專利名稱:媒體流數(shù)據(jù)的傳送方法、系統(tǒng)、服務(wù)器及客戶端的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種數(shù)據(jù)傳送方法、系統(tǒng)、服務(wù)器及客戶端,尤其是一種媒 體流數(shù)據(jù)的傳送方法、系統(tǒng)、服務(wù)器及客戶端。
背景技術(shù):
無線一鍵通(PTT over cellular,簡(jiǎn)稱PoC )是開放移動(dòng)聯(lián)盟組織(叩en mobile alliance,簡(jiǎn)稱0MA)定義的在分組網(wǎng)絡(luò)上實(shí)現(xiàn)的群組會(huì)話的一種業(yè) 務(wù),采用分組語音(VoIP)以及半雙工的方式,低成本、高效率的滿足客戶端 的實(shí)時(shí)通信需求.PoC業(yè)務(wù)具有如下特點(diǎn)
通話時(shí)不需要撥號(hào),按住特殊鍵,實(shí)現(xiàn)語音通信;
可以實(shí)現(xiàn)組播, 一個(gè)人說話,同時(shí)多個(gè)人收聽;
該群組可以是定義好的,也可以是臨時(shí)定義的;
在通話過程中半雙工模式,被叫在接聽的時(shí)候不能發(fā)言;
客戶端一直在線,建立通話的時(shí)間短,方便撥號(hào);
OMA對(duì)PoC的網(wǎng)絡(luò)框架也有了初步的定義,如圖1所示,主要包括PoC 客戶端(PoC Client) 、 PoC服務(wù)器(PoC Server)、支持SIP/IP的核心 網(wǎng)絡(luò)(SIP/IP core ) 、 PoC XML文檔管理服務(wù)器(XDMS )、呈現(xiàn)服務(wù)器 (Presence Server)、呈現(xiàn)源(Presence Soutce)、觀察者(Watcher)、 文檔管理客戶端(DM Client) 、 XML文檔管理客戶端(XDMC)、共享的XML 文檔管理服務(wù)器(Shared XDMS)、聚合代理(Aggregat ion Proxy)、文檔管 理服務(wù)器(DM Server)、接入網(wǎng)(ACCESS NETWORK )、遠(yuǎn)程PoC網(wǎng)絡(luò)(Remote PoC Network)。
PoC功能主要是由PoC Server以及PoC Client實(shí)現(xiàn)的,PoC XDMS以及 XDMC實(shí)現(xiàn)PoC群組信息管理操作。PoC Client通過PoC-l接口通過SIP/IPCore和PoC-2接口和PoC Server實(shí)現(xiàn)會(huì)話控制的信令交互;通過PoC - 3 接口實(shí)現(xiàn)媒體傳輸。
^f等通4言(peer—to—peer communications )運(yùn)4亍在基于分層架構(gòu)的同一 網(wǎng)絡(luò)通信級(jí)別上的各種設(shè)備之間的交互。
在現(xiàn)有的PoC規(guī)范中,會(huì)話中由實(shí)時(shí)傳輸協(xié)議(Real Time Transport Protocol,簡(jiǎn)稱RTP)承載的4某體流(Media burst)、樣體流控制信令和質(zhì) 量反饋報(bào)告都通過PoC - 3和PoC - 4接口 。如圖2所示,在所有會(huì)話類型里, RTP々某體傳輸是單工的,因此在某個(gè)時(shí)刻只允許一個(gè)參與者發(fā)起RTP媒體流, 發(fā)送和接收的RTP力某體流都要通過控制PoC服務(wù)器,其中會(huì)有一些中轉(zhuǎn)功能 的PoC服務(wù)器(如圖2中的PoC Server A和PoC Server B),他們負(fù)責(zé)中 轉(zhuǎn)傳送RTP媒體流到具有控制功能的PoC服務(wù)器,然后由CF PoC服務(wù)器分發(fā) 到各個(gè)參與會(huì)話的PoC客戶端。
在實(shí)現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)至少存在以下問 題現(xiàn)有技術(shù)的PoC規(guī)范和業(yè)務(wù)解決方案中,PoC業(yè)務(wù)會(huì)話中客戶端發(fā)言(Talk burst/ Media burst)的媒體流(RTP)是集中通過起控制功能(CF)的PoC Server,然后分發(fā)到其他客戶端那里,這樣的做法有如下的缺點(diǎn)PoC Server 要把接收到的客戶端發(fā)言的媒體流分發(fā)傳送到其他會(huì)話參加者,沒有考慮PoC 客戶端所處的地域?qū)υ拕?wù)傳輸?shù)挠绊憽⒔K端能力的充分利用,而PoC Server 服務(wù)器的負(fù)擔(dān)很重,并且其附近的網(wǎng)絡(luò)的流量會(huì)比較大,特別是在PoC 2.0 支持多媒體形式的媒體流和離散媒體流(如文件等形式的媒體流)的情況下,
這種情況會(huì)更加嚴(yán)重。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的是提供一種媒體流數(shù)據(jù)的傳送方法、系統(tǒng)、服務(wù)器 及客戶端,以減輕PoC服務(wù)器負(fù)擔(dān),實(shí)現(xiàn)網(wǎng)絡(luò)資源的分布式共享。
為實(shí)現(xiàn)上述目的,本發(fā)明實(shí)施例提供了一種媒體流數(shù)據(jù)的傳送方法,包
括 將會(huì)話中的所有客戶端分成第 一會(huì)話組和第二會(huì)話組; 將接收到的獲得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第一會(huì) 話組中的客戶端;
通過所述第 一會(huì)話組中的客戶端將所述媒體流數(shù)據(jù)發(fā)送給第二會(huì)話組中 的客戶端。
本發(fā)明實(shí)施例還提供了一種媒體流數(shù)據(jù)的傳送系統(tǒng),包括PoC服務(wù)器, 在所述PoC服務(wù)器中設(shè)置有
分組模塊,用于對(duì)會(huì)話中的所有客戶端進(jìn)行分組,生成第一會(huì)話組和第 二會(huì)話組;
媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊,用于將獲得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù)
包轉(zhuǎn)發(fā)給第 一會(huì)話組的客戶端;
所述第一會(huì)話組中的客戶端,用于接收PoC服務(wù)器發(fā)送的媒體流數(shù)據(jù),
并將該媒體流數(shù)據(jù)轉(zhuǎn)發(fā)給第二會(huì)話組中的客戶端。
本發(fā)明實(shí)施例還提供了一種無線一鍵通服務(wù)器,包括
分組模塊,用于將會(huì)話中的所有客戶端分成第一會(huì)話組和第二會(huì)話組;
媒體流數(shù)據(jù)轉(zhuǎn)發(fā)模塊,用于根據(jù)所述分組模塊的分組結(jié)果,接收到的獲
得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第 一會(huì)話組中的客戶端。 本發(fā)明實(shí)施例還提供了一種客戶端,包括
對(duì)應(yīng)關(guān)系存儲(chǔ)模塊,用于接收并存儲(chǔ)本客戶端與其他客戶端的媒體數(shù)據(jù) 流轉(zhuǎn)發(fā)關(guān)系;
媒體流數(shù)據(jù)中轉(zhuǎn)模塊,用于將接收到的要發(fā)送給所述其他客戶端的媒體 流數(shù)據(jù),根據(jù)所述對(duì)應(yīng)關(guān)系存儲(chǔ)模塊中存儲(chǔ)的媒體數(shù)據(jù)流轉(zhuǎn)發(fā)關(guān)系,將該媒 體流數(shù)據(jù)轉(zhuǎn)發(fā)給其他客戶端。
由上述技術(shù)方案可知,本發(fā)明實(shí)施例通過客戶端轉(zhuǎn)發(fā)媒體流數(shù)據(jù)的方式, 減少了 PoC服務(wù)器轉(zhuǎn)發(fā)媒體流數(shù)據(jù)包的次數(shù),減輕了 PoC服務(wù)器負(fù)擔(dān),實(shí)現(xiàn) 了網(wǎng)絡(luò)資源的分布式共享。
下面通過附圖和實(shí)施例,對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
圖1為現(xiàn)有技術(shù)的PoC業(yè)務(wù)系統(tǒng)結(jié)構(gòu)示意圖2為現(xiàn)有技術(shù)的PoC會(huì)話的媒體流傳送信令圖3為本發(fā)明實(shí)施例一的^某體流數(shù)據(jù)的傳送方法的數(shù)據(jù)流傳輸示意圖4為本發(fā)明實(shí)施例一的J 某體流的傳送方法的流程圖5為本發(fā)明實(shí)施例二的々某體流的傳送方法的信令圖6為本發(fā)明實(shí)施例二的媒體流的傳送方法的流程圖7為本發(fā)明實(shí)施例三的PoC會(huì)話中發(fā)生預(yù)約事件的處理過程的信令圖8為本發(fā)明實(shí)施例三的PoC會(huì)話中發(fā)生預(yù)約事件的處理過程的流程圖9為本發(fā)明實(shí)施例四的媒體流數(shù)據(jù)的傳送方法的數(shù)據(jù)流傳輸示意圖10為本發(fā)明實(shí)施例四的媒體流數(shù)據(jù)的傳送方法的流程圖11為本發(fā)明實(shí)施例四的種子客戶端退出會(huì)話時(shí)的處理流程圖12為本發(fā)明實(shí)施例五的媒體流數(shù)據(jù)的傳送系統(tǒng)的結(jié)構(gòu)示意圖13為本發(fā)明實(shí)施例六的無線 一 鍵通服務(wù)器的結(jié)構(gòu)示意圖14為本發(fā)明實(shí)施例七的客戶端的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提出由PoC業(yè)務(wù)中的參與會(huì)話的客戶端來中轉(zhuǎn)Media burst/Talk burst,并控制其中的傳輸過程。具體的實(shí)現(xiàn)方案是承擔(dān)PoC服 務(wù)器根據(jù)策略把參加PoC會(huì)話的客戶端分成2組(A組和B組),PoC服務(wù)器 只把獲得發(fā)言權(quán)的客戶端發(fā)送的Media burst/Talk burst,發(fā)送給A組客戶 端,A組PoC客戶端負(fù)責(zé)把從PoC服務(wù)器接收到的Media bur s t /Ta 1 k bur s t , 中轉(zhuǎn)到B組相應(yīng)的客戶端。
實(shí)施例一
圖3是媒體流數(shù)據(jù)的傳送方法的數(shù)據(jù)流傳輸示意圖,圖4為本發(fā)明實(shí)施例
的媒體流的傳送方法的流程圖,其中,PoCClient A表示A組的客戶端,PoC Client Bl、 PoC Client B2表示B組的客戶端,PoC Server A和PoC Server B為參與功能服務(wù)器,PoC Server X為控制服務(wù)器,具體包括如下步驟
步驟l、 PoC服務(wù)器將會(huì)話中的所有客戶端分成第一會(huì)話組(A組)和第 二會(huì)話組(B組);
步驟2、 PoC服務(wù)器將接收到的獲得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù) 據(jù),轉(zhuǎn)發(fā)給第一會(huì)話組中的客戶端;
某PoC客戶端X (該終端既可以在A組也可以在B組)獲得發(fā)言權(quán)后, 其發(fā)言(Media burst/Talk burst)被分割成若干RTP包傳送(假設(shè)為RTPl, RTP2, RTP3,……,)他們是順序被客戶端X發(fā)送給PoC服務(wù)器。
步驟3、第一會(huì)話組中的客戶端將媒體流數(shù)據(jù)發(fā)送給第二會(huì)話組中的客 戶端。
當(dāng)?shù)谝粋€(gè)RTP1到達(dá)PoC服務(wù)器后,PoC Server只把它分發(fā)給A組客戶 端,然后由A組客戶端再分發(fā)給B組客戶端(可以采取——對(duì)應(yīng)方式,也可 以根據(jù)實(shí)際需要靈活設(shè)置對(duì)應(yīng)關(guān)系);同理,RTP2, RTP3……也如上處理, 直到Media burst/Talk burst的RTP發(fā)送完畢。
對(duì)本實(shí)施例的々某體流的傳送方法在作以下幾點(diǎn)說明
1)在參與會(huì)話的客戶端中,選擇用于中轉(zhuǎn)數(shù)據(jù)包的種子客戶端終端(即 選擇A組的客戶端)可以采用如下選擇策略
方式1、在參與會(huì)話的本地客戶端中選擇種子客戶端(當(dāng)會(huì)話分布在多 個(gè)城市的情況下);
方式2、根據(jù)移動(dòng)終端的能力(發(fā)送信息的能力、4某體支持能力、帶寬) 選擇種子終端。對(duì)終端能力的探測(cè),可以通過媒體協(xié)商來完成,選擇確定A 組終端后,將配置數(shù)據(jù)和媒體協(xié)商結(jié)果發(fā)送給A組的客戶端;
也可以綜合方式1和方式2來選擇A組終端,即在參與會(huì)話的本地客戶 端中進(jìn)行媒體協(xié)商,探測(cè)終端能力,再根據(jù)移動(dòng)終端的能力選擇種子終端。
POC服務(wù)器需要具有根據(jù)選擇策略,選擇種子客戶端的能力,包括,獲 取參與會(huì)話的客戶端的數(shù)量信息,并判斷是否繼續(xù)分配種子客戶端;獲取客 戶端的位置信息、能力信息,并進(jìn)行判斷選4奪種子終端,將結(jié)果分發(fā)給終端。
2) A、 B兩組中各鄉(xiāng)冬端的匹配可以采用如下方式
在會(huì)話建立時(shí),每個(gè)客戶端加入會(huì)話后,PoC服務(wù)器就會(huì)獲知每個(gè)會(huì)話 參與者的PoC地址(SIP Address)和IP地址、端口號(hào)等,PoC月良務(wù)器按照 種子客戶端選擇策略,確定哪些作為種子客戶端(A組客戶端),哪些作為 非種子(B組客戶端),以及他們之間的對(duì)應(yīng)下載關(guān)系(非種子到那個(gè)種子 終端處下載)以及這些種子的優(yōu)先級(jí)順序,它把這些信息通過通知消息發(fā)送 到每個(gè)客戶端那里,PoC服務(wù)器暫時(shí)負(fù)責(zé)這些非種子的客戶端的媒體流傳送; 非種子客戶端與對(duì)應(yīng)的一個(gè)種子客戶端建UDP (用戶數(shù)據(jù)報(bào)協(xié)議)后,由種 子客戶端發(fā)送Media burst的RTP包到這些非種子的客戶端,PoC服務(wù)器不 再負(fù)責(zé)媒體流傳送。
3) 在會(huì)話進(jìn)行中,還可以根據(jù)會(huì)話中發(fā)生的事件動(dòng)態(tài)調(diào)整種子客戶端, 如Adhoc和Chat中客戶端離開會(huì)場(chǎng)或者被驅(qū)逐會(huì)場(chǎng),又有新客戶端加入會(huì)場(chǎng)。 當(dāng)參與會(huì)話的客戶端情況發(fā)生變化時(shí)(如加入或退出會(huì)話),相應(yīng)的處理方
法
PoC客戶端加入會(huì)話后,PoC服務(wù)器就會(huì)獲知每個(gè)會(huì)話參與者的PoC地 址(SIP Address)和IP地址、端口號(hào)等,PoC服務(wù)器按照種子客戶端選擇 策略,確定其是否為種子客戶端。按照OMAPoC規(guī)范,執(zhí)行CFPoC服務(wù)器會(huì) 通知其他客戶端有新成員加入,利用這個(gè)通知消息,PoC服務(wù)器可以修改更 新對(duì)應(yīng)關(guān)系表,并把最新的對(duì)應(yīng)關(guān)系表和々某體協(xié)商的結(jié)果發(fā)送到A組中對(duì)應(yīng) 關(guān)系發(fā)生變化的種子客戶端那里,這樣并不增加消息量。
客戶端退出會(huì)話,按照0MA PoC規(guī)范,執(zhí)行CF的PoC服務(wù)器會(huì)通知其他 客戶端有PoC客戶端退出。利用這個(gè)通知消息,PoC服務(wù)器可以修改更新對(duì) 應(yīng)關(guān)系,并把最新的對(duì)應(yīng)關(guān)系信息和媒體協(xié)商的結(jié)果發(fā)送到A組對(duì)應(yīng)關(guān)系發(fā) 生變化的種子客戶端那里,這樣并不增加新的消息量。
在接替該退出的種子客戶端的新種子客戶端和那些遺留的非種子客戶端
還沒有建立好UDP前,暫時(shí)由執(zhí)行CF功能的PoC服務(wù)器來完成媒體流的傳 送。 一旦它們建立好UDP,就由新種子客戶端負(fù)責(zé)中轉(zhuǎn)。
4) 種子客戶端接收到PoC服務(wù)器發(fā)送來的Media burst的RTP包后,立 刻轉(zhuǎn)發(fā)到對(duì)應(yīng)的非種子客戶端那里。如果第 一個(gè)種子客戶端在某個(gè)時(shí)間的等 待未收到RTP包,則報(bào)告到PoC服務(wù)器,暫時(shí)由PoC服務(wù)器負(fù)責(zé)傳送。
5) 種子客戶端需要增強(qiáng)的功能
能夠接收來自服務(wù)器的配置數(shù)據(jù)和媒體協(xié)商結(jié)果,并根據(jù)配置數(shù)據(jù)配置 終端。在非種子PoC CI ient和執(zhí)行CF功能的PoC服務(wù)器之間提供Media burst 的中轉(zhuǎn)功能,與新加入的非種子PoC客戶端建立UDP連接。
實(shí)施例二
本實(shí)施例描述了客戶端中轉(zhuǎn)Media Burst/ Talk burst具體實(shí)現(xiàn)流程, 參見圖5及圖6所示,其中,PoC Client A表示A組的客戶端,PoC Client Bl、 PoC Client B2表示B組的客戶端,PoC Server A和PoC Server B為 參與功能服務(wù)器,PoC Server X為控制服務(wù)器,具體包括如下步驟
步驟IOI、被授權(quán)發(fā)送Media Burst的客戶端A 1,先發(fā)送Media burst 到PoC服務(wù)器A,其中,PoC服務(wù)器A負(fù)責(zé)承擔(dān)客戶端Al的中轉(zhuǎn)。
步驟102、 PoC服務(wù)器A發(fā)送Media burst到PoC服務(wù)器X,其中PoC服 務(wù)器X在本次會(huì)話承擔(dān)控制功能。
步驟103、 PoC服務(wù)器X發(fā)送Media burst到PoC服務(wù)器B, PoC服務(wù) 器B負(fù)責(zé)承擔(dān)PoC客戶端B1的中轉(zhuǎn)。
步驟104、 PoC服務(wù)器B發(fā)送Media burst到客戶端Bl。
步驟105、 PoC Client Bl發(fā)送Media burst到客戶端B2 。
如果是按照目前的標(biāo)準(zhǔn),在執(zhí)行步驟103的同時(shí),PoC服務(wù)器X發(fā)送 Media burst到PoC服務(wù)器B, PoC服務(wù)器B發(fā)送Media burst客戶端B2。本 實(shí)施例減少了 PoC服務(wù)器X的一次相同Media burst的傳送。
實(shí)施例三
PoC會(huì)場(chǎng)發(fā)生預(yù)約事件時(shí),控制功能服務(wù)器PoC服務(wù)器X根據(jù)所述預(yù)約
事件的客戶端的選擇策略,修改A組的客戶端和B組的客戶端之間的媒體流 數(shù)據(jù)包轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,并把修改后的新搭配對(duì)應(yīng)關(guān)系以及媒體協(xié)商結(jié)果,附
帶傳送給A組的客戶端,具體流程如圖7和圖8所示,包括
步驟201、 PoC會(huì)場(chǎng)發(fā)生預(yù)約事件時(shí),控制功能服務(wù)器PoC服務(wù)器X根 據(jù)種子客戶端的選擇策略,確定新搭配對(duì)應(yīng)關(guān)系。然后創(chuàng)立通知(Notify) 消息,在該通知消息里除含有客戶端預(yù)約的消息外,還附帶新搭配對(duì)應(yīng)關(guān)系 和媒體協(xié)商結(jié)果,PoC服務(wù)器將該通知消息傳送給SIP /IP core X;
步驟202、 SIP /IP core X通過PoC服務(wù)器A、 SIP /IP core A將該 Notify消息傳送到PoC客戶端A;
步驟203、 PoC客戶端A用ok消息應(yīng)答該Notify消息,返回該OK消息 到PoC服務(wù)器X。
步驟204、 PoC服務(wù)器X將修改后的新搭配對(duì)應(yīng)關(guān)系以及媒體協(xié)商結(jié)果, 附帶傳送給A組的客戶端。 實(shí)施例四
本實(shí)施例以6個(gè)客戶端參與的PoC會(huì)話群組為例,如圖9所示,其中, 客戶端A1、 A2、 A3分布在北京,客戶端B1、 B2分布在上海,客戶端C1、 C2、 C3、 C4分布在廣州,起控制功能的PoC服務(wù)器在廣州。
1:會(huì)話建立后,PoC服務(wù)器選定Al, A2, Bl, Cl, C2作為種子客戶端, 種子客戶端到非種子客戶端的傳送媒體流的對(duì)應(yīng)關(guān)系為A2-〉A(chǔ)3、 B1->B2、 C1-〉C3、 C2-〉C4,并把該對(duì)應(yīng)關(guān)系信息傳送到每個(gè)PoC會(huì)話參與者;
2:會(huì)話開始后,客戶端A1獲得發(fā)言權(quán),它的Media burst首先傳送給 PoC服務(wù)器,然后由PoC服務(wù)器發(fā)送給A2、 Bl、 Cl、 C2;
3: A2獲得Media burst的RTP后,立刻傳遞給A3; Bl獲得Media burst 的RTP后,立刻傳遞給B2; Cl獲得Media burst的RTP后,立刻傳遞給C3; C2獲得Media burst的RTP后,立刻傳遞給C4;
會(huì)話中,如果某個(gè)種子客戶端退出會(huì)場(chǎng),就由預(yù)先配置的其他種子客戶 端負(fù)責(zé)替代它的位置,例如,C2客戶端退出會(huì)話,PoC服務(wù)器通過通知消息
通知會(huì)話中其他客戶端C2客戶端的退出,在發(fā)送給Cl和C4這個(gè)通知消息里, 附帶修改配置內(nèi)容(由C1客戶端負(fù)責(zé)給C4客戶端傳遞),完成配置修改。 Cl和C4建立UDP鏈接,同時(shí)具有控制功能的PoC服務(wù)器負(fù)責(zé)后續(xù)Media burst的傳送,UDP《連-接建立成功后,由Cl完成后續(xù)Media burst的傳送。
會(huì)話中,如果某個(gè)客戶端加入會(huì)場(chǎng),例如C2客戶端重新加入會(huì)話,PoC 服務(wù)器選定Cl作為C2的Media burst傳送者,通過通知消息通知會(huì)場(chǎng)其他 客戶端C2客戶端加入,利用這個(gè)通知消息把修改后的配置發(fā)送給C1和C2, 使他們建立UDP鏈接。
現(xiàn)有技術(shù)中標(biāo)準(zhǔn)的媒體包傳送方式中,PoC服務(wù)器要將Media burst傳 送給A1, A2, A3, Bl, B2, Cl, C2, C3;與本發(fā)明實(shí)施例相比,廣州的PoC服 務(wù)器傳送Media burst的次數(shù)由8次減為4次;要把Media burst從廣州傳 送給北京的A3,要比北京的A2傳給當(dāng)?shù)氐腁3,網(wǎng)絡(luò)路徑要長(zhǎng)很多。
具體的i某體流傳送流程如圖IO所示,包括
步驟301: PoC客戶端A1在邀請(qǐng)A2, A3, Bl, B2, Cl, C2, C3客戶端 參加poc會(huì)話成功后,PoC服務(wù)器根據(jù)策略確定Al, A2, Bl, Cl, C3為種子 客戶端,其余為非種子poc客戶端;
步驟302: PoC服務(wù)器利用通知消息(notify)把種子poc客戶端和非 種子poc客戶端之間建立UDP鏈接需要的信息(對(duì)方的IP地址、源端口、目 的端口號(hào))配置下去;
步驟303:種子poc客戶端和非種子poc客戶端間建立UDP鏈接;
步驟304:會(huì)話中,獲得發(fā)言權(quán)的客戶端Al發(fā)出的媒體流先發(fā)送到PoC
服務(wù)器;
步驟305: PoC服務(wù)器把接收到的媒體流只發(fā)送到種子客戶端A2、 Bl, Cl、 C2;
步驟306:種子客戶端A2、 Bl、 Cl、 C2再把媒體流轉(zhuǎn)發(fā)到非種子客戶端 A3、 B2、 C3、 C4;
當(dāng)有種子客戶端退出會(huì)話時(shí),如圖11所示,執(zhí)行如下流程
步驟401:種子PoC客戶端C2發(fā)送退出(BY)消息給PoC服務(wù)器,請(qǐng)求 退出PoC會(huì)話;
步驟402: PoC服務(wù)器根據(jù)策略確定由種子PoC客戶端Cl替代C2,負(fù)責(zé) 給C4傳送i某體流,并發(fā)送通知(notify)消息到Cl和C4, 告知建立UDP 鏈接所需要的信息(IP地址和端口號(hào));
步驟403: PoC服務(wù)器臨時(shí)負(fù)責(zé)C4的媒體流傳送和控制;
步驟404: Cl和C4的鏈接建立后,由Cl負(fù)責(zé)C4的媒體流傳送和控制, CF PoC服務(wù)器不再負(fù)責(zé)。
實(shí)施例五
本實(shí)施例為媒體流數(shù)據(jù)的傳送系統(tǒng)的實(shí)施例,如圖12所示,包括 PoC服務(wù)器l,在該P(yáng)oC服務(wù)器中設(shè)置有
分組模塊ll,用于對(duì)會(huì)話中的所有客戶端進(jìn)行分組,生成第一會(huì)話組和 第二會(huì)話組;
媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊12,用于將主叫客戶端發(fā)送的媒體流數(shù)據(jù)包轉(zhuǎn)發(fā)給第 一會(huì)話組2的客戶端;
所述第一會(huì)話組2中的客戶端21,用接收PoC服務(wù)器發(fā)送的媒體流數(shù)據(jù), 并將該媒體流數(shù)據(jù)轉(zhuǎn)發(fā)給第二會(huì)話組中的客戶端。
上述PoC服務(wù)器中還可以設(shè)置有對(duì)應(yīng)關(guān)系生成模塊,用于設(shè)定第一會(huì) 話組的客戶端和第二會(huì)話組的客戶端之間的媒體流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,生成 對(duì)應(yīng)關(guān)系信息,并將所述對(duì)應(yīng)關(guān)系信息發(fā)送給第一會(huì)話組的客戶端。
上述客戶端21中還可以設(shè)置有
設(shè)置有對(duì)應(yīng)關(guān)系記錄模塊,用于根據(jù)接收所述PoC服務(wù)器的對(duì)應(yīng)關(guān)系生 成模塊發(fā)送的對(duì)應(yīng)關(guān)系信息,根據(jù)所述對(duì)應(yīng)關(guān)系信息,與第二會(huì)話組的客戶 端建立用戶數(shù)據(jù)報(bào)協(xié)議連接。
上述PoC服務(wù)器中還可以設(shè)置有媒體協(xié)商模塊,用于與會(huì)話中的所有 客戶端進(jìn)行媒體協(xié)商,選擇第一會(huì)話組的客戶端,并將選擇第一會(huì)話組的客 戶端的信息發(fā)送給所述對(duì)應(yīng)關(guān)系生成模塊。
實(shí)施例六
如圖13所示,本實(shí)施例為無線一鍵通服務(wù)器的具體實(shí)施例,其包括 分組模塊11 ,用于將會(huì)話中的所有客戶端分成第 一會(huì)話組和第二會(huì)話組; 媒體流數(shù)據(jù)轉(zhuǎn)發(fā)模塊12,用于根據(jù)分組模塊的分組結(jié)果,接收到的獲得
會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第 一會(huì)話組中的客戶端。
該服務(wù)器還可以包括對(duì)應(yīng)關(guān)系生成模塊,用于并設(shè)置第一會(huì)話組的客
戶端與第二會(huì)話組的客戶端之間的媒體流數(shù)據(jù)包轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系。 實(shí)施例七
如圖14所示,本實(shí)施例為客戶端的實(shí)施例,該客戶端即為上述實(shí)施例中 第一會(huì)話組中的客戶端,其包括
對(duì)應(yīng)關(guān)系存儲(chǔ)模塊211,用于接收并存儲(chǔ)本客戶端與其他客戶端的媒體 數(shù)據(jù)流轉(zhuǎn)發(fā)關(guān)系;
媒體流數(shù)據(jù)中轉(zhuǎn)模塊212,用于將接收到的要發(fā)送給所述其他客戶端的 媒體流數(shù)據(jù),根據(jù)所述對(duì)應(yīng)關(guān)系存儲(chǔ)模塊中存儲(chǔ)的媒體數(shù)據(jù)流轉(zhuǎn)發(fā)關(guān)系,將 該媒體流數(shù)據(jù)轉(zhuǎn)發(fā)給其他客戶端。
通過上述實(shí)施例可以看出,本發(fā)明實(shí)施例的J 某體流數(shù)據(jù)的傳送方法及傳 送系統(tǒng),減少控制功能的PoC服務(wù)器發(fā)送Media burst的次數(shù),減輕PoC服 務(wù)器以及其附近局域網(wǎng)絡(luò)的負(fù)荷,充分利用PoC客戶端的能力,實(shí)現(xiàn)話務(wù)流 量的均勻化、邊緣化。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非對(duì)其進(jìn) 行限制,盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換, 而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的 精神和范圍。
權(quán)利要求
1、一種媒體流數(shù)據(jù)的傳送方法,其特征在于,包括將會(huì)話中的所有客戶端分成第一會(huì)話組和第二會(huì)話組;將接收到的獲得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第一會(huì)話組中的客戶端;通過所述第一會(huì)話組中的客戶端將所述媒體流數(shù)據(jù)發(fā)送給第二會(huì)話組中的客戶端。
2、 根據(jù)權(quán)利要求l所述方法,其特征在于,將會(huì)話中的所有客戶端分成 第一會(huì)話組和第二會(huì)話組后,還包括設(shè)定所述第一會(huì)話組的客戶端和所述 第二會(huì)話組的客戶端之間的媒體流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,生成對(duì)應(yīng)關(guān)系信息, 并將所述對(duì)應(yīng)關(guān)系信息發(fā)送給第一會(huì)話組的客戶端。
3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,還包括所述第一會(huì)話組 的客戶端收到所述對(duì)應(yīng)關(guān)系信息后,根據(jù)所述對(duì)應(yīng)關(guān)系信息,與第二會(huì)話組 的客戶端建立用戶數(shù)據(jù)報(bào)協(xié)議連接。
4、 根據(jù)權(quán)利要求3所述的方法,其特征在于,在所述第二會(huì)話組中,如 果存在未與第 一會(huì)話組中的客戶端建立用戶數(shù)據(jù)報(bào)協(xié)議連接的終端,則由無 線一鍵通服務(wù)器直接向所述未與第一會(huì)話組中的客戶端建立用戶數(shù)據(jù)報(bào)協(xié)議 連接的終端發(fā)送所述媒體流數(shù)據(jù)。
5、 根據(jù)權(quán)利要求1所述的方法,其特征在于,如果第一會(huì)話組中的客戶 端未收到媒體流數(shù)據(jù)或轉(zhuǎn)發(fā)流媒體數(shù)據(jù)失敗,則上報(bào)無線一鍵通服務(wù)器,由 無線一鍵通服務(wù)器向第二會(huì)話組中的客戶端轉(zhuǎn)發(fā)流媒體數(shù)據(jù)。
6、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述對(duì)應(yīng)關(guān)系為第一會(huì)話 組和第二會(huì)話組的客戶端間 一對(duì)一的對(duì)應(yīng)關(guān)系。
7、 根據(jù)權(quán)要求1或2所述的方法,其特征在于,將會(huì)話中的所有客戶端 分成第 一會(huì)話組和第二會(huì)話組具體為無線一鍵通服務(wù)器與會(huì)話中的所有客戶端進(jìn)行媒體協(xié)商,根據(jù)客戶端的 能力選擇第一會(huì)話組的客戶端;和/或無線一鍵通服務(wù)器在會(huì)話中的本地客戶 端中選擇第一會(huì)話組的客戶端,會(huì)話中的其他客戶端作為第二會(huì)話組的客戶 端。
8、 根據(jù)權(quán)利要求2所述的方法,其特征在于,還包括在會(huì)話的過程中, 如果發(fā)生預(yù)約事件,無線一鍵通服務(wù)器根據(jù)預(yù)約事件的客戶端的選擇策略, 修改第一會(huì)話組的客戶端和第二會(huì)話組的客戶端之間的媒體流數(shù)據(jù)包轉(zhuǎn)發(fā)對(duì) 應(yīng)關(guān)系,生成修改后的對(duì)應(yīng)關(guān)系信息,并將該對(duì)應(yīng)關(guān)系信息發(fā)送給第一會(huì)話 組的客戶端。
9、 根據(jù)權(quán)利要求2所述的方法,其特征在于,當(dāng)有新的客戶端加入會(huì)話 時(shí),無線一鍵通服務(wù)器與該客戶端進(jìn)行協(xié)商,根據(jù)協(xié)商結(jié)果將該客戶端分入 第 一會(huì)話組或第二會(huì)話組,修改第 一會(huì)話組的客戶端和第二會(huì)話組的客戶端 之間的媒體流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,生成修改后的對(duì)應(yīng)關(guān)系信息,并將該對(duì)應(yīng) 關(guān)系信息發(fā)送給第 一會(huì)話組中對(duì)應(yīng)關(guān)系發(fā)生變化的客戶端。
10、 根據(jù)權(quán)利要求9所述的方法,其特征在于,當(dāng)有新的客戶端加入會(huì) 話時(shí),無線一鍵通服務(wù)器向會(huì)話中的所有客戶端發(fā)送通知消息,其中,無線 一鍵通服務(wù)器發(fā)送給第 一會(huì)話組中對(duì)應(yīng)關(guān)系發(fā)生變化的客戶端的通知消息 中,包含有所述修改后的對(duì)應(yīng)關(guān)系信息。
11、 根據(jù)權(quán)利要求2所述的方法,其特征在于,當(dāng)有客戶端退出會(huì)話 時(shí),無線一鍵通服務(wù)器修改第一會(huì)話組的客戶端和第二會(huì)話組的客戶端之間 的媒體流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,生成修改后的對(duì)應(yīng)關(guān)系信息,并將該對(duì)應(yīng)關(guān)系 信息發(fā)送給第 一會(huì)話組中對(duì)應(yīng)關(guān)系發(fā)生變化的客戶端。
12、 根據(jù)權(quán)利要求11所述的方法,其特征在于,當(dāng)有客戶端退出會(huì)話時(shí), 無線一鍵通服務(wù)器向會(huì)話中的所有客戶端發(fā)送通知消息,其中,無線一鍵通 服務(wù)器發(fā)送給第 一會(huì)話組中對(duì)應(yīng)關(guān)系發(fā)生變化的客戶端的通知消息中,包含 有所述修改后的對(duì)應(yīng)關(guān)系信息。
13、 一種媒體流數(shù)據(jù)的傳送系統(tǒng),包括無線一鍵通服務(wù)器,其特征在于,在所述無線一鍵通服務(wù)器中設(shè)置有分組模塊,用于對(duì)會(huì)話中的所有客戶端進(jìn)行分組,生成第一會(huì)話組和第 二會(huì)話組;媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊,用于將獲得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù) 包轉(zhuǎn)發(fā)給第 一會(huì)話組的客戶端;所述第一會(huì)話組中的客戶端,用于接收無線一鍵通服務(wù)器發(fā)送的媒體流 數(shù)據(jù),并將該媒體流數(shù)據(jù)轉(zhuǎn)發(fā)給第二會(huì)話組中的客戶端。
14、 根據(jù)權(quán)利要求13所述的系統(tǒng),其特征在于,所述無線一鍵通服務(wù)器 中還設(shè)置有對(duì)應(yīng)關(guān)系生成模塊,用于設(shè)定第一會(huì)話組的客戶端和第二會(huì)話 組的客戶端之間的媒體流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系,生成對(duì)應(yīng)關(guān)系信息,并將所述 對(duì)應(yīng)關(guān)系信息發(fā)送給第 一會(huì)話組的客戶端。
15、 根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述第一會(huì)話組成員終 端中,設(shè)置有對(duì)應(yīng)關(guān)系記錄模塊,用于根據(jù)接收所述無線一鍵通服務(wù)器的對(duì) 應(yīng)關(guān)系生成模塊發(fā)送的對(duì)應(yīng)關(guān)系信息,根據(jù)所述對(duì)應(yīng)關(guān)系信息,與第二會(huì)話 組的客戶端建立用戶數(shù)據(jù)報(bào)協(xié)議連接。
16、 根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述無線一鍵通服務(wù)器 中還設(shè)置有媒體協(xié)商模塊,用于與會(huì)話中的所有客戶端進(jìn)行媒體協(xié)商,選 擇第一會(huì)話組的客戶端,并將選擇第一會(huì)話組的客戶端的信息發(fā)送給所述對(duì) 應(yīng)關(guān)系生成模塊。
17、 一種無線一鍵通服務(wù)器,其特征在于,包括分組^^塊,用于將會(huì)話中的所有客戶端分成第一會(huì)話組和第二會(huì)話組; 媒體流數(shù)據(jù)轉(zhuǎn)發(fā)模塊,用于根據(jù)所述分組模塊的分組結(jié)果,接收到的獲 得會(huì)話發(fā)言權(quán)的客戶端發(fā)送的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第一會(huì)話組中的客戶端。
18、 根據(jù)權(quán)利要求17所述的服務(wù)器,其特征在于,還包括對(duì)應(yīng)關(guān)系 生成模塊,用于設(shè)置第一會(huì)話組的客戶端與第二會(huì)話組的客戶端之間的媒體 流數(shù)據(jù)轉(zhuǎn)發(fā)對(duì)應(yīng)關(guān)系。19、 一種客戶端,其特征在于,包括對(duì)應(yīng)關(guān)系存儲(chǔ)模塊,用于接收并存儲(chǔ)本客戶端與其他客戶端的媒體數(shù)據(jù) 流轉(zhuǎn)發(fā)關(guān)系;媒體流數(shù)據(jù)中轉(zhuǎn)模塊,用于將接收到的要發(fā)送給所述其他客戶端的媒體 流數(shù)據(jù),根據(jù)所述對(duì)應(yīng)關(guān)系存儲(chǔ)模塊中存儲(chǔ)的媒體數(shù)據(jù)流轉(zhuǎn)發(fā)關(guān)系,將該媒 體流數(shù)據(jù)轉(zhuǎn)發(fā)給其他客戶端。
全文摘要
本發(fā)明實(shí)施例公開了一種媒體流數(shù)據(jù)的傳送方法、系統(tǒng)、服務(wù)器及客戶端,該方法包括將會(huì)話中的所有客戶端分成第一會(huì)話組和第二會(huì)話組;將接收到的媒體流數(shù)據(jù),轉(zhuǎn)發(fā)給第一會(huì)話組中的客戶端;通過第一會(huì)話組中的客戶端將媒體流數(shù)據(jù)發(fā)送給第二會(huì)話組中的客戶端。該系統(tǒng)包括PoC服務(wù)器,其中設(shè)有分組模塊,用于對(duì)會(huì)話中的所有客戶端進(jìn)行分組,生成第一會(huì)話組和第二會(huì)話組;媒體數(shù)據(jù)轉(zhuǎn)發(fā)模塊,用于將接收到的媒體流數(shù)據(jù)包轉(zhuǎn)發(fā)給第一會(huì)話組的客戶端;第一會(huì)話組中的客戶端,用于接收PoC服務(wù)器發(fā)送的媒體流數(shù)據(jù),并轉(zhuǎn)發(fā)給第二會(huì)話組中的客戶端。本發(fā)明實(shí)施例減少了PoC服務(wù)器轉(zhuǎn)發(fā)媒體流數(shù)據(jù)包的次數(shù),減輕了PoC服務(wù)器負(fù)擔(dān)。
文檔編號(hào)H04Q7/28GK101188815SQ20071017896
公開日2008年5月28日 申請(qǐng)日期2007年12月7日 優(yōu)先權(quán)日2007年12月7日
發(fā)明者嚴(yán)哲峰, 崢 王, 雷 王 申請(qǐng)人:深圳華為通信技術(shù)有限公司