專利名稱：在無線一鍵通會話中傳輸和施加發(fā)言權(quán)控制方案的方法以及實現(xiàn)該方法的系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種方法以及涉及實現(xiàn)該方法的用戶設備(UE)和網(wǎng)絡系統(tǒng)，
當在支持各種類型的發(fā)言權(quán)控制方案(例如々某體突發(fā)控制方案)的無線一鍵:
通(Push-To-Talk Over Cellular PoC )客戶端之間建立PoC會話時該方法用于 傳輸和施加發(fā)言權(quán)控制(floor control)方案。
背景技術(shù)：
移動通信技術(shù)的顯著發(fā)展和通信網(wǎng)絡的擴展已經(jīng)導致使用移動電話的各 種服務和應用的提供。除了基本通信服務，用戶正期盼更多元的服務，包括 定位服務、多媒體服務和一鍵通(PTT)服務。具體來說，PTT服務支持各 種輔助功能，諸如即時消息和狀態(tài)顯示，以及支持已經(jīng)由傳統(tǒng)無線發(fā)射器或 中繼無線系統(tǒng)(TRS )提供的集群和語音通信。
工業(yè)領(lǐng)域進行了各種努力以將在移動通信網(wǎng)絡使用此PTT功能的PoC服 務標準化。PoC服務的一個特征(在PoC服務和傳統(tǒng)移動通信服務之間區(qū)分 的特征)是用戶能夠在各會話之間移動(如果有必要)時進行通信，因為他/ 她屬于多個會話。用戶必須能夠在多個PoC會話中移動時通信的要求，即關(guān) 于多會話功能的要求在開放移動聯(lián)盟(OMA)中被規(guī)定，OMA是管制相關(guān) 移動通信服務的組織。
同時，PoCV2.0系統(tǒng)支持PoC多媒體通信服務。為此，PoCV2.0系統(tǒng) 定義語音之外的新類型的多^某體，諸如視頻、音頻和文本。由于用戶設備的 性能改進，當前PoC系統(tǒng)能夠顯示多種流(如視頻或圖像)。
同樣，在PoCV2.0系統(tǒng)中，規(guī)定了各種發(fā)言權(quán)控制方案(例如媒體突發(fā) 控制方案)以便支持進一步擴展的PoC服務，從而有可能讓PoC服務器或 PoC客戶端來發(fā)起PoC會話和根據(jù)多個發(fā)言權(quán)控制方案中的一個來控制那里 的發(fā)言4又。
7發(fā)明內(nèi)容技術(shù)問題
但是，由于傳統(tǒng)的PoC技術(shù)僅反映如下情形多個發(fā)言權(quán)控制方案被包括在由諸如預安排的群組的PoC群組定義的文件中，目前沒有用于相對于隨機創(chuàng)建的PoC會話(諸如一對一會話或?qū)Ｓ脮捜航M)施加特定的發(fā)言權(quán)控制方案的方法。同樣，即使在預安排的群組中，傳統(tǒng)的PoC技術(shù)也不提供用于向相應的客戶端傳輸基于其中的群組定義文件確定的發(fā)言權(quán)控制方案的具體方法。
技術(shù)解決方案
因此，本發(fā)明被用來解決在現(xiàn)有技術(shù)中出現(xiàn)的上述提及的問題，以及在本發(fā)明公開的是一種方法和系統(tǒng)，用于在建立PoC會話時，經(jīng)過發(fā)言權(quán)控制方案傳送或協(xié)商過程向PoC服務器提供PoC會話發(fā)起者所期望的、在PoC客戶端所支持的各種發(fā)言權(quán)控制方案中的特定的發(fā)言權(quán)控制方案，從而施加該特定的發(fā)言權(quán)控制方案。
本發(fā)明提供一種方法和系統(tǒng)，用于在實際施加發(fā)言權(quán)控制方案之前，向參加PoC會話的接收側(cè)PoC客戶端傳遞將在PoC會話中使用的發(fā)言權(quán)控制方案。
本發(fā)明提供一種方法和系統(tǒng)，用于選擇性地與XML文件管理(XDM)系統(tǒng)協(xié)作或者直接傳輸發(fā)言權(quán)控制方案，以便經(jīng)過PoC會話協(xié)商傳輸和施加發(fā)言權(quán)控制方案。
本發(fā)明提供一種方法和系統(tǒng)，在其中，當與XDM系統(tǒng)協(xié)作以便經(jīng)過PoC會話協(xié)商傳輸和施加發(fā)言權(quán)控制方案時，將建立PoC會話的PoC客戶端能夠經(jīng)過與PoC可擴展標記語言(XML)文件管理客戶端(XDMC)協(xié)作獲得對應于期望被PoC客戶端施加到PoC會話的發(fā)言權(quán)控制方案(例如媒體突發(fā)控制方案)的標識(ID )，并且PoC客戶端能夠向PoC服務器傳輸包括該ID的會話參與請求消息。
本發(fā)明提供一種方法和系統(tǒng)，其中PoC服務器能夠向XML文件管理服務器(XDMS)詢問有關(guān)包括在接收的會話參與請求消息中的發(fā)言權(quán)控制方案ID從而對相應的會話施加對應于ID的發(fā)言權(quán)控制方案，向會話參與請求消息插入發(fā)言權(quán)控制方案，并且然后傳輸該會話參與請求消息。本發(fā)明提供一種方法和系統(tǒng)，其中在經(jīng)過PoC會話協(xié)商傳輸和施加發(fā)言權(quán)控制方案時，當直接傳輸該發(fā)言權(quán)控制方案時，PoC客戶端能夠通過將特定發(fā)言權(quán)控制方案的細節(jié)插入到會話參與請求消息來向PoC服務器傳輸PoC會話發(fā)起者期望的特定發(fā)言權(quán)控制方案的細節(jié)，以及PoC服務器能夠向接收側(cè)PoC服務器傳輸包括該特定發(fā)言權(quán)控制方案的會話參與請求消息。
本發(fā)明提供一種方法和系統(tǒng)，用于當已經(jīng)由PoC服務器確定的所定義的
發(fā)言權(quán)控制方案時將在預安排群組的文件中定義的發(fā)言權(quán)控制方案通知接收
側(cè)PoC客戶端，從而即使當發(fā)言權(quán)控制方案被包括在群組信息中時，也能夠
以相同的方式施加向每個客戶端傳輸發(fā)言權(quán)控制方案的方法。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC客戶端，用于當建立PoC會話時傳送包括將在PoC會話中使用的發(fā)言權(quán)控制方案的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時向PoC會話施加包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoCUE,用于當建立PoC會話時，識別對應于將在PoC會話中使用的發(fā)言權(quán)控制方案的預置發(fā)言權(quán)控制方案ID,并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，向?qū)⒔⒌腜oC會話施加發(fā)言權(quán)控制方案，以及向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoCUE，用于當建立PoC會
9話時，識別預置用于將在PoC會話中使用的發(fā)言權(quán)控制方案的ID,并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，存儲發(fā)言權(quán)控制方案ID和識別的發(fā)言權(quán)控制方案，向會話參與請求消息中插入代表識別的發(fā)言權(quán)控制方案被提供的參數(shù)，以及向接收側(cè)PoC客戶端傳輸會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoC客戶端傳送包括將在PoC會話中使用的發(fā)言權(quán)控制方案的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器向PoC會話施加包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoCUE識別對應于將在PoC會話中使用的發(fā)言權(quán)控制方案的預置發(fā)言權(quán)控制方案ID,并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器識別對應于包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，向?qū)⒔⒌腜oC會話施加發(fā)言權(quán)控制方案，以及向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權(quán)控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoCUE識別對于將在PoC會話中使用的發(fā)言權(quán)控制方案預置的ID,并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器識別對應于包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，存儲發(fā)言權(quán)控制方案11>和識別的發(fā)言權(quán)控制方案，向會話參與請求消息中插入代表識別的發(fā)言權(quán)控制方案被提供的參數(shù)，以及向接收側(cè)PoC客戶端傳輸會話參與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
本發(fā)明還包括在PoC XDMC和XDMS中存儲發(fā)言權(quán)控制方案列表和管理發(fā)言權(quán)控制方案列表(如，創(chuàng)建和更新新的發(fā)言權(quán)控制方案)，并且將發(fā)言權(quán)控制方案與發(fā)言權(quán)控制方案ID匹配。
此外，本發(fā)明公開一種使用會話協(xié)商原理的發(fā)言權(quán)控制方案應用方法，除了前述構(gòu)造外，包括在建立PoC會話時，由PoC服務器存儲傳輸?shù)陌l(fā)言權(quán)控制方案，以及當接收成功響應時施加該發(fā)言權(quán)控制方案。
當在多媒體PoC環(huán)境下會話參與PoC客戶端支持多種發(fā)言權(quán)控制方案且沒有在會話(諸如專用群組會話)中指定支持的發(fā)言權(quán)控制方案時，本發(fā)明提供一種經(jīng)過發(fā)言權(quán)控制方案協(xié)商傳輸和施加由PoC會話建立者請求的發(fā)言權(quán)控制方案的方法。此外，當如同在預安排群組中由群組信息確定該發(fā)言權(quán)控制方案時，本發(fā)明提供一種用于傳輸發(fā)言權(quán)控制方案的方法。
有益效果
根據(jù)本發(fā)明，當執(zhí)行OMAPoC多媒體通信服務的PoC客戶端建立PoC多媒體^S舌時，PoC客戶端將由PoC客戶端在PoC會話中使用的期望的發(fā)言權(quán)控制方案連同會話參與請求消息一起傳輸，從而在建立PoC會話的同時有可能協(xié)商將施加到PoC會話的發(fā)言權(quán)控制方案。因此，發(fā)起會話的PoC客戶端所期望的發(fā)言權(quán)控制方案能夠施加到該會話，并且不支持該發(fā)言權(quán)控制方案的PoC客戶端無法參與該會話。此外，有可能一直與PoC XDMC和XDMS協(xié)作來管理發(fā)言權(quán)控制方案的列表。
li圖1說明傳統(tǒng)的PoC服務系統(tǒng)的構(gòu)造；
圖2是說明傳統(tǒng)的PoC服務器的構(gòu)造的框圖3是說明在PoC服務器中控制PoC功能(CF)單元和參與PoC功能(PF)單元的構(gòu)造的框圖4說明根據(jù)本發(fā)明的當PoC UE建立會話時在PoC客戶端和PoC服務器之間用于經(jīng)過發(fā)言權(quán)控制方案協(xié)商來建立會話的信號流；
圖5說明根據(jù)本發(fā)明的在PoC XDMC和XDMS服務器之間用于存儲和管理發(fā)言權(quán)控制方案的信號流；
圖6說明根據(jù)本發(fā)明的用于經(jīng)過SIP信令傳遞發(fā)言權(quán)控制方案的INVITE消息的詳細格式；以及
圖7說明根據(jù)本發(fā)明的用于根據(jù)會話協(xié)商過程施加發(fā)言權(quán)控制方案的信
具體實施例方式
在下文中，將參照附圖來描述本發(fā)明的示例實施例。在以下描述中，為簡明起見，將省略對合并于此的已知功能和配置的詳細描述。
首先，現(xiàn)在將參考圖l-3描述本發(fā)明所應用的PoC系統(tǒng)。針對示例給出以下說明，在示例中本發(fā)明應用于PTT系統(tǒng)，尤其是經(jīng)過蜂窩移動通信網(wǎng)絡提供PTT服務的PoC系統(tǒng)。 一般地，PoC系統(tǒng)使用SIP和SIP擴展協(xié)議以便傳遞用于群組通信的會話參與信息，以及使用XML配置接入?yún)f(xié)議(XCAP )以便獲取群組信息。本發(fā)明的以下實施例可以用上述協(xié)議實現(xiàn)，且本發(fā)明的基本構(gòu)造可以基于PoC Rel. 1系統(tǒng)。圖1說明傳統(tǒng)PoC服務系統(tǒng)的構(gòu)造和相關(guān)網(wǎng)絡。
傳統(tǒng)PoC系統(tǒng)包括PoCUE 100、XDMS 130和140以及PoC服務器150。此外，PoC系統(tǒng)可以還包括聚合代理服務器160。上述組件可以經(jīng)過接入網(wǎng)110、 SIP/IP核心網(wǎng)120和遠程PoC網(wǎng)絡170彼此相連。PoC UE 100可以包括PoC客戶端102和XDMC 104。代表包含在PoC UE 100中的服務請求者的PoC客戶端102駐留在PoCUE 100中且執(zhí)行網(wǎng)絡接入從而給PoC服務訂購者提供PoC服務。PoC服務訂購者可以通過裝備PoC客戶端的PoC UE來提供PoC服務。在以下說明中，"PoC客戶端"將被用作PoC服務訂購者和裝備PoC客戶端的UE的一4殳術(shù)號流。語。同樣，PoC客戶端的參考數(shù)字將省略，除非要求特別區(qū)分。
PoC客戶端主要用來使得PoC服務訂購者(即，PoC用戶)建立PoC會話，參與或終止建立的會話。PoC客戶端也具有用于創(chuàng)建和傳送呼叫突發(fā)、支持即時個人告警和授權(quán)接入PoC服務的功能。PoC客戶端經(jīng)過接入網(wǎng)110連接到支持SIP/IP多媒體的SIP/IP核心網(wǎng)120。
PoC客戶端經(jīng)由接入網(wǎng)110連接到大力支持SIP/IP多媒體服務的SIP/IP核心網(wǎng)120。 SIP/IP核心網(wǎng)120被連接到PoC服務器150和XDMS 130和140從而支持PoC服務。在此情況下，PoC服務器150能夠執(zhí)行用于維持和管理PoC會話的控制PoC功能，且執(zhí)行用于參與為點對點通信或多點通信建立的PoC會話的參與PoC功 倉b。
同時，PoC服務伴隨有諸如會議通信的群組會話建立服務。為此，OMA標準為群組列表服務定義XDMS 130和140以及XDMC 104。圖1示出用于PoC服務的XDMS 140和與其他服務使能者兼容的共享的XDMS 130?？梢越?jīng)過PoC客戶端將有關(guān)群組和群組成員的信息輸入到XDMS 130和140。依據(jù)從XDMS 130和140接收的個人或群組的列表，PoC客戶端獲得有關(guān)其能夠呼叫的其他PoC客戶端的信息。同時，在XDMS 130和140中的群組和群組成員的創(chuàng)建、修改和管理可以經(jīng)由諸如因特網(wǎng)或內(nèi)部網(wǎng)的通信網(wǎng)絡進行，其依賴于PoC服務提供商。出于簡明之故，將省略用于管理XML文件(例如，群組列表的創(chuàng)建、修改和消除)的協(xié)議的進一步描述。
對于群組服務，當從XDMC 104接收群組列表有關(guān)的請求時，聚合代理服務器160根據(jù)規(guī)則將該請求路由至XDMS 130和140。
現(xiàn)在將描述PoC服務器150。
圖2是說明傳統(tǒng)的PoC服務器的構(gòu)造的框圖。
PoC服務器的功能可以被分成用于通常維持和管理PoC會話的控制PoC功能(CF)和用于處理關(guān)于每個PoC會話的的維護和管理的參與PoC功能(PF )?，F(xiàn)在將參考表1和2描述根據(jù)PoC服務器的每個功能的特征。表1
控制PoC功能(CF)
13提供集中PoC會話處理提供集中媒體分布
提供包括呼叫者識別的集中呼叫突發(fā)判優(yōu)功能提供SIP會話處理，諸如SIP會話發(fā)起、終止等對參與群組會話提供策略執(zhí)行
提供參與信息
收集和4是供集中媒體質(zhì)量信息提供集中記賬報告
可以在不同編解碼器之間提供轉(zhuǎn)換編碼
支持呼叫突發(fā)控制協(xié)議協(xié)商_
如表1所示，在PoC服務器的各功能中，CF指代PoC會話的整個管理。尤其是，CF處理PoC客戶端對發(fā)言權(quán)的請求，決定給予客戶端該發(fā)言權(quán)的順序，并且按該順序給予客戶端該發(fā)言權(quán)。同樣，CF分發(fā)來自特定PoC客戶端的呼叫突發(fā)至參與群組PoC呼叫的其他PoC客戶端，并且提供有關(guān)參與該群組PoC呼叫的PoC客戶端的信息。
如下表2所示，PF是涉及在PoC會話期間在CF和每個PoC客戶端之間連接的會話的管理。尤其是，PF中繼PoC客戶端對發(fā)言權(quán)的請求，和中繼CF授予的發(fā)言權(quán)給PoC客戶端。PF執(zhí)行在CF和PoC客戶端之間的媒體中繼功能，以及當呼叫突發(fā)在會話中產(chǎn)生而同時另 一個呼叫突發(fā)在同時發(fā)生的會話中發(fā)生時，CF和PoC客戶端使用不同編解碼器時執(zhí)行轉(zhuǎn)換編碼功能，PF根據(jù)用戶的選擇執(zhí)行用于過濾一個突發(fā)的過濾功能。
表2
參與PoC功能(PF)_
提供PoC會話處理
可以在PoC客戶端和控制PoC服務器之間提供媒體中繼功能可以提供用戶i某體適應過程
可以提供PoC客戶端和控制PoC服務器之間的呼叫突發(fā)控制消息中繼功
6匕3匕
代表所表示的PoC客戶端提供SIP會話處理，諸如SIP會話發(fā)起、終止等對于呼入PoC會話(如接入控制、呼入PoC會話禁止、可用狀態(tài)等)提供策略執(zhí)行可以收集和提供媒體質(zhì)量信息 提供參與者記賬報告
在同時發(fā)生會話的情況下可以提供媒體流的過濾 可以在不同編解碼器之間:提供轉(zhuǎn)換編碼 可以支持呼叫突發(fā)控制協(xié)議協(xié)商
存儲當前應答模式和PoC客戶端的呼入PoC會話禁止優(yōu)選
圖3是說明在PoC服務器中CF單元和PF單元的框圖。 PoC客戶端100-A到100-D經(jīng)過PF 310-A到310-D連接到CF 300并且 建立PoC會話。之后，與已經(jīng)從CF300授予發(fā)言權(quán)的PoC客戶端的相應的 呼叫突發(fā)對應的媒體被發(fā)送到其他PoC客戶端。在此情形下，具有發(fā)言權(quán)的 PoC客戶端無法在檢查了有關(guān)參與群組會話的PoC客戶端的信息之前輸出呼 叫突發(fā)。
同時，取決于收發(fā)兩側(cè)的要求和狀態(tài)，用于PoC系統(tǒng)中通信連接的呼叫 處理技術(shù)可以具有各種過程。基于開發(fā)移動聯(lián)盟(OMA)，根據(jù)收發(fā)兩側(cè)的 的設置要求的PoC系統(tǒng)的特征如下
第一，接收側(cè)能夠根據(jù)PoC客戶端的請求建立其自己的響應模式，其中， 該響應模式可以被分成自動應答模式和人工響應模式。在自動應答模式中， 當傳送側(cè)被包括在由接收側(cè)預設的PoC客戶端列表中時，響應被對應網(wǎng)絡直 接發(fā)送到傳送側(cè)，而非接收側(cè)的人工響應。完成這個是由于PoC服務器具有 存儲有關(guān)響應模式和依照l正的響應模式建立請求的相應用戶列表的信息的 功能。同時，當傳送側(cè)沒有包括在自動應答用戶列表中時，當不清楚傳送側(cè) 是否包括在自動應答用戶列表中時，或當接收側(cè)對每個用戶建立人工響應模 式時，執(zhí)行人工響應模式。在人工響應模式中，PoC通信請求經(jīng)過接收網(wǎng)絡 被傳送到UE并且在PoC客戶端允許后呼叫被連接。
第二， PoC系統(tǒng)可以根據(jù)其是否連接到在PoC用戶的家庭網(wǎng)絡內(nèi)的PoC 服務器而具有按需會話模式和預建立會話模式。在預建立會話模式中，根據(jù) PoC客戶端的請求，在PoC客戶端和屬于用戶的家庭網(wǎng)絡的PoC服務器之間 通過PoC客戶端預建立會話。此類預建立會話是有必要的以便提前和PoC服 務器協(xié)商將被PoC客戶端使用的媒體參數(shù)，從而會話能夠被迅速地建立而無 需在將來再次協(xié)商在PoC服務器和客戶端之間將使用的媒體參數(shù)。
15為了建立預建立會話，PoC客戶端利用SIP INVITE方法從而經(jīng)過會話描 述協(xié)議多用途因特網(wǎng)郵件擴展(SDPMIME)本體提供PoC客戶端支持的媒 體參數(shù)、服務器提供的媒體參數(shù)、以及對由服務器提供的媒體參數(shù)的響應。 當從服務器接收響應消息時，響應消息與新的預建立會話的識別消息(例如， 會議統(tǒng)一資源標識符(URI)) —同發(fā)送至PoC客戶端。
當使用該預建立會話時，有可能提前協(xié)商IP地址、端口號碼、將使用的 編解碼器、媒體類型和呼叫突發(fā)控制協(xié)議。按需會話模式對應于任何PoC客 戶端均沒有建立預建立會話的情形。因此，PoC客戶端在從另一PoC客戶端 接收邀請消息之后執(zhí)行用于連接PoC呼叫的過程。
用于PoC系統(tǒng)中的通信請求的響應才莫式的建立能夠被存儲在PoC服務器 (其為網(wǎng)絡組件)和PoC客戶端(其為UE)兩者中。
當在管理PoC客戶端的家庭網(wǎng)絡中建立響應模式時，響應模式在PoC客 戶端所屬的家庭網(wǎng)絡中的具有PF的PoC服務器中實現(xiàn)。
當在網(wǎng)絡中建立了響應模式時，PF通過向已請求通信的網(wǎng)路傳送會話進 展消息來立即自動地響應另一個PoC服務器對于PoC通信的請求。因此，當 已經(jīng)建立自動應答模式時，與在會話建立消息傳輸至PoC客戶端之后傳送響 應的情況相比，呼叫請求過程被簡化，由此減少所需的用于授予發(fā)言權(quán)的初 始時段。
但是，當在網(wǎng)絡中自動地執(zhí)行響應時，不同于用戶響應的結(jié)果會發(fā)生。 因此，即便在PoC客戶端中也能夠建立響應模式。在這種情形中，PoC客戶 端的響應模式具有比網(wǎng)絡中建立的響應模式更高的優(yōu)先級。執(zhí)行它的目的是 為了避免在PoC客戶端修改其響應才莫式并請求PoC服務器更新該響應模式時 發(fā)生的保密問題，但是響應模式由于網(wǎng)路中信號延遲或錯誤而不能實時更新。
總之，盡管用戶關(guān)于PoC服務的響應模式能夠在PoC服務器和PoC客 戶端兩者中建立，但是通過其中最新的用戶意圖凈版映的PoC客戶端確定響 應模式，并且基于該確定傳輸該媒體(例如實際用戶的語音和圖像)的流。
現(xiàn)在描述在上述PoC系統(tǒng)中用于建立PoC多i某體會話的過程。
傳送側(cè)PoC客戶端通過依靠SIP協(xié)議傳送多媒體邀請消息(如音頻、視 頻和各種文本)^清求呼叫處理。響應此種呼叫處理^清求，取決于在相應PoC
服務器中建立的響應模式和取決于是否已經(jīng)建立預建立會話，接收側(cè)客戶端 執(zhí)行各種響應過程?，F(xiàn)在將按照收發(fā)兩側(cè)使用單一網(wǎng)絡來描述關(guān)于PoC通信的呼叫處理過禾呈。
傳送側(cè)PoC客戶端向相應的SIP/IP核心網(wǎng)發(fā)送包括(傳送側(cè)PoC客戶端
期望與之通信的)接收側(cè)PoC客戶端的SIP地址信息的SIP INVITE請求。在 這種情形中，SIP INVITE消息可以還包括各元素，諸如傳送側(cè)PoC客戶端的 PoC地址信息、要求的媒體參數(shù)和識別PoC服務的特征值信息。這里，當要 求的會話涉及多媒體時，"要求的媒體參數(shù)，，可以包括多個特征值，諸如有關(guān) 音頻和視頻的編碼方法、速率和有效荷載類型。
SIP INVITE消息經(jīng)由IMS網(wǎng)絡中相應IMS服務器(即代理-呼叫服務器 控制功能(P-CSCF)和服務-呼叫服務器控制功能(S-CSCF))，基于動態(tài)主 機配置協(xié)議(DHCP)服務器或域名服務器(DNS)中的路徑查詢，被傳輸至 參與PoC服務器。當請求正常通信時，PoC客戶端所連接的參與PoC服務器 能夠獨立于管理所建立的會話的呼叫突發(fā)的控制PoC服務器而實現(xiàn)，從而發(fā) 送至PF服務器的SIP INVITE請求經(jīng)由相應網(wǎng)絡的SIP/IP核心網(wǎng)祐:傳輸?shù)紺F 服務器。
同時，包括CF的PoC會話控制網(wǎng)絡傳輸SIP INVITE請求消息至接收側(cè) 網(wǎng)絡，然后從接收側(cè)網(wǎng)絡接收響應消息。取決于PF和接收側(cè)PoC客戶端的 設置，由接收側(cè)網(wǎng)絡響應的SIP消息可以是lxx臨時響應消息、2xx成功響應 消息、或4XX到6XX錯誤響應消息之一。在自動應答模式中，SIP183會話 進展信號可以作為響應消息接收，藉此在PoC服務器和客戶端之間的連接能 夠在通信請求者的IMS網(wǎng)絡中發(fā)生。作為接收側(cè)PoC客戶端的通信允許信號， SIP 183會話進展或SIP 200 OK響應經(jīng)由CF和PF PoC服務器傳送至PoC客 戶端。 一從接收側(cè)PoC客戶端接收200 OK響應或183會話進展信號，CF就 確認PoC呼叫已經(jīng)連接，并且向傳送側(cè)PoC客戶端傳送發(fā)言權(quán)授予信號從而 授予用于呼叫突發(fā)的發(fā)言權(quán)?？梢酝ㄟ^使用"確認"或"未確認"識別該響 應(即根據(jù)SIP 200 OK或183會話*信號授予用于呼叫突發(fā)的發(fā)言權(quán))。 沖艮據(jù)本發(fā)明的實施例，當CF接收"未確認"響應時，其要求緩沖功能。
同時，在接收對于SIP INVITE請求信號的響應信號之后，傳送側(cè)PoC 客戶端接收發(fā)言權(quán)授予信號以經(jīng)過實時控制協(xié)議(RTCP )傳輸呼叫突發(fā)傳送 允許信號(即回鈴音)。由具有呼叫突發(fā)仲裁權(quán)的CF創(chuàng)建發(fā)言權(quán)授予信號， 并且經(jīng)過管理相應PoC客戶端的PF向PoC客戶端傳送該發(fā)言權(quán)授予信號。 由于發(fā)言權(quán)授予信號使用承載路徑而非SIP協(xié)議，發(fā)言權(quán)授予信號能夠不經(jīng)過諸如IMS的SIP/IP核心網(wǎng)被傳送。確認該回鈴音的PoC客戶端使用實時傳
輸協(xié)議(RTP)傳輸媒體(如語音)的流。
以下將給出有關(guān)方法和系統(tǒng)的描述，其中，當執(zhí)行OMAPoC多媒體通 信服務的PoC客戶端在如上構(gòu)建的PoC系統(tǒng)中建立PoC會話時，期望在PoC 會話中使用的發(fā)言權(quán)控制方案經(jīng)過PoC服務器傳輸至接收側(cè)PoC客戶端，并 且該PoC服務器能夠?qū)⒔?jīng)過協(xié)商獲得的發(fā)言權(quán)控制方案施加到PoC會話。
以下，將詳細描述根據(jù)本發(fā)明的方法和系統(tǒng)，其用于當PoC客戶端在PoC 系統(tǒng)中建立PoC會話時，傳輸期望在PoC會話中使用的發(fā)言權(quán)控制方案，以 及使能PoC服務器將經(jīng)過協(xié)商獲得的發(fā)言權(quán)控制方案施加到PoC會話。
圖4說明根據(jù)本發(fā)明的，當Po.C客戶端建立PoC會話時在PoC客戶端 和PoC服務器之間通過使用包括發(fā)言權(quán)控制方案的會話參與請求消息建立 PoC會話的信號流。雖然圖4示出與XDMS協(xié)作的方法，也將參考圖4中選 擇的步驟描述直接傳輸發(fā)言權(quán)控制方案的方法。
在步驟400，將建立多媒體PoC會話的PoC客戶端A通過使用PoC客 戶端A的內(nèi)部接口向XDMC詢問將在PoC會話中使用的發(fā)言權(quán)控制方案。 在步驟401中，XDMC向PoC客戶端A提供對應于該發(fā)言權(quán)控制方案的發(fā)言 權(quán)控制方案ID。然后，在步驟401中PoC客戶端A從XDMC接收對應于該 發(fā)言權(quán)控制方案的發(fā)言權(quán)控制方案ID。在此情況下，PoC客戶端A預建立至 少 一個發(fā)言權(quán)控制方案和預先存儲對應于每個發(fā)言權(quán)控制方案的發(fā)言權(quán)控制 方案ID。同樣，存儲的發(fā)言權(quán)控制方案和對應于該方案的發(fā)言權(quán)控制方案ID 與XDMS共享。稍后將參考圖5描述用于在XDMC和XDMS之間共享有關(guān) 發(fā)言權(quán)控制方案的信息的XDM文件產(chǎn)生和管理技術(shù)。
同時，當從XDMC接收對應于將被使用的發(fā)言權(quán)控制方案的發(fā)言權(quán)控制 方案ID時，在步驟402中，PoC客戶端A通過將發(fā)言權(quán)控制方案ID插入會 話參與請求消息中而將發(fā)言權(quán)控制方案ID傳輸至PoC服務器A。
之后，PoC服務器A確定是否PoC客戶端A已經(jīng)被允許請求發(fā)言權(quán)控 制方案，以及當被允許時，在步驟404中，PoC服務器A向XDMS詢問對應 于發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案。然后，在步驟406中，XDMS向 PoC服務器A提供存儲的對應于該發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案。 也即，經(jīng)過步驟404和406， PoC服務器A獲得對應于該發(fā)言權(quán)控制方案ID 的具體發(fā)言權(quán)控制方案。之后，當從XDMS接收響應(其包括對應于該發(fā)言
18權(quán)控制方案ID的發(fā)言權(quán)控制方案)時，在步驟408中，PoC服務器A將該 發(fā)言權(quán)控制方案及其ID施加到PoC會話，以及在步驟410中，將包括發(fā)言 權(quán)控制方案的會話參與請求消息傳輸至接收側(cè)PoC服務器B以便將該發(fā)言權(quán) 控制方案通知到接收側(cè)PoC服務器B。然后，在步驟412中，接收側(cè)PoC服 務器B向接收側(cè)PoC客戶端B傳輸會話參與請求消息。
之后，在步驟414中，已經(jīng)接收包括發(fā)言權(quán)控制方案的會話參與請求消 息的接收側(cè)PoC客戶端B基于PoC用戶的確定來確定是否接受包括在會話參 與請求消息中的發(fā)言權(quán)控制方案，并向接收側(cè)PoC服務器B發(fā)送最終響應消 息。在步驟416和418中，200 0K響應消息可以當作表示接收側(cè)PoC客戶端 B在相應的PoC會話中施加由PoC客戶端A提供的發(fā)言權(quán)控制方案的消息。
當經(jīng)過步驟416和418接收響應消息時，在步驟420中，PoC服務器A 向PoC客戶端A傳送包括將施加到PoC會話的發(fā)言一又控制方案的最終響應消 息，由此完成多i某體PoC會話的建立。
在完成PoC會話建立后，在步驟422中，PoC服務器A可以在相應PoC 會話中基于協(xié)商的發(fā)言權(quán)控制方案向會話發(fā)起者或不同用戶授予發(fā)言權(quán)，從 而相應PoC客戶端能夠傳送PoC會話中的媒體。步驟424到430示出 一過程， 其中PoC服務器A基于發(fā)言權(quán)控制方案授予發(fā)言權(quán)給PoC客戶端A和PoC 客戶端A向接收側(cè)PoC客戶端B傳送媒體。
根據(jù)本發(fā)明的另一實施例，發(fā)言權(quán)控制方案可以無需與XDM系統(tǒng)協(xié)作 而被直接傳送到接收側(cè)PoC客戶端。在此情況下，在圖4的步驟402中，傳 送包括發(fā)言權(quán)控制方案的會話參與請求消息，以及在接收會話參與請求消息 之后，PoC服務器A施加發(fā)言權(quán)控制方案。因此，在這個實施例中，在PoC 客戶端和XDMC之間的關(guān)于對應于發(fā)言權(quán)控制方案的ID的查詢和響應步驟 (如步驟400和401 )、在PoC服務器和XDMS之間的操作步驟(如步驟404 和406)是沒有必要的。
下文中，將參考圖5描述用于在PoC會話中與XDMS協(xié)作來施加發(fā)言 權(quán)控制方案所需的預處理技術(shù)。
圖5說明在PoC XDMC和XDMS之間用于存儲和管理發(fā)言權(quán)控制方案 的信號流。如圖1所示，PoC XDMC指代邏輯實體，其與PoC客戶端一起存 在于PoC UE中。PoC XDMC能夠經(jīng)過包括在PoC UE中的接口傳送信息至 PoC客戶端或接收來自PoC客戶端的信息。如圖5所示，PoC用戶能夠通過利用PoC XDMC的功能編寫XML文件 形式的新發(fā)言權(quán)控制方案文件。在此情況下，編寫的XML文件包括將被施 加到臨時PoC會話(專用群組或一對一會話)的發(fā)言權(quán)控制方案的列表、表 示編寫的文件指代發(fā)言權(quán)控制方案的方案ID和應用獨特的ID(應用ID)。在 步驟500和502, PoC XDMC經(jīng)過聚合代理服務器依靠HTTP PUT (HTTP施 加)消息向XDMS傳輸包括發(fā)言權(quán)控制方案列表、方案ID和應用獨特的ID 的XML文件。經(jīng)過步驟504和506，已經(jīng)接收XML文件的XDMS存儲接收 的發(fā)言權(quán)控制方案文件，并且傳輸響應消息至PoC XDMC。
當將來用戶請求時，存儲在XDMS中的發(fā)言權(quán)控制方案文件能夠被PoC UE讀取，然后，有可能根據(jù)應用ID接收發(fā)言權(quán)控制方案和方案ID。通過包 括"條件"和"動作"的通用策略架構(gòu)編寫關(guān)于發(fā)言權(quán)控制方案的XML文 件，從而可省略其詳細說明。步驟508到514說明在PoC XDMC和XDMS 之間的信號流以便控制存儲在XDMS中的PoC會話發(fā)言權(quán)控制方案。首先， 經(jīng)過步驟508和510， PoC XDMC向XDMS傳送包括應用ID的HTTP GET (HTTP獲得)消息。在步驟512和514中，接收消息的XDMS傳送包括發(fā) 言權(quán)控制方案的響應消息(200 OK消息)和對應于應用ID的方案ID。
圖6說明如參考圖4描述的會話參與請求消息(INVITE消息)的詳細 示例，其包括會話發(fā)起者請求的特定的發(fā)言權(quán)控制方案。
INVITE消息的主體包含代表包括在專用群組會話的媒體參數(shù)和URI列 表信息的"應用/sdp"。在此情況下，"媒體突發(fā)控制方案(mbcs)"參數(shù)的字 段值可以以關(guān)于"MBCP"應用媒體的格式參數(shù)部分來建立，該格式參數(shù)部 分被用來建立發(fā)言權(quán)控制協(xié)議，從而發(fā)起會話的PoC客戶端能夠向相應的 PoC服務器傳輸期望在專用PoC會話中施加的發(fā)言權(quán)控制方案。例如，如圖 6所示，"輪詢算法(round-robin)"可以在媒體格式參數(shù)"mbcs"中被建立， 從而請求PoC服務器按照輪詢算法方案控制發(fā)言權(quán)。同時，會議管理PoC服 務器可以通過使用上述的相同媒體格式參數(shù)向接收側(cè)PoC服務器和PoC客戶 端傳送發(fā)言權(quán)控制方案，并且由會議管理PoC服務器確定的發(fā)言權(quán)控制方案 可以經(jīng)過諸如200 OK消息的響應消息被傳輸至會話發(fā)起者。
同時，當在圖4中會話參與請求消息包括發(fā)言權(quán)控制方案ID時，提前從 XDMC收集的ID (即PoC服務中獨特的標簽值)被作為圖6中的"mbcs"參 數(shù)值被傳送，且被轉(zhuǎn)換成會議服務器中的實際mbcs值，以及然后被傳送到接收側(cè)網(wǎng)絡。
根據(jù)本發(fā)明的另 一實施例，可以經(jīng)過包括會話請求和響應的協(xié)商過程施 加期望被PoC會話發(fā)起者使用的發(fā)言權(quán)控制方案。在此情況下，在從接收側(cè) PoC客戶端接收對發(fā)言權(quán)控制方案的成功響應消息之前，PoC服務器無法施
加發(fā)言權(quán)控制方案。
現(xiàn)在將參考圖7描述用于經(jīng)過包括會話請求和響應的協(xié)商過程施加發(fā)言
權(quán)控制方案的方法。
首先，在步驟700、 701、 702、 704和706中，分別^丸行和圖4中在步驟 400、 401、 402、 404和406中執(zhí)行的操作相同的揭:作。之后，在步驟708， PoC服務器A存儲發(fā)言權(quán)控制方案或?qū)诎l(fā)言權(quán)控制方案的ID。也即，由 于不同于圖5的過程，圖7的過程通過使用SDP響應參數(shù)確定是否對PoC會 話施加PoC客戶端A請求的發(fā)言權(quán)控制方案，需要存儲相應發(fā)言權(quán)控制方案
的步驟708。同時，對于每個會話的發(fā)言權(quán)控制方案按--對應被映射到作
為會話標識符的會議URI,從而發(fā)言權(quán)控制方案能夠被僅施加到相應的會話。
之后，在步驟710, PoC服務器A傳輸報告發(fā)言權(quán)控制方案被提供的會 話參與請求消息至接收側(cè)PoC服務器B。然后，在步驟712中，接收側(cè)PoC 服務器B向接收側(cè)PoC客戶端B傳輸會話參與請求消息。
接著，已經(jīng)接收包括提供的發(fā)言權(quán)控制方案的會話參與請求消息的接收 側(cè)PoC客戶端B確定是否接受包括在會話參與請求消息中的提供的發(fā)言權(quán)控 制方案(步驟714),并向接收側(cè)PoC服務器B發(fā)送最終響應消息。包括在會 話參與請求消息(INVITE消息)中的發(fā)言權(quán)控制方案參數(shù)，例如圖6所示的 "mbcs=round-robin (輪詢算法)"，是基于常規(guī)SDP提供/應答模型的。因此， 當接收側(cè)PoC客戶端B傳送不包括相應參數(shù)的OK響應消息時，PoC服務 器A建立常規(guī)PoC會話，對其不施加提供的發(fā)言權(quán)控制方案。相反，當接收 側(cè)PoC客戶端B傳送包括提供的發(fā)言權(quán)控制方案的200 OK響應消息以致接 受提供的發(fā)言權(quán)控制方案時，PoC服務器A建立PoC會話，對PoC會話施加 提供的發(fā)言權(quán)控制方案。
當在步驟716和718中，接收側(cè)PoC客戶端B經(jīng)過接收側(cè)PoC服務器B 向PoC服務器A傳送報告是否接受提供的發(fā)言權(quán)控制方案的響應消息(如200 OK消息)時，在步驟720中，PoC服務器A執(zhí)行施加協(xié)商的發(fā)言權(quán)控制方案 的過程。即，PoC服務器A檢查自接收側(cè)PoC客戶端B傳輸?shù)捻憫ⅲ⑶胰绻麖慕邮諅?cè)PoC客戶端B接收的響應消息是接受提供的發(fā)言權(quán)控制方案 的消息，則向相應的PoC會話施加提供的發(fā)言權(quán)控制方案。相反，如果從接 收側(cè)PoC客戶端B接收的響應消息是拒絕提供的發(fā)言權(quán)控制方案的消息，則 PoC服務器A向相應的PoC會話施加常規(guī)的發(fā)言權(quán)控制方案。然后，在步驟 722, PoC服務器A向PoC客戶端A傳輸包括將被施加到相應PoC會話的發(fā) 言權(quán)控制方案的最終響應消息，由此完成多媒體PoC會話建立過程。
在完成PoC會話建立后，PoC服務器A可以基于相應的發(fā)言權(quán)控制方案 向PoC客戶端A授予發(fā)言權(quán)，然后PoC客戶端A可以向接收側(cè)PoC客戶端 B傳輸媒體(步驟724到732 )。
當建立關(guān)于僅支持基本發(fā)言權(quán)控制方案的PoC客戶端的會話時和當建立 一對一PoC會話時，參考圖7描述的會話建立過程更為適合。
盡管參照本發(fā)明的某些示例實施例示出和描述了本發(fā)明，但是本領(lǐng)域技 術(shù)人員將理解在不背離由所附權(quán)利要求限定的本發(fā)明的精神和范圍的情況 下，可以在其中進行各種形式和細節(jié)上的改變。因此，本發(fā)明的范圍不局限 于以上實施例而是為權(quán)利要求及其等價物限定。
權(quán)利要求
1. 一種用于在無線一鍵通PTT(PoC)會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC客戶端，用于當建立PoC會話時傳送包括將在PoC會話中使用的發(fā)言權(quán)控制方案的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時向PoC會話施加包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
2. 如權(quán)利要求l所述的系統(tǒng)，其中，當從接收側(cè)PoC客戶端接收代表發(fā)言權(quán)控制方案的接受的響應消息時，PoC服務器將包括發(fā)言權(quán)控制方案的響應消息傳送至會話發(fā)起請求PoC客戶端。
3. 如權(quán)利要求2所述的系統(tǒng)，其中PoC服務器根據(jù)發(fā)言權(quán)控制方案向相應的PoC客戶端授予發(fā)言權(quán)。
4. 一種用于在無線一鍵通PTT (PoC)會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC用戶設備(UE)，用于當建立PoC會話時，識別對應于將在PoC會話中使用的發(fā)言權(quán)控制方案的預置發(fā)言權(quán)控制方案標識(ID )，并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，向?qū)⒔⒌腜oC會話施加發(fā)言權(quán)控制方案，以及向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
5. 如權(quán)利要求4所述的系統(tǒng)，其中，當從接收側(cè)PoC客戶端接收的響應消息對應于代表發(fā)言權(quán)控制方案的接受的消息時，PoC服務器將包括將施加到PoC會話的發(fā)言權(quán)控制方案的響應消息傳送至會話發(fā)起請求PoC UE。
6. 如權(quán)利要求5所述的系統(tǒng)，其中PoC服務器才艮據(jù)發(fā)言權(quán)控制方案向相應的PoC客戶端授予發(fā)言權(quán)。
7. 如權(quán)利要求4所述的系統(tǒng)，其中，會話發(fā)起請求PoC UE包括PoC可擴展標記語言(XML)文件管理客戶端(XDMC),用于存儲包括至少 一個發(fā)言權(quán)控制方案和對應于每個發(fā)言權(quán)控制方案的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案列表，以及向PoCXML文件管理服務器(XDMS)傳輸發(fā)言權(quán)控制方案列表；和會話發(fā)起請求PoC客戶端，當建立PoC會話時，用于經(jīng)過PoCXDMC識別關(guān)于將在PoC會話中使用的發(fā)言權(quán)控制方案的ID，并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息。
8. 如權(quán)利要求7所述的系統(tǒng)，還包括XDMS，用于存儲從PoCXDMC接收的發(fā)言權(quán)控制方案列表。
9. 一種用于在無線一鍵通PTT (PoC )會話中傳輸和施加發(fā)言權(quán)控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC用戶設備(UE),用于當建立PoC會話時，識別預置用于將在PoC會話中使用的發(fā)言權(quán)控制方案的標識(ID)，并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經(jīng)接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言^又控制方案ID的發(fā)言一又控制方案，存儲發(fā)言權(quán)控制方案ID和識別的發(fā)言權(quán)控制方案，向會話參與請求消息中插入代表識別的發(fā)言權(quán)控制方案被提供的參數(shù)，以及向接收側(cè)PoC客戶端傳輸會話參與請求消息；和接收側(cè)PoC客戶端，用于當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
10. 如權(quán)利要求9所述的系統(tǒng)，其中，在確定是否接受包括在^S舌參與請求消息中的發(fā)言權(quán)控制方案之后，當接受提供的發(fā)言權(quán)控制方案時，接收側(cè)PoC客戶端向PoC服務器傳送包括應答參數(shù)的響應消息，以及當拒絕提供 的發(fā)言權(quán)控制方案時，接收側(cè)PoC客戶端向PoC服務器傳送不包括應答參數(shù) 的響應消息。
11. 如權(quán)利要求10所述的系統(tǒng)，其中從接收側(cè)PoC客戶端接收響應消 息之后，當響應消息包括應答參數(shù)時，PoC服務器建立對其施加由會話發(fā)起 請求PoCUE提供的發(fā)言權(quán)控制方案的PoC會話，以及當響應消息不包括應 答參數(shù)時，建立常規(guī)的PoC會話。
12. —種用于在無線一鍵通PTT (PoC)會話中傳輸和施加發(fā)言權(quán)控制 方案的方法，該方法包括以下步驟當建立PoC會話時，由會話發(fā)起請求PoC客戶端傳送包括將在PoC會 話中使用的發(fā)言權(quán)控制方案的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器向PoC會 話施加包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向接收側(cè)PoC客 戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由 接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方 案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消 息。
13. 如權(quán)利要求12所述的方法，還包括當PoC服務器從接收側(cè)PoC客 戶端接收代表發(fā)言權(quán)控制方案的接受的響應消息時，由PoC服務器將包括發(fā) 言權(quán)控制方案的響應消息傳送至會話發(fā)起請求PoC客戶端。
14. 如權(quán)利要求13所述的方法，還包括由PoC服務器根據(jù)發(fā)言權(quán)控制 方案向相應的PoC客戶端授予發(fā)言權(quán)。
15. —種用于在無線一鍵通PTT (PoC)會話中傳輸和施加發(fā)言權(quán)控制 方案的方法，該方法包括以下步驟當建立PoC會話時，由會話發(fā)起請求PoC用戶設備(UE)識別對應于 將在PoC會話中使用的發(fā)言權(quán)控制方案的預置發(fā)言權(quán)控制方案標識(ID ), 并且傳送包括識別的發(fā)言權(quán)控制方案ID的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器識別對應于 包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，向?qū)⒔?立的PoC會話施加發(fā)言權(quán)控制方案，以及向接收側(cè)PoC客戶端傳輸包括發(fā)言權(quán)控制方案的會話參與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消 自
16. 如權(quán)利要求15所述的方法，還包括當從接收側(cè)PoC客戶端接收的 響應消息對應于代表發(fā)言權(quán)控制方案的接受的消息時，由PoC服務器將包括 將對PoC會話施加的發(fā)言權(quán)控制方案的響應消息傳送至會話發(fā)起請求PoC UE。
17. 如權(quán)利要求16所述的方法，還包括由PoC服務器根據(jù)發(fā)言權(quán)控制 方案向相應的PoC客戶端授予發(fā)言權(quán)。
18. 如權(quán)利要求15所述的方法，還包括通過會話發(fā)起請求PoC UE存儲包括至少一個發(fā)言權(quán)控制方案和對應于 每個發(fā)言權(quán)控制方案的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案列表，以及向PoC可擴展標記語言(XML)文件管理客戶端(XDMC )傳送發(fā)言權(quán) 控制方案列表。
19. 如權(quán)利要求18所述的方法，其中當識別對應于包括在會話參與請求 消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案時，PoC服務器經(jīng)過PoC XDMC識別對應于發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案。
20. —種用于在無線一4定通PTT (PoC)會話中傳輸和施加發(fā)言權(quán)控制 方案的方法，該方法包括以下步驟當建立PoC會話時，由會話發(fā)起請求PoC用戶設備(UE)識別對于將 在PoC會話中使用的發(fā)言權(quán)控制方案預置的標識(ID),并且傳送包括識別 的發(fā)言權(quán)控制方案ID的會話參與請求消息；當PoC服務器已經(jīng)接收會話參與請求消息時，由PoC服務器識別對應于 包括在會話參與請求消息中的發(fā)言權(quán)控制方案ID的發(fā)言權(quán)控制方案，存儲發(fā) 言權(quán)控制方案ID和識別的發(fā)言權(quán)控制方案，向會話參與請求消息中插入代表 識別的發(fā)言權(quán)控制方案被提供的參數(shù)，以及向接收側(cè)PoC客戶端傳輸會話參 與請求消息；和當接收側(cè)PoC客戶端已經(jīng)從PoC服務器中接收會話參與請求消息時，由 接收側(cè)PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權(quán)控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權(quán)控制方案的接受或拒絕而定的響應消息。
21. 如權(quán)利要求20所述的方法，其中當傳送根據(jù)發(fā)言權(quán)控制方案的接受 或拒絕而定的響應消息時，當接受提供的發(fā)言權(quán)控制方案時，向PoC服務器 傳送包括應答參數(shù)的響應消息，以及當拒絕提供的發(fā)言權(quán)控制方案時，向PoC 服務器傳送不包括應答參數(shù)的響應消息。
22. 如權(quán)利要求21所述的方法，還包括由PoC服務器從接收側(cè)PoC客 戶端接收響應消息，當響應消息包括應答參數(shù)時，建立對其施加由會話發(fā)起 請求PoCUE提供的發(fā)言權(quán)控制方案的PoC會話，以及當響應消息不包括應 答參數(shù)時，建立常規(guī)的PoC會話。
全文摘要
公開了一種用于當在支持各種類型的發(fā)言權(quán)控制方案(例如媒體突發(fā)控制方案)的無線一鍵通(PoC)客戶端之間建立PoC會話時傳輸和施加發(fā)言權(quán)控制方案的方法和系統(tǒng)。根據(jù)該方法和系統(tǒng)，當提供開放移動聯(lián)盟PoC多媒體通信服務的PoC客戶端支持多種發(fā)言權(quán)控制方案且沒有指定的將在會話中支持的發(fā)言權(quán)控制方案時，由PoC會話建立者請求的發(fā)言權(quán)控制方案經(jīng)過PoC會話建立過程被傳輸并且被施加到該會話。
文檔編號H04W88/18GK101491123SQ200780026097
公開日2009年7月22日 申請日期2007年7月3日 優(yōu)先權(quán)日2006年7月10日
發(fā)明者成常慶, 樸成真, 李智惠 申請人:三星電子株式會社