CN101800684A - 一种检测信令设备的方法、***及设备 - Google Patents
一种检测信令设备的方法、***及设备 Download PDFInfo
- Publication number
- CN101800684A CN101800684A CN200910003882A CN200910003882A CN101800684A CN 101800684 A CN101800684 A CN 101800684A CN 200910003882 A CN200910003882 A CN 200910003882A CN 200910003882 A CN200910003882 A CN 200910003882A CN 101800684 A CN101800684 A CN 101800684A
- Authority
- CN
- China
- Prior art keywords
- signaling equipment
- signaling
- message
- equipment
- facility information
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种检测信令设备的方法、***及设备,所述方法包括:向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;获取各信令设备根据所述检测请求消息返回的自身的设备信息;根据所述设备信息判断对应的信令设备是否出现故障。所述***包括:始发信令设备和途经信令设备。本发明通过发送检测请求消息并接收携带信令设备信息的检测响应消息,根据检测响应消息判断信令设备是否出现故障,从而具有实现检测信令设备和快速定位故障的信令设备,进而提高信令网中的设备故障解决的效率、降低运营商运营维护成本的效果。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种检测信令设备的方法、***及设备。
背景技术
通讯设备之间任何实际应用信息的传送总是伴随着一些控制信息的传递,它们按照既定的通讯协议工作,将应用信息安全、可靠、高效地传送到目的地。这些信息在计算机网络中叫做协议控制信息,而在电信网中叫做信令(Signal),传送信令的专用数据支撑网,称作信令网。
一个信令设备在向其它信令设备发送消息包的时候,如果发生故障,***将会报错,这时需要对信令设备进行检测。现有信令网中,通过对途经信令设备进行人工的逐一排查,找到问题原因。
在实现本发明的过程中,发明人发现由于没有对于消息包经过的每个信令设备进行检测的机制,导致发生故障时,***只是报错,但是对于具体的错误节点的状态不清晰;针对信令网中信令设备之间通讯出现异常的情况,只能通过对途经信令设备进行人工逐一的排查,才能找到出现问题原因,增加了对于出现工作异常的信令设备的问题定位、检测的难度,这也导致了现网故障的解决效率和运营维护成本较高。
发明内容
为了对信令网中的信令设备进行检测,快速定位信令网中的故障信令设备本发明实施例提供了一种检测信令设备的方法、***及设备,所述技术方案如下:
一方面,提供了一种检测信令设备的方法,所述方法包括:
向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;
获取各信令设备根据所述检测请求消息返回的自身的设备信息;
根据所述设备信息判断对应的信令设备是否出现故障。
还提供了一种检测信令设备的方法,所述方法包括:
获取经过本地发往目的信令设备的信令消息;
对所述信令消息进行识别;
当所述信令消息被识别为检测请求消息时,获取自身的设备信息,并向始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
另一方面,提供了一种检测信令设备的***,所述***包括:始发信令设备和途经信令设备;
所述始发信令设备,用于向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;并获取各信令设备根据所述检测请求消息返回的自身的设备信息;根据所述设备信息判断对应的信令设备是否出现故障;
所述途经信令设备,用于获取经过本地发往目的信令设备的信令消息;对所述信令消息进行识别;当所述信令消息被识别为检测请求消息时,获取自身的设备信息,并向所述始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
提供了一种信令设备,所述信令设备包括:
发送模块,用于向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;
获取模块,用于获取各信令设备根据所述检测请求消息返回的自身的设备信息;
判断模块,用于根据所述设备信息判断对应的信令设备是否出现故障。
还提供了另一种信令设备,所述信令设备包括:
获取模块,用于获取经过本地发往目的信令设备的信令消息;
识别模块,用于对所述信令消息进行识别;
处理模块,用于当所述信令消息被识别为检测请求消息时,获取自身的设备信息;并向始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
本发明实施例通过始发信令设备发送检测请求消息后,获取该检测请求消息经过的信令设备的设备信息,来判断信令设备是否出现故障,实现了对消息包经过的每个信令设备进行检测,当有信令设备发生故障时,能够快速定位信令网中出现故障的信令设备,从而提高了信令网中的设备故障解决的效率、降低了运营商运营维护成本。
附图说明
图1是本发明实施例提供的检测信令设备的方法流程图;
图2是本发明实施例提供的主动返回方式检测信令设备的方法流程图;
图3是本发明实施例提供的主动返回方式检测信令设备的交互示意图;
图4是本发明实施例提供的主动返回方式检测信令设备的另一种交互示意图;
图5是本发明实施例提供的逐一返回方式检测信令设备的方法流程图;
图6是本发明实施例提供的逐一返回方式检测信令设备的交互示意图;
图7是本发明实施例提供的逐一返回方式检测信令设备的另一种交互示意图;
图8是本发明实施例提供的追加返回方式检测信令设备的方法流程图;
图9是本发明实施例提供的追加返回方式检测信令设备的交互示意图;
图10是本发明实施例提供的追加返回方式检测信令设备的另一种交互示意图;
图11是本发明实施例提供的检测信令设备的具体应用的交互示意图;
图12是本发明实施例提供的检测信令设备的具体应用的另一种交互示意图;
图13是本发明实施例提供的检测信令设备的***结构示意图;
图14是本发明实施例提供的信令设备结构示意图;
图15是本发明实施例提供的另一种信令设备结构示意图;
图16是本发明实施例提供的另一信令设备结构示意图;
图17是本发明实施例提供的另一种信令设备结构示意图;
图18是本发明实施例提供的另一种信令设备结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
为了对信令网中的信令设备进行检测,快速定位信令网中出现故障的信令设备、提高信令网中的设备故障解决的效率、降低运营商运营维护成本,本发明实施例通过在信令网中的始发信令设备,发送检测请求消息,到目的信令设备,通过途经信令设备的反馈获取信令设备信息,直至到达目的信令设备或故障信令设备,从而达到设备检测和故障定位的目的。参见图1,本发明实施例提供了一种检测信令设备的方法,该方法内容如下:
101:向目的信令设备发送检测请求消息,该检测请求消息通过信令网中的途经信令设备转发;
始发信令设备向目的信令设备发送检测请求消息,经途经信令设备转发,直至目的信令设备或异常信令设备,其中,途经信令设备可以有0至多个。该检测请求消息可采用信令trace的方式来实现信令设备检测,其中,检测请求消息可以是扩展的新的信令操作消息(如表1所示的trace操作消息),也可以是在现有信令操作消息中扩展trace参数。
102:获取各信令设备根据所述检测请求消息返回的自身的设备信息;
该检测请求消息所经过的途经信令设备获取经过本地的信令消息,对其进行识别,当识别为检测请求消息时,获取自身的设备信息,并将自身的设备信息返回给始发信令设备。其中,设备信息可以携带在响应消息中返回始发信令设备,该响应消息可以是扩展的新的信令操作消息。始发信令设备从接收到的响应消息中获取各信令设备返回的设备信息。在转发过程中,若该途经信令设备不是目的信令设备或异常信令设备,则该途经信令设备继续转发该检测请求消息,直至目的信令设备或异常信令设备。若该途经信令设备为异常信令设备,则在返回的设备信息中还携带异常原因。
103:根据所述设备信息判断对应的信令设备是否出现故障。
本实施例通过发送检测请求消息,并获取各信令设备根据检测请求消息返回的自身的设备信息,根据设备信息,判断信令设备是否出现故障,从而实现对信令网中的信令设备进行检测的目的。
为了对上述本发明实施例提供的方法进行详细说明,以检测请求消息具体为信令trace的方式为例,实现信令设备检测,即检测请求消息为trace请求消息。其中,上述途经信令设备在接收trace请求消息时,存在多种返回响应消息的方式,例如:主动返回方式、逐一返回方式和追加返回方式;下面本发明各实施例将分别针对不同的返回方式进行说明,包括但不限于以下几种返回方式,不作为对本发明实施方式的限定,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
本发明实施例提供了一种检测信令设备的方法,本实施例以在CDMA(Code DivisionMultiple Access,码分多址)网络下,采用主动返回方式为例进行说明,其中,主动返回方式是收到trace操作消息或携带trace参数的消息后,在将消息向下一信令设备传递的同时,也向始发信令设备返回中间应答。参见图2,该方法具体包括:
201:始发信令设备发送trace请求消息给目的信令设备,通过0至多个途经信令设备转发,该trace请求消息首先转发给第一个途经信令设备。
其中,上述发送的trace请求消息为一种扩展的新的信令操作消息或现有信令操作中扩展的新的参数。参见表1,本实施例中,采用在MAP(Mobile Application Part,移动应用部分)层扩展新的信令操作实现trace请求消息:
表1
Notes:
a.为TraceRequest扩展一种新的操作;
b.TraceCount为trace计数器,途经每个信令设备将其加1。
202:途经信令设备接收到始发信令设备发送的trace请求消息后,识别trace请求消息,并判断自身是否为目的信令设备,如果是,则执行206,否则,执行203。
203:该途经信令设备不是目的信令设备,将接收到的trace请求消息转发给该途经信令设备的下一个信令设备,如果发送过程中出现异常,则执行205,否则,执行204。
204:该途经信令设备成功将收到的trace请求消息转发给下一个信令设备,同时向始发信令设备返回trace响应消息。
其中,响应消息中包含了该信令设备的相关信息,消息处理结果等信息,例如:SPC(SignalPoint Code,信令设备码)、GT(Global Title,全局码)等信息,包括但不限于SPC,GT。参见表2,提供了一种采用在MAP层扩展新的信令操作实现trace响应消息:
表2
Notes:
a.为Trace途经信令设备计数;
b.为Trace途经信令设备GT信息;
C.为Trace途经信令设备SPC信息。
205:由于途经信令设备向下一个途经信令设备转发trace请求消息失败,即该途经信令设备出现故障,则该途经信令设备向始发信令设备返回失败的响应消息,然后结束。
其中,失败的响应消息中不仅包含了该信令设备的相关信息,例如:SPC、GT等信息;还包括了该信令设备发送失败的原因,例如:转发失败,数据错误,消息包丢失等原因。
206:该途经的信令设备是目的信令设备,接收到trace请求消息后,向始发信令设备返回trace响应消息,然后结束。
其中,响应消息中包含了该信令设备的相关信息,例如:SPC、GT等信息。
另外,如果上述信令设备工作异常,不返回失败的响应消息,始发信令设备在预设时间内未收到信令设备返回的检测响应消息,则认为信令设备工作异常,即出现了故障,但由于工作异常的信令设备的上一个信令设备(工作正常)返回的响应消息中携带该工作正常的信令设备自身的信息,例如:工作正常的信令设备的地址信息;因此,可以根据上述响应消息中携带的地址信息,获取工作异常的信令设备的地址信息,从而能够实现对工作异常信令设备的定位。
为了更加清楚地说明本发明实施例提供的主动返回方式下所实现的信令网中的检测信令设备的方法,下面以信令设备A为始发信令设备,信令设备Z为目的信令设备,途经信令设备B,C…为例,对本发明实施例中途经信令设备向始发信令设备返回信令设备信息的方式做具体说明:
情况一:假设信令网中的所有设备都正常工作,均未出现故障,参见图3提供的交互示意图,内容如下:
始发信令设备A发送trace请求消息给目的信令设备Z,trace请求消息从信令设备A发出,首先转发给途经信令设备B,途经信令设备B接收到trace请求消息后,识别出此消息为trace请求消息,由于途经信令设备B工作正常且不是目的信令设备,则该途经信令设备B成功将trace请求消息继续转发给下一个途经信令设备C,同时途经信令设备B主动向始发信令设备A发送trace响应消息,其中,该响应消息中包含了途经信令设备B的相关信息,例如:途经信令设备B的SPC、GT等信息;同理,途经信令设备C由于工作正常且不是目的信令设备,执行和途经信令设备B相同处理,直到trace请求消息被成功转发给目的信令设备Z,目的信令设备Z向始发信令设备A发送trace响应消息,同理,该响应消息中包含了目的信令设备Z的相关信息,例如:目的信令设备Z的SPC、GT等信息。
综上,直至始发信令设备A接收到目的信令设备Z发送的响应消息后,始发信令设备A已经接收到了trace请求消息从始发信令设备A发往目的信令设备Z所途经的所有信令设备信息,即,从所有主动返回的响应消息中获取了trace请求消息所途经的所有信令设备的相关信息,从而可以判断出所有信令设备均工作正常。
情况二:假设信令网中的途经信令设备C出现了故障,参见图4提供的交互示意图,内容如下:
始发信令设备A发送trace请求消息给目的信令设备Z,该trace请求消息从始发信令设备A发出,首先转发给途经信令设备B,途经信令设备B接收到trace请求消息后,识别出此消息为trace请求消息,由于途经信令设备B工作正常且不是目的信令设备,则该途经信令设备B成功将trace请求消息继续转发给下一个途经信令设备C,同时向始发信令设备A发送响应消息,该响应消息中包含了途经信令设备B的相关信息,例如:途经信令设备B的SPC、GT等信息;当途经信令设备C收到途经信令设备B发送的trace请求消息后,由于途经信令设备C处出现了故障,则途经信令设备C不转发接收到的trace消息,直接向始发信令设备A发送失败的响应消息,其中,失败的响应消息中,不仅包含了该途经信令设备C的SPC、GT等信息,还包括了转发trace请求消息失败的原因,例如:转发失败,数据错误,消息包丢失等原因。因此,通过获取信令设备C发送的失败的响应消息,实现了信令网中的故障定位。
当途经信令设备C工作异常,在有时可能不返回失败的响应消息的情况下,如:始发信令设备A在接收到途经信令设备B的检测响应消息一段时间后,并未收到其它信令设备返回的检测响应消息,则说明途经信令设备B的下一个途经信令设备C出现故障,这时,可以通过途经信令设备C的上一个途经信令设备B返回的响应消息中携带的信息,例如:途经信令设备B的地址信息,获取途经信令设备C的地址信息。从而获知信令网中途经信令设备C出现故障,实现了对信令网中出现故障信令设备的定位。
本发明实施例提供的信令网中的检测信令设备的方法,通过始发信令设备发送检测请求消息,每个接收到检测请求消息的信令设备返回检测响应消息,检测响应消息中携带信令设备信息,根据检测响应消息判断信令设备是否出现故障,不仅可以实现对信令网中的信令设备进行检测,还能够实现故障定位的目的,很好地解决了信令网中的信令设备维护和故障解决等问题,节省了运营商运营维护成本。
本发明实施例提供了一种检测信令设备的方法,本实施例以在CDMA网络下,采用逐一返回方式为例进行说明,参见图5,本发明实施例以消息中携带跳计数器来为例进行说明,即在本信令点采用多次发送的trace请求消息,消息中携带跳计数器的方式,初始跳计数器为1,逐次累加的方式,当途经信令点收到后将跳计数器-1,并判断是否为0,为0则返回最终应答。该方法具体包括:
501:始发信令设备发送trace请求消息,消息中携带值为N的跳计数器,N为自然数,该trace请求消息首先转发给第一个途经信令设备。
其中,发送的trace请求消息为一种扩展的新的信令操作消息或在现有信令操作中扩展的新的参数;始发信令设备每接收到一个指定途经信令设备返回的携带消息超期的响应消息后,会再次发送trace请求消息,该再次发送的trace请求消息中携带的跳计数器的数值为N+1,即始发信令设备逐一发送trace请求消息,且对逐一发送的trace请求消息中携带的跳计数器的数值加1,以此类推。
502:途经信令设备接收到该trace请求消息后,识别出是trace请求消息,将跳计数器值减1。
503:该途经信令设备将消息中的跳计数器值减1后,判断得到的跳计数器值是否为0,如果为0,则执行504,否则,执行506。
504:如果途经信令设备将消息中的跳计数器值减1后,跳计数器值为0时,则该途经信令设备向始发信令设备返回响应消息。
其中,该响应消息中不仅包含了该途经信令设备的相关信息,例如:SPC、GT等信息,还包括消息超期信息,表示该途经信令设备工作正常。
505:始发信令设备根据接收的响应消息,判断trace请求消息是否被转发到目的信令设备,如果是,则结束,否则,将跳计数器的值加1之后,执行501。
506:如果该途经信令设备将trace请求消息中的跳计数器值减1后,跳计数器值不为0时,则判断消息是否超期,如果是,则执行508,否则,执行507。
507:该途经信令设备将trace请求消息中的跳计数器值减1后,跳计数器值不为0,且消息非超期,则直接向始发信令设备返回失败的响应消息,然后结束。
其中,消息非超期代表网络中出现循环,即代表了信令网中的设备出现了故障,失败的响应消息中不仅包含了该途经信令设备的相关信息,例如:SPC、GT等信息;还包括了消息非超期,表示该途经信令设备出现异常错误。
508:该途经信令设备将消息中的跳计数器值减1后,跳计数器值不为0时,且消息超期,则该途经信令设备将携带的跳计数器值减1后的trace请求消息转发给下一个信令设备,当下一个信令设备收到trace请求消息后,继续执行步骤502。
另外,如果上述信令设备工作异常,不返回失败的响应消息,始发信令设备在预设时间内未收到信令设备返回的检测响应消息,则认为信令设备工作异常,即出现了故障,但由于工作异常的信令设备的上一个信令设备(工作正常)返回的响应消息中携带该工作正常的信令设备自身的信息,例如:工作正常的信令设备的地址信息;因此,可以根据上述响应消息中携带的地址信息,获取工作异常的信令设备的地址信息,从而能够实现对工作异常信令设备的定位。
为了更加清楚地说明本发明实施例提供的逐一返回方式下所实现的信令网中检测信令设备的方法,下面以信令设备A为始发信令设备,信令设备Z为目的信令设备,途经信令设备B,C…为例,对本发明实施例中途经信令设备向始发信令设备返回信令设备信息的方式做具体说明:
情况一:假设信令网中的所有设备都正常工作,均未出现故障,参见图6提供的信息交互示意图,该方法内容如下:
始发信令设备A发送trace请求消息给目的信令设备Z,该trace请求消息中携带跳计数器;其中,始发信令设备A首次发送trace请求消息时,携带的跳计数器值为1,该trace请求消息从始发信令设备A发出,发送给途经信令设备B,途经信令设备B接收到该trace请求消息后,识别出此消息为trace请求消息,同时将跳计数器值减1,由于该途经信令设备B工作正常,即将跳计数器值减1后得到跳计数器值为0,则直接返回响应消息,该响应消息中包含了途经信令设备B的相关信息、消息超期信息;
当始发信令设备A收到途经信令设备B返回的响应消息后,将跳计数器值加1后,再次发送trace请求消息,此次,发送的trace请求消息中携带的跳计数器为2,当途经信令设备B收到该trace请求消息后,将其中携带的跳计数器值减1后,判断消息超期,向途经信令设备C转发trace请求消息,该trace请求消息携带跳计数器值为1;同理,当途经信令设备C收到途经信令设备B转发的trace请求消息后,由于该途经信令设备C工作正常,即将跳计数器值减1后得到跳计数器值为0,则直接返回响应消息,该响应消息中包含了途经信令设备C的相关信息、消息超期信息;
同理可得,始发信令设备A可以通过逐一返回的方式,实现逐一发送携带不同跳计数器值的trace请求消息,直至发送到目的信令设备Z,目的信令设备Z向始发信令设备A发送响应消息,该响应消息中包含了目的信令设备Z的相关信息、消息超期信息。
综上,始发信令设备A接收到trace请求消息途经的所有信令设备信息,可以对所有信令设备进行检测。
情况二:假设信令网中的信令设备有异常现象,trace请求消息转发到途经信令设备C时出现了异常,即途经信令设备C出现了故障,参见图7,该方法内容如下:
始发信令设备A发送trace请求消息给目的信令设备Z,该trace请求消息携带跳计数器值;其中,始发信令设备A首次发送trace请求消息时,携带的跳计数器值为1,该trace请求消息从始发信令设备A发出,发送给途经信令设备B,途经信令设备B接收到该trace请求消息后,识别出此消息为trace请求消息,同时将跳计数器值减1,由于该途经信令设备B工作正常,即将跳计数器值减1后得到跳计数器值为0,则直接返回响应消息,该响应消息中包含了途经信令设备B的相关信息、消息超期信息;
当始发信令设备A收到途经信令设备B返回的响应消息后,将跳计数器值加1后,再次发送trace请求消息,此次,发送的trace请求消息中携带的跳计数器值为2,当途经信令设备B收到该trace请求消息后,将其中携带的跳计数器值减1后,判断消息超期,向途经信令设备C转发trace请求消息,该trace请求消息携带跳计数器值为1;
当途经信令设备C收到途经信令设备B发送的trace请求消息后,由于该途经信令设备C出现了工作异常,则途经信令设备C直接向始发信令设备返回失败的响应消息,该失败的响应消息中除了包含途经信令设备C的相关信息,例如:途经信令设备C的SPC、GT等信息,还包含消息非超期信息,这样,始发信令设备A得到该失败的响应消息后,将停止发送trace请求消息,从而可以获知信令网中途经信令设备C出现故障,实现了对信令网中出现故障信令设备的检测。
当途经信令设备C工作异常,在有时可能不返回失败的响应消息的情况下,如:始发信令设备A在接收到途经信令设备B的检测响应消息一段时间后,并未收到其它信令设备返回的检测响应消息,则说明途经信令设备B的下一个途经信令设备C出现故障,这时,可以通过途经信令设备C的上一个途经信令设备B返回的响应消息中携带的信息,例如:地址信息,获取途经信令设备C的信息。从而获知信令网中途经信令设备C出现故障,实现了对信令网中出现故障信令设备的定位。
本发明实施例提供的检测信令设备的方法,始发信令设备在发送检测请求消息中携带跳计数器,跳计数器中的数值指定了该检测请求消息最终到达的目的,即最终将跳计数器值减1之后为0的途经信令设备,始发信令设备每接收到一个指定途经信令设备返回的检测响应消息,将再次发送检测请求消息,并将消息中携带的跳计数器值加1,直至到达目的信令设备或故障信令设备;所有被指定的途经信令设备逐一返回检测响应消息,检测响应消息中携带信令设备信息,根据检测响应消息判断信令设备是否出现故障,从而实现了对信令设备的检测和对故障信令设备的定位,不仅很好地解决了信令网中的信令设备检测和故障解决等问题,还节省了运营商运营维护成本。
本发明实施例提供了一种检测信令设备的方法,本实施例以在CDMA网络下,采用追加返回方式为例进行说明,即信令点将本局的信息追加到trace请求消息当中,携带给下一个信令点,直至最后一个信令点收到并把消息内容中携带的途经信令点信息放在应答消息中返回给始发信令点的方式。参见图8,该方法具体包括:
801:始发信令设备发送trace请求消息给目的信令设备,通过0至多个途经信令设备转发,该trace请求消息首先转发第一个途经信令设备。
其中,发送的trace请求消息为一种扩展的新的信令操作消息或在现有信令操作中扩展的新的参数。
802:途经信令设备接收到始发信令设备发送给目的信令设备的trace请求消息后,识别出是trace请求消息后,判断自身是否为目的信令设备,如果是,则执行806,否则,执行803。
803:该途经信令设备不是目的信令设备,该途经信令设备将自身相关信息追加到trace请求消息中,将携带自身相关信息的trace请求消息转发给下一个信令设备,并判断向下一个信令设备转发时是否出现故障,如果是,则执行805,否则,执行804。
其中,自身相关信息包括但不限于该途经信令设备的SPC、GT等信息。
804:该途经信令设备将携带自身相关信息的trace请求消息转发给下一个信令设备,下一个信令设备收到该trace请求消息后,同理,执行步骤802。
805:该途经信令设备将携带自身相关信息的trace请求消息转发给下一个信令设备失败,则该途经信令设备出现故障,该途经信令设备向始发信令设备返回携带沿途信令设备信息的响应消息,然后结束。
其中,沿途信令设备信息包括但不限于所有途经信令设备的SPC、GT等信息,还可以包括目的信令设备信息或故障信令设备信息。
806:该途经信令设备为目的信令设备,接收到该trace请求消息后,向始发信令设备返回携带沿途信令设备信息的响应消息,然后结束。
其中,沿途信令设备信息包括但不限于所有途经信令设备的SPC、GT等信息。
为了更加清楚地说明本发明实施例提供的追加返回方式下所实现的信令网中检测信令设备的方法,下面以信令设备A为始发信令设备,信令设备Z为目的信令设备,途经信令设备B、C…为例,对本发明实施例中途经信令设备向始发信令设备返回信令设备信息的方式做具体说明:
情况一:假设信令网中的所有信令设备都正常工作,均未出现故障,参见图9,该方法可以描述为:
始发信令设备A发送trace请求消息给目的信令设备Z,该trace请求消息从始发信令设备A发出,转发给途经信令设备B,途经信令设备B接收到trace请求消息后,识别出此消息为trace请求消息,由于该途经信令设备B工作正常,将自身相关信息追加到trace请求消息中,并将该携带途经信令设备B相关信息的trace请求消息转发给下一个途经信令设备C;同理,途经信令设备C也作相同处理,直到trace请求消息被转发给目的信令设备Z,目的信令设备Z向始发信令设备A发送响应消息,其中,该响应消息中携带所有途经信令设备的相关信息、以及该目的信令设备Z的相关信息。即该响应消息中携带所有途经信令设备的SPC、GT等信息。
综上,始发信令设备A通过目的信令设备Z发送的响应消息,能够从响应消息中获取所有途经信令设备信息,可以实现对所有信令设备进行检测和维护。
情况二:假设信令网中的途经信令设备C出现了故障,参见图10,该方法可以描述为:
始发信令设备A发送trace请求消息给目的信令设备Z,该trace请求消息从始发信令设备A发出,转发给途经信令设备B,途经信令设备B接收到trace请求消息后,识别出此消息为trace请求消息,由于该途经信令设备B工作正常,则途经信令设备B将自身的相关信息追加到trace请求消息中,并转发给下一个途经信令设备C;
途经信令设备C收到途经信令设备B发送的trace请求消息,由于途经信令设备C工作出现了异常,则途经信令设备C将自身的信息追加到失败的响应消息中,并直接向始发信令设备A返回该失败的响应消息,其中,该失败的响应消息中,不仅包含了该途经信令设备B和途经信令设备C的SPC、GT等信息,还包括了转发trace请求消息失败的原因,例如:转发失败,数据错误,消息包丢失等原因。
因此,通过获取途经信令设备C返回的失败的响应消息,从而实现定位信令网中的途经信令设备C出现故障,以及获取该设备出现故障的原因。
本发明实施例提供的信令网中检测信令设备的方法,通过追加返回方式,实现由信令网中的始发信令设备,发送trace请求消息给目的信令设备,途经信令设备都将自身的相关信息追加到trace请求消息中,并转发给下一个途经信令设备,直至目的信令设备或故障信令设备接收到包含所有途经信令设备信息的消息,将所有途经信令设备信息添加到响应消息中发送给始发信令设备,如果途经信令设备出现了故障,发送的响应消息中还包含了故障原因,通过发送的响应消息中携带的所有信令设备信息和故障原因等内容,从而达到信令设备检测和对故障信令设备定位的目的,不仅很好的解决了信令网中的信令设备检测和故障解决等问题,还节省了运营商运营维护成本。
对于此种追加返回方式,还可以通过途经信令设备将自身的相关信息追加到响应消息中并转发给上一个途经信令设备实现,直至该携带途经信令设备信息的响应消息转发到始发信令设备,同样可以达到很好的解决信令网中的信令设备检测和对故障信令设备的定位,也可以节省运营商运营维护成本。
本实施例提供了一种检测信令设备的方法,为了更加清楚地说明本发明实施例提供的主动返回方式下所实现的信令网中的检测信令设备的方法,本实施例结合具体的场景,以始发信令设备为SMSC(Short Message Service Center,短消息服务中心),途经信令设备为STP,目的信令设备为MSC(Mobile Switching Center,移动交换中心),返回方式为主动返回方式,检测请求消息为携带trace参数的短消息为例,对本实施例提供的方法做详细说明:
情况一:假设信令网中的所有设备都正常工作,均未出现故障,参见图11提供的交互示意图,内容如下:
始发信令设备SMSC在短消息中扩展trace参数,将携带trace参数的短消息发送给目的信令设备MSC,该短消息首先转发给途经信令设备STP,途经信令设备STP接收到短消息后,识别出此短消息中携带trace参数,由于途经信令设备STP工作正常且不是目的信令设备,则该途经信令设备STP成功将短消息继续转发给下一个信令设备MSC,同时途经信令设备STP主动向始发信令设备SMSC发送trace响应消息,其中,该响应消息中包含了途经信令设备STP的相关信息,例如:途经信令设备STP的SPC、GT等信息;同理,信令设备MSC由于工作正常且为目的信令设备,执行和途经信令设备STP相同处理,向始发信令设备SMSC发送trace响应消息,同理,该响应消息中包含了目的信令设备MSC的相关信息,例如:目的信令设备MSC的SPC、GT等信息。
综上,直至始发信令设备SMSC接收到目的信令设备MSC发送的响应消息后,始发信令设备SMSC已经接收到了短消息从始发信令设备SMSC发往目的信令设备MSC所途经的所有信令设备信息,即,从所有主动返回的响应消息中获取了短消息所途经的所有信令设备的相关信息,从而可以判断出所有信令设备均工作正常。
情况二:假设信令网中的信令设备MSC出现了故障,参见图12提供的交互示意图,内容如下:
始发信令设备SMSC在短消息中扩展trace参数,将携带trace参数的短消息发送给目的信令设备MSC,该短消息首先转发给途经信令设备STP,途经信令设备STP接收到短消息后,识别出此短消息携带trace参数,由于途经信令设备STP工作正常且不是目的信令设备,则该途经信令设备STP成功将短消息继续转发给下一个信令设备MSC,同时向始发信令设备SMSC发送响应消息,该响应消息中包含了途经信令设备STP的相关信息,例如:途经信令设备STP的SPC、GT等信息;当信令设备MSC收到途经信令设备STP发送的短消息后,由于信令设备MSC为目的信令设备且出现了故障,则信令设备MSC应该直接向始发信令设备SMSC发送失败的响应消息,以信令设备MSC工作异常,不返回失败的响应消息的情况为例,始发信令设备SMSC在接收到途经信令设备STP的检测响应消息一段时间后,并未收到其它信令设备返回的检测响应消息,则说明途经信令设备STP的下一个信令设备MSC出现故障,获知信令网中信令设备MSC出现故障,实现了对信令网中出现故障信令设备的定位。
本发明实施例提供的信令网中的检测信令设备的方法,通过始发信令设备发送检测请求消息,每个接收到检测请求消息的信令设备返回检测响应消息,检测响应消息中携带信令设备信息,根据检测响应消息判断信令设备是否出现故障,不仅可以实现对信令网中的信令设备进行检测,还能够实现故障定位的目的,很好地解决了信令网中的信令设备维护和故障解决等问题,节省了运营商运营维护成本。
上述本发明实施例仅以CDMA的信令网络为例进行的说明,类似地,本发明实施例提供的方法还适用于GSM(Global System for Mobile communications,全球移动通信***),TDMA(Time Division Multiple Address,时分多址)等信令网络;方法类似,不再赘述,其中,信令网设备主要包括但不限于SMSC、STP、MSC、VLR(Visitor Location Register,拜访位置登记处)、HLR(Home Location Register,归属位置登记处)、SGSN(Service GPRSSupport Node,服务GPRS支持节点),其中,GPRS为General Packet Radio Service,通用分组无线业务。
参见图13,本实施例提供了一种检测信令设备的***,该***包括:始发信令设备1301和途经信令设备1302;
其中,始发信令设备1301,用于向目的信令设备发送检测请求消息,检测请求消息通过信令网中的途经信令设备1302转发;获取各信令设备根据检测请求消息返回的自身的设备信息;根据设备信息判断对应的信令设备是否出现故障;
途经信令设备1302,用于获取经过本地发往目的信令设备的信令消息;对信令消息进行识别;当信令消息被识别为检测请求消息时,获取自身的设备信息,并向始发信令设备返回自身的设备信息,以便始发信令设备1301根据设备信息进行故障判断。
其中,途经信令设备1302在收到检测请求消息时可以先判断自身是否为目的信令设备,若不是,则途经信令设备1302还用于将信令消息进行转发,直至到达目的信令设备或异常信令设备。
当途经信令设备1302转发过程中发生异常时,停止转发,并返回携带异常原因的设备信息。
具体的,当途经信令设备1302在对信令消息进行识别时,具体用于识别信令消息是否为trace操作消息或是否为携带trace参数的业务消息,若是,则消息为检测请求消息。
可选的,若采用逐一返回响应消息的方式,当信令消息被识别为检测请求消息时,途经信令设备1302还用于判断是否转发检测请求消息,若否,则执行获取自身的设备信息,并向始发信令设备返回自身的设备信息;否则,将信令消息进行转发。其中,判断是否转发检测请求消息的具体过程参加图5所示实施例。
始发信令设备1301与途经信令设备1302的具体交互过程可参见方法实施例部分,这里不再赘述。
本发明实施例通过始发信令设备发送检测请求消息,途经信令设备将检测请求消息转发,直至目的信令设备,始发信令设备接收携带信令设备信息的检测响应消息,并根据各信令设备的设备信息判断信令设备是否出现故障,从而实现了对信令设备的检测和故障信令设备的定位,提高了解决信令设备维护和故障解决的效率,还节省了运营商运营维护成本。
参见图14,本发明实施例提供了一种信令设备,该信令设备包括:
发送模块1401,用于向目的信令设备发送检测请求消息,检测请求消息通过信令网中的途经信令设备转发;
获取模块1402,用于获取各信令设备根据检测请求消息返回的自身的设备信息;
判断模块1403,用于根据设备信息判断对应的信令设备是否出现故障。
其中,参见图15,获取模块1402具体可包括:
接收单元1402a,用于接收携带途经信令设备和/或目的信令设备的设备信息的检测响应消息;
获取单元1402b,用于从接收单元接收到的检测响应消息中获取途经信令设备和/或目的信令设备的设备信息。
具体的,当信令设备以主动返回方式返回自身的设备信息时,接收单元分别接收由途经信令设备和目的信令设备返回的携带自身设备信息的响应消息;当信令设备以追加方式返回自身的设备信息时,接收单元接收由目的信令设备或异常信令设备返回的携带途经信令设备的设备信息和自身设备信息的检测响应消息,其中,途经信令设备的设备信息由途经信令设备添加到检测请求消息中发送给目的信令设备或异常信令设备,或者由途经信令设备在接收到目的信令设备或异常信令设备返回的响应消息时,将自身的设备信息追加到响应消息中。
上述信令设备的具体处理过程可参见方法实施例中始发信令设备的功能,这里不再赘述;上述设备信息包括:信令点编码SPC、全局码GT;检测请求消息为trace操作消息或携带trace参数的业务消息。
本发明实施例通过始发信令设备发送检测请求消息,接收响应消息,根据响应消息中携带的信令设备信息,判断信令设备是否出现故障,从而可以实现对信令设备的检测和故障定位,不仅降低了运营商运营维护成本,而且提高了信令网中的设备故障解决的效率。
参见图16,本发明实施例提供了一种信令设备,该设备包括:
获取模块1601,用于获取经过本地发往目的信令设备的信令消息;
识别模块1602,用于对信令消息进行识别;
处理模块1603,用于当信令消息被识别为检测请求消息时,获取自身的设备信息;并向始发信令设备返回自身的设备信息,以便始发信令设备根据设备信息进行故障判断。
上述识别模块1602,具体用于识别信令消息是否为trace操作消息或是否为携带trace参数的业务消息,若是,则消息为检测请求消息。
其中,当发生异常时,返回的设备信息中还可以携带异常原因。
可选的,当途经信令设备不是目的信令设备时,参见图17,该信令设备还可以包括:
转发模块1604,用于将信令消息进行转发,直至到达目的信令设备或异常信令设备。
另外,若采用逐一返回响应消息的方式,参见图18,该信令设备还可以包括:
判断模块1605,用于当信令消息被识别为检测请求消息时,判断是否转发检测请求消息,若否,则由处理模块1603获取自身的设备信息,并向始发信令设备返回自身的设备信息;否则,由转发模块1604将信令消息进行转发。具体判断过程可参见图5所示实施例,这里不再赘述。
在返回设备信息时,处理模块1603可以通过多种方式来实现。处理模块1603可以直接生成携带设备信息的响应消息,向始发信令设备返回响应消息;或,将自身的设备信息添加到进行转发的信令消息中,通过目的信令设备或异常信令设备生成携带信令消息中的设备信息和自身的设备信息的响应消息,返回给始发信令设备;或,将自身的设备信息添加到目的信令设备或异常信令设备生成的携带目的信令设备或异常信令设备的设备信息的响应消息中,返回给始发信令设备。
本实施例通过途经信令设备接收始发信令设备的信令消息,并对该信令消息进行识别,当该信令消息被识别为检测请求消息时,途经信令设备将检测请求消息转发,或将自身信息添加到检测请求消息中,或向始发信令设备返回响应消息,在响应消息中添加自身的设备信息,始发信令设备由响应消息中携带的各信令设备信息,可以判断出信令设备是否出现故障,从而可以实现对所有信令设备的检测和故障定位,不仅降低了运营商运营维护成本,而且提高了信令网中的设备故障解决的效率。
上述信令设备的处理过程可参见方法实施例中途经信令设备或目的信令设备的功能,这里不再赘述。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的介质中,存储介质例如,计算机中的硬盘、光盘或软盘。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (32)
1.一种检测信令设备的方法,其特征在于,所述方法包括:
向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;
获取各信令设备根据所述检测请求消息返回的自身的设备信息;
根据所述设备信息判断对应的信令设备是否出现故障。
2.根据权利要求1所述的方法,其特征在于,所述检测请求消息为trace操作消息或携带trace参数的业务消息。
3.根据权利要求1所述的方法,其特征在于,所述设备信息包括:信令点编码SPC、全局码GT。
4.根据权利要求1-3任一项所述的方法,其特征在于,当所述转发过程中发生异常时,停止转发,并且,所述异常信令设备返回的设备信息中携带异常原因。
5.根据权利要求4所述的方法,其特征在于,所述获取各信令设备根据所述检测请求消息返回的自身的设备信息包括:
接收各信令设备根据所述检测请求消息返回的携带自身的设备信息的检测响应消息,从所述检测响应消息中获取所述信令设备的设备信息。
6.根据权利要求4所述的方法,其特征在于,所述获取各信令设备根据所述检测请求消息返回的自身的设备信息包括:
接收所述目的信令设备或异常信令设备返回的携带途经信令设备的设备信息和自身设备信息的检测响应消息,所述途经信令设备的设备信息由途经信令设备添加到检测请求消息中发送给所述目的信令设备或异常信令设备;
从所述检测响应消息中获取各信令设备的设备信息。
7.根据权利要求4所述的方法,其特征在于,所述获取各信令设备根据所述检测请求消息返回的自身的设备信息包括:
接收所述目的信令设备或异常信令设备返回的携带自身设备信息的检测响应消息,所述检测响应消息中还携带途经信令设备的设备信息,所述途经信令设备信息由所述途经信令设备添加到所述目的信令设备或异常信令设备返回的所述检测响应消息中发送给始发信令设备;
从所述检测响应消息中获取各信令设备的设备信息。
8.一种检测信令设备的方法,其特征在于,所述方法包括:
获取经过本地发往目的信令设备的信令消息;
对所述信令消息进行识别;
当所述信令消息被识别为检测请求消息时,获取自身的设备信息,并向始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
9.根据权利要求8所述的方法,其特征在于,所述对所述信令消息进行识别,具体包括:识别所述信令消息是否为trace操作消息或是否为携带trace参数的业务消息,若是,则所述消息为检测请求消息。
10.根据权利要求8所述的方法,其特征在于,所述设备信息包括:信令点编码SPC、全局码GT。
11.根据权利要求8-10任一项所述的方法,其特征在于,还包括:当发生异常时,在返回的设备信息中携带异常原因。
12.根据权利要求8-10任一项所述的方法,其特征在于,还包括:将所述信令消息进行转发,直至到达目的信令设备或异常信令设备。
13.根据权利要求8-10任一项所述的方法,其特征在于,当所述信令消息被识别为检测请求消息时,还包括:判断是否转发所述检测请求消息,若否,则执行所述获取自身的设备信息,并向所述始发信令设备返回自身的设备信息;否则,将所述信令消息进行转发。
14.根据权利要求8-10任一项所述的方法,其特征在于,所述向所述始发信令设备返回自身的设备信息,具体包括:
生成携带所述设备信息的响应消息,向所述始发信令设备返回所述响应消息。
15.根据权利要求12所述的方法,其特征在于,所述向所述始发信令设备返回自身的设备信息,具体包括:
将自身的设备信息添加到进行转发的信令消息中,通过所述目的信令设备或异常信令设备生成携带所述信令消息中的设备信息和自身的设备信息的响应消息,返回给所述始发信令设备。
16.根据权利要求12所述的方法,其特征在于,所述向所述始发信令设备返回自身的设备信息,具体包括:
将自身的设备信息添加到所述目的信令设备或异常信令设备生成的携带目的信令设备或异常信令设备的设备信息的响应消息中,返回给所述始发信令设备。
17.一种检测信令设备的***,其特征在于,所述***包括:始发信令设备和途经信令设备;
所述始发信令设备,用于向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;并获取各信令设备根据所述检测请求消息返回的自身的设备信息;根据所述设备信息判断对应的信令设备是否出现故障;
所述途经信令设备,用于获取经过本地发往目的信令设备的信令消息;对所述信令消息进行识别;当所述信令消息被识别为检测请求消息时,获取自身的设备信息,并向所述始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
18.根据权利要求17所述的***,其特征在于,当所述途经信令设备在转发过程中发生异常时,所述途经信令设备用于停止转发,并返回携带异常原因的设备信息。
19.根据权利要求17或18所述的***,其特征在于,所述途经信令设备不是目的信令设备时,还用于将所述信令消息进行转发,直至到达目的信令设备或异常信令设备。
20.根据权利要求17或18所述的***,其特征在于,当所述信令消息被识别为检测请求消息时,所述途经信令设备还用于判断是否转发所述检测请求消息,若否,则获取自身的设备信息,并向所述始发信令设备返回自身的设备信息;否则,将所述信令消息进行转发。
21.一种信令设备,其特征在于,所述信令设备包括:
发送模块,用于向目的信令设备发送检测请求消息,所述检测请求消息通过信令网中的途经信令设备转发;
获取模块,用于获取各信令设备根据所述检测请求消息返回的自身的设备信息;
判断模块,用于根据所述设备信息判断对应的信令设备是否出现故障。
22.根据权利要求21所述的信令设备,其特征在于,所述获取模块,具体包括:
接收单元,用于接收携带途经信令设备和/或目的信令设备的设备信息的检测响应消息;
获取单元,用于从所述接收单元接收到的所述检测响应消息中获取所述途经信令设备和/或目的信令设备的设备信息。
23.根据权利要求21-22所述的信令设备,其特征在于,所述设备信息包括:信令点编码SPC、全局码GT。
24.根据权利要求21-22所述的信令设备,其特征在于,所述检测请求消息为trace操作消息或携带trace参数的业务消息。
25.一种信令设备,其特征在于,所述信令设备包括:
获取模块,用于获取经过本地发往目的信令设备的信令消息;
识别模块,用于对所述信令消息进行识别;
处理模块,用于当所述信令消息被识别为检测请求消息时,获取自身的设备信息;并向始发信令设备返回自身的设备信息,以便所述始发信令设备根据所述设备信息进行故障判断。
26.根据权利要求25所述的信令设备,其特征在于,所述识别模块,具体用于识别所述信令消息是否为trace操作消息,或,是否为携带trace参数的业务消息,若是,则所述消息为检测请求消息。
27.根据权利要求25或26所述的信令设备,其特征在于,当发生异常时,所述返回的设备信息中携带异常原因。
28.根据权利要求25-26任一项所述的信令设备,其特征在于,所述信令设备还包括:
转发模块,用于将所述信令消息进行转发,直至到达目的信令设备或异常信令设备。
29.根据权利要求28任一项所述的信令设备,其特征在于,所述信令设备还包括:
判断模块,用于判断是否转发所述检测请求消息,若否,则所述处理模块获取自身的设备信息,并向所述始发信令设备返回自身的设备信息;否则,所述转发模块将所述信令消息进行转发。
30.根据权利要求28所述的信令设备,其特征在于,所述处理模块在返回设备信息时,具体用于生成携带所述设备信息的响应消息,向所述始发信令设备返回所述响应消息。
31.根据权利要求28所述的信令设备,其特征在于,所述处理模块在返回设备信息时,具体用于将自身的设备信息添加到进行转发的信令消息中,通过所述目的信令设备或异常信令设备生成携带所述信令消息中的设备信息和自身的设备信息的响应消息,返回给所述始发信令设备。
32.根据权利要求28所述的信令设备,其特征在于,所述处理模块在返回设备信息时,具体用于将自身的设备信息添加到所述目的信令设备或异常信令设备生成的携带目的信令设备或异常信令设备的设备信息的响应消息中,返回给所述始发信令设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910003882A CN101800684A (zh) | 2009-02-06 | 2009-02-06 | 一种检测信令设备的方法、***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910003882A CN101800684A (zh) | 2009-02-06 | 2009-02-06 | 一种检测信令设备的方法、***及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101800684A true CN101800684A (zh) | 2010-08-11 |
Family
ID=42596188
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910003882A Pending CN101800684A (zh) | 2009-02-06 | 2009-02-06 | 一种检测信令设备的方法、***及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101800684A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769548A (zh) * | 2011-05-04 | 2012-11-07 | ***通信集团吉林有限公司 | 一种信令业务监测方法及装置 |
CN104780551A (zh) * | 2014-01-14 | 2015-07-15 | ***通信集团贵州有限公司 | 一种信令转接点链路状态检测***及方法 |
WO2018068212A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 射频*** |
CN108616393A (zh) * | 2018-04-24 | 2018-10-02 | 杭州迪普科技股份有限公司 | 一种基于ldap服务器的认证方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150777A (zh) * | 2007-11-05 | 2008-03-26 | 华为技术有限公司 | 用户号段的sccp寻址配置方法和装置 |
CN101272576A (zh) * | 2007-03-19 | 2008-09-24 | 华为技术有限公司 | 一种用户信令跟踪方法及通讯***以及用户设备 |
CN101296123A (zh) * | 2008-04-25 | 2008-10-29 | 北京泰得思达科技发展有限公司 | 一种上报设备信息的方法 |
-
2009
- 2009-02-06 CN CN200910003882A patent/CN101800684A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272576A (zh) * | 2007-03-19 | 2008-09-24 | 华为技术有限公司 | 一种用户信令跟踪方法及通讯***以及用户设备 |
CN101150777A (zh) * | 2007-11-05 | 2008-03-26 | 华为技术有限公司 | 用户号段的sccp寻址配置方法和装置 |
CN101296123A (zh) * | 2008-04-25 | 2008-10-29 | 北京泰得思达科技发展有限公司 | 一种上报设备信息的方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769548A (zh) * | 2011-05-04 | 2012-11-07 | ***通信集团吉林有限公司 | 一种信令业务监测方法及装置 |
CN102769548B (zh) * | 2011-05-04 | 2015-07-29 | ***通信集团吉林有限公司 | 一种信令业务监测方法及装置 |
CN104780551A (zh) * | 2014-01-14 | 2015-07-15 | ***通信集团贵州有限公司 | 一种信令转接点链路状态检测***及方法 |
CN104780551B (zh) * | 2014-01-14 | 2018-12-07 | ***通信集团贵州有限公司 | 一种信令转接点链路状态检测***及方法 |
WO2018068212A1 (zh) * | 2016-10-11 | 2018-04-19 | 华为技术有限公司 | 射频*** |
CN109792302A (zh) * | 2016-10-11 | 2019-05-21 | 华为技术有限公司 | 射频*** |
US11038280B2 (en) | 2016-10-11 | 2021-06-15 | Huawei Technologies Co., Ltd. | Radio frequency system |
CN108616393A (zh) * | 2018-04-24 | 2018-10-02 | 杭州迪普科技股份有限公司 | 一种基于ldap服务器的认证方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101494572B (zh) | 设备告警信息远程管理方法及*** | |
CN102571492B (zh) | 检测路由设备故障的方法和装置 | |
CN103514173B (zh) | 数据处理的方法和节点设备 | |
CN103249011B (zh) | 短消息的发送方法及*** | |
CN103152374A (zh) | 获知终端在线状态的方法与装置 | |
CN101800684A (zh) | 一种检测信令设备的方法、***及设备 | |
EP2111052A1 (en) | Method and device for sending message, message central equipment | |
CN102098642B (zh) | 一种实现移动网络中短消息转移的***和方法 | |
CN102984739A (zh) | 故障信息处理方法及装置 | |
CN101848462B (zh) | 一种克隆卡定位服务器、克隆卡定位检测方法及*** | |
CN101047969B (zh) | 在移动通信网络中路由呼叫的方法 | |
CN103051484A (zh) | 会话业务处理方法、***和会话边缘控制器 | |
CN103297259A (zh) | 点到多点组播业务的保护方法及装置 | |
CN102821415B (zh) | 一种故障检测、处理方法和故障检测处理装置 | |
CN101902699B (zh) | 一种基于消息号码处理消息的方法及装置 | |
CN115190186A (zh) | 电能表信息上报方法、电能表和存储介质 | |
CN101299693B (zh) | 一种检测转发平面故障的方法和装置 | |
CN101090514B (zh) | 一种移动交换中心仿真异常时实现移动终端被叫的方法 | |
CN102300230A (zh) | 一种网际信息的监控实现方法、装置及*** | |
CN109495384B (zh) | 一种提高网络路由可靠性的方法和装置 | |
JP6512037B2 (ja) | 無線通信装置、方法、及びプログラム | |
CN106685697B (zh) | 一种异常边际消息数据恢复处理的方法及*** | |
CN101179759A (zh) | 一种获取移动终端开机信息的方法及实现该方法的装置 | |
CN104113449A (zh) | 一种链路检测方法及装置 | |
CN102694683B (zh) | 一种业务倒换方法、网管服务器及通信*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100811 |