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