专利名称：出呼阻止业务与会议业务的交互方法
技术领域：
本发明涉及通信领域，具体地，涉及一种出呼阻止业务与会议业务的交互方法，其尤其适用于IP多々某体子系统(IP Multimedia Core Network Subsystem, 简称IMS )。
背景技术：
网纟各互联:十办i义(Internet Protocol,简一尔IP)多力某体子系统(IP Multimedia Core Network Subsystem ，简称IMS )是由第三^合作^火 4半计划(3rd Generation Partnership Project, 简-尔3GPP) ^是出的一 种基于IP的网络架构，其构建了一个的开》丈而灵活的业务环境，支 持多媒体应用，并且能够为用户提供丰富的多媒体业务。在IMS业务体系中，控制层和业务层是分离的，控制层不提供 具体业务，只向业务层提供必要的触发、路由、计费等功能。控制 层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function, 简称CSCF, 分为Proxy, Interrogating, 和Serving三种 类型，其中负主要责任的是Serving, Interrogating类型是可选的) 完成的，业务层是由一系列应用服务器(Application Server,简称 AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以 存在于S-CSCF中，因此我们将S-CSCF和AS统称为月艮务设备 (Service Equipment,简称SE )。控制层(S-CSCF )根据用户的签 约信息控制业务触发，调用AS上的业务，实现业务功能。会话中 的端到端设备称为用户设备(User Equipment,简称UE),负责与4吏用者的交互。这些功能实体4吏用会话初始协，汉(Session Initiation Protocol, SIP)通讯。出呼阻止业务是IMS中的一种业务，可以实现阻止用户呼叫某 些被叫的功能。会议业务是IMS中的一种业务，该业务允许多人同 时通话，即一人说话，其他人都能听见。图1是根据相关技术的出呼阻止业务与会议业务交互的基本消 息流程图，描述的是UE-A开通了出呼阻止业务，阻止UE-A和UE-B 通话，当UE-A建立了会议后，要求会议业务服务设备邀请UE-B 加入会"i义的过程，其步骤如下101: UE-A已经创建了会议，出呼阻止业务服务设备在信令路 径上；102: UE-A请求会议邀请UE-B力口入会议，比如发送REFER 消息给会议SE，并在Refer-To头i或中指明UE-B的地址；103:消息途经出呼阻止业务SE，其不〗故任何处理，转发该消 息给会议SE;IO4:消息到达会议SE，其根据UE-A的出呼阻止业务规则， 判断UE-A是否允许呼叫UE-B ，如果SE根据规则判断UE-A不能 呼叫UE-B，则执行以下步骤；105 - 106:会议SE不同意请求，比如发送回应消息"403 Forbidden"给UE-A，回应消息途经出呼阻止业务SE。/人上述描述的实现方案可以看出，其存在以下不足上述处理 过程隐含了如下特征，即，会议SE能够得知用户的出呼阻止规则， 而该出呼阻止规则位于出呼阻止业务SE上，因此要求会议SE与出
呼阻止业务SE在同 一个设备上，或者会议SE能够通过某种接口从 出呼阻止业务SE上获得用户的出呼阻止身见则，而这显然不合理。 其次，上述的技术只处理了邀请单一成员加入会议的情况，对于邀 请多个成员加入会议的情况没有给出相关处理。发明内容的要求出呼阻止业务服务设备与会议服务设备位于统一设备上或者 要求会议服务设备能够从出呼阻止业务服务器获得出呼阻止规则， 以及对邀请多个单元加入会议没有相关处理的问题而提出本发明。为此，根据本发明，提供了一种出呼阻止业务与会议业务的交 互方法，该方法用于包4舌出呼阻止业务月l务i殳备、会i义服务f殳备的 IP多々某体子系统。该方法包括出呼阻止业务服务设备接收请求消息，并从请求 消息携带的信息中获取除消息发送者和消息接收者之外的 一个或多 个目标信息，其中，请求消息用于请求将一个或多个用户加入已经 创建或即将创建的会议；出呼阻止业务服务设备根据消息发送者的 出呼阻止业务规则，判断获取的每个目标信息所对应的目标是否为 消息发出者要阻止的呼叫目标，在判断结果为是的情况下，使目标 信息无效并转发〗奮改后的请求消息，或者拒绝请求消息。其中，上述的请求消息包括以下任一种邀请消息、转移消息。另外，上述的目标信息在请求消息的各个头字段中获得，或者 在请求消息的消息体中获得。出呼阻止业务服务设备通过删除目标信息使目标信息无效，并 通过返回失败响应消息来拒绝i青求消息。
具体地，在4又存在一个目标信息的情况下，如果目标信息所对 应的目标为消息发出者要阻止的呼叫目标，则出呼阻止业务服务设 备拒绝请求消息。在存在多个目标信息的情况下，如果部分目标信息所对应的目 标为消息发出者要阻止的呼叫目标，则对于判断结果为是的目标信息，使其无效，并将修改后的请求消息转发给会议服务设备；如果 所有目标信息所对应的目标均为消息发出者要阻止的呼叫目标，则 出呼阻止业务服务设备拒绝请求消息。通过本发明，克服了要求出呼阻止业务服务设备与会议服务设 备位于统一设备上或者要求会议服务设备能够从出呼阻止业务服务 器获得出呼阻止^见则的缺陷，并且对于邀请多个成员加入会议的情 况给出了相关处理。本发明的其它特4正和优点将在随后的i兌明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来提供对本发明的进一 步理解，并且构成说明书的 一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中图1是根据相关技术的出呼阻止业务与会议业务的交互的示意 性流程图；图2是才艮据本发明实施例的出呼阻止业务与会i义业务的交互方 法的流禾呈图3是冲艮据本发明实施例的出呼阻止业务与会i义业务的交互方 法的实例1的示意性流程图；法的实例2的示意性流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此 处所描述的优选实施例^义用于il明和解释本发明，并不用于限定本 发明。才艮据本发明实施例，4是供了 一种出呼阻止业务与会i义业务的交 互方法，该方法用于包括出呼阻止业务SE、会议SE的IP多媒体子系统。如图2所示，该方法包4舌以下处理:步骤S202,出呼阻止业务SE接收请求消息(可以是邀请消息 (INVITE)、转移消息(REFER)等)，并从请求消息携带的信息中获取 除消息发送者和消息接收者之外的目标信息(可以有一个或多个)， 其中，请求消息用于请求将特定用户(可以是一个或多个)加入已 经创建或即将创建的会i义；步骤S204，出呼阻止业务SE才艮据消息发送者的出呼阻止业务 规则，判断获取的每个目标信息所对应的目标是否为消息发出者要 阻止的呼叫目标，在判断结果为是的情况下，使目标信息无效并转 发修改后的请求消息，或者拒绝请求消息。具体地，在步骤S202中，上述的目标信息可以在请求消息的 各个头字段中获得，也可以在请求消息的消息体中获得。在步骤S204中，出呼阻止业务SE通过删除目标信息使该目标 信息无效，并通过返回失败响应消息来拒绝i青求消息。具体地，在仅存在一个目标信息的情况下，如果目标信息所对 应的目标为消息发出者要阻止的呼叫目标，则出呼阻止业务SE拒绝请求消息。在存在多个目标信息的情况下，如果部分目标信息所对应的目 标为消息发出者要阻止的呼叫目标，则对于判断结果为是的目标信 息，使其无效，并将修改后的请求消息转发给会议SE;如果所有目 标信息所对应的目标均为消息发出者要阻止的呼叫目标，则出呼阻 止业务SE拒绝讀-求消息。基于上述内容，以下将进一步结合实例来描述本发明。实例1——仅存在一个目标信息(单目标)，即，邀请一个成员 力口入会议在该实例中，UE-A(即，消息发送者)开通了出呼阻止业务， 阻止UE-A和UE-B通话，当UE-A建立了会议后，要求会议SE邀 请UE-B力口入会i义。如图3所示，过禾呈力口下301: UE-A已经创建了会议，出呼阻止业务SE在信令路径上；302: UE-A ^青求会i义SE邀i青UE-B加入会i义，例如发送REFER 消息给会议SE，并在Refer-To头域中指明UE-B的地址，根据业务 配置，该请求消息需途经出呼阻止业务SE,或者该请求消息沿着步 骤301建立的会话路径传输而途经出呼阻止业务SE; 303:出呼阻止业务SE根据其上的UE-A的出呼阻止业务规则， 判断UE-A是否允许呼叫UE-B，此时，会议SE才艮据规则判断UE-A 不能呼叫UE-B,进行到步骤304;304:出呼阻止业务SE不同意i青求，比如发送回应消息"403 Forbidden"给UE國A。实例2——存在多个目标信息(多目标)，即，邀请多个成员加 入会议在该实例中，UE-A(即，消息发送者)开通了出呼阻止业务， 阻止UE-A和UE-B通话，当UE-A创建会i义时，同时要求会i义SE 邀请成员UE-B和UE-C力口入会议。如图4所示，过程如下401: UE-A呼叫会议业务SE,请求创建会议，比如发送INVITE 消息给会议业务SE,同时UE-A希望会议业务SE将用户UE-B和 UE-C加入到即将创建的会议中，比如在消息体中携带用户列表信 息，用户列表中包含UE-B和UE-C的地址信息；402:请求消息途经出呼阻止业务SE，该出呼阻止业务SE从 消息体的用户列表信息中获得多个目标信息UE-B和UE-C,而后根 据其上的UE-A的出呼阻止业务失见则，判断UE-A是否允许呼叫 UE-B和UE-C，此时，出呼阻止业务SE根据规则判断UE-A不能 呼叫UE-B,能够呼叫UE-C,于是将UE-B的信息从消息中删除；403:出呼阻止业务SE将修改后的转发呼叫请求消息给会议业 务SE;404-405:会议业务SE应答呼叫，比如发送回应消息"200 OK" 纟合UE-A,回应消息途经出呼阻止业务SE; 406: UE-A成功创建了会议； 407:会议业务SE根据步骤403中的请求，邀请UE-C加入会 议，比如发送INVITE消息纟合UE-C;408: UE-C收到邀请消息，应答该消息，比如回应"200 OK" 消息纟会会i义业务SE;409: UE-C被成功邀请进会议。在步骤402中，如果出呼阻止业务SE判断UE-A也不能呼叫 UE-C,则因仅剩的一个目标也是净皮阻止的，在步骤403中，出呼阻 止业务SE可直接拒绝请求消息，比如回应"403 Forbidden"消息给 UE-A。如上所述，通过本发明，克服了要求出呼阻止业务SE与会议 SE位于统一设备上或者要求会议SE能够从出呼阻止业务服务器获 得出呼阻止规则的缺陷，并且对于邀请多个成员加入会议的情况给 出了相关处理。以上所述仅本发明的优选实施例而已，并不用于限制本发明， 对于本领域的4支术人员来i兌，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种出呼阻止业务与会议业务的交互方法，用于包括出呼阻止业务服务设备、会议服务设备的IP多媒体子系统，其特征在于，所述方法包括出呼阻止业务服务设备接收请求消息，并从所述请求消息携带的信息中获取除消息发送者和消息接收者之外的一个或多个目标信息，其中，所述请求消息用于请求将一个或多个用户加入已经创建或即将创建的会议；所述出呼阻止业务服务设备根据所述消息发送者的出呼阻止业务规则，判断获取的每个目标信息所对应的目标是否为所述消息发出者要阻止的呼叫目标，在判断结果为是的情况下，使目标信息无效并转发修改后的请求消息，或者拒绝所述请求消息。
2. 根据权利要求1所述的方法，其特征在于，所述请求消息包括 以下任一种邀请消息、转移消息。
3. 根据权利要求1所述的方法，其特征在于，所述目标信息在所 述请求消息的各个头字段中获得，或者在所述请求消息的消息 体中获得。
4. 根据权利要求1所述的方法，其特征在于，所述出呼阻止业务 月良务设备通过删除所述目标信息4吏所述目标信息无效。
5. 才艮据权利要求1所述的方法，其特4正在于，所述出呼阻止业务 月l务i殳备通过返回失败响应消息来拒绝所述i青求消息。
6. 根据权利要求1至5中任一项所述的方法，其特征在于，在仅 存在一个目标信息的情况下如果所述目标信息所对应的目标为所述消息发出者要阻止的呼叫目标，则所述出呼阻止业务服务设备拒绝所述请求消自
7. 根据权利要求1至5中任一项所述的方法，其特征在于，在存 在多个目标信息的情况下如果部分目标信息所对应的目标为所述消息发出者要阻 止的呼叫目标，则对于判断结果为是的目标信息，使其无效， 并将修改后的请求消息转发给会议服务设备；如果所有目标信息所对应的目标均为所述消息发出者要 阻止的呼叫目标，则所述出呼阻止业务服务设备拒绝所述请求消息。
全文摘要
本发明提供了一种出呼阻止业务与会议业务的交互方法，该方法包括出呼阻止业务服务设备接收请求消息，并从请求消息携带的信息中获取除消息发送者和消息接收者之外的一个或多个目标信息，其中，请求消息用于请求将一个或多个用户加入已经创建或即将创建的会议；出呼阻止业务服务设备根据消息发送者的出呼阻止业务规则，判断获取的每个目标信息所对应的目标是否为消息发出者要阻止的呼叫目标，在判断结果为是的情况下，使目标信息无效并转发修改后的请求消息，或者拒绝请求消息。
文档编号H04W48/08GK101150771SQ200710165020
公开日2008年3月26日 申请日期2007年10月19日 优先权日2007年10月19日
发明者谢振华 申请人:中兴通讯股份有限公司