專利名稱：業(yè)務(wù)推送協(xié)商方法及裝置、推送業(yè)務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)業(yè)務(wù)推送領(lǐng)域，具體地涉及一種業(yè)務(wù)推送協(xié)商方法及裝置、 推送業(yè)務(wù)系統(tǒng)。
背景技術(shù)：
網(wǎng)絡(luò)電視(Internet Protocol Television, IPTV)基于多々某體子系統(tǒng)(IP Multimedia Subsystem, IMS )即通過IMS網(wǎng)絡(luò)提供IPTV業(yè)務(wù)，以充分利用IMS 網(wǎng)絡(luò)中已有的注冊、認(rèn)證、路由、會話控制與建立、業(yè)務(wù)觸發(fā)、計費、端到端 的服務(wù)質(zhì)量(Quality of Service, QoS )保證等機(jī)制來為用戶提供流媒體業(yè)務(wù)及 融合流媒體和實時會話業(yè)務(wù)的多媒體業(yè)務(wù)。目前TISPAN等標(biāo)準(zhǔn)組織已經(jīng)制定了 IPTV基于IMS (IMS Based IPTV)網(wǎng) 絡(luò)相關(guān)標(biāo)準(zhǔn)，業(yè)務(wù)/內(nèi)容提供商可以通過IMS Based IPTV網(wǎng)絡(luò)為用戶提供直播 (Broadcast, BC)，內(nèi)容點播(Content on Demand, CoD)等基本IPTV業(yè)務(wù)， 而這些基本業(yè)務(wù)通常都是由用戶發(fā)起業(yè)務(wù)請求并完成相關(guān)的媒體協(xié)商及會話建 立的；如圖1所示的TISPANIMSBasedIPTV網(wǎng)絡(luò)架構(gòu)，該架構(gòu)包括業(yè)務(wù)發(fā)現(xiàn)功能(Service Selection Function, SSF )實體與業(yè)務(wù)選擇功能 (Service Discovery Function, SDF)實體提供業(yè)務(wù)導(dǎo)航功能，包括業(yè)務(wù)發(fā)現(xiàn) 信息及業(yè)務(wù)選擇信息；業(yè)務(wù)控制功能(Service Control Function, SCF)實體提供基本業(yè)務(wù)的業(yè)務(wù) 授權(quán)、會話管理等功能，目前包括BC、 CoD等基本業(yè)務(wù)的業(yè)務(wù)控制功能；媒體功能(MediaFunction, MF)實體提供媒體流的控制和交付。但是現(xiàn)有技術(shù)中，除了這些基本業(yè)務(wù)，還存在一些增強(qiáng)的IPTV業(yè)務(wù)需要通 過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需求，例如用戶可以在網(wǎng)絡(luò)中預(yù)先登 記業(yè)務(wù)，當(dāng)某頻道的節(jié)目開始播出時將用戶正在收看的節(jié)目切換到該頻道；或 者用戶向網(wǎng)絡(luò)登記自己感興趣的節(jié)目類型，當(dāng)網(wǎng)絡(luò)中有相關(guān)的節(jié)目部署時，網(wǎng) 絡(luò)側(cè)主動將該內(nèi)容推送到用戶終端，還有其他一些可能 求，都要求網(wǎng)絡(luò)能夠主動向用戶推送一些內(nèi)容，而目前的網(wǎng)絡(luò)中并沒有提供解決方案。 發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題在于，提供一種業(yè)務(wù)推送協(xié)商方法及裝置、推 送業(yè)務(wù)系統(tǒng)，可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需要，并通過推送 業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，協(xié)商完成推送業(yè)務(wù)邏輯。為了解決上述技術(shù)問題，本發(fā)明實施例提出了一種業(yè)務(wù)推送協(xié)商方法，所述方法應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，所述方法包括接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識； 解析所述推送業(yè)務(wù)信息；根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，所述推送 業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識； 協(xié)商完成所述推送業(yè)務(wù)邏輯。相應(yīng)地，本發(fā)明實施例還提供了一種業(yè)務(wù)推送協(xié)商裝置，所述裝置應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，所述裝置包括接收單元，用于接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；解析單元，用于解析所述接收單元所接收的推送業(yè)務(wù)信息；發(fā)送單元，用于根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識； 協(xié)商單元，用于協(xié)商完成所述推送業(yè)務(wù)邏輯。相應(yīng)地，本發(fā)明實施例還提供了一種業(yè)務(wù)推送系統(tǒng)，所述系統(tǒng)應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，所述系統(tǒng)包括應(yīng)用功能實體、業(yè)務(wù)控制功能實體和接收功能 實體；所述應(yīng)用功能實體用于發(fā)送推送業(yè)務(wù)信息給所述業(yè)務(wù)控制功能實體，所述 推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；所述業(yè)務(wù)控制功能實體用于接收所述應(yīng)用功能實體發(fā)送的推送業(yè)務(wù)信息； 并解析所接收的所述推送業(yè)務(wù)信息；以及根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù) 邏輯，所述推送業(yè)務(wù)請求包括推送內(nèi)容標(biāo)識；與所述"^妄收功能實體協(xié)商完成所 述推送業(yè)務(wù)邏輯；所述接收功能實體用于接收所述業(yè)務(wù)控制功能實體發(fā)送的根據(jù)所述推送業(yè)務(wù)信息所生成的推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；與所述 業(yè)務(wù)控制功能實體協(xié)商完成推送業(yè)務(wù)邏輯。實施本發(fā)明實施例，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯， 協(xié)商完成推送業(yè)務(wù)邏輯；可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需要； 可以實現(xiàn)業(yè)務(wù)通用的推送功能，后續(xù)各種具體的推送業(yè)務(wù)；可以有效地提高應(yīng) 用的部署，筒化網(wǎng)絡(luò)的復(fù)雜度。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。 圖1是現(xiàn)有的TISPAN IMS BasedIPTV網(wǎng)絡(luò)架構(gòu)的結(jié)構(gòu)示意圖； 圖2是本發(fā)明實施例的業(yè)務(wù)推送協(xié)商方法的流程示意圖； 圖3是本發(fā)明實施例的業(yè)務(wù)推送協(xié)商裝置的結(jié)構(gòu)示意圖； 圖4是本發(fā)明實施例的業(yè)務(wù)推送系統(tǒng)的結(jié)構(gòu)示意圖； 圖5為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例一的示意圖； 圖6為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例二的示意圖； 圖7為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例三的示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清 楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是 全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造 性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。圖2是本發(fā)明實施例的業(yè)務(wù)推送協(xié)商方法的流程示意圖，該方法應(yīng)用于IMS BasedIPTV網(wǎng)絡(luò)，如圖2所示，該方法包括201,接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；上述推送業(yè)務(wù)信息包括以下信息的任意一種或者多種接收推送業(yè)務(wù)的用戶信息；接收推送業(yè)務(wù)的用戶列表信息；推送業(yè)務(wù)標(biāo)識信息，所述推送業(yè)務(wù)標(biāo)識信息包括頻道信息、節(jié)目信息或者 內(nèi)容信息；推送業(yè)務(wù)開始執(zhí)行的時間信息； 推送應(yīng)用相關(guān)信息。推送業(yè)務(wù)信息可以基于會話描述協(xié)議(Session Description Protocol, SDP) 或者可擴(kuò)展標(biāo)記語言(Extensible Marked Language, XML)定義，采用XML定 義時如下所示< xml version="1.0" encoding="UTF-8" > <xs:schema xmlns:xs="http:〃www. w3.org/2001/XMLSchema" targetNamespace="um:xxx:xml:ns:iptvpushserviceactiondata" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="IPTVPushActionData"> <xs:complexType> <xs:S6quence>〈xs:element name="UserList" type="xs:anyURI7> <xs:element name="PushContentId" type="xs:string'V> 〈xs:element name="StartTime" type="xs:time" minOccurs="07> 〈xs:element name="Duration" type="xs:unsignedlnt"minOccurs="07><xs:element name="Transparence" minOccurs="0"> <xs: complexType><!一這里為推送應(yīng)用相關(guān)信息，與具體的應(yīng)用相關(guān)，不需要解析該信息，如果包含該信息，將該信息直接轉(zhuǎn)發(fā)--〉<......></xs: complexType> </xs:element> </xs:sequence> </xs: complexType〉 </xs:element></xs:sch6ma>
推送業(yè)務(wù)信息可以通過會話啟動協(xié)議(Session Initiation Protocol, SIP)消 息體攜帶發(fā)送，例如MESSAGE, SUBSCRIBE/NOTIFY, INVITE, INFO等攜 帶；也可以通過超文本傳輸協(xié)議(Hypertext Transfer Protocol, HTTP)等其它協(xié) 議消息體攜帶；也可以通過SIP頭域攜帶。
推送業(yè)務(wù)信息中需要包含指示該信息為推送業(yè)務(wù)信息的推送業(yè)務(wù)標(biāo)識；
通過SIP消息體或者HTTP等其它協(xié)議消息體攜帶推送業(yè)務(wù)標(biāo)識時，可以 通過新定義消息實體類型(Content-Type)標(biāo)識推送業(yè)務(wù)信息，例如新定義消息 實體類型
application/iptv-push+xml;
通過SIP或者HTTP等其它協(xié)議消息體攜帶推送業(yè)務(wù)標(biāo)識時，也可以通過 xml中攜帶推送命令指示為推送業(yè)務(wù)信息，如下所示xml定義 < xml version="1.0" encoding="UTF-8" > <xs:schemaxmlns:xs="http:〃www. w3.org/2001/XMLSchema" xmlns:adc="urn:xxx:xml:ns:iptvactiondatacommand" targetNamespace="um:xxx:xml:ns:iptvactiondatacommand" elementFormDefault="qualified" attributeFormDefault="unqualified"> 〈xs:element name="IPTVActionDataCommand"> <xs:complexType> <xs:choice>
〈xs:element name="SessionPush" type="adc:tSessionPush" minOccurs="0" maxOccurs="unbounded"/> </xs:choice> </xs: complexType> ■</xs:element>
<xs:complexType name="tSessionPush">
<!-SessionPush的類型定義，可以包含推送業(yè)務(wù)信息的屬性定義-> </xs:complexTypc> </xs:schema>
通過SIP頭域攜帶推送業(yè)務(wù)標(biāo)識時，也可以通過新定義媒體特性標(biāo)簽(mediafeature tag)及屬性值標(biāo)識推送業(yè)務(wù)信息，例如定義新的媒體特性標(biāo)簽 "+iptv.appid",并且為推送業(yè)務(wù)定義值域 "urn:xxx:iptv:sessionpush", 即通過媒體 特性標(biāo)簽+iptv鄰pidyurn:xxx:sessionpush"標(biāo)識推送業(yè)務(wù)；
媒體特性標(biāo)簽可以通過SIP頭域攜帶，SIP頭域可以是新定義頭域或者 Accept-Contact等現(xiàn)有頭域，例如
Accept-contact:*; +iptv.appid="urn:xxx:sessionpush"
也可以直接通過SIP頭域攜帶推送業(yè)務(wù)屬性值標(biāo)識為推送業(yè)務(wù)，例如
P-Preferred-Service: um:xxx:iptv:sessionpush。
202, 解析所述推送業(yè)務(wù)信息； 其中，202進(jìn)一步包括
根據(jù)所述推送業(yè)務(wù)標(biāo)識確定所述推送業(yè)務(wù)信息為推送業(yè)務(wù)請求；
獲取推送業(yè)務(wù)接收用戶標(biāo)識信息、推送業(yè)務(wù)推送內(nèi)容標(biāo)識信息、推送業(yè)務(wù) 推送時間信息中的任意 一種或者多種。
202中通過推送業(yè)務(wù)標(biāo)識確定該消息為推送業(yè)務(wù)請求；可以通過 Content-Type確定并獲取推送業(yè)務(wù)信息，例如檢觀'J Content-Type為 "application/iptv-push+xml";還可以通過xml中的元素確定為推送業(yè)務(wù)請求，例 如按照上述的xml定義，當(dāng)沖全測到IPTVActionDataCommand="SessionPush", 則確定為推送業(yè)務(wù)請求；還可以通過4企測SIP頭域中攜帶的業(yè)務(wù)指示信息確定 是否為4,送業(yè)務(wù)"i青求，仿H口通過P-Preferred-Service: urn:xxx:iptv:sessionpush,石角 定該SIP消息用于觸發(fā)推送業(yè)務(wù)的推送業(yè)務(wù)請求；
同時，可以根據(jù)xml定義解析推送業(yè)務(wù)信息，獲取下面的一種或者多種信
自
推送業(yè)務(wù)接收用戶標(biāo)識信息； 推送業(yè)務(wù)推送內(nèi)容標(biāo)識信息； 推送業(yè)務(wù)推送時間信息。
203, 根據(jù)所述推送業(yè)務(wù)信息觸發(fā)業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，所述推送 業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；
203中，通過生成SIP請求發(fā)起推送業(yè)務(wù)請求，其中，業(yè)務(wù)推送請求中的 SIP Request-URI設(shè)置為推送業(yè)務(wù)接收設(shè)備標(biāo)識信息，當(dāng)推送業(yè)務(wù)接收設(shè)備為用 戶IPTV UE時，這里標(biāo)識可以是IMS公共用戶標(biāo)識(IMS Public User Identity,證U);
業(yè)務(wù)推送請求中需要攜帶推送業(yè)務(wù)推送內(nèi)容標(biāo)識信息，可以通過SIP From 頭域所攜帶的SIP標(biāo)識中的user part攜帶；
推送內(nèi)容標(biāo)識也可以通過SIP消息體攜帶，這種情況下內(nèi)容標(biāo)識可以通過 xml定義并攜帶，例如通過上述201中所定義的IPTVPushActionData攜帶；
業(yè)務(wù)推送請求中可以攜帶推送業(yè)務(wù)標(biāo)識，推送業(yè)務(wù)標(biāo)識可以通過SIP頭域 4夷帶,仿Ji口 P-Preferred-Service: um:xxx:iptv:sessionpush;
另外，也可以通過SIP消息體攜帶，這種情況下可以通過xml定義并攜帶 推送業(yè)務(wù)標(biāo)識，例如通過攜帶上述201中所述及的IPTVActionDataCommand-
"sessionpush";
可選地，推送業(yè)務(wù)請求可以攜帶推送業(yè)務(wù)包括的信息中的任意一種或者任 意組合；也可以是，推送業(yè)務(wù)請求同時攜帶推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)包括的信 息中的任意一種或者任意組合；可通過SIP頭域或者SIP消息體攜帶所述推送業(yè) 務(wù)信息包括的信息中的任意一種或者任意組合。
如果接收到了透明信息，這里可以通過IPTVPushActionData將透明信息透 傳出去。
其中，203包括
獲取所述推送業(yè)務(wù)信息中的接收推送業(yè)務(wù)的用戶信息或者用戶列表信息； 給用戶信息中的用戶或者用戶列表信息中用戶列表的用戶發(fā)送推送業(yè)務(wù)請
求；
上述推送業(yè)務(wù)請求為SIP請求，可以是INVITE、 MESSAGE、 REFER等消息。
204，協(xié)商完成所述推送業(yè)務(wù)邏輯。 204中，可以根據(jù)推送內(nèi)容標(biāo)識確定待接收的推送信息； 推送內(nèi)容標(biāo)識可以從SIP From頭域所攜帶SIP標(biāo)識user part獲??；或者從 消息體中獲??；
還可以才艮據(jù)推送業(yè)務(wù)標(biāo)識執(zhí)行本地推送業(yè)務(wù)邏輯； 推送業(yè)務(wù)標(biāo)識可以從SIP頭域中獲取，例如 P-Preferred-Service: urn:xxx:iptv:sessionpush; 或者, 推送業(yè)務(wù)標(biāo)識通過解析SIP消息體獲取，例如IPTVActionDataCommand="sessionpush"
還可以解析透明信息，并完成推送應(yīng)用相關(guān)的業(yè)務(wù)邏輯。
實施本實施例，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，協(xié) 商完成推送業(yè)務(wù)邏輯；可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需要；同 時可以有效地提高應(yīng)用的部署，簡化網(wǎng)絡(luò)的復(fù)雜度。
圖3是本發(fā)明實施例的業(yè)務(wù)推送協(xié)商裝置的結(jié)構(gòu)示意圖，該裝置應(yīng)用于IMS BasedIPTV網(wǎng)絡(luò)，如圖3所示，該裝置包括
接收單元10,用于接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)
識；
解析單元11,用于解析所述接收單元10所接收的推送業(yè)務(wù)信息； 發(fā)送單元12,用于根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè) 務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)；
協(xié)商單元13，用于協(xié)商完成所述推送業(yè)務(wù)邏輯。 進(jìn)一步地，解析單元11包括
確定單元110,用于才艮據(jù)所述推送業(yè)務(wù)標(biāo)識確定所述推送業(yè)務(wù)信息為推送業(yè) 務(wù)請求；
獲取單元lll,用于獲取推送業(yè)務(wù)接收用戶標(biāo)識信息、推送業(yè)務(wù)推送內(nèi)容標(biāo) 識信息、推送業(yè)務(wù)推送時間信息三種中的任意一種或者多種。
該裝置實施例中所述及的推送業(yè)務(wù)信息包括以下信息的任意一種或者多
種
接收推送業(yè)務(wù)的用戶信息； 接收推送業(yè)務(wù)的用戶列表信息；
推送業(yè)務(wù)標(biāo)識信息，所述推送業(yè)務(wù)標(biāo)識信息包括頻道信息、節(jié)目信息或者 內(nèi)容信息；
推送業(yè)務(wù)開始執(zhí)行的時間信息； 推送應(yīng)用相關(guān)信息。
本實施例的業(yè)務(wù)推送協(xié)商裝置為業(yè)務(wù)控制單元，該單元可以在IPTV網(wǎng)絡(luò)中 的業(yè)務(wù)控制功能實體中實現(xiàn)。
圖4是本發(fā)明實施例的業(yè)務(wù)推送系統(tǒng)的結(jié)構(gòu)示意圖，該系統(tǒng)應(yīng)用于IMS BasedIPTV網(wǎng)絡(luò)，如圖4所示，該系統(tǒng)包括應(yīng)用功能實體1、業(yè)務(wù)控制功能實體2和接收功能實體3;
所述應(yīng)用功能實體1用于發(fā)送推送業(yè)務(wù)信息給所述業(yè)務(wù)控制功能實體2，所 述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；這里的應(yīng)用功能實體1在具體實施中可以 體現(xiàn)為推送業(yè)務(wù)觸發(fā)單元，推送業(yè)務(wù)觸發(fā)單元可以在用戶IPTV終端實現(xiàn)，或者 其它功能實體上實現(xiàn)，例如后臺配置功能，獨立的增強(qiáng)功能等實體。
所述業(yè)務(wù)控制功能實體2用于接收所述應(yīng)用功能實體1發(fā)送的推送業(yè)務(wù)信 息；并解析所接收的所述推送業(yè)務(wù)信息；以及根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送 業(yè)務(wù)邏輯，所述推送業(yè)務(wù)請求包括推送內(nèi)容標(biāo)識；與所述接收功能實體3協(xié)商 完成所述推送業(yè)務(wù)邏輯；這里的業(yè)務(wù)控制功能實體2在具體實施中可以體現(xiàn)為 業(yè)務(wù)控制單元，業(yè)務(wù)控制單元可以在IPTV網(wǎng)絡(luò)中的業(yè)務(wù)控制功能(SCF)實體 實現(xiàn)，其功能結(jié)構(gòu)如圖3的業(yè)務(wù)推送協(xié)商裝置所述。
所述接收功能實體3用于接收所述業(yè)務(wù)控制功能實體2發(fā)送的根據(jù)所述推 送業(yè)務(wù)信息所生成的推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；與 所述業(yè)務(wù)控制功能實體2協(xié)商完成推送業(yè)務(wù)邏輯。這里的接收功能實體3在具 體實施中可以體現(xiàn)為推送業(yè)務(wù)接收單元，通常在用戶IPTV終端實現(xiàn)。
所述應(yīng)用功能實體1和業(yè)務(wù)控制功能實體2可以分別是單獨的功能實體， 或者是合設(shè)成一個功能實體；所述應(yīng)用功能實體1和接收功能實體3可以分別 是單獨的功能實體，或者是合設(shè)成一個功能實體。
可選地，在實際具體實施例中，應(yīng)用功能實體1與接收功能實體3可以合 并成一個功能實體，或者應(yīng)用功能實體1與業(yè)務(wù)控制功能實體2合并成一個功 能實體，實現(xiàn)應(yīng)用功能實體l、業(yè)務(wù)控制功能實體2、接收功能實體3作為單個 實體時所具有的功能。
實施本發(fā)明系統(tǒng)的實施例，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè) 務(wù)邏輯，協(xié)商完成推送業(yè)務(wù)邏輯；可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容 的需要；可以實現(xiàn)業(yè)務(wù)通用的推送功能，后續(xù)各種具體的推送業(yè)務(wù)；可以有效 地提高應(yīng)用的部署，簡化網(wǎng)絡(luò)的復(fù)雜度。
下面結(jié)合圖2至圖4對圖5的業(yè)務(wù)推送協(xié)商方法進(jìn)行進(jìn)一步詳細(xì)地說明。
如圖5所示，圖5為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例一的示意圖。
在本實施例中，應(yīng)用功能實體(推送業(yè)務(wù)觸發(fā)單元)和接收功能實體(推 送業(yè)務(wù)接收單元)在UE上實現(xiàn)，業(yè)務(wù)控制功能實體即業(yè)務(wù)控制單元在SCF實體上實現(xiàn)。用戶通過UE瀏覽節(jié)目導(dǎo)航信息等確定待切換的節(jié)目信息，UE按照 推送業(yè)務(wù)信息格式生成定時頻道切換定制請求，即推送業(yè)務(wù)請求，包括待推送 的用戶標(biāo)識、頻道標(biāo)識及切換時間信息；SCF實體接收用戶通過UE發(fā)起的定時 頻道切換定制請求，并根據(jù)定制請求中包含的用戶信息、節(jié)目信息及時間信息 在條件滿足時觸發(fā)推送業(yè)務(wù)邏輯，向指定用戶發(fā)起頻道切換請求。 該方法包括
501， UE通過SIP消息(SIP MESSAGE)發(fā)起頻道切換定制請求，其中 Request-URI為SCF的PSI標(biāo)識；
SIP MESSAGE消息體中包含頻道切換信息，這里UE基于推送業(yè)務(wù)信息模 板生成頻道切換信息，包含推送業(yè)務(wù)信息以及推送業(yè)務(wù)標(biāo)識。 MESSAGE sip: bc-scf.iptv.com SIP/2.0
From: <sip:user-a@iptv.com>;tag=31415 To: <sip:bc-scf.iptv.com>
Content-Type: application/xml Content-Length: 127
< xml version="1.0" encoding="UTF-8" > 〈IPTVActionDataCommand
<SessionPush>
<push:IPTVPushActionData>
<UserList>sip:user-a@iptv.com</UserList> <PushContentId>Channel-1 </PushContentId> <StartTime>21:00:00</StartTime> </push:IPTVPushActionData> </SessionPush> </IPTVActionDataCommand>
502，核心IMS (Core IMS )向SCF實體轉(zhuǎn)發(fā)SIP MESSAGE; 503, SCF實體接收并解析SIP MESSAGE,該過程包括檢測并解析消息體，根據(jù)xml中包含"IPTVActionDataCommand"元素，并且 值域為'，SessionPush"確定為觸發(fā)推送業(yè)務(wù)邏輯；
檢測并解析消息體，從xml中"IPTVPushActionData"元素的值域獲取推送業(yè) 務(wù)信息；
SCF實體可以根據(jù)推送業(yè)務(wù)信息中的用戶標(biāo)識(UserList)、內(nèi)容標(biāo)識 (PushContentld)確定用戶是否有收看該節(jié)目的權(quán)限；
本實施例中SCF實體確定在21:00時向用戶sip:user-a@iptv.com發(fā)起 Channel-1的推送請求。
504， SCF實體確定用戶可以完成定時切換，向UE發(fā)送成功響應(yīng)消息 (200OK消息)；
505 ， Core IMS向UE轉(zhuǎn)發(fā)成功響應(yīng)消息；
506, SCF實體根據(jù)獲取的推送業(yè)務(wù)信息及媒體參數(shù)信息發(fā)起推送業(yè)務(wù)請求， 本實施例中為SIP INVITE,其中
Request-URI為從推送業(yè)務(wù)信息中獲取的用戶標(biāo)識(UserList);
From頭域攜帶從推送業(yè)務(wù)描述信息中獲取待切換的頻道標(biāo)識 (PushContentld),這里為SIP標(biāo)識，其中user part部分?jǐn)y帶頻道標(biāo)識，域名部 分為SCF的域名；
P-Preferred-Service頭域中可以攜帶推送業(yè)務(wù)標(biāo)識 um:xxx:iptv.sessionpush， 用于向用戶終端指示當(dāng)前發(fā)起的為推送業(yè)務(wù)請求；
Content-Type包含application/sdp類型，通過SDP offer發(fā)起々某體協(xié)商，攜帶 待推送頻道的媒體參數(shù)信息；
INVITE sip: user-a@iptv.com SIP/2.0
From: <sip: Channel-1 @cod-scf.iptv.com>;tag=31417 To: <sip:user-a@iptv.com> P-Preferred-Service: um:xxx:iptv.sessionpush
待推送頻道的媒體參數(shù)信息包括組播地址、媒體格式、帶寬等一種或者多 種信息。這里SCF實體可以通過多種方式獲取i某體參數(shù)信息，包括 SCF實體上預(yù)先配置保存相關(guān)的信息；SCF實體根據(jù)頻道標(biāo)識通過SIP或非SIP請求從保存有纟某體參數(shù)信息的功能實體獲取媒體參數(shù)信息。
507， Core IMS向UE轉(zhuǎn)發(fā)推送業(yè)務(wù)請求；
508， UE解析收到的推送業(yè)務(wù)請求，獲取待推送的頻道信息及媒體參數(shù)信息，并通過發(fā)送200OK消息做出響應(yīng)。這里UE可以基于推送業(yè)務(wù)標(biāo)識、頻道信息等通過UE本地應(yīng)用向用戶呈現(xiàn)相關(guān)信息，為用戶提供選擇，例如是否切換到該頻道，用戶可以通過遙控器做出選擇，UE基于用戶的選IH故出響應(yīng)，當(dāng)用戶選擇同意切換時UE再發(fā)起成功響應(yīng)；
509， Core IMS向SCF實體轉(zhuǎn)發(fā)200OK消息；
510, SCF實體接收到UE發(fā)送的200OK消息，完成會話建立；
511, UE接收媒體流，UE根據(jù)會話協(xié)商中獲取的多播地址加入多播組接收媒體流，完成頻道切換。
本實施例提供的業(yè)務(wù)推送方法中，業(yè)務(wù)控制功能實體對外提供標(biāo)準(zhǔn)接口 ，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，完成推送業(yè)務(wù)。本發(fā)明實施例提供了一種頻道定制切換業(yè)務(wù)的推送方法，各應(yīng)用功能本身只需要完成相應(yīng)的應(yīng)用邏輯管理即可，不需要重復(fù)實現(xiàn)會話協(xié)商及媒體協(xié)商等功能，可以有效地提高新應(yīng)用功能的部署效率，筒化網(wǎng)絡(luò)的復(fù)雜度。
如圖6所示，圖6為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例二的示意圖。
本實施例中的應(yīng)用功能實體(推送業(yè)務(wù)觸發(fā)單元)在廣告功能(AdvertiseFunction, ADF)實體上實現(xiàn)，接收功能實體(推送業(yè)務(wù)接收單元)在UE上實現(xiàn)，業(yè)務(wù)控制功能實體(業(yè)務(wù)控制單元)在SCF實體上實現(xiàn)。
這里的ADF實體可以是后臺配置功能實體，也可以是一個應(yīng)用功能實體；本實施例中廣告媒體由媒體功能(MediaFunction, MF)提供，實際部署中也可能是由其它功能實體提供，例如直接由ADF實體提供廣告媒體，也可能是由其它實體提供給MF，再由MF轉(zhuǎn)發(fā)給UE;這些情況與具體的廣告業(yè)務(wù)相關(guān)。
該方法包括
601， BC節(jié)目中的廣告時間到達(dá)，廣告服務(wù)器觸發(fā)業(yè)務(wù)邏輯，通過單播方式向用戶提供個性化廣告，廣告服務(wù)器根據(jù)推送業(yè)務(wù)信息模板生成推送廣告信息，其中包括待推送的用戶信息，待推送的廣告信息等；廣告服務(wù)器通過SIPMESSAGE向SCF實體發(fā)送推送業(yè)務(wù)信息，其中Request-URI為SCF實體的SIP標(biāo)識，用于將SIP消息路由到SCF,可以是
PSI;
P-Preferred-Service頭域中包含推送業(yè)務(wù)標(biāo)簽；SIP MESSAGE消息體中包含待推送業(yè)務(wù)信息；
另外，如果ADF實體提供廣告的媒體參數(shù)，MESSAGE消息體中也可以攜帶廣告的媒體參數(shù)信息，媒體參數(shù)通常通過SDP攜帶；
SIP消息中攜帶多種類型的消息體，考慮Content-Type使用multipart/mixed類型，可通過SDP和XML共同對推送業(yè)務(wù)信息進(jìn)行定義。
MESSAGE sip: cod-scf.iptv.com SIP/2.0
From: <sip:adf.iptv.com>;tag=31415To: <sip:cod-scf.iptv.com>P-Preferred-Service: urn:xxx:iptv.sessionpush
Content-Type: multipart/mixed ;boundary="boundryl
Content-Length: 127
—boundryl
Content-Type: application/iptvsad-sessionpush+xml< xml version="1.0" encoding="UTF-8" ><IPTVPushActionData
<UserList>sip:user-a@iptv.com</UserList><PushContentId> Ad誦1 </PushContentId><StartTime>21:00:00</StartTime>
<Duration> 180</push-d:Duration>
</IPTVPushActionData>
—boundryl
Content-Type: application/sdp
t=0 0c=IN IP4 192.168.0.1
m=audio 0 RTP/AVP 0b=AS:64
m=video 0 RTP/AVP 99b=AS:128
a=rtpmap:99 h263國1998/90000
602， SCF實體接收并解析SIP MESSAGE,并向ADF實體發(fā)送成功響應(yīng)消息，包括
檢測SIP消息頭域中包含"P-Preferred-Service: urn:xxx:iptv.sessionpush",確認(rèn)為推送業(yè)務(wù)消息；
才全測并解析消息體，才艮據(jù)application/iptvsad-sessionpush消息類型獲取推送業(yè)務(wù)信息，包括待推送內(nèi)容標(biāo)識(PushContentld)，待推送用戶信息(UserList )，推送時間信息(StartTime, Duration);
;險測并解析消息體，如果包含application/sdp,則獲取推送內(nèi)容的媒體參數(shù)信息。
603, SCF實體根據(jù)推送業(yè)務(wù)標(biāo)識(P-Preferred-Service:um:xxx:iptv.sessio叩ush)觸發(fā)推送業(yè)務(wù)邏輯，發(fā)起推送業(yè)務(wù)請求，這里為SIPINVITE:
從推送業(yè)務(wù)描述信息中獲取用戶標(biāo)識，作為Request-URI發(fā)起會話請求；
從推送業(yè)務(wù)描述信息中獲取待推送的廣告標(biāo)識，作為userpart部分，與SCF實體的域名共同組成SIP標(biāo)識，并通過From頭域攜帶；
推送業(yè)務(wù)請求中還可以通過P-Preferred-Service頭域攜帶推送業(yè)務(wù)標(biāo)識，向UE指示該請求為推送業(yè)務(wù)請求；
SCF實體還可以通過SIP INVITE消息體攜帶廣告內(nèi)容的i某體信息，本實施例中媒體參數(shù)信息由ADF實體在發(fā)起推送業(yè)務(wù)請求時通過SDP攜帶；
INVITE sip: user-a@iptv.com SIP/2.0
From: <sip:Ad-1 @cod-scf.iptv.com>;tag=31417To: <sip:user-a@iptv.com>P-Preferred-Service: um:xxx:iptv.sessionpush
Content-Type: application/sdp
t=0 0
c=IN IP4 192.168.0.1
m=audio 0 RTP/AVP 0b=AS:64
m-video 0 RTP/AVP 99b=AS:128
a=rtpmap:99 h263-1998/90000
604, Core IMS向UE轉(zhuǎn)發(fā)SIP請求消息；
605， UE接收并解析SIP請求消息；
如果SIP請求消息通過P-Preferred-Service頭域攜帶了推送業(yè)務(wù)標(biāo)識，UE可以基于該標(biāo)識觸發(fā)推送業(yè)務(wù)邏輯完成推送業(yè)務(wù)相關(guān)的處理；
UE解析From頭域攜帶的SIP標(biāo)識，從user part獲取推送廣告標(biāo)識，這里為Ad-l;
如果SIP請求消息通過消息體攜帶Ad-1的SDP 4某體參數(shù)信息，需要從SDP獲取這些信息；
UE檢測確定SCF實體沒有發(fā)起SDP offer,因此通過響應(yīng)消息發(fā)起SDP offer進(jìn)行媒體參數(shù)協(xié)商；這里可以通過200 OK響應(yīng)發(fā)起SDP offer;
606, Core IMS向SCF實體轉(zhuǎn)發(fā)200OK響應(yīng)消息；
607, SCF實體接收并解析UE的200OK響應(yīng)消息，向選定的MF實體發(fā)起新的INVITE請求；從響應(yīng)消息中攜帶的SDP offer中獲取媒體參數(shù)信息；根據(jù)廣告標(biāo)識選擇合適的MF實體，選擇MF實體時可以參考UE的位置信息等其它信息共同決策；
其中
Request-URI為選定MF實體的SIP標(biāo)識；
To頭域中攜帶請求廣告內(nèi)容的SIP標(biāo)識，可以由兩個部分組成，其中userpart攜帶廣告內(nèi)容標(biāo)識，這里為Ad-l，域名部分為MF實體的標(biāo)識；
可以通過P-Preferred-Service頭域攜帶推送業(yè)務(wù)標(biāo)識，指示該請求為推送業(yè)務(wù)請求；
通過消息體攜帶UE發(fā)送的SDP offer,代理UE發(fā)起媒體協(xié)商；INVITE sip: cod-mcf.iptv.com SIP/2.0
From: <sip:cod-scf.iptv.com>;tag=71413To: <sip:Ad-l@cod-mcf.iptv.com>P-Preferred-Service: urn:xxx:iptv.sessionpush
608, MF實體接收并解析SIP請求消息，完成業(yè)務(wù)處理，并返回響應(yīng)，攜帶SDP answer;這里可以通過200 OK返回響應(yīng)。
609， SCF實體接收并解析MF實體發(fā)送的200 OK消息，并進(jìn)行與UE的媒體協(xié)商；終結(jié)MF實體的響應(yīng)消息，建立SCF實體與MF實體之間的SIP會話；獲取MF實體響應(yīng)攜帶的SDP answer中的媒體參數(shù)；通過ACK消息響應(yīng)UE的200 OK響應(yīng)，并通過SDP answer攜帶從MF實體獲取的媒體參數(shù)。
610, Core IMS向UE轉(zhuǎn)發(fā)ACK消息；
611, UE接收并處理ACK消息，獲取SDP answer中的媒體參數(shù)，并通過200 0K消息響應(yīng)確i人；
612, Core IMS向SCF實體轉(zhuǎn)發(fā)200 OK消息；
613, SCF實體接收并處理200 OK消息，建立UE與SCF實體之間的SIP會話；
614, UE根據(jù)協(xié)商的媒體參數(shù)直接與MF實體 間建立媒體傳送和/或媒體控制通道。
本實施例提供的業(yè)務(wù)推送方法中，業(yè)務(wù)控制功能實體對外提供標(biāo)準(zhǔn)接口 ，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，完成推送業(yè)務(wù)。本發(fā)明實施例提供了一種廣告業(yè)務(wù)的推送方法，各應(yīng)用功能本身只需要完成相應(yīng)的應(yīng)用邏輯管理即可，不需要重復(fù)實現(xiàn)會話協(xié)商及媒體協(xié)商等功能，可以有效地提高新應(yīng)用功能的部署效率，簡化網(wǎng)絡(luò)的復(fù)雜度。。
圖7為本發(fā)明的業(yè)務(wù)推送協(xié)商方法的具體實施例三的示意圖，用戶簽約PushCoD業(yè)務(wù)時，應(yīng)用推送功能(Push Application Function, PAF )實體根據(jù)用戶的 簽約、喜好等向用戶提供內(nèi)容自動下載業(yè)務(wù)，即網(wǎng)絡(luò)側(cè)主動向用戶終端下載內(nèi) 容，無需用戶的參與。該方法包括
701, PAF實體才艮據(jù)用戶簽約信息觸發(fā)Push CoD業(yè)務(wù)邏輯，向SCF實體發(fā) 起推送業(yè)務(wù)請求完成CoD內(nèi)容的推送。推送業(yè)務(wù)請求中需要攜帶推送業(yè)務(wù)標(biāo)識， 用于指示SCF實體該請求為推送業(yè)務(wù)請求，同時還需要攜帶推送業(yè)務(wù)信息，推 送業(yè)務(wù)信息基于SCF實體提供的接口模板生成，包含下面一些信息接收推送 內(nèi)容的用戶標(biāo)識、推送的CoD內(nèi)容標(biāo)識、推送CoD的々某體描述信息，其中媒體 描述信息可以包括推送的媒體協(xié)議格式，媒體屬性等。
PAF實體可以通過SIP MESSAGE向SCF實體發(fā)起推送業(yè)務(wù)請求，其中
Request-URI包含路由SIP請求到SCF實體的SIP標(biāo)識，可以是PSI;
SIP MESSAGE消息體中包含待推送業(yè)務(wù)觸發(fā)信息，包括推送業(yè)務(wù)指示以及 推送業(yè)務(wù)信息；
MESSAGE sip: cod-scf.iptv.com SIP/2.0
From: <sip :paf.iptv.com> ;tag=31415 To: <sip:cod-scf.iptv.com>
Content-Type: application/ xml: Content-Length: 127
< xml version="1.0" encoding="UTF-8" > <IPTVActionDataCommand
<SessionPush>
<push:IPTVPushActionData>
<push:UserList>sip:user-a@iptv.com</push-d:UserList> <push:PushContentId>Content-1 </push-d:PushContentId> <push:Duration>5400</push-d:Duration> </push:IPTVPushActionData> </SessionPush></IPTVActionDataCommand>
702， SCF實體接收SIP MESSAGE,向PAF實體發(fā)送成功響應(yīng)，并解析接 收到的SIPMESSAGE。 SCF實體根據(jù)推送請求中的推送業(yè)務(wù)標(biāo)識確定為觸發(fā)推 送業(yè)務(wù)邏輯，并且從推送請求消息體中獲取推送業(yè)務(wù)信息。本實施例中包括
解析xml，通過元素IPTVActionDataCommand值域為為SessionPush確定為 推送業(yè)務(wù)；
解析xml,通過元素IPTVPushActionData的值域獲取待推送用戶信息 (UserList),待推送節(jié)目信息(PushContentId),待推送節(jié)目的時長(Duration )。
703, SCF實體向MF實體發(fā)起推送業(yè)務(wù)請求，包括
基于獲取的推送業(yè)務(wù)內(nèi)容標(biāo)簽，本實施例中為CoD標(biāo)識Content-l,選擇合 適的MF實體；
SCF實體向MF實體發(fā)起推送業(yè)務(wù)請求，本實施例中為SIP請求消息(SIP INVITE),其中
Request-URI為路由到選定MF實體的SIP標(biāo)識，例如PSI;
To頭域中攜帶請求Push的CoD SIP標(biāo)識，可以由兩個部分組成，其中user part攜帶CoD內(nèi)容標(biāo)識，這里為Content-1,域名部分為MF實體的域名；
可以通過P-Preferred-Service頭域攜帶推送業(yè)務(wù)標(biāo)識，指示該請求為推送業(yè) 務(wù)請求。
704, MF實體接收并解析SIP請求消息，包括
如果請求中攜帶了推送業(yè)務(wù)標(biāo)簽，解析P-Preferred-Service獲取推送業(yè)務(wù)標(biāo) 簽，確定該業(yè)務(wù)請求為推送業(yè)務(wù)請求，可以指示MF實體處理推送業(yè)務(wù)邏輯；
解析獲取節(jié)目標(biāo)識，本實施例中為解析To頭域獲取節(jié)目標(biāo)識，這里為 Content-1,并為傳輸Content-1內(nèi)容流分配端口號等參數(shù)；
生成200 OK響應(yīng)消息，并攜帶SDP offer,攜帶相關(guān)媒體參數(shù)，包括Content-1 的媒體描述信息及IP地址、端口號等。
705, SCF實體接收并解析200OK消息，包括
從200 OK消息中獲取SDP offer信息，并根據(jù)702中獲取的用戶標(biāo)識發(fā)起 推送業(yè)務(wù)請求，該請求為SIPINVITE，其中 Request-URI為用戶SIP標(biāo)識；
生成推送節(jié)目的SIP標(biāo)識，其中SIP標(biāo)識中user part攜帶CoD內(nèi)容標(biāo)識，這里為Content-l,域名部分為SCF實體的域名。SIP標(biāo)識通過From頭域攜帶； 可以攜帶P-Preferred-Service頭域，并攜帶推送業(yè)務(wù)標(biāo)簽； 通過消息體中攜帶SDP發(fā)起offer,該offer信息從MF實體響應(yīng)的200 OK
中獲取。
706， Core IMS向UE實體轉(zhuǎn)發(fā)SIP INVITE;
707, UE接收并解析SIP INVITE,包括
從From頭域攜帶SIP標(biāo)識user part獲取CoD內(nèi)容標(biāo)識；
檢觀寸P-Preferred-Service, ^口果4夷帶4,送業(yè)務(wù)才示簽(um:xxx:iptv.sessionpush )， 可以基于本地應(yīng)用進(jìn)行處理，例如觸發(fā)推送業(yè)務(wù)邏輯，在用戶開機(jī)收看節(jié)目時 向用戶呈現(xiàn)推送的節(jié)目信息等；
獲取SDP offer中的攜帶的媒體參數(shù)，并生成SDP answer;
通過200 OK響應(yīng)SCF實體的請求，并攜帶SDP answer。
708， Core IMS向SCF實體轉(zhuǎn)發(fā)200 OK消息；
709， SCF接收并解析200OK消息，包括
通過ACK消息響應(yīng)UE發(fā)起的200 OK;
通過ACK消息響應(yīng)MF實體發(fā)起的200 OK,該ACK消息中攜帶UE發(fā)送 的SDP answer;
710, MF實體接收并解析ACK消息，獲取SDPanswer，完成媒體協(xié)商；
711, UE與MF實體之間通過SCF實體完成媒體協(xié)商，建立々某體傳送通道。 本實施例提供的業(yè)務(wù)推送方法中，業(yè)務(wù)控制功能實體對外提供標(biāo)準(zhǔn)接口 ，
通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，完成推送業(yè)務(wù)。本發(fā)明 實施例提供了一種用戶簽約信息Push CoD業(yè)務(wù)的推送方法，各應(yīng)用功能本身只 需要完成相應(yīng)的應(yīng)用邏輯管理即可，不需要重復(fù)實現(xiàn)會話協(xié)商及々某體協(xié)商等功 能，可以有效地提高新應(yīng)用功能的部署效率，簡化網(wǎng)絡(luò)的復(fù)雜度。
同時，本發(fā)明還提供了業(yè)務(wù)推送方法的另一種具體實施例，本實施例中服 務(wù)提供商(Service Provider, SP)通過增值應(yīng)用功能(AF)實體提供定時切換 業(yè)務(wù)，SCF實體在接收到推送業(yè)務(wù)請求后，還可以通過SIP REFER向推送業(yè)務(wù) 接收單元發(fā)起請求。用戶在AF實體簽約定時切換業(yè)務(wù)，當(dāng)AF實體監(jiān)控到切換 時間到達(dá)，代理用戶向SCF實體發(fā)起業(yè)務(wù)指示，啟動定時切換推送業(yè)務(wù)，SCF 實體通過SIP REFER發(fā)起切換請求。該方法包括定時切換時間到達(dá)，AF實體觸發(fā)定時切換業(yè)務(wù)邏輯，根據(jù)用戶簽約信息生 成推送業(yè)務(wù)信息，其中包括待推送的用戶信息，待推送的頻道信息等；AF實體 通過SIP MESSAGE向SCF實體發(fā)送推送業(yè)務(wù)信息，其中
Request-URI為SCF實體的SIP標(biāo)識，用于將SIP消息;洛由到SCF實體， 可以是PSI;
P-Preferred-Service頭域中包含推送業(yè)務(wù)標(biāo)簽；
Content-Type為推送業(yè)務(wù)信息類型；
SIP MESSAGE消息體中包含待推送業(yè)務(wù)信息；
MESSAGE sip: bc-scf.iptv.com SIP/2.0
From: <sip:af.iptv.com>;tag=31415 To: <sip:bc-scf.iptv.com>
Accept-Contact: *;+iptv.appid=，，urn:xxx:iptv.sessionpush，
Content-Type: application/xml Content-Length: 127
< xml version="1.0" encoding="UTF-8" 〉 〈IPTVPushActionData
<UserList>sip:user-a@iptv.com</UserList> <PushContentId>Channel-1 </PushContentId> <StartTime>21:00:00</StartTime〉 </IPTVSessionPushActionData >
如果AF實體提供帶切換頻道的媒體參數(shù)，MESSAGE消息體中也可以攜帶 相關(guān)的媒體參數(shù)信息。
SCF實體接收并解析SIP MESSAGE,包括
檢測Accept-Contact頭域，通過推送業(yè)務(wù)標(biāo)簽確定為推送業(yè)務(wù)；
檢測并解析消息體，獲取推送業(yè)務(wù)信息，包括推送用戶信息；
SCF實體向AF實體發(fā)送成功響應(yīng)。
SCF實體根據(jù)推送業(yè)務(wù)標(biāo)識觸發(fā)推送業(yè)務(wù)邏輯，包括根據(jù)從推送業(yè)務(wù)信息中獲取的用戶標(biāo)識，向用戶UE發(fā)起推送業(yè)務(wù)請求，這 里為SIP REFER,其中
Request-URI為從推送業(yè)務(wù)信息中獲取的用戶SIP標(biāo)識；
Refer-To為推送廣告的SIP標(biāo)識，這里包含兩個部分，SIP標(biāo)識中的user part 攜帶頻道標(biāo)識，從推送業(yè)務(wù)信息中獲取，SIP標(biāo)識中的域名部分為SCF實體的 域名；
可以通過Accept-Contact頭域攜帶推送業(yè)務(wù)標(biāo)簽，用于指示UE該請求為推 送業(yè)務(wù)請求；
可以通過消息體攜帶推送內(nèi)容的媒體參數(shù)信息，此時Content-Type應(yīng)該為 application/sdp。
Core IMS向UE轉(zhuǎn)發(fā)SIP REFER。 UE處理SIP REFER,包括
如果REFER通過P-Preferred-Service攜帶推送業(yè)務(wù)標(biāo)識，UE可以基于標(biāo)識 觸發(fā)推送業(yè)務(wù)邏輯；
UE可以通過Refer-To頭域中SIP標(biāo)識的user part部分獲取推送內(nèi)容標(biāo)識； 如果REFER通過消息體攜帶了媒體參數(shù)，UE可以獲取媒體參數(shù)。 UE響應(yīng)REFER;
UE根據(jù)REFER指示發(fā)起業(yè)務(wù)請求，完成頻道切換。
本實施例中完成會話協(xié)商需要獲取推送內(nèi)容的々某體信息，包括媒體格式、
帶寬信息等，這些信息可以通過上述實施例中給出的方式，由業(yè)務(wù)觸發(fā)功能實
體獲取后通過推送業(yè)務(wù)請求攜帶到業(yè)務(wù)控制功能實體；也可以由業(yè)務(wù)控制功能 實體等需要這些信息的實體根據(jù)內(nèi)容標(biāo)識向保存有這些媒體信息的功能單元獲
取等其它方式實現(xiàn)，這里不再贅述。
實施本發(fā)明的實施例，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏 輯，協(xié)商完成推送業(yè)務(wù)邏輯；可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需 要；可以實現(xiàn)業(yè)務(wù)通用的推送功能，后續(xù)各種具體的推送業(yè)務(wù)；可以有效地提 高應(yīng)用的部署，簡化網(wǎng)絡(luò)的復(fù)雜度。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明 可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當(dāng)然也可以全部通過硬件來實施。 基于這樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如
ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個 人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某 些部分所述的方法。
以上所揭露的僅為本發(fā)明的較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明 之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范 圍。
權(quán)利要求
1、一種業(yè)務(wù)推送協(xié)商方法，所述方法應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，其特征在于，所述方法包括接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；解析所述推送業(yè)務(wù)信息；根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；協(xié)商完成所述推送業(yè)務(wù)邏輯。
2、 如權(quán)利要求l所述的方法，其特征在于，所述解析所述推送業(yè)務(wù)信息， 包括根據(jù)所述推送業(yè)務(wù)標(biāo)識確定所述推送業(yè)務(wù)信息為推送業(yè)務(wù)請求； 獲取推送業(yè)務(wù)接收用戶標(biāo)識信息、推送業(yè)務(wù)推送內(nèi)容標(biāo)識信息、推送業(yè)務(wù) 推送時間信息中的任意一種或者任意組合。
3、 如權(quán)利要求1或2所述的方法，其特征在于，通過會話啟動協(xié)議SIP消息體或超文本傳輸協(xié)議HTTP消息體攜帶所述推 送業(yè)務(wù)標(biāo)識時，通過可擴(kuò)展標(biāo)記語言XML定義所述推送業(yè)務(wù)標(biāo)識；或者通過SIP頭域攜帶推送業(yè)務(wù)標(biāo)識時，通過纟某體特性標(biāo)簽進(jìn)行定義所述推送 業(yè)務(wù)標(biāo)識。
4、 如權(quán)利要求2所述的方法，其特征在于，所述推送業(yè)務(wù)接收用戶標(biāo)識為 IMS公共用戶身份標(biāo)識IMPU。
5、 如權(quán)利要求1或2所述的方法，其特征在于，所述推送業(yè)務(wù)信息包括以 下信息的任意一種或者任意組合接收推送業(yè)務(wù)的用戶信息； 接收推送業(yè)務(wù)的用戶列表信息；推送業(yè)務(wù)標(biāo)識信息，所述推送業(yè)務(wù)標(biāo)識信息包括頻道信息、節(jié)目信息或者內(nèi)容信息；推送業(yè)務(wù)開始執(zhí);f亍的時間信息； 推送應(yīng)用相關(guān)信息。
6、 如權(quán)利要求5所述的方法，其特征在于， 所述推送業(yè)務(wù)信息包含在會話描述協(xié)議SDP和/或XML; 通過SIP消息體或HTTP消息體攜帶所述推送業(yè)務(wù)信息。
7、 如權(quán)利要求5所述的方法，其特征在于，所述根據(jù)所述推送業(yè)務(wù)信息觸 發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，包括獲取所述推送業(yè)務(wù)信息中的接收推送業(yè)務(wù)的用戶信息或者用戶列表信息； 給用戶信息中的用戶或者用戶列表信息中用戶列表的用戶發(fā)送推送業(yè)務(wù)請求；所述推送業(yè)務(wù)請求為SIP請求，所述SIP請求為INVITE、 MESSAGE或 REFER消息。
8、 如權(quán)利要求7所述的方法，其特征在于， 所述推送業(yè)務(wù)請求攜帶推送業(yè)務(wù)標(biāo)識，和/或所述推送業(yè)務(wù)請求攜帶所述推送業(yè)務(wù)信息包括的信息中的任意一種或者任 意組合；通過SIP頭域或者SIP消息體攜帶所述推送業(yè)務(wù)標(biāo)識； 通過SIP頭域或者SIP消息體攜帶所述推送業(yè)務(wù)信息包括的信息中的任意一 種或者任意組合。
9、 一種業(yè)務(wù)推送協(xié)商裝置，所述裝置應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，其特 征在于，所述裝置包括接收單元，用于接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識; 解析單元，用于解析所述接收單元所接收的推送業(yè)務(wù)信息； 發(fā)送單元，用于#4居所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù) 請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；協(xié)商單元，用于協(xié)商完成所述推送業(yè)務(wù)邏輯。
10、 如權(quán)利要求9所述的裝置，其特征在于，所述解析單元包括 確定單元，用于根據(jù)所述推送業(yè)務(wù)標(biāo)識確定所述推送業(yè)務(wù)信息為推送業(yè)務(wù)請求；獲取單元，用于獲取推送業(yè)務(wù)接收用戶標(biāo)識信息、推送業(yè)務(wù)推送內(nèi)容標(biāo)識 信息、推送業(yè)務(wù)推送時間信息三種中的任意一種或者多種。
11、 如權(quán)利要求9或IO所述的裝置，其特征在于，所述推送業(yè)務(wù)信息包括 以下信息的任意一種或者任意組合接收推送業(yè)務(wù)的用戶信息； 接收推送業(yè)務(wù)的用戶列表信息；推送業(yè)務(wù)標(biāo)識信息，所述推送業(yè)務(wù)標(biāo)識信息包括頻道信息、節(jié)'目信息或者 內(nèi)容信息；推送業(yè)務(wù)開始執(zhí)行的時間信息； 推送應(yīng)用相關(guān)信息。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述業(yè)務(wù)推送協(xié)商裝置在IMS BasedIPTV網(wǎng)絡(luò)中為業(yè)務(wù)控制功能實體。
13、 一種業(yè)務(wù)推送系統(tǒng)，所述系統(tǒng)應(yīng)用于IMS Based IPTV網(wǎng)絡(luò)，其特征在 于，所述系統(tǒng)包括應(yīng)用功能實體、業(yè)務(wù)控制功能實體和接收功能實體；所述應(yīng)用功能實體用于發(fā)送推送業(yè)務(wù)信息給所述業(yè)務(wù)控制功能實體，所述 推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；所述業(yè)務(wù)控制功能實體用于接收所述應(yīng)用功能實體發(fā)送的推送業(yè)務(wù)信息； 并解析所接收的所述推送業(yè)務(wù)信息；以及根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù) 邏輯，所述推送業(yè)務(wù)請求包括推送內(nèi)容標(biāo)識；與所述接收功能實體協(xié)商完成所 述推送業(yè)務(wù)邏輯；所述接收功能實體用于接收所述業(yè)務(wù)控制功能實體發(fā)送的根據(jù)所述推送業(yè) 務(wù)信息所生成的推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；與所述業(yè)務(wù)控制功能實體協(xié)商完成推送業(yè)務(wù)邏輯。
14、如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述應(yīng)用功能實體和業(yè)務(wù)控制功能實體可以分別是單獨的功能實體，或者 是合設(shè)成一個功能實體；所述應(yīng)用功能實體和接收功能實體可以分別是單獨的功能實體，或者是合 設(shè)成一個功能實體。
全文摘要
本發(fā)明實施例公開了一種業(yè)務(wù)推送協(xié)商方法，所述方法應(yīng)用于IMS BasedIPTV網(wǎng)絡(luò)，所述方法包括接收推送業(yè)務(wù)信息，所述推送業(yè)務(wù)信息攜帶推送業(yè)務(wù)標(biāo)識；解析所述推送業(yè)務(wù)信息；根據(jù)所述推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，發(fā)送推送業(yè)務(wù)請求，所述推送業(yè)務(wù)請求攜帶推送內(nèi)容標(biāo)識；協(xié)商完成所述推送業(yè)務(wù)邏輯。同時，本發(fā)明實施例還公開了一種業(yè)務(wù)推送協(xié)商裝置及推送業(yè)務(wù)系統(tǒng)。實施本發(fā)明實施例，通過推送業(yè)務(wù)標(biāo)識和推送業(yè)務(wù)信息觸發(fā)推送業(yè)務(wù)邏輯，協(xié)商完成推送業(yè)務(wù)邏輯；可通過網(wǎng)絡(luò)側(cè)主動發(fā)起會話向用戶推送內(nèi)容的需要；可以實現(xiàn)業(yè)務(wù)通用的推送功能，后續(xù)各種具體的推送業(yè)務(wù)；可以有效地提高應(yīng)用的部署，簡化網(wǎng)絡(luò)的復(fù)雜度。
文檔編號H04L29/08GK101674323SQ20081019846
公開日2010年3月17日 申請日期2008年9月10日 優(yōu)先權(quán)日2008年9月10日
發(fā)明者李幼穎, 豐 王 申請人:華為技術(shù)有限公司