MSTP以太网专线测试指标
MSTP以太网专线测试指标
MSTP以太网专线的测试方案和参数设置
MSTP以太网专线是利用传统的SDH网络承载，在用户端采用MSTP设备为用户提供以太网接口的专线业务。这种业务的特点是:用户接口使用方便;能够灵活提供2M~100M的带宽;在骨干传输网上带宽独享，可以保证传送质量。 MSTP以太网专线的主要性能测试指标
MSTP以太网专线的性能测试指标主要是:传输时延、丢帧率、吞吐量。
传输时延:是指测试仪表收到帧的时间与发出这一帧的时间之差。假设仪表发出某一帧的时间为Ta，收到这一帧的时间为Tb，则时间Delay=Tb-Ta。传输时延包括MSTP设备处理时延、SDH设备处理时延和信号传输时延。
在城域网内(短距离)应用时，MSTP以太网专线的传输时延主要是设备时延。一般MSTP设备处理时延在1ms以内，每台SDH设备引入的处理时延在0.5ms以内。在长途网内(长距离)应用时，MSTP以太网专线的传输时延主要是信号传输时延，一般按照5ms/千公里计算。
MSTP设备的处理时延与以太帧的长度是正相关的关系。以太帧越长，MSTP设备的处理时延越大。
丢帧率:是指测试仪表发出帧数与收到帧数之差除以仪表发出帧数，再乘以100%。公式表示如下:(仪表发出帧数-收到帧数)/仪表发出帧数*100%。不同帧长下的丢帧率会有所变化，随着帧长的增加，丢帧率会增加。
指标要求:以太帧长度为64字节时，测试15分钟，丢帧率应为0。
吞吐量:是指在没有丢帧的情况下，整个通道的最大数据速率，一般用bit/s
或者帧/秒表示。以帧长度64字节为准，根据用户的业务带宽需求，设置相应的VC通道个数。对照表如下:
业务带宽与通道配置对应关系业务带宽配置的
(Mbps) VC通道个数 2 VC-12-1v 4 VC-12-2v 6 VC-12-3v 8 VC-12-4v 10 VC-12-5v 15 VC-12-7v 20 VC-12-10v 25 VC-12-12v 30 VC-12-14v 35 VC-12-17v 40 VC-12-19v 45 VC-12-21v 50 VC-12-23v/VC-3-1v 60 VC-12-28v 70 VC-12-33v 80 VC-12-37v 90 VC-12-42v 100 VC-12-46v/VC-3-2v 150 VC-4-1v 300 VC-4-2v 450 VC-4-3v
VC-4-4v(大于4个VC4，建议采用WDM技600 术) 750 VC-4-5v 900 VC-4-6v 1000 VC-4-7v
测试方案
上述三个指标均采用环回测试方法。测试方案如下:
以太网
SDH网络性能MSTP设备MSTP设备
分析仪
点到点MSTP以太网专线业务测试方案图
业务类型
根据城域以太网论坛(Metro Ethernet Forum ，MEF)的技术规范，以太网
的业务类型分为三大类:点到点的专线业务Ethernet Line(E-Line)，多点到多点
的虚拟专网业务Ethernet LAN(E-LAN)，和点到多点的业务(E-TREE)。每一
种业务类型对应多个属性，每个属性又由多个参数规定。这样，业务参数确定了
业务属性，业务属性确定了业务类型。
每一种业务类型的需求主要体现在:UNI接口的业务属性和EVC(Ethernet
Virtual Connection)的业务属性。
UNI接口的业务属性有:
UNI业务属性说明
UNI标识符任意的文本字符串，表示UNI接口名字。
物理介质符合IEEE 802.3-2002标准的物理接口
速度 10 Mbps, 100 Mbps, 1 Gbps or 10 Gbps
双工模式全双工或者自协商
MAC层要求符合IEEE 802.3-2002标准
Yes or No. MUST be No if All to One Bundling is Yes. Service Multiplexing 如果全合一捆绑是Yes，业务复用必须是No。
Yes or No. MUST be No if All to One Bundling is Yes Bundling(捆绑) 如果全合一捆绑是Yes，捆绑必须是No。
All to One Bundling Yes or No. MUST be No if Bundling or Service Multiplexing is
(全合一捆绑) Yes.如果捆绑或者业务复用是Yes，全合一捆绑必须是No。UNI EVC ID 任意的文本字符串，表示UNI接口中的EVC
UNI业务属性说明
CE-VLAN ID / EVC Mapping table of CE-VLAN IDs to EVCs at the UNI. Map
Maximum number of MUST be an integer >=1 EVCs
Bandwidth Profile OPTIONAL. If supported, MUST specify
Bandwidth Profile OPTIONAL. If supported, MUST specify
OPTIONAL. If supported, MUST specify
Bridge Block of protocols with destination MAC addresses
0x0180c2000000 through 0x0180c200000f. For each protocol,
MUST specify one of: Peer, Discard, or Pass to EVC.
GARP Block of protocols with destination MAC addresses Layer 2 Control 0x0180c2000020 through 0x0180c200002f. For each protocol, Protocol Processing MUST specify one of: Peer, Discard, or Pass to EVC.
All LANs Bridge Management Group protocols with destination
MAC address 0x0180c2000010. For each protocol, MUST specify
one of: Peer, Discard, or Pass to EVC.
说明:
1、Service Multiplexing:业务复用。指在同一端口上有多个EVC(Ethernet Virtual
Connection)。每一条EVC代表一条业务，所以叫业务复用。
2、Bundling:捆绑。指在一条EVC上传送多个VLAN 的帧。
3、All to one Bundling:全合一捆绑。指整个端口所有的VLAN 捆绑到一条EVC
上。也就是说此时整个端口只有一条EVC，没有业务复用。
EVC的业务属性有:
EVC Service Attribute 说明
EVC Type 包括点到点、点到多点、多点到多点
UNI List 列出与本条EVC相关的所有UNI的标识符。
CE-VLAN ID Yes or No(客户的VLAN ID是否保留) Preservation
CE-VLAN CoS Yes or No(客户的业务分类是否保留) Preservation
Deliver Unconditionally or Deliver Conditionally. If Unicast Service Frame Delivered Conditionally, MUST specify the delivery Delivery criteria.
EVC Service Attribute 说明
Deliver Unconditionally or Deliver Conditionally. If Multicast Service Frame Delivered Conditionally, MUST specify the delivery Delivery criteria.
Deliver Unconditionally or Deliver Conditionally. If Broadcast Service Delivered Conditionally, MUST specify the delivery Frame Delivery criteria.
Bridge Block of protocols with destination MAC addresses
0x0180c2000000 through 0x0180c200000f. For each
protocol passed to the EVC, MUST specify one of:
Discard or Tunnel.
Layer 2 Control GARP Block of protocols with destination MAC addresses
Protocol Processing 0x0180c2000020 through 0x0180c200002f. For each (only applies for L2CPs protocol passed to the EVC, MUST specify one of:
passed to the EVC) Discard or Tunnel
All LANs Bridge Management Group protocols with
destination MAC address 0x0180c2000010. For each
protocol passed to the EVC, MUST specify one of:
Discard or Tunnel.
For each CoS, MUST specify a CoS Identifier. MAY
Service Performance specify a Frame Delay value, a Frame Delay Variation
value and a Frame Loss value.
说明:
EVC是指以太网虚拟连接(Ethernet Virutal Connection), 每一条EVC表示一条以
太网专线业务，可能是点到点、点到多点、多点到多点的连接。
每一种业务类型的业务属性通过UNI接口参数和EVC的参数体现。具体的
业务类型有:
EPL:(Ethernet Private Line)高度透明的专线业务。不允许在UNI接口上进行业务复用，所有的业务帧映射到一条EVC中，每条业务一个独立的端口。
EPL业务是使用最广的业务类型。
EPL业务的参数设置如下:(包括UNI业务属性和EVC业务属性两张表格) EPL业务类型的UNI属性表格
UNI Service Attribute Service Attribute Parameters and Values
UNI Identifier Arbitrary text string to identify the UNI.任意字符串Physical Medium IEEE 802.3-2002 Physical Interface 错误～未找到引用源。 Speed 10 Mbps, 100 Mbps, 1 Gbps or 10 Gbps
Mode MUST be Full Duplex 必须是全双工
MAC Layer IEEE 802.3-2002 错误～未找到引用源。
UNI Service Attribute Service Attribute Parameters and Values Service Multiplexing MUST be No 不进行业务复用
Bundling MUST be No 不捆绑
All to One Bundling MUST be Yes 全合一捆绑
Arbitrary text string to identify the EVC instance at the UNI UNI EVC ID 任意字符串，用来在UNI接口上标识EVC
All Service Frames at the UNI MUST map to a single
CE-VLAN ID / EVC Map E-Line Service type EVC 在UNI接口上所有的业务帧
必须映射到一条E-Line类型的EVC Maximum number of EVCs MUST be 1 只有一条EVC
CIR: MUST be <= UNI Speed 小于等于UNI接口速率
CBS: MUST be > largest Service Frame size Bandwidth Profile Per Ingress EIR: MUST be 0
UNI EBS: MUST be 0
CM: MUST be ’False’ (color-blind)
CF: Not Specified
Layer 2 Control Protocol 见下面专门的表格说明L2CP的处理 Processing EPL业务类型的EVC属性表格
EVC Service Attribute Service Attribute Parameters and Values EVC Type MUST be Point-to-Point 必须是点到点
MUST list the two UNIs associated with the EVC. 列出与UNI List 此EVC相关的两个UNI端口
CE-VLAN ID Preservation MUST be Yes 保留客户设备的VLAN ID CE-VLAN CoS Preservation MUST be Yes 保留客户设备的CoS Unicast Service Frame MUST Deliver Unconditionally 无条件转发 Delivery
Multicast Service Frame MUST Deliver Unconditionally 无条件转发Delivery
Broadcast Service Frame MUST Deliver Unconditionally 无条件转发Delivery
Layer 2 Control Protocols
Processing (only applies for 见下面专门的表格说明L2CP的处理 L2CPs passed to the EVC)
Only one CoS is REQUIRED. A CoS ID of
MUST be specified. Service Performance Frame Delay, Frame Delay Variation and Frame Loss Ratio
MUST be specified.
EVPL:(Ethernet Virtual Private Line)以太网虚拟专线。允许在UNI接口上进行业务复用。业务帧的传送不是完全透明的，二层控制协议的业务帧全部被丢
弃。
EVPL业务的参数设置如下:(包括UNI业务属性和EVC业务属性两张表格) EVPL的UNI业务属性表格
UNI Service Attribute Service Attribute Parameters and Values UNI Identifier Arbitrary text string to identify the UNI. 任意的字符串Physical Medium IEEE 802.3-2002 Physical Interface 错误～未找到引用源。Speed 10 Mbps, 100 Mbps, 1 Gbps or 10 Gbps
Mode SHOULD be Full Duplex 必须是全双工
MAC Layer IEEE 802.3-2002错误～未找到引用源。
SHOULD be supported. When more than one EVC is
multiplexed at a UNI, All to One Bundling MUST be No. Service Multiplexing 当在UNI接口上复用超过1条EVC时，全合一捆绑必须是No。
Yes or No. If Yes, then CE-VLAN ID Preservation MUST
be Yes. MUST be No if All to One Bundling is Yes Bundling 如果选择Yes，那么CE-VLAN ID Preservation必须是Yes。
如果全合一捆绑是Yes，那么捆绑必须是No。
Yes or No. If Yes, then CE-VLAN ID Preservation MUST
be Yes. MUST be No if Bundling or Service Multiplexing
is Yes. All to One Bundling 如果选择Yes，那么CE-VLAN ID
Preservation必须是Yes。
如果捆绑或者业务复用是Yes，那么全合一捆绑必须是
No。
Arbitrary text string to identify each EVC instance UNI EVC ID 任意
字符串，标识每一条EVC。
Mapping table of CE-VLAN IDs to E-Line Service type UNI CE-VLAN ID / EVC Map EVC IDs.
Maximum number of EVCs >= 1
Bandwidth Profile Per Ingress No or
Bandwidth Profile Per CoS No or
Identifier
Layer 2 Control Protocol 见下面专门的表格说明L2CP的处理 Processing EVPL的EVC业务属性表格
EVC Service Attribute Service Attribute Parameters and Values EVC Type MUST be Point-to-Point 必须是点到点
UNI List MUST list the two UNIs associated with the EVC. CE-VLAN ID Preservation Yes or No
CE-VLAN CoS Preservation Yes or No
Unicast Service Frame Deliver Unconditionally or Deliver Conditionally. If
Delivery Delivered Conditionally, MUST specify the delivery criteria. Multicast Service Frame Deliver Unconditionally or Deliver Conditionally. If
Delivery Delivered Conditionally, MUST specify the delivery criteria. Broadcast Service Frame Deliver Unconditionally or Deliver Conditionally. If
Delivery Delivered Conditionally, MUST specify the delivery criteria. Layer 2 Control Protocols
Processing (only applies for 见下面专门的表格说明L2CP的处理
L2CPs passed to the EVC)
MAY support none, one or more CoS. If supported, a CoS
Service Performance ID, Frame Delay and Frame Loss Ratio MUST be specified.
Frame Delay Variation MAY be specified.
EVPL和EPL专线业务对于二层控制协议的处理需求
Protocol EVPL EPL Spanning Tree Protocol (STP), SHOULD Discard MUST Tunnel Rapid Spanning Tree Protocol (RSTP),
Multiple Spanning Tree Protocol (MSTP)
PAUSE (802.3x) SHOULD Discard SHOULD Discard
MUST Not Tunnel
Link Aggregation Control Protocol (LACP) SHOULD Discard SHOULD Tunnel Marker Protocol SHOULD Discard SHOULD Tunnel Authentication (802.1x) SHOULD Discard SHOULD Tunnel All LANs Bridge Management Group Block of SHOULD Discard MUST Tunnel Protocols
Generic Attribute Registration Protocol (GARP) SHOULD Discard MUST Tunnel Block of Protocols
EPLAN(Ethernet Private LAN)以太网专用局域网。每个端口只有一条业务。
EVPLAN(Ethernet Virtual LAN)以太网虚拟专用网。允许进行业务复用，
一个端口可以有多条业务。
EP-Tree(Ethernet Private Tree)以太网专用树形网。每个端口只有一条业务。
EVP-Tree(Ethernet Virutal Private Tree)以太网虚拟专用树形网。允许进行
业务复用，一个端口可以有多条业务。
EPL和EVPL都是点到点的EVC，EPLAN和EVPLAN都是多点到多点的EVC，EP-Tree和EVP-Tree都是点到多点的EVC。EPLAN、EVPLAN、EP-Tree、EVP-Tree都需
要网络中有设备支持二层交换功能。目前可以参照的规范比较少，在应用时需要制定细化的各项参数。
业务管理模式
根据MEF10.1，有三种业务管理模式:
1、基于端口:Port-based。即只管理整个UNI物理端口的带宽。
2、基于VLAN:Port/VLAN-based。即管理到端口下的每个VLAN对应的EVC 的带宽。
3、基于CoS:Port/VLAN/CoS-based。即管理到VLAN下的每个CoS对应的带
宽。
无论采用哪种模式，都有一个带宽配置文件(Bandwidth Profile)指配到相应的端口、VLAN或者CoS。带宽配置文件包含的参数如下:
CIR:Committed Information Rate，保证信息速率，单位bit/s。是指在保证性能指标要求的情况下，传送的业务帧的平均比特速率。
CBS:Committed Burst Size，认可突发长度，单位Byte。即保证传送的最大MTU长度。对于以太网来说要求大于或等于1522字节。
EIR:Excess Information Rate ，额外信息速率，单位bit/s。定义了在不保证性能指标要求的情况下，传送的业务帧的平均比特速率。
EBS:Excess Burst Size，额外突发长度，单位字节。限制一个突发业务帧能够传送的最大字节数。
CF:Coupling Flag，耦合标志，取值0或1。在两种传送速率算法中做出选择，仅对黄色帧起作用。当CF=0，黄色帧的比特速率不能超过EIR;当CF=1，黄色帧的速率与绿色帧相关，两者之和最大不能超过CIR+EIR。在两种情况下，黄色帧的突发长度都不能超过EBS。
CM:Color Mode，色彩模式。取值color-blind或者color-aware。Color-blind不分辨颜色，color-aware分辨颜色。
进行业务管理的时候，每一个业务帧都会根据UNI端口、EVC、或者CoS使用一个带宽配置文件，带宽管理算法根据带宽配置文件的6个参数:CIR、CBS、EIR、EBS、CF、CM，把每一个业务帧分到三类颜色中的一种。三种颜色包括绿色、黄色、红色。每一个业务帧必定属于三种颜色帧中的一种，绿色帧的等级最高，是保证传输的帧，红色帧的等级最低，是最先被丢弃的帧，不保证传送质量。
ITU建议中对于以太网专线参数的规定
ITU建议中对于以太网参数的规定是MEF规定的参数的子集，两者的区别不大。
对于EPL业务类型，业务属性的区别如下:
对于EVPL业务类型，业务属性的区别如下:
ITU-T针对EVPL又进行了细分，分为EVPL type 1，2，3三种类型。ITU-T 对于带宽配置文件中的CF、CM参数没有明确规定。
参考资料
1、RFC2544 《Benchmarking Methodology for Network Interconnect Devices》
2、《中国电信上海公司MSTP专线业务配置技术规范》
、MEF6 《Ethernet Services Definitions - Phase I》， Metro Ethernet Forum Technical 3
Specification
4、MEF10.1 《错误～未找到引用源。》，Metro Ethernet Forum Technical Specification
5、IEEE802.1D-2004 《IEEE Standard for Local and metropolitan area networks Media Access Control (MAC) Bridges》
6、IEEE802.1Q-2005 《IEEE Standard for Local and metropolitan area networks Virtual Bridged Local Area Networks》
7、IEEE802.1ad-2005 《IEEE Standard for Local and metropolitan area networks Virtual Bridged Local Area Networks Amendment 4: Provider Bridges》
8、ITU-T G.8001/Y.1354 《Terms and definitions for Ethernet frames over Transport (EoT)》
9、ITU-T G.8010/Y.1306 《Architecture of Ethernet layer networks》
10、ITU-T G.8011/Y.1307 《Ethernet over Transport – Ethernet services Framework》
11、ITU-T G.8011.1/Y.1307.1 《Ethernet private line service》
12、ITU-T G.8011.2/Y.1307.2 《Ethernet virtual private line service》
住建部与交通部一卡通标准体系分析
一、 政策背景 目前，住建部和交通部都在大力推广公共交通一卡通的互联互通工作，两个部委也先后颁布了两套技术标准或行业标准。 自2002年起，住房和城乡建设部陆续颁布了14项国家行业标准，涵盖了IC卡终端机具、卡片操作系统、安全体系、后台系统等。形成了一套完整、规范的标准体系。 2008年，建设部的指导城市客运职责整合划入交通运输部。最早由建设部管理的城市交通方面划归交通部，但早期由建设部统筹的一卡通互联互通工程仍由住建部继续实行。 曾经城市交通归国家住建部管，IC卡服务中心推行的是住建部全国城市一卡通密钥体系。因为它发行得很早，所以大多都用住建部的标准。可2008年，国家改革，将城市交通归到了交通部管理。此时，交通部对公交行业进行管理也启用了卡片形式，推出了专属的密钥体系。2014年3月交通部又推出了《城市公共交通IC卡技术规范（试行）》，对以前的密钥及标准体系进行改革，称将逐步在全国推行。 1.住建部 2012年，住建部主导的全国城市一卡通互联互通项目正式开通，当年7月，上海、宁波、绍兴、湖州、台州、常熟、兰州、白银8个城市实现“一卡通”的互联互通。凡是加入全国城市一卡通互联互通平台的联网城市市民即可持本地城市IC卡在其他联网城市刷卡乘坐公共交通，并享受当地刷卡的优惠政策，部分城市内还可享受乘坐地铁、租赁自行车的服务。 2014年6月1日起，由住建部颁布的《城镇建设智能卡系统工程技术规范》工程建设国家标准正式实施。该标准为智能卡领域第一项工程建设国标，同时是强制性国家标准，“对于城市IC卡系统设计、实施、验收的工程项目具有重要的指导意义。”
2.交通部 2014年03月21日，交通运输部发布关于做好《城市公共交通IC卡技术规范（试行）》验证工作的通知。为加快推广普及城市公共交通一卡通并实现跨市域互联互通，交通运输部编制了《城市公共交通IC卡技术规范（试行）》，组织开展技术规范的验证工作。 2015年05月05日，交通部发布关于促进交通一卡通健康发展加快实现互联互通的指导意见。《意见》提到，对新建设系统，要按照部颁标准开展系统建设，鼓励采用实名制。已建立交通一卡通系统的城市，要按照统一的技术标准升级、改造已有系统，并兼容原有存量卡，实现平稳过渡对已有系统进行升级、改造。 《意见》提出，近期目标是，优化和完善交通一卡通互联互通顶层设计，统一行业技术标准，建立全国安全、高效、分级的清分结算体系，建立较为完备的行业监管制度体系，到2020年基本实现各大城市群跨市域、跨省域的交通一卡通互联互通。 远期目标，提升综合运输服务能力，形成高效的运营机制，推动全国各交通运输方式一卡通用，积极开展与其他行业的互惠互利合作，最大限度方便群众出行和满足人民生产生活的需要。 根据《意见》，推进交通一卡通健康发展的重点任务包括：建立统一的交通一卡通标准体系；建立统一的密钥管理体系；建立分级管理清分结算体系等。 根据《意见》，推进以区域为重点的互联互通，选择京津冀、长三角、珠三角、长江经济带中游城市群等条件比较成熟、有内生需求的重点地区，以及公交都市创建城市，率先启动实施城市间交通一卡通互联互通工程。大力开展交通一卡通在出租汽车、长途客运、城际轨道、水上客运、公共自行车及停车场等交通运输领域的应用，积极推进在高速铁路、民航等领域的应用。
交通部全国一卡通互联互通最近进展 250城市已申请密钥
交通部全国一卡通互联互通最近进展250城市已申 请密钥 来源：一卡通世界网 2016-8-6 16:10:22 评论 0 条 近日，交通部公布了全国交通一卡通互联互通最近进程，截至2016年7月，全国已有250个城市向交通运输部提交了互联互通密钥申请，包括北京、天津在内的41个城市已初步实现互联互通，市民手持本市发行的交通一卡通互联互通卡，除了可以乘坐该城市公共交通外，在其他互联互通城市也同样畅行。截至4月底，京津冀三地累计发行互联互通卡3万余张，其中北京发行约1.2万张。根据交通部的互联互通计划，预计今年年底将实现100个以上城市的互联互通，2020年基本实现全国范围内跨市域公共交通一卡通的互联互通。 去年10月，“江苏交通一卡通”在镇江试点首发，这是交通部互联互通卡的首次亮相，标识着全国交通一卡通互联互通进入实际运作阶段，随后包括北京在内的41个城市相继对各地公交系统进行升级改造，并实现发行印有“交通联合”标识的互联互通卡。据悉，威海、银川、哈尔滨、杭州、大连、海口、佳木斯等15个重点城市也即将实现互联互通。 交通部41个互联互通城市具体名单 北京、天津、石家庄、保定、廊坊、张家口、沧州、承德、邯郸、重庆、南京、扬州、镇江、常州、南通、苏州、宿迁、盐城、淮安、徐州、连云港、泰州、无锡、长春、吉林、
通化、青岛、平顶山、包头、枣庄、临沂、咸阳、蚌埠、厦门、南平、宁德、泉州、龙岩、莆田、漳州、三明 江苏：年内全省50%县市实现公交一卡通 去年年底，江苏省内13个设区市城区公交一卡通实现“互通全覆盖”，凭着一张卡片，居民可以乘公交、地铁、有轨电车、轮渡和部分出租车，以及租借公共自行车，而且这张“一卡通”还可以与全国41个城市互刷。 近日召开的全省交通运输半年工作电视电话会议上，省交通厅厅长游庆仲布置下半年工作时明确，确保年底前实现50%县(市)公交卡互联互通。据悉，加入“全省公交一卡通”的县市居民，不但可以持一张公交卡畅行江苏省内，而且根据交通运输部的计划，今年底全国大中城市都将联网。 河北：9个城市通过交通部验收测试 2015年初，河北交通一卡通互联互通工作正式启动，11个城市与河北一卡通电子支付服务有限公司共同组建“河北一卡通交通服务有限公司”，以推动河北交通一卡通实现互联互通以及京津冀交通一体化。 去年年底，河北省石家庄、保定、沧州、承德、邯郸、廊坊、张家7个城市已率先实现互联互通，并初步实现京津冀一卡通，市民持卡互联互通卡可在京津冀区域内的任何互联互通的城市刷卡乘车，并享受当地的优惠政策。 今年7月，邢台、秦皇岛两市分别通过了交通运输部对交通一卡通公交车载机具、互联互通卡及系统的验收测试。接下来在试运行基础上将逐步增加设备的安装改造数量，做好
基于粤港澳公共交通一卡通互联互通平台构建研究
基于粤港澳公共交通一卡通互联互通平台构建研究 发布时间：2014-03-20 17:33:06 谢振东，吴金成，谭丹丹，陆涛 （广东岭南通股份有限公司，广州，510110） （发表于金卡工程 2014年1-2月刊，第206期） 摘要：随着一卡通技术的进步和城市交通信息化快速发展，基于一卡通 系统的跨区域公交互联互通需求呈现快速上升趋势，本文通过分析粤港澳公交 一卡通发展现状和跨区域出行中的技术瓶颈，论证公交一卡通互联互通对于增 强区域快速通行能力、解决“多卡不通”的现象起到关键基础性作用，在此基 础上，提出粤港澳公交一卡通互联互通平台构建模型，分析平台构建的内容及 相关技术。期望本研究对于推动区域性公交一卡通互联互通技术发展起到一定 的作用。 关键词：一卡通；系统平台；互联互通；交通信息化； 中图分类号：U121 文献标识码：A 引言 改革开放以来，我国城市公共交通有了较快发展，但随着经济的发展和 城市的扩大，城市交通拥堵、出行不便等问题也日益突出，严重影响了人们的 正常生活和城市的发展[1]。各地为了解决城市公共交通运转效率低下的问题，近几年陆续引入和建设城市公交一卡通系统，为城市居民创造了方便、快捷的 出行环境和智能的信息化网络，从而有效提高了城市公交的运行效率，促进了 交通资源的流通和整合[2,3]。由于历史原因，广东省（包括其他省市）内各地市一卡通系统所实现的规范及标准并不统一，造成彼此的一卡通系统无法互认，导致异地公交乘客需要另外购买当地公交卡或现金乘车，给跨区域出行的人们 带来了极大的不便，同时也不符合城市综合交通一卡通化发展要求，不利于城 市间人财物的流动和公交资源均匀配置[4]。基于这一新时期公交发展的新要求，本文基于粤港澳公交一卡通互联互通平台的构建进行研究，目标在于分析公交 一卡通互联互通的难点问题，从粤港澳区域公交一体化的视角，提出粤港澳公 交一卡通互联互通平台框架，分析该平台关键组成架构及实施难点，并结合国 内一卡通互联互通建设实践，提出该平台构建中的关键影响因素。本文的研究 对于推动粤港澳公交一卡通互联互通发展有积极的推动意义。 1、粤港澳公交一卡通互联互通的推进及其特征
公交一卡通工作汇报及推行计划
XX市公共交通总公司 公交一卡通项目负责小组 关于汇报项目总体情况概述暨推行方案的请示 因我公司一卡通配套刷卡设备与旧型号刷卡设备不通用，且存在老年卡结算、各类乘车卡服务接口不兼容等问题，一卡通项目推广进展缓慢。为贯彻落实领导提出的相关要求，推动我公司快速建成良好稳定的一卡通长效运营机制，现就我公司公交一卡通项目现状与今后的推行实施方案做简要汇报。 一、公交一卡通项目总体情况概述 一是基本设备架设已完成。我公司目前已具备基础配套的一卡通运作设施，含总管理系统、卡务系统、充值系统、数据汇总系统，可以完整的执行一卡通相关支付卡开通业务；二是车载移动支付端未完成全线装设。目前我公司一卡通刷卡机安装未铺到开所有公交线路，完整装设的仅有21路、22路。12 路为保证正常开关车门，暂未安装一卡通刷卡机。三是一卡通推广进度缓慢。受限于我市公交车运营现状，且技术上未实现各类型乘车卡兼容通用，因而广大市民对一卡通项目普遍持观望态度。经过前期组织推广，目前已发出全国互联互通卡255张，线路管理卡12张，程序设置卡2张，开卡收入共计5100元。综上所述，我公司一卡通项目推广仍处于缓慢乃至停滞状态。 - 1 -
二、公交一卡通项目推行方案 1.推行目的 一是响应XX市创建文明城市相关要求，推动我市公交系统更加完善先进。把握相关政策，围绕相关资源来打一场公交移 动支付改革“攻坚”战，为以后公司一卡通项目相关后续业务 良性发展提供保障；二是立足民生关注点，改善市民乘车体验。以此为契机，在一卡通项目推行期间，尽可能协调汇聚各方力 量解决原有老年卡系统的各种问题，方便市民特别是老年群体 的乘车需要；三是使得刷卡收入更加便于结算。注重长期性便利，有利于公司对刷卡收入环节的高效管理。 2.方案预计耗时 6个自然月（根据实际情况增减）。 3.实施步骤 根据实际情况和对重点难点工作分析，我项目小组建议采 用“五步走”方案。 第一步，相关设备安装工作全面铺开（根据当前公司具体 情况建议首先使用用员工一卡通作为试点使用）。需确保我公 司所属公交车一卡通刷卡机安装到位，尽快统计还未装设一卡 通刷卡机的车辆予以安装，便于推广期间统一调度。 第二步，与一卡通刷卡设备厂商沟通协调，全面规划一卡 机设备的技术性改造事宜（更换或接口升级）。以“全国交通 - 2 -
工作方案：交通一卡通互联互通工作实施方案
交通一卡通互联互通工作实施方案 为深入贯彻落实《国务院关于城市优先发展公共交通的指导意见》(国发〔X〕64号)和《交通运输部关于促进交通一卡通健康发展加快实现互联互通的指导意见》(交运发〔X〕65号)精神,加快推进全省交通一卡通互联互通工作,特制定本方案。 一、指导思想 深入贯彻落实党的十九大精神,按照“政府引导、市场运作、统筹协调、稳步推进”的基本思路,深化改革创新,完善市场机制,聚焦群众需求,促进发展共享,充分调动政府、企业、社会公众等各方面的积极性,共同推动交通一卡通健康发展,实现跨地域、跨交通方式互联互通,为方便人民群众出行提供有力支撑。 二、工作目标 从城市公交入手,加快建立全省统一、使用方便、经济实惠的交通一卡通系统,X年年底前全省18个省辖市实现交通一卡通全国互联互通,X年年底前10个省直管县(市)实现交通一卡通全国互联互通。坚持以便民利民为宗旨,整合交通优势资源,拓展交通一卡通综合运输服务功能,逐步推进交通一卡通在全省公交、地铁、出租汽车、公共自行车、道路水路客运、高速公路收费、停车场、服务区等交通运输领域应用,积极推进在铁路、民航等领域应用,为广大人民群众提供更加方便、快捷、高效、多样的出行服务。 三、主要任务
坚持“统筹计划、集约建设、统一标准、分级负责、有序推进、平稳过渡”的原则,重点推进以下工作: (一)成立省交通一卡通公司。按照政府主导、市场运作的原则,由省交通运输厅负责组建省交通一卡通有限责任公司,承担省级清分结算平台系统的建设和运营任务,实现与全国交通一卡通清分结算平台数据交换;制定全省交通一卡通互联互通相关技术标准和运营服务规范;建设全省交通一卡通文化品牌,开展互联网充值、移动支付等服务,拓展全省交通一卡通业务领域,为全省交通一卡通互联互通工作提供技术支撑和指导。 (二)建立清分结算平台。建立省、市(含省直管县〔市〕)两级清分结算平台。省级清分结算平台负责省内跨地区和跨交通方式的清分结算业务,为交通一卡通运营单位提供清分结算数据和相关信息服务。市级清分结算平台按照省交通一卡通相关技术标准和运营服务规范组织本级清分结算平台改造及运营,并实现与省级清分结算平台数据交换。 (三)统一标准规范体系。按照交通运输部颁布的交通一卡通技术标准体系规定,结合我X实际,制定全省交通一卡通技术实施标准,在密钥体系、芯片标准、文件结构、读写终端、数据接口、数据交换等方面统一技术标准。在全国交通一卡通清分结算业务规则指导下,制定清分结算业务规则,确定结算周期,制定结算流程。省辖市、省直管县(市)要按照指定的结算周期将刷卡交易原始记录及时上传至省级清分结算平台。省级清分结算平台负责对上传的原始数据进行验证、
(2020年)(交通运输)北京市政交通一卡通卡精编
（交通运输）北京市政交通 一卡通卡
（交通运输）北京市政交通 一卡通卡
北京市政交通壹卡通卡在轨道交通自动售检票系统中应用的技术规定（暂 行） 北京市交通委员会 二○○四年十二月 前言 为实现壹卡通卡在轨道交通自动售检票系统（以下简称AFC系统）的应用，确保北京市政交通壹卡通系统和AFC系统同步实施，遵照国家金卡办、建设部关于IC卡应用的“统壹规划、统壹标准、统壹制造、统壹发卡、统壹管理”原则,特制定本技术规定。 第壹章总则 第壹条本技术规定用于指导和规范壹卡通系统结算管理中心统壹发行的壹卡通卡在AFC系统应用中涉及的系统和设备的规划、建设和运营管理。 第二条本技术规定依据国家标准、行业标准和地方标准，且参照相关的国际标准制定。 第三条在AFC系统规划、建设和运营管理中，本技术规定应和《北京市轨道交通自动售检票系统技术管理规定（暂行）》同步执行，确保壹卡通卡在轨道交通和其它市政、交通领域的壹卡通行、壹卡多用。
第四条为确保系统安全和地区间的互联互通，北京市政交通领域储值IC卡应用系统密钥体系必须执行建设部颁布的相关标准。北京市建设事业IC卡应用的城市密钥卡应由北京市政府主管部门或其委托单位统壹发行。 第五条在AFC系统中各种相应设备上应实现壹卡通卡的应用，主要包括发行、流通、回收等。 第六条AFC系统和壹卡通系统相关的系统编码、数据接口、卡片结构、系统参数、终端处理流程等应符合壹卡通卡在市政交通领域应用的技术标准和规范。 第二章卡片 第七条壹卡通卡规格应符合ISO/IEC14443TYPEA标准和DB11/T159.1-2002标准(《市政交通壹卡通技术标准第1部分：卡片》)。壹卡通卡芯片包括Mifare?1（S50、S70）、Mifare?Pro、Mifare?DESFire 等。 第八条壹卡通系统发行且可在AFC系统中使用的卡片应用类型最多为256种，分为非记名卡和记名卡俩类。 第九条壹卡通卡应由壹卡通系统结算管理中心统壹初始化发行。二次发行可由应用业主负责。 第十条在确保AFC系统“壹卡通”、“壹票通”的前提下，壹卡通卡的应用和管理应同时符合壹卡通系统和AFC系统的业务规则及相关规定。
公交一卡通数据处理分析技术
公交一卡通数据处理分析技术 交通信息工程及控制 摘要：城市公共交通一卡通作为的一种便捷的支付工具近年来在公共交通领域发展非常迅速，得到了社会各界的广泛应用和发展。公交一卡通不仅给城市居民带来了生活上或者出行上的便利，随着一卡通市场的跨界融合和互联互通，从而打破行政区域间隔状态，这将会使城际间公共交通实现一体化，极大促进人们跨区域的经济和文化交流。公交一卡通是大数据时代“智慧城市”建设不可缺少的一部分，实基础性的，同时也贴近市民生活。公交信息是公交通行能力技术、公交客流预测技术、公交线路优化技术、公交调度技术等关键技术的基础，而公交一卡通的使用在提供数据的层面也能起到巨大的作用。基于公交一卡通信息处理来获取公交客流信息，无需耗费人力物力进行基础数的采集，通过已有一卡通数据进行分析即可获得完整、连续的公交客流信息。 关键词：公交一卡通、数据处理 公交一卡通在完成对乘客收费的同时，还能记录乘客使用一卡通的卡号、公交车自编号、刷卡时间等信息，这些信息能够准确的反应乘坐公交车出行者的分布情况，是公交车客流量数据采集的主要手段以及实现客流量预测的主要数据来源。随着一卡通使用的不断普及，以及一卡通采集内容的全面，如何利用一卡通采集到的实时数据进行与智能公交相关的研究越来越受到重视。数据资源的处理和应用是当前要面临的挑战。 1.公交一卡通数据分析目标 公交数据分析目标同样是建立公交数据分析系统的目的,它决定了公交数据分析系统的结构和分析流程,因此研究公交数据分析系统的框架必须首先明确公交数据分析目标。 通过公交数据分析,获得公交运营的基本客流信息,以及全面、准确反映城市公交运营状况及公交乘客公交出行特征的信息。为公交规划者提供规划依据,为公交管理者提供公交运营决策的依据。其具体目标主要有两个：（1）获得用于公交运营决策的公交客流信息，包括总客流、线路客流、断面客流、站点客流、客流时空变化分布等。（2）获得用于公交规划的居民公交出行特征信息，主要包括居民公交品均出行数、起讫点分布、平均换乘次数、出行耗时特征、出行距离特征等。 2.公交数据分析思路 数据分析是公交数据分析系统的核心部分,数据分析的过程包括数据预处理与数据分析两个步骤。数据预处理为随后的数据分析做数据准备,数据预处理得到什么样的结果由数据分析的结果要求决定,而数据分析需要得到的结果又由数据分析的最终目标决定。前文已经分析过,一卡通数据分析有两个目标一是获得用于公交运营决策的公交客流信息二是获得用于公交规划的居民公交出行特征信息。根据不同的分析目标,公交数据分析有两条由数据预处理到数据分析的分析思路。
《交通一卡通运营服务质量管理办法(试行)》2018年4月1日起实施
交通运输部办公厅关于印发《交通一卡通运营服务质量管理办法 （试行）》的通知 各省、自治区、直辖市、新疆生产建设兵团交通运输厅（局、委）： 经交通运输部同意，现将《交通一卡通运营服务质量管理办法（试行）》印发给你们，请结合实际，认真贯彻执行。 交通运输部办公厅 2018年1月31日（此件公开发布） 交通一卡通运营服务质量管理办法（试行） 第一章总则 第一条为促进交通一卡通行业健康有序发展，加快实现互联互通，方便人民群众出行，根据《国务院关于城市优先发展公共交通的指导意见》（国发〔2012〕64号）、《交通运输部关于促进交通一卡通健康发展加快实现互联互通的指导意见》（交运发〔2015〕65号），特制定本办法。 第二条在交通运输领域开展交通一卡通运营服务活动以及交通一卡通产品生产的机构，应当遵守本办法。 本办法所称交通一卡通，是指主要在交通运输领域用于支付或清算的实体或虚拟交通卡、二维码以及其他特定信息载体或介质；交通一卡通产品包括实体卡片、移动载体或介质、虚拟介质，以及用于支付受理的机具终端、商用密码设备和各类信息处理系统。 第三条开展交通一卡通服务活动以及交通一卡通产品相关业务，应当遵循便民、利民、惠民的原则，依法合规、诚实守信开展经营，实现互联共享。 第四条交通一卡通应用范围主要包括城市公共汽电车、城市轨道交通、出租汽车、市域（郊）铁路旅客运输、道路旅客运输、水路旅客运输等交通运输服务领域。 第五条交通一卡通运营机构包括交通一卡通发卡机构、收单机构、数据交换机构、代理机构等。 （一）本办法所称交通一卡通发卡机构，是指按照交通运输行业有关技术标准，开展交通一卡通发行业务的机构。 （二）本办法所称交通一卡通收单机构，是指按照交通运输行业有关技术标准，提供交通一卡通业务受理服务的机构。 （三）本办法所称交通一卡通数据交换机构，是指在一定区域内从事交通一卡通交易数据交换、结算管理、信息服务等业务的机构。全国交通一卡通数据交换中心（以下简称全国一卡通数据中心）承担全国范围内各交通一卡通运营机构间的数据交换、结算管理、信息服