CN106549877A - 转发消息负荷分担方法及装置 - Google Patents
转发消息负荷分担方法及装置 Download PDFInfo
- Publication number
- CN106549877A CN106549877A CN201510589691.8A CN201510589691A CN106549877A CN 106549877 A CN106549877 A CN 106549877A CN 201510589691 A CN201510589691 A CN 201510589691A CN 106549877 A CN106549877 A CN 106549877A
- Authority
- CN
- China
- Prior art keywords
- sccp
- mono
- sls
- class service
- service messages
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种转发消息负荷分担方法,该方法包括:当接收到SCCP一类服务消息时,对该消息进行全局码GT翻译,以将SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;当信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点;根据SCCP一类服务消息包含的事务ID生成新的SLS;根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在该信令链路上转发至目的信令点。本发明解决了转发消息负荷分担过程中因SLS取值范围小的限制,引起信令链路使用率低、信令链路资源浪费的技术问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种转发消息负荷分担方法及装置。
背景技术
TCAP(Transaction Capabilities Application Part,事务处理能力应用部分)协议是七号信令协议之一,能够部署高级智能网络服务,这是通过使用SCCP(Signaling Connection Control Part,信令连接控制部分)的无连接消息服务,在信令点间提供非电路相关信息的交换来实现的。SCCP提供两种无连接消息服务供TCAP使用:0类服务和1类服务。0类服务不保证消息顺序传输,1类服务可以保证消息的顺序传输。目前电信网络中SCCP的无连接服务的上层用户绝大多数都是TCAP。
承载TCAP协议的无连接服务目前大多数使用GT(Global Tittle,全局码)路由方式,即将消息携带的目的GT通过SCCP GT翻译转换为目的网元(即目的信令点)的信令点码。目前各运营商要求GT翻译能支持多目的点码负荷分担,即一个目的GT号码可以对应多个目的点码,使得同一GT号码对应的业务可以由多个目的网元进行负荷分担。
对于0类服务消息,因为不需要对消息进行保序,因此可以对此类消息在一个GT号码对应的多个目的点码上进行随机均匀分担。而对于1类服务消息,因为有消息保序的要求,因此不能像0类消息那样进行随机均匀分布。根据SCCP协议规定,1类服务消息(即一类服务消息)的保序通过MTP3(Message Transfer Part level 3,消息传输部分第三级)层或M3UA(MTP3User Adaptation,MTP第三级用户的适配层协议)层的SLS(Signalling LinkSelection,信令链路选择码)来保证。MTP3协议规定SLS为4bit长,因此最多有16个取值。但是,在多目的点码负荷分担时,每个目的点码对应的SLS必然少于16个,而通往一个目的点码对应的信令点的信令链路最多可以多达16条,当一个目的点码配置的信令链路多于负荷分担分配给其的SLS取值数时,容易出现部分信令链路无法被使用到的现象,从而造成信令链路使用率低、信令链路资源浪费的问题。
发明内容
本发明的主要目的在于提供一种转发消息负荷分担方法及装置,旨在解决信令链路使用率低、信令链路资源浪费的技术问题。
为实现上述目的,本发明提供的一种转发消息负荷分担方法,所述转发消息负荷分担方法包括:
当接收到信令连接控制部分SCCP一类服务消息时,对所述SCCP一类服务消息进行全局码GT翻译,以将所述SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的信令链路选择码SLS,在所述负荷分担信令点中筛选出目的信令点;
根据所述SCCP一类服务消息包含的事务ID生成新的SLS;
根据所述新的SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述新的SLS筛选出的信令链路上转发至所述目的信令点。
优选地,所述根据所述SCCP一类服务消息包含的事务ID生成新的SLS的步骤包括:
判断所述SCCP一类服务消息所承载的净荷是否为事务处理能力应用部分TCAP协议消息;
当所述SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据所述SCCP一类服务消息包含的事务ID生成新的SLS。
优选地,所述判断所述SCCP一类服务消息所承载的净荷是否为事务处理能力应用部分TCAP协议消息的步骤之后还包括:
当所述SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据所述SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至所述目的信令点。
优选地,当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的SLS,在所述负荷分担信令点中筛选出目的信令点的步骤包括:
当所述信令点码对应的负荷分担信令点为多个时,获取所述SCCP一类服务消息中的SLS和所述负荷分担信令点的信令点个数;
根据所述信令点个数对所述SLS进行取模运算,获取所述SLS对应的模运算值;
根据获取的所述SLS对应的模运算值在所述负荷分担信令点中筛选出目的信令点。
优选地,所述根据所述SCCP一类服务消息包含的事务ID生成新的SLS的步骤包括:
获取所述SCCP一类服务消息包含的事务ID;
将所述事务ID拆分为与所述SLS数值位数相等的一个或多个子事务ID;
根据所述子事务ID生成新的SLS。
为实现上述目的,本发明还提供一种转发消息负荷分担装置,所述转发消息的负荷分担装置包括:
翻译模块,用于当接收到SCCP一类服务消息时,对所述SCCP一类服务消息进行GT翻译,以将所述SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
第一筛选模块,用于当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的SLS,在所述负荷分担信令点中筛选出目的信令点;
生成模块,用于根据所述SCCP一类服务消息包含的事务ID生成新的SLS;
第二筛选模块,用于根据所述新的SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述新的SLS筛选出的信令链路上转发至所述目的信令点。
优选地,所述生成模块包括:
判断单元,用于判断所述SCCP一类服务消息所承载的净荷是否为TCAP协议消息;
生成单元,用于当所述SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据所述SCCP一类服务消息包含的事务ID生成新的SLS。
优选地,所述生成模块还包括:
筛选发送单元,用于当所述SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据所述SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至所述目的信令点。
优选地,所述第一筛选模块包括:
第一获取单元,用于当所述信令点码对应的负荷分担信令点为多个时,获取所述SCCP一类服务消息中的SLS和所述负荷分担信令点的信令点个数;
模运算单元,用于根据所述信令点个数对所述SLS进行取模运算,获取所述SLS对应的模运算值;
信令点筛选单元,用于根据获取的所述SLS对应的模运算值在所述负荷分担信令点中筛选出目的信令点。
优选地,所述生成模块包括:
第二获取单元,用于获取所述SCCP一类服务消息包含的事务ID;
拆分单元,用于将所述事务ID拆分为与所述SLS数值位数相等的一个或多个子事务ID;
生成单元,用于根据所述子事务ID生成新的SLS。
本发明通过在接收到SCCP一类服务消息时,对该SCCP一类服务消息进行GT翻译,以获取该SCCP一类服务消息对应的负荷分担信令点的信令点码,当检测到信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS在负荷分担信令点中筛选出目的信令点,然后根据SCCP一类服务消息包含的事务ID生成新的SLS,最后根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据新的SLS筛选出的信令链路上转发至目的信令点,由于该新的SLS只对应一个目的信令点,即新的SLS对应连接一个目的信令点的信令链路,新的SLS的取值数可以达到连接目的信令点的信令链路的最大链路数,从而可以根据新的SLS选择连接目的信令点的信令链路中任意一条信令链路,从而解决了现有技术中因SLS取值范围小的限制,引起信令链路使用率低、信令链路资源浪费的技术问题。
附图说明
图1为多信令点负荷分担情况下转发消息的场景示意图;
图2为本发明转发消息负荷分担方法第一实施例的流程示意图;
图3为本发明转发消息负荷分担方法第二实施例的流程示意图;
图4为图1中当信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点的步骤的细化流程示意图;
图5为图1中根据SCCP一类服务消息包含的事务ID生成新的SLS的步骤的细化流程示意图;;
图6为本发明转发消息负荷分担装置第一实施例的功能模块示意图;
图7为本发明转发消息负荷分担装置第二实施例中生成模块的细化功能模块示意图;
图8为本发明转发消息负荷分担装置第三实施例中第一筛选模块的细化功能模块示意图;
图9为本发明转发消息负荷分担装置第四实施例中生成模块的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
为更好理解本发明,在此提供一种基于TCAP协议的无连接服务的转发SCCP一类服务消息负荷分担方法,该SCCP一类服务消息中包括一个GT号码(与后续的GT等同),该GT号码对应多个目的点码(其中,一个目的点码对应一个信令点或者网元设备),并且一类服务消息要求具有消息保序,所以该SCCP一类服务消息的多目的点码负荷分担必须确保将相同SLS的一类服务消息发往相同的目的点码所对应的信令点。例如,如图1所示,B点转发A点到某一个GT号码的一类服务消息,在两个目的点码Dest1和Dest2之间负荷分担。一类服务消息从A点发到B点时,使用16条链路,该一类服务消息的SLS取值范围为0~15。假设B点采用的负荷分担策略为:当SLS为奇数时,则将该SLS对应的一类服务消息发给Dest1处理;当SLS为偶数时,则将该SLS对应的一类服务消息发给Dest2处理。
但是,在上述转发SCCP一类服务消息负荷分担方法中,发往Dest1的一类服务消息中SLS只能取值为1,3,5,7,9,11,13,15。而B点到Dest1配置了16条信令链路,根据SLS选择链路时,就只能选择和使用到其中对应8个奇数SLS取值的那8条信令链路(图1中加粗线条表示),另外8条信令链路会一直闲置。同样,B点到Dest2的16条信令链路中,也只能使用对应8个偶数SLS取值的信令链路,其它8条信令链路将会一直闲置,这样就导致一部分信令链路负载过高,而另一部分信令链路又不能充分使用的问题。所以,基于上述内容提出了本发明转发消息负荷分担方法及装置。
本发明提供一种转发消息负荷分担方法,在本发明转发消息负荷分担方法的第一实施例中,参照图2,该转发消息负荷分担方法包括:
步骤S10,当接收到SCCP一类服务消息时,对SCCP一类服务消息进行GT翻译,以将SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
GT(即全局码)是指电信协议规定了的具有全局意义的某种编号,比如IMSI(International Mobile Subscriber Identification Numbe,国际移动用户识别码)、IMEI(International Mobile Equipment Identity,移动设备国际身份码)等都可以叫GT。GT翻译的目标就是根据上述GT定位出一个或多个目标信令点(即需要进行负荷分担的信令点)的信令点码,实现七号信令网中SCCP层的GT选路。在实现GT翻译的过程中,先将这些种类多样的GT通过如“移动号码分析”等处理过程,得到类似ISDN(Integrated Services Digital Network,综合业务数字网)号码形式的编号,比如861394598等,再经过“GT翻译”过程实现GT选路。数据库“GT翻译”的目标就是将类似861394598形式的“准GT”定位出对应的局向,从而得到目标信令点的信令码等信息。
步骤S20,当信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点;
SCCP一类服务消息在封装生成时上层协议就为其分配了一个SLS,一个SLS对应着一条连接目的信令点的信令链路。当信令点码对应的负荷分担信令点有多个时,即上述SCCP一类服务消息中的GT翻译出的信令点码有多个(即两个及两个以上)时,根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点。例如,参照图1,B点转发A点到某一个GT的SCCP一类服务消息,在两个负荷分担信令点Dest1和Dest2之间负荷分担,SCCP一类服务消息从A点发到B点时,可使用16条链路,该SCCP一类服务消息的SLS取值范围为0~15,假如B点采用的负荷分担策略为:当SLS为奇数时,则将该SLS对应的一类服务消息发给Dest1处理;当SLS为偶数时,则将该SLS对应的一类服务消息发给Dest2处理。当B点接收的SCCP一类服务消息中的SLS为4时,则将负荷分担信令点Dest2筛选出作为目的信令点。当信令点码对应的负荷分担信令点只有一个时,将该负荷分担信令点作为目的信令点,并直接根据SCCP一类服务消息中的SLS,选择连接目的信令点的信令链路发送该SCCP一类服务消息至目的信令点。
步骤S30,根据SCCP一类服务消息包含的事务ID生成新的SLS;
一个事务ID唯一标识一个事务,且一个事务中一般包含多个SCCP一类服务消息,同一事务中的消息(例如SCCP一类服务消息)一般需要保证顺序,即同一事务中的消息在转发时序上具有差异,因此,通过事务ID生成新的SLS以进行信令链路的选择仍然可以保证SCCP一类服务消息的顺序。因而,先对SCCP一类服务消息进行解析以获取该SCCP一类服务消息包含的事务ID(即查看该SCCP一类服务消息隶属于哪一个事务),根据获取的事务ID生成新的SLS,其中事务ID一般为32位,连接目的信令点的信令链路一般最多为16条,所以新的SLS至多4位即可。
步骤S40,根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据新的SLS筛选出的信令链路上转发至目的信令点。
根据新的SLS在连接转发SCCP一类服务消息的转发点与目的信令点之间的信令链路中筛选出发送SCCP一类服务消息的信令链路,然后将该SCCP一类服务消息通过根据新的SLS筛选出的信令链路转发给目的信令点。例如转发点B点需要转发SCCP一类服务消息至目的信令点C点,B点与C点之间设有16条信令链路,若根据事务ID得到的新的SLS为4位,新的SLS的取值为8,则将编号为8的信令链路作为信令链路,并将SCCP一类服务消息自8号链路从B点转发至C点。
在本实施例中,通过在接收到SCCP一类服务消息时,对该SCCP一类服务消息进行GT翻译,以获取该SCCP一类服务消息对应的负荷分担信令点的信令点码,当检测到信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS在负荷分担信令点中筛选出目的信令点,然后根据SCCP一类服务消息包含的事务ID生成新的SLS,最后根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据新的SLS筛选出的信令链路上转发至目的信令点,由于该新的SLS只对应一个目的信令点,即新的SLS对应连接一个目的信令点的信令链路,新的SLS的取值数可以达到连接目的信令点的信令链路的最大链路数,从而可以根据新的SLS选择连接目的信令点的信令链路中任意一条信令链路,从而解决了现有技术中因SLS取值范围小的限制,引起信令链路使用率低、信令链路资源浪费的技术问题。
进一步地,基于本发明转发消息负荷分担方法第一实施例,提出转发消息负荷分担方法的第二实施例,参照图3,在第二实施例中,步骤S30包括:
步骤S31,判断SCCP一类服务消息所承载的净荷是否为TCAP协议消息;
步骤S32,当SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据SCCP一类服务消息包含的事务ID生成新的SLS。
由于SCCP一类服务消息的上层用户绝大多数都是TCAP,而TCAP要求同一事务(以事务ID标识,事务ID相同的事务)的一类服务消息需要保证顺序,因此,对于上层用户是TCAP的SCCP一类服务消息(即SCCP一类服务消息所承载的净荷是TCAP协议消息),可以使用TCAP的事务ID参与信令链路选择过程。
一个TCAP事务ID唯一标识一个事务,且一个TCAP事务中一般包含多个SCCP一类服务消息,同一TCAP事务中的消息(例如SCCP一类服务消息)一般需要保证顺序,即同一TCAP事务中的消息在转发时序上具有差异,因此,当SCCP一类服务消息所承载的净荷是TCAP协议消息时,通过事务ID生成新的SLS以进行信令链路的选择仍然可以保证SCCP一类服务消息的顺序。因而,先对SCCP一类服务消息进行解析以获取该SCCP一类服务消息包含的事务ID(即查看该SCCP一类服务消息隶属于哪一个事务),根据获取的事务ID生成新的SLS,其中事务ID一般为32位,连接目的信令点的信令链路一般最多为16条,所以新的SLS至多4位即可。当SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据SCCP一类服务消息中的SLS选择到目的信令点的信令链路,并将SCCP一类服务消息从基于SLS选择的信令链路发送至目的信令点。
事务ID包括源事务ID和目的事务ID,在判定SCCP一类服务消息所承载的净荷是TCAP协议消息时,首先需要确定使用源事务ID还目的事务ID来生成新的SLS。由于TCAP协议分为ITU(International TelecommunicationsUnion,国际电信同盟)标准和ANSI(American National Standards Institute,美国国家标准学会)标准,因此按TCAP协议标准类型确定事务ID确定策略如下:
在ITU标准中,Begin消息基于源事务ID来选择信令链路,其他消息基于目的事务ID来选择信令链路;
在ANSI标准中,Query消息基于源事务ID来选择信令链路,其他消息基于目的事务ID来选择信令链路。
之所以这样选择,是因为Begin/Query消息为事务的第一条消息,后续同方向的其他消息只有等对端应答后才可能发出,因此Begin/Query与后续发出的其他消息之间存在严格的上层流程上的顺序关系,不需要SCCP来保证顺序。后续所有发出的其他消息由于都使用目的事务ID来选择链路,因此可以保证顺序。在选定了TCAP事务ID后,就需要根据此ID生成新的SLS。由于事务ID为32位数值,SLS为4位数值,基于预设的转换算法将32位的事务ID转换为4位的新的SLS.
此外,Unidirectional的消息不携带TCAP事务ID,因此无法解析出事务ID,因此不对此类消息进行负荷分担优化,对于这种消息仍使用原SLS来选择链路。由于此类消息数量非常少,因此不会影响链路负荷均匀的大局。
在本实施例中,在基于SCCP一类服务消息中的SLS筛选出目的信令点后,判断SCCP一类服务消息所承载的净荷是否为TCAP协议消息,当SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据SCCP一类服务消息包含的事务ID生成新的SLS,从而避免在SCCP一类服务消息不是TCAP协议消息时,对SCCP一类服务消息的事务ID进行处理而生成新的SLS,避免新的SLS无法保证SCCP一类服务消息的时序性。
进一步地,在本发明转发消息负荷分担方法第二实施例的基础上,参照图3,在步骤S31之后还包括:
步骤S33,当SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至目的信令点。
在本实施例中,在SCCP一类服务消息不是TCAP协议消息时,根据该SCCP一类服务消息中的SLS在连接转发点与目的信令点之间的信令链路中筛选出用于发送该SCCP一类服务消息的信令链路,并将该SCCP一类服务消息自该信令链路发送至目的信令点,从而避免在SCCP一类服务消息不是TCAP协议消息时,对SCCP一类服务消息的事务ID进行处理而生成新的SLS,避免新的SLS无法保证SCCP一类服务消息的时序性。
进一步地,基于本发明转发消息负荷分担方法第一实施例,提出转发消息负荷分担方法的第三实施例,在第三实施例中,参照图4,步骤S20包括:
步骤S21,当信令点码对应的负荷分担信令点为多个时,获取SCCP一类服务消息中的SLS和负荷分担信令点的信令点个数;
当信令点码对应的负荷分担信令点有多个时,即上述SCCP一类服务消息中的GT翻译出的信令点码有多个时,获取该SCCP一类服务消息中的SLS和负荷分担信令点的信令点个数,例如负荷分担信令点有A点、B点、C点和D点,则信令点个数为4。
步骤S22,根据信令点个数对SLS进行取模运算,获取SLS对应的模运算值;
步骤S23,根据获取的SLS对应的模运算值在负荷分担信令点中筛选出目的信令点。
接步骤S21的例子,信令点个数为4,并规定A点对应模运算值0,B点对应模运算值1,C点对应模运算值2,D点对应模运算值3,对SLS进行关于数值4的取模运算,例如若SLS为数值5,则5mod 4=1,则数值为5的SLS相对数值4的模运算值为1,模运算值为1所对应的信令点为B点,则将B点筛选出并作为目的信令点;若SLS为数值3,该SLS相对数值4的模运算值为3,则将D点筛选出并作为目的信令点。
在本实施例中,根据信令点个数对SLS进行取模运算,获取SLS对应的模运算值,然后根据获取的SLS对应的模运算值在负荷分担信令点中筛选出目的信令点,由于SCCP一类服务消息中的SLS数值分布基本均匀,所以SLS经过模运算后所生成的模运算值的分布也基本均匀,从而实现各负荷分担信令点之间的负荷均匀。
进一步地,基于本发明转发消息负荷分担方法第一实施例,提出转发消息负荷分担方法的第四实施例,参照图5,在第四实施例中,步骤S30包括:
步骤S34,获取SCCP一类服务消息包含的事务ID;
事务ID一般为32位数值,SLS一般为4位数值,因此需要一个转换算法来将32位的事务ID转换为4位的SLS。
步骤S35,将事务ID拆分为与SLS数值位数相等的一个或多个子事务ID;
步骤S36,根据子事务ID生成新的SLS。
将事务ID拆分与SLS数值位数(如该数值位数为4位)相等的一个子事务ID,例如截取事务ID中的某4位作为子事务ID,并根据该子事务ID来生成新SLS。一般事务ID都是按顺序递增的,且递增变化主要体现在最后几位。对于这种情况,可以截取事务ID的末四位来作为新的SLS,能够基本保证新的SLS分布均匀。
此外,还能够将事务ID拆分为与SLS数值位数(如该数值位数为4位)相等的多个子事务ID。例如将事务ID的32位截取变成8个4位数值的子事务ID,然后将这8个子事务ID相加,得到一个4位的结果(在相加过程中,可以设定有进位则丢弃),将该结果作为新的SLS,由于将事务ID的所有数值位都与生成的新的SLS相关,在事务ID分布基本均匀的前提下,新的SLS也能保持与事务ID基本相同的分布均匀性,从而使连接目的信令点的信令链路负荷分布均匀。当然,将事务ID转换为新的SLS的算法还有很多,基本原理相似,在此不作一一说明。
此外,当生成了新的SLS后,根据此新SLS在连接前述选定的目的信令点的信令链路中进行选择,按系统原有选择策略选择。在SCCP一类服务消息发出时,可以考虑在消息中使用新SLS替换原SLS,这样有利于SCCP一类服务消息后续再次被转发时负荷均匀。当然也可以不替换,特别是目的信令点对应的网元设备是没有转发功能的端点,而不是信令转接点。
在本实施例中,提供了一种将事务ID转换为新的SLS的转换思想,使新的SLS能够继续保持与事务ID基本相同的分布均匀性,从而基于该新的SLS选择信令链路后,连接目的信令点的信令链路的负荷分布更加均匀。
此外,基于本发明转发消息负荷分担方法第二实施例,步骤S32包括:
步骤S321,当SCCP一类服务消息所承载的净荷是TCAP协议消息时,获取SCCP一类服务消息包含的事务的事务ID;
步骤S322,将事务ID拆分为与SLS数值位数相等的一个或多个子事务ID;
步骤S323,根据子事务ID生成新的SLS。
本发明还提供一种转发消息负荷分担装置,在转发消息负荷分担装置第一实施例中,参照图6,该转发消息负荷分担装置包括:
翻译模块10,用于当接收到SCCP一类服务消息时,对SCCP一类服务消息进行GT翻译,以将SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
GT(即全局码)是指电信协议规定了的具有全局意义的某种编号,比如IMSI、MEI等都可以叫GT。GT翻译的目标就是翻译模块10根据上述GT定位出一个或多个目标信令点(即需要进行负荷分担的信令点)的信令点码,实现七号信令网中SCCP层的GT选路。在实现GT翻译的过程中,翻译模块10先将这些种类多样的GT通过如“移动号码分析”等处理过程,得到类似ISDN号码形式的编号,比如861394598等,再经过“GT翻译”过程实现GT选路。数据库“GT翻译”的目标就是将类似861394598形式的“准GT”定位出对应的局向,从而得到目标信令点的信令码等信息。
第一筛选模块20,用于当信令点码对应的负荷分担信令点为多个时,根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点;
SCCP一类服务消息在封装生成时上层协议就为其分配了一个SLS,一个SLS对应着一条连接目的信令点的信令链路。当信令点码对应的负荷分担信令点有多个时,即上述SCCP一类服务消息中的GT翻译出的信令点码有多个(即两个及两个以上)时,第一筛选模块20根据SCCP一类服务消息中的SLS,在负荷分担信令点中筛选出目的信令点。例如,参照图1,B点转发A点到某一个GT的SCCP一类服务消息,在两个负荷分担信令点Dest1和Dest2之间负荷分担,SCCP一类服务消息从A点发到B点时,可使用16条链路,该SCCP一类服务消息的SLS取值范围为0~15,假如B点采用的负荷分担策略为:当SLS为奇数时,则将该SLS对应的一类服务消息发给Dest1处理;当SLS为偶数时,则将该SLS对应的一类服务消息发给Dest2处理。当B点接收的SCCP一类服务消息中的SLS为4时,则第一筛选模块20将负荷分担信令点Dest2筛选出作为目的信令点。当信令点码对应的负荷分担信令点只有一个时,第一筛选模块20将该负荷分担信令点作为目的信令点,并直接根据SCCP一类服务消息中的SLS,选择连接目的信令点的信令链路发送该SCCP一类服务消息至目的信令点。
生成模块30,用于根据SCCP一类服务消息包含的事务ID生成新的SLS;
一个事务ID唯一标识一个事务,且一个事务中一般包含多个SCCP一类服务消息,同一事务中的消息(例如SCCP一类服务消息)一般需要保证顺序,即同一事务中的消息在转发时序上具有差异,因此,生成模块30通过事务ID生成新的SLS以进行信令链路的选择仍然可以保证SCCP一类服务消息的顺序。因而,先对SCCP一类服务消息进行解析以获取该SCCP一类服务消息包含的事务ID(即查看该SCCP一类服务消息隶属于哪一个事务),生成模块30根据获取的事务ID生成新的SLS,其中事务ID一般为32位,连接目的信令点的信令链路一般最多为16条,所以新的SLS至多4位即可。
第二筛选模块40,用于根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据新的SLS筛选出的信令链路上转发至目的信令点。
第二筛选模块40根据新的SLS在连接转发SCCP一类服务消息的转发点与目的信令点之间的信令链路中筛选出发送SCCP一类服务消息的信令链路,然后第二筛选模块40将该SCCP一类服务消息通过筛选出的信令链路转发给目的信令点。例如转发点B点需要转发SCCP一类服务消息至目的信令点C点,B点与C点之间设有16条信令链路,若根据事务ID得到的新的SLS为4位,新的SLS的取值为8,则将编号为8的信令链路作为信令链路,并将SCCP一类服务消息自8号链路从B点转发至C点。
在本实施例中,通过翻译模块10在接收到SCCP一类服务消息时,对该SCCP一类服务消息进行GT翻译,以获取该SCCP一类服务消息对应的负荷分担信令点的信令点码,当检测到信令点码对应的负荷分担信令点为多个时,第一筛选模块20根据SCCP一类服务消息中的SLS在负荷分担信令点中筛选出目的信令点,然后生成模块30根据SCCP一类服务消息包含的事务ID生成新的SLS,最后第二筛选模块40根据新的SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据新的SLS筛选出的信令链路上转发至目的信令点,由于该新的SLS只对应一个目的信令点,即新的SLS对应连接一个目的信令点的信令链路,新的SLS的取值数可以达到连接目的信令点的信令链路的最大链路数,从而可以根据新的SLS选择连接目的信令点的信令链路中任意一条信令链路,从而解决了现有技术中因SLS取值范围小的限制,引起信令链路使用率低、信令链路资源浪费的技术问题。
进一步地,基于本发明转发消息负荷分担装置第一实施例,提出转发消息负荷分担装置的第二实施例,在第二实施例中,参照图7,生成模块30包括:
判断单元31,用于判断SCCP一类服务消息所承载的净荷是否为TCAP协议消息;
生成单元32,用于当SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据SCCP一类服务消息包含的事务ID生成新的SLS。
由于SCCP一类服务消息的上层用户绝大多数都是TCAP,而TCAP要求同一事务(以事务ID标识,事务ID相同的事务)的一类服务消息需要保证顺序,因此,对于上层用户是TCAP的SCCP一类服务消息(即SCCP一类服务消息所承载的净荷是TCAP协议消息),可以使用TCAP的事务ID参与信令链路选择过程。
一个TCAP事务ID唯一标识一个事务,且一个TCAP事务中一般包含多个SCCP一类服务消息,同一TCAP事务中的消息(例如SCCP一类服务消息)一般需要保证顺序,即同一TCAP事务中的消息在转发时序上具有差异,因此,判断单元31先判断SCCP一类服务消息所承载的净荷是否为TCAP协议消息,然后当SCCP一类服务消息所承载的净荷是TCAP协议消息时,生成单元32通过事务ID生成新的SLS以进行信令链路的选择仍然可以保证SCCP一类服务消息的顺序。因而,先对SCCP一类服务消息进行解析以获取该SCCP一类服务消息包含的事务ID(即查看该SCCP一类服务消息隶属于哪一个事务),根据获取的事务ID生成新的SLS,其中事务ID一般为32位,连接目的信令点的信令链路一般最多为16条,所以新的SLS至多4位即可。当SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据SCCP一类服务消息中的SLS选择到目的信令点的信令链路,并将SCCP一类服务消息从基于SLS选择的信令链路发送至目的信令点。
事务ID包括源事务ID和目的事务ID,在判定SCCP一类服务消息所承载的净荷是TCAP协议消息时,首先需要确定使用源事务ID还目的事务ID来生成新的SLS。由于TCAP协议分为ITU(International TelecommunicationsUnion,国际电信同盟)标准和ANSI(American National Standards Institute,美国国家标准学会)标准,因此按TCAP协议标准类型确定事务ID确定策略如下:
在ITU标准中,Begin消息基于源事务ID来选择信令链路,其他消息基于目的事务ID来选择信令链路;
在ANSI标准中,Query消息基于源事务ID来选择信令链路,其他消息基于目的事务ID来选择信令链路。
之所以这样选择,是因为Begin/Query消息为事务的第一条消息,后续同方向的其他消息只有等对端应答后才可能发出,因此Begin/Query与后续发出的其他消息之间存在严格的上层流程上的顺序关系,不需要SCCP来保证顺序。后续所有发出的其他消息由于都使用目的事务ID来选择链路,因此可以保证顺序。在选定了TCAP事务ID后,就需要根据此ID生成新的SLS。由于事务ID为32位数值,SLS为4位数值,基于预设的转换算法将32位的事务ID转换为4位的新的SLS.
此外,Unidirectional的消息不携带TCAP事务ID,因此无法解析出事务ID,因此不对此类消息进行负荷分担优化,对于这种消息仍使用原SLS来选择链路。由于此类消息数量非常少,因此不会影响链路负荷均匀的大局。
在本实施例中,在基于SCCP一类服务消息中的SLS筛选出目的信令点后,判断单元31判断SCCP一类服务消息所承载的净荷是否为TCAP协议消息,当SCCP一类服务消息所承载的净荷是TCAP协议消息时,生成单元32根据SCCP一类服务消息包含的事务ID生成新的SLS,从而避免在SCCP一类服务消息不是TCAP协议消息时,对SCCP一类服务消息的事务ID进行处理而生成新的SLS,避免新的SLS无法保证SCCP一类服务消息的时序性。
进一步地,在转发消息负荷分担装置第二实施例的基础上,参照图7,生成模块30还包括:
筛选发送单元33,用于当SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据SLS在连接目的信令点的信令链路中筛选出发送SCCP一类服务消息的信令链路,并将SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至目的信令点。
在本实施例中,在SCCP一类服务消息不是TCAP协议消息时,筛选发送单元33根据该SCCP一类服务消息中的SLS在连接转发点与目的信令点之间的信令链路中筛选出用于发送该SCCP一类服务消息的信令链路,并将该SCCP一类服务消息自该信令链路发送至目的信令点,从而避免在SCCP一类服务消息不是TCAP协议消息时,对SCCP一类服务消息的事务ID进行处理而生成新的SLS,避免新的SLS无法保证SCCP一类服务消息的时序性。
进一步地,基于本发明转发消息负荷分担装置第一实施例,提出转发消息负荷分担装置的第三实施例,参照图8,在第三实施例中,第一筛选模块20包括:
第一获取单元21,用于当信令点码对应的负荷分担信令点为多个时,获取SCCP一类服务消息中的SLS和负荷分担信令点的信令点个数;
当信令点码对应的负荷分担信令点有多个时,即上述SCCP一类服务消息中的GT翻译出的信令点码有多个时,第一获取单元21获取该SCCP一类服务消息中的SLS和负荷分担信令点的信令点个数,例如负荷分担信令点有A点、B点、C点和D点,则信令点个数为4。
模运算单元22,用于根据信令点个数对SLS进行取模运算,获取SLS对应的模运算值;
信令点筛选单元23,用于根据获取的SLS对应的模运算值在负荷分担信令点中筛选出目的信令点。
接第一获取单元21的例子,信令点个数为4,并规定A点对应模运算值0,B点对应模运算值1,C点对应模运算值2,D点对应模运算值3,对SLS进行关于数值4的取模运算,例如若SLS为数值5,则模运算单元22计算5mod4=1,则数值为5的SLS相对数值4的模运算值为1,模运算值为1所对应的信令点为B点,则信令点筛选单元23将B点筛选出并作为目的信令点;若SLS为数值3,该SLS相对数值4的模运算值为3,则将D点筛选出并作为目的信令点。
在本实施例中,当信令点码对应的负荷分担信令点为多个时,第一获取单元21获取SCCP一类服务消息中的SLS和负荷分担信令点的信令点个数,模运算单元22根据信令点个数对SLS进行取模运算,获取SLS对应的模运算值,然后信令点筛选单元23根据获取的SLS对应的模运算值在负荷分担信令点中筛选出目的信令点,由于SCCP一类服务消息中的SLS数值分布基本均匀,所以SLS经过模运算后所生成的模运算值的分布也基本均匀,从而实现各负荷分担信令点之间的负荷均匀。
进一步地,基于本发明转发消息负荷分担装置第一实施例,提出转发消息负荷分担装置的第四实施例,参照图9,在第四实施例中,生成模块30包括:
第二获取单元34,用于获取SCCP一类服务消息包含的事务ID;
拆分单元35,用于将事务ID拆分为与SLS数值位数相等的一个或多个子事务ID;
生成单元36,用于根据子事务ID生成新的SLS。
事务ID一般为32位数值,SLS一般为4位数值,因此需要一个转换算法来将32位的事务ID转换为4位的SLS。首先第二获取单元34获取SCCP一类服务消息包含的事务ID,然后拆分单元35将事务ID拆分与SLS数值位数(如该数值位数为4位)相等的一个子事务ID,例如截取事务ID中的某4位作为子事务ID,生成单元36根据该子事务ID来生成新SLS。一般事务ID都是按顺序递增的,且递增变化主要体现在最后几位。对于这种情况,可以截取事务ID的末四位来作为新的SLS,能够基本保证新的SLS分布均匀。
此外,拆分单元35还能够将事务ID拆分为与SLS数值位数(如该数值位数为4位)相等的多个子事务ID。例如生成单元36将事务ID的32位截取变成8个4位数值的子事务ID,然后将这8个子事务ID相加,得到一个4位的结果(在相加过程中,可以设定有进位则丢弃),将该结果作为新的SLS,由于将事务ID的所有数值位都与生成的新的SLS相关,在事务ID分布基本均匀的前提下,新的SLS也能保持与事务ID基本相同的分布均匀性,从而使连接目的信令点的信令链路负荷分布均匀。当然,将事务ID转换为新的SLS的算法还有很多,基本原理相似,在此不作一一说明。
此外,当生成了新的SLS后,根据此新SLS在连接前述选定的目的信令点的信令链路中进行选择,按系统原有选择策略选择。在SCCP一类服务消息发出时,可以考虑在消息中使用新SLS替换原SLS,这样有利于SCCP一类服务消息后续再次被转发时负荷均匀。当然也可以不替换,特别是目的信令点对应的网元设备是没有转发功能的端点,而不是信令转接点。
在本实施例中,提供了一种将事务ID转换为新的SLS的转换思想,使新的SLS能够继续保持与事务ID基本相同的分布均匀性,从而基于该新的SLS选择信令链路后,连接目的信令点的信令链路的负荷分布更加均匀。
此外,基于本发明转发消息负荷分担装置第二实施例,生成单元32还用于:
当SCCP一类服务消息所承载的净荷是TCAP协议消息时,获取SCCP一类服务消息包含的事务ID;
将事务ID拆分为与SLS数值位数相等的一个或多个子事务ID;
根据子事务ID生成新的SLS。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种转发消息负荷分担方法,其特征在于,所述转发消息负荷分担方法包括:
当接收到信令连接控制部分SCCP一类服务消息时,对所述SCCP一类服务消息进行全局码GT翻译,以将所述SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的信令链路选择码SLS,在所述负荷分担信令点中筛选出目的信令点;
根据所述SCCP一类服务消息包含的事务ID生成新的SLS;
根据所述新的SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述新的SLS筛选出的信令链路上转发至所述目的信令点。
2.如权利要求1所述的转发消息负荷分担方法,其特征在于,所述根据所述SCCP一类服务消息包含的事务ID生成新的SLS的步骤包括:
判断所述SCCP一类服务消息所承载的净荷是否为事务处理能力应用部分TCAP协议消息;
当所述SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据所述SCCP一类服务消息包含的事务ID生成新的SLS。
3.如权利要求2所述的转发消息负荷分担方法,其特征在于,所述判断所述SCCP一类服务消息所承载的净荷是否为事务处理能力应用部分TCAP协议消息的步骤之后还包括:
当所述SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据所述SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至所述目的信令点。
4.如权利要求1所述的转发消息负荷分担方法,其特征在于,当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的SLS,在所述负荷分担信令点中筛选出目的信令点的步骤包括:
当所述信令点码对应的负荷分担信令点为多个时,获取所述SCCP一类服务消息中的SLS和所述负荷分担信令点的信令点个数;
根据所述信令点个数对所述SLS进行取模运算,获取所述SLS对应的模运算值;
根据获取的所述SLS对应的模运算值在所述负荷分担信令点中筛选出目的信令点。
5.如权利要求1所述的转发消息负荷分担方法,其特征在于,所述根据所述SCCP一类服务消息包含的事务ID生成新的SLS的步骤包括:
获取所述SCCP一类服务消息包含的事务ID;
将所述事务ID拆分为与所述SLS数值位数相等的一个或多个子事务ID;
根据所述子事务ID生成新的SLS。
6.一种转发消息负荷分担装置,其特征在于,所述转发消息的负荷分担装置包括:
翻译模块,用于当接收到SCCP一类服务消息时,对所述SCCP一类服务消息进行GT翻译,以将所述SCCP一类服务消息中的GT转换为负荷分担信令点的信令点码;
第一筛选模块,用于当所述信令点码对应的负荷分担信令点为多个时,根据所述SCCP一类服务消息中的SLS,在所述负荷分担信令点中筛选出目的信令点;
生成模块,用于根据所述SCCP一类服务消息包含的事务ID生成新的SLS;
第二筛选模块,用于根据所述新的SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述新的SLS筛选出的信令链路上转发至所述目的信令点。
7.如权利要求6所述的转发消息负荷分担装置,其特征在于,所述生成模块包括:
判断单元,用于判断所述SCCP一类服务消息所承载的净荷是否为TCAP协议消息;
生成单元,用于当所述SCCP一类服务消息所承载的净荷是TCAP协议消息时,根据所述SCCP一类服务消息包含的事务ID生成新的SLS。
8.如权利要求7所述的转发消息负荷分担装置,其特征在于,所述生成模块还包括:
筛选发送单元,用于当所述SCCP一类服务消息所承载的净荷不是TCAP协议消息时,根据所述SLS在连接所述目的信令点的信令链路中筛选出发送所述SCCP一类服务消息的信令链路,并将所述SCCP一类服务消息在根据所述SLS筛选出的信令链路上转发至所述目的信令点。
9.如权利要求6所述的转发消息负荷分担装置,其特征在于,所述第一筛选模块包括:
第一获取单元,用于当所述信令点码对应的负荷分担信令点为多个时,获取所述SCCP一类服务消息中的SLS和所述负荷分担信令点的信令点个数;
模运算单元,用于根据所述信令点个数对所述SLS进行取模运算,获取所述SLS对应的模运算值;
信令点筛选单元,用于根据获取的所述SLS对应的模运算值在所述负荷分担信令点中筛选出目的信令点。
10.如权利要求6所述转发消息的负荷分担装置,其特征在于,所述生成模块包括:
第二获取单元,用于获取所述SCCP一类服务消息包含的事务ID;
拆分单元,用于将所述事务ID拆分为与所述SLS数值位数相等的一个或多个子事务ID;
生成单元,用于根据所述子事务ID生成新的SLS。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510589691.8A CN106549877A (zh) | 2015-09-16 | 2015-09-16 | 转发消息负荷分担方法及装置 |
PCT/CN2016/091627 WO2017045483A1 (zh) | 2015-09-16 | 2016-07-25 | 转发消息负荷分担方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510589691.8A CN106549877A (zh) | 2015-09-16 | 2015-09-16 | 转发消息负荷分担方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106549877A true CN106549877A (zh) | 2017-03-29 |
Family
ID=58288128
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510589691.8A Withdrawn CN106549877A (zh) | 2015-09-16 | 2015-09-16 | 转发消息负荷分担方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106549877A (zh) |
WO (1) | WO2017045483A1 (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1463112A (zh) * | 2002-05-31 | 2003-12-24 | 华为技术有限公司 | 在信令网络层的用户适配层实现业务负荷分担的方法 |
CN1472966A (zh) * | 2002-07-29 | 2004-02-04 | 华为技术有限公司 | 信令点和子系统动态负荷分担的方法 |
CN1852072A (zh) * | 2005-10-13 | 2006-10-25 | 华为技术有限公司 | 一种实现七号信令系统业务负荷均衡的方法 |
CN1870764A (zh) * | 2005-11-30 | 2006-11-29 | 华为技术有限公司 | 信令点进行负荷分担的方法及系统 |
CN1984082A (zh) * | 2005-11-30 | 2007-06-20 | 华为技术有限公司 | 一种信令消息负荷分担的方法 |
CN101052019A (zh) * | 2007-04-05 | 2007-10-10 | 华为技术有限公司 | 选择消息承载链路的方法及信令转接点 |
CN101369974A (zh) * | 2008-09-28 | 2009-02-18 | 中兴通讯股份有限公司 | 使用m3ua协议进行组网及消息转发的方法和装置 |
CN101415128A (zh) * | 2008-11-07 | 2009-04-22 | 华为技术有限公司 | 信令消息负荷分担方法、装置及信令传输系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1417794A4 (en) * | 2001-04-25 | 2009-09-23 | Tekelec Us | METHODS AND SYSTEMS FOR LOAD-DISTRIBUTED SIGNALING MESSAGES AMONG SIGNALING LINKS |
EP1521484A1 (en) * | 2003-09-30 | 2005-04-06 | Siemens Aktiengesellschaft | Load sharing in SS7 networks |
-
2015
- 2015-09-16 CN CN201510589691.8A patent/CN106549877A/zh not_active Withdrawn
-
2016
- 2016-07-25 WO PCT/CN2016/091627 patent/WO2017045483A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1463112A (zh) * | 2002-05-31 | 2003-12-24 | 华为技术有限公司 | 在信令网络层的用户适配层实现业务负荷分担的方法 |
CN1472966A (zh) * | 2002-07-29 | 2004-02-04 | 华为技术有限公司 | 信令点和子系统动态负荷分担的方法 |
CN1852072A (zh) * | 2005-10-13 | 2006-10-25 | 华为技术有限公司 | 一种实现七号信令系统业务负荷均衡的方法 |
CN1870764A (zh) * | 2005-11-30 | 2006-11-29 | 华为技术有限公司 | 信令点进行负荷分担的方法及系统 |
CN1984082A (zh) * | 2005-11-30 | 2007-06-20 | 华为技术有限公司 | 一种信令消息负荷分担的方法 |
CN101052019A (zh) * | 2007-04-05 | 2007-10-10 | 华为技术有限公司 | 选择消息承载链路的方法及信令转接点 |
CN101369974A (zh) * | 2008-09-28 | 2009-02-18 | 中兴通讯股份有限公司 | 使用m3ua协议进行组网及消息转发的方法和装置 |
CN101415128A (zh) * | 2008-11-07 | 2009-04-22 | 华为技术有限公司 | 信令消息负荷分担方法、装置及信令传输系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2017045483A1 (zh) | 2017-03-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2268912C (en) | Telecommunications network with relocateability of subscriber number | |
EP1974282B1 (en) | Methods, systems, and computer program products for decentralized processing of signaling messages in a multi-application processing environment | |
CN100576840C (zh) | 用于基于万维网业务的访问服务器及其方法 | |
USH1837H (en) | Generic telecommunications system and associated call processing architecture | |
US20100179967A1 (en) | MAP-Queue-Based Data Transfer Method | |
KR20000049276A (ko) | 이동 통신 가입자 번호의 이식성을 갖는 전기 통신 네트워크 | |
EP1687967B1 (en) | Methods and systems for distributing application data among multiple processing modules in a telecommunications network element having a distributed internal processing architecture | |
WO1999016227A2 (en) | Generic wireless telecommunications system | |
EP2081336A1 (en) | Business message transmission method, system and apparatus | |
US11032696B2 (en) | System and method for Virtual Global Title Translation Service | |
US7010114B2 (en) | SS7 signaling server with integrated advanced signaling services | |
US20120127896A1 (en) | Method and device for implementing group intelligent service of mobile virtual private network | |
CN101621748B (zh) | 跨业务控制点移动虚拟专用网集团业务的实现方法和装置 | |
CN103281115A (zh) | 一种应用于卫星通信网络的通信系统及方法 | |
CN103346905A (zh) | 一种信令分析的方法及系统 | |
CN100550803C (zh) | 一种多协议公共路由管理的装置和方法 | |
CN1314059A (zh) | 经面向分组的通信网选择连接路由的方法 | |
CN1953565A (zh) | 一种用于七号信令系统的路由更新方法 | |
CN106549877A (zh) | 转发消息负荷分担方法及装置 | |
CN1258902C (zh) | 一种多信令点多协议的实现方法 | |
CN101076062B (zh) | 彩铃系统、以及在该彩铃系统中进行业务呼叫的方法 | |
CN102006233B (zh) | 路由选路方法及装置 | |
US20040052247A1 (en) | SCCP local user escape method | |
CN101977354B (zh) | 一种短信闭合用户群组业务的实现方法及装置 | |
US6912279B2 (en) | Identifying communications channels between nodes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170329 |