[發明專利]緊急呼叫方法、集群通信系統、基站和控制裝置

有效

• 申請號: 201711299174.2
• 申請日: 2017-12-08
• 公開（公告）號: CN108076449B
• 公開（公告）日: 2021-01-19
• 發明（設計）人: 胡云峻;李錦鋒
• 申請（專利權）人: 海能達通信股份有限公司
• 主分類號: H04W4/90
• 分類號: H04W4/90;H04W84/08;H04W76/10
• 代理公司: 深圳市瑞方達知識產權事務所(普通合伙) 44314
• 代理人: 馮小梅;郭方偉

本發明涉及一種緊急呼叫方法、集群通信系統、基站和控制裝置，該方法包括：基站接收終端發送的第二呼叫請求信令，根據第二呼叫請求信令與終端連接；控制裝置在基站與終端連接后，接收基站傳輸的終端發送的第二呼叫請求信令，并根據第二呼叫請求令確定與第二呼叫請求信令對應的共享通道，并將共享通道通過基站發送給終端，以指示終端占用該共享通道；共享通道為控制裝置在接收到終端發送的第一呼叫請求信令后，根據第一呼叫請求信令建立并將其緩存后的共享通道；控制裝置在確定與第二呼叫請求信令對應的共享通道后，將第二呼叫請求信令發送給調度臺，調度臺根據第二呼叫請求信令建立呼叫。實施本發明減少呼叫時延、避免重復建立呼叫通道。

技術領域

本發明涉及集群通信領域，更具體地說，涉及一種緊急呼叫方法、集群通信系統、基站和控制裝置。

背景技術

在現有的集群專網中，呼叫通話主要是通過終端輸入號碼，并且都是先由基站處理后在傳入到集群核心網進行控制接入，而緊急呼叫與普通呼叫的流程基本相同；而對于寬窄帶集群專網中，空口傳輸以及有線端的IP(Internet Protocol，網絡協議)路由消耗的時延在整個呼叫建立中占比比較大。而緊急呼叫的時延要求則更高。

緊急呼叫是一種少而要求時延低的特殊呼叫類型，在目前緊急呼叫時呼叫不用像普通呼叫那樣要進行撥號，這就避免在緊急情況下由于撥號帶來的時間耗費；而在特殊情況下，緊急呼叫的頻率很高，此時的緊急呼叫和普通呼叫在核心網側來看是一樣的呼叫流程。

緊急呼叫還在目前的技術上沒有做特殊的流程處理，這樣做的優勢在于核心網處理呼叫的統一性，將普通呼叫和緊急呼叫一起處理，處理簡單，控制簡便。

對于緊急呼叫，在專網中主要是寬帶集群的緊急呼叫方案，這些緊急呼叫的方案的現有技術關鍵技術的特點如下所述：

1.現有的緊急呼叫中，與普通呼叫一樣通過基站再連入核心網，最后接入到調度臺。核心網處理緊急呼叫或普通呼叫時，核心網都需要申請媒體資源來為用戶通話建立通道。

2.如果核心網的資源不足，比如業務的控制塊不足、網絡資源、內存、CPU(CPU，Central Processing Unit,中央處理器)處理能力等；此時核心網就會拆除優先級低的呼叫來保證緊急呼叫的建立。

3.當此次的緊急呼叫結束后，核心網和基站就會釋放整個系統的呼叫鏈接和呼叫資源，如內存等。如果要再次發起緊急呼叫，就必須按照之前的緊急呼叫流程再建立一次。

現有技術的主要缺點如下所示：

1.在整個呼叫流程中按正常建立呼叫時，呼叫的時延比較長；每次建立呼叫的時延與第一次一樣過長；

2.當集群系統的呼叫業務繁忙，呼叫的資源不足時，要先拆除普通呼叫資源，再建立緊急呼叫。這也會導致緊急呼叫時間過長。并會導致在緊急情況下普通呼叫經常失敗；

3.建立緊急呼叫的流程中傳送的信令有點多，這會使得TCN(Trunking MediaFunction，集群核心網)中網元所在服務器的CPU增加負荷。

發明內容

本發明要解決的技術問題在于，針對現有技術的上述缺陷，提供一種緊急呼叫方法、集群通信系統、基站和控制裝置。

本發明解決其技術問題所采用的技術方案是：構造一種集群通信系統的緊急呼叫方法，該方法包括以下步驟：

A、基站接收終端發送的第二呼叫請求信令，根據所述第二呼叫請求信令與所述終端連接，所述第二呼叫請求信令攜帶有呼叫類型標識和終端標識；

B、控制裝置在所述基站與所述終端連接后，接收所述基站傳輸的所述終端發送的第二呼叫請求信令，并根據所述第二呼叫請求令確定與所述第二呼叫請求信令對應的共享通道，并將所述共享通道通過所述基站發送給所述終端，以指示所述終端占用該共享通道；