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

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

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