(附錄3-10) 訊務計量測試案例 - 第一版 PDF

MBATC-010
訊務計量測詴案例
版本 1.0
財團法人電信技術中心
目錄
1 範圍.................................................................................................................................................. 1
2 參考文件.......................................................................................................................................... 1
3 名詞解釋.......................................................................................................................................... 2
4 訊務計量系統.................................................................................................................................. 4
4.1 離線計費系統 ................................................................................................................ 4
4.1.1 離線計費系統單元功能 .......................................................................................... 5
4.2 線上計費系統（OCS） ................................................................................................ 6
4.2.1 線上計費系統（Offline Charging System, OCS）單元功能 ................................ 7
4.3 LTE 計費系統架構 ...................................................................................................... 12

4.3.1 計費策略和規則功能模組（PCRF） .................................................................. 12
4.3.2 策略和計費執行功能模組（PCEF） .................................................................. 12
4.3.3 應用程式功能（AF）........................................................................................... 12
4.3.4 用戶屬性檔案儲存模組（SPR）......................................................................... 12
4.3.5 承載綁定及事件報告功能模組（BBERF） ....................................................... 12
4.3.6 流量偵測功能模組（TDF） ................................................................................ 12
4.4 計費系統介面說明 ...................................................................................................... 13
4.4.1 Gx 介面 .................................................................................................................. 13
4.4.2 Rf 介面 ................................................................................................................... 13
4.4.3 Gz 介面 .................................................................................................................. 13
4.4.4 Gy 介面 .................................................................................................................. 14
4.4.5 Gxx 介面 ................................................................................................................ 14
4.4.6 Rx 介面 .................................................................................................................. 14
4.4.7 Sp 介面 .................................................................................................................. 14
4.4.8 Sy 介面 .................................................................................................................. 14
4.4.9 Sd 介面 .................................................................................................................. 15
4.5 LTE 計費作業流程 ...................................................................................................... 16
4.5.1 離線計費作業流程（Offline Charging Procedure） ........................................... 16
4.5.2 線上計費作業流程（Online Charging Procedure） ............................................ 20
[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄第 i 頁
5 行動數據服務概述........................................................................................................................ 39
5.1 行動數據服務架構 ................................................................................................ 39
5.2 行動數據重傳計費策略 ........................................................................................ 39
6 測詴環境........................................................................................................................................ 41
6.1 架構說明 ...................................................................................................................... 41
6.2 設備需求 ...................................................................................................................... 41
6.3 測詴環境 ...................................................................................................................... 42
7 測詴參數........................................................................................................................................ 42
8 測詴方法說明................................................................................................................................ 42
9 效能與功能測詴案例.................................................................................................................... 44
9.1 封包傳送測詴案例 ...................................................................................................... 44
9.1.1 瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。 .............................................. 44
9.1.2 瀏覽 YouTube，觀察 S1 介面封包容量變化情形。 .......................................... 45
9.1.3 瀏覽 Facebook，觀察 S1 介面封包容量變化情形。 ......................................... 46
9.1.4 下載檔案測詴，觀察 S1 介面封包容量變化情形。 ......................................... 47
9.1.5 4G Live 正常訊號，進行檔案下載訊務測詴 ..................................................... 48
9.2 封包重送測詴案例 ...................................................................................................... 49
9.2.1 模擬弱訊發生，瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。 .................. 49
9.2.2 模擬弱訊發生，瀏覽 YouTube，觀察 S1 介面封包容量變化情形。 .............. 50
9.2.3 模擬弱訊發生，瀏覽 Facebook，觀察 S1 介面封包容量變化情形。 ............. 51
9.2.4 模擬弱訊發生，下載檔案測詴，觀察 S1 介面封包容量變化情形。 ............. 52
9.2.5 4G Live 衰弱訊號，進行檔案下載訊務測詴。 ................................................. 53

9.2.6 4G Live 訊號，下載檔案使自動或手動斷訊，觀察訊務容量變化。 ............. 54
9.3 手機背景流量收集案例 .............................................................................................. 56
9.3.1 4G Live 訊號，進行手機背景訊務流量觀察。 ................................................. 56
10 訊務計量問題查測............................................................................................................ 58
[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄第 ii 頁
圖目錄
圖 1、離線計費架構.......................................................................................................................... 4
圖 2、離線計費/計費觸發功能（CTF）模組 ................................................................................. 5
圖 3、離線計費/計費資料功能（CDF）模組 ................................................................................. 6
圖 4、離線計費/計費閘道功能（OGF）模組................................................................................. 6
圖 5、線上計費系統架構[1]............................................................................................................... 7
圖 6、線上計費功能模組（OCF）模組 .......................................................................................... 8
圖 7、線上計費/計費閘道功能（CGF）模組 ................................................................................. 9
圖 8、線上計費/帳戶餘額管理功能（ABMF）模組 ................................................................... 10
圖 9、線上計費/計費等級功能（RF）模組 .................................................................................. 11
圖 10、計費系統 Gx/Gz/Gxx/Gy/Rx/Sp/Sy/Sd 介面 ..................................................................... 13
圖 11、LTE 離線計費流程 ............................................................................................................. 16
圖 12、根據事件（Event）計費方案 ............................................................................................ 18
圖 13、根據訊息串流（Session）計費方案 ................................................................................. 19
圖 14、IEC/分散式計費單位限額與集中式計費等級 .................................................................. 22
圖 15、IEC/集中式計費單位限額與集中式計費等級 .................................................................. 23
圖 16、IEC/分散式計費單位限額與分散式計費等級 .................................................................. 24
圖 17、ECUR/分散式計費單位限額與集中式計費等級 .............................................................. 26
圖 18、ECUR/集中式計費單位限額與集中式計費等級 .............................................................. 27
圖 19、ECUR/分散式計費單位限額與分散式計費等級 .............................................................. 29
圖 20、SCUR/分散式計費單位限額與集中式計費等級 .............................................................. 31
圖 21、SCUR/集中式計費單位限額與集中式計費等級 .............................................................. 32
圖 22、分散式計費單位限額與分散式計費等級 .......................................................................... 34
圖 23、3GPP LTE Charging Architecture 架構圖 .......................................................................... 35
圖 24、實際網路測詴環境示意圖 .................................................................................................. 41
圖 25、測詴作業流程...................................................................................................................... 43
[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄第 iii 頁

表目錄
表 1、計費資料紀錄檔案（CDR）參數 ....................................................................................... 36
表 2、行動通訊營運商/TCP 數據封包重傳計費策略 .................................................................. 40
表 3、測詴設備需求總表 ................................................................................................................ 41
表 4、小型基地台相關參數 ............................................................................................................ 59
[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄第 iv 頁
1 範圍
本測詴案例針對 LTE 4G 網路環境流量測詴案例與測詴方式開發，將依案例需求記錄相關數

據並記錄 S1 介面封包容量計算情形。
2 參考文件
本案例開發除特別標示，皆以 3GPP R.11 之相關標準規範為基準
[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
[2] 3GPP,TS32.240,LTE Telecommunication management; Charging management; Charging

architecture and principles
[3] 3GPP,TS32.299 Telecommunication management; Charging management; Diameter charging

applications
[4] 3GPP, TS 23.203 ,LTE Policy and charging control architecture
[5] 3GPP,TS32.295 Telecommunication management; Charging management; Charging Data

Record （CDR） transfer
[6] 3GPP,TS23.078;Customised Applications for Mobile network Enhanced Logic（CAMEL）
[7] 3GPP,TS29.212 LTE Policy and Charging Control （PCC）
[8] Younghwan Go, Jongil Won, Denis Foo Kune, EunYoung Jeong, Yongdae Kim, KyoungSoo
Park,Gaining Control of Cellular Traffic Accounting by Spurious TCP Retransmission
[9] Chunyi Peng Chi-yu Li Guan-hua Tu Songwu Lu Lixia Zhang,Mobile Data Charging-New
Attacks And Countermeasures
[10] Younghwan Go, Denis Foo Kune†, Shinae Woo, KyoungSoo Park, and Yongdae
Kim,TowardsAccurate Accounting of Cellular Data for TCP Retransmission
[11] Netmanias, LTE Charging I_Offline, Feb 2015
[12] Netmanias, LTE Policy and Charging Control （PCC）, August 2014
[13] Netmanias, LTE QoS - SDF and EPS Bearer QoS, September 2013
[14] http://www.in2eps.com/gnef/tk-glos-nef-c.html
[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量第 1 頁
3 名詞解釋
以下縮寫為該測詴案例之簡稱總列表
縮寫英文全名稱中文名稱
ABMF Account Balance Management Function 帳戶餘額管理功能
ADC Application Detection and Control 應用偵測及控制
AF Application Function 應用功能
AMBR Aggregated Maximum Bit Rate 總和最大位元率
BBERF Bearer Binding and Event Reporting Function 承載綁定和事件報告功能
BBF Bearer Binding Function 承載綁定功能
CTF Charging Trigger Function 計費觸發功能
CGF Charging Gateway Function 計費閘道功能
CDF Charging Data Function 計費資料功能
CDR Charging Data Record 計費資料紀錄
C-Plane Control Plane 控制平面
eNB Evolved Node B 演進型節點 B
EPC Evolved Packet Core 演進封包核心
EPS Evolved Packet System 演進封包系統
GBR Guaranteed Bit Rate 保證位元率
GPRS General Packet Radio Service 整體數據封包無線服務
GTP-U GPRS Tunneling Protocol for User Plane GPRS 通道協議用戶平面
IETF The Internet Engineering Task Force 網際網路工程工作特別小組
IMS IP Multimedia Subsystem 網際網路協定媒體子系統
LTE Long Term Evolution 長期演進
MBR Maximum Bit Rate 最大位元率
MME Mobility Management Entity 行動管理實體
MMS Multimedia Message Service 媒體訊息服務
NE Network Equipment 網路裝置
NGMN Next Generation Mobile Networks 下一世代行動網路
NMS Network Management System 網路管理系統
縮寫英文全名稱中文名稱
OCS Online Charging System 即時計費系統
OFCS Offline Charging System 離線計費系統
PCC Policy and Charging Control 策略及計費控制
PCEF Policy and Charging Enforcement Function 策略及計費執行功能
PCRF Policy and Charging Rules Function 策略及計費規則功能
PDCP Packet Data Convergence Protocol 數據資料聚合協定
PDN-GW Packet Data Network Gateway 封包數據網路閘道
RAN Radio Access Network, 無線接取網路
RF Rating Function 等級功能
SAE System Architecture Evolution 演進型系統架構
SDF Service Data Flow 資料服務串流
S-GW Serving GW 服務閘道
SPR Subscriber Profile Repository 用戶檔案庫
UE User Equipment 用戶裝置
U-Plane User Plane 使用者平面
4 訊務計量系統
第三代行動通訊規格組織（3GPP）第五版本（Release 5, R5）中提出 IP 多媒體子系統（IMS）

系統服務架構，提供多媒體服務及數據封包流量管理與訊務計算機制，包含 IP 網路服務的離
線計費系統（OFCS）與線上計費系統（OCS）。其中，電信營運商可以透過訊務計費管理機
制根據用戶服務類型及品質服務需求進行計費處理與帳戶餘額管理。
3GPP 長期演進（Long Term Evolution, LTE）系統核心網路 Evolved Packet Core; EPC）的策略

和計費控制（Policy and Charging Control; PCC）架構，可彈性地依據使用者不同服務需求進
行核心網路數據服務和多媒體服務的資源分配與計費機制作業。
離線計費是屬於一種不會影響網路服務提供過程的計費機制；線上計費則是計費信息能夠即
時影響網路服務提供的計費機制，因此線上計費用戶在得到網絡資源與服務之前，用戶必頇
預先向電信營運服務商申請並獲得所屬線上計費系統的授權。以下詳細說明離線計費系統與
線上計費系統的運作原理。
4.1 離線計費系統
離線計費系統（OFCS）是針對使用者使用網絡資源的時間或事件（Event）的進行收集以在
事後進行計費動作如圖 1，計費作業程序中，由核心網路域（CN Domain, 如 PS）
、服務元素
（Service Element, 如 MMS）及子系統（Sub-system, 如 IMS））收集產生計費資料記錄檔
（Charging Data Record, CDR）資料，然後傳送到電信運營商的帳務域（Billing Domain）作
為使用者網路使用紀錄與營運商訊務計算使用。
[1]
圖 1、離線計費架構
4.1.1 離線計費系統單元功能
 計費觸發功能單元（Charging Trigger Function, CTF）
CTF 為根據使用者網絡資源的使用情形而產生觸發計費動作並整合各網絡元件內相關服務活
動的計費信息如圖 2，CTF 將這些計費訊息置入計費事件內並透過 Rf 介面發送至 CDF，CTF
有兩項主要功能，分別是會計指標收集（Accounting Metrics Collection）與會計數據轉發
（Accounting Data Forwarding）
。CTF 監控使用戶者通話、服務或者是會話事件建立的訊令及
訊務並從中收集各種會計指標並將可收費的觸發事件轉發給 CDF。
、13]
圖 2、離線計費/計費觸發功能（CTF）模組[1
 計費資料功能單元（CDF）
計費資料功能單元（Charging Data Function; CDF）如圖 3，收到由 CTF 產生的計費事件內的

計費信息產生 CDR，CDR 特徵包含如下：
(1) 計費資料記錄檔（CDR）可由往來單一計費事件構成（1:1 Relation Between Event and

CDR）
(2) 計費資料記錄檔（CDR）可由往來一組數個計費事件構成（n:1 Relation Between Event

and CDR）
(3) 每個計費事件屬於一個 CDR（1:n Relation Between Event and CDR （with n>1））
(4) 多計費事件（Multiple Charging Events）可使用於同一計費資料記錄檔（CDR）且型態

無需相同
(5) 接收和處理計費事件需同步建立計費資料記錄檔（CDR），唯無頇同步進行計費作業
(6) CDF 和 CTF 之間的關係可以是 1：1（集成 CDF）或 1：n 的（分離 CDF）

，可包括不
同類型的在 CDF 饋送計費事件的網絡元素。
圖 3、離線計費/計費資料功能（CDF）模組[1、13]
 計費閘道功能單元（CGF）
計費閘道功能單元（CGF）如圖 4，CDF 產生的 CDR 經由 Ga 介面傳送到 CGF。CGF 可以視

為 3GPP 系統跟 Billing System 間的閘道，相關 CDR 由 CGF 透過 Bx 介面轉傳送至 Billing
Domain。CDF 與 CGF 之間的實體關係為 m：1，也就是 1 個或 1 個以上的 CDF 可以將 CDR
匯入單一的 CGF，CGF 功能包含如下：
(1) 經由 Ga 介面接近同步接收來自 CDF 的 CDR
(2) CDR 預先處理作業（包含驗證，合併、格式重置、錯誤處理、永久性儲存）
(3) CDR 路由傳送和過濾（包含類型、參數設定、初始 CDF 文件傳送）
(4) CDR 檔案管理（包含產生檔案、檔案開啟、刪除檔案、封存和啟動文件）
(5) CDR 傳送（至 Billing Domain）。
圖 4、離線計費/計費閘道功能（OGF）模組[1、13]
4.2 線上計費系統（OCS）
線上計費系統（OCS）是一個即時收集用戶使用網絡資源及計費的系統如圖 5。類似 OFCS，

CTF 將頇收費的服務事件透過 Ro 介面傳送至線上計費功能（OCF）元件取得授權，CTF 本
身頇能夠在取得授權前延後分配網路資源給該服務。此外，CTF 也要能夠即時監控使用者網
路資源的使用狀況是否仍在計費允許的條件下；當使用者使用的網路資源已經超過 OCS 的限
制，CTF 必頇立刻中止該服務。
圖 5、線上計費系統架構[1]
4.2.1 線上計費系統（Offline Charging System, OCS）單元功能
 線上計費功能（OCF）
線上計費功能（OCF）單元模組如圖 6，包含即時會話的計費功能（Session Based Charging

Function, SBCF）及根據即時事件的計費功能（Event Based Charging Function, EBCF）兩項。
其中 SBCF 執行行動網絡用戶於網路中所產生包含即時語音通話、網際網路協定連接接取網
路承載（IP CAN Bearer）和網路會話（IP CAN Session）及由 IMS 作業等等所產生的即時會
話的線上計費作業並經由 Rc 介面與帳戶餘額管理功能單元（ABMF）確認用戶帳戶資訊。
EBCF 項目中是執行行動網路用戶所有產生包含連入任何應用服務器或服務的網路設備，由
SIP 應用服務器作業等等所產生的即時內容事件的線上計費作業，並經由 Re 介面計費與等級
功能模組確認用戶服務計費等級資訊。
圖 6、線上計費功能模組（OCF）模組[1、13]
 計費閘道功能（CGF）
計費閘道功能單元（Charging Gateway Function; CGF）如圖 7，為經由 CDF 產生的 CDR 經由

Ga 介面立即傳送到 CGF，且通過 Bx 介面轉傳送至帳務處理領域（Billing Domain）
，CDF 與
CGF 之間的實體關係為 m：1，1 個或 1 個以上的 CDF 可以置入 CDR 並傳送至 1 個單一的
CGF，計費閘道功能單元功能特徵條件包含（1）同步接收（經由 Ga 介面接收來自 CDF 的
，
CDR）（2）CDR 預先處理作業（包含驗證，合併、格式重置、錯誤處理、永久性儲存）
，（3）
CDR 路由傳送和過濾（包含類型、參數設定、初始 CDF 文件傳送）
，（4）CDR 檔案管理（包
含產生檔案、檔案開啟、刪除檔案、封存和啟動文件），（5）CDR 傳送（傳送至 BD）。
、13]
圖 7、線上計費/計費閘道功能（CGF）模組[1
 帳戶餘額管理功能（ABMF）
帳戶餘額管理功能模組（Account Balance Management Function; ABMF）如圖 8，負責線上計

費系統的用戶帳戶餘額管理功能，提供保持用戶的平衡及會計資料。當預付費用戶的信用耗
盡時，帳戶餘額管理功能單元（ABMF）經由 Rr 介面指示儲值服務器（Recharging Server）
觸發儲值賬戶功能且執行用戶的帳戶和計數器狀態查詢和更新作業。
圖 8、線上計費/帳戶餘額管理功能（ABMF）模組[1、13]
 計費等級功能（RF）
計費等級功能模組（Rating Function ;RF）如圖 9，線上計費系統功能（OCF）依據用戶網路

資源使用事件量計算費用價格的作業，線上計費功能模組頇備妥相關貨幣費率級距以因應事
件計費功能模組由 Re 介面傳收到的事件量計算要求，計費等級功能單位可處理多種費用類型，
包含（1）資料量計費等級（根據由入口網絡實體承載級別起始計費），（2）連接會話及連接
時間計費等級（根據 SIP 應用程式系統類型起始計費）
，（3）服務事件計費等級（根據網路服
務類型內容或訊息級別計費）。
圖 9、線上計費/計費等級功能（RF）模組[1、13]
4.3 LTE 計費系統架構
4.3.1 計費策略和規則功能模組（PCRF）
計費策略和規則功能模組（Policy and Charging Rule Function; PCRF）如圖 10，提供計費策略

控制決策和流量計費控制的兩項功能，依據用戶接入網絡的限制、電信業者策略、用戶簽約
內容以及用戶當前正在進行的業務信息等制定相關規則並下發給 PCEF 執行。
4.3.2 策略和計費執行功能模組（PCEF）
策略和計費執行功能模組（Policy and Charging Enforcement Function ;PCEF）位於封包數據網

路閘道（P-GW）中，接收來自 PCRF 的策略，執行訊務流的檢測和測量、QoS 保證、流量處
理以及觸發控制面的會話管理。
4.3.3 應用程式功能（AF）
應用程式功能（Application Function; AF）

，主要功能為對 IP 連接接取網絡（IP-CAN）的使用
者行為進行動態策略/計費控制，此層網路服務需要配用使用者行為進行動態策略和計費控
制。
4.3.4 用戶屬性檔案儲存模組（SPR）
用戶屬性檔案儲存模組（Subscription Profile Repository ;SPR）

，此模組內包含所有合約用戶或
用戶訂購的相關數據服務串流資訊檔，用戶屬性檔案儲存模組提供的每一個數據服務網路領
域（PDN）包含每一位合約用戶的網路服務歸類屬性、用戶的網路服務類型、用戶的服務品
質要求（MBR 和 GBR）
；用戶服務費率計算資訊（例如網路接取類型、位置信息、信息數量）
，
4.3.5 承載綁定及事件報告功能模組（BBERF）
承載綁定及事件報告功能模組（Bearing Binding and Event Report Function; BBERF），位於服

務閘道（Serving-GW）內，功能為進行服務承載綁定（Bearing Binding）、上行承載綁定校
驗等功能。
4.3.6 流量偵測功能模組（TDF）
流量偵測功能模組（Traffic Detection Function ;TDF）是執行應用程式流量偵測及報告檢測應

用程式和記錄服務數據流量訊息，若流量偵測功能模組無法偵測出這些應用程式流量與信息，
則 TDF 變會執行控制,重新調整向量及放寬頻寬限制，確認偵測出應用程式流量訊息後，會紀
錄服務數據流量信息並提交 PCRF 進行計費決策交由 PCEF 執行計費控制。
4.4 計費系統介面說明
4.4.1 Gx 介面
Gx 介面如圖 10，位於策略計費規則功能（PCRF）與策略計費執行功能（PCEF）之間，功能
為 PCRF 與 PCEF 之間的 PCC 規則的配發和刪除和事件傳送及應用程序的計費控制及策略控
制，流量監測和控制。
4.4.2 Rf 介面
Rf 介面位於計費觸發功能單元（CTF）與計費資料功能單元（CDF）之間，功能為計費觸發
功能單元（CTF）彙整來自各介接相關核心網路及服務設備和子服務系統（含 3G 數據封包）
離線計費事件訊息後與計費功能單元（CDF）進行離線計費事件訊息接收與確認作業，Wf
介面功能等同於 Rf 介面功能。
4.4.3 Gz 介面
Gz 介面如圖 10，位於策略計費執行功能（PCEF）與離線計費系統（OFCS）之間，作為 3G
網路數據封包與 4G 網路演進數據封包訊息傳送交換使用，介面功能與 Ga 介面或 Rf 介面相
同。
圖 10、計費系統 Gx/Gz/Gxx/Gy/Rx/Sp/Sy/Sd 介面[3]
4.4.4 Gy 介面
G 介面 y 如圖 10，位於策略計費執行功能（PCEF）與線上計費系統（OCS）之間，功能為線
上計費系統與計費策略實施模組訊號傳送與接收。
4.4.5 Gxx 介面
GXX 介面如圖 10，作為用戶資訊服務串流計費決策及控制規則訊號傳送使用，位於計費策

略和規則功能模組（PCRF）與承載綁定及事件報告功能模組（BBERF）之間，經由 Gxx 介
面使得 PCRF 具備動態控制在 BBERF 行為功能。
4.4.6 Rx 介面
Rx 介面如圖 10，位於應用程式功能（AF）與計費策略和規則功能模組（PCRF）之間。主要
作為應用程式功能與計費策略和規則功能模組之間應用服務層會話訊息的交換使用，使達到
因應不同應用服務品質頻寬的需求及識別服務數據流量 IP 訊息過濾，以進行不同的服務數據
流量的策略控制和計費作業，由應用程式功能 AF 發起的 Rx 會話訊息的功能包含有（1）應
用服務會話訊息的初始設定，
（2）應用服務會話訊息的修改，
（3）應用服務管理控制程序，
（4）
應用服務會話終止（5）應用服務管理啟用/取消、訊息路徑/訊息狀態通知。
4.4.7 Sp 介面
Sp 介面如圖 10，位於用戶屬性檔案儲存模組（SPR）與計費策略和規則功能模組（PCRF）
之間。功能為使得 PCRF 根據 SPR 所提供的用戶識別碼（User ID）
，數據封包網路識別碼（PDN
ID）和其他的 IP 連接接取網路會話屬性（IP-CAN），向 SPR 請求用戶合約訊息。當用戶與
合約期資料產生變化時，SPR 可以經由 Sp 參考點主動向 PCRF 通知。
4.4.8 Sy 介面
Sy 介面如圖 10，位於計費策略和規則功能模組（PCRF）和線上計費系統（OCS）之間，功
能包含有（1）計費策略和規則功能模組（PCRF）向線上計費系統（OCS）請求/回報策略計
數器狀態訊息及用戶訂購/取消訂購的服務限制的資料，
（2）線上計費系統（OCS）向計費策
略和規則功能模組（PCRF）請求/回報計費策略計數器狀態訊息及通知計費策略和規則功能
模組（PCRF）用戶網路服務消費限制資料等訊息。
4.4.9 Sd 介面
Sd 介面如圖 10，位於流量偵測功能模組（TDF）和計費策略和規則功能模組（PCRF）之間，
功能包含（1）流量偵測功能模組（TDF）向計費策略和規則功能模組（PCRF）請求應用程
式偵測與控制決策訊息（Application Detection and Control; ADC），（2）計費策略和規則功能
模組（PCRF）向流量偵測功能模組（TDF）請求應用程式偵測和執行的應用程式偵測與控制
決策訊息，
（3）流量偵測功能模組（TDF）傳送給 PCRF 應用程式啟用/停止訊息、數據服務
流量描述及應用程式服務標識符號、每個流量偵測功能模組（TDF）會話網路資源使用累積
量與請求和發送 IP 連接接取網路（IP-CAN）會話特殊參數等訊息。
4.5 LTE 計費作業流程
4.5.1 離線計費作業流程（Offline Charging Procedure）
LTE 離線計費作業流程如圖 11，包含有（1）預訂用戶簡檔以確定 PCC 計費規則，PCRF 從

SPR 端獲取用戶的預訂簡檔（profile）
，並確定一個使用者 PCC 計費規則，此時初始會話建立
連接（Session Initial attach） [PCRF <- SPR]，（2）進行請求建立會話，PCRF 決定使用者於
互聯網會話的計費規則的簡檔配置（例如 Rating Group: Internet, Charging type: Offline）傳送
給 P-GW[P-GW <- PCRF]，
（3）產生用戶計費資料記錄檔（CDR）
，P-GW 產生符合 PCC 計費
規則的承載路徑，並將此計費機制置入此承載路徑執行，（4）產生計費訊息資訊，當用戶開
始使用互聯網服務，P-GW 便記錄他的網絡資源的使用（如容量和數據封包遞送的持續時間）
，
以及詳細的使用信息及計費信息，（5）CDR 檔案關閉：當 EPS 會話終止（EPS Session
Termination），P-GW 關閉 CDR 作為使用者服務串流服務隔離，（6）CDR 檔案傳送，當用戶
服務傳流結束後 P-GW 經由 GTP 協定（GTP Protocol）將計費資料記錄檔（包含數據封包使
用時間、費率等級群組及上傳/下載數據資料量額度（UL/DL Data Volume）等 CDR 檔案）傳
送到離線計費系統（OFCS） [P-GW ->OFCS]，
（7）CDR 接收確認，離線計費系統（OFCS）
確認收到計費資料記錄檔（CDR）並回傳訊息給 P-GW [P-GW <-OFCS]。
圖 11、LTE 離線計費流程[10]
離線計費系統（OFCS）是根據用戶使用事件（Event）或信息串流（Session）於 CTF 和 CDF
之間進行觸發計費動作並經由 Rf 介面參考點傳送，兩種計費情境方案包含（1）根據事件（Event）
計費方案及（2）根據訊息串流（Session）計費方案。
 根據事件（Event）計費方案作業流程如圖 12 說明：
(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的事件（Event）服務資

源。
(2) Content/Service Delivery：網路元件（NE）提供事件（Event）服務內容/服務。
(3) Charging Data Generation：CTF 產生相關的事件（Event）服務計費數據。
(4) Record Charging Data Request：CTF 請求 CDF 儲存相關的事件（Event）服務計費數據

供 CDR 建立資料。
(5) Process Request：CDF 存儲接收信息，進行 CDR 設定並建立 CDR 資料（頇依據 CDR

內部參數條件）。
(6) Record Charging Data Response：CDF 回覆通知 CTF 相關事件（Event）服務的計費數據

已被處理儲存。
圖 12、根據事件（Event）計費方案[2]
 根據訊息串流（Session）計費方案作業流程如圖 13 說明：
(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的會話（Session）服務

資源。
(2) Session Ongoing：網絡元件（NE）建立會話服務（Establish Session）
(3) Charging Data Generation：CTF 產生相關的會話（Session）服務計費數據。
(4) Record Charging Data Request：CTF 請求 CDF 存儲相關的會話（Session）服務計費數據

供 CDR 建立資料。
(5) Process Request：CDF 儲存接收信息，進行 CDR 設定並建立 CDR 資料（頇依據 CDR

(6) Record Charging Data Response：CDF 回覆 CTF 通知相關會話（Session）服務的計費數

據已被處理儲存。
(7) Charging Data Generation：CTF 完成相關的會話（Session）服務計費數據（計時器截止）

供 CDR 建立資料（計時器截止）
。

(11) Session Release：會話（Session）結束，服務釋放。
(12) Charging Data Generation：CTF 完成相關的會話（Session）服務計費數據（會話終止）

供 CDR 建立資料（會話終止）。


圖 13、根據訊息串流（Session）計費方案[2]
無論是事件（Event）或訊息串流（Session）計費作業流程皆在 CTF 和 CDF 兩功能模組之間
完成計費資料轉換（Charging Data Transfer）
，作業流程包含兩項如（1）計費資料要求（Charging
Data Request）及計費資料回覆（Charging Data Response），其中計費資料要求作業是當 CTF
偵測到得以進行計費事件時便傳送計費請求至 CDF，另計費資料回覆則是 CDF 接收到計費資
料便會回覆訊息通知至 CTF。
4.5.2 線上計費作業流程（Online Charging Procedure）
線上計費系統是一個即時收集用戶同一時段內使用網絡資源信息串流情況的計費作業，其中
兩項重要的線上計費的因素為用戶計費單位限額（Unit Determination）和用戶計費等級
（Rating），計費單位限額（Unit Determination）是指開始提供串流服務時，用戶頇預先購置
的服務計費數（包含服務單元、數據量、時間和事件數）
，限額方式包含集中計費單位限額方
式（Centralized on OCF）和分散計費單位限額方式（Decentralized on CTF）
，而用戶計費等級
（Rating）是指根據用戶計費單位限額（Unit Determination）設定進行服務等級計費作業，計
費等級包含集中計費等級方式（Centralized on OCF）和分散式計費等級方式（Decentralized on
CTF）。
線上計費系統（OCS）是根據用戶即時事件（Immediate Event Charging; IEC）及預留事件單

位（Event charging with Reservation; ECUR）和預留會話單位（Session Charging with Unit
Reservation; SCUR）（會話單位預留）於 UE-A，OCF 和 CTF 之間進行觸發計費動作並經由
Ro 介面參考點傳送，三種計費情境方案項目如下[2]：（3GPP TS 32.299）
 用戶即時事件（Immediate Event Charging; IEC）計費方案
 分散式計費單位限額與集中式計費等級（Decentralized Unit Determination & Centralized

Rating）
 集中式計費單位限額與集中式計費等級（Centralized Unit Determination & Centralized

Rating）
 分散式計費單位限額與分散式計費等級（Decentralized Unit Determination & Decentralized

Rating）
 預留事件單位（Event charging with reservation;ECUR）計費方案

Rating）
 B.集中式計費單位限額與集中式計費等級（Centralized Unit Determination & Centralized

Rating）
 C.分散式計費單位限額與分散式計費等級（Decentralized Unit Determination &

Decentralized Rating）
 預留單位（Session Charging with Unit Reservation; SCUR）計費方案

Rating）

Rating）
 分散式計費單位限額與分散式計費等級（Decentralized Unit & Determination &
Decentralized Rating）
三種計費情境方案作業流程如下圖示描述，如下，
 用戶即時事件（Immediate Event Charging; IEC）計費方案

Rating）如圖 14 說明:
(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的單元（Units）服務資源。
(2) Units Determination：根據所對應之串流服務，CTF 設定的計費單位限額（Unit Numbers）。
(3) Debit Units Request：CTF 向 OCF 請求預借單元配額數量。
(4) Rating Control：根據 Item2 進行使用者計費等級控管（數量、費率計算）
(5) Account Control：OCF 進行使用者帳戶控管（檢查使用者額度是否足夠）。
(6) Debit Units Response：OCF 回覆 CTF 獲得的預借單元配額數量。
(7) Content/Service Delivery：CTF 提供使用者帳戶少量或個別獨立配額數量和計費的內容和

服務項目。
(8) Credit Unit Control （cont.）：再進行 Item 2~6 程序確認。
(9) Content/Service Delivery （cont.）：對應 Item 8 再進行內容和服務交付作業。
(10) Session Released：會話服務結束，釋放 Session Connection。
[2]
圖 14、IEC/分散式計費單位限額與集中式計費等級

(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的單元（Units）服務資

源。
(2) Debit Units Request：根據 UE 請求的服務，CTF 選擇服務密鑰（Service Key）向 OCF

請求預借單元配額數量。
(3) Units Determination：根據 CTF 選擇的服務密鑰（Service Key），OCF 確定使用者所需

的內容/服務額度數量。
(4) Rating Control：根據 Item3 OCF 進行使用者計費等級控管（數量、費率計算）
(6) Debit Units Response：OCF 回覆 CTF 根據服務密鑰（Service Key）所獲得的預借單元

數量和權限。
(7) Content/Service Delivery：CTF 提供使用者帳戶少量或個別獨立配額數量和計費的內容

和服務項目。
(8) Credit Service Control （cont.）：再進行 Item 2~6 程序確認。
(10) Session released：會話服務結束，釋放 Session Connection。
圖 15、IEC/集中式計費單位限額與集中式計費等級[2]

(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的單元（Units）服務資

源。
(2) Units Determination：根據 UE 請求的服務，CTF 設定的計費單位限額（Unit Numbers）。
(3) Rating Control：根據 Item2 CTF 進行使用者計費等級控管（數量、費率計算）
(4) Debit Units Request：CTF 向 OCF 請求預借單元配額數量。
(6) Debit Units Response：OCF 回覆 CTF 獲得的預借單元配額。
(7) Content/Service Delivery：對應 Item2 和 3，CTF 提供使用者帳戶少量或個別獨立配額數

量和計費的內容和服務項目。
(8) Credit Amount Control （cont.）：再進行 Item 2~6 程序確認。
(10) Session released：會話服務結束，釋放 Session Connection。
圖 16、IEC/分散式計費單位限額與分散式計費等級
[2]
（Decentralized Unit Determination & Decentralized Rating）
 預留事件單位（Event charging with reservation; ECUR）計費方案

(1) Request for Resource Usage：UE 從網絡元件（NE）請求所需要的內容和服務資源。
(2) Units Determination：根據 UE 請求的服務，CTF 設定的計費單位限額（Unit Numbers）。
(3) Reserve Units Request：CTF 請求 OCF 保留的 Item2 中確認的計費單位限額（Unit

Numbers）。
(4) Rating Control：協助 OCF 進行 Item2 使用者計費等級限額數量（Numbers of Units）。
(6) Reservation Control：OCF 進行執行使用者帳戶限額數量。
(7) Reserve Units Responsel：OCF 通會 CTF 完成使用者帳戶限額數量保留動作。
(8) Reserved Units Supervision：進行服務時，CTF 同時監控使用者帳戶預留之限額數量消耗

情形。
(9) Content/Service Delivery：CTF 對 UE 提供少量或個別獨立內容和服務時，應立即對應至

使用者帳戶保留配額數量與計費等級。
(10) Debit Units Request：CTF 要求 OCF 確保對應扣除使用者帳戶所消耗額度的數量。
(11) Rating Control：協助 OCF 計算用戶帳戶計費等級並從中扣除。
(12) Account Control：OCF 進行使用者帳戶數量計算並扣除。
(13) Debit Units Response：OCF 回覆 CTF 扣除使用者帳戶數量。
(14) Session Release：會話服務結束，釋放 Session Connection。
圖 17、ECUR/分散式計費單位限額與集中式計費等級
[2]
（Decentralized Unit Determination & Centralized Rating）

(1) Request for Resource Usage：UE 向 CTF 請求所需要的內容和服務資源。
(2) Reserve Units Request：根據 UE 請求的服務，CTF 選擇服務識別標籤（Identifier）向 OCF

請求預借單元配額 Rreserve Units）。
(3) Units Determination：根據所接收到的服務密鑰（Service Key），OCF 確認設定內容

或服務單位限額數量（Unit Numbers）。
(4) Rating Control ：協助 OCF 進行 Item3 使用者計費等級限額數量（Numbers of Units）。
(6) Reservation Control：OCF 執行使用者帳戶限額數量作業。
(7) Reserve Units Response：OCF 通知 CTF 完成使用者帳戶限額數量保留動作。
(8) Granted Units Supervision：進行服務時，CTF 同時監控使用者帳戶預留之限額數量消耗

情形。
(9) Content/Service Delivery：CTF 對 UE 提供少量或個別獨立內容和服務時，應立即對應至
使用者帳戶保留配額與計費等級。
(10) Debit Units Request：CTF 根據先前收到使用者帳戶保留配額進行扣除對應的消耗單位數

量。
(11) Rating Control：協助 OCF 計算使用者帳戶計費等級並從中扣除。
(12) Account Control：OCF 觸發使用者帳戶數量計算並進行扣除。
(14) Session Released：會話服務結束，釋放 Session Connection。
圖 18、ECUR/集中式計費單位限額與集中式計費等級
[2]
（Centralized Unit Determination & Centralized Rating）
(1) Request for Resource Usage：UE 向 CTF 請求所需要的內容和服務資源。
(2) Units Determination：根據 UE 請求的服務，CTF 設定的服務限額數量（Unit Numbers）。
(3) Rating Control：CTF 進行 Item2 已確認設定的服務限額數量的計費。
(4) Reserve Units Request：CTF 向 OCF 請求保證量的保留限額數量（Reservation of Amount）

以確認符合對應於使用者帳戶計費額度數量。
(8) Budget Control：CTF 同時監控使用者帳戶預留之授權預算消耗情形。
(9) Content/Service Delivery：CTF 對 UE 提供少量或個別獨立內容和服務時，OCF 立即對

應至使用者帳戶保留配額與計費等級。
(10) Debit Units Request：CTF 根據使用者帳戶保留配額要求 OCF 進行扣除對應的消耗單位

數量。
(13) Session Released：會話服務結束，釋放會話連線。
圖 19、ECUR/分散式計費單位限額與分散式計費等級
[2]
 預留會話單位（Session Charging with Unit Reservation; SCUR）計費方案

(1) Request for Resource Usage：UE 向 CTF 請求建立會話。
(2) Units Determination：根據 UE 請求的會話型態，CTF 設定的服務限額數量（Unit

Numbers）。
(3) Reserve Units Request：根據 Item2 UE 所請求的會話型態，CTF 向 OCF 請求預借單元配

額數量（reserve Units）。
(8) Reserved Units Supervision：進行會話服務時，CTF 同時監控使用者帳戶預留之限額數量

消耗情形。
(9) Session Ongoing：CTF 持續會話進行，當會話進行時，一個或多個服務額度預借和保留

作業皆可被執行。
(10) Session Release：會話服務結束，釋放會話連線。
(11) Debit Units Request：根據使用者帳戶保留配額要求，CTF 向 OCF 請求進行扣除對應的

消耗單位數量。
(12) Rating Control：協助 OCF 計算用戶帳戶計費等級並從中扣除。
圖 20、SCUR/分散式計費單位限額與集中式計費等級
（Decentralized Unit Determination & Centralized Rating）[2]

(2) Reserve Units Request：根據 UE 所請求的會話型態，CTF 向 OCF 請求會話服務識別標

籤（Identifier）並預借單元配額數量（Reserve Units）。
(3) Units Determination：根據所接收到的會話服務密鑰（Service Key），OCF 確認設定

會話內容或服務單位限額數量（Unit Numbers）。
(8) Granted Units Supervision：進行會話服務時，CTF 同時監控使用者帳戶預留之限額數量

消耗情形。
(11) Debit Units Request：根據使用者帳戶保留配額要求， CTF 向 OCF 請求進行扣除對應的

消耗單位數量。
(12) Rating Control：協助 OCF 計算使用者帳戶計費等級並從中扣除。
圖 21、SCUR/ 集中式計費單位限額與集中式計費等級
[2]
（Centralized Unit Determination & Centralized Rating）
 分散式計費單位限額與分散式計費等級（Decentralized Unit Determination &
Decentralized Rating）如圖 22 說明:
(2) Units Determination：根據 UE 請求的會話型態，CTF 設定的服務限額數量（Unit

Numbers）。
(3) Rating Control：CTF 進行 Item2 已確認設定的服務限額數量的計費。
(4) Reserve Units Request：CTF 向 OCF 請求保證量的保留限額數量（Reservation of Amount）

以確認符合對應於使用者帳戶計費額度數量。
(8) Budget Control：進行會話服務時，CTF 同時監控使用者帳戶預留之限額數量消耗情形。

(11) Debit Units Request：CTF 根據使用者帳戶保留配額要求 OCF 進行扣除對應的消耗單位

數量。
圖 22、分散式計費單位限額與分散式計費等級
[2]
4.5.3 計費資料紀錄檔概述
 計費資料紀錄檔功能
計費資料紀錄檔案（CDR）內容為根據用戶進行網路服務期間所產生網路使用行為的任何會
話、事件或全部總和會話、事件及時間結算進行資料彙整產生 CDR 檔案，作業流程如圖 24
經 P-GW 將 CDR 資料使用 GTP 協定傳送至離線計費系統架構內（OFCS）或使用 Diameter
協定傳送至線上計費系統架構內（OCS）匯集計費訊務後轉傳至帳務系統（Billing System）
進行帳務清算作業。
圖 23、3GPP LTE Charging Architecture 架構圖[10、12]
 計費資料紀錄檔參數
計費資料紀錄檔案（CDR）參數如表 1，其中主要參數項目包含有使用者帳戶（Subscription
，服務網路識別碼（Serving Network Identity）
Identifier），電信營運商及服務接入網路識別（APN
Network/Operator Identifier），服務網路 IP 位址（Served PDN Address）及 IP 協定類型（PDN
，服務建立的時間及服務持續時間（Duration）
Type），上傳/下載數據傳輸量（Uplink/Downlink
Data Volume），數據封包起始/結束時間（Time of First /Last Usage），帳戶服務條件與等級類
型（Rating Group），品質資訊與類型（QoS Information），計費識別碼（Charging ID），用戶
位置資訊（User Location Information）等計費事件格式資料。
表 1、計費資料紀錄檔案（CDR）參數[4、10]
Parameter Name Description Format/Sample
Subscription Identifier Identifies the charged party. IMSI

Contains the PLMN ID of the P-GW used
Serving Network Identity MCC+MNC
during the location request.
APN Network/Operator Contains the logical name of the access point
APN
Identifier that is actually connected to an external PDN.
APN Selection Mode Indicates how MME selected the APN to be used.
normal release/
Cause for Record Closing Indicates a reason for the release of the CDR. abnormal release
…
A charging Identifier. Used to identify EPS
bearers among all records produced in S-GW and
Charging ID
P-GW. Can be used with P-GW address.
Generated by P-GW at EPS bearer activation.
Indicates the duration of a record
Duration e.g.） 3600 sec.
（PGW-CDR） at P-GW
Indicates an IP address has been dynamically
Dynamic Address Flag Static/Dynamic
allocated for the PDN Connection.
Contains the Event time stamps relevant for
Event Time Stamps DD-HH:MM:SS
each of the individual record types.
Indicates the “Served IMSI” is not authenticated.
IMSI Unauthenticated Flag This flag is used when an emergency bearer is
established with an IMSI.
Contains the „Time Zone‟ IE provided by MME. It is
MS Time Zone transferred to S-GW/P-GW during
activation/modification of the EPS bearer.
P-GW Address Used The serving P-GW IP address for the control plane. P-GW IP address
P-GW PLMN Identifier The P-GW PMLN ID （MCC+MNC） MCC+MNC
Used to identify different records belonging to
same PDN Connection. It includes the charging
PDN Connection ID ID of the first EPS bearer activated within the
PDN Connection. Together with P-GW address,
it uniquely identifies the PDN Connection.
PDN Type Defines the PDN type. IPv4, IPv6,
IPv4v6
QoS Requested: QoS requested by UE when
QoS equested/QoS
EPS bearer is activated QoS Negotiated: QCI, ARP
Negotiated
applied QoS approved by PCRF
RAT Type Defines the type of RAT used by UE EUTRAN （6）
Indicates the time when EPS bearer is activated at
Record Opening Time See TS 32.250
S-GW/P-GW
Contains a sequence Numbers used to link the
Record Sequence Numbers partial records generated in S-GW/P-GW for a
particular MM context or EPS bearer.
Record Type Record type: e.g. SGW-CDR, PGW-CDR … PGW-CDR
S-GW Address Used The serving S-GW IP address for the control plane. S-GW IP address
Served IMSI Indicates the IMSI value of the user.
The IP address assigned to the
Served PDN Address UE IP address
PDN Connection.
Serving Node Address IP addresses of service nodes （e.g. MME, S-GW）
Serving Node PLMN IDs （MCC+MNC） of service nodes （e.g.
PLMN Identifier MME, S-GW）
Serving node type（s） in control plane of S-GW or
Serving Node Type
P-GW.
The time when the EPS Session starts at
Start Time S-GW/P-GW. Available in the CDR for the first
bearer in an EPS Session.
The time when the EPS Session is terminated at
Stop Time S-GW/P-GW. Available in the CDR for the last
bearer in an EPS Session
Contains the user location information described in
TS 29.274. It is provided by MME and transferred
User Location Information TAI, ECGI
to S-GW/P-GW during activation/modification of
EPS bearer.
List of Service Data Includes one or more service data containers. Bytes
Reference to group of PCC rules predefined at the
Charging Rule Base Name Bytes
PCEF.
Data Volume Downlink Amount of data （in bytes） transmitted in downlink
direction.
Amount of data （in bytes） transmitted in uplink
Data Volume Uplink
direction.
Service data container sequence Numbers. It is
Local Sequence Numbers increased by 1 for each service data container
generated within the lifetime of EPS bearer.
QoS Information Negotiated QoS applied for EPS bearer.
Rating Group ID of Rating group
Report Time Time when service data container is closed.
Reason for closing the service data container, e.g.
tariff time change, EPS bearer modification （e.g.
Service Condition Change
QoS change, S-GW change, user location change）,
service usage thresholds, etc.）
ID for a service. It is used only when reporting is per
Service Identifier
combination of the Rating Group and service ID.
Holds service specific data for a pre-defined PCC
Service Specific Info
rule that is used for enhanced packet filtering.
Serving Node Address The serving S-GW IP address for the control plane S-GW IP address
Time of First Usage Time when the first IP packet is transmitted UTC Time
Time of Last Usage Time when the last IP packet is transmitted UTC Time
Time Usage Time used Seconds
Information on the location （e.g. cell, tracking
User Location Information area） where UE is located while service data is TAI, ECGI
collected.
5 行動數據服務概述
5.1 行動數據服務架構
近年來隨著智慧型手機的高普及化，行動通訊網路的使用率也迅速上升，雖然行動通訊網路
在移動性或是延展性方面都較傳統網路為佳以及方便，但由於無線訊號的衰減或是訊號干擾，
導致行動資料傳輸時較容易發生數據封包損毀或路徑遺失情況，為維持數據資料接收正確性
因此必頇重傳封包，由於 TCP 傳輸協定提供數據傳送的高穩定性機制，因此當發生 TCP 數
據重傳狀況時，依據韓國研究分析兩個可能影響網路服務的因素是造成行動通訊網路中 TCP
數據重傳（Retransmission）的原因，包含有（1）
、數據封包路徑遺失（packet losses path；有
三個節點位置可能使得數據封包遺失造成資料重傳增加往返時間（RTT）如，（a）連接伺服
務和 ISP 之間的網路線異常、
（b）ISP 內連接服務閘道器的網路線異常、
（c）連接用戶和無線
接取網路域（RAN）的無線訊號衰弱或訊號干擾，以上網路線異常原因會由傳輸層（transport
layer）偵測出來重送 ACK 和 RTO 訊號確認封包遺失狀況，而無線訊號衰弱或被干擾情形則
會由鏈路層（link layer）持續重發送數據封包直到主機完成接收確認。
（2）
、行動網路系統訊
號切換（handoff）時造成基地節點（ NB 或 eNB）緩衝區爆脹，造成大筆數據封包資料遺失
（bufferbloating packet loss during handoff），為避免行動通訊中同無線系統或不同無線系統
（3G/4G）之間的移動訊號切換（handoff ）
，因此在行動網路架構中無線接取節點（NB 或 eNB
of RAN）中通常會設計較大的緩衝區以因應突增大數據封包流量緩衝使用，以降低數據封包
遺失率及重傳狀況發生。
5.2 行動數據重傳計費策略
為了解通訊網路中發生數據封包重傳時的計費策略，本文引用韓國 Cellular traffic accounting

of TCP Retransmission 論文[7]研究報告說明，該研究選定 6 國（美國、西班牙、德國、英國、
中國、南韓）12 家行動通訊服務營運商（AT&T、Verizon、T-Mobile、Sprint、Telefonica、O2、
T-Mobile、China Unicom, CMCC、SKT, KT, LGU+）使用行動裝置並自建 http 伺服器產生重
傳 TCP 數據封包，且設定不等待超時及忽略 ACK 回覆的因素，以數據封包重傳位元組量及
服務總流量（Retransmitted Bytes / Total Bytes in a Flow）指標進行觀察，實驗中以 http 服務伺
服器端使用包含 IP 的標準 TCP 封包進行數據封包重傳測詴，用戶端則使用 wget 軟體接收從
伺服器傳來的數據封包並與行動通訊服務營運商比對數據封包資料量的占用比率。測詴結果
如表 2 包含美國、中國和歐洲三國（西班牙、德國、英國）的行動通訊服務營運商依據使用
者占用終端無線通訊資源概念，由使用者承擔 TCP 重傳數據封包占比因素，對所重新傳送整
個的 IP 數據封包進行的計費政策皆採取忽略（Blind）。相反的，在南韓的三個行動通訊服務
營運商中會考量發生數據包丟失或延誤，部分原因是因為營運商資源區少配置或操作錯誤因
素導致 TCP 重傳數據封包的狀況，因此對於所重新傳送整個的 IP 數據封包會採取選擇性
（Selective）的不計費策略。
表 2、行動通訊營運商/TCP 數據封包重傳計費策略[7]
國家行動通訊服務營運商計費策略
AT&T Blind
Verizon Blind
美國
T-Mobile Blind
Sprit Blind
China Unicom Blind
中國
CMCC Blind
德國 O2 Blind
西班牙 Telefonica Blind
英國 T-Mobile Blind
SKT Selective
韓國 KT Selective
LGU+ Selective
6 測詴環境
6.1 架構說明
本案例測詴環境設備包含使用者手機、NSN 小型基地台（eNB）、華壹 SmartEPC（LTE 網路

模擬器（MME、S-GW、P-GW））及 Fortinet 防火牆及 L2 Switch（FortigateSG100）等設備，
測詴環境架構圖如下圖 24。
圖 24、實際網路測詴環境示意圖
6.2 設備需求
本案例測詴工具設備規格資料如表 3
表 3、測詴設備需求總表
設備名稱型號或功能數量
手機裝置 HTC M8、Nemo Handy Samsung Note4 1台
小型基地台 NSN Smallcell（FMEA） 2台
LTE 網路模擬器華壹 SmartEPC 360（EPC Emulator） 1台
Fortinet 防火牆（ Forti gateSG100）及 L2 Swi tch

網路封包解析設備 2台
（ Fortigate SG100）連接
網路協定分析軟體 wireshark 網路封包分析 1套
6.3 測詴環境
本測詴案例將針對 4G 網路流量模擬測詴，採用實際電信營運商使用之小型基地台（eNB ）
與 LTE 核心網路模擬器（SmartEPC）架設 4G 模擬網路進行數據封包流量及數據封包重送流
量收集，惟外部網際網路（Internet）環境種類多樣複雜，因此本案例將篩選特定 www 瀏覽
（yahoo、Youtube、Facebook、Download File）做為分析基準，比較 4G 上網數據流量狀況。
7 測詴參數
訊務計量測詴案例的測詴方法及參數設定，將針對 LTE 網路服務進行 4G 行動數據訊務容量

傳送測詴，其測詴方法描述如下，
測詴時間：120 秒。
測詴作業方式﹕利用手機接收小型基地台訊號，經由網路封包解析設備，瀏覽網站觀察 S1
介面數據封包容量變化及發生數據封包重新傳送時之封包容量變化情形。
8 測詴方法說明
本案例測詴作業流程概述，利用手機經由 NSN 小型基地台（eNB）發射接收訊號並連接

SmartEPC（LTE 網路模擬器（MME、S-GW、P-GW））等設備進行相關網路參數設定，與網
路訊號等環境條件設定，經 Fortinet 防火牆（FortigateSG100）及 L2 Switch（FortigateSG100）
連接進行連接近外部服務網路，觀察 S1 介面數據封包流量變化及數據封包重送流量等案例測
詴項目之狀況，測詴作業流程如圖 25。
圖 25、測詴作業流程
9 效能與功能測詴案例
9.1 封包傳送測詴案例
9.1.1 瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。
測詴分類 : □效能測詴、■功能測詴、□其他驗證
測詴編號：MBATC-010-9.1.1
測詴項目：封包傳送- 瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。
測詴分項：S1 介面封包容量觀察
一、測詴目的
瀏覽 Yahoo 購物網站，觀察 S1 介面封包容量變化情形。
二、測詴條件
1. TTC 隔離室內，4G 正常訊號涵蓋環境。
2. 測詴時間：120 秒。
三、測詴步驟
1. 架設 4G 模擬網路環境。
2. 手機接收小型基地台 4G 訊號，進行 Yahoo 購物網站瀏覽，累計測詴 2 分鐘。
3. 網路設備工具進行封包流量解析。
4. 測詴前後，均清除手機應用程式快取暫存區。
四、數據紀錄
StartTime、StopTime、Traffic Volume（MB）、website
五、數據紀錄與分析
1. 資料收集
StartTime StopTime Traffic Volume （MB） website
六、預期結果
4G 正常訊號環境下，經由網路封包解析設備，觀察得 S1 介面數據封包容量變化。
七、檢查點
SNR、StartTime、StopTime、Traffic Volume
八、判斷方式
解析 FortigateSG100 Traffic Policy 內累計流量及 Interface 流量圖。
備註或其他補充
9.1.2 瀏覽 YouTube，觀察 S1 介面封包容量變化情形。
測詴項目：封包傳送-瀏覽 YouTube，觀察 S1 介面封包容量變化情形
一、測詴目的
瀏覽 YouTube，觀察 S1 介面封包容量變化情形。
二、測詴條件
2. 測詴時間：360 秒（MV 時間）。
三、測詴步驟
2. 手機接收小型基地台 4G 訊號，進行 YouTube 瀏覽，累計測詴 360 秒。
四、數據紀錄
StartTime、StopTime、Traffic Volume（MB）、WebSite
資料收集
StartTime StopTime Traffic Volume （MB） Website
六、預期結果
七、檢查點
八、判斷方式
9.1.3 瀏覽 Facebook，觀察 S1 介面封包容量變化情形。
測詴項目：封包傳送- 瀏覽 Facebook，觀察 S1 介面封包容量變化情形。
一、測詴目的
瀏覽 Facebook，觀察 S1 介面封包容量變化情形。
二、測詴條件
2. 測詴時間：120 秒。
三、測詴步驟
2. 手機接收小型基地台 4G 訊號，進行 Facebook 瀏覽，累計測詴 2 分鐘。
四、數據紀錄
資料收集
六、預期結果
七、檢查點
八、判斷方式
9.1.4 下載檔案測詴，觀察 S1 介面封包容量變化情形。
測詴項目：封包傳送-下載檔案測詴，觀察 S1 介面封包容量變化情形。
一、測詴目的
下載檔案(約 209MB)，觀察 S1 介面封包容量變化情形。
二、測詴條件
2. 測詴時間：240 秒。
三、測詴步驟
2. 手機接收小型基地台 4G 訊號，進行檔案下載（約 209MB），累計測詴 4 分鐘。
四、數據紀錄
資料收集
六、預期結果
七、檢查點
八、判斷方式
9.1.5 4G Live 正常訊號，進行檔案下載訊務測詴
測詴項目：封包傳送- 4G Live 正常訊號，進行檔案下載訊務測詴。
測詴分項：在 4G Live 訊號涵蓋環境，下載檔案觀察封包容量紀錄情形
一、測詴目的
在 4G Live 正常訊號涵蓋環境，利用 Live 門號經由業者 4G 網路下載檔案(400MB*5)，觀察
手機端傳輸容量紀錄與業者帳單明細傳輸量資料情形。
二、測詴條件
1. 4G Live 正常訊號涵蓋環境。
2. 累計訊務流量測詴次數與時間為 5 次/天。
三、測詴步驟
1. 使用 4G Live 門號及商轉網路。
2. TTC 3F/7F，4G Live 正常訊號涵蓋環境。
3. 測詴 Script Command，Http Transfer DL 400M/Repeat 5 次。
4. 測詴工具/手機款型，Nemo Handy Samsung Note4 with Android。
四、數據紀錄
測詴時間、4G 服務門號、測詴連結 website、手機端 Nemo 傳輸量（MB）、業者帳單明細
傳輸量（MB）
數據紀錄：
手機端 Nemo 傳業者帳單明細傳
測詴時間 4G 服務門號測詴連結 website
輸量紀錄（MB）輸量（MB）
六、預期結果
4G 正常涵蓋訊號環境下，利用 4G Live 門號經由業者 4G 網路下載檔案(400MB*5)，觀察
手機端傳輸容量紀錄與業者帳單明細傳輸量資料，進行傳輸量明細比對。
七、檢查點
SNR、StartTime、StopTime、傳輸量
八、判斷方式
解析 Nemo Handy 紀錄累計傳輸量及 4G 訊號品質涵蓋分佈。
9.2 封包重送測詴案例
9.2.1 模擬弱訊發生，瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。
測詴項目：封包重送 -模擬弱訊發生，瀏覽 Yahoo，觀察 S1 介面封包容量變化情形
測詴分項：模擬 4G 訊號衰弱環境發生，觀察 S1 介面封包容量變化情形。
一、測詴目的
模擬 4G 訊號衰弱環境發生，瀏覽 Yahoo 網站使封包產生重傳狀況，觀察 S1 介面封包容量
變化情形。
二、測詴條件
1. TTC 隔離室外，訊號發生衰弱環境。
2. 測詴時間：120 秒。
三、測詴步驟
1. 模擬 4G 訊號衰弱環境發生。
3. 手機接收小型基地台 4G 訊號，進行 Yahoo 購物網站瀏覽，累計測詴 2 分鐘。
四、數據紀錄
資料收集
六、預期結果
4G 衰弱訊號環境下，經由網路封包解析設備，觀察得 S1 介面數據封包容量變化。
七、檢查點
八、判斷方式
9.2.2 模擬弱訊發生，瀏覽 YouTube，觀察 S1 介面封包容量變化情形。
測詴項目：封包重送-模擬弱訊發生，瀏覽 YouTube，觀察 S1 介面封包容量變化情形
一、測詴目的
模擬 4G 訊號衰弱環境發生，瀏覽 YouTube 使封包產生重傳狀況，觀察 S1 介面封包容量變化情形。
二、測詴條件
1. TTC 隔離室外，衰弱訊號環境發生。
2. 測詴時間：360 秒。
三、測詴步驟
1. 模擬 4G 衰弱訊號環境發生。
3. 手機接收小型基地台 4G 訊號，進行 YouTube 瀏覽，累計測詴 360 秒。
四、數據紀錄
資料收集
StartTime StopTime Traffic Volume（MB） Website
六、預期結果
七、檢查點
八、判斷方式
9.2.3 模擬弱訊發生，瀏覽 Facebook，觀察 S1 介面封包容量變化情形。
測詴項目：封包重送-模擬弱訊發生，瀏覽 Facebook，觀察 S1 介面封包容量變化情形
一、測詴目的
模擬 4G 衰弱訊號環境發生，瀏覽 Facebook 使封包產生重傳狀況，觀察 S1 介面封包容量
變化情形。
二、測詴條件
2. 測詴時間：120 秒。
三、測詴步驟
3. 手機接收小型基地台 4G 訊號，進行 Facebook 瀏覽，累計測詴 120 秒。
四、數據紀錄
資料收集
六、預期結果
七、檢查點
八、判斷方式
9.2.4 模擬弱訊發生，下載檔案測詴，觀察 S1 介面封包容量變化情形。
測詴項目：封包重送-模擬弱訊發生，下載檔案測詴，觀察 S1 介面封包容量變化情形
測詴分項：模擬 4G 訊號衰弱環境發生，下載檔案(約 209MB)使封包產生重傳狀況，觀察
S1 介面封包容量變化情形。
一、測詴目的
模擬 4G 訊號衰弱環境發生，進行檔案下載（約 209MB）使封包產生重傳狀況，觀察 S1
介面封包容量變化情形。
二、測詴條件
2. 測詴時間：600 秒。
三、測詴步驟
3. 手機接收小型基地台 4G 訊號，進行檔案下載（約 209MB），累計測詴 600 秒。
四、數據紀錄
資料收集
六、預期結果
七、檢查點
八、判斷方式
9.2.5 4G Live 衰弱訊號，進行檔案下載訊務測詴。
測詴項目：封包重送-4G Live 衰弱訊號，進行檔案下載訊務測詴
測詴分項：在 4G Live 訊號涵蓋環境，下載檔案觀察封包容量紀錄情形。
一、測詴目的
在 4G Live 衰弱訊號涵蓋環境，利用 Live 門號經由業者 4G 網路下載檔案(400MB*5)，觀察
手機端傳輸容量紀錄與業者帳單明細傳輸量資料情形。
二、測詴條件
1. 4G Live 衰弱訊號涵蓋環境。
三、測詴步驟
1、使用 4G Live 門號及商轉網路。
2、TTC 隔離室內，4G Live 衰弱訊號涵蓋環境。
3、測詴 Script Command，Http Transfer DL 400M/Repeat 5 次。
4、測詴工具/手機款型，Nemo Handy Samsung Note4 with Android。
四、數據紀錄
測詴時間、4G 服務門號、測詴連結 website、手機端 Nemo 傳輸量（MB）、業者端行網明
細傳輸量（MB）
數據紀錄：
手機 Nemo 端傳業者端行網明細
輸量紀錄（MB）傳輸量（MB）
六、預期結果
在 4G Live 衰弱訊號涵蓋環境，利用 Live 門號經由業者 4G 網路下載檔案（400MB），觀
察手機端傳輸容量紀錄與業者帳單明細傳輸量資料，進行傳輸量明細比對。
七、檢查點
SNR、StartTime、StopTime、手機端傳輸量、業者端傳輸量
八、判斷方式
解析 Nemo Handy 紀錄累計傳輸量及 4G 訊號品質涵蓋分佈。
9.2.6 4G Live 訊號，下載檔案使自動或手動斷訊，觀察訊務容量變化。
測詴項目：封包重送暨傳送- 4G Live 訊號，下載檔案使自動或手動斷訊，觀察訊務容量變
化
測詴分項：在 4G Live 訊號涵蓋環境，下載檔案觀察封包容量紀錄情形。
一、測詴目的
在 4G Live 衰弱訊號涵蓋暨正常訊號環境，利用 Live 門號經由業者 4G 網路分別進行下載
檔案(400MB*5)暨高容量檔案（4GB）測詴，觀察弱訊自動斷訊及手動斷訊時，手機端傳輸
容量紀錄與業者帳單明細傳輸量資料情形。
二、測詴條件
1. 4G Live 衰弱訊號暨正常訊號涵蓋環境。
3. 高容量檔案下載流量測詴次數為 1 次/天。
三、測詴步驟
1、使用 4G Live 門號及商轉網路。
2、400MB 檔案於 TTC 隔離室內，4G Live 衰弱訊號涵蓋環境。
3、測詴 Script，Http Transfer DL 400MB/Repeat 5 次，弱訊自動斷訊。
4、4GB 高容量檔案於 TTC 3F/室外，4G Live 正常訊號涵蓋環境。
5、測詴 Script，Http Transfer DL 4GB/Repeat 1 次，完成約 75%下載程序，手動斷訊。
6、測詴工具/手機款型，Nemo Handy Samsung Note4 with Android。
四、數據紀錄
測詴時間、4G 服務門號、測詴連結 website、手機端 Nemo 傳輸量（MB）、業者端行網明
細傳輸量（MB）
數據紀錄：
1. 4G Live 弱訊，自動斷訊訊務測詴
手機 Nemo 端傳輸業者端行網明
量紀錄（MB）細傳輸量（MB）
2. 4G Live 正常訊號，手動斷訊訊務測詴
手機 Nemo 端傳輸業者端行網明
量紀錄（MB）細傳輸量（MB）
六、預期結果
在 4G Live 衰弱訊號涵蓋暨正常訊號環境，利用 Live 門號經由業者 4G 網路下載檔案
（400MB*5/4GB），觀察手機端傳輸容量紀錄與業者帳單明細傳輸量資料，進行傳輸量明
細比對。
七、檢查點
SNR、StartTime、StopTime、手機端傳輸量、業者端傳輸量
八、判斷方式
解析 Nemo Handy 紀錄累計傳輸量及業者端行網明細傳輸量。
9.3 手機背景流量收集案例
9.3.1 4G Live 訊號，進行手機背景訊務流量觀察。
測詴項目：手機背景流量收集-4G Live 訊號，進行手機背景訊務流量觀察
測詴分項：收集手機背景訊務流量紀錄並比對業者帳單明細傳輸量資料。
一、測詴目的
使用手機裝載 live 門號，觀察手機背景訊務流量紀錄，比對業者帳單明細傳輸量資料。
二、測詴條件
1. 使用 4G Live 門號及商轉網路。
2. TTC 3F，正常 4G 訊號涵蓋環境。
3. 手機系統重置（Reset）。
三、測詴步驟
1、使用不同款型手機，裝載 4G 電信營運服務商門號。
2、清除手機端內 APP 應用程式，僅保留手機內建服務功能，回復原廠設定。
3、開啟 4G 數據服務以 Idle 模式進行手機背景數據流量收集。
4、申請所屬門號測詴期間，進行業者帳單明細傳輸量資料比對。
5、累計手機背景測詴時間約為 7 天。
四、數據紀錄
手機款型、測詴日期、4G 服務門號、手機端數據流量紀錄（MB）
、業者端行網明細傳輸量
（MB）
資料收集
測詴前測詴後業者端行網明
手機測詴日期
4G 服務門號收機端傳輸量手機端傳輸量細傳輸量
款型（起/訖）
紀錄（MB）紀錄（MB）（MB）
六、預期結果
開啟 4G 數據服務，以 Idle 模式進行手機背景數據流量收集，完成測詴後比對業者帳單明
細傳輸量資料。
七、檢查點
測詴日期、手機端傳輸量、業者端傳輸量
八、判斷方式
觀察收集期間手機數據累計傳輸量及業者行網明細傳輸量。
10 訊務計量問題查測
 訊務封包傳送測詴失敗原因分析
本案例，使用 NSN 小型基地台（eNB）發射訊號並連接華壹 EPC 模擬器（MME、S-GW、

P-GW））及介接 Fortinet 網路閘道器（SG100D）等設備建構完成 4G 模擬網路環境，連接外
部服務網路觀察 S1 介面數據封包流量及數據封包重送流量變化等案例測詴項目之狀況。發生
封包傳送失敗的原因包含很多情況，但大致可以歸類為基地台（eNB）參數設定錯設或漏設，
網路設備（node）參數設定錯設或漏設，網路訊號或服務效能問題等等。
 基地台（eNB）參數設定錯設或漏設
一般而言，LTE 網路基地台（eNB）參數設定錯設或漏設可能會引起基地台功能失效問題發
生，可能問題情形如下：
1. SmallCell type 錯設或漏設
2. Cell ID 或功率參數錯設或漏設
3. E-UTRAN ID 錯設或漏設
4. GPS 同步源訊號錯設或漏設
5. Tracking Area Code 錯設或漏設
6. SmallCell SW 系統版本未同步或未支援
7. NTP Routing GW 錯設或漏設
8. 基地台 MME Peer Port 錯設或漏設
9. DL/UL Carrier Frequency/Bandwidth 錯設或漏設
表 4、小型基地台相關參數
參數 CnOpera MN Service OM Gateway VlanI MME Peer MME Peer SGW Peer
NE Name MCC TAC Service IP OM IP
表 torId C Gateway IP IP D IP Port IP
BTS1 192.168.200. 192.168.200.25 192.168.200.2 36412 x （don't
eNB10 x 001 01 1 192.168.200.1 x 192.168.8.1
0 1 4 54 （default） config）
BTS2 192.168.200. 192.168.200.25 192.168.200.2 36412 x （don't
eNB20 x 001 01 1 192.168.200.2 x 192.168.8.1
0 2 4 54 （default） config）
因應作業：以上架設本案例 4G 模擬網路環境，便出現小型基地台相關參數錯設和漏設問題
引起 small cell 本身無法順利出現訊號及與 EPC 模擬器中 MME 之間 S1AP_INITIAL_

CONTEXT_SETUP、S1AP_UE_CONTEXT_REQ/RSP 等等 control signaling Connection 無法順
利進行辨識和錯認經逐一核對確認參數及測詴後功能正常。
 網路設備（node）參數設定錯設或漏設
一般而言，網路設備（node）參數設定（包含網路位址）錯設或漏設可能會引起網路功能不
健全問題發生，可能出現問題情形如下：
1. SmallCell 服務 IP 位址或 OAM 系統 IP 錯設或漏設
2. SmallCell 介接 LTE EPC IP 位址錯設或漏設
3. SmallCell NTP IP 位址錯設或漏設
4. EPC IP 位址錯設或漏設（MME、S-GW、P-GW）
5. EPC GW IP /Mask 位址未錯設或漏設
6. EPC 控制 PC IP 錯設或漏設
7. Fortinet 網路閘道設備（SG100D）本機 IP 位址錯設或漏設
因應作業：以上架設本案例 4G 模擬網路環境，便出現網路位址錯設和漏設情形導致倆倆設
備無法辨識或網路位址繞送不到指定目的地或出現封包遺失，以上問題經逐一核對確認參數
及測詴後功能正常。
 網路服務問題
依本案測詴案例之 4G 網路環境建置經驗，完成相關參數設定及設備建置檢視後出現之網路
服務問題，影響測詴作業中斷，經查測後發現可能出現問題情形如下：
1. 基地台 GPS 訊號不穩定問題
2. HUB 網路 port 節點不良
3. Ethernet Cable 節點不良
4. 終端手機應用服務程式暫存器問題
因應作業：以上問題，經逐一測詴後將原 GPS Air 訊號源改以 N type 固接訊號接入進行同步、

更換終端手機執行測詴及更換穩定性較高的 HUB 與更換原廠 Ethernet Cable，測詴前後逐一
清除應用服務程式暫存器後續行訊務封包流量測詴。

(附錄3-10) 訊務計量測試案例 - 第一版 PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

(附錄3-10) 訊務計量測試案例 - 第一版 PDF

Uploaded by

Copyright:

Available Formats

MBATC-010

4.1 離線計費系統 ................................................................................................................ 4

4.1.1 離線計費系統單元功能 .......................................................................................... 5

4.2 線上計費系統（OCS） ................................................................................................ 6

4.2.1 線上計費系統（Offline Charging System, OCS）單元功能 ................................ 7

4.3 LTE 計費系統架構 ...................................................................................................... 12

4.3.2 策略和計費執行功能模組（PCEF） .................................................................. 12

4.3.5 承載綁定及事件報告功能模組（BBERF） ....................................................... 12

4.3.6 流量偵測功能模組（TDF） ................................................................................ 12

4.4 計費系統介面說明 ...................................................................................................... 13

4.4.5 Gxx 介面 ................................................................................................................ 14

4.5 LTE 計費作業流程 ...................................................................................................... 16

4.5.1 離線計費作業流程（Offline Charging Procedure） ........................................... 16

4.5.2 線上計費作業流程（Online Charging Procedure） ............................................ 20

5.1 行動數據服務架構 ................................................................................................ 39

5.2 行動數據重傳計費策略 ........................................................................................ 39

6.1 架構說明 ...................................................................................................................... 41

6.2 設備需求 ...................................................................................................................... 41

6.3 測詴環境 ...................................................................................................................... 42

9.1 封包傳送測詴案例 ...................................................................................................... 44

9.1.1 瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。 .............................................. 44

9.1.2 瀏覽 YouTube，觀察 S1 介面封包容量變化情形。 .......................................... 45

9.1.3 瀏覽 Facebook，觀察 S1 介面封包容量變化情形。 ......................................... 46

9.1.4 下載檔案測詴，觀察 S1 介面封包容量變化情形。 ......................................... 47

9.1.5 4G Live 正常訊號，進行檔案下載訊務測詴 ..................................................... 48

9.2 封包重送測詴案例 ...................................................................................................... 49

9.2.1 模擬弱訊發生，瀏覽 Yahoo，觀察 S1 介面封包容量變化情形。 .................. 49

9.2.2 模擬弱訊發生，瀏覽 YouTube，觀察 S1 介面封包容量變化情形。 .............. 50

9.2.3 模擬弱訊發生，瀏覽 Facebook，觀察 S1 介面封包容量變化情形。 ............. 51

9.2.4 模擬弱訊發生，下載檔案測詴，觀察 S1 介面封包容量變化情形。 ............. 52

9.2.5 4G Live 衰弱訊號，進行檔案下載訊務測詴。 ................................................. 53

9.3 手機背景流量收集案例 .............................................................................................. 56

9.3.1 4G Live 訊號，進行手機背景訊務流量觀察。 ................................................. 56

圖 10、計費系統 Gx/Gz/Gxx/Gy/Rx/Sp/Sy/Sd 介面 ..................................................................... 13

圖 11、LTE 離線計費流程 ............................................................................................................. 16

圖 23、3GPP LTE Charging Architecture 架構圖 .......................................................................... 35

[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄 第 iii 頁

表 2、行動通訊營運商/TCP 數據封包重傳計費策略 .................................................................. 40

本測詴案例針對 LTE 4G 網路環境流量測詴案例與測詴方式開發，將依案例需求記錄相關數

本案例開發除特別標示，皆以 3GPP R.11 之相關標準規範為基準

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".

[2] 3GPP,TS32.240,LTE Telecommunication management; Charging management; Charging

[3] 3GPP,TS32.299 Telecommunication management; Charging management; Diameter charging

[4] 3GPP, TS 23.203 ,LTE Policy and charging control architecture

[5] 3GPP,TS32.295 Telecommunication management; Charging management; Charging Data

[6] 3GPP,TS23.078;Customised Applications for Mobile network Enhanced Logic（CAMEL）

[7] 3GPP,TS29.212 LTE Policy and Charging Control （PCC）

[11] Netmanias, LTE Charging I_Offline, Feb 2015

ABMF Account Balance Management Function 帳戶餘額管理功能

ADC Application Detection and Control 應用偵測及控制

AF Application Function 應用功能

AMBR Aggregated Maximum Bit Rate 總和最大位元率

BBERF Bearer Binding and Event Reporting Function 承載綁定和事件報告功能

BBF Bearer Binding Function 承載綁定功能

CTF Charging Trigger Function 計費觸發功能

CGF Charging Gateway Function 計費閘道功能

CDF Charging Data Function 計費資料功能

CDR Charging Data Record 計費資料紀錄

C-Plane Control Plane 控制平面

eNB Evolved Node B 演進型節點 B

EPC Evolved Packet Core 演進封包核心

EPS Evolved Packet System 演進封包系統

GBR Guaranteed Bit Rate 保證位元率

[MBATC-010] 4G 網路服務品質驗證測詴案例-訊務計量目錄第 iii 頁