CN1172503C - 一种数据终端设备自动识别本地管理接口类型的方法 - Google Patents

一种数据终端设备自动识别本地管理接口类型的方法 Download PDF

Info

Publication number
CN1172503C
CN1172503C CNB021004447A CN02100444A CN1172503C CN 1172503 C CN1172503 C CN 1172503C CN B021004447 A CNB021004447 A CN B021004447A CN 02100444 A CN02100444 A CN 02100444A CN 1172503 C CN1172503 C CN 1172503C
Authority
CN
China
Prior art keywords
dce
dte
lmi
status
message
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
Application number
CNB021004447A
Other languages
English (en)
Other versions
CN1414756A (zh
Inventor
陈智敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB021004447A priority Critical patent/CN1172503C/zh
Priority to US10/502,906 priority patent/US7580371B2/en
Priority to PCT/CN2002/000369 priority patent/WO2003065675A1/zh
Publication of CN1414756A publication Critical patent/CN1414756A/zh
Application granted granted Critical
Publication of CN1172503C publication Critical patent/CN1172503C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据终端设备自动识别本地管理接口类型的方法，其关键在于：数据终端设备(DTE)侧第一次向数据电路设备(DCE)侧发送状态询问消息时，采用DTE支持的所有本地管理接口(LMI)协议类型的帧格式形成不同的状态询问消息同时发给DCE；当DTE首次收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后以该LMI协议类型的帧格式形成消息与DCE通信。该方法使DTE侧能够自动识别和匹配DCE侧当前所用的LMI协议类型，从而保证DTE和DCE双方的正常互通，提高系统可靠性和稳定性，同时方便系统的操作与管理。

Description

一种数据终端设备自动识别本地管理接口类型的方法
技术领域
本发明涉及网络中本地管理接口的识别技术，特别是指一种由数据终端设备自动识别本地管理接口类型的方法。
发明背景
目前，在使用帧中继(FR，Frame relay)技术进行互通的数据终端设备(DTE)和数据电路设备(DCE)之间，本地管理接口(LMI，Local Manage-ment Interface)类型是一个极其重要的配置。所谓本地管理接口(LMI)就是用来监控永久虚电路(PVC，Permanent Virtual Circuit)状态的协议。在永久虚电路方式下，无论网络设备还是用户设备都需要知道PVC的当前状态，即：当前PVC可用还是不可用；而且，在实际应用中，DTE侧与DCE侧必须采用相同类型的LMI协议配置，才能进行正常的互通。现在，帧中继链路中所使用的LMI协议有三种：国际电联(ITU-T)的Q.933附件A；美国国家标准协会(ANSI)的T1.617附件D以及CISCO LMI标准。
在帧中继的用户-网络接口(UNI，User-Network Interface)上，DTE的PVC状态完全是由DCE决定的，DCE负责通知DTE在UNI中所有PVC的状态。DCE的PVC状态由网络设备来决定。DTE侧获得当前PVC状态的过程是这样的：DTE侧每隔T391时间间隔向DCE侧发送一个状态询问(STATUS ENQUIRY)报文，一般STAUTS ENQUIRY报文只验证链路完整性，每发送N391个STATUS ENQUIRY报文后，将发送一个询问全状态(FULL STATUS)的STATUS ENQUIRY报文。DCE侧收到STATUSENQUIRY报文后，以状态(STATUS)报文应答，报告当前PVC的信息。通过DTE侧和DCE侧的一问一答轮询机制，便可使DTE侧及时知道当前所有PVC的状态。其中，T391和N391是ITU-T Q.933附件A中定义的两个变量，T391表示DTE侧向DCE侧查询状态及发送链路完整性报文的定时间隔，范围为5～30秒，一般缺省值为10秒；N391表示DTE侧向DCE侧查询状态及发送全状态查询报文的周期，范围为1～255，一般缺省值为6，即：每发送6次链路完整性报文，发送1次全状态查询报文。
在帧中继的网间网接口(NNI，Network-Network Interface)上，两侧的网络设备定时交换PVC状态，该交换过程也是使用LMI协议来完成的。与UNI不同的是：两侧的网络设备都向对端发送查询报文，收到查询报文后，都能进行响应。
LMI的协议规程主要包括四个部分：增加PVC的通知；删除PVC的探测；已设置PVC的可用(激活)或不可用(未激活)状态的通知；以及链路完整性检验。
对于目前的三种LMI协议而言，其规程大致相同，只是在帧格式上略有差别。Q.933附件A中，使用DLCI＝0的虚电路传送STATUS或STATUSENQUIRY报文。STATUS ENQUIRY消息用于询问PVC的状态和链路完整性，STATUS消息则用于应答STATUS ENQUIRY消息以通知其PVC的状态或链路完整性检测。如表一、表二所示，该STATUS消息和STATUSENQUIRY消息分别包含以下元素，其中长度以比特记，元素的具体值根据不同的报文类型由协议确定。
    元素名称 长度(Byte)
协议鉴别(Protocol discriminator)     1
呼叫参考(Call reference)     1
消息类型(Message type)     1
报告类型(Report type)     3
链路完整性校验(Link integrity verification)     4
 PVC状态(PVC status)     5-7
              表一STATUS消息格式
    元素名称 长度(Byte)
协议鉴别(Protocol discriminator)     1
呼叫参考(Call reference)     1
消息类型(Message type)     1
报告类型(Report type)     3
链路完整性校验(Link integrity verification)     4
             表二STATUS ENQUIRY消息格式
ANSI T1.617附录D同ITU-T Q.933一样，用DLCI＝0的虚电路传送状态询问及应答报文，只是ANSI的LMI报文比ITU-T Q.933多一个信息单元(Information element)，且报文中的元素取固定值。在CISCO LMI标准中，用DLCI＝1023的虚电路传送状态询问及应答报文，且报文中的元素取固定值，但PVC status的格式与Q.933与ANSI不同。
LMI协议的简要工作过程是这样的：
1)首先，由DTE发出状态查询消息STATUS ENQUIRY，且定时器T391开始计时。T391的间隔即为每一个轮询的时间间隔，即每隔T391，DTE发送一个STATUS ENQUIRY。同时，DTE的计数器V391进行计数。当V391＜N391时，DTE发送的STATUS ENQUIRY仅询问“链路完整性”；当V391＝N391时，V391清0，且DTE发送的STATUS ENQUIRY不仅询问“链路完整性”，还同时询问所有PVC的状态，此时的STATUS ENQUIRY称为全状态查询的STATUS ENQUIRY。N391定义了一个周期的长度，每隔一个周期，DTE发送一个全状态查询的STATUS ENQUIRY，该T391和N391的值可人工设定或取缺省值。
2)当DCE收到询问消息后，以状态消息STATUS应答状态询问消息STATUS ENQUIRY，同时DCE的轮询证实定时器T392开始计时，等待下一个状态询问消息STATUS ENQUIRY。如果T392超时，DCE没有收到状态询问消息STATUS ENQUIRY，DCE就记录该错误，错误次数加1。
3)DTE读取收到的应答消息STATUS，以了解链路状态和PVC状态。DCE对DTE所要了解的状态进行应答，若此时本网络中的PVC状态发生变化或有增加/删除的PVC，则无论对方是否询问PVC状态，DCE都应向DTE应答所有PVC的状态消息，从而使DTE及时了解DCE的变化情况，并更新以前的记录。如果定时器T391超时，而DTE设备没有收到状态消息STATUS，则记录该错误，错误次数加1。
4)如果在N393个事件中，发生的错误次数超过N392，DTE或DCE就认为该物理通路不可用，所有的虚电路不可用。其中，N392和N393也是ITU-T Q933附件A中定义的两个变量，N392为错误门限值，范围是1～10，缺省值为3；N393为被观察事件总数，范围是1～10，缺省值为4，N392和N393的值可人工设定或取缺省值。
在上述过程中，当DTE与DCE相互通信时，只有DTE侧配置的LMI协议类型与DCE侧一致，DCE侧才能识别DTE侧所发出的状态查询消息STATUS ENQUIRY，并以STATUS消息应答通知PVC的状态；如果DTE侧配置的LMI协议类型与DCE侧不一致，则DCE侧无法识别DTE侧发出的状态查询消息STATUS ENQUIRY，也不会回应应答消息，两端不能正常进行互通。
可见，LMI类型配置在DTE与DCE的整个通信过程中具有极其重要的位置。但是，在现有技术中，必须由用户通过手工或命令行对DTE侧和DCE侧的LMI协议类型进行配置，这样，DTE侧必须事先知道DCE侧的LMI类型，或是多次配置不同的LMI协议类型进行尝试，直到两侧可以互通为止。那么，如果DCE侧同时支持上述三种LMI协议类型，则DTE侧可能会经过三次配置测试，才能找到合适的LMI协议类型。如果在已确定LMI协议类型的通信过程中，DCE侧改变了当前的LMI协议类型，那么，就会导致所有互通的DTE设备不再互通，直到所有相连的DTE设备也相应改变所配置的LMI协议类型为止。如此，不仅不方便系统的操作与管理，而且会严重影响正常的通信过程，丢失数据，导致整个系统不能正常工作。
发明内容
有鉴于此，本发明的主要目的在于提供一种数据终端设备自动识别本地管理接口类型的方法，使得DTE侧能够自动识别和匹配DCE侧当前所用的LMI协议类型，从而保证DTE和DCE双方的正常互通，提高系统可靠性和稳定性，同时方便系统的操作与管理。
为达到上述目的，本发明的技术方案具体是这样实现的：
一种数据终端设备自动识别本地管理接口类型的方法，当数据终端设备(DTE)侧第一次向数据电路设备(DCE)侧发送状态询问消息时，采用DTE支持的所有本地管理接口(LMI)协议类型的帧格式形成不同的状态询问消息同时发给DCE；
当DTE首次收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后以该LMI协议类型的帧格式形成消息与DCE通信。
该方法进一步包括：DCE侧收到DTE的状态询问消息后，以自身支持的一种LMI协议类型的帧格式形成相应的状态应答消息回应DTE。
该方法进一步包括：在DTE与DCE的通信过程中，当DCE侧的LMI协议类型发生改变且超时错误次数达到超时错误门限值时，DTE侧重新以支持的所有LMI协议类型的帧格式形成不同的状态询问消息同时发给DCE；当DTE收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后以该LMI协议类型的帧格式形成消息与DCE通信。该超时错误门限值由标准协议规定。
所述的LMI协议类型为国际电联的Q.933，或为美国国家标准协会(ANSI)的T1.617，或为CISCO LMI标准。
由上述方案可以看出，本发明的关键在于：DTE侧用三种协议同时发送，无论接收到DCE侧符合任何一种协议的状态回应报文，都可以通过自动识别和匹配DCE侧的LMI类型，来确定当前双方的LMI类型。
因此，本发明所提供的数据终端设备自动识别本地管理接口类型的方法，由于DTE侧用三种协议同时发送，DCE侧只需以自身支持的LMI协议应答，而DTE侧收到应答后，即可通过自动识别和匹配获得当前DCE侧支持的LMI，进而用同样的LMI配置与DCE互通。与现有的手工配置相比，不仅省时省力、方便操作和维护，且使DTE具有智能化；同时，无论DCE侧LMI类型如何变化，DTE均可自动地识别并改变自身的配置，以实现双方的正常互通，从而保证系统正常运行，提高系统的可靠性和稳定性。另外，本发明的方法并不影响现有手工或命令行配置方式的实施，可兼容自动和手动多种配置方式。
附图说明
图1为DTE侧向DCE侧发送状态询问消息的处理流程图；
图2为DTE侧接收DCE侧回应消息后的处理流程图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
由于现有的三种LMI协议规程均为DTE侧查询，DCE侧应答的工作机制，因此，本发明运用LMI协议的此点共性，实现DTE侧对DCE侧LMI类型的自动识别。核心的思想是：令DTE侧用三种协议同时发送，DCE侧只需以自身支持的LMI类型应答，而DTE侧收到应答后，即可通过识别和匹配自动获得当前DCE侧支持的LMI类型，进而用相同的LMI配置与DCE互通。当DCE侧改变了当前所支持的LMI类型时，DTE可通过再次以三种类型发送状态询问消息，重新自动识别DCE侧的新LMI类型。
其具体实现原理参见图1、图2所示，至少包括以下的步骤：
1)当DTE侧准备向DCE侧发送状态查询消息STATUS ENQUIRY时，首先提取当前自身的LMI类型，如果该LMI类型已经通过手工配置完毕，或是已通过自动识别成功获得，则按照当前的LMI类型形成状态查询消息；否则，DTE按照预置的所有支持的LMI类型，最多按三种LMI协议类型，形成符合不同LMI类型的状态查询消息STATUS ENQUIRY后，同时发送给DCE进行状态查询。
2)DCE侧识别与自身LMI协议类型相同的状态查询消息，并正确回复应答消息STATUS给DTE侧。
3)DTE收到应答消息STATUS后，判断是否为第一个来自DCE的应答消息，如果是，则说明DCE可以正确处理相应LMI类型的消息，DTE识别、匹配并记录该应答消息所包含的LMI类型；如果当前的DCE应答消息不是第一个，即：DTE侧已完成对DCE侧LMI类型的识别，则DTE侧只用一种与DCE侧相同的LMI类型形成状态查询消息向DCE查询。同时，DTE还通过消息参数了解当前链路状态和PVC状态。
上述过程是循环重复的，DTE端每隔T391时间间隔即发送一个状态查询消息STATUS ENQUIRY，然后等待应答。
举个例子，假定当前DCE侧配置的LMI类型为Q.933，当DTE侧用三种LMI协议类型的不同帧格式形成三种状态询问消息发给DCE时，DCE经过识别匹配，对DTE侧以Q.933格式发送的状态询问消息做出应答，DTE侧收到第一个应答，说明DCE可以正确处理相应LMI类型的消息，DTE记录当前应答消息的LMI类型Q.933，以后便以该LMI类型与DCE通信。
在DTE与DCE的通信过程中，当DCE侧当前的LMI类型发生改变时，由于两端的LMI类型不匹配，DCE侧将无法识别DTE当前所发的状态询问消息，因此不能形成相应的状态应答消息。那么，按照协议规定，两侧都将由于得不到应答而产生超时错误，而且在N392个错误后，链路状态会由可用变为不可用。此时，DTE侧就会再次以三种类型发送消息，并重新自动识别DCE侧形成应答消息的新LMI类型，识别成功后，DTE侧再以与DCE侧相同的LMI类型形成消息与DCE通信。
可见，即使DCE侧改变LMI类型配置或者由于其他原因，导致两侧的LMI类型不再一致，而使正在互通的DTE侧和DCE侧不再互通，采用本发明的自动识别技术，即可使网络自动恢复互通，而不需要人为干预，方便、灵活、快捷。
本实施例是应用于帧中继的环境中，事实上，本发明的方法还可适用于应用多种LMI类型的各种环境。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (5)

1、一种数据终端设备自动识别本地管理接口类型的方法，其特征在于：
当数据终端设备DTE侧第一次向数据电路设备DCE侧发送状态询问消息时，采用DTE支持的所有本地管理接口LMI协议类型的帧格式形成不同的状态询问消息同时发给DCE；
当DTE首次收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后，以该LMI协议类型的帧格式形成消息与DCE通信。
2、根据权利要求1所述的方法，其特征在于该方法进一步包括：DCE侧收到DTE的状态询问消息后，以自身支持的一种LMI协议类型的帧格式形成相应的状态应答消息回应DTE。
3、根据权利要求1或2所述的方法，其特征在于该方法进一步包括：在DTE与DCE的通信过程中，当DCE侧的LMI协议类型发生改变且超时错误次数达到超时错误门限值时，DTE侧重新以支持的所有LMI协议类型的帧格式形成不同的状态询问消息同时发给DCE；当DTE收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后以该LMI协议类型的帧格式形成消息与DCE通信。
4、根据权利要求1所述的方法，其特征在于：所述的LMI协议类型为国际电联的Q.933，或为美国国家标准协会ANSI的T1.617，或为CISCO LMI标准。
5、根据权利要求3所述的方法，其特征在于：所述的超时错误门限值由标准协议规定。
CNB021004447A 2002-01-30 2002-01-30 一种数据终端设备自动识别本地管理接口类型的方法 Expired - Fee Related CN1172503C (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CNB021004447A CN1172503C (zh) 2002-01-30 2002-01-30 一种数据终端设备自动识别本地管理接口类型的方法
US10/502,906 US7580371B2 (en) 2002-01-30 2002-05-30 Method for recognizing local management interface type automatically by data terminal equipment
PCT/CN2002/000369 WO2003065675A1 (en) 2002-01-30 2002-05-30 A method of automatically identify the tape of local management interface by data terminal equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB021004447A CN1172503C (zh) 2002-01-30 2002-01-30 一种数据终端设备自动识别本地管理接口类型的方法

Publications (2)

Publication Number Publication Date
CN1414756A CN1414756A (zh) 2003-04-30
CN1172503C true CN1172503C (zh) 2004-10-20

Family

ID=4739368

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB021004447A Expired - Fee Related CN1172503C (zh) 2002-01-30 2002-01-30 一种数据终端设备自动识别本地管理接口类型的方法

Country Status (3)

Country Link
US (1) US7580371B2 (zh)
CN (1) CN1172503C (zh)
WO (1) WO2003065675A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3936937B2 (ja) * 2003-08-27 2007-06-27 株式会社日立国際電気 デジタル無線通信システムにおけるポーリング方法および車両検索方法
US8392509B1 (en) * 2004-03-26 2013-03-05 Cisco Technology, Inc. Ethernet local management interface (E-LMI)
CN101583108B (zh) * 2009-06-16 2012-05-09 中兴通讯股份有限公司 通过承载接口协商实现QoS资源控制的方法和系统
CN101710858A (zh) * 2009-11-23 2010-05-19 中兴通讯股份有限公司 时钟源选择的方法及数据通信设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5802042A (en) 1996-06-28 1998-09-01 Cisco Systems, Inc. Autosensing LMI protocols in frame relay networks
US6434120B1 (en) * 1998-08-25 2002-08-13 Cisco Technology, Inc. Autosensing LMI protocols in frame relay networks
US6292495B1 (en) 1998-04-10 2001-09-18 Cisco Technology, Inc. Segmented permanent virtual circuits
US6493352B1 (en) * 1998-05-15 2002-12-10 Paradyne Corporation Automatic configuration system which analyzes HDLC flag data in TDM time slots for determining which time slot(s) is dedicated for frame relay service
US6446122B1 (en) * 1998-06-24 2002-09-03 Cisco Technology, Inc. Method and apparatus for communicating quality of service information among computer communication devices
US7136374B1 (en) * 2001-03-19 2006-11-14 Juniper Networks, Inc. Transport networks supporting virtual private networks, and configuring such networks

Also Published As

Publication number Publication date
US7580371B2 (en) 2009-08-25
CN1414756A (zh) 2003-04-30
WO2003065675A1 (en) 2003-08-07
US20050120028A1 (en) 2005-06-02

Similar Documents

Publication Publication Date Title
CN101714991B (zh) 心跳机制的实现方法
CN1451248A (zh) 监控电信系统内到用户终端的连接
CN105871584A (zh) 一种键值对数据库中的客户端配置更新方法、设备及系统
CN101605063A (zh) 网络故障定位系统及方法
CN101076028B (zh) 采用snmp协议的通信系统和消息交互方法
JP4869160B2 (ja) パケット中継装置
CN1172503C (zh) 一种数据终端设备自动识别本地管理接口类型的方法
CN102546304B (zh) 一种检测双向转发检测的方法、设备和系统
CN116915577A (zh) 业务质差故障诊断方法、装置、设备、终端及存储介质
CN100505643C (zh) 一种网络管理系统及其通信方法
US9191268B2 (en) Extension for the simple network management protocol (SNMP) in order to ascertain information on the status of SET-PDUS
CN118677768A (zh) 设备状态更新方法、装置、电子设备及存储介质
CN101729530A (zh) 一种数据同步方法及系统
CN100394744C (zh) 由媒体网关检测媒体网关控制器状态的方法
CN101136769B (zh) 自动配置adsl终端设备的方法和系统
CN101068167A (zh) 网口模式获取的方法及其网络设备
CN115484153A (zh) 一种基于mqtt协议实现自动诊断cpe的方法和系统
CN101009580A (zh) 一种基于snmp协议的远程登录实现方法
US20060288102A1 (en) Method and system for improved management of a communication network by extending the Simple Network Management Protocol
CN100388694C (zh) 一种环回测试方法
CN1287619C (zh) 一种个人通讯系统中的基站断电告警方法
CN100407713C (zh) 网关网元以太口ip地址发现协议的实现方法
CN1269054C (zh) 备份系统中主设备和备用设备间系统时间校准的方法
CN108881450A (zh) 一种在存储集群中进行设备发现的方法及装置
CN101237361B (zh) 一种无线网络控制器与b节点的通信上下文防不一致方法

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

Granted publication date: 20041020

Termination date: 20150130

EXPY Termination of patent right or utility model