专利名称：利用与承载无关的呼叫控制协议业务节点处理信令的方法
技术领域：
本发明涉及下一代网络(NGN)中的信令处理技术，尤其涉及利用NGN网络中与承载无关的呼叫控制协议(BICC)业务节点处理信令的方法。
背景技术：
NGN是电信史上的一块里程碑，它属于一种综合、开放的网络构架，提供话音、数据和多媒体等业务。目前在NGN网络常用的几种新呼叫处理协议包括BICC协议、H323协议和会话发起协议(SIP)协议。
参见图1所示，在BICC协议目前定义的网络功能模型中有四种类型的业务节点，分别是1、呼叫媒介节点(CMNCall Mediatin Node)提供没有有关BCF实体而具有CSF-C功能的功能实体。
2、网关服务节点(GSNGateway Serving Node)提供两个网域间的关口功能的功能实体，这个功能实体包含一个或多个呼叫业务关口功能(CSF-G)，和一个或多个承载互通功能(BIWF)。
3、接口服务节点(ISNInterface Serving Node)提供非BICC网和终端设备接口的功能实体，这个功能实体包含一个或多个呼叫业务节点功能(CSF-N)，和一个或多个与非BICC网、终端设备以及宽带骨干网中对等交互的互通功能(BIWF)。
4、转接服务节点(TSNTransit Serving Node)一个功能实体，提供SN之间的转接功能，其包含CSF-T和一个/多个BIWF。TSN能够与TSN/GSN/ISN互通。
其中，图2给出了TSN/GSN/ISN节点的模型示意图，这三个节点统称为服务节点(SN)，在SN模型中包含了承载控制功能(BCF)，且BCF与承载之间存在实际控制联系。
在这些节点中，存在三个主要的功能实体呼叫业务功能(CSF，Callservice function)、承载控制功能(BCF，Bearer control function)和媒体映射/交换功能(MMSF，media mapping/switching function)，其中CSF完成对应呼叫信令处理，BCF完成承载控制信令处理，MMSF完成对实际承载的控制操作处理。在现有技术中，上述三个功能实体之间的配合关系如图3所示BICC出入局交换机应用接口启动CSF，该CSF通知BCF，但是其中并无信息指示BCF是否悬置工作；再通过呼叫承载控制(CBC)接口将CSF发送的通知传递到BCF；该BCF与实际承载连接并结合MMSF使用。其中，该BCF设计为没有悬置工作能力。
其中，图4给出了CMN节点的模型示意图，该模型中不存在实际承载，也不存在对承载控制信令处理的BCF。该节点的主要功能实体为CSF，完成对应呼叫信令的处理而不对其它信息进行解析。由图5可知，该CSF与其它功能之间不存在配合关系。
目前，存在只是为了呼叫控制处理，且根据判断不需要进行实际承载路由控制和编解码转换应用的情况。此情况可以采用端到端的方式互通，而不需要占用如IP网络等的实际承载。但是目前定义的BICC中不使用实际承载的方式只有CMN，而对于BICC协议中的其它节点GSN、ISN和TSN则不能满足该要求。
发明内容
有鉴于此，本发明的主要目的在于提供一种利用BICC业务节点处理信令的方法，实现不占用实际承载的互通，实现现有节点GSN、ISN和TSN所不能满足的功能。
实现本发明，需要以下步骤
a.对对局的呼叫信息和本地数据信息进行号码分析，判断这两个信息的处理是否不需要使用实际承载，如果是，则进入步骤b；否则，利用所述呼叫媒介节点、网关服务节点、接口服务节点或转接服务节点处理信令，完成处理过程；b.启动业务节点中的呼叫业务功能实体，呼叫业务功能实体启动承载控制功能实体，将不使用实际承载的建立方式信息通知承载控制功能实体，并将互通的承载信息通知承载控制功能实体；c.承载控制功能实体根据不使用实际承载的建立方式信息建立BICC信令入局或出局时的承载逻辑连接。
其中，在步骤a中，所述判断这两个信息的处理是否不需要使用实际承载包括判断出入局信令之间是否不存在编解转换需求或指定媒体路由呼叫需求。
其中，步骤b中所述业务节点呼叫业务功能实体的启动由BICC出局或入局交换机应用接口实现。
其中，步骤b中所述呼叫业务功能启动承载控制功能包括通过呼叫承载控制(CBC)接口启动承载控制功能。
其中，在步骤c中，该方法包括承载控制功能根据入局承载建立请求和所述承载建立方式信息建立入局承载逻辑连接。
其中，在步骤c中，该方法包括承载控制功能选择出局承载建立方式，结合呼叫建立请求和所述承载建立方式信息建立出局承载逻辑连接。
可见，本发明新定义业务节点处理信令，该业务节点与实际承载无关，通过出入局交换机启动该节点中的CSF功能实体，该CSF功能实体通知并发送承载建立方式信息至BCF功能实体，BCF功能实体独立于MMSF悬置工作，完成承载逻辑连接建立过程。本发明的业务节点实现了不占用如IP网络等实际承载的互通，可以将GSN、TSN和ISN节点分别对应成具有悬置能力的业务节点，弥补了BICC协议当前定义的业务节点所不能处理的情况，使得BICC协议的应用更加灵活。
图1为BICC协议目前定义的网络功能模型图。
图2为TSN/GSN/ISN节点的模型示意图。
图3为TSN/GSN/ISN节点中CSF、BCF和MMSF的配合关系图。
图4为CMN节点的模型示意图。
图5为CMN节点中的CSF与其它功能配合关系图。
图6为BICC协议中新定义的服务节点SN的模型示意图。
图7为新定义服务节点SN中CSF与BCF功能配合关系图。
具体实施例方式
在不需要占用实际承载时，采用本发明的业务节点模型，通过出入局交换机启动CSF功能实体，该CSF功能实体通知并发送承载建立方式信息至BCF功能实体，BCF功能实体独立于MMSF悬置工作，完成承载逻辑连接建立过程。其中，BCF功能实体设计为具有悬置工作能力。
基于上述思想，本发明采用的业务节点SN的模型如图6所示，在不需要占用实际承载时采用该业务节点，该节点中的BCF独立存在，与实际承载不存在实际接口。
以入局过程为例，该节点处理信令的过程包括以下步骤1>、BICC实体收到对局或者内部的呼叫建立请求后，对对局的呼叫信息和本地数据信息进行号码分析，以BICC网络与其它网络互通为例，如果由分析结果得到该呼叫是BICC协议与H323或SIP协议之间的呼叫，且出入局信令间不存在编解转换需求和指定媒体路由呼叫的需求，表明该处理过程不需要实际承载，则执行步骤2>，否则，利用现有技术中的ISN业务节点进行处理，结束处理信令的过程。
2>、BICC入局交换机应用接口启动该节点中位于媒体网关控制(MGC)中的CSF功能实体，完成呼叫信息透传；入局流程通过CBC接口启动BCF功能实体；然后将不使用实际承载的承载建立方式信息通知BCF功能实体，再将互通的承载信息也通知BCF功能实体。。
3>、BCF功能实体得到不使用实际承载的建立方式信息后，根据入局承载建立请求，完成入局承载逻辑建立过程。
出局过程与入局过程类似，不同之处在于入局流程完成的内容由出局流程完成；在步骤3>中，BCF功能实体得到建立方式信息后，选择出局承载建立方式，并结合呼叫建立请求完成出局承载逻辑连接建立过程。其余步骤与入局一致。
在本发明所采用的业务节点中，存在两个主要功能实体以完成上述过程，它们是呼叫业务功能(CSF)和承载控制功能(BCF)，参见图7，这两个功能实体之间的配合关系为BICC出入局交换机应用接口启动CSF，CSF通知BCF功能实体，并将相关承载信息通知到BCF，该BCF独立于实际承载工作，设计为具有悬置工作的能力，完成承载控制功能；由图6可见，对应于媒体流使用实际承载的MMSF功能与其它功能均不相关，由此可见，BCF独立于实际承载悬置工作。
本发明的业务节点还可用于其它不需要使用实际承载时的情况，包括在BICC网络内部的中继应用时，对应成悬置的TSN业务节点的新类型；在不同BICC网络或者BICC网络不同域之间的应用时，对应成悬置的GSN业务节点的新类型。以上所述仅为本发明的实施例，然而本发明业务节点的应用并不限于这些实施例。
可见，本发明通过业务节点模型成功的实现了不使用实际承载的互通，通过交换机接口启动CSF功能实体，该CSF功能实体通知BCF功能实体悬置工作，并将相关承载信息通知BCF功能实体，BCF功能实体得到承载信息完成承载控制功能。该方法解决了现有技术中的业务节点所无法实现的特殊要求，并且使得BICC协议应用更为灵活。
权利要求
1.一种与承载无关的呼叫控制协议(BICC)业务节点处理信令的方法，利用BICC协议中的呼叫媒介节点、网关服务节点、接口服务节点或转接服务节点处理信令，其特征在于该方法包括以下步骤a.对对局的呼叫信息和本地数据信息进行号码分析，判断这两个信息的处理是否不需要使用实际承载，如果是，则进入步骤b；否则，利用所述呼叫媒介节点、网关服务节点、接口服务节点或转接服务节点处理信令，完成处理过程；b.启动业务节点中的呼叫业务功能实体，呼叫业务功能实体启动承载控制功能实体，将不使用实际承载的建立方式信息通知承载控制功能实体，并将互通的承载信息通知承载控制功能实体；c.承载控制功能实体根据不使用实际承载的建立方式信息建立BICC信令入局或出局时的承载逻辑连接。
2.根据权利要求1所述的方法，其特征在于在步骤a中，所述判断这两个信息的处理是否不需要使用实际承载包括判断出入局信令之间是否不存在编解转换需求或指定媒体路由呼叫需求。
3.根据权利要求1所述的方法，其特征在于步骤b中所述业务节点呼叫业务功能实体的启动由BICC出局或入局交换机应用接口实现。
4.根据权利要求1所述的方法，其特征在于步骤b中所述呼叫业务功能启动承载控制功能包括通过呼叫承载控制(CBC)接口启动承载控制功能。
5.根据权利要求1所述的方法，其特征在于在步骤c中，该方法包括承载控制功能根据入局承载建立请求和所述承载建立方式信息建立入局承载逻辑连接。
6.根据权利要求1所述的方法，其特征在于在步骤c中，该方法包括承载控制功能选择出局承载建立方式，结合呼叫建立请求和所述承载建立方式信息建立出局承载逻辑连接。
全文摘要
本发明公开了一种利用BICC业务节点处理信令的方法，包括以下步骤a.对对局的呼叫信息和本地数据信息进行号码分析，判断这两个信息的处理是否不需要使用实际承载，如果是，则进入步骤b；否则，利用所述呼叫媒介节点、网关服务节点、接口服务节点或转接服务节点处理信令；b.启动业务节点中的呼叫业务功能实体，呼叫业务功能实体启动承载控制功能实体，将承载建立方式信息通知承载控制功能实体，并将互通的承载信息通知承载控制功能实体；c.承载控制功能实体根据承载建立方式信息建立BICC信令入局或出局时的承载逻辑连接。该方法解决了现有技术中的业务节点所无法实现的特殊要求，并且使得BICC协议应用更为灵活。
文档编号H04L29/06GK1503529SQ02153319
公开日2004年6月9日 申请日期2002年11月27日 优先权日2002年11月27日
发明者简海燕, 朱志勇, 李进前, 王卫东 申请人:华为技术有限公司