[发明专利]会议业务通知的优化方法和系统

说明书

技术领域

本发明涉及通信领域，更具体地，涉及下一代网络(NGN)中的一种会议业务通知机制的优化方法和系统。

背景技术

在以IP多媒体子系统(IMS)为核心的下一代网络(NGN)中，采用初始会话协议(SIP)作为业务控制协议，各项通信业务可由用户的智能终端与网络中的由运营商设置的应用服务器(AS)配合完成。

图1示出了下一代网络中的一种典型业务实现架构，其中，应用服务器(AS)(可能存在多个，分别用于不同的业务)通过接口与用户归属网络的服务-呼叫会话控制功能(S-CSCF)相连，用户终端A与用户终端B之间的SIP业务控制消息(用虚线标识)会流经各自的拜访网络中的代理-呼叫会话控制功能(P-CSCF)以及归属网络中的服务-呼叫会话控制功能(S-CSCF)与应用服务器(根据用户业务的种类，可能经过不同的应用服务器)，应用服务器可通过对业务控制消息的各种处理以实现丰富的业务。用户终端A与用户终端B利用业务消息交换并协商双方所支持的媒体参数，在两者之间建立IP媒体流连接(用实线标识)，IP媒体流用于传送通话话音包等数据。若应用服务器配备媒体处理功能，则用户终端与应用服务器之间也可建立媒体流连接，实现人机对话业务，例如，银行的自动语音服务。

图2是现有技术中会议业务的典型流程图。为简化起见，图2中省略了代理-呼叫会话控制功能、服务-呼叫会话控制功能等网络设备。其中，会议业务服务器用于为所有用户提供会议业务功能，能够与多个用户同时建立话路，并且在混音后再发送给各个用户。如图2所示，包括以下步骤：

步骤S201～S206，用户B首先向会议业务服务器发送邀请请求，创建一个会议资源；

步骤S207，在用户B与会议业务服务器之间建立通话；

步骤S208～S209，用户B向会议业务服务器发送会议邀请请求，要求会议业务服务器邀请用户C加入会议；

步骤S210～S211，会议业务服务器接受响应；以及

步骤S212～S218，会议业务服务器根据用户B的请求，向用户C发送通话邀请请求，在会议业务服务器与用户C之间建立通话，使得用户C加入此次会议。

另外，用户B还可继续向会议业务服务器发送会议邀请请求，要求会议业务服务器邀请其它用户加入会议。其它用户也可主动向会议业务服务器发送会话邀请请求，建立与会议业务服务器之间的通话(类似步骤S201～S206)，从而加入会议。

用户在加入会议后，可通过释放与会议业务服务器之间的通话的方式退出会议。一个会议可能有很多的用户参与，当一个用户加入会议后，可能会关心后续又有哪些用户加入或退出了此次会议。

在现有技术中，NGN用户可通过订阅会议事件的方式来获得这些信息。如图3所示，包括以下步骤：

步骤S301，用户A在成功加入会议；

步骤S302～S303，用户A向会议业务服务器发送订阅请求；

步骤S304～S305，会议业务服务器返回订阅接受响应；

步骤S306，有其它用户加入或退出会议；

步骤S307～S308，会议业务服务器向用户A发送一条通知消息，该消息体中含有用户号码、用户动作(加入或退出会议)等信息；以及

步骤S309～S310，用户A返回通知确认响应，确认收到此通知消息。

当参加会议的用户数量很多时，每个用户(特别是先加入会议的用户)会收到大量的通知消息，用户可能只关心其它某几个用户的参会情况，但这几个用户的加入/退出通知会淹没在大量的通知消息之中。如果用户不想收到如此多的通知消息，只能不订阅会议事件或取消订阅；一旦用户取消了会议事件的订阅，用户将收不到任何关于其它用户加入或退出会议的通知，无法知道当前会议有多少用户加入，也无法知道其所关心的其它用户是否加入了此会议。

总之，现有技术中的通知机制过于简单，难以满足用户的特殊需求。本发明针对上述问题，提出了相应的会议业务通知机制的优化方法和系统，能够更好地满足用户的需要。

发明内容

因而，为了克服上述问题，本发明提供了一种会议业务通知机制的优化方法和系统，从而能够更好地满足用户的需要。

本发明的一个方面提供了一种会议业务通知机制的优化方法，该方法可以包括以下步骤：设置对应于网络中的至少一个用户的代理策略；以及根据至少一个用户的代理策略，对来自会议业务服务器的通知消息进行相应处理。

该方法还可以包括：在会议过程中，修改至少一个用户的代理策略。