CN101674323A - 业务推送协商方法及装置、推送业务系统 - Google Patents

业务推送协商方法及装置、推送业务系统 Download PDF

Info

Publication number
CN101674323A
CN101674323A CN200810198463A CN200810198463A CN101674323A CN 101674323 A CN101674323 A CN 101674323A CN 200810198463 A CN200810198463 A CN 200810198463A CN 200810198463 A CN200810198463 A CN 200810198463A CN 101674323 A CN101674323 A CN 101674323A
Authority
CN
China
Prior art keywords
information
propelling movement
service
push
sending business
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.)
Pending
Application number
CN200810198463A
Other languages
English (en)
Inventor
李幼颖
王丰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810198463A priority Critical patent/CN101674323A/zh
Priority to PCT/CN2009/073811 priority patent/WO2010028589A1/zh
Publication of CN101674323A publication Critical patent/CN101674323A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例公开了一种业务推送协商方法,所述方法应用于IMS BasedIPTV网络,所述方法包括:接收推送业务信息,所述推送业务信息携带推送业务标识;解析所述推送业务信息;根据所述推送业务信息触发推送业务逻辑,发送推送业务请求,所述推送业务请求携带推送内容标识;协商完成所述推送业务逻辑。同时,本发明实施例还公开了一种业务推送协商装置及推送业务系统。实施本发明实施例,通过推送业务标识和推送业务信息触发推送业务逻辑,协商完成推送业务逻辑;可通过网络侧主动发起会话向用户推送内容的需要;可以实现业务通用的推送功能,后续各种具体的推送业务;可以有效地提高应用的部署,简化网络的复杂度。

Description

业务推送协商方法及装置、推送业务系统
技术领域
本发明涉及网络业务推送领域,具体地涉及一种业务推送协商方法及装置、推送业务系统。
背景技术
网络电视(Internet Protocol Television,IPTV)基于多媒体子系统(IPMultimedia 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网络,所述装置包括:
接收单元,用于接收推送业务信息,所述推送业务信息携带推送业务标识;
解析单元,用于解析所述接收单元所接收的推送业务信息;
发送单元,用于根据所述推送业务信息触发推送业务逻辑,发送推送业务请求,所述推送业务请求携带推送内容标识;
协商单元,用于协商完成所述推送业务逻辑。
相应地,本发明实施例还提供了一种业务推送系统,所述系统应用于IMSBased IPTV网络,所述系统包括应用功能实体、业务控制功能实体和接收功能实体;
所述应用功能实体用于发送推送业务信息给所述业务控制功能实体,所述推送业务信息携带推送业务标识;
所述业务控制功能实体用于接收所述应用功能实体发送的推送业务信息;并解析所接收的所述推送业务信息;以及根据所述推送业务信息触发推送业务逻辑,所述推送业务请求包括推送内容标识;与所述接收功能实体协商完成所述推送业务逻辑;
所述接收功能实体用于接收所述业务控制功能实体发送的根据所述推送业务信息所生成的推送业务请求,所述推送业务请求携带推送内容标识;与所述业务控制功能实体协商完成推送业务逻辑。
实施本发明实施例,通过推送业务标识和推送业务信息触发推送业务逻辑,协商完成推送业务逻辑;可通过网络侧主动发起会话向用户推送内容的需要;可以实现业务通用的推送功能,后续各种具体的推送业务;可以有效地提高应用的部署,简化网络的复杂度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有的TISPAN IMS Based IPTV网络架构的结构示意图;
图2是本发明实施例的业务推送协商方法的流程示意图;
图3是本发明实施例的业务推送协商装置的结构示意图;
图4是本发明实施例的业务推送系统的结构示意图;
图5为本发明的业务推送协商方法的具体实施例一的示意图;
图6为本发明的业务推送协商方法的具体实施例二的示意图;
图7为本发明的业务推送协商方法的具体实施例三的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图2是本发明实施例的业务推送协商方法的流程示意图,该方法应用于IMSBased 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:unsignedInt″
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头域携带推送业务标识时,也可以通过新定义媒体特性标签(mediafeature 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″;
可选地,推送业务请求可以携带推送业务包括的信息中的任意一种或者任意组合;也可以是,推送业务请求同时携带推送业务标识和推送业务包括的信息中的任意一种或者任意组合;可通过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是本发明实施例的业务推送协商装置的结构示意图,该装置应用于IMSBased IPTV网络,如图3所示,该装置包括:
接收单元10,用于接收推送业务信息,所述推送业务信息携带推送业务标识;
解析单元11,用于解析所述接收单元10所接收的推送业务信息;
发送单元12,用于根据所述推送业务信息触发推送业务逻辑,发送推送业务请求,所述推送业务请求携带推送内容标;
协商单元13,用于协商完成所述推送业务逻辑。
进一步地,解析单元11包括:
确定单元110,用于根据所述推送业务标识确定所述推送业务信息为推送业务请求;
获取单元111,用于获取推送业务接收用户标识信息、推送业务推送内容标识信息、推送业务推送时间信息三种中的任意一种或者多种。
该装置实施例中所述及的推送业务信息包括以下信息的任意一种或者多种:
接收推送业务的用户信息;
接收推送业务的用户列表信息;
推送业务标识信息,所述推送业务标识信息包括频道信息、节目信息或者内容信息;
推送业务开始执行的时间信息;
推送应用相关信息。
本实施例的业务推送协商装置为业务控制单元,该单元可以在IPTV网络中的业务控制功能实体中实现。
图4是本发明实施例的业务推送系统的结构示意图,该系统应用于IMSBased 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
......
From:<sip:user-a@iptv.com>;tag=31415
To:<sip:bc-scf.iptv.com>
......
Content-Type:application/xml
Content-Length:127
<?xml version=″1.0″encoding=″UTF-8″?>
<IPTVActionDataCommand
......>
<SessionPush>
     <push:IPTVPushActionData>
        <UserList>sip:user-a@iptv.com</UserList>
        <PushContentId>Channel-1</PushContentId>
        <StartTime>21:00:00</StartTime>
     </push:IPTVPushActionData>
  </SessionPush>
</IPTVActionDataCommand>
502,核心IMS(Core IMS)向SCF实体转发SIP MESSAGE;
503,SCF实体接收并解析SIP MESSAGE,该过程包括:
检测并解析消息体,根据xml中包含″IPTVActionDataCommand″元素,并且值域为″SessionPush″确定为触发推送业务逻辑;
检测并解析消息体,从xml中″IPTVPushActionData″元素的值域获取推送业务信息;
SCF实体可以根据推送业务信息中的用户标识(UserList)、内容标识(PushContentId)确定用户是否有收看该节目的权限;
本实施例中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头域携带从推送业务描述信息中获取待切换的频道标识(PushContentId),这里为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解析收到的推送业务请求,获取待推送的频道信息及媒体参数信息,并通过发送200OK消息做出响应。这里UE可以基于推送业务标识、频道信息等通过UE本地应用向用户呈现相关信息,为用户提供选择,例如是否切换到该频道,用户可以通过遥控器做出选择,UE基于用户的选择做出响应,当用户选择同意切换时UE再发起成功响应;
509,Core IMS向SCF实体转发200OK消息;
510,SCF实体接收到UE发送的200OK消息,完成会话建立;
511,UE接收媒体流,UE根据会话协商中获取的多播地址加入多播组接收媒体流,完成频道切换。
本实施例提供的业务推送方法中,业务控制功能实体对外提供标准接口,通过推送业务标识和推送业务信息触发推送业务逻辑,完成推送业务。本发明实施例提供了一种频道定制切换业务的推送方法,各应用功能本身只需要完成相应的应用逻辑管理即可,不需要重复实现会话协商及媒体协商等功能,可以有效地提高新应用功能的部署效率,简化网络的复杂度。
如图6所示,图6为本发明的业务推送协商方法的具体实施例二的示意图。
本实施例中的应用功能实体(推送业务触发单元)在广告功能(AdvertiseFunction,ADF)实体上实现,接收功能实体(推送业务接收单元)在UE上实现,业务控制功能实体(业务控制单元)在SCF实体上实现。
这里的ADF实体可以是后台配置功能实体,也可以是一个应用功能实体;本实施例中广告媒体由媒体功能(Media Function,MF)提供,实际部署中也可能是由其它功能实体提供,例如直接由ADF实体提供广告媒体,也可能是由其它实体提供给MF,再由MF转发给UE;这些情况与具体的广告业务相关。
该方法包括:
601,BC节目中的广告时间到达,广告服务器触发业务逻辑,通过单播方式向用户提供个性化广告,广告服务器根据推送业务信息模板生成推送广告信息,其中包括待推送的用户信息,待推送的广告信息等;广告服务器通过SIPMESSAGE向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:<sip:cod-scf.iptv.com>
P-Preferred-Service:urn:xxx:iptv.sessionpush
......
Content-Type:multipart/mixed;boundary=″boundry1″
Content-Length:127
--boundry1
Content-Type:application/iptvsad-sessionpush+xml
<?xml version=″1.0″encoding=″UTF-8″?>
<IPTVPushActionData
......>
<UserList>sip:user-a@iptv.com</UserList>
<PushContentId>Ad-1</PushContentId>
<StartTime>21:00:00</StartTime>
<Duration>180</push-d:Duration>
</IPTVPushActionData>
--boundry1
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 0RTP/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消息类型获取推送业务信息,包括待推送内容标识(PushContentId),待推送用户信息(UserList),推送时间信息(StartTime,Duration);
检测并解析消息体,如果包含application/sdp,则获取推送内容的媒体参数信息。
603,SCF实体根据推送业务标识(P-Preferred-Service:urn:xxx:iptv.sessionpush)触发推送业务逻辑,发起推送业务请求,这里为SIPINVITE:
从推送业务描述信息中获取用户标识,作为Request-URI发起会话请求;
从推送业务描述信息中获取待推送的广告标识,作为userpart部分,与SCF实体的域名共同组成SIP标识,并通过From头域携带;
推送业务请求中还可以通过P-Preferred-Service头域携带推送业务标识,向UE指示该请求为推送业务请求;
SCF实体还可以通过SIP INVITE消息体携带广告内容的媒体信息,本实施例中媒体参数信息由ADF实体在发起推送业务请求时通过SDP携带;
INVITE sip:user-a@iptv.com SIP/2.0
......
From:<sip:Ad-1@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进行媒体参数协商;这里可以通过200OK响应发起SDP offer;
606,Core IMS向SCF实体转发200OK响应消息;
607,SCF实体接收并解析UE的200OK响应消息,向选定的MF实体发起新的INVITE请求;从响应消息中携带的SDP offer中获取媒体参数信息;根据广告标识选择合适的MF实体,选择MF实体时可以参考UE的位置信息等其它信息共同决策;
其中:
Request-URI为选定MF实体的SIP标识;
To头域中携带请求广告内容的SIP标识,可以由两个部分组成,其中userpart携带广告内容标识,这里为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实体发送的200OK消息,并进行与UE的媒体协商;终结MF实体的响应消息,建立SCF实体与MF实体之间的SIP会话;获取MF实体响应携带的SDP answer中的媒体参数;通过ACK消息响应UE的200OK响应,并通过SDP answer携带从MF实体获取的媒体参数。
610,Core IMS向UE转发ACK消息;
611,UE接收并处理ACK消息,获取SDP answer中的媒体参数,并通过200OK消息响应确认;
612,Core IMS向SCF实体转发200OK消息;
613,SCF实体接收并处理200OK消息,建立UE与SCF实体之间的SIP会话;
614,UE根据协商的媒体参数直接与MF实体之间建立媒体传送和/或媒体控制通道。
本实施例提供的业务推送方法中,业务控制功能实体对外提供标准接口,通过推送业务标识和推送业务信息触发推送业务逻辑,完成推送业务。本发明实施例提供了一种广告业务的推送方法,各应用功能本身只需要完成相应的应用逻辑管理即可,不需要重复实现会话协商及媒体协商等功能,可以有效地提高新应用功能的部署效率,简化网络的复杂度。。
图7为本发明的业务推送协商方法的具体实施例三的示意图,用户签约PushCoD业务时,应用推送功能(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:<sip:paf.iptv.com>;tag=31415
To:<sip:cod-scf.iptv.com>
......
Content-Type:application/xml:
Content-Length:127
<?xml version=″1.0″encoding=″UTF-8″?>
<IPTVActionDataCommand
......>
   <SessionPush>
      <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),待推送节目信息(PushContentId),待推送节目的时长(Duration)。
703,SCF实体向MF实体发起推送业务请求,包括:
基于获取的推送业务内容标签,本实施例中为CoD标识Content-1,选择合适的MF实体;
SCF实体向MF实体发起推送业务请求,本实施例中为SIP请求消息(SIPINVITE),其中:
Request-URI为路由到选定MF实体的SIP标识,例如PSI;
To头域中携带请求Push的CoD SIP标识,可以由两个部分组成,其中userpart携带CoD内容标识,这里为Content-1,域名部分为MF实体的域名;
可以通过P-Preferred-Service头域携带推送业务标识,指示该请求为推送业务请求。
704,MF实体接收并解析SIP请求消息,包括:
如果请求中携带了推送业务标签,解析P-Preferred-Service获取推送业务标签,确定该业务请求为推送业务请求,可以指示MF实体处理推送业务逻辑;
解析获取节目标识,本实施例中为解析To头域获取节目标识,这里为Content-1,并为传输Content-1内容流分配端口号等参数;
生成200OK响应消息,并携带SDP offer,携带相关媒体参数,包括Content-1的媒体描述信息及IP地址、端口号等。
705,SCF实体接收并解析200 OK消息,包括:
从200OK消息中获取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;
通过200OK响应SCF实体的请求,并携带SDP answer。
708,Core IMS向SCF实体转发200OK消息;
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:<sip: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
......>
<UserList>sip:user-a@iptv.com</UserList>
<PushContentId>Channel-1</PushContentId>
<StartTime>21:00:00</StartTime>
</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 (14)

1、一种业务推送协商方法,所述方法应用于IMS Based IPTV网络,其特征在于,所述方法包括:
接收推送业务信息,所述推送业务信息携带推送业务标识;
解析所述推送业务信息;
根据所述推送业务信息触发推送业务逻辑,发送推送业务请求,所述推送业务请求携带推送内容标识;
协商完成所述推送业务逻辑。
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消息体携带所述推送业务标识;
通过SIP头域或者SIP消息体携带所述推送业务信息包括的信息中的任意一种或者任意组合。
9、一种业务推送协商装置,所述装置应用于IMS Based IPTV网络,其特征在于,所述装置包括:
接收单元,用于接收推送业务信息,所述推送业务信息携带推送业务标识;
解析单元,用于解析所述接收单元所接收的推送业务信息;
发送单元,用于根据所述推送业务信息触发推送业务逻辑,发送推送业务请求,所述推送业务请求携带推送内容标识;
协商单元,用于协商完成所述推送业务逻辑。
10、如权利要求9所述的装置,其特征在于,所述解析单元包括:
确定单元,用于根据所述推送业务标识确定所述推送业务信息为推送业务请求;
获取单元,用于获取推送业务接收用户标识信息、推送业务推送内容标识信息、推送业务推送时间信息三种中的任意一种或者多种。
11、如权利要求9或10所述的装置,其特征在于,所述推送业务信息包括以下信息的任意一种或者任意组合:
接收推送业务的用户信息;
接收推送业务的用户列表信息;
推送业务标识信息,所述推送业务标识信息包括频道信息、节目信息或者内容信息;
推送业务开始执行的时间信息;
推送应用相关信息。
12、如权利要求11所述的装置,其特征在于,所述业务推送协商装置在IMSBased IPTV网络中为业务控制功能实体。
13、一种业务推送系统,所述系统应用于IMS Based IPTV网络,其特征在于,所述系统包括应用功能实体、业务控制功能实体和接收功能实体;
所述应用功能实体用于发送推送业务信息给所述业务控制功能实体,所述推送业务信息携带推送业务标识;
所述业务控制功能实体用于接收所述应用功能实体发送的推送业务信息;并解析所接收的所述推送业务信息;以及根据所述推送业务信息触发推送业务逻辑,所述推送业务请求包括推送内容标识;与所述接收功能实体协商完成所述推送业务逻辑;
所述接收功能实体用于接收所述业务控制功能实体发送的根据所述推送业务信息所生成的推送业务请求,所述推送业务请求携带推送内容标识;与所述业务控制功能实体协商完成推送业务逻辑。
14、如权利要求13所述的系统,其特征在于,
所述应用功能实体和业务控制功能实体可以分别是单独的功能实体,或者是合设成一个功能实体;
所述应用功能实体和接收功能实体可以分别是单独的功能实体,或者是合设成一个功能实体。
CN200810198463A 2008-09-10 2008-09-10 业务推送协商方法及装置、推送业务系统 Pending CN101674323A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200810198463A CN101674323A (zh) 2008-09-10 2008-09-10 业务推送协商方法及装置、推送业务系统
PCT/CN2009/073811 WO2010028589A1 (zh) 2008-09-10 2009-09-08 业务推送协商方法及装置、推送业务系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810198463A CN101674323A (zh) 2008-09-10 2008-09-10 业务推送协商方法及装置、推送业务系统

Publications (1)

Publication Number Publication Date
CN101674323A true CN101674323A (zh) 2010-03-17

Family

ID=42004808

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810198463A Pending CN101674323A (zh) 2008-09-10 2008-09-10 业务推送协商方法及装置、推送业务系统

Country Status (2)

Country Link
CN (1) CN101674323A (zh)
WO (1) WO2010028589A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102752315A (zh) * 2012-07-25 2012-10-24 烽火通信科技股份有限公司 一种灵活适应ims系统业务标签的业务解析方法
CN103152315A (zh) * 2011-12-06 2013-06-12 中兴通讯股份有限公司 一种广告投放方法、系统及装置
CN103391529A (zh) * 2012-05-07 2013-11-13 中兴通讯股份有限公司 业务推送方法及装置
CN103763342A (zh) * 2013-12-27 2014-04-30 北京集奥聚合网络技术有限公司 基于运营商数据实现ad_exchange用户映射的方法和系统
WO2017007785A1 (en) * 2015-07-07 2017-01-12 Alibaba Group Holding Limited Computerized system and method for pushing information between devices
CN106341735A (zh) * 2015-07-07 2017-01-18 阿里巴巴集团控股有限公司 一种信息推送方法和装置
CN107295059A (zh) * 2017-03-07 2017-10-24 阿里巴巴集团控股有限公司 业务推送量的统计系统及方法
CN107770234A (zh) * 2016-08-23 2018-03-06 平安科技(深圳)有限公司 消息推送方法和装置
CN110086797A (zh) * 2019-04-22 2019-08-02 北京开广信息技术有限公司 媒体流的实时接收方法及客户端
CN110661821A (zh) * 2018-06-28 2020-01-07 山东北邮信息技术产业研究院有限公司 一种消息推送方法及消息推送装置
CN111373715A (zh) * 2017-11-21 2020-07-03 瑞典爱立信有限公司 处理应用的业务的方法和功能
CN111931050A (zh) * 2020-08-02 2020-11-13 吕维东 基于智能识别和大数据的信息推送方法及区块链金融平台

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113268498A (zh) * 2014-07-11 2021-08-17 华为技术有限公司 业务推荐方法和具有智能助手的装置
CN112788128B (zh) * 2020-12-31 2023-02-03 青岛海尔科技有限公司 业务信息的推送方法、装置、存储介质及电子装置
CN113709190B (zh) * 2021-10-27 2022-03-01 中兴通讯股份有限公司 业务设置方法和装置、存储介质及电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100589563C (zh) * 2005-12-16 2010-02-10 腾讯科技(深圳)有限公司 网络电视发布系统、网络电视客户装置以及方法
CN101188735A (zh) * 2006-11-17 2008-05-28 中兴通讯股份有限公司 下一代通信网络中iptv终端节目点播的方法
JP2008153926A (ja) * 2006-12-18 2008-07-03 Alcatel-Lucent Iptvシステムでコンテクストアウェアのローカル広告を提供するためのシステムおよび方法
CN101198018B (zh) * 2007-12-29 2011-01-12 腾讯科技(深圳)有限公司 电视广告业务的实现方法及广告服务器

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103152315A (zh) * 2011-12-06 2013-06-12 中兴通讯股份有限公司 一种广告投放方法、系统及装置
CN103391529B (zh) * 2012-05-07 2018-03-13 中兴通讯股份有限公司 业务推送方法及装置
CN103391529A (zh) * 2012-05-07 2013-11-13 中兴通讯股份有限公司 业务推送方法及装置
CN102752315B (zh) * 2012-07-25 2015-03-18 烽火通信科技股份有限公司 一种灵活适应ims系统业务标签的业务解析方法
WO2014015776A1 (zh) * 2012-07-25 2014-01-30 烽火通信科技股份有限公司 一种灵活适应ims系统业务标签的业务解析方法
CN102752315A (zh) * 2012-07-25 2012-10-24 烽火通信科技股份有限公司 一种灵活适应ims系统业务标签的业务解析方法
CN103763342A (zh) * 2013-12-27 2014-04-30 北京集奥聚合网络技术有限公司 基于运营商数据实现ad_exchange用户映射的方法和系统
CN106341735A (zh) * 2015-07-07 2017-01-18 阿里巴巴集团控股有限公司 一种信息推送方法和装置
US11039217B2 (en) 2015-07-07 2021-06-15 Advanced New Technologies Co., Ltd. Computerized system and method for pushing information between devices
WO2017007785A1 (en) * 2015-07-07 2017-01-12 Alibaba Group Holding Limited Computerized system and method for pushing information between devices
CN107770234A (zh) * 2016-08-23 2018-03-06 平安科技(深圳)有限公司 消息推送方法和装置
CN107770234B (zh) * 2016-08-23 2021-11-19 平安科技(深圳)有限公司 消息推送方法和装置
CN107295059A (zh) * 2017-03-07 2017-10-24 阿里巴巴集团控股有限公司 业务推送量的统计系统及方法
CN107295059B (zh) * 2017-03-07 2020-11-20 创新先进技术有限公司 业务推送量的统计系统及方法
CN111373715B (zh) * 2017-11-21 2022-11-18 瑞典爱立信有限公司 处理应用的业务的方法和网络功能实体
CN111373715A (zh) * 2017-11-21 2020-07-03 瑞典爱立信有限公司 处理应用的业务的方法和功能
US11419035B2 (en) 2017-11-21 2022-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and function for handling traffic for an application
CN110661821A (zh) * 2018-06-28 2020-01-07 山东北邮信息技术产业研究院有限公司 一种消息推送方法及消息推送装置
CN110086797B (zh) * 2019-04-22 2021-05-28 北京开广信息技术有限公司 媒体流的实时接收方法、客户端、计算机设备和存储介质
CN110086797A (zh) * 2019-04-22 2019-08-02 北京开广信息技术有限公司 媒体流的实时接收方法及客户端
CN111931050A (zh) * 2020-08-02 2020-11-13 吕维东 基于智能识别和大数据的信息推送方法及区块链金融平台

Also Published As

Publication number Publication date
WO2010028589A1 (zh) 2010-03-18

Similar Documents

Publication Publication Date Title
CN101674323A (zh) 业务推送协商方法及装置、推送业务系统
CN101547189B (zh) 一种CoD业务的建立方法,系统和装置
US10397644B2 (en) Switching between delivery methods in an IPTV communication network
EP1988666B1 (en) A streaming media network system, a realization method and a enable entity of streaming media service
CN101573943B (zh) 媒体频道管理
KR101433225B1 (ko) Ims 아키텍쳐 네트워크에서 ip 텔레비젼 서비스에 액세스하기 위한 시스템
EP2175591B1 (en) A method, a system, a device and a computer program readable medium for realizing the services of network televison
CN101326826B (zh) 网络电视的业务控制方法、系统以及装置
CN101459664B (zh) 一种获取iptv业务媒体描述信息的方法及装置
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
WO2010022570A1 (zh) 基于网际协议电视的信息推送方法、装置及系统
WO2009052762A1 (fr) Procédé, dispositif et système d&#39;amélioration de service de diffusion (bc)
CN101072326A (zh) 访问非归属签约iptv业务提供者业务的方法、系统和设备
CN101483532B (zh) 一种媒体流复制的方法、系统及设备
CN101369904B (zh) 传递业务发现信息的方法、系统及业务发现功能实体
CN101360095A (zh) 会话初始协议网络中提供电视业务的方法、装置和系统
CN101640671A (zh) 一种交互信息的传送方法、系统和装置
CN101355552A (zh) 一种控制流媒体的方法及装置
WO2008052484A1 (fr) Procédé, système et appareil de commande service tv ip
Huan Implementation Agreement for Gm 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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20100317