本發明涉及通信技術領域,尤其是涉及分布式故障弱化集群通信中的單呼建立方法及系統。
背景技術:
集群通信系統是為了滿足行業用戶指揮調度需求而開發的、面向特定行業應用的專用無線通信系統,系統中大量無線用戶共享少量無線信道,以指揮調度為主體應用,是一種多用途、高效能的無線通信系統。集群通信系統在政府部門、公共安全、應急通信、電力、民航、石油化工和軍隊等領域有著廣泛的應用市場。
分布式故障弱化系統是指由工作于故障弱化狀態下的基站構成的通信系統,其中,每個基站僅緩存了覆蓋范圍內的終端的簽約信息及這些終端相應的群組簽約信息等,當需要建立單呼等業務時,基站之間需要通過相互交互,才可以將單呼的服務范圍擴展到多個基站。
現有故障弱化下的單呼建立的問題是僅考慮單基站下的實現,即只能在單個基站下建立單呼業務,若主被叫用戶不在同一個基站時,則無法建立單呼業務。
由此可見,現有的故障弱化下的單呼建立過程不適應于分布式故障弱化系統。
技術實現要素:
本發明所要解決的技術問題在于如何克服集群通信分布式故障弱化系統中基站之間的單呼業務存在局限性的缺陷。
需要說明的是,寬帶集群通信系統中的故障弱化功能是指當基站與核心網之間的通信中斷,或者核心網發生故障時,基站能夠處理其覆蓋范圍內終端的注冊和業務請求,支持組呼和單呼等業務。當基站與核心網之間故障消失后,系統能自動恢復到正常的工作狀態,其中,本發明中的故障弱化就是分布式故障弱化。
本發明提供了一種分布式故障弱化集群通信中的單呼建立方法,所述方法包括:
主叫終端向基站發送單呼建立請求,所述基站為源基站;
所述源基站觸發其他基站對被叫終端進行集群尋呼;
其他基站向所述源基站反饋尋呼結果,所述源基站向被叫終端發送單呼建立請求;
被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載;
被叫終端將響應消息通過源基站轉發給主叫終端;
主叫終端和被叫終端建立連接,開始通話。
進一步地,所述源基站觸發其他基站對被叫終端進行集群尋呼,之后包括:
其他基站對被叫終端進行尋呼,且等待被叫終端發起RRC連接;
其他基站中收到被叫終端RRC請求的基站,與被叫終端建立上下文信息,所述其他基站中收到被叫終端RRC請求的基站為相應基站。
進一步地,所述被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載,之前包括:
源基站根據其他基站的反饋結果,向所述相應基站轉發單呼建立請求消息,由所述相應基站轉發給被叫終端;
被叫終端收到單呼建立請求消息后,向源基站反饋單呼確認消息,并攜帶媒體格式;
所述源基站將所述媒體格式轉發給主叫終端。
進一步地,所述被叫終端將響應消息通過源基站轉發給主叫終端,包括:
被叫終端依次響應振鈴消息和摘機消息,并通過源基站轉發給主叫終端;
主叫終端收到摘機消息后,向被叫終端發送連接建立確認認消息。
進一步地,所述源基站觸發其他基站對被叫終端進行尋呼的前提是,被叫終端不在所述源基站中。
本發明還提供了一種分布式故障弱化集群通信中的單呼建立系統,所述系統包括,
單呼請求模塊,用于使主叫終端向基站發送單呼建立請求,所述基站為源基站;
基站觸發模塊,所述源基站觸發其他基站對被叫終端進行尋呼;
基站反饋模塊,用于使其他基站向所述源基站反饋尋呼結果,所述源基站向被叫終端發送單呼建立請求;
終端承載模塊,用于使被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載;
響應轉發模塊,用于使被叫終端將響應消息通過源基站轉發給主叫終端;
終端連接模塊,用于使主叫終端和被叫終端建立連接,開始通話。
進一步地,所述系統還包括:
集群尋呼模塊,用于使其他基站對被叫終端進行集群尋呼,且等待被叫終端發起RRC連接;
上下文信息模塊,用于使其他基站中收到被叫終端RRC請求的基站,與被叫終端建立上下文信息,所述其他基站中收到被叫終端RRC請求的基站為相應基站。
進一步地,所述系統還包括:
單呼轉發模塊,用于使源基站根據其他基站的反饋結果,向所述相應基站轉發單呼建立請求消息,由所述相應基站轉發給被叫終端;
單呼確認模塊,用于在被叫終端收到單呼建立請求消息后,向源基站反饋單呼確認消息,并攜帶媒體格式;
媒體格式轉發模塊,用于使所述源基站將所述媒體格式轉發給主叫終端。
進一步地,所述響應轉發模塊包括:
依次響應單元,用于使被叫終端依次響應振鈴消息和摘機消息,并通過源基站轉發給主叫終端;
連接確認單元,用于在主叫終端收到摘機消息后,向被叫終端發送連接建立確認認消息。
進一步地,所述源基站觸發其他基站對被叫終端進行尋呼的前提是,被叫終端不在所述源基站中。
本發明的有益效果是:
本發明在基站收到主叫終端的單呼建立請求后,若判斷出被叫終端不在本基站,能夠通過本基站與其它基站之間的信息交互,將單呼業務擴展到其它基站,從而有效提高故障弱化狀態下單呼業務的服務范圍。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發明的一些實施例,對于本領域普通技術人員來講,在不付出創造性勞動的前提下,還可以根據這些附圖獲得其它附圖。
圖1是現有技術中的單呼建立方法的信令流程圖;
圖2是實施例一中的分布式故障弱化集群通信中的單呼建立方法的方法流程圖;
圖3是實施例一中被叫終端將響應消息通過源基站轉發給主叫終端的流程圖;
圖4是實施例二中的分布式故障弱化集群通信中的單呼建立方法的方法流程圖;
圖5是實施例二中的分布式故障弱化集群通信中的單呼建立方法的信令流程圖;
圖6是實施例三中的分布式故障弱化集群通信中的單呼建立系統的系統框圖。
具體實施方式
下面將結合本發明實施例中的附圖,對本發明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發明一部分實施例,而不是全部的實施例。基于本發明中的實施例,本領域普通技術人員在沒有作出創造性勞動的前提下所獲得的所有其他實施例,都屬于本發明保護的范圍。
現有寬帶集群通信系統的故障弱化功能僅考慮在單基站的實現,其中,單呼建立的信令流程,如圖1所示。
圖1中,MO UE為主叫終端,MT UE為被叫終端,ECM-IDLE為空閑狀態,RRC連接是UE接入網絡時,由網絡為其分配無線資源的過程;
具體地,步驟1a用于空閑態終端與基站間建立RRC連接及上下文信息;
步驟1用于發送單呼建立請求;
步驟2~3用于基站對被叫空閑態終端進行尋呼及建立上下文信息;
步驟4~6用于基站向被叫終端轉發呼叫請求以及被叫終端向主叫終端相應呼叫確認消息;
步驟7~8用于基站為主被叫終端建立專用承載;
步驟9~10用于主被叫終端的振鈴消息傳輸;
步驟11~14用于傳輸被叫終端的摘機消息以及主叫終端的確認消息,至此,單呼連接建立成功,主被叫終端之間可以通話;
從現有技術的單呼業務的建立流程可以看出,當基站收到終端發送的單呼建立請求時,僅在本基站尋呼被叫用戶,若被叫用戶不在本基站中,則無法建立單呼業務。
實施例一:
如圖2-3所示,本實施例提供了一種分布式故障弱化集群通信中的單呼建立方法,所述方法包括:
S101.主叫終端向基站發送單呼建立請求,所述基站為源基站;
S102.所述源基站觸發其他基站對被叫終端進行集群尋呼;
需要說明的是,所述源基站觸發其他基站對被叫終端進行尋呼的前提是,被叫終端不在所述源基站中。
進一步地,其他基站對被叫終端進行尋呼,且等待被叫終端發起RRC連接;
其中,RRC是Radio Resource Control(無線資源控制)的簡寫,RRC連接是UE(終端)接入網絡時,由網絡為其分配無線資源的過程。
其他基站中收到被叫終端RRC請求的基站,與被叫終端建立上下文信息,所述其他基站中收到被叫終端RRC請求的基站為相應基站。
S103.其他基站向所述源基站反饋尋呼結果,所述源基站向被叫終端發送單呼建立請求;
進一步地,源基站根據其他基站的反饋結果,向所述相應基站轉發單呼建立請求消息,由所述相應基站轉發給被叫終端;
被叫終端收到單呼建立請求消息后,向源基站反饋單呼確認消息,并攜帶媒體格式;
所述源基站將所述媒體格式轉發給主叫終端。
S104.被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載;
需要說明的是,LTE網絡中,EPS(演進分組系統Evolved Packet System)承載可按照建立時間分為兩種類型:默認承載(Default EPS Bearer)、專用承載(Dedicated EPS Bearer)。
從UE(終端)附著(Attach)網絡開始,必須建立一條承載,這就是“默認承載”,默認承載在UE附著網絡時就創建并一直保持激活,直至UE從網絡去附著(Detach)。
在默認承載之后創建的承載都稱為“專用承載”。例如UE一開始連接網絡是為了上網,那么在UE Attach時,給它分配一條“默認承載”,該承載可提供數據上網業務。如果之后UE要發起語音呼叫,通常語音業務有QoS要求,核心網將語音業務QoS定義為GBR(Guaranteed Bit Rate,保證速率)業務;那么原有的默認承載(Qos類型為Non-GBR)將無法滿足語音呼叫的QoS要求,這時就需要創建一條新的承載,稱其為“專用承載”。
S105.被叫終端將響應消息通過源基站轉發給主叫終端;
其中,S105.包括:
S1051.被叫終端依次響應振鈴消息和摘機消息,并通過源基站轉發給主叫終端;
S1052.主叫終端收到摘機消息后,向被叫終端發送連接建立確認。
S106.主叫終端和被叫終端建立連接,開始通話。
實施例二:
如圖4-5所示,本實施例提供了一種分布式故障弱化集群通信中的單呼建立方法,所述方法包括:
S201.主叫終端向基站發送單呼建立請求,所述基站為源基站。
S202.所述源基站觸發其他基站對被叫終端進行集群尋呼;
其中,所述源基站觸發其他基站對被叫終端進行尋呼的前提是,被叫終端不在所述源基站中。
S203.其他基站對被叫終端進行尋呼,且等待被叫終端發起RRC連接;
S204.其他基站中收到被叫終端RRC請求的基站,與被叫終端建立上下文信息,所述其他基站中收到被叫終端RRC請求的基站為相應基站。
其中,其他基站向所述源基站反饋尋呼結果,所述源基站向被叫終端發送單呼建立請求;
S205.源基站根據其他基站的反饋結果,向所述相應基站轉發單呼建立請求消息,由所述相應基站轉發給被叫終端。
S206.被叫終端收到單呼建立請求消息后,向源基站反饋單呼確認消息,并攜帶媒體格式;
S207.所述源基站將所述媒體格式轉發給主叫終端。
S208.被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載。
S209.所述被叫終端將響應消息通過源基站轉發給主叫終端;
S2010.主叫終端和被叫終端建立連接,開始通話。
實施例三:
如圖6所示,本實施例提供了一種分布式故障弱化集群通信中的單呼建立系統,所述系統包括,
單呼請求模塊110,用于使主叫終端向基站發送單呼建立請求,所述基站為源基站;
基站觸發模塊210,用于使所述源基站觸發其他基站對被叫終端進行集群尋呼;
需要說明的是,所述源基站觸發其他基站對被叫終端進行尋呼的前提是,被叫終端不在所述源基站中。
集群尋呼模塊310,用于使其他基站對被叫終端進行集群尋呼,且等待被叫終端發起RRC連接;
上下文信息模塊410,用于使其他基站中收到被叫終端RRC請求的基站,與被叫終端建立上下文信息,所述其他基站中收到被叫終端RRC請求的基站為相應基站。
基站反饋模塊510,用于使其他基站向所述源基站反饋尋呼結果,所述源基站向被叫終端發送單呼建立請求;
單呼轉發模塊610,用于使源基站根據其他基站的反饋結果,向所述相應基站轉發單呼建立請求消息,由所述相應基站轉發給被叫終端;
單呼確認模塊710,用于在被叫終端收到單呼建立請求消息后,向源基站反饋單呼確認消息,并攜帶媒體格式;
媒體格式轉發模塊810,用于使所述源基站將所述媒體格式轉發給主叫終端;
終端承載模塊910,用于使被叫終端與源基站建立專用承載,源基站與主叫終端建立專用承載;
相應轉發模塊1010,用于使所述被叫終端將響應消息通過源基站轉發給主叫終端,包括:
依次響應單元1011,用于使被叫終端依次響應振鈴消息和摘機消息,并通過源基站轉發給主叫終端;
連接確認單元1012,用于在主叫終端收到摘機消息后,向被叫終端發送連接建立確認。
終端連接模塊1110,用于使主叫終端和被叫終端建立連接,開始通話。
本發明的有益效果是:
本發明在基站收到主叫終端的單呼建立請求后,若判斷出被叫終端不在本基站,能夠通過本基站與其它基站之間的交互,將單呼業務擴展到其它基站,從而有效提高故障弱化狀態下單呼業務的服務范圍。
在本發明的上述實施例中,對各個實施例的描述都各有側重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關描述。
以上所述是本發明的優選實施方式,應當指出,對于本技術領域的普通技術人員來說,在不脫離本發明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也視為本發明的保護范圍。