專(zhuān)利名稱(chēng)：控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)集群通信技術(shù)領(lǐng)域，具體涉及一種控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法。
背景技術(shù)：
數(shù)字集群技術(shù)目前廣泛應(yīng)用于公安、交通、武警、司法、消防、民航、電力等指揮調(diào)度部門(mén)。通常采用POC(Push-To-Talk over Cellular，無(wú)線一鍵通)或者PTT(push-to-talk，即按即說(shuō))方式進(jìn)行通話，是一種半雙工的通信方式。
POC技術(shù)是基于GPRS(通用分組無(wú)線業(yè)務(wù))網(wǎng)絡(luò)及IP(因特網(wǎng)協(xié)議)服務(wù)的語(yǔ)音方式，用戶(hù)只需按一下按鈕就可以實(shí)現(xiàn)即時(shí)通話。這種業(yè)務(wù)尤其適合需要與同一群組或個(gè)人進(jìn)行頻繁間斷通話的用戶(hù)，可以實(shí)現(xiàn)“一對(duì)一”或“一對(duì)多”的溝通。
在第三代集群通信系統(tǒng)中，講話權(quán)由POC服務(wù)器根據(jù)用戶(hù)終端的發(fā)送信息來(lái)控制。其消息流程如圖1所示在集群呼叫建立后，建立用戶(hù)終端UE1到POC服務(wù)器、POC服務(wù)器到用戶(hù)終端UE2的連接通道，這些連接建立在IP層面之上，然后通過(guò)RTCP(實(shí)時(shí)傳輸控制協(xié)議)實(shí)現(xiàn)呼叫進(jìn)行中講話權(quán)的控制，通過(guò)RTP(實(shí)時(shí)傳輸協(xié)議)傳輸話音或其他媒體流。
POC協(xié)議規(guī)定在POC業(yè)務(wù)底層承載建立之后，通過(guò)SIP協(xié)議完成呼叫控制，通過(guò)RTCP協(xié)議完成通話中講話權(quán)的控制。這兩種控制都各占用一個(gè)通信端口。
1.POC業(yè)務(wù)底層承載建立；2.通過(guò)SIP(會(huì)話起始協(xié)議)協(xié)議建立呼叫，即通過(guò)SIP INVITE(呼叫建立請(qǐng)求)消息及SIP 200 OK消息建立呼叫；3.通過(guò)socket通信編程申請(qǐng)建立RTP媒體傳輸端口，用于傳輸話音或其他媒體流；4.通過(guò)socket通信編程申請(qǐng)建立RTCP端口，用于講話權(quán)控制信息的傳輸；5.用戶(hù)終端UE1通過(guò)終端發(fā)出話權(quán)申請(qǐng)消息，即RTCP協(xié)議的floorrequest消息；6.POC服務(wù)器通過(guò)檢查發(fā)現(xiàn)可以給用戶(hù)UE1授予講話權(quán)，則向UE1發(fā)送話權(quán)授予信息，即RTCP協(xié)議的floor grant消息；同時(shí)發(fā)送話權(quán)指示信息，即RTCP協(xié)議的floor taken消息，給接收通話的用戶(hù)終端UE2。
這樣，即可使UE2收聽(tīng)UE1的講話。
利用現(xiàn)有協(xié)議規(guī)定，通過(guò)RTCP協(xié)議實(shí)現(xiàn)呼叫進(jìn)行中講話權(quán)控制存在以下缺點(diǎn)(1)由于RTCP協(xié)議需要單獨(dú)占用一個(gè)傳輸端口，與RTP協(xié)議一樣，講話權(quán)控制信息與媒體流相比，信息流量很少，對(duì)系統(tǒng)來(lái)說(shuō)，降低了系統(tǒng)資源的利用率；(2)雖然RTP協(xié)議可以承載媒體流單獨(dú)存在，但RTCP協(xié)議只能與RTP協(xié)議成對(duì)出現(xiàn)，在流量相對(duì)固定的系統(tǒng)中，浪費(fèi)了系統(tǒng)的端口資源；(3)從系統(tǒng)信令控制角度來(lái)說(shuō)，呼叫控制的其他信令使用SIP協(xié)議，講話權(quán)控制信令使用RTCP協(xié)議，兩種協(xié)議分別使用不同的端口資源，而且系統(tǒng)信令控制中心使用兩種協(xié)議對(duì)同一呼叫進(jìn)行控制，加大了信令系統(tǒng)實(shí)現(xiàn)的復(fù)雜性，同時(shí)必須對(duì)兩個(gè)端口進(jìn)行信令監(jiān)測(cè)，使得消息流程判別和解析的過(guò)程復(fù)雜；(4)RTCP協(xié)議與RTP協(xié)議成對(duì)出現(xiàn)，占用關(guān)聯(lián)的兩個(gè)端口，一個(gè)傳輸信令，一個(gè)承載媒體，不利于控制面與承載面的分離，各自獨(dú)立實(shí)現(xiàn)控制與承載的功能，不利于3G(第三代)移動(dòng)集群系統(tǒng)向全I(xiàn)P(因特網(wǎng)協(xié)議)架構(gòu)演進(jìn)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法，以克服現(xiàn)有技術(shù)中利用RTCP協(xié)議完成通話中講話權(quán)控制的缺點(diǎn)，簡(jiǎn)單、方便地實(shí)現(xiàn)POC服務(wù)器的信令控制，提高系統(tǒng)資源利用率，提高移動(dòng)集群系統(tǒng)性能。
為此，本發(fā)明提供如下的技術(shù)方案一種控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法，由無(wú)線一鍵通POC服務(wù)器控制完成控制用戶(hù)和通話用戶(hù)之間講話權(quán)的改變，所述方法包括步驟A、集群呼叫建立后，建立承載話音或其他媒體流傳輸?shù)膶?shí)時(shí)傳輸協(xié)議RTP端口，開(kāi)始集群用戶(hù)間通信；B、當(dāng)集群用戶(hù)講話權(quán)控制需要改變或業(yè)務(wù)需要改變時(shí)，由控制用戶(hù)通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制請(qǐng)求消息，通知POC服務(wù)器；C、POC服務(wù)器收到所述POC呼叫講話權(quán)控制請(qǐng)求消息后，通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
所述步驟C進(jìn)一步包括C1、POC服務(wù)器收到所述POC呼叫講話權(quán)控制請(qǐng)求消息后，對(duì)所述控制用戶(hù)進(jìn)行認(rèn)可；C2、認(rèn)可通過(guò)后通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
所述步驟C1進(jìn)一步包括利用數(shù)據(jù)庫(kù)記錄通話的集群用戶(hù)的信息；POC服務(wù)器根據(jù)所述POC呼叫講話權(quán)控制請(qǐng)求消息中的用戶(hù)身份和信息標(biāo)識(shí)查詢(xún)所述數(shù)據(jù)庫(kù)，對(duì)所述控制用戶(hù)進(jìn)行認(rèn)可。
所述步驟B具體為所述控制用戶(hù)向POC服務(wù)器發(fā)送會(huì)話起始協(xié)議呼叫承載媒體更新請(qǐng)求SIP UPDATE消息。
所述步驟C2具體為POC服務(wù)器向所述通話用戶(hù)發(fā)送會(huì)話起始協(xié)議通告SIP NOTIFY消息，向所述控制用戶(hù)發(fā)送SIP 200 OK消息。
在所述步驟A前還包括步驟控制用戶(hù)發(fā)起POC業(yè)務(wù)呼叫，與POC服務(wù)器建立POC業(yè)務(wù)底層承載連接；通過(guò)所述呼叫信令承載端口及SIP協(xié)議消息建立呼叫連接。
所述呼叫信令承載端口為用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口。
由以上本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明在實(shí)現(xiàn)集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的控制時(shí)，不需要重新建立RTCP端口來(lái)傳輸講話權(quán)控制信息，而直接使用呼叫信令承載端口，即傳輸呼叫控制信令的UDP端口實(shí)現(xiàn)講話權(quán)的控制以及業(yè)務(wù)改變控制信令的傳輸，從而減少了RTCP控制端口，節(jié)省了集群系統(tǒng)端口資源。
基于SIP協(xié)議消息群中UPDATA和NOTIFY這兩種消息中消息參數(shù)功能與RTCP協(xié)議中實(shí)現(xiàn)講話權(quán)控制的消息中消息參數(shù)的類(lèi)似特性，直接采用這兩種消息簡(jiǎn)單、方便地實(shí)現(xiàn)了POC服務(wù)器的信令控制實(shí)現(xiàn)講話權(quán)的控制。所有信令流只在UDP端口傳輸，話音或其他媒體流都在RTP傳輸承載端口傳輸，這兩個(gè)端口沒(méi)有關(guān)聯(lián)性，有利于控制面和承載面的分離，易于實(shí)現(xiàn)與NGN(下一代網(wǎng)絡(luò))系統(tǒng)實(shí)體的互聯(lián)互通，可平滑擴(kuò)充系統(tǒng)向全I(xiàn)P架構(gòu)演進(jìn)。


圖1是現(xiàn)有技術(shù)中POC服務(wù)器控制用戶(hù)終端講話權(quán)的消息流程；
圖2是本發(fā)明方法的實(shí)現(xiàn)流程圖；圖3是利用本發(fā)明進(jìn)行集群用戶(hù)間通話的消息流程。
具體實(shí)施例方式
本發(fā)明的核心在于在實(shí)現(xiàn)集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的控制時(shí)，直接使用呼叫信令承載端口，即傳輸呼叫控制信令的UDP端口實(shí)現(xiàn)講話權(quán)的控制以及業(yè)務(wù)改變控制信令的傳輸。首先，由SIP協(xié)議完成呼叫控制，集群呼叫建立后，建立承載話音或其他媒體流傳輸?shù)膶?shí)時(shí)傳輸協(xié)議RTP端口，開(kāi)始集群用戶(hù)間通信；當(dāng)集群用戶(hù)講話權(quán)控制需要改變時(shí)，由控制用戶(hù)直接通過(guò)所述UDP端口與POC服務(wù)器進(jìn)行講話權(quán)控制信令的交互，在IP層面實(shí)現(xiàn)講話權(quán)控制、業(yè)務(wù)改變控制信令傳輸與分析處理。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和實(shí)施方式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明。
參照?qǐng)D2，圖2示出了本發(fā)明方法的實(shí)現(xiàn)流程，包括以下步驟步驟201控制用戶(hù)發(fā)起POC業(yè)務(wù)呼叫，與POC服務(wù)器建立POC業(yè)務(wù)底層承載連接。
步驟202通過(guò)呼叫信令承載端口及SIP協(xié)議消息建立呼叫連接。
與現(xiàn)有技術(shù)中呼叫連接的建立過(guò)程相同，控制用戶(hù)通過(guò)呼叫信令承載端口，即UDP端口向POC服務(wù)器發(fā)送SIP INVITE消息，POC服務(wù)器收到該消息后，向需要建立通話的用戶(hù)發(fā)送SIP INVITE消息，通話用戶(hù)收到SIP INVITE消息后，向POC服務(wù)器回應(yīng)SIP 200 OK消息，POC服務(wù)器向控制用戶(hù)回應(yīng)SIP 200OK消息，這樣，即通過(guò)SIP協(xié)議完成了呼叫控制過(guò)程。
步驟203集群呼叫建立后，建立承載話音或其他媒體流傳輸?shù)膶?shí)時(shí)傳輸協(xié)議RTP端口，開(kāi)始集群用戶(hù)間通信。
同樣，該過(guò)程與現(xiàn)有技術(shù)中RTP媒體傳輸端口的過(guò)程相同，即通過(guò)RTP協(xié)議建立RTP端口，用于傳輸話音或其他媒體流。
RTP是用于因特網(wǎng)上針對(duì)多媒體數(shù)據(jù)流的一種傳輸協(xié)議。RTP被定義為在一對(duì)一或一對(duì)多的傳輸情況下工作，其目的是提供時(shí)間信息和實(shí)現(xiàn)流同步。它通常使用UDP來(lái)傳送數(shù)據(jù)，也可以在TCP等其他協(xié)議之上工作。
步驟204當(dāng)集群用戶(hù)講話權(quán)控制需要改變或業(yè)務(wù)需要改變時(shí)，由控制用戶(hù)通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制請(qǐng)求消息，通知POC服務(wù)器。
步驟205POC服務(wù)器收到POC呼叫講話權(quán)控制請(qǐng)求消息后，通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
為了保證講話權(quán)控制的正確性，可以由POC服務(wù)器對(duì)請(qǐng)求通話的集群用戶(hù)進(jìn)行認(rèn)可，認(rèn)可通過(guò)后才發(fā)送相應(yīng)消息通知通話用戶(hù)并給控制用戶(hù)回復(fù)響應(yīng)消息。
例如，利用數(shù)據(jù)庫(kù)記錄通話的集群用戶(hù)的信息，包括用戶(hù)的身份信息及狀態(tài)信息，當(dāng)POC服務(wù)器收到POC呼叫講話權(quán)控制請(qǐng)求消息后，根據(jù)該消息中的用戶(hù)身份和信息標(biāo)識(shí)查詢(xún)?cè)摂?shù)據(jù)庫(kù)。
如果與數(shù)據(jù)庫(kù)中記錄的信息一致且POC服務(wù)器狀態(tài)許可，則認(rèn)可控制用戶(hù)的請(qǐng)求，改變POC服務(wù)器與用戶(hù)的連接狀態(tài)(或模式)，進(jìn)入新的連接狀態(tài)，否則，向控制用戶(hù)發(fā)送失敗響應(yīng)消息，POC服務(wù)器保持原來(lái)與用戶(hù)的連接狀態(tài)不變。
POC服務(wù)器中記錄了和用戶(hù)連接的系統(tǒng)總資源和單個(gè)連接允許資源等資源的狀態(tài)和用戶(hù)呼叫狀態(tài)等信息，一旦要發(fā)生相關(guān)的改變，則需要通過(guò)POC服務(wù)器資源和狀態(tài)管理功能的允許，否則，不能改變資源和狀態(tài)。
認(rèn)可通過(guò)后通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
可見(jiàn)，本發(fā)明在實(shí)現(xiàn)集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的控制時(shí)，不需要重新建立RTCP端口來(lái)傳輸講話權(quán)控制信息，而直接使用呼叫信令承載端口，即傳輸呼叫控制信令的UDP端口實(shí)現(xiàn)講話權(quán)的控制以及業(yè)務(wù)改變控制信令的傳輸。
通話中講話權(quán)的控制直接在IP層來(lái)完成，使用的控制信令消息POC呼叫講話權(quán)控制請(qǐng)求消息、POC呼叫講話權(quán)控制指示消息、POC呼叫講話權(quán)控制響應(yīng)消息可以采用專(zhuān)有消息，也可以利用現(xiàn)有的SIP協(xié)議消息。
SIP協(xié)議是IETF制訂的，用于多方多媒體通信。按照IETFRFC2543的定義，SIP是一個(gè)基于文本的應(yīng)用層控制協(xié)議，獨(dú)立于底層傳輸協(xié)議TCP/UDP/SCTP(傳輸控制協(xié)議/用戶(hù)數(shù)據(jù)報(bào)協(xié)議/流控傳送協(xié)議)，用于建立、修改和終止IP網(wǎng)上的雙方或多方多媒體會(huì)話。SIP協(xié)議借鑒了HTTP(超文本傳輸協(xié)議)、SMTP(簡(jiǎn)單郵件傳輸協(xié)議)等協(xié)議，支持代理、重定向及登記定位用戶(hù)等功能，支持用戶(hù)移動(dòng)。通過(guò)與RTP/RTCP、SDP(會(huì)話描述協(xié)議)、RTSP(實(shí)時(shí)流媒體協(xié)議)等協(xié)議及DNS(域名系統(tǒng))配合，SIP支持語(yǔ)音、視頻、數(shù)據(jù)、E-mail、狀態(tài)、聊天、游戲等。SIP協(xié)議可在TCP或UDP之上傳送，由于SIP本身具有握手機(jī)制，可首選UDP。
現(xiàn)有SIP協(xié)議規(guī)定，當(dāng)終端用戶(hù)業(yè)務(wù)在呼叫中因使用其他業(yè)務(wù)而改變IP層面QoS(服務(wù)質(zhì)量)時(shí)，需要發(fā)起SIP UPDATA消息，通知POC服務(wù)器控制QoS參數(shù)的改變，當(dāng)POC服務(wù)器認(rèn)可時(shí)，發(fā)起SIP NOTIFY消息將系統(tǒng)改變的QoS參數(shù)信息通知連接的其他用戶(hù)，其他用戶(hù)如果符合新業(yè)務(wù)的模式則接受信息，同時(shí)POC服務(wù)器向發(fā)起呼叫的終端用戶(hù)發(fā)送成功的響應(yīng)消息。
鑒于SIP協(xié)議消息群中的UPDATA消息和NOTIFY消息中消息參數(shù)功能與RTCP協(xié)議中實(shí)現(xiàn)講話權(quán)控制的消息中消息參數(shù)的類(lèi)似性，本發(fā)明可以采用這兩個(gè)消息在IP層面實(shí)現(xiàn)講話權(quán)控制。
利用SIP UPDATE消息中消息頭中的參數(shù)Contact，在現(xiàn)有協(xié)議中，該參數(shù)指明連接種類(lèi)和類(lèi)型。在本發(fā)明中，將其擴(kuò)展為更改類(lèi)型和更改原因，更改類(lèi)型包含業(yè)務(wù)更改或講話權(quán)更改。這樣，當(dāng)業(yè)務(wù)變更或講話權(quán)變更時(shí)，即可利用SIP UPDATE消息在IP層面實(shí)現(xiàn)講話權(quán)控制和業(yè)務(wù)更改。
下面以采用SIP協(xié)議消息為例，詳細(xì)說(shuō)明集群用戶(hù)建立通話的消息流程。
參照?qǐng)D3，集群用戶(hù)UE1為控制用戶(hù)，集群用戶(hù)UE2為通話用戶(hù)，UE1向UE2發(fā)起呼叫連接。
31.主叫用戶(hù)UE1發(fā)起POC業(yè)務(wù)呼叫，建立POC業(yè)務(wù)底層承載。
32.通過(guò)SIP(會(huì)話初始協(xié)議)協(xié)議建立呼叫，即通過(guò)SIP INVITE消息及SIP 200 OK消息建立呼叫連接系統(tǒng)在建立了底層承載后，UE1發(fā)起IP層面的呼叫，首先發(fā)出SIP INVITE消息到POC服務(wù)器，要求建立呼叫連接。POC服務(wù)器在鑒權(quán)認(rèn)可后，連接主叫用戶(hù)UE1到被叫用戶(hù)UE2，被叫用戶(hù)UE2回送連接證實(shí)給主叫用戶(hù)UE1，即向主叫用戶(hù)回送SIP 200 OK消息。至此，用戶(hù)呼叫連接建立。
33.用戶(hù)呼叫建立后，建立RTP端口，比如，可以通過(guò)socket通信編程建立RTP媒體傳輸端口，用于傳輸話音或其他媒體流，用戶(hù)間開(kāi)始通信。
34.當(dāng)用戶(hù)講話權(quán)控制改變時(shí)，主叫用戶(hù)UE1發(fā)起SIP UPDATA消息，通知POC服務(wù)器講話權(quán)需要改變。
35.POC服務(wù)器對(duì)該用戶(hù)認(rèn)可后，通過(guò)SIP NOTIFY消息通知給被叫用戶(hù)UE2，同時(shí)給主叫用戶(hù)UE1發(fā)起用戶(hù)成功的響應(yīng)，即SIP 200 OK消息。
36.當(dāng)呼叫業(yè)務(wù)變更時(shí)，再建立一個(gè)RTP端口，傳輸新增媒體流。
37.UE2申請(qǐng)成為控制用戶(hù)，發(fā)起SIP UPDATA消息，通知POC服務(wù)器講話權(quán)需要改變。
38.POC服務(wù)器對(duì)該用戶(hù)認(rèn)可后，通過(guò)SIP NOTIFY消息通知給通信用戶(hù)UE1，同時(shí)給新控制用戶(hù)UE2發(fā)起用戶(hù)成功的響應(yīng)，即SIP 200 OK消息。
這樣，即可建立UE2和UE1之間的通話，并實(shí)現(xiàn)講話權(quán)的控制。
當(dāng)然，在數(shù)字集群系統(tǒng)中，可以實(shí)現(xiàn)組呼、群呼等一對(duì)多的通信方式，其實(shí)現(xiàn)流程與上述類(lèi)似，在此不再詳細(xì)描述。
從上述系統(tǒng)實(shí)現(xiàn)的呼叫流程來(lái)看，呼叫成功后，不再需要建立RTCP控制端口，不需進(jìn)行RTCP解析過(guò)程，使得控制層協(xié)議棧更簡(jiǎn)單明了；沒(méi)有了RTCP控制端口的信令傳送，不會(huì)存在并發(fā)信令控制問(wèn)題，不需設(shè)計(jì)復(fù)雜的同步和互斥過(guò)程，有效地降低了信令分析實(shí)現(xiàn)的復(fù)雜度，使信令控制實(shí)現(xiàn)簡(jiǎn)單可靠。
利用本發(fā)明方法，可以使信令控制在一條傳輸鏈路上傳輸，所有信令過(guò)程采用同一種協(xié)議，由一個(gè)信令控制流程分析與處理，不存在多協(xié)議處理及并發(fā)信令分析，控制分析實(shí)現(xiàn)簡(jiǎn)單，可預(yù)期信令控制點(diǎn)簡(jiǎn)單，使系統(tǒng)具有較強(qiáng)的魯棒性。
雖然通過(guò)實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法，由無(wú)線一鍵通POC服務(wù)器控制完成控制用戶(hù)和通話用戶(hù)之間講話權(quán)的改變，其特征在于，所述方法包括步驟A、集群呼叫建立后，建立承載話音或其他媒體流傳輸?shù)膶?shí)時(shí)傳輸協(xié)議RTP端口，開(kāi)始集群用戶(hù)間通信；B、當(dāng)集群用戶(hù)講話權(quán)控制需要改變或業(yè)務(wù)需要改變時(shí)，由控制用戶(hù)通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制請(qǐng)求消息，通知POC服務(wù)器；C、POC服務(wù)器收到所述POC呼叫講話權(quán)控制請(qǐng)求消息后，通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟C進(jìn)一步包括C1、POC服務(wù)器收到所述POC呼叫講話權(quán)控制請(qǐng)求消息后，對(duì)所述控制用戶(hù)進(jìn)行認(rèn)可；C2、認(rèn)可通過(guò)后通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟C1進(jìn)一步包括利用數(shù)據(jù)庫(kù)記錄通話的集群用戶(hù)的信息；P0C服務(wù)器根據(jù)所述POC呼叫講話權(quán)控制請(qǐng)求消息中的用戶(hù)身份和信息標(biāo)識(shí)查詢(xún)所述數(shù)據(jù)庫(kù)，對(duì)所述控制用戶(hù)進(jìn)行認(rèn)可。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟B具體為所述控制用戶(hù)向POC服務(wù)器發(fā)送會(huì)話起始協(xié)議呼叫承載媒體更新請(qǐng)求SIP UPDATE消息。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟C2具體為POC服務(wù)器向所述通話用戶(hù)發(fā)送會(huì)話起始協(xié)議通告SIP NOTIFY消息，向所述控制用戶(hù)發(fā)送SIP 200OK消息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟A前還包括步驟控制用戶(hù)發(fā)起POC業(yè)務(wù)呼叫，與POC服務(wù)器建立POC業(yè)務(wù)底層承載連接；通過(guò)所述呼叫信令承載端口及SIP協(xié)議消息建立呼叫連接。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫信令承載端口為用戶(hù)數(shù)據(jù)報(bào)協(xié)議端口。
全文摘要
本發(fā)明公開(kāi)了一種控制集群系統(tǒng)無(wú)線一鍵通方式講話權(quán)的方法，由無(wú)線一鍵通POC服務(wù)器控制完成控制用戶(hù)和通話用戶(hù)之間講話權(quán)的改變，所述方法包括集群呼叫建立后，建立承載話音或其他媒體流傳輸?shù)膶?shí)時(shí)傳輸協(xié)議RTP端口，開(kāi)始集群用戶(hù)間通信；當(dāng)集群用戶(hù)講話權(quán)控制需要改變或業(yè)務(wù)需要改變時(shí)，由控制用戶(hù)通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制請(qǐng)求消息，通知POC服務(wù)器；POC服務(wù)器收到所述POC呼叫講話權(quán)控制請(qǐng)求消息后，通過(guò)呼叫信令承載端口發(fā)送POC呼叫講話權(quán)控制指示消息給所述通話用戶(hù)，同時(shí)向所述控制用戶(hù)回應(yīng)POC呼叫講話權(quán)控制響應(yīng)消息。利用本發(fā)明，可提高系統(tǒng)資源的利用率及系統(tǒng)性能。
文檔編號(hào)H04Q7/28GK1897720SQ20051008289
公開(kāi)日2007年1月17日 申請(qǐng)日期2005年7月11日 優(yōu)先權(quán)日2005年7月11日
發(fā)明者翁靖, 郭軼, 徐莉, 葉少?gòu)?qiáng), 蘇東升, 王文清 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司