[發明專利]一種建立單呼業務的方法

在審

• 申請號: 201310017149.6
• 申請日: 2013-01-17
• 公開（公告）號: CN103945338A
• 公開（公告）日: 2014-07-23
• 發明（設計）人: 王剛;許瑋;成暐
• 申請（專利權）人: 中國普天信息產業股份有限公司
• 主分類號: H04W4/10
• 分類號: H04W4/10;H04W76/02
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 王一斌;王琦

技術領域

本申請涉及通信技術領域，更具體地，涉及一種建立單呼業務的方法。

背景技術

集群通信系統是為滿足行業指揮調度需求而開發的、面向多種行業應用的專用無線通信系統。集群通信系統在公共安全、交通運輸、公共事業、石油化工、工商業和軍隊有著廣泛的應用。數字集群通信系統相比模擬集群通信系統，具有頻譜利用率高、信號抗信道衰落能力強、安全可靠性高、業務豐富以及網絡管理控制靈活有效等諸多優點，是目前國際、國內應用最廣泛的集群通信系統，例如，陸上集群無線電（TETRA，）和綜合數字增強型網絡（iDEN）。此外，我國也自主研發了基于碼分多址（CDMA，）技術的開放式集群架構（GoTa）數字集群通信系統和基于全球移動通信系統（GSM）技術的GT800數字集群通信系統。

單呼業務是集群通信系統提供的最基本業務之一，也是最常用的業務之一。

在基于TD-LTE的寬帶數字集群通信系統中，現有的單呼業務包括以下兩種方式：

1、基于媒體預處理方式的單呼

基于媒體預處理方式的單呼業務建立，其主要特點在于呼叫建立過程中需要主被叫終端間進行多次控制信令的交互，以完成獨立的媒體協商預處理過程和資源準備通知過程，使得主被叫終端可以明確了解本次呼叫使用的媒體格式和對方的資源準備情況，保證單呼業務順利建立。

具體建立過程參見附圖1，包括以下步驟：

（1）步驟101~步驟104為媒體預處理過程，該過程為串行處理，包括：

步驟101，由主叫終端通過集群服務器向被叫終端發起單呼建立請求，主叫終端在請求信令中攜帶可行的媒體協商內容。

步驟102，被叫終端收到請求信令后，解析出請求信令中的媒體協商內容并進行被叫側本地媒體決策，產生被叫側媒體協商結果并通過集群服務器反饋給主叫終端。

步驟103，主叫終端根據被叫終端反饋的媒體協商結果進行本地媒體協商決策，產生此次單呼業務最終的媒體決策結果，并通過集群服務器回復給被叫終端。

步驟104，被叫終端進行媒體協商確認并通過集群服務器向主叫終端返回確認信息。

（2）步驟105~步驟106為資源準備通知過程，該過程為串行處理，包括：

步驟105，主叫終端單呼資源分配成功后，通過集群服務器向被叫終端發送資源準備完成通知。

步驟106，被叫終端單呼資源分配成功后，并且收到主叫資源準備成功的通知后，通過集群服務器向主叫終端發送資源準備完成通知確認。

（3）步驟107~步驟109為單呼業務應答及確認過程，該過程為串行處理，包括：

步驟107，被叫終端通過集群服務器向主叫終端發送振鈴提示。被叫終端本地等待被叫用戶接聽單呼。

步驟108，被叫用戶接聽單呼，被叫終端通過集群服務器向主叫終端發送呼叫應答。

步驟109，主叫終端通過向集群服務器向被叫終端發送呼叫確認。

2、基于非媒體預處理方式的單呼

基于非媒體預處理方式的單呼業務建立，其主要特點在于在呼叫建立過程中將媒體協商融合在呼叫建立信令中，省略了獨立的媒體協商預處理信令交互過程和資源準備通知過程。參見附圖2，具體包括以下步驟：

步驟201，主叫終端通過集群服務器向被叫終端發起單呼建立請求，主叫終端會在請求信令中攜帶可行的媒體協商內容。

步驟202，被叫終端通過集群服務器向主叫終端發送振鈴提示。被叫終端本地等待被叫用戶接聽單呼。

步驟203，被叫終端本地進行媒體協商的最終決策，產生此次單呼業務的媒體協商決策結果，并根據該結果進行單呼資源準備。

步驟204，當被叫用戶接聽單呼且被叫資源準備成功后，被叫終端通過集群服務器向主叫終端發送呼叫應答。此時，被叫終端將媒體協商決策結果通過應答指令通知主叫終端。

步驟205，主叫終端通過向集群服務器向被叫終端發送呼叫確認。

步驟206，主叫終端根據媒體協商決策結果進行單呼資源準備。

對于集群通信系統來說，呼叫建立時間是一個重要的性能指標，該時間主要取決于網絡結構，用戶終端與網絡側信令交互的復雜度，以及網元設備對信令的處理方式等。