内容定位方法及内容分发网络节点

摘要

本发明提供了一种内容定位方法及内容分发网络节点。其中，本发明提供的内容定位方法包括：第一内容分发网络CDN节点接收来自业务控制功能实体或IPTV服务控制功能实体发送的业务请求，其中，该业务请求中携带有内容标识符，用于指示请求与该内容标识符对应的内容；如果第一CDN节点不能够提供业务请求所请求的内容服务，则第一CDN节点向CDN全局控制器发送查询请求，以获取能够提供业务请求所请求的内容服务的第二CDN节点的信息，并请求第二CDN节点提供内容服务。通过本发明，可以减轻CDN全局控制器的压力，缩小CDN处理延迟。

说明书

技术领域

本发明涉及移动通信技术领域，尤其涉及一种内容定位方法及内容分发网络节点。

背景技术

交互式网络电视，又称为互联网协议电视(Internet ProtocolTelevision，简称为IPTV)，是指通过IP承载网络向用户提供能够支持交互能力的电视节目的直播、点播和时移播放等业务的设备总称。随着IPTV的发展，IPTV的用户数量不断增加，对系统性能和可靠性等方面提出了更高的要求。其中，对于交互式网络的内容交付功能，为了减少系统各个部分之间的交互，要求内容交互网络的内部模块功能职责的明晰，要求内容分发及业务流程简洁和可靠。

目前，IPTV标准以下一代网络(Next Generation Network，简称为NGN)IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)和NGN非IMS两种架构为主，能为用户提供点播、直播、录像及一些新业务。

IPTV架构中内容分发网络(Content Delivery Network，简称为CDN)在IPTV系统中的服务质量(Quality of Experience，简称为QoE)保障方面及系统稳定性等方面起着重要作用。CDN内部各重要功能实体主要用于实现内容定位技术、调度及存储的功能。

目前，对于内容定位技术，内容定位和播放都需要通过CDN主控制器进行，在大规模用户并发的情况下，CDN主控制器可能会造成处理延迟，从而影响系统的性能，成为系统性能的瓶颈。虽然通过增加CDN主控制器组成分布式的CDN主控制器进行负荷分担可以减少处理延迟，但这种方式增加了CDN主控制器的复杂度及建设成本。

发明内容

有鉴于此，本发明提供了一种改进的内容定位方案，用以解决现有技术中存在的处理延迟长、成本高的问题。

根据本发明的一个方面，提供一种内容定位方法。

根据本发明的内容定位方法包括：第一内容分发网络CDN节点接收来自业务控制功能实体或IPTV服务控制功能实体发送的业务请求，其中，该业务请求中携带有内容标识符，用于指示请求与该内容标识符对应的内容；如果第一CDN节点不能够提供业务请求所请求的内容服务，则第一CDN节点向CDN全局控制器发送查询请求，以获取能够提供业务请求所请求的内容服务的第二CDN节点的信息，并请求第二CDN节点提供内容服务。

根据本发明的另一个方面，提供了另一种内容定位方法。

根据本发明的内容定位方法包括：业务控制功能实体或IPTV服务控制功能实体接收来自用户设备的业务请求，其中，该业务请求中携带有用户设备的地址信息和用户设备请求的内容的标识符；业务控制功能实体或IPTV服务控制功能实体根据地址信息，选择与用户设备归属的区域距离最近的CDN节点；业务控制功能实体或IPTV服务控制功能实体向CDN节点发送业务请求消息，请求CDN节点为用户设备提供内容服务。

根据本发明的又一个方面，提供了一种内容分发网络节点。

根据本发明的内容分发网络节点包括：媒体控制功能实体和至少一个内容交付功能实体。其中，媒体控制功能实体包括：接收模块、判断模块、选择模块、查询模块和发送模块，其中，接收模块用于接收来自业务控制功能实体或IPTV服务控制功能实体发送的业务请求，其中，该业务请求中携带有内容标识符，用于指示请求与内容标识符对应的内容；判断模块用于判断该内容分发网络节点是否能够提供业务请求所请求的内容服务；选择模块用于在判断模块判断的结果为是的情况下，选择提供内容服务的内容交付功能实体；查询模块用于在判断模块判断的结果为否的情况下，向CDN全局控制器发送查询请求，获取能够提供内容服务的第二CDN节点；发送模块用于向查询模块获取的第二CDN节点发送业务请求，请求第二CDN节点提供内容服务；内容交付功能实体，用于为用户设备提供内容服务。

通过本发明的上述至少一个方案，将业务请求发送至离用户设备最近的CDN节点，而不是发送给CDN全局控制器，该CDN节点在接收到该业务请求后，如果其不能为用户设备提供用户设备所请求的内容服务，则向CDN全局控制器发送查询请求，将业务请求转发到可以为用户设备提供上述内容服务的CDN节点，从而减轻了CDN全局控制器的压力，缩小CDN处理延迟，同时也不会增加设备的成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明实施例的基于NGN的IPTV系统的结构示意图；

图2为根据本发明实施例的一种内容定位方法的流程图；

图3为根据本发明实施例的另一种内容定位方法的流程图；

图4为实例一的流程图；

图5为实例二的流程图；

图6为根据本发明实施例的内容分发网络节点的结构示意图。

具体实施方式

功能概述

从目前的CDN建设原则看，20％的内容部署在离用户最近的CDN节点上，但该CDN节点可以提供80％的点播服务，其余20％的点播服务的内容部署在中心节点(通常中心节点保存100％的内容)。并且，边缘节点的故障率非常底的情况，实际上接近80％的点播服务可以不需要通过CDN主控制器进行全局重定向服务的。因此，本发明实施例针对内容定位和播放都需要通过CDN主控制器进行而导致处理延迟或者负荷过大导致故障的问题，提供了一种改进的内容定位方案。在本发明实施例中，业务控制功能实体或IPTV服务控制功能实体将业务请求发送到离用户设备归属区域最近的CDN节点，该CDN节点在不能为用户设备提供该用户设备请求的内容服务时，通过CDN全局控制器获取能够提供该内容服务的CDN节点，将业务请求发送到能够提供上述内容服务的CDN节点。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为了便于理解本发明实施例提供的技术方案，在对本发明实施例提供的技术方案进行说明之前，对本发明实施例应用的基于NGN的IPTV系统进行介绍。

图1为根据本发明实施例的基于NGN的IPTV系统的结构示意图。如图1所示，基于NGN的IPTV系统主要包括：用户设备(UserEquipment，简称为UE)11、业务控制功能(Service Control Function，简称SCF，如果在NGN中IMS，则为核心IMS-core IMS)12、IPTV服务控制功能(IPTV Service Control Functions，简称为IPTV SCF)13、内容分发网络(Content Delivery Network，简称为CDN)14。其中，CDN 14进一步包括：CDN全局控制器(Content DeliveryNetwork(Global)Controller，简称为CDNC/CDNGC)15、媒体控制功能实体(Media Control Function或Content Control Function或Cluster Controller，简称为MCF或CCF或CC)16以及媒体交付功能实体(Media Delivery Function或Content Delivery Function，简称为MDF或CDF)17。其中CDN节点(1，2...n)包含1个媒体控制功能实体16和多个媒体交付功能实体17。其中，CDN节点不仅限上述CDN节点1和CDN节点2(图中所示)，可以为多个。

以下分别描述基于NGN的IPTV系统的各实体及接口。

UE 11，具体地，可以为具有移动能力的手机、固定网络的机顶盒、实现机顶盒功能的基于软件实现的软终端，还包括家庭网关等功能实体。UE通过与用户交互，可以实现如点播、直播等IPTV业务。

SCF 12，与UE 11相连接，其作为NGN业务控制层面的主要功能实体的集合，主要用于会话控制、业务认证、鉴权、计费等。在IMS网络情况下，该实体为Core IMS。Core IMS主要用于提供基于SIP的会话控制机制，对IPTV终端用户进行认证、鉴权，请求资源接纳控制子系统进行资源分配等。Core IMS通过与IPTV终端、IPTV应用功能实体及内容分发功能实体交互进行SIP会话，完成安全、服务质量(Quality of Service，简称为QoS)、计费、漫游等功能。

IPTV SCF 13，通过会话初始化协议(Session Initiation Protocol，简称为SIP)与上述SCF 12相连接，用于在会话启动或者修改时提供业务鉴权，其功能包括：检查用户的信息、查看用户是否能够合法使用选择的内容；信用限制和信用控制；为系统选择提供初步服务的IPTV媒体控制功能实体16，其中，该功能实体主要针对点播、直播、录像、时移等IPTV业务。IPTV SCF 13在IMS网络情况下为一个IPTV SIP应用服务器，其对应Open IPTV Forum标准组织中的IPTV Control和IPTV Application的集合，对应ITU-T标准中的IPTV应用功能(Application Functions)及应用支持功能(Application Support Functions)以及服务支持功能(Service SupportFunctions)。

CDN 14，通过Xc和Xd接口与UE相连接，其中，通过Xc接口连接UE用于对媒体流RTSP进行控制，通过Xd接口连接UE用于对媒体流RTP进行传输和媒体下载(可以采用HTTP协议)。

接口A1，主要用于CDN全局控制器15向IPTV SCF 13返回其管理的CDN各节点的状态信息，例如，是否提供服务。

C21/C22接口(RTSP接口)，用户媒体控制功能实体16通过该接口对媒体交付功能实体17进行媒体控制。

C11/C12接口(控制接口)，该接口采用SIP协议实现，CDN节点通过该接口向CDN全局控制器15查询可以提供点播服务的其他CDN节点信息；CDN节点也可以通过该接口向CDN全局控制器15上报各节点的服务状态信息等。

方法实施例

根据本发明实施例，首先提供了一种内容定位方法。

图2为根据本发明实施例的一种内容定位方法的流程图。如图2所示，根据本发明实施例的内容定位方法包括以下步骤(步骤S201-步骤S203)：

步骤S201：CDN节点1接收来自业务控制功能实体或IPTV服务控制功能实体发送的业务请求，其中，该业务请求中携带有内容标识符，用于指示请求与内容标识符对应的内容；

步骤S203：如果所述CDN节点1不能够提供所述业务请求所请求的内容服务，则所述CDN节点1向CDN全局控制器发送查询请求，以获取能够提供所述业务请求所请求的内容服务的CDN节点2的信息，并请求CDN节点2提供所述内容服务。

以下进一步描述上述各处理的细节。

(一)步骤S201

在具体实施过程中，在CDN节点1在接收上述业务请求之前，步骤S201的处理的触发可以包括以下步骤：

步骤1，业务控制功能实体或IPTV服务控制功能实体接收用户设备发送的业务请求，其中，该业务请求中携带有用户设备的地址及内容标识符；

步骤2，业务控制功能实体或IPTV服务控制功能实体根据用户设备归属的区域，选择与用户设备最近的CDN节点1；

步骤3，业务控制功能实体或IPTV服务控制功能实体向CDN节点1发送上述业务请求。

具体地，上述业务请求包括但不限于以下至少之一：点播请求、网络录像录制请求、真视频点播请求。

(二)步骤S103

在具体实施过程中，在CDN节点1在接收上述业务请求之后，首先判断其是否可以提供该业务请求所请求的内容服务，具体地，CDN节点1通过以下方法判断其是否可以上述内容服务：

步骤1，CDN节点1判断其内容交付功能实体中是否存在与上述内容标识符对应的内容，如果是，则继续步骤2，否则，CDN节点1确定其不能提供上述内容服务；

步骤2，CDN节点1判断其内容交互实体当前提供的内容服务是否已达到给定的阈值(比如，达到80％)，如果是，则确定CDN节点1不能提供所请求的内容服务，否则，确定CDN节点1能够提供请求的内容服务。

通过上述步骤1和步骤2，如果CDN节点1判断其不能提供业务请求所请求的内容服务，则CDN节点1向CDN全局控制器发送查询请求，以获取能够提供该内容服务的CDN节点的信息，CDN全局控制器接收到该查询请求后，查询可以提供上述内容服务的CDN节点，并向CDN节点1返回响应信息，该响应消息中携带有可以提供上述内容服务的CDN节点的信息。具体地，CDN全局控制器可以向CDN节点1返回所有可以提供上述内容服务的CDN节点的列表信息，也可以只向CDN节点1返回最优的CDN节点的信息，CDN节点1根据CDN全局控制器返回的节点信息，获取能够提供上述内容服务的CDN节点2(可以为最优的节点)的信息。

在CDN节点1获取到CDN节点2的信息后，根据CDN节点2的信息，向CDN节点2发送业务请求，请求CDN节点2为用户设备提供上述内容服务；第二CDN节点接收到该业务请求后，CDN节点2中的第二媒体控制功能实体与提供内容服务的第二媒体交付功能实体之间建立会话(具体地，该会话为RTSP会话)，将该会话的标识(RTSP Session ID)返回到CDN节点1，CDN节点1将该会话的标识返回到用户设备。

具体地，在基于NGN的IPTV系统中，CDN节点2接收到上述业务请求之后该方法还包括以下步骤：

(1)CDN节点2中的媒体控制功能实体根据其节点内部内容交付功能实体的服务状态查询可服务的内容交付功能实体的URL地址信息，并该内容交付功能实体发送RTSP描述消息(RTSPDESCRIBE)的请求，该RTSP描述消息中描述了请求节目信息。同时，该请求的URL中还携带有用户设备的用户信息和所请求节目的路径信息等。

(2)CDN节点2中的媒体交付功能实体向媒体控制功能实体返回可提供服务的媒体交付功能实体的节目描述信息，包括内容大小、名称、播放时间、IP地址和端口等信息。

步骤(1)和步骤(2)中的RTSP描述消息为可选，媒体控制功能实体在选择的媒体交付功能实体中可以包含内容的描述信息。

(3)CDN节点2中的媒体控制功能实体向CDN节点2中的媒体交付功能实体发送RTSP会话建立消息，请求建立媒体通道的会话连接。

(4)CDN节点2中的媒体交付功能实体向媒体控制功能实体返回可提供服务的媒体交付功能实体的会话连接RTSP Session ID。

其中，在将上述会话的标识返回给所述用户设备之后，用户设备根据上述会话的标识向所述CDN节点2发送播放请求，请求播放所述内容标识对应的内容。

优选地，如果CDN节点1确定其能够提供所述内容服务，则CDN节点1中的第一媒体控制功能实体与CDN节点1中提供内容服务的第一媒体交付功能实体之间建立会话(RTSP Session)，将该会话的标识返回到用户设备。

具体地，在将该会话的标识返回到用户设备之后，用户设备根据所述会话的标识向CDN节点1发送播放请求，请求播放上述内容标识对应的内容。

在具体实施过程中，CDN节点1确定其能够提供上述内容服务情况下，该方法可以包括以下步骤：

(1)CDN节点1中的媒体控制功能实体查询其节点内部其管理的可服务的媒体交付功能实体的URL地址信息并向选中的媒体交付功能实体发送建立会话的请求。

其中，步骤(1)可以进一步包括以下：CDN节点1内的媒体控制功能实体向媒体交付功能实体发送RTSP DESCRIBE消息，查询可以提供服务的媒体交付功能实体的SDP信息，其中，RTSPDESCRIBE消息中携带有URL地址信息及媒体内容的描述信息；媒体交付功能实体向媒体控制功能实体回确认ACK消息，含SDP信息；媒体控制功能实体向媒体交付功能实体发起RTSP SETUP消息，用户建立和媒体交付功能实体的RTSP会话链接；媒体交付功能实体向媒体控制功能实体返回内容交付会话建立的ID，即RTSPSession ID。

(2)媒体控制功能实体将内容交付会话的ID通过会话初始化响应返回给用户设备。

(3)用户设备请求CDN 1节点进行点播，CDN节点1向用户设备提供流服务。

其中，步骤(3)可以进一步包括：媒体控制功能实体到媒体交付功能实体请求RTSP PLAY(播放)或者RTSP RECORD(录制)，请求播放内容；媒体交付功能实体给媒体控制功能实体确认，即将进行播放；媒体控制功能实体对用户设备进行确认，即将进行播放；CDN节点1中的媒体交付功能实体向用户设备发送RTP流进行播放或者录制。

根据本发明实施例的上述内容定位方法，可以降低CDN全局控制器的负荷，减少处理延迟。

根据本发明实施例，还提供了另一种内容定位方法。

图3为根据本发明实施例的另一种内容定位方法的流程图。如图3所示，根据本发明实施例的另一种内容定位方法包括以下步骤(步骤S301-步骤S305)：

步骤S301：业务控制功能实体或IPTV服务控制功能实体接收来自用户设备的业务请求，其中，该业务请求中携带有用户设备的地址信息和用户设备请求的内容的标识符；

步骤S303：业务控制功能实体或IPTV服务控制功能实体根据上述地址信息，选择与用户设备归属的区域距离最近的CDN节点；

步骤S305：业务控制功能实体或IPTV服务控制功能实体向上述CDN节点发送业务请求消息，请求该CDN节点为用户设备提供内容服务。

上述CDN节点在接收到上述业务请求消息后，可以按照上述图2所示的方法进行内容定位。

根据本发明实施例提供的上述内容定位方法，可以将业务请求发送到离用户设备最近的CDN节点，从而减少了处理延迟。

为进一步理解本发明实施例提供的技术方案的具体实施过程，以下通过具体实施例进行说明。

实施例一

在本实施例中，业务控制功能实体或IPTV服务控制功能实体选择的CDN节点不能够提供用户设备所请求的内容服务，图4为本实施例的流程图。下面结合图1对本实施例中对用户设备提供内容服务进行说明，如图4所示，该流程主要包括以下步骤：

步骤S401：业务控制功能实体12或者13收到从UE 11发送的会话初始化(SIP INVITE)请求，其中，该请求的SDP中包括UE 11的IP地址、端口及内容标识符。业务控制功能实体12或者13根据UE 11归属的区域，选择就近的CDN节点提供服务，本实施例中为CDN节点1。

并且，IPTV服务控制功能实体13会定期检测内容分发网络14正在提供服务的状态，选择尽量靠近并且没有故障的节点控制器16；

步骤S403：接收到会话初始化(SIP INVITE)请求的CDN节点1的实体16判断CDN节点1是否能够提供媒体服务；

具体地，判断依据包括但不限于：

(1)CDN节点1所管理的媒体交付功能实体16的服务状态是否达到最大值(例如80％正在服务)

(2)请求的内容在该CDN节点中不存在。

步骤S405：上述步骤中CDN节点1的媒体控制功能实体16确定CDN节点1不能够提供媒体服务，则CDN节点1内的媒体控制功能实体16向CDN全局控制器15发送SIP OPTION消息，查询最优的可以提供服务的CDN节点，该节点包含IP地址和端口号(可根据该节点离UE 11的远近及该节点负荷等状态信息)；

步骤S407：CDN全局控制器15查询可以提供服务的CDN节点；

可以只返回最优的节点，也可以返回优先级别不同的多个可供选择的节点；

步骤S409：CDN全局控制器15向CDN节点1中的媒体控制功能实体16返回查询的可提供服务的节点(或节点列表)信息；

步骤S411：CDN节点1向其选择的CDN节点2中的媒体控制功能实体16发送SIP INVITE消息，该消息包括SIP Session ID信息，请求CDN节点2提供业务请求的服务；

步骤S413：CDN节点2中的媒体控制功能实体16查询其节点内部的可服务的媒体交付功能实体16的信息；媒体控制功能实体16并向选中的媒体交付功能实体16发送RTSP DESCRIBE消息的请求，即选择要点播哪个节目。其中，该请求的URL中携带有用户信息和所点播节目的路径信息等。

步骤S415：CDN节点2中的媒体交付功能实体16向媒体控制功能实体16通过响应消息(OK)返回可提供服务的媒体交付功能实体16的节目描述信息，包括内容大小、名称、播放时间、IP地址和端口等信息；

在具体实施过程中，如果上述步骤S405媒体控制功能实体16选择的CDN节点1内的可以提供服务的媒体交付功能实体16中可能包含媒体描述信息时，上述步骤S413和步骤S415可以省略。

步骤S417：CDN节点2中的媒体控制功能实体16向媒体交付功能实体16发起RTSP SETUP消息，用户建立和17的RTSP会话链接；

步骤S419：CDN节点2中的媒体交付功能实体16向媒体控制功能实体16通过响应消息(OK)返回内容交付会话建立的ID，即RTSP Session ID；

步骤S421：CDN节点2中的媒体控制功能实体16向CDN节点1中的媒体控制功能实体16通过响应消息返回内容交付会话的ID即SIP Session ID和RTSP Session ID；

步骤S423：CDN节点1中的媒体控制功能实体16将内容交付会话的ID(即RTSP Session ID和SIP Session ID)进行绑定，并将其结果通过会话初始化响应返回给UE 11。其中，媒体控制功能实体16-＞UE 11之间的会话初始化响应过程可以采用现有的流程实现，具体不再赘述；

步骤S425：UEUE 11向CDN节点2中的媒体控制功能实体16请求RTSP PLAY(播放)或者RTSP RECORD(录制)，请求播放内容，该请求中携带媒体控制功能实体16的RTSP会话ID和媒体交付功能实体16的会话ID信息。

步骤S427：CDN节点2中的媒体控制功能实体16向媒体交付功能实体16请求RTSP PLAY(播放)或者RTSP RECORD(录制)，请求播放内容；

步骤S429：CDN节点2中的媒体交付功能实体16返回媒体控制功能实体16确认信息，表示即将进行播放；

步骤S431：CDN节点2中的媒体控制功能实体16返回UEUE11确认信息，表示即将进行播放；

步骤S433：CDN节点2中的媒体交付功能实体16向UE 11发送RTP流进行播放或者录制。

实施例二

在本实施例中，业务控制功能实体或IPTV服务控制功能实体选择的CDN节点1能够提供用户设备所请求的内容服务，图5为本实施例的流程图。下面结合图1对本实施例中对用户设备提供内容服务进行说明，如图5所示，该流程主要包括以下步骤：：

步骤S501：业务控制功能实体12或者IPTV服务控制功能实体13接收到从UE 11发送的会话初始化(SIP INVITE)请求，该请求的SDP中包括UE 11的IP地址、端口及内容标识符。IPTV服务控制功能实体13根据UE 11归属的区域，选择就近的CDN节点提供服务，在本实施例为CDN节点1。

具体地，IPTV服务控制功能实体13会定期检测内容分发网络14正在提供服务的状态，以选择尽量靠近用户设备，并且没有故障的节点控制器16；

步骤S503：收到会话初始化(SIP INVITE)请求的CDN节点1的媒体控制功能实体16判断自己是否能够提供媒体服务；

步骤S505：上述步骤的判断结果为该CDN节点1中存在用户点播的内容并可以接受点播，则CDN节点1的媒体控制功能实体16选择其节点内的可以提供服务的媒体交付功能实体16；媒体控制功能实体16向选中的媒体交付功能实体16发送RTSP DESCRIBE消息，查询可以提供服务的媒体交付功能实体16的SDP信息，含URL地址信息。

步骤S507：CDN节点1的媒体交付功能实体16向媒体控制功能实体16回确认ACK消息，含SDP信息。

其中，步骤S505和步骤S507的RTSP DESCRIBE查询消息可选，步骤S505中的媒体控制功能实体16选择其节点内的可以提供服务的媒体交付功能实体16中可能已经包含媒体描述信息。

步骤S509：CDN节点1的媒体控制功能实体16向媒体交付功能实体16发起RTSP SETUP消息，用户建立和17的RTSP会话链接。

步骤S511：CDN节点1的媒体交付功能实体16向媒体控制功能实体16返回内容交付会话建立的ID，即RTSP Session ID。

步骤S513：CDN节点1的媒体控制功能实体16将内容交付会话的ID即RTSP Session ID和SIP Session ID进行绑定，并将其结果通过会话初始化响应返回给UE 11。媒体控制功能实体16-＞UE 11之间的会话初始化响应过程可以采用现有的流程，具体不再赘述。

步骤S515：UE 11到媒体控制功能实体16请求RTSP PLAY(播放)或者RTSP RECORD(录制)，请求播放内容，该请求中携带媒体控制功能实体16的RTSP会话ID和媒体交付功能实体16的会话ID信息。

步骤S517：媒体控制功能实体16到媒体交付功能实体16请求RTSP PLAY(播放)或者RTSP RECORD(录制)，请求播放内容。

其中，选择RTSP PLAY或者RTSP RECORD根据步骤S519确定。

步骤S519：媒体交付功能实体16向媒体控制功能实体16返回确认信息(ACK)，表示即将进行播放。

步骤S521：媒体控制功能实体16向UE 11返回确认信息(ACK)，表示即将进行播放。

步骤S523：CDN节点1中的媒体交付功能实体16向UE 11发送RTP流进行播放或者录制。

装置实施例

根据本发明实施例，还提供了一种内容分发网络节点。

图6为根据本发明实施例的内容分发网络节点的结构示意图。如图6所示，根据本发明实施例的内容分发网络节点包括媒体控制功能实体60和至少一个内容交付功能实体62。

其中，该媒体控制功能实体60可以包括：接收模块600、判断模块602、选择模块604、查询模块606以及发送模块608。其中，接收模块600，用于接收来自业务控制功能实体或IPTV服务控制功能实体发送的业务请求，其中，该业务请求中携带有内容标识符，用于指示请求与该内容标识符对应的内容；判断模块602与接收模块600相连接，用于判断本CDN节点是否能够提供上述业务请求所请求的内容服务；选择模块604与判断模块602相连接，用于在判断模块602判断的结果为是的情况下，选择提供内容服务的内容交付功能实体62；查询模块606与判断模块602相连接，用于在所述判断模块602判断的结果为否的情况下，向CDN全局控制器发送查询请求，获取能够提供上述内容服务的第二CDN节点；发送模块608与查询模块606相连接，用于向上述查询模块606获取的第二CDN节点发送业务请求，请求第二CDN节点提供上述内容服务；

内容交付功能实体62，与媒体控制功能实体60相连接，用于为用户设备提供所述内容服务。

如上所述，借助本发明实施例提供的技术方案，业务控制功能实体或IPTV服务控制功能实体将业务请求发送到离用户设备归属区域最近的CDN节点，如果该CDN节点能够为用户设备提供该用户设备请求的内容服务，则业务控制功能实体或IPTV服务控制功能实体向CDN节点发送业务请求消息，请求该CDN节点为用户设备提供内容服务。如果业务控制功能实体或IPTV服务控制功能实体选择的CDN节点不能为用户设备提供该用户设备请求的内容服务，则通过CDN全局控制器获取能够提供该内容服务的CDN节点，将业务请求发送到能够提供上述内容服务的CDN节点。本发明提供的技术方案可以解决现有技术中内容定位方法低效的问题，可以缩小CDN处理延迟，同时也不会增加设备的成本。并且，可以减轻CDN全局控制器的压力，防止CDN全局控制器成为性能瓶颈，保障其工作的可靠性。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。