專利名稱：數(shù)字集群系統(tǒng)的講話權(quán)控制方法及通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字集群通信領(lǐng)域，特別涉及一種數(shù)字集群系統(tǒng)的講話權(quán)控制方法及通信方法。
背景技術(shù)：
數(shù)字集群系統(tǒng)是移動(dòng)通信系統(tǒng)的一個(gè)重要分支，是多用戶共享一組無線信道，并動(dòng)態(tài)使用這些信道的專用移動(dòng)通信系統(tǒng)。目前，在TD-SCDMA(時(shí)分同步碼分多址)系統(tǒng)中實(shí)現(xiàn)數(shù)字集群業(yè)務(wù)的主要方法為群組呼叫和單獨(dú)呼叫，其中，單獨(dú)呼叫是在用戶終端與媒體服務(wù)器之間建立一個(gè)單獨(dú)的數(shù)據(jù)信道，從媒體服務(wù)器發(fā)送的每個(gè)數(shù)據(jù)包只能傳送給一個(gè)用戶終端。群組呼叫是在以組播技術(shù)構(gòu)建的網(wǎng)絡(luò)上，允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)信道上，發(fā)送給多個(gè)用戶終端。數(shù)字集群系統(tǒng)中典型的例子就是PTT(Push-To-Talk)，更準(zhǔn)確的說法應(yīng)該是PoC(Push to talk on Cellular，一鍵通)技術(shù)。該技術(shù)的主要特征是在用戶終端上實(shí)現(xiàn)對(duì)講機(jī)的功能，也就是說，PoC用戶終端只要按下一個(gè)專用鍵就可以和預(yù)先設(shè)定的一個(gè)組內(nèi)的用戶終端進(jìn)行一對(duì)多的半雙工通話。
實(shí)現(xiàn)PoC業(yè)務(wù)的系統(tǒng)需要一對(duì)連接端口，其中一個(gè)端口利用RTP(Realtime Transport Protocol，實(shí)時(shí)傳輸協(xié)議)傳輸語音或其他媒體流，另一個(gè)端口利用RTCP(Realtime Transport Control Protocol，實(shí)時(shí)傳輸控制協(xié)議)實(shí)現(xiàn)呼叫進(jìn)行中講話權(quán)控制。為了解析這兩種信息，用戶終端程序分別提供了RTP數(shù)據(jù)和RTCP數(shù)據(jù)的處理程序。當(dāng)通話時(shí)，用戶終端利用RTP處理程序?qū)⒄Z音數(shù)據(jù)封為RTP幀，通過相應(yīng)的端口發(fā)送；并利用RTCP處理程序?qū)⒖刂菩畔⒎鉃镽TCP幀，通過相應(yīng)的端口周期性地傳送來通知發(fā)送方，另外，發(fā)送方也可以用RTCP幀提供每次的會(huì)話信息，包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料。
在用戶終端會(huì)話期間，PoC業(yè)務(wù)的講話權(quán)控制都在PTT服務(wù)器中完成，所采用的RTCP幀包括多條控制消息Floor Idle(講話權(quán)空閑)、Floor Release(講話權(quán)釋放)、Floor Request(講話權(quán)請(qǐng)求)、Floor Grant(講話權(quán)授予)、FloorTaken(講話權(quán)獲取)、Floor Deny(講話權(quán)拒絕)、Floor Revoke(講話權(quán)撤消)和Floor Preemption(講話權(quán)搶占)。
例如，講話權(quán)請(qǐng)求過程如圖1所示，通過按下用戶終端1的PTT按鍵，使用戶終端1給PTT服務(wù)器發(fā)送Floor Request消息(用戶終端1將周期的發(fā)送Floor Request，直到接收到Floor Grant 向應(yīng)為止)；當(dāng)PTT服務(wù)器確定用戶終端1可以得到講話權(quán)，將發(fā)送Floor Taken消息給用戶終端2；并將發(fā)送Floor Grant消息給用戶終端1；用戶通過用戶終端1向用戶終端2發(fā)送語音信息。
講話權(quán)釋放過程如圖2所示，包括用戶停止說話，釋放用戶終端1的PTT按鍵；用戶終端1停止語音編碼，確定最后RTP包的序列號(hào)碼；用戶終端1通過Floor Release消息通知PTT服務(wù)器已經(jīng)釋放了講話權(quán)，該消息中包含了最后RTP包的序列號(hào)碼；PTT服務(wù)器向用戶終端2及用戶終端1發(fā)送Floor Idle消息，指示講話權(quán)空閑。
現(xiàn)有技術(shù)中建立初始呼叫連接過程通常采用SIP協(xié)議或H.323協(xié)議實(shí)現(xiàn)，其中，SIP(Session Initiation Protocol)是IETF制定的多媒體通信系統(tǒng)框架協(xié)議之一，它是一個(gè)基于文本的應(yīng)用層控制協(xié)議，獨(dú)立于底層協(xié)議，用于建立、修改和終止IP網(wǎng)上的雙方或多方多媒體會(huì)話；H.323是一套在分組網(wǎng)上提供實(shí)時(shí)音頻、視頻和數(shù)據(jù)通信的標(biāo)準(zhǔn)協(xié)議。
當(dāng)初始呼叫連接建立后，利用實(shí)時(shí)傳輸控制協(xié)議RTCP實(shí)現(xiàn)呼叫進(jìn)行中講話權(quán)控制，且利用實(shí)時(shí)傳輸協(xié)議RTP實(shí)現(xiàn)語音數(shù)據(jù)傳輸，因而在PoC系統(tǒng)，實(shí)時(shí)傳輸控制協(xié)議RTCP只能與實(shí)時(shí)傳輸協(xié)議RTP成對(duì)出現(xiàn)，實(shí)時(shí)傳輸協(xié)議RTP和實(shí)時(shí)傳輸控制協(xié)議RTCP各占用一個(gè)傳輸端口，降低了系統(tǒng)資源的利用率；并且由于在用戶終端中需要同時(shí)使用兩種傳輸協(xié)議進(jìn)行處理，加大了信令系統(tǒng)實(shí)現(xiàn)的復(fù)雜性。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是提供一種數(shù)字集群系統(tǒng)的講話權(quán)控制方法及通信方法，以克服現(xiàn)有技術(shù)系統(tǒng)資源利用率低、信令系統(tǒng)實(shí)現(xiàn)復(fù)雜的缺陷。
為解決上述問題，本發(fā)明提供了一種數(shù)字集群系統(tǒng)的講話權(quán)控制方法，包括A、將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；B、用戶終端與PTT服務(wù)器通過所述實(shí)時(shí)傳輸協(xié)議RTP進(jìn)行講話權(quán)控制消息交互；C、根據(jù)所述講話權(quán)控制消息進(jìn)行用戶終端間講話權(quán)轉(zhuǎn)換。
所述步驟C進(jìn)一步包括C11、檢測(cè)主叫用戶終端是否釋放呼叫權(quán)，如果是，則觸發(fā)參與呼叫的用戶終端，并轉(zhuǎn)步驟C12，否則繼續(xù)檢測(cè)；C12、經(jīng)過PTT服務(wù)器觸發(fā)后，參與呼叫的用戶終端向PTT服務(wù)器請(qǐng)求講話權(quán)；C13、PTT服務(wù)器確定授予講話權(quán)的用戶終端；C14、授予該用戶終端講話權(quán)。
所述步驟C13根據(jù)請(qǐng)求講話權(quán)順序或用戶優(yōu)先級(jí)確定授予講話權(quán)的用戶。
所述步驟C進(jìn)一步包括C21、檢測(cè)是否有用戶終端發(fā)起講話權(quán)搶占，如果有，則轉(zhuǎn)步驟C22，否則繼續(xù)檢測(cè)；C22、撤消原主叫用戶終端講話權(quán)；C23、授予發(fā)起講話權(quán)搶占的用戶終端講話權(quán)。
步驟C21和C22之間還包括PTT服務(wù)器判斷發(fā)起講話權(quán)搶占的用戶終端與原主叫用戶終端的優(yōu)先級(jí)順序，如發(fā)起講話權(quán)搶占的用戶終端的優(yōu)先級(jí)高于原主叫用戶終端的優(yōu)先級(jí)，則轉(zhuǎn)步驟C22，否則，轉(zhuǎn)步驟C21。
所述實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域，包括擴(kuò)展類型、擴(kuò)展長度，及增加的消息類型和呼叫用戶地址；其中，擴(kuò)展類型指示RTP幀的擴(kuò)展類型；擴(kuò)展長度指示RTP頭中使用的比特?cái)?shù)；消息類型指示講話權(quán)的控制類型；呼叫用戶地址指示講話權(quán)控制的用戶地址。
所述消息類型包括空閑狀態(tài)消息、授予講話權(quán)消息、請(qǐng)求講話權(quán)消息、釋放講話權(quán)消息、撤消講話權(quán)消息和搶占講話權(quán)消息。
步驟A之前還包括建立初始呼叫連接，所述初始呼叫連接通過SIP協(xié)議或H.323協(xié)議實(shí)現(xiàn)。
所述步驟A之前還包括基于SIP呼叫控制協(xié)議建立呼叫連接后，主叫用戶取得講話權(quán)。
本發(fā)明還提供了一種數(shù)字集群系統(tǒng)的通信方法，包括以下步驟(101)將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；(102)用戶終端與PTT服務(wù)器之間通過實(shí)時(shí)傳輸協(xié)議RTP幀通信；(103)PTT服務(wù)器根據(jù)實(shí)時(shí)傳輸協(xié)議RTP幀中講話權(quán)控制信息確定主叫用戶終端及被叫用戶終端；(104)主叫用戶終端將要發(fā)送的語音信號(hào)通過編碼，并封裝為RTP幀發(fā)送到被叫用戶終端。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明利用實(shí)時(shí)傳輸協(xié)議RTP傳輸語音或其它媒體流，并利用RTP協(xié)議的擴(kuò)展機(jī)制完成講話權(quán)控制，減少了傳輸講話權(quán)控制信息的實(shí)時(shí)傳輸控制協(xié)議RTCP所占用一個(gè)傳輸端口，因此，提高了系統(tǒng)資源的利用率。
另外，由于本發(fā)明將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP的擴(kuò)展區(qū)域，使用實(shí)時(shí)傳輸協(xié)議RTP代替了現(xiàn)有技術(shù)中的實(shí)時(shí)傳輸協(xié)議RTP和實(shí)時(shí)傳輸控制協(xié)議RTCP兩種協(xié)議，因此，避免了協(xié)議之間的轉(zhuǎn)換，且簡化了用戶終端中協(xié)議處理程序，進(jìn)而減少信令系統(tǒng)實(shí)現(xiàn)的復(fù)雜度。


圖1是現(xiàn)有技術(shù)講話權(quán)請(qǐng)求流程圖；圖2是現(xiàn)有技術(shù)講話權(quán)釋放流程圖；圖3是本發(fā)明系統(tǒng)結(jié)構(gòu)圖；圖4是本發(fā)明實(shí)現(xiàn)數(shù)字集群系統(tǒng)講話權(quán)控制的流程圖；圖5是TD-SCDMA數(shù)字集群系統(tǒng)講話權(quán)控制消息結(jié)構(gòu)圖；圖6是本發(fā)明一個(gè)具體實(shí)施例中講話權(quán)控制流程圖；圖7是本發(fā)明中應(yīng)用講話權(quán)控制方法的一種數(shù)字集群系統(tǒng)通信方法的流程圖。
具體實(shí)施例方式
下面我們將結(jié)合附圖，對(duì)本發(fā)明的最佳實(shí)施方案進(jìn)行詳細(xì)描述。首先要指出的是，本發(fā)明中用到的術(shù)語、字詞及權(quán)利要求的含義不能僅僅限于其字面和普通的含義去理解，還包括進(jìn)而與本發(fā)明的技術(shù)相符的含義和概念，這是因?yàn)槲覀冏鳛榘l(fā)明者，要適當(dāng)?shù)亟o出術(shù)語的定義，以便對(duì)我們的發(fā)明進(jìn)行最恰當(dāng)?shù)拿枋?。因此，本說明和附圖中給出的配置，只是本發(fā)明的首選實(shí)施方案，而不是要列舉本發(fā)明的所有技術(shù)特性。我們要認(rèn)識(shí)到，還有各種各樣的可以取代我們方案的同等方案或修改方案。
本發(fā)明所應(yīng)用的系統(tǒng)結(jié)構(gòu)如圖3所示，包括用戶終端10、無線網(wǎng)絡(luò)子系統(tǒng)20、核心網(wǎng)30和PTT服務(wù)器40，其中，無線網(wǎng)絡(luò)子系統(tǒng)20通過Uu接口與用戶終端10相連，通過Iu接口與核心網(wǎng)30分組域相連。不同的用戶終端通過無線網(wǎng)絡(luò)子系統(tǒng)、核心網(wǎng)與同一個(gè)PTT服務(wù)器通信。無線接入子系統(tǒng)20由無線網(wǎng)絡(luò)控制器21、基站22(Node B)組成，二者之間通過Iub接口相連。當(dāng)進(jìn)行語音通信，即某個(gè)用戶終端講話時(shí)，主叫用戶終端將語音數(shù)據(jù)采用RTP/IP方式通過無線網(wǎng)絡(luò)子系統(tǒng)、核心網(wǎng)傳送到PoC服務(wù)器，再由PoC服務(wù)器經(jīng)過核心網(wǎng)、無線網(wǎng)絡(luò)子系統(tǒng)發(fā)送到被叫用戶終端，此時(shí)被叫用戶終端只能收聽主叫用戶終端的語音信息。
本發(fā)明利用經(jīng)過擴(kuò)展的RTP實(shí)現(xiàn)數(shù)字集群系統(tǒng)講話權(quán)控制的流程如圖4所示，包括步驟s401，首先基于SIP或H.323等呼叫控制協(xié)議建立呼叫連接，且呼叫控制協(xié)議建立呼叫連接后，主叫用戶取得講話權(quán)。在進(jìn)行語音傳輸時(shí)，PoC系統(tǒng)利用實(shí)時(shí)傳輸協(xié)議RTP處理程序?qū)⒄Z音信息封裝在實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)幀，將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)幀的擴(kuò)展區(qū)域。
步驟s402，在呼叫過程中，用戶終端與PTT服務(wù)器通過所述實(shí)時(shí)傳輸協(xié)議RTP進(jìn)行講話權(quán)控制消息交互；步驟s403，PoC系統(tǒng)根據(jù)實(shí)時(shí)傳輸協(xié)議RTP數(shù)據(jù)幀的擴(kuò)展區(qū)域中的講話權(quán)控制消息進(jìn)行用戶終端間講話權(quán)轉(zhuǎn)換，即被叫用戶終端或其它用戶終端在主叫用戶終端講話時(shí)搶占講話權(quán)，或用戶終端在講話權(quán)空閑時(shí)主動(dòng)獲得講話權(quán)。
本發(fā)明數(shù)字集群系統(tǒng)講話權(quán)的控制信令是由擴(kuò)展后的RTP傳輸?shù)?，該擴(kuò)展后的RTP結(jié)構(gòu)如圖5所示。根據(jù)協(xié)議IETF RFC 1889“RTPA Transport Protocolfor Real-Time Applications”的實(shí)時(shí)傳輸協(xié)議頭擴(kuò)展(RTP Header Extension)規(guī)定，除了Extension bit部分設(shè)置指示實(shí)時(shí)傳輸協(xié)議幀頭(RTP Header，長12字節(jié))有無擴(kuò)展之外，其余Header Field部分與標(biāo)準(zhǔn)RTP packet header field完全一致；通過設(shè)置擴(kuò)展類型(Profile Type)，在數(shù)字集群系統(tǒng)中可以實(shí)現(xiàn)不同的擴(kuò)展方式，如對(duì)于多個(gè)不同的用戶組，擴(kuò)展類型(Profile Type)有不同內(nèi)容，擴(kuò)展長度(Extension Length)指示RTP Header Extension中使用的比特?cái)?shù)目。實(shí)際的RTP Header Extension由消息類型(Message Type)和呼叫用戶地址(Call Member ID)兩部分組成。Message Type主要包擴(kuò)六條消息講話權(quán)空閑(FLOOR-IDLE)、講話權(quán)授予(FLOOR-GRANT)、講話權(quán)請(qǐng)求(FLOOR-REQUEST)、講話權(quán)釋放(FLOOR-RELEASE)、講話權(quán)撤消(FLOOR-REVOKE)、講話權(quán)搶占(FLOOR-PREEMPTION)；(Call MemberID)用于講話權(quán)控制消息后面的用戶表示。
步驟s403所述用戶終端講話權(quán)轉(zhuǎn)換的具體情況包括多種，其中一種為系統(tǒng)檢測(cè)主叫用戶是否釋放呼叫權(quán)，如果是，則向其它參與呼叫的用戶發(fā)送講話權(quán)空閑消息，需要講話的用戶向PTT服務(wù)器請(qǐng)求講話權(quán)，PTT服務(wù)器根據(jù)請(qǐng)求講話權(quán)順序或用戶優(yōu)先級(jí)確定授予講話權(quán)的用戶，并授予該用戶講話權(quán)，被授予講話權(quán)的用戶進(jìn)行語音傳輸；否則繼續(xù)檢測(cè)系統(tǒng)講話權(quán)狀態(tài)。
另一種為系統(tǒng)檢測(cè)是否有用戶發(fā)起講話權(quán)搶占，如果有，PTT服務(wù)器判斷發(fā)起講話權(quán)搶占的用戶與原主叫用戶的優(yōu)先級(jí)順序，如發(fā)起講話權(quán)搶占的用戶的優(yōu)先級(jí)高于原主叫用戶的優(yōu)先級(jí)，則撤消原主叫用戶講話權(quán)，并授予發(fā)起講話權(quán)搶占的用戶講話權(quán)，發(fā)起講話權(quán)搶占的用戶講話權(quán)進(jìn)行語音傳輸，否則繼續(xù)檢測(cè)系統(tǒng)講話權(quán)狀態(tài)。
本發(fā)明的基于SIP呼叫的具體實(shí)施例如圖6所示，步驟s601，主叫用戶按下用戶終端1(即主叫用戶終端)的PTT按鍵，用戶終端1通過無線網(wǎng)絡(luò)子系統(tǒng)RNS及核心網(wǎng)CN向PTT服務(wù)器發(fā)送SIPINVITE(呼叫注冊(cè)邀請(qǐng))消息，PTT服務(wù)器確定被叫用戶終端，并向用戶終端N(即被叫用戶終端)(N＝2，3，......，n)發(fā)送SIP INVITE消息，而后用戶終端N向PTT服務(wù)器發(fā)送SIP200OK(呼叫注冊(cè)成功)消息，PTT服務(wù)器再向用戶終端1發(fā)送SIP200OK消息，表明用戶終端N接受呼叫；然后，用戶終端1向PTT服務(wù)器、PTT服務(wù)器向用戶終端N發(fā)送注冊(cè)成功確認(rèn)消息。這時(shí)基于SIP的呼叫建立已經(jīng)完成，用戶終端1取得講話權(quán)。主叫用戶可以通過用戶終端1開始發(fā)送語音到用戶終端N(N＝2，3，......，n)。
步驟s602，主叫用戶釋放用戶終端1(主叫用戶終端)的PTT按鍵，用戶終端1利用經(jīng)過擴(kuò)展的攜帶講話權(quán)控制信息的RTP幀向PTT服務(wù)器發(fā)送講話權(quán)釋放(FLOOR RELEASE)消息。
步驟s603，PTT服務(wù)器利用RTP擴(kuò)展信息向參與呼叫的所有用戶終端(用戶終端1，用戶終端N，其中N＝2，3，......，n)發(fā)送講話權(quán)空閑(FLOOR IDLE)消息，指示講話權(quán)已空閑。
步驟s604，用戶終端1，用戶終端N(N＝2，3，......，n)一旦收到講話權(quán)空閑(FLOOR IDLE)消息，需要講話的用戶終端可以利用RTP擴(kuò)展信息向PTT服務(wù)器發(fā)送請(qǐng)求講話權(quán)消息(FLOOR-REQUEST)。
步驟s605，PTT服務(wù)器根據(jù)講話權(quán)請(qǐng)求的順序或用戶的優(yōu)先級(jí)(該些信息是通過控制消息中攜帶的消息參數(shù)和系統(tǒng)收到消息時(shí)間差來的得到的)仲裁后授予用戶終端N的講話權(quán)，利用RTP擴(kuò)展信息分別向用戶終端N和用戶終端1發(fā)送消息講話權(quán)授予消息(FLOOR-GRANT)，此時(shí)，用戶終端N成為主叫終端。
步驟s606，用戶終端N通過PTT服務(wù)器向被叫終端發(fā)送語音信息。
步驟s607，此時(shí)的被叫終端用戶終端1(或組內(nèi)其他終端)按下PTT按鍵，利用RTP擴(kuò)展信息向PTT服務(wù)器發(fā)送講話權(quán)搶占消息(FLOOR-PREEMPTION)，進(jìn)行講話權(quán)搶占。
步驟s608，PTT服務(wù)器根據(jù)系統(tǒng)設(shè)定的優(yōu)先級(jí)確定該用戶終端搶占成功，利用RTP擴(kuò)展信息向原主叫終端用戶終端N發(fā)送撤消講話權(quán)(FLOOR-REVOKE)消息，撤消用戶終端N講話權(quán)。
步驟s609，PTT服務(wù)器利用RTP擴(kuò)展信息，向用戶終端1和用戶終端N發(fā)送講話權(quán)授予(FLOOR-GRANT)消息，授予用戶終端1講話權(quán)。
步驟s610，用戶終端1向用戶終端N傳輸語音。
步驟s611，重復(fù)步驟s602-s610，直到預(yù)先設(shè)定的定時(shí)器超，PTT服務(wù)器利用RTP擴(kuò)展信息發(fā)送講話權(quán)釋放(FLOOR-RELEASE)消息，結(jié)束本次呼叫。
本實(shí)施例是基于SIP協(xié)議的呼叫建立后講話權(quán)的控制過程，但在實(shí)際應(yīng)用中并不僅限于SIP協(xié)議的呼叫建立，應(yīng)用其它協(xié)議建立的呼叫同樣實(shí)用本發(fā)明的呼叫控制過程，例如H.323等協(xié)議。
本發(fā)明將上述講話權(quán)控制方法應(yīng)用到語音通信系統(tǒng)中，實(shí)現(xiàn)了一種系統(tǒng)資源利用率高、信令系統(tǒng)實(shí)現(xiàn)簡單的數(shù)字集群系統(tǒng)的通信方法，該方法如圖7所示，包括以下步驟步驟s701，將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域。在用戶終端中只需要解析RTP的程序，且用戶終端在傳輸數(shù)據(jù)時(shí)，只需要一個(gè)端口傳送包含擴(kuò)展字節(jié)的RTP，就可以發(fā)送音頻數(shù)據(jù)和控制信息。用戶終端將語音數(shù)據(jù)封裝為實(shí)時(shí)傳輸協(xié)議RTP幀；將控制信息放入實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；步驟s702，用戶終端與PTT服務(wù)器之間通過實(shí)時(shí)傳輸協(xié)議RTP幀通信；該RTP幀中包括語音信息和RTP幀擴(kuò)展區(qū)域的講話權(quán)控制信息。
步驟s703，PTT服務(wù)器根據(jù)實(shí)時(shí)傳輸協(xié)議RTP幀中講話權(quán)控制信息確定主叫用戶終端及被叫用戶終端。
步驟s704，主叫用戶終端將要發(fā)送的語音信號(hào)通過編碼，并封裝為RTP幀發(fā)送到被叫用戶終端。獲得講話權(quán)的用戶終端將要發(fā)送的語音信號(hào)通過編解碼器編碼，經(jīng)過編碼后的數(shù)據(jù)被用戶終端程序封裝為RTP幀，并發(fā)送到被叫終端；被叫終端接收該RTP幀后，利用終端程序解封包，利用RTP擴(kuò)展字節(jié)中的控制信息控制整個(gè)系統(tǒng)，將RTP中的數(shù)據(jù)流發(fā)送到音頻編解碼器解碼，音頻流就進(jìn)入播放階段。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，包括以下步驟A、將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；B、用戶終端與PTT服務(wù)器通過所述實(shí)時(shí)傳輸協(xié)議RTP進(jìn)行講話權(quán)控制消息交互；C、根據(jù)所述講話權(quán)控制消息進(jìn)行用戶終端間講話權(quán)轉(zhuǎn)換。
2.如權(quán)利要求1所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述步驟C進(jìn)一步包括C11、檢測(cè)主叫用戶終端是否釋放呼叫權(quán)，如果是，則觸發(fā)參與呼叫的用戶終端，并轉(zhuǎn)步驟C12，否則繼續(xù)檢測(cè)；C12、經(jīng)過PTT服務(wù)器觸發(fā)后，參與呼叫的用戶終端向PTT服務(wù)器請(qǐng)求講話權(quán)；C13、PTT服務(wù)器確定授予講話權(quán)的用戶終端；C14、授予該用戶終端講話權(quán)。
3.如權(quán)利要求2所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述步驟C13根據(jù)請(qǐng)求講話權(quán)順序或用戶優(yōu)先級(jí)確定授予講話權(quán)的用戶。
4.如權(quán)利要求1所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述步驟C進(jìn)一步包括C21、檢測(cè)是否有用戶終端發(fā)起講話權(quán)搶占，如果有，則轉(zhuǎn)步驟C22，否則繼續(xù)檢測(cè)；C22、撤消原主叫用戶終端講話權(quán)；C23、授予發(fā)起講話權(quán)搶占的用戶終端講話權(quán)。
5.如權(quán)利要求4所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，步驟C21和C22之間還包括PTT服務(wù)器判斷發(fā)起講話權(quán)搶占的用戶終端與原主叫用戶終端的優(yōu)先級(jí)順序，如發(fā)起講話權(quán)搶占的用戶終端的優(yōu)先級(jí)高于原主叫用戶終端的優(yōu)先級(jí)，則轉(zhuǎn)步驟C22，否則，轉(zhuǎn)步驟C21。
6.如權(quán)利要求1所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域，包括擴(kuò)展類型、擴(kuò)展長度，及增加的消息類型和呼叫用戶地址；其中，擴(kuò)展類型指示RTP幀的擴(kuò)展類型；擴(kuò)展長度指示RTP頭中使用的比特?cái)?shù)；消息類型指示講話權(quán)的控制類型；呼叫用戶地址指示講話權(quán)控制的用戶地址。
7.如權(quán)利要求6所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述消息類型包括空閑狀態(tài)消息、授予講話權(quán)消息、請(qǐng)求講話權(quán)消息、釋放講話權(quán)消息、撤消講話權(quán)消息和搶占講話權(quán)消息。
8.如權(quán)利要求1所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，步驟A之前還包括建立初始呼叫連接，所述初始呼叫連接通過SIP協(xié)議或H.323協(xié)議實(shí)現(xiàn)。
9.如權(quán)利要求8所述數(shù)字集群系統(tǒng)的講話權(quán)控制方法，其特征在于，所述步驟A之前還包括基于SIP呼叫控制協(xié)議建立呼叫連接后，主叫用戶取得講話權(quán)。
10.一種數(shù)字集群系統(tǒng)的通信方法，其特征在于，包括以下步驟(101)將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；(102)用戶終端與PTT服務(wù)器之間通過實(shí)時(shí)傳輸協(xié)議RTP幀通信；(103)PTT服務(wù)器根據(jù)實(shí)時(shí)傳輸協(xié)議RTP幀中講話權(quán)控制信息確定主叫用戶終端及被叫用戶終端；(104)主叫用戶終端將要發(fā)送的語音信號(hào)通過編碼，并封裝為RTP幀發(fā)送到被叫用戶終端。
全文摘要
本發(fā)明公開了一種數(shù)字集群系統(tǒng)的講話權(quán)控制方法，包括以下步驟A.將講話權(quán)控制信息封裝在實(shí)時(shí)傳輸協(xié)議RTP幀的擴(kuò)展區(qū)域；B.用戶終端與PTT服務(wù)器通過所述實(shí)時(shí)傳輸協(xié)議RTP進(jìn)行講話權(quán)控制消息交互；C.根據(jù)所述講話權(quán)控制消息進(jìn)行用戶終端間講話權(quán)轉(zhuǎn)換。本發(fā)明利用實(shí)時(shí)傳輸協(xié)議RTP傳輸語音或其它媒體流，并利用RTP協(xié)議的擴(kuò)展機(jī)制完成講話權(quán)控制，減少了傳輸講話權(quán)控制信息的實(shí)時(shí)傳輸控制協(xié)議RTCP所占用一個(gè)傳輸端口，因此，提高了系統(tǒng)資源的利用率。另外，由于本發(fā)明實(shí)時(shí)傳輸協(xié)議RTP代替了現(xiàn)有技術(shù)中的實(shí)時(shí)傳輸協(xié)議RTP和實(shí)時(shí)傳輸控制協(xié)議RTCP兩種協(xié)議，因此，避免了協(xié)議之間的轉(zhuǎn)換。
文檔編號(hào)H04Q7/28GK1917672SQ20051009319
公開日2007年2月21日 申請(qǐng)日期2005年8月19日 優(yōu)先權(quán)日2005年8月19日
發(fā)明者葉少強(qiáng), 郭軼, 徐莉, 翁靖, 蘇東升 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司