CN101123524B - 用于实现会议业务的方法 - Google Patents

Abstract

本发明提供了一种会议业务实现方法，包括以下步骤：步骤a，用户发起会议操作消息，会议操作消息中包括对应会议参与方的信息，所述信息包括会话标识，其对应会话，所述会议参与方处于所述会话对应的呼叫中；以及步骤b，网络收到所述会议操作消息，向所述会话标识对应的所述会议参与方发起重定向呼叫，以将所述会议参与方加入所述会议。

Description

用于实现会议业务的方法

技术领域

本发明涉及通信领域，更具体而言，涉及用于实现会议业务的方法。

背景技术

目前，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向着基于分组交换的宽带电信网发展，而使用SIP(SessionInitiation Protocol，会话发起协议)作为分组电信核心网的呼叫控制信令则是当前的技术发展趋势之一，如ITU-T(InternationalTelecommunication Union-Telecommunication StandardizationSector，国际电信联盟-电信标准部)和ETSI(EuropeanTelecommunications Standards Institute，欧洲电信标准协会)等标准组织对NGN(Next Generation Network，下一代网络)的研究，在这种新的分组电信网络中，新的分组终端SIP终端将逐步取代传统的终端话机。

其中，ETSI下属的TISPAN(Telecommunications and InternetConverged Services and Protocols for Advanced Networking，电信和因特网融合业务和协议先进网络)成立了多个工作项目(Work Item，缩写为WI)来研究在NGN中向SIP终端用户提供的业务，如WI03023(DTS/TISPAN-03023-NGN-R1NGN CONF)研究的会议(Conference，缩写为CONF)业务。

会议业务可以使用户能够发起、参与和控制一个有多方用户加入的通话。图1示出了在WI 03023当前标准草案Draft ETSI TS<3023>V<0.0.19>(2005-12)中给出的一个实现会议的信令流程示例，其流程简介如下；

步骤S102：用户A发起一个会话，呼叫一个PSTN/ISDN(PublicSwitched Telephone Network/Integrated Services Digital Network，公共电话交换网/综合业务数字网)用户；

步骤S104～S128：用户A和PSTN/ISDN用户之间会话建立成功，开始通话，其中，步骤S108，交互以保留资源，S116，交互以建立会话；

步骤S130：用户A申请创建一个会议，向处理会议业务的AS(Application Server，应用服务器，即处理会议业务的业务控制网元)发起一个会话；

步骤S132～S148：用户A申请的会议创建成功，其中，步骤S136，交互以创建会议；

步骤S150：用户A邀请和他正在通话的PSTN/ISDN用户加入到会议中，向处理会议业务的AS发送SIP REFER参考消息；

步骤S152～S160：SIP REFER消息到达处理会议业务的AS，AS发送SIP NOTIFY消息通知用户UE-A接收了这个REFER消息，其中，步骤S154a，交互以保留资源用于会议中的新参加者；

步骤S162：处理会议业务的AS根据收到的SIP REFER消息中设置的相关内容，向PSTN/ISDN用户发起会话，发送SIP INVITE消息；

步骤S164～S182：由于PSTN/ISDN用户属于传统电路域用户，电路域和分组域之间将由MGCF处理互通呼叫，SIP INVITE消息发送到MGCF(Media Gateway Control Function，媒体网关控制功能)，MGCF将“代替”PSTN/ISDN用户和会议之间创建会话，将PSTN/ISDN用户加入会议。处理会议业务的AS发送SIP NOTIFY消息通知用户A，REFER请求的操作成功，其中，步骤S166，交互以切换已有的送信频道至新的RTP会话，步骤S170a，交互以将新的参加者加入会议，步骤S182，将已有的送信频道切换至新的RTP会话；以及

步骤S184～S194：MGCF根据SIP INVITE消息中的Replaces信息，释放Replaces信息中设置的Dialog标识指定的会话(用户A和PSTN/ISDN用户之间已经建立的会话)。

更详尽的流程解释可参见上述的标准草案，本发明不再详细描述。

如上所述，用户需要先申请创建一个会议，会议创建成功后，再邀请参与方加入会议。

在上述的实现会议业务的流程中存在两个缺点：

1、步骤繁琐，会议创建的效率不高。用户A发起一个会议并将参与方加入会议的步骤繁琐，用户A需要先申请一个会议(发送SIP INVITE邀请消息)，会议申请成功后，再邀请参与方加入会议(发送SIP REFER参考消息)；以及

2、没有考虑会议业务和其它业务的关系。对一个已经建立的通话来说，该通话可以已经触发应用若干种业务，处理这些业务的业务控制网元已经位于该通话的信令路径中，上述流程中将该通话组成会议，可以看到，处理会议业务的AS分别和用户A、MGCF创建了两个新的会话，并且释放了用户A和MGCF已经建立的通话，显然，原先已经建立的通话应用的业务也被全部释放，但是对用户A来说，新组成的会议应该是在原来通话基础上的延续，原先已经应用的业务应该被保持，否则将导致用户原业务体验发生变化，甚至使会议组建失败，例如：

原先已经建立的通话，是用户A使用了预付费卡(如200卡)才能建立的国际长途通话(用户A使用的终端没有国际长途权限)，在该通话的信令路径中存在一个处理预付费业务的业务控制网元，显然，用户A新发起的申请会议的呼叫，也必须经过该预付费业务控制网元，否则要么该会议组建不成功(没有国际长途权限)、要么用户A通过这种组建会议的方式不使用预付费卡就能打国际长途；或者

在原先已经建立的通话过程中，或在该通话的呼叫发起时，用户A临时激活了某个业务，比如计费通知业务，显然，用户A组建会议后，他将无法继续收到来自网络的计费通知，除非他在新发起的申请会议呼叫时或在会议组建成功后，再次临时激活计费通知业务。

因此，人们需要一种实现会议的解决方案，能够解决上述相关技术中的问题。

发明内容

本发明旨在提供本发明将提出一种新的会议业务创建流程，能够解决上述相关技术中步骤繁琐以及影响其它业务的问题。

根据本发明的一个方面，提供了一种会议业务实现方法，包括以下步骤：步骤a，用户发起会议操作消息，会议操作消息中包括对应会议参与方的信息，所述信息包括会话标识，其对应会话，所述会议参与方处于所述会话对应的呼叫中；以及

步骤b，网络收到所述会议操作消息，向所述会话标识对应的所述会议参与方发起重定向呼叫，以将所述会议参与方加入所述会议。

通过上述技术方案，本发明实现了如下技术效果：

通过本发明的方案，由于在会议操作步骤中，在会议启动后，网络直接根据会议操作消息的信息将会议参与方加入会议，所以用户只需要操作一个步骤，就可以创建会议，并使会议资源和用户间的会议呼叫沿着已建立通话的信令路径，操作步骤简单；以及

由于网络沿着呼叫信令路径，建立会议，或者网络在会议资源申请成功的前提下，将该操作消息中携带的会话标识所关联的会话重定向至会议资源，以建立会议，所以使会议继续应用原通话触发的业务，使用户的原业务体验保持不变。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附

图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了在WI 03023当前标准草案Draft ETSI TS<3023>V<0.0.19>(2005-12)中给出的一个实现会议的信令流程示例；

图2示出了根据本发明的会议业务实现方法；

图3示出了根据本发明的一个实施例的会议业务实现方法；

图4示出了根据本发明的另一个实施例的会议业务实现方法；

图5示出了根据本发明的另一个实施例的会议业务实现方法；

图6示出了根据本发明的会议业务实现装置；

图7示出了根据本发明的实施例一的消息流程图；以及

图8示出了根据本发明的实施例二的消息流程图。

具体实施方式

下面将参考附图详细说明本发明。

从前面分析可以看出，现有技术中，用户需要先申请一个会议，再邀请参与方加入会议，如果能将这两个步骤合一，在申请会议的同时邀请参与方加入，则就可以简化会议创建步骤，提高效率；此外现有技术中，用户申请会议以及会议将参与方加入，都是两个新的呼叫，如果能重用原来已经建立的通话的信令路径，则也可以简化会议创建步骤。

图2示出了根据本发明的会议业务实现方法。

如图2所示，根据本发明的会议业务实现方法包括以下步骤：

步骤S202，用户发起会议操作消息，会议操作消息中包括对应会议参与方的信息；以及

步骤S204，网络或会议参与方收到会议操作消息，将信息所对应的会议参与方和/或用户加入会议。

图3示出了根据本发明的一个实施例的会议业务实现方法。

如图3所示，根据本发明的会议业务实现方法包括以下步骤：

步骤S302，用户发起一个会议操作消息，其中携带会议参与方对应的用户标识和/或会话标识；以及

步骤S304，网络或会议参与方收到会议操作消息，将用户标识和/或会话标识对应的用户加入会议，其中，

可选地，在步骤S304中，网络向用户标识和/或会话标识对应的用户发起一个新呼叫或一个重定向呼叫，将该用户加入会议；

可选地，在步骤S304中，会议参与方或会议参与方归属网元根据会议操作消息的要求，向用户发起呼叫，以与用户以及会话标识对应的会议参与方组成会议。

可选地，网络收到用户的操作消息，通过和用户进行操作消息的交互，以将用户加入会议；

可选地，操作消息中设定需被关联的会话标识和/或会话标识对应会话的计费标识；

可选地，网络收到用户的操作消息，向用户发起一个新呼叫或一个重定向呼叫，将用户加入会议；

可选地，会议的会议资源可以在网络收到操作消息前被申请；也可以在网络收到操作消息后被申请；

可选地，网络收到用户的操作消息后，通过和用户进行操作消息的交互，以申请一个会议资源；或，网络收到用户的操作消息后，发起一个新操作，以申请一个会议资源；

可选地，网络根据操作消息中携带的会议业务标识，或者，根据操作消息中携带会议参与方对应的用户标识或会话标识的信息段，以申请一个会议资源。

可选地，操作消息中设定会话标识对应的会话的信令路径或会议操作消息的会话标识继承会话标识；以及

可选地，操作消息是：SIP INVITE邀请消息、SIP REFER参考消息、SIP SUBSCRIBE订阅消息、HTTP消息。

图4示出了根据本发明的另一个实施例的会议业务实现方法。

如图4所示，根据本发明的另一种会议业务实现方法包括如下步骤：

步骤S402，用户或网络发起一个会议操作消息，操作消息中设定该用户已经建立的通话的呼叫信令路径；以及

步骤S404，网络沿着呼叫信令路径，建立会议。

可选地，操作消息中携带要被加入会议的一个或多个的用户标识、和/或一个或多个的会话标识。

可选地，操作消息的目的为会议业务标识、会议资源标识、或用户标识。

可选地，会议操作消息的目的为会议业务标识、或会议资源标识、或用户标识。

可选地，会议操作消息的目的为用户标识，会议操作模块使会议参与方或参与方归属网元根据会议操作消息的要求，向用户标识所对应的用户发起呼叫，以与用户以及会议参与方组成会议。

图5示出了根据本发明的另一个实施例的会议业务实现方法。

如图5所示，根据本发明的又一种会议业务实现方法包括如下步骤：

步骤S502，用户发起一个会议操作消息，操作消息中携带关联会话的会话标识；以及

步骤S504，网络收到会议操作消息后申请会议资源，在会议资源申请成功的前提下，将该操作消息中携带的会话标识所关联的会话重定向至会议资源，以建立会议。

可选地，会议资源可以在网络收到会议操作后，申请成功；或在收到会议操作前，就已经申请成功。

可选地，会话可以是会话标识所指示的会话，或和会话标识所指示的会话背靠背的会话。

图6示出了根据本发明的会议业务实现装置600。

如图6所示，根据本发明的会议业务实现装置600包括：

发起模块602，用于发起会议操作消息，会议操作消息中包括对应会议参与方的信息；以及

会议操作模块604，用于使网络或会议参与方收到会议操作消息，将信息所对应的会议参与方加入。

下面将结合图7和图8，通过两个具体的实施例来说明采用本发明技术所实现的会议创建流程，本发明中所作的流程图示和文字说明仅为突出本发明的关键技术所作的解释，并不表示一个完整的呼叫和业务控制流程，也没有穷尽所有可能的分支流程。

图7示出了根据本发明的实施例一的消息流程图。

实施例一：用户A和用户B之间已经建立了通话，处理会议业务的应用服务器AS已经在会话建立阶段作为B2BUA(Back toBack User Agent，背靠背用户代理)加入至信令路径中，这样用户-A和AS之间的会话(Dialog)标识为Dialog-1，它是由Call-Id(呼叫标识)，本例中为“123@example.org”、to-tag(目的标签)，本例中为“xyz”、from-tag(源标签)，本例中为“pdq”，这三者组成。用户B和AS之间的会话标识为Dialog-2。

其中，该通话还触发应用了一个由AS1处理的业务，AS1位于该通话信令路径中。

如图7所示，流程包括以下步骤：

步骤S702，用户A申请会议，发送SIP INVITE邀请消息，消息示例如下：

INVITE sip:conference-factory1@mrfc1.home1.net SIP/2.0

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

Route：as1@home 1.net

呼叫目的地址为会议业务标识“conference-factory1@mrfc1.home1.net”，表示申请一个会议资源。

本发明中定义了一个Join-Dialog头域，该头域用来携带上述的Dialog-1，表示请求将本呼叫(用户A请求会议资源的呼叫)和已经存在的会话标识为Dialog-1对应的会话联合起来，即请求将会话标识为Dialog-1对应的会话加入到当前申请的会议呼叫中。

同时，在Route头域中，设定已建立通话的信令路径，如携带AS1的联系地址“as1@home1.net”。还可以在Route头域中设定位于已建立通话的信令路径中其它网元的联系地址，示例略。此外，这里也可以通过让上述的INVITE消息继承Dialog-1会话标识，这样网路将沿着Dialog-1会话的信令路径路由该INVITE消息，以达到重用已建立通话的信令路径的目的。

步骤S704，按照设定的信令路径，该SIP INVITE消息被发送至AS1。AS1将该SIP INVITE消息发送至会议AS。

步骤S706，会议AS收到该消息，申请一个会议资源成功，和用户A之间建立会话标识为Dialog-3的会议通道，具体过程略。

步骤S708，会议AS根据此前收到的SIP INVITE消息中Join-Dialog头域的指示要将新建立的Dialog-3会话和Dialog-1会话联合起来，由于Dialog-3会话本身就申请了一个会议资源，显然只需要将Dialog-1会话对应的用户B和该会议资源间建立会议通道即可。

另一方面，由于会议AS是作为B2BUA存在于用户A和用户B之间的信令路径中，AS得到Dialog-1对应的会话标识Dialog-2，则向用户B发起SIP re-INVITE重定向邀请消息，该消息中的会话标识为Dialog-2，请求将用户B已经建立的会话Dialog-2媒体改向至已经申请成功的会议资源。

步骤S710，会议资源和用户B之间的会议通道建立成功，该会议通道对应的会话标识为Dialog-2。具体过程略。用户A和用户B之间的会议创建成功。

步骤S712，会议AS释放原来的会话Dialog-1，发送SIP BYE再见消息。

步骤S714，AS1收到该SIP BYE消息，向用户A发送。这里需要说明的是，虽然这里释放了原先已经建立的会话Dialog-1，但是由于用户A和会议资源间的会话Dialog-3根据设定的信令路径经过了AS1，因此业务得以继续应用，用户的原业务体验得以保持。

而用户B侧的会话Dialog-2是被媒体改向至已经申请成功的会议资源，已经建立的信令路径并没有发生变化，因此用户B已经触发的业务得以继续保持应用。

可以看到，用户UE-A只发出了一个SIP INVITE消息，就完成了会议的创建并将参与方加入到会议中。

在上述实施例一中，已建立通话中，用户B侧的会话(Dialog-2)被重定向至会议资源，而用户A侧的会话(Dialog-1)则无法进行这样的操作，这时因为在用户A发起申请会议的操作时，会议资源还未被获得。在实施例二中，将给出一种可以使Dialog-1会话和Dialog-2会话都被重定向至会议资源的会议业务方式。

图8示出了根据本发明的实施例二的消息流程图。

实施例二的应用场景和实施例一类似，用户A和用户B之间已经建立了通话，会议AS作为B2BUA位于信令路径中，用户A和AS之间的会话标识为Dialog-1，用户B和AS之间的会话标识为Dialog-2。

如图8所示，根据本发明的实施例二的消息流程包括以下步骤：

流程解释如下：

步骤S802，用户A申请会议，向会议AS发送SIP REFER参考消息，消息示例如下：

REFER sip:conference-factory1@mrfc1.home1.net SIP/2.0

Refer-To：

<sip:user-b@home.net？Join-Dialog＝123@example.org％to-tag＝xyz％from-tag＝pdq；method＝INVITE>

Referred-By：<sip:user-a@home.net>

该SIP REFER消息的含义是：用户A要求会议AS向用户B(用户标识为sip:user-b@home.net)发起一个会话类型为INVITE消息的呼叫，以将该呼叫和已经建立的会话Dialog-1联合起来，即请求将会话标识为Dialog-1对应的会话加入到即将发起的会议呼叫中，该REFER操作的发起者是用户A(用户标识为sip:user-a@home.net)。

这里，Join-Dialog被携带在REFER消息的Refer-To头域中，当然，也可以直接作为一个头域携带在REFER消息中，示例略。

步骤S804，会议AS收到该SIP REFER消息，根据该消息的含义，AS要向用户B发起呼叫，因此AS需要主动先申请一个会议资源，用该会议资源作为主叫。而又由于AS和用户B之间已经存在有会话标识为Dialog-2对应的会话，因此AS只需要向用户B发起SIP re-INVITE重定向邀请消息，该消息中的会话标识为Dialog-2，请求将用户B已经建立的会话Dialog-2媒体改向至已经申请成功的会议资源。

步骤S806，用户B和会议建立媒体通道，具体过程略。

步骤S808，会议AS根据此前收到的SIP REFER中Join-Dialog头域的指示要将其发起的会议呼叫(Dialog-2会话)和Dialog-1会话联合起来，由于Dialog-2会话现在本身就包含了一个申请成功的会议资源，显然只需要将Dialog-1会话对应的用户A和该会议资源间建立会议通道即可。

这样会议AS只需要向用户A发起SIP re-INVITE重定向邀请消息，该消息中的会话标识为Dialog-1，请求将用户A已经建立的会话Dialog-1媒体改向至已经申请成功的会议资源。

步骤S810，用户B和会议建立媒体通道，具体过程略。

可以看到，在实施例二中，由于已经建立的会话Dialog-1被媒体改向至已经申请成功的会议资源，已经建立的信令路径并没有发生变化，因此用户已经触发的业务得以继续保持应用。而实施例一和实施例二在会议资源申请方面最大的区别在于，实施例一中，用户A发起对会议的请求呼叫，会议AS通过和用户A进行该消息的交互以申请一个会议资源，会议资源作为该呼叫的被叫被申请应用；实施例二中，用户发起对会议的请求操作是REFER消息，并不能直接交互出一个会议资源，会议AS需要根据该REFER消息主动触发一个对会议资源申请的操作，会议资源再作为主叫被应用来建立和用户的会议通道。

在上述两个实施例中，会议AS处于用户A和用户B已经建立的呼叫信令路径中，实际上，会议AS也可以事先不处在已经建立的呼叫信令路径中，上述两个实施例描述的方法同样适用于这种情况，比如，假设另有一个AS2作为B2BUA位于已经建立的呼叫信令路径中，它收到用户A发起的INVITE操作或REFER操作后，再向会议AS发起申请会议的呼叫，以得到一个被申请成功的会议资源，AS2再使用该会议资源作为主叫向用户B(实施例一和实施例二)、及用户A(实施例二)发起重定向操作；再如，可以在用户A及会议AS发出的消息中，设定会议AS和用户A、用户B建立会议通道的会话的信令路径，使之可以沿着已经建立的呼叫信令路径，等，具体流程略。

此外，上述两个实施例给出的流程还可以组合起来使用，如用户A发起INVITE操作申请会议，但该操作中没有设定已建立通话的信令路径，会议资源申请成功，Dialog-3会话建立，会议AS(位于已建立通话的信令路径中)或上述的AS2(会议AS没有位于已建立通话的信令路径中)使用该会议资源作为主叫，分别向用户B及用户A发起重定向操作，此后，再释放Dialog-3会话。

因此，实际上，用户A发起的申请会议操作可以是多种多样的，只要用户能通过该操作表示申请会议、以及携带要被加入会议的会话标识或其它用户的标识即可，用户A还可以向会议AS发送一个会议业务订阅请求，发送SIP SUBSCRIBE订阅消息，消息示例如下：

SUBSCRIBE sip:conference-factory1@mrfc 1.home 1.net SIP/2.0

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

会议AS收到该SUBSCRIBE消息，和实施例二类似的，先申请成功一个会议资源，再用此会议资源作为主叫，分别重定向Dialog-1会话和Dialog-2会话，以将用户A和用户B都和该会议资源建立会议通道。

再如，用户A甚至还可以通过HTTP(Hyper Text TransportProtocol，超级文本传送协议)接口向会议AS下发申请会议操作，HTTP消息中通过XML(eXtended Markup Language，扩展标记语言)等方式描述上述申请会议操作、及要加入会议的会话标识等信息，具体流程略。

在上述两个实施例中，用户A作为一个会议发起者已经和其它用户(会议参与者)建立了通话，然后再申请会议将该通话组成会议，但实际上，这只是用户A希望和其它用户建立会议的一个场景(场景1)，用户A希望和其它用户建立会议的场景还有如下几种：

场景2：用户A呼叫用户B(或者更多用户)，希望和这些用户建立会议；

场景3：用户A已经分别和用户B、用户C建立了会话，希望建立三方会议；

场景4：用户A和用户B正在通话，用户A呼叫用户C，希望建立三方会议；等等。

下面说明，上述的发明方法，同样适用于场景2、3、4，即本发明的方法是一个通用的会议建立方法。

对场景2来说，和场景1的区别在于，用户A和用户B并没有建立通话，即没有已经存在的会话标识，此时，采用实施例一所述方法，用户A发起对会议的申请呼叫，消息示例如下：

INVITE sip:conference-factory1@mrfc1.home1.net SIP/2.0

Join-User：<sip:user-b@home.net>

会议AS收到该INVITE消息，和用户A之间建立会议通道，再用已经申请成功的会议资源，向用户B(用户标识为sip:user-b@home.net)发起呼叫，以和用户B之间建立会议通道。头域Join-User表示将用户B加入到当前的呼叫(用户A申请会议的呼叫)中。

而采用实施例二所述方法，用户A发起REFER操作，消息示例如下：

    REFER sip:conference-factory1@mrfc1.home1.net SIP/2.0

    Refer-To：<sip:user-b@home.net？Join-User＝sip:user-a@home.net；

method＝INVITE>

会议AS收到该REFER消息，先申请成功一个会议资源，再用该会议资源向用户B(用户标识为sip:user-b@home.net)发起呼叫，以和用户B之间建立会议通道，而头域Join-User表示将用户A(用户标识为sip:user-a@home.net)加入到当前的呼叫(会议向用户B发起的呼叫)中，会议AS再用该会议资源向用户A发起呼叫，以和用户A之间建立会议通道。

如果用户A呼叫更多的用户，希望将这些用户和自己一起组成会议，则上述的Join-User头域中携带多个的用户标识。

对场景3来说，和场景1的区别在于，用户A除和用户B建立通话外，还和用户C建立了会话，此时，采用实施例一所述方法，用户A发起对会议的申请呼叫，消息示例如下：

INVITE sip:conference-factory1@mrfc1.home1.net SIP/2.0

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

Join-Dialog：789@example.org；to-tag＝mno；from-tag＝abc

其中，“123@example.org”、“xyz”和“pdq”表示的是用户A和用户B建立的会话标识，“789@example.org”、“mno”和“abc”表示的是用户A和用户C建立的会话标识，可以看到，Join-Dialog头域可以携带多个的会话标识。

会议AS收到该INVITE消息，和用户A之间建立会议通道，再分别将用户B和用户C重定向至已经申请成功的会议资源。

类似的，采用实施例二所述方法，用户A发起REFER操作，消息中Join-Dialog头域携带两个分别面向用户B、用户C的会话标识，消息示例略。

场景3建立的三方会议，在通信领域有时会被看成是一个独特的会议业务，可以使用单独的“三方会议业务标识”，本发明的会议业务标识包括了对三方会议业务标识的描述，在上述用户A发起的INVITE操作或REFER操作中携带，消息示例如下：

INVITE sip:3pty@mrfc1.home1.net SIP/2.0

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

Join-Dialog：789@example.org；to-tag＝mno；from-tag＝abc

上述示例中的sip:3pty@mrfc1.home1.net即是三方会议业务标识。

对场景4来说，从前面分析可以看到，它是场景1和场景2的混合，采用实施例一所述方法，用户A发起对会议的申请呼叫，消息示例如下：

INVITE sip:conference-factory1@mrfc1.home1.net SIP/2.0

Join-User：<sip:user-c@home.net>

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

即消息中同时携带Join-User头域(携带用户C标识)和Join-Dialog头域(携带用户A和用户B建立的会话标识)。

采用实施例二所述方法，用户A发起REFER操作，类似的，消息中同时携带Join-User头域和Join-Dialog头域，示例略。

在上述各实施方式中，网络收到会议操作消息，根据会议操作消息中携带的会议业务标识以请求申请会议资源(若会议资源还没有申请)，即以会议业务标识作为会议资源请求标识，并将会议操作消息中携带的用户标识和/或会议标识对应的会议参与方加入会议，以完成会议操作，本发明中还允许以会议操作消息中的其它信息段作为会议资源请求标识，采用这种方式对场景4的实现如下：

用户A发起REFER操作，消息中可以只携带Join-Dialog头域，示例如下：

     REFER sip:user-c@home.net SIP/2.0

     Refer-To：            <sip:user-a@home.net？

Join-Dialog＝123@example.org％to-tag＝xyz％from-tag＝pdq；

method＝INVITE>

可以看到，该REFER消息中也同时携带了用户C标识、和用户A和用户B建立的会话标识，不同的是，用户C标识位于该REFER消息的Request-URI(Request-Uniform Resource Identifier，请求-统一资源标识)中，而在前述的实现方法中，Request-URI携带的是会议业务标识或会议资源标识。该REFER消息将发向用户C，用户C的终端或可以处理该REFER消息的网元收到后，将向用户A发送一个INVITE消息：

INVITE sip:user-a@home.net SIP/2.0

Join-Dialog：123@example.org；to-tag＝xyz；from-tag＝pdq

用户A的终端或归属网元收到该INVITE消息后，通过对Join-Dialog头域的解析，理解这是用户C希望加入用户A和用户B已建立会话中，于是申请会议资源，和用户B、用户C组成三方会议，后续流程略，即此时Join-Dialog头域不光用来携带会议参与方对应的会话标识，还表示对会议资源的申请请求。需要说明的是，采用这种方式，虽然建立三方会议的信令流程比前述的实现方法要多，但是用户A的操作仍然只有一步(发起REFER操作)。需要说明的是，如前所述，用户A通过会议方式和用户B建立通话，不应该改变用户A和用户B直接建立通话的原业务体验(会议本身的业务体验除外)，而在用户A和用户B直接建立通话的会话建立过程中，用户A和用户B的用户标识分别作为主叫、被叫用户标识被网络加以检验，如判断会话是否允许被建立，因此当通过会议方式建立通话时，上述的Join-User头域也需要被网络加以同样的检验。

此外，还需要说明的是，在上述实施例一中，用户A和会议资源间建立的会议通道是一个新的会话(Dialog-3)，虽然它经过了用户A已经建立的会话(Dialog-1)的呼叫信令路径，但是要保持用户的原业务体验继续，还需要位于呼叫信令路径中的网元将这两个会话关联起来，即Dialog-3会话是Dialog-1会话的延续，可以有两种关联方式：隐式的和显示的，隐式的关联方式是网元自己根据Join-Dialog头域及其携带的会话标识和已经建立的会话标识进行关联；显示的关联方式是用户A发起申请会议的呼叫时，在发出的INVITE消息中就指明本呼叫要和另一个会话进行关联，在消息中设定该会话标识。

更进一步的，还可以在用户A发起申请会议的的INVITE消息中，指明本呼叫的计费是另一个会话计费的继续，在消息中将会话相关计费信息(一般为P-Charging-Vector头域信息)设定为已经存在的会话(Dialog-1)的计费标识，如ICID(IMS charging ID，IMS计费标识)等计费标识；或者由上述网元在收到该INVITE消息并将上述两个会话关联起来后，在该INVITE消息中将会话相关计费信息设定为已经存在的会话的计费标识。

此外，在上述所有的示例中，会议资源都是在用户A发起申请会议的操作后被申请的，用户A发起会议操作的目的标识是会议业务标识(conference-factory1@mrfc1.home1.net或“3pty@mrfc1.home1.net”)，但实际上，本发明同样适用于用户A在发起会议操作前，会议资源已经被申请的情况(该会议资源可以是用户A申请的，如用户A已经建立了一个会议通道，甚至也可以不是用户A申请的)，此时，用户A发起会议操作的目的标识是已经申请的会议资源标识(如“conference1@mrfc1.home1.net”)，该操作消息中同样可以携带上述的Join-User头域、Join-Dialog头域，通过向将该头域中设定的用户标识、会议标识对应的用户发起一个新呼叫或重定向呼叫，以将该这些用户加入会议。当然，会议业务标识也可以不是会议操作消息的目的标识，如不在SIP消息的Request-URI中携带，而是在会议操作消息的其它信息段中携带。

最后，还需要说明的是，本发明中定义的Join-User头域和Join-Dialog头域只是逻辑定义，是用来携带会议参与方对应的用户标识或会话标识的SIP信息段，进一步的还表示了对会议资源的请求，在实际应用中，除头域形式外，它们还可以是位于SIP消息体中的消息体应用等。在具体的SIP协议中，它们可以是对SIP协议中现有头域或消息体应用等的继承或扩展，如在前述的场景4的实施方式中，会议参与方用户C的标识携带于Request-URI中，它们也可以是在SIP协议中新扩展的头域或消息体应用等。此外，它们可以是分别携带用户标识和会话标识的两个独立头域或消息体应用，也可以是在一个头域或消息体应用中通过参数区分携带用户标识和会话标识。此外，当一个SIP消息中携带一个以上的用户标识或会话标识以将这些用户标识或会话标识对应的会议参与方加入会议时，还可以通过不同的头域或消息体应用来分别携带这些用户标识或会话标识，如一个头域携带会话标识1，另一个头域携带会话标识2，即Join-User信息段或Join-Dialog信息段是SIP协议中用来携带会议参与方对应的用户标识或会话标识的头域或消息体应用的统称，以对前述的场景3的实施为例，用户A发起REFER操作，消息示例如下：

REFER sip:user-c@home.net SIP/2.0

Refer-To：                              <sip:user-a@home.net？

Join＝123@example.org％to-tag＝xyz％from-tag＝pdq；

Call-Id＝789@example.org；From＝sip:user-a@home.net％tag＝abc；To＝si

p:user-c@home.net％tag＝mno；method＝INVITE>

在上述消息示例中，会议参与方对应的会话标识分别是用户A和用户B建立的会话标识、以及用户A和用户C建立的会话标识，用户A和用户B建立的会话标识由Join头域(SIP协议中现有头域)携带，用户A和用户C建立的会话标识由Call-Id、From和To头域共同携带，即两个会话参与方的两个会话标识分别由不同的信息段携带。该REFER消息将发向用户C，用户C的终端或可以处理该REFER消息的网元收到后，将向用户A发送一个INVITE消息：

INVITE sip:user-a@home.net SIP/2.0

Join：123@example.org；to-tag＝xyz；from-tag＝pdq

Call-Id：789@example.org

From：sip:user-a@home.net；tag＝abc

To：sip:user-c@home.net；tag＝mno

可以看到，该INVITE消息本身的会话标识就是用户A和用户C已经建立的会话的会话标识，即该INVITE消息是一个re-INVITE消息，用户A的终端或归属网元收到该INVITE消息后，通过对Join头域的解析，理解这是用户C希望加入用户A和用户B已建立会话中，于是申请会议资源，和用户B、用户C组成三方会议，后续流程略。

从以上的描述中，可以看出，本发明实现了如下技术效果：

通过本发明的方案，由于在会议操作步骤中，在启动会议后，网络直接根据会议操作消息的信息将会议参与方加入会议，所以用户只需要操作一个步骤，就可以创建会议，并使会议资源和用户间的会议呼叫沿着已建立通话的信令路径，操作步骤简单；以及

由于网络沿着呼叫信令路径，建立会议，或者网络在会议资源申请成功的前提下，将该操作消息中携带的会话标识所关联的会话重定向至会议资源，以建立会议，所以使会议继续应用原通话触发的业务，使用户的原业务体验保持不变。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应该明白，这些具体实施中的变化对于本领域的技术人员来说是显而易见的，不脱离本发明的精神保护范围。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种会议业务实现方法，其特征在于，包括以下步骤：

步骤a，用户发起会议操作消息，会议操作消息中包括对应会议参与方的信息，所述信息包括会话标识，其对应会话，所述会议参与方处于所述会话对应的呼叫中；以及

步骤b，网络收到所述会议操作消息，向所述会话标识对应的所述会议参与方发起重定向呼叫，以将所述会议参与方加入所述会议。

2.根据权利要求1所述的会议业务实现方法，其特征在于，所述网络收到所述会议操作消息后，通过和所述用户进行所述会议操作消息的交互，以将所述用户加入所述会议。

3.根据权利要求1所述的会议业务实现方法，其特征在于，所述网络收到所述会议操作消息后，向所述用户发起新呼叫或重定向呼叫，以将所述用户加入所述会议。

4.根据权利要求1所述的会议业务实现方法，其特征在于，所述会议所需的会议资源在所述网络收到所述会议操作消息前被申请或在所述网络收到所述会议操作消息后被申请。

5.根据权利要求4所述的会议业务实现方法，其特征在于，所述网络收到所述会议操作消息后，通过和所述用户进行所述会议操作消息的交互，以申请所述会议资源；或，所述网络收到所述会议操作消息后，发起新操作，以申请所述会议资源。

6.根据权利要求5所述的会议业务实现方法，其特征在于，所述网络收到所述会议操作消息后，在会议资源申请成功的前提下，将所述会话标识所关联的会话重定向至所述会议资源，以建立会议。

7.根据权利要求1所述的会议业务实现方法，其特征在于，所述会议操作消息中还包括所述会话标识所对应的会话或所述用户已建立通话的信令路径。

8.根据权利要求7所述的会议业务实现方法，其特征在于，所述网络沿着所述信令路径建立所述会议。

9.根据权利要求1至8中任一项所述的会议业务实现方法，其特征在于，所述会议操作消息中还包括所述用户标识和/或会话标识所对应会话的计费标识。

10.根据权利要求1至8中任一项所述的会议业务实现方法，其特征在于，所述会议操作消息的目标标识为会议业务标识。

11.根据权利要求1至8中任一项所述的会议业务实现方法，其特征在于，所述会话包括所述会话标识所指示的会话，或和会话标识所指示的会话背靠背的会话。

12.根据权利要求1至8中任一项所述的会议业务实现方法，其特征在于，操作消息包括以下至少一种：SIP INVITE邀请消息、SIP REFER参考消息、SIP SUBSCRIBE订阅消息、和HTTP消息。

Images