專利名稱：傳輸和施加發(fā)言權控制方案的用戶設備、服務器及方法
技術領域：
本發(fā)明涉及一種方法以及涉及實現(xiàn)該方法的用戶設備(UE)和網絡系統(tǒng)，當在支持各種類型的發(fā)言權控制方案(例如媒體突發(fā)控制方案)的無線一鍵通(Push-To-Talk Over Cellular PoC)客戶端之間建立PoC會話時該方法用于傳輸和施加發(fā)言權控制(floor control)方案。
背景技術：
移動通信技術的顯著發(fā)展和通信網絡的擴展已經導致使用移動電話的各種服務和應用的提供。除了基本通信服務，用戶正期盼更多元的服務，包括定位服務、多媒體服務和一鍵通(PTT)服務。具體來說，PTT服務支持各種輔助功能，諸如即時消息和狀態(tài)顯示， 以及支持已經由傳統(tǒng)無線發(fā)射器或中繼無線系統(tǒng)(TRS)提供的集群和語音通信。工業(yè)領域進行了各種努力以將在移動通信網絡使用此PTT功能的PoC服務標準化。PoC服務的一個特征(在PoC服務和傳統(tǒng)移動通信服務之間區(qū)分的特征)是用戶能夠在各會話之間移動(如果有必要)時進行通信，因為他/她屬于多個會話。用戶必須能夠在多個PoC會話中移動時通信的要求，即關于多會話功能的要求在開放移動聯(lián)盟(OMA)中被規(guī)定，OMA是管制相關移動通信服務的組織。同時，PoC V2. O系統(tǒng)支持PoC多媒體通信服務。為此，PoC V2. O系統(tǒng)定義語音之外的新類型的多媒體，諸如視頻、音頻和文本。由于用戶設備的性能改進，當前PoC系統(tǒng)能夠顯示多種流(如視頻或圖像)。同樣，在PoC V2. O系統(tǒng)中，規(guī)定了各種發(fā)言權控制方案(例如媒體突發(fā)控制方案) 以便支持進一步擴展的PoC服務，從而有可能讓PoC服務器或PoC客戶端來發(fā)起PoC會話和根據(jù)多個發(fā)言權控制方案中的一個來控制那里的發(fā)言權。

發(fā)明內容
技術問題但是，由于傳統(tǒng)的PoC技術僅反映如下情形多個發(fā)言權控制方案被包括在由諸如預安排的群組的PoC群組定義的文件中，目前沒有用于相對于隨機創(chuàng)建的PoC會話(諸如一對一會話或專用會話群組)施加特定的發(fā)言權控制方案的方法。同樣，即使在預安排的群組中，傳統(tǒng)的PoC技術也不提供用于向相應的客戶端傳輸基于其中的群組定義文件確定的發(fā)言權控制方案的具體方法。技術解決方案因此，本發(fā)明被用來解決在現(xiàn)有技術中出現(xiàn)的上述提及的問題，以及在本發(fā)明公開的是一種方法和系統(tǒng)，用于在建立PoC會話時，經過發(fā)言權控制方案傳送或協(xié)商過程向 PoC服務器提供PoC會話發(fā)起者所期望的、在PoC客戶端所支持的各種發(fā)言權控制方案中的特定的發(fā)言權控制方案，從而施加該特定的發(fā)言權控制方案。本發(fā)明提供一種方法和系統(tǒng)，用于在實際施加發(fā)言權控制方案之前，向參加PoC 會話的接收側PoC客戶端傳遞將在PoC會話中使用的發(fā)言權控制方案。本發(fā)明提供一種方法和系統(tǒng)，用于選擇性地與XML文件管理(XDM)系統(tǒng)協(xié)作或者直接傳輸發(fā)言權控制方案，以便經過PoC會話協(xié)商傳輸和施加發(fā)言權控制方案。本發(fā)明提供一種方法和系統(tǒng)，在其中，當與XDM系統(tǒng)協(xié)作以便經過PoC會話協(xié)商傳輸和施加發(fā)言權控制方案時，將建立PoC會話的PoC客戶端能夠經過與PoC可擴展標記語言(XML)文件管理客戶端O(DMC)協(xié)作獲得對應于期望被PoC客戶端施加到PoC會話的發(fā)言權控制方案(例如媒體突發(fā)控制方案)的標識(ID)，并且PoC客戶端能夠向PoC服務器傳輸包括該ID的會話參與請求消息。本發(fā)明提供一種方法和系統(tǒng)，其中PoC服務器能夠向XML文件管理服務器(XDMS) 詢問有關包括在接收的會話參與請求消息中的發(fā)言權控制方案ID從而對相應的會話施加對應于ID的發(fā)言權控制方案，向會話參與請求消息插入發(fā)言權控制方案，并且然后傳輸該會話參與請求消息。本發(fā)明提供一種方法和系統(tǒng)，其中在經過PoC會話協(xié)商傳輸和施加發(fā)言權控制方案時，當直接傳輸該發(fā)言權控制方案時，PoC客戶端能夠通過將特定發(fā)言權控制方案的細節(jié)插入到會話參與請求消息來向PoC服務器傳輸PoC會話發(fā)起者期望的特定發(fā)言權控制方案的細節(jié)，以及PoC服務器能夠向接收側PoC服務器傳輸包括該特定發(fā)言權控制方案的會話參與請求消息。本發(fā)明提供一種方法和系統(tǒng)，用于當已經由PoC服務器確定的所定義的發(fā)言權控制方案時將在預安排群組的文件中定義的發(fā)言權控制方案通知接收側PoC客戶端，從而即使當發(fā)言權控制方案被包括在群組信息中時，也能夠以相同的方式施加向每個客戶端傳輸發(fā)言權控制方案的方法。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC客戶端，用于當建立PoC會話時傳送包括將在PoC 會話中使用的發(fā)言權控制方案的會話參與請求消息；PoC服務器，用于當PoC服務器已經接收會話參與請求消息時向PoC會話施加包括在會話參與請求消息中的發(fā)言權控制方案，并且向接收側PoC客戶端傳輸包括發(fā)言權控制方案的會話參與請求消息；和接收側PoC客戶端，用于當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC UE，用于當建立PoC會話時，識別對應于將在PoC會話中使用的發(fā)言權控制方案的預置發(fā)言權控制方案ID，并且傳送包括識別的發(fā)言權控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言權控制方案ID的發(fā)言權控制方案，向將建立的PoC會話施加發(fā)言權控制方案，以及向接收側PoC客戶端傳輸包括發(fā)言權控制方案的會話參與請求消息；和接收側PoC客戶端，用于當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的系統(tǒng)，該系統(tǒng)包括會話發(fā)起請求PoC UE，用于當建立PoC會話時，識別預置用于將在PoC 會話中使用的發(fā)言權控制方案的ID，并且傳送包括識別的發(fā)言權控制方案ID的會話參與請求消息；PoC服務器，用于當PoC服務器已經接收會話參與請求消息時識別對應于包括在會話參與請求消息中的發(fā)言權控制方案ID的發(fā)言權控制方案，存儲發(fā)言權控制方案ID和識別的發(fā)言權控制方案，向會話參與請求消息中插入代表識別的發(fā)言權控制方案被提供的參數(shù)，以及向接收側PoC客戶端傳輸會話參與請求消息；和接收側PoC客戶端，用于當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoC客戶端傳送包括將在PoC會話中使用的發(fā)言權控制方案的會話參與請求消息；當PoC服務器已經接收會話參與請求消息時，由PoC服務器向PoC會話施加包括在會話參與請求消息中的發(fā)言權控制方案，并且向接收側PoC客戶端傳輸包括發(fā)言權控制方案的會話參與請求消息；和當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時，由接收側PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoC UE識別對應于將在PoC會話中使用的發(fā)言權控制方案的預置發(fā)言權控制方案ID，并且傳送包括識別的發(fā)言權控制方案 ID的會話參與請求消息；當PoC服務器已經接收會話參與請求消息時，由PoC服務器識別對應于包括在會話參與請求消息中的發(fā)言權控制方案ID的發(fā)言權控制方案，向將建立的 PoC會話施加發(fā)言權控制方案，以及向接收側PoC客戶端傳輸包括發(fā)言權控制方案的會話參與請求消息；和當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時，由接收側PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC 服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。依照本發(fā)明的一個方面，提供一種用于在PoC會話中傳輸和施加發(fā)言權控制方案的方法，該方法包括當建立PoC會話時，由會話發(fā)起請求PoC UE識別對于將在PoC會話中使用的發(fā)言權控制方案預置的ID，并且傳送包括識別的發(fā)言權控制方案ID的會話參與請求消息；當PoC服務器已經接收會話參與請求消息時，由PoC服務器識別對應于包括在會話參與請求消息中的發(fā)言權控制方案ID的發(fā)言權控制方案，存儲發(fā)言權控制方案ID和識別的發(fā)言權控制方案，向會話參與請求消息中插入代表識別的發(fā)言權控制方案被提供的參數(shù)，以及向接收側PoC客戶端傳輸會話參與請求消息；和當接收側PoC客戶端已經從PoC服務器中接收會話參與請求消息時，由接收側PoC客戶端確定是否接受包括在會話參與請求消息中的發(fā)言權控制方案，并且向PoC服務器傳送根據(jù)發(fā)言權控制方案的接受或拒絕而定的響應消息。具體地，本發(fā)明提供一種用于在無線一鍵通PTT(PoC)會話中傳輸和施加媒體突發(fā)控制方案的用戶設備，該用戶設備包括PoC可擴展標記語言(XML)文件管理客戶端 (XDMC)，用于存儲可對PoC會話施加的媒體突發(fā)控制方案(MBCQ ；和PoC客戶端，用于從 XDMC確定期望將在用戶的PoC會話中使用的至少一個MBCS，并且傳送包括確定的MBCS的會話參與請求消息到PoC服務器，其中XDMC和PoC客戶端位于該用戶設備中。本發(fā)明還提供一種用于在無線一鍵通PTT(PoC)會話中傳輸和施加發(fā)言權控制方案的PoC服務器，該PoC服務器包括參與PoC功能(PF)單元；和控制PoC功能(CF)單元， 用于當在發(fā)送側PoC客戶端和接收側PoC客戶端之間建立PoC會話時從發(fā)送側PoC客戶端接收包括將在PoC會話中使用的至少一個媒體突發(fā)控制方案(MBCQ的會話參與請求消息， 尋找存儲在對應于該至少一個MBCS的XML文件管理服務器(XDMS)中的詳細的MBCS，以及如果XDMS包括對應于接收的MBCS的信息則將從XDMS找到的詳細的MBCS施加于PoC會話。本發(fā)明還提供一種用于在無線一鍵通PTT(PoC)會話中傳輸和施加媒體突發(fā)控制方案的用戶設備方法，該方法包括步驟從可對在PoC可擴展標記語言(XML)文件管理客戶端(XDMC)中存儲的PoC會話施加的媒體突發(fā)控制方案(MBCS)中，通過PoC客戶端確定期望將在用戶的PoC會話中使用的至少一個MBCS ；以及通過PoC客戶端傳送包括確定的MBCS 的會話參與請求消息到PoC服務器，其中XDMC和PoC客戶端位于該用戶設備中。本發(fā)明還提供一種用于在無線一鍵通PTT(PoC)會話中傳輸和施加發(fā)言權控制方案的PoC服務器方法，該方法包括當在發(fā)送側PoC客戶端和接收側PoC客戶端之間建立 PoC會話時從發(fā)送側PoC客戶端接收包括將在PoC會話中使用的至少一個媒體突發(fā)控制方案(MBCQ的會話參與請求消息，尋找存儲在對應于該至少一個MBCS的XML文件管理服務器(XDMS)中的詳細的MBCS，以及如果XDMS包括對應于接收的MBCS的信息則將從XDMS找到的詳細的MBCS施加于PoC會話。本發(fā)明還包括在PoC XDMC和XDMS中存儲發(fā)言權控制方案列表和管理發(fā)言權控制方案列表(如，創(chuàng)建和更新新的發(fā)言權控制方案)，并且將發(fā)言權控制方案與發(fā)言權控制方案ID匹配。此外，本發(fā)明公開一種使用會話協(xié)商原理的發(fā)言權控制方案應用方法，除了前述構造外，包括在建立PoC會話時，由PoC服務器存儲傳輸?shù)陌l(fā)言權控制方案，以及當接收成功響應時施加該發(fā)言權控制方案。當在多媒體PoC環(huán)境下會話參與PoC客戶端支持多種發(fā)言權控制方案且沒有在會話(諸如專用群組會話)中指定支持的發(fā)言權控制方案時，本發(fā)明提供一種經過發(fā)言權控制方案協(xié)商傳輸和施加由PoC會話建立者請求的發(fā)言權控制方案的方法。此外，當如同在預安排群組中由群組信息確定該發(fā)言權控制方案時，本發(fā)明提供一種用于傳輸發(fā)言權控制方案的方法。有益效果根據(jù)本發(fā)明，當執(zhí)行OMAPoC多媒體通信服務的PoC客戶端建立PoC多媒體會話時，PoC客戶端將由PoC客戶端在PoC會話中使用的期望的發(fā)言權控制方案連同會話參與請求消息一起傳輸，從而在建立PoC會話的同時有可能協(xié)商將施加到PoC會話的發(fā)言權控制方案。因此，發(fā)起會話的PoC客戶端所期望的發(fā)言權控制方案能夠施加到該會話，并且不支持該發(fā)言權控制方案的PoC客戶端無法參與該會話。此外，有可能一直與PoC XDMC和XDMS 協(xié)作來管理發(fā)言權控制方案的列表。


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