專利名稱：管理預(yù)建立的會話的方法、實現(xiàn)該方法的無線一鍵通話系統(tǒng)和無線一鍵通話用戶設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于管理預(yù)建立的會話的方法、用于實現(xiàn)該方法的無線一鍵:
通話(PTT) (PoC)系統(tǒng)和PoC用戶設(shè)備(UE)。更具體地，本發(fā)明涉及用于使得能夠在終端方的PoC客戶端使用預(yù)建立的會話開啟PoC會話并且終止開啟的PoC會話時保持預(yù)建立的會活的方法、實現(xiàn)該方法的PoC系統(tǒng)和PoCUE。
背景技術(shù)：
移動通信技術(shù)的重大發(fā)展以及通信網(wǎng)絡(luò)的擴展已經(jīng)導(dǎo)致提供使用移動電話的多種服務(wù)和應(yīng)用。除了基本通信服務(wù)外，用戶需要更多樣化的服務(wù)，包括定位服務(wù)、多J(某體服務(wù)、和一鍵通話(PTT)服務(wù)。具體地，PTT服務(wù)支持多種輔助功能，諸如即時信使、狀態(tài)顯示、和語音/多媒體存儲服務(wù)以及已經(jīng)由傳統(tǒng)的無線發(fā)送器或集群無線系統(tǒng)(TRS)提供的群組和語音通信。
當(dāng)前，業(yè)內(nèi)正在進行各種努力來對移動通信網(wǎng)絡(luò)中采用PTT功能的無線PTT (PoC)服務(wù)進行標準化。PoC服務(wù)區(qū)別于傳統(tǒng)的移動通信服務(wù)的一個特征是，用戶可以在會話之間移動(如果有必要的話)的同時執(zhí)行通信，因為他/她屬于多個會話。用戶在移動通過多個PoC會話的同時必須能夠通信的要求是由開放移動聯(lián)盟(OMA)規(guī)定的，OMA是規(guī)定相關(guān)的移動通信服務(wù)的組織。
同時，為了利用PoC呼叫服務(wù)，PoC客戶端利用會話啟動協(xié)議(SEP) /互聯(lián)網(wǎng)協(xié)議(IP)核心來登記他的/她的PoC地址。然后，SIP/IP核心根據(jù)PoC客戶端的請求存儲關(guān)于PoC客戶端的信息。因而，當(dāng)另一個PoC客戶端試圖請求PoC群組呼叫時，如上所述PoC客戶端預(yù)先將他的/她的信息登記在SIP/IP核心網(wǎng)絡(luò)中，并且通過使用從PoC可擴展標記語言(XML)文檔管理服務(wù)器(XDMS )接收到的群組識別信息來請求PoC群組呼叫到他的/她的SIP/IP核心網(wǎng)絡(luò)。然后，SIP/IP核心通過使用關(guān)于已經(jīng)發(fā)送了呼叫請求
6的PoC客戶端的信息來執(zhí)行地址確定和域位置確定過程，然后將PoC呼叫 請求傳送到本地PoC服務(wù)器(已經(jīng)利用該本地PoC服務(wù)器登記請求PoC客 戶端的呼叫)。PoC服務(wù)器響應(yīng)于PoC通信請求準備開啟PoC會話，從PoC XDMS服務(wù)器獲得必要的客戶端信息，以及將通信請求信號傳送到相應(yīng)的 SIP/IP核心網(wǎng)絡(luò)。在這種情況下，當(dāng)通信請求信號與內(nèi)部域(intradomain ) 內(nèi)的客戶端的通信請求對應(yīng)時，PoC服務(wù)器執(zhí)行參與PoC功能(PF)和控 制PoC功能(CF) 二者。
在SIP/IP核心網(wǎng)絡(luò)執(zhí)行位置確定過程之后，管理呼叫請求的PoC客戶 端的PoC服務(wù)器通過使用由PoC服務(wù)器接收到的關(guān)于PoC客戶端的信息， 請求到PoC客戶端的PoC呼叫。當(dāng)PoC呼叫請求的PoC客戶端向已經(jīng)請求 該呼叫的PoC客戶端發(fā)送OK響應(yīng)時，PoC通信開始。當(dāng)由于對方PoC客 戶端的狀態(tài)而沒有開始PoC通信時，PoC客戶端可以在PoC箱(box)中存 儲將要發(fā)送的用戶的語音和/或媒體。
同時，如上所述使得根據(jù)通信請求的通信成為可能的用于PoC通信建立 的呼叫處理技術(shù)可以具有依賴于發(fā)起方和終端方的要求和狀態(tài)的多種過程。 基于OMA的根據(jù)發(fā)起方和終端方的要求和狀態(tài)的PoC系統(tǒng)所需的特征如 下
首先，終端方可以根據(jù)PoC客戶端的請求建立它自己的回答(answer) 模式，其中回答模式可以分為自動回答模式和人工回答模式。
在自動回答模式中，當(dāng)發(fā)起方包括在由終端方PoC用戶指定的PoC客 戶端列表中時，立即將回答從相關(guān)網(wǎng)絡(luò)發(fā)送到發(fā)送方而不是人工地回答4妻收 器。該網(wǎng)絡(luò)可以代表UE自動地發(fā)送回答，如上所述，因為PoC服務(wù)器具有 根據(jù)UE的回答模式設(shè)置請求存儲回答模式和相關(guān)用戶列表的功能。同時， 當(dāng)不清楚相關(guān)用戶是誰、或者如果用戶未包含在與自動回答模式對應(yīng)的用戶 列表中時，或者當(dāng)接收器對所有用戶設(shè)置人工回答模式時，使用人工回答模 式，其中通過接收網(wǎng)絡(luò)向UE發(fā)送PoC通信請求，而且在PoC客戶端的許可 之后連接通信。
其次，PoC系統(tǒng)根據(jù)PoC客戶端與屬于該用戶的本地網(wǎng)絡(luò)的PoC服務(wù) 器之間是否已經(jīng)建立起連接，來將會話模式分為按需會話模式、和預(yù)建立的 會話模式。 -
需會話模式對應(yīng)于當(dāng)PoC客戶端沒有建立預(yù)建立的^^舌時，其中PoC客戶端在從另 一個PoC客戶端接收到邀請消息之后執(zhí)行連接PoC呼叫的過 程。
同時，在預(yù)建立的會話模式中，由PoC客戶端根據(jù)PoC客戶端的請求 在PoC客戶端與屬于該用戶的本地網(wǎng)絡(luò)的PoC服務(wù)器之間預(yù)建立指定的會 話。這樣的預(yù)建立的會話對于預(yù)先與PoC服務(wù)器協(xié)商要由PoC客戶端使用 的媒體參數(shù)是必需的，以使得在將來可以快速建立會話，而不用在PoC服務(wù) 器和PoC客戶端之間重新協(xié)商要被使用的媒體參數(shù)。為了設(shè)置預(yù)建立的會 話，PoC客戶端使用SIP INVITE (邀請)方法提供通過會話描述協(xié)議(SDP ) 體(body)能夠支持的媒體參數(shù)，并對從服務(wù)器提供的媒體參數(shù)做出響應(yīng)， 其中來自于服務(wù)器的響應(yīng)消息包括新的預(yù)建立的會話的識別信息、和會議統(tǒng) 一資源標識符(URI)。當(dāng)使用這樣預(yù)建立的會話時，可以預(yù)建立IP地址、 端口號、所用的編解碼器、和通話突發(fā)控制協(xié)議。也就是說，在PoC服務(wù)中， 創(chuàng)建并保持預(yù)建立的會話以快速地開啟PoC會話。當(dāng)開啟預(yù)建立的會話時， 預(yù)先在PoC客戶端和PoC服務(wù)器之間協(xié)商諸如IP地址、端口號、編解碼器 等參數(shù)。因此，當(dāng)在已經(jīng)發(fā)送REFER (參考)消息以開啟PoC會話之后接 收響應(yīng)時，或者當(dāng)在已經(jīng)接收到INVITE消息后發(fā)送響應(yīng)時，所述參^t用于 開啟PoC會話，以使得可以縮短會話的建立所需的時間段。
現(xiàn)在將參考圖1描述用于在PoC客戶端和PoC服務(wù)器之間建立預(yù)建立 的會話的傳統(tǒng)的信號流。
在步驟100和102中，PoC客戶端A通過SIP/IP核心A向PoC服務(wù)器 A發(fā)送INVITE消息，該INVITE消息是用于建立預(yù)建立的會話的消息。其 后，在步驟104和106， PoC服務(wù)器A響應(yīng)于該INVITE消息通過SIP/IP核 心A向PoC客戶端A發(fā)送OK消息。
現(xiàn)在將參考圖2描述在已經(jīng)如上所述建立了預(yù)建立的會話的狀態(tài)下在 PoC客戶端和PoC服務(wù)器之間開啟PoC會話的傳統(tǒng)的信號流。
當(dāng)PoC客戶端A將通過使用預(yù)建立的會話開啟PoC會話時，在步驟200 和202, PoC客戶端通過SIP/IP核心A向PoC服務(wù)器A發(fā)送用于開啟PoC 會話的REFER消息。在這種情況下，PoC客戶端A利用已被保持的預(yù)建立 的會話，也即通過使用PoC客戶端A與執(zhí)行參與管理功能的PoC服務(wù)器(即， 參與PoC功能單元)之間的SIP會話的呼叫ID作為預(yù)建立的會話ID，來開 啟PoC會話。其后，PoC服務(wù)器在步驟203執(zhí)行用于邀請被邀請到相應(yīng)的PoC會話的 PoC客戶端的操作，并在步驟204和206響應(yīng)于REFER消息通過SIP/IP核 心A向PoC客戶端A發(fā)送ACCEPTED (接受)消息。
其后，當(dāng)在步驟208中從特定的PoC客戶端接收到第一邀請許可響應(yīng)時， 在步驟209， PoC服務(wù)器A通過發(fā)言權(quán)(floor)連接(即，通話突發(fā)連接) 消息向PoC客戶端A傳送PoC會話ID。
然后，在步驟210, PoC客戶端A向PoC服務(wù)器A發(fā)送發(fā)言權(quán)應(yīng)答 (acknowledgement)(即，通話突發(fā)應(yīng)答)消息，而在步驟212, PoC服務(wù) 器A向PoC客戶端A發(fā)送發(fā)言權(quán)確認(confirmation)(即，通話突發(fā)確認) 消息。其后，在步驟214, PoC客戶端A向PoC服務(wù)器A發(fā)送實時傳輸協(xié) 議(RTP)媒體。
同時，當(dāng)在步驟215中PoC服務(wù)器A從另一個PoC客戶端接收到對邀 請的響應(yīng)時，在步驟216和218， PoC服務(wù)器A通過SIP/IP核心A向PoC 客戶端A發(fā)送NOTIFY (通知)消息。然后，在步驟220和222，已經(jīng)接收 到NOTIFY消息的PoC客戶端A通過SIP/IP核心A向PoC服務(wù)器A發(fā)送 OK消息。
在下文中，將參考圖3描述當(dāng)發(fā)起方和終端方二者都處于自動回答模式 時利用保持的預(yù)建立的會話終止PoC會話的過程的傳統(tǒng)的信號流。
首先，當(dāng)在已經(jīng)如步驟300所示建立了 PoC會話的狀態(tài)下PoC客戶端A 將要終止PoC會話時，在步驟302和304， PoC客戶端A向PoC服務(wù)器A 發(fā)送請求終止PoC會話的REFER BYE (參考再見)消息。在這種情況下， PoC客戶端A存儲具有參與PoC功能(PF )的PoC服務(wù)器的ID和力某體參 數(shù)、以及具有控制PoC功能(CF)的PoC服務(wù)器的ID和媒體參數(shù)。因此， PoC客戶端A使用這兩個ID來發(fā)送REFER BYE消息，以使得加密 (ciphering)可以利用已被保持的預(yù)建立的會話來終止PoC會話。
然后，在步驟306和307, PoC服務(wù)器A響應(yīng)于REFER BYE消息向PoC 客戶端A發(fā)送ACCEPTED消息。
其后，在步驟310、 312和314， PoC服務(wù)器A通過SIP/IP核心向PoC 服務(wù)器X發(fā)送請求終止會話的BYE(再見)消息。在步驟316、 318和320， 已經(jīng)接收到BYE消息的PoC服務(wù)器X響應(yīng)于BYE消息通過SIP/IP核心向 PoC服務(wù)器A發(fā)送OK消息。其后，在步驟322和324， PoC服務(wù)器A通過SIP/IP核心A向PoC客戶端A發(fā)送NOTIFY消息，而在步驟326和328， 已經(jīng)接收到NOTIFY消息的PoC客戶端A通過SIP/IP核心A向PoC服務(wù)器 A發(fā)送OK響應(yīng)消息。
然后，在步驟330、 332和333, PoC服務(wù)器A終止PoC會話，同時保 持預(yù)建立的會話。
也就是說，利用已被保持的預(yù)建立的會話來終止PoC會話的傳統(tǒng)方法僅 可以由發(fā)起方執(zhí)行。
在下文中，將參考圖4描述當(dāng)終端方處于人工回答模式時在PoC客戶端 和PoC服務(wù)器之間開啟PoC會話的傳統(tǒng)的信號流。首先，假定已經(jīng)在PoC 服務(wù)器B (PF實體)與終端方PoC客戶端B之間建立了預(yù)建立的會話。當(dāng) 在步驟400中從具有會話控制功能的PoC服務(wù)器A( CF實體M妄收到INVITE 消息時，在步驟402, PoC服務(wù)器B (PF實體)向終端方.PoC客戶端B發(fā) 送re-INVITE (重新邀請)消息。在這種情況下，當(dāng)執(zhí)行參與管理功能的PoC 服務(wù)器B (PF實體)發(fā)送該re-INVITE消息時，PoC服務(wù)器B將PoC會話 ID插入到會議URI信息中，從而將PoC客戶端的PoC會話聯(lián)系地址從現(xiàn)有 的預(yù)建立的會話ID變?yōu)樵揚oC會話ID。
在步驟404和406,已經(jīng)接收到re-INVITE消息的PoC客戶端B通過 PoC服務(wù)器B向PoC服務(wù)器A發(fā)送警告消息。在這種情況下，由于PoC客 戶端B已經(jīng)接收到包括代替現(xiàn)有的預(yù)建立的會話ID的PoC會話ID的 re-INVITE消息，因此PoC客戶端B無法再具有關(guān)于預(yù)建立的會話ID的信 息。此外，在步驟408和410,終端方PoC客戶端B向PoC服務(wù)器A (CF 實體)發(fā)送200OK消息。
如上所述，在終端方PoC客戶端處于使用預(yù)建立的會話的人工回答模式 的情況下，當(dāng)在終端方中執(zhí)行參與管理功能的PoC服務(wù)器B (PF實體)發(fā) 送re-INVITE消息時，PoC服務(wù)器B根據(jù)SIP機制RFC [ 3261]中定義的SIP 機制將PoC會話ID插入到Contact (聯(lián)系)首標中，以使得PoC客戶端的 PoC會話聯(lián)系地址從現(xiàn)有的預(yù)建立的會話ID變?yōu)镻oC會話ID。 RFC [ 3261] 的全部內(nèi)容通過引用而被合并于此。因此，PoC客戶端將不再具有關(guān)于預(yù)建 立的會話ID的信息
發(fā)明內(nèi)容
本發(fā)明的 一方面解決至少以上問題和/或缺點并且提供至少下述優(yōu)點。因
此，本發(fā)明的一方面提供如下方法當(dāng)終端方PoC客戶端使用預(yù)建立的會話 開啟PoC會話時存儲預(yù)建立的會話ID和媒體參數(shù)，以及通過使用存儲的預(yù) 建立的會話ID在終止PoC會話的同時保持該預(yù)建立的會話。
根據(jù)本發(fā)明的 一方面，提供一種用于管理預(yù)建立的會話的無線一鍵通話 (PoC)系統(tǒng)。該系統(tǒng)包括第一PoC服務(wù)器，用于執(zhí)行會話控制功能；第 二 PoC服務(wù)器，用于從第一 PoC服務(wù)器接收PoC會話邀請請求消息，確定 第二 PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建立的會話，而且當(dāng) 已經(jīng)確定存在預(yù)建立的會話時，在存儲預(yù)建立的會話ID和相應(yīng)的媒體參數(shù) 之后，向終端方PoC客戶端發(fā)送PoC會話重新邀請請求消息；以及所述終 端方PoC客戶端，當(dāng)包括在所發(fā)送的PoC會話重新邀請請求消息中的PoC 會活I(lǐng)D與預(yù)建立的會話ID相同時，存儲該預(yù)建立的會活I(lǐng)D和相應(yīng)的媒體 參數(shù)，而且在終止PoC會話時，通過使用該PoC會話ID和預(yù)建立的會話ID 來產(chǎn)生PoC會話終止請求消息，并且將該PoC會話終止請求消息發(fā)送到第 二PoC服務(wù)器。
根據(jù)本發(fā)明的另一方面，提供一種用于在無線一鍵通話(PoC)系統(tǒng)中 管理預(yù)建立的會話的方法，該系統(tǒng)包括用于執(zhí)行會話控制功能的第一PoC 服務(wù)器、充當(dāng)會話參與功能服務(wù)器的第二 PoC服務(wù)器、和終端方PoC客戶 端。該方法包括由第二PoC服務(wù)器從第一PoC服務(wù)器接收PoC會話邀請 請求消息，并確定第二 PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建 立的會話；當(dāng)確定存在預(yù)建立的會話時，由第二PoC服務(wù)器存儲預(yù)建立的會 話ID和相應(yīng)的媒體參數(shù)，并向終端方PoC客戶端發(fā)送PoC會話重新邀請請 求消息；當(dāng)包括在所發(fā)送的PoC會話重新邀請請求消息中的PoC會話ID與 預(yù)建立的會話ID相同時，由終端方PoC客戶端存儲該預(yù)建立的會話ID和 相應(yīng)的媒體參數(shù)；在終止PoC會話時，由終端方PoC客戶端通過使用該PoC 會話ID和預(yù)建立的會話ID來產(chǎn)生PoC會話終止請求消息；以及由終端方 PoC客戶端將產(chǎn)生的PoC會話終止請求消息發(fā)送到第二 PoC服務(wù)器。
根據(jù)本發(fā)明的另一方面，提供一種用于在無線一鍵通話(PoC)系統(tǒng)中 管理預(yù)建立的會話的PoC用戶設(shè)備(UE)，該PoC系統(tǒng)包括用于執(zhí)行會話控 制功能的第一 PoC服務(wù)器和充當(dāng)會話參與功能服務(wù)器的第二 PoC服務(wù)器。 該PoCUE包括用戶接口單元，用于根據(jù)PoC用戶的輸入輸出信號；數(shù)據(jù)傳輸單元，用于發(fā)送、和接收分組數(shù)據(jù)二者中的至少一個；以及PoC客戶端， 用于接收PoC會話邀請請求消息，確定包括在該PoC會話邀請請求消息中 的PoC會話ID是否與預(yù)建立的會話ID相同，當(dāng)包括在PoC會話邀請請求 消息中的PoC會話ID與預(yù)建立的會話ID相同時，存儲該預(yù)建立的會話ID 和相應(yīng)的媒體參數(shù)，以及在終止PoC會話時，在通過使用該PoC會話ID和 預(yù)建立的會話ID來產(chǎn)生PoC會話終止請求消息之后，將該PoC會話終止請 求消息發(fā)送到第二 PoC服務(wù)器。
根據(jù)本發(fā)明的另一方面，提供一種用于管理預(yù)建立的會話的無線一鍵通 話(PoC)系統(tǒng)。該系統(tǒng)包括第一PoC服務(wù)器，用于執(zhí)行會話控制功能； 第二PoC服務(wù)器，用于從第一PoC服務(wù)器接收PoC會話邀請請求消息，確 定第二 PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建立的會話，并在 將從第一 PoC服務(wù)器接收到的邀請請求消息與發(fā)送給終端方PoC客戶端的 重新邀請請求消息互相關(guān)聯(lián)之后，向終端方PoC客戶端發(fā)送包括預(yù)建立的會 話ID的PoC會話重新邀請請求消息；以及所述終端方PoC客戶端，接收重 新邀請請求消息，參與該PoC會話，而且在終止PoC會話時通過使用該PoC 會話ID和預(yù)建立的會話ID來產(chǎn)生PoC會話終止請求消息，并將該PoC會 話終止請求消息發(fā)送到第二 PoC服務(wù)器。
通過以下結(jié)合附圖、公開了本發(fā)明的示范性實施例的詳細描述，本發(fā)明 的其他方面、優(yōu)點和顯著的特征對于本領(lǐng)域技術(shù)人員將變得明顯。


通過下面結(jié)合附圖的詳細描述，本發(fā)明的特定示范性實施例的上述及其 他方面、特征和優(yōu)點將更加明顯，其中
圖1示出在PoC客戶端和PoC服務(wù)器之間的預(yù)建立的會話的傳統(tǒng)的信 號流；
圖2示出使用PoC客戶端和PoC服務(wù)器之間的預(yù)建立的會話來開啟PoC 會話的傳統(tǒng)的信號流；
圖3是示出當(dāng)發(fā)起方和終端方二者都處于自動回答模式時利用保持的預(yù) 建立的會話終止PoC會話的傳統(tǒng)過程的流程圖4是示出當(dāng)終端方處于人工回答模式時用于開啟PoC會話的傳統(tǒng)過程 的流程12圖5是示出應(yīng)用本發(fā)明的示范性實施例的PoC系統(tǒng)的框圖； 圖6是示出PoC服務(wù)器的配置的框圖7是示出PoC服務(wù)器中的控制PoC功能塊和參與PoC功能塊的框圖； 圖8是示意地示出應(yīng)用本發(fā)明的示范性實施例的PoC服務(wù)器與包括PoC 客戶端的PoC UE之間的連接的框時保持預(yù)建立的會話的過程的流程圖；和
圖10是示出了根據(jù)本發(fā)明的另一個示范性實施例的終端方開啟和終止 PoC會話同時保持預(yù)建立的會話的過程的流程圖。
全部附圖中，應(yīng)當(dāng)注意，相似的引用數(shù)字用于描述相同的或相似的元件、 特征和結(jié)構(gòu)。
具體實施例方式
提供參考附圖的以下描述以幫助全面地理解由權(quán)利要求書和它們的等 效物定義的本發(fā)明的示范性實施例。它包括各種細節(jié)來幫助理解，但是這些 將被認為僅僅是示范性的。因此，本領(lǐng)域普通技術(shù)人員將認識到，可以在不 脫離本發(fā)明的范圍和精神的情況下，對這里描述的實施例做出各種變化和修 改。此外，為了清楚和簡明，省略了公知的功能和結(jié)構(gòu)的描述。
首先，現(xiàn)在參考圖5到7描述應(yīng)用本發(fā)明的示范性實施例的無線一鍵通 話(PTT) (PoC)系統(tǒng)。以下描述將參考本發(fā)明的示范性實施例應(yīng)用于PTT 系統(tǒng)的示例，特別是應(yīng)用于通過蜂窩移動通信網(wǎng)絡(luò)提供PTT服務(wù)的PoC系 統(tǒng)。 一般地，PoC系統(tǒng)使用會話啟動協(xié)議(SIP)和SIP擴展協(xié)議來傳送用 于群組通信的會話參與信息，并使用可擴展標記語言(XML)配置接入?yún)f(xié)議 (XCAP)來獲得群組信息。本發(fā)明的以下示范性實施例可以利用前述協(xié)議 來實現(xiàn)，而且本發(fā)明的示范性實施例的基本結(jié)構(gòu)可以基于PoCRel. 1系統(tǒng)， 該系統(tǒng)的全部內(nèi)容通過引用而被合并于此。首先，將參考可以應(yīng)用本發(fā)明的 示范性實施例的PoC系統(tǒng)來給出以下描述。
圖5是示出應(yīng)用本發(fā)明的示范性實施例的PoC服務(wù)系統(tǒng)和相對的網(wǎng)絡(luò)的 配置的概念圖。
應(yīng)用本發(fā)明的示范性實施例的PoC系統(tǒng)可以包括PoC用戶設(shè)備(UE) 500、可擴展標記語言(XML)文檔管理服務(wù)器(XDMS) 530和540、以及PoC服務(wù)器550。此外，該PoC系統(tǒng)還可以包括集總代理服務(wù)器560。這些 組件可以通過接入網(wǎng)絡(luò)510、 SIP/IP核心網(wǎng)絡(luò)520和遠程PoC網(wǎng)絡(luò)570彼此連接。
現(xiàn)在將描述各個組件。
PoC UE 500可以包括PoC客戶端502和XML文檔管理客戶端(XDMC )
504。
代表包括在PoC UE 500中的服務(wù)請求器的PoC客戶端502執(zhí)行網(wǎng)絡(luò)接 入以便為PoC服務(wù)用戶提供PoC服務(wù)，同時存在于PoC UE 500中。可以通 過裝有PoC客戶端的PoC UE為PoC服務(wù)用戶提供PoC服務(wù)。在下面的描 述中，"PoC客戶端"將被用作PoC服務(wù)用戶和裝有PoC客戶端的UE的統(tǒng) 稱。此外，PoC客戶端的引用數(shù)字將被忽略，除非需要具體區(qū)分。
PoC客戶端的主要功能是考慮PoC服務(wù)用戶(即，PoC用戶)，建立PoC 會話、參與已經(jīng)建立的會話、以及終止已建立的會話。PoC客戶端502還具 有創(chuàng)建和發(fā)送通話突發(fā)、支持即時個人警告、以及-瞼證對PoC服務(wù)的接入的 功能。PoC客戶端可以通過接入網(wǎng)絡(luò)510連接到SIP/IP核心網(wǎng)絡(luò)520, SIP/IP 核心網(wǎng)絡(luò)520在支持SIP/IP多媒體服務(wù)方面起著關(guān)鍵的作用。
SIP/IP核心網(wǎng)絡(luò)520連接到PoC服務(wù)器550以及XDMS 530和540以便 支持PoC服務(wù)。在這種情況下，PoC服務(wù)器550可以執(zhí)行用于保持和管理 PoC會話的控制PoC功能，以及執(zhí)行用于參與為點對點通信或多點通信建立 的PoC會話的參與PoC功能。
同時，PoC服務(wù)可以伴隨有群組會話建立服務(wù)，諸如會議通信。為此， OMA標準定義了用于群組列表服務(wù)的XDMS 530和540以及XDMC 504， 該標準的全部內(nèi)容通過引用被合并于此。圖5示出用于PoC服務(wù)的PoC XDMS 540和共享的XDMS 530,該XDMS 530可以被共享，甚至可以被其 他的服務(wù)使能器共享。關(guān)于群組和群組成員的信息可以通過PoC客戶端存儲 在XDMS 530和540中。通過從XDMS 530和540接收到的個人或群組的列 表，PoC客戶端獲得關(guān)于它可以呼叫的PoC客戶端的信息。同時，XDMS 530 和540中的群組和群組成員的創(chuàng)建、修改和管理可以經(jīng)由通信網(wǎng)絡(luò)來進行， 諸如互聯(lián)網(wǎng)或內(nèi)部網(wǎng)，這由PoC服務(wù)供應(yīng)商決定。將省略對XML文檔管理 (諸如創(chuàng)建、校正和刪除群組列表)詢協(xié)議和特定內(nèi)容的詳細描述。
對于群組服務(wù)，在從XDMC 504接收到群組列表相關(guān)請求時，集總代理服務(wù)器560才艮據(jù)合適的規(guī)則將該請求路由到XDMS 530和540。 現(xiàn)在將描述PoC服務(wù)器550。 圖6是示出PoC服務(wù)器的配置的框圖。
PoC服務(wù)器550的功能可以分為用于普遍地保持和管理PoC會話的控制 PoC功能(CF) 602、和用于處理諸如與相應(yīng)的PoC客戶端A502-A和PoC 客戶端502-B的每個PoC會話的保持和管理的參與PoC功能(PF) 604和 606?，F(xiàn)在將參考表1和2描述根據(jù)PoC服務(wù)器550的每個功能的特征。
__
_控制PoC功能(CF)_
提供集中的PoC會話處理
提供集中的媒體分配
提供包括通話者標識的集中的通話突發(fā)仲裁功能 提供SIP會話處理，諸如SIP會話發(fā)起、終止等等 提供用于參與群組會話的策略執(zhí)行(enforcement) 提供參與者信息 收集并提供集中的媒體質(zhì)量信息 提供集中的收費報告 可以提供不同編解碼器之間的轉(zhuǎn)碼 支持通話突發(fā)控制協(xié)議協(xié)商
在PoC服務(wù)器的功能之中，CF是指PoC會話的全面管理，如表l所示。 具體地，CF從PoC客戶端接收對發(fā)言權(quán)的請求、安排給予客戶端發(fā)言權(quán)的 次序、并按照該次序給予客戶端發(fā)言權(quán)。PoC服務(wù)器還將來自于特定PoC客 戶端的通話突發(fā)分發(fā)給參與群組PoC呼叫的所有PoC客戶端，并提供與參 與該群組PoC呼叫的PoC客戶端有關(guān)的信息。
如下表2所示，PF涉及在PoC會話期間在CF與每個PoC客戶端之間 連接的會話的管理。具體來說，PF中繼PoC客戶端對發(fā)言權(quán)的請求，并且 中繼CF給予PoC客戶端的發(fā)言權(quán)。而且，PF提供CF與PoC客戶端之間的 媒體中繼功能、以4當(dāng)—CF.和PoC客戶端使用不同的編解碼器時的轉(zhuǎn)碼功能。 此外，當(dāng)在多個同時進行的PoC會話期間在一個會話中執(zhí)行語音通信的同時
15在另一個會話中執(zhí)行語音通信時，PF提供根據(jù)用戶的選擇過濾一個語音的 功能。
_表2 _
_參與PoC功能(PF)_
提供PoC會話處理
可以提供PoC客戶端與控制PoC服務(wù)器之間的媒體中繼功能 可以提供用戶媒體適配過程
可以提供PoC客戶端與控制PoC服務(wù)器之間的通話突發(fā)控制消息中繼
功能
替所代表的PoC客戶端提供SIP會話處理，諸如SIP會話發(fā)起、終止等 提供對呼入PoC會話的策略執(zhí)行(如，接入控制、呼入PoC會話禁止 (barring )、可用性狀態(tài)等)
可以收集和提供媒體質(zhì)量信息 提供參與者收費報告
可以提供同時會話的情況下媒體流的過濾 可以提供不同編解碼器之間的轉(zhuǎn)碼 可以支持通話突發(fā)控制協(xié)議協(xié)商
存儲PoC客戶端的當(dāng)前的回答才莫式和呼入PoC會話禁止首選項
圖7是示出PoC服務(wù)器的CF實體和PF實體的框圖。
PoC客戶端502-A到502-D通過相應(yīng)的PF實體710-A到710-D連接到 CF實體700，并分別建立各自的PoC會話。其后，將已從CF實體700授予 發(fā)言權(quán)的PoC客戶端的相應(yīng)的通話突發(fā)的媒體發(fā)送到每個其他的PoC客戶 端。在這種情況下，具有發(fā)言權(quán)的PoC客戶端僅在檢查了參與該群組會話的 PoC客戶端的信息之后才可以通話。
圖8是示意性地示出應(yīng)用本發(fā)明的示范性實施例的PoC服務(wù)器550與包 括PoC客戶端502的PoC UE 500之間的連接的框圖。
PoCUE500可以包括PoC客戶端502、用戶接口單元801、和數(shù)據(jù)傳輸 單元804。
具體地，根據(jù)本發(fā)明的示范性實施例，當(dāng)PoC客戶端502在與具有參與 PoC功能(PF)的參與PoC服務(wù)器建立預(yù)建立的會話之后從參與PoC服務(wù)器接收到re-INVITE或INVITE消息時，PoC客戶端502比較并檢查所接收 的消息與預(yù)建立的會話之間的呼叫ID、發(fā)起號碼(來自-標簽(from-tag)) 和終端號碼(去往-標簽(to-tag))。當(dāng)確定所接收的消息的呼叫ID、發(fā)起號 碼、和終端號碼與預(yù)建立的會話的那些項目相同時，終端方PoC客戶端存4諸 預(yù)建立的會話ID和關(guān)于媒體參數(shù)的信息。在這種情況下，將PoC會話ID 通過INVITE消息的會議URI傳送到終端方PoC客戶端，并且臨時存儲為構(gòu) 成PoC會話的信息。其后，終端方PoC通過PF實體發(fā)送200 OK消息，以 <更參與PoC會話。
此外，當(dāng)PoC客戶端在如上所述參與PoC會話之后要終止PoC會話時， 根據(jù)本發(fā)明的示范性實施例的PoC客戶端通過使用該預(yù)建立的會話ID和 PoC會話ID來創(chuàng)建作為PoC終止請求消息的REFER BYE消息，以便終止 PoC會話同時保持該預(yù)建立的會話。也就是說，PoC客戶端通過將預(yù)建立的 會話ID插入到REFER BYE消息的Request-URI首標中、以及將PoC會話 ID插入到Refer-To首標中，來創(chuàng)建REFER BYE消息。然后，終端方PoC 客戶端將所創(chuàng)建的REFER BYE消息發(fā)送到PF實體。
用戶接口單元801將用戶輸入傳送到PoC UE 500。數(shù)據(jù)傳輸單元804 發(fā)送/接收分組數(shù)據(jù)。數(shù)據(jù)傳輸單元804可以包括傳輸協(xié)議棧，用于執(zhí)行分組 數(shù)據(jù)的發(fā)送/接收。這樣的數(shù)據(jù)傳輸單元804可以包括RTP/RTCP/HTTP、 UDP、 IP、和底層棧。數(shù)據(jù)傳輸單元804可以經(jīng)由IP網(wǎng)絡(luò)805和IMS核心 網(wǎng)絡(luò)806與PoC服務(wù)器550發(fā)送/接收分組數(shù)據(jù)。
同時，根據(jù)本發(fā)明的示范性實施例的PoC服務(wù)器550分為CF實體和PF 實體，并且執(zhí)行CF實體和PF實體的操作。現(xiàn)在將參考圖9和10詳細描述 才艮據(jù)本發(fā)明的示范性實施例的CF和PF實體的操作。
在下文中，將參考圖9和10所示的信號流描述才艮據(jù)本發(fā)明的示范性實 施例的終端方開啟和終止PoC會話同時保持預(yù)建立的會話的過程。首先，假 定在圖9和10中，已經(jīng)分別在步驟900和1000中在終端方PoC客戶端和終 端方PoC服務(wù)器之間建立了預(yù)建立的會話。
參考圖9,邀請PoC客戶端(未示出)向執(zhí)行控制PoC功能(CF)的 PoC服務(wù)器A ( CF實體)發(fā)送INVITE消息，以便邀請終端方PoC客戶端 加入到PoC會話。然后，在步驟902, CF實體向執(zhí)行PF—的PoC服務(wù)器(PF 實體)發(fā)送所接收的INVITE消息。
17其后，在步驟904，已經(jīng)接收到INVITE消息的PF實體檢查是否存在已 經(jīng)與終端方PoC客戶端建立的預(yù)建立的會話。也就是說，PF實體確定是否 存在PF實體與終端方PoC客戶端之間建立的預(yù)建立的會話。
當(dāng)在步驟904中確定不存在預(yù)建立的會話時，在步驟905， PF實體向終 端方PoC客戶端發(fā)送INVITE消息。
相反，當(dāng)在步驟904中確定存在預(yù)建立的會話時，在步驟906， PF實體 存儲預(yù)建立的會話ID和相應(yīng)的媒體參數(shù)，并進入代理模式，在該代理模式 下，PF實體向終端方PoC客戶端發(fā)送其Contact首標中包括PoC會話ID的 re-INVITE消息(步驟908 )。
然后，在接收到INVITE消息或re-INVITE消息之后，在步驟910,終 端方PoC客戶端比較并檢查所接收的消息與預(yù)建立的會活之間的呼叫ID、 發(fā)起號碼(來自-標簽)和終端號碼(去往-標簽)。
如果確定所接收的消息的呼叫ID、發(fā)起號碼、和終端號碼與預(yù)建立的會 話的那些項目相同，則在步驟912，終端方PoC客戶端存儲預(yù)建立的會話ID 和關(guān)于媒體參數(shù)的信息。在這種情況下，將包括在INVITE消息的Contact 首標中的PoC會話ID傳送到終端方PoC客戶端，并且臨時存儲為構(gòu)成PoC 會話的信息。如果確定接收的消息中的呼叫ID、發(fā)起號碼、和終端號碼與 預(yù)建立的會活的那些項目不同，則跳過步驟912。
其后，在步驟914和916，終端方PoC客戶端經(jīng)由PF實體向CF實體發(fā) 送200 OK消息，從而參與PoC會話918。
如上所述，根據(jù)本發(fā)明的示范性實施例，為了在終端方PoC客戶端參與 PoC會話之后終止PoC會話時終止PoC會話同時保持預(yù)建立的會話，終端 方PoC客戶端存儲PoC會話ID和預(yù)建立的會話ID，也就是說，兩個ID。 然后，可以如步驟920到932所示地執(zhí)行終止PoC會話同時保持預(yù)建立的會 ;舌的方法和過牙呈。
首先，為了終止PoC會話同時保持預(yù)建立的會話，終端方PoC客戶端 利用預(yù)建立的會話ID和PoC會話ID來產(chǎn)生REFER消息(REFER BYE消 息)，其包括請求結(jié)束PoC會話的BYE消息。也就是說，終端方PoC客戶 端將預(yù)建立的會活I(lǐng)D插入到REFER BYE消息的Request-URI首標中，并將 PoC會話ID插入到Refer-To首標中，從而產(chǎn)生REFER BYE消息。
其后，在步驟920,終端方PoC客戶端將產(chǎn)生的REFER BYE消息發(fā)送到PF實體。
此外，在步驟924，已經(jīng)接收到REFER BYE消息的PF實體將202 Accepted消息發(fā)送到終端方PoC客戶端，該消息是表示PF實體已經(jīng)接收并 正在處理REFERBYE消息的響應(yīng)消息。此時，為了恢復(fù)現(xiàn)有的預(yù)建立的會 話的聯(lián)系地址信息，在步驟928,終端方PoC客戶端刪除PoC會話ID,并 通過將預(yù)建立的會話ID與PF實體和PoC客戶端之間的SIP對話信息相連 接來重建預(yù)建立的會話的聯(lián)系地址信息。
此外，在步驟922，已經(jīng)接收到REFER BYE消息的PF實體通過4吏用 PoC會話ID將BYE消息傳送到CF實體。結(jié)果，PF釋放與CF實體的PoC 會話的連接。換句話說，盡管終端方PoC客戶端結(jié)束了 PoC會話，但是PF 實體和PoC客戶端之間的會話并沒有被釋放，以使得保持預(yù)建立的會話。
同時，在步驟926,已經(jīng)在步驟922中接收到BYE消息的CF實體響應(yīng) 于BYE消息將200OK消息發(fā)送到PF實體，然后在步驟930， PF實體接收 200 OK消息并且將NOTIFY消息發(fā)送到終端方PoC客戶端。通過這樣的操 作，通知終端方PoC客戶端PoC會話已經(jīng)終止，而且在步驟932保持PF實 體與終端方PoC客戶端之間的預(yù)建立的會話。
將參考圖10所示的信號流描述才艮據(jù)本發(fā)明的另一個示范性實施例的終 止PoC會話同時保持預(yù)建立的會話的過程。
當(dāng)在步驟1002中CF實體向PF實體發(fā)送邀請PoC客戶端(未示出)已 經(jīng)發(fā)送的用于邀請終端方PoC客戶端加入到PoC會話的INVITE消息時，在 步驟1004， PF實體確定PF實體與終端方PoC客戶端之間是否存在預(yù)建立 的會話。
當(dāng)在步驟1004中確定不存在預(yù)建立的會話時，在步驟1005, PF實體向 終端方PoC客戶端發(fā)送INVITE消息。
相反，當(dāng)在步驟1004中確定存在預(yù)建立的會話時，PF實體在步驟1006 中作為背靠背用戶代理(B2BUA)而工作，并且在步驟1008中向終端方PoC 客戶端發(fā)送通過將預(yù)建立的會話ID插入其Contact首標而創(chuàng)建的re-INVITE 消息。這里，充當(dāng)B2BUA的意思是，服務(wù)器可以在傳送INVITE消息之前 基于網(wǎng)絡(luò)環(huán)境或服務(wù)在預(yù)設(shè)條件下可選地改變所接收的INVITE消息中的參 數(shù)。此外，此時，PF實體將乂火CF實體接收到的INVITE消息與發(fā)送給終端 方PoC客戶端的re-INVITE消息彼此內(nèi)部連接，從而將兩個會話連接成為一個PoC會話。
當(dāng)接收到re-INVITE消息時，在步驟1010，終端方PoC客戶端保持預(yù) 建立的會話，并響應(yīng)于re-INVITE消息向PF實體發(fā)送200OK消息。然后， 在步驟1012, PF實體響應(yīng)于從CF接收的INVITE消息向CF實體傳送200 OK 消息。當(dāng)接收到200 OK消息時，在步驟1014, CF實體向終端方PoC客戶 端發(fā)送具有實時傳輸控制協(xié)議應(yīng)用(RTCP APP)消息的格式的媒體突發(fā)連 接(MB—CONNECT)消息，以便傳送PoC會話ID。在這種情況下，RTCP APP 消息用于用戶在發(fā)送RTP的應(yīng)用中選擇性地定義并控制實時傳輸協(xié)議 (RTP )。
通過如上所述接收媒體突發(fā)連接(MB一CONNECT)消息，終端方PoC 客戶端可以存儲預(yù)建立的會話ID和PoC會話ID 二者。
然后，可以如步驟1018到1028所示地執(zhí)行終止PoC會話1016同時保 持預(yù)建立的會話的方法和過程。
這里，步驟1018、 1020、 1022、 1024、 1026、和1028的4喿作分別與步 驟920、 922、 924、 926、 930、和932的操作相同。除了圖10的方法因為預(yù) 建立的會話從一開始就已被保持而不需要刪除PoC會話ID并利用預(yù)建立的 會話ID重建聯(lián)系地址的步驟之外，圖IO所示的根據(jù)本發(fā)明的所述另一個示 范性實施例的結(jié)束PoC會話同時保持預(yù)建立的會話的方法與參考圖9所述的 相同。
如上所述，根據(jù)本發(fā)明的示范性實施例，PoC客戶端存儲PoC會話ID 和預(yù)建立的會話ID二者，甚至在終端方中也是如此，而且當(dāng)PoC客戶端想 要終止該PoC客戶端正參與的PoC會話時，PoC客戶端通過使用存儲的PoC 會話ID和預(yù)建立的會話ID來產(chǎn)生REFERBYE消息，并向PoC服務(wù)器發(fā)送 REFER BYE消息。PoC客戶端可以通過使用PoC會話ID和預(yù)建立的會話 ID來終止PoC會話同時保持預(yù)建立的會話。
盡管已經(jīng)參考本發(fā)明的特定示范性的實施例和附圖對本發(fā)明進行了示 出和描述，但是本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，在不脫離由所附權(quán)利要求書和它 們的等效物所定義的本發(fā)明的精神和范圍的情況下，可以對本發(fā)明做出形式 和細節(jié)上的各種修改。因此，本發(fā)明的范圍不是由上述實施例限定而是由權(quán) 利要求書及其等效物來限定。
權(quán)利要求
1.一種用于管理預(yù)建立的會話的無線一鍵通話PoC系統(tǒng)，該系統(tǒng)包括第一PoC服務(wù)器，用于執(zhí)行會話控制功能；第二PoC服務(wù)器，用于從第一PoC服務(wù)器接收PoC會話邀請請求消息，確定第二PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建立的會話，而且當(dāng)已經(jīng)確定存在預(yù)建立的會話時，在存儲預(yù)建立的會話ID和相應(yīng)的媒體參數(shù)之后，向終端方PoC客戶端發(fā)送PoC會話重新邀請請求消息；以及所述終端方PoC客戶端，當(dāng)包括在所發(fā)送的PoC會話重新邀請請求消息中的PoC會話ID與該預(yù)建立的會話ID相同時，存儲該預(yù)建立的會話ID和相應(yīng)的媒體參數(shù)，而且在終止PoC會話時，通過使用該PoC會話ID和預(yù)建立的會話ID來產(chǎn)生PoC會話終止請求消息，并且將該PoC會話終止請求消息發(fā)送到第二PoC服務(wù)器。
2. 如權(quán)利要求1所述的系統(tǒng)，其中當(dāng)?shù)诙?PoC服務(wù)器與終端方PoC客戶端之間不存在預(yù)建立的會話時，第二 PoC服務(wù)器向終端方PoC客戶端發(fā)送PoC會話邀請請求消息。
3. 如權(quán)利要求2所述的系統(tǒng)，其中，當(dāng)包括在所發(fā)送的PoC會話邀請請求消息中的PoC會話ID與該預(yù)建立的會話ID相同時，終端方PoC客戶端存儲該預(yù)建立的會話ID和相應(yīng)的媒體參數(shù)。
4. 如權(quán)利要求l所述的系統(tǒng)，其中，終端方PoC客戶端通過將預(yù)建立的會話ID插入到PoC會話終止請求消息的Request-URI首標中、以及將PoC會話ID插入到Refer-To首標中，來產(chǎn)生該PoC會話終止請求消息。
5. 如權(quán)利要求4所述的系統(tǒng)，其中，當(dāng)?shù)诙oC服務(wù)器接收到PoC會話終止請求消息時，第二 PoC服務(wù)器通過使用包括在PoC會話終止請求消息中的PoC會話ID來向第一 PoC服務(wù)器發(fā)送PoC會話終止請求消息，從而終止第一 PoC服務(wù)器與第二 PoC服務(wù)器之間的PoC會話。
6. 如權(quán)利要求l所述的系統(tǒng)，其中第一PoC服務(wù)器執(zhí)行會話控制功能，而第二 PoC服務(wù)器充當(dāng)會話參與功能服務(wù)器。
7. —種用于在無線一鍵通話(PoC)系統(tǒng)中管理預(yù)建立的會話的方法，該系統(tǒng)包括用于執(zhí)行會話控制功能的第一PoC服務(wù)器、充當(dāng)會話參與功能服務(wù)器的第二PoC服務(wù)器、和終端方PoC客戶端，該方法包括步驟由第二 PoC服務(wù)器從第一 PoC服務(wù)器接收PoC會話邀請請求消息，并 確定在第二 PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建立的會話；當(dāng)確定存在預(yù)建立的會話時，由第二 PoC服務(wù)器存儲預(yù)建立的會話ID 和相應(yīng)的媒體參數(shù)，并向終端方PoC客戶端發(fā)送PoC會話重新邀請請求消 息；當(dāng)包括在所發(fā)送的PoC會話重新邀請請求消息中的PoC會話ID與該預(yù) 建立的會話ID相同時，由終端方PoC客戶端存儲該預(yù)建立的會話ID和相 應(yīng)的媒體參數(shù)；在終止PoC會話時，由終端方PoC客戶端通過4吏用該PoC會話ID和預(yù) 建立的會話ID來產(chǎn)生PoC會話終止請求消息；以及由終端方PoC客戶端將產(chǎn)生的PoC會話終止請求消息發(fā)送到第二 PoC 服務(wù)器。
8. 如權(quán)利要求7所述的方法，還包括步驟在該確定步驟之后，當(dāng)確 定不存在預(yù)建立的會話時，由第二 PoC服務(wù)器向終端方PoC客戶端發(fā)送PoC 會話邀請請求消息。
9. 如權(quán)利要求8所述的方法，還包括當(dāng)包括在所發(fā)送的PoC會話邀 請請求消息中的PoC會話ID與預(yù)建立的會話ID相同時，由終端方PoC客 戶端存儲該預(yù)建立的會話ID和相應(yīng)的力某體參數(shù)。
10. 如權(quán)利要求7所述的方法，其中，在產(chǎn)生PoC會話終止請求消息的 步驟中，通過將預(yù)建立的會話ID插入到PoC會話終止請求消息的 R叫uest-URI首標中、以及將PoC會話ID插入到Refer-To首標中，來產(chǎn)生 該PoC會話終止請求消息。
11. 如權(quán)利要求IO所述的方法，還包括步驟當(dāng)?shù)诙oC服務(wù)器接收 到PoC會話終止請求消息時，由第二 PoC服務(wù)器通過使用包括在PoC會話 終止請求消息中的PoC會話ID來向第一 PoC服務(wù)器發(fā)送PoC會話終止請求 消息，從而終止第一PoC服務(wù)器與第二PoC服務(wù)器之間的PoC會話。
12. —種用于在無線一4定通話PoC系統(tǒng)中管理預(yù)建立的會話的PoC用 戶設(shè)備(UE),該PoC系統(tǒng)包括用于執(zhí)行會話控制功能的第一PoC服務(wù)器、 和充當(dāng)會話參與功能服務(wù)器的第二PoC服務(wù)器，該PoCUE包括用戶接口單元，用于根據(jù)PoC用戶的輸入來輸出信號； 數(shù)據(jù)傳輸單元，用于發(fā)送、和接收分組數(shù)據(jù)二者中的至少一個；和PoC客戶端，用于接收PoC會話邀請請求消息，確定包括在PoC會話 邀請請求消息中的PoC會話ID是否與預(yù)建立的會話ID相同，當(dāng)包括在PoC 會話邀請請求消息中的PoC會話ID與預(yù)建立的會話ID相同時，存儲該預(yù) 建立的會話ID和相應(yīng)的媒體參數(shù)，而且在終止PoC會話時，在通過使用該 PoC會話ID和預(yù)建立的會話ID來產(chǎn)生PoC會話終止請求消息之后，將該 PoC會話終止請求消息發(fā)送到第二 PoC服務(wù)器。
13. 如權(quán)利要求12所述的PoCUE,其中，PoC客戶端通過將預(yù)建立的 會話ID插入到PoC會話終止請求消息的Request-URI首標中、以及將PoC 會話ID插入到Refer-To首標中，來產(chǎn)生該PoC會話終止請求消息。
14. 一種用于管理預(yù)建立的會話的無線一^t通話(PoC)系統(tǒng)，該系統(tǒng) 包括第一PoC服務(wù)器，用于執(zhí)行會話控制功能；第二 PoC服務(wù)器，用于從第一 PoC服務(wù)器接收PoC會話邀請請求消息， 確定第二 PoC服務(wù)器與終端方PoC客戶端之間是否存在預(yù)建立的會話，而 且在將從第一 PoC服務(wù)器接收到的邀請請求消息與發(fā)送給終端方PoC客戶 端的重新邀請請求消息互相關(guān)聯(lián)之后，向終端方PoC客戶端發(fā)送包括預(yù)建立 的會話ID的PoC會話重新邀請請求消息；以及所述終端方PoC客戶端，接收該重新邀請請求消息，參與該PoC會話， 而且在終止PoC會話時，通過使用該PoC會話ID和預(yù)建立的會話ID來產(chǎn) 生PoC會話終止請求消息，并且將該PoC會話終止請求消息發(fā)送到第二 PoC 服務(wù)器。
15. 如權(quán)利要求14所述的系統(tǒng)，其中，當(dāng)已經(jīng)確定存在預(yù)建立的會話 時，第二PoC服務(wù)器在發(fā)送重新邀請請求消息之前，基于預(yù)設(shè)條件選擇性地 改變來自于接收的邀請請求消息的參數(shù)。
16. 如權(quán)利要求15所述的系統(tǒng)，其中該預(yù)設(shè)條件是基于網(wǎng)絡(luò)環(huán)境、和 服務(wù)二者中的至少一個。
17. 如權(quán)利要求15所述的系統(tǒng)，其中第二PoC服務(wù)器充當(dāng)背靠背用戶 代理(B2BUA)。
18. 如權(quán)利要求14所述的系統(tǒng)，其中，第一PoC服務(wù)器向終端方PoC 客戶端發(fā)送媒體突發(fā)連接消息，該媒體突發(fā)連接消息包括PoC會話ID。
19. 如權(quán)利要求18所述的系統(tǒng)，其中，終端方PoC客戶端通過將預(yù)建立的會話ID插入到PoC會話終止請求消息的Request-URI首標中、以及將 PoC會話ID插入到Refer-To首標中，來產(chǎn)生該PoC會話終止請求消息。
20.如權(quán)利要求18所述的系統(tǒng)，其中，當(dāng)?shù)诙oC服務(wù)器接收到PoC 會話終止請求消息時，第二 PoC服務(wù)器通過使用包括在PoC會話終止請求 消息中的PoC會話ID來向第一 PoC服務(wù)器發(fā)送PoC會話終止請求消息，從 而終止第一 PoC服務(wù)器與第二 PoC服務(wù)器之間的PoC會話。
全文摘要
公開一種用于使得終端方PoC客戶端能夠通過使用預(yù)建立的會話來開啟PoC會話、并在終端方PoC客戶端終止開啟的PoC會話時保持預(yù)建立的會話的方法、實現(xiàn)該方法的PoC系統(tǒng)和PoC用戶設(shè)備(UE)。為此，使用REFER BYE消息終止PoC會話同時保持預(yù)建立的會話。此外，從PoC客戶端向PoC服務(wù)器發(fā)送REFER BYE消息，而PoC服務(wù)器接收REFER BYE消息，檢查接收的消息中的首標的內(nèi)容，且當(dāng)滿足指定條件時，終止PoC會話同時保持預(yù)建立的會話。
文檔編號H04B7/26GK101682409SQ200880019044
公開日2010年3月24日 申請日期2008年4月7日 優(yōu)先權(quán)日2007年4月6日
發(fā)明者樸成真, 李智惠, 旭 金 申請人:三星電子株式會社