本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及分布式故障弱化集群通信中的組呼建立方法及系統(tǒng)。

背景技術(shù)：

集群通信系統(tǒng)是為了滿足行業(yè)用戶指揮調(diào)度需求而開發(fā)的、面向特定行業(yè)應(yīng)用的專用無線通信系統(tǒng)，系統(tǒng)中大量無線用戶共享少量無線信道，以指揮調(diào)度為主體應(yīng)用，是一種多用途、高效能的無線通信系統(tǒng)。集群通信系統(tǒng)在政府部門、公共安全、應(yīng)急通信、電力、民航、石油化工和軍隊(duì)等領(lǐng)域有著廣泛的應(yīng)用市場。

分布式故障弱化系統(tǒng)是指由工作于故障弱化狀態(tài)下的基站構(gòu)成的通信系統(tǒng)，其中，每個(gè)基站僅緩存了覆蓋范圍內(nèi)的終端的簽約信息及這些終端相應(yīng)的群組簽約信息等，當(dāng)需要建立組呼等業(yè)務(wù)時(shí)，基站之間需要通過相互交互，才可以將組呼的服務(wù)范圍擴(kuò)展到多個(gè)基站。

現(xiàn)有故障弱化下的組呼建立的缺點(diǎn)是僅考慮單基站下的實(shí)現(xiàn)，即只能在單個(gè)基站下建立組呼業(yè)務(wù)，當(dāng)群組內(nèi)終端分布在多個(gè)基站時(shí)，只有發(fā)起組呼的基站下的終端能接收組呼業(yè)務(wù)，位于其它基站下的終端無法接收該組呼業(yè)務(wù)。

由此可見，現(xiàn)有的故障弱化下的組呼建立過程不適應(yīng)于分布式故障弱化系統(tǒng)。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題在于如何克服集群通信分布式故障弱化系統(tǒng)中基站之間的組呼業(yè)務(wù)的局限性缺陷。

需要說明的是，寬帶集群通信系統(tǒng)中的故障弱化功能是指當(dāng)基站與核心網(wǎng)之間的通信中斷，或者核心網(wǎng)發(fā)生故障時(shí)，基站能夠處理其覆蓋范圍內(nèi)終端的注冊和業(yè)務(wù)請求，支持組呼和單呼等業(yè)務(wù)。當(dāng)基站與核心網(wǎng)之間故障消失后，系統(tǒng)能自動(dòng)恢復(fù)到正常的工作狀態(tài)。

本發(fā)明提供了一種分布式故障弱化集群通信中的組呼建立方法，所述方法包括：

基站收到終端發(fā)送的組呼建立請求，若通過判斷允許建立組呼，則所述基站建立上行專用承載，其中，所述基站為源基站，所述終端為源終端；

源基站向與其保持連接狀態(tài)的其他基站轉(zhuǎn)發(fā)所述組呼建立請求，且向源終端下發(fā)群消息；

若其他基站通過判斷允許建立組呼，則向所述其他終端下發(fā)群消息，并向源基站反饋組呼建立成功消息；

源基站收到所述其他基站反饋的組呼建立成功消息，通過確定組呼區(qū)域大小，將組呼區(qū)域信息發(fā)送給所述其他基站；

源基站向所述源終端發(fā)送組呼建立接受消息，在收到源終端反饋的組呼建立完成消息后，源基站發(fā)送話權(quán)通知消息。

進(jìn)一步地，若其他基站通過判斷允許建立組呼，包括：

若所述其他基站的集成EPC中，緩存有所述組呼建立請求對應(yīng)群組的簽約信息，且有足夠資源，則可允許組呼的建立，其中，所述簽約信息為終端公司與運(yùn)營商達(dá)成的合作協(xié)議信息。

進(jìn)一步地，所述組呼區(qū)域大小由本基站以及其他反饋組呼建立成功的基站構(gòu)成。

進(jìn)一步地，所述源基站發(fā)送話權(quán)通知消息，包括：

所述源基站向源終端發(fā)送話權(quán)通知消息；

所述源基站通過其他基站向其他終端發(fā)送話權(quán)通知消息。

進(jìn)一步地，所述群消息為集群尋呼消息和群組資源配置消息。

本發(fā)明還提供了一種分布式故障弱化集群通信中的組呼建立系統(tǒng)，包括：

建立請求模塊，用于使基站收到終端發(fā)送的組呼建立請求，若通過判斷允許建立組呼，則所述基站建立上行專用承載，其中，所述基站為源基站，所述終端為源終端；

請求轉(zhuǎn)發(fā)模塊，用于使源基站向與其保持連接狀態(tài)的其他基站轉(zhuǎn)發(fā)所述組呼建立請求，且向源終端下發(fā)群消息；

判斷建立模塊，若其他基站通過判斷允許建立組呼，則向所述其他終端下發(fā)群消息，并向源基站反饋組呼建立成功消息；

組呼建立模塊，用于使源基站收到所述其他基站反饋的組呼建立成功消息，通過確定組呼區(qū)域大小，將組呼區(qū)域信息發(fā)送給所述其他基站；

組呼反饋模塊，用于使源基站向所述源終端發(fā)送組呼建立接受消息，在收到源終端反饋的組呼建立完成消息后，所述源基站發(fā)送話權(quán)通知消息。

進(jìn)一步地，判斷建立模塊中若其他基站通過判斷允許建立組呼，包括：

若所述其他基站的集成EPC中，緩存有所述組呼建立請求對應(yīng)群組的簽約信息，且有足夠資源，則可允許組呼的建立。

所述集成EPC具有核心網(wǎng)EPC的部分功能，所述核心網(wǎng)EPC包括移動(dòng)管理實(shí)體(eMME)、簽約數(shù)據(jù)管理中心及鑒權(quán)中心(eHSS)、數(shù)據(jù)網(wǎng)關(guān)(xGW)、集群控制功能實(shí)體(TCF)、集群媒體功能實(shí)體(TMF)，所述集成EPC緩存有核心網(wǎng)發(fā)送過來的終端簽約信息、群組簽約信息、基站信息等。

進(jìn)一步地，組呼建立模塊中的所述組呼區(qū)域大小，由本基站以及其他反饋組呼建立成功的基站構(gòu)成。

進(jìn)一步地，組呼反饋模塊中所述源基站發(fā)送話權(quán)通知消息，包括：

所述源基站向源終端發(fā)送話權(quán)通知消息；

所述源基站通過其他基站向其他終端發(fā)送話權(quán)通知消息。

進(jìn)一步地，所述群消息為集群尋呼消息和群組資源配置消息。

本發(fā)明的有益效果是：

本發(fā)明在基站在收到組呼建立請求后，通過與其它基站之間的交互，能夠?qū)⒔M呼業(yè)務(wù)擴(kuò)展到多個(gè)基站，從而可以有效提高故障弱化狀態(tài)下組呼業(yè)務(wù)的服務(wù)范圍。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其它附圖。

圖1是現(xiàn)有技術(shù)中的組呼建立方法的信令流程圖；

圖2是實(shí)施例一中的分布式故障弱化集群通信中的組呼建立方法的方法流程圖；

圖3是實(shí)施例一中的分布式故障弱化集群通信中的組呼建立方法的信令流程圖；

圖4是實(shí)施例二中的分布式故障弱化集群通信中的組呼建立系統(tǒng)的系統(tǒng)框圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)的前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

現(xiàn)有寬帶集群通信系統(tǒng)的故障弱化功能僅考慮在單基站的實(shí)現(xiàn)，如圖1所示。

圖1中，MO UE為主叫終端，RRC連接是UE接入網(wǎng)絡(luò)時(shí)，由網(wǎng)絡(luò)為其分配無線資源的過程；

具體地，步驟1～4用于終端與基站間建立RRC連接；

步驟5用于發(fā)送組呼建立請求；

步驟6～8用于為終端建立組呼業(yè)務(wù)的上行專用承載；

步驟9a，10a用于發(fā)送集群尋呼消息和組資源配置消息；

步驟9b，10b用于指示組呼建立完成；

步驟11用于進(jìn)行話權(quán)通知。

從現(xiàn)有技術(shù)的組呼業(yè)務(wù)可以看出，當(dāng)基站收到終端發(fā)送的組呼建立請求時(shí)，僅在本基站建立組呼資源，并發(fā)送集群尋呼和組資源配置消息，也就是說，只有本基站的終端才能接收組呼業(yè)務(wù)；然而，一個(gè)組呼內(nèi)的終端通常會分布于多個(gè)基站，因此，對于組呼內(nèi)位于本基站之外的其它終端，現(xiàn)有技術(shù)則無法接收該組呼業(yè)務(wù)。

實(shí)施例一：

如圖2-3所示，本實(shí)施例提供了一種分布式故障弱化集群通信中的組呼建立方法，所述方法包括：

S101.基站收到終端發(fā)送的組呼建立請求，若通過判斷允許建立組呼，則所述基站建立上行專用承載，

其中，所述基站為源基站，所述終端為源終端；

需要說明的是，LTE網(wǎng)絡(luò)中，EPS(演進(jìn)分組系統(tǒng)Evolved Packet System)承載可按照建立時(shí)間分為兩種類型：默認(rèn)承載(Default EPS Bearer)、專用承載(Dedicated EPS Bearer)。

從UE(終端)附著(Attach)網(wǎng)絡(luò)開始，必須建立一條承載，這就是“默認(rèn)承載”，默認(rèn)承載在UE附著網(wǎng)絡(luò)時(shí)就創(chuàng)建并一直保持激活，直至UE從網(wǎng)絡(luò)去附著(Detach)。

在默認(rèn)承載之后創(chuàng)建的承載都稱為“專用承載”。例如UE一開始連接網(wǎng)絡(luò)是為了上網(wǎng)，那么在UE Attach時(shí)，給它分配一條“默認(rèn)承載”，該承載可提供數(shù)據(jù)上網(wǎng)業(yè)務(wù)。如果之后UE要發(fā)起語音呼叫，通常語音業(yè)務(wù)有QoS要求，核心網(wǎng)將語音業(yè)務(wù)QoS定義為GBR(Guaranteed Bit Rate，保證速率)業(yè)務(wù)；那么原有的默認(rèn)承載(Qos類型為Non-GBR)將無法滿足語音呼叫的QoS要求，這時(shí)就需要?jiǎng)?chuàng)建一條新的承載，稱其為“專用承載”。

S102.源基站向與其保持連接狀態(tài)的其他基站轉(zhuǎn)發(fā)所述組呼建立請求，且向源終端下發(fā)群消息；

其中，源基站向與其保持連接狀態(tài)的其他基站轉(zhuǎn)發(fā)所述組呼建立請求，是通過X2接口交互信息的，X2接口是e-NodeB之間的互連接口，支持?jǐn)?shù)據(jù)和信令的直接傳輸。

S103.若其他基站通過判斷允許建立組呼，則向所述其他終端下發(fā)群消息，并向源基站反饋組呼建立成功消息；

其中，若其他基站通過判斷允許建立組呼，包括：

若所述其他基站的集成EPC中，緩存有所述組呼建立請求對應(yīng)群組的簽約信息，且有足夠資源，則可允許組呼的建立。

其中，EPC(Evolved Packet Core)為演進(jìn)分組核心網(wǎng)，所述集成EPC具有核心網(wǎng)EPC的部分功能，所述核心網(wǎng)EPC包括移動(dòng)管理實(shí)體(eMME)、簽約數(shù)據(jù)管理中心及鑒權(quán)中心(eHSS)、數(shù)據(jù)網(wǎng)關(guān)(xGW)、集群控制功能實(shí)體(TCF)、集群媒體功能實(shí)體(TMF)。

S104.源基站收到所述其他基站反饋的組呼建立成功消息，通過確定組呼區(qū)域大小，將組呼區(qū)域信息發(fā)送給所述其他基站；

需要說明的是，所述組呼區(qū)域大小由本基站以及其他反饋組呼建立成功的基站構(gòu)成。

S105.源基站向所述源終端發(fā)送組呼建立接受消息，在收到源終端反饋的組呼建立完成消息后，源基站發(fā)送話權(quán)通知消息。

其中，所述源基站發(fā)送話權(quán)通知消息，包括：

所述源基站向源終端發(fā)送話權(quán)通知消息；所述源基站通過其他基站向其他終端發(fā)送話權(quán)通知消息。

所述群消息為集群尋呼消息和群組資源配置消息。

實(shí)施例二：

如圖4所示，本實(shí)施例提供了一種分布式故障弱化集群通信中的組呼建立系統(tǒng)，所述系統(tǒng)包括，

建立請求模塊110，用于使基站收到終端發(fā)送的組呼建立請求，若通過判斷允許建立組呼，則所述基站建立上行專用承載，其中，所述基站為源基站，所述終端為源終端；

請求轉(zhuǎn)發(fā)模塊210，用于使源基站向與其保持連接狀態(tài)的其他基站轉(zhuǎn)發(fā)所述組呼建立請求，且向源終端下發(fā)群消息；

判斷建立模塊310，若其他基站通過判斷允許建立組呼，則向所述其他終端下發(fā)群消息，并向源基站反饋組呼建立成功消息；

其中，判斷建立模塊中若其他基站通過判斷允許建立組呼，包括：

若所述其他基站的集成EPC中，緩存有所述組呼建立請求對應(yīng)群組的簽約信息，且有足夠資源，則可允許組呼的建立。

組呼建立模塊410，用于使源基站收到所述其他基站反饋的組呼建立成功消息，通過確定組呼區(qū)域大小，將組呼區(qū)域信息發(fā)送給所述其他基站；

組呼建立模塊中的所述組呼區(qū)域大小，由本基站以及其他反饋組呼建立成功的基站構(gòu)成。

組呼反饋模塊510，用于使源基站向所述源終端發(fā)送組呼建立接受消息，在收到源終端反饋的組呼建立完成消息后，所述源基站發(fā)送話權(quán)通知消息。

所述群消息為集群尋呼消息和群組資源配置消息。

其中，組呼反饋模塊中所述源基站發(fā)送話權(quán)通知消息，包括：

所述源基站向源終端發(fā)送話權(quán)通知消息；

所述源基站通過其他基站向其他終端發(fā)送話權(quán)通知消息。

本發(fā)明的有益效果是：

本發(fā)明在基站在收到組呼建立請求后，通過與其它基站之間的交互，能夠?qū)⒔M呼業(yè)務(wù)擴(kuò)展到多個(gè)基站，從而可以有效提高故障弱化狀態(tài)下組呼業(yè)務(wù)的服務(wù)范圍。

在本發(fā)明的上述實(shí)施例中，對各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

以上所述是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也視為本發(fā)明的保護(hù)范圍。