专利名称：会议通话业务的触发方法及系统的制作方法
技术领域：
本发明涉及电话会议技术，特别地涉及一种会议通话(Conference Call, CC) 业务的触发方法及系统。
背景技术：
在TIA/EIA-41-D协议第6章3.2.9 "MSC (移动服务交换中心)Action Code Processing"中描述到，MSC在收到"Action Code=Bridge leg(s) to conference call"时需要触发会议通话业务。
在TIA/EIA-41协议中，对于始呼鉴权请求消息(Origination Request INVOKE: ORREQ)的描述中，ORREQ及其始呼鉴权请求响应消息(Origination Request RETURN RESULT, orreq)均不携带会议通话指示(CCI， Conference Calling Indicator) 参数。
但是根据《TIA/EIA-41-D》第6章5. 10. 3中对于CC业务的描述，当MSC需要 发起CC业务的时候需要判断CCI参数。该CCI参数中记录了允许进行会议通话的 分支个数。举例来说，如果总共参加会议呼叫的个数为6个，A、 B用户己经通话， 即已经加入了2方，此刻CCI应该为6。如果本次业务成功即再次加入一个分支成 功，则CCI仍为6 ，但能够再增加的会议通话分支只有6 - 3 = 3个。如果CCI参 数与当前会议呼叫的总分支个数已经相等，表示不能再进行增加会议通话分支的操 作。在呼叫处理过程中，会议通话始终由始发MSC控制，IS-53协议中也提到，CC 由始发MSC发起，后续电话分支的引入连接也由始发MSC发起。并且可以维持正常 通话，直到呼叫方挂机。服务MSC需要发起CC业务的时候需要判断CCI参数，以 预留会议通话的可用端口 (CCI参数除去当前已经进入多连接分支的个数)。
根据《TIA/EIA-41-D》第6章3. 2. 9和5. 10. 3的描述，无论通过何种方式 触发CC业务，CCI参数是CC业务成功的必要条件。在现有技术中可以通过特征业务请求(FEATURE REQUEST, FEATREQ)流程 来触发CC业务。图1为现有技术中CC业务的触发流程示意图，如图l所示， 该流程包括如下步骤
(1) 服务MSCe/GMSC (MSC网关)接收到基站控制器(BSC)发送的会议通话 业务请求，如FLASH业务请求消息，该消息包括用户在终端上拨打的数字(用户 拨打数字请求通话后，由基站控制器发送业务请求消息至服务MSCe/GMSC)。在 对该数字的分析过程中，服务MSCe发现特征码串。其中FC (Feature Code)为 业务特征码，TA (Termination Adress，终端地址)为会议成员的电话号码。'
(2) 服务MSCe向与终端有关系的归属位置寄存器HLR发送FEATREQ(特征 业务请求)，其中包括用户在终端上拨打的数字(DIGITS)。
(3) HLR发现是会议通话请求，则向服务MSCe发送featreq (FEATREQ请 求响应)，featreq在终端列表参数TERMLIST中包含呼叫路由选择信息，即HLR 将先前的特征码去掉之后的被叫号码，另外还包括HLR从该用户的签约信息所 获得的会议通话指示CCI参数，指明当前呼叫激活了会议通话业务。
(4) 服务MSCe存储会议通话指示，激活会议通话，并根据featreq中指 示向终端提供业务操作确认信息。
(5) 服务MSCe根据终端列表参数中呼叫路由选择信息建立呼叫(如呼叫 至分支l)。
但用户如果不通过特征业务请求(FEATURE REQUEST, FEATREQ)流程来触 发CC业务，而通过ORREQ消息到归属位置寄存器(HLR) ， HLR试图通过。rreq 响应消息指示MSC需要处理CC业务，MSC由于没有在orreq消息中得到CCI信息， 则无法处理，业务不能成功。
目前《TIA/EIA-41-D》和《TIA/EIA-41-E》协议中，都没有解决ORREQ和 orreq消息中不携带CCI参数，但是可以通过ORREQ和orreq消息来触发CC业 务的矛盾。也就是说HLR下发了 orreq消息后，指示MSC进行CC业务，但ORREQ 和orreq消息中均不能携带CCI信息，所以CC业务又不能够成功。
发明内容
本发明实施例的目的在于提供一种会议通话业务的触发方法及系统，使网
元可以通过0RREQ和oireq消息处理CC业务。
本发明一实施例提供的会议通话业务的触发方法包括 收到会议通话业务请求时，网络侧通过始呼鉴权请求触发会议通话业务， 在始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，并根据所述的会 议通话指示判断是否可以进行会议呼叫，相应处理会议通话业务。 本发明另一实施例提供的会议通话业务的触发方法包括
收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业
务；
在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则 通过默认的会议通话指示进行会议通话业务处理。
本发明另一实施例提供的会议通话业务的触发方法包括
收到会议通过业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业
务；
.在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则 通过特征业务请求重新触发该会议通话业务。
本发明一实施例的会议通话业务的触发系统包括-根据会议通话业务请求发起始呼鉴权请求的第一装置；
接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴 权请求响应携带会议通话指示及呼叫路由选择信息；
所述第一装置根据所述会议通话指示判断是否可以进行会议呼叫，并相应 地建立或拒绝呼叫。
本发明另一实施例的会议通话业务的触发系统包括-
根据会议通话业务请求发起始呼鉴权请求的第一装置，所述始呼鉴权请求 携带会议通话指示；根据所述会议通话指示判断是否可以进行会议呼叫的第二装置，该第二装 置判断可以进行会议呼叫，则发送携带呼叫路由选择信息的始呼鉴权请求响应
至所述第一装置；
其中，所述第一装置根据接收到的所述呼叫路由选择信息建立呼叫。
本发明另一实施例的会议通话业务的触发系统包括
根据会议通话业务请求发起始呼鉴权请求的第一装置；
接收所述》台呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴
权请求响应携带呼叫路由选择信息；
其中，所述第一装置根据默认的会议通话指示判断可以进行会议呼叫时， 根据所述的路由选择信息建立呼叫。
本发明实施例使得相关网元可以根据协议通过0RREQ和orreq消息完成CC 业务。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，
并不构成对本发明的限定。在附图中
图1为现有技术中CC业务的特征码请求触发流程示意图； 图2为本发明实施例1的会议通话触发流程示意图； 图3为本发明实施例2的会议通话触发流程示意图； 图4为本发明实施例3的会议通话触发流程示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的 具体实施例进行详细说明。在此，本发明的示意性实施例及其说明用于解释本 发明，但并不作为对本发明的限定。
实施例1
由于CCI参数是CC业务处理的必要信息，而0RREQ和orreq消息在协议中已经明确可以处理CC业务，因此如果在ORREQ和orreq消息携带这些信息，就 可以使相关网元有效的处理CC业务。因此，本实施例是通过在ORREQ和orreq 消息携带CCI参数来使CC业务能够成功进行。相关网元(如HLR， MSC)也需要支 持在0RREQ和orreq消息携带CCI信息。
图2为本发明实施例1的会议通话触发流程示意图，图2中基站控制器、 移动服务交换中心(服务MSCe/GMSC)及归属位置寄存器形成实现会议通话业务 的触发的系统。如图2所示，会议通话触发流程具体包括如下步骤
(1) 服务MSCe/GMSC接收到会议通话业务请求消息，如FLASH业务请求。 该业务请求包括用户在终端上拨打的数字。在对该数字的分析过程中，服务MSCe 发现特征码串。其中FC (Feature Code)为业务特征码，TA为会议成员的电话 号码。
(2) 服务MSCe向与终端有关系的HLR发送ORREQ，其中包括CC工参数和用 户在终端上拨打的数字。
(3) HLR发现是会议通话请求进行判断，如果ORREQ消息中携带CCI参数， HLR网元判断其是否可以进行会议呼叫，也可以不判断其是否可以进行会议呼 叫，而直接向服务MSCe发送orreq， orreq在终端列表参数TERMLIST中包含呼 叫路由选择信息，即HLR将先前的特征码去掉之后的被叫号码，另外orreq还 包括会议通话指示参数CCI，指明当前呼叫激活了会议通话业务。如果HLR网元 需要进行是否可以进行会议呼叫的判断，则可以仅在判断可以进行会议呼叫时 向服务MSCe发送包含路由选择信息及会议通话指示的orreq;而可在判断不可 以进行会议呼叫时直接拒绝该呼叫。
(4) 服务MSCe存储会议通话指示，在判断可以进行会议呼叫时激活会议 通话，并根据oir叫中指示向终端提供业务操作确认信息。
(5) 服务MSCe根据终端列表参数中呼叫路由选择信息建立呼叫，如呼叫 至分支l。本实施例完善了TIA/EIA-41协议中矛盾的地方，使得相关网元可以根据协议 通过0RREQ和orreq消息完成CC业务。
在本实施例中，如果服务MSCe向HLR发送的0RREQ未携带CCI参数，由于 HLR可以从其数据库中用户的签约信息中获知CCI参数，因此HLR可以在向MSCe 发送的orreq中携带CCI参数，即orreq不仅在终端列表参数TERMLIST中包含 呼叫路由选择信息，该orreq还包括会议通话指示参数CCI，指明当前呼叫激活 了会议通话业务。从而使MSCe存储会议通话指示CCI，并在判断可以进行会议 呼叫时激活会议通话，建立呼叫。
并且，在本实施例中，如果HLR判断接收的ORREQ消息中携带CCI参数，HLR 也可以在发送至MSCe的orreq中不携带CCI参数，而是通过判断是否可以进行 会议呼叫，直接将判断结果通知给MSCe，使MSCe根据HLR的判断结果决定是否 激活会议电话并进行呼叫接续。例如，如果HLR判断CCI参数与当前会议呼叫 的总分支个数已经相等，表示不能再进行增加会议通话分支的操作，则可不向MSCe 发送orreq或者发送携带错误指示的消息，以使MSCe拒绝呼叫接续；如果HLR 判断还能再进行增加会议通话分支的操作，则向MSCe发送orreq并在其终端列 表参数TERMLIST中包含呼叫路由选择信息。当然，还可以用其它通知方式，这 对本领域的技术人员来说是容易实现的，在此不一一赘述。
因此，根据本发明实施例，只要在ORREQ或orreq消息中任意一条携带CCI 信息，都可以使得收到该消息的网元有效地处理CC业务。
实施例2
如果在ORREQ或orreq消息中都不携带CC工信息，则可以在网元在收到ORREQ 或orreq消息后，判断如果消息中没有CCI信息，通过MSC设定一个默认的CCI 值进行处理。
图3为本发明实施例2的会议通话触发流程示意图。图中基站控制器、移 动服务交换中心(服务MSCe/GMSC)及归属位置寄存器形成实现会议通话业务的 触发的系统。如图3所示，会议通话触发流程具体包括如下步骤-(1) 服务MSCe/GMSC接收到FLASH业务请求消息(携带用户在终端上拨打的 数字)。在对该数字的分析过程中，服务MSCe发现特征码串。其中FC (Feature Code)为业务特征码。TA为会议成员的电话号码。
(2) 服务MSCe向与终端有关系的HLR发送ORREQ，其中包括用户在终端上 拨打的数字(DIGITS)。
(3) HLR发现是会议通话请求则向服务MSCe发送orreq， orreq在终端列 表参数TERMLIST中包含呼叫路由选择信息，即HLR将先前的特征码除出之后的 被叫号码。
(4) MSCe检测到orreq响应消息中没有CCI参数，可以按照默认的CCI 参数进行呼叫接续。
实施例3
如果在0RREQ或orreq消息中都不携带CCI信息，则可以在MSC收到orreq 消息后，如果消息中没有CCI信息，则向HLR发送FEATURE消息，通过 Feature Request流程再次触发CC业务。
图4为本发明实施例3的会议通话触发流程示意图。图中基站控制器、移 动服务交换中心(服务MSCe/GMSC)及归属位置寄存器形成实现会议通话业务的 触发的系统。如图4所示，该流程具体包括如下步骤
(1) 服务MSCe/GMSC接收到FLASH业务请求消息(携带用户在终端上拨 打的数字)。在对该数字的分析过程中，服务MSCe发现特征码串。其中FC (Feature Code)为业务特征码。TA为会议成员的电话号码。
(2) 服务MSCe向与终端有关系的HLR发送ORREQ，其中包括用户在终端上 拨打的数字(DIGITS)。
(3) HLR发现是会议通话请求则向服务MSCe发送orreq， orreq在终端列 表参数TERMLIST中包含呼叫路由选择信息，即HLR将先前的特征码除出之后的 被叫号码。(4) MSCe检测到orreq响应消息中没有CCI参数，可以通过FEATURE REQUEST 重新触发会议通话流程，具体步骤如图1中FEATURE REQUEST触发流程(见图1 中步骤(2)及后续的过程)。
本发明如上实施例的会议通话业务的触发方法完善了 TIA/EIA-41协议中矛 盾的地方，使得相关网元可以根据协议通过ORREQ和orreq消息完成CC业务。
以上具体实施方式
仅用于说明本发明，而非用于限定本发明。凡在本发明 的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明 的保护范围之内。
权利要求
1.一种会议通话业务的触发方法，其特征在于，该方法包括收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务，在所述始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，并根据所述的会议通话指示判断是否可以进行会议呼叫，相应处理会议通话业务。
2. 根据权利要求l所述的方法，其特征在于，该方法具体包括如下步骤:收到FLASH业务请求消息时，移动服务交换中心向相关归属位置寄存器发送 携带特征码串的始呼鉴权请求；所述归属位置寄存器确定接收的始呼鉴权请求中携带会议通话指示，则向 移动服务交换中心发送携带呼叫路由选择信息及会议通话指示的始呼鉴权请求 响应；所述移动服务交换中心在根据所述会议通话指示判断可以进行会议呼叫时 激活会议通话，并根据所述路由选择信息建立呼叫。
3. 根据权利要求l所述的方法，其特征在于，该方法具体包括如下步骤 收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；所述归属位置寄存器确定接收的始呼鉴权请求中携带会议通话指示，则判 断是否可以进行会议呼叫，并将判断结果通知给所述移动服务交换中心；所述移动服务交换中心根据所述判断结果决定建立或拒绝呼叫。
4. 根据权利要求l所述的方法，其特征在于，该方法具体包括如下步骤 收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；所述归属位置寄存器确定接收的始呼鉴权请求中未携带会议通话指示，则 向移动服务交换中心发送携带呼叫路由选择信息及会议通话指示的始呼鉴权请 求响应；所述移动服务交换中心在根据所述会议通话指示判断可以进行会议呼叫时激活会议通话，并根据所述路由选择信息建立呼叫。
5. —种会议通话业务的触发方法，其特征在于，该方法包括 收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则 通过默认的会议通话指示进行会议通话业务处理。
6. 根据权利要求5所述的方法，其特征在于，该方法具体包括如下步骤:收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器 发送携带特征码串的始呼鉴权请求；归属位置寄存器收到始呼鉴权请求后向所述移动服务交换中心发送包含呼叫路由选择信息的始呼鉴权请求响应；所述移动服务交换中心检测到始呼鉴权请求响应中不携带会议通话参数， 则按照默认的会议通话参数进行呼叫接续。
7. —种会议通话业务的触发方法，其特征在于，该方法包括收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则 通过特征业务请求重新触发该会议通话业务。
8. 根据权利要求7所述的方法，其特征在于，该方法具体包括如下步骤收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；归属位置寄存器收到始呼鉴权请求后向所述移动服务交换中心发送包含呼 叫路由选择信息的始呼鉴权请求响应；所述移动服务交换中心检测到始呼鉴权请求响应中不携带会议通话参数， 则通过特征业务请求重新触发所述会议通话业务。
9. 一种会议通话业务的触发系统，其特征在于该系统包括-根据会议通话业务请求发起始呼鉴权请求的第一装置；接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴 权请求响应携带会议通话指示及呼叫路由选择信息；所述第一装置根据所述会议通话指示判断是否可以进行会议呼叫，并相应 地建立或拒绝呼叫。
10. 根据权利要求9所述的系统，其特征在于 所述始呼鉴权请求包括所述会议通话指示。
11. 一种会议通话业务的触发系统，其特征在于该系统包括.-根据会议通话业务请求发起始呼鉴权请求的第一装置，所述始呼鉴权请求携带会议通话指示；根据所述会议通话指示判断是否可以进行会议呼叫的第二装置，该第二装 置判断可以进行会议呼叫，则发送携带呼叫路由选择信息的始呼鉴权请求响应 至所述第一装置；其中，所述第一装置根据接收到的所述呼叫路由选择信息建立呼叫。
12. 根据权利要求ll所述的系统，其特征在于 所述第二装置用于在不可以进行会议呼叫时直接拒绝该呼叫。
13. —种会议通话业务的触发系统，其特征在于该系统包括 根据会议通话业务请求发起始呼鉴权请求的第一装置；接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴 权请求响应携带呼叫路由选择信息；其中，所述第一装置根据默认的会议通话指示判断可以进行会议呼叫时， 根据所述的路由选择信息建立呼叫。
全文摘要
本发明实施例提供一种会议通话业务的触发方法及系统，所述方法包括收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务，并在所述始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，以根据所述的会议通话指示判断是否可以进行会议呼叫，处理会议通话业务。本发明实施例使得相关网元可以根据协议通过始呼鉴权请求和始呼鉴权请求响应消息完成CC业务。
文档编号H04L12/18GK101299872SQ200710098988
公开日2008年11月5日 申请日期2007年4月30日 优先权日2007年4月30日
发明者严天军, 平 徐, 李世前 申请人:华为技术有限公司