5.2.3标签编码URI格式

5.2.4纯标识URI格式

纯标识URI格式是URN字头与数据段表示的EPC标识。在EPC信息服务中存储和传输EPC 代码时，默认采用纯标识URI格式。纯标识URI格式可避免应用软件受到诸如标签位长、滤值的影 响，使采用不同位长标签进行编码的同一个标识对象得到相同的、唯一的纯标识URI格式的EPC代码 数据，纯标识URI格式示例如下。 示例： 5.2.2示例中数据的纯标识URI格式为： urn:epc:id:sgtin:69546062.00001.20181109001

脚手架标准规范范本5.2.5GS1文本数据字段格式

GS1文本数据字段格式是EPC系统应用层使用的一种表示GS1数据的格式，对于不符合GS1规 范的用户应用此格式。GS1文本数据字段格式构成如下： 每个数据段采用“名称二值”的形式表示； 前后两个数据段之间用“；”（英文分号）分割； AI用表示其含义的英文名称替换。 示例： 5.2.2示例中数据的GS1文本数据字段格式为：

5.2.6GS1应用标识符字符串格式

GS1应用标识符字符串是由一个或多个应用标识符及其标识的数据段连接在一起的可供人工识 卖的字符串格式，其中，应用标识符（AI)需要用括弧（英文括弧）包裹，GS1应用标识符的规则见GS1通 用规范。 示例： 5.2.2示例中数据的GS1应用标识符字符串格式为： (01)06954606200019(21)2018110900)

5.2.7GS1数据传输字符串格式

GS1数据传输字符串格式基于GS1应用标识符，是GS1系统中传输、通信的标准数据格式。GS 效据传输字符串格式在GS1系统的各个应用、服务和系统之间传递GS1数据时使用，也在EPC系统应 用层使用。GS1数据传输字符串格式由若干段GS1应用标识符与数据首尾相接所组成，并且： 每个数据段由GS1应用标识符起始（注意：GS1应用标识符不加括弧），后面紧跟该应用标识 符指示的数据； 对于前后两段数据，前段GS1应用标识符指示的数据为定长时不加字符；若变长的数据段 处于最后位置时，字符串末尾不加字符

GB/T 398522021

注：《FNC1>字符的ASCII值为29，1D)bx 示例： 5.2.2示例中数据的GS1数据传输字符串格式为： 01069546062000192120181109001 其中： GTIN(AI01):0106954606200019 序列号（A121)：2120181109001

注：

5.2.8ONS域名格式

6.1标签数据转换概述

EPC的编码结构包括SGTIN、SSCC、SGLN、GRAI、GIAI、GSRN、GDTI和GID等，每一种编码结 构都具有图2所示的七种格式。标签数据转换是指EPC编码在不同格式间的相互转换。标签数据转 换是指同一个编码结构的不同格式之间的相互转换，不能跨编码结构进行。转换可以跨层级进行。标 签数据转换过程的输人与输出如图3所示

注：“指定”表示输人数据是给定的，输出格式是由用户或者应用确定

注：“指定”表示输人数据是给定的，输出格式是由用户或者应用确定

图3标签数据转换过程的输入与输出

不同格式的编码转换时数据段并非完全双向对应。例如，图2中，格式的第1级（二进制格式）和 标签编码URI格式）之间存在一一对应关系，而第3级到第6级格式无编码位长和滤值信息，是 纯标识URI格式添加、转换，或组合必要的辅助文本信息构成。第7级格式用于对象名称解析

务发起查询和检索，该格式不要求和EPC编码的任一格式完全对应，因此只作为输出格式，不作为输入 式参与编码过程

该编码格式转为需要的输出格式 分为输人、转换、输出三个环节，如图4所示

包括已知的输入数据、目标输出格式要求以及其

6.2.2.2输入数据

图4标签数据转换过程

输人数据是由用户输入的或是由外部应用接口输入的，其采用的格式定义为输入格式。输入村 EPC其中格式中除ONS格式的任何一种格式。标签数据转换过程应能通过输入数据，自动检测 以及匹配输人格式。

6.2.2.3输出格式

输出格式是由用户或者应用确定。 操作过程中，有些格式较其他格式包含的信息多。如，标签二进制格式和标签编码URI格式除包 含EPC代码数据，还包含EPC代码存储到RFID标签中所需的位长和滤值。当这两个格式作为输入 各式向其他格式转换时会舍弃这些信息；当ONS域名作为输出格式时，任何格式向ONS域名格式转 免会舍弃序列号信息。且ONS域名只能作为输出格式

6.2.2.4附加参数

转换过程需要输入用于确定输入值含义及转换输出格式的参数，比如，GS1文本数据学段格式包 含了EPC代码的所有基本信息（厂商、商品项目代码和序列号等），但是该格式并没有明确指明厂商识 别代码和类别代码之间的边界，所以在实际转换中就需要广商识别代码的长度来作为附加参数参与到 整个转换过程中来。这种参数称之为附加参数。 编码方向和解码方向标签数据转换过程及附加参数的参与情况分别见图5a)和图5b）。从图5可

GB/T39852—2021

以看出，编码过程需要附加参数：解码过程除了某些情况之外（比如64位编码）一般不需要附加参数。

a）编码方向标签数据转换过程及附加参数的参与情况

图5标签数据转换的编码和解码过程中附加参数参与情况

3）经过必要的计算（字符串操作、二进制到十进制/字母数据转换、填充等）将字段数据从输 入格式转换为输出格式中相应字段所需要的格式； 4） 便用必要的规则中定义的操作计算和派生出输出中必要的其他字段的值： 5） 将相应的字段和常数值按输出格式进行组合，并将结果作为输出数据进行输出， 基本步骤如图6所示

输出是通过标签数据转换过程，按输出格式要求得到输出数据的环节

7.1TDT标记文件概述

标签数据转换的基本步

11标记文件是一组定文了特定编码结构中如相在不回级别标签数据格式之目进行编码和 则的标记语言文件，采用XML格式进行描述 TDT标记文件的标记定义方式和相关规则按7.2给出的规定。TDT标记文件中的各种元素禾

GB/T 39852—2021

性说明按7.3给出的规定。本标准规定的TDT标记文件共18个，详见附录A

7.2TDT标记文件的定义方式和附加要求

7.2.1TDT标记文件的定义方式

TDT标记文件采用XML格式，定义了根元素、编码结构元素、格式级别元素、选项元素、字段元 则元素共6个元素，各元素之间的相互关系采用UML类图描述，如图7所示。TDT标记文件 寸加要求应符合7.2.2~7.2.13给出的细节

图7TDT标记文件中各种元素的关系

7.2.2输入数据和输出数据的定义方式

7.2.3输入格式的判断

标签数据转换过程应能自动根据输人数据（字符串）判断其编码结构和具体的格式。其他附加参 效，如，标签长度可通过输入数据获得（如输入二进制格式或标签编码URI格式，格式本身带有标签长 度）；或由外部输人及用户选择。另外，在有些格式之间（如：在纯标识URI格式、GS1应用标识字符串 等格式、GS1数据传输字符串之间)转换不需要知道标签长度，此时在TDT标记文件中任选一个同编 码格式的标记文件就可完成上述转换过程， 标签数据转换过程允许的编码结构和格式很多，为了减小计算量提高效率，TDT标记文件的所有 格式的定义都包含前缀检查（prefixMatch)属性。查找输入格式时，先使用该前缀检查属性跳过不符合 的项，然后使用正则表达式进行匹配检查排除不符合项，对于正则表达式完全匹配的项，就可根据匹配 结果提取字段进行下一步转换步骤

7.2.4输出格式的名称缩略语

GB/T39852—2021

35查询模式（NAPTR，名称权威指针） ），用于发起（儿S的查询和搜索，该格式只允许作为出格式，不 在输人格式自动匹配之列

附加参数一般在编码过程中使用而不在解码过程中使用。如图5b)所示，解码过程从二进制格式 开始，经历标签编码URI格式、纯标识URI格式，最后转换为GS1文本数据字段格式、GS1应用标识符 字符串格式或GS1数据传输字符串格式，这个过程中可能会去失一些信息（如标签长度、滤值、GS1厂 商识别代码的长度等）。在解码过程中需要附加参数的情况只有在64位标签时，才会需要使用GS1厂 商识别代码与GS1厂商识别代码索引之间的转换表作为附加参数。除了上面这种情况，整个解码过程 不需要附加参数的参与。 编码过程有些情况下需要如下附加参数，才能解析输入字符串： GS1厂商识别代码的长度； 一实际的标签长度； 滤值（比如表示包装层级：单品级、箱品级还是托盘级）。 标签数据转换算法应考虑这些附加参数输人和获取的方式。编程可采用在输人参数中引人“名称 值”对的查找表或关联数组（如Dictionary、Hashtable)方式，或采用适合的正则表达式直接从输人的文 本字符串提取的方式等。 GTIN和GLN两类GS1标识在EPC应用时需提供一个系列号作为补充。此情况下，系列号不应 采用附加参数的方式传输到标签数据转换过程，应将该系列号作为输入数据的一部分。如果输入采用 的是GS1文本数据字段字符串格式，在GTIN或GLN后添加一个“；Serial=（系列号）”；如果采用的是 GS1应用标识符学符串或GS1数据传输字符串，GTIN时添加应用标识符21（系列号），GLN时添加应 用标识符254（系列号）。其他编码结构（如SSCC、GRAI、GIAI、GDTI、GSRN），本身就是系列化编码， 不需要再添加系列号部分。示例见表1。8.2规定了标签数据转换软件的应用程序接口，其中输入参数 仅允许：输人数据、附加参数、输出格式，不需要考虑个性值和中间变量

表1各GS1标识关键字转换为标签数据转换输入数据的示例

7.2.6字段数据校验和字段数据的转换与派生

在字段元素和规则元素包含了对该字段数据进行校验（正则表达式）和转换与派生的 规则（内建函数和操作）。如，字段所有字符是否在指定的（数字或者字母）范围内、字符长度是否符合要 求（校验）；数据字段转换结构的长度、如何使用填充字符等（转换和派生）。TDT标记文件通过此方式 和约束来保证未来的扩展性

7.2.7对数值型字段的约束和检查要求

7.2.8对文本型字段的约束和检查要求

GB/T 398522021

padChar属性和padDir属性只适用于非二进制格式。 padChar属性规定的是填充所使用的字符。本标准允许的填充字符包括数字字符0—一ASCII码 （30bex）、空格一ASCII码32（20bex）和其他用户指定的字符。 padDir属性指明填充字符填充的方向，有两个取值：LEFT（左侧填充）和RIGHT（右侧填充）。 length属性指明该字段数据的字符长度。 length属性、padDir属性和padChar属性出现在字段元素和规则元素（rule>之中。填充规 是使用padChar属性规定的填充字符和padDir属性所规定的填充方向按照length属性所规定的长 进行填充。对于字段元素上述三个属性要么同时设置，要么同时省略。对于规则标记， 使定义了length属性，不要求同时定义padDir属性和padChar属性；因为规则元素里定义的函数的 回结果可能并不需要进一步的填充，设置的1ength属性近用字符长度是否符合要求， 5为了避免不必要的重复定义，标签数据转换过程的校验步骤、解析步骤、规则执行步骤和结果构造 遵循以下规则： a）如果在一个格式级别的中有一个字段元素（原始 数据字段）包含有padChar属性、padDir属性和length属性的定义，那么在同一个格式级别的 （原始数据字段）都 应该使用相同的padChar属性、padDir属性和length属性进行填充。如果在一个格式级别的 元素内部的所有相同规则元素（派 生数据字段）都应该使用相同的padChar属性、padDir属性和length属性进行填充。 如果在一个标签编码URI格式的格式级别元素下的一个字段元素或者一个规 则元素包含有length属性、padDir属性和padChar属性，那么标签编码URI格式以上 层级的所有格式（如纯标识URI格式、GS1数据传输字符串格式、文本字段格式、ONS域名格 式等)的格式级别元素<1evel）所对应的该字段（原始的或者派生的）都应该使用相同的 padChar属性、padDir属性和length属性进行填充。 c）如果一个二进制格式的格式级别元素（level)下的一个字段标记或者一个规则标记 《rule>包含有length属性、padDir属性和padChar属性，且标签编码URI格式的格式级别元 素下没有定义padDir属性和padChar属性，这表示从其他格式编码转换为二进制格式 时，需要在转换之前将非二进制格式的数据接照填充规则进行填充，之后完成二进制转换；反 之，如果从二进制格式解码为其他格式时，应该将二进制转换之后的文本结果按照与这个填充 规则相反的方式将添加的填充字符去除得到转换结果（若转换到的格式有其他填充规定，还需 要接照这个规则做进一步的填充）。这里，对于任意一个EPC代码结构，如果二进制和非二进 制格式的padChar属性和padDir属性规定完全相同，就不必再在二进制格式中规定padChar 属性和padDir属性了。如果在同一个TDT定义文件中，对二进制格式和非二进制格式都定 义了完全相同的padChar属性和padDir属性，二进制格式中的定义会被忽略。 示例： 填充：GS1厂商识别代码除了二进制格式之外，所有其他格式的填充字符是数字字符0，填充方向是LEFT dChar=”0”、padDir=”LEFT"）.在这些格式中前置0也是编码非常重要的组成部分

对于二进制格式（元素属性type的值为BINARY，即type=“BINARY"），其下的字段元素

7.2.9.3填充流程

图8是从非二进制格式向二进制格式进行编码时是否进行填充字段（或者剔除填充字符)的判断规 则流程图。 图9是从二进制格式向非二进制格式进行解码时是否进行填充字段(或者剔除填充字符)的判断规 则流程图

GB/T 398522021

图8编码过程填充流程

图9解码过程填充流程

GB/T 398522021

7.2.10字段的编码和压缩

7.2.11TDT标记文件中使用的一些字段名称

TDT标记文件中字段名称的格式没有强制要求，但根据XML语法建议采用小写字母数字组合， 不使用空格和连字符。在不同的编码格式定义之间也没有保留字，这意味着两个不同的编码格式可能 有使用相同名称的字段，但这两个字段的意义和属性可能都不一样。每一个编码格式的定义都是独立 的一个名称空间，互相不发生关系。表2给出了一些本标准规定的TDT标记文件中公用的字段名称 及其含义

表2字段名称及其含义

7.2.12规则元素《rule）和派生字段

在构造输出格式时，一些必备的字段不能够直接通过输人格式模式匹配获得，因此需要一系列的规 则来通过已知的数据字段派生出输出结果需要的其他字段。在TDT标记文件中采用规则标记所规定的操作产生的新的数据字段成为派生 字段或者派生数据字段。 标签数据转换过程又可分为如表3所示的两个主要的阶段

表3数据转换的两个阶段

7.2.13 核心函数

免的编码和解码过程中需要用到表4所示的核心

GB/T 39852—2021

为了完整实现标签数据转换功能，标签数据转换软件需要根据使用的编程语言提供上述函数的对 应实现版本，可以是语言中已经支持的函数、也可以是自定义函数或者方法。 计算各个GS1编码结构校验位的核心函数（GS1CHECKSUM)的算法见GS1通用规范。 很多的编程语言（Java、C十十、C#、VisualBasic、Perl、Python）对同一函数的实现方式可能有区 别。如：提取子字符串函数SUBSTR，有的编程语言是子字符串长度（length）参数，有的编程语言是子 字符串结束位置（endIndex）参数，见表5。

如果规则标记

锻件标准7.3TDT标记文件的元素和属性

3.1根元素的属性和子

定义文件使用元素《epcTagDataTranslation>作为

7.3.1.2根元素属性

GB/T 39852—2021

7.3.1.3根元素的子元素

饲养标准元素的名称及描述见表

7.3.2编码结构元素的属性和子元素

7.3.2.1编码结构元素