專利名稱：一種在ip分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及媒體流傳送領(lǐng)域，更為具體地，本發(fā)明涉及一種在IP分組網(wǎng)中 實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法及裝置。
背景技術(shù)：
網(wǎng)絡(luò)電視(Internet Protocol Television, IPTV)是一種利用寬帶有線電視 網(wǎng)，集互聯(lián)網(wǎng)、多4某體、通訊等多種技術(shù)于一體，向家庭用戶提供包括數(shù)字 電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。用戶在家中可以使用個(gè)人計(jì)算機(jī)
(Personal Computer, PC )或者通過(guò)網(wǎng)絡(luò)機(jī)頂盒在普通電視機(jī)上享受IPTV業(yè) 務(wù)，也可以通過(guò)移動(dòng)終端享受IPTV業(yè)務(wù)。IPTV使用傳輸控制協(xié)議
(Transmission Control Protocol, TCP) /網(wǎng)際十力H義(Internet Protocol, IP)作 為承載協(xié)議進(jìn)行單播、廣播或組播視頻業(yè)務(wù)，有效地將電視網(wǎng)、電話網(wǎng)和互 聯(lián)網(wǎng)三個(gè)領(lǐng)域結(jié)合在一起，是三網(wǎng)融合最具代表性的業(yè)務(wù)，正受業(yè)界越來(lái)越 多的關(guān)注。
基于IMS實(shí)現(xiàn)的IPTV (IMS based IPTV)就是在IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS )的整體架構(gòu)下提供IPTV業(yè)務(wù)，以充分利用IMS 網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、路由、會(huì)話控制與建立、業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到 端服務(wù)質(zhì)量(Quality of Service, QoS )保證等機(jī)制來(lái)為用戶提供流媒體業(yè)務(wù) 及融合流媒體和實(shí)時(shí)會(huì)話業(yè)務(wù)的多媒體業(yè)務(wù)，即用戶到內(nèi)容的多媒體會(huì)話 是通過(guò)IMS已有的會(huì)話控制機(jī)制來(lái)完成，在建立會(huì)話過(guò)程中，需要為媒體流 的傳送預(yù)留承載資源。
在IMS中，會(huì)話建立和纟某體協(xié)商是通過(guò)會(huì)話發(fā)起協(xié)議(Session Initiation Protocol, SIP)與實(shí)時(shí)傳輸協(xié)議(Real time Transport Protocol, RTP) /實(shí)時(shí)傳 輸控制協(xié)議(Real time Transport Control Protocol, RTCP )、會(huì)話描述協(xié)議 (Session Description Protocol, SDP)、 實(shí)時(shí)流協(xié)i義(Real Time Streaming Protocol, RTSP)、 DNS等協(xié)議配合完成的。其中，SIP是由IETF (Internet工程任務(wù)組)制定的多媒體通信系統(tǒng)框架協(xié)議之一，用于建立、改變或結(jié)束
多媒體會(huì)話的應(yīng)用層協(xié)議。RTSP是應(yīng)用級(jí)協(xié)議，控制實(shí)時(shí)數(shù)據(jù)的發(fā)送，其提 供了一個(gè)可擴(kuò)展框架，使實(shí)時(shí)數(shù)據(jù)(如音頻和視頻)的受控、點(diǎn)播傳送成為 可能。數(shù)據(jù)源包括現(xiàn)場(chǎng)數(shù)據(jù)(如直播)與存儲(chǔ)在剪輯中的數(shù)據(jù)(如VOD等)。 該協(xié)議目的在于控制多個(gè)數(shù)據(jù)傳送會(huì)話，提供選擇傳送通道的方法，傳送通 道如用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol, UDP)、組播UDP與TCP，提 供基于RTP選擇傳輸機(jī)制的方法。
正TF的一個(gè)草案(draft-boulton-sip-control-framework-04.txt)定義了一個(gè) 媒體控制的通用架構(gòu)。如圖1所示，在所述通用架構(gòu)中定義了三個(gè)邏輯角色
控制服務(wù)器(Control Server):接收控制客戶端(Control Client)的媒體 處理請(qǐng)求，執(zhí)行具體的々某體處理操作，如放音、錄音、媒體混合等。
控制客戶端(Control Client):向Control Server發(fā)送消息，請(qǐng)求處理媒體 資源。
J(某體控制通道(Control Channel): Control Client通過(guò)SIP與Control Server 間的SDP交互、協(xié)商建立的一個(gè)用于傳遞控制消息的通道，基于可靠連接。
圖2為歐洲電4言標(biāo)準(zhǔn)f辦會(huì)(European Telecommunications Standards Institute, ETSI)電信和互聯(lián)網(wǎng)融合業(yè)務(wù)及高級(jí)網(wǎng)絡(luò)協(xié)議(Telecommunications and Internet Converged Services and Protocols for Advanced Networking, TISPAN)定義的IMS based IPTV的業(yè)務(wù)功能架構(gòu)，其中，IPTV媒體控制功 能(IPTV Media Control Function)負(fù)責(zé)到用戶設(shè)備(UE)媒體流的控制與交 付(Delivery), 乂人功能角度分解為々某體控制功能(Media Control Function ， MCF)和媒體交付功能(Media Delivery Function, MDF )。媒體交付功能通常 是一些媒體服務(wù)器，在媒體控制功能的控制下向用戶終端或用戶設(shè)備(UE) 傳送用戶需要的^f某體流。媒體控制功能還能接收和處理用戶的播放控制(通 常使用RTSP協(xié)議實(shí)現(xiàn))，例如媒體的快進(jìn)、后退、暫停、定位等操作。IPTV 業(yè)務(wù)控制功能(IPTV Service Control Function, IPTV SCF )負(fù)責(zé)向UE提供業(yè) 務(wù)，包括會(huì)話初始化、用戶賬戶控制、控制MCF提供相應(yīng)的媒體功能等。 SCF通過(guò)y2接口與MCF交互，請(qǐng)求媒體處理服務(wù)。在流媒體應(yīng)用中，如視頻共享，需要通過(guò)將源用戶終端正在接收的媒體 流復(fù)制到其它終端的方式實(shí)現(xiàn)，此時(shí)需要對(duì)源媒體流與目的媒體流進(jìn)行關(guān)聯(lián) 實(shí)現(xiàn)媒體流的復(fù)制，發(fā)明人在實(shí)現(xiàn)本發(fā)明的過(guò)程中發(fā)現(xiàn)在IP分組網(wǎng)中，目前 還沒(méi)有技術(shù)可以實(shí)現(xiàn)對(duì)^^某體流進(jìn)行關(guān)聯(lián)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例所要解決的技術(shù)問(wèn)題在于，提供一種在IP分組網(wǎng)中實(shí)現(xiàn)關(guān) 聯(lián)媒體流的方法及裝置，可以實(shí)現(xiàn)不同媒體流之間的關(guān)聯(lián)。
為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例的一種在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體
流的方法，包4舌
業(yè)務(wù)提供實(shí)體獲取源客戶端會(huì)話信息和目的客戶端會(huì)話信息； 所述業(yè)務(wù)提供實(shí)體根據(jù)所述源客戶端會(huì)話信息和所述目的客戶端會(huì)話信
息生成關(guān)聯(lián)關(guān)系
所述業(yè)務(wù)提供實(shí)體將所述關(guān)聯(lián)關(guān)系發(fā)送給媒體處理實(shí)體。
相應(yīng)地， 一種業(yè)務(wù)控制實(shí)體，用于在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)i某體流，包括
會(huì)話信息獲取單元，用于獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信
自
關(guān)聯(lián)處理單元，用于為會(huì)話信息獲取單元所獲取的第一客戶端會(huì)話信息
和第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；
關(guān)聯(lián)關(guān)系發(fā)送單元，用于將關(guān)聯(lián)處理單元所生成的所述關(guān)聯(lián)關(guān)系發(fā)送給 媒體處理實(shí)體。
本發(fā)明實(shí)施例的在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)士某體流的方法及裝置，通過(guò)將第 一客戶端會(huì)話信息和第二客戶端會(huì)話信息中的媒體流進(jìn)行關(guān)聯(lián)，可以很方便 地應(yīng)用于J(某體流(如視頻等)的共享、會(huì)話媒體流監(jiān)控等多種場(chǎng)景中。


圖1是現(xiàn)有的IETF定義的一個(gè)媒體控制的通用架構(gòu)的示意圖;
9業(yè)務(wù)功能架構(gòu)的示意圖； 圖3是本發(fā)明的應(yīng)用環(huán)境的原理模型示意圖4是本發(fā)明在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的業(yè)務(wù)控制實(shí)體的實(shí)施例的 結(jié)構(gòu)示意圖5是圖4中關(guān)聯(lián)處理模塊的一種實(shí)施例的結(jié)構(gòu)示意圖； 圖6是圖4中關(guān)聯(lián)處理模塊的另一種實(shí)施例的結(jié)構(gòu)示意圖； 圖7是本發(fā)明在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)J某體流的方法的第一具體實(shí)施例流 程圖8是本發(fā)明在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法的第二具體實(shí)施流程
圖9是本發(fā)明在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)j某體流的方法的第三具體實(shí)施流程圖。
圖IO是本發(fā)明的第一應(yīng)用例流程圖； 圖ll是本發(fā)明的第二應(yīng)用例流程圖； 圖12是本發(fā)明的第三應(yīng)用例流程圖。
具體實(shí)施例方式
下面結(jié)合附圖以優(yōu)選實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。
如圖3所示，是本發(fā)明的應(yīng)用環(huán)境的原理模型示意圖；其中，源客戶端l 首先需要與業(yè)務(wù)控制實(shí)體2建立SIP會(huì)話，并接收媒體處理實(shí)體3的所發(fā)送的媒 體流；且在需要將正在接收的媒體流復(fù)制至其他客戶端(目的客戶端4)時(shí)， 發(fā)送媒體流關(guān)聯(lián)復(fù)制請(qǐng)求指示進(jìn)行媒體流的關(guān)聯(lián)復(fù)制，所述關(guān)聯(lián)復(fù)制請(qǐng)求至 少包括進(jìn)行關(guān)聯(lián)復(fù)制的屬性標(biāo)識(shí)、需要復(fù)制的源媒體流信息及目的客戶端標(biāo) 識(shí)；
業(yè)務(wù)控制實(shí)體2，用于在獲得所述媒體流關(guān)聯(lián)復(fù)制請(qǐng)求時(shí)，獲得目的客戶 端會(huì)話信息與及源客戶端會(huì)話信息，對(duì)所獲得的目的客戶端會(huì)話信息與源客
10戶端會(huì)話信息中的源媒體流與輸出媒體流進(jìn)行關(guān)聯(lián)，并指示媒體處理實(shí)體3將 指定的媒體流復(fù)制發(fā)送給所述目的客戶端4;
媒體處理實(shí)體3，用于根據(jù)與所述業(yè)務(wù)控制實(shí)體2的指示，將所述源々某體 流復(fù)制發(fā)送給所述目的客戶端4。
具體進(jìn)行關(guān)聯(lián)的過(guò)程及細(xì)節(jié)會(huì)在下文中進(jìn)行說(shuō)明。
如圖4所示，是本發(fā)明在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)士某體流的業(yè)務(wù)控制實(shí)體的第 一具體實(shí)施例結(jié)構(gòu)圖。其中包括
會(huì)話信息獲取單元20，用于獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話 信息；其中，該第一客戶端會(huì)話信息為第一客戶端與業(yè)務(wù)提供實(shí)體建立媒體 會(huì)話的SDP信息，第二客戶端會(huì)話信息為第二客戶端與業(yè)務(wù)提供實(shí)體建立媒 體會(huì)話的SDP信息，在具體實(shí)施時(shí)，該第一客戶端可以是源客戶端，該第二 客戶端可以是目的客戶端。
關(guān)聯(lián)處理單元22，用于根據(jù)會(huì)話信息獲取單元20所獲取的源客戶端會(huì)話 信息和目的客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；
關(guān)聯(lián)關(guān)系發(fā)送單元24,用于將關(guān)聯(lián)處理單元22所生成的所述關(guān)聯(lián)關(guān)系發(fā) 送給媒體處理實(shí)體，其中，該關(guān)聯(lián)關(guān)系可以通過(guò)SIP消息或々某體控制消息發(fā) 送給媒體處理實(shí)體。
參見(jiàn)圖5所示，為圖4中關(guān)聯(lián)處理模塊22的一種實(shí)施例的結(jié)構(gòu)示意圖； 其中，關(guān)聯(lián)處理模塊22進(jìn)一步包括
SDP信息聚合單元220,用于根據(jù)所述第一客戶端會(huì)話信息(SDP信息) 和所述第二客戶端會(huì)話信息(SDP信息)生成聚合的SDP信息，其中，每個(gè) 聚合的SDP信息中至少包括一個(gè)々某體復(fù)制組，在該々某體復(fù)制組中包括兩個(gè)以 上的媒體流信息，通過(guò)該媒體復(fù)制組將所述兩個(gè)以上的媒體流進(jìn)行關(guān)聯(lián)。
其中，該SDP信息聚合單元220進(jìn)一步包括媒體流類型確定單元2220， 用于在所述聚合的SDP信息中所包含的每個(gè)媒體復(fù)制組中確定一個(gè)媒體流作 為輸入媒體流，該媒體復(fù)制組中其他的媒體流為輸出媒體流。具體地，該媒體流類型確定單元2220可以以下述任一種方式來(lái)確定々某體復(fù)制組中的 一個(gè)々某 體流為輸入々某體流
在對(duì)^某體復(fù)制組中對(duì)所述輸入媒體流的mid說(shuō)明中以一預(yù)定值(如"src" 等)進(jìn)行標(biāo)示；
在所述媒體復(fù)制組中的所述輸入媒體流的組號(hào)后以一預(yù)定值(如"src，，等) 進(jìn)行標(biāo)識(shí)；
將所述媒體復(fù)制組中默認(rèn)位置的組號(hào)所對(duì)應(yīng)的媒體流確定為輸入媒體 流，例如可以將該媒體復(fù)制組中的第 一個(gè)或最后一個(gè)媒體流確定為輸入媒體 流。
這樣，業(yè)務(wù)控制單元可以通過(guò)SIP消息攜帶該聚合的SDP信息將關(guān)聯(lián)關(guān) 系發(fā)送給媒體處理實(shí)體。
參見(jiàn)圖6所示，為圖4中關(guān)聯(lián)處理才莫塊22的另一種實(shí)施例的結(jié)構(gòu)示意圖； 其中，關(guān)聯(lián)處理模塊22進(jìn)一步包括
SDP信息聚合單元220,用于根據(jù)所述第一客戶端會(huì)話信息(SDP信息) 和所述第二客戶端會(huì)話信息(SDP信息)生成聚合的SDP信息。
會(huì)話信息轉(zhuǎn)換單元222,用于根據(jù)第一客戶端會(huì)話信息生成第一 SDP信 息，根據(jù)第二客戶端會(huì)話信息生成第二SDP信息。
復(fù)制邏輯生成單元224，用于根據(jù)SDP信息聚合單元220或會(huì)話信息轉(zhuǎn)換單 元222的結(jié)果生成表示有該第一客戶端會(huì)話信息和第二客戶端會(huì)話信息中媒 體流的關(guān)聯(lián)關(guān)系的復(fù)制邏輯。
具體地，該復(fù)制邏輯生成單元224進(jìn)一步包括
媒體流類型確定單元2240,用于在所復(fù)制邏輯中確定至少一個(gè)々某體流為 輸入媒體流，以及與所述輸入媒體流對(duì)應(yīng)的至少一個(gè)輸出媒體流，其中一個(gè) 輸入媒體流與 一個(gè)或多個(gè)輸出媒體流相對(duì)應(yīng)，/人而將該一個(gè)輸入4某體流與該 一個(gè)或多個(gè)輸出媒體流關(guān)a來(lái)。
在實(shí)際實(shí)施中，該復(fù)制邏輯中的輸入媒體流和所述輸出媒體流通過(guò)其在 所述聚合的SDP中的位置信息(如label信息，或在SDP中描述的媒體行的
12順序號(hào))進(jìn)行表示；或者
該復(fù)制邏輯中，該輸入媒體流通過(guò)其在第一SDP中的位置信息(如label 信息，或在SDP中描述的媒體行的順序號(hào))和第一SDP關(guān)聯(lián)業(yè)務(wù)提供實(shí)體與媒 體處理實(shí)體間建立的第一對(duì)話(Dialog)進(jìn)行表示，該輸出媒體流通過(guò)其在所 述第二SDP中的位置信息(如label信息)和第二SDP關(guān)聯(lián)業(yè)務(wù)提供實(shí)體與媒體 處理實(shí)體間建立的第二對(duì)話(Dialog)進(jìn)行表示；其中，每一對(duì)話包括有call-id、 from-tag、 to-tag信息。
需要說(shuō)明的是，在其他的一些實(shí)施例中，關(guān)聯(lián)處理單元22可以只包括SDP 信息聚合單元220和會(huì)話信息轉(zhuǎn)換單元222中的一個(gè)。
下面通過(guò)多個(gè)實(shí)施例對(duì)本發(fā)明的實(shí)現(xiàn)關(guān)聯(lián)4某體流的方法進(jìn)行說(shuō)明。
如圖7所示，是本發(fā)明的在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)々某體流的方法第一實(shí)施 例示意圖；其中
步驟S70，業(yè)務(wù)提供實(shí)體獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信 息；例如，當(dāng)業(yè)務(wù)提供實(shí)體接收到來(lái)自第一客戶端的指示，需要對(duì)第一客戶 端與第二客戶端進(jìn)行關(guān)聯(lián)，則業(yè)務(wù)提供實(shí)體需要獲取第一客戶端會(huì)話信息和 第二客戶端的會(huì)話信息。該第一客戶端會(huì)話信息可以為第一客戶端與業(yè)務(wù)提 供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息可以為第二客戶端與 業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
步驟S72，所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息和所述第二客 戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；其中，生成關(guān)聯(lián)關(guān)系的步驟具體如下
業(yè)務(wù)提供實(shí)體根據(jù)第一客戶端會(huì)話信息和第二客戶端會(huì)話信息生成聚合 的SDP信息。
在該聚合的SDP中包括至少一個(gè)媒體復(fù)制組，并在每一媒體復(fù)制組中確 定一個(gè)媒體流作為輸入媒體流，其他的媒體流作為輸出媒體流，從而將該輸 入媒體流和該輸出媒體流進(jìn)行關(guān)聯(lián)。
例如，在本發(fā)明的一些實(shí)施例中，可以通過(guò)擴(kuò)展RFC388來(lái)定義新的group類型和mid的擴(kuò)展標(biāo)識(shí)，來(lái)標(biāo)識(shí)出媒體復(fù)制組和輸入媒體流。如 在RFC3388中，原group屬性定義如下
group-attribute = "a=group:" semantics
* (space identification-tag) semantics = "LS" | "FID"
原mid屬性定義如下
mid-attribute = "a=mid:" identification-tag
identification-tag = token
對(duì)其進(jìn)行擴(kuò)展后，定義如下
group-attribute = "a=group:" semantics
* (space identification-tag) semantics = "LS" | "FID" | "COPY"
其中，在"semantics"中新增的"COPY"表示媒體組(group)的類型是媒體 復(fù)制組。該媒體復(fù)制組中只能有一個(gè)輸入的媒體流，可以有多個(gè)輸出的媒體 流?？梢圆捎枚喾N方式來(lái)標(biāo)識(shí)該々某體復(fù)制組中的哪個(gè)為輸入々某體流，哪些為 輸出的々某體流。例如可以采用下述方式
方式一、在媒體復(fù)制組中對(duì)輸入媒體流的mid說(shuō)明中以一預(yù)定值進(jìn)行標(biāo) 示例如，通過(guò)定義一個(gè)"src"來(lái)標(biāo)識(shí)輸入纟某體流，可以設(shè)置在mid的 identification-tag后，用逗號(hào)進(jìn)行分隔，產(chǎn)生新的identification-tag。具有"src" 標(biāo)識(shí)的mid對(duì)應(yīng)的々某體行是輸入媒體流；沒(méi)有"src"標(biāo)識(shí)的mid對(duì)應(yīng)的媒體行是 輸出媒體流。在SDP中可以出現(xiàn)多個(gè)媒體復(fù)制組。同一媒體復(fù)制組中的媒體流 的類型必須相同，例如必須同為音頻或同為^L頻等，不能出現(xiàn)不同類型的4某 體流在同 一個(gè)々某體復(fù)制組中。
方式二、在媒體復(fù)制組中的輸入媒體流的組號(hào)后以一預(yù)定值進(jìn)行標(biāo)識(shí) 例如，將"src"標(biāo)識(shí)i殳置在group國(guó)attribute的identification-tag中，用于標(biāo)識(shí)輸入的 士某體流，用逗號(hào)將原identification-tag和"src"標(biāo)識(shí)分隔，產(chǎn)生新的
14identification-tag。具有"src"標(biāo)識(shí)的為輸入媒體流，其它沒(méi)有"src"標(biāo)識(shí)的就是 輸出々某體流。
方式三、在4某體復(fù)制組中默認(rèn)位置的組號(hào)所對(duì)應(yīng)的媒體流確定為輸入媒 體流例如可以定義一個(gè)媒體復(fù)制組中，第一個(gè)identification-tag所對(duì)應(yīng)的就是 輸入媒體流，其他的全為輸出媒體流；或者反之，可以定義該媒體復(fù)制組中 最后一個(gè)是輸入媒體流，其他的全為輸出媒體流。
需要說(shuō)明的，上述三種方式僅為舉例，當(dāng)可以有更多的方式來(lái)指示輸入 媒體流和輸出媒體流。
為便以理解，下述舉例來(lái)說(shuō)明前述的對(duì)SDP信息進(jìn)行聚合的過(guò)程。
假設(shè)，需要對(duì)一個(gè)第一客戶端與兩個(gè)第二客戶端的SDP信息進(jìn)行聚合。其
中，
第一客戶端(SrcUe)與業(yè)務(wù)提供實(shí)體建立會(huì)話的源媒體流SDP中，包括 了視頻(video)和音頻(audio)兩個(gè)々某體流，其SDP信息如下
v=0
o=SCF 511111111 511111111 IN IP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
m=audio 40000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 m=video 40010 RTP/AVP 31 32 a=rtpmap:31 H261/90000
第一個(gè)第二客戶端(DstUel)與業(yè)務(wù)提供實(shí)體建立會(huì)話的媒體流SDP,包 括一個(gè)視頻媒體流，其SDP格式如下
v=0
o=SCF 611111111 611111111 INIP4 scf.example.com s=
c=IN IP4 DstUel.example.com t=0 0
m=video 50000 RTP/AVP 31 32a=rtpmap:31 H261/90000
第二個(gè)第二客戶端(DstUe2)與業(yè)務(wù)提供實(shí)體建立會(huì)話的媒體流SDP，包 括一個(gè)音頻媒體流，其SDP信息如下
v=0
o=SCF 711111111 711111 111 IN IP4 scf.example.com
s=
c=IN IP4 DstUe2.example.com t=0 0
m=audio 60000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000
在業(yè)務(wù)提供實(shí)體上，可以將上述三個(gè)SDP聚合成一個(gè)新的SDP;對(duì)應(yīng)于對(duì) 輸入々某體流與輸出々某體流進(jìn)4亍標(biāo)識(shí)的方式一，該聚合的SDP信息可以為
v=0
o=SCF 811111111 811111111 IN IP4 scf.example.com
c=/iVIP4 SrcUe.example.com t=0 0
a=grow;r COT" 4
m=audio 41000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000
m=video 41010 RTP/AVP 3132 a=rtpmap:31 H261/90000 a=mzV/..2, sir
m=video 51000 RTP/AVP 3132 a=rtpmap:31 H261/90000
m=audio 61000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000
16對(duì)應(yīng)于對(duì)輸入士某體流與輸出媒體流進(jìn)行標(biāo)識(shí)的方式二，該聚合的SDP信息 可以為
v=0
o=SCF 811 111 111 811111111 INIP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY l，src 4 a=group: COPY 2,src 3 m=audio 41000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 a=mid: 1
m-video 41010 RTP/AVP 31 32 a=rtpmap :31 H261/90000 a=mid:2
m=video 51000 RTP/AVP 31 32 c=INIP4 DstUel.example.com a=rtpmap:31 H261/90000 a=mid:3
m=audio 61000 RTP/AVP 0 8 97 c=IN IP4 DstUe2.example.com a=rtpmap:8 PCMA/8000 a=mid:4
對(duì)應(yīng)于對(duì)輸入々某體流與輸出媒體流進(jìn)行標(biāo)識(shí)的方式三，該聚合的SDP信息 可以為 v=0
o=SCF 8111 11111 811111111 INIP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY 1 4 /*第一個(gè)標(biāo)識(shí)"r'對(duì)應(yīng)的為輸入媒體流*/
a=group: COPY 2 3 /*第一個(gè)標(biāo)識(shí)"2"對(duì)應(yīng)的為輸入媒體流*/
m=audio 41000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 a=mid: 1
m=video 41010 RTP/AVP 31 32
17a=rtpmap:31 H261簡(jiǎn)00 a=mid:2
m=video 51000 RTP/AVP 3132 c=IN IP4 DstUel.example.com a=rtpmap:31 H261/90000 a=mid:3
m=audio 61000 RTP/AVP 0 8 97 c=IN IP4 DstUe2.example.com a=rtpmap:8 PCM A/8000 a=mid:4
在上述的三個(gè)聚合的SDP中，其中包括有兩個(gè)媒體復(fù)制組，分別為關(guān)聯(lián) mid號(hào)為l， 4的音頻媒體流組和關(guān)聯(lián)mid號(hào)為2， 3的視頻媒體流組；其中，mid 號(hào)為1和2的作為輸入媒體流(對(duì)應(yīng)于第一客戶端的媒體流)，而mid號(hào)為3和4 的作為輸出媒體流(對(duì)應(yīng)于第二客戶端的媒體流)。
步驟S74,業(yè)務(wù)控制實(shí)體在完成了對(duì)第一客戶端會(huì)話信息與第二客戶端會(huì) 話信息中的媒體流的關(guān)聯(lián)操作后；業(yè)務(wù)控制實(shí)體就可以通過(guò)SIP消息(如 relNVITE/UPDATE等)攜帶所述聚合的SDP信息并發(fā)送給媒體處理實(shí)體，以 將所述關(guān)聯(lián)關(guān)系發(fā)送給々某體處理實(shí)體。
由于在業(yè)務(wù)控制實(shí)體與媒體處理實(shí)體之間的交互信息中均需要包括SDP 信息，上述的通過(guò)聚合的SDP信息指示輸入媒體流與輸出々某體流之間的關(guān)系， 實(shí)現(xiàn)起來(lái)非常方便。
如圖8所示，是本發(fā)明的在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)J槳體流的方法第二實(shí)施 例示意圖；其中
步驟S80,業(yè)務(wù)提供實(shí)體獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信 息；例如，當(dāng)業(yè)務(wù)提供實(shí)體接收到來(lái)自第一客戶端的指示，需要對(duì)第一客戶 端與第二客戶端進(jìn)行關(guān)聯(lián)，則業(yè)務(wù)提供實(shí)體需要獲取第一客戶端會(huì)話信息和 第二客戶端的會(huì)話信息。該第 一客戶端會(huì)話信息可以為第 一客戶端與業(yè)務(wù)提 供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息可以為第二客戶端與
18業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
步驟S82,所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息和所述第二客 戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；其中，生成關(guān)聯(lián)關(guān)系的步驟具體如下
首先，業(yè)務(wù)提供實(shí)體根據(jù)第 一客戶端會(huì)話信息和第二客戶端會(huì)話信息生 成聚合的SDP信息；
例如需要將第 一客戶端和兩個(gè)第二客戶端的SDP合并，其中，
第一客戶端(SrcUe)與業(yè)務(wù)提供實(shí)體建立會(huì)話的源媒體流SDP，包括了 視頻和音頻兩個(gè)媒體流，其SDP信息如下
v=0
o=SCF 511111111 5111 111 11 INIP4 scf.example.com s=
c=IN IP4 SrcUe.example.com t=0 0
m=audio 40000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 m=video 40010 RTP/AVP 31 32 a=rtpmap:31 H261/90000
第一個(gè)第二客戶端(DstUel)與業(yè)務(wù)提供實(shí)體建立會(huì)話的媒體流SDP,包 括一個(gè)視頻媒體流，其SDP信息如下
v=0
o=SCF 611111111 611111111INIP4 scf.example.com s=
c=IN IP4 DstUel.example.com t=0 0
m=video 50000 RTP/AVP 31 32 a,map:31 H261/90000
第二個(gè)第二客戶端(DstUe2)與業(yè)務(wù)提供實(shí)體建立會(huì)話的媒體流SDP,包 括一個(gè)音頻媒體流，其SDP信息如下
v=0
o=SCF 711111 111 711111111 INIP4 scf.example.comS=
c=IN IP4 DstUe2.example.com t=0 0
m=audio 60000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000
則聚合的SDP信息可以為 v=0
o=SCF 811111111 8111 111 11 INIP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
m=audio 41000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 a=label:l
m=video 41010 RTP/AVP 3132 a=rtpmap:31 H261/90000 a=label:2
m=video 51000 RTP/AVP 3132 c=IN IP4 DstUel.example.com a=rtpmap:31 H261/90000 a=label:3
m=audio 61000 RTP/AVP 0 8 97 c=IN IP4 DstUe2.example.com a=rtpmap:8 PCMA/8000 a=label:4
其次，在進(jìn)行SDP信息聚合后，業(yè)務(wù)控制實(shí)體通過(guò)生成復(fù)制邏輯來(lái)對(duì)該 第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息中的媒體流進(jìn)行關(guān)聯(lián)，從而 諸如指導(dǎo)媒體處理實(shí)體進(jìn)行媒體流復(fù)制操作。
在該復(fù)制邏輯中需要確定一個(gè)媒體流為輸入4某體流，以及與所述輸入4某 體流對(duì)應(yīng)的至少一個(gè)輸出媒體流，該輸入媒體流和所述輸出媒體流根據(jù)其在 所述聚合的SDP中的位置信息(如label信息，或在SDP中描述的媒體行的 順序號(hào))來(lái)確定的。其中，由于輸入媒體流和輸出媒體流都在一個(gè)聚合后的
20SDP中。該復(fù)制邏輯的格式可以諸如為(采用XML方式進(jìn)行描述)
< xml version="1.0" encoding="UTF-8" >
<mediacopy xmlns="um:ietf:params:xml:ns:mediacopy"
xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"> 〈input label=l>
</output label=4> </input> <input label=2>
</output label=3> </input> </mediacopy>
其中，〈input〉標(biāo)簽表明輸入媒體流，可以有多個(gè)〈input〉； 〈output〉標(biāo)簽 表明輸出士某體流，可以有多個(gè)< output >; 〈output〉是〈input〉的子元素，表示 該輸出媒體流與輸入媒體流的關(guān)聯(lián)關(guān)系。從中可以看出，在聚合的SDP信息 中，"labe瀘l"所對(duì)應(yīng)的媒體流和"labe—4"所對(duì)應(yīng)的媒體流存在關(guān)聯(lián)關(guān)系，且前 者為輸入媒體流，后者為輸出媒體流；同理，"labe卜2"所對(duì)應(yīng)的媒體流和 "label-3"所對(duì)應(yīng)的媒體流存在關(guān)聯(lián)關(guān)系，且前者為輸入媒體流，后者為輸出媒 體流。
步驟S84，在業(yè)務(wù)控制實(shí)體就完成了對(duì)第一客戶端會(huì)話信息與第二客戶端 會(huì)話信息中媒體流的關(guān)聯(lián)操作；業(yè)務(wù)控制實(shí)體就可以通過(guò)媒體控制消息攜帶 所述復(fù)制邏輯發(fā)送給々某體處理實(shí)體，以將該關(guān)聯(lián)關(guān)系發(fā)送給々某體處理實(shí)體。
如圖9所示，是本發(fā)明的在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)士某體流的方法第三實(shí)施 例示意圖；其中
步驟S90，業(yè)務(wù)提供實(shí)體獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信 息；例如，當(dāng)業(yè)務(wù)提供實(shí)體接收到來(lái)自第一客戶端的指示，需要對(duì)第一客戶 端與第二客戶端進(jìn)行關(guān)聯(lián)，則業(yè)務(wù)提供實(shí)體需要獲取第一客戶端會(huì)話信息和 第二客戶端的會(huì)話信息。該第 一客戶端會(huì)話信息可以為第 一客戶端與業(yè)務(wù)提 供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息可以為第二客戶端與 業(yè)務(wù)提供實(shí)體建立士某體會(huì)話的SDP信息。
21步驟S92，所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息和所述第二客 戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；其中，生成關(guān)聯(lián)關(guān)系的步驟具體如下
首先，所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息生成第一 SDP信 息，所述業(yè)務(wù)提供實(shí)體根據(jù)所述第二客戶端會(huì)話信息生成第二SDP信息，第 一 SDP信息用于業(yè)務(wù)提供實(shí)體與媒體處理實(shí)體間第一對(duì)話(Dialog)的會(huì)話 交互，第二SDP信息用于業(yè)務(wù)提供實(shí)體與媒體處理實(shí)體間第二對(duì)話(Dialog) 的會(huì)話交互。
其次，在完成所述第一客戶端會(huì)話信息與第二客戶端會(huì)話信息的轉(zhuǎn)換之 后，業(yè)務(wù)控制實(shí)體通過(guò)生成復(fù)制邏輯來(lái)對(duì)該第一客戶端會(huì)話信息和所述第二 客戶端會(huì)話信息中的媒體流進(jìn)行關(guān)聯(lián)，從而諸如指導(dǎo)媒體處理實(shí)體進(jìn)行媒體 流復(fù)制4喿作。
在該復(fù)制邏輯中需要確定一個(gè)媒體流為輸入媒體流，以及與所述輸入媒 體流對(duì)應(yīng)的至少一個(gè)輸出媒體流，從而將該輸入媒體流與該至少一個(gè)輸出媒 體流進(jìn)行關(guān)聯(lián)。該輸入媒體流根據(jù)其在所述第一 SDP中的位置信息和第一 SDP關(guān)聯(lián)業(yè)務(wù)提供實(shí)體與媒體處理實(shí)體間建立的第一對(duì)話(Dialog)來(lái)確定的， 該輸出媒體流根據(jù)其在所述第二 SDP中的位置信息和第二 SDP關(guān)聯(lián)業(yè)務(wù)提供 實(shí)體與媒體處理實(shí)體間建立的第二對(duì)話(Dialog)來(lái)確定的。其中，由于輸入 媒體流和輸出々某體流在不同會(huì)話的不同SDP中。該復(fù)制邏輯的才各式可以諸如 為(采用XML方式進(jìn)行描述)
< xml version="1.0" encoding="UTF-8" >
<mediacopy xmlns="urn:ietf:params:xml:ns:mediacopy"
xmlns:xsi="http:〃www.w3 .org/2001 /XMLSchema-instance"> <input call-id=dsffs from-tag=dfds to-tag=fr343 label=l>
</output call-id=sdfs from-tag=aa^d to-tag=ffsa label=l> </input>
<input call-id=dsffs from-tag=dfds to-tag=fr343 label=2>
</output call-id=wwe from-tag=fgdf to-tag=tyu label=l〉 </output call-id=w23e from-tag=fgl2f to-tag=td3454 label=l>
</input></mediacopy>
其中，〈i叩ut〉標(biāo)簽表明輸入i某體流，可以有多個(gè)〈nput、 〈output〉標(biāo)簽 表明輸出媒體流，可以有多個(gè)〈output〉； 〈output〉是〈npu^的子元素，表示該 輸出媒體流與輸入媒體流的關(guān)聯(lián)關(guān)系。call-id， from-tag， to-tag用于標(biāo)識(shí)一個(gè)對(duì) 話(Dialog),位置信息(label)與SDP中々某體行的label屬性值相等，用于 標(biāo)示具體位置所指示的纟某體流。通過(guò)對(duì)話(Dialog)信息與位置信息的結(jié)合， 從而確定不同會(huì)話中的具體媒體流。從中可以看出，"call-id=dsffs from-tag=dfds to-tag=fr343 label=l"所對(duì)應(yīng)的Jf某體流與"call-id=sdfs from-tag=aadd to-tag=ffsa label-l"所對(duì)應(yīng)的媒體流存在關(guān)聯(lián)關(guān)系，且前者為輸 入媒體流，后者為輸出i某體流。同理，"call-id=dsffs from-tag=dfds to-tag=fr343 labe^2"所對(duì)應(yīng)的士某體流與"call-id^wwe from-tag=fgdf to-tag=tyu label-l"及 "call-id=w23e from-tag=fgl2f to-tag=td3454 labe—l"所對(duì)應(yīng)的媒體流存在關(guān)聯(lián) 關(guān)系，前者為輸入媒體流，后兩者為輸出媒體流。
步驟S94,在業(yè)務(wù)控制實(shí)體就完成了對(duì)第一客戶端會(huì)話信息與第二客戶端 會(huì)話信息中々某體流的關(guān)聯(lián)操作；業(yè)務(wù)控制實(shí)體就可以通過(guò)々某體控制消息攜帶 所述復(fù)制邏輯并發(fā)送給士某體處理實(shí)體，以將該關(guān)聯(lián)關(guān)系發(fā)送給士某體處理實(shí)體。
上述通過(guò)復(fù)制邏輯來(lái)表示輸入媒體流與輸出媒體流的關(guān)聯(lián)關(guān)系的方法， 實(shí)施起來(lái)非常靈活，可以將不同對(duì)話(Dialog)中的i某體流進(jìn)行關(guān)聯(lián)，應(yīng)用范 圍非常廣泛。
在上述的具體實(shí)施例中，如果應(yīng)用在TISPANIPTV中時(shí)，其中的業(yè)務(wù)提 供實(shí)體可以為業(yè)務(wù)控制功能實(shí)體(SCF),媒體處理實(shí)體可以為媒體功能實(shí)體 (MF)。而媒體功能實(shí)體(MF)包括媒體控制功能實(shí)體(MCF)和媒體交 付功能實(shí)體(MDF)。業(yè)務(wù)開(kāi)展過(guò)程中，業(yè)務(wù)控制功能實(shí)體(SCF)與媒體 控制功能實(shí)體(MCF)進(jìn)行交互實(shí)現(xiàn)業(yè)務(wù)，媒體控制功能實(shí)體(MCF)控制 媒體交付功能實(shí)體(MDF)完成媒體處理和交付。
23如果應(yīng)用在IMS架構(gòu)中，則其中的業(yè)務(wù)提供實(shí)體為應(yīng)用服務(wù)器 (Application server ， AS ),媒體處理實(shí)體為媒體資源功能實(shí)體(MRF)。而 媒體資源功能實(shí)體(Multimedia Resource Function ， MRF )包括媒體資源功能 控制實(shí)體(Media Resource Function - Controller Part , MRFC )和媒體資源功能 處理實(shí)體(Media Resource Function - Process Part , MRFP )。業(yè)務(wù)開(kāi)展過(guò)程中， 應(yīng)用服務(wù)器(AS)與媒體資源功能控制實(shí)體(MRFC)進(jìn)行交互實(shí)現(xiàn)業(yè)務(wù)， 媒體資源功能控制實(shí)體(MRFC)控制媒體資源功能處理實(shí)體(MRFP)完成 媒體處理和交付。
上述描述了本發(fā)明實(shí)施例的實(shí)施例的基本流程，為便于理解本發(fā)明，下 述將以更詳細(xì)的例子來(lái)說(shuō)明本發(fā)明的具體應(yīng)用場(chǎng)景。下述例子僅為舉例，非 為限制本發(fā)明的應(yīng)用場(chǎng)景，本領(lǐng)域的技術(shù)人員可以理解，本發(fā)明當(dāng)可應(yīng)用在 其他場(chǎng)景下。后文以TISPANIPTV為業(yè)務(wù)場(chǎng)景進(jìn)4亍描述，相關(guān)流程同樣可應(yīng) 用于IMS架構(gòu)。以下僅舉出三種典型的應(yīng)用流程，在此就不進(jìn)行窮舉。
為了描述方便，下述所述的MCF即為媒體處理實(shí)體，當(dāng)MCF和MDF作為 一個(gè)整體時(shí)，描述MCF即代表MF。
如圖10所示，是本發(fā)明的第一應(yīng)用例流程圖。該圖示出了本發(fā)明應(yīng)用在 源客戶端指示目的客戶端接收復(fù)制媒體流的場(chǎng)景下的具體過(guò)程。
首先，源客戶端(SrcUE)已經(jīng)通過(guò)SCF與MCF間建立了媒體流的傳輸， 假定所述々某體流包括音頻流和視頻流。在該實(shí)施例中，需要向目的客戶端復(fù) 制牙見(jiàn)頻流。
步驟F1:源客戶端(SrcUE)向目的客戶端(DstUE)發(fā)送REFER消息， 指示Dstl正與SCF建立會(huì)話接收SrcUE的復(fù)制媒體流，并在refer-to頭域中攜帶 video的屬性標(biāo)識(shí)，指示DstUE復(fù)制的媒體流是視頻媒體流；
其中，在本發(fā)明的實(shí)施例中，需要中定義一個(gè)屬性標(biāo)識(shí)(如"mediacopy") 來(lái)指示需要進(jìn)行關(guān)聯(lián)復(fù)制媒體；該屬性標(biāo)識(shí)可以通過(guò)已有的機(jī)制在refer-to頭 域的SIPURI參數(shù)部分?jǐn)y帶，同時(shí)在refer-to中攜帶call-id, from-tag, to-tag， cid
24用于標(biāo)識(shí)一個(gè)需要復(fù)制具休的媒體流。所述的屬性標(biāo)識(shí)可通過(guò)Request-URI， Contact, Accept-Contact等頭域攜帶，為描述方便，在下述流程均為在 Accept-Contact頭域中攜帶所述屬性標(biāo)識(shí)。 例如，該REFER消息為
REFER sip:Bob@example.com SIP/2.0
Via:…
Route:…
Max-Forwards:…
From:...
To:...
Call-ID:...
CSeq:…
Refer-to: <sip:scf.example.com;call-id=48020298;to-tag=7743; from-tag=6472;cid=2 Accept-Contact=mediacopy>; method=INVITE; video
Referred-By: <sip:Alice@SrcUe.example.com>
步驟F2: DstUE返回202OK表示REFER請(qǐng)求正在處理； 步驟F3 F4: DstUE返回NOTIFY,報(bào)告REFER處理的進(jìn)展； 步驟F5: Dst UE根據(jù)REFER消息的向業(yè)務(wù)控制實(shí)體(SCF)發(fā)送INVITE 請(qǐng)求復(fù)制媒體流。如
INVITE sip:scf.example.com;call-id=48020298; to-tag=7743;from-tag=6472;cid=2;mediacopy SIP/2.0 Via:... Route:… Max-Forwards:... From:... To:... Call-ID:...
Accept-Contact:mediacopy v=0
o=Bob 40000000 40000000 IN IP4 DstUe.example.com
s=
c=IN IP4 DstUe.example.com
25t=0 0
m=video 40010 RTP/AVP 31 32 a=rtpmap:32 MPV/90000
其中，Dst UE的編碼采用MPV方式，與源客戶端所發(fā)送的REFER消息中 所指示的被復(fù)制媒體流編碼H261不同。
步驟F6: SCF收到DstUE發(fā)送的INVITE消息，檢查發(fā)現(xiàn)Accept-Contact頭 域中帶有mediacopy屬性標(biāo)識(shí)，則對(duì)該INVITE消息執(zhí)行々某體流復(fù)制處理根據(jù) R叫uest-URI中攜帶的dialog-idl， to-tag, from-tag參數(shù)，匹配到SCF與Src UE建 立的對(duì)話(Dialog),并4艮據(jù)這個(gè)對(duì)話(Dialog)獲得SCF與MCF建立的媒體會(huì) 話(Session)的對(duì)話(Dialog),根據(jù)該媒體Session的Dialog的已有媒體信息 和Request-URI中的cid參數(shù)，構(gòu)造reINVITE消息，攜帶新的SDP信息(增加了 DstUE的媒體描述)并發(fā)送給MCF;如
INVITE sip:mf.example.com SIP/2.0
Via:…
Route:...
Max-Forwards:…
From:...
To:…
Call-ID:…
CSeq:...
v=0
o=SCF 210000000 210000001 IN IP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY 1 2 /*可以是多個(gè)a行，表示多個(gè)聚合的組*/
m=audio 10000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/動(dòng)0 m=video 10010 RTP/AVP 31 32 a=rtpmap:31 H261/90000
a=mid:l， src /*1所對(duì)應(yīng)的媒體流為源媒體流，如果組內(nèi)的m
行編碼有不同的，MF以源的編碼為標(biāo)準(zhǔn)進(jìn)行 轉(zhuǎn)換*/
26其中，斜體字部分為目的客戶端的SDP信息，為新增部分；另外，由于源 媒體流的編碼與新增J(某體流的編碼不同，MCF需要完成編碼的轉(zhuǎn)換處理。
步驟F7: MCF接收SCF的reINVITE消息，在200 OK中返回更新的SDP信 息。如
SIP/2.0 200 OK Via:...
Max-Forwards:… From:... To:… Call-ID:… CSeq:…
v=0
o=MF 300000000 300000000 IN IP4 mfhost.example.com
s=
c=IN IP4 mcfhost.example.com t=0 0
m=audio 30000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 m=video 30010 RTP/AVP 31 32 a=rtpmap:31 H261/90000
步驟FS: SCF接收MCF返回的200 OK,根據(jù)其中的SDP回復(fù)構(gòu)造新的 SDP，通過(guò)200 OK響應(yīng)消息發(fā)送給Dst UE;如
SIP/2.0 200 OK Via:...
Max-Forwards:... From:... To:…
27Call-ID:… CSeq:...
v=0
o=SCF 200000000 200000000 IN IP4 scf.example.com
c=IN IP4 mcfhostexample.com t=0 0
m=video 20010 RTP/AVP 31 32 a=rtpmap:32 MPV/90000
步驟F9: Dst UE收到SCF的200 OK返回ACK;
步驟F10: SCF收到DstUE的ACK,向MCF返回ACK, MCF向DstUE發(fā)送 復(fù)制的媒體流；
步驟F11 F12:在復(fù)制完所有媒體流后，DstUE通過(guò)NOTIFY消息向SrcUE 報(bào)告復(fù)制媒體流操作完成。
如圖ll所示，是本發(fā)明的第二應(yīng)用例流程圖。該圖示出了本發(fā)明應(yīng)用在 源客戶端指示SCF將々某體目的客戶端接收復(fù)制i某體流的場(chǎng)景下的具體過(guò)程。
如圖8所示，是本發(fā)明的實(shí)現(xiàn)關(guān)聯(lián)復(fù)制媒體流的方法的第二具體實(shí)施例流 程圖；該流程包:fe:
首先，源客戶端(SrcUE)已經(jīng)通過(guò)SCF與MCF間建立了々某體流的傳輸， 假定所述媒體流包括音頻流和視頻流。在該實(shí)施例中，需要向目的客戶端復(fù)
步驟F1:源客戶端(SrcUE)向業(yè)務(wù)控制實(shí)體(SCF )發(fā)送REFER消息， 指示SCF將SrcUE的視頻媒體流復(fù)制到DstUE,例如，在R叫uest-URI中攜帶 關(guān)于關(guān)聯(lián)復(fù)制的屬性標(biāo)識(shí)(如，mediacopy),并指示需要復(fù)制的為視頻媒體 流(例如可以在refer-to頭域中攜帶video來(lái)進(jìn)行指示)。例如，該REFER消息 為
REFER sip:scf.example.com;call-id=48020298;to-tag=7743; from-tag=6472;cid=2;mediacopy;video SIP/2.0
28Via:... Route:… Max-Forwards:... From:... To:... Call-ID:... CS叫...
Refer-to: <sip:Bob@example.com;method=INVITE> Referred-By: <sip:Alice@example.com>
步驟F2: SCF返回202 OK表示REFER請(qǐng)求正在處理； 步驟F3 F4: SCF返回NOTIFY,報(bào)告REFER處理的進(jìn)展； 步驟F5: SCF根據(jù)REFER消息的R叫uest-URI中的"mediacopy"屬性標(biāo)識(shí)確 認(rèn)Src UE希望復(fù)制媒體流，根據(jù)Request-URI中的dialog-id, from-tag, to-tag匹配 到SrcUE與SCF間的對(duì)話(Dialog)，再根據(jù)Request-URI中的cid確定SrcUE 請(qǐng)求復(fù)制的媒體流是SDP中的視頻媒體流(其中，cid = 2，表示SDP中的第二 個(gè)m行)。SCF構(gòu)造攜帶mediacopy屬性標(biāo)識(shí)的INVITE消息發(fā)送給DstUE。 SCF 在SDP中攜帶MCF支持的所有的視頻編碼格式的信息。該INVITE消息例如為
INVITE sip:Bob@example.com SIP/2.0
Via:...
Route:...
Max-Forwards:...
From:…
To:...
Call-ID:…
CSeq:...
Accept-Contact:mediacopy v=0
o=SCF 20000000 20000000 IN IP4 scf.example.com
s=
c=IN IP4 mcfhost.example.com t=0 0
m=video 30010 RTP/AVP 31 32 /*如果SCF不能決定媒體參數(shù)，就將
30010部分設(shè)為0*/
a=rtpmap:31 H261/90000a=rtpmap:32 MPV簡(jiǎn)OO
其中，在SCF構(gòu)造的SDP中，如果SCF不能決定新增媒體流在MCF上的媒 體參數(shù)，就將該媒體流保持(Hold)住，也就是將m行的端口設(shè)為0。這樣SCF 通過(guò)步驟F8獲得々某體參數(shù)后，需要與Dst UE進(jìn)行二次SDP協(xié)商將J 某體流激活。 另外，在步驟F5中，SCF可以發(fā)送不帶SDP的INVITE,由Dst UE發(fā)送200 OK 攜帶SDP提供(offer), SCF通過(guò)ACK攜帶SDP回復(fù)(answer)確認(rèn)。
步驟F6: DstUE接收INVITE消息，返回200OK消息。該200OK消息例如
SIP/2.0 200 OK Via:...
Max-Forwards:… From:… To:... Call-ID:… CS叫…
v=0
o=Bob 40000000 40000000 IN IP4 DstUe.example.com
s=
c=IN IP4 DstUe.example.com t=0 0
m=video 40010 RTP/AVP 31 32 a=rtpmap:31 H261/90000
步驟F7: SCF接收Dst UE的200 OK,根據(jù)Dst UE響應(yīng)中的SDP構(gòu)造INVITE 消息發(fā)送給MCF。如
/*單SDP方式*/
INVITE sip:mf.example.com SIP/2.0
Via:…
Route:…
Max-Forwards:...
From:...
To:…
Call-ID:...
30CSeq:… v=0
o-SCF 21000000 21000001 IN IP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
m=audio 10000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA細(xì)O m-video 10010 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:l
m=video 40010 RTP/AVP 31 32/*增加DstUe的媒體描述部分，同時(shí)為
兩個(gè)m-video的媒體行增加 label */
c=IN IP4 DstUe.example.com a=rtpmap:31 H261簡(jiǎn)00 a=label:2
或者例如，將DstUe的的SDP部分作為一個(gè)單獨(dú)的SDP攜帶在INVITE消息 中，這樣INYITE消息中就存在SrcUe的SDP和DstUe的SDP兩個(gè)SDP:
/*多SDP方式*/
INVITE sip:mf.example.com SIP/2.0
Via:…
Route:…
From:...
To:...
Call-ID:...
Content-Type: ultipart/related;type=application/sdp;
start="<nXYxAE@example.com>";
boundary="50UBfW7LSCVLtggUPe5z" Content-Length:…
--50UBfW7LSCVLtggUPe5z Content-Transfer-Encoding: binary Content-ID: <nXYxAE@example.com> Content-Type: application/sdp
31v=0
o=SCF 21000000 21000001 IN IP4 scf.example.com
s=
c=IN IP4 SrcUe.example.com t-0 0
m=audio 10000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/畫(huà)0 m=video 10010 RTP/AVP 31 32 a-rtpmap:31 H261/90000 a-label:l
—50UBfW7LSCVLtggUPe5z Content-Transfer-Encoding: binary Content-ID: <wcwcwc@example.com> Content-Type: application/sdp
v=0
o-SCF 21100000 21100000 IN IP4 scf.example.com
s=
c=IN IP4 DstUe.example.com t=0 0
m=video 40010 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=labd:l
—50UBfW7LSCVLtggUPe5z—
步驟F8: MCF返回200OK消息，攜帶SDP answerf言息。如:
/*單SDP方式*/ SIP/2.0 200 OK Via:…
Max-Forwards:… From:... To:… Call-ID:... CSeq:…
v=0
o=MF 30000000 30000000 IN IP4 mfhost.example.com
s=
c=IN IP4 mfhost.example.com t=0 0
m-audio 30000 RTP/AVP 0 8 97a=rtpmap:8 PCMA/8000 m-video 30010 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:l
m=video 20010 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:2
步驟F9: SCF向MCF返回ACK; 步驟F10: SCF向DstUE返回ACK;
步驟F11: SCF向MCF下發(fā)媒體控制消息(Request)請(qǐng)求復(fù)制指定的媒體 流，Request消息體中攜帶指示復(fù)制指定Jf某體流的復(fù)制邏輯。如
/*單SDP方式*/
< xml version-" 1.0" encoding="UTF-8" >
<media-copy xmlns="um:ietf:params:xml:ns:media-copy"
xmlns:xsi="http:〃www.w3 .org/2001 /XMLSchema腸instance"〉 <item input-1> <output> 2
</output> </item> </media-copy>
/*多SDP方式*/
< xml version-" 1.0" encoding="UTF-8" >
<media-copy xmlns-"um:ietf:params:xml:ns:media-copy"
xmlns:xsi="http:〃www.w3 .org/200 l/XMLSchema-instance"> < item sessionid="21000000" input-1> <output sessionid="21100000"> 1
</output > </item> </media-copy>
其中，inpu漆示源媒體流，outpu漆示輸出的復(fù)制媒體流。在多SDP方式 下，〈tem〉和〈output〉標(biāo)簽中的sessionid屬性對(duì)應(yīng)SCF向MCF發(fā)送的SDP offer
33中的sess-id, input:l對(duì)應(yīng)第一個(gè)SDP中l(wèi)able = 1， output:l對(duì)應(yīng)第二個(gè)SDP中 label - 1。
步驟F12: MCF接收SCF下發(fā)的媒體復(fù)制請(qǐng)求消息，返回Response響應(yīng)； MCF將復(fù)制的媒體流發(fā)送到Dst UE;
步驟F13 F14: SCF向SrcUE發(fā)送NOTIFY消息報(bào)告媒體流復(fù)制完成。
如圖12所示，是本發(fā)明的第二應(yīng)用例流程圖。該圖示出了本發(fā)明應(yīng)用在 源客戶端創(chuàng)建復(fù)制焦點(diǎn)，并指示目的客戶端加入該復(fù)制焦點(diǎn)，從而將媒體流 發(fā)送給目的客戶端的場(chǎng)景下的具體過(guò)程。
首先，源客戶端(SrcUE)已經(jīng)通過(guò)SCF與MCF間建立了媒體流的傳輸， 假定所述媒體流包括音頻流和視頻流。在該實(shí)施例中，需要向目的客戶端復(fù) 制視頻流。
步驟S1: SrcUE與4某體復(fù)制控制實(shí)體進(jìn)行會(huì)話交互，創(chuàng)建復(fù)制焦點(diǎn)； 步驟F1: Srcl正向媒體復(fù)制控制實(shí)體發(fā)送INVITE消息，攜帶mediacopy 的屬性標(biāo)識(shí)，在SDPoffer中攜帶兩個(gè)視頻媒體流描述，其中一個(gè)視頻流是MCF 發(fā)出的作為輸入媒體流，另 一個(gè)視頻流是由Src UE接收的作為輸出媒體流； 如
INVITE sip:scfcopy.example.com; SIP/2.0
Via:...
Route:…
Max-Forwards:...
From:…
To:…
Call-ID:...
Accept-Contact: mediacopy v=0
o=Alice 20000000 20000000 IN IP4 SrcUe.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY 1 2
34m=video 20000 RTP/AVP 3132 /*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體
的媒體流，MCF作為媒體流 發(fā)送源*/
c=IN IP4 mcf.example.com a=rtpmap :31畫(huà)1/90000 a=sendonly a=mid:l
m=video 20100 RTP/AVP 31 32 /*協(xié)商建立Src UE與媒體復(fù)制處理實(shí)體
的媒體流，SrcUE作為媒體流 接收端*/
a=rtpmap:31 H261/90000
a=recvonly
a=mid:2
其中SDP中使用"COPY"組標(biāo)識(shí)，"COPY"后的第一個(gè)標(biāo)識(shí)(mid:l )默 認(rèn)為輸入媒體流，其后的標(biāo)識(shí)是輸出媒體流。
步驟F2:媒體復(fù)制控制實(shí)體接收SrcUE發(fā)送的INVITE消息，檢測(cè)到其中 攜帶有mediacopy的屬性標(biāo)識(shí)，則創(chuàng)建業(yè)務(wù)層的復(fù)制焦點(diǎn)，向媒體復(fù)制處理實(shí) 體發(fā)送INVITE請(qǐng)求創(chuàng)建媒體層復(fù)制焦點(diǎn)；如
INVITE sip:mcfcopy.example.com; SIP/2.0
Via:…
Route:...
Max-Forwards:...
From:...
To:...
Call-ID:…
Accept畫(huà)Contact: mediacopy v=0
o=SCFCopy 30000000 30000000 IN IP4 scfcopy.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY 1 2
m-video 20000 RTP/AVP 3132/*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體的
媒體流，MCF作為媒體流發(fā)送 源*/
c=IN IP4 mcf.example.com
35a=rtpmap:31 H261/90000
a=sendonly
a=mid: 1
m-video 20100 RTP/AVP 3132/*協(xié)商建立Src UE與媒體復(fù)制 處理實(shí)
體的媒體流，SrcUE作為媒體 流接收端*/
a=rtpmap:31 H261/90000
a=recvonly
a=mid:2
F3:媒體復(fù)制處理實(shí)體接收媒體復(fù)制控制實(shí)體發(fā)送的INVITE消息，檢查 其中攜帶了 mediacopy屬性標(biāo)識(shí)，將創(chuàng)建媒體層的復(fù)制焦點(diǎn)與創(chuàng)建焦點(diǎn)的會(huì)話 (Session)進(jìn)行關(guān)聯(lián)，將SDP中描述的屬性是mid:l的媒體流作為焦點(diǎn)的輸入 媒體流，將SDP中描述的屬性是mid:2的媒體流作為焦點(diǎn)的輸出媒體流，媒體 層復(fù)制焦點(diǎn)能自動(dòng)執(zhí)行i某體編碼轉(zhuǎn)換，如果輸入輸出編碼不同，將輸入媒體 流編碼轉(zhuǎn)換成輸出Jf某體流編碼；媒體復(fù)制處理實(shí)體返回200 OK消息；
SIP/2.0 200 OK Via:…
Max-Forwards:... From:... To:… Call-ID:… CSeq:…
v=0
o=MCFCopy 30000000 30000000 IN IP4 mcfcopy.example.com s=
c=IN IP4 mcfcopy.example.com t=0 0
a=group: COPY 1 2
m=video 30000 RTP/AVP 3132/*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體的
媒體流，MCF作為媒體流發(fā)送 源*/
a=rtpmap:31 H261/90000
a=r6cvonly
a=mid: 1
m-video 30100 RTP/AVP 3132/*協(xié)商建立Src UE與媒體復(fù)制處理實(shí)體的媒體流，Srcl正作為媒體流 接收端*/
a=rtpmap:31 H261/90000
a=sendonly
a=mid:2
步驟F4:媒體復(fù)制控制實(shí)體接收200OK消息，返回ACK消息；
步驟F^々某體復(fù)制控制實(shí)體向SrcUE發(fā)送200OK消息，在Contact頭域中
攜帶業(yè)務(wù)層復(fù)制焦點(diǎn)標(biāo)識(shí)； SIP/2.0 200 OK Via:…
Max-Forwards:... From:... To:… Call-ID:... CSeq:…
Contact: scfcopy.example.com;focusid=xyzswq v=0
o=MCFCopy 30000000 30000000 IN IP4 mcfcopy.example.com s=
c=IN IP4 mcfcopy.example.com t=0 0
a=group: COPY 1 2
m=video 30000 RTP/AVP 31 32 /*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體的
媒體流，MCF作為媒體流發(fā)送 源*/
a=rtpmap:31 H261/90000
3=recvonly
a=mid: 1
m=video 30100 RTP/AVP 3132/*協(xié)商建立Src UE與媒體復(fù)制處理實(shí)體
的媒體流，Srcl正作為媒體流 接收端*/
a=rtpmap:31 H261/90000
a=sendonly
a=mid:2
步驟F6: Srcl正返回ACK;
37步驟S2: Srcl正與SCF進(jìn)行媒體重協(xié)商，將MCF發(fā)送到Src UE的視頻流改 向到々某體復(fù)制處理實(shí)體(MCFCopy);
步驟F7: Src UE向SCF發(fā)送reINVITE攜帶SDP offer,將視頻媒體行改為 F5步驟中接收到的SDP中屬性為recvonly的々某體行；
請(qǐng)ITE sip:scf.example.com SIP/2.0
Via:...
Route:...
Max-Forwards:...
From:…
To:…
Call-ID:...
CSeq:...
v=0
o^Alice 100000000 100000001 INIP4 SrcUe.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
m=audio 10000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 m=video 30100 RTP/AVP 31 32 c=IN IP4 mcfcopy.example.com a=rtpmap:31 H261/90000 a=recvonly
F8: SCF向MCF發(fā)送reINVITE攜帶SDP offer;
INVITE sip:mcf.example.com SIP/2.0
Via:…
Route:...
Max-Forwards:...
From:...
To:...
Call-ID:...
CS叫…
v=0
o=SCF 400000000 400000001 IN IP4 scf.example.com
s=c=IN IP4 SrcUe.example.com t=0 0
m=audio 10000 RTP/AVP 0 8 97 a=rtpmap:8 PCMA/8000 m=video 30100 RTP/AVP 31 32 c=IN IP4 mcfcopy.example.com a=rtpmap :31 H261細(xì)OO a=recvonly
步驟F9 ~ F10: MCF向SCF返回200 OK攜帶SDP answer, SCF返回ACK消
自
步驟Fll ~ F12: SCF向Src UE返回200 OK攜帶SDP answer, Src UE返回 ACK消息；
步驟S3: SrcUE指示DstUE力口入復(fù)制焦點(diǎn)；
步驟F13: SrcUE向DstUE發(fā)送REFER消息，攜帶復(fù)制焦點(diǎn)標(biāo)識(shí)和 mediacopy屬l生才示i口、； J(口
REFER sip: Bob@example.com;mediacopy;video SIP/2.0
Via:…
Route:...
Max-Forwards:...
From:...
To:...
Call-ID:...
CSeq:…
Refer-to: <sip:scfcopy.example.com;focusid=xyzswq >;method=INVITE Referred-By: <sip:Alice@example.com> Refer-Sub: false Supported: norefersub
步驟F 14: Dst UE向Src UE返回200 OK消息；
步驟F15: DstUE向媒體復(fù)制控制實(shí)體發(fā)出INVITE消息在Request-URI中 攜帶復(fù)制焦點(diǎn)標(biāo)識(shí)，在Accept-Contact中攜帶mediacopy屬性標(biāo)識(shí)，請(qǐng)求加入媒 體復(fù)制焦點(diǎn)；
可以理解的是，其中，復(fù)制焦點(diǎn)標(biāo)識(shí)也可以在Accept-Contact中攜帶。如
39INVITE sip:scfcopy.example.com; focusid-xyzswq SIP/2.0
Via:...
Route:…
Max-Forwards:...
From:...
To:…
Call-ID:...
Accept-Contact:mediacopy
v=0
o=Bob 40000000 40000000 IN IP4 DstUe.example.com
s=
c=IN IP4 DstUe.examplei.com t=0 0
m=video 40010 RTP/AVP 31 32 a=rtpmap:32 MPV簡(jiǎn)OO
F16:媒體復(fù)制控制實(shí)體向媒體復(fù)制處理實(shí)體發(fā)送reINVITE消息，通過(guò) 媒體重協(xié)商在創(chuàng)建復(fù)制焦點(diǎn)的Session中增加Dstl正的SDP描述，將Dstl正加入 到媒體復(fù)制處理實(shí)體的復(fù)制焦點(diǎn)中；如
INVITE sip:mcfcopy.example.com; SIP/2.0
Via:...
Route:…
Max-Forwards:...
From:…
To:…
Call-ID:...
Accept畫(huà)Contact: mediacopy v=0
o=SCFCopy 30000000 30000001 IN IP4 scfcopy.example.com
s=
c=IN IP4 SrcUe.example.com t=0 0
a=group: COPY 1 2 3
m=video 20000 RTP/AVP 31 32 /*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體的
媒體流，MCF作為媒體流發(fā)送 源*/
40c=IN IP4 mcf.example.com a=rtpmap:31 H261/90000 a=sendonly a=mid: 1
m=video 20100 RTP/AVP 31 32 /*協(xié)商建立Src UE與媒體復(fù)制
處理實(shí)體的媒體流，SrcUE作 為媒體流接收端*/
a=rtpmap:31 H261/90000
a=recvonly
a=mid:2
m=video 40010 RTP/AVP 31 32/* Dst l正的媒體流描述*/
c=IN IP4 DstUe.example.com
a=rtpmap:32 MPV/90000
a=recvonly
a=mid:3
步驟F17:媒體復(fù)制處理實(shí)體返回200OK消息，其中攜帶有SDP answer;
SIP/2.0 200 OK Via:...
Max-Forwards:… From:... To:... Call-ID:... CS叫...
v=0
o-MCFCopy 30000000 30000000 IN IP4 mcfcopy.example.com
s==
c=IN IP4 mcfcopy.example.com t=0 0
a=group: COPY 1 2 3
m^video 30000 RTP/AVP 31 32 /*協(xié)商建立MCF與媒體復(fù)制處理實(shí)體的
媒體流，MCF作為媒體流發(fā)送 源*/
a=rtpmap:31 H261/90000
3=T6cvonly
a=mid:l
m=video 30100 RTP/AVP 31 32 /*協(xié)商建立Src UE與媒體復(fù)制處理實(shí)體
的媒體流，Srcl正作為媒體流
41接收端*/
a=rtpmap:31 H261/90000
a=sendonly
a=mid:2
m=video 40020 RTP/AVP 3132/* Dst UE的媒體流描述*/
a,map:32 MPV/90000
a=sendonly
a=mid:3
步驟F18:媒體復(fù)制控制實(shí)體根據(jù)媒體復(fù)制處理實(shí)體返回的SDP answer, 構(gòu)造新的SDP answer通過(guò)200 OK消息發(fā)送給Dst UE;如
SIP/2.0 200 OK Via:...
Max-Forwards:... From:... To:… Call-ID:... CS叫…
v=0
o=SCFCopy 60000000 60000000 IN IP4 scfcopy.example.com s=
c=IN IP4 mcfcopy.example.com t=0 0
m=video 40020 RTP/AVP 31 32 a=rtpmap:32 MPV層OO a=sendonly
F19: Dst UE收到200 OK消息向媒體復(fù)制控制實(shí)體返回ACK消息；
F20:媒體復(fù)制控制實(shí)體向媒體復(fù)制處理實(shí)體發(fā)送ACK消息，媒體復(fù)制處 理實(shí)體收到ACK向Dst UE發(fā)送復(fù)制媒體流。
在上述描述的三個(gè)應(yīng)用場(chǎng)景中，業(yè)務(wù)控制實(shí)體利用輸入媒體流與輸出媒 體流的關(guān)聯(lián)關(guān)系來(lái)指示媒體處理實(shí)體進(jìn)行媒體流的復(fù)制，可以減少現(xiàn)有的 IPTV中的點(diǎn)播的次數(shù)，并且可以由源客戶端來(lái)控制將正在接收的媒體流復(fù)制 到哪個(gè)或哪些目的客戶端，增加了用戶的使用體驗(yàn)。本發(fā)明實(shí)施例的在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法及裝置，通過(guò)將源 客戶端會(huì)話信息和目的客戶端會(huì)話信息進(jìn)行關(guān)聯(lián)，可以應(yīng)用于媒體流(如視 頻等)的共享、會(huì)話媒體流監(jiān)控等多種場(chǎng)景中。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在 本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法，其特征在于，包括業(yè)務(wù)提供實(shí)體獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信息；所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；所述業(yè)務(wù)提供實(shí)體將所述關(guān)聯(lián)關(guān)系發(fā)送給媒體處理實(shí)體。
2、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)提供實(shí)體根據(jù)所述 第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系的步驟包括所述業(yè)務(wù)提供實(shí)體根據(jù)所述第 一客戶端會(huì)話信息和所述第二客戶端會(huì)話 信息生成聚合的SDP信息。
3、 如權(quán)利要求2所述的方法，其特征在于，所述第一客戶端會(huì)話信息為 第一客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息 為第二客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
4、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)^是供實(shí)體根據(jù)所述 第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系的步驟包括所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息生成第一 SDP信息，所 述業(yè)務(wù)提供實(shí)體根據(jù)所述第二客戶端會(huì)話信息生成第二 SDP信息。
5、 如權(quán)利要求4所述的方法，其特征在于，所述第一客戶端會(huì)話信息為 第一客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息 為第二客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
6、 如權(quán)利要求2或3所述的方法，其特征在于，所述業(yè)務(wù)提供實(shí)體根據(jù)所述第 一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系的步驟為在所述聚合的SDP信息中包含至少一個(gè)媒體復(fù)制組，從每一媒體復(fù)制組 中確定一個(gè)媒體流作為輸入媒體流。
7、 如權(quán)利要求6所述的方法，其特征在于，以下述任一種方法來(lái)確定媒 體復(fù)制組中的一個(gè)媒體流為輸入媒體流在對(duì)媒體復(fù)制組中對(duì)所述輸入媒體流的mid說(shuō)明中以一預(yù)定值進(jìn)行標(biāo)示；或在所述媒體復(fù)制組中的所述輸入媒體流的組號(hào)后以一預(yù)定值進(jìn)行標(biāo)識(shí)；或?qū)⑺雒襟w復(fù)制組中默認(rèn)位置的組號(hào)所對(duì)應(yīng)的媒體流確定為輸入媒體流。
8、 如權(quán)利要求2或3所述的方法，其特征在于，所述業(yè)務(wù)提供實(shí)體根據(jù) 所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系的步驟 為通過(guò)復(fù)制邏輯來(lái)生成所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信 息中媒體流的關(guān)聯(lián)關(guān)系。
9、 如權(quán)利要求8所述的方法，其特征在于，所述復(fù)制邏輯中確定一個(gè)媒 體流為輸入媒體流，以及與所述輸入4某體流對(duì)應(yīng)的至少一個(gè)輸出媒體流，所 述輸入媒體流和所述輸出媒體流是根據(jù)其在所述聚合的SDP中的位置信息來(lái) 確定的。
10、 如權(quán)利要求4或5所述的方法，其特征在于，所述業(yè)務(wù)提供實(shí)體根 據(jù)所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系的步驟為通過(guò)復(fù)制邏輯來(lái)生成所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信 息中媒體流的關(guān)聯(lián)關(guān)系。
11、 如權(quán)利要求IO所述的方法，其特征在于，所述復(fù)制邏輯中確定一個(gè) 媒體流為輸入媒體流，以及與所述輸入媒體流對(duì)應(yīng)的至少 一個(gè)輸出媒體流， 所述輸入媒體流是根據(jù)其在所述第一 SDP中的位置信息和第一 SDP關(guān)聯(lián)業(yè)務(wù) 提供實(shí)體與媒體處理實(shí)體間建立的第一對(duì)話(Dialog)來(lái)確定的，所述輸出媒 體流是根據(jù)其在所述第二 SDP中的位置信息和第二 SDP關(guān)聯(lián)業(yè)務(wù)提供實(shí)體與 i某體處理實(shí)體間建立的第二對(duì)話(Dialog)來(lái)確定的。
12、 一種業(yè)務(wù)控制實(shí)體，用于在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián):J 某體流，其特征在 于，包括會(huì)話信息獲取單元，用于獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信自 關(guān)聯(lián)處理單元，用于為會(huì)話信息獲取單元所獲取的第一客戶端會(huì)話信息和第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；關(guān)聯(lián)關(guān)系發(fā)送單元，用于將關(guān)聯(lián)處理單元所生成的所述關(guān)聯(lián)關(guān)系發(fā)送給 媒體處理實(shí)體。
13、 如權(quán)利要求12所述的業(yè)務(wù)控制實(shí)體，其特征在于， 所述會(huì)話信息獲取單元獲取的所述第一客戶端會(huì)話信息為第一客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶端會(huì)話信息為第二客戶端 與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
14、 如權(quán)利要求13所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述關(guān)聯(lián)處理單元進(jìn)一步包括SDP信息聚合單元，用于根據(jù)所述第一客戶端會(huì)話信息和所述第二客戶 端會(huì)話信息生成聚合的SDP信息。
15、 如權(quán)利要求14所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述SDP信息聚 合單元進(jìn)一步包括媒體流類型確定單元，用于在所述聚合的SDP信息中所包含的每個(gè)媒體 復(fù)制組中確定一個(gè)媒體流作為輸入媒體流。
16、 如權(quán)利要求15所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述媒體流類型 確定單元以下述任一種方式來(lái)確定媒體復(fù)制組中的 一個(gè)媒體流為輸入媒體 流在對(duì)媒體復(fù)制組中對(duì)所述輸入媒體流的mid說(shuō)明中以一預(yù)定值進(jìn)行標(biāo)示； 在所述i某體復(fù)制組中的所述輸入i某體流的組號(hào)后以一預(yù)定值進(jìn)行標(biāo)識(shí)； 將所述媒體復(fù)制組中默認(rèn)位置的組號(hào)所對(duì)應(yīng)的媒體流確定為輸入媒體流。
17、 如權(quán)利要求16所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述關(guān)聯(lián)處理單 元進(jìn)一步包括會(huì)話信息轉(zhuǎn)換單元，用于根據(jù)所述第一客戶端會(huì)話信息生成第一 SDP信 息，根據(jù)所述第二客戶端會(huì)話信息生成第二 SDP信息。
18、 如權(quán)利要求12所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述第一客戶端 會(huì)話信息為第一客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息，第二客戶 端會(huì)話信息為第二客戶端與業(yè)務(wù)提供實(shí)體建立媒體會(huì)話的SDP信息。
19、 如權(quán)利要求13、 14、 15或16所述的業(yè)務(wù)控制實(shí)體，其特征在于， 所述關(guān)聯(lián)處理單元進(jìn)一步包括復(fù)制邏輯生成單元，用于根據(jù)所述SDP信息聚合單元或會(huì)話信息轉(zhuǎn)換單 元的結(jié)果生成表示有所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息中 媒體流的關(guān)聯(lián)關(guān)系的復(fù)制邏輯。
20、 如權(quán)利要求19所述的業(yè)務(wù)控制實(shí)體，其特征在于，所述復(fù)制邏輯生 成單元進(jìn)一步包括媒體流類型確定單元，用于在所述復(fù)制邏輯中確定至少一個(gè)媒體流為輸 入媒體流，以及與所述輸入i某體流對(duì)應(yīng)的至少一個(gè)輸出媒體流。
21、 如權(quán)利要求20所述的業(yè)務(wù)控制實(shí)體，其特征在于 所述輸入媒體流和所述輸出媒體流是根據(jù)所述聚合的SDP中的位置信息來(lái)確定的；或者所述輸入媒體流是根據(jù)其在所述第一 SDP中的位置信息和第一 SDP關(guān)聯(lián) 業(yè)務(wù)提供實(shí)體與々某體處理實(shí)體間建立的第一對(duì)話(Dialog)來(lái)確定的，所述輸 出媒體流是根據(jù)其在所述第二 SDP中的位置信息和第二 SDP關(guān)聯(lián)業(yè)務(wù)提供實(shí) 體與媒體處理實(shí)體間建立的第二對(duì)話(Dialog)來(lái)確定的。
22、 如權(quán)利要求12至18任一項(xiàng)所述的業(yè)務(wù)控制實(shí)體，其特征在于，所 述業(yè)務(wù)控制實(shí)體為IPTVSCF，所述媒體處理實(shí)體為IPTVMF;或者所述業(yè)務(wù) 控制實(shí)體為應(yīng)用服務(wù)器(AS )，所述媒體處理實(shí)體為媒體資源功能實(shí)體(MRF )。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種在IP分組網(wǎng)中實(shí)現(xiàn)關(guān)聯(lián)媒體流的方法，包括業(yè)務(wù)提供實(shí)體獲取第一客戶端會(huì)話信息和第二客戶端會(huì)話信息；所述業(yè)務(wù)提供實(shí)體根據(jù)所述第一客戶端會(huì)話信息和所述第二客戶端會(huì)話信息生成關(guān)聯(lián)關(guān)系；所述業(yè)務(wù)提供實(shí)體將所述關(guān)聯(lián)關(guān)系發(fā)送給媒體處理實(shí)體。相應(yīng)地，本發(fā)明實(shí)施例還公開(kāi)了一種業(yè)務(wù)控制實(shí)體。本發(fā)明的實(shí)施例可以實(shí)現(xiàn)在諸如IPTV應(yīng)用中將不同的客戶端的媒體流進(jìn)行關(guān)聯(lián)，以實(shí)現(xiàn)諸如客戶端的媒體流共享等功能。
文檔編號(hào)H04L12/56GK101459572SQ200710032420
公開(kāi)日2009年6月17日 申請(qǐng)日期2007年12月13日 優(yōu)先權(quán)日2007年12月13日
發(fā)明者嘯 王 申請(qǐng)人:華為技術(shù)有限公司