目次前言 ii
1 範圍 1
2 規範性引用檔案 1
3 mpos終端硬體要求 1
4 通訊協議 2
5 mpos終端介面 30
6 交易處理指令時序 32
7 mpos終端交易處理流程 34
8 其他要求 36
附錄 a （規範性附錄）錯誤碼說明 37
a.1 包通訊錯誤碼 37
a.2 指令操作錯誤碼 37
附錄 b （規範性附錄） mac計算說明 38
附錄 c (規範性附錄) 分散演算法說明 40
本標準對銀聯mpos產品的受理終端進行通訊協議等終端應用方面的規定。
本部分由中國銀聯提出。
本部分由中國銀聯技術部組織制定和修訂。
本部分的主要起草單位：
本部分的主要起草人：
銀聯mpos受理終端應用規範
本文件對銀聯mpos的受理終端通訊協議以及指令介面進行描述，為mpos終端以及上位機app開發人員提供規範性指導。
下列檔案中的條款通過本標準的引用而成為本標準的條款。凡標註日期的引用檔案，對於標註日期之後所有的修改單（不包括勘誤的內容）或修訂版均不適用於本標準，但是，鼓勵根據本標準達成協議的各方研究是否可使用這些引用檔案的最新版本。凡不標註日期的引用檔案，其最新版本均適用於本標準。
上位機和mpos之間為主從模式，由上位機向mpos發起請求，並同步等待mpos應答。通訊時序流程如下圖示例所示：
◆ 上位機的一條指令請求可能被分成多個幀進行傳輸;
◆ mpos的指令應答可能被分成多個幀進行傳輸；
◆ 傳送方傳送一幀資料，要等待接收資料接收方的ack，等待超時時間為3秒；如果未收到ack，則要進行重傳（最大重傳次數為3次）；
◆ 接收方收到一幀後,如果有後續幀,必須在9秒內收到下一幀,9秒內沒收到則放棄此次接收.傳送方也是一樣,三次傳送重**送幀沒有收到ack,則放棄此次傳送.
◆ 如果傳送方收到的是接收方的nak，則本次互動結束。
請求方的報文結構如下：
注：幀長度為包型別到校驗和的資料長度，不包括校驗和。
每次跟終端建立連線，上位機包序號從1開始，包序號由上位機順序遞增，mpos應答原值返回。（mpos在建立連線的時候也包序號清0），序號達到255後，迴圈從1開始。
應答方的成功應答的報文結構如下：
應答方的錯誤應答的報文結構如下：
ack/nak報文結構如下：
在沒有檢測到起始符和終止符，或者校驗和錯的情況下，為不可判定型別的通訊錯誤，直接丟棄資料，不做任何應答處理。否則，通訊層的錯誤碼約定如附錄a。
上位機和mpos之間單次互動的幀最大限制為 1024+256 位元組。
上位機和mpos之間單次互動的包的最大限制為節,列印資料(0x08 0x01)指令包最大可以支援節。
上位機和mpos之間單次互動的應答超時時間約定為 10 秒。（除了顯式設定超時時間或者不超時的指令外）。
一條指令的完整報文稱之為乙個「包」。在藍芽傳輸時，為了能夠支援更大的報文，引入了「幀」的概念。 乙個「包」可以拆分為n個「幀」進行傳輸。
指令第1個位元組用於標識功能分組，第2位元組表示指令。當第1位元組為0xff時屬於保留情況，用於臨時除錯版本的指令分組使用。
部分指令，需mpos終端處於某些特定介面入口時才能響應，否則返回錯誤碼：無效指令。特定介面入口通過一定許可權控制進入，例如技術人員或系統管理員。
（0x01 0x01）獲取裝置版本
銀聯商務合作協議
合作協議 甲方 法定代表人 位址 聯絡 傳真 郵編 乙方 北京銀聯商務 法定代表人 李凌 位址 北京市西城區車公莊西路乙19號華通大廈b座10層 聯絡 010 傳真 010 郵編 100048 甲 乙雙方本著平等互利 共同發展的原則，就甲方向乙方租用pos機具，以實現在乙方pos機具上受理甲方預付費...
銀聯POS刷卡操作說明
刷卡 主介面提示請刷卡 刷卡 磁條向里 介面提示確認卡號 確認 輸入金額 1人輸100，螢幕顯示1.00 2人輸200，螢幕顯示2.00 依次類推 確認 會員輸入密碼，確認 交易成功，出小票。消費撤銷 直接按 確認 鍵 鍵盤上綠色的回車鍵 選單，選 2消費撤銷 輸入主管密碼 123456 確認 輸入...
銀聯pos機加盟方案
銀聯pos機加盟方案的好壞會影響到我們作為 商的發展，而pos加盟在前景方面還是非常好的。下面讓我們一塊來看一下如何通過加盟銀聯pos機來賺錢吧。首先，關於這個pos的行業，可以說有的人是非常看好的，但是通過也有人不看好它。而這一點也是非常正常的。因為這種局面是乙個正常的局面，不管它會不會被大眾所看...