專(zhuān)利名稱(chēng)：內(nèi)容索引處理方法及系統(tǒng)、內(nèi)容路由功能及內(nèi)容分發(fā)控制實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種內(nèi)容索引處理方法及系統(tǒng)、內(nèi) 容路由功能及內(nèi)容分發(fā)控制實(shí)體。
背景技術(shù)：
流媒體業(yè)務(wù)或IP電視(IP Television ;以下筒稱(chēng)IPTV )業(yè)務(wù)作為 新興業(yè)務(wù)主要利用流式傳輸技術(shù)，在包交換網(wǎng)絡(luò)上傳輸多媒體文件，包括 視頻、音頻等文件內(nèi)容。這些多媒體文件在訪(fǎng)問(wèn)時(shí)無(wú)需完全下載便可以實(shí) 現(xiàn)實(shí)時(shí)播放，流式傳輸技術(shù)通過(guò)對(duì)連續(xù)的視頻和音頻信息進(jìn)行處理后存儲(chǔ) 在服務(wù)器上，供用戶(hù)邊下載邊觀看、收聽(tīng)，即無(wú)需等整個(gè)文件下載到用戶(hù) 端才能夠進(jìn)行觀看。
IP多媒體子系統(tǒng)(IP Multimedia Subsystem;以下簡(jiǎn)稱(chēng)IMS)是3GPP R5提出的能夠提供多媒體業(yè)務(wù)的子系統(tǒng)，包括呼叫會(huì)話(huà)控制功能(Call Session Control Function;以下簡(jiǎn)稱(chēng)；CSCF)、媒體網(wǎng)關(guān)控制功能(Media Gateway Control Function;以下簡(jiǎn)稱(chēng)MGCF)、々某體資源功能(Media Resource Function;以下簡(jiǎn)稱(chēng)MRF)等功能實(shí)體，主要采用會(huì)話(huà)初始化 協(xié)議(Session Initiation Protocol ;以下簡(jiǎn)稱(chēng)SIP)、直徑(Diameter) 協(xié)議，屬于上層控制子系統(tǒng)，與具體接入技術(shù)無(wú)關(guān)，是業(yè)界普遍認(rèn)同的移 動(dòng)固定融合的理想方案和發(fā)展方向。
"IMS based IPTV"在IMS的整體架構(gòu)下提供IPTV業(yè)務(wù)，充分利用 IMS網(wǎng)絡(luò)中已有的注冊(cè)、認(rèn)證、路由、會(huì)話(huà)控制與建立、業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、 端到端服務(wù)質(zhì)量(Quality of Service ;以下簡(jiǎn)稱(chēng)QoS )保證等機(jī)制，為 用戶(hù)提供流媒體業(yè)務(wù)及融合流媒體和實(shí)時(shí)會(huì)話(huà)業(yè)務(wù)的多媒體業(yè)務(wù)；也就是說(shuō)，用戶(hù)到內(nèi)容的多媒體會(huì)話(huà)過(guò)程是通過(guò)IMS已有的會(huì)話(huà)控制機(jī)制完成 的；在建立會(huì)話(huà)過(guò)程中，需要為媒體流的傳送預(yù)留承載資源。目前基于IMS 的IPTV架構(gòu)在各標(biāo)準(zhǔn)組織里如"TISPAN" 、 "ITU-T"和"Open IPTV Fomm"等均得到認(rèn)同。內(nèi)容交付/分發(fā)網(wǎng)絡(luò)(Content Delivery/Distribution Network;以下簡(jiǎn)稱(chēng)CDN )是基于web而出現(xiàn)的，適當(dāng)?shù)腃DN部署可 以使靠近用戶(hù)的CDN節(jié)點(diǎn)緩存熱點(diǎn)網(wǎng)頁(yè)或圖像等，當(dāng)用戶(hù)請(qǐng)求相應(yīng)內(nèi)容 時(shí)，可以通過(guò)這些靠近用戶(hù)的CDN節(jié)點(diǎn)獲取，這樣可將請(qǐng)求內(nèi)容快速地 交付給用戶(hù)，同時(shí)減輕骨干網(wǎng)絡(luò)的擁塞狀況。
圖1為現(xiàn)有TISPAN基于IMS的IPTV框架示意圖，如圖1所示，其 中媒體功能實(shí)體(MF )為用戶(hù)提供內(nèi)容，MF被分為媒體控制功能(Media Control Function;以下筒稱(chēng)MCF)和媒體交付功能(Media Delivery Function;以下簡(jiǎn)稱(chēng)MDF ),其中前者控制后者進(jìn)行內(nèi)容交付。在實(shí)際 情況下MF可以基于CDN進(jìn)行部署。在現(xiàn)有的TISPAN標(biāo)準(zhǔn)中業(yè)務(wù)控制 功能(Service Control Function ;以下簡(jiǎn)稱(chēng)SCF)可以基于用戶(hù)終端位置、 MF負(fù)載、所請(qǐng)求的內(nèi)容標(biāo)識(shí)等信息選擇相應(yīng)的MF提供內(nèi)容；內(nèi)容路由 也可以基于MCF進(jìn)行，即根據(jù)MF負(fù)載、所請(qǐng)求的內(nèi)容標(biāo)識(shí)等信息選擇 相應(yīng)的MF提供內(nèi)容；其中，MCF作為一個(gè)重定向服務(wù)器，將請(qǐng)求路由 到所選擇的MF上。
但在目前的標(biāo)準(zhǔn)中，無(wú)論是SCF還是MCF進(jìn)行媒體節(jié)點(diǎn)選擇，都需 要相應(yīng)的內(nèi)容分布信息或者內(nèi)容索引信息，但是現(xiàn)有技術(shù)中對(duì)于內(nèi)容如何 分布到媒體節(jié)點(diǎn)(如"MCF+MDF")，以及內(nèi)容索引信息如何更新到SCF 或者M(jìn)CF等均無(wú)明確說(shuō)明。
圖2為現(xiàn)有Open IPTV Forum IPTV架構(gòu)結(jié)構(gòu)示意圖，在Open IPTV forum規(guī)范中，所采用的CDN如圖2所示，包括集群控制器(Cluster Controller;以下簡(jiǎn)稱(chēng)CC )、內(nèi)容交付功能(Content Delivery Function; 以下簡(jiǎn)稱(chēng)CDF)和內(nèi)容網(wǎng)控制器(Content Delivery Network Controller;以下簡(jiǎn)稱(chēng)CDNC)，其中CDF具有內(nèi)容存儲(chǔ)和內(nèi)容交付能力，CC控制 CDF進(jìn)行內(nèi)容提供，CDNC用于內(nèi)容路由。
圖3為現(xiàn)有Open IPTV Forum IPTV架構(gòu)中多個(gè)CDNC與IPTV control 的關(guān)系示意圖，如圖3所示，在Open IPTV forum規(guī)范中，IPTV control 負(fù)責(zé)基本業(yè)務(wù)請(qǐng)求處理，相當(dāng)于TISPAN標(biāo)準(zhǔn)中的SCF。在進(jìn)行內(nèi)容路由 時(shí)，IPTV control將內(nèi)容業(yè)務(wù)請(qǐng)求發(fā)送給缺省的CDNC，由其進(jìn)行進(jìn)一步 內(nèi)容路由；CDNC則進(jìn)一步根據(jù)IPTV control給出的參數(shù)選擇CC。
與TISPAN標(biāo)準(zhǔn)類(lèi)似，當(dāng)進(jìn)行內(nèi)容路由時(shí)相應(yīng)的實(shí)體如CDNC需要具 有內(nèi)容索引信息才能進(jìn)行相關(guān)的內(nèi)容路由，但是在現(xiàn)有技術(shù)中對(duì)于內(nèi)容如 何分布到媒體節(jié)點(diǎn)(如"CC + CDF"),以及內(nèi)容索引信息如何更新到CDNC 等均無(wú)明確說(shuō)明。在使用SIP信令的IMS架構(gòu)下如何建立用于內(nèi)容路由的 索引的問(wèn)題也沒(méi)有明確方案。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種內(nèi)容索引處理方法及系統(tǒng)、內(nèi)容路由功能及內(nèi)容 分發(fā)控制實(shí)體，實(shí)現(xiàn)根據(jù)媒體節(jié)點(diǎn)的內(nèi)容變更情況及時(shí)更新內(nèi)容索引信息。 本發(fā)明實(shí)施例提供一種內(nèi)容索引處理方法，包括
具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收媒體節(jié)點(diǎn)的內(nèi)容變更 通知信息；
根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變更。
本發(fā)明實(shí)施例提供一種內(nèi)容路由功能實(shí)體，包括 接收模塊，用于接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息； 處理模塊，用于根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi) 容索引信息進(jìn)行變更。
本發(fā)明實(shí)施例提供一種內(nèi)容分發(fā)控制實(shí)體，包括
8內(nèi)容分發(fā)控制模塊，用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體節(jié)
點(diǎn)之間分發(fā)進(jìn)行控制；
索51更新模塊，用于為內(nèi)容路由功能實(shí)體提供媒體節(jié)點(diǎn)的內(nèi)容變更通 知信息。
本發(fā)明實(shí)施例提供一種內(nèi)容索引處理系統(tǒng)，包括媒體節(jié)點(diǎn)、內(nèi)容路由功 能實(shí)體和內(nèi)容分發(fā)控制實(shí)體，所述內(nèi)容^^由功能實(shí)體包括
接收模塊，用于接收々某體節(jié)點(diǎn)的內(nèi)容變更通知信息；
處理模塊，用于根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容 索引信息進(jìn)行變更；
所述內(nèi)容分發(fā)控制實(shí)體包括
內(nèi)容分發(fā)控制模塊，用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體 節(jié)點(diǎn)之間分發(fā)進(jìn)行控制；
索引更新模塊，用于為內(nèi)容路由功能實(shí)體提供媒體節(jié)點(diǎn)的內(nèi)容變更通 知信息。
本發(fā)明實(shí)施例有效地解決了 CDN與IMS-based IPTV適配中內(nèi)容分發(fā) 和內(nèi)容索引更新的問(wèn)題，CRF可以根據(jù)接收到的MS的內(nèi)容變更通知信息， 對(duì)本身所存儲(chǔ)的與其有連接關(guān)系的所有MS的內(nèi)容索引信息進(jìn)行相應(yīng)變 更，保證內(nèi)容路由的準(zhǔn)確性，提高了為用戶(hù)提供業(yè)務(wù)服務(wù)的質(zhì)量。
圖1為現(xiàn)有TISPAN基于IMS的IPTV框架示意圖； 圖2為現(xiàn)有Open IPTV Forum IPTV架構(gòu)結(jié)構(gòu)示意圖； 圖3為現(xiàn)有Open IPTV Forum IPTV架構(gòu)中多個(gè)CDNC與IPTV control 的關(guān)系示意圖4為本發(fā)明內(nèi)容索引處理方法實(shí)施例流程圖5為發(fā)明內(nèi)容索引處理方法中內(nèi)容增加實(shí)施例流程圖；圖6為本發(fā)明內(nèi)容索？I處理方法中內(nèi)容初始分發(fā)實(shí)施例信令圖； 圖7為本發(fā)明內(nèi)容索引處理方法中內(nèi)容智能分發(fā)實(shí)施例信令圖； 圖8為發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例一流程圖； 圖9為本發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例二信令圖； 圖10為本發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例三信令一流程二流程三流程四流程五流程六流程圖17為本發(fā)明內(nèi)容路由功能實(shí)體實(shí)施例結(jié)構(gòu)示意圖； 圖18為本發(fā)明內(nèi)容分發(fā)控制實(shí)體實(shí)施例結(jié)構(gòu)示意圖； 圖19為本發(fā)明內(nèi)容索引處理系統(tǒng)實(shí)施例結(jié)構(gòu)示意圖； 圖20為本發(fā)明內(nèi)容索引處理系統(tǒng)實(shí)施例邏輯結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例進(jìn)一步說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案。 圖4為本發(fā)明內(nèi)容索引處理方法實(shí)施例流程圖，如圖4所示，該分發(fā)包 括如下步驟步驟100、具有SIP路由功能的內(nèi)容路由功能實(shí)體(Content Routing Function;以下簡(jiǎn)稱(chēng)CRF)接收媒體節(jié)點(diǎn)(Media Station;以下筒稱(chēng)MS) 的內(nèi)容變更通知信息；
在內(nèi)容網(wǎng)絡(luò)的MS上進(jìn)行增加內(nèi)容、刪除內(nèi)容或因?yàn)楣收蠈?dǎo)致MS上的 內(nèi)容不可用等情況時(shí)，CRF均將接收發(fā)生內(nèi)容變更的MS或接收內(nèi)容分發(fā)控 制功能實(shí)體(Content Distribution Control Function;以下簡(jiǎn)稱(chēng)CDCF )轉(zhuǎn)發(fā) 的發(fā)生內(nèi)容變更的MS的內(nèi)容變更通知信息，且所述內(nèi)容變更通知信息攜帶 有與發(fā)生變更的內(nèi)容所對(duì)應(yīng)的標(biāo)識(shí)或標(biāo)識(shí)列表信息，當(dāng)媒體節(jié)點(diǎn)整個(gè)不可用 時(shí)，內(nèi)容變更通知信息要攜帶發(fā)生內(nèi)容變更的4某體節(jié)點(diǎn)的標(biāo)識(shí)信息。
步驟101、 CRF根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容 索引信息進(jìn)行變更。
CRF接收到有關(guān)MS內(nèi)容變更的內(nèi)容變更通知信息后，根據(jù)所述內(nèi)容變 更通知信息中攜帶的發(fā)生變更的內(nèi)容所對(duì)應(yīng)的標(biāo)識(shí)信息，對(duì)原先存儲(chǔ)在CRF 內(nèi)的MS的內(nèi)容索引信息進(jìn)行相應(yīng)的變更，如增加或刪除內(nèi)容索引信息，或 將部分內(nèi)容索引信息設(shè)置為不可用等，以用于后續(xù)CRF進(jìn)行內(nèi)容路由時(shí)MS 的選擇。
上述的內(nèi)容標(biāo)識(shí)用于指示內(nèi)容，內(nèi)容索引是基于給出的內(nèi)容信息建立的， 可以包含內(nèi)容標(biāo)識(shí)，內(nèi)容路由功能實(shí)體需要基于給出的內(nèi)容信息建立內(nèi)容索 引；在內(nèi)容變更信息中給出發(fā)生變更的內(nèi)容，其中可以包含內(nèi)容標(biāo)識(shí)，用于 指示發(fā)生變更的內(nèi)容。
本實(shí)施例提供的內(nèi)容索引處理方法，CRF可以根據(jù)接收到的MS的內(nèi)容 變更通知信息，對(duì)本身所存儲(chǔ)的與其有連接關(guān)系的所有該MS的內(nèi)容索引信 息進(jìn)行相應(yīng)變更，保證內(nèi)容路由的準(zhǔn)確性，提高了為用戶(hù)提供業(yè)務(wù)服務(wù)的質(zhì) 量。
由于MS內(nèi)容發(fā)生變更的原因有多種情況，以下分別對(duì)發(fā)生機(jī)率較高的 MS內(nèi)容增加、刪除和內(nèi)容不可用等情況進(jìn)行介紹。對(duì)于在內(nèi)容網(wǎng)絡(luò)中新增內(nèi)容一般有兩種情況，其中 一種是內(nèi)容的初始分 發(fā)，初始內(nèi)容一般由內(nèi)容提供商進(jìn)行控制，該內(nèi)容在服務(wù)于用戶(hù)之前需要進(jìn) 入內(nèi)容網(wǎng)絡(luò)中，具體可以是內(nèi)容從內(nèi)容提供商的內(nèi)容源進(jìn)入內(nèi)容網(wǎng)絡(luò)。內(nèi)容
網(wǎng)絡(luò)中設(shè)置的CDCF負(fù)責(zé)全網(wǎng)內(nèi)容分發(fā)的統(tǒng)一控制。由于內(nèi)容網(wǎng)絡(luò)是分級(jí)的， 所以?xún)?nèi)容分發(fā)也可以分層逐級(jí)進(jìn)行，即先由CDCF控制內(nèi)容分發(fā)到核心MS, 由其進(jìn)行儲(chǔ)存；此后，根據(jù)分發(fā)策略，再控制內(nèi)容由核心MS向邊緣MS的 分發(fā)。
圖5為發(fā)明內(nèi)容索引處理方法中內(nèi)容增加實(shí)施例流程圖，如圖5所示， 包括如下步驟
步驟200、 CRF接收MS的內(nèi)容增加通知信息；
CRF接收MS發(fā)送的MS的內(nèi)容增加通知信息，或接收內(nèi)容分發(fā)控制功 能實(shí)體發(fā)送的MS的內(nèi)容增加通知信息，即CRF接收到的內(nèi)容增加通知信息 可以是發(fā)生內(nèi)容增加的MS發(fā)送來(lái)的，也可以是CDCF發(fā)送給CRF的。
在CRF接收到MS的內(nèi)容增加通知信息之前，CDCF向所述MS發(fā)送內(nèi) 容分發(fā)請(qǐng)求信息，所述內(nèi)容分發(fā)請(qǐng)求信息包括分發(fā)內(nèi)容的內(nèi)容標(biāo)識(shí)(Content Identifier;以下簡(jiǎn)稱(chēng)CID )信息和內(nèi)容源信息；所述MS向CDCF返回所述 內(nèi)容分發(fā)請(qǐng)求信息的響應(yīng)信息；CDCF接收到所述響應(yīng)信息后，控制所述MS 與所述內(nèi)容源信息對(duì)應(yīng)的內(nèi)容源建立媒體傳輸控制信道，對(duì)與所述CID信息 對(duì)應(yīng)的內(nèi)容進(jìn)行傳輸；所述MS向CRF或CDCF發(fā)送所述內(nèi)容增加通知信息。
步驟201、 CRF根據(jù)接收到的所述內(nèi)容增加通知信息，在所存儲(chǔ)的內(nèi)容 索引信息中增加該CID所標(biāo)識(shí)的內(nèi)容的索引信息。
在CRF上存儲(chǔ)有媒體節(jié)點(diǎn)的內(nèi)容索引信息，當(dāng)?shù)弥硞€(gè)媒體節(jié)點(diǎn)的內(nèi)容 增加了 ，便在存儲(chǔ)有所述內(nèi)容索引信息的表中增加所述內(nèi)容增加通知信息中 攜帶的增加內(nèi)容的標(biāo)識(shí)信息所對(duì)應(yīng)的索引信息，保持與媒體節(jié)點(diǎn)內(nèi)容的同步， 便于進(jìn)行媒體節(jié)點(diǎn)的選擇和內(nèi)容路由。
圖6為本發(fā)明內(nèi)容索引處理方法中內(nèi)容初始分發(fā)實(shí)施例信令圖，如圖6
12所示，包括如下步驟
步驟la、首先CDCF發(fā)起內(nèi)容分發(fā)任務(wù)，該任務(wù)可能由內(nèi)容供應(yīng)商 (Content Provider;以下簡(jiǎn)稱(chēng)CP )的分發(fā)請(qǐng)求引起，CDCF向MS發(fā)送內(nèi) 容分發(fā)請(qǐng)求，其中給出分發(fā)任務(wù)的各項(xiàng)參數(shù)，這些參數(shù)可以簡(jiǎn)單表述為{八}:
{{A}={cid， org(loc, auth)， attribute(format, size, etc)} }
具體
"A}=
{cid, 〃需要分發(fā)的內(nèi)容CID org(loc, auth), 〃內(nèi)容源信息 attribute(format， size, etc)}, 〃內(nèi)容特定信息
其中參數(shù)指出需要分發(fā)的內(nèi)容的CID;內(nèi)容源org(loc,auth)，其中可以 給出位置信息loc，驗(yàn)證信息auth等，其中l(wèi)oc信息可以是ftp URL， auth信 息可以是ftp用戶(hù)名和口令等；內(nèi)容特定信息，如內(nèi)容格式format,大小size 等，大小信息可以用于進(jìn)行分發(fā)時(shí)的預(yù)先存儲(chǔ)資源預(yù)留等；
步驟2a、 MS向CDCF返回內(nèi)容分發(fā)請(qǐng)求的響應(yīng)信息；
收到分發(fā)請(qǐng)求的MS分配必要的資源(如存儲(chǔ)空間)準(zhǔn)備進(jìn)行媒體分發(fā)， 在返回給CDCF的響應(yīng)中可以攜帶必要的媒體傳輸位置信息(如ftp地址和 端口信息等)和媒體傳送驗(yàn)證信息等；
步驟3a、 CDCF接收響應(yīng)信息，內(nèi)容源與MS間建立士某體傳輸控制信道 進(jìn)行々某體傳輸，例如MS使用ftpget從內(nèi)容源獲取內(nèi)容；
步驟4a、內(nèi)容分發(fā)完成后，MS向CDCF報(bào)告內(nèi)容分發(fā)結(jié)果；其中包含 已分發(fā)的內(nèi)容標(biāo)識(shí)，或者內(nèi)容標(biāo)識(shí)列表，或者可以表征某一類(lèi)內(nèi)容的信息， 以及內(nèi)容相關(guān)的媒體節(jié)點(diǎn)標(biāo)識(shí)等；
步驟5a、 CDCF向CRF發(fā)送內(nèi)容更新信息，CRF利用該更新信息用于后 續(xù)CRF進(jìn)行內(nèi)容路由時(shí)進(jìn)行媒體節(jié)點(diǎn)的選4奪或內(nèi)容路由。步驟6a、內(nèi)容分發(fā)完成后，MS向CRF發(fā)送內(nèi)容變更通知；其中包含已 分發(fā)的內(nèi)容標(biāo)識(shí)，或者內(nèi)容標(biāo)識(shí)列表，或者可以表征某一類(lèi)內(nèi)容的信息，以 及內(nèi)容相關(guān)的媒體節(jié)點(diǎn)標(biāo)識(shí)等；CRF據(jù)此進(jìn)行內(nèi)容索引更新；更新后信息用 于后續(xù)CRF進(jìn)行內(nèi)容路由時(shí)進(jìn)行媒體節(jié)點(diǎn)的選擇或內(nèi)容路由。
其中，步驟4a與步驟5a是MS通過(guò)CDCF向CRF轉(zhuǎn)發(fā)內(nèi)容變更通知， 而步驟6a是MS直接向CRF上報(bào)內(nèi)容變更通知，也就是說(shuō)步驟4a與步驟5a 和步驟6a是兩種并列的實(shí)現(xiàn)方式，在實(shí)際應(yīng)用中，可以在兩種實(shí)現(xiàn)方式中選 擇其中一種方式進(jìn)行內(nèi)容變更通知的上報(bào)。
圖中步驟7a~步驟12a給出的一級(jí)中心向二級(jí)4某體節(jié)點(diǎn)進(jìn)行內(nèi)容分發(fā)的 過(guò)程，與前述的步驟la-步驟6a類(lèi)似，此處不再贅述。另外，內(nèi)容由二級(jí)節(jié) 點(diǎn)向邊緣節(jié)點(diǎn)的分發(fā)過(guò)程也類(lèi)似，此處不再贅述。
對(duì)于在內(nèi)容網(wǎng)絡(luò)中新增內(nèi)容的另 一種情況為對(duì)內(nèi)容進(jìn)行智能分發(fā)。所謂 智能分發(fā)是指，在CDN中內(nèi)容一般盡量分布到邊緣節(jié)點(diǎn)以快速服務(wù)于用戶(hù)， 但并非所有內(nèi)容都會(huì)在初始過(guò)程中發(fā)送到邊緣節(jié)點(diǎn)，隨著用戶(hù)點(diǎn)擊率的變化， 存儲(chǔ)于核心節(jié)點(diǎn)中的某些內(nèi)容隨著其點(diǎn)擊率的上升可能逐漸成為熱點(diǎn)內(nèi)容， 此時(shí)有必要考慮將這些熱點(diǎn)內(nèi)容動(dòng)態(tài)分發(fā)到邊緣節(jié)點(diǎn)以?xún)?yōu)化服務(wù)。
內(nèi)容網(wǎng)絡(luò)中，內(nèi)容請(qǐng)求需要經(jīng)過(guò)CRF進(jìn)行路由，該實(shí)體可以收集內(nèi)容請(qǐng) 求統(tǒng)計(jì)信息。另外，向用戶(hù)提供內(nèi)容的MS也可以統(tǒng)計(jì)已有內(nèi)容被請(qǐng)求的情 況?？山y(tǒng)計(jì)的信息包括最近單位時(shí)間被請(qǐng)求次數(shù)最多的內(nèi)容，相應(yīng)內(nèi)容的 具體被請(qǐng)求次數(shù)；統(tǒng)計(jì)時(shí)間可以是5分鐘統(tǒng)計(jì)或1小時(shí)統(tǒng)計(jì)等，不同粒度的 統(tǒng)計(jì)可以為內(nèi)容分發(fā)控制提供更多用于決策的信息。
這些統(tǒng)計(jì)信息在統(tǒng)計(jì)時(shí)間到后，發(fā)送給CDCF進(jìn)行內(nèi)容分發(fā)決策。收到 內(nèi)容使用統(tǒng)計(jì)信息的CDCF可以根據(jù)分發(fā)策略進(jìn)行內(nèi)容分發(fā)。對(duì)于較短時(shí)間 對(duì)特定內(nèi)容請(qǐng)求增長(zhǎng)過(guò)快的情況，可以及時(shí)進(jìn)行內(nèi)容分發(fā)，如可以設(shè)定5分 鐘統(tǒng)計(jì)區(qū)間超過(guò)200次請(qǐng)求即認(rèn)為該內(nèi)容成為局部熱點(diǎn)，需要進(jìn)行內(nèi)容分發(fā)； 若低于此閥值，則可以進(jìn)一步根據(jù)更大粒度的統(tǒng)計(jì)情況，如設(shè)定1小時(shí)統(tǒng)計(jì)區(qū)間對(duì)特定內(nèi)容的請(qǐng)求超過(guò)300次也可以認(rèn)為該內(nèi)容需要進(jìn)行分發(fā)。當(dāng)然，
并非所有有可能成為熱點(diǎn)的內(nèi)容都需要分發(fā)到邊緣節(jié)點(diǎn)，在分發(fā)時(shí)需要按熱
點(diǎn)程度高低進(jìn)行排序，同時(shí)需要考慮邊緣節(jié)點(diǎn)的內(nèi)容存儲(chǔ)能力和負(fù)荷能力進(jìn)
行。 一旦CDCF決策需要進(jìn)行智能分發(fā)，則向媒體節(jié)點(diǎn)發(fā)送內(nèi)容分發(fā)請(qǐng)求信
息，具體內(nèi)容分發(fā)的過(guò)程和初始分發(fā)相同。
圖7為本發(fā)明內(nèi)容索引處理方法中內(nèi)容智能分發(fā)實(shí)施例信令圖，如圖7
所示，包括如下步驟
步驟lb、 CRF或邊緣MS上進(jìn)行內(nèi)容使用情況的統(tǒng)計(jì)；
CRF或邊緣MS可以統(tǒng)計(jì)特定MS上單位時(shí)間內(nèi)容請(qǐng)求數(shù)，單位時(shí)間總
內(nèi)容請(qǐng)求數(shù)等，并將統(tǒng)計(jì)結(jié)果信息報(bào)告給CDCF;
步驟2b、 CDCF根據(jù)接收到的統(tǒng)計(jì)結(jié)果信息，結(jié)合分發(fā)策略分析做出內(nèi)
容分發(fā)的決策；分發(fā)策略可以是"當(dāng)對(duì)特定內(nèi)容的請(qǐng)求數(shù)在單位時(shí)間超過(guò)閥
值時(shí)，分發(fā)到邊緣媒體節(jié)點(diǎn)"等；
步驟3b、 CDCF向邊緣MS發(fā)送內(nèi)容分發(fā)請(qǐng)求；
步驟4b、邊緣MS向CDCF返回內(nèi)容分發(fā)請(qǐng)求的響應(yīng)信息；
邊緣MS根據(jù)內(nèi)容分發(fā)請(qǐng)求為分發(fā)內(nèi)容預(yù)留存儲(chǔ)空間后，向CDCF發(fā)送
響應(yīng)信息；CDCF接收響應(yīng)信息；
步驟5b、 二級(jí)MS與邊緣MS間建立々某體傳輸控制信道進(jìn)行^ 某體傳輸； 步驟6b、內(nèi)容分發(fā)完成后，邊緣MS向CDCF報(bào)告內(nèi)容分發(fā)結(jié)果； 步驟7b、 CDCF向CRF發(fā)送內(nèi)容更新信息，CRF利用該更新信息用于后
續(xù)CRF進(jìn)行內(nèi)容路由時(shí)進(jìn)行媒體節(jié)點(diǎn)的選擇或內(nèi)容路由。
步驟8b、內(nèi)容分發(fā)完成后，邊緣MS向CRF發(fā)送內(nèi)容變更通知。
其中，步驟6b與步驟7b是邊緣MS通過(guò)CDCF向CRF轉(zhuǎn)發(fā)內(nèi)容變更通
知，而步驟8b是邊緣MS直接向CRF上報(bào)內(nèi)容變更通知，也就是說(shuō)步驟6b
與步驟7b和步驟8b是兩種并列的實(shí)現(xiàn)方式，在實(shí)際應(yīng)用中，可以在兩種實(shí)
現(xiàn)方式中選擇其中 一種方式進(jìn)行內(nèi)容變更通知的上報(bào)。通過(guò)上述的內(nèi)容初始分發(fā)或者智能分發(fā)后，CDCF或者M(jìn)S都具有新增 內(nèi)容的索引信息，可以由這兩個(gè)實(shí)體之一向CRF發(fā)送i某體節(jié)點(diǎn)上的內(nèi)容變更 信息；或者，在初始分發(fā)后由CDCF向CRF發(fā)送內(nèi)容變更通知，在智能分發(fā) 更新時(shí)則由MS向CRF發(fā)送內(nèi)容變更通知。
對(duì)于在內(nèi)容網(wǎng)絡(luò)中，刪除媒體節(jié)點(diǎn)上的內(nèi)容的情況，CDN中邊緣媒體節(jié) 點(diǎn)中的內(nèi)容在如下情況下可能被刪除初始分發(fā)引起媒體節(jié)點(diǎn)上存儲(chǔ)空間不 足，從而觸發(fā)內(nèi)容刪除。由于邊緣媒體節(jié)點(diǎn)的存儲(chǔ)能力有限， 一般不可能無(wú) 限制的存儲(chǔ)內(nèi)容，當(dāng)進(jìn)行內(nèi)容的發(fā)布或初始分發(fā)時(shí)，如果節(jié)點(diǎn)上的存儲(chǔ)空間 不足以存儲(chǔ)新的內(nèi)容，則一般需要對(duì)邊緣媒體節(jié)點(diǎn)上的內(nèi)容進(jìn)行刪除。在刪 除時(shí)可以根據(jù)內(nèi)容使用統(tǒng)計(jì)情況進(jìn)行，如可以采用最近最少使用原則進(jìn)行刪 除，即認(rèn)為在統(tǒng)計(jì)區(qū)間內(nèi)容被請(qǐng)求次數(shù)最少的內(nèi)容被再次請(qǐng)求的可能較小， 從而對(duì)其進(jìn)行刪除。媒體節(jié)點(diǎn)也可以根據(jù)內(nèi)容使用情況主動(dòng)刪除使用較少的 內(nèi)容。
圖8為發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例一流程圖，如圖8所示， 包括如下步驟
步驟300、 CRF接收媒體節(jié)點(diǎn)的內(nèi)容刪除通知信息；
所述內(nèi)容刪除通知信息可以是所要發(fā)生內(nèi)容刪除的媒體節(jié)點(diǎn)直接向CRF 發(fā)送的；也可以是所要發(fā)生內(nèi)容刪除的媒體節(jié)點(diǎn)首先將內(nèi)容刪除通知信息發(fā) 送給CDCF，再由CDCF將內(nèi)容刪除通知信息發(fā)送給CRF,所述內(nèi)容刪除通 知信息中包括有所述媒體節(jié)點(diǎn)要?jiǎng)h除的內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表信息。
媒體節(jié)點(diǎn)在刪除內(nèi)容前先請(qǐng)求CDCF刪除內(nèi)容索引，請(qǐng)求中可以攜帶將 要?jiǎng)h除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表、內(nèi)容所在的媒體節(jié)點(diǎn)信息和內(nèi)容刪除原因等。 CDCF進(jìn)而將內(nèi)容變化同步到CRF，即請(qǐng)求CRF刪除內(nèi)容索引，請(qǐng)求中可以 攜帶將刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表，或者攜帶可以表征待刪除內(nèi)容的簡(jiǎn)略表 示，以及內(nèi)容所在的々某體節(jié)點(diǎn)信息等。媒體節(jié)點(diǎn)也可以直接請(qǐng)求CRF刪除待 刪除的內(nèi)容索引，請(qǐng)求中可以攜帶將刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表，或者攜帶可以表征待刪除內(nèi)容的簡(jiǎn)略表示，以及內(nèi)容所在的媒體節(jié)點(diǎn)信息等。
步驟301、 CRF根據(jù)接收到的所述內(nèi)容刪除通知信息，刪除所存儲(chǔ)的內(nèi) 容索引信息中所要?jiǎng)h除的內(nèi)容對(duì)應(yīng)的索引信息。
CRF接收到內(nèi)容刪除通知信息后，根據(jù)其中包括的所要?jiǎng)h除內(nèi)容的標(biāo)識(shí) 信息，將原先存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的索引信息刪除。刪除后，向MS 返回響應(yīng)信息，確認(rèn)內(nèi)容已經(jīng)刪除，MS在收到CRF的響應(yīng)信息后，再將其 上的內(nèi)容進(jìn)行刪除操作，這樣保證了 CRF的內(nèi)容索引先于MS上的內(nèi)容被刪 除，避免發(fā)生錯(cuò)誤的內(nèi)容路由。
圖9為本發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例二信令圖，如圖9所 示給出媒體節(jié)點(diǎn)通過(guò)CDCF進(jìn)行內(nèi)容刪除時(shí)的內(nèi)容索引更新步驟
步驟lc、當(dāng)MS要進(jìn)行內(nèi)容刪除時(shí)，MS向CDCF發(fā)送內(nèi)容刪除請(qǐng)求， 請(qǐng)求CDCF刪除內(nèi)容索引；
請(qǐng)求信息中攜帶有待刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表或者可以表征待刪除內(nèi) 容的簡(jiǎn)略表示方法，如采用正則表達(dá)式表示多個(gè)待刪除內(nèi)容等；另外，可能 還需要指出內(nèi)容所在的媒體節(jié)點(diǎn)標(biāo)識(shí)等信息。
步驟2c、 CDCF請(qǐng)求CRF刪除待刪除內(nèi)容的內(nèi)容索引信息，并攜帶上述 信息；
步驟3c、 CRF刪除相關(guān)的內(nèi)容索引，并向CDCF反饋處理結(jié)果； 步驟4c、 CDCF進(jìn)一步向MS確認(rèn)內(nèi)容索引信息已刪除； 步驟5c、 MS進(jìn)行刪除待刪內(nèi)容。
分避免錯(cuò)誤的內(nèi)容路由。
圖10為本發(fā)明內(nèi)容索引處理方法中內(nèi)容刪除實(shí)施例三信令圖，如圖10 所示給出媒體節(jié)點(diǎn)通知CRF進(jìn)行內(nèi)容刪除時(shí)的內(nèi)容索引更新步驟
步驟ld、當(dāng)MS要進(jìn)行內(nèi)容刪除時(shí)，MS向CRF發(fā)送內(nèi)容刪除請(qǐng)求，請(qǐng) 求CRF刪除內(nèi)容索引，其中攜帶待刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表或者可以表征待刪除內(nèi)容的簡(jiǎn)略表示方法，如采用正則表達(dá)式表示多個(gè)待刪除內(nèi)容等；另 外，可能還需要指出內(nèi)容所在的4某體節(jié)點(diǎn)標(biāo)識(shí)；
步驟2d、 CRF刪除相關(guān)的內(nèi)容索引并向媒體節(jié)點(diǎn)反饋處理結(jié)果；
步驟3d、 MS進(jìn)行刪除待刪內(nèi)容。
本實(shí)施例提供的分發(fā)保證了內(nèi)容索引可以先于內(nèi)容被刪除，從而可以充 分避免錯(cuò)誤的內(nèi)容路由。
內(nèi)容網(wǎng)絡(luò)進(jìn)行內(nèi)容索引信息更新的原因還可能是由于媒體節(jié)點(diǎn)不可用而 造成的，媒體節(jié)點(diǎn)不可用一般有兩種情況， 一種是媒體節(jié)點(diǎn)因故障整個(gè)不可 用無(wú)法提供內(nèi)容，另一種是媒體節(jié)點(diǎn)因部分故障造成部分內(nèi)容不可用。在媒 體節(jié)點(diǎn)內(nèi)容不可用時(shí)也可以采用兩種內(nèi)容索引更新機(jī)制 一種是基于CDCF 的內(nèi)容索引更新，這種情況下，媒體節(jié)點(diǎn)的故障信息由CDCF獲得或檢測(cè)到， 并由其通知到CRF。對(duì)于々某體節(jié)點(diǎn)的故障情況，CDCF可以通過(guò)4企測(cè)MS狀 態(tài)來(lái)獲得其故障的信息，如在兩者間采用定時(shí)的?；顧C(jī)制；另外，若MS依 然可以發(fā)送消息，則MS可以將媒體節(jié)點(diǎn)不可用事件通知給CDCF;當(dāng)CDCF 獲得相應(yīng)信息后，其可以請(qǐng)求CRF在內(nèi)容索引信息中標(biāo)記與該MS相關(guān)的所 有內(nèi)容均不可用；或者M(jìn)S也可以請(qǐng)求CDCF從內(nèi)容索引信息中刪除與該MS 相關(guān)的所有內(nèi)容索引；MS在發(fā)送給CDCF的報(bào)告中給出不可用內(nèi)容的信息， 該報(bào)告可以使用內(nèi)容標(biāo)識(shí)或標(biāo)識(shí)列表，或者給出不可用內(nèi)容的特征等方法指 示不可用的內(nèi)容；當(dāng)CDCF獲得相應(yīng)信息后，其可以請(qǐng)求CRF從內(nèi)容索引中 刪除與該MS相關(guān)的所有內(nèi)容索引。
另一種是基于媒體節(jié)點(diǎn)的索引更新，對(duì)于MS的故障情況，若MS依然 可以發(fā)送消息，則MS可以將媒體節(jié)點(diǎn)不可用事件通知給CRF, MS可以在 發(fā)送給CRF的報(bào)告中給出不可用內(nèi)容的信息，該報(bào)告可以使用內(nèi)容標(biāo)識(shí)或標(biāo) 識(shí)列表，或者給出不可用內(nèi)容的特征等方法指示不可用的內(nèi)容。
圖U為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí)
18施例一流程圖，針對(duì)在々某體節(jié)點(diǎn)整個(gè)不可用情況下包括如下步驟
步驟400、 CRF接收節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括所
述媒體節(jié)點(diǎn)的標(biāo)識(shí)信息；
該節(jié)點(diǎn)故障通知信息可以是由發(fā)生故障的媒體節(jié)點(diǎn)直接發(fā)送來(lái)的，也可
以是由發(fā)生故障的媒體節(jié)點(diǎn)將節(jié)點(diǎn)故障通知信息發(fā)送給CDCF，然后由CDCF
向CRF轉(zhuǎn)發(fā)節(jié)點(diǎn)故障通知信息；再或者是由CRF或CDCF通過(guò)對(duì)媒體節(jié)點(diǎn)
進(jìn)行;險(xiǎn)測(cè)而獲知節(jié)點(diǎn)故障通知信息。
信息過(guò)程之前，還包括CDCF接收MS發(fā)送的所述節(jié)點(diǎn)故障通知信息或通過(guò) 檢測(cè)獲知所述媒體節(jié)點(diǎn)的所述節(jié)點(diǎn)故障通知信息；CDCF將所存儲(chǔ)的內(nèi)容索 引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的MS的內(nèi)容索引信息設(shè)置為不可用；CDCF 向CRF發(fā)送所述節(jié)點(diǎn)故障通知信息；CDCF接收CRF返回的所述節(jié)點(diǎn)故障通 知信息的響應(yīng)信息；CDCF向MS發(fā)送所述節(jié)點(diǎn)故障通知信息的響應(yīng)信息。
步驟401、 CRF根據(jù)接收到的節(jié)點(diǎn)故障通知信息，對(duì)存儲(chǔ)的發(fā)生故障的 媒體節(jié)點(diǎn)的相應(yīng)的內(nèi)容索引信息進(jìn)行變更；
變更處理主要包括根據(jù)接收到的所述標(biāo)識(shí)信息，將所存儲(chǔ)的內(nèi)容索引信 息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的i某體節(jié)點(diǎn)的內(nèi)容索引信息設(shè)置為不可用；或根 據(jù)接收到的所述標(biāo)識(shí)信息，刪除所存儲(chǔ)的內(nèi)容索引信息中與所述標(biāo)識(shí)信息對(duì) 應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息。
圖12為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí) 施例二流程圖，如圖12給出i某體節(jié)點(diǎn)整體不可用時(shí)的內(nèi)容索引更新步驟，此 時(shí)媒體節(jié)點(diǎn)無(wú)法提供內(nèi)容服務(wù)，具體包括如下步驟
步驟le、 MS發(fā)生整體不可用故障，其原因可能是維護(hù)需要，或者是MS 宕機(jī)；
步驟2e、 MS向CDCF發(fā)送節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息 中攜帶該MS的標(biāo)識(shí)信息，還可以攜帶故障原因；當(dāng)然，也可能MS已經(jīng)無(wú)法發(fā)送此通知，但CDCF可以通過(guò)和MS采用?；顧C(jī)制來(lái);f企測(cè)到這一事件的 發(fā)生。當(dāng)發(fā)生這一事件后，CDCF需要進(jìn)行內(nèi)容索引更新，可以標(biāo)記該々某體 節(jié)點(diǎn)整體不可用；
步驟3e、 CDCF將節(jié)點(diǎn)故障通知信息通知給CRF，請(qǐng)求其刪除與該MS 相關(guān)的所有內(nèi)容索引或者設(shè)置該MS所有相關(guān)內(nèi)容索引不可用，其中攜帶MS 的標(biāo)識(shí)信息等；
步驟4e、 CRF根據(jù)CDCF的請(qǐng)求進(jìn)行內(nèi)容索引更新處理，并向CDCF反 饋確認(rèn)信息；
步驟5e、 CDCF向該MS確認(rèn)此故障通知。
整個(gè)流程保證了內(nèi)容索引在媒體節(jié)點(diǎn)故障時(shí)可以及時(shí)更新，從而可以充 分避免錯(cuò)誤的內(nèi)容路由。
圖13為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí) 施例三流程圖，圖中給出媒體節(jié)點(diǎn)整體不可用時(shí)的內(nèi)容索引更新步驟，與圖 12的實(shí)施例不同之處在于媒體節(jié)點(diǎn)的故障信息通知到CRF而非CDCF,具體 步驟如下
步驟lf、 MS發(fā)生整體不可用故障，其原因可能是維護(hù)需要，或者是MS 宕機(jī)；
步驟2f、 MS向CRF發(fā)送節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息中 攜帶該MS的標(biāo)識(shí)信息，還可以攜帶故障原因；當(dāng)然，也可能+某體節(jié)點(diǎn)已經(jīng) 無(wú)法發(fā)送此通知，但CRF可以通過(guò)和媒體節(jié)點(diǎn)采用?；顧C(jī)制來(lái)檢測(cè)到這一事 件的發(fā)生；
步驟3f、 CRF進(jìn)行內(nèi)容索引更新，具體可以是刪除該MS相關(guān)的所有內(nèi) 容索引或者標(biāo)記該MS所有相關(guān)內(nèi)容索引不可用； 步驟4f、 CRF向MS確認(rèn)此故障通知。
整個(gè)流程保證了內(nèi)容索引在媒體節(jié)點(diǎn)故障時(shí)可以及時(shí)更新，從而可以充 分避免錯(cuò)誤的內(nèi)容路由。圖14為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí) 施例四流程圖，針對(duì)在媒體節(jié)點(diǎn)部分不可用情況下包括如下步驟
步驟500、 CRF接收節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括不 可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；
該節(jié)點(diǎn)故障通知信息可以是由發(fā)生故障的々某體節(jié)點(diǎn)直接發(fā)送來(lái)的，也可 以是由發(fā)生故障的媒體節(jié)點(diǎn)將節(jié)點(diǎn)故障通知信息發(fā)送給CDCF，然后由CDCF 向CRF轉(zhuǎn)發(fā)節(jié)點(diǎn)故障通知信息；再或者是由CRF或CDCF通過(guò)對(duì)媒體節(jié)點(diǎn) 進(jìn)行檢測(cè)而獲知節(jié)點(diǎn)故障通知信息。
信息過(guò)程之前，還包括CDCF接收MS發(fā)送的所述節(jié)點(diǎn)故障通知信息或通過(guò) 檢測(cè)獲知所述媒體節(jié)點(diǎn)的所述節(jié)點(diǎn)故障通知信息；CDCF刪除所存儲(chǔ)的內(nèi)容 索引信息中，與所述節(jié)點(diǎn)故障通知信息中包括的內(nèi)容標(biāo)識(shí)信息對(duì)應(yīng)的內(nèi)容索 引信息；CDCF向CRF發(fā)送所述節(jié)點(diǎn)故障通知信息；CDCF接收CRF返回的 所述節(jié)點(diǎn)故障通知信息的響應(yīng)信息；CDCF向MS發(fā)送所述節(jié)點(diǎn)故障通知信 息的響應(yīng)^f言息。
步驟501、 CRF根據(jù)接收到的所述不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表，刪除 所存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的內(nèi)容索引信息或者標(biāo)記所存儲(chǔ)的內(nèi)容索引信 息中對(duì)應(yīng)的內(nèi)容索引信息不可用。
圖15為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí) 施例五流程圖，如圖15給出々某體節(jié)點(diǎn)部分不可用時(shí)的內(nèi)容索引更新步驟如 下
步驟lg、 MS發(fā)生部分不可用故障，導(dǎo)致有部分內(nèi)容不可用； 步驟2g、 MS向CDCF上報(bào)不可用的內(nèi)容信息；其中攜帶有不可用內(nèi)容 的標(biāo)識(shí)或標(biāo)識(shí)列表或者可以表征不可用內(nèi)容的簡(jiǎn)略表示方法，如采用正則表 達(dá)式表示多個(gè)不可用內(nèi)容等；另外，可能還需要指出內(nèi)容所在的媒體節(jié)點(diǎn)標(biāo) 識(shí)；
21步驟3g、 CDCF向CRF發(fā)送更新i某體節(jié)點(diǎn)的不可用內(nèi)容的索引信息的請(qǐng) 求，并攜帶上述信息；
步驟4g、 CRF根據(jù)接收到的請(qǐng)求，刪除不可用內(nèi)容的索引信息或者設(shè)置 不可用內(nèi)容的索引信息為不可用，并向CDCF反饋處理結(jié)果；
步驟5g、 CDCF向MS確認(rèn)內(nèi)容索引已更新。
以充分避免錯(cuò)誤的內(nèi)容路由。
圖16為本發(fā)明內(nèi)容索引處理方法中媒體節(jié)點(diǎn)不可用時(shí)進(jìn)行索引更新實(shí) 施例六流程圖，如圖16給出媒體節(jié)點(diǎn)部分不可用時(shí)的內(nèi)容索引更新步驟，與 圖15中所提供的實(shí)施例的不同之處在于媒體節(jié)點(diǎn)將不可用內(nèi)容的信息通知 給CRF而非CDCF，具體步驟如下
步驟lh、 MS發(fā)生部分不可用故障，導(dǎo)致有部分內(nèi)容不可用；
步驟2h、 MS向CRF上報(bào)不可用的內(nèi)容信息；其中攜帶有不可用內(nèi)容的 標(biāo)識(shí)或標(biāo)識(shí)列表或者可以表征不可用內(nèi)容的簡(jiǎn)略表示方法，如采用正則表達(dá) 式表示多個(gè)不可用內(nèi)容等；另夕卜，可能還需要指出內(nèi)容所在的^某體節(jié)點(diǎn)標(biāo)識(shí)；
步驟3h、 CRF刪除不可用內(nèi)容的索引信息或者標(biāo)記對(duì)應(yīng)的不可用內(nèi)容的 索引信息為不可用；
步驟4h、 CRF向MS確認(rèn)內(nèi)容索引信息已更新。
以充分避免錯(cuò)誤的內(nèi)容路由。
在上述的所有內(nèi)容索引處理方法實(shí)施例中，在CRF根據(jù)接收到的內(nèi)容變 更通知信息，對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變更之后，還要向MS發(fā)送節(jié)點(diǎn) 故障通知信息的響應(yīng)信息。
采用本發(fā)明實(shí)施例所提供的方法，可以容易的將CDN和IMS-based IPTV 進(jìn)行適配，對(duì)內(nèi)容路由所用的內(nèi)容索引信息進(jìn)行及時(shí)的更新，以進(jìn)行準(zhǔn)確的 業(yè)務(wù)請(qǐng)求路由，增強(qiáng)IMS-based IPTV標(biāo)準(zhǔn)的可實(shí)施性。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟 可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀 取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述 的存儲(chǔ)介質(zhì)包括ROM、 RAM、》茲碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介 質(zhì)。
圖17為本發(fā)明內(nèi)容路由功能實(shí)體實(shí)施例結(jié)構(gòu)示意圖，如圖17所示，該 內(nèi)容路由功能實(shí)體即CRF包括接收模塊11和處理模塊21，其中接收模塊11 用于接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息；處理模塊21用于對(duì)所存儲(chǔ)的內(nèi)容索 引信息進(jìn)行變更。
具體地，CRF的接收模塊11接收到媒體節(jié)點(diǎn)發(fā)送的或媒體節(jié)點(diǎn)通過(guò) CDCF轉(zhuǎn)發(fā)的內(nèi)容變更通知信息，該內(nèi)容變更通知信息中包括^^某體節(jié)點(diǎn)上發(fā) 生變更的內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表信息，若媒體節(jié)點(diǎn)整體不可用時(shí)，要攜帶該 媒體節(jié)點(diǎn)的標(biāo)識(shí)信息，處理模塊21根據(jù)接收到的索引信息，對(duì)存儲(chǔ)的媒體節(jié) 點(diǎn)的內(nèi)容索引信息進(jìn)行相應(yīng)地變更，如進(jìn)行增加或刪除等操作。進(jìn)一步地， 根據(jù)不同的內(nèi)容變更情況，處理模塊21包括增加處理子模塊211、刪除處理 子模塊212和故障處理子模塊213，其中增加處理子模塊211用于根據(jù)接收 到的內(nèi)容增加通知信息，在所存儲(chǔ)的內(nèi)容索引信息中增加新增內(nèi)容的索引信 息，所述內(nèi)容增加通知信息攜帶有增加內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；刪除處理子 模塊212用于根據(jù)接收到的內(nèi)容刪除通知信息，刪除所存儲(chǔ)的內(nèi)容索引信息 中被刪除內(nèi)容所對(duì)應(yīng)的索引信息，所述內(nèi)容刪除通知信息攜帶有刪除內(nèi)容的 標(biāo)識(shí)或標(biāo)識(shí)列表；故障處理子模塊213用于在媒體節(jié)點(diǎn)整體不可用時(shí)，根據(jù) 接收到的節(jié)點(diǎn)故障通知信息中包括的所述媒體節(jié)點(diǎn)的標(biāo)識(shí)信息，將所存儲(chǔ)的 內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息設(shè)置為不 可用；或根據(jù)接收到的所述標(biāo)識(shí)信息，刪除所存儲(chǔ)的內(nèi)容索引信息中與所述 標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息；或在媒體節(jié)點(diǎn)部分不可用時(shí)，根 據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表，刪除所存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的內(nèi)容索引信息或者將所存儲(chǔ)的內(nèi)容索引信息 中對(duì)應(yīng)的內(nèi)容索引信息設(shè)置為不可用。
CRJF還包括存儲(chǔ)模塊31用于存儲(chǔ)媒體節(jié)點(diǎn)的內(nèi)容索引信息，在存儲(chǔ)模塊 31中存儲(chǔ)有與CRF連接的所有媒體節(jié)點(diǎn)的內(nèi)容索引信息，即包括邊緣和核心 媒體節(jié)點(diǎn)的內(nèi)容索引信息，若某個(gè)媒體節(jié)點(diǎn)的內(nèi)容發(fā)生變更，則處理模塊21 對(duì)存儲(chǔ)模塊31中存儲(chǔ)的內(nèi)容索引信息進(jìn)行相應(yīng)的變更處理。
本發(fā)明實(shí)施例提供的內(nèi)容路由功能實(shí)體，可以根據(jù)媒體節(jié)點(diǎn)的內(nèi)容變更 情況，做出及時(shí)地內(nèi)容索引信息變更，以保證進(jìn)行媒體節(jié)點(diǎn)選擇或內(nèi)容路由 的準(zhǔn)確性。
圖18為本發(fā)明內(nèi)容分發(fā)控制實(shí)體實(shí)施例結(jié)構(gòu)示意圖，如圖18所示，該 內(nèi)容分發(fā)控制實(shí)體，即CDCF包括內(nèi)容分發(fā)控制模塊41和索引更新模塊51, 其中內(nèi)容分發(fā)控制模塊41用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體 節(jié)點(diǎn)之間分發(fā)進(jìn)行控制；索引更新模塊51用于為內(nèi)容路由功能實(shí)體提供媒體 節(jié)點(diǎn)的內(nèi)容變更通知信息。
具體地，內(nèi)容分發(fā)控制實(shí)體CDCF由其進(jìn)行全網(wǎng)內(nèi)容分發(fā)的統(tǒng)一控制。 由于內(nèi)容網(wǎng)絡(luò)是分級(jí)的，所以這里的內(nèi)容分發(fā)也可以分層逐級(jí)進(jìn)行，即先由 CDCF控制內(nèi)容分發(fā)到核心媒體節(jié)點(diǎn)，由其進(jìn)行儲(chǔ)存；此后，根據(jù)分發(fā)策略， 再控制內(nèi)容由核心媒體節(jié)點(diǎn)向邊緣媒體節(jié)點(diǎn)的分發(fā)。
CDCF控制內(nèi)容從內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)，或者由一個(gè)媒體節(jié)點(diǎn)分發(fā)到 另一個(gè)媒體節(jié)點(diǎn)；包括控制內(nèi)容從內(nèi)容源分發(fā)到核心媒體節(jié)點(diǎn)或邊緣媒體節(jié) 點(diǎn)；或者控制從內(nèi)容源先分發(fā)內(nèi)容到核心媒體節(jié)點(diǎn)，然后從核心媒體節(jié)點(diǎn)分 發(fā)內(nèi)容到邊緣媒體節(jié)點(diǎn)等；其向內(nèi)容路由功能實(shí)體提供或更新內(nèi)容索引信息； 內(nèi)容分發(fā)的結(jié)果也就是內(nèi)容索引信息提供給內(nèi)容路由功能實(shí)體用于其進(jìn)行內(nèi) 容路由過(guò)程。
圖19為本發(fā)明內(nèi)容索引處理系統(tǒng)實(shí)施例結(jié)構(gòu)示意圖，如圖19所示，該 系統(tǒng)包括Jf某體節(jié)點(diǎn)3、內(nèi)容路由功能實(shí)體CRF1和內(nèi)容分發(fā)控制實(shí)體CDCF2，其中CRF1包括接收模塊11和處理模塊21，其中接收模塊11用于接收媒體 節(jié)點(diǎn)的內(nèi)容變更通知信息；處理模塊21用于對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變 更。
具體地，CRF的接收模塊11接收到媒體節(jié)點(diǎn)發(fā)送的或媒體節(jié)點(diǎn)通過(guò) CDCF轉(zhuǎn)發(fā)的內(nèi)容變更通知信息，該內(nèi)容變更通知信息中包括媒體節(jié)點(diǎn)上發(fā) 生變更的內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表信息，若媒體節(jié)點(diǎn)整體不可用時(shí)，要攜帶該 媒體節(jié)點(diǎn)的標(biāo)識(shí)信息，處理模塊21根據(jù)接收到的索引信息，對(duì)存儲(chǔ)的媒體節(jié) 點(diǎn)的內(nèi)容索引信息進(jìn)行相應(yīng)地變更，如進(jìn)行增加或刪除等操作。進(jìn)一步地， 根據(jù)不同的內(nèi)容變更情況，處理模塊21包括增加處理子模塊211、刪除處理 子模塊212和故障處理子模塊213，其中增加處理子模塊211用于根據(jù)接收 到的內(nèi)容增加通知信息，在所存儲(chǔ)的內(nèi)容索引信息中增加新增內(nèi)容的索引信 息，所述內(nèi)容增加通知信息攜帶有增加內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；刪除處理子 模塊212用于根據(jù)接收到的內(nèi)容刪除通知信息，刪除所存儲(chǔ)的內(nèi)容索引信息 中被刪除內(nèi)容所對(duì)應(yīng)的索引信息，所述內(nèi)容刪除通知信息攜帶有刪除內(nèi)容的 標(biāo)識(shí)或標(biāo)識(shí)列表；故障處理子模塊213用于在媒體節(jié)點(diǎn)整體不可用時(shí)，根據(jù) 接收到的節(jié)點(diǎn)故障通知信息中包括的所述媒體節(jié)點(diǎn)的標(biāo)識(shí)信息，將所存儲(chǔ)的 內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息設(shè)置為不 可用；或根據(jù)接收到的所述標(biāo)識(shí)信息，刪除所存儲(chǔ)的內(nèi)容索引信息中與所述 標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息；或在媒體節(jié)點(diǎn)部分不可用時(shí)，根 據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表，刪除 所存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的內(nèi)容索引信息或者將所存儲(chǔ)的內(nèi)容索引信息 中對(duì)應(yīng)的內(nèi)容索引信息設(shè)置為不可用。
CRF還包括存儲(chǔ)模塊31用于存儲(chǔ)媒體節(jié)點(diǎn)的內(nèi)容索引信息，在存儲(chǔ)模塊 31中存儲(chǔ)有與CRF連接的所有媒體節(jié)點(diǎn)的內(nèi)容索引信息，即包括邊緣和核心媒 體節(jié)點(diǎn)的內(nèi)容索引信息，若某個(gè)4某體節(jié)點(diǎn)的內(nèi)容發(fā)生變更，則處理才莫塊21對(duì)存 儲(chǔ)模塊31中存儲(chǔ)的內(nèi)容索引信息進(jìn)行相應(yīng)的變更處理。CDCF2包括內(nèi)容分發(fā)控制模塊41和索引更新模塊51,其中內(nèi)容分發(fā)控 制模塊41用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體節(jié)點(diǎn)之間分發(fā)進(jìn) 行控制；索引更新才莫塊51用于為內(nèi)^^各由功能實(shí)體提供媒體節(jié)點(diǎn)的內(nèi)容變更 通知信息。
圖20為本發(fā)明內(nèi)容索引處理系統(tǒng)實(shí)施例邏輯結(jié)構(gòu)示意圖，如圖20所示， 在系統(tǒng)的邏輯框架中包括內(nèi)容源為內(nèi)容的源點(diǎn)，提供內(nèi)容給內(nèi)容網(wǎng)絡(luò)，一 般由內(nèi)容提供商控制；業(yè)務(wù)控制功能實(shí)體(Service Control Function;以下簡(jiǎn) 稱(chēng)SCF)是IPTV業(yè)務(wù)控制功能實(shí)體，控制業(yè)務(wù)向授權(quán)用戶(hù)的交付；UE為 用戶(hù)終端，用于發(fā)起基于SIP的IPTV業(yè)務(wù)請(qǐng)求；IMScore是IMS標(biāo)準(zhǔn)中的 IMS核，功能遵循現(xiàn)有3gpp標(biāo)準(zhǔn)；MS指具有媒體服務(wù)控制和交付能力的媒 體服務(wù)器；另外，在Open IPTV Forum CDN架構(gòu)中的CC+CDF或者CDF; 或者TISPAN IMS-based IPTV架構(gòu)中的MCF+MDF,或者M(jìn)DF等都可以看 作是媒體節(jié)點(diǎn)；CRF具有內(nèi)容索引信息，該信息包括邊緣和核心媒體節(jié)點(diǎn)的內(nèi) 容索引信息，其可以接收用于請(qǐng)求內(nèi)容的SIP業(yè)務(wù)請(qǐng)求，并根據(jù)內(nèi)容索引信息 對(duì)其進(jìn)行內(nèi)容路由。CRF與MS之間的接口以及CRF之間的接口為內(nèi)容路由 接口 ； CRF通過(guò)該接口路由或者轉(zhuǎn)發(fā)內(nèi)容業(yè)務(wù)請(qǐng)求到々某體節(jié)點(diǎn)或者其它CRF。 CDCF控制內(nèi)容從內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)，或者由一個(gè)媒體節(jié)點(diǎn)分發(fā)到另一 個(gè)媒體節(jié)點(diǎn)；包括控制內(nèi)容從內(nèi)容源分發(fā)到核心媒體節(jié)點(diǎn)或邊緣媒體節(jié)點(diǎn)； 或者控制從內(nèi)容源先分發(fā)內(nèi)容到核心媒體節(jié)點(diǎn)，然后從核心媒體節(jié)點(diǎn)分發(fā)內(nèi) 容到邊緣媒體節(jié)點(diǎn)等；向內(nèi)容路由功能實(shí)體提供或更新內(nèi)容索引信息；內(nèi)容 分發(fā)的結(jié)果也就是內(nèi)容索引信息(或稱(chēng)為內(nèi)容分布信息)提供給內(nèi)容路由功 能實(shí)體用于其進(jìn)行內(nèi)容路由過(guò)程。CDCF與CRF之間的接口用于內(nèi)容索引更 新；另外，CDCF與所有MS之間具有內(nèi)容分發(fā)控制接口。上述媒體節(jié)點(diǎn)分 級(jí)部署，構(gòu)成典型的分層或分級(jí)CDN網(wǎng)絡(luò)。這里只給出了三級(jí)部署結(jié)構(gòu)作以 說(shuō)明，也可以進(jìn)行多級(jí)部署。
在系統(tǒng)中，CDCF是全網(wǎng)唯一的分發(fā)控制實(shí)體，由其進(jìn)行所有的內(nèi)容分發(fā)控制工作；為了控制的靈活性，也可以在各級(jí)按需分別設(shè)置內(nèi)容分發(fā)控制 實(shí)體，比如在二級(jí)中心也設(shè)置內(nèi)容分發(fā)控制實(shí)體；這時(shí)候一級(jí)分發(fā)控制實(shí)體 僅控制內(nèi)容從內(nèi)容源向一級(jí)媒體節(jié)點(diǎn)的分發(fā)，而二級(jí)內(nèi)容分發(fā)控制實(shí)體則控 制內(nèi)容從一級(jí)媒體節(jié)點(diǎn)向二級(jí)媒體節(jié)點(diǎn)，以及二級(jí)媒體節(jié)點(diǎn)向邊緣媒體節(jié)點(diǎn) 的分發(fā)。其分發(fā)控制過(guò)程和內(nèi)容索引更新過(guò)程其實(shí)是一致的。
釆取本實(shí)施例提供的內(nèi)容索引更新系統(tǒng)，可以避免發(fā)生內(nèi)容還沒(méi)有部署 到媒體節(jié)點(diǎn)，而內(nèi)容索引已經(jīng)出現(xiàn)在CRF中的情況；也可以避免當(dāng)內(nèi)容已經(jīng) 從媒體節(jié)點(diǎn)刪除，而CRF中的索引依然存在的情況。因此CRF也就不會(huì)進(jìn) 行錯(cuò)誤的內(nèi)容業(yè)務(wù)請(qǐng)求路由，CRF能夠根據(jù)MS的內(nèi)容變更情況，對(duì)所存儲(chǔ) 的MS的內(nèi)容索引信息進(jìn)行及時(shí)準(zhǔn)確地更新，保證了i某體節(jié)點(diǎn)的選擇和內(nèi)容 路由的準(zhǔn)確性，提高業(yè)務(wù)服務(wù)質(zhì)量。
最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其 限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù) 人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或 者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技 術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種內(nèi)容索引處理方法，其特征在于包括具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息；根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變更。
2、 根據(jù)權(quán)利要求1所述的內(nèi)容索引處理方法，其特征在于所述具有會(huì)話(huà) 初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息包 括所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收所述^^某體節(jié)點(diǎn)發(fā) 送的所述J 某體節(jié)點(diǎn)的內(nèi)容增加或刪除通知信息；或所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收內(nèi)容分發(fā)控制 功能實(shí)體發(fā)送的所述媒體節(jié)點(diǎn)的內(nèi)容增加或刪除通知信息。
3、 根據(jù)權(quán)利要求2所述的內(nèi)容索引處理方法，其特征在于所述內(nèi)容增加 通知信息攜帶有增加內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；所述內(nèi)容刪除通知信息攜帶有刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表。
4、 根據(jù)權(quán)利要求3所述的內(nèi)容索引處理方法，其特征在于所述內(nèi)容路由 實(shí)體對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變更之后，還包括所述媒體節(jié)點(diǎn)接收所述內(nèi)容刪除通知信息的響應(yīng)信息； 所述媒體節(jié)點(diǎn)刪除所述內(nèi)容刪除通知信息中發(fā)生變更的內(nèi)容。
5、 根據(jù)權(quán)利要求1所述的內(nèi)容索引處理方法，其特征在于所述具有會(huì)話(huà) 初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息包 括所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收所述^ 某體節(jié)點(diǎn)發(fā)送的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括所述J 某體節(jié)點(diǎn)的標(biāo)識(shí)信 白 或所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收內(nèi)容分發(fā)控制 功能實(shí)體發(fā)送的所述媒體節(jié)點(diǎn)的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括所述媒體節(jié)點(diǎn)的標(biāo)識(shí)信息；或所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體通過(guò)^r測(cè)獲知所述 媒體節(jié)點(diǎn)的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括所述纟某體節(jié)點(diǎn)的 標(biāo)識(shí)信息。
6、 根據(jù)權(quán)利要求1所述的內(nèi)容索引處理方法，其特征在于所述具有會(huì)話(huà) 初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息包 括所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收所述媒體節(jié)點(diǎn)發(fā) 送的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括不可用內(nèi)容的標(biāo)識(shí)或標(biāo) 識(shí)列表；或所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收內(nèi)容分發(fā)控制 功能實(shí)體發(fā)送的所述媒體節(jié)點(diǎn)的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息 包括不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；或所述具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體通過(guò)^r測(cè)獲知所述 媒體節(jié)點(diǎn)的節(jié)點(diǎn)故障通知信息，所述節(jié)點(diǎn)故障通知信息包括不可用內(nèi)容的標(biāo) 識(shí)或標(biāo)識(shí)列表。
7、 一種內(nèi)容路由功能實(shí)體，其特征在于包括 接收模塊，用于接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息；處理模塊，用于根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容 索引信息進(jìn)行變更。
8、 根據(jù)權(quán)利要求7所述的內(nèi)容路由功能實(shí)體，其特征在于所述處理模塊 包括增加處理子模塊，用于根據(jù)接收到的內(nèi)容增加通知信息，在所存儲(chǔ)的內(nèi) 容索引信息中增加新增內(nèi)容的索引信息，所述內(nèi)容增加通知信息攜帶有增加內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；刪除處理子模塊，用于根據(jù)接收到的內(nèi)容刪除通知信息，刪除所存儲(chǔ)的 內(nèi)容索引信息中被刪除內(nèi)容所對(duì)應(yīng)的索引信息，所述內(nèi)容刪除通知信息攜帶 有刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；故障處理子模塊，用于根據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的所述媒 體節(jié)點(diǎn)的標(biāo)識(shí)信息，將所存儲(chǔ)的內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒 體節(jié)點(diǎn)的內(nèi)容索引信息設(shè)置為不可用；或根據(jù)接收到的所述標(biāo)識(shí)信息，刪除 所存儲(chǔ)的內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息； 或根據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表， 刪除所存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的內(nèi)容索引信息。
9、 根據(jù)權(quán)利要求7或8所述的內(nèi)容路由功能實(shí)體，其特征在于還包括 存儲(chǔ)模塊，用于存儲(chǔ)^某體節(jié)點(diǎn)的內(nèi)容索引信息。
10、 一種內(nèi)容分發(fā)控制實(shí)體，其特征在于包括內(nèi)容分發(fā)控制模塊，用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體節(jié) 點(diǎn)之間分發(fā)進(jìn)行控制；索引更新模塊，用于為內(nèi)容路由功能實(shí)體提供媒體節(jié)點(diǎn)的內(nèi)容變更通知 信息。
11、 一種內(nèi)容索引處理系統(tǒng)，包括媒體節(jié)點(diǎn)，其特征在于還包括內(nèi)容路 由功能實(shí)體和內(nèi)容分發(fā)控制實(shí)體，所述內(nèi)容路由功能實(shí)體包括接收模塊，用于接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息； 處理模塊，用于根據(jù)接收到的所述內(nèi)容變更通知信息，對(duì)所存儲(chǔ)的內(nèi)容 索引信息進(jìn)行變更；所述內(nèi)容分發(fā)控制實(shí)體包括內(nèi)容分發(fā)控制模塊，用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體節(jié) 點(diǎn)之間分發(fā)進(jìn)行控制；索引更新模塊，用于為內(nèi)容路由功能實(shí)體提供媒體節(jié)點(diǎn)的內(nèi)容變更通知信息。
12、 根據(jù)權(quán)利要求11所述的內(nèi)容索引處理系統(tǒng)，其特征在于所述處理模 塊包括增加處理子模塊，用于根據(jù)接收到的內(nèi)容增加通知信息，在所存儲(chǔ)的內(nèi) 容索引信息中增加新增內(nèi)容的索引信息，所述內(nèi)容增加通知信息攜帶有增加 內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；刪除處理子模塊，用于根據(jù)接收到的內(nèi)容刪除通知信息，刪除所存儲(chǔ)的 內(nèi)容索引信息中被刪除內(nèi)容所對(duì)應(yīng)的索引信息，所述內(nèi)容刪除通知信息攜帶 有刪除內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表；故障處理子模塊，用于根據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的所述媒 體節(jié)點(diǎn)的標(biāo)識(shí)信息，將所存儲(chǔ)的內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒 體節(jié)點(diǎn)的內(nèi)容索引信息設(shè)置為不可用；或根據(jù)接收到的所述標(biāo)識(shí)信息，刪除 所存儲(chǔ)的內(nèi)容索引信息中，與所述標(biāo)識(shí)信息對(duì)應(yīng)的媒體節(jié)點(diǎn)的內(nèi)容索引信息； 或根據(jù)接收到的節(jié)點(diǎn)故障通知信息中包括的不可用內(nèi)容的標(biāo)識(shí)或標(biāo)識(shí)列表， 刪除所存儲(chǔ)的內(nèi)容索引信息中對(duì)應(yīng)的內(nèi)容索引信息。
13、 根據(jù)權(quán)利要求11或12所述的內(nèi)容索引處理系統(tǒng)，其特征在于，所 述內(nèi)容路由功能實(shí)體還包括存儲(chǔ)模塊，用于存儲(chǔ)媒體節(jié)點(diǎn)的內(nèi)容索引信息。
全文摘要
本發(fā)明實(shí)施例提供一種內(nèi)容索引處理方法及系統(tǒng)、內(nèi)容路由功能及內(nèi)容分發(fā)控制實(shí)體。具有會(huì)話(huà)初始化協(xié)議路由功能的內(nèi)容路由實(shí)體接收模塊接收媒體節(jié)點(diǎn)的內(nèi)容變更通知信息；根據(jù)接收到的內(nèi)容變更通知信息，處理模塊對(duì)所存儲(chǔ)的內(nèi)容索引信息進(jìn)行變更。該內(nèi)容分發(fā)控制實(shí)體包括內(nèi)容分發(fā)控制模塊用于對(duì)內(nèi)容由內(nèi)容源分發(fā)到媒體節(jié)點(diǎn)或者在媒體節(jié)點(diǎn)之間分發(fā)進(jìn)行控制和索引更新模塊用于為內(nèi)容路由實(shí)體提供更新的內(nèi)容索引信息。該系統(tǒng)包括上述內(nèi)容路由實(shí)體和內(nèi)容分發(fā)控制實(shí)體。本發(fā)明實(shí)施例中內(nèi)容路由實(shí)體可以根據(jù)接收到的媒體節(jié)點(diǎn)的內(nèi)容變更通知信息，對(duì)本身所存儲(chǔ)的媒體節(jié)點(diǎn)的內(nèi)容索引信息進(jìn)行相應(yīng)變更，保證內(nèi)容路由的準(zhǔn)確性，提高為用戶(hù)提供業(yè)務(wù)服務(wù)的質(zhì)量。
文檔編號(hào)H04L12/54GK101557331SQ20081010350
公開(kāi)日2009年10月14日 申請(qǐng)日期2008年4月7日 優(yōu)先權(quán)日2008年4月7日
發(fā)明者何靖桐, 吳向陽(yáng), 立 溫, 黃世碧 申請(qǐng)人:華為技術(shù)有限公司