專利名稱：用于使用實(shí)時(shí)控制協(xié)議連接消息來處理無線一鍵通自組織群組會話信息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于在PoC ( Push-To-Talk-over-Cellular，無線一鍵通)系統(tǒng)中設(shè)立自組織(ad-hoc ) PoC群組會話時(shí)將群組被邀者信息傳遞到接收方的無線PTT ( Push-To-Talk, —鍵通)客戶端的方法和系統(tǒng)。
背景技術(shù)：
在移動(dòng)通信技術(shù)中的顯著的發(fā)展和通信網(wǎng)絡(luò)的擴(kuò)展已導(dǎo)致提供使用移動(dòng)電話的、各種各樣的服務(wù)和應(yīng)用。除基本的通信服務(wù)之外，用戶要求更加多元化的服務(wù)，包括定位、多媒體和PTT服務(wù)。具體地，PTT服務(wù)支持諸如即時(shí)消息、狀態(tài)顯示以及群組與語音通信這樣的各種各樣的補(bǔ)充功能，其中，已由傳統(tǒng)的無線電發(fā)射機(jī)或中繼無線電通信系統(tǒng)(TRS)提供所述群組與語音通信。
當(dāng)前，工業(yè)界正致力于使在移動(dòng)通信網(wǎng)絡(luò)中采用這樣的PTT功能的PoC服務(wù)標(biāo)準(zhǔn)化。PoC服務(wù)的一個(gè)引起在PoC服務(wù)和傳統(tǒng)的移動(dòng)通信服務(wù)之間的區(qū)別的特征是，如果必要的話，用戶在會話之間轉(zhuǎn)移的同時(shí)能夠執(zhí)行通信，因?yàn)橛脩魧儆诙鄠€(gè)會話。在開放移動(dòng)聯(lián)盟(OMA)中指定用戶必須在多個(gè)PoC會話之間轉(zhuǎn)移的同時(shí)能夠通信的需要，開放移動(dòng)聯(lián)盟為管理有關(guān)的移動(dòng)通信服務(wù)的組織。
根據(jù)PoC 1.0標(biāo)準(zhǔn)，以諸如將媒體數(shù)據(jù)實(shí)時(shí)地只傳送到參加PoC會話的PoC客戶端這樣的方式來設(shè)立PoC會話。根據(jù)這樣的規(guī)則，例如，由于電池放電或缺失而不參加PoC會話的用戶不能夠接收諸如聲音這樣的在一對一的會話或群組PoC會話中被傳送的i某體流。也就是，PoC l.O技術(shù)不支持語音信箱功能，而在傳統(tǒng)的通信系統(tǒng)中已支持該語音信箱功能
發(fā)明內(nèi)容
技術(shù)問題
8同時(shí)，PoC l.O標(biāo)準(zhǔn)支持自組織群組會話模式，該模式將用戶列表指派為
目標(biāo)群組。在所述情況下，由于每個(gè)接收方PoC客戶端不能夠接收關(guān)于被邀請到自組織群組會話的用戶的信息，因此問題是每個(gè)接收方PoC客戶端不得不在獲取關(guān)于被邀請的用戶的信息之前，參加自組織群組會話。為此，如在PoC2.0中的要求那樣，在將接收方的用戶邀請到會話時(shí)，指定用于將關(guān)于所有被邀請到如上所述的自組織群組會話的用戶的信息傳遞到接收方的用戶的方案，而接收方的用戶需要所述信息來確定是否參加該會話。
同時(shí)，PoC l.O標(biāo)準(zhǔn)支持預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式，以便簡化會話設(shè)立程序。當(dāng)PoC客戶端和PoC服務(wù)器接收對于自組織群組會話的會話邀請消息時(shí)，PoC客戶端和PoC服務(wù)器立即響應(yīng)，而不用通過將成功參加會話的消息傳送到傳送方PoC網(wǎng)絡(luò)的、每個(gè)相應(yīng)的用戶的確認(rèn)，并且如上所述，所述PoC客戶端和PoC服務(wù)器支持預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式兩者。這是因?yàn)?，?dāng)PoC服務(wù)器直接將會話初始化協(xié)議(SIP )成功的消息作為響應(yīng)傳送時(shí)，簡化了在接收方PoC服務(wù)器和PoC客戶端之間的SIP消息的交換程序，并且因而減少了會話建立時(shí)間。然而，在現(xiàn)有技術(shù)中所提供的預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式具有如下缺點(diǎn)不可能提供用于在設(shè)立自組織群組會話時(shí)傳遞群組被邀者信息的消息，或者不可能請求接收方PoC用戶來確認(rèn)被邀者的信息。
技術(shù)方案
因而，已做出本發(fā)明來解決在現(xiàn)有技術(shù)中出現(xiàn)的上述的問題，并且當(dāng)PoC服務(wù)器接收包括對于自組織群組會話的被邀者信息的會話邀請消息時(shí)，本發(fā)明提供用于通過使用預(yù)先設(shè)立的會話來傳遞自組織群組會話的被邀者信息的方法和系統(tǒng)，而所述PoC服務(wù)器已與接收方PoC客戶端設(shè)立自動(dòng)應(yīng)答模式和預(yù)先設(shè)立的會話。
本發(fā)明提供了用于當(dāng)接收方PoC服務(wù)器傳送相應(yīng)的被邀者信息時(shí)不管接收方PoC客戶端的響應(yīng)模式如何都將識別用戶是否參加會話的方法和系統(tǒng)。
本發(fā)明提供了用于信令以便當(dāng)PoC客戶端接受或拒絕參加自組織群組會話時(shí)有效地處理SIP和實(shí)時(shí)傳輸協(xié)議(RTP)纟某體的到傳送方的傳送的方法和系統(tǒng)。
另外，本發(fā)明提供了用于在傳遞對于自組織群組會話的被邀者信息的方法中實(shí)現(xiàn)PoC客戶端和PoC服務(wù)器的算法和功能的方法和系統(tǒng)。根據(jù)本發(fā)明，提供了用于處理在PoC系統(tǒng)中的PoC自組織群組會話信息 的系統(tǒng)，其中已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù)先設(shè)立 的會話和自動(dòng)應(yīng)答^^莫式，在設(shè)立PoC自組織群組會話時(shí)將自組織群組會話被 邀者信息提供到接收方PoC客戶端，并且根據(jù)所提供的被邀者信息執(zhí)行會話 建立，所述系統(tǒng)包括PoC服務(wù)器，當(dāng)已從傳送方網(wǎng)絡(luò)接收包括自組織群組 被邀者信息的會話邀請消息時(shí)，所述PoC服務(wù)器創(chuàng)建包括被邀者信息和自動(dòng) 應(yīng)答覆蓋(AAO)請求參數(shù)的連接消息，所述PoC服務(wù)器將所創(chuàng)建的連接消 息傳遞到接收方PoC客戶端，然后根據(jù)從PoC客戶端接收的響應(yīng)執(zhí)行PoC會 話程序；和PoC客戶端，不管當(dāng)前設(shè)置的響應(yīng)模式如何所述PoC客戶端都進(jìn) 入人工響應(yīng)模式，以便當(dāng)已接收連接消息時(shí)將被包括在連接消息中的被邀者 信息傳遞到PoC用戶，并且所述PoC客戶端將包括從PoC用戶輸入的關(guān)于接 受或拒絕參加會話的信息的響應(yīng)消息傳遞到PoC服務(wù)器。
根據(jù)本發(fā)明，提供了用于處理在PoC系統(tǒng)中的PoC自組織群組會話信息 的方法，其中已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù)先設(shè)立 的會話和自動(dòng)應(yīng)答模式，所述方法在設(shè)立PoC自組織群組會話時(shí)將自組織群 組會話被邀者信息提供到接收方PoC客戶端，所述方法根據(jù)所提供的被邀者 信息執(zhí)行會話建立，所述方法包括當(dāng)已從傳送方網(wǎng)絡(luò)接收包括自組織群組被 邀者信息的會話邀請消息時(shí)，由PoC服務(wù)器創(chuàng)建包括被邀者信息和AAO請 求參數(shù)的連接消息，并將所創(chuàng)建的連接消息傳遞到接收方PoC客戶端；當(dāng)已 接收連接消息時(shí)，不管當(dāng)前設(shè)置的響應(yīng)模式如何，都由PoC客戶端進(jìn)入人工 響應(yīng)模式，以便將被包括在連接消息中的被邀者信息傳遞到PoC用戶；由PoC 客戶端傳遞包括從PoC用戶輸入的關(guān)于接受或拒絕參加會話的信息的響應(yīng)消 息傳遞到PoC服務(wù)器；并且根據(jù)從PoC客戶端接收的響應(yīng)，由PoC服務(wù)器執(zhí) 行PoC會話程序。
根據(jù)本發(fā)明，可能的是選擇性地將AAO請求參數(shù)包括在連接消息中。 此外，本發(fā)明包括用于根據(jù)PoC用戶設(shè)備傳送用戶確認(rèn)消息的時(shí)間點(diǎn)來 改進(jìn)在預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答中的自組織PoC群組會話設(shè)立程序的程序。 根據(jù)本發(fā)明，提供了用于當(dāng)接收方PoC服務(wù)器接收包括對于傳送方網(wǎng)絡(luò) 的自組織群組被邀者信息的會話邀請消息時(shí)，根據(jù)在接收方PoC客戶端和接 收方PoC服務(wù)器之間預(yù)置的服務(wù)設(shè)置，來處理被包括在會話邀請消息中的自 組織群組被邀者信息的方法，以便當(dāng)在PoC系統(tǒng)中設(shè)立PoC自組織群組會話
10時(shí)，將自組織群組會話被邀者信息提供到接收方PoC客戶端，并根據(jù)所提供
的被邀者信息執(zhí)行會話建立，其中已在接收方PoC客戶端和接收方PoC服務(wù)
器之間設(shè)置預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式。也就是，自組織群組被邀者信
息處理方法包括當(dāng)已設(shè)置接收方PoC客戶端來接收支持自組織群組被邀者信
息的接收的預(yù)先設(shè)立的服務(wù)時(shí)，創(chuàng)建包括被邀者信息的連接消息，并將所述
連接消息傳遞到接收方PoC客戶端；當(dāng)接收方PoC客戶端接收連接消息時(shí)， 由接收方PoC客戶端將被包括在連接消息中的被邀者信息傳遞到PoC用戶； 由接收方PoC客戶端將包括由PoC用戶輸入的關(guān)于接受或拒絕參加會話的信 息的響應(yīng)消息傳遞到PoC服務(wù)器；以及根據(jù)從接收方PoC客戶端接收的響應(yīng)， 由PoC服務(wù)器執(zhí)行PoC會話程序。
本發(fā)明提供了用于當(dāng)已在接收方PoC客戶端和PoC服務(wù)器之間設(shè)立預(yù)先 設(shè)立的會話和自動(dòng)應(yīng)答模式時(shí)通過使用預(yù)先設(shè)定的會話來傳遞對于自組織群 組會話的被邀者信息的方法。另外，本發(fā)明提供了用于管理由PoC客戶端設(shè) 立的響應(yīng)模式的自組織群組會話設(shè)立程序，以便通過預(yù)先設(shè)立的會話來利用 用戶平面的信令并反映接收方PoC用戶的目的來進(jìn)行會話設(shè)立。
有益效果
傳遞對于自組織群組會話的被邀者信息的方法，以及用于依賴于接收方PoC 用戶的選擇在PoC UE ( User Equipment,用戶設(shè)備)和PoC服務(wù)器之間執(zhí)行 接受或拒絕參加會話的程序的方法，已設(shè)立所述PoC UE和PoC服務(wù)器來使 用預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式。此外，根據(jù)本發(fā)明，由于可能識別會話 被邀者信息或在上述的方案中的自組織群組的匿名用戶的數(shù)目，因此PoC用 戶能夠確定是否參加會話。另外，根據(jù)本發(fā)明，在提供PoC會話的快速的設(shè) 立的同時(shí)，PoC系統(tǒng)能夠管理由于響應(yīng)模式的不一致的RTP媒體流的傳遞。


圖1說明傳統(tǒng)的PoC服務(wù)系統(tǒng)的構(gòu)建； 圖2說明傳統(tǒng)的PoC服務(wù)器的功能；
圖3說明群組會話的構(gòu)建，其包括控制PoC功能單元和參加PoC功能單 圖4示出當(dāng)根據(jù)本發(fā)明的第一實(shí)施例將自組織群組被邀者信息傳送到
iiPoC服務(wù)器，或從PoC服務(wù)器接收自組織群組被邀者信息時(shí)，由PoC用戶根
據(jù)會話設(shè)立響應(yīng)來處理的信號的流程；
圖5示出當(dāng)根據(jù)本發(fā)明的第一實(shí)施例將自組織群組被邀者信息傳送到 PoC服務(wù)器，或從PoC服務(wù)器接收自組織群組被邀者信息時(shí)，由PoC用戶根 據(jù)會話拒絕響應(yīng)來處理的信號的流程；
圖6示出當(dāng)根據(jù)本發(fā)明的第二實(shí)施例將自組織群組被邀者信息傳送到 PoC服務(wù)器，或從PoC服務(wù)器接收自組織群組被邀者信息時(shí)，由PoC用戶根 據(jù)會話拒絕響應(yīng)來處理的信號的、改進(jìn)的流程；
圖7說明在圖4中示出的用戶設(shè)備(UE)和PoC服務(wù)器之間所傳遞的實(shí) 時(shí)控制協(xié)議(RTCP)連接消息的格式；以及
圖8說明在圖4中示出的UE和PoC服務(wù)器之間所傳遞的RTCP響應(yīng) (ACK)消息的格式。
具體實(shí)施例方式
將參考附圖來描述本發(fā)明的優(yōu)選實(shí)施例。將針對把本發(fā)明應(yīng)用于PTT系 統(tǒng)(具體地應(yīng)用于PoC系統(tǒng))給出下列的描述，該P(yáng)oC系統(tǒng)通過蜂窩式移動(dòng) 通信網(wǎng)絡(luò)提供PTT服務(wù)。 一般地，PoC系統(tǒng)使用SIP協(xié)議和SIP擴(kuò)展協(xié)議， 以便傳遞對于群組通信的會話參加信息，并使用可擴(kuò)展標(biāo)記語言(XML)的 配置訪問協(xié)議(XCAP)，以便獲得群組信息。此外，將RTP/RTCP協(xié)議用于 在所設(shè)立的會話中的實(shí)時(shí)媒體傳輸和管理，并且定義被稱作為"語音流控制 協(xié)議(Talk Burst Control Protocol, TBCP )"的基于實(shí)時(shí)RTCP的專用協(xié)議， 并將其用于管理發(fā)言權(quán)，該發(fā)言權(quán)為PTT服務(wù)的特征。具體地，本發(fā)明使用 具有RTCPAPP的形式的TBCP消息或最新設(shè)立的MBCP消息，以便通過使 用預(yù)先設(shè)立的在PoC服務(wù)器和UE之間的會話來傳遞被邀者信息。
可以利用上述的協(xié)議來實(shí)現(xiàn)本發(fā)明的下列的實(shí)施例，并且本發(fā)明的基本 的構(gòu)建基于PoCRel.l系統(tǒng)，并且可以利用PoCBox或擴(kuò)展的概念上的XML 文檔管理(XDM)服務(wù)器來描述所述構(gòu)建。
首先，針對正常的PoC系統(tǒng)給出下列的描述，將本發(fā)明應(yīng)用于該P(yáng)oC系統(tǒng)。
圖1說明傳統(tǒng)的PoC服務(wù)系統(tǒng)和相關(guān)網(wǎng)絡(luò)的構(gòu)建。PoC系統(tǒng)包括PoCUE 100、可擴(kuò)展標(biāo)記語言(XML )文檔管理服務(wù)器(XDMS ) 130和140以及PoC服務(wù)器150。另外，PoC系統(tǒng)可以進(jìn)一步包括聚合代理服務(wù)器160?？梢詫⑸鲜龅慕M件通過接入網(wǎng)110、 SIP/IP核心網(wǎng)絡(luò)120或遠(yuǎn)程PoC網(wǎng)絡(luò)170相互連接。
PoC UE 100包括PoC客戶端102和XML文檔管理客戶端(XDM客戶端)104。
PoC客戶端102表示被包含在PoC UE 100中的服務(wù)請求者，駐留在PoCUE IOO中并執(zhí)行網(wǎng)絡(luò)訪問，以便將PoC服務(wù)提供給PoC服務(wù)的訂戶?？梢詫oC服務(wù)通過裝備了 PoC客戶端的PoC UE提供給PoC服務(wù)的訂戶。在下列的描述中，將把"PoC客戶端"用作為對于PoC服務(wù)的訂戶和裝備了 PoC客戶端的UE的一般的術(shù)語。此外，除非需要特定的區(qū)別，否則將省略PoC客戶端的參考標(biāo)號。
主要將PoC客戶端用于使能PoC服務(wù)的訂戶(即，PoC用戶)設(shè)立PoC會話，參加已經(jīng)設(shè)立的會話，或停止所設(shè)立的會話。PoC客戶端還具有用于創(chuàng)建并傳送語音流、支持即時(shí)個(gè)人提醒和認(rèn)證到PoC服務(wù)的訪問的功能。可以將PoC客戶端通過接入網(wǎng)110連接到支持SIP/IP多媒體的SIP/IP核心網(wǎng)絡(luò)120。
將PoC客戶端經(jīng)由接入網(wǎng)110連接到重要地支持SIP/IP多媒體服務(wù)的SIP/ IP核心網(wǎng)絡(luò)120。將SIP/IP核心網(wǎng)絡(luò)120連接到PoC服務(wù)器150和XDMS 130和140，以便支持PoC服務(wù)。在該情況下，PoC服務(wù)器150能夠執(zhí)行對于維持并管理PoC會話的控制PoC功能，并執(zhí)行用于參加為點(diǎn)對點(diǎn)通信或多點(diǎn)通信所設(shè)立的PoC會話的參加PoC功能。
同時(shí)，可以利用群組會話設(shè)立服務(wù)來附隨PoC服務(wù)，諸如會議通信那樣。為此目的，OMA標(biāo)準(zhǔn)定義XDMS 130與140和對于群組列表服務(wù)的XDM客戶端104。圖1說明用于PoC服務(wù)的PoC XDMS 140和與其他服務(wù)使能器(enabler)兼容的共享的XDMS 130?？梢詫㈥P(guān)于群組和群組成員的信息通過PoC客戶端存儲在XDMS 130和140中。PoC客戶端102從由XDMS 130和140接收的個(gè)人或群組的列表獲取關(guān)于它能夠呼叫的其他PoC客戶端的信息。同時(shí)，可以經(jīng)由PoC服務(wù)提供商能夠依賴的、諸如互聯(lián)網(wǎng)或內(nèi)聯(lián)網(wǎng)這樣的通信網(wǎng)絡(luò)，來引導(dǎo)^^皮存儲在XDMS 130和140中的群組和群組成員信息的創(chuàng)建、修改和管理。由于用于管理XML文檔(例如，群組列表的創(chuàng)建、修改和移除)的協(xié)議與本發(fā)明沒有直接的關(guān)系，因此將省略其詳細(xì)的描述。
13對于群組服務(wù)，在從XDM客戶端104接收與群組列表相關(guān)的請求時(shí)，聚合代理服務(wù)器160根據(jù)合適的規(guī)則將該請求發(fā)送到XDMS 130和140。現(xiàn)在將描述PoC服務(wù)器150。
圖2說明傳統(tǒng)的PoC服務(wù)器的構(gòu)建。可以將PoC服務(wù)器的功能分類成用于一般地維護(hù)并管理PoC會話的控制PoC功能(CF )和用于處理對每個(gè)PoC會話的維護(hù)和管理的參加PoC功能(PF)?，F(xiàn)在將參考表1和2，根據(jù)PoC服務(wù)器的每個(gè)功能來描述特性。
表表一
J^]_
控制PoC功能(CF)___
提供集中的PoC會話處理提供集中的媒體分布
提供包括發(fā)言者識別的、集中的語音流仲裁的功能提供SIP會話處理，諸如SIP會話組織和停止等這樣的提供對于參加群組會話的策略執(zhí)行提供參加者信息
收集并提供集中的媒體質(zhì)量信息提供集中的計(jì)費(fèi)報(bào)告
可以提供在不同的編解碼器之間的轉(zhuǎn)換編碼支持語音流控制協(xié)議的協(xié)商
如表1中所示，在PoC服務(wù)器的功能之中，CF涉及PoC會話的全部的管理。具體地，CF批準(zhǔn)PoC客戶端對發(fā)言權(quán)的請求，決定將發(fā)言權(quán)給客戶端的次序，并按照所述次序?qū)l(fā)言權(quán)給客戶端。此外，CF從特定的PoC客戶端將語音流分配到參加群組PoC呼叫的其他PoC客戶端，并提供關(guān)于參加群組PoC呼叫的PoC客戶端的信息。
如下面的表2所示，PF與在PoC會話期間在CF和每個(gè)PoC客戶端之間所連接的會話的管理相關(guān)。具體地，PF轉(zhuǎn)播PoC客戶端對發(fā)言權(quán)的請求和通過CF對PoC客戶端的發(fā)言權(quán)的同意。此外，PF執(zhí)行在CF和PoC客戶端之間的媒體轉(zhuǎn)播功能以及當(dāng)CF和PoC客戶端使用不同編解碼器時(shí)的轉(zhuǎn)換編碼
14功能。另外，當(dāng)在另一個(gè)語音流正出現(xiàn)于同時(shí)發(fā)生的多個(gè)會話中的同時(shí)，在會話中產(chǎn)生一個(gè)語音流時(shí)，PF根據(jù)用戶的選擇來執(zhí)行對于過濾所述語音流中的一個(gè)的過濾功能。
表表2
表_
參加PoC功能(PF)_
提供PoC會話處理
可以提供在PoC客戶端和控制PoC服務(wù)器之間的媒體轉(zhuǎn)播功能可以提供用戶媒體適應(yīng)程序
可以提供在PoC客戶端和控制PoC服務(wù)器之間的語音流控制消息轉(zhuǎn)播功能代表所表示的PoC客戶端提供SIP會話處理，諸如SIP會話組織和停止等這樣的
提供對于輸入的PoC會話的策略執(zhí)行(例如，訪問控制、輸入的PoC會話排除和可用性狀態(tài)，等等)可以收集并提供媒體質(zhì)量信息提供參加者計(jì)費(fèi)報(bào)告
在同時(shí)發(fā)生的會話的情況下，可以提供媒體流的過濾可以提供在不同的編解碼器之間的轉(zhuǎn)換編碼可以支持語音流控制協(xié)議的協(xié)商
存儲PoC客戶端的當(dāng)前的應(yīng)答模式和輸入的PoC會話排除偏好
圖3說明在群組會話中的PoC UE和PoC服務(wù)器的連接，其中分別根據(jù)PoC服務(wù)器的功能來說明CF單元和PF單元。
將PoC客戶端100-A至100-D通過PF310-A至310-D連接到CF 300，并建立PoC會話。其后，將相應(yīng)于PoC客戶端(其已從CF300同意發(fā)言權(quán))的相應(yīng)的語音流的媒體發(fā)送到其他的PoC客戶端。在所述情況下，具有發(fā)言權(quán)的PoC客戶端不能夠在已檢測關(guān)于PoC客戶端參加群組會話的信息之前輸出語音流。
同時(shí)，對于在PoC系統(tǒng)中的通信連接的呼叫處理技術(shù)可以具有依賴于傳送方和接收方的需要和狀態(tài)的、各種各樣的程序。根據(jù)傳送方和接收方的建立所需要的、基于OMA的PoC系統(tǒng)的特性如下
首先，接收方能夠根據(jù)PoC客戶端的請求設(shè)立它自己的響應(yīng)模式，其中可以將響應(yīng)模式分類成自動(dòng)應(yīng)答模式和人工響應(yīng)模式。在自動(dòng)應(yīng)答模式中，當(dāng)傳送方被包括在由接收方預(yù)置的PoC客戶端列表中時(shí)，直接由相應(yīng)的網(wǎng)絡(luò)將響應(yīng)發(fā)送到傳送方，來代替接收方的人工響應(yīng)。這樣做是因?yàn)椋鶕?jù)UE的響應(yīng)模式建立請求，PoC服務(wù)器具有存儲關(guān)于響應(yīng)模式和相應(yīng)的用戶列表的信息的功能。同時(shí)，當(dāng)傳送方未被包括在自動(dòng)應(yīng)答列表中時(shí)，當(dāng)不清楚傳送方是否被包括在自動(dòng)應(yīng)答用戶列表中時(shí)，或當(dāng)接收方將人工應(yīng)答模式設(shè)立到每個(gè)用戶時(shí)，執(zhí)行人工響應(yīng)模式。在人工響應(yīng)模式中，將PoC通信請求通過接收網(wǎng)絡(luò)傳送到UE，并且在PoC客戶端的許可之后連接呼叫。
其次，根據(jù)是否將把PoC系統(tǒng)連接到在PoC用戶的家庭網(wǎng)絡(luò)之內(nèi)的PoC服務(wù)器，所述PoC系統(tǒng)可以具有點(diǎn)播會話模式和預(yù)先設(shè)立的會話模式。在預(yù)先設(shè)立的會話模式中，根據(jù)PoC客戶端的請求，由PoC客戶端預(yù)先設(shè)立在PoC客戶端和屬于用戶的家庭網(wǎng)絡(luò)的PoC服務(wù)器之間的會話。由于這樣的預(yù)先設(shè)立的會話必要的是提前與PoC服務(wù)器協(xié)商將由PoC客戶端使用的媒體參數(shù)，因此能夠快速地設(shè)立會話，而不用協(xié)商將稍后在PoC服務(wù)器和客戶端之間使用的媒體參數(shù)。
為了設(shè)立預(yù)先設(shè)立的會話，PoC客戶端采用SIPINVITE方法，以便通過會話描述協(xié)議的多用途互聯(lián)網(wǎng)郵件擴(kuò)展(SIPMIME)主體，提供由PoC客戶端支持的并由服務(wù)器提供的媒體參數(shù)，以及對由服務(wù)器提供的媒體參數(shù)響應(yīng)。在從服務(wù)器接收響應(yīng)消息時(shí)，將響應(yīng)消息與最新預(yù)先設(shè)立的會話的識別信息(例如，群組的統(tǒng)一資源標(biāo)識(URI)) —起發(fā)送到PoC客戶端。
當(dāng)使用這樣的預(yù)先設(shè)立的會話時(shí)，可能的是提前協(xié)商IP地址、端口號、將被使用的編解碼器和語音流控制協(xié)議。點(diǎn)播會話模式相應(yīng)于當(dāng)還沒有由任何PoC客戶端設(shè)立預(yù)先設(shè)立的會話時(shí)。因而，PoC客戶端執(zhí)行對于在從另一個(gè)PoC客戶端接收邀請消息之后用于連接PoC呼叫的程序。
能夠?qū)τ谠赑oC系統(tǒng)中的通信請求的響應(yīng)模式的建立，存儲在PoC服務(wù)器(其為網(wǎng)絡(luò)元件)和PoC客戶端(其為UE)兩者中。
當(dāng)在管理PoC客戶端的家庭網(wǎng)絡(luò)中設(shè)立響應(yīng)模式時(shí)，在具有在PoC客戶端所屬的家庭網(wǎng)絡(luò)之內(nèi)的PF的PoC服務(wù)器中實(shí)現(xiàn)所述響應(yīng)模式。
當(dāng)已在網(wǎng)絡(luò)中設(shè)立響應(yīng)模式時(shí)，PF通過將會話進(jìn)度消息傳送到已請求通
16信的網(wǎng)絡(luò)，立即并自動(dòng)地響應(yīng)于另 一個(gè)PoC服務(wù)器對PoC通信的請求。因此，與當(dāng)在將會話建立消息傳遞到PoC客戶端之后傳送響應(yīng)時(shí)相比較，當(dāng)已設(shè)立自動(dòng)應(yīng)答模式時(shí)，簡化了呼叫請求程序，由此減小被需要來同意發(fā)言權(quán)的、初始的時(shí)限。
然而，當(dāng)在網(wǎng)絡(luò)中自動(dòng)地執(zhí)行響應(yīng)時(shí)，能夠出現(xiàn)不同于用戶的響應(yīng)的結(jié)
果。因此，甚至能夠在PoC客戶端中建立響應(yīng)模式。在所述情況下，PoC客
戶端的響應(yīng)模式具有比在網(wǎng)絡(luò)上建立的響應(yīng)模式更高的優(yōu)先級。執(zhí)行這點(diǎn)是
為了避免當(dāng)PoC客戶端修改它的響應(yīng)模式并請求PoC服務(wù)器更新響應(yīng)模式時(shí)出現(xiàn)的隱私問題的目的，但是，因?yàn)樵诰W(wǎng)絡(luò)中的信號延遲或錯(cuò)誤，響應(yīng)模式不^C實(shí)時(shí)地更新。
總之，雖然能夠在PoC服務(wù)器和PoC客戶端兩者中建立對于PoC服務(wù)的用戶的響應(yīng)模式，但是由PoC客戶端確定響應(yīng)模式，其中已反映最新的用戶的意圖，并且基于該確定來傳遞諸如實(shí)際用戶的聲音或圖像這樣的媒體的
、、六
現(xiàn)在將描述對于在上述的PoC系統(tǒng)中設(shè)立PoC多媒體會話的程序。
傳送方PoC客戶端通過借助于SIP協(xié)議傳送多媒體邀請消息，來請求呼叫處理。在所述情況下，多媒體可以根據(jù)媒體類型的約定，包括具有各種各樣的格式的音頻、視頻和文本。響應(yīng)于這樣的呼叫處理請求，接收方客戶端依賴于在相應(yīng)的PoC服務(wù)器中建立的響應(yīng)模式，并依賴于是否已設(shè)立預(yù)先設(shè)立的會話，來執(zhí)行各種各樣的響應(yīng)程序?，F(xiàn)在將通過使用對于傳送方和接收方兩者的單個(gè)的網(wǎng)絡(luò)，來描述用于PoC通信的呼叫處理程序。
傳送方PoC客戶端將包括接收方PoC客戶端的SIP地址信息的SIPINVITE請求發(fā)送到相應(yīng)的SIP/IP核心網(wǎng)絡(luò)，該傳送方PoC客戶端期望與所述接收方PoC客戶端通信。在所述情況下，SIP INVITE消息可以進(jìn)一步包括諸如傳送方PoC客戶端的PoC地址信息、所需要的媒體參數(shù)和識別PoC服務(wù)的特征值信息這樣的元素。在此，"所需要的媒體參數(shù)，，可以包括諸如當(dāng)所需要的會話與多媒體相關(guān)時(shí)關(guān)于音頻與視頻、速率和有效載荷類型的編碼方法這樣的多個(gè)特征值。
基于在動(dòng)態(tài)主機(jī)配置協(xié)議(DHCP)服務(wù)器或域名服務(wù)器(DNS)中的路徑查詢，將SIPINVITE消息經(jīng)由在IP多i某體子系統(tǒng)(IMS)網(wǎng)絡(luò)中的、相應(yīng)的IMS服務(wù)器(即是，代理呼叫服務(wù)器控制功能(P-CSCF )和服務(wù)呼叫服
17務(wù)器控制功能(S-CSCF))傳遞到參加的PoC服務(wù)器。當(dāng)請求正常的通信時(shí)，能夠從管理所設(shè)立的會話的語音流的控制PoC服務(wù)器分離地實(shí)現(xiàn)參加的PoC服務(wù)器(PoC客戶端被連接到該參加的PoC服務(wù)器)，從而將被發(fā)送到PF服務(wù)器的SIP INVITE請求經(jīng)由相應(yīng)的網(wǎng)絡(luò)的SIP/IP核心網(wǎng)絡(luò)傳遞到CF服務(wù)器。同時(shí)，包括CF的PoC會話控制網(wǎng)絡(luò)將SIP INVITE請求消息傳遞到接收方網(wǎng)絡(luò)，然后從接收方網(wǎng)絡(luò)接收響應(yīng)消息。依賴于PF和接收方PoC客戶端的建立，乂人接收方網(wǎng)^^響應(yīng)的SIP消息可以是lxx臨時(shí)響應(yīng)消息、2xx成功響應(yīng)的消息，或者是4XX至6XX錯(cuò)誤響應(yīng)消息中的一個(gè)。在自動(dòng)應(yīng)答模式中，可以將SIP 183會話進(jìn)度信號接收為響應(yīng)消息，通過所述響應(yīng)消息，在PoC服務(wù)器和客戶端之間的連接能夠在通信請求者的IMS網(wǎng)絡(luò)中發(fā)生。作為接收方PoC客戶端的通信許可信號，將SIP 183會話進(jìn)度或SIP 200 OK響應(yīng)經(jīng)由CF和PF PoC服務(wù)器傳送到PoC客戶端。在從接收方PoC服務(wù)器接收200 OK響應(yīng)或183會話進(jìn)度信號時(shí)，CF確認(rèn)已連接PoC呼叫，并將發(fā)言權(quán)同意信號傳送到傳送方PoC客戶端，以便同意對于語音流的發(fā)言權(quán)?？梢酝ㄟ^使用"確認(rèn)的"或"未確認(rèn)的"，來識別響應(yīng)(即是，根據(jù)SIP 200 OK或183會話進(jìn)度信號同意對于語音流的發(fā)言權(quán))。當(dāng)CF接收"未確認(rèn)的"響應(yīng)時(shí)，它需要緩沖功能。
同時(shí)，在接收對SIP INVITE請求信號的響應(yīng)信號之后，傳送方PoC客戶端接收發(fā)言權(quán)同意信號，來通過RTCP傳遞語音流傳送許可信號，例如，回鈴音。由具有語音流的調(diào)解權(quán)利的CF創(chuàng)建發(fā)言權(quán)同意信號，并將所述發(fā)言權(quán)同意信號通過管理相應(yīng)的PoC客戶端的PF傳送到PoC客戶端。由于發(fā)言權(quán)同意信號使用承載路徑來代替SIP協(xié)議，因此能夠傳送發(fā)言權(quán)同意信號，而不通過諸如IMS這樣的SIP/IP核心網(wǎng)絡(luò)。已確認(rèn)回鈴音的PoC客戶端使用RTP來傳遞媒體，例如聲音的流。
將參考上述的PoC系統(tǒng)的構(gòu)建描述本發(fā)明的實(shí)施例。PoC客戶端A期望設(shè)立包括客戶端B、 C和D的自組織群組會話。同時(shí)，假設(shè)PoC客戶端B已與PoC服務(wù)器B設(shè)立預(yù)先設(shè)立的會話，并已在PoC服務(wù)器B (即，PFB)中將上述的自動(dòng)應(yīng)答模式設(shè)立為響應(yīng)模式。在這些假設(shè)之下，本發(fā)明使用響應(yīng)模式和在PoC客戶端B和PoC服務(wù)器B之間設(shè)立的預(yù)先設(shè)定的會話，并使能PoC服務(wù)器將PoC客戶端C和D的PoC標(biāo)識信息提供到PoC客戶端B，所述PoC客戶端C和D為在自組織群組中被邀請的客戶端。另夕卜，本發(fā)明提供用于使能PoC客戶端B的用戶來在相應(yīng)的自組織群組會話中識別被邀者信 息，并使下列的會話設(shè)立程序進(jìn)行的方法。
將參考圖4和5，詳細(xì)地描述在PoC服務(wù)器和PoC客戶端之間被傳送/ 被接收的信號的流程，其中，PoC服務(wù)器將自組織群組被邀者信息提供到相 應(yīng)的PoC客戶端，并且已接收自組織群組被邀者信息的PoC客戶端接受或拒 絕會話的設(shè)立。
另夕卜，本發(fā)明提供將竟?fàn)帡l件用作為被邀者信息確認(rèn)消息的程序，其中， 該竟?fàn)帡l件是用于在響應(yīng)模式的不一致的環(huán)境中防止^ 某體被無條件地傳送的 技術(shù)，媒體被無條件地傳送可能在傳統(tǒng)的預(yù)先設(shè)立的會話和在PoC服務(wù)器和 UE之間的自動(dòng)應(yīng)答模式中出現(xiàn)。圖4示出了當(dāng)根據(jù)本發(fā)明的實(shí)施例在傳送方 PoC網(wǎng)絡(luò)中對會話請求自組織群組被邀者信息時(shí)，接收方PoC服務(wù)器和PoC 客戶端的功能及其信號的流程。在此，假設(shè)PoC客戶端A期望設(shè)立包括PoC 用戶A、 B、 C和D的自組織群組會話，已在PoC服務(wù)器B和PoC客戶端B 之間設(shè)立預(yù)先設(shè)立的會話，并且已將PoC服務(wù)器B的響應(yīng)模式設(shè)立成自動(dòng)應(yīng) 答模式。
在步驟400中，PoC客戶端A將包括關(guān)于PoC用戶A、 B、 C和D(其 為自組織群組會話的被邀者)的信息的SIP INVITE消息傳送到在PoC客戶 端A的家庭網(wǎng)絡(luò)中的PoC服務(wù)器A。在所述情況下，根據(jù)自組織群組的特性， PoC服務(wù)器A甚至起控制PoC服務(wù)器X的作用，從而可以按照物理構(gòu)建將 PoC服務(wù)器A實(shí)現(xiàn)為一個(gè)服務(wù)器。將本發(fā)明描述為包括分離的控制PoC服務(wù) 器X。下列的描述是針對這樣的實(shí)例給出的其中在步驟402中控制PoC服 務(wù)器X已從PoC客戶端A接收INVITE消息，并將INVITE消息傳送到在自 組織群組會話的被邀者之中的PoC客戶端B。在步驟404中，當(dāng)接收方PoC服務(wù)器B接收包括相應(yīng)的群組的被邀者信 息的INVITE消息時(shí)，接收方PoC服務(wù)器B檢測響應(yīng)模式、與接收方PoC客 戶端B —起設(shè)立的預(yù)先設(shè)立的會話、以及被邀請的PoC用戶的標(biāo)識信息。
當(dāng)能夠通過使用被提議的媒體參數(shù)來利用預(yù)先設(shè)立的會話，并且已將響 應(yīng)模式設(shè)立成自動(dòng)應(yīng)答模式時(shí)，PoC服務(wù)器B將200 OK消息通過步驟406 至410傳送到PoC客戶端A。隨后，接收方PoC服務(wù)器B在步驟412中創(chuàng)建 包括關(guān)于相應(yīng)的被邀者的信息的RTCP連接消息，然后在步驟416中將RTCP 連接消息傳送到預(yù)先設(shè)立的會話的對話中。在步驟412中，接收方PoC服務(wù)器B可以將自動(dòng)應(yīng)答覆蓋(AAO )請求參數(shù)插入到RTCP連接消息中，以便 請求接收方用戶的確認(rèn)，該AAO請求參數(shù)覆蓋PoC客戶端B的所設(shè)立的響 應(yīng)模式，并將人工響應(yīng)強(qiáng)加于PoC客戶端B。
另外，在傳送RTCP連接消息之后，PoC服務(wù)器B可以操作用于RTCP 連接消息的終止的計(jì)時(shí)器A，并保持發(fā)言權(quán)的同意和/或媒體流的傳送，直到 從PoC客戶端B接收成功響應(yīng)的消息(步驟414 )。如果不接收RTCP響應(yīng)消 息，則PoC服務(wù)器B可以在計(jì)時(shí)器B未終止的范圍之內(nèi)通過操作計(jì)時(shí)器B 來重傳RTCP連接消息，該計(jì)時(shí)器B為用于重新請求連接消息的計(jì)時(shí)器。在 所述情況下，當(dāng)在正驅(qū)動(dòng)計(jì)時(shí)器A和B的同時(shí)，PoC服務(wù)器B接收RTCP響 應(yīng)消息或釋放預(yù)先設(shè)立的會話時(shí)，PoC服務(wù)器B結(jié)束計(jì)時(shí)器的驅(qū)動(dòng)。同樣， PoC服務(wù)器B將媒體傳送保持在會話中直到計(jì)時(shí)器B終止。
同時(shí)，已接收(已在步驟416中被從PoC服務(wù)器B傳送的)RTCP連接 消息的PoC客戶端B使能PoC用戶檢測被包括在RTCP連接消息中的自組織 群組被邀者信息(步驟418)，確定由用戶在步驟418中輸入的接受或拒絕響 應(yīng)，并根據(jù)用戶的響應(yīng)，響應(yīng)于RTCP連接消息來傳送RTCP響應(yīng)消息。
同時(shí)，圖4的程序說明PoC用戶何時(shí)在步驟418中選擇會話設(shè)立的接受。 因此，在步驟420中PoC客戶端B將會話接受消息傳送到PoC服務(wù)器B，從 而設(shè)立對等的PoC會話。已在步驟422中被同意發(fā)言權(quán)的PoC客戶端A在步 驟425和426中將真實(shí)的RTP媒體傳送到PoC客戶端B。接收方PoC客戶端 B接收從PoC客戶端A傳送的媒體流，并自動(dòng)地實(shí)時(shí)再生或顯示所接收的媒 體流。
圖5示出當(dāng)PoC用戶拒絕參加相應(yīng)的會話時(shí)的會話進(jìn)度程序，該P(yáng)oC用 戶已通過在圖4的步驟416中所接收的RTCP連接消息檢測自組織群組;陂邀 者信息。圖5的步驟500、 502、 504、 506、 508、 510、 512、 514、 516和518 分別與圖4的步驟400、 402、 404、 406、 408、 410、 412、 414、 416和418 相同。同時(shí)，在步驟516之后，當(dāng)PoC用戶檢測自組織群組被邀者信息，然 后拒絕會話連接時(shí)，PoC客戶端B將包括會話拒絕參數(shù)的RTCP響應(yīng)消息傳 送到PoC客戶端B。在檢測被邀者信息之后，PoC用戶可以通知其他用戶所 述PoC用戶已拒絕會話的參加。稍后將參考圖8描述用于插入?yún)⒓泳芙^理由 碼的詳細(xì)的方法，該參加拒絕理由碼用于通知其他用戶會話參加已3皮拒絕。
同時(shí)，根據(jù)被包括在步驟520內(nèi)從PoC客戶端B傳送的消息中的會話拒
20絕響應(yīng)，PoC服務(wù)器B將SIP BYE消息通過步驟526、 530和531傳送到PoC 客戶端A，由此通知PoC客戶端A會話連接已被拒絕。也就是，通過步驟526 至532從相應(yīng)的自組織群組釋放通過步驟506至510所設(shè)立的SIP會話。同 樣，由于會話的釋放，不將在該時(shí)間處所傳送的RTP媒體流傳遞到PoC客戶 端B。在所述情況下，服務(wù)器方計(jì)時(shí)器A和B運(yùn)作，以便執(zhí)行與圖4的計(jì)時(shí) 器A和B的功能相同的功能。
同時(shí)，稍后將參考圖7和8描述對于表達(dá)被包括在參考圖4和5所描述 的RTCP連接消息中的、被邀者信息的詳細(xì)的格式和AAO參數(shù)。在所述情況 下，將AAO參數(shù)被選擇性地包括在RTCP連接消息中，以便改進(jìn)接收方PoC 客戶端的響應(yīng)程序。
本發(fā)明提供用于使用RTCP連接消息來傳遞自組織群組被邀者信息，并 用于使用在圖6中所說明的AAO功能通過考慮竟?fàn)帡l件(即是，在UE和服 務(wù)器之間的響應(yīng)模式中的不一致)來改進(jìn)會話設(shè)立程序的方法。
PoC客戶端A將包括被邀者信息的INVITE消息通過步驟600至604傳 遞到PoC服務(wù)器B。然后，已接收包括被邀者信息的INVITE消息的PoC服 務(wù)器B,檢測是否已設(shè)立預(yù)先設(shè)立的會話和響應(yīng)模式，并創(chuàng)建將被包括在 RTCP連接消息中的被邀者信息和AAO參數(shù)(步驟606 )。還有，PoC服務(wù)器 B驅(qū)動(dòng)服務(wù)器方計(jì)時(shí)器A和B，其執(zhí)行與參考圖4和5所描述的計(jì)時(shí)器A和 B的功能相同的功能，以便處理RTCP連接和響應(yīng)消息(步驟608 )。當(dāng)在會 話進(jìn)度程序中還未接收RTCP響應(yīng)消息時(shí)，除分塊的媒體流的上述功能之外， 還將計(jì)時(shí)器A設(shè)計(jì)來生成4XX錯(cuò)誤響應(yīng)。還有，當(dāng)還未接收與圖4的RTCP 的響應(yīng)相同的RTCP響應(yīng)時(shí)，計(jì)時(shí)器B運(yùn)作以重傳RTCP連接消息。
其后，PoC服務(wù)器B將RTCP連接消息傳送到PoC客戶端B(步驟610 ), 在該RTCP連接消息中插入了在步驟606中所創(chuàng)建的被邀者信息和AAO參 數(shù)。然后，已接收RTCP連接消息的PoC客戶端B使能PoC用戶基于AAO 參數(shù)，來檢測被邀者信息，然后檢測由PoC用戶輸入的對會話設(shè)立的響應(yīng)(步 驟612)。
當(dāng)PoC用戶確定以拒絕在步驟612中的自組織群組會話的設(shè)立時(shí)，PoC 客戶端B將包括拒絕理由的RTCP響應(yīng)消息傳送到PoC服務(wù)器B(步驟614 )。 同時(shí)，當(dāng)PoC服務(wù)器B在計(jì)時(shí)器A終止之前接收在步驟614中所傳送的消息 時(shí)，或者當(dāng)計(jì)時(shí)器A在PoC服務(wù)器B接收步驟614中所傳送的消息之前終止
21時(shí)，PoC服務(wù)器B通過步驟616將會話錯(cuò)誤響應(yīng)傳送到傳送方的網(wǎng)絡(luò)。其后， PoC客戶端A可以獨(dú)立地執(zhí)行包括諸如在步驟618中的被邀者信息這樣的被 邀者信息的另 一個(gè)會話設(shè)立操作。
圖6示出用于根據(jù)PoC用戶的選擇在PoC用戶檢測被邀者信息之后在預(yù) 先設(shè)立的會話和自動(dòng)應(yīng)答模式中設(shè)立會話的程序。
同時(shí)，已接收在圖4至6中的會話INVITE消息的PoC服務(wù)器B可以根 據(jù)分離的訪問規(guī)則或服務(wù)設(shè)置，執(zhí)行自動(dòng)應(yīng)答程序或人工響應(yīng)程序，所述分 離的訪問規(guī)則或服務(wù)設(shè)置被設(shè)計(jì)來確定包括自組織群組被邀者信息的上述的 消息的響應(yīng)模式。被存儲于XDM服務(wù)器中的訪問規(guī)則可以包括關(guān)于當(dāng)接收 包括被邀者信息的會話INVITE消息時(shí)，是否允許自動(dòng)應(yīng)答模式的規(guī)則文檔。 在所述情況下，當(dāng)被邀者信息訪問規(guī)則不允許自動(dòng)應(yīng)答模式時(shí)，PoC服務(wù)器 覆蓋為相應(yīng)的客戶端所存儲的響應(yīng)模式，并采取人工響應(yīng)模式。詳細(xì)地，將 被邀者信息訪問規(guī)則作為〈actioi^元素包括于"PoC用戶訪問策略"中。當(dāng) 〈action〉元素不允許用于包括自組織群組被邀者信息的會話INVITE消息的自 動(dòng)應(yīng)答模式時(shí)，PoC服務(wù)器覆蓋被存儲在那里的自動(dòng)應(yīng)答模式服務(wù)設(shè)置，采 取人工響應(yīng)程序，并通過使用SIP消息傳遞所接收的被邀者信息。
圖7說明參考根據(jù)本發(fā)明的圖4至6所描述的RTCP連接消息的格式。 基于典型的RTCP APP消息的格式的RTCP連接消息包括二進(jìn)制數(shù)據(jù)，諸如 在資源描述(SDES )項(xiàng)的內(nèi)容字段中的"SDES item content = 'XXXXFYYYYYYYYYY，"這樣的，以便識別被邀者信息的傳遞。例如，可 以將"XXXX"字段用于表示有會話啟動(dòng)器、會話或PoC群組的標(biāo)識(ID) 信息，該ID信息被包括在現(xiàn)有技術(shù)中。"F，字段表示當(dāng)"F"字段具有"1" 的值時(shí)將群組會話或自組織群組會話的被邀者信息包括在RTCP連接消息的 SDES項(xiàng)的字段中。還有，當(dāng)如上所述，設(shè)置"F"字段具有"1"的值時(shí)， 將相應(yīng)的被邀者的統(tǒng)一資源標(biāo)識(URI)地址信息包括在SDES項(xiàng)的字段中。
在所述情況下，當(dāng)將相應(yīng)的被邀者信息包括在SDES項(xiàng)的字段中時(shí)，可 以如由特定的PoC用戶或PoC服務(wù)操作員所需要的那樣，將URI地址信息設(shè) 置發(fā)匿名的，然后不將URI地址信息傳遞到接收方PoC客戶端?？梢詫㈥P(guān)于 匿名的請求者的匿名身份和數(shù)目的信息提供到接收方PoC用戶，以代替被請 求為匿名的被邀者的URI地址信息。
其次，可以將AAO請求參數(shù)包括在附加的指示器字段中。也就是，當(dāng)在圖7中添加"Add,Indic.='xayyyyyy"，時(shí)，具有T的值的"a"字段導(dǎo)致 RTCP連接消息以作為指示"自動(dòng)應(yīng)答覆蓋(AAO)"的操作的消息來操作。 當(dāng)PoC客戶端接收包括這樣的參數(shù)的RTCP連接消息時(shí)，不管預(yù)置的響應(yīng)模 式如何，PoC客戶端都導(dǎo)致PoC用戶人工地響應(yīng)。
同時(shí)，本發(fā)明的范圍不限于消息名，可以將RTCP連接消息修改或改變 成基于RTCP APP的格式定義的用戶平面消息。例如，可以如PoC 2.0中定義 的那樣將RTCP連接消息作為附加的字段插入到語音流(TB)連接消息中， 或可以在TB連接或MB連接消息中提前呈現(xiàn)所述RTCP連接消息，并在諸 如"MBCP通告"消息這樣的新的消息形式中傳遞所述RTCP連接消息。應(yīng) 該清楚地理解的是，可以將用于報(bào)告包括自組織群組會話的被邀者信息的"F" 字^:和/或用于請求用戶人工地響應(yīng)的"a"字段，表示為在用戶平面消息中 的不同類型的可選字段。
圖8說明參考根據(jù)本發(fā)明的圖4至6所描述的RTCP響應(yīng)(ACK)消息 的格式。在已將被邀者信息和人工響應(yīng)請求消息從PoC服務(wù)器B傳遞到PoC 客戶端B之后，當(dāng)PoC用戶拒絕會話邀請時(shí)，PoC客戶端可以傳送包括拒絕 理由的RTCP響應(yīng)消息，以便將對會話邀請的"振鈴"響應(yīng)發(fā)送到傳送方的 網(wǎng)絡(luò)，或者可以傳送包括拒絕理由的SIP錯(cuò)誤響應(yīng)。為此目的，以理由碼來 將表示被邀者信息的不可能性的字段值定義在圖8內(nèi)所示的RTCP ACK響應(yīng) 消息中。
另夕卜，本發(fā)明基于與在圖4的基本的程序中的PoC服務(wù)器和PoC客戶端 之間的自組織群組被邀者信息相關(guān)的服務(wù)設(shè)置，提供處理在PoC服務(wù)器和 PoC客戶端之間的連接消息的程序。首先，在PoC服務(wù)器B中，PoC客戶端 B設(shè)立指定PoC客戶端B能夠接收自組織群組被邀者信息，或指定PoC客戶 端B期望使用的被邀者信息的服務(wù)設(shè)置(例如，被邀者當(dāng)事人身份信息模式 為活動(dòng)的)。在所述情況下，可以通過使用SIP PUBLISH方案來實(shí)現(xiàn)被邀者 信息服務(wù)設(shè)置，并可以通過擴(kuò)展對于服務(wù)設(shè)置的現(xiàn)有的XML方案來實(shí)現(xiàn)。 同時(shí)，當(dāng)在所存儲的設(shè)置的值之中的被邀者信息接收模式的值為"真"時(shí)， 在將自組織群組會話邀請消息傳送到接收方PoC客戶端之前，已接收包括被 邀者信息的自組織群組會話邀請消息的PoC服務(wù)器B根據(jù)RTCP連接消息的 格式，糾正并修改被邀者信息。相反地，當(dāng)在服務(wù)設(shè)置的值之中的被邀者信 息接收模式的值為"假"時(shí)，PoC服務(wù)器B將不包括相關(guān)的被邀者信息的RTCP
23連接消息傳送到接收方PoC客戶端。
在已參考其一些優(yōu)選的實(shí)施例來示出并描述本發(fā)明的同時(shí)，將被本領(lǐng)域 技術(shù)人員理解的是，可以做形式和細(xì)節(jié)上的各種各樣的改變，而不脫離由所 附權(quán)利要求所定義的本發(fā)明的精神和范圍。因而，本發(fā)明的范圍將不限于上 面的實(shí)施例，而是由權(quán)利要求及其對等專利來限定。
權(quán)利要求
1、一種在無線一鍵通(PTT)(PoC)系統(tǒng)中處理PoC自組織群組會話信息的系統(tǒng)，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式，在設(shè)立PoC自組織群組會話時(shí)將自組織群組會話被邀者信息提供到所述接收方PoC客戶端，并且根據(jù)所提供的被邀者信息執(zhí)行會話的建立，所述系統(tǒng)包含所述PoC服務(wù)器，當(dāng)已從傳送方網(wǎng)絡(luò)接收到包括所述自組織群組被邀者信息的會話邀請消息時(shí)，創(chuàng)建包括所述被邀者信息和自動(dòng)應(yīng)答覆蓋(AAO)請求參數(shù)的連接消息，將所述所創(chuàng)建的連接消息傳遞到所述接收方PoC客戶端，然后根據(jù)從所述PoC客戶端接收到的響應(yīng)執(zhí)行PoC會話程序；和所述PoC客戶端，不管當(dāng)前設(shè)置的響應(yīng)模式如何都進(jìn)入人工響應(yīng)模式，以便當(dāng)已接收到所述連接消息時(shí)，將被包括在所述連接消息中的被邀者信息傳遞到PoC用戶，并且將包括從所述PoC用戶輸入的關(guān)于接受或拒絕參加所述會話的信息的響應(yīng)消息傳遞到所述PoC服務(wù)器。
2、 如權(quán)利要求l所述的系統(tǒng)，其中，所述PoC服務(wù)器包含第一計(jì)時(shí)器， 其指示連接消息終止，以便保持發(fā)言權(quán)或媒體流的傳送直到所述PoC服務(wù)器 在傳送所述連接消息之后從所述PoC客戶端接收成功的響應(yīng)消息。
3、 如權(quán)利要求2所述的系統(tǒng)，其中，所述PoC服務(wù)器進(jìn)一步包含用于 傳送重新請求消息的第二計(jì)時(shí)器，以便當(dāng)所述PoC服務(wù)器未接收所述響應(yīng)消 息時(shí)在所述第一計(jì)時(shí)器未終止的范圍之內(nèi)重傳實(shí)時(shí)控制協(xié)議(RTCP)連接消 白
4、 如權(quán)利要求3所述的系統(tǒng)，其中，在正驅(qū)動(dòng)所述第一和第二計(jì)時(shí)器的 同時(shí)，當(dāng)接收到所述響應(yīng)消息時(shí)或當(dāng)釋放所述預(yù)先設(shè)立的會話時(shí)，所述PoC 服務(wù)器結(jié)束所述第一和第二計(jì)時(shí)器的驅(qū)動(dòng)。
5、 如權(quán)利要求l所述的系統(tǒng)，其中，當(dāng)所述PoC服務(wù)器從所述PoC客 戶端接收到會話參加接受響應(yīng)時(shí)，所述PoC服務(wù)器將從所述傳送方網(wǎng)絡(luò)傳送 的媒體流傳遞到所述PoC客戶端。
6、 如權(quán)利要求l所述的系統(tǒng)，其中，當(dāng)所述PoC服務(wù)器從所述接收方 網(wǎng)絡(luò)接收包括自組織群組被邀者信息的會話邀請消息時(shí)，所述PoC服務(wù)器檢 測在所述PoC客戶端和所述PoC服務(wù)器之間設(shè)置的響應(yīng)模式，并且當(dāng)已將所述響應(yīng)模式設(shè)置成所述自動(dòng)應(yīng)答模式時(shí)，通過傳送對從所述傳送方網(wǎng)絡(luò)接收 的所述會話邀請消息的響應(yīng)消息來設(shè)立會話。
7、 如權(quán)利要求5所述的系統(tǒng)，其中，當(dāng)從所述PoC客戶端接收到會話 參加拒絕響應(yīng)時(shí)，所述PoC服務(wù)器釋放所設(shè)立的會話。
8、 如權(quán)利要求l所述的系統(tǒng)，其中，所述連接消息進(jìn)一步包括 用于識別所述被邀者信息的傳遞的字段；用于包括關(guān)于自組織群組會話的被邀者的統(tǒng)一資源標(biāo)識(URI)地址信 息的字段；和包括不管預(yù)置的響應(yīng)模式如何都指令操作改變到人工響應(yīng)模式中的自動(dòng) 應(yīng)答覆蓋(AAO)請求參數(shù)的字段。
9、 如權(quán)利要求5所述的系統(tǒng)，其中，針對由特定的PoC用戶或PoC服 務(wù)操作員將其請求為匿名的被邀者的URI地址信息，所述PoC服務(wù)器將多個(gè) 匿名的請求者插入到包括關(guān)于所述自組織群組會話的被邀者的所述URI地址 信息的字段中。
10、 如權(quán)利要求l所述的系統(tǒng)，其中，所述連接消息涉及媒體發(fā)言權(quán)管 理協(xié)議消息。
11、 如權(quán)利要求3所述的系統(tǒng)，其中，所述PoC服務(wù)器進(jìn)一步包含第三 計(jì)時(shí)器，其保持媒體流的傳送直到所述PoC服務(wù)器在傳送所述連接消息之后 從所述PoC客戶端接收成功響應(yīng)的消息，并且如果在所設(shè)置的時(shí)限之內(nèi)未接 收到所述響應(yīng)消息，則將錯(cuò)誤響應(yīng)傳遞到所述傳送方網(wǎng)絡(luò)。
12、 如權(quán)利要求11所述的系統(tǒng)，其中，所述PoC服務(wù)器進(jìn)一步包含第 四計(jì)時(shí)器，用于傳送重新請求消息，以便當(dāng)所述PoC服務(wù)器未接收到所述響 應(yīng)消息時(shí)，在所述第三計(jì)時(shí)器未終止的范圍之內(nèi)重傳RTCP連接消息。
13、 如權(quán)利要求11所述的系統(tǒng)，其中，如果在所述連接消息的傳送之后， 所述PoC服務(wù)器未在所述第三計(jì)時(shí)器終止之前從所述PoC客戶端接收到響應(yīng) 消息，則所述PoC服務(wù)器將錯(cuò)誤響應(yīng)消息傳遞到所述傳送方網(wǎng)絡(luò)。
14、 如權(quán)利要求l所述的系統(tǒng)，其中，所述PoC客戶端在傳送所述響應(yīng) 消息之前，將拒絕理由插入到所述響應(yīng)消息。
15、 一種用于在無線一鍵通(PTT) (PoC)系統(tǒng)中處理PoC自組織群組 會話信息的方法，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè) 置預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式，所述方法在設(shè)立PoC自組織群組會話時(shí)將自組織群組會話被邀者信息提供到所述接收方PoC客戶端，并且所述方法根據(jù)所述所提供的被邀者信息來執(zhí)行會話建立，所述方法包含如下步驟當(dāng)已從傳送方網(wǎng)絡(luò)接收到包括所述自組織群組被邀者信息的會話邀請消息時(shí)，由所述PoC服務(wù)器創(chuàng)建包括所述被邀者信息和自動(dòng)應(yīng)答覆蓋(AAO) 請求參數(shù)的連接消息，并且將所創(chuàng)建的連接消息傳遞到所述接收方PoC客戶 端；不管當(dāng)前設(shè)置的響應(yīng)模式如何，都由所述PoC客戶端進(jìn)入人工響應(yīng)模式， 以便當(dāng)已接收到所述連接消息時(shí)，將被包括在所述連接消息中的被邀者信息 傳遞到PoC用戶；由所述PoC客戶端將包括從所述PoC用戶輸入的關(guān)于接受或拒絕參加所 述會話的信息的響應(yīng)消息傳遞到所述PoC服務(wù)器；以及由所述PoC服務(wù)器根據(jù)從所述PoC客戶端接收到的響應(yīng)來執(zhí)行PoC會 話程序。
16、 如權(quán)利要求15所述的方法，進(jìn)一步包含通過在所述連接消息的傳 送之后驅(qū)動(dòng)指示連接消息的終止的第一計(jì)時(shí)器，由所述PoC服務(wù)器保持發(fā)言 權(quán)或媒體流的傳送，直到所述PoC服務(wù)器從所述PoC客戶端接收成功的響應(yīng) 消息。
17、 如權(quán)利要求16所述的方法，進(jìn)一步包含當(dāng)所述PoC服務(wù)器未接 收到所述響應(yīng)消息時(shí)，由所述PoC服務(wù)器驅(qū)動(dòng)用于傳送重新請求消息的第二 計(jì)時(shí)器，以便在所述第一計(jì)時(shí)器未終止的范圍之內(nèi)重傳實(shí)時(shí)控制協(xié)議(RTCP) 連接消息。
18、 如權(quán)利要求17所述的方法，進(jìn)一步包含在所述第一和第二計(jì)時(shí)器 正被驅(qū)動(dòng)的同時(shí)，當(dāng)接收到所述響應(yīng)消息時(shí)或當(dāng)釋放所述預(yù)先設(shè)立的會話時(shí)， 由所述PoC服務(wù)器結(jié)束所述第一和第二計(jì)時(shí)器的驅(qū)動(dòng)。
19、 如權(quán)利要求15所述的方法，進(jìn)一步包含當(dāng)所述PoC服務(wù)器從所 述PoC客戶端接收會話參加接受響應(yīng)時(shí)，由所述PoC服務(wù)器將從所述傳送方 網(wǎng)絡(luò)傳送的媒體流傳遞到所述PoC客戶端。
20、 如權(quán)利要求15所述的方法，進(jìn)一步包含如下步驟當(dāng)所述PoC服務(wù)器從所述傳送方網(wǎng)絡(luò)接收包括自組織群組被邀者信息的 會話邀請消息時(shí)，由所述PoC服務(wù)器檢測在所述PoC客戶端和所述PoC服務(wù) 器之間設(shè)置的響應(yīng)模式；以及當(dāng)作為所述檢測的結(jié)果確定已經(jīng)將所述響應(yīng)模式設(shè)置為所述自動(dòng)應(yīng)答模 式時(shí)，由所述PoC服務(wù)器通過傳送對從所述傳送方網(wǎng)絡(luò)接收的所述會話邀請 消息的響應(yīng)消息來設(shè)立會話。
21、 如權(quán)利要求19所述的方法，進(jìn)一步包含當(dāng)從所述PoC客戶端接 收參加會話拒絕響應(yīng)時(shí)，由所述PoC服務(wù)器釋放所設(shè)立的會話。
22、 如權(quán)利要求17所述的方法，進(jìn)一步包含由所述PoC服務(wù)器保持 媒體流的傳送，直到所述PoC服務(wù)器在所述連接消息的傳送之后從所述PoC 客戶端接收成功的響應(yīng)消息，并且如果通過驅(qū)動(dòng)第三計(jì)時(shí)器，在所設(shè)置的時(shí) 限之內(nèi)未接收到所述響應(yīng)消息，則將錯(cuò)誤響應(yīng)傳遞到所述傳送方網(wǎng)絡(luò)。
23、 如權(quán)利要求22所述的方法，進(jìn)一步包含由所述PoC服務(wù)器驅(qū)動(dòng) 用于傳送重新請求消息的第四計(jì)時(shí)器，以便當(dāng)所述PoC服務(wù)器未接收到所述 響應(yīng)消息時(shí)，在所述第三計(jì)時(shí)器未終止的范圍之內(nèi)重傳RTCP連接消息。
24、 如權(quán)利要求22所述的方法，進(jìn)一步包含如果在所述連接消息的傳 送之后，所述PoC服務(wù)器未在所述第三計(jì)時(shí)器終止之前從所述PoC客戶端接 收響應(yīng)消息，則由所述PoC服務(wù)器將錯(cuò)誤響應(yīng)消息傳遞到所述傳送方網(wǎng)絡(luò)。
25、 如權(quán)利要求15所述的方法，其中，在傳送所述響應(yīng)消息之前，所述 PoC客戶端將拒絕理由插入到所述響應(yīng)消息。
26、 一種在無線一鍵通(PTT) (POC)系統(tǒng)中處理PoC自組織群組會話 信息的系統(tǒng)，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù) 先設(shè)定的會話和自動(dòng)應(yīng)答模式，在設(shè)立PoC自組織群組會話時(shí)將自組織群組 會話被邀者信息提供到所述接收方PoC客戶端，并且根據(jù)所述所提供的被邀 者信息執(zhí)行會話建立，所述系統(tǒng)包含可擴(kuò)展標(biāo)識語言文檔管理(XDM)服務(wù)器，包括關(guān)于是否允許所述接收 方PoC客戶端的自動(dòng)應(yīng)答模式的被遨者信息訪問規(guī)則文檔；和PoC服務(wù)器，當(dāng)所述PoC服務(wù)器已從所述傳送方網(wǎng)絡(luò)接收到會話邀請消 息時(shí)，通過所述XDM服務(wù)器檢測相應(yīng)于所述接收方PoC客戶端的被邀者信 息訪問規(guī)則，然后當(dāng)所述被邀者信息訪問規(guī)則不允許所述自動(dòng)應(yīng)答模式時(shí)， 覆蓋為所述接收方PoC客戶端所存儲的響應(yīng)模式，并且基于人工響應(yīng)程序， 使用會話初始化協(xié)議(SIP)消息來將所接收的被邀者信息傳遞到所述接收方 PoC客戶端。
27、 一種用于處理無線一鍵通(PTT) (PoC)自組織群組會話信息的方法，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù)先設(shè)立的 會話和自動(dòng)應(yīng)答模式，在設(shè)立PoC自組織群組會話時(shí)將自組織群組會話被邀 者信息提供到所述接收方PoC客戶端，并且根據(jù)所述所提供的被邀者信息執(zhí) 行會話建立，所述方法包含如下步驟當(dāng)所述PoC服務(wù)器已從所述傳送方網(wǎng)絡(luò)接收會話邀請消息時(shí)，由所述 PoC服務(wù)器通過所述可擴(kuò)展標(biāo)識語言文檔管理(XDM)服務(wù)器，檢測相應(yīng)于 所述接收方PoC客戶端的被邀者信息訪問規(guī)則；以及當(dāng)所述被邀者信息訪問規(guī)則不允許所述自動(dòng)應(yīng)答模式時(shí)，由所述PoC服 務(wù)器覆蓋為所述接收方PoC客戶端所存儲的響應(yīng)模式，并基于人工響應(yīng)程序， 使用會話初始化協(xié)議(SIP)消息來將所接收的被邀者信息傳遞到所述接收方 PoC客戶端。
28、 一種在無線一鍵通(PTT) (PoC)中處理PoC自組織群組會話信息 的系統(tǒng)，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè)置預(yù)先設(shè) 定的會話和自動(dòng)應(yīng)答模式，在設(shè)立PoC自組織群組會話時(shí)將自組織群組會話 被邀者信息提供到所述接收方PoC客戶端，并且根據(jù)所述所提供的被邀者信 息執(zhí)行會話建立，所述系統(tǒng)包含所述接收方PoC客戶端，請求所述PoC服務(wù)器以設(shè)立指定所述接收方 PoC客戶端是否能夠接收自組織群組被邀者信息的服務(wù)設(shè)置；和所述PoC服務(wù)器，如由所述接收方PoC客戶端所請求的那樣，設(shè)立指定 所述接收方PoC客戶端是否能夠接收自組織群組被邀者信息的所述服務(wù)設(shè) 置，當(dāng)所述PoC服務(wù)器從所述傳送方網(wǎng)絡(luò)接收包括自組織群組被邀者信息的 會話邀請消息時(shí)，檢測指定所述相應(yīng)的接收方PoC客戶端是否能夠接收自組 織群組被邀者信息的所述服務(wù)設(shè)置，并且當(dāng)已將所述服務(wù)設(shè)置設(shè)立為所述接 收方PoC客戶端能夠接收自組織群組被邀者信息時(shí)，創(chuàng)建包括所述被邀者信 息的連接消息并將所述連接消息傳送到所述接收方PoC客戶端。
29、 如權(quán)利要求28所述的系統(tǒng)，其中，作為接收所述會話邀請消息并且 然后檢測指定所述接收方PoC客戶端是否能夠接收所述自組織群組被邀者信 息的所述服務(wù)設(shè)置的結(jié)果，當(dāng)已將所述服務(wù)設(shè)置設(shè)立成所述接收方PoC客戶 端不能夠接收所述自組織群組被邀者信息時(shí)，所述PoC服務(wù)器創(chuàng)建不包括被 邀者信息的連接消息，并將所述連接消息傳遞到所述接收方PoC客戶端。
30、 如權(quán)利要求28所述的系統(tǒng)，其中，所述接收方PoC客戶端在請求所述PoC服務(wù)器時(shí)，使用會話初始化協(xié)議(SIP) PUBLISH方案來設(shè)立關(guān)于 所述被邀者信息的所述服務(wù)設(shè)置。
31、 一種用于在無線一^t通(PTT) (PoC)系統(tǒng)中處理PoC自組織群組 會話信息的方法，其中，已在接收方PoC客戶端和接收方PoC服務(wù)器之間設(shè) 置預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式，所述方法在設(shè)立PoC自組織群組會話時(shí)， 將自組織群組會話被邀者信息提供到所述接收方PoC客戶端，所述方法根據(jù) 所提供的被邀者信息執(zhí)行會話建立，所述方法包含如下步驟由所述接收方PoC客戶端請求所述PoC服務(wù)器來設(shè)立指定所述接收方 PoC客戶端是否能夠接收自組織群組被邀者信息的服務(wù)設(shè)置；以及如由所述接收方PoC客戶端所請求的那樣，由所述PoC服務(wù)器設(shè)立指定 所述接收方PoC客戶端是否能夠接收自組織群組被邀者信息的所述服務(wù)設(shè)置；當(dāng)所述PoC服務(wù)器從所述傳送方網(wǎng)絡(luò)接收包括自組織群組被邀者信息的 會話邀請消息時(shí)，由所述PoC服務(wù)器檢測指定所述相應(yīng)的接收方PoC客戶端 是否能夠接收自組織群組被邀者信息的所述服務(wù)設(shè)置；以及當(dāng)已將所述服務(wù)設(shè)置設(shè)立成所述接收方PoC客戶端能夠接收所述自組織 群組被邀者信息時(shí)，由所述PoC服務(wù)器創(chuàng)建包括所述被邀者信息的連接消息， 并將所述連接消息傳送到所述接收方PoC客戶端。
32、 如權(quán)利要求31所述的方法，進(jìn)一步包含當(dāng)將所述服務(wù)設(shè)置設(shè)立成 所述接收方PoC客戶端不能夠接收所述自組織群組被邀者信息時(shí)，由所述 PoC服務(wù)器創(chuàng)建不包括被邀者信息的連接消息，并將所述連接消息傳遞到所 述接收方PoC客戶端。
33、 如權(quán)利要求31所述的方法，其中，所述接收方PoC客戶端在請求 所述PoC服務(wù)器時(shí)，使用會話初始化協(xié)議(SIP) PUBLISH方案來設(shè)立關(guān)于 所述被邀者信息的所述服務(wù)設(shè)置。
全文摘要
公開了用于當(dāng)已在無線一鍵通(PPT)(PoC)系統(tǒng)中的接收方PoC用戶設(shè)備和PoC服務(wù)器之間設(shè)置預(yù)先設(shè)立的會話和自動(dòng)應(yīng)答模式時(shí)，根據(jù)偏好使能接收方PoC用戶獲得自組織群組被邀者信息并選擇性地設(shè)立PoC會話的方法。具體地，公開了用于通過用戶平面的信令來傳遞與被預(yù)期將參加群組通信的其他用戶相關(guān)的信息的解決方案，以便有效地利用接收方會話初始化協(xié)議(SIP)的會話設(shè)置，并且另外地公開了訪問規(guī)則、服務(wù)設(shè)置、計(jì)時(shí)器和用于改變在客戶端和服務(wù)器之間設(shè)置的響應(yīng)的方法，以便支持所述解決方案。
文檔編號H04W84/18GK101491124SQ200780026177
公開日2009年7月22日 申請日期2007年6月8日 優(yōu)先權(quán)日2006年6月9日
發(fā)明者成常慶, 樸成真, 李智惠, 旭 金 申請人:三星電子株式會社