CN1254466A

CN1254466A - 在电信网中使用的一种方法和系统

Info

Publication number: CN1254466A
Application number: CN98804660A
Authority: CN
Inventors: R·克洛; L·格拉夫; R·波曼; P·温斯特拉
Original assignee: Koninklijke PTT Nederland NV; Telefonaktiebolaget LM Ericsson AB; Telia AB
Current assignee: Koninklijke PTT Nederland NV; Telefonaktiebolaget LM Ericsson AB; Telia AB
Priority date: 1997-04-30
Filing date: 1998-04-17
Publication date: 2000-05-24
Anticipated expiration: 2018-04-17
Also published as: SE512270C2; NO328936B1; EE9900513A; CZ384699A3; WO1998049819A1; SE9701642L; EP0979573A1; CN1149821C; AU746123B2; CZ297956B6; NO995309L; EE04449B1; BR9809337A; NO995309D0; AU7458498A; US6611584B1; SE9701642D0; EP0979573B1

Abstract

在电信网中,与一台始发交换机连接的用户请求激活一项补充业务。该项补充业务与对应的目的交换机补充业务建立一个端到端TC对话。TC对话根据中间节点中的干扰电信业务终接该请求。为了防止补充业务和干扰电信业务交互时出现业务操作失败,在中间节点处的入局TC对话和出局TC对话之间建立了一条中继链路,以在始发交换机和目的交换机之间建立一条端到端TC对话链。同时在中间节点处采用与使用TCAP补充业务ASE无关的透明中继功能。链接对话的处理和连续性随着干扰电信业务产生的交互结果而有所区别。

Description

在电信网中使用的一种方法和系统

发明的技术领域

本发明涉及在电信网中使用的一种方法和系统，在该电信网中与一台始发本地交换机节点连接的用户请求激活位于所述始发节点应用中的一项补充业务。该项补充业务使用事务处理能力应用部分TCAP和对应的抽象业务单元ASE与位于目的本地交换机节点的应用中的对应补充业务建立一个端到端TC对话，该目的本地交换机节点与一个被寻址的远程用户相连接。TC对话根据位于中间节点应用中的干扰电信业务来终接请求。

相关技术描述

电信网通常被认为是由三级构成的一个体系，即包括本地交换局的本地级、包括转接交换局的转接级和包括国际交换局及汇接局的汇接级。

一些电信业务，例如“免费电话”或“选路功能”业务，在处于本地级(例如转接级)之上的节点中实现。对于这些特定的呼叫，接收地址信息，例如被拨号码，识别的总是处于中间节点处的业务。在本地级以上实现的这些业务完成号码转换，然后向由转换号码寻址的目的地转发这次呼叫。视所请求的应用而定，号码转换可以重复进行，直至呼叫向终接网络实体中的一个使用者即用户终接。

另外，一种意味着用户在变更运营商或地理位置时保留其号码标识的电信业务“号码可移动性”则要求为终接被寻址用户的呼叫而修改路由选择信息。对于这些呼叫，接收的地址信息(例如被拨号码)所标识的总是用户在新的注册文件(因此也就是到达新的地理位置)之前连接的本地交换机。

也被称为“事务处理能力”TC的“事务处理能力应用部分”功能TCAP是用于以结构化方式对来自用户的信息打包的一个7号信令部分，它要与远程用户建立一个端到端的对话。ITU-T建议Q.771-Q.775中描述了关于TCAP和TC对话的操作流程、编码和格式编排的详细说明。

TCAP对话在网络中通过被指定为SCCP(信令连接控制部分)的下层信令层来传送。SCCP是7号信令中的一个部分，用于当消息指向的交换机与发送交换机没有直接连接时控制消息通过网络发送。在ITU-T建议Q.711-Q.716中规定了SCCP。SCCP选路可以使用分别被称为GT寻址和SPC寻址的两种寻址机制中的任意一种。GT寻址利用对于接收主叫和被叫方地址的分析来确定到下一选路实体的链路，而SPC寻址使用预定中继信令标识对到下一选路实体的后续链路进行寻址。对于各种业务来说，建立一个TC对话的正常方式是通过一个SCCP GT寻址来请求发起。在ITU-T建议Q.711-Q.714中可以找到关于SCCP能力的操作流程、编码和格式编排的详细说明。

在网络体系中的本地级已经实现了一些基于TCAP的电信业务，并通过使用被拨号码信息作为全局名称寻址来进行。当与TCAP业务一起使用的SCCP GT寻址在识别一项网络业务(例如免费电话)或一个改变了地理位置、却通过使用所谓的“号码可移动性功能”而不改变其电话号码的用户时，SCCP GT寻址信息将导致对话在一个不知道任何被寻址用户位置信息的节点处终止，因而请求的端到端TC对话将会失败。

应当指出，这些业务的操作通常是通过在始发和终接实体之间建立与端到端信令连接无关的一次呼叫而实现的，并可能持续很长时间。例如，“完成到占线用户的呼叫”(CCBS)在始发和终接交换机之间建立的一次对话最长可达45分钟。

为了能在对等的始发和终接实体之间进行一次基于TC的业务操作，需要在中间干扰实体处中继产生的TC对话。因此，每个干扰中间节点，(即一台本地、转接或汇接交换机)要在入局和出局TC对话之间实现中继功能。通过每个干扰中间交换机处被调用的中继功能，链路就可以实现端到端连接。

瑞典专利504,405描述了用于连接TC对话的一种中继方法，以解决CCBS业务和全球虚拟网业务GVNS选路功能之间的交互问题。这两种业务之间的交互要求一种新的业务CCBS-GVNS ASE来为CCBS特定的ASE操作增添用于对被寻址用户定位的附加参数和信息单元。中继作用是通过在一台转接或汇接交换机处实现两种用于CCBS业务的“抽象业务单元”ASE和一种实现连接的特定、未公开逻辑来完成的，这两种ASE也被称为CCBS-ASE实体和CCBS GVNS ASE。这种方法意味着对于每种新的基于TC的业务，都需要在中间节点处引入它，并且要设计一种逻辑来实现所需连接。

另外，在TCAP业务和通过SCCP GT地址寻址的其他业务(例如号码可移动性业务)之间，并不一定总需要改变业务ASE。因此，需要支持通过SCCP GT地址的号码转换的中继和应该修改ASE的中继。

在ITU-T1200系列建议中规定的智能网结构中，呼叫建立机制由SSP(业务交换点)物理实体来处理，而业务在网络中集中于SCP(业务控制点)物理实体内。SSP是网络中的一个节点，其中业务可以得到来自位于SCP中的外部数据库的支持。SSP和SCP之间的通信通过一种基于TCAP协议的INAP进行。

为了解决TCAP业务和位于SCP内的其他业务之间的交互，甚至需要在一个SSP中终接的基于TCAP的业务ASE与位于一个SCP中的干扰业务通信，但不必在所有SSP中配置所有基于TCAP的业务ASE。

发明概述

一些标准的补充业务在电信网中通过使用TCAP端到端信令能力、即呼叫始发和目的实体之间的直接联系来实现。这些业务使用一个网络地址来建立TC对话，该地址在某些情况下可能识别的是一项业务(例如与GVNS的交互)或远程用户的错误地理位置(例如号码可移动性)。因此，基于TCAP的业务的端到端操作将会由于缺少业务ASE或在被寻址实体处没有被寻址用户而失败。

本发明的第一个目的是提供这样一种方法和系统，当由于对远程用户的间接寻址而在对等实体(即本地交换机)处实现的端到端基于TCAP的补充业务与在中间节点(即本地或转接或汇接交换机)处实现的其他电信业务交互时，可使网络运营商可以避免大量的业务操作失败。

发明的第二个目的是提供一种通用方法，它使得能在中间节点处的入局TC对话和出局TC对话之间建立一条中继链路，从而得到在始发本地交换机节点和目的本地交换机节点之间的一条端到端TC对话链。

发明的第三个目的是为运营商提供一种不需要在中间节点处配置基于TCA的业务ASE的透明中继功能，并提供一种根据所涉及的电信业务来区别链接对话的处理和连续性的能力。

发明的第四个目的是提供一种方法，用于在基于智能网结构的中间节点的两个物理实体(即SSP和SCP)之间传送基本数据单元，以解决所述交互问题，而又不用在网络的所有SSP节点中配置TCAP业务ASE。这种通信方法意味着在一种新的TC中继ASE中封装业务ASE的功能，这种TC中继ASE可作为INAP内的新指令或作为拥有自己的ASE数据单元集的另一基于TCAP的补充业务来实现。

本发明是电信网中的一种用于使网络运营商在端到端基于TCAP的补充业务和另一干扰电信业务之间存在交互时避免业务操作失败的方法和系统。更具体地说，这是以下这种情况中出现的问题：一个与始发交换机节点连接的用户请求激活一项补充业务，即位于所述始发节点的应用中的所述基于TCAP的补充业务。补充业务使用事务处理能力应用部分TCAP和对应的抽象业务单元ASE来与连接被寻址的远程用户的目的本地交换机节点应用中的对应补充业务建立一条具有一个事务处理ID的端到端事务处理能力TC对话。TC对话可根据位于中间节点应用中的电信业务、即所述干扰业务来终接请求。

本发明包括用于在中间节点处的入局TC对话和出局TC对话之间建立一条中继链路、以便在始发本地交换机节点和目的本地交换机节点之间建立一条端到端TC对话链的装置和步骤。在中间节点处，一种与使用基于TCAP的补充业务ASE无关的透明中继功能被加以采用。链接对话的处理和连续性随着所述干扰电信业务所产生的交互的影响而有所区别。

该透明中继功能传送基于TCAP的补充业务和所述入局TC对话、所述干扰电信业务和所述出局TC对话之间交互的所述影响。

业务ASE封装在一个新的TC中继ASE中，后者作为智能网应用部分INAP内的新指令或拥有自己的ASE数据单元集的另一基于TCAP的补充业务而实现。

发明提供了以下步骤和装置：一旦收到与一项具有专用子系统号码SSN的基于TCAP的补充业务有关的入局TC对话请求，就在中间节点中根据对所请求的基于TCAP的补充业务标识的分析进行一些基本的相关处理，这一标识由与该请求一同发送的特定补充业务目标标识符OID、主叫和被叫方地址信息所代表。

这些处理中的第一项包括在中间节点不能识别OID或被叫方地址信息无法对与中间节点连接的用户寻址时启动透明中继功能。

第二项处理发起TC中继链路程序，包括保留接收的TC对话ID和通过向干扰电信业务传送被叫和主叫方地址信息以及所接收的TC对话的辅助业务ASE来发出号码转换的查询请求。

第三项处理包括分析收到的查询和通过干扰电信业务来确定新的被叫方地址信息以及与基于TCAP的补充业务交互的影响，该项补充业务根据接收的OID而识别。

在第四项处理中，TC中继链路程序包括根据从干扰电信业务收到的被叫方地址信息和补充业务ASE来建立一条出局TC对话。根据用于TC对话连续性处理的所接收的指示符，就在入局和出局TC对话ID之间建立了一种联系。

对于区别链接对话的处理和连续性的步骤，干扰电信业务提供了一个指示符，用于指示TC链路中继功能是应该使用单一联系控制功能SACF在入局和出局TC对话之间建立一种简单和单一的联系、还是应该使用多重联系控制功能MACF在入局和出局TC对话之间利用两个SACF建立多重联系。

当出局TC对话中使用的基于TCAP的补充业务ASE与入局TC对话收到的基于TCAP的补充业务ASE相同时，则确定使用SACF联系。当出局TC对话中使用的基于TCAP的补充业务ASE与入局TC对话收到的基于TCAP的补充业务ASE不同时，则确定使用MACF联系。

附图简述

下面将参考附图，更详细地描述本发明，其中：

图.1表示一种网络结构，描述了在中间节点为了在始发本地交换机中的ASE和终接本地交换机中的对应ASE之间实现端到端连接的被动TC中继机制的标准模型。

图.2表示了与图.1类似的结构，用于描述在中间节点为了在始发本地交换机中的ASE和终接本地交换机中的对应ASE之间实现端到端连接的主动TC中继机制的标准模型。

图.3、4和5是流程图，说明了当启动一项基于TCAP的补充业务并在入局和出局TC对话之间建立一种被动或主动TC中继联系时，在图.1或2的中间节点处所进行的操作，

图.6是流程图，说明了为了将在图.3-5中建立的TC中继链路延续至始发和终接实体之间的TC对话事务处理结束为止，在中间节点处所进行的操作。

图.7是流程图，说明了在利用图.3-6中的TC中继链路建立时，由中间节点处的应用所进行的操作。

实施例的详细描述

一些标准的补充业务(例如CCBS)在电信网中通过使用TCAP端到端信令能力(即在连接用户的始发和目的节点处的业务ASE之间的直接联系)而实现。

基于TCAP的业务通过使用SCCP选路机制(即SCCP GT被叫方地址和子系统号码SSN)来建立TCAP端到端TC对话，其中SSN是用于识别该应用的一个SCCP寻址单元。注意，ITU-T指定SSN八比特字节值“0000 1011”供补充业务专用。而且，不同补充业务通过一个目标标识符来区分，该标识符是一个用于对适合的业务ASE寻址的特定值。

当作为SCCP GT被叫方地址使用的被拔打的B号码信息涉及一项网络业务(例如GVNS选路地址)或远程用户的错误地理位置(例如使用号码可移动性)时，基于TCAP的业务的端到端操作将会失败。因此，为了在一个实现业务的干扰节点处成功地建立对等实体的端到端连接，需要在入局TC对话和一个新的对远程用户寻址的出局TC对话之间建立一条TC中继链路。这种节点就成为了始发和终接节点之间的端到端连接中的一个中间节点。

另外，根据基于TCAP的业务和其他网络业务之间的交互不同这一事实，例如CCBS和GVNS或CCBS和号码可移动性，TC中继链路功能可能也有所不同，因此正如以下更详细的描述，定义了被动方式联系和主动方式联系。

在图.1和2中表示了一种网络结构模型，它包括在通过TC中继链路功能建立端到端对话中涉及的模块实体。所述模型技术与ITU-T建议，例如ITU-T Q.1218中用于说明不同模块实体之间关系的通用描述一致。更具体地说，ITU-T建议Q.1218定义了支持智能网能力集1所需的INAP CS1(智能网应用部分)协议单元。

尽管其他地方都相同，图.1和图.2的不同之处在于，图.1是用于说明建立一种还被称为被动方式的被动TC中继链路功能，而图.2用于说明建立一种还被称为主动方式的主动TC中继链路功能。根据应用被动还是主动方式，即图.1还是图.2，各图中定义一些模块实体的线段是虚线，以表示该实体存在于节点中，但与对等实体之间的端到端连接无关。

图.1和图.2中对一条TC中继链路的示意性表示说明网络结构包括一台始发本地交换机OLE102/202、一台终接本地交换机TLE104/204和一个中间节点106/206。在上文和下文中，以1开头的数字表示所述模块属于图.1，而以2开头的数字表示所述模块属于图.2。每个这样的节点都包括一个用于建立TC对话的公共模块实体集合。这个公共模块实体集合是：

-一个被称为MTP的消息传递部分，由模块108/208表示，用于在使用7号信令时在网络中的节点之间传递消息。MTP在ITU-T建议Q.701-Q.705中定义。

-一个被称为SCCP的信令连接控制部分，由模块110/210表示。SCCP是7号信令中的一个部分，用于在消息对与发送交换机没有直接连接的交换机寻址时控制消息通过网络的传送。SCCP选路可以使用分别被称为GT寻址和SPC寻址的两种寻址机制中的任意一种。GT寻址使用对接收主叫和被叫方地址的分析来确定到下一选路实体的链路，而SPC寻址使用预定中继信令实体来对到下一选路实体的后续链路寻址。对于业务来说，正常建立一个TC对话的方法是通过一个SCCP GT寻址请求而开始的。在ITU-T建议Q.711-Q.7165中可以找到关于SCCP能力的操作流程、编码和格式编排的详细描述。

-一个被称为TCAP的事务处理能力应用部分是由模块112/212来表示的。还被称为“事务处理能力”TC的这种功能是7号信令的一个部分，它用于以结构化方式对来自用户的信息打包，并与远程用户建立一个端到端的对话。ITU-T建议Q.771-Q.775中描述了关于TCAP和TC对话的操作流程、编码和格式编排的详细说明。TCAP对话通过下层信令层在网络中传送，该信令层就是上述SCCP 110/210。

-一个被称为SACF的单一联系控制功能是由模块114/214来表示的，并用于在一个对话的入局侧和出局侧建立一个简单和单一的联系。

一个被称为MACF的多重联系控制功能是由模块116/216来表示的，并在两个SACF被联系在一起时使用。

-一个被称为ADLE的应用分配逻辑实体是由模块136/236来表示的，其任务是终接入局TC对话、当需要时启动TC对话中继、以及在一旦必要的时候进行TC中继链接。下文中将更详细地描述ADLE功能。

-每个模块102/202、104/204和106/206还分别具有一项应用118/218、120/220和122/222。这一应用包括一个可应用于该特定网络实体的网络业务集合。因此，应用118/218的业务不需要与应用120/220的业务或应用122/222的业务相同。例如，业务CCBS在本地交换机OLE102/202和TLE106/206的应用118/218和122/222中存在，而业务GVNS在转接或汇接交换机106/206的应用120/220中存在。

还有一些其他的业务ASE，即OLE102/202内的124/224和126/226；中间节点106/206内的130/230和132/232；和TLE104/204内的124/224和128/228。具体地说，每个ASE对应各节点应用中的一项业务，用于在对等实体的业务之间进行联系。例如为了下文的进一步说明，可以假定ASE124/224是CCBS ASE。

节点实体模型(例如102/202、104/204或106/206)还可能与如ITU-T建议Q.1200系列所述、包括业务交换点(SSP)和业务控制点(SCP)的智能网结构相符。图.1和2中没有表示出OLE102/202或TLE104/204或中间节点106/206上可能存在的这种结构适配。但是，如果应用这种结构，那么SSP和SCP之间的通信就通过代表智能网应用部分(INAP)协议的特定ASE134/234来进行。

在OLE102/202中，与该节点连接的用户请求激活位于应用模块实体118/218中的一项业务(例如CCBS)，该实体又使用它所对应的业务ASE(例如124/224(CCBS ASE))与对应的业务建立联系，以在两个对等实体之间建立一个端到端TC对话。业务ASE124/224通过指示其目标标识符和补充业务专用的子系统号码(即SSN＝″0000 1011″)、并依次经由SACF114/214、TCAP112/212、SCCP110/210和MTP108/208发送一个请求即一个TC-BEGIN原语来建立TC对话。通过使用被拔打的B号码作为对远程实体(例如106/206)定位的SCCP GT地址，由网络中的MTP和SCCP可对TC对话请求进行传送。所请求的TC对话在物理路径138/238上向远程实体传送。

在中间节点106/206中，物理路径138/238上的入局TC对话经由MTP108/208、SCCP110/210、TCAP112/212和SACF114/214被送往适合的ASE。SCCP110/210通过以上所示SSN来识别TC对话的接收机。如果需要，可检测ADLE136/236的功能，并实现入局对话和出局对话之间的TC中继链接。当发现必须为这一TC对话使用TC中继链路时，ADLE136/236向应用120/220发送一个请求，后者完成相应的操作并通知ADLE136/236需要使用被动还是主动方式的TC中继链路。ADLE136/236和应用120/220之间的通信可以通过诸如图.8中指定的协议来实现。这里提到的操作也可以作为对现有协议的改进加以应用。例如，它们可以包含在未来某个协议(例如符合TTU-T建议Q.1238的INAPCS3)的范围内。

如图.1所示的被动方式联系是使用同一入局业务ASE的TC中继链路，也就是说在出局TC对话上可以为数据单元指定新的值，但要使用同一个数据单元集合。

如图.2所示的主动方式联系是通过互联两个SACF214的MACF216而建立的一个TC中继链路，并使用另一业务ASE232，例如可以通过在出局TC对话上增加新的参数和数据单元来修改入局业务ASE。对于主动方式的TC中继链路，需要在两个中间节点中实现至少两条TC中继链路，以便为在TLE104/204处终接而再生原始的入局业务ASE，并与OLE102/202建立端到端联系。任何图中都没有表示出这一条链。

在中间节点106/206中，ADLE136/236通过来自应用的OID(目标标识符)、SSN和被叫方号码而产生出局TC对话，以便通过经由SACF114/214、TCAP112/212、SCCP110/210和MTP108/208发送一个请求(即一个TC-BEGIN原语)来与TLE104/204链接。因此，该请求在物理链路140/240上向TLE104/204传送。

在TLE104/204中，物理链路140/240上的入局TC对话经由MTP108/208、SCCP110/210、TCAP112/212和SACF114/214被送往适合的ASE。收到的SSN值和业务特定的目标标识符值指示该TC对话是对业务ASE124/224(例如CCBS ASE)寻址，后者再向应用122/222内的相关业务(例如CCBS)发送该请求。

因此，通过中间节点106/206处的一条TC中继链路机制就实现了OLE102/202和TLE104/204之间的端到端业务联系。取决于所用TC中继方式，即被动或带有或不带触发的主动方式，OLE102/202和TLE104/204之间的TC中继链接对话的延续将透明地或经由应用120/220通过中间节点106/206。

入局TC对话和出局TC对话之间的联系将在中间节点106处保留，直至端到端联系终止为止。这一链接由入局和出局数据(例如下表1所示的事务ID和SCCP地址)所识别。

表1

入局事务_ID(或MACF链路)	出局事务_ID(或MACF链路)	触发请求	入局SCCP地址	出局SCCP地址
入局事务_ID(或MACF链路)	出局事务_ID(或MACF链路)	触发请求	入局SCCP地址	出局SCCP地址	ID	ID	是/否	主叫，被叫	主叫，被叫
ID：	ID：	是/否：	---″---：	---″---：	ID	ID	是/否	主叫，被叫	主叫，被叫
ID：	ID：	是/否：	---″---：	---″---：	：	：	：	：	：

事务处理_ID是由TCAP产生的一个标识，用于识别所建立的TC对话。表1中触发请求一栏是与主动方式TC中继链路有关的一个特定指示，并且它被该业务用来指示是否打算检查该TC对话延续。如果不需要触发，那么TC对话数据单元将在中间节点106/206处从所建立的TC中继链路的入局侧映射到出局侧。

图.3、4和5说明的是在启动一项基于TCAP的补充业务和在入局和出局TC对话之间建立一条被动或主动TC中继连接时，在图.1或2的中间节点处所进行操作的流程图。当下文描述这些操作时，将参考图.8可用时规定的TC中继协议进行。

图.3说明了ADLE136/236在接收TC对话和向应用发送对这些步骤的合适响应之间所进行的步骤。

一旦接收到SSN＝″0000 1011″的一个TC-begin(开始)，请求就在决定是否激活TC中继链路功能的ADLE中终止。该决定是根据下表2中出现的准则作出的。

表2

全局OID	SCCP被叫地址	操作
全局OID	SCCP被叫地址	操作	是	OK	没有中继
是	NOK	中继	是	OK	没有中继
是	NOK	中继	否	OK	中继
否	NOK	中继	否	OK	中继

在表2中：

OK＝收到的SCCP被叫地址指向节点304内的一个规定用户。

NOK＝收到的SCCP被叫地址是一个拥有号码可移动性指示符或业务标识符等的用户。

在图.3中，模块302表示在ADLE中收到TC-begin(开始)。在步骤304中，ADLE分析是否可以识别出一个ASE的全局目标标识符。如果可以，下一步骤306就用于检查是否存在一个GT被叫地址。如果存在，TC对话就在步骤308终止，并向由步骤304中识别出的OID指示的被寻址ASE传送在OLE102中始发的TC请求。这种情况对应表2中的第一行，它意味着不应该激活TC中继功能。

如果在步骤304没有识别出全局OID，那么与表2中的第3和第4行相对应，无论是否存在一个GT被叫地址，TC中继功能都将被激活。同样，如果在步骤306无法知道被寻址的GT被叫地址，与表中的第2行对应，也将进行相同的处理。

ADLE136下面执行的步骤309将是保留入局事务处理_ID和SCCP GT地址。ADLE136执行的下一步骤310是构成一条消息，指明应用地址＝″SCCP GT被叫方地址″以识别被寻址业务，和指明发送者＝″ADLE-ID″，以识别请求始发方。

在步骤312中，ADLE136确定是否支持TC中继信令。与之相关的结果取决于通信所用的协议。

当中间节点处的ADLE和一个应用驻留于同一实体之内时，将根据这里没有讨论的一种内部通信方案来实现通信。不过，当中间节点符合智能网结构或当被寻址的业务(例如号码可移动性业务)驻留于另一实体内时，ADLE和应用内的网络业务之间的通信就可通过以下两种协议类型中的任意一种来实现。

1.一种现有协议，例如ITU-T建议Q.1210-Q.1219所描述的INAP

能力集1(CS1)。这类现有协议不具有根据图.8所述方式传送TC

中继链路数据单元的能力，这一事实将总会意味着所得到的端到

端连接是一条被动方式的TC中继链路，它代表了修改SCCP GT

地址信息的能力。

2.一种改进协议，例如INAP能力集3(CS3)或符合图.8的一种

基于TCAP的ADLE ASE，或任何其它适合的基于TCAP的协议。

如果在步骤312的结果为肯定，即通信是以第2类协议为基础进行，参照根据图.8的协议，ADLE136就在步骤314把入局SCCP GT地址、OID和ASE分组封装到RelayRequest(中继请求)指令中，并在步骤316向应用120发送该消息。

如果在步骤312的结果为否定，即通信是以第1类协议为基础进行，ADLE136就在步骤318向应用120发送一个合适的INAP指令。

图.4表示ADLE 136在如模块402和404所示，收到来自应用120的被请求INAP指令或RelayResponse(中继响应)时所采取的步骤。

在收到RelayResponse(中继响应)时，步骤406参照图.8协议，从RelayResponse Operation(中继响应指令)中分离出接收SCCP GT地址、OID和ASE分组。步骤408确定是否使用单一联系。如果不是，将进行后面根据图.5所描述的处理。

如果步骤408确定是单一联系，就在步骤410确定：如果步骤406收到OID，那么该OID是否与终接对话步骤314中的OID不同。如果为是，就是出现了错误，步骤412会向始发远程实体(即OLE 102)发送一条为“错误，发送TC-P-ABORT(中止)”的消息，或任何等效错误原语。

如果步骤410的结果为否定，继续执行步骤414，生成一个出局事务处理_ID。在步骤416，保留出局事务处理_ID和SCCP GT地址。在步骤418，从步骤402的INAP指令中收到的ASE内或来自始发节点OLE102的接收ASE124内会产生一个新的TC-begin(开始)。参照图.8，SCCP GT地址根据接收的sccpCalledAddress(被叫地址)来进行编译。在步骤420，TC-begin(开始)被送往目的远程实体，即TLE104。

图.5是说明在图.4的步骤408中判断的结果为多重联系之后的处理流程图。

在步骤502中进行一项检查，以确定是否继续进行所请求的触发。如果是，则在步骤504保持监测TC中继表1内的指示符。如果步骤502的结果为否定，这时处理就直接转到一个同时也被接在步骤504之后的步骤506。步骤506确定是否存在与图.4步骤404对应的RelayResponse(中继响应)中收到的OID。

在接收的OID不存在时，中间节点就不支持所请求的ASE，处理在步骤508结束，这时向始发远程实体(即OLE102)发送一条消息“错误，发送TC-P-ABORT(中止)”。

在步骤510中，建立一条到新ASE的链路，该ASE由OID识别、并通过MACF接收自步骤406中的应用120。

在步骤512中，保留MACF链路和SCCP GT地址。

在步骤514中，根据接收的ASE生成一个新的TC-begin(开始)。对SCCP GT地址进行编译。

在步骤516中，向目的远程实体TLE104发送TC-begin(开始)。

图.6说明在中间节点206处进行的操作，它用以维持在图.3-5中建立的TC中继链路，直至始发和终接实体之间的TC对话事务结束为止。

模块602表示在ADLE 240中接收除TC-begin(开始)之外的任何分别来自始发或终接远程实体202或204、并拥有SSN＝“补充业务”的TC原语。

步骤604检查ADLE中是否存在事务处理ID。如果没有，在步骤606终止TC对话，并向由OID识别的被寻址ASE发送一条消息。如果步骤604的结果为肯定，步骤608检查是否应该根据表1中保留的信息通过MACF216发送TC中继。

如果步骤608的结果为肯定，在步骤610检查是否已请求启动业务。如果是，在步骤612向应用220发送入局ASE。在步骤614，自应用220收到一个ASE。

在步骤616，对TC指令和包含在TC中继表1中的中继事务处理ID和地址进行编译；在步骤618，分别向始发或终接远程实体202或204发送中继TC指令。

如果步骤608或610的结果为否定，两种情况下处理都直接转到步骤616。

图.7说明在中间节点106/206处的应用120/220在收到图.3步骤318中发送的INAP指令或步骤316中发送的指令和向其发送分别在图.4步骤402或步骤404接收的响应之间、或在收到图.6步骤612中发送的ASE与向其发送在图.6步骤614接收的一个响应ASE之间所进行的操作。

在步骤701中把查询状态标志定义为查询状态＝(错误)。步骤318中发送的INAP指令在步骤702中接收，步骤316或步骤612中发送的RelayRequest(中继请求)指令在步骤704中接收。对于后一种情况，继续执行步骤706，从RelayRequest(中继请求)指令(参照图.8)中解出接收的SCCP GT地址、OID和ASE分组。

在以上两种情况下，处理从步骤702或步骤708开始继续执行步骤710，进行对被寻址业务应用的识别。在步骤712确定是否识别出业务应用。如果没有，就出现了错误，在步骤713向ADLE返回该数据流。如果已识别出，在步骤714执行所请求的操作或交互，并产生一个新的SCCP GT地址。

如果步骤716的结果为肯定，就在步骤718确定是否为单一联系。如果是，处理执行步骤720，向ADLE发送在步骤404或616中收到的RelayResponse(中继响应)。如果步骤718的结果为否定，在步骤720之前先执行步骤722，产生一个新的ASE，指示相关OID，这些信息被封装入RelayResponse(中继响应)指令中。

如果步骤716的结果为否定，在步骤724向ADLE136发送一个合适的INAP指令，该指令在步骤402中被接收。

下面是对一个基于TCAP的ASE指令实例的描述，它以TC中继协议的形式给出，ADLE使用它与120/122中的业务应用通信。在其它协议，例如将来的INAPCS3协议中也可能支持这些指令。

DEFINITIONS EXPLICIT TAGS  ∷＝

BEGIN

IMPORTS  OPERATION，

         ERROR

         FROM TCAPMessages{ccitt recommendation q 773
         module  A(O)}
--指令类型
RelayRequest∷＝OPERATION

    PARAMETER SEQUENCE{

    sccpCalledAddress            Address

    sccpCallingAddress    [1]    Address OPTIONAL，

    Service ObjectedId    [2]    ServiceObjectID OPTIONAL，

    AsePackage            [3]    AsePackage OPTIONAL，...}

             --如果省略serviceObjectID，那么应用认为是一个

             --地址转换中继请求。
				
				<dp n="d14"/>
--RelayRequest指令定义结束
RelayResponse∷＝OPERATION

    PARAMETER SEQUENCE{

    singleAssociation             BOOLEAN DEFAULT TRUE，

    triggeringRequested           BOOLEAN DEFAULT FALSE.

    sccpCalledAddress             Address，

    sccpCallingAddress     [1]    Address OPTIONAL，

    serviceObjectedId      [2]    ServiceObjectID OPTIONAL，

    asePackage             [3]    AsePackage OPTIONAL，...}

               singleAssociation指定为SACF或MACF指示符。

               --如果不是，serviceObjectID就成为必备单元。
--RelayResponse指令定义结束
--常数和数据类型定义
Address    ∷＝OCTET STRING(SIZE(1..地址区域的最大长度))

           --该地址根据ITU-T建议Q.713的描述进行编码
ServiceObjectID  ∷＝OBJECT IDENTIFIER
AsePackage  ∷＝CHARACTER STRING(SIZE(1..ase数据的最大长度))
--中继协议结束

RelayRequest指令从OLE102/202向106/206的中间节点发送业务ASE。sccpCalledAddress和sccpCallingAddress参数携带接收的SCCP寻址信息，即SCCP GT被叫和主叫方地址，serviceObjectedID参数携带由发送ASE定义的业务目标ID，asePackage参数携带从发送ASE(例如OLE102/202的124)接收的封装的ASE数据单元。

RelayResponse指令向后续节点(例如TLE104/204)传送由中间节点106/206发出的业务ASE。布尔变量singleAssociation和triggeringRequested向ADLE136/236指示对出局TC对话的处理。sccpCalledAddress和sccpCallingAddress参数携带发送的SCCP寻址信息，即SCCP GT被叫和主叫方地址，serviceObjectedID参数携带在MACF联系中识别发送ASE的业务目标ID，asePackage参数携带在发送ASE(例如OLE106/206的132)中向后续节点发送的封装的ASE数据单元。

Claims

1.电信网中的一种方法，其中与一台始发本地交换机节点连接的用户请求激活位于所述始发节点应用中的一项补充业务，所述补充业务使用事务处理能力应用部分TCAP和对应的抽象业务单元ASE与位于被寻址的远程用户所连接的目的本地交换机节点应用中的对应补充业务建立一个具有一个事务处理ID的端到端事务处理能力TC对话，所述TC对话根据位于中间节点应用中的干扰电信业务来终接该请求，

该方法用于使网络运营商在所述端到端基于TCAP的补充业务和所述干扰电信业务之间存在交互时避免业务操作失败，所述方法包括步骤：

(a)在中间节点处的一个入局TC对话和一个出局TC对话之间建

立一条中继链路，以便在始发本地交换机节点和目的本地交换

机节点之间建立一个端到端TC对话链，同时在中间节点处采用

与所利用的基于TCAP的补充业务ASE无关的透明中继功能，

(b)根据所述干扰电信业务产生的交互结果来区别链接对话的处

理和连续性。

2.根据权利要求1的方法，其中所述透明中继功能把基于TCAP的补充业务ASE和在所述入局TC对话、所述干扰电信业务和所述出局TC对话之间交互的所述结果联系在一起。

3.根据权利要求2的方法，包括

在一个新的TC中继ASE中封装业务ASE，这可以作为智能网应用部分内的新操作或作为另一拥有自己的ASE数据单元集的基于TCAP的补充业务来实现。

4.根据权利要求1的方法，包括

在中间节点处，响应收到的与具有专用子系统号码SSN的基于TCAP的补充业务有关的入局TC对话请求、并根据对请求的基于TCAP的补充业务标识的分析来执行以下步骤，其中该标识是通过与请求一起发送的一个特定补充业务目标识别符OID、主叫和被叫方地址信息来进行识别的：

i)在中间节点无法识别OID或者被叫方地址信息不对与中间节

点连接的用户寻址时，启动该透明中继功能，

ii)始发一个TC中继链路程序，其中包括保留所接收的TC对话

ID，并且通过向干扰电信业务传送被叫和主叫方地址信息以及接

收的TC对话的补充业务ASE来发出一个号码转换查询请求，

iii)分析收到的查询请求，并通过干扰电信业务确定新的被叫方

地址信息以及与接收OID所识别的基于TCAP的补充业务交互的

结果，

iv)完成TC中继链路程序，其中包括根据从干扰电信业务收到的

被叫方地址信息和补充业务ASE来建立一条出局TC对话，并根

据所接收的用于处理TC对话连续性的指示在入局和出局TC对

话ID之间建立联系。

5.根据权利要求1的方法，包括由干扰电信业务为所述区别链接对话的处理和连续性的步骤提供一个指示，指明TC链路中继功能应该使用单一联系控制功能SACF在入局和出局TC对话之间建立一条简单和单一的联系、还是应该使用多重联系控制功能MACF在入局和出局TC对话之间建立使用两个SACF的多重联系。

6.根据权利要求5的方法，包括

当出局TC对话中使用的基于TCAP的补充业务ASE与由入局TC对话接收的基于TCAP的补充业务ASE相同时，确定使用SACF联系，以及

当出局TC对话中使用的基于TCAP的补充业务ASE与由入局TC对话接收的基于TCAP的补充业务ASE不同时，确定使用MACF联系

7.根据权利要求4的方法，包括通过应用分配逻辑实体ADLE和一个接收TC对话并将其向所述ADLE传送以供进一步处理的第一SACF来执行步骤i)和ii)。

8.根据权利要求7的方法，包括由ADLE实体来建立所述新的TC中继链路，通过经由MACF请求第二SACF的协助来命令所述第一SACF建立一种新的联系。

9.根据权利要求7或8的方法，包括在步骤ii)的ADLE中进一步执行以下步骤：

保留入局事务处理ID和信令连接控制部分SCCP全局名称GT地址，

构成一条识别被寻址业务和请求始发方的消息，

确定当前用于通信的协议是否支持TC中继信令，以及

如果支持，把入局SCCP GT地址、OID和ASE分组封装入中继请求指令中，并向中间节点中的应用发送该指令，以便在其中进行处理，从而生成对ADLE的一个合适的中继响应，

如果不支持，向中间节点中的应用发送当前协议下的一条合适指令，以便在其中进行处理，从而向ADLE返回当前协议下的一条新指令。

10.根据权利要求9的方法，包括响应收到的当前协议下的指令，在应用中执行以下步骤：

识别被寻址的业务应用，

执行所请求的操作或交互，生成一个新的SCCP GT地址，

在当前协议下发送合适的新指令。

11.根据权利要求9的方法，包括响应收到的中继请求指令，在应用中执行以下步骤：

分离出SCCP GT地址、OID和ASE分组，

识别被寻址的业务应用，

执行所请求的操作或交互，并生成一个新的SCCP GT地址，

向ADLE发送一个中继响应指令，在多重联系的情况下，在发送所述响应指令之前要产生一个新的ASE和有关OID指示符，并把这些信息封装入中继响应指令中。

12.根据权利要求10的方法，响应收到的当前协议下的指令，在ADLE中执行以下步骤：

产生一个出局事务处理ID，

保留出局事务处理ID和SCCP GT地址，

根据在指令中收到的ASE产生一个新的TC-begin，

编译SCCP GT地址，

向目的远程实体发送TC-begin。

13.根据权利要求11的方法，响应自应用收到的中继响应，在单一联系的情况下，在ADLE中执行以下步骤：

从中继响应指令中分离出收到的SCCP GT地址、OID和ASE分组，

产生一个出局事务处理ID，

保留出局事务处理ID和SCCP GT地址，

根据收到的ASE产生一个新的TC-begin，

编译SCCP GT地址，

向目的远程实体发送TC-begin。

14.根据权利要求11的方法，响应自应用收到的中继响应，在多重联系的情况下，在ADLE中执行以下步骤：

通过MACF产生到新ASE的一条链路，

保留MACF链路和SCCP GT地址，

根据收到的ASE产生一个新的TC-begin并编译SCCP GT地址，

向目的远程实体发送TC-begin。

15.根据权利要求9-14中任意一项的方法，包括为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及在ADLE中不存在事务处理ID的情况下，在中间节点处执行以下步骤：

终接TC对话并向由OID识别的被寻址ASE发送消息。

16.根据权利要求9-14中任意一项的方法，包括为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及在ADLE中存在事务ID、TC中继应该经由MACF发送、和已请求启动业务的情况下，在中间节点处执行以下步骤：

向应用发送入局ASE，以产生新的ASE，

接收来自应用的新ASE，

根据中继事务处理ID和地址来编译TC指令，

向始发或终接远程实体发送中继TC指令。

17.根据权利要求9-14中任意一项的方法，包括为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及ADLE中存在事务ID、TC中继应该经由MACF发送、但是未请求启动业务的情况下，在中间节点处执行以下步骤：

根据中继事务处理ID和地址来编译TC指令，

向始发或终接远程实体发送中继TC指令。

18.根据权利要求9-14中任意一项的方法，包括为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及ADLE中存在事务ID、但TC中继不经由MACF发送的情况下，在中间节点处执行以下步骤：

根据中继事务ID和地址来编译TC指令，

向始发或终接远程实体发送中继TC指令。

19.电信网中的一种系统，其中与一台始发本地交换机节点连接的用户请求激活位于所述始发节点应用中的一项补充业务，所述补充业务使用事务处理能力应用部分TCAP和对应的抽象业务单元ASE以便与位于被寻址的远程用户相连接的目的本地交换机节点的应用中的对应补充业务建立一个具有一个事务ID的端到端事务能力TC对话，所述TC对话根据位于中间节点应用中的干扰电信业务来终接该请求，

该系统用于使网络运营商在所述端到端TCAP补充业务和所述干扰电信业务之间存在交互时避免业务操作失败，所述系统包括：

(a)用于在中间节点处的一个入局TC对话和一个出局TC对话之

间建立一条中继链路的装置，以便在始发本地交换机节点和目

的本地交换机节点之间建立一个端到端TC对话链，同时在中间

节点处采用与所利用的基于TCAP的补充业务ASE无关的透明中

继功能，

理和连续性的装置。

20.根据权利要求19的系统，其中所述透明中继功能把基于TCAP的补充业务ASE和在所述入局TC对话、所述干扰电信业务和所述出局TC对话之间交互的所述结果联系在一起。

21.根据权利要求20的系统，包括

用于在一个新的TC中继ASE中封装业务ASE的装置，该封装操作可以作为智能网应用部分内的新操作或作为另一拥有自己的ASE数据单元集的基于TCAP的补充业务来实现。

22.根据权利要求19的系统，包括

在中间节点处，响应收到的与具有专用子系统号码SSN的基于TCAP的补充业务有关的入局TC对话请求、并根据对请求的基于TCAP的补充业务标识的分析，其中该标识是通过与请求一起发送的一个特定补充业务目标识别符OID、主叫和被叫方地址信息来进行识别的：

i)在中间节点无法识别OID或者被叫方地址信息不对与中间节点连接的用户寻址时用于启动透明中继功能的装置，

ii)用于始发一个TC中继链路程序的装置，其中包括保留所接收的TC对话ID，并且通过向干扰电信业务传送被叫和主叫方地址信息以及接收的TC对话的补充业务ASE来发出一个号码转换查询请求，

iii)用于分析收到的查询请求、并通过干扰电信业务确定新的被叫方地址信息以及与接收OID所识别的基于TCAP的补充业务交互的结果的装置，

iv)用于完成TC中继链路程序的装置，其中包括根据从干扰电信业务收到的被叫方地址信息和补充业务ASE来建立一条出局TC对话，并根据所接收的用于处理TC对话连续性的指示在入局和出局TC对话ID之间建立联系。

23.根据权利要求19的系统，包括由干扰电信业务为所述区别链接对话的处理和连续性的步骤提供一个指示的装置，以指明TC链路中继功能应该使用单一联系控制功能SACF在入局和出局TC对话之间建立一条简单和单一的联系、还是应该使用多重联系控制功能MACF在入局和出局TC对话之间建立使用两个SACF的多重联系。

24.根据权利要求23的系统，包括

当出局TC对话中使用的基于TCAP的补充业务ASE与由入局TC对话接收的基于TCAP的补充业务ASE相同时确定使用SACF联系、以及当出局TC对话中使用的基于TCAP的补充业务ASE与由入局TC对话接收的TCAP补充业务ASE不同时则确定使用MACF联系的装置。

25.根据权利要求4-6中任意一项的系统，包括通过应用分配逻辑实体ADLE和一个接收TC对话并将其向所述ADLE传送以供进一步处理的第一SACF来执行步骤i)和ii)的装置。

26.根据权利要求25的系统，包括用于由ADLE实体来建立所述新的TC中继链路、通过经由MACF请求第二SACF的协助来命令所述第一SACF建立一种新联系的装置。

27.根据权利要求25或26的系统，在ADLE中包括：

用于保留入局事务处理ID和信令连接控制部分SCCP全局名称GT地址的装置，

用于构成一条识别被寻址业务和请求始发方的消息的装置，

用于确定当前用于通信的协议是否支持TC中继信令的装置，以及

如果支持，用于把入局SCCP GT地址、OID和ASE分组封装入中继请求指令中、并向中间节点中的应用发送该指令以便后者进行处理从而生成到ADLE的一个合适的中继响应的装置，

如果不支持，用于向中间节点中的应用发送当前协议下的一条合适指令、以便在其中进行处理从而向ADLE返回当前协议下的一条新指令的装置。

28.根据权利要求27的系统，响应收到的当前协议下的指令，在应用中包括：

用于识别被寻址的业务应用的装置，

用于执行所请求的操作或交互并且生成一个新的SCCP GT地址的装置，

用于在当前协议下发送合适的新指令的装置。

29.根据权利要求27的系统，响应收到的中继请求指令，在应用中包括：

用于分离出SCCP GT地址、OID和ASE分组的装置，

用于识别被寻址的业务应用的装置，

用于向ADLE发送一个中继响应指令的装置，其中在多重联系的情况下，在发送所述响应指令之前要产生一个新的ASE和有关OID指示符，并把这些信息插入中继响应指令中。

30.根据权利要求28的系统，响应收到的当前协议下的指令，在ADLE中包括：

用于产生一个出局事务处理ID的装置，

用于保留出局事务处理ID和SCCP GT地址的装置，

用于根据在指令中收到的ASE产生一个新的TC-begin的装置，

用于编译SCCP GT地址的装置，

用于向目的远程实体发送TC-begin的装置。

31.根据权利要求29的系统，响应自应用收到的中继响应，并且在单一联系的情况下，在ADLE中包括：

用于从中继响应指令中分离出收到的SCCP GT地址、OID和ASE分组的装置，

用于产生一个出局事务处理ID的装置，

用于保留出局事务处理ID和SCCP GT地址的装置，

用于根据收到的ASE产生一个新的TC-begin的装置，

用于编译SCCP GT地址的装置，

用于向目的远程实体发送TC-begin的装置。

32.根据权利要求29的系统，响应自应用收到的中继响应，在多重联系的情况下，在ADLE中包括：

用于通过MACF产生到新ASE的一条链路的装置，

用于保留MACF链路和SCCP GT地址的装置，

用于根据收到的ASE产生一个新的TC-begin并编译SCCP GT地址的装置，

用于向目的远程实体发送TC-begin的装置。

33.根据权利要求27-32中任意一项的系统，为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及在ADLE中不存在事务处理ID的情况下，在中间节点处包括：

用于终接TC对话并向由OID识别的被寻址ASE发送消息的装置。

34.根据权利要求27-32中任意一项的系统，为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务结束，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及ADLE中存在事务ID、TC中继应该经由MACF发送、和已请求启动业务的情况下，在中间节点处包括：

用于向应用发送入局ASE，以产生新的ASE的装置，

用于接收来自应用的新ASE的装置，

用于根据中继事务处理ID和地址编译TC指令的装置，

用于向始发或终接远程实体发送中继TC指令的装置。

35.根据权利要求27-32中任意一项的系统，为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，以及ADLE中存在事务ID、TC中继应该经由MACF发送、但是未请求启动业务的情况下，在中间节点处包括：

用于根据中继事务处理ID和地址来编译TC指令的装置，

用于向始发或终接远程实体发送中继TC指令的装置。

36.根据权利要求27-32中任意一项的系统，为了保持所建立TC中继链路的连续性直至始发和终接实体之间的TC对话事务处理结束为止，并响应在ADLE中收到的任何除TC-begin之外、具有SSN＝“补充业务”的TC原语，同时ADLE中存在事务ID、但TC中继不经由MACF发送的情况下，在中间节点处包括：

用于根据中继事务ID和地址来编译TC指令的装置，

用于向始发或终接远程实体发送中继TC指令的装置。