專(zhuān)利名稱(chēng)：：一種獲取媒體處理信息的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，特別是涉及一種獲取媒體處理信息的方法、裝置及系統(tǒng)。
背景技術(shù)：
：IPTV(InternetProtocolTelevision互聯(lián)網(wǎng)協(xié)議電視)是一種利用寬帶有線(xiàn)電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用戶(hù)提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。用戶(hù)在家中可以使用PC或者網(wǎng)絡(luò)機(jī)頂盒+普通電視機(jī)方式享受IPTV業(yè)務(wù)，也可以通過(guò)移動(dòng)終端享受IPTV業(yè)務(wù)。IPTV使用TCP/IP作為承載協(xié)議進(jìn)行單播、廣播或組播3見(jiàn)頻業(yè)務(wù)，有效地將電視網(wǎng)、電話(huà)網(wǎng)和互聯(lián)網(wǎng)三個(gè)領(lǐng)域結(jié)合在一起，是三網(wǎng)融合最具代表性的業(yè)務(wù)，正受到業(yè)界越來(lái)越多的關(guān)注。IMSbasedIPTV就是在IMS的整體架構(gòu)下提供IPTV業(yè)務(wù)，以充分利用IMS網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、路由、會(huì)話(huà)控制與建立、業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到端QoS保證等機(jī)制來(lái)為用戶(hù)提供流媒體業(yè)務(wù)及融合流媒體和實(shí)時(shí)會(huì)話(huà)業(yè)務(wù)的多媒體業(yè)務(wù)。也就是說(shuō)，用戶(hù)到內(nèi)容的多媒體會(huì)話(huà)是通過(guò)IMS已有的會(huì)話(huà)控制機(jī)制來(lái)完成，在建立會(huì)話(huà)過(guò)程中，需要為媒體流的傳送預(yù)留承載資源。目前，許多標(biāo)準(zhǔn)組織在研究IMSbasedIPTV。參見(jiàn)圖1所示為標(biāo)準(zhǔn)組織ETSITISPAN定義的IMSbasedIPTV的業(yè)務(wù)功能架構(gòu)。其中，IPTV媒體控制功能實(shí)體(IPTVMediaControlFunctions)負(fù)責(zé)到UE媒體流的控制與交付(Delivery)。從功能角度分解為MCF媒體控制功能實(shí)體(MediaControlFunction)和MDF媒體交付功能實(shí)體(MediaDeliveryFunction)。媒體交付功能實(shí)體通常是一些媒體服務(wù)器，在媒體控制功能實(shí)體的控制下向用戶(hù)終端傳送用戶(hù)需要的媒體流。媒體控制功能實(shí)體還能接收和處理用戶(hù)的播放控制操作(通常使用RTSP協(xié)議實(shí)現(xiàn))，例如媒體的快進(jìn)、后退、暫停、定位等操作。IPTV業(yè)務(wù)控制功能實(shí)體(IPTVServiceControlFunctions)負(fù)責(zé)向UE提供業(yè)務(wù)，包括會(huì)話(huà)初始化，用戶(hù)帳戶(hù)控制，控制MCF提供相應(yīng)的媒體功能等。其中SCF業(yè)務(wù)控制功能實(shí)體(ServiceControlFunction)通過(guò)y2接口與MCF交互，請(qǐng)求媒體處理服務(wù)。發(fā)明人在發(fā)明過(guò)程中發(fā)現(xiàn)，目前沒(méi)有實(shí)現(xiàn)應(yīng)用服務(wù)器(在TISPANIPTV中應(yīng)用服務(wù)器為SCF，在IMS架構(gòu)中應(yīng)用服務(wù)器為應(yīng)用服務(wù)器AS)獲取媒體處理信息這一需求。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種獲取媒體處理信息的方法、裝置及系統(tǒng)，以使應(yīng)用服務(wù)器可獲取媒體處理信息。本發(fā)明實(shí)施例的一種獲取媒體處理信息的方法，包括下列步驟應(yīng)用服務(wù)器與媒體資源服務(wù)器交互；應(yīng)用服務(wù)器從與媒體資源服務(wù)器交互的消息中獲取媒體處理信息。本發(fā)明實(shí)施例的一種應(yīng)用服務(wù)器，包括接收單元，用于接收々某體資源服務(wù)器發(fā)來(lái)的消息；獲知單元，用于從接收單元收到的消息中獲取媒體處理信息。本發(fā)明實(shí)施例的一種媒體資源服務(wù)器，包括添加單元，用于在待發(fā)送的消息中攜帶媒體處理信息；發(fā)送單元，用于向應(yīng)用服務(wù)器發(fā)送該消息。本發(fā)明實(shí)施例的一種獲取々某體處理信息的系統(tǒng)，包括存在消息交互關(guān)系的應(yīng)用服務(wù)器和々某體資源服務(wù)器；媒體資源服務(wù)器，用于發(fā)送攜帶有々某體處理信息的消息；應(yīng)用服務(wù)器，用于從媒體資源服務(wù)器發(fā)來(lái)的消息中獲取媒體處理信息。本發(fā)明實(shí)施例的方法、裝置及系統(tǒng)中，應(yīng)用服務(wù)器與媒體資源服務(wù)器交互，并從與媒體資源服務(wù)器交互的消息中獲取媒體處理信息。通過(guò)上述機(jī)制實(shí)現(xiàn)了使應(yīng)用服務(wù)器可獲取媒體處理信息。圖1為現(xiàn)有標(biāo)準(zhǔn)組織ETSITISPAN定義的IMSbasedIPTV的業(yè)務(wù)功能架構(gòu)圖2為本發(fā)明實(shí)施例的一種獲取媒體處理信息的方法步驟流程圖3為本發(fā)明實(shí)施例的一種應(yīng)用服務(wù)器的結(jié)構(gòu)示意圖4為本發(fā)明實(shí)施例的一種媒體資源服務(wù)器的結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例的SIP方式下的事件訂閱才莫式的流程圖6為本發(fā)明實(shí)施例的SIP方式下的事件發(fā)布才莫式的流程圖7為本發(fā)明實(shí)施例的SIP方式下的主動(dòng)上才艮才莫式的流程圖8為本發(fā)明實(shí)施例的媒體控制方式下的查詢(xún)方式的流程圖9為本發(fā)明實(shí)施例的媒體控制方式下的訂閱方式的流程圖10為本發(fā)明實(shí)施例的媒體控制方式下的主動(dòng)上報(bào)模式的流程圖11為本發(fā)明實(shí)施例一的流程圖12為本發(fā)明實(shí)施例二的流程圖13為本發(fā)明實(shí)施例三的流程圖14為本發(fā)明實(shí)施例四的流程圖15為本發(fā)明實(shí)施例五的流程圖16為本發(fā)明實(shí)施例六的流程圖。具體實(shí)施例方式為了使應(yīng)用服務(wù)器可獲取媒體處理信息，本發(fā)明實(shí)施例提供了一種獲取媒體處理信息的方法，參見(jiàn)圖2所示，包括下列主要步驟Sl、應(yīng)用服務(wù)器與i某體資源服務(wù)器交互。S2、應(yīng)用服務(wù)器從與^某體資源服務(wù)器交互的消息中獲取^某體處理信息。所述媒體處理信息包括媒體處理的狀態(tài)信息和/或發(fā)生了相關(guān)事件的指示信息。本發(fā)明實(shí)施例提供還了一種應(yīng)用服務(wù)器，參見(jiàn)圖3所示,其包括接收單元和獲知單元。接收單元，用于接收々某體資源服務(wù)器發(fā)來(lái)的消息。獲知單元，用于從接收單元收到的消息中獲取J某體處理信息。應(yīng)用服務(wù)器的另一個(gè)實(shí)施例所述接收單元中包括第一接收子單元，用于通過(guò)SIP方式接收媒體資源服務(wù)器發(fā)來(lái)的SIP消息；貝'J所述應(yīng)用服務(wù)器還包括第一訂閱單元，用于向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有訂閱指定媒體流的媒體處理信息的指示。應(yīng)用服務(wù)器的另一個(gè)實(shí)施例所述接收單元中包括第二接收子單元，用于通過(guò)媒體控制方式接收媒體資源服務(wù)器發(fā)來(lái)的媒體控制消息；則所述應(yīng)用服務(wù)器還包括查詢(xún)單元，用于向々某體資源服務(wù)器發(fā)出查詢(xún)指定媒體流的媒體處理信息的查詢(xún)消息。應(yīng)用服務(wù)器的另一個(gè)實(shí)施例所述接收單元中包括第二接收子單元，用于通過(guò)媒體控制方式接收媒體資源服務(wù)器發(fā)來(lái)的媒體控制消息；貝"所述應(yīng)用服務(wù)器還包括第二訂閱單元，用于向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有指定媒體流的SDP序號(hào)和訂閱特定々某體處理信息的指示。本發(fā)明實(shí)施例還提供了一種媒體資源服務(wù)器，參見(jiàn)圖4所示，其包括添力口單元和發(fā)送單元。添加單元，用于在待發(fā)送的消息中攜帶媒體處理信息；發(fā)送單元，用于向應(yīng)用服務(wù)器發(fā)送該消息。媒體資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第一發(fā)送子單元，用于通過(guò)SIP方式向應(yīng)用服務(wù)器發(fā)送SIP格式的所述消息；貝'j所述媒體資源服務(wù)器還包括第一接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的訂閱消息；第一訂閱執(zhí)行單元，用于根據(jù)所述訂閱消息中的指示完成訂閱，并根據(jù)訂閱關(guān)系指示添加單元在待發(fā)送的消息中應(yīng)攜帶的々某體處理信息。媒體資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第一發(fā)送子單元，用于通過(guò)SIP方式向應(yīng)用服務(wù)器發(fā)送SIP格式的所述消息；貝'J所述媒體資源服務(wù)器還包括事件發(fā)布單元，用于確定待發(fā)布的纟某體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該々某體處理信息?！┠丑w資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第一發(fā)送子單元，用于通過(guò)SIP方式向應(yīng)用服務(wù)器發(fā)送SIP格式的所述消息；貝'J所述媒體資源服務(wù)器還包括第一上報(bào)單元，用于根據(jù)處理邏輯確定待上報(bào)的媒體處理信息，并指示添加單元在待發(fā)送的SIPINFO消息中攜帶該媒體處理信息。媒體資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第二發(fā)送子單元，用于通過(guò)媒體控制方式向應(yīng)用服務(wù)器發(fā)送々某體控制類(lèi)型的所述消息；貝'J所述媒體資源服務(wù)器還包括第二接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的查詢(xún)消息；查詢(xún)執(zhí)行單元，用于根據(jù)所述查詢(xún)消息中的指示查詢(xún)々某體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該々某體處理信息。媒體資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第二發(fā)送子單元，用于通過(guò)媒體控制方式向應(yīng)用服務(wù)器發(fā)送媒體控制類(lèi)型的所述消息；則所述媒體資源服務(wù)器還包括第三接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的訂閱消息；第二訂閱執(zhí)行單元，用于根據(jù)所述訂閱消息中的指示完成訂閱，并根據(jù)訂閱關(guān)系指示添加單元在待發(fā)送的消息中應(yīng)攜帶的媒體處理信息。媒體資源服務(wù)器的另一個(gè)實(shí)施例所述發(fā)送單元中包括第二發(fā)送子單元，用于通過(guò)i某體控制方式向應(yīng)用服務(wù)器發(fā)送^某體控制類(lèi)型的所述消息；則所述媒體資源服務(wù)器還包括第二上報(bào)單元，用于根據(jù)處理邏輯確定待上報(bào)的媒體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該媒體處理信息。本發(fā)明實(shí)施例還提供了一種獲取々某體處理信息的系統(tǒng)，包括存在消息交互關(guān)系的應(yīng)用服務(wù)器和^(某體資源服務(wù)器；媒體資源服務(wù)器，用于發(fā)送攜帶有媒體處理信息的消息。應(yīng)用服務(wù)器，用于從媒體資源服務(wù)器發(fā)來(lái)的消息中獲取媒體處理信息。在TISPANIPTV中，本發(fā)明實(shí)施例中的應(yīng)用服務(wù)器為業(yè)務(wù)控制功能實(shí)體SCF,媒體資源服務(wù)器為媒體功能實(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完成々某體處理和交付。在IMS架構(gòu)中，本發(fā)明實(shí)施例中的應(yīng)用服務(wù)器為應(yīng)用服務(wù)器AS，媒體資源服務(wù)器為媒體資源功能實(shí)體MRF。而媒體資源功能實(shí)體MRF包括媒體資源功能控制實(shí)體MRFC和^某體資源功能處理實(shí)體MRFP。業(yè)務(wù)開(kāi)展過(guò)程中，應(yīng)用服務(wù)器AS與媒體資源功能控制實(shí)體MRFC進(jìn)行交互實(shí)現(xiàn)業(yè)務(wù)，媒體資源功能控制實(shí)體MRFC控制媒體資源功能處理實(shí)體MRFP完成媒體處理和交付。以下以TISPANIPTV為業(yè)務(wù)場(chǎng)景描述實(shí)施例，其相關(guān)流程同樣可應(yīng)用于IMS架構(gòu)下AS與MRFC的交互，在實(shí)施例中就不再重復(fù)描述。為了描述方便，本發(fā)明實(shí)施例中所述的MCF即為媒體資源服務(wù)器，當(dāng)MCF和MDF作為一個(gè)整體時(shí)，描述MCF即代表MF。本發(fā)明實(shí)施例中，可通過(guò)SIP方式或媒體控制方式使SCF獲知媒體處理信息。其中SIP方式中，又可通過(guò)事件訂閱模式(方式11)或事件發(fā)布模式(方式12)或主動(dòng)上報(bào)模式(方式13)使SCF獲知纟某體處理信息，以下分別詳述SIP方式下的事件訂閱模式(方式11)、事件發(fā)布模式(方式12)和主動(dòng)上報(bào)模式(方式13)。方式ll、事件訂閱模式，參見(jiàn)圖5所示，包括下列步驟Fl、SCF作為訂閱者向MCF發(fā)送訂閱消息，訂閱指定々某體流相關(guān)的狀態(tài)事件包。F2、MCF向SCF返回200OK。F3、MCF根據(jù)事件訂閱機(jī)制，向SCF發(fā)送NOTIFY消息返回訂閱的狀態(tài)事件包。F4、SCF收到該狀態(tài)事件包后，向MCF返回200OK。并從該狀態(tài)事件包中獲知媒體處理的狀態(tài)信息。其中，要解決的一個(gè)關(guān)鍵問(wèn)題是上述流程中，MCF能根據(jù)訂閱消息攜帶的信息確定被訂閱的媒體流。而目前事件訂閱機(jī)制中的訂閱消息攜帶的信息無(wú)法指定媒體流，本發(fā)明實(shí)施例提供如下三種實(shí)現(xiàn)方式方式lll:SCF在建立々某體會(huì)話(huà)的Dialog內(nèi)發(fā)送訂閱消息，以訂閱4某體流的狀態(tài)事件包。若該訂閱消息中不攜帶欲訂閱的4某體流的相關(guān)信息，則可應(yīng)用于SCF與MCF建立的媒體會(huì)話(huà)中只有一個(gè)媒體流的場(chǎng)景；若該訂閱消息中攜帶有欲訂閱的4某體流的相關(guān)信息，則詳見(jiàn)下述方式113。方式112:SCF向MCF發(fā)送訂閱消息(不在媒體會(huì)話(huà)的Dialog內(nèi)發(fā)送)，在該訂閱消息中攜帶建立被訂閱媒體流的Dialog標(biāo)識(shí)(包括Call-ID,From-tag和To-tag)和被訂閱媒體流在SDP中的m行序號(hào)(如果不帶m行序號(hào)，則默認(rèn)訂閱SDP中描述的所有^某體流)。具體可應(yīng)用于SCF與MCF建立的J(某體會(huì)話(huà)中有多個(gè)(至少兩個(gè))媒體流的場(chǎng)景，以及SCF與MCF建立的媒體會(huì)話(huà)中只有一個(gè)J;某體流的場(chǎng)景。在方式112中，在訂閱消息中攜帶所述Dialog標(biāo)識(shí)和所述m行序號(hào)的方式包括^旦不限于以下3種方式112A、在訂閱消息的消息體攜帶，具體參見(jiàn)下迷示例<xmlversion="1.0"encoding="UTF-8">〈Flowparainxmlns="urn:ietf:params:xml:ns:Flowparam"xrnlns:xsi="http:〃www.w3,org/200l/XMLSchema-instance"><dialogcall-id=，，sdjkef2，，from-tag="iqfefq^，to-tag=，，93unrkgf><mid>1</mid></dialog></Flowparam>該示例中，定義了一種XML描述方式攜帶Dialog標(biāo)識(shí)和m行序號(hào)，其中call-id,from-tag,to-tag代表Dialog標(biāo)識(shí)，mid代表m行序號(hào)，且mid可以是多個(gè)。當(dāng)然，實(shí)際應(yīng)用中描述方式多種多樣，所以本發(fā)明實(shí)施例不限于這一示例，只要攜帶了Dialog標(biāo)識(shí)和m行序號(hào)來(lái)標(biāo)識(shí)一個(gè)々某體流都屬于本發(fā)明的精神。方式112B、擴(kuò)展一個(gè)新的頭域攜帶。定義一個(gè)新的SIP頭域來(lái)攜帶Dialog標(biāo)識(shí)和m行序號(hào)，語(yǔ)法定義可以如下mflow="Mflow"HCOLONcallid*(SEMImflow-param)SEMImidmflow-param=to-tag/from-tag/generic-paramto-tag="to-tag"EQUALtokenfrom-tag="from-tag"EQUALtokenmid="mid"EQUALmidvalue*("-"midvalue)midvalue=1*DIGIT例如，Mflow:425928@example.com;to-tag=7743;from-tag=6472;mid=l指定SDP中m行序號(hào)(mid)為1的一個(gè)媒體流Mflow:425928@,example.com:to-tag=7743;from-tag=6472:mid=l-3指定SDP中m行序號(hào)(mid)為1和3的兩個(gè)i某體流方式112C、擴(kuò)展Request-URI參數(shù)攜帶。通過(guò)擴(kuò)展定義Request-URI的參數(shù)來(lái)攜帶Dialog標(biāo)識(shí)和m行序號(hào)，可以擴(kuò)展Request-URI的uri-parameter中的other-param部分，原uri-parameter定義如下uri-parameters=*(";"uri-parameter)uri-parameter=transport-param/user-param/method-param/ttl-param/maddr-param/lr-param/other-param擴(kuò)展后定義如下uri-parameters=*(";"uri-parameter)uri-parameter=transport-param/user-param/method-param/ttl-param/maddr-param/lr-param/call-id/from-tag/to-tag/mid/other-paramcall-id="call-id="CALLIDfrom-tag—"from-tag="tokento-tag="to-tag=，，tokenmid="mid=，，midvalue*("-"midvalue)midvalue=l*DIGIT例^口，SUBSCRIBEsip:mcf.example.com;call-id=425928@example.com;to-tag=7743;from-tag=6472;mid=l訂閱指定SDP中m行序號(hào)(mid)為1的一個(gè)々某體流SUBSCRIBEsip:mcf.example.com;call-id=425928@example.com;to-tag=7743;from-tag=6472;mid=l-2訂閱指定SDP中m行序號(hào)(mid)為1和2的兩個(gè)々某體流方式113:SCF在建立J某體會(huì)話(huà)的Dialog內(nèi)發(fā)送訂閱消息，在訂閱消息中攜帶被訂閱媒體流在SDP中的m行序號(hào)(如果不帶m行序號(hào)，則默認(rèn)訂閱SDP中描述的所有媒體流)。具體可應(yīng)用于SCF與MCF建立的媒體會(huì)話(huà)中有多個(gè)(至少兩個(gè))媒體流的場(chǎng)景，以及SCF與MCF建立的媒體會(huì)話(huà)中只有一個(gè)媒體流的場(chǎng)景。在訂閱消息中攜帶m行序號(hào)的方式包括但不限于以下3種在訂閱消息的消息體攜帶，擴(kuò)展一個(gè)新的頭域攜帶，或者擴(kuò)展Request-URI參數(shù)攜帶。方式12、事件發(fā)布模式，參見(jiàn)圖6所示，包括下列步驟Fl、MCF通過(guò)事件發(fā)布機(jī)制，向SCF發(fā)布相關(guān)的狀態(tài)事件包。狀態(tài)事件包中除了媒體播放狀態(tài)外，還應(yīng)包括對(duì)應(yīng)的Dialog標(biāo)識(shí)和々某體流在SDP中的序列號(hào)。F2、SCF收到該狀態(tài)事件包后，向MCF返回200OK。并從該狀態(tài)事件包中獲知媒體處理的狀態(tài)信息。方式13、MCF主動(dòng)上報(bào)模式，MCF還可以通過(guò)SIPINFO消息主動(dòng)上報(bào)^某體流相關(guān)狀態(tài)信息。參見(jiàn)圖7所示包括下列步驟Fl:MCF根據(jù)媒體處理邏輯，觸發(fā)向SCF上報(bào)媒體處理的狀態(tài)信息和/或發(fā)生了相關(guān)事件的指示信息。(處理邏輯可以是MCF本身固化的處理邏輯，也可以是SCF下發(fā)的控制腳本中包含的處理邏輯)；F2、MCF通過(guò)SIPINFO消息攜帶々某體處理的狀態(tài)信息和/或發(fā)生了相關(guān)事件的指示信息，發(fā)送給SCF;F3、SCF收到該SIPINFO消息后返回200OK。當(dāng)然其它SIP消息同INFO—樣，如MESSAGE,^支術(shù)上也是可以傳遞々某體流相關(guān)狀態(tài)信息，在此就不在贅述。至此通過(guò)SIP方式使SCF獲知媒體處理的狀態(tài)信息的描述完畢，以下描述通過(guò)媒體控制方式使SCF獲知纟某體處理的狀態(tài)信息。在媒體控制方式中，首先在SCF與MCF間建立媒體控制通道，之后可通過(guò)SCF主動(dòng)獲取模式(方式21)或MCF主動(dòng)上報(bào)模式(方式22)使SCF獲知々某體處理的狀態(tài)信息，以下分別詳述媒體控制方式下的SCF主動(dòng)獲取^莫式(方式21)和MCF主動(dòng)上才艮模式(方式22)。方式21、SCF主動(dòng)獲取模式。在SCF主動(dòng)獲取模式中，又可包括SCF查詢(xún)方式(方式211)或SCF訂閱方式(方式212)，以下分別詳述。方式211、查詢(xún)方式SCF向MCF發(fā)出查詢(xún)指定士某體處理的狀態(tài)信息的查詢(xún)消息，MCF向SCF返回查詢(xún)媒體流的狀態(tài)，具體參見(jiàn)圖8所示，包括下列步驟F1F3:SCF與MCF通過(guò)SIPSDP交互建立力某體控制通道；F4:SCF通過(guò)媒體控制通道向MCF發(fā)出查詢(xún)消息(MRequest)，攜帶指定媒體流的SDP序號(hào)和查詢(xún)某種狀態(tài)的指示；F5:MCF確認(rèn)收到查詢(xún)消息，返回響應(yīng)；F6:MCF向SCF發(fā)送通知消息(MNotify)攜帶i某體流的狀態(tài)信息。方式212、訂閱方式SCF向MCF發(fā)出訂閱指定士某體流狀態(tài)的訂閱消息，MCF向SCF返回訂閱媒體流的狀態(tài)，當(dāng)訂閱的媒體流狀態(tài)發(fā)生改變時(shí)，MCF向SCF發(fā)送改變后的媒體流的狀態(tài)，以及取消訂閱。具體參見(jiàn)圖9所示，包括下列步驟F1F3:SCF與MCF通過(guò)SIPSDP交互建立々某體控制通道；F4:SCF通過(guò)媒體控制通道向MCF發(fā)出訂閱消息(MRequest)，攜帶指定々某體流的SDP序號(hào)和訂閱某種狀態(tài)的指示；F5:MCF確認(rèn)收到查詢(xún)消息，返回響應(yīng)；F6:MCF向SCF發(fā)送通知消息(MNotify)攜帶媒體流的狀態(tài)信息；F7:當(dāng)媒體流狀態(tài)發(fā)生改變時(shí)，MCF向SCF發(fā)送狀態(tài)信息；F8:SCF發(fā)送取消訂閱消息(MRequest)，取消在MCF上訂閱的媒體流狀態(tài)信息；F9:MCF返回響應(yīng)(MResponse)，接收SCF的請(qǐng)求。方式22、MCF主動(dòng)上報(bào)纟莫式。MCF執(zhí)行媒體處理時(shí)根據(jù)處理邏輯，主動(dòng)向SCF發(fā)送々某體處理的信息，這個(gè)信息可以是媒體處理的狀態(tài)信息，也可以是相關(guān)事件的指示信息。具體參見(jiàn)圖IO所示，包括下列步驟F1F3:SCF與MCF通過(guò)SIPSDP交互建立媒體控制通道；F4:MCF根據(jù)媒體處理邏輯，觸發(fā)向SCF上報(bào)媒體處理的狀態(tài)信息和/或發(fā)生了相關(guān)事件的指示信息(處理邏輯可以是MCF本身固化的處理邏輯，也可以是SCF下發(fā)的控制腳本中包含的處理邏輯)；F5:MCF向SCF發(fā)送通知消息(MNotify)攜帶媒體處理的狀態(tài)信息和/或發(fā)生了相關(guān)事件的指示信息。所述士某體處理邏輯可通過(guò)定義一個(gè)通用的XML描述方式的事件框架來(lái)實(shí)現(xiàn)，IPTV中各個(gè)業(yè)務(wù)可以根據(jù)該框架，擴(kuò)展定義具體的事件類(lèi)型和事件數(shù)據(jù)，實(shí)現(xiàn)事件觸發(fā)的上報(bào)。具體示例如下<xmlversion="1.0"encoding="UTF-8"><iptveventxmlns="urn:ietf:params:xml:ns:iptvevent"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-mstance"><eventtype="">/*事件類(lèi)型*/data…/*事件的數(shù)據(jù)部分，不同的事件有不同的數(shù)據(jù)，需根據(jù)具體的事件類(lèi)型進(jìn)行定義*/</event></iptvevent>至此通過(guò)SIP方式或媒體控制方式使SCF獲知媒體處理的狀態(tài)信息的描述完畢，以下通過(guò)6個(gè)實(shí)施例進(jìn)一步詳述。實(shí)施例一、采用SIPPUBLISH方式(事件發(fā)布才莫式)使SCF獲知々某體流播放位置信息。用戶(hù)在觀(guān)看時(shí)移節(jié)目(TsTV)或COD點(diǎn)播節(jié)目時(shí)，當(dāng)用戶(hù)更換其它頻道或用戶(hù)退出正在觀(guān)看的節(jié)目，SCF需要獲知用戶(hù)觀(guān)看節(jié)目的媒體流的位置信息，以便用戶(hù)再次觀(guān)看該節(jié)目時(shí)從上次退出位置繼續(xù)播放。定義媒體流播放位置事件包包名mediapos消息內(nèi)容指示(content-type):application/mediapos+xml采用XML描述方式定義的事件包格式如下<xmlversion—'1.0"encoding="UTF-8"><mediaposxmlns="urn:ietf:params:xml:ns:mediapos"xmlns:xsi="http:〃\vww.w3.org/2001/XMLSchema-instance"><positiontype="current-time"〉/*纟色對(duì)時(shí)間*/2005-08-15T10:22:00.000-05:00</position></mediapos><xmlversion—'1.0"encoding="UTF-8"><mediaposxmlns="um:ietf:params:xml:ns:mediapos"xmlns:xsi="http:〃www.w3,org/2001/XMLSchema-instance"><positiontype="offset-time"〉/*時(shí)間^f扁移量*/0T10:22:00/*天T小時(shí):分鐘:秒V</position></mediapos><xmlversion="1.0"encoding=，，UTF-8"><mediaposxmlns="urn:ietf:params:xml:ns:mediapos"xmlns:xsi="http:〃www.w3.org/200/XMLSchema-instance"><positkmtype="offset-fUe">/*文件偏移量*/28629/*根據(jù)實(shí)際情況，可定義為Byte(字節(jié))，kByte(千字節(jié))，文件塊數(shù)等*/</position></msdiapos>基于上述定義，參見(jiàn)圖ll所示，本實(shí)施例流程包括下列步驟Fl:用戶(hù)終端向SCF發(fā)送BYE消息退出當(dāng)前COD或TsTV節(jié)目；F2:SCF向MCF發(fā)送BYE消息結(jié)束UE與MCF間的力某體會(huì)話(huà)；F3:MCF向SCF返回200OK確認(rèn)；F4:SCF向UE返回200OK確認(rèn)；F5:F2步驟MCF收到SCF的BYE消息后，將BYE消息匹配媒體會(huì)話(huà)關(guān)聯(lián)的媒體流的當(dāng)前播放位置信息通過(guò)PUBLISH消息發(fā)送給SCF;F6:SCF接收MCF發(fā)送的PUBLISH消息，從中取出播放位置信息保存到用戶(hù)相關(guān)的業(yè)務(wù)數(shù)據(jù)中。實(shí)施例二、SCF采用媒體控制消息的事件查詢(xún)方式獲知媒體流播放位置信息。本實(shí)施對(duì)應(yīng)用場(chǎng)景和事件包的定義包括但不限于實(shí)施例一中所述的應(yīng)用場(chǎng)景和事件包的定義。參見(jiàn)圖12所示，本實(shí)施例流程包括下列步驟Fl:用戶(hù)終端向SCF發(fā)送BYE消息退出當(dāng)前COD或TsTV節(jié)目；F2:SCF通過(guò)々某體控制通道向MCF發(fā)送i某體查詢(xún)消息(MRequest),查詢(xún)BYE消息匹配媒體會(huì)話(huà)關(guān)聯(lián)的媒體流的當(dāng)前播放位置信息；F3:MCF收到MRequest消息，返回MResponse響應(yīng)消息；F4:MCF向SCF發(fā)送MNotify消息攜帶媒體流的播放位置信息；F5:SCF向MCF發(fā)送BYE消息結(jié)束UE與MCF間的士某體會(huì)話(huà)；F6:MCF向SCF返回200OK確認(rèn)；F7:SCF向UE返回200OK確認(rèn)。實(shí)施例三、SCF釆用SIPSUBSCRIBE方式(事件訂閱模式)獲知媒體流的RTSP播放狀態(tài)信息。在TsTV和COD業(yè)務(wù)中，UE與MCF間建立的RTSP控制通道控制i某體流前進(jìn)，后退，暫停，定位，SCF需要隨時(shí)了解媒體流的RTSP狀態(tài)(前進(jìn)，后退，暫停，定位，播放)，以便相關(guān)業(yè)務(wù)的開(kāi)展。定義RTSP播放狀態(tài)事件包包名rtspstatus消息內(nèi)容指示(content-type):application/rtspstatus+xml采用XML描述方式定義的事件包格式<image>imageseeoriginaldocumentpage19</image>基于上述定義，參見(jiàn)圖13所示，本實(shí)施例流程包括下列步驟Fl:SCF向MCF發(fā)送SUBSCRIBE請(qǐng)求攜帶建立被訂閱媒體流的Dialog的標(biāo)識(shí)和被訂閱々某體流在SDP中的m行的序列號(hào)，訂閱媒體流的RTSP狀態(tài)信息；F2:MCF接受SCF的訂閱，返回200OK確認(rèn)；F3:MCF向SCF發(fā)送NOTIFY消息，攜帶被訂閱媒體流的RTSP狀態(tài)信自F4:SCF收到NOTIFY消息，返回200OK確^人；F5:UE終端通過(guò)RTSP控制媒體流快進(jìn)，導(dǎo)致媒體流的RTSP狀態(tài)發(fā)生變化，MCF向SCF發(fā)送NOTIFY消息攜帶媒體流最新的RTSP狀態(tài)信息；F6:SCF收到NOTIFY消息,返回200OK確認(rèn)。實(shí)施例四、SCF采用媒體控制通道訂閱方式獲知媒體流的RTSP播放狀態(tài)信息。本實(shí)施對(duì)應(yīng)用場(chǎng)景和事件包的定義與實(shí)施例三相同。參見(jiàn)圖14所示，本實(shí)施例流程包括下列步驟前提UE與MCF建立媒體會(huì)話(huà)和媒體控制通道。Fl:SCF通過(guò)媒體控制通道向MCF發(fā)送訂閱RTSP狀態(tài)信息的媒體控制消息MR叫uest,消息中攜帶被訂閱媒體流在SDP中的m行的序列號(hào)；F2:MCF接受SCF的訂閱，返回MResponse響應(yīng)消息；F3:MCF通過(guò)々某體控制通道向SCF發(fā)送MNotify消息，攜帶被訂閱媒體流的RTSP狀態(tài)信息；F4:UE終端通過(guò)RTSP控制媒體流快進(jìn)，導(dǎo)致媒體流的RTSP狀態(tài)發(fā)生變化，MCF向SCF發(fā)送MNotify消息攜帶媒體流最新的RTSP狀態(tài)信息。實(shí)施例五、釆用媒體控制通道主動(dòng)上報(bào)模式使SCF獲知TsTV業(yè)務(wù)快進(jìn)到頭指示信息。在TsTV業(yè)務(wù)中，UE通過(guò)RTSP控制媒體流快進(jìn)，當(dāng)快進(jìn)到與當(dāng)前直播的媒體流同步時(shí)，SCF需要獲得這個(gè)信息，以便與將TsTV業(yè)務(wù)切換到LTV業(yè)務(wù)。根據(jù)本發(fā)明實(shí)施例中定義的事件描述框架，定義具體的TsTV業(yè)務(wù)快進(jìn)到頭事件事件類(lèi)型tstvtop數(shù)據(jù)部分無(wú)<table>tableseeoriginaldocumentpage21</column></row><table>一個(gè)具體的例子如下:<xmlversion="1.0"encoding="UTF-8"><iptveventxmns="urn:ietf:params:xml:ns:iptvevent"xmlns:pd="urn:ietf:params:xml:ns:pvrdata"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"><eventtype-"pvr-no-space"><pd:spacetype-"size"〉128k/*能錄制的剩余空間大小128千字節(jié)*/</pd:space></event></iptvevent><xmlversion-"1.0"encoding="UTF-8"><iptveventxmlns="urn:ietf:params:xml:ns:iptvevent"xmlns:pd="urn:ietf:params:xml:ns:pvrdata"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"〉<eventtype="pvr-no-space"><pd:spacetype="time">20s/*能錄制的剩余時(shí)間20秒*/</pd:space></event></iptvevent>基于上述定義，參見(jiàn)圖16所示，本實(shí)施例流程包括下列步驟F1F3:SCF與MCF進(jìn)行會(huì)話(huà)交互申請(qǐng)錄制空間，并建立J(某體控制通道；F4:MCF在錄制過(guò)程中發(fā)現(xiàn)錄制剩余空間或時(shí)間小于設(shè)定值，觸發(fā)上報(bào)事件，向SCF發(fā)送MNotify消息攜帶事件指示"pvr-no-space"和剩余空間或時(shí)間大??；F5F7:SCF接收MNotify消息，根據(jù)業(yè)務(wù)情況決定繼續(xù)錄制，通過(guò)向MCF發(fā)送會(huì)話(huà)內(nèi)的INVITE消息或UPDATE消息申請(qǐng)錄制空間。(如果F5是UPDATE消息，則沒(méi)有F7的ACK)綜上所述，本發(fā)明實(shí)施例的方法、裝置及系統(tǒng)中，應(yīng)用服務(wù)器與媒體資源服務(wù)器交互，并從與々某體資源服務(wù)器交互的消息中獲取々某體處理信息。通過(guò)上述機(jī)制實(shí)現(xiàn)了使應(yīng)用服務(wù)器可獲取媒體處理信息。具體的，本發(fā)明還提供了媒體資源服務(wù)器執(zhí)行流媒體的處理過(guò)程中，媒體資源服務(wù)器需要向應(yīng)用服務(wù)器上報(bào)媒體處理信息的若千方案，以及應(yīng)用服務(wù)器根據(jù)業(yè)務(wù)的進(jìn)展情況需要向媒體資源服務(wù)器獲取媒體處理信息的若干方案，從而更好的支撐了本發(fā)明。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。權(quán)利要求1、一種獲取媒體處理信息的方法，其特征在于，包括下列步驟應(yīng)用服務(wù)器與媒體資源服務(wù)器交互；應(yīng)用服務(wù)器從與媒體資源服務(wù)器交互的消息中獲取媒體處理信息。2、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與媒體資源服務(wù)器通過(guò)SIP方式交互，則應(yīng)用服務(wù)器向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有訂閱指定媒體流的媒體處理信息的指示，并從媒體資源服務(wù)器返回的消息中獲取該媒體流的媒體處理信息。3、如權(quán)利要求2所述的方法，其特征在于，通過(guò)下述方式發(fā)起訂閱，使媒體資源服務(wù)器確定被訂閱的媒體流的媒體處理信息應(yīng)用服務(wù)器在媒體會(huì)話(huà)內(nèi)發(fā)送訂閱消息，以訂閱該媒體會(huì)話(huà)中媒體流的媒體處理信息；或者，應(yīng)用服務(wù)器向媒體資源服務(wù)器發(fā)送的訂閱消息中攜帶有媒體流的Dialog標(biāo)識(shí)和媒體流在SDP中的行序號(hào)，以訂閱該媒體流的媒體處理信息。4、如權(quán)利要求3所述的方法，其特征在于，所述在媒體會(huì)話(huà)內(nèi)發(fā)送訂閱消息的方式中，所述訂閱消息中攜帶有該媒體會(huì)話(huà)中媒體流在SDP中的行序號(hào)5、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與々某體資源服務(wù)器通過(guò)SIP方式交互，則應(yīng)用服務(wù)器從媒體資源服務(wù)器通過(guò)事件發(fā)布機(jī)制發(fā)布的消息中獲取+某體處理信息。6、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與媒體資源服務(wù)器通過(guò)SIP方式交互，則應(yīng)用服務(wù)器從媒體資源服務(wù)器執(zhí)行媒體處理時(shí)根據(jù)處理邏輯主動(dòng)上報(bào)的SIPINFO消息中獲取媒體處理信息。7、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與媒體資源服務(wù)器通過(guò)媒體控制方式交互，則應(yīng)用服務(wù)器向媒體資源服務(wù)器發(fā)出查詢(xún)指定媒體流的媒體處理信息的查詢(xún)消息，并從媒體資源服務(wù)器返回的消息中獲取該媒體流的媒體處理信息。8、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與媒體資源服務(wù)器通過(guò)媒體控制方式交互，則應(yīng)用服務(wù)器向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有指定媒體流的SDP序號(hào)和訂閱特定媒體處理信息的指示，并從媒體資源服務(wù)器返回的消息中獲取該媒體流的媒體處理信息。9、如權(quán)利要求1所述的方法，其特征在于，應(yīng)用服務(wù)器與媒體資源服務(wù)器通過(guò)媒體控制方式交互，則應(yīng)用服務(wù)器從媒體資源服務(wù)器執(zhí)行媒體處理時(shí)根據(jù)處理邏輯主動(dòng)上"R的消息中獲取々某體處理信息。10、如權(quán)利要求1至9任一項(xiàng)所述的方法，其特征在于，所述纟某體處理信息為媒體處理的狀態(tài)信息。11、如權(quán)利要求6或9所述的方法，其特征在于，所述i某體處理信息為發(fā)生了相關(guān)事件的指示信息。12、一種應(yīng)用服務(wù)器，其特征在于，包括接收單元，用于接收々某體資源服務(wù)器發(fā)來(lái)的消息；獲知單元，用于從接收單元收到的消息中獲取媒體處理信息。13、如權(quán)利要求12所述的應(yīng)用服務(wù)器，其特征在于，所述接收單元中包括第一接收子單元，用于通過(guò)SIP方式接收媒體資源服務(wù)器發(fā)來(lái)的SIP消息；或者，第二接收子單元，用于通過(guò)媒體控制方式接收媒體資源服務(wù)器發(fā)來(lái)的媒體控制消息。14、如權(quán)利要求13所述的應(yīng)用服務(wù)器，其特征在于，所述接收單元中包括第一接收子單元，則所述應(yīng)用服務(wù)器還包括第一訂閱單元，用于向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有訂閱指定媒體流的媒體處理信息的指示。15、如權(quán)利要求13所述的應(yīng)用服務(wù)器，其特征在于，所述接收單元中包括第二接收子單元，則所述應(yīng)用服務(wù)器還包括查詢(xún)單元，用于向媒體資源服務(wù)器發(fā)出查詢(xún)指定媒體流的媒體處理信息的查詢(xún)消息。16、如權(quán)利要求13所述的應(yīng)用服務(wù)器，其特征在于，所述接收單元中包括第二接收子單元，則所述應(yīng)用服務(wù)器還包括第二訂閱單元，用于向媒體資源服務(wù)器發(fā)送訂閱消息，其中攜帶有指定媒體流的SDP序號(hào)和訂閱特定媒體處理信息的指示。17、一種媒體資源服務(wù)器，其特征在于，包括添加單元，用于在待發(fā)送的消息中攜帶媒體處理信息；發(fā)送單元，用于向應(yīng)用服務(wù)器發(fā)送該消息。18、如權(quán)利要求17所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第一發(fā)送子單元，用于通過(guò)SIP方式向應(yīng)用服務(wù)器發(fā)送SIP格式的所述消息;或者,第二發(fā)送子單元，用于通過(guò)媒體控制方式向應(yīng)用服務(wù)器發(fā)送媒體控制類(lèi)型的所述消息。19、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第一發(fā)送子單元，則所述媒體資源服務(wù)器還包括第一接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的訂閱消息；第一訂閱執(zhí)行單元，用于根據(jù)所述訂閱消息中的指示完成訂閱，并根據(jù)訂閱關(guān)系指示添加單元在待發(fā)送的消息中應(yīng)攜帶的々某體處理信息。20、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第一發(fā)送子單元，則所述i某體資源服務(wù)器還包括事件發(fā)布單元，用于確定待發(fā)布的媒體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該媒體處理信息。21、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第一發(fā)送子單元，則所述媒體資源服務(wù)器還包括第一上報(bào)單元，用于根據(jù)處理邏輯確定待上報(bào)的媒體處理信息，并指示添加單元在待發(fā)送的SIPINFO消息中攜帶該媒體處理信息。22、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第二發(fā)送子單元，則所述々某體資源服務(wù)器還包括第二接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的查詢(xún)消息；查詢(xún)執(zhí)行單元，用于根據(jù)所述查詢(xún)消息中的指示查詢(xún)媒體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該媒體處理信息。23、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第二發(fā)送子單元，則所述々某體資源服務(wù)器還包括第三接收單元，用于接收應(yīng)用服務(wù)器發(fā)來(lái)的訂閱消息；第二訂閱執(zhí)行單元，用于根據(jù)所述訂閱消息中的指示完成訂閱，并根據(jù)訂閱關(guān)系指示添加單元在待發(fā)送的消息中應(yīng)攜帶的媒體處理信息。24、如權(quán)利要求18所述的媒體資源服務(wù)器，其特征在于，所述發(fā)送單元中包括第二發(fā)送子單元，則所述媒體資源服務(wù)器還包括第二上報(bào)單元，用于根據(jù)處理邏輯確定待上報(bào)的媒體處理信息，并指示添加單元在待發(fā)送的消息中攜帶該媒體處理信息。25、一種獲取i某體處理信息的系統(tǒng)，其特征在于，包括存在消息交互關(guān)系的應(yīng)用服務(wù)器和i某體資源服務(wù)器；媒體資源服務(wù)器，用于發(fā)送攜帶有媒體處理信息的消息；應(yīng)用服務(wù)器，用于從媒體資源服務(wù)器發(fā)來(lái)的消息中獲取媒體處理信息。全文摘要本發(fā)明公開(kāi)了一種獲取媒體處理信息的方法、裝置及系統(tǒng)，以使應(yīng)用服務(wù)器可獲取媒體處理信息。方法包括下列步驟應(yīng)用服務(wù)器與媒體資源服務(wù)器交互；應(yīng)用服務(wù)器從與媒體資源服務(wù)器交互的消息中獲取媒體處理信息。應(yīng)用服務(wù)器包括接收單元，用于接收媒體資源服務(wù)器發(fā)來(lái)的消息；獲知單元，用于從接收單元收到的消息中獲取媒體處理信息。媒體資源服務(wù)器包括添加單元，用于在待發(fā)送的消息中攜帶媒體處理信息；發(fā)送單元，用于向應(yīng)用服務(wù)器發(fā)送該消息。文檔編號(hào)H04N7/173GK101388783SQ20071014549公開(kāi)日2009年3月18日申請(qǐng)日期2007年9月14日優(yōu)先權(quán)日2007年9月14日發(fā)明者嘯王申請(qǐng)人:華為技術(shù)有限公司