射频识别(RFID)技术

EPC标签数据标准-1

译者：陈广 日期：2020-12-21

介绍

EPC标签数据标准定义了电子产品代码（Electronic Product Code），还定义了Gen 2 RFID 标签内存的内容。更详细地说，标签数据标准涵盖了两个领域：

  • 电子产品代码规范：包括在各种不同级别 GS1 体系结构下的表现形式，以及它与 GS1 键和其它现有编码的对应关系。
  • Gen 2 RFID 标签装载数据的规范，包含 EPC、用户区数据、控制信息以及标签出厂信息。

电子产品代码是任意物理对象的通用标识符。它用于需要跟踪对象或以其他方式引用物理对象的信息系统。相当一部分使用电子产品代码的应用程序也依赖于 RFID 标签作为其数据载体。因此，标签数据标准的很大一部分为电子产品代码在 RFID 标签上的编码，以及定义除 EPC 之外的其它可能存储于 Gen 2 RFID 标签的数据标准。

因此，在讨论将 EPC 编码至 RFID 标签时，标签数据标准（EPC 和 RFID）所涵盖的两个领域是重叠的。尽管如此，请记住，EPC 和 RFID 并不是同义词：EPC 是标识符，而 RFID 是数据载体。RFID 除了 EPC 标识符之外，还包含其它数据（在某些应用程序中甚至根本没有装载 EPC 标识符），EPC 标识符存在于非 RFID 内容中（非 RFID 内容包含信息系统中使用的 URI，用于打印的人类可识读的 EPC URIs，以及遵循本标准流程的条码数据所派生的 EPC 标识符）。

标签数据标准概述

本节概述了数据标准，以及各部分是如何组合在一起的。标签数据标准包含两个部分内容：

  • 电子产品代码规范：包括在各种不同级别 GS1 体系结构下的表现形式，以及它与 GS1 键和其它现有编码的对应关系。
  • Gen 2 RFID 标签装载数据的规范，包含 EPC、用户区数据、控制信息以及标签出厂信息。

电子产品代码是任意物理对象的通用标识符。它用于需要跟踪或以其它方式引用物理对象的信息系统。在计算机系统，包括电子文档，数据库以及电子信息中，EPC 使用互联网统一资源标识符（URI）的形式。无论 EPC 最初来自 RFID 标签或其它种类的数据载体，都是如此。这种 URI 又被称为“Pure Identity EPC URI”。以下是一个Pure Identity EPC URI 的示例： urn:epc:id:sgtin:0614141.112345.400 相当一部分使用电子产品代码的应用程序会依赖于 RFID 标签作为其数据载体。在涉及物理对象的可见性应用中，RFID 通常是一种非常适合的数据载体技术，因为 RFID 使得数据可以物理地附着于对象上，而读取数据的方式对于材料的损害最小。因此，标签数据标准的很大一部分是 RFID 标签上电子产品代码的编码，以及定义了除 EPC 外可能存储在 Gen 2 RFID 标签上的其它数据的标准。由于 RFID 标签的内存限制，EPC 并不以 URI 的形式存储在标签上，而是编码成紧凑的二进制表示。它被称为“EPC二进制编码”。

因此，在讨论将 EPC 编码至 RFID 标签时，标签数据标准（EPC 和 RFID）所涵盖的两个领域是重叠的。尽管如此，请记住，EPC 和 RFID 并不是同义词：EPC 是标识符，而 RFID 是数据载体。RFID 除了 EPC 标识符之外，还包含其它数据（在某些应用程序中甚至根本没有装载 EPC 标识符），EPC 标识符存在于非 RFID 内容中（非 RFID 内容包含信息系统中使用的 URI，用于打印的人类可识读的 EPC URIs，以及遵循本标准流程的条码数据所派生的 EPC 标识符）。

术语“电子产品代码”（或“EPC”）在涉及 EPC 时使用，而不管它的具体表现形式如何。术语“Pure Identity EPC URI”一词被用来专门指 EPC 在计算机系统中所采用的文本形式，包括电子文档，数据库以及电子信息。术语“EPC 二进制编码”特指 EPC 在 RFID 标签内存中的表现形式。

下图说明了标签数据标准的各个部分以及它们是如何结合在一起的。（图中带颜色的部分指示可能存储于 RFID 标签的数据类型，将在9.1节作进一步解释。）

图 1：EPC标签数据标准结构

前几节定义了独立于RFID的电子产品代码的知识。

第4节提供了电子产品代码（EPC）的概览，以及它与其它GS1标准和GS1通用规范的关系。

第6节指定了EPC的Pure Identity EPC URI的形式。这是EPC的纯文本形式，推荐在商业应用和商业文档中作为通用标识符使用，为任意物理对象保留可见性信息。这种形式用作EPC信息服务（EPC Information Services，EPCIS）规范中可见性数据的“what”维度，也可作为应用程序级别事件（ALE）接口的输出。

第7节详述了第6章定义的Pure Identity EPC URI和GS1通用规范定义的条码元素字符串之间的关系。

7.11小节详述了纯标识模式URI，它是表示相关EPC集合的语法，例如对于给定的交易项的所有EPC，而不管系列号如何。

其余部分讲述RFID特有的主题，包括EPC中RFID特有的形式，以及存储于Gen 2 RFID标签中存储的除的EPC的其他部分数据。

第9节提供了Gen 2 RFID标签的内存结构的一般信息。

第10和11节描述了存储于Gen 2标签的EPC内存区的“控制”信息，以及EPC的二进制编码形式（EPC二进制编码）。控制信息应用于RFID数据捕获应用程序，通过提供标签贴在什么样的对象上的提示来指导数据捕获过程。控制信息不属于EPC，并且确实包含标签对象的唯一标识的任何部分。其中描述了两个类型的控制信息：“过滤值”（第10节）使得在其它标签存在的情况下，更容易获取想要读取的标签，例如，在大量项目级标签的存在下读取托盘标签；“属性位”（attribute bits）提供额外的特殊属性信息，如提醒危险材料的存在。不管使用什么样的EPC，都可以使用相同的“属性位”，而可用的“过滤值”则取决于EPC的类型而不同(对于某些类型的EPC，根本没有过滤值)。

第12节详述了“tag”的统一资源标识符，这是一个紧凑的字符串表示形式，用于表现Gen 2 RFID标签的EPC内存区的整个数据内容。此数据内容包括第10、11章描述的与EPC放在一起的控制信息。在“tag” URI中，EPC内存区的EPC内容的表现形式类似于Pure Identity EPC URI。与Pure Identity EPC URI不同之处在于，“tag” URI还包含了EPC内存区的控制信息。建议在需要读取控制信息以正确捕获数据或需要写入EPC内存区的全部内容的捕获应用程序中使用“tag” URI形式。“tag” URI用于应用程序级别事件（ALE）接口，即作为输入（当写标签时）也作为输出（当读取标签时）。

第13节描述了EPC标签模式URI，它是一种语法，用于表示基于EPC内容的相关RFID标签集，例如，对于给定的贸易项目的给定系列号范围的所有EPC标签。

第14节和14.5.1.2节在比特级别描述Gen 2 RFID标签EPC内存区的内容。14节详述了如何在“tag” URI和EPC二进制编码间进行转换。二进制编码是标签中实际存储内容的比特级别表现形式。14.5.1.2节描述了如何将此二进制编码与EPC内存区中的属性位和其他控制信息相结合。

第16章描述了Gen 2 RFID标签的TID内存区的二进制编码。

第17章描述了Gen 2 RFID标签的用户内存区的二进制编码。

电子产品代码：物理对象的通用标识符

电子产品代码的设计是为了方便业务流程和应用程序操作可见性数据-关于物理对象的观测数据。EPC是为任意物理对象提供唯一标识的通用标识符。EPC被设计成在世界上所有物理对象、所有时间和所有类别的物理对象中都是唯一的。它明确地用于需要跟踪所有类别物理对象的业务应用程序，无论它们是什么。

相比之下，GS1通用规范[GS1GS]定义的GS1标识键可以标识物品种类（GTIN），唯一对象（SSCC、GLN、GIAI、GSRN、CPID），或混合物（GRAI、GDTI、GCN），它们可以根据系列号的缺失或存在来识别类别或唯一对象（其它两个键GINC和GSIN标识逻辑分组，非物理对象）。GTIN是唯一的类别标识键，需要一个单独的系列号来唯一地标识对象，但系列号不被认为是标识键的一部分。EPC和GS1键之间有一个定义良好的对应关系。这使得所有已经由GS1键（或GS1键结合系列号）标识的物理对象都可以在EPC上下文中使用，并使得所有类别的物理对象都可以被观察到。同样，它使得在广泛可见性上下文中捕获的EPC数据与其它使用了GS1键的特定于所涉及对象类别的业务数据相关联。

本节的其余部分详细阐述了这些要点。

为何使用通用标识符：一个例子

下面的示例说明了可见性数据是如何产生的，以及EPC作为任何物理对象的唯一标识符所起的作用。在这个例子中，医院里有一个储藏室，存放放射性样品等。医院安全办公室需要追踪哪些物品曾经存储在储藏室，存储了多长时间，以确保暴露时间保持在可接受的范围内。每个进入储藏室的物理对象都赋予了一个唯一的电子产品代码，它被编码到贴在物体上的RFID标签上。安装于存储室门口处的RFID读写器在物品进入和退出房间时生成可见性数据，如下所示。

图 2：可见性数据流示例
时间 In/Out EPC 注释
8:23am In urn:epc:id:sgtin:0614141.012345.62852 10cc注射器 #62852（贸易项目）
8:52am In urn:epc:id:grai:0614141.54321.2528 Pharma Tote #2528（可重用运输）
8:59am In urn:epc:id:sgtin:0614141.012345.1542 10cc注射器 #1542（贸易项目）
9:02am Out urn:epc:id:giai:0614141.17320508 输液泵 #52（固定资产）
9:32am In urn:epc:id:gsrn:0614141.0000010253 护士Jones（服务关系）
9:42am Out urn:epc:id:gsrn:0614141.0000010253 护士Jones（服务关系）
9:52am In urn:epc:id:gdti:0614141.00001.1618034 病人史密斯的图表（文档）

如图所示，安全官员感兴趣的数据流是一系列事件，每当物理对象进出房间时都进行的标识。每个对象的唯一EPC是一个标识符，可用于驱动业务流程。在此例中，EPC（Pure Identity EPC URI形式）将成为跟踪每个物理对象累积曝光的数据库的主键；给定对象的每个进/出事件对将用于更新累积曝光数据库。

此示例演示了EPC是如何为任意物理对象提供单个通用标识符的。这里跟踪的项目包括各种对象：交易项目、可重用运输、固定资产、服务关系、文档等可能发生的事情。通过使用EPC，应用程序可使用单个标识符描述任意物理对象，没有必要为每一类事物做一个特例。

在业务数据上下文中使用标识符

一般来说，标识符是字符串（名称）的集合（或“命名空间”）的成员，因此每个标识符都与现实世界中的特定事物或概念相关联。 标识符在信息系统中被用来描述现实世界中的事物或概念。标识符可能存在于电子记录或文件、数据库、电子信息或任意其它数据上下文中。在任意给定的上下文中，生产者和消费者必须商定要使用哪个标识符的命名空间；在该上下文中，可以使用属于该命名空间的任何标识符。

在GS1通用规范[GS17.0]中定义的键是每个实体的特定类别标识符的命名空间。例如：全球可回收资产标识符（GRAI）是用于标识可回收资产的标识符，如整理箱和托盘滑块。这组GRAI代码可以被认为是“所有可退回资产”成员的标识符。GRAI代码可用于只期望可回收资产的上下文中；例如，在一家搬家服务公司的租赁协议中，该公司将可回收的塑料板条箱出租给客户，以便在搬迁期间包装，如下图所示：

图 3：GRAI标识符命名空间

图例的的上半部说明了GRAI标识符命名空间。 图例的下半部显示了如何在租赁协议中使用GRAI。

图 4：EPC标识符命名空间示例

相反，EPC命名空间是任何物理对象的标识符空间。这组EPC可以被认为是集合“所有物理对象”成员的标识符。EPC用于所有任意类型物理对象可能出现的上下文中，例如在上述医院储藏室示例中产生的一组观测结果。注意，图4中的EPC URI包含如sgtin、grai等字符串也是EPC URI标识符的一部分。与GS1键相比，GS1键本身没有这样的部分；相反，它是在键之外表示的，例如在XML元素名称<grai>中在图3是错误的，会提示错误的引用源！ 在应用标识符(AI)中，它伴随着GS1元素字符串的GS1键。

EPC和GS1键的关系

EPC和GS1键之间有一个定义良好的关系。对于表示单个物理对象的每个GS1键，都有相应的EPC，包括EPC URI和用于RFID标签的二进制编码。此外，表示物理对象的类或分组的每个GS1键都有相应的URI形式。这种对应是由第7节中指定的转换规则正式定义的，该规则定义了如何将GS1键映射到相应的EPC值，反之亦然。GS1键与EPC之间定义良好的对应关系允许必要时在GS1键和EPC上下文之间无缝迁移数据。

图 5：GS1键和EPC标识符命名空间的关系

并非所有的GS1键都对应一个EPC，反之亦然，如：

  • 一个全球贸易项目码（GTIN）本身并不对应一个EPC，因为GTIN标识的是一个贸易项目的类别，并非单个的贸易项目。然而，GTIN加唯一系列号的组合确实对应于EPC。这个组合被称为序列化全球贸易项目码，或SGTIN。GS1通用规范并未定义SGTIN作为GS1键。
  • 在GS1通用规范中，全球可回收资产标识符（GRAI）可用于标识可回收资产的类别，或某个可回收资产，这依赖于是否包含可选的系列号。只有包含系列号的形式，且标识单个资产，才有对应的EPC。对于全球文档类型标识符（GDTI）、全球优惠券码（GCN）以及此背景下的“序列化的全球优惠券码(SGCN)”也是如此。
  • 每个全球位置码（GLN）都对应一个EPC，具有扩展组件的GLN的每种组合都对应一个EPC。总的来说，这些EPC被称为SGLN。
  • EPC的某些标识符并没有对应的GS1键。其中包括通用标识符和美国国防部标识符。

下表总结了本规范中定义的EPC scheme及其与GS1键的对应关系。

EPC scheme 标签编码 对应的GS1键 典型应用
sgtin sgtin-96
sgtin-198		 GTIN键（带系列号） 贸易项目
sscc sscc-96 SSCC 托盘负载或其他物流单元负载
sgln sgln-96
sgln-195		 GLN的物理位置（带或不带附加扩展） 位置
grai grai-96
grai-170		 GRAI(必须携带系列号) 可回收/重用资产
giai grai-96
grai-202		 GIAI 固定资产
gsrn gsrn-96 GSRN - 接受方 医院管理或俱乐部会员
gsrnp gsrnp-96 GSRN - 服务提供者 医务人员或俱乐部忠实会员
gdti gdti-96
gdti-113
(DEPRECATED)
gdti-174		 GDTI(必须携带系列号) 文档
cpi cpi-96
cpi-var		 无 工业技术(例如汽车)-零部件
sgcn sgcn-96 GCN(必须携带系列号) 优惠券
ginc 无 GINC 由货运代理指定的用于整个运输的货物的逻辑分组
gsin 无 GSIN 基于发运通知或提货单的运输的物流单元的逻辑分组
itip itip-110
itip-212		 (8006)+(21) 多部分组成之一，隶属于一个整体(依次由一个SGTIN或AI组合01+21标识)
upui 无 GTIN + TPX 包装识别以打击非法贸易
pgln 无 Party GLN 经济经营者的身份识别；保管链(CoC)/所有权链(CoO)中拥有方或占有方的身份识别)
gid gid-96 无 未指定
usdod usdod-96 无 美国国防部供应链
adi adi-var 无 航空航天和国防-飞机、其他部件和项目
bic 无 无 多式联运集装箱
imovn 无 无 船舶识别

在EPCglobal体系结构框架中使用EPC

EPCglobal体系结构框架[EPCAF]是硬件、软件和数据标准的集合，连同由EPCglobal、它的代理以及市场上的第三方提供者操作的共享网络服务。所有这些都是为了实现一个共同的目标，即通过使用电子产品代码(EPC)来增强业务流程和计算机应用程序。EPCglobal体系结构框架包括不同抽象级别的软件标准，从底层接口到RFID读写器设备再到业务应用层。

这里指定的EPC和相关结构打算在EPCglobal体系结构框架内的不同级别使用。 具体而言：

  • Pure Identity EPC URI：电子产品代码的主要表现形式为互联网统一资源标识符（URI），又称Pure Identity EPC URI。Pure Identity EPC URI是表示业务应用程序中特定物理对象的首选方法。当EPC要从RFID标签或其他数据载体读取时，Pure Identity URI也可以在数据捕获级别使用，在不需要RFID标签上附加的“控制”信息的情况下。
  • EPC Tag URI：Gen 2 RFID标签的EPC内存区包含EPC加上额外的“控制信息”，用于指导从RFID标签中捕获数据的过程。EPC Tag URI是一个URI字符串，它表示特定的EPC，以及在EPC内存区中找到的控制信息的特定设置。换句话说，EPC Tag URI是相当于整个EPC内存区内容的文本。当从RFID标签读取时，在捕获应用程序感兴趣的控制信息的情况下，EPC Tag URI通常用于数据捕获级别。它还用于编写RFID标签的EPC内存区，以便充分指定要写入的内容。
  • 二进制编码：Gen 2 RFID标签的EPC内存区实际上包含EPC的压缩编码和紧凑二进制形式的附加“控制信息”。Gen 2 RFID标签中的EPC Tag URI和二进制内容可以进行一对一的转换。通常，二进制编码只在非常低的软件或硬件级别上遇到，并被转换成EPC Tag URI或Pure Identity EPC URI形式，然后提交给应用程序逻辑。

请注意，Pure Identity EPC URI与RFID无关，而EPC Tag URI和二进制编码仅用于Gen 2 RFID标签，因为它们除了唯一EPC标识符之外还包括特定于RFID的“控制信息”。

下图说明了这些结构通常发生在EPCglobal体系结构框架的哪一层。

图 6：EPCglobal体系结构框架以及EPC结构在哪层使用

常见语法元素

这里定义的各种URI形式的语法是通过BNF语法指定的。在整个规范中使用了以下语法元素。

NumericComponent ::= ZeroComponent | NonZeroComponent
ZeroComponent ::= “0”
NonZeroComponent ::= NonZeroDigit Digit*
PaddedNumericComponent ::= Digit+
PaddedNumericComponentOrEmpty ::= Digit*
Digit ::= “0” | NonZeroDigit
NonZeroDigit ::= “1” | “2” | “3” | “4” | “5” | “6” | “7” | “8” | “9”
UpperAlpha ::= “A” | “B” | “C” | “D” | “E” | “F” | “G”
| “H” | “I” | “J” | “K” | “L” | “M” | “N”
| “O” | “P” | “Q” | “R” | “S” | “T” | “U”
| “V” | “W” | “X” | “Y” | “Z”
LowerAlpha ::= “a” | “b” | “c” | “d” | “e” | “f” | “g”
| “h” | “i” | “j” | “k” | “l” | “m” | “n”
| “o” | “p” | “q” | “r” | “s” | “t” | “u”
| “v” | “w” | “x” | “y” | “z”
OtherChar ::= “!” | “’” | “(“ | “)“ | “*” | “+” | “,” | “-”
| “.” | “:” | “;” | “=” | “_”
UpperHexChar ::= Digit | “A” | “B” | “C” | “D” | “E” | “F”
HexComponent ::= UpperHexChar+
HexComponentOrEmpty ::= UpperHexChar*
Escape ::= “%” HexChar HexChar
HexChar ::= UpperHexChar | “a” | “b” | “c” | “d” | “e” | “f”
GS3A3Char ::= Digit | UpperAlpha | LowerAlpha | OtherChar | Escape
GS3A3Component ::= GS3A3Char+
CPRefChar ::= Digit | UpperAlpha | “-” | “%2F” | “%23”
CPRefComponent ::= CPRefChar+

句法结构GS3A3Component用于表示GS1编码的域，这些编码允许字母数字和GS1通用规范中指定的其他字符（见附录A）。由于受[RFC2141]定义的URN语法的限制，并非GS1通用规范中允许的所有字符都可以直接在URN中表示。特别是字符"（双引号）、%（百分比）、&（and）、/（斜杠）、<（小于）、>（大于）以及?（问号），允许在GS1通用规范中使用，但不可以直接包含在URN中。为在URN中表示这些字符，必须使用转义符号，其中字符由百分比符号表示，然后是两位十六进制数字，以指定字符的ASCII字符代码。

语法构造CPRefComponent用于表示允许大写字母数字和连字符（减号）、正斜杠以及磅/数字符号的域。由于[RFC2141]定义的URN语法的限制，并不是所有这些字符都可以直接在URN中表示。特别是字符#（磅/数字符号）以及/（斜杠）不可以直接包含在URN中。为了在URN中表示这些字符，必须使用转义符号，其中字符由百分比符号表示，后跟两位十六进制数字，以指定字符的ASCII字符代码。

EPC URI

本节详述EPC的“Pure Identity URI”形式，或简单的“EPC URI”。在信息系统中，EPC URI是表示特定物理对象的首选方式。

EPC URI为以下形式的字符串：

urn:epc:id:scheme:component1.component2.…

其中scheme命名一个EPC scheme，component1、component2及之后部分是EPC的其余部分，其准确形式取决于使用哪种EPC方案。可用的EPC scheme在之后6.3节的表6-1指定。

以下是一个EPC URI示例，它的 scheme为sgtin：

urn:epc:id:sgtin:0614141.112345.400

每个EPC scheme提供一个标识符的命名空间，可用于标识特定类型的物理对象。总的来说，来自所有scheme的EPC URI是任何类型物理对象的唯一标识符。

EPC URI的使用

在信息系统中，EPC URI是表示特定物理对象的首先方式。

EPC URI的结构保证了EPC在所有类型的物理对象和应用程序中的全球唯一性。为了保证全球唯一性，当调用唯一标识符时，必须完整地使用每个EPC URI，而不是分解为几个部分，如urn:epc:id:前缀缩写与剩余部分。

当问到“这两个数据结构是否指同一个物理对象时？”，如果每个数据结构使用EPC URI来引用物理对象，则可以简单地通过比较[RFC3986]6.2节中指定的完整EPC URI字符串来回答这个问题。在大多数情况下，“简单字符串比较”方法就足够了，尽管如果URI包含百分号编码的三联体，如[RFC3986]6.2.2.1节所述,十六进制数字可能需要标准化。构建EPC URI保证了所有类别对象的唯一性，前提是URI被完整地使用。

在其他情况下，应用程序可能希望利用EPC URI的内部结构进行过滤、选择或分发。例如，应用程序可能希望查询数据库，以获取GTIN标识的特定产品实例相关的所有记录。这相当于查询所有其GS1公司前缀和项目参考组件匹配给定值的EPC，而不考虑系列号组件。另一个例子是对象名称服务(ONS)[ONS1.0.1]，它使用EPC的第一个组件将查询委托给由单个公司操作的“本地ONS”。这允许ONS系统以一种非常困难的方式进行缩放，如果所有ONS记录都存储在由单个组织维护的平面数据库中。

虽然EPC的内部结构可以被用于过滤、选择和分布，如上图所示，但在用作唯一标识符时，EPC URI必须被完整地使用。

将EPC分配给物理对象

分配一个新的EPC并将其与特定的物理对象关联的行为被称为“委派（commissioning）”。应用程序和业务流程的责任是委派EPC，确保不会将相同的EPC分配给两个不同的物理对象；也就是确保所委派EPC的唯一性。通常，应用程序将利用数据库记录来确定哪些EPC已经进行被委派，哪些还未使用。例如，应用程序中，通过顺序分配系列号来委派SGTIN，这样的数据库可以记录GTIN使用的最后一个系列号。

因为引用EPC的可见性数据和其它商业数据在物理对象消失后还将继续长期存在，理想情况下，EPC永远不会重用来引用不同的物理对象，即使重用发生在原始对象消失之后。然而在某些情况下，这是不可能的。因此使用EPC处理历史数据的应用程序应该准备好，以便有可能随着时间推移，EPC可以被重用以引用不同的物理对象，除非应用程序已经知道在防止这种重用的环境中操作。

这里指定的7个EPC scheme对应于GS1键，因此来自这些scheme的EPC用于识别具有相应GS1键的物理对象。在将这些EPC类型分配给物理对象时，除了这里指定的规则外，还必须遵循所有相关的GS1规则。其中包括GS1通用规范，GTIN管理标准等等。特别是，这类EPC只能由作为EPC一部分的GS1公司前缀的被许可人委派，或者由GS1公司前缀被许可人授权这样做。

EPC URI 语法

本节描述EPC URI语法。

EPC URI的形式语法如下：

EPC-URI ::= SGTIN-URI | SSCC-URI | SGLN-URI | GRAI-URI | GIAI-URI
 | GSRN-URI | GDTI-URI | CPI-URI | SGCN-URI | GINC-URI | GSIN-URI
 ITIP-URI | UPUI-URI | PGLN-URI | GID-URI | DOD-URI | ADI-URI | BIC-URI

其中，右边的各种备选方案在下面的章节中介绍。

每个EPC URI scheme在以下小节中指定，如下所示：

EPC Scheme 所在小节 相应的GS1键 典型应用
sgtin 6.3.1 GTIN(携带系列号) 贸易项目
sscc 6.3.2 SSCC 逻辑单元
sgln 6.3.3 GLN(有或没有额外扩展) 位置
grai 6.3.4 GRAI(必须携带系列号) 可回收资产
giai 6.3.5 GIAI 固定资产
gsrn 6.3.6 GSRN - 接受者 医院管理或俱乐部会员
gsrnp 6.3.7 GSRN - 提供者 医务人员或俱乐部忠实会员
gdti 6.3.8 GDTI(必须携带系列号) 文档
cpi 6.3.9 无 工业技术(例如汽车)-零部件唯一标识
sgcn 6.3.10 GCN(必须携带系列号) 优惠券
ginc 6.3.11 GINC 由货运代理指定的整个运输过程中货物的逻辑分组
gsin 6.3.12 GSIN 基于发运通知或提货单的运输的后勤单元的逻辑分组
itip 6.3.13 AI(8006)结合AI(21) 多部分组成之一，隶属于一个整体(依次由一个SGTIN或AI组合01+21标识)
upui 6.3.14 GTIN和TPX 包装识别以打击非法贸易
pgln 6.3.15 部分GLN - AI(417) 经济经营者的身份识别；保管链(CoC)/所有权链(CoO)中拥有方或占有方的身份识别)
gid 6.3.16 无 未指定
usdod 6.3.17 无 美国国防部供应链
adi 6.3.18 无 航空航天和国防部门用于独特识别飞机、其他部件和物品
bic 6.3.19 无 多式联运集装箱
imovn 6.3.20 无 船舶识别

序列化全球贸易项目代码(Serialised Global Trade Item Number，SGTIN)

序列化全球贸易项目码EPC scheme用于为贸易项目的实例分配唯一标识，例如产品或SKU的特定实例。

通用句法：

urn:epc:id:sgtin:CompanyPrefix.ItemRefAndIndicator.SerialNumber

示例：

urn:epc:id:sgtin:0614141.112345.400

语法

SGTIN-URI ::= “urn:epc:id:sgtin:” SGTINURIBody
SGTINURIBody ::= 2*(PaddedNumericComponent “.”) GS3A3Component

两个PaddedNumericComponent域的字符总数必须为13（不包含点字符）。

SGTIN-URI的系列号域表示为GS3A3Component，它允许按照GS1通用规范$^{(注3)}$的 Application Identifier 21 Serial Number 中所允许的所有字符来表示。然而，派生自标签编码的SGTIN-URI为仅由数字组成的系列号，并且没有前导0（除非整个系列号由一个零位数字组成）。这些限制在编码过程和第12.3.1节描述。

$^{(注3)}$：如第7.1节所述，SGTIN中的系列号目前定义为等同于GS1通用规范中的AI(21)。这种等效性目前正在GS1中讨论，并可能在EPC标签数据标准的未来版本中进行修订。

SGTIN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或其代理。它与GS1 GTIN键中的GS1公司前缀数字相同。关于GTIN-8的情况，请参考7.3.2节。
  • 项目参考：由管理实体分配给特定对象类。在EPC URI中出现的项目参考是通过连接GTIN的指示数字（或者为一个零填充字符，如果EPC URI派生自GTIN-8、GTIN-12或GTIN-13）和项目参考数字从GTIN派生的，并将结果视为单个数字字符串。
  • 系列号：由管理实体分配给单个对象。系列号不是GTIN的一部分，但在形式上是SGTIN的一部分。

系列货运包装箱代码（Serial Shipping Container Code，SSCC）

系列货运包装箱代码sheme用于给一个物流处理单元分配一个唯一标识，例如货运集装箱或托盘装载的总内容。

通用句法：

urn:epc:id:sscc:CompanyPrefix.SerialReference

示例：

urn:epc:id:sscc:0614141.1234567890

语法

SSCC-URI ::= “urn:epc:id:sscc:” SSCCURIBody
SSCCURIBody ::= PaddedNumericComponent “.” PaddedNumericComponent

两个PaddedNumericComponent域的字符总数必须为17（不包含点字符）。

SSCC由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 SSCC键中的GS1公司前缀数字相同。
  • 系列参考：由管理实体分配给特定的物流处理单元。在EPC URI中出现的系列参考是通过连接SSCC的扩展数字和系列参考数字从SSCC派生的，并将结果视为单个数字字符串。

具或不具扩展的全球位置码（Global Location Number，SGLN）

SGLN EPC scheme用于给物理位置分配一个唯一标识，如指定建筑物或仓库内搁置的特定单元。

通用句法：

urn:epc:id:sgln:CompanyPrefix.LocationReference.Extension

示例：

urn:epc:id:sgln:0614141.12345.400

语法

SGLN-URI ::= “urn:epc:id:sgln:” SGLNURIBody
SGLNURIBody ::= PaddedNumericComponent “.” PaddedNumericComponentOrEmpty “.” GS3A3Component

两个PaddedNumericComponent域的总字符数必须为12（不包含点字符）。

SGLN-URI的扩展域表示为GS3A3Component，它允许根据GS1通用规范表示应用程序标识符254扩展中允许的所有字符来表示。SGLN-URI派生自96-bit标签编码，但具有仅由数字组成的扩展，并且没有前导0（除非整个扩展由单个数字0组成）。这些限制在编码过程和第12.3.1节中描述。

SGLN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GLN键中的GS1公司前缀数字相同。
  • 位置参考：由管理实体唯一地分配给特定物理位置。
  • GLN扩展：由管理实体分配给一个单独、唯一的位置。如果整个GLN扩展仅为单个0数字，它表示SGLN代表GLN，没有扩展。

非正式解释： 注意，术语SGLN中的“S”字母并不象它在SGTIN中那样代表“系列化”。这是因为没有扩展的GLN也标识了一个唯一位置，而不是位置类别，所以GLN和带扩展的GNL都可以被作为“系列化”标识符。术语SGLN只是区分EPC形式，它可以单独用于GLN，也可以用于具有扩展的GLN，而术语GLN总是指未扩展的GLN标识符。字母“S”不代表任何东西。

全球可回收资产标识符（Global Returnable Asset Identifier，GRAI）

全球可回收资产标识符EPC scheme用于给特定的可回收资产分配一个唯一标识符，例如可重复使用的货运包装箱或托盘滑块。

通用句法：

urn:epc:id:grai:CompanyPrefix.AssetType.SerialNumber

示例：

urn:epc:id:grai:0614141.12345.400

语法

GRAI-URI ::= “urn:epc:id:grai:” GRAIURIBody
GRAIURIBody ::= PaddedNumericComponent “.” PaddedNumericComponentOrEmpty “.” GS3A3Component

两个PaddedNumericComponent域的字符总数必须为12（不包含点符号）。

GRAI-URI的系列号域表示为GS3A3Component，它允许根据GS1通用规范表示系列号中允许的所有字符。然而，来自96-bit标签编码的GRAI-URI将具有仅由数字组成的系列号，并且没有前导零（除非整个系列号由一个零位数字组成）。

GRAI由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GRAI键中的GS1公司前缀数字相同。
  • 资产类别：由管理实体分配给特定的资产类别。
  • 系列号：由管理实体分配给单个物体。由于EPC总是引用特定的物理对象而不是资产类，所以在GRAI-EPC中系列号是强制性的。

全球单个资产标识符（Global Individual Asset Identifier，GIAI）

全球单个资产标识符EPC scheme用于给特定资产分配一个唯一标识符，例如叉车或电脑。

通用句法：

urn:epc:id:giai:CompanyPrefix.IndividulAssetReference

示例：

urn:epc:id:giai:0614141.12345400

语法

GIAI-URI ::= “urn:epc:id:giai:” GIAIURIBody
GIAIURIBody ::= PaddedNumericComponent “.” GS3A3Component

GIAI-URI的单个资产参考域表示为GS3A3Component，它允许根据GS1通用规范表示系列号中允许的所有字符。然而，来自96-bit标签编码的GRAI-URI将具有仅由数字组成的系列号，并且没有前导零（除非整个系列号由一个零位数字组成）。这些限制在编码过程和第12.3.1节中描述。

GIAI由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GIAI键中的GS1公司前缀数字相同。
  • 单个资产参考：由管理实体唯一地分配给特定资产。

全球服务关系代码-接受者（Global Service Relation Number – Recipient，GSRN）

全球服务关系代码EPC scheme用于为服务接受者分配一个唯一标识符。

通用句法：

urn:epc:id:gsrn:CompanyPrefix.ServiceReference

示例：

urn:epc:id:gsrn:0614141.1234567890

语法

GSRN-URI ::= “urn:epc:id:gsrn:” GSRNURIBody
GSRNURIBody ::= PaddedNumericComponent “.” PaddedNumericComponent

两个PaddedNumericComponent域的总字符数必须为17（不包含点字符）。

GSRN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GSRN键中的GS1公司前缀数字相同。
  • 服务参考：由管理实体分配给特定的服务接受者。

全球服务关系代码-提供者（Global Service Relation Number – Provider，GSRNP）

全球服务关系代码-提供者（GSRNP）EPC scheme用于给服务提供都分配唯一标识。

通用句法：

urn:epc:id:gsrnp:CompanyPrefix.ServiceReference

示例：

urn:epc:id:gsrnp:0614141.1234567890

语法

GSRNP-URI ::= “urn:epc:id:gsrnp:” GSRNURIBody
GSRNPURIBody ::= PaddedNumericComponent “.” PaddedNumericComponent

两个PaddedNumericComponent域的总字符数必须为17（不包含点符号）。

GSRNP由以下两个元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GSRN键中的GS1公司前缀数字相同。
  • 服务参考：由管理实体分配给特定的服务提供者。

全球文档类型标识（Global Document Type Identifier，GDTI）

全球文档类型标识符EPC scheme用于给具体文档分配一个唯一标识，如土地登记文件、保险单及其它等等。

通用句法：

urn:epc:id:gdti:CompanyPrefix.DocumentType.SerialNumber

示例：

urn:epc:id:gdti:0614141.12345.400

语法

GDTI-URI ::= “urn:epc:id:gdti:” GDTIURIBody
GDTIURIBody ::= PaddedNumericComponent “.” PaddedNumericComponentOrEmpty “.” GS3A3Component

两个PaddedNumericComponent域的总字符总数必须为12（不包含点字符）。

GDTI-URI的系列号域表示为GS3A3Component，它允许根据GS1通用规范表示系列号中允许的所有字符。然而，来自96-bit标签编码的GDTI-URI将具有没有前导零的系列号（除非整个系列号由一个零位数字组成）。这些限制在编码过程和第12.3.1节中描述。

GDTI由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GDTI键中的GS1公司前缀数字相同。
  • 文档类型：由管理实体分配给特定的文档类。
  • 系列号：由管理实体分配给单个文档。由到EPC总是指具体文档而不是文档类，系列号在GDTI-EPC是强制的。

组件/部件标识符（Component/Part Identifier，CPI）

组件/部件EPC标识符是为技术行业（包括汽车行业）使用而设计的，用于组件或部件的唯一标识。

CPI EPC结构提供了一种在RFID标签中直接编码唯一标识的机制，以及在EPCglobal体系结构的其他层使用URI表示。

通用句法：

urn:epc:id:cpi:CompanyPrefix.ComponentPartReference.Serial

示例：

urn:epc:id:cpi:0614141.123ABC.123456789
urn:epc:id:cpi:0614141.123456.123456789

语法

CPI-URI ::= “urn:epc:id:cpi:” CPIURIBody
CPIURIBody ::= PaddedNumericComponent “.” CPRefComponent “.” NumericComponent

CPI-URI的组件/部件参考域表示为CPRefComponent，它允许根据GS1通用规范表示组件/部件参考中允许的所有字符。然而，来自96-bit标签编码的CPI-URI将具有仅由数字组成的组件/部件参考，没有前导零，其长度小于或等于15减去GS1公司前缀的长度。这些限制在编码过程和第12.3.1节中描述。

CPI由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或它的代理。
  • 组件/部件参考：由管理实体分配给特定对象类。
  • 系列号：由管理实体分配给单个对象

管理实体或它的代理确保每个CPI不会分给超过一个物理组件或部件。通常，这是通过分配组件/部件参考来指定共享相同形式、匹配或功能的部件的实例集合来实现的，然后在组件/部件参考的每个值中唯一地发布系列号值，以便区分此类实例。

系列化全球优惠券代码（Serialised Global Coupon Number，SGCN）

全球优惠券代码EPC scheme用于给一个优惠卷分配唯一标识。

通用句法：

urn:epc:id:sgcn:CompanyPrefix.CouponReference.SerialComponent

示例：

urn:epc:id:sgcn:4012345.67890.04711

语法

SGCN-URI ::= “urn:epc:id:sgcn:” SGCNURIBody
SGCNURIBody ::= PaddedNumericComponent “.” PaddedNumericComponentOrEmpty “.” PaddedNumericComponent

PaddedNumericComponent域和PaddedNumericComponentOrEmpty域的字符总数必须为12（不包含点字符）。

SGCN-URI的序列组件域表示为PaddedNumericComponent，可包含最多12个数字，包括前导0，依照GS1通用规范。SGCN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GCN键中的GS1公司前缀数字相同。
  • 优惠劵参考：由管理实体分配给优惠劵。
  • 系列组件：由管理实体分配给优惠劵的唯一实例。由于EPC总是指一个具体的优惠劵而不是一个优惠劵类，SGCN-EPC中的系列号是强制的。

全球托运货物标识码（Global Identification Number for Consignment，GINC）

全球托运货物标识码EPC scheme用于为已托运给货运代理并打算作为一个整体运输的货物（一个或多个实体）的逻辑分组分配唯一标识。

通用句法：

urn:epc:id:ginc:CompanyPrefix.ConsignmentReference

示例：

urn:epc:id:ginc:0614141.xyz3311cba

语法

GINC-URI ::= “urn:epc:id:ginc:” GINCURIBody
GINCURIBody ::= PaddedNumericComponent “.” GS3A3Component

GINC-URI的托运货物参考域表示为GS3A3Component，它允许根据GS1通用规范中系列号中允许的所有字符进行表示。

GINC由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GINC键中的GS1公司前缀数字相同。
  • 托运货物参考：由货运代理唯一指定。

全球装运货物标识码（Global Shipment Identification Number，GSIN）

全球装运货物标识码EPC scheme用于为从发货人（卖方)向收货人(买方)运输货物的物流单元逻辑分组分配唯一标识。

通用句法：

urn:epc:id:gsin:CompanyPrefix.ShipperReference

示例：

urn:epc:id:gsin:0614141.123456789

语法

GSIN-URI ::= “urn:epc:id:gsin:” GSINURIBody
GSINURIBody ::= PaddedNumericComponent “.” PaddedNumericComponent

两个PaddedNumericComponent域的总字符数必须为16（不包含点字符）。

GSIN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体。它与GS1 GSIN键中的GS1公司前缀数字相同。
  • 装运参考：由货物发货人（卖方）指定。

贸易项目组件标识代码（Individual Trade Item Piece，ITIP）

贸易项目组件标识代码EPC scheme用于为贸易项目的从属元素分配唯一标识（例如，左右鞋，西装裤和夹克，DIY贸易项目由几个实体单元组成），后者包括多个组件。

通用句法：

urn:epc:id:itip:CompanyPrefix.ItemRefAndIndicator.Piece.Total.SerialNumber.

示例：

urn:epc:id:itip:4012345.012345.01.02.987

语法

ITIP-URI ::= “urn:epc:id:itip:” ITIPURIBody
ITIPURIBody ::= 4*(PaddedNumericComponent “.”) GS3A3Component

头两个PaddedNumericComponent域的字符总数必须为13（不包含点字符）。

后两个PaddedNumericComponent域的每个域的字符数必须为2（不包含点字符）。

4个PaddedNumericComponent域的字符总数必须为17（不包含点字符）。

ITIP-URI的系列号域表示为GS3A3Component，它允许根据GS1通用规范的应用标识符21系列号中允许的所有字符进行表示。ITIP-URI派生自110-bit标签编码，但带有系列号，这些系列号仅由数字组成，并且没有前导零（除非整个系列号由一个零位数字组成）。这些限制在编码过程和第12.3.1节中描述。

ITIP由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或它的代理。它与GS1 GTIN键中的GS1公司前缀数字相同。参阅7.3.2节获取GTIN-8案例。
  • 项目参考：由管理实体分配给物定对象类。EPC URI中出现的项目参考是通过连接GTIN的指示数字（或者填零字符，如果EPC URI是从GTIN-8、GTIN-12或GTIN-13派生）和项目参考数字从GTIN导出的，并将结果视为单个数字字串，参考7.3.2节获取GTIN-8案例。
  • 组件号
  • 从属于GTIN的组件的总件数
  • 系列号：由管理实体分配给单个对象。系列号并非GTIN的一部分，但在形式上是SGTIN和ITIP的一部分。

Unit Pack Identifier（UPUI）

Unit Pack Identifier EPC scheme用于根据 EU 2018/574 唯一地标识烟草可追溯性的单个项目。

通用句法：

urn:epc:id:upui:CompanyPrefix.ItemRefAndIndicator.TPX

示例：

urn:epc:id:upui:1234567.089456.51qIgY)%3C%26Jp3*j7‘SDB

语法

UPUI-URI ::= “urn:epc:id:upui:” UPUI-URIBody
UPUI-URIBody ::= 2*(PaddedNumericComponent “.”) GS3A3Component

前两个PaddedNumericComponent域的总字符数必须为13（不包含点字符）。

UPUI-URI的TPX域表示为GS3A3Component，它允许根据GS1通用规范应用标识符（235）、第三方控制的、序列化的GTIN扩展中允许的所有字符进行表示。

UPUI由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或它的代理。它与GS1 GTIN键中的GS1公司前缀数字相同。参阅7.3.2节获取GTIN-8案例。
  • 项目参考：由管理实体分配给特定对象类。EPC URI中出现的项目参考是通过连接GTIN的指示数字（或者填零字符，如果EPC URI是从GTIN-8、GTIN-12或GTIN-13派生）和项目参考数字从GTIN导出的，并将结果视为单个数字字串，参考7.3.2节获取GTIN-8案例。
  • 第三方控制的系列化GTIN扩展：由第三方管理实体分配给单个对象，以根据 EU 2018/574 唯一标识烟草可追溯性的单独项目。

参与方全球位置码（Global Location Number of Party，PGLN）

PGLN EPC scheme用于唯一地标识参与方，如经济营运者或成本中心。

通用句法：

urn:epc:id:pgln:CompanyPrefix.PartyReference

示例：

urn:epc:id:pgln:1234567.89012

语法

PGLN-URI ::= “urn:epc:id:pgln:” PGLNURIBody
PGLNURIBody ::= PaddedNumericComponent “.” PaddedNumericComponentOrEmpty

两个PaddedNumericComponent域的总字符必须为12（不包含点字符）。

PGLN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或它的代理。它与GS1 GLN键中的GS1公司前缀数字相同。
  • 参与方参考：由管理实体唯一地分配给具体参与方。

通用标识符（General Identifier，GID）

通用标识符EPC scheme独立于EPCglobal标签数据标准之外的任何规范或标识scheme。

通用句法：

urn:epc:id:gid:ManagerNumber.ObjectClass.SerialNumber

示例：

urn:epc:id:gid:95100000.12345.400

语法

GID-URI ::= “urn:epc:id:gid:” GIDURIBody
GIDURIBody ::= 2*(NumericComponent “.”) NumericComponent

GID由以下元素组成：

  • 通用管理者代码（General Manager Number）：标识一个组织实体（本质上是一家公司、经理或其他组织），负责维护之后的域（对象类和系列号）所对应的代码。GS1将通用管理者代码分配给一个实体，并确保每个通用管理者代码的唯一性。注意，通用管理者代码并非GS1公司前缀。通用管理者代码可能仅被用于 GID EPC。
  • 对象类：由EPC管理实体用于标识事物的类别或类型。这些对象类代码在每个通用管理者代码范围中必须是唯一的。
  • 系列号代码或系列号：在每个对象类别中是唯一的。也就是说，管理实体有责任为每个对象类别无重复地分配唯一系列号。

美国国防部标识符（US Department of Defense Identifier，DOD）

美国国防部标识符由美国国防部定义。此标签数据结构可用于编码96-bit class 1标签，用于已被分配CAGE（商业和政府实体）代码的供应商将货物运送至美国国防部。

在撰写本文时，将哪些信息编码到这些字段的详细信息在一份题为“美国国防部供应商被动RFID信息指南”的文件中解释，该文件可在美国国防部的网站上获得：

http://www.dodrfid.org/supplierguide.htm

请注意，国防部指南明确承认跨部门、全球适用标准的价值，建议“是EPCglobal订阅者并具有唯一[GS1]公司前缀的供应商可以使用EPC™标签数据标准文档中描述的任何身份类型和编码指令来编码标签。

通用句法：

urn:epc:id:usdod:CAGEOrDODAAC.SerialNumber

示例：

urn:epc:id:usdod:2S194.12345678901

语法

DOD-URI ::= “urn:epc:id:usdod:” DODURIBody
DODURIBody ::= CAGECodeOrDODAAC “.” DoDSerialNumber
CAGECodeOrDODAAC ::= CAGECode | DODAAC  
CAGECode ::= CAGECodeOrDODAACChar*5
DODAAC ::= CAGECodeOrDODAACChar*6
DoDSerialNumber ::= NumericComponent
CAGECodeOrDODAACChar ::= Digit | “A” | “B” | “C” | “D” | “E” | “F” | “G” | 
“H” | “J” | “K” | “L” | “M” | “N” | “P” | “Q” | “R” | “S” | “T” | “U” | “V” 
| “W” | “X” | “Y” | “Z”

航空航天和国防标识符（Aerospace and Defense Identifier，ADI）

可变长度的航空航天和国防EPC标识符是为航空航天和国防部门设计的，用于识别零件或物品。现有的唯一标识符结构是在航空运输协会(ATA)规范2000标准[SPEC2000]中定义的，在美国国防部指南中用于唯一识别物品[UID]。ADI EPC结构提供了一种机制，可以在RFID标签中直接编码这种唯一标识符，并在EPCglobal体系结构的其他层使用URI表示。

在ADI EPC支持的航空航天和国防部门标识结构中，公司由其商业和政府实体（CAGE）代码或其国防活动部门地址代码(DODAAC)唯一标识。NATO CAGE(NCAGE)代码由北约/盟国委员会135发布，在结构上相当于CAGE代码(不包括大写字母I和O的由大写字母数字组成的5个字符)，并且不与美国国防物流信息服务(DLIS)发布的CAGE代码相冲突。请注意，在本节的其余部分中，对CAGE的所有引用都同样适用于NCAGE。

ATA规范2000定义了一个唯一的标识符可以通过保持CAGE代码或DODAAC的组合来构造，并且可以：

  • 在CAGE码或DODAAC中唯一分配的系列号(SER)；或
  • 在保持CAGE代码或DODAAC中唯一的原始部件编号(PNO)和在原始部件编号中唯一分配的顺序系列号(SEQ)。

唯一标识物品的美国国防部指南定义了许多可接受的方法来构造唯一物品标识符(UIIS)。可以使用航空航天和国防EPC标识符表示的UIIS是那些通过CAGE码或DODAAC的组合以及以下任何一种构造的：

  • 在企业标识符中唯一的系列号。（UII 结构 #1）
  • 原始零件号和在原始零件号中唯一的系列号（UII 结构 #2 的一个子集）

请注意，US DoD UID指南识别了一些基于GS1标识符的唯一标识符，认为它们是有效的UID。特别是SGTIN（GTIN + 系列号）、GIAI，并且具有完全序列化的GRAI被认为是有效的UID。这些可以用EPC形式表示，分别使用第6.3.1、6.3.5和6.3.4节规定的SGTIN、GIAI和GRAI EPC scheme；ADI EPC scheme并未用于此目的。相反，US Do UID准则也承认各种发行机构发布的广泛的企业标识符，而不是上述机构；这样的UID没有相应的EPC表示。

为了通过RFID识别那些传统上不系列化或不需要为其他目的系列化的飞机部件，ADI EPC scheme可用于为部件分配唯一标识符。在这种情况下，ADI EPC的系列号组件的第一个字符应为单个#字符。用于指示系列号与传统系列化部件的系列号不对应，因为#字符不允许出现在ATA规范2000标准中与SER或SEQ文本元素标识符相关的值中。

对于传统上系列化/要求系列化的部件，其目的不是具有唯一的RFID标识符，而是用于我们US DoD UID指南中的所有应用中，#字符不应当出现在系列号元素中。

ATA规范2000标准建议公司在其CAGE代码中唯一地系列化。对于在其保持架代码或DODAAC中唯一系列化的公司，在构建EPC时，应使用零长度字符串代替原始部件编号元素。

通用句法：

urn:epc:id:adi:CAGEOrDODAAC.OriginalPartNumber.Serial

示例：

urn:epc:id:adi:2S194..12345678901
urn:epc:id:adi:W81X9C.3KL984PX1.2WMA52

语法

ADI-URI ::= “urn:epc:id:adi:” ADIURIBody
ADIURIBody ::= CAGECodeOrDODAAC “.” ADIComponent “.” ADIExtendedComponent
ADIComponent ::= ADIChar*
ADIExtendedComponent ::= “%23”? ADIChar+
ADIChar ::= UpperAlpha | Digit | OtherADIChar
OtherADIChar ::= "-" | "%2F"
CAGECodeOrDODAAC  在6.3.17. 小节中定义

BIC Container Code（BIC）

ISO 6346 是一项国际标准，涵盖集装箱多式联运（航运）集装箱的编码、识别和标记。该标准为每个集装箱建立一个视觉识别系统，其中包括唯一的系列号（带有校验数字）、所有者、国家代码、大小、类型和设备类别以及任何操作标记。该标准由国际集装箱局(BIC)管理。

来源：https://en.wikipedia.org/wiki/ISO_6346#Identification_System

BIC由以下元素组成：

  • 拥有者代码：由拉丁字母的三个大写字母组成，以指示容器的所有者或主要操作员。这种代码需要在 国际集装箱局（Bureau International des Conteneurs） 注册，以确保世界各地的唯一性。

  • 装备类别标识符：由拉丁字母的下列大写字母之一组成：

    • U表示所有货运集装箱
    • J表示可拆卸货运集装箱相关设备
    • Z表示拖车和底盘

  • 系列号：由6个数字组成，由所有者或操作员指定，唯一地标识该所有者/操作员车队中的货运集装箱。

  • 校验数字：由一个数字组成，提供了一种验证所有者代码和系列号的记录和传输精度的方法。

在EPC URI句法中，BIC的单个元素不被点（.）分隔。

通用句法：

urn:epc:id:bic:BICcontainerCode

示例：

urn:epc:id:bic:CSQU3054383

语法

BIC-URI ::= “urn:epc:id:bic:” BICURIBody
BICURIBody ::= OwnerCode EquipCatId SerialNumber CheckDigit
OwnerCode ::= OnwerCodeChar*3
EquipCatId ::= CatIdChar*1
SerialNumber ::= Digit*6
CheckDigit ::= Digit
OwnerCodeChar ::= “A” | “B” | “C” | “D” | “E” | “F” | “G” | “H” | “J” | “K” 
| “L” | “M” | “N” | “P” | “Q” | “R” | “S” | “T” | “U” | “V” | “W” | “X” |  
“Y” | “Z” 
CatIdChar ::= “J” | “U” | “Z”

IMO Vessel Number（IMOVN）

IMO（International Maritime Organization国际海事组织）船舶识别号计划于1987年通过决议 A.600(15)，作为一项旨在加强“海上安全和污染预防以及促进预防海上欺诈”的措施”。它的目的是为每艘船分配一个永久号码，以供识别之用。当船舶转移到其他旗帜，该号码将保持不变，并将插入船舶的证书。当通过 SOLAS 第XI/3号条例（1994年通过）强制执行时，商定了100总吨位及以上客轮和300总吨位及以上所有货船的具体标准。

SOLAS 条例xi-1/3要求船舶的识别号在船舶船体或上部结构上的可见位置永久标记。客船应在从空气中可见的水平表面上进行标记。 船舶还应在内部标明其ID号。

这个数字分配给船体包围机械空间的总部分，并是决定因素，应当被当成额外的部分添加。

IMO号码从未重新分配给另一艘船，并显示在船舶的证书上。

（来源：http://www.imo.org/en/OurWork/MSAS/Pages/IMO-identification-number-scheme.aspx）

IMOVN由以下元素组成：

  • 一个唯一的7位vessel号

通用句法：

urn:epc:id:imovn:IMOvesselNumber

示例：

urn:epc:id:imovn:9176187

语法

IMOVN-URI ::= “urn:epc:id:imovn:” IMOVNURIBody
IMOVNURIBody ::= VesselNumber
VesselNumber ::= Digit*7

EPC Class URI（EPC Class URI）语法

本节讲述EPC Class URI的语法。

EPC类URI的形式语法如下：

EPCClass-URI ::= LGTIN-URI

其中，右手边的各种备选方案在下面的章节中指定。

每个EPC Class URI scheme在以下小节中指定，如下所示：

EPC 类 Scheme 所在小节 对应的GS1键 典型应用
lgtin 6.4.1 GTIN + 批或堆号 属于给定批次或堆的物品类

GTIN + Batch/Lot (LGTIN)

GTIN+ Batch/Lot scheme用于表示属于给定GTIN的给定批或组的一类对象。

通用句法：

urn:epc:class:lgtin:CompanyPrefix.ItemRefAndIndicator.Lot

示例：

urn:epc:class:lgtin:4012345.012345.998877

语法

LGTIN-URI ::= “urn:epc:class:lgtin:” LGTINURIBody
LGTINURIBody ::= 2*(PaddedNumericComponent “.”) GS3A3Component

两个PaddedNumericComponent域的总字符数必须为13（不包含点字符）。

LGTIN-URI的Lot域表示为GS3A3Component，它允许根据GS1通用规范表示应用标识符（10）批或组号中允许的所有字符来表示。

LGTIN由以下元素组成：

  • GS1公司前缀：由GS1分配给管理实体或它的代理。它与GS1 GTIN键中的GS1公司前缀数字相同。参考7.3.2小节获取GTIN-8的例子。
  • 项目参考或指示符：由管理实体分配给特定物体类。在EPC URI中出现的项目参考或指示符通过连接GTIN(或一个填零字符，如果EPC URI来自GTIN-8、GTIN-12或GTIN-13)和项目参考数字得到。
  • 批或组号：由管理实体分配给一类对象的不同批次或组号。批或组号不是GTIN的一部分，而是用来区分同一类对象的单个分组。
;

© 2018 - IOT小分队文章发布系统 v0.3