CN101965005A

CN101965005A - 分布式接入网关系统

Info

Publication number: CN101965005A
Application number: CN 200910160092
Authority: CN
Inventors: 段先德
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-07-21
Filing date: 2009-07-21
Publication date: 2011-02-02
Anticipated expiration: 2029-07-21
Also published as: CN101965005B; WO2011009256A8; WO2011009256A1

Abstract

本发明公开了一种分布式接入网关系统，上述系统包括：一个或多个接入节点，用于监测并上报终端设备的状态信息和事件信息以及资源通道的状态信息和事件信息；用户/资源管理单元，用于管理一个或多个接入节点相对应的用户和资源；节点控制单元，用于维护一个或多个接入节点上报的状态信息，并分别与接入节点和/或业务处理单元进行数据交互；业务配置单元，用于存储一个或多个接入节点相对应的用户和资源的配置信息；业务处理单元，用于对来自于节点控制单元和/或接入协议单元的事件信息进行处理；接入协议单元，用于为接入网关系统提供接入协议接口。根据本发明提供的方案，可以减少媒体网关的数量，为电信运营管理中的业务管理带来便利。

Description

分布式接入网关系统

技术领域

本发明涉及通信领域，具体而言，涉及一种分布式接入网关系统。

背景技术

在通常的通过H.248协议和/或媒体网关控制协议(MediaGateway Control Protocol，简称为MGCP)协议接入的VoIP接入系统中，媒体网关(Media Gateway，简称为MG)是一个IP网络节点。基于IP网络的语音传输(Voice Over Internet Protocol，简称为VoIP)的用户和媒体资源作为媒体网关的一部分，通过媒体网关所提供的H.248协议和/或MGCP协议接入到核心网软交换系统。

由于媒体网关既负责媒体资源的管理和控制，又负责用户的接入，所以媒体网关又可以看作接入网关(Access Gateway，简称为AG)。

相关技术中，对于把媒体管理、控制与用户接入紧紧耦合在一起的媒体网关系统而言，随着媒体网关容量越来越微型化、媒体网关的数量越来越多，业务网络上将会出现大量的媒体网关节点。因此，对电信运营的业务管理带来不便。并且，媒体网关都是定制化的嵌入式设备，每个媒体网关都需要实现接入协议和进行本地业务处理和配置等复杂逻辑计算，对媒体网关设备的硬件配置要求较高，当媒体网关数量大大增加时，建网成本也会大大增长。

发明内容

针对相关技术中随着媒体网关数量越来越多，对电信运营的业务管理带来不便以及建网成本较高的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的分布式接入网关系统，以解决上述问题至少之一。

根据本发明，提供了一种分布式接入网关系统。

根据本发明的分布式接入网关系统包括：一个或多个接入节点、用户/资源管理单元、节点控制单元、业务配置单元、业务处理单元、接入协议单元，其中，一个或多个接入节点，与终端设备相连接，用于监测并上报终端设备的状态信息和事件信息以及资源通道的状态信息和事件信息；用户/资源管理单元，分别与节点控制单元和业务处理单元相连接，用于管理一个或多个接入节点相对应的用户和资源；节点控制单元，与一个或多个接入节点和业务处理单元相连接，用于维护一个或多个接入节点上报的状态信息，并分别与接入节点和/或业务处理单元进行数据交互；业务配置单元，分别与节点控制单元和业务处理单相连接，用于存储一个或多个接入节点相对应的用户和资源的配置信息；业务处理单元，与节点控制单元相连接，用于对来自于节点控制单元和/或接入协议单元的事件信息进行处理；接入协议单元，与业务处理单元相连接，用于为接入网关系统提供接入协议接口。

通过本发明，将分布于IP网络上的多个节点通过统一的接入网关和接入协议接入到核心网软交换系统，解决了随着媒体网关数量越来越多，对电信运营的业务管理带来不便以及建网成本较高的问题，进而可以减少媒体网关的数量，为电信运营管理中的业务管理带来便利，并且，通过把大计算量的接入事务处理和资源管理工作部署到通用计算机或分布式计算集群上，降低了对接入节点硬件设备的性能要求，从而有效降低建网成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施例的分布式接入网关系统的架构图；

图2为根据本发明实施例的分布式接入网关系统的结构框图；

图3为根据本发明优选实施例的分布式接入网关系统的结构框图；

图4为根据本发明实例一的接入节点上线处理的流程图；

图5为根据本发明实例二的用户端口事件处理的流程图；

图6为根据本发明实例三的资源分配处理的流程图；

图7为根据本发明实例四的资源归还处理的流程图；

图8为根据本发明实例五的协议事务处理的流程图。

具体实施方式

功能概述

考虑到相关技术中随着媒体网关数量越来越多，对电信运营的业务管理带来不便以及建网成本较高的问题，本发明实施例提供了一种分布式接入网关系统，该系统包括：一个或多个接入节点、用户/资源管理单元、节点控制单元、业务配置单元、业务处理单元、接入协议单元，其中，一个或多个接入节点，与终端设备相连接，用于监测并上报终端设备的状态信息和事件信息以及资源通道的状态信息和事件信息；用户/资源管理单元，分别与节点控制单元和业务处理单元相连接，用于管理一个或多个接入节点相对应的用户和资源；节点控制单元，与一个或多个接入节点和业务处理单元相连接，用于维护一个或多个接入节点上报的状态信息，并分别与接入节点和/或业务处理单元进行数据交互；业务配置单元，分别与节点控制单元和业务处理单相连接，用于存储一个或多个接入节点相对应的用户和资源的配置信息；业务处理单元，分别与节点控制单元相连接，用于对来自于节点控制单元和/或接入协议单元的事件信息进行处理；接入协议单元，与业务处理单元相连接，用于为接入网关系统提供接入协议接口。根据本发明实施例，将接入协议和本地业务处理和配置部署到成本较低的接入网关上，接入网关可以采用通用计算机(例如PC或小型Work Station)或低成本计算集群(Cluster)，降低了对接入节点设备的硬件配置要求，可有效降低建网成本。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

系统实施例

根据本发明，提供了一种分布式接入网关系统。

为了更好地理解本发明的技术方案，首先结合图1描述分布式接入网关系统的架构。其中，上述系统包括但不限于VoIP接入网关系统。图1为根据本发明实施例的分布式VoIP接入网关系统的架构图。如图1所示，根据本发明实施例的分布式接入网关系统主要包括以下几个组成部分：

1、接入节点10-1x

语音用户的终端通过电话线缆连接到接入节点10-1x(表示X个接入节点)，接入节点10-1x提供包括但不限于铃流、放音、按键检测(双音多频(Dual-tone Multifrequency，简称为DTMF)或脉冲)、电荷注入检测器(Change Injection Detector，简称为CID)显示、媒体流等资源，为本接入节点的用户的呼叫建立过程的提供信号服务，并在呼叫建立后为用户提供媒体流服务。接入节点10-1x提供用户和资源的控制接口。如果接入节点内部有比较复杂的时隙交换网络，还应当完成内部从资源到用户和/或从用户到资源的时隙接续。

当接入节点10-1x上线时，需要向分布式节点控制单元报告本节点的所有用户、资源的状态，以便对接入节点10-1x上的用户进行业务控制，并且对接入节点上的资源进行管理和操作。

接入节点10-1x上的用户端口和资源的基本配置信息可以本地持有，也可以从业务配置单元获取。当需要从业务配置单元获取时，接入节点在线时，应当可以接收节点控制单元下达的关于本节点用户的一些端口属性配置信息，其中，该信息包括但不限于端口增益、振铃模式、初始振铃设置等。接入节点在线时，还应当可以接收节点控制单元下达的媒体资源的通道基本属性配置信息，其中，该信息包括但不限于回声抑制、传真模式配置等。

接入节点10-1x还须负责本接入节点上的用户端口事件和资源通道事件的观察和上报。用户端口事件包括但不限于用户的摘机、挂机、拍叉簧、按键等事件。资源通道事件包括但不限于通道故障、媒体流QoS报告等事件。接入节点10-1x观察到用户端口事件和资源通道事件后，上报给相应单元处理。

2、节点控制单元20

节点控制单元负责维护本分布式VoIP接入网关系统的所有接入节点的状态信息。接入节点10-1x上线时，需要向节点控制单元发送上线请求消息，并上报接入节点上所有用户和资源的状态。接入节点10-1x上线后，节点控制单元实时监督节点的状态，如接入节点状态发生变化(譬如离线)，则告知相关单元进行处理。

节点控制单元还负责与本分布式VoIP接入网关系统的所有接入节点通信，包括向所有接入节点下达用户和/或资源的控制命令，以及接收所有接入节点上报的用户端口和/或资源通道事件。向所有接入节点下达用户和/或资源的控制命令包括：(1)根据业务配置单元40中的配置给接入节点10-1x下达用户与资源基本配置信息；(2)业务处理单元的指示给接入节点10-1x的用户或资源下达控制命令。节点控制单元收到接入节点10-1x上报的用户端口和/或资源通道事件后，转发相关单元处理。

3、用户/资源管理单元30

用户/资源管理单元30负责本分布式VoIP接入网关系统的所有接入节点下的资源的管理，资源包括但不限于铃流、放音、按键检测(DTMF或脉冲)、CID显示、媒体流等资源。

接入节点10-1x上线时，会报告本接入节点下的所有用户和资源信息。所有资源信息最终被送到用户/资源管理单元30进行登记。本分布式VoIP接入网关系统中的每一个用户和资源都有一个唯一的标识，以便进行统一管理。用户/资源管理单元30对资源进行登记时，需记录资源的可用范围、功能、标识等信息。

在用户语音业务进行过程中，需要资源对用户进行服务，用户/资源管理单元30将根据需要为用户分配必要的资源。一旦资源被分配给用户，资源管理单元将记录资源的占用信息。当用户所需服务完成时，会向用户/资源管理单元30归还所占用的资源。

4、业务配置单元40

业务配置单元40负责本分布式VoIP接入网关系统的所有用户和资源的基本配置信息的维护。用户的基本配置信息包括但不限于用户端口属性配置、用户本地特殊业务配置等信息。资源的基本配置信息包括但不限于资源的通道基本属性配置、资源分配策略配置等信息。

5、业务处理单元50

业务处理单元50负责根据用户/资源的业务状态来实现本分布式VoIP接入网关系统的所有用户的语音业务的处理流程。业务处理单元50持有本分布式VoIP接入网关系统的所有用户的业务状态机，根据当前业务状态，对用户端口事件和协议事务做出响应。业务处理单元50还对异常事件做出响应。异常事件包括但不限于定时器超时、用户端口异常等事件。

业务处理单元50还负责为本分布式VoIP接入网关系统的所有用户提供号码分析和其他逻辑运算服务。

6、接入协议单元60

接入协议单元60负责为本分布式VoIP接入网关系统向核心网软交换系统提供统一的接入协议接口。接入协议接口是指H.248协议和/或MGCP协议。在核心网侧的业务网络视图上，本分布式VoIP接入网关系统只表现为一个接入网关。

接入协议单元60保持与软交换系统的协议连接，实现与软交换系统的H.248协议和/或MGCP协议信令报文交互。

接入协议单元60接收软交换的信令报文，将其解析成协议事务，根据协议实体找到对应的业务实体，并交给业务处理单元50处理。协议实体指H.248协议和/或MGCP协议中的终结点、上下文等。业务实体指本分布式VoIP接入网关系统内部的用户标识、资源标识、会话标识等。

接入协议单元60还接收业务处理单元50上报的用户事件和协议事务执行应答。业务处理单元50在恰当的用户业务状态接收到恰当的用户端口事件后，会上报给接入协议单元60，接入协议单元60根据业务实体找到对应的协议实体，将用户端口事件作为协议实体相关的事务报告到软交换系统。业务处理单元50在执行了接入协议单元60下达的协议事务后，也会将执行结果报告给接入协议单元60，接入协议单元60根据业务实体找到对应的协议实体，将协议事务响应报告到软交换系统。

图1中所示的各个组成部分，单元10-1x为各分布式于IP网络上的接入节点，单元20-单元60为分布式VoIP接入业务所需各部分，上述部分可以运行在IP网络中单一的节点上，也可以分布式运行在IP网络的多个节点上，但与上述各个接入节点不分布在同一个节点上。

本发明提供的分布式接入网关系统，各接入节点与接入处理、本地业务配置的单元，分布于不同的IP网络节点上。上述IP网络节点或节点指IP网络上具有独立IP的网络单元。

图2为根据本发明实施例的分布式接入网关系统的结构框图。图3为根据本发明优选实施例的分布式接入网关系统的结构框图。如图2所示，根据本发明实施例的分布式接入网关系统包括：一个或多个接入节点10-1x、节点控制单元20、用户/资源管理单元30、业务配置单元40、业务处理单元50、以及接入协议单元60，以下结合图3进行描述。

(1)一个或多个接入节点10-1x，可以为一个或多个，与终端设备相连接，用于监测并上报终端设备的状态信息和事件信息以及资源通道的状态信息和事件信息。

优选地，接入节点10-1x可以为分布于IP网络上的各个拥有独立IP的嵌入式设备，与VoIP用户终端可以通过电话线连接，拥有呼叫业务所必须的各种资源，包括VoIP媒体通道资源。在接入节点10-1x上不实现资源管理、用户业务配置和处理以及接入协议处理。接入节点上的所有用户、资源都由本分布式VoIP接入网关系统的相关模块统一管理。接入节点上的所有用户的业务配置和业务处理以及接入协议都由其他节点上的相关模块实现。

优选地，接入节点10-1x上线时，向节点控制模块20发送节点上线请求，该请求被通过后，上报本接入节点的所有用户和资源信息。具体可以参见图4。

实例一

图4为根据本发明实例一的接入节点上线处理的流程图。如图4所示，根据本发明实例一的接入节点上线处理包括以下步骤(步骤S401-步骤S409)：

步骤S401：节点控制模块20监听到某个接入节点的上线请求。查询节点配置信息，判断该请求是否来自于一个合法的接入节点。如果否，则执行步骤S403，如果是，则执行步骤S405。

其中，上述节点配置信息，包括有合法的接入节点的可识别特性的配置项。

步骤S403：丢弃接入节点的上线请求，拒绝其上线。

步骤S405：向接入节点发送节点用户/资源信息的查询请求，并等待接入节点返回响应。如果在规定时间内接收到查询应答，则执行步骤S407，否则，执行步骤S403。

步骤S407：节点控制单元20将查询到的接入节点的用户/资源信息发送给用户/资源管理单元30，用户/资源管理单元30将该信息保存。处理完毕后查询节点配置信息或询问接入节点，判断是否需要下达用户端口属性/媒体通道属性的配置。如果否，则上线处理完成；如果是，则执行步骤S409。

步骤S409：向业务配置单元40查询新上线的接入节点的用户端口属性/媒体通道属性的配置信息，并下达给该接入节点。流程结束。

优选地，接入节点10-1x上线后，扫描用户端口事件和VoIP媒体通道资源的状态，并上报给节点控制单元20，再由节点控制单元20交由相关模块处理。接入节点10-1x还提供节点内用户端口和资源的控制接口，节点控制单元20通过上述控制接口来操作用户端口和资源。

(2)节点控制单元20，与一个或多个接入节点和业务处理单元相连接，用于维护一个或多个接入节点上报的状态信息，并分别与接入节点和/或业务处理单元进行数据交互；

优选地，如图3所示，节点控制单元20包括：监测模块200、第一发送模块202、第一接收模块204，其中，监测模块200，用于实时监测一个或多个接入节点的状态信息；第一发送模块202，用于向一个或多个接入节点发送用户和/或资源的控制命令，和/或，向业务处理单元发送事件信息；第一接收模块204，用于接收一个或多个接入节点上报的终端设备和资源通道的事件信息，和/或，接收来自于业务处理单元的操作命令。

优选地，节点控制单元20可以与接入节点10-1x进行通信，节点控制单元20接收接入节点10-1x的上线请求，并监督接入节点10-1x的状态。节点控制单元20接收在线的接入节点的用户端口事件和流媒体通道事件，并向在线的接入节点的用户和资源统一下达控制指令。具体参见图5。

实例二

图5为根据本发明实例二的用户端口事件处理的流程图。如图5所示，根据本发明实例二的用户端口事件处理包括以下步骤(步骤S501-步骤S509)：

步骤S501：接入节点10-1x观察到用户端口事件，发送给节点控制单元20。

其中，上述用户端口事件，应包含用户位置信息、事件ID等信息。

步骤S503，根据上报的用户端口事件的用户的位置信息，向用户/资源管理单元30查询用户的标识，将用户事件ID和用户标识一起发送给业务处理单元50进行处理。业务处理单元接收到用户端口事件后，根据用户当前业务状态，判断所收到的事件是否为可以处理的正常事件：如果是，则执行步骤S505；如果否，则丢弃该用户事件，处理流程结束。

步骤S505：业务处理单元50进行相应业务处理，进行用户业务状态变迁，如果需要使用本地资源为该用户服务，则向用户/资源管理模块发送资源分配请求，并根据请求结果进行响应处理。业务处理完毕后，如果有必要，就将用户事件发送给接入协议单元60。接入协议单元60执行步骤S507。

步骤S507：接入协议单元60查询业务实体与协议实体对应表，查找出用户标识对应的协议实体标识，并将用户事件转换为协议事件描述。

优选地，上述查询可以通过查找对照表来实现，也可以通过一定规则换算来实现。例如，用户标识为“{0，0，1}”，对应的协议实体标识为“USER000001”。

步骤S509：将协议实体标识和协议事件描述打包成协议报文，发送给核心网软交换系统。流程结束。

(3)用户/资源管理单元30，分别与节点控制单元和业务处理单元相连接，用于管理一个或多个接入节点相对应的用户和资源；

优选地，如图3所示，用户/资源管理单元30包括：存储模块300，用于存储一个或多个接入节点相对应的资源信息和/或资源占用信息；资源分配模块302，用于按照预定策略为终端设备和资源通道分配相应的资源；资源归还模块304，用于注销一个或多个接入节点相对应的资源占用信息，并恢复资源的空闲状态。

用户/资源管理单元30记录了所有在线用户和可用资源。对每一个用户和资源，记录了其标识、位置等信息。对于每一条资源，记录了其标识、位置、功能、可用范围等信息。用户/资源管理单元30为节点控制单元20提供从用户或资源的位置到标识的查询，以及从标识到位置的查询服务。

优选地，用户/资源管理单元30接收业务处理单元50的资源分配请求，为用户分配资源。资源分配请求，包含用户标识、服务类别等信息。服务类别，是指示分配资源用于进行何种类型的服务。用户/资源管理单元30根据用户标识和服务类别信息查询一条当前空闲且可提供该类别服务的资源，分配给该用户，并记录用户/资源的占用情况。在为用户查询到多条当前空闲且可提供该类别服务的资源时，可采用某种资源分配策略，这种资源分配策略是可配置的。当所分配资源为用户服务完毕时，业务处理单元50会向用户/资源管理单元30发送资源归还消息，用户/资源管理单元30注销掉该用户/资源占用记录，恢复资源的空闲状态。关于资源的分配和归还流程，具体可以参见图6和图7。

实例三

图6为根据本发明实例三的资源分配处理的流程图。如图6所示，根据本发明实例三的资源分配处理包括以下步骤(步骤S601-步骤S611)：

步骤S601：用户/资源管理单元30接收到业务处理单元50的资源分配请求。

其中，上述资源分配请求包括但不限于用户标识、服务类别等信息。上述服务类别，是分配资源用于进行何种类型的服务的信息。

步骤S603：用户/资源管理单元30查找资源分配策略，找出当前指定的资源分配策略。资源分配策略确定根据何种方式来选中一条资源，例如，可以轮流选择空闲的资源，也可以优先选择该用户正在使用的多功能资源。多功能资源是指一条资源可以同时完成多种服务。为了保持系统的灵活性，用户可以配置合适的资源分配策略。

步骤S605：用户/资源管理单元30根据当前资源分配策略，去查找资源状态表，查看是否有可以完成所请求服务的资源。如果否，则返回“资源分配失败”消息给业务处理单元50，流程结束；如果是，则执行步骤S607。

步骤S607：用户/资源管理单元30修改资源状态表中选定的资源状态为“已占用”。

步骤S609：用户/资源管理单元30在用户/资源占用表中记录当前分配资源的一条用户/资源占用信息。用户/资源占用信息，包含用户标识，资源标识，服务类别等信息。

步骤S611：用户/资源管理单元30向业务处理单元50返回所分配到的资源的资源标识。流程结束。

实例四

图7为根据本发明实例四的资源归还处理的流程图。如图7所示，根据本发明实例四的资源归还处理包括以下步骤(步骤S701-步骤S707)：

步骤S701：用户/资源管理单元30收到业务处理单元50的资源归还消息。

其中，上述资源归还消息包括但不限于用户标识、资源标识等信息。

步骤S703：用户/资源管理单元30查询用户/资源占用表，查看该用户使用该资源是否同时在执行不止一种服务。如果是，则执行步骤S707，如果否，则执行步骤S705。

步骤S705：用户/资源管理单元30将资源状态表中该资源的状态信息设置为“空闲”。

步骤S707：用户/资源管理单元30将用户/资源占用表中该用户、该资源、该服务类别的记录注销掉。流程结束。

(4)业务配置单元40，分别与节点控制单元和业务处理单相连接，用于存储一个或多个接入节点相对应的用户和资源的配置信息；

优选地，业务配置单元40保存本地用户和资源的必要的基本配置信息，如果接入节点上线后需要对用户端口或资源通道进行基本属性设置，业务配置单元40可以提供此类信息。业务配置单元40还保存跟用户业务有关的其他信息，以及资源分配策略的配置等信息，供用户业务运行过程中相关单元查询。

(5)业务处理单元50，分别与节点控制单元相连接，用于对来自于节点控制单元和/或接入协议单元的事件信息进行处理；

优选地，如图3所示，上述业务处理单元50包括：第二接收模块500、处理模块502、第二发送模块504。其中，第二接收模块500，用于接收节点控制单元上报的用户事件信息，和/或，接收来自于接入协议单元的协议事务信息；处理模块502，用于对用户事件信息和/或协议事务信息进行处理；第二发送模块504，用于向节点控制模块发送用户和资源操作命令，和/或，向接入协议单元发送处理结果。

优选地，上述第二发送模块504，还用于向用户/资源管理单元发送资源分配请求或者资源归还消息；

优选地，上述业务处理单元50，还用于为接入网关系统提供号码分析和逻辑运算。

在具体实施过程中，业务处理单元50还进行异常逻辑的处理和业务过程中的相关逻辑运算。异常逻辑指定时超时或异常事件的处理。相关逻辑运算指号码分析等需要大计算量的处理。

在具体实施过程中，上述业务处理单元50实现用户呼叫业务的处理，维护用户的呼叫业务状态机，对对于用户业务产生驱动和影响的所有事件做出响应。在用户呼叫业务运行的过程中，业务处理单元与其他所有单元均有交互：接收节点控制单元20上报的用户端口事件，并向节点控制单元20下达用户和资源操作指令；向用户/资源管理单元30发送资源分配请求和资源归还消息，并对请求结果做出相应的处理；向业务配置单元40查询用户业务过程的个性化配置；接收接入协议单元60的协议事务指示，进行处理并向接入协议单元60返回协议事务处理结果，向接入协议单元60报告用户事件。

(6)接入协议单元60，与业务处理单元50相连接，用于为接入网关系统提供接入协议接口。

优选地，如图3所示，上述接入协议单元60包括：第三接收模块600、解析模块602、查找模块604、第三发送模块606，其中，第三接收模块600，用于接收来自于接入网关系统需要接入的系统的信令报文，并接收来自于业务处理单元上报的处理结果；解析模块602，用于将信令报文解析成协议事务；查找模块604，用于根据协议实体查找对应的业务实体，或者，根据业务实体查找对应的协议实体；第三发送模块606，用于向业务处理单元发送业务实体以进行处理，并将处理结果发送至接入网关系统需要接入的系统。

在具体实施过程中，接入协议单元60可以为本分布式VoIP接入网关系统提供面向核心网软交换系统的统一接入协议接口。上述接入协议接口包括但不限于H.248和/或MGCP协议。接入协议单元60与核心网软交换系统进行协议报文交互。接入协议单元60实现协议事务与内部业务操作的相互转换，实现协议实体与内部业务实体的相互转换。协议实体指H.248协议和/或MGCP协议中的终结点、上下文等。业务实体指本分布式VoIP接入网关系统内部的用户标识、资源标识、会话标识等。

接入协议单元60将核心网软交换的协议事务指示解析成内部业务操作，发送给业务处理单元50处理。接入协议单元60还将协议事务处理的结果和用户事件打包成协议报文，发送到核心网软交换系统，以完成用户VoIP业务的接入。具体可以参见图8。

实例五

图8为根据本发明实例五的协议事务处理的流程图。如图8所示，根据本发明实例五的协议事务处理包括以下步骤(步骤S801-步骤S813)：

步骤S801：接入协议单元60接收到核心网软交换系统的协议信令报文，报文中携带有需要媒体网关处理的事务。

步骤S803：接入协议单元60解析出信令报文中的协议实体标识和待处理的事务。协议实体标识是指H.248协议或MGCP协议中的上下文ID或/和终结点ID。

步骤S805：接入协议单元60查询业务实体与协议实体对应表，找出协议实体标识对应的业务实体标识，并将协议事务转换为内部业务指令。

步骤S807：接入协议单元60将业务实体标识和内部业务指令发送给业务处理单元50。

步骤S809：业务处理单元50执行业务指令，并将执行结果返回给接入协议单元60。在业务处理单元50执行业务指令的过程中，或许涉及到本地资源使用的过程，则业务处理单元50向用户/资源管理单元30发送资源分配请求以分配执行业务指令必要的资源，资源使用完毕后向用户/资源管理单元30发送资源归还的消息。

步骤S811：接入协议单元60收到业务处理单元50的业务指令执行的结果后，将执行结果转换为协议事务响应事件，并查询业务实体与协议实体对应表，找出业务实体对应的协议实体。

步骤S813：接入协议单元60将协议事务响应事件和协议实体打包为协议报文，通过信令连接发送到核心网软交换系统。流程结束。

本发明提供的分布式接入网关系统包括但不限于VoIP接入网关系统，该分布式接入网关系统需要接入的系统也不限于核心网软交换系统。

通过上述实例一至实例五，提供的分布式接入网关系统，将分布于IP网络上的多个节点通过统一的接入网关和接入协议接入到核心网软交换系统，可以便利地对接入节点进行业务管理，并可以有效降低对媒体网关硬件配置要求。

综上所述，通过本发明的上述实施例，提供的分布式接入网关系统，通过将VoIP接入处理中的各个环节分解到分布式的IP网络节点上完成，增加了系统的灵活性，使得一个接入网关可以接入多个接入节点的VoIP业务，减少了业务网络中接入网关的数量，并且将大量处理从接入节点设备上转移到分布式网络设备上，降低了对接入节点硬件配置的要求，达到了简化业务网络管理，降低建网成本的目的。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种分布式接入网关系统，其特征在于，包括：

一个或多个接入节点，与终端设备相连接，用于监测并上报所述终端设备的状态信息和事件信息以及资源通道的状态信息和事件信息；

用户/资源管理单元，分别与节点控制单元和业务处理单元相连接，用于管理所述一个或多个接入节点相对应的用户和资源；

节点控制单元，与所述一个或多个接入节点和所述业务处理单元相连接，用于维护所述一个或多个接入节点上报的状态信息，并分别与所述接入节点和/或所述业务处理单元进行数据交互；

业务配置单元，分别与所述节点控制单元和所述业务处理单相连接，用于存储所述一个或多个接入节点相对应的用户和资源的配置信息；

业务处理单元，与所述节点控制单元相连接，用于对来自于节点控制单元和/或接入协议单元的事件信息进行处理；

接入协议单元，与所述业务处理单元相连接，用于为所述接入网关系统提供接入协议接口。

2.根据权利要求1所述的系统，其特征在于，所述节点控制单元包括：

监测模块，用于实时监测所述一个或多个接入节点的状态信息；

第一发送模块，用于向所述一个或多个接入节点发送用户和/或资源的控制命令，和/或，向所述业务处理单元发送所述事件信息；

第一接收模块，用于接收所述一个或多个接入节点上报的所述终端设备和资源通道的事件信息，和/或，接收来自于所述业务处理单元的操作命令。

3.根据权利要求1所述的系统，其特征在于，所述用户/资源管理单元包括：

存储模块，用于存储所述一个或多个接入节点相对应的资源信息和/或资源占用信息；

资源分配模块，用于按照预定策略为所述终端设备和所述资源通道分配相应的资源；

资源归还模块，用于注销所述一个或多个接入节点相对应的资源占用信息，恢复该资源的状态为空闲状态。

4.根据权利要求1所述的系统，其特征在于，所述业务处理单元包括：

第二接收模块，用于接收所述节点控制单元上报的用户事件信息，和/或，接收来自于所述接入协议单元的协议事务信息；

处理模块，用于对所述用户事件信息和/或所述协议事务信息进行处理；

第二发送模块，用于向所述节点控制模块发送用户和资源操作命令，和/或，向所述接入协议单元发送所述处理模块的处理结果。

5.根据权利要求4所述的系统，其特征在于，

所述第二发送模块，还用于向所述用户/资源管理单元发送资源分配请求或者资源归还消息。

6.根据权利要求5所述的系统，其特征在于，

所述业务处理单元，还用于为所述接入网关系统提供号码分析和/或逻辑运算。

7.根据权利要求1所述的系统，其特征在于，所述接入协议单元包括：

第三接收模块，用于接收来自于所述接入网关系统需要接入的系统的信令报文，和/或，接收来自于所述业务处理单元上报的处理结果；

解析模块，用于将所述信令报文解析成协议事务；

查找模块，用于根据协议实体查找对应的业务实体，和/或，根据业务实体查找对应的协议实体；

第三发送模块，用于向所述业务处理单元发送所述业务实体以进行处理，和/或，将所述处理结果发送至所述接入网关系统需要接入的系统。