本发明涉及通信领域，并且更具体地，涉及控 制用户通信的方法和装置。 背景技术

在某些网络中，常常使用会话发起协议 ( SIP, Session Initiation Protocol ) 来控制视频、 语音等即时通信。 在 IP 多媒体子系统 ( IMS , IP Multimedia Subsystem ) 网络架构中， 通过会话边界控制器 （SBC , Session Border Controlller )来实现背对背的用户代理（ B2BUA , Back-to-Back User Agent ) 功能。 现有的 SIP呼叫信令交互流程是， 主叫用户 Caller向被叫用户 Callee 发送用于业务请求的 Invite消息， 该消息携带了 Caller的媒体面会话描述协 议（SDP, Session Description Protocol )信息， 在 SDP信息中描述了 Caller 的媒体网际协议（IP , Internet Protocol )地址、 端口号、 编解码类型和传输 协议等， 该 Invite消息经由主叫侧的 SBC、 IMS核 Core、 被叫侧 SBC而发 送至 Callee, 如果 Callee处于空闲态， 则向主叫侧发送用户振铃 180 Ring消 息。 在通常情况下， 在该 180 Ring消息中会携带 Callee的媒体面 SDP信息。 在该 180 Ring消息达到主叫侧后，主被叫双方、主被叫� �侧的 SBC以及 IMS Core均得知了主被叫的媒体面 SDP信息。然后， Callee向 Caller发送摘机应 答 200OK消息， IMS Core根据该 200OK消息确定开始计费， 在 Callee接收 到 Caller发送的确认 ACK响应消息后， 完成了主被叫的呼叫业务建立。

然而，根据 IMS的协议架构，媒体报文不会经过 IMS Core,而是由 SBC 做了媒体面的 B2BUA。 由于在 SBC得知主被叫的媒体面信息后， 媒体面通 道就已经建立了， 因此一些非法用户极可能利用 SIP协议的早期媒体互通的 能力来实现盗打电话， 来达成不用付费的业务呼叫。

因此， 需要适当的方法， 防止主被叫用户在系统计费前利用早期媒体互 通的能力达到不被计费却能实现正常通信的目 的，从而减少电信运营商的经 济损失， 降低网络安全风险。 发明内容

本发明实施例提供一种控制用户通信的方法和 装置， 能够防止主被叫用 户在系统计费前利用早期媒体互通的能力达到 不被计费却能实现正常通信 的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

一方面， 提供了一种控制用户通信的方法， 该方法包括： 接收被叫用户 发送给主叫用户的包括第一被叫用户信息的第 一消息， 该第一被叫用户信息 用于使该主叫用户与该被叫用户建立通信连接 ； 根据该第一消息， 禁止该主 叫用户与被叫用户之间的通信；接收该被叫用 户发送给该主叫用户的计费确 认消息； 根据该计费确认消息， 允许该主叫用户与被叫用户之间的通信。

另一方面， 提供了一种控制用户通信的装置， 该装置包括： 第一接收单 元， 用于接收被叫用户发送给主叫用户的包括第一 被叫用户信息的第一消 息， 该第一被叫用户信息用于使该主叫用户与该被 叫用户建立通信连接； 通 信禁止单元， 用于根据该第一接收单元接收的该第一消息， 禁止该主叫用户 与被叫用户之间的通信； 第二接收单元， 用于接收该被叫用户发送给该主叫 用户的计费确认消息； 通信许可单元， 用于根据该第二接收单元接收的该计 费确认消息， 允许该主叫用户与被叫用户之间的通信。

根据本发明实施例的控制用户通信的方法和装 置，根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对实施例或现有技 术描述中所需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图 仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造 性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是根据本发明实施例的控制用户通信的方法� �示意性流程图。 图 2是根据本发明另一实施例的控制用户通信的� �法的示意性流程图。 图 3是根据本发明再一实施例的控制用户通信的� �法的示意性流程图。 图 4是根据本发明再一实施例的控制用户通信的� �法的示意性流程图。 图 5是根据本发明实施例的控制用户通信的方法� �交互图。

图 6是根据本发明实施例的控制用户通信的装置� �示意性框图。 具体实施方式

下面将结合本发明实施例中的附图，对本发明 实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创 造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

本发明实施例提供的技术方案，可以应用于各 种通信系统，例如： GSM, 码分多址（CDMA, Code Division Multiple Access ) 系统， 宽带码分多址 ( WCDMA, Wideband Code Division Multiple Access Wireless ), 通用分组无 线业务（GPRS , General Packet Radio Service ), 长期演进（LTE, Long Term Evolution )等。

用户或者用户设备（UE, User Equipment ) 可以经无线接入网 （例如， RAN, Radio Access Network )与一个或多个核心网进行通信， 用户设备可以 是移动终端（Mobile Terminal ), 如移动电话（或称为"蜂窝"电话）和具有移 动终端的计算机， 例如， 可以是便携式、 袖珍式、 手持式、 计算机内置的或 者车载的移动装置， 它们与无线接入网交换语言和 /或数据。

图 1示出了从被叫侧 SBC角度描述的根据本发明实施例的控制用户通 信的方法的示意性流程图。 如图 1所示， 该方法包括：

S 110 ,接收被叫用户发送给主叫用户的包括第一被� �用户信息的第一消 息， 该第一被叫用户信息用于使该主叫用户与该被 叫用户建立通信连接； S120, 根据该第一消息， 禁止该主叫用户与被叫用户之间的通信； S130, 接收该被叫用户发送给该主叫用户的计费确认 消息；

S140, 根据该计费确认消息， 允许该主叫用户与被叫用户之间的通信。 具体地说， 在 S110, 被叫侧 SBC可以根据主叫用户发送的 Invite消息， 获取主叫用户信息 （包括主叫用户的媒体 IP地址、 端口号、 编解码类型和 传输协议等）， 并且， 被叫用户可以在接收到主叫用户发送的 Invite消息后， 向被叫侧 SBC发送包括被叫用户信息（例如 SDP信息）的第一消息（例如， 180ring消息、 18X消息等）， 被叫侧 SBC可以根据该第一消息， 获取被叫用 户信息（包括被叫用户的媒体 IP地址、端口号、编解码类型和传输协议等 ), 从而被叫侧 SBC可以根据该被叫用户信息和主叫用户信息与 主叫侧 SBC建 立媒体面通道。 此时， 被叫用户已经可以向主叫用户发送媒体报文， 并且， 被叫侧 SBC 还可以在接收到第一消息后将该第一消息经由 IMS Core, 主叫侧 SBC而转 发给主叫用户， 以使主叫侧 SBC获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 从而实现 B2BUA。 因此， 在 S120, 被叫侧 SBC可以根据该第一消息， 禁止该主叫用户与被叫用户之间 的通信。 在本实施例中， 禁止该主叫用户与被叫用户之间的通信可以采 用多 种方式， 例如， 屏蔽主叫用户与被叫用户之间交互的媒体报文 ， 不向主叫用 户发送被叫用户信息（例如， SDP信息）或向主叫用户发送规定的信息以使 主叫用户不能获取被叫用户的媒体 IP地址、 端口号、 编解码类型和传输协 议等， 以达到防止主叫用户与被叫用户之间实现 B2BUA。 下文将对以上禁 止该主叫用户与被叫用户之间的通信的方法进 行详细说明。

在 S130, 被叫侧 SBC可以接收被叫用户发送给该主叫用户的计费 确认 消息 （例如， 200OK消息）， 并向 IMS Core转发该 200OK消息， 以使系统 计费。

在 S140, 被叫侧 SBC可以根据该计费确认消息， 确定系统开始计费， 从而可以允许主叫用户与被叫用户之间的通信 ， 这里， 允许主叫用户与被叫 用户之间的通信的操作与禁止该主叫用户与被 叫用户之间的通信采用的方 式相对应， 下文将对其进行详细说明。

这样， 根据本发明实施例的控制用户通信的方法， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

下面， 结合图 2至图 4, 对禁止该主叫用户与被叫用户之间的通信的方 法以及与其相对应的允许主被叫用户通信的方 法进行说明。

在本发明实施例中， 可以在主叫侧 SBC与被叫侧 SBC建立通信连接而 实现 B2BUA之后，被叫侧 SBC接收到计费确认消息之前，屏蔽被叫用户发 送给主叫用户的第一媒体报文和 /或该主叫用户发送给该被叫用户的第二媒 体报文， 以达到在系统计费前禁止主被叫用户正常通信 的目的。 并且， 被叫 侧 SBC, 可以在接收到第一消息后， 对被叫用户发送给主叫用户的媒体报文 进行屏蔽， 也可以将该第一消息经由 IMS Core, 主叫侧 SBC而转发给主叫 用户， 以使主叫侧 SBC获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 从而实现 B2BUA, 并对来自主被叫用 户双方的媒体 文进行屏蔽。 因此， 该方法还包括：

向该主叫用户转发该第一消息。

该根据该第一消息， 禁止该主叫用户与被叫用户之间的通信， 包括： 接收该被叫用户发送给该主叫用户的第一媒体 报文和该主叫用户发送 给该被叫用户的第二媒体报文；

根据该第一消息，屏蔽该第一媒体报文和该第 二媒体报文中的至少一个 媒体艮文， 以及

该允许该主叫用户与被叫用户之间的通信包括 ：

向该主叫用户和 /或该被叫用户转发该媒体报文。

具体地说， 如图 2所示， 在 S210, 被叫侧 SBC可以根据主叫用户发送 的 Invite消息， 获取主叫用户信息 （包括主叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 并且， 被叫用户可以在接收到主叫用户发送的 Invite消息后， 向被叫侧 SBC发送包括被叫用户信息 （例如 SDP信息） 的 第一消息（例如， 180ring消息、 18X消息等）， 被叫侧 SBC可以根据该第一 消息， 获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码 类型和传输协议等）， 从而被叫侧 SBC可以根据该被叫用户信息和主叫用户 信息与主叫侧 SBC建立媒体面通道。

此时， 被叫用户已经可以向主叫用户发送媒体报文， 在 S230, 被叫侧 SBC接收到被叫用户发送的第一媒体报文， 在 S240, 被叫侧 SBC可以对被 叫用户发送给主叫用户的媒体报文进行屏蔽。

可选地，被叫侧 SBC还可以在接收到第一消息后将该第一消息经 由 IMS Core, 主叫侧 SBC而转发给主叫用户， 以使主叫侧 SBC获取被叫用户信息 (包括被叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等 ), 从而 实现 B2BUA。 此时， 在 S230被叫侧 SBC可以接收到被叫用户发送的第一 媒体报文和主叫用户发送给被叫用户的第二媒 体报文。在 S240,被叫侧 SBC 可以对被叫用户发送给主叫用户的第一媒体报 文和主叫用户发送给被叫用 户的第二媒体报文进行屏蔽。 由此， 能够禁止主被叫用户正常通信。

在 S250, 被叫侧 SBC在接收到被叫用户发送的计费确认消息 （例如， 200OK消息）后， 可以确定系统开始计费， 并在 S260转发被叫用户发送给 主叫用户的第一媒体报文和主叫用户发送给被 叫用户的第二媒体报文， 允许 主被叫用户正常通信。

这样， 根据本发明实施例的控制用户通信的方法， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。 并 且， 由于能够屏蔽来自主被叫双方的媒体报文， 因此能够提高控制效果。

应理解， 在以上实施例中， 以被叫侧 SBC为例， 对控制用户通信的方 法进行了说明， 但本发明并不限于此， 其他能够转发并屏蔽在主叫用户与被 叫用户之间交互的媒体报文的网元均落入本发 明的保护范围内， 例如， 也可 以利用主叫侧 SCB来屏蔽媒体报文， 但是， 考虑到需要利用主叫侧 SBC的 媒体通道对主叫用户进行放音业务， 如多媒体彩铃业务， 因此优选利用被叫 侧 SBC来屏蔽媒体报文。

在本发明实施例中， 还可以采用禁止主叫侧 SBC与被叫侧 SBC建立媒 体面通道的方式来禁止主被叫用户正常通信。 因此， 该禁止该主叫用户与被 叫用户之间的通信包括：

屏蔽该第一消息， 以及

该允许该主叫用户与被叫用户之间的通信包括 ：

向该主叫用户转发该第一消息。

具体地说， 如图 3所示， 在 S310, 被叫侧 SBC可以根据主叫用户发送 的 Invite消息， 获取主叫用户信息 （包括主叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 并且， 被叫用户可以在接收到主叫用户发送的 Invite消息后， 向被叫侧 SBC发送包括被叫用户信息 （例如 SDP信息） 的 第一消息（例如， 180ring消息、 18X消息等）， 被叫侧 SBC可以根据该第一 消息， 获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码 类型和传输协议等）， 从而被叫侧 SBC可以根据该被叫用户信息和主叫用户 信息与主叫侧 SBC建立媒体面通道， 并且， 被叫用户已经可以向主叫用户 发送媒体报文。 此时， 可以通过不向主叫侧 SBC发送包括被叫用户信息的 消息的方式， 使主叫侧 SBC不能获取被叫用户的媒体 IP地址、 端口号、 编 解码类型和传输协议等， 从而使主叫用户不能向被叫用户发送媒体报文 ， 以 达到禁止主被叫用户正常通信的目的。 因此， 在 S320, 被叫侧 SBC可以屏 蔽包括被叫用户信息的第一消息（例如， 180ring消息、 18X消息等）。在 S330, 被叫侧 SBC在接收到被叫用户发送的计费确认消息 （例如， 200OK消息） 后， 可以确定系统开始计费， 并在 S340, 向该主叫用户转发该第一消息， 以使主叫侧 SBC获取被叫用户信息（包括被叫用户的媒体 IP地址、端口号、 编解码类型和传输协议等），从而使主叫侧 SBC与被叫侧 SBC建立媒体面通 道， 实现主叫用户与被叫用户之间的正常通信。

这样， 根据本发明实施例的控制用户通信的方法， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

在本发明实施例中， 被叫侧 SBC还可以根据 SDP的交互机制， 向主叫 侧 SBC发送规定的信息来代替被叫用户信息， 以禁止主叫侧 SBC与被叫侧 SBC建立媒体面通道，因此，该禁止该主叫用户 与被叫用户之间的通信包括： 向该主叫用户发送包括第二被叫用户信息的第 二消息， 该第二被叫用户 信息用于禁止该主叫用户与该被叫用户建立通 信连接， 以及

该允许该主叫用户与被叫用户之间的通信包括 ：

向该主叫用户发送包括该第一被叫用户信息的 第三消息。

例如， 根据 SDP的交互机制， 当被叫用户的 SDP信息中 c行地址（被 叫用户 IP地址） 为全 0时， 则主叫用户无法向被叫用户发送媒体"¾文。 因 此， 该向该主叫用户发送包括第二被叫用户信息的 第二消息包括：

修改该第一被叫用户信息包括的第一参数， 以生成该第二被叫用户信 息；

向该主叫用户发送包括该第二被叫用户信息的 第二消息。

具体地说， 如图 4所示， 在 S410, 被叫侧 SBC可以根据主叫用户发送 的 Invite消息， 获取主叫用户信息 （包括主叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 并且， 被叫用户可以在接收到主叫用户发送的 Invite消息后， 向被叫侧 SBC发送包括被叫用户信息 （例如 SDP信息） 的 第一消息（例如， 180ring消息、 18X消息等）， 被叫侧 SBC可以根据该第一 消息， 获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码 类型和传输协议等）， 从而被叫侧 SBC可以根据该被叫用户信息和主叫用户 信息与主叫侧 SBC建立媒体面通道， 并且， 被叫用户已经可以向主叫用户 发送媒体报文。 此时， 在 S420, 被叫侧 SBC可以根据 SDP交互机制， 用规 定的第二被叫用户信息替换第一消息 （例如， 180ring 消息、 18X 消息等） 中的第一被叫用户信息而生成第二消息（例如 ， 180ring消息、 18X消息等）， 并向主叫侧 SBC发送该第二消息， 使主叫侧 SBC不能获取被叫用户的媒体 IP地址、 端口号、 编解码类型或传输协议等中的至少一个正确参 数， 从而使 主叫用户不能向被叫用户发送媒体报文， 以达到禁止主被叫用户正常通信的 目的。 在 S430, 被叫侧 SBC在接收到被叫用户发送的计费确认消息（例 如， 200OK消息）后， 可以确定系统开始计费， 并在 S440, 向主叫用户发送包 括第一被叫用户信息的第三消息（例如， 200OK消息）， 以使主叫侧 SBC获 取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码类型和传 输协议等），从而使主叫侧 SBC与被叫侧 SBC建立媒体面通道， 实现主叫用 户与被叫用户之间的正常通信。

并且， 根据 SDP的交互机制， 当被叫用户的 SDP信息中 c行地址（被 叫用户 IP地址） 为全 0时， 则主叫用户无法向被叫用户发送媒体"¾文。 因 此， 在 S420还可以修改第一消息（例如， 180ring消息、 18X消息等） 中的 c行地址参数（例如， 将 IP地址修改为 0.0.0.0 ) , 以生成该第二被叫用户信 息。 并且， 在接收到计费确认消息后， 可以直接将第一被叫用户信息承载于 该计费确认消息中， 发送给主叫侧 SBC。

这样， 根据本发明实施例的控制用户通信的方法， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

应理解， 在以上实施例中， 以被叫侧 SBC为例， 对控制用户通信的方 法进行了说明， 但本发明并不限于此， 其他能够转发、 屏蔽或修改在主被叫 主叫用户与被叫用户之间交互的包括被叫用户 信息的网元均落入本发明的 保护范围内。

图 5是根据本发明实施例的控制用户通信的方法� �交互图， 以下， 参考 图 5, 以 180ring消息作为第一消息， 以 200OK消息作为计费确认消息， 以 被叫用户的 SDP信息作为被叫用户信息， 对完整的交互流程进行说明。 如图 5所示，在 S501 S508,主叫用户向主叫侧 SBC发送 Invite消息（即， 请求消息）， 该消息携带了主叫用户 SDP信息， 在 SDP信息中， 承载了主叫 侧的媒体 IP地址、端口号、编解码类型和传输协议等参� ��，由于 SBC在 IMS 网络架构中实现了 B2BUA功能，主叫侧的 SBC需要给主叫用户回复临时响 应消息， 同时将 Invite消息传递给 IMS Core, IMS Core又将 Invite消息转发 到被叫用户所在的 SBC ,最终被叫用户收到主叫用户的 Invite消息。在 S509 , 被叫用户若处于空闲态， 则经由被叫侧 SBC而向主叫用户发送 180 Ring消 息， 即振铃消息。 在通常情况下， 在该 180 Ring消息中会携带被叫用户的 SDP信息， 此时， 被叫侧的 SBC得知了主被叫的媒体面 SDP信息， 被叫用 户已经能够向主叫用户发送媒体报文。 因此， 在 S510, 主叫侧 SBC禁止用 户通信。

可选地， 被叫侧 SBC可以向主叫用户转发该 180 Ring消息， 以使得在 被叫的 180 Ring消息达到主叫用户后，主被叫用户双方、� �被叫两侧的 SBC 及其 IMS Core均能够获取主被叫的媒体面 SDP信息。其中根据 IMS的协议 架构， 媒体流不会经过 IMS Core, 而是由 SBC做了媒体面的 B2BUA, 即 SBC 是 UE媒体流互通的桥梁， 此时尽管还没有收到被叫侧用户的应答 200OK消息， 由于 SBC已经得知了主被叫的媒体面信息， 媒体面通道已经 建立了， 因此被叫侧 SBC可以屏蔽来自主被叫用户双方的媒体报文。

可选地， 被叫侧 SBC还可以不向主叫用户发送该 180 Ring消息， 以使 主叫用户不能获取被叫用户的 SDP信息， 从而阻止媒体面通道的建立。

可选地， 被叫侧 SBC还可以将该 180 Ring消息中的 SDP消息中的 c行 IP地址修改为 0.0.0.0, 从而， 根据 SDP交互机制， 主叫用户无法向被叫用 户发送媒体报文。

在 S511 ,被叫侧 SBC接收到被叫用户发送的 200OK消息，可以确定系 统开始计费。

可选地， 被叫侧 SBC可以转发来自主被叫用户双方的媒体报文。

可选地， 被叫侧 SBC还可以向主叫用户发送该 180 Ring消息， 以使主 叫用户能够获取被叫用户的 SDP信息， 从而允许媒体面通道的建立。

可选地，被叫侧 SBC还可以将被叫用户的 IP地址 7 载于 200OK消息中， 发送给主叫用户， 从而， 允许媒体面通道的建立。 在 S513~S515,该 200OK消息经由 IMS Core和主叫侧 SBC而转发至主 叫用户。

在 S516~S519, 主叫用户收到被叫用户的 200OK之后， 并且， 被叫用 户收到主叫用户的 ACK响应消息， 主被叫的呼叫业务正常建立。

这样， 根据本发明实施例的控制用户通信的方法， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

在本发明实施例中， 以被叫用户的 IP地址为例对第一参数进行了说明， 但本发明并不限定于此， 例如， 还可以修改 SDP信息中的端口信息。 并且， 以会话表述协议 SDP信息对第一用户信息进行了说明， 但本发明并不限定 于此， 其他能够描述用于建立通信连接（媒体面通道 ）信息均落入本发明的 保护范围内。 在本发明实施例中， 以振铃 180Ring消息、 临时响应 18X消息 为例对该第一消息进行了说明， 但本发明并不限定于此， 其他能够承载 SDP 等信息并在 200OK之前发送的消息均落入本发明的保护范围� ��。 并且， 以 200OK消息为例对该计费确认消息包括 200OK消息进行了说明， 但本发明 并不限定于此，其他能够确定系统开始计费的 消息均落入本发明的包含范围 内。

上文中， 结合图 1至图 5, 详细描述了根据本发明实施例的控制用户通 信的方法， 下面， 将结合图 6, 详细描述根据本发明实施例的控制用户通信 的装置。

图 6示出了根据本发明实施例的控制用户通信的� �置 600 的示意性框 图， 如图 6所示， 该装置 600包括：

第一接收单元 610, 用于接收被叫用户发送给主叫用户的包括第一 被叫 用户信息的第一消息，该第一被叫用户信息用 于使该主叫用户与该被叫用户 建立通信连接；

通信禁止单元 620, 用于根据该第一接收单元 610接收的该第一消息， 禁止该主叫用户与被叫用户之间的通信；

第二接收单元 630, 用于接收该被叫用户发送给该主叫用户的计费 确认 消息； 通信许可单元 640, 用于根据该第二接收单元 630接收的该计费确认消 息， 允许该主叫用户与被叫用户之间的通信。

在本发明实施例中， 可以在主叫侧 SBC与被叫侧 SBC建立通信连接而 实现 B2BUA之后，被叫侧 SBC接收到计费确认消息之前，屏蔽被叫用户发 送给主叫用户的第一媒体报文和 /或该主叫用户发送给该被叫用户的第二媒 体报文， 以达到在系统计费前禁止主被叫用户正常通信 的目的。 并且， 被叫 侧 SBC, 可以在接收到第一消息后， 对被叫用户发送给主叫用户的媒体报文 进行屏蔽， 也可以将该第一消息经由 IMS Core, 主叫侧 SBC而转发给主叫 用户， 以使主叫侧 SBC获取被叫用户信息 （包括被叫用户的媒体 IP地址、 端口号、 编解码类型和传输协议等）， 从而实现 B2BUA, 并对来自主被叫用 户双方的媒体 文进行屏蔽。 因此， 该通信禁止单元 620还用于向所述主叫 用户转发所述该第一接收单元接收的该第一消 息。

并且， 该通信禁止单元 620还用于接收该被叫用户发送给该主叫用户的 第一媒体报文和该主叫用户发送给该被叫用户 的第二媒体报文，

用于根据该第一消息，屏蔽该第一媒体报文和 该第二媒体报文中的至少 一个媒体_¾文； 以及

该通信许可单元 640还用于向该主叫用户和 /或该被叫用户转发所述该 通信禁止单元 620接收的该媒体报文。

在本发明实施例中， 还可以采用禁止主叫侧 SBC与被叫侧 SBC建立媒 体面通道的方式来禁止主被叫用户正常通信。 因此， 该通信禁止单元 620还 用于屏蔽该第一接收单元 610接收的该第一消息， 以及

该通信许可单元 640还用于向所述主叫用户转发所述该第一接收 单元 610接收的该第一消息。

在本发明实施例中， 被叫侧 SBC还可以根据 SDP的交互机制， 向主叫 侧 SBC发送规定的信息来代替被叫用户信息， 以禁止主叫侧 SBC与被叫侧 SBC建立媒体面通道， 因此， 该通信禁止单元 620还用于向该主叫用户发送 包括第二被叫用户信息的第二消息，该第二被 叫用户信息用于禁止该主叫用 户与该被叫用户建立通信连接， 以及

该通信许可单元 640还用于向该主叫用户发送包括该第一被叫用 户信息 的第三消息。

并且， 根据 SDP的交互机制， 当被叫用户的 SDP信息中 c行地址（被 叫用户 IP地址） 为全 0时， 则主叫用户无法向被叫用户发送媒体"¾文。 因 此该通信禁止单元 620还用于修改该第一被叫用户信息包括的第一 参数， 以 生成该第二用户信息， 向该主叫用户发送包括该第二被叫用户信息的 第二消 息。

这样， 根据本发明实施例的控制用户通信的装置， 根据被叫用户发送的 包括被叫用户的用户信息的第一消息和计费确 认消息，控制主叫用户与被叫 用户之间的通信， 以在系统计费前禁止主被叫用户正常通信， 从而能够防止 主被叫用户在系统计费前利用早期媒体互通的 能力达到不被计费却能实现 正常通信的目的， 从而减少电信运营商的经济损失， 降低网络安全风险。

在本发明实施例中， 该第一参数包括该被叫用户的网际协议 IP地址。 在本发明实施例中， 该第三消息包括该计费确认消息。

在本发明实施例中， 该第一被叫用户信息包括会话表述协议 SDP信息。 该第一消息包括振铃 180Ring消息、 临时响应 18X消息。 该计费确认消息包 括 200OK消息。

根据本发明实施例的控制用户通信的装置 600可对应于本发明实施例的 方法中的被叫侧 SBC, 并且， 该控制用户通信的装置 600中的各单元和上述 其他操作和 /或功能分别为了实现图 1至图 5中的方法的相应流程，为了筒洁， 在此不再赘述。

应理解， 本文中术语 "和 /或"， 仅仅是一种描述关联对象的关联关系， 表示可以存在三种关系， 例如， A和 /或 B, 可以表示： 单独存在 A, 同时存 在 A和 B, 单独存在 B这三种情况。 另外， 本文中字符 "/" , 一般表示前后 关联对象是一种 "或" 的关系。

应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定 ， 而不应 对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方 法来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到， 为描述的方便和筒洁， 上述描 述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应 过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个 系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些 接口， 装置或单元的间接耦合 或通信连接， 可以是电性， 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理 单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据 实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。

另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一 个单元中。

所述功能如果以软件功能单元的形式实现并作 为独立的产品销售或使 用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明 的技术方案本质上或者说对现有技术做出贡献 的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机 软件产品存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述 方法的全部或部分步骤。 而前 述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM , Read-Only Memory )、 随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。

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