专利名称：呈现业务的通知消息的发送和接收方法及设备的制作方法
技术领域：
本发明涉及网络通信技术，尤其涉及一种呈现业务的通知消息的发送和接收方法及设备。
背景技术：
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的I^esent业务的通知消息数量较多，因此本发明实施例集束对象一般情况下为预定时间内针对同一接收端的至少两条 notify消息，当然，集束对象为预定时间内的notify消息是本发明实施例提供的实现方式之一，本发明实施例也可以不局限于预定时间内，也可以在发送端预先设置需要集束的 notify消息的数量，即集束预定数量的notify消息，同样可以达到本发明实施例需要降低信令负荷及成本的技术目的。步骤12 所述发送端通过媒体通道向接收端发送所述集束内容，通过信令通道向所述接收端发送指示消息，其中，所述指示消息用于通知所述接收端有集束内容到达，以及携带所述媒体通道的信息。该指示消息可以具体为会话建立协议(Session Initiation Protocol，SIP)信令中的invite请求消息，也可以采用IP网络的信令，直接向接收端发送指示消息。其中，发送端和接收端可以预先定义指示消息的格式，以便接收端确定出接收的消息为指示消息， 例如，如果以指示消息为invite消息为例，则接收端接收到invite消息后则获知有集束内容到达。另外，指示消息通过携带媒体通道的消息，可以指示出承载集束内容的媒体通道。其中，该媒体通道可以为文件传输协议(File Transfer Protocol, FTP)通道，该媒体通道可以承载在传输控制协议CTransport 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-I下属的用户，而通知消息-1和通知消息-2的生成时间在预定时间内，则将通知消息-1和通知消息-2进行集束处理。其中，集束可以是将多条Notify消息整体打包或者将有效信息打包，例如，可以将多条notify消息(包括notify消息自身的报文头等内容)直接携带在待采用的媒体通道所需的消息格式的净荷部分，之后采用该媒体通道所需的消息格式进行打包，如添加对应的媒体通道所需的消息格式的报文头。或者，将多条notify消息的净荷部分(不包括 notify消息自身的报文头等内容)携带在待采用的媒体通道所需的消息格式的净荷部分， 之后采用该媒体通道所需的消息格式进行打包，如添加对应的媒体通道所需的消息格式的报文头。可以理解的是，不论是哪种实现方式，接收端需要获知打包方式以正确解析出打包前的notify消息。发送端和接收端可以采用预定义的方式确定打包方式，例如，发送端和接收端所属的系统是在采用整体打包方式进行打包的场景下。当然，发送端也可以在指示消息中携带打包方式的信息，以使得接收端了解打包方式。步骤22 发送端的notify Gff通过信令通道发送指示消息，该指示消息用于通知接收端有集束内容到达，该指示消息可以具体为invite请求消息。步骤23 发送端IMS域(IMS core)将指示消息通过信令通道发送给接收端IMS 域。步骤M 接收端IMS域(IMS core)将指示消息通过信令通道发送给接收端notify GW。在上述过程中，可以在invite消息中携带接收端notify GW或者接收端presence AS 的公共业务标识(Public Service Identity, PSI)，IMS core 根据 PSI 将 invite 消息路由到接收端IMS core.,步骤25 发送端notify Gff将集束内容通过媒体通道，例如TCP+MSRP通道发送给接收端notify GW。在hvite 消息中可以通过会话描述协议(Session Description Protocol, SDP) 携带媒体通道的参数，通知notify GW通过该媒体通道的参数对应的TCP+MSRF接收notify
集束ο由于采用TCP+MSRF通道进行传输，该集束内容将具有MSRF协议对应的消息格式。步骤沈接收端notify Gff将接收到的集束内容分解成多条单独的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 Gff通过信令通道发送指示消息，该指示消息用于通知接收端有集束内容到达，该指示消息可以具体为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 Gff将集束内容通过媒体通道，例如TCP+FTP通道发送给接收端notify GW。在hvite消息中可以通过SDP携带媒体通道的参数，通知notify GW通过该媒体通道的参数对应的TCP+FTP接收notify集束。由于采用TCP+FTP通道进行传输，该集束内容将具有FTP协议对应的消息格式。步骤36 接收端notify Gff将接收到的集束内容分解成多条单独的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 Gff通过IP网络的信令通道发送指示消息，该指示消息用于通知接收端有集束内容到达，该指示消息可以具体为HTTP消息。在上述过程中，可以在HTTP消息中携带接收端notify Gff或者接收端presence AS 的通用资源标志符(Uniform Resource Identifier, URI)，IP 网络根据 URI 将 HTTP 消息路由到接收端notify GW。步骤43 发送端notify Gff将集束内容通过媒体通道，例如TCP+MSRP通道发送给接收端notify GW。在HTTP消息中可以通过SDP携带媒体通道的参数，通知notify GW通过该媒体通道的参数对应的TCP+MSRF接收notify集束。步骤44 接收端notify Gff将接收到的集束内容分解成多条单独的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用于根据所述媒体通道的信息，接收通过所述媒体通道传送的集束内容，并将所述集束内容分解成至少两条呈现业务通知消息。本实施例通过将呈现业务的通知消息进行集束，并且将集束内容通过媒体通道发送给接收端，而不是采用信令通道进行发送，可以节省信令资源，并降低处理难度，实现降低成本。可以理解的是，上述方法及设备中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种呈现业务的通知消息的发送方法，其特征在于，包括发送端将呈现业务通知消息进行集束，得到集束内容；所述发送端通过媒体通道向接收端发送所述集束内容，通过信令通道向所述接收端发送指示消息，其中，所述指示消息用于通知所述接收端有集束内容到达，以及携带所述媒体通道的信息。
2.根据权利要求1所述的方法，其特征在于，所述发送端将呈现业务通知消息进行集束包括所述发送端将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束，所述预定时间内的或预定数量的呈现业务通知消息至少包括两条。
3.根据权利要求1或2所述的方法，其特征在于，所述发送端将呈现业务通知消息进行集束包括所述发送端的通知网关对呈现业务通知消息进行集束，所述通知网关集成在呈现业务应用服务器中或者独立部署。
4.根据权利要求2所述的方法，其特征在于，所述将针对同一接收端的预定时间内的或预定数量的呈现业务通知消息进行集束包括将至少两条呈现业务通知消息整体打包或者将有效信息打包。
5.根据权利要求4所述的方法，其特征在于，所述指示消息还携带集束所采用的打包方式。
6.根据权利要求3所述的方法，其特征在于，所述通过信令通道向所述接收端发送指示消息，包括采用会话建立协议SIP信令，经由发送端IP多媒体子系统IMS域和接收端IMS域，向接收端发送指示消息；或者，采用IP网络的信令，直接向接收端发送指示消息。
7.根据权利要求6所述的方法，其特征在于，若采用SIP信令发送所述指示消息，所述指示消息携带所述媒体通道的信息包括在hvite消息的会话描述协议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.—种呈现业务的通知消息的接收端设备，其特征在于，包括信令接收模块，用于通过信令通道接收发送端发送的指示消息，其中，所述集束内容由发送端将呈现业务通知消息进行集束得到，所述指示消息用于通知所述接收端有集束内容到达，以及携带所述媒体通道的信息；内容处理模块，用于根据所述媒体通道的信息，接收通过所述媒体通道传送的集束内容，并将所述集束内容分解成至少两条呈现业务通知消息。
全文摘要
本发明提供一种呈现业务的通知消息的发送和接收方法及设备。该方法包括发送端将呈现业务通知消息进行集束，得到集束内容；所述发送端通过媒体通道向接收端发送所述集束内容，通过信令通道向所述接收端发送指示消息，其中，所述指示消息用于通知所述接收端有集束内容到达，以及携带所述媒体通道的信息。本发明实施例可以降低信令开销，降低成本。
文档编号H04L12/56GK102171994SQ201180000403
公开日2011年8月31日 申请日期2011年4月14日 优先权日2011年4月14日
发明者叶进洲, 唐青山, 陈伟洪 申请人:华为技术有限公司