用于实现会议业务的方法和装置的制作方法

专利名称：用于实现会议业务的方法和装置的制作方法
技术领域：
本发明涉及通信领域，更具体而言，涉及用于实现会议业务的 方法和装置。
背景技术：
目前，随着分组:技术的不断成熟，基于电^各交换的传统电信网络正在向着基于分组交换的宽带电信网发展，而〗吏用SIP (Session Initiation Protocol,会i舌发起十办i义)作为分组电4言冲亥心网的呼叫控制 信令则是当前的#支术发展趋势之 一 ，如ITU-T ( International Telecommunication Union - Telecommunication Standardization Sector ， 国际电信联盟-电4言标准部)和ETSI ( European Telecommunications Standards Institute,欧洲电信标准协会)等标准 组织对NGN (Next Generation Network,下一 网络)的研究，在 这种新的分组电信网络中，新的分组终端SIP终端将逐步取代传统 的终端诏-才几。其中，ETSI下属的TISPAN ( Telecommunications and Internet Converged Services and Protocols for Advanced Networking, 电信和 因特网融合业务和协议先进网络)成立了多个工作项目(Work Item, 缩写为WI)来研究在NGN中向SIP纟冬端用户4是供的业务，如WI 03023 ( DTS/TISPAN誦03023-NGN誦R1 NGN CONF )研究的会i义 (Conference,缩写为CONF)业务。会i义业务可以〗吏用户能够发起、参与和控制一个有多方用户加 入的通i舌。图1示出了在WI 03023当前标准草案Draft ETSI TS <3023> V<0.0.19> (2005-12)中纟会出的一个实现会i义的信令流程示 例，其流程简介如下；步骤S102:用户A发起一个会话，呼叫 一个PSTN/ISDN( Public Switched Telephone Network/Integrated Services Digital Network, 公 共电话交换网/综合业务数字网)用户；步骤S104 S128:用户A和PSTN/ISDN用户之间会话建立成 功，开始通话，其中，步骤S108，交互以保留资源，S116，交互以 建立会话；步骤S130:用户A申请创建一个会议，向处理会议业务的AS (Application Server,应用服务器，即处理会议业务的业务控制网 元)发起一个会话；步骤S132 S148:用户A申请的会议创建成功，其中，步骤 S136，交互以创建会i义；步骤S150:用户A邀请和他正在通话的PSTN/ISDN用户加入 到会i义中，向处理会i义业务的AS发送SIP REFER参考消息；步骤SI52 ~ S160: SIP REFER消息到达处理会i义业务的AS， AS发送SIP NOTIFY消息通知用户UE-A 4妄收了这个REFER消息， 其中，步骤S154a,交互以保留资源用于会议中的新参加者；
步骤S162:处理会议业务的AS根据收到的SIP REFER消息中 设置的相关内容，向PSTN/ISDN用户发起会话，发送SIP INVITE消息；步骤S164 S182:由于PSTN/ISDN用户属于传统电路域用户， 电3各域和分组i或之间将由MGCF处理互通呼叫，SIP INVITE消息 发送到MGCF (Media Gateway Control Function,々某体网关4空制功 能)，MGCF将"代替"PSTN/ISDN用户和会议之间创建会话，将 PSTN/ISDN用户力口入会i义。处理会i义业务的AS发送SIP NOTIFY 消息通知用户A, REFER请求的操作成功，其中，步骤S166,交 互以切换已有的送信频道至新的RTP会话，步骤S170a,交互以将 新的参加者加入会i义，步骤S182,将已有的送4言频道切4灸至新的 RTP会话；以及步骤S184 ~ S194: MGCF才艮据SIP INVITE消息中的Replaces 信息，释放Replaces信息中设置的Dialog标识指定的会话(用户A 和PSTN/ISDN用户之间已经建立的会话)。更详尽的流程解释可参见上述的标准草案，本发明不再详细描述。如上所述，用户需要先申请创建一个会议，会议创建成功后， 再邀i青参与方加入会"i义。在上述的实现会"i义业务的流禾呈中存在两个缺点1、步艰《繁瑣，会i义创建的岁丈率不高。用户A发起一个会i义并 将参与方加入会i义的步骤繁瑣，用户A需要先申^fr—个会i义(发送 SIP INVITE邀请消息)，会议申i青成功后，再邀^青参与方加入会i义 (发送SIP REFER参考消息)；以及2、没有考虑会议业务和其它业务的关系。对一个已经建立的 通话来说，该通话可以已经触发应用若干种业务，处理这些业务的 业务控制网元已经位于该通话的信令路径中，上述流程中将该通话 组成会议，可以看到，处理会议业务的AS分别和用户A、 MGCF 创建了两个新的会话，并且释》文了用户A和MGCF已经建立的通 话，显然，原先已经建立的通话应用的业务也被全部释放，但是对 用户A来说，新组成的会议应该是在原来通话基础上的延续，原先 已经应用的业务应该—皮保持，否则将导致用户原业务体-睑发生变 化，甚至使会议组建失败，例如
原先已经建立的通话，是用户A 使用了预付费卡(如200卡) 才能建立的国际长途通话(用户A使用的终端没有国际长途权限)， 在该通话的信令路径中存在一个处理预付费业务的业务控制网元， 显然，用户A新发起的申请会i义的呼叫，也必须经过该预付费业务 控制网元，否则要么该会议组建不成功(没有国际长途权限)、要 么用户A通过这种组建会议的方式不使用预付费卡就能打国际长 途；或者在原先已经建立的通话过程中，或在该通话的呼叫发起时，用 户A临时激活了某个业务，比如计费通知业务，显然，用户A组 建会议后，他将无法继续收到来自网络的计费通知，除非他在新发 起的申请会议呼叫时或在会议组建成功后，再次临时激活计费通知 业务。因此，人们需要一种实现会议的解决方案，能够解决上述相关 技术中的问题。

发明内容
本发明旨在提供本发明将提出 一种新的会议业务创建流程，能 够解决上述相关技术中步骤繁瑣以及影响其它业务的问题。才艮据本发明的一个方面，^是供了一种会i义业务实现方法，包括以下步骤步骤a,用户发起会议操作消息，会议操作消息中包括 对应会议参与方的信息；以及步骤b，网络或所述会议参与方收到 会议操作消息，将信息所对应的会议参与方加入会议。根据本发明的另一方面，提供了一种会议业务实现装置，包括 信息包括以下至少一种用户标识，其与会议参与方相对应；以及 会话标识，其对应会话，会议参与方处于会话对应的呼叫中；以及 会议操作模块使网络或会议参与方收到会议操作消息后，将用户标 识和/或会i舌标识对应的会议参与方加入会议。通过上述才支术方案，本发明实现了如下技术效果通过本发明的方案，由于在会议才喿作步骤中，在会议启动后， 网络直接根据会议操作消息的信息将会议参与方加入会议，所以用 户只需要才喿作一个步骤，就可以创建会议，并使会i义资源和用户间 的会议呼叫沿着已建立通话的信令路径，操作步骤简单；以及由于网络沿着呼叫信令路径，建立会"^义，或者网络在会议资源 申请成功的前提下，将该操作消息中携带的会话标识所关联的会话 重定向至会议资源，以建立会议，所以使会议继续应用原通话触发 的业务，〗吏用户的原业务体—验^f呆持不变。本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发
明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。


此处所说明的附图用来提供对本发明的进一步理解，构成本申 i青的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1示出了在WI 03023当前才示准草案Draft ETSI TS <3023> V<0.0.19〉 (2005-12)中给出的一个实多见会i义的4言令;危禾呈示例；图2示出了才艮据本发明的会议业务实现方法；图3示出了根据本发明的一个实施例的会议业务实现方法；图4示出了根据本发明的另一个实施例的会议业务实现方法；图5示出了根据本发明的另一个实施例的会议业务实现方法；图6示出了根据本发明的会议业务实现装置；图7示出了根据本发明的实施例一的消息流程图；以及图8示出了才艮据本发明的实施例二的消息流程图。
具体实施方式
下面将参考附图详细:说明本发明。从前面分析可以看出，现有技术中，用户需要先申请一个会议， 再邀请参与方加入会议，如果能将这两个步骤合一，在申请会议的 同时邀请参与方加入，则就可以简化会议创建步骤，提高效率；此 外现有技术中，用户申请会议以及会议将参与方加入，都是两个新 的呼叫，如果能重用原来已经建立的通话的信令路径，则也可以简 化会议创建步艰《。图2示出了根据本发明的会议业务实现方法。如图2所示，根据本发明的会议业务实现方法包括以下步骤步骤S202,用户发起会议操作消息，会议操作消息中包括对应 会议参与方的信息；以及步骤S204，网络或会议参与方收到会议操作消息，将信息所对 应的会i义参与方和/或用户力口入会i义。图3示出了才艮据本发明的一个实施例的会i义业务实现方法。如图3所示，根据本发明的会议业务实现方法包括以下步骤步骤S302,用户发起一个会议操作消息，其中携带会议参与方 对应的用户标识和/或会话标识；以及步骤S304,网络或会议参与方收到会议操作消息，将用户标识 和/或会话标识对应的用户加入会i义，其中，可选地，在步骤S304中，网络向用户标识和/或会话标识对应 的用户发起一个新呼叫或一个重定向呼叫，将该用户加入会议；可选地，在步骤S304中，会i义参与方或会i义参与方归属网元 根据会议操作消息的要求，向用户发起呼叫，以与用户以及会话标 识对应的会i义参与方组成会i义。
可选地，网络收到用户的操作消息，通过和用户进行操作消息的交互，以夺用户力会议；可选地，操作消息中设定需被关联的会话标识和/或会话标识对 应会话的计费标识；可选地，网络收到用户的才喿作消息，向用户发起一个新呼叫或 一个重定向呼叫，将用户力p入会i义；可选地，会议的会议资源可以在网络收到操作消息前被申请； 也可以在网络收到操作消息后被申请；可选地，网络收到用户的操作消息后，通过和用户进行操作消 息的交互，以申请一个会议资源；或，网络收到用户的操作消息后， 发起一个新操:作，以申i青一个会i义资源；可选地，网络根据操作消息中携带的会议业务标识，或者，根 据操作消息中携带会议参与方对应的用户标识或会话标识的信息 段，以申请一个会议资源。可选地，操作消息中设定会话标识对应的会话的信令路径或会 iU喿作消息的会话标识继岸义会话标识；以及可选地，操作消息是SIP INVITE邀请消息、SIP REFER参考 消息、SIP SUBSCRIBE订阅消息、HTTP消息。图4示出了4艮据本发明的另一个实施例的会业务实现方法。如图4所示，根据本发明的另一种会议业务实现方法包括如下 步骤
步骤S402,用户或网络发起一个会议操作消息，操作消息中设 定该用户已经建立的通话的呼叫信令路径；以及步骤S404,网络沿着呼叫信令路径，建立会议。可选地，操作消息中携带要被加入会议的一个或多个的用户标 识、和/或一个或多个的会"i舌标识。可选地，才喿作消息的目的为会议业务标识、会议资源标识、或 用户相:i口、。可选地，会议操作消息的目的为会议业务标识、或会议资源标 "i只、或用户才示i只。可选地，会议操作消息的目的为用户标识，会议4喿作才莫块使会 议参与方或参与方归属网元根据会议操作消息的要求，向用户标识 所对应的用户发起呼叫，以与用户以及会议参与方组成会议。图5示出了才艮据本发明的另一个实施例的会议业务实现方法。如图5所示，根据本发明的又一种^i义业务实现方法包括如下 步骤步骤S502,用户发起一个会议操作消息，操作消息中携带关联 会话的会话标识；以及步骤S504,网络收到会议操作消息后申请会议资源，在会议资 源申请成功的前提下，将该操作消息中携带的会话标识所关联的会 -活重定向至会i义资源，以建立会i义。
可选地，会议资源可以在网络收到会议操作后，申请成功；或 在收到会议操作前，就已经申请成功。可选地，会话可以是会话标识所指示的会话，或和会话标识所 指示的会话背靠背的会话。图6示出了才艮据本发明的会议业务实现装置600。如图6所示，才艮据本发明的会议业务实现装置600包4舌发起模块602 ，用于发起会议操作消息，会议操作消息中包括 对应会议参与方的信息；以及会议操作模块604,用于使网络或会议参与方收到会议操作消 息，将信息所对应的会议参与方加入。下面将结合图7和图8，通过两个具体的实施例来说明采用本 发明技术所实现的会议创建流程，本发明中所作的流程图示和文字 说明仅为突出本发明的关4龛技术所作的解释，并不表示一个完整的 呼叫和业务控制流程，也没有穷尽所有可能的分支流程。图7示出了才艮据本发明的实施例一的消息流程图。实施例一用户A和用户B之间已经建立了通i舌，处理会议 业务的应用月良务器AS已经在会话建立阶_歐作为B2BUA (Back to Back User Agent,背靠背用户代理)加入至信4^各径中，这样用户 國A和AS之间的会话(Dialog)标识为Dialog-l ，它是由Call-Id (呼 叫才示识)，本例中为"123@example.org"、 to-tag (目的标签)，本例
中为"xyz"、 from-tag (源标签)，本例中为"pdq，，，这三者组成。 用户B和AS之间的会i舌标识为Dialog-2。其中，该通i舌还触发应用了一个由AS1处理的业务，ASK立于 该通话信令^各径中。如图7所示，流程包括以下步骤步骤S702,用户A申请会议，发送SIP INVITE邀请消息，消 息示例3o下INVITE sip:conference-factoryl@mrfcl.homel.net SIP/2.0 Join-Dialog: 123@example.org;to-tag=xyz;from-tag=pdq Route: asl@homel.net呼叫 目 的地址为会 i义业务标 识 "conference-factoryl@mrfcl.homel.net"，表示申请一个会议资源。本发明中定义了一个Join-Dialog头域，该头域用来携带上述的 Dialog-l ，表示请求将本呼叫(用户A请求会议资源的呼叫)和已 经存在的会话标识为Dialog-l对应的会话联合起来，即请求将会话 标识为Dialog-l对应的会话加入到当前申i青的会i义呼叫中。同时，在Route头域中，设定已建立通话的信令路径，如携带 AS 1的耳关系地址"as 1 @home 1 .net"。还可以在Route头域中i殳定4立 于已建立通话的信令3各径中其它网元的联系地址，示例略。此夕卜， 这里也可以通过让上述的INVITE消息继岸义Dialog-l会话标识，这 才羊网^各将沿着Dialog-1会话的信令^各径^各由该INVITE消息，以达 到重用已建立通话的信令^各径的目的。
步骤S704,按照设定的信令路径，该SIP INVITE消息被发送 至AS1 。 AS1将该SIP INVITE消息发送至会议AS。步骤S706，会议AS收到该消息，申请一个会议资源成功，和 用户A之间建立会话标识为Dialog-3的会i义通道，具体过程略。步骤S708,会议AS根据此前收到的SIP INVITE消息中 Join-Dialog头域的指示要将新建立的Dialog-3会话和Dialog-1会话 联合起来，由于Dialog-3会话本身就申请了一个会议资源，显然只 需要将Dialog-1会话对应的用户B和该会议资源间建立会议通道即 可。另一方面，由于会i义AS是4乍为B2BUA存在于用户A和用户 B之间的信令^各径中，AS得到Dialog-1对应的会话标识Dialog-2, 则向用户B发起SIP re-INVITE重定向邀i青消息，该消息中的会话 标识为Dialog-2,请求将用户B已经建立的会话Dialog-2 J 某体改向 至已经申请成功的会i义资源。步骤S710,会i义资源和用户B之间的会议通道建立成功，该 会议通道对应的会话标识为Dialog-2。具体过程略。用户A和用户 B之间的会i义创建成功。步骤S712，会议AS释放原来的会话Dialog-1 ，发送SIP BYE再见消息。步骤S714, AS1收到该SIP BYE消息，向用户A发送。这里 需要说明的是，虽然这里释放了原先已经建立的会话Dialog-1,但 是由于用户A和会议资源间的会话Dialog-3根据设定的信令路径经 过了ASl,因此业务得以继续应用，用户的原业务体验得以保持。 而用户B侧的会话Dialog-2是祐J 某体改向至已经申请成功的会 议资源，已经建立的信令路径并没有发生变化，因此用户B已经触 发的业务得以继续保持应用。可以看到，用户UE-A只发出了一个SIP INVITE消息，就完 成了会议的创建并将参与方加入到会议中。在上述实施例一中，已建立通话中，用户B侧的会话(Dialog-2) -故重定向至会"i义资源，而用户A侧的会话(Dialog-l)则无法进4亍 这样的才喿作，这时因为在用户A发起申请会i义的操作时，会议资源 还未^皮获得。在实施例二中，将给出一种可以4吏Dialog-l会话和 Dialog-2会话都被重定向至会议资源的会议业务方式。图8示出了 #4居本发明的实施例二的消息流程图。实施例二的应用场景禾。实施例一类合乂，用户A和用户B之间 已经建立了通话，会议AS作为B2BUA位于信令路径中，用户A 和AS之间的会话标识为Dialog-l ，用户B和AS之间的会话标识 为Dialog-2 。如图8所示，根据本发明的实施例二的消息流程包括以下步骤 流程解释如下步骤S802，用户A申请会议，向会议AS发送SIP REFER参 考消息，消息示例如下REFER sip:conference-factoryl@mrfcl.homel.net SIP/2.0Refer-To:<sip:user-b@home.net Join-Dialog=123@example.org%to-tag=xyz%fr om-tag=pdq; method=INVITE>
Referred-By: <sip:user-a@home.net>该SIP REFER消息的含义是用户A要求会议AS向用户B(用 户标识为sip:user-b@home.net)发起一个会话类型为INVITE消息 的呼叫，以将该呼叫和已经建立的会话Dialog-l联合起来，即请求 将会话标识为Dialog-1对应的会话加入到即将发起的会议呼叫中， 该 REFER操作的发起者是用户 A (用户标识为 sip:user-a@home.net )。这里，Join-Dialog 一皮携带在REFER消息的Refer-To头i或中， 当然，也可以直"f妄作为一个头域携带在REFER消息中，示例略。步骤S804,会议AS收到该SIP REFER消息，根据该消息的含 义，AS要向用户B发起呼叫，因此AS需要主动先申请一个会议 资源，用该会i义资源作为主叫。而又由于AS禾口用户B之间已经存 在有会话标识为Dialog-2对应的会话，因此AS只需要向用户B发 起SIP re-INVITE重定向邀请消息，该消息中的会话标识为 Dialog-2，请求将用户B已经建立的会话Dialog-2媒体改向至已经 申i青成功的会i义资源。步骤S806,用户B和会议建立J 某体通道，具体过程略。步骤S808，会i义AS才艮据此前收到的SIP REFER中Join-Dialog 头域的指示要将其发起的会议呼叫(Dialog-2会话)和Dialog-1会 话联合起来，由于Dialog-2会话现在本身就包含了一个申请成功的 会议资源，显然只需要将Dialog-1会话对应的用户A和该会议资源 间建立会i义通道即可。这样会议AS只需要向用户A发起SIP re-INVITE重定向邀请 消息，该消息中的会话标识为Dialog-1,请求将用户A已经建立的 会话Dialog-1力某体改向至已经申请成功的会议资源。
步骤S810,用户B和会议建立々某体通道，具体过程略。可以看到，在实施例二中，由于已经建立的会话Dialog-l被媒 体改向至已经申请成功的会i义资源，已经建立的信令路径并没有发 生变化，因此用户已经触发的业务得以继续^f呆持应用。而实施例一 和实施例二在会议资源申请方面最大的区别在于，实施例一中，用 户A发起对会汉的i青求呼叫，会议AS通过和用户A进4亍该消息的 交互以申i青一个会i义资源，会i义资源作为该呼叫的#皮叫-故申请应 用；实施例二中，用户发起对会议的请求操作是REFER消息，并 不能直接交互出 一个会议资源，会议AS需要根据该REFER消息主 动触发一个对会议资源申请的才喿作，会i义资源再作为主叫^皮应用来 建立和用户的会议通道。在上述两个实施例中，会议AS处于用户A和用户B已经建立 的呼叫信令路径中，实际上，会议AS也可以事先不处在已经建立 的呼叫信令路径中，上述两个实施例描述的方法同样适用于这种情 况，比如，有H殳另有一个AS2作为B2BUA位于已经建立的呼叫信 令i 各径中，它收到用户A发起的INVITE梯:作或REFER才喿作后， 再向会议AS发起申请会议的呼叫，以得到一个被申请成功的会议 资源，AS2再使用该会议资源作为主叫向用户B (实施例一和实施 例二)、及用户A (实施例二)发起重定向操作；再如，可以在用 户A及会"i义AS发出的消息中，i殳定会议AS和用户A、用户B建 立会议通道的会话的信令路径，使之可以沿着已经建立的呼叫信令 路径，等，具体流程略。此外，上述两个实施例给出的流程还可以组合起来4吏用，如用 户A发起INVITE操:作申^青会i义，4旦该才喿作中没有i殳定已建立通话 的信令3各径，会议资源申请成功，Dialog-3会话建立，会议AS(位 于已建立通话的信令^各径中)或上述的AS2 (会i义AS没有4立于已
建立通话的信令路径中)j吏用该会议资源作为主叫，分别向用户B 及用户A发起重定向操作，此后，再释放Dialog-3会话。因此，实际上，用户A发起的申请会议操作可以是多种多样的， 只要用户能通过该操作表示申请会议、以及携带要被加入会议的会 话标识或其它用户的标识即可，用户A还可以向会议AS发送一个 会议业务订阅请求，发送SIP SUBSCRIBE订阅消息，消息示例如 下SUBSCRIBE sip:conference-factoryl@mrfcl.homel.net SIP/2.0Join-Dialog: 123@example.org;to-tag=xyz;from-tag=pdq会议AS收到该SUBSCRIBE消息，和实施例二类似的，先申 -清成功一个会i义资源，再用此会i义资源作为主叫，分别重定向 Dialog-l会话和Dialog-2会话，以将用户A和用户B都和该会议资 源建立会i义通道。再如，用户A甚至还可以通过HTTP (Hyper Text Transport Protocol,超级文本传送协议)接口向会议AS下发申请会议操作， HTTP消息中通过XML ( extended Markup Language,才广展标i己i吾 言)等方式描述上述申请会议操作、及要加入会议的会话标识等信 息，具体流禾呈略。在上述两个实施例中，用户A作为一个会议发起者已经和其它 用户(会议参与者)建立了通话，然后再申i青会议将该通话组成会 i义，^旦实际上，这只是用户A希望和其它用户建立会i义的一个场景 (场景l)，用户A希望和其它用户建立会i^的场景还有如下几种场景2:用户A呼叫用户B (或者更多用户)，希望和这些用 户建立会议； 场景3:用户A已经分别和用户B、用户C建立了会"i舌，希望 建立三方会议；场景4:用户A和用户B正在通i舌，用户A呼叫用户C，希望 建立三方会议；等等。下面i兌明，上述的发明方法，同才羊适用于场景2、 3、 4，即本 发明的方法是一个通用的会"i义建立方法。^"场景2来i兌，和场景1的区别在于，用户A和用户B并没 有建立通话，即没有已经存在的会话标识，此时，采用实施例一所 述方法，用户A发起对会i义的申请呼叫，消息示例如下INVITE sip:conference-factoryl@mrfcl.homel.net SIP/2.0Join-User: <sip:user-b@home.net>会i义AS收到该INVITE消息，和用户A之间建立会i义通道， 再用已经申i青成功的会i义资源，向用户B (用户标识为 sip:user-b@home.net)发起呼叫，以和用户B之间建立会i义通道。 头i或Join-User表示将用户B力口入至'J当前的呼叫(用户A申i青会i义 的呼叫)中。而采用实施例二所述方法，用户A发起REFER操作，消息示 例如下REFER sip:conference-factoryl@mrfcl.homel.net SIP/2.0Refer-To: <sip:user-b@home.net Join-User=sip:user-a@home.net; method=INVITE〉
会议AS收到该REFER消息，先申请成功一个会i义资源，再 用该会i义资源向用户B (用户标识为sip:user-b@home.net)发起呼 叫，以和用户B之间建立会i义通道，而头i或Join-User表示S夸用户A (用户才示"i只为sip:user-a@home.net)力口入到当前的"手叫(会i义向用 户B发起的呼叫)中，会议AS再用该会议资源向用户A发起呼叫， 以和用户A之间建立会i义通道。如果用户A呼叫更多的用户，希望将这些用户和自己一起组成 会i义，则上述的Join-User头i或中携带多个的用户标识。对场景3来iJL和场景l的区别在于，用户A除和用户B建 立通话外，还和用户C建立了会话，此时，采用实施例一所述方法， 用户A发起对会i义的申请呼叫，消息示例如下INVITE sip:conference-factoryl@mrfcl .home 1 .net SIP/2.0Join-Dialog: 123@example.org;to-tag=xyz;from-tag=pdqJoin-Dialog: 789@example.org;to-tag=mno;from-tag=abc其中，"123@example.org"、 "xyz"和"pdq"表示的是用户A 和用户B建立的会i舌标识，"789@example.org"、 "mno"和"abc" 表示的是用户A和用户C建立的会话标识，可以看到，Join-Dialog 头域可以携带多个的会话标识。会i义AS收到该INVITE消息，和用户A之间建立会i义通道， 再分别将用户B和用户C重定向至已经申请成功的会议资源。类似的，采用实施例二所述方法，用户A发起REFER才乘作， 消息中Join-Dialog头域携带两个分别面向用户B、用户C的会话标 识，消息示例略。场景3建立的三方会议，在通信领域有时会被看成是一个独特 的会i义业务，可以4吏用单独的"三方会议业务标识"，本发明的会 议业务标识包括了对三方会议业务标识的描述，在上述用户A发起 的INVITE操:作或REFER才喿作中携带，消息示例如下INVITE sip:3pty@mrfcl.homel.net SIP/2.0Join-Dialog: 123@example.org;to-tag=xyz;from-tag=pdqJoin-Dialog: 789@example,org;to-tag=mno;from-tag=abc上述示例中的sip:3pty@mrfc 1 .home 1 .net即是三方会i义业务才示识。对场景4来说，从前面分析可以看到，它是场景1和场景2的 混合，采用实施例一所述方法，用户A发起对会议的申诮-呼叫，消 息示例如下INVITE sip:conference-factoryl@mrfcl.homel.net SIP/2.0 Join-User: <sip:user-c@home.net〉Join-Dialog: 123⑨example.org;to-tag二xyz;from-tag，dq即消息中同时携带Join-User头域(携带用户C标识)和 Join-Dialog头域(携带用户A和用户B建立的会话标识)。采用实施例二所述方法，用户A发起REFER操作，类似的， 消息中同时携带Join-User头域和Join-Dialog头域，示例略。在上述各实施方式中，网络收到会议操作消息，才艮据会议操作 消息中携带的会议业务标识以请求申请会议资源(若会i义资源还没
有申请)，即以会议业务标识作为会议资源请求标识，并将会议操 作消息中携带的用户标识和/或会议标识对应的会议参与方加入会 议，以完成会议操作，本发明中还允许以会议操作消息中的其它信息段作为会议资源请求标识，采用这种方式对场景4的实现如下用户A发起REFER梯:作，消息中可以只携带Join-Dialog头i或， 示例3口下REFER sip:user-c@home.net SIP/2.0Refer-To: <sip:user-a@home,net Join-Dialog=123@example.org%to-tag=xyz%from-tag=pdq; method=INVITE>可以看到，该REFER消息中也同时携带了用户C才示iK、和用 户A和用户B建立的会i舌标识，不同的是，用户C 4示i。J立于该 REFER消息的Request-URI ( Request-Uniform Resource Identifier, i青求-统一资源才示"i只)中，而在前述的实玉见方法中，Request-URI携 带的是会议业务标识或会议资源标识。该REFER消息将发向用户 C，用户C的终端或可以处理该REFER消息的网元收到后，将向 用户A发送一个INVITE消息INVITE sip:user-a@home.net SIP/2.0Join-Dialog: 123@example.org;to-tag=xyz;from-tag=pdq用户A的终端或归属网元收到该INVITE消息后，通过对 Join-Dialog头域的解析，理解这是用户C希望加入用户A和用户B 已建立会话中，于是申请会议资源，和用户B、用户C组成三方会 议，后续流程略，即此时Join-Dialog头域不光用来携带会i义参与方 对应的会话标识，还表示对会议资源的申请请求。需要i兌明的是，
采用这种方式，虽然建立三方会议的信令流程比前述的实现方法要多，但是用户A的操作仍然只有一步(发起REFER操作)。需要说 明的是，3口前所述，用户A通过会i义方式和用户B建立通i舌，不应 该改变用户A和用户B JJ妄建立通i舌的原业务体-验(会"i义本身的业 务体验除外)，而在用户A和用户B直接建立通话的会"i舌建立过程 中，用户A和用户B的用户标识分别作为主叫、#皮叫用户标识#1网 络加以检验，如判断会话是否允许被建立，因此当通过会议方式建 立通话时，上述的Join-User头域也需要^皮网络加以同才羊的枱r-验。此外，还需要说明的是，在上述实施例一中，用户A和会议资 源间建立的会议通道是一个新的会话(Dialog-3),虽然它经过了用 户A已经建立的会话(Dialog-l)的呼叫信令路径，但是要保持用 户的原业务体验继续，还需要位于呼叫信令路径中的网元将这两个 会话关联起来，即Dialog-3会话是Dialog-1会话的延续，可以有两 种关联方式隐式的和显示的，隐式的关联方式是网元自己根据 Join-Dialog头域及其携带的会话标识和已经建立的会话标识进行关 联；显示的关联方式是用户A发起申请会议的呼叫时，在发出的 INVITE消息中就指明本呼叫要和另一个会话进行关联，在消息中 "i殳定该会i舌一示识。更进一步的，还可以在用户A发起申请会议的的INVITE消息 中，指明本呼叫的计费是另一个会话计费的继续，在消息中将会话 相关弁费信息( 一般为P-Charging-Vector头域信息)设定为已经存 在的会话(Dialog-l )的计费标识，如ICID (IMS charging ID， IMS 计费标识)等计费标识；或者由上述网元在收到该INVITE消息并 将上述两个会话关联起来后，在该INVITE消息中将会^舌相关计费 信息设定为已经存在的会话的计费标识。此外，在上述所有的示例中，会i义资源都是在用户A发起申请 会议的操作后被申请的，用户A发起会议操作的目的标识是会议业 务 标 识 ( conference-factoryl@mrfcl.homel.net 或 "3pty@mrfcl.homel.net"), ^f旦实际上，本发明同才羊适用于用户A 在发起会议操作前，会议资源已经被申请的情况(该会议资源可以 是用户A申请的，如用户A已经建立了一个会议通道，甚至也可 以不是用户A申请的)，此时，用户A发起会议操作的目的标识是 已纟至申i青的会i义^^源才示i口、 (^j "conferencel@mrfcl.homel.net"), 该操:作消息中同才羊可以携带上述的Join-User头i或、Join-Dialog头 域，通过向将该头域中设定的用户标识、会议标识对应的用户发起 一个新呼叫或重定向呼叫，以将该这些用户加入会议。当然，会i义 业务标识也可以不是会议操作消息的目的标识，如不在SIP消息的 Request-URI中携带，而是在会议操作消息的其它信息段中携带。最后，还需要说明的是，本发明中定义的Join-User头域和 Join-Dialog头域只是逻辑定义，是用来携带会议参与方对应的用户 标识或会话标识的SIP信息段，进一步的还表示了对会议资源的请 求，在实际应用中，除头域形式外，它们还可以是位于SIP消息体 中的消息体应用等。在具体的SIP协议中，它们可以是对SIP协议 中现有头域或消息体应用等的继承或扩展，如在前述的场景4的实 施方式中，会i义参与方用户C的标识携带于Request-URI中，它们 也可以是在SIP协议中新扩展的头域或消息体应用等。此外，它们 可以是分別携带用户标识和会话标识的两个独立头域或消息体应 用，也可以是在一个头域或消息体应用中通过参凄t区分携带用户标 识和会i舌标识。此外，当一个SIP消息中携带一个以上的用户标识 或会话标识以将这些用户标i只或会话标识对应的会"i义参与方加入 会议时，还可以通过不同的头域或消息体应用来分别携带这些用户 标识或会话标识，如一个头域携带会话标识1,另一个头域携带会 话标识2,即Join-User信息,殳或Join-Dialog信息,殳是SIP十办i义中用 来携带会i义参与方7寸应的用户标识或会i舌标识的头域或消息体应 用的统称，以对前述的场景3的实施为例，用户A发起REFER操: 作，消息示例如下REFER sip:user-c@home.net SIP/2,0Refer-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.0Join: 123@example.org;to-tag=xyz;from-tag=pdqCall-Id: 789@example.orgFrom: sip:user-a@home.net;tag=abcTo: sip:user-c@home.net;tag=mno可以看到，该INVITE消息本身的会话标识就是用户A和用户 C已经建立的会话的会话标识，即该INVITE消息是一个re-INVITE 消息，用户A的终端或归属网元收到该INVITE消息后，通过对Join 头域的解析，理解这是用户C希望加入用户A和用户B已建立会
话中，于是申请会议资源，和用户B、用户C组成三方会议，后续 流程略。从以上的描述中，可以看出，本发明实现了如下技术效果通过本发明的方案，由于在会议才喿作步骤中，在启动会i义后， 网络直接根据会议操作消息的信息将会议参与方加入会议，所以用 户只需要才喿作一个步骤，就可以创建会i义，并^f吏会议资源和用户间 的会议呼叫沿着已建立通话的信令路径，操作步骤简单；以及由于网络沿着呼叫信令路径，建立会议，或者网络在会议资源 申请成功的前提下，将该操作消息中携带的会话标识所关联的会话 重定向至会议资源，以建立会议，所以使会议继续应用原通话触发 的业务，4吏用户的原业务体-验保持不变。显然，本领域的技术人员应该明白，上述的本发明的各模块或 各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算 装置上，或者分布在多个计算装置所组成的网络上，可选地，它们 可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来#1行，或者将它们分別制作成各个集成 电鴻4莫块，或者将它们中的多个模块或步骤制作成单个集成电路才莫 块来实现。这样，本发明不限制于任何特定的硬件和软件结合。应 该明白，这些具体实施中的变化对于本领域的技术人员来"i兌是显而 易见的，不脱离本发明的精神保护范围。以上所述^义为本发明的优选实施例而已，并不用于限制本发 明，对于本领域的^支术人员来"i兌，本发明可以有各种更改和变化。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进 等，均应包含在本发明的保护范围之内。
权利要求
1. 一种会i义业务实现方法，其特征在于，包4舌以下步骤步骤a,用户发起会议操作消息，会议操作消息中包括对 应会i义参与方的4言息；以及步骤b ，网络或所述会议参与方收到所述会议操作消息， 将所述信息所对应的会议参与方加入会议。
2. 4艮据权利要求1所述的会i义业务实现方法，其特征在于，所述 信息包括以下至少一种用户标识，其与所述会议参与方相对 应；以及会话标识，其对应会话，所述会议参与方处于所述会 ;舌只十应的呼叫中。
3. 根据权利要求2所述的会议业务实现方法，其特征在于，所述 步骤b包括以下步骤所述网络收到所述会议操作消息后，将 所述用户标识和/或所述会话标识乂于应的所述会"i义参与方加入 所述会议。
4. 根据权利要求3所述的会议业务实现方法，其特征在于，所述 步骤b包括以下步骤所述网络向所述会议参与方发起新呼叫 或重定向呼叫，以将所述会i义参与方加入所述会i义。
5. 根据权利要求2所述的会议业务实现方法，其特征在于，所述 网络收到所述会i义才喿作消息后，通过和所述用户进行所述会i义 操作消息的交互，以将所述用户加入所述会i义。
6. 根据权利要求2所述的会议业务实现方法，其特征在于，所述 网络收到所述会议操作消息后，向所述用户发起新呼叫或重定 向呼叫，以将所述用户加入所述会i义。
7. 根据权利要求2所述的会议业务实现方法，其特征在于，所述 会议所需的会议资源在所述网络收到所述会议操作消息前被 申请或在所述网络收到所述会议操作消息后^皮申请。
8 根据权利要求7所述的会议业务实现方法，其特征在于，所述 网络收到所述会议操:作消息后，通过和所述用户进4亍所述会i义 才喿作消息的交互，以申请所述会i义资源；或，所述网络收到所 述会"i义操作消息后，发起新搮:作，以申请所述会议资源。
9. 根据权利要求7所述的会议业务实现方法，其特征在于，所述 网络收到所述会议操作消息后，在会议资源申请成功的前提 下，将所述会话标识所关4关的会话重定向至所述会i义资源，以 建立会议。
10. 根据权利要求9所述的会议业务实现方法，其特征在于，所述 会议资源是在所述网络收到所述会i义才喿作消息前被申请的。
11. 根据权利要求2所述的会议业务实现方法，其特征在于，所述 会议操作消息中还包括所述会话标识所对应的会话或所述用 户已建立通话的信令路径；或者，所述会议操作消息的会话标 识继7fc所述会:^标识。
12. 根据权利要求11所述的会议业务实现方法，其特征在于，所 述网全各沿着所述信令^各径建立所述会议。
13. 根据权利要求1至12中任一项所述的会议业务实现方法，其 特征在于，所述会议操作消息中还包括所述用户标识和/或会 话标识所乂于应会^舌的计费标识。
14. 根据权利要求1至12中任一项所述的会议业务实现方法，其 特征在于，所述会议操作消息的目的为会i义业务标识、或会i义 资源标识、或所述用户标识。
15. 根据权利要求2至12中任一项所述的会议业务实现方法，其 特征在于，所述会话包括所述会话标识所指示的会话，或和会 话标识所指示的会话背靠背的会话。
16. 根据权利要求1至12中任一项所述的会议业务实现方法，其 特征在于，操作消息包括以下至少一种SIP INVITE邀请消 息、SIP REFER参考消息、SIP SUBSCRIBE订阅消息、和HTTP消息。
17. 才艮据4又利要求14所述的会议业务实现方法，其特征在于，所 述会议操作消息的目的为所述用户标识，所述步骤b包括以下 步骤所述会议参与方或网元根据所述会议操作消息的要求， 向所述用户标识所对应的用户发起呼叫，以与所述用户以及所 述会i义参与方组成会议。
18. —种务汉业务实现装置，其特征在于，包4舌发起模块，用于使用户发起会议操作消息，会议操作消 息中包括对应会议参与方的信息；以及会议操作才莫块，用于使网络收到所述会议操作消息，并 将所述信息所对应的会议参与方以及所述用户力。入会i义。
19. 根据权利要求18所述的会议业务实现装置，其特征在于， 所述4言息包4舌以下至少一种用户标iK，其与所述会i义 参与方相对应；以及会话标识，其对应会话，所述会议参与方 处于所述会话对应的呼叫中；以及所述会议才喿作才莫块4吏所述网络或所述会i义参与方收到所 述会议操作消息后，将所述用户标识和/或所述会话标识对应 的所述会i义参与方加入所述会议。
20. 根据权利要求19所述的会议业务实现装置，其特征在于，所述会议操作消息中还包括所述会话标识所对应的会 话、或所述用户已建立通话的信令路径；或者，所述会议操作 消息的会话标识继承所述会话标识；以及所述会议操作模块使所述网络沿着所述信令路径建立所 述会议。
21. 根据权利要求18至20中任一项所述的会议业务实现装置，其 特征在于，所述会议操作消息的目的为会议业务标识、或会议 资源标识、或所述用户标识。
22. 根据权利要求21所述的会议业务实现装置，其特征在于，所 述会议操作消息的目的为所述用户标识，所述会议操作模块使 所述会议参与方或网元根据所述会议操作消息的要求，向所述 用户标识所只于应的用户发起呼叫，以与所述用户以及所述会i义 参与方组成会i义。
全文摘要
本发明提供了一种会议业务实现方法，包括以下步骤步骤a，用户发起会议操作消息，会议操作消息中包括对应会议参与方的信息；以及步骤b，网络或所述会议参与方收到会议操作消息，将信息所对应的会议参与方加入会议。本发明还提供了一种会议业务实现装置。
文档编号H04M3/56GK101123524SQ200710089250
公开日2008年2月13日 申请日期2007年3月16日 优先权日2006年5月24日
发明者施有铸 申请人:华为技术有限公司