CN1905551A

CN1905551A - 一种关联业务管理方法及***

Info

Publication number: CN1905551A
Application number: CN 200510087195
Authority: CN
Inventors: 罗龙
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-07-27
Filing date: 2005-07-27
Publication date: 2007-01-31
Anticipated expiration: 2025-07-27
Also published as: CN1905551B

Abstract

本发明公开了一种关联业务管理方法，该方法包括：A.接收到业务请求时，判断是否有关联业务，如果有，则执行步骤B；否则指示当前业务的应用服务器(AS)按当前业务请求进行操作，结束当前处理；B.指示当前业务的AS按当前业务请求进行操作；发送业务请求至各个当前业务的关联业务的AS，指示各个关联业务的AS按接收到的业务请求进行操作。本发明还公开了一种关联业务管理***，应用本发明方法及***能够简化关联业务建立过程、节省***资源。

Description

一种关联业务管理方法及***

技术领域

本发明涉及IP多媒体业务技术，特别涉及IP多媒体技术中一种关联业务管理方法及***。

背景技术

随着技术的发展和市场竞争环境的变化，业务提供商或运营商之间的竞争越来越多的体现在业务层面上，这种变化不仅发生在固定业务领域，在移动业务领域也同样突出，除了要提供基本的语音业务之外，还要提供各种数据以及多媒体业务。为了实现这个目标，3GPP定义的核心网不仅包括实现传统语音业务的电路域，还包括提供数据接入的分组域。R5版本的核心网又提出了IMS域，在IMS域之上能够发展多种基于会话初始协议(SIP)控制的IP多媒体业务。目前，比较典型的IP多媒体业务就是蜂窝***上按键即说(PoC，PTT over Cellular)业务。本文仅以PoC业务为例对现有技术出现的问题以及本发明提供的解决方案加以阐述。

PoC业务是基于移动网的半双工的点到点、或点到多点的因特网语音(VoIP)业务，其具有以下主要特点：1、按一键即开始通话、自动接听话音；2、同时建立语音和数据连接；3、实现点到点、或点到多点的灵活群组通信。为增加PoC业务的灵活性、丰富PoC业务的功能，业务提供商或运营商会在用于提供PoC基本业务的PoC服务器之外增加其它应用服务器(AS)，以为PoC业务提供附加业务。比如：在PoC业务网络中设置现场状态服务器(Presence Server)，该Presence Server能在PoC会话过程中为用户提供群组状态显示功能；另外，还可设置位置服务器，以提供各个会话参与用户的位置信息等等，此时，PoC业务与Presence Server或位置服务器等提供的业务为关联业务。在PoC业务以外提供的各种关联业务，有利于提高PoC业务的用户满意度，能为业务提供商或运营商进一步扩展PoC业务提供契机。

但是，对于现有的PoC业务来说，用户在PoC服务器之上建立PoC会话以实现基本的PoC业务。如果用户要在PoC会话过程中使用关联业务，则还要同时向关联业务的AS发起业务建立请求，该AS才能将自身提供的业务与PoC业务关联起来，为PoC业务提供附加业务服务。这样，用户建立PoC业务及其关联业务时，在发起PoC会话过程之余，还要向各个关联业务的AS发起业务建立过程；在对PoC会话的属性进行更新时，也可能向各个关联业务的AS发起业务更新过程。随着PoC业务的发展，需要在PoC基本业务上关联多种多样的应用业务，越来越多的业务将被介绍给用户，如果用户要使用的业务种类很多，那么对于用户而言，操作过程将过于繁杂，对于整个PoC***来说，各个用户发起的各种业务的操作过程将占用大量资源，甚至于影响业务数据的正常传输。

综上所述，现有关联业务的管理技术使用户的操作复杂，并占用大量***资源，从而不利于在PoC业务等IP多媒体业务的基础上发展灵活多样的关联业务。

发明内容

本发明的目的在于提供一种关联业务管理方法以及关联业务管理***，能够简化关联业务的管理操作过程并节省***资源。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种关联业务管理方法，该方法包括：

A.接收到业务请求时，判断是否有关联业务，如果有，则执行步骤B；否则指示当前业务的AS按当前业务请求进行操作，结束当前处理；

B.指示当前业务的AS按当前业务请求进行操作；发送业务请求至各个当前业务的关联业务的AS，指示各个关联业务的AS按接收到的业务请求进行操作。

其中，步骤A所述判断在当前业务的AS中进行；步骤B中，由当前业务的AS发送业务请求至各个关联业务的AS。

其中，步骤A所述判断在业务承载网中进行；所述指示当前业务AS的方法为：业务承载网转发业务请求至当前业务的AS；步骤B中，由业务承载网发送业务请求至各个关联业务的AS。

其中，该方法进一步包括：独立设置业务管理单元(SMU)，该SMU从业务承载网接收业务请求；步骤A所述判断在该SMU中进行；所述指示当前业务AS的方法为：SMU转发业务请求至当前业务的AS；步骤B中，由SMU发送业务请求至各个关联业务的AS。

其中，预先保存关联业务信息，并设置用户标识与关联业务信息之间的对应关系；每一用户标识对应的关联业务信息包括：一个或一个以上的相互关联的业务的信息；步骤A中，所述判断是否有关联业务为：根据所述业务请求携带的用户标识读取该用户标识对应的关联业务信息，再根据该关联业务信息进行判断。

其中，所述每一用户标识对应的关联业务信息被保存为一个业务包。

其中，所述用户标识为：个人用户标识、或群组标识、或集团标识。

其中，所述每一用户标识对应的关联业务信息包括：每一业务的业务标识和AS地址；步骤B中，所述发送业务请求至关联业务AS为：根据当前业务请求的用户标识对应的关联业务信息确定各个关联业务的AS地址，并按此地址发送业务请求。

其中，该方法进一步包括：用户、或运营商、或业务提供商通过发送操作命令对所述关联业务信息、和/或用户标识与关联业务信息的对应关系进行创建、修改、删除操作。

其中，所述业务承载网为因特网多媒体子***(IMS)。

其中，所述当前业务为主业务，而其关联业务为从属业务；或者，当前业务为从属业务，而其关联业务为主业务；步骤B中，当所述从属业务的AS成功进行操作且主业务的AS也成功进行操作时，才确认主业务操作成功。

其中，所述关联业务信息以及所设置的用户标识与关联业务信息之间的对应关系保存在签约数据中或独立保存。

其中，所述业务请求为业务注册请求、或业务建立请求、或业务更新请求、或业务结束请求。

其中，所述当前业务及其关联业务为：PoC业务、Conference业务、群组状态显示业务和位置业务这四者的任意组合；对应的，所述当前业务的AS、以及各个关联业务的AS为：PoC服务器、Conference服务器、Presence服务器和位置服务器这四者的任意组合。

本发明还公开了一种关联业务管理***，设置于包括业务承载网、一个或一个以上业务的AS的通信***中，该关联业务管理***包括：

SMU，从业务承载网接收业务请求，从业务数据库SDB读取关联业务信息确定各个关联业务的AS，发送业务请求至当前业务的AS和各个关联业务的AS；SDB，保存关联业务信息，输出关联业务信息给SMU。

其中，所述SDB为独立设置的数据库，或集成在业务承载网的归属签约用户服务器(HSS)中；所述SMU为独立设置的实体，或集成在业务承载网、或集成在每一业务的AS中。

其中，所述一个或一个以上业务的AS为PoC服务器、Conference服务器、Presence服务器和位置服务器这四者的任意组合。

由上述方案可以看出，本发明的关键在于：接收到业务请求后，在对当前业务进行操作的同时自动触发当前业务的各个关联业务的操作。

因此，本发明提供的关联业务管理方法及***，能够简化关联业务建立、更新、结束等过程、节约***资源、提高用户满意度，有利于关联业务的进一步发展。

附图说明

图1为本发明方法中关联业务注册过程一较佳实施例处理流程示意图；

图2为本发明方法中关联业务注册过程另一较佳实施例处理流程示意图；

图3为本发明方法中关联业务注册过程又一较佳实施例处理流程示意图；

图4为本发明***一较佳实施例组成结构示意图。

具体实施方式

本发明提供了一种关联业务管理方法，其主要设计思想为：A.接收到业务请求时，判断当前业务是否有关联业务，如果有，则执行当前业务请求的操作，并触发当前业务的关联业务进行操作；否则仅执行当前业务请求的操作。

其中，比较典型的关联业务组合就是：PoC业务和群组状态显示业务；此时，PoC业务的AS为PoC服务器，而群组状态显示业务的AS为Presence服务器。下面以此典型的关联业务为例对本发明方法加以详细说明。

本发明所述的业务请求主要包括：业务注册请求、业务建立请求、业务更新请求、以及业务结束请求，通过执行这些业务请求可完成关联业务的注册、建立、更新、结束等过程。

图1为本发明方法中关联业务注册过程一较佳实施例处理流程示意图。如图1所示，具体处理包括：

步骤101：用户设备(UE)通过自身所属的业务承载网发送业务注册请求至PoC服务器，该业务注册请求将携带个人用户标识、群组标识等。

对于PoC业务来说，业务注册请求就是SIP的注册(Register)消息，业务承载网就是IMS。

步骤102：PoC服务器根据接收到的Register消息判断当前业务是否有关联业务，如果有，则按该Register消息完成UE的PoC业务注册，并同时.执行步骤103；否则按该Register消息完成UE的PoC业务注册，再执行步骤105。

这里，PoC服务器可根据Register消息中携带的用户标识查询预先保存的关联业务信息来判断当前业务是否有关联业务。该关联业务信息可独立保存也可保存在业务提供商或运营商的签约数据中，所述签约数据通常保存在IMS内的归属签约用户服务器(HSS)中。

其中，关联业务信息包括：用户签约的一个或一个以上相互关联的业务的信息；同时还要设置用户标识与关联业务信息之间的对应关系。由于个人用户、某一群组、以至于一个集团都有可能签约关联业务，所以本发明所述用户标识可以广义理解为：个人用户标识、或群组标识、或集团标识。因此，PoC服务器根据Register消息中的主叫用户标识、或群组标识、或集团标识等可从签约数据或独立保存关联业务信息的数据库中读取到关联业务信息，确定当前业务是否有关联业务。关于PoC服务器如何读取关联业务信息的方法，属公知技术，这里不作详述。

步骤103：PoC服务器向Presence服务器发送业务请求来启动群组状态显示业务，该业务请求通常基于SIP协议，并包括两部分：一、通知(Notify)消息和订阅(Subscribe)消息。其中，Notify消息用于向Presence服务器发布当前UE的在线情况，而Subscribe消息用于向Presence服务器订阅其它参与会话用户的状态信息。

这里，步骤102读取到的关联业务信息中，每一业务的信息包括：业务标识和该业务AS的地址，因此，PoC服务器根据当前用户标识可查询得到当前业务的关联业务信息，确定群组状态显示业务与PoC业务相关联，并能得到Presence服务器的地址，从而按此地址能将业务请求发送至Presence服务器。所述Presence服务器的地址可以为任何形式，比如：IP地址、或域名格式的地址等等。

步骤104：Presence服务器根据接收到的Notify和Subscribe消息，建立群组状态显示业务，然后返回200OK消息给PoC服务器。

本步骤中，Subscribe消息将携带用户标识等信息，Presence服务器根据用户标识可查询用户签约数据来配置群组状态信息的显示功能。关于Presence服务器完成群组状态信息显示功能的具体处理方法，可按现有协议规定来实现，本发明不限定，这里也不作进一步详述。

步骤105：PoC服务器通过IMS向步骤101所述主叫UE返回200 OK，完成整个关联业务的注册过程。

其中，PoC服务器可在建立整个PoC业务会话后即执行步骤105，也可在接收到步骤104所述来自Presence服务器的200OK消息后再执行步骤105，具体采用哪种方式，由业务提供商或运营商的运营模式决定，本发明不限定。

在关联业务的基础之上，根据业务发展需要，还可以发展具有从属关系的关联业务。也就是说，在业务网络中，可能有些应用业务会被作为主业务而被绑定一个或一个以上的从属业务，从属业务的功能依附于其所绑定的主业务。这样，当前业务的关联业务可能为当前业务的主业务或从属业务，对应的，当前业务为其关联业务的从属业务或主业务。此时，当从属业务的业务请求操作成功后，才能确认主业务的操作成功。本实施例设定当前业务为主业务，而关联业务为从属业务，则要在步骤104之后执行步骤105，以确认PoC业务注册成功。

这里，组成关联业务的业务并不局限于两个，也可能出现三个或三个以上业务组合起来的关联业务，比如：由PoC业务、群组状态显示业务、位置业务三者组成的关联业务。在目前的IP多媒体应用业务的发展阶段，关联业务可为：PoC业务、Conference业务、群组状态显示业务、位置业务这四者的任意组合；相应的，关联业务中各个业务的AS可为：PoC服务器、Conference服务器、Presence服务器、位置服务器这四者的任意组合。

由于，关联业务可能出现三种甚至三种以上业务的组合，因此，当前业务的关联业务可能有两个或两个以上。此时，当前业务的AS如图1中的PoC服务器，应向当前业务的每一关联业务的AS发送业务请求，来启动各个关联业务。由于针对每一关联业务AS的处理原理，已在图1的步骤103和步骤104中有详细说明，因此，不再一一详述。

另外，步骤102所述对关联业务信息的读取、判断等处理不局限于在PoC服务器中进行，还可在当前用户所属的业务承载网中进行，甚至于独立设置处理单元来作此处理。当步骤102所述的处理在IMS或独立设置的处理单元来进行时，本方法其它步骤与图1所述原理类似，下面结合图2和图3进行简要说明。

图2为本发明方法中关联业务注册过程另一较佳实施例处理流程示意图；如图2所示，具体处理包括：

步骤201：UE发送Register消息至自身所属的IMS。

步骤202：IMS根据接收到的Register消息判断当前业务是否有关联业务，如果有，则执行步骤203，并同时执行步骤204；否则执行步骤203。这里，可由IMS中的业务呼叫会话控制功能(S-CSCF)实体进行本步骤处理。

步骤203：IMS转发该Register消息给PoC服务器，PoC服务器按该Register消息完成UE的PoC业务注册，再执行步骤206。

步骤204：IMS向Presence服务器发送业务请求来启动群组状态显示业务，该业务请求包括两部分：Notify消息和Subscribe消息。

步骤205：Presence服务器根据接收到的Notify和Subscribe消息，建立群组状态显示业务，然后返回200 OK消息给IMS。

步骤206：PoC服务器向IMS返回200OK消息。

步骤207：IMS向UE返回200 OK，完成整个关联业务的注册过程

其中，IMS可在接收到步骤206的200OK消息后即执行步骤207，也可在接收到步骤205所述来自Presence服务器的200OK消息和步骤206所述的200OK消息后才执行步骤207，具体采用哪种方式，由业务提供商或运营商的运营模式决定，本发明不限定。当Presence服务器提供的业务为PoC业务的从属业务时，则要在接收到步骤205和步骤206的200OK消息后才执行步骤207，以确认PoC业务注册成功。

图3为本发明方法中关联业务注册过程又一较佳实施例处理流程示意图。本实施例在业务承载网IMS之上设置了独立的业务管理单元(SMU)。如图3所示，具体处理包括：

步骤301：UE通过自身所属的IMS发送Register消息至SMU。

步骤302：SMU根据接收到的Register消息判断当前业务是否有关联业务，如果有，则执行步骤303，并同时执行步骤304；否则执行步骤303。

步骤303：SMU转发该Register消息给PoC服务器，PoC服务器按该Register消息完成UE的PoC业务注册，再执行步骤306。

步骤304：IMS向Presence服务器发送业务请求来启动群组状态显示业务，该业务请求包括两部分：Notify消息和Subscribe消息。

步骤305：Presence服务器根据接收到的Notify和Subscribe消息，建立群组状态显示业务，然后返回200 OK消息给IMS。

步骤306：PoC服务器向SMU返回200OK消息。

步骤307：SMU通过IMS向UE返回200 OK，完成整个关联业务的注册过程。

其中，SMU可在接收到步骤306的200OK消息后即执行步骤307，也可在接收到步骤305所述来自Presence服务器的200OK消息和步骤306所述的200OK消息后才执行步骤307，具体采用哪种方式，由业务提供商或运营商的运营模式决定，本发明不限定。当Presence服务器提供的业务为PoC业务的从属业务时，则要在接收到步骤305和步骤306的200OK消息后才执行步骤307，以确认PoC业务注册成功。

以上以关联业务注册过程为例对本发明关联业务管理方法加以阐述，而关联业务管理还包括建立、更新、结束等流程。当业务请求为业务建立、业务更新、或业务结束请求时，本发明方法的处理与图1至图3所述的处理基本相同，区别仅在于业务请求具体承载的消息不同，因此本文不再一一详述，但均在本发明的保护范围内。

本发明所述每一用户标识对应的关联业务信息可以以业务包的形式保存，则用户标识与关联业务信息之间的对应关系就成为用户标识与业务包之间的对应关系。由于，业务提供商或运营商往往预先构造几种通用的业务包供个人用户选择，而只有针对集团或群组才会开发专用的业务包。因此，个人用户标识与业务包之间的对应关系通常建立为：针对每一业务包而言的，业务包及其对应的各个个人用户标识；而集团或群组标识与业务包之间的对应关系通常建立为：针对每一集团或群组标识而言的，集团或群组标识及其对应的各个业务包。这里，对于建立用户标识与业务包之间对应关系的细节，属签约数据管理范畴，非本发明重点，因此本文不再详述。

另外，关联业务信息可以预先保存在独立的数据库或签约数据中并采用静态的管理方式，即关联业务信息保持不变；关联业务信息也可以采用动态的管理方式，业务提供商或运营商、甚至用户可在预先指定的权限范围内，通过发送操作命令给保存关联业务信息的数据库，对关联业务信息进行创建、修改、删除等操作。比如：个人用户可登录Web服务器通过浏览Web页面来对关联业务信息进行操作，而运营商或业务提供商可通过操作维护***对关联业务信息进行操作。具体关联业务信息动态管理方式的实现细节，属关联业务信息管理技术，非本发明重点，本文不再进一步详述。

基于上述本发明方法，本发明还提出了一种关联业务管理***。该关联业务管理***包括：业务管理单元(SMU)和保存关联业务信息的业务数据库(SDB)。

图4为本发明***一较佳实施例组成结构示意图。如图4所示，基于IMS的应用业务网络包括：UE、IMS、AS1和AS2，IMS分别与UE和关联业务管理***中的SMU相连。AS1和AS2还进一步连接SMU。假定SMU当前接收的业务请求对应AS1。SMU从IMS接收来自UE的业务请求，根据该业务请求查询SDB中的关联业务信息得到当前业务的关联业务AS为AS2，并确定AS2的路由，然后转发接收到的业务请求至AS1，并发送另一业务请求至AS2，触发AS2进行关联业务的操作。

其中，SMU可以为独立设置的网络实体、或集成在IMS中。由于，在应用业务网络中存在大量的AS，因此还可在每一AS中集成一个SMU。SDB可以为独立设置的数据库，也可集成在HSS中。所述SMU和SDB可以采用软件或硬件的方式实现。这里，如果SMU集成在IMS中，则通常集成在IMS内的业务呼叫会话控制功能(S-CSCF)实体中。

综上所述，应用本发明方法及***能灵活、方便的进行各种关联业务操作，大大简化关联业务管理过程，基本避免处理资源浪费，提高用户满意度，促进IP多媒体业务的持续发展。

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

Claims

1、一种关联业务管理方法，其特征在于，该方法包括：

A.接收到业务请求时，判断是否有关联业务，如果有，则执行步骤B；否则指示当前业务的应用服务器AS按当前业务请求进行操作，结束当前处理；

2、根据权利要求1所述的方法，其特征在于，步骤A所述判断在当前业务的AS中进行；

步骤B中，由当前业务的AS发送业务请求至各个关联业务的AS。

3、根据权利要求1所述的方法，其特征在于，步骤A所述判断在业务承载网中进行；

所述指示当前业务AS的方法为：业务承载网转发业务请求至当前业务的AS；

步骤B中，由业务承载网发送业务请求至各个关联业务的AS。

4、根据权利要求1所述的方法，其特征在于，该方法进一步包括：独立设置业务管理单元SMU，该SMU从业务承载网接收业务请求；步骤A所述判断在该SMU中进行；

所述指示当前业务AS的方法为：SMU转发业务请求至当前业务的AS；

步骤B中，由SMU发送业务请求至各个关联业务的AS。

5、根据权利要求1所述的方法，其特征在于，预先保存关联业务信息，并设置用户标识与关联业务信息之间的对应关系；每一用户标识对应的关联业务信息包括：一个或一个以上的相互关联的业务的信息；

步骤A中，所述判断是否有关联业务为：根据所述业务请求携带的用户标识读取该用户标识对应的关联业务信息，再根据该关联业务信息进行判断。

6、根据权利要求5所述的方法，其特征在于，所述每一用户标识对应的关联业务信息被保存为一个业务包。

7、根据权利要求5所述的方法，其特征在于，所述用户标识为：个人用户标识、或群组标识、或集团标识。

8、根据权利要求5所述的方法，其特征在于，所述每一用户标识对应的关联业务信息包括：每一业务的业务标识和AS地址；

步骤B中，所述发送业务请求至关联业务AS为：根据当前业务请求的用户标识对应的关联业务信息确定各个关联业务的AS地址，并按此地址发送业务请求。

9、根据权利要求5所述的方法，其特征在于，该方法进一步包括：用户、或运营商、或业务提供商通过发送操作命令对所述关联业务信息、和/或用户标识与关联业务信息的对应关系进行创建、修改、删除操作。

10、根据权利要求3或4所述的方法，其特征在于，所述业务承载网为因特网多媒体子***IMS。

11、根据权利要求1至4任一项所述的方法，其特征在于，所述当前业务为主业务，而其关联业务为从属业务；或者，当前业务为从属业务，而其关联业务为主业务；

步骤B中，当所述从属业务的AS成功进行操作且主业务的AS也成功进行操作时，才确认主业务操作成功。

12、根据权利要求5至9任一项所述的方法，其特征在于，所述关联业务信息以及所设置的用户标识与关联业务信息之间的对应关系保存在签约数据中或独立保存。

13、根据权利要求1至9任一项所述的方法，其特征在于，所述业务请求为业务注册请求、或业务建立请求、或业务更新请求、或业务结束请求。

14、根据权利要求1至9任一项所述的方法，其特征在于，所述当前业务及其关联业务为：蜂窝***中按键即说PoC业务、会议Conference业务、群组状态显示业务和位置业务这四者的任意组合；对应的，所述当前业务的AS、以及各个关联业务的AS为：PoC服务器、Conference服务器、Presence服务器和位置服务器这四者的任意组合。

15、一种关联业务管理***，其特征在于，该***设置于包括业务承载网、一个或一个以上业务的AS的通信***中，该关联业务管理***包括：

SMU，从业务承载网接收业务请求，从业务数据库SDB读取关联业务信息确定各个关联业务的AS，发送业务请求至当前业务的AS和各个关联业务的AS；

SDB，保存关联业务信息，输出关联业务信息给SMU。

16、根据权利要求15所述的***，其特征在于，所述SDB为独立设置的数据库，或集成在业务承载网的归属签约用户服务器HSS中；所述SMU为独立设置的实体，或集成在业务承载网、或集成在每一业务的AS中。

17、根据权利要求15或16所述的方法，其特征在于，所述一个或一个以上业务的AS为PoC服务器、Conference服务器、Presence服务器和位置服务器这四者的任意组合。