专利名称：一种实现七号信令系统业务负荷均衡的方法
技术领域：
本发明涉及七号信令系统技术，特别是涉及一种实现七号信令业务负荷均衡的方法。
背景技术：
七号信令系统也称为No.7信令系统(SS7，Signalling System No.7)，是局间公共信道信令，应用于数字通信网络。七号信令系统是在ITU Q系列协议中定义的，包括用户部分和消息传递部分(MTP，Message Transfer Part)。如图1所示，七号信令系统协议栈中用户部分主要包括移动应用部分(MAP，Mobile Application Part)/智能应用部分(CAP)、事务能力应用部分(TCAP，Transcation Capability Application Part)、综合业务数字网用户部分(ISUP，ISDN User Part)/电话用户部分(TUP，Telephone User Part)、信令连接控制部分(SCCP，Signalling Connection Control Part)等。
七号信令网中的每一个节点都是一个网络实体，不同功能的网络实体包括的网络层次可能不同。例如包括MAP/CAP层、TCAP层、SCCP层和MTP层的网络实体可以完成MAP/CAP业务，只包括SCCP层和MTP层的网络实体可以作为信令转接点(STP，Signalling Transfer Point)完成信令的转接任务，而包括ISUP/TUP层和MTP层的网络实体则可以完成ISDN业务或电话业务。网络实体中不同层次之间的接口消息是不同的，但一般均包含了网络实体准备向外发送的用户数据。
以完成MAP/CAP业务的网络实体发送消息为例，要发送的消息由MAP/CAP层通过TCAP层、SCCP层、MTP层逐层下传。其中，SCCP层向MTP层下传的消息称为传输请求消息MTP TRANSFER Request，该消息包括源信令编码(OPC，Original Point Code)字段、目的信令点编码(DPC，Destionation Point Code)字段、信令链路选择(SLS，Signalling Link Selection)字段、业务信息八位组(SIO，Service information octet)字段以及用户数据部分。不同国家按照七号信令协议的规定可能对字段的长度有不同的定义，国际电信联盟定义OPC字段为14个比特，DPC字段为14个比特、SLS字段为4个比特、SIO为8个比特，而用户数据部分由上层用户决定。
七号信令网由信令点(SP，Signalling Point)、信令转接点和信令链路(SL，Signalling Link)三部分组成。其中，信令点SP是处理控制消息的节点，产生消息的信令点为该消息的起源点，消息到达的信令点为该消息的目的地点；信令转接点STP具有信令转发功能，能将信令消息从一条信令链路转送到另一条信令链路；信令链路SL是在两个信令点之间传送信令消息的链路，而直接连接两个信令点的一束信令链路构成一个信令链路组。
七号信令协议规定两个直连信令点之间只有一个链路组，并规定一个链路组最多有16条链路。如图2所示，当A局向B局发送消息时，A局的信令点编码称为源信令编码，B局的信令点编码称为目的信令点编码，A局和B局之间的链路组用一条直线表示。当A局给B局发送消息时，一般通过消息中4个比特的信令链路选择字段来确定路由和链路。所以，如果A局和B局之间有K条路由，每个路由有16条链路，那么从A局到B局就有16×K条链路选择，4个比特的SLS字段显然无法使链路得到均衡的选择。另外，如果A局必须经过中间信令点才能到达B局，或者A局有多个源信令点的情况时，A局在发送消息时必须对中间信令点和源信令点分别进行选择。假定A局有N个中间信令点和M个源信令点，每个路由有16条链路，那么A局向B局发送消息的路径就有16×M×N×K种选择。在现有技术中，A局对源信令点、路由和链路的选择都是靠消息中的同一个SLS字段得到，而中间信令点的选择是由用户自行定义的，这种方法显然很难在16×M×N×K种路径中作出均衡的选择，在多次消息发送中，可能使部分路径承受较重的业务负荷，而有的路径却很难被选中。
由此可见，现有技术还不能很好地实现七号信令系统业务负荷的均衡。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现七号信令系统业务负荷均衡的方法。为了达到上述目的，本发明提出的技术方案为一种实现七号信令系统业务负荷均衡的方法，包括以下步骤a、用户部分确定目的信令点编码，并确定由MTP_TRANSFER Request消息中源信令点编码字段和信令链路选择SLS字段组成的选择子，然后下传携带有目的信令点编码和选择子的MTP TRANSFER Request消息；b、消息传递部分MTP根据MTP_TRANSFER Request消息中的选择子确定路由和信令链路选择值，再将信令链路选择值和源信令点编码依次填入要发送消息的信号单元的SLS字段和源信令点编码字段中，然后，MTP层根据确定的目的信令点编码、源信令点编码以及路由和链路发送消息。
当用户部分与MTP层之间存在适配层时，确定源信令点编码的方法是用户部分先将MTP_TRANSFER Request消息下传给适配层，适配层根据消息中的选择子确定本局信令点索引，适配层再将携带有本局信令点索引的MTP_TRANSFER Request消息下传给MTP层，然后，MTP层将消息中的本局信令点索引作为源信令点索引，根据源信令点索引来确定源信令点编码。
当用户部分不存在适配层时，网络实体确定源信令点编码的方法是用户部分根据选择子确定本局信令点索引，再携带本局信令点索引下传消息给MTP层；MTP层将消息中的本局信令点索引作为源信令点索引，再由源信令点索引来确定源信令点编码。
当用户部分为信令连接控制部分SCCP时，为了较好地确定选择子，选择子产生的方法是事务能力应用部分TCAP判断要发送的消息是否有顺序要求，如果有，TCAP层则根据事务ID号得到顺序控制参数，再携带顺序控制参数将要发送的消息下传给SCCP层，由SCCP层根据消息中的顺序控制参数得到选择子；否则，由SCCP层随机产生选择子。
为了更好地确定目的信令点，SCCP层确定目的信令点编码的方法是SCCP层判断该消息是否需要通过中间信令点进行SCCP层转发才能到达目的信令点，如果是，则由SCCP层选择一个中间信令点，并将中间信令点编码作为目的信令点编码；否则，不作处理。
为了更好地选择中间信令点，SCCP层选择一个SCCP层转发的中间信令点的方法是SCCP层判断消息是否有顺序要求，如果有，则SCCP层根据顺序控制参数得到中间信令点索引，再由中间信令点索引确定中间信令点编码；否则，SCCP层根据选择子得到中间信令点索引，再由中间信令点索引确定中间信令点。
当用户部分为综合业务数字网用户部分ISUP/电话用户部分TUP时，为了较好地确定选择子，选择子产生的方法是直接将ISUP/TUP层已有的电路标识码CIC作为选择子。
为了更好地确定路由和信令链路选择值，步骤b所述根据选择子确定路由和信令链路选择值的方法是选择子经过掩码计算或哈希计算得到路由和信令链路选择值。
为了更好地确定本局信令点索引，所述根据选择子确定本局信令点索引的方法是选择子经过掩码计算或哈希计算得到本局信令点索引。
为了更好地确定顺序控制参数和选择子，所述根据事务ID号得到顺序控制参数的方法是事务ID号经过掩码计算或哈希计算得到顺序控制参数；所述根据顺序控制参数得到选择子的方法是顺序控制参数经过掩码计算或哈希计算得到选择子。
为了更好地确定中间信令点索引，所述根据顺序控制参数得到中间信令点索引的方法是顺序控制参数经过掩码计算或哈希计算得到中间信令点索引；所述根据选择子得到中间信令点索引的方法是选择子经过掩码计算或哈希计算得到中间信令点索引。
综上所述，本发明提出的一种实现七号信令系统业务负荷均衡的方法具有以下优点第一、本发明中，源信令点、路由和链路是由选择子来确定的。选择子是MTP_TRANSFER Request消息中的SLS字段和OPC字段的组合，在多信令点情况下，选择子最多可以达到14个比特，在单信令点情况下，选择子最多可以达到18个比特，比现有技术中单独用4个比特的SLS字段进行选择更加合理，可以使业务负荷得到均衡。
第二、本发明由事务ID确定顺序控制参数，再由顺序控制参数确定中间信令点，或者由随机产生的选择子确定中间信令点，使中间信令点被选择的机会均等，从而可以使业务负荷得到均衡。
第三、当处理有顺序要求消息的MAP/CAP事务时，一方面，本发明规定事务ID确定顺序控制参数，再由顺序控制参数确定选择子，另一方面，七号信令协议规定同属一次会话的消息事务ID相同，所以，在本发明中，同属一次会话所有消息的顺序控制参数、选择子是相同的，那么得到的源信令点、中间信令点、路由和链路都是相同的，即同属一次会话的消息将从同一个源信令点发送，并且经过同样的路由、链路和中间信令点，从而可以保证同属一次会话的消息的顺序性。
第四、本发明利用消息中的OPC字段和SLS字段的组合构成选择子，并没有实际改变消息格式，所以，本发明能够在与七号信令协议消息格式保持一致的同时，实现选择承担业务负荷路径的字段的扩展，达到业务负荷的均衡。
图1是七号信令协议栈结构示意图；图2是七号信令系统组网示意图；图3是本发明实施例一和实施例二的组网示意图；图4是本发明实施例一中七号信令协议各层次掩码计算示意图；图5是本发明实施例一确定消息发送路径的流程图；
图6是应用本发明方案的实施例二确定消息发送路径的示意图；图7是本发明实施例二确定消息发送路径的流程图；图8是应用本发明方案的实施例三确定消息发送路径的示意图；图9本发明实施例三确定消息发送路径的流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的基本思想是在用户部分确定目的信令点，并利用消息的OPC字段和SLS字段的组合作为选择子；在消息传递部分利用选择子来确定路由和信令链路选择值，并按照确定的源信令点、路由和信令链路将消息向外发送出去。
在多信令点情况下，网络实体最多有16个源信令点，那么源信令点索引可以用OPC字段中的4个比特位来表示，而OPC字段的其余10个比特就可以与SLS字段组合成选择子。所以，在多信令点情况下，选择子最多有14个比特。当然，用户也可以根据实际情况，定义选择子小于14个比特，但只要选择子的位数大于SLS字段的4个比特，就可以得到比用仅SLS字段来确定源信令点索引、路由和链路更好的效果。本发明将选择子定义为14个比特，并规定消息的OPC字段的前10个比特与SLS字段全部4个比特构成选择子，而OPC余下的后4个比特则作为记录本局信令点索引。该消息的SLS字段、OPC字段和DPC字段的格式如表一所示
表一在单信令点情况下，因为网络实体只有一个信令点，不需要在OPC字段中留出一部分比特作为本局信令点索引，那么选择子最多可以有18个比特。当然，同多信令点情况一样，用户也可以定义选择子小于18个比特。本发明在单信令点情况下将选择子定义为18个比特，即消息的OPC字段全部的14个比特与SLS字段全部的4个比特构成选择子。该消息的SLS字段、OPC字段和DPC字段的格式如表二所示
表二当确定源信令点编码时，对不同的情况可以采用不同的方法第一、如果网络实体有多个信令点并且层次结构与原七号信令协议相同，那么可以在用户部分，如SCCP层或ISUP/TUP层，由选择子确定本局信令点索引，然后，在MTP层中将本局信令点索引作为源信令点索引，再由源信令点索引确定源信令点编码。
第二、如果网络实体有多个信令点但层次结构与原七号信令协议不同，比如采用本申请人另一专利申请中提出的新的七号信令协议栈结构，该结构在用户部分和MTP层之间增加了一个适配层，用户部分先将MTP_TRANSFER Request消息下传给适配层，由适配层确定源信令点索引和源信令点编码，并将源信令点编码填写在OPC字段中后下传给MTP层。在本发明中，用户部分仍然将MTP_TRANSFER Request消息下传给适配层，但适配层根据消息中的选择子确定源信令点索引，再将源信令点索引填写在消息的本局信令点索引字段中后下传给MTP层，然后由MTP层根据本局信令点索引字段确定源信令点编码。
第三、如果网络实体只有一个信令点，那么就不需要适配层，也不需要确定源信令点索引，而是由MTP层直接确定源信令点编码。
本发明为了根据事务ID得到顺序控制参数，由顺序控制参数得到选择子，或者由选择子得到源信令点索引、中间信令点索引、路由和链路的索引号，可以采用一种掩码计算来得到。掩码计算是指当数据X与掩码Y进行掩码计算时，先检查掩码Y中哪些比特位为0，再删除数据X中对应的位，删除后构成的新数据就是数据X与掩码Y进行掩码计算的结果。例如数据X的二进制表示为11010101B，掩码Y的二进制表示为01111010B，数据X经过掩码Y计算就是将数据X中第0位、第2位和第7位的值删除，得到一个新的数据为10100，该值就是数据X经过掩码Y的掩码计算结果。当然，得到源信令点索引、中间信令点索引、路由和链路的索引号还可以采用其它方法，只要可以从数据X中得到一个新的值，并保证在消息有顺序要求时得到的值相同即可。比如在实际应用中，还可以采用哈希算法来得到顺序控制参数、选择子、源信令点索引、中间信令点索引、路由和链路的索引号。
七号信令系统网中的网络实体的协议层次可以不同，如信令转接点只包括SCCP层和MTP层；完成MAP/CAP业务的网络实体，如移动交换机，包括MAP/CAP层、TCAP层、SCCP层和MTP层；完成ISUP/TUP业务的网络实体，如汇接局，包括ISUP/TUP层和MTP层。这些网络实体可以有多个信令点，也可以只有一个信令点，可以有适配层，也可以没有适配层。所以，不同的网络可以按照各自不同要求来应用本发明提出的方案。
另外，当消息有顺序要求时，在SCCP/ISUP/TUP层确定DPC字段和确定选择子时，没有严格的顺序规定，所以，只要能够满足在SCCP/ISUP/TUP层确定DPC和选择子的其它流程均可。本发明的实施例中规定先由SCCP/ISUP/TUP层确定选择子，再由SCCP/ISUP/TUP层确定DPC字段。
实施例一本实施例的组网情况如图3所示。其中，完成MAP/CAP业务的A局有三个信令点，信令点编码分别为111111，222222，333333；B、C、D局分别有一个信令点，信令点编码分别为444444，555555和666666。A局、B局、C局和D局的相连情况如图3所示，信令点之间通过链路组进行连接，并且每个链路组均有16条链路。本实施例假定A局采用原七号信令协议的层次结构；当A局发送消息给B局时，A局必须通过中间信令点才能将消息发送给B局；A局发送的消息有顺序要求。
图4显示了A局进行掩码计算的示意图。如图4所示，A局分配的事务ID经过掩码1得到顺序控制参数；顺序控制参数经过掩码2得到中间信令点；顺序控制参数经过掩码3得到选择子；选择子经过掩码4得到源信令点索引；选择子经过掩码5得到路由索引；选择子经过掩码6得到信令链路选择值。本实施例中，假定事务ID用16进制表示为B565279AH，掩码1为B7E5F7E7H，掩码2为86320AH；掩码3为39B5CBH，掩码4为A0AH，掩码5为2271H，掩码6为20D0H。其中，事务ID是由TCAP层分配的，而掩码1至掩码6可以由用户定义。为了得到较好的效果，定义掩码的原则是保证掩码中值为0比特位的位置以及值为0比特位的个数都是任意的。当消息没有顺序要求时，掩码在不同的消息中可以不同或相同，但是，当消息由顺序要求时，必须满足同属一次会话的消息中的掩码是相同的。
参见图5，本实施例中A局向外发送消息的步骤包括步骤501A局TCAP层判断要发送的消息是否有顺序要求，如果有，则TCAP层的事务ID经过掩码1计算得到顺序控制参数，TCAP层携带顺序控制参数向SCCP层下传消息，然后由SCCP层将顺序控制参数经过掩码3计算得到选择子，将选择子填入MTP_TRANSFER Request消息的选择子字段中；否则，TCAP直接向SCCP层下传消息，由SCCP层随机产生选择子，再将选择子填入MTP_TRANSFER Request消息的选择子字段中。
本实施例中，假定要发送的消息有顺序要求，事务ID为B565279AH，掩码1为B7E5F7E7H，掩码3为39B5CBH，所以，TCAP层判断消息为有顺序要求后，将事务ID经过掩码1计算得到顺序控制参数为F5E5E2H，TCAP层再携带顺序控制参数下传给SCCP层。SCCP层接收到下传的消息后，将顺序控制参数经过掩码3计算，得到选择子为377AH。
步骤502SCCP层判断要发送的消息是否需要经过中间信令点才能到达目的信令点，如果是，则执行步骤503；否则，直接将目的信令点填写到MTP_TRANSFER Request消息的DPC字段中，再执行步骤504。
本实施例假定A局需要经过中间信令点，应该执行步骤503。
步骤503SCCP层判断要发送的消息是否有顺序要求，如果有，则将顺序控制参数经过掩码2计算确定中间信令点索引，将该中间信令点编码填入MTP_TRANSFER Request消息的DPC字段中；否则，选择子经过掩码2计算确定中间信令点索引，将对应的中间信令点编码填入MTP_TRANSFERRequest消息的DPC字段中。
本实施例中，SCCP层检查到从TCAP层下传的消息中有顺序控制参数，则判断为消息有顺序要求。本实施例中，假定掩码2为86320AH，由步骤501计算得到顺序控制参数为F5E5E2H，所以，顺序控制参数经过掩码2的计算结果为D1H，D1H再经过中间信令点个数的取模运算得到中间信令点索引号为1。所以，本实施例在中间信令点索引表中选择的中间信令点编码应该为666666。A局的SCCP层应该将中间信令点编码666666填写到消息的DPC字段中。本实施例的中间信令点索引表如表三所示
表三步骤504SCCP层将选择子经过掩码4计算，并将结果与A局中能达到DPC字段所表示的信令点的源信令点个数进行取模运算，得到本局信令点索引，并将本局信令点索引填写到MTP_TRANSFER Request消息的本局信令点索引字段中，再携带DPC和本局信令点索引向MTP层下传消息。
本实施例中，假定掩码4为A0AH，由步骤501得到选择子为377AH，掩码计算结果为7，与源信令点个数3进行取模运算的结果为1。所以，SCCP层应该将1填写到本局信令点索引字段中。
步骤505A局的MTP层由MTP_TRANSFER Request消息中选择子经过掩码5计算得到路由索引。
本实施例中，由步骤504得到本局信令点索引字段值为1，即MTP层应该查找本局第二个信令点的路由表。本实施例中，假定本局第二个信令点到信令点555555之间只有一条路由，所以不管计算结果如何，都将选择该路由。本局第二个信令点的路由表如表四所示
表四步骤506A局的MTP层将MTP TRANSFER Request消息中选择子经过掩码6计算得到信令链路选择值，经过与链路总数取模后将结果填写到消息信号单元的SLS字段中。
本实施例中，假定掩码6为4340H，由步骤501得到选择子为377AH，则掩码计算结果为BH，MTP层再将BH与链路总数取模得到11，再将11填写到要发送消息的消息信号单元的SLS字段中，即该路由的第11条链路将承担发送消息的任务。
步骤507A局的MTP层将MTP_TRANSFER Request消息的本局信令点索引作为源信令点索引，再由源信令点索引得到源信令点编码，并将源信令点编码填写到要发送消息的消息信号单元的OPC字段中。
本实施例中，由步骤504得到A局的本局信令点索引为1，即源信令点编码应该为222222。能达到DPC字段所表示的信令点的本局源信令点索引表由表五所示
表五步骤508A局的MTP层根据OPC字段、DPC字段和SLS字段将消息发送出去。
本实施例执行完成后，A局的SLS字段值为11，OPC字段为222222，DPC字段为666666。A局的MTP层将把要发送的消息从信令点222222的第11条链路发送给信令点666666。
实施例二本实施例的组网情况仍然如图3所示。本实施例中，假定完成MAP/CAP业务的A局的SCCP层和MTP层之间有一个适配层；A局发送的消息无顺序要求；选择子为52DH；掩码值与实施例一相同。图6显示了有适配层的A局进行掩码计算的示意图。如图6所示，A局的SCCP层随机产生一个14位比特的选择子；选择子经过掩码2得到中间信令点索引；选择子经过掩码4得到源信令点索引；选择子经过掩码5得到路由索引；选择子经过掩码6得到链路索引。
参见图7，本实施例中A局发送消息的步骤包括步骤701与实施例一的步骤501相同。
本实施例中，假定消息无顺序要求，TCAP层应该将没有顺序控制参数的消息下传给SCCP层，由SCCP层随机生成选择子。本实施例中，假定生成的选择子为52DH。
步骤702与实施例一的步骤502相同。
本实施例中，假定A局需要通过中间信令点才能到达B局，应该执行步骤703。
步骤703与实施例一的步骤503相同。
本实施例中，假定消息无顺序要求，掩码2为86320AH，由步骤701得到选择子为52DH，则应该由选择子确定中间信令点。SCCP层将选择子经过掩码2的计算结果为1EH，1EH与中间信令点总数取模可得到中间信令点索引0，那么，得到中间信令点编码应该为555555。A局的SCCP层应该将中间信令点编码555555填写到消息的DPC字段中。中间信令点索引表如表一所示。
步骤704A局的适配层将选择子经过掩码4计算，再与能到达DPC字段所表示的信令点的源信令点个数进行取模运算，得到源信令点索引，然后，填写到消息的本局信令点字段中后将消息下传给MTP层。
本实施例中，由步骤701得到选择子为52DH，假定掩码4为A0AH，掩码计算结果为2，能到达DPC表示的信令点的源信令点个数为3，取模结果也为2。所以，适配层应该将2填写到消息的本局信令点索引字段中。
步骤705与实施例一的步骤505相同。
本实施例中，消息的本局信令点索引字段值为2，应该查找本局第三个信令点的路由表。本局第三个信令点到信令点555555之间只有一条路由，所以不管计算结果如何，都将选择该路由。第三个信令点的路由表如表六所示
表六步骤706与实施例一的步骤506相同。
本实施例中，由步骤701得到选择子为52DH，假定掩码6为4340H，计算结果为0，MTP层将0填写到要发送消息的消息信号单元的SLS字段中。
步骤707A局的MTP层根据消息中本局信令点索引字段确定源信令点编码，并将源信令点编码填写到要发送消息的消息信号单元的OPC字段中。
本实施例中，由步骤704得到本局信令点索引为2，MTP在源信令点索引表中确定源信令点编码为333333，MTP层应该将333333填写在OPC字段中。源信令点索引表由表五所示。
步骤708A局的MTP层根据消息的OPC字段、DPC字段和SLS字段将消息发送出去。
本实施例执行完成后，A局消息的SLS字段值为0，OPC字段为333333，DPC字段为555555。A局的MTP层将把消息从信令点333333的第0条链路发送给信令点555555。
实施例三本实施例的组网情况如图2所示，假定完成MAP/CAP业务的A局有一个信令点111111，B局有一个信令点222222，A局与B局的连接关系如图所示。本实施例假定A局发送的消息有顺序要求；A局没有适配层；A局与B局的链路组有16条链路。由于本实施例A局只有一个信令点，无需要定义本局信令点索引字段，可以将消息的SLS字段和OPC字段全部共18个比特定义为选择子，该消息的OPC字段、SLS字段和DPC字段的格式如表二所示。
图8显示了本实施例在原七号令协议结构中进行掩码计算的示意图。其中，A局分配的事务ID经过掩码1得到顺序控制参数；顺序控制参数经过掩码2得到中间信令点；顺序控制参数经过掩码3得到选择子；选择子经过掩码5得到路由索引；选择子经过掩码6得到链路索引。本实施例假定事务ID、掩码1至掩码6与实施例一相同。
参见图9，本实施例中A局发送消息的步骤包括步骤901与实施例一的步骤501相同。
本实施例中，计算得到选择子应该为377AH。
步骤902与实施例一的步骤902相同。
本实施例中，假定A局无需经过中间信令点就能到达B局，所以SCCP层应该在下传消息的DPC字段中填写B局信令点444444，再执行步骤904。
步骤903SCCP层判断消息是否有顺序要求，如果有，则将顺序控制参数经过掩码2计算确定中间信令点索引，将该中间信令点编码填入DPC字段中，再下传消息；否则，选择子经过掩码2计算确定中间信令点索引，将该中间信令点编码填入DPC字段中，再下传消息。
步骤904～步骤905与实施例一的步骤505～步骤506相同。
步骤906A局的MTP层将源信令点编码填写到要发送消息的消息信号单元的OPC字段中。
本实施例中，A局的MTP应该将111111填写在OPC字段中。
步骤907与实施例一的步骤508相同。
本实施例执行完成后，A局消息的SLS字段为11，OPC字段为111111，DPC字段为444444。所以，A局的MTP层将把消息从信令点111111的第11条链路发送给B局信令点444444。
本发明给出了当网络实体实现MAP/CAP业务时的三个实施例，即网络网络实体至少包括MAP/CAP层、TCAP层、SCCP层和MTP层，当MTP层有多个源信令点时，网络实体还可能包括适配层。但实际应用中，根据网络实体是否有适配层、MTP层是否有多个信令点等条件的组合，还有其它可以应用本发明方案的实施例。
另外，本发明中的实施例只给出了针对MAP/CAP业务的网络实体，但其它的网络实体，比如只包括ISUP/TUP层和MTP层的网络实体也可以应用本发明的方案。完成ISUP/TUP业务的网络实体在应用本发明时，与完成MAP/CAP业务的网络实体的区别在于第一、ISUP/TUP业务要求消息必须有顺序要求，而MAP/CAP业务可以要求消息有顺序，也可以要求消息无顺序；第二、完成ISUP/TUP业务的网络实体产生选择子时可以利用ISUP/TUP层中的电路识别码CIC得到，比如直接将CIC作为选择子，而MAP/CAP业务是通过顺序控制参数或随机产生的。
但是，完成ISUP/TUP业务的网络实体的ISUP/TUP层与MTP层之间的接口消息也是MTP_TRANSFER Request消息，只是选择子的产生方式不同，所以，实现ISUP/TUP业务的网络实体也同样可以应用本发明方案。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种实现七号信令系统业务负荷均衡的方法，其特征在于，该方法包括以下步骤a、用户部分确定目的信令点编码，并确定由MTP_TRANSFER Request消息中源信令点编码字段和信令链路选择SLS字段组成的选择子，然后下传携带有目的信令点编码和选择子的MTP_TRANSFER Request消息；b、消息传递部分MTP根据MTP_TRANSFER Request消息中的选择子确定路由和信令链路选择值，MTP层根据确定的目的信令点编码、源信令点编码以及路由和链路发送消息。
2.根据权利要求1所述的方法，其特征在于，用户部分与MTP层之间存在适配层，所述确定源信令点编码的方法是用户部分先将MTP_TRANSFER Request消息下传给适配层，适配层根据消息中的选择子确定本局信令点索引，适配层再将携带有本局信令点索引的MTP_TRANSFER Request消息下传给MTP层，然后，MTP层根据消息中的本局信令点索引得到源信令点索引，根据源信令点索引来确定源信令点编码。
3.根据权利要求1所述的方法，其特征在于，所述确定源信令点编码的方法是用户部分根据选择子确定本局信令点索引，再携带本局信令点索引下传消息给MTP层；MTP层将消息中的本局信令点索引作为源信令点索引，再由源信令点索引来确定源信令点编码。
4.根据权利要求1或2所述的方法，其特征在于，所述用户部分为信令连接控制部分SCCP层，步骤a所述的选择子产生的方法是事务能力应用部分TCAP判断要发送的消息是否有顺序要求，如果有，TCAP层则根据事务ID号得到顺序控制参数，再携带顺序控制参数将要发送的消息下传给SCCP层，由SCCP层根据消息中的顺序控制参数得到选择子；否则，由SCCP层随机产生选择子。
5.根据权利要求4所述的方法，其特征在于，步骤a所述的SCCP层确定目的信令点编码的方法是SCCP层判断该消息是否需要通过中间信令点进行SCCP层转发才能到达目的信令点，如果是，则由SCCP层选择一个中间信令点，并将中间信令点编码作为目的信令点编码；否则，不作处理。
6.根据权利要求5所述的方法，其特征在于，所述的SCCP层选择一个SCCP层转发的中间信令点的方法是SCCP层判断消息是否有顺序要求，如果有，则SCCP层根据顺序控制参数得到中间信令点索引，再由中间信令点索引确定中间信令点编码；否则，SCCP层根据选择子得到中间信令点索引，再由中间信令点索引确定中间信令点。
7.根据权利要求1或2所述的方法，其特征在于，所述用户部分为综合业务数字网用户部分ISUP/电话用户部分TUP，步骤a所述的选择子产生的方法是直接将ISUP/TUP层已有的电路标识码CIC作为选择子。
8.根据权利要求1所述的方法，其特征在于，步骤b所述根据选择子确定路由和信令链路选择值的方法是选择子经过掩码计算或哈希计算得到路由和信令链路选择值。
9.根据权利要求2或3所述的方法，其特征在于，所述根据选择子确定本局信令点索引的方法是选择子经过掩码计算或哈希计算得到本局信令点索引。
10.根据权利要求4所述的方法，其特征在于，所述根据事务ID号得到顺序控制参数的方法是事务ID号经过掩码计算或哈希计算得到顺序控制参数；所述根据顺序控制参数得到选择子的方法是顺序控制参数经过掩码计算或哈希计算得到选择子。
11.根据权利要求6所述的方法，其特征在于，所述根据顺序控制参数得到中间信令点索引的方法是顺序控制参数经过掩码计算或哈希计算得到中间信令点索引；所述根据选择子得到中间信令点索引的方法是选择子经过掩码计算或哈希计算得到中间信令点索引。
全文摘要
本发明提供一种实现七号信令系统业务负荷均衡的方法，其关键在于利用对消息的部分位进行掩码计算来确定源信令点索引、中间信令点索引、路由以及链路的索引。网络实体利用消息中的选择子通过不同的掩码计算分别得到路由和信令链路选择，MTP层根据确定的源信令点、路由和链路将消息发送出去。当消息有顺序要求时，事务ID通过掩码计算得到顺序控制参数，顺序控制参数再通过掩码计算就得到选择子；当消息无顺序要求时，选择子则由SCCP层随机产生。当网络实体有多个源信令点时，需要由MTP的上层或适配层根据选择子的掩码计算确定源信令点索引。当网络实体需要经过中间信令点发送消息时，中间信令点可以由顺序控制参数或选择子的掩码计算来确定。
文档编号H04L1/00GK1852072SQ20051010837
公开日2006年10月25日 申请日期2005年10月13日 优先权日2005年10月13日
发明者邓少冬 申请人:华为技术有限公司