Td-scdma集群系統組呼建立方法及系統的制作方法
【專利摘要】本發明公開了一種TD-SCDMA集群系統組呼建立方法及系統。該方法包括：集群終端將組呼建立請求消息經由RNC轉發到PDS，RNC接收PDS發送的組呼連接請求消息，將組呼建立響應消息發送給集群終端；向PDS發送組呼服務請求，通知NODE?B建立此次組呼的專用信道，并在接收到NODE?B的線鏈路建立響應和PDS的業務指派請求后，分別建立IUB口和IUDs口的業務承載；集群終端與NODE?B進行專用信道同步過程，RNC接收NODE?B在捕獲到集群終端的上行同步信號后發送的無線鏈路恢復指示，接收集群終端發送的呼叫建立完成消息，通知PDS呼叫建立完成，接收PDS發送的授權消息，通知集群終端進行講話，接收集群終端發送的授權應答消息，轉發給PDS。
【專利說明】TD-SCDMA集群系統組呼建立方法及系統
【技術領域】
[0001]本發明涉及移動通訊領域，特別是涉及一種TD-SCDMA集群系統組呼建立方法及系統。
【背景技術】
[0002]在現有技術中，集群通信業務是一種半雙工雙向業務，并且是能夠實現一對多的業務，其特點是當集群終端發起群組呼叫業務時，其語音信息能夠同時發送給預定義的集群群組內的每一個成員，并且業務建立速度快。基于這些特點，集群通訊系統廣泛應用在政府機關、公安消防、能源交通、機場碼頭、工礦企業、軍事和展會等行業和場合。
[0003]目前的集群通信系統是基于第二代移動通信技術發展起來的，即全球移動通訊系統(Global System of Mobile communication,簡稱為GSM)技術。隨著新移動通信技術的成熟和商用普及，集群通信系統也必將演進到采用第三代(3rd-generation，簡稱為3G)或者第四代Urd-generation，簡稱為4G)等通信技術的系統。采用更為先進的通信技術是集群的演進方向。
[0004]時分同步碼分多址(TimeDivision-Synchronous Code DivisionMultipleAccess，簡稱為TD-SCDMA)是中國提出的3G標準，利用TD-SCDMA的技術來實現集群終端，在穩定性和數據傳輸速度上都相對于2G技術會有非常大的提升，用戶體驗也有較大改善。由于集群終端的產量相對于普通手機終端比較小，重新設計生產芯片和改造軟件的話，成本會比較高。如果能利用現有的TD-SCDMA的終端芯片來改造成集群終端，成本比較低。
[0005]集群最重要的功能是組呼，即一人說話多人聽，這是集群終端必須支持的功能。集群用戶可能隨時發起通話，并且用戶的聽和說的角色可能在不斷變換，所以系統可能需要隨時要建立組呼，并且在組呼過程中，經常要進行話權的申請仲裁授權等過程，所以這些組呼建立流程，包括組呼建立后話權切換流程，這些流程如果時間太長的話，會使用戶按下通話鍵后要等待較長時間才能通話，用戶體驗較差。
[0006]現有基于TD-SCDMA集群系統的呼叫流程大部分都是參考原有TD-SCDMA系統公網上普通呼叫的流程來實現的，通用性比較強，流程也比較長，如在專用物理信道(DedicatedPhysicalChannel,簡稱為DPCH)初始建立過程，就需要經過上行特殊突發(SPECIAL BURST，簡稱為SB)發送接收、下行SB發送接收、上行初始數據發送接收、下行初始數據發送接收等四個步驟，這個步驟至少都需要160ms的時間，加上其他的隨機接入等過程，和各系統內部的時間開銷，時間更長，造成用戶體驗較差。
【發明內容】
[0007]本發明提供一種TD-SCDMA集群系統組呼建立方法及系統，以解決現有技術中用戶按下通話鍵后要等待較長時間才能通話的問題。
[0008]本發明提供一種TD-SCDMA集群系統組呼建立方法，包括:集群終端保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由無線網絡控制器RNC轉發到集群調度服務器ros，其中，組呼建立請求消息中攜帶與呼叫有關的參數；RNC接收PDS發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置信息攜帶在組呼建立響應消息中發送給集群終端，使集群終根據物理資源信息進行相關配置；并向PDS發送組呼服務請求消息，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到NODE B的無線鏈路建立響應消息和PDS的業務指派請求消息后，分別建立IUB 口和IUDs 口的業務承載；集群終端與NODE B進行專用信道同步過程，RNC接收NODEB在捕獲到集群終端的上行同步信號后發送的無線鏈路恢復指示，并接收集群終端發送的呼叫建立完成消息，通知PDS呼叫建立完成，并接收PDS發送的授權消息，通知集群終端進行講話，接收集群終端發送的授權應答消息，轉發給ros，完成組呼建立。
[0009]優選地，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
[0010]優選地，RNC接收集群終端發送的授權應答消息，轉發給PDS之后，上述方法還包括:RNC在下行伴隨信令信道上周期性的發送PDS下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼；RNC將物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；RNC將鄰接小區組呼資源信息在下行伴隨信令信道上周期性的發送，供聽用戶自主切換。
[0011]優選地，集群終端與NODE B進行專用信道同步過程具體包括:集群終端與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續IOms的突發脈沖質量高于預定門限值；
[0012]優選地，集群終端與NODE B進行專用信道同步檢測和專用信道初始建立具體包括:集群終端持續發送上行數據直到檢測到下行數據，其中，上行數據中攜帶有呼叫建立完成消息；N0DE B收到上行數據后，持續發送下行數據，直到上行數據不再是呼叫建立完成信息，其中，下行數據中攜帶有授權信息；集群終端在收到下行數據后，向NODE B發送除呼叫建立完成消息以外的其它上行數據；N0DE B收到除呼叫建立完成消息以外的其它上行數據后，發送攜帶有非授權信息的下行數據。
[0013]優選地，與呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
[0014]本發明還提供了一種TD-SCDMA集群系統組呼建立系統，包括:集群終端，用于保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由無線網絡控制器RNC轉發到集群調度服務器ros，其中，組呼建立請求消息中攜帶與呼叫有關的參數；RNC，用于接收PDS發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置信息攜帶在組呼建立響應消息中發送給集群終端，使集群終根據物理資源信息進行相關配置；并向PDS發送組呼服務請求，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到NODE B的線鏈路建立響應和PDS的業務指派請求后，分別建立IUB 口和IUDs 口的業務承載；集群終端進一步用于:與NODE B進行專用信道同步過程；RNC進一步用于:接收NODE B在捕獲到集群終端的上行同步信號后發送的無線鏈路恢復指示，并接收集群終端發送的呼叫建立完成消息，通知ros呼叫建立完成，并接收PDS發送的授權消息，通知集群終端進行講話，接收集群終端發送的授權應答消息，轉發給ros，完成組呼建立。
[0015]優選地，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
[0016]優選地，RNC進一步用于:在下行伴隨信令信道上周期性的發送PDS下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼；將物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；將鄰接小區組呼資源信息在下行伴隨信令信道上周期性的發送，供聽用戶自主切換。
[0017]優選地，集群終端具體用于:與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續IOms的突發脈沖質量高于預定門限值；
[0018]集群終端具體用于:持續發送上行數據直到檢測到下行數據，其中，上行數據中攜帶有呼叫建立完成消息；在收到NODE B發送的下行數據后，其中，下行數據中攜帶有授權信息，向NODE B發送除呼叫建立完成消息以外的其它上行數據；接收NODE B發送的攜帶有非授權信息的下行數據。
[0019]優選地，呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
[0020]本發明有益效果如下:
[0021]通過在TD-SCDMA原有呼叫建立流程基礎上對各部分關鍵地方進行重點優化，解決了現有技術中用戶按下通話鍵后要等待較長時間才能通話的問題，能夠縮短組呼建立和話權切換的流程時間，以較小的改造代價實現了集群快速呼叫流程建立，使用戶在按下通話鍵后，能較快地通話，提升了用戶體驗。
[0022]上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本發明的【具體實施方式】。
【專利附圖】
【附圖說明】
[0023]通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的，而并不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0024]圖1是本發明實時的TD-SCDMA集群系統組呼建立方法的流程圖；
[0025]圖2是本發明實施例的TD-SCDMA集群系統組呼建立方法的詳細處理流程圖；
[0026]圖3是現有技術中TD系統主叫建立的流程圖；
[0027]圖4是現有技術中DPCH專用信道同步及初始傳輸過程的示意圖；
[0028]圖5是現有技術中終端DPCH專用信道同步上報過程的示意圖；
[0029]圖6是現有技術中TD終端DPCH信道建立的信令流程圖；
[0030]圖7是現有技術中DPCH專用信道同步及初始傳輸過程耗費時間的示意圖；
[0031]圖8是本發明實施例的為改進后的終端物理層向終端協議棧上報同步指示的示意圖；[0032]圖9是本發明實施例的DPCH專用信道同步及初始傳輸過程耗費時間的示意圖；
[0033]圖10是本發明實施例的TD集群終端DPCH信道建立場景的示意圖；
[0034]圖11是本發明實施例的TD-SCDMA集群系統組呼建立系統的示意圖；
[0035]圖12是本發明實施例的改進后TD-SCDMA系統集群呼叫的專用信道同步檢測和專用信道初始建立過程的示意圖。
【具體實施方式】
[0036]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。
[0037]為了解決現有技術中用戶按下通話鍵后要等待較長時間才能通話的問題，本發明提供了一種TD-SCDMA集群系統組呼建立方法及系統，基于現有的TD-SCDMA系統，根據集群系統的特點，在TD-SCDMA原有呼叫建立流程基礎上對各部分關鍵地方進行重點優化，縮短了組呼建立和話權切換的流程時間，以較小的改造代價實現了集群快速呼叫流程建立。以下結合附圖以及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不限定本發明。
[0038]方法實施例
[0039]根據本發明的實施例，提供了一種TD-SCDMA集群系統組呼建立方法，圖1是本發明實施例的TD-SCDMA集群系統組呼建立方法的流程圖，如圖1所示，根據本發明實施例的TD-SCDMA集群系統組呼建立方法包括如下處理:
[0040]步驟101，集群終端保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由無線網絡控制器RNC轉發到集群調度服務器ros，其中，組呼建立請求消息中攜帶與呼叫有關的參數；與呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
[0041]步驟102，RNC接收TOS發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置信息攜帶在組呼建立響應消息中發送給集群終端，使集群終根據物理資源信息進行相關配置；并向PDS發送組呼服務請求，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到NODE B的無線鏈路建立響應和PDS的業務指派請求后，分別建立IUB 口和IUDs 口的業務承載；其中，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
[0042]步驟103，集群終端與NODE B進行專用信道同步過程，RNC接收NODEB在捕獲到集群終端的上行同步信號后發送的無線鏈路恢復指示，并接收集群終端發送的呼叫建立完成消息，通知PDS呼叫建立完成，并接收PDS發送的授權消息，通知集群終端進行講話，接收集群終端發送的授權應答消息，轉發給ros，完成組呼建立。
[0043]在步驟103之后，上述方法還包括:RNC在下行伴隨信令信道上周期性的發送ros下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼；RNC將物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；RNC將鄰接小區組呼資源信息在下行伴隨信令信道上周期性的發送，供聽用戶自主切換。[0044]在步驟103中，集群終端與NODE B進行專用信道同步過程具體包括:集群終端與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續IOms的突發脈沖質量高于預定門限值；
[0045]集群終端與NODE B進行專用信道同步檢測和專用信道初始建立具體包括:
[0046]步驟1，集群終端持續發送上行數據直到檢測到下行數據，其中，上行數據中攜帶有呼叫建立完成消息；
[0047]步驟2，NODE B收到上行數據后，持續發送下行數據，直到上行數據不再是呼叫建立完成信息，其中，下行數據中攜帶有授權信息；
[0048]步驟3，集群終端在收到下行數據后，向NODE B發送除呼叫建立完成消息以外的其它上行數據；
[0049]步驟4，N0DE B收到除呼叫建立完成消息以外的其它上行數據后，發送攜帶有非授權信息的下行數據。
[0050]以下結合附圖，對本發明實施例的上述技術方案進行詳細的說明。
[0051]圖2是本發明實施例的TD-SCDMA集群系統組呼建立方法的詳細處理流程圖，如圖2所示，在系統和終端之間，一個組呼新建的流程具體包括如下處理:
[0052]步驟201，集群終端在IDLE狀態保存從SIB消息接收到的集群各類業務層2配置信息，具體包括:RB信息、傳輸信道信息、CCTRCH信息等；
[0053]步驟202，集群終端在需要進行組呼時，通過隨機接入信道發送組呼建立請求(PTTCall Setup Request)消息。
[0054]按照組呼快速接入的要求，集群終端應該在800ms內接入。因此，為了提高接入速度，本發明實施例中，在空口省略了 RRC建鏈過程，在PTT Call SetupRequest消息中將普通呼叫中的服務請求(Service Request)、建立(Setup)消息中的所有信息都帶上來,其中，對于呼叫有關的參數有CN域標識(CN domainidentity)、主叫標識(P — TMSI或MSI)、被叫號碼、QoS要求、以及業務類型等；RNC收到該消息后，轉發給H)S，并等待響應；
[0055]步驟203，PDS收到組呼建立請求消息后，需要進行鑒權及沖突檢測等工作，在確認允許用戶接入后，返回組呼連接請求(PTT Call Connect Request)消息。
[0056]步驟204，RNC收到此消息后，根據組呼業務類型獲取預配置的物理資源信息，并攜帶在組呼建立響應(PTT Call Setup Response)消息中發送給集群終端，同時攜帶SIB中的業務層2配置索引，集群終端收到此消息后根據物理資源信息的指示進行相關配置，并與NODE B的專用信道同步過程；與此同時，RNC發送組呼服務請求(PTT Service Request)給H)S，請求建立IUDs 口的用戶面承載；
[0057]步驟205,與步驟204同時,RNC通過無線鏈路建立請求(RL Setup Request)消息通知NODE B建立與此次組呼的專用信道，包括上下行業務信道及下行伴隨信令信道；
[0058]步驟206，RNC在收到NODE B的RL建立響應及PDS的業務指派請求后，分別建立IUB 口及IUDs 口的業務承載；
[0059]步驟207，集群終端與N0DE_B進行專用信道同步過程；
[0060]步驟208，NODE B在捕獲到集群終端的上行同步信號后，給RNC返回RL恢復指示；
[0061]步驟209，集群終端完成配置及同步過程后在上行業務專用信道上返回呼叫建立完成消息，RNC收到此消息后通知PDS呼叫建立完成；[0062]步驟210，PDS收到呼叫建立完成消息后，給主叫用戶下發授權(Grant)消息，通知主叫用戶可以進行講話；RNC在下行信令信道上透傳此消息；
[0063]步驟211，集群終端受到消息后在上行業務信道上返回授權應答消息，RNC轉發給ros，完成一次組呼主叫建立過程；
[0064]步驟212，PDS下發震鈴消息，其中攜帶組ID、主叫用戶號等信息，供聽用戶顯示；此消息RNC在下行伴隨信令信道上周期發送；
[0065]步驟213，組呼建立后，RNC通過尋呼通知小區內組用戶成員加入組呼；在此尋呼消息中，攜帶用戶不需要回尋呼響應的標志；被叫用戶在收到尋呼后，通過監聽小區組呼專用公共T-FACH (配置從SIB中獲取)信道上的周期發送的組呼資源配置消息獲取到業務及伴隨信道資源配置情況，建立相應的信道資源，監聽下行業務信道；
[0066]步驟214，組呼資源建立后，資源配置信息在小區組呼專用公共T-FACH信道上周期廣播，以供聽用戶及遲后接入用戶使用，消息中包括組ID、業務信道資源配置信息、伴隨信令信道資源配置信息、在SIB中業務配置索引等信息；
[0067]步驟215，鄰接小區組呼資源信息在下行專用伴隨信令信道上周期發送，以供聽用戶自主切換；消息中包括鄰接小區組呼業務信道資源配置信息、伴隨信令信道資源配置信息等;
[0068]從上述處理流程可以看出，本發明實施例的技術方案縮短了 RRC建鏈過程，具體地，在現有技術中，普通的TD流程，為了兼容不同的流程，另外保證較高的可靠性，RRC建鏈、鑒權、安全模式、RB建立等步驟都是一步接一步地完成的，而在本發明實施例中，充分利用了集群流程比較單一的特性，把這些步驟簡化，用非常少的步驟就完成了呼叫建立的流程。圖3是現有技術中TD系統主叫建立的流程圖，通過圖3可以看到，在原有的普通TD主叫通話中，UE與網絡側的的流程包括步驟302、步驟303、步驟304、步驟305、步驟306、步驟307、步驟308、步驟309、步驟310、步驟311、步驟312、步驟313、步驟314、以及步驟315 一共十四個步驟，而在本發明實施例的集群的主叫通話過程中，UE和網絡交互通過步驟202、步驟204、步驟207、步驟209、步驟210、以及步驟211共六個步驟就完成了，極大地縮短了流程。
[0069]其中，在步驟202中，在集群終端在需要進行組呼時，通過隨機接入信道發送PTTCall Setup Request消息，為了提高接入速度，在空口省略了 RRC建鏈過程，在消息PTTCall Setup Request中將普通呼叫中的Service Request、Setup消息中的所有信息都帶上來，其中對于呼叫有關的參數包括:CN (10!11&丨11丨(^社^7、主叫標識(？一了]^1或頂51)、被叫號碼、QoS要求、業務類型等；在這個步驟中，通過增加數據包的數量，將原來多個步驟的數據一起傳送給了網絡側，基本保證了通信可靠性，又縮短了交互流程，減少了時間。
[0070]在本發明實施例中，還縮短了專用信道同步檢測和專用信道初始建立過程，具體地:
[0071]圖4是現有技術中DPCH專用信道同步及初始傳輸過程的示意圖，TD-SCDMA系統原有的普通呼叫的專用信道同步檢測和專用信道初始建立過程如圖4所示:
[0072]步驟401，TD終端持續發送上行SB直到檢測到下行信號，其中SB(Specialburst)是不攜帶任何有意義數據的專門用來檢測同步的特殊突發；
[0073]步驟402，TD基站收到上行SB后，持續發送下行SB直到收到上行數據；[0074]步驟403，TD終端收到下行SB后，發送上行數據給基站(含指示終端呼叫建立完成)；
[0075]步驟404，TD基站收到上行數據后，發送下行數據給終端(含授權信息)。
[0076]上面4個步驟是有時間先后順序的，交互的任何一方，在一個步驟中發送一個信號，在收到對方的反饋后，才能執行下一步驟。檢測對方的反饋，需要滿足一定的條件，才能算檢測通過，條件比較苛刻的話，檢測時間就會比較長，導致交互的時間比較長。
[0077]其中，終端專用信道同步檢測通過的條件為:需要滿足下面其中一個條件才能算專用信道同步，才能上報給上層:
[0078]條件1、UE測量到連續40ms的Burst質量(由SIR定義)高于門限值Qin。
[0079]條件2、對于在當前幀中結束的TTI，UE LI至少能夠檢測到一個傳輸塊的CRC是正確的。
[0080]條件3，UE至少能夠檢測到一個正確的Special Burst,如果SB的傳輸質量高于Qsbin則認為SB檢測成功，SB根據TFCI檢測來判斷(TFCI為O)。
[0081]圖5是現有技術終端DPCH專用信道同步上報過程的示意圖，從圖5中可以看出，如果信號很好的話，上報第一個同步指示時間也需要40ms。圖6是現有技術TD終端DPCH信道建立的信令流程圖，通過圖6所示的場景流程圖可以看到，這里面還包括有UE終端內部各模塊的交互開銷，時間會更長。
[0082]將這些交互事件以時間為軸，表示為圖7，從圖7可以看到，不包括終端和基站各模塊內部的通訊開銷，時間至少要160ms才能完成這個過程。
[0083]由于集群組呼是語音通訊，可以有信令和用戶來進行重傳來確認信息，所以可靠性可以降低，所以針對這個過程，因此可以考慮從兩方面進行改進:
[0084]1、DPCH初始建立的時候，不發送特殊的SB，直接傳送數據，直接通過攜帶有效數據的信號來檢測同步；
[0085]2、同步檢測，只檢測所需要時間最短的信號SIR檢測，并且檢測的持續時間從40ms縮短到IOms ；
[0086]3、初始 DPCH 的 TTI 從 40ms 縮短到 2Oms。
[0087]圖12是本發明實施例的改進后TD-SCDMA系統集群呼叫的專用信道同步檢測和專用信道初始建立過程的示意圖。改進后的整體流程如下:
[0088]步驟1201，TD終端持續發送上行數據(攜帶呼叫建立完成消息)直到檢測到下行信號。此改進步驟中，把原來流程中發送的SB改為直接發送上行的數據(呼叫建立完成消息)；
[0089]步驟1202，TD基站收到上行數據(攜帶呼叫完成信息)后，持續發送下行數據(攜帶授權信息)，直到上行數據發生改變(不再是呼叫建立完成信息)。此步驟中，將原來基站發送的SB改為基站直接發送下行數據；
[0090]步驟1203，UE在收到下行數據(攜帶授權信息)后，UE向TD基站發送其它上行數據(不再是呼叫建立完成信息)。在基站收到這個上行數據(非呼叫建立完成信息)之前，基站一直重復發送下行數據(授權);
[0091]步驟1204，TD基站收到上行數據(非呼叫建立完成信息)后，發送下行數據(非授權信息);[0092]其中終端專用信道同步檢測通過的條件修改如下:UE測量到連續IOms的Burst質量(由SIR定義)高于門限值Qin。而原有方法為40ms。
[0093]圖8是本發明實施例的為改進后的終端物理層向終端協議棧上報同步指示的示意圖，從圖8中可以看出，上報同步指示只需要10ms，另外由于信令信道的TTI改為20ms，所以從圖9可以看到，不包括終端和基站各模塊內部的開銷，時間縮短為40ms就能完成這個過程。優化后的終端和系統側的場景圖見圖10。
[0094]需要說明的是，這是在組呼新建過程中的DPCH初始建立過程縮短的方法，那么在組呼過程中聽用戶的話權申請過程中的DPCH初始建立，也可以用同樣的方法加以縮短。
[0095]綜上所述，借助于本發明實施例的技術方案，通過在TD-SCDMA原有呼叫建立流程基礎上對各部分關鍵地方進行重點優化，解決了現有技術中用戶按下通話鍵后要等待較長時間才能通話的問題，能夠縮短組呼建立和話權切換的流程時間，以較小的改造代價實現了集群快速呼叫流程建立，使用戶在按下通話鍵后，能較快地通話，提升了用戶體驗。
[0096]系統實施例
[0097]根據本發明的實施例，提供了一種TD-SCDMA集群系統組呼建立系統，圖11是本發明實施例的TD-SCDMA集群系統組呼建立系統的結構示意圖，如圖11所示，根據本發明實施例的TD-SCDMA集群系統組呼建立系統包括:集群終端110、N0ED_B111、以及RNC112和PDSl 13，以下對本發明實施例的各個模塊進行詳細的說明。
[0098]集群終端110，用于保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由基站N0DE_B111，無線網絡控制器RNCl 12轉發到集群調度服務器ros 113，其中，組呼建立請求消息中攜帶與呼叫有關的參數；呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
[0099]RNC112，用于接收TOS113發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置索引攜帶在組呼建立響應消息中發送給集群終端110，使集群終根據物理資源信息進行相關配置；并向PDS發送組呼服務請求，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知N0DEB111建立此次組呼的專用信道，并在接收到NODE B的線鏈路建立響應和PDS的業務指派請求后，分別建立IUB 口和IUBs 口的業務承載；其中，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
[0100]集群終端110進一步用于:與NODE B進行專用信道同步過程；
[0101]集群終端110具體用于:與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續IOms的突發脈沖質量高于預定門限值；
[0102]集群終端具體用于:持續發送上行數據直到檢測到下行信號，其中，上行數據中攜帶有呼叫建立完成消息；在收到NODE B發送的下行數據后，其中，下行數據中攜帶有授權信息，向NODE B發送除呼叫建立完成消息以外的其它上行數據；接收NODE B發送的攜帶有非授權信息的下行數據。
[0103]RNCl 12進一步用于:接收NODE B在捕獲到集群終端110的上行同步信號后發送的無線鏈路恢復指示，并接收集群終端Iio發送的呼叫建立完成消息，通知PDS呼叫建立完成，并接收PDS發送的授權消息，通知集群終端110進行講話，接收集群終端110發送的授權應答消息，轉發給ros，完成組呼建立。[0104]RNCl 12進一步用于:在下行伴隨信令信道上周期性的發送PDS下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼；將物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；將鄰接小區組呼資源信息在下行專用伴隨信令信道上周期性的發送，供聽用戶自主切換。
[0105]以下結合附圖，對本發明實施例的上述技術方案進行詳細的說明。
[0106]圖2是本發明實施例的TD-SCDMA集群系統組呼建立方法的詳細處理流程圖，如圖2所示，在系統和終端之間，一個組呼新建的流程具體包括如下處理:
[0107]步驟201，集群終端在IDLE狀態保存從SIB消息接收到的集群各類業務層2配置信息，具體包括:RB信息、傳輸信道信息、CCTRCH信息等；
[0108]步驟202，集群終端在需要進行組呼時，通過隨機接入信道發送組呼建立請求(PTTCall Setup Request)消息。
[0109]按照組呼快速接入的要求，集群終端應該在800ms內接入。因此，為了提高接入速度，本發明實施例中，在空口省略了 RRC建鏈過程，在PTT Call SetupRequest消息中將普通呼叫中的服務請求(Service Request)、建立(Setup)消息中的所有信息都帶上來,其中，對于呼叫有關的參數有CN域標識(CN domainidentity)、主叫標識(P — TMSI或MSI)、被叫號碼、QoS要求、以及業務類型等；RNC收到該消息后，轉發給H)S，并等待響應；
[0110]步驟203，PDS收到組呼建立請求消息后，需要進行鑒權及沖突檢測等工作，在確認允許用戶接入后，返回組呼連接請求(PTT Call Connect Request)消息。
[0111]步驟204，RNC收到此消息后，根據組呼業務類型獲取預配置的物理資源信息，并攜帶在組呼建立響應(PTT Call Setup Response)消息中發送給集群終端，同時攜帶SIB中的業務層2配置索引，集群終端收到此消息后根據物理資源信息的指示進行相關配置，并與NODE B的專用信道同步過程；與此同時，RNC發送組呼服務請求(PTT Service Request)給H)S，請求建立IUDs 口的用戶面承載；
[0112]步驟205,與步驟204同時,RNC通過無線鏈路建立請求(RL Setup Request)消息通知NODE B建立與此次組呼的專用信道，包括上下行業務信道及下行伴隨信令信道；
[0113]步驟206，RNC在收到NODE B的RL建立響應及PDS的業務指派請求后，分別建立IUB 口及IUDS 口的業務承載；
[0114]步驟207，集群終端與N0DE_B進行專用信道同步過程；
[0115]步驟208，NODE B在捕獲到集群終端的上行同步信號后，給RNC返回RL恢復指示；
[0116]步驟209，集群終端完成配置及同步過程后在上行業務專用信道上返回呼叫建立完成消息，RNC收到此消息后通知PDS呼叫建立完成；
[0117]步驟210，PDS收到呼叫建立完成消息后，給主叫用戶下發授權(Grant)消息，通知主叫用戶可以進行講話；RNC在下行信令信道上透傳此消息；
[0118]步驟211，集群終端受到消息后在上行業務信道上返回授權應答消息，RNC轉發給ros，完成一次組呼主叫建立過程；
[0119]步驟212，PDS下發震鈴消息，其中攜帶組ID、主叫用戶號等信息，供聽用戶顯示；此消息RNC在下行伴隨信令信道上周期發送；
[0120]步驟213，組呼建立后，RNC通過尋呼通知小區內組用戶成員加入組呼；在此尋呼消息中，攜帶用戶不需要回尋呼響應的標志；被叫用戶在收到尋呼后，通過監聽小區組呼專用公共T-FACH (配置從SIB中獲取)信道上的周期發送的組呼資源配置消息獲取到業務及伴隨信道資源配置情況，建立相應的信道資源，監聽下行業務信道；
[0121]步驟214，組呼資源建立后，資源配置信息在小區組呼專用公共T-FACH信道上周期廣播，以供聽用戶及遲后接入用戶使用，消息中包括組ID、業務信道資源配置信息、伴隨信令信道資源配置信息、在SIB中業務配置索引等信息；
[0122]步驟215，鄰接小區組呼資源信息在下行專用伴隨信令信道上周期發送，以供聽用戶自主切換；消息中包括鄰接小區組呼業務信道資源配置信息、伴隨信令信道資源配置信息等;
[0123]從上述處理流程可以看出，本發明實施例的技術方案縮短了 RRC建鏈過程，具體地，在現有技術中，普通的TD流程，為了兼容不同的流程，另外保證較高的可靠性，RRC建鏈、鑒權、安全模式、RB建立等步驟都是一步接一步地完成的，而在本發明實施例中，充分利用了集群流程比較單一的特性，把這些步驟簡化，用非常少的步驟就完成了呼叫建立的流程。圖3是本發明實施例的現有技術中TD系統主叫建立的流程圖，通過圖3可以看到，在原有的普通TD主叫通話中，UE與網絡側的的流程包括步驟302、步驟303、步驟304、步驟305、步驟306、步驟307、步驟308、步驟309、步驟310、步驟311、步驟312、步驟313、步驟314、以及步驟315 —共十四個步驟，而在本發明實施例的集群的主叫通話過程中，UE和網絡交互通過步驟202、步驟204、步驟207、步驟209、步驟210、以及步驟211共六個步驟就完成了，極短地縮短了流程。
[0124]其中，在步驟202中，在集群終端在需要進行組呼時，通過隨機接入信道發送PTTCall Setup Request消息，為了 提高接入速度，在空口省略了 RRC建鏈過程，在消息PTTCall Setup Request中將普通呼叫中的Service Request、Setup消息中的所有信息都帶上來，其中對于呼叫有關的參數包括:CN (10!11&丨11丨(^社^7、主叫標識(？一了]^1或頂51)、被叫號碼、QoS要求、業務類型等；在這個步驟中，通過增加數據包的數量，將原來多個步驟的數據一起傳送給了網絡側，基本保證了通信可靠性，又縮短了交互流程，減少了時間。
[0125]在本發明實施例中，還縮短了專用信道同步檢測和專用信道初始建立過程，具體地:
[0126]圖4是現有技術的DPCH專用信道同步及初始傳輸過程的示意圖，TD-SCDMA系統原有的普通呼叫的專用信道同步檢測和專用信道初始建立過程如圖4所示:
[0127]步驟401，TD終端持續發送上行SB直到檢測到下行信號，其中SB(Specialburst)是不攜帶任何有意義數據的專門用來檢測同步的特殊突發；
[0128]步驟402，TD基站收到上行SB后，持續發送下行SB直到收到上行數據；
[0129]步驟403，TD終端收到下行SB后，發送上行數據給基站(含指示終端呼叫建立完成)；
[0130]步驟404，TD基站收到上行數據后，發送下行數據給終端(含授權信息)。
[0131]上面4個步驟是有時間先后順序的，交互的任何一方，在一個步驟中發送一個信號，在收到對方的反饋后，才能執行下一步驟。檢測對方的反饋，需要滿足一定的條件，才能算檢測通過，條件比較苛刻的話，檢測時間就會比較長，導致交互的時間比較長。
[0132]其中，終端專用信道同步檢測通過的條件為:需要滿足下面其中一個條件才能算專用信道同步，才能上報給上層:[0133]條件1、UE測量到連續40ms的Burst質量(由SIR定義)高于門限值Qin。
[0134]條件2、對于在當前幀中結束的TTI，UE LI至少能夠檢測到一個傳輸塊的CRC是正確的。
[0135]條件3、UE至少能夠檢測到一個正確的Special Burst,如果SB的傳輸質量高于Qsbin則認為SB檢測成功，SB根據TFCI檢測來判斷(TFCI為O)。
[0136]圖5是現有技術的終端物理層向終端協議棧上報同步指示的示意圖，從圖5中可以看出，如果信號很好的話，上報第一個同步指示時間也需要40ms。圖6是本發明實施例現有技術的TD終端DPCH信道建立的信令流程圖，通過圖6示的場景流程圖可以看到，這里面還包括有UE終端內部各模塊的交互開銷，時間會更長。
[0137]將這些交互事件以時間為軸，表示為圖7，從圖7可以看到，不包括終端和基站各模塊內部的通訊開銷，時間至少要160ms才能完成這個過程。
[0138]由于集群組呼是語音通訊，可以有信令和用戶來進行重傳來確認信息，所以可靠性可以降低，所以針對這個過程，因此可以考慮從兩方面進行改進:
[0139]1、DPCH初始建立的時候，不發送特殊的SB，直接傳送數據，直接通過攜帶有效數據的信號來檢測同步；
[0140]2、同步檢測，只檢測所需要時間最短的信號SIR檢測，并且檢測的持續時間從40ms縮短到IOms ；
[0141]3、初始 DPCH 的 TTI 從 40ms 縮短到 20ms。
[0142]圖12是本發明實施例的改進后TD-SCDMA系統集群呼叫的專用信道同步檢測和專用信道初始建立過程的示意圖。改進后的整體流程如下:
[0143]步驟1201，TD終端持續發送上行數據(攜帶呼叫建立完成消息)直到檢測到下行信號。此改進步驟中，把原來流程中發送的SB改為直接發送上行的數據(呼叫建立完成消息)；
[0144]步驟1202，TD基站收到上行數據(攜帶呼叫完成信息)后，持續發送下行數據(攜帶授權信息)，直到上行數據發生改變(不再是呼叫建立完成信息)。此步驟中，將原來基站發送的SB改為基站直接發送下行數據；
[0145]步驟1203，UE在收到下行數據(攜帶授權信息)后，UE向TD基站發送其它上行數據(不再是呼叫建立完成信息)。在基站收到這個上行數據(非呼叫建立完成信息)之前，基站一直重復發送下行數據(授權);
[0146]步驟1204，TD基站收到上行數據(非呼叫建立完成信息)后，發送下行數據(非授權信息);
[0147]其中終端專用信道同步檢測通過的條件修改如下:UE測量到連續IOms的Burst質量(由SIR定義)高于門限值Qin。而原有方法為40ms。
[0148]圖8是本發明實施例的為改進后的終端物理層向終端協議棧上報同步指示的示意圖，從圖8中可以看出，上報同步指示只需要10ms，另外由于信令信道的TTI改為20ms，所以從圖9可以看到，不包括終端和基站各模塊內部的開銷，時間縮短為40ms就能完成這個過程。優化后的終端和系統側的場景圖見圖10。
[0149]需要說明的是，這是在組呼新建過程中的DPCH初始建立過程縮短的方法，那么在組呼過程中聽用戶的話權申請過程中的DPCH初始建立，也可以用同樣的方法加以縮短。[0150]綜上所述，借助于本發明實施例的技術方案，通過在TD-SCDMA原有呼叫建立流程基礎上對各部分關鍵地方進行重點優化，解決了現有技術中用戶按下通話鍵后要等待較長時間才能通話的問題，能夠縮短組呼建立和話權切換的流程時間，以較小的改造代價實現了集群快速呼叫流程建立，使用戶在按下通話鍵后，能較快地通話，提升了用戶體驗。
[0151]在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基于在此的示教一起使用。根據上面的描述，構造這類系統所要求的結構是顯而易見的。此外，本發明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現在此描述的本發明的內容，并且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。
[0152]在此處所提供的說明書中，說明了大量具體細節。然而，能夠理解，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。
[0153]類似地，應當理解，為了精簡本公開并幫助理解各個發明方面中的一個或多個，在上面對本發明的示例性實施例的描述中，本發明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖:即所要求保護的本發明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權利要求書由此明確地并入該【具體實施方式】，其中每個權利要求本身都作為本發明的單獨實施例。
[0154]本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0155]此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0156]本發明的各個部件實施例可以以硬件實現，或者以在一個或者多個處理器上運行的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本發明實施例的TD-SCDMA集群系統組呼建立系統中的一些或者全部部件的一些或者全部功能。本發明還可以實現為用于執行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。[0157]應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
【權利要求】
1.一種TD-SCDMA集群系統組呼建立方法，其特征在于，包括: 集群終端保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由無線網絡控制器RNC轉發到集群調度服務器ros，其中，所述組呼建立請求消息中攜帶與呼叫有關的參數； 所述RNC接收所述PDS發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置信息攜帶在組呼建立響應消息中發送給所述集群終端，使所述集群終根據所述物理資源信息進行相關配置；并向所述PDS發送組呼服務請求消息，請求所述PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到所述NODE B的無線鏈路建立響應消息和所述H)S的業務指派請求消息后，分別建立IUB 口和IUDs 口的業務承載； 所述集群終端與所述NODE B進行專用信道同步過程，所述RNC接收所述NODE B在捕獲到所述集群終端的上行同步信號后發送的無線鏈路恢復指示，并接收所述集群終端發送的呼叫建立完成消息，通知所述PDS呼叫建立完成，并接收所述PDS發送的授權消息，通知所述集群終端進行講話，接收所述集群終端發送的授權應答消息，轉發給所述ros，完成組呼建立。
2.如權利要求1所述的方法，其特征在于，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
3.如權利要求2所述的方法，其特征在于，所述RNC接收所述集群終端發送的授權應答消息，轉發給所述PDS之后，所述 方法還包括: 所述RNC在下行伴隨信令信道上周期性的發送所述PDS下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼； 所述RNC將所述物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用； 所述RNC將鄰接小區組呼資源信息在下行伴隨信令信道上周期性的發送，供聽用戶自主切換。
4.如權利要求1或3所述的方法，其特征在于，所述集群終端與所述NODEB進行專用信道同步過程具體包括:所述集群終端與所述NODE B進行專用信道同步檢測和專用信道初始建立，其中，所述集群終端專用信道同步檢測通過的條件為:所述集群終端測量到連續IOms的突發脈沖質量高于預定門限值； 所述集群終端與所述NODE B進行專用信道同步檢測和專用信道初始建立具體包括: 所述集群終端持續發送上行數據直到檢測到下行數據，其中，所述上行數據中攜帶有呼叫建立完成消息； 所述NODE B收到所述上行數據后，持續發送下行數據，直到所述上行數據不再是呼叫建立完成信息，其中，所述下行數據中攜帶有授權信息； 所述集群終端在收到所述下行數據后，向所述NODE B發送除所述呼叫建立完成消息以外的其它上行數據； 所述NODE B收到除所述呼叫建立完成消息以外的其它上行數據后，發送攜帶有非授權信息的下行數據。
5.如權利要求1或3所述的方法，其特征在于，與呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
6.一種TD-SCDMA集群系統組呼建立系統，其特征在于，包括: 集群終端，用于保存接收到的集群各類業務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經由無線網絡控制器RNC轉發到集群調度服務器ros，其中，所述組呼建立請求消息中攜帶與呼叫有關的參數； 所述RNC，用于接收所述PDS發送的組呼連接請求消息，將獲取的物理資源信息和業務層2配置信息攜帶在組呼建立響應消息中發送給所述集群終端，使所述集群終根據所述物理資源信息進行相關配置；并向所述PDS發送組呼服務請求，請求所述PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到所述NODE B的線鏈路建立響應和所述PDS的業務指派請求后，分別建立IUB 口和IUDs口的業務承載； 所述集群終端進一步用于:與所述NODE B進行專用信道同步過程； 所述RNC進一步用于:接收所述NODE B在捕獲到所述集群終端的上行同步信號后發送的無線鏈路恢復指示，并接收所述集群終端發送的呼叫建立完成消息，通知所述ros呼叫建立完成，并接收所述PDS發送的授權消息，通知所述集群終端進行講話，接收所述集群終端發送的授權應答消息，轉發給所述ros，完成組呼建立。
7.如權利要求6所述的系統，其特征在于，建立此次組呼的專用信道具體包括:上下行業務信道、以及下行伴隨信令信道。
8.如權利要求7所述的系統，其特征在于，所述RNC進一步用于: 在下行伴隨信令信道上周期性的發送所述PDS下發的振鈴消息，并通過尋呼通知小區內組用戶成員加入組呼； 將所述物理資源信息在小區組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用； 將鄰接小區組呼資源信息在下行伴隨信令信道上周期性的發送，供聽用戶自主切換。
9.如權利要求6或8所述的系統，其特征在于，所述集群終端具體用于:與所述NODEB進行專用信道同步檢測和專用信道初始建立，其中，所述集群終端專用信道同步檢測通過的條件為:所述集群終端測量到連續IOms的突發脈沖質量高于預定門限值； 所述集群終端具體用于:持續發送上行數據直到檢測到下行數據，其中，所述上行數據中攜帶有呼叫建立完成消息；在收到所述NODE B發送的所述下行數據后，其中，所述下行數據中攜帶有授權信息，向所述NODE B發送除所述呼叫建立完成消息以外的其它上行數據；接收所述NODE B發送的攜帶有非授權信息的下行數據。
10.如權利要求6 或8所述的系統，其特征在于，與呼叫有關的參數具體包括:CN域標識、主叫標識、被叫號碼、服務質量要求、以及業務類型。
【文檔編號】H04W76/02GK104010278SQ201310060469
【公開日】2014年8月27日 申請日期:2013年2月27日 優先權日:2013年2月27日
【發明者】李靜海, 李姣 申請人:中興通訊股份有限公司