專利名稱：蜂窩網(wǎng)絡(luò)上的即按即說中的私密通信的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及蜂窩網(wǎng)絡(luò)上的即按即說(Push to Talk)的領(lǐng)域，具體來說涉及蜂窩網(wǎng) 絡(luò)上的即按即說中的私密通信。
背景技術(shù)：
對講機型服務(wù)已證明長期流行于希望彼此間快速傳達簡短消息的用戶中。在常規(guī) 上，此類服務(wù)由雙向便攜式無線電來提供，這些雙向便攜式無線電利用無線電頻譜的專用 部分，但是其僅允許用戶與利用相似終端且位于無線電的相對短操作范圍的范圍內(nèi)的小群 預(yù)先選擇的用戶進行通信。最近，已將服務(wù)引入美國，這些服務(wù)搭載于現(xiàn)有蜂窩電話基礎(chǔ)設(shè) 施之上。但是，這些服務(wù)在性質(zhì)上是專有的，并且不允許用戶在不同運營商網(wǎng)絡(luò)之間通信。為了嘗試拓寬對講機型服務(wù)的應(yīng)用，組建了稱為開放移動聯(lián)盟 openmobilealliance. org)的業(yè)界組織，其目的是將適合的協(xié)議標準化，這將允許蜂窩網(wǎng)絡(luò) 上提供的對講機型服務(wù)的網(wǎng)絡(luò)間可操作性。由這些多種標準建立的服務(wù)稱為蜂窩上的即按 即說(PoC)。PoC提議關(guān)聯(lián)的語音數(shù)據(jù)將通過分組交換接入網(wǎng)來傳輸。在GSM和UMTS的情 況中，這將是通用分組無線電服務(wù)(GPRQ或3G接入網(wǎng)。在其他網(wǎng)絡(luò)架構(gòu)中，將利用相似的 分組交換接入網(wǎng)來傳輸發(fā)言數(shù)據(jù)。即按即說服務(wù)還可以通過電路交換接入網(wǎng)來提供，雖然 這不是優(yōu)選的選項。蜂窩上的即按即說(PoC)系統(tǒng)通常在GSM/GPRS/3G網(wǎng)絡(luò)上實現(xiàn)，并且其利用第三 代合作伙伴項目標準化的IP多媒體子系統(tǒng)(IMQ來促進將高級數(shù)據(jù)服務(wù)引入蜂窩網(wǎng)絡(luò)，尤 其是實時多媒體服務(wù)。IMS依賴于會話發(fā)起協(xié)議(SIP)，會話發(fā)起協(xié)議(SIP)是由因特網(wǎng)工 程任務(wù)組(IETF)為建立和控制多媒體基于IP的會話而定義的。PoC服務(wù)器位于IMS內(nèi)或 與之附連，并實現(xiàn)用于建立和控制PoC會話的功能性?，F(xiàn)有即按即說(PTT)和會議系統(tǒng)通常使用控制機制以向用戶之一授予發(fā)言的權(quán) 利，而拒絕授予通信中的其他用戶此類權(quán)利并且這些其他用戶處于監(jiān)聽模式中。此類控制 機制通常稱為發(fā)言權(quán)(floor)控制、發(fā)言者仲裁、發(fā)言突發(fā)控制等。例如，開放移動聯(lián)盟目 前正致力于蜂窩上的即按即說(PoC)系統(tǒng)的規(guī)范，其包括媒體突發(fā)控制協(xié)議(MBCP)。PoC服務(wù)是半雙工的，這意味著通信能夠在兩個用戶之間的任一個方向上進行，但 是一次只能在一個方向上進行。PoC服務(wù)能夠用于人到人呼叫以及用于蜂窩網(wǎng)絡(luò)上的群通PoC服務(wù)運行于IMS網(wǎng)絡(luò)之上或包含IMS系統(tǒng)的功能性的另一個基于SIP的系統(tǒng) 之上的應(yīng)用服務(wù)器中和端點客戶端中。PoC用戶使用PoC客戶端來接入PoC服務(wù)。為了與另一個PoC用戶通信，第一用戶的PoC客戶端建立PoC會話。PoC會話通 過執(zhí)行參與PoC功能或控制PoC功能的PoC服務(wù)器來路由。圖1示出控制PoC功能，其控 制所有參與者之間的PoC會話，以及示出參與功能2，其控制特定于各個參與者的會話的方 面。在圖1的示例中，參與功能2控制使用PoC客戶端#1的參與者#1的參與。參與PoC 功能2和控制PoC功能1都在PoC服務(wù)器中實現(xiàn)。
一次僅一個參與者被允許發(fā)送PoC媒體。由控制PoC功能1使用開放移動聯(lián)盟 PoC工作組開發(fā)的媒體突發(fā)控制協(xié)議(MBCP)來控制發(fā)送媒體的許可權(quán)的仲裁。為PoC定義了多個通信方法；I-IPoC會話、1-多PoC會話和1-多-IPoC會話。當(dāng) 使用1-多通信方法時，從參與者之一發(fā)送的任何媒體被分發(fā)到能夠接收到此媒體類型的 所有其他參與者。當(dāng)使用1-多-1通信方法時，參與者之一是PoC調(diào)度員，以及其他參與者 是P0C組成員。PoC調(diào)度員發(fā)送的媒體被分發(fā)到能夠接收該媒體類型的所有PoC組成員。 但是，從任何PoC組成員發(fā)送的媒體只能被發(fā)送到PoC調(diào)度員。1-多-1通信方法的典型使 用是用于管理出租車駕駛員，其中PoC調(diào)度員是位于出租車公司接收來自想要出租車的客 戶的呼叫的人以及PoC組成員是各個出租車駕駛員。PoC會話中參與者的一個或多個可能是匿名的。如果參與者是匿名的，則執(zhí)行 控制PoC功能的PoC服務(wù)器對匿名用戶指派臨時PoC地址。臨時PoC地址在PoC會話內(nèi) 是唯一的，并且采用SIP URI的格式，例如sip:anonymousdfenonymous. invalid。如果 參與者預(yù)訂 IETFRFC 4575" A Session Initiation Protocol(SIP) Event Package for Conference State" (J. Rosenberg, H. Schulzrinne, 0. Levin, Ed. 2006 年 8 月· http:// www. ietf. org/rfc/rfc4575. txt)中定義的“會議”事件包、或OMA用戶平面規(guī)范“OMA PoC Control Plane，，(版本 2. 0，開放移動聯(lián)盟，0MA-TS-PoC-ControlPlane_V2_0，http//www. openmobilealliance. org)中定義的MBCP媒體突發(fā)令牌消息，則此臨時PoC地址通過參與 者信息對于PoC會話中的所有參與者都是可見的。開放移動聯(lián)盟PoC 2.0發(fā)行版引入了正在進行的PoC會話中的參與者使用SIP MESSAGE方法發(fā)送短消息(稱為“離散媒體”)的可能性。與此有關(guān)的問題出現(xiàn)在1-多-IPoC群會話中的PoC調(diào)度員希望向PoC組成員之 一以私密方式發(fā)送離散媒體的情況中。因為離散媒體將被分發(fā)到所有組成員，所以這是不 可能的。在1-多PoC群會話中也出現(xiàn)相同的問題。從一個參與者發(fā)送的離散媒體將被分 發(fā)到PoC群會話中的所有參與者。考慮客戶呼叫出租車公司以通知該公司她在30分鐘前將錢包遺留在出租車#16 上的情況。對于PoC調(diào)度員來說以保密方式聯(lián)系出租車#16的駕駛員是有益的，例如通過 向出租車#16的駕駛員發(fā)送文本消息，但是不發(fā)送PoC語音通信，PoC語音通信會在出租車 #16的揚聲器中播放而新客戶也能聽到。在此場合和類似場合中，對于調(diào)度員來說，能夠向 個體PoC組成員而非所有PoC組成員發(fā)送文本是有價值的，因為該消息不是其他PoC組成 員所關(guān)注的。類似地，對于1-多PoC群會話中的參與者來說，能夠向PoC群會話中的參與者之 一發(fā)送電子郵件地址而其他參與者不會接收到該電子郵件地址將是有價值的，但是目前這 是不可能的，尤其是正在進行的PoC會話中電子郵件地址的接收者是匿名的情況下。OMA PoC 2. O發(fā)行版還定義了全雙工呼叫隨之繼續(xù)(Follow-on Proceed)服務(wù)。全 雙工呼叫隨之繼續(xù)服務(wù)基于SIP MESSAGE方法，其中PoC會話中的參與者能夠向正在進行 的PoC會話中的所有參與者發(fā)送TEL URI或SIP URI。當(dāng)PoC會話中的PoC客戶端接收到 TEL URI或SIP URI時，PoC客戶端發(fā)起CS呼叫或VoIP呼叫，并從PoC會話斷開。但是，如 果1-多PoC群會話中的參與者希望使用全雙工呼叫隨之繼續(xù)服務(wù)來建立VoIP或CS全雙工 呼叫，則帶有在轉(zhuǎn)換到CS或VoIP呼叫時要使用的TEL URI或SIP URI的SIP MESSAGE請求5被發(fā)送到PoC群會話中的所有參與者，其結(jié)果是所有參與者將轉(zhuǎn)換到該VolP/CS呼叫。例 如，對于其中所有參與者都是匿名(這在人們參與因特網(wǎng)上的聊天會話時是非常常見的) 的聊天PoC群會話中涉及的兩個參與者建立CS呼叫并在他們之間接著以私密方式談話是 當(dāng)前不可能的。

發(fā)明內(nèi)容
發(fā)明人已經(jīng)認識到存在這樣的情況，其中將合乎需要的是僅向PoC群會話中選定 的參與者而非向所有參與者發(fā)送信息。根據(jù)本發(fā)明的第一方面，提供一種向PoC群會話中的參與者發(fā)送私密通信的方 法。PoC客戶端向PoC參與服務(wù)器發(fā)送SIP REFER消息，PoC參與服務(wù)器將其轉(zhuǎn)發(fā)到PoC控 制服務(wù)器。該SIP REFER消息包含群會話中的目標參與者的身份和消息內(nèi)容。PoC控制服 務(wù)器創(chuàng)建SIPMESSAGE方法，該MESSAGE尋址到目標參與者并且包含消息內(nèi)容。然后將該 SIP MESSAGE發(fā)送到服務(wù)于目標參與者的目標參與服務(wù)器。以此方式，PoC客戶端能夠經(jīng)由 PoC控制服務(wù)器向PoC群會話中的另一個參與者發(fā)送私密消息內(nèi)容而不將其發(fā)送到所有參 與者。根據(jù)可選實施例，其中消息內(nèi)容包括離散媒體消息。這樣允許向PoC群會話中的 個體參與者發(fā)送短消息。作為選項，在目標參與者是匿名的情況中，從參與信息和媒體突發(fā) 控制協(xié)議媒體突發(fā)消息之一來檢索目標參與者的身份。作為另外的選項，Refer-To報頭還包括對成功輸送報告的請求。在此情況中，該 方法可選地還包括在控制服務(wù)器接收來自目標參與服務(wù)器的第二 SIP REFER消息。第二 REFER消息具有Refer-To報頭，其包括源參與者的身份和成功輸送報告?？刂品?wù)器創(chuàng)建 尋址到原參與者的第二 SIP MESSAGE方法，并且還包括成功輸送報告。然后將第二 MESSAGE 發(fā)送到源參與服務(wù)器以用于轉(zhuǎn)發(fā)到原參與者?？蛇x地，Refer-To報頭包括從群會話中的所有參與者選擇的多個目標參與者的身 份。以此方式，能夠?qū)⑾?nèi)容發(fā)送到參與PoC群會話的一群用戶而不將消息內(nèi)容發(fā)送到 所有參與者。作為備選的選項，消息內(nèi)容是全雙工呼叫隨之繼續(xù)請求。這允許參與者以私密方 式將PoC群會話中的另一個參與者邀請到與源參與者的全雙工通信會話。作為選項，在目 標參與者是匿名的情況中，從參與信息或媒體突發(fā)控制協(xié)議媒體突發(fā)消息之一來檢索目標 參與者的身份。根據(jù)本發(fā)明的第二方面，提供一種PoC控制服務(wù)器節(jié)點。該節(jié)點提供有接收器，用 于從服務(wù)于群會話中的源參與者的源參與服務(wù)器接收SIP REFER消息。該REFER消息包含 Refer-To報頭，Refer-To報頭包括群會話中的目標參與者的身份和消息內(nèi)容。提供處理 器，用于創(chuàng)建SIP MESSAGE方法，該MESSAGE尋址到目標參與者并且包括消息內(nèi)容。提供傳 送器，用于將該MESSAGE發(fā)送到目標參與服務(wù)器，目標參與服務(wù)器服務(wù)于目標參與者。該節(jié) 點允許PoC群會話中的參與者向會話中的另一個參與者發(fā)送信息而不必將該信息發(fā)送到 所有參與者。Refer-To報頭可選地包括對成功輸送報告的請求。在此情況中，控制服務(wù)器節(jié)點 可選地提供有第二接收器，用于從目標參與服務(wù)器接收第二 SIP REFER消息，該第二 REFER消息具有Refer-To報頭，Refer-To報頭包括源參與者的身份和成功輸送報告。提供第二 處理器，用于創(chuàng)建第二 SIP MESSAGE方法，該MESSAGE尋址到源參與者并且包括成功輸送報 告，以及提供第二傳送器，以用于將該第二 MESSAGE發(fā)送到源參與服務(wù)器。根據(jù)本發(fā)明的第三方面，提供一種PoC客戶端節(jié)點，該PoC客戶端節(jié)點提供有處理 器，其用于生成SIP REFER消息。該REFER消息包含Refer-To報頭，該Refer-To報頭包括 群會話中的目標參與者的身份和消息內(nèi)容。還提供傳送器，用于經(jīng)由PoC參與服務(wù)器將該 REFER消息發(fā)送到PoC控制服務(wù)器。該PoC客戶端節(jié)點允許PoC用戶向群會話中的另一個 PoC用戶發(fā)送消息內(nèi)容而不必將消息內(nèi)容發(fā)送到所有PoC用戶。作為選項，消息內(nèi)容包括離散媒體消息。作為另外的選項，該客戶端節(jié)點提供有第 二處理器，用于從參與信息或媒體突發(fā)控制協(xié)議媒體突發(fā)消息來確定目標參與者的身份。 該客戶端節(jié)點可選地提供有接收器，該接收器布置成接收包含成功輸送報告的SIP確認 MESSAGE。作為備選的選項，消息內(nèi)容包括全雙工呼叫隨之繼續(xù)請求，該請求將目標參與者 邀請到與源參與者的全雙工通信會話，而不邀請群會話中的所有其他參與者。根據(jù)本發(fā)明的第四方面，提供一種PoC參與服務(wù)器節(jié)點，其包括用于從PoC客戶端 節(jié)點接收SIP REFER消息的接收器。該REFER消息包括Refer-To報頭，Refer-To報頭包 括群會話中的目標參與者的身份和消息內(nèi)容。該PoC參與服務(wù)器節(jié)點還提供有傳送器，用 于將接收的Refer消息發(fā)送到PoC控制服務(wù)器節(jié)點。


圖1在框圖中示意示出PoC群會話功能結(jié)構(gòu)；圖2是信令圖，其示出根據(jù)本發(fā)明一實施例的在1-多或1-多-IPoC會話中發(fā)送 離散媒體以用于私密消息傳送所要求的信令；圖3是示出根據(jù)本發(fā)明一實施例的PoC控制服務(wù)器所采取的步驟的流程圖；圖4在框圖中示意示出根據(jù)本發(fā)明一實施例的PoC服務(wù)器(控制)節(jié)點；圖5在框圖中示意示出根據(jù)本發(fā)明一實施例的PoC客戶端節(jié)點；以及圖6在框圖中示意示出根據(jù)本發(fā)明一實施例的PoC服務(wù)器(參與)節(jié)點。
具體實施例方式能夠使用SIP MESSAGE方法在1_多或1_多-IPoC會話中提供私密通信，該私密 通信能夠用于發(fā)送短離散媒體消息或用于以私密方式發(fā)起1-多或1-多-IPoC會話中兩個 PoC客戶端之間的全雙工呼叫隨之繼續(xù)服務(wù)。考慮以私密方式在1-多或1-多-IPoC通信會話中的兩個PoC客戶端之間發(fā)送離 散媒體的情況，參考圖2，PoC用戶A希望向PoC用戶B發(fā)送私密消息。以下編號對應(yīng)于圖 2中所示的編號Sl.PoC用戶A使用PoC客戶端A3提供的圖形用戶界面(⑶I)來選擇參與者(在本 例中為PoC用戶B)。PoC用戶B的身份從參與信息(參見“OMA PoC Control Plane”版本 2. 0，開放移動聯(lián)盟，0MA-TS-PoC-ControlPlane-V2_0，http//www. openmobilealliance. org)或 MBCP 媒體突發(fā)消息(參見 IETF RFC 4575"A Session Initiation Protocol(SIP)Event Package for Conference State" J. Rosenberg, H. Schulzrinne, 0. Levin, Ed. 2006 年8月· http://www. ietf. org/rfc/rfc4575. txt)來檢索。在接收到參與信息的情況中， PoC用戶A接收有關(guān)群會話中所有參與者的信息。此類信息包含參與者支持的媒體類型、 全雙工隨之繼續(xù)支持以及還包含每個參與者的昵稱和身份。在PoC用戶B請求了私密的情 況中，PoC服務(wù)器X(控制)5以對于會話唯一的匿名身份(例如anonymousdfenonymous. invalid)來替換PoC用戶B的真實身份。S2. PoC客戶端A 3向PoC服務(wù)器A (參與)4發(fā)送SIP REFER請求。SIP REFER請 求在Refer-To報頭中包含a. SIP MESSAGE 方法；b. PoC用戶B的身份；c.離散媒體內(nèi)容(例如明文(plain)/文本)；以及d.對成功輸送報告的請求(如果需要成功輸送報告)。S3. PoC服務(wù)器A (參與)4將SIP REFER請求轉(zhuǎn)發(fā)到PoC服務(wù)器X (控制)5。S4. PoC服務(wù)器X (控制)5檢查SIP REFER請求的Refer-1To報頭中標識的參與者 (PoC用戶B)是否支持SIP MESSAGE請求的接收。如果該參與者支持SIP MESSAGE請求的 接收，則PoC服務(wù)器X(控制)5向PoC服務(wù)器A(參與)4發(fā)送SIP 202 “已接受”響應(yīng)。如 果SIP REFER請求的Refer-To報頭中的參與者身份是匿名身份，則PoC服務(wù)器X (控制)5 將從參與者發(fā)起、加入、重新加入或被邀請到PoC會話時緩存的信息來檢索真實身份。S5. PoC服務(wù)器A(參與)4將SIP 202 “已接受”響應(yīng)轉(zhuǎn)發(fā)到PoC客戶端A3。S6. PoC服務(wù)器X (控制)5向PoC服務(wù)器B (參與)6發(fā)送SIPMESSAGE請求。注意 PoC服務(wù)器B6服務(wù)于PoC客戶端B7，它是PoC用戶B的PoC客戶端。SIP MESSAGE請求根 據(jù)已知的OMA PoC過程來發(fā)送。這可以包括在PoC服務(wù)器X(控制)5與PoC服務(wù)器B(參 與)6之間的現(xiàn)有SIP對話內(nèi)或該SIP對話外發(fā)送SIP MESSAGE請求。在SIP MESSAGE請 求是在SIP對話外發(fā)送的情況中，SIPMESSAGE請求包括使用PoC客戶端B7的參與者的身 份。無論SIPMESSAGE請求在現(xiàn)有SIP對話內(nèi)還是現(xiàn)有SIP對話外發(fā)送，SIPMESSAGE請求 包含a.接收的SIP REFER請求的Refer-To報頭中包含的內(nèi)容(例如，明文/本文)；b.對成功輸送報告的請求(如果SIP REFER請求的Refer-To報頭中接收到成功 輸送報告)。S7. PoC服務(wù)器B(參與)6將SIP MESSAGE請求轉(zhuǎn)發(fā)到PoC客戶端B7。因為SIP MESSAGE包含離散媒體，所以PoC客戶端B7能夠?qū)⒃撾x散媒體顯示給PoC用戶B而無需將 該離散媒體顯示給會話中的所有參與者。S8. PoC客戶端B7向PoC服務(wù)器B (參與)6發(fā)送SIP 200 “0K”響應(yīng)，以確認步驟 S7的SIP MESSAGE請求被接收到。S9. PoC服務(wù)器B(參與)6將SIP 200 “0K”響應(yīng)轉(zhuǎn)發(fā)到PoC服務(wù)器X(控制)5。如果PoC客戶端A3先前在步驟S2中請求了成功輸送報告，則應(yīng)用以下步驟S10. PoC客戶端B7向PoC服務(wù)器B (參與)6發(fā)送SIP REFER請求。SIP REFER請 求在Refer-To報頭中包含a. SIP MESSAGE 方法；
b. SIP MESSAGE請求的Refer-By報頭中接收的PoC組成員(PoC用戶B)的身份。 該身份可以是匿名身份或真實身份；以及c.成功輸送報告。Sll. PoC服務(wù)器B(參與)6將SIP REFER請求轉(zhuǎn)發(fā)到PoC服務(wù)器X(控制)5。S12. PoC服務(wù)器X (控制)5檢查SIP REFER請求的Refer-1To報頭中標識的參 與者(PoC用戶A)是否支持SIP MESSAGE請求的接收，以及如果情況如此，則PoC服務(wù)器 X (控制)5向PoC服務(wù)器B (參與)6發(fā)送SIP 202 “已接受”響應(yīng)。如果SIP REFER請求的 Refer-To報頭中的身份是匿名身份，則PoC服務(wù)器X (控制)5將從參與者發(fā)起、加入、重新 加入或被邀請到PoC會話時緩存的信息來檢索PoC用戶A的真實身份。S13.PoC服務(wù)器B(參與)6將SIP 202 “已接受”響應(yīng)轉(zhuǎn)發(fā)到PoC客戶端B7。S14. PoC服務(wù)器X (控制)5向PoC服務(wù)器A (參與)4發(fā)送SIPMESSAGE請求。SIP MESSAGE請求能夠根據(jù)OMA指定的PoC過程來發(fā)送。這可以包括在PoC服務(wù)器X (控制)5 與PoC服務(wù)器A (參與)4之間的現(xiàn)有SIP對話內(nèi)或該SIP對話外發(fā)送SIP MESSAGE請求。 在SIP MESSAGE請求在SIP對話外發(fā)送的情況中，SIP MESSAGE請求包括位于PoC客戶端 A3的參與者的身份。無論SIPMESSAGE請求在現(xiàn)有SIP對話內(nèi)還是現(xiàn)有SIP對話外發(fā)送，它 均包含接收的SIPREFER請求的Refer-To報頭中包含的成功輸送報告。S15. PoC服務(wù)器A(參與)3將SIP MESSAGE請求轉(zhuǎn)發(fā)到PoC客戶端A4。S16. PoC客戶端A3向PoC服務(wù)器A (參與)4發(fā)送SIP 200 “0K”響應(yīng)以確認SIP MESSAGE請求被接收到。S17.PoC服務(wù)器A(參與)4將SIP 200 “0K”響應(yīng)轉(zhuǎn)發(fā)到PoC服務(wù)器X(控制)5。注意圖2僅示出PoC功能實體。在現(xiàn)實中，消息經(jīng)由SIP/IP核心(例如 3GPP/3GPP2IMS網(wǎng)絡(luò))來發(fā)送。還要注意OMA PoC規(guī)范中未描述步驟S2至S5和SlO至S13， 而描述了步驟S6至S9和S14至S17。在OMA PoC規(guī)范中，對支持SIP MESSAGE方法中的離 散媒體的每個參與者重復(fù)步驟S6至S9，而上述發(fā)明使得僅向一個參與者發(fā)送SIP MESSAGE 中的離散媒體成為可能。還要注意雖然上文描述PoC用戶A向PoC用戶B發(fā)送離散媒體的方式，但是可能存 在以下情況PoC用戶A想要向PoC群會話中的某些參與者而非所有參與者發(fā)送離散媒體。 例如，PoC用戶A可能希望向PoC用戶B、C和D發(fā)送離散媒體，而不向PoC用戶E、F和G發(fā) 送，其中所有這些用戶均是相同PoC群會話中的參與者。在此情況中，PoC用戶A選擇要向 其發(fā)送離散媒體消息的用戶，并且SIP REFER請求的Refer-To報頭包含內(nèi)容-ID字段。此 字段是指REFER請求的消息主體之一，其包含所有選定的參與者的身份。以此方式，PoC服 務(wù)器X (控制)5能夠?qū)㈦x散媒體僅尋址到選定的用戶。而且，能夠自動地或基于某些準則 來選擇一群選定的用戶。例如，能夠選擇處于特定計費費率(tariff)上的一群用戶以便接 收與他們的計費相關(guān)的離散媒體消息傳送，而不會將該離散媒體發(fā)送到群會話中的所有參 與者。相似地，能夠根據(jù)選定的參與者向哪個網(wǎng)絡(luò)運營商注冊來將離散媒體消息發(fā)送到選 定的參與者。將認識到存在許多其他情況，其中能夠向一群用戶發(fā)送離散媒體消息而不向 PoC會話中的所有參與者發(fā)送離散媒體消息。現(xiàn)在轉(zhuǎn)到PoC用戶A希望與PoC用戶B建立VoIP會話的情況，其中兩個用戶都是 1-多PoC群會話中的參與者，必須從PoC客戶端A向PoC客戶端B發(fā)送全雙工呼叫隨之繼9續(xù)消息，但是不發(fā)送到PoC群會話中的所有其他參與者。信令基本與圖2所示的信令相同， 但是有以下區(qū)別 步驟S2中發(fā)送的Refer-To報頭中的消息主體的內(nèi)容-類型總是應(yīng)用/vnd. poc. fdcfo+xml 主體；· PoC服務(wù)器X (控制)5在接收到步驟3的SIP REFER之后，檢查Refer-1To報頭 中接收的PoC地址所標識的參與者是否支持全雙工呼叫隨之繼續(xù)，然后再接著執(zhí)行下一步 驟·’以及 因為OMA PoC中的全雙工呼叫隨之繼續(xù)過程未定義任何過程來報告全雙工呼叫 隨之繼續(xù)消息的成功輸送，所以不執(zhí)行步驟SlO和S17。為了進一步示出本發(fā)明，圖3中示出PoC服務(wù)器)(5所采取的步驟。以下編號對應(yīng) 于圖2和圖3的編號。S3. PoC 服務(wù)器 X (控制)5 從 PoC 服務(wù)器 A (參與)4 接收 SIP REFER。SIP REFER 包含PoC客戶端B的身份和可以是離散媒體消息或全雙工呼叫隨之繼續(xù)請求的消息內(nèi)容。 如果消息內(nèi)容是離散媒體消息，SIP REFER還可以包含對成功輸送報告的請求。SiBb.PoC服務(wù)器X(控制)5生成尋址到PoC客戶端B且包含消息內(nèi)容的SIP MESSAGE方法；以及S6. PoC服務(wù)器X (控制)5向PoC服務(wù)器B (參與)6發(fā)送SIPMESSAGE。如果在SIP REFER消息中包含了對成功輸送報告的請求，則在PoC服務(wù)器X(控 制)5還進行以下步驟Sll. PoC服務(wù)器X(控制)5從PoC服務(wù)器B接收SIP REFER消息，該消息具有 Refer-To報頭，該報頭包含源參與者的身份和成功輸送報告；Sllb. PoC服務(wù)器X(控制)5生成SIP MESSAGE方法，該MESSAGE尋址到PoC客戶 端A且包含成功輸送報告；以及S14.PoC服務(wù)器X(控制)5向源參與服務(wù)器發(fā)送該第二 MESSAGE。圖4中示出PoC服務(wù)器X(控制)5的示例。該服務(wù)器包括用于接收從PoC服務(wù)器 A(參與)4發(fā)送的REFER消息的接收器8以及用于創(chuàng)建SIP MESSAGE方法處理器9。提供傳 送器10，用于將MESSAGE發(fā)送到PoC服務(wù)器B (參與)6。在SIP REFER消息中的Refer-To 報頭包含對成功輸送報告的請求的情況中，則PoC服務(wù)器X (控制)5還提供有第二接收器 11和第二處理器12，第二接收器11用于從PoC服務(wù)器B (參與)6接收會話發(fā)起協(xié)議REFER 消息，第二處理器12用于創(chuàng)建尋址到PoC客戶端A3且包含成功輸送報告的SIP MESSAGE 方法。提供第二傳送器13，用于將第二 MESSAGE發(fā)送到PoC服務(wù)器A (參與)4，源參與服務(wù)器。圖5中示出PoC客戶端3的示例。PoC客戶端3提供有用于生成SIP REFER消息 的處理器14。REFER消息具有Refer-To報頭，該報頭包含PoC群會話中的PoC客戶端B7 的身份和消息內(nèi)容，消息內(nèi)容可以是離散媒體消息或全雙工呼叫隨之繼續(xù)請求。提供傳送 器15，用于將REFER消息發(fā)送到PoC服務(wù)器A (參與)4?？蛻舳?還可以包括接收器16，接 收器16布置成如果成功輸送報告被請求，則接收包含成功輸送報告的SIP MESSAGE。該節(jié) 點還可以包括第二處理器17，第二處理器17用于在PoC用戶B是匿名的情況下從參與信息 和媒體突發(fā)控制協(xié)議媒體突發(fā)消息之一來確定PoC用戶B的身份。
圖6中示出PoC服務(wù)器A(參與)4的示例。PoC服務(wù)器(參與)4提供有接收器 18、處理器19和傳送器20，接收器18用于從PoC客戶端A 3接收SIP REFER消息，處理器 19用于消息處理，以及傳送器20用于將SIP REFER消息轉(zhuǎn)發(fā)到PoC服務(wù)器X(控制)5。本發(fā)明使得向1-多或1-多-IPoC群會話中的各個參與者發(fā)送私密通信成為可 能。所以，例如能夠?qū)㈦x散媒體從調(diào)度員發(fā)送到1-多-1通信中的個體PoC組成員。而且， 即使PoC群會話中的參與者是匿名的，仍能夠?qū)㈦x散媒體從1-多PoC群會話中的一個參與 者發(fā)送到另一個參與者。即使PoC群會話中的參與者是匿名的，仍能夠?qū)⒊晒斔蛨蟾鎻?離散媒體的接收器發(fā)送到PoC會話中的個體參與者。本發(fā)明還能夠用于通過本發(fā)明使用 PoC群會話中的兩個參與者之間的全雙工呼叫隨之繼續(xù)服務(wù)來建立VolP/CS呼叫。本領(lǐng)域技術(shù)人員將認識到在不背離本發(fā)明范圍的前提下可以對上述的實施例進 行多種修改。例如，PoC功能實體描述為位于IMS網(wǎng)絡(luò)中，但是可設(shè)想其他類型的網(wǎng)絡(luò)能用于攜帶PoC會話。本說明書中使用了以下縮寫3GPP3G合作伙伴項目3GPP2第三三代合作伙伴項目2CDMA2000cdma2000 擴頻IETF國際工程任務(wù)組MBCP媒體突發(fā)控制協(xié)議OMA開放移動聯(lián)盟PoC蜂窩上的即按即說SIP會話發(fā)起協(xié)議WCDMA寬帶碼分多址WG工作組
權(quán)利要求
1.一種向蜂窩上的即按即說群會話中的參與者發(fā)送私密通信的方法，所述方法包括 在控制服務(wù)器，從服務(wù)于所述群會話中的源參與者的源參與服務(wù)器接收會話發(fā)起協(xié)議REFER消息，所述REFER消息具有Refer-To報頭，所述Refer-To報頭包括所述群會話中目 標參與者的身份和消息內(nèi)容；創(chuàng)建會話發(fā)起協(xié)議MESSAGE方法，所述MESSAGE尋址到所述目標參與者并包括所述消 息內(nèi)容；以及將所述MESSAGE發(fā)送到目標參與服務(wù)器，所述目標參與服務(wù)器服務(wù)于所述目標參與者ο
2.如權(quán)利要求1所述的方法，其中所述消息內(nèi)容包括離散媒體消息。
3.如權(quán)利要求1或2所述的方法，其中所述目標參與者是匿名的，并且從參與信息和媒 體突發(fā)控制協(xié)議媒體突發(fā)消息之一來檢索所述目標參與者的身份。
4.如權(quán)利要求1、2或3所述的方法，其中所述Refer-To報頭還包括對成功輸送報告的 請求。
5.如權(quán)利要求4所述的方法，還包括在所述控制服務(wù)器，從所述目標參與服務(wù)器接收第二會話發(fā)起協(xié)議REFER消息，所述 第二 REFER消息具有包括源參與者的身份和成功輸送報告的Refer-To報頭；創(chuàng)建第二會話發(fā)起協(xié)議MESSAGE方法，所述MESSAGE尋址到所述源參與者并包括所述 成功輸送報告；以及將所述第二 MESSAGE發(fā)送到所述源參與服務(wù)器。
6.如權(quán)利要求1至5中任一項所述的方法，其中所述Refer-To報頭包括從所述群會話 中的所有參與者選擇的多個目標參與者的身份。
7.如權(quán)利要求1所述的方法，其中所述消息內(nèi)容包括全雙工呼叫隨之繼續(xù)請求，所述 請求將所述目標參與者邀請到與所述源參與者的全雙工通信會話。
8.如權(quán)利要求7所述的方法，其中所述目標參與者是匿名的，并且從參與信息和媒體 突發(fā)控制協(xié)議媒體突發(fā)消息之一來檢索所述目標參與者的身份。
9.一種蜂窩上的即按即說控制服務(wù)器節(jié)點，包括接收器，用于從服務(wù)于所述群會話中的源參與者的源參與服務(wù)器接收會話發(fā)起協(xié)議 REFER消息，所述REFER消息具有Refer-To報頭，所述Refer-To報頭包括所述群會話中目 標參與者的身份和消息內(nèi)容；處理器，用于創(chuàng)建會話發(fā)起協(xié)議MESSAGE方法，所述MESSAGE尋址到所述目標參與者并 包括所述消息內(nèi)容；以及傳送器，用于將所述MESSAGE發(fā)送到目標參與服務(wù)器，所述目標參與服務(wù)器服務(wù)于所 述目標參與者。
10.如權(quán)利要求9所述的控制服務(wù)器節(jié)點，其中所述Refer-To報頭還包括對成功輸送 報告的請求。
11.如權(quán)利要求10所述的控制服務(wù)器節(jié)點，還包括第二接收器，用于從所述目標參與服務(wù)器接收第二會話發(fā)起協(xié)議REFER消息，所述第 二 REFER消息具有包括源參與者的身份和成功輸送報告的Refer-To報頭；第二處理器，用于創(chuàng)建第二會話發(fā)起協(xié)議MESSAGE方法，所述MESSAGE尋址到所述源參與者并包括所述成功輸送報告；以及第二傳送器，用于將所述第二 MESSAGE發(fā)送到所述源參與服務(wù)器。
12.—種蜂窩上的即按即說客戶端節(jié)點，所述客戶端節(jié)點包括處理器，用于生成會話發(fā)起協(xié)議REFER消息，所述REFER消息具有Refer-To報頭，所述 Refer-To報頭包括群會話中目標參與者的身份和消息內(nèi)容；傳送器，用于經(jīng)由蜂窩上的即按即說參與服務(wù)器將所述REFER消息發(fā)送到蜂窩上的即 按即說控制服務(wù)器。
13.如權(quán)利要求12所述的客戶端節(jié)點，其中所述消息內(nèi)容包括離散媒體消息。
14.如權(quán)利要求12或13所述的客戶端節(jié)點，包括第二處理器，用于從參與信息和媒體 突發(fā)控制協(xié)議媒體突發(fā)消息之一來確定所述目標參與者的身份。
15.如權(quán)利要求14所述的客戶端節(jié)點，還包括接收器，所述接收器布置成接收包括成 功輸送報告的會話發(fā)起協(xié)議確認MESSAGE。
16.如權(quán)利要求12所述的客戶端節(jié)點，其中所述消息內(nèi)容包括全雙工呼叫隨之繼續(xù)請 求，所述請求將所述目標參與者邀請到與所述源參與者的全雙工通信會話。
17.—種蜂窩上的即按即說參與服務(wù)器節(jié)點，包括接收器，用于從蜂窩上的即按即說客戶端節(jié)點接收會話發(fā)起協(xié)議REFER消息，所述 REFER消息具有Refer-To報頭，所述Refer-To報頭包括群會話中目標參與者的身份和消息 內(nèi)容；以及傳送器，用于將接收的REFER消息發(fā)送到蜂窩上的即按即說控制服務(wù)器節(jié)點。
全文摘要
一種向PoC群會話中的參與者發(fā)送通信的方法。PoC客戶端向PoC參與服務(wù)器發(fā)送SIP REFER消息，PoC參與服務(wù)器將其轉(zhuǎn)發(fā)到PoC控制服務(wù)器。SIP REFER消息包括群會話中的目標參與者的身份和消息內(nèi)容。PoC控制服務(wù)器創(chuàng)建SIP MESSAGE方法，該MESSAGE尋址到目標參與者并且包括消息內(nèi)容。然后將該SIP MESSAGE發(fā)送到服務(wù)于目標參與者的目標參與服務(wù)器。以此方式，PoC客戶端能夠經(jīng)由PoC控制服務(wù)器向PoC群會話中的另一個參與者發(fā)送私密消息內(nèi)容而不將其發(fā)送到所有參與者。
文檔編號H04W4/10GK102057700SQ200880129798
公開日2011年5月11日 申請日期2008年6月9日 優(yōu)先權(quán)日2008年6月9日
發(fā)明者J·霍爾姆, M·O·斯蒂爾 申請人:愛立信電話股份有限公司