CN101626549A - 多域环境中提供遇忙呼叫完成业务的方法和实体 - Google Patents

Abstract

本发明实施例公开了一种多域环境中提供遇忙呼叫完成业务的方法和实体，属于通信领域。所述方法包括：确定多域用户在第一网络域呼叫可达时，获取所述多域用户在第二网络域的业务状态；根据所述第二网络域的业务状态处理遇忙呼叫完成业务。本发明实施例还公开了一种多域用户状态处理实体，包括：业务状态获取模块和处理模块。本发明实施例当多域用户在第一网络域空闲时，能够准确地获取到该多域用户在第二网络域的业务状态，根据获取到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

Description

多域环境中提供遇忙呼叫完成业务的方法和实体

技术领域

本发明涉及通信领域，特别涉及一种多域环境中提供遇忙呼叫完成业务的方法和实体。

背景技术

为了防止被叫忙时，主叫重复呼叫被叫，现有技术提供了一种CCBS(Completion of Callsto Busy Subscriber，遇忙呼叫完成)业务，该业务使用户A呼叫用户B并遇到用户B忙时，不必重新呼叫用户B，而在用户B空闲时完成到用户B的呼叫。当网络检测到用户B空闲时(即用户没有进行任何活动的呼叫，且没有保持的呼叫，也没有等待的呼叫)，询问用户A是否进行呼叫。当用户A接受后，发起到用户B的CCBS呼叫，从而完成呼叫的建立，而用户A不必盲目的重新发起呼叫。

CCBS业务的关键处理包括感知用户B以及用户A的呼叫状态。在移动CS(CS，CircuitSwitched)域中，感知用户B的状态通过用户B归属的HLR(Home Location Register，归属位置寄存器)控制其所注册的MSC(Mobile Switching Center，移动交换中心)/VLR(VisitorLocation Register，拜访位置寄存器)进行，简单处理过程如下：

在用户B状态发生变换时，即从忙变闲时，MSC/VLR将向用户B所属的HLR报告其状态；

用户B所属的HLR延迟一定时间后，通知用户A所属的网络用户B空闲。在此延迟时间段内(即空闲监控期间)，若用户B发起呼叫，则取消后续的通知动作。在空闲监控期间以及向用户A侧网络发送空闲通知后(发送通知后启动等待CCBS呼叫到来的定时器，该定时器启动到停止的时间段就是“等待CCBS呼叫期间”)，若收到非用户A发起到用户B的呼叫，则予以拒绝。

当用户A侧网络收到用户B所属的HLR发送的空闲通知后，再询问用户A，“用户B空闲，是否完成之前的呼叫”，从而完成用户B呼叫状态的感知。

感知用户A的状态的时机为：当用户A侧网络收到用户B所属的HLR发送的空闲通知时，发现用户A忙或者没有发起CCBS呼叫，则用户A侧的MSC/VLR启动状态监控，其监控机制与用户B侧类似。

在IMS域中，CCBS业务中的主叫和被叫的状态感知分别通过位于其归属网络侧提供CCBS业务的AS(Application Server，应用服务器)执行的，提供CCBS业务的AS感知用户主叫和被叫进行的所有多媒体电信会话的状态，从而根据IMS中空闲的定义向CCBS呼叫发起端的网络通知用户状态变化。

语音呼叫连续(VCC，Voice Call Continuity)是在用户归属的IMS(IP MultimediaSubsystem，IP多媒体子系统)提供的一种业务，使用该业务的用户(即VCC用户)能在CS域和IMS域之间进行业务双向切换。为了能进行域切换，VCC用户发起的或接收的呼叫都要锚定到该用户归属的IMS的域切换处理实体(DTF，Domain Transfer Function)上。

与VCC用户一样，还有一些其他用户也可以在CS域和IMS域进行业务双向切换，例如CSI(Combination of CS and IMS services，CS和IMS结合业务)终端的用户。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

对于可以在CS和IMS同时进行电信业务的用户，当分别在CS和/或IMS域提供CCBS业务时，都可能存在因用户的业务状态监控不准确导致的CCBS业务接续失败问题，并导致网络资源的浪费。例如，当VCC用户作为CCBS业务的被叫用户时，若VCC用户将CS的呼叫切换到IMS域，CS域的VMSC(Visited MSC，受访移动交换中心)/VLR以为该VCC用户释放了呼叫，将向该VCC用户所属的HLR报告用户空闲。此时若有等待的CCBS呼叫，则在收到该通知后重新呼叫该VCC用户，而因为该VCC用户正在IMS域进行呼叫，故重新发起的呼叫可能接通失败。

发明内容

为了提高CCBS业务接续成功率，本发明实施例提供了一种多域环境中提供遇忙呼叫完成业务的方法和实体。所述技术方案如下：

一种多域环境中提供遇忙呼叫完成业务的方法，所述方法包括：

确定多域用户在第一网络域呼叫可达时，获取所述多域用户在第二网络域的业务状态；

根据所述第二网络域的业务状态处理遇忙呼叫完成业务。

一种多域用户状态处理实体，所述实体包括：

业务状态获取模块，用于确定多域用户在第一网络域呼叫可达时，获取所述多域用户在第二网络域的业务状态；

处理模块，用于根据所述业务状态获取模块获取的第二网络域的业务状态处理遇忙呼叫完成业务。

本发明实施例提供的技术方案的有益效果是：

当多域用户在第一网络域空闲时，能够准确地获取到该多域用户在第二网络域的业务状态，根据获取到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

附图说明

图1是本发明实施例2提供的多域环境中提供CCBS业务的方法的消息交互图；

图2是本发明实施例3提供的多域环境中提供CCBS业务的方法的消息交互图；

图3是本发明实施例4提供的多域环境中提供CCBS业务的方法的消息交互图；

图4是本发明实施例5提供的多域环境中提供CCBS业务的方法的消息交互图；

图5是本发明实施例6提供的多域环境中提供CCBS业务的方法的消息交互图；

图6是本发明实施例7提供的多域用户状态处理实体的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例根据多域用户在第一网络域和第二网络域的业务状态，根据业务状态处理CCBS业务，能够使CCBS业务接续成功，防止网络资源的浪费。

其中，多域用户指能够在多个网络域进行电信业务的用户。

本发明实施例中所述“CCBS业务的发起用户”即背景技术中的用户A；所述“CCBS业务的目的用户”即背景技术中的用户B。

实施例1

本实施例提供了一种多域环境中提供CCBS业务的方法，该方法包括：

确定多域用户在第一网络域呼叫可达时，获取该多域用户在第二网络域的业务状态；

根据第二网络域的业务状态处理CCBS业务。

其中，业务状态至少包括以下信息之一：

呼叫可达状态：多域用户在第二网络域未进行任何呼叫(处于空闲状态)，或者，多域用户在第二网络域正在进行呼叫，但不影响当前处理的CCBS呼叫的接续；

占用状态：多域用户在第二网络域正在进行呼叫，且影响当前处理的CCBS呼叫的接续。

上述第一网络域和第二网络域至少包括以下组合之一：

第一网络域为CS域，第二网络域为IMS域；或，第一网络域为IMS域，第二网络域为CS域。

其中，可以通过为多域用户提供CCBS业务的设备中包含的多域用户状态处理实体，获取该多域用户在第二网络域的业务状态，具体可以通过以下方式之一实现：

1)使用该多域用户的标识向第二网络域的相关业务实体查询该多域用户的业务状态；

2)预先或即时订阅该多域用户在第二网络域的业务状态，当接收到第二网络域相关业务实体上报的多域用户的状态变化通知时，根据状态变化通知确定多域用户的业务状态；

3)根据接收到的与该多域用户相关的信令确定该多域用户的业务状态，此时，多域用户状态处理实体自身位于第二网络域该用户所有呼叫的信令路径中，根据接收到的信令可以获取所需业务状态信息。

当多域用户为CCBS业务的发起用户时，上述根据第二网络域的业务状态进行CCBS业务处理包括：

当多域用户在第二网络域中的业务状态为呼叫可达状态时，将呼叫可达状态通知给CCBS业务的目的用户侧网络；当多域用户在第二网络域中的业务状态为占用状态时，继续监控多域用户在第二网络域中的业务状态。

当多域用户为遇忙呼叫完成CCBS业务的目的用户时，上述根据第二网络域的业务状态进行CCBS业务处理包括：

当多域用户在第二网络域中的业务状态为呼叫可达状态时，启动多域用户的空闲监控定时器，并在空闲监控定时器的计时时长内拒绝非CCBS业务的发起用户发起的所有指向多域用户的呼叫；当空闲监控定时器达到计时时长时，向CCBS业务的发起用户侧网络报告多域用户呼叫可达，并启动等待CCBS呼叫定时器，并在等待CCBS呼叫定时器的计时时长内拒绝非CCBS业务的发起用户发起的所有指向所述多域用户的呼叫；当多域用户在第二网络域中的业务状态为占用状态时，继续监控多域用户在第二网络域中的业务状态。

其中，被拒绝的指向多域用户的呼叫可以根据策略包括从第一网络域或第二网络域接收到的呼叫，或者包括从第一网络域和第二网络域接收到的呼叫。

多域用户状态处理实体在CS域时，可以位于CS域的HLR或HSS(Home SubscriberServer，归属用户服务器)或用户数据服务器功能(User Profile Server Function，UPSF)实体或CS域的智能网业务控制功能(gsmSCP)实体中，其中HLR、HSS是3GPP中的称呼，HSS可以包含HLR的功能，UPSF则是TISPAN的叫法，本发明实施例中使用HLR/HSS表示所有相关的用户签约数据功能的服务器，下述实施例中不再解释；或CS域的智能网业务控制功能(gsmSCP)实体中；在IMS域时，可以位于应用服务器AS(Application Server)中。

本实施例根据多域用户在第一网络域和第二网络域的业务状态，根据业务状态进行CCBS业务处理，能够使CCBS业务接续成功，防止网络资源的浪费。

实施例2

本实施例提供了一种多域环境中提供CCBS业务的方法，本实施例的应用场景简单介绍如下：

1)多域用户状态处理实体确定多域用户在CS域空闲后，监控多域用户在IMS域的业务状态；

2)多域用户状态处理实体位于HSS/HLR功能实体内；

3)多域用户状态处理实体通过主动查询方式获取多域用户在IMS域的业务状态；

4)以对端用户为移动用户，具体实现时，对端用户也可以是固定用户，则相关实体变为对端用户的本地交换设备；

5)多域用户同时签约并激活了CS域的CCBS业务，该用户归属的VMSC/VLR已经收到其所属的HSS或HLR下发的状态检测指示，负责在多域用户的呼叫状态发生变化时通知HSS或HLR。多域用户可以是CCBS业务的发起用户，也可以是目的用户，本实施例中多域用户为CCBS业务的目的用户。

参见图1，多域环境中提供CCBS业务的方法包括：

S100：多域用户在CS域的呼叫释放后(可能是用户或者网络释放)，CS域中的VMSC/VLR检测到该用户的呼叫释放事件，因此判断该用户状态由忙变为空闲；

同时，VMSC/VLR检测用户空闲还包括其它事件，如用户在CS域IMSI(InternationalMobile Subscriber Identifier，国际移动用户标识符)附着(用户在CS网络进行注册的过程称为IMSI附着)，或收到无线链路失败指示或位置更新，或检测到与主被叫的短消息、呼叫无关的补充业务操作活动的指示等。

S101：VMSC/VLR根据之前该用户归属的HSS或HLR下发的状态检测指示，向其归属的HSS或HLR报告用户空闲，处于呼叫可达状态，HSS/HLR收到报告后，返回相应的响应。该报告可以通过MAP(Mobile Application Protocol，移动应用协议)消息如MAP_STATUS_REPORT来完成，其中，该报告携带用户空闲可达状态的信息，多域用户状态处理实体通过HSS/HLR内部接口自然感知该信息。

S102：多域用户状态处理实体控制HSS/HLR等待其决策结果，同时使用该用户的标识向业务状态知情实体查询该用户在IMS域的业务状态；

其中，HSS或HLR保存有用户的各种标识间的映射关系，故多域用户状态处理实体可以获得用户的标识，如MSISDN，SIP(Session Initiation Protocol，会话发起协议)URI(UniformResource Identifier，通用资源标识符)或电话通用资源标识符(TEL URI)，这些标识在业务状态知情实体可以被识别，该业务状态知情实体具体可以为IMS域中的AS；

查询该用户的业务状态时采用的查询协议可以包括但不限于Diameter、LDAP(Lightweight Directory Access Protocol，轻量目录访问协议)、SIP或MAP等；

业务状态知情实体可以是网络中为多域用户服务的切换控制实体，也可以是其它知情实体，如锚定电信业务呼叫的电信业务应用服务器(TAS，Telephony Application Server)或者多域用户设备，当为多域用户设备时，其交互的协议还可以是CS中的USSD(UnstructuredSupplementary Service Data，非结构化补充业务数据)、SMS(Short Message Service，短消息服务)等协议。其信令交互过程与本实施例类似，图1中没有画出；

此外，当业务状态为占用状态时，查询消息中还可以携带呼叫的属性信息，如语音呼叫等。

S103：业务状态知情实体根据收到的用户标识查询该用户的业务状态记录，并向多域用户状态处理实体告知查询到的情况(用户空闲)；

本实施例中用户在IMS域中无进行的呼叫(即空闲)；

若该用户进行着非语音(Voice)的呼叫，多域用户状态处理实体则报告该用户的业务状态为占用状态并提供占用呼叫的属性信息(本实施例中的呼叫的属性信息可以包括语音呼叫或短信呼叫)；当收到的业务状态为占用态但占用的呼叫不影响当前CCBS呼叫(如Voice类型)的接续，则仍认为IMS域呼叫可达；

若查询后得知多域用户在IMS域正在进行的是语音呼叫(如发生了VCC的域切换)，则多域用户状态处理实体继续进行状态监控(后续的状态报告可以通过在本次的查询中启动订阅机制如SIP SUBSCRIBE机制来控制，当有状态变化后再由业务状态知情实体上报给多域用户状态处理实体，流程的图中未体现)，本流程到此结束。

S104：多域用户状态处理实体根据收到的信息判断多域用户在CS、IMS域都可达，且多域用户为CCBS的目的用户，决定启动空闲监控定时器；

S105：在空闲监控定时器启动到超时的时间内，I-CSCF收到来自非CCBS发起用户的呼叫；

S105a-S106a：I-CSCF(Interrogating-Call Session Control Function，查询呼叫会话控制功能)收到入呼叫后，向多域用户归属的HSS/HLR发送路由信息请求，HSS/HLR根据当前状态(即，在空闲监控定时器的计时期间内)判断需要拒绝非CCBS发起用户的呼叫，并返回用户忙的原因。

S106：I-CSCF拒绝入呼叫请求；

本实施例的S105、S105a、S106a、S106以非CCBS发起用户的呼叫来自IMS域为例，也可以来自CS域。

当呼叫从CS域来到时，则HLR/HSS在收到被叫路由请求时可以拒绝；

当呼叫从IMS域来到时，HLR/HSS还可以指示IMS域中的AS通过调用闭锁业务来拒绝处理；

进一步，多域用户状态处理实体可以针对入呼叫的属性进行判别，若入呼叫不影响当前CCBS呼叫的接续，则允许其接续到多域用户；本实施例只给出HLR/HSS执行入呼闭锁的处理。

S107：空闲监控定时器超时，多域用户状态处理实体指示HSS/HLR可以向CCBS业务的对端用户发送空闲可达指示。

S108：HSS/HLR根据指示向CCBS业务的对端用户的相关网络实体发送空闲可达指示；

该指示在CS域时，使用SCCP无连接信令承载的补充业务应用部分协议，这里不再详述。

S109：多域用户状态处理实体启动等待CCBS呼叫定时器；

在等待CCBS呼叫定时器的计时期间内，当多域用户状态处理实体发现该多域用户在IMS域处于占用状态，且不能接续当前的CCBS呼叫时，继续监控其业务状态；当空闲监控定时器、等待CCBS呼叫定时器启动期间，收到任何一个网络域上报的该多域用户处于占用状态的报告时，都继续监控该用户的业务状态。

S110：在等待CCBS呼叫定时器停止前，GMSC收到来自非CCBS发起用户的呼叫；

S110a-S111a：GMSC(Gateway Mobile Switching Center，网关移动交换中心)收到入呼叫后向多域用户归属的HLR/HSS发送路由信息请求，HLR/HSS根据当前状态(即，在等待CCBS呼叫定时器计时期间内)判断需要拒绝非CCBS发起用户的呼叫，并返回忙的原因。

S111：GMSC拒绝入呼叫请求。

其中，S110、S110a、S111a、S111以来自CS域的入呼叫为例，也可以是来自IMS域的入呼叫。

当入呼叫来自CS域时，则HLR/HSS在收到路由信息请求时可以拒绝该入呼叫；这里只给出HLR/HSS一个处理示例，也可能是根据被叫用户的签约调用前转等。

当多域用户状态处理实体发现多域用户在IMS域处于占用态且不能接续当前的CCBS呼叫时，其处理如实施例3相应描述所示；当空闲监控定时器、等待CCBS呼叫定时器启动期间内收到任何一个网络域占用态报告的处理同实施例3中的相应描述。

本实施例中，当多域用户在CS域空闲时，多域用户处理实体能够准确地查询到该多域用户在IMS域的业务状态，根据查到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

实施例3

本实施例提供了一种多域环境中提供CCBS业务的方法，本实施例的应用场景与实施例2类似，不同之处在于：

多域用户状态处理实体是通过提前订阅或即时订阅的方式获取多域用户在IMS域的业务状态的；

在进行本方法时，多域用户状态处理实体已经与业务状态知情实体(如切换控制实体)间进行了所需信息的订阅处理，该过程使用SIP协议中现有的SUBSCRIBE服务来完成。

多域用户状态处理实体也可以从其它业务状态知情实体订阅，如锚定电信业务呼叫的TAS服务器或者多域用户设备。当为多域用户设备时，其交互的协议还可以是CS域中的USSD、SMS等方式。其交互与SIP协议类似，这里不再详述。

参见图2，多域环境中提供CCBS业务的方法包括：

S200：多域用户发起语音呼叫的域切换，在IMS域建立了语音呼叫，业务状态知情实体根据签约向多域用户状态处理实体报告呼叫占用以及呼叫的属性信息(本实施例中的呼叫的属性信息可以包括语音呼叫或短信呼叫)；

S201：多域用户根据切换流程释放在CS域的呼叫释放(可能是用户或者网络释放)，CS域的VMSC/VLR检测到用户的呼叫被释放，因此判断该用户状态由忙变为空闲；

同时，VMSC/VLR检测用户空闲还包括其它事件，如用户在CS域IMSI附着，或收到无线链路失败指示或位置更新，或检测到与主被叫的短消息、呼叫无关的补充业务操作活动的指示等。

S202：VMSC/VLR根据之前该多域用户归属的HSS或HLR下发的状态检测指示，向其HSS或HLR报告用户状态在CS域为空闲可达，HSS/HLR返回相应的响应；

该报告通过移动应用协议(MAP)消息如MAP_STATUS_REPORT来完成，其中携带用户空闲可达状态的信息；多域用户状态处理实体通过HSS/HLR内部接口自然感知该信息。

S203：多域用户状态处理实体根据从业务状态知情实体(如网络中VCC用户服务的切换控制实体)报告的业务状态判断多域用户在IMS域占用，且无法接续CCBS呼叫，则继续进行状态监控；

如多域用户状态处理实体确认双域状态都可达(即该用户未在IMS域进行呼叫或未进行语音呼叫)时，后续流程同实施例2中的描述类似，这里不再详述。

S204：多域用户在IMS域进行的语音呼叫被释放(可能是用户或者网络释放等)，多域用户状态处理实体收到该用户在IMS域的空闲状态报告；

S205：多域用户状态处理实体根据收到的信息判断多域用户在CS域、IMS域都空闲可达，且多域用户为CCBS的目的用户，启动空闲监控定时器。

如果在空闲监控定时器监控期间内，该多域用户在IMS域又进行了语音呼叫，则执行以下步骤：

S205a1：业务状态知情实体将占用状态以及呼叫属性信息(可选)报告给多域用户状态处理实体，这里也可以是报告CS域发生了呼叫。

S205a2：多域用户状态处理实体收到业务状态知情实体上报的信息后，发现空闲监控定时器尚未超时，则停止该定时器并继续进行状态监控。

如果在空闲监控定时器监控期间内，该多域用户一直处于呼叫可达状态，则执行以下步骤：

S205b1：多域用户状态处理实体启动等待CCBS呼叫定时器。

S205b2：多域用户在IMS域又进行了语音呼叫，业务状态知情实体将占用状态以及呼叫属性信息(可选)报告给多域用户状态处理实体，这里也可以是报告CS域发生了呼叫。

S205b3：多域用户状态处理实体收到了该状态报告时发现等待CCBS定时器尚未超时，则停止该定时器，并继续进行状态监控。

本实施例在空闲监控期间对入呼叫实施了闭锁，上述占用状态是因为多域用户自己在IMS或CS域发起的。

当多域用户在CS域空闲时，多域用户处理实体通过提前订阅或即时订阅的方式能够准确地获取到该多域用户在IMS域的业务状态，根据获取到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

实施例4

本实施例提供了一种多域环境中提供CCBS业务的方法，本实施例的应用场景与实施例2类似，不同之处在于：

多域用户状态处理实体通过拦截HSS/HLR与VMSC/VLR间接口信令消息的方式获取多域用户在IMS域的业务状态；

本实施例中的多域用户状态处理实体可以拦截VMSC/VLR(或GMSC)和HSS/HLR间的接口信令消息，其位于IMS域中的电信业务应用服务器TAS中；多域用户状态处理实体也可以在多域用户的VCC AS中实现，这些AS都位于多域用户在IMS域的信令路径之中。即，多域用户状态处理实体位于多域用户在IMS域的信令路径之中。

参见图3，多域环境中提供CCBS业务的方法包括：

S300：多域用户在CS域的呼叫被释放，CS域中的VMSC/VLR检测到用户的呼叫释放事件，因此判断用户状态由忙变为空闲。根据之前该用户归属的HSS或HLR下发的状态检测指示，向HSS或HLR报告用户状态空闲可达指示。该报告通过移动应用协议(MAP)消息如MAP_STATUS_REPORT完成，其中携带用户空闲可达状态的信息。

S301：多域用户状态处理实体通过拦截HSS/HLR和VMSC/VLR接口的信令感知该用户空闲可达状态的信息，且对消息进行响应。

S302：多域用户为CCBS的目的用户，且多域用户状态处理实体根据自身锚定的呼叫信息查询用户业务状态，发现该用户在IMS域中呼叫可达时，则启动空闲监控定时器；

本实施例中，以多域用户为CCBS业务的目的用户进行说明。当多域用户为CCBS业务的发起用户时，直接执行S308。

当锚定的呼叫不影响当前CCBS呼叫(如Voice类型)的接续，则仍认为该多域用户在IMS域空闲可达。

S303：非CCBS发起用户在IMS域或CS域呼叫该多域用户。

S304：呼入请求通过IMS域的实体(如S-CSCF)，将呼叫请求(INVITE)触发到多域用户状态处理实体所在的TAS处理。

S305：根据CCBS业务的判断，多域用户状态处理实体拒绝该入呼叫，并返回适当的原因值，如“用户忙”，即响应消息：480。

S306：IMS域将该呼入请求的响应消息(呼叫拒绝)转发到非CCBS发起用户。

S307：空闲监控定时器超时，多域用户状态处理实体确定该用户在双域(CS域和IMS域)都可达。

S308：多域用户状态处理实体向多域用户归属的HSS/HLR转发拦截到的用户空闲可达指示。

该步骤对于多域用户是CCBS业务的发起用户或目的用户都适用；差别在于当多域用户是CCBS业务的发起用户时，只要判断双域空闲即可发送；当多域用户是CCBS业务的目的用户时，需要空闲监视定时器超时后发送。

S309：多域用户状态处理实体启动等待CCBS呼叫定时器。

S310：非CCBS发起用户在CS域或IMS域呼叫多域用户。

S311：CS域的实体(如GMSC)收到呼叫后，到多域用户归属的HSS/HLR请求路由信息。

S312：多域用户状态处理实体拦截上述请求路由信息的信令，根据CCBS业务的判断，多域用户状态处理实体拒绝该入呼叫并返回适当的原因值，如“用户忙”。

S313：CS域将该呼入请求的响应(呼叫拒绝)转发到非CCBS发起用户。

上述方法中，当多域用户状态处理实体发现用户在IMS域处于占用状态，且不能接续当前的CCBS呼叫时，其处理如实施例3中的S203所示；当空闲监控定时器、等待CCBS呼叫定时器启动期间收到任何一个网络域占用状态报告的处理同实施例3中的相应描述，这里不再详述。

当多域用户在CS域空闲时，多域用户处理实体通过拦截信令的方式能够准确地获取到该多域用户在IMS域的业务状态，根据获取到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

实施例5

本实施例提供了一种多域环境中提供CCBS业务的方法，本实施例的应用场景如下：

1)多域用户状态处理实体确定多域用户在IMS域空闲后，监控多域用户在CS域的业务状态；

2)多域用户状态处理实体位于锚定用户所有IMS呼叫的应用服务器内；本实施例以多域用户状态处理实体在TAS中实现为例，具体实现时，也可以在其它AS中，如VCC AS；

3)多域用户状态处理实体通过主动查询方式获取多域用户在CS域的业务状态；

4)以对端用户为移动用户，具体实现时，对端用户也可以是固定用户，则相关实体变为对端用户的本地交换设备；

5)多域用户同时签约并激活了IMS域的CCBS业务，该用户的电信业务应用服务器(TAS)已经开始执行用户的呼叫状态监控(即网络中已经收到或发起了CCBS请求)，多域用户可以是CCBS业务的发起用户，也可以是目的用户，本实施例中多域用户为CCBS业务的目的用户。

参见图4，多域环境中提供CCBS业务的方法包括：

S400：多域用户在IMS域的呼叫释放后(可能是用户或者网络释放)，IMS域中TAS判断用户在IMS域可以接续CCBS呼叫。

因为在IMS域，判断用户呼叫可达(即用户空闲)比较困难，可以根据预先设置的条件进行判断，如设最大接续的呼叫数量为N，如果用户进行的呼叫个数小于N，则认为是呼叫可达状态；也可以根据呼叫的属性进行判断，例如，用户只有一套声码器，当用户已经有一个语音呼叫时，收到另外一个语音呼叫即可认为是不可达。这些条件可以由运营者或用户预设在网络的AS中，AS据此判断即可。

S401：因为用户可能是在多域进行呼叫，TAS中的多域用户状态处理实体向多域用户归属的HSS或HLR查询用户在CS域中的业务状态。该查询可以通过移动应用协议(MAP)消息如MAP_ANY_TIME_INTERROGATION_REQUEST来完成，其中携带用户标识信息，如IMSI或MSISDN(该信息可以从TEL URI等导出或通过其它方式查询)。

其中，用于查询的协议可以包括但不限于Diameter、也可以是LDAP或MAP等。

S402：多域用户归属的HSS/HLR触发到用户当前注册的VMSC/VLR下查询该用户的业务状态。

S403：多域用户归属的HSS/HLR向多域用户状态处理实体报告用户空闲；

该实施例中用户在CS域中无进行的呼叫(即空闲)。

若用户进行着非Voice的呼叫，则进一步可报告用户在CS域的业务状态为占用状态并提供该呼叫的属性信息；若查询后得知多域用户在CS域正在进行的是语音呼叫(如发生了VCC的域切换)，则多域用户状态处理实体继续进行状态监控(后续的状态报告可以通过在本次的查询中启动订阅机制获取，当该用户状态变化，由业务状态知情实体上报给多域用户状态处理实体)。

S404：多域用户状态处理实体根据收到的信息判断多域用户在CS、IMS域都空闲可达，且多域用户为CCBS的目的用户，启动空闲监控定时器；

若多域用户为CCBS的发起用户，则直接执行S410。

S405：在空闲监控定时器启动期间，IMS网络收到来自非CCBS发起用户(即，图中的其它用户设备)的呼叫；

本步骤以非CCBS发起用户的呼叫从IMS域发起为例，也可以是从CS域发起。

S406：IMS域的实体(如S-CSCF)根据触发规则将呼叫请求(INVITE)转发到TAS进行处理。本实施例以TAS处理入呼叫为例，也可以是由多域用户归属的HSS/HLR处理，如实施例2的步骤S105a-S106a所示。

S407：根据当前状态，TAS拒绝本次入呼叫，并返回原因“用户忙”，即响应消息：480。

S408：IMS网络将拒绝消息转发到非CCBS发起用户(即，图中的其它用户设备)。

S409：空闲监控定时器超时，则TAS中的多域用户状态处理实体指示TAS向对端用户发送空闲指示。

S410：TAS根据指示向CCBS对端用户网络(如CS域中CCBS对端用户归属的HLR/HSS)发送空闲可达状态指示；

该指示在IMS域使用CCBS状态订阅机制实现，若CCBS业务的对端(可以是CCBS的发起用户或目的用户)为CS用户则由MGCF完成和CS域的互通；

该步骤对于多域用户是CCBS业务的发起用户或目的用户都适用；差别在于当多域用户是CCBS业务的发起用户时，只要判断双域空闲即可发送；当多域用户是CCBS业务的目的用户时发送条件为空闲监控定时器超时。

S411：启动等待CCBS呼叫定时器，并向多域用户归属的HSS/HLR发送临时闭锁入呼叫指示。

S412：在等待CCBS呼叫定时器启动期间，CS网络收到来自非CCBS发起用户(即图中的其他用户设备)的呼叫；

本步骤以非CCBS发起用户的呼叫从CS域发起为例，也可以是从IMS域发起。

S413：CS域的实体(如GMSC)向多域用户归属的HSS/HLR请求路由信息。

S414：根据当前状态，HSS/HLR拒绝该请求，并返回原因“用户忙”；

当呼叫来自CS域时，HLR/HSS在收到被叫路由请求时可以拒绝(如多域用户状态处理实体向HLR/HSS在空闲监控定时器启动后指示其进行入呼叫限制，该定时器超时取消入呼叫限制)；当呼叫来自IMS域时，则TAS中的多域用户状态处理实体进行拒绝处理。进一步，多域用户状态处理实体可以针对呼叫的属性进行判别，若呼叫不影响当前CCBS呼叫的接续则允许其接续到多域用户。

S415：CS网络将拒绝消息转发到发起呼叫的非CCBS发起用户(即图中的其它用户设备)。

本实施例中虚线部分的动作或事件表示多域用户为CCBS业务的目的用户时的处理过程，其它动作则为CCBS发起用户和目的用户都可以执行的动作；当收到的业务状态为占用状态，但占用的呼叫不影响当前CCBS呼叫(如Voice类型)的接续，则仍认为IMS域空闲可达。

上述方法中，当多域用户状态处理实体发现多域用户在IMS域处于占用状态，且不能接续当前的CCBS呼叫时，继续监控该多域用户(同实施例6中的相应处理)；当空闲监控定时器、等待CCBS呼叫定时器启动期间收到任何一个网络域占用事件时，继续监控该多域用户(同实施例6中的相应处理)。

本实施例中，当多域用户在IMS域空闲时，多域用户处理实体能够准确地查找到该多域用户在CS域的业务状态，根据查到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

实施例6

本实施例提供了一种多域环境中提供CCBS业务的方法，本实施例的应用场景与实施例5类似，不同之处在于：

多域用户状态处理实体是通过提前订阅或即时订阅的方式获取多域用户在CS域的业务状态的；该多域用户在VMSC或GMSC配置了相应的CAMEL触发数据，以便CS域的呼叫都可以触发到其对应的智能网业务控制功能实体gsmSCF中。

参见图5，多域环境中提供CCBS业务的方法包括：

S500：多域用户在IMS域的呼叫释放后(可能是用户或者网络释放)，IMS域中TAS判断多域用户在IMS域可以接续CCBS呼叫；

TAS判断多域用户在IMS域的实现方式同实施例5中的方式类似，这里不再详述。

S501：因为用户可能是在多域进行呼叫，故TAS中的多域用户状态处理实体需要感知用户在CS域中的业务状态。多域用户状态处理实体到该用户签约的gsmSCF即时订阅多域用户的CS呼叫状态信息，该信息也可以在之前订阅。

S502：gsmSCF可以通过在多域用户的CS呼叫中建立的和VMSC/GMSC之间的控制关系，获知用户的呼叫状态，本实施例中多域用户在CS域中正在进行呼叫，故向多域用户状态处理实体报告占用状态。

本实施例以多域用户状态处理实体和多域用户对应的gsmSCF采用SIP订阅机制获取该用户的CS呼叫状态为例，也可以是到其它的网络实体订阅，如Presence Server(状态呈现服务器)，或多域用户设备。这里gsmSCF还可以和多域用户状态处理实体位于一个逻辑实体中，如既是CS域中的gsmSCF又是IMS域中的AS。此外当呼叫状态为占用状态时，通知消息中还可以携带呼叫的属性信息，如语音呼叫等。

S503：多域用户状态处理实体根据双域的状态进行判断，决定继续监控该用户的状态。

S504：当该用户在CS域为呼叫可达(空闲)状态时，gsmSCF向多域用户状态处理实体上报其业务状态为空闲。

S505：当该多域用户是CCBS业务的目的用户时，则启动空闲监控定时器；

当多域用户为CCBS业务的发起用户时，执行实施例5中的类似步骤，这里不再详述。

S506：非CCBS发起用户在CS域呼叫该多域用户，也可以是从IMS域发起呼叫。

S507：多域用户的GMSC通过IDP(Initial DP<Detection Point>初始检测点)消息将呼叫触发到gsmSCF处理。

S508：gsmSCF在空闲监控定时器启动到超时的时间内拒绝该入呼叫；

当该入呼叫来自CS域时，则gsmSCF在收到入呼叫请求时可以拒绝(如多域用户状态处理实体向gsmSCF在空闲监控定时器启动后指示其进行入呼叫限制，该空闲监控定时器超时取消入呼叫限制)，也可以使用实施例5中的方式来拒绝该入呼叫；当入呼叫来自IMS域时，则TAS中的多域用户状态处理实体进行拒绝处理。进一步，多域用户状态处理实体可以针对呼叫的属性进行判别，若呼叫不影响当前CCBS呼叫的接续则允许其接续到多域用户。

S509：CS域将入呼叫拒绝指示转发到发起入呼叫的非CCBS发起用户(即图中的其它用户设备)。

如果在空闲监控定时器监控期间内，该多域用户在CS域又进行了语音呼叫，则执行以下步骤：

S510a1：多域用户在CS域发起了呼叫，gsmSCF根据和VMSC间建立的智能控制关系感知这一事件，并根据状态订阅签约向多域用户处理实体报告用户状态；这里也可以是感知到IMS域发生了呼叫。

S510a2：多域用户状态处理实体停止空闲态监控定时器，并继续监控该用户的业务状态。

如果在空闲监控定时器监控期间内，该多域用户一直处于呼叫可达状态，则执行以下步骤：

S510b1：多域用户状态处理实体启动等待CCBS呼叫定时器。

S510b2：多域用户在IMS域又进行了语音呼叫，多域用户状态处理实体根据自身在IMS呼叫路径中可以感知这一事件，这里也可以是收到IMS域发生了呼叫的报告。多域用户状态处理实体发现等待CCBS呼叫定时器尚未超时，则停止该定时器并继续进行状态监控。

多域用户状态处理实体确认双域状态都可达时的处理以及空闲监控定时器、等待CCBS呼叫定时器启动期间的闭锁处理同实施例5中的处理类似，这里不再详述。

为了描述清楚简洁，以上实施例省略了和本发明实施例不相关部分的网络实体及其涉及的信令交互，保留了本发明实施例相关的关键部分。

本实施例中，当多域用户在IMS域空闲时，多域用户处理实体通过提前订阅或计时订阅的方式能够准确地获取到该多域用户在CS域的业务状态，根据获取到的业务状态对多域用户进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

实施例7

参见图6，本实施例提供了一种多域用户状态处理实体，包括：

业务状态获取模块601，用于确定多域用户在第一网络域呼叫可达时，获取多域用户在第二网络域的业务状态；

处理模块602，用于根据业务状态获取模块601获取的第二网络域的业务状态处理遇忙呼叫完成业务。

在电路交换域时，该域用户状态处理实体可以位于电路交换域的归属位置寄存器HLR或智能网业务控制功能gsmSCP实体、VLR/GMSC与HLR间的信令拦截实体中；在多媒体子系统域时，该域用户状态处理实体可以位于归属用户服务器、应用服务器中。

进一步地，业务状态获取模块601包括：

第一业务状态获取单元，用于确定多域用户在第一网络域呼叫可达时，使用多域用户的标识向第二网络域查询多域用户的业务状态；

或，第二业务状态获取单元，用于预先或即时订阅多域用户在第二网络域的业务状态，当接收到第二网络域上报的多域用户的状态变化通知时，根据状态变化通知确定多域用户的业务状态；

或，第三业务状态获取单元，用于确定多域用户在第一网络域呼叫可达时，根据接收到的与多域用户相关的信令确定多域用户的业务状态。

当多域用户为遇忙呼叫完成CCBS业务的发起用户时，处理模块602包括：

呼叫可达状态处理单元，用于当业务状态获取模块601获取到多域用户在第二网络域中的业务状态为呼叫可达状态，且多域用户为遇忙呼叫完成CCBS业务的发起用户时，将呼叫可达状态通知给CCBS业务的目的用户侧网络；

占用状态处理单元，用于当业务状态获取模块601获取到多域用户在第二网络域中的业务状态为占用状态，且多域用户为CCBS业务的发起用户时，监控多域用户在第二网络域中的业务状态。

当多域用户为遇忙呼叫完成CCBS业务的目的用户时，处理模块602包括：

呼叫可达状态处理单元，用于当业务状态获取模块601获取到多域用户在第二网络域中的业务状态为呼叫可达状态，且多域用户为CCBS业务的目的用户时，对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理；

占用状态处理单元，用于当业务状态获取模块601获取到多域用户在第二网络域中的业务状态为占用状态，且多域用户为CCBS业务的目的用户时，监控多域用户在第二网络域中的业务状态。

其中，呼叫可达状态处理单元执行闭锁处理的过程如下：

启动多域用户的空闲监控定时器，并在空闲监控定时器的计时时长内拒绝非CCBS业务的发起用户发起的所有指向多域用户的呼叫；当空闲监控定时器达到计时时长时，向CCBS业务的发起用户侧网络报告多域用户呼叫可达，并启动等待CCBS呼叫定时器，并在等待CCBS呼叫定时器的计时时长内拒绝非CCBS业务的发起用户发起的所有指向多域用户的呼叫；

其中，拒绝非CCBS业务的发起用户发起的所有指向多域用户的呼叫，具体可以采用如下几种方式之一实现：

1)当多域用户处理实体位于HLR/HSS中实现时，该多域用户处理实体在收到I-CSCF请求分配路由信息时，返回包含用户忙的响应消息，用以拒绝来自IMS域的非CCBS业务的发起用户发起的入呼叫；或者，在收到GMSC的路由请求时，返回包含用户忙的响应消息，用以拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；

2)当多域用户处理实体位于所述多域用户在第二网络域所有呼叫的信令路径中，且拦截VMSC和HLR/HSS的交互信令时，该多域用户处理实体向来自IMS域的非CCBS业务的发起用户返回响应消息480；或者，拦截发往HLR/HSS的路由请求后，拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；

3)当多域用户处理实体在应用服务器AS中实现时，该多域用户处理实体向来自IMS域的非CCBS业务的发起用户返回响应消息480；或者，通知HLR/HSS拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；或者，控制gsmSCP拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫。

本实施例中，当多域用户在第一网络域空闲时，多域用户处理实体能够准确地获取到该多域用户在第二网络域的业务状态，根据获取到的业务状态进行业务处理，能够使CCBS业务接续成功，避免了CCBS用户不必要的重呼过程，防止网络资源的浪费。

以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述方法包括：

确定多域用户在第一网络域呼叫可达时，获取所述多域用户在第二网络域的业务状态；

根据所述第二网络域的业务状态处理遇忙呼叫完成业务。

2.如权利要求1所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述业务状态至少包括以下信息之一：

呼叫可达状态、占用状态。

3.如权利要求1所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述第一网络域和第二网络域至少包括以下组合之一：

第一网络域为电路交换域，第二网络域为多媒体子系统域；

或，第一网络域为多媒体子系统域，第二网络域为电路交换域。

4.如权利要求1所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述获取所述多域用户在第二网络域的业务状态包括：

使用所述多域用户的标识向所述第二网络域查询所述多域用户的业务状态；

或，预先订阅或即时订阅所述多域用户在所述第二网络域的业务状态，当接收到所述第二网络域上报的所述多域用户的状态变化通知时，根据所述状态变化通知确定所述多域用户的业务状态；所述预先订阅为在需要获取所述多域用户在第二网络域的业务状态之前订阅，所述即时订阅为在需要获取所述多域用户在第二网络域的业务状态时订阅；

或，根据接收到的与所述多域用户相关的信令确定所述多域用户的业务状态。

5.如权利要求1所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，当所述多域用户为遇忙呼叫完成CCBS业务的发起用户时，所述根据所述第二网络域的业务状态处理遇忙呼叫完成业务包括：

当所述多域用户在所述第二网络域中的业务状态为呼叫可达状态时，将所述呼叫可达状态通知给所述CCBS业务的目的用户侧网络；

当所述多域用户在所述第二网络域中的业务状态为占用状态时，继续监控所述多域用户在所述第二网络域中的业务状态。

6.如权利要求1所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，当所述多域用户为遇忙呼叫完成CCBS业务的目的用户时，所述根据所述第二网络域的业务状态处理遇忙呼叫完成业务包括：

当所述多域用户在所述第二网络域中的业务状态为呼叫可达状态时，对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理；

当所述多域用户在所述第二网络域中的业务状态为占用状态时，继续监控所述多域用户在所述第二网络域中的业务状态。

7.如权利要求6所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理，至少包括如下方式之一：

同时在第一网络域和第二网络域闭锁非CCBS业务的发起用户发起的指向所述多域用户的呼叫；或

仅在第一网络域或第二网络域中闭锁非CCBS业务的发起用户发起的指向所述多域用户的呼叫。

8.如权利要求6所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理的时间段为：

空闲监控期间和/或等待CCBS呼叫期间。

9.如权利要求7所述的多域环境中提供遇忙呼叫完成业务的方法，其特征在于，所述对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理，具体包括：

当多域用户处理实体位于归属位置寄存器HLR/归属用户服务器HSS中时，所述多域用户处理实体在收到查询呼叫会话控制功能实体I-CSCF发送的路由请求时，返回包含用户忙的响应消息，拒绝来自IMS域的非CCBS业务的发起用户发起的入呼叫；或者，在收到网关移动交换中心GMSC的路由请求时，返回包含用户忙的响应消息，拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；或

当多域用户处理实体位于所述多域用户在第二网络域所有呼叫的信令路径中，且拦截受访移动交换中心VMSC和HLR/HSS的交互信令时，所述多域用户处理实体向来自IMS域的非CCBS业务的发起用户返回包含用户忙的响应消息，拒绝该非CCBS业务的发起用户发起的入呼叫；或者，拦截发往HLR/HSS的路由请求后，拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；或

当多域用户处理实体位于应用服务器AS中时，所述多域用户处理实体向来自IMS域的非CCBS业务的发起用户发起的入呼叫返回包含用户忙的响应消息，拒绝该非CCBS业务的发起用户发起的入呼叫；或者，通知HLR/HSS拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫；或者，控制智能网业务控制功能实体gsmSCP拒绝来自CS域的非CCBS业务的发起用户发起的入呼叫。

10.一种多域用户状态处理实体，其特征在于，所述实体包括：

业务状态获取模块，用于确定多域用户在第一网络域呼叫可达时，获取所述多域用户在第二网络域的业务状态；

处理模块，用于根据所述业务状态获取模块获取的第二网络域的业务状态处理遇忙呼叫完成业务。

11.如权利要求10所述的多域用户状态处理实体，其特征在于，在电路交换域时，所述多域用户状态处理实体位于所述电路交换域的归属位置寄存器HLR、归属用户服务器HSS或智能网业务控制功能实体gsmSCP中；在多媒体子系统域时，所述多域用户状态处理实体位于应用服务器中。

12.如权利要求10所述的多域用户状态处理实体，其特征在于，所述业务状态获取模块包括：

第一业务状态获取单元，用于确定多域用户在第一网络域呼叫可达时，使用所述多域用户的标识向所述第二网络域查询所述多域用户的业务状态；

或，第二业务状态获取单元，用于预先或即时订阅所述多域用户在所述第二网络域的业务状态，当接收到所述第二网络域上报的所述多域用户的状态变化通知时，根据所述状态变化通知确定所述多域用户的业务状态；

或，第三业务状态获取单元，用于确定多域用户在第一网络域呼叫可达时，根据接收到的与所述多域用户相关的信令确定所述多域用户的业务状态。

13.如权利要求10所述的多域用户状态处理实体，其特征在于，所述处理模块包括：

呼叫可达状态处理单元，用于当所述业务状态获取模块获取到所述多域用户在所述第二网络域中的业务状态为呼叫可达状态，且所述多域用户为遇忙呼叫完成CCBS业务的发起用户时，将所述呼叫可达状态通知给所述CCBS业务的目的用户侧网络；

占用状态处理单元，用于当所述业务状态获取模块获取到所述多域用户在所述第二网络域中的业务状态为占用状态，且所述多域用户为CCBS业务的发起用户时，监控所述多域用户在所述第二网络域中的业务状态。

14.如权利要求10所述的多域用户状态处理实体，其特征在于，所述处理模块包括：

呼叫可达状态处理单元，用于当所述业务状态获取模块获取到所述多域用户在所述第二网络域中的业务状态为呼叫可达状态，且所述多域用户为CCBS业务的目的用户时，对非CCBS业务的发起用户发起的指向所述多域用户的呼叫执行闭锁处理；

占用状态处理单元，用于当所述业务状态获取模块获取到所述多域用户在所述第二网络域中的业务状态为占用状态，且所述多域用户为CCBS业务的目的用户时，监控所述多域用户在所述第二网络域中的业务状态。

Images