书 书 书犐犆犛 ３３ ． ０４０ 犆犆犛犕 ３２ 中华人民共和国国家标准化指导性技术文件 犌犅 ／ 犣 ４１２９８ — ２０２２ 物联网应用协议受限应用协议 （ 犆狅犃犘 ） 测试方法 犐狀狋犲狉狀犲狋狅犳狋犺犻狀犵 （ 犐狅犜 ） 犪狆狆犾犻犮犪狋犻狅狀狆狉狅狋狅犮狅犾 — 犜犲狊狋犿犲狋犺狅犱狊狅犳狋犺犲犮狅狀狊狋狉犪犻狀犲犱犪狆狆犾犻犮犪狋犻狅狀狆狉狅狋狅犮狅犾 （ 犆狅犃犘 ） 　 ２０２２  ０３  ０９ 发布 ２０２２  １０  ０１ 实施 国家市场监督管理总局 国家标准化管理委员会 发布书 书 书目 　　 次 前言 Ⅲ ………………………………………………………………………………………………………… １ 　 范围 １ ……………………………………………………………………………………………………… ２ 　 规范性引用文件 １ ………………………………………………………………………………………… ３ 　 术语和定义 １ ……………………………………………………………………………………………… ４ 　 测试场景 ２ ………………………………………………………………………………………………… 　 ４．１ 　 测试环境 ２ …………………………………………………………………………………………… 　 ４．２ 　 测试条件 ３ …………………………………………………………………………………………… ５ 　 ＣｏＡＰ 消息测试 ３ ………………………………………………………………………………………… 　 ５．１ 　 需确认消息传递模式 ３ ……………………………………………………………………………… 　 ５．２ 　 不需确认消息传递模式 １３ …………………………………………………………………………… ６ 　 ＣｏＡＰ 协议安全性测试 ２０ ………………………………………………………………………………… 　 ６．１ 　 能够在 ＮＯＳＥＣ 模式下传递信息 ２０ ………………………………………………………………… 　 ６．２ 　 能够在 ＲａｗＰｕｂｌｉｃＫｅｙ （ 预共享密钥 ） 模式下传递信息 ２１ ………………………………………… Ⅰ 犌犅 ／ 犣 ４１２９８ — ２０２２ 前 　　 言 　　 本文件按照 ＧＢ ／ Ｔ１．１ — ２０２０ 《 标准化工作导则 　 第 １ 部分 ： 标准化文件的结构和起草规则 》 的规定起草 。 请注意本文件的某些内容可能涉及专利 。 本文件的发布机构不承担识别专利的责任 。 本文件由中华人民共和国工业和信息化部提出 。 本文件由全国通信标准化技术委员会 （ ＳＡＣ ／ ＴＣ４８５ ） 归口 。 本文件起草单位 ： 中国信息通信研究院 、 北京邮电大学 。 本文件主要起草人 ： 付国强 、 罗松 、 黄小红 。 Ⅲ 犌犅 ／ 犣 ４１２９８ — ２０２２ 物联网应用协议受限应用协议 （ 犆狅犃犘 ） 测试方法 １ 　 范围 本文件规定了受限应用协议测试方法 ， 主要内容包括 ： 受限应用协议测试的环境 、 测试用例 、 测试场 景及一致性测试的具体方法 。 本文件适用于受限应用协议的测试 。 ２ 　 规范性引用文件 本文件没有规范性引用文件 。 ３ 　 术语和定义 下列术语和定义适用于本文件 。 ３ ． １ 端点 　 犲狀犱狆狅犻狀狋 ＣｏＡＰ 中的参与实体 。 ３ ． ２ 发送者 　 狊犲狀犱犲狉 消息的源端点 。 ３ ． ３ 接收者 　 狉犲犮犻狆犻犲狀狋 消息的目的端点 。 ３ ． ４ 客户端 　 犮犾犻犲狀狋 请求消息的源端点 ， 响应消息的目的端点 。 ３ ． ５ 服务器 　 狊犲狉狏犲狉 请求消息的目的端点 ， 响应消息的源端点 。 ３ ． ６ 源服务器 　 狅狉犻犵犻狀狊犲狉狏犲狉 给定资源所在或产生的服务器 。 ３ ． ７ 中介 　 犻狀狋犲狉犿犲犱犻犪狉狔 ＣｏＡＰ 端点扮演两个角色 ， 服务器和对于源服务器 （ 或远端中介 ） 的客户端 。 　　 注 ： 一般形式的中介就是代理 。 １ 犌犅 ／ 犣 ４１２９８ — ２０２２ ３ ． ８ 转发代理 　 犳狅狉狑犪狉犱狆狉狅狓狔 由客户端选取的端点 ， 用来代表客户端执行请求 ， 做相应的转换工作 。 ３ ． ９ 反转代理 　 狉犲狏犲狉狊犲狆狉狅狓狔 一个或多个服务器之间的端点 ， 满足这些服务器的请求执行要求 。 　　 注 ： 与转发代理不同 ， 客户端可能不知道反转代理的存在 。 ３ ． １０ 犆狅犃犘狋狅犆狅犃犘 代理 　 犆狅犃犘狋狅犆狅犃犘狆狉狅狓狔 从 ＣｏＡＰ 请求映射到 ＣｏＡＰ 请求的代理 。 ３ ． １１ 协议转换代理 　 犮狉狅狊狊狆狉狅狓狔 在多个协议之间进行转换的代理 。 ３ ． １２ 捎带响应 　 狆犻犵犵狔犫犪犮犽犲犱狉犲狊狆狅狀狊犲 为了减少简单响应的复杂程度 ， 而在 ＣｏＡＰＡＣＫ 消息当中增加响应内容的方式 。 ３ ． １３ 资源发现 　 狉犲狊狅狌狉犮犲犱犻狊犮狅狏犲狉狔 客户端向服务器请求其拥有的资源的过程 。 ４ 　 测试场景 ４ ． １ 　 测试环境 测试主要在两种环境中进行 ， 即传输无损环境和传输有损环境 ， 其具体形式见图 １ 和图 ２ 。 图 １ 　 传输无损环境 图 ２ 　 传输有损环境 ２ 犌犅 ／ 犣 ４１２９８ — ２０２２ 　　 服务器 ： 如果待测设备为客户端设备 ， 则服务器可以模拟发送各种消息及设置各种资源状态 ， 配合待测设备完成各类正常 、 异常测试 。 客户端 ： 如果待测设备为服务器设备 ， 则客户端可以模拟发送各种消息 ， 配合待测设备完成各类正常 、 异常测试 。 网关 ： 模拟了客户端和服务器之间的有损媒介 。 该网关并不需要实现 ＣｏＡＰ 协议 ， 只是普通的传输层设备 ， 其有两个特征 ： ａ ） 　 其执行 ＮＡＴ 风格的端口重定向到服务器 （ 因此客户端联系网关并向服务器转发 ）； ｂ ） 　 在转发时随机的丢包 。 ４ ． ２ 　 测试条件 为了确保测试的良好执行 ， 假设如下的设置在执行测试之前已经具备 ： ａ ） 　 每个被测设备都有一个单播地址 ； ｂ ） 　 客户端的缓存已清空 ； ｃ ） 　 如无明确要求 ， 宜尽量避免使用 ＥＴａｇ 标签选项 ， 但在实现上应能处理 ； ｄ ） 　 如无明确要求 ， 宜尽量避免使用 Ｔｏｋｅｎ 标签选项 ， 但在实现上应能处理 ； ｅ ） 　 如无明确要求 ， 宜优先使用捎带响应 。 ５ 　 犆狅犃犘 消息测试 ５ ． １ 　 需确认消息传递模式 ５ ． １ ． １ 　 正常情况 ５ ． １ ． １ ． １ 　 执行 犌犈犜 事务 为了确保测试的良好执行 ，“ 执行 ＧＥＴ 事务 ” 测试需要满足如下要求 ： ａ ） 　 测试目的 ： 在传输无损时 ， 客户端能够使用 ＧＥＴ 方法获取服务器上的信息 ； ｂ ） 　 测试环境 ： 传输无损环境 ， 见图 １ ； ｃ ） 　 预设条件 ： 服务器提供了供 ＧＥＴ 处理的任意负载的 ／ ｔｅｓｔ ； ｄ ） 　 测试步骤 ： １ ） 　 步骤 １ ： 客户端发送一个 ＧＥＴ 请求 ， 其中 ： ● 　 Ｔｙｐｅ＝０ （ ＣＯＮ ）； ● 　 Ｃｏｄｅ＝１ （ ＧＥＴ ）； ２ ） 　 步骤 ２ ： 客户端显示从服务器收到的消息内容 ； ｅ ） 　 检查点 ： １ ） 　 检查步骤 １ 中发出的 ＧＥＴ 请求消息中的 Ｔｙｐｅ 为 ０ ， Ｃｏｄｅ 为 １ ； ２ ） 　 检查步骤 ２ 中从服务器收到的响应 ， 包括 ： ● 　 Ｃｏｄｅ＝６９ （ ２．０５Ｃｏｎｔｅｎｔ ）； ● 　 和之前的请求消息一致的 ＭｅｓｓａｇｅＩＤ ； ● 　 Ｃｏｎｔｅｎｔ 类型选项 ； ３ ） 　 客户端显示内容与服务器内容相同 。 ５ ． １ ． １ ． ２ 　 执行 犘犗犛犜 事务 为了确保测试的良好执行 ，“ 执行 ＰＯＳＴ 事务 ” 测试需要满足如下要求 ： ａ ） 　 测试目的 ： 在传输无损时 ， 客户端能够使用 ＰＯＳＴ 方法向服务器传递信息 ； ３ 犌犅 ／ 犣 ４１２９８ — ２０２２ ｂ ） 　 测试环境 ： 传输无损环境 ， 见图 １ ； ｃ ） 　 预设条件 ： 服务器能够接受客户端使用 ＰＯＳＴ 方法创建内容 ／ ｔｅｓｔ （ 原来 ／ ｔｅｓｔ 资源不存在 ）； ｄ ） 　 测试步骤 ： １ ） 　 步骤 １ ： 客户端发送一个 ＰＯＳＴ 请求 ， 其中 ： ● 　 Ｔｙｐｅ＝０ （ ＣＯＮ ）； ● 　 Ｃｏｄｅ＝２ （ ＰＯＳＴ ）； ● 　 任意负载 ； ● 　 Ｃｏｎｔｅｎｔ 类型选项 ； ２ ） 　 步骤 ２ ： 服务器显示从客户端收到的消息内容 ； ３ ） 　 步骤 ３ ： 客户端显示从服务器收到的响应内容 ； ｅ ） 　 检查点 ： １ ） 　 检查步骤 １ 中发出的 ＧＥＴ 请求消息中的 Ｔｙｐｅ 为 ０ ， Ｃｏｄｅ 为 ２ ； ２ ） 　 检查步骤 ３ 中收到的服务器响应 ， 包括 ： ● 　 Ｃｏｄｅ＝６５ （ ２．０１Ｃｒｅａｔｅｄ ）； ● 　 和之前的请求消息一致的 ＭｅｓｓａｇｅＩＤ ； ３ ） 　 服务器显示内容与客户端发布内容相同 。 ５ ． １ ． １ ． ３ 　 执行 犘犝犜 事务 为了确保测试的良好执行 ，“ 执行 ＰＵＴ 事务 ” 测试需要满足如下要求 ： ａ ） 　 测试目的 ： 在传输无损时 ， 客户端能够使用 ＰＵＴ 方法向服务器传递信息 ； ｂ ） 　 测试环境 ： 传输无损环境