CN101771949B - 支持组播发送的方法和设备 - Google Patents

Abstract

本发明的实施方式公开了一种用于在SIP网络中支持组播发送的方法，该方法可以包括：将接收的SIP消息分割成为SIP报头和SIP消息体；对SIP消息体进行相应处理，以获得适合组播的SIP消息体；以及将针对组播对所述SIP报头进行处理而得到的SIP组播报头与适合组播的SIP消息体进行结合，以便进行组播发送。

Description

支持组播发送的方法和设备

技术领域

本发明一般涉及数据处理领域，以及更具体地，本发明涉及一种用于支持组播发送的方法和设备。

背景技术

当前，基于会话发起协议(Session Initiation Protocol，SIP)来实现多参与者共享服务已经成为一种趋势。SIP是发起并管理包括语音、视频、即时消息发送以及其他此类多媒体会话的交互性用户会话的协议，其是3GPP(第三代合作伙伴计划)的一个信令协议，并且已经成为VoIP(IP上的语音)应用中的一种主要信令协议。在3GPP的3G小区电话网络中，SIP已经成为用于控制和信号发送的标准协议。这意味着，通过SIP协议可以进行多媒体和IP语音呼叫控制。

有利的是，使用SIP呈现服务器来实现多参与者共享服务。图1中示出了SIP网络中使用的典型Pub-Sub-Notify(PUBLISH-SUBSCRIBE-NOTIFY)操作(即，一方发布信息，其他方对其进行监听)。

现在参考图1，概要说明典型Pub-Sub-Notify操作的工作流程。在SIP网络120中，通常使用SIP呈现服务器122来实现多参与者共享服务。最简单的呈现过程如下所示：1)观察者114和116订阅所感兴趣的呈现实体112的呈现状态(如图中虚线箭头SUBSCRIBE所示)；2)呈现实体112接受观察者114和116的订阅请求；3)当呈现实体112的状态发生变化时，则该呈现实体112将会发布132(PUBLISH)自己的新状态(如图中箭头PUBLISH所示)，并向观察者114和116通知134和136新状态(如图中箭头NOTIFY所示)。

在例如PoC(Push to Talk over Cellular)的语音应用中，SIP消息所需要承载的数据量变得越来越大。这是因为在此类服务中，语音数据、视频数据或者矢量数据全部承载于SIP消息体中，并且将以XML文档形式保存。这就大大增加了SIP呈现服务器处理数据的负担。在实现多参与者共享的服务时，为传送大量复制的SIP消息，越来越大的数据传输量导致网络流量显著增加。使用现有的传统呈现服务器技术，需要通过网络将大量复制数据包(语音、视频或者矢量消息)传送至观察者。当参与者数量较大时，将在网络中导致数据传输量剧增，进而导致网络拥塞。

发明内容

本发明的一个目的在于提供一种用于在SIP网络中支持组播发送的方法和设备，以克服现有技术中的上述缺陷。根据本发明的一个实施方式，提供一种用于在SIP网络中支持组播发送的方法，该方法可以包括：将接收的SIP消息分割成为SIP报头和SIP消息体；对SIP消息体进行相应处理，以获得适合组播的SIP消息体；以及将针对组播对所述SIP报头进行处理而得到的SIP组播报头与适合组播的SIP消息体进行结合，以便进行组播发送。

根据本发明的另一个实施方式，提供一种用于在SIP网络中支持组播发送的设备，该设备可以包括：分割器，用于将接收的SIP消息分割成为SIP报头和SIP消息体；处理器，用于对SIP消息体进行相应处理，以获得适合组播的SIP消息体；以及组合器，用于将针对组播对所述SIP报头进行处理而得到的SIP组播报头与适合组播的SIP消息体进行结合，以便进行组播发送。根据本发明的另一实施方式，提供一种用于支持SIP消息组播发送的系统，该系统可以包括：SIP呈现服务器和上述设备，其中SIP呈现服务器被设置为针对组播对SIP报头进行处理以得到SIP组播报头。

附图说明

参考以下结合附图的详细说明，本发明的特征、优点以及其他方面将变得更加明显，在附图中：

图1是示出根据现有技术的SIP消息发送系统的示意图；

图2是示出根据本发明一个实施方式的用于支持SIP消息组播发送的系统的示意性框图；

图3是示出了执行根据本发明一个实施方式的方法之前对呈现服务器进行初始化操作的示意性流程图；

图4是示出了根据本发明的一个实施方式的用于支持进行组播发送的方法步骤的示意性流程图；以及

图5是示出了其中可以实现根据本发明一个实施方式的组播SIP消息组播系统的示意性架构图。

应该理解，在全部附图中，相同的参考标记表示相同的部件。

具体实施方式

在本发明中采用组播技术来解决数据传输量过大的缺陷。具体地，本发明的实施方式提供一种能够自动将SIP消息划分成为适用于组播发送的SIP消息的方法和设备。并且期望的是，这种方法和设备能够最大限度地减轻现有SIP呈现服务器的工作负担，并且保证尽可能少地修改现有SIP网络中各种设备的配置。下面结合具体实施方式来详细描述本发明。

为方便描述起见，在以下本发明的实施方式的描述中，以PoC服务作为各种服务方式的代表性示例。然而，本领域技术人员应该理解，本发明并不局限于PoC服务，而是可以适用于SIP网络中的其他任何服务，例如白板服务。

在下文中，将结合图2，描述根据本发明的一个实施方式的用于支持SIP消息组播发送的系统。

图2是示出根据本发明一个实施方式的用于支持SIP消息组播发送的系统200的框图。如图2所示，该系统200可以包括根据本发明实施方式的用于支持组播发送的设备210和SIP呈现服务器122。设备210进一步可以包括消息分割器212、净载荷处理器214以及消息结合器216。

具体地，消息分割器212接收来自呈现实体的原始SIP消息，并且消息分割器212分别耦合至SIP呈现服务器122以及净载荷处理器214。

SIP呈现服务器122和净载荷处理器214进一步耦合至消息结合器216。在经过消息结合器216处理之后，原始SIP消息转换成为适用于组播发送的SIP消息，即，转换成为满足组播网络中组播数据包大小限制的SIP消息。进而将所述已转换的SIP消息组播发送至SIP网络中已经订阅原始SIP消息的观察者。

下面详细解释图2中所示的各个组件的功能：

·消息分割器212

消息分割器212设置为将SIP消息分割成为仅包含必要头部数据的SIP报头和包含媒体净载荷的SIP消息体(其中所述媒体净载荷是原始SIP消息中的内容部分)；以及设置为向SIP呈现服务器122发送SIP报头以进行相应处理；以及向净载荷处理器214发送SIP消息体。

应该注意，在根据本发明的示例性实施方式中，该消息分割器212设置为将原始SIP消息分割成为SIP报头和SIP消息体两部分。SIP呈现服务器122仅针对SIP消息中的报头部分进行处理，而并不处理消息体(即，媒体净载荷)部分的数据，而仅仅是在处理报头之后将消息体部分与消息头结合并发出。

此时，尽管SIP呈现服务器并不针对SIP消息体中的数据进行处理，然而，现有技术中的呈现服务器在处理报头的时候同时还读入消息体部分，导致资源浪费的现象。尤其是对于语音应用来说，消息体部分的媒体净载荷数据量通常远远大于报头部分的数据量，由此导致SIP呈现服务器必须读取大量数据的情况。这样SIP呈现服务器存储空间被大量的无关数据占用，由此加重SIP呈现服务器的负载并使其性能有所下降。

然而，根据本发明的实施方式提出了消息分割器212的概念，一方面分流了进入SIP呈现服务器122的数据量，进而完美解决了SIP呈现服务器122读入数据量过大、存储器空间占用过高的问题；另一方面又减少了SIP呈现服务器122的工作负担，使其可以专注于SIP报头数据的处理。

·SIP呈现服务器122

SIP呈现服务器122被配置为处理Pub-Sub-Notify形式的SIP消息，其功能与传统呈现服务器相同。通常需要对SIP呈现服务器122单独进行初始化操作，在下文中将结合图3详细解释。

·净载荷处理器214

净载荷处理器被配置为适用于将所接收媒体净载荷划分成为大小适合于底层组播网络的组播数据包大小限制的块。

可选地，净载荷处理器214布置在SIP网络中。其相对于在客户端侧对SIP消息进行划分的方法具有明显优势。如果在客户端侧划分SIP消息，则客户端难以知晓SIP网络中的组播大小限制。这样，一方面造成加重客户端负担，另一方面还不能将SIP消息划分成为适合于底层网络组播大小限制的块。例如，如果在客户端侧将原始SIP消息划分为比底层网络组播大小限制更大的块，则在SIP网络中需要再次进行划分，从而产生额外开销。如果将原始SIP消息划分为过小的块，则将增加以组播方式发送消息的数量，同样将会造成不期望的结果。

应该注意，净载荷处理器214并非仅仅支持根据底层网络支持的组播大小的限制来将消息体数据划分为大小一致的净载荷块，而是进一步支持根据净载荷数据的内容不同而采用不同的划分机制。例如，可以根据消息体中数据的类型、大小、以及不同类型数据的压缩方式来进行划分。根据实际需要，净载荷处理器214也可以根据其他预定的划分策略来进行划分。

·消息结合器216

消息结合器216适用于将从SIP呈现服务器122接收的组播报头和从净载荷处理器214接收的净载荷块结合成为适用于组播发送的SIP消息，以便进行组播发送。

在根据本发明的示例性实施方式中，SIP呈现服务器122首先将所有参与者加入组播组的IP地址，并且通过IP组播机制来向所有观察者进行通知。因而，在初始化过程中，需要对SIP呈现服务器122进行配置以便使用组播机制。一旦呈现实体与观察者建立了订阅关系，则对观察者指定特定的组播IP地址。

如图2中所示，在接收到需要向多个用户发送的SIP消息时，执行以下步骤：

1.消息分割器212接收将要发布的原始SIP消息(如箭头A所示)；

2.消息分割器212将此消息划分成为报头和消息体两部分，然后向SIP呈现服务器122发送报头(如箭头B所示)，并向净载荷处理器214发送消息体(如箭头C所示)；

3.SIP呈现服务器122向SIP消息分配所指定的组播IP地址，以便向其他参与者组播发送消息，由此形成组播报头(如箭头D所示)；

4.净载荷处理器214将SIP消息体划分成为适用于底层网络组播限制大小的块，并将其输出至消息结合器216(如箭头E所示)；

5.消息结合器216分别将净载荷块以及相对应的组播报头结合成为可以组播发送的SIP消息，以便进行组播发送(如箭头F所示)。

当终端收到这些SIP消息后，根据SIP消息的报头的信息对包体进行重组。

在图3中示出了对SIP呈现服务器122进行的初始化过程的流程图。

现在首先解释图3中初始化过程的各个步骤。通过上文可知，为了避免在SIP网络中产生大量重复发送的数据、降低网络拥塞的风险并提高网络传输速度，本发明实施方式的方法采取组播方式发送SIP消息。此时SIP呈现服务器122的初始化过程300包括如图3中所示的步骤。

首先，在步骤S302中，将呈现服务器配置为使用组播机制。

其后，在步骤S304中，对建立订阅关系的观察者指定特定的组播IP地址。

举例而言，假设呈现实体标记为user19.148.45.100:5060，而在SIP网络中存在两个观察者，这两个用户订阅了他们所感兴趣的呈现实体的呈现状态，已知这两个观察者分别标记为PublishSubscribe19.148.45.189:5060和PublishSubscribe29.148.45.109:5060。由此，初始化步骤包括：将两个观察者加入组播地址group224.2.0.1:5060，这样呈现实体仅需向该地址发送一个SIP消息，即以组播方式发送SIP消息。

现在参考图4，图4示出了根据本发明的一个示例性实施方式的用于在SIP网络中支持组播发送的方法的示意性流程图。

在步骤S402中，消息分割器212将所接收的SIP消息分割成为SIP报头和SIP消息体(即，媒体净载荷)两部分，并且分别向SIP呈现服务器122发送SIP报头，向净载荷处理器214发送SIP消息体。

在PoC情况下，消息体是指SIP消息中所包含的媒体净载荷信息，诸如语音信息等。将SIP消息分割成为报头和消息体两部分的原因在于，需要分别针对报头和消息体进行处理：呈现服务器需要向SIP消息指定组播IP地址；而对于消息体部分，在大小超过底层网络组播限制的情况下，需要将该消息体划分成为满足底层网络组播限制的多个块，并且与处理后的报头进行结合后，以多个SIP消息的形式进行组播发送。

然后，在步骤S404中，SIP呈现服务器122向报头消息分配所指定的组播IP地址，即，将SIP报头处理为组播报头。具体包括对报头中的Request-URI和VIA域增加组播地址，将传输方式的描述全部修改为UDP。

在步骤S406中，净载荷处理器214可以根据组播限制，对SIP消息体进行处理。

具体地，净载荷处理器214判断SIP消息体的大小是否大于底层组播网络对于数据大小的限制。如果所接收的SIP消息大于底层组播网络所支持的组播限制，将所接收的净载荷划分为适用于底层网络组播限制的块。净载荷处理器214可以根据预先配置或者从底层网络中获取组播大小的限制，同时可选地根据正在处理的消息体中的媒体类型、媒体大小、媒体压缩方式等因素，来将SIP消息体中的净载荷划分成为大小适合的块。还可以使用其他预定策略来进行划分，例如，将消息体划分成为多个大小相等的块，或者每次截取与底层网络限制大小相等的块、并将最后剩余的数据作为一个块，等等。

如果所接收的SIP消息小于底层网络所支持的组播限制，则净载荷处理器214直接将消息体发送到消息结合器216，而不做任何处理。

然后，在步骤S408中，消息结合器216将来自SIP呈现服务器122的组播报头以及来自净载荷处理器214的适合组播的净载荷块进行结合。即，将上述组播报头分别与一个或者多个消息体块进行结合，以形成适用于组播发送的SIP消息块，以便组播发送处理后得出的SIP消息块。因为消息结合器216知道原有的SIP消息体被切割成的SIP消息体块的数目，因而消息结合器216可以知道为多少个消息体组装同样的SIP报头。在结合过程中，消息结合器216需要对报头中的Contet-Length以及CSeq两个域进行调整。具体调整过程如下：消息结合器216根据消息体块的大小计算并调整Content-Length，根据消息体块的序号调整CSeq，增加一个新属性标识，即被划分后的消息块的编号(例如新属性标识为“3.1”，其表示原SIP消息被划分为3块，该消息是3块中的第1块)。假设原SIP消息的CSeq值为“1NOTIFY”，其被划分为3个新的SIP消息，则新的若干SIP消息的CSeq分别为“1NOTIFY 3.1”、“1NOTIFY3.2”和“1NOTIFY 3.3”。

现在参考图5，图5示出了根据本发明的一个实施方式的组播系统500的具体实现的示例性架构图。组播系统500可以包括呈现实体112、观察者114以及观察者116，所述三个用户通过根据本发明实施方式的方法来实现在SIP网络120中以组播方式发送大的SIP消息。从上文结合图2进行描述可见，需要使用诸如消息分割器212、净载荷处理器214、消息结合器216的附加装置来实现根据本发明的方法。

应该理解，在图2的框图中所示的消息分割器212、净载荷处理器214、消息结合器216仅仅是以逻辑形式概括了需要实现的三种功能的装置。在本发明的一个具体实现中，可以使用一个硬件设备，例如，IBM的DataPower服务器，来完成上述三个附加装置的功能。在下文中，将简要概括根据本发明的一个示例性实施方式的具体实现。

首先，将SIP呈现服务器122配置为使用组播机制(在图5中未示出)，一旦在呈现实体112、观察者114以及观察者116之间建立订阅，则对其赋予特定的组播IP地址。为清楚起见，在此实例中仅给出了在一个硬件设备DataPower 530上实现本发明的消息分割器212、净载荷处理器214以及消息结合器216的实例，并且在此实例中，SIP消息大于底层网络中组播大小的限制。

如图5中所示，在SIP网络120中包括SIP呈现服务器122以及DataPower 530。在DataPower 530上实现了图2所示的消息分割器212、净载荷处理器214以及消息结合器216的逻辑功能。在图5中，在与观察者114、观察者116已经建立订阅之后，呈现实体112发送PUBLISH消息(如图中箭头A所示)。此时的消息分别包括报头510以及消息体520两部分，其中报头510为SIP消息的消息头，而消息体520是指SIP消息中的媒体净载荷，诸如语音数据。

如图5中箭头A所示，DataPower 530在接收到呈现实体112发送的包含报头510和消息体520的SIP消息之后，将该消息分割成为两部分：报头510和消息体520(分别如箭头B和箭头C所示)，并且将报头510沿箭头D所示的方向发送至SIP呈现服务器122，将消息体(即，净载荷)520按照该组播网络310中所支持的组播大小限制来进行划分(如箭头G所示)，例如将其划分成为净载荷块522、524和526。同时，SIP呈现服务器122接收到报头510之后，向报头消息分配所指定的组播IP地址，形成新的组播报头510’(如箭头E所示)，其后沿箭头F所示的方向将组播报头510’发送至DataPower 530。

DataPower 530将净载荷块522、524和526分别与来自SIP呈现服务器122的组播报头510’进行结合，并形成新的组播消息(如图中箭头I所示)。最后，在组播网络310中，处理后的组播消息发送至观察者114和116(分别如箭头K和箭头L所示)。

在下文中，将以具体实例的形式进一步示出如何使用根据本发明的方法来实现以组播方式分块发送SIP消息。

在如图5所示的SIP环境中，假设呈现实体112标记为user19.148.45.100:5060，而观察者114、116分别标记为PublishSubscribe19.148.45.189:5060和PublishSubscribe29.148.45.109:5060。SIP呈现服务器122的IP地址为9.148.4.5。

根据本发明实施方式，呈现实体112需要将两个观察者114和116加入组播地址group224.2.0.1:5060，这样呈现实体112仅需要发送一个SIP消息(即，消息1)，此时消息1大小为2987字节。

消息1
	NOTIFY sip:group224.2.0.1:5060；transport＝UDP；maddr＝224.2.0.1SIP/2.0From：<sip:user19.148.45.100:5060>；tag＝22840064395315307_WPS.server1.1152797527040.3_16_11To：<sip:group224.2.0.1:5060；transport＝UDP>；tag＝1VIA：SIP/2.0/UDP 9.148.4.5:4000；ttl＝16；maddr＝224.2.0.1；branch＝z9hG4bKa7c6a8dlze.1Call-ID：1-114939.148.4.5Max-Forwards：69CSeq：1NOTIFYContent-Type：application/voiceContent-Length：2987……

然而，根据UDP组播特性，上文中的消息1必须拆分成小的数据包，这是由于在UDP协议中数据包的大小不能超过UDP数据包的最大限制。假设UDP包的大小上限为1500字节，则除SIP消息头以外，消息体最多可以容纳1024字节。在上文的示例中，原始SIP消息(即，消息1)为2987字节，因此，根据本发明的实施方式，消息1将被拆分为如下所示的3个SIP消息：消息2、消息3和消息4，其消息体大小分别为1024字节、1024字节以及939字节。

消息2
	NOTIFY sip:group224.2.0.1:5060；transport＝UDP；maddr＝224.2.0.1SIP/2.0From：<sip:user19.148.45.100:5060>；tag＝22840064395315307_WPS.server1.1152797527040.3_16_11To：<sip:group224.2.0.1:5060；transport＝UDP>；tag＝1VIA：SIP/2.0/UDP 9.148.4.5:4000；ttl＝16；maddr＝224.2.0.1；branch＝z9hG4bKa7c6a8dlze.1Call-ID：1-114939.148.4.5Max-Forwards：69CSeq：1NOTIFY 3.1Content-Type：application/voiceContent-Length：1024……

消息3
	NOTIFY sip:group224.2.0.1:5060；transport＝UDP；maddr＝224.2.0.1SIP/2.0From：<sip:user19.148.45.100:5060>；tag＝22840064395315307_WPS.server1.1152797527040.3_16_11To：<sip:group224.2.0.1:5060；transport＝UDP>；tag＝1VIA：SIP/2.0/UDP 9.148.4.5:4000；ttl＝16；maddr＝224.2.0.1；branch＝z9hG4bKa7c6a8dlze.1Call-ID：1-114939.148.4.5Max-Forwards：69CSeq：1NOTIFY 3.2Content-Type：application/voiceContent-Length：1024……

消息4
	NOTIFY sip:group224.2.0.1:5060；transport＝UDP；maddr＝224.2.0.1SIP/2.0From：<sip:user19.148.45.100:5060>；tag＝22840064395315307_WPS.server1.1152797527040.3_16_11To：<sip:group224.2.0.1:5060；transport＝UDP>；tag＝1VIA：SIP/2.0/UDP 9.148.4.5:4000；ttl＝16；maddr＝224.2.0.1；branch＝z9hG4bKa7c6a8dlze.1Call-ID：1-114939.148.4.5Max-Forwards：69CScq：1NOTIFY 3.3Content-Type：application/voiceContent-Length：939……

应该理解，根据如图2和图4所示的根据本发明的实施方式，还可以实现其他的实施方式。而图5中所示的实施方式仅仅是其中一个示意性实施方式的框图，还可以以其他形式实现本发明。

另外，在SIP网络中，如图2中所示的消息分割器212、净载荷处理器214、消息结合器216还可以IBM DataPower以外的其他一个或者多个硬件设备上实现，并且可以以硬件方式实现、可以以软件方式实现、或者以硬件和软件相结合的方式实现。

可选地，在SIP呈现服务器122以外的网络实体上分别实现消息分割器212、净载荷处理器214、消息结合器216。

此外，在如图4中所示的根据本发明实施方式的方法流程图中，还可以以图示以外的其他顺序来进行操作。

本领域技术人员应该理解，在实际环境中，可以对上述实施方式及其变型中的各个特征和步骤进行任意组合，只要能够将原始SIP消息处理成为支持组播发送的组播消息即可。

与现有技术相比，本发明的实施方式主要有以下优点：

1)针对现有技术中SIP呈现服务器处理负担过重的情况，提出了一种对SIP消息的报头与消息体分别进行处理的方法，即在SIP消息进入SIP呈现服务器之前，将报头与消息体进行分割，并且仅将报头数据输入SIP呈现服务器进行处理，进而减少呈现服务器的处理负载；

2)针对现有技术中组播技术对于数据包大小的限制，提出了一种对大于阈值限制的数据包的消息体进行划分、其后与经过处理的报头重新结合的方法；

3)为保持现有网络结构中SIP呈现服务器与本发明实施方式的兼容性，即保证在尽量不修改现有SIP呈现服务器的情况下使用根据本发明实施方式的方法，在现有SIP网络中添加新的组件来实现分割、划分和结合处理；

4)为解决现有技术中难以处理不同组播网络条件对数据包大小的不同限制，将实现对数据包进行划分、结合处理的新组件放置在SIP网络中，从而可以根据组播网络底层架构对于组播数据包大小的限制来进行划分、结合处理。

本发明可以以硬件、软件、固件以及它们的组合来实现。本领域技术人员应该认识到，也可以在供任何合适数据处理系统使用的信号承载介质上所设置的计算机程序产品中体现本发明。这种信号承载介质可以是传输介质或用于机器可读信息的可记录介质，包括磁介质、光介质或其他合适介质。可记录介质的示例包括：硬盘驱动器中的磁盘或软盘、用于光驱的光盘、磁带，以及本领域技术人员所能想到的其他介质。本领域技术人员应该认识到，具有合适编程装置的任何通信终端都将能够执行如程序产品中体现的本发明方法的步骤。

从上述描述应该理解，在不脱离本发明精神的情况下，可以对本发明各实施方式进行修改和变更。本说明书中的描述仅仅是用于说明性的，而不应被认为是限制性的。本发明的范围仅受权利要求书的限制。

Claims (11)

1.一种用于在SIP网络中支持组播发送的方法，包括：

将接收的SIP消息分割成为SIP报头和SIP消息体，其中向SIP呈现服务器仅发送所述SIP报头以获得SIP组播报头；

对SIP消息体进行相应处理，以获得适合组播的SIP消息体；以及

将由SIP呈现服务器针对组播对所述SIP报头进行处理而得到的SIP组播报头与适合组播的SIP消息体进行结合，以便进行组播发送，

其中所述方法实现在不同于SIP呈现服务器的网络实体中。

2.根据权利要求1所述的方法，其中对SIP消息体进行相应处理包括：如果所述SIP消息体大于组播网络对组播数据包大小的限制，则将所述SIP消息体划分为适合组播的多个SIP消息体。

3.根据权利要求1所述的方法，其中对SIP消息体进行相应处理包括：如果所述SIP消息体小于或等于组播网络对组播数据大小的限制，则不对所述SIP消息体进行处理。

4.根据权利要求2所述的方法，其中将所述SIP消息体划分为适合组播的多个SIP消息体进一步包括：根据所述SIP消息体中净载荷的类型、大小、压缩方式来对所述SIP消息体进行划分。

5.根据权利要求4所述的方法，其中将所述SIP消息体划分为适合组播的多个SIP消息体进一步包括：根据预定的划分策略来对所述SIP消息进行划分。

6.一种用于在SIP网络中支持组播发送的设备，包括：

分割器，用于将接收的SIP消息分割成为SIP报头和SIP消息体，其中向SIP呈现服务器仅发送所述SIP报头以获得SIP组播报头；

处理器，用于对SIP消息体进行相应处理，以获得适合组播的SIP消息体；以及

组合器，用于将针对组播对所述SIP报头进行处理而得到的SIP组播报头与适合组播的SIP消息体进行结合，以便进行组播发送，

其中所述设备实现在不同于SIP呈现服务器的网络实体中。

7.根据权利要求6所述的设备，其中如果所述SIP消息体大于组播网络对组播数据包大小的限制，则所述处理器将所述SIP消息体划分为适合组播的多个SIP消息体。

8.根据权利要求6所述的设备，其中如果所述SIP消息体小于或等于组播网络对组播数据包大小的限制，则所述处理器不对所述SIP消息体进行处理。

9.根据权利要求7所述的设备，其中所述处理器进一步被设置为根据所述SIP消息体中的净载荷的类型、大小或压缩方式来进行划分。

10.根据权利要求7所述的设备，其中所述处理器进一步被设置为根据预定的划分策略来对所述SIP消息体进行划分。

11.一种用于支持SIP消息组播发送的系统，包括：SIP呈现服务器和根据权利要求6到10任意一个所述的设备，其中SIP呈现服务器被设置为针对组播对SIP报头进行处理以得到SIP组播报头。

Images