傳真相關知識培訓

1、提綱 傳真機的介紹 T.30協(xié)議介紹 IP傳真簡介 T.38協(xié)議介紹 IP網關發(fā)起傳真的流程 IP網關傳真調試經驗什么是傳真機？ 所謂傳真機，是指在公用電話網或其相應網絡上，用來傳輸文件、報紙、相片、圖表及數據等信息的通信設備。傳真機是集計算機技術、通信技術、精密機械與光學技術于一體的通信設備，其信息傳送的速度快、接收的副本質量高，它不但能準確、原樣地傳送各種信息的內容，還能傳送信息的筆跡，適于保密親展通信，具有其它通信工具無法比擬的優(yōu)勢，為現代通信技術增添了新的生命力，并在辦公自動化領域占有極重要的地位，發(fā)展前景廣闊。傳真機的分類（一）根據國際電報電話咨詢委員會（CCITT）建議，將目前已應

2、用與開發(fā)的文件傳真機分為四類：即一類機、二類機、三類機（G3）與四類機（G4）。一類傳真機為雙邊帶調制，其發(fā)送信號不采取任何頻帶壓縮措施，適用于在電話線路上以3.85Lmm的掃描密度，在 6min內傳送一頁 ISO（國際標準化組織）A4幅面文件的傳真設備。二類傳真機是采用頻帶壓縮技術，在3.85L/mm的掃描密度下，約在3min內在一個話路上，傳送一頁ISO（國際標準化組織）A4幅面文件的傳真設備。三類傳真機需在調制處理前采取措施，以減少報文信號中的信息冗余度，亦以主掃描線密度8dot/mm，副掃描線密度 3.85Lmm及7.7Lmm，能在1min左右時間，以傳輸速率4800bps（9600b

3、ps） 在一個話路上傳送一頁ISO A4幅面的典型打字文件的傳真設備。四類傳真機對發(fā)送前的報文信號采取了減少信息冗余度措施，主要用于公共數據網（PDN）的設備。此類設備是適用于公共數據網的通信規(guī)程，并保證文件的無差錯接收。它能以64Kbit/s的數據信號速率，在 15s內傳送一頁 ISO A4幅面文件的傳真設備。傳真機的分類（二） 由上述可見，三類傳真機是高速傳真設備，而四類傳真機則是更高速的傳真設備，但它需有高質量的通信網來支持。 目前市場的傳真機基本都是三類機（G3），使用公用電話線路不僅費用低廉，而且速度也比較快，但是也存在著傳輸信道參數變化大、干擾大、接續(xù)時間長、利用率不高等缺點。而四

4、類傳真機所使用的ISDN線路具有容量大、傳輸效率高、成本底等特點，經過適當的調制處理也可用在公用電話交換網，但是使用ISDN線路的四類傳真機總體成本昂貴，基本不適用一般單位和家庭用戶。T.30協(xié)議摘要 本建議書規(guī)定了ITU-T T.4建議書定義的三類傳真終端使用的規(guī)程。這些規(guī)程可以在公用電話交換網、國際租用電路（ILC)和綜合業(yè)務數字網（ISDN）上傳送文件。進一步，這些規(guī)程允許人工或自動方式通信，并可以要求文件傳輸會話交替進行。T.30傳真五階段圖階段A 呼叫建立 傳真呼叫的建立可以人工實現（如果操作員值守）或自動實現。規(guī)定了四種操作方法來完成這個階段。 傳真呼叫建立定義CNG和CED兩個單

5、音信號。CNG（主叫單音） 指明一個主叫非通話終端。此信號對自動主叫終端和人工終端是必備的。然而，符合T.30建議書1993年以前版本的人工主叫終端可以不發(fā)送此信號。 指明終端是在發(fā)送方式，并準備在接收到數字標識信號（DIS）后進行發(fā)送。 當終端有能力在不借助操作員協(xié)助的情況下發(fā)送一個以上的文件時，在發(fā)送機等待數字標識信號（DIS）時，可在文件之間發(fā)送此信號。它向操作員指明發(fā)送機一直連接在線路上。CED（被叫終端標識） 應答終端連接到線路之后至少0.2 s 時間周期內，終端不應發(fā)送任何信號。此周期過后，應發(fā)送CED應答單音，一連續(xù)的2100 Hz15 Hz的單音，其周期不小于2.6 s并不大于

6、4.0 s。在發(fā)送CED 單音之后，進一步發(fā)送其它信號之前，終端延遲75 ms20 ms周期。呼叫建立的操作方式 主叫和被叫終端均為人工操作。 主叫終端人工操作，被叫終端自動操作。 主叫終端自動操作，被叫終端人工操作。 主叫和被叫終端均為自動操作。 操作方法4 bis a。當主叫或被叫終端雙方或任一方具有ITU-T V.8 和V.34 建議書操作能力時，主叫和被叫終端均為自動操作。 操作方法4bis b。當主叫或被叫終端雙方或任一方具有ITU-T V.8 和V.34 建議書操作能力時，主叫終端為人工操作且被叫終端為自動操作。主叫和被叫終端均為人工操作主叫終端人工操作，被叫終端自動操作主叫終端自

7、動操作，被叫終端人工操作主叫和被叫終端均為自動操作操作方法4 bis 關于支持ITU-T V.8 和V.34能力的傳真終端，我們目前還沒接觸，在本次培訓中不作介紹，詳細請看相關文檔。階段B 報文前過程簡介 報文前過程由能力標識、選定條件的命令發(fā)送以及可接受條件的證實組成。當連接是在按照本建議書操作的終端和不按照ITU-T 方式操作的終端之間建立時，終端在進入報文中過程之前必須拆斷連接，除非雙方終端包括選用的、兼容的過程。階段B 報文前過程命令 必須命令：必須命令： 能力命令 數字標識信號（DIS） 表征被叫終端的標準能力 數字命令信號（DCS） 數字建立命令，對DIS信號所標明的標準能力的響應

8、 訓練命令訓練檢驗（TCF） 本數字命令通過T.4調制系統(tǒng)發(fā)送，用于檢驗訓練并首次給出該信道能接受本數據速率的指示。 同步命令可以接收的證實（CFR） 數字響應，證實全部報文前過程已經完成，并可以開始報文傳輸。訓練失?。‵TT） 數字響應，拒絕訓練信號并要求重新訓練。 選用命令：選用命令： 非標準設備命令(NSF NSC)； 終端標識命令(CSI TSI)；階段C報文傳輸 階段C1 報文中過程 報文中過程被安排在與報文傳輸同一段時間內，并控制報文中過程的全部信號，例如報文中同步、誤碼檢測和糾錯、以及線路監(jiān)測。 階段C2 報文傳輸 ITU-T T.4建議書中包括的報文傳輸過程。報文本身的傳輸應根

9、據傳真終端適當建議書所規(guī)定調制方式進行,如V.17,V.29,V.27Ter等。階段D報文后過程 階段D完成一頁報文傳輸完成的后續(xù)流程的協(xié)商，有以下命令： 報文結束命令： 發(fā)送方命令，表示一完整傳真信息頁的結束，并返回到階段B的開始。 證實命令： 接收方命令，對報文結束命令的響應。 多頁命令： 發(fā)送方命令，表示一完整傳真信息頁的結束，并在收到證實后 返回到階段C的起始繼續(xù)下頁發(fā)送。 傳真過程結束命令： 發(fā)送方命令，表示一完整傳真信息頁的結束，并進一步表示不再發(fā)來文件，在收到證實后進入到階段E。階段E 呼叫釋放 可人工和/或自動實現呼叫釋放。 如在規(guī)定的時限范圍內沒有收到傳真過程中規(guī)定的信號，終

10、端可對操作員發(fā)出信號（如果其中一方是有人值守的），或切斷電話連接。 傳真呼叫釋放的命令是DCN。二進制碼信號 二進碼控制過程應利用V.21 第二信道調制系統(tǒng)的特性，以每秒300比特0.01的速率，在公用電話交換網上同步方式發(fā)送。其容差見V.21 的第3 節(jié)。信號發(fā)生器的失真不應超過1，并且控制信號接收器應可以接受失真不超過40的信號。二進制碼信號的格式（一）所有二進碼傳真控制過程均使用HDLC 幀結構。基本HDLC 結構由多個幀組成，每幀分成若干字段。這種結構提供幀標志、差錯檢驗和正確收到信息的證實。左圖 的結構是使用二進碼信號的一個幀的例子。此例示出了一個初始標識序列。二進制碼信號的格式（二

11、） 先導序列。先導序列。任何一個方向的新信息開始（即每次線路上傳輸方向轉換）時，必須在所有二進碼信號之前加上先導序列。此先導序列保證通信信道中各個部分（例如，回聲抑制器關閉）都處于正確的狀態(tài)，以便后隨的數據可不受損傷地通過。先導序列是一串1 s15的標志序列。傳真?zhèn)髡婢W關應以此信號作為傳真的發(fā)起事件。網關應以此信號作為傳真的發(fā)起事件。 標志序列。標志序列。八位HDLC 標志序列用來表示幀的開始和結束。對傳真過程來說，標志序列用來建立位和幀同步。一幀的結尾標志可以是下一幀的初始標志?？捎眠B續(xù)發(fā)送標志序列向遠端終端示意本終端仍然接在線路上，但目前未做好進行傳真過程的準備。格式：0111 1110二

12、進制碼信號的格式（三） 地址字段。地址字段。八位HDLC 地址字段提供多點連接安排中的指定終端（一個或多個）的標識。在公用電話交換網上傳輸的情況下，本字段限定為單一信號格式。格式：1111 1111。 控制字段?？刂谱侄?。八位HDLC控制字段專門為傳真控制過程提供各種命令和響應的編碼能力。格式：1100 X000。 對過程內的非末幀X = 0，對過程內的末幀X = 1。末幀定義為遠端終端送來所期待的響應之前發(fā)送的最后一幀。二進制碼信號的格式（四） 信息字段 HDLC 信息字段的長度是可變的，它包含了用于兩個傳真終端之間控制和報文互換的指定信息。在本建議書中信息字段被劃分為兩部分，傳真控制字段（

13、FCF）和傳真信息字段（FIF）。 傳真控制字段（FCF） HDLC信息字段的前8位或16位規(guī)定為傳真控制字段。16位的FCF僅用于選用的T.4誤碼糾錯方式，在文檔中不做描述。本字段包含有關待交換信息的類型及在整個序列中的位置情況。FCF 中位的安排如下： 在FCF的首位處出現X時，對X的規(guī)定如下： 由收到有效DIS信號的終端將X置為1； 由收到對DIS信號有效和適當響應的終端將X置為0； X將保持不變，直到終端再次進入階段B的起始處。二進制碼信號的格式（五） 傳真信息字段（傳真信息字段（FIF） 在許多情況下，FIF 后面要傳送附加的八位字節(jié)來進一步說明傳真過程。對基本二進碼系統(tǒng)來說，本信息

14、由對DIS、DCS、DTC、CSI、CIG、TSI、NSC、NSF、NSS、PWD、SEP、SUB、FDM、CTC、PPS和PPR信號中信息的定義組成。主要傳真控制標識命令(一)數字標識信號（DIS） 0000 0001。表征被叫終端的標準能力。被叫用戶標識（CSI） 0000 0010。本選用信號可用被叫用戶的國際電話號碼來提供被叫用戶的特定身份（見T.30 5.3.6.2.4，CSI編碼格式）。非標準設備（NSF） 0000 0100。本選用信號可用來標識T 系列建議書中不包括的專用用戶需要。數字命令信號（DCS） X100 0001。數字建立命令，對DIS信號所標明的標準能力的響應。發(fā)送

15、用戶標識（TSI） X100 0010。本選用信號指出后隨的FIF 信息是發(fā)送終端的標識。它可用于對傳真過程提供附加的保密性能（見T.30 5.3.6.2.6，TSI編碼格式）。非標準設備建立（NSS） X100 0100。本選用信號是數字命令，對包含在NSC 或NSF 信號中信息的響應。主要傳真控制標識命令(二) 訓練檢驗（TCF） 本數字命令通過T.4調制系統(tǒng)發(fā)送，用于檢驗訓練并首次給出該信道能接受本數據速率的指示。格式：1.5 s10的0串。 注 本命令要求非HDLC幀。 可以接收的證實（CFR） X010 0001。數字響應，證實全部報文前過程已經完成，并可以開始報文傳輸。 訓練失敗（

16、FTT） X010 0010。數字響應，拒絕訓練信號并要求重新訓練。 報文結束（EOM） X111 0001。表示一完整傳真信息頁的結束，并返回到階段B的開始。 多頁信號（MPS） X111 0010。表示一完整傳真信息頁的結束，并在收到證實后返回到階段C的起始。主要傳真控制標識命令(三) 過程結束（EOP） X111 0010。表示一完整傳真信息頁的結束，并進一步表示不再發(fā)來文件，在收到證實后進入到階段E。 報文證實（MCF） X011 0001。表示已經滿意地收到完整的報文，并可繼續(xù)接收另外的報。（這是對MPS、EOM、EOP、RR和PPS的肯定響應。） 切斷連接（DCN） X101 11

17、11。本命令表示階段E的起始（呼叫釋放）。本命令不要求響應。 關于T.30建議書中定義的傳真標識命令的功能及其FCF編碼請看T.30 5.3.6.1.15.3.6.1.8。IP傳真（FoIP）IP傳真方式 IP傳真有存儲轉發(fā)和實時傳真兩種方式。 存儲轉發(fā)方式的IP傳真是ITU-T T.37定義的傳真方式。 實時IP傳真可分為透傳和T.38兩種方式。T.37傳真 T.37傳真類似于電子郵件。主叫用戶首先將傳真發(fā)送到服務器，服務器會將它發(fā)送到遠端的服務器，由遠端服務器最終將傳真發(fā)送到被叫用戶。之后，主叫得到傳真發(fā)送是否成功的信息。 T.37傳真在以下三方面有欠缺： 1）沒有發(fā)送確認。傳真只有最終發(fā)

18、送到被叫才可以知道，而在發(fā)送過程中沒有任何發(fā)送確認。 2）適用范圍小。存儲轉發(fā)方式只能發(fā)送PC機生成的傳真文件，但實際上絕大部分的傳真是通過普通的傳真機發(fā)送的。 3）不直觀。存儲轉發(fā)方式不能滿足用戶的直觀感受。 因此， T.37傳真基本已被淘汰。透傳透傳(Passthrough)，ITU-T稱為VBD（Voice Band Data）傳真。透傳是基于VoIP系統(tǒng)上的IP傳真，把PSTN側的G3傳真機發(fā)送的PCM信號直接進行語音G.711 編解碼（或ADPCM到G.726)，帶內傳輸傳真信號和數據。雖然透傳和VoIP傳送技術基本相同，但是,為了確保傳送數據不受損傷，必須對VoIP編解碼器的選擇作

19、一定的限制。具體說來，有如下要求： 應屏蔽靜音檢測(VAD)和舒適噪聲生成(CNG)功能； 應屏蔽話音編碼器中可能有的直流過濾濾波器； 應屏蔽不適于數據傳送的話音丟包補償技術和算法； 具有端到端固定延遲； 建議使用回波抵消技術； 建議使用前向糾錯機制（例如RFC 2733）或者冗余機制（例如RFC 2198）。T.38傳真 T.38標準為通過一個IP網絡實時傳送傳真提供框架。T.38標準是一個基于分段傳送的協(xié)議，協(xié)議中呼入傳真信號首先被傳送網關解調成T.30二進制數據，再轉換成T.38消息并通過IP網發(fā)送出去。然后，由接收網關或媒體服務器把T.38消息轉換回T.30二進制數據，這些二進制數據再

20、被調制回到傳真信號。 透傳與T.38傳真的比較 透傳方式對DSP能力要求不高，但傳真的穩(wěn)定性和質量不如T.38傳真，并且?guī)捫枨筝^大，對網絡質量和帶寬要求也較高；T.38傳真具備緩存、冗余、糾錯等機制，能較好處理網絡的丟包與抖動，并且對帶寬要求只有透傳的25%左右，只是對DSP能力要求較大。T.38包的封裝方式 T.38協(xié)議定義的傳真包命名為IFP包（Internet Fax Protocol) IFP包通過TCP傳輸時，封裝為TPKT包，無冗余或前向錯誤糾正處理。 IFP包通過UDP傳輸時，封裝為UDPTL包，帶T.38定義的冗余和前向錯誤糾正機制。 IFP包通過RTP傳輸時，可選使用RFC

21、2198和RFC2733定義的冗余和糾錯機制。TKPTUDPTLIFP over RTPIFP 封裝 每個IFP包的第一個字節(jié)表示改IFP的有效長度，接著是IFP Element。IFP TYPE FIELDIFP T30 INDICATORIFP T30 DATA IFP DATA element IFP數據部分由一個或多個數據塊組成， 數據部分第一字節(jié)表示數據塊的數目。每個數據塊由兩部分組成：塊類型和塊數據。IFP DATA element上表列出了三種數據塊類型及其描述，更多請查閱T.38建議書P1718。T.38傳真在SDP中A參數描述（一）T38FaxRateManagement:

22、T.38傳真的訓練方式。值為“l(fā)ocalTCF” 或者“transferredTCF”. TCP方式下不建議使用transferredTCF訓練方式。T38FaxVersion：ITU-T定義T.38建議書的版本號，目前版本為0。T38MaxBitRate：表示終端最大支持的傳真速率，這個參數不應用于實際傳真速率的協(xié)商。T38FaxFillBitRemoval：表示傳真階段C中插入/填充位的能力。布爾型參數，帶此能力為true，不帶此能力表示為false?？蛇x。T38FaxTranscodingMMR：表示MMR（1）譯碼能力，用于節(jié)省帶寬。布爾型參數，可選。T38FaxTranscoding

23、JBIG：表示JBIG（2）譯碼能力，用于節(jié)省帶寬。布爾型參數，可選。（1）（2）Joint Bi-level Image experts Group（JBIG） 聯合二級圖像專家組（JBIG），也是ITU-T T.82建議書中描述的編碼方法的縮寫。T.38傳真在SDP中A參數描述（二） T38FaxMaxBuffer:表示本端T.38傳真的最大緩存，單位為字節(jié)。發(fā)送數據端應考慮接收端的最大緩存，限制發(fā)送速率以防溢出。整型參數?？蛇x。 T38FaxMaxDatagram:表示可接收的數據包的最大值，例如RTP Payload的最大SIZE。整型參數?？蛇x。 T38FaxMaxDatagram:

24、表示可接收的數據包的最大值，例如RTP Payload的最大SIZE。整型參數。可選。 T38FaxUdpEC:UTPTL方式的糾錯方式。方式的糾錯方式?！皌38UDPFEC”表示前向糾錯模式；“t38UDPRedundancy”表示冗余機制。 T38VendorInfo:制造商信息。可選。T.38 SDP協(xié)商（一）客戶端支持UDPTL和TPKT,協(xié)商選擇UDPTL：C-S: INVITE sip:+1-212-555-1234bell- SIP/2.0Via: SIP/2.0/UDP kton.bell-From: A. Bell To: T. Watson Call-ID: 3298420

25、296kton.bell-Cseq: 1 INVITESubject: Mr. Watson, here is a faxContent-Type: application/sdpContent-Length: v=0o=faxgw1 2890844526 2890842807 IN IP4 128.59.19.68e=+1-212-555-1234bell-t=2873397496 0c=IN IP4 128.59.19.68m=image 49170 udptl t38a=T38FaxRateManagement:transferredTCFa=T38FaxUdpEC:t38UDPFECm

26、=image 49172 tcp t38a=T38FaxRateManagement:localTCFT.38 SDP協(xié)商（二）S-C: SIP/2.0 200 OKVia: SIP/2.0/UDP kton.bell-From: A. Bell To: T. Watson Call-ID: 3298420296kton.bell-Cseq: 1 INVITEContact: sip:watsonboston.bell-Content-Type: application/sdpContent-Length: v=0o=faxwatson 4858949 4858949 IN IP4 192.1

27、.2.3c=IN IP4 boston.bell-m=image 5002 udptl t38a=T38FaxRateManagement:transferredTCFa=T38FaxUdpEC:t38UDPFECm=image 0 tcp t38T.38 SDP協(xié)商（三）客戶端支持RTP和TPKT，協(xié)商選擇RTP:C-S: INVITE sip:+1-212-555-1234bell- SIP/2.0Via: SIP/2.0/UDP kton.bell-From: A. Bell To: T. Watson Call-ID: 3298420296kton.bell-Cseq: 1 INVIT

28、ESubject: Mr. Watson, here is a faxContent-Type: application/sdpContent-Length: v=0o=faxgw1 2890844526 2890842807 IN IP4 128.59.19.68e=+1-212-555-1234bell-t=2873397496 0c=IN IP4 128.59.19.68m=audio 49170 RTP/AVP 100 101a=rtpmap:100 t38/8000a=fmtp:100 T38FaxRateManagement=transferredTCFa=rtpmap:101 p

29、arityfec/8000a=fmtp:101 49173 IN IP4 128.59.19.68m=image 49172 tcp t38a=T38FaxRateManagement:localTCFT.38 SDP協(xié)商（四）S-C: SIP/2.0 200 OKVia: SIP/2.0/UDP kton.bell-From: A. Bell To: T. Watson Call-ID: 3298420296kton.bell-Cseq: 1 INVITEContact: sip:watsonboston.bell-Content-Type: application/sdpContent-L

30、ength: v=0o=faxwatson 4858949 4858949 IN IP4 192.1.2.3c=IN IP4 boston.bell-m=audio 5002 RTP/AVP 100 101a=rtpmap:100 t38/8000a=fmtp:100 T38FaxRateManagement=transferredTCFa=rtpmap:101 parityfec/8000a=fmtp:101 5004 IN IP4 192.1.2.3m=image 0 tcp t38UDPTL的冗余機制UDPTL封裝時，每個主IFP包后附上上n個之前連續(xù)序列的IFP包，接收網關可根據冗余信

31、息對丟包或抖動做修復處理。UDPTL 前向糾錯機制（一） 以輸入幀的最大長度為基準，不足補零，采用奇偶校驗算法編碼。UDPTL 前向糾錯機制（二） 單FEC的情況UDPTL 前向糾錯機制（二） 多FEC的情況T.38傳真結束事件T.38協(xié)議建議網關檢測到以下事件時切回語音：1）DCN 消息；2）超高7秒的雙向靜音；3）檢測到語音。T.38傳真的SIP流程 T.38傳真的MGCP流程T.38傳真的H.248流程透傳的發(fā)起流程 透傳在不同協(xié)議的發(fā)起流程與T.38的發(fā)起流程基本一致，只是SDP中的描述不一樣。 透傳沒有傳真結束切回語音的流程。ITU-T V.152 V.152建議書規(guī)定了話音頻帶數據

32、（VBD）在IP話音（VoIP）網關和媒體網關上的實施規(guī)則。術語“VBD”的引用僅適用于某些通過RTP傳送有效數據載荷的話音頻帶多媒體數字信號編解碼器。本建議書規(guī)定的VBD程序僅能應用于VBD網關中。V.152網關僅能保證與其他支持V.152協(xié)議的網關互聯。 VBD的通信能力不排斥VoIP會話的其他任何能力，如音頻信號的傳輸，基于RFC 2833的電話事件，ITU-T T.38建議書傳真中繼，RFC 2793文本中繼和ITU-T V.150.1建議書中的調制解調器中繼等等。V.152定義的SDP Attributes a=gpmd: format必須是一個RTP/AVP的有效載荷類型。是一個用

33、分號隔開的”parametervalue”參數值”隊列表。V.152定義的一個重要的參數是布爾參數”vbd”，它的值是yes或者no。當其值為yes時，該屬性表明此實現支持V.152所規(guī)定的VBD模式。 a=maxmptime: list of packet times 列出m參數中每種編解碼使用的最大分組時間，無分組時間（如CNG，rfc2833）則用表示不需要。如果SDP會話描述包含maxmptime屬性，那么a=ptime屬性必須被省略。如果缺少maxmptime屬性，而ptime屬性存在，它的值必須做為m=線路中存在的所有編解碼器的分組周期的標志。V.152定義的SDP Attribu

34、tes pmft-attribute = a=pmft: *(SPACE modem-fax-transport) modem-fax-transport = 1* (V1501 / T38 / V151) 此參數允許一個V.152實現表明它優(yōu)先選擇其他列出中繼傳輸機制。如a=pmft: T38 V1501表明該VBD網關對傳真和MODEM數據在IP網上的傳輸優(yōu)先選擇T.38和V.150.1定義的中繼機制。如果SDP會話描述中沒有此參數表示VBD模式是話音頻帶數據優(yōu)先選擇的傳輸機制。VBD模式的SDP描述 m=audio 3456 RTP/AVP 18 0 13 96 98 99 a=maxmptime:10 10 - - 20 20 a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15, 34, 35 a=rtpmap:98