CN102171994A - 呈现业务的通知消息的发送和接收方法及设备 - Google Patents
呈现业务的通知消息的发送和接收方法及设备 Download PDFInfo
- Publication number
- CN102171994A CN102171994A CN2011800004030A CN201180000403A CN102171994A CN 102171994 A CN102171994 A CN 102171994A CN 2011800004030 A CN2011800004030 A CN 2011800004030A CN 201180000403 A CN201180000403 A CN 201180000403A CN 102171994 A CN102171994 A CN 102171994A
- Authority
- CN
- China
- Prior art keywords
- boundling
- message
- receiving terminal
- content
- media channel
- 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
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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种呈现业务的通知消息的发送和接收方法及设备。该方法包括发送端将呈现业务通知消息进行集束,得到集束内容;所述发送端通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。本发明实施例可以降低信令开销,降低成本。
Description
技术领域
本发明涉及网络通信技术,尤其涉及一种呈现业务的通知消息的发送和接收方法及设备。
背景技术
IP多媒体子系统(IP Multimedia Subsystem,IMS)的路由原则是,用户发起或者应用服务器(Application Server,AS)发起的主叫起始请求经过主叫IMS网络,主叫IMS网络根据起始请求中的被叫信息,路由到被叫用户所在IMS网络后,最终到达被叫用户。在富通信套件(Rich Communication Suite,RCS)的呈现(Present)业务中,每个用户都存在高达上千好友,而每个好友的状态等信息都需要一条通知(Notify)消息通知给用户,Notify消息采用上述的IMS的路由原则进行传输。现有技术中,是在信令中携带通知内容,大量的通知内容将占用网络-网络接口(Network-Network Interface,NNI)的大量信令带宽,导致IMS网络大大超出其能处理的负荷。而且,信令路由的处理能力成本是非常贵的,特别是国内长途/国际长途的时候,成本非常高。
发明内容
本发明实施例是提供一种呈现业务的通知消息的发送和接收方法及设备,降低信令负荷及成本。
本发明实施例提供了一种呈现业务的通知消息的发送方法,包括:
发送端将呈现业务通知消息进行集束,得到集束内容;
所述发送端通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
本发明实施例提供了一种呈现业务的通知消息的接收方法,包括:
通过信令通道接收发送端发送的指示消息,其中,所述集束内容由所述发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;
根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
本发明实施例提供了一种呈现业务的通知消息的发送端设备,包括:
集束模块,用于将呈现业务通知消息进行集束,得到集束内容;
发送模块,用于通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
本发明实施例提供了一种呈现业务的通知消息的接收端设备,包括:
信令接收模块,用于通过信令通道接收发送端发送的指示消息,其中,所述集束内容由发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;
内容处理模块,用于根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
由上述技术方案可知,本发明实施例通过将呈现业务的通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例的方法流程示意图;
图2为本发明第二实施例的方法流程示意图;
图3为本发明第三实施例的方法流程示意图;
图4为本发明第四实施例的方法流程示意图;
图5为本发明第五实施例的发送端设备结构示意图;
图6为本发明第六实施例的接收端设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一个通知网关Notify GW功能实体,所述Notify GW可以独立部署,也可以集成在AS或者其他网元中,其作用是在发送端把预定时间内(该预定的时间根据业务以及网络的情况设定,比如1分钟)的至少两条通知(Notify)消息进行集束,后续采用媒体通道对集束内容进行传递,以及采用信令通道通知被叫网络有集束内容到达,媒体通道是用来传递集束内容,接收网络的Notify GW通过信令通道获知有集束内容到达,根据信令面传输的信令消息中携带的参数,去获取媒体面内容,并把媒体面的集束内容转换成Notify消息转发给接收AS。
图1为本发明第一实施例的方法流程示意图,包括:
步骤11:发送端将呈现业务通知消息进行集束,得到集束内容。
其中,所述集束对象可以是发送端预定时间内需要发送给同一接收端的notify消息,本发明实施例中,发送端为发起呈现业务通知消息的呈现业务应用服务器,接收端为接收呈现业务通知消息的呈现业务应用服务器。由于RCS的Present业务的通知消息数量较多,因此本发明实施例集束对象一般情况下为预定时间内针对同一接收端的至少两条notify消息,当然,集束对象为预定时间内的notify消息是本发明实施例提供的实现方式之一,本发明实施例也可以不局限于预定时间内,也可以在发送端预先设置需要集束的notify消息的数量,即集束预定数量的notify消息,同样可以达到本发明实施例需要降低信令负荷及成本的技术目的。
步骤12:所述发送端通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
该指示消息可以具体为会话建立协议(Session Initiation Protocol,SIP)信令中的invite请求消息,也可以采用IP网络的信令,直接向接收端发送指示消息。其中,发送端和接收端可以预先定义指示消息的格式,以便接收端确定出接收的消息为指示消息,例如,如果以指示消息为invite消息为例,则接收端接收到invite消息后则获知有集束内容到达。另外,指示消息通过携带媒体通道的消息,可以指示出承载集束内容的媒体通道。
其中,该媒体通道可以为文件传输协议(File Transfer Protocol,FTP)通道,该媒体通道可以承载在传输控制协议(Transport Control Protocol,TCP)上(即TCP+FTP),或者,该媒体通道也可以为消息会话中继协议(Message Session Relay Protocol,MSRP)通道,该媒体通道也可以承载在TCP上(TCP+MSRP)。
上述是发送端的流程,对于接收端,可以执行如下步骤:通过信令通道接收发送端发送的指示消息,其中,所述集束内容由所述发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
本实施例通过将呈现业务notify消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行传送,可以节省信令资源,并降低处理难度,实现降低成本。
图2为本发明第二实施例的方法流程示意图,本实施例以指示消息为invite请求消息,媒体通道为TCP+MSRP为例。参见图2,本实施例包括:
步骤21:发送端的AS(MO)生成多条notify消息,发送端的notify GW对预定时间内的多条notify消息进行集束。
该多条notify消息是对应同一个接收端的AS的消息,例如,如果通知消息-1和通知消息-2是需要发送给同一接收端AS-1下属的用户,而通知消息-1和通知消息-2的生成时间在预定时间内,则将通知消息-1和通知消息-2进行集束处理。
其中,集束可以是将多条Notify消息整体打包或者将有效信息打包,例如,可以将多条notify消息(包括notify消息自身的报文头等内容)直接携带在待采用的媒体通道所需的消息格式的净荷部分,之后采用该媒体通道所需的消息格式进行打包,如添加对应的媒体通道所需的消息格式的报文头。或者,将多条notify消息的净荷部分(不包括notify消息自身的报文头等内容)携带在待采用的媒体通道所需的消息格式的净荷部分,之后采用该媒体通道所需的消息格式进行打包,如添加对应的媒体通道所需的消息格式的报文头。
可以理解的是,不论是哪种实现方式,接收端需要获知打包方式以正确解析出打包前的notify消息。发送端和接收端可以采用预定义的方式确定打包方式,例如,发送端和接收端所属的系统是在采用整体打包方式进行打包的场景下。当然,发送端也可以在指示消息中携带打包方式的信息,以使得接收端了解打包方式。
步骤22:发送端的notify GW通过信令通道发送指示消息,该指示消息用于通知接收端有集束内容到达,该指示消息可以具体为invite请求消息。
步骤23:发送端IMS域(IMS core)将指示消息通过信令通道发送给接收端IMS域。
步骤24:接收端IMS域(IMS core)将指示消息通过信令通道发送给接收端notify GW。
在上述过程中,可以在invite消息中携带接收端notify GW或者接收端presence AS的公共业务标识(Public Service Identity,PSI),IMS core根据PSI将invite消息路由到接收端IMS core。
步骤25:发送端notify GW将集束内容通过媒体通道,例如TCP+MSRP通道发送给接收端notify GW。
在Invite消息中可以通过会话描述协议(Session Description Protocol,SDP)携带媒体通道的参数,通知notify GW通过该媒体通道的参数对应的TCP+MSRF接收notify集束。
由于采用TCP+MSRF通道进行传输,该集束内容将具有MSRF协议对应的消息格式。
步骤26:接收端notify GW将接收到的集束内容分解成多条单独的notify消息转发给接收端AS(MT)。
例如,接收端是获知发送端的打包方式的,根据发送端的打包方式可以相应地对集束内容进行分解,例如,采用整体打包方式时,接收端在剥离出媒体通道对应的消息格式的报文头后,得到净荷部分,从该净荷部分可以得到各打包前的Notify消息。
步骤27:接收端AS将多条notify消息发送给被叫IMS域。
步骤28:被叫IMS域将多条notify消息发送给被叫UE。
本实施例通过将通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。另外,本发明实施例可以适用于小文件的场景。
图3为本发明第三实施例的方法流程示意图,本实施例以指示消息为invite请求消息,媒体通道为TCP+FTP为例。
步骤31:发送端的AS(MO)生成多条notify消息,发送端的notify GW对预定时间内的多条notify消息进行集束。
步骤32:发送端的notify GW通过信令通道发送指示消息,该指示消息用于通知接收端有集束内容到达,该指示消息可以具体为invite请求消息。
步骤33:发送端IMS域(IMS core)将指示消息通过信令通道发送给接收端IMS域。
步骤34:接收端IMS域(IMS core)将指示消息通过信令通道发送给接收端notify GW。
在上述过程中,可以在invite消息中携带接收端notify GW或者接收端presence AS的PSI,IMS core根据PSI将invite消息路由到被叫IMS core。
步骤35:发送端notify GW将集束内容通过媒体通道,例如TCP+FTP通道发送给接收端notify GW。
在Invite消息中可以通过SDP携带媒体通道的参数,通知notify GW通过该媒体通道的参数对应的TCP+FTP接收notify集束。
由于采用TCP+FTP通道进行传输,该集束内容将具有FTP协议对应的消息格式。
步骤36:接收端notify GW将接收到的集束内容分解成多条单独的notify消息转发给接收端AS(MT)。
步骤37:接收端AS将多条notify消息发送给接收端IMS域。
步骤38:接收端IMS域将多条notify消息发送给接收UE。
本实施例通过将通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。另外,本发明实施例可以适用于大文件的场景。
图4为本发明第四实施例的方法流程示意图,本实施例以指示消息为IP网络的信令,媒体通道为TCP+MSRP为例,当然,在IP网络的信令时,媒体通道也可以为TCP+FTP。
步骤41:发送端的AS(MO)生成多条notify消息,发送端的notify GW对预定时间内的多条notify消息进行集束。
步骤42:发送端的notify GW通过IP网络的信令通道发送指示消息,该指示消息用于通知接收端有集束内容到达,该指示消息可以具体为HTTP消息。
在上述过程中,可以在HTTP消息中携带接收端notify GW或者接收端presence AS的通用资源标志符(Uniform Resource Identifier,URI),IP网络根据URI将HTTP消息路由到接收端notify GW。
步骤43:发送端notify GW将集束内容通过媒体通道,例如TCP+MSRP通道发送给接收端notify GW。
在HTTP消息中可以通过SDP携带媒体通道的参数,通知notify GW通过该媒体通道的参数对应的TCP+MSRF接收notify集束。
步骤44:接收端notify GW将接收到的集束内容分解成多条单独的notify消息转发给接收端AS(MT)。
步骤45:接收端AS将多条notify消息发送给接收端IMS域。
步骤46:接收端IMS域将多条notify消息发送给接收端UE。
本实施例通过将通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。另外,本发明实施例可以适用于端到端不经过IMS core的场景。
图5为本发明第五实施例的发送端设备结构示意图,包括集束模块51和发送模块52;集束模块51用于将呈现业务通知消息进行集束,得到集束内容;发送模块52用于通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
所述集束模块51可以具体用于:将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束,所述预定时间内的或预定数量的呈现业务通知消息至少包括两条。
所述设备可以为发送端的通知网关,所述通知网关集成在呈现业务应用服务器中或者独立部署。
所述集束模块可以具体用于:将至少两条呈现业务通知消息整体打包或者将有效信息打包。
进一步地,在本发明实施例提供的另一发送端设备实施例中,发送端设备还可以进一步示例如下:
所述发送模块52包括用于发送所述指示消息的第一单元,所述第一单元具体用于采用会话建立协议SIP信令,经由发送端IP多媒体子系统IMS域和接收端IMS域,向接收端发送指示消息;或者,采用IP网络的信令,直接向接收端发送指示消息。
所述发送模块52包括用于发送所述集束内容的第二单元,所述第二单元具体用于采用消息会话中继协议MSRP通道,或者,采用文件传输协议FTP通道,将所述集束内容发送给所述接收端。
本实施例通过将呈现业务的通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。
图6为本发明第六实施例的接收端设备结构示意图,包括信令接收模块61和内容处理模块62;信令接收模块61用于通过信令通道接收发送端发送的指示消息,其中,所述集束内容由发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;内容处理模块62用于根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
本实施例通过将呈现业务的通知消息进行集束,并且将集束内容通过媒体通道发送给接收端,而不是采用信令通道进行发送,可以节省信令资源,并降低处理难度,实现降低成本。
可以理解的是,上述方法及设备中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (17)
1.一种呈现业务的通知消息的发送方法,其特征在于,包括:
发送端将呈现业务通知消息进行集束,得到集束内容;
所述发送端通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
2.根据权利要求1所述的方法,其特征在于,所述发送端将呈现业务通知消息进行集束包括:
所述发送端将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束,所述预定时间内的或预定数量的呈现业务通知消息至少包括两条。
3.根据权利要求1或2所述的方法,其特征在于,所述发送端将呈现业务通知消息进行集束包括:
所述发送端的通知网关对呈现业务通知消息进行集束,所述通知网关集成在呈现业务应用服务器中或者独立部署。
4.根据权利要求2所述的方法,其特征在于,所述将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束包括:
将至少两条呈现业务通知消息整体打包或者将有效信息打包。
5.根据权利要求4所述的方法,其特征在于,所述指示消息还携带集束所采用的打包方式。
6.根据权利要求3所述的方法,其特征在于,所述通过信令通道向所述接收端发送指示消息,包括:
采用会话建立协议SIP信令,经由发送端IP多媒体子系统IMS域和接收端IMS域,向接收端发送指示消息;
或者,
采用IP网络的信令,直接向接收端发送指示消息。
7.根据权利要求6所述的方法,其特征在于,若采用SIP信令发送所述指示消息,所述指示消息携带所述媒体通道的信息包括:
在Invite消息的会话描述协议SDP中携带媒体通道的参数。
8.根据权利要求6所述的方法,其特征在于,所述SIP信令中包含所述接收端呈现业务应用服务器或接收端通知网关的公共业务标识PSI,以便所述指示消息的路由;或者,
所述IP网络的信令中包含所述接收端呈现业务应用服务器或接收端通知网关的通用资源标志符,以便所述指示消息的路由。
9.根据权利要求3所述的方法,其特征在于,所述通过媒体通道向接收端发送所述集束内容,包括:
采用消息会话中继协议MSRP通道,或者,采用文件传输协议FTP通道,将所述集束内容发送给所述接收端。
10.根据权利要求3所述的方法,其特征在于,还包括:
所述接收端根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,将所述集束内容分解成至少两条呈现业务通知消息。
11.一种呈现业务的通知消息的接收方法,其特征在于,包括:
通过信令通道接收发送端发送的指示消息,其中,所述集束内容由所述发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;
根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
12.一种呈现业务的通知消息的发送端设备,其特征在于,包括:
集束模块,用于将呈现业务通知消息进行集束,得到集束内容;
发送模块,用于通过媒体通道向接收端发送所述集束内容,通过信令通道向所述接收端发送指示消息,其中,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息。
13.根据权利要求12所述的设备,其特征在于,所述集束模块具体用于:将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束,所述预定时间内的或预定数量的呈现业务通知消息至少包括两条。
14.根据权利要求12或13所述的设备,其特征在于,所述设备为发送端的通知网关,所述通知网关集成在呈现业务应用服务器中或者独立部署。
15.根据权利要求14所述的设备,其特征在于,所述发送模块包括用于发送所述指示消息的第一单元,所述第一单元具体用于采用会话建立协议SIP信令,经由发送端IP多媒体子系统IMS域和接收端IMS域,向接收端发送指示消息;或者,采用IP网络的信令,直接向接收端发送指示消息。
16.根据权利要求14所述的设备,其特征在于,所述发送模块包括用于发送所述集束内容的第二单元,所述第二单元具体用于采用消息会话中继协议MSRP通道,或者,采用文件传输协议FTP通道,将所述集束内容发送给所述接收端。
17.一种呈现业务的通知消息的接收端设备,其特征在于,包括:
信令接收模块,用于通过信令通道接收发送端发送的指示消息,其中,所述集束内容由发送端将呈现业务通知消息进行集束得到,所述指示消息用于通知所述接收端有集束内容到达,以及携带所述媒体通道的信息;
内容处理模块,用于根据所述媒体通道的信息,接收通过所述媒体通道传送的集束内容,并将所述集束内容分解成至少两条呈现业务通知消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/072803 WO2011100930A2 (zh) | 2011-04-14 | 2011-04-14 | 呈现业务的通知消息的发送和接收方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102171994A true CN102171994A (zh) | 2011-08-31 |
Family
ID=44483400
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011800004030A Pending CN102171994A (zh) | 2011-04-14 | 2011-04-14 | 呈现业务的通知消息的发送和接收方法及设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102171994A (zh) |
WO (1) | WO2011100930A2 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109640000A (zh) * | 2018-11-30 | 2019-04-16 | 维沃移动通信有限公司 | 一种富媒体通信方法及终端设备 |
CN109981711A (zh) * | 2017-12-28 | 2019-07-05 | 腾讯科技(深圳)有限公司 | 文档动态播放方法、装置、系统及计算机可读存储介质 |
CN110209448A (zh) * | 2019-05-14 | 2019-09-06 | 李航 | 一种多输入共享视窗并发操作装置及方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064692A (zh) * | 2006-04-27 | 2007-10-31 | 华为技术有限公司 | 一种呈现信息的发布方法、设备及系统 |
CN101119325A (zh) * | 2006-08-04 | 2008-02-06 | 华为技术有限公司 | 一种提供观察者信息的方法和呈现服务器 |
CN101296101A (zh) * | 2007-04-28 | 2008-10-29 | 中兴通讯股份有限公司 | 会议业务通知的优化方法和系统 |
CN101917525A (zh) * | 2010-09-15 | 2010-12-15 | 烽火通信科技股份有限公司 | 呈现业务中通知消息任务的处理方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2889899B1 (fr) * | 2005-08-17 | 2007-09-28 | Alcatel Sa | Dispositif de controle de mise en oeuvre de fonction(s) au sein d'un equipement de service d'un coeur de reseau de communication internet |
CN101374335B (zh) * | 2007-08-23 | 2011-11-16 | 华为技术有限公司 | 一种为用户设备提供业务的系统、装置及方法 |
-
2011
- 2011-04-14 CN CN2011800004030A patent/CN102171994A/zh active Pending
- 2011-04-14 WO PCT/CN2011/072803 patent/WO2011100930A2/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064692A (zh) * | 2006-04-27 | 2007-10-31 | 华为技术有限公司 | 一种呈现信息的发布方法、设备及系统 |
CN101119325A (zh) * | 2006-08-04 | 2008-02-06 | 华为技术有限公司 | 一种提供观察者信息的方法和呈现服务器 |
CN101296101A (zh) * | 2007-04-28 | 2008-10-29 | 中兴通讯股份有限公司 | 会议业务通知的优化方法和系统 |
CN101917525A (zh) * | 2010-09-15 | 2010-12-15 | 烽火通信科技股份有限公司 | 呈现业务中通知消息任务的处理方法和装置 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109981711A (zh) * | 2017-12-28 | 2019-07-05 | 腾讯科技(深圳)有限公司 | 文档动态播放方法、装置、系统及计算机可读存储介质 |
CN109981711B (zh) * | 2017-12-28 | 2021-10-15 | 腾讯科技(深圳)有限公司 | 文档动态播放方法、装置、系统及计算机可读存储介质 |
CN109640000A (zh) * | 2018-11-30 | 2019-04-16 | 维沃移动通信有限公司 | 一种富媒体通信方法及终端设备 |
CN109640000B (zh) * | 2018-11-30 | 2021-08-10 | 维沃移动通信有限公司 | 一种富媒体通信方法、终端设备及计算机可读存储介质 |
CN110209448A (zh) * | 2019-05-14 | 2019-09-06 | 李航 | 一种多输入共享视窗并发操作装置及方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2011100930A3 (zh) | 2012-03-15 |
WO2011100930A2 (zh) | 2011-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8780794B2 (en) | Method for advertising in IP multimedia subsystem and server and terminal thereof | |
EP2227044A1 (en) | Method, network element equipment and network system for instant message delivery status notification | |
CN101568091B (zh) | 一种提供业务的方法、系统和设备 | |
CN102664899B (zh) | 一种业务处理方法、装置及系统 | |
US9794307B2 (en) | Apparatus, and associated method, for notifying, delivering, and deleting media bursts communicated in a push-to-talk over cellular communication system | |
US20130275603A1 (en) | Telecommunication system and method of communicating protocol information | |
CN101132542B (zh) | 无线网络中用于接续紧急通话的方法和装置 | |
KR20080020692A (ko) | 범용 이동 통신 시스템의 멀티미디어 기능 장치 사이에서통신 정보를 감소시키기 위한 시스템 및 방법 | |
WO2006105099B1 (en) | Methods, systems, and computer program products for surveillance of messaging service messages in a communications network | |
CN101115059A (zh) | 多媒体子系统中传递终端信息的方法、设备及系统 | |
CN103181126B (zh) | Sip通信中针对文本消息的传递报告 | |
CN101448232B (zh) | 紧急呼叫实现方法及系统、用户设备 | |
US20200413326A1 (en) | Network slicing awareness in ip multimedia subsystem | |
CN100589454C (zh) | 一种基于ip传输的消息路由方法和系统 | |
CN102171994A (zh) | 呈现业务的通知消息的发送和接收方法及设备 | |
CN102026109A (zh) | 一种融合ip消息的路由系统及方法 | |
CN101166142A (zh) | 一种使提交报告消息正确路由的方法及网关 | |
CN103929420A (zh) | 一种多媒体呼叫控制方法和系统 | |
CN101877681A (zh) | 一种机顶盒终端实现即时通信的系统及方法 | |
CN102480498A (zh) | 一种强插/强拆型业务的实现方法及装置 | |
CN101657027B (zh) | 一种无线传真方法、装置及系统 | |
CN101431723A (zh) | 一种vasp大量下发多媒体消息的系统和方法 | |
CN107155177B (zh) | 一种实现VoLTE短信业务的方法、系统及HSS | |
CN104796564A (zh) | 基于ip电话的留言业务处理方法及装置 | |
CN101552721B (zh) | 一种融合业务系统及其业务实现方法 |
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: 20110831 |