OneM2M 通知阻止規則？

Question

我很難找到規范中的哪個位置，它指定了在最微不足道的情況下應該如何排隊或阻止通知。

讓我們假設一個簡單的mn-ae <=> mn-cse <=> in-cse <=> in-ae設置。 mn-cse上有一個資源res1 ，而in-ae上有一個微不足道的訂閱：

{
    "enc": {
        "net": [3],
        "ty": 4
    },
    "nct": 1,
    "nu": ["<uri>"],
    "pi": "res1",
    "ri": "sub1",
    "rn": "sub1",
    "ty": 23
}

沒有其他相關資源或配置會影響通知。

然后，假設mn-ae更新res1並觸發對in-ae的通知，假設in-ae需要一段時間來處理該通知（不足以超時）......而in-ae正在處理通知mn-ae對res1進行了另一次更新。

我的問題是：第二個通知在哪里（如果有的話）被阻止了？

• 在mn-cse中？
• 在in-cse ？
• 未阻止 - in-ae收到兩個並發通知。

進一步的問題：

• 如果它（第二個通知）是由同一個mn-cse上的不同in-ae觸發的呢？ （即通知是否基於目標排隊？）
• 如果相同in-ae在不同的資源上觸發了不同的通知怎么辦？ （即，通知是否根據來源排隊？）
• 如果它是不同的mn-cse上的不同in-ae怎么辦？

Answer 1

假設所描述的資源基本訂閱場景並響應您的第一個問題，通知不會被阻止，並且 in-ae 將收到兩個並發通知。 oneM2M 沒有指定任何通知阻止機制。

關於您的進一步問題（假設您的意思是 mn-ae 而不是 in-ae，在這種情況下猜測 in-ae 始終是通知目標），通知在生成后立即發送到目標，與 ae 無關觸發它或訂閱的資源。 來自不同訂閱資源的通知由通知元素中的 subscriptionReference 屬性區分。

不同節點之間訂閱或連接的不同設置將使這種行為發生變化，即批處理通知、目標可達性等……