傳輸和施加發言權控制方案的用戶設備、伺服器及方法

2023-05-13 09:30:16 1

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

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


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