CN102223291A - 实现设备访问方法和设备及通信*** - Google Patents

Abstract

本发明实施例公开了一种实现设备访问方法和设备及通信***，其中的一种实现设备访问的方法，包括：生成网络配置协议报文，其中，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；向被管设备发送该网络配置协议报文。本发明实施例的方案有利于实现在支持业务多实例的同时，保持基础业务接口的稳定性。

Description

实现设备访问方法和设备及通信***

技术领域

本发明涉及通信技术领域，具体涉及实现设备访问方法和设备及通信***。

背景技术

网络配置(Netconf，Network Configuration)协议是一种新型的网络管理协议，其中，Netconf协议可分为四层：传输协议(Transport Protocol)层、远程过程调用(RPC，Remote Procedure Call)层、操作(Operations)层、以及内容(Content)层。

Netconf协议报文包括Transport Protocol层内容、RPC层内容、Operations层内容，以及Content层的内容，其中，Content层内容的内容格式需根据具体业务模型定义，而Content层内容的不同内容格式对应着被管设备不同的扩展标记语言(XML，Extensible Markup Language)接口，Content层对应的XML接口通常称之为基础业务接口。

随着网络的发展演进，业内提出虚拟路由器(VR，Virtual Router)和虚拟路由转发表(VRF，Virtual Routing Forward)等业务多实例的应用，例如一个物理路由器可包括多个VR，这就使得业务嵌套层次增加。在此情况下，如何保持基础业务接口的稳定性，是一个待研究的问题。

发明内容

本发明实施例提供实现设备访问方法和设备及通信***，有利于实现在支持业务多实例的同时，保持基础业务接口的稳定性。

为解决上述技术问题，本发明实施例提供以下技术方案：

一种实现设备访问的方法，包括：

生成网络配置协议报文，其中，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

向被管设备发送所述网络配置协议报文。

一种实现设备访问的方法，包括：

接收来自网管设备的网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

解析所述网络配置协议报文，识别出所述网络配置协议报文的内容层携带的操作对象信息，以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

根据识别出的操作对象和操作上下文执行相应的操作。

一种网管设备，包括：

报文生成模块，用于生成网络配置协议报文，其中，所述网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

报文发送模块，用于向被管设备发送所述报文生成模块生成的所述网络配置协议报文。

一种网元，包括：

接收模块，用于接收来自网管设备的网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

识别模块，用于解析所述接收模块接收的网络配置协议报文，识别出所述网络配置协议报文的内容层携带的操作对象信息、以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

操作模块，用于根据所述识别模块识别出的操作对象和操作上下文执行相应的操作。

一种通信***，包括上述实施例所述的装置。

由上可见，本发明实施例中通过生成并向被管设备发送网络配置协议报文，在该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文，由于内容层携带的操作对象信息的内容形式可以相对固定，故而有利于实现在支持业务多实例时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

附图说明

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

图1是本发明实施例提供的一种实现设备访问方法流程示意图；

图2是本发明实施例提供的另一种实现设备访问方法流程示意图；

图3是本发明实施例提供的一种网管设备示意图；

图4是本发明实施例提供的一种网元示意图；

图5是本发明实施例提供的一种通信***示意图。

具体实施方式

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

本发明实施例提供实现设备访问方法和设备及通信***，有利于实现对目标实例的准确访问。以下分别进行详细说明。

在业内提出VR和VRF等业务多实例的应用后，例如一个物理路由器可包括多个VR，这就使得业务嵌套层次增加。在此情况下，若网管***访问被管设备下的某个业务实例的下级对象，则可能需要指定到被管设备下的该业务实例的该下级对象才能实现准确访问。例如，当网管***访问某路由器下的某个VR实例下的VRF时，因该路由器中允许存在多个VR实例，故而网管***在与该路由器交互时，就需要指定目标VR的标识，即指定操作对象的范围。

在Netconf协议的Transport Protocol层、RPC层、Operations层和Content层中，Content层理论上可携带任意信息，Content层的内容格式需根据具体业务模型定义，而Content层所携带信息的内容格式的变化，将导致Content层对应的XML接口(基础业务接口)对应改变。本发明实施例的方案中，主要对Netconf协议报文的RPC层和Transport Protocol层中的至少一层中进行扩展，以便在Netconf协议报文RPC层和Transport Protocol层中的至少一个中携带操作上下文，其中，本发明实施例中的操作上下文用于指定操作对象的范围、和/或指定操作依赖的***运行参数(可称操作环境)等。

实施例一

本实施例提供一种实现设备访问方法，包括：生成网络配置协议报文，其中，该网络配置协议报文中，内容层携带操作对象信息，远程过程调用层和传输层中的至少一个携带操作上下文；向被管设备发送该网络配置协议报文。

参见图1，具体流程可以如下：

110、生成网络配置协议报文，其中，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

其中，例如当网管设备需要对被管设备进行某种操作(例如，为被管设备配置某种参数、查询被管设备的某种参数等)时，网管设备可以生成网络配置协议报文，在该网络配置协议报文的内容层携带操作对象，远程过程调用层和传输层中的至少一层中携带操作上下文，其中，该操作上下文可指定所要进行的例如配置、查询等操作的操作对象的范围，和/或，指定操作依赖的***运行参数等。其中，被管设备可以是如基站、移动性管理实体、网关等各种网元。

其中，远程过程调用层和传输层中的至少一层中可携带一个或多个操作上下文，其可以是该网络配置协议报文携带的全部操作上下文，或也可能是该网络配置协议报文携带的部分操作上下文(例如，网管设备在该网络配置协议报文的操作层还携带另一部分操作上下文)。

本实施例中，网管设备主要对Netconf协议报文的远程过程调用层和/或传输层进行扩展，网管设备例如可在Netconf协议报文的远程过程调用层和/或传输层的特定位置(该特定位置由网管设备和被管设备任意约定)，携带操作上下文。并且，Netconf协议报文的远程过程调用层和传输层中的至少一层中携带的操作上下文的内容格式也可由网管设备和被管设备任意约定，以保证被管设备能够识别出该操作上下文。

在一种应用场景下，网管设备可利用Netconf协议报文的远程过程调用层和传输层中的至少一层中携带的操作上下文，以及内容层携带的操作对象共同完成对本次操作进行准确指定。

在实际应用时，Netconf协议报文的内容层携带的操作对象的内容格式可配置为相对固定，即通常情况下都不发生变化，这样就有利于保证基础业务接口相对稳定；而Netconf协议报文的远程过程调用层和传输层中的至少一层中携带的操作上下文，用于指定对该Netconf协议报文的内容层携带的操作对象，和/或，指定操作依赖的***运行参数，其在不同应用场景下可能呈现不同格式，但若是在Netconf协议报文的远程过程调用层和传输层中的至少一层中的特定位置携带来携带该操作上下文，被管设备仍可通过较固定的模式，从该Netconf协议报文解析识别出该操作上下文。

举例来说，当业务嵌套层次发生变化时，网管设备利用Netconf协议报文的内容层指定操作对象，同时利用远程过程调用层和传输层中的至少一层中携带的操作上下文指定操作业务嵌套层次发生变化的部分，即指定操作对象的范围；而被管设备在接收到Netconf协议报文后，解析该Netconf协议报文，通过基础业务接口就可识别出内容层携带的操作对象；并根据约定的内容格式，识别出远程过程调用层和传输层中的至少一层中的特定位置携带的操作上下文，进而获得本次操作的准确信息。可以发现，在该实现方式中，即使业务嵌套层次发生变化(即业务多实例)，也可不需要修改基础业务接口即可完成网管与被管设备之间的交互。

120、向被管设备发送该网络配置协议报文。

进一步的，被管设备可以接收并解析该网络配置协议报文，识别该网络配置协议报文远程过程调用层和传输层中的至少一层中携带的操作上下文，以及识别出内容层携带的操作对象。被管设备根据识别出操作上下文和操作对象执行相应的操作，例如修改相应的配置，或向网管设备反馈携带相应信息的应答报文等。

由上可见，本实施例中通过生成并向被管设备发送网络配置协议报文，在该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文，由于内容层携带的操作对象信息的内容形式可以相对固定，故而有利于实现在支持业务多实例时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

实施例二

为便于更好的理解本发明实施例的技术方案，本实施例中主要以网管设备对Netconf协议报文的RPC层进行扩展，主要在Netconf协议报文RPC层的特定位置携带操作上下文，在Content层携带操作对象信息，以向网元A(被管设备)准确指定操作对象、操作环境为例，进行进一步详细的描述。

参见图2、具体步骤可以包括：

201、网管设备生成Netconf协议报文，其中，该Netconf协议报文的RPC层携带操作上下文、Content层携带操作对象信息。

其中，例如当网管设备需要对被管设备进行某种操作(例如，为被管设备配置某种参数、查询被管设备的某种参数等)时，网管设备可以生成网络配置协议报文，在该网络配置协议报文的内容层携带操作对象，远程过程调用层和传输层中的至少一层中携带操作上下文，其中，该操作上下文可指定所要进行的例如配置、查询等操作的操作对象的范围，和/或，指定操作依赖的***运行参数等。

其中，网元A可以是如基站、移动性管理实体、网关等各种网元。

本实施例中，网管设备对Netconf协议报文的RPC层进行扩展，网管设备例如可在Netconf协议报文的RPC层的特定位置(该特定位置由网管设备和网元A任意约定)，携带操作上下文(一个或多个)。并且，Netconf协议报文的RPC层携带的操作上下文的内容格式也可由网管设备和网元A任意约定，以保证网元A能够识别出Netconf协议报文的RPC层携带的操作上下文。

在一种应用场景下，网管设备可在Netconf协议报文的RPC层携带一个或多个操作上下文，其可以是该网络配置协议报文携带的全部操作上下文，或也可能是该网络配置协议报文携带的部分操作上下文(例如，网管设备在该网络配置协议报文的操作层还携带另一部分操作上下文)。

在实际应用时，Netconf协议报文的内容层携带的操作对象的内容格式可保持为相对固定，即通常情况下都不发生变化，这样就有利于保证基础业务接口相对稳定；而Netconf协议报文的RPC层携带的操作上下文，用于指定对该Netconf协议报文的内容层携带的操作对象的范围，和/或，指定操作依赖的***运行参数，该操作上下文在不同应用场景下可能呈现不同格式，但若是在Netconf协议报文的RPC层的特定位置携带来携带该操作上下文，被管设备仍可通过较固定的模式，从该Netconf协议报文解析识别出该操作上下文。举例来说，当业务嵌套层次发生变化时(例如网元A包括多个VR实例)，网管设备利用操作内容层的信息指定操作对象(例如查询某VR实例下的路由表)，利用操作上下文指定操作对象的范围(父对象，即该VR实例)；而网元A在接收到Netconf协议报文后，解析该Netconf协议报文，通过基础业务接口就可识别出Content层携带操作对象；并根据约定的内容格式，识别出RPC层的特定位置携带的该操作上下文，进而获得本次操作的准确信息。可以发现，在该实现方式中，即使业务嵌套层次发生变化(即业务多实例)，也可不需要修改基础业务接口即可完成网管与被管设备间的交互。

202、网管设备向网元A发送该网络配置协议报文。

其中，网管设备例如可利用IP包承载发送该网络配置协议报文。

203、网元A接收并解析该Netconf协议报文，识别出该Netconf协议报文的RPC层携带的操作上下文和Content层携带的操作对象，根据识别出操作上下文和操作对象执行相应的操作。

其中，网元A可根据识别出操作上下文执行例如修改相应的配置，或向网管设备反馈携带相应信息的应答报文等操作。

举例来说，若网管设备是要查询网元A下的虚拟网元a1的路由表，则网元A可以向网管设备反馈携带虚拟网元a1的路由表的应答报文。

可以发现，网管设备通过生成并向网元A发送网络配置协议报文，在该网络配置协议报文的内容层携带操作对象信息、RPC层中携带操作上下文，由于内容层携带的操作对象信息的内容形式可以相对固定，而用于指示因多业务实例应用导致可能变化的操作对象范围的操作上下文携带在RPC层，故而有利于实现在支持业务多实例的同时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

下面通过几个实例进行更具体的说明。

例如网管设备扩展Netconf协议报文的RPC层，在Netconf报文的RPC层的rpc标签中扩展一个或多个用于携带操作上下文的attribute字段。

例如扩展的attribute字段的名称为context，则网管设备生成的扩展后的Netconf协议报文的结构可如下所示：

<rpc message-id＝“101”

xmlns＝“urn:ietf:params:xml:ns:netconf:base:1.0”

context＝“context info”>

<some-method>

<！--method parameters here...-->

</some-method>

</rpc>

其中，“context info”填写操作上下文信息，其它部分的内容可均为标准定义的格式。上述message-id、xmlns的值只是为了示例报文的完整性而给的一个示意而已，其取值并没有特殊含义。

例如网元A为路由器，网元A下包括了多个虚拟路由实例，而网管设备需要查询网元A下的虚拟路由实例标识(vrfName)为vrf100的路由表，则网管设备生成并发送的报文可如下：

<rpc message-id＝″101″

xmlns＝″urn:ietf:params:xml:ns:netconf:base:1.0″

context＝“vrfName＝vrf100”>*扩展一个属性字段*

<get-config>

<source>

<running/>

</source>

<filter type＝″subtree″>

<top xmlns＝″http://example.com/schema/1.2/config″>

<routeTable/>              *内容层携带的操作对象*

</top>

</filter>

</get-config>

</rpc>

网元A生成并回复的应答报文可如下：

<rpc-reply message-id＝″101″

xmlns＝″urn:ietf:params:xml:ns:netconf:base:1.0″

context＝“vrfName＝vrf100”>

<data>

<top xmlns＝″http://example.com/schema/1.2/config″>

<routeTable>

<route>

<destination>101.0.0.0</destination>

<mask>24</mask>

<nextHop>101.0.0.1</nextHop>

<interface>Ethernet1/0/0</interface>

</route>

<route>

<destination>101.0.0.1</destination>

<mask>32</mask>

<nextHop>127.0.0.1</nextHop>

<interface>InLoopBack0</interface>

</route>

<route>

<destination>102.0.0.0</destination>

<mask>24</mask>

<nextHop>102.0.0.1</nextHop>

<interface>Ethernet2/0/0</interface>

</route>

</routeTable>

</top>

</data>

</rpc-reply>

此外，有时可能有携带多个操作上下文的需求，网管设备在Netconf报文的RPC层的rpc标签中扩展多个用于携带操作上下文的attribute字段，或者，在扩展出的一个attribute字段携带多个操作上下文。

其中，例如网元A为路由转发器，网元A下包括多个虚拟路由实例，而网管设备想要查询网元A下虚拟路由实例vrId为1、vrfName为vrf100的路由表，则网管设备生成并发送的报文可如下：

(1)在rpc标签扩展多个attribute字段：

<rpc message-id＝″101″

xmlns＝″urn:ietf:params:xml:ns:netconf:base:1.0″

vrId＝“1”vrfName＝“vrf100”>     *扩展两个属性字段*

<get-config>

<source>

<running/>

</source>

<filter type＝″subtree″>

<top xmlns＝″http://example.com/schema/1.2/config″>

<routeTable/>               *内容层携带的操作对象*

</top>

</filter>

</get-config>

</rpc>

(2)在一个attribute字段的取值中携带多个操作上下文：

<rpc message-id＝″101″

xmlns＝″urn:ietf:params:xml:ns:netconf:base:1.0″

context＝“vrId＝1，vrfName＝vrf100”>    *扩展一个属性字段*

get-config>

<source>

<running/>

</source>

<filter type＝″subtree″>

<top xmlns＝″http://example.com/schema/1.2/config″>

<routeTable/>              *内容层携带的操作对象*

</top>

</filter>

</get-config>

</rpc>

此时，网元A生成并回复的应答报文可类推，此处不再赘述。

可以发现，在上述的实现方式中，即使业务嵌套层次发生变化，也可不需要修改基础业务接口即可完成网管与网元A之间的交互。

可以理解，上述实例是以在RPC层的rpc标签中扩展一个或多个字段来携带一个或多个操作上下文进行举例说明的，当然也可以选择在RPC层的其它位置来携带一个或多个操作上下文。

在实际应用中，通过改变操作上下文在Netconf协议报文的携带位置，还可以获得其它不同的实施方式，例如在Operations层、Transport Protocol层携带一个或多个操作上下文。

由上可见，本实施例中通过生成并向被管设备发送Netconf协议报文，在该Netconf协议报文的内容层携带操作对象信息、RPC层中携带操作上下文，由于操作对象信息的形式可以相对固定，故而有利于实现在支持业务多实例的同时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

下面再以被管设备的角度进行描述，本发明实施例还提供一种实现设备访问的方法，可以包括：

接收来自网管设备的网络配置协议报文，该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

解析该网络配置协议报文，识别出该网络配置协议报文的内容层携带的操作对象信息、以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

根据识别出的操作对象和操作上下文执行相应的操作。

可以发现，本实施例中网管设备通过生成并向被管设备发送Netconf协议报文，在该Netconf协议报文的内容层携带操作对象信息、RPC层中携带操作上下文，由于操作对象信息的形式可以相对固定，故而有利于实现在支持业务多实例的同时，保持被管设备的基础业务接口的稳定性，也使得被管设备重用基础业务接口变得可行，有利于简化***复杂性。

为便于更好的实施本发明实施例的上述技术方案，本发明实施例还提供一种网管设备。参见图3，一种网络设备300，可以包括：报文生成模块310和报文发送模块320。

其中，报文生成模块310，用于生成网络配置协议报文，其中，该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

其中，例如当网管设备300需要对被管设备进行某种操作(例如，为被管设备配置某种参数、查询被管设备的某种参数等)时，报文生成模块310可生成网络配置协议报文，在该网络配置协议报文的内容层携带操作对象，远程过程调用层和传输层中的至少一层中携带操作上下文，其中，该操作上下文可指定所要进行的例如配置、查询等操作的操作对象的范围，和/或，指定操作依赖的***运行参数等。

本实施例中，网管设备300对Netconf协议报文的远程过程调用层和传输层中的至少一层中进行扩展，网管设备300例如可在Netconf协议报文的远程过程调用层和/或传输层的特定位置(该特定位置由网管设备300和被管设备任意约定)，携带一个或多个操作上下文。并且，Netconf协议报文的远程过程调用层和传输层中的至少一层中携带的操作上下文的内容格式也可由网管设备300和被管设备任意约定，以保证被管设备能够识别出该操作上下文。

在一种应用场景下，网管设备300可在Netconf协议报文的远程过程调用层和传输层中的至少一层中携带一个或多个操作上下文，其可以是该Netconf协议报文携带的全部操作上下文，或也可能是该Netconf协议报文携带的部分操作上下文(例如，网管设备在该Netconf协议报文的操作层还携带另一部分操作上下文)。

在实际应用时，Netconf协议报文的内容层携带的操作对象的内容格式可保持相对固定，即通常情况下都不发生变化，这样就有利于保证基础业务接口相对稳定；而Netconf协议报文的远程过程调用层和传输层中的至少一层中携带的操作上下文，用于指定对该Netconf协议报文的内容层携带的操作对象的范围，和/或，指定操作依赖的***运行参数，其在不同应用场景下可能呈现不同格式，但若是在Netconf协议报文的远程过程调用层和传输层中的至少一层中的特定位置携带来携带该操作上下文，被管设备仍可通过较固定的模式，从该Netconf协议报文解析识别出该操作上下文。

举例来说，当业务嵌套层次发生变化时(被管设备包括多个VR实例)，网管设备300利用Netconf协议报文的内容层指定操作对象(例如某VR实例下的某路由表)，并利用远程过程调用层和传输层中的至少一层中携带的操作上下文指定操作对象的范围(例如该VR实例)；而被管设备在接收到Netconf协议报文后，解析该Netconf协议报文，通过基础业务接口就可识别出内容层携带的操作对象；并根据约定的内容格式，识别出远程过程调用层和/或传输层传输层中的至少一层中的特定位置携带的操作上下文，进而获得本次操作的准确信息。可以发现，在该实现方式中，即使业务嵌套层次发生变化(即业务多实例)，也可不需要修改基础业务接口即可完成网管与被管设备之间的交互。

报文发送模块320，用于向被管设备发送报文生成模块310生成的网络配置协议报文。

进一步的，被管设备可以接收并解析该网络配置协议报文，识别该网络配置协议报文远程过程调用层和传输层中的至少一层中携带的操作上下文，以及识别出内容层携带的操作对象。被管设备根据识别出操作上下文和操作对象执行相应的操作，例如修改相应的配置，或向网管设备反馈携带相应信息的应答报文等。

由上可见，本实施例中网管设备300通过生成并向被管设备发送网络配置协议报文，在该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文，由于操作对象信息的内容形式可以相对固定，故而有利于实现在支持业务多实例时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

在一种应用场景下，报文生成模块310具体可用于，生成网络配置协议报文，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层的特定位置携带操作上下文。

在一种应用场景下，报文生成模块310具体可用于，生成网络配置协议报文，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层的远程过程调用标签携带操作上下文。

需要说明的是，本实施例的网管设备300可如上述方法实施例中的网管设备，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

为便于更好的实施本发明实施例的上述技术方案，本发明实施例还提供一种网元。参见图4，一种网元400，可以包括：接收模块410、识别模块420和操作模块430

其中，接收模块410，用于接收来自网管设备的网络配置协议报文，该网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

识别模块420，用于解析接收模块410接收的网络配置协议报文，识别出该网络配置协议报文的内容层携带的操作对象信息、以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

操作模块430，用于根据识别模块420识别出的操作对象和操作上下文执行相应的操作。

需要说明的是，本实施例的网元400可如上述方法实施例中的网元A，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

本发明实施例还提供一种通信***，包括：网管设备300和/或网元400。

参见图5、本发明实施例还提供一种通信***，包括：网管设备510和被管设备520，

其中，网管设备510，用于生成网络配置协议报文，其中，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；向被管设备发送该网络配置协议报文；

被管设备520，用于接收来自网管设备510的网络配置协议报文，该网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；解析该网络配置协议报文，识别出该网络配置协议报文的内容层携带的操作对象信息、以及远程过程调用层和传输层中的至少一层中携带的操作上下文；根据识别出的操作对象和操作上下文执行相应的操作。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

综上，本发明实施例中通过生成并向被管设备发送Netconf协议报文，在该Netconf协议报文的内容层携带操作对象信息、远程过程调用层传输层中的至少一层中携带操作上下文，由于操作对象信息的形式可以相对固定，故而有利于实现在支持业务多实例时，保持基础业务接口的稳定性，也使得重用基础业务接口变得可行，有利于简化***复杂性。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘或光盘等。

以上对本发明实施例所提供的实现设备访问方法和设备及通信***进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种实现设备访问的方法，其特征在于，包括：

生成网络配置协议报文，其中，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

向被管设备发送所述网络配置协议报文。

2.根据权利要求1所述的方法，其特征在于，

所述生成网络配置协议报文，其中，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文，包括：

生成网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层携带操作上下文。

3.根据权利要求2所述的方法，其特征在于，

生成网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层携带操作上下文，包括：

生成网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息、远程过程调用层的远程过程调用标签携带操作上下文。

4.一种实现设备访问的方法，其特征在于，包括：

接收来自网管设备的网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

解析所述网络配置协议报文，识别出所述网络配置协议报文的内容层携带的操作对象信息，以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

根据识别出的操作对象和操作上下文执行相应的操作。

5.一种网管设备，其特征在于，包括：

报文生成模块，用于生成网络配置协议报文，其中，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层和传输层中的至少一层中携带操作上下文；

报文发送模块，用于向被管设备发送所述报文生成模块生成的所述网络配置协议报文。

6.根据权利要求5所述的网管设备，其特征在于，

报文生成模块具体用于，生成网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层携带操作上下文。

7.根据权利要求6所述的网管设备，其特征在于，

报文生成模块具体用于，生成网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息，远程过程调用层的远程过程调用标签携带操作上下文。

8.一种网元，其特征在于，包括：

接收模块，用于接收来自网管设备的网络配置协议报文，所述网络配置协议报文的内容层携带操作对象信息、远程过程调用层和传输层中的至少一层中携带操作上下文；

识别模块，用于解析所述接收模块接收的网络配置协议报文，识别出所述网络配置协议报文的内容层携带的操作对象信息、以及远程过程调用层和传输层中的至少一层中携带的操作上下文；

操作模块，用于根据所述识别模块识别出的操作对象和操作上下文执行相应的操作。

9.一种通信***，其特征在于，包括：

权利要求5所述的网管设备和权利要求8所述的网元。

Images