專利名稱：臨時(shí)群組的會(huì)話請(qǐng)求方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線一鍵通(Push to Talk over Cellular，PoC)業(yè)務(wù)，尤其涉及一種應(yīng)用在PoC業(yè)務(wù)中的臨時(shí)群組的會(huì)話請(qǐng)求方法。
背景技術(shù)：
PoC業(yè)務(wù)是一種基于移動(dòng)蜂窩公眾網(wǎng)絡(luò)，例如GPRS、cdma2000、WCDMA或cdma2000等網(wǎng)絡(luò)，采用VoIP技術(shù)的半雙工通訊系統(tǒng)，其借用了集群系統(tǒng)中的PTT(Push-to-Talk，一按即通)特性。PTT業(yè)務(wù)也稱即按即說(shuō)業(yè)務(wù)，其可以支持“點(diǎn)到點(diǎn)”和“點(diǎn)到多點(diǎn)”話音通信，會(huì)話的發(fā)起者可以通過(guò)群組ID或呼叫者列表來(lái)向一群人發(fā)起通話。
PoC業(yè)務(wù)中的群組可以分為兩類一類群組是在發(fā)起會(huì)話請(qǐng)求前已經(jīng)建立的群組，該群組的信息保存在XDM(XML Document Management，可擴(kuò)展標(biāo)記語(yǔ)言資料管理)服務(wù)器中，供以后發(fā)起會(huì)話使用，在這種情況下，發(fā)起會(huì)話人通過(guò)群組ID發(fā)起會(huì)話請(qǐng)求，PoC服務(wù)器收到請(qǐng)求后從XDM服務(wù)器中提取群組名單，然后邀請(qǐng)群組中的成員；另一類群組是臨時(shí)群組，即在發(fā)起會(huì)話請(qǐng)求前沒(méi)有建立的群組，發(fā)起會(huì)話人通過(guò)在會(huì)話請(qǐng)求消息中加入待邀請(qǐng)人的列表的形式向PoC服務(wù)器提出請(qǐng)求，PoC服務(wù)器收到請(qǐng)求后從請(qǐng)求消息的列表中解析出待邀請(qǐng)人的名單，然后向待邀請(qǐng)人發(fā)出會(huì)話請(qǐng)求。
PoC業(yè)務(wù)中，還存在用戶的接入策略，即黑白名單，用戶通過(guò)設(shè)置黑名單(reject list)，可以將黑名單中的人的來(lái)話禁止掉，通過(guò)設(shè)置白名單(accept list)，用戶可以結(jié)合自己的應(yīng)答模式來(lái)自動(dòng)應(yīng)答或者手動(dòng)應(yīng)答白名單中的人的來(lái)話；不在黑白名單中的人的來(lái)話，需要被叫用戶手動(dòng)確認(rèn)是否應(yīng)答。在PoC業(yè)務(wù)中被叫用戶的黑白名單列表保存在XDM服務(wù)器中，在參與功能服務(wù)器(ParticipatingFunction Server，PF Server)收到控制功能服務(wù)器(Controlling Function Server，CFServer)的會(huì)話請(qǐng)求后，在參與功能服務(wù)器下發(fā)該請(qǐng)求給被叫用戶時(shí)會(huì)檢查并執(zhí)行用戶的接入策略。
PoC業(yè)務(wù)中，還支持用戶的隱私，即用戶在參與會(huì)話時(shí)，可以指定自己是否隱藏號(hào)碼，采用匿名的方式接入會(huì)話。目前在建立群組時(shí)或用戶在加入PoC會(huì)話時(shí)，通常指定自己在會(huì)話中的昵稱，通過(guò)隱藏號(hào)碼和昵稱的方式，較好地防止了用戶URI(Uniform Resource Identifier，統(tǒng)一資源標(biāo)識(shí)符)泄漏給群組中其他成員的問(wèn)題。
由于在發(fā)出臨時(shí)群組會(huì)話時(shí)，被叫用戶還沒(méi)有接入，且臨時(shí)群組并沒(méi)有信息在呼叫前存放于數(shù)據(jù)庫(kù)中，所以被叫用戶的昵稱不可用。在發(fā)起臨時(shí)群組會(huì)話時(shí)，只能采用被叫URI列表的形式來(lái)發(fā)起呼叫。對(duì)于一個(gè)被叫來(lái)說(shuō)，邀請(qǐng)了哪些人也許是被叫用戶決定是否加入會(huì)話的參考，因此被叫用戶有得到所有被叫用戶身份信息的需求，如果將所有被叫用戶的URI給被叫，則會(huì)造成某些不愿透露URI的被叫用戶URI被泄漏的問(wèn)題。
目前臨時(shí)群組的會(huì)話請(qǐng)求有四種方式一是主叫用戶將臨時(shí)群組的會(huì)話請(qǐng)求的邀請(qǐng)發(fā)給PoC服務(wù)器，PoC服務(wù)器在向各個(gè)被叫用戶發(fā)起邀請(qǐng)時(shí)，不提供任何其他被叫用戶的信息。這種方式導(dǎo)致被叫用戶無(wú)法知道哪些用戶被邀請(qǐng)了，因此缺乏必要的參考以決定是否接受該臨時(shí)群組的會(huì)話請(qǐng)求。
二是主叫用戶將臨時(shí)群組的會(huì)話請(qǐng)求的邀請(qǐng)發(fā)給PoC服務(wù)器，PoC服務(wù)器在向各個(gè)被叫用戶發(fā)起邀請(qǐng)時(shí)，提供所有其他被叫用戶的信息。這種方式則會(huì)導(dǎo)致由于被叫用戶可能很多，因此網(wǎng)絡(luò)流量大，另外泄漏了部分被叫用戶的URI，因此存在隱私泄漏問(wèn)題。
三是主叫用戶將臨時(shí)群組的會(huì)話請(qǐng)求的邀請(qǐng)發(fā)給PoC服務(wù)器時(shí)，指定哪些被叫用戶的身份信息將被隱藏，PoC服務(wù)器在向各個(gè)被叫用戶發(fā)起邀請(qǐng)時(shí)，將主叫用戶指定隱藏身份的被叫用戶的信息隱藏起來(lái)，提供所有其他被叫用戶的信息給被叫用戶，要隱藏身份的被叫用戶顯示為隱藏。這種方式會(huì)導(dǎo)致主叫用戶很難知道被叫用戶之間的認(rèn)識(shí)關(guān)系，即使認(rèn)識(shí)的情況下，認(rèn)識(shí)的被叫用戶間也存在不知道對(duì)方URI的情況，存在潛在泄漏用戶隱私的危險(xiǎn)；另外主叫用戶在呼叫前指定被叫用戶是否隱藏身份，比較麻煩；而且網(wǎng)絡(luò)流量大。
四是主叫用戶將臨時(shí)群組的會(huì)話請(qǐng)求的邀請(qǐng)發(fā)給PoC服務(wù)器時(shí)，PoC服務(wù)器向被叫用戶發(fā)送不帶任何被叫用戶信息的會(huì)話請(qǐng)求，被叫用戶在收到請(qǐng)求后向PoC服務(wù)器請(qǐng)求哪些用戶已經(jīng)加入了會(huì)話(其他被叫用戶加入后，已經(jīng)不存在隱私問(wèn)題)，PoC服務(wù)器應(yīng)答后，該被叫用戶再?zèng)Q定是否加入。這種方式會(huì)導(dǎo)致會(huì)話建立時(shí)信令流程復(fù)雜，建立會(huì)話需要較長(zhǎng)時(shí)間，而且僅得到當(dāng)前參與會(huì)話的被叫用戶的信息，參考意義可能不是很大，特別是會(huì)話初期。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種被叫用戶可以知道自己的黑白名單中的哪些用戶被邀請(qǐng)加入臨時(shí)群組會(huì)話，而不會(huì)泄露自己的黑白名單以外的用戶的隱私的臨時(shí)群組的會(huì)話請(qǐng)求方法。
為解決上述技術(shù)問(wèn)題，本發(fā)明所采用的技術(shù)方案是提供一種臨時(shí)群組的會(huì)話請(qǐng)求方法，其包括以下步驟a.請(qǐng)求發(fā)起者向被叫用戶的無(wú)線一鍵通PoC服務(wù)器發(fā)送包含了所有被叫用戶的統(tǒng)一資源標(biāo)識(shí)符URI的會(huì)話請(qǐng)求消息；b.被叫用戶的PoC服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊?；c.被叫用戶的PoC服務(wù)器將查詢到的該被叫用戶的黑白名單與其他被叫用戶的URI相比較，得出該被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶；d.被叫用戶的PoC服務(wù)器將該結(jié)果包含在連接請(qǐng)求消息中發(fā)送給該被叫用戶。
上述技術(shù)方案的進(jìn)一步改進(jìn)在于所述請(qǐng)求發(fā)起者為主叫用戶，所述步驟a進(jìn)一步包括以下步驟(1)主叫用戶將包含了所有被叫用戶的URI的會(huì)話請(qǐng)求消息發(fā)送給主叫用戶的PoC服務(wù)器；
(2)主叫用戶的PoC服務(wù)器收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給主叫用戶的會(huì)話初始協(xié)議/互聯(lián)網(wǎng)協(xié)議核心網(wǎng)SIP/IP Core；(3)主叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給被叫用戶的SIP/IPCore；(4)被叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后發(fā)送給被叫用戶的PoC服務(wù)器。
上述技術(shù)方案的進(jìn)一步改進(jìn)在于所述步驟(4)后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
上述技術(shù)方案的進(jìn)一步改進(jìn)在于所述步驟c后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
上述技術(shù)方案的進(jìn)一步改進(jìn)在于所述步驟d后還包括步驟e被叫用戶根據(jù)收到的連接請(qǐng)求消息決定是否加入該會(huì)話。
本發(fā)明的有益效果是由于本發(fā)明的被叫用戶的PoC服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊?；并將查詢到的該被叫用戶的黑白名單與其他被叫用戶的URI相比較，得出該被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶；然后將該結(jié)果包含在連接請(qǐng)求消息中發(fā)送給該被叫用戶，因此被叫用戶可以知道自己的黑白名單中的用戶是否也被邀請(qǐng)，從而決定是否加入會(huì)話，且被叫用戶不會(huì)收到自己的黑白名單以外的用戶的信息，從而避免了隱私暴露的問(wèn)題；另外，本發(fā)明的臨時(shí)群組的會(huì)話請(qǐng)求方法不需要主叫和被叫用戶增加煩瑣的操作，建立會(huì)話的時(shí)間較短，網(wǎng)絡(luò)流量小。


圖1是本發(fā)明臨時(shí)群組的會(huì)話請(qǐng)求方法的流程圖；圖2是本發(fā)明具體實(shí)施方式
的臨時(shí)群組的會(huì)話請(qǐng)求方法的過(guò)程示意圖；圖3是本發(fā)明具體實(shí)施方式
的臨時(shí)群組的會(huì)話請(qǐng)求方法的流程圖。
具體實(shí)施例方式
請(qǐng)參閱圖1，本發(fā)明應(yīng)用在PoC業(yè)務(wù)中的臨時(shí)群組的會(huì)話請(qǐng)求方法主要包括以下步驟a.請(qǐng)求發(fā)起者向被叫用戶的PoC服務(wù)器發(fā)送包含了所有被叫用戶的URI的會(huì)話請(qǐng)求消息；b.被叫用戶的PoC服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊?；本領(lǐng)域的普通技術(shù)人員可以知道，這里也可以只查詢黑名單或白名單，甚至是用戶或服務(wù)器另外設(shè)置的名單；c.被叫用戶的PoC服務(wù)器將查詢到的該被叫用戶的黑白名單與其他被叫用戶的URI相比較，得出該被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶和其他被叫用戶的人數(shù)；d.被叫用戶的PoC服務(wù)器將被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶和/或其他被叫用戶的人數(shù)包含在連接請(qǐng)求消息中發(fā)送給該被叫用戶；e.該被叫用戶根據(jù)收到的連接請(qǐng)求消息決定是否加入該會(huì)話。
所述請(qǐng)求發(fā)起者為主叫用戶或主叫用戶的POC服務(wù)器。對(duì)于用戶采用通配符來(lái)標(biāo)識(shí)的黑白名單，為不泄漏用戶隱私，在連接請(qǐng)求消息中以符合通配符的黑白名單個(gè)數(shù)來(lái)說(shuō)明。
請(qǐng)參閱圖2和圖3，本發(fā)明以請(qǐng)求發(fā)起者為主叫用戶A發(fā)起臨時(shí)群組的會(huì)話建立請(qǐng)求，其中臨時(shí)群組的其中一個(gè)被叫用戶B采用自動(dòng)應(yīng)答模式為例，該臨時(shí)群組的會(huì)話請(qǐng)求方法包括以下步驟(1)主叫用戶A將包含了所有被叫用戶的URI的會(huì)話請(qǐng)求消息(INVITE)發(fā)送給主叫用戶A的PoC服務(wù)器A；(2)PoC服務(wù)器A收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給會(huì)話初始協(xié)議/互聯(lián)網(wǎng)協(xié)議核心網(wǎng)SIP/IP Core A；(3)SIP/IP Core A收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給SIP/IP Core B；(4)SIP/IP Core B收到該會(huì)話請(qǐng)求消息后發(fā)送給被叫用戶B的PoC服務(wù)器B；(5)PoC服務(wù)器B在收到該會(huì)話請(qǐng)求消息后給SIP/IP Core B返回確認(rèn)信息(OK)；(6)SIP/IP Core B收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給SIP/IP Core A；(7)SIP/IP Core A收到該返回確認(rèn)信息后發(fā)送到PoC服務(wù)器A；(8)PoC服務(wù)器B查詢被叫用戶B的黑白名單并處理，其進(jìn)一步包括如下步驟(81)PoC服務(wù)器B(參與功能)向XDM服務(wù)器查詢被叫用戶B的黑白名單；(82)PoC服務(wù)器B將查詢到被叫用戶B的黑白名單與所收到的會(huì)話請(qǐng)求信息中的所有被叫用戶的URI相比較；(83)得出被叫用戶B的黑白名單中的所有被叫用戶和其他被叫用戶的人數(shù)；(9)PoC服務(wù)器B(參與功能)向被叫用戶B發(fā)起連接請(qǐng)求消息，該消息包含了經(jīng)過(guò)查詢后得到的該被叫用戶的黑白名單中的所有被叫用戶和其他被叫用戶的人數(shù)；(10)被叫用戶B向PoC服務(wù)器B(參與功能)返回發(fā)言確認(rèn)信息(Talk BurstAcknowledge)。
當(dāng)本發(fā)明的請(qǐng)求發(fā)起者為主叫用戶的POC服務(wù)器時(shí)，則本發(fā)明的臨時(shí)群組的會(huì)話請(qǐng)求方法與上述相比少了步驟(1)。
本發(fā)明的會(huì)話請(qǐng)求消息中包含了所有被叫用戶的URI，現(xiàn)有技術(shù)方案中的連接請(qǐng)求消息僅包含了一個(gè)目標(biāo)被叫用戶標(biāo)識(shí)，而本發(fā)明的連接請(qǐng)求消息中還包含了經(jīng)過(guò)查詢后得到的被叫用戶B的黑白名單中的所有被叫用戶和其他被叫用戶的人數(shù)。本發(fā)明的臨時(shí)群組的會(huì)話請(qǐng)求方法跟現(xiàn)有技術(shù)方案的不同主要在于被叫用戶的PoC服務(wù)器(參與功能)內(nèi)部處理流程以及收到消息和發(fā)出消息的內(nèi)容。
另外，本發(fā)明的臨時(shí)群組的會(huì)話請(qǐng)求方法的步驟(8)也可以在步驟(4)之后就進(jìn)行。
權(quán)利要求
1.一種臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于包括以下步驟a.請(qǐng)求發(fā)起者向被叫用戶的無(wú)線一鍵通PoC服務(wù)器發(fā)送包含了所有被叫用戶的統(tǒng)一資源標(biāo)識(shí)符URI的會(huì)話請(qǐng)求消息；b.被叫用戶PoC服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊?；c.被叫用戶PoC服務(wù)器將查詢到的該被叫用戶的黑白名單與其他被叫用戶的URI相比較，得出該被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶；d.被叫用戶PoC服務(wù)器將該結(jié)果包含在連接請(qǐng)求消息中發(fā)送給該被叫用戶。
2.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述請(qǐng)求發(fā)起者為主叫用戶，所述步驟a進(jìn)一步包括以下步驟(1)主叫用戶將包含了所有被叫用戶URI的會(huì)話請(qǐng)求消息發(fā)送給主叫用戶的PoC服務(wù)器；(2)主叫用戶的PoC服務(wù)器收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給主叫用戶的會(huì)話初始協(xié)議/互聯(lián)網(wǎng)協(xié)議核心網(wǎng)SIP/IP Core；(3)主叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給被叫用戶的SIP/IPCore；(4)被叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后發(fā)送給被叫用戶的PoC服務(wù)器。
3.如權(quán)利要求2所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟(4)后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
4.如權(quán)利要求2所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟c后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
5.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟d后還包括步驟e被叫用戶根據(jù)收到的連接請(qǐng)求消息決定是否加入該會(huì)話。
6.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟b是由被叫用戶的PoC服務(wù)器向可擴(kuò)展標(biāo)記語(yǔ)言XML資料管理服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊巍?br> 7.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟c還包括得出除每一臨時(shí)群組被叫用戶的黑白名單中的所有被叫用戶外的其他被叫用戶的人數(shù)，并包含在步驟d的請(qǐng)求連接信息中。
8.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于對(duì)于用戶采用通配符來(lái)標(biāo)識(shí)的黑白名單，所述步驟c所得出的每一臨時(shí)群組被叫用戶的黑白名單中的所有被叫用戶是用符合通配符的黑白名單個(gè)數(shù)來(lái)表示。
9.如權(quán)利要求1所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述請(qǐng)求發(fā)起者為主叫用戶的POC服務(wù)器，所述步驟a進(jìn)一步包括以下步驟(2)主叫用戶的PoC服務(wù)器收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(3)主叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后轉(zhuǎn)發(fā)給被叫用戶的SIP/IPCore；(4)被叫用戶的SIP/IP Core收到該會(huì)話請(qǐng)求消息后發(fā)送給被叫用戶的PoC服務(wù)器。
10.如權(quán)利要求9所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟(4)后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
11.如權(quán)利要求9所述的臨時(shí)群組的會(huì)話請(qǐng)求方法，其特征在于所述步驟c后還包括以下步驟(5)被叫用戶的PoC服務(wù)器在收到該會(huì)話請(qǐng)求消息后給被叫用戶的SIP/IPCore返回確認(rèn)信息；(6)被叫用戶的SIP/IP Core收到該返回確認(rèn)信息后轉(zhuǎn)發(fā)給主叫用戶的SIP/IPCore；(7)主叫用戶的SIP/IP Core收到該返回確認(rèn)信息后發(fā)送到主叫用戶的PoC服務(wù)器。
全文摘要
本發(fā)明涉及一種臨時(shí)群組的會(huì)話請(qǐng)求方法，其包括以下步驟請(qǐng)求發(fā)起者向被叫用戶的PoC服務(wù)器發(fā)送包含了所有被叫用戶的URI的會(huì)話請(qǐng)求消息；被叫用戶的PoC服務(wù)器查詢?cè)摫唤杏脩舻暮诎酌麊?；被叫用戶的PoC服務(wù)器將查詢到的該被叫用戶的黑白名單與其他被叫用戶的URI相比較，得出該被叫用戶的黑白名單中的所有臨時(shí)群組的被叫用戶；被叫用戶的PoC服務(wù)器將該結(jié)果包含在連接請(qǐng)求消息中發(fā)送給該被叫用戶。本發(fā)明的臨時(shí)群組的會(huì)話請(qǐng)求方法使被叫用戶可以知道自己的黑白名單中的用戶是否也被邀請(qǐng)，從而決定是否加入會(huì)話，且被叫用戶不會(huì)收到自己的黑白名單以外的用戶的信息，從而避免了隱私暴露的問(wèn)題；且不需要主叫和被叫用戶增加煩瑣的操作，建立會(huì)話的時(shí)間較短，網(wǎng)絡(luò)流量小。
文檔編號(hào)H04L29/06GK1859644SQ20051012146
公開日2006年11月8日 申請(qǐng)日期2005年12月30日 優(yōu)先權(quán)日2005年12月30日
發(fā)明者伍旭剛, 張生庭, 李林 申請(qǐng)人:華為技術(shù)有限公司