哪些结果内容类型对发现有效，哪些对非发现检索有效？
Which Result Content types are valid for discovery and which are valid for non-discovery retrieves?
oneM2M 规范（各种版本）似乎很不清楚对于 rcn 和 fu 标志的各种组合应该返回什么。
有人可以澄清一下吗？可能带有指向规范部分的指针？
例如：
在 TS-0001 v2.27 的第 8.1.2 节中，唯一提到发现的 'Result Content' 类型描述是 child-resource-references，即 "This option can be used within the context of resource discovery mechanisms"。这是否意味着 none 其他结果内容类型可以在资源发现机制的上下文中使用，因为它们的描述没有明确允许这样做？
如果是这样，那么为什么 TS-0004，第 (7.2.1.2) 节在 Discovery 响应中同时谈论 URIList 和 resourceRefList？这两件事好像有冲突。
你可以看看 TS-0001 v4.4.0 table 8.1.2-1 "Summary of Result Content Values"。此 table 及其上方的文本概述了哪种请求类型允许哪些结果内容类型。
一些 RCN 类型 return 只是引用（或属性 + 引用）。在这种情况下，某些资源属性以及 URI（资源 ID）的列表是 returned.
根据我与@andreas-kraft 的讨论，答案是：
- 属性
- 属性+子资源
- 属性+子资源引用
- 子资源引用（默认）
- 原始资源
- 子资源
- 语义内容
oneM2M 规范（各种版本）似乎很不清楚对于 rcn 和 fu 标志的各种组合应该返回什么。
有人可以澄清一下吗？可能带有指向规范部分的指针？
例如：
在 TS-0001 v2.27 的第 8.1.2 节中，唯一提到发现的 'Result Content' 类型描述是 child-resource-references，即 "This option can be used within the context of resource discovery mechanisms"。这是否意味着 none 其他结果内容类型可以在资源发现机制的上下文中使用，因为它们的描述没有明确允许这样做？
如果是这样，那么为什么 TS-0004，第 (7.2.1.2) 节在 Discovery 响应中同时谈论 URIList 和 resourceRefList？这两件事好像有冲突。
你可以看看 TS-0001 v4.4.0 table 8.1.2-1 "Summary of Result Content Values"。此 table 及其上方的文本概述了哪种请求类型允许哪些结果内容类型。
一些 RCN 类型 return 只是引用（或属性 + 引用）。在这种情况下，某些资源属性以及 URI（资源 ID）的列表是 returned.
根据我与@andreas-kraft 的讨论，答案是：
- 属性
- 属性+子资源
- 属性+子资源引用
- 子资源引用（默认）
- 原始资源
- 子资源
- 语义内容