一種保持組通信業(yè)務(wù)連續(xù)性的方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種保持組通信業(yè)務(wù)連續(xù)性的方法、裝置和 系統(tǒng)。
【背景技術(shù)】
[0002] 組通信是指網(wǎng)絡(luò)同時(shí)向歸屬于該組的多個(gè)終端傳輸業(yè)務(wù)數(shù)據(jù)的通信方式。組通信 的網(wǎng)絡(luò)架構(gòu)如圖1所示，該網(wǎng)絡(luò)架構(gòu)中各個(gè)接口功能如下：
[0003]M3接口；在移動(dòng)管理實(shí)體（MobilityManagementEntity,MME)和多小區(qū)/多播協(xié) 調(diào)實(shí)體（Multi-cell/MulticastCoordinationEntity,MCE)之間提供會(huì)話（Session)管 理相關(guān)功能，比如sessionstart(會(huì)話開始）、sessionstop(會(huì)話停止）通知；
[0004]M2接口；在MCE和演進(jìn)型基站（EvolvedNodeB，eNB)之間提供會(huì)話管理、傳遞多 媒體廣播多播業(yè)務(wù)（MultimediaBroadcastMulticastService,MBMS)調(diào)度信息等功能；
[0005]Ml接口：在MBMS網(wǎng)關(guān)（Gateway,GW)和eNB之間提供MBMS業(yè)務(wù)傳輸；
[0006]GC1接口：肥和組通信業(yè)務(wù)應(yīng)用服務(wù)器（GroupCommunicationService化油ler ApplicationServer,GCSEAS)之間的接口，用于定義GCSE相關(guān)功能的業(yè)務(wù)層行令，比女口 會(huì)話建立，流量控制等；
[0007]GC2 接口 ：提供廣播-多播服務(wù)中也（BroadcastMulticast-ServiceCentre, BM-SC)和GCSEAS之間的交互功能；
[0008]SGi-mb接口；BM-SC和MBMSGW的用戶平面接口；
[0009]SGmb接口；BM-SC和MBMSGW的控制平面接口。
[0010] 組通信方式下，根據(jù)組通信中終端角色的不同，可W將組通信終端劃分為兩類；一 是發(fā)送終端，即被組通信服務(wù)器授權(quán)可W向組通信服務(wù)器發(fā)送組通信數(shù)據(jù)的終端，發(fā)送終 端和組通信服務(wù)器之間的上行數(shù)據(jù)通過單播方式傳輸；二是接收終端，即被組通信服務(wù)器 授權(quán)可W接收該組通信服務(wù)器下發(fā)的組通信數(shù)據(jù)的終端，接收終端可W通過單播或者多播 方式從網(wǎng)絡(luò)接收組通信數(shù)據(jù)。
[0011] 對于長期演進(jìn)化ongTermEvolution,LTE)系統(tǒng)的組通信業(yè)務(wù)，在用戶設(shè)備數(shù)目 比較少的情況下，網(wǎng)絡(luò)側(cè)（即GCSE-AS)可W使用LTE單播演進(jìn)型分組系統(tǒng)（EvolvedPacket System,EPS)承載進(jìn)行業(yè)務(wù)傳輸；在用戶設(shè)備數(shù)目較多的場景下，網(wǎng)絡(luò)側(cè)可W使用現(xiàn)有的 MBMS網(wǎng)絡(luò)，廣播該組通信業(yè)務(wù)。為了有效利用網(wǎng)絡(luò)資源，網(wǎng)絡(luò)側(cè)可W根據(jù)設(shè)定的策略，執(zhí) 行多播傳輸與單播傳輸之間的切換。例如，若一個(gè)小區(qū)（cell)下接收某個(gè)組通信業(yè)務(wù)的 用戶設(shè)備數(shù)目減少，網(wǎng)絡(luò)可W將該業(yè)務(wù)在相關(guān)單頻網(wǎng)（MBMSSingle化equencyNetwork, MBSFN)域的多播傳輸切換到單播傳輸。
[0012] 然而，當(dāng)網(wǎng)絡(luò)將業(yè)務(wù)在相關(guān)MBSFN域的多播傳輸切換到單播傳輸后，由于用戶設(shè) 備沒有建立合適的單播EI^S承載，網(wǎng)絡(luò)將無法在單播EI^S承載上傳輸該組通信業(yè)務(wù)，從而導(dǎo) 致組通信從多播傳輸切換到單播傳輸?shù)倪^程中，組通信業(yè)務(wù)中斷時(shí)間較長，無法滿足組通 信對業(yè)務(wù)連續(xù)性的要求。

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

[0013] 本發(fā)明實(shí)施例提供了一種保持組通信業(yè)務(wù)連續(xù)性的方法、裝置和系統(tǒng)，用于解決 現(xiàn)有技術(shù)中存在的當(dāng)網(wǎng)絡(luò)將業(yè)務(wù)在相關(guān)MBSFN域的多播傳輸切換到單播傳輸后，可能導(dǎo)致 的無法滿足組通信對業(yè)務(wù)連續(xù)性要求的問題。
[0014] 本發(fā)明實(shí)施例提供了一種保持組通信業(yè)務(wù)連續(xù)性的方法，包括：
[0015] 組通信業(yè)務(wù)應(yīng)用服務(wù)器GC沈-AS在確定需要將組通信業(yè)務(wù)從多播傳輸切換到單 播傳輸時(shí)，通知所述GCSE-AS所服務(wù)的終端所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳 輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換；
[0016] 所述GCSE-AS在接收到所述終端發(fā)送的第一通知消息后，在所述終端已建立的用 于單播傳輸?shù)膯尾コ休d上傳輸所述組通信業(yè)務(wù)，且停止采用多播方式發(fā)送所述組通信業(yè) 務(wù)。
[0017] 本發(fā)明實(shí)施例在不改變現(xiàn)有網(wǎng)絡(luò)架構(gòu)的情況下，使得GCSE-AS將組通信業(yè)務(wù)從多 播傳輸切換到單播傳輸時(shí)，終端已建立了用于單播傳輸?shù)膯尾コ休d，從而保證了組通信業(yè) 務(wù)的連續(xù)性。
[0018] 在實(shí)施中，所述GCSE-AS通知所述終端所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多 播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，包括：
[0019] 所述GCSE-AS通過GC2接口，向廣播多播服務(wù)中也BM-SC發(fā)送第二通知消息，其 中，所述第二通知消息用于通知所述BM-SC所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳 輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換。
[0020] 進(jìn)一步，該方法還包括：
[0021] 所述BM-SC在接收到所述第二通知消息后，向基站發(fā)送攜帶有同步SYNC信息的數(shù) 據(jù)，所述SYNC信息中攜帶有用于指示所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾?播傳輸?shù)霓D(zhuǎn)換的指示信息；或者，
[0022] 所述BM-SC在接收到所述第二通知消息后，向多媒體廣播多播業(yè)務(wù)MBMS網(wǎng)關(guān)發(fā)送 第一MBMS會(huì)話轉(zhuǎn)換消息，W通知所述MBMS網(wǎng)關(guān)所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多 播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換。
[0023] 優(yōu)選的，所述第一MBMS會(huì)話轉(zhuǎn)換消息為攜帶有用于指示所述GCSE-AS將進(jìn)行所述 組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息的MBMS會(huì)話更新消息。
[0024] 進(jìn)一步，該方法還包括；所述MBMS網(wǎng)關(guān)在接收到所述第一MBMS會(huì)話轉(zhuǎn)換消息后， 向MME發(fā)送第二MBMS會(huì)話轉(zhuǎn)換消息，W通知所述MME所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù) 從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換。
[0025] 優(yōu)選的，所述第二MBMS會(huì)話轉(zhuǎn)換消息為攜帶有用于指示所述GCSE-AS將進(jìn)行所述 組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息的MBMS會(huì)話更新消息。
[0026] 進(jìn)一步，所述方法還包括；所述MME在接收到所述第二MBMS會(huì)話轉(zhuǎn)換消息后，向多 小區(qū)/多播協(xié)調(diào)實(shí)體MCE發(fā)送第HMBMS會(huì)話轉(zhuǎn)換消息，W通知所述MCE所述GCSE-AS將進(jìn) 行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換。
[0027] 優(yōu)選的，所述第HMBMS會(huì)話轉(zhuǎn)換消息為攜帶有用于指示所述GCSE-AS將進(jìn)行所述 組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息的MBMS會(huì)話更新消息。
[002引進(jìn)一步，所述方法還包括；所述MCE在接收到所述第HMBMS會(huì)話轉(zhuǎn)換消息后，向基 站發(fā)送第四MBMS會(huì)話轉(zhuǎn)換消息，W通知所述基站所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多 播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換。
[0029] 優(yōu)選的，所述第四MBMS會(huì)話轉(zhuǎn)換消息為攜帶有用于指示所述GCSE-AS將進(jìn)行所述 組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息的MBMS會(huì)話更新消息；或者，
[0030] 所述第四MBMS會(huì)話轉(zhuǎn)換消息為攜帶有用于指示所述GCSE-AS將進(jìn)行所述組通信 業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息的MBMS計(jì)數(shù)請求消息。
[003?；谏鲜鯞M-SC的兩種通知方式，進(jìn)一步，所述方法還包括：
[0032] 所述基站在接收到攜帶有所述SYNC信息的數(shù)據(jù)或所述第四MBMS會(huì)話轉(zhuǎn)換消息之 后，通知所述基站所服務(wù)的終端所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾?輸?shù)霓D(zhuǎn)換。
[0033] 在實(shí)施中，所述基站通知所述終端所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳 輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，包括：
[0034] 所述基站通過多播信道調(diào)度信息MSI,通知所述終端所述GCSE-AS將進(jìn)行所述組 通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，所述MSI中攜帶用于指示所述GCSE-AS將進(jìn)行所 述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息；或者，
[00巧]所述基站在MCCH上通過無線資源控制RRC消息，通知所述基站所服務(wù)的終端所 述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，所述RRC消息中攜帶用 于指示所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息；或 者，
[0036] 所述基站在MCCH上通過MBMS計(jì)數(shù)請求消息，通知所述基站所服務(wù)的終端所述 GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，所述MBMS計(jì)數(shù)請求消息中 攜帶用于指示所述GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示 信息；或者，
[0037] 所述基站通過廣播系統(tǒng)消息塊SIB，通知所述終端所述GCSE-AS將進(jìn)行所述組通 信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換，其中，所述SIB中攜帶用于指示所述GCSE-AS將進(jìn)行 所述組通信業(yè)務(wù)從多播傳輸?shù)絾尾鬏數(shù)霓D(zhuǎn)換的指示信息。
[0038] 優(yōu)選的，所述SIB為SIB13或SIB15。
[0039] 基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種保持組通信業(yè)務(wù)連續(xù)性的方法， 包括：
[0040] 終端接收到GCSE-AS將進(jìn)行所述組通信業(yè)務(wù)從多播