WO2010028589A1

WO2010028589A1 - 业务推送协商方法及装置、推送业务系统

Info

Publication number: WO2010028589A1
Application number: PCT/CN2009/073811
Authority: WO
Inventors: 李幼颖; 王丰
Original assignee: 华为技术有限公司
Priority date: 2008-09-10
Filing date: 2009-09-08
Publication date: 2010-03-18
Also published as: CN101674323A

Description

业务推送协商方法及装置、推送业务系统本申请要求 2008年 9月 10日递交的申请号为 200810198463.8、发明名称为 "业务推送协商方法及装置、推送业务系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及网络业务推送领域，具体地涉及一种业务推送协商方法及装置、推送业务系统。背景技术

网络电视（Internet Protocol Television, IPTV) 基于多媒体子系统（IP Multimedia Subsystem, IMS ) 即通过 IMS网络提供 IPTV业务，以充分利用 IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端的服务质量（Quality of Service, QoS ) 保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。

目前 TISPAN等标准组织已经制定了 IPTV基于 IMS ( IMS Based IPTV) 网络相关标准，业务 /内容提供商可以通过 IMS Based IPTV网络为用户提供直播（Broadcast, BC ) ，内容点播（Content on Demand, CoD) 等基本 IPTV业务，而这些基本业务通常都是由用户发起业务请求并完成相关的媒体协商及会话建立的；如图 1所示的 TISPAN IMS Based IPTV网络架构，该架构包括：

业务发现功能（Service Selection Function, SSF) 实体与业务选择功能 ( Service Discovery Function, SDF) 实体：提供业务导航功能，包括业务发现信息及业务选择信息；业务控制功能（Service Control Function, SCF) 实体：提供基本业务的业务授权、会话管理等功能，目前包括 BC、 CoD等基本业务的业务控制功能；

媒体功能（Media Function, MF) 实体：提供媒体流的控制和交付。但是现有技术中，除了这些基本业务，还存在一些增强的 IPTV业务需要通过网络侧主动发起会话向用户推送内容的需求，例如用户可以在网络中预先登记业务，当某频道的节目开始播出时将用户正在收看的节目切换到该频道；或者用户向网络登记自己感兴趣的节目类型，当网络中有相关的节目部署时，网络侧主动将该内容推送到用户终端，还有其他一些可能需求，都要求网络能够主动向用户推送一些内容，而目前的网络中并没有提供解决方案。发明内容

本发明所要解决的技术问题在于，提供一种业务推送协商方法及装置、推送业务系统，可通过网络侧主动发起会话向用户推送需要的内容，并通过推送业务信息触发推送业务逻辑，协商完成推送业务逻辑。

为了解决上述技术问题，本发明实施例提出了一种业务推送协商方法，所述方法应用于网络电视基于多媒体子系统 IMS Based IPTV网络，所述方法包括：

接收推送业务信息，所述推送业务信息携带推送业务标识；

解析所述推送业务信息；

根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，所述推送业务请求携带推送内容标识；

协商完成所述推送业务逻辑。

相应地，本发明实施例还提供了一种业务推送协商装置，所述装置应用于网络电视基于多媒体子系统 IMS Based IPTV网络，所述装置包括：接收单元，用于接收推送业务信息，所述推送业务信息携带推送业务标识；

解析单元，用于解析所述接收单元所接收的推送业务信息；

发送单元，用于根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，所述推送业务请求携带推送内容标识；

协商单元，用于协商完成所述推送业务逻辑。

相应地，本发明实施例还提供了一种业务推送系统，所述系统应用于网络电视基于多媒体子系统 IMS Based IPTV网络，所述系统包括应用功能实体、业务控制功能实体和接收功能实体；

所述应用功能实体用于发送推送业务信息给所述业务控制功能实体，所述推送业务信息携带推送业务标识；

所述业务控制功能实体用于接收所述应用功能实体发送的推送业务信息；并解析所接收的所述推送业务信息；以及根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，所述推送业务请求包括推送内容标识；与所述接收功能实体协商完成所述推送业务逻辑；

所述接收功能实体用于接收所述业务控制功能实体发送的推送业务请求；与所述业务控制功能实体协商完成推送业务逻辑。附图说明

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

图 1是现有的 TISPAN IMS Based IPTV网络架构的结构示意图；图 2是本发明实施例的业务推送协商方法的流程示意图；

图 3是本发明实施例的业务推送协商装置的结构示意图；图 4是本发明实施例的业务推送系统的结构示意图；

图 5为本发明的业务推送协商方法的具体实施例一的示意图；图 6为本发明的业务推送协商方法的具体实施例二的示意图；图 7为本发明的业务推送协商方法的具体实施例三的示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图 2是本发明实施例的业务推送协商方法的流程示意图，该方法应用于 IMS Based IPTV网络，如图 2所示，该方法包括：

201 , 接收推送业务信息，所述推送业务信息携带推送业务标识；所述推送业务标识可以包括频道信息、节目信息或者内容信息；上述推送业务信息还可以包括以下信息的任意一种或者多种：接收推送业务的用户信息；

接收推送业务的用户列表信息；

推送业务开始执行的时间信息；

推送应用相关信息。

推送业务信息可以基于会话描述协议（ Session Description Protocol，

SDP) 或者可扩展标记语言（Extensible Marked Language, XML) 定义，采用 XML定义时如下所示：

<?xml version:" 1.0" encoding="UTF-8"?>

<xs: schema xmlns:xs="http://www.w3. org/2001/XMLSchema"

targetNamespace="urn:xxx:xml:ns:iptvpushserviceactiondata"

elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs: element name="IPTVPushActionData">

<xs： complexType>

<xs:sequence>

<xs: element name="UserList" type="xs:anyURI"/> <xs: element name="PushContentId" type="xs:string"/>

<xs: element name="StartTime" type="xs:time" minOccurs="0"/>

<xs: element name="Duration" type="xs:unsignedlnt" minOccurs="0"/>

<xs:element name="Transparence" minOccurs="0">

<xs： complexType>

<!_这里为推送应用相关信息，与具体的应用相关，不需要解析该信息，如果包含该信息，将该信息直接转发 >

< >

</xs： complexType>

</xs:element>

</xs:sequence>

</xs： complexType>

</xs:element>

</xs:schema>

推送业务信息还可以通过会话启动协议（Session Initiation Protocol , SIP ) 消息体携带发送，例如 MESSAGE， SUBSCRIBE/NOTIFY， INVITE , INFO等携带；也可以通过超文本传输协议（Hypertext Transfer Protocol, HTTP ) 等其它协议消息体携带；也可以通过 SIP头域携带。

推送业务信息中需要包含指示该信息为推送业务信息的推送业务标识；推送业务标识也可以通过 SIP消息体或者 HTTP等其它协议消息体携带，例如可以通过新定义消息实体类型（Content-Type ) 定义推送业务标识，例如新定义消息实体类型： application/iptv-push+xml；

通过 SIP或者 HTTP等其它协议消息体携带推送业务标识时，也可以通过 XML定义推送业务标识，如下所示 XML定义：

<?xml version:" 1.0" encoding="UTF-8"?>

<xs: schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns： adc="urn:xxx： xml:ns： iptvactiondatacommand"

targetNamespace="urn： xxx： xml： ns： iptvactiondatacommand"

elementFormDefault="qualified" attributeFormDefault="unqualified">

<xs: element name="IPTVActionDataCommand">

<xs： complexType>

<xs:choice>

<xs: element name=" SessionPush" type="adc:tSessionPush" minOccurs="0" maxOccurs="unbounded"/>

</xs:choice>

</xs： complexType>

</xs:element>

<xs： complexType name="tSessionPush">

<!-SessionPush 的类型定义，可以包含推送业务信息的属性定义〉

</xs： complexType>

</xs:schema>

通过 SIP头域携带推送业务标识时，也可以通过新定义媒体特性标签 (media feature tag) 及属性值标识定义推送业务标识，例如定义新的媒体特十生标签" +iptv.appid"，并且为推送业务定义值域" urn:xxx:iptv:sessionpush"，即通过媒体特性标签 +iptv.appid="urn:xxx:sessionpush"标识推送业务；

媒体特性标签可以通过 SIP头域携带， SIP头域可以是新定义头域或者 Accept-Contact等现有头域，例如：

Accept-contact:*; +iptv.appid="urn:xxx:sessionpush" 也可以直接通过 SIP头域携带推送业务属性值标识为推送业务，例如：

P-Preferred-Service: urn:xxx:iptv:sessionpush。

202, 解析所述推送业务信息；

其中， 202进一歩包括：

根据所述推送业务标识确定所述推送业务信息为推送业务请求；获取推送业务接收用户标识信息、推送业务的推送内容标识、推送业务推送时间信息中的任意一种或者多种。

202中通过推送业务标识确定该推送业务信息为推送业务请求；可以通过 Content-Type确定并获取推送业务信息，例如检测 Content-Type 为 "application/iptv-push+xml"；还可以通过 XML中的元素确定为推送业务请求，例如按照上述的 XML 定义，当检测到： IPTVActionDataCommand="SessionPush"，则确定为推送业务请求；还可以通过检测 SIP头域中携带的业务指示信息确定是否为推送业务请求，例如通过 P-Preferred- Service： urn:xxx:iptv:sessionpush, 确定该 SIP消息用于角虫发推送业务的推送业务请求；

同时，可以根据 XML定义解析推送业务信息，获取下面的一种或者多种信息：

推送业务接收用户标识信息；

推送业务的推送内容标识；

推送业务推送时间信息。

203，根据所述推送业务信息触发业务逻辑，发送推送业务请求，所述推送业务请求携带推送内容标识；

203中，通过生成 SIP请求发起推送业务请求，其中，推送业务请求中的 SIP Request-URI设置为推送业务接收用户标识，当推送业务接收设备为用户 IPTV UE时，这里标识可以是 IMS公共用户标识（IMS Public User Identity, IMPU) ；业务推送请求中需要携带推送业务推送内容标识，可以通过 SIP From 头域所携带的 SIP标识中的 user part携带；

推送内容标识也可以通过 SIP消息体携带，这种情况下推送内容标识可以通过 xml定义并携带，例如通过上述 201中所定义的 IPTVPushActionData 携带；

推送业务请求中可以携带推送业务标识，推送业务标识可以通过 SIP头域携带，例如 P-Preferred-Service: urn:xxx:iptv:sessionpush;

另外，也可以通过 SIP消息体携带，这种情况下可以通过 xml定义并携带推送业务标识，例如通过携带上述 201 中所述及的 IPTVActionDataCommand=

"sessionpush";

可选地，推送业务请求还可以携带除推送业务标识外，推送业务信息包括的信息中的任意一种或者任意组合； BP , 所述推送业务请求还可以携带所述推送业务信息包括的信息中的任意一种或者任意组合，实施中可通过 SIP 头域或者 SIP消息体，携带所述推送业务信息包括的信息中的任意一种或者任意组合。

如果接收到了透明信息，这里可以通过 IPTVPushActionData将透明信息透传出去。

其中， 203包括：

获取所述推送业务信息中的接收推送业务的用户信息或者用户列表信息；

给用户信息中的用户或者用户列表信息中用户列表的用户发送推送业务请求；

上述推送业务请求为 SIP请求，可以是 INVITE、 MESSAGE, REFER 等消息。

204，协商完成所述推送业务逻辑。 204中，可以根据推送内容标识确定待接收的推送信息；

推送内容标识可以从 SIP From头域所携带 SIP标识 user part获取；或者从消息体中获取；

还可以根据推送业务标识执行本地推送业务逻辑；

推送业务标识可以从 SIP头域中获取，例如

P-Preferred-Service: urn:xxx:iptv:sessionpush; 或者，

推送业务标识通过解析 SIP消息体获取，例如

IPTVActionDataCommand="sessionpush"

还可以解析透明信息，并完成推送应用相关的业务逻辑。

实施本实施例，通过推送业务信息触发推送业务逻辑，协商完成推送业务逻辑；可通过网络侧主动发起会话向用户推送需要的内容；同时可以有效地提高应用的部署，简化网络的复杂度。

图 3是本发明实施例的业务推送协商装置的结构示意图，该装置应用于 IMS Based IPTV网络，如图 3所示，该装置包括：

接收单元 10，用于接收推送业务信息，所述推送业务信息携带推送业务标识；

解析单元 11，用于解析所述接收单元 10所接收的推送业务信息；发送单元 12，用于根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，所述推送业务请求携带推送内容标；

协商单元 13，用于协商完成所述推送业务逻辑。

进一歩地，解析单元 11包括：

确定单元 110，用于根据所述推送业务标识确定所述推送业务信息为推送业务请求；

获取单元 111，用于获取推送业务接收用户标识信息、推送业务的推送内容标识、推送业务推送时间信息三种中的任意一种或者多种。所述推送业务标识包括频道信息、节目信息或者内容信息；该装置实施例中所述及的推送业务信息还可以包括以下信息的任意一种或者多种：

接收推送业务的用户信息；

接收推送业务的用户列表信息；

推送业务开始执行的时间信息；

推送应用相关信息。

本实施例的业务推送协商装置为业务控制单元，该单元可以在 IPTV网络中的业务控制功能实体中实现。

图 4是本发明实施例的业务推送系统的结构示意图，该系统应用于 IMS Based IPTV网络，如图 4所示，该系统包括应用功能实体 1、业务控制功能实体 2和接收功能实体 3;

所述应用功能实体 1 用于发送推送业务信息给所述业务控制功能实体 2，所述推送业务信息携带推送业务标识；这里的应用功能实体 1在具体实施中可以体现为推送业务触发单元，推送业务触发单元可以在用户 IPTV终端实现，或者其它功能实体上实现，例如后台配置功能，独立的增强功能等实体。

所述业务控制功能实体 2用于接收所述应用功能实体 1发送的推送业务信息；并解析所接收的所述推送业务信息；以及根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，所述推送业务请求包括推送内容标识；与所述接收功能实体 3协商完成所述推送业务逻辑；这里的业务控制功能实体 2在具体实施中可以体现为业务控制单元，业务控制单元可以在 IPTV网络中的业务控制功能（SCF) 实体实现，其功能结构如图 3的业务推送协商装置所述。

所述接收功能实体 3用于接收所述业务控制功能实体 2发送的根据所述推送业务信息所生成的推送业务请求，所述推送业务请求携带推送内容标识；与所述业务控制功能实体 2协商完成推送业务逻辑。这里的接收功能实体 3在具体实施中可以体现为推送业务接收单元，通常在用户 IPTV终端实现。

所述应用功能实体 1 和业务控制功能实体 2可以分别是单独的功能实体，或者是合设成一个功能实体；所述应用功能实体 1和接收功能实体 3可以分别是单独的功能实体，或者是合设成一个功能实体。

可选地，在实际具体实施例中，应用功能实体 1与接收功能实体 3可以合并成一个功能实体，或者应用功能实体 1与业务控制功能实体 2合并成一个功能实体，实现应用功能实体 1、业务控制功能实体 2、接收功能实体 3 作为单个实体时所具有的功能。

实施本发明系统的实施例，通过推送业务信息触发推送业务逻辑，协商完成推送业务逻辑；可通过网络侧主动发起会话向用户推送需要的内容；可以实现业务通用的推送功能，后续各种具体的推送业务；可以有效地提高应用的部署，简化网络的复杂度。

下面结合图 2至图 4对图 5的业务推送协商方法进行进一歩详细地说明。

如图 5所示，图 5为本发明的业务推送协商方法的具体实施例一的示意图。

在本实施例中，应用功能实体（推送业务触发单元）和接收功能实体 (推送业务接收单元）在 UE上实现，业务控制功能实体即业务控制单元在 SCF实体上实现。用户通过 UE浏览节目导航信息等确定待切换的节目信息， UE按照推送业务信息格式生成定时频道切换定制请求，即推送业务请求，包括待推送的用户标识、频道标识及切换时间信息； SCF实体接收用户通过 UE发起的定时频道切换定制请求，并根据定制请求中包含的用户信息、节目信息及时间信息在条件满足时触发推送业务逻辑，向指定用户发起频道切换请求。

该方法包括： 501 , UE通过 SIP消息（SIP MESSAGE) 发起频道切换定制请求，其中：

Request-URI为 SCF的 PSI标识；

SIP MESSAGE消息体中包含频道切换信息，这里 UE基于推送业务信息模板生成频道切换信息，包含推送业务信息，推送业务信息中包含推送业务标识。

MESSAGE sip: bc-scf. iptv.com SIP/2.0

To: <sip:bc-scf.iptv.com>

Content-Type: application/xml

Content-Length: 127

<?xml version:" 1.0" encoding="UTF-8"?>

<IPTVActionDataCommand

>

<push:IPTVPushActionData>

<PushContentId>Channel- 1 </PushContentId>

</push:IPTVPushActionData>

</SessionPush>

</IPTVActionDataCommand>

502, 核心 IMS ( Core IMS ) 向 SCF实体转发 SIP MESSAGE;

503 , SCF实体接收并解析 SIP MESSAGE, 该过程包括：

检测并解析消息体，根据 xml中包含 "IPTVActionDataCommand"元素，并且值域为" SessionPush"确定为触发推送业务逻辑；检测并解析消息体，从 xml中' 'IPTVPushActionData"元素的值域获取推送业务信息；

SCF实体可以根据推送业务信息中的用户标识（UserList) 、内容标识 (PushContentld) 确定用户是否有收看该节目的权限；

本实施例中 SCF实体确定在 21 :00时向用户 sip:user-a@iptv.com发起

Channel- 1的推送请求。

504， SCF实体确定用户可以完成定时切换，向 UE发送成功响应消息 (200OK消息) ；

505 , Core IMS向 UE转发成功响应消息；

506， SCF实体根据获取的推送业务信息及媒体参数信息发起推送业务请求，本实施例中为 SIP INVITE, 其中：

Request-URI为从推送业务信息中获取的用户标识（UserList) ；

From 头域携带从推送业务描述信息中获取待切换的频道标识 (PushContentld) ，这里为 SIP标识，其中 user part部分携带频道标识，域名部分为 SCF的域名；

P-Preferred-Service 头域中可以携带推送业务标识 urn:xxx:iptv.sessionpush, 用于向用户终端指示当前发起的为推送业务请求；

Content-Type包含 application/sdp类型，通过 SDP offer发起媒体协商，携带待推送频道的媒体参数信息；

INVITE sip: user-a@iptv.com SIP/2.0

From: <sip: Channel- 1 @cod-scf.iptv.com>;tag=31417

To: <sip:user-a@iptv.com>

P-Preferred- Service： urn:xxx:iptv.sessionpush 待推送频道的媒体参数信息包括组播地址、媒体格式、带宽等一种或者多种信息。这里 SCF实体可以通过多种方式获取媒体参数信息，包括： SCF实体上预先配置保存相关的信息；

SCF实体根据频道标识通过 SIP或非 SIP请求从保存有媒体参数信息的功能实体获取媒体参数信息。

507, Core IMS向 UE转发推送业务请求；

508， UE解析收到的推送业务请求，获取待推送的频道信息及媒体参数信息，并通过发送 200 OK消息做出响应。这里 UE可以基于推送业务标识、频道信息等通过 UE本地应用向用户呈现相关信息，为用户提供选择，例如是否切换到该频道，用户可以通过遥控器做出选择， UE基于用户的选择做出响应，当用户选择同意切换时 UE再发起成功响应；

509, Core IMS向 SCF实体转发 200OK消息；

510, SCF实体接收到 UE发送的 200OK消息，完成会话建立；

511， UE接收媒体流， UE根据会话协商中获取的多播地址加入多播组接收媒体流，完成频道切换。

本实施例提供的业务推送方法中，业务控制功能实体对外提供标准接口，通过推送业务信息触发推送业务逻辑，完成推送业务。本发明实施例提供了一种频道定制切换业务的推送方法，各应用功能本身只需要完成相应的应用逻辑管理即可，不需要重复实现会话协商及媒体协商等功能，可以有效地提高新应用功能的部署效率，简化网络的复杂度。

如图 6所示，图 6为本发明的业务推送协商方法的具体实施例二的示意图。

本实施例中的应用功能实体（推送业务触发单元）在广告功能 (Advertise Function, ADF ) 实体上实现，接收功能实体（推送业务接收单元）在 UE上实现，业务控制功能实体（业务控制单元）在 SCF实体上实现。这里的 ADF实体可以是后台配置功能实体，也可以是一个应用功能实体；本实施例中广告媒体由媒体功能（Media Function, MF ) 提供，实际部署中也可能是由其它功能实体提供，例如直接由 ADF实体提供广告媒体，也可能是由其它实体提供给 MF，再由 MF转发给 UE; 这些情况与具体的广告业务相关。

该方法包括：

601， BC节目中的广告时间到达，广告服务器触发业务逻辑，通过单播方式向用户提供个性化广告，广告服务器根据推送业务信息模板生成推送广告信息，其中包括待推送的用户信息，待推送的广告信息等；广告服务器通过 SIP MESSAGE向 SCF实体发送推送业务信息，其中：

Request-URI为 SCF实体的 SIP标识，用于将 SIP消息路由到 SCF, 可以是 PSI;

P-Preferred-Service头域中包含推送业务标签；

SIP MESSAGE消息体中包含待推送业务信息；

另外，如果 ADF实体提供广告的媒体参数， MESSAGE消息体中也可以携带广告的媒体参数信息，媒体参数通常通过 SDP携带；

SIP 消息中携带多种类型的消息体，考虑 Content-Type 使用 multipart/mixed类型，可通过 SDP和 XML共同对推送业务信息进行定义。

MESSAGE sip: cod-scf.iptv.com SIP/2.0

From: <sip:adf.iptv.com>;tag=31415

To: <si : cod- scf . iptv. com>

P-Preferred- Service： urn:xxx:iptv.sessionpush

Content- Type: multipart/mixed； boundary="boundry 1

Content-Length: 127

—boundryl Content- Type: application/iptvsad-sessionpush+xml

<?xml version:" 1.0" encoding="UTF-8"?>

<IPTVPushActionData

>

</IPTVPushActionData>

—boundryl

Content- Type: application/sdp t=0 0

c=IN IP4 192.168.0.1 m=audio 0 RTP/AVP 0

b=AS:64

m=video 0 RTP/AVP 99

b=AS: 128

a=rtpmap:99 h263- 1998/90000

602, SCF实体接收并解析 SIP MESSAGE, 并向 ADF实体发送成功响应消息，包括：

检测 SIP 消息头域中包含 "P-Preferred-Service: urn:xxx:iptv.sessionpush" , 确认为推送业务消息；

检测并解析消息体，根据 application/iptvsad-sessionpush消息类型获取推送业务信息，包括推送内容标识（ PushContentld ) ，待推送用户信息 (UserList) ，推送时间信息 ( StartTime, Duration) ；检测并解析消息体，如果包含 application/sdp，则获取推送内容的媒体参数信息。

603 ， SCF 实体根据推送业务标识（ P-Preferred-Service: urn:xxx:iptv.sessionpush ) 触发推送业务逻辑，发起推送业务请求，这里为 SIP INVITE:

从推送业务描述信息中获取用户标识，作为 Request-URI发起会话请求；

从推送业务描述信息中获取待推送的广告标识，作为 user part部分，与 SCF实体的域名共同组成 SIP标识，并通过 From头域携带；

推送业务请求中还可以通过 P-Preferred-Service头域携带推送业务标识，向 UE指示该请求为推送业务请求；

SCF实体还可以通过 SIP INVITE消息体携带广告内容的媒体信息，本实施例中媒体参数信息由 ADF实体在发起推送业务请求时通过 SDP携带；

INVITE sip: user-a@iptv.com SIP/2.0

From: <sip:Ad-l@cod-scf.iptv.com>;tag=31417

To: <sip:user-a@iptv.com>

P-Preferred- Service： urn:xxx:iptv.sessionpush

Content- Type: application/sdp t=0 0

c=IN IP4 192.168.0.1 m=audio 0 RTP/AVP 0

b=AS:64

m=video 0 RTP/AVP 99 b=AS: 128

a=rtpmap:99 h263- 1998/90000

604， Core IMS向 UE转发 SIP请求消息；

605， UE接收并解析 SIP请求消息；

如果 SIP请求消息通过 P-Preferred-Service头域携带了推送业务标识，

UE可以基于该标识触发推送业务逻辑完成推送业务相关的处理；

UE解析 From头域携带的 SIP标识，从 user part获取推送广告标识，这里为 Ad-1 ;

如果 SIP请求消息通过消息体携带 Ad-1的 SDP媒体参数信息，需要从 SDP获取这些信息；

UE检测确定 SCF实体没有发起 SDP offer, 因此通过响应消息发起 SDP offer进行媒体参数协商；这里可以通过 200 OK响应发起 SDP offer;

606， Core IMS向 SCF实体转发 200OK响应消息；

607, SCF实体接收并解析 UE的 200OK响应消息，向选定的 MF实体发起新的 INVITE请求；从响应消息中携带的 SDP offer中获取媒体参数信息；根据广告标识选择合适的 MF实体，选择 MF实体时可以参考 UE的位置信息等其它信息共同决策；

其中：

Request-URI为选定 MF实体的 SIP标识；

To头域中携带请求广告内容的 SIP标识，可以由两个部分组成，其中 user part携带广告内容标识，这里为 Ad-1，域名部分为 MF实体的标识；可以通过 P-Preferred-Service头域携带推送业务标识，指示该请求为推送业务请求；

通过消息体携带 UE发送的 SDP offer, 代理 UE发起媒体协商；

INVITE sip: cod-mcf.iptv.com SIP/2.0 From: <sip:cod-scf.iptv.com>;tag=71413

To: <sip: Ad- 1 @cod-mcf.iptv.com>

P-Preferred- Service： urn:xxx:iptv.sessionpush 608， MF实体接收并解析 SIP请求消息，完成业务处理，并返回响应，携带 SDP answer; 这里可以通过 200 OK返回响应。

609， SCF实体接收并解析 MF实体发送的 200 OK消息，并进行与 UE 的媒体协商；终结 MF实体的响应消息，建立 SCF实体与 MF实体之间的 SIP会话；获取 MF实体响应携带的 SDP answer中的媒体参数；通过 ACK 消息响应 UE的 200 OK响应，并通过 SDP answer携带从 MF实体获取的媒体参数。

610， Core IMS向 UE转发 ACK消息；

611， UE接收并处理 ACK消息，获取 SDP answer中的媒体参数，并通过 200 OK消息响应确认；

612， Core IMS向 SCF实体转发 200 OK消息；

613， SCF实体接收并处理 200 OK消息，建立 UE与 SCF实体之间的 SIP会话；

614， UE根据协商的媒体参数直接与 MF实体之间建立媒体传送和 /或媒体控制通道。

本实施例提供的业务推送方法中，业务控制功能实体对外提供标准接口，通过推送业务信息触发推送业务逻辑，完成推送业务。本发明实施例提供了一种广告业务的推送方法，各应用功能本身只需要完成相应的应用逻辑管理即可，不需要重复实现会话协商及媒体协商等功能，可以有效地提高新应用功能的部署效率，简化网络的复杂度。

图 7为本发明的业务推送协商方法的具体实施例三的示意图，用户签约

Push CoD业务时，应用推送功能（Push Application Function, PAF) 实体根据用户的签约、喜好等向用户提供内容自动下载业务，即网络侧主动向用户终端下载内容，无需用户的参与。该方法包括：

701 , PAF实体根据用户签约信息触发 Push CoD业务逻辑，向 SCF实体发起推送业务请求完成 CoD 内容的推送。推送业务请求中需要携带推送业务标识，用于指示 SCF实体该请求为推送业务请求，同时还需要携带推送业务信息，推送业务信息基于 SCF实体提供的接口模板生成，包含下面一些信息：接收推送内容的用户标识、推送的 CoD内容标识、推送 CoD的媒体描述信息，其中媒体描述信息可以包括推送的媒体协议格式，媒体属性等。

PAF实体可以通过 SIP MESSAGE向 SCF实体发起推送业务请求，其中：

Request-URI包含路由 SIP请求到 SCF实体的 SIP标识，可以是 PSI; SIP MESSAGE消息体中包含待推送业务触发信息，包括推送业务指示以及推送业务信息；

MESSAGE sip: cod-scf.iptv.com SIP/2.0

From: <si ： af. iptv.com>;tag=31415

To: <si : cod- scf . iptv. com> Content- Type: application/ xml:

Content-Length: 127

<?xml version:" 1.0" encoding="UTF-8"?>

<IPTVActionDataCommand

>

<push:IPTVPushActionData>

<push:UserList>sip:user-a@iptv.com</push-d:UserList> <push： PushContentId>Content- 1 </push-d:PushContentId> <push： Duration>5400</push-d:Duration>

</push:IPTVPushActionData>

</SessionPush>

</IPTVActionDataCommand>

702, SCF实体接收 SIP MESSAGE, 向 PAF实体发送成功响应，并解析接收到的 SIP MESSAGE。 SCF实体根据推送请求中的推送业务标识确定为触发推送业务逻辑，并且从推送请求消息体中获取推送业务信息。本实施例中包括：

解析 xml，通过元素 IPTVActionDataCommand值域为为 SessionPush确定为推送业务；

解析 xml，通过元素 IPTVPushActionData的值域获取待推送用户信息 ( UserList ) ，待推送节目信息（ PushContentld ) ，待推送节目的时长 ( Duration ) 。

703， SCF实体向 MF实体发起推送业务请求，包括：

基于获取的推送业务内容标签，本实施例中为 CoD标识 Content- 1，选择合适的 MF实体；

SCF实体向 MF实体发起推送业务请求，本实施例中为 SIP请求消息 ( SIP INVITE) ，其中：

Request-URI为路由到选定 MF实体的 SIP标识，例如 PSI;

To头域中携带请求 Push的 CoD SIP标识，可以由两个部分组成，其中 user part携带 CoD内容标识，这里为 Content-l，域名部分为 MF实体的域名；

可以通过 P-Preferred-Service头域携带推送业务标识，指示该请求为推送业务请求。

704， MF实体接收并解析 SIP请求消息，包括：如果请求中携带了推送业务标签，解析 P-Preferred-Service获取推送业务标签，确定该业务请求为推送业务请求，可以指示 MF实体处理推送业务逻辑；

解析获取节目标识，本实施例中为解析 To头域获取节目标识，这里为 Content- 1 , 并为传输 Content-1内容流分配端口号等参数；

生成 200 OK响应消息，并携带 SDP offer, 携带相关媒体参数，包括 Content-1的媒体描述信息及 IP地址、端口号等。

705 , SCF实体接收并解析 200 OK消息，包括：

从 200 OK消息中获取 SDP offer信息，并根据 702中获取的用户标识发起推送业务请求，该请求为 SIP INVITE, 其中：

Request-URI为用户 SIP标识；

生成推送节目的 SIP标识，其中 SIP标识中 user part携带 CoD内容标识，这里为 Content-1，域名部分为 SCF实体的域名。 SIP标识通过 From头域携带；

可以携带 P-Preferred-Service头域，并携带推送业务标签；

通过消息体中携带 SDP发起 offer, 该 offer信息从 MF实体响应的 200 OK中获取。

706, Core IMS向 UE实体转发 SIP INVITE;

707, UE接收并解析 SIP INVITE, 包括：

从 From头域携带 SIP标识 user part获取 CoD内容标识；

检测 P-Preferred-Service ，如果携带推送业务标签 (urn:xxx:iptv.sessionpush) ，可以基于本地应用进行处理，例如触发推送业务逻辑，在用户开机收看节目时向用户呈现推送的节目信息等；

获取 SDP offer中的携带的媒体参数，并生成 SDP answer;

通过 200 OK响应 SCF实体的请求，并携带 SDP answer。

708, Core IMS向 SCF实体转发 200 OK消息； 709, SCF接收并解析 200 OK消息，包括：

通过 ACK消息响应 UE发起的 200 OK;

通过 ACK消息响应 MF实体发起的 200 OK, 该 ACK消息中携带 UE 发送的 SDP answer;

710， MF实体接收并解析 ACK消息，获取 SDP answer, 完成媒体协商；

711， UE与 MF实体之间通过 SCF实体完成媒体协商，建立媒体传送通道。

本实施例提供的业务推送方法中，业务控制功能实体对外提供标准接口，通过推送业务信息触发推送业务逻辑，完成推送业务。本发明实施例提供了一种用户签约信息 Push CoD业务的推送方法，各应用功能本身只需要完成相应的应用逻辑管理即可，不需要重复实现会话协商及媒体协商等功會^ 可以有效地提高新应用功能的部署效率，简化网络的复杂度。

同时，本发明还提供了业务推送方法的另一种具体实施例，本实施例中服务提供商（Service Provider, SP ) 通过增值应用功能（AF ) 实体提供定时切换业务， SCF实体在接收到推送业务请求后，还可以通过 SIP REFER 向推送业务接收单元发起请求。用户在 AF实体签约定时切换业务，当 AF 实体监控到切换时间到达，代理用户向 SCF实体发起业务指示，启动定时切换推送业务， SCF实体通过 SIP REFER发起切换请求。该方法包括：

定时切换时间到达， AF实体触发定时切换业务逻辑，根据用户签约信息生成推送业务信息，其中包括待推送的用户信息，待推送的频道信息等； AF实体通过 SIP MESSAGE向 SCF实体发送推送业务信息，其中：

Request-URI为 SCF实体的 SIP标识，用于将 SIP消息路由到 SCF实体，可以是 PSI;

P-Preferred-Service头域中包含推送业务标签；

Content-Type为推送业务信息类型； SIP MESSAGE消息体中包含待推送业务信息

MESSAGE sip: bc-scf. iptv.com SIP/2.0

From: <si ： af . iptv. com>; tag=31415

To: <sip:bc-scf.iptv.com>

Accept-Contact: *;+iptv.appid="urn:xxx:iptv.sessionpush'

Content-Type: application/xml

Content-Length: 127

<?xml version:" 1.0" encoding="UTF-8"?>

<IPTVPushActionData

<PushContentId>Channel- 1 </PushContentId>

</IPTVSessionPushActionData >

如果 AF实体提供带切换频道的媒体参数， MESSAGE消息体中也可以携带相关的媒体参数信息。

SCF实体接收并解析 SIP MESSAGE, 包括：

检测 Accept-Contact头域，通过推送业务标签确定为推送业务；检测并解析消息体，获取推送业务信息，包括推送用户信息；

SCF实体向 AF实体发送成功响应。

SCF实体根据推送业务标识触发推送业务逻辑，包括：

根据从推送业务信息中获取的用户标识，向用户 UE发起推送业务请求，这里为 SIP REFER, 其中：

Request-URI为从推送业务信息中获取的用户 SIP标识； Refer-To为推送广告的 SIP标识，这里包含两个部分， SIP标识中的 user part携带频道标识，从推送业务信息中获取， SIP标识中的域名部分为 SCF实体的域名；

可以通过 Accept-Contact头域携带推送业务标签，用于指示 UE该请求为推送业务请求；

可以通过消息体携带推送内容的媒体参数信息，此时 Content-Type应该为 application/sdp。

Core IMS向 UE转发 SIP REFER。

UE处理 SIP REFER, 包括：

如果 REFER通过 P-Preferred-Service携带推送业务标识， UE可以基于标识触发推送业务逻辑；

UE可以通过 Refer-To头域中 SIP标识的 user part部分获取推送内容标识；

如果 REFER通过消息体携带了媒体参数， UE可以获取媒体参数。 UE响应 REFER;

UE根据 REFER指示发起业务请求，完成频道切换。

本实施例中完成会话协商需要获取推送内容的媒体信息，包括媒体格式、带宽信息等，这些信息可以通过上述实施例中给出的方式，由业务触发功能实体获取后通过推送业务请求携带到业务控制功能实体；也可以由业务控制功能实体等需要这些信息的实体根据内容标识向保存有这些媒体信息的功能单元获取等其它方式实现，这里不再赘述。

实施本发明的实施例，通过推送业务信息触发推送业务逻辑，协商完成推送业务逻辑；可通过网络侧主动发起会话向用户推送需要的内容；可以实现业务通用的推送功能，后续各种具体的推送业务；可以有效地提高应用的部署，简化网络的复杂度。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如 ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。

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

Claims

权利要求书

1、一种业务推送协商方法，所述方法应用于网络电视基于多媒体子系统 IMS Based lPTV网络，其特征在于，所述方法包括：

接收推送业务信息，所述推送业务信息携带推送业务标识；

解析所述推送业务信息；

协商完成所述推送业务逻辑。

2、如权利要求 1所述的方法，其特征在于，所述解析所述推送业务信息，包括：

根据所述推送业务标识确定所述推送业务信息为推送业务请求；获取推送业务接收用户标识信息、推送业务的推送内容标识、推送业务推送时间信息中的任意一种或者任意组合。

3、如权利要求 1或 2所述的方法，其特征在于，

通过会话启动协议 SIP消息体或超文本传输协议 HTTP消息体携带所述推送业务标识时，通过可扩展标记语言 XML定义所述推送业务标识；或者通过 SIP头域携带推送业务标识时，通过媒体特性标签定义所述推送业务标识。

4、如权利要求 2所述的方法，其特征在于，所述推送业务接收用户标识为 IMS公共用户标识 IMPU。

5、如权利要求 1或 2所述的方法，其特征在于，所述推送业务标识包括频道信息、节目信息或者内容信息；

所述推送业务信息还包括以下信息的任意一种或者任意组合：接收推送业务的用户信息；

接收推送业务的用户列表信息；

推送业务开始执行的时间信息；推送应用相关信息。

6、如权利要求 5所述的方法，其特征在于，

所述推送业务信息基于会话描述协议 SDP或 XML定义；或

通过 SIP消息体或 HTTP消息体携带所述推送业务信息。

7、如权利要求 5所述的方法，其特征在于，所述根据所述推送业务信息触发推送业务逻辑，发送推送业务请求，包括：

所述推送业务请求为 SIP请求，所述 SIP请求为 INVITE、 MESSAGE 或 REFER消息。

8、如权利要求 7所述的方法，其特征在于，

所述推送业务请求通过 SIP头域或者 SIP消息体携带所述推送业务信息包括的信息中的任意一种或者任意组合。

9、一种业务推送协商装置，所述装置应用于网络电视基于多媒体子系统 IMS Based lPTV网络，其特征在于，所述装置包括：

接收单元，用于接收推送业务信息，所述推送业务信息携带推送业务标识；

解析单元，用于解析所述接收单元所接收的推送业务信息；

协商单元，用于协商完成所述推送业务逻辑。

10、如权利要求 9所述的装置，其特征在于，所述解析单元包括：确定单元，用于根据所述推送业务标识确定所述推送业务信息为推送业务请求；获取单元，用于获取推送业务接收用户标识信息、推送业务的推送内容标识、推送业务推送时间信息三种中的任意一种或者多种。

11、如权利要求 9或 10所述的装置，其特征在于，所述推送业务标识包括频道信息、节目信息或者内容信息；

接收推送业务的用户列表信息；

推送业务开始执行的时间信息；

推送应用相关信息。

12、如权利要求 11所述的装置，其特征在于，所述业务推送协商装置在 IMS Based IPTV网络中为业务控制功能实体。

13、一种业务推送系统，所述系统应用于网络电视基于多媒体子系统 IMS Based IPTV网络，其特征在于，所述系统包括应用功能实体、业务控制功能实体和接收功能实体；

所述接收功能实体用于接收所述业务控制功能实体发送的推送业务请求；与所述业务控制功能实体协商完成推送业务逻辑。

14、如权利要求 13所述的系统，其特征在于，

所述应用功能实体和业务控制功能实体分别是单独的功能实体，或者是合设成一个功能实体；所述应用功能实体和接收功能实体分别是单独的功能实体，或者是合设成一个功能实体。