專利名稱：合并多個(gè)無線一鍵通電話的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于合并多個(gè)無線一鍵通(PoC)會(huì)話的方法和系統(tǒng)，其中，在多個(gè)PoC群組會(huì)話的環(huán)境下當(dāng)屬于一個(gè)PoC群組會(huì)話的成員希望加入另一PoC會(huì)話時(shí)，通過合并PoC群組會(huì)話來建立新的會(huì)話而不釋放當(dāng)前參加的PoC會(huì)話。
背景技術(shù)：
隨著移動(dòng)通信劃時(shí)代的方展以及通信網(wǎng)絡(luò)的擴(kuò)大，使用移動(dòng)電話的服務(wù)和應(yīng)用變得更加多樣化和擴(kuò)大。此外，用戶的需求變得多樣化，從簡單的通信服務(wù)擴(kuò)展到監(jiān)護(hù)定位服務(wù)、多媒體服務(wù)、PTT(一鍵通)服務(wù)等。更具體地講，PTT服務(wù)支持諸如即時(shí)消息、狀態(tài)指示等的各種附加功能，并包括收音機(jī)、TRS(中繼式無線電系統(tǒng))等已在過去實(shí)現(xiàn)的群組通信和語音通信。
當(dāng)前，對制定使用移動(dòng)通信網(wǎng)絡(luò)用作PTT的理念的無線一鍵通(PoC)服務(wù)的標(biāo)準(zhǔn)存在熱烈的討論。PoC服務(wù)具有不同于現(xiàn)有移動(dòng)通信服務(wù)的各種特征。其中的一個(gè)特征是，因?yàn)樘囟ㄓ脩魧儆诙鄠€(gè)會(huì)話，因此如果需要，則他/她在會(huì)話之間移動(dòng)的同時(shí)可以進(jìn)行呼叫。用戶在多個(gè)會(huì)話之間移動(dòng)的同時(shí)應(yīng)被允許進(jìn)行呼叫的需求是在OMA(開放移動(dòng)聯(lián)盟)的需求中特定的，所述OMA是定義移動(dòng)通信服務(wù)的組織。
以下，將描述一般PoC服務(wù)系統(tǒng)的結(jié)構(gòu)。
圖1是示出一般PoC基本結(jié)構(gòu)的原理圖。參照圖1，PoC客戶機(jī)10是安置在移動(dòng)電話中的服務(wù)請求器，并且通常通過接入網(wǎng)絡(luò)20連接到基于SIP/IP(會(huì)話啟動(dòng)協(xié)議/互聯(lián)網(wǎng)協(xié)議)核心的網(wǎng)絡(luò)，其中，基于SIP/IP核心的網(wǎng)絡(luò)是用于支持SIP和IP多媒體的核心網(wǎng)絡(luò)。
這里，PoC客戶機(jī)10可在駐留在PoC用戶終端的同時(shí)提供對PoC服務(wù)的接入。在PoC用戶的角度，PoC客戶機(jī)10具有以下主要功能發(fā)起PoC會(huì)話、參加現(xiàn)有的PoC會(huì)話以及終止建立的oC會(huì)話。此外，PoC客戶機(jī)10執(zhí)行以下其他的功能創(chuàng)建和發(fā)送通話發(fā)起(talk burst)、支持即時(shí)個(gè)人報(bào)警以及為獲得接入PoC服務(wù)時(shí)提供認(rèn)證。以下，只要不需要單獨(dú)參考，術(shù)語“PoC客戶機(jī)10”與PoC服務(wù)用戶具有相同的意思。
基于SIP/IP核心的網(wǎng)絡(luò)連接到PoC服務(wù)器60、GLMS(群組列表管理系統(tǒng))50以及現(xiàn)場服務(wù)器70以便于支持PoC服務(wù)，從而提供PoC服務(wù)。
這里，PoC服務(wù)器60執(zhí)行用于維護(hù)和管理PoC會(huì)話的控制PoC功能(以下，被稱為“CF”)、用于參加對一對一通信或多對多通信打開的PoC會(huì)話的參加PoC功能(以下，被稱為“PF”)等。
以下，將參照下表分別更加詳細(xì)地描述CF和PF。


如表1所示，總體來說，CF執(zhí)行PoC服務(wù)器中的功能中的一個(gè)功能用于管理PoC會(huì)話，特別是接收、定序和授權(quán)PoC客戶機(jī)的發(fā)言權(quán)請求，將任意PoC客戶機(jī)請求的通話發(fā)起分發(fā)給參加群組呼叫的所有其他的PoC客戶機(jī)，并提供參加該群組呼叫的PoC客戶機(jī)的信息。
如表2所示，PF用于管理與CF連接的會(huì)話以及在PoC會(huì)話中的各個(gè)PoC客戶機(jī)。具體地講，當(dāng)PoC客戶機(jī)請求發(fā)言權(quán)或當(dāng)將發(fā)言權(quán)分配給CF中的PoC客戶機(jī)時(shí)，PF用于中繼該發(fā)言權(quán)。此外，PF用作中繼CF和PoC客戶機(jī)之間的媒體，以便于當(dāng)在CF和PoC客戶機(jī)之間使用不同的編解碼器時(shí)執(zhí)行自動(dòng)譯碼，并且當(dāng)PoC用戶在參加一會(huì)話的同時(shí)被邀請到另一個(gè)會(huì)話時(shí)，根據(jù)PoC用戶的選擇濾除兩個(gè)同時(shí)的會(huì)話中的任何一個(gè)。


同時(shí)，為了打開多對多會(huì)話，PoC服務(wù)系統(tǒng)請求管理打算參加并管理PoC參加群組列表的PoC參加群組，并且PoC服務(wù)系統(tǒng)包括提供PoC參加群組及其列表的GLMS 50的服務(wù)器以及執(zhí)行管理GLMS服務(wù)器的GLMS管理器或管理員40。
此外，PoC服務(wù)系統(tǒng)包括提供并管理關(guān)于被提供PoC服務(wù)的個(gè)人或群組的信息的現(xiàn)場服務(wù)器70。最終，PoC服務(wù)系統(tǒng)應(yīng)包括代表基于SIP/IP核心的網(wǎng)絡(luò)、PoC服務(wù)器等的遠(yuǎn)程PoC網(wǎng)絡(luò)80，當(dāng)在PoC服務(wù)中個(gè)人之間的通信或個(gè)人和群組之間的通信被執(zhí)行時(shí)所述遠(yuǎn)程PoC網(wǎng)絡(luò)80與另一用戶相連接。
在上述配置的PoC系統(tǒng)中，特定PoC用戶可通過他/她自己的終端將關(guān)于群組及其成員的信息輸入GLMS 50，并且特定PoC用戶可知道其他PoC用戶的信息，通過從GLMS 50接收的個(gè)人或群組列表呼叫所述其他PoC用戶。能夠產(chǎn)生、校正和管理GLMS 50中的群組及其成員的另一方法可通過PoC服務(wù)提供者可信任的諸如互聯(lián)網(wǎng)、內(nèi)聯(lián)網(wǎng)等的通信網(wǎng)絡(luò)輸入這樣的信息。
為了使用PoC呼叫服務(wù)，PoC用戶向SIP/IP注冊他/她的PoC地址。此時(shí)，SIP/IP核心基于PoC用戶的請求存儲(chǔ)關(guān)于PoC用戶的信息。因此，當(dāng)嘗試PoC群組呼叫時(shí)，如上所述，另一PoC用戶在提前向基于SIP/IP核心的網(wǎng)絡(luò)注冊他/她的信息，并使用從GLMS 50接收的群組身份信息向他/她自己的基于SIP/IP核心的網(wǎng)絡(luò)發(fā)送呼叫請求。此時(shí)，SIP/IP核心使用請求PoC用戶的信息執(zhí)行地址解析以及域位置解析，然后將PoC通信請求發(fā)送到請求PoC用戶注冊的家庭PoC服務(wù)器。PoC服務(wù)器響應(yīng)于PoC通信請求準(zhǔn)備建立PoC會(huì)話，從GLMS服務(wù)器獲得每個(gè)PoC用戶的信息，并將通信請求信號(hào)發(fā)送到相應(yīng)的基于SIP/IP核心的網(wǎng)絡(luò)。此時(shí)，在域之內(nèi)的用戶的通信請求的情況下，PoC服務(wù)器執(zhí)行PF和CF。管理接收通信請求的PoC用戶的PoC服務(wù)器使用發(fā)送到PoC服務(wù)器的PoC用戶的信息定位基于SIP/IP核心的網(wǎng)絡(luò)，然后將通信請求發(fā)送到PoC用戶。
以下，將參照圖2描述具有上述特征的一般PoC通信過程。
圖2是示出建立一般PoC會(huì)話的過程的流程圖。
參照圖2，PoC客戶機(jī)A通過INVITE將PoC客戶機(jī)A希望通話的個(gè)人或群組的信息發(fā)送到SIP/IP核心A。SIP/IP核心A從INVITE信息檢查指定PoC服務(wù)的參數(shù)，并將INVITE請求發(fā)送到負(fù)責(zé)PoC客戶機(jī)A的PoC服務(wù)器A。根據(jù)PoC呼叫的類型，PoC服務(wù)器A在實(shí)現(xiàn)家庭PoC服務(wù)器的功能上有差異。換句話說，當(dāng)直接建立例如一對一或ad-hoc群組呼叫的PoC會(huì)話時(shí)，PoC服務(wù)器A被這樣實(shí)現(xiàn)其自己的家庭PoC服務(wù)器同時(shí)執(zhí)行PF和CF，并將INVITE發(fā)送到負(fù)責(zé)PoC客戶機(jī)B的PoC服務(wù)器B。在參加先前初始的會(huì)話的預(yù)先安排群組呼叫的情況下，在家庭PoC服務(wù)器中不能實(shí)現(xiàn)會(huì)話的管理功能，從而INVITE被發(fā)送到對會(huì)話執(zhí)行CF的PoC服務(wù)器A。此時(shí)，SIP/IP核心用作如上所述發(fā)送INVITE的通道，并且實(shí)際上用于執(zhí)行PoC服務(wù)器B或A的地址解析。當(dāng)以這種方式被發(fā)送的INVITE被發(fā)送到PoC客戶機(jī)B時(shí)，PoC客戶機(jī)B將報(bào)警響應(yīng)(例如振鈴、燈光、嘟嘟聲等)發(fā)送到PoC客戶機(jī)A。當(dāng)PoC用戶B接收到PoC呼叫時(shí)，OK響應(yīng)被發(fā)送到PoC客戶機(jī)A，從而PoC呼叫被接通。其后，PoC客戶機(jī)A從執(zhí)行CF的服務(wù)器接收發(fā)言權(quán)，從而PoC通信被最終執(zhí)行。
PoC服務(wù)的現(xiàn)有技術(shù)幫助PoC用戶參加一個(gè)或多個(gè)PoC會(huì)話。當(dāng)一個(gè)群組會(huì)話希望與另一PoC會(huì)話的群組成員進(jìn)行群組通信時(shí)，希望與另一PoC會(huì)話合并的PoC會(huì)話的群組成員的每個(gè)將會(huì)話終止消息發(fā)送到每個(gè)成員所屬的會(huì)話，然后通過請求參加每個(gè)成員希望參加的會(huì)話的新的會(huì)話來參加群組通信。此外，這個(gè)處理被應(yīng)用到所有的成員，所述所有的成員的每個(gè)希望參加該會(huì)話。此時(shí)，初始希望被合并的會(huì)話被終止。
以下，將參照附圖描述用于與另一PoC會(huì)話連接的傳統(tǒng)的PoC通信過程。
圖3是示出根據(jù)現(xiàn)有技術(shù)的與另一PoC會(huì)話合并的方法的流程圖。
參照圖3，PoC會(huì)話Y是希望被合并的一個(gè)群組會(huì)話，PoC會(huì)話X是請求會(huì)話合并的群組會(huì)話。在現(xiàn)有技術(shù)中，為了與先前激活的會(huì)話合并，首先，PoC會(huì)話X將作為終止信號(hào)的PoC會(huì)話BYE發(fā)送到管理當(dāng)前進(jìn)行的會(huì)話的PoC服務(wù)器X。在此處理中，PoC會(huì)話X導(dǎo)致服務(wù)器和客戶機(jī)相互協(xié)商的媒體參數(shù)被釋放。其后，在終止現(xiàn)有的會(huì)話之后，PoC會(huì)話做出新的INVITE請求。這里，PoC客戶機(jī)X要求希望新的參加(被合并)的群組會(huì)話的確認(rèn)，以確定試圖發(fā)送INVITE請求的服務(wù)器。為此，PoC客戶機(jī)X使用諸如會(huì)議URI(統(tǒng)一資源標(biāo)識(shí)符)的地址信息。
最終，在從PoC客戶機(jī)X接收會(huì)話參加請求之后，PoC服務(wù)器Y響應(yīng)于會(huì)話參加請求通過PoC服務(wù)器內(nèi)的策略或群組成員的接受將OK消息發(fā)送到請求PoC會(huì)話的PoC客戶機(jī)X。從而，由PoC服務(wù)器Y管理的合并的會(huì)話被配置，用于判定PoC通信中的發(fā)言權(quán)的通話發(fā)起控制過程被執(zhí)行。
以下，希望合并的會(huì)話(圖3中的PoC會(huì)話X)被稱為合并會(huì)話，而被合并的會(huì)話(圖3中的PoC會(huì)話Y)被稱為被合并會(huì)話。此外，在PoC服務(wù)的功能中，控制PoC功能被縮寫為CF，參加PoC功能被縮寫為PF。
在上述現(xiàn)有技術(shù)中，當(dāng)在多個(gè)PoC群組會(huì)話的環(huán)境下屬于任意PoC群組會(huì)話的群組成員希望參加另一PoC會(huì)話時(shí)，直到當(dāng)前參加的PoC會(huì)話被釋放，群組成員才可與另一群組建立起會(huì)話。
發(fā)明公開技術(shù)問題因此，本發(fā)明的目的在于提供一種合并多個(gè)PoC會(huì)話的方法和系統(tǒng)，其中，當(dāng)在多個(gè)PoC群組會(huì)話的環(huán)境下，屬于一個(gè)PoC群眾會(huì)話的群組成員希望參加另一PoC會(huì)話時(shí)，群組成員通過合并PoC群組會(huì)話而不需要釋放當(dāng)前參加的PoC會(huì)話就可建立新的會(huì)話。
技術(shù)解決方案為了實(shí)現(xiàn)這個(gè)目的，根據(jù)本發(fā)明的一方面，提供一種用于合并多PoC會(huì)話的方法。所述方法包括合并PoC客戶機(jī)將請求與被合并會(huì)話進(jìn)行會(huì)話合并的請求發(fā)送到PoC客戶機(jī)所屬的管理合并會(huì)話的PoC服務(wù)器；管理合并會(huì)話的PoC服務(wù)器將會(huì)話合并請求發(fā)送到管理被合并會(huì)話的PoC服務(wù)器；在合并會(huì)話的PoC服務(wù)器和被合并會(huì)話的服務(wù)器之間執(zhí)行管理將合并的會(huì)話的CF(控制PoC功能)的協(xié)商；當(dāng)將被合并的會(huì)話的整個(gè)CF被選擇，同時(shí)PoC服務(wù)器之間的協(xié)商完成時(shí)，被合并會(huì)話的PoC服務(wù)器將修改的媒體參數(shù)的UPDATE發(fā)送到被合并會(huì)話的PoC客戶機(jī)；合并會(huì)話的PoC服務(wù)器將通知合并會(huì)話的PoC服務(wù)器被選為整個(gè)CF的合并請求的NOTIFY發(fā)送到合并會(huì)話的PoC客戶機(jī)。
根據(jù)本發(fā)明的另一方面，提供一種用于合并多PoC會(huì)話的系統(tǒng)。所述系統(tǒng)包括至少一個(gè)PoC客戶機(jī)，用于請求與另一會(huì)話合并；合并會(huì)話的PoC服務(wù)器，從合并客戶機(jī)接收與被合并會(huì)話進(jìn)行會(huì)話歸的請求，并將會(huì)話合并請求發(fā)送到管理被合并會(huì)話的PoC服務(wù)器；被合并會(huì)話的PoC服務(wù)器，從合并會(huì)話的PoC服務(wù)器接收會(huì)話合并請求，在PoC服務(wù)器之間執(zhí)行試圖管理將被合并的會(huì)話的控制PoC功能(CF)的協(xié)商，并且當(dāng)PoC服務(wù)器之間的協(xié)商完成時(shí)，將修改的媒體參數(shù)的UPDATE發(fā)送到被合并會(huì)話的PoC客戶機(jī)。
有益的效果如上所述，根據(jù)本發(fā)明，由于為了參加新的會(huì)話現(xiàn)有的會(huì)話沒有被釋放，因此不需要對新的PoC群組會(huì)話進(jìn)行信令和資源分配處理，并且用戶不需要釋放現(xiàn)有的會(huì)話。結(jié)果，可省略不必要的操作，從而可節(jié)省會(huì)話建立的時(shí)間。


當(dāng)通過參照下面結(jié)合附圖進(jìn)行的詳細(xì)描述，本發(fā)明的更加徹底的理解及其伴隨的許多優(yōu)點(diǎn)將會(huì)更加明顯，并且變得更好理解，在附圖中，相同的標(biāo)號(hào)代表相同或相似的組件，其中圖1是示出一般PoC的基本結(jié)構(gòu)的原理圖；圖2是示出建立一般PoC會(huì)話的過程的流程圖；圖3是根據(jù)現(xiàn)有技術(shù)的合并另一PoC會(huì)話的方法的流程圖；圖4A是示出在兩個(gè)任意群組會(huì)話被合并之前的狀態(tài)的原理布置圖；圖4B是示出在兩個(gè)任意群組會(huì)話被合并之后的狀態(tài)的原理布置圖；圖5是示出使用即使消息獲得關(guān)于合并會(huì)話的信息的方法的流程圖；
圖6示出包括會(huì)話信息的即時(shí)消息的格式；圖7是示出實(shí)現(xiàn)本發(fā)明的會(huì)話合并處理的原理流程圖；和圖8是示出根據(jù)本發(fā)明示例性實(shí)施例的基于SIP的會(huì)話合并處理的流程圖。
具體實(shí)施例方式
以下，將參照附圖來詳細(xì)說明本發(fā)明的示例性實(shí)施例。
首先，將描述關(guān)于在多個(gè)PoC(無線一鍵通)群組會(huì)話中的任意兩個(gè)被合并之前和之后的一般狀態(tài)。
圖4A是示出在兩個(gè)任意群組會(huì)話被合并之前的狀態(tài)的原理布置圖，圖4B是示出在兩個(gè)任意群組會(huì)話被合并之后的狀態(tài)的原理布置圖。
參照圖4A和圖4B，在兩個(gè)群組(群組X和群組Y)的成員的每個(gè)參加不同的會(huì)話的狀態(tài)下，當(dāng)群組X的成員希望參加群組Y的會(huì)話時(shí)，通過允許群組Y的PoC服務(wù)器的CF(控制PoC功能)負(fù)責(zé)在群組X的PoC服務(wù)器的CF執(zhí)行的功能，群組X成員初始新的會(huì)話，而不需要釋放當(dāng)前參加的PoC會(huì)話。
為了顯示這樣的方法當(dāng)在多個(gè)PoC群組會(huì)話的環(huán)境下，屬于任意PoC群組會(huì)話(群組X或群組Y)的群組成員希望參加另一PoC會(huì)話時(shí)，群組成員通過合并PoC群組會(huì)話來建立新的會(huì)話，而不需要釋放當(dāng)前參加的PoC會(huì)話，需要進(jìn)行下面的處理首先，為了會(huì)話合并的目的，合并會(huì)話將合并信息發(fā)送到被合并會(huì)話，從而被合并會(huì)話獲得關(guān)于合并會(huì)話的會(huì)話信息。
從而，首先對關(guān)于合并會(huì)話的客戶機(jī)將其自己的群組身份以及關(guān)于在PoC群組會(huì)話中的合并會(huì)話的信息發(fā)送到被合并會(huì)話的處理進(jìn)行描述。
圖5是示出使用即時(shí)消息獲得關(guān)于合并會(huì)話的信息的方法的流程圖。
參照圖5，PoC會(huì)話X中存在的PoC客戶機(jī)X可發(fā)送諸如它自己的會(huì)議URI(統(tǒng)一資源標(biāo)識(shí)符)的群組身份信息，其中，群組身份信息包括在MESSAGE請求方法中的主體(body)內(nèi)容中。此時(shí)，接收PoC會(huì)話Y的客戶機(jī)在無需PoC服務(wù)器的情況下，可使用與PoC通信分離接收PoC會(huì)話X的群組身份信息。
以下，將描述SIP(會(huì)話啟動(dòng)協(xié)議)的細(xì)節(jié)，當(dāng)作為會(huì)話請求群組的用戶的PoC客戶機(jī)X通過MESSAGE方法將它自己的群組身份發(fā)送到被合并的會(huì)話。如圖6所示，MESSAGE被分割為頭和體，MESSAGE的體具有可包括合并會(huì)話(圖6中的PAG-WG)的群組的顯示名的內(nèi)容。
如上所述，在被合并會(huì)話中獲得PoC會(huì)話群組身份(即，會(huì)話信息)之后，進(jìn)行實(shí)際的會(huì)話合并的處理。
圖7是示出實(shí)現(xiàn)本發(fā)明的會(huì)話合并處理的原理流程圖。
首先，作為合并會(huì)話的PoC客戶機(jī)X請求PoC客戶機(jī)X進(jìn)行與被合并會(huì)話進(jìn)行會(huì)話合并，其中，PoC服務(wù)器X管理PoC客戶機(jī)X所屬的會(huì)話(S100)。此時(shí)，PoC服務(wù)器X使用合并會(huì)話的群組URI以與上述的即時(shí)消息服務(wù)相同的方法將會(huì)話合并請求發(fā)送到PoC客戶機(jī)Y，并公開用于管理被合并會(huì)話的CF協(xié)商(S110)。
為了CF協(xié)商的目的，當(dāng)發(fā)送會(huì)話合并請求時(shí)，PoC服務(wù)器X發(fā)送由PoC服務(wù)器X指定的會(huì)話的會(huì)話合并指示、媒體參數(shù)、會(huì)話身份、聯(lián)系地址等。
同時(shí)，接收會(huì)話合并請求的被合并會(huì)話的PoC服務(wù)器Y基于在會(huì)話合并請求發(fā)送的信息公開會(huì)話協(xié)商。此時(shí)，換句話說，基于PoC會(huì)話Y的策略，PoC服務(wù)器Y可公開代表其他信息的會(huì)話合并協(xié)商，或根據(jù)PoC會(huì)話Y之內(nèi)的所有客戶機(jī)的響應(yīng)進(jìn)行會(huì)話合并。
當(dāng)達(dá)成PoC服務(wù)之間的CF協(xié)商時(shí)，現(xiàn)有PoC服務(wù)器中的一個(gè)作為對另一PoC會(huì)話執(zhí)行CF的代理服務(wù)器，并且另一PoC服務(wù)器主要執(zhí)行PF。在此方式下，當(dāng)為通過PoC服務(wù)器之間的協(xié)商合并的會(huì)話選擇整個(gè)CF時(shí)(S120)，被修改的媒體參數(shù)的更新被發(fā)送到被合并會(huì)話的PoC客戶機(jī)Y(S130)。此外，合并請求的通知被發(fā)送到合并會(huì)話的PoC客戶機(jī)X(S140)。
以下，將參照圖8描述SIP用于會(huì)話合并的過程的具體實(shí)施例。
圖8是示出根據(jù)本發(fā)明示例性實(shí)施例的基于SIP的會(huì)話合并處理的流程圖。
大概說來，圖8示出當(dāng)合并會(huì)話的客戶機(jī)使用SIP對于會(huì)話合并請求PoC服務(wù)器時(shí)，通過服務(wù)器之間的信令協(xié)商會(huì)話合并，更新會(huì)話合并的參數(shù)并將更新的每個(gè)會(huì)話通知給用戶。
首先，合并會(huì)話的PoC客戶機(jī)X101使用它自己的PoC地址和被合并的群組會(huì)話的身份將REFER請求發(fā)送到PoC服務(wù)器X的CF111和PF112，其中，PoC客戶機(jī)X101屬于CF111和和PF112(S1100和S1101)。這里，通過在連接到PoC服務(wù)器X的基于SIP/IP核心的網(wǎng)絡(luò)中執(zhí)行地址解析將REFER請求發(fā)送到PoC服務(wù)器X的CF111，然后接受(Accepted)消息做出響應(yīng)(S1102和S1103)。
當(dāng)會(huì)話被合并時(shí)，可在檢查是否向合并用戶授權(quán)之后做出響應(yīng)。在此情況下，可發(fā)送OK消息。
其后，管理合并會(huì)話的PoC服務(wù)器X的CF111使用被合并會(huì)話的發(fā)送的群組指示來發(fā)送PoC會(huì)話合并指示、在PoC服務(wù)器X確定的媒體參數(shù)等(S1200和S1201)。
接收INVITE請求的PoC服務(wù)器Y的CF211發(fā)送臨時(shí)響應(yīng)嘗試(Trying)(S1202和S1203)，然后經(jīng)歷合適的會(huì)話內(nèi)部過程(S1400、S1401、S1402和S1403)。其后，當(dāng)被合并的會(huì)話完成會(huì)話合并的準(zhǔn)備時(shí)，發(fā)送對會(huì)話合并的OK響應(yīng)(S1500和S1501)。
當(dāng)接收到INVITE請求時(shí)，PoC服務(wù)器Y的CF211和PF212使用發(fā)送的媒體參數(shù)和會(huì)話合并指示執(zhí)行會(huì)話合并過程，將協(xié)商的媒體參數(shù)的UPDATE請求發(fā)送到被合并的會(huì)話之內(nèi)的所有客戶機(jī)，并接收OK響應(yīng)(S1400、S1401、S1402和S1403)。
當(dāng)從被合并的會(huì)話接收到對所有媒體參數(shù)的響應(yīng)時(shí)，PoC服務(wù)器Y將對會(huì)話合并的最終響應(yīng)發(fā)送到PoC服務(wù)器X，其中，最終響應(yīng)被發(fā)送為OK消息。接收OK響應(yīng)的PoC服務(wù)器X通過基于SIP/IP核心的網(wǎng)絡(luò)的信令路徑將請求結(jié)果通知會(huì)話合并請求的PoC客戶機(jī)X，其中，請求結(jié)果被通知為NOTIFY消息(S1502和S1503)。然后，PoC服務(wù)器X接收對通知的OK響應(yīng)(S1504和S1505)以完成會(huì)話合并過程，并進(jìn)行管理通話發(fā)起的過程(S1600)。
可在不脫離本發(fā)明的基本精神的情況下對已參照圖8描述的會(huì)話合并的實(shí)施例進(jìn)行各種修改。
作為一個(gè)修改，請求會(huì)話合并的用戶可以是圖8中的一般PoC會(huì)話的成員或管理者。為了策略，當(dāng)PoC服務(wù)器要求請求會(huì)話合并時(shí)，會(huì)話管理者可請求會(huì)話合并。
當(dāng)請求會(huì)話合并的用戶是會(huì)話管理者時(shí)，用戶的PoC服務(wù)器的PF等同于PoC服務(wù)器的CF。因而，可省略執(zhí)行圖8的PoC服務(wù)器的PF的過程(S1100、S1101、S1102和S1103)。
作為另一修改，當(dāng)被合并會(huì)話的PoC服務(wù)器接收到會(huì)話合并的INVITE消息時(shí)，可根據(jù)群組內(nèi)部策略，在PoC服務(wù)器的CF中或者在向被合并會(huì)話之內(nèi)的所有成員授權(quán)合并之后確定會(huì)話合并。在任一條件下，在相應(yīng)的過程被執(zhí)行之后，PoC服務(wù)器Y發(fā)送對INVITE的響應(yīng)。
并且，在接收到對INVITE的臨時(shí)響應(yīng)之后(S1200和S1201)，合并會(huì)話的用戶可直接發(fā)送關(guān)于合并請求的結(jié)果的SUBSCRIBER(S1300和S1301)。
因而，根據(jù)本發(fā)明，當(dāng)在一個(gè)群組通信根據(jù)環(huán)境建立與另一PoC群組通信的一個(gè)PoC群組會(huì)話的情況下執(zhí)行群組通信時(shí)，PoC會(huì)話的會(huì)話合并可使用先前激活的會(huì)話而不需任何改變，兩個(gè)或多個(gè)用戶參加所述另一PoC群組的通信。結(jié)果，簡化了應(yīng)執(zhí)行參加新的會(huì)話的過程。
具體地說，根據(jù)現(xiàn)有技術(shù)，每個(gè)被合并會(huì)話的PoC用戶發(fā)送BYE以釋放會(huì)話，然后通過新的INVITE進(jìn)行參加合并會(huì)話的過程。為此，應(yīng)再次設(shè)置某些媒體參數(shù)。然而，根據(jù)本發(fā)明，不需要這種會(huì)話釋放過程，從而可減少不需要的信令、資源消耗和時(shí)間。
此外，當(dāng)在被合并會(huì)話之內(nèi)的充分的通信之后，被合并會(huì)話應(yīng)被再次分割為初始的群組會(huì)話，簡單BYE請求被從被合并會(huì)話的PoC服務(wù)器發(fā)送到代理PoC服務(wù)器，從而可將被合并會(huì)話恢復(fù)到初始的PoC會(huì)話中。
盡管已經(jīng)描述了本發(fā)明的示例性實(shí)施例，但是本領(lǐng)域的技術(shù)人員應(yīng)該理解本發(fā)明不限于描述的示例性實(shí)施例。此外，在由權(quán)利要求所限定的本發(fā)明的精神和范圍內(nèi)，可以對其進(jìn)行各種改變和修改。
權(quán)利要求
1.一種用于在無線一鍵通網(wǎng)絡(luò)中合并會(huì)話的方法，所述方法包括如下步驟無線一鍵通客戶機(jī)請求無線一鍵通服務(wù)器與另一會(huì)話合并；無線一鍵通服務(wù)器將會(huì)話合并請求消息發(fā)送到所述另一會(huì)話的無線一鍵通服務(wù)器，并執(zhí)行會(huì)話合并的協(xié)商；和無線一鍵通客戶機(jī)的會(huì)話與所述另一會(huì)話執(zhí)行會(huì)話合并。
2.如權(quán)利要求1所述的方法，其中，所述會(huì)話合并請求消息包括合并會(huì)話的會(huì)話合并指示、媒體參數(shù)、會(huì)話身份以及聯(lián)系地址中的至少一個(gè)。
3.如權(quán)利要求1所述的方法，其中，所述會(huì)話合并請求消息還包括無線一鍵通客戶機(jī)的群組身份。
4.如權(quán)利要求3所述的方法，其中，所述群組身份是群組統(tǒng)一資源標(biāo)識(shí)符。
5.如權(quán)利要求1所述的方法，其中，所述執(zhí)行會(huì)話合并的步驟包括步驟在無線一鍵通客戶機(jī)的會(huì)話與所述無線一鍵通服務(wù)器和所述另一會(huì)話的無線一鍵通服務(wù)器中的任意一個(gè)執(zhí)行會(huì)話合并之后，確定執(zhí)行控制無線一鍵通功能。
6.如權(quán)利要求1所述的方法，其中，在執(zhí)行會(huì)話合并的步驟中，僅通過所述另一會(huì)話的無線一鍵通服務(wù)器或通過確定所述另一會(huì)話的客戶機(jī)的響應(yīng)執(zhí)行協(xié)商。
7.如權(quán)利要求1所述的方法，其中，執(zhí)行會(huì)話合并的步驟包括步驟被合并會(huì)話的無線一鍵通服務(wù)器將響應(yīng)消息發(fā)送到合并會(huì)話的無線一鍵通服務(wù)器。
8.如權(quán)利要求5所述的方法，還包括步驟將關(guān)于確定為控制無線一鍵通功能的無線一鍵通服務(wù)器的信息發(fā)送到合并會(huì)話的客戶機(jī)。
9.如權(quán)利要求8所述的方法，其中，發(fā)送關(guān)于無線一鍵通服務(wù)器的信息的步驟還包括步驟由控制無線一鍵通功能將在會(huì)話合并之后修改的信息發(fā)送到合并會(huì)話的客戶機(jī)。
10.如權(quán)利要求1所述的方法，還包括步驟在無線一鍵通客戶機(jī)為與所述另一會(huì)話進(jìn)行會(huì)話合并請求無線一鍵通服務(wù)器之前，發(fā)送無線一鍵通客戶機(jī)的會(huì)話信息。
11.如權(quán)利要求10所述的方法，其中，所述會(huì)話信息被發(fā)送為即時(shí)消息。
12.一種無線一鍵通網(wǎng)絡(luò)系統(tǒng)，包括至少一個(gè)無線一鍵通客戶機(jī)，用于請求會(huì)話合并；無線一鍵通服務(wù)器，發(fā)送會(huì)話合并請求消息；另一會(huì)話的無線一鍵通服務(wù)器，從所述無線一鍵通服務(wù)器接收會(huì)話合并請求消息，執(zhí)行會(huì)話合并的協(xié)商以及確定試圖與所述無線一鍵通服務(wù)器執(zhí)行控制無線一鍵通功能的服務(wù)器。
13.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，所述會(huì)話合并請求消息包括合并會(huì)話的會(huì)話合并指示、媒體參數(shù)、會(huì)話標(biāo)識(shí)以及聯(lián)系地址中的至少一個(gè)。
14.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，所述會(huì)話合并請求消息還包括無線一鍵通客戶機(jī)的群組身份。
15.如權(quán)利要求14所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，所述群組身份是群組統(tǒng)一資源標(biāo)識(shí)符。
16.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，僅通過所述另一會(huì)話的無線一鍵通服務(wù)器或通過確定所述另一會(huì)話的客戶機(jī)的響應(yīng)執(zhí)行協(xié)商。
17.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，所述另一會(huì)話的無線一鍵通服務(wù)器將響應(yīng)消息發(fā)送到無線一鍵通客戶機(jī)會(huì)話的無線一鍵通服務(wù)器。
18.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，確定為控制無線一鍵通功能的無線一鍵通服務(wù)器將服務(wù)器信息發(fā)送到合并會(huì)話的客戶機(jī)。
19.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，控制無線一鍵通功能將在會(huì)話合并之后修改的信息發(fā)送到所述會(huì)話的客戶機(jī)。
20.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，在請求與所述另一會(huì)話進(jìn)行會(huì)話合并之前，無線一鍵通客戶機(jī)會(huì)話的無線一鍵通服務(wù)器發(fā)送無線一鍵通客戶機(jī)會(huì)話的信息。
21.如權(quán)利要求12所述的無線一鍵通網(wǎng)絡(luò)系統(tǒng)，其中，所述會(huì)話信息被發(fā)送為即時(shí)消息。
全文摘要
提供一種在多PoC會(huì)話的環(huán)境下在PoC會(huì)話之間執(zhí)行會(huì)話合并的方法。合并PoC客戶機(jī)將與被合并會(huì)話進(jìn)行會(huì)話合并的請求發(fā)送到PoC客戶機(jī)所屬的管理合并會(huì)話的PoC服務(wù)器。管理合并會(huì)話的PoC服務(wù)器將會(huì)話合并請求發(fā)送到管理被合并會(huì)話的PoC服務(wù)器。在合并會(huì)話的PoC服務(wù)器和被合并會(huì)話的服務(wù)器之間執(zhí)行管理將合并的會(huì)話的CF(控制PoC功能)的協(xié)商。當(dāng)將被合并的會(huì)話的整個(gè)CF被選擇，同時(shí)PoC服務(wù)器之間的協(xié)商完成時(shí)，被合并會(huì)話的PoC服務(wù)器將修改的媒體參數(shù)的UPDATE發(fā)送到被合并會(huì)話的PoC客戶機(jī)。合并會(huì)話的PoC服務(wù)器將通知合并會(huì)話的PoC服務(wù)器被選為整個(gè)CF的合并請求的NOTIFY發(fā)送到合并會(huì)話的PoC客戶機(jī)。
文檔編號(hào)H04W4/10GK1989711SQ200580025390
公開日2007年6月27日 申請日期2005年7月29日 優(yōu)先權(quán)日2004年7月30日
發(fā)明者成常慶, 樸俊枸, 樸成真 申請人:三星電子株式會(huì)社