专利名称:一种中继业务自环的实现方法
技术领域：
本发明涉及中继业务技术领域：
，特别是指一种中继业务自环的实现方法。
背景技术：
随着BICC(Bearer Independent Call Control)协议的推广应用，在开局和升级过程中，必须对新开局的BICC中继进行调试，而调试工作必须是在对局人员配合的情况下才可以进行。
在BICC协议应用中，网络中各功能节点间的拓扑图如图1所示两个支持BICC信令的业务节点(SN)，各与一交换机(EXC)相连，SN主要包括呼叫业务功能(CSF)和承载互通功能(BIWF)。两个SN之间的呼叫业务功能是通过中继信令接口和信令传送接口相互收发消息而实现的；两个SN之间的承载互通功能是通过物理媒体流接口收发消息实现的。由此可看出节点间的中继信令接口、信令传送接口和物理媒体流接口的消息传递是依赖对局配合才能完成的。
如图2所示节点应用的规范模型图，通过节点功能接口实现应用实体调用功能(AEI)，再将其结果送到信令传送变换器来完成节点间的交换应用。
如图3所示现有技术应用BICC协议的呼叫流程图。实现非BICC网与BICC网相连功能的接口业务节点(ISN)，包括承载控制节点功能(BCF-N)和呼叫业务节点功能(CSF-N)。呼叫控制功能通过ISN来完成，媒体流交换控制通过交换节点(SWN)来完成。交换节点具有承载控制中继功能(BCF-R)，其完成由边缘到边缘骨干网或一个交换节点到下一个交换节点的信息传递功能。本图以综合业务数字网用户部分(ISUPISDN User Part)接入互通方式为例，两接口业务节点的呼叫流程如下当发端节点ISN-A在ISUP接入侧收到主叫用户的初始地址(IAM)消息，该消息可以包括接续控制、地址等必要的信息，并且确定该呼叫要选路到另一个呼叫业务节点后，则启动出局信令程序。出局信令程序将选择一个空闲的用来识别在两个对等BICC实体间的一种信令关系，以及属于这种信令关系的所有协议数据单元(PDU)的呼叫实例码(CIC)，在本图中用BICC-O-1表示出局中继呼叫实例1的CIC取值，用BICC-I-1表示入局中继呼叫实例1的CIC取值，并且调用出局承载建立程序来发送IAM消息并执行到下一个节点ISN-B的承载建立程序。出局信令在发送IAM消息后，主要是依靠应用传送消息(APM)来完成承载控制信息的交互过程。同时启动等待地址全定时器。
当目的节点ISN-B上的呼叫业务节点功能(CSF)模块收到节点ISN-A发来的初始地址(IAM)消息时，分析被叫用户号码和其它与选路和处理呼叫有关的信息以便确定呼叫的路由，然后启动入局信令程序。入局信令程序中的呼叫业务节点功能(CSF)模块确定所有的被叫用户号码已经收到，或者从被叫用户收到带内音，即局间通过媒体连接给对端媒体送音已经连接的指示，则目的节点上的呼叫业务节点功能(CSF)模块将发送地址全消息(ACM)，或者在后继局的出中继收到的ACM消息后，转接业务节点的CSF功能模块将发送地址全消息ACM。入局信令在收到IAM消息后，主要也是依靠应用传送消息(APM)来完成承载控制信息的交互过程。
出局信令程序收到地址全消息(ACM)后，停止等待地址全定时器并且启动等待应答定时器。被叫用户应答时，目的节点连接内部承载通道，向前一个节点上的呼叫业务节点功能(CSF)模块发送应答消息(ANM)。当发端节点ISN-A上的呼叫业务节点功能(CSF)模块收到应答消息(ANM)时，指示所请求的连接已经完成，如果还未连接内部承载通道，则再完成内部承载通道，并且停止等待应答定时器。至此，一个呼叫流程完成。
由于是在两个节点间，即局间进行通信，当出局信令程序选择了一个CIC值后，会在消息中携带这个CIC值，而入局信令程序则根据消息中的CIC值进行处理，所以出局信令程序一旦确定了一个CIC值，入局信令程序的CIC值也就相应的确定了，即出局中继和入局中继CIC取值完全一致，也就是BICC-O-1等于BICC-I-1。同时，ISUP通过业务节点接入BICC网，又经过ISUP出局呼叫，则该号码比原来呼入的号码多了一个选择BICC中继出局呼叫的特殊呼叫字冠，即呼叫号码中的目的地址中的一部分。
由此可以看出，在开局、升级和扩容过程中对局业务节点(SN)的配合是必不可少的，同时有些定位问题也需要对局工作人员进行某些操作、观察等。因此，使得每一次的开局调试、测试工作和问题定位工作都需要增加很多局间的协调工作，占用时间多，且工作效率低。
发明内容
有鉴于此，本发明提供一种中继业务自环的实现方法，使开局调试、测试工作和问题定位工作可以先于对局工作人员配合前进行，即在本局内较为独立的完成调试、测试BICC中继状态及其所使用媒体承载的可靠性和有效性，以及出现相关问题时的问题定位工作。
为达到上述目的，本发明的技术方案是这样实现的一种中继业务自环的实现方法，该方法包括以下步骤A、用物理方式将本局的出、入中继物理媒体流接口直接连接成自环；所述本局的出、入中继物理媒体流接口是位于同一个业务节点上的出、入中继物理媒体流接口；B、利用信令传送接口的业务自环特性启动本局出入中继信令传送的业务自环功能，变换出入中继呼叫实例码的取值，并删除呼叫号码中的字冠数据；C、将含有已修改的呼叫实例码和呼叫号码的呼叫请求上报给交换应用，使业务数据回送本局形成自环。
其中，当采用的是承载特性为IP的媒体网关时，步骤A所述的物理连接方式是用收发终端在同一个IP网络且相互之间的可达路由直接连接。
其中，当采用的是异步转移模式(ATM)的媒体网关时，步骤A所述的物理连接方式是用传输线直接环回的方式直接连接。
其中，当采用IP网络时，步骤B所述的业务自环特性是IP网传送环回功能。
其中，当采用七号信令网络时，步骤B所述的业务自环特性是No.7信令传送回环功能。
其中，步骤B所述的业务自环特性是信令传送接口自环功能。
其中，步骤B所述的变换呼叫实例码的取值是通过配置数据控制操作将出局中继发送消息的呼叫实例码变成入局中继的呼叫实例码，将入局中继发送消息的呼叫实例码变成出局中继的呼叫实例码。
其中，步骤B所述的删除呼叫号码中的字冠数据是在交换应用功能发送建立呼叫请求给BICC出局中继之前，或者是由BICC出局中继发起呼叫，BICC入局中继接收到呼叫建立请求的初始地址消息后完成的。
其中，步骤B所述的删除呼叫号码中的字冠数据是删除呼叫号码中的目的地址中的一部分。
应用本发明，由于可以在对于人员的配合前较为独立的进行调试，测试BICC中继状态及其所使用的媒体承载的可靠协和有效性，因此，更利于开局、升级时的预先调试，以及在运行过程中出现问题后，进行问题定位。该功能在调试和测试工作中的独立性，使得其调试工作、测试工作和问题定位工作更容易进行。该方法应用简单、可靠。
图1为现有技术应用BICC协议的网络功能节点间拓扑图；图2为现有技术应用BICC协议的节点应用的规范模型图；图3为现有技术应用BICC协议的呼叫流程图；图4为应用本发明的BICC协议的网络功能节点间拓扑图；图5为应用本发明的BICC协议的节点应用规范模型图；图6为应用本发明的BICC协议的呼叫流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明做进一步详细说明。
针对BICC协议的应用，主要采取以下步骤来实现首先，通过物理连接方式使媒体承载之间的连接形成自环。例如对于承载特性为IP的媒体网关，只需要收发的终端在同一个IP网络，相互之间有可达的路由即可实现；对于采用异步转移模式(ATM)的媒体网关，可用传输线直接环回的方式直接连接。
其次，利用IP网的传送环回功能或No.7信令网的传送环回功能或其它协议，如BICC协议中信令传送接口自环功能的模块，启动信令传送的业务自环功能。实现BICC发送的消息通过下层的信令传送接口将收到的消息上报给BICC实体。例如，如果使用MTP3的信令进行传送，则直接启动MTP3信令的业务自环功能即可实现信令传送接口的自环功能。
图4所示为应用本发明的BICC协议的网络功能节点间拓扑图，图中的业务节点B-SN已经变成了一个虚拟存在的业务节点，业务节点A-SN通过信令接口和信令传送接口的业务自环功能、物理媒体流接口的自环功能，使BICC的出局呼叫变成BICC的入局呼叫，即业务节点A-SN的调试、测试和问题定位工作不需要网络上其他任何实际的业务节点的配合，独立于业务节点B-SN进行。
最后，设置控制数据启动中继业务自环功能的模块，来控制呼叫过程中的数据变换以实现中继业务的自环功能。
图5所示为应用本发明的BICC协议的节点应用规范模型图，交换应用功能选择BICC协议的出局信令程序后，可在交换应用功能发送建立呼叫请求给BICC出局中继之前，或者是由BICC出局中继发起呼叫，BICC入局中继接收到呼叫建立请求的初始地址消息(IAM)后，删除选择BICC协议出局的呼叫字冠数据，即删除呼叫号码中的目的地址中的一部分，利用信令传送接口的业务自环功能，上报呼叫请求给交换应用，这样入局的呼叫建立请求被上报给交换应用后，就能正确选择被叫，而不会重复再次选择BICC协议发起的出局呼叫。
图6所示为应用本发明的BICC协议的呼叫流程图，当发端节点ISN-A在ISUP接入侧收到主叫用户的IAM消息后，启动出局信令程序，出局信令程序将选择一个空闲的CIC值，通过配置数据控制使出局中继发送的消息的CIC值变成即将使用的入局中继的CIC值，使入局中继发送的消息的CIC取值变成出局中继的CIC取值，在本实施例中用BICC-O-1表示出局中继呼叫实例1的CIC取值，用BICC-I-1表示入局中继呼叫实例1的CIC取值。出局信令在发送IAM消息后，主要是依靠应用传送消息(APM)来完成承载控制信息的交互过程，同时启动等待地址全定时器。
当目的节点ISN-A收到初始地址(IAM)消息后，删除选择出局的呼叫字冠数据，并上报呼叫请求给交换应用，这样在目的节点ISN-A上的呼叫业务节点功能(CSF)模块收到发端节点ISN-A发来的初始地址(IAM)消息时，就能正确分析被叫用户号码和其它与选路和处理呼叫有关的信息以便确定呼叫的路由，然后启动入局信令程序。入局信令程序中的呼叫业务节点功能(CSF)模块确定所有的被叫用户号码已经收到，或者从被叫用户收到带内音已经连接的指示，则目的地节点上的呼叫业务节点功能(CSF)模块将发送地址全消息(ACM)，或者在后继局的出局中继收到的ACM消息后，转接业务节点的CSF功能模块将发送地址全消息ACM。入局信令在收到IAM消息后，主要也是依靠应用传送消息(APM)来完成承载控制信息的交互过程。
出局信令程序收到地址全消息(ACM)后，停止等待地址全定时器并且启动等待应答定时器。被叫用户应答时，发送应答消息(ANM)，发端节点接收到应答消息后，指示所请求的连接已经完成，并且停止等待应答定时器。至此，一个呼叫流程完成。
这样出局呼叫发起的请求通过具有业务自环功能的信令传送接口，送回本局，上报给BICC协议模块，变成一个入局呼叫，完成与正常呼叫一样的功能，从而验证BICC中继的可靠性和有效性，以及BICC中继使用的承载的可靠性和有效性。
由于通过配置数据控制使出局中继发消息的CIC取值成为入局中继的CIC取值，入局中继发消息的CIC取值成为出局中继的CIC取值，并且在上报呼叫请求给交换应用之前，删除了选择BICC中继出局呼叫号码目的地址部分的字冠，因而满足了中继业务自环的数据控制要求，使中继业务自环得以实现。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种中继业务自环的实现方法，其特征在于，该方法包括以下步骤A、用物理方式将本局的出、入中继物理媒体流接口直接连接成自环；所述本局的出、入中继物理媒体流接口是位于同一个业务节点上的出、入中继物理媒体流接口；B、利用信令传送接口的业务自环特性启动本局出入中继信令传送的业务自环功能，变换出入中继呼叫实例码的取值，并删除呼叫号码中的字冠数据；C、将含有已修改的呼叫实例码和呼叫号码的呼叫请求上报给交换应用，使业务数据回送本局形成自环。
2.根据权利要求
1所述的中继业务自环的实现方法，其特征在于当采用的是承载特性为IP的媒体网关时，步骤A所述的物理连接方式是用收发终端在同一个IP网络且相互之间的可达路由直接连接。
3.根据权利要求
1所述的中继业务自环的实现方法，其特征在于当采用的是异步转移模式(ATM)的媒体网关时，步骤A所述的物理连接方式是用传输线直接环回的方式直接连接。
4.根据权利要求
1所述的中继业务自环的实现方法，其特征在于当采用IP网络时，步骤B所述的业务自环特性是IP网传送环回功能。
5.根据权利要求
1所述的中继业务自环的实现方法，其特征在于当采用七号信令网络时，步骤B所述的业务自环特性是No.7信令传送回环功能。
6.根据权利要求
1所述的中继业务自环的实现方法，其特征在于步骤B所述的业务自环特性是信令传送接口自环功能。
7.根据权利要求
1所述的中继业务自环的实现方法，其特征在于步骤B所述的变换呼叫实例码的取值是通过配置数据控制操作将出局中继发送消息的呼叫实例码变成入局中继的呼叫实例码，将入局中继发送消息的呼叫实例码变成出局中继的呼叫实例码。
8.根据权利要求
1所述的中继业务自环的实现方法，其特征在于步骤B所述的删除呼叫号码中的字冠数据是在交换应用功能发送建立呼叫请求给BICC出局中继之前，或者是由BICC出局中继发起呼叫，BICC入局中继接收到呼叫建立请求的初始地址消息后完成的。
9.根据权利要求
1所述的中继业务自环的实现方法，其特征在于步骤B所述的删除呼叫号码中的字冠数据是删除呼叫号码中的目的地址中的一部分。
专利摘要
本发明提供了一种中继业务自环的实现方法，该方法包括以下步骤A.用物理方式将本局的出入中继物理媒体流接口连接成自环；B.利用信令传送接口的业务自环特性启动本局出入中继信令传送的业务自环功能；C.将含有已修改的呼叫实例码和呼叫号码的呼叫请求上报给交换应用，使业务数据回送本局形成自环。应用本发明使BICC出局呼叫变成入局呼叫，在开局、升级和扩容过程中在本局内较为独立的完成调试、测试BICC中继状态及其所使用的媒体承载的可靠性和有效性，以及出现相关问题时的问题定位问题。
文档编号H04L29/06GKCN1241382SQ02146091
公开日2006年2月8日 申请日期2002年10月30日
发明者简海燕, 朱志勇 申请人:华为技术有限公司导出引文BiBTeX, EndNote, RefMan