CN101552952B - 一种广播呼叫的实现方法及系统 - Google Patents

Abstract

本发明公开了一种广播呼叫的实现方法，包括：主叫向业务控制单元发送邀请(INVITE)消息；在收到主叫发来的INVITE消息之后，业务控制单元中的主叫控制单元申请广播呼叫控制单元，并向被叫发送INVITE消息；在有被叫应答之前，所述主叫控制单元中的主叫控制单元完成与主叫的媒体协商过程；所申请的广播呼叫控制单元完成与被叫的媒体协商过程；在有被叫应答之后，所述业务控制单元释放所有未应答的被叫和广播呼叫控制单元，并建立主被叫之间的通话。本发明还公开了一种广播呼叫的实现系统。采用本发明可以有效地实现网络中需要资源预留以及不需要资源预留的主被叫的广播呼叫，从而提高网络服务质量。

Description

一种广播呼叫的实现方法及系统

技术领域

本发明涉及广播呼叫业务，尤其涉及一种广播呼叫的实现方法及系统。

背景技术

现有基于会话发起协议(SIP)的普通呼叫业务的一般过程为：主叫A通过业务控制单元向一个被叫B发起呼叫，并最终实现主叫A和被叫B之间的通话；其中，业务控制单元包含主叫控制单元，上述过程实际由主叫控制单元实现。但现有这种普通呼叫不能实现主叫A同时向多个被叫发起呼叫，也就是说不能实现广播呼叫(Group Call/Broadcast Call)，这里，广播呼叫也称为组呼或同振。

广播呼叫业务是一种重要的电信业务，其具体实现过程如下：主叫向业务控制单元发起呼叫，接着业务控制单元对可用的一个或多个被叫发起呼叫，在其中一个被叫应答后接续，进入呼叫通话状态，同时释放其他所有的被叫。

广播呼叫业务在传统的电路域中有着广泛的应用，特别在话务台系统和群内用户呼叫中的应用尤其多。随着网络协议(IP)及软交换技术在通信领域的应用，基于IP的广播呼叫也逐渐走向市场前端。但是，现有基于SIP的普通呼叫业务还不能实现广播呼叫，因此这会限制网络服务质量。

发明内容

有鉴于此，本发明的主要目的在于提供一种广播呼叫的实现方法及系统，能实现基于SIP的广播呼叫，从而提高网络服务质量。

为达到上述目的，本发明的技术方案是这样实现的：

一种广播呼叫的实现方法，包括：

主叫向业务控制单元发送携带自身会话描述协议(SDP，Session DescriptionProtoco1)信息的邀请(INVITE)消息；

在收到主叫发来的INVITE消息之后，业务控制单元中的主叫控制单元申请广播呼叫控制单元，并向被叫发送INVITE消息；

在有被叫向广播呼叫控制单元发送应答消息之前，所述主叫控制单元作为终结用户代理完成与主叫的媒体协商过程；所申请的广播呼叫控制单元作为发起端用户代理完成与被叫的媒体协商过程；

在有被叫向广播呼叫控制单元发送应答消息之后，所述业务控制单元释放所有未应答的被叫和广播呼叫控制单元，且当主叫支持但不需要资源预留或不支持资源预留时，业务控制单元建立主被叫之间的通话；或者当主叫支持且需要资源预留时，所述业务控制单元作为中间用户代理重新进行主被叫的媒体协商并建立主被叫之间的通话。

其中，该方法进一步包括：所述主叫控制单元收到INVITE消息后，记录INVITE消息中主叫SDP信息中的早期会话；且所述向被叫发送的INVITE消息中携带不含早期会话的SDP信息。

其中，所述主叫支持且需要资源预留；相应地，所述主叫控制单元收到INVITE消息中主叫的SDP信息后，调用SDP配置单元，并将主叫的SDP信息设置为支持但不需要资源预留的方式。

其中，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元申请回铃音，并调用SDP配置单元将回铃音转换成SDP信息，用转换的SDP信息与主叫进行媒体协商。

其中，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元调用SDP配置单元创建假的SDP信息，用所创建的SDP信息与主叫进行媒体协商。

其中，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元先申请回铃音，若申请失败，再调用SDP配置单元创建假的SDP信息，用所创建的SDP信息与主叫进行媒体协商。

其中，所述被叫向广播呼叫控制单元发送应答消息之前，该方法进一步包括：

在至少一个被叫向广播呼叫控制单元发送180消息之后，主叫控制单元向主叫发送180消息。

一种广播呼叫的实现系统，包括主叫、业务控制单元和被叫；其中，

主叫，用于向业务控制单元发送携带有自身SDP信息的INVITE消息；

业务控制单元，包括主叫控制单元和所申请的广播呼叫控制单元；其中，

主叫控制单元，用于在收到主叫发来的INVITE消息之后，申请广播呼叫控制单元，并向被叫发送INVITE消息；所述主叫控制单元还用于在有被叫向广播呼叫控制单元发送应答消息之前，作为终结用户代理完成与主叫的媒体协商过程；

广播呼叫控制单元，用于在有被叫向广播呼叫控制单元发送应答消息之前，作为发起端用户代理完成与被叫的媒体协商过程；

相应地，所述业务控制单元还用于在有被叫向广播呼叫控制单元发送应答消息之后，释放所有未应答的被叫和广播呼叫控制单元，且当主叫支持但不需要资源预留或不支持资源预留时，建立主被叫之间的通话；或者当主叫支持且需要资源预留时，作为中间用户代理重新进行主被叫的媒体协商并建立主被叫之间的通话；

被叫，用于接收主叫控制单元发来的INVITE消息，以及用于向广播呼叫控制单元发送应答消息。

由以上技术方案可以看出，本发明可以有效地实现网络中需要资源预留、以及不需要资源预留的主被叫的广播呼叫，从而提高网络服务质量。另外，本发明业务控制单元通过调用SDP配置单元和SDP匹配单元，可以很好地实现业务控制单元中的主叫控制单元作为一个终结用户代理的功能，完成与主叫的媒体协商；并且，业务控制单元通过引入广播呼叫控制单元，可以很好地解决与广播被叫的媒体协商。同时，业务控制单元与主被叫在进行媒体协商的过程中，可以调用SDP配置单元适当修改不必要的参数，从而简化媒体协商流程、简化网络结构，也有利于提高通信系统的稳定性和可靠性，进而很好地解决SIP协议中实现能为各种终端提供服务的功能。

附图说明

图1为本发明实现广播呼叫的基本流程图；

图2为本发明在主叫支持且需要资源预留、且被叫支持或不支持资源预留的情况下被叫应答前媒体协商的流程图；

图3为本发明在主叫支持且需要资源预留的情况下，被叫应答后主被叫重新进行媒体协商的实施例一流程图；

图4为本发明在主叫支持且需要资源预留的情况下，被叫应答后主被叫重新进行媒体协商的实施例二流程图；

图5为本发明在主叫支持且需要资源预留的情况下，被叫应答后主被叫重新进行媒体协商的实施例三流程图；

图6为本发明在主叫支持且需要资源预留的情况下，被叫应答后主被叫重新进行媒体协商的实施例四流程图；

图7为本发明在主叫支持但不需要资源预留或不支持资源预留、且被叫支持或不支持资源预留的情况下主被叫媒体协商的流程图；

图8为本发明广播呼叫的实现系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和要点更加清楚，下面结合附图对本发明进行说明。

如图1所示，本发明广播呼叫的实现方法包括以下步骤：

步骤101，主叫向业务控制单元发送携带自身SDP信息的INVITE消息。

步骤102，在收到主叫发来的INVITE消息之后，业务控制单元申请广播呼叫控制单元，并向一个或一个以上被叫分别发送INVITE消息。

其中，申请广播呼叫控制单元是指向自身内存申请内存块，将申请到的内存块作为广播呼叫数据块，用于存储广播呼叫控制单元的信息。

另外，由于此时业务控制单元仅包含主叫控制单元，因此广播呼叫控制单元实际是由主叫控制单元申请的，INVITE消息也是由主叫控制单元发送的。

另外，主叫发来的INVITE消息中包含有主叫的SDP信息，主叫控制单元对主叫的SDP信息作如下处理：仅记录主叫的SDP信息中的早期会话(early-session)，而不将该early-session携带到被叫，即发送给被叫的INVITE消息中携带不含early-session的SDP信息，这样做可以简化处理流程。

此外，若主叫支持且需要资源预留，则主叫控制单元还可对主叫的SDP信息作如下处理：调用SDP配置单元将主叫的SDP信息设置为支持但不需要资源预留的方式，这样做可以简化后续广播呼叫控制单元与被叫的媒体协商过程。这里，提到的SDP配置单元以及下文提到的SDP匹配单元分别是业务控制单元中包含的具有SDP配置功能或SDP匹配功能的单元。

步骤103，在有被叫向广播呼叫控制单元发送应答消息之前，主叫控制单元作为一个终结用户代理，完成与主叫之间的媒体协商过程；所申请的广播呼叫控制单元作为一个发起端用户代理，完成与被叫之间的媒体协商过程。

其中，若主叫支持且需要资源预留，则在主叫控制单元与主叫的媒体协商过程中，主叫控制单元申请回铃音，并调用SDP配置单元将申请的回铃音转换成SDP信息，用转换的SDP信息与主叫进行媒体协商；或者，不申请回铃音，直接调用SDP匹配单元创建假的SDP信息，用所创建的SDP信息与主叫进行媒体协商；又或者，主叫控制单元先申请回铃音，若申请失败，再调用SDP配置单元创建假的SDP信息，用该假的SDP信息与主叫进行媒体协商。这里，如何转换SDP信息以及如何创建SDP信息为现有技术，在此不再赘述。

另外，在被叫应答之前，所述实现方法进一步包括：

在至少一个被叫向广播呼叫控制单元发送180消息之后，主叫控制单元才向主叫发送180消息。

步骤104，在有被叫向广播呼叫控制单元发送应答消息之后，业务控制单元释放所有未应答的被叫和广播呼叫控制单元，并建立主被叫之间的通话。

其中，若主叫支持且需要资源预留，则在被叫应答之后、建立主被叫之间通话之前，步骤104进一步包括：所述主叫控制单元作为一个中间用户代理重新进行主被叫的媒体协商。

上述流程还可包括以下失败的处理：如果主叫失败，则释放所有广播呼叫的被叫；广播呼叫的被叫失败，则仅释放该路被叫，但如果该被叫为最后一路广播呼叫的被叫，则释放整个呼叫。

其中，进行资源预留是为了保证在确认主叫和/或被叫的资源预留都已经成功之前，被叫不应振铃，以最大限度减少被叫方振铃但接听电话又失败的情况。

这里，主叫和被叫可以为相同或不同类型的终端，该终端包括：固定话机、综合业务数字网终端、SIP终端、H323终端、软终端、全球移动通信系统移动电话、码分多址移动电话、第三代移动通信移动电话、无线局域网终端、个人手持电话系统终端。

以下通过两个实施例对本发明作进一步详细说明。

本发明广播呼叫的实现方法需要对主叫支持且需要资源预留、及主叫支持但不需要资源预留或主叫不支持资源预留的情况作区别处理。

如图2所示，在主叫支持且需要资源预留、且被叫支持或不支持资源预留的情况下，本发明广播呼叫的实现过程包括以下步骤：

步骤201，主叫A向业务控制单元发起呼叫，即发送INVITE消息，该INVITE消息中携带主叫A的SDP信息。

步骤201之后业务控制单元分别与主叫和被叫进行媒体协商，其中，步骤202a～207a是业务控制单元中的主叫控制单元与主叫进行媒体协商的过程；步骤202b表示主叫控制单元向被叫发起呼叫，之后步骤203b～212b是业务控制单元中的广播呼叫控制单元与被叫进行媒体协商的过程。

步骤202a，业务控制单元在收到INVITE消息之后，业务控制单元中的主叫控制单元向主叫A发送183消息，该183消息中携带假的SDP信息。

其中，该假的SDP信息可以是主叫控制单元申请的回铃音，具体地说是：主叫控制单元在收到INVITE消息之后申请回铃音，并调用SDP配置单元将申请的回铃音转换成SDP信息。这样做的优点是业务控制单元可以统一给主叫A放音，也可以根据业务需要设置个性化的回铃音，但缺点是申请回铃音失败后呼叫就直接失败，会影响呼叫业务的使用。

或者，该假的SDP信息可以是由SDP配置单元创建的，也即不申请回铃音。这样做的优点是流程简单、放音由网络侧自己处理，简化流程。

另外，也可以在申请回铃音失败后再由SDP配置单元创建假的SDP信息，这样做的优点是可以提高网络服务质量和网络性能。

主叫A在收到该183消息之后，进行自身和主叫控制单元的媒体能力匹配，并进行资源预留。

另外，主叫A判断收到的183消息中是否携带100rel字段，如果有，则先执行步骤203a和204a，再执行步骤205a；否则，直接执行步骤205a。

步骤203a，针对收到的183消息中携带的100rel字段，主叫A向主叫控制单元发送临时响应(PRACK)消息。

步骤204a，针对收到的PRACK消息，主叫控制单元向主叫A发送200OK消息。

步骤205a，在主叫A资源预留成功之后，主叫A向主叫控制单元发送更新(UPDATE)消息，携带主叫A的预留成功的SDP信息。

步骤206a，主叫控制单元向主叫A发送200OK消息，表示双方媒体协商成功。

步骤202b，主叫控制单元收到INVITE消息之后，向被叫发送INVITE消息，该INVITE消息中携带SDP信息。

本实施例中，被叫以被叫B和C为例子，实际应用中，广播呼叫的被叫可以为一个或一个以上。

其中，该SDP信息可以是未经修改的主叫发送给业务控制单元的SDP信息，也可以是经过更改设置后的主叫A的SDP信息。

例如，对于主叫A的SDP信息中早期会话(early-session)有两种处理方法：一种是进行透传，通过INVITE消息将其携带到被叫，对于后续被叫回应的消息中如果携带有早期媒体(early-media)的，主叫控制单元直接将其拒绝；另一种是不透传，主叫控制单元只记录该early-session的消息，不将其携带到被叫。后者比前者简化了处理流程；实际上，由于此时主叫A和被叫并没有进行真正的媒体协商，所以无需将early-session携带到被叫，因此优选第二种处理方法。

另外，业务控制单元可以调用SDP配置单元将主叫A的SDP信息设置为支持但不需要资源预留的方式，这样可以省去后面的步骤203b至207b而直接执行步骤208b，从而简化处理流程。

业务控制单元收到INVITE消息之后，还申请广播呼叫控制单元。后续与被叫的媒体协商由广播呼叫控制单元处理。

步骤203b，被叫向广播呼叫控制单元发送183消息，该183消息中携带被叫的SDP信息。

在广播呼叫控制单元收到183消息之后，调用SDP匹配单元进行业务呼叫控制单元与被叫的媒体能力匹配，并进行假的资源预留。

广播呼叫控制单元判断收到的183消息中是否携带100rel字段，如果有，则先执行步骤204b和205b，再执行步骤206b；否则，直接执行步骤206b。

步骤204b，广播呼叫控制单元向被叫发送PRACK消息。

步骤205b，被叫向广播呼叫发送200OK消息。

步骤206b，在假的资源预留成功之后，广播呼叫控制单元向被叫发送UPDATE消息，该UPDATE消息中携带假的预留成功的SDP信息。

步骤207b，被叫向广播呼叫控制单元发送200OK消息，表示被叫和广播呼叫控制单元媒体协商成功。

其中，如果被叫支持资源预留，则在被叫的资源预留成功之后，被叫向广播呼叫控制单元发送200OK消息，且该200OK消息中携带被叫预留成功的SDP信息。如果被叫不支持资源预留，则可直接发送200OK消息。由此可知，无论被叫是否需要资源预留，都体现在发送的200OK消息中，因此本发明无需对被叫支持资源预留或被叫不支持资源预留的情况作区别处理。

步骤208b，被叫振铃，向广播呼叫控制单元发送180消息。

步骤207a，主叫控制单元向主叫A发送180消息。

之所以在这里描述步骤207a是因为：在被叫向广播呼叫控制单元发送180消息之前，如果主叫控制单元已向主叫A发送180消息，则相当于被叫未振铃，而主叫却能收听回铃音，这种情况是不合理的。因此，在至少有一个被叫发送180消息之后，主叫控制单元才应向主叫A发送180消息，以保证主叫A和被叫的同步。

步骤209b，被叫向广播呼叫控制单元发送200OK消息，表示对业务控制单元发送的INVITE消息的成功应答。

步骤210b，广播呼叫控制单元向被叫发送确认(ACK)消息，表示确认会话的建立。

如果在步骤209b中200OK消息是被叫B发送的，则该ACK消息发送给被叫B。

步骤211b，广播呼叫控制单元向其他被叫发送取消(CANCEL)消息，表示要求释放其他被叫。

承接步骤209b中的例子，由于应答消息即200OK消息是由被叫B发送的，所以相应地，此处被释放的被叫为被叫C。

步骤212b，针对收到的CANCEL消息，其他被叫向广播呼叫控制单元发送200OK消息，表示释放其他被叫；之后业务控制单元释放广播呼叫控制单元。

在上述流程中，主叫控制单元作为终结用户代理，完成与主叫A的媒体协商；而广播呼叫控制单元作为发起端用户代理，完成与被叫的媒体协商，这两类处理是分别进行的，即步骤202a至步骤207a与步骤202b至步骤208b是并行处理的。但其中有一特殊之处：为保证主叫A和被叫的同步，在主叫控制单元在向主叫发送180消息(即步骤207a)之前，最好先确认是否已有被叫向广播呼叫控制单元发送180消息(即步骤208b)。

上述流程完成之后，主叫A处理振铃态，被叫B处于通话态；由于主叫和被叫并没有进行真正的媒体协商，因此此时主叫和被叫并未建立通话；接下来，为使主叫A和被叫B能实现通话，主叫控制单元将作为中间用户代理重新进行主被叫的媒体协商。

以下列举主被叫重新进行媒体协商的四种典型情况，但主被叫重新进行媒体协商并不仅限于这四种情况，本领域技术人员可根据此处所列的实施例类推出其他的情况，因此在此不再一一列出主被叫重新进行媒体协商的所有情况。

图3示出了第一种主被叫重新进行媒体协商的流程，该流程主要是在步骤304资源没有预留成功，之后主叫资源预留成功后主动发起UPDATE的情况。如图3所示，主被叫重新进行媒体协商的过程包括以下步骤：

步骤301，主叫控制单元向被叫B发送Re-INVITE消息，该Re-INVITE消息中不携带SDP信息。

根据图3所示，Re-INVITE消息是业务控制单元发送的，但由于此时广播呼叫控制单元已被释放，因此实际上此时的业务控制单元相当于主叫控制单元。

步骤302，应答用户向主叫控制单元发送200OK消息，该200OK消息中携带应答用户的SDP信息。

在本实施例中，应答用户即被叫B。

步骤303，主叫控制单元向主叫A发送UPDATE消息，该UPDATE消息中携带被叫B的SDP信息。

步骤304，主叫A向主叫控制单元发送200OK消息，该200OK消息中携带A的SDP信息。

步骤305，主叫控制单元向被叫B发送ACK消息，该ACK消息中携带主叫A的SDP信息。

步骤306，主叫A向主叫控制单元发送UPDATE消息，该UPDATE消息中携带主叫A的预留成功的SDP信息。

在步骤303中，主叫A收到UPDATE消息后，主叫A就开始进行主被叫的媒体能力匹配以及进行资源预留，但在步骤304发送200OK消息时主叫A有可能资源还未预留成功。因此，主叫A资源预留成功之后，主动发起UPDATE消息。

步骤307，业务控制单元向被叫B发送Re-INVITE消息，该Re-INVITE消息中携带主叫A的预留成功的SDP信息。

步骤308，被叫B向业务控制单元发送200OK消息，该200OK消息中携带B的预留成功的SDP信息。

从步骤308可以看出，本实施例中被叫B是需要资源预留的。

步骤309，主叫控制单元向主叫A发送200OK消息，该200OK消息中携带被叫B的预留成功的SDP信息。

步骤310，主叫控制单元向被叫B发送ACK消息。

步骤311，主叫控制单元向主叫A发送200OK消息，表示对主叫A最初发送的INVITE消息的成功应答。

步骤312，主叫A向主叫控制单元发送ACK消息。

至此，主被叫媒体协商成功，可以进入通话态。

图4示出了第二种主被叫重新进行媒体协商的流程，该流程主要是在步骤404资源预留成功的情况。如图4所示，主被叫重新进行媒体协商的过程包括以下步骤：

步骤401，主叫控制单元向被叫B发送Re-INVITE消息，该Re-INVITE消息中不携带SDP信息。

步骤402，被叫B向主叫控制单元发送200OK消息，该200OK消息中携带被叫B的SDP信息。

步骤403，主叫控制单元向主叫A发送UPDATE消息，该UPDATE消息中携带被叫B的SDP信息。

步骤404，主叫A向主叫控制单元发送200OK消息，该200OK消息中携带主叫A的预留成功的SDP信息。

步骤405，主叫控制单元向被叫B发送ACK消息，该ACK消息中携带主叫A的预留成功的SDP信息。

步骤406，主叫控制单元向主叫A发送200OK消息，表示对主叫A最初发送的INVITE消息的成功应答。

步骤407，主叫A向主叫控制单元发送ACK消息。

至此，主被叫媒体协商成功，可以进入通话态。

图5示出了第三种主被叫重新进行媒体协商的流程，该流程主要是在给被叫B发送Re-INVITE消息之后对应183消息的响应流程。如图5所示，主被叫重新进行媒体协商的过程包括以下步骤：

步骤501，主叫控制单元向被叫B发送Re-INVITE消息，该Re-INVITE消息中不携带SDP信息。

步骤502，被叫B向主叫控制单元发送183消息，该183消息中携带被叫B的SDP信息。

步骤503，主叫控制单元向主叫A发送UPDATE消息，该UPDATE消息中携带被叫B的SDP信息。

步骤504，主叫A向主叫控制单元发送200OK消息，该200OK消息中携带主叫A的SDP信息。

步骤505，主叫控制单元向被叫B发送PRACK消息，该PRACK消息中携带主叫A的SDP信息。

步骤506，被叫B向主叫控制单元发送200OK消息。

步骤507，主叫A向主叫控制单元发送UPDATE消息，该UPDATE消息中携带主叫A的预留成功的SDP信息。

同图3所示的流程相似，本流程描述在步骤504资源没有预留成功，之后主叫资源预留成功后主动发起UPDATE的情况。

步骤508，主叫控制单元向被叫B发送UPDATE消息，该UPDATE消息中携带主叫A的预留成功的SDP信息。

步骤509，被叫B向主叫控制单元发送20OK消息，该200OK消息中携带被叫B的预留成功的SDP信息。

步骤510，主叫控制单元向主叫A发送200OK消息，该200OK消息中携带被叫B的预留成功的SDP信息。

步骤511，被叫B向主叫控制单元发送200OK消息，表示对业务控制单元发送的Re-INVITE消息的成功应答。

步骤512，主叫控制单元向主叫A发送200OK消息，表示对主叫A最初发送的INVITE消息的成功应答。

步骤513，主叫A向主叫控制单元发送ACK消息。

步骤514，主叫控制单元向被叫B发送ACK消息。

至此，主被叫媒体协商成功，可以进入通话态。

图6示出了第四种主被叫重新进行媒体协商的流程，该流程主要是在步骤605资源没有预留成功，之后被叫B资源预留成功后主动发起Re-INVITE的情况。如图6所示，主被叫重新进行媒体协商的过程包括以下步骤：

步骤601，主叫控制单元向被叫B发送Re-INVITE消息，该Re-INVITE消息中不携带SDP信息。

步骤602，被叫B向主叫控制单元发送200OK消息，该200OK消息中携带被叫B的SDP信息。

步骤603，主叫控制单元向主叫A发送UPDATE消息，该UPDATE消息中携带被叫B的SDP信息。

步骤604，主叫A向主叫控制单元发送200OK消息，该200OK消息中携带主叫A的SDP信息。

步骤605，主叫控制单元向被叫B发送ACK消息，该ACK消息中携带主叫A的SDP信息。

步骤606，被叫B向主叫控制单元发送Re-INVITE消息，该Re-INVITE消息中携带被叫B的预留成功的SDP信息。

步骤607，主叫控制单元向主叫A发送UPDATE消息，该UPDATE消息中携带B的预留成功的SDP信息。

步骤608，主叫A向主叫控制单元发送200OK消息，该200OK消息中携带主叫A的预留成功的SDP信息。

步骤609，主叫控制单元向被叫B发送200OK消息，该200OK消息中携带主叫A的预留成功的SDP信息。

步骤610，被叫B向主叫控制单元发送ACK消息。

步骤611，主叫控制单元向主叫A发送200OK消息。

步骤612，主叫A向主叫控制单元发送ACK消息。

至此，主被叫媒体协商成功，可以进入通话态。

以下描述本发明广播呼叫的另一种实现方法。

如图7所示，在主叫支持但不需要资源预留或不支持资源预留、且被叫支持或不支持资源预留的情况下，本发明广播呼叫的实现过程包括以下步骤：

步骤701，主叫A向业务控制单元发送INVITE消息，该INVITE消息中携带主叫A的SDP信息。

步骤702，业务控制单元中的主叫控制单元向一个或一个以上被叫发送INVITE消息，该INVITE消息中携带主叫A的SDP信息；且业务控制单元还申请广播呼叫控制单元。

该步骤与步骤207相似，故在此不再赘述。

步骤703，被叫向广播呼叫控制单元发送183消息，该183消息仅表示被叫已收到INVITE消息，因此该183消息中并不携带被叫B的SDP信息。

广播呼叫控制单元判断收到的183消息中是否携带100rel字段，如果有，则先执行步骤704和705，再执行步骤706；否则，直接执行步骤706。

步骤704，广播呼叫控制单元向被叫发送PRACK消息。

步骤705，被叫向广播呼叫控制单元发送200OK消息。

步骤706，被叫振铃，向广播呼叫控制单元发送180消息。

步骤707，主叫控制单元向主叫A发送180消息。

步骤708，被叫向广播呼叫控制单元发送200OK消息，该200OK消息中携带B的SDP信息。

步骤709，主叫控制单元向主叫A发送200OK消息，该200OK消息中携带被叫B的SDP信息。

步骤710，主叫A向主叫控制单元发送ACK消息。

步骤711，广播呼叫控制单元向被叫发送ACK消息。

步骤712，广播呼叫控制单元向其他被叫发送CANCEL消息。

步骤713，其他被叫向广播呼叫控制单元发送200OK消息，之后业务控制单元释放广播呼叫控制单元。

至此，主被叫媒体协商成功，进入通话态。

由上述流程可以发现，对于主叫支持但不需要资源预留、或主叫不支持资源预留的情况，业务控制单元可以先不申请回铃音，从而省去主叫控制单元与主叫的媒体协商，并且统一在被叫的应答消息即200OK消息中携带被叫的SDP信息，之后再将被叫的SDP信息发送到主叫侧以完成主被叫的媒体协商，建立主被叫之间的通话。这样可以不像主叫支持且需要资源预留的处理流程中还需重新进行媒体协商，从而简化处理流程。

为实现上述广播呼叫的方法，本发明相应还提供一种广播呼叫的实现系统，如图8所示，该实现系统包括：主叫10、业务控制单元20和被叫30；其中，

主叫10，用于向业务控制单元20发送携带有自身SDP信息的INVITE消息；

业务控制单元20，包括主叫控制单元21和所申请的广播呼叫控制单元22；其中，

主叫控制单元21，用于在收到主叫10发来的INVITE消息之后，申请广播呼叫控制单元22，并向被叫30发送INVITE消息；所述主叫控制单元21还用于在有被叫30向广播呼叫控制单元22发送应答消息之前，完成与主叫10的媒体协商过程；

广播呼叫控制单元22，用于在有被叫30向广播呼叫控制单元22发送应答消息之前，完成与被叫30的媒体协商过程；相应地，所述业务控制单元20还用于在有被叫30向广播呼叫控制单元22发送应答消息之后，释放所有未应答的被叫30和广播呼叫控制单元22，并建立主被叫之间的通话；

被叫30，用于接收主叫控制单元21发来的INVITE消息，以及用于向广播呼叫控制单元22发送应答消息。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种广播呼叫的实现方法，其特征在于，该实现方法包括：

主叫向业务控制单元发送携带自身会话描述协议SDP信息的邀请INVITE消息；

在收到主叫发来的INVITE消息之后，业务控制单元中的主叫控制单元申请广播呼叫控制单元，并向被叫发送INVITE消息；

在有被叫向广播呼叫控制单元发送应答消息之前，所述主叫控制单元作为终结用户代理完成与主叫的媒体协商过程；所申请的广播呼叫控制单元作为发起端用户代理完成与被叫的媒体协商过程；

在有被叫向广播呼叫控制单元发送应答消息之后，所述业务控制单元释放所有未应答的被叫和广播呼叫控制单元，且当主叫支持但不需要资源预留或不支持资源预留时，业务控制单元建立主被叫之间的通话；或者当主叫支持且需要资源预留时，所述业务控制单元作为中间用户代理重新进行主被叫的媒体协商并建立主被叫之间的通话。

2.根据权利要求1所述的广播呼叫的实现方法，其特征在于，该方法进一步包括：所述主叫控制单元收到INVITE消息后，记录INVITE消息中主叫SDP信息中的早期会话；且所述向被叫发送的INVITE消息中携带不含早期会话的SDP信息。

3.根据权利要求1所述的广播呼叫的实现方法，其特征在于，所述主叫支持且需要资源预留；相应地，所述主叫控制单元收到INVITE消息中主叫的SDP信息后，调用SDP配置单元，并将主叫的SDP信息设置为支持但不需要资源预留的方式。

4.根据权利要求1所述的广播呼叫的实现方法，其特征在于，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元申请回铃音，并调用SDP配置单元将回铃音转换成SDP信息，用转换的SDP信息与主叫进行媒体协商。

5.根据权利要求1所述的广播呼叫的实现方法，其特征在于，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元调用SDP配置单元创建假的SDP信息，用所创建的SDP信息与主叫进行媒体协商。

6.根据权利要求1所述的广播呼叫的实现方法，其特征在于，所述主叫支持且需要资源预留；相应地，所述主叫控制单元完成与主叫的媒体协商过程中，主叫控制单元先申请回铃音，若申请失败，再调用SDP配置单元创建假的SDP信息，用所创建的SDP信息与主叫进行媒体协商。

7.根据权利要求1所述的广播呼叫的实现方法，其特征在于，所述被叫向广播呼叫控制单元发送应答消息之前，该方法进一步包括：

在至少一个被叫向广播呼叫控制单元发送180消息之后，主叫控制单元向主叫发送180消息。

8.一种广播呼叫的实现系统，其特征在于，所述实现系统包括主叫、业务控制单元和被叫；其中，

主叫，用于向业务控制单元发送携带有自身SDP信息的INVITE消息；

业务控制单元，包括主叫控制单元和所申请的广播呼叫控制单元；其中，

主叫控制单元，用于在收到主叫发来的INVITE消息之后，申请广播呼叫控制单元，并向被叫发送INVITE消息；所述主叫控制单元还用于在有被叫向广播呼叫控制单元发送应答消息之前，作为终结用户代理完成与主叫的媒体协商过程；

广播呼叫控制单元，用于在有被叫向广播呼叫控制单元发送应答消息之前，作为发起端用户代理完成与被叫的媒体协商过程；

相应地，所述业务控制单元还用于在有被叫向广播呼叫控制单元发送应答消息之后，释放所有未应答的被叫和广播呼叫控制单元，且当主叫支持但不需要资源预留或不支持资源预留时，建立主被叫之间的通话；或者当主叫支持且需要资源预留时，作为中间用户代理重新进行主被叫的媒体协商并建立主被叫之间的通话；

被叫，用于接收主叫控制单元发来的INVITE消息，以及用于向广播呼叫控制单元发送应答消息。

Images