专利名称：内容路由异常时的处理方法、内容路由功能设备和系统的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种内容路由异常时的处理方法、内容路由功能设备和 系统。
背景技术：
流媒体业务或IPTV (IP Television, IP电视)业务是一种新业务，流媒体业务利用流式 传输技术，在包交换网络上传输多媒体文件，包括视频、音频等文件内容。这些内容在访问 时无需完全下载就可以立即播放。流媒体实现的关键技术就是流式传输技术，而流式传输技 术是把连续的视频和音频信息经过处理后放上服务器，让用户一边下载一边观看、收听，而 不需要等整个文件下载到自己机器后就可以观看的网络传输技术。
IMS(IP Multimedia Subsystem, IP多媒体子系统)是一种多媒体业务的子系统，它包括 CSCF (Call Session Control Function,呼叫会话控制功能)、MGCF (Media Gateway Control Function,媒体网关控制功能)、MRF (Media Resource Function,媒体资源功能)等功能实体， 主要采用SIP (Session Initiation Protocol,会话初始化协议)、Diameter协议，属于上层控制 子系统，与具体接入技术无关，是业界普遍认同的移动与固定融合的理想方案和发展方向。
SIP协议是一个应用层的控制协议，可以用来建立、修改、和终止多媒体会话(或者会 议)，例如Internet电话。SIP协议也支持邀请参与者参加已经存在的会话，比如多方会议。
基于IMS架构提供的IPTV业务，可以充分利用IMS网络中已有的注册、认证、路由、 会话控制与建立、业务触发、计费、端到端QoS保证等机制为用户提供流媒体业务及融合流 媒体和实时会话业务的多媒体业务。
CDN (Content Delivery/Distribution Network,内容交付/分发网络)是随着网站规模逐步 扩大而出现的，适当的CDN部署可以使靠近用户的CDN节点缓存热点网页、图像等。当用 户请求内容时，可以就近从这些CDN缓存节点获取，使内容可以快速交付给用户，从而改善 用户体验，同时可以减轻骨干网络的拥塞状况。
在实现本发明的过程中，发明人发现现有上述技术至少存在以下问题-
现有的CDN机制下，若选定的媒体节点没有内容或出现其它异常情况时，没有相应的处
5理措施完成终端的内容业务请求，导致终端的请求失败。
发明内容
为了在媒体节点出现异常情况时，能够完成终端的内容业务请求，本发明实施例提供了 一种内容路由异常时的处理方法、内容路由功能设备和系统。所述技术方案如下 一种内容路由异常时的处理方法，所述方法包括
内容路由功能设备转发内容业务请求到具有所请求内容的媒体节点；
当没有收到对内容业务请求的确定性响应时，所述内容路由功能设备重新选择所述媒体 节点以外的具有所请求内容的媒体节点；
所述内容路由功能设备将所述内容业务请求发送到重新选择的媒体节点。 一种内容路由功能设备，所述设备包括
转发模块，用于转发内容业务请求到具有所请求内容的媒体节点；
异常处理模块，用于所述转发模块转发所述内容业务请求后，当没有收到对内容业务请
求的确定性响应时，重新选择所述媒体节点以外的具有所请求内容的媒体节点；将所述内容
业务请求发送到重新选择的媒体节点。
本发明实施例还提供了一种系统，所述系统包括内容路由功能设备，用于转发内容业务
请求到具有所请求内容的媒体节点；以及当没有收到对内容业务请求的确定性响应时，重新 选择所述媒体节点以外的具有所请求内容的媒体节点；将所述内容业务请求发送到重新选择 的媒体节点。
本发明实施例提供的技术方案的有益效果是
通过当没有收到对内容业务请求的确定性响应时，内容路由功能设备重新选择新的媒体 节点为终端提供内容，不需要通知终端重新进行路由选择，减少了终端的参与过程，提高了 内容路由的效率，使终端发送一次内容业务请求就能够成功地获取到请求的业务，提高了对 终端的服务质量。
图1是本发明实施例提供的CDN的结构示意图2是本发明实施例提供的基于IMS实现IPTV的结构示意图3是本发明实施例提供的CDN结构示意图4是本发明实施例1提供的组网结构示意图；图5是本发明实施例1提供的内容路由异常时的处理方法的流程图6是本发明实施例1提供的内容路由异常时的处理方法的消息交互图7是本发明实施例1提供的另一内容路由异常时的处理方法的消息交互图;
图8是本发明实施例2提供的内容路由异常时的处理方法的消息交互图9是本发明实施例3提供的内容路由异常时的处理方法的消息交互图10是本发明实施例4提供的系统的结构示意图11是本发明实施例4提供的内容路由功能设备的结构示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进 一步地详细描述。
本发明实施例提供的内容路由异常时的处理方法，包括 内容路由功能设备转发内容业务请求到具有所请求内容的媒体节点；
当没有收到对内容业务请求的确定性响应时，该内容路由功能设备重新选择上述媒体节 点以外的具有所请求内容的媒体节点，将内容业务请求发送到重新选择的媒体节点。
其中，具有所请求的内容的媒体节点有多个，可以通过CDN的组网结构实现进行媒体节 点的选取，如图1所示，本发明实施例提供的CDN组网结构，该CDN是分级部署的，由CS (Center Server,中心服务器)和ES (Edge Server,边缘服务器)组成分级的内容网络，其 中，包括RRS (Request Routing Server,请求路由服务器)，CS和ES是内容存储设备，并可 以交付内容给终端用户，用户终端通过访问web门户网站进行业务请求，请求获取提供内容 的地址(URL); DNS (DomainName System,域名系统)服务器收到用户终端的业务请求后， 基于DNS机制解析内容地址，将RRS的地址返回给用户终端；此后，用户终端向RRS发出 内容请求(如采用HTTP， RTSP等)；RRS根据自身存储的ES负载、用户IP等信息选择一 个ES，并将用户终端的内容请求重定向到该ES。
为了更好地实现媒体节点出现异常情况时，完成终端的内容业务请求，参见图2，本发 明实施例提供了一种将CDN与IMS架构相结合实现IPTV业务的方法，该方法中的MF(Media Control Functions,媒体功能)为用户提供内容，包括MCF (Media Control Function,媒体控 制功能)和MDF (Media Delivery Function,媒体交付功能)，MCF控制MDF进行内容交付。
IMS系统中的TPF (Transport Processing Functions,传输处理功能)具有传输功能和传输 控制功能；SCF (Service Control Function,业务控制功能)可以基于用户终端位置、MF负载、所请 求的内容标识等选择相应的MF提供内容；
或者，内容路由也可以基于MCF进行，即由其根据MCF负载、所请求的内容标识等选 择相应的MF提供内容，此时MCF体现为一个重定向服务器，直到把业务请求路由到相关的 MF，完成终端的内容业务请求。
参见图3 ，本发明实施例中的CDN可以采用OPEN IPTV FORUM标准中的CDN， CDN 包括
CC (Cluster Controller,集群控制器)，用于控制CDF (Content Delivery Function,内容
交付功能)实体进行内容提供；
CDF实体，用于进行内容存储和内容交付；
CDNC (Content Delivery Network Controller,内容网控制器)，用于进行内容路由，即选 择用于内容交付的CC功能实体；
本发明实施例中的CDN也可以采样其它的CDN结构，例如图1中的CDN结构或图2中的 MF结构。
实施例l
本实施例提供了一种内容路由异常时的处理方法，该方法以图4提供的组网结构为例进行 说明，该组网结构中包括
1) IPTV业务控制功能实体SCF，用于实现IPTV业务逻辑；
2) 用户终端(UE， User Equipment)，用于发起基于SIP的IPTV业务请求，即内容业务 请求；
3) IMS标准中的IMS核IMScore，其功能遵循现有技术中3GPP (3rd Generation Partnership Project,第三代合作伙伴计划)标准中的IMS核的功能；
4) 媒体节点(MS, Media Station)，指具有媒体控制和/或交付能力的媒体服务器。这 里所述的媒体节点可以同时具有媒体控制功能和媒体交付功能；或者也可以分开为具有媒体 控制功能和媒体交付功能的独立功能实体，或者也可以只具有媒体交付功能。
具体而言，媒体节点可以是图1中的ES或CS;也可以是图2中的MCF与MDF的组合或者 MDF;或者也可以是OPENIPTVFORUM标准中(图3)的CC与CDF的组合或者CDF;
5) CRF(Content Routing Function,内容路由功能实体)，用于保存内容索引信息，该内容 索引信息包括边缘MS和核心MS的内容分布信息；以及用于接收SIP格式的内容业务请求，根据内容索引信息对内容业务请求进行内容路由；
CRF与MS之间的接口，以及两个CRF之间的接口为内容路由接口，具有内容查询和内容 定位功能，CRF通过该接口路由或者转发内容业务请求到MS或者其它CRF。
CRF也可以和媒体节点功能合并为一个功能实体，即MS具有这里所述的CRF的功能。
在媒体节点中的媒体控制功能和媒体交付功能作为独立实体存在时，CRF也可以和其中 的媒体控制功能实体合并，即作为一个功能实体。例如图2所提供的MCF可以具有这里所述 CRF的功能；或者在OPENIPTVFORUM标准中(图3)的CC具有这里所述的CRF的功能。
针对CDN分级结构，CRF的功能具体如下
二级CRF具有边缘MS和二级MS的内容索引信息，并且可以进行跨层路由选择，若路由 请求直接到达二级CRF，该CRF可以选择二级或边缘MS进行内容提供，当上述路由失败时， 该CRF可以向上级路由实体(CRF)或者上级MS转发内容业务请求；
一级CRF的功能可以有两种选择
1) 一级CRF和二级CRF的功能相同，都进行跨层的内容路由，即若路由请求直接到达一 级CRF，其可以进行跨层路由选择，即可能选择一级或二级MS进行内容提供；当收到下级 CRF发来的内容路由请求时，则直接选择一级MS进行服务。在这种方式下， 一级CRF具有二 级CRF所管理的内容索引信息，以及一级MS的内容索引信息，这样，其可以进行跨层的内容 路由。
2) —级CRF只管理本层次的媒体内容索引信息，即只要收到内容业务请求，只从一级 MS中进行选择。
第二种选择对一级CRF的功能做了简化，它只是二级CRF功能的一个子集，其实现简单； 这种情况下，也可以将其功能与一级MS合并。
上述MS釆用分级部署，构成典型的分层或分级CDN网络，图4中仅以两级部署结构作以 说明，多级的部署与此类似，这里不再详述。
本实施例提供了一种内容路由异常时的处理方法，该方法给出了在内容路由过程中出现 异常情况时的处理过程，其中，在内容路由过程中可能出现以下异常情况
第一种当CRF将内容业务请求发送给所选定的MS后，该MS可能长时间没有响应；这 时CRF可以重新选择一个新的MS ，并向新选择的MS重新发送内容业务请求；
第二种当CRF将内容业务请求发送给所选定的MS后，该MS可能以失败响应回复，表 明自身没有所请求的内容。这时CRF可以重新选择一个新的MS，并向新选择的MS重新发送 内容业务请求。参见图5，该内容路由异常时的处理方法包括
101: UE发起内容业务请求，该内容业务请求可以是SIP方式，例如VoD (Video on Demand,视频点播)请求，该请求中可以携带用户所请求的内容标识，也可以携带用户终端 类型，支持的编/解码信息等，这些信息可以携带在SDP (Session Description Protocol,会话 描述协议)中；
102: IMScore收到UE发起的内容业务请求后，触发SCF进行处理； 103: SCF收到IMScore的触发后，进行业务逻辑处理，并将该内容业务请求发送给CDN 网络中的CRF，由其定位可以提供用户所请求内容的媒体节点；其中，SCF可以是IMS标准 中的AS (Application Server,应用服务器)；也可以是Open IPTV Forum IPTV标准中的IPTV control控制器(IPTV control)或者TISPAN基于IMS的IPTV标准中的业务控制功能SCF实体 等；
104: CRF收到该内容业务请求后，进行MS的选择，并将该内容业务请求转发到所选择 的MS，并启动CRF请求超时定时器；
在进行MS选择时(即内容路由)，CRF可以预先在本地存储包含多个边缘MS和核心 MS所具有的内容的内容索引信息，其中，边缘MS指最靠近用户的节点；核心MS指除了边 缘MS以外的MS;
进一步地，选择MS时，CRF可以根据如下策略进行选择-
根据所具有的内容索引信息进行MS选择；另外，在进行选择过程时，内容路由功能实
体还可以结合如下条件中的一个或多个进行路由选择，这些条件包括媒体节点负载、终端
位置、终端能力、媒体节点能力等。
如果该CRF为二级CRF，在进行MS选择时，则只考虑在边缘MS和二级MS中进行 MS选择，例如与终端位置较近的边缘节点的负载超过80%时，认为该MS已经达到负载门 限，因而可以选择距离该终端较远的另一负载为40%以下的边缘节点，或者也可以选择负载 为10%以下的二级MS等。当该CRF无法找到可用的MS时，即此时在边缘MS和二级MS 均没有所请求的内容时，CRF可以将内容业务请求转发到上一级CRF处理；或者，CRF也 可以向内容业务请求发起方(例如SCF)发送重定向请求，其中包含其上一级CRF的地址， 内容业务请求发起方得到上一级CRF的地址后，将该请求重定向到上一级CRF处理；将其 重定向到上一级CRF。上一级CRF对于内容业务请求的路由过程与上述CRF路由过程类似， 只是其所具有的内容索引信息可能有所不同。
105:所选择的MS对该内容业务请求未作响应；无论是网络拥塞导致响应超时，或者是
10MS宕机无法响应，最终都可以出现CRF请求超时定时器的超时事件；
正常情况下，MS收到内容业务请求后，会向CRF发送响应，并向终端提供所请求的内
容，当出现异常情况时，MS将对内容业务请求不作响应，或发送没有所请求内容的消息，
本实施例的MS为不作响应；
106:当CRF请求超时定时器的响应超时后，CRF重新选择一个新的MS; 这里选择新的MS的方法可以按照上述选择策略进行；即可能还有其它边缘媒体节点和
本级媒体节点具有所请求的内容，从而可以在其中另外选择一个；或者如果没有其它可选的
媒体节点，则可以向上一级CRF转发内容路由请求，由其进行进一步处理。这里流程给出为
前一种情况。
107: CRF向新选择的MS重新发送内容业务请求。
参见图6，为图5内容路由过程的消息交互图，简单介绍如下
201: UE发起内容业务请求，本实施例为SIP invite;
202: IMScore收到UE发起的SIP invite后，触发SCF进行处理；
203: SCF收到IMScore的触发后，进行业务逻辑处理，并将该SIP invite发送给CDN网 络中的CRF;
204: CRF收到该SIP invite后，进行MS的选择，并将该SIP invite转发到所选择的MS， 并启动CRF请求超时定时器；
205:所选择的MS对该SIP invite未作响应；
206:当CRF请求超时定时器的响应超时后，CRF重新选择一个新的MS;
207: CRF向新选择的MS重新发送SIP invite 。
参见图7，针对上述第二种异常情况，该内容路由方法包括
301—304与图6中的201-204的处理过程相同，这里不再详述；
305:当收到SIP invite请求的MS发现自身没有所请求的内容时，向CRF发送失败响应， 本实施例以SIP 4xx响应指示这一失败情况；
306: CRF收到此失败响应后，重新进行MS选择；
这里选择新的MS的方法可以按照上述媒体节点选择策略进行，即可能还有其它边缘媒 体节点和本级媒体节点具有所请求的内容，从而可以在其中另外选择一个；或者如果没有其 它可选的媒体节点，则可以向上一级CRF转发内容路由请求，由其进行进一步处理。这里流 程给出为前一种情况。
307:重新选择后，CRF向新选定的MS发起SIP invite请求。本实施例针对内容路由过程中的异常情况给出了具体的处理方法，操作简单；同时，本 实施例中的CRF没有收到对内容路由请求的确定性响应时，采取重新进行媒体节点选择的方 法进行再次路由，不需要通知终端重新进行路由选择，减少了终端的参与过程，提高了内容 路由的效率，使终端发送一次内容业务请求就能够成功地获取到请求的业务，提高了对终端 的服务质量，防止了终端的内容业务请求失败，其处理机制可以很好的和IMS信令路由机制 结合，可以使IMS和CDN进行无缝结合。
本实施例提供的方法是针对二级CDN网络加以说明的，显然，这个方法同样适用于多级 CDN网络，这里不再赘述。
上述方法是以图4提供的组网结构为例进行说明的，但本发明实施例提供的方法不局限 于这种组网结构，适用于任何组网结构，这里不再详述。
实施例2
本实施例提供了一种内容路由异常时的处理方法，对于Open IPTV Forum IPTV标准而 言，可以进一步给出本发明实施例的方法和现有技术结合的实施例。本实施例仅就内容节点 无响应或响应超时的情况给出说明，参见图8，内容路由异常时的处理方法简单描述如下
401—407与上述201—207的过程基本相同，不同之处在于，本实施例中的SCF被IPTV control替代，CRF功能由CDNC功能实现，CC和CDF构成媒体节点。
当CDNC根据内容业务请求选择的媒体节点没有响应或者响应超时时，CDNC重新选择 一个媒体节点，在这里就是选择CC;此后CDNC向该新媒体节点发送内容业务请求。
对于媒体节点响应无内容的情况，在这里就是CC响应无内容的情况，也可以据此说明 给出相应流程。
另外，这里的CRF功能也可以与CC功能合并，不影响现有CDNC功能；则这时CDF 就是媒体节点，同样容易给出相关处理流程，这里不再详述。
实施例3
本实施例提供了一种内容路由异常时的处理方法，对于TISPANIPTV标准而言，可以进 一步给出本发明方法和现有技术结合的实施例。本实施例仅就内容节点无响应或响应超时的 情况给出说明。参见图9，内容路由异常时的处理方法简单描述如下
501 — 507与上述201—207的过程基本相同，不同之处在于，本实施例中的CRF功能由 MCF功能实现，MDF作为媒体节点。当MCF根据内容业务请求选择的媒体节点MDF没有响应或者响应超时时，MCF重新选 择一个媒体节点，在这里就是选择MDF;此后MCF向该新媒体节点MDF发送内容业务请 求。由实施例l可以容易给出详细的处理流程，这里不再赘述。
对于媒体节点响应无内容的的情况，在这里就是MDF响应无内容的情况，也可以据此 说明容易给出相应流程。
另夕卜，这里CRF也可以作为独立功能实体存在，MCF和MDF构成媒体节点。SCF将内 容业务请求转发给CRF，由其进一步选择媒体节点，并向其发送内容业务请求；当MCF响 应超时或者响应无内容时，CRF可以重新选择一个媒体节点并向其发送内容业务请求。
实施例4
参见图10，本实施例提供了一种系统，该系统包括内容路由功能设备，用于转发内容 业务请求到具有所请求内容的媒体节点；以及当没有收到对内容业务请求的确定性响应时， 重新选择上述媒体节点以外的具有所请求内容的媒体节点；将内容业务请求发送到重新选择 的媒体节点。
该系统还可以包括
终端设备，用于发起上述内容业务请求；
多媒体子系统核心设备，用于转发终端设备发送的内容业务请求，并触发业务控制功能 设备进行业务处理；
业务控制功能设备，用于收到多媒体子系统核心设备触发的业务请求后，进行业务逻辑 处理，通过多媒体子系统核心设备将内容业务请求发送给所选择的内容路由功能设备，由内 容路由功能设备选择媒体节点，并将内容业务请求发送到选择的媒体节点；
媒体节点，用于收到内容路由功能设备的内容业务请求后，检査自身是否有内容业务请 求的内容，如果有，向内容路由功能设备发送确认响应，并为终端提供所请求的内容；如果 没有，向内容路由功能设备发送没有所请求内容的消息或者不响应上述内容业务请求。
上述内容路由功能设备没有收到对内容业务请求的确定性响应包括
内容路由功能设备接收到媒体节点没有所请求内容的消息，或者内容路由功能设备在预 设时间内媒体节点无响应。
这里所述的媒体节点可以同时具有媒体控制功能和媒体交付功能；或者也可以分开为具 有媒体控制功能和媒体交付功能的独立功能实体，或者也可以只具有媒体交付功能。
具体而言，媒体节点可以是图1中的ES或CS;也可以是图2中的MCF与MDF的组合或者MDF;或者也可以是OPENIPTVFORUM标准中(图3)的CC与CDF的组合或者CDF;
在媒体节点中的媒体控制功能和媒体交付功能作为独立实体存在时，内容路由功能设备 也可以和其中的媒体控制功能实体合并，即作为一个功能实体。例如图2中的MCF可以具有 这里所述内容路由功能设备的功能；或者在OPEN IPTV FORUM标准中(图3)的CC具有这 里所述的内容路由功能设备的功能。
上述内容路由功能设备中也可以预先存储多个媒体节点和核心媒体节点的内容索引信 息，内容索引信息的内容同实施例1中的内容相同，在进行媒体节点选择时，可以使用实施 例1所述的策略进行选择，这里不再详述。
参见图ll，该内容路由功能设备包括
转发模块，用于转发内容业务请求到具有所请求内容的媒体节点；
异常处理模块，用于转发模块转发内容业务请求后，当没有收到对内容业务请求的确定 性响应时，重新选择媒体节点以外的具有所请求内容的媒体节点；将内容业务请求发送到重 新选择的媒体节点。
进一步地，转发模块包括
媒体节点选择单元，用于根据自身包含的多个边缘媒体节点和核心媒体节点所具有的内 容的内容索引信息，选择具有内容业务请求中请求的内容的媒体节点；
转发单元，用于将内容业务请求转发到媒体节点选择单元选择的媒体节点。 异常处理模块包括
异常情况确定单元，用于当接收到转发模块选择的媒体节点没有所请求内容的消息，或 者在预设时间内转发模块选择的媒体节点无响应时，确定出现异常情况；
异常处理单元，用于当上述异常情况确定单元确定出现异常情况时，重新选择媒体节点 以外的具有所请求内容的媒体节点；将内容业务请求发送到重新选择的媒体节点。
本实施例通过根据内容业务请求选择媒体节点，实现了内容路由，操作简单，易于实现； 同时，通过本地存储的多个边缘媒体节点和核心媒体节点的内容索引信息，可以只在具有所 请求内容的媒体节点中作选择，同时，当没有收到对内容路由请求的确定性响应时，采取重 新进行媒体节点选择的方法进行再次路由，不需要通知终端重新进行路由选择，减少了终端 的参与过程，提高了内容路由的效率，使终端发送一次内容业务请求就能够成功地获取到请 求的业务，提高了对终端的服务质量，其处理机制可以很好的和IMS信令路由机制结合，可 以使IMS和CDN进行无缝结合。
14以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存 储在可读取的存储介质中，存储介质例如计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之 内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1. 一种内容路由异常时的处理方法，其特征在于，所述方法包括内容路由功能设备转发内容业务请求到具有所请求内容的媒体节点；当没有收到对内容业务请求的确定性响应时，所述内容路由功能设备重新选择所述媒体节点以外的具有所请求内容的媒体节点；所述内容路由功能设备将所述内容业务请求发送到重新选择的媒体节点。
2. 如权利要求l所述的内容路由异常时的处理方法，其特征在于，所述内容路由功能设 备转发内容业务请求到具有所请求内容的媒体节点包括内容路由功能设备根据自身包含的多个边缘媒体节点和核心媒体节点所具有的内容的内 容索引信息选择具有所请求内容的媒体节点，将内容业务请求转发到选择的媒体节点。
3. 如权利要求l所述的内容路由异常时的处理方法，其特征在于，当边缘媒体节点和本 级媒体节点都没有所请求内容时，所述方法还包括所述内容路由功能设备将所述内容业务请求转发到上一级内容路由功能设备。
4. 如权利要求l所述的内容路由异常时的处理方法，其特征在于，所述内容业务请求是 会话初始化协议方式的请求。
5. 如权利要求l所述的内容路由异常时的处理方法，其特征在于，所述没有收到对内容 业务请求的确定性响应包括所述内容路由功能设备接收到所述媒体节点没有所请求内容的消息，或者所述内容路由 功能设备在预设时间内所述媒体节点无响应。
6. —种内容路由功能设备，其特征在于，所述设备包括 转发模块，用于转发内容业务请求到具有所请求内容的媒体节点；异常处理模块，用于所述转发模块转发所述内容业务请求后，当没有收到对内容业务请 求的确定性响应时，重新选择所述媒体节点以外的具有所请求内容的媒体节点；将所述内容 业务请求发送到重新选择的媒体节点。
7. 如权利要求6所述的内容路由功能设备，其特征在于，所述转发模块包括 媒体节点选择单元，用于根据自身包含的多个边缘媒体节点和核心媒体节点所具有的内容的内容索引信息，选择具有所述内容业务请求中请求的内容的媒体节点；转发单元，用于将所述内容业务请求转发到所述媒体节点选择单元选择的媒体节点。
8. 如权利要求6所述的内容路由功能设备，其特征在于，所述异常处理模块包括.-异常情况确定单元，用于当接收到所述转发模块选择的媒体节点没有所请求内容的消息，或者在预设时间内所述转发模块选择的媒体节点无响应时，确定出现异常情况；异常处理单元，用于当上述异常情况确定单元确定出现异常情况时，重新选择所述媒体 节点以外的具有所请求内容的媒体节点；将所述内容业务请求发送到重新选择的媒体节点。
9. 一种系统，其特征在于，所述系统包括内容路由功能设备，用于转发内容业务请求到具有所请求内容的媒体节点；以及当没有 收到对内容业务请求的确定性响应时，重新选择所述媒体节点以外的具有所请求内容的媒体 节点；将所述内容业务请求发送到重新选择的媒体节点。
10. 如权利要求9所述的系统，其特征在于，所述系统还包括终端设备、多媒体子系 统核心设备、业务控制功能设备和媒体节点；所述终端设备用于发起所述内容业务请求；所述多媒体子系统核心设备用于转发所述终端设备发送的内容业务请求，并触发所述业 务控制功能设备进行业务处理；所述业务控制功能设备用于收到所述多媒体子系统核心设备触发的业务请求后，进行业 务逻辑处理，通过所述多媒体子系统核心设备将内容业务请求发送给所选择的内容路由功能 设备；所述媒体节点用于收到所述内容路由功能设备的内容业务请求后，检查自身是否有所述 内容业务请求的内容，如果有，向所述内容路由功能设备发送确认响应，并为所述终端提供 所请求的内容；如果没有，向所述内容路由功能设备发送没有所请求内容的消息或者不响应 所述内容业务请求。
11. 如权利要求9所述的系统，其特征在于，所述内容路由功能设备没有收到对内容业务请求的确定性响应包括所述内容路由功能设备接收到所述媒体节点没有所请求内容的消息，或者所述内容路由 功能设备在预设时间内所述媒体节点无响应。
全文摘要
本发明公开了一种内容路由异常时的处理方法、内容路由功能设备和系统，属于通信领域。所述方法包括内容路由功能转发内容业务请求到具有所请求内容的媒体节点；当没有收到对内容业务请求的确定性响应时，该内容路由功能重新选择所述媒体节点以外的具有所请求内容的媒体节点；将所述内容业务请求发送到重新选择的媒体节点。所述内容路由功能设备包括转发模块和异常处理模块。所述系统包括内容路由功能设备。本发明通过出现异常情况时，重新选择新的媒体节点，通过重新选择的媒体节点完成终端的内容业务请求，进而提高了服务质量。
文档编号H04L29/06GK101505261SQ20081005770
公开日2009年8月12日 申请日期2008年2月5日 优先权日2008年2月5日
发明者何靖桐, 吴向阳, 立 温, 黄世碧 申请人:华为技术有限公司