CN102651777A

CN102651777A - 链路建立方法和设备

Info

Publication number: CN102651777A
Application number: CN2012101245257A
Authority: CN
Inventors: 熊振华
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2012-04-25
Filing date: 2012-04-25
Publication date: 2012-08-29
Anticipated expiration: 2032-04-25
Also published as: CN102651777B

Abstract

本发明实施例提供一种链路建立方法和设备。第一设备向第二设备发送协商请求消息，所述协商请求消息用于协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型；第一设备接收第二设备返回协商响应消息，该协商响应消息中携带协商结果；第一设备根据所述协商结果，向第二设备发送链路建立请求，与第二设备建立链路。本发明实施例，保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。

Description

链路建立方法和设备

技术领域

本发明涉及通信技术，尤其涉及一种链路建立方法和设备。

背景技术

目前，E1口进行语音业务时，使用的协议类型主要包括初级速率接入(英文：Primary Rate Access，简称：PRA)和Q信令(英文：Q Signaling，QSIG)两种。这两种协议在开放式系统互连(英文：Open System Interconnect，简称：OSI)体系中都属于三层的协议。在OSI体系中，网络层(Network)的协议类型包括Q.931或QSIG，数据链路层(Data Link)的协议类型为Q.921。PRA和QSIG均通过三层消息进行控制命令和数据的传输，但进行三层命令的收发，需要保证使用Q.921协议的二层链路建立成功。

现有技术中，第一设备管理层使用源语给二层主动发送链路建立请求。若接收到第二设备发送过来的无编号确认(英文：unnumberedacknowledgement，简称：UA)帧，则说明链路建立成功，第一设备使用源语上报到三层，提示二层链路建立成功，第一设备和第二设备可以采用Q.921进行通信。然而，现有技术中，如果第二设备和第一设备使用的三层协议不一致，那么第一设备和第二设备也能成功建立链路，但链路建立成功后会第一设备与第二设备之间的业务出现中断等问题。而如果第一设备和第二设备同为用户设备或者网络设备，则导致第一设备与第二设备无法成功建立链路。

发明内容

本发明实施例提供一种链路建立方法和设备，以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。

一方面，本发明实施例提供一种链路建立方法，包括：

第一设备向第二设备发送协商请求消息，所述协商请求消息用于协商所述第一设备和所述第二设备所采用的三层协议类型以及所述第一设备和所述第二设备的设备类型；

所述第一设备接收所述第二设备返回的协商响应消息，所述协商响应消息中携带协商结果；

所述第一设备根据所述协商结果，向所述第二设备发送链路建立请求，与所述第二设备建立链路。

本发明实施例提供另一种链路建立方法，包括：

第二设备接收第一设备发送的协商请求消息，所述协商请求消息用于协商所述第一设备和所述第二设备所采用的三层协议类型以及所述第一设备和所述第二设备的设备类型；

所述第二设备向所述第一设备返回所述协商响应消息，所述协商响应消息中携带协商结果；

所述第二设备接收所述第一设备根据所述协商结果发送的链路建立请求，与所述第一设备建立链路。

另一方面，本发明实施例还提供一种设备，包括：

发送器，用于向第二设备发送协商请求消息，所述协商请求消息用于协商第一设备和所述第二设备所采用的三层协议类型以及所述第一设备和所述第二设备的设备类型；

接收器，用于接收所述第二设备返回的所述协商响应消息，所述协商响应消息中携带协商结果；

建立模块，还用于根据所述协商结果，向所述第二设备发送链路建立请求，与所述第二设备建立链路。

本发明实施例还提供另一种设备，包括接收器，发送器以及建立模块：

所述接收器，用于接收第一设备发送的协商请求消息，所述协商请求消息用于协商所述第一设备和第二设备所采用的三层协议类型以及所述第一设备和所述第二设备的设备类型；

所述发送器，用于向所述第一设备返回所述协商响应消息，所述协商响应消息中携带协商结果；

所述接收器，还用于接收所述第一设备根据所述协商结果发送的链路建立请求；

所述建立模块，用于根据所述接收器接收的链路建立请求，与所述第一设备建立链路。

本发明实施例提供的链路建立方法和设备，第一设备在向第二设备发送链路建立请求之前，向第二设备发送协商请求消息，第二设备将协商结果携带在协商响应消息中返回给第一设备，来协商采用的三层协议和设备类型，可以由第一设备或第二设备修改设备配置信息中的三层协议和设备类型，使第一设备与第二设备采用的三层协议和设备类型相匹配，从而以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的链路建立方法一个实施例的流程图；

图2为本发明提供的链路建立方法又一个实施例的流程图；

图3为本发明提供的链路建立方法另一个实施例的流程图；

图4为本发明提供的设备一个实施例的结构示意图；

图5为本发明提供的设备又一个实施例的结构示意图；

图6为本发明提供的设备另一个实施例的结构示意图；

图7为本发明提供的设备又一个实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明提供的链路建立方法一个实施例的流程图，如图1，该方法包括：

S101、第一设备向第二设备发送协商请求消息，所述协商请求消息用于协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型。

S102、第一设备接收第二设备返回的协商请求消息协商响应消息，所述协商响应消息中携带协商结果。

S103、第一设备根据所述协商结果，向第二设备发送链路建立请求，与第二设备建立链路。

以上步骤的执行主体第一设备，可以为用户侧设备，也可以为网络侧设备。第二设备为第一设备的对端设备，第二设备也可以是用户侧设备或者是网络侧设备。

由于第一设备和第二设备同为用户侧设备，或者第一设备和第二设备同为网络侧设备时，第一设备和第二设备无法成功建立链路；另外，当第一设备和第二设备所使用的三层协议类型不同时，例如：第一设备采用的协议类型为Q.931，而第二设备采用的协议类型为QSIG，则第一设备和第二设备在建立链路后也可能由于第一设备和第二设备无法解析对端发送的信令而导致第一设备与第二设备之间业务中断。因此，本发明实施例中，第一设备向对端的第二设备发送链路建立请求之前，可以与第二设备进行协商，协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型。

具体的，第一设备可以向第二设备发送协商请求消息，通过该协商请求消息指示需要与第二设备协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型。第二设备收到该协商请求消息后，可以向第一设备返回协商响应消息，第二设备返回的协商响应消息中携带协商结果，从而完成与第一设备的协商过程。其中，协商结果中可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识以及二设备采用的三层协议类型标识。或者，协商请求消息中可以携带第一设备采用的三层协议类型标识和第一设备的设备类型标识，在这种实施场景下，协商结果可以用于表示第二设备根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。以下将对上述实施方式进行具体说明：

作为一种可行的实施方式，第二设备在协商响应消息中携带的协商结果可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识。第一设备接收到该协商响应消息后，可以协商结果包括的第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据协商结果包括的第二设备的设备类型标识修改第一设备配置信息中的设备类型。

具体的：若第二设备采用的三层协议类型与第一设备采用的三层协议类型不同，则第一设备可以将第一设备配置信息中的三层协议类型修改为述第二设备所采用的三层协议类型。例如：第一设备采用的三层协议类型为Q.931，而第二设备采用的三层协议类型为QSIG，则第一设备可以将第一设备的配置信息中的三层协议类型修改为QSIG，实现与第二设备的三层协议类型相匹配，以保证第一设备与第二设备在建立链路后业务的正常进行。若第二设备的设备类型与第一设备的设备类型相同，则第一设备可以将第一设备配置信息中的设备类型修改为不同于第二设备的设备类型。例如：第一设备和第二设备的设备类型同为用户侧设备，则第一设备可以将第一设备的配置信息中的设备类型修改为网络侧设备，以实现第一设备与第二设备成功建立链路。

第一设备根据第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据第二设备的设备类型标识修改第一设备配置信息中的设备类型之后，可以根据第二设备所采用的三层协议类型以及第二设备的设备类型，向第二设备发送链路建立请求。

作为另一种可行的实施方式，第一设备可以在发送给第二设备的协商请求消息中携带第一设备采用的三层协议类型标识和第一设备的设备类型标识，第二设备收到该协商请求消息后，可以根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并且可以根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。第二设备执行修改自身配置信息的过程与第一设备执行的修改自身配置信息的过程相类似，在此不再赘述。

执行修改操作之后，第二设备可以向第一设备返回协商响应消息，该协商响应消息中携带协商结果，该协商结果用于表明第二设备已经根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，以及已经根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。第一设备接收到该协商响应消息后，可以根据第一设备所采用的三层协议类型以及第一设备的设备类型，向第二设备发送链路建立请求。

可选的，第一设备可以在向第二设备发送协商请求消息之后，启动定时器，如果在定时器的设定时间内未收到第二设备返回的协商响应消息，则表示第二设备可能不支持三层协议类型和设备类型的协商。在这种实施场景下，第一设备可以按照现有流程向第二设备发送链路建立请求，与第二设备建立链路。

本实施例提供的链路建立方法，第一设备在向第二设备发送链路建立请求之前，向第二设备发送协商请求消息，第二设备将协商结果携带在协商响应消息中返回给第一设备，来协商采用的三层协议和设备类型，可以由第一设备或第二设备修改设备配置信息中的三层协议和设备类型，使第一设备与第二设备采用的三层协议和设备类型相匹配，从而以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。图2为本发明提供的链路建立方法又一个实施例的流程图，如图2所示，该方法包括：

S201、第二设备接收第一设备发送的协商请求消息，所述协商请求消息用于协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型。

S202、第二设备向第一设备返回协商响应消息，所述协商响应消息中携带协商结果。

S203、第二设备接收第一设备根据所述协商结果发送的链路建立请求，与第一设备建立链路。

以上步骤的执行主体第二设备，可以为用户侧设备，也可以为网络侧设备。第一设备为第二设备的对端设备，第一设备也可以是用户侧设备或者是网络侧设备。

第一设备向对端的第二设备发送链路建立请求之前，向第二设备发送协商请求消息，通过该协商请求消息指示需要与第二设备协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型。第二设备收到该协商请求消息后，可以向第一设备返回该协商协商响应消息，在该协商响应消息中携带协商结果从而完成与第一设备的协商过程。其中，协商结果中可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识以及二设备采用的三层协议类型标识。或者，第二设备接收到的协商请求消息中可以携带第一设备采用的三层协议类型标识和第一设备的设备类型标识，在这种实施场景下，协商结果可以用于表示第二设备根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。以下将对上述实施方式进行具体说明：

作为一种可行的实施方式，第一设备向第二设备发送的协商请求消息中可以携带第一设备采用的三层协议类型标识以及第一设备的设备类型标识。第二设备接收到该协商请求消息后，可以根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。

具体的：若第一设备采用的三层协议类型与第二设备采用的三层协议类型不同，则第二设备可以将第二设备配置信息中的三层协议类型修改为所述第一设备所采用的三层协议类型。例如：第一设备采用的三层协议类型为Q.931，而第二设备采用的协议类型为QSIG，则第二设备可以将第二设备的配置信息中的三层协议类型修改为Q.931，实现与第一设备的三层协议类型相匹配。若第一设备的设备类型与第二设备的设备类型相同，则第二设备将第二设备配置信息中的设备类型修改为不同于第一设备的设备类型。例如：第一设备和第二设备的设备类型同为用户侧设备，则第二设备可以将第二设备的配置信息中的设备类型修改为网络侧设备，从而保证第一设备与第二设备成功建立链路。

修改之后，第二设备可以向第一设备返回协商响应消息，该协商响应消息中携带协商结果，通过该协商结果指示第二设备已经根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，以及已经根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。第一设备接收到该响应消息后，可以根据第一设备所采用的三层协议类型以及第一设备的设备类型，向第二设备发送链路建立请求。

作为另一种可行的实施方式，第二设备向第一设备返回的协商响应消息中携带的协商结果还可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识。第一设备接收到改响应消息后，可以根据第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据第二设备的设备类型标识修改第一设备配置信息中的设备类型。第一设备执行修改自身配置信息的过程与第二设备执行的修改自身配置信息的过程相类似，在此不再赘述。

本实施例提供的链路建立方法，第二设备在接收到第一设备发送建立请求之前，接收到第一设备发送协商请求消息，来协商采用的三层协议和设备类型，可以由第一设备或第二设备修改设备配置信息中的三层协议和设备类型，使第一设备与第二设备采用的三层协议和设备类型相匹配，从而以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。。

图3为本发明提供的链路建立方法另一个实施例的流程图，如图3所示，本实施例中，第一设备向第二设备发送协商请求消息后，第二设备返回的协商响应消息中携带的协商结果包括第二设备所采用的三层协议类型标识和第二设备的设备类型标识，第一设备根据第二设备所采用的三层协议类型第二设备的设备修改本端的配置信息。该方法具体包括：

S301、第一设备的管理层通过第一原语将协商请求消息发送给第一设备的数据链路层。

其中，第一原语为MDL_DATA_REQUES命令，第一设备可以在该MDL_DATA_REQUES命令中携带用于请求发送三层协议类型和设备类型协商的命令字，该命令字可以以一个特殊的字(WORD)表示，例如：PRO_NEG_REQ。

可选的，MDL_DATA_REQUES命令中还可以携带第一设备所采用的三层协议类型标识(L3TYPE)，该标识可以以CHAR标识，例如：“0”可以用于标识Q.931协议类型，“1”可以用于标识QSIG协议类型。MDL_DATA_REQUES命令中还可以携带第一设备的设备类型标识(SIDE，用于表示第一设备属于哪一侧)，该标识也可以以CHAR标识，例如：“0”可以用于标识用户侧设备，“1”可以用于标识网络侧设备。

S302、第一设备的数据链路层通过第一无编号信息UI命令帧将协商请求消息发送至第二设备的数据链路层。

其中，第一设备的数据链路层可以通过一个无编号信息(英文：unnumbered information，简称：UI)消息将协商请求消息发送给对端第二设备的数据链路层。该UI消息中也可以携带用于请求发送进行三层协议类型和设备类型协商的命令字，例如：PRO_NEG_REQ。

可选的，也可以携带第一设备所采用的三层协议类型标识(L3TYPE)和第一设备的设备类型标识(SIDE)。

当UI消息采用广播方式发送，则该UI命令的地址字段内的终端标识(英文：Terminal Endpoint Identifier，简称：TEI)值应当设置为127(111 1111)，即该TEI值标识采用广播方式发送。当UI消息采用点对点操作，则可以使用一个适当的TEI值，P比特应置位为1，表示请求对端反馈一个响应帧。

S303、第一设备启动超时保护定时器T0，等待第二设备的协商响应消息。

其中，第一设备的定时器T0的定时时间可以根据需求选取，例如：可以选取500ms，若500ms之内第一设备没有接收到第二设备的协商响应消息，则第一设备可以直接执行S310。

如果在T0定时器的设定时间内未收到第二设备返回的协商响应消息，则表示第二设备可能不支持三层协议类型和设备类型的协商。在这种实施场景下，第一设备可以按照现有流程向第二设备发送链路建立请求，与第二设备建立链路。

S304、第二设备的数据链路层通过第三原语将协商请求消息发送至第二设备的管理层。

其中，第三原语为MDL_DATA_INDICATION命令，该命令中可以携带用于请求发送进行三层协议类型和设备类型协商的命令字，例如：PRO_NEG_REQ。

S305、第二设备的管理层通过第四原语将协商响应消息发送至第二设备的数据链路层，该协商响应消息中携带协商结果。

第二设备的管理层识别出命令字PRO_NEG_REQ后，将包括本端采用的三层协议类型标识以及设备类型标识的协商结果通过第四原语发送给第二设备的数据链路层。

其中，第四原语为MDL_DATA_REQUES命令，该命令中携带的协商结果可以包括三层协议类型和设备类型协商的回应命令字，例如：PRO_NEG_ANS。

可选的，本端采用的三层协议类型(L3TYPE)可以以CHAR标识，例如：“0”可以用于标识Q.931协议类型，“1”可以用于标识QSIG协议类型。本端的设备类型(SIDE，用于表示第二设备属于哪一侧)也可以以CHAR标识，例如：“0”可以用于标识用户侧设备，“1”可以用于标识网络侧设备。

S306、第二设备的数据链路层通过第二UI命令帧将协商响应消息发送至第一设备的数据链路层。

该第二UI命令帧中携带的协商结果包括第二设备的三层协议类型和设备类型协商的回应命令字，例如：PRO_NEG_ANS。还包括第二设备的三层协议类型标识(L3TYPE)和设备类型标识(SIDE)。

S307、第一设备的数据链路层通过第二原语将协商响应消息发送至第一设备的管理层。

该第二原语为MDL_DATA_INDICATION命令，该命令中携带协商结果包括第二设备的三层协议类型和设备类型协商的回应命令字，例如：PRO_NEG_ANS，还包括第二设备的三层协议类型标识(L3TYPE)和设备类型标识(SIDE)。

S308、第一设备的管理层取出第二设备的三层协议类型标识(L3TYPE)和设备类型标识(SIDE)，停止定时器T0，检查本端的配置信息与对端的是否匹配。若匹配，则执行S310，否则，执行S309。

S309、第一设备根据第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据第二设备的设备类型标识修改第一设备配置信息中的设备类型。

S310、第一设备向第二设备发送链路建立请求，与第二设备建立链路。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图4为本发明提供的设备一个实施例的结构示意图，如图4所示，该设备可以是用户侧设备，也可以是网络侧设备。该设备具体包括：发送器11、接收器12和建立模块13；

发送器11，用于向第二设备发送协商请求消息，所述协商请求消息用于协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型；

接收器12，用于接收第二设备返回的协商响应消息，所述协商响应消息中携带协商结果；

建立模块13，还用于根据所述协商结果，向第二设备发送链路建立请求，与第二设备建立链路。

作为一种可行的实施方式，发送器11发送的协商请求消息中可以携带第一设备采用的三层协议类型标识和第一设备的设备类型标识；

接收器12接收的协商响应消息中携带的所述协商结果可以用于表示第二设备根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并根据第一设备的设备类型标识修改第二设备配置信息中的设备类型；

建立模块13可以具体用于：根据第一设备所采用的三层协议类型以及第一设备的设备类型，向第二设备发送链路建立请求。

作为另一种可行的实施方式，接收器12接收的协商响应消息中携带的所述协商结果可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识。

在这种实施场景下，如图5所示，在图4所示实施例的基础上，该设备还可以包括：修改模块14，用于根据第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据第二设备的设备类型标识修改第一设备配置信息中的设备类型；

建立模块13还可以用于：根据第二设备所采用的三层协议类型以及第二设备的设备类型，向第二设备发送链路建立请求。

可选的，修改模块14可以具体用于：若第二设备采用的三层协议类型与第一设备采用的三层协议类型不同，则将第一设备配置信息中的三层协议类型修改为述第二设备所采用的三层协议类型；若第二设备的设备类型与第一设备的设备类型相同，则将第一设备配置信息中的设备类型修改为不同于第二设备的设备类型。

可选的，发送器11可以具体用于：在第一设备的管理层通过第一原语将协商请求消息发送给第一设备的数据链路层；并在第一设备的数据链路层通过第一UI命令帧将协商请求消息发送至第二设备的数据链路层。

相应的，接收器12可以具体用于：在第一设备的数据链路层接收第二设备的数据链路层通过第二UI命令帧发送的协商响应消息；在第一设备的管理层接收第一设备的数据链路层通过第二原语发送的协商响应消息。

本实施例提供的设备，可以是用户侧设备，也可以是网络侧设备。该设备为本发明实施例提供的链路建立方法的执行设备，其执行链路建立方法的过程可参见图1和图3所示的实施例中的相关描述，在此不再赘述。

本实施例提供的设备为第一设备，该第一设备在向第二设备发送链路建立请求之前，向第二设备发送协商请求消息，第二设备将协商结果携带在协商响应消息中返回给第一设备，来协商采用的三层协议和设备类型，可以由第一设备或第二设备修改设备配置信息中的三层协议和设备类型，使第一设备与第二设备采用的三层协议和设备类型相匹配，从而以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。

图6为本发明提供的设备另一个实施例的结构示意图，如图6所示，该设备可以为用户侧设备，也可以为网络侧设备，该设备可以包括：接收器21、发送器22和建立模块23；

接收器21，用于接收第一设备发送的协商请求消息，所述协商请求消息用于协商第一设备和第二设备所采用的三层协议类型以及第一设备和第二设备的设备类型；

发送器22，用于向第一设备返回协商响应消息，所述协商响应消息中携带协商结果；

所述接收器21还用于接收所述第一设备根据所述协商结果发送的链路建立请求；

所述建立模块23，用于根据所述接收器21接收的链路建立请求，与第一设备建立链路。

作为一种可行的实施方式，接收器21接收的协商请求消息中可以携带第一设备采用的三层协议类型标识和第一设备的设备类型标识；

在这种实施场景下，如图7所示，设备还可以包括：

修改模块24，用于根据第一设备采用的三层协议类型标识修改第二设备配置信息中的三层协议类型，并根据第一设备的设备类型标识修改第二设备配置信息中的设备类型。

可选的，修改模块24可以具体用于：若第一设备采用的三层协议类型与第二设备采用的三层协议类型不同，则将第二设备配置信息中的三层协议类型修改为述第一设备所采用的三层协议类型；若第一设备的设备类型与第二设备的设备类型相同，则将第二设备配置信息中的设备类型修改为不同于第一设备的设备类型。

作为另一种可行的实施方式，发送器22发送的协商响应消息中携带的协商结果可以包括第二设备采用的三层协议类型标识和第二设备的设备类型标识，以使第一设备根据第二设备采用的三层协议类型标识修改第一设备配置信息中的三层协议类型，并根据第二设备的设备类型标识修改第一设备配置信息中的设备类型。

可选的，接收器21可以具体用于：在第二设备的数据链路层接收第一设备的数据链路层通过第一UI命令帧发送的协商请求消息；在第二设备的数据链路层通过第三原语将协商请求消息发送至第二设备的管理层。

相应的，发送器22可以具体用于：在第二设备的管理层通过第四原语将协商响应消息发送至第二设备的数据链路层；在第二设备的数据链路层通过第二UI命令帧将协商响应消息发送至第一设备的数据链路层。

本实施例提供的设备，可以是用户侧设备，也可以是网络侧设备。该设备为本发明实施例提供的链路建立方法的执行设备，其执行链路建立方法的过程可参见图2和图3所示的实施例中的相关描述，在此不再赘述。

本实施例提供的设备为第二设备，在接收到第一设备发送建立请求之前，接收到第一设备发送协商请求消息，来协商采用的三层协议和设备类型，可以由第一设备或第二设备修改设备配置信息中的三层协议和设备类型，使第一设备与第二设备采用的三层协议和设备类型相匹配，从而以保证第一设备和第二设备成功建立链路，并保证第一设备和第二设备之间的业务正常进行。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种链路建立方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述协商请求消息中携带所述第一设备采用的三层协议类型标识和所述第一设备的设备类型标识，所述协商结果用于表示所述第二设备根据所述第一设备采用的三层协议类型标识修改所述第二设备配置信息中的三层协议类型，并根据所述第一设备的设备类型标识修改所述第二设备配置信息中的设备类型；

所述第一设备根据所述协商结果，向所述第二设备发送所述链路建立请求，包括：

所述第一设备根据所述第一设备所采用的三层协议类型以及所述第一设备的设备类型，向所述第二设备发送建立链路请请求。

3.根据权利要求1所述的方法，其特征在于，所述协商结果包括所述第二设备采用的三层协议类型标识和所述第二设备的设备类型标识；

所述第一设备根据所述协商结果，向所述第二设备发送链路建立请求，包括：

所述第一设备根据所述第二设备采用的三层协议类型标识修改所述第一设备配置信息中的三层协议类型，并根据所述第二设备的设备类型标识修改所述第一设备配置信息中的设备类型；

所述第一设备根据所述第二设备所采用的三层协议类型以及所述第二设备的设备类型，向所述第二设备发送所述链路建立请求。

4.根据权利要求3所述的方法，其特征在于，所述第一设备根据所述第二设备采用的三层协议类型标识修改所述第一设备配置信息中的三层协议类型，并根据所述第二设备的设备类型标识修改所述第一设备配置信息中的设备类型，包括：

若所述第二设备采用的三层协议类型与所述第一设备采用的三层协议类型不同，则所述第一设备将所述第一设备配置信息中的三层协议类型修改为所述述第二设备所采用的三层协议类型；

若所述第二设备的设备类型与所述第一设备的设备类型相同，则所述第一设备将所述第一设备配置信息中的设备类型修改为不同于所述第二设备的设备类型。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一设备向第二设备发送协商请求消息，包括：

所述第一设备的管理层通过第一原语将所述协商请求消息发送给所述第一设备的数据链路层；

所述第一设备的数据链路层通过第一无编号信息UI命令帧将所述协商请求消息发送至所述第二设备的数据链路层。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一设备接收所述第二设备返回的所述协商响应消息，包括：

所述第一设备的数据链路层接收所述第二设备的数据链路层通过第二UI命令帧发送的所述协商响应消息；

所述第一设备的管理层接收所述第一设备的数据链路层通过第二原语发送的所述协商响应消息。

7.一种链路建立方法，其特征在于，包括：

8.根据权利要求7所述的方法，其特征在于，所述协商请求消息中携带所述第一设备采用的三层协议类型标识和所述第一设备的设备类型标识；

所述第二设备向所述第一设备返回所述协商响应消息之前，还包括：

所述第二设备根据所述第一设备采用的三层协议类型标识修改所述第二设备配置信息中的三层协议类型，并根据所述第一设备的设备类型标识修改所述第二设备配置信息中的设备类型。

9.根据权利要求8所述的方法，其特征在于，所述第二设备根据所述第一设备采用的三层协议类型标识修改所述第二设备配置信息中的三层协议类型，并根据所述第一设备的设备类型标识修改所述第二设备配置信息中的设备类型，包括：

若所述第一设备采用的三层协议类型与所述第二设备采用的三层协议类型不同，则所述第二设备将所述第二设备配置信息中的三层协议类型修改为所述述第一设备所采用的三层协议类型；

若所述第一设备的设备类型与所述第二设备的设备类型相同，则所述第二设备将所述第二设备配置信息中的设备类型修改为不同于所述第一设备的设备类型。

10.根据权利要求7所述的方法，其特征在于，所述协商结果包括所述第二设备采用的三层协议类型标识和所述第二设备的设备类型标识，以使所述第一设备根据所述第二设备采用的三层协议类型标识修改所述第一设备配置信息中的三层协议类型，并根据所述第二设备的设备类型标识修改所述第一设备配置信息中的设备类型。

11.根据权利要求7-10任一项所述的方法，其特征在于，所述第二设备接收第一设备发送的协商请求消息，包括：

所述第二设备的数据链路层接收所述第一设备的数据链路层通过第一无编号信息UI命令帧发送的所述协商请求消息；

所述第二设备的数据链路层通过第三原语将所述协商请求消息发送至所述第二设备的管理层。

12.根据权利要求7-11任一项所述的方法，其特征在于，所述第二设备向所述第一设备返回所述协商响应消息，包括：

所述第二设备的管理层通过第四原语将所述协商响应消息发送至所述第二设备的数据链路层；

所述第二设备的数据链路层通过第二UI命令帧将所述协商响应消息发送至所述第一设备的数据链路层。

13.一种设备，其特征在于，包括：

14.根据权利要求13所述的设备，其特征在于，所述发送器发送的所述协商请求消息中携带所述第一设备采用的三层协议类型标识和所述第一设备的设备类型标识；所述接收器接收的所述协商响应消息中携带的所述协商结果用于表示所述第二设备根据所述第一设备采用的三层协议类型标识修改所述第二设备配置信息中的三层协议类型，并根据所述第一设备的设备类型标识修改所述第二设备配置信息中的设备类型；

所述建立模块具体用于根据所述第一设备所采用的三层协议类型以及所述第一设备的设备类型，向所述第二设备发送链路建立请求。

15.根据权利要求13所述的设备，其特征在于，所述接收器接收的所述协商响应消息中携带的所述协商结果包括所述第二设备采用的三层协议类型标识和所述第二设备的设备类型标识；

所述设备还包括：

修改模块，用于根据所述第二设备采用的三层协议类型标识修改所述第一设备配置信息中的三层协议类型，并根据所述第二设备的设备类型标识修改所述第一设备配置信息中的设备类型；

所述建立模块还用于：根据所述第二设备所采用的三层协议类型以及所述第二设备的设备类型，向所述第二设备发送所述链路建立请求。

16.根据权利要求15所述的设备，其特征在于，所述修改模块具体用于：若所述第二设备采用的三层协议类型与所述第一设备采用的三层协议类型不同，则将所述第一设备配置信息中的三层协议类型修改为所述述第二设备所采用的三层协议类型；若所述第二设备的设备类型与所述第一设备的设备类型相同，则将所述第一设备配置信息中的设备类型修改为不同于所述第二设备的设备类型。

17.根据权利要求13-16任一项所述的设备，其特征在于，所述发送器具体用于：在所述第一设备的管理层通过第一原语将所述协商请求消息发送给所述第一设备的数据链路层；并在第一设备的数据链路层通过第一无编号信息UI命令帧将所述协商请求消息发送至所述第二设备的数据链路层。

18.根据权利要求13-19任一项所述的设备，其特征在于，所述接收器具体用于：在所述第一设备的数据链路层接收所述第二设备的数据链路层通过第二UI命令帧发送的所述协商响应消息；在所述第一设备的管理层接收所述第一设备的数据链路层通过第二原语发送的所述协商响应消息。

19.一种设备，其特征在于，包括接收器，发送器以及建立模块：

20.根据权利要求19所述的设备，其特征在于，所述接收器接收的所述协商请求消息中携带所述第一设备采用的三层协议类型标识和所述第一设备的设备类型标识；

所述设备还包括：

修改模块，用于根据所述第一设备采用的三层协议类型标识修改所述第二设备配置信息中的三层协议类型，并根据所述第一设备的设备类型标识修改所述第二设备配置信息中的设备类型。

21.根据权利要求20所述的设备，其特征在于，所述修改模块具体用于：若所述第一设备采用的三层协议类型与所述第二设备采用的三层协议类型不同，则将所述第二设备配置信息中的三层协议类型修改为所述述第一设备所采用的三层协议类型；若所述第一设备的设备类型与所述第二设备的设备类型相同，则将所述第二设备配置信息中的设备类型修改为不同于所述第一设备的设备类型。

22.根据权利要求19所述的设备，其特征在于，所述发送器发送的所述协商响应消息中携带的协商结果包括所述第二设备采用的三层协议类型标识和所述第二设备的设备类型标识，以使所述第一设备根据所述第二设备采用的三层协议类型标识修改所述第一设备配置信息中的三层协议类型，并根据所述第二设备的设备类型标识修改所述第一设备配置信息中的设备类型。

23.根据权利要求19-22任一项所述的设备，其特征在于，所述接收器具体用于：在所述第二设备的数据链路层接收所述第一设备的数据链路层通过第一无编号信息UI命令帧发送的所述协商请求消息；在所述第二设备的数据链路层通过第三原语将所述协商请求消息发送至所述第二设备的管理层。

24.根据权利要求19-23任一项所述的设备，其特征在于，所述发送器具体用于：在所述第二设备的管理层通过第四原语将所述协商响应消息发送至所述第二设备的数据链路层；在所述第二设备的数据链路层通过第二UI命令帧将所述协商响应消息发送至所述第一设备的数据链路层。