[發(fā)明專利]一種MBMS輔助信息的上報(bào)方法、裝置及存儲(chǔ)介質(zhì)

有效

• 申請(qǐng)?zhí)枺?/td>: 202010140451.0
• 申請(qǐng)日: 2020-03-03
• 公開(kāi)（公告）號(hào): CN113347576B
• 公開(kāi)（公告）日: 2022-04-08
• 發(fā)明（設(shè)計(jì)）人: 張大鈞
• 申請(qǐng)（專利權(quán)）人: 大唐移動(dòng)通信設(shè)備有限公司
• 主分類號(hào): H04W4/06
• 分類號(hào): H04W4/06;H04W24/02
• 代理公司: 北京同達(dá)信恒知識(shí)產(chǎn)權(quán)代理有限公司 11291
• 代理人: 趙巧從

本發(fā)明公開(kāi)了一種MBMS輔助信息的上報(bào)方法、裝置及存儲(chǔ)介質(zhì)，用以解決現(xiàn)有技術(shù)中存在的在執(zhí)行MBMS業(yè)務(wù)時(shí)空口資源利用率低的技術(shù)問(wèn)題。包括：在達(dá)到設(shè)定觸發(fā)條件時(shí)，統(tǒng)計(jì)基站正在廣播的和/或UE請(qǐng)求基站廣播的每個(gè)多媒體廣播組播MBMS業(yè)務(wù)所對(duì)應(yīng)的UE信息，獲得UE信息列表；其中，UE信息包括UE正在接收的或請(qǐng)求的MBMS業(yè)務(wù)所配置的傳輸模式，UE信息列表中的一個(gè)MBMS業(yè)務(wù)至少與一個(gè)UE信息對(duì)應(yīng)；之后，向基站的集中式網(wǎng)絡(luò)單元CU，上報(bào)攜帶有UE信息列表的MBMS輔助信息；其中，MBMS輔助信息用于指示CU對(duì)UE信息列表中的每個(gè)UE對(duì)應(yīng)的MBMS業(yè)務(wù)所配置的傳輸模式進(jìn)行評(píng)估。

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，尤其是涉及一種MBMS輔助信息的上報(bào)方法、裝置及存儲(chǔ)介質(zhì)。

背景技術(shù)

在無(wú)線通信系統(tǒng)中，存在多個(gè)用戶終端請(qǐng)求相同下行業(yè)務(wù)數(shù)據(jù)的場(chǎng)景，例如收看賽事直播，這使得網(wǎng)絡(luò)側(cè)需要向多個(gè)用戶終端發(fā)送多份相同的下行數(shù)據(jù)，進(jìn)而增加了網(wǎng)絡(luò)側(cè)的運(yùn)營(yíng)成本。

在現(xiàn)有技術(shù)中，為了降低運(yùn)營(yíng)成本，同時(shí)深化無(wú)線通信系統(tǒng)與直播片源方的互利合作關(guān)系，業(yè)界提出了“多播”功能，允許一個(gè)無(wú)線小區(qū)的網(wǎng)絡(luò)側(cè)利用特定無(wú)線資源發(fā)送單一的一份下行數(shù)據(jù)，而多個(gè)用戶終端各自同時(shí)接收并解碼這份下行數(shù)據(jù)，以達(dá)到網(wǎng)絡(luò)利用一份無(wú)線通信資源向多個(gè)用戶終端發(fā)送下行數(shù)據(jù)的目的。相對(duì)地，網(wǎng)絡(luò)通過(guò)特定無(wú)線資源發(fā)送單一的一份下行數(shù)據(jù)，而只有一個(gè)用戶終端對(duì)其接收并解碼的傳輸方式稱作“單播”。

對(duì)于單播的下行數(shù)據(jù)，網(wǎng)絡(luò)為了防止其他用戶終端通過(guò)空口竊聽(tīng)或數(shù)據(jù)偽造來(lái)獲取下行數(shù)據(jù)，通常會(huì)對(duì)其進(jìn)行安全保護(hù)。例如，對(duì)單播的下行數(shù)據(jù)進(jìn)行數(shù)據(jù)加密、數(shù)據(jù)完整性保護(hù)以及數(shù)據(jù)包序列號(hào)檢查等，其中最主要的安全保護(hù)是加密，加密密鑰只有網(wǎng)絡(luò)側(cè)和單播的目標(biāo)用戶終端知曉，其它用戶終端不知曉。通常來(lái)說(shuō)，數(shù)據(jù)的安全保護(hù)一般在無(wú)線接入網(wǎng)(Radio Access Network，RAN)之中的分組數(shù)據(jù)匯聚協(xié)議(Packet Data ConvergenceProtocol，PDCP)層執(zhí)行，對(duì)于下行數(shù)據(jù)，網(wǎng)絡(luò)側(cè)的PDCP層首先進(jìn)行加密等操作后再遞交至低層進(jìn)行傳輸，而用戶終端的低層接收空口數(shù)據(jù)后會(huì)將其遞交至用戶終端側(cè)的PDCP層進(jìn)行解密，然后再向更上層遞交。

多播的下行數(shù)據(jù)則不同。多播需要讓所有多播數(shù)據(jù)的目標(biāo)用戶終端均能正確地解碼數(shù)據(jù)。因此，即使某一多播數(shù)據(jù)的所有目標(biāo)用戶終端之中包含某一使用單播的用戶終端，網(wǎng)絡(luò)也不能使用與該用戶終端進(jìn)行單播通信時(shí)所使用的加密密鑰對(duì)多播數(shù)據(jù)進(jìn)行加密，而必須使用其他安全機(jī)制。

也就是說(shuō)，對(duì)于同樣內(nèi)容、需要發(fā)送到同一用戶終端的業(yè)務(wù)數(shù)據(jù)，對(duì)于其所具體采用的傳輸方式是單播還是多播這兩種情況，網(wǎng)絡(luò)側(cè)的安全處理通常是不同的，進(jìn)而空口所傳遞的數(shù)據(jù)也是不同的。

考慮到底層傳輸?shù)亩嘧冃裕槍?duì)某一需要接收能以多播形式發(fā)送的業(yè)務(wù)的用戶終端，業(yè)界提出了該業(yè)務(wù)的數(shù)據(jù)在網(wǎng)絡(luò)與用戶終端之間的傳輸方式在多播與單播兩種模式之間靈活轉(zhuǎn)換的技術(shù)。該技術(shù)的一個(gè)典型實(shí)現(xiàn)方案是同時(shí)為該用戶終端配置兩條路徑，其中一條是單播路徑，另一條是多播路徑。對(duì)于UE而言，在任何時(shí)間點(diǎn)上只能接收一份數(shù)據(jù)，所以只有一條路徑是激活的；對(duì)于網(wǎng)絡(luò)而言，可能同時(shí)存在單播和多播這兩種傳輸模式。

例如，某一時(shí)刻，用戶終端A向網(wǎng)絡(luò)側(cè)請(qǐng)求視頻業(yè)務(wù)A，由于此時(shí)只有一個(gè)用戶終端向網(wǎng)絡(luò)側(cè)請(qǐng)求視頻業(yè)務(wù)A，網(wǎng)絡(luò)側(cè)為用戶終端A激活視頻業(yè)務(wù)A的單播模式進(jìn)行數(shù)據(jù)傳輸；在接下來(lái)的另一時(shí)刻，用戶終端B、C、D也向網(wǎng)絡(luò)側(cè)請(qǐng)求視頻業(yè)務(wù)A，由于此時(shí)有多個(gè)用戶終端向網(wǎng)絡(luò)側(cè)請(qǐng)求視頻業(yè)務(wù)A，網(wǎng)絡(luò)側(cè)為用戶終端B、C、D激活視頻業(yè)務(wù)A的多播模式進(jìn)行數(shù)據(jù)傳輸，由于單播模式與多播模式對(duì)同一業(yè)務(wù)數(shù)據(jù)所采用的加密方式不同，使得如上所述的示例中，即便是同一業(yè)務(wù)，網(wǎng)絡(luò)側(cè)也需要同時(shí)對(duì)其提供單播模式和多播模式進(jìn)行業(yè)務(wù)的數(shù)據(jù)傳輸。在實(shí)際應(yīng)用中，由于多數(shù)用戶終端請(qǐng)求MBMS業(yè)務(wù)的時(shí)間是不同的，造成眾多的用戶終端將以單播模式進(jìn)行MBMS業(yè)務(wù)數(shù)據(jù)的傳輸，從而導(dǎo)致空口資源利用效率低下。

鑒于此，在執(zhí)行MBMS業(yè)務(wù)時(shí)，如何提高空口資源利用率，成為一個(gè)亟待解決的技術(shù)問(wèn)題。

發(fā)明內(nèi)容