[發明專利]一種組播媒體數據的處理方法

有效

• 申請號: 201811054655.1
• 申請日: 2018-09-11
• 公開（公告）號: CN110891246B
• 公開（公告）日: 2022-07-05
• 發明（設計）人: 劉揆;郭巖海;張玲;鄧時穎
• 申請（專利權）人: 成都鼎橋通信技術有限公司
• 主分類號: H04W4/06
• 分類號: H04W4/06;H04L1/00;H04W4/50
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 孫清然;王琦

本申請公開了一種組播媒體數據的處理方法，包括：關鍵任務多媒體廣播多播業務客戶端MC MBMS user agent將自身是否具有組播處理能力通知給關鍵任務應用MC Application；并在進行MC組播業務時，根據自身的組播處理能力對接收到的組播媒體數據進行處理，將處理后的組播媒體數據發送給所述MC Application；所述組播處理能力包括前向糾錯FEC能力和健壯性包頭壓縮ROHC能力；所述MC Application根據所述通知，對接收到的組播媒體數據進行業務處理。采用本發明可以確保組播媒體數據業務的正常開展。

技術領域

本發明涉及移動通信技術，特別是涉及一種組播媒體數據的處理方法。

背景技術

圖1為3GPP標準協議23.792中組播媒體數據處理流程示意圖。如圖1所示該處理流程包括下述步驟：

步驟1：關鍵任務應用(MC Application：Mission Critical Application)決定接收組播媒體數據，向MC MBMS user agent(關鍵任務多媒體廣播多播業務客戶端)發起組播媒體數據接收請求(open media request)。

該請求中包含了是否需要進行前向糾錯(FEC：Forward Error Correction)、健壯性包頭壓縮(ROHC：Robust Header Compression)處理的標識。

步驟2：MC MBMS客戶端收到請求后進行組播媒體數據接收處理。

步驟3：MC MBMS客戶端向MC應用返回請求響應(open media response)。

如果步驟1中的FEC和ROHC標識為需要MC MBMS客戶端進行FEC、ROHC處理，此后，MCMBMS客戶端將向MC應用發送包頭已解壓縮和FEC已解碼的媒體數據。

上述流程認為MC MBMS客戶端的媒體數據處理能力必須支持FEC和ROHC，但是，當MC MBMS客戶端不具備相關能力時，將導致上述流程無法順暢執行。

存在上述問題的原因在于：

MC Application與MC MBMS user agent之間缺少組播媒體數據處理能力的查詢接口，并且MC MBMS useragent未返回能力使能結果，從而使得當MC MBMS user agent的媒體數據處理能力不支持FEC或ROHC時，MC Application無法獲知MC MBMS user agent是否對組播媒體數據進行了FEC、ROHC處理，從而無法基于MC MBMS user agent發送的組播媒體數據進行正確處理，從而影響組播媒體數據業務的正常開展。

發明內容

有鑒于此，本發明的主要目的在于提供一種組播媒體數據的處理方法，可以確保組播媒體數據業務的正常開展。

為了達到上述目的，本發明提出的技術方案為：

一種組播媒體數據的處理方法，包括：

關鍵任務多媒體廣播多播業務客戶端MC MBMS user agent將自身是否具有組播處理能力通知給關鍵任務應用MC Application；并在進行MC組播業務時，根據自身的組播處理能力對接收到的組播媒體數據進行處理，將處理后的組播媒體數據發送給所述MCApplication；所述組播處理能力包括前向糾錯FEC能力和健壯性包頭壓縮ROHC能力；

所述MC Application根據所述通知，對接收到的組播媒體數據進行業務處理。

較佳地，所述通知包括：

在進行關鍵任務MC組播業務之前，所述MC Application向所述MC MBMS useragent查詢是否具有FEC和/或ROHC能力；