《测试网络通信链路.pdf》由会员分享，可在线阅读，更多相关《测试网络通信链路.pdf（18页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 102804689 A (43)申请公布日 2012.11.28 CN 102804689 A *CN102804689A* (21)申请号 201180008511.2 (22)申请日 2011.02.04 61/301,798 2010.02.05 US H04L 12/26(2006.01) H04L 12/56(2006.01) (71)申请人 爱斯福公司 地址 加拿大魁北克 (72)发明人 B盖古勒 I皮埃特 M格勒尼埃 (74)专利代理机构 北京北翔知识产权代理有限 公司 11285 代理人 徐燕 杨勇 (54) 发明名称 测试网络通信链路 (57) 摘要。
2、 用于双向地且独立地测试网络链路的方法和 设备， 采用链路 （1105、 1110、 1115） 的一端处的本 地测试设备 (1000) 以及所述链路的相对的一端 处的远程测试设备 （1200） 。本地测试设备将测试 通信量传送到远程测试设备， 该远程测试设备分 析测试通信量以确定在本地到远程方向上的链路 的特性。 当正在进行分析时， 也即当远程测试设备 仍然在运行该测试且不中断该测试时， 该远程测 试设备将临时测试结果传送到本地测试设备。优 选地， 远程测试设备将测试通信量传送到本地测 试设备， 该本地测试设备分析该测试通信量以确 定在远程到本地方向上的链路的特性。本地测试 设备可以报告两个。
3、方向上的测试结果。该网络可 以是有连接或无连接的网络。 (30)优先权数据 (85)PCT申请进入国家阶段日 2012.08.06 (86)PCT申请的申请数据 PCT/CA2011/000131 2011.02.04 (87)PCT申请的公布数据 WO2011/094851 EN 2011.08.11 (51)Int.Cl. 权利要求书 3 页 说明书 9 页 附图 5 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 3 页 说明书 9 页 附图 5 页 1/3 页 2 1. 用于在通信网络的链路中执行双向测试的设备， 所述设备包括 ： 本地测试设备 (1000)。
4、， 用于连接到所述链路 （1105、 1110、 1115） 的一端 ； 以及， 远程测试设备 （1200） ， 用于 连接到所述链路的相对的一端 ； 其特征在于， 所述本地测试设备可操作地经由所述链路将 测试通信量传送到所述远程测试设备， 以及所述远程测试设备可操作地分析所述测试通信 量， 且与此同时， 经由所述链路将包括临时测试结果的测试信息传送到所述本地测试设备。 2. 根据权利要求 1 所述的设备， 其特征在于， 所述本地测试设备可操作地经由所述链 路将测试管理信息传送到所述远程测试设备， 所述测试管理信息定义了待被所述远程测试 设备发送到所述本地测试设备的测试通信量， 所述本地测试设。
5、备可操作地分析来自所述远 程测试设备的测试通信量以确定在远程到本地方向上的所述链路的特性。 3. 根据权利要求 2 所述的设备， 其特征在于， 所述远程测试设备可操作地传送所述临 时测试结果和所述测试通信量。 4. 根据权利要求 3 所述的设备， 其特征在于， 所述临时测试结果被包括在一个传送头 部内， 同时所述测试通信量是有效载荷。 5. 用于在通信网络的链路中执行双向测试的设备， 所述设备包括 ： 本地测试设备 (1000)， 用于连接到所述链路 （1105、 1110、 1115） 的本地端 ； 以及， 远程测试设备 （1200） ， 用 于连接到所述链路的远程端 ； 所述本地测试设备和。
6、所述远程测试设备各自都可操作地在所 述链路上传送和接收带内测试通信量， 并且根据规定的测试规程分析所接收的测试通信量 以获得测试结果 ； 所述本地测试设备可操作地经由所述链路将包括测试管理信息的测试信息传送至所 述远程测试设备， 所述测试管理信息定义了待在本地到远程测试通信量上执行的所述规定 的测试规程， 所述本地到远程测试通信量将被所述本地测试设备传送且被所述远程测试设 备接收 ； 所述远程测试设备可操作地用于 ： 接收所述测试管理信息 ； 确定待在随后接收的来自 所述本地测试设备的本地到远程测试通信量上执行的测试规程 ； 以及， 向所述本地测试设 备发送确认传送 ； 所述本地测试设备可操作。
7、地检测所述确认传送， 并且将进一步的测试信息传送到所述 远程测试设备， 所述进一步的测试信息包括一个头部， 所述头部包含测试管理信息和用于 测试在本地到远程方向上的所述链路的本地到远程测试通信量 ； 所述远程测试设备可操作地用于 ： 接收所述进一步的测试信息和测试通信量 ； 根据所 述规定的测试规程分析所述本地到远程测试通信量 ； 以及， 当对所述本地到远程测试通信 量的分析正在进行时， 将与对所接收的本地到远程测试通信量的分析有关的测试信息传送 到所述本地测试设备， 所述测试信息至少包括临时测试结果以及远程到本地测试通信量， 所述远程到本地测试通信量被所述本地测试设备分析以测试在远程到本地方。
8、向上的所述 链路 ； 所述本地测试设备一旦接收到来自所述远程测试设备的所述进一步的测试信息， 则进 一步地可操作地提取并分析所述远程到本地测试通信量， 从而确定在所述远程到本地方向 上的所述链路的特性， 检测来自所述远程测试设备的所述临时测试结果 ； 并且 合并所述链路的两个方向上的测试结果。 6.根据权利要求1至5中任一所述的设备， 其特征在于， 来自所述远程测试设备的所述 权 利 要 求 书 CN 102804689 A 2 2/3 页 3 测试信息还包括所述远程测试设备的当前状态。 7.根据权利要求1至6中任一所述的设备， 其特征在于， 所述本地测试设备和所述远程 测试设备交换传送， 所。
9、述传送包括具有所述测试信息的头部和具有所述测试通信量的有效 载荷。 8. 根据权利要求 7 所述的设备， 其特征在于， 所述传送包括分组。 9.根据权利要求1至8中任一所述的设备， 其特征在于， 所述临时测试结果包括如下一 个指示 ： 一个关键需求已经不被满足。 10. 用于在通信网络的链路中执行双向测试的方法， 使用连接到所述链路 （1105、 1110、 1115） 的一端的本地测试设备 (1000) 以及连接到所述链路的相对的一端的远程测试 设备 （1200） ， 其特征在于， 所述本地测试设备被用于经由所述链路将测试通信量传送到所 述远程测试设备， 以及所述远程测试设备被用于分析所述测。
10、试通信量， 且与此同时， 经由所 述链路将包括临时测试结果的测试信息传送到所述本地测试设备。 11. 根据权利要求 10 所述的方法， 其特征在于， 所述本地测试设备被用于经由所述链 路将测试管理信息传送到所述远程测试设备， 所述测试管理信息定义了待被所述远程测试 设备发送到所述本地测试设备的测试通信量， 所述本地测试设备被用于分析来自所述远程 测试设备的测试通信量以确定在远程到本地方向上的所述链路的特性。 12. 根据权利要求 11 所述的方法， 其特征在于， 所述远程测试设备被用于传送所述临 时测试结果和所述测试通信量。 13. 根据权利要求 12 所述的方法， 其特征在于， 所述临时测试。
11、结果被包括在一个传送 头部内， 同时所述测试通信量是有效载荷。 14. 用于在通信网络的链路中执行双向测试的方法， 使用所述链路 （1105、 1110、 1115） 的本地端的本地测试设备 (1000) 以及所述链路的远程端的远程测试设备 （1200） ， 所述本 地测试设备和所述远程测试设备各自都能够在所述链路上传送和接收带内测试通信量， 并 且根据规定的测试规程分析所接收的测试通信量以获得测试结果， 所述方法包括如下步 骤 ： 在所述本地测试设备处， 经由所述链路将包括测试管理信息的测试信息传送至所述远 程测试设备， 所述测试管理信息定义了待在本地到远程测试通信量上执行的所述规定的测 试。
12、规程， 所述本地到远程测试通信量将被所述本地测试设备传送且被所述远程测试设备接 收 ； 在远程测试设备处， 接收所述测试管理信息， 确定待在随后接收的来自所述本地测试 设备的本地到远程测试通信量上执行的测试规程， 并且向所述本地测试设备发送确认传 送 ； 在所述本地测试设备处， 检测所述确认传送， 并且将进一步的测试信息传送到所述远 程测试设备， 所述进一步的测试信息包括一个头部， 所述头部包含测试管理信息和用于测 试在本地到远程方向上的所述链路的本地到远程测试通信量 ； 在所述远程测试设备处， 接收所述进一步的测试信息和测试通信量， 根据所述规定的 测试规程分析所述本地到远程测试通信量， 且。
13、当对所述本地到远程测试通信量的分析正在 进行时， 将与对所接收的本地到远程测试通信量的分析有关的测试信息传送到所述本地测 试设备， 所述信息至少包括临时测试结果以及远程到本地测试通信量， 所述远程到本地测 权 利 要 求 书 CN 102804689 A 3 3/3 页 4 试通信量用于由所述本地测试设备分析以测试在所述远程到本地方向上的所述链路 ； 在所述本地测试设备处， 接收来自所述远程测试设备的所述进一步的测试信息， 提取 并分析所述远程到本地测试通信量， 从而确定在所述远程到本地方向上的所述链路的特 性， 检测来自所述远程测试设备的临时测试结果 ； 并且 合并所述本地测试设备上的所有测。
14、试结果。 15. 根据权利要求 10 至 14 中任一所述的方法， 其特征在于， 来自所述远程测试设备的 所述测试信息还包括所述远程测试设备的当前状态。 16. 根据权利要求 10 至 15 中任一所述的方法， 其特征在于， 所述本地测试设备和所述 远程测试设备被用于交换传送， 所述传送包括具有所述测试信息的头部和具有所述测试通 信量的有效载荷。 17. 根据权利要求 18 所述的方法， 其特征在于， 所述传送包括分组。 18. 根据权利要求 10 至 17 中任一所述的方法， 其特征在于， 所述临时测试结果包括如 下一个指示 ： 一个关键需求已经不被满足。 权 利 要 求 书 CN 1028。
15、04689 A 4 1/9 页 5 测试网络通信链路 0001 相关申请的交叉引用 0002 本申请涉及提交于 2010 年 2 月 5 日的美国临时专利申请 61/301,798 且要求其优 先权， 该美国临时专利申请的全部内容通过引用方式纳入本申请。 技术领域 0003 本发明涉及一种用于测试通信网络中的通信链路的方法和设备， 且尤其适用于， 但并非排他地， 对基于分组的通信网络诸如电信公司以太网 （Carrier Ethernet） 网络中的 通信链路的测试。 背景技术 0004 通信网络从基于时分复用 （TDM） 迁移到基于分组， 使得适配用于测试这样的网络 的方法和设备成为必需。 0。
16、005 在基于分组的网络中， 信息的传递并非基于几个通信信道的时间复用， 而是基于 分组的通信量的统计复用。为了将通信量数据从源地递送到目的地， 网络单元依赖于在多 层通信协议中建立的寻址方案， 从而保证通信量数据得以递送。 每个分组都包括一个头部， 该头部包括一个使得具有具体消息的分组可以行进于单独的路径且在目的地处被重组的 地址。 迁移到基于分组的架构， 意味着来自多个源的通信量数据可通过头地址而被区分， 且 不能通过检查不同的时隙来定位。这从测试和测量的角度来看是一个重要问题， 因为基于 TDM 的网络允许单端测试， 其中测试数据在远端未做改变地仅仅 “环回 (loop back)” 。。
17、但 是， 在基于分组的网络中， 测试通信量或数据不能未做改变地仅仅环回。 0006 许多专利申请都已经致力于这个课题。例如， 美国专利 7,085,238（McBeath） 公 开了在远端修改测试分组的头部信息， 具体地是通过颠倒源地址和目的地地址的次序， 使 得测试分组可被返回到发端网络设备， 由此使得它具有与在基于 TDM 的网络环回中可用的 相同的测试能力。 0007 US7,408,883（Deragon 等人） 以及相关的继续申请 US2008/0304420（Deragon 等 人） 均公开了一种用于在基于分组的通信系统 / 网络中执行单端环回测试的测试设备和方 法。此过程类似于在。
18、 US7,085,238 中所公开的， 但是根据 Deragon 等人所公开的内容， 他们 的过程将颠倒的源地址和目的地地址是诸如 MAC 地址的 “二级” 地址和 / 或诸如 IP 地址的 “三级” 地址。 0008 然而， 这些方法和设备均不能完全令人满意， 因为通过在受测网络链路的一端处 环回测试通信量而获得的测量值， 将仅提供对该情形的局部视角。该测试可指示在往返 期间在某处产生了一个问题， 但却不能标识该问题是沿着前向路径还是沿着返回路径产生 的。如今， 一些网络是不对称的， 因为一个网络方向上的特性不同于其相反方向上的特性， 也即， 下游方向和上游方向具有不同的特性。 希望的是， 。
19、能够在前向路径和返回路径的特性 之间作出区分。 0009 EXFO.Inc 销售的 Packet BlazerTM FTB-8510B 以太网测试设备是一种能够在前向 说 明 书 CN 102804689 A 5 2/9 页 6 路径和返回路径的特性之间做出区分的工具。利用此测试设备， 能够同时在两个方向上测 试以太网电路， 在路径的一端处使用本地测试设备， 而在另一端处使用远程测试设备， 其中 本地测试设备至少部分地控制远程测试设备。因此， 本地测试设备和远程测试设备都将测 试通信量 / 数据传送到对方， 且均分析从对方收到的测试通信量 / 数据。一旦测试已完成， 则所述远程测试设备将其对于。
20、在本地到远程方向上的测试结果传送给本地测试设备， 而该 本地测试设备将这些测试结果与它自身得到的对于在远程到本地方向上的测试结果进行 对比。 0010 尽管 Packet BlazerTM代表了改进， 但却不是完全令人满意， 因为一些网络测试需 要执行相对长的一段时间， 例如 24 小时或更长。在这测试时段的一开始就变得明显的一些 问题， 可能会严重到足以有理由中止该测试而直到解决这些问题为止。使用上述的测试设 备和方法直到漫长的测试时段结束为止才会揭示这样的问题， 这导致了明显的时间浪费。 发明内容 0011 作为待解决的目标或问题， 本发明致力于 ： 消除或至少减轻这些已知的测试设备 和方。
21、法的局限和缺陷， 或者至少提供一种替代方案。为此， 在本发明的实施方案中， 在网络 链路一端处的本地测试设备将测试通信量传送到在该链路另一端处的远程测试设备。 远程 测试设备分析从本地测试设备接收的测试通信量， 且与此同时， 将临时测试结果传送给本 地测试设备。 0012 根据本发明的一个方面， 提供了一种用于在通信网络的链路中执行双向测试的设 备， 所述设备包括 ： 本地测试设备， 用于连接到所述链路的一端 ； 以及， 远程测试设备， 用于 连接到所述链路的相对的一端 ； 其中， 所述本地测试设备可操作地经由所述链路将测试通 信量传送到所述远程测试设备， 以及所述远程测试设备可操作地分析所述。
22、测试通信量， 且 与此同时， 经由所述链路将包括临时测试结果的测试信息传送到所述本地测试设备。 0013 根据本发明的此方面的一个优选实施方案， 提供了一种用于在通信网络的链路 中执行双向测试的设备， 所述设备包括 ： 本地测试设备， 用于连接到所述链路的本地端 ； 以 及， 远程测试设备， 用于连接到所述链路的远程端 ； 所述本地测试设备和所述远程测试设备 各自都可操作地在所述链路上传送和接收带内测试通信量， 并且根据规定的测试规程分析 所接收的测试通信量以获得测试结果 ； 0014 所述本地测试设备可操作地经由所述链路将包括测试管理信息的测试信息传送 至所述远程测试设备， 所述测试管理信息。
23、定义了待在本地到远程测试通信量上执行的所述 规定的测试规程， 所述本地到远程测试通信量将被所述本地测试设备传送且被所述远程测 试设备接收 ； 0015 所述远程测试设备可操作地用于 ： 接收所述测试管理信息 ； 确定待在随后接收的 来自所述本地测试设备的本地到远程测试通信量上执行的测试规程 ； 以及， 向所述本地测 试设备发送确认传送 ； 0016 所述本地测试设备可操作地检测所述确认传送， 并且将进一步的测试信息传送到 所述远程测试设备， 所述进一步的测试信息包括一个头部， 所述头部包含测试管理信息和 用于测试在本地到远程方向上的所述链路的本地到远程测试通信量 ； 0017 所述远程测试设备。
24、可操作地用于 ： 接收所述进一步的测试信息和测试通信量 ； 根 说 明 书 CN 102804689 A 6 3/9 页 7 据所述规定的测试规程分析所述本地到远程测试通信量 ； 以及， 当对所述本地到远程测试 通信量的分析正在进行时， 将与对所接收的本地到远程测试通信量的分析有关的测试信息 传送到所述本地测试设备， 所述测试信息至少包括临时测试结果以及远程到本地测试通信 量， 所述远程到本地测试通信量被所述本地测试设备分析以测试在远程到本地方向上的所 述链路 ； 0018 所述本地测试设备一旦接收到来自所述远程测试设备的所述进一步的测试信息， 则进一步地可操作地提取并分析所述远程到本地测试通。
25、信量， 从而确定在所述远程到本地 方向上的所述链路的特性， 检测来自所述远程测试设备的所述临时测试结果 ； 并且 0019 合并所述链路的两个方向上的测试结果。 0020 根据本发明的第二方面， 提供了一种用于在通信网络的链路中执行双向测试的方 法， 使用连接到所述链路的一端的本地测试设备以及连接到所述链路的相对的一端的远程 测试设备， 其中， 所述本地测试设备被用于经由所述链路将测试通信量传送到所述远程测 试设备， 以及所述远程测试设备被用于分析所述测试通信量， 且与此同时， 经由所述链路将 包括临时测试结果的测试信息传送到所述本地测试设备。 0021 根据本发明的此第二方面的一个优选实施方。
26、案， 提供了一种用于在通信网络的通 信链路中执行双向测试的方法， 使用所述链路的本地端的本地测试设备以及所述链路的远 程端的远程测试设备， 所述本地测试设备和所述远程测试设备各自都能够在所述链路上传 送和接收带内测试通信量， 并且根据规定的测试规程分析所接收的测试通信量以获得测试 结果， 所述方法包括如下步骤 ： 0022 在所述本地测试设备处， 经由所述链路将包括测试信息的测试数据传送至所述远 程测试设备， 所述测试信息定义了待在本地到远程测试数据上执行的所述规定的测试规 程， 所述本地到远程测试数据将被所述本地测试设备传送且被所述远程测试设备接收 ； 0023 在远程测试设备处， 接收所述。
27、测试数据， 检测所述测试信息并确定待在随后接收 的来自所述本地测试设备的本地到远程测试通信量上执行的所述测试规程， 且向所述本地 测试设备发送确认传送 ； 0024 在所述本地测试设备处， 检测所述确认传送， 并且将进一步的测试数据传送到所 述远程测试设备， 所述进一步的测试数据包括一个头部， 所述头部包含测试管理信息和用 于测试在本地到远程方向上的所述链路的本地到远程测试通信量 ； 0025 在所述远程测试设备处， 接收所述进一步的测试数据且根据所述规定的测试规程 分析所述本地到远程测试通信量， 且当对所述本地到远程测试通信量的分析正在进行时， 将包括头部的进一步的测试数据传送到所述本地测试。
28、设备， 所述头部包含与对所接收的本 地到远程测试通信量的分析有关的信息， 所述信息至少包括临时测试结果以及用于测试在 远程到本地方向上的所述链路的远程到本地测试通信量 ； 0026 在所述本地测试设备处， 接收来自所述远程测试设备的所述进一步的测试数据， 提取并分析所述远程到本地测试通信量， 从而确定在所述远程到本地方向上的所述链路的 特性， 检测来自所述远程测试设备的测试管理信息 ； 并且 0027 合并所述本地测试设备上的所有测试结果。 0028 这样的设备和方法有利地在测试仍然在运行时且在不中断该测试的前提下允许 在本地测试设备和远程测试设备之间交换测试信息。 说 明 书 CN 1028。
29、04689 A 7 4/9 页 8 0029 所述远程测试设备可以报告其当前状态和临时测试结果。 0030 根据下面的本发明的一个优选实施方案的详细描述 （仅通过实施例的方式） 且结 合附图， 将更容易明了本发明的前述和其他目标、 特征、 方面和优点。 附图说明 0031 在附图中， 不同附图中的相同的或相应的元件具有相同的参考数字。 0032 图 1 示出了一个优选实施方案的本地测试设备和远程测试设备的示意图和逻辑 图 ； 0033 图 2 是示出如何在本地测试设备和远程测试设备之间建立通信链路的流程图 ； 0034 图 3 是示出在测试模式期间本地测试设备和远程测试设备之间的通信的流程图 。
30、； 0035 图 4 示出基于多层协议帧的一个测试管理和测试数据帧结构 ； 0036 图 5 示出图 4 的测试管理帧的一个以太网测试帧中的测试管理头部的内容 ； 以及 0037 图 6 示出了在测试设备内和测试设备之间的主动测试管理和数据流。 具体实施方式 0038 本发明的实施方案执行对网络链路的双向测试， 还独立地且基本并发地提供两个 方向的结果。 虽然该网络可以是基于分组的网络， 且可以是不对称的， 但这些实施方案也可 应用于其他种类的网络。 网络链路可以在相反方向上采用不同的物理路径， 在本说明书中， 使用术语 “双向测试” 来表示测试设备可以基本并发地在两个方向上考核受测网络链路。。
31、 通 常， 测试设备将使用专有的或标准化的测试方法 （例如， RFC 2544） 且提供两个方向上的测 试结果。不对称网络链路的一个实施例可以是数字用户线路 （DSL） 电路。在此类型的网络 架构中， 在下游方向 （网络到用户） 上的一些属性 （例如， 网络吞吐量） 通常不同于上游方向 （用户到网络） 上的那些属性。 0039 如图 1 中所示， 指定为 “本地”测试设备的第一测试设备 1000， 以及指定为 “远 程” 测试设备的第二测试设备 1200， 被连接到受测网络 1100（本文示为基于分组的网络） 的通信链路 1105、 1110、 1115 中的相对端。为方便起见， 所述通信链路。
32、被示为三个分立的 平行路径， 也即本地到远程方向路径 1105， 远程到本地方向路径 1115， 以及带内 / 测试中 （in-band/in test） 通信信道 1110。如下文所描述， 通信信道 1110 位于在测试设备 1000 和 1200 之间所传送的分组内。 0040 本地测试设备 1000 和远程测试设备 1200 作为收发机运行， 各自具有传送功能和 接收功能。对于传送功能， 本地测试设备 1000 包括本地生成引擎 1005、 多路复用器 1010、 传送 （TX） 网络接口 1015 以及测试 / 通信管理器 1025。本地生成引擎 1005 生成测试通信 量， 多路复用。
33、器 1010 将所述测试通信量与来自测试 / 通信管理器 1025 的测试 / 通信管理 信息相结合， 并将已被多路复用的数据供应给传送 （TX） 网络接口 1015， 以便沿着网络链路 在本地到远程方向1105上传送。 类似地， 远程测试设备1200具有远程生成引擎1235、 测试 / 通信管理器 1220、 多路复用器 1230 和传送 （TX） 网络接口 1225， 该远程测试设备以类似方 式执行， 远程生成引擎1235生成测试通信量， 多路复用器1230将所述测试通信量与来自测 试 / 通信管理器 1220 的测试 / 通信管理信息相结合， 并供应给传送 （TX） 网络接口 1225，。
34、 以 便沿着网络链路在远程到本地方向 1115 上传送。 说 明 书 CN 102804689 A 8 5/9 页 9 0041 对于接收功能， 本地测试设备1000具有本地分析引擎1035、 通信多路分解器1030 和接收机 （RX） 网络接口1035。 接收机网络接口1035接收来自远程测试设备1200的远程到 本地的传送， 并将该传送供应到多路分解器 1030， 该多路分解器 1030 将测试管理信息从测 试通信量中分离出来， 并且将测试管理数据和测试通信量分别转发到测试通信管理器 1025 和本地分析引擎 1030。类似地， 远程测试设备 1200 具有远程分析引擎 1215、 通信多。
35、路分解 器 1210 和接收机 （RX） 网络接口 1205。接收机网络接口 1205 接收来自本地测试设备 1000 的本地到远程的传送， 并将该传送供应到多路分解器 1210， 该多路分解器 1210 将测试管理 信息从测试通信量中分离出来， 并且将测试管理数据和测试通信量分别转发到测试通信管 理器 1220 和远程分析引擎 1215。 0042 实际上， 本地测试通信管理器 1025 和远程通信管理器 1220 的彼此通信是通过将 测试管理信息插入经由网络接口 1015/1225 所发送的传输并且在另一端提取该信息。此通 信在图1中表示为带内测试中通信信道1110， 该通信信道1110分。
36、别将本地测试通信管理器 1025 和远程测试通信管理器 1220 互连。 0043 在操作中， 本地测试设备1000将具有比远程测试设备1200更多的功能， 因为本地 测试设备1000将被用于控制远程测试设备。 具体地， 本地测试设备1000将给远程测试设备 1200 提供测试管理信息， 使远程测试设备能够执行所要求的双向测试中它自己的那部分， 而且向本地测试设备通信的不仅有关于它自己的状态的信息， 而且还有当测试仍在进行时 的临时测试结果， 之后是当测试结束时的最终测试结果。为此目的， 本地测试设备 1000 具 有一个报告引擎 1020， 该报告引擎 1020 接收来自测试 / 通信管理器。
37、 1025 和本地分析引擎 1030 的信息。报告引擎 1020 从本地分析引擎 1030 接收远程到本地方向 1115 的测试结果， 并且从测试 / 通信管理器 1025 接收本地到远程方向 1105 的测试结果， 且通过任何适合的 物理装置诸如显示器件输出它们， 如果需要则作比较。 0044 应注意， 本地测试设备和远程测试设备可以是相同的， 且在测试开始之前被配置 为本地 （主） 和远程 （副） ， 可能地是根据网络链路所处的位置， 但是并非是必要的， 这是因为 用户是基于该用户所在的物理位置而定的。因此， 在必要时将会复制图 1 中示出的各个模 块、 功能和信号流， 以允许测试设备起到。
38、本地 （主） 或远程 （副） 的作用。 0045 下面将另外参考图 2 到 6 来描述本地测试设备 1000 和远程测试设备 1200 执行对 通信链路 1105/1115 的双向测试的操作。测试进行如下 ： 0046 1. 本地和远程测试设备配置 0047 2. 发现并连接到远程测试设备的方法 0048 3. 测试配置和执行 0049 4. 临时测试状态和结果 0050 5. 测试完成 0051 1. 本地和远程测试设备配置 0052 为了让测试设备 1000 和 1200 连接到受测网络， 它们各自的 TX 和 RX 接口 1015、 1035、 1205 和 1225 需要被配置为在该网。
39、络上通信。该具体配置将依赖于网络中所用的技 术。对于基于分组的网络的情况， 待配置的常用参数是 ： IP 地址 4210 和 4220、 传输控制协 议 （TCP） 端口或用户数据报协议 （UDP） 端口 4100 和 4110， 以及 VLAN（取决于网络实施方 式， 此参数可以是可选的） 。对于测试设备的情况， 物理端口特性以及 MAC 地址 4400 和 4410 说 明 书 CN 102804689 A 9 6/9 页 10 可被修改以反映特定应用。对于物理接口， 传送介质 （是电气的还是光学的） 、 传送模式 （半 双工还是全双工） 以及时钟模式， 都是可被配置的参数。该配置的细节对。
40、于本领域普通技术 人员而言是公知的， 因此将不在此详述。 0053 在此通信方法中， 不仅需要配置测试接口， 还需要定义操作模式。 这些模式可以是 本地的或远程的测试模式。参见图 2， 对于每个测试设备来说， 该方法的第一步骤是配置通 信接口2005、 2105。 所述配置的大部分将是手动完成的， 但一些项目可以是以已知方式得自 测试设备的缺省项 ； 例如， 参数诸如 IP 地址可以通过网络 （DHCP 服务器） 来配置。 0054 一旦配置了通信接口， 则测试模式被启用 （本地测试模式 2010 或远程测试模式 2110） 。一旦测试模式被激活， 则两个设备都将准备好被使用 ； 本地测试设备。
41、将具有 “未连 接” 2015 的本地状态， 而远程测试设备将处在 “空闲 （Free） ” 状态， 意味着它可被连接 （远程 状态 “空闲” 2115） 。 0055 2. 用于发现并且连接到远程测试设备的方法 0056 该方法的下一个步骤是， 发现该网络 （或该网络中一部分） 内的所有 “空闲” 的远程 测试设备。本地测试设备 1000 发送 “发现请求” 2020 到所有与该网络连接的远程设备。所 有具有状态 “空闲” 的远程测试设备 1200 将返回一个其中带有它们的配置参数的 “发现应 答” 2120。然后， 本地测试设备 1000 将创建 （2025） 一个所有 “空闲” 远程测试。
42、设备的列表， 从该列表中选择 “空闲” 远程测试设备来执行该测试。然后， 该用户可以通过如下方式来激 活本地测试设备和远程测试设备之间的通信信道 1110 ： 从列表 2030 中选择一个特定的远 程设备 1200， 或者手动输入 （2035） 远程设备 1200 的参数。连接请求 2040 将被从本地测 试设备 1000 发送到所选择的远程测试设备 1200， 然后将建立通信信道 2125、 2210。然后， 本地测试设备 1000 的状态将会是 “已连接” 2045， 而远程测试设备 1200 的状态将会是 “繁 忙” 2135。这个 “繁忙” 状态也将被报告给其他本地测试设备， 所述其他。
43、本地测试设备将会 尝试连接到所选择的远程测试设备 1200， 同时这个 “繁忙” 状态仍然受所述本地测试设备 1000 控制。 0057 3. 测试配置和执行 0058 一旦本地测试设备和远程测试设备被连接， 则用户可以进行一个测试。用于本地 测试设备 1000 和远程测试设备 1200 的这些测试参数都是从本地测试设备 1000 配置的， 如 图 3 中 3005 处示出的。 0059 作为一个实施例， 当要执行 RFC 2544 测试 （吞吐量、 突发脉冲、 丢帧率和 / 或时延） 时， 测试配置参数可包括待要用于每次迭代的帧大小 （64、 128、 256、 512、 1024、 128。
44、0 和 / 或 1518 字节） 、 测试计时器、 迭代次数、 测试准确度等。 0060 在步骤 3010、 3105 和 3110 中， 远程测试配置被下载到远程测试设备 1200， 并且被 应用。 测试参数的应用是由远程测试/通信管理器 （TCM） 1220执行。 TCM 1220将 ： 配置远程 分析引擎 1215， 以便在远程测试设备 1200 处分析所接收的数据 ； 配置远程生成引擎 1235， 从而经由其传送网络接口 1225 将测试数据发送到本地测试设备 1000 ； 以及， 使本地测试设 备和远程测试设备之间的测试过程同步。这个同步是必要的， 从而使得本地测试设备和远 程测试设。
45、备在执行一系列测试 （诸如在RFC2544实施例中所描绘的那些） 时使用相同的测试 配置。 0061 测试设备现在准备好开始测试。从本地测试设备 1000 起， 对两个测试设备 3015、 说 明 书 CN 102804689 A 10 7/9 页 11 3115 开始测试， 测试状态和中间结果 3120 从远程测试设备传递回本地测试设备且显示 3020。此信息传递是在测试仍然进行时发生的， 且不会中断正在运行的测试。因此， 在测试 结束之前， 临时测试结果对于本地测试设备 1000 是可获得的， 且可被报告， 例如， 被显示。 然后， 用户就有干预的选项， 以中止或修改该测试， 或者根据临时。
46、测试结果行动。 0062 4. 临时测试状态和结果 0063 再次参见图1， 测试和通信管理器1025、 1220使用带内测试中通信信道1110， 以将 信息从本地测试设备传递到远程测试设备。 反向的路径也存在于远程测试设备和本地测试 设备之间， 用于将信息从远程测试设备传递到本地测试设备。管理信息被发送到通信多路 复用功能元件1010， 该功能元件1010将会把管理信息加到测试通信量中。 如果无测试通信 量正在被发送 （配置阶段） ， 则管理通信量将会被 “照原来样子” 发送。然后， 其中带有管理 信息的测试通信量将被发送到传送(TX)网络接口1015， 从而经由受测电路1105、 1115。
47、而被 发送到远程测试设备 1200。 （应理解， 在一些基于分组的系统中，“受测电路” 可能看起来是 一条离散的物理路径， 但实际上却会是一条虚拟电路， 根据需要， 所述虚拟电路包括所分配 的物理电路。 ） 0064 在接收机 （RX） 网络接口 1205 处， 信息被多路分解 1210， 且管理信息将被发送到测 试和通信管理器 1220。然后， 测试通信量将被发送到远程分析引擎 1215。在远程分析引擎 1215 处， 测试通信量将被分析， 且测试结果和状态将被保持。测试通信量信息的剩余部分 不需要在测试中被保存或重新使用， 且因此可被丢弃。测试结果和状态将被发送到远程测 试通信管理器 12。
48、20， 从而被通信回至本地测试设备 1000 的测试和通信管理器 1025。又一 次， 此管理信息将与由远程生成引擎 1235 所生成的测试通信量被多路复用 1230， 并且被发 送到传输网络接口 1225。 0065 一旦以太网测试帧到达本地测试设备接收机 （RX） 网络接口 1035， 则测试通信量 和管理信息将被多路分解1030。 在管理信息内包括的测试结果和状态将被发送到本地测试 和通信管理器 1025， 且最终被传送到本地报告引擎 1020。在以太网测试帧内找到的测试通 信量将被发送到本地分析引擎 1030。然后， 远程到本地方向上的结果和状态将被发送给报 告引擎 1020。 006。
49、6 图 4 和图 5 提供了用于建立以太网测试帧的一个封装过程的视图。图 4 提供了需 要为待从一个测试设备传送到另一测试设备的以太网测试帧配置或填充所有不同的层的 详细视图。图 4 代表开放系统互连 （OSI） 七层协议栈的简化版本。图 4 反映出如下事实， 在标准中定义的一些层在实际部署中却不被使用。 0067 应用层位于协议栈的顶部。在本发明的实施方案中， 应用层包括测试管理头部 4000和测试通信量4010。 测试通信量可以是伪随机比特序列 （PRBS） 或重复的十六进制值。 因为所有不同的层均被封装到更低层的有效载荷内， 所以测试管理头部和测试通信量将会 变成 TCP/UDP 层 （也称为传输层） 的有效载荷。作为此层的一部分， 存在多个字段被编组到 一起以形成传输头部。 图4示出了传输头部的一个概略化版本， 该传输头部由源端口4100、 目的地端口 4110， 以及剩余部分 TCP/UDP 头部 4120 组成。添加传输数据字段 4130 形成一 个完整的传输段。此传输段将被放置在下层的有效载荷内。在。