WLAN與2G／3G網(wǎng)絡(luò)融合3GPP_AAA_Server設(shè)備規(guī)范

中 國 移 動 通 信 企 業(yè) 標 準 中國移動 WLAN與 2G/3G 網(wǎng)絡(luò)融合 3GPP AAA Server 設(shè) 備 規(guī) 范 AAA Server 分冊 C MCC 2 G / 3 G S y s t e m a n d W L A N I nterworking 3 G PP A A A S e r v e r Equipment Specification PDG Division PDG Division 版本號： 0.3.0 中國移動通信集團公司 發(fā)布 - - 發(fā)布 - - 實施 QB- - - QB- - - I 目 錄 前 言 . IV 1. 范圍 . 1 2. 規(guī)范性引用文件 . 1 3. 術(shù)語、定義和縮略語 . 2 4. I-WLAN 系統(tǒng)架構(gòu)概述 . 3 5. 功能要求 . 4 5.1. 功能綜述 . 4 5.2. 設(shè)備功能 . 5 5.2.1. 全局數(shù)據(jù)管理要求 . 5 5.2.2. 用戶數(shù)據(jù)管理要求 . 5 5.2.3. 鑒權(quán)要求 . 7 5.2.4. 路由選擇 . 8 5.2.5. 過負荷保護 . 9 5.2.6. DIAMETER 演進能力 . 9 5.2.7. 站點接入要求（可選） . 9 6. 接口與信令要求 . 9 6.1. 物理接口 . 9 6.1.1. IP 接口 . 9 6.1.2. TDM E1 接口 . 10 6.1.3. 2M 高速信令鏈路接口 . 10 6.2. 信令接口 . 10 6.2.1. 與 HLR 間的接口 . 10 6.2.2. 與 WLAN AN 間的接口 . 10 6.2.3. 與 PDG 間的接口 . 10 6.2.4. 與 BOSS 間的接口 . 10 7. 計費要求 .11 7.1. 總體計費要求 .11 7.2. 計費數(shù)據(jù)收集原則 .11 7.3. 離線計費 .11 7.4. 實時計費（可選） .11 7.5. 話單產(chǎn)生機制 . 12 7.6. 計費接口協(xié)議 . 12 7.6.1. Wa 接口 . 13 7.6.2. Bw 接口 . 13 7.7. 話單格式 . 14 7.8. 計費信息安全要求 . 23 8. 性能和可靠性要求 . 24 8.1. 性能指標 . 24 8.2. 可靠性要求 . 24 9. 網(wǎng)管要求 . 24 9.1. 基本要求 . 24 9.2. 主要網(wǎng)管功能要求 . 24 QB- - - II 9.2.1. 日志管理 . 25 9.2.2. 安全管理 . 25 9.2.3. 性能管理 . 25 9.2.4. 故障管理 . 25 9.2.5. 配置管理 . 25 9.3. 數(shù) 據(jù)接口 . 25 10. 硬件要求 . 26 10.1. 硬件系統(tǒng)基本要求 . 26 10.2. 處理機的要求 . 26 10.3. 輸入、輸出設(shè)備的基本要求 . 26 11. 軟件要求 . 26 11.1. 軟件基本要求 . 26 11.2. 軟件功能要求 . 27 11.3. 軟件語言的要求 . 27 11.4. 軟件維護管理功能要求 . 27 12. 時鐘同步要求 . 28 12.1. 同步方式 . 28 12.2. 定時特性要求 . 28 12.3. 定時接口要求 . 28 12.3.1. 定時方式 . 28 12.3.2. 接口種類 . 28 12.3.3. 外定時接口的數(shù)目 . 28 12.3.4. 外定時接口的要求 . 29 12.3.5. 接口性能要求 . 29 13. 機械要求 . 29 13.1. 基本要求 . 29 13.2. 機架要求 . 29 13.3. 接插件、端子板 . 29 13.4. 布線及連接電纜 . 30 13.5. 機械加工工藝 . 30 13.6. 表面涂復(fù)處理 . 30 13.7. 印刷電路板 . 30 13.8. 機架電源 . 30 13.9. 機臺 . 31 13.10. 可聞噪聲及震動 . 31 13.11. 冷卻、通風(fēng) . 31 14. 環(huán)境要求 . 31 14.1. 正常工作的溫度 濕度條件 . 31 14.2. 防塵要求 . 31 14.3. 防電磁干擾要求 . 32 14.4. 防電磁干擾能力 . 33 14.5. 防雷擊能力 . 33 15. 電源及接地要求 . 33 15.1. 電源 . 33 QB- - - III 15.2. 接地要求 . 34 編制歷史 . 34 QB- - - IV 前 言 本標準 的目的是為中國移動通信集團公司設(shè)備引進 、網(wǎng)絡(luò)規(guī)劃、設(shè)備制造、工程設(shè)計、網(wǎng)絡(luò)運行、管理和維護等方面提供技術(shù)依據(jù) 。 本標準包括的主要內(nèi)容包括了設(shè)備在功能、性能、接口、操作維護等方面的要求。 本標 準是 WLAN與 2G/3G網(wǎng)絡(luò) 融合系列標準之一，該系列標準的結(jié)構(gòu)、名稱或預(yù)計的名稱如下： 序號 標準編號 標準名稱 1 WLAN與 2G/3G網(wǎng)絡(luò)融合總體技術(shù)要求 2 WLAN與 2G/3G網(wǎng)絡(luò) 融合 PDG設(shè)備規(guī)范 3 WLAN與 2G/3G網(wǎng)絡(luò)融合 TTG設(shè)備規(guī)范 4 WLAN與 2G/3G網(wǎng)絡(luò)融合安全隧道規(guī)范 5 WLAN與 2G/3G網(wǎng)絡(luò)融合計費規(guī)范 6 WLAN與 2G/3G網(wǎng)絡(luò)融合設(shè)備接口規(guī)范 7 WLAN與 2G/3G網(wǎng)絡(luò)融合統(tǒng)一認證流程規(guī)范（ EAP-SIM/AKA） 8 WLAN與 2G/3G網(wǎng)絡(luò)融合 3GPP AAA Server規(guī)范 本標準由中移 號文件印發(fā)。 本 標準 由中國移動通信 集團 計劃部 提出 ，集團公司技術(shù)部歸口 。 本 標準 由 標準 歸口部門負責(zé)解釋。 本 標準 起草單位： 中國移動通信研究院 本 標準 主要起草人： QB- - - 1 1. 范圍 本標準規(guī)定了 中國移動通信集團公司 I-WLAN系統(tǒng)核心網(wǎng)設(shè)備 3GPP AAA Server在功能、性能、接口、計費、操作維護、機械和環(huán)境、電源和接地、同步等方 面的要求。 適用于中國移動通信集團公司 I-WLAN系統(tǒng)核心網(wǎng)技術(shù)試驗，為設(shè)備引進、網(wǎng)絡(luò)規(guī)劃與設(shè)備制造、工程設(shè)計、網(wǎng)絡(luò)運行、管理和維護等提供技術(shù)依據(jù) 。 2. 規(guī)范性引用文件 下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。 1 IETF RFC2548 Microsoft Vendor-specific RADIUS Attributes, March 1999 IETF 2 IETF RFC2865 Remote Authentication Dial In User Service (RADIUS), June 2000 IETF 3 IETF RFC2866 RADIUS Accounting, June 2000 IETF 4 IETF RFC2867 RADIUS Accounting Modifications for Tunnel Protocol Support,June 2000 IETF 5 IETF RFC2868 RADIUS Attributes for Tunnel Protocol Support, June 2000 IETF 6 IETF RFC2869 RADIUS Extensions, June 2000 IETF 7 IETF RFC3576 Dynamic Authorization Extensions to Remote Authentication Dial In User Service (RADIUS), July 2003 IETF 8 IETF RFC3579 RADIUS (Remote Authentication Dial In User Service) Support For Extensible Authentication Protocol (EAP), September 2003 IETF 9 IETF RFC3580 IEEE 802.1X Remote Authentication Dial In User Service (RADIUS) Usage Guidelines, September 2003 IETF 10 IETF RFC 3748 Extensible Authentication Protocol (EAP), June 2004 IETF 11 IETF RFC 4186 Extensible Authentication Protocol Method for GSM Subscriber Identity Modules (EAP-SIM), January 2006 IETF 12 IETF RFC 4187 Extensible Authentication Protocol Method for 3rd Generation Authentication and Key Agreement IETF QB- - - 2 (EAP-AKA), January 2006 13 IETF Draft RADIUS Quality of Service Support, draft-tschofenig-radext-qos-05.txt, work in progress. IETF 14 3GPP TR 22.234 Requirements on 3GPP system to Wireless Local Area Network (WLAN) interworking, Release 8 3GPP 15 3GPP TR 22.934 Feasibility study on 3GPP system to Wireless Local Area Network (WLAN) interworking, Release 8 3GPP 16 3GPP TS 23.234 3GPP system to Wireless Local Area Network (WLAN) interworking； System description, Release 8 3GPP 17 3GPP TS 29.234 3GPP system to Wireless Local Area Network (WLAN) interworking； Stage 3, Release 8 3GPP 18 3GPP TS 32.252 Telecommunication management； Charging management； Wireless Local Area Network (WLAN) charging, Release 8 3GPP 19 3GPP TS 33.102 3G security； Security architecture, Release 8 3GPP 20 3GPP TS 33.234 3G security； Wireless Local Area Network (WLAN) interworking security, Release 8 3GPP 21 3GPP TS 29.002 Mobile Application Part (MAP) specification V4.f.0 3GPP 22 YD/T XX-XXXX 900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)移動應(yīng)用部分 (Phase2 )技術(shù)規(guī)范 中國工信部 23 YD/T XX-XXXX 900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)通用分組無線業(yè)務(wù) (GPRS)設(shè)備規(guī)范：交換子系統(tǒng) 中國工信部 3. 術(shù)語、定義和縮略語 下列術(shù)語 、 定義 和縮略語 適用于本標準 ： 詞語 解釋 WLAN 3GPP IP Access 通過 PLMN和隧道接入 IP網(wǎng)絡(luò)，通常是 用來 接入 3GPP的業(yè)務(wù)網(wǎng)。 WLAN Direct IP Access 直接通過 WLAN接入網(wǎng) 直接接 入 IP網(wǎng) ，不 經(jīng)過 PLMN和隧道。 WLAN UEs local IP address 用于 WLAN UE與 WLAN接入網(wǎng)之間發(fā)送報文的 IP地址，由 WLAN網(wǎng)絡(luò)分配。外部網(wǎng)絡(luò)包括 PLMN接收到的地址可能是經(jīng)過 WLAN網(wǎng)絡(luò) NAT轉(zhuǎn)換后的地址。 WLAN UEs remote IP address 用于 WLAN UE與 PDG之間隧道內(nèi)部報文傳送的 IP地址，其表示 UE通過PDG接入網(wǎng)絡(luò)。 QB- - - 3 4. I-WLAN 系統(tǒng)架構(gòu)概述 I-WLAN 系統(tǒng)定義了 WLAN 和中國移動 2G/TD 互操作的網(wǎng)絡(luò)結(jié)構(gòu)、業(yè)務(wù)流程和接口，從而將 WLAN 網(wǎng)絡(luò)與 2G/TD 網(wǎng)絡(luò)建立互通，使得終端能夠通過 WLAN 可以訪問中國移動的分組域業(yè)務(wù)。 W L A N 3 G P P I P A c c e s s3 G P P H o m e N e t w o r kW L A N A c c e s s N e t w o r kW L A N U EW wH L RO f f l i n e C h a r g i n g S y s t e mW aD / GrBw I n t r a n e t / I n t e r n e t P D GW u3 G P P A A A S e r v e rW iWzWm 圖 4-1 I-WLAN 系統(tǒng)結(jié)構(gòu)示意圖 -非漫游場景 W w3 G P P H o m e N e t w o r kW L A N A c c e s s N e t w o r kW L A N U EH L RD / Gr I n t r a n e t / I n t e r n e t 3 G P P V i s i t e d N e t w o r k3 G P P A A A S e r v e rO f f l i n eC h a r g i n gS y s t e mW aBwW uW L A N 3 G P P I P A c c e s sP D GWiWmWzO f f l i n eC h a r g i n gS y s t e m S S 7 D / Gr 圖 4-2 I-WLAN系統(tǒng)結(jié)構(gòu)示意圖 -漫游場景 I-WLAN 系統(tǒng) 在不改變現(xiàn)有的 2G/3G 網(wǎng)絡(luò)和 WLAN 網(wǎng)絡(luò)構(gòu)架的前提下引入 3GPP AAA Server 和 PDG 設(shè)備，實現(xiàn)了基于 3GPP 網(wǎng)絡(luò)的接入控制和認證，并且 UE 可以通過 WLAN網(wǎng)絡(luò)接入 PDG，訪 問 PS 業(yè)務(wù) 。 QB- - - 4 5. 功能要求 3GPP AAA Server 應(yīng)支持帳號口令認證和（ U） SIM 認證兩種認證方式及相關(guān)功能，帳號口令認證的功能要求見 Radius AAA Server 規(guī)范， 以下 對 （ U） SIM 認證方式 的功能要求進行規(guī)定。 中國移動 I-WLAN 網(wǎng)絡(luò)中，存在 兩種使用 場景 ，兩種使用場景對 3GPP AAA Server 存在不同的要求 ： 1) 統(tǒng)一認證場景 ： WLAN UE 通過 WLAN AN 接入，由 3GPP AAA Server 負責(zé)對用戶認證和授權(quán)，認證通過之后允許 UE 直接通過 WLAN AN 接入 IP 網(wǎng)絡(luò) ； 2) 接入 PS 域業(yè)務(wù) 場景 ： WLAN UE 接入 WLAN AN 成功之后，允許 UE 與 PDG 建立隧道接入中國移動 PS 域網(wǎng)絡(luò)，使用 PS 業(yè)務(wù) 。 5.1. 功能 綜述 統(tǒng)一認證場景 下， 3GPP AAA Server 需要支持如下功能 ： 1) 支持來自 WLAN AN 的鑒權(quán) /快速 重鑒權(quán) 。 2) 支持向用戶歸屬網(wǎng)絡(luò)的 HLR 獲取鑒權(quán)信息和用戶簽約信息。 3) 支持 基于 從 HLR 獲得 的鑒權(quán)信息 對 用戶 進行認證 。 4) 支持 主動觸發(fā) WLAN UE 會話終止功能。 5) 可以支持 AAA 代理角色。 （可選） 6) 支持維護 WLAN UE 的 WLAN 附著狀態(tài)。 7) 支持提供 WLAN UE 的 WLAN 附著狀態(tài)給其他外部實體。 8) 支持 提供接口給 外部系統(tǒng) ，用于 刪除 WLAN UE 會話 ， 包括 向 WLAN AN 下發(fā) DM，終止用戶會話 。 9) 支持 同一個 IMSI 號碼 在同一個 3GPP AAA Server 中 只保留一個 WLAN 會話 。 10) 支持對在線用戶周期性向 HLR 發(fā)起數(shù)據(jù)恢復(fù)流程。 （ MAP_RESTORE_DATA 開關(guān)打開情況下） 11) 當 3GPP AAA Server 刪 除 用 戶 會 話 信 息 時 ， 支 持 向 HLR 發(fā)起清除（ MAP_PURGE_MS）過程。 （ MAP_UPDATE_GPRS_LOCATION 開關(guān)打開情況下） 12) 支持 HLR 發(fā)起的 MAP_CANCEL_LOCATION 流程 、MAP_INSERT_SUBSCRIBER_DATA 流程和 MAP_RESET 流程。（ MAP_UPDATE_GPRS_LOCATION 開關(guān)打開情況下） 13) 支持基于用戶 WLAN Direct IP Access 的計費 /記賬信息的生成和報告，并能夠提供計費信息給離線計費系統(tǒng)。 接入 PS 域業(yè)務(wù) 場景 ， 除上述功能外還需要支持 以下功能 ： 1) 支持 來自 PDG 的鑒權(quán) /快速 重鑒權(quán) 。 2) 支持提供 AAA 代理功能，并能夠執(zhí)行適當?shù)拇聿呗浴?（可選） 3) 支持主動觸發(fā) 用戶 終止會話 功能。 4) 能夠為 PDG 授權(quán)并 管理 3GPP WLAN 簽約 信息 。 QB- - - 5 5.2. 設(shè)備功能 5.2.1. 全局數(shù)據(jù)管理要求 全局數(shù)據(jù)是 設(shè)備級數(shù)據(jù)， 適用于 所有 接入此設(shè)備的 用戶。 . 數(shù)據(jù)存儲 3GPP AAA支持 全局數(shù)據(jù)的存儲功能，存儲數(shù)據(jù)至少包括： 1) 網(wǎng)元級的配置信息 ： RADIUS安全關(guān)聯(lián)配置、 代理 轉(zhuǎn)發(fā)配置、號碼分析配置等。 2) 全局策略配置信息 ： QoS轉(zhuǎn)換策略、默認 QoS策略 （包括業(yè)務(wù)類型、上下行帶寬） 、允許的 APN列表 、 獲取用戶數(shù)據(jù)方式的功能開關(guān)（采用 MAP_RESTORE_DATA還是 MAP_UPDATE_GPRS_LOCATION）、 是否 周期性向 HLR發(fā)起數(shù)據(jù)恢復(fù)流程 以及定時器 設(shè)置 （ MAP_RESTORE_DATA開關(guān)打開情況下） 等。 3) 全局計費策略信息 ：計費話單路徑、 離線話單備份路徑、 話單格式、話單產(chǎn)生 原則等控制策略 。 . 數(shù)據(jù)管理 3GPP AAA支持 全局數(shù)據(jù)的管理功能，提供 GUI界面操作或者對應(yīng)的接口，供運維操作維護。 5.2.2. 用戶數(shù)據(jù)管理要求 . 數(shù)據(jù)存儲 3GPP AAA Server應(yīng) 緩存 用戶與 WLAN接入 有關(guān) 的 數(shù)據(jù) ，內(nèi)容至少應(yīng)包括： 1) 標識和 鑒權(quán)信息： 包括 IMSI、 MSISDN、 3GPP AAA Server分配的偽隨機 NAI、快速重鑒權(quán) NAI、 從 HLR獲得的鑒權(quán) 向量 ； 2) 會話信息： 主要 包括 接入的 W-APN、 UE的 Local IP地址 、 UE的 Remote IP地址 、 UE的 MAC地址、 UE接入的 WLAN AN的 IP地址、 用戶接入 3GPP網(wǎng)絡(luò)的 PDG的 IP地址 、WLAN會話標識 、 PDG會話 標識 等 ； 3) 其他 信息 ：從 HLR獲得的用戶簽約 QoS Profile信息 、計費特性等 ； 信息單元 描述 備注 標識和鑒權(quán)信息 IMSI 國際移動用戶標識 MSISDN 移動臺的基本 MSISDN WLAN AN 認證 偽隨機NAI WLAN AN 認證時 AAA 為用戶分配偽隨機 NAI，支持標識保密 WLAN AN 認證 快速重鑒權(quán) NAI WLAN AN 認證時 AAA 為用戶分配快速重鑒權(quán) NAI，支持標識保密 QB- - - 6 PDG 認證 偽隨機 NAI PDG 認證時 AAA 為用戶分配偽隨機 NAI，支持標識保密 PDG 快速重鑒權(quán) NAI PDG 認證時 AAA 為用戶分配快速重鑒權(quán) NAI，支持標識保密 RAND, SRES, Kc GSM 鑒權(quán)三元組 RAND, XRES CK, IK, AUTN AKA 鑒權(quán)五元組 WLAN AN Master Key (MK) WLAN AN 認證時的 主密鑰，產(chǎn)生 TEK、 MSK、 EMSK WLAN AN Transient EAP Keys (TEKs) WLAN AN 認證時的 臨時 EAP 密鑰 ， 在快速重鑒權(quán)情況下，必須使用相同的 TEK 保護 EAP 報文 PDG Master Key (MK) PDG 認證時的 主密鑰，產(chǎn)生 TEK、 MSK、 EMSK PDG Transient EAP Keys (TEKs) PDG 認證時的 臨時 EAP 密鑰 ， 在快速重鑒權(quán)情況下，必須使用相同的 TEK 保護 EAP 報文 會話信息 W-APN 移動臺使用的接入點名稱 UE Local IP Address UE 的本地 IP 地址， IPv4 或 IPv6 地址 ，如果 WLAN AN 計費上報該 IP， AAA 需要緩存。 UE Remote IP Address UE 的遠端 IP 地址， IPv4 或 IPv6 地址 ，如果 HLR 下發(fā)該 IP， AAA需要緩存。 UE MAC Address UE 的 MAC 地址 Serving WLAN AN 用戶接入的 WLAN AN 的 IP 地址，即 WLAN 中 RADIUS Client 地址 Serving PDG 用戶接入的 PDG 的 IP 地址，即 PDG 中 RADIUS Client 地址 3GPP AAA Proxy Name 拜訪網(wǎng)絡(luò) 中 AAA 的名稱， 采用 FQDN 形式 可選 WLAN Session Identifier WLAN 會話標識 ， AAA 產(chǎn)生并授權(quán)給 WLAN AN 和 PDG PDG Charging Identifier PDG 計費 標識， PDG 產(chǎn)生 其他信息 QoS Profile 從 HLR 獲得的用戶簽約的服務(wù)質(zhì)量信息 Charging Characteristics 從 HLR 獲得 的計費特性 . 數(shù)據(jù)管理 3GPP AAA Server還需要根據(jù)實際需要對用戶 WLAN接入 信息 進行相應(yīng)的操作管理，主要如下： 1) 支持 查詢 當前接入的用戶會話 信息 ， 支持 手工 刪除用戶 WLAN接入 信息 ； 2) 相關(guān) 數(shù)據(jù) 操作的批處理支持，主要為支持同時對大量用戶進行類似的操作。 . 用戶數(shù)據(jù) 獲取和 轉(zhuǎn)換要求 3GPP AAA Server收到 WLAN AN或 PDG的 RADIUS接入認證請求 后， 3GPP AAA Server判斷本地?zé)o可用的鑒權(quán)向量，則 通過七號信令 向 HLR發(fā)起用戶的 鑒權(quán) 流程 獲取 n組鑒權(quán)向量（五元組或三元組），用于對用戶進行認證。 QB- - - 7 認證失敗則終止并刪除用戶會話。 認證通過后， 3GPP AAA Server需要獲取用戶數(shù)據(jù)，用以判斷用戶狀態(tài)、 WLAN業(yè)務(wù) 簽約情況，根據(jù)簽約情況授權(quán)或拒絕用戶接入。獲取數(shù)據(jù)過程可采用兩種方式 ， 3GPP AAA Server支持通過 功能開關(guān)控制采用方式一或方式二，該功能開關(guān) 應(yīng) 通過數(shù)據(jù)配置方式進行設(shè)置 ： 1） 方式一： 發(fā)起 MAP_RESTORE_DATA流程 獲取用戶 HLR上的 WLAN簽約 信息，但不包含 分組域的 QoS信息 ； 2） 方式二： 發(fā)起 MAP_UPDATE_GPRS_LOCATION流程獲取用戶 HLR上 簽約信息， 以及 分組域 QoS簽約 信息 。 當采用 方式一 獲取用戶 HLR上簽約信息時， 3GPP AAA Server可根據(jù)全局配置策略進行周期性向 用戶 HLR發(fā)起 MAP_RESTORE_DATA流程，獲取用戶簽約信息，當用戶狀態(tài)異常、去 簽 約 WLAN業(yè)務(wù)或已經(jīng)銷戶時，發(fā)起向 WLAN AN或 PDG發(fā)起 終止用戶會話 并 刪除 節(jié)的 用戶數(shù)據(jù) 緩存信息 。 當采用 方式二 獲取用戶 HLR上簽約信息時， 3GPP AAA Server 收到 HLR發(fā)出的MAP_CANCEL_LOCATION/MAP_INSERT_SUBSCRIBER_DATA去簽約 WLAN業(yè)務(wù) 時， 或者 收到 MAP_DELETE_SUBSCRIBER_DATA去簽約正在使用的 APN時， 應(yīng) 發(fā)起向 WLAN AN或 PDG發(fā)起終止用戶會話并 刪除 節(jié)的 用戶數(shù)據(jù) 緩存信息 。 3GPP AAA Server根據(jù)用戶簽約授權(quán)用戶接入， 3GPP AAA Server需要支持 QoS轉(zhuǎn)換策略將 用戶簽約的 QoS信息 之后轉(zhuǎn)換為 PDG的 可識別的 QoS信息 ， 在 RADIUS認證 接受 消息中授權(quán)給 PDG。 支持 3GPP TS 24.008中的 QoS定義到 RADIUS屬性的轉(zhuǎn)換 。 5.2.3. 鑒權(quán) 要求 . 協(xié)議及算法支持 支持 與 WLAN AN/PDG之間使用基于 RADIUS的 EAP鑒權(quán)，與 HLR之間支持 MAP協(xié)議。3GPP AAA Server收到來自 UE的 EAP鑒權(quán)請求后，如果 本地 沒有可用的鑒權(quán)向量，則需要 通過 MAP向 HLR重新獲取鑒權(quán)向量 。 3GPP AAA Server支持 EAP-AKA/SIM鑒權(quán)方法 。 具體使用何種算法 ，根據(jù) UE上報的 NAI信息確定。 . 鑒權(quán)向量轉(zhuǎn)換 3GPP AAA Server 支持向 HLR 獲取多組鑒權(quán)向量 （ 缺省 最大 5 組） ， 并支持緩存 供后續(xù)鑒權(quán)使用 。 在 3GPP AAA Server 可配置鑒權(quán)參數(shù)保留數(shù)，可以設(shè)置保留未用參數(shù)的組數(shù)，當未用參數(shù)的組數(shù)等于設(shè)置值時， 3GPP AAA Server 向 HLR 發(fā)起消息請求新的鑒權(quán)參數(shù)。 對EAP-AKA/SIM 算法的具體要求如下： 1) 對于 EAP-AKA 鑒權(quán)， 每組參數(shù) 使用一次之后 ，就應(yīng)該丟棄 該組參數(shù)不得繼續(xù)使用 。 2) 對于 EAP-SIM 鑒權(quán)， 每次 鑒權(quán)時需要 在 EAP-SIM 的挑戰(zhàn)中下發(fā) n 組鑒 權(quán) 向量 中的隨機數(shù) （ n 取值為 2 或 3） ，為了 節(jié)約 SIM 鑒權(quán)向量減少與 HLR 之間的信令交互，SIM 鑒權(quán)向量采用滑動使用機制 ，每次使用之后僅丟棄第一組 。 以每次使用兩組鑒權(quán)向量 為例 ， 當前可用向量有 五組，第 1 和第 2 組 使用一次之后 只 丟 棄第 1 組 ， 后續(xù)的鑒權(quán)再使用 第 2 組和第 3 組， 當 2 和 3 組參數(shù) 使用一次之 后丟棄第 2 組， 依此類推。 QB- - - 8 . 鑒權(quán)信息存 儲 3GPP AAA Server完成 WLAN用戶接入 成功后 ， 能夠維護 WLAN會話狀態(tài)，并 支持 標識和 鑒權(quán)信息 、 會話信息 和其他信息 存儲和管理 。 當用戶結(jié)束 WLAN會話， 3GPP AAA Server需要能夠清除會話信息 和其他信息 （不刪除標識和 鑒權(quán)信息） 。 3GPP AAA Server支持鑒權(quán)信息 老化 定時器功能 ， 老化時長可配置， 默認 24小時，當老化定時器超時后， AAA刪除用戶緩存的 鑒權(quán)信息 。 . 鑒權(quán)業(yè)務(wù)處理 鑒權(quán)業(yè)務(wù)處理需要包括支持與以下 外部網(wǎng)元的交互 ： 1) 支持與 HLR的認證 鑒權(quán)信息交互； 2) 支持與 PDG的 EAP-AKA/SIM認證鑒權(quán)交互； 3) 支持與 WLAN AN的 EAP-AKA/SIM認證 鑒權(quán) 交互 。 需要支持鑒權(quán)業(yè)務(wù)處理，主要如下： 1) 鑒權(quán)算法，應(yīng)能同時 支持 中國移動 2G系統(tǒng)和 3G系統(tǒng) 中要求的鑒權(quán) 算法； 2) 支持鑒權(quán)五元組向三元組的轉(zhuǎn)換 ， 3GPP AAA Server需要支持 AKA五元組到GSM三元組的轉(zhuǎn)換，能夠兼容支持 EAP-SIM的終端 /軟件使用 USIM卡進行鑒權(quán)接入網(wǎng)絡(luò)（參考 3GPP TS 33.102） ； 3) 能根據(jù)鑒權(quán)五元組或三元組計算鑒權(quán) 參數(shù)，對 WLAN UE進行身份認證； 4) 存儲用戶對應(yīng)的鑒權(quán)算法標識，能夠根據(jù)用戶鑒權(quán)算法標識獲得該用戶對應(yīng)的鑒權(quán)算法，并進行相應(yīng)運算； 5) 正確處理鑒權(quán)重同步、位置更新及網(wǎng)絡(luò)切換等場景的鑒權(quán)數(shù)據(jù)維護管理操作 ； 6) 能夠?qū)?EAP消息會話進行機密性、完整性保護 ； 7) 能夠根據(jù)接入的 NAI信息識別用戶鑒權(quán)的使用 EAP方法； 8) 能夠 支持 EAP-AKA/SIM的全鑒權(quán) 和 快速重鑒權(quán)； 9) 能夠 支持 EAP-AKA/SIM的用戶標識 保密 ，支持 偽隨機 NAI和快速重鑒權(quán) NAI的產(chǎn)生、更新和下發(fā) 。 5.2.4. 路由選擇 當用戶漫游時，拜訪地 3GPP AAA Server需要向歸屬 HLR獲得用戶鑒權(quán)信息和簽約信息，拜訪地 3GPP AAA Server通過 SS7網(wǎng)絡(luò)進行路由選擇，與歸屬 HLR交互信息。 因此 3GPP AAA Server路由選擇包含以下功能： 1) 支持 SS7尋址功能包括 GT尋址和 DPC+SSN尋址功能； 2) 歸屬用戶非漫游接入時， 3GPP AAA Server可直連本地 HLR，獲取用戶鑒權(quán)和簽約信息； 3) 漫游用戶接入時， 3GPP AAA Server通過 STP轉(zhuǎn)發(fā)機制，與 HLR交互，不經(jīng)過歸屬地 AAA Server轉(zhuǎn)發(fā)。 QB- - - 9 5.2.5. 過負荷保護 3GPP AAA Server需要支持靈活的過負荷控制，過負荷控制包括： 1) 應(yīng)具備針對整機系統(tǒng)的過負荷控制機制，可以設(shè)置過負荷控制門限，到達門限時自動啟動或解除過負荷控制。過負荷控制門限應(yīng)考慮 CPU負荷。 2) 應(yīng)具備針對主處理單元（單板）、業(yè)務(wù)處理單元（單板）等核心單元（單板）的過負荷控制機制。各核心單元（單板）可以獨立設(shè)置過負荷控制門限，到達門限時獨立自動啟動或解除過負荷控制。過負荷控制門限應(yīng)考慮 CPU負荷。 3) 應(yīng)能對整機系統(tǒng)及各核心單元（單板）的 CPU負荷、業(yè)務(wù)負荷、業(yè)務(wù)處理時延等性能數(shù)據(jù)進行實時監(jiān)測 和統(tǒng)計。根據(jù)上述數(shù)據(jù)自動檢測過負荷狀態(tài)。 4) 應(yīng)能設(shè)置業(yè)務(wù)優(yōu)先級，在啟動過負荷控制后按照業(yè)務(wù)優(yōu)先級優(yōu)先處理高優(yōu)先級業(yè)務(wù)，丟棄優(yōu)先級低的業(yè)務(wù)。業(yè)務(wù)優(yōu)先級設(shè)置應(yīng)滿足以下順序： a) 第一優(yōu)先級：已建立會話的計費請求消息。 b) 第二優(yōu)先級：正在接入的認證請求消息。 5) 整機系統(tǒng)及各核心單元（單板）應(yīng)支持多級過負荷控制，可設(shè)置多級控制門限，達到不同門限實施不同的過負荷控制策略，使用不同的流量控制門限。 6) 應(yīng)具有過負荷保護機制，當實際承擔的業(yè)務(wù)量超過設(shè)備標稱容量時，應(yīng)立即啟動過負荷保護機制，產(chǎn)生過負荷告警提 示，在實際承擔的業(yè)務(wù)量恢復(fù)正常時，解除告警。 7) 過負荷保護機制應(yīng)保證設(shè)備在實際承擔業(yè)務(wù)量到達標稱容量的 150時，設(shè)備處理能力不低于標稱容量的 90。 5.2.6. DIAMETER 演進能力 3GPP AAA Server需要支持 到 Diameter演進 的 功能， 3GPP AAA與外部網(wǎng)元的接口支持RADIUS到 DIAMETER協(xié)議平滑演進的能力。 5.2.7. 站點接入要求 （可選） 3GPP AAA Server應(yīng)通過三層站點接入設(shè)備（簡稱 CE）接入 IP承載網(wǎng)，并與 CE配合提供有效的故障保護機制以提高站點可靠性。具體要求參見“中國移 動核心網(wǎng)設(shè)備統(tǒng)一站點方案”。 6. 接口 與信令 要求 6.1. 物理接口 6.1.1. IP 接口 支持 GE 光口（至少兩個） 。 支持主備倒換或者負荷分擔 。 QB- - - 10 支持 IEEE 802.3ah，實現(xiàn)鏈路故障的快速檢測 。 支持 BFD。 6.1.2. TDM E1 接口 3GPP AAA Server 的七號信令應(yīng)用層以下部分要符合對 MTP、 SCCP 和 TCAP 行標 和相應(yīng)的補充規(guī)定的要求。信令連接控制部分 (SCCP)應(yīng)符合國內(nèi) No.7 信令方式技術(shù)規(guī)范信令連接控制部分 (SCCP)。事務(wù)處理能力部分應(yīng)符合國內(nèi) No.7 信令方式技術(shù)規(guī)范事務(wù)處理能力部分 (TC)。 6.1.3. 2M 高速 信令鏈路接口 3GPP AAA Server 能支持 多條 2M 信令 鏈路 ，并且滿足 YD/T 1125 2001國內(nèi) NO.7信令方式技術(shù)規(guī)范 2Mbit/s 高速信令鏈路的規(guī)定。 6.2. 信令 接口 6.2.1. 與 HLR 間的接口 3GPP AAA Server 和 HLR 之間的接口 （ D/Gr參考點 ） ， 使用 MAP 協(xié)議 與 HLR 交互 ， 詳細接口描述參見 中國移動企業(yè)標準 -I-WLAN 技術(shù)規(guī)范 -接口分冊 。 6.2.2. 與 WLAN AN 間的接口 WLAN AN和 3GPP AAA Server/Proxy之間接口（ Wa參考點） ， 用于傳輸認證、授權(quán)和計費信 息 ，使用 RADIUS協(xié)議通信 （參考 RFC3580） 。 詳細接口描述參見 中國移動企業(yè)標準 -I-WLAN技術(shù)規(guī)范 -接口分冊 。 6.2.3. 與 PDG 間的接口 3GPP AAA Server/Proxy和 PDG之間的參考點 （ Wm參考點） ，用于傳輸認證、授權(quán)信息息，使用 RADIUS協(xié)議通信 （參考 RFC3580） 。 詳細接口描述參見 中國移動企業(yè)標準 -I-WLAN技術(shù)規(guī)范 -接口分冊 。 6.2.4. 與 BOSS 間的接口 與 BOSS的接口主要用于原始話單文件的傳送。 詳細 參考 計費接口協(xié)議。 QB- - - 11 7. 計費要求 7.1. 總體 計費 要求 3GPP AAA Server和 WLAN AN配合共同完成 “ I-WLAN”統(tǒng)一 EAP-SIM/AKA認證（以下簡稱統(tǒng)一認證）用戶的 Direct IP Access場景計費 ，使用用戶名 /密碼方式的“ Portal”用戶計費仍然通過 RADIUS用戶認證服務(wù)器 實現(xiàn)。 WLAN AN可以區(qū)分直接訪問 INTERNET的流量和接入分組域核心網(wǎng)的流量，在上報給 3GPP AAA Server的用戶流量信息中不包含接入分組域核心網(wǎng)的流量。 要求 WLAN AN支持根據(jù)網(wǎng)絡(luò)配置，周期性上報 統(tǒng)一 EAP-SIM/AKA認證 用戶網(wǎng)絡(luò)使用資源（時長和流量） 情況。 3GPP AAA Server接受從 WLAN AN采集得到的計費信息，根據(jù) 3GPP AAA本地策略產(chǎn)生話單文件，通過 FTP接口提供給 BOSS系統(tǒng)，由 BOSS系統(tǒng)進行批價核算處理，并生成用戶最終話單。 7.2. 計費數(shù)據(jù)收集原則 WLAN用戶網(wǎng)絡(luò)附著成功后， WLAN AN監(jiān)控并收集 計費原始數(shù)據(jù)信息 ，并通過 Wa參考點 發(fā)送給 3GPP AAA Server。在漫游狀態(tài)時，用戶的計費信息只在拜訪地生成話單，通過集團 BOSS系統(tǒng)完成省份之間結(jié)算。 計費原始數(shù)據(jù)信息包括： 用戶 身份信息 采用統(tǒng)一認證方式時，用戶身份信息使用 IMSI。 連 接會話標識 連接 時長 連接起始時間 連接結(jié)束時間 數(shù)據(jù)流量 上行 數(shù)據(jù) 流量 下行 數(shù)據(jù) 流量 計費信息采集前端 設(shè)備 IP地址 計費信息采集前端 設(shè)備標識 計費信息采集前端 設(shè)備標識 用來識別用戶的接入地，實現(xiàn)不同城市和省份之間的結(jié)算。 WLAN AN和 3GPP AAA Server 之間采用 RADIUS協(xié)議傳送計費信息 ， 3GPP AAA Server本地 產(chǎn)生 用戶的原始話單 文件 。 3GPP AAA Server向計費中心提供 FTP接口，計費中心使用 FTP接口從 3GPP AAA Server采集用戶原始話單信息，進行處 理形成最終用戶話單。 7.3. 離線計費 下圖是 WLAN Direct IP Access流程圖。 QB- - - 12 WL AN -UE WL AN AN H L R 3 G P P AAA Serv er W L A N A cc es s Net w o r k 3 GP P Ne t w o r k 1 . W L A N 接入認證成功，會話建立 2 . R A DI U S A cc t Req （ s tar t ） W L A N I P A cc es s T r af f ic 3 . R A DI U S A cc t R s p ( s tar t) 4 . R A DI U S A cc t R eq ( I n ter i m u p d ate ) W L A N s e s s io n en d s 5 . R A DI U S A cc t R s p ( I n ter i m u p d ate) 6 . R A DI U S A cc t R eq ( Sto p ) 7 . R A I UD S A cc t R s p ( s to p ) 監(jiān)測和統(tǒng)計流量、時長 打開 C D R 更新 C D R 關(guān)閉 C D R 1、 用戶發(fā)起 WLAN接入，并成功完成 EAP-SIM/AKA鑒權(quán)，終端和 WLAN AN之間成功建立會話，獲取 IP地址； 2、 WLAN AN向 3GPP AAA Server發(fā)送 RAIUDS Accounting-Request(Start)消息，指示開始對該用戶進行計費； 3、 3GPP AAA Server響應(yīng) RAIUDS Accounting-Response(Start)消息 ，打開 CDR； 4、 WLAN AN 監(jiān) 控 用 戶 使 用 網(wǎng) 絡(luò) 情 況 ， 通 過 RADIUS Accounting-Request（ Interim-update） 消息周期性上報用戶流量和時長等信息； 5、 3GPP AAA Server根據(jù) WLAN AN上報的計費信息，更新 CDR記錄，并響應(yīng) RADIUS Accounting-Response（ Interim-update） 消息； 6、 用戶下線或者 WLAN檢測到用戶掉線， WLAN AN上報計費終止消息 RAIUDS Accounting-Request(Stop)； 7、 AAA關(guān)閉 CDR文件，并響應(yīng)計費終止消息 RAIUDS Accounting-Response(Stop)。 在 一 個 會 話 周 期 內(nèi) , WLAN AN 可 以 產(chǎn) 生 多 對 RADIUS Accounting-Request（ Interim-update）和 RADIUS Accounting-Response（ Interim-update）消息。 7.4. 實時計費（可選） 遵循 3GPP 23.252定義的實時計費架構(gòu)。 7.5. 話單產(chǎn)生機制 3GPP AAA Server支持從 WLAN AN采集得到的計費信息產(chǎn)生話單，通過 FTP接口協(xié)議送給BOSS系統(tǒng)，供 BOSS系統(tǒng)對用戶進行計費。 QB- - - 13 話單文件可以根據(jù) AAA Server配置的 話單 文件 大小 、時長、 話單文件中的記錄數(shù) 等限制條件產(chǎn)生， 3GPP AAA Server同時 同時配置 多種產(chǎn)生條件，滿足任一種條件都將產(chǎn)生話單文件。 話單文件的產(chǎn)生條件有： a) 按 話單文件大小 產(chǎn)生：當話單文件的大小達到 AAA Server配置的限制閥值時，該話單文件停止寫話單，輸出到相應(yīng)的采集目錄下。 b) 按時長產(chǎn)生：當話單文件寫話單的時長達到 AAA Server配置的限制閥值時，該話單文件停止寫話單，輸出到相應(yīng)的采集目錄下。 c) 按記錄 數(shù)產(chǎn)生：當話單文件寫話單的個數(shù)達到 AAA Server配置的限制閥值時，該話單文件停止寫話單，輸出到相應(yīng)的采集目錄下。 3GPP AAA Server配置的 話單文件大小 、時長和記錄數(shù) 等閾值 可以 靈活配置： a) 根據(jù)話單文件大小門限生成話單文件，要求話單文件大小門限為 1M至 20M Byte，且可配置的粒度為 1M Byte，默認值為 5M Byte； b) 根據(jù) 時長生成話單文件，生成話單的時間門限為 1至 60分鐘可配置，且可配置的粒度為 1分鐘，默認值為 15分鐘。 c) 根據(jù)記錄數(shù)生成話單文件，要求記錄數(shù)為 1個至 10000個可配置， 且可配置的粒度為1個； 3GPP AAA Server在指定目錄下生成原始計費話單文件，計費系統(tǒng)定時到指定的目錄采集文件。 3GPP AAA Server在話單生成和處理方面 還 應(yīng)滿足以下要求： 業(yè)務(wù)提供模塊與話單產(chǎn)生模塊滿足松耦合構(gòu)架要求，保證當調(diào)整出單參數(shù)時不會對3GPP AAA Server 平臺性能產(chǎn)生影響。 話單應(yīng)保證具有除重的功能。即在話單格式的定義中，應(yīng)有一個唯一的編號，并保證在一個可見長的時間范圍內(nèi)不能重復(fù)。 為防止忙時話單量激增導(dǎo)致話單文件重復(fù)編號被覆蓋的情況出現(xiàn)， 3GPP AAA Server 應(yīng)具備話單的保護機制，在話單文件編號重復(fù)之前就產(chǎn)生報警，并啟動話單自動保護機制更改話單文件名進行存儲，從而避免話單丟失。 7.6. 計費接口協(xié)議 7.6.1. Wa 接口 3GPP AAA Server支持 Wa接口， 使用 RADIUS協(xié)議， 遵循 3GPP TS 29.234以及 rfc2865、rfc2866、 rfc2868、 rfc2869定義的 RADIUS接口， Wa接口間協(xié)議模型如下圖所示： RADIUS UDP IP Link Layer PL WLAN AN RADIUS UDP IP Link Layer PL 3GPP AAA QB- - - 14 Radius 計費消息定義詳見 WLAN 與 2G/3G 網(wǎng)絡(luò)融合設(shè)備接口規(guī)范 。 7.6.2. Bw 接口 3GPP AAA Server與 BOSS之間采用文件傳輸協(xié)議 FTP， 3GPP AAA Server可以支持 PUSH和PULL兩種傳輸模式。 使用 PUSH模式時， 3GPP AAA Server作為 FTP的客戶端主動將話單文件定時傳送到 FTP的服務(wù)器端 BOSS；使用 PULL模式時， 3GPP AAA Server作為 FTP的服務(wù)器端， BOSS作為 FTP客戶端定時取話單文件。 7.7. 話單格式 WLAN話單內(nèi)容見下表： 表： WLAN話單內(nèi)容 序號 名稱 域 名 位置 長度 含義 填寫說明 Rec_type 話單記 錄標記 1 2 2 標記文件中的記錄類型 “ 20” Oper_type 業(yè)務(wù)類型 3 4 2 業(yè)務(wù)類型 “03”：承載業(yè)務(wù) Oper_ID 業(yè)務(wù)標識 5 6 2 業(yè)務(wù)標識 “ 01”： WLAN手機用戶 “ 02”： WLAN卡用戶 Charge_dn 計費用戶號碼 7 30 24 做為計費對象的移動用戶MSISDN號碼； WLAN卡業(yè)務(wù)填寫卡號 統(tǒng)一認證方式 :不帶“ 86”的手機號碼 Radius方式 : 不帶“ 86”的手機號碼 + 域名 WLAN卡：填寫 13位卡號 左對齊，不足填空格 Imsi 手機 IMSI號 31 45 15 手機設(shè)備的IMSI號碼 左對齊，不足填空格。 WEB認證方式該字段可以為空 User_type 用戶類型 46 1 做為計費對象的移動用戶類型 Oper_id為 01時：默認為 0 Oper_id為 02時：“ 5”：全國預(yù)付費卡，“ 6”：本地預(yù)付費卡，“ 7”：預(yù)留 Home_prov 用戶歸屬省 47 50 4 計費用戶號碼歸屬省的省代碼 Oper_id為 01時：手機用戶，歸屬省填空 Oper_id為 02時：卡用戶，歸屬省由 3GPP AAA Server 填寫 ,3位省代碼， (省會 長途區(qū)號首位去零，不足三位右補零。如北京：“ 100”，山東：“ 531” ) Roam_prov 用戶漫游省 51 54 4 計費用戶漫游所在省的省代 上傳話單暫時填空 QB- - - 15 碼 Auth_type 認證類型 55 56 2 用戶認證使用的方式 “ 01”： Web認證 “ 02”： SIM認證 Start_time 起始時間 57 70 14 連接起始時間 YYYYMMDDHHMISS Stop_time 結(jié)束時間 71 84 14 連接結(jié)束時間 YYYYMMDDHHMISS Duration 連接時長 85 90 6 本次連接的持續(xù)時長（秒） 右對齊，左填 0 Data_flowup 上行數(shù)據(jù)流量 91 100 10 上行數(shù)據(jù)流量 單位：字節(jié)，右對齊左填 0 Data_flowdn 下行數(shù)據(jù)流量 101 110 10 下行數(shù)據(jù)流量 單位：字節(jié)，右對齊左填 0 Hotspot_ID 熱點標識 111 126 16 用戶所在的熱點地區(qū)標識 ABCD.CTY. PRO.OPE.NAT: ABCD:4位某城市熱點地區(qū)編號，由各省自定，各省應(yīng)確保網(wǎng)絡(luò)設(shè)備數(shù)據(jù)和計費系統(tǒng)數(shù)據(jù)配置的一致性。 CTY:4位城市編碼 (國內(nèi)長途區(qū)號 ,右對齊左填零 ) PRO:3位省代碼 (省會長途區(qū)號首位去零，不足三位右補零。如北京：“ 100”，山東：“ 531” ) OPE:2位運營商代碼： 00中國移動 NAT:3位國家編碼： 460：中國 AC_address AC的 IP地址 127 142 16 計費信息采集前端設(shè)備的 IP地址 左對齊，右填空 AS_address AS的 IP地址 143 158 16 認證設(shè)備的 IP地址 左對齊，右填空 Home_carrier 歸屬運營商 159 163 5 計費用戶的歸屬運營商 上傳話單暫 時填空 Roam_carrier 漫游運營商 164 168 5 用戶漫游網(wǎng)絡(luò)所在的運營商 上傳話單暫時填空 basic_fee 通信費 169 174 6 基本通信費 Oper_id 為 01 時：目前暫填零；Oper_id 為 02 時：填寫實際通信費。單位：分，右對齊左填零”。即如果是 wlan 預(yù)付費卡，3GPP AAA Server 要填寫本次通信的實際發(fā)生費用，以便支撐系統(tǒng)統(tǒng)計沉淀資金給財務(wù)。 Info_fee 信息費 175 180 6 信息費 單位：分，右對齊左填零 QB- - - 16 目前暫填零 Service_ID 服務(wù)標識 181 188 8 用戶選擇的服務(wù)標識 Oper_id為 01時， 暫時填空，編碼待定 Oper_id為 02時，填寫卡費率，F(xiàn)FFZHHHH， FFF填寫卡面值，單位為元，左對齊，不足后補空格； Z固定填寫 Z； HHHH填寫卡時長，單位為小時，左對齊，不足后補空格 ISP_ID ISP標識 189 194 6 ISP的標識 暫時填空 , 編碼待定 Cause_close 斷線原因 195 196 2 斷線原因 “ 01”：用戶請求下線 “ 02”：端口連接丟失 “ 03”：不能提供服務(wù)，主要指連接異 常中斷 “ 04”：空閑超時 “ 05”：會話超時 “ 06”：管理員復(fù)位端口或會話 “ 07”：管理員重啟 NAS “ 08”：端口錯誤，需要中斷會話 “ 09”： NAS出錯，要求中斷會話 “ 10”： NAS因為其他原因要求中斷會話 “ 11”： NAS意外重啟 “ 12”： NAS認為不再需要保留該端口而中斷會話 “ 13”： NAS需要重新優(yōu)先分配該端口而中斷會話 “ 14”： NAS需要掛起端口而中斷當前會話 “ 15”： NAS不能提供所需服務(wù) “ 16”： NAS為新會話回調(diào)而中斷當前會話 “ 17”：用戶輸入錯誤 “ 18”：主機請求中 斷 Reserved 預(yù)留 197 212 16 預(yù)留字段 填空 CR 回車 213 1 Carriage Return LF 換行 214 1 Line Feed QB- - - 17 當前為按時長扣費計費的“隨 e行”手機用戶：帳戶在 BOSS系統(tǒng)管理， BOSS系統(tǒng)收到用戶的 WLAN業(yè)務(wù)話單后，完成計費和結(jié)算。 預(yù)付費卡用戶：帳戶在 3GPP AAA Server管理，由 3GPP AAA Server完成對預(yù)付費卡帳戶的計費功能。 當前為套餐計費的“隨 e行”手機用戶：帳戶在 BOSS系統(tǒng)管理。用戶購買套餐后， BOSS將套餐訂購關(guān)系同步給 3GPP AAA Server， 3GPP AAA Server反算可用連接時長，并根據(jù)用戶實際使用情況將話單發(fā)送給 BOSS系統(tǒng)完成用戶套餐計費及結(jié)算。 集團客戶 WLAN業(yè)務(wù)話單文件格式要求如下： (1) 集團客戶 WLAN業(yè)務(wù)文件命名及格式 文件采用純文本格式，文件名定義如下表： 類 型 文件名 有效值（ NNN） 本省非漫游 WLAN業(yè)務(wù)文件 WLDYYYYMMDDZZZ.NNN 000 047 本省漫游出訪 WLAN業(yè)務(wù)文件 WLOYYYYMMDDZZZ.NNN 000 047 本 省漫游來訪 WLAN業(yè)務(wù)文件 WLIYYYYMMDDZZZ.NNN 000 047 本省非漫游 WLAN業(yè)務(wù)文件匯總文件 WLDYYYYMMDDZZZ.999 本省漫游出訪 WLAN業(yè)務(wù)文件匯總文件 WLOYYYYMMDDZZZ.999 本省漫游來訪 WLAN業(yè)務(wù)文件匯總文件 WLIYYYYMMDDZZZ.999 文件中的“ WL”表示 WLAN業(yè)務(wù)話單文件，“ WLD”表示本省用戶在歸屬省范圍內(nèi)使用 WLAN業(yè)務(wù)產(chǎn)生的話單文件；“ WLO”表示本省用戶在省際漫游出訪使用 WLAN業(yè)務(wù)時產(chǎn)生的話單文件；“ WLI” 表示外省的用戶在漫游來訪使用 WLAN業(yè)務(wù)時產(chǎn)生的話單文件。本地、省際來訪、省際出訪每種文件每天下發(fā) 48個（序號： 000-047），另外對應(yīng)每一類文件，每天下發(fā)一個下發(fā)匯總文件（ 999號文件）。 “ YYYYMMDD” 表示 WLAN業(yè)務(wù)文件下發(fā)的時間。 “ ZZZ”表示接收文件的省代碼。 “ NNN”表示 WLAN業(yè)務(wù)的文件序號。 文件采用純文本格式，每條記錄以回車換行符結(jié)束，每條記錄長度為 276字節(jié)；文件的大小為 276字節(jié)的整數(shù)倍。 (2) 集團客戶 WLAN業(yè)務(wù)話單文件格式 文件一條頭記錄、一條尾記錄和多行話單記錄構(gòu)成， 用“回車 &換行”來標識一條記錄，每條記錄由如下表格所示的字段組成。若字符串型的字段值長度不足，則左對齊，右補空格；若整數(shù) /浮點數(shù)型的字段值長度不足，則右對齊，左補零。字段排列順序按下表所示序號規(guī)定填寫和讀取。 1頭記錄 頭記錄字段名稱 位置 長度（字節(jié)） 有效值 頭記錄標記 1 2 2 “ 10” 接收文件的省代碼 3 10 8 填空 保留 1 11 30 20 空格 歸屬局代碼 31 40 10 46000000，左對齊右填空 文件序號 41 43 3 文件名中的序號 保留 2 44 63 20 空格 QB- - - 18 文件產(chǎn)生日期 64 77 14 YYYYMMDDHHMISS 文件版本號 78 79 2 “ 01” 保留 3 80 274 195 填空 回車 275 1 Carriage Return 換行 276 1 Line Feed 2尾記錄 尾記錄字段名稱 位置 長度（字節(jié)） 有效值 尾記錄標記 1 2 2 “ 90” 歸屬局代碼 3 12 10 46000000，左對齊右填空 保留 1 13 32 20 空格 接收文件的省代碼 33 40 8 填空 文件序號 41 43 3 文件名中 的序號 保留 2 44 63 20 空格 文件產(chǎn)生日期 64 77 14 YYYYMMDDHHMISS 文件中話單總數(shù) 78 86 9 右對齊，左補 0 總時長合計 87 101 15 單位：秒， 右對齊，左填 0 上行數(shù)據(jù)流量合計 102 116 15 單位：字節(jié)，右對齊，左填 0 下行數(shù)據(jù)流量合計 117 131 15 單位：字節(jié)，右對齊，左填 0 通信費合計 132 140 9 單位：分，右對齊，左填 0 信息費合計 141 149 9 單位：分，右對齊，左填 0 保留 3 150 274 125 空 格 回車 275 1 Carriage Return 換行 276 1 Line Feed 3話單記錄 序號 名稱 域 名 位置 長度 含義 填寫說明 1 Rec_type 話單記錄 標記 1-2 2 標記文件中的記錄類型 “ 20” 2 Oper_type 業(yè)務(wù)類型 3-4 2 業(yè)務(wù)類型 “ 03” ：承載業(yè)務(wù) 3 Oper_ID 業(yè)務(wù)標識 5-6 2 業(yè)務(wù)標識 “ 01”： WLAN 手機用戶 “ 02”： WLAN 卡用戶 4 EC_ID 集團客戶 標識 7-36 30 集團客戶 ID 左對齊，右補空 5 User_Name 用戶名 37-46 10 用戶名 左對齊，右補空 6 Enterprise 企業(yè)標識 47-66 20 集團客戶帳 號 左對齊，右補空 7 Prvince 省代碼 67-68 2 省編碼 QB- - - 19 8 MSISDN 用戶號碼 69-92 24 使用 WLAN的移動用戶MSISDN號碼 WLAN卡業(yè)務(wù)填寫卡號 不帶“ 86”的手機號碼或卡號。 全數(shù)字，左對齊，不足填空格 9 Imsi 手機IMSI 號 93-107 15 手機設(shè)備的 IMSI 號碼 左對齊，不足填空格。 WEB 認證方式該字段可以為空 10 User_type 用戶類型 108 1 做為計費對象的移動用戶類型 “ 0”：全球通 “ 1”：神州行 “ 5”：全國預(yù)付費卡 “ 6”：本地預(yù)付費卡 “ 7”：電信用戶 “ 8”：聯(lián)通用戶 “ 9”：預(yù)留 11 Home_prov 用戶歸屬 省 109-112 4 計費用戶號碼歸屬省的省代碼 如北京“ 100 ”、廣東“ 200 ”等，左對齊，不足填空格 計費用戶號碼為移動用戶的手機號碼時，用戶歸屬省為手機號碼的歸屬省。 計費用戶號碼為預(yù)付費卡，用戶歸屬省填寫卡號的歸屬省。 12 Roam_prov 用戶漫游 省 113-116 4 計費用戶漫游所在省的省代碼 如北京“ 100 ”、廣東“ 200 ”等，左對齊，不足填空格 13 Roam_type 漫游類型 117-118 2 漫游類型 “ 00”：非漫游 “ 01”：省際漫游 “ 02”：國際漫游 14 Auth_type 認證類型 119-120 2 用戶認證使 用的方式 “ 01”： Web 認證 “ 02”： SIM 認證 15 Start_time 起始時間 121-134 14 連接起始時 間 YYYYMMDDHHMISS QB- - - 20 16 Stop_time 結(jié)束時間 135-148 14 連接結(jié)束時 間 YYYYMMDDHHMISS 17 Duration 連接時長 149-154 6 本次連接的持續(xù)時長（秒） 右對齊，左填 0 18 Data_flowup 上行數(shù)據(jù) 流量 155-164 10 上行數(shù)據(jù)流 量 單位：字節(jié)，右對齊左填 0 19 Data_flowdn 下行數(shù)據(jù) 流量 165-174 10 下行數(shù)據(jù)流 量 單位：字節(jié)，右對齊左填 0 20 Hotspot_ID 熱點標識 175-190 16 用戶所在的熱點地區(qū)標識 ABCD.CTY. PRO.OPE.NAT: ABCD:4 位某城市熱點地區(qū)編號，由各省自定，各省應(yīng)確保網(wǎng)絡(luò)設(shè)備 數(shù)據(jù)和計費系統(tǒng)數(shù)據(jù)配置的一致性。 CTY:4 位城市編碼 (國內(nèi)長途區(qū)號 ,右對齊左填零 ) PRO:3 位省代碼 (省會長途區(qū)號首位去零，不足三位右補零。如北京：“ 100”，山東：“ 531” ) OPE:2 位運營商代碼： 00中國移動 NAT:3 位國家編碼： 460：中國 21 AC_address AC 的 IP地址 191-206 16 計費信息采集前端設(shè)備的 IP 地址 左對齊，右填空 22 AS_address AS 的 IP地址 207-222 16 認證設(shè)備的 IP 地址 左對齊，右填空 23 Home_carrier 歸屬運營 商 223-227 5 計費用戶的歸屬運營商 取 IMSI 前五位： 中國移動 -46000 24 Roam_carrier 漫游運營 商 228-232 5 用戶漫游網(wǎng)絡(luò)所在的運營商 取 IMSI 前五位： QB- - - 21 25 basic_fee 通信費 233-238 6 基本通信費 單位：分，右對齊左填零 26 Info_fee 信息費 239-244 6 信息費 單位：分，右對齊左填零 目前暫填零 27 Service_ID 服務(wù)標識 245-252 8 用戶選擇的 服務(wù)標識 Oper_id 為 01 時， 暫時填空，編碼待定 Oper_id 為 02 時，填寫卡費率， FFFZHHHH， FFF填寫卡面值，單位為元，左對齊，不足后補空格；Z 固定填寫 Z； HHHH 填寫卡時長，單位為小時，左對齊，不足后補空格； 28 ISP_ID ISP 標識 253-258 6 ISP 的標識 暫時填空 , 編碼待定 29 Cause_close 斷線原因 259-260 2 斷線原因 “ 01”：用戶請求下線 “ 02”：端口連接丟失 “ 03”：不能提供服務(wù)，主要指連接異常中斷 “ 04”：空閑超時 “ 05”：會話超時 “ 06”：管理員復(fù)位端口或會話 “ 07”：管理員重啟 NAS “ 08” ：端口錯誤，需要中斷會話 “ 09”： NAS 出錯，要求中斷會話 “ 10”： NAS 因為其他原因要求中斷會話 “ 11”： NAS 意外重啟 “ 12”： NAS 認為不再需要保留該端口而中斷會話 “ 13”： NAS 需要重新優(yōu)先分配該端口而中斷會話 “ 14”： NAS 需要掛起端QB- - - 22 口而中斷當前會話 “ 15”： NAS 不能提供所需服務(wù) “ 16”： NAS 為新會話回調(diào)而中斷當前會話 “ 17”：用戶輸入錯誤 “ 18”：主機請求中斷 30 Reserved 預(yù)留 261-274 14 預(yù)留字段 填空 31 CR 回車 275 1 Carriage Return 32 LF 換行 276 1 Line Feed (3) 集團客戶 WLAN業(yè)務(wù)匯總文件格式 給出當日 (即 YYYYMMDD)全國中心下發(fā)各省的 WLAN業(yè)務(wù)文件的匯總。由一條頭記錄、多條匯總記錄和一條尾記錄組成。每條匯總記錄與一個下發(fā)文件對應(yīng)，記錄了全國中心下發(fā)到“ ZZZ”省的卡類業(yè)務(wù)文件的統(tǒng)計結(jié)果，其中“ ?”代表三類下發(fā)文件的匯總文件，“ WLD”表示本省非漫游匯總文件，“ WLI”表示省際漫游來訪匯總文件，“ WLO”表示省際漫游出訪匯總文件。每條記錄長 276字節(jié)，每個匯總文件的長度為 169字節(jié)的整數(shù) 倍。 1頭記錄 頭記錄字段名稱 位置 長度（字節(jié)） 有效值 頭記錄標記 1 2 2 “ 10” 接收文件的省代碼 3 12 10 46000ZZZ（ “ ZZZ”為文件名中的省代碼 ） 保留 1 13 32 20 空格 歸屬局代碼 33 42 10 46000000，左對齊右填空 文件產(chǎn)生日期 43 56 14 YYYYMMDDHHMISS 文件版本號 57 58 2 “ 01” 保留 2 59 167 109 填空 回車 168 1 Carriage Return 換行 169 1 Line Feed 2尾記錄 尾記錄字段名稱 位置 長度（字節(jié)） 有效值 尾記錄標記 1 2 2 “ 90” 歸屬局代碼 3 12 10 46000000，左對齊右填空 接收文件的省代碼 13 22 10 46000ZZZ（ “ ZZZ”為文件名中的省代碼 ） 下發(fā)文件總數(shù) 23 25 3 右對齊，左補 0 QB- - - 23 保留 1 26 45 20 空格 話單條數(shù)合計 46 54 9 即記錄條數(shù)合計，右對齊，左 補 0 保留 2 55 74 20 空格 總時長合計 75 89 15 單位：秒， 右對齊，左填 0 上行數(shù)據(jù)流量合計 90 104 15 單位：字節(jié)，右對齊，左填 0 下行數(shù)據(jù)流量合計 105 119 15 單位：字節(jié)，右對齊，左填 0 通信費合計 120 128 9 單位：分，右對齊，左填 0 信息費合計 129 137 9 單位：分，右對齊，左填 0 保留 3 138 167 30 空格 回車 168 1 Carriage Return 換行 169 1 Line Feed 3匯總文件記錄 序號 名 稱 位置 長度 填寫說明 記錄標記 1 2 2 “ 20” 下發(fā)文件名 3 27 25 WL?YYYYMMDDAAA.NNN （？代表“ D”、“ I”、“ O”） 話單記錄的最早連接時間 28 41 14 YYYYMMDDHHMISS 話單記錄的最晚連接時間 42 55 14 YYYYMMDDHHMISS 保留 1 56 65 10 空格 話單條數(shù)合計 66 74 9 即記錄條數(shù)合計 保留 2 75 84 10 空格 總時長合計 85 99 15 單位：秒， 右對齊，左填 0 上行數(shù)據(jù)流量合計 100 114 15 單位：字節(jié)，右對齊，左填 0 下行數(shù)據(jù)流量合計 115 129 15 單位： 字節(jié)，右對齊，左填 0 通信費合計 130 138 9 單位：分，右對齊，左填 0 信息費合計 139 147 9 單位：分，右對齊，左填 0 保留 3 148 167 20 空格 回車 168 1 Carriage Return 換行 169 1 Line Feed 7.8. 計費信息安全要求 3GPP AAA Server在提供給 BOSS話單的同時， 應(yīng) 支持文件話單的備份，產(chǎn)生 CDR文件話單到采集目錄的同時，同時備份一份拷貝到 硬盤中的 備份目錄。原始話單備份的目的主要用于外部系統(tǒng)統(tǒng)計、查詢或者投訴時對 賬。話單備份 至少 支持備份 180天的時間。 QB- - - 24 8. 性能 和可靠性要求 8.1. 性能指標 表 1 3GPP AAA Server 性能指標 性能指標 備注 活動用戶容量 不小于 100 萬 每秒鑒權(quán)請求應(yīng)答 /請求挑戰(zhàn)數(shù)目 不小于 2000 條 /秒 每秒計費請求應(yīng)答數(shù)目 不小于 2000 條 /秒 忙時平均每用戶請求數(shù) ？ 8.2. 可靠性要求 1) 系統(tǒng) 應(yīng) 達到或超過 99.999%的可用性 2) 無故障連續(xù)工作時間 MTBF10萬小時 3) 系統(tǒng)冷啟動恢復(fù)時間小于 10分鐘 4) 系統(tǒng)熱啟動恢復(fù)時間小于 1分鐘 5) 要求設(shè)備具有高可靠性和高穩(wěn)定性。主處理器，主存，電源和管理接口等系統(tǒng) 主要部件應(yīng)具有熱備份冗余 6) 主備系統(tǒng)倒換時間：單板主備倒換時間小于 6秒，數(shù)據(jù)庫主備倒換小于 90秒 7) 具有 N+1容災(zāi) 備份的能力。 AAA服務(wù)器的倒換不能影響用戶業(yè)務(wù)使用及話單生成；倒換發(fā)生時計費話單內(nèi)容及格式要遵循計費部門相關(guān)規(guī)范 （可選） 9. 網(wǎng)管要求 9.1. 基本要求 1) 3GPP AAA Server 應(yīng)具有一個或一個以上用于網(wǎng)絡(luò)管理的數(shù)據(jù)接口。 2) 通過網(wǎng)絡(luò)管理數(shù)據(jù)接口，各網(wǎng)絡(luò)單元能接受、執(zhí)行來自操作維護中心或網(wǎng)管中心的指令，并將執(zhí)行結(jié)果存儲或回報給相應(yīng)中心。 3) 各網(wǎng)絡(luò)單元能對 會話 測量統(tǒng)計至少存儲 24 小時，對告警信息至少存儲 72 小時 。 9.2. 主要網(wǎng)管功能要求 3GPP AAA Server 應(yīng)能與操作維護中心或網(wǎng)管中心等合作完成網(wǎng)絡(luò)的各項管理功能。 QB- - - 25 9.2.1. 日志 管理 3GPP AAA Server 應(yīng)能提供日志管理功能 ， 日志能夠 記錄操作維護系統(tǒng)所進行的操作的各種狀態(tài)信息，包括命令日志、事件上報日志、安全日志和系統(tǒng)日志，并提供類似于 Windows事件查看器的工具來瀏覽日志信息。 9.2.2. 安全管理 3GPP AAA Server 應(yīng)能 提供 安全管理功 能 ，能夠提供操作員 管理、角色管理、安全驗證和安全策略管理， 以 確保 操作員 對系統(tǒng)的合法使用。安全管理 能夠提供 對 操作員 戶、角色 的管理， 并能夠 合理地組織 操作員 和角色的關(guān)系。 9.2.3. 性能管理 3GPP AAA Server 應(yīng)能 提供 性能管理 功能， 使得 操作員能夠 通過創(chuàng)建測量任務(wù)采集各種性能指標數(shù)據(jù)（包括業(yè)務(wù)完成量、資源占用量、服務(wù)質(zhì)量），進而分析網(wǎng)絡(luò)運行狀況，為網(wǎng)絡(luò)優(yōu)化提供依據(jù)和驗證手段。 9.2.4. 故障 管理 3GPP AAA Server 及其相關(guān)的傳輸鏈路、信令鏈路發(fā)生嚴重故障或嚴重過負荷時，應(yīng)能以故障報告形式向操作維護中心或網(wǎng)管中心發(fā)送告警信息，當告警原因消除時，亦應(yīng)有報告。 各網(wǎng)絡(luò)單元應(yīng)能配合操作維護中心或網(wǎng)管中心對故障進行測試診斷與定位，按質(zhì)量完 成軟件 /硬件的重新配置。 3GPP AAA Server 應(yīng)支持用戶跟蹤 信令跟蹤等 操作。 9.2.5. 配置管理 3GPP AAA Server 應(yīng)能支持網(wǎng)絡(luò)系統(tǒng)對各網(wǎng)絡(luò)單元的更新、升級、日期 /時間修改等的配置管理，按指令完成軟件 /硬件的重新配置。 9.3. 數(shù)據(jù)接口 3GPP AAA Server 網(wǎng)元 的網(wǎng)絡(luò)管理數(shù)據(jù)接口應(yīng)符合 CCITT Rec.V.24 及 Rec.X.25，支持SNMP 或 CORBA 接口協(xié)議，應(yīng)允許采用專用數(shù)據(jù)鏈路或公共分組交換網(wǎng)絡(luò)傳送網(wǎng)管數(shù)據(jù)。 如不能提供 SNMP 或 CORBA 接口 ，廠方應(yīng)提供其網(wǎng)絡(luò)單元與操作維護中心間接 口的詳細描述，特別是用于通信的接口、協(xié)議和消息。 QB- - - 26 10. 硬件要求 10.1. 硬件系統(tǒng)基本要求 1) 硬件應(yīng)采用模塊化結(jié)構(gòu)，便于容量擴充和引入新的硬件模塊容納新業(yè)務(wù)和新技術(shù)。 2) 提供的設(shè)備應(yīng)全部采用經(jīng)過老化測試和嚴格篩選的優(yōu)質(zhì)元器件。硬件的組裝應(yīng)該有嚴格的質(zhì)量控制，確保長期使用的高穩(wěn)定性和高可靠性。 3) 系統(tǒng)構(gòu)成應(yīng)具有冗余和容錯等安全措施。 10.2. 處理機的要求 1) 處理機系統(tǒng)（集中控制、分級控制或分散式控制）均要有冗余度。遇處理機、軟硬件故障時，具有倒機、分級再啟動及系統(tǒng)再生成等性能，以保證其安全可靠性。 2) 處理機系統(tǒng)應(yīng)具有故障脫機自動診斷功能。 3) 處理機系統(tǒng)應(yīng)具有軟、硬件故障告警信號。 4) 處理機系統(tǒng)的處理能力應(yīng)滿足買方要求。賣方應(yīng)說明達到所要求處理能力時處理機的占用率及過負荷控制措施。 10.3. 輸入、輸出設(shè)備的基本要求 1) 人機命令盡可能采用菜單方式，用作人機命令輸入的設(shè)備應(yīng)具有冗余度。 2) 應(yīng)提供用于存儲程序、局數(shù)據(jù)、移動用戶數(shù)據(jù)以及各類話務(wù)統(tǒng)計數(shù)據(jù)的外存設(shè)備。計費信息的存儲設(shè)備應(yīng)單獨設(shè)置，以便話費分揀。以上外存設(shè)備均應(yīng)有備份。 3) 應(yīng)提供電傳打印機：用于打印故障信息、話務(wù)統(tǒng)計信息輸入的人機命令 4) 顯示器。各類告警信號除由打印機打印外，還應(yīng)在顯示屏上顯示，且能用不同彩色顯 示出各類故障的嚴重程度。 11. 軟件要求 11.1. 軟件基本要求 1) 要求軟件采用分層的模塊化結(jié)構(gòu)，模塊之間的通信應(yīng)按照規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應(yīng)影響其他模塊。 2) 局數(shù)據(jù)和用戶數(shù)據(jù)與處理程序應(yīng)有相對的獨立性。局數(shù)據(jù)和用戶數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更。處理程序與任何局數(shù)據(jù)和用戶數(shù)據(jù)相適應(yīng)。 3) 軟件應(yīng)有容錯能力，一般小的軟件故障不應(yīng)引起各類嚴重的系統(tǒng)再啟動。 4) 軟件設(shè)計應(yīng)有防護性能，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其他軟件模塊的錯誤。 5) 應(yīng)具有軟件運行故障的監(jiān)視 功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動再啟QB- - - 27 動，并作出即時故障報告信息。 6) 在未達到設(shè)備的終局容量時，增加或減少用戶或交換設(shè)備時，只需使用一般的人機命令變更用戶數(shù)據(jù)或局數(shù)據(jù)即可，不應(yīng)影響正常通信。 7) 不同生產(chǎn)廠家生產(chǎn)的同種型號的交換設(shè)備，應(yīng)采用同一種軟件版本。同一種型號交換設(shè)備不同時間的軟件版本應(yīng)能兼容。 11.2. 軟件功能要求 1) 要求有完善的實時操作系統(tǒng)。 2) 要求具有完善的計費處理功能。要求具有與計費處理中心相配合的功能。（詳見“計費要求”一章）。 3) 要求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能。要求具有路由變更控制功能。 4) 要 求具有完善的系統(tǒng)結(jié)構(gòu)控制功能。 5) 要求具有對各種硬件設(shè)備測試的功能。 6) 要求具有對軟件、硬件運行故障的監(jiān)視功能。有完善的故障告警及障礙后處理功能。要求具有與集中維護管理中心相配合的控制功能。 7) 要求具有完善的、方便的人機通信控制功能。 8) 要求具有完善的維護管理功能，具有局數(shù)據(jù)和用戶數(shù)據(jù)的維護管理、軟件維護管理、設(shè)備維護管理及計費管理等功能。 9) 要求具有故障診斷和故障定位功能。 11.3. 軟件語言的要求 1) 機器所用的高級語言應(yīng)盡量采用 CCITT 推薦的 CHILL、 SDL、 MML 分別作為編程語言、功能描述語言和人機通信語言。 2) 若未采用 上述 CCITT 推薦的標準語言，則所采用的高級語言應(yīng)基于英文，且應(yīng)易讀，使用方便，并說明其與標準語言的區(qū)別。 3) 要求對所使用的語言提供語言規(guī)范及其說明資料。 11.4. 軟件維護管理功能要求 1) 要求具有在不中斷處理 業(yè)務(wù) 的情況下，完成程序打補丁的功能。每一補丁應(yīng)不得大于 100 字，如果總的補丁超出 2000 字，那么補丁數(shù)應(yīng) 100 個，這時要求廠家無償提供新版本。 2) 要求對于全部數(shù)據(jù)和用戶數(shù)據(jù)都可以在不影響 業(yè)務(wù) 的情況下，用人機通信的方式進行下述操作： 數(shù)據(jù)查詢 數(shù)據(jù)修改變更 數(shù)據(jù)追加 由軟盤或其它媒介進行批量數(shù)據(jù)的引入運行 原運行數(shù)據(jù) 的暫存、重新運行、使用刪除。 3) 若對修改后的軟件不滿意或?qū)⑿薷暮筌浖胂到y(tǒng)后，對系統(tǒng)有副作用或發(fā)現(xiàn)新版本有問題，應(yīng)能方便而迅速的（在 1 分鐘內(nèi)）恢復(fù)到原來的程序。 QB- - - 28 4) 故障診斷軟件的診斷精度： 要求故障診斷軟件能對硬件故障進行診斷和定位，故障診斷定位后應(yīng)能顯示或打印，報告故障設(shè)備的物理位置等有關(guān)信息。 對硬件故障診斷定位的精度要求如下： 用戶 會話 ，應(yīng)可定位至每一 會話 。 對于各公共部件電路，如：處理機、接口電路、存儲器、輸入 /輸出設(shè)備等的硬件故障應(yīng)能達到： 70%的故障能自動定位至一塊板， 90%能自動定位至 3塊板， 100%能定為至 5塊板。 12. 時鐘同步要求 12.1. 同步方式 采用主從同步方式。 12.2. 定時特性要求 滿足“數(shù)字同步網(wǎng)節(jié)點時鐘系列及其定時特性” 4.2、 4.3節(jié)規(guī)定的要求。 12.3. 定時接口要求 12.3.1. 定時方式 1）外定時方式； 2）線路定時方式。 12.3.2. 接口種類 1）外定時接口種類： 2048kbit/s接口。 2048kHz接口。 2）線路定時接口種類： 2048kbit/s接口，對于 PDH傳輸。 12.3.3. 外定時接口的數(shù)目 被同步設(shè)備的外定時接口數(shù)目一般至少為 2個。 QB- - - 29 12.3.4. 外定時接口的要求 (1) 物理 /電氣特性 對于 2048kbit/s接口，應(yīng)符合 ITU-T建議 G.703第 6節(jié)的要求。 對于 2048kHz接口，應(yīng)符合 ITU-T建議 G.703第 10節(jié)的要求。 (2) 功能要求 外定時接口應(yīng)具有自動或人工倒換的功能。對于 2048kbit/s接口，其幀結(jié)構(gòu)應(yīng)符合 ITU-T建議 G.704第 2.3節(jié)的要求。 12.3.5. 接口性能要求 對于 2048kbit/s和 2048kHz接口，其輸入抖動和漂移容限應(yīng)滿足 ITU-T建議 G.823的要求。 對于 STM-N接口，其輸入抖動和漂移容限應(yīng)滿足 ITU-T建議 G.825的要求。 13. 機械要求 13.1. 基本要求 設(shè)備的總體機械結(jié)構(gòu)，應(yīng)充分考慮安裝、維 護的方便和擴容容量或調(diào)整設(shè)備數(shù)量的靈活性，實現(xiàn)硬件模塊化。應(yīng)具有足夠的機械強度和剛度，設(shè)備的安裝固定方式應(yīng)具有防震抗震能力，應(yīng)保證設(shè)備經(jīng)過常規(guī)的運輸、儲存和安裝后，不產(chǎn)生破損、變形。 廠方應(yīng)提供設(shè)備的機械結(jié)構(gòu)、品種規(guī)格及安裝規(guī)程等方面的詳細說明。 13.2