【问题标题】:ExpirationCounter in subscription resource订阅资源中的 ExpirationCounter
【发布时间】:2019-06-18 09:11:27
【问题描述】:

订阅资源中有一个名为 expirationCounter 的属性,在 TS-0001 中有以下详细信息: "此属性(通知策略)表示订阅者希望将此订阅的生命周期设置为最大通知数的限制。当发送的通知数达到此计数器的计数时,订阅 无论任何其他政策如何,都应删除资源。”

应将 expirationCounter 减少等于 subscription 中存在的 notificationURI 数量的计数,并且当通知时接收方是否成功接收?

例如: a 有 4 个 notificationURIexpirationCounter 设置为 100。当事件发生时,通知被 2 个 URI 成功接收,而 2 个 notificationURI 不能到达。

在这种情况下,expirationCounter 的值是多少?

【问题讨论】:

    标签: onem2m


    【解决方案1】:

    在 TS-0001 的第 10.2.10.7 节“通知消息处理过程”中详细描述了该过程。这里说

    当 Hosting CSE 成功向 Receiver 发送通知请求时,expirationCounter 应减一。如果计数器达到零,则删除相应的订阅资源。

    这意味着 expirationCounter 对于每个通知事件以及当它可以成功发送请求时减一,而不是对于它发送给一个或多个接收者的每个请求。它与 notificationURI 中的 URI 数量无关。

    例如,当订阅的 expirationCounter 设置为 10 时,订阅在第 10 次触发后被移除(假设请求可以成功发送)。

    【讨论】:

    • 谢谢..从您突出显示的部分中可以清楚地理解,但从订阅资源中给出的描述中难以理解。
    • 因此,正如您所描述的,它更多的是关于处理成功事件的订阅,从而导致至少一个成功的通知。
    最近更新 更多