一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?br> 【專利摘要】本申請公開了一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?，在組呼建立過程中，接收組呼建立請求的集群服務(wù)器為當(dāng)前組呼業(yè)務(wù)分配全局唯一標(biāo)識，發(fā)送方向接收方發(fā)送組呼建立控制信令，所述組呼建立控制信令中攜帶此次組呼的全局唯一標(biāo)識，接收方根據(jù)發(fā)送方的指示建立用于此次組呼業(yè)務(wù)的GTP-U隧道；接收方在建立GTP-U隧道后，根據(jù)組呼的全局唯一標(biāo)識判斷在接收方側(cè)是否已經(jīng)建立了當(dāng)前組呼業(yè)務(wù)，若是，設(shè)置GTP-U隧道狀態(tài)為非激活，否則，設(shè)置GTP-U隧道狀態(tài)為激活；接收方將組呼業(yè)務(wù)隧道建立結(jié)果和GTP-U隧道狀態(tài)反饋給發(fā)送方；發(fā)送方根據(jù)接收方的隧道建立結(jié)果，完成對應(yīng)GTP-U隧道的建立，并僅通過激活狀態(tài)的GTP-U隧道向接收方發(fā)送組呼業(yè)務(wù)數(shù)據(jù)。
【專利說明】一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?br>
【技術(shù)領(lǐng)域】
[0001]本申請涉及移動(dòng)通信【技術(shù)領(lǐng)域】，尤其涉及TD-LTE寬帶數(shù)字集群通信系統(tǒng)，特別涉及一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒ā?br>
【背景技術(shù)】
[0002]集群通信系統(tǒng)是為滿足行業(yè)指揮調(diào)度需求而開發(fā)的、面向多種行業(yè)應(yīng)用的專用無線通信系統(tǒng)。集群通信系統(tǒng)在公共安全、交通運(yùn)輸、公共事業(yè)、石油化工、工商業(yè)和軍隊(duì)有著廣泛的應(yīng)用。數(shù)字集群通信系統(tǒng)相比模擬集群通信系統(tǒng)，具有頻譜利用率高、信號抗信道衰落能力強(qiáng)、安全可靠性高、業(yè)務(wù)豐富以及網(wǎng)絡(luò)管理控制靈活有效等諸多優(yōu)點(diǎn)，是目前國際、國內(nèi)應(yīng)用最廣泛的集群通信系統(tǒng)，例如，陸上集群無線電(TETRA, Terrestrial TrunkedRad1)和綜合數(shù)字增強(qiáng)型網(wǎng)絡(luò)(iDEN, Integrated Digital Enhanced Networks)。此外，我國也自主研發(fā)了基于碼分多址(CDMA, Code Divis1n Multiple Access)技術(shù)的開放式集群架構(gòu)(GoTa, Global Open Trunking Architecture)數(shù)字集群通信系統(tǒng)和基于全球移動(dòng)通信系統(tǒng)(GSM,Global System for Mobile Communicat1ns)技術(shù)的 GT800 數(shù)字集群通信系統(tǒng)。目前，業(yè)內(nèi)還在研究基于TD-LTE技術(shù)的寬帶數(shù)字集群通信系統(tǒng)。
[0003]組呼業(yè)務(wù)是無線集群通信系統(tǒng)提供的最基本業(yè)務(wù)。組呼業(yè)務(wù)是在組呼區(qū)域內(nèi)建立的一組用戶參與的半雙工語音或多媒體呼叫，通常一組用戶由3個(gè)以上用戶組成。在組呼通信過程中，組內(nèi)只有一個(gè)上行鏈路，組內(nèi)用戶講話時(shí)需要按下即按即講(PTT，Push ToTalk)鍵來申請或搶占上行鏈路；組呼區(qū)域所包含的每個(gè)小區(qū)中有一個(gè)屬于該組的下行鏈路，小區(qū)中屬于該組的成員共享該下行鏈路。
[0004]基于TD-LTE技術(shù)的寬帶數(shù)字集群通信系統(tǒng)通常由終端、基站、核心交換系統(tǒng)和集群服務(wù)器四部分構(gòu)成。集群通信系統(tǒng)在組網(wǎng)中，單一的系統(tǒng)往往無法滿足對于國家機(jī)關(guān)、大型集團(tuán)等行業(yè)組網(wǎng)要求。此時(shí)需要部署多個(gè)單一系統(tǒng)構(gòu)成的互連網(wǎng)絡(luò)，組成大型集群通信系統(tǒng)，為用戶提供大范圍的集群業(yè)務(wù)并實(shí)現(xiàn)統(tǒng)一指揮調(diào)度。大型集群通信系統(tǒng)往往包括多個(gè)基站，多個(gè)核心交換系統(tǒng)和多個(gè)集群服務(wù)器，之間的對應(yīng)關(guān)系可以是一對一，一對多或多對一，多對多。
[0005]當(dāng)使用多系統(tǒng)組網(wǎng)時(shí)，由于在系統(tǒng)內(nèi)部存在多對多關(guān)系的基站、核心父換系統(tǒng)和集群服務(wù)器，則實(shí)現(xiàn)多用戶集群組呼業(yè)務(wù)時(shí)，基站在與多個(gè)核心交換系統(tǒng)建立組呼業(yè)務(wù)控制后，會收到多個(gè)核心交換系統(tǒng)的組呼業(yè)務(wù)數(shù)據(jù)傳輸；核心交換系統(tǒng)在與多個(gè)集群服務(wù)器建立組呼業(yè)務(wù)控制后，也會收到多個(gè)集群服務(wù)器的組呼業(yè)務(wù)數(shù)據(jù)傳輸。通常情況下，基站和核心交換系統(tǒng)采用本地過濾的方式，即，當(dāng)基站和核心交換系統(tǒng)收到組呼業(yè)務(wù)數(shù)據(jù)的多路重復(fù)傳輸時(shí)，由基站和核心交換系統(tǒng)僅保留一路數(shù)據(jù)作為發(fā)送給終端或者基站的數(shù)據(jù)，而丟棄其他路數(shù)據(jù)。
[0006]對于集群通信系統(tǒng)來說，組呼是其最基本業(yè)務(wù)也是最常用的業(yè)務(wù)。在使用多系統(tǒng)組網(wǎng)時(shí)存在組呼業(yè)務(wù)數(shù)據(jù)的重復(fù)傳輸，會導(dǎo)致對網(wǎng)絡(luò)帶寬資源的浪費(fèi)。特別是在多對多組網(wǎng)的集群通信系統(tǒng)中，如果用戶平均分布在多個(gè)系統(tǒng)中，則全部集群服務(wù)器會向其連接的所有核心交換系統(tǒng)發(fā)送組呼業(yè)務(wù)數(shù)據(jù)，而全部核心交換系統(tǒng)會向其連接的所有基站發(fā)送組呼業(yè)務(wù)數(shù)據(jù)。最終造成網(wǎng)絡(luò)中數(shù)據(jù)泛洪，導(dǎo)致系統(tǒng)負(fù)荷嚴(yán)重，甚至系統(tǒng)癱瘓。
[0007]對于接收重復(fù)數(shù)據(jù)傳輸?shù)幕净蛘吆诵慕粨Q系統(tǒng)，如果采用本地識別并丟棄重復(fù)業(yè)務(wù)數(shù)據(jù)的方式，則會增加網(wǎng)元設(shè)備的處理復(fù)雜度，造成業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延增大，影響用戶對組呼業(yè)務(wù)的體驗(yàn)。


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

[0008]本申請?zhí)峁┝艘环N控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?，能夠有效解決多系統(tǒng)下接收方會收到多個(gè)發(fā)送方發(fā)送的組呼業(yè)務(wù)重復(fù)數(shù)據(jù)的問題，降低網(wǎng)絡(luò)及系統(tǒng)的傳輸和處理負(fù)荷。
[0009]本申請實(shí)施例提供的一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?，包?
[0010]A、在組呼建立過程中，接收組呼建立請求的集群服務(wù)器為當(dāng)前組呼業(yè)務(wù)分配全局唯一標(biāo)識，所述全局唯一標(biāo)識用于接收方在系統(tǒng)中區(qū)分重復(fù)的組呼建立信令；
[0011]B、發(fā)送方向接收方發(fā)送組呼建立控制信令，所述組呼建立控制信令中攜帶此次組呼的全局唯一標(biāo)識，接收方根據(jù)發(fā)送方的指示建立用于此次組呼業(yè)務(wù)的GTP-U隧道；
[0012]C、接收方在建立GTP-U隧道后，根據(jù)組呼的全局唯一標(biāo)識判斷在接收方側(cè)是否已經(jīng)建立了當(dāng)前組呼業(yè)務(wù)，若是，設(shè)置GTP-U隧道狀態(tài)為非激活，否則，設(shè)置GTP-U隧道狀態(tài)為激活；
[0013]D、接收方向發(fā)送方發(fā)送組呼建立控制響應(yīng)消息，在所述響應(yīng)消息中攜帶此次組呼業(yè)務(wù)隧道建立結(jié)果和GTP-U隧道狀態(tài)；
[0014]E、發(fā)送方根據(jù)接收方的隧道建立結(jié)果，完成對應(yīng)GTP-U隧道的建立，并判斷接收方反饋的GTP-U隧道狀態(tài)，若為激活，通過該GTP-U隧道向接收方發(fā)送組呼業(yè)務(wù)數(shù)據(jù)；若為非激活，發(fā)送方不通過該GTP-U隧道發(fā)送組呼業(yè)務(wù)數(shù)據(jù)。
[0015]較佳地，步驟E之后進(jìn)一步包括:當(dāng)接收方根據(jù)決策需要進(jìn)行GTP-U隧道激活狀態(tài)轉(zhuǎn)換時(shí)，接收方向發(fā)送方發(fā)起GTP-U隧道狀態(tài)轉(zhuǎn)換請求，發(fā)送方根據(jù)接收方的請求，進(jìn)行GTP-U隧道狀態(tài)轉(zhuǎn)換。
[0016]較佳地，所述GTP-U隧道狀態(tài)轉(zhuǎn)換為GTP-U隧道狀態(tài)從激活狀態(tài)轉(zhuǎn)為非激活狀態(tài)，所述發(fā)送方不再將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方；或者，
[0017]所述GTP-U隧道狀態(tài)轉(zhuǎn)換為GTP-U隧道狀態(tài)從非激活狀態(tài)轉(zhuǎn)為激活狀態(tài)，所述發(fā)送方將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方。
[0018]較佳地，所述發(fā)送方為集群服務(wù)器，所述接收方為核心網(wǎng)交換系統(tǒng)；或者，所述發(fā)送方為核心網(wǎng)交換系統(tǒng)，所述接收方為基站。
[0019]從以上技術(shù)方案可以看出，本申請方案有效利用在基站、核心交換系統(tǒng)以及集群服務(wù)器間存在的組呼專用GTP-U隧道，通過增加基站、核心交換系統(tǒng)以及集群服務(wù)器間的信令交互控制，動(dòng)態(tài)調(diào)整組呼專用GTP-U隧道的激活與非激活狀態(tài)，協(xié)調(diào)基站、核心交換系統(tǒng)以及集群服務(wù)器間的組呼業(yè)務(wù)數(shù)據(jù)傳輸。與傳統(tǒng)的組呼重復(fù)業(yè)務(wù)數(shù)據(jù)本地過濾方式相t匕，本申請技術(shù)方案有效增強(qiáng)了系統(tǒng)中對隧道傳輸數(shù)據(jù)的靈活控制，能夠有效降低基站、核心交換系統(tǒng)和集群服務(wù)器的處理復(fù)雜度；降低網(wǎng)絡(luò)傳輸負(fù)荷；降低系統(tǒng)數(shù)據(jù)傳輸時(shí)延。

【專利附圖】

【附圖說明】
[0020]圖1為本申請實(shí)施例提供的控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒鞒淌疽鈭D；
[0021]圖2為本申請實(shí)施例中的組呼數(shù)據(jù)傳輸與GTP-U隧道狀態(tài)關(guān)系示意圖；
[0022]圖3為本申請實(shí)施例提供的控制組呼數(shù)據(jù)重復(fù)傳輸實(shí)現(xiàn)方法的具體實(shí)施流程示意圖。

【具體實(shí)施方式】
[0023]鑒于現(xiàn)有技術(shù)中存在的組呼業(yè)務(wù)數(shù)據(jù)重復(fù)傳輸導(dǎo)致的問題，本申請?jiān)赥D-LTE的寬帶數(shù)字集群通信系統(tǒng)中提出一種基于GPRS隧道協(xié)議用戶面(GTP-U，GPRS TunnelingProtocol User)隧道的控制組呼業(yè)務(wù)數(shù)據(jù)重復(fù)傳輸方法，通過增加發(fā)送方(集群服務(wù)器和核心交換系統(tǒng))和接收方(核心交換系統(tǒng)和基站)間的信令交互控制，動(dòng)態(tài)調(diào)整組呼專用GTP-U隧道的激活與非激活狀態(tài)，實(shí)現(xiàn)基站、核心交換系統(tǒng)以及集群服務(wù)器間的組呼業(yè)務(wù)數(shù)據(jù)傳輸控制，能夠有效控制和避免在多系統(tǒng)下組呼業(yè)務(wù)數(shù)據(jù)的重復(fù)傳輸，降低網(wǎng)絡(luò)及系統(tǒng)的傳輸和處理負(fù)荷。
[0024]本申請方案有效利用在基站、核心交換系統(tǒng)以及集群服務(wù)器間存在的組呼專用GTP-U隧道，通過增加基站、核心交換系統(tǒng)以及集群服務(wù)器間的信令交互控制，動(dòng)態(tài)調(diào)整組呼專用GTP-U隧道的激活與非激活狀態(tài)，協(xié)調(diào)基站、核心交換系統(tǒng)以及集群服務(wù)器間的組呼業(yè)務(wù)數(shù)據(jù)傳輸。與傳統(tǒng)的組呼重復(fù)業(yè)務(wù)數(shù)據(jù)本地過濾方式相比，本申請技術(shù)方案有效增強(qiáng)了系統(tǒng)中對隧道傳輸數(shù)據(jù)的靈活控制，能夠有效降低基站、核心交換系統(tǒng)和集群服務(wù)器的處理復(fù)雜度；降低網(wǎng)絡(luò)傳輸負(fù)荷；降低系統(tǒng)數(shù)據(jù)傳輸時(shí)延。
[0025]為使本申請技術(shù)方案的技術(shù)原理、特點(diǎn)以及技術(shù)效果更加清楚，以下結(jié)合具體實(shí)施例對本申請技術(shù)方案進(jìn)行詳細(xì)闡述。
[0026]本申請所述的TD-LTE寬帶數(shù)字集群通信系統(tǒng)中，組呼的下行控制信令和業(yè)務(wù)數(shù)據(jù)由集群服務(wù)器發(fā)給核心交換系統(tǒng)，并由核心交換系統(tǒng)發(fā)給基站。對于發(fā)送組呼控制信令和組呼業(yè)務(wù)數(shù)據(jù)的核心交換系統(tǒng)和集群服務(wù)器，統(tǒng)一稱為發(fā)送方；對于接收組呼控制信令及重復(fù)組呼業(yè)務(wù)數(shù)據(jù)的基站和核心交換系統(tǒng)，統(tǒng)一稱為接收方。
[0027]本申請實(shí)施例提供的控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒鞒倘鐖D1所示，主要包括如下步驟:
[0028]步驟101:在組呼建立過程中，接收組呼建立請求的集群服務(wù)器為當(dāng)前組呼業(yè)務(wù)分配全局唯一的標(biāo)識，所述標(biāo)識用于接收方在系統(tǒng)中區(qū)分重復(fù)的組呼建立信令。
[0029]步驟102:發(fā)送方向接收方發(fā)送組呼建立控制信令，所述組呼建立控制信令中攜帶此次組呼的全局唯一標(biāo)識。
[0030]步驟103:當(dāng)接收方收到發(fā)送方的組呼建立控制信令，接收方根據(jù)發(fā)送方的指示建立用于此次組呼業(yè)務(wù)的GTP-U隧道。根據(jù)組呼業(yè)務(wù)全局唯一標(biāo)識判定當(dāng)前組呼業(yè)務(wù)的建立情況，然后根據(jù)判定結(jié)果進(jìn)行設(shè)置GTP-U隧道的狀態(tài)，具體包括:
[0031]對于接收方未建立當(dāng)前組呼業(yè)務(wù)的情況，接收方執(zhí)行正常的組呼建立過程，即:接收方根據(jù)發(fā)送方的指示，在發(fā)送方和接收方間建立此次組呼業(yè)務(wù)的GTP-U隧道并將GTP-U隧道設(shè)置為“激活”狀態(tài)。同時(shí)接收方應(yīng)將GTP-U隧道建立結(jié)果和GTP-U隧道狀態(tài)通過組呼建立控制響應(yīng)消息通知發(fā)送方。
[0032]對于接收方已經(jīng)建立當(dāng)前組呼業(yè)務(wù)的情況，接收方根據(jù)發(fā)送方的指示，在發(fā)送方和接收方間建立此次組呼業(yè)務(wù)的GTP-U隧道并將GTP-U隧道設(shè)置為“非激活”狀態(tài)。同時(shí)接收方應(yīng)將建立結(jié)果和GTP-U隧道狀態(tài)通過組呼建立控制響應(yīng)消息通知發(fā)送方。
[0033]步驟104:當(dāng)發(fā)送方收到接收方的組呼建立控制響應(yīng)消息后，根據(jù)接收方反饋的GTP-U隧道建立結(jié)果和狀態(tài)，進(jìn)行相應(yīng)的處理，具體包括:
[0034]接收方建立GTP-U隧道并設(shè)置“激活”狀態(tài)，則發(fā)送方完成對應(yīng)GTP-U隧道的建立，在組呼業(yè)務(wù)建立過程結(jié)束后，將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方。
[0035]接收方建立GTP-U隧道并設(shè)置“非激活”狀態(tài)，則發(fā)送方完成對應(yīng)GTP-U隧道的建立。但是在組呼業(yè)務(wù)建立過程結(jié)束后，發(fā)送方不再將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方。
[0036]步驟105:當(dāng)接收方根據(jù)決策需要進(jìn)行GTP-U隧道激活狀態(tài)轉(zhuǎn)換時(shí)，接收方向發(fā)送方發(fā)起GTP-U隧道狀態(tài)轉(zhuǎn)換請求，發(fā)送方根據(jù)接收方的請求，進(jìn)行GTP-U隧道狀態(tài)轉(zhuǎn)換。
[0037]對于從“激活”狀態(tài)轉(zhuǎn)為“非激活”狀態(tài)的情況，發(fā)送方不再將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方；對于從“非激活”狀態(tài)轉(zhuǎn)為“激活”狀態(tài)的情況，發(fā)送方需要將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方。
[0038]圖2示出了本申請實(shí)施例中的組呼數(shù)據(jù)傳輸與GTP-U隧道狀態(tài)關(guān)系，其中發(fā)送方為集群服務(wù)器/核心網(wǎng)交換系統(tǒng)，接收方為核心網(wǎng)交換系統(tǒng)/基站，黑色箭頭表示數(shù)據(jù)傳輸方向。可以看出，僅在激活隧道中傳輸數(shù)據(jù)，非激活隧道不傳輸數(shù)據(jù)。
[0039]圖3為本申請實(shí)施例提供的控制組呼數(shù)據(jù)重復(fù)傳輸實(shí)現(xiàn)方法的具體實(shí)施流程示意圖。該具體實(shí)施流程包括如下步驟:
[0040]步驟301:發(fā)送方向接收方發(fā)送組呼建立控制信令，所述組呼建立控制信令中攜帶此次組呼的全局唯一標(biāo)識。
[0041]步驟302:接收方根據(jù)發(fā)送方的指示建立用于此次組呼業(yè)務(wù)的GTP-U隧道。
[0042]步驟303:接收方在建立GTP-U隧道后，根據(jù)組呼的全局唯一標(biāo)識判定在接收方側(cè)是否已經(jīng)建立了當(dāng)前組呼業(yè)務(wù)，若是，執(zhí)行步驟304b，否則執(zhí)行步驟304a。
[0043]步驟303a:對于接收方未建立當(dāng)前組呼業(yè)務(wù)的情況，設(shè)置GTP-U隧道狀態(tài)為“激活”，然后執(zhí)行步驟305。
[0044]步驟303b:對于接收方已經(jīng)建立當(dāng)前組呼業(yè)務(wù)的情況，需設(shè)置GTP-U隧道狀態(tài)為“非激活”，然后執(zhí)行步驟305。
[0045]步驟305:接收方向發(fā)送方發(fā)送組呼建立控制響應(yīng)消息,在所述響應(yīng)消息中攜帶此次組呼業(yè)務(wù)隧道建立結(jié)果和GTP-U隧道狀態(tài)。
[0046]步驟306:發(fā)送方根據(jù)接收方的隧道建立結(jié)果，完成對應(yīng)GTP-U隧道的建立，并判斷接收方反饋的GTP-U隧道狀態(tài)，決定是否向該接收方發(fā)送組呼業(yè)務(wù)數(shù)據(jù)，若為激活，執(zhí)行步驟307a，若為非激活，執(zhí)行步驟307b。
[0047]步驟307a:對于“激活”狀態(tài)的GTP-U隧道，發(fā)送方需要通過該GTP-U隧道發(fā)送組呼業(yè)務(wù)數(shù)據(jù)，然后結(jié)束本流程。
[0048]步驟305b:對于“非激活”狀態(tài)的GTP-U隧道，發(fā)送方不再通過該GTP-U隧道發(fā)送組呼業(yè)務(wù)數(shù)據(jù)，然后結(jié)束本流程。
[0049]通過以上的處理，接收方可以通過GTP-U隧道的狀態(tài)控制發(fā)送方發(fā)送數(shù)據(jù)，有效解決了多系統(tǒng)下接收方會收到多個(gè)發(fā)送方發(fā)送的組呼業(yè)務(wù)重復(fù)數(shù)據(jù)的問題，降低網(wǎng)絡(luò)及系統(tǒng)的傳輸和處理負(fù)荷。
[0050]以上所述僅為本申請的較佳實(shí)施例而已，并不用以限制本申請的保護(hù)范圍，凡在本申請技術(shù)方案的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請保護(hù)的范圍之內(nèi)。
【權(quán)利要求】
1.一種控制組呼數(shù)據(jù)重復(fù)傳輸?shù)姆椒?，其特征在于，包? A、在組呼建立過程中，接收組呼建立請求的集群服務(wù)器為當(dāng)前組呼業(yè)務(wù)分配全局唯一標(biāo)識，所述全局唯一標(biāo)識用于接收方在系統(tǒng)中區(qū)分重復(fù)的組呼建立信令； B、發(fā)送方向接收方發(fā)送組呼建立控制信令，所述組呼建立控制信令中攜帶此次組呼的全局唯一標(biāo)識，接收方根據(jù)發(fā)送方的指示建立用于此次組呼業(yè)務(wù)的GPRS隧道協(xié)議用戶面GTP-U隧道； C、接收方在建立GTP-U隧道后，根據(jù)組呼的全局唯一標(biāo)識判斷在接收方側(cè)是否已經(jīng)建立了當(dāng)前組呼業(yè)務(wù)，若是，設(shè)置GTP-U隧道狀態(tài)為非激活，否則，設(shè)置GTP-U隧道狀態(tài)為激活； D、接收方向發(fā)送方發(fā)送組呼建立控制響應(yīng)消息，在所述響應(yīng)消息中攜帶此次組呼業(yè)務(wù)隧道建立結(jié)果和GTP-U隧道狀態(tài)； E、發(fā)送方根據(jù)接收方的隧道建立結(jié)果，完成對應(yīng)GTP-U隧道的建立，并判斷接收方反饋的GTP-U隧道狀態(tài)，若為激活，通過該GTP-U隧道向接收方發(fā)送組呼業(yè)務(wù)數(shù)據(jù)；若為非激活，發(fā)送方不通過該GTP-U隧道發(fā)送組呼業(yè)務(wù)數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟E之后進(jìn)一步包括:當(dāng)接收方根據(jù)決策需要進(jìn)行GTP-U隧道激活狀態(tài)轉(zhuǎn)換時(shí)，接收方向發(fā)送方發(fā)起GTP-U隧道狀態(tài)轉(zhuǎn)換請求，發(fā)送方根據(jù)接收方的請求，進(jìn)行GTP-U隧道狀態(tài)轉(zhuǎn)換。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述GTP-U隧道狀態(tài)轉(zhuǎn)換為GTP-U隧道狀態(tài)從激活狀態(tài)轉(zhuǎn)為非激活狀態(tài)，所述發(fā)送方不再將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方；或者， 所述GTP-U隧道狀態(tài)轉(zhuǎn)換為GTP-U隧道狀態(tài)從非激活狀態(tài)轉(zhuǎn)為激活狀態(tài)，所述發(fā)送方將組呼業(yè)務(wù)數(shù)據(jù)在該GTP-U隧道發(fā)送給接收方。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述發(fā)送方為集群服務(wù)器，所述接收方為核心網(wǎng)交換系統(tǒng)；或者，所述發(fā)送方為核心網(wǎng)交換系統(tǒng)，所述接收方為基站。
【文檔編號】H04W28/04GK104244191SQ201310236635
【公開日】2014年12月24日 申請日期:2013年6月14日 優(yōu)先權(quán)日:2013年6月14日
【發(fā)明者】王剛, 陶雄強(qiáng) 申請人:中國普天信息產(chǎn)業(yè)股份有限公司