CN101299872B - 会议通话业务的触发方法及*** - Google Patents

Abstract

本发明实施例提供一种会议通话业务的触发方法及***，所述方法包括：收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务，并在所述始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，以根据所述的会议通话指示判断是否可以进行会议呼叫，处理会议通话业务。本发明实施例使得相关网元可以根据协议通过始呼鉴权请求和始呼鉴权请求响应消息完成CC业务。

Description

会议通话业务的触发方法及***

技术领域

本发明涉及电话会议技术，特别地涉及一种会议通话(Conference Call，CC)业务的触发方法及***。

背景技术

在TIA/EIA-41-D协议第6章3.2.9“MSC(移动服务交换中心)ActionCode Processing”中描述到，MSC在收到“Action Code＝Bridge leg(s)toconference call”时需要触发会议通话业务。

在TIA/EIA-41协议中，对于始呼鉴权请求消息(Origination Request INVOKE，ORREQ)的描述中，ORREQ及其始呼鉴权请求响应消息(Origination Request RETURNRESULT，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业务的触发流程示意图，如图1所示，该流程包括如下步骤：

(1)服务MSCe/GMSC(MSC网关)接收到基站控制器(BSC)发送的会议通话业务请求，如FLASH业务请求消息，该消息包括用户在终端上拨打的数字(用户拨打数字请求通话后，由基站控制器发送业务请求消息至服务MSCe/GMSC)。在对该数字的分析过程中，服务MSCe发现特征码串。其中FC(Feature Code)为业务特征码，TA(Terminat ion Adress，终端地址)为会议成员的电话号码。

(2)服务MSCe向与终端有关系的归属位置寄存器HLR发送FEATREQ(特征业务请求)，其中包括用户在终端上拨打的数字(DIGITS)。

(3)HLR发现是会议通话请求，则向服务MSCe发送featreq(FEATREQ请求响应)，featreq在终端列表参数TERMLIST中包含呼叫路由选择信息，即HLR将先前的特征码去掉之后的被叫号码，另外还包括HLR从该用户的签约信息所获得的会议通话指示CCI参数，指明当前呼叫激活了会议通话业务。

(4)服务MSCe存储会议通话指示，激活会议通话，并根据featreq中指示向终端提供业务操作确认信息。

(5)服务MSCe根据终端列表参数中呼叫路由选择信息建立呼叫(如呼叫至分支1)。

但用户如果不通过特征业务请求(FEATURE REQUEST，FEATREQ)流程来触发CC业务，而通过ORREQ消息到归属位置寄存器(HLR)，HLR试图通过orreq响应消息指示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和orreq消息处理CC业务。

本发明一实施例提供的会议通话业务的触发方法包括：

收到会议通话业务请求时，网络侧通过始呼鉴权请求触发会议通话业务，在始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，并根据所述的会议通话指示判断是否可以进行会议呼叫，相应处理会议通话业务。

本发明另一实施例提供的会议通话业务的触发方法包括：

收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；

在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则通过默认的会议通话指示进行会议通话业务处理。

本发明另一实施例提供的会议通话业务的触发方法包括：

收到会议通过业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；

在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则通过特征业务请求重新触发该会议通话业务。

本发明一实施例的会议通话业务的触发***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置；

接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴权请求响应携带会议通话指示及呼叫路由选择信息；

所述第一装置根据所述会议通话指示判断是否可以进行会议呼叫，并相应地建立或拒绝呼叫。

本发明另一实施例的会议通话业务的触发***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置，所述始呼鉴权请求携带会议通话指示；

根据所述会议通话指示判断是否可以进行会议呼叫的第二装置，该第二装置判断可以进行会议呼叫，则发送携带呼叫路由选择信息的始呼鉴权请求响应至所述第一装置；

其中，所述第一装置根据接收到的所述呼叫路由选择信息建立呼叫。

本发明另一实施例的会议通话业务的触发***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置；

接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴权请求响应携带呼叫路由选择信息；

其中，所述第一装置根据默认的会议通话指示判断可以进行会议呼叫时，根据所述的路由选择信息建立呼叫。

本发明实施例使得相关网元可以根据协议通过ORREQ和orreq消息完成CC业务。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本甲请的一部分，并不构成对本发明的限定。在附图中：

图1为现有技术中CC业务的特征码请求触发流程示意图；

图2为本发明实施例1的会议通话触发流程示意图；

图3为本发明实施例2的会议通话触发流程示意图；

图4为本发明实施例3的会议通话触发流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实施例进行详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

实施例1

由于CCI参数是CC业务处理的必要信息，而ORREQ和orreq消息在协议中已经明确可以处理CC业务，因此如果在ORREQ和orreq消息携带这些信息，就可以使相关网元有效的处理CC业务。因此，本实施例是通过在ORREQ和orreq消息携带CCI参数来使CC业务能够成功进行。相关网元(如HLR，MSC)也需要支持在ORREQ和orreq消息携带CCI信息。

图2为本发明实施例1的会议通话触发流程示意图，图2中基站控制器、移动服务交换中心(服务MSCe/GMSC)及归属位置寄存器形成实现会议通话业务的触发的***。如图2所示，会议通话触发流程具体包括如下步骤：

(1)服务MSCe/GMSC接收到会议通话业务请求消息，如FLASH业务请求。该业务请求包括用户在终端上拨打的数字。在对该数字的分析过程中，服务MSCe发现特征码串。其中FC(Feature Code)为业务特征码，TA为会议成员的电话号码。

(2)服务MSCe向与终端有关系的HLR发送ORREQ，其中包括CCI参数和用户在终端上拨打的数字。

(3)HLR发现是会议通话请求进行判断，如果ORREQ消息中携带CCI参数，HLR网元判断其是否可以进行会议呼叫，也可以不判断其是否可以进行会议呼叫，而直接向服务MSCe发送orreq，orreq在终端列表参数TERMLIST中包含呼叫路由选择信息，即HLR将先前的特征码去掉之后的被叫号码，另外orreq还包括会议通话指示参数CCI，指明当前呼叫激活了会议通话业务。如果HLR网元需要进行是否可以进行会议呼叫的判断，则可以仅在判断可以进行会议呼叫时向服务MSCe发送包含路由选择信息及会议通话指示的orreq；而可在判断不可以进行会议呼叫时直接拒绝该呼叫。

(4)服务MSCe存储会议通话指示，在判断可以进行会议呼叫时激活会议通话，并根据orreq中指示向终端提供业务操作确认信息。

(5)服务MSCe根据终端列表参数中呼叫路由选择信息建立呼叫，如呼叫至分支1。

本实施例完善了TIA/EIA-41协议中矛盾的地方，使得相关网元可以根据协议通过ORREQ和orreq消息完成CC业务。

在本实施例中，如果服务MSCe向HLR发送的ORREQ未携带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消息中都不携带CCI信息，则可以在网元在收到ORREQ或orreq消息后，判断如果消息中没有CCI信息，通过MSC设定一个默认的CCI值进行处理。

图3为本发明实施例2的会议通话触发流程示意图。图中基站控制器、移动服务交换中心(服务MSCe/GMSC)及归属位置寄存器形成实现会议通话业务的触发的***。如图3所示，会议通话触发流程具体包括如下步骤：

(1)服务MSCe/GMSC接收到FLASH业务请求消息(携带用户在终端上拨打的数字)。在对该数字的分析过程中，服务MSCe发现特征码串。其中FC(FeatureCode)为业务特征码。TA为会议成员的电话号码。

(2)服务MSCe向与终端有关系的HLR发送ORREQ，其中包括用户在终端上拨打的数字(DIGITS)。

(3)HLR发现是会议通话请求则向服务MSCe发送orreq，orreq在终端列表参数TERMLIST中包含呼叫路由选择信息，即HLR将先前的特征码除出之后的被叫号码。

(4)MSCe检测到orreq响应消息中没有CCI参数，可以按照默认的CCI参数进行呼叫接续。

实施例3

如果在ORREQ或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业务。

以上具体实施方式仅用于说明本发明，而非用于限定本发明。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种会议通话业务的触发方法，其特征在于，该方法包括：

收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务，在所述始呼鉴权请求及/或始呼鉴权请求响应中携带会议通话指示，并根据所述的会议通话指示判断是否可以进行会议呼叫，相应处理会议通话业务。

2.根据权利要求1所述的方法，其特征在于，该方法具体包括如下步骤：

收到FLASH业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；

所述归属位置寄存器确定接收的始呼鉴权请求中携带会议通话指示，则向移动服务交换中心发送携带呼叫路由选择信息及会议通话指示的始呼鉴权请求响应；

所述移动服务交换中心在根据所述会议通话指示判断可以进行会议呼叫时激活会议通话，并根据所述路由选择信息建立呼叫。

3.根据权利要求1所述的方法，其特征在于，该方法具体包括如下步骤：

收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；

所述归属位置寄存器确定接收的始呼鉴权请求中携带会议通话指示，则判断是否可以进行会议呼叫，并将判断结果通知给所述移动服务交换中心；

所述移动服务交换中心根据所述判断结果决定建立或拒绝呼叫。

4.根据权利要求1所述的方法，其特征在于，该方法具体包括如下步骤：

收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；

所述归属位置寄存器确定接收的始呼鉴权请求中未携带会议通话指示，则向移动服务交换中心发送携带呼叫路由选择信息及会议通话指示的始呼鉴权请求响应；

所述移动服务交换中心在根据所述会议通话指示判断可以进行会议呼叫时激活会议通话，并根据所述路由选择信息建立呼叫。

5.一种会议通话业务的触发方法，其特征在于，该方法包括：

收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；

在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则通过默认的会议通话指示进行会议通话业务处理。

6.根据权利要求5所述的方法，其特征在于，该方法具体包括如下步骤：

收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；

归属位置寄存器收到始呼鉴权请求后向所述移动服务交换中心发送包含呼叫路由选择信息的始呼鉴权请求响应；

所述移动服务交换中心检测到始呼鉴权请求响应中不携带会议通话指示，则按照默认的会议通话指示进行呼叫接续。

7.一种会议通话业务的触发方法，其特征在于，该方法包括：

收到会议通话业务请求消息时，网络侧通过始呼鉴权请求触发会议通话业务；

在所述始呼鉴权请求及始呼鉴权请求响应中都不携带会议通话指示时，则通过特征业务请求重新触发该会议通话业务。

8.根据权利要求7所述的方法，其特征在于，该方法具体包括如下步骤：

收到会议通话业务请求消息时，移动服务交换中心向相关归属位置寄存器发送携带特征码串的始呼鉴权请求；

归属位置寄存器收到始呼鉴权请求后向所述移动服务交换中心发送包含呼叫路由选择信息的始呼鉴权请求响应；

所述移动服务交换中心检测到始呼鉴权请求响应中不携带会议通话指示，则通过特征业务请求重新触发所述会议通话业务。

9.一种会议通话业务的触发***，其特征在于该***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置；

接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴权请求响应携带会议通话指示及呼叫路由选择信息；

所述第一装置根据所述会议通话指示判断是否可以进行会议呼叫，并相应地建立或拒绝呼叫。

10.根据权利要求9所述的***，其特征在于：

所述始呼鉴权请求包括所述会议通话指示。

11.一种会议通话业务的触发***，其特征在于该***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置，所述始呼鉴权请求携带会议通话指示；

根据所述会议通话指示判断是否可以进行会议呼叫的第二装置，该第二装置判断可以进行会议呼叫，则发送携带呼叫路由选择信息的始呼鉴权请求响应至所述第一装置；

其中，所述第一装置根据接收到的所述呼叫路由选择信息建立呼叫。

12.根据权利要求11所述的***，其特征在于：

所述第二装置用于在不可以进行会议呼叫时直接拒绝该呼叫。

13.一种会议通话业务的触发***，其特征在于该***包括：

根据会议通话业务请求发起始呼鉴权请求的第一装置；

接收所述始呼鉴权请求并回应始呼鉴权请求响应的第二装置，所述始呼鉴权请求响应携带呼叫路由选择信息；

其中，所述第一装置根据默认的会议通话指示判断可以进行会议呼叫时，根据所述的路由选择信息建立呼叫。

Images