本发明涉及光通信技术领域， 具体涉及一种通信方法、 装置及系统。 背景技术

现有的网络架构中， 网络的连接、 信息的交互以及网络中的监控和管理 很大程度上依赖设备的网络之间互连的协议 ( Internet Protocol, IP )地址。 用 户利用网络中的服务器基于 IP协议分配给其的 IP地址接入网络， 不同的用 户间利用各自的 IP地址进行信息的交互， 网络中的管理者利用 IP地址对网 络进行监控和管理。

然而， 随着扁平化管理的需要， 网络中与接入设备连接的网络设备越来 越小型化， 数目也越来越多， 若为每个网络设备都分配 IP地址， 将导致有限 的 IP地址资源紧张。 所以， 运营商提出了网络中与接入设备连接的网络设 备 不配置 IP地址的网络架构， 以节省 IP地址资源。 而现有的网络的连接、 信 息的交互以及网络的监测和管理大多是基于 IP地址进行的， 这也导致了网络 中与接入设备连接的无 IP地址网络设备难以实现基于 IP地址的通信。 发明内容

有鉴于此， 本发明实施例提供一种通信方法、 装置及系统， 以便于网 络中与接入设备连接的无 IP地址网络设备实现基于 IP地址的通信。 第一方面， 本发明实施例提供了一种通信方法， 应用于通信系统中， 所 述通信系统包括第一装置、 第二装置和第三装置， 所述第一装置通过所述第 二装置与所述第三装置连接， 所述通信方法包括： 所述第二装置接收携带有 与以太网维护实体组端点 （ Maintenance Entity Group End Point, MEP )地址 相对应的端口号的第一报文， 其中， 所述第一报文为来自所述第三装置的传 输层协议>¾文， 所述端口号为所述第一 "^文目的端口的端口号， 所述 MEP地 址为所述第一装置上的 MEP的 MEP地址； 所述第二装置将所述第一报文的 部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维 护 ( Operation, Administration and Maintenance , 0 AM )才艮文； 所述第二装置 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 报文发送给所述第一装置上的所述 MEP。 结合第一方面， 在第一种可能的实现方式中， 在所述第二装置接收来 自所述第一报文之前，所述第二装置建立所述 地址所述 MEP地址与所述端口 号的对应关系。 具体的， 所述第二装置建立所述 MEP地址与所述 MEP 的 MEP标识之间的对应关系； 所述第二装置建立所述 MEP标识与所述端口号 之间的对应关系。 结合以上所有的实现方式， 在第二种可能的实现方式中， 所述第二装 置接收来自所述第一装置响应的第三报文， 所述第三报文为以太网 OAM报 文； 所述第二装置将所述第三报文的部分或全部内 容封装到第四报文中并发 送给所述第三装置。 结合以上所有的实现方式， 在第三种可能的实现方式中， 所述第一报 文携带远程登录协议 Telnet 报文， 或者携带简单网络管理协议 （Simple Network Management Protocol, SNMP )才艮文。 或者， 所述第一报文携带文件传输协议（File Transfer Protocol, FTP )报 文； 在所述第二装置接收来自所述第三装置的第一 报文之前， 所述通信方法 还包括： 所述第二装置向所述第一装置发送携带了所述 端口号和所述第三装 置的 IP地址的第五报文， 所述第五报文为 0AM报文； 所述第二装置接收来 自所述第一装置的携带了 FTP 主动模式命令的第六报文， 所述第六报文为 0AM报文，所述主动模式命令中包含所述端口号 和所述第三装置的 IP地址； 所述第二装置将所述主动模式命令封装到第七 报文中并通过所建立的 FTP命 令链路发送给所述第三装置， 以建立 FTP数据链路。 又或者， 所述第一报文携带文件传输协议 FTP报文； 在所述第二装置接 收来自所述第三装置的第一报文之前， 所述通信方法还包括： 所述第二装置 接收来自所述第一装置的携带了 FTP被动模式命令的第八报文， 所述第八报 文为 0AM报文； 所述第二装置将所述被动模式命令封装到第九 报文中并通 过所建立的 FTP命令链路发送给所述第三装置； 所述第二装置接收所述第三 装置响应的第十报文， 所述第十报文携带数据端口号， 所述第十报文为 FTP 报文； 所述第二装置将所述第十报文封装到第十一报 文中， 并发送给所述第 一装置， 所述第十一报文为 OAM报文； 所述第二装置接收所述第一装置响 应的第十二报文， 并从所述第十二报文中获取所述数据端口号， 所述第十二 报文为 OAM报文； 所述第二装置将所述数据端口号和所述端口号 分别作为 FTP服务器端口号和 FTP客户端端口号，将所述第二装置的互联网协 议 IP地 址作为 FTP客户端 IP地址， 建立 FTP数据链路。 第二方面， 提供一种通信装置， 包括： 接收单元， 用于接收报文； 处理 单元，用于接收携带有与存储的以太网维护实 体组端点 MEP地址相对应的端 口号的第一报文， 其中， 所述第一报文为来自所述接收单元的传输层协 议报 文， 所述端口号为所述第一 ^艮文目的端口的端口号； 将所述第一 ^艮文的部分 或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维护

OAM 4艮文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二报文的目的地址设置为所述 MEP地址； 发送单元， 用于发送来自 所述处理单元的>¾文。 结合第二方面， 在第一种可能的实现方式中， 所述处理单元， 还用于 建立所述 MEP地址与所述端口号的对应关系。 或者， 所述处理单元还用于建 立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 结合第二方面的以上所有实现方式， 在第二种可能的实现方式中， 所 述处理单元， 还用于将响应所述第二报文的第三报文的部分 或全部内容封装 到第四报文中，并将所述第四报文的目的地址 设置为所述第一报文的源地址。 结合第二方面以上所有可能的实现方式， 所述第一报文携带远程登录 协议 Telnet报文， 或者携带简单网络管理协议 SNMP报文。 或者， 所述第一 报文携带简单网络管理协议 FTP报文； 所述处理单元， 还用于从来自所述接 收单元的 OAM报文中获取数据端口号， 并将所述数据端口号和所述端口号 分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP数据链路。 第三方面， 提供又一种通信装置， 包括： 一个或多个接收设备， 用于接 收报文； 与所述一个或多个接收设备耦合的处理器， 用于接收携带有与存储 的以太网维护实体组端点 MEP地址相对应的端口号的第一 ^艮文， 其中 , 所述 第一报文为来自所述一个或多个接收设备的传 输层协议报文， 所述端口号为 所述第一报文目的端口的端口号； 将所述第一报文的部分或全部内容封装到 第二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根据所 述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 ^艮文的 目的地址设置为所述 MEP地址； 与所述处理器耦合的一个或多个发送设备， 用于发送来自所述处理器的报文。 结合第三方面， 在第一种可能的实现方式中， 所述处理器， 还用于建 立所述 MEP地址与所述端口号的对应关系。 或者， 所述处理器还用于建立所 述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP 标识与所述端口号之间的对应关系。 结合第三方面以上所有的实现方式， 所述处理器， 还用于将响应所述 第二报文的第三报文中的部分或全部内容封装 到第四报文中， 并将所述第四 报文的目的地址设置为所述第一报文的源地址 。 结合第三方面以上所有可能的实现方式， 所述第一报文携带远程登录 协议 Telnet报文， 或者携带简单网络管理协议 SNMP报文。 或者， 所述第一 报文携带文件传输协议 FTP报文； 所述处理器， 还用于从来自所述一个或多 个接收设备的 OAM报文中获取数据端口号， 并将所述数据端口号和所述端 口号分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP数据链路。 第四方面， 还提供一种通信系统， 所述通信系统包括第一装置、 第二 装置和第三装置， 所述第一装置通过所述第二装置与所述第三装 置连接； 所 述第二装置，用于接收携带有与存储的以太网 维护实体组端点 MEP地址相对 应的端口号的第一报文， 其中所述第一报文为来自所述第三装置的传输 层协 议才艮文， 所述端口号为所述第一 "^文目的端口的端口号； 将所述第一 ^艮文的 部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维 护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关 系， 将所述第二报文发送给所述第一装置； 所述第一装置， 用于接收来自所 述第二报文， 并获取所述第二报文中所封装的内容。 结合第四方面， 所述第二装置， 还用于在所述第二装置接收来自所述第 三装置的第一报文之前，根据来自所述第三装 置的指令建立所述 MEP地址与 所述端口号的对应关系。 或者， 所述第二装置， 还用于根据来自所述第三装 置的指令建立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于 建立所述 MEP标识与所述端口号之间的对应关系。 本发明实施例提供的通信方法、 装置及系统， 利用传输层协议端口与 无 IP地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， 无需网络中与接入设备连接的网络设备配置 IP地址， 即可实现该无 IP地 址设备与通信网络之间的通信， 既节约了有限的 IP 地址资源， 又不会引 起兼容性的问题。 附图说明

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

图 1为一种接入网的网络架构图；

图 2为本发明实施例中通信方法的流程示意图； 图 4为本发明实施例中实现 Telnet协议的信令交互图；

图 5为本发明实施例中实现 FTP协议主动模式的信令交互图； 图 6为本发明实施例中实现 FTP协议被动模式的信令交互图； 图 7为本发明实施例中实现 SNMP协议的信令交互图；

图 8为本发明实施例中通信装置的结构图；

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

图 1为一种现有接入网的网络架构图，本发明实� �例提供的通信方法、 装置和系统能应用于该网络架构中。 如图 1所示， 一个或多个无 IP地址 的第一装置通过第二装置与第三装置连接， 连接可以是直接的连接， 也可 以是间接的连接， 如第二装置与第三装置之间还可以连接有其他 中继设 备、 交换设备、 汇聚设备等网络设备。 其中， 第一装置可以是光网络单元 ( Optical Network Unit, ONU )、多住户单元（ Multi-Dwelling Unit, MDU )、 多租户单元（ Multi-Tenant Unit, MTU )、数字用户线路接入复用器（ Digital Subscriber Line Access Multiplexer, DSL AM ) ,交换机、光纤到分配点（ Fiber to the drop point, FTTdp ) 场景下的分配点单元等各种设备。 第二装置具 有 IP地址，可以是数字用户线路接入复用器（ Digital Subscriber Line Access Multiplexer, DSLAM ) 、 交换机或光线路终端设备（ optical line terminal, OLT )等网络设备。 图 1的网络架构中， 第一装置没有配置 IP地址， 应当 说明的是， 在第一装置如果配置了 IP地址， 本发明实施例提供的通信方 法、 装置及通信系统也是可行的， 实现方法与第一装置没有配置 IP地址 的情况下的方法相同。

由于第二装置有 IP地址， 支持传输层协议传输控制协议 /因特网互联 协议（ Transmission Control Protocol/Internet Protocol, TCP/IP ) , 网络上 的第三装置可以通过互联网的各种应用层协议 ,例如远程登录协议 Telnet、 文件传输协议（File Transfer Protocol, FTP ) 、 简单网络管理协议（Simple Network Management Protocol, SNMP ) 等协议对第二装置进行配置， 管理 和维护。 但是对于与第二装置下挂连接的无 IP地址的第一装置， 因为其 无 IP地址， 无法使用 Telnet、 FTP, SNMP等应用层协议， 难以对其单独 进行配置， 管理和维护。 为解决这一问题， 本发明实施例利用第二装置作 为代理， 允许第三装置通过各种应用层互联网协议访问 与其连接的第一装 置。

具体的， 如图 2所示， 本发明实施例提供的通信方法具体包括： 步骤 S101 ,可选的， 第二装置建立设置在第一装置上的以太网维护 实 体组端点 （Maintenance Entity Group End Point, MEP ) 的 MEP地址与传 输层协议端口号的对应关系。 MEP地址可以是指该 MEP所在位置的 MAC 地址， 当能通过广播或组播地址将 文发送至该 MEP时， 广播地址或组 播地址也可以视为该 MEP的 MEP地址， 通过其他地址能将 ^艮文或消息发 送至该 MEP的 , 该其他地址也可是为该 MEP的 MEP地址 , 本发明实施 例对此不作限制。 这种对应关系往往体现为该 MEP地址与传输层协议端 口的端口号之间的对应关系。如果所述 MEP的 MEP地址与所述端口号的 对应关系已存在， 比如该对应关系是静态的且在此之前已设置好 的， 则此 步骤可省略。 建立相应的对应关系的指令可以是来自第三装 置， 也可以是 来自网管， 也可以是通过命令行输入的。

第一装置和第二装置上都建有 MEP,相互之间可利用以太网报文进行 通信。 在第一装置和第二装置上相应的端口上建立 MEP的方法， 可以先 利用链路层发现协议进行邻居发现再自动建立 相应的 MEP,也可以在相应 的装置出厂前预先建立。

具体的， 第二装置通过链路层发现协议发现第二装置的 某个端口 P下 连接有无 IP地址装置第一装置， 则在端口 P保留的虚拟局域网 （Virtual Local Area Network, VLAN ) N上自动生成 MEP1 , MEP1通过端口 P发 送连通性检查消息 （ Continuity Check Message, CCM ) , CCM到达下挂 的第一装置后， 第一装置利用收到的 CCM在保留 VLAN N建立对应 MEP2 , 同时往第二装置侧发送 CCM。 MEP1收到 MEP2的报文后， 建链 完成。

如果出厂前预先建立， 可以在所有无 IP地址装置上都先预建立一个 工作在约定保留 VLAN N的 MEP2 , 相应的第二装置启动后， 也在各需要 下挂无 IP地址装置的端口在约定保留 VLAN N上分别建立相应的 MEP。 如果 OLT上的 MEP1收到约定保留 VLAN N上 MEP2的 CCM报文， 且 CCM报文中的远端缺陷指示 （ Remote Defect Indication, RDI ) 字段为 0 , 则认为建链完成。

为方便说明， 以下阐述所有提及的 ΜΕΡ均指设置在第一装置上的 ΜΕΡ。 其中， ΜΕΡ地址与协议端口的对应关系可以是直接的 ， 即 ΜΕΡ的 媒体接入控制（ Media Access Control , MAC )地址与协议端口的端口号直 接对应 , 也可以是间接的对应 , 如所述协议端口与 ΜΕΡ的标识相对应 , 而 ΜΕΡ的标识与 ΜΕΡ的 MAC地址相对应。 MEP的标识可以是 MEP编 号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组 合。 总得来说， 第二装置可以利用该标识识别该 MEP, 并利用该标识获取 发往该 MEP的 ^艮文中应该填写的目的地址， 也即该标识对于第二装置来 说是唯一的， 且与 MEP的 MAC地址相对应。 值得说明的是， MAC地址 可以是 MEP所在的第一装置的端口的 MAC地址 ,如果利用相应的组播或 广播地址也能送达该 MEP, 则 MEP地址也可以是指相应的组播或广播地 址。

所述的传输层协议可以是 TCP, 也可以是文件用户数据包协议 (User

Datagram Protocol, UDP) , 也可以是其他传输层协议。 传输层协议端口是 指第二装置所分配的抽象的通信端口。对于 TCP协议端口， 装置在通过该 协议端口发送 4艮文时， 将该协议端口的端口号作为 4艮文的源端口的端口号 填充到需发送的报文中； 在通过该协议报文接收端口时， 接收那些目的端 口的端口号与该协议端口的端口号相同的报文 。 UDP协议端口也是一样， 值得注意的是， 因为通过 UDP协议传输报文不需要建立连接， 故报文是 单向传输的， 如果要通过同一协议端口向对端发送 ^艮文， 需先获知对端端 口的端口号， 并在向对端发送 ^艮文时将获知的端口号作为待发送 文的目 的端口的端口号。 当然， 发往该第二装置的基于 IP地址的传输层协议报 文通常先通过 IP地址找到第二装置， 再通过传输层协议端口号找到相应 的接收端口。

第二装置建立设置在第一装置上的 MEP地址与传输层协议端口号的 对应关系， 具体的是， 在第二装置设置并保存 MEP地址与传输层协议端 口的端口号的映射关系， 该映射关系可以表现为一张或多张对应关系表 。 这种映射关系可以是端口号与 MEP地址的直接映射， 也可以是间接的映 射。 比如， 可以是端口号与另一个参数存在——映射关系 ， 该参数与 MEP 地址也存在——映射关系。 在一种情景中， 第二装置可以建立 MEP地址 与 MEP标识的对应关系，以及该 MEP标识和端口号的对应关系。具体的， 比如第二装置可以先建立一个套接字 （Socket ) , 套接字包含第二装置上 相应接口的 IP地址和传输层协议端口号， 也即该套接字与所述的端口号 相对应， 同时， 该套接字与 MEP地址相对应， 比如可以建立该套接字的 标识 （ Socket ID ) 与 MEP地址的对应关系， 再如可以建立套接字的标识 与 MEP标识的对应关系， 而 MEP标识与 MEP地址是相对应的。 当然， 除了指定相应的 IP地址与端口号外， 建立套接字时还需指定相应的传输 层协议， 不赘。

步骤 S102 , 所述第二装置接收携带有与以太网维护实体组 端点 MEP地 址相对应的端口号的传输层协议>¾文第一 文，所述 MEP地址为所述第一装 置上的 MEP的 MEP地址， 所述端口号为所述第一 >¾文目的端口的端口号， 所述第一报文来自所述第三装置。 第二装置接收第一报文的方式可以是， 先从属于该装置的 IP地址处接收发向该 IP地址的报文， 然后根据接收到 的才艮文所包含的目的端口的端口号对 文进行相应的处理， 如果发现 4艮文 中的端口号与所述 MEP地址存在对应关系则按照本发明实施例所揭 示的 通信方法处理。 第二装置接收第一报文的方式还可以是， 建立套接字监听 所述的协议端口， 专门用于接收报文中携带相应的端口号的报文 。 协议端 口号是指传输层协议报文的目标端口号。 如果， 接收到的报文所携带的端 口号， 没有相应的 MEP地址与之对应， 则按其他方式处理， 如在本地相 应的协议栈处理。

步骤 S103 ,所述第二装置将所述第一报文的部分或全部� �容封装到第 二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文。

第二装置接收到携带相应的端口号的报文后， 可以直接将第一报文封 装的第二报文中， 如果一个 OAM封装不完， 可以进行分片处理， 封装在 多个 ΟΑΜ · ^艮文中。 优选的， 可以先对第一 ^艮文进行相应的处理， 比如剥 除相应的传输层协议报文头等， 解析出相应的应用层报文， 再将相应的应 用层报文一次性封装或者分片封装到 OAM报文中。 更进一步的， 比如在 远程登录协议 Telnet中， 第二装置可以对解析出来的应用层报文送往协 议 栈进行处理，并将所述应用层报文中携带的用 户命令封装到 OAM报文中。 第一报文可以携带文件传输协议 FTP报文，也可以携带 Telnet报文，还可以 携带简单网络管理协议 SNMP报文， 也可以携带其他应用层报文。

可选的， 解析出相应的应用层报文， 可以仅对特定的应用层报文进行 封装处理， 如只对 FTP 文的进行封装处理， 而丟弃其他应用层 文或者 作其他处理。 可选的， 可以利用套接字对相应的应用层报文进行甄别 。 具体的， 如图 3所示， 图 3为以太网 OAM报文的标准格式， 其中， 左侧的内容为 OAM才艮文的结构示意， 右边为左侧填充的内容所对应的起 始字节位置。 左侧的 OAM报文格式为 IEEE 802. lq及 IEEE 802. lag所定 义， 具体各个部分的含义不再赘述。 本发明实施例所述的封装是指， 将需 要封装的内容封装到 OAM报文的空闲字段或者自定义字段中， 优选的， 可 以将需要封装的内容封装到 OAM报文的类型、 长度、 数值 TLV字段中， 也 即在图 3倒数第二行的字段中填充相应的需要被封装� �内容， 在本实施例 中为相应的第一报文的部分或全部， 或者为第一报文中解析出来的应用层 报文的部分或全部， 或者为第一报文中的应用层报文中所携带的内 容。

步骤 S104, 第二装置根据所述端口号， 以及所述 MEP地址与所述端口 号的对应关系， 将所述第二报文发送给第一装置上的 MEP。 具体的， 第二装 置根据所述端口号， 查询其 (建立并）保存的第一装置上的 MEP的 MEP地 址与传输协议层端口号的对应关系， 获得所述端口号对应的 MEP地址， 将所 述第二报文发送给所述端口号对应的 MEP。 第二装置监听相应的端口， 从该端口中接收报文， 可选的， 再根据该端 口号在相应的端口号与 MEP标识的对应关系表或者映射关系表中查找到 相 应的 MEP标识。 因为 MEP标识与该 MEP的最终地址是相对应的 ,故进一步 的可根据该标识获取 MEP的 MAC地址， 再将该 MAC地址作为第二报文的 目的地址，从而将第二报文发送给第一装置。 在端口号与 MEP地址直接映射 的情况下， 可以直接通过端口就获得 MEP地址。 优选的， 可利用套接字实现 所述的操作，利用套接字函数监听端口，通过 该端口的端口号查找 MEP标识， 并进一步获得 MEP地址， 或者直接获取 MEP地址。 其中， MEP地址可以是该 MEP在第一装置上的所在端口的 MAC地址， 那么以该 MAC地址为目的地址的第二报文可以直接送达第 一装置。 MEP地 址也可以是组播或广播地址， 在点对点的 VLAN中， 因为一个 VLAN中只有 第一装置上的 MEP与第二装置相对应， 那么第二装置在这个 VLAN里组播 或者广播报文只有第一装置上的 MEP能收到，故也可实现本发明实施例的目 的。 当然， 如果所在的 VLAN并非基于点对点的 VLAN, 也可以组播或者广 播报文， 可以在进一步在报文中添加特殊标识用以区别 ， 使得第一装置上的

MEP接收到第二报文后可以识别是发给其的报 文并予以处理， 其他接收到报 文的主体可以直接丟弃该报文。 所述的特殊标识可以自定义。 优选的， 可以 使用 MEP身份标识 (MEP ID)作为该特殊标识。 步骤 S105 , 所述第二装置接收来自所述第一装置响应的第 三报文， 所述 第三报文为以太网 OAM报文。 第一装置接收到第二报文后， 从第二报文中 解析出相应的内容。 当内容是封装在第二报文的 TLV字段中时， 且第二报文 的 TLV字段中封装的是完整的第一报文或者是从第 一报文中解析出来的完整 的应用层>¾文， 则对解析获得的>¾文送往相应的协议栈进行 处理， 并生成响 应的 OAM报文，将响应的内容一次性封装或者分片封 装到相应的 OAM报文 中发送给第二装置。 如果第一装置从第二报文中解析出的是分片处 理的第一 报文的部分内容， 则待将所接收到的分片重组后再行处理相应的 报文， 并生 成响应的 OAM ^艮文。 至于第二装置如何判断收到的报文是否为响应 的报文， 可选的， 可以设 定来自第一装置 MEP的 OAM报文都是相应的响应报文， 或者可以约定在响 应的 OAM报文中添加相应的标识， 或者可以通过从 TLV字段中解析出来的 具体内容或者报文类型判断是否为响应的报文 ， 具体如何判断， 本发明实施 例在此不做限定。 步骤 S106, 第二装置将所述第三报文的部分或全部内容封 装到第四报文 中。 第二装置可以将第三报文的全部都封装到第四 报文中， 也可以是从第三 报文相应的字段中， 比如 TLV字段中解析出相应的内容， 再将解析出来的内 容以全部或者分片封装到相应的报文中。 此处的第四报文可以是与第一报文 相对应的传输层报文， 也可以是应用层报文， 当然应用层报文最终还是要封 装成传输层报文才能发送出去。 步骤 S107 , 所述第二装置将所述第四报文发送给所述第三 装置。 如果第 四报文已经是传输层报文了， 直接发送即可， 如果第四报文是应用层报文， 需要封装成传输层报文后再行发送。 可选的， 第二装置可以根据 MEP地址与 端口号的对应关系获取第三装置的 ip地址和端口号， 从而通过获得的 IP地 址和端口号发送第四 ^艮文， 比如， 当传输层协议为 TCP时， 即可利用此方法。 可选的， 第二装置也可以在接收到第一报文时， 记录第一报文的源 IP地址和 源端口号， 当接收到来自第一装置响应的第三报文时， 将第三报文的内容进 行封装成第四报文后， 将所记录的第一报文的源 IP地址和源端口作为第四报 文的目的 IP地址和目的端口， 从而将第四报文发送出去， 比如， 当传输层协 议为 UDP时， 就可以使用此方法。 应当说明的是， 第二装置具体如何把第四 报文发送给第三装置， 本发明实施例不做限定， 本领域技术人员可以在此基 础上 #文相应的扩展。 值得注意的是， 以上步骤 S105、 S106、 S107为可选步骤， 只要当需要第 一装置做出回应时才执行， 当第三装置不需要第一装置做出回应时， 这几个 步骤可以省略。 以上所说的 OAM报文第一报文和第三报文的类型可选，在标 准的 OAM 报文上做适当的扩展都是可以用于实现本发明 实施例， 比如连续性检查消息 报文（ CCM )、环回消息（ LBM )、环回回复（ LBR )、链路追踪消息（ LTM )、 链路回复消息 （LTR )等， 比较优选的是， LBM和 LBR结合起来使用， 如 利用 LBM报文作为第一报文， 并利用 LBR做为响应的第三报文。 下面， 将结合具体实例进一步阐明本发明实施例。 在一种情境下， 光线 路终端 （Optical Line Terminal, OLT ) , 此处的 OLT仅为举例， 也可以是其 他网络接入设备， 0LT连接了一个或多个无 IP地址的光网络单元（Optical Network Unit, ONU )或光网络终端（ Optical Network Terminal, ONT ) , OLT 与 IP网络相连。 IP网络中的网管或用户想要通过 Telnet协议对无 IP地址的 0NU或 0NT (为方便说明， 以下统称为 0NU )进行管理和维护， 可以利用 以下方法。 用户或网管设备（相当于第三装置）可以通过 查询命令获取当前 0LT (相 当于第二装置）无 IP地址的 0NU (相当于第一装置）。然后，如果需要 Telnet 直接登录无 IP地址的 0NU, 该 0NU的编号为 5/1 , 此编号与该 0NU上的 MEP地址是相对应的。 用户或网管设备可以向 0LT发送将编号为 5/1的 0NU的 Telnet服务映 射到 OLT上的 IP地址 x (为 OLT上某三层接口的 IP地址， 如不指定， 默认 为第一个三层接口的 IP地址）的端口 10023 (端口号可选）的命令。 OLT接 收到命令后，将该无 IP地址的 ONU的 Telnet服务映射到 OLT上的 10023端 口。 具体的， 这里的映射是指建立 ONU上的 MEP地址与 10023端口的对应 关系， 其中该 MEP可以用 ONU的编号进行指代， 而该编号与 MEP地址存 在对应关系。 OLT执行完该命令后， 用户或网管设备与 OLT建立 TCP/IP连 接。 连接成功后， 用户或网管设备可以直接使用 TCP承载的 Telnet协议对无 IP地址的 ONU进行维护和管理， 其操作效果等同于用 Telnet直接登录该无 IP地址设备的操作效果。 具体的， 如图 4所示， 首先， OLT作为代理设备监听该 10023端口， 接 收来自用户或网管设备发送的携带了目的端口 的端口号为 10023的报文。 因 为该端口与无 IP地址的 ONU的 MEP地址存在对应关系， 故 OLT知道该才艮 文事实上是发送给无 IP地址的 ONU的。 其次， OLT将从 10023端口的接收 到的 TCP报文中所承载的 Telnet报文封装进 OAM报文中。 这里其实包含了 解析 TCP报文的过程， 当然也可以直接将包含了 Telnet报文的整个 TCP报 文直接封装进 OAM 4艮文中。 当一个 OAM ^艮文不足以封装整个 TCP 4艮文或 Telnet报文时， 可以利用分片技术进行分片发送。 然后， OLT根据所接收到 的 TCP报文目的端口的端口号， 以及该端口号与 ONU上的 MEP的 MEP地 址的对应关系， 将 OAM报文发送给无 IP地址的 ONU。 具体的， OLT根据 所述端口号， 查找一个或多个对应关系表， 获取相应的 MEP地址， 并将获取 到的 MEP地址作为 OAM报文的目的地址， 然后发送该 OAM报文。无 IP地 址的 ONU收到 OAM报文后， 解析出相应的 Telnet报文， 并送完协议栈进行 处理 , 生成响应的 Telnet报文 , 将响应的 Telnet报文封装进 OAM报文中后 发送给 OLT。 OLT接收到封装了响应的 Telnet的 OAM报文后， 识别出该报 文是之前其发送给 ONU的 OAM报文的响应报文，则从中解析出 Telnet报文， 把解析出来的 Telnet报文封装进 TCP报文中， 并发送给用户或网管设备。 此 夕卜，如果用户或网管设备无需再直接登录编 号为 5/1的无 IP地址的 ONU, 可 以使用取消映射的命令，停止将该无 IP地址的 ONU的 Telnet服务映射到 OLT 上的 10023端口上。通过传输层协议端口与无 IP地址设备固定的映射关系以 及以太网 ΟΑΜ · ^艮文的封装和解封装， IP网络中的用户或网管设备即可实现 对接入设备所连接的无 IP地址设备进行基于 telnet协议的远程配置、 查询、 调试等维护和管理。 在另一个情景中， 利用本发明实施例， 可以实现接入设备的所连接的 无 IP地址设备的 FTP业务。

FTP协议需要使用 2个端口， 一个数据端口和一个命令端口。 通常来 说这两个端口是 21 (命令端口 ) 和 20 (数据端口 ) 。 FTP有两种工作模 式， 分别是主动模式和被动模式。 主动模式的 FTP中， 客户端从一个任意 的非特权端口 N ( N>1024 )连接到 FTP服务器的命令端口， 也就是 21端 口。然后客户端开始监听端口 N+1 ,并发送 FTP PORT命令到 FTP服务器。 服务器 FTP服务器收到 PORT命令这个主动模式命令后，从自己的数据� � 口 （20 ) 连接到客户端指定的数据端口 （N+1 ) 。 被动模式的 FTP中， 命 令链路和数据链路的建立都由客户端发起。 首先， 客户端打开两个任意的 非特权本地端口 （N > 1024和 N+1 )。 第一个端口连接服务器 FTP服务器 的 21端口，以建立命令链路。然后，客户端向服� ��器 FTP服务器发送 PASV 命令。服务器 FTP服务器收到 PASV命令这个被动模式命令后， 开启一个 任意的非特权端口 （Ρ > 1024 ) , 并发送把该端口告知客户端。 最后， 客 户端发起从本地端口 N+1到服务器 FTP服务器的端口 P的连接， 以建立 数据链路。

FTP协议是基于 TCP的服务， 而 TCP基于 IP地址， 故对于接入设备 连接的无 IP地址设备无法实现 FTP服务。 本实施例中， 如图 5所示， 与 接入设备连接的无 IP地址的 FTP客户端， 通过接入设备与 FTP服务器设 备连接， 接入设备作为代理以实现 FTP客户端与 FTP服务器之间的 FTP 报文交互。 接入设备先建立与 FTP服务器间的 FTP命令链路， 接入设备 所使用的端口为随机分配的端口 N, 这个链路为 TCP连接。 接入设备向 FTP客户端发送 OAM报文， OAM报文的 TLV字段中携带了端口号 N+1 以及服务器 FTP服务器的 IP地址， FTP客户端解析收到 OAM报文后， 送往 FTP客户端的 FTP协议栈， 并生成 PORT命令， 该 PORT命令使用 的端口和 IP地址分别为接入设备告知的 N+1和服务器 FTP服务器的 IP 地址。 FTP客户端将 PORT命令封装在 OAM报文的 TLV字段中发送给接 入设备，接入设备接收到后将 OAM的 TLV字段中的内容直接封装并通过 命令链路发送给所述服务器 FTP服务器设备， 并建立 FTP数据链路。 之 后 ,接入设备监听所述的端口，并将从来自该端� �的 FTP报文封装在 OAM 报文中， 利用端口与客户端 MEP地址的对应关系将该 OAM报文发送给 FTP客户端；接收 FTP客户端的 OAM报文，从其 TLV字段中解析出 FTP 报文， 并封装该 FTP报文， 通过数据链路发送给服务器 FTP服务器设备。

值得注意的， 在利用接入设备作为代理传输 FTP数据报文前， 需要先 建立 FTP数据端口 （即上述的 N+1端口 )与建立在客户端上的 MEP地址 的对应关系，从而接入设备接到相应的 FTP 4艮文后才知道封装并往客户端 MEP发送相应的 OAM报文。 具体的对应关系建立的时间， 只要在开始传 输 FTP数据报文之前即可。 图 5中， 将所述端口 N+1映射为无 IP地址客 户端的 FTP协议的服务端口的时间只是示例，建立对应 关系也可以在整个 流程开始之前， 进一步的进行映射建立对应关系可以作为触发 流程的步 骤。 当然， 如果对应关系已经存在， 则可略过该步骤。

另外， 也可以建立命令链路所使用的端口 N与 FTP客户端 MEP地址 的对应关系， 从而使得接入设备能够能利用同样的方法将来 自命令链路的 FTP才艮文发往 FTP客户端， 并将来自 FTP客户端的 FTP才艮文发往 FTP月良 务器。 应当说明的是， 如果同时建立了命令端口 N与 MEP地址的对应关 系 , 以及数据端口 N+ 1和 MEP地址的对应关系 , 则从 FTP客户端过来的 OAM报文中应当有相应的标识用于区别， 这样接入设备才能正确的处理 相应的 FTP报文。 以上介绍的是 FTP主动模式， FTP的被动模式与之相类似， 接入设备 接收来自无 IP地址的 FTP客户端的 TLV字段中携带了 FTP被动模式命令的 报文。 接入设备将所述被动模式命令封装并通过所建 立的 FTP命令链路发送 给服务器 FTP服务器。 接入设备接收服务器 FTP服务器响应的报文， 该报文 携带数据端口号。 接入设备将该报文封装到 OAM报文的 TLV字段中， 并发 送给客户端。 客户端从 OAM报文中解析出该报文， 送往 FTP协议栈获取到 所述数据端口号， 将其封装发往接入设备。 接入设备接到来自客户端的封装 了数据端口号的 OAM报文后， 将所述数据端口号和本地一个端口号分别作 为 FTP服务器端口号和 FTP客户端端口号， 将接入设备的互联网协议 IP地 址作为 FTP客户端 IP地址， 建立 FTP数据链路。 本地的端口号等于所述命 令链路所使用的端口号加 1。 值得说明的是， 客户端发给接入设备的 PASV 中携带服务器 FTP服务器的 IP地址， 该 IP地址可以是接入设备利用 OAM 报文告知客户端的， 也可以是客户端早已保存的。 具体的， 如何触发客户端 发送 PASV命令， 也即被动模式命令， 本发明实施例不做限定。 接入设备处 端口和客户端上的 MEP地址的对应关系与主动模式 FTP相同， 不赘。 通过传输层协议端口与无 IP 地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， IP网络中服务器能够访问接入设备连接的无 IP 地址设备， 从而让无 IP地址设备可以远程加载数据或程序， 也可以备份本设 备的数据到服务器上。 在另一种情景中， 可以通过本发明实施例， IP网络中的用户设备可以访 问接入设备连接的无 IP地址的设备， 并对无 IP地址的设备实现基于 SNMP 的远程管理。 具体的， 如图 7所示， 接入设备将传输层协议端口映射为无 IP地址设备 的 SNMP协议的服务端口； 监听该端口并从该端口接收来自用户设备的封 装 在 UDP报文中的 SNMP报文， 将所述 SNMP报文封装进 OAM报文， 并记 录 OAM 艮文序号和 UDP 艮文的源 IP和源 UDP端口号的对应关系； 将所述 OAM报文发送给无 IP地址设备； 无 IP地址设备接收到 OAM报文后， 并处 理其中携带的 SNMP报文， 并做出响应， 将响应的 SNMP报文封装在 OAM 报文中； 接入设备接收到相应的 OAM报文后， 从中解析出响应的 SNMP报 文，才艮据 OAM ^艮文序号找到对应的 UDP 4艮文源 IP和源 UDP端口 ,并将 SNMP 报文封装到 UDP报文， 并将 UDP报文发送给所述用户设备。 当然， 当不需 要无 IP地址设备作出回应时， 可以不记录相应的 UDP报文的源端口号和源 IP地址。 可选的， 接入设备接收到 UDP报文后， 可以建立用于封装 UDP中 所携带的 SNMP报文的 OAM报文与该 UDP报文的源 IP地址和源端口的对 应关系， 这样收到响应的 OAM报文后， 可以往该源 IP地址和源端口发送封 装了响应的 SNMP报文的 UDP报文。 可选的 , 还可以建立该源 IP地址与源 端口号和无 IP地址设备上的 MEP地址的映射关系， 如此接入设备可以直接 根据该映射关系， 将来自 MEP的响应的 OAM报文， 封装后发往用户设备。 通过传输层协议端口与无 IP 地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， IP网络中的用户设备可以访问接入设备连接的 无 IP地址的设备， 并对无 IP地址的设备实现基于 SNMP的远程管理。 本发明实施例还提供一种通信装置， 该通信装置用于实现以上所介绍的 通信方法， 该通信装置相应的实现方法与通信方法相统一 。 如图 8所示， 包括： 接收单元， 用于接收报文； 处理单元， 用于接收来 自所述接收单元的 ,携带有与存储的以太网维护实体组端点 MEP地址相对应 的端口号的传输层协议报文第一报文， 将所述第一报文的部分或全部内容封 装到第二报文中， 所述端口号为所述第一报文目的端口的端口号 ， 所述第二 报文为以太网操作、管理和维护 OAM报文；根据所述端口号，以及所述 MEP 地址与所述端口号的对应关系， 将所述第二报文的目的地址设置为所述 MEP 地址；发送单元，用于发送来自所述处理单元 的 ^艮文。该装置支持以太网 OAM 功能和相应的传输层协议。

MEP地址与协议端口的对应关系可以是直接的 , 即 MEP的媒体接入 控制 （ Media Access Control, MAC )地址与协议端口的直接对应， 也可以 是间接的对应 , 如所述协议端口与 MEP的标识相对应 , 而 MEP的标识与 MEP的 MAC地址相对应。 MEP的标识可以是 MEP编号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组合。 总之， 该通信装 置可以利用该标识识别该 MEP , 并利用该标识获取发往该 MEP的 ^艮文中 应该填写的目的地址， 也即该标识对于该通信装置来说是唯一的， 且与 MEP的 MAC地址相对应。 值得说明的是， MAC地址可以是 MEP所在的 装置的端口的 MAC地址， 也可以是组播或广播地址。

本发明实施例所述的封装是指，将需要封装的 内容封装到 OAM报文的 空闲字段或者自定义字段中， 优选的， 可以将需要封装的内容封装到 OAM 报文的类型、 长度、 数值 TLV字段中。 处理单元， 从传输层协议端口处收取第一^艮文， 换句话说， 处理单元所 接收到的报文中携带了所述传输层协议端口的 端口号， 而端口被映射成与该 装置连接的无 IP地址设备的服务端口， 也即该端口的端口号与装置所存储的 某无 IP地址设备的 MEP地址存在对应关系， 则对携带相应的端口号的第一 报文进行封装处理。 可选的， 可以建立相应的套接字实现以上功能， 监听被 映射的传输层协议端口， 并对从该端口收到的报文进行相应的处理。 所述处理单元， 还用于建立所述 MEP地址与所述端口号的对应关系。 或 者， 所述处理单元还用于建立所述 MEP地址与存储的 MEP标识之间的对应 关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 建立对应 关系的过程可以表现为建立并保存一张或多张 对应关系表。 可选的， 处理单元还用于将响应所述第二 ^艮文的第三 ^艮文中的部分或全 部内容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一 报 文的源地址。 处理单元可以基于 OAM报文的性质判断响应报文， 如发送的 是 LBM报文， 而响应的报文则是 LBR报文， 也可以基于报文序号判断是否 为响应的才艮文。 本实施例中， 第一报文是通信网络中通过传输层协议发送过 来的报文。 第二报文是本实施例中的通信装置发送给与其 连接的无 IP地址装置的报文， 其中该无 IP地址装置为上述所存储的 MEP地址对应的 MEP所在的装置。第 三报文为无 IP地址装置接收到第二报文后响应给本实施例� ��的通信装置的报 文。 本实施例中的通信装置接收到第三报文后， 生成第四报文， 并将第四报 文响应给发送第一报文的网络装置。 可选的， 在对报文进行封装之前， 处理 单元可以先对报文的类型进行判断， 如果是预先设定的报文类型则进行封装 处理并发送， 比如预先设定的报文可以是 Telnet报文， 可以是 SNMP报文， 也可以是 FTP报文， 如果不是预先设定的报文类型则做其他处理。 具体的， 如果需要处理的报文是 FTP报文， 所述处理单元还可以用于从 来自所述接收单元的 OAM报文中获取数据端口号， 并将所述数据端口号和 所述端口号分别作为 FTP服务器端口号和 FTP客户端端口号 ,建立 FTP数据 链路。 具体的， 该装置可以是数字用户线路接入复用器 （Digital Subscriber

Line Access Multiplexer, DSLAM )、交换机或光线路终端设备 ( optical line terminal, OUT ) 等网络设备。 本发明实施例还提供一种通信装置， 该通信装置用于实现以上所介绍的 通信方法， 该通信装置相应的实现方法与通信方法相统一 。 如图 9所示， 该装置包括： 一个或多个接收设备 93 , 用于接收报文； 与所述一个或多个接收设备 93耦合的处理器 91 , 用于接收来自所述一 个或多个接收设备 93的， 携带有与存储的以太网维护实体组端点 MEP地址 相对应的端口号的传输层协议报文第一报文， 将所述第一报文的部分或全部 内容封装到第二报文中， 所述端口号为所述第一报文目的端口的端口号 ， 所 述第二报文为以太网操作、 管理和维护 OAM报文； 根据所述端口号， 以及 所述 MEP地址与所述端口号的对应关系，将所述第二 报文的目的地址设置为 所述 MEP地址； 与所述处理器 91耦合的一个或多个发送设备 92, 用于发送 来自所述处理器 91的报文。 图 9中只给出了一个接收设备 93和一个发送设备 92, 仅为示例， 可以 是多个接收设备和多个发送设备，本发明实施 例对此不作限定。通信接口 95, 用于连接该通信装置和通信网络及其他设备。 处理器 91的执行步骤可以固化 在相应的硬件中， 如处理器 91 可具体体现为可利用现场可编程逻辑门阵列 ( Field Programmable Gate Array, FPGA ) , 故存储器 94为可选。 当然， 在很 多情况下， 该通信装置是配置有存储设备的， 存储设备里存储了相应的程序 代码、操作系统及应用程序， 处理器 91通过执行存储存储的程序可以实现以 下功能： 接收来自所述一个或多个接收设备 93的， 携带有与存储的以太网维 护实体组端点 MEP地址相对应的端口号的传输层协议 ^艮文第一 ^艮文 ,将所述 第一报文的部分或全部内容封装到第二报文中 ， 所述端口号为所述第一报文 目的端口的端口号， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 报文的目的地址设置为所述 MEP地址； 本发明实施例所述的封装是指，将需要封装的 内容封装到 OAM报文的 空闲字段或者自定义字段中， 优选的， 可以将需要封装的内容封装到 OAM 报文的类型、 长度、 数值 TLV字段中。

MEP地址与协议端口的对应关系可以是直接的 , 即 MEP的媒体接入 控制 （ Media Access Control, MAC )地址与协议端口的直接对应， 也可以 是间接的对应 , 如所述协议端口与 ΜΕΡ的标识相对应 , 而 ΜΕΡ的标识与 ΜΕΡ的 MAC地址相对应。 MEP的标识可以是 MEP编号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组合。 总得来说， 该通 信装置可以利用该标识识别该 MEP , 并利用该标识获取发往该 MEP的才艮 文中应该填写的目的地址， 也即该标识对于该通信装置来说是唯一的， 且 与 MEP的 MAC地址相对应。值得说明的是， MAC地址可以是 MEP所在 的装置的端口的 MAC地址， 也可以是组播或广播地址。 处理器 91 , 还用于建立所述 MEP地址与所述端口号的对应关系。 或者， 处理器 91 , 还用于建立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。建立对 应关系的 过程可以表现为建立并保存一张或多张对应关 系表。 处理器 91 , 接收来自接收设备的携带了与所存储的 MEP地址相对应的 端口号的第一报文。 具体的， 从通信装置接收到的报文中携带了所述传输层 协议端口的端口号， 而端口被映射成与该装置连接的无 IP地址设备的服务端 口， 也即该端口的端口号与该通信装置所存储的某 无 IP地址设备的 MEP地 址存在对应关系， 则对携带相应的端口号的第 文进行封装处理。 可选的， 可以建立相应的套接字实现以上功能， 监听被映射的传输层协议端口， 并对 从该端口收到的^艮文进行相应的处理。 可选的，处理器 91还用于将响应所述第二 "^文的第三 ^艮文中的部分或全 部内容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一 报 文的源地址。 处理器 91可以基于 OAM报文的性质判断响应报文， 如发送的 是 LBM报文， 而响应的报文则是 LBR报文， 也可以基于报文序号判断是否 为响应的才艮文。 可选的， 在对报文进行封装之前， 处理器 91可以先对报文的类型进行判 断， 如果是预先设定的报文类型则进行封装处理并 发送， 比如预先设定的报 文可以是 Telnet报文， 可以是 SNMP报文， 也可以是 FTP报文， 如果不是预 先设定的报文类型则做其他处理。 具体的， 如果需要处理的报文是 FTP报文， 所述处理器 91还可以用于 从来自所述接收单元的 OAM报文中获取数据端口号， 并将所述数据端口号 和所述端口号分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP 数据链路。 可选的， 处理器 91 , 还用于建立保存的 MEP地址与协议端口号的对应 关系。 处理器 91可以是接收到其他设备发送的命令， 开始建立相应的对应关 系， 也可以自主发起。 这种对应关系也可以是早就保存的， 甚至可以是静态 的， 无需设置。 更具体的说， 处理器 91可以建立套接字， 并建立套接字与所 保存的 MEP地址的对应关系， 该套接字与相应的传输层协议端口相对应。 具体的， 该装置可以是数字用户线路接入复用器 （Digital Subscriber Line Access Multiplexer, DSLAM )、交换机或光线路终端设备 ( optical line terminal, OUT ) 等网络设备。 本发明实施例还提供了一种通信系统， 该通信系统包括第一装置、 第 二装置和第三装置， 第一装置通过所述第二装置与所述第三装置连 接； 第二装置， 用于接收来自所述第三装置的， 携带有与存储的以太网维护 实体组端点 MEP地址相对应的端口号的传输层协议报文第一 报文，所述端口 号为所述第一报文目的端口的端口号； 将所述第一报文的部分或全部内容封 装到第二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根 据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二才艮 文发送给所述第一装置； 所述第一装置， 用于接收来自所述第二报文， 并获 取所述第二报文中所封装的内容。 可选的， 所述第二装置， 还用于在所述第二装置接收来自所述第三装置 的第一报文之前，根据来自所述第三装置的指 令建立所述 MEP地址与所述端 口号的对应关系。 可选的， 所述第二装置还用于建立所述 MEP地址与存储的 MEP标识之 间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 具体的， 可以是， 第二装置根据来自所述第三装置的指令建立套 接字， 并建 立所述套接字与所述 MEP地址的对应关系， 所述套接字与所述端口号相对 应。 可选的， 所述第一装置， 还用于根据所述第二报文中所封装的内容， 响 应第三报文， 所述第三报文为以太网 OAM报文； 所述第二装置， 还用于将 所述第三报文的部分或全部内容封装到第四报 文中， 并将所述第四报文发送 给所述第三装置。 可选的， 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网 络管理协议 SNMP 艮文。 可选的， 所述第一报文携带文件传输协议 FTP报文； 所述第二装置还用 于向所述第一装置发送携带了所述端口号和所 述第三装置的互联网协议 IP地 址的第五报文， 所述第五报文为 OAM报文； 接收来自所述第一装置的携带 了 FTP主动模式命令的第六报文， 所述第六报文为 OAM报文； 将所述主动 模式命令封装到第七报文中并通过所建立的 FTP命令链路发送给所述第三装 置； 所述第一装置还用于根据所述第五报文中的所 述端口号和所述第三装置 的 IP地址， 生成所述主动模式命令， 并将所述主动模式命令封装在所述第六 报文中， 所述主动模式命令中包含所述端口号； 所述第三装置用于根据所述 第七报文中的主动模式命令， 将所述端口号作为 FTP客户端端口号， 将所述 第二装置的 IP地址作为 FTP客户端 IP地址， 建立 FTP数据链路。 可选的， 所述第一报文携带文件传输协议 FTP报文； 所述第二装置还用 于接收来自所述第一装置的携带了 FTP被动模式命令的第八报文， 所述第八 报文为 OAM报文； 将所述被动模式命令封装到第九报文中并通过 所建立的 FTP命令链路发送给所述第三装置； 接收所述第三装置响应的第十报文， 所 述第十报文携带数据端口号； 将所述第十报文封装到第十一报文中， 并发送 给所述第一装置； 接收所述第一装置响应的第十二报文， 并从所述第十二报 文中获取所述数据端口号； 将所述数据端口号和所述端口号分别作为 FTP服 务器端口号和 FTP客户端端口号， 将所述第二装置的 IP地址作为 FTP客户 端 IP地址， 建立 FTP数据链路； 所述第一装置， 还用于从所述第十一报文中 获取所述第十报文， 从所述第十报文中获取所述数据端口号， 将所述数据端 口号封装在所述第十二报文中并发送给所述第 二装置。 本发明实施例提供的通信方法、 通信装置和通信系统， 通过建立传输层 协议端口与通信装置连接的无 IP地址设备上的 MEP地址的对应关系， 以及 通过 OAM报文承载应用层报文， 实现了对接入设备连接的无 IP地址设备进 行基于 IP地址的通信和管理。 本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的 说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施 例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替 换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例 技术方案的范围。