交通运输-标识编码解析草案(0431).doc

交通运输部物联网工程专项课题

城市智能交通物联网应用技术标准研究与制订

交通运输 标识编码解析

(标准初稿)

2013年9月

目 次

1 范围 1
2 规范性引用文件 1
3 术语及定义 1
4 体系架构 2
5 解析原理 6
6 系统建设要求 12
附　录　A （规范性附录） 国家OID注册中心通用解析要求 13
附　录　B （规范性附录） 应用解析要求 14

前 言

本标准由……提出。
本标准由全国智能运输系统标准化技术委员会归口。
本标准起草单位：
本标准主要起草人：

引 言
根据中国智能交通物联网系统发展要求，标准编制组在广泛调查研究，认真总结建设实践经验，参考国外先进标准，并广泛征求意见的基础上，制订本标准。
为规范交通运输领域的解析系统建设,制定本标准.
本标准的主要内容包括交通运输领域的解析系统体系架构、解析系统建设原理和建设要求等内容。
本标准由全国智能运输系统标准化委员会负责管理和对强制性条文的解释，由主编单位具体负责技术内容的解释。
为保持标准的先进性与适用性，各使用者在采标过程中，及时将对本标准的意见及建议函告全国智能运输系统标准化技术委员会秘书处。
地址：北京市海淀区西土城路8号，邮编：100088，邮箱：，以便修订时研用。

交通运输 标识编码解析

1 范围
本标准涉及的范围：人、车辆、交通基础设施、车载通信设备、票据、资格证书、摄像头、交通信息、管理性文件等交通领域对象的统一标识管理。
本标准主要技术内容：交通运输领域的解析系统体系架构、解析系统建设原理和建设要求等内容。

2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修订单）适用于本文件。
[1]. GB/T 4657-2009 中央党政机关、人民团体及其他机构代码
[2]. GB/T 26231-2010 信息技术 开放系统互连 OID的国家编号体系和注册规程
[3]. GB/T XXXXX 信息技术 开放式系统互连 对象标识符解析系统
[4]. GB/T XXXXX 信息技术 开放式系统互连 解析系统运营机构的操作规程
[5]. GB/T XXXXX 交通运输 标识编码应用分类
[6]. YD/T XXXX-XXXX 基于泛在网的智能交通应用系统字体框架
[7]. YD/T XXXX-XXXX 泛在网络标识、解析与寻址体系
[8]. YD/T XXXX-XXXX 汽车信息服务 业务需求和整体框架
[9]. YD/T XXXX-XXXX 物联网总体框架与技术要求
[10]. YD/T XXXX-XXXX 物联网的需求技术报告
3 术语及定义
3.1智能交通（intelligent transport）
智能交通是指在较完善的交通基础设施之上，将先进的信息技术、通信技术、控制技术、传感器技术以及计算机处理技术等有效地集成运用于整个交通运输管理体系，而建立起的一种在大范围内、全方位发挥作用的实时、准确、高效的综合运输和管理系统。
3.2物联网（Internet of things）
通过部署具有一定感知、计算、执行和通信等能力的各种设备，获得物理世界的信息或对物理世界的物体进行控制，通过网络实现信息的传输、协同和处理，从而实现人与物通信、物与物通信的网络。
3.3标识（identifier）
在一定范围内唯一地识别各种智能交通应用环境中物理、逻辑实体或信息的一种属性。
3.4 OID（Object Identifer, 对象标识符）
是与对象相关联的用来无歧义地标识对象的全局唯一的值，可保证对象在通信或信息处理中正确的定位和管理。
3.5 解析（Resolution）
解析是指人通过网络服务输入或者数据采集设备识读标识符来获得特定输出的过程，输出的结果包括一个或者多个与标识对象相关的数据信息，比如标识对象的基本属性、存储位置信息等。
3.6 独立域名（Independent Domain Name）
是指编码标识注册机构结合实际应用情况，为解析服务器独立申请域名。
3.7 附属域名（Affiliated Domain Name）
是指编码标识注册机构，为解析服务器使用国家物联网标识注册中心域名的下级域名形式，而不是独立申请域名。
3.8 对象解析系统（Object Identifier System, ORS）
是指实现OID解析功能的系统，
支撑OID解析系统的过程，在此过程中，经由通用OID解析过程，提供OID的关联信息，在需要的情况，进一步实现特定应用的OID解析。
4 体系架构
本标准在《交通运输 标识编码应用分类》和《交通运输 标识编码规则》的基础上，遵循《信息技术 开放式系统互连 对象标识符解析系统》和《信息技术 开放式系统互连 解析系统运营机构的操作规程》，提出注册解析系统建设规范，实现交通领域中不同对象的解析功能。
交通运输领域的注册解析系统建设遵循分布式的部署架构，由相应的注册管理机构维护，架构图如图1所示。

图1. 标识管理架构图
4.1 交通部注册管理机构
交通部注册管理机构具有行业自主管控性，执行交通运输领域的对象标识管理工作，建设并维护标识注册解析系统，完成对象分类、标识注册、标识解析、注册备案、对象管理等功能。
4.1.1 对象分类
对交通运输领域的对象进行系统梳理、科学分类，对各类对象的管理权限和范围进行明确。
4.1.2 标识注册
交通部注册管理机构制定标识分配规则，负责为部级直属机构、省级注册管理机构、交通对象（部级管理）、交通信息等对象进行标识注册和唯一标识符分配。
注册解析系统应提供会员账户管理功能，允许用户通过登陆网站或者客户端的方式，填写基本信息，完成会员账号注册。
标识解析系统应为用户提供标识符申请和注册服务类型申请的功能。用户根据需求选择数字OID或者字母OID标识符，以及在以下三种注册类型中选择相应的注册服务。
（1） 注册服务
注册服务是指用户作为独立的运营机构向交通部注册管理机构提交机构信息，并通过标识符实现该机构信息解析的服务。机构信息可包括，但不局限于名称、机构性质、地址、联系方式、管理权限、网址等基本信息。
（2） 注册与联合解析服务
注册与联合解析服务是指用户作为独立的运营机构建立并维护交通对象解析服务器，向交通部注册管理机构提交机构信息、解析服务器地址、数据元以及数据元标识符等信息，通过唯一标识符而获取实该运营机构下所管理对象信息的服务。
（3） 注册与集成解析服务
注册与集成解析服务是指用户作为独立的运营机构，具有对所管理对象信息解析或公开发布的需求，但不具备相应的技术服务能力，因而委托交通部注册管理机构或者技术支撑单位完成需求调研、编码方案制订、解析系统建设、数据维护和管理等工作，实现通过唯一标识符而获取该运营机构下所管理对象信息的服务。
4.1.3 标识解析
交通部注册管理机构应通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。
交通部注册管理机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向国家OID注册中心提交解析服务器地址，建立解析链接，经由国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。
4.1.4 注册备案
交通部注册管理机构应对交通运输领域的省、市、县级注册管理机构以及各注册管理机构所分配OID的组织对象进行全部备案。
4.1.5 对象管理
交通部注册管理机构应为下列对象进行标识分配和管理：
（1） 部级直属机构、省级注册管理机构等组织机构；
（2） 隶属于国家公益性范畴的基础设施、资格证件等；
（3） 用于数据共享和交互的交通信息数据元。
4.2 省级注册管理机构
省级注册管理机构执行省内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。
4.2.1 标识注册
省级注册管理机构维护交通运输领域的OID省级分支，负责为省级交通直属机构、市级注册管理机构、交通对象（省级管理）等对象进行标识注册和唯一标识符分配。
4.2.2 标识解析
省级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。
省级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向交通部注册管理机构提交解析服务器地址，建立解析链接，经由交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。
4.2.3 对象管理
省级注册管理机构应为下列对象进行标识分配和管理：
（1） 省级直属机构、市级注册管理机构等组织机构；
（2） 隶属于省级管理范畴的人员、车辆、基础设施、交通事件等。
4.3 市级注册管理机构
市级注册管理机构执行本市内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。
4.3.1 标识注册
市级注册管理机构维护交通运输领域的OID市级分支，负责为市级交通直属机构、县级注册管理机构、交通对象（市级管理）等对象进行标识注册和唯一标识符分配。
4.3.2 标识解析
市级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。
市级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向省级注册管理机构提交解析服务器地址，建立解析链接，经由省级注册管理机构、交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。
4.3.3 对象管理
市级注册管理机构应为下列对象进行标识分配和管理：
（1） 市级直属机构、县级注册管理机构等组织机构；
（2） 隶属于市级管理范畴的人员、车辆、基础设施、交通事件等。
4.4 县级注册管理机构
县级注册管理机构执行本县内交通对象的标识管理工作，建设并维护标识注册解析系统，完成标识注册、标识解析、对象管理等功能。
4.4.1 标识注册
县级注册管理机构维护交通运输领域的OID县级分支，负责为县级交通直属机构、交通对象（县级管理）等进行标识注册和唯一标识符分配。
4.4.2 标识解析
县级注册管理机构可通过网站、客户端或者APP智能软件对外提供标识解析功能，通过唯一标识符的输入，面向不同的用户提供查询权限范围内的交通对象信息。
县级注册机构可自主建立对象解析网站或者研发智能软件，支持交通运输领域对象的实时信息查询，也可通过向市级注册管理机构提交解析服务器地址，建立解析链接，经由市级注册管理机构、市级注册管理机构、交通部注册管理机构、国家OID注册中心以及其他OID应用机构的网站、客户端或者APP智能软件进行交通对象标识解析。
4.4.3 对象管理
县级注册管理机构应为下列对象进行标识分配和管理：
（1） 县级直属机构；
（2） 隶属于县级管理范畴的人员、车辆、基础设施、交通事件等。
5 解析概述
在交通部标识解析架构中，标识解析是指通过网站、浏览器客户端查询、系统插件、机器自动识别等输入OID标识符，获得与标识对象相关联的多重属性信息过程。标识解析分为通用解析和应用解析两个步骤。

图2. 解析部署图
6 通用解析
通用解析是指从国家、交通部及各省市县、其他行业应用的网站、客户端、系统插件或者机器自动识读设备输入标识符，获得或者索引到存储标识对象信息的应用解析服务器地址的过程。
OID标识符有三类表示方式：数字OID、字母（数字）OID和中文OID。依据GB/T 26231-2010，交通部注册管理机构必须首先申请数字OID，并自主选择是否申请字母（数字）OID或者中文OID与数字OID进行绑定。
交通部注册管理机构自主管理所申请的OID标识前缀，并依据本地服务器的配置要求，进行通用解析。通用解析可按照6.1的递归解析或6.2的迭代解析流程进行。本标准以数字OID为例，对通用解析流程进行阐述。字母（数字）OID或者中文OID的通用解析过程也将遵从如下解析过程。
6.1 递归解析
递归解析是指所输入的标识符无法在本地解析服务器解析，而是本地解析服务器代替OID客户端进行查询，逐层递进，直到从根解析服务器获得正确解析结果，并由本地解析服务器反馈至OID客户端查询结果，流程如图3所示：

图3. OID递归解析流程示意图
假定客户端所要查询标识对象信息存储于县区级解析服务器，以广州市天河区为例，假设输入标识符为(1.2.156).348. 440106.XXXXX.XXXX，并假设此客户端配置的本地解析服务器为佛山市服务器，即标识前缀为（1.2.156）.348.440600，则整个递归解析流程如下所示：
（1）客户端首先在向本地解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q1）。
（2）本地解析服务器接收请求后，先查询本地缓存。如果有该标识符对应的解析地址记录，则直接向ORS客户端返回一条应答报文(An)，告知ORS客户端所查询标识对象信息所在的解析服务器地址。如果没有查到解析地址记录，则本地解析服务器向所配置的根解析服务器发送.348. 440106.XXXXX.XXXX的解析请求报文（Q2）。
（3）根解析服务器收到解析请求报文后，经由解析，得到.348标识前缀所对应的交通部解析服务器地址，并向本地解析服务器返回一条应答报文（A1），即根解析服务器无法获知.348. 440106的解析服务器地址，因而返回交通部解析服务器地址至本地解析服务器。
（4）本地解析服务器收到A1应答报文后，得到.348标识前缀所对应的交通部解析服务器地址后，再次向交通部解析服务器发送.348. 440106.XXXXX.XXXX解析请求报文（Q3）。
（5）交通部解析服务器收到解析请求报文后，经由解析，查询.348. 440106标识前缀所对应的省级解析服务器地址，并向本地解析服务器返回一条应答报文（A2），即交通部解析服务器无法获知.348. 440106的解析服务器地址，因而返回广东省解析服务器地址至本地解析服务器。
（6）本地解析服务器收到A2应答报文后，得到.348. 440106标识前缀所对应的广东省解析服务器地址，再次向广东省解析服务器发送.348. 440106.XXXXX.XXXX解析请求报文（Q4）。
（7）广东省解析服务器收到解析请求报文后，经由解析，查询.348. 440106标识前缀所对应的市级解析服务器地址，并向本地解析服务器返回一条应答报文（A3），即广州省解析服务器无法获知.348. 440106的解析服务器地址，因而返回广州市解析服务器地址至本地解析服务器。
（8）本地解析服务器收到A3应答报文后，得到.348. 440106标识前缀所对应的广州市解析服务器地址，再次向广州市解析服务器发送.348. 440106.XXXXX.XXXX解析请求报文（Q5）。
（9）广州市解析服务器收到解析请求报文后，经由解析，查询.348. 440106标识前缀所对应的县区级解析服务器地址，并向本地解析服务器返回一条应答报文（A4），即广州市解析服务器无法获知.348. 440106的解析服务器地址，因而返回天河区解析服务器地址至本地解析服务器。
（10）本地解析服务器收到A4应答报文后，得到.348.440106标识前缀所对应的天河区解析服务器地址，再次向天河区解析服务器发送.348.440106.XXXXX.XXXX解析请求报文（Q6）。
（11）天河区解析服务器收到解析请求报文后，在它的ORS区域数据库中查找，最终获得.348.440106.XXXXX.XXXX所对应的IP地址，并向本地解析服务器返回一条应答报文（A5）。
（12）本地解析服务器（即佛山市解析服务器）收到A5应答报文后，向ORS客户端返回一条应答报文（An），告知ORS客户端所查询标识对象信息所在的解析服务器地址，完成通用解析过程。
根据本地服务器配置要求，递归解析也可以使用转发模式，即ORS服务器就会把请求转发至上一级ORS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根ORS或把转请求转至上上级，以此循环。不管是本地ORS服务器采用哪种模式，最后都是把结果返回给本地解析服务器，由本地解析服务器返回给OID客户端。
6.2 迭代解析
迭代解析，是指在本地解析服务器或者所配置的根解析服务器无法解析的情况下，由OID客户端逐层递进，独立从根解析服务器获得正确的解析结果。通常在OID客户端的解析请求报文中没有申请使用递归解析或者所在的本地解析服务器被配置为禁用递归解析的情况下，OID客户端进行迭代解析。迭代解析流程如图4所示。

图4. OID迭代解析流程示意图
假定客户端所要查询标识对象信息存储于县区级解析服务器，以广州市天河区为例，假设输入标识符为(1.2.156).348. 440106.XXXXX.XXXX，并假设此客户端配置的本地解析服务器为佛山市服务器，即标识前缀为（1.2.156）.348.440600，则整个递归解析流程如下所示：
（1）ORS客户端向本地解析服务器发出解析.348. 440106.XXXXX.XXXX的请求报文（Q1）。
（2）本地解析服务器收到解析请求报文后，先查询本地缓存。若有该标识符对应的解析地址记录，则直接向ORS客户端返回一条应答报文（An），告知ORS客户端所查询标识对象信息所在的解析服务器地址。如果没有查到解析地址记录，则本地解析服务器将所配置的根解析服务器地址和应答报文返回至ORS客户端（A1）。
（3）ORS客户端在收到本地解析服务器的应答报文（A1）后，根据国家根解析服务器地址信息，向国家根解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q2）。
（4）根解析服务器收到解析请求报文后，通过查询得到.348标识前缀所对应的交通部解析服务器地址，并把交通部解析服务器地址信息以应答报文（A2）的形式返回至ORS客户端。
（5）ORS客户端收到应答报文（A2）后，向交通部解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q3）。
（6）交通部解析服务器收到解析请求报文（Q3）后，通过查询得到.348. 440106所对应的省级解析服务器地址，并把广东省解析服务器地址信息以应答报文（A3）的形式返回至ORS客户端。
（7）ORS客户端收到应答报文（A3）后，向广东省解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q4）。
（8）广东省解析服务器收到解析请求报文（Q4）后，通过查询得到.348. 440106所对应的市级解析服务器地址，并把广州市解析服务器地址信息以应答报文（A4）的形式返回至ORS客户端。
（9）ORS客户端收到应答报文（A4）后，向广州市解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q5）。
（10）广州市解析服务器收到解析请求报文（Q5）后，通过查询得到.348. 440106所对应的区县级解析服务器地址，并把天河区解析服务器地址信息以应答报文（A5）的形式返回至ORS客户端。
（11）ORS客户端收到应答报文（A5）后，向天河区解析服务器发送解析.348. 440106.XXXXX.XXXX的请求报文（Q6）。
（12）天河区解析服务器在本身的ORS区域数据库中查找，最终得到.348. 440106.XXXXX.XXXX所对应的IP地址，并向ORS客户端返回一条应答报文（A6），完成通用解析过程。
7 应用解析
应用解析是指OID客户端根据通用解析所获得的存储标识对象信息的应用解析服务器地址，通过OID输入，访问该应用解析服务器，获取与特定应用相关对象信息的解析过程。应用解析应基于IETF RFC 1035的DNS协议和IETF RFC 3403定义的NAPTR资源记录进行。
依据图1可知，各级注册管理机构负责管理下级机构和直属管辖对象。本标准假定各级注册管理机构对直接管理的对象进行了统一编码规则制定，而对于下级机构管理对象的编码规则不予干涉。实际应用情况更为复杂，但可参照本标准进行灵活研制。
应用解析分为OID标识符转换规则、ID结构信息解析和对象信息解析三步骤。
7.1 OID标识符转换规则
OID需要转换为全称域名（Fully Qualified Domain Name，FQDN）的格式，发送到应用解析服务器，转换规则定义如下：
步骤1：每段弧之间以“.”进行分离；
步骤2：将弧的次序进行反转；
步骤3：在步骤2所得到的结果后增加“.china-”。
举例说明：假定最终系统所输入的OID为(1.2.156).348. 440106.XXXXX，则转换后的全称域名为XXXXX.440106.348.china-。
7.2 ID结构信息解析
OID可看作为两部分组成：
表1 OID结构组成
OID
当前注册管理机构标识前缀
ID
ID结构信息通过使用POSIX Regular Expression技术，写入应用解析服务器的NAPTR资源记录中，NAPTR资源记录可向交通部上级注册管理机构进行备案和同步更新。
ID结构信息分为两类，所对应不同的NAPTR资源记录中的服务类型。
（1） 固定格式的ID结构信息
所对应的NAPTR资源记录格式如表2所示。它表明RegExp域包含将ID转换为特定的解析格式，以便进行下一步的对象信息解析。
表2 固定格式的NAPTR资源记录
order
preference
Flags
Service
RegExp
replacement
0
100
u
Moc+fft

.
固定格式的ID结构信息主要用于注册管理机构直接管理对象的解析。由于对象遵从统一的标识编码规则，因而ID结构信息固定，采用某种固定的标识编码方案。
举例说明：表3列出了固定格式ID结构信息的一个NAPTR资源记录，将RegExp应用于一个总长为11bit的ID，最终将得到“nnnnn.nnn. ”格式的ID。
表3 固定格式的NAPTR资源记录示例说明
order
preference
Flags
Service
RegExp
replacement
0
100
u
Moc+fft
!^(.{3})(.{5}).{3}$!\\2.\\.!
.
（2） 可变格式的ID结构信息
所对应的NAPTR资源记录格式如表4所示。它表明RegExp域包含从ID中提取一部分值，用于结合应用解析服务器所提供的额外信息，共同形成特定解析结构，以便进行下一步的对象信息解析。
表4 可变格式的NAPTR资源记录
Order
preference
Flags
Service
RegExp
replacement
0
100
u
Moc+vft

.
可变格式的ID结构信息主要用于注册管理机构对于下级注册机构的解析，或者是兼容现存标识编码方案的解析。
举例说明：表5列出了可变格式ID结构信息的一个NAPTR资源记录，将RegExp应用于一个总长为13bit的ID，将得到此ID的前两位比特值“XX”。
表5 固定格式的NAPTR资源记录示例说明
order
preference
Flags
Service
RegExp
replacement
0
100
u
Moc+vft
!^(.{2}).{11}$!\\1!
.
此时，客户端需要发送请求到应用解析服务器，获得NAPTR的基本信息“Y. ”，则得到最终查询结果“XX.Y. ”格式的ID。
7.3 对象信息解析
对象信息解析依据IETF RFC 1035所定义的DNS协议和IETF RFC 3034所定义的NAPTR资源记录。
依据ID结构信息解析的结果，OID客户端可配置NAPTR资源记录发送到应用解析服务器，获取RegExp域内的URL，使用该URL获得对象解析信息，具体参见表6。
表6 对象信息解析的NAPTR资源记录
order
preference
Flags
Service
RegExp
replacement
0
100
u
c2u
!^.*$!http:// XX.Y. !
.
其中，service域被设置为“c2u”，RegExp域指定了对象信息的URL。
注意：在NAPTR资源记录中，service域被设置为c2u时，需要在RegExp域内包含一个可用的URL。
8 应用场景分析
依据标识对象信息存储方式的不同，交通运输领域的对象可分为集中式管理的对象和分布式管理的对象。
用于集中式管理的对象是指依托于条码、二维码、RFID、智能IC卡等技术进行标识管理的对象，比如人员、车辆、运输货物等。此类对象具备离散信息采集、信息处理量较小、实时移动等特点，因而通常由其隶属的注册管理机构建设大型的应用解析服务器，进行集中式管理。本标准所提出的标识解析原理主要是针对集中式管理对象的解析。
用于分布式管理的对象是指依托于传感器网络、摄像头等技术进行监测管理的对象，比如交通基础设施等。此类对象一般信息采集连续、信息处理量较大，且具备稳定不变性等特点，因而通常结合现有的基础网络设施，进行分布式存储和数据管理，在需要时进行精准对象定位，实时调度获取信息。此类对象的解析系统和解析原理可依据GB/T XXXXX《信息技术　传感器网络 第502部分：标识：传感节点身份标识符解析规范》。
对于已经存在或者自主建设的对象管理系统，将应依据附录A的原理接入到交通部整体的标识解析架构中。
9 系统要求
9.1 设备要求
解析系统的软硬件配置根据用户实际访问量和数据容量等因素决定。
从应用角度考虑，各级注册管理机构的解析系统应部署两台服务器，一台用以下级注册管理机构的DNS解析，一台用于对象信息解析。
9.2 管理要求
9.2.1 解析系统设置在相应层级的标识分支管理机构。分支解析系统的申请者应根据实际情况向上一级管理机构提出申请，不可越级申请。只有在上一级管理机构不存在的前提下，分支解析系统才可越级提出申请。
9.2.2 分支管理机构应遵从部级标识管理机构的统一管理。
9.2.3 分支机构能够保证为解析系统提供一年365天的技术支持工作，每天保证24小时的技术和业务支持，并提供在解析服务器发生故障时可迅速恢复的能力证明。
9.2.4 分支机构应保证所获得和使用的数据除了标识管理和解析服务意外，不以任何理由与第三方共享。
9.2.5 分支管理机构应针对解析服务器出现紧急情况提供应急预案，系统具有实现数据备份、并迅速恢复所有相关区域文件的能力。
9.2.6 若分支机构停止运营或者进行机构变更，应保证在不破坏当前服务的前提下实施。

附录A （规范性附录）现有系统接入场景分析

此过程的目的是通过DNS寻找与ID相关联的多媒体信息的位置和接入方式，为了使用DNS,ID需要转换为DNS能够识别的规范格式。
进行ID解析的DNS服务器可在NS记录里包含指向另一个DNS的委托指示器（delegation pointer），或者在NAPTR资源记录里与ID相关联的多媒体信息的URL。
ID终端从ID标签里读取ID，并且知道如何将ID转换为FQDN的格式，并将ID转换为FQDN的格式发送它作为DNS请求的一部分。如果用户终端不知道如何将ID转换为FQDN的格式，则需要初始化OID解析过程（参见ISO/IEC 29168-2）。
NAPTR类型用于DNS请求，DNS请求发送到缺省的DNS服务器（本地DNS服务器）。如果缺省的DNS服务器有一个针对此ID的NAPTR资源记录，则返回包含多媒体信息内容的URL的NAPTR资源记录。如果缺省的DNS服务器没有针对此ID的NAPTR资源记录，则发送请求到根NS服务器。根DNS服务器发送其他DNS服务器的IP地址。缺省DNS服务器发送请求到新地址。此过程不断迭代，知道NAPTR资源记录被找到。当缺省DNS服务器成功地接受了NAPTR资源记录，便将NAPTR资源记录返回到ID终端，ID解析过程完成。
8.2

7.1.3 ID结构信息
依据GB/T XXXXX《交通运输 标识编码规则》，交通部标识符编码规则为：
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
若为载体直接识读的情况，则DNS服务器中的NAPTR资源记录如下所示：
Order
Preference
Flags
Service
RegExp
Replacement
0
100
u
Moc+
!^(.{X})(.{Y}).{Z}$!\\348.china-!
.
其中，采用固定格式标识符
若为载体和信息采集设备共同识读的情况，则DNS服务器的NAPTR资源记录如下所示：
Order
Preference
Flags
Service
RegExp
Replacement
0
100
u
Moc+VFT
!^(.{X})(.{Y}).{Z}$!\\348.china-!
.
其中，

参照GB/T XXXXX《交通运输 标识编码应用分类》和解析系统部署图（图2），由于信息存储和使用方式存在差异，应用解析可分为集中式对象管理应用解析和分布式对象管理应用解析。两者的差别在于前者往往以组织机构的形式来建设应用解析服务器；而后者往往是针对到具体某个网络、区域、某些节点来建立应用解析服务器。交通运输领域在对其对象应用解析服务器进行建设时，应考虑两种情况：（1）新建的对象应用解析服务器；（2）已存在、正在使用的对象应用解析服务器。
则交通运输领域的应用解析可分为以下3类情况：
应用解析方式
集中式对象管理
分布式对象管理
新建
集中式对象管理应用解析建设
分布式对象管理应用解析建设
已存在的系统
现有系统接入的应用解析建设
图5. 应用解析分类

在此应用解析过程中，OID客户端可通过以下两种方式进行OID输入：
（1） 载体直接识读
条码、二维码、RFID、智能IC卡承载有完整的OID标识符，无需通过其他处理方式，自动识读载体即可获得OID。
（2） 通过载体和信息采集设备共同识读
识别载体上承载ID编码，需要通过信息采集设备或者软件、上下文语境等加载和处理后，获得完整的OID标识符输入。

的信息往往为固定或者集中式存储。在交通运输领域，适用于集中式信息存储的对象一般为
举例来说，以RFID电子车牌应用场景为例，对象信息分为两部分：一是RFID电子标签所存储的信息（唯一标识符、车辆基本信息、加密信息等），此类信息量较少，而且比较稳定，虽然在一些场景下会有信息读入读出，但不会总是发生变化；另一部分则集中于读写器和后台数据管理系统，存储与运输车辆相关的信息，包括高速路站台

读写器、数据读入部分分配唯一标识、
分为在线和离线两类应用场景

运输车辆状态动态实时变化。想

运输车辆上安装有RFID电子车牌，里面存储车辆的唯一标识符、车辆基本信息、加密信息等。部署于道路旁边或者出入门禁的读写器在车辆通过时可自动识读RFID卡内信息，与后台数据管理系统关联，进而执行出入管理、费用缴纳、车辆通行信息统计等功能。在此类场景下，运输车辆具有唯一的标识符，

举例来说，以RFID机动车管理场景为例，机动车实时动态变化，而RFID电子芯片中所存储的信息以及后台管理系统中针对该机动车的存储信息比较稳定（虽有信息的读入读出，但信息不会总是发生变化，且信息存储量较小）。

5.2.1.3 应用解析原理

5.2.2 分布式信息储存的对象

5.2.3 动态移动、动态信息存储的对象

应用解析两类来源：1.国际上RFID、传感器网络等的解析标准；2. 因特网电子邮件、域名解析的借鉴内容。

DNS每组标号不超过63个字符，由多个标号组成的完整域名总共不超过255个字符。

4.2 交通部部级解析系统
部级解析系统负责整个交通运输领域中对象的标识管理工作，具有自主管控性，维护下一级分支机构的注册信息、解析地址信息以及维护直接管辖对象的标识注册、解析服务器地址以及相应的NAPTR记录。
4.3 分层级解析系统
分层级解析系统包括交通部各直属单位、省市级分支机构等，主要维护下级分支机构的注册信息、解析地址信息以及直接管辖对象的标识注册、解析服务器地址以及相应的NAPTR记录。

附录B
（规范性附录）
国家OID注册中心通用解析要求
交通运输部OID注册中心在进行注册时，应向国家OID注册中心提交解析服务器IP地址，以便于实现国家OID注册中心的通用解析过程。通用解析过程如下所示：
A.1 域名格式转换
数字形式的OID标识符转换至域名所需的规范格式， 假定交通运输部所分配的 OID标识符的正则形式为1.2.156.348.1，具体步骤如下所示：
将OID标识符进行反转，即“1.2.156.348.1”转换为“1.348.156.2.1”，添加字符串china-oid.org，得到最终的域名规范格式“1.348.156.2.1.china-”。
A.2 支持OID的DNS解析
此部分解析过程是根据转换后的域名，结合OID域文件规范，查找到相应的NAPTR资源记录，例如上述OID“1.2.156.348.1”域名转换后，“1.348.156.2.1.china-”即为DNS可以支持的域名形式， DNS根据此域名去解析获得对应的NAPTR记录，其中包含有该域名的解析服务类型以及所在的服务访问地址。每个