[發明專利]一種實現QoS管理的方法及裝置

在審

• 申請號: 201610301588.3
• 申請日: 2016-05-09
• 公開（公告）號: CN107360203A
• 公開（公告）日: 2017-11-17
• 發明（設計）人: 陶峑郡;吳瑟;王衛斌
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/24
• 代理公司: 北京安信方達知識產權代理有限公司11262
• 代理人: 韓輝峰,李丹

1.一種實現服務質量QoS管理的方法，其特征在于，包括：

收到保活請求的策略執行監控點PEMP按照預先設置的保活處理策略進行保活處理并根據保活請求中攜帶的業務鏈標識向下一跳PEMP轉發保活請求直至最后一跳PEMP；

最后一跳PEMP收到保活請求，按照預先設置的保活處理策略進行相應的處理。

2.根據權利要求1所述的方法，其特征在于，所述收到保活請求的PEMP為第一PEMP；該方法之前還包括：

第一PEMP收到來自網絡控制網元的保活請求，按照所述保活處理策略進行保活處理并根據所述保活請求中攜帶的業務鏈標識向下一跳PEMP轉發保活請求。

3.根據權利要求1或2所述的方法，其特征在于，所述保活處理策略包括：向發起所述保活請求的網絡控制網元回復表示收到保活請求的通知；

或者，設置定時器等待下一跳PEMP回復用于表示當前PEMP和其前向PEMP之間的鏈路是暢通的保活臨時應答消息；

或者，將所述保活請求轉發給下一跳PEMP。

4.根據權利要求1或2所述的方法，其特征在于，所述保活處理策略為設置定時器等待下一跳PEMP回復所述保活臨時應答消息時，還包括：

如果所述定時器超時仍未收到下一跳PEMP返回的保活臨時應答消息，

所述收到保活請求的PEMP向所述網絡控制網元返回保活失敗通知，并結束。

5.根據權利要求1或2所述的方法，其特征在于，所述按照預先設置的保活處理策略進行保活處理之前，還包括：所述收到保活請求的PEMP感知出自身節點存活。

6.根據權利要求3所述的方法，其特征在于，所述最后一跳PEMP收到保活請求，進行與按照預先設置的保活處理策略相應的保活處理包括：

如果所述最后一跳PEMP感知自身節點存活，

向所述網絡控制網元返回保活應答消息，以便所述網絡控制網元根據保活應答消息確認業務鏈鏈路暢通；或者，

向所述最后一跳PEMP的后向節點返回保活臨時應答消息，以便確定所述最后一跳PEMP自身與其后向PEMP之間的鏈路是暢通；以及，向所述網絡控制網元返回保活應答消息，以便所述網絡控制網元根據保活應答消息確認業務鏈鏈路暢通；或者，

向所述網絡控制網元發送保活應答消息，以便所述網絡控制網元根據保活應答消息確認業務鏈鏈路暢通。

7.一種實現QoS管理的裝置，其特征在于，包括接收模塊、處理模塊；其中，

接收模塊，用于接收保活請求；

處理模塊，用于按照預先設置的保活處理策略進行保活處理，并根據保活請求中攜帶的業務鏈標識向下一跳PEMP轉發保活請求。

8.根據權利要求7所述的裝置，其特征在于，所述保活處理策略包括：

向發起所述保活請求的網絡控制網元回復表示收到保活請求的通知；

或者，設置定時器等待下一跳PEMP即前向PEMP回復用于表示當前PEMP和其前向PEMP之間的鏈路是暢通的保活臨時應答消息；

或者，直接將保活請求轉發給下一跳PEMP。

9.根據權利要求8所述的裝置，其特征在于，所述處理模塊具體用于：

當自身所屬的PEMP不是最后一跳PEMP時，

按照所述保活處理策略，向所述網絡控制網元回復表示收到保活請求的通知；或者，設置所述定時器等待下一跳PEMP即前向PEMP回復所述保活臨時應答消息；或者，將所述接收到的保活請求轉發給下一跳PEMP；

當自身所屬的PEMP是最后一跳PEMP時，按照所述保活處理策略進行相應處理包括：

向所述網絡控制網元返回保活應答消息，以便所述網絡控制網元根據保 活應答消息確認業務鏈鏈路暢通；

或者，向自身所屬的PEMP的后向節點返回保活臨時應答消息，以便確定自身所屬的PEMP與其后向PEMP之間的鏈路是暢通，以及，向所述網絡控制網元返回保活應答消息，以便所述網絡控制網元根據保活應答消息確認業務鏈鏈路暢通；

或者，向所述網絡控制網元發送保活應答消息，以便所述網絡控制網元根據保活應答消息確認業務鏈鏈路暢通。

10.根據權利要求7所述的裝置，其特征在于，當所述保活處理策略為設置定時器等待下一跳PEMP回復保活臨時應答消息時，

所述處理模塊還用于：當定時器超時仍未收到下一跳PEMP返回的保活臨時應答消息時，自身所屬PEMP向發起所述保活請求的網絡控制網元返回保活失敗通知。