專利名稱：針對(duì)poc業(yè)務(wù)異常的處理方法及poc服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種針對(duì)POC業(yè)務(wù)異常的處理實(shí)現(xiàn)方案。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)技術(shù)的快速發(fā)展，基于無(wú)線通信系統(tǒng)的各種通信業(yè)務(wù)應(yīng)運(yùn)而生，其中包括已經(jīng)被廣泛應(yīng)用的POC(PTT over cellular，基于蜂窩無(wú)線技術(shù)實(shí)現(xiàn)的PTT)業(yè)務(wù)，所述的PTT(Push To Talk，即按即講)是一種半雙工的通訊技術(shù)。
所述的PoC業(yè)務(wù)是OMA(open mobile alliance，開(kāi)放移動(dòng)聯(lián)盟組織)定義的在分組網(wǎng)絡(luò)上實(shí)現(xiàn)的PTT業(yè)務(wù)，具體是一種采用VolP(分組語(yǔ)音)以及半雙工的方式通信的業(yè)務(wù)，由此帶來(lái)的低成本、高效率的特性很好地滿足了用戶的實(shí)時(shí)通信需求。
目前，所述的PoC業(yè)務(wù)主要具有如下特點(diǎn)(1)實(shí)時(shí)在線、一鍵即通用戶可以一直保持在線，當(dāng)需要進(jìn)行通話時(shí)，只需按住特殊鍵，即可實(shí)現(xiàn)語(yǔ)音通信，而不需要進(jìn)行撥號(hào)，使得建立通話所需要的時(shí)間較短；(2)實(shí)現(xiàn)組播一個(gè)用戶發(fā)言，群組中的多個(gè)用戶均可以同時(shí)收聽(tīng)，所述的群組可以是預(yù)先定義好的，也可以是臨時(shí)定義的；(3)半雙工通信模式在通話過(guò)程中，被叫在接聽(tīng)的時(shí)候不能發(fā)言。
由PoC業(yè)務(wù)存在以上特點(diǎn)，因此，PoC業(yè)務(wù)為網(wǎng)絡(luò)通信引入了一種現(xiàn)有的移動(dòng)系統(tǒng)以及傳統(tǒng)語(yǔ)音呼叫系統(tǒng)所無(wú)法提供的新的通信模式，而且，PoC業(yè)務(wù)在滿足實(shí)時(shí)呼叫的同時(shí)可以需要的開(kāi)銷最小。
所述的PoC業(yè)務(wù)的開(kāi)展模式如圖1所示，具有PoC能力終端的用戶首先需要和PoC業(yè)務(wù)的供應(yīng)商簽約，獲得PoC業(yè)務(wù)許可；之后，PoC用戶通過(guò)終端發(fā)現(xiàn)網(wǎng)絡(luò)具備PoC業(yè)務(wù)能力，且通過(guò)PoC業(yè)務(wù)供應(yīng)商建立了和其他PoC用戶的聯(lián)系，則PoC用戶可以通過(guò)按鍵要求發(fā)言，實(shí)現(xiàn)PoC業(yè)務(wù)。
如圖2所示，用于實(shí)現(xiàn)所述的PoC業(yè)務(wù)的網(wǎng)絡(luò)框架主要包括PoC client(PoC客戶端)、PoC server(PoC服務(wù)器)、SIP core(會(huì)話初始協(xié)議核心)、GLMS(Group Management Server，群組管理服務(wù)器)和Presenceserver(呈現(xiàn)業(yè)務(wù)服務(wù)器)。
在圖2中，PoC服務(wù)器是基于SIP Core之上，利用SIP Core的能力實(shí)現(xiàn)用戶之間的路由和查找。圖2中所述的SIP core可以是IMS網(wǎng)絡(luò)，也可以是其他基于SIP(會(huì)話發(fā)起協(xié)議)的網(wǎng)絡(luò)。
目前，在開(kāi)展POC業(yè)務(wù)的各種流程中，CF POC服務(wù)器(PoC Serverperforming the Controlling PoC Function，POC服務(wù)器控制功能)負(fù)責(zé)管理發(fā)言權(quán)的分配。而且，由于POC業(yè)務(wù)是一種半雙工的通訊方式，因此在一個(gè)群組會(huì)話中，同時(shí)只能有一個(gè)參與者發(fā)言，在該參與者發(fā)言期間，其他會(huì)話參與者是無(wú)法得到發(fā)言權(quán)，即無(wú)法發(fā)言的。
在開(kāi)展POC業(yè)務(wù)過(guò)程中，當(dāng)CF POC服務(wù)器向某個(gè)POC客戶端發(fā)送發(fā)言權(quán)授權(quán)消息(Talk Burst Granted message)或者其他針對(duì)發(fā)言權(quán)請(qǐng)求(TBCP Talk Burst Request message)的應(yīng)答消息時(shí)，由于底層承載網(wǎng)絡(luò)發(fā)生故障，或者空中接口的連接丟失等原因的出現(xiàn)，將可能導(dǎo)致所述的發(fā)言權(quán)授權(quán)消息無(wú)法到達(dá)目的POC客戶端，這樣必然使得POC客戶端無(wú)法實(shí)現(xiàn)相應(yīng)的POC業(yè)務(wù)。對(duì)此，為提高POC業(yè)務(wù)的可靠性，需要針對(duì)這種情況，提供相應(yīng)的解決方案。
目前，針對(duì)上述問(wèn)題的解決方案如圖3所示，具體包括步驟31一個(gè)POC用戶A按下POC終端的按鍵；步驟32POC客戶端A和CF POC服務(wù)器發(fā)起一個(gè)會(huì)話的建立，即發(fā)送會(huì)話請(qǐng)求消息，這個(gè)過(guò)程隱含了一個(gè)向CF請(qǐng)求發(fā)言權(quán)的消息；所述的POC會(huì)話可以是會(huì)話發(fā)起協(xié)議邀請(qǐng)消息SIP INVITE發(fā)起的On-demand PoC(即在使用時(shí)才發(fā)起請(qǐng)求的POC會(huì)話)會(huì)話，也可以是會(huì)話發(fā)起協(xié)議轉(zhuǎn)移消息SIP REFER發(fā)起的Pre-established POC(即預(yù)先建立的POC會(huì)話)會(huì)話；步驟33當(dāng)CF收到POC客戶端A的所述會(huì)話請(qǐng)求消息時(shí)，且CF許可POC客戶端A發(fā)言，則將向POC客戶端A發(fā)送發(fā)言權(quán)授權(quán)消息TBCP TalkBurst Granted message，在所述消息中需要包括此次發(fā)言允許的最大時(shí)長(zhǎng)；所述的消息將經(jīng)過(guò)PF(PoC Server performing the Participating PoCFunction，POC服務(wù)器參與功能)POC服務(wù)器發(fā)送給POC客戶端A，即在PFPOC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息，在傳送過(guò)程中，丟失了CF POC服務(wù)器許可該用戶發(fā)言的發(fā)言權(quán)授權(quán)消息，即POC客戶端A無(wú)法收到所述發(fā)言權(quán)授權(quán)消息；在該步驟中，當(dāng)會(huì)話建立之后則CF POC服務(wù)器發(fā)送發(fā)言權(quán)授權(quán)消息TBCP Talk Burst Granted message，根據(jù)該P(yáng)OC會(huì)話的建立使用的是無(wú)確認(rèn)機(jī)制還是確認(rèn)機(jī)制，所述的發(fā)言權(quán)授權(quán)消息可以是在POC會(huì)話建立前，也可以是在POC會(huì)話建立過(guò)程中發(fā)送。
為解決上述現(xiàn)有技術(shù)存在的問(wèn)題，在執(zhí)行步驟32后，POC客戶端A便需要啟動(dòng)一個(gè)T11定時(shí)器，用于監(jiān)聽(tīng)TBCP消息的接收，具體處理如下步驟34POC客戶端A處因?yàn)橐恢睕](méi)有收到發(fā)言權(quán)授權(quán)消息，導(dǎo)致T11定時(shí)器超時(shí)，這時(shí)，POC客戶端A將顯式的發(fā)送一個(gè)發(fā)言權(quán)請(qǐng)求消息TBCPTalk Burst Request message給CF POC服務(wù)器；
所述的顯式的發(fā)言權(quán)請(qǐng)求消息到達(dá)PF POC服務(wù)器后，PF修改該TBCP消息的IP地址和端口號(hào)，向CF轉(zhuǎn)發(fā)該消息。
步驟35CF收到該請(qǐng)求消息后，將前面步驟33發(fā)送的應(yīng)答消息(即發(fā)言權(quán)授權(quán)消息)再重新向POC客戶端A發(fā)送一次；同樣，PF POC服務(wù)器將修改該TBCP消息的IP地址和端口號(hào)，并向POC客戶端A轉(zhuǎn)發(fā)該消息。
步驟36、步驟37POC客戶端A收到所述的發(fā)言權(quán)授權(quán)消息后，便通知用戶A，并開(kāi)始發(fā)送媒體數(shù)據(jù)給CF，并由PF POC服務(wù)器修改RTP數(shù)據(jù)包的IP地址和端口號(hào)，再向CF轉(zhuǎn)發(fā)該RTP數(shù)據(jù)。
其中，所述的T11定時(shí)器的作用是允許發(fā)言權(quán)請(qǐng)求消息TBCP Talk BurstRequest message重發(fā)一定次數(shù)，即T11超時(shí)的時(shí)候POC客戶端發(fā)送一個(gè)新的發(fā)言權(quán)請(qǐng)求消息，其時(shí)長(zhǎng)是可配置的，但總的時(shí)間要小于6秒。T11定時(shí)器在POC客戶端發(fā)起會(huì)話請(qǐng)求或者發(fā)起發(fā)言權(quán)請(qǐng)求消息的時(shí)候啟動(dòng)，在收到針對(duì)會(huì)話請(qǐng)求或者發(fā)言權(quán)請(qǐng)求的應(yīng)答消息(如發(fā)言權(quán)授權(quán)消息TBCP Talk BurstGranted message、發(fā)言權(quán)被占用消息TBCP Talk Burst Taken message或者發(fā)言權(quán)被拒絕消息TBCP Talk Burst Deny message)，或者發(fā)現(xiàn)其他參與者已經(jīng)開(kāi)始發(fā)言的時(shí)候停止。
通過(guò)上述針對(duì)現(xiàn)有技術(shù)的描述可知，如果回復(fù)TBCP發(fā)言權(quán)請(qǐng)求消息的應(yīng)答消息丟失的話，是通過(guò)POC客戶端側(cè)的定時(shí)器T11超時(shí)之后重新發(fā)起請(qǐng)求，重新得到應(yīng)答消息來(lái)解決的。因此，在相應(yīng)的等待時(shí)間內(nèi)，CF POC服務(wù)器的發(fā)言權(quán)不能給任何一個(gè)其他參與用戶，即使該得到發(fā)言權(quán)的用戶其實(shí)也沒(méi)有得到該發(fā)言權(quán)。
而且，T11定時(shí)器超時(shí)之后POC客戶端要重新發(fā)起發(fā)言權(quán)請(qǐng)求，必然需要耗費(fèi)POC客戶端和CF服務(wù)器之間的交互時(shí)間以及處理時(shí)間等。對(duì)于將近6秒的時(shí)間，以及在客戶端以及服務(wù)器上增加的處理過(guò)程和交互過(guò)程將使得會(huì)話建立的過(guò)程需要較長(zhǎng)的時(shí)間，這將對(duì)POC業(yè)務(wù)會(huì)話產(chǎn)生較大的負(fù)面影響，影響到參與該會(huì)話的用戶的使用感受；而且整個(gè)過(guò)程大量地占用了網(wǎng)絡(luò)處理資源以及空口資源，使得有限的資源沒(méi)有得到合理地利用。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種針對(duì)POC業(yè)務(wù)異常的處理方法及POC服務(wù)器，從而使得開(kāi)展POC業(yè)務(wù)過(guò)程中可以有效地節(jié)省網(wǎng)絡(luò)處理資源及空口資源，提高POC用戶的感受。
本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種針對(duì)POC業(yè)務(wù)異常的處理方法，包括POC服務(wù)器向POC終端發(fā)送資源占用消息后，若經(jīng)過(guò)預(yù)定時(shí)間后確定POC終端仍未收到所述的資源占用消息，則POC服務(wù)器重新向POC終端發(fā)送資源占用消息。
所述的資源占用消息包括業(yè)務(wù)授權(quán)消息，或者，發(fā)言權(quán)授權(quán)消息，或者，媒體資源授權(quán)消息。
所述的方法包括A、POC服務(wù)器發(fā)送資源占用消息后，則啟動(dòng)在POC服務(wù)器上設(shè)置的發(fā)送定時(shí)器，并等待接收POC終端發(fā)來(lái)的信息；B、當(dāng)POC服務(wù)器收到POC終端發(fā)來(lái)的信息時(shí)，停止所述定時(shí)器，若所述定時(shí)器超時(shí)，則確定POC終端仍未收到所述的資源占用消息，并重新向POC終端發(fā)送資源占用消息。
所述的發(fā)送定時(shí)器設(shè)置于POC服務(wù)器的控制功能CF POC服務(wù)器中。
所述的步驟B還包括B1、判斷發(fā)送或重新發(fā)送所述的資源占用消息是否達(dá)到預(yù)定的次數(shù)，如果達(dá)到，執(zhí)行步驟B2，否則，執(zhí)行步驟B3；
B2、停止重新發(fā)送所述的資源占用消息；B3、繼續(xù)重發(fā)所述的資源占用消息。
所述的步驟B2還包括POC服務(wù)器執(zhí)行重新分配POC業(yè)務(wù)發(fā)言權(quán)的操作。
所述的步驟B包括當(dāng)POC服務(wù)器收到POC終端發(fā)來(lái)的媒體數(shù)據(jù)信息時(shí)，停止所述定時(shí)器。
本發(fā)明所述的方法還包括當(dāng)在POC客戶端上設(shè)置有T11定時(shí)器時(shí)，則當(dāng)T11定時(shí)器超時(shí)，且POC客戶端未收到POC服務(wù)器發(fā)來(lái)的資源占用消息，POC客戶端將重發(fā)一個(gè)資源占用請(qǐng)求消息；在發(fā)送所述的資源占用請(qǐng)求消息后，POC客戶端如果在預(yù)定的時(shí)間段內(nèi)收到POC服務(wù)器發(fā)來(lái)的對(duì)應(yīng)的資源占用消息，則將忽略后續(xù)收到的針對(duì)所述資源占用請(qǐng)求消息的資源占用消息。
本發(fā)明所述的方法還包括在POC服務(wù)器上，如果經(jīng)過(guò)預(yù)定時(shí)間，且確定POC客戶端未收到發(fā)送的資源占用消息，則重發(fā)所述的資源占用消息；在重發(fā)所述的資源占用消息后，若POC服務(wù)器收到POC客戶端發(fā)來(lái)的資源占用請(qǐng)求消息，且確定該資源占用請(qǐng)求消息與重發(fā)的資源占用消息對(duì)應(yīng)，則POC服務(wù)器忽略該資源占用請(qǐng)求消息，或者，向POC客戶端發(fā)送所述的資源占用消息。
本發(fā)明還提供了一種POC服務(wù)器，包括定時(shí)處理單元，在向POC終端發(fā)送資源占用消息后觸發(fā)，用于在經(jīng)過(guò)預(yù)定的時(shí)間后，若確定POC終端仍未收到所述的資源占用消息，則觸發(fā)消息重發(fā)單元；消息重發(fā)單元，在定時(shí)處理單元的觸發(fā)下，重新向POC終端發(fā)送所述的資源占用消息。
所述的定時(shí)處理單元包括定時(shí)器，在向POC終端發(fā)送資源占用消息后啟動(dòng)計(jì)時(shí)；判斷處理單元，在定時(shí)器計(jì)時(shí)過(guò)程中，判斷POC終端是否收到資源占用消息，如果收到，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元。
所述的判斷處理單元為接收媒體數(shù)據(jù)判斷單元，用于判斷是否接收到POC終端發(fā)來(lái)的媒體數(shù)據(jù)，如果接收到，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元。
所述的服務(wù)器還包括發(fā)送次數(shù)統(tǒng)計(jì)單元，用于統(tǒng)計(jì)POC服務(wù)器發(fā)送資源占用消息的次數(shù)，或者，用于統(tǒng)計(jì)POC服務(wù)器重新發(fā)送資源占用消息的次數(shù)；重發(fā)判斷單元，用于根據(jù)發(fā)送次數(shù)統(tǒng)計(jì)單元統(tǒng)計(jì)的次數(shù)信息，判斷資源占用消息的發(fā)送或重新發(fā)送次數(shù)是否達(dá)到配置的次數(shù)值，如果是，則停止重發(fā)操作，否則，觸發(fā)所述的消息重發(fā)單元。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明提供的一種在POC業(yè)務(wù)中消息丟失的處理方法是在POC服務(wù)器上利用相應(yīng)的定時(shí)機(jī)制實(shí)現(xiàn)，從而能夠節(jié)省POC客戶端向網(wǎng)絡(luò)發(fā)起新的發(fā)言權(quán)請(qǐng)求消息的過(guò)程，進(jìn)而有效減少POC客戶端和服務(wù)器之間的交互消息次數(shù)及相關(guān)的處理，縮短發(fā)言權(quán)被無(wú)效占用的時(shí)間，同時(shí)，還可以減少POC服務(wù)器對(duì)交互消息的處理過(guò)程。
總之，本發(fā)明中，由于POC服務(wù)器本身最清楚發(fā)言權(quán)資源的占用情況，使得其在消息發(fā)送過(guò)程中出現(xiàn)異常情況時(shí)，能夠更快速更高效的對(duì)發(fā)言權(quán)資源進(jìn)行處理，從而可以很好地節(jié)省空口資源，以及網(wǎng)絡(luò)處理資源，而且，本發(fā)明的實(shí)現(xiàn)還可以保證用戶能夠獲得良好的使用感受。


圖1為POC業(yè)務(wù)的開(kāi)展模式示意圖；圖2為用于開(kāi)展POC業(yè)務(wù)的網(wǎng)絡(luò)架構(gòu)示意圖；圖3為現(xiàn)有技術(shù)中解決消息丟失問(wèn)題的處理過(guò)程示意圖；圖4為本發(fā)明所述的方法的具體實(shí)現(xiàn)方案一的處理過(guò)程示意圖；圖5為本發(fā)明所述的方法的具體實(shí)現(xiàn)方案二的處理過(guò)程示意圖；圖6為本發(fā)明所述的方法的具體實(shí)現(xiàn)方案三的處理過(guò)程示意圖；圖7為本發(fā)明所述的POC服務(wù)器的具體實(shí)現(xiàn)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明的提供的在消息丟失時(shí)POC業(yè)務(wù)的處理方案主要是在POC服務(wù)器上(如CF POC服務(wù)器)設(shè)置相應(yīng)的定時(shí)機(jī)制，通過(guò)該定時(shí)機(jī)制實(shí)現(xiàn)消息的重發(fā)操作，從而確定客戶端準(zhǔn)確接收POC服務(wù)器發(fā)送的資源占用消息，所述的資源占用消息包括但不限于業(yè)務(wù)授權(quán)消息、發(fā)言權(quán)授權(quán)消息或媒體資源授權(quán)消息等。
例如，具體可以在POC服務(wù)器上通過(guò)設(shè)置的一個(gè)定時(shí)器實(shí)現(xiàn)相應(yīng)的消息重發(fā)處理操作。
隨著POC業(yè)務(wù)的不斷發(fā)展和演進(jìn)，在系統(tǒng)中還會(huì)出現(xiàn)多種媒體控制協(xié)議，不同的協(xié)議，發(fā)送媒體請(qǐng)求消息的方式各不相同，比如，發(fā)送媒體請(qǐng)求消息，對(duì)于TBCP協(xié)議來(lái)說(shuō)是請(qǐng)求發(fā)言權(quán)，對(duì)于MBCP協(xié)議來(lái)說(shuō)是請(qǐng)求一種或者多種媒體數(shù)據(jù)的發(fā)送權(quán)。
但是，由于本發(fā)明采用的針對(duì)消息丟失的處理方案中對(duì)于使用TBCP或者M(jìn)BCP協(xié)議或者其他媒體控制協(xié)議的處理基本相同，故在后面的描述中將僅以TBCP協(xié)議為例進(jìn)行說(shuō)明，而不再根據(jù)每種媒體控制協(xié)議分別贅述。
下面將以TBCP協(xié)議為例，對(duì)本發(fā)明的實(shí)現(xiàn)進(jìn)行說(shuō)明。
本發(fā)明中，在POC服務(wù)器上，具體可以在用于控制POC業(yè)務(wù)會(huì)話的CFPOC服務(wù)器上，增加一個(gè)發(fā)送定時(shí)器Tx，所述定時(shí)器的控制在經(jīng)過(guò)預(yù)定的時(shí)間段仍未被POC客戶端接收，則允許重新發(fā)送所述的發(fā)言權(quán)授權(quán)消息(TBCP Talk Burst Granted message)，同時(shí)需要限定重發(fā)次數(shù)，通常所述的重發(fā)次數(shù)是預(yù)先配置在POC服務(wù)器上，之后，便可以根據(jù)所棕的重發(fā)次數(shù)限制重新發(fā)送相應(yīng)消息的次數(shù)了。
即Tx超時(shí)的時(shí)候CF POC服務(wù)器發(fā)送一個(gè)新的發(fā)言權(quán)授權(quán)消息，所述的Tx的定時(shí)時(shí)長(zhǎng)可以是人工配置或者預(yù)定設(shè)置的固定一個(gè)標(biāo)準(zhǔn)值，比如規(guī)定總的時(shí)間要小于4秒等。
所述的Tx在CF POC服務(wù)器發(fā)送發(fā)言權(quán)授權(quán)消息的時(shí)候啟動(dòng)，在確定POC客戶端收到所述的發(fā)言權(quán)授權(quán)消息(如收到POC客戶端發(fā)送的媒體數(shù)據(jù))時(shí)停止，或者，在重發(fā)次數(shù)達(dá)到配置值時(shí)停止。
需要說(shuō)明的是，目前針對(duì)會(huì)話請(qǐng)求或者發(fā)言權(quán)請(qǐng)求的應(yīng)答消息多種多樣，包括發(fā)言權(quán)授權(quán)消息TBCP Talk Burst Granted message、發(fā)言權(quán)被占用消息TBCP Talk Burst Taken message、發(fā)言權(quán)被拒絕消息TBCP TalkBurst Deny message等等，對(duì)于針對(duì)發(fā)言權(quán)處理的多種結(jié)果，只要應(yīng)答消息中為涉及到占用發(fā)言權(quán)資源的處理的發(fā)言權(quán)授權(quán)消息，便可以使用本發(fā)明針對(duì)該消息進(jìn)行處理，以優(yōu)化資源使用。同時(shí)，如果今后隨著媒體控制協(xié)議的進(jìn)一步增強(qiáng)和豐富，有其他涉及資源占用的消息出現(xiàn)，本發(fā)明也可以用來(lái)控制相應(yīng)消息的重發(fā)處理。
本發(fā)明中，當(dāng)在POC服務(wù)器上引入了Tx定時(shí)器之后，原來(lái)在POC客戶端啟動(dòng)的T11定時(shí)器可以不再使用。如果POC客戶端收到了POC服務(wù)器發(fā)送的發(fā)言權(quán)授權(quán)消息，則正常情況下用戶會(huì)在收到提示信息之后的一個(gè)很短的時(shí)間內(nèi)啟動(dòng)媒體數(shù)據(jù)的發(fā)送，如果用戶由于某些原因?qū)е聼o(wú)法發(fā)送媒體數(shù)據(jù)或者沒(méi)有發(fā)送媒體數(shù)據(jù)，則這種情況下CF POC服務(wù)器應(yīng)該重新分配發(fā)言權(quán)或者說(shuō)媒體發(fā)送控制權(quán)。下面將舉例對(duì)此進(jìn)行說(shuō)明例如，承載網(wǎng)絡(luò)或者空中接口的連接丟失了，導(dǎo)致網(wǎng)絡(luò)側(cè)的消息無(wú)法發(fā)送到終端上；或者，終端無(wú)法發(fā)送消息給網(wǎng)絡(luò)側(cè)；或者，POC終端發(fā)生故障，導(dǎo)致無(wú)法發(fā)送媒體數(shù)據(jù)；等等。因?yàn)樵贑F POC服務(wù)器上設(shè)置了相應(yīng)的定時(shí)器，因而，可以很好地控制重新分配發(fā)言權(quán)或者媒體發(fā)送控制權(quán)。
本發(fā)明中，如果在POC服務(wù)器上引入了Tx定時(shí)器之后，則原來(lái)在POC客戶端啟動(dòng)的T11定時(shí)器可以不再使用。但是，在某些情況下可能會(huì)產(chǎn)生兼容性問(wèn)題，即在引入本發(fā)明的同時(shí)，相應(yīng)的POC客戶端還存在相應(yīng)的T11定時(shí)器，例如，用戶使用的POC客戶端版本支持T11定時(shí)器，在這種情況下，POC客戶端仍然會(huì)在T11定時(shí)器超時(shí)之后向POC服務(wù)器發(fā)送TBCP Talk BurstRequest message。
為保證出現(xiàn)上述情況時(shí)，POC業(yè)務(wù)的正常實(shí)現(xiàn)，則需要在CF POC服務(wù)器及POC客戶端上采用下述處理方式，具體以POC客戶端與POC服務(wù)器之間傳送發(fā)言權(quán)授權(quán)消息及發(fā)言權(quán)請(qǐng)求消息作為相應(yīng)的資源占用消息和資源占用請(qǐng)求消息為例進(jìn)行相應(yīng)的說(shuō)明，其中(1)在POC客戶端上采用的處理包括在POC客戶端上，如果T11定時(shí)器超時(shí)，而且POC客戶端沒(méi)有收到CFPOC服務(wù)器發(fā)送的發(fā)言權(quán)授權(quán)消息，則POC客戶端將重發(fā)一個(gè)TBCP TalkBurst Req uest message；在發(fā)送該消息之后，如果立刻(在預(yù)定的時(shí)間段內(nèi))收到了POC服務(wù)器發(fā)來(lái)的發(fā)言權(quán)授權(quán)消息，則POC客戶端需要對(duì)該發(fā)言權(quán)授權(quán)消息進(jìn)行檢查，如果所述的發(fā)言權(quán)授權(quán)消息與所述重發(fā)的發(fā)言權(quán)請(qǐng)求消息對(duì)應(yīng)，即可以作為針對(duì)所述重發(fā)的發(fā)言權(quán)請(qǐng)求消息的應(yīng)答消息，則POC客戶端將忽略后續(xù)收到的針對(duì)該重發(fā)消息的應(yīng)答消息。
(2)在POC服務(wù)器上采用的處理包括在POC服務(wù)器上，如果Tx定時(shí)器超時(shí)，而且CF POC服務(wù)器沒(méi)有收到來(lái)自POC客戶端的媒體數(shù)據(jù)，則CF POC服務(wù)器重發(fā)發(fā)言權(quán)授權(quán)消息；如果在發(fā)送該消息之后又收到了一個(gè)發(fā)言權(quán)請(qǐng)求消息，則CF POC服務(wù)器將對(duì)該發(fā)言權(quán)請(qǐng)求消息進(jìn)行檢查，如果確定該請(qǐng)求消息與重發(fā)的發(fā)言權(quán)授權(quán)消息對(duì)應(yīng)，即重發(fā)的請(qǐng)求消息仍然是為了獲得所述重發(fā)的發(fā)言權(quán)授權(quán)消息，則CF POC服務(wù)器可以忽略該發(fā)言權(quán)請(qǐng)求消息，或者，CF POC服務(wù)器也可以繼續(xù)針對(duì)這個(gè)發(fā)言權(quán)請(qǐng)求消息進(jìn)行處理，即返回對(duì)應(yīng)的發(fā)言權(quán)授權(quán)消息，后續(xù)處理將在POC客戶端上進(jìn)行。
為便于對(duì)本發(fā)明的理解，下面將對(duì)本發(fā)明中在引入Tx定時(shí)器之后的不同應(yīng)用場(chǎng)景的具體處理流程進(jìn)行描述。
相應(yīng)的應(yīng)用場(chǎng)景包括首先，一個(gè)POC用戶A按下POC終端的按鍵，對(duì)應(yīng)的POC客戶端A和CF POC服務(wù)器發(fā)起一個(gè)會(huì)話的建立，相應(yīng)的處理過(guò)程隱含了一個(gè)向CF請(qǐng)求發(fā)言權(quán)的消息(TBCP Talk Burst Requestmessage)。之后，CF POC服務(wù)器許可該用戶發(fā)言，但是POC客戶端A并沒(méi)有收到這個(gè)許可消息。
在上述應(yīng)用場(chǎng)景中，相應(yīng)的POC會(huì)話可以是SIP INVITE發(fā)起的On-demand PoC會(huì)話，也可以是SIP REFER發(fā)起的Pre-established POC會(huì)話。同時(shí)，根據(jù)該P(yáng)OC會(huì)話的建立使用的是無(wú)確認(rèn)機(jī)制還是確認(rèn)機(jī)制，相應(yīng)的發(fā)言權(quán)授權(quán)消息可以是在POC會(huì)話建立前，也可以是在POC會(huì)話建立過(guò)程中，向POC服務(wù)器端發(fā)送。
基本上述應(yīng)用場(chǎng)景，對(duì)于由于空中接口短暫的失去連接，導(dǎo)致第一次發(fā)送的發(fā)言權(quán)授權(quán)消息丟失，CF POC服務(wù)器重發(fā)之后發(fā)送到了POC客戶端處的處理如圖4所示，具體包括
步驟41當(dāng)CF收到POC客戶端A的一個(gè)會(huì)話請(qǐng)求時(shí)，該請(qǐng)求暗含著POC客戶端A要請(qǐng)求發(fā)言權(quán)，因此CF發(fā)送發(fā)言權(quán)授權(quán)消息(TBCP Talk BurstGranted message)給POC客戶端A，其中包括此次發(fā)言允許的最大時(shí)長(zhǎng)，同時(shí)啟動(dòng)Tx定時(shí)器。
步驟42PF POC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息，在傳送過(guò)程中，該消息丟失了。
步驟43CF POC服務(wù)器處因?yàn)橐恢睕](méi)有收到來(lái)自被允許發(fā)言的POC客戶端A的媒體數(shù)據(jù)，導(dǎo)致Tx定時(shí)器超時(shí)，因此CF POC服務(wù)器將按照步驟1中發(fā)送的發(fā)言權(quán)授權(quán)消息的處理再重新發(fā)送一次。
步驟44PF POC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息。
步驟45這次POC客戶端A收到了發(fā)言權(quán)授權(quán)消息，就通知用戶A，并開(kāi)始發(fā)送媒體數(shù)據(jù)給CF。
步驟46PF POC服務(wù)器修改RTP數(shù)據(jù)包的IP地址和端口號(hào)，向CF轉(zhuǎn)發(fā)該RTP數(shù)據(jù)。
在上述應(yīng)用場(chǎng)景中，對(duì)于由于底層承載網(wǎng)絡(luò)或者空中接口的故障，導(dǎo)致POC客戶端A當(dāng)前不可達(dá)，CF POC服務(wù)器連續(xù)發(fā)送兩次都沒(méi)有到達(dá)POC客戶端A的情況，相應(yīng)的處理過(guò)程如圖5所示，具體包括步驟51當(dāng)CF收到POC客戶端A的一個(gè)會(huì)話請(qǐng)求時(shí)，該請(qǐng)求暗含著POC客戶端A要請(qǐng)求發(fā)言權(quán)，因此CF發(fā)送發(fā)言權(quán)授權(quán)消息(TBCP Talk BurstGranted message)給POC客戶端A，其中包括此次發(fā)言允許的最大時(shí)長(zhǎng)，同時(shí)啟動(dòng)Tx定時(shí)器。
步驟52PF POC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息，在傳送過(guò)程中，該消息丟失了。
步驟53CF POC服務(wù)器處因?yàn)橐恢睕](méi)有收到來(lái)自被允許發(fā)言的POC客戶端A的媒體數(shù)據(jù)，導(dǎo)致Tx定時(shí)器超時(shí)，因此CF POC服務(wù)器將按照步驟51中發(fā)送的發(fā)言權(quán)授權(quán)消息的處理再重新發(fā)送一次。
步驟54PF POC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息，在傳送過(guò)程中，該消息還是沒(méi)有能夠發(fā)送到POC客戶端A處。
步驟55在配置的重發(fā)次數(shù)到達(dá)之后，CF POC服務(wù)器發(fā)現(xiàn)還是沒(méi)有收到來(lái)自當(dāng)前占用發(fā)言權(quán)的POC客戶端A的媒體數(shù)據(jù)，則釋放被POC客戶端A占用的發(fā)言權(quán)資源，執(zhí)行發(fā)言權(quán)的重新分配過(guò)程，這個(gè)過(guò)程和現(xiàn)有技術(shù)中定義的一樣。
在此，假定配置的重發(fā)次數(shù)是1，即同一個(gè)發(fā)言權(quán)授權(quán)消息最多被發(fā)送兩次，在具體實(shí)現(xiàn)過(guò)程中，根據(jù)需要相應(yīng)的重發(fā)次數(shù)可以設(shè)置為多次。
前面對(duì)本發(fā)明在相應(yīng)的應(yīng)用場(chǎng)景下的處理過(guò)程進(jìn)行了描述，下面再對(duì)應(yīng)用本發(fā)明的系統(tǒng)中處于正常情況下的處理過(guò)程進(jìn)行說(shuō)明，即在系統(tǒng)中未發(fā)生消息丟失情況，本發(fā)明的處理過(guò)程如圖6所示，具體包括步驟61當(dāng)CF收到POC客戶端A的一個(gè)會(huì)話請(qǐng)求時(shí)，該請(qǐng)求暗含著POC客戶端A要請(qǐng)求發(fā)言權(quán)，因此CF發(fā)送發(fā)言權(quán)授權(quán)消息(TBCP Talk BurstGranted message)給POC客戶端A，其中包括此次發(fā)言允許的最大時(shí)長(zhǎng)，同時(shí)啟動(dòng)Tx定時(shí)器。
步驟62PF POC服務(wù)器修改該TBCP消息的IP地址和端口號(hào)，向POC客戶端A轉(zhuǎn)發(fā)該消息。
步驟63POC客戶端A收到了發(fā)言權(quán)授權(quán)消息，就通知用戶A，并開(kāi)始發(fā)送媒體數(shù)據(jù)給CF。
步驟64PF POC服務(wù)器修改RTP數(shù)據(jù)包的IP地址和端口號(hào)，向CF轉(zhuǎn)發(fā)該RTP數(shù)據(jù)。CF收到來(lái)自POC客戶端A的媒體數(shù)據(jù)后，停止定時(shí)器Tx，執(zhí)行后續(xù)的媒體數(shù)據(jù)分發(fā)過(guò)程。
本發(fā)明還提供了一種POC服務(wù)器，該P(yáng)OC服務(wù)器的具體實(shí)現(xiàn)結(jié)構(gòu)如圖7所示，具體包括以下處理單元(1)定時(shí)處理單元在向POC終端發(fā)送資源占用消息后觸發(fā)，用于在經(jīng)過(guò)預(yù)定的時(shí)間后，若確定POC終端仍未收到所述的資源占用消息，則觸發(fā)消息重發(fā)單元；所述的定時(shí)處理單元包括定時(shí)器，在向POC終端發(fā)送資源占用消息后啟動(dòng)計(jì)時(shí)；判斷處理單元，在定時(shí)器計(jì)時(shí)過(guò)程中，判斷POC終端是否收到資源占用消息，如果收到，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元；其中，所述的判斷處理單元為接收媒體數(shù)據(jù)判斷單元，具體可以通過(guò)判斷是否接收到POC終端發(fā)來(lái)的媒體數(shù)據(jù)確定POC終端是收到資源占用消息，如果接收到所述媒體數(shù)據(jù)，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元。
(2)消息重發(fā)單元在定時(shí)處理單元的觸發(fā)下，重新向POC終端發(fā)送所述的資源占用消息。
(3)發(fā)送次數(shù)統(tǒng)計(jì)單元用于統(tǒng)計(jì)POC服務(wù)器發(fā)送資源占用消息的次數(shù)，或者，用于統(tǒng)計(jì)POC服務(wù)器重新發(fā)送資源占用消息的次數(shù)；(4)重發(fā)判斷單元用于根據(jù)發(fā)送次數(shù)統(tǒng)計(jì)單元統(tǒng)計(jì)的次數(shù)信息，判斷資源占用消息的重發(fā)次數(shù)是否達(dá)到預(yù)定的次數(shù)值，如果是，則停止重發(fā)操作，否則，繼續(xù)觸所述的消息重發(fā)單元。
綜上所述，本發(fā)明提出一種在POC業(yè)務(wù)中消息丟失的處理方法，通過(guò)提出一種新的解決消息丟失的方法，減少POC客戶端和服務(wù)器之間的交互消息次數(shù)，縮短發(fā)言權(quán)被無(wú)效占用的時(shí)間，節(jié)省空口資源和網(wǎng)絡(luò)資源的使用，同時(shí)還可以提高用戶的使用感受。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種針對(duì)POC業(yè)務(wù)異常的處理方法，其特征在于，包括POC服務(wù)器向POC終端發(fā)送資源占用消息后，若經(jīng)過(guò)預(yù)定時(shí)間后確定POC終端仍未收到所述的資源占用消息，則POC服務(wù)器重新向POC終端發(fā)送資源占用消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的資源占用消息包括業(yè)務(wù)授權(quán)消息，或者，發(fā)言權(quán)授權(quán)消息，或者，媒體資源授權(quán)消息。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述的方法包括A、POC服務(wù)器發(fā)送資源占用消息后，則啟動(dòng)在POC服務(wù)器上設(shè)置的發(fā)送定時(shí)器，并等待接收POC終端發(fā)來(lái)的信息；B、當(dāng)POC服務(wù)器收到POC終端發(fā)來(lái)的信息時(shí)，停止所述定時(shí)器，若所述定時(shí)器超時(shí)，則確定POC終端仍未收到所述的資源占用消息，并重新向POC終端發(fā)送資源占用消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的發(fā)送定時(shí)器設(shè)置于POC服務(wù)器的控制功能CF POC服務(wù)器中。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的步驟B還包括B1、判斷發(fā)送或重新發(fā)送所述的資源占用消息是否達(dá)到預(yù)定的次數(shù)，如果達(dá)到，執(zhí)行步驟B2，否則，執(zhí)行步驟B3；B2、停止重新發(fā)送所述的資源占用消息；B3、繼續(xù)重發(fā)所述的資源占用消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述的步驟B2還包括POC服務(wù)器執(zhí)行重新分配POC業(yè)務(wù)發(fā)言權(quán)的操作。
7.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的步驟B包括當(dāng)POC服務(wù)器收到POC終端發(fā)來(lái)的媒體數(shù)據(jù)信息時(shí)，停止所述定時(shí)器。
8.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述的方法還包括當(dāng)在POC客戶端上設(shè)置有T11定時(shí)器時(shí)，則當(dāng)T11定時(shí)器超時(shí)，且POC客戶端未收到POC服務(wù)器發(fā)來(lái)的資源占用消息，POC客戶端將重發(fā)一個(gè)資源占用請(qǐng)求消息；在發(fā)送所述的資源占用請(qǐng)求消息后，POC客戶端如果在預(yù)定的時(shí)間段內(nèi)收到POC服務(wù)器發(fā)來(lái)的對(duì)應(yīng)的資源占用消息，則將忽略后續(xù)收到的針對(duì)所述資源占用請(qǐng)求消息的資源占用消息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述的方法還包括在POC服務(wù)器上，如果經(jīng)過(guò)預(yù)定時(shí)間，且確定POC客戶端未收到發(fā)送的資源占用消息，則重發(fā)所述的資源占用消息；在重發(fā)所述的資源占用消息后，若POC服務(wù)器收到POC客戶端發(fā)來(lái)的資源占用請(qǐng)求消息，且確定該資源占用請(qǐng)求消息與重發(fā)的資源占用消息對(duì)應(yīng)，則POC服務(wù)器忽略該資源占用請(qǐng)求消息，或者，向POC客戶端發(fā)送所述的資源占用消息。
10.一種POC服務(wù)器，其特征在于，包括定時(shí)處理單元，在向POC終端發(fā)送資源占用消息后觸發(fā)，用于在經(jīng)過(guò)預(yù)定的時(shí)間后，若確定POC終端仍未收到所述的資源占用消息，則觸發(fā)消息重發(fā)單元；消息重發(fā)單元，在定時(shí)處理單元的觸發(fā)下，重新向POC終端發(fā)送所述的資源占用消息。
11.根據(jù)權(quán)利要求10所述的POC服務(wù)器，其特征在于，所述的定時(shí)處理單元包括定時(shí)器，在向POC終端發(fā)送資源占用消息后啟動(dòng)計(jì)時(shí)；判斷處理單元，在定時(shí)器計(jì)時(shí)過(guò)程中，判斷POC終端是否收到資源占用消息，如果收到，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元。
12.根據(jù)權(quán)利要求11所述的POC服務(wù)器，其特征在于，所述的判斷處理單元為接收媒體數(shù)據(jù)判斷單元，用于判斷是否接收到POC終端發(fā)來(lái)的媒體數(shù)據(jù)，如果接收到，則停止定時(shí)器，否則，當(dāng)定時(shí)器超時(shí)時(shí)，觸發(fā)所述的消息重發(fā)單元。
13.根據(jù)權(quán)利要求10、11或12所述的POC服務(wù)器，其特征在于，該服務(wù)器還包括發(fā)送次數(shù)統(tǒng)計(jì)單元，用于統(tǒng)計(jì)POC服務(wù)器發(fā)送資源占用消息的次數(shù)，或者，用于統(tǒng)計(jì)POC服務(wù)器重新發(fā)送資源占用消息的次數(shù)；重發(fā)判斷單元，用于根據(jù)發(fā)送次數(shù)統(tǒng)計(jì)單元統(tǒng)計(jì)的次數(shù)信息，判斷資源占用消息的發(fā)送或重新發(fā)送次數(shù)是否達(dá)到配置的次數(shù)值，如果是，則停止重發(fā)操作，否則，觸發(fā)所述的消息重發(fā)單元。
全文摘要
本發(fā)明涉及一種針對(duì)POC業(yè)務(wù)異常的處理方法及POC服務(wù)器。本發(fā)明主要包括POC服務(wù)器向POC終端發(fā)送資源占用消息后，若經(jīng)過(guò)預(yù)定時(shí)間后確定POC終端仍未收到所述的資源占用消息，則POC服務(wù)器重新向POC終端發(fā)送資源占用消息。本發(fā)明是在POC服務(wù)器上利用相應(yīng)的定時(shí)機(jī)制實(shí)現(xiàn)，從而能夠節(jié)省POC客戶端向網(wǎng)絡(luò)發(fā)起新的發(fā)言權(quán)請(qǐng)求消息的過(guò)程，進(jìn)而有效減少POC客戶端和服務(wù)器之間的交互消息次數(shù)及相關(guān)的處理，縮短發(fā)言權(quán)被無(wú)效占用的時(shí)間，同時(shí)，還可以減少POC服務(wù)器對(duì)交互消息的處理過(guò)程。
文檔編號(hào)H04W4/10GK101083821SQ200610085138
公開(kāi)日2007年12月5日 申請(qǐng)日期2006年5月30日 優(yōu)先權(quán)日2006年5月30日
發(fā)明者武亞娟 申請(qǐng)人:華為技術(shù)有限公司