CN101237385B - 利用主机名实现信令传输的方法及装置 - Google Patents
利用主机名实现信令传输的方法及装置 Download PDFInfo
- Publication number
- CN101237385B CN101237385B CN2007100032163A CN200710003216A CN101237385B CN 101237385 B CN101237385 B CN 101237385B CN 2007100032163 A CN2007100032163 A CN 2007100032163A CN 200710003216 A CN200710003216 A CN 200710003216A CN 101237385 B CN101237385 B CN 101237385B
- Authority
- CN
- China
- Prior art keywords
- signaling
- hostname
- analysis result
- address
- service point
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种利用主机名实现信令传输的方法及装置,用于信令的传输。其中方法包括:在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;根据解析结果中的下一跳的地址,将所述信令发送到下一跳。本发明还提供一种利用hostname实现信令传输的装置。本发明利用hostname实现信令的全网传输。
Description
技术领域
本发明涉及通信领域,尤其涉及利用主机名实现信令传输的方法及装置。
背景技术
信令连接控制部分协议(SCCP,Signaling Connection Control Part)根据用户提供的主被叫地址,配合No.7信令网消息传递部分(MTP,MessageTranslate Part)的功能,在信令节点间完成SCCP的网络路由寻址功能;SCCP协议对上层协议用户提供面向连接和无连接方式的端到端的数据传输业务。SCCP主要路由选路的关键信息是:主被叫信息中的信令点编码(DPC),子系统号(SSN)和/或全局码(GT)。DPC是No.7网络内标识某个网元设备的地址;SSN是SCCP协议服务的上层业务子系统的逻辑编号,SCCP可以同时为多种上层用户提供服务,为了区分这些业务引入SSN子系统号标识;GT,由于No.7的DPC编码范围较小,所以在不同国家地区的No.7网络中的DPC可能不是唯一的,引入一个更大范围的GT全局码,保证No.7地址标识在网络中的唯一性;GT一般在始发节点不知道目的地信令点编码的情况下使用。
SCCP的被叫地址中可以携带DPC、SSN、GT信息,每一跳SCCP路由结果中必须包含下一跳的DPC地址。SCCP路由可能有以下几个路由结果:(1)DPC+SSN(2)DPC+GT,由于各节点的资源有限,不可能要求一个节点的SCCP能翻译所有的GT,因此始发节点有可能将GT翻译成某个中间节点的DPC,该中间节点的SCCP再继续对GT进行翻译,最终将消息送到目的地节点;(3)DPC+SSN+GT,这种情况是相对于第二种情况有存在子系统业务时出现。
随着软交换技术的应用与推广,传统电信网正朝着与IP网互通的方向发展。关键的问题是广泛使用的N.o7信令能够在IP网中高效而可靠地传输,1999年IETF制定基于IP技术的SIGTRAN协议簇,主要包括No.7信令系统MTP层的适配协议,提供No.7信令在IP网上的传输能力;目前IETF又提出了SCCP层的适配协议——信令连接控制部分用户消息适配层(SUA,Signaling ConnectionControl Part User Adaptation Layer),提供更强的地址映射和路由功能;SUA协议对SCCP的路由寻址信息进行了扩展,除了包含SCCP路由结果的三种情况外还包含一下几种情况:(4)IP+SSN;(5)IP+GT;(6)IP+GT+SSN;(7)hostname。
当使用hostname(主机名)进行寻址时,必须通过域名解析服务器(DNS,Domain Name Server)的解析,获取消息的目的IP,通过IP将消息传递给该hostname指定的业务端点;利用hostname只能通过IP地址进行信令网的通信,无法满足No.7信令网中GT、DPC的通信方式;另外,在SS7侧与SINGTRAN侧(即IP侧)进行信令通讯时,使用hostname寻址无法与SCCP路由统一起来,同时目前的信令网在实际的业务网络模型中,有许多的网元需要配合一项业务,这些网元之间存在一定的业务联系,而简单的IP路由不能实现这些网元的业务上的联系。
发明内容
本发明实施例要解决的技术问题是提供一种利用主机名实现信令传输的方法及装置,可以利用hostname实现信令的全网传输。
为解决上述技术问题,本发明实施例的目的是通过以下技术方案实现的:本发明实施例提供一种利用主机名实现信令传输的方法,包括:
在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;根据解析结果中的下一跳的地址,将所述信令发送到下一跳;
若所述信令的被叫地址是所述下一跳地址,则结束信令的传输。
可选的,所述地址为IP地址或目的信令点编码DPC或全局码GT或DPC加子系统号SSN或IP地址加SSN。
可选的,所述在配置翻译解析表中查询信令的被叫主机名hostname对应的解析结果后还包括:
将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或SSN或hostname进行寻址。
可选的,若信令传输方向为从IP信令网至No.7信令网,所述在配置翻译解析表中查询信令的被叫主机名hostname对应的解析结果后还包括:
将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或SSN进行寻址。
本发明实施例提供另一种利用主机名实现信令传输的方法,包括:
A、起始节点在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;B、根据解析结果中的下一跳地址,将所述信令发送到下一跳;C、所述下一跳收到所述信令后,若所述信令的被叫地址不是所述下一个跳自身的地址,在配置翻译解析表中查询信令中的被叫地址对应的解析结果,返回步骤B;若所述信令的被叫地址是所述下一跳地址,结束信令的传输。
可选的,中间节点收到所述信令后,在配置翻译解析表中查询信令中的被叫地址对应的解析结果中所述被叫地址为:全局码GT或SSN或hostname。
可选的,中间节点收到所述信令后,在配置翻译解析表中查询信令中的被叫地址对应的解析结果中所述被叫地址为:全局码GT或SSN。
可选的,所述解析结果中的下一跳地址为IP地址或目的信令点编码DPC或全局码GT或DPC加子系统号SSN或IP地址加SSN。
本发明实施例还提供一种利用主机名实现信令传输的装置,包括:
解析结果查询单元,用于在配置翻译解析表中查询信令的被叫主机名hostname对应的解析结果;信令发送单元,用于根据所述解析结果查询单元查询的解析结果中的下一跳的地址将所述信令发送到下一跳,若所述信令的被叫地址是所述下一跳地址,则结束信令的传输。
可选的,实现信令传输的装置还包括:
寻址方式修改单元,用于将所述信令的被叫地址寻址方式修改为所述解析结果中的全局码GT或SSN或hostname。
可选的,实现信令传输的装置还包括:
寻址方式修改单元,用于将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或SSN。
以上技术方案可以看出,由于本发明实施例根据被叫hostname翻译下一跳的地址有DPC、GT、DPC加SSN以及IP地址加SSN的多种形式,使得可以利用hostname的寻址方式不再局限于现有技术中的IP地址形式,扩大了利用hostname寻址的使用范围。
附图说明
图1是本发明实施例提供的利用主机名实现信令传输的方法流程图;
图2是本发明实施例提供的No.7网和IP网共存的网络模型图;
图3是本发明实施例提供的利用主机名实现信令传输的装置图;
图4是本发明实施例提供的利用主机名实现信令传输的流程图。
具体实施方式
本发明实施例提供一种利用主机名实现信令传输的方法及装置,用于信令的传输。本发明利用hostname实现信令的全网传输。
如下提供本发明利用主机名实现信令传输的方法及装置的详细的实施例。
如图1所示是本发明实施例提供的利用主机名实现信令传输的方法的实施例图。
101、查询信令的被叫主机名hostname对应的解析结果;
如图3所示No.7网和IP网共存的网络模型图。
本发明实施例以业务点4向业务点5发送信令为例说明在网络中的一个网元传输信令的处理过程。
业务点4将业务点5的hostname封装到要发送的信令中,业务点4首先查询其上存储的配置翻译解析表,查询业务点5hostname对应的解析结果:
如表1所示业务点4上的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | 1(DPC+old hostname) | DPC-中继4+Hostname业务点5 |
Hostname业务点6 | 2(DPC+new hostname) | DPC-中继4+Hostname业务点6’ |
Hostname业务点1(业务点1的虚拟hostname) | 4(IP+new hostname) | IP-中继4+Hostname网关 |
Hostname业务点2(业务点2的虚拟hostname) | 5(DPC+GT) | DPC-中继4+GT业务点2 |
... | ... | ... |
表1
根据中继4可识别的方式配置业务点4的配置翻译解析表;若中继4用IP标识,也可以识别业务点5的hostname,则业务点4上的配置翻译解析表也可以如下配置:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-中继4+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继4+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继4+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-中继4+Hostname业务点2 |
... | ... | ... |
表2
业务点4上发出信令使用hostname寻址,在配置翻译解析表中可以按照以下原则和解析结果类型进行配置。
(1)DPC+old hostname
在下一跳使用DPN识别,且对下一跳而言仍然可以识别信令中使用的hostname,配置该解析结果类型;当解析结果为该类型时,根据DPN找到下一跳,本端将信令发送给到该DPC所在的处理网元,信令的被叫地址仍然根据信令中的hostname进行寻址。
(2)DPC+new hostname
在下一跳使用DPC识别,对于下一跳而言无法识别信令中的hostname,但可以识别一个新的hostname时,配置该解析结果类型;比如:表1中Hostname业务点6对应的解析结果类型和解析结果内容即为此类型,即中继4看到的业务点6的hostname为业务点6’;当解析后的结果为该类型时,根据DPC找到下一跳,本端将信令发送到该DPC所在的处理网元,信令的被叫地址修改为根据new hostname进行寻址。
(3)IP+old hostname
下一跳使用IP识别,且对下一跳而言仍然可以识别信令中使用的hostname,配置该解析结果类型;当解析结果为该类型时,根据IP找到下一跳,本端将信令发送给到该IP所在的处理网元,信令中的被叫地址仍然根据信令中的hostname进行寻址。
(4)IP+new hostname
在下一跳使用IP识别,对于下一跳而言无法识别信令中的hostname,但可以识别一个新的hostname时,配置该解析结果类型;当解析后的结果为该类型时,根据IP找到下一跳,本端将信令发送到该IP所在的处理网元,信令的被叫地址修改为根据new hostname进行寻址。
(5)DPC+GT
在下一跳使用DPC识别,但对于下一跳无法识别信令中的hostname,但可以识别GT,配置该解析结果类型;当解析后的结果为该类型时,根据DPC找到下一跳,本端将信令发送到该DPC所在的处理网元,信令的被叫地址修改为根据GT进行寻址。
(6)IP+GT
在下一跳使用IP识别,但对于下一跳无法识别信令中的hostname,但可以识别GT,配置该解析结果类型;当解析后的结果为该类型时,根据DPC找到下一跳,本端将信令发送到该IP所在的处理网元,信令的被叫地址修改为根据GT进行寻址。
(7)DPC+SSN
在下一跳使用DPC识别时,并可以查询到下一跳的SSN时,配置该解析结果;当解析后的结果为该类型时,根据DPC+SSN找到下一跳,本端将信令发送到DPC+SSN所在的处理网元,信令的被叫地址修改为根据SSN进行寻址。
(8)IP+SSN
在下一跳使用IP识别时,并可以查询到下一跳的SSN时,配置该解析结果;当解析后的结果为该类型时,根据IP+SSN找到下一跳,本端将信令发送到IP+SSN所在的处理网元,信令的被叫地址修改为根据SSN进行寻址。
(9)DPC
下一跳使用DPC识别时,本端将信令发送给下一跳的时候,下一跳可以根据DPC和信令中的地址信息确定后续的处理时,配置该解析结果;当解析后的结果为该类型时,根据DPC找到下一跳,本端将信令发送到DPC指向的处理网元,信令的被叫地址修改为SSN进行寻址。
(10)IP
下一跳使用IP识别时,本端将信令发送给下一跳的时候,下一跳可以根据IP和信令中的地址信息确定后续的处理时,配置该解析结果;当解析后的结果为该类型时,根据IP找到下一跳,本端将信令发送到IP所在的处理网元,信令的被叫地址修改为SSN进行寻址。
102、修改被叫地址的寻址方式;
如101步骤中介绍,若为解析结果为(1)、(3)类型,即使用old hostname进行寻址,不需要修改信令中被叫地址的寻址方式,此时直接从步骤101到步骤103;即业务点4将直接根据配置翻译解析表中中继4的地址将信令发送到中继4。
若为步骤101中介绍解析结果为(2)、(4)、(5)、(6)、(7)、(8)、(9)、(10)类型时,需要根据解析结果内容修改信令被叫地址的寻址方式,修改的寻址方式为:SSN或GT或new hostname;信令从IP网发往No.7网时,信令在到达网关时,网关根据解析结果的内容将信令中被叫地址修改为SSN或GT寻址,在No.7网中信令的传输在中间网元中被叫地址修改为SSN或GT寻址;同样若信令从No.7网发往IP网时,信令到底网关时,网关将信令中被叫地址修改为SSN或GT或new hostname寻址,在IP网中信令的传输在中间网元中被叫地址修改为SSN或GT或new hostname寻址。
103、将信令发送到下一跳;
根据解析结果中的下一跳的IP地址或目的信令点编码DPC或全局码GT或DPC加子系统号SSN或IP地址加SSN,将信令发送到下一跳。
此步骤中业务点4将信令发送到中继4;至此在一个网元上,信令的发送结束。在信令由始发网元经过中间网元发送到目的网元的过程中,中间网元的对信令的处理可以依据上述实施例的步骤进行处理,在信令到达目的网元后,目的网元接收此信令不再做信令的传输。
请参阅图3是本发明实施例提供的利用主机名实现信令传输的装置图。
解析结果查询单元201,用于在配置翻译解析表中查询信令的被叫主机名hostname对应的解析结果;
信令发送单元202,用于根据所述解析结果查询单元查询的解析结果中的下一跳的IP地址或目的信令点编码DPC或全局码GT或DPC加子系统号SSN或IP地址加SSN,将所述信令发送到下一跳;
若配置翻译解析表中对应的解析结果需要修改信令被叫地址的寻址方式时,利用hostname实现信令传输的装置还包括:
信令在到达网关时,网关根据解析结果的内容将信令中被叫地址修改为SSN或GT寻址,在No.7网中信令的传输在中间网元中被叫地址修改为SSN或GT寻址;
寻址方式修改单元203,用于将所述信令的被叫地址寻址方式修改为所述解析结果中的全局码GT或SSN或hostname;
若信令从IP网发往No.7网时,信令在到达网关时,网关将信令中被叫地址修改为SSN或GT或new hostname寻址,在IP网中信令的传输在中间网元中被叫地址修改为SSN或GT或new hostname寻址,寻址方式修改单元203,用于将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或SSN。
以上提供本发明利用主机名实现信令传输的方法及装置实施例进行了详细的阐述,在整个网络中,利用主机名实现信令传输的过程如下:
请参阅图4是本发明实施例提供的利用主机名实现信令传输的流程图;
S1)起始节点在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;
S2)根据解析结果中的下一跳地址,将信令发送到下一跳;
S3)判断信令的被叫地址是否为自身地址;
下一跳收到信令后,若解析结果中的下一跳地址不是该跳节点自身的地址,则在配置翻译解析表中查询信令中的被叫地址对应的解析结果,进入步骤S2);若解析结果中的下一跳地址是下一跳地址,结束该流程。
如下提供本发明具体的应用实例。
请参阅图2是本发明实施例提供的No.7网和IP网共存的网络模型图。
应用实例一:以IP网中业务点4发起承载于SUA上的业务,与业务点5交互业务;利用hostname形式实现业务点4与业务点5的通信。这种寻址方式是在IP网全部采用hostname路由寻址进行通信,并且整个IP网络中每个网元的hostname都是全局可见的,即业务点4知晓整个网络中的任何网元的hostname。
在业务点4上,发往任何网元上的信令的解析结果都配置为中继4的IP+old hostname,从业务点4发出的信令都从中继4发出去,信令的路由仍然按照原来的hostname路由。如表3业务点4上的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-中继4+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继4+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继4+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-中继4+Hostname业务点2 |
... | ... | ... |
表3
信令由业务点4发送到中继4时,中继4检测出自己不是目的节点后,查询存储的配置翻译解析表将信令发送到下一跳;如表4中继4的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-中继5+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继5+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继5+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-中继5+Hostname业务点2 |
... | ... | ... |
表4
根据配置翻译解析表Hostname业务点5对应的解析结果将信令发送到中继5。
信令到达中继5时,中继5检测出自己不是目的节点后,查询存储的配置翻译解析表5将信令发送到下一跳;如表5中继5的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-业务点5+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继6+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继6+Hostname中继6 |
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-网关+Hostname业务点2 |
... | ... | ... |
表5
根据配置翻译解析表Hostname业务点5对应的解析结果将信令发送到业务点5,至此完成信令从业务点4发送到业务点5的过程。本应用实例使用IP和hostname进行寻址,可以根据利用hostname实现信令传输的方法实施例中步骤101中提供的其他几种方式进行寻址。
应用实例二:以IP网中业务点4发起承载于SUA上的业务,与业务点2交互业务;利用hostname形式实现业务点4与业务点2的通信。这种寻址方式是在IP网全部采用hostname路由寻址进行通信,并且整个网络中每个网元的hostname都是全局可见的,即业务点4知晓整个IP网络中的任何网元的hostname;在No.7网采用GT路由寻址进行通信,且No.7网的网元也可以有一个在IP网的虚拟hostname。
在业务点4上,发往任何网元上的信令的解析结果配置为中继4的IP+old hostname,从业务点4发出的信令从中继4发出去,信令的路由仍然按照原来的hostname路由。如表6业务点4上的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-中继4+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继4+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继4+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-中继4+Hostname业务点2 |
... | ... | ... |
表6
信令有业务点4发送到中继4时,中继4检测出自己不是目的节点后,查询存储的配置翻译解析表将信令发送到下一跳;如表7中继4的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+ld hostname) | IP-中继5+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继5+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继5+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-中继5+Hostname业务点2 |
... | ... | ... |
表7
根据表7Hostname业务点2对应的解析后的内容将信令发送到中继5。
信令到达中继5时,中继5检测出自己不是目的节点后,查询存储的配置翻译解析表将信令发送到下一跳;如表8中继5的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析结果 |
Hostname业务点5 | (IP+old hostname) | IP-业务点5+Hostname业务点5 |
Hostname业务点6 | (IP+old hostname) | IP-中继6+Hostname业务点6 |
Hostname中继6 | (IP+old hostname) | IP-中继6+Hostname中继6 |
Hostname业务点2(业务点2的虚拟hostname) | (IP+old hostname) | IP-网关+Hostname业务点2 |
... | ... | ... |
表8
根据表8中Hostname业务点2对应的解析结果将信令发送到网关。
网关收到中继5发送的信令后,检测出自己不是目的节点后,根据配置翻译解析表中内容,进行hostname解析,如表9为网关上的配置翻译解析表:
Hostname名称 | 解析结果类型 | 解析后的内容 |
Hostname业务点2(业务点2的虚拟hostname) | (DPC+GT) | DPC-中继2+GT-业务点2 |
表9
根据表9中Hostname业务点2对应的解析结果将信令发送到中继2。
中继2上的配置翻译解析表按照常规协议进行GT翻译表的配置,对业务点2的GT翻译后获取业务点2的DPC或SSN。
中继2根据业务点2的DPC或SSN将信令发送给业务点2,业务点2检测出自己就是目的节点后,至此完成从业务点4到业务点2的信令传输。
需要说明的是,上述两个应用实例只是一种寻址方式的说明,根据网络具体情况,遵循利用hostname实现信令传输的方法的实施例步骤101中提供的解析结果类型配置多种方式实现信令的传输。
由于本发明实施例修改被叫地址的寻址方式为全局码GT或SSN或hostname,使得利用hostname寻址的信令实现跨中继的传输;当GT资源不足时,利用hostname可以实现IP网中的信令传输。
进一步的,由于本发明实施例修改被叫地址的寻址方式为全局码GT或SSN,利用hostname实现信令的跨网传输。
以上对本发明实施例所提供的一种利用主机名实现信令传输的方法及装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其主要思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (3)
1.一种利用主机名实现信令传输的方法,其特征在于,包括:
在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;
在信令传输方向为从No.7信令网至网际协议IP信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或子系统号SSN或新主机名new hostname进行寻址;在信令传输方向为从IP信令网至No.7信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的GT或子系统号SSN进行寻址;
根据解析结果中的下一跳的地址,将所述信令发送到下一跳;
若所述信令的被叫地址是所述下一跳地址,则结束信令的传输。
2.一种利用主机名实现信令传输的方法,其特征在于,包括:
A、起始节点在配置翻译解析表中查询信令中的被叫主机名hostname对应的解析结果;在信令传输方向为从No.7信令网至网际协议IP信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或子系统号SSN或新主机名new hostname进行寻址;在信令传输方向为从IP信令网至No.7信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的GT或子系统号SSN进行寻址;
B、根据解析结果中的下一跳地址,将所述信令发送到下一跳;
C、所述下一跳收到所述信令后,若所述信令的被叫地址不是所述下一跳自身的地址,在配置翻译解析表中查询信令中的被叫地址对应的解析结果,返回步骤B;
若所述信令的被叫地址是所述下一跳地址,结束信令的传输。
3.一种利用主机名实现信令传输的装置,其特征在于,包括:
解析结果查询单元,用于在配置翻译解析表中查询信令的被叫主机名hostname对应的解析结果;
寻址方式修改单元,用于在信令传输方向为从No.7信令网至网际协议IP信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的全局码GT或子系统号SSN或新主机名new hostname进行寻址;在信令传输方向为从IP信令网至No.7信令网时,将所述信令的被叫地址寻址方式修改为根据所述解析结果中的GT或子系统号SSN进行寻址;
信令发送单元,用于根据所述解析结果查询单元查询的解析结果中的下一跳的地址将所述信令发送到下一跳,若所述信令的被叫地址是所述下一跳地址,则结束信令的传输。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100032163A CN101237385B (zh) | 2007-01-29 | 2007-01-29 | 利用主机名实现信令传输的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100032163A CN101237385B (zh) | 2007-01-29 | 2007-01-29 | 利用主机名实现信令传输的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101237385A CN101237385A (zh) | 2008-08-06 |
CN101237385B true CN101237385B (zh) | 2010-10-27 |
Family
ID=39920752
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100032163A Expired - Fee Related CN101237385B (zh) | 2007-01-29 | 2007-01-29 | 利用主机名实现信令传输的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101237385B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1431596A (zh) * | 2002-01-09 | 2003-07-23 | 英业达股份有限公司 | 服务端主机运作的监控系统以及方法 |
EP1337076A1 (en) * | 2000-11-24 | 2003-08-20 | NTT DoCoMo, Inc. | Relay device |
CN1575582A (zh) * | 2001-09-28 | 2005-02-02 | 塞维斯通讯公司 | 可配置的自适应全球通信控制和管理 |
-
2007
- 2007-01-29 CN CN2007100032163A patent/CN101237385B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1337076A1 (en) * | 2000-11-24 | 2003-08-20 | NTT DoCoMo, Inc. | Relay device |
CN1575582A (zh) * | 2001-09-28 | 2005-02-02 | 塞维斯通讯公司 | 可配置的自适应全球通信控制和管理 |
CN1431596A (zh) * | 2002-01-09 | 2003-07-23 | 英业达股份有限公司 | 服务端主机运作的监控系统以及方法 |
Non-Patent Citations (2)
Title |
---|
王芙蓉,汤云波.SUA协议:SCCP用户消息在No.7信令网与IP网间的互通.中国数据通信2004年 12.2004,2004年(12),67-70. |
王芙蓉,汤云波.SUA协议:SCCP用户消息在No.7信令网与IP网间的互通.中国数据通信2004年 12.2004,2004年(12),67-70. * |
Also Published As
Publication number | Publication date |
---|---|
CN101237385A (zh) | 2008-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1725066B1 (en) | Method and apparatus for resolving an entity identifier | |
CN1552150B (zh) | 利用域名系统服务器和实体标识符可携带转移数据库将实体标识符解析成因特网地址的方法和装置 | |
US20030128693A1 (en) | Method and apparatus for a telecommunications network to communicate using an internet protocol | |
US6810034B1 (en) | Automatic conversion of telephone number to internet protocol address | |
CN1133335C (zh) | 以阻止号码可移植性数据库查询有效选择通信路由的方法、系统和交换机 | |
US20060098628A1 (en) | Methods and apparatus for controlling signaling gateways | |
US7969969B2 (en) | Signalling gateway | |
CN1992964B (zh) | 获得分组网络用户终端地理位置信息的系统和方法 | |
CN101237385B (zh) | 利用主机名实现信令传输的方法及装置 | |
EP1320269B1 (en) | Apparatus, method and telephonic station for completing a call to a packet-network | |
EP2093947A1 (en) | Telecommunication network, network node device, and routing method | |
CN101212510B (zh) | 固网中的多本地网环境下查询用户相关信息的方法及装置 | |
US20020093916A1 (en) | Method for routing and interchanging messages in a telecommunications system, and associated telecommunications system | |
US20070076700A1 (en) | Alternative Means for Public Telephone Information Services | |
EP1155560B1 (en) | Automatic conversion of telephone number to internet protocol address | |
US7706519B2 (en) | Assembly, and associated method, for telephonic call connection with a virtually-resident telephonic station | |
EP1279269B1 (en) | Method and system for establishing a communication between a first and a second communication entity | |
CN101453417B (zh) | 应用层业务数据包交换方法及装置 | |
EP1744567A1 (en) | Signalling gateway | |
CN101543032A (zh) | 用于在国际enum系统中提供国家代码标识符的方法、系统和计算机程序产品 | |
CN101611618A (zh) | 在enum环境中进行短码拨号 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101027 Termination date: 20170129 |