CN101175075A

CN101175075A - 对业务信息进行关联处理的方法

Info

Publication number: CN101175075A
Application number: CN 200610138304
Authority: CN
Inventors: 朱雷; 谢雷
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-11-03
Filing date: 2006-11-03
Publication date: 2008-05-07
Anticipated expiration: 2026-11-03
Also published as: EP2088730A4; WO2008052488A1; US20090144356A1; US9185143B2; CN101175075B; EP2088730A1; EP2088730B1

Abstract

本发明提供了一种对业务信息进行关联处理的方法，该方法主要包括：用户终端向业务服务器发送用户指定的业务信息；所述业务服务器对所述用户指定的业务信息进行关联关系的判断，并进行相应的关联处理。利用本发明，从而可以对IMS(IP多媒体子系统)架构下的各种应用的业务消息进行关联处理。

Description

对业务信息进行关联处理的方法

技术领域

本发明涉及通信领域，尤其涉及一种对业务信息进行关联处理的方法。

背景技术

随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来。多媒体业务通过与presence(呈现业务)、短消息、WEB(网页)浏览、定位信息、PUSH(推送业务)、文件共享等数据业务的结合，可以满足用户的多种需求。各种多媒体业务包括：

1、消息业务：即时消息和聊天室、多媒体短消息。

2、视频业务：娱乐、多媒体信息、日常交流。

3、电子商务：产品目录、搜索引擎、购物车、订单管理、支付。

4、游戏：单人游戏、群组游戏。

5、定位业务：寻人、向导、报警。

6、个人助理：地址本、日程表、书签管理、文件存储、事件提醒、电子邮件。

在多种多媒体应用的推动下，3GPP(第三代伙伴组织计划)标准组织推出了基于IP的IMS(IP多媒体子系统)架构，目的是在通信网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。

SIP出现于二十世纪九十年代中期，用于控制音频视频内容在Web上的流传输。SIP消息是基于文本的，易于读取和调试。易于实现编程，对于设计人员而言更加直观。

SIP如同电子邮件客户机一样重用MIME(Multipurpose Internet MailExtension，多用途因特网邮件扩展)类型描述，重用几个现有的比较成熟的Internet服务和协议，如DNS、RTP、RSVP等。因此，不必再引入新服务对SIP基础设施提供支持，与会话相关的应用程序可以自动启动。

SIP独立于传输层，其底层传输可以是采用ATM的IP。SIP使用UDP(用户数据报协议)以及TCP(传输控制协议)，将独立于底层基础设施的用户灵活地连接起来。

SIP支持多设备功能调整和协商。如果服务或会话启动了视频和语音，则仍然可以将语音传输到不支持视频的设备，也可以使用其他设备功能，如单向视频流传输功能。

随着网络技术的发展，多方通信成为一种逐渐普遍的业务，为了实现多方通信必然需要有一个统一的控制点来对多方通信进行管理，从而确保管理的一致性和实时性。比如，当一个用户申请发送音频业务时，系统需要有且只能有一个控制点进行判决。比如，PoC系统、Conference(一种提供用户状态的功能的服务器)系统。

PoC系统是一种集中控制的多方多媒体通信系统，是OMA(OpenMobile Alliance，开放手机联盟)定义的在蜂窝系统上实现的PTT(即按即说的语音业务)。PoC业务的概念来自于对讲机，其用户体验使用方式和对讲机类似，PoC业务可以实现简单、快捷，半双工通话。用户通过预先设定通话群组，在通话时无需拨号，只需要按住特定的按键，就可以同时将话音传送给群组中其它所有的成员，按键即讲、呼叫和通话连接过程在瞬间完成，接收方无需进行任何响应操作就能直接接听。PoC业务的通话过程采用半双工的方式，一方在说话时，其他成员只能接听不能说话。

OMA负责制定PoC标准规范，该规范中定义的PoC规范的网络结构图如图1所示。包括如下主要实体：

1、PoC Server：是PoC业务的主要呼叫控制设备，是IMS网络的一种Application Server(应用服务器)。

2、PoC XDMS：存储PoC业务需要的群组信息等数据的服务器。

3、PoC Client：PoC客户端，用户使用该客户端和PoC Server发起和接收PoC呼叫、申请发言权、发言等。

PoC业务是半双工的语音以及多媒体通信系统，在建立了PoC群组呼叫之后，用户可以通过TBCP(Talk Burst Control Protocol发言权控制协议)协议向PoC Server申请发言权。用户只有获得了发言权，才被准许说话，其说话产生的媒体流才能被PoC Server转发到群组中的其它成员。

POC2.0是目前OMA正在制定的更高版本的POC业务，它是对POC1.0中定义业务的扩展和升级。POC2.0允许用户通过特定按键建立与其它一个或多个用户立即通信的多媒体会话，允许用户在会话中传送多种媒体类型，如静止图片，实时视频流，文件传输和文本text。POC2.0向下兼容POC1.0，也支持POC1.0中的半双工语音业务。

PoC业务信息包括：

1、用户设置消息，如，PoC的业务设置，PoC接入控制设置，CPM用户设置。

2、系统设置消息，如，运营商的策略。

3、信令消息中的指示消息，如，应答模式，接入优先顺序，MBCScheme。

4、媒体控制消息中的指示消息，如，TBCP、MBCP消息中的版本指示。

5、网络系统保存的业务信息，如，群组信息中的MBC Scheme。

6、用户的签约信息，如，用户使用业务的接入准则。

在PoC业务中，通常需要根据上述用户设置消息、信令面消息的指示、用户面消息(媒体控制消息)的指示、用户的签约消息、网络系统保存的业务信息和运营商的策略等多种信息来决定网络操作。随着PoC业务的发展，上述用户设置消息、网络系统保存的业务信息、运营商的策略等消息会越来越多。

目前，在上述业务信息中，除了运营商的策略中部分策略只能互斥的进行配置以外，还没有用户设置消息之间的关联处理方法；还没有信令消息中指示信息之间的关联处理方法；还没有媒体控制信息中指示信息之间的关联处理方法；没有网络系统保存的业务消息之间的关联处理方法，也没有用户签约信息之间的关联处理方法。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种对业务信息进行关联处理的方法，从而可以对IMS架构下的各种应用的业务消息进行关联处理。

本发明的目的是通过以下技术方案实现的：

一种对业务信息进行关联处理的方法，包括：

用户终端向业务服务器发送用户指定的业务信息；

所述业务服务器对所述用户指定的业务信息进行关联关系的判断，并进行相应的关联处理。

所述的关联处理具体包括：合并处理、互斥处理和/或按照设定顺序进行处理。

所述的方法具体包括步骤：

A、用户终端向业务服务器发送用户指定的业务信息；

B、所述业务服务器验证所述业务信息是否能够接受，根据关联处理策略对所述用户配置信息进行关联关系的验证、判断处理，获得所述用户配置信息的处理方式。

所述的关联处理策略包括：

用户设置信息中携带的标识信息；或者；服务器上保存的策略和/或规则。

所述的方法具体包括步骤：

C、用户终端向业务服务器发送携带资源分配策略参数信息的会话建立请求消息；

D、所述业务服务器根据设定的媒体发送控制规则，对所述资源分配策略参数信息进行关联关系的验证、判断处理，获得所述用户终端的媒体资源发送权分配策略。

所述的媒体发送控制规则保存在会话预先设定的群组中，或者，业务服务器本地。

所述的方法还包括：所述业务服务器对所述媒体发送控制规则进行关联关系的验证、判断处理。

所述的方法还包括：

在起始会话协议SIP消息中的指示或者标识中设置携带关联属性信息的业务信息；SIP协议栈接收到所述SIP消息后，对所述SIP消息中设置的业务信息进行关联处理。

所述的方法适用于IP多媒体子系统IMS架构下的应用业务。

所述的应用业务包括：按键即说业务PoC业务、融合IP消息CPM业务、电话会议系统Conference业务或可扩展标记语言XML业务。

由上述本发明提供的技术方案可以看出，本发明通过利用业务服务器根据设定的关联策略，对业务消息中携带的用户配置信息进行关联关系的判断，并进行相应的关联处理。从而可以对IMS架构下的各种应用的业务消息进行关联处理。利用本发明所述的方法，能够解决业务信息之间关联关系处理问题，提高业务的使用体验，增强了业务特性。

附图说明

图1为PoC标准规范中定义的网络结构图；

图2为以PoC业务中的用户的设置业务消息为例，本发明所述方法的实施例的处理流程图；

图3为图2所示的流程中服务器的具体处理过程流程图；

图4为本发明所述实施例中的用户终端采用SIP PUBLISH请求发布用户设置信息的过程示意图；

图5为本发明所述实施例中的一种关联处理方式的处理过程示意图；

图6为本发明所述实施例中的一种关联处理方式的处理过程示意图；

图7为本发明所述实施例中的一种关联处理方式的处理过程示意图；

图8为本发明所述OMA PoC发言权申请的实施例的流程图；

图9为本发明所述MBC Scheme在PoC会话中应用的实施例中的媒体资源发送策略决定的处理流程图。

具体实施方式

本发明提供了一种对业务信息进行关联处理的方法。

下面结合附图来详细描述本发明，本发明所述方法适用于IMS架构下的各种应用业务，比如，PoC业务、CPM业务、Conference业务和XML业务等。各种应用业务可以是使用SIP协议消息中携带的业务信息，也可以是其他可以使用XML语言说明业务信息的应用业务。

下面的实施例以PoC业务中的用户的业务设置消息为例，说明在PoC业务的业务设置信息中，不同种业务设置作为业务信息，出现的合并、互斥和顺序处理过程。本发明所述方法的实施例的处理流程如图2所示，包括如下步骤：

步骤21：用户终端向服务器发送携带用户业务设置信息的设置消息。

在通信系统中，用户可以在网络中的应用服务器进行用户的业务设置，并要求网络中的应用服务器根据用户的设置进行相应的操作。比如，可以要求网络根据用户的设置设定接受或者拒绝会话请求；可以要求网络根据用户的设置下发保存的业务数据；可以要求网络中的网络实体根据用户的设置对媒体数据进行操作；可以要求网络中的网络实体根据用户的设置对消息或者消息中的内容进行操作等等。

上述用户的设置的实现目前可以采用两种方式，一种方式是：用户终端将用户的设置作为一种配置文件保存在网络的网络实体中，该配置文件如果用户不作修改、删除或者超时，就不会自动被删除。采用这种方式进行用户设置的用户终端，如XDM Client，XDM Client可以通过XCAP协议连接XDM服务器，进行添加、删除和修改配置上述配置文件。上述配置文件可以有较广泛的用途，可以作为公共的配置信息被其他业务使用；也可以为某一种业务配置特定的业务配置；可以作为用户终端接入控制的条件；可以作为组管理的配置信息等等。

另外一种用户的设置的实现方式是：用户终端上传用户设置，网络实体保存和应用该用户设置。采用这种方式的用户设置，比如，PoC业务的业务设置，采用SIP PUBLISH请求发布的用户设置。

在PoC业务中，用户终端通常通过接口协议连接服务器，向服务器发送携带各种用户设置信息的设置消息。服务器对接收到的消息中携带的用户设置信息进行保存。用户终端还可以对上述服务器上保存的配置文件进行添加、删除和修改等操作。

步骤22：服务器对保存的用户设置信息进行验证、关联等操作，确定用户设置信息的处理方式。

服务器需要对保存的用户设置信息进行验证、关联等操作，确定用户设置信息的处理方式。服务器的具体处理过程流程如图3所示。

首先，服务器需要分别验证保存的各个用户设置信息是否合法，是否可以接受。在验证通过后，服务器需要根据预先设定的关联规则获得各个用户设置信息之间的关联关系。上述预先设定的关联规则可以根据服务器上已经保存的策略和/或规则来生成；也可以在上述用户的设置消息中携带，即直接在用户的设置消息中标识出和某些其他用户设置互斥处理、合并(同时)处理或者按照和其他业务设置按照某一顺序处理。

服务器得到了各个用户设置信息之间的关联关系后，就可以得到用户设置信息的处理方式。比如，有部分用户业务设置是必须合并处理的，也就是同时处理才能有效；有部分用户业务设置中是互斥的，只能按照其中一部分的一个或者几个业务设置进行操作；有部分用户业务设置之间只能按照某一个顺序进行操作。

步骤23、服务器向用户终端返回响应。

服务器将得到的用户设置信息的处理方式返回给相应的用户终端。

本发明还给出了一个上述处理流程的一个实施例，在该实施例中，一种用户终端采用SIP PUBLISH请求发布用户设置信息的过程示意图如图4所示，包括如下步骤：

41、Client(用户终端)发布SIP Publish消息给SIP网络，该SIP Publish消息中携带了Client向服务器发布的业务设置信息(如，业务设置信息#1、业务设置信息#2、业务设置信息#3和业务设置信息#4)。

42、SIP网络将接收到的SIP Publish消息转发给服务器。服务器对收到的SIP Publish消息中携带的用户业务设置信息进行处理和保存。然后，根据预先设置的关联规则对用户业务设置信息进行了关联关系验证，验证后得到业务设置信息的各种关联处理方式。

比如，一种关联处理方式的处理过程如图5所示，具体处理过程为：

服务器对用户设置#1进行验证。

服务器对用户设置#2进行验证。

服务器验证用户设置#1和用户设置#2之间的关联关系。

经过判断处理后，得到具体关联处理方式为：在用户设置#1和用户设置#2之中，只能应用用户设置#2。

另一种关联处理方式的处理过程如图6所示，具体处理过程为：

服务器对用户设置#1进行验证。

服务器对用户设置#2进行验证。

服务器验证用户设置#1和用户设置#2之间的关联关系。

经过判断处理后，得到具体关联处理方式为：在用户设置#1和用户设置#2之中，必须同时应用用户设置#1和用户设置#2。

另一种关联处理方式的处理过程如图7所示，具体处理过程为：

服务器对用户设置#1进行验证。

服务器对用户设置#2进行验证。

服务器验证用户设置#1和用户设置#2之间的关联关系。

经过判断处理后，得到具体关联处理方式为：在用户设置#1和用户设置#2之中，必须按顺序先执行用户设置#1，后执行用户设置#2。

在消息类业务中，用户终端可以对是否保存消息或消息中的内容，是否转发消息或者消息中的内容，是否接收消息或者消息中的内容，是否连接或者下载消息或者消息中的内容进行设置。设置的依据可以是消息或者消息中内容的属性。这些属性可能是消息的发送方、消息的发送或者接收时间，消息的大小，消息内容的格式等等。各种用户设置方式包括但不限于以下几种：

1、如果用户对某一部分属性的消息或者消息中的内容进行了拒绝接收或者拒绝保存的设置，那么用户对相应属性的消息或者消息中的内容的下载的用户设置是不合理的，网络实体或者是用户终端可以对这两类用户设置之间进行关联关系的判断和处理，根据策略可以只允许其中一类对消息或者消息中内容的设置被应用到当前用户的使用中。

2、如果对某一部分属性的消息或者消息中的内容进行了接收或者无条件保存的设置，那么用户设置下载或者连接的用户设置时，网络实体或者终端可以根据两项用户设置之间的关联关系，要求两项用户设置一起联合使用，即两个用户设置之间合并处理。也可以要求用户设置了无条件保存后，网络实体或者终端只接受允许下载或者连接的用户设置。

在升级为多媒体系统后的PoC系统中，TBCP协议和发言权也相应升级为MBCP(Media Burst Control Protocol)协议和媒体发送权。本发明还提出了对PoC业务媒体资源发送权的分配策略信息进行关联处理的方法。

一个OMA PoC发言权申请的实施例的流程图如图8所示，包括如下步骤：

步骤81-82：用户可以通过TBCP协议″Talk Burst Request″消息向PoCServer申请发言权。

步骤83-84：PoC Server返回″Talk Burst Granted″消息给申请者，以告知该申请者已被准许发言，获得发言权。

步骤85-86：PoC Server也向其他用户发出″Talk Burst Taken″消息，以知会当前发言者信息给参与群组会话的其他成员。

步骤87-810：已经获得发言权的用户进行发言，其媒体流被PoCServer转发给群组中的其他成员。

步骤811-812：用户发言完毕，释放发言权。

步骤813-816：群组发言权空闲，PoC Server向群组成员广播“FloorControl Idle”消息。

媒体发送权是一种发送媒体资源的权限，可以应用在有媒体流控制功能的通信系统中，例如Conference系统和PoC系统等。本发明在PoC服务器中预先设定分配策略，通过该分配策略来管理媒体发送权。上述分配策略在OMA PoC2系统中称为MBC Scheme(Media Burst Control Scheme，媒体发送控制规则)。当某一个MBC Scheme应用到PoC会话中，可以决定PoC服务器采用某种方式或者某种规则分配媒体发送权。同时，一个会话中可以同时应用多个MBC Scheme。

多个MBC Scheme之间可能存在一定关联关系，如某些MBC Scheme不能合并使用，而有一部分MBC Scheme在一定场景下是需要合并使用的。

上述MBC Scheme的典型应用可以为：按照一定顺序轮循分配媒体发送权、某一些用户不能获得媒体发送权、某一些用户总是优先获得媒体发送权、不同的媒体控制实体之间的队列进行合并、不同的媒体控制实体之间的队列进行分拆、为几个不同的媒体控制实体分配一个队列，等等。

MBC Scheme作为策略，可以采用灵活的应用方式。可以作为策略应用到整个PoC会话中；可以作为策略只应用到某一种媒体类型的媒体发送权分配中；可以作为策略只应用到某一个媒体流的媒体发送权的分配中。

因此，不同的MBC Scheme之间，一部分分配策略之间是不能同时使用的，需要服务器、网络实体或者用户终端对应用的各个MBC Scheme信息之间进行关联处理的判断和关联处理。

MBC Scheme作为媒体发送权分配策略，可以保存在PoC预定义的群组中。当建立PoC会话时，PoC服务器向上述预定义的群组进行查询，获得保存的MBC Scheme。然后，PoC服务器将特定的一个或者多个MBC Scheme应用到PoC会话中。

MBC Scheme也可以作为PoC服务器上保存的本地策略信息，当建立PoC会话时，PoC服务器通过查询该本地策略信息，获得保存的MBCScheme。然后，PoC服务器将特定的一个或者多个MBC Scheme应用到PoC会话中。

本发明还提供了一个MBC Scheme在PoC会话中应用的实施例。PoC服务器根据PoC Client发出的指示要求后，获得需要应用到PoC会话的各个MBC Scheme后，对各个MBC Scheme之间进行关联、判断处理，将判断结果进行应用。

在上述实施例中，用户直接在会话建立请求中携带自身要求的资源分配策略。上述实施例中的媒体资源发送策略决定的处理流程如图9所示。具体处理过程包括如下步骤：

步骤91-步骤92：主叫用户终端PoC Client发送携带资源分配策略参数MBC Scheme#1和#2的会话建立请求至执行CF的PoC服务器。该会话建立请求可由SIP的邀请(INVITE)消息来承载。

步骤93：执行CF的PoC服务器从接收到的会话建立请求中提取媒体资源发送权参数，查询可以应用到PoC会话的MBC Scheme，验证MBC Scheme#1和#2之间的关联关系，判断如何应用MBC Scheme，确定当前建立的多方通信业务的媒体资源发送权分配策略。

步骤94-步骤95：执行CF的服务器与当前多方通信业务的各个被叫PoCClient建立起会话。

步骤96-步骤99：PoC系统向主叫PoC Client返回会话建立应答，该会话建立应答可由SIP的200OK消息来承载。

步骤910：执行CF的服务器在建立起多方通信业务之后，按步骤93所确定的媒体资源发送权分配策略MBC Scheme#1为主叫PoC Client和各个被叫PoC Client分配媒体资源发送权。

以下举若干例子验证进行MBC Scheme之间关联关系处理的实现。

1、如PoC Client请求建立会话，备选的MBC Scheme有语音媒体流在多个用户之间正向轮循，视频媒体流在多个用户之间反向轮循，这时MBCScheme只能接受其中一种媒体发送权分配策略，即或者是正向轮循策略或者是反响轮循策略其中一种。两种策略之间采用的互斥的关联操作。

2、如PoC Client请求建立会话，备选的MBC Scheme#1为整个会话中的所有续媒体流分配策略#1，而MBC Scheme#2要求语音媒体流应用分配策略#2，如果整体会话分配的策略和为某一个媒体流分配的策略相互矛盾，根据PoC服务器对媒体资源发送权分配策略之间关联关系的判断和处理，选择互斥的媒体资源发送权分配策略中的一个。

3、如PoC Client请求建立会话，请求中的指示要求备选的MBC Scheme#1和MBC Scheme#2必选同时应用到PoC会话中的两个不同媒体流，那么PoC服务器根据两个媒体资源发送权分配策略之间关联关系的判断和处理，需要同时应用两个媒体资源发送权分配策略。

本发明还提出了对SIP消息头或者消息体中的指示消息进行关联处理的方法。

SIP消息中的指示消息，提示SIP协议栈对SIP消息进行相应的合并或互斥处理。

SIP消息中目前有一部分指示消息，比如代表用户选择的指示消息，autoanswer，manual，answer，automata和audio等消息，通常需要联合使用的。比如，如果出现Require指示消息，就需要SIP协议栈对该指示消息和require标识进行合并关联处理，一起使用。当某一个指示消息或者标识和另一个指示消息或者标识的关系为互斥关系，就需要SIP协议栈对该指示消息和require标识进行互斥关联处理，只能同时应用某一个指示消息或者标识。

在业务消息中(如：SIP协议消息、HTTP业务消息、XCAP业务消息中)中常常包含若干种业务信息。一种常用的携带业务信息的方式是通过XML语言对一部分业务信息进行描述。例如，使用SIP消息上载业务设置的SIP Publish消息中包含的业务设置信息，例如使用XCAP协议的XDM终端向XDM服务器发出的XCAP协议消息中包含的业务信息等等。

由于XML语言允许对某一个业务信息中增加是否关联的属性，因此，可以使用XML语言对SIP消息的消息体中的业务描述之间的关联关系需要处理，该关联关系可以是：合并处理、互斥处理或按某一设定顺序处理。SIP协议栈收到上述携带XML语言的SIP消息后，就可以进行相应的关联处理。

XML语言本身就具有指示互斥，顺序等关联关系的数据验证机制，本发明可以利用XML现有的数据验证机制来实现关联关系的描述。目前XML数据验证使用了XML Schema技术，XML Schema通过XML语言定义语法使用的标记及其数据类型，由于XML Schema本身的架构就是XML语言，不需要另一种语法来表示，因此具有XML语言所带有的扩展性。这种数据验证技术能够表示出关联业务所需要的合并处理、互斥处理或按某一设定顺序处理的关系。下表列出了表示不同关联业务处理关系时XML Schema的表示方法。

关联关系	XML Schema规则	XML语言表示
关联关系	XML Schema规则	XML语言表示	合并关系	<ElementType name＝″a″><group><element type＝″b″/><element type＝″c″/></group></ElementType>	<a><b/><c/></a>或<a><c/><b/></a>
顺序关系	<ElementType name＝″a″order＝″seq″><element type＝″b″/><element type″c″/></ElementType>	<a><b/><c/></a>	合并关系		<a><b/><c/></a>或<a><c/><b/></a>
顺序关系		<a><b/><c/></a>	互斥关系	<ElementType name＝″a″order＝″one″><element type＝″b″/><element type＝″c″/></ElementType>	<a><b/></a>或

</ElementType>

CPM向用户提供了发送基于IP的融合消息的业务，在CPM业务中多处需要根据用户的业务信息对消息发送、接收、存储和处理进行判断。CPM业务中对用户指定的业务信息之间关联关系的判断包括了合并处理、互斥处理和顺序处理的关联关系。

例如：CPM业务可以为用户提供了基于网络的存储，用户接收消息的业务和在网络存储中存储消息的业务需要作为关联业务来进行处理。

用户可以设置这两种业务为互斥关系，这样消息可以直接发送到用户设备上而不进行网络存储，或者消息存储在网络存储中用户只收到有新消息的提示.当然用户也可以设置这两种业务为合并关系，这样消息既需要直接发送到用户设备上也需要进行网络存储.在对网络存储的管理中，用户也需要对不同的业务设置关联关系，如用户可以设置把消息自动存储在网络存储中，同样也可以设置网络存储剩余空间的警告阀值，如果用户希望超过警告阀值后网络存储不允许存储新的消息，那么用户就必须把这两种业务的关联关系设置为互斥关系.

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

1.一种对业务信息进行关联处理的方法，其特征在于，包括：

用户终端向业务服务器发送用户指定的业务信息；

2.根据权利要求1所示的方法，其特征在于，所述的关联处理具体包括：合并处理、互斥处理和/或按照设定顺序进行处理。

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

A、用户终端向业务服务器发送用户指定的业务信息；

4.根据权利要求3所示的方法，其特征在于，所述的关联处理策略包括：

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

6.根据权利要求5所示的方法，其特征在于，所述的媒体发送控制规则保存在会话预先设定的群组中，或者，业务服务器本地。

7.根据权利要求6所示的方法，其特征在于，所述的方法还包括：所述业务服务器对所述媒体发送控制规则进行关联关系的验证、判断处理。

8.根据权利要求1或2所示的方法，其特征在于，所述的方法还包括：

9.根据权利要求1或2所示的方法，其特征在于，所述的方法适用于IP多媒体子系统IMS架构下的应用业务。

10.根据权利要求9所示的方法，其特征在于，所述的应用业务包括：按键即说业务PoC业务、融合IP消息CPM业务、电话会议系统Conference业务或可扩展标记语言XML业务。