針對poc業務異常的處理方法及poc服務器的制作方法

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

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


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