CN101686224B

CN101686224B - 一种传递内容标识的方法及网络节点

Info

Publication number: CN101686224B
Application number: CN200810198727.XA
Authority: CN
Inventors: 陈学梁; 漆宝剑
Original assignee: Huawei Technologies Co Ltd
Current assignee: Beijing Zhongcai Wyse Education Technology Co ltd; Tongzhou District Nantong Xin Hao Industrial Co ltd
Priority date: 2008-09-24
Filing date: 2008-09-24
Publication date: 2011-06-15
Anticipated expiration: 2028-09-24
Also published as: WO2010037307A1; CN101686224A

Abstract

本发明实施例公开了一种传递内容标识的方法，包括：获取用户产生内容UGC的内容标识；将所述UGC的内容标识封装在会话初始协议SIP消息中，并通过所述会话初始协议SIP消息传送。相应的，本发明实施例还公开了一种网络节点和网络系统，通过实施本发明实施例，能够在用户开展UGC业务时生成UGC的内容标识，并将该UGC的内容标识传递至网络中的各个网元，方便UGC业务的顺利开展。

Description

一种传递内容标识的方法及网络节点

技术领域

本发明涉及通信应用领域，尤其涉及一种传递内容标识的方法及网络节点和系统。

背景技术

IP多媒体子系统(IP Multimedia Subsystem，IMS)是在WCDMA网络中已有分组域之上叠加的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，引入会话初始协议(Session Description Protocol，SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务；IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制功能实体(Call Session Control Function，CSCF)、提供各种业务逻辑控制功能的应用服务器((Application Server，AS)、集中管理用户签约数据的归属用户服务器(Home Subscriber Server，HSS)等。

IMS based IPTV系统，即在IMS的整体架构下提供网络电视(IPTV)业务，通过利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端QoS保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。它不但提供基本的直播(BC)业务、点播(VOD)业务、录制(PVR)业务，而且提供了体现IMS优势的各种增强业务，包括用户产生内容(User Generated Content，UGC)业务，PPV业务、推荐业务、广告业务、CallerID业务、Presence业务、预览业务、书签业务、iTV业务、家长控制业务等。

在现有的IMS based IPTV系统中，通过应用内容标识能够为用户提供更加方便的操作。如在COD业务中，用户通过用户设备(User Equipment，UE)通过发起请求消息，在请求消息中携带请求的统一资源标识(Requst URI)，通过该请求中含有的COD的内容标识来请求相应的COD服务。在COD业务中，COD内容源已经在网络中存在，服务提供者会为该COD业务中确定一个内容标识，用户通过电子节目指南(Electronical Program Guide，EPG)就能获取获得到所对应的内容标识。而对于UGC业务，现有机制中还没有实现为UGC内容分配内容标识，这样就不利于UGC业务的开展。

发明内容

本发明实施例提供了一种传递内容标识的方法及网络节点和用户设备，通过传送UGC的内容标识给相关实体以保证UGC业务的正常开展。

相应的，本发明实施例提供了一种传递内容标识的方法，包括如下步骤：

用户设备UE发送请求消息，所述请求消息携带用户产生内容UGC业务标识；

获取UGC的内容标识，所述内容标识由业务控制功能SCF根据UE的请求生成；

将所述UGC的内容标识封装在SIP消息中，并通过所述SIP消息传送。

相应的，本发明实施例还提供了一种网络节点，所述网络节点包括：

获得单元，用于获取用户产生内容UGC的内容标识，所述内容标识根据用户设备UE发送的请求消息生成，所述请求消息包含UGC业务标识；

封装单元，用于将获得单元中获取的UGC的内容标识封装在会话初始协议SIP消息中；

传送单元，用于将所述封装单元封装后的SIP消息传递给其它网络节点。

通过实施本发明实施例，在IMS Based IPTV系统中为UGC业务生成内容标识，并将内容标识封装在SIP协议中，可以将UGC的内容标识传递到各个需要的网元中去，便于UGC业务的顺利开展。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中的网络系统逻辑结构示意图；

图2为本发明实施例中的传递内容标识方法的流程图；

图3为本发明实施例中的UGC业务上传的第一流程图；

图4为本发明实施例中的UGC业务上传的第二流程图；

图5为本发明实施例中的UGC业务上传的第三流程图；

图6为本发明实施例中的网络节点的结构示意图；

图7为本发明实施例中网络节点的另一结构示意图。

具体实施方式

本发明实施例提供了一种传递内容标识的方法及网络节点和系统，通过采用SIP信令传送UGC的内容标识给相关实体以保证UGC业务的正常开展。

本发明实施例提出了一种网络系统，该网络系统中包括了用户设备(UserEquipment，UE)、媒体功能(Mddia Function，MF)、业务控制功能(Service ControlFunction，SCF)、业务选择功能(Service Selection Function，SSF)、内容数据功能(Content Profile Service Function，CPSF)等。图1示出了本发明实施例中的网络系统逻辑结构示意图，包括了内容标识生成单元10、内容标识传送单元11和内容标识接收单元12，这些单元可以同时或分别位于网络系统中的UE、MF、SCF、CPSF、SSF等，其中：

内容标识生成单元10，其主要功能是生成UGC的内容标识，UGC的内容标识可以但不局限于下面形式：CRID、TV URI、CID、URL等表现形式，内容标识生成单元可以是IMS Based IPTV系统中的一个单独的实体，也可以位于UE、SCF、MF、CPSF(元数据存储单元)、业务选择功能(Service SelectionFunction，SSF)等实体中。内容标识的生成可以首先在UE、或MF、或SCF、或CPSF或SSF等中生成临时的逻辑标识，再由另外一个实体中进行全局唯一标识的生成(如可以通过元数据处理单元生成)；UGC的内容标识可以在UGC内容上传开始前生成，UGC内容上传过程中生成，UGC内容上传完成后生成。

具体的，在UGC内容上传之前，网络实体(如UE、SCF、SSF、CPSF等)中的一个实体可以根据UGC请求向其中一个实体返回生成的UGC的内容标识，或者网络实体(如UE、SCF、SSF、CPSF等)直接生成UGC的内容标识；在UGC内容上传过程中，网络中的一个网元生成UGC的内容标识；在UGC内容上传后，网络中的一个网元为该UGC内容生成UGC的内容标识。

UGC的内容标识的生成可以是用户在UE上进行操作时，UE感知用户需要进行UGC业务时生成；或者UE发送UGC业务请求时，其它网络实体(如SCF，或CPSF、或MF、SSF等)感知用户需要进行UGC业务时生成，具体可以是通过UGC业务标识来感知；或UE直接向其它网络实体(如SCF，或CPSF、或MF、SSF等)为该UGC业务生成一个UGC的内容标识。同样的，网络系统的每个实体都可以在感知UGC业务后，生成UGC的内容标识；也可以在感知UGC业务后向其它网络实体请求返回一个UGC的内容标识；或者其它网络实体向需要进行UGC的内容标识传递的网络实体返回一个UGC的内容标识。

内容标识传送单元11在内容标识生成单元10生成完UGC的内容标识后，用来传送UGC的内容标识，包括将UGC的内容标识封装在信令中，如：将UGC的内容标识封装在SIP信令中，UGC的内容标识可位于SIP请求消息或响应消息，SIP信令中携带UGC的内容标识的方式包含但不限于如下几种方式，在SIP信令的头域中携带UGC的内容标识；在SIP信令的SDP中携带UGC的内容标识；在SIP信令的xml描述中携带UGC的内容标识。具体携带方式详述如下：

第一种：扩展SIP协议，定义新的头域来携带UGC的内容标识；也可以通过现有的头域来携带，比如：在INVITE请求消息的TO头域中，构建Requst URI，该Requst URI由user part和SP域名构建，user part部分携带UGC的内容标识，即：“user part@sp域名”的方式；

例如：TO:<sip:contentid@ugc.com>

第二种：通过扩展SDP来实现携带UGC的内容标识，比如通过扩展新的a行来携带UGC的内容标识，如“a＝ContentId:UGCContentIdExample”，其中UGCContentId是

<attribute field>，UGCContentId是<attribute value>；

例如：a＝contentid:<crid://ugc.com/example>

第三种：通过可扩展标记语言(Extentsible Markup Language，xml)来携带UGC的内容标识，可以通过定义新的xml类型，来携带UGC的内容标识，比如定义新的Content-Type为application/vnd.etsi.iptvsad-UGC+xml，在xml定义

<UGCContentId>UGCContentIdExample</UGCContentId>来携带UGC的内容标识；

另外还可以在SIP请求或者SIP响应消息中，同时有SDP和xml，在其中的xml或者SDP或者同时在XML，SDP中携带UGC的内容标识。

在IMS Based IPTV系统中可以是：UE作为内容标识传送单元，将封装好的 UGC的内容标识的SIP消息进行发送；也可以是SCF作为内容标识的传送单元，将封装好的UGC的内容标识的SIP消息进行发送；也可以是MF作为内容标识的传送单元，将封装好的UGC的内容标识的SIP消息进行发送；还可以是UE、SCF、MF等多个实体都作为内容标识的传送单元。

内容标识接收单元12，用来接收内容标识传送单元11发送的SIP消息，并从该SIP消息中获得UGC的内容标识，以便系统中的网络实体根据该UGC的内容标识进行相关处理。具体的，可以将接收的UGC的内容标识与接收的UGC媒体流建立关联关系；将接收的UGC的内容标识与UGC内容元数据建立关联关系；将获得的UGC的内容标识存储等。

在IMS Based IPTV系统中，内容标识接收单元12可以是SCF、CPSF、MF、UE，SSF等实体，这些实体将接收SIP信令消息，从接收到的SIP信令消息中，或从SIP消息中扩展的消息头域，或从SIP消息体的SDP描述中，或从SIP消息携带的xml描述中将UGC的内容标识提取出来。网络实体根据UGC的内容标识，进行UGC业务行为，如：UE根据接收到的UGC的内容标识发起观看请求；SCF根据UGC的内容标识选择合适的UGC的MF；MF根据UGC的内容标识定位到具体的UGC内容；SCF，或CPSF，或MF，或SSF根据内容标识，将内容的相关描述信息与内容进行关联起来等等。每个网络实体根据UGC的内容标识进行相关业务行为，可以顺利开展UGC业务。

通过该系统中的各个单元，在用户进行UGC业务过程中，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，可以更好的开展UGC业务。

相应的，图2示出了本发明实施例中的传递内容标识方法的流程图，具体包括：

步骤S20：生成所对应的UGC的内容标识；

具体的，由内容标识生成单元10用来生成UGC的内容标识；在UGC业务中该单元可以是位于IMS Based IPTV系统中的一个单独的功能实体，还可以位于：产生UGC内容的UE，为UGC业务服务的SCF，MF，SSF等功能实体中。该UGC的内容标识生成单元10，需要基于内容标识的生成规则，生成全局唯一的UGC的内容标识，该生成规则可以是：位于内容标识生成单元10中，内置一套生成逻辑，如根据用户签约的sp域名，用户的身份标识，加该单元生成的序列码的方式，保证生成的UGC的内容标识的唯一性。该UGC的内容标识的具体形式可以为：序列码@用户标识.sp域名；用户标识+序列码@.sp域名等等形式。当内容标识生成单元10所在的网络实体判断该用户需要进行UGC业务之后，可以为该UGC业务生成一个UGC的内容标识。

UGC的内容标识可以在UGC内容上传前生成，或UGC内容上传中生成，或UGC内容上传完成后生成等。某一网络实体可以根据UGC请求或者UGC业务标识判断该业务为UGC业务之后，为该UGC业务生成一个UGC业务。

网络系统的每个实体都可以在感知UGC业务后，生成UGC的内容标识；也可以在感知UGC业务后向其它网络实体(该实体主要用于生成UGC的内容标识，或者UGC的内容标识都是由该实体来统一生成)请求返回一个UGC的内容标识；或者其它网络实体向需要进行UGC的内容标识传递的网络实体返回一个UGC的内容标识。

步骤S21：将UGC的内容标识封装在SIP消息中进行传递；

具体的，可由内容标识传送单元11将UGC的内容标识封装在SIP消息中，以及将封装好的SIP信令消息传送给其它网络节点。

UGC的内容标识可以有多种方式进行封装，可以封装在SIP请求消息中，可以封装在SIP响应消息中。具体可以封装在请求消息(或者响应消息)的头域中(该头域可以是新定义的头域，也可以是在已有的头域中进行封装)，比如：在INVITE请求消息中，通过TO头域携带的Requst URI中携带UGC的内容标识，该Requst URI通过如下的方式进行构建，UE(也可以是SCF、MF等实体)基于一定的规则，构造请求的URI，即：将SP的域名(如：从SSF获得)，user part(UGC的内容标识包含在user part)构成请求URI；

此外还可以通过在请求消息(或者响应消息)的SDP a行中携带内容标识：如通过定义新的SDP a行，携带内容标识，即：a＝<attribute>[“:”<attribute value>]，定义新的<attribute>来携带内容标识，UGC的内容标识具体内容携带在<attributevalue>中；

此外还可以携带在请求消息(或者响应消息)的xml描述中。

在IMS Based IPTV系统中，内容标识传送单元11可以是位于SCF中，可以是位于SSF中，也可以是位于UE中，还可以是位于MF等实体中。

步骤S22：接收SIP消息，并从SIP消息中提取UGC的内容标识。

具体的，可由内容标识接收单元12接收SIP消息，并从该SIP消息中解析出内容标识，即：可以是通过SIP信令的头域中解析出UGC的内容标识(头域携带内容标识时)，也可以是从SIP信令的SDP信息中解析出UGC的内容标识(SDP携带内容标识时)，也可以是在SIP信令的xml描述中解析出UGC的内容标识(xml携带内容标识时)。内容标识接收单元12根据解析出的UGC的内容标识，进行相关的业务行为。在IMS Based IPTV系统中，内容标识接收单元12可以是UE、SCF、CPSF、MF、SSF等实体，当这些实体接收到携带UGC的内容标识的信令后，从该信令中解析出UGC的内容标识，根据UGC的内容标识进行相关的业务处理。如UE根据UGC的内容标识可以发起UGC内容观看请求；MF根据UGC的内容标识可以找到相应的UGC内容或MF根据UGC的内容标识；建立UGC的内容标识和UGC内容的关联关系等等；SCF根据UGC的内容标识可以选择相应的MF；SCF或MF或SSF或CPSF等根据UGC的内容标识可以将UGC内容元数据和UGC的内容标识建立关联关系，通过这种关联关系，就将UGC内容元数据和UGC内容关联起来等等。

通过该方法，在用户进行UGC业务过程中，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，可以更好的开展UGC业务。

下面结合图1和图2来详细说明本发明实施例中的具体实现过程，图3示出了本发明实施例中UGC业务上传的第一流程图，UGC的内容标识由UE生成，具体步骤如下：

步骤S301：UE为UGC生成UGC的内容标识；

用户在UE上进行操作时，UE感知用户进行UGC业务时，可以为UGC业务生成一个UGC业务标识。

相应的，该UE可以将该UGC的内容标识保存在自身的存储单元中。

步骤S302：UE发起INVITE请求消息；

该请求消息中可以携带UGC UE的身份标识、UGC的内容标识、以及相关的SDP信息等。

UGC的内容标识可以有多种携带方式：可以携带在请求URI的user part中：UE基于一定的规则，构造请求的URI，即：将SP的域名(从SSF获得)，userpart(内容标识包含在user part)构成请求URI(见示例1)；可以携带在SDP 的a行中(见示例2)；可以携带在xml描述中(见示例3)；

示例1(在SIP请求URI中携带UGC的内容标识)：

INVITE UGCContentIdExample@iptvsp.com SIP/2.0

示例2(在SIP的SDP a行中携带UGC的内容标识)：

a＝UGCContantId:UGCContentIdExample

示例3(在SIP的xml中携带UGC的内容标识)：

<？xml version＝”1.0”encoding＝”UTF-8”？>

<UGCContentId>UGCContentIdExample</UGCContentId>

步骤S303：Core IMS收到该INVITE请求消息后，将INVITE请求转发到SCF；

步骤S304：SCF收到INVITE请求后，从该INVITE消息中提取UGC的内容标识；

首先SCF从INVITE请求中的相应头域判断是UGC业务，以及提取用户身份标识；提取UGC的内容标识可以但不限于有以下方式：或者从Request-URI中提取出UGC的内容标识(如步骤S302中的示例1)；或者从相应的SDP信息中提取出UGC的内容标识(如步骤S302中的示例2)；；或者是从消息体中的xml描述中，提取出UGC的内容标识(如步骤S302中的示例3)；

步骤S305：SCF对用户请求进行业务鉴权；

步骤S306至步骤S307：SCF发送INVITE请求发送给MF；

步骤S308：MF保存内容标识；

这样，当后续用户发起观看请求的时候，MF可以根据内容标识找到对应的UGC内容。需要说明的是，该步骤可选。

步骤S309至步骤S312：MF回送200 OK消息；

步骤S313至步骤S315和步骤S318：UE回送ACK消息给MF；

步骤S316：SCF通过信令将内容标识按照指定的存储格式存储到CPSF；

这样，CPSF可以将存储的内容标识通过SSF发布到观看者，观看者可以根据该内容标识，发起观看请求；CPSF还可以建立内容标识和用户输入UGC内容描述信息之间的关联关系(如UGC的内容标识和UGC描述信息的关联表等)，通过该内容标识，可UGC内容描述信息和UGC内容关联起来。

步骤S317：CPSF回送响应消息；

需要说明的是，步骤S316和步骤S317可以在SCF解析出UGC的内容标识之后进行，即可以在步骤S303收到INVITE消息之后，将UGC的内容标识发送给CPSF，其整个实现过程在顺序上与步骤S304之后的步骤可以不存在必然的先后关系。

步骤S319和步骤S320：UE和MF之间通过SDP协商，建立媒体传输通道，UE将产生的UGC内容发送到该MF中。

这里的MF的地址根据步骤S309至步骤S312中的200 OK消息得到。

当内容上传到MF后，MF建立内容标识和UGC内容之间的关联关系(如：可以是一种关联表等)，根据该UGC的内容标识，后续用户发起观看请求的时候，MF可以根据用户发起的观看请求中，携带的UGC的内容标识，将相应的UGC内容发送给用户。

这样，当UE感知用户进行UGC业务时，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，整个系统可以更好的开展UGC业务。

图4示出了本发明实施例中UGC业务上传的第二流程图，内容标识由SCF生成，具体步骤如下：

步骤S401：UE发起INVITE请求；

该请求消息中携带UGC UE的身份标识，UGC业务标识，UGC的地址，相关的SDP信息等。

步骤S402：Core IMS收到该INVITE请求消息后，将INVITE请求转发到SCF；

步骤S403：SCF收到INVITE请求后，从INVITE请求中相应的头域判断为UGC业务，以及提取用户身份标识；

步骤S404：SCF根据用户请求进行业务鉴权；

步骤S405：SCF根据用户去的请求，生成对应的UGC的内容标识；

步骤S406至步骤S407：INVITE请求中，需要携带UGC的内容标识；

UGC的内容标识可以有多种携带方式：如携带在TO头域中，即新的TO头域由user part部分和SP域部分组成，user part部分包含UGC的内容标识(见示例4)；UGC的内容标识也可以携带在SDP中，通过扩展SDP，以a行的形式携带UGC的内容标识(见示例5)；UGC的内容标识还可以以XML的形式，携带在INVITE请求的消息体中(见示例6)；

示例4(在SIP头域中携带UGC的内容标识)：

To:<sip:UGCContentIdExample@iptvsp.com>

示例5(在SIP的SDP中携带UGC的内容标识)：

a＝UGCContantId:UGCContentIdExample

示例6(在SIP的xml中携带UGC的内容标识)：

<？xml version＝”1.0”encoding＝”UTF-8”？>

<UGCContentId>UGCContentIdExample</UGCContentId>

步骤S408：MF保存UGC的内容标识；

这样，当后续用户发起观看请求的时候，MF可以根据UGC的内容标识找到对应的UGC内容。该步骤可选择，可以根据需要决定是否保存UGC内容。

步骤S409至步骤S412：MF回送200 OK消息；

该200 OK消息中携带MF的地址信息以及MF的SDP信息，还可以包括UGC的内容标识。

步骤S413至步骤S415和步骤S418：UE回送ACK消息给MF；

步骤S416：SCF通过信令将内容标识按照指定的存储格式存储到CPSF；

步骤S417：CPSF回送响应消息；

需要说明的是，步骤S415和步骤S416一般在步骤S405之后就开始进行了，即在步骤S405中生成UGC的内容标识之后，将内容标识发送给CPSF。

步骤S420：UE保存UGC的内容标识以及MF地址；

步骤S419和步骤S421：UE和MF之间通过SDP协商，建立媒体传输通道，UE将产生的UGC内容发送到该MF中。

步骤S420中的MF的地址和UGC的内容标识可以根据步骤S409至步骤S412中的200 OK消息得到。该UGC的内容标识还可以是SCF生成UGC的内容标识之后，SCF将该UGC的内容标识传送给UE。步骤S419与步骤S420不存在严格的先后关系，可以同时发生，可以存在先后顺序发生。

当UGC内容上传到MF后，MF建立UGC的内容标识和UGC内容之间的关联关系(可以是关联表等)，根据该UGC的内容标识，后续用户发起观看请求的时候，MF可以根据用户发起的观看请求中，携带的UGC的内容标识，将相应的UGC内容发送给用户。

这样，当SCF知道用户进行UGC业务时，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，整个系统可以更好的开展UGC业务。

图5示出了本发明实施例中UGC业务上传的第三流程图，UGC的内容标识由MF生成，具体步骤如下：

步骤S501：UGC UE发送INVITE消息给CORE IMS，请求启动UGC上传，该请求消息中可以携带UGC UE的身份标识、UGC业务标识、UGC UE的地址、以及相关的SDP信息等；

步骤S502：core IMS收到该INVITE请求消息后，将INVITE请求转发到SCF中；

步骤S503：SCF收到该INVITE消息后，从该INVITE请求中的相应头域判断是UGC业务，以及提供用户身份标识；

步骤S504：SCF根据用户请求进行业务鉴权；

步骤S506和步骤S507：SCF经过Core IMS向MF发送INVITE请求消息；

步骤S507：MF生成并保存UGC的内容标识；

具体可以是：MF在判断该用户请求的业务为UGC业务之后，生成UGC的内容标识。

该MF保存UGC的内容标识后，当后续用户发起观看请求的时候，MF可以根据UGC的内容标识找到对应的UGC内容。可以根据实际需要，该MF决定是否保存该UGC的内容标识。

步骤S508和步骤S509、步骤S512至步骤S513：MF向UE回送200 OK消息，该200 OK消息中携带有UGC的内容标识，MF的SDP信息，以及MF的地址信息，该UGC的内容标识可以有多种方式：UGC的内容标识携带在SDP中(见示例7)；UGC的内容标识携带在XML中(见示例8)；

示例7(在SIP的SDP中携带UGC的内容标识)：

a＝UGCContantId:UGCContentIdExample

示例8(在SIP的xml中携带UGC的内容标识)：

<？xml version＝”1.0”encoding＝”UTF-8”？>

<UGCContentId>UGCContentIdExample</UGCContentId>

步骤S510和步骤S511：SCF通过信令将UGC的内容标识按照指定的存储格式存储到CPSF，CPSF向SCF返回响应消息；

这样CPSF可以将存储的UGC的内容标识通过SSF发布到观看者，观看者可以根据该UGC的内容标识，发起观看请求；CPSF还可以建立UGC的内容标识和用户输入UGC内容描述信息之间的关联关系(如UGC的内容标识和UGC描述信息的关联表等)，通过该UGC的内容标识，可以将UGC内容描述信息和UGC内容关联起来。

步骤S514至步骤S517：UE向MF返回ACK消息；

步骤S518和步骤S520：UE和MF之间通过SDP协商，建立媒体传输通道，并将产生的GUC内容发送到该MF中；

步骤S519：UE保存UGC的内容标识以及MF地址。

需要说明的是，该步骤在UE收到200 OK消息之后即可实现，即步骤S513之后进行的。

当UGC内容上传到MF后，MF建立UGC的内容标识和UGC内容之间的关联关系(可以是关联表等)，根据该UGC的内容标识，后续用户发起观看请求的时候，MF可以根据用户发起的观看请求中携带的UGC的内容标识，将相应的UGC内容发送给用户。

这样，当MF知道用户进行UGC业务时，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，整个系统可以更好的开展UGC业务。

相应的，图6示出了本发明实施例中的网络节点的结构示意图，包括：

获得单元61，用于获取生成的UGC的内容标识。该UGC的内容标识可以是该网络节点中生成的，也可以从其它网络节点中请求得到(如从SSF、SCF、MF、CPSF等获取)。不管是该网络节点中生成，还是其它网络节点中请求得到，可以是结合用户在进行UGC操作中的UGC业务标识生成，如果是UE，则可以直接在感知用户进行UGC业务时生成。

封装单元62，用于将获得单元61中获取的UGC的内容标识封装在SIP消息中。具体的，该封装单元62将该UGC的内容标识封装在SIP消息的头域中；或封装单元62将该UGC的内容标识封装在SIP消息的会话描述协议中；或封装单元62将所述UGC的内容标识封装在SIP消息的可扩展标记语言消息中。当然该封装过程也不限于上述几种，也可以是上述中的多种组合。

传送单元63，用于将封装单元62封装后的SIP消息传递给其它网络节点。

需要说明的是，该网络节点可以是UE、MF、SCF、CPSF、SSF等。

这样，当该节点知道用户进行UGC业务时，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，整个系统可以更好的开展UGC业务。

具体的，图7示出了本发明实施例中网络节点的另一结构示意图，包括：

获得单元72，用于获取生成的UGC的内容标识。该UGC的内容标识可以是网络节点中生成的，也可以从其它网络节点中请求得到(如从SSF、SCF、MF、CPSF等获取)。不管是该网络节点中生成，还是其它网络节点中请求得到，可以是结合用户在进行UGC操作中的UGC业务标识生成，如果是UE，则可以直接在感知用户进行UGC业务时生成。具体的，该获得单元72获取的若是临时UGC的内容标识，需要根据该临时UGC的内容标识生成全局唯一UGC的内容标识。

封装单元73，用于将获得单元72中获取的UGC的内容标识封装在SIP消息中。具体的，该封装单元73将该UGC的内容标识封装在SIP消息的头域中；或封装单元73将该UGC的内容标识封装在SIP消息的会话描述协议中；或封装单元73将该UGC的内容标识封装在SIP消息的可扩展标记语言消息中。当然该封装过程也不限于上述几种，也可以是上述中的多种组合。

传送单元74，用于将封装单元73封装后的SIP消息传递给其它网络节点。

相应的，该UGC的内容标识为该网络节点生成时，该网络节点还设有生成单元71，用于根据UGC业务标识生成UGC的内容标识，那么获得单元72从该生成单元71中获取UGC的内容标识。对于UE来说，UE可以直接感知用户进行UGC业务时，即可生成UGC的内容标识。

该网络节点还可以接收其它网络节点发送过来的SIP消息，从SIP消息中获得UGC的内容标识进行相关处理，该网络节点还可设有一接收单元75，用于接收其它网络节点发送过来的SIP消息，该SIP消息中封装了UGC的内容标识；在网络节点中设有了相应的解析单元77和/或处理单元78，其中：解析单元77，用于从接收单元中接收的SIP消息中获取UGC的内容标识；处理单元75，用于根据接收单元76接收的SIP消息中封装的UGC的内容标识与所述UGC内容进行关联处理，或者将UGC的内容标识和UGC内容的元数据进行关联。相应的，在解析单元77获取UGC的内容标识后，可以将该UGC的内容标识保存在存储单元78中。

需要说明的是，该网络节点可以是UE、MF、SCF、CPSF、SSF等。

这样，当该节点知道用户进行UGC业务时，可以为UGC业务生成一个UGC的内容标识，将该UGC的内容标识传送到各个网元中去，整个系统可以更好的开展UGC业务。该节点还可以接收系统中其它节点传送过来的UGC内容标识，根据该UGC的内容标识开展UGC业务。

综上所述，通过在IMS Based IPTV系统中为UGC业务分配UGC的内容标识，并将内容标识封装在SIP协议中，可以将UGC的内容标识传递到各个需要的网元中去，便于UGC业务的顺利开展。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

Claims

1.一种传递内容标识的方法，其特征在于，包括如下步骤：

将所述UGC的内容标识封装在会话初始协议SIP消息中，并通过所述会话初始协议SIP消息传送。

2.如权利要求1所述的方法，其特征在于，将所述UGC的内容标识封装在SIP消息中，具体为下面的一种或者多种组合：

将所述UGC的内容标识封装在所述SIP消息的头域中；

将所述UGC的内容标识封装在所述SIP消息的会话描述协议SDP描述中；

将所述UGC的内容标识封装在所述SIP消息的可扩展标记语言xml描述中。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述UGC的内容标识在用户进行UGC业务操作时根据UGC的业务标识生成；或

当感知用户进行UGC业务操作时，通过请求消息从生成UGC内容标识的网络节点中获取所述UGC的内容标识。

4.如权利要求3所述的方法，其特征在于，所述UGC的内容标识在UGC内容上传开始前生成、或UGC内容上传过程中生成、或UGC内容上传完成后生成。

5.如权利要求1所述的方法，其特征在于，所述获取用户产生内容UGC的内容标识步骤具体包括：

获取临时UGC的内容标识；

根据所述临时UGC的内容标识生成全局唯一UGC的内容标识。

6.如权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

当所述SIP消息传送至网络节点时，所述网络节点从所述SIP消息中获取UGC的内容标识。

7.如权利要求6所述的方法，其特征在于，所述方法还包括至少如下步骤之一：

在所述网络节点从所述SIP消息中获取内容标识之后，将所述UGC的内容标识存储；或者

将所述UGC的内容标识与所述UGC内容进行关联；或者

将所述UGC的内容标识与所述UGC内容的元数据进行关联。

8.一种网络节点，其特征在于，所述网络节点包括：

传送单元，用于传送所述封装单元封装后的SIP消息。

9.如权利要求8所述的网络节点，其特征在于，所述网络节点还包括：

生成单元，用于生成UGC的内容标识，所述获得单元从所述生成单元中获取UGC的内容标识。

10.如权利要求8所述的网络节点，其特征在于，所述获得单元获取临时UGC的内容标识，根据所述临时UGC的内容标识生成全局唯一UGC的内容标识。

11.如权利要求8所述的网络节点，其特征在于，所述网络节点还包括：

接收单元，用于接收SIP消息，所述SIP消息中封装了UGC的内容标识；

解析单元，用于从接收单元中接收的SIP消息中获取UGC的内容标识。

12.如权利要求11所述的网络节点，其特征在于，所述网络节点还包括：

存储单元，用于将所述解析单元中获取的UGC的内容标识存储；或者

处理单元，用于根据接收单元接收的SIP消息中封装的UGC的内容标识与所述UGC内容进行关联处理，或者将UGC的内容标识和UGC内容的元数据进行关联。

13.如权利要求8至12任一项所述的网络节点，其特征在于，所述网络节点为用户设备、或业务控制功能、或媒体功能、或业务选择功能。