CN101369904A - 传递业务发现信息的方法、系统及业务发现功能实体 - Google Patents
传递业务发现信息的方法、系统及业务发现功能实体 Download PDFInfo
- Publication number
- CN101369904A CN101369904A CN200710146766.0A CN200710146766A CN101369904A CN 101369904 A CN101369904 A CN 101369904A CN 200710146766 A CN200710146766 A CN 200710146766A CN 101369904 A CN101369904 A CN 101369904A
- Authority
- CN
- China
- Prior art keywords
- information
- service discovering
- terminal
- session
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种传递业务发现信息的方法,该方法包括:业务发现功能实体确定终端接入IP多媒体子系统;所述业务发现功能实体通过会话发起协议中的消息方法SIP MESSAGE或会话发起协议中的发布方法SIP PUBLISH将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议MSRP会话后,通过建立的会话将业务发现信息传递给所述终端。通过本发明方法,使得业务发现功能实体向终端传递IPTV业务发现信息的流程更加灵活、简便。本发明还公开了一种传递业务发现信息的系统和一种业务发现功能实体。
Description
技术领域
本发明涉及通信领域的数据传输技术,尤其涉及一种传递业务发现信息的方法、系统及一种业务发现功能实体。
背景技术
流媒体业务或因特网协议电视(IPTV)业务是近几年迅速发展的一种新业务。流媒体业务利用流式传输技术,在包交换网络上传输多媒体文件,包括视频、音频等文件。这些文件中的内容在访问时无需完全下载就可以立即播放。在实施流媒体业务或IPTV业务时,业务系统一般需要向用户提供一个用于向用户提供业务发现信息的功能实体,该功能实体可以向用户提供可用的IPTV业务信息,包括用于可以接入的IPTV业务提供者的信息,电子节目导航(EPG),视频点播导航(CoD Catalogue)等,还提供流媒体或IPTV业务列表信息的功能实体的入口信息等。
会话发起协议(Session Initiation Protocol,SIP)是由Internet工程任务组(IETF)制订的多媒体通信系统框架协议之一,是用于建立、改变或结束多媒体会话的应用层协议,与实时传输协议/实时控制协议(RTP/RTCP)、业务数据点(SDP)、区域信令转换点(RTSP)和网络目录服务(DNS)等协议配合,共同完成IMS中的会话建立及媒体协商。一旦建立会话,媒体流将使用RTP协议在承载层中直接传送,在一次会话中可以灵活的交互多种媒体。
SIP支持包括动态注册机制、位置管理机制、重定向机制等应用层移动性功能以及呈现/分叉/订阅(Presence/Fork/Subscribe)特性,便于扩展新业务,而且协议简单,具有公认的扩展潜力,因此获得了包括在IP多媒体子系统(IMS)及下一代网络(NGN)中的越来越多的应用。
IMS引入SIP协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。IMS中主要的功能实体包括:控制用户注册、会话控制等功能的呼叫控制实体(CSCF)、提供各种业务逻辑控制功能的应用服务器(AS)、集中管理用户签约数据的归属用户服务器(HSS)以及用于实现与电路交换网互通的媒体网关(MGCF/IM-MGW),用户通过当前所在地代理节点(P-CSCF)接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务节点(S-CSCF)完成。
IMS based IPTV就是在IMS的整体架构下提供IPTV业务,以充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费、端到端服务质量(QoS)保证等机制来为用户提供流媒体业务及融合流媒体和实时会话业务的多媒体业务。
如图1所示,为标准组织ETSI TISPAN定义的基于IMS的IPTV(IMS basedIPTV)的业务功能构架的示意图,其中,业务发现功能实体(SDF)可以通过IMS网络向用户终端(UE)发送业务发现信息,该业务发现信息包括业务选择功能实体(SSF)的入口地址等。通过SSF可以获得业务选择信息,包括:EPG信息或CoD Catalogue信息等。
如图2所示,为SDF向UE发送业务发现信息的信令流程示意图,从图中可以,SDF确定UE接入IMS网络后,选择执行业务的SSF,并将选择出的SSF的入口信息通过Core IMS发送给UE,此时,实现了SDF向UE发送业务发现信息的过程。进一步地,UE根据获得的业务发现信息从SSF处获取业务选择信息。
目前的实现传递业务发现信息的方案大都不够灵活、简便,而我们迫切需要一种既简单,又扩展性能好和灵活性好的实现SDF向UE传递业务发现信息的方法。
发明内容
本发明实施例提供一种传递业务发现信息的方法、系统及一种业务发现功能实体,以解决现有技术中存在的不能够实现灵活、简便地实现SDF向UE传递业务发现信息的问题。
一种传递业务发现信息的方法,该方法包括:
业务发现功能实体确定终端接入IP多媒体子系统;
所述业务发现功能实体通过会话发起协议中的消息方法或会话发起协议中的发布方法将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议会话后,通过建立的会话将业务发现信息传递给所述终端。
一种传递业务发现信息的系统,该系统包括终端和业务发现功能实体,其中,所述终端包括:
接入模块,用于接入IP多媒体子系统;
接收模块,用于接收业务发现信息;
所述业务发现功能实体包括:
确定模块,用于确定所述终端是否接入IP多媒体子系统;
传递模块,用于当所述确定模块的结果为终端接入IP多媒体子系统时,通过会话发起协议中的消息方法或会话发起协议中的发布方法将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议会话后,通过建立的会话将业务发现信息传递给所述终端。
一种业务发现功能实体,该实体包括:
确定模块,用于确定终端是否接入IP多媒体子系统;
传递模块,用于当所述确定模块获得的结果为所述终端接入IP多媒体子系统时,通过会话发起协议中的消息方法或会话发起协议中的发布方法将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议会话后,通过建立的会话将业务发现信息传递给所述终端。
在本发明实施例中,通过当SDF获知UE成功接入IMS后,利用会话发起协议中的消息方法或会话发起协议中的发布方法将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议会话后,通过建立的会话将业务发现信息传递给所述终端的方法,不仅实现了在IMS中SDF向UE传递业务发现信息的过程,进一步地,还使得传递业务发现信息的过程更加灵活、方便。
附图说明
图1为背景技术中基于IMS的IPTV的业务功能构架的示意图;
图2为背景技术中业务发现功能实体向用户终端发送业务发现信息的信令流程示意图;
图3为本发明实施例一中传递业务发现信息的系统结构示意图;
图4为本发明实施例二中传递业务发现信息的方法步骤流程示意图;
图5为本发明实施例三中利用SIP中的消息方法传递业务发现信息的流程示意图;
图6为本发明实施例四中利用SIP中的发布方法传递业务发现信息的信令流程示意图;
图7为本发明实施例五中以UE发起消息会话中继协议会话建立请求,实现业务发现信息传递的过程的信令流程示意图;
图8为本发明实施例六中以业务发现功能实体发起消息会话中继协议会话建立请求,实现业务发现信息传递的过程的信令流程示意图;
图9为本发明实施例七中业务发现功能实体的结构示意图。
具体实施方式
为了实现本发明目的,本发明实施例中充分利用SIP协议中的协议简单、扩展性能好和灵活性好等优点,提出了SDF通过SIP协议中的消息方法(SIPMESSAGE)、发布方法(SIP PUBLISH)或与UE之间建立消息会话中继协议(MSRP)会话,来向UE传递业务发现信息的方案,下面结合说明书附图对本发明实施例进行详细的描述。
如图3所示,为本发明实施例一中传递业务发现信息的系统结构示意图,从图中可以看出该系统包括终端11和业务发现功能实体12。
终端11包括接入模块21和接收模块22,其中,接入模块21用于接入IP多媒体子系统;接收模块22用于接收业务发现信息。
业务发现功能实体12包括确定模块31和传递模块32,其中,确定模块31用于确定终端11是否接入IP多媒体子系统;传递模块32用于当所述确定模块31的获得的结果为终端接入IP多媒体子系统时,通过SIP MESSAGE或SIP PUBLISH将业务发现信息传递给所述终端,或与终端之间建立MSRP会话后,通过建立的会话将业务发现信息传递给所述终端11。
终端11与业务发现功能实体12之间的工作过程为:当确定模块31获知接入模块21成功接入IMS之后,指示传递模块32将业务发现信息传递给接收模块22。
当终端11接收到所述业务发现信息后还可以包括获取模块23,用于根据所述业务发现信息中的媒体流地址或统一资源标识提供的入口信息获取业务选择信息。
在本发明实施例中,业务发现信息为IPTV业务发现信息。
与上述系统对应的,本发明实施例二还提供一种实现传递业务发现信息的方法,如图4所示,该方法包括:
步骤401:SDF确定UE接入IMS网络。
UE完成网络附着后,发起一个标准的IMS注册流程后,成功接入IMS网络。
需要让SDF获知UE成功接入IMS,实现的方法有多种,包括但不限于:
1、UE接入IMS后,向SDF发送业务发现信息的请求,当SDF接收到所述请求时,默认终端已成功接入IMS;
2、SDF向状态服务器(Presence Server,PS)订阅UE的状态信息,当UE成功接入IMS后,PS将成功接入的状态信息发送给SDF;
3、当UE接入IMS之后,S-CSCF向SDF发送第三方注册请求,则确定终端接入IP多媒体子系统。
步骤402:SDF将通过SIP协议将业务发现信息传递给UE。
SDF将业务发现信息通过SIP协议传输给UE包括但不限于:SDF通过SIP MESSAGE传递业务发现信息、SDF通过SIP PUBLISH传递业务发现信息或SDF通过协商建立消息会话中继协议(MSRP)后传递业务发现信息。后续将分别这三种情况进行详细描述。
如表1所示,为本发明实施例中IPTV业务发现信息的内容示意图,从表中可以看出,该业务发现信息包括版本号、状态和业务提供者信息。其中,版本号信息描述了SDF传递给UE的业务发现信息的版本号,根据该版本号信息可以判断业务发现信息是否需要更新。状态信息描述了SDF传递的业务发现信息是包含所有的业务发现信息还是只包含更新的信息。若状态信息中描述了SDF传递的业务发现信息只包含更新的信息,则当根据所述版本号确定业务发现信息需要更新时,SDF传递的信息中可以只包含更新的信息。
业务提供者的信息包含域名、标识入口(LogoURI)、版本号和负荷信息(Offering)。其中,域名可以惟一标识业务提供者,LogoURI可以提供该业务提供者的Logo信息,而版本号信息与前述不同,是描述该域名标识的业务提供者的业务发现信息的版本。
Offering中包含了负荷标识、版本号、业务入口地址信息。负荷标识用于标识可以进一步获取的业务信息的类型,例如对于业务选择信息,包含所有的信息,或是只包含EPG信息和/或CoD Catalogue信息等。版本号描述了负荷信息的版本号。业务入口地址信息描述了进一步获取业务信息的入口地址,终端可以根据业务入口地址信息获取业务信息的入口地址,例如若该入口地址提供业务选择信息,则终端可以通过该入口地址获取业务选择信息;若该入口地址提供业务密钥信息,则终端可以通过该入口地址获取业务密钥信息。根据业务信息的不同提供方式,需要提供不同的业务入口地址类型,包括但不限于:媒体流形式(Stream)或统一资源标识形式(URI)。在业务信息通过媒体流方式提供时,业务发现信息中包含Stream类型信息,向UE提供媒体流地址/端口信息,UE根据这些信息进一步获取业务信息,例如业务选择信息。当该媒体流以组播的方式提供时,这里的地址信息为组播地址,UE可以进一步加入组播组获取业务信息。在业务入口信息通过URI方式提供时,业务发现信息中包含URI类型信息,向UE提供URI信息,UE根据URI信息进一步获取业务信息。
表1
为了实现向UE传送上述内容的业务发现信息,可以定义一个内容格式(Content-Type),该Content-Type可以为application/sd+可扩展标记语言(xml),application/sd+xml可以通过下述程序实现:
<?xml version="1.0"encoding="UTF-8"?>
<xs:schema xmlns="urn:xxxx:params:xml:ns:servicediscoveryinfo"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="urn:xxxx:params:xml:ns:servicediscoveryinfo"
elementFormDefault="qualified"attributeFormDefault="unqualified">
<xs:element name="ServiceDiscoveryInfo"type="ServiceDiscoveryInfoType"/>
/*ServiceDiscoveryInfo对应业务发现信息,包含一个或者多个ServiceProviderInfo*/
<xs:complexType name="ServiceDiscoveryInfoType">
<xs:sequence>
<xs:element name="ServiceProviderInfo" type="ServiceProviderInfoType"
maxOccurs="unbounded"/>
/*ServiceProviderInfo对应业务提供者信息*/
</xs:sequence>
<xs:attribute name="Version"type="VersionType"use="required"/>
<xs:attribute name="State"use="optional"default="full">
/*这里Version为业务发现信息的版本号;State为业务发现信息的状态信息,表
示业务发现信息包含所有的业务发现信息还是只包含部分的业务发现信息*/
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="full"/>
<xs:enumeration value="partial"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
<xs:complexType name="ServiceProviderInfoType">
<xs:sequence>
<xs:element name="ServiceProvider-Name" type="MultilingualType"
maxOccurs="unbounded"/>
<xs:element name="ServiceProvider-Description" type="MultilingualType"
minOccurs="0"maxOccurs="unbounded"/>
<xs:element name="ServiceProvider-Offering" type="OfferingType"
minOccurs="0"maxOccurs="unbounded"/>
/*这组为业务提供者信息包含的元素,包括业务提供者的名称(Name),
描述(Description)以及提供的业务发现信息(ServiceProvider-Offering)*/
</xs:sequence>
<xs:attribute name="DomainName"type="DomainType"use="required"/>
<xs:attribute name="LogoURI"type="xs:anyURI"use="optional"/>
<xs:attribute name="Version"type="VersionType"use="required"/>
/*这组为业务提供者信息的属性,包括惟一标识业务提供者的DomainType,
提供Logo的LogoURI,以及业务提供者信息的版本号(Version)*/
</xs:complexType>
<xs:complexType name="MultilingualType">
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="Language"type="ISO639-2"use="optional"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
/*上面是一个类型描述,说明ServiceProviderInfo中
Name,Description是有语言属性的,可以是多种语言*/
<xs:complexType name="OfferingType">
<xs:choice maxOccurs="unbounded">
<xs:element name="Offering-Stream" type="StreamType"
maxOccurs="unbounded"/>
<xs:element name="Offering-URI"type="URIType"maxOccurs="unbounded"/>
</xs:choice>
<xs:attributeGroup ref="PayLoad"/>
</xs:complexType>
/*上面是对ServiceProvider提供业务发现信息方式的定义,
包含流媒体形式(Streaming)和URI形式*/
<xs:complexType name="StreamType">
<xs:attribute name="Source"type="IPorDomainType"use="optional"/>
<xs:attribute name="Address"type="IPorDomainType"use="required"/>
<xs:attribute name="Port"type="xs:unsignedShort"use="required"/>
</xs:complexType>
/*上面对流媒体形式进行具体定义,需要向用户提供入
口信息的组播/单播地址,端口信息*/
<xs:complexType name="URIType">
<xs:attribute name="URI"type="xs:anyURI"use="required"/>
</xs:complexType>
/*上面对URI形式进行具体定义,需要向用户提供入口信息的URI地址*/
<xs:attributeGroup name="PayLoad">
<xs:attribute name="PayLoad-ID"use="optional"default="All">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="All"/>
<xs:enumeration value="EPG"/>
<xs:enumeration value="CoD-Catalogue"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="Version"type="VersionType"use="required"/>
</xs:attributeGroup>
/*上面定义了ServiceProviderInfo的一系列属性,包括业务提供商
ServiceProviderInfo的版本号,以及负荷类型(Payload-ID),负荷类型确定
了业务提供商可以提供什么样的信息,至少包括提供所有的信息,提供电
子节目导航,CoD-Catalogue*/
<xs:simpleType name="IPorDomainType">
<xs:union memberTypes="IPType DomainType"/>
</xs:simpleType>
<xs:simpleType name="IPType">
<xs:restriction base="xs:string">
<xs:pattern
value="((([1-9]?[0-9])|(1[0-9][0-9])|(2[0-4][0-9])|(25[0-5]))\.){3}(([1-9]?[0-9])|(1[0-9][0-9])|(2[0
][0-9])|(25[0-5]))"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="DomainType">
<xs:restriction base="xs:string">
<xs:pattern value="((.|\n|\r)*)?(\.(.|\n|\r)*)+"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ISO639-2">
<xs:restriction base="xs:string">
<xs:pattern value="\c\c\c"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="VersionType">
<xs:restriction base="xs:integer">
<xs:minInclusive value="0"/>
<xs:maxInclusive value="255"/>
</xs:restriction>
</xs:simpleType>
/*上面定义了一些数据类型,包括域名,IP地址,版本号,语言属性等*/
</xs:schema>
特别的,当业务发现功能与业务选择功能等其它业务功能合设时,即当业务发现功能可以提供业务选择信息等其它业务信息时,业务发现信息中的负荷部分可以直接携带业务选择信息等业务信息,而不是入口地址信息。
下面分别以SIP MESSAGE、SIP PUBLISH和建立MSRP连接后传递业务发现信息为例,详细描述实施例二。
如图5所示,为本发明实施例三中,利用SIP MESSAGE传递业务发现信息的信令流程示意图,从图中可以看出,该实施例三包括以下步骤:
步骤501:UE成功接入IMS网络。
UE接入IMS网络的方法包括但不限于:UE发起并完成网络附着后,再发起一个IMS注册流程。
步骤502:IMS网络向SDF发送第三方注册请求(SIP REGISTER)。
当UE在IMS网络注册成功后,IMS中的S-CSCF从用户签约服务功能实体(UPSF)中获取该UE的用户签约信息,当获取的所述用户签约信息满足设定条件时(如该用户签约信息与预先设定的信息匹配),IMS中的S-CSCF发送SIP REGISTER。
步骤503:SDF响应该SIP REGISTER,则返回成功响应消息(SIP 200 OK)。
通过步骤501至步骤503,SDF确定UE已成功接入IMS。
步骤504:SDF通过SIP MESSAGE消息将IPTV业务发现信息发送给UE。
所述IPTV业务发现信息包括但不限于表1中描述的内容的部分或全部,该IPTV业务发现信息可以通过SIP MESSAGE中的message body携带。
具体地,SIP MESSAGE消息各部分中携带IPTV业务发现信息为:RequestURI中携带接收所述IPTV业务发现信息的UE的SIP URI或IP地址等信息;From头域中携带业务控制功能(SCF)的SIP URI或IP地址等信息;To头域为接收所述IPTV业务发现信息的UE的SIP URI或IP地址等信息;Content-Type头域携带定义的application/sd+xml;message body携带具体的IPTV业务发现信息,该信息以application/sd+xml的形式发送。
该SIP MESSAGE消息体的具体描述可以如下述程序所示:
MESSAGE sip:userl@iptv.com SIP/2.0
From:sip:scf.iptv.com;tag=49583
To:sip:userl@iptv.com
CSeq:1 MESSAGE
Content-Type:application/sd+xml
Content-Length:xx
<?xml version="1.0"encoding="UTF-8"?>
<ServiceDiscoveryInfo xmlns="urn:xxxx:params:xml:ns:sdinfo"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:xxxx:params:xml:ns:sdinfo\SD.xml"
State="full"Version="001">
/*这里State="Full"表示包含所有的IPTV业务发现信息,
Version表示业务发现信息的版本号*/
<ServiceProviderInfo LogoURI="http://sp1.iptv.com/logo"DomainName="sp1.iptv.com"
Version="001">
/*这里通过<ServiceProviderInfo>表示该信息为特定业务提供者
的,其中DomainName惟一确定了该业务提供者。*/
<ServiceProvider-Name Language="Eng">SP1</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the IPTV
Service</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="All"Version="001">
/*这里PayLoad-ID表示IPTV业务发现信息所提供的入口可以提
供的信息类型,例如,当该入口为业务选择信息的入口地址
时,该信息可以是EPG,CoD Catalogue等,"All"表示包含所
有的类型。用户终端可以根据获取的负荷类型确定可以获取
的信息。*/
<Offering-Stream Port="1702"Address="10.144.75.8"/>
/*这里Offering-Stream表示入口信息为流媒体地址信息,用
户终端可以通过该地址以流媒体的形式进一步获取相关的
业务信息。*/
</ServiceProvider-Offering>
</ServiceProviderInfo>
<ServiceProviderInfo LogoURI=http://sp2.iptv.com/logoDomainName="sp2.iptv.com"
Version="0">
<ServiceProvider-Name Language="Eng">SP2</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the
LTV</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="EPG"Version="012">
<Offering-URIURI="http://sp2.iptv.com//epg/"/>
/*这里Offering-URI表示入口地址为URI类型,用户
终端可以通过该URI进一步获取相关业务信息。*/
</ServiceProvider-Offering>
</ServiceProviderInfo>
</ServiceDiscoveryInfo>
UE接收到SDF发送的IPTV业务发现信息后,进一步地可以根据该业务发现信息获取相关业务信息,例如业务发现信息中包含业务选择信息的入口地址,则终端可以根据该入口信息获取业务选择信息。
本发明实施例四是通过SIP PUBLISH传递业务发现信息的,该过程如图6所示,包括:
步骤601:SDF确定UE的状态为成功接入IMS。
在本实施例中,该确定过程可以包括:
1、SDF订阅UE的状态信息。在UE签约IPTV业务后,SDF通过标准的订阅/通知(IMS SUBSCRIBE/NOTIFY)机制向PS订阅UE状态。另外,也可以由SDF自己管理用户状态。
2、UE发起并完成网络附着。
3、UE发起IMS注册流程。
4、UE向PS发布自身的状态信息,该状态信息可以为UE上线等信息。UE可以通过IMS PUBLISH发布状态信息,也可以通过网络实体代理自身发布状态信息。
5、PS将UE的状态信息通知给SDF,则SDF可以实时确定UE的状态,当状态信息为成功接入时,确定UE接入IMS。
步骤602:SDF通过SIP PUBLISH消息向UE发送IPTV业务发现消息,其中,该消息是通过message body携带。
在本实施例中,业务发现信息可以为SSF的选择信息,并且相关信息可以通过自定义的application/sd+xml形式发送,所述相关信息包括但不限于:IPTV业务提供者的描述信息、SSF的入口地址信息。
具体地,SIP PUBLISH消息中各部分携带IPTV业务发现信息为:RequestURI中携带接收所述IPTV业务发现信息的UE的SIP URI或IP地址等信息;From头域中携带SCF的SIP URI或IP地址等信息;To头域为接收所述IPTV业务发现信息的UE的SIP URI或IP地址等信息;Content-Type头域携带定义的application/sd+xml;Event头域表明传递的信息为业务发现信息;messagebody携带具体的IPTV业务发现信息,包括但不限于表1中描述的部分和全部的内容。
下述程序为SIP PUBLISH消息体的具体描述:
PUBLISH sip:userl@iptv.com SIP/2.0
From:sip:scf.iptv.com;tag=49583
To:sip:userl@iptv.com
CSeq:1 PUBLISH
Event:sd-information
Content-Type:application/sd+xml
Content-Length:xx
<?xml version="1.0"encoding="UTF-8"?>
<ServiceDiscoveryInfo xmlns="urn:xxxx:params:xml:ns:sdinfo"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:xxxx:params:xml:ns:sdinfo\SD.xml"
State="full"Version="001">
/*这里State="Full"表示包含所有的IPTV业务发现信息,
Version表示业务发现信息的版本号*/
<ServiceProviderInfo LogoURI="http://sp1.iptv.com/logo"
DomainName="sp1.iptv.com"Version="001">
/*通过<ServiceProviderInfo>表示该信息为特定业务提供者的,
其中DomainName惟一确定了该业务提供者。*/
<ServiceProvider-Name Language="Eng">SP1</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the IPTV
Service</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="All"Version="001">
/*PayLoad-ID表示IPTV业务发现信息的负荷类型,包括EPG,
CoD Catalogue等,"All"表示负荷包含所有的类型。*/
<Offering-Stream Port="1702"Address="10.144.75.8"/>
/*这里Offering-Stream表示入口信息为流媒体组播地址。*/
</ServiceProvider-Offering>
</ServiceProviderInfo>
<ServiceProviderInfo LogoURI=http://sp2.iptv.com/logo
DomainName="sp2.iptv.com"Version="0">
<ServiceProvider-Name Language="Eng">SP2</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the
LTV</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="EPG"Version="012">
<Offering-HTTP URI="http://sp2.iptv.com//epg/"/>
/*这里Offering-URI表示入口地址为URI类型。*/
</ServiceProvider-Offering>
</ServiceProviderInfo>
</ServiceDiscoveryInfo>
“sd-information”是新定义的对象(Event),也可以使用现有的Event。
“application/sd+xml”是新定义的Content-Type,用于携带IPTV业务选择信息。
本发明实施例五和实施例六是通过MSRP协商建立会话后传递业务发现信息的,MSRP是由IETF制定的一个基于文本、面向连接的传输协议,可以用于交换任意的(包括二进制)多用途互联网邮件扩展(Multipurpose InternetMail Extensions,MIME)内容,尤其是用于即时消息。
MSRP通过SIP和SDP来协商建立消息会话,应用MSRP时,首先需要协商源端和目的端之间将要传输的媒体属性,这一协商过程可以由SIP和SDP信令承载并发送,然后根据协商之后的端口号和媒体属性进行媒体数据的传送。MSRP支持的媒体数据类型为MIME格式的任意数据,例如文本、音频、视频等等。
在本实施例中,UE和SDF之间通过提供/应答模型(Offer/Answer Model),由SDP携带MSRP媒体信息进行协商,当协商成功时,建立MSRP会话,然后通过MSRP协议进行IPTV业务发现信息的传送。
本发明实施例五是以UE发起MSRP会话建立请求,实现业务发现信息传递的过程,具体流程如图7所示,包括:
步骤701:UE通过IMS向SDF发送SIP INVITE请求。
在此步骤之前,UE完成网络附着,并在IMS中注册成功。
UE将SIP INVITE请求发送给Core IMS,由Core IMS将SIP INVITE请求转发给SDF。
UE向SDF发送SIP INVITE请求是用于协商建立一个MSRP会话的,在该SIP INVITE请求中的Request URI携带SDF的SIP URI或IP地址等信息,这些信息可以通过预先配置或DHCP等方式获取。
在本实施例中使用PSI标识SDF,因此可以通过PSI路由方式将SIPINVITE请求发送到SDF;另外,还可以采用初始过滤规则(iFC)触发方式实现路由。
UE通过SDP将自身的MSRP媒体信息发送给SDF,要求与SDF进行媒体协商,该UE的MSRP媒体信息包括:
SDP连接信息行(Connection Line,c),其中携带了UE的地址信息,例如:c=IN IP4 userl.iptv.com。
SDP媒体行(Media Line,m),其中携带了媒体的信息,如传输信息。媒体类型为message,端口为UE接收业务发现信息的端口号,如果是MSRP承载在传输控制协议上(MSRP over TCP),则协议为TCP/MSRP,格式列表为“*”。
例如:m=message 7777TCP/MSRP*。
SDP属性行(Attribute Line,a)必须包含路径信息(path)和content type,其中,path指明message的传输路径,包含UE的地址信息;content type指明message传输的类型,即定义的application/sd+xml。
例如:a=content types:application/sd+xml;
a=path:msrp://userl.iptv.com:7777/qwert1234asdf;tcp。
上述UE的MSRP媒体信息是利用SIP INVITE请求发送的。
步骤702:SDF将自身的MSRP媒体信息发送UE。
SDF接收到UE发送的SIP INVITE请求后,获取SDP中携带的MSRP媒体信息,并在SDP中携带自身的MSRP媒体信息,通过SIP 200 OK消息将这些信息发送给UE。
SDF自身的MSRP媒体信息包括:
SDP连接信息行,携带了SDF地址信息,例如:c=IN IP4sdf.iptv.com;
SDP媒体行,携带媒体信息,与UE发送的SDP媒体行信息不同之处在于端口为SDF的端口号,例如:m=message 8888 TCP/MSRP*;
SDP属性行,包含path和content type,其中,path指明message的传输路径,包含SDF的地址信息;content type指明message传输的类型,即定义的application/sd+xml,例如:
a=content types:application/sd+xml;
a=path:msrp://sdf.iptv.com:8888/asdfg4321qwer;tcp。
步骤703:UE与SDF完成MSRP协商,建立MSRP会话和传输通道。
步骤704:SDF通过建立的MSRP会话和传输通道将IPTV业务发现信息传递给UE。
在本实施例中,SDF通过MSRP SEND消息向UE发送IPTV业务发现信息,IPTV业务发现信息为可用的IPTV业务信息,并且该信息通过定义的application/sd+xml形式发送,这些信息可以包括但不限于表1中描述的部分或全部内容。
SEND消息的具体描述可以如下程序所示:
MSRP qwert123 SEND
To-Path:msrp://userl.iptv.com:7777/qwert1234asdf;tcp
From-Path:msrp://sdf.iptv.com:8888/asdfg4321qwer;tcp
Message-ID:asdfg123
Byte-Range:1-21/21
Content-Type:application/sd+xml
<?xml version="1.0"encoding="UTF-8"?>
<ServiceDiscoveryInfo xmlns="urn:xxxx:params:xml:ns:sdinfo"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:xxxx:params:xml:ns:sdinfo\SD.xml"
State="full"Version="001">
<ServiceProviderInfo LogoURI="http://sp1.iptv.com/logo"
DomainName="sp1.iptv.com"Version="001">
<ServiceProvider-NameLanguage="Eng">SP1</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the IPTV
Service</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="All"Version="001">
<Offering-Stream Port="1702"Address="10.144.75.8"/>
</ServiceProvider-Offering>
</ServiceProviderInfo>
<ServiceProviderInto LogoURI=http://sp2.iptv.com/logo
DomainName="sp2.iptv.com"Version="0">
<ServiceProvider-Name Language="Eng">SP2</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the
LTV</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="EPG"Version="012">
<Offering-HTTP URI="http://sp2.iptv.com//epg/"/>
</ServiceProvider-Offering>
</ServiceProviderInfo>
</ServiceDiscoveryInfo>
-------qwert123$
步骤705:UE接收到所述IPTV业务发现信息后,向SDF返回确认消息(MSRP 200 OK)。
UE可以利用所述IPTV业务发现信息中入口信息,例如stream或URI等,进一步获取业务选择信息。
如图8所示,为本发明实施例六中由SDF发起MSRP会话建立请求来传递业务发现信息的过程示意图,从图中可以看出该过程包括:
步骤801:当SDF确定UE成功接入IMS后,向UE发送SIP INVITE请求。
此步骤包括:
1、UE发起并完成网络附着。
2、UE发起IMS注册流程,在IMS成功注册。
3、S-CSCF获取注册流程中的public user identity,确定该public user identity匹配的iFC。
4、S-CSCF向SDF发起第三方注册请求(SIP REGISTER),在该SIPREGISTER的“To:”头域中包含上述public user identity。
5、SDF响应该SIP REGISTER消息,向S-CSCF返回SIP 200 OK消息。
6、SDF将SIP INVITE请求通过Core IMS转发给UE,用于与UE之间协商建立一个MSRP会话,进而来传输IPTV业务发现信息。
在本实施例中用PSI来标识SDF,因此该传输SIP INVITE请求的流程可以为一个IMS AS始呼流程,即PSI到用户的路由过程。
SDF向UE发送的SIP INVITE请求中的Request URI携带UE的SIP URI或IP地址等信息,SDF可以通过第三方注册或预先配置等方式获取。
SDF获取SDP中的MSRP媒体信息,并在SDP中携带自身的MSRP媒体信息,通过SIP INVITE请求将这些信息发送给UE,例如,SDF自身的MSRP媒体信息包括:
c=IN IP4 sdf.iptv.com;
m=message 7777 TCP/MSRP*;
a=content types:application/sd+xml;
a=path:msrp://sdf.iptv.com:7777/qwert1234asdf;tcp。
步骤802:UE将自身的MSRP媒体信息发送给SDF。
UE将包含自身的MSRP媒体信息的SIP 200 OK信息发送给Core IMS,Core IMS将所述SIP 200 OK信息转发给SDF,例如,UE的MSRP媒体信息包括:
c=IN IP4 userl.iptv.com;
m=message 8888 TCP/MSRP*;
a=content types:application/sd+xml;
a=path:msrp://userl.iptv.com:8888/asdfg4321qwer;tcp。
步骤803:UE与SDF之间完成MSRP协商,建立MSRP会话和传输通道。
步骤804:SDF通过建立的MSRP会话和传输通道将IPTV业务发现信息传递给UE。
在本实施例中,SDF通过MSRP SEND消息向UE发送IPTV业务发现信息,该IPTV业务发现信息是通过message body携带。
IPTV业务发现信息为可用的IPTV业务信息,并且该信息通过定义的application/sd+xml形式发送,这些信息可以包括但不限于表1中描述的部分或全部内容。
SEND消息的具体描述可以如下程序所示:
MSRP qwert123 SEND
To-Path:msrp://userl.iptv.com:8888/asdfg4321qwer;tcp
From-Path:msrp://sdf.iptv.com:7777/qwert1234asdf;tcp
Message-ID:asdfg123
Byte-Range:1-21/21
Content-Type:application/sd+xml
<?xml version="1.0"encoding="UTF-8"?>
<ServiceDiscoveryInfo xmlns="urn:xxxx:params:xml:ns:sdinfo"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:xxxx:params:xml:ns:sdinfo\SD.xml"
State="full"Version="001">
<ServiceProviderInfo LogoURI="http://sp1.iptv.com/logo"
DomainName="sp1.iptv.com"Version="001">
<ServiceProvider-Name Language="Eng">SP1</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the IPTV
Service</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="All"Version="001">
<Offering-Stream Port="1702"Address="10.144.75.8"/>
</ServiceProvider-Offering>
</ServiceProviderInfo>
<ServiceProviderInfo LogoURI=http://sp2.iptv.com/logo
DomainName="sp2.iptv.com"Version="0">
<ServiceProvider-Name Language="Eng">SP2</ServiceProvider-Name>
<ServiceProvider-Description Language="Eng">Provides the
LTV</ServiceProvider-Description>
<ServiceProvider-Offering PayLoad-ID="EPG"Version="012">
<Offering-HTTP URI="http://sp2.iptv.com//epg/"/>
</ServiceProvider-Offering>
</ServiceProviderInfo>
</ServiceDiscoveryInfo>
-------qwert123$
此过程与实施例五中的To-Path和From-Path路径不同。
步骤805:UE接收到所述IPTV业务发现信息后,向SDF返回MSRP200OK。
UE可以利用所述IPTV业务发现信息中的stream或URI等信息获取业务入口信息,进一步获取业务选择信息。基于不同的业务发现信息,UE可以通过不同的方式获取业务选择信息:
1、当入口信息为stream时,UE可以通过获取的地址信息获取IPTV业务选择信息,例如当业务选择信息以组播的形式下发时,用户终端根据获取的组播地址,加入组播组,获取IPTV业务选择信息,例如IGMP Join。
2、当入口信息为URI时,包括以下情况:
(1)、当入口信息为统一资源定位符(URL)等时,UE可以通过HTTP等协议获取IPTV业务选择信息。
(2)、当入口信息为SIP URI时,UE可以通过MSRP协议获取IPTV业务选择信息,MSRP会话协商与获取IPTV业务发现信息的MSRP会话协商类似。
通过上述实施例的描述,给出了SDF向UE传递业务发现信息的具体过程,SDF可以多次向UE传递业务发现信息。SDF传递的业务发现信息可以不同,例如:SDF将当前待传递的业务发现信息全部传递给UE,或者SDF比较当前待传递的业务发现信息与前一次传递的业务发现信息之间的变化,然后,将发生变化的信息传递给UE。后一种情况可以适用于数据升级等过程。
具体地,比较两次传递的业务发现信息可以是比较其中的版本标识,当两次业务发现信息中的版本标识发生变化时,可以认为此时需要升级,则将当前待传递的业务发现信息的版本标识对应的信息传递给UE。
在本实施例中并不限定比较依据,也可以对业务发现信息中的其他内容进行比较。
不论是全部重新发送,还是部分更新,都可以利用上述实施例中描述的方式来实现。特别地,在实施例五和实施例六的情况中,SDF向UE传递IPTV业务发现信息后,SDF和UE之间的MSRP会话连接可以保留也可以释放。若仍然被保留,则当IPTV业务发现信息需要更新时,SDF可以利用MSRP SEND消息向UE传递更新消息;若会话连接已经被释放,则可以按照实施例五或实施例六的方式重新建立MSRP会话连接。
SDF向UE传递IPTV业务发现信息之前可以为UE选择合适的业务发现信息,例如选择合适的SSF,根据用户的签约信息实现定制的业务发现信息等。SDF可以根据UE的位置信息、能力和签约信息等来选择合适的SSF,例如:
1、根据UE的位置信息选择Service Provider信息。
例如,当UE在漫游的状态下,SDF要先获得UE的位置信息,将UE所在地的SSF作为合适的SSF,即为UE选择所在位置的IPTV业务发现信息,因此,UE接收到的IPTV业务发现信息中包含当前所在地IPTV业务提供者的信息<SemerProviderInfo>。
SDF可以通过多种方式获取用户终端位置信息,例如从位置服务器(Location Server)获取。
2、根据UE的签约信息选择Service Provider信息。
用户签约数据可以包括:
(1)、个性化/客户定制业务发现签约信息,即将个性化/客户定制作为一个附加业务提供,该信息标识用户是否签约个性化/客户定制业务发现信息;
(2)、语言信息,即用户签约的语言信息,可以根据用户的语言信息决定下发什么样的业务发现信息;
(3)、Service Provider签约信息,IPTV业务可能由多个SP提供,用户可能签约了其中一个或者多个;
(4)、自定义业务发现信息,例如:是提供所有SP的发现信息,还是只提供部分SP的发现信息;是针对SP提供所有的业务发现信息,还是只提供每个SP的部分信息,如入口地址等,而不需要SP的描述信息等;
(5)、业务发现信息下发方式,描述了下发业务发现信息的条件,例如定时下发还是有更新数据时下发等;
(6)、收视习惯,根据用户的收视习惯安排为用户提供的业务发现信息,例如常用的SP信息通过醒目的方式提供等。
这些信息可能是动态提供的,可以由相关的功能实体提供。
例如:当用户只签约了CoD业务时,SDF向终端传递的IPTV业务发现信息中只包含属性为“CoD Catalogue”的<ServiceProviderInfo>,或者只提供<ServiceProviderInfo>中属性为“CoD Catalogue”的业务信息。SDF可以通过多种方式获取用户签约信息,例如SDF自己保存管理用户签约信息,SDF从网络实体UPSF获取用户签约信息,或者SDF从其它保存用户签约信息的网络实体获取用户签约信息。
3、根据UE的终端能力选择合适的Service Provider信息。
终端能力可以包括:用户终端设备类型(如:型号、版本号(标识用户终端客户端软件版本))和用户终端设备能力(屏幕大小、分辨率、编解码能力和支持协议)等。
根据用户终端能力可以为用户提供个性化的业务发现信息。例如,用户的终端只支持标清格式,则SDF可以过滤掉只提供高清格式节目的ServiceProvider的信息。
SDF可以通过多种方式获取终端能力,SDF从终端获取终端能力,例如用户终端在注册时携带终端能力到SDF;或者网络中有功能实体获取、管理用户终端能力,SDF从该功能实体获取相应的用户终端能力。
在本发明实施例中,SDF对SSF进行选择来确定要传递的业务发现信息,实际上,SDF也可以根据终端的请求提供其他功能实体的信息,如安全保护功能实体信息。
基于上述对本发明实施例系统和方法实施例的描述,本发明实施例七为一种SDF,如图9所示,其包括:确定模块41和传递模块42,其中,确定模块41用于确定终端是否接入IP多媒体子系统;传递模块42用于当所述确定模块获得的结果为所述终端接入IP多媒体子系统时,通过SIP MESSAGE或SIPPUBLISH将业务发现信息传递给所述终端,或与终端之间建立MSRP会话后,通过建立的会话将业务发现信息传递给所述终端。
所述传递模块42包括比较单元51和执行单元52,其中,比较单元51用于比较待传递的业务发现信息与前一次传递的业务发现信息;执行单元52用于将所述比较单元51确定的发生变化的信息传递给所述终端。
若以版本标识为比较依据,则比较单元51用于比较待传递的业务发现信息与前一次传递的业务发现信息的版本标识;执行单元52用于当版本标识发生变化时,将待传递的业务发现信息的版本标识对应的信息传递给所述终端。
若传递模块42与终端之间建立MSRP会话,则包括建立单元和操作单元,其中,建立单元用于向所述终端发起MSRP会话建立请求,或接收所述终端发起的MSRP会话建立请求;操作单元用于根据所述会话建立请求建立MSRP会话,并通过建立的会话将业务发现信息传递给所述终端。
在本发明实施例中,SDF通过SIP MESSAGE,SIP PUBLISH,MSRP SEND等方法传送业务发现信息,也可以使用其它的消息传递业务发现信息,例如SIP信息方法(INFO),SIP订阅/通知(SUBSCRIBE/NOTIFY)等,这里不再详述。
通过本发明实施例提供的系统和方法,使得SDF向UE传递IPTV业务发现信息的流程更加灵活、简便,并且给出了多种信息更新方式,简化了用户操作;SDF可以个性化选择SSF,使传递的IPTV业务发现信息更加可靠,让用户体验较好。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种传递业务发现信息的方法,其特征在于,该方法包括:
业务发现功能实体确定终端接入IP多媒体子系统;
所述业务发现功能实体通过会话发起协议中的消息方法SIP MESSAGE或会话发起协议中的发布方法SIP PUBLISH将业务发现信息传递给所述终端,或与终端之间建立消息会话中继协议MSRP会话后,通过建立的会话将业务发现信息传递给所述终端。
2.如权利要求1所述的方法,其特征在于,所述业务发现功能实体确定终端接入IP多媒体子系统,包括:
当所述业务发现功能实体接收到所述终端发送的业务发现信息的请求时,确定终端接入IP多媒体子系统;或
所述业务发现功能实体订阅所述终端的状态信息,当所述状态信息为成功接入时,确定终端接入IP多媒体子系统;或
当所述业务发现功能实体接收到第三方注册请求时,确定终端接入IP多媒体子系统。
3.如权利要求1或2所述的方法,其特征在于,所述SIP MESSAGE或SIP PUBLISH中:
消息体message body携带所述业务发现信息;
来自From头域中携带所述业务控制功能实体的会话发起协议统一资源定位标识SIP URI或IP地址;
到达To头域中携带所述终端的SIP URI或IP地址。
4.如权利要求1或2所述的方法,其特征在于,所述业务发现功能实体与所述终端之间建立MSRP的会话之前,包括:
所述业务发现功能实体发起MSRP会话建立请求,或所述终端发起MSRP会话建立请求。
5.如权利要求1、2或4所述的方法,其特征在于,所述业务发现功能实体在建立的会话中利用消息会话中继协议发送消息MSRP SEND将业务发现信息传递给所述终端。
6.如权利要求1至5中任一所述的方法,其特征在于,所述业务发现功能实体将待传递的业务发现信息全部传递给所述终端,或
比较待传递的业务发现信息与前一次传递的业务发现信息,将发生变化的信息传递给所述终端。
7.如权利要求6中所述的方法,其特征在于,比较待传递的业务发现信息与前一次传递的业务发现信息中的版本标识,若该版本标识发生变化,则将待传递的业务发现信息的版本标识对应的信息传递给所述终端。
8.如权利要求1至6中任一所述的方法,其特征在于,传递的所述业务发现信息是根据终端的位置信息、能力和签约信息中的一个或多个来确定的。
9.一种传递业务发现信息的系统,其特征在于,该系统包括终端和业务发现功能实体,其中,所述终端包括:
接入模块,用于接入IP多媒体子系统;
接收模块,用于接收业务发现信息;
所述业务发现功能实体包括:
确定模块,用于确定所述终端是否接入IP多媒体子系统;
传递模块,用于当所述确定模块获得的结果为终端接入IP多媒体子系统时,通过SIP MESSAGE或SIP PUBLISH将业务发现信息传递给所述终端,或与终端之间建立MSRP会话后,通过建立的会话将业务发现信息传递给所述终端。
10.一种业务发现功能实体,其特征在于,该实体包括:
确定模块,用于确定终端是否接入IP多媒体子系统;
传递模块,用于当所述确定模块获得的结果为所述终端接入IP多媒体子系统时,通过SIP MESSAGE或SIP PUBLISH将业务发现信息传递给所述终端,或与终端之间建立MSRP会话后,通过建立的会话将业务发现信息传递给所述终端。
11.如权利要求10所述的业务发现功能实体,其特征在于,若所述传递模块与终端之间建立MSRP会话,则包括:
建立单元,用于向所述终端发起MSRP会话建立请求,或接收所述终端发起的MSRP会话建立请求;
操作单元,用于根据所述会话建立请求建立MSRP会话,并通过建立的会话将业务发现信息传递给所述终端。
12.如权利要求10或11所述的业务发现功能实体,其特征在于,所述传递模块包括:
比较单元,用于比较待传递的业务发现信息与前一次传递的业务发现信息;
执行单元,用于将所述比较单元确定的发生变化的信息传递给所述终端。
13.如权利要求12所述的业务发现功能实体,其特征在于,
所述比较单元,用于比较待传递的业务发现信息与前一次传递的业务发现信息的版本标识;
所述执行单元,用于当版本标识发生变化时,将待传递的业务发现信息的版本标识对应的信息传递给所述终端。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710146766.0A CN101369904B (zh) | 2007-08-17 | 2007-08-17 | 传递业务发现信息的方法、系统及业务发现功能实体 |
PCT/CN2008/071909 WO2009024053A1 (fr) | 2007-08-17 | 2008-08-07 | Procédé et système pour transférer un message de découverte d'opération et entité fonctionnelle pour une découverte d'opération |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710146766.0A CN101369904B (zh) | 2007-08-17 | 2007-08-17 | 传递业务发现信息的方法、系统及业务发现功能实体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101369904A true CN101369904A (zh) | 2009-02-18 |
CN101369904B CN101369904B (zh) | 2011-02-09 |
Family
ID=40377842
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710146766.0A Expired - Fee Related CN101369904B (zh) | 2007-08-17 | 2007-08-17 | 传递业务发现信息的方法、系统及业务发现功能实体 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101369904B (zh) |
WO (1) | WO2009024053A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010142148A1 (zh) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | 一种msrp连接参数协商的方法 |
CN110351224A (zh) * | 2018-04-03 | 2019-10-18 | 成都鼎桥通信技术有限公司 | 一种sip状态服务的发布方法和装置 |
CN116627775A (zh) * | 2023-07-24 | 2023-08-22 | 北京大学 | 有状态的服务器无感知函数的写优化方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040187021A1 (en) * | 2003-02-10 | 2004-09-23 | Rasanen Juha A. | Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities |
CN100493011C (zh) * | 2005-08-16 | 2009-05-27 | 华为技术有限公司 | 一种接入ip多媒体子系统的方法 |
CN100387033C (zh) * | 2005-11-08 | 2008-05-07 | 华为技术有限公司 | 一种实现网络电视消息业务的方法及系统 |
-
2007
- 2007-08-17 CN CN200710146766.0A patent/CN101369904B/zh not_active Expired - Fee Related
-
2008
- 2008-08-07 WO PCT/CN2008/071909 patent/WO2009024053A1/zh active Application Filing
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010142148A1 (zh) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | 一种msrp连接参数协商的方法 |
CN101924744A (zh) * | 2009-06-10 | 2010-12-22 | 中兴通讯股份有限公司 | 一种融合ip消息消息会话中继协议msrp参数协商的方法 |
EP2429256A1 (en) * | 2009-06-10 | 2012-03-14 | ZTE Corporation | Method for negotiating message session relay protocol connection parameters |
EP2429256A4 (en) * | 2009-06-10 | 2013-07-10 | Zte Corp | METHOD FOR NEGOTIATING MESSAGING SESSION RELAY PROTOCOL CONNECTION PARAMETERS |
CN110351224A (zh) * | 2018-04-03 | 2019-10-18 | 成都鼎桥通信技术有限公司 | 一种sip状态服务的发布方法和装置 |
CN116627775A (zh) * | 2023-07-24 | 2023-08-22 | 北京大学 | 有状态的服务器无感知函数的写优化方法和装置 |
CN116627775B (zh) * | 2023-07-24 | 2023-09-29 | 北京大学 | 有状态的服务器无感知函数的写优化方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101369904B (zh) | 2011-02-09 |
WO2009024053A1 (fr) | 2009-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1988666B1 (en) | A streaming media network system, a realization method and a enable entity of streaming media service | |
CN101385303B (zh) | 用于iptv服务的启用ims的控制信道 | |
CN101467419B (zh) | 网际协议多媒体子系统架构网络中接入基于网际协议的电视服务的系统 | |
CN102415071B (zh) | 会话推送传输 | |
CN101326826B (zh) | 网络电视的业务控制方法、系统以及装置 | |
US20090313376A1 (en) | Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network | |
US20090017796A1 (en) | Methods and systems for communicating between ims and non-ims networks | |
CN101674323A (zh) | 业务推送协商方法及装置、推送业务系统 | |
CN101232389A (zh) | 一种提供组播业务的方法、设备及系统 | |
WO2008089673A1 (fr) | Procédé, système et appareil pour la mise en œuvre d'association d'identité d'utilisateur | |
CN101060532B (zh) | 因特网网络电视业务信息传输方法 | |
CN101313567A (zh) | 电子节目单提供方法、电子节目单系统及业务功能单元 | |
CN101369904B (zh) | 传递业务发现信息的方法、系统及业务发现功能实体 | |
WO2008154849A1 (fr) | Procédé et entité de fonction pour récupérer les informations de sélection du service iptv | |
WO2009049518A1 (fr) | Procédé, système et entité d'établissement de session de système de télévision par internet ip | |
CN101662407A (zh) | 附着到对等网络及获取iptv内容的方法、系统和装置 | |
CN101640671A (zh) | 一种交互信息的传送方法、系统和装置 | |
CN101414999B (zh) | 会话描述协议中获取频道与媒体关系的方法、频道信息的发送方法以及相关设备 | |
Mikóczy et al. | Personalization of internet protocol television (IPTV) services in next-generation networks (NGN) architectures | |
WO2008052484A1 (fr) | Procédé, système et appareil de commande service tv ip | |
Xiang Huan et al. | Implementation Agreement for ISC for IMS-based IPTV |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110209 Termination date: 20140817 |
|
EXPY | Termination of patent right or utility model |