E1线或T1线错接故障的检测方法及系统、基站 |
|||||||
| 申请号 | CN201010219841.3 | 申请日 | 2010-06-24 | 公开(公告)号 | CN101883377B | 公开(公告)日 | 2015-06-03 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 赵金明; | ||||
| 摘要 | 本 发明 公开了一种E1线或T1线错接故障的检测方法及系统、基站。其中，该方法包括：基站经由E1线或T1线接收报文；基站判断报文中的配置与本地的配置是否一致；在判断结果为否的情况下，基站确定E1线或T1线错接的方法。通过本发明，能够高效、准确地对E1线或T1线错接故障进行 定位 。 | ||||||
| 权利要求 | 1.一种E1线或T1线错接的检测方法，其特征在于，包括： |
||||||
| 说明书全文 | E1线或T1线错接故障的检测方法及系统、基站技术领域[0001] 本发明涉及通信领域，具体而言，涉及一种E1线或T1线错接故障的检测方法及系统、基站。 背景技术[0002] 在相关技术中，在装置E1线发生错接后，通常是使用试错法或者抓包检查的办法排除故障。 [0003] 具体地，试错法中处理E1错接的流程如下： [0006] 步骤S3，完成IPCP协商并创建相应的路由(Route)表表项。 [0007] 步骤S4，尝试建立上层IP协议的通信链路。 [0008] 步骤S5，由于路由表表项中使用了错接链路带来的错误IP地址造成路由表错误，上层链路不通。 [0009] 步骤S6，维护人员采用猜测的办法找到具体的错接E1线并重新装置E1线。 发明内容[0011] 本发明的主要目的在于提供一种E1线或T1线错接故障的检测方法及系统、基站，以至少解决上述的对E1线或T1线错接故障的检测定位效率比较低的问题。 [0012] 根据本发明的一个方面，提供了一种E1线或T1线错接故障的检测方法，包括：基站经由E1线或T1线接收报文；基站判断报文中的配置与本地的配置是否一致；在判断结果为否的情况下，基站确定E1线或T1线错接。 [0013] 进一步地，基站判断报文中的配置与本地的配置是否一致包括：基站从报文中提取协商选项信息，并从协商选项信息中获取配置。 [0014] 进一步地，基站从协商选项中获取的配置为IP地址，基站判断报文中的配置与本地的配置是否一致还包括：基站判断IP地址是否与本地的IP地址一致。 [0015] 进一步地，基站判断IP地址是否与本地的IP地址一致包括：基站判断本地是否存在IP地址配置；在基站本地存在IP地址配置的情况下，基站判断协商选项是否是IP地址；基站在确定协商选项是否是IP地址的情况下，判断IP地址是否与本地的IP地址一致。 [0016] 进一步地，基站经由多个E1线或者多个T1线同时接收来自基站控制器的报文，基站同时判断各个报文中的配置与本地相应的配置是否一致。 [0017] 进一步地，在基站确定E1线或T1线错接之后，方法还包括：基站保存错接信息，其中，错接信息包括基站本地的IP地址和错接发生的时间。 [0018] 进一步地，在基站确定E1线或T1线错接之后，方法还包括：基站进行告警，其中，告警指示发生错接的E1线或T1线。 [0019] 根据本发明的另一方面，提供了一种基站，包括：接收模块，用于经由E1线或T1线接收报文；判断模块，用于判断报文中的配置与本地的配置是否一致；确定模块，用于在判断结果为否的情况下，确定E1线或T1线错接。 [0020] 进一步地，上述基站还包括：保存模块，用于保存错接信息，其中，错接信息包括基站本地的IP地址和错接发生的时间；告警模块，用于进行告警，其中，告警指示发生错接的E1线或T1线。 [0021] 根据本发明的另一方面，提供了一种E1线或T1线错接故障的检测系统，包括：基站控制器；基站，经由E1线或T1线与基站控制器相连接，并经由E1线或T1线接收来自基站控制器的报文，以及判断报文中的配置与本地的配置是否一致，以及在判断结果为否的情况下，确定E1线或T1线错接。 [0022] 通过本发明，采用基站经由E1线或T1线接收报文；基站判断报文中的配置与本地的配置是否一致；在判断结果为否的情况下，基站确定E1线或T1线错接的方法，解决了对E1线或T1线错接故障的检测定位效率比较低的问题，进而达到了高效、准确地对E1线或T1线错接故障进行定位的效果。附图说明 [0024] 图1是根据本发明实施例的E1线或T1线错接故障的检测系统的示意图； [0025] 图2是根据本发明实施例的E1线或T1线错接故障的检测方法的流程图； [0026] 图3是根据本发明的E1线或T1线错接故障的检测方法的优选实施例的流程图； [0027] 图4是根据本发明实施例的基站的示意图。 具体实施方式[0028] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 [0029] 图1是根据本发明实施例的E1线或T1线错接故障的检测系统的示意图。 [0030] 如图1所示，该E1线或T1线错接的检测系统，包括基站控制器和基站。 [0031] 其中，基站经由E1线或T1线与基站控制器相连接，并经由E1线或T1线接收来自基站控制器的报文，以及判断报文中的配置与本地的配置是否一致，以及在判断结果为否的情况下，确定E1线或T1线错接。 [0032] 基站上的软件协议栈子系统可以使用多条E1线连接到通信网络。基站使用第一根(编号为0和1)的E1线作为“上电链路”并通过上电链路获取其余E1线的连接配置。协议栈子系统使用IPCP协议和E1线上的对端进行通信协商，并检查对端发来的IP地址选项是否正确。如果发生错接，则对端IP地址选项必定错误，此时，基站侧协议栈确认错接故障发生并触发IPCP协商失败。 [0033] 在基站系统上某个E1或T1端口A根据本端配置预期(或者期望)和基站控制器侧的某个E1或者T1线端口B相连，在连接到与本地的端口不对应的端口时，出现上述的错接。 [0034] 在本系统中，系统可以进行以下处理：系统启动并开始IPCP协商，首先基站系统使用E1线连接，系统协议栈接受指令发起LCP协商，系统协议栈发起IPCP协商。 [0035] 在一个时刻，某个基站只能通过一根或多根E1或者T1线与一个基站控制器连接。而一个基站控制器可以同时和多个基站连接。一根E1T1线只能供一个基站和一个基站控制器连接用。 [0036] 在该系统中，基站控制器和基站之间可以有多个E1线或多个T1线，此时，需要检测基站控制器和基站之间对应的接口是否错接，同一个基站控制器可以同时和多个基站相连接，此时，需要检测基站控制器是否和相应的基站错接。 [0037] 图2是根据本发明实施例的E1线或T1线错接故障的检测方法的流程图。 [0038] 如图2所示，该检测方法包括以下步骤： [0039] 步骤S202，基站经由E1线或T1线接收报文。 [0040] 步骤S204，基站判断报文中的配置与本地的配置是否一致。 [0041] 基站可以通过以下方法判断报文中的配置与本地的配置是否一致： [0042] 基站从报文中提取协商选项信息，并从协商选项信息中获取对端的配置。 [0043] 优选地，基站从协商选项中获取的配置可以为IP地址，在该种情况下，基站判断报文中的配置与本地的配置是否一致可以通过判断IP地址是否与本地的IP地址一致的方法来进行判断。 [0044] 基站判断IP地址是否与本地的IP地址一致还可以包括以下步骤： [0045] 步骤S12，基站判断本地是否存在IP地址配置； [0046] 步骤S14，在基站本地存在IP地址配置的情况下，基站判断协商选项是否是IP地址； [0047] 步骤S16，基站在确定协商选项是否是IP地址的情况下，判断IP地址是否与本地的IP地址一致。 [0048] 基站可以经由多个E1线或者多个T1线同时接收来自基站控制器的报文，并且基站可以同时判断各个报文中的配置与本地相应的配置是否一致。 [0049] 步骤S206，在判断结果为否的情况下，基站确定E1线或T1线错接。 [0050] 在基站确定E1线或T1线错接之后，基站还可以保存错接信息，其中，错接信息包括基站本地的IP地址和错接发生的时间。 [0051] 在基站确定E1线或T1线错接之后，基站还可以进行告警，其中，告警指示发生错接的E1线或T1线。 [0052] 本发明可以使用点到点协议(Point-to-Point Protocol，简称为PPP协议)自动检查E1线错接故障，包括以下步骤： [0053] 1)PPP实体进行IP控制协议(Internet Protocol Control Protocol，简称为IPCP协议)协商，发现配置不一致，确认发生错接。 [0054] 2)PPP实体拒绝对端IPCP提议。 [0055] 通过该方法，本发明可以加快由E1线错接引起的故障定位。 [0056] 图3是根据本发明的E1线或T1线错接故障的检测方法的优选实施例的流程图。 [0057] 如图3所示，该方法包括以下步骤： [0058] 步骤S301，基站首先解析对端发来的IPCP报文，从报文中提取出协商选项和操作码等信息。 [0059] 步骤S302，基站判断当前协商选项是否是IP地址。在判断结果为是的情况下，转步骤S303，在判断结果为否的情况下，则流程结束或执行其他操作。 [0060] 步骤S303，基站判断操作码是否是NAK。在判断结果为是的情况下，转步骤S304，在判断结果为否的情况下，转步骤S305。 [0061] 步骤S304，如果是NAK，则再判断本端是否有IP配置。在判断结果为是的情况下，转步骤S306，在判断结果为否的情况下，转步骤S305。基站侧的IP配置有一个获得的过程。在获得配置之前，基站侧端口上没有配置，也就没有规定一定要和哪条E1线相连。 [0062] 步骤S305，如则接收对端发来的配置。 [0063] 步骤S306，基站判断对端发来的配置和本端的配置是否一致。在判断结果为是的情况下，转步骤S305，在判断结果为否的情况下，转步骤S307。 [0064] 步骤S307，拒绝配置。 [0065] 步骤S308，确认错接。 [0066] 步骤S309，本端拒绝对端发来的配置并记录错接信息，供后续的故障定位工作使用等。 [0067] 在该方法中，当有错接发生时，协议栈子系统可以保持错接信息，包括本端IP地址，对端IP地址还有错接发生时间。 [0068] 其中，IPCP协议是PPP协议的一部分。E1线两端遵守IPCP协议规范进行报文收发，做IP地址等配置的协商。 [0069] IPCP的运行可以分成配置和收发两部分，根据IPCP协议规定从收到的IPCP报文中读取协议规定的报文字段，并根据此字段内容确定其他某段报文是否是IP地址选项的内容。 [0071] 1 Configure-Request [0072] 2 Configure-Ack [0073] 3 Configure-Nak [0074] 4 Configure-Reject [0075] 5 Terminate-Request [0076] 6 Terminate-Ack [0077] 7 Code-Reject [0078] 8 Protocol-Reject [0079] 9 Echo-Request [0080] 10 Echo-Reply [0081] 11 Discard-Request [0082] 其中，3表示Configure-Nak，即配置否定。 [0083] 上述提到的NAK就是指3，即Configure-Nak。 [0084] 维护人员发现后台错接告警后，可以在前台终端上输入指定的错接故障信息查看命令，系统返回发生错接的E1链路上两端的IP配置，根据该配置，维护人员可以具体定位错接链路到具体的那条E1线，而不是依靠猜测。 [0085] 图4是根据本发明实施例的基站的示意图。 [0086] 根据本发明实施例的基站，包括接收模块401、判断模块403、确定模块405。 [0087] 其中，接收模块401用于经由E1线或T1线接收报文；判断模块403用于判断报文中的配置与本地的配置是否一致；确定模块405用于在判断结果为否的情况下，确定E1线或T1线错接。 [0088] 上述基站还可以包括保存模块407和告警模块409。 [0089] 其中，保存模块407用于保存错接信息，其中，错接信息包括基站本地的IP地址和错接发生的时间；告警模块409用于进行告警，其中，告警指示发生错接的E1线或T1线。 [0090] 从以上的描述中，可以看出，本发明实现了如下技术效果： [0091] 1、由于本发明使用后台配置数据做为检查判断E1线错接的依据，因此判断准确，不必多次试错。 [0092] 2、使用软件办法及时发现错接错误终止后续流程避免了新的故障发生降低了排错故障的难度，提高了工作效率。 [0093] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 [0094] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 |
||||||
QQ群二维码
意见反馈
意见反馈