CN101374176A - Ip多媒体子系统中实现广域群业务的方法、系统及设备 - Google Patents

Abstract

本发明提供一种IP多媒体子系统中实现广域群业务的方法、系统及设备，属于通信技术领域，应用在具有归属于同一归属用户服务器的多个应用服务器的IP多媒体子系统中，该方法包括：将广域群业务内的多个群用户的群数据保存在所述归属用户服务器中；若群用户的群数据发生变更，则通过所述群用户的业务触发签约的所述应用服务器将变更后的群数据更新到所述归属用户服务器中；所述群数据更新完成后，所述归属用户服务器将变更后的群数据更新到已订阅所述群数据的应用服务器上。通过将广域群业务内群数据集中到HSS管理，使得各个AS之间能够共享和使用广域群业务内用户静态和动态的群数据，扩展了广域群业务的应用范围。

Description

IP多媒体子系统中实现广域群业务的方法、系统及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种IMS(IP Multimedia Subsystem，IP多媒体子系统)中实现广域群业务的方法、系统及设备。

背景技术

在众多增值业务中，群(Centrex)业务自从其推出伊始，一直受到用户的欢迎，群业务不仅提供了基本的群内用户短号互拨基本呼叫功能，还提供了群内用户代答和群内呼叫轮选等特色业务。

通常情况下，群业务中的用户同在一个交换局或AS(Application Server，应用服务器)内，但随着电信技术的发展，要求不同交换局或AS的用户也能够在同一群中实现相关群业务，这就是所谓的广域群，在IMS中也称为跨AS群。目前，广域群业务内的群数据管理，一般采用以下两种方式，一种是通过AS独立配置相同的群数据。另一种是通过HSS(Home Subscriber Server，归属用户服务器)管理群数据。但无论是哪一种群数据的管理方式，都是静态群数据的管理。对于群业务需要的动态群数据，比如群用户呼叫状态等，AS之间没有共享，这样会导致群业务中需要使用群用户动态数据的将不能实现。以群内轮选业务为例，这个业务要求，当群内的被叫用户忙时，AS能够选择呼叫到群内的另外一个空闲的用户，由于被选择的用户不是本AS上的用户，本AS不能获取到此用户的呼叫状态，这样就不能做出正确的轮选的动作，而是直接将呼叫接续到被叫。如果被轮选到的用户此时处于呼叫忙状态，则可能造成呼叫失败。

在实现本发明的过程中，发现现有技术中至少存在如下问题：现有的广域群业务中，各AS之间没有共享动态的群数据，限制了广域群业务的适用范围。

发明内容

为了解决上述问题，本发明实施例的目的是提供一种IP多媒体子系统中实现广域群业务的方法、系统及设备，通过将广域群业务内的群数据集中到HSS管理，使得各个AS之间能够共享和使用广域群业务内用户静态和动态的群数据，扩展了广域群业务的应用范围。

为了达到上述目的，本发明实施例提供一种IP多媒体子系统中实现广域群业务的方法，应用在具有归属于同一归属用户服务器的多个应用服务器的IP多媒体子系统中，所述方法包括：

将广域群业务内的多个群用户的群数据保存在所述归属用户服务器中；

若群用户的群数据发生变更，则通过所述群用户的业务触发签约的所述应用服务器将变更后的群数据更新到所述归属用户服务器中；

所述群数据更新完成后，所述归属用户服务器将变更后的群数据更新到已订阅所述群数据的应用服务器上。

优选地，所述将广域群业务内的多个群用户的群数据保存在所述归属用户服务器中的步骤具体为：

将所述广域群业务内的多个群用户的群数据以PSI公共业务标识的方式保存在所述归属用户服务器中。

优选地，所述方法还包括：

当所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

若所述应用服务器上没有所述群用户对应的群数据，则从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

优选地，所述公共业务标识包括：存储公共标识的基本属性数据的基本信息和存放业务数据的透明数据。

本发明实施例还提供一种IP多媒体子系统中实现广域群业务的系统，包括归属于同一归属用户服务器的多个应用服务器，其中，

所述归属用户服务器，用于保存广域群业务内的多个群用户的群数据，并在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的应用服务器上；

所述应用服务器，当业务触发签约在所述应用服务器上的所述群数据发生变更时，用于将变更后的群数据更新到所述归属用户服务器中。

优选地，所述应用服务器还包括：

判断模块，用于在所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

下载模块，用于在所述应用服务器上没有所述群用户对应的群数据时，从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

本发明实施例还提供一种归属用户服务器，包括：

存储模块，用于保存广域群业务内的多个群用户的群数据；以及

通知模块，用于在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的应用服务器上。

本发明实施例还提供一种应用服务器，包括：

更新模块，用于在当业务触发签约在所述应用服务器上的所述群数据发生变更时，用于将变更后的群数据更新到所述应用服务器归属的归属用户服务器中。

优选地，所述应用服务器还包括：

判断模块，用于在所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

下载模块，用于在所述应用服务器上没有所述群用户对应的群数据时，从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

上述技术方案中的至少一个技术方案具有如下有益效果：通过将广域群业务内群数据和用户呼叫动态数据集中到HSS管理，避免了多个AS通过配置保持一致性的缺陷，也减少了AS工程维护的复杂度，并且在实现广域群业务方面，有效地解决了广域群业务内群数据的集中管理与共享，极大地扩展了广域群业务的应用范围。

附图说明

图1为本发明的实施例中实现广域群业务的方法流程图；

图2为本发明的实施例中组网模型示意图；

图3为本发明的实施例中PSI在HSS上存储的数据结构示意图；

图4为本发明的实施例中PSI中透明数据的结构示意图；

图5为本发明的实施例中群用户UE_A注册及AS_A下载群数据的处理流程图；

图6为本发明的实施例中UE_B空闲时，UE_A呼叫UE_B的处理流程图；

图7为本发明的实施例中执行图6流程后，UE_D呼叫UE_B的处理流程图；

图8为本发明的实施例中实现广域群业务的系统结构图。

具体实施方式

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

本发明的实施例提供一种IP多媒体子系统中实现广域群业务的方法，通过将广域群业务内各个群用户的群数据存储在HSS上，并且以PSI(PublicService Identity，公共业务标识)的方式进行管理，使得各AS可以通过SH标准接口的UDR消息将群数据下载到本地AS上，同时各AS也可以通过SH标准接口的PUR消息将修改后的群数据更新到HSS上。此外，使用此群数据的各AS也可以对PSI进行订阅，以便在HSS更新完群数据后能够主动通知已订阅该群数据的AS，从而使得各AS之间能够共享和使用广域群内用户静态和动态的群数据，扩展了广域群业务的应用范围。

上述广域群业务是指归属于同一个HSS，但属于不同AS的群业务。参见图1，图中UE_A(用户设备A)、UE_B(用户设备B)、UE_C(用户设备C)和UE_D(用户设备D)为广域群业务内的群用户，其中UE_A、UE_B归属于P/S/I-CSCF_A，业务触发签约在AS_A(应用服务器A)上；UE_C，UE_D归属于P/S/I-CSCF_B，业务触发签约在AS_B(应用服务器B)上。AS_A和AS_B归属于同一个HSS，由于本实施例不限制CSCF间的逻辑，因此在本组网模型中，将P-CSCF(代理呼叫会话控制功能)，I-CSCF(咨询呼叫会话控制功能)与S-CSCF(服务呼叫会话控制功能)逻辑合一，表示为P/S/I-CSCF。图2中的广域群业务为UE_A、UE_B、UE_C和UE_D之间的群业务。

如图2所示，为本发明的实施例中实现广域群业务的方法流程图，应用在具有归属于同一归属用户服务器的多个应用服务器的IP多媒体子系统中，该方法的具体步骤如下：

步骤201、将广域群业务内的多个群用户的群数据保存在HSS中；

为了便于理解，下面结合图2中的组网模型来描述本方法实施例，此时步骤201也就是将UE_A、UE_B、UE_C和UE_D的群数据保存在HSS中，上述群数据包括静态的群数据和动态的群数据，其中动态的群数据是指在广域群业务处理的过程中，该群数据会动态的变更，例如群用户的呼叫状态信息。通过将群数据集中在HSS进行管理，避免了系统中AS通过各自配置群数据来保持一致性的缺陷，可减少对AS工程维护的复杂度。

在本实施例中，该群数据可通过PSI的方式保存在HSS中，该PSI在HSS上存储的数据结构可参见图3，其中基本信息301用于存储PSI的基本属性数据，并且由HSS进行解释更新；而透明数据302是PSI的透明数据，用于存放业务数据，并且由AS进行解释更新。图4为本发明的实施例中透明数据的结构单元示意图，透明数据302由若干各这种单元组成。其中业务标识401用来表示业务类型，每种业务类型在透明数据内有唯一的业务标识。业务数据402存储着对应业务标识401的具体业务数据，可以由AS进行更新。从而可通过PSI的特性，以及IMS系统中提供的标准接口，使得各AS能够方便的将群数据更新到HSS上，或者能够方便的将群数据从HSS上下载到本地AS上。

步骤202、若群用户的群数据发生变更，则通过该群用户的业务触发签约的AS将变更后的群数据更新到HSS中；

也就是，在广域群业务执行的过程中，如果与某个业务相关的群用户的群数据发生动态变更，则通过该群用户的业务触发签约的AS，通过SH接口将群数据更新到HSS上并存储在PSI中此业务对应的透明数据302中。通过AS将变更后的群数据更新到HSS上，有效解决了广域群中动态群数据的共享问题，保证了群用户之间的正常通信。

步骤203、群数据更新完成后，HSS将变更后的群数据更新到已订阅该群数据的应用服务器上。

也就是，PSI的数据被更新后，HSS主动通知其他订阅此PSI的AS，并将群数据通过SH接口更新到订阅此PSI的其他AS上，从而可确保群业务动态信息的有效更新与共享。

在本流程中，当群用户注册到应用服务器后，可判断应用服务器上是否有群用户对应的群数据；若应用服务器上没有群用户对应的群数据时，可从归属用户服务器上将群用户对应的群数据下载到应用服务器中，并且该应用服务器对该群数据进行订阅，从而当该群数据发生变更时，可及时的对已订阅该群数据的应用服务器进行更新。

由上述的技术方案可知，通过将群数据采用HSS集中管理的方式，避免了多个AS通过配置保持群数据一致性的缺陷，也减少了对AS工程维护的复杂度，并且在实现群业务方面，有效地解决了跨AS群数据集中管理与共享，极大地扩展了跨AS群业务的应用范围。

下面结合图2中的组网模型来描述本实施例的几种应用场景，首先假设UE_A、UE_B、UE_C和UE_D具有群内联选业务(即：如果被叫为其中某个处于呼叫忙状态的用户，可以采用其它非忙用户替代)，以跨AS群内联选业务为例，并采用图5～图7分别进行简要说明。

如图5所示，为本发明的实施例中群用户UE_A注册及AS_A下载群数据的处理流程图，在本流程中，当群内用户UE_A在AS_A注册后，若AS_A不存在UE_A的群数据时，则需要到HSS上将群数据下载到本地AS_A上，并对其进行订阅。该方法的具体步骤包括：

步骤501、群用户UE_A发起注册，注册到P/S/I-CSCF_A上；

步骤502、P/S/I-CSCF_A向AS_A发起第三方注册，将UE_A注册到AS_A上；

步骤503、初始注册时，注册用户UE_A的群数据不存在于AS_A上，AS_A通过SH接口向HSS发起请求，下载此用户UE_A的群数据并订阅；

步骤504、HSS将AS_A请求的群数据通过SH接口的发送给AS_A；

步骤505、AS_A向P/S/I-CSCF_A发送注册应答，第三方注册成功；

步骤506、P/S/I-CSCF_A向注册用户UE_A发送注册成功响应；

步骤507，AS_A检查从HSS上下载的UE_A的群数据，发现此用户为某个PSI群用户。如果此PSI的相关数据在AS_A上不存在，则随即向HSS发起下载群数据和订阅请求，下载此PSI的相关数据。

步骤508、HSS将AS_A请求的PSI数据通过SH接口的发送给AS_A。

采用类似步骤501～508的流程，可完成UE_B、UE_C和UE_D在HSS上的注册。

如图6所示，为本发明的实施例中UE_B空闲时，UE_A呼叫UE_B的处理流程图。在本流程中，当AS_A在执行完UE_A与UE_B的呼叫业务后，需要将UE_A与UE_B的呼叫状态信息更新到HSS上，并且由HSS主动去更新所有订阅此信息的AS。

步骤601、UE_A发起呼叫，呼叫UE_B，并将呼叫消息发送到P/S/I-CSCF_A；

步骤602、P/S/I-CSCF_A将呼叫消息进行业务触发到AS_A上，AS_A与P/S/I-CSCF_A进行业务逻辑；

步骤603、AS_A确定UE_B空闲，呼叫允许接续到被叫UE_B上，并通知P/S/I-CSCF_A；

步骤604、AS_A将UE_A和UE_B的呼叫状态信息更新到HSS上；

步骤605、P/S/I-CSCF_A将呼叫接续到UE_B上，进入呼叫后的后续流程略；

步骤606、HSS向P/S/I-CSCF_A回应更新响应；

步骤607、HSS发现AS_B订阅了呼叫状态的业务信息，则将此动态群数据更新到AS_B上；

步骤608、AS_B向HSS回应更新响应。从而完成了动态群数据的共享。

如图7所示，为本发明的实施例中执行图6流程后，UE_D呼叫UE_B的处理流程图。该流程中，由于之前的执行了图6的流程，因此，此时的UE_A和UE_B的呼叫状态都为忙。当UE_D呼叫UE_B时，AS在处理呼叫业务时，根据HSS共享过来的信息，发现UE_A和UE_B的状态都为忙，因此进入群内联选的业务处理，选择UE_C作为新的被叫用户，然后继续执行呼叫业务，并且将最终UE_C和UE_D的呼叫状态信息更新到HSS上，并且由HSS负责完成共享。

步骤701、UE_D发起呼叫，呼叫UE_B，并将呼叫消息发送到P/S/I-CSCF_B；

步骤702、P/S/I-CSCF_B将呼叫消息进行业务触发到AS_B上，AS_B与P/S/I-CSCF_B进行业务逻辑；

步骤703、AS_B通过共享信息得知UE_B处于忙状态，呼叫不允许接续到被叫UE_B上，执行群内联选业务，由于UE_A也处于忙状态，因此先则空闲UE_C，并通知P/S/I-CSCF_B将被叫接续到UE_C上；

步骤704、AS_B将UE_C和UE_D的呼叫状态信息更新到HSS上；

步骤705、P/S/I-CSCF_B将呼叫接续到UE_C上，进入呼叫后的后续流程略；

步骤706、HSS向AS_B回应更新响应；

步骤707、HSS发现AS_A订阅了呼叫状态的业务信息，则将此动态数据更新到AS_A上；

步骤708、AS_A向HSS回应更新响应。完成动态数据的共享。

本发明的实施例仅以图2作为组网架构图进行说明，并以群内联选业务进行流程说明，但本发明的实施例并不局限于图2的组网架构和群内联选业务。

为了实现上述的方法实施例，本发明的其他实施例还提供了一种IP多媒体子系统实现广域群业务的系统。另需首先说明的是，由于下述的实施例是为实现前述的方法实施例，故该系统都是为了实现前述方法的各步骤而设，但本发明并不限于下述的实施例，任何可实现上述方法的系统都应包含于本发明的保护范围。并且在下面的描述中，与前述方法相同的内容在此省略，以节约篇幅。

如图8所示，为本发明的实施例中实现广域业务的系统结构图，该系统包括一个归属用户服务器80和至少两个应用服务器81，其中

归属用户服务器80，用于保存广域群业务内的多个群用户的群数据，并在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的应用服务器上；

该应用服务器81，当业务触发签约在所述应用服务器上的所述群数据发生变更时，用于将变更后的群数据更新到所述归属用户服务器中。

并且在本实施例中，该归属用户服务器80包括：

(1)存储模块801，用于保存广域群业务内的多个群用户的群数据；

在本实施例中，该群数据可通过PSI(Public Service Identity，公共业务标识)的方式保存在HSS中，该PSI在HSS上存储的数据结构可参见图3。通过将群数据集中在HSS进行管理，避免了系统中AS通过各自配置群数据来保持一致性的缺陷，减少了对AS工程维护的复杂度。

(2)通知模块802，用于在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的其他应用服务器上。

也就是，PSI的数据被更新后，HSS主动通知其他订阅此PSI的AS，并将群数据通过SH接口更新到相关的AS上，从而可确保群业务动态信息的有效更新与共享。

该应用服务器81包括：

(1)更新模块811，用于在所述群数据发生变更，将变更后的群数据更新到所述归属用户服务器中。

也就是，在广域群业务执行的过程中，如果与某个业务相关的用户的群数据发生动态变更，则由AS通过SH接口将群数据更新到HSS上，并存储在PSI中此业务对应的透明数据中。通过由AS将变更后的群数据更新到HSS上，有效解决了广域群中动态群数据的共享问题，保证了群用户之间的正常通信。

(2)判断模块812，用于在所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

(3)下载模块813，用于在所述应用服务器上没有所述群用户对应的群数据时，从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

由上述的技术方案可知，通过将群数据采用HSS集中管理的方式，避免了多个AS通过配置保持群数据一致性的缺陷，也减少了对AS工程维护的复杂度，并且在实现群业务方面，有效地解决了跨AS群数据集中管理与共享，极大地扩展了跨AS群业务的应用范围。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种IP多媒体子系统中实现广域群业务的方法，应用在具有归属于同一归属用户服务器的多个应用服务器的IP多媒体子系统中，其特征在于，所述方法包括:

将广域群业务内的多个群用户的群数据保存在所述归属用户服务器中；

若群用户的群数据发生变更，则通过所述群用户的业务触发签约的所述应用服务器将变更后的群数据更新到所述归属用户服务器中；

所述群数据更新完成后，所述归属用户服务器将变更后的群数据更新到已订阅所述群数据的应用服务器上。

2.根据权利要求1所述的方法，其特征在于，所述将广域群业务内的多个群用户的群数据保存在所述归属用户服务器中的步骤具体为:

将所述广域群业务内的多个群用户的群数据以PSI公共业务标识的方式保存在所述归属用户服务器中。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括:

当所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

若所述应用服务器上没有所述群用户对应的群数据，则从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

4.根据权利要求2所述的方法，其特征在于，所述公共业务标识包括:存储公共标识的基本属性数据的基本信息和存放业务数据的透明数据。

5.一种IP多媒体子系统中实现广域群业务的系统，包括归属于同一归属用户服务器的多个应用服务器，其特征在于，

所述归属用户服务器，用于保存广域群业务内的多个群用户的群数据，并在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的应用服务器上；

所述应用服务器，当业务触发签约在所述应用服务器上的所述群数据发生变更时，用于将变更后的群数据更新到所述归属用户服务器中。

6.根据权利要求5所述的系统，其特征在于，所述应用服务器还包括:

判断模块，用于在所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

下载模块，用于在所述应用服务器上没有所述群用户对应的群数据时，从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

7.一种归属用户服务器，其特征在于，所述归属用户服务器包括:

存储模块，用于保存广域群业务内的多个群用户的群数据；以及

通知模块，用于在所述群数据更新完成后，将变更后的群数据更新到已订阅所述群数据的应用服务器上。

8.一种应用服务器，其特征在于，包括:

更新模块，用于在当业务触发签约在所述应用服务器上的所述群数据发生变更时，用于将变更后的群数据更新到所述应用服务器归属的归属用户服务器中。

9.根据权利要求8所述的应用服务器，其特征在于，还包括:

判断模块，用于在所述群用户注册到所述应用服务器后，判断所述应用服务器上是否有所述群用户对应的群数据；

下载模块，用于在所述应用服务器上没有所述群用户对应的群数据时，从所述归属用户服务器上将所述群用户对应的群数据下载到所述应用服务器中，并对所述群数据进行订阅。

Images