專利名稱：實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)、方法及流媒體業(yè)務(wù)控制功能實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體通信技術(shù)，特別涉及一種在國(guó)際互聯(lián)網(wǎng)協(xié)議多媒體子
系統(tǒng)(IMS, IP Multimedia Subsystem)中實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)、方法及 流媒體業(yè)務(wù)控制功能實(shí)體。
背景技術(shù)：
為了滿足日益突出的IP多媒體應(yīng)用的需求，在分組承載網(wǎng)基礎(chǔ)上引入 了全I(xiàn)P業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)的IMS。 IMS是寬帶碼分多址(WCDMA)網(wǎng)絡(luò)中疊 加在已有分組域之上的一個(gè)子系統(tǒng)，這種系統(tǒng)采用分組域作為其上層控制信 令和媒體傳輸?shù)某性酝ǖ?，將?huì)話發(fā)起協(xié)議(SIP協(xié)議)作為業(yè)務(wù)控制協(xié)議， 利用SIP協(xié)議簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn)，通過(guò)將業(yè)務(wù)控制與承載 控制分離，提供豐富的多媒體業(yè)務(wù)。
流媒體業(yè)務(wù)是近幾年迅速發(fā)展的一種新型多媒體業(yè)務(wù)，實(shí)現(xiàn)流媒體業(yè)務(wù) 的關(guān)鍵技術(shù)是流式傳輸技術(shù)。流媒體業(yè)務(wù)利用流式傳輸技術(shù)在包交換網(wǎng)絡(luò)上 傳輸多媒體文件，如視頻、音頻文件等。使用流式傳輸技術(shù)傳輸多媒體文件，
無(wú)需等到全部文件下載完成就可以播放這些文件中攜帶的信息。
圖1為現(xiàn)有技術(shù)實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)包括用戶設(shè)備 (UE) 、 IMS核心(IMS Core)、應(yīng)用功能、用戶配置服務(wù)器功能(UPSF )、 網(wǎng)絡(luò)附著子系統(tǒng)、資源接納控制子系統(tǒng)、媒體資源處理功能(MRFP)以及 IP傳送網(wǎng)。
其中，IMS Core至少包括由代理呼叫會(huì)話控制功能(P-CSCF )和查詢/ 服務(wù)呼叫會(huì)話控制功能(I/S-CSCF)組成的呼叫會(huì)話控制功能(CSCF), 還可以包括媒體資源控制功能(MRFC)。應(yīng)用功能包括至少一個(gè)應(yīng)用服務(wù)器(AS)，還可以包括其它應(yīng)用實(shí)體，如呈現(xiàn)服務(wù)器(PS， Presence Server) 等。該系統(tǒng)中還可以包括媒體資源位置功能/媒體資源代理功能 (MRLF/MRBF )如可以在IMS Core中設(shè)置MRLF/MRBF。媒體資源控制功能(MRFC)和媒體資源處理功能(MRFP)統(tǒng)稱為媒 體資源功能，相當(dāng)于媒體服務(wù)器。在現(xiàn)有技術(shù)中，每個(gè)流媒體業(yè)務(wù)需要的所有功能都集成在對(duì)應(yīng)的AS上。 IMS Core中的CSCF直接將來(lái)自UE的流々某體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給對(duì)應(yīng)的AS, 由對(duì)應(yīng)的AS根據(jù)該請(qǐng)求與提供該流媒體業(yè)務(wù)的媒體服務(wù)器建立會(huì)話，實(shí)現(xiàn) 對(duì)流媒體業(yè)務(wù)的控制。由于現(xiàn)有技術(shù)中對(duì)流媒體業(yè)務(wù)的控制完全由具有相應(yīng) 功能的AS實(shí)現(xiàn)，因此系統(tǒng)無(wú)法對(duì)流媒體業(yè)務(wù)進(jìn)行統(tǒng)一控制。由于系統(tǒng)對(duì)流媒體業(yè)務(wù)缺乏統(tǒng)一控制，因此運(yùn)營(yíng)商無(wú)法統(tǒng)一部署流媒體 業(yè)務(wù)，為用戶提供豐富的流媒體業(yè)務(wù)體驗(yàn)。同時(shí)，因?yàn)檫\(yùn)營(yíng)商的系統(tǒng)不能提 供基本的流媒體業(yè)務(wù)能力，如流媒體業(yè)務(wù)的會(huì)話管理，用戶交互等等，業(yè)務(wù) 提供商為了提供流媒體業(yè)務(wù)，就需要考慮流媒體業(yè)務(wù)的各個(gè)方面，從而增大 了業(yè)務(wù)提供商提供流媒體業(yè)務(wù)的難度，降低了流媒體業(yè)務(wù)的開(kāi)放性，以及業(yè) 務(wù)提供商提供流媒體業(yè)務(wù)的速度。發(fā)明內(nèi)容有鑒于此，本發(fā)明實(shí)施例 一 方面提供了 一種實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)及流 媒體業(yè)務(wù)控制功能實(shí)體，另一方面提供了一種實(shí)現(xiàn)流媒體業(yè)務(wù)的方法，使運(yùn) 營(yíng)商的系統(tǒng)可以統(tǒng) 一 控制流+某體業(yè)務(wù)的實(shí)現(xiàn)。本發(fā)明實(shí)施例提供的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)，包括用戶終端UE、呼 叫會(huì)話控制功能CSCF、應(yīng)用服務(wù)器AS以及媒體服務(wù)器，所述UE與所述 CSCF相連進(jìn)行信息交互，其特征在于，該系統(tǒng)進(jìn)一步包括流媒體業(yè)務(wù)控 制功能實(shí)體SSCF ，所述CSCF,用于接收流媒體業(yè)務(wù)請(qǐng)求以及流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將 接收到的請(qǐng)求轉(zhuǎn)發(fā)給所述SSCF;所述SSCF,用于接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求，獲取 業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提 供流媒體業(yè)務(wù)；接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求，控制所 述媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。本發(fā)明實(shí)施例提供的流媒體業(yè)務(wù)控制功能實(shí)體SSCF，該實(shí)體包括信 息交互單元和業(yè)務(wù)控制功能單元，所述信息交互單元，用于接收來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求以及 流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將接收到的請(qǐng)求發(fā)送給所述業(yè)務(wù)控制功能單元；所述業(yè)務(wù)控制功能單元，接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)請(qǐng) 求，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向 UE提供流媒體業(yè)務(wù)；接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)結(jié)束請(qǐng)求， 控制所述媒體服務(wù)器停止向UE提供流媒體業(yè)務(wù)。本發(fā)明實(shí)施例提供的實(shí)現(xiàn)流媒體業(yè)務(wù)的方法，該方法在系統(tǒng)中設(shè)置 SSCF，包括如下步驟A、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求時(shí)，獲取業(yè)務(wù)交付 模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向UE提供流媒體業(yè)務(wù)；B、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，控制所述 媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。由以上技術(shù)方案可見(jiàn)，本發(fā)明實(shí)施例通過(guò)在流媒體業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)中設(shè)置 SSCF,當(dāng)SSCF接收到流媒體業(yè)務(wù)請(qǐng)求時(shí)，獲取業(yè)務(wù)交付模式信息，采用相 應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提供流媒體業(yè)務(wù)；當(dāng)SSCF接 收到流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，控制所述媒體服務(wù)器停止向所述UE提供流媒 體業(yè)務(wù)。因此利用本發(fā)明實(shí)施例提供的流媒體業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)、方法及流媒體 業(yè)務(wù)控制功能實(shí)體，可以實(shí)現(xiàn)運(yùn)營(yíng)商的系統(tǒng)對(duì)流媒體業(yè)務(wù)的統(tǒng) 一 控制。


圖1為現(xiàn)有技術(shù)實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖;圖2為本發(fā)明第一實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖3為本發(fā)明第二實(shí)施例的實(shí)現(xiàn)流J某體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖4 (a)為本發(fā)明第三實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖4 (b)為本發(fā)明第三實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖4 (c)為本發(fā)明第四實(shí)施例的實(shí)現(xiàn)流i某體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)掛；圖4 (d)為本發(fā)明實(shí)施例的SSCF的結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF業(yè)務(wù)控制功能的流程圖；圖6為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF統(tǒng)一會(huì)話管理功能的流程圖；圖7為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF業(yè)務(wù)決策功能的流程圖。圖8為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF用戶業(yè)務(wù)交互信息處理功能的流程圖；圖9為本發(fā)明實(shí)施例的不同域SSCF之間的信息交互流程圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和有益效果更加清楚明白，下面結(jié)合實(shí)施 例和附圖，對(duì)本發(fā)明做進(jìn)一步地詳細(xì)說(shuō)明。本發(fā)明實(shí)施例提供的流媒體業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)、方法及流媒體業(yè)務(wù)控制功能 實(shí)體，通過(guò)在系統(tǒng)中設(shè)置具有業(yè)務(wù)控制功能的SSCF，實(shí)現(xiàn)了系統(tǒng)對(duì)流媒體 業(yè)務(wù)的統(tǒng) 一 管理，使系統(tǒng)可以統(tǒng) 一 控制流媒體業(yè)務(wù)的實(shí)現(xiàn)。圖2為本發(fā)明第 一 實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)至少 包括UE、 CSCF、 SSCF、應(yīng)用服務(wù)器AS以及媒體服務(wù)器。所述UE與所述CSCF相連進(jìn)行信息交互。所述CSCF，用于接收流媒 體業(yè)務(wù)請(qǐng)求以及流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將接收到的請(qǐng)求轉(zhuǎn)發(fā)給所述SSCF。流4某體業(yè)務(wù)請(qǐng)求和業(yè)務(wù)結(jié)束請(qǐng)求通常是由UE發(fā)送給所述CSCF，由 CSCF轉(zhuǎn)發(fā)給SSCF的，在出現(xiàn)業(yè)務(wù)故障時(shí)，流媒體業(yè)務(wù)請(qǐng)求和業(yè)務(wù)結(jié)束請(qǐng) 求也可能由AS發(fā)送。所述SSCF，用于接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提 供流媒體業(yè)務(wù)；接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求，控制所 述媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。其中，媒體服務(wù)器包括媒體資源處理功能(MRFP)和媒體資源控制功 能(MRFC) ， MRFC可以屬于IMS Core,也可以不屬于IMS Core。 CSCF 屬于IMS Core的一部分，包括代理呼叫會(huì)話控制功能(P-CSCF )和查詢/ 服務(wù)呼叫會(huì)話控制功能(I/S-CSCF)。本發(fā)明實(shí)施例通過(guò)引入SSCF，實(shí)現(xiàn)了運(yùn)營(yíng)商系統(tǒng)對(duì)流媒體業(yè)務(wù)的統(tǒng)一 控制，使運(yùn)營(yíng)商系統(tǒng)可以統(tǒng)一控制媒體服務(wù)器為UE提供的流媒體業(yè)務(wù)。另 外，本發(fā)明實(shí)施例中引入的SSCF還可以實(shí)現(xiàn)統(tǒng)一會(huì)話管理功能、業(yè)務(wù)決策 功能、業(yè)務(wù)狀態(tài)管理功能以及用戶業(yè)務(wù)交互管理功能，該SSCF通過(guò)與系統(tǒng) 中其它功能實(shí)體進(jìn)行信息交互，實(shí)現(xiàn)對(duì)流媒體業(yè)務(wù)的統(tǒng) 一控制。圖3為本發(fā)明第二實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖。該系統(tǒng)包 括UE、 IMSCore、用戶配置服務(wù)器功能(UPSF)、流4某體支撐功能、應(yīng) 用功能、資源接納控制子系統(tǒng)、媒體資源功能處理器(MRFP)以及IP傳送 網(wǎng)、網(wǎng)絡(luò)附著子系統(tǒng)等。該實(shí)施例中，IMS Core包括由P-CSCF和I/S-CSCF組成的CSCF、 MRFC以及MRLF/MRBF。流媒體支撐功能實(shí)體包括SSCF、上下文管理 器(CM)、策略管理器(PM)、內(nèi)容位置管理功能(CLMF)。應(yīng)用功能 包括至少一個(gè)AS，應(yīng)用功能中還可以包括其它應(yīng)用實(shí)體，如呈現(xiàn)服務(wù)器(PS， Presence Server)等。系統(tǒng)中的MRFC和MRFP統(tǒng)稱為媒體資源功能，相當(dāng)于媒體服務(wù)器， 用于為UE提供流媒體業(yè)務(wù)服務(wù)。CSCF將來(lái)自UE的流媒體業(yè)務(wù)請(qǐng)求以及流媒體業(yè)務(wù)結(jié)束請(qǐng)求轉(zhuǎn)發(fā)給 SSCF，并將來(lái)自SSCF的響應(yīng)消息轉(zhuǎn)發(fā)給UE;SSCF，用于接收來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求，獲取業(yè)務(wù)交付模 式信息，如多播或者單播等，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器為UE提供流媒體業(yè)務(wù)。同時(shí)，還可以根據(jù)業(yè)務(wù)的要求控制不同業(yè)務(wù)交付模式 之間的轉(zhuǎn)換。SSCF可以從流媒體系統(tǒng)中的相關(guān)功能實(shí)體，如AS,獲取業(yè)務(wù) 交付模式信息，也可以直接從UE發(fā)送的業(yè)務(wù)交付模式指示，如流媒體業(yè)務(wù) 請(qǐng)求中攜帶的業(yè)務(wù)交付模式指示，中獲取業(yè)務(wù)交付模式信息。SSCF還用于 接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求，控制所述媒體服務(wù)器停 止向所述UE提供流媒體業(yè)務(wù)。為了提高流媒體業(yè)務(wù)實(shí)現(xiàn)的可靠性和安全性，所迷SSCF,進(jìn)一步可以 用于獲取流媒體系統(tǒng)中相關(guān)功能實(shí)體的必要業(yè)務(wù)信息，并將其傳送給UE。所述流媒體系統(tǒng)中相關(guān)功能實(shí)體包括業(yè)務(wù)管理相關(guān)的功能實(shí)體以及內(nèi) 容和業(yè)務(wù)保護(hù)相關(guān)的功能實(shí)體。所述必要業(yè)務(wù)信息包括單播中的內(nèi)容加密 密鑰或者版權(quán)對(duì)象(RO)信息，和/或RTP、 RTSP連接的地址、端口信息； 多播中的業(yè)務(wù)和內(nèi)容密鑰和/或組播地址(MA)信息。SSCF還具有統(tǒng)一會(huì)話管理和媒體服務(wù)器選擇功能，SSCF用于為接收到 的流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話，選擇對(duì)應(yīng)的媒體服務(wù)器；為接收到的流媒體業(yè) 務(wù)結(jié)束請(qǐng)求釋放對(duì)應(yīng)的會(huì)話。這里，SSCF根據(jù)接收到的流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話包括在所述UE 與選擇的媒體服務(wù)器之間建立會(huì)話，或在所述UE與對(duì)應(yīng)的AS以及選擇的 媒體服務(wù)器之間建立會(huì)話。為了進(jìn)一步擴(kuò)展SSCF的媒體服務(wù)器選擇功能，使SSCF可以為UE選 擇最優(yōu)媒體服務(wù)器，本實(shí)施例中的SSCF可以進(jìn)一步用于從系統(tǒng)中的信息保 存單元中獲取與選擇媒體服務(wù)器相關(guān)的信息，并根據(jù)獲取的信息為接收到的 流媒體業(yè)務(wù)請(qǐng)求選擇對(duì)應(yīng)的媒體服務(wù)器。所述與選擇媒體服務(wù)器相關(guān)的信息 包括媒體資源狀態(tài)信息、和/或終端用戶上下文信息、和/或運(yùn)營(yíng)商策略信 息、和/或用戶簽約信息。所述的信息保存單元包括媒體資源狀態(tài)信息保存單元，用于保存媒體 資源狀態(tài)信息，包括媒體內(nèi)容分布信息和媒體服務(wù)器的狀態(tài)信息，如負(fù)載信 息等。在該實(shí)施例中，媒體資源狀態(tài)信息保存單元可以為MRLF/MRBF、或CLMF、或MRFC。其中，MRLF/MRBF用于收集并保存媒體服務(wù)器的媒體資源狀態(tài)信息， 還可以將收集的媒體資源狀態(tài)信息發(fā)送給CLMF; CLMF用于保存來(lái)自 MRLF/MRBF的媒體資源狀態(tài)信息，還可以用于對(duì)獲得的媒體資源狀態(tài)信息 進(jìn)行處理，比如處理成規(guī)定的格式，把媒體內(nèi)容在不同媒體服務(wù)器的位置分 布處理成PSI或者CRID的格式。系統(tǒng)中的MRFC之間也可以通過(guò)P2P網(wǎng)絡(luò) 進(jìn)行通信，收集媒體資源狀態(tài)信息。所述信息保存單元包括CM，用于保存終端用戶的上下文信息，包括終 端用戶的位置信息、和/或在線狀態(tài)信息、和/或終端能力信息；所述SSCF 從所述CM獲取終端用戶的上下文信息。所述信息保存單元包括PM，用于保存運(yùn)營(yíng)商對(duì)不同用戶和/或不同流媒 體業(yè)務(wù)的策略信息；所述SSCF從所述PM獲取運(yùn)營(yíng)商的策略信息。所述信息保存單元包括用戶簽約信息保存單元，該實(shí)施例中為UPSF， UPSF用于保存用戶簽約信息，包括用戶偏好信息、和/或用戶業(yè)務(wù)簽約數(shù)據(jù)； 所述SSCF從UPSF獲取用戶簽約信息。所述用戶簽約信息保存單元還可以為系統(tǒng)中單獨(dú)設(shè)立的用于保存用戶 簽約信息的流媒體業(yè)務(wù)數(shù)據(jù)庫(kù)；或者保存用戶簽約信息的AS。SSCF還具有業(yè)務(wù)狀態(tài)管理功能，SSCF直接感知或從其它具有用戶業(yè)務(wù) 狀態(tài)變化感知功能的實(shí)體獲取用戶業(yè)務(wù)狀態(tài)變化信息，用戶業(yè)務(wù)狀態(tài)變化信 息包括LTV中的頻道切換信息，或者VOD、 Time shift TV中的VCR控制 信息等，將獲取的用戶業(yè)務(wù)狀態(tài)變化信息通知給系統(tǒng)中需要獲取業(yè)務(wù)狀態(tài)變 化信息的實(shí)體，如將用戶切換到一個(gè)新的頻道的信息通知應(yīng)用功能實(shí)體中的 PS或AS。業(yè)務(wù)狀態(tài)感知實(shí)體可以為+某體服務(wù)器或接入網(wǎng)的某個(gè)節(jié)點(diǎn)，如網(wǎng)關(guān)通用 分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)/數(shù)字用戶線路接入復(fù)用器(GGSN/DSLAM)等。SSCF還具有用戶業(yè)務(wù)交互信息處理功能，用于接收所述CSCF轉(zhuǎn)發(fā)的 UE的業(yè)務(wù)交互信息，對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理，并將處理后的業(yè)務(wù)交互信息發(fā)送給與自身相連的相應(yīng)的AS;接收來(lái)自所述AS的業(yè)務(wù)交互 響應(yīng)信息，并將接收到的業(yè)務(wù)交互響應(yīng)信息轉(zhuǎn)發(fā)給所述UE。通過(guò)用戶業(yè)務(wù) 交互信息處理功能，可以支持交互式流媒體業(yè)務(wù)。所述AS進(jìn)一步用于接收來(lái)自SSCF的業(yè)務(wù)交互信息，并向SSCF返回 業(yè)務(wù)交互響應(yīng)信息。采用圖3所示的系統(tǒng)實(shí)現(xiàn)流媒體業(yè)務(wù)，有利于向第三方的業(yè)務(wù)提供商開(kāi) 放流媒體業(yè)務(wù)的基本業(yè)務(wù)能力，方便第三方的業(yè)務(wù)提供商開(kāi)展流媒體業(yè)務(wù)。 SSCF和AS之間可以采用標(biāo)準(zhǔn)的接口進(jìn)行通信，如當(dāng)AS為SIPAS時(shí)，該 標(biāo)準(zhǔn)接口為SIP接口；當(dāng)AS為第三方業(yè)務(wù)提供商的AS時(shí)，可以采用標(biāo)準(zhǔn) 的API接口 ，如Parley接口 。 SSCF和S-CSCF之間的接口為ISC接口 ，基 于SIP協(xié)議。在圖3所示系統(tǒng)中，SSCF獨(dú)立設(shè)置，在實(shí)際應(yīng)用中，SSCF還可以設(shè)置 在AS中，如圖4(a)所示。SSCF設(shè)置在AS中可以增強(qiáng)AS的功能，使其 具有業(yè)務(wù)控制、會(huì)話管理、業(yè)務(wù)決策、業(yè)務(wù)狀態(tài)管理以及用戶業(yè)務(wù)交互管理 的功能。當(dāng)所述SSCF設(shè)置在所述系統(tǒng)的AS中時(shí)，所述SSCF將處理后的業(yè)務(wù) 交互信息發(fā)送給與自身相連的相應(yīng)的AS的步驟可以省略。圖3或圖4 (a)所示系統(tǒng)中的MRLF/MRBF為可選實(shí)體，當(dāng)系統(tǒng)中包 括MRLF/MRBF時(shí)，MRLF/MRBF還可以與I/S-CSCF相連，通過(guò)I/S-CSCF 與流媒體支撐功能中的SSCF或CLMF進(jìn)行信息交互；當(dāng)系統(tǒng)中不包括 MRLF/MRBF時(shí)，所述媒體資源狀態(tài)信息保存單元只能為MRFC，由MRFC 收集并保存媒體資源狀態(tài)信息，此時(shí)如果網(wǎng)絡(luò)中有多個(gè)MRFC，則MRFC 和MRFC之間可以進(jìn)行交互完成全網(wǎng)中的媒體內(nèi)容分布信息收集。如圖4 (b)所示為本發(fā)明第三實(shí)施例的實(shí)現(xiàn)流i某體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖， 圖4(b)與圖3所示系統(tǒng)的區(qū)別僅在于圖4(b)中的MRLF/MRBF與I/S-CSCF 相連，通過(guò)I/S-CSCF與流媒體支撐功能進(jìn)行信息交互，而不是直接與流媒 體支撐功能相連。不同域的MRLF/MRBF之間可以有接口相連。如圖4 (c)所示為本發(fā)明第四實(shí)施例的實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖， 圖4 (c)與圖3所示系統(tǒng)的區(qū)別在于圖4(c)中不包括MRLF/MRBF，媒 體資源狀態(tài)信息的收集和保存由系統(tǒng)中的MRFC實(shí)現(xiàn)。網(wǎng)絡(luò)中的MRFC之 間可以有接口相連，不同域的MRFC之間也可以有接口相連，完成跨域的 媒體內(nèi)容收集。本發(fā)明實(shí)施例所示系統(tǒng)中的SSCF至少包括信息交互單元和業(yè)務(wù)控制 功能單元，如圖4 (d)所示。所述信息交互單元，用于接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求 以及流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將接收到的請(qǐng)求發(fā)送給所述業(yè)務(wù)控制功能單元；所述業(yè)務(wù)控制功能單元，接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)請(qǐng) 求，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提供流媒體業(yè)務(wù)；接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)結(jié)束請(qǐng)求， 控制所述媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。這里，業(yè)務(wù)控制功能單元可以從AS獲取業(yè)務(wù)交付模式信息，也可以直 接從UE發(fā)送的業(yè)務(wù)請(qǐng)求中獲取業(yè)務(wù)交付模式信息。當(dāng)業(yè)務(wù)控制功能單元需 要向UE或AS發(fā)送流媒體業(yè)務(wù)請(qǐng)求或流媒體業(yè)務(wù)結(jié)束請(qǐng)求響應(yīng)消息時(shí)，業(yè) 務(wù)控制功能單元將響應(yīng)消息發(fā)送給所述信息交互單元，由所述信息交互單元 將接收到的響應(yīng)消息通過(guò)CSCF轉(zhuǎn)發(fā)給UE，或直接轉(zhuǎn)發(fā)給AS。所述業(yè)務(wù)控制功能單元，進(jìn)一步用于從流媒體系統(tǒng)相關(guān)功能實(shí)體中獲取 必要業(yè)務(wù)信息，并將其發(fā)送給所述UE和/或媒體服務(wù)器。所述必要業(yè)務(wù)信息 包括單播中以及的內(nèi)容加密所需的密鑰或者RO信息、和/或RTP、 RTSP 的連接地址信息；組播中的業(yè)務(wù)密鑰和/或MA信息。為了實(shí)現(xiàn)SSCF的統(tǒng)一會(huì)話管理和業(yè)務(wù)決策功能，所述業(yè)務(wù)控制功能單 元，進(jìn)一步用于將接收到的所述流媒體業(yè)務(wù)請(qǐng)求發(fā)送給所述媒體服務(wù)器選擇 單元，接收來(lái)自所述媒體服務(wù)器選擇單元的選擇結(jié)果；為接收到的流媒體業(yè) 務(wù)請(qǐng)求建立會(huì)話；釋放接收到的流媒體業(yè)務(wù)結(jié)束請(qǐng)求對(duì)應(yīng)的會(huì)話；所述媒體服務(wù)器選擇單元，用于接收來(lái)自所述業(yè)務(wù)控制功能單元的流媒 體業(yè)務(wù)請(qǐng)求，為接收到的流媒體業(yè)務(wù)請(qǐng)求選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò) 入口點(diǎn)，并將選擇結(jié)果通知所述業(yè)務(wù)控制功能單元。所述媒體服務(wù)器選擇單元可以為第 一媒體服務(wù)器選擇單元，用于接收到 來(lái)自所述業(yè)務(wù)控制功能單元的流媒體業(yè)務(wù)請(qǐng)求，從信息保存單元中獲取與選 擇媒體服務(wù)器相關(guān)的信息，包括媒體資源狀態(tài)信息、和/或媒體內(nèi)容分布信 息、和/或用戶簽約信息、和/或終端用戶上下文信息、和/或運(yùn)營(yíng)商策略信息， 并根據(jù)獲取的信息為接收到的流媒體業(yè)務(wù)請(qǐng)求選擇媒體服務(wù)器，將選擇的結(jié) 果通知所述業(yè)務(wù)控制功能單元。為了實(shí)現(xiàn)SSCF的業(yè)務(wù)狀態(tài)管理功能，所述SSCF進(jìn)一步包括業(yè)務(wù)狀 態(tài)變化信息通知單元，該單元自身感知或從其它實(shí)體獲取UE的業(yè)務(wù)狀態(tài)變 化信息，并將獲取的業(yè)務(wù)狀態(tài)變化信息通知需要獲取業(yè)務(wù)狀態(tài)變化信息的實(shí) 體。為了實(shí)現(xiàn)SSCF的用戶業(yè)務(wù)交互管理功能，所述SSCF進(jìn)一步包括業(yè) 務(wù)交互信息處理單元，用于接收所述CSCF轉(zhuǎn)發(fā)的UE的業(yè)務(wù)交互信息，并 對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理。當(dāng)SSCF獨(dú)立設(shè)置時(shí)，所述業(yè)務(wù)交互信息處理單元，進(jìn)一步用于將處理 后的業(yè)務(wù)交互信息發(fā)送給自身相連的相應(yīng)的AS。本發(fā)明實(shí)施例同時(shí)提供了 一種實(shí)現(xiàn)流媒體業(yè)務(wù)的方法，該方法在系統(tǒng)中 設(shè)置SSCF，包括如下步驟A、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求時(shí)，獲取業(yè)務(wù)交付 模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提供流媒體業(yè)務(wù)；B、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，控制所述 媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。步驟A所述接收到流媒體業(yè)務(wù)請(qǐng)求時(shí)，進(jìn)一步包括獲取所述業(yè)務(wù)交 付模式所需的必要業(yè)務(wù)信息，并將獲取的必要業(yè)務(wù)信息發(fā)送給所述UE。當(dāng)所述業(yè)務(wù)交付模式包括單播業(yè)務(wù)交付模式時(shí)，所述必要業(yè)務(wù)信息包括單播業(yè)務(wù)的實(shí)時(shí)傳輸協(xié)議RTP連接和/或?qū)崟r(shí)流協(xié)議RTSP連接的地址端口信息，和/或內(nèi)容保護(hù)所需的密鑰信息；當(dāng)所述業(yè)務(wù)交付模式包括多播業(yè)務(wù)交付模式時(shí)，所述必要業(yè)務(wù)信息包括多播業(yè)務(wù)的組播地址信息和/或頻道 或多播業(yè)務(wù)保護(hù)所需要的密鑰信息。所述SSCF可以從流媒體業(yè)務(wù)相關(guān)功能實(shí)體，如AS，獲取業(yè)務(wù)交付模 式信息；也可以直接從所述UE發(fā)送的流媒體業(yè)務(wù)請(qǐng)求中獲取所述業(yè)務(wù)交付 模式信息；也可以自己根據(jù)全網(wǎng)中用戶對(duì)業(yè)務(wù)的請(qǐng)求情況，決定采用單播或 多播交付模式，或進(jìn)行單播、多播之間的轉(zhuǎn)換。如同一個(gè)業(yè)務(wù)，若請(qǐng)求的用 戶數(shù)量小于預(yù)設(shè)的闞值，則對(duì)每個(gè)用戶采用單播；若請(qǐng)求的用戶數(shù)量不小于 預(yù)設(shè)的閾值，則采用多播，并完成單播到多播的轉(zhuǎn)換控制。通過(guò)上述步驟可以實(shí)現(xiàn)對(duì)媒體服務(wù)器向UE提供流媒體業(yè)務(wù)的控制，使 運(yùn)營(yíng)商系統(tǒng)可以統(tǒng) 一控制流媒體業(yè)務(wù)的實(shí)現(xiàn)。另外本發(fā)明實(shí)施例還提供了實(shí) 現(xiàn)SSCF的統(tǒng)一會(huì)話管理、業(yè)務(wù)決策、業(yè)務(wù)狀態(tài)管理以及用戶業(yè)務(wù)交互管理 功能的方法。圖5為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF業(yè)務(wù)控制功能的流程圖，該流程包括 如下步驟步驟501， UE向CSCF發(fā)送流媒體業(yè)務(wù)請(qǐng)求，該請(qǐng)求中可能攜帶UE的 能力信息等。步驟502， CSCF將來(lái)自UE的流媒體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給SSCF。步驟503, SSCF從流媒體系統(tǒng)中相關(guān)功能實(shí)體獲取必要業(yè)務(wù)信息，如 單播業(yè)務(wù)的密鑰信息，多播業(yè)務(wù)的組播地址信息和/或密鑰信息等。步驟504， SSCF從流媒體系統(tǒng)中相關(guān)功能實(shí)體獲取業(yè)務(wù)交付模式信息， 如采用多播或者單播傳送流媒體業(yè)務(wù)。本步驟中，SSCF從流媒體業(yè)務(wù)相應(yīng)功能實(shí)體，如應(yīng)用服務(wù)器，查詢得 到業(yè)務(wù)交付模式信息；在實(shí)際應(yīng)用中SSCF也可以直接從UE發(fā)送的攜帶業(yè) 務(wù)交付模式信息的指示獲取業(yè)務(wù)交付模式信息。步驟505, SSCF根據(jù)從UE以及流媒體系統(tǒng)相應(yīng)功能實(shí)體獲得的信息， 進(jìn)行業(yè)務(wù)控制，如控制承載層采用多播或者單播傳送業(yè)務(wù)。步驟506， SSCF向CSCF發(fā)送流媒體業(yè)務(wù)響應(yīng)，該響應(yīng)中攜帶特定業(yè) 務(wù)所需信息，如單播業(yè)務(wù)的密鑰信息、多播業(yè)務(wù)的組播地址信息和/或密鑰 信息等。步驟507, CSCF將來(lái)自SSCF的流媒體業(yè)務(wù)響應(yīng)轉(zhuǎn)發(fā)給UE。 該實(shí)施例中步驟503和步驟504并沒(méi)有固定的先后順序，兩個(gè)步驟可以同時(shí)執(zhí)行，也可以不同時(shí)執(zhí)行。圖6為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF統(tǒng)一會(huì)話管理功能的流程圖，該流程包括如下步驟步驟601， UE向CSCF發(fā)送流媒體業(yè)務(wù)請(qǐng)求，該請(qǐng)求中攜帶請(qǐng)求的業(yè) 務(wù)標(biāo)識(shí)，如內(nèi)容ID或者頻道ID。步驟602, CSCF將來(lái)自UE的流媒體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給SSCF。 上述步驟601和602中，可以采用SIP Invite消息發(fā)送流4某體業(yè)務(wù)請(qǐng)求。 步驟603， SSCF選擇媒體服務(wù)器，為接收到的流媒體業(yè)務(wù)請(qǐng)求創(chuàng)建并維護(hù)相應(yīng)會(huì)話。 步驟604, 步驟605， 步驟606, 步驟607，結(jié)束請(qǐng)求。步驟608, 步驟609，SSCF向CSCF發(fā)送流々某體業(yè)務(wù)響應(yīng)。CSCF將來(lái)自SSCF的流:樣體業(yè)務(wù)響應(yīng)轉(zhuǎn)發(fā)給UE。UE使用相應(yīng)的流媒體業(yè)務(wù)。UE確定可以結(jié)束流媒體業(yè)務(wù)時(shí)，向CSCF發(fā)送流媒體業(yè)務(wù)CSCF將來(lái)自UE的流媒體業(yè)務(wù)結(jié)束請(qǐng)求發(fā)送給SSCF。 SSCF釋放步驟603中為接收到的流媒體業(yè)務(wù)請(qǐng)求創(chuàng)建的會(huì)話,步驟610, SSCF向CSCF發(fā)送流4某體業(yè)務(wù)結(jié)束響應(yīng)。步驟611,CSCF將接收到的流媒體業(yè)務(wù)結(jié)束響應(yīng)發(fā)送給UE。圖7為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF業(yè)務(wù)決策功能的流程圖，該流程包括如下步驟步驟701， UE向CSCF發(fā)送流媒體業(yè)務(wù)請(qǐng)求，該請(qǐng)求中除了攜帶請(qǐng)求 的業(yè)務(wù)標(biāo)識(shí)，如內(nèi)容ID或者頻道ID，還可以攜帶UE的位置信息和能力信息。步驟702， CSCF將來(lái)自UE的流媒體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給SSCF。 步驟703， SSCF根據(jù)UE所請(qǐng)求的媒體內(nèi)容，獲得該媒體內(nèi)容的媒體資 源狀態(tài)信息。根據(jù)圖3所示系統(tǒng)，SSCF可以向MRLF/MRBF、或MRFC、或CLMF 請(qǐng)求媒體資源狀態(tài)信息，包括該媒體內(nèi)容在媒體服務(wù)器的分布以及相應(yīng)媒體 服務(wù)器的狀態(tài)信息，如負(fù)栽信息等。步驟704， SSCF獲取用戶簽約信息，如用戶偏好信息、和/或用戶業(yè)務(wù) 簽約數(shù)據(jù)等。本步驟中，SSCF獲取用戶簽約信息的具體實(shí)現(xiàn)方式取決于用戶簽約信 息存儲(chǔ)的位置，如用戶簽約信息可能存儲(chǔ)在UPSF中，或存儲(chǔ)在一個(gè)單獨(dú)的 流媒體業(yè)務(wù)數(shù)據(jù)庫(kù)中，或存儲(chǔ)在應(yīng)用服務(wù)器中。步驟705， SSCF獲取用戶上下文信息，包括終端用戶的位置信息、和/ 或在線狀態(tài)信息、和/或終端能力信息等。如果終端的業(yè)務(wù)請(qǐng)求中沒(méi)有攜帶自己的位置信息，能力信息等，則SSCF 需要向上下文管理器獲取上述信息。步驟706， SSCF從策略服務(wù)器獲取運(yùn)營(yíng)商的策略信息。運(yùn)營(yíng)商對(duì)不同的用戶，不同的業(yè)務(wù)可能有不同的策略，因此SSCF需要 從策略服務(wù)器獲取相應(yīng)的策略信息。步驟707， SSCF根據(jù)UE發(fā)送的流媒體業(yè)務(wù)請(qǐng)求中攜帶的信息，以及從 其它功能實(shí)體獲得的與選擇媒體服務(wù)器相關(guān)的信息，為UE選擇最優(yōu)的媒體 服務(wù)器。由于流媒體業(yè)務(wù)中，媒體內(nèi)容十分豐富，當(dāng)一個(gè)運(yùn)營(yíng)商的媒體內(nèi)容規(guī)模 數(shù)量比較小的時(shí)候，如只有幾十個(gè)媒體服務(wù)器，此時(shí)SSCF可以根據(jù)各種信息，為用戶的流媒體業(yè)務(wù)請(qǐng)求選擇具體的媒體服務(wù)器。然而，當(dāng)運(yùn)營(yíng)商的流媒體內(nèi)容規(guī)模數(shù)量比較大的時(shí)候，如成百上千個(gè)媒 體服務(wù)器，此時(shí)運(yùn)營(yíng)商可能根據(jù)地域、類別等準(zhǔn)則把所有的媒體服務(wù)器劃分 成一個(gè)或者多個(gè)媒體服務(wù)器網(wǎng)絡(luò)，或者稱為媒體服務(wù)器簇。每個(gè)媒體服務(wù)器 網(wǎng)絡(luò)有一個(gè)或者多個(gè)入口點(diǎn)。每個(gè)媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)可以是單獨(dú)的網(wǎng)絡(luò) 實(shí)體或者該媒體服務(wù)器網(wǎng)絡(luò)中的媒體服務(wù)器，每個(gè)媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)存 儲(chǔ)有其所管轄的媒體服務(wù)器網(wǎng)絡(luò)中的媒體服務(wù)器的媒體資源狀態(tài)信息，如每 個(gè)媒體服務(wù)器的位置標(biāo)識(shí)，存儲(chǔ)的媒體內(nèi)容、目前的狀態(tài)信息，如負(fù)載信息 等。同時(shí)，每個(gè)媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)有一個(gè)網(wǎng)絡(luò)標(biāo)識(shí)，該標(biāo)識(shí)可以是IP地址或者URL等形式。SSCF可以根據(jù)各種信息和具體策略，為流媒體業(yè)務(wù)請(qǐng)求選擇一個(gè)合適 的媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)，而不是最終的媒體服務(wù)器。SSCF轉(zhuǎn)發(fā)接收到的 流媒體業(yè)務(wù)請(qǐng)求給所選擇的媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)，具體媒體服務(wù)器的選擇 取決于具體的媒體服務(wù)器網(wǎng)絡(luò)，SSCF從媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)獲得選擇的 結(jié)果。在多個(gè)運(yùn)營(yíng)商共享內(nèi)容的情況下，出于安全或者商業(yè)秘密的考慮，往往 運(yùn)營(yíng)商不希望其它的運(yùn)營(yíng)商獲取到自己網(wǎng)絡(luò)中具體媒體服務(wù)器的信息，因而 可能彼此只是通過(guò)一個(gè)或者多個(gè)入口點(diǎn)進(jìn)行聯(lián)系。每個(gè)入口點(diǎn)存儲(chǔ)有自身所 屬網(wǎng)絡(luò)的媒體資源狀態(tài)信息。當(dāng)涉及到跨運(yùn)營(yíng)商進(jìn)行內(nèi)容訪問(wèn)的時(shí)候，SSCF 根據(jù)各種信息和具體策略，選擇一個(gè)入口點(diǎn)，而不是具體的媒體服務(wù)器。綜上所述，步驟707中的選擇媒體服務(wù)器，根據(jù)運(yùn)營(yíng)商實(shí)際的網(wǎng)絡(luò)部署， 可能是選擇具體的媒體服務(wù)器，也可能是選擇媒體服務(wù)器網(wǎng)絡(luò)的入口點(diǎn)。當(dāng) 然，該入口點(diǎn)的選擇也可以在SSCF上通過(guò)靜態(tài)配置的方式實(shí)現(xiàn)或采用類似 DNS查詢的機(jī)制返回該入口點(diǎn)的地址。步驟707中，省略了 SSCF和所選擇的媒體服務(wù)器或媒體服務(wù)器入口點(diǎn) 之間的交互過(guò)程。該交互過(guò)程是否存在取決于業(yè)務(wù)交付模式，如果業(yè)務(wù)交付 模式為單播交付方式，則需要交互，獲取媒體服務(wù)器的RTP和/或RTSP的連接地址信息；如果業(yè)務(wù)交付模式為組播交付模式，則可能不需要和媒體服 務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)進(jìn)行交互，而直接返回組播地址信息等。步驟708， SSCF向CSCF發(fā)送流媒體業(yè)務(wù)響應(yīng)，該響應(yīng)消息中可以攜 帶SSCF為UE選取的最優(yōu)媒體服務(wù)器的信息，如連接地址信息以及其它業(yè) 務(wù)信息。步驟709， CSCF將來(lái)自SSCF的流媒體業(yè)務(wù)響應(yīng)轉(zhuǎn)發(fā)給UE。SSCF還可以實(shí)現(xiàn)業(yè)務(wù)狀態(tài)管理功能。SSCF實(shí)現(xiàn)業(yè)務(wù)狀態(tài)管理功能的重 點(diǎn)是獲取業(yè)務(wù)狀態(tài)變化信息，SSCF獲取業(yè)務(wù)狀態(tài)變化信息的方式有兩種第一種方式如果UE的業(yè)務(wù)狀態(tài)發(fā)生變化時(shí)，如LTV中頻道切換， 或者VOD、 Time Shift TV中VCR控制等，信令經(jīng)過(guò)SSCF，則SSCF可以 直接感知業(yè)務(wù)狀態(tài)的變化。第二種方式如果UE的業(yè)務(wù)狀態(tài)發(fā)生變化時(shí)，如LTV中頻道切換， 或者VOD、 Time Shift TV中VCR控制等，信令不經(jīng)過(guò)SSCF，則SSCF需 要與具有感知業(yè)務(wù)狀態(tài)變化功能的實(shí)體，如媒體服務(wù)器，或者接入網(wǎng)的某個(gè)節(jié)點(diǎn)，如GGSN/DSLAM，或者UE自身進(jìn)行通信，如通過(guò)訂閱、通知方式， 獲取相應(yīng)的業(yè)務(wù)狀態(tài)變化信息。當(dāng)SSCF為UE建立了流媒體業(yè)務(wù)會(huì)話后，如果SSCF通過(guò)上述兩種方 式中的任意一種獲取到用戶狀態(tài)變化信息，則SSCF可以將獲取的用戶業(yè)務(wù) 狀態(tài)變化信息發(fā)送給系統(tǒng)中需要獲知用戶業(yè)務(wù)狀態(tài)變化信息的實(shí)體。SSCF可以采用Subscribe/Notify機(jī)制，與系統(tǒng)中具有感知業(yè)務(wù)狀態(tài)變化 功能的實(shí)體進(jìn)行信息交互，具體實(shí)現(xiàn)步驟為SSCF向具有感知業(yè)務(wù)狀態(tài)變 化功能的實(shí)體訂閱業(yè)務(wù)狀態(tài)變化信息，當(dāng)業(yè)務(wù)狀態(tài)發(fā)生變化時(shí)，具有感知業(yè) 務(wù)狀態(tài)變化功能的實(shí)體將業(yè)務(wù)狀態(tài)變化信息通過(guò)Notify消息通知SSCF。SSCF可以采用Subscribe/Notify機(jī)制，將獲知的業(yè)務(wù)狀態(tài)變化信息通知 需要獲知用戶業(yè)務(wù)狀態(tài)變化信息的實(shí)體，具體實(shí)現(xiàn)步驟為需要獲知用戶業(yè) 務(wù)狀態(tài)變化信息的實(shí)體向SSCF訂閱業(yè)務(wù)狀態(tài)變化信息，當(dāng)SSCF獲知業(yè)務(wù) 狀態(tài)發(fā)生變化時(shí)，將獲知的業(yè)務(wù)狀態(tài)變化信息通過(guò)Notify消息通知需要獲知用戶業(yè)務(wù)狀態(tài)變化信息的實(shí)體。圖8為本發(fā)明實(shí)施例的實(shí)現(xiàn)SSCF用戶業(yè)務(wù)交互信息處理功能的流程 圖，該流程包括如下步驟步驟801，應(yīng)用服務(wù)器向SSCF訂閱用戶的業(yè)務(wù)交互信息。本步驟中，應(yīng)用服務(wù)器可以通過(guò)SIP Subscribe/Notify機(jī)制向SSCF訂閱 UE的業(yè)務(wù)交互信息。步驟802， SSCF為UE建立流媒體業(yè)務(wù)會(huì)話后，UE向CSCF發(fā)送業(yè)務(wù) 交互信息。步驟803, CSCF將來(lái)自UE的業(yè)務(wù)交互信息發(fā)送給SSCF。步驟804， SSCF對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理。本步驟中，SSCF對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理包括根據(jù)用戶ID，會(huì)話ID、業(yè)務(wù)ID信息，將特定UE的信息和具體的業(yè)務(wù)關(guān)聯(lián)起來(lái)。同時(shí)可以進(jìn)行業(yè)務(wù)交互信息的統(tǒng)計(jì)，過(guò)濾等處理。步驟805， SSCF將處理后的業(yè)務(wù)交互信息傳送給相應(yīng)的AS。 本步驟中，SSCF可以通過(guò)SIP Notify消息將接收到的業(yè)務(wù)交互信息傳送給相應(yīng)的AS。步驟806, AS向SSCF返回業(yè)務(wù)交互響應(yīng)信息。 步驟807， SSCF將來(lái)自AS的業(yè)務(wù)交互響應(yīng)信息發(fā)送給CSCF。 步驟808， CSCF將來(lái)自SSCF的業(yè)務(wù)交互響應(yīng)信息發(fā)給相應(yīng)的UE。 本實(shí)施例中步驟801、 806至808為可選步驟，并且步驟801的順序并不固定，只要在SSCF將業(yè)務(wù)交互信息發(fā)送給相應(yīng)的AS前執(zhí)行即可。以上實(shí)施例的系統(tǒng)中只包含一個(gè)SSCF，在實(shí)際應(yīng)用中統(tǒng)一系統(tǒng)可能包含位于不同域的多個(gè)的SSCF ，不同域的SSCF之間可以直接進(jìn)行信息交互，也可以通過(guò)系統(tǒng)中的CSCF進(jìn)行信息交互。圖9為本發(fā)明實(shí)施例的不同域SSCF之間的信息交互流程圖，該實(shí)施例中包括位于不同域的兩個(gè)SSCF，分別為SSCF-A和SSCF-B,兩個(gè)域中的SSCF可能屬于同一個(gè)運(yùn)營(yíng)商，也可能屬于不同的運(yùn)營(yíng)商。該流程包括步驟901， UE向CSCF發(fā)送流媒體業(yè)務(wù)請(qǐng)求，該請(qǐng)求可能攜帶用戶位 置信息。步驟902, CSCF將來(lái)自UE的流媒體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給SSCF-A。 步驟903, SSCF-A判斷接收到的流媒體業(yè)務(wù)請(qǐng)求所請(qǐng)求的內(nèi)容由另一 個(gè)域的提供，則將接收到的流媒體業(yè)務(wù)請(qǐng)求轉(zhuǎn)發(fā)給另一個(gè)域的SSCF-B。步驟904， SSCF-B為接收到的請(qǐng)求選擇媒體服務(wù)器，并將流媒體業(yè)務(wù) 請(qǐng)求轉(zhuǎn)發(fā)給選定的媒體服務(wù)器。本步驟中，SSCF-B還可能為接收到的請(qǐng)求選擇媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)， 并將接收到的請(qǐng)求轉(zhuǎn)發(fā)給選擇的媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)，由所述媒體服務(wù)器 網(wǎng)絡(luò)入口點(diǎn)將該請(qǐng)求轉(zhuǎn)發(fā)給相應(yīng)的媒體服務(wù)器。步驟905，媒體服務(wù)器向SSCF-B發(fā)送流媒體業(yè)務(wù)響應(yīng)。 步驟906， SSCF-B將接收到的流J(某體業(yè)務(wù)響應(yīng)發(fā)送至SSCF-A。 步驟907, SSCF-A將接收到的流媒體業(yè)務(wù)響應(yīng)發(fā)送至CSCF。 步驟卯8, CSCF將接收到的流媒體業(yè)務(wù)響應(yīng)轉(zhuǎn)發(fā)給UE。 圖9所示實(shí)施例中，SSCF-A和SSCF-B直接進(jìn)行信息交互，在實(shí)際應(yīng) 用中，二者也可以通過(guò)系統(tǒng)中的CSCF進(jìn)行信息交互。具體過(guò)程為SSCF-A 將接收到的流媒體業(yè)務(wù)請(qǐng)求首先發(fā)送給本域的CSCF，由本域的CSCF將其 轉(zhuǎn)發(fā)給目的域的CSCF，再由目的域的CSCF將其轉(zhuǎn)發(fā)給SSCF-B，其它媒體 服務(wù)器選擇及會(huì)話請(qǐng)求過(guò)程與圖9所示實(shí)施例類似。同時(shí)上述實(shí)施例可以體現(xiàn)用戶在漫游/游牧后，如何訪問(wèn)漫游/游牧地的 流媒體業(yè)務(wù)，如將SSCF-A看作是用戶歸屬地的流媒體業(yè)務(wù)控制實(shí)體，而 SSCF-B看作是用戶漫游地的流媒體業(yè)務(wù)控制實(shí)體，通過(guò)SSCF-A和SSCF-B 之間的上述交互方式以及媒體服務(wù)器選擇，流媒體會(huì)話建立過(guò)程完成向用戶 提供漫游/游牧地的流媒體業(yè)務(wù)，更進(jìn)一步，上述方式也可以用于完成用戶 無(wú)論是否在漫游/游牧,而享受其它地方，如SSCF-B所在地，所提供的流媒 體業(yè)務(wù)。由以上實(shí)施例可見(jiàn)，本發(fā)明實(shí)施例通過(guò)S SCF和流媒體系統(tǒng)的其它功能實(shí)體之間的信息交互，實(shí)現(xiàn)了流媒體業(yè)務(wù)的統(tǒng)一控制，包括業(yè)務(wù)控制功能、 會(huì)話管理功能、業(yè)務(wù)決策功能、業(yè)務(wù)狀態(tài)維護(hù)功能和用戶交互管理功能。SSCF通過(guò)提供基本的流媒體業(yè)務(wù)功能，實(shí)現(xiàn)了流媒體業(yè)務(wù)的綜合統(tǒng)一管理， 簡(jiǎn)化了流媒體業(yè)務(wù)的實(shí)現(xiàn)過(guò)程，并為流媒體系統(tǒng)向第三方業(yè)務(wù)提供商開(kāi)放接 口和功能提供了可行的方法，從而使得流媒體業(yè)務(wù)的開(kāi)展更加簡(jiǎn)單靈活，有 利于流媒體業(yè)務(wù)的快速開(kāi)展和部署。另外，雖然本發(fā)明實(shí)施例提供的方法、 系統(tǒng)以及SSCF不僅可以應(yīng)用到流媒體業(yè)務(wù)中，也可以應(yīng)用到IPTV業(yè)務(wù)中。 總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的 保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改 進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)，該系統(tǒng)包括用戶終端UE、呼叫會(huì)話控制功能CSCF、應(yīng)用服務(wù)器AS以及媒體服務(wù)器，所述UE與所述CSCF相連進(jìn)行信息交互，其特征在于，該系統(tǒng)進(jìn)一步包括流媒體業(yè)務(wù)控制功能實(shí)體SSCF，所述CSCF，用于接收流媒體業(yè)務(wù)請(qǐng)求以及流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將接收到的請(qǐng)求轉(zhuǎn)發(fā)給所述SSCF；所述SSCF，用于接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向所述UE提供流媒體業(yè)務(wù)；接收來(lái)自所述CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求，控制所述媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。
2、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述SSCF，進(jìn)一步用于從 流媒體系統(tǒng)相關(guān)功能實(shí)體中獲取必要業(yè)務(wù)信息，并將其傳送給所述UE。
3、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述SSCF，進(jìn)一步用于根 據(jù)接收到的流媒體業(yè)務(wù)請(qǐng)求，建立會(huì)話，選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò) 入口點(diǎn)；在接收到流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，釋放為所述流媒體業(yè)務(wù)請(qǐng)求建立 的會(huì)話。
4、 如權(quán)利要求3所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括 一個(gè) 或多個(gè)信息保存單元，用于保存與選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn) 相關(guān)的信息；所述SSCF，進(jìn)一步用于從所述信息保存單元中獲取與選擇媒體服務(wù)器 或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)相關(guān)的信息，并根據(jù)獲取的信息為接收到的流媒體 業(yè)務(wù)請(qǐng)求選擇對(duì)應(yīng)的媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)。
5、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述信息保存單元包括 媒體資源狀態(tài)信息保存單元，所述媒體資源信息保存單元，用于保存+某體資源狀態(tài)信息，包括媒體內(nèi)容分布信息和媒體服務(wù)器的狀態(tài)信息；所述SSCF從所述媒體資源狀態(tài)信息保存單元獲取媒體資源狀態(tài)信息。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述媒體資源狀態(tài)信息保 存單元為媒體資源位置功能MRLF、或媒體資源代理功能MRBF、或內(nèi)容 位置管理功能CLMF、或媒體資源控制功能MRFC。
7、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述信息保存單元包括 上下文管理器CM,所述CM，用于保存終端用戶的上下文信息，包括終端 用戶的位置信息、和/或在線狀態(tài)信息，和/或終端能力信息；所述SSCF從所述CM獲取終端用戶的上下文信息。
8、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述信息保存單元包括 策略管理器PM,所述PM，用于保存運(yùn)營(yíng)商對(duì)不同用戶和/或不同流媒體業(yè)務(wù)的策略信息；所述SSCF從所述PM獲取運(yùn)營(yíng)商的流媒體業(yè)務(wù)相關(guān)的策略信息。
9、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述信息保存單元包括 用戶簽約信息保存單元，用于保存用戶簽約信息，包括用戶偏好信息，和/ 或用戶業(yè)務(wù)簽約數(shù)據(jù)；所述SSCF從所述用戶簽約信息保存單元獲取用戶簽約信息。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述用戶簽約信息保存單 元為UPSF、或存有用戶簽約信息的流媒體業(yè)務(wù)數(shù)據(jù)庫(kù)、或存有用戶簽約信 息的AS。
11、 如權(quán)利要求1至IO任一項(xiàng)所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一 步包括需要獲知業(yè)務(wù)狀態(tài)變化信息的實(shí)體，所述SSCF，進(jìn)一步用于自身感知所述UE的業(yè)務(wù)狀態(tài)變化信息，并將 感知的業(yè)務(wù)狀態(tài)變化信息通知所述需要獲取業(yè)務(wù)狀態(tài)變化信息的實(shí)體。
12、 如權(quán)利要求1至IO任一項(xiàng)所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一 步包括業(yè)務(wù)狀態(tài)變化感知實(shí)體和需要獲知業(yè)務(wù)狀態(tài)變化信息的實(shí)體，所述業(yè)務(wù)狀態(tài)變化感知實(shí)體，用于感知業(yè)務(wù)狀態(tài)的變化，并將感知的業(yè)務(wù)狀態(tài)變化信息通知所述SSCF;所述SSCF，進(jìn)一步用于從所述業(yè)務(wù)狀態(tài)變化感知實(shí)體獲取所述UE的 業(yè)務(wù)狀態(tài)變化信息，并將獲取的業(yè)務(wù)狀態(tài)變化信息通知所述需要獲取業(yè)務(wù)狀 態(tài)變化信息的實(shí)體。
13、 如權(quán)利要求1至IO任一項(xiàng)所述的系統(tǒng)，其特征在于，所述SSCF 設(shè)置在所述AS中；或獨(dú)立設(shè)置，并與系統(tǒng)中的AS相連。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，當(dāng)所述SSCF設(shè)置在所 述AS中時(shí)，所述CSCF，進(jìn)一步用于將來(lái)自所述UE的業(yè)務(wù)交互信息發(fā)送給所述 SSCF;所述SSCF，進(jìn)一步用于對(duì)來(lái)自所述CSCF的業(yè)務(wù)交互信息進(jìn)行處理。
15、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，當(dāng)所述SSCF獨(dú)立設(shè)置 時(shí)，所述CSCF，進(jìn)一步用于將來(lái)自所述UE的業(yè)務(wù)交互信息發(fā)送給所述 SSCF;所述SSCF，進(jìn)一步用于對(duì)來(lái)自所述UE的業(yè)務(wù)交互信息進(jìn)行處理， 并將處理后的業(yè)務(wù)交互信息發(fā)送給與自身相連的相應(yīng)的AS。
16、 如權(quán)利要求14或15所述的系統(tǒng)，其特征在于，所述SSCF，進(jìn)一 步用于接收來(lái)自所述AS的業(yè)務(wù)交互響應(yīng)信息，并將接收到的業(yè)務(wù)交互響應(yīng) 信息發(fā)送給所述UE。
17、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，當(dāng)該系統(tǒng)包括位于不同域 的多個(gè)SSCF時(shí)，SSCF之間直接進(jìn)行信息交互；或通過(guò)系統(tǒng)中的CSCF進(jìn) 行信息交互。
18、 一種流媒體業(yè)務(wù)控制功能實(shí)體SSCF,其特征在于，該實(shí)體包括 信息交互單元和業(yè)務(wù)控制功能單元，所述信息交互單元，用于接收來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求以及 流媒體業(yè)務(wù)結(jié)束請(qǐng)求，并將接收到的請(qǐng)求發(fā)送給所述業(yè)務(wù)控制功能單元；所述業(yè)務(wù)控制功能單元，接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)請(qǐng) 求，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向UE提供流媒體業(yè)務(wù)；接收來(lái)自所述信息交互單元的流媒體業(yè)務(wù)結(jié)束請(qǐng)求， 控制所述媒體服務(wù)器停止向UE提供流媒體業(yè)務(wù)。
19、 如權(quán)利要求18所述的SSCF，其特征在于，所述業(yè)務(wù)控制功能單元， 進(jìn)一步用于從流媒體系統(tǒng)相關(guān)功能實(shí)體中獲取必要業(yè)務(wù)信息，并將其發(fā)送給 所述UE。
20、 如權(quán)利要求18所述的SSCF,其特征在于，該實(shí)體進(jìn)一步包括媒 體服務(wù)器選擇單元，所述業(yè)務(wù)控制功能單元，進(jìn)一步用于將接收到的所述流媒體業(yè)務(wù)請(qǐng)求發(fā) 送給所述媒體服務(wù)器選擇單元，接收來(lái)自所述媒體服務(wù)器選擇單元的選擇結(jié) 果；為接收到的流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話；釋放接收到的流媒體業(yè)務(wù)結(jié)束請(qǐng) 求對(duì)應(yīng)的會(huì)話；所述媒體服務(wù)器選擇單元，用于接收來(lái)自所述業(yè)務(wù)控制功能單元的流媒 體業(yè)務(wù)請(qǐng)求，為接收到的流媒體業(yè)務(wù)請(qǐng)求選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò) 入口點(diǎn)，并將選擇結(jié)果通知所述業(yè)務(wù)控制功能單元。
21、 如權(quán)利要求20所述的SSCF,其特征在于，所述媒體服務(wù)器選擇單 元為第一媒體服務(wù)器選擇單元，用于接收到來(lái)自所述業(yè)務(wù)控制功能單元的流 媒體業(yè)務(wù)請(qǐng)求，從信息保存單元中獲取與選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò) 入口點(diǎn)相關(guān)的信息，并根據(jù)獲取的信息為接收到的流媒體業(yè)務(wù)請(qǐng)求選擇媒體 服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)，并將選擇的結(jié)果通知所述業(yè)務(wù)控制功能單 元。
22、 如權(quán)利要求20所述的SSCF,其特征在于，所述SSCF還包括業(yè) 務(wù)狀態(tài)變化信息通知單元，該單元自身感知或從其它實(shí)體獲取UE的業(yè)務(wù)狀 態(tài)變化信息，并將獲取的業(yè)務(wù)狀態(tài)變化信息通知需要獲取業(yè)務(wù)狀態(tài)變化信息 的實(shí)體。
23、 如權(quán)利要求18所述的SSCF，其特征在于，所述SSCF進(jìn)一步包括 業(yè)務(wù)交互信息處理單元，用于接收所述CSCF轉(zhuǎn)發(fā)的來(lái)自所述UE的業(yè)務(wù)交 互信息，對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理
24、 如權(quán)利要求23所述的SSCF,其特征在于，所述業(yè)務(wù)交互信息處理 單元，進(jìn)一步用于將處理后的業(yè)務(wù)交互信息發(fā)送給自身相連的相應(yīng)的AS。
25、 如權(quán)利要求23或24所述的SSCF，其特征在于，所述業(yè)務(wù)交互信 息處理單元，進(jìn)一步用于將來(lái)自所述AS的業(yè)務(wù)交互響應(yīng)信息，通過(guò)所述 CSCF轉(zhuǎn)發(fā)給所述UE。
26、 一種實(shí)現(xiàn)流媒體業(yè)務(wù)的方法，其特征在于，在系統(tǒng)中設(shè)置SSCF, 該方法包括如下步驟A、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求時(shí)，獲取業(yè)務(wù)交付 模式信息，采用相應(yīng)的業(yè)務(wù)交付模式控制媒體服務(wù)器向UE提供流媒體業(yè)務(wù)；B、 SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，控制所述 媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。
27、 如權(quán)利要求26所述的方法，其特征在于，步驟A所述業(yè)務(wù)交付模 式信息包括單播業(yè)務(wù)交付模式信息、多播業(yè)務(wù)交付模式信息、或者單播業(yè) 務(wù)交付模式和多播業(yè)務(wù)交付模式之間的轉(zhuǎn)換信息。
28、 如權(quán)利要求26所述的方法，其特征在于，步驟A所述接收到流媒 體業(yè)務(wù)請(qǐng)求時(shí)，進(jìn)一步包括獲取所述業(yè)務(wù)交付模式所需的必要業(yè)務(wù)信息， 并將獲取的必要業(yè)務(wù)信息發(fā)送給所述UE和/或媒體服務(wù)器。
29、 如權(quán)利要求28所述的方法，其特征在于，當(dāng)所述業(yè)務(wù)交付模包括 式單播業(yè)務(wù)交付模式時(shí)，所述必要業(yè)務(wù)信息包括單播業(yè)務(wù)的實(shí)時(shí)傳輸協(xié)議 RTP連接的地址端口信息、和/或?qū)崟r(shí)流協(xié)議RTSP連接的地址端口信息、 和/或內(nèi)容加密所需密鑰信息；當(dāng)所述業(yè)務(wù)交付模式包括多播業(yè)務(wù)交付模式時(shí)，所述必要業(yè)務(wù)信息包 括多播業(yè)務(wù)的組播地址信息和/或內(nèi)容加密所需密鑰信息。
30、 如權(quán)利要求28所迷的方法，其特征在于，所述步驟A后，進(jìn)一步 包括所述SSCF向所述UE發(fā)送流:樣體業(yè)務(wù)響應(yīng)，該響應(yīng)中攜帶對(duì)應(yīng)業(yè)務(wù) 交付模式所需的必要業(yè)務(wù)信息。
31、 如權(quán)利要求26所述的方法，其特征在于，所述SSCF獲取業(yè)務(wù)交付模式信息的步驟具體為所述SSCF從自身獲取；或從流媒體業(yè)務(wù)相關(guān)功 能實(shí)體獲取業(yè)務(wù)交付模式信息；或直接從接收到的流媒體業(yè)務(wù)請(qǐng)求中獲取所 述業(yè)務(wù)交付模式信息。
32、 如權(quán)利要求26所述的方法，其特征在于，步驟A所述接收到流媒 體業(yè)務(wù)請(qǐng)求時(shí)，進(jìn)一步包括為所述流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話，選擇媒體服 務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)；步驟B所述接收到流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，進(jìn)一步包括釋放為所述流 媒體業(yè)務(wù)請(qǐng)求建立的會(huì)話。
33、 如權(quán)利要求32所述的方法，其特征在于，所述選擇媒體服務(wù)器或 媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)的方法包括所述SSCF獲取與選擇媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)相關(guān)的信 息，包括媒體資源狀態(tài)信息、和/或用戶簽約信息、和/或終端用戶上下文信 息、和/或運(yùn)營(yíng)商策略信息，并根據(jù)獲取的信息為接收到的流媒體業(yè)務(wù)請(qǐng)求 選擇對(duì)應(yīng)的媒體服務(wù)器或媒體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)。
34、 如權(quán)利要求33所述的方法，其特征在于，所述媒體服務(wù)器網(wǎng)絡(luò)入 口點(diǎn)中存儲(chǔ)有自身所述媒體服務(wù)器網(wǎng)絡(luò)的媒體資源狀態(tài)信息；所述々某體服務(wù)器網(wǎng)絡(luò)入口點(diǎn)用IP地址或URL標(biāo)識(shí)。
35、 如權(quán)利要求33所述的方法，其特征在于，所述媒體資源狀態(tài)信息 包括媒體內(nèi)容分布信息和/或媒體服務(wù)器的狀態(tài)信息；所述用戶簽約信息 包括用戶偏好信息，和/或用戶業(yè)務(wù)簽約數(shù)據(jù)；所述終端用戶的上下文信息 包括終端用戶的位置信息、和/或在線狀態(tài)信息，和/或終端能力信息。
36、 如權(quán)利要求32至35任一項(xiàng)所述的方法，其特征在于，所述SSCF 為所述流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話后，進(jìn)一步包括所述SSCF自身感知或從其它具有感知用戶業(yè)務(wù)狀態(tài)變化信息功能的實(shí) 體中獲取用戶業(yè)務(wù)狀態(tài)變化信息，包括線性電視業(yè)務(wù)LTV中的頻道切換信 息、和/或點(diǎn)#番業(yè)務(wù)VoD或者時(shí)移電^L業(yè)務(wù)TS-TV中的VCR控制信息，并 將其發(fā)送給需要荻知業(yè)務(wù)狀態(tài)變化信息的實(shí)體。
37、 如權(quán)利要求36所述的方法，其特征在于，所述SSCF從其它具有 感知用戶業(yè)務(wù)狀態(tài)變化信息功能的實(shí)體中獲取用戶業(yè)務(wù)狀態(tài)變化信息的步驟具體包括所述SSCF向具有感知用戶業(yè)務(wù)狀態(tài)變化信息功能的實(shí)體訂閱 用戶業(yè)務(wù)狀態(tài)變化信息；所述具有感知用戶業(yè)務(wù)狀態(tài)變化信息功能的實(shí)體感知到用戶業(yè)務(wù)狀態(tài) 變化信息時(shí)，通過(guò)Notify消息通知所述SSCF。
38、 如權(quán)利要求37所述的方法，其特征在于，所述具有感知用戶業(yè)務(wù) 狀態(tài)變化信息功能的實(shí)體為媒體服務(wù)器或者接入網(wǎng)絡(luò)的節(jié)點(diǎn)或者所述UE。
39、 如權(quán)利要求36所述的方法，其特征在于，所述SSCF將用戶業(yè)務(wù) 狀態(tài)變化信息發(fā)送給需要獲知業(yè)務(wù)狀態(tài)變化信息的實(shí)體前，進(jìn)一步包括所述需要獲知業(yè)務(wù)狀態(tài)變化信息的實(shí)體向所述SSCF訂閱用戶業(yè)務(wù)狀態(tài) 變化信息；所述SSCF通過(guò)Notify消息將業(yè)務(wù)狀態(tài)變化信息發(fā)送給所述需要獲知業(yè) 務(wù)狀態(tài)變化信息的實(shí)體。
40、 如權(quán)利要求32至35任一項(xiàng)所述的方法，其特征在于，所述為所述 流媒體業(yè)務(wù)請(qǐng)求建立會(huì)話后，進(jìn)一步包括所述SSCF接收到所述CSCF轉(zhuǎn)發(fā)的來(lái)自所述UE的業(yè)務(wù)交互信息時(shí)， 對(duì)接收到的業(yè)務(wù)交互信息進(jìn)行處理。
41、 如權(quán)利要求40所述的方法，其特征在于，所述SSCF對(duì)接收到的 業(yè)務(wù)交互信息進(jìn)行處理后，進(jìn)一步包括將處理后的業(yè)務(wù)交互信息通過(guò)所述 CSCF發(fā)送至對(duì)應(yīng)的AS。
42、 如權(quán)利要求41所述的方法，其特征在于，所述AS接收到來(lái)自所 述SSCF的業(yè)務(wù)交互信息后，進(jìn)一步包括所述AS向所述SSCF返回業(yè)務(wù) 交互響應(yīng)^f言息；所述SSCF接收到所述AS發(fā)送的業(yè)務(wù)交互響應(yīng)信息時(shí)，將其接收到的 業(yè)務(wù)交互響應(yīng)信息發(fā)送給所述UE。
43、 如權(quán)利要求41所述的方法，其特征在于，所述SSCF將接收到的業(yè)務(wù)交互信息發(fā)送給對(duì)應(yīng)的AS前，進(jìn)一步包括所述AS向所述SSCF訂閱UE的業(yè)務(wù)交互信息。
44、如權(quán)利要求26所述的方法，其特征在于，當(dāng)該系統(tǒng)包括位于不同 域的多個(gè)SSCF時(shí)，SSCF之間直接進(jìn)行信息交互；或通過(guò)系統(tǒng)中的CSCF 進(jìn)行信息交互。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種實(shí)現(xiàn)流媒體業(yè)務(wù)的系統(tǒng)、方法及流媒體業(yè)務(wù)控制功能實(shí)體SSCF，通過(guò)在流媒體業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)中設(shè)置SSCF，當(dāng)SSCF接收到來(lái)自CSCF或AS的流媒體業(yè)務(wù)請(qǐng)求時(shí)，獲取業(yè)務(wù)交付模式信息，采用相應(yīng)的業(yè)務(wù)交互模式控制媒體服務(wù)器向所述UE提供流媒體業(yè)務(wù)；當(dāng)SSCF接收來(lái)自CSCF或AS的流媒體業(yè)務(wù)結(jié)束請(qǐng)求時(shí)，控制所述媒體服務(wù)器停止向所述UE提供流媒體業(yè)務(wù)。另外，本發(fā)明實(shí)施例提供的SSCF還具有統(tǒng)一會(huì)話管理功能、業(yè)務(wù)決策功能，業(yè)務(wù)狀態(tài)管理功能以及用戶業(yè)務(wù)交互信息處理功能，因此利用本發(fā)明實(shí)施例提供的流媒體業(yè)務(wù)實(shí)現(xiàn)系統(tǒng)、方法及流媒體業(yè)務(wù)控制功能實(shí)體，可以實(shí)現(xiàn)系統(tǒng)對(duì)流媒體業(yè)務(wù)的統(tǒng)一控制。
文檔編號(hào)H04L29/06GK101232632SQ20071000600
公開(kāi)日2008年7月30日 申請(qǐng)日期2007年1月22日 優(yōu)先權(quán)日2007年1月22日
發(fā)明者軍 嚴(yán), 吳向陽(yáng), 李幼穎, 李金成, 豐 王 申請(qǐng)人:華為技術(shù)有限公司