TWI826086B - 診斷電信網路設備的方法及系統 - Google Patents

診斷電信網路設備的方法及系統 Download PDF

Info

Publication number
TWI826086B
TWI826086B TW111141389A TW111141389A TWI826086B TW I826086 B TWI826086 B TW I826086B TW 111141389 A TW111141389 A TW 111141389A TW 111141389 A TW111141389 A TW 111141389A TW I826086 B TWI826086 B TW I826086B
Authority
TW
Taiwan
Prior art keywords
customer complaint
data
address
list
pgw
Prior art date
Application number
TW111141389A
Other languages
English (en)
Other versions
TW202420785A (zh
Inventor
沈子亮
詹家彰
李建穎
周忠平
Original Assignee
台灣大哥大股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 台灣大哥大股份有限公司 filed Critical 台灣大哥大股份有限公司
Priority to TW111141389A priority Critical patent/TWI826086B/zh
Application granted granted Critical
Publication of TWI826086B publication Critical patent/TWI826086B/zh
Publication of TW202420785A publication Critical patent/TW202420785A/zh

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本發明將設備與客訴關聯系統整合UMTS/LTE/5G網路及客訴相關資料,透過大數據共享平台的分級分散式系統構架構,匯聚及分析來自電信網路設備、客訴資料與各類客製網管系統的各類數據源,目的在聚焦障礙查修、精進網維流程與定位客戶訴願等關連應用,協助電信維運人員當不明原因。不分區域客訴快速增加時,能將大量客訴件聚焦特定網元,輔以圖形及樞紐形式呈現,加速定位查測方向。

Description

診斷電信網路設備的方法及系統
本發明關於一種診斷電信網路設備的方法及系統,特別是基於客訴資料的診斷電信網路設備的方法及系統。
現代行動通訊為了提供穩定與多元的語音及數據上網服務,電信業者使用多種供應商的電信設備建置複雜的電信網路架構。然而,當電信網路設備中的某些節點出現異常而衍伸客訴時,電信設備維護人員往往無法於第一時間聚焦疑似障礙設備找出問題點。第一圖為電信網路設備的架構示意圖,說明電信網路設備中各個節點,包含4G/5G基站(11)、LTE MX(即4G LTE網路的電信級乙太網路服務路由器)、封包數據網路閘道(PGW)、GiMX(即電信網路與網際網路介接的介面及電信級乙太網路服務路由器)、L4 S/W(Layer 4交換器)、L2 S/W(Layer 2交換器)、網絡地址端口轉換(NAPT)、SLB(Server Load Balancer,負載均衡伺服器)、CMX(電信級乙太網路服務路由器)、ACOM RADIUS(認證系統)、CBS(頻寬控制伺服器)及CDNS(Content Domain Name Server,網域名稱系統)。第一圖由左至右是行動用戶數據上網時所經過的網路設備節點,。當其中一個網路設備節點發生問題,就會造成重大客訴(客訴數量短時間內增加)。例如,PGW、GiMX與NAPT,這些管理位址(IP)路由的設備。或者,當IPv4與IPv6的對應轉換錯誤,這會造成路由表錯亂,導致大量用戶無法上網或上 網速度緩慢。供應商的電信設備技術支援人員或電信業的維護人員各自查找負責的設備,如此之人力分散造成查修時間過長,無法於盡快恢復正常服務,進而影響廣大用戶權益。
問題之主要原因在於無法即時聚焦疑似障礙設備,需人工查詢及比對多種數據源,客訴處理小組無法集中查測客訴發生原因,以及客訴件累積數量與障礙時間持續累積壓力,均導致恢復正常服務的時間難以縮短。
當發生重大客訴時,各類電信設備技術人員需各自查找負責的設備是否發生障礙。整個過程始於客訴資料查詢,相關人員進入客訴件資料中心以查詢客訴相關資訊,像是找出用戶4G/5G網路別、使用基站識別(SiteID)、基站干擾數值、干擾強度和基站訊號強度等。接著,調用用戶的呼叫詳細記錄(CDR/Web CDR)。相關人員根據客訴信息調出用戶的CDR。進一步,根據CDR找出用戶當時的使用基站、IPv4/IPv6、MME/SRMG_ID、使用存取點(APN)、使用基站開始/結束時間以及使用基站的上傳/下載數據量。維護人員據以整理出管理報表,像是網元介接關係表、NAPT對應表、公有位址對應表、移動性管理組件(MME)位址對應表以及APN對應表,藉此從中分找出GiMX ID、CBS/DPI ID、CDNS ID、NAPT ID、CMX ID、IPSec GW ID等與行動用戶話務可能經過的設備節點。最後,經過以上步驟歸納”有可能”造成客訴的關鍵設備或異常原因。
就此,有必要發展一種精進的診斷電信網路設備的方法及系統,以解決調查耗時及精確度的問題。
當不明原因、不分區域客訴快速增加時,為了協助電信設備維運人員能將大量客訴件聚焦特定網元,本發明提出有用的數據源採集及運算技術,並輔以圖形呈現,加速定位查測方向。
本發明目的在於提供一種診斷電信網路設備的方法,由一或多個處理器執行,包含:收集複數筆客訴資料,每一筆客訴資料至少包含一用戶的一MSISDN、一客訴時間及一或多個基站識別,該客訴時間關聯於一通訊品質下降事件的發生時間;基於該MSISDN及該客訴時間,關聯出一封包數據網路閘道(PGW)呼叫詳細記錄(CDR),該PGW呼叫詳細記錄至少包含一CHARGING_ID(用戶使用數據服務時由PGW會自動產生,也就是計價紀錄流水號,以記錄用戶的通信資費使用歷程)、一APN_NETWORK(存取點名稱,即行動網路和另一個電腦網路之間的閘道器的名稱,用以定義行動裝置上所有行動數據連線的網路路徑)、一PGW_ADDRESS(PGW的IP地址碼)及一SITE_NAME;基於該CHARGING_ID,關聯出一服務閘道(SGW)呼叫詳細記錄(CDR),該SGW呼叫詳細記錄至少包含一SGW_ADDRESS及一SERVING_NODE_ADDRESS;基於該PGW呼叫詳細記錄中的APN_NETWORK及關於該用戶的一資費特徵(charging characteristic),關聯出一存取點(APN)清單,該存取點清單指示該電信網路設備中的至少一部份存取點;基於該PGW呼叫詳細記錄中的PGW_ADDRESS,關聯出一位址地區(IPSec)清單,該位址清單指示至少一地區與一或多個設備主機的對應關係;基於該PGW呼叫詳細記錄的PGW_ADDRESS及該SGW呼叫詳細記錄的SGW_ADDRESS,關聯出一服務路由移動閘道(SRMG)位址清單;基於該SGW呼叫詳細記錄的SERVING_NODE_ADDRESS,關聯出一移動性管理組件(MME)位址清單;及分析該等複數筆客訴資料中所關聯出的存取點清單重疊 度、位址地區清單重疊度、SRMG位址清單重疊度及MME位址清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
在一具體實施例中,方法更包含:基於該至少一基站識別,關聯出一基站干擾清單,其包含至少一基站於一時段中的多個訊號干擾值;及分析該等複數筆客訴資料中所關聯出的基站干擾清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
在一具體實施例中,方法更包含:基於該客訴時間,於該客訴時間之前的一時段中篩選出源自該電信網路設備的告警信息;及分析該等複數筆客訴資料中所關聯出的告警信息重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
在一具體實施例中,方法更包含:基於PGW呼叫詳細記錄的一SITE_NAME,關聯出一基站電路清單;分析該等複數筆客訴資料中所關聯出的基站電路清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
在一具體實施例中,方法更包含:基於該存取點清單及該SRMG位址清單,關聯出一SRMG網元介接清單;至少基於該PGW呼叫詳細記錄的一SERVED_PDP_ADDRESS(源自PGW呼叫詳細記錄)及該SRMG位址清單的一SRMG_ID(源自SRMG位址清單),關聯出一公用位址清單、一第一網絡地址端口轉換(NAPT)清單及一第二網絡地址端口轉換(NAPT)清單;分析該等複數筆客訴資料所關聯出的公用位址清單重疊度、第一NAPT清單重疊度及第二NAPT清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
在一具體實施例中,該PGW呼叫詳細記錄是根據該客訴時間之前的一回溯時間所調用的PGW呼叫詳細記錄。
本發明另一目的在於提供一種診斷電信網路設備的系統,包含:一客訴收集模組,配置成收集複數筆客訴資料,每一筆客訴資料至少包含一MSISDN、一客訴時間及一或多個基站識別;一API模組,配置成基於每一筆客訴資料的MSISDN及客訴時間,調用關於一用戶的一呼叫詳細記錄(CDR);一關聯模組,配置成至少基於該用戶的呼叫詳細記錄及該電信網路設備中的存取點(APN)、網元(NE)、網絡地址端口轉換(NAPT)、公有位址和移動性管理組件(MME),關聯出至少一關聯結果,該關聯結果指示該電信網路設備的至少一部份節點;一統計分析模組,配置成統計該複數筆客訴資料之對應的關連結果,並根據這些關聯結果的重疊度,關聯出該電信網路設備中有問題之節點。
在一具體實施例中,該客訴收集模組是基於一安全檔案傳輸協定(sFTP)收集該複數筆客訴資料。
在一具體實施例中,該呼叫詳細記錄是基於該客訴時間之前的一回溯時間所調用。
在一具體實施例中,系統更包含:一第一資料庫,配置成儲存每一筆客訴資料的關聯結果;及一第二資料庫,配置成儲存該複數筆客訴資料的關聯結果所建立的統計資料。
在一具體實施例中,該第一資料庫為分散式資料庫,該第二資料庫更配置成收集來自一監控模組的告警信息,且該告警信息與該電信網路設備的至少一部份異常有關。
在一具體實施例中,系統更包含:一視覺展示模組,配置成根據所述統計資料建立視覺化圖表。
11:基站
20:診斷電信網路設備的系統
30:診斷電信網路設備的系統
31:客訴收集模組
32:API模組
33:關聯模組
34:關係資料庫
35:網管系統
36:分散式資料庫
37:統計分析模組
38:應用程式伺服器
50:數據源
51:數據採集
52:數據處理
53:展現
71:客訴資料
72:基站干擾清單
73:告警信息
74:PGW呼叫詳細記錄
75:SGW呼叫詳細記錄
76:基站清單
77:基站電路清單
78:APN清單
79:位址地區清單
80:SRMG位址清單
81:MME位址清單
82:SRMG網元介接清單
83:公有位址清單
84:NAPT清單
85:NAPT清單
UE:使用者
參照下列圖式與說明,可更進一步理解本發明。非限制性與非窮舉性實例系參照下列圖式而描述。在圖式中的部件並非必須為實際尺寸;重點在於說明結構及原理。
第一圖例示由複數個節點建構之電信設備。
第二圖顯示本發明診斷電信網路設備的系統,其所採集的數據源。
第三圖顯示本發明診斷電信網路設備的系統方塊圖及資料處理流程。
第四圖為一筆客訴資料範例。
第五圖顯示本發明診斷電信網路設備的系統的各級處理。
第六圖為與客訴資料關聯的所需數據源範例。
第七圖是本發明診斷電信網路設備的方法中各種數據之關聯策略。
第八A圖及第八B圖為基站清單的範例。
第八C圖例示不同電路識別所對應的電路內容。
第八D圖為APN清單的範例。
第八E圖為位址清單的範例。
第八F圖為SRMG位址清單的範例。
第八G圖為MME位址清單的範例。
第八H圖為SRMG網元介接清單。
第八I圖為公有位址清單及NAPT清單的範例。
第九圖例示根據本發明診斷電信網路設備的方法所統計的結果,以視覺化呈現。
底下將參考圖式更完整說明本發明,並且藉由例示顯示特定範例具體實施例。不過,本主張主題可具體實施於許多不同形式,因此所涵蓋或申請主張主題的建構並不受限於本說明書所揭示的任何範例具體實施例;範例具體實施例僅為例示。同樣,本發明在於提供合理寬闊的範疇給所申請或涵蓋之主張主題。除此之外,例如主張主題可具體實施為方法、裝置或系統。因此,具體實施例可採用例如硬體、軟體、韌體或這些的任意組合(已知並非軟體)之形式。
本說明書內使用的詞彙「實施例」並不必要參照相同具體實施例,且本說明書內使用的「其他(一些/某些)實施例」並不必要參照不同的具體實施例。其目的在於例如主張的主題包括全部或部分範例具體實施例的組合。
第二圖顯示本發明診斷電信網路設備的系統(20),所採集的數據源,包含來自網管系統的數據源,像是,不限於但包含,網路呼叫詳細記錄(WebCDR)資料庫、客訴資料庫(sTIP)、電路信息資料庫(FNMS)及基站資料庫(SiteView)。特別地,診斷電信網路設備的系統(20)自WebCDR進一步萃取出關鍵數據,像是,不限於但包含,5G新無線(NR,New Radio)、封包數據網路閘道(PGW)之呼叫詳細記錄及服務閘道(SGW)之呼叫詳細記錄。
此外,診斷電信網路設備的系統(20)還採集其他基礎維護資料,像是,不限於但包含,電信網路設備的存取點(APN)、網路元件(NE)、網絡地址端口轉換(NAPT)、公有位址及移動性管理組件(MME)位址之清單。
診斷電信網路設備的系統(20)基於採集的數據源進行處理及分析,並據以建立出統計結果,其可包含但不限於,與服務路由移動閘道(SRMG)、國際移動用戶識別碼(IMSI)、移動台國際用戶識別碼(MSISDN)、基站位置、客訴時間、GiMX、CMX、CBS、APN、IPv4和IPv6這些項目有關的統計。診斷電信網路設備的系統(20)可包含一視覺展示模組(未顯示),將相關統計以圖形呈現。
第三圖顯示本發明診斷電信網路設備的系統(30)方塊圖及資料處理流程。
客訴收集模組(31)可自客訴資料庫(sTIP)收集複數筆客訴資料。當一筆客訴資料被建立時,客訴資料庫(sTIP)即以依安全檔案傳輸協定(sFTP)提供至客訴收集模組(31)。舉例而言,客訴資料是以資料表的形式呈現,如csv檔。
第四圖為一筆客訴資料的範例,其內容顯示與客訴用戶及該用戶回報的資訊,像是客訴單號、客訴進線時間(撥打客服電話的時間)、移動台國際用戶識別碼(MSISDN)、客訴時間點(通訊品質下降發生時間)、客訴內容、客訴類別、手機世代別、OM回覆類型(即地區維運單位處理客訴後回覆造成客訴的問題,譬如基地台訊號微弱或用戶手機問題)、網訊編號(用於識別群聚型的客訴所給予的編號)、基站識別(SITE_ID)、參考信號接收功率(RSRP)及參考信號接收品質(RSRQ),但不以此為限制。
API模組(32)自客訴收集模組(31)接收預處理後的每筆客訴資料後,並根據每筆客訴資料的MSISDN及客訴時間,向WebCDR資料庫調用相關的CDR資料。舉例而言,API模組(32)向WebCDR資料庫輸入查詢條件,包括但不限於,”SessionID”、”SERVED_MSISDN”(即包含代表國別碼、電信服務商碼之用戶門號)和”查詢時段”,其中”SERVED_MSISDN”是根據客訴資料庫(sTIP)的每筆客訴資料中的資訊,”查詢時段”是根據客訴資料庫(sTIP)的每筆客訴資料中的客訴時間(通訊障礙發生時間)所計算,”SessionID”是和WebCDR經由網路服務(webservice)介接檔案轉送標註所使用。所述網路服務通常是許多應用程序接口(API)所組成,用以支持網絡間不同機器的互動操作。此外,為確保與客訴相關之關鍵CDR資料能夠完整取得,”查詢時段”採客訴時間之前的一回溯時間,較佳為八小時。例如,客訴障礙時間是11/2 15:20,則”查詢時段”設定為11/2 07:20至11/2 15:20期間。
關聯模組(33)透過API模組(32)向WebCDR資料庫取得與該筆客訴資料相關的關鍵CDR資料。在一實施例中,關聯模組(33)及WebCDR資料庫以異步傳輸介接。關聯模組(33)發送”webservice”請求給WebCDR資料庫,請求內容包括”SessionID”、”SERVED_MSISDN”、”開始時間”及”結束時間”。舉例而言,”SessionID”是由“英文字母+數字”組成,長度為18碼,如<SessionID>84e0070de994bf111d</SessionID>。一旦WebCDR資料庫收到請求,同步返回一標誌給關聯模組(33)標識已經收到該請求,雙方系統斷開本次session。WebCDR資料庫根據輸入之條件,查詢與該筆客訴資料相關的CDR資料,並以csv檔案格式經由FTP傳送到可供關聯模組(33)存取的資料夾下。且,檔案名稱具有可供識別的”SessionID”。關聯模組(33)至所述資料夾下,從檔案中獲取調 用之CDR資料。接著,關聯模組(33)開始將取得之CDR資料與其他基礎維護數據(如APN、NE、NAPT、公有位址和MME)進行關聯處理。
關聯模組(33)自一關係資料庫(Relational Data Base,34)取得關於APN、NE、NAPT、公有位址和MME之清單。關係資料庫(34)主要儲存電信設備的基礎維護數據。此外,關係資料庫(34)還可與一或多個既有網管系統(35)連接,像是Network Alarm Dispatcher、FNMS及Splunk,以接收定期更新之網管數據,如基站清單(SiteView)、電信網路設備之電路信息清單及相關告警信息清單。
關聯模組(33)基於自WebCDR資料庫取得之關鍵CDR資料,進一步與關係資料庫(34)提供之APN、NE、NAPT、公有位址和MME清單產生關聯,以從APN、NE、NAPT、公有位址和MME清單中關連出與該筆客訴有關的項目,產生至少一關連結果。
分散式資料庫(36),如HBASE,儲存關聯模組(33)針對每筆客訴資料所產生的至少一關聯結果。關聯結果的各種範例將詳述如後。
統計分析模組(37),統計該複數筆客訴資料之對應的關連結果,以分析這些關聯結果的重疊度,其可指出該電信網路設備中有問題之節點。視覺展示模組(圖中未顯示)可將所述統計以各種圖形呈現並存回關係資料庫(34)或分散式資料庫(36)。
應用程式伺服器(38)提供一使用者(UE,如維護人員)存取關係資料庫(34)及分散式資料庫(36)。例如,使用者可操作裝置的應用程式而與應用程式伺服器(38)連接,以存取診斷電信網路設備(30)中的處理數據,以為電信網路設備問題排除之參考。
第五圖顯示本發明診斷電信網路設備的系統的各級處理。由下至上依序為數據源(50)、數據採集(51)、數據處理(52)及展現(53)之各層處理。數據源(50)包含客訴資料庫(sTIP)、電路信息資料庫(FNMS)、網路呼叫詳細記錄(WebCDR)、APN/NAPT/位址數據、網管系統告警(RM)以及4G/5G基站資料庫(SiteView)
數據採集(51)將這些收集的資料進行初步整理,如解壓縮、解析、過濾及分發。舉例而言,這些資料的處理包括利用映射表(Mapping table)配置數據,如第二圖以API模組(32)向WebCDR獲取每筆客訴資料所關聯的CDR資料,關聯模組(33)向既有的4G/5G基站取得清單,向FNMS取得電路資料,以及向其他網管系統(如Splunk)獲取告警(RM)。
第六圖為整理後所需數據源範例,其顯示數據類別、來源、接入方式及檔案格式。客訴資料自sTIP以sFTP方式收集且為csv格式。呼叫詳細記錄自WebCDR經由網路服務之API收集且為csv格式。基站資料自既有網管系統經由sFTP收集且為excel格式。JCE相關資料(即傳輸網路設備相關資料)自FNMS經由sFTP收集且格式為excel格式。映射表根據取得的CDR資料所關聯的APN、SRMG、NAPT、公有位址及MME位址等資料建立而成。告警可自既有網管系統經由FTP收集且格式為csv。
數據處理(52)層中,將已整理的數據進行接收及轉發,此可利用已知數據處理平台(如”Kafka”)完成。接下來,對已整理的數據進行預處理,此可利用已知的數據流處理架構(如”Flink”)進行。預處理後的數據可輸入流式計算(streaming),將收集的數據進行關聯並儲存至分散式資料庫(HBASE)。此外,預處理的結果還可儲存至已知的對映資料庫(如”HIVE” 資料庫)以建立資料結構的對映關係。數據處理(52)層中,還包含離線計算,其將分散式資料庫中的數據進行統計並將統計結果儲存至指標(KPI)資料庫。數據處理(52)層中,還可包含實時計算,如基於SQL(Structured Query Language,結構化查詢語言)的流式計算,並將計算結果儲存至指標資料庫。
展現(53)層中,根據分散式資料庫及指標資料庫的統計結果,繪製多種直觀圖表,如類似第一圖電信網路設備的架構圖、資訊統計曲線圖等。電信網路設備的維護人員可根據圖表執行查修工作。
第七圖顯示本發明數據關連策略。首先,自客訴資料庫(sTIP)收集複數筆客訴資料,每一筆客訴資料(71)至少包含如圖中所示資訊,像是客訴單號、MSISDN、客訴進線時間、客訴內容、客訴類別、手機世代別(如支援4G及/或5G)、OM回覆類型、網訊編號、SITE_ID1、SITE_ID2、SITE_ID3、RSRP及RSRQ。尤其,這些資訊是該客訴用戶裝置連線至電信網路設備時與各節點設備互動的資訊。例如,SITE_ID1至SITE_ID3指示該客訴用戶裝置於客訴時間或接近客訴時間所使用到的基站。每筆客訴資料為不同編號。客訴進線時間和客訴時間均為時間點。客訴進線時間可作為後續統計的依據,如可將客訴資料根據進線時間的小時進行歸納統計。客訴時間作為WebCDR的查詢條件,且是基於客訴時間前的八小時至該客訴時間為止的時間區間作為查詢條件。
基站干擾清單(72)是基於每一筆客訴資料(71)的基站識別資訊(如SITE_ID1、SITE_ID2、SITE_ID3)從針對基站的網管系統所關聯出。如圖所示,基站干擾清單(72)包含基站識別資訊以及這些基站在客訴時間之前個小時的干擾數值。
告警信息(73)是基於每一筆客訴資料(71)的客訴時間從產生告警的網管系統所關聯出(如果有)。告警信息包含”EventTime”、”NeName”及”message”等資訊。
PGW呼叫詳細記錄(74)是基於客訴資料(71)的MSISDN、客訴時間從WebCDR所關聯出。PGW呼叫詳細記錄包含但不限於以下資訊。”CHARGING_ID”為用戶使用數據服務時由PGW自動產生,也就是計價紀錄流水號,以記錄用戶的通信資費使用歷程。”SERVED_MSISDN”為包含代表國別碼、電信服務商碼之用戶門號。”PGW_opening_time”為用戶使用數據服務的起始紀錄時間。”PGW_closing_time”為用戶使用數據服務的結束紀錄時間。”PGW_ADDRESS”為PGW的IP地址碼。”NODE_ID”為PGW的識別碼,如SRMGA01。”SERVED_PDP_ADDRESS(IPv4)”為數據網路核發給用戶的私人IP,其為IPv4格式。”SERVED_PDP_PDN_ADDRESS_EXT(IPv6)”為數據網路核發給用戶的私人IP,其為IPv6格式。”APN_NETWORK”為存取點名稱,即行動網路和另一個電腦網路之間的閘道器的名稱,用以定義行動裝置上所有行動數據連線的網路路徑。”CHARGING_CHARACTERISTICS”為3GPP規範中定義及區分不同資費用戶之數值。”APN_AGGREGATE_MAX_BITRATE_DL(AMBR_DL)”為使用該APN的用戶最大可使用下載速率。”APN_AGGREGATE_MAX_BITRATE_UL(AMBR_UL)”為使用該APN的用戶最大可使用上傳速率。”SERVING_NODE_ADDRESS(MME)”為MME設備的IP地址碼。”Network Type_DESC”描述用戶使用的LTE或5G網路型式。”SITE_NAME”為用戶使用的基地台的名稱。”USER_LOCATION_INFO_ECGI_ECI”為用戶使用的基地台細 胞的辨識碼。”頻段別”為用戶使用的網路及頻段區別,如LTE 700頻段或5G 3500頻段。”secondaryRanStartTime”為用戶開始透過基地台使用數據服務的基地台起始紀錄時間。”secondaryRanEndTime”為用戶透過基地台使用數據服務的基地台結束紀錄時間。”secondaryDataVolumeDownlink”為基地台記錄用戶使用的下載總數據量。”secondaryDataVolumeUplink”為基地台記錄用戶使用的上傳總數據量。”Model為手機型號”。
在一具體實施例中,查詢WebCDR的輸入包括但不限於三個條件,分別是”SessionID”、”SERVED_MSISDN”及一查詢時段,其中”SERVED_MSISDN”是根據該筆客訴資料提供。查詢時段是基於該筆客訴資料的客訴時間所計算。”SessionID”則是和本發明系統與WebCDR webservice介接檔案轉送標註使用。為確保該筆客訴資料所關聯出的CDR資料完整程度,所述查詢時段為該客訴時間之前的8小時至該客訴時間之間的時段。應瞭解,由於WebCDR處理CDR數據所需時間通常為一至兩個小時,因此WebCDR可能會提供兩次同一個”session”請求的檔案。舉例而言,當”EndTime”早於或等於當前時間減兩小時,一次返回查詢結果,產生檔案的filename為”SessionID_0.csv”。當”EndTime”晚於當前時間減兩小時,此時有部分CDR資料還未入庫需要分兩次提供結果。
第一次提供”StartTime為”開始時間的所有資料,查詢結果檔案“filename”在”SessionID”適當標示(如SessionID_1.csv)。兩個小時後提供第二次結果,時間區間為”StartTime”到”EndTime”,檔案”filename”在”SessionID”適當標示(如SessionID_2.csv)。舉例而言,若當前時間是11:41,客訴時間是11:40,WebCDR的查詢時段是從3:40(StartTime)至11:40 (EndTime)。WebCDR第一次提供的資料可能僅有部分的資料,兩小時之後,WebCDR第二次提供的”session”請求時段的所有資料,即3:40至11:40的全部資料。當然,上述時間條件僅為例示說明,非本發明所限制。
SGW呼叫詳細記錄(75)是基於PGW呼叫詳細記錄(74)的”CHARGING_ID”所關聯出,包含但不限於以下資訊,”CHARGING_ID”、”SERVED_MSISDN”、”RECORD_OPENING_TIME”、”RECORD_CLOSING_TIME”、”SGW_ADDRESS”、”NODE_ID”及”SERVING_NODE_ADDRESS(MME)”。
基站清單(76)是基於PGW呼叫詳細記錄(74)的”SITE_NAME”從網管系統所關聯出,包含但不限於以下資訊,”SITE_NAME”、”activeSWReleaseVersion”、”基站住址”及”電路編號”。第八A圖及第八B圖為基站清單的範例,至少包含但不限於”基站名稱”、”基站住址”、”電路編號”及”activeSWReleaseVersion”。第八A圖例示不同頻段別,但相同基站住址及其對應的電路編號,第八B圖例示相同頻段別,但不同基站名稱及其對應的電路編號。
基站電路清單(77)是基於基站清單(76)的”電路編號”資訊從FNMS所關聯出,包含但不限於電路識別(CIRCUIT_ID)及其對應的電路元件和連接關係。第八C圖例示不同電路識別所對應的電路內容,其可為本領域技術者瞭解而關聯出實際節點中的對應電路,故各電路內容詳細說明不在此贅述。在一具體實施例中,FNMS可定時(如每小時)以FTP的方式提供電路信息給系統,如儲存在第三圖的關係資料庫(34)。本發明系統關聯模組(33)可根據基站名稱 從基站清單中找到電路編號,再根據電路編號查到4G/5G機基站的具體電路信息。
APN清單(78)是基於PGW呼叫詳細記錄(74)的”APN_NETWORK”及”CHARGING_CHARACTERISTICS”所關聯出。其中”CHARGING_CHARACTERISTICS”(CC)指示該客訴用戶的電信資費方案資訊。本發明系統根據PGW呼叫詳細記錄(74)的特定欄位來關聯出該清單。維護人員可透過網路使用者介面(Web UI)維護APN的相關數據,通常網路架構有異動時才進行調整。第八D圖為APN清單的範例。
位址地區清單(79)是基於PGW呼叫詳細記錄(74)的”PGW_ADDRESS”所關聯出,包含但不限於,”地區”、”SRX_IP”及”SRMG HostName”。本發明系統根據PGW呼叫詳細記錄(74)中的SRMG有關欄位資訊,關聯出SRX hostname(Active/standby)值並填寫至位址地區清單(79)中的欄位。”PGW_ADDRESS”是由電信網路設備的後台數據資料庫維護。第八E圖為位址清單的範例,顯示各地區所對應的SRX主持名稱及其位置。
SRMG位址清單(80)是基於PGW呼叫詳細記錄(74)的”PGW_ADDRESS”及SGW呼叫詳細記錄(75)的”SGW_ADDRESS”所關聯出。本發明系統根據PGW和SGW的呼叫詳細記錄中特定欄位來查找該位址清單,如”NE Name”,即設備名稱,像是”SRMGA01”指示一地區機房的第一台SRMG設備。維護人員可透過WebUI維護有關數據,通常網路架構有異動時才會進行調整。第八F圖為SRMG位址清單的範例,顯示各網路名稱對應的節點識別和SGW或PGW的位址。
MME位址清單(81)是基於SGW呼叫詳細記錄的”SERVING_NODE_ADDRESS”所關聯出。本發明系統根據SGW的呼叫詳細記錄中特定欄位來查找該位址清單。維護人員可透過Web UI維護有關數據,通常網路架構有異動時才會進行調整。第八G圖為MME位址清單的範例,顯示位址所對應的網路名稱。
SRMG網元介接清單(82)是基於APN清單(78)的”APN_NETWORK”和SMRG位址清單(80)的”SMGR_ID”所關聯出。本發明系統根據SGW的呼叫詳細記錄中特定欄位來查找該位址清單。維護人員可透過Web UI維護有關數據,通常網路架構有異動時才會進行調整。第八H圖為SRMG網元介接清單的範例,顯示各SRMG與各網元之間的對應關係。
公有位址清單(83)及NAPT清單(84、85)是基於”SERVED_PDP_ADDRESS”或”SERVED_PDP_PDN_ADDRESS_EXT”及”SRMG_ID”所關聯出。本發明系統根據呼叫詳細記錄中特定欄位來查找該清單。由於該數據尺寸較龐大,需系統後台初始化導入。針對後續異動,維護人員可提供csv檔案,並由本發明系統後台導入。第八I圖為公有位址清單及NAPT清單的範例,其中”inside ip”和”NAPT ip”分別指出私有位址和公有位址。
最終,本發明系統可從每一筆客訴資料關聯出上述關聯結果。維護人員可將源自複數筆客訴資料所得到的多個關聯結果進行分析,以判斷電信網路設備中有的一或多個節點是否有技術障礙待確認。舉例而言,可根據多筆客訴資料的關聯結果之間的重疊度,如多筆基站干擾清單(72)的重疊度、多筆基站清單(76)的重疊度、多筆基站電路清單(77)的重疊度、多筆APN清單(78)的重疊度、多筆位址清單(79)的重疊度、多筆SRMG位址清單(80)的重疊度、 多筆MME位址清單(81)的重疊度、多筆SRMG網元介接清單(82)的重疊度、多筆公有位址清單及/或NAPT清單(83、84、85)的重疊度,勾稽出該電信網路設備中疑似有問題之節點。
第九圖例示根據本發明診斷電信網路設備的方法所統計的結果,以曲線圖呈現。橫軸為時間軸,縱軸為客訴件統計次數,不同顏色為不同網元的識別。圖中時間軸始於5月19日的零點並延伸至5月23日18點之後的時間。這段期間內根據本發明方法週期性執行前述處理、關聯及統計。圖中可見每個網元的統計數量隨著時間起伏,當某個網元的統計數量於某個期間突然升高,可能該網元有異常。或者,當多個網元的客訴件統計數量於某個期間均突然升高,並彼此具有大幅重疊度,可能有多個網元相互影響而發生異常。然而,應瞭解,此僅為本發明系統於展示層中的一個例子,其他基於本發明關聯結果所為統計皆不脫離本發明的範疇。
雖然為了清楚瞭解已經用某些細節來描述前述本發明,吾人將瞭解在申請專利範圍內可實施特定變更與修改。因此,以上實施例僅用於說明,並不設限,並且本發明並不受限於此處說明的細節,但是可在附加之申請專利範圍的領域及等同者下進行修改。
30:系統
31:客訴收集模組
32:API模組
33:關聯模組
34:關係資料庫
35:網管系統
36:分散式資料庫
37:統計分析模組
38:應用程式伺服器
UE:使用者

Claims (12)

  1. 一種診斷電信網路設備的方法,由一或多個處理器執行,包含:收集複數筆客訴資料,每一筆客訴資料至少包含一用戶的一MSISDN、一客訴時間及一或多個基站識別,該客訴時間關聯於一通訊品質下降事件的發生時間;基於該MSISDN及該客訴時間,關聯出一封包數據網路閘道(PGW)呼叫詳細記錄(CDR),該PGW呼叫詳細記錄至少包含一CHARGING_ID、一APN_NETWORK、一PGW_ADDRESS及一SITE_NAME;基於該CHARGING_ID,關聯出一服務閘道(SGW)呼叫詳細記錄(CDR),該SGW呼叫詳細記錄至少包含一SGW_ADDRESS及一SERVING_NODE_ADDRESS;基於該PGW呼叫詳細記錄中的APN_NETWORK及關於該用戶的一資費特徵(charging characteristic),關聯出一存取點(APN)清單,該存取點清單指示該電信網路設備中的至少一部份存取點;基於該PGW呼叫詳細記錄中的PGW_ADDRESS,關聯出一位址地區(IPSec)清單,該位址清單指示至少一地區與一或多個設備主機的對應關係;基於該PGW呼叫詳細記錄的PGW_ADDRESS及該SGW呼叫詳細記錄的SGW_ADDRESS,關聯出一服務路由移動閘道(SRMG)位址清單;基於該SGW呼叫詳細記錄的SERVING_NODE_ADDRESS,關聯出一移動性管理組件(MME)位址清單;及 分析該等複數筆客訴資料中所關聯出的存取點清單重疊度、位址地區清單重疊度、SRMG位址清單重疊度及MME位址清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
  2. 如請求項1所述的方法,更包含:基於該至少一基站識別,關聯出一基站干擾清單,其包含至少一基站於一時段中的多個訊號干擾值;及分析該等複數筆客訴資料中所關聯出的基站干擾清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
  3. 如請求項1所述的方法,更包含:基於該客訴時間,於該客訴時間之前的一時段中撈出源自該電信網路設備的告警信息;及分析該等複數筆客訴資料中所關聯出的告警信息重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
  4. 如請求項1所述的方法,更包含:基於PGW呼叫詳細記錄的一SITE_NAME,關聯出一基站電路清單;分析該等複數筆客訴資料中所關聯出的基站電路清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
  5. 如請求項1所述的方法,更包含: 基於該存取點清單及該SRMG位址清單,關聯出一SRMG網元介接清單;至少基於該PGW呼叫詳細記錄的一SERVED_PDP_ADDRESS及該SRMG位址清單的一SRMG_ID,關聯出一公用位址清單、一第一網絡地址端口轉換(NAPT)清單及一第二網絡地址端口轉換(NAPT)清單;分析該等複數筆客訴資料所關聯出的公用位址清單重疊度、第一NAPT清單重疊度及第二NAPT清單重疊度,根據這些重疊度以關聯出該電信網路設備中有問題之節點。
  6. 如請求項1所述的方法,其中,該PGW呼叫詳細記錄是根據該客訴時間之前的一回溯時間所調用的PGW呼叫詳細記錄。
  7. 一種診斷電信網路設備的系統,包含:一客訴收集模組,配置成收集複數筆客訴資料,每一筆客訴資料至少包含一MSISDN、一客訴時間及一或多個基站識別;一API模組,配置成基於每一筆客訴資料的MSISDN及客訴時間,調用關於一用戶的一呼叫詳細記錄(CDR);一關聯模組,配置成至少基於該用戶的呼叫詳細記錄及該電信網路設備中的存取點(APN)、網元(NE)、網絡地址端口轉換(NAPT)、公有位址和移動性管理組件(MME),關聯出至少一關聯結果,該關聯結果指示該電信網路設備的至少一部份節點;及一統計分析模組,配置成統計該複數筆客訴資料之對應的關連結果,並根據這些關聯結果的重疊度,關聯出該電信網路設備中有問題之節點。
  8. 如請求項7所述的系統,其中該客訴收集模組是基於一安全檔案傳輸協定(sFTP)收集該複數筆客訴資料。
  9. 如請求項7所述的系統,其中該呼叫詳細記錄是基於該客訴時間之前的一回溯時間所調用。
  10. 如請求項7所述的系統,更包含:一第一資料庫,配置成儲存每一筆客訴資料的關聯結果;及一第二資料庫,配置成儲存該複數筆客訴資料的關聯結果所建立的統計資料。
  11. 如請求項10所述的系統,其中該第一資料庫為分散式資料庫,該第二資料庫更配置成收集來自一監控模組的告警信息,且該告警信息與該電信網路設備的至少一部份異常有關。
  12. 如請求項10所述的系統,更包含:一視覺展示模組,配置成根據所述統計資料建立視覺化圖表。
TW111141389A 2022-10-31 2022-10-31 診斷電信網路設備的方法及系統 TWI826086B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW111141389A TWI826086B (zh) 2022-10-31 2022-10-31 診斷電信網路設備的方法及系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW111141389A TWI826086B (zh) 2022-10-31 2022-10-31 診斷電信網路設備的方法及系統

Publications (2)

Publication Number Publication Date
TWI826086B true TWI826086B (zh) 2023-12-11
TW202420785A TW202420785A (zh) 2024-05-16

Family

ID=90053277

Family Applications (1)

Application Number Title Priority Date Filing Date
TW111141389A TWI826086B (zh) 2022-10-31 2022-10-31 診斷電信網路設備的方法及系統

Country Status (1)

Country Link
TW (1) TWI826086B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201409390A (zh) * 2012-08-22 2014-03-01 Taiwan Mobile Co Ltd 行動上網品質管理系統及客訴處理方法
CN104883705A (zh) * 2014-02-27 2015-09-02 中国移动通信集团上海有限公司 一种数据业务投诉的问题定位方法及装置
CN109005046A (zh) * 2017-06-06 2018-12-14 中国移动通信集团贵州有限公司 投诉处理方法和系统
CN109996284A (zh) * 2017-12-31 2019-07-09 中国移动通信集团贵州有限公司 移动通信故障投诉工单处理方法、装置、设备及介质
CN112804070A (zh) * 2019-11-13 2021-05-14 中国移动通信集团重庆有限公司 业务障碍定位方法、装置及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201409390A (zh) * 2012-08-22 2014-03-01 Taiwan Mobile Co Ltd 行動上網品質管理系統及客訴處理方法
CN104883705A (zh) * 2014-02-27 2015-09-02 中国移动通信集团上海有限公司 一种数据业务投诉的问题定位方法及装置
CN109005046A (zh) * 2017-06-06 2018-12-14 中国移动通信集团贵州有限公司 投诉处理方法和系统
CN109996284A (zh) * 2017-12-31 2019-07-09 中国移动通信集团贵州有限公司 移动通信故障投诉工单处理方法、装置、设备及介质
CN112804070A (zh) * 2019-11-13 2021-05-14 中国移动通信集团重庆有限公司 业务障碍定位方法、装置及设备

Similar Documents

Publication Publication Date Title
EP2518940B1 (en) Automatic network topology detection and modeling
JP5840788B2 (ja) 根本原因分析のための方法、装置、および通信ネットワーク
CA2951986C (en) System and method for managing traffic detection
US20160344606A1 (en) Method and apparatus to determine network quality
EP2529570B1 (en) Tracing mobile sessions
US7640015B2 (en) Tools, methods and systems of storing remotely and retrieving detail records given a specific call or data session
US8767584B2 (en) Method and apparatus for analyzing mobile services delivery
US9197714B2 (en) User interest and identity control on internet
US20060274703A1 (en) Method and apparatus of filtering and viewing real-time detail records based upon user specific criteria
US20050128967A1 (en) Identifying services provided via IP and similar packet networks, and service usage records for such services
US20010055291A1 (en) System, method and computer program product for charging for competitive IP-over-wireless service
JP2013523021A (ja) セキュアインフラストラクチャを提供する方法、システム、および装置
US8542576B2 (en) Method and apparatus for auditing 4G mobility networks
US20110141924A1 (en) System and Method for Filtering High Priority Signaling and Data for Fixed and Mobile Networks
US10079943B2 (en) Method and system for detecting anomalies in consumption of data and charging of data services
EP4125282A1 (en) Gateway charging method and gateway
TWI826086B (zh) 診斷電信網路設備的方法及系統
EP3050334B1 (en) Managing roaming information in communications
TW202420785A (zh) 診斷電信網路設備的方法及系統
Botta et al. A customer service assurance platform for mobile broadband networks
Sumathi Analysis and verification of key performance parameters of cellular network on CEMoD portal
AU2018214067B1 (en) Method and system for detecting anomalies in consumption of data and charging of data services
JP7511030B2 (ja) ネットワークトラフィックアクティビティを報告するための技法
Firdaus et al. Sleeping cell analysis in lte network with self-healing approach
EP4254895A1 (en) Communication network arrangement and method for providing a machine learning model for performing communication network analytics