CN102571710B - 信息订阅方法及系统 - Google Patents
信息订阅方法及系统 Download PDFInfo
- Publication number
- CN102571710B CN102571710B CN201010606759.6A CN201010606759A CN102571710B CN 102571710 B CN102571710 B CN 102571710B CN 201010606759 A CN201010606759 A CN 201010606759A CN 102571710 B CN102571710 B CN 102571710B
- Authority
- CN
- China
- Prior art keywords
- subscriber
- increment
- information
- subscription
- message
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种信息订阅方法,通知者notifier对订阅者subscriber启用了增量通知方式;所述方法包括:订阅过程中,所述subscriber发起订阅更新请求消息,所述更新请求消息中携带有当前所接收到的最新增量通知版本号信息;所述notifier接收到所述订阅更新请求消息后,根据所述订阅更新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。本发明大大节约了网络侧的数据传输压力,大大减少了subscriber与网络侧的notifier之间数据流的传输。
Description
技术领域
本发明涉及在互联网协议(IP,Internet Protocol)多媒体子系统(IMS,IPMultimedia Subsystem)网络架构中的信息订阅技术,尤其涉及一种信息订阅方法及系统。
背景技术
订阅(Subscribe)是会话初始协议(SIP,Session Initiation Protocol)中用于一个实体向另一实体请求或获取信息的请求消息。请求或获取的信息可能包括状态或数据。SIP3265中对订阅的规范做出了阐述。SIP3265涉及的方式广泛地用于IP多媒体系统及其他网络电话(VoIP,Voice over Internet Protocol)网络中。
现有的订阅机制,在订阅通知数据量比较大时,可以通过增量式通知的方式,减少通知中携带的码流大小,提高传输效率,减少对网络的占用。
图1为现有订阅处理过程中对增量订阅处理的流程图,如图1所示,增量订阅处理具体包括以下步骤:
步骤101:Subscriber发起订阅请求到notifier;
步骤102:notifier对该订阅请求回200ok消息;
步骤103:notifier发送通知消息告知用户数据;
步骤104:subscriber对通知消息回送200ok消息;
步骤105:notifier发送增量通知消息告知用户数据(包含增量通知版本号);
步骤106:subscriber对通知消息回送200ok消息;
步骤107:notifier发送后续增量通知消息告知用户数据(包含增量通知版本号);
步骤108:subscriber对通知消息回送200ok消息;
步骤109:subscriber发起订阅刷新请求到notifier;
步骤110:notifier对该订阅请求回200ok消息;
步骤111:notifier发送完整通知消息告知用户数据;
步骤112:subscriber对通知消息回送200ok消息;
步骤113:notifier发送后续增量通知消息告知用户数据(包含增量通知版本号);
步骤114:subscriber对通知消息回送200ok消息;
步骤115:执行其他的后续流程。
这种增量式处理可以应用到目前使用SIP协议的系统中,这些系统包括IP多媒体系统及其他VOIP系统等。
IMS是第三代合作伙伴组织(3GPP,3rd Generation Partnership Project)定义的下一代网络的标准,它的显著特点是采用了SIP体系,通讯与接入无关,可以具备多种能力,如媒体业务控制功能与承载能力分离,呼叫与会话分离,应用与服务分离,业务与网络分离,以及移动网与因特网业务融合等能力。
IMS的提出顺应了通讯网融合发展的趋势。IMS体系中的主要功能实体包括:用户设备(UE,User Equipment),代理呼叫会话控制功能实体(P-CSCF,Proxy call sessioncontrol Function),查询呼叫会话控制功能实体(I-CSCF,Interrogating call sessioncontrol Function),服务呼叫会话控制功能实体(S-CSCF,Serving call sessioncontrol Function),归属用户服务器(HSS,Home subscriber Server)以及应用服务器(AS,Application Server)。
图2为UE向应用服务器订阅获取订阅信息的流程图,如图2所示,UE向应用服务器订阅获取信息具体包括以下步骤:
步骤201:UE发起订阅请求到P-CSCF;
步骤202:P-CSCF接收到UE发起的订阅请求后,进行处理并把订阅请求转发到S-CSCF;
步骤203:S-CSCF接收到订阅请求后,进行处理并把订阅请求转发到AS;
步骤204:AS对订阅请求回送200ok消息给S-CSCF;
步骤205:S-CSCF转发200ok消息给P-CSCF;
步骤206:P-CSCF转发200ok消息给UE;
步骤207:AS发送通知消息给S-CSCF;
步骤208:S-CSCF转发通知消息给P-CSCF;
步骤209:P-CSCF转发通知消息给UE;
步骤210:UE发送200ok消息给P-CSCF;
步骤211:P-CSCF转发200ok消息给S-CSCF;
步骤212:S-CSCF转发200ok消息给AS;
步骤213:进行后续的订阅流程。
由上可知,根据现有的订阅机制,在订阅通知数据量比较大时,可以通过增量式通知的方式而减少通知中携带的码流大小,提高传输效率,减少对网络的占用。但是,现有机制同样也存在着相应的问题,具体的,现有机制规定通过刷新订阅来获得完整的通知信息,那么每当刷新订阅时(可能是由于订阅者刷新订阅时长,或者是订阅者与通知者间网络超时,导致订阅者未收到后续数据,从而需要向通知者请求数据),则需要重新开始完整传送流程。这样的机制导致了一些不必要的网络数据的传输,从而影响了网络性能。在网络流量比较大的情况下,对性能的影响比较明显。
发明内容
有鉴于此,本发明的主要目的在于提供一种信息订阅方法及系统,在增量通知方式下,订阅者进行刷新操作时,通知者将订阅者未接收的订阅信息发送给订阅者,而不会重新将已接收的订阅信息发送给订阅者。
为达到上述目的,本发明的技术方案是这样实现的:
一种信息订阅方法,通知者notifier对订阅者subscriber启用了增量通知方式;所述方法包括:
订阅过程中,所述subscriber发起订阅刷新请求消息,所述订阅刷新请求消息中携带有当前所接收到的最新增量通知版本号信息;
所述notifier接收到所述订阅刷新请求消息后,根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。
优选地,所述方法还包括:
在所述订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息。
优选地,所述方法还包括:
在所述订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息。
优选地,所述方法还包括:
设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;
所述根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,具体为:
所述notifier根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。
优选地,所述方法还包括:
按设定的顺序为所发送的增量通知消息设置增量通知版本号;
所述根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,具体为:
所述notifier根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。
优选地,所述notifier为应用服务器AS或内容提供商服务器的网络侧网元。
一种信息订阅系统,所述系统包括subscriber和notifier,其中,所述notifier对所述subscriber启用了增量通知方式;
Subscriber,用于发起订阅刷新请求消息,所述订阅刷新请求消息中携带有当前所接收到的最新增量通知版本号信息;
Notifier,用于接收到所述订阅刷新请求消息后,根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。
优选地,所述系统还包括:
第一设置单元,用于在所述订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息;或者,用于在所述订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息。
优选地,所述系统还包括:
第二设置单元,用于设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;
所述notifier进一步地,根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。
优选地,所述系统还包括:
第三设置单元,用于按设定的顺序为所发送的增量通知消息设置增量通知版本号;
所述notifier进一步地,根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。
本发明中,当notifier开启了订阅信息的增量通知方式时,subscriber向notifier发送订阅刷新请求消息时,订阅刷新请求消息中携带有最新增量通知版本号信息,这样,notifier接收到订阅刷新请求消息后,根据其携带的最新增量通知版本号信息即可确定出当前已发送给subscriber的订阅信息以及尚未发送的订阅信息,从而,仅将还未发送的订阅信息通知给subscriber即可,从而避免了因subscriber的订阅刷新请求而导致未完全接收订阅信息时,需从头将订阅信息再通知给subscriber。这样,本发明的技术方案明显节约了网络资源,降低了不必要的数据流传输。特别是在subscriber数量巨大的网络中,通过本发明的技术方案,大大节约了网络侧的数据传输压力,大大减少了subscriber与网络侧的notifier之间数据流的传输。
附图说明
图1为现有订阅处理中对增量订阅处理的流程图;
图2为UE向应用服务器订阅获取订阅信息的流程图;
图3为本发明增量订阅方式下的信息订阅方法的流程图。
具体实施方式
本发明的基本思想是,在增量式通知方式下,当订阅者需要发起订阅刷新请求时(发起订阅刷新请求的可能原因是更新订阅时长,以获取及时的状态信息等),本发明通过在订阅刷新请求消息中设置增量通知版本号信息(订阅者已收到的订阅信息的版本号),以此来通知通知者自身当前已接收到的订阅信息,这样,通知者接收到订阅刷新请求消息后,仅将订阅者未接收的订阅信息发送给订阅者即可,不必将整个订阅信息重新发送给订阅者,从而减少订阅者与通知者之间的消息交互量。
本发明中,需要对订阅刷新请求消息进行相应的格式修改,具体的,可以在订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息;或者,在订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息。
为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。
图3为本发明增量订阅方式下的信息订阅方法的流程图,如图3所示,本发明增量订阅方式下的信息订阅方法具体包括以下步骤:
步骤301:Subscriber发起订阅请求(Subscribe)消息到notifier;
步骤302:notifier对该订阅请求消息回200ok消息;
步骤303:notifier发送通知消息(notify)告知用户数据(包含增量通知版本号);
步骤304:subscriber对通知消息回送200ok消息;
步骤305:notifier发送增量通知消息告知用户数据(包含增量通知版本号);
本步骤中,当notifier确定subscriber当前所订阅的订阅信息数据量较大时,将开启增量订阅方式,即通过增量通知消息向subscriber发送订阅信息。
步骤306:subscriber保存目前增量通知版本号并对通知消息回送200ok消息;
本发明中,当subscriber接收来自notifier的订阅信息时,可能会因订阅者的订阅刷新请求而中断,而现有技术中,notifier将会重新向subscriber通知该subscriber所订阅的信息,这必然会导致subscriber所订阅信息的重复发送,从而导致不必要的数据传输,浪费网络资源。而本步骤中,subscriber在接收到来自notifier的增量通知消息后,将保存所接收增量通知消息的增量通知版本号信息,以便在用户开启订阅刷新请求时,将当前最新接收的增量通知版本号插入到订阅刷新请求消息中,通知给notifier。
步骤307:notifier发送后续增量通知消息告知用户数据(包含增量通知版本号);
步骤308:subscriber保存目前增量通知版本号并对通知消息回送200ok消息;
步骤305至步骤308中,即是当notifier确定subscriber所订阅的信息的数据量较大时,需要启动增量订阅方式,从而利用增量通知消息将订阅信息通知给subscriber,由于订阅信息量较大,需要多次发送增量通知消息才能实现将订阅信息完全发送给subscriber。
步骤309:subscriber发起订阅刷新请求消息到notifier,其中,订阅刷新请求消息中携带有subscriber所接收到的最新增量通知版本号;
本步骤中,当用户确定发起订阅刷新请求时,subscriber在产生订阅刷新请求消息时,将会在订阅刷新请求消息中插入所接收到的最新增量通知版本号信息;
步骤310:notifier对该订阅请求回200ok消息;
步骤311:notifier向subscriber发送增量通知消息,继续向subscriber发送订阅信息;
本步骤中,与现有技术相比,notifier的对增量订阅方式的处理机制基本不变,区别在于:notifier根据subscriber所发送的最新增量通知版本号信息,从subscriber未获得的订阅信息开始,继续向subscriber发送订阅信息。
具体的,在notifier侧设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;即根据当前待通知订阅信息的数据量大小,确定出发送待通知订阅信息的增量通知消息的数量,为每个增量通知消息确定相应的增量通知版本号,并确定出每个增量通知消息与所承载的待发送订阅信息数据的对应关系,也就是说,承载每个订阅信息数据的增量通知消息是唯一的。例如,当订阅信息数据需10个增量通知消息才能完全通知给subscriber时,为每个订阅信息数据块确定出10个增量通知消息,并设定订阅信息数据块与增量通知消息的对应关系。假设该10个增量通知消息的增量通知版本号编号依次为0至9,而notifier按顺序依次发送增量通知消息,这样,notifier根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。例如,当notifier所接收到增量通知消息设置增量通知版本号为4时,即可确定出增量通知版本号为5至9的增量通知消息未发送给subscriber,这样,也即确定出了当前未发送给subscriber的订阅信息数据块,将剩余的订阅信息数据块通过相应的增量通知消息发送给subscriber即可。
或者,按设定的顺序为所发送的增量通知消息设置增量通知版本号;这里,每个增量通知消息所承载的订阅信息大小相同;也即,notifier发送给subscriber的增量通知消息的增量通知版本号是按顺序进行的,如增量通知消息的增量通知版本号按总序号为2048的方式依次循环设定,而待通知订阅信息是按增量通知消息的通知数据量大小进行分块的,而发送待订阅信息数据的方式又是按数据量大小依次发送的,这样,notifier根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。例如,假设发送当前的订阅信息需10个增量通知消息,而根据当前的增量通知版本号编号确定已发送了5个,这样,即可确定出尚有一半的订阅信息尚未发送给subscriber,这样,继续通过增量通知消息发送剩余的订阅信息即可。需要说明的是,每个增量通知消息所承载的订阅信息大小也可以不相同,只是,notifier需要确定每次发送增量通知消息所承载的具体的订阅信息大小,也即,notifier需事先划定每个增量通知消息所承载的订阅信息的大小,本领域技术人员应当理解,这是容易实现的。
当然,notifier还可根据其他方式来确定subscriber未接收到的订阅信息,以便仅将subscriber未接收到的订阅信息通知给subscriber,避免网络侧不必要的数据传输,减少网络资源的无谓开销。
步骤312:subscriber保存目前增量通知版本号并对通知消息回送200ok消息;
步骤313:notifier发送后续增量通知消息告知用户数据(包含增量通知版本号);
步骤314:subscriber保存目前增量通知版本号并对通知消息回送200ok消息
步骤315:执行后续流程。
现有技术的增量式订阅中,每当刷新订阅(可能是由于订阅者刷新订阅时长,或者是订阅者与通知者间网络超时,导致订阅者未收到后续数据,从而向通知者请求数据),需要重新开始完整传送数据。这样的机制导致一些情况下网络传送的数据量过大,影响网络性能。而SIP协议广泛用于IMS网络及其他VOIP网络;采用本发明方法,在通知信息量比较大时能大大提高了信息传输效率并减少网络流量。本发明的技术方案也可以用于大数据的分部分传送。在此情况下,可以用版本号标识待传送的数据部分。subscriber用版本号标识自身已收到的数据部分;刷新订阅对已收到的数据部分进行确认,notifier根据subscriber已收到的数据部分调整后续发送的数据(对于subscriber已收到的数据就不需要传送了)。
本发明还记载了一种信息订阅系统,所述系统包括subscriber和notifier,其中,所述notifier对所述subscriber启用了增量通知方式;
Subscriber,用于发起订阅刷新请求消息,所述订阅刷新请求消息中携带有当前所接收到的最新增量通知版本号信息;
notifier,用于接收到所述订阅刷新请求消息后,根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。
本领域技术人员应当理解,本发明的信息订阅系统应用于IMS系统的订阅网络架构中,上述的subscriber可以是有订阅能力的所有用户终端,如个人PC、笔记本电脑、手机、个人数字助理等,而notifier可以是具有订阅信息提供能力的任何的网络侧设备,如应用服务器、内容提供商服务器等。本发明中的Subscriber及notifier的连接方式及网络架构与现有系统的完全相同,区别仅在于实现上述的功能有差异。下述的第一设置单元、第二设置单元以及第三设置单元可设置于网络侧如notifier中,或其他网元中,也可通过第三方网元实现,如不属于本发明的信息订阅系统的信息处理设备。本领域技术人员应当理解,通过相应的处理设备,实现本发明第一设置单元、第二设置单元以及第三设置单元所述的设置功能是容易实现的,本发明不再赘述其实现细节。
本发明的信息订阅系统还包括:
第一设置单元,用于在所述订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息;或者,用于在所述订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息。
本发明的信息订阅系统还包括:
第二设置单元,用于设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;
所述notifier进一步地,根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。
本发明的信息订阅系统还包括:
第三设置单元,用于按设定的顺序为所发送的增量通知消息设置增量通知版本号;
所述notifier进一步地,根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (7)
1.一种信息订阅方法,订阅者进行刷新操作时,通知者notifier对订阅者subscriber启用了增量通知方式;其特征在于,所述方法包括:
订阅过程中,所述subscriber发起订阅刷新请求消息,所述订阅刷新请求消息中携带有当前所接收到的最新增量通知版本号信息;在所述订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息;或者,在所述订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息;
所述notifier接收到所述订阅刷新请求消息后,根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;
所述根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,具体为:
所述notifier根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
按设定的顺序为所发送的增量通知消息设置增量通知版本号;
所述根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,具体为:
所述notifier根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述notifier为应用服务器AS或内容提供商服务器的网络侧网元。
5.一种信息订阅系统,所述系统包括subscriber和notifier,其中,订阅者进行刷新操作时,所述notifier对所述subscriber启用了增量通知方式;其特征在于,
第一设置单元,用于在所述订阅刷新请求消息中增设字段,用于承载所述subscriber当前接收到的最新增量通知版本号信息;或者,用于在所述订阅刷新请求消息中现有字段中增设新的参数,用于承载所述subscriber当前接收到的最新增量通知版本号信息;
Subscriber,用于发起订阅刷新请求消息,所述订阅刷新请求消息中携带有当前所接收到的最新增量通知版本号信息;
Notifier,用于接收到所述订阅刷新请求消息后,根据所述订阅刷新请求消息中的最新增量通知版本号信息确定出所述subscriber当前未获得的订阅信息,将所述未获得的订阅信息封装于增量通知消息中,发送给所述subscriber。
6.根据权利要求5所述的系统,其特征在于,所述系统还包括:
第二设置单元,用于设置增量通知版本号对应的增量通知消息与该增量通知消息所承载的待通知订阅信息的对应关系;
所述notifier进一步地,根据最新增量通知版本号确定下一待发送的增量通知消息的增量通知版本号,进而确定出下一待发送的增量通知消息对应的待发送信息。
7.根据权利要求5所述的系统,其特征在于,所述系统还包括:
第三设置单元,用于按设定的顺序为所发送的增量通知消息设置增量通知版本号;
所述notifier进一步地,根据最新增量通知版本号确定当前已发送的增量通知消息数量,并根据每个增量通知消息承载的订阅信息的大小确定出当前已通知的订阅信息大小,当前剩余的订阅信息为所述subscriber当前未获得的订阅信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010606759.6A CN102571710B (zh) | 2010-12-24 | 2010-12-24 | 信息订阅方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010606759.6A CN102571710B (zh) | 2010-12-24 | 2010-12-24 | 信息订阅方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102571710A CN102571710A (zh) | 2012-07-11 |
CN102571710B true CN102571710B (zh) | 2019-03-12 |
Family
ID=46416198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010606759.6A Active CN102571710B (zh) | 2010-12-24 | 2010-12-24 | 信息订阅方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102571710B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104424555B (zh) | 2013-08-30 | 2018-01-02 | 国际商业机器公司 | 用于发布/订阅系统中的控制方法及设备 |
CN103647803A (zh) * | 2013-11-22 | 2014-03-19 | 北京奇虎科技有限公司 | 一种移动终端订阅内容的方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1972250A (zh) * | 2005-11-22 | 2007-05-30 | 腾讯科技(深圳)有限公司 | 一种多媒体邮件附件的发送方法和系统 |
CN101127915A (zh) * | 2007-09-20 | 2008-02-20 | 中兴通讯股份有限公司 | 一种基于增量式的电子节目导航数据同步方法及系统 |
CN101159764A (zh) * | 2007-11-21 | 2008-04-09 | 中国电信股份有限公司 | 一种访问移动业务门户数据的方法和系统 |
EP2150016A1 (en) * | 2008-07-30 | 2010-02-03 | Alcatel Lucent | Method and system for selective call forwarding based on media attributes in telecommunication network |
CN101650741A (zh) * | 2009-08-27 | 2010-02-17 | 中国电信股份有限公司 | 一种分布式全文检索的索引实时更新的方法和系统 |
CN101686249A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 一种推荐信息订阅方法、系统以及推荐业务服务器 |
-
2010
- 2010-12-24 CN CN201010606759.6A patent/CN102571710B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1972250A (zh) * | 2005-11-22 | 2007-05-30 | 腾讯科技(深圳)有限公司 | 一种多媒体邮件附件的发送方法和系统 |
CN101127915A (zh) * | 2007-09-20 | 2008-02-20 | 中兴通讯股份有限公司 | 一种基于增量式的电子节目导航数据同步方法及系统 |
CN101159764A (zh) * | 2007-11-21 | 2008-04-09 | 中国电信股份有限公司 | 一种访问移动业务门户数据的方法和系统 |
EP2150016A1 (en) * | 2008-07-30 | 2010-02-03 | Alcatel Lucent | Method and system for selective call forwarding based on media attributes in telecommunication network |
CN101686249A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 一种推荐信息订阅方法、系统以及推荐业务服务器 |
CN101650741A (zh) * | 2009-08-27 | 2010-02-17 | 中国电信股份有限公司 | 一种分布式全文检索的索引实时更新的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102571710A (zh) | 2012-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2055076B1 (en) | Mechanism for charging and session handling supporting forking | |
US20070118660A1 (en) | Recording session contents in a network | |
WO2007064788A1 (en) | Method and apparatus for providing customized ringback tones to calling party devices in an ims network | |
EP2100429A2 (en) | Dynamic service triggers in communication networks | |
EP2482498A1 (en) | Method and system for subscription service in ip multimedia subsystem network | |
EP2404424B1 (en) | Capability query handling in a communication network | |
WO2007019799A1 (fr) | Procede et systeme d'acces a ims et ims | |
EP1797692A1 (en) | Maintaining cached terminal data | |
EP1914973B1 (en) | System and method to provide combinational services to anonymous callers | |
CN102571710B (zh) | 信息订阅方法及系统 | |
WO2013124313A1 (en) | Handling session initiation protocol messages in a wireless telecommunications device | |
JP2009060608A (ja) | PoC業務中のコール処理方法及びプレゼンス情報予約購読方法 | |
EP2850798A1 (en) | Session based nettrace and test call | |
EP2116036A1 (en) | Identifying participants in a conference | |
JP4887366B2 (ja) | インターネット通信ネットワークコアに属するサービス装置における機能の実施を制御するための装置 | |
CN108337215B (zh) | 一种文件传输方法及系统、装置、电子设备 | |
KR20100115438A (ko) | 인스턴트 메시지 서비스 시스템 및 이동통신 단말기, 및 그 서비스방법 | |
EP2091191B1 (en) | Method, system, server and terminal for call redirection | |
CN101286951B (zh) | 一种会话抢占方法 | |
CN101815070A (zh) | 消息处理方法及系统 | |
CN101459874B (zh) | 单对话彩像业务的实现方法 | |
Kim et al. | Efficient resource allocation for mobile instant messaging service in wireless network | |
CN103078853A (zh) | 一种基于会话初始化协议的数据传输方法和相应装置 | |
CN101742370A (zh) | 通信系统中呼叫处理的方法、网络节点和应用服务器 | |
WO2008022542A1 (fr) | Procédé et système de transfert d'informations de sélection de domaine d'utilisateur appelé |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |