ISO-8601 是否允许时区缩写 UTC 而不是 Z 作为时区？
Does ISO-8601 allow the time-zone abbreviation UTC rather than Z as the time-zone?
在我参与的几个项目中，我们使用了
YYYY-MM-DDThh:mm:ssUTC
例如
2017-01-01T12:00:00UTC
作为时间格式并声称它（错误地？）是 ISO-8601 的兼容子集。
很明显，ISO-8601 包括 Z 和 +hhmm 作为指定与 UTC 的偏移量的合法方式，从而指定时区（忽略夏令时）。
很明显，W3C 和大多数其他采用 ISO-8601（子集）的组织更喜欢使用 Z（和 +hhmm）。
我正在寻找熟悉或更好但拥有 ISO-8601 副本的人来确认它是否符合使用任何时区缩写，特别是 UTC（作为 zulu 的同义词） -time 'Z').
我认为 IANA 负责时区，ISO-8601 使用偏移量只是为了避免不得不处理时区变化的问题。
我找到了一个旧版本的标准 here，它没有提到时区缩写。
我想确认在当前标准 (ISO-8601:2004?) 中使用 UTC 并声明符合 ISO-8601 是无效的。
我有 ISO-8601:2004，根据 Wikipedia 这是最新版本。我没有看到它允许使用 UTC 代替 Z，尽管它在规范中经常提到 "UTC"。
在我参与的几个项目中，我们使用了
YYYY-MM-DDThh:mm:ssUTC
例如
2017-01-01T12:00:00UTC
作为时间格式并声称它（错误地？）是 ISO-8601 的兼容子集。
很明显，ISO-8601 包括 Z 和 +hhmm 作为指定与 UTC 的偏移量的合法方式，从而指定时区（忽略夏令时）。
很明显，W3C 和大多数其他采用 ISO-8601（子集）的组织更喜欢使用 Z（和 +hhmm）。
我正在寻找熟悉或更好但拥有 ISO-8601 副本的人来确认它是否符合使用任何时区缩写，特别是 UTC（作为 zulu 的同义词） -time 'Z').
我认为 IANA 负责时区，ISO-8601 使用偏移量只是为了避免不得不处理时区变化的问题。
我找到了一个旧版本的标准 here，它没有提到时区缩写。 我想确认在当前标准 (ISO-8601:2004?) 中使用 UTC 并声明符合 ISO-8601 是无效的。
我有 ISO-8601:2004，根据 Wikipedia 这是最新版本。我没有看到它允许使用 UTC 代替 Z，尽管它在规范中经常提到 "UTC"。