Td-scdma集群系統(tǒng)組呼建立方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種TD-SCDMA集群系統(tǒng)組呼建立方法及系統(tǒng)。該方法包括：集群終端將組呼建立請求消息經(jīng)由RNC轉(zhuǎn)發(fā)到PDS，RNC接收PDS發(fā)送的組呼連接請求消息，將組呼建立響應消息發(fā)送給集群終端；向PDS發(fā)送組呼服務請求，通知NODE?B建立此次組呼的專用信道，并在接收到NODE?B的線鏈路建立響應和PDS的業(yè)務指派請求后，分別建立IUB口和IUDs口的業(yè)務承載；集群終端與NODE?B進行專用信道同步過程，RNC接收NODE?B在捕獲到集群終端的上行同步信號后發(fā)送的無線鏈路恢復指示，接收集群終端發(fā)送的呼叫建立完成消息，通知PDS呼叫建立完成，接收PDS發(fā)送的授權(quán)消息，通知集群終端進行講話，接收集群終端發(fā)送的授權(quán)應答消息，轉(zhuǎn)發(fā)給PDS。
【專利說明】TD-SCDMA集群系統(tǒng)組呼建立方法及系統(tǒng)
【技術(shù)領域】
[0001]本發(fā)明涉及移動通訊領域，特別是涉及一種TD-SCDMA集群系統(tǒng)組呼建立方法及系統(tǒng)。
【背景技術(shù)】
[0002]在現(xiàn)有技術(shù)中，集群通信業(yè)務是一種半雙工雙向業(yè)務，并且是能夠?qū)崿F(xiàn)一對多的業(yè)務，其特點是當集群終端發(fā)起群組呼叫業(yè)務時，其語音信息能夠同時發(fā)送給預定義的集群群組內(nèi)的每一個成員，并且業(yè)務建立速度快。基于這些特點，集群通訊系統(tǒng)廣泛應用在政府機關(guān)、公安消防、能源交通、機場碼頭、工礦企業(yè)、軍事和展會等行業(yè)和場合。
[0003]目前的集群通信系統(tǒng)是基于第二代移動通信技術(shù)發(fā)展起來的，即全球移動通訊系統(tǒng)(Global System of Mobile communication,簡稱為GSM)技術(shù)。隨著新移動通信技術(shù)的成熟和商用普及，集群通信系統(tǒng)也必將演進到采用第三代(3rd-generation，簡稱為3G)或者第四代Urd-generation，簡稱為4G)等通信技術(shù)的系統(tǒng)。采用更為先進的通信技術(shù)是集群的演進方向。
[0004]時分同步碼分多址(TimeDivision-Synchronous Code DivisionMultipleAccess，簡稱為TD-SCDMA)是中國提出的3G標準，利用TD-SCDMA的技術(shù)來實現(xiàn)集群終端，在穩(wěn)定性和數(shù)據(jù)傳輸速度上都相對于2G技術(shù)會有非常大的提升，用戶體驗也有較大改善。由于集群終端的產(chǎn)量相對于普通手機終端比較小，重新設計生產(chǎn)芯片和改造軟件的話，成本會比較高。如果能利用現(xiàn)有的TD-SCDMA的終端芯片來改造成集群終端，成本比較低。
[0005]集群最重要的功能是組呼，即一人說話多人聽，這是集群終端必須支持的功能。集群用戶可能隨時發(fā)起通話，并且用戶的聽和說的角色可能在不斷變換，所以系統(tǒng)可能需要隨時要建立組呼，并且在組呼過程中，經(jīng)常要進行話權(quán)的申請仲裁授權(quán)等過程，所以這些組呼建立流程，包括組呼建立后話權(quán)切換流程，這些流程如果時間太長的話，會使用戶按下通話鍵后要等待較長時間才能通話，用戶體驗較差。
[0006]現(xiàn)有基于TD-SCDMA集群系統(tǒng)的呼叫流程大部分都是參考原有TD-SCDMA系統(tǒng)公網(wǎng)上普通呼叫的流程來實現(xiàn)的，通用性比較強，流程也比較長，如在專用物理信道(DedicatedPhysicalChannel,簡稱為DPCH)初始建立過程，就需要經(jīng)過上行特殊突發(fā)(SPECIAL BURST，簡稱為SB)發(fā)送接收、下行SB發(fā)送接收、上行初始數(shù)據(jù)發(fā)送接收、下行初始數(shù)據(jù)發(fā)送接收等四個步驟，這個步驟至少都需要160ms的時間，加上其他的隨機接入等過程，和各系統(tǒng)內(nèi)部的時間開銷，時間更長，造成用戶體驗較差。

【發(fā)明內(nèi)容】

[0007]本發(fā)明提供一種TD-SCDMA集群系統(tǒng)組呼建立方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中用戶按下通話鍵后要等待較長時間才能通話的問題。
[0008]本發(fā)明提供一種TD-SCDMA集群系統(tǒng)組呼建立方法，包括:集群終端保存接收到的集群各類業(yè)務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經(jīng)由無線網(wǎng)絡控制器RNC轉(zhuǎn)發(fā)到集群調(diào)度服務器ros，其中，組呼建立請求消息中攜帶與呼叫有關(guān)的參數(shù)；RNC接收PDS發(fā)送的組呼連接請求消息，將獲取的物理資源信息和業(yè)務層2配置信息攜帶在組呼建立響應消息中發(fā)送給集群終端，使集群終根據(jù)物理資源信息進行相關(guān)配置；并向PDS發(fā)送組呼服務請求消息，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到NODE B的無線鏈路建立響應消息和PDS的業(yè)務指派請求消息后，分別建立IUB 口和IUDs 口的業(yè)務承載；集群終端與NODE B進行專用信道同步過程，RNC接收NODEB在捕獲到集群終端的上行同步信號后發(fā)送的無線鏈路恢復指示，并接收集群終端發(fā)送的呼叫建立完成消息，通知PDS呼叫建立完成，并接收PDS發(fā)送的授權(quán)消息，通知集群終端進行講話，接收集群終端發(fā)送的授權(quán)應答消息，轉(zhuǎn)發(fā)給ros，完成組呼建立。
[0009]優(yōu)選地，建立此次組呼的專用信道具體包括:上下行業(yè)務信道、以及下行伴隨信令信道。
[0010]優(yōu)選地，RNC接收集群終端發(fā)送的授權(quán)應答消息，轉(zhuǎn)發(fā)給PDS之后，上述方法還包括:RNC在下行伴隨信令信道上周期性的發(fā)送PDS下發(fā)的振鈴消息，并通過尋呼通知小區(qū)內(nèi)組用戶成員加入組呼；RNC將物理資源信息在小區(qū)組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；RNC將鄰接小區(qū)組呼資源信息在下行伴隨信令信道上周期性的發(fā)送，供聽用戶自主切換。
[0011]優(yōu)選地，集群終端與NODE B進行專用信道同步過程具體包括:集群終端與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續(xù)IOms的突發(fā)脈沖質(zhì)量高于預定門限值；
[0012]優(yōu)選地，集群終端與NODE B進行專用信道同步檢測和專用信道初始建立具體包括:集群終端持續(xù)發(fā)送上行數(shù)據(jù)直到檢測到下行數(shù)據(jù)，其中，上行數(shù)據(jù)中攜帶有呼叫建立完成消息；N0DE B收到上行數(shù)據(jù)后，持續(xù)發(fā)送下行數(shù)據(jù)，直到上行數(shù)據(jù)不再是呼叫建立完成信息，其中，下行數(shù)據(jù)中攜帶有授權(quán)信息；集群終端在收到下行數(shù)據(jù)后，向NODE B發(fā)送除呼叫建立完成消息以外的其它上行數(shù)據(jù)；N0DE B收到除呼叫建立完成消息以外的其它上行數(shù)據(jù)后，發(fā)送攜帶有非授權(quán)信息的下行數(shù)據(jù)。
[0013]優(yōu)選地，與呼叫有關(guān)的參數(shù)具體包括:CN域標識、主叫標識、被叫號碼、服務質(zhì)量要求、以及業(yè)務類型。
[0014]本發(fā)明還提供了一種TD-SCDMA集群系統(tǒng)組呼建立系統(tǒng)，包括:集群終端，用于保存接收到的集群各類業(yè)務層2配置信息，并在需要進行組呼時，將組呼建立請求消息經(jīng)由無線網(wǎng)絡控制器RNC轉(zhuǎn)發(fā)到集群調(diào)度服務器ros，其中，組呼建立請求消息中攜帶與呼叫有關(guān)的參數(shù)；RNC，用于接收PDS發(fā)送的組呼連接請求消息，將獲取的物理資源信息和業(yè)務層2配置信息攜帶在組呼建立響應消息中發(fā)送給集群終端，使集群終根據(jù)物理資源信息進行相關(guān)配置；并向PDS發(fā)送組呼服務請求，請求PDS建立IUDs 口的用戶面承載，并通過無線鏈路建立請求消息通知NODE B建立此次組呼的專用信道，并在接收到NODE B的線鏈路建立響應和PDS的業(yè)務指派請求后，分別建立IUB 口和IUDs 口的業(yè)務承載；集群終端進一步用于:與NODE B進行專用信道同步過程；RNC進一步用于:接收NODE B在捕獲到集群終端的上行同步信號后發(fā)送的無線鏈路恢復指示，并接收集群終端發(fā)送的呼叫建立完成消息，通知ros呼叫建立完成，并接收PDS發(fā)送的授權(quán)消息，通知集群終端進行講話，接收集群終端發(fā)送的授權(quán)應答消息，轉(zhuǎn)發(fā)給ros，完成組呼建立。
[0015]優(yōu)選地，建立此次組呼的專用信道具體包括:上下行業(yè)務信道、以及下行伴隨信令信道。
[0016]優(yōu)選地，RNC進一步用于:在下行伴隨信令信道上周期性的發(fā)送PDS下發(fā)的振鈴消息，并通過尋呼通知小區(qū)內(nèi)組用戶成員加入組呼；將物理資源信息在小區(qū)組呼專用公共信道上周期性的廣播，供聽用戶和遲后接入用戶使用；將鄰接小區(qū)組呼資源信息在下行伴隨信令信道上周期性的發(fā)送，供聽用戶自主切換。
[0017]優(yōu)選地，集群終端具體用于:與NODE B進行專用信道同步檢測和專用信道初始建立，其中，集群終端專用信道同步檢測通過的條件為:集群終端測量到連續(xù)IOms的突發(fā)脈沖質(zhì)量高于預定門限值；
[0018]集群終端具體用于:持續(xù)發(fā)送上行數(shù)據(jù)直到檢測到下行數(shù)據(jù)，其中，上行數(shù)據(jù)中攜帶有呼叫建立完成消息；在收到NODE B發(fā)送的下行數(shù)據(jù)后，其中，下行數(shù)據(jù)中攜帶有授權(quán)信息，向NODE B發(fā)送除呼叫建立完成消息以外的其它上行數(shù)據(jù)；接收NODE B發(fā)送的攜帶有非授權(quán)信息的下行數(shù)據(jù)。
[0019]優(yōu)選地，呼叫有關(guān)的參數(shù)具體包括:CN域標識、主叫標識、被叫號碼、服務質(zhì)量要求、以及業(yè)務類型。
[0020]本發(fā)明有益效果如下:
[0021]通過在TD-SCDMA原有呼叫建立流程基礎上對各部分關(guān)鍵地方進行重點優(yōu)化，解決了現(xiàn)有技術(shù)中用戶按下通話鍵后要等待較長時間才能通話的問題，能夠縮短組呼建立和話權(quán)切換的流程時間，以較小的改造代價實現(xiàn)了集群快速呼叫流程建立，使用戶在按下通話鍵后，能較快地通話，提升了用戶體驗。
[0022]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。
【專利附圖】

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