面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能數(shù)據(jù)采集技術(shù)要求

1面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能數(shù)據(jù)采集技術(shù)要求本文件規(guī)定了面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)指標(biāo)和網(wǎng)絡(luò)性能指標(biāo)相關(guān)數(shù)據(jù)的采集技術(shù)要求，包括軟件接口要求、采集協(xié)議、數(shù)據(jù)格式、設(shè)備要求、采集周期要求和管理維護(hù)要求等本文件適用于寬帶業(yè)務(wù)體驗(yàn)及網(wǎng)絡(luò)性能采集設(shè)備的開發(fā)、生產(chǎn)和測試。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件。僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。YD/T2026-2009IP語音業(yè)務(wù)服務(wù)質(zhì)量技術(shù)要求與評估方法YD/TXXXX-xxXX面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能評價(jià)指標(biāo)體系YD/TXXXX-XXXX面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能指標(biāo)測試方法IETFRFC4122通用唯一標(biāo)識符(UUID)URN命名空間(AUniversallyUniqueIdentifier(UUID)URNNamespace)下列術(shù)語和定義適用于本文件。用戶撥測數(shù)據(jù)管理平臺與用戶手機(jī)APP/用戶智能終端/機(jī)頂盒等終端設(shè)備進(jìn)行交互，完成寬帶業(yè)務(wù)KQI體驗(yàn)數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)采集過程中相關(guān)數(shù)據(jù)的收集、存儲、計(jì)算、展示等功能的軟件平臺。寬帶業(yè)務(wù)8網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺與家庭網(wǎng)關(guān)設(shè)備和業(yè)務(wù)體驗(yàn)KPI監(jiān)測設(shè)備進(jìn)行交互，完成業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)采集過程中相關(guān)數(shù)據(jù)的收集、存儲、計(jì)算、展示等功能，并與數(shù)據(jù)分析系統(tǒng)完成數(shù)據(jù)交互功能的軟件平臺數(shù)據(jù)分析系統(tǒng)與寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺進(jìn)行交互，獲取業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)，用于數(shù)據(jù)分析和處理的系統(tǒng)。下列縮略語適用于本文件。ACK:接受響應(yīng)幀(Acknowledge)箱3業(yè)務(wù)體驗(yàn)KPI采集系統(tǒng)由接入網(wǎng)絡(luò)內(nèi)的0LT、寬帶業(yè)務(wù)是網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺和數(shù)據(jù)分析系統(tǒng)組成通過S接口采集業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)到寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺，并通過N2接口將數(shù)據(jù)向數(shù)據(jù)分析系統(tǒng)進(jìn)行上報(bào)網(wǎng)絡(luò)性能數(shù)據(jù)采集系統(tǒng)由家庭網(wǎng)絡(luò)設(shè)備、寬帶業(yè)務(wù)，網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺和數(shù)據(jù)分析系統(tǒng)組成，通過M接口以監(jiān)測的方式采集網(wǎng)絡(luò)性能部分?jǐn)?shù)據(jù)，寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺通過N2接口，以數(shù)據(jù)文件方式，向數(shù)據(jù)分析系統(tǒng)進(jìn)行數(shù)據(jù)上報(bào)本文件規(guī)定A1接口、s接口和N2接口，N1接口由用戶撥測數(shù)據(jù)管理平臺歸屬者定義，不在本文件中規(guī)定，M接口由網(wǎng)絡(luò)性能監(jiān)測平臺歸屬者定義，不在本文件中規(guī)定。5.2用戶拔測系統(tǒng)用戶撥測系統(tǒng)如圖2所示，主要用于用戶通過撥測方法獲取家庭業(yè)務(wù)體驗(yàn)KQI和網(wǎng)絡(luò)性能采集，業(yè)務(wù)包括網(wǎng)頁瀏覽、上傳/下載、互聯(lián)網(wǎng)視頻、IPTV、手機(jī)游戲、云游戲、在線教育/遠(yuǎn)程辦公、云VR視頻、云VR游戲；網(wǎng)絡(luò)性能包括：帶寬、時延、抖動、丟包率、浸游。A1A1接口5.2.2采集功能模型用戶撥測系統(tǒng)的采集功能模型如圖3所示，整個模型包括接口模塊、業(yè)務(wù)體驗(yàn)采集模塊、網(wǎng)絡(luò)性能采集模塊和基礎(chǔ)信息采集模塊。Wi-Fi信息圖3用戶撥測系統(tǒng)采集功能模型業(yè)務(wù)體驗(yàn)采集模塊主要功能是終端從平臺獲取待測業(yè)務(wù)相關(guān)數(shù)據(jù)信息，完成業(yè)務(wù)KQI原始數(shù)據(jù)采集，對KQI數(shù)據(jù)和MOS值進(jìn)行計(jì)算，并將所有數(shù)據(jù)上傳至平臺存儲。平臺完成所有用戶數(shù)據(jù)綜合處理，用戶圖7基于網(wǎng)絡(luò)監(jiān)測的網(wǎng)絡(luò)性能數(shù)據(jù)采集系統(tǒng)6用戶撥測系統(tǒng)技術(shù)要求用戶撥測系統(tǒng)包含寬帶業(yè)務(wù)體驗(yàn)KQI指標(biāo)和網(wǎng)絡(luò)性能指標(biāo)的采集，對應(yīng)于YD/TXXXX-XX《面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能評價(jià)指標(biāo)體系》中6.1節(jié)、6.3節(jié)以及7.2.2節(jié)，YD/TXXXX-XX《面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能指標(biāo)測試方法》中6.3節(jié)，以及7.2節(jié)中的用戶撥測場景，其中語音業(yè)務(wù)由運(yùn)營商或第三方測評機(jī)構(gòu)使用專業(yè)測評工具完成，技術(shù)要求符合YD/T2026-2009中5.1節(jié)。6.2軟件接口A1接口是終端設(shè)備與用戶撥測數(shù)據(jù)管理平臺之間的通信接口，該接口信息通過寬帶互聯(lián)網(wǎng)業(yè)務(wù)通道進(jìn)行帶內(nèi)傳輸A1接口的主要功能包括以下兩個方面：---信息上報(bào)：包括用戶和網(wǎng)絡(luò)基礎(chǔ)信息、終端設(shè)備信息、業(yè)務(wù)采集信息、網(wǎng)絡(luò)性能采集信息等。---信息查詢：發(fā)送查詢指令到管理平臺，獲取測試配置信息、業(yè)務(wù)處理結(jié)果信息等圖8Al接口協(xié)設(shè)棧下面給出了接口發(fā)送的上報(bào)請求消息的格式示例：POST/[path]HTTP/1.1Accept:application/Content-Type:application/json;charsetHost:[管理平臺host:port][上報(bào)請求參數(shù)]下面給出了平臺發(fā)送的響應(yīng)消息的示例7Content-Type:application/json;charset=(響應(yīng)參數(shù))消息定義為由一系列元素組成的JSON數(shù)組。消息承載在HTTP/1.1的消息體中。終端與平臺方向的各消息主要用于測試配置信息查詢、體驗(yàn)分析結(jié)果上報(bào)、體驗(yàn)分析結(jié)果查詢、設(shè)備基本信息上報(bào)等功能。消息包含了多種方法，具體方法如表1所示：表1A1接口方法列表GetWebList/GetSpeedserverInfo/GetIPTVGetVideol.ist/GetVRVideoWebkesult/SpecdResult/IPTVBesulWobileGaneResult/CloudGameResulVideoResult/e-LearningANDfiemofficekesult/MRVideoResult/VRGane網(wǎng)絡(luò)性能數(shù)據(jù)(時延/抖動/丟包)測試開始前，終端從平臺獲取部分業(yè)務(wù)測試配置，如測試網(wǎng)頁名稱和地址、測試視頻的名稱和地址、測速的服務(wù)器地址和名稱等。由終端發(fā)起請求，平合向終端返回對應(yīng)消息，詳細(xì)參數(shù)見表2。對于手游、云游戲、在線教育、VR游戲由用戶在本地選擇并運(yùn)行業(yè)務(wù)網(wǎng)頁編號。從0開始平臺匯總所有用戶體驗(yàn)數(shù)據(jù)，定期計(jì)算出用戶業(yè)務(wù)體驗(yàn)結(jié)果及排名。由終端發(fā)起請求，平臺向終端返回對應(yīng)消息，具體參數(shù)見表3。表30ueryMonthlyReport方法E-LeamingANDRenoteof終端完成各種單業(yè)務(wù)測試，將包括業(yè)務(wù)KQI體驗(yàn)指標(biāo)的業(yè)務(wù)測試結(jié)果上報(bào)給平臺，此消息由終端向平臺發(fā)送，具體參數(shù)見表4。終端將單次測試多個業(yè)務(wù)的數(shù)據(jù)進(jìn)行處理(如多個視頻測試的結(jié)果),從而獲得單次測試的KQI和M0S值。由終端向平臺發(fā)送消息，上報(bào)平臺，具體參數(shù)見表5。2:平均完全加載時間，3:平均M0S,4:最大M0S,2:平均M0S.3:平均下載速度.3:直播平均V05,4:直播最小W05,5:直播最大V0s,7:點(diǎn)播平均卡頓時長占比。8:點(diǎn)播平均V05,9:點(diǎn)播最小W05,1:平均操作響應(yīng)時延。0:平均首次緩沖時間，1:平均卡頓次數(shù)，4:最小M0S,AvgE-LearningANDRero1:平均卡傾時長占比。1:平均卡頓時長占比，3:平均低清時長占比。5:最小M0s.0:平均黑邊面積占比，4:平均N08,5:最小M0S,針對業(yè)務(wù)服務(wù)器地址，終端進(jìn)行網(wǎng)絡(luò)性能的監(jiān)測，包括時延、抖動、丟包率。由終端向平臺發(fā)送消息，上報(bào)平臺，具體參數(shù)見表6。終端周期獲取Wi-Fi重要信息數(shù)據(jù)，包括信號強(qiáng)度、協(xié)商速率、同頻數(shù)量、鄰頻數(shù)量等，并將信息上報(bào)平臺，具體參數(shù)見表76代表802.1lax,7代表802.1Wi-Fi漫游測試結(jié)束后，統(tǒng)計(jì)Wi-Fi漫游過程中信息，包括漫游切換時刻、丟包率以及切換時長，此消息由終端向平臺發(fā)送，具體參數(shù)見表8。表8Wi-FiRoam方法上報(bào)參數(shù)表終端向平臺上報(bào)家庭網(wǎng)絡(luò)基本信息，包括運(yùn)營商類型、簽約下行速率、SSID、終端連接類型、位置等信息，具體參數(shù)見表9。表9CollectorInfo方法上簽約下行速率(Mbps)終端獲取終端設(shè)備基本軟硬件信息，此消息由終端向平臺發(fā)送，具體參數(shù)見表10。6.5設(shè)備要求6.5.1平臺要求撥測平臺服務(wù)器配置的選擇應(yīng)綜合考慮業(yè)務(wù)使用量等因素，參考配置如下一運(yùn)行內(nèi)存：16G及以上：一數(shù)據(jù)盤200G及以上：一服務(wù)端應(yīng)用應(yīng)支持多節(jié)點(diǎn)部署，隨著業(yè)務(wù)量增加實(shí)現(xiàn)應(yīng)用擴(kuò)容：一服務(wù)端應(yīng)用滿足安全訪問要求，具備防病毒、攔截攻擊等：一服務(wù)端應(yīng)用具備主備機(jī)制，主服務(wù)器死機(jī)，備服務(wù)器提供服務(wù)，不影響業(yè)務(wù)使用：一服務(wù)端應(yīng)提供數(shù)據(jù)的安全訪問和存儲功能。終端符合YD/TXX-XX《面向家庭網(wǎng)絡(luò)的寬帶業(yè)務(wù)體驗(yàn)和網(wǎng)絡(luò)性能指標(biāo)測試方法》中6.1.1節(jié)的要求。所有任務(wù)均通過終端請求、平臺響應(yīng)的方式完成。為保護(hù)用戶的隱私及安全性，平臺不會主動下發(fā)任何任務(wù)給終端。7業(yè)務(wù)體驗(yàn)KPI采集系統(tǒng)技術(shù)要求7.1軟件接口業(yè)務(wù)體驗(yàn)KPI采集系統(tǒng)的軟件接口包括S接口和N2接口。S接口為0LT業(yè)務(wù)監(jiān)測點(diǎn)和寬帶業(yè)務(wù)虛網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺之間的通信接口，平臺將傳輸模式、上報(bào)周期、指標(biāo)等數(shù)據(jù)采集要求通過該接口訂閱下發(fā)給OLT業(yè)務(wù)監(jiān)測點(diǎn)，OLT業(yè)務(wù)監(jiān)測點(diǎn)根據(jù)要求把業(yè)務(wù)數(shù)據(jù)流上報(bào)給寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺進(jìn)行處理N2接口為寬帶業(yè)務(wù)麥網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺和數(shù)據(jù)分析系統(tǒng)之間的接口，主要用于將寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺采集和處理的數(shù)據(jù)上送到數(shù)據(jù)分析系統(tǒng)S接口采用Telemery協(xié)議實(shí)現(xiàn)，分為Telenetry網(wǎng)管側(cè)和Telemetry設(shè)備側(cè)。Telemetry網(wǎng)管側(cè)實(shí)現(xiàn)訂閱管理、數(shù)據(jù)采集功能，也即是寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)湖數(shù)據(jù)管理平臺Telemetry設(shè)備側(cè)實(shí)現(xiàn)數(shù)據(jù)監(jiān)測和上報(bào)功能，也即是業(yè)務(wù)監(jiān)測點(diǎn)：如圖9所示。Telemetry網(wǎng)管側(cè)(業(yè)務(wù)監(jiān)測點(diǎn)圖9基于Telemetry協(xié)議的采集流程說明對于訂閱下發(fā)功能，Telemetry網(wǎng)管側(cè)可選擇靜態(tài)訂閱和動態(tài)訂閱靈活方式，向Telenetry設(shè)備側(cè)發(fā)起采集請求、訂閱采集數(shù)據(jù)參數(shù)，包括編碼格式、上送模式、采集周期等，如表11定義：這里靜態(tài)訂閱采用netconf協(xié)議實(shí)現(xiàn)，動態(tài)訂閱采用gRPC會話方式實(shí)現(xiàn)。對于數(shù)據(jù)推動上報(bào)功能，考慮到數(shù)據(jù)量上報(bào)的性能和及時性，可選擇使用gRPC方式或者UDP方式推送數(shù)據(jù)，并將數(shù)據(jù)上報(bào)給數(shù)據(jù)管理平臺即性能超過閱值后，是否支持Telcretry事件上報(bào)(notification)對于數(shù)據(jù)上報(bào)的編碼格式，有GPB、Json、XML.三種，為了各平臺有更好的通用性和擴(kuò)展性，這里建議選擇GPB編碼格式。GPB編碼的格式說明如下a)GPB編碼依賴于數(shù)據(jù)結(jié)構(gòu)的信息。GPB使用的message數(shù)據(jù)結(jié)構(gòu)由proto文件定義。proto文件中的message定義可以是從YANG文件轉(zhuǎn)換而來，也可以是人工編寫的。message數(shù)據(jù)結(jié)構(gòu)定義中的每個字段都有一個唯一的編號。一且proto發(fā)布了，message數(shù)據(jù)結(jié)構(gòu)中各字段的編號不應(yīng)再更改b)GPB編碼是通過一系列key-value來表示message數(shù)據(jù)結(jié)構(gòu)中的各字段。其中key-value是每個mesage中每個字段編號(fieldindex)和字段的數(shù)據(jù)類型(wire_type)進(jìn)行拼接得來的。key-value=(field_number《<3)|wire_type,也就是說key-value的最后三個位用來存儲wire類型：其中，wire_type類型對應(yīng)的值見表12。012string.bytes,cmbeddedressages.packedrepeate345c)GPB編碼采用Base128Varints編碼，也即是每個字節(jié)的低7bit用于存儲數(shù)據(jù)，最高位的1bit表示是否有后續(xù)字節(jié)，如果為1,則表示后續(xù)的字節(jié)也是該數(shù)據(jù)的一部分，如果是0,則表示數(shù)據(jù)到這個字節(jié)就結(jié)束。d)由于key-value中wire_type占用了3bit,如果編號值比較大，就需要使用更多的字節(jié)來表示key-value。例如范圍為1到15的字段只需要一個字節(jié)來進(jìn)行GPB編碼，包括字段號和字段的類型，范圍16到2047之間的字段編號占用兩個字節(jié)，更大的編號需要更多字節(jié)。GPB允許的編號范國是1`536870911(即29-1),其中19000~19999是GPB保留的編號不能使用。.基于gRPO傳輸協(xié)議推送數(shù)據(jù)Telemetry通過gRPC協(xié)議將經(jīng)過編碼格式封裝的數(shù)據(jù)上報(bào)給采集器進(jìn)行接收和存儲，gRPC協(xié)議可以用于Telemetry靜態(tài)訂閱或動態(tài)訂閱gRPC傳輸協(xié)議的編碼封裝格式如圖10所示，在TCP報(bào)文上承載的還有TLS、HTTP2、gRPC等，在gRPC內(nèi)部的消息結(jié)構(gòu)中就是GPB編碼的內(nèi)容，包括定義的消息格式以及消息中封裝的業(yè)務(wù)數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)格式見7.3節(jié)。TelemetryRowGPBrowbytescTelemetryRowGPBrowbytescTclemetryGPBTabledataTLS(可選)P圖10中，各層含義如下：一TCP層：底層通信協(xié)議，基于TCP連接：一TLS層：該層是可選的，基于TLS1.2加密通道和雙向證書認(rèn)證等：一HTTP2層：gRPC承載在HTTP2協(xié)議上，利用HTTP2的雙向流、流控、頭部壓縮、單連接上的多路復(fù)用請求等特性一gRPC層；遠(yuǎn)程過程調(diào)用，定義了遠(yuǎn)程過程調(diào)用的協(xié)議交互格式。.基于UDP傳輸協(xié)議推送數(shù)據(jù)UDP協(xié)議是一個簡單的面向數(shù)據(jù)報(bào)的傳輸層協(xié)議，不為IP提供可靠性、流控或差錯恢復(fù)功能，UDP適合可靠性要求低、傳輸經(jīng)濟(jì)的網(wǎng)絡(luò)應(yīng)用。如圖11所示，Telemetry通過UDP協(xié)議將經(jīng)過編碼格式封裝的數(shù)據(jù)上報(bào)給采集器進(jìn)行接收和存儲，UDP協(xié)議可以用于Telemetry靜態(tài)訂閱。在UDP報(bào)文內(nèi)部有UPC消息頭，在draft-ietf-netconf-udp-pub-channel-05有分片的情況下，只占用12bytes,不包括0ptions域。在UPC消息頭外層的payload就是GPB編碼的內(nèi)容，包括定義的消息格式，以及消息中封裝的業(yè)務(wù)數(shù)據(jù)，業(yè)務(wù)數(shù)據(jù)格式在7.3節(jié)定義。TelemetyGPBTabledataN2接口采用SFTP協(xié)議傳輸家庭網(wǎng)絡(luò)性能數(shù)據(jù)文件。協(xié)議棧如圖12所示。N2接口支持PUSH文件傳輸方式，即寬帶業(yè)務(wù)&網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺作為SFTP客戶端，將業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)傳送到數(shù)據(jù)分析系統(tǒng)指定的SFTP服務(wù)器上。圖12N2接口使用的協(xié)議棧73數(shù)據(jù)格式0LT業(yè)務(wù)監(jiān)測點(diǎn)針對每用戶每業(yè)務(wù)的數(shù)據(jù)流進(jìn)行采集、上報(bào)給寬帶業(yè)務(wù)基網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺，該平臺對數(shù)據(jù)進(jìn)行匯聚及有效處理后，通過N2接口上報(bào)到數(shù)據(jù)分析系統(tǒng)。N2接口上報(bào)的數(shù)據(jù)需要包含用戶標(biāo)識、業(yè)務(wù)類型標(biāo)識、業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)這三類信息，格式如圖13所示。圖13業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)上報(bào)總體格式圖13中，各字節(jié)含義如下：一用戶標(biāo)識：可通過用戶邏輯位置信息(client-location)和用戶物理nac信息(client-mac-address)組合或使用IETFRFC4122中規(guī)定的UUID來表征家庭網(wǎng)關(guān)，其中，用戶邏輯位置信息可以是用戶所在的接入設(shè)備標(biāo)識+框/槽位/端口號/ID,用戶物理MAC信息為用戶進(jìn)行業(yè)務(wù)請求及交互所使用的MAC.一業(yè)務(wù)類型標(biāo)識：來區(qū)分不同的業(yè)務(wù)類型，可以通過應(yīng)用主類application-main-type(比如視頻類、游戲、在線會議類等)和應(yīng)用子類application-sub-type(比如騰訊視頻等)來區(qū)分。一業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)：具體要上報(bào)的數(shù)據(jù)內(nèi)容，根據(jù)指標(biāo)體系，上報(bào)的業(yè)務(wù)體驗(yàn)KPI的采集的指標(biāo)有DNS,TCP、UDP、RTP、HTTP/HTTPS這幾類，每類KPI指標(biāo)采用統(tǒng)一的數(shù)據(jù)采集上報(bào)格式。7.3.2DNS類型上報(bào)數(shù)據(jù)格式DNS指標(biāo)包括DNS請求成功率和DNS請求響應(yīng)時延，上報(bào)格式需要記錄DNS請求客戶端IP、服務(wù)端IP等KPI指標(biāo)，具體參數(shù)見表13。ONU格式為：v-ani.f.s.p.o.例如y-ani.,ETH端口格式為：ethernetCsmacd.f.s.請求次數(shù)一起計(jì)算DNS請求成功率(收到的請求數(shù)，無錯誤返回碼(0)/DNS總請求數(shù))7.3.3TCP類型上報(bào)數(shù)據(jù)格式TCPKPI指標(biāo)主要包括RTT時延、RTT時延抖動、丟包率、速率、TCP建鏈成功率以及TCP建鏈時延。對于TCP類型業(yè)務(wù)體驗(yàn)KPI的采集，可以基于TCP連接的五元組(網(wǎng)絡(luò)側(cè)IP、用戶側(cè)IP、TCP協(xié)議類型、網(wǎng)絡(luò)側(cè)端口號、用戶側(cè)端口號)區(qū)分連接的類型，然后根據(jù)TCP面向連接的特點(diǎn)采集計(jì)算出各項(xiàng)的指標(biāo)，并根據(jù)定義的采集周期上報(bào)，具體參數(shù)見表14。0NU格式為：v-ani.f.s.p.o。例如v-ani..ETH端口格式為：ethernetCsnacd.f.s.用戶的MAC地址。格式為：HH:HH:HH:HHserver-IP/client-IP/protocol/serve//類型。例如釘釘辦公，在一個UDP五元組內(nèi)，還可server-IP/client-IP/protocol/server//udp/43最大值。單位：khos.單位：kbps.另外針對TCP的建鏈，指標(biāo)包括TCP建鏈成功率、TCP網(wǎng)絡(luò)側(cè)建鏈時延和TCP用戶側(cè)建鏈時延，具體參表示0框8槽0端口的omul.ethernetCsmaod.0.1.2.表示0框1槽2端鏈成功次數(shù)/上行建鏈次數(shù))返時間。單位：ns.7.3.4UDP類型上報(bào)數(shù)據(jù)格式基于UDP傳輸?shù)臉I(yè)務(wù)，指標(biāo)主要為平均這率。針對UDP類的業(yè)務(wù)體驗(yàn)KPI采集，首先要基于UDP連接的五元組(網(wǎng)絡(luò)側(cè)IP、用戶側(cè)IP、UDP協(xié)議類型、網(wǎng)絡(luò)側(cè)端口號、用戶側(cè)端口號)區(qū)分連接的類型，然后根據(jù)業(yè)務(wù)監(jiān)測設(shè)備采集到的報(bào)文統(tǒng)計(jì)及時長，計(jì)算出相應(yīng)的速率信息，具體參數(shù)見表16。0NU格式為v-ani.f.s.p.o,何如v-ani.,表示0框8槽0端口的omui.ETH端口格式為：ethernetCsmaed.f.s.用戶MC標(biāo)識用戶的MAC地址。格式為：H;圖；H;H:HH:HH。Y體現(xiàn)。server-IP/client-IP/protoool/server/類型。例如釘釘辦公，在一個UDP五元組內(nèi)。還可以區(qū)分出語音、視頻類型。流描述的格式為：server-IP/client-IP/protocol/server單位：kbps.7.3.5RTP類型上報(bào)數(shù)據(jù)格式RTPKPI指標(biāo)主要包括平均速率、丟包率和抖動，可應(yīng)用于采用RTP協(xié)議承載的實(shí)時音視頻等應(yīng)用?；赗TP傳輸特點(diǎn)，可以采集統(tǒng)計(jì)到抖動類指標(biāo)，具體參數(shù)見表17:v-ani.,表示0框8槽0端口的o數(shù)中體現(xiàn)。server-IP/client-IP/protocol/ser式為：server-IP/client-IP/protocol/serclient-port/service-//udp/4過的總包數(shù)一起用于計(jì)算周期內(nèi)的上行用戶側(cè)丟包率-上行方向用戶側(cè)丟包總數(shù)/(上行方向通過的總包數(shù)+上行方向用戶側(cè)丟包總數(shù))的總包數(shù)一起用于計(jì)算周期內(nèi)的上行網(wǎng)絡(luò)側(cè)丟(下行方向通過的總包數(shù)+下行方向網(wǎng)絡(luò)側(cè)丟包總數(shù))統(tǒng)計(jì)周期內(nèi)，下行流量在用戶側(cè)的丟包總數(shù)。大值，單位：ms.7.3.6HTTP/HTTPS類型上報(bào)數(shù)據(jù)格式采用HTTP/HTTPS協(xié)議的業(yè)務(wù)，指標(biāo)主要包括HTTP請求成功率、HTTP首次GET響應(yīng)時延和HTTPS響應(yīng)時延，主要適用于網(wǎng)頁瀏覽這類應(yīng)用。針對HTTP協(xié)議類型的，具體參數(shù)見表18。數(shù)=HTTPGET請求成功的次數(shù)HTTP發(fā)送G延HITP首次GET請求發(fā)出，到收到服務(wù)器表19HTTPS響應(yīng)時延類KPI指標(biāo)采ONU格式為：v-ani.f.s.p.ow-ani.,表示0框8槽0用戶的MAC地址。格式為：單位is.單位rs.遷統(tǒng)計(jì)周期內(nèi)，首個Application統(tǒng)計(jì)周期內(nèi)。首個ApplicationData單位s.7.4周期要求系統(tǒng)上報(bào)周期支持可配置，建議最小周期為lmin。7.5設(shè)備要求由于監(jiān)測模塊在接入節(jié)點(diǎn)，因此接入節(jié)點(diǎn)需新增業(yè)務(wù)監(jiān)測模塊，且具備一定的數(shù)據(jù)處理能力，建議處理性能/吞吐量應(yīng)不小于10Gbps。業(yè)務(wù)監(jiān)測模塊主要由CPU、內(nèi)存、硬盤和以太網(wǎng)交換模塊等組成，具備通用計(jì)算、存儲以及聯(lián)網(wǎng)功能，其中CPU主要完成一般計(jì)算功能，內(nèi)存和硬盤完成存儲和緩存，以太網(wǎng)交換模塊用于板卡上應(yīng)用程序之間以及和外部數(shù)據(jù)的轉(zhuǎn)發(fā)和交換對于寬帶業(yè)務(wù)最網(wǎng)絡(luò)監(jiān)測數(shù)據(jù)管理平臺要求，由于需要實(shí)時處理大數(shù)據(jù)，建議能夠具備大數(shù)據(jù)采集/處理系統(tǒng)的架構(gòu)，具備Telemetry數(shù)據(jù)采集、大數(shù)據(jù)管理等能力，滿足批量接入節(jié)點(diǎn)同時上報(bào)業(yè)務(wù)體驗(yàn)KPI數(shù)據(jù)的要求7.6管理維護(hù)平臺應(yīng)支持遠(yuǎn)程查詢和配置業(yè)務(wù)監(jiān)測點(diǎn)的信息，包括：a)..查詢業(yè)務(wù)監(jiān)測點(diǎn)的資源使用情況，包括當(dāng)前的CPU和內(nèi)存使用情況