CN101106538A - 会话初始协议域中消息通知方法、系统及设备 - Google Patents

Abstract

本发明公开了一种会话初始协议域中消息通知的方法，所述方法包括：网络收到携带多媒体信息的分组消息后，根据预定的过滤规则向消息目的接收方发送SIP通知消息；消息目的接收方收到所述SIP通知消息后，生成对所述多媒体信息的处理策略；网络根据所述处理策略对所述多媒体信息进行处理。本发明还公开了一种会话初始协议域中消息通知的系统、设备。利用本发明，可以满足SIP域中用户或网络对消息通知方式的各种需求。

Description

会话初始协议域中消息通知方法、系统及设备

技术领域

本发明涉及网络通信技术领域，具体涉及一种会话初始协议域中消息通知方法、系统及设备。

背景技术

消息业务是消息实体之间通过业务中心进行信息收发的业务，消息可以是文本的，也可以是图片等其他格式。业务中心是一个业务处理系统，用于提交、存储、转发短消息。

传统的消息业务包括SMS(短消息业务)和MMS(多媒体消息业务)。

SMS的基本流程是发送终端发送短消息到短消息中心(SMSC)、短消息中心回送发送报告；短消息中心递交短消息给接收终端、接收终端回送递交报告。其他功能包括发送终端请求响应路径，即请求接收终端的响应回送给发送终端；发送终端请求短消息在短消息中心上保留的时间等。

MMS的基本流程是发送终端发送多媒体短消息到多媒体短消息中心(MMSC)、多媒体短消息中心回送发送报告；多媒体短消息中心通知接收终端有多媒体短消息，接收终端从多媒体短消息中心获取多媒体短消息并向多媒体短消息中心发送获取报告。其他功能包括多媒体短消息中心向发送终端发送递交报告，接收终端通过多媒体短消息中心向发送终端发送读取报告等。

传统的电路域(包括GSM(全球移动通信系统)网、CDMA(码分多址)网和PSTN(公共交换电话网)网)的MMS承载在HTTP(超文本传输协议)协议或SMTP(简单邮件传输协议)协议上。通常，HTTP协议用于终端和多媒体短信中心之间，SMTP协议用于多媒体短信中心之间。

传统电路域中，多媒体消息中心向消息接收方发送MMS前先通知消息接收方，再由消息接收方从多媒体消息中心获取MMS，主要是考虑传统电路域中终端不一定总是上网，多媒体消息中心如果直接把多媒体消息发送给终端，可能会造成多媒体消息的丢失。在SIP(会话初始协议)域的消息业务中，终端通常会一直在线，但仍然会存在网络向终端发送包含多媒体信息的消息之前先通知终端的需求。例如，用户或者网络可以出于安全方面的考虑，在网络向用户发送多媒体信息之前先将消息摘要发送给用户，以减少大流量的恶意短信对网络的冲击；网络还可以出于计费策略的考虑，在网络向用户发送多媒体信息之前先将消息摘要免费发送给用户，用户若需要从网络中获取该多媒体信息，网络则根据流量对获取过程计费，这样可以避免用户为不期望的多媒体信息付费，以提高客户的满意度。目前，现有技术中还没有如何满足用户或网络的这些需求的有效解决方案。

发明内容

本发明的主要目的是提供一种会话初始协议域中消息通知方法，以解决现有技术中消息通知方式单一的问题，满足SIP域中用户或网络对消息通知方式的各种需求。

本发明的另一个目的是提供一种会话初始协议域中消息通知系统，以满足SIP域中用户或网络对消息通知方式的各种需求。

本发明的另一个目的是提供一种消息业务通知设备，以将多媒体消息有效地通知给目的接收端，提高用户的满意度。

为此，本发明提供如下的技术方案：

一种会话初始协议域中消息通知的方法，所述方法包括步骤：

A、网络收到携带多媒体信息的分组消息后，根据预定的过滤规则向消息目的接收方发送SIP通知消息；

B、消息目的接收方收到所述SIP通知消息后，生成对所述多媒体信息的处理策略；

C、网络根据所述处理策略对所述多媒体信息进行处理。

所述预定的过滤规则包括：

消息目的接收方的签约；和/或

消息目的接收方和/或消息目的接收方网络的过滤数据，所述过滤数据为对所述分组消息中任意内容的过滤；和/或

所述分组消息中的指示；和/或

无条件向消息目的接收方发送SIP通知消息。

优选地，在SIP通知消息的SIP头域和/或消息体中携带多媒体信息描述。

网络根据所述分组消息中的多媒体信息生成多媒体信息描述。

所述多媒体信息描述具体为：多媒体信息位置链接，和/或多媒体信息的消息摘要。

可选地，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方收到所述SIP通知消息后，通知网络下发多媒体信息；

所述步骤C具体为：网络将所述多媒体信息发送给消息目的接收方。

所述消息目的接收方通知网络下发多媒体信息的步骤具体为：

消息目的接收方向网络发送请求下发多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求下发多媒体信息的指示，通过该指示请求网络下发多媒体信息。

所述网络将所述多媒体信息发送给消息目的接收方的步骤包括：

当网络收到所述请求下发多媒体信息的消息后，在该消息的响应消息中将多媒体信息发送给消息目的接收方，或者向消息目的接收方发送携带多媒体信息的消息；或者

当网络收到所述SIP通知消息的响应消息后，向消息目的接收方发送携带多媒体信息的消息。

所述携带多媒体信息的消息具体为：SIP PUBLISH消息、或SIP MESSAGE消息、或SIP INFO消息、或HTTP POST消息、或MSRRP SEND消息。

可选地，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方收到所述SIP通知消息后，通知网络前转多媒体信息；

所述步骤C具体为：网络将所述多媒体信息转发给前转目的接收方。

所述消息目的接收方通知网络前转多媒体信息的步骤具体为：

消息目的接收方向网络发送请求前转多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求前转多媒体信息到前转目的接收方的指示，通过该指示请求网络前转多媒体信息。

可选地，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方收到所述SIP通知消息后，通知网络保存或删除多媒体信息；

所述消息目的接收方通知网络保存或删除多媒体信息的步骤具体为：

消息目的接收方向网络发送请求保存或删除多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求保存或删除多媒体信息的指示，通过该指示请求网络保存或删除多媒体信息。

所述请求下发多媒体信息的消息是下述消息中的任何一种消息：

HTTP GET消息、SIP INFO消息、SIP MESSAGE消息、SIP INVITE消息、SIP REFER消息。

所述请求前转多媒体信息的消息、所述请求保存或删除多媒体信息的消息是SIP INFO消息或SIP MESSAGE消息。

所述SIP通知消息的响应消息具体为：

SIP 200 OK消息，或者SIP 302 Moved Temporarily消息。

可选地，如果网络在预定时间内获得所述处理策略，则删除所述多媒体信息。

所述SIP通知消息具体为：

SIP MESSAGE消息、或者SIP INFO消息、或者SIP NOTIFY消息。

一种会话初始协议域中消息通知的系统，包括：消息业务通知模块和消息目的接收方模块，消息业务通知模块在接收到包含多媒体信息的分组消息后，向消息目的接收方模块发送SIP通知消息，并根据接收方模块指示的对多媒体信息的处理策略对所述多媒体信息进行处理；接收方模块接收SIP通知消息并确定对多媒体信息的处理策略，

所述消息业务通知模块包括：

收发模块，用于与接收方模块进行消息交互；

过滤模块，用于按照预定的过滤规则对所述包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向接收方模块发送SIP通知消息；

多媒体信息处理模块，用于根据所述处理策略对所述多媒体信息进行处理。

所述消息业务通知模块进一步包括：

信息描述文本生成模块，分别与所述过滤模块和所述收发模块相连，用于根据过滤模块的过滤结果生成多媒体信息描述文本。

所述消息业务通知模块进一步包括：

过滤规则设置模块，与所述过滤模块相连，用于存储过滤规则。

所述接收方模块包括：

消息收发模块，用于与消息业务通知模块进行消息交互，接收消息业务通知模块发送的SIP通知消息及多媒体信息，并将对多媒体信息的处理策略发送给消息业务通知模块；

决策模块，与所述消息接收模块相连，用于根据所述SIP通知消息确定对所述多媒体信息的处理策略。

一种消息业务通知设备，包括：

收发模块，用于与其他设备进行消息交互；

过滤模块，用于按照预定的过滤规则对接收到的包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向消息接收方设备发送SIP通知消息。

所述消息业务通知设备进一步包括：

信息描述文本生成单元，分别与所述过滤模块和所述收发模块相连，用于根据过滤模块的过滤结果生成多媒体信息描述文本。

所述消息业务通知设备进一步包括：

过滤规则设置模块，与所述过滤模块相连，用于存储过滤规则。

由以上本发明提供的技术方案可以看出，本发明在网络收到携带多媒体信息的分组消息后，根据预定的过滤规则向消息目的接收方发送SIP通知消息，消息目的接收方收到该SIP通知消息后，向网络返回对所述多媒体信息的处理策略，这样，网络就可以根据该处理策略对所述多媒体信息进行相应的处理。由于具体的过滤规则可以应用需要来设定，可以是消息目的接收方的签约数据，也可以是消息目的接收方和/或消息目的接收方网络的过滤数据，还可以是分组消息中的指示等规则。此外，还可以是无条件向消息目的接收方发送SIP通知消息，即收到包含多媒体信息的分组消息都发送SIP通知消息给消息目的接收方。因此，可以满足SIP域中用户或网络对消息通知方式的各种需求。比如，用户或者网络可以出于安全方面的考虑，在网络向用户发送多媒体信息之前先将消息摘要发送给用户，以减少大流量的恶意短信对网络的冲击；网络还可以出于计费策略的考虑，在网络向用户发送多媒体信息之前先将消息摘要免费发送给用户，用户若需要从网络中获取该多媒体信息，网络则根据流量对获取过程计费，这样可以避免用户为不期望的多媒体信息付费，以提高客户的满意度。这个通知过程具体来说可以是，网络收到包含一段录像的消息，根据用户的签约，或者是网络的策略，网络先将这段录像的题目和链接地址等信息发送给接收终端，由用户决定是否需要将这段录像下载到接收终端上来观看，还是将这段录像前转到支持播放录像的终端去，还是将这段录像保存在服务器中供以后下载，且消息目的接收方获取录像的过程可以是终端直接发送消息请求，也可以是网络得到终端希望获得消息的通知后再将录像发送给消息目的接收方。可见，利用本发明，不仅可以将多媒体信息灵活多样地通知消息目的接收端，而且还可以按照目的接收端请求的方式对多媒体信息进行相应的处理，从而提高了用户的满意度。

附图说明

图1是本发明方法第一实施例的实现流程图；

图2是本发明方法第二实施例的实现流程图；

图3是本发明方法第三实施例的实现流程图；

图4是本发明方法第四实施例的原理框图；

图5是本发明系统第一实施例的原理框图；

图6是本发明系统第二实施例的原理框图；

图7是本发明消息业务通知设备的一种优选实施例的原理框图。

具体实施方式

本发明的核心在于在网络收到携带多媒体信息的分组消息后，根据预定的过滤规则向消息目的接收方发送SIP通知消息，消息目的接收方收到该SIP通知消息后，生成对所述多媒体信息的处理策略，这样，网络就可以根据该处理策略对所述多媒体信息进行相应的处理。

在具体实现时，可以根据需要来选择相应的过滤规则。比如：

可以根据消息目的接收方的签约数据来过滤，该签约数据可以是接收方用户数据中的永久签约数据，也可以是接收方的临时订阅。如用户签约服务器接收到多媒体信息就向消息目的接收方发送包含该信息描述的SIP通知消息，消息目的接收方网络从签约服务器中获得所述签约数据，然后再根据签约数据将SIP通知消息发送给消息目的接收方。

也可以根据消息目的接收方和/或消息目的接收方网络的过滤数据来过滤，过滤数据可以是携带多媒体信息的分组消息中的任意内容。比如多媒体信息为广告时向消息目的接收方发送SIP通知消息，或多媒体信息中包含部分文本内容时向消息目的接收方发送SIP通知消息，接收方网络在网络服务器中获得接收方的过滤数据，根据过滤数据把所述SIP通知消息发送给消息目的接收方。再比如，网络收到包含多媒体信息的分组消息时，均向目的接收方发送SIP通知消息，并且该SIP通知消息是免费的，如果接收方要获取多媒体信息则按流量计费。接收方网络在网络服务器中获得过滤数据，根据策略数据把所述SIP消息通知发送给消息目的接收方。

还可以根据携带多媒体信息的分组消息中的指示来过滤，即由携带多媒体信息的分组消息通知消息目的接收方网络在该分组消息后发送通知消息给消息目的接收方。

此外，还可以是无条件向消息目的接收方发送SIP通知消息，即收到包含多媒体信息的分组消息都发送SIP通知消息给消息目的接收方。

上述各种过滤规则可以单独使用，也可以组合使用。

携带多媒体信息的分组消息可以是SIP消息、或HTTP(超文本传输协议)消息、或SMTP(简单邮件传输协议)消息、或MSRP(消息会话中继协议)消息。

分组消息中的多媒体信息可以是文本、图片、声音、视频等媒体内容，还可以包括媒体内容的显示方式，即媒体内容的排列以及呈现方式的描述，还可以包括消息题目、消息分类等消息说明参数。

为了使消息目的接收方根据自己的意愿做出决策，在SIP通知消息中可以携带多媒体信息描述，该多媒体信息描述可以是多媒体信息位置链接，即多媒体信息在网络服务器中保存路径或参考地址，也可以是多媒体信息的消息摘要。

消息摘要可以是消息题目、消息分类等分组消息中的消息说明参数的全部或一部分，和/或多媒体信息中的文本内容的全部或者一部分，和/或网络根据多媒体信息提取或重新生成的描述，如网络提取的多媒体信息显示方式的描述语言，和/或网络预先设定的通用的描述。SIP通知消息中可以只携带消息控制参数、或多媒体信息的文本部分，或网络提取或重新生成的描述，或网络预先设定的描述，也可以携带它们之间的任意组合。

SIP通知消息中的多媒体信息描述可以在SIP消息的头域和/或消息体中携带。所述头域和消息体可以是已有头域和消息体，也可以是已有头域和消息体的扩展，也可以是扩展的头域和消息体。

消息目的接收方收到网络下发的SIP通知消息后，可以通知网络下发多媒体信息，即由网络将多媒体信息发送给消息目的接收方；也可以通知网络前转多媒体信息，即由网络将多媒体信息前转给前转目的接收方；还可以通知网络保存或删除该多媒体消息，即由网络将该多媒体信息保存到服务器中、或删除。

消息目的接收方通知网络对多媒体信息的处理策略时，可以在SIP通知消息的响应中携带处理多媒体信息的处理策略指示，还可以由消息目的接收方向网络发送请求消息，请求消息中携带处理多媒体信息的处理策略指示。

除了由消息目的接收方主动将生成的处理策略通知网络外，还可以由网络向消息目的接收方查询，即由网络向消息目的接收方发送消息请求该处理策略。不论是采用由消息目的接收方主动通知的方式还是采用由网络请求的方式，可以设定一个定时时间，如果网络在该预定时间内未获得消息目的接收方的处理策略，则删除所述多媒体信息。

下面举例进一步详细说明本发明方案。

参照图1，图1示出了本发明方法第一实施例的实现流程。

在该实施例中，网络判断用户签约数据发送SIP通知消息，消息目的接收方在响应中携带获取消息请求。该流程包括以下步骤：

11.消息业务发送方向网络发送包含多媒体信息的分组消息HTTP POST。

12.网络侧接收到HTTP POST消息，根据用户签约数据决定是否下发SIP通知。

签约数据可以来自本地网络服务器，也可以来自其他网络服务器。如果签约信息为：只要是多媒体消息则发送包含多媒体信息描述的SIP通知消息，则网络侧根据用户签约数据和HTTP POST消息中的多媒体信息，生成多媒体信息描述文本。

13.网络侧通过MESSAGE消息将生成的多媒体信息描述文本发送给消息业务接收方。其中，Message-Reference头域携带的是多媒体信息的链接地址，X-Message-Subject、Message-Class、Message-Description头域和Message-Presentation头域携带的是多媒体信息的消息摘要，其中X-Message-Subject和Message-Class头域携带的是从分组消息中获得的多媒体信息的题目和消息分类，Message-Description是多媒体信息中的文本部分，Message-Presentation头域指示媒体内容显示方式的描述语言为SMIL。

MESSAGE消息中的相关参数示例如下：

MESSAGE sip:1234567890@example.com SIP/2.0

Message-Subject:Subject＝video in France

Message-Class:personal

Message-Reference:Reference＝http://www.example.com/video/france.rmv

Message-Description:Description＝Carnival of Nice

Message-Presentation:Presentation language＝SMIL

...

消息标题等消息描述信息可以在消息头域中携带，也可以在消息体中携带，或一部分在消息头域中携带，一部分在消息体中携带。

14、消息业务接收方在200 OK响应消息中携带请求获取多媒体信息的指示。

200 OK中的相关参数示例如下：

SIP/2.0 200 OK

Message-status:status＝ready to retrieve

...

14.网络侧收到消息业务接收方的200 OK消息后，通过PUBLISH消息将多媒体信息发送给消息业务接收方。

在上述流程中，网络侧向消息业务接收方发送的SIP通知消息还可以是INFO消息。网络侧将多媒体信息下发给消息业务接收方的消息还可以是MESSAGE消息、或INFO消息，还可以是网络侧向消息业务接收方发送的INVITE消息，与消息业务接收方建立会话，并协商成功MSRP协议相关参数，之后在媒体流中通过MRSP协议将多媒体信息发送给消息业务接收方。

参照图2，图2示出了本发明方法第二实施例的实现流程。

在该实施例中，网络根据接收方订阅发送SIP通知消息，消息目的接收方在请求消息中携带获取消息请求。该流程包括以下步骤：

21.消息业务接收方通过SUBSCRIBE(订阅)消息向网络订阅消息通知，请求网络侧在收到多媒体消息时向消息业务接收方通知多媒体信息描述。

SUBSCRIBE消息的相关参数示例如下：

SUBSCRIBE sip:server@example.com SIP/2.0

Event:message-description

...

22.网络侧接收消息业务发送方发送的包含多媒体信息的分组消息，该分组消息为MSRP协议的SEND(发送)消息。

23.网络侧根据消息业务接收方的订阅消息通知，向消息业务接收方发送NOTIFY消息，通知多媒体信息的描述信息。

     NOTIFY消息中的相关参数示例如下，示例中描述信息在消息体中携带：

     NOTIFY sip:1234567890@example.com SIP/2.0

     Content-Type:application/message-description+xml

 <？xml version＝″1.0″encoding＝″UTF-8″？>

   <message-description xmlns＝″urn:ietf:params:xml:ns:message-description″>

    <message-subject>video in France</message-subject>

    <message-class>personal</message-class>

    <message-reference>http://www.example.com/video/france.rmv

</message-reference>

  </message-description>

24.消息业务接收方向网络发送INVITE(邀请)消息，INVITE中携带多媒体信息的链接地址(NOTIFY中携带的message-reference)，指示消息业务接收方请求网络向消息业务接收方发送所述链接地址中的多媒体信息，并指示通过MSRP协议传送多媒体信息。

INVITE消息中的相关内容示例如下：

INVITE sip:server@example.com SIP/2.0

Content-Type:application/sdp

m＝message 7654 TCP/MSRP*

a＝file URI:http://www.example.com/video/france.rmv

...

25.网络侧向消息业务接收方返回200 OK消息，与消息业务接收方建立会话，并协商好MSRP参数。

26.网络侧向消息业务接收方发送MSRP SEND消息，消息中携带多媒体信息。

在上述流程中，消息业务接收方向网络发送的请求获取多媒体信息的消息还可以是REFER消息，其中Refer-To头域中指示多媒体信息的链接地址，并指示将多媒体信息发送给接收方，网络侧在指定地址获取多媒体信息后，通过SIPPUBLISH或HTTP POST消息发送给消息业务接收方。

消息业务接收方向网络侧发送的请求获取多媒体信息的消息还可以是HTTP协议的GET消息。在这种情况下，网络侧在向消息业务接收方返回的200OK消息中携带多媒体信息。

消息业务接收方向网络侧发送的请求获取多媒体信息的消息还可以是SIP协议中扩展的GET消息，用于实现与HTTP协议中的GET消息相同的功能。这种情况下，网络侧在向消息业务接收方返回的200 OK消息中携带多媒体信息。

参照图3，图3示出了本发明方法第三实施例的实现流程。

在该实施例中，网络判断网络过滤数据发送SIP通知消息，消息业务接收方在响应消息中携带前转消息请求。该流程包括以下步骤：

31.消息业务发送方向网络侧发送包含多媒体信息的MESSAGE消息。

32.网络侧接收到MESSAGE消息后，判断网络过滤数据。过滤数据可以是对MESSAGE消息中的任意内容的过滤，如过滤数据如果为多媒体消息中携带非文本内容，则发送携带多媒体信息描述的SIP通知消息。该过滤数据可以来自本地的消息业务应用服务器，也可以来自网络中的其他数据服务器。

根据过滤结果判断需要生成多媒体信息的描述，则通过MESSAGE消息将生成的多媒体信息描述发送给消息业务接收方。

MESSAGE消息中的相关参数示例如下：

MESSAGE sip:1234567890@example.com SIP/2.0

X-Message-Subject:Subject＝video in France

Message-Class:personal

Message-Reference:Reference＝http://www.example.com/video/france.rmv

...

33.如果消息业务接收方终端不支持视频播放，则在200 OK的响应消息中携带请求网络前转多媒体信息的指示，并给出前转接收方的标识。

200 OK中的相关参数示例如下：

SIP/2.0 200 OK

Message-status:status＝forwarding；destination＝111111111@example.com

前转多媒体信息的指示和前转接收方标识可以在SIP消息头域中携带，也可以在SIP消息体中携带。

34.网络侧通过MESSAGE消息将多媒体信息转发给前转接收方。MESSAGE消息中的目的接收方标识填为111111111@example.com。

在上述流程中，消息业务接收方返回请求前转多媒体信息的响应消息还可以是302 Moved Temporarily(临时移动)。

参照图4，图4示出了本发明方法第四实施例的实现流程。

在该实施例中，网络判断用户过滤数据发送SIP通知消息，消息目的接收方在请求消息中携带删除消息请求。该流程包括以下步骤：

41.消息业务发送方向网络侧发送包含多媒体信息的SMTP DATA消息。

42.网络侧收到SMTP DATA消息后，判断用户过滤数据，过滤数据可以是对分组消息MTP DATA中的任意内容的过滤。过滤数据可以来自本地的消息业务应用服务器，也可以来自网络中的其他数据服务器。

如过滤数据为多媒体消息的分类为广告消息，则向消息业务接收方发送携带多媒体信息描述的SIP通知消息。如果判断结果是需要发送SIP通知消息，则网络侧生成多媒体信息的描述。

43.网络侧通过MESSAGE消息将生成的多媒体信息的描述发送给消息业务接收方。

MESSAGE消息中的相关参数示例如下：

MESSAGE sip:1234567890@example.com SIP/2.0

X-Message-Subject:Subject＝English studying video from COM.COM

Message-Class:advertisement

Message-Reference:Reference＝http://www.example.com/video/English.rmv

...

44.消息业务接收方返回成功响应200 OK。

45.消息业务接收方向网络侧发送MESSAGE消息，请求删除或者是拒绝接收多媒体信息。

46.网络侧在收到请求后删除多媒体信息，并向消息业务接收方返回成功响应200 OK。

MESSAGE消息中的相关内容示例如下：

MESSAGE sip:server@example.com SIP/2.0

Message-status:status＝deleting

在上述流程中，目的接收方的过滤数据可以是网络进行的设置，也可以是用户进行的设置。用户设置过滤数据的方式可以是通过SUBSCRIBE消息在消息业务应用服务器上订阅，也可以是通过XCAP(XML配置访问协议)在消息业务应用服务器上进行配置。

另外，SIP通知消息还可以是INFO消息。

综合上述各实施例可以看出：

消息目的接收方的签约、消息目的接收方的过滤数据和消息目的接收方网络的过滤数据等过滤规则可以保存在消息业务应用服务器中，可以保存在其他业务应用服务器中或网络数据库中。过滤规则保存在其他业务应用服务器中或网络数据库中时，消息业务服务器获取过滤规则的方式可以是接收到携带多媒体信息的分组消息后从其他业务应用服务器或网络数据库中获取过滤规则，也可以是其他业务应用服务器中或网络数据库把过滤规则预先发布给消息业务服务器。

消息业务接收方对多媒体信息的处理方式可以是获取多媒体信息、前转多媒体信息、保存或删除多媒体信息等，从而满足了用户对不同多媒体信息的处理需求。

消息业务接收方向网络返回多媒体信息处理的方式可以是在SIP通知消息的响应消息200 OK或302 Moved Temporarily消息中通过头域或者是消息体携带指示，如在200 OK中携带获取多媒体信息、前转多媒体信息、保存或删除多媒体信息的指示，在302 Moved Temporarily中携带前转多媒体信息的指示。实际上，还可以是通过释放原因值直接指示处理多媒体信息的方法，如通过302Moved Temporarily指示前转多媒体信息，通过403 forbidden(禁止)指示删除或拒绝接收多媒体信息。另外还可以通过消息业务接收方接收到SIP通知消息后对SIP消息不进行处理、等待通知消息发送超时的方式指示接收方要求删除或拒绝接收多媒体信息。

网络侧接收分组消息的方式、SIP通知消息的发送方式、过滤规则、接收方返回多媒体信息处理策略的方法之间没有一定的绑定关系。过滤规则为用户签约时，网络侧接收的分组消息可以是SIP消息、或HTTP消息、或SMTP消息、或MSRP消息，网络侧发送的SIP通知消息可以是MESSAGE消息、NOTIFY消息、INFO消息等，而接收方返回的携带对媒体消息处理策略指示的消息可以是上述SIP通知消息的响应消息，也可以是接收方重新发起的请求消息。重新发起的请求消息可以是MESSAGE消息、INFO消息、INVITE消息、REFER消息、HTTP GET消息、SIP GET消息等。如果接收方选择从服务器获取多媒体信息，则服务器将多媒体推送给接收方的方式可以在通过上述重新发起的请求消息的响应消息中携带，也可以在再次发起的请求消息中携带。再次发起的请求消息可以是PUBLISH消息、MESSAGE消息、INFO消息、HTTP POST消息、MSRP SEND消息等。过滤规则为用户过滤数据、网络过滤数据、分组消息中携带的指示、无条件时的实现过程类似。

另外，实施例中给出的场景是网络侧收到一个携带多媒体信息的分组消息后就向接收方发送SIP通知消息。在实际应用中也可以是网络侧收到多个携带多媒体信息的分组消息后向接收方发送SIP通知消息，此时SIP通知消息中将包含多个多媒体信息的描述信息。

参照图5，图5示出了本发明系统第一实施例的原理框图：

本发明系统包括：消息业务通知模块S1和消息目的接收方模块S2，消息业务通知模块S1在接收到包含多媒体信息的分组消息后，向消息目的接收方模块S2发送SIP通知消息；消接收方模块S2收到SIP通知消息后，产生对多媒体信息的处理策略，消息业务通知模块S1根据该处理策略对接收到的多媒体信息进行处理。

为了满足网络或用户对多媒体消息处理的各种需求，消息业务通知模块包括：收发模块S11、过滤模块S12、多媒体信息处理模块S13。其中，收发模块S11用于与接收方模块进行消息交互；过滤模块S12用于按照预定的过滤规则对所述包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向接收方模块发送SIP通知消息；多媒体信息处理模块S13用于根据接收方模块指示的对多媒体信息的处理策略对所述多媒体信息进行处理。

预定的过滤规则可以是消息目的接收方的签约数据、接收方的过滤数据、接收方网络的网络过滤数据，还可以是无条件的，即收到包含多媒体信息的分组消息后都发送SIP通知消息给接收方等，还可以是分组消息中携带的指示。对此在前面对本发明方法的描述中已有详细说明，在此不再赘述。

为了满足系统的不同应用环境，方便对可以应用的过滤规则的选择，还可以在消息业务通知模块S1中设置过滤规则设置模块S14，将各种可以使用的过滤规则存储在该模块中，由网络根据需要来选择。这样，过滤模块S12就可以按照过滤规则设置模块S14中设定的过滤规则来对消息业务通知模块S1接收的分组消息进行过滤。在这种情况下，可以有效地实施多种过滤规则，比如，同时设定多种过滤规则，对于每项过滤规则设定相应的优先级，过滤模块S12根据该优先级依次对接收的分组消息进行过滤。

所述消息业务通知模块中的各功能模块可以位于同一个网络设备中，也可以位于不同的网络设备中。

接收方模块S2包括：消息收发模块S21、决策模块S22。其中，消息收发模块S21与消息业务通知模块进行消息交互，接收消息业务通知模块发送的SIP通知消息及多媒体信息，并可以将对多媒体信息的处理策略发送给消息业务通知模块；决策模块S22用于根据所述SIP通知消息确定对所述多媒体信息的处理策略，其中处理策略可以是接收方根据SIP通知消息做出的判断，也可以是接收方的默认设置。

消息业务通知模块S1和接收方模块S2对多媒体消息的通知及处理过程、以及它们之间通信时采用的协议、具体的消息格式等与前面本发明方法中的描述类似，在此不再赘述。

参照图6，图6示出了本发明系统第二实施例的原理框图：

与图5所示实施例不同的是，在过滤模块S12和收发模块S11之间还设置有信息描述文本生成模块S15，以根据过滤模块的过滤结果生成多媒体信息描述文本。收发模块S11将该多媒体信息描述文本包含在SIP通知消息中发送给接收方模块S2，使其及早获知有关该多媒体信息的摘要或地址等，以便根据用户的意愿做出合适的处理决策。

参照图7，图7示出了本发明消息业务通知设备的一种优选实施例的原理框图：

该设备包括：收发模块S11、过滤模块S12。其中，收发模块S11用于与其他设备进行消息交互；过滤模块S12用于按照预定的过滤规则对接收到的包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向消息接收方设备发送SIP通知消息。

为了方便对可以应用的过滤规则的选择，该设备还包括过滤规则设置模块S14，将各种可以使用的过滤规则存储在该模块中，由用户根据需要来选择。以使过滤模块S12就按照过滤规则设置模块S14中设定的过滤规则来对该设备接收的分组消息进行过滤。

还可以在过滤模块S12和收发模块S11之间还设置信息描述文本生成模块S15，以根据过滤模块的过滤结果生成多媒体信息描述文本。收发模块S11将该多媒体信息描述文本包含在SIP通知消息中发送给接收方。比如，在向消息接收方发送多媒体信息之前先将消息摘要发送给接收方用户，可以减少大流量的恶意短信对网络的冲击；再比如，在向接收方送多媒体信息之前先将消息摘要免费发送给接收方用户，用户若需要从网络中获取该多媒体信息，则可以通知网络计费服务器根据流量对获取过程计费，以避免用户为不期望的多媒体信息付费，从而提高客户的满意度。

以上仅为本发明消息业务通知设备的一种优选实施例，本发明设备并不限于该实施例描述的结构。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (26)

1.一种会话初始协议域中消息通知的方法，其特征在于，所述方法包括步骤：

A、网络收到携带多媒体信息的分组消息后，根据预定的过滤规则向消息目的接收方发送会话初始协议SIP通知消息；

B、消息目的接收方收到所述SIP通知消息后，生成对所述多媒体信息的处理策略；

C、网络根据所述处理策略对所述多媒体信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述预定的过滤规则包括：

消息目的接收方的签约；和/或

消息目的接收方和/或消息目的接收方网络的过滤数据，所述过滤数据为对所述分组消息中任意内容的过滤；和/或

所述分组消息中的指示；和/或

无条件向消息目的接收方发送SIP通知消息。

3.根据权利要求1所述的方法，其特征在于，在SIP通知消息的SIP头域和/或消息体中携带多媒体信息描述。

4.根据权利要求3所述的方法，其特征在于，网络根据所述分组消息中的多媒体信息生成多媒体信息描述。

5.根据权利要求3所述的方法，其特征在于，所述多媒体信息描述具体为：多媒体信息位置链接，和/或多媒体信息的消息摘要。

6.根据权利要求1所述的方法，其特征在于，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方通知网络下发多媒体信息。

7.根据权利要求6所述的方法，其特征在于，所述步骤C具体为：网络将所述多媒体信息发送给消息目的接收方。

8.根据权利要求6所述的方法，其特征在于，所述消息目的接收方通知网络下发多媒体信息的步骤具体为：

消息目的接收方向网络发送请求下发多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求下发多媒体信息的指示，通过该指示请求网络下发多媒体信息。

9.根据权利要求8所述的方法，其特征在于，所述网络将所述多媒体信息发送给消息目的接收方的步骤包括：

当网络收到所述请求下发多媒体信息的消息后，在该消息的响应消息中将多媒体信息发送给消息目的接收方，或者向消息目的接收方发送携带多媒体信息的消息；或者

当网络收到所述SIP通知消息的响应消息后，向消息目的接收方发送携带多媒体信息的消息。

10.根据权利要求9所述的方法，其特征在于，所述携带多媒体信息的消息具体为：SIP PUBLISH消息、或SIP MESSAGE消息、或SIP INFO消息、或HTTP POST消息、或MSRP SEND消息。

11.根据权利要求1所述的方法，其特征在于，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方通知网络前转多媒体信息，并在该通知中携带前转目的接收方地址信息。

12.根据权利要求11所述的方法，其特征在于，所述步骤C具体为：

网络将所述多媒体信息转发给前转目的接收方。

13.根据权利要求11所述的方法，其特征在于，所述消息目的接收方通知网络前转多媒体信息的步骤具体为：

消息目的接收方向网络发送请求前转多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求前转多媒体信息到前转目的接收方的指示，通过该指示请求网络前转多媒体信息。

14.根据权利要求1所述的方法，其特征在于，在所述步骤B和步骤C之间还包括步骤：

消息目的接收方通知网络保存或删除多媒体信息。

15.根据权利要求14所述的方法，其特征在于，所述消息目的接收方通知网络保存或删除多媒体信息的步骤具体为：

消息目的接收方向网络发送请求保存或删除多媒体信息的消息；或者

消息目的接收方在所述SIP通知消息的响应消息中携带请求保存或删除多媒体信息的指示，通过该指示请求网络保存或删除多媒体信息。

16.根据权利要求8所述的方法，其特征在于，所述请求下发多媒体信息的消息是下述消息中的任何一种消息：

HTTP GET消息、SIP INFO消息、SIP MESSAGE消息、SIP INVITE消息、SIP REFER消息；

所述请求前转多媒体信息的消息、所述请求保存或删除多媒体信息的消息是SIP INFO消息或SIP MESSAGE消息。

17.根据权利要求8或12或14所述的方法，其特征在于，所述SIP通知消息的响应消息具体为：

SIP 200 OK消息，或者SIP 302 Moved Temporarily消息。

18.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

如果网络在预定时间内未获得所述处理策略，则删除所述多媒体信息。

19.根据权利要求1所述的方法，其特征在于，所述SIP通知消息具体为：

SIP MESSAGE消息、或者SIP INFO消息、或者SIP NOTIFY消息。

20.一种会话初始协议域中消息通知的系统，包括：消息业务通知模块和消息目的接收方模块，消息业务通知模块在接收到包含多媒体信息的分组消息后，向消息目的接收方模块发送SIP通知消息，并根据接收方模块指示的对多媒体信息的处理策略对所述多媒体信息进行处理；接收方模块接收SIP通知消息并确定对多媒体信息的处理策略，其特征在于，

所述消息业务通知模块包括：

收发模块，用于与接收方模块进行消息交互；

过滤模块，用于按照预定的过滤规则对所述包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向接收方模块发送SIP通知消息；

多媒体信息处理模块，用于根据所述处理策略对所述多媒体信息进行处理。

21.根据权利要求20所述的系统，其特征在于，所述消息业务通知模块进一步包括：

信息描述文本生成模块，分别与所述过滤模块和所述收发模块相连，用于根据过滤模块的过滤结果生成多媒体信息描述文本。

22.根据权利要求20所述的系统，其特征在于，所述消息业务通知模块进一步包括：

过滤规则设置模块，与所述过滤模块相连，用于存储过滤规则。

23.根据权利要求20所述的系统，其特征在于，所述接收方模块包括：

消息收发模块，用于与消息业务通知模块进行消息交互，接收消息业务通知模块发送的SIP通知消息及多媒体信息，并将对多媒体信息的处理策略发送给消息业务通知模块；

决策模块，与所述消息接收模块相连，用于根据所述SIP通知消息确定对所述多媒体信息的处理策略。

24.一种消息业务通知设备，其特征在于，包括：

收发模块，用于与其他设备进行消息交互；

过滤模块，用于按照预定的过滤规则对接收到的包含多媒体信息的分组消息进行过滤，并根据过滤结果通知所述收发模块向消息接收方设备发送SIP通知消息。

25.根据权利要求24所述的消息业务通知设备，其特征在于，所述消息业务通知设备进一步包括：

信息描述文本生成单元，分别与所述过滤模块和所述收发模块相连，用于根据过滤模块的过滤结果生成多媒体信息描述文本。

26.根据权利要求24所述的消息业务通知设备，其特征在于，所述消息业务通知设备进一步包括：

过滤规则设置模块，与所述过滤模块相连，用于存储过滤规则。

Images