CN101001157A - 一种通信计费 - Google Patents

Abstract

一种通信计费，该方法包括步骤：A：第一网络设备和第二网络设备获取对方为本次呼叫分配的承载资源信息并建立承载；B：第一网络设备和第二网络设备互相向对方发送测试语音包以测试承载是否建立成功，并向交换设备上报测试信息；C：如果承载建立成功，交换设备在收到用户摘机的信息时开始计费，否则交换设备通知所述第一网络设备和第二网络设备进行拆线而不进行计费。本发明可以解决承载建立失败时或信令建立比承载建立快时用户没有享受服务却被计费的问题。

Description

一种通信计费

技术领域

本发明涉及通信网络领域，特别是涉及一种通信计费。

背景技术

移动交换中心主要提供交换功能，在面向网际协议IP网络演进，移动交换中心可采用软交换Soft-Switch的架构来提供交换功能。移动交换中心MSC采用软交换架构可以划分为两种网络实体：移动交换中心模拟器(Mobile Switching Center emulation，MSCe)和媒体网关(Media Gateway，MGW)。MSCe通过承载控制协议H.248/MGCP控制一个或者多个MGW，MSCe主要负责呼叫控制和移动性管理。MGW负责电路和IP语音包数据交换功能，是电路交换下的电路承载和IP交换下的媒体流的网关，可以实现电路交换网络和IP交换网络之间(或者同一种交换网络内部)话音、数据、视频的互通与交换。

IP交换网络是未来网络的发展方向，可以综合传输话音、数据和视频，为客户提供多媒体服务。但IP网络采用的是分组交换，使用的是存储转发原理，很容易产生丢包和延迟现象。当MSCe和MGW都采用IP网络传输时，容易产生MSCe接续信令和MGW建立承载不同步，例如MSCe建信令比MGW建承载快或者MSCe建信令成功但MGW建承载失败时，导致用户打电话时没有听到声音却被计费的问题。

发明内容

本发明的主要目的在于提供一种通信计费，以解决现有技术中用户没有享受服务却被计费的问题。

为实现上述目的，本发明提供一种通信计费，该方法包括：

A：第一网络设备和第二网络设备获取对方为本次呼叫分配的承载资源信息并建立承载；

B：第一网络设备和第二网络设备互相向对方发送测试语音包以测试承载是否建立成功，并向交换设备上报测试信息；

C：如果承载建立成功，交换设备在收到用户摘机的信息时开始计费，否则交换设备通知所述第一网络设备和第二网络设备进行拆线而不进行计费。

其中：

所述第一网络设备和第二网络设备为媒体网关。

在被叫用户振铃前第一媒体网关和第二媒体网关根据所述承载资源信息互相向对方发送测试语音包，并向交换设备上报测试信息。

在被叫用户振铃后第一媒体网关和第二媒体网关根据所述承载资源信息互相向对方发送测试语音包，并向交换设备上报测试信息。

所述第一网络设备为基站控制器，所述第二网络设备为媒体网关。

对于移动主叫，媒体网关控制器在CM业务请求CM Service Request或指配完成Assignment Complete消息中携带事件列表bearer established和bearer released。

对于移动被叫，媒体网关控制器在寻呼响应Paging Response或指配完成Assignment Complete消息中携带事件列表bearer established和bearerreleased。

第一网络设备和第二网络设备通过承载建立bearer established消息向交换设备上报承载建立成功的信息，通过承载失败bearer released消息向交换设备上报承载建立失败的信息。

所述承载资源信息包括IP地址和端口号。

本发明可以实现以下有益效果：

一方面，第一网络设备和第二网络设备获得对方的承载资源信息后，根据获得的承载资源信息互相向对方发送测试语音包，如果承载建立失败，交换设备通知第一网络设备和第二网络设备进行拆线处理，从而解决承载建立失败时用户没有享受服务却被计费的问题，并可以将承载资源及时释放出来。另一方面，交换设备在收到用户摘机的通知时，只有当收到承载建立成功的通知时才开始计费，可以避免信令建立比承载建立快时用户没有享受服务却被计费的问题。

另外，第一网络设备和第二网络设备获得对方的承载资源信息后，并在被叫振铃前互相向对方发送测试语音包，如果承载尚未建立成功，交换设备在振铃前直接进行拆线处理，避免对被叫用户造成干扰，从而提高电信服务的质量。

附图说明

图1是本发明一种通信计费的流程图；

图2是本发明一种通信计费应用于核心网的一个具体实施例的流程图；

图3是本发明一种通信计费应用于核心网的另一具体实施例的流程图；

图4是本发明一种通信计费应用于接入网移动主叫的一个具体实施例的流程图；

图5是本发明一种通信计费应用于接入网移动被叫的一个具体实施例的流程图。

具体实施方式

为使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

请参阅图1，图1是本发明一种通信计费的总流程图，包括步骤：

步骤11：第一网路设备和第二网络设备与交换设备进行信令交互并获取对方为本次呼叫分配的承载资源信息及承载建立bearer established和承载释放bearer released信息，并根据所述承载资源信息建立承载，其中所述承载资源信息包括承载的IP地址和端口号。

步骤12：第一网络设备和第二网络设备分别向对方发送测试语音包并向交换设备上报测试信息。

步骤13：交换设备根据所述上报测试信息判断承载是否建立成功，如果是，则执行步骤14，否则执行步骤15。

步骤14：交换设备在收到用户摘机的信息时开始计费。

步骤15：交换设备通知所述第一网络设备和第二网络设备进行拆线而不进行计费。

下面通过具体实例例描述本发明方法。

请参阅图2，是本发明一种通信计费应用于核心网的一个具体实施例的流程图，该方法包括如下步骤：

步骤101：主叫侧移动交换中心模拟器MSCe12向主叫侧媒体网关MGW11发送添加端点Add消息，申请主叫侧MGW11为本次呼叫分配承载的IP地址和端口号，其中所述添加端点Add消息中携带有承载建立bearerestablished和承载释放bearer released信息。

步骤102：主叫侧MGW11接收所述添加端点Add消息并获取承载建立bearer established和承载释放bearer released，当主叫侧MGW11分配承载的IP地址和端口号后，主叫侧MGW11向主叫侧MSCe12发送添加端点响应Add Reply消息，其中所述添加端点响应Add Reply消息中携带有主叫侧MGW11为本次呼叫分配的承载的IP地址和端口号。

步骤103：主叫侧MSCe12收到所述添加端点响应Add Reply消息后，向被叫侧MSCe13发送邀请Invite消息，并携带主叫侧MGW11为本次呼叫分配的承载的IP地址和端口号。

步骤104：被叫侧MSCe13收到所述邀请Invite消息后，向被叫侧MGW14发送添加端点Add消息，申请被叫侧MGW14为本次呼叫分配承载的IP地址和端口号，并携带主叫侧MGW11承载的IP地址和端口号，其中所述添加端点Add消息中还携带事件列表bearer established和bearer released。

步骤105：被叫侧MGW14收到所述添加端点Add消息后，获取主叫侧MGW11承载的IP地址和端口号以及事件列表bearer established和bearerreleased，并为本次呼叫分配承载的IP地址和端口号后向被叫侧MSCe13返回添加端点响应Add Reply消息，并携带被叫侧MGW14为本次呼叫分配的承载的IP地址和端口号。

步骤106：被叫侧MSCe13接收所述添加端点响应Add Reply消息，当被叫振铃后向主叫侧MSCe12发送表明被叫已经振铃的振铃180消息，并携带被叫侧MGW14承载的IP地址和端口号。

步骤107：主叫侧MSCe12收到所述振铃180消息后，向主叫侧MGW11发送修改端点属性Mod消息，并携带被叫侧MGW14承载的IP地址和端口号。

步骤108：主叫侧MGW11接收所述修改端点属性Mod消息，获取被叫侧MGW14的承载的IP地址和端口号。

步骤109：当主叫侧MGW11获得被叫侧MGW14的承载的IP地址和端口号后，被叫侧MGW14也已经获得主叫侧MGW11的承载的IP地址和端口号，主叫侧MGW11和被叫侧MGW14分别向对方发送初始化Initialisation消息，即测试语音包，并根据对方返回的响应消息向其相应的主叫侧MSCe12和被叫侧MSCe13发送通知Notify消息，具体步骤为：

主叫侧MGW11：

当主叫侧MGW11获得被叫侧MGW14的承载的IP地址和端口号后，主叫侧MGW11向被叫侧MGW14发送初始化Initialisation消息，如果主叫侧MGW11收到被叫侧MGW14返回的初始化证实Initialisation Ack消息，表明从主叫侧MGW11到被叫侧MGW14的承载建立成功，主叫侧MGW11向主叫侧MSCe12发送通知Notify消息，其中所述通知Notify消息中携带有表明承载建立成功bearer established事件列表。

如果主叫侧MGW11收到被叫侧MGW14返回的初始化失败Initialisation NAck消息，表明从主叫侧MGW11到被叫侧MGW14的承载建立失败，主叫侧MGW11向主叫侧MSCe12发送通知Notify消息并通知主叫侧MSCe12进行拆线处理，其中所述通知Notify消息中携带有表明承载建立失败bearer released事件列表。

在其他实施方式中，如果主叫侧MGW11收到被叫侧MGW14返回的Initialisation NAck消息，则在稍后的一预定时间内定时向被叫侧MGW14重发Initialisation消息。如果在所述预定时间内主叫侧MGW11收到被叫侧MGW14返回的Initialisation Ack消息，主叫侧MGW11向主叫侧MSCe12发送通知Notify消息，其中所述通知Notify消息中携带有表明承载建立成功bearer established事件列表；如果在所述预定时间内主叫侧MGW11从未收到被叫侧MGW14返回的Initialisation ACK消息，主叫侧MGW11向主叫侧MSCe12发送通知Notify消息并通知主叫侧MSCe12进行拆线处理的，其中所述通知Notify消息中携带有表明承载建立失败的bearer released事件列表。

被叫侧MGW14：

当被叫侧MGW14获得主叫侧MGW11的承载的IP地址和端口号后，被叫侧MGW14向主叫侧MGW11发送Initialisation消息，如果被叫侧MGW14收到主叫侧MGW11返回的Initialisation ACK消息，表明从被叫侧MGW14到主叫侧MGW11的承载建立成功，被叫侧MGW14向被叫侧MSCe13发送通知Notify消息，其中所述通知Notify消息中携带有表明承载建立成功bearer established事件列表。如果被叫侧MGW14收到主叫侧MGW11返回的Initialisation NAck消息，表明从被叫侧MGW14到主叫侧MGW11的承载建立失败，被叫侧MGW14向被叫侧MSCe13发送通知Notify消息并通知主叫侧MSCe12进行拆线处理，其中所述通知Notify消息中携带有表明承载建立失败bearer released事件列表。

在其他实施方式中，如果被叫侧MGW14收到主叫侧MGW11返回的Initialisation NAck消息，则在稍后的一预定时间内定时向主叫侧MGW11重发Initialisation消息。如果在所述预定时间内被叫侧MGW14收到主叫侧MGW11返回的Initialisation Ack消息，被叫侧MGW14向被叫侧MSCe13发送通知Notify消息，其中所述通知Notify消息中携带有表明承载建立成功的bearer established事件列表；如果在所述预定时间内被叫侧MGW14从未收到主叫侧MGW11返回的Initialisation Ack消息，被叫侧MGW14向被叫侧MSCe13发送通知Notify消息并通知被叫侧MSCe13进行拆线处理，其中所述通知Notify消息中携带有表明承载建立失败bearer released事件列表。

步骤110：主叫侧MSCe12和被叫侧MSCe13接收与其对应的主叫侧MGW11和被叫侧MGW14发送的通知Notify消息并进行相应处理。

如果主叫侧MSCe12或被叫侧MSCe13任何一方收到携带有bearerreleased事件列表的通知Notify消息，主叫侧MSCe12和被叫侧MSCe13进行拆线处理，呼叫流程结束。

如果主叫侧MSCe12和被叫侧MSCe13都收到携带有bearer established事件列表的通知Notify消息，当呼叫接通后，被叫侧MSCe13开始计费并向主叫侧MSCe12发送表明呼叫已经接通的成功应答200消息，主叫侧MSCe12收到所述成功应答200消息后也开始计费。

请参阅图3，是本发明一种通信计费应用于核心网的另一具体实施例的流程图，该方法包括如下步骤：

步骤201～步骤205：同步骤101～步骤105。

步骤206：被叫侧MSCe23接收所述添加端点Add Reply消息，在被叫振铃前向主叫侧MSCe22发送会话进行183消息，并携带被叫侧MGW24承载的IP地址和端口号。

步骤207～步骤209：同步骤107～步骤109。

步骤210：主叫侧MSCe22和被叫侧MSCe23接收与其对应的主叫侧MGW21和被叫侧MGW24发送的通知Notify消息并进行相应处理。

如果主叫侧MSCe22或被叫侧MSCe23任何一方收到携带有bearerreleased事件列表的通知Notify消息，主叫侧MSCe22和被叫侧MSCe23都进行拆线处理，呼叫流程结束。

如果主叫侧MSCe22和被叫侧MSCe23都收到携带有bearer established事件列表的通知Notify消息，则当被叫振铃后，被叫侧MSCe23向主叫侧MSCe22发送表明被叫已经振铃的振铃180消息。当呼叫接通后，被叫侧MSCe23开始计费并向主叫侧MSCe22发送表明呼叫接通的成功应答200消息，主叫侧MSCe22收到所述成功应答200消息也开始计费。

请参阅图4，是本发明一种通信计费应用于接入网移动主叫的一个具体实施例的流程图，该方法包括如下步骤：

步骤301：主叫侧基站控制器BSC31向主叫侧MSCe32发送CM业务请求CM Service Request消息，发起一个移动主叫业务请求，并携带主叫侧BSC31承载的IP地址和端口号。

步骤302：主叫侧MSCe32收到所述CM业务请求CM Service Request消息后，向主叫侧MGW33发送添加端点Add消息，申请主叫侧MGW33为本次呼叫分配的承载的IP地址和端口号，并携带主叫侧BSC31承载的IP地址和端口号，其中所述添加端点Add消息中还携带有事件列表bearerestablished和bearer released。

步骤303：主叫侧MGW33接收所述添加端点Add消息，获取所述添加端点Add消息中主叫侧BSC31承载的IP地址和端口号以及事件列表bearer established和bearer released，并为本次呼叫分配承载的IP地址和端口号后向主叫侧MSCe32发送添加端点Add Reply消息，其中所述添加端点Add Reply消息中携带有主叫侧MGW33为本次呼叫分配的承载的IP地址和端口号。

步骤304：主叫侧MSCe32收到所述添加端点Add Reply消息后，向主叫侧BSC31发送指配请求Assignment Request消息，并携带主叫侧MGW33承载的IP地址和端口号。

步骤305：主叫侧BSC31接收所述指配请求Assignment Request消息，并获取所述指配请求Assignment Request消息中主叫侧MGW33承载的IP地址和端口号。

步骤306：当主叫侧BSC31获得主叫侧MGW33的承载的IP地址和端口号后，主叫侧MGW33也已经获得主叫侧BSC31的承载的IP地址和端口号，主叫侧BSC31和主叫侧MGW33分别向对方发送Initialisation消息，即测试语音包，以及主叫侧MGW33收到主叫侧BSC31返回的响应消息后向主叫侧MSCe32发送通知Notify消息，具体步骤如下：

主叫侧BSC31：

当主叫侧BSC31获得主叫侧MGW33的承载的IP地址和端口号后，主叫侧BSC31向主叫侧MGW33发送Initialisation消息，如果主叫侧BSC31收到主叫侧MGW33返回的Initialisation Ack消息，表明从主叫侧BSC31到主叫侧MGW33的承载建立成功。

如果主叫侧BSC31收到主叫侧MGW33返回的Initialisation NACK消息，则表明从主叫侧BSC31到主叫侧MGW33的承载建立失败。

在其他实施方式中，如果主叫侧BSC31收到主叫侧MGW33返回的Initialisation NACK消息，则在稍后的一预定时间内每隔一段时间向主叫侧MGW33重发一次Initialisation消息，直到收到主叫侧MGW33返回的Initialisation ACK消息或者到达所述预定时间。如果在所述预定时间内主叫侧BSC31收到主叫侧MGW33返回的Initialisation ACK消息，主叫侧BSC31不会发送通知Notify消息。如果在所述预定时间内主叫侧BSC31从未收到主叫侧MGW33返回的Initialisation ACK消息。

主叫侧MGW33侧：

当主叫侧MGW33获得主叫侧BSC31的承载的IP地址和端口号后，主叫侧MGW33向主叫侧BSC31发送Initialisation消息，如果主叫侧MGW33收到主叫侧BSC31返回的Initialisation ACK消息，表明从主叫侧MGW33侧到主叫侧BSC31侧的承载建立成功，主叫侧MGW33向主叫侧MSCe32发送通知Notify消息，其中所述通知Notify消息中携带有表明承载建立成功的bearer established事件列表。如果主叫侧MGW33收到主叫侧BSC31返回的Initialisation NAck消息，表明从主叫侧MGW33侧到主叫侧BSC31的承载建立失败，主叫侧MGW33向主叫侧MSCe32发送通知Notify消息并通知主叫侧MSCe32进行拆线处理，其中所述通知Notify消息中携带有表明承载建立失败bearer released事件列表。

在其他实施方式中，当主叫侧MGW33获得主叫侧BSC31的承载的IP地址和端口号后，则在稍后的一预定时间内每隔一段时间向主叫侧BSC31重发一次Initialisation消息，直到收到主叫侧BSC31返回的InitialisationACK消息或者到达所述预定时间。如果在所述预定时间内主叫侧MGW33收到主叫侧BSC31返回的Initialisation Ack消息，主叫侧MGW33向主叫侧MSCe32发送通知Notify消息，其中所述通知Notify消息中携带有通知主叫侧MSCe32承载建立成功bearer established事件列表；如果在所述预定时间内主叫侧MGW33从未收到主叫侧BSC31返回的Initialisation ACK消息，主叫侧MGW33向主叫侧MSCe32发送通知Notify消息并通知主叫侧MSCe32进行拆线处理，其中所述通知Notify消息中携带有表明承载失败的bearer released事件列表。

步骤307：主叫侧MSCe32收到主叫侧MGW33发送的通知Notify消息后，如果所述消息中携带有表明承载失败的bearer released事件列表，主叫侧MSCe32进行拆线处理，呼叫流程结束。

如果所述消息中携带有表明承载建立成功bearer established事件列表，当呼叫接通后主叫侧MSCe32开始计费。

请参阅图5，是本发明一种通信计费应用于接入网移动被叫的一个具体实施例的流程图，该方法包括如下步骤：

步骤401：当被叫侧MSCe42收到一个移动主叫业务请求时，向被叫侧BSC41发送寻呼请求Paging Request消息，申请被叫侧BSC41为本次呼叫分配承载的IP地址和端口号。

步骤402：被叫侧BSC41收到所述Paging Request消息后，向被叫侧MSCe42发送寻呼响应Paging Response消息，并携带有被叫侧BSC41为本次呼叫分配的承载的IP地址和端口号。

步骤403：被叫侧MSCe42收到所述寻呼响应Paging Response消息后，向被叫侧MGW43发送添加端点Add消息，申请被叫侧MGW43为本次呼叫分配承载的IP地址和端口号，同时携带被叫BSC41通道的IP地址和端口号，其中所述添加端点Add消息中还携带有事件列表bearer established和bearer released。

步骤404：被叫侧MGW43接收所述添加端点Add消息，获取所述添加端点Add消息中被叫侧BSC41的承载的IP地址和端口号以及事件列表bearer established和bearer released，并为本次呼叫分配承载的IP地址和端口号以及向被叫侧MSCe42返回添加端点Add Reply消息，其中所述添加端点Add Reply消息中携带有被叫侧MGW43为本次呼叫分配的承载的IP地址和端口号。

步骤405：被叫侧MSCe42收到所述添加端点Add Reply消息后，向被叫侧BSC41发送指配请求Assignment Request消息，并携带有被叫侧MGW43的承载的IP地址和端口号。

步骤406：被叫侧BSC41接收所述指配请求Assignment Request消息，获取所述指配请求Assignment Request消息中被叫侧MGW43的承载的IP地址和端口号。

步骤407：当被叫侧BSC41获得被叫侧MGW43的承载的IP地址和端口号后，被叫侧MGW43也已经获得被叫侧BSC41的承载的IP地址和端口号，被叫侧BSC41和被叫侧MGW43分别向对方发送Initialisation消息，即测试语音包，当根据对方返回的消息向被叫侧MSCe42发送通知Notify消息。

被叫侧BSC41：

当被叫侧BSC41获得被叫侧MGW43的承载的IP地址和端口号后，被叫侧BSC41向被叫侧MGW43发送Initialisation消息，如果被叫侧BSC41收到被叫侧MGW43返回的Initialisation Ack消息，表明从被叫侧BSC41到被叫侧MGW43的承载建立成功。如果被叫侧BSC41收到被叫侧MGW43返回的Initialisation NAck消息，则表明从被叫侧BSC41到被叫侧MGW43的承载建立失败。

在其他实施方式中，如果被叫侧BSC41收到被叫侧MGW43返回的Initialisation NAck消息，则在稍后的一预定时间内每隔一段时间向被叫侧MGW43重发一次Initialisation消息，直到收到被叫侧MGW43返回的Initialisation Ack消息或者到达所述预定时间。

被叫侧MGW43：

当被叫侧MGW43获得被叫侧BSC41的IP地址和端口号后，被叫侧MGW43向被叫侧BSC41发送Initialisation消息，如果被叫侧MGW43收到被叫侧BSC41返回的Initialisation Ack消息，表明从被叫侧MGW43侧到被叫侧BSC41侧的承载建立成功，被叫侧MGW43向被叫侧MSCe42发送通知Notify消息，其中所述通知Notify消息中携带有通知被叫侧MSCe42承载建立成功的bearer established事件列表。如果被叫侧MGW43收到被叫侧BSC41返回的Initialisation NAck消息，表明从被叫侧MGW43侧到被叫侧BSC41的承载建立失败，被叫侧MGW43向被叫侧MSCe42发送通知Notify消息，其中所述通知Notify消息中携带有通知被叫侧MSCe42进行拆线处理的bearer released事件列表。

在其他实施方式中，如果被叫侧MGW43收到被叫侧BSC41返回的Initialisation NAck消息，则在稍后的一预定时间内每隔一段时间向被叫侧BSC41重发一次Initialisation消息，直到收到被叫侧BSC41返回的Initialisation Ack消息或者到达所述预定时间。如果在所述预定时间内被叫侧MGW43收到被叫侧BSC41返回的Initialisation Ack消息，被叫侧MGW43向被叫侧MSCe42发送通知Notify消息，其中所述通知Notify消息中携带有通知被叫侧MSCe42承载建立成功的bearer established事件列表；如果在所述预定时间内被叫侧MGW43从未收到被叫侧BSC41返回的Initialisation Ack消息，被叫侧MGW43向被叫侧MSCe42发送通知Notify消息，其中所述通知Notify消息中携带有通知被叫侧MSCe42进行拆线处理的bearer released事件列表。

步骤408：被叫侧MSCe42收到被叫侧MGW43发送的通知Noti消息后，如果所述消息中携带有通知被叫侧MSCe42进行拆线处理的bearerreleased事件列表，被叫侧MSCe42进行拆线处理，呼叫流程结束。

如果所述消息中携带有承载建立成功bearer established事件列表，被叫侧MSCe42，当呼叫接通后被叫侧MSCe42开始计费。

Claims (9)

1、一种通信计费方法，其特征在于，该方法包括：

A：第一网络设备和第二网络设备获取对方为本次呼叫分配的承载资源信息并建立承载；

B：第一网络设备和第二网络设备互相向对方发送测试语音包以测试承载是否建立成功，并向交换设备上报测试信息；

C：如果承载建立成功，交换设备在收到用户摘机的信息时开始计费，否则交换设备通知所述第一网络设备和第二网络设备进行拆线而不进行计费。

2、根据权利要求1所述的通信计费，其特征在于，所述第一网络设备和第二网络设备为媒体网关。

3、根据权利要求2所述的通信计费，其特征在于，在被叫用户振铃前第一媒体网关和第二媒体网关根据所述承载资源信息互相向对方发送测试语音包，并向交换设备上报测试信息。

4、根据权利要求2所述的通信计费，其特征在于，在被叫用户振铃后第一媒体网关和第二媒体网关根据所述承载资源信息互相向对方发送测试语音包，并向交换设备上报测试信息。

5、根据权利要求1所述的通信计费，其特征在于，所述第一网络设备为基站控制器，所述第二网络设备为媒体网关。

6、根据权利要求5所述的通信计费，其特征在于，对于移动主叫，媒体网关控制器在CM业务请求CM Service Request或指配完成AssignmentComplete消息中携带事件列表bearer established和bearer released。

7、根据权利要求5所述的通信计费，其特征在于，对于移动被叫，媒体网关控制器在寻呼响应Paging Response或指配完成Assignment Complete消息中携带事件列表bearer established和bearer released。

8、根据权利要求1至7任一项所述的通信计费，其特征在于，第一网络设备和第二网络设备通过承载建立bearer established消息向交换设备上报承载建立成功的信息，通过承载失败bearer released消息向交换设备上报承载建立失败的信息。

9、根据权利要求1至7任一项所述的通信计费，其特征在于，所述承载资源信息包括IP地址和端口号。

Images