WO2011100930A2 - 呈现业务的通知消息的发送和接收方法及设备 - Google Patents

呈现业务的通知消息的发送和接收方法及设备 Download PDF

Info

Publication number
WO2011100930A2
WO2011100930A2 PCT/CN2011/072803 CN2011072803W WO2011100930A2 WO 2011100930 A2 WO2011100930 A2 WO 2011100930A2 CN 2011072803 W CN2011072803 W CN 2011072803W WO 2011100930 A2 WO2011100930 A2 WO 2011100930A2
Authority
WO
WIPO (PCT)
Prior art keywords
receiving end
message
indication message
channel
media channel
Prior art date
Application number
PCT/CN2011/072803
Other languages
English (en)
French (fr)
Other versions
WO2011100930A3 (zh
Inventor
陈伟洪
唐青山
叶进洲
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN2011800004030A priority Critical patent/CN102171994A/zh
Priority to PCT/CN2011/072803 priority patent/WO2011100930A2/zh
Publication of WO2011100930A2 publication Critical patent/WO2011100930A2/zh
Publication of WO2011100930A3 publication Critical patent/WO2011100930A3/zh

Links

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

Definitions

  • the present invention relates to network communication technologies, and in particular, to a method and device for transmitting and receiving a notification message for presenting a service. Background technique
  • the IP Multimedia Subsystem (IMS) routing principle is that the originating request initiated by the user originating or application server (AS) passes through the calling IMS network, and the calling IMS network according to the initial request The called information is routed to the IMS network where the called user is located, and finally reaches the called user.
  • IMS IP Multimedia Subsystem
  • AS application server
  • RCS Rich Communication Suite
  • Notify notification
  • the notification content is carried in the signaling, and a large amount of notification content will occupy a large amount of signaling bandwidth of the Network-Network Interface (NNI), causing the IMS network to greatly exceed the load that it can handle.
  • NNI Network-Network Interface
  • the processing power cost of signaling routing is very expensive, especially when the domestic long distance / international long distance, the cost is very high.
  • the embodiments of the present invention provide a method and a device for sending and receiving a notification message for presenting services, which reduce signaling load and cost.
  • An embodiment of the present invention provides a method for sending a notification message for presenting a service, including: sending, by the sending end, a service notification message to perform bundled, to obtain bundled content;
  • the sending end sends the bundled content to the receiving end through the media channel, and sends an indication message to the receiving end by using the signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives, and the carrier Information about the media channel.
  • the embodiment of the present invention provides a method for receiving a notification message of a service, which includes: receiving, by using a signaling channel, an indication message sent by a sending end, where the bundled content is bundled by the sending end to present a service notification message. The indication message is used to notify the receiving end that the bundled content arrives, and the information carrying the media channel;
  • An embodiment of the present invention provides a sending end device for presenting a service notification message, including: a clustering module, configured to bundle a presence service notification message to obtain a bundled content; and a sending module, configured to send, to the receiving end, a media channel
  • the bundled content is sent to the receiving end by using a signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives, and the information carrying the media channel.
  • An embodiment of the present invention provides a receiving end device for presenting a service notification message, including: a signaling receiving module, configured to receive, by using a signaling channel, an indication message sent by a sending end, where the bundled content is presented by a sending end
  • the service notification message is obtained by bundling, and the indication message is used to notify the receiving end that the bundled content arrives, and the information carrying the media channel;
  • a content processing module configured to receive the bundled content transmitted by the media channel according to the information of the media channel, and decompose the bundled content into at least two presentation service notification messages.
  • the embodiment of the present invention can save signaling resources and reduce processing by bundling the notification message of the presence service and transmitting the bundled content to the receiving end through the media channel instead of using the signaling channel. Difficulty, achieving cost reduction. DRAWINGS
  • FIG. 1 is a schematic flow chart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic flow chart of a method according to a second embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a method according to a third embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of a method according to a fourth embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a device at a transmitting end according to a fifth embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a receiving end device according to a sixth embodiment of the present invention. detailed description
  • the embodiment of the present invention provides a notification gateway Notify GW function entity, and the Notify GW may be deployed independently or integrated in an AS or other network element, and the role is to be performed on the sending end within a predetermined time (the predetermined time according to the service and The network condition setting, for example, 1 minute), at least two notification messages (Notify) are bundled, the media channel is used to transmit the bundled content, and the signaling channel is used to notify the called network that the bundled content arrives, and the media channel is used.
  • a predetermined time the predetermined time according to the service and The network condition setting, for example, 1 minute
  • the Notify GW of the receiving network learns that the bundled content arrives through the signaling channel, obtains the media surface content according to the parameters carried in the signaling message transmitted by the signaling plane, and converts the bundled content of the media plane into Notify.
  • the message is forwarded to the receiving AS.
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:
  • Step 11 The sender presents a bundled service notification message to obtain bundle content.
  • the bundle object may be a notify message that needs to be sent to the same receiver in a predetermined period of time.
  • the sender is a presence service application server that initiates a service notification message, and the receiver sends a service advertisement message. Presentation of a business application server. due to The number of the notification messages of the Present service of the RCS is large. Therefore, the bundle object in the embodiment of the present invention is generally at least two notify messages for the same receiving end within a predetermined time. Of course, the bundle object is a notify message within a predetermined time.
  • the embodiment of the present invention may not be limited to a predetermined time, and the number of notify messages that need to be bundled may be preset in the sending end, that is, a predetermined number of notify messages are bundled, and the implementation of the present invention can also be achieved.
  • the technical purpose of reducing signaling load and cost is required.
  • Step 12 The sending end sends the bundled content to the receiving end through the media channel, and sends an indication message to the receiving end by using the signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives. And information carrying the media channel.
  • the indication message may be specifically an invite request message in Session Initiation Protocol (SIP) signaling, or may be sent to the receiving end by using an IP network signaling.
  • SIP Session Initiation Protocol
  • the sending end and the receiving end may pre-define the format of the indication message, so that the receiving end determines that the received message is an indication message. For example, if the indication message is an invite message, the receiving end receives the invite message and learns that The bundled content arrives.
  • the indication message may indicate the media channel carrying the bundled content by the message carrying the media channel.
  • the media channel may be a File Transfer Protocol (FTP) channel, and the media channel may be carried on a Transport Control Protocol (TCP) (ie, TCP+FTP), or the media channel may also be used.
  • TCP Transport Control Protocol
  • MSRP Message Session Relay Protocol
  • the media channel can also be carried on TCP (TCP+MSRP).
  • the foregoing is a process of the sending end.
  • the following steps may be performed: receiving, by using the signaling channel, an indication message sent by the sending end, where the bundled content is bundled by the sending end to present a service notification message, where the indication is obtained.
  • the message is used to notify the receiving end that the bundled content arrives, and the information carrying the media channel; receiving, according to the information of the media channel, the bundled content transmitted through the media channel, and decomposing the bundled content into at least Two presentation service notifications
  • the presence service message is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel for transmission, which can save signaling resources, reduce processing difficulty, and achieve cost reduction.
  • FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention.
  • an indication message is an invite request message
  • a media channel is a TCP+MSRP.
  • this embodiment includes: Step 21: The AS (Mo) of the sender generates multiple notify messages, and the notify GW of the sender bundles multiple notify messages within a predetermined time.
  • the plurality of notify messages are messages corresponding to the ASs of the same receiving end. For example, if the notification message-1 and the notification message-2 are to be sent to users of the same receiving end AS-1, the notification message-1 and the notification message are - When the generation time of 2 is within a predetermined time, the notification message-1 and the notification message-2 are subjected to bundle processing.
  • the bundling may be to package a plurality of Notify messages as a whole or package the valid information.
  • multiple notify messages including the message header of the notify message itself
  • the payload portion is then packaged using the message format required by the media channel, such as the header of the message format required to add the corresponding media channel.
  • the payload portion of the plurality of notify messages (excluding the content of the message header of the notify message itself) is carried in the payload portion of the message format required by the media channel to be used, and then the message format required by the media channel is adopted. Packing, such as the header of the message format required to add the corresponding media channel.
  • the receiving end needs to know the packing mode to correctly parse the notify message before packing.
  • the sending end and the receiving end can determine the packetizing mode in a predefined manner.
  • the system to which the sending end and the receiving end belong is in a scenario of being packaged in an overall packaging manner.
  • the sending end may also carry the information of the packing mode in the indication message, so that the receiving end knows the packing mode.
  • Step 22 The notify GW of the sending end sends an indication message through the signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives, and the indication message may be specifically an invite request message.
  • Step 23 The sending end IMS domain (IMS core) sends the indication message to the receiving end IMS domain through the signaling channel.
  • Step 24 The receiving end IMS domain (IMS core) sends an indication message to the receiving end notify GW through the signaling channel.
  • the invite message may carry the Public Service Identity (PSI) of the receiving end notify GW or the receiving end presence AS, and the IMS core routes the invite message to the receiving end IMS core according to the PSI.
  • PSI Public Service Identity
  • Step 25 The sender notify GW sends the bundle content to the receiver notify GW through the media channel, such as the TCP+MSRP channel.
  • the session description protocol can carry the parameters of the media channel, and notify the notify GW to receive the notify bundle through the TCP+MSRF corresponding to the parameter of the media channel.
  • the bundle content will have the message format corresponding to the MSRF protocol.
  • Step 26 The receiving end notify GW decomposes the received bundle content into a plurality of separate notify messages and forwards them to the receiving end AS (MT).
  • the receiving end is configured to learn the packet mode of the sending end, and the bundling content can be decomposed according to the packing mode of the sending end. For example, when the overall packing mode is adopted, the receiving end strips the message header of the message format corresponding to the media channel. , a payload portion is obtained, from which the Notify message before each packet can be obtained.
  • Step 27 The receiving AS sends multiple notify messages to the called IMS domain.
  • Step 28 The called IMS domain sends multiple notify messages to the called UE.
  • the notification message is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel, which can save signaling resources, reduce processing difficulty, and reduce cost.
  • the embodiment of the present invention can be applied to a scenario of a small file.
  • FIG. 3 is a schematic flowchart of a method according to a third embodiment of the present invention.
  • the invite request message, the media channel is TCP+FTP as an example.
  • Step 31 The AS ( ⁇ ) of the sender generates multiple notify messages, and the notify GW of the sender bundles multiple notify messages within a predetermined time.
  • Step 32 The notify GW of the sending end sends an indication message through the signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives, and the indication message may be specifically an invite request message.
  • Step 33 The sending end IMS domain (IMS core) sends an indication message to the receiving end IMS domain through the signaling channel.
  • Step 34 The receiving end IMS domain (IMS core) sends an indication message to the receiving end notify GW through the signaling channel.
  • the invite message may carry the PSI of the receiving end notify GW or the receiving end presence AS, and the IMS core routes the invite message to the called IMS core according to the PSI.
  • Step 35 The sender notify GW sends the bundle content to the receiver notify GW through a media channel, such as a TCP+FTP channel.
  • a media channel such as a TCP+FTP channel.
  • the Invite message can carry the parameters of the media channel through the SDP, and notify the notify GW to receive the notify bundle through the TCP+FTP corresponding to the parameter of the media channel.
  • the bundle content will have the message format corresponding to the FTP protocol.
  • Step 36 The receiving end notify GW decomposes the received bundle content into a plurality of separate notify messages and forwards them to the receiving end AS (MT).
  • Step 37 The receiving end sends multiple notify messages to the receiving end IMS domain.
  • Step 38 The receiving end IMS domain sends multiple notify messages to the receiving UE.
  • the notification message is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel, which can save signaling resources, reduce processing difficulty, and reduce cost.
  • the embodiment of the present invention can be applied to a scenario of a large file.
  • the signaling message is an IP network signaling
  • the media channel is a TCP+MSRP.
  • the body channel can also be TCP+FTP.
  • Step 41 The AS (Mo) of the sender generates multiple notify messages, and the notify GW of the sender bundles multiple notify messages within a predetermined time.
  • Step 42 The notify GW of the sending end sends an indication message through the signaling channel of the IP network, where the indication message is used to notify the receiving end that the bundled content arrives, and the indication message may be specifically HTTP HTTP
  • the HTTP message may carry a Uniform Resource Identifier (URI) of the receiving end notify GW or the receiving end presence AS, and the IP network routes the HTTP message to the receiving end notify GW according to the URI.
  • URI Uniform Resource Identifier
  • Step 43 The sender notify GW sends the bundle content to the receiver notify GW through a media channel, such as a TCP+MSRP channel.
  • a media channel such as a TCP+MSRP channel.
  • the HTTP channel can carry the parameters of the media channel through the SDP, and notify the notify GW to receive the notify bundle through the TCP+MSRF corresponding to the parameter of the media channel.
  • Step 44 The receiving end notify GW decomposes the received bundle content into a plurality of separate notify messages and forwards them to the receiving end AS (MT).
  • Step 45 The receiving end sends multiple notify messages to the receiving end IMS domain.
  • Step 46 The receiving end IMS domain sends multiple notify messages to the receiving UE.
  • the notification message is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel, which can save signaling resources, reduce processing difficulty, and reduce cost.
  • the embodiment of the present invention can be applied to a scenario in which the IMS core is not end-to-end.
  • the bundling module 51 is configured to bundle a presence service notification message to obtain bundle content
  • the sending module 52 is configured to pass the media channel. Sending the bundled content to the receiving end, and sending an indication message to the receiving end by using the signaling channel, where the indication message is used to notify the receiving end that the bundled content arrives, and the information carrying the media channel.
  • the bundling module 51 may be specifically configured to: bundle a predetermined time or a predetermined number of presence service notification messages for the same receiving end, where the predetermined time or a predetermined number of presence service notification messages includes at least two.
  • the device may be a notification gateway of the sending end, and the notification gateway is integrated in the presentation service application server or deployed independently.
  • the bundling module may be specifically configured to: package at least two presentation service notification messages as a whole or package the valid information.
  • the sending device may further be as follows:
  • the sending module 52 includes a first unit, configured to send the indication message, where the first unit is specifically configured to use session establishment protocol SIP signaling, and send, by using an IP multimedia subsystem IMS domain and a receiving end IMS domain, The receiving end sends an indication message; or, by using signaling of the IP network, directly sends an indication message to the receiving end.
  • the first unit is specifically configured to use session establishment protocol SIP signaling, and send, by using an IP multimedia subsystem IMS domain and a receiving end IMS domain, The receiving end sends an indication message; or, by using signaling of the IP network, directly sends an indication message to the receiving end.
  • the sending module 52 includes a second unit for transmitting the bundled content, where the second unit is specifically configured to use a message session relay protocol (MSRP) channel, or use a file transfer protocol FTP channel to send the bundled content. To the receiving end.
  • MSRP message session relay protocol
  • FTP file transfer protocol
  • the notification message of the presence service is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel, which can save signaling resources, reduce processing difficulty, and reduce cost.
  • FIG. 6 is a schematic structural diagram of a receiving end device according to a sixth embodiment of the present invention, including a signaling receiving module
  • the signaling receiving module 61 is configured to receive, by using a signaling channel, an indication message sent by the sending end, where the bundled content is obtained by the sending end to bundle the presence service notification message, where the indication message is used. Notifying the receiving end that the bundled content arrives and the information carrying the media channel; the content processing module 62 is configured to receive, according to the information of the media channel, the bundled content transmitted through the media channel, and the bundled content Decomposed into at least two presentation service notification messages.
  • the notification message of the presence service is bundled, and the bundled content is sent to the receiving end through the media channel instead of using the signaling channel, which can save signaling resources, reduce processing difficulty, and reduce cost.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提供一种呈现业务的通知消息的发送和接收方法及设备。该方法包括发送端将呈现业务通知消息进行集束，得到集束内容（11）；所述发送端通过媒体通道向接收端发送所述集束内容，通过信令通道向所述接收端发送指示消息（12），其中，所述指示消息用于通知所述接收端有集束内容到达，以及携带所述媒体通道的消息。本发明实施例可以降低信令开销，降低成本。

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 ( ΜΟ )生成多条 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

权 利 要 求
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、 一种呈现业务的通知消息的接收端设备， 其特征在于， 包括： 信令接收模块， 用于通过信令通道接收发送端发送的指示消息， 其中， 所述集束内容由发送端将呈现业务通知消息进行集束得到， 所述指示消息用 于通知所述接收端有集束内容到达， 以及携带所述媒体通道的信息；
内容处理模块， 用于根据所述媒体通道的信息， 接收通过所述媒体通道 传送的集束内容， 并将所述集束内容分解成至少两条呈现业务通知消息。
PCT/CN2011/072803 2011-04-14 2011-04-14 呈现业务的通知消息的发送和接收方法及设备 WO2011100930A2 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2011800004030A CN102171994A (zh) 2011-04-14 2011-04-14 呈现业务的通知消息的发送和接收方法及设备
PCT/CN2011/072803 WO2011100930A2 (zh) 2011-04-14 2011-04-14 呈现业务的通知消息的发送和接收方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/072803 WO2011100930A2 (zh) 2011-04-14 2011-04-14 呈现业务的通知消息的发送和接收方法及设备

Publications (2)

Publication Number Publication Date
WO2011100930A2 true WO2011100930A2 (zh) 2011-08-25
WO2011100930A3 WO2011100930A3 (zh) 2012-03-15

Family

ID=44483400

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/072803 WO2011100930A2 (zh) 2011-04-14 2011-04-14 呈现业务的通知消息的发送和接收方法及设备

Country Status (2)

Country Link
CN (1) CN102171994A (zh)
WO (1) WO2011100930A2 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109981711B (zh) * 2017-12-28 2021-10-15 腾讯科技（深圳）有限公司 文档动态播放方法、装置、***及计算机可读存储介质
CN109640000B (zh) * 2018-11-30 2021-08-10 维沃移动通信有限公司 一种富媒体通信方法、终端设备及计算机可读存储介质
CN110209448A (zh) * 2019-05-14 2019-09-06 李航 一种多输入共享视窗并发操作装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101268672A (zh) * 2005-08-17 2008-09-17 阿尔卡特朗讯公司 控制互联网通信核心网络的业务设备中功能的执行的设备
CN101296101A (zh) * 2007-04-28 2008-10-29 中兴通讯股份有限公司 会议业务通知的优化方法和***
CN101374335A (zh) * 2007-08-23 2009-02-25 华为技术有限公司 一种为用户设备提供业务的***、装置及方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101064692B (zh) * 2006-04-27 2011-02-16 华为技术有限公司 一种呈现信息的发布方法、设备及***
CN101119325B (zh) * 2006-08-04 2012-08-22 华为技术有限公司 一种提供观察者信息的方法和呈现服务器
CN101917525A (zh) * 2010-09-15 2010-12-15 烽火通信科技股份有限公司 呈现业务中通知消息任务的处理方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101268672A (zh) * 2005-08-17 2008-09-17 阿尔卡特朗讯公司 控制互联网通信核心网络的业务设备中功能的执行的设备
CN101296101A (zh) * 2007-04-28 2008-10-29 中兴通讯股份有限公司 会议业务通知的优化方法和***
CN101374335A (zh) * 2007-08-23 2009-02-25 华为技术有限公司 一种为用户设备提供业务的***、装置及方法

Also Published As

Publication number Publication date
WO2011100930A3 (zh) 2012-03-15
CN102171994A (zh) 2011-08-31

Similar Documents

Publication Publication Date Title
EP3284233B1 (en) In-session communication for service application
WO2007033549A1 (fr) Procede de transmission de message hors ligne
WO2007068209A1 (fr) Procede, systeme et dispositif d'envoi de messages instantanes ims
US10498791B2 (en) Negotiation of message chunk size for message session relay protocol session
CA2868369C (en) Voice message sending method and system, and converged message server and client
US8804749B2 (en) Mechanism for updating parameters of a session set up through a virtual circuit
EP2068524A1 (en) A method and a system for acquiring the transmission path of the sip message
US9462131B2 (en) Voice messaging method and system, and converged messaging server and client
EP2429256B1 (en) Method for negotiating message session relay protocol connection parameters
WO2011100930A2 (zh) 呈现业务的通知消息的发送和接收方法及设备
US20120011260A1 (en) Method and system for transmitting large message mode converged IP messaging
EP2445302B1 (en) Transmission method and system for converged ip messaging
WO2018133542A1 (zh) 文件传输方法及***、装置、电子设备、计算机存储介质
EP2589195A1 (en) Method and apparatus for transmitting an application identifier across application elements
JP2011515980A (ja) 通信システムにおけるピアツーピアマルチメディア接続の状態を問い合わせるシステムおよび方法
CN108900584A (zh) 内容分发网络的数据传输方法和***
WO2013178096A1 (zh) 一种消息发送方法、***及客户端
JP2014050090A (ja) パケット中継装置及び方法
WO2023155739A1 (zh) 数据传输的方法、网络设备和用户设备
US20240259319A1 (en) Priority Application And Network Bits For PDU Handling
WO2007053999A1 (fr) Méthode et système de réalisation de la fonction message court de terminal sip
US8688848B2 (en) Method of establishing a media link for transmitting a large message mode CPM message to a group
JP2010252110A (ja) ネットワーク接続装置とその制御方法
KR20080090250A (ko) 이종 메시지의 상호 연동을 통한 메시지 전송 방법
WO2013170799A1 (zh) 数字增强无绳通信手柄业务处理装置、方法及数据网关

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180000403.0

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11744288

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11744288

Country of ref document: EP

Kind code of ref document: A2