民航RFID应用的编码规则解析

民用航空组成的物流网络在全球运输系统中占有重要地位，其巨大的吞吐量和快速的流动性使货物的有效管理显得尤为重要。在国外，RFID应用已使航空公司或机场成为重要的受益者。RFID编码良好的兼容性使行李管理变得得心应手，用RFID编码代替原有行李管理系统的过程非常方便。

在民用航空管理应用中，如果标签数据的读写符合ISO/IEC 15961协议，这将使得航空公司和机场可以较方便地自主选用现有系统的数据格式，也可以增加未来新的数据格式。这种灵活性可以满足各种不同的需求，比如支持不同类型的旅客行李，体现了RFID编码的优越性。

民航应用中RFID标签上的编码也应满足已经广泛使用的ISO/IEC 15962的规则。这些规则可以通过一个已涵盖了ISO/IEC 15961及ISO/IEC 15962协议的系统自动来实现。

民航应用中采用这两个编码的数据协议也考虑到了可能把应用系统扩展到装载设备和其他设备上使用RFID标签的需求。

本节将详细讲述民航行李RFID标签管理系统的这两个编码规则的特点。

1.ISO/IEC15961相关特点

（1）目标识别码

ISO/IEC 15961要求一种码结构惟一对应一类RFID标签的数据编码，且分配给民航的目标识别码结构都有码头部分：101596112。对于大多数目标识别码来说，只有码尾部分不同，它们的具体定义见表3-2。一般情况下，只需要对码尾部分进行编码就可以了。

表3-2 目标识别码和数据元素

（续）

注：f[i]表示i位数字码；m[j]表示j位字符码（字符或数字字符）。

在此对上表中的内容作详细描述。

1）航班日期的编码规则。航班日期编码的目标识别码ID为1 0 15961 12 2。

该项是否需要编码视具体情况而定，是可选项。如果是预编码标签，此项将不再编码；如果标签需要编码，编码规则采用Julian历法日期格式，即用1～366表示每年的各天。比如1表示1月1号，366表示闰年的12月31号。

编码采用的日期是首飞段的航班日期。该日期的Julian历法日期编码和行李牌号一起构成了行李标签的惟一识别码。

对于扩展方式，以前是通过扩展行李牌号来满足更多行李数量的需求，如今却可以通过加入日期编码来取而代之。

2）安全信息的编码规则。安全信息的目标识别码ID为1015961123。民航应用安全信息包括乘客状态显示级别和显示状态。它们的具体编码规则如下：

乘客状态（1-bit，0=不选；1=选）

显示级别（3-bits，000=不显示，001=1级显示，010=2级显示，011=3级显示，100=4级显示，101=5级显示）

显示状态（1-bit，0=清除，1=失败）

3）行李路线的编码规则。行李路线的目标识别码ID为1015961125。路线编码采用的是城市邮政统一编码。比如：LHRSINKULPER，它表示包括起运站的编码（LHR代表London Heathrow）及终点站编码（SINKULPER代表Singapore，Kula Lumpur，Perth）。

4）航班数据的编码规则。航班数据的目标识别码ID为1015961126。航班数据的组成如下：

承运商号码：如KL-2个字符

航班号：如1930-4位数字

日期：如8th August-2位数字，3个字符

目的地：如AMS-3个字符(www.xing528.com)

出行类别：如Club（C）-1个字符

5）“端到端”快递服务的EDS进程的编码规则。“端到端”快递服务的EDS进程的目标识别码ID为10159611290。

“端到端”快递服务的EDS进程共包括12位长的数字字符串，由日期、时间、标识符和结果组成。各部分的编码规则见表3-3。

表3-3 EDS进程编码规则

（2）AFI

AFI是单字节（8bit）码，所有的ISO标准都有AFI，它用来识别标签源码，民航应用中用于区分特殊无线空中接口的标签类型，便于对具有不同AFI码值的标签的识别。该协议规定指定给民航用于行李处理操作的AFI是C1（16进制）。

（3）数据格式

数据格式编码用来区分不同类型应用的RFID标签，以便和ISO系统兼容。这里的数据格式是显著缩短的目标识别码。IATA RP1740C中目标识别码结构的共同部分不需要在RFID标签的编码中体现。这里的数据格式仅用于RFID设备的读写通信中。对于民航行李处理操作，其数据码是十进制数码12，这个特殊的码在一些命令中被用到，以利于标签数据的正确识读。

2.ISO/IEC15962相关特点

ISO/IEC 15962针对民航应用有其新特点，利用ISO/IEC 15962编码能够：

1）最大化地利用编码存储空间（即RFID标签上的存储器空间）。

2）允许任何授权用户读取RFID标签并提取任意编码信息而不需要弄明白编码序列的含义。

3）允许不同航空公司在RP1740C规范内采用不同数据项，而不用互相依赖。

4）允许RP1740C升级新的数据项，而不用考虑后向兼容问题。

ISO/IEC 18000—6 Type C定义了一种能够通过ISO/IEC 15962访问的无线空中接口协议。采用这种方式，任何航空公司都能采用最灵活的数据结构，而且适用于其他使用RP1740C协议的航空公司。

这个空中接口标准没有明确存储器的容量，只定义了其总体结构，其定义的四种存储段如下：

（1）存储段00为保留项

虽然它被定义成“保留的”，但实际上存储了失效口令和（或）访问密码。目前IATA还没有定义访问密码和失效密码的相应规则，因此为了符合RP1740C，最好不要使用这个存储段。

（2）存储段01为惟一身份标识项

本存储段仅存储目标识别码为1015961121和1015961122的编码数据，其编码结构决定了本段是不可缺少的。允许选用各种组织提供的数据编码，这些数据编码符合ISO/IEC 15961和15962规范。或者选用EPC global注册会员提供的惟一标识码（EPC global会员号中的一部分）。

（3）存储段10为标签编号项

用来定义标签可能支持的各种特性，特别是ISO/IEC 18000—6中部分指令或标签（芯片）制造商定义的指令。本存储段被芯片制造商预先编码。除非特殊需求，它与RP1740C协议没有直接的关系。其另一个用处是用于特殊标签的问题诊断。

（4）存储段11为用户自定义段

本存储段包含了目标的所有身份标识码，且符合ISO/IEC 15962。对于ISO相关应用，ISO/IEC 15961中定义这个存储段的使用方法。为了最大化利用编码空间，本存储段允许多个IATA（International Air Transport Association，国际航空运输协会）目标的身份标识码整合到一起存储。

虽然存储段01一般有足够容量用于存储行李牌号和飞行日期，而几乎不用考虑制造商的因素。在购买RFID标签时，航空公司和机场应检查本存储段11的容量，以保证其容量符合编码需求。考虑到ISO存在着大量的潜在应用，来自大多数厂商的标签的存储段11的空间都比较充裕，因此利用这一段比较合适。