专利名称：一种数据终端设备自动识别本地管理接口类型的方法
技术领域：
本发明涉及网络中本地管理接口的识别技术，特别是指一种由数据终端设备自动识别本地管理接口类型的方法。
在帧中继的用户-网络接口(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消息分别包含以下元素，其中长度以比特记，元素的具体值根据不同的报文类型由协议确定。
表一 STATUS消息格式
表二 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)侧发送状态询问消息时，采用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均可自动地识别并改变自身的配置，以实现双方的正常互通，从而保证系统正常运行，提高系统的可靠性和稳定性。另外，本发明的方法并不影响现有手工或命令行配置方式的实施，可兼容自动和手动多种配置方式。
由于现有的三种LMI协议规程均为DTE侧查询，DCE侧应答的工作机制，因此，本发明运用LMI协议的此点共性，实现DTE侧对DCE侧LMI类型的自动识别。核心的思想是令DTE侧用三种协议同时发送，DCE侧只需以自身支持的LMI类型应答，而DTE侧收到应答后，即可通过识别和匹配自动获得当前DCE侧支持的LMI类型，进而用相同的LMI配置与DCE互通。当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类型的各种环境。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
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，或为CISCOLMI标准。
5.根据权利要求3所述的方法，其特征在于所述的超时错误门限值由标准协议规定。
全文摘要
本发明公开了一种数据终端设备自动识别本地管理接口类型的方法，其关键在于数据终端设备(DTE)侧第一次向数据电路设备(DCE)侧发送状态询问消息时，采用DTE支持的所有本地管理接口(LMI)协议类型的帧格式形成不同的状态询问消息同时发给DCE；当DTE首次收到DCE侧的状态应答消息时，识别并记录当前应答消息的LMI协议类型，之后以该LMI协议类型的帧格式形成消息与DCE通信。该方法使DTE侧能够自动识别和匹配DCE侧当前所用的LMI协议类型，从而保证DTE和DCE双方的正常互通，提高系统可靠性和稳定性，同时方便系统的操作与管理。
文档编号H04L12/24GK1414756SQ0210044
公开日2003年4月30日 申请日期2002年1月30日 优先权日2002年1月30日
发明者陈智敏 申请人:华为技术有限公司