专利名称：一种确定边缘设备串口需配置的链路协议的方法
技术领域：
本发明涉及数据通讯技术，特别是涉及一种确定边缘设备串口需配置的链路协议的方法。
背景技术：
网络中，不管是中心设备，还是边缘设备，这些网络设备的串口上一般可以支持多种链路协议，比如同步串口上支持点到点协议(PPP，Point toPoint Protocol)、帧中继(Frame Relay)协议、高级数据链路控制协议(HDLC，High-level Date Link Control)、平衡型链路接入规程(LAPB，Link AccessProcedure Balanced)等。
当中心设备和边缘设备的同步串口配置为相同的链路协议时，中心设备和边缘设备之间就可以进行通信，自动完成对边缘设备接口的检测和配置工作，进而再承担转发业务数据等工作。
但实际应用中，中心设备和边缘设备同步串口上配置的链路协议可能不一致，比如中心设备同步串口配置的链路协议为FR协议，而新加入网络的边缘设备同步串口配置的链路协议为PPP协议，中心设备和边缘设备之间就无法进行通信。在这种情况下，现有技术一般是通过人工确定边缘设备串口需配置的链路协议，再进行配置。如果边缘设备比较分散或偏远，这势必会增加网络管理人员的工作量，延缓边缘设备完成自动接口配置和转发业务数据的工作。
发明内容
本发明的主要目的在于提供一种确定边缘设备串口需配置的链路协议的方法，可以在无需人工干预的情况下，边缘设备自动确定自身串口需要配置的链路协议。
为了达到上述目的，本发明提出的技术方案为一种确定边缘设备串口需配置的链路协议的方法，该方法为边缘设备通过与中心设备协商，确定中心设备串口配置的链路协议，再将所述链路协议确定为自身串口需配置的链路协议。
上述方案中，所述通过协商确定中心设备串口配置的链路协议的方法为x1、所述边缘设备将自身串口支持的链路协议的协商请求报文发送给中心设备；x2、所述边缘设备接收从中心设备返回的协商响应报文，并根据协商响应报文确定中心设备配置的链路协议。
上述方案中，步骤x2所述协商响应报文为中心设备对步骤x1所述的协商请求报文解析成功后返回的协商响应报文。
上述方案中，步骤x2所述边缘设备根据协商响应报文确定中心设备所配置的链路协议的方法为所述边缘设备根据自身串口支持的链路协议对接收到的协商响应报文进行解析，并根据解析结果确定中心设备已配置的链路协议。
上述方案中，在所述边缘设备中设置定时器，所述步骤x1和步骤x2之间进一步包括所述边缘设备启动定时器，并在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则执行步骤x2；否则，在定时器计时每次到达预设时间值时，重新向所述中心设备发送自身串口支持的链路协议的协商请求报文；所述步骤x2之后进一步包括x3、关闭定时器。
上述方案中，步骤x1所述边缘设备自身串口支持的链路协议包括缺省链路协议和备用链路协议；所述步骤x1之前进一步包括边缘设备先将缺省链路协议配置为自身串口的链路协议，并根据缺省链路协议启动与中心设备之间的链路协商过程；步骤x1所述边缘设备向中心设备发送的协商请求报文为备用链路协议的协商请求报文；所述重新向中心设备发送的协商请求报文为备用的链路协议的协商请求报文。
上述方案中，步骤x2所述边缘设备确定中心设备已配置的链路协议的方法为边缘设备通过自身串口已配置的缺省链路协议对所述协商响应报文进行解析，如果解析成功，则确定中心设备已配置的链路协议为自身的缺省链路协议；否则，再依次通过每一个备用链路协议对所述协商响应报文进行解析，并将解析成功的备用链路协议确定为中心设备已配置的链路协议。
上述方案中，如果中心设备已配置的链路协议确定为解析成功的备用链路协议，则所述步骤x3之后进一步包括边缘设备根据解析成功的备用链路协议对自身串口进行配置。
上述方案中，边缘设备设置定时器，所述通过协商确定中心设备串口已配置的链路协议的方法为y1、边缘设备先在自身串口支持的链路协议中选择一个链路协议作为当前链路协议；y2、边缘设备将当前链路协议配置为自身串口的链路协议；y3、边缘设备根据自身串口配置的链路协议启动与中心设备之间的链路协商过程，并启动定时器；y4、在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则关闭定时器，并确定当前链路协议为中心设备串口已配置的链路协议，再退出本流程；否则，在定时器计时到达预设时间值时，重新选择一个链路协议作为当前链路协议，再执行步骤y2。
上述方案中，所述边缘设备自身串口支持的链路协议包括缺省链路协议，步骤y1所述被选择的链路协议为缺省链路协议。
综上所述，本发明提出的一种确定边缘设备串口需配置的链路协议的方法，边缘设备可以直接向中心设备发送协商请求消息，也可以启动链路协商过程，在链路协商过程中向中心设备发送协商请求消息，再根据返回的协商响应消息确定中心设备已配置的链路协议，并作为自身串口需配置的链路协议，达到在无需人工干预的情况下，由边缘设备自动确定边缘设备串口需配置的链路协议的目的，从而减少网络管理人员的工作量，加快配置边缘设备接口的速度。
图1是本发明方案的流程图；图2是本发明实施例一的流程图；图3是本发明实施例二的流程图。
具体实施例方式
为使本发明的目的、技术方案更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明的基本思想是边缘设备先与中心设备进行协商，根据协商结果确定中心设备串口已配置的链路协议，再确定自身串口需配置的链路协议为中心设备串口已配置的链路协议。
图1显示了本发明的流程图。如图1所示，本发明确定边缘设备串口需配置的链路协议的方法包括以下步骤步骤101边缘设备通过与中心设备协商，确定中心设备串口已配置的链路协议。
步骤102边缘设备将中心设备串口已配置的链路协议确定为自身串口需配置的链路协议。
本发明中，边缘设备与中心设备进行协商的方法主要分为两类一类是直接由边缘设备向中心设备发送协商请求报文；另外一类启动自身串口与中心设备之间的协商过程，在协商过程中发送协商请求报文。
第一类协商方法的具体实现是边缘设备将自身串口支持的链路协议的协商请求报文发送给中心设备，再接收从中心设备返回的协商响应报文，并根据接收到的协商响应报文确定中心设备已配置的链路协议。
对于边缘设备来说，边缘设备的串口一般可以支持多种链路协议，但其中只有一种是中心设备串口已配置的链路协议。为了能够确定中心设备已配置的链路协议，边缘设备就需要将自身串口支持的多种链路协议的协商请求报文分别发送给中心设备。当接收到从中心设备返回的协商响应消息时，再通过自身串口支持的多种链路协议分别对所述的协商响应消息进行解析，如果某链路协议解析成功，就可以确定中心设备串口已配置的链路协议就是解析成功的链路协议。
对于中心设备来说，不管自身串口是否支持多种链路协议，中心设备只根据自身串口已配置的链路协议对接收到的协商请求报文进行解析，如果解析成功，就返回相应的协商相应报文；否则，丢弃接收到的协商请求报文。
第二类协商方法的具体实现是A1、边缘设备先在自身串口支持的链路协议中选择一个链路协议作为当前链路协议；A2、将当前链路协议配置为自身串口的链路协议；A3、边缘设备根据自身串口配置的链路协议启动与中心设备之间的链路协商过程，并启动定时器；A4、在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则关闭定时器，并确定当前链路协议为中心设备串口已配置的链路协议，再退出本流程；否则，在定时器计时到达预设时间值时，重新选择一个链路协议作为当前链路协议，再执行步骤A2。
对于边缘设备来说，边缘设备先为自身串口配置某链路协议，再启动与中心设备的协商过程。每一种链路协议的协商过程可能不同，但都会在协商过程中向中心设备发送各自的协商请求报文，如果接收到返回的协商响应报文，边缘设备就可以确定自身串口当前配置的链路协议就是中心设备串口已配置的链路协议。如果在预先设置的时间段内没有接收到协商响应报文，则确定自身串口当前配置的链路协议不是中心设备已配置的链路协议，再为自身串口配置另外一种链路协议，并重新启动协商过程，依此类推，直至接收到从中心设备返回的协商响应报文。
对于中心设备来说，与第一类方法相同，中心设备仍然只根据自身串口已配置的链路协议对接收到的协商请求报文进行解析，如果解析成功，就返回相应的协商相应报文；否则，丢弃接收到的协商请求报文。
为了更好的说明本发明方案，下面用较佳实施例说明为边缘设备串口配置链路协议的方法。
实施例一本实施例中，边缘设备的串口可以支持PPP、FR、HDLC和LAPB四种链路协议，其中，PPP链路协议被指定为缺省链路协议，其它三种链路协议则为备用链路协议；本实施例所述的串口为同步串口。当然，实际应用中，边缘设备可以只支持其中任意两种或三种组合的链路协议，还可能支持其它链路协议，至于边缘设备具体支持哪几种链路协议，此处不再详细叙述。
图2显示了实施例一的流程图。如图2所示，本实施例确定边缘设备串口需配置的链路协议的方法包括以下步骤步骤201边缘设备将缺省链路协议配置为自身串口的链路协议，并根据缺省链路协议启动与中心设备之间的链路协商过程。
边缘设备串口的缺省链路协议可以根据中心设备串口通常配置的链路协议来指定。在这种情况下，如果先按照缺省链路协议配置边缘设备的串口，边缘设备会在与中心设备协商过程中接收到返回的协商响应消息，可以确定中心设备串口已配置的链路协议就是缺省链路协议，无需再根据备用链路协议对协商响应消息进行解析，从而可以快速确定边缘设备串口需配置的链路协议。
当然，边缘设备也可以不指定缺省链路协议，不为串口进行配置，则可以省略本步骤。
步骤202边缘设备将备用链路协议的协商请求消息发送给中心设备。
实际应用中，发送不同链路协议的协商请求消息的方法可能不同。比如对于HDLC链路协议来说，由于没有协商过程，边缘设备只需要发送KEEPALIVE报文即可；对于LAPB链路协议来说，由于存在模8和模128两种类型，边缘设备需要同时向中心设备发送针对模8的SABM报文和针对模128的SABME报文；对于FR链路协议来说，需要发送本地网间接口(LMI)报文。另外，由于LMI报文有国际电信同盟(ITU)、美国国家标准化组织(ANSI)和CISCO非标准的三种类型，则需要依次发送这三种类型的LMI报文。
步骤203边缘设备启动定时器。
由于在边缘设备和中心设备协商的过程中，可能发生丢包现象，所以，通常会在边缘设备中设置一个定时器。如果在设置的时间段内，边缘设备没有接收到任何返回的协商响应消息，则可以重新向中心设备发送协商请求消息。
实际应用中，如果不丢包，则可以不设置定时器。
步骤204～步骤205边缘设备在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则执行步骤206；否则，在定时器计时每次到达预设时间值时，重新向所述中心设备发送备用链路协议的协商请求报文，再返回步骤204。
步骤206～步骤208边缘设备通过缺省链路协议对接收到的协商响应报文进行解析，并判断是否解析成功，如果是，则确定中心设备已配置的链路协议为缺省链路协议，再执行步骤210；否则，执行步骤209。
步骤209边缘设备依次通过每一个备用链路协议对所述协商响应报文进行解析，并将解析成功的备用链路协议确定为中心设备已配置的链路协议。
边缘设备接收到的协商响应报文可能是在PPP链路协商过程中，由中心设备返回的针对PPP协商响应报文，也可能是边缘设备发送FR、HDLC和LAPB协商请求消息后接收到的协商响应报文。也就是说，边缘设备可能接收到PPP、FR、HDLC或LAPB链路协议中任何一种协商响应消息。
如果接收到PPP协商响应消息，边缘设备将根据自身串口配置的PPP链路协议成功解析出该PPP协商响应消息，确定中心设备配置的是PPP链路协议。
如果接收到其它类型的协商响应消息，则可以依次由FR、HDLC和LAPB链路协议对所接收到的协商响应消息进行解析，根据解析结果确定属于哪种链路协议的协商响应消息，从而确定中心设备串口已配置的链路协议。
当然，如果边缘设备没有指定缺省链路协议，没有为自身串口配置缺省链路协议，那么，当接收到协商响应消息后，边缘设备需要依次根据PPP、FR、HDLC和LAPB链路协议进行解析。至于PPP、FR、HDLC和LAPB链路协议对接收到的协商响应消息进行解析的顺序则可以由应用本发明方案的用户自行确定。
步骤210边缘设备关闭定时器。
应用本实施例方案，边缘设备可以向中心设备发送自身串口支持的链路协议的协商请求消息，并通过返回的协商响应消息确定中心设备串口已配置的链路协议。
实际应用中，如果边缘设备确定中心设备串口配置的链路协议和自身串口配置的缺省链路协议相同，则可以直接进行通信。
如果边缘设备确定中心设备串口配置的链路协议是自身某备用链路协议，则在关闭定时器之后，边缘设备将该备用链路协议配置为自身串口的链路协议，从而与中心设备进行通信。
实施例二本实施例中，边缘设备的串口可以支持PPP、FR、HDLC和LAPB四种链路协议，其中，PPP链路协议被指定为缺省链路协议，其它三种链路协议为备用链路协议。当然，实际应用中，边缘设备可以只支持其中任意两种或三种组合的链路协议，还可能支持其它链路协议，至于边缘设备具体支持哪几种链路协议，此处不再详细叙述。
图3显示了实施例二的流程图。如图3所示，本实施例确定边缘设备串口需配置的链路协议的方法包括以下步骤步骤301边缘设备选择PPP作为当前链路协议。
与实施例一相同，边缘设备串口的缺省链路协议可以根据中心设备串口通常配置的链路协议来指定。在这种情况下，如果先将缺省链路协议作为当前链路协议，并配置边缘设备的串口，边缘设备在与中心设备协商过程中接收到返回的协商响应消息，可以确定中心设备串口已配置的链路协议就是缺省链路协议，无需再启动其它备用链路协议与中心设备之间的链路协商过程，从而可以快速确定边缘设备串口需配置的链路协议。
步骤302边缘设备将当前协议配置为自身串口的链路协议。
步骤303边缘设备根据自身串口配置的链路协议启动与中心设备之间的链路协商过程，并启动定时器。
步骤304～步骤306边缘设备在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则关闭定时器，并确定当前链路协议为中心设备串口已配置的链路协议，再退出本流程；否则，在定时器计时每次到达预设时间值时，边缘设备重新选择一个链路协议作为当前链路协议，再执行步骤302。
应用本实施例方案，边缘设备从缺省链路协议开始，依次启动与中心设备的链路协商过程，直至接收到返回的协商响应消息。本实施例中，由于在协商之前，边缘设备已经为自身串口配置了链路协议，所以，当确定中心设备串口已配置的链路协议后，边缘设备可以直接与中心设备进行通信。
另外，实际应用中，也可以不设置缺省链路协议，而是从PPP、FR、HDLC和LAPB四种链路协议中任意选择一种作为当前链路协议，至于协商的顺序则可以由应用本发明方案的用户自行确定，此处不再赘述。
综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种确定边缘设备串口需配置的链路协议的方法，其特征在于，该方法为边缘设备通过与中心设备协商，确定中心设备串口配置的链路协议，再将所述链路协议确定为自身串口需配置的链路协议。
2.根据权利要求1所述的方法，其特征在于，所述通过协商确定中心设备串口配置的链路协议的方法为x1、所述边缘设备将自身串口支持的链路协议的协商请求报文发送给中心设备；x2、所述边缘设备接收从中心设备返回的协商响应报文，并根据协商响应报文确定中心设备配置的链路协议。
3.根据权利要求2所述的方法，其特征在于，步骤x2所述协商响应报文为中心设备对步骤x1所述的协商请求报文解析成功后返回的协商响应报文。
4.根据权利要求3所述的方法，其特征在于，步骤x2所述边缘设备根据协商响应报文确定中心设备所配置的链路协议的方法为所述边缘设备根据自身串口支持的链路协议对接收到的协商响应报文进行解析，并根据解析结果确定中心设备已配置的链路协议。
5.根据权利要求4所述的方法，其特征在于，在所述边缘设备中设置定时器，所述步骤x1和步骤x2之间进一步包括所述边缘设备启动定时器，并在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则执行步骤x2；否则，在定时器计时每次到达预设时间值时，重新向所述中心设备发送自身串口支持的链路协议的协商请求报文；所述步骤x2之后进一步包括x3、关闭定时器。
6.根据权利要求5所述的方法，其特征在于，步骤x1所述边缘设备自身串口支持的链路协议包括缺省链路协议和备用链路协议；所述步骤x1之前进一步包括边缘设备先将缺省链路协议配置为自身串口的链路协议，并根据缺省链路协议启动与中心设备之间的链路协商过程；步骤x1所述边缘设备向中心设备发送的协商请求报文为备用链路协议的协商请求报文；所述重新向中心设备发送的协商请求报文为备用的链路协议的协商请求报文。
7.根据权利要求6所述的方法，其特征在于，步骤x2所述边缘设备确定中心设备已配置的链路协议的方法为边缘设备通过自身串口已配置的缺省链路协议对所述协商响应报文进行解析，如果解析成功，则确定中心设备已配置的链路协议为自身的缺省链路协议；否则，再依次通过每一个备用链路协议对所述协商响应报文进行解析，并将解析成功的备用链路协议确定为中心设备已配置的链路协议。
8.根据权利要求7所述的方法，其特征在于，如果中心设备已配置的链路协议确定为解析成功的备用链路协议，则所述步骤x3之后进一步包括边缘设备根据解析成功的备用链路协议对自身串口进行配置。
9.根据权利要求1所述的方法，其特征在于，边缘设备设置定时器，所述通过协商确定中心设备串口已配置的链路协议的方法为y1、边缘设备先在自身串口支持的链路协议中选择一个链路协议作为当前链路协议；y2、边缘设备将当前链路协议配置为自身串口的链路协议；y3、边缘设备根据自身串口配置的链路协议启动与中心设备之间的链路协商过程，并启动定时器；y4、在定时器计时的过程中实时判断是否有来自中心设备的协商响应消息，如果有，则关闭定时器，并确定当前链路协议为中心设备串口已配置的链路协议，再退出本流程；否则，在定时器计时到达预设时间值时，重新选择一个链路协议作为当前链路协议，再执行步骤y2。
10.根据权利要求9所述的方法，其特征在于，所述边缘设备自身串口支持的链路协议包括缺省链路协议，步骤y1所述被选择的链路协议为缺省链路协议。
全文摘要
本发明提供一种确定边缘设备串口需配置的链路协议的方法，边缘设备通过与中心设备协商，确定中心设备串口已配置的链路协议，再将其作为自身串口需配置的链路协议。具体实现方法为边缘设备直接向中心设备发送协商请求消息，或者启动链路协商过程，在链路协商过程中向中心设备发送协商请求消息；边缘设备根据返回的协商响应消息确定中心设备已配置的链路协议，并作为自身串口需配置的链路协议。应用本发明方案，可以达到在无需人工干预的情况下，由边缘设备自动确定边缘设备串口需配置的链路协议的目的，从而减少网络管理人员的工作量，加快配置边缘设备接口的速度。
文档编号H04L12/24GK1905562SQ20061010985
公开日2007年1月31日 申请日期2006年8月18日 优先权日2006年8月18日
发明者王海东 申请人:杭州华为三康技术有限公司