ETSI GS F5G 026 V1.1.1 (2024-08)
Fifth Generation Fixed Network (F5G); Architecture and data models for residential service quality monitoring
Fifth Generation Fixed Network (F5G); Architecture and data models for residential service quality monitoring
DGS/F5G-0026
General Information
Standards Content (Sample)
GROUP SPECIFICATION
Fifth Generation Fixed Network (F5G);
Architecture and data models for
residential service quality monitoring
Disclaimer
The present document has been produced and approved by the Fifth Generation Fixed Network (F5G) ETSI Industry
Specification Group (ISG) and represents the views of those members who participated in this ISG.
It does not necessarily represent the views of the entire ETSI membership.
2 ETSI GS F5G 026 V1.1.1 (2024-08)
Reference
DGS/F5G-0026
Keywords
data models, F5G, network KQI, network
monitoring, service KQI
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - APE 7112B
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° w061004871
Important notice
The present document can be downloaded from the
ETSI Search & Browse Standards application.
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format on ETSI deliver.
Users should be aware that the present document may be revised or have its status changed,
this information is available in the Milestones listing.
If you find errors in the present document, please send your comments to
the relevant service listed under Committee Support Staff.
If you find a security vulnerability in the present document, please report it through our
Coordinated Vulnerability Disclosure (CVD) program.
Notice of disclaimer & limitation of liability
The information provided in the present deliverable is directed solely to professionals who have the appropriate degree of
experience to understand and interpret its content in accordance with generally accepted engineering or
other professional standard and applicable regulations.
No recommendation as to products and services or vendors is made or should be implied.
No representation or warranty is made that this deliverable is technically accurate or sufficient or conforms to any law
and/or governmental rule and/or regulation and further, no representation or warranty is made of merchantability or fitness
for any particular purpose or against infringement of intellectual property rights.
In no event shall ETSI be held liable for loss of profits or any other incidental or consequential damages.
Any software contained in this deliverable is provided "AS IS" with no warranties, express or implied, including but not
limited to, the warranties of merchantability, fitness for a particular purpose and non-infringement of intellectual property
rights and ETSI shall not be held liable in any event for any damages whatsoever (including, without limitation, damages
for loss of profits, business interruption, loss of information, or any other pecuniary loss) arising out of or related to the use
of or inability to use the software.
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and
microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© ETSI 2024.
All rights reserved.
ETSI
3 ETSI GS F5G 026 V1.1.1 (2024-08)
Contents
Intellectual Property Rights . 4
Foreword . 4
Modal verbs terminology . 4
1 Scope . 5
2 References . 5
2.1 Normative references . 5
2.2 Informative references . 6
3 Definition of terms, symbols and abbreviations . 6
3.1 Terms . 6
3.2 Symbols . 6
3.3 Abbreviations . 6
4 General requirements . 7
4.1 Overview of framework architecture . 7
4.2 Monitoring the service/network KQIs by the service-oriented monitoring platform . 8
4.2.1 Overview . 8
4.2.2 Service-oriented monitoring functional model . 8
4.3 Monitoring the network KQIs by the network-oriented monitoring platform . 9
5 Interface and data model for monitoring service KQIs . 10
5.1 Overview . 10
5.2 A1 Interface . 10
5.3 Monitoring protocol . 10
5.4 Data model . 11
5.4.1 Overview of the monitoring methodologies . 11
5.4.2 Data model design . 11
5.4.2.1 Parameter type for data model . 11
5.4.2.2 Measurement configuration request . 11
5.4.2.3 Monthly report . 12
5.4.2.4 Report of dedicated service KQIs . 12
5.4.2.5 Network measurement report . 14 ®
5.4.2.6 Wi-Fi related information report . 15
5.4.2.7 Handover related information report . 15
5.4.2.8 User and network information report . 15
5.4.2.9 Device information report . 16
5.4.2.10 Service KQI measurement report . 16
5.5 Device capability . 17
5.5.1 Capabilities of the service-oriented monitoring platform . 17
5.5.2 Requirements of end user device . 18
5.6 Management and maintenance . 18
6 Interface and data model for monitoring network KQIs . 18
6.1 N2 Interface . 18
6.2 Monitoring protocol . 18
6.3 Data model . 19
6.4 Data collection cycle requirements. 22
6.5 Management and maintenance . 22
History . 23
ETSI
4 ETSI GS F5G 026 V1.1.1 (2024-08)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The declarations
pertaining to these essential IPRs, if any, are publicly available for ETSI members and non-members, and can be
found in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to
ETSI in respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the
ETSI Web server (https://ipr.etsi.org/).
Pursuant to the ETSI Directives including the ETSI IPR Policy, no investigation regarding the essentiality of IPRs,
including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not
referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become,
essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
DECT™, PLUGTESTS™, UMTS™ and the ETSI logo are trademarks of ETSI registered for the benefit of its
Members. 3GPP™ and LTE™ are trademarks of ETSI registered for the benefit of its Members and of the 3GPP
Organizational Partners. oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and of the ®
oneM2M Partners. GSM and the GSM logo are trademarks registered and owned by the GSM Association.
Foreword
This Group Specification (GS) has been produced by ETSI Industry Specification Group (ISG) Fifth Generation Fixed
Network (F5G).
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "need not", "will", "will not", "can" and
"cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of
provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
5 ETSI GS F5G 026 V1.1.1 (2024-08)
1 Scope
The present document defines the system architecture for residential service quality monitoring (service KQI's, network
KQI's) based on ETSI GS F5G 017 [1]. The corresponding technical requirements, interfaces and data models of the
system are also be specified.
2 References
2.1 Normative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
https://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are necessary for the application of the present document.
[1] ETSI GS F5G 017: "Fifth Generation Fixed Network (F5G); F5G Measurement Specification for
Residential Services Quality Evaluation".
[2] IETF RFC 4251: "The Secure Shell (SSH) Protocol Architecture".
[3] BBF TR-069: "CPE WAN Management Protocol -- Issue: 1 Amendment 6".
[4] Recommendation ITU-T G.988: "ONU management and control interface (OMCI) specification".
TM
[5] IEEE 802.11a -1999: "IEEE Standard for Telecommunications and Information Exchange
Between Systems - LAN/MAN Specific Requirements - Part 11: Wireless Medium Access Control
(MAC) and physical layer (PHY) specifications: High Speed Physical Layer in the 5 GHz band".
TM
[6] IEEE 802.11b -1999: "IEEE Standard for Information Technology - Telecommunications and
information exchange between systems - Local and Metropolitan networks - Specific requirements
- Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)
specifications: Higher Speed Physical Layer (PHY) Extension in the 2.4 GHz band".
TM
[7] IEEE 802.11g -2003: "IEEE Standard for Information technology-- Local and metropolitan area
networks -- Specific requirements -- Part 11: Wireless LAN Medium Access Control (MAC) and
Physical Layer (PHY) Specifications: Further Higher Data Rate Extension in the 2.4 GHz Band".
TM
[8] IEEE 802.11n -2009: "IEEE Standard for Information technology -- Local and metropolitan area
networks-- Specific requirements -- Part 11: Wireless LAN Medium Access Control (MAC) and
Physical Layer (PHY) Specifications Amendment 5: Enhancements for Higher Throughput".
TM
[9] IEEE 802.11ac -2013: "IEEE Standard for Information technology -- Telecommunications and
information exchange between systems–Local and metropolitan area networks -- Specific
requirements -- Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)
Specifications -- Amendment 4: Enhancements for Very High Throughput for Operation in Bands
below 6 GHz".
TM
[10] IEEE 802.11ax -2021: "IEEE Standard for Information Technology -- Telecommunications and
Information Exchange between Systems Local and Metropolitan Area Networks -- Specific
Requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)
Specifications Amendment 1: Enhancements for High-Efficiency WLAN".
ETSI
6 ETSI GS F5G 026 V1.1.1 (2024-08)
TM
[11] IEEE P.802.11be : "IEEE Draft Standard for Information technology -- Telecommunications and
information exchange between systems Local and metropolitan area networks -- Specific
requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY)
Specifications Amendment: Enhancements for Extremely High Throughput (EHT)".
[12] IETF RFC 8259: "The JavaScript Object Notation (JSON) Data Interchange Format.
2.2 Informative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
Not applicable.
3 Definition of terms, symbols and abbreviations
3.1 Terms
For the purposes of the present document, the following terms apply:
data cleansing: process of detecting and correcting (or removing) corrupt or inaccurate records from a record set, table,
or database
telework: practice of working from home, making use of residential internet, email, telephone, etc.
3.2 Symbols
Void.
3.3 Abbreviations
For the purposes of the present document, the following abbreviations apply:
nd
5G 5 Generation (mobile networks)
AP Access Point
BSSID Basic Service Set Identifier
BTV Broadband TV
CO Central Office
CPU Central Processing Unit
CSV Comma-Separated Values file
DNS Domain Name Server
E2E End to End
E-ONU Edge-ONU
GB GigaByte
HTTP Hypertext Transfer Protocol
ID Identifier
IP Internet Protocol
IPTV Internet Protocol Television
JSON JavaScript Object Notation
KPI Key Performance Indicator
ETSI
7 ETSI GS F5G 026 V1.1.1 (2024-08)
KQI Key Quality Indicator
LAN Local Area Network
MAC Medium Access Control
MOS Mean Opinion Score
OMCI Optical Management & Control Interface
ONU Optical Network Unit
PING Packet Internet Groper
PLR Packet Loss Radio
P-ONU Primary ONU
RAM Random Access Memory
ROM Read-Only Memory
RSSI Received Signal Strength Indicator
RTT Round Trip Time
SFTP SSH File Transfer Protocol
SSID Service Set Identifier
SSL Secure Socket Layer
STA Station
TCP Transmission Control Protocol
TLS Transport Layer Security
TV Television
URL Uniform Resource Locator
UTC Coordinated Universal Time
VOD Video On Demand
VR Virtual Reality
4 General requirements
4.1 Overview of framework architecture
Figure 1 shows the functional architecture of the residential service quality monitoring. The functions of the monitoring
system include service KQI monitoring, network KQI monitoring and network KPI monitoring. Network KQI
monitoring can be initiated through a service-oriented monitoring platform or network-oriented monitoring platform.
Figure 1: Functional architecture of the residential service quality monitoring
The user initiated monitoring function is performed by the interworking of the end user devices, the service-oriented
monitoring platform and the data analysis system. It collects the service KQIs and subset of the network KQIs. The user
initiated monitoring function communicates over the A1 interface between end user devices and the service-oriented
monitoring platform and over the N1 interface between the service-oriented monitoring platform and the data analysis
system (see Figure 1). The data collected from the end user devices is reported to the data analysis system.
ETSI
8 ETSI GS F5G 026 V1.1.1 (2024-08)
The network KQI monitoring function is performed by the interworking of the residential network, the
network-oriented monitoring platform and the data analysis system. It collects the network KQIs. The network KQI
monitoring function communicates over the M interface between the residential network and the network-oriented
monitoring platform and over the N2 interface between the network-oriented monitoring platform and the data analysis
system (see Figure 1). The residential network collected data is reported to the data analysis system.
The network KPI monitoring function is performed by the interworking of the CO device, the network-oriented
monitoring platform and the data analysis system. It collects the network KPIs. The network KPI monitoring function
communicates over the S interface between the CO device and the network-oriented monitoring platform and over the
N2 interface between the network-oriented monitoring platform and the data analysis system (see Figure 1). The CO
device collected data is reported to data analysis system.
The present document only specifies the A1 and N2 interfaces. The N1 interface is vendor proprietary, defined by the
service-oriented monitoring platform provider. The M interface is not specified in the present document and can
leverage existing protocols (BBF TR-069 [3] or OMCI [4]). The S interface not specified in the present document and is
for further study.
The network-oriented monitoring platform or the data analysis system can be part of network management system or a
separate system. In the integration case, the network resources, the monitoring and the management can be performed
through a common protocol stack.
The security of data exchange is protected through transport layer. The N2 interface shall use Security File Transfer
Protocol (SFTP). TLS/SSL shall be used in A1 interface for data protection.
4.2 Monitoring the service/network KQIs by the service-oriented
monitoring platform
4.2.1 Overview
The user initiated monitoring shown in Figure 2, it is mainly performed by the end user to obtain the service KQI and a
subset of the network KQI. The data collected covers various network services, including web browsing,
uploading/downloading, IPTV, online games, cloud games, online education/telework, cloud VR video, and cloud VR ®
games [1]. The basic network KQIs includes throughput, latency, packet jitter, packet loss rate, and Wi-Fi
handover [1].
Figure 2: Monitoring of the service/network KQI through the service-oriented monitoring platform
4.2.2 Service-oriented monitoring functional model
Figure 3 shows the functional model of the service-oriented monitoring platform, including the interface module, the
service KQI monitoring module, the network KQI monitoring module, and the basic info collection module.
ETSI
9 ETSI GS F5G 026 V1.1.1 (2024-08)
Figure 3: Functional model of service-oriented monitoring platform
The main function of the interface module is to encapsulate the message exchanged between the end user device and the
service-oriented monitoring platform.
The service KQI monitoring module is part of the end user device, which collect the under-test network service
information for the service-oriented monitoring platform. Such information contains the collected raw data for the
network service KQI, the calculation of service KQI and the corresponding MOS values. The results are then uploaded
to and stored in the service-oriented monitoring platform. The service-oriented monitoring platform completes the data
processing. The end user can request the historical service KQI data and the corresponding ranking according to the
MOS value compared with the other end users.
The network KQI monitoring module collects the network KQI, including the packet loss rate, the latency, the packet
® ®
jitter, the Wi-Fi handover data, and Wi-Fi relevant information (refer to Table 7 in clause 5.4.2.6). All the data is
uploaded to and stored in the service-oriented monitoring platform.
The basic info collection module collects the end user device software/hardware information, the basic end user
information, and the service operator information. This data is uploaded to and stored in the service-oriented monitoring
platform.
4.3 Monitoring the network KQIs by the network-oriented
monitoring platform
The network KQI monitoring system (see Figure 1) collects the network KQIs for the network-oriented monitoring
platform, generates the network performance data files, and transmit them to the data analysis system for management
purposes. As shown in Figure 4, the network KQI monitoring function communicates over the M interface and the N2
interface (as described in clause 4.1). The network-oriented monitoring platform exports the network performance data
files per collection cycle. The network performance data file is generated in the Comma Separated Values (CSV) format
and the file is uploaded to the data analysis system.
NOTE: The application data flow is not shown in Figure 4.
Figure 4: Monitoring network KQI based on the network-oriented monitoring platform
ETSI
10 ETSI GS F5G 026 V1.1.1 (2024-08)
5 Interface and data model for monitoring service KQIs
5.1 Overview
The end user initiates the monitoring which includes the collection of the service KQI and a subset of the network KQI,
which corresponds to those in the current clause and clause 6.2 and clauses in ETSI GS F5G 017 [1].
5.2 A1 Interface
The A1 interface is a communication interface between the end user device and service-oriented monitoring platform.
The main functions of the A1 interface are as following:
1) Data reporting: including the basic user and network information, the end user device information, the service
KQIs, and the network KQIs.
2) Data query: send query requests to the service-oriented monitoring platform to obtain test configuration and
processing result.
5.3 Monitoring protocol
The software interface is encapsulated in JSON over HTTP/1.1, as shown in Figure 5.
Command/Response
Encapsulation layer (HTTP/1.1 + JSON)
Security layer (SSL/TLS)
Transport Layer (TCP/IP)
Figure 5: A1 interface stack
The format of the report request message sent over the interface is as follows:
POST /[path] HTTP/1.1
Accept: application/json
Content-Type: application/json; charset="utf-8"
Host: [host: port]
Content-Length: xxx
url: http://XX
[Report request parameters]
An example of a response message sent by the platform is as follows:
HTTP/1.1 200 OK
Content-Type: application/json; charset="utf-8"
Content-Length: xxx
{
"code":
"data": {
Response parameters
},
"message":
}
SSL/TLS shall be used to negotiate a stateful connection by using a handshaking procedure, in which the client and
server agree on various parameters used to establish the connection's security.
ETSI
11 ETSI GS F5G 026 V1.1.1 (2024-08)
5.4 Data model
5.4.1 Overview of the monitoring methodologies
A monitoring message is defined as a JSON [12] array of data values. The monitoring messages are carried in the
HTTP/1.1 payload. The monitoring messages between the end user devices and service-oriented monitoring platform
are summarized in Table 1.
Table 1: Monitoring messages for A1 interface
Message type Message name Description
GetWebList/GetSpeedserverInfo/GetIPTVList Request the measurement configuration of
GetVideoList/GetVRVideoList network services
Message for query
Request the Monthly report of user's
QueryMonthlyReport
experience
WebResult/SpeedResult/IPTVResult/
MobileGameResult/CloudGameResult/
Report of a dedicated service experience
VideoResult/e-LearningANDRemote
officeResult/VRVideoResult/VRGameResult
Report the Network performance (delay,
DiagnosisResult
packet jitter, and packet
...








Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...