廣州公共交通數(shù)據(jù)管理中心數(shù)據(jù)中心第三代公交電子支付終端銀聯(lián)

1、附件1廣州市公共交通數(shù)據(jù)管理中心第三代公交電子支付終端銀聯(lián)認(rèn)證服務(wù)采購項目內(nèi)容及技術(shù)要求項目名稱：第三代公交電子支付終端銀聯(lián)認(rèn)證服務(wù)采購項目購置數(shù)量：1項1.需求概述1.1項目背景銀聯(lián)在 2015 年發(fā)布的中國銀聯(lián) IC 卡技術(shù)規(guī)范升級公告2015 中增加了用于交通行業(yè)的聯(lián)機 ODA 功能。廣州地鐵在2016年年底引入了這技術(shù)，對全線終端進(jìn)行了升級改造。省內(nèi)的一些公交車載設(shè)備也陸續(xù)支持銀聯(lián)卡刷卡乘車。為了緊跟技術(shù)的發(fā)展，對于當(dāng)前的終端產(chǎn)品，也需支持銀聯(lián)卡交易。終端設(shè)備要支持銀聯(lián)PBOC3.0票卡，需要終端設(shè)備支持ISO14443A-4的通信標(biāo)準(zhǔn)，并且終端設(shè)備必須取得銀聯(lián)PBOC3.0認(rèn)證的證書

2、。因此提出了本次銀聯(lián)認(rèn)證的項目需求。1.2項目需求根據(jù)銀聯(lián)認(rèn)證要求提交送檢，并滿足以下需求；對本產(chǎn)品提供的RF天線及相關(guān)電路提出整改意見；對本產(chǎn)品的樣機進(jìn)行改造，使之符合PBOC L1、L2認(rèn)證要求；提交最終可認(rèn)證終端，并協(xié)助獲得過檢證書；提交過檢后全套的認(rèn)證資料，包括源碼及詳細(xì)解釋。向業(yè)主認(rèn)證人員解釋認(rèn)證步驟及要求，指導(dǎo)認(rèn)證中心設(shè)備使用方法。1.3參考文獻(xiàn)銀聯(lián)IC卡支持聯(lián)機ODA功能技術(shù)指引.pdf中國金融集成電路（IC）卡規(guī)范 第4部分：借記貸記應(yīng)用規(guī)范.pdf中國金融集成電路（IC）卡規(guī)范 第5部分：借記貸記應(yīng)用卡片規(guī)范.pdf中國金融集成電路（IC）卡規(guī)范 第6部分：借記貸記應(yīng)用終端規(guī)

3、范.pdf中國金融集成電路（IC）卡規(guī)范 第7部分：借記貸記應(yīng)用安全規(guī)范.pdf1.4名詞解釋L1 非接觸IC卡支付終端通訊協(xié)議測試L2 PBOC3.0接觸IC卡支付終端應(yīng)用測試2.產(chǎn)品認(rèn)證硬件需求2.1產(chǎn)品硬件整改當(dāng)前終端已采用NXP公司MFRC531射頻芯片做為RF驅(qū)動芯片，鑒于該芯片的技術(shù)參數(shù)較老，為適應(yīng)銀聯(lián)L1認(rèn)證要求，需對本終端RF芯片及芯片外圍電路提出整改建議，以達(dá)到上線支持銀聯(lián)卡刷卡要求。終端的RF天線設(shè)計最初未考慮銀聯(lián)認(rèn)證，在天線功率、頻點等參數(shù)上可能不符合過檢要求。需對本終端RF天線電路提出整改建議，以達(dá)到上線支持銀聯(lián)卡刷卡要求。2.2認(rèn)證終端改造銀聯(lián)認(rèn)證需提交3臺樣機送檢，

4、因此在認(rèn)證前需要對本產(chǎn)品終端進(jìn)行必要的改造，以達(dá)到快速認(rèn)證目的。整改的方法可以是在當(dāng)前MFRC531基礎(chǔ)上修改電路參數(shù)，也可以用已有方案進(jìn)行替換。銀聯(lián)L1檢測的內(nèi)容包括：非接觸模擬信號測試、非接觸通訊測試（typeA&typeB）。3.產(chǎn)品認(rèn)證軟件功能需求3.1支持快速借貸記（QPBOC）送檢終端需支持快速借貸記QPBOC，算法包括國際算法以及國密算法，即RSA/SHA-1、SM2/SM3?？焖俳栀J記QPBOC需支持脫機電子現(xiàn)金交易和聯(lián)機交易。3.2支持銀聯(lián)ODA 銀聯(lián)在2015年發(fā)布的中國銀聯(lián)IC卡技術(shù)規(guī)范升級公告2015中增加了用于交通行業(yè)的聯(lián)機 ODA 功能。新增規(guī)范如下：l 增

5、加簽名數(shù)據(jù)格式要求聯(lián)機 ODA 交易過程中動態(tài)簽名所使用數(shù)據(jù)和生成方法在中國銀聯(lián) IC 卡技術(shù)規(guī)范基礎(chǔ)規(guī)范 第 4 部分：借記貸記應(yīng)用安全規(guī)范 第 .1 章節(jié)“動態(tài)簽名的生成” 的規(guī)范要求之上，增加如下要求： 對于聯(lián)機授權(quán)請求（ ARQC） 中返回的動態(tài)簽名的場景中 （聯(lián)機 ODA）， 用于 DDA 哈希算法計算簽名 所使用的簽名數(shù)據(jù)格式（ Signed Data Format）應(yīng)設(shè)為 95，用于區(qū)分脫機授權(quán)請求中返回的動態(tài)簽名的情況。對于脫機授權(quán)請求（ TC） 中返回的動態(tài)簽名的場景中 ， 用于DDA 哈希算法計算簽名 所使用 的簽名數(shù)據(jù)格式（ Signed DataFormat）應(yīng)設(shè)為 0

6、5。對于支持聯(lián)機 ODA 的終端 ，在進(jìn)行聯(lián)機 ODA 的動態(tài)簽名驗證過程中，終端應(yīng)支持使用簽名數(shù)據(jù)格式 95 進(jìn)行數(shù)據(jù)驗證。 對于傳統(tǒng)金融 POS 終端（不支持聯(lián)機 ODA），在動態(tài)簽名驗證過程中，如簽名數(shù)據(jù)格式不是“05”，則動態(tài)數(shù)據(jù)認(rèn)證失敗。注： 對于基于主機模擬技術(shù)（ HCE）的移動支付產(chǎn)品， 除了 在簽名數(shù)據(jù)格式時候 使用 95 用于與傳統(tǒng)脫機授權(quán)交易進(jìn)行區(qū)分之外， IC 卡公鑰證書中證書格式應(yīng)使 用 94 用于區(qū)別 基于 SE 的 IC 卡/移動支付產(chǎn)品。對于支持聯(lián)機 ODA 的行業(yè)終端應(yīng) 支持 94 和 04 兩個值。 IC 卡公鑰證書的具體要求參見中國銀聯(lián)移動支付技術(shù) 規(guī)范（

7、2016）最新規(guī)范l 啟用 DF61 新標(biāo)識位標(biāo)明卡片支持聯(lián)機 ODA 功能啟用 BF0C 中的 DF61（卡片增值功能指示器）中第 1 字節(jié)第7 位（原保留位） 來表示是否支持聯(lián)機 ODA 功能 1。對于支持聯(lián)機ODA 功能的卡片將該位設(shè)置為 1。終端可根據(jù)卡片支持聯(lián)機 ODA 的情況選擇不同 交易 流程完成交易。 當(dāng)支持聯(lián)機 ODA 的終端受理支持聯(lián)機 ODA 的卡片時， 卡片和終端按照中國銀聯(lián) IC 卡技術(shù)規(guī)范升級公告 2015規(guī)定內(nèi)容進(jìn)行交互， 終端無需增加對 DF61 的判斷邏輯。當(dāng)支持聯(lián)機 ODA 的終端收到卡片返回的 DF61 顯示卡片不支持聯(lián)機 ODA 時，若終端支持存量卡受理

8、，終端可選擇標(biāo)準(zhǔn)借貸記流程或其他技術(shù)方案進(jìn)行交易。 整體參考流程如下：如果卡片 SELECT 命令返回的 DF61 的第 1 字節(jié)的第 7 位為1，則說明該卡為 新增支持聯(lián)機 ODA 的卡片， 終端執(zhí)行聯(lián)機 ODA 交易處理。 終端對終端交易屬性（ 9F66） 的第 1 字節(jié)第 7 位置 0 （ 不支持非接觸式借記/貸記應(yīng)用 ）， 第 1 字節(jié)第 6 位置 1（ 支持 qUICS）， 第 1 字節(jié)第 1 位置 1（ 支持聯(lián)機授權(quán)交易的脫機數(shù)據(jù)認(rèn)證），第 2 字節(jié)第 8 位置 1（ 要求聯(lián)機密文）， 選擇非接快速支付流程（ qUICS）并執(zhí)行聯(lián)機 ODA，參考流程圖如下：圖1支持聯(lián)機 ODA 的 qUICS 流程圖如果卡片對 SELECT 命令返回的 DF61 的第 1 字節(jié)的第 7 位為 0 或未返回 DF61，則說明該卡不支持聯(lián)機 ODA 功能。 如終端支持存量卡片受理，則 可選擇非接標(biāo)準(zhǔn)借貸記流程進(jìn)行交易 , 具體支持存量卡的交易流程以產(chǎn)品方案為準(zhǔn)。本次認(rèn)證需支持以上