lagen.nu
BoR (20) 42

BEREC Guidelines to assist NRAs on the consistent application of Geographical surveys of network deployments

Utgivare
Organet för europeiska regleringsmyndigheter för elektronisk kommunikation
Antagen
2020-03-05
Språk
engelska
Källa
www.berec.europa.eu
Endast på engelskaOrganet för europeiska regleringsmyndigheter för elektronisk kommunikation har inte publicerat någon svensk version av detta dokument. Texten nedan återges på engelska, så som den publicerats av Organet för europeiska regleringsmyndigheter för elektronisk kommunikation.

BEREC Guidelines on Geographical surveys of network deployments

5 March 2020

Table of Contents

1 INTRODUCTION 3 2 CONTENT OF THE GUIDELINES 7

1

ANNEXES 40 ANNEX 1 - ASSESSMENT OF SPATIAL RESOLUTION UNITS 40 ANNEX 2 - SPEED CLASSES 41 ANNEX 3 - STRUCTURE/FORMAT OF THE DATA 42 ANNEX 4 – GIS 46 ANNEX 5 – STAGES FOR GIS 50

2

1 Introduction

1.1 Legal Framework

1. Article 22(1) of the European Electronic Communications Code (‘EECC’) establishes that National Regulatory Authorities (‘NRAs’) and/or Other Competent Authorities (‘OCAs’) shall, by 21 December 2023, conduct a geographical survey of the reach of electronic communications networks capable of delivering broadband, and shall update it at least every three years thereafter. This geographical survey (‘GS’) may also include a forecast of the reach of broadband networks, including very high capacity networks (‘VHCN’), for a period determined by the relevant authority.

2. The rationale underlying Article 22 is the idea that geographical information on the reach of broadband networks will become an important tool to enable the effective design, implementation and monitoring of broadband policies and related regulation. Accordingly, the GS must be designed and conducted so that it can be used for the relevant regulatory obligations and policy functions carried out at Member State (‘MS’) and/or EU level.

3. The GS shall include a survey of the current geographic reach of broadband networks as required for the tasks of NRAs/OCAs under the EECC, and for the surveys required for the application of State Aids (Article 22 (1)). While the provisions of the EECC would anticipate and foster also state aid compliance, it is not their main objective to ensure compliance with state aid rules. NRAs/OCAs can use information collected under Art 22 to assist the state aid process but may also need to collect complementary information in line with the State Aid guidelines. - For verifying the availability of services falling within the universal service obligations (‘USOs’), - For the allocation of public funds for the deployment of electronic communications networks and the design of national broadband plans, including also an adequate identification of market failure areas, - For defining coverage obligations attached to the rights of use for radio spectrum; 3 and that the GS results shall be made available to BEREC and the European Commission (‘EC’) upon their request (ensuring the same level of confidentiality and protection of business secrets as the originating authority). NRAs/OCAS shall, on the basis of the GS results designate an area with clear territorial boundaries where no undertaking or public authority has deployed or is planning to deploy a VHCN or significantly upgrade or extend its network to a performance of at least 100 Mbps download speeds (Article 22(2)); The results of the GS shall be used to make available on the market, (if they are not already available) information tools that enable end users to determine the availability of connectivity in different areas, with a level of detail which is sufficient to support their choice of operator or service provider. (Article 22(6)); Finally, where relevant, NRAs shall take into account the results of the GS, when defining relevant markets, (Article 64(3)); and where available, to impose appropriate universal service obligations (Article 86(1));

4. According to Article 22(7), by 21 June 2020, BEREC shall, after consulting stakeholders and in close cooperation with the EC and relevant national authorities, issue guidelines to assist NRAs and/or OCAs on the consistent implementation of their obligations under that Article.

1.2 Subject matter

5. Article 22 provides the legal grounds to improve the information on geographical broadband reach in Europe. The main goal of the GS described in Article 22 is to enable the production of data on the reach of broadband networks, geographically referenced and relevant to regulation and policy in each MS.

6. The harmonization at EU level of some indicator definitions categories and data-related practices (notably, collection and publication) would result in substantive benefits, such as allowing the EC to collect more standardised data from MS and make use of better , information in setting pan-European policies, promoting the consistent application of regulatory obligations and improving the transparency for public authorities regarding the economic conditions for network deployments.

7. Therefore, the BEREC’s Geographic Survey Guidelines (hereafter, ‘the Guidelines’) should provide a level of harmonization across the European Union but, in doing so, should also take into account the potentially significant costs that any new or modified data requirements may place on data providers and authorities. Information requests to operators must be reasonable and proportionate to the range of needs they are meant to satisfy (Article 20).

8. In order to deliver the Guidelines, BEREC issued two different questionnaires directed to NRAs and other relevant authorities, requesting information about their existing surveys and needs, and also their views about the content of the proposed Guidelines. BEREC also organized, three workshops (two in cooperation with the EC) with the participation of OCAs and stakeholders.

9. The draft BEREC Guidelines on Geographical Surveys of network deployments were approved for public consultation at the 40th BEREC ordinary meeting in October 2019. Stakeholders were invited to submit their inputs by 21 November 2019. Contributions received were considered in the current version of the Guidelines. All contributions are published on the BEREC website, considering requests for confidentiality and restricted use of personal data.

1.3 Scope of the Guidelines

10. A geographical survey of broadband reach is a collection of data which characterises the capability of an ECN to deliver a broadband service of a certain quality that can be displayed with the use of a digital tool on a layer-based map, and at an appropriate resolution.

11. The Guidelines must provide NRAs and OCAs with: a) the specification of the relevant data to be produced by the Authority, using data collected from different data sources, mainly network operators (differentiating the specifications related to the current network reach on the one hand, and the future/forecasted reach on the other hand; similarly, specifying, when relevant, where fixed and mobile service approaches need to be distinct); b) guidance on how to collect these data; c) guidance on how to aggregate these data; d) guidance on which data/aggregations of data should be deemed public or confidential; e) guidance about the procedure to identify the intentions of agents to deploy VHCN or significantly upgrade or extend their networks to a performance of at least 100 Mbps download speeds in each area, so that this procedure ensures full transparency and non-discrimination with respect to relevant stakeholders.

12. Concerning the collection and use of data in respect of point a), BEREC distinguishes three different quality of service indicators. Firstly, the Guidelines will use QoS-1 5 indicators to characterise the reach and performance of broadband networks. Secondly, the Guidelines will use QoS-2 and QoS-3 indicators as a means of verifying QoS-1 data.

13. Moreover, BEREC considers that data on physical infrastructures (such as ducts, conduits, masts, manholes and so on) and data on broadband demand or take up do not fall within the scope of these Guidelines, because they do not fall within the concept of broadband reach. These kinds of data can also be geo-referenced, and it would be advisable for NRAs and OCAs to consider the value of maintaining a system of integrated spatial data of different kinds. Physical infrastructures support and enable the provision of electronic communication services, but the presence of a physical infrastructure does not imply the presence of an electronic communication network. Information on broadband take-up or demand can be very relevant for regulatory and policy functions, but broadband reach is a wider concept, as it implies the availability of connectivity, regardless of whether this connectivity is demanded or not.

1.4 Calendar of delivery of the Guidelines

14. In accordance with the BoR decision taken in the second Plenary meeting of 2019, BEREC will issue these Guidelines in two phases. Phase one (foreseen approval in March 2020). Guidelines on the consistent application of geographical surveys and forecasts, regarding QoS-1 information. Phase two (foreseen approval in December 2020). Guidelines on the consistent application of geographical surveys and forecasts, regarding verification of QoS-1 information, for example by QoS-2 and QoS-3 measurements, and the procedures to invite undertakings and public authorities to declare their intention to deploy VHCN over the duration of the relevant forecast period for Article 22(3). The verification of QoS-1 information is very important to assess the validity of submitted data.

1.5 Guidelines revision

15. The Guidelines shall be revised in the future. BEREC will prepare an Implementation Report to examine how different MS have transposed and enabled the Article 22 provisions. Afterwards, BEREC will consider to revise and update the Guidelines.

2 Content of the Guidelines

16. The following subsections describe the different elements of the BEREC Guidelines on geographical surveys of broadband reach to characterise the reach and performance of broadband networks. These subsections deal with QoS-1 information. NRAs should verify the reliability of reach and performance information using, where relevant, appropriate measurement tools. BEREC will provide Guidelines on verification in the second phase see 1.4).

17. BEREC began by issuing a questionnaire to consult NRAs and OCAs with respect to the survey elements that they consider mandatory or important to deliver on the different functions referenced in Article 22 EECC. From its results, a series of information points and key characteristics stood out as being considered important for many functions and in many Member States. These are, for fixed broadband: a. the concept of homes passed, b. download and upload speed information, c. the access technology used and d. a high resolution of data. And for mobile broadband: a. broadband service availability in a certain area, b. download and upload speed information, c. user location and d. a high resolution of data.

18. With the present Guidelines, BEREC aims to harmonize these characteristics and information points wherever this is reasonable and proportionate.

19. There are also some other characteristics and information that are considered relevant by some, but not all, Member States in relation to some functions. These include, for example, the geolocalization of some electronic network infrastructure data (mainly 7 access infrastructure, but sometimes transmission or backhaul infrastructure). Indeed, some NRAs/OCAs may legitimately request this information from operators for many reasons for example to calculate the reach and performance of broadband in their territory, as opposed to requesting reach and performance indicators from operators.

20. To satisfy the obligations underpinning these Guidelines, the responsibility of providing reach and performance indicators may rest directly with the operators (while NRAs/OCAs collect and process this information), or indirectly with the NRAs/OCAs (where authorities perform calculations on the basis of their knowledge of infrastructure data or according to assumptions as described in these GL). This is an issue for each MS to decide (for both fixed and mobile indicators).

2.1 Definitions

21. In the context of the Guidelines, BEREC is adopting all the definitions included in Article 2 of the EECC. Of particular importance to the Guidelines are EECC definitions of electronic communication network (‘ECN’) and of very high capacity network (‘VHCN’).

22. Additionally, within these Guidelines, BEREC also adopts the following definitions: Address: An address is an identification of a fixed location, where there may exist one building or a group of buildings. The address may be a hierarchy consisting of components such as geographic names, with an increasing level of detail, e.g.: town, then street name, then house number or name. It may also include a postal code. Alternatively, it may be uniquely identified by some code in the building cadastre. The address typically identifies the main door of a building or a set of buildings. The address may also serve to identify the building in the context of building registration. Address passed: An address is passed when at least one premise at the given address is passed. Broadband access: for the purposes of Article 22, Broadband access is an access in which the connection(s) capabilities support download data rates of at least 2 Mbit/s. Broadband service mapping: Broadband service mapping describes systems that gather, analyse and present information on the supply side of broadband service provision, including the available bandwidths (speed), technologies, operators/service providers and quality of service in a specific area. Building: Eurostat definition applies. A building is a roofed construction which: • can be used separately; • has been built for permanent purposes; • can be entered by persons; and • is suitable or intended for protecting persons, animals or objects. Geographical Information System: A geographical information system (‘GIS’) is a system of hardware, software and procedures to facilitate the management, manipulation, analysis, modelling, representation and display of georeferenced data to solve complex problems regarding planning and management of resources. Households: Eurostat definition applies. Either a one-person household, defined as an arrangement in which one person makes provision for his or her own food or other essentials for living without combining with any other person to form part of multi-person household, or a multi-person household, defined as a group of two or more persons living together who make common provision for food or other essentials for living. The persons in the group may pool their incomes and may be related or unrelated persons or a combination of persons both related and unrelated. This arrangement exemplifies the housekeeping concept. In an alternative definition used in many Member States exemplifying the so-called household-dwelling concept, a household consists of all persons living together in a housing unit. Maximum achievable speed: The maximum achievable speed is the speed that an end user at the address/grid could achieve at least some of the time (e.g. at least once a day) when using a broadband service. The speed should describe the capability of the network (equipment, technology and medium) and not be related to any particular retail service offered at the address/grid. This is, the maximum achievable speed is the highest speed that could be offered by the operator. Mobile broadband: Mobile broadband refers to third generation technologies (3G) and higher speed mobile technologies (i.e. HSPA or LTE, 5G), while excluding GSM/GPRS/EDGE technologies. Expected peak time speed: The expected peak time speed is the speed that an enduser in the address/grid could expect to receive when using a broadband service under the whole peak-time period. The speed should describe the actual capability of the network and not be related to any particular retail service offered at the address/grid. “Peak time” will not be defined by BEREC in these GL, as peak time may vary among networks and countries. NRAs should (if they find this necessary) provide guidance on this aspect. Premises or building parts: A premise is a separate functional unit of a building which is suitable for independent use. It may be a residence or a place of business. Every address, as defined above, may identify a building or a set of buildings. These may have one premise or several premises. For example, multi-storey buildings with several apartments consist of several ‘premises’. Premises passed: A premise is considered passed if, on request from an end-user, the relevant operator can provide broadband services (regardless of whether these premises are already connected or not connected to the network) at the end-user premises. The provision of broadband services at the end users premises should not exceed normal connection fees, i.e. without any additional or exceptional cost if it is the standard commercial practice and, in any case, not exceeding the usual cost in the country. The reference for “normal connection fees” should be determined by the relevant NRA/OCA. Furthermore, the operator must be able to technically connect the end user, usually within 4 weeks from the date of the request. BEREC notes that generally, for a premise to be passed, the broadband network must be deployed up to the boundaries of the private domain of the address (i.e. the borderline between the public and private domain). In case of FWA networks, a given premise is passed when there is an existing access point (typically the mast with antenna) nearby, typically with direct visibility to the end-user location and that a potential commercial offer can be accessible for end-users. Reach of Fixed Broadband Networks: The reach of fixed broadband relates to the number of addresses passed by a network capable of delivering broadband. Reach of Mobile Broadband Networks: The reach of mobile broadband is the availability of a mobile broadband network that permits the delivery of a broadband service with a specific mobile technology available at a specific location. 10 Spatial Resolution: Resolution expresses the size of the smallest object in a spatial dataset that can be described. It refers to the amount of detail that can be discerned. It is also known as granularity. QoS 1/QoS 2/QoS 3: The European Broadband Mapping project developed three data categories for ‘Quality of Service’ (‘QoS’): - Data category QoS-1: Calculated availability of Service - Theoretical network performance of existing infrastructure - Data category QoS-2: Measured provision of Service - Measurements via panel probes or drive tests, excluding end user’s environment. - Data category QoS-3: Measured experience of Service - Measurements using internet access service including end user’s environment, for example via online speed tests.

2.2 Data sources and frequency of data collection

23. Article 20(1) of the EECC provides NRAs and OCAs with the power to require information on electronic communications networks and associated facilities, which is disaggregated at local level and sufficiently detailed to enable the geographical survey and designation of areas in accordance with Article 22. According to Article 21, NRAs and other competent authorities “may require undertakings to provide information with regard to the general authorisation, the rights of use or the specific obligations referred to in Article 13(2), which is proportionate and objectively justified in particular for the purposes of […] conducting geographical surveys”.

24. Operators who are able to control any part of the access network are the main source of information for the geographical surveys of broadband reach (from now on “operators”). For many functions, it is necessary to gather information from all these operators, regardless of their size, or the technologies they use. Because of this, for the current task (QoS-1), these operators shall provide the information that NRAs/OCAs request, in order for the NRAs/OCAs to fulfil their duties along these Guidelines."

25. In cases where a broadband service is provided on the basis of wholesale access, NRAs/OCAs may decide to request information only from the wholesale provider. NRAs/OCAs should consider whether the information from the wholesale provider would be sufficient. In case of sufficient information provided by the wholesale provider, access seekers could be released from the obligation to provide such information.

26. National Statistical Offices and Land and Property Registries may also provide data relevant to the geographical surveys of broadband reach. In particular, they may provide address databases, basic cartography, and information on the distribution of population and households across the national territory, as well as identification of all public buildings such as hospitals, schools, major transport hubs, public administration premises, and highly digitalized industries.

27. The GS survey of current broadband reach should be carried out at least once a year.

2.3 Geographical spatial resolution of data

28. According to the 1st paragraph of Article 22 of the EECC “The information collected in the geographical survey shall be at an appropriate level of local detail and shall include sufficient information on the quality of service and parameters thereof and shall be treated in accordance with Article 20(3)”.

29. Several spatial resolutions can be used for data collection (for example, geocoded information (points or addresses), grid level data, local administrative unit level data, and NUTS level data). The most important levels of resolution are shown in the graphs below.

30. As shown by the responses to one of the BEREC questionnaires, according to most Member States, a high resolution is necessary for most of the regulatory and policy functions that the survey of broadband reach and performance is intended to provide information for. For fixed networks, the level of resolution should be the address. For mobile networks, the level of resolution should be a 100m x 100m or smaller grid (or equivalent polygon). Note that this refers to the calculation used for the production of results, not to the resolution that operators may use in order to perform their coverage and performance calculations. Nevertheless, it should be also noted that, although data may be collected on a fine granular basis – specifically, geocoded address data - this data is only an input to the way in which public authorities in Member States discharge the various functions referred to in Articles 22(2) to 22(5). In particular, when authorities define areas with clear territorial boundaries in connection with initiatives to remedy the lack of commercial investment incentives to provide VHCN coverage to meet policy goals, they should consider the practicalities of efficient network deployment where relevant, as well as the geo-coded address data collected in the survey. BEREC notes that this guidance may be of relevance to competent authorities designating areas under Article 22(2) as well as to national and regional authorities responsible for the allocation of public funds for deployment of electronic communications networks and for the design of national broadband plans. It is noted that the application of State Aid rules is a matter for the EC and that these guidelines are without prejudice to the scrutiny of individual State Aid cases under the applicable laws and guidelines.

31. For fixed broadband, exact geocoded points offer the best quality/accuracy and the most valuable insight for the survey itself, and also validation of the survey. Thus, NRAs and OCAs should collect information at the address level with exact geocoding. The address database may be owned by the NRA/OCA, or be available from another public institution. The databases should be updated at least annually.

32. For mobile broadband, data should be collected at a level of a 100m x 100m or smaller grid (or polygons of an equivalent resolution). This is also the level recommended to publish data by BEREC’s Common Position on Information to Consumers on mobile coverage and the minimum resolution to attain when collecting data.

33. For fixed wireless broadband (FWA), data should be collected at least at an address level or at a level of a 100m x 100m or smaller grid (or polygons of an equivalent resolution), as one wireless access point deals with a group of addresses in a certain area. NRAs/OCAs shall determine the appropriate level of resolution. Address level resolution is well suited, for example, in specific FWA applications (e.g. the case of point to point radio connection).

34. However, some NRAs/OCAs are currently collecting data at a less granular level, in some cases even at the level of municipality. BEREC acknowledges the difficulties and the time that it may take to reach the situation where most information is collected at the proposed level of granularity, especially for fixed broadband (address level). Also, the following problems with address databases may arise: - There is no complete address database with all addresses geocoded; - Different address databases are used by different operators and/or the NRA/OCA.

35. In such situations, NRAs/OCAs may temporarily apply a 100m x 100m or smaller grid, or polygons with similar accuracy, also for fixed broadband.

36. In the medium/long term, to ensure the reliability and comparability of the mapping project, in each Member State one common database with geocoded addresses should be used by both the NRA/OCA and, as far as possible, the operators. Thus, the NRA/OCA must use a single database that identifies each address or grid with a unique code (see Annex 4 for reference). Ideally, these address and grid codes should be at the disposal of the operators, so that they can all submit information with a common reference, although this may not be possible in all Member States. Moreover, BEREC recommends that, where available, the address database identifies the locations of hospitals, schools, major transport hubs, public administration premises and highly digitalized businesses. This information may be important for the design of national broadband plans.

37. The choice of the correct spatial resolution also has an impact on the ability of operators to provide data, as well as on the effort required by the NRA/OCA to process and aggregate the data. Operators may lack the necessary GIS software and/or skills in order to provide data at this level of resolution, and some operators may not have, or may have only partially, geocoded their network. In order to assist operators who lack the appropriate GIS resources, NRAs/OCAs may consider making geographical information tools available to these operators. 14

2.4 Elements of characterization of network connectivity or services

38. This subsection of the Guidelines describes the types of information that the NRA/OCA must gather in order to characterize the reach and performance of broadband networks.

39. BEREC understands that Article 22 requires the BEREC Guidelines to seek harmonization and make mandatory a minimal number of QoS-1 indicators (calculated theoretical coverage and performance information), which are relevant to most Member States, and many regulatory functions. These data should be collected according to common definitions and at the minimal resolution level, specified respectively in subsections 2.1 and 2.3 above. NRAs/OCAs may increase the number of indicators and/or of categories per indicator, if they consider that it is necessary to do so, in order to fulfil their duties.

40. To characterize the reach of the network, according to the Guidelines, NRAs or OCAs must produce a normalized structured subset of the data, which are detailed in subsections 2.4.1 and 2.4.2 below. It is important to note that the NRA/OCA may choose to: a) generate its own coverage and performance information using its knowledge of existing infrastructure; b) obtain this information from operators; and c) if necessary, use a third party to generate the information.

41. All these options are acceptable, in so far as the relevant definitions are used and the information obtained is as described in section 2.

42. NRAs/OCAs who perform QoS-1 coverage and performance calculations may request information about the characteristics of infrastructures and their positions (or distances from any address to a network element or a boundary area around a network element)) either in mobile or in a fixed broadband context .

2.4.1 Fixed broadband

43. This subsection of the Guidelines describes the types of information that should be produced in order to characterize the reach and performance of fixed broadband networks.

44. BEREC has consulted NRAs and OCAs with respect to the survey elements that they consider mandatory or important to deliver on the different functions referenced in Article 22. The information and characteristics that stand out as deemed important for many functions and in many Member States, with respect to fixed broadband are described in paragraph 17. 2.4.1.1 Data to be collected in order to characterize the reach and performance of a fixed network

45. As subsection 2.3 on data resolution explained, two different resolution levels are allowed for fixed networks: address level and 100m x 100m grid level or smaller (or similar polygon). Therefore, BEREC distinguishes the data requirements on the type of resolution approach chosen by the NRA/OCA. a) Subset of data that characterize the reach and performance of a network – precision at the address level

46. The reach of the network is characterized by structured data, which mainly describes the 23 24 addresses passed by the different operators.

47. Thus, for each address passed, the following information must be produced by the NRA/OCA from the operator’s data, in the format specified in Table 8 of Annex 3. - Operator code - Technology code categorized per subsection 2.4.1.3 - Maximum Download speed class per subsection 2.4.1.4. - Maximum Upload speed class per subsection 2.4.1.4. - Expected Peak Time Download speed class per subsection 2.4.1.4. - Expected Peak Time Upload speed class per subsection 2.4.1.4. - Number of premises passed by the operator at the address (Optional) - Determine VHCN class at the address per Table 1 Additionally and optionally, other parameters may also be required when NRAs/OCAs decide to collect further performance information, such as an NGA boolean (0- address not served 26. by NGA, 1- address served by NGA) 16

48. Thus, for each address passed the operator should provide the aforementioned information for all the technology codes that apply to each address, i.e., if an address has access to more than one technology for one operator, the information will need to be provided for each technology. Optionally, for the number of premises passed at the address the operator can provide a figure based on its assumptions.

49. For the submission of VHCN class information relevant to the denomination of designated areas (Article 22 (3)) and within the state aid context, operators will need to follow the definition provided in Article 2 of the EECC and the definitions to be provided in future BEREC Guidelines by the end of 2020. To qualify their networks operators will need to provide one VHCN class code as reported in Table 1. Even if the networks qualify as VHCN under more than one criterion, operators just need to provide one code. A declaration that an address is covered by a VHCN network in class 3 or 4, will require and imply that all of the relevant QoS thresholds for peak time conditions are satisfied in that address. Table 1 – VHCN classes Class of VHCN VHCN Code For FWA, if the performance thresholds of criterion 3 of the BEREC VHCN Guidelines are satisfied, then the operator shall inform class 3 rather than class 4 or 2 (even if these 17

50. Note that the NRA/OCA can choose the format for the data collection from operators, as long as it provides the data necessary to produce this minimal set of information.

51. Moreover, the Guidelines also require NRAs/OCAs to use a unique address database in order to compile consistent information from operators, and also to aggregate information. This is a supplementary address database that details the list of addresses in the MS, their unique identifying codes and some address-related information. NRAs/OCAs can source address database information preferably from publicly available data sources, but they can also rely on private information (including operator information) if they consider this more suitable . The format of this address database is specified in Table 9 (Annex 3).

52. Where possible, NRAs/OCAs may share with operators their reference address database and ask them to link their network data to it via address codes. This would allow NRAs/OCAs to unify information that comes from different access network providers in various formats in a very efficient manner, and is useful for aggregation purposes. However, sometimes NRAs/OCAs may find it better to allow operators to provide data according to the different address information they hold, and then work in-house to combine operators’ data to assign a common code to each address. In such cases, the address database will be useful for aggregation purposes. b) Subset of data that characterize the reach and performance of a network – precision at a grid level

53. As indicated in subsection 2.3, data can also be gathered at the grid level temporarily with the ambition to gather data at the address level as soon as a geocoded address is available.

54. As for addresses, the Guidelines require NRAs/OCAs to maintain a ‘grid database’ (Table 11 in Annex 3), which details the grid identifier and information relevant to the grid. This grid identifier can be used to request information from operators. The information on premises in the grid should be sourced from public sources, but could be sourced elsewhere (from private sources), or estimated by NRAs/OCAs, if necessary.

55. For each grid (or polygon), the following information has to be provided by the NRA/OCA from the operator’s data, in the format specified in Table 10, Annex 3: - Operator code - Technology code categorized per subsection 2.4.1.32.4.1.2 - Maximum Download speed class per subsection 2.4.1.4. - Maximum Upload speed class per subsection 2.4.1.4. - Expected Peak Time Download speed class per subsection 2.4.1.4. - Expected Peak Time Upload speed class per subsection 2.4.1.4. - Number of premises passed by the technology in the area - Determine VHCN class at the relevant grid per Table 1 Additionally and optionally, other parameters may also be required when NRAs/OCAs decide to collect further performance information, such as NGA boolean (0- grid not served by NGA, 1- grid served by NGA) . For a grid to be declared as served by an NGA network, the conditions associated with this condition must be satisfied in at least 95% of the addresses in the grid.

56. Note that the NRA/OCA can choose the format for the data collection from operators, as long as it provides the data necessary to produce this minimal set of information. Moreover, the Guidelines also require NRAs/OCAs to use a unique grid database and code (see Table 10, Annex 3) in order compile information from operators and also to aggregate information. The grid code should be the same in the Grid coverage and performance database (Table 10, Annex 3) and in Table 11, Annex 3. For the submission of VHCN class information, operators will need to follow the definition provided in Article 2 of the EECC and the definition to be provided in future BEREC Guidelines by the end of 2020. To 19 qualify their networks, operators will need to provide a VHCN class as reported in Table 1. For a grid to be declared as served by a VHCN of a given class, the conditions associated with this class must be satisfied in at least 95% of the addresses in the grid. This is, for example, 95% of the addresses in the grid are reached by a fiber access, or 95% of the addresses in the grid is served by base stations with a fiber roll out. Even in case networks qualify as VHCN under more than one criterion, network operator need to provide one code. In the case of FWA, if all the performance thresholds of criteria 3 in the VHCN Guidelines are satisfied (as per class 3 in Table 1), then the operator shall inform class 3 rather than class 4 or 2. Only in this case, FWA may be considered equivalent to a ‘fixed very high capacity network’ . 2.4.1.2 Data to be collected in order to characterize the reach and performance of a FWA network

57. FWA architecture is different than fixed due to the intrinsic characteristics of wireless connectivity.

58. End-users traditionally consider FWA as a substitute of “traditional” fixed line solutions as end-users are receiving similar services over FWA infrastructure. In line with technological neutrality principle, fixed and FWA architectures can both be used for the provision of fixed services. Moreover, NRAs/OCAs tend to include in their GS, FWA infrastructure into fixed broadband rather than mobile broadband.

59. In Table 2, BEREC splits FWA technologies into FWA in licensed spectrum and FWA in unlicensed spectrum (see Table 2). NRAs/OCAs may further split these classes if they find it suitable for their needs. The FWA with licensed spectrum (for example, P2P direct connection but probably also fixed LTE) usually provides access with better quality because there is no (or very low) interference, while the FWA with unlicensed (free) spectrum (typically, Wi-Fi) provides lower quality access which can be significantly cheaper for the end-users. Note that, services based on mobile networks may be classified as FWA by NRAs/OCAs by taking into consideration their characteristics .

60. BEREC wants to ensure that any GIS could make possible the merging of information coming from fixed and FWA architectures and establishes that the same speed classes and QoS parameters defined for fixed also apply also to FWA. 2.4.1.3 Technology

61. In order to characterize the theoretical coverage of fixed broadband networks, BEREC considers it important to collect information on the kind of physical medium and technology that supports the provision of the service in the access network.

62. Column 2 in Table 2 specifies the codes that should be used in this respect to reflect the technologies in the last mile. The reason for this level of granularity is to allow NRAs/OCAs to better understand what technologies are available on their national territory. Alternatively, some NRAs/OCAs may wish to collect this information at the level of medium and use the medium codes when the data are being collected at a grid level and/or there are many operators providing the data.

63. Note that these options may change over time, so NRAs/OCAs may include new options as they become available in their territory. Table 2 – Technology/medium codes 2.4.1.4 Speed Classes

64. Both the maximum and the expected peak time speed as defined in subsection 2.1 must be provided. Information on expected peak-time speeds is more relevant to consumers, while maximum speeds provide a more comparable measurement of network quality in each address since, normally, they are related to the medium and active equipment available at the location. Please see Annex 2 for the speed classes to be provided, which apply to all speed definitions and technologies. These classes allow the identification of speeds above 30 Mbps (relevant for NGA classification), 100 Mbps (relevant for the designation of areas according to Article 22 (3) and EU broadband targets) and 1000 Mbps (relevant for EU broadband targets). There are additional breaks at 10 Mbps (which is relevant in the case of upload speed) and 300 Mbps, which will allow a richer monitoring of broadband networks in Europe as the difference between 100 Mbps and 1000 Mbps is substantive.

65. Note that the submission of speed class information, requires the calculation of 4 (download/upload maximum and download/upload expected peak-time) different speed indicators per address (or grid, where relevant). NRAs/OCAs may require that each speed indicator is based on a different and independent calculation. Alternatively, in view of an efficient data provision, NRAs/OCAs can use reasonable and appropriate assumptions to derive one speed information from another or accept those used by operators. In the latter case, operators have to inform the relevant NRA/OCA about the assumptions they make and to provide evidence of their plausibility. NRAs/OCAs will make an informed decision about the suitability of the data provided. In view of harmonizing at European Level, BEREC will carry out further analysis on assumptions to provide speed class information for conducting a geographical survey.

66. QoS-1 speed indicators relevant to Article 22 should be reflective of the speed achievable rather than the speed actually experienced by end-users. Also, the need to designate areas (Article 22 (2)) requires a consistency of the VHCN class information and the information about speed classes, specifically in reference to the 100 Mbps threshold (class 100 or above). Therefore, the layer where speeds need to be calculated shall be the layer indicated in the VHCN Guidelines. Thus, BEREC suggests to calculate speed based on the IP packet payload layer (network layer) . Today, nearly all data communication networks are based on the Internet Protocol (IP). 22

2.4.2 Mobile broadband

67. Following BEREC’s consultation, the information/characteristics that many Member States mentioned as mandatory or important for many of their functions referenced in Article 22, and with reference to the mobile broadband are described in paragraph 17.

68. Moreover, BEREC published in 2018 its ‘Common Position on information to consumers on mobile coverage’ that describes in detail the concepts of both service availability and resolution.

69. BEREC considers that a first approach to characterize the reach of the mobile network is to determine the availability of broadband service, depending on the technology served at a specific location (section 2.4.2.1). Additionally and optionally, NRAs/OCAs may want to refine the characterization of the service and its performance by using multiple categorisations such as speed classes (see section 2.4.2.2). Finally, the qualification of a mobile network as a VHCN is also an important piece of information that NRAs/OCAs should seek (see section 2.4.2.2). 2.4.2.1 Mobile broadband service and technologies

70. BEREC considers that a first approach to characterize the reach of the mobile network is to determine the availability of a broadband service depending on the technology served at a specific location (for resolution, see Section 2.3). 3G, 4G and 5G generations offer distinct services and performances and may be mapped accordingly .

71. BEREC uses ITU standards and definitions when mentioning 3G, 4G and 5G and they could be resumed as follow: • 3G UMTS and HSPA technologies • 4G LTE or LTE–advanced technologies • 5G either the 3GPP release 15 (New Radio (NR) non -standalone- the core network is 4G) and NR standalone (the core network is 5G) and further developments - 3GPP release 16 under development and will include new specifications for 5G.

72. For the purpose of these Guidelines, BEREC considers that a grid is covered by a mobile broadband technology if a broadband service (at least 2 Mbps) is available in at least 95% of the grid area with a high likelihood of a successful reception, where successful reception means a probability of successful service reception of 95%.

73. Additionally, and optionally, NRAs/OCAs may want to refine the characterization of the service and its performance by using multiple speed classes, not only a minimum download speed of at least 2 Mbps (see 2.4.2.2). 2.4.2.2 Theoretical mobile broadband coverage calculation

74. Some NRAs may refine the service availability or the performance of the network by estimating the local value of the signal received in each pixel (100m x 100m grid minimum), alongside other assumptions. Such an approach implies the use of mathematical models to carry out the theoretical simulations; these models are described in multiple dedicated reports and recommendations of international bodies including the ITU, ETSI, CEPT, which provide useful methodologies for theoretical calculations of mobile broadband coverage. Such models may, accordingly, be of use for the purposes of these Guidelines.

75. Regarding the methodologies and the models used to calculate QoS-1 indicators for mobile broadband coverage, the parameters and tools to be applied may differ, depending on the mobile network operator or the NRA in question.

76. A BEREC 2018 enquiry revealed that operators, NRAs and OCAs use multiple thresholds to characterize mobile broadband coverage (see figure at page 7 in BoR (18) 237). This could be relevant as long as each threshold is justified and consistent for the overall survey. Further, the same document indicates that 7 out of 33 NRAs use multi-level thresholds to define coverage. BEREC estimates that this practice gives more accurate and useful information to consumers. Different download speeds also imply that different signals are received – the higher the download speed, the higher the needed signal available, (keeping other factors unchanged).

77. Information regarding QoS-1 data services speed and, more specifically, speed classes (Annex 2) may also be important for a number of reasons. For example, this information enables setting a grid to a specific broadband category (basic, NGA, VHCN) which would be helpful to establish the mobile coverage gap and to program and implement EU funds for mobile network rollout.

78. The mobile broadband speed classes to be provided by operators or calculated by NRAS/OCAs should focus mainly on outdoor spaces and a static environment (i.e., outside buildings or places where there is usually no extra attenuation for radio signal penetration, compared to indoor spaces). For the purpose of these Guidelines, it is recommended to calculate the maximum data service speeds per grid and to allocate these maxima in the appropriate speed class. 24

79. Moreover, to qualify their networks, operators will need to provide a VHCN class as reported in Table 3. For a grid to be declared as reached by a VHCN of a given class, the conditions associated with this class must be satisfied in at least 95% of the grid. This is, e.g., that at least 95% of the grid is reached by base stations connected to fiber lines. . If the networks qualify as VHCN under more than one criterion, operators need to provide one code. Table 3 – VHCN classes for mobile broadband Class of VHCN VHCN Code Not covered by VHCN 0 Fiber roll out up to the base station 2 No fiber roll out up to the base station but but all the performance thresholds in criterion 4 of the VHCN 4 Guidelines are satisfied Additionally and optionally, NRAs/OCAs may include another class to identify mobile networks that meet the performance thresholds of criterion 3 of the BEREC VHCN Guidelines (class 3 to be included in Table 3). Nowadays such networks do not exist, but in the future technological developments may allow for this situation. When a mobile network meets the performance thresholds of criterion 3 of the VHCN Guidelines, class 3 should be declared rather than class 2 or 4. As stated in paragraph 20 of the draft BEREC Guidelines on VHCN in this case, this network may be considered equivalent to a “fixed VHCN”.

80. Additionally, mobile operators and authorities use different tools to support their coverage simulations; but their minimum common functionalities/features should take into account international standards and recommendations (ITU, ETSI, CEPT). The mobile operators, in supplying QoS-1 and other network performance data, shall use their radio coverage and other network related calculations, as used for the routine planning and management of their operational mobile networks. Upon request by the NRA/OCA, the mobile network operator will transparently and fully disclose the tools, methods and assumptions used in generating the mobile broadband data provided to the NRA/OCA.

81. The minimum assumptions which are needed as input to the theoretical calculation of speeds are the following: a) a reception height of 1.5 metres above the ground at each pixel b) the used GIS layers should include not only the morphology of the terrain but also the characterization of the surface and the sizes of buildings, if and where appropriate, and if the maps are already available.

82. In order to calculate/estimate a broadband service coverage map the following two parameters should be used, as appropriate: a) data traffic demand on the network, based on realistic cell load estimates, as given by statistical models that take into account demand for broadband services; and b) the minimum radio coverage threshold per technology and/or per broadband service. 2.4.2.3 Data to be collected in order to characterize the reach and performance of mobile broadband

83. Ultimately, the dataset to be collected in order to characterize the mobile network is presented in Table 13 (Annex 3). For each 100m x 100m (or smaller) area, the following information has to be provided by the NRA/OCA from the operator’s data : - Operator code - Grid code or polygon ID - Technology availability - VHCN class per Table 3 Additionally and optionally, other parameters may also be required when NRAs/OCAs decide to collect further performance information, such as QoS-1 speed information - Upload Maximum Speed classes (according to Annex 2) - Download Maximum Speed classes (according to Annex 2) Please see Annex 3 for the tables with information to be sought and some indication on the means to gather the information.

84. When the required 100m x 100m (or other) grid information is aggregated from smaller sized cells (because the operator is providing the 100m x 100m (or other) grid information on the basis of smaller cells), the following points should be considered. For the operator to confirm that a 100m x 100m (or other) grid area is covered, it should guarantee that, in 95% of the grid territory, there is a high likelihood of reception of a broadband service. That is, operators should convert their own maps to the required resolution (100m x 100m or other).

85. QoS-1 speed indicators relevant to Article 22 should be reflective of the speed achievable rather than the speed actually experienced by end-users. BEREC suggests to calculate speed based on the IP packet payload layer (network layer) or the transport layer protocol payload (transport layer).

86. The proposed approach is a graded approach that suggests to use the technology as the minimum requirement and that allows NRAs/OCAs to complement it with other performance classes such as speed classes. This approach to describing technology 26 information will bring some level of comparability between MS and will also enable NRAs/OCAs to choose how to measure broadband service performance. Moreover, BEREC’s proposal is reflective of service availability, and is consistent with BEREC’s common position on mobile coverage.

87. However, a more ambitious approach would also require the comparability of some performance estimations across Europe, for example by QoS-1 speed information. However, QoS-1 speed data is only a broad qualifier used to compare data service performance. Yet, it is somehow unrelated to end user experience, and comparison of these metrics can be deceptive when compared with other metrics such as QoS-2 speed information which NRAs/OCAs may prefer.

88. Further elaboration: In the future, it may be appropriate that BEREC researches into the methodologies and assumptions used to calculate mobile speed indicators, with views to further considering some European harmonization. Any development on this respect would need to be cognisant of existing national approaches and would require a thoughtful assessment of its proportionality.

2.5 Data and characterization of a GIS system

89. A broadly accepted definition of GIS is the one provided by the National Centre of Geographic Information and Analysis (1990): “GIS is a system of hardware, software and procedures to facilitate the management, manipulation, analysis, modelling, representation and display of georeferenced data to solve complex problems regarding planning and management of resources”.

90. The functions of GIS include: data entry, data display, data management, information retrieval and analysis. This subsection provides information how to start the mapping process and which data are relevant to these Guidelines.

91. The usage of GIS is an important tool to fulfil the obligations of Article 22. A GIS facilitates the conduct of a geographical survey of the reach of electronic communications networks, both for the tasks under EECC, and for the surveys required for the application of State aid rules. Because of the importance of GIS systems, BEREC should consider supporting the development of GIS expertise across Member States with a series of activities, such as the adoption of some common methodologies, the sharing of best practices across NRAs, and the provision of some GIS utilities (working grids, dedicated layers, etc.). Please see Annex 5 for a description of the stages that may be followed in order to establish a GIS that is useful in the context of Article 22.

2.5.1 Layers and their relevance to these Guidelines

92. A map layer may contain groups of point, line, or area (polygon or multipolygon ) features representing a particular class or type of real-world entities such as customers, streets, postal codes and so on. A layer contains both the visual representation of each feature and a link from the feature to its database attributes. Table 4 - Layers 28

2.6 Forecast specificities

93. Article 22 imposes the obligation for Member States to carry out a survey of the current geographic reach of broadband. It also establishes that such a survey may include a forecast of the reach of broadband networks for a period determined by the relevant authority, including for VHCN. The collection of forecast data is therefore not mandatory under Article 22.

94. However, forecast data are indispensable to authorities in several contexts identified below. Therefore, this subsection includes a series of recommendations on information to request in order to implement surveys of forecasts of broadband reach that are relevant for the needs of the regulatory and policy functions referenced in Article 22.

95. In providing these recommendations, BEREC has recognised that operators’ rollout plans may change over time, due to unforeseen events, or as a result of changes in the strategies of investors. Because of this, longer term forecasts are more uncertain in nature than forecasts over a shorter period of time. Having established this, NRAs and OCAs who carry out surveys of forecasts of broadband reach would benefit from establishing verification mechanisms so that the forecast information is as reliable as possible.

96. BEREC has identified two main areas of public intervention where information from broadband forecasts is important. These are: a) Identification of designated areas. Article 22(2) EECC establishes that NRAs/ OCAs may designate an area with clear boundaries where, on the basis of the information gathered and any forecast prepared pursuant to paragraph 1 in the same Article, it is determined that, for the duration of the relevant forecast period, no undertaking or public authority has deployed or is planning to deploy a VHCN or significantly upgrade its network to a performance of at least 100 Mbps download speed. Moreover, Article 22(3) also provides for an (optional) mechanism, by which authorities, once an area has been ‘designated’, may call for further information on the intentions of parties to deploy VHCN or upgrade their networks to a performance of at least 100 Mbps download speed. It should be noted that the survey of broadband forecasts and the aforementioned mechanism are instruments which have different objectives, and the information required in respect of each of these mechanisms is gathered at different times. 29 b) State aid proceedings: In the context of state aid, it is necessary to identify the areas of a Member State that do not satisfy different standards of ‘broadband availability.’ Moreover, to provide for public financing of broadband deployments in these areas, it is indispensable to ensure that such financing will not distort the incentives of private investors with concrete rollout plans for the near future in such zones, and the future competition that may thereby result. The State Aid Guidelines oblige the relevant authorities to carry out a public consultation, which may enable them to find out about operators’ investment plans. In this context, a detailed and updated survey of forecasts of appropriate characteristics may assist the relevant authority to anticipate some of this information, providing complementary information in state aid proceedings. NRAs/OCAs may, on the contrary, decide that it is sufficient to gather information about forecasts solely by means of the public consultation mechanism on the areas where they envisage some public intervention, or where they see this as justified.

97. Other areas where forecasts may be used are to provide information to the public (e.g. where and when higher speeds can be expected) include market analysis procedures, or the design of national broadband plans. However, various possible forms of implementation with regard to these areas arise, depending on Member State specific situations and the goals pursued. The Guidelines are without prejudice to forecasts related to these functions which may be implemented at national level for other purposes than article 22.

2.6.1 Forecasts of broadband reach

98. This subsection specifies how forecasts for the use of Article 22(2) - designated areas and for the purpose of state aid should look. In all cases, it is advisable that the NRA’s or OCA’s GIS systems enable different layers information on broadband reach, and information on forecasts of broadband reach. A) Agents providing the information

99. In order for a survey to be useful in terms of designating areas and for state aid, NRAs/OCAs must request information from all potential investors (network 30 operators, public authorities, and other investors, if relevant). Small actors are also relevant, and it is in their own interests to provide this information so that their investment plans are not distorted by any subsequent public intervention. B) Areas where information is to be collected

100. In the context of Article 22, information about forecasts should be requested using the Article 22(1) forecast survey, wherever the authority intends to designate an area as defined in Article 22(2). That is, the information is necessary if, in that area, there is no VHCN or network with a performance of at least 100 Mbps of download speed, and where, at the time, there are no known deployment plans. In the context of state aid, the information about forecasts should be collected wherever public authorities intend to intervene. C) Frequency of data collection

101. BEREC recommends that the frequency of collection of forecast data of areas of interest be annual. Annual collection of data (for relevant areas) is suggested because it allows some monitoring of the forecast data. Some NRAs/OCAs may deem this excessive and may decide to engage in this activity only once they intend to designate areas (Article 22); or when they plan public interventions (state aid). On the contrary some other NRAs/OCAs may find necessary to collect forecast data more frequently, on the basis of specific national requirements. D) Resolution of the data collection

102. For the purposes for which the data are collected (state aid proceedings and the identification of designated areas), a high resolution (address level or 100x100m squares or smaller) is necessary. Forecast data should be available to the extent that the information is available at the stage of request (independently of the period when the deployment will take place) and can be provided with reasonable effort. F) Data to collect

103. The information on forecasts should be provided according to the following table (same for fixed and mobile forecasts): Table 5 – Data to collect on forecasts It may also be useful to gather information from the operator on the number of premises that are intended for coverage and on the main milestones of the plan within the planned project timeline. The information included in Table 5 (at address or grid level) is indispensable for the Article 22 forecast survey. Nevertheless, operators ought to complement this information with other forecast information, as soon as the data that could be used to devise these forecast information is available. These forecast information encompass all relevant information, including information on VHCN roll-out and information on network upgrades or extensions aiming at providing download speeds of at least 100 Mbps. NRAs/OCAs might detail the conditions under which operators should provide these forecast information.

2.6.2 Verification of forecast data

104. The reliability of forecast information is important in many respects. In the context of state aid, and for designated areas, rollout plans which are ultimately not carried out may imply that an area goes with no public funds when this would have been funded by means of state aid. If private investors do not declare their future rollout plans, they run the risk of being overbuilt with public funding. This can create an unwanted litigiousness and uncertainty, which could have been prevented if the declarations to invest had been completed in due time. For all of these reasons, NRAs/OCAs should aim to verify the information on forecasts of broadband reach, as far as this is reasonable and legally available.

105. Two types of verification can be thought of: ex ante verification (that is, at the time the information is requested) and ex post verification (i.e. after the period for which the forecast was made has passed). Ex post verification is more costly to carry out as it entails providing the technical and legal means to collect future information about the implementation of the rollout projects. However, this may be justified in some circumstances. 32

106. BEREC lists for guidance a series of possible verifications, which may be carried out by the NRA/OCA, whenever the information is held by the authority or there is a legal right to request it in order to assess the reliability of the forecast information.

107. Ex ante verification: • Looking at the operator’s investment track record (e.g. size, population density and location of past investments), compared with the proposed investment. • Comparing the size of the investment to the size of the operator. • Comparing investment forecasts of different operators to detect ‘outliers’ (e.g. in terms of investment size related to company size). • Considering the realisation of the main milestones of the investment plan within the planned project timeline (taking into account the size of the project, granting of permits, realisation of civil engineering work).

108. Ex post verification entails comparing forecasts with actually implemented network deployments by verifying the level of adherence of the operator with the planned timeline in terms of achievement of the main milestones of the project.

109. In case of large deviations the operator may be asked for a reasonable justification and; - NRAs/OCAs may check whether large deviations occur repeatedly for the same operator - Understand whether there was an incentive to deliberately provide a wrong forecast, e.g. due to effects on state aid and/or competition.

2.7 Publication, confidentiality issues and aggregation of data to provide information to third users

110. The publication of geographical survey data on broadband is an important tool by means of which end users can get information on service availability and choice. Indeed, the EECC requires NRAs/OCAs to make GS data which are not subject to commercial confidentiality directly accessible to allow for its reuse. In addition, Article 22 requires NRAs/OCAs to provide information tools that enable end users to determine the availability of connectivity in different areas, with a level of detail that is useful to support their choice of service provider, where such tools are not yet available on the market. In doing so, NRAs/OCAs contribute to an open and competitive market.

111. Moreover, Directive 2019/1024 on open data and the re-use of public sector information states that Member States shall ensure that public documents (including data) shall be re-usable for commercial or non-commercial purposes, where possible, through electronic means.

112. At the same time, in accordance with EU and national rules on commercial confidentiality and protection of personal data, some information gathered for geographical surveys (GS) may be considered to be confidential, and NRAs/OCAs shall then safeguard such confidentiality.

113. At the same time, NRAs/OCAs shall ensure that confidential information from GS can be made available to another such authority, to the Commission and to BEREC, after a substantiated request, where necessary to allow those bodies to fulfil their responsibilities.

114. Finally, it should be noted that the requirements of the GS information system should reflect the guidelines of the INSPIRE Directive , given that all public institutions of a Member State that have spatial information are obliged to manage and make available the data and the GIS in accordance with common principles and rules.

2.7.1 Publication of data

115. One of the key objectives of publishing mapping information for NRAs/OCAs is to create transparency for customers with respect to broadband access product characteristics. Transparency is perceived as an important means to motivate operators to improve the quality of their internet access products. In addition, it supports better-informed decisionmaking by consumers.

116. According to Article 22 NRAs/OCAs shall (where the relevant tools are not available on the market), make available information tools enabling end users to determine the availability of connectivity in different areas, with a level of detail which is useful to support their choice of operator or service provider. Indeed, mapping initiatives for end users are often constructed as an online platform for consumers to be able to know if and what type of broadband is available at their (future) home. Along with the available speed class, the available technologies in a specific area provide important information 34 for consumers. One particular group of consumers in this regard is those without internet connectivity.

117. NRAs/OCAs have several options to publish the GS data: • Interactive maps published in a dynamic web application; • Interactive address lookup published in a dynamic web application; • Application programming interfaces (‘API’) providing access to the data; • Datasets in open and generalised formats, such as CSV; and • Statistical reports, including tables and analysis.

118. Interactive maps published in dynamic web application seem to be the most promising publication format to gain impact and attention from a wide range of audiences, including end users. Nevertheless, a multi-publication approach also seems to be a good practice as publications can be complementary and can improve dissemination of information between end users, associations, public entities, and civil society.

2.7.2 Confidentiality

119. When publishing or granting access to GS data, NRAs/OCAs should have regard to the legitimate interest of operators in the protection of their business secrets and other confidential information, such as the protection of personal data of the end user.

120. Business secrets are defined as confidential information about a company's business activity, the disclosure of which could result in serious harm for the same undertaking.

121. The interests liable to be harmed by disclosure must, objectively, be worthy of protection. It is highly recommended that operators establish their claims for confidentiality, and that the NRAs/OCAs settle those claims according to clear and nondiscriminatory criteria. The assessment of whether a piece of information constitutes confidential information should be made on a case-by-case basis by the relevant authority (depending on the kind of information, and the circumstances).

122. Some examples of information that could qualify as business secrets and may be deemed to be confidential in the context of GS are: • Operators’ deployment forecasts; • Operators’ detailed information regarding the position and type of different network elements, with the exception of network elements that are subject to a wholesale access obligation that requires the publicising of this information; and • Operators’ production secrets and processes, as well as information relating to an undertaking's know-how, such as the tools and methods it uses to calculate coverage information.

123. Some examples of information that may not be considered confidential in the context of GS are: • Information which is publicly available. The coverage area of an operator will usually be available to customers and should therefore not be considered to be confidential; • Information that has lost its commercial importance, for instance due to the ageing of information because of the passage of time; • Information which is common knowledge among specialists in the field (for example, in relation to mobile propagation models); and • Statistical or aggregate information, in so far as it does not allow for the identification of business secrets.

2.7.3 Spatial level and data resolution

124. GS data can be accessed at various levels of spatial resolution, such as points, grids, postal codes or NUTS. Excessively detailed resolution can lead to an exorbitant increase in the size of the dataset and create problems with confidentiality, while access to data at very high spatial levels is likely to create fewer confidentiality problems.

125. When granting access to GS data, NRAs/OCAs shall keep in mind that granting access to: • Geocoded information (such as points or addresses) requires some solid motivation, since confidentiality concerns are more likely to arise at this very high geographic detail. • Data at grid level typically implies different scopes and user requirements, compared to geocoded information. However, they may also have potential confidentiality challenges. • Data at local administrative unit levels (‘LAUs’ or postcodes) are likely to imply medium disclosure risks. They will likely be a sufficiently small territorial unit in most circumstances. • Data at NUTS levels is likely to imply low disclosure risks. They will likely be an insufficiently small territorial unit in most circumstances. 36

2.7.4 Data aggregation

126. In order to fulfil their responsibilities, NRAs/OCAs may calculate aggregated broadband coverage rates for different areas (for example, administrative boundaries, starting at the municipality up to the regional and national levels). The European Commission uses aggregated information at national level (based on NUTS 3 level data) in order to monitor and compare the digital performance of Member States. It is therefore important to make sure that NRAs/OCAs apply harmonised rules in order to calculate comparable coverage rates.

127. Data collected as exact points and lines allow NRAs/OCAs to calculate the most accurate representation of reality. Aggregation is rather straightforward and requires few, if any, GIS skills. Thus, when NRAs/OCAs collect data at address level, they can accurately calculate the aggregated coverage rates for various resolution levels, without any approximation, and it is possible to identify perfect overlaps between operators and between technologies. This is also true when they are able to convert data collected at grid level into data at address level.

128. Operators often decide to deploy their network on the basis of population density. Since this variable is the same for all operators in each grid, it is reasonable to assume that operators will all prioritise coverage in the same areas. Thus, the footprint of the operator having the highest coverage rate should, in theory, encompass the footprints of operators having lower coverage rates in the grid.

129. Therefore, in order to treat overlaps, NRAs/OCAs shall estimate the aggregated coverage at grid level using the highest coverage rate in the grid. This corresponds to the coverage rate of the operator having the highest coverage rate in the grid. The same assumption shall be applied when estimating aggregated coverage rates per technology.

130. If authorities request or calculate mobile information on a grid smaller than the 100m x 100m (for example 20m x 20m), it would be recommended that when aggregating information to a 100m x 100m grid, they take into account that, to be considered as covered, they should ensure that a broadband service is available at least in 95% of the 100m x 100m grid area. 37

2.7.5 Access to information by public authorities

131. Article 22 (5) clearly states that public authorities with nominated responsibilities , must take into account the results of the geographical survey and that MS shall ensure that the NRA/OCA conducting the GS provide the results to other authorities, ensuring the same level of confidentiality. Moreover, Article 22 (5) also requires that NRAs/OCAs facilitating the information to other public authorities inform operators when doing so.

132. Confidentiality concerns and data aggregation may differ according to which authority is accessing the information, or for what purpose. Different purposes might generate different needs for transparency, but also different needs for confidentiality by data providers.

133. In any case, as provided by Art 20 (3) when information gathered in the context of a GS is considered confidential by an NRA/OCA, the EC, BEREC and any other competent authority shall ensure such confidentiality. However, such confidentiality shall not prevent the sharing of information between the NRA/OCA and the other authority in a timely manner for the purposes of reviewing, monitoring and supervising the application of the EECC.

134. Before providing access to GS data, NRAs/OCAs shall, on a case-by-case basis, make sure to obtain a good understanding of the expectations of the authority and its requirements. NRAs/OCAs shall always analyse the disclosure risk of information and consider reasonable aggregations.

135. NRAs/OCAs may publish the terms of public access to GS information, including the procedures for obtaining such access by other public authorities. In any case, other authorities must demonstrate that their request is in line with one of the purposes of the GIS. Based on the reasons for access, NRAs/OCAs can define a geographical scope and eventually grant access only for certain areas specified by the authority.

136. NRAs/OCAs shall check the spatial resolution of the provided data against the required level of outcome granularity, in order to determine the fitness for purpose of each dataset provided to the other public authorities.

137. Some examples of fit-for-purpose spatial aggregations of the collected data are: • NUTS 3 level : o For monitoring the European Gigabit Society targets 38 o For the European Broadband mapping portal (public view) • LAU (municipalities) level : o For verifying the availability of services falling within the universal service obligations (Article 22(5)), or to impose appropriate universal service obligations (Article 86(1)) o For defining coverage obligations attached to the rights of use for radio spectrum (Article 22(5)) • 1 km grid square level : o For the designation of an area with clear territorial boundaries where no undertaking or public authority has deployed, or is planning to deploy, a VHCN or significantly upgrade or extend its network to a performance of at least 100 Mbps download speeds (Article 22(2) and (3)) o For the European Broadband mapping portal (expert view) • Geocoded information, at point or address level : nd o For the application of state aid rules (Article 22(1), 2 subparagraph) o For the allocation of public funds for the deployment of electronic communications networks and the design of national broadband plans, including an adequate identification of market failure areas (Article 22(5)) 39

ANNEXES Annex 1 - Assessment of spatial resolution units

Table 6 - Spatial resolution units

40

Annex 2 - Speed classes

The following are the speed classes (download and upload) which should be considered in the submission of information:

Table 7 – Speed codes

More or equal to 1 Gbit/s 1000 ≥300 Mbit/s < 1 Gbps 300 ≥100 Mbit/s < 300 Mbit/s 100 ≥ 30 Mbit/s < 100 Mbit/s 30 ≥ 10 Mbit/s < 30 Mbit/s 10 ≥ 2 Mbit/s < 10 Mbit/s 2

It should be noted that, even if the classes are identical for upload and download speeds both speeds can belong to a different class, depending on the performance of the network.

Annex 3 - Structure/format of the data

1) For fixed broadband

At the address level

The data are divided into 2 tables: address database table (to be created by the NRA/OCA) and address coverage and performance database (collected from operators (unless NRA/OCA performs calculations)).

Table 8 – Address coverage and performance database

Table 2 Table Table Table

1

Table 9 – Address database

42

At the grid level

The data are divided into 2 tables: grid database table (to be created by the NRA/OCA) and grid coverage and performance database (collected from operators (unless NRA/OCA performs calculations)).

Table 10 – Grid coverage and performance database

Table 2

Table

1

Table 11 - Grid database table

43

2) For mobile broadband

Table 12 - Grid database table

Technology and speed table information

Note that this information can be collected in GIS form (can be a shapefile or a raster/grid) or a table form.

o GIS form - Technology digital maps with resolution of 100m x 100m or smaller, preferably using multiple designations or more to characterize each geographical point - This grid can be enriched with speed coverage, as explained in Section 2.4.2.2 .

o Table form which can be also a maps legend

44

Table 13 – Data to be collected

(see

2.4.2.2)

Codes in

Table 3

45

Annex 4 – GIS

1. Data formats / type of data

GIS data can be separated into two categories: spatially referenced data, which are represented by vector and raster forms (e.g. orthophotos), and attribute tables, which are represented in tabular format.

Some advantages and disadvantages of vectors and raster representations are:

- placement accuracy and accuracy of representation are significantly higher in vector representations; - the storage of raster entities requires more space; - handling vector representation in GIS applications is much faster (saving, loading, displaying, editing, copying, deleting); - free and generous symbolization of vectors entities (practically unlimited applicability of colours, fillings, shades and so on); - geometric flexibility of vector entities (e.g. drag and drop are easily done); - possibility to perform complicated calculations and determinations (e.g. area, perimeters and so on); - vector representation is independent of resolution and can be used in schemes that require smooth curved lines; - vector can be easily converted to raster; - some processes cannot use raster formats; - it is more difficult to print raster images using a limited amount of spot colours; - vector images are very complex, and the implementation of these formats on different devices is, accordingly, problematic. Conversion from one format to another is also difficult. - creating new vector entities or modifying / updating existing entities can be done easily.

1.1. Vectors

Vectors model are points, lines (arcs) and polygons (areas). Each of these units is composed simply as a series of one or more coordinate points. For example, a line is a collection of related points, and a polygon is a collection of related lines.

The most popular vector data file formats in GIS are:

Shapefile format is a popular geospatial vector data format for geographic information system (‘GIS’) software for storing the location, shape, and attributes of geographic features. It is developed and regulated by ESRI as a (mostly) open specification for data interoperability among ESRI and other GIS software products.

46

GeoJSON is a lightweight format based on Java Script Object Notation (‘JSON’), used by many open source GIS packages. GeoJSON’s feature includes points, line strings, polygons and multipart collection of these types. Therefore, it represents addresses, locations, streets, highways, counties, tracts of lands, and so on. GeoJSON features do not only represent physical world, but also mobile routing and navigation apps describe their service coverage using GeoJSON.

Keyhole Markup Language (KML) is a file format used to display geographic data in an Earth browser such as Google Earth. It is an XML–based language schema for expressing geographic annotation and visualization on existing or future Web-based, two-dimensional maps and three-dimensional Earth browsers.

Other important common formats for handling information that can be made into vector formats, if they include geographical coordinates are:

XML is a markup language created by the World Wide Web Consortium (‘W3C’) to define a syntax for encoding documents that both humans and machines can read. XML is playing an increasingly important role in the exchange of a wide variety of data on the Web and elsewhere. Along with CSV, XML format is most used in interactions between NRAs and operators.

CSV is a comma-separated values file, which allows data to be saved in a tabular format. CSV files that contain addresses or latitudes/longitudes can be imported very easily as layers in many of the GIS currently used.

1.2. Raster

A Raster data model consists of rows and columns of equally sized pixels interconnected to form a planar surface. Raster are digital aerial photographs, imagery from satellites, digital pictures, or even scanned maps.

1.3. Tabular format data

Tabular format data is simply information presented in the form of a table with rows and columns.

To transform any type of files model into a data model which is needed for any GIS application, it is necessary to have a spatial ETL (extract, transform, load) tool. Spatial ETL tools are capable of a wide range of processes and dataflows, from simple format translations to complex transformations that restructure geometry and attributes.

An example of spatial ETL tools for GIS is Feature Manipulation Engine (‘FME’) which is an engine that supports an array of data types, formats, and applications: Excel, CSV, XML, and

47

databases, as well as various types of mapping formats including GIS, CAD, BIM, and many more.

2. Projection coordinate system

A projected coordinate system provides mechanisms to project maps of the earth’s spherical surface onto a two-dimensional Cartesian coordinate (x, y coordinates) plane. Projected coordinate systems are referred to as map projections. This approach is useful where accurate distance, angle, and area measurements are needed. The term ‘projection’ is often used interchangeably with projected coordinate systems.

Commonly used projected coordinate systems include:

Universal Transverse Mercator

A widely used two-dimensional Cartesian coordinate system is the Universal Transverse Mercator (‘UTM’) system which represents a horizontal position on the globe and can be used to identify positions without having to know their vertical location on the ‘y’ axis. The UTM system is not a single map projection. It represents the earth as sixty different zones, each composed of six-degree longitudinal bands, with a secant transverse Mercator projection in each.

Lambert azimuthal equal-area projection

Lambert azimuthal equal-area projection is a particular projection from a sphere to a disk (that is, a region bounded by a circle). It accurately represents area in all regions of the sphere, but it does not accurately represent angles. Further references on projected systems are provided below.

The European Terrestrial Reference System 1989 (‘ETRS89’) is the standard coordinate system for Europe. It is the reference system of choice for all international geographic and geodynamic projects in Europe. The ETRS89 was established in 1989 and is maintained by the sub-commission EUREF (‘European Reference Frame’) of the International Association

of Geodesy (‘IAG’). ETRS89 is supported by EuroGeographics and endorsed by the European Union (‘EU’).

A coordinate system is a reference system used to represent the locations of geographic features and observations such as GPS locations within a common geographic framework. Coordinate systems enable the integration of datasets within maps, as well as the performance of various integrated analytical operations, such as overlaying data layers from disparate sources and coordinate systems.

The data are defined in both horizontal and vertical coordinate systems. Horizontal coordinate systems locate data across the surface of the earth, and vertical coordinate systems locate the relative height or depth of data. Horizontal coordinate systems can be of three types: geographic, projected, and local.

Geographic coordinate systems (‘GCS’) most commonly have units in decimal degrees measuring degrees of longitude (x-coordinates) and degrees of latitude (y-coordinates). The location of data is expressed as positive or negative numbers: positive x- and y-values for north of the equator and east of the prime meridian, and negative values for south of the equator and west of the prime meridian.

The most recent geographic coordinate system is the World Geodetic system 84, also known as WGS 1984 or EPSG:4326 (EPSG- European Petroleum Survey Group). It consists of a standard coordinate system, spheroidal reference (the datum or reference ellipsoid) and raw altitude.

Numerous free software applications are available which can transform any coordinate system into WGS84 system. Accordingly, if one Member State makes use of a different type of coordinate system, this is unlikely to be inherently problematic.

49

Annex 5 – Stages for GIS

The text below sets out a description of the stages that may be followed in order to establish a GIS that is useful in the context of Article 22: a) Choose an appropriate GIS system and means to store the data, where it is best to store it into a database b) Examine what kind of spatial information (data) are available in the MS, cadastral and land registration authority or other national authorities and decide what is needed for broadband mapping purposes c) Choose a geographic coordinate system d) Collect selected vector spatial data (city, county, streets, addresses, building, cadastre etc.) and import into database e) Choose a free or purchased basemaps for use the GIS application f) Standardize the format to be able to process operator data – and make it easy to share. Specify the protocol for receiving the data (calendar, sharing tools) g) Receive data files with information from operators in the set format (for example in xml- GML, shp or CSV+WKT formats). For these data exchanges, it may be necessary to establish a secure communication channel h) Transform these files into GIS application format, if necessary i) Validate these data files with rules previously established with operators j) If the data are problematic, return them to the operators for correction. Establish with operators a new period to receive corrected data k) Validate received files again with rules previously established – until results are acceptable l) After validation, these data files should be imported into the GIS database. The database has the format previously set m) Open spatial data (vector and raster) in the GIS application and preview data from operators in the GIS n) Use free or purchased modules or tools to analyse the data o) Choose map scales for fixed and mobile data presentation (for example 1:1000, 1:2000 for urban areas and 1:5000 for rural area) using paper printing p) Presentation of gathered data and results by open network protocols such as WMS or WFS enabling download using open format

50

Fotnoter

  1. 1.1 Legal Framework 3
  2. 1.2 Subject matter 4
  3. 1.3 Scope of the Guidelines 5
  4. 1.4 Calendar of delivery of the Guidelines 6
  5. 1.5 Guidelines revision 7
  6. 2.1 Definitions 8
  7. 2.2 Data sources and frequency of data collection 11
  8. 2.3 Geographical spatial resolution of data 12
  9. 2.4 Elements of characterization of network connectivity or services 15
  10. 2.4.1 Fixed broadband 15 2.4.1.1 Data to be collected in order to characterize the reach and performance of a fixed network 16 2.4.1.2 Data to be collected in order to characterize the reach and performance of a FWA network 20 2.4.1.3 Technology 21 2.4.1.4 Speed Classes 21 2.4.2 Mobile broadband 23 2.4.2.1 Mobile broadband service and technologies 23 2.4.2.2 Theoretical mobile broadband coverage calculation 24 2.4.2.3 Data to be collected in order to characterize the reach and performance of mobile broadband 26
  11. 2.5 Data and characterization of a GIS system 27
  12. 2.5.1 Layers and their relevance to these Guidelines 28
  13. 2.6 Forecast specificities 29
  14. 2.6.1 Forecasts of broadband reach 30 2.6.2 Verification of forecast data 32
  15. 2.7 Publication, confidentiality issues and aggregation of data to provide information to third users 33
  16. 2.7.1 Publication of data 34 2.7.2 Confidentiality 35 2.7.3 Spatial level and data resolution 36 2.7.4 Data aggregation 37
  17. 2.7.5 Access to information by public authorities 38
  18. 1 For fixed broadband 42 At the address level 42 At the grid level 43 2) For mobile broadband 44
  19. 1 ECN, as defined in Article 2.1 of the EECC. 2 According to Article 20(1) of the EECC, NRAs and OCAs have the power to require information on electronic communications networks and associated facilities, which is disaggregated at local level and sufficiently detailed to enable the geographical survey and designation of areas in accordance with Article 22. According to Article 21, NRAs and other competent authorities “may require undertakings to provide information with regard to the general authorisation, the rights of use or the specific obligations referred to in Article 13 (2), which is proportionate and objectively justified in particular for the purposes of […] conducting geographical surveys”.
  20. 4 Coupled with Article 20. 4
  21. 5 The European Broadband Mapping project developed three data categories for ‘Quality of Service’ (‘QoS’): QoS1/QoS2/QoS3. See definitions in section 2.1.
  22. 6 QoS-2 and QoS-3 may be used in some Member States to characterize broadband reach, but this is not a common occurrence. The Broadband Cost Reduction Directive (‘BCRD’) contains provisions related to physical infrastructure without generically mandating their mapping, as it establishes an obligation to make available to the single information point (but not as such to map) information regarding all existing physical infrastructures (not only those related to ECNs) for which the information has been requested by operators (not the rest). 6
  23. 8 This broadband access refers to the EC Digital Single Market glossary definition which specifies that broadband is “a term applied to high speed telecommunications systems, i.e. those capable of simultaneously supporting multiple information formats such as voice, high-speed data services and video services on demand. The Digital Agenda defines three levels of broadband speeds: 2, 30, and 100 Megabit per Second”. 8
  24. 9 Note that the maximum achievable speed should be calculated taking into consideration the currently installed equipment (as opposed to any equipment that could be installed); the current capacity in the backhaul network and the distance of the end-user from the last node. 9
  25. 10 This four-week period does not take into account delays due to external, non-technical factors, such as delays from the end user side, delays arising from operator administrative reasons, or delays due to extreme weather conditions).
  26. 11 https://ec.europa.eu/digital-single-market/en/broadband-and-infrastructure-mapping-project. State aid proceedings, national broadband plans, spectrum licensing, etc. 11
  27. Geographical coordinates. 14 A summary of the advantages and disadvantages of each spatial resolution unit (included in the “Broadband and infrastructure mapping study / SMART 2012/0022”) is presented in Annex 1. 12
  28. 15 In this case other administrative bodies should be required to provide these data to NRA/OCAs. 16 The areas that divide the territory must be the same for all technologies and do not overlap each other. NRAs should provide such grids or polygon systems to operators. 17 BoR (18) 237. 13
  29. 18 BEREC is not determining the length of this transitional period. In the future it will be necessary to examine how different MS have transposed and enabled the Article 22 provisions and then consider the need to revise and update GL. In that context BEREC will consider the need to extend or end the transitional period. 19 At the same time, exact geocoded points require better data protection and raise confidentiality issues and a more complex management of data. 20 BEREC acknowledges the difficulties that some of the operators may face, in particular those with no GIS system or proper trained staff in this area. NRAs/OCAs might request the data in the simplest format in cases where specific difficulties are identified and as requested by operators, so that it is as easy to provide information as possible.
  30. 21 In the case of increasing the number of categories of indicators proposed in these Guidelines, it would be required that the new splits or classes could be aggregated to fulfil the Guideline’s categorization. 22 For example, where there is a passive fiber network, where the optical line termination point is not at the address and distances may be collected. 15
  31. 23 See the relevant definition in subsection 2.1. 24 These data must also be provided by wholesale-only access network providers. In addition, note that if dark fiber can be lit at an address within a one month period and according to the premises passed definition, then the information for this address must also be provided. 25 Or alternatively, this may be calculated by the NRA/OCA, although this may not be very usual. 26 According to paragraph 58 of the EU State Aid Guidelines, NGA networks are understood to have at least the following characteristics: (i) deliver services reliably at a very high speed per subscriber through optical (or
  32. Not covered by VHCN 0 Fiber roll out to the address 1 Fiber roll out up to the base station (relevant for FWA) 2 No fiber roll out to the address, but all performance thresholds in 3 criterion 3 of the VHCN Guidelines are satisfied No fiber roll out up to the base station but all the performance thresholds in criterion 4 of the VHCN Guidelines are satisfied 4 (relevant for FWA).
  33. equivalent technology) backhaul sufficiently close to user premises to guarantee the actual delivery of the very high speed; (ii) support a variety of advanced digital services including converged all-IP services; and (iii) have substantially higher upload speeds (compared to basic broadband networks). 27 Or NRAs/OCAs in the case they take the responsibility to provide for this information (see paragraph 20). 28 These thresholds will be determined by the BEREC Guidelines on VHCN. Article 2 EECC determines that those will regard: uplink and downlink bandwidth, resilience, error-related parameters and latency and its variation.
  34. 29 . criteria are satisfied) . As stated in paragraph 20 of the draft BEREC Guidelines on VHCN in this case, FWA may be considered equivalent to a ‘fixed very high capacity network’
  35. 29 The VHCN Guidelines will be approved by the end of 2020. If there are changes to the 4 criteria that identify VHCN networks or the notion of wireless networks that may be considered equivalent to fixed VHCNs, these should be reflected in Tables 1 and 3 in these Guidelines. If this is necessary BEREC will consider these changes in the context of phase 2 guidelines. 30 In this case, it would be expected that all the thresholds of criteria 4 in the VHCN Guidelines are satisfied as well, as in the draft VHCN Guidelines those are less demanding than for fixed-line. 31 The addresses coordinates, their number of premises, the smallest administrative area to which they belong, the number of households in the address (optional) and an identifier of the address being a site of public interest as described in the resolution subsection 2.3 (optional). 32 The address database is to be compiled by the NRA/OCA. Operators should not be expected to collect this information, yet if they know this information, NRAs/OCAs may consult them in order to complete the database. In the future, in the context of the Implementation Report, BEREC will consider whether to further elaborate on the need of a unique database by country. 18
  36. 33 The “premises passed” information in the case of grid will allow NRAs/OCAs to have information on the reach of the network in each grid cell and also simplify the aggregation of operator data in a grid by taking as a proxy for overall reach the information of the maximum “premises passed” amongst operators (see paragraph 129). In the case of address information, the reach of the network in an area can also be derived from the number of “addresses passed”, so that “premises passed” information can be made optional. 34 According to paragraph 58 of the EU State Aid Guidelines, NGA networks are understood to have at least the following characteristics: (i) deliver services reliably at a very high speed per subscriber through optical (or equivalent technology) backhaul sufficiently close to user premises to guarantee the actual delivery of the very high speed; (ii) support a variety of advanced digital services including converged all-IP services; and (iii) have substantially higher upload speeds (compared to basic broadband networks).
  37. 35 In this case, it would be expected that all the performance thresholds in criteria 4 of the VHCN Guidelines would be satisfied as well, as those are less demanding than those of criteria 3. 36 For example, where it’s demonstrated that the risk of high load from mobile or nomadic users is very low and where the service is locked to the specific area through geo-locking and/or permanently mounted outdoor antennas. 20
  38. Description Codes Medium Codes
  39. DSL on the copper line* DSL VDSL on the copper line* VDSL COPPER VDSL-Vectoring on the copper line* VECT DOCSIS 1.0 or 2.0 on coaxial cable DOC1 COAXIAL DOCSIS 3.0 or 3.1 on coaxial cable DOC3 FTTH/FTTB FTTH/B FIBER FWA in licensed spectrum FWA AIR FWA in unlicensed spectrum WIFI Others OTHER OTHER *These options do not include any FTTB component. For the avoidance of doubt, the type of wiring within a building is not relevant to Table 2.
  40. 37 The provision of broadband with a satellite connection is important in Europe, but all European premises are passed with satellite. Therefore, this option should not be considered in Table 2. 21
  41. 38 For example, for download expected peak-time speed for a given technology to be calculated as a percentage of the calculated maximum download speed (or vice-versa). 39 This layer shall be the layer indicated in the VHCN Guidelines. Thus, in case VHCN guidelines consider a different layer, the later should also be considered for the purpose of speed calculations under these Guidelines.
  42. 40 BoR (18) 237 41 It should be noted that to have broadband service availability first the mobile network needs to be available, as without mobile network availability no service is delivered. Also for each specific service (e.g. different data rates) different conditions of the mobile network need to be available, including the performance of the mobile terminal. 42 3G as mentioned in the Recommendation ITU-R M.1457-14 specifying IMT – 2000 standard; 4G as mentioned in the IMT – Advanced documentation; 5G as the IMT – 2020 specifications will state. 23
  43. 43 These thresholds will be determined by the BEREC Guidelines on VHCN. See footnote 27. 25
  44. 44 Although some NRAs/OCAs collecting QoS 1 information may provide information to the consumer related to service availability and kinds of use that an end user may expect, rather that speeds themselves. 45 QoS-2 and QoS-3 approaches only give information on the locations where the measurements are undertaken, at a specific time. Therefore, it would be difficult for QoS-2 and QoS-3 speed approaches to provide speed information at the level of granularity required in these Guidelines. 46 Please see Annex 4 for more details on GIS. 47 http://www.geogra.uah.es/patxi/gisweb/GISModule/GISTheory.pdf 27
  45. Layers NRAs/OCAs may have Kinds of layers Layers relevant to Guidelines
  46. • Administrative division (Polygons) o Addresses (Points), • Rural and urban areas (Polygons or o Grids, 100m x 100m or smaller (Polygons raster) that can be processed to raster) • Public interest locations (e.g. universities, schools, hospitals, public areas, etc.) Reference layers • Land cover (Polygons or raster) • Transport routes (Lines or polygons) • Environmental data (Polygons or raster) • Census areas with social demographic data (Polygons) • Base maps o Premises passed per operator, medium, technology, speed, VHCN class and other parameters for fixed broadband in reference address points Inventory raw data o Area covered per operator, medium, layers technology, VHCN class, speed and other parameters for - fixed and mobile broadband – in reference grids
  47. o Aggregated grid coverage, 1x1 km Analysis results o Aggregated grid speed, 1x1 km layers o Others to be decided by NRAs or BEREC
  48. Polygon: On a map, a closed shape defined by a connected sequence of x,y coordinate pairs, where the first and last coordinate pair are the same and all other pairs are unique. Multipolygon: a two dimensional geometric collection of polygons, where the interiors of these polygons do not intersect. See subsection 2.7.4.
  49. 50 Article 20(1) of the EECC provides NRAs and OCAs with the power to require information on electronic communications networks and associated facilities, which is disaggregated at local level and sufficiently detailed to enable the geographical survey and designation of areas in accordance described in Article 22. On the contrary, for operators, responding to a public consultation is voluntary. 51 Paragraph 3 in Article 22 requires authorities to specify the information to be included in the public consultation submissions to be at least of a similar level of detail as that of the optional forecast survey cited in paragraph 1.
  50. 52 White areas are those in which there is no broadband infrastructure and where it is unlikely to be developed in the near future. Grey areas are those in which one network operator is present, and another network is unlikely to be developed in the near future. Public support in these areas is possible when it can be demonstrated that there is a market failure and subject to certain compatibility conditions. Similarly, white NGA areas are those areas with no NGA network and where it is not unlikely that one is built within 3 years on a commercial basis. A grey NGA area is one where there is only one such network (or it is being deployed) and there are no plans by a private company to build another one in the succeeding 3 years. 53 EU Guidelines for the application of State Aid rules in relation to the rapid deployment of broadband networks (2013/C 25/ 01).
  51. 54 Article 20 EECC provides NRAs/OCAs with the right to request information from undertakings other than providers of ECN and ECS when the information provided by this latter kind of agent is insufficient to carry out regulatory and policy tasks under EU law. The identification of areas with market failure (white, grey, white-NGA, grey NGA areas as defined in the state aid areas and ‘designated areas’ as defined by Article 22(2)) is an important policy in Member States which requires gaining knowledge of the rollout plans of different undertakings, including those that are not ECN/ECS providers. These requests need to be proportionate to the need fulfilled, and wellreasoned. 31
  52. Variable Grid or Zone Operator Technol Maximum VHCN class (Expected) Expected address code ogy Download Start date end date (optional) code speed of the of the category rollout rollout
  53. Data to be requested from network providers Descrip Information Code of Operator Codes in Speed Codes Date (may Date tion identifying the zone, code Table 2 category according to be in the (before the the grid or considerin according (column after Table 1 (fixed past) end of the address g the to a list 2) (fixed) rollout. and three year provided by lowest provided and Code in wireless) period) the administra by the classes Table 7 , NRA/OCA tive unit in NRA/OCA in Table Annex 2. the 13 Member (mobile), State Annex 3
  54. 55 Which forecasts to verify, which verification methods to use, whether to record or not repeated failures to provide accurate information should be a choice of the NRA/OCA. 56 The actually implemented network deployments can be calculated by comparing the network reach of an operator at different points in time. 33
  55. 57 Directive 2007/2/EC of the European Parliament and of the Council of 14 March 2007, https://inspire.ec.europa.eu/documents/directive-20072ec-european-parliament-and-council-14-march-2007establishing
  56. 58 Study on Broadband and Infrastructure Mapping, European Commission, https://ec.europa.eu/digital-singlemarket/en/news/mapping-broadband-and-infrastructure-study-smart-20120022 59 See EC Guidance on the preparation of public versions of Commission Decisions adopted under the Merger Regulation. 35
  57. 60 There is an overlap when more than one operator provides access to broadband for a single spatial unit (e.g. a grid cell); when one operator provides access to broadband for a single spatial unit (e.g. a grid cell) through more than one technology.
  58. 61 Allocation of public funds for the deployment of electronic communication networks, for the design of national broadband plans, for defining coverage obligations attached to the use of radio spectrum and for verifying availability of services falling within the universal service obligations in their territory. 62 This is not a comprehensive list of examples, but rather some usual ones.
  59. EXACT POINTS
  60. Data are collected as exact points representing addresses.
  61. Pros Cons
  62.  Highly accurate representation of reality  High data security requirements have to be met  High efforts for mapping  Possibly high reluctance on the part of network operators / internet service providers to provide data due to business confidentiality
  63. Data on broadband services are often collected at the level of grid cells.
  64. Pros Cons
  65.  Sufficient level of confidentiality for infrastructure  Effort is required to translate address or other owners (data suppliers) geographical data to the grid level  Relatively accurate data with low margin of error for data aggregated on administrative levels
  66. Data can also be collected with reference to an existing geographical aggregation system such as NUTS or postal codes.
  67. Pros Cons
  68.  Potentially very little effort for data suppliers,  Little or no options for further analysis of the data, depending on the chosen level of aggregation depending on the chosen level of aggregation  No possibilities to detect overlapping availabilities and, therefore, higher margin of error
  69. Source: EC study “Mapping of Broadband Services in Europe – SMART 2014/0016”, based on the “Broadband and infrastructure mapping study / SMART 2012/0022”
  70. Speed Code
  71. 63 Note that these speed categories may change at the time of the publication of the Guidelines, following any update of the work undertaken by BEREC on the definition of VHCN. 41
  72. Expected Expected Max Max download upload Number of VHCN Technolo- download upload Variable peak time peak time premises class
  73. gy Operator speed speed
  74. speed speed passed class class class class
  75. Description Codes in Operator code Codes in Codes in Codes Codes in Number of Codes (according to a , , in , premises in
  76. list provided by , passed at Annex 2 Annex 2 Table Annex 2 Table the NRA/OCA) this Annex
  77. 2 address.
  78. This entry is optional
  79. Data type Character Character Integer Integer Integer Integer Integer Integer varying (6) varying (6)
  80. Address Address Number of Number of Public Variable coordinate Zone code code Address premises households services (1) (2) buildings
  81. Description Coordinate Code of Full Code of the Number of Number of Code of of the the address in zone, premises households public address in address. a string considering at this at this building: the WKT Has to be form the lowest address. address. 0 – no public format unique (Street administrativ This entry 1- school/ per number, e unit in the is optional university address Street Member 2- hospital name, State. For 3 – other locality aggregation public code), in usage administratio the n premises standard
  82. For instance “SRID=2145;POINT(-44.3 60.1)”
  83. format of 4- main the transport Member hubs State 5- highly digitalized businesses
  84. This entry is optional
  85. Data type Point Characte Character Character Integer Integer Integer r varying varying varying (50) (50) (100)
  86. (1) Some NRAs/OCAs may want to add information regarding the projection system used, if needed due to their national circumstances.
  87. (2) Some NRAs/OCAs may find useful to split the address code into separate fields, e.g. street name, number, zip code etc.
  88. Variabl Technol Operator Max Max Expected Expected Number VHCN e ogy upload downloa peak time download of Class speed d speed upload peak time premise class class speed class speed s passed class
  89. Descript Codes in Operator Codes in Codes in Codes in Codes in Number Codes ion code Table 7, Table 7, Table 7, Table 7, of in
  90. (according Annex 2 Annex 2 Annex 2 Annex 2 premises
  91. to a list passed in
  92. provided by this area. the NRA/OCA) Data Character Character Integer Integer Integer Integer Integer Integer type varying varying (6) (6)
  93. Variable Coordinate Grid code Zone code name Number of Number of premises households
  94. Description Coordinate Code of the Code of the zone, Number of Number of and grid. Has to considering the lowest premises in this households in this geometry of be unique administrative unit in area area. This entry the polygon per grid the Member State. For is optional aggregation usage
  95. in the WKT 65 66 format. ,
  96. Data type Multipolygon Character Character varying (70) Integer Integer varying (50)
  97. Variable Coordinate Grid code Zone code name
  98. Description Coordinate and Code of the grid. Has to Code of the zone, considering the lowest geometry of the be unique per grid administrative unit in the Member State. polygon in the WKT For aggregation usage 67 68 format. , Data type Multipolygon Character varying (50) Character varying (70)
  99. That polygon could be a grid. For instance: “SRID=2154;MULTIPOLYGON (((30 20, 45 40, 10 40, 30 20)),((15 5, 40 10, 10 20, 5 10, 15 5)))“ That polygon could be a grid. For instance: “SRID=2154;MULTIPOLYGON (((30 20, 45 40, 10 40, 30 20)),((15 5, 40 10, 10 20, 5 10, 15 5)))“
  100. Grid Reso- Opera- Max Max VHCN Technology Code lution -tor Download Upload class Or (1) Code 3G 4G 5G non- 5G speed, speed, see
  101. polygon (accor availabilit availabili standal standalone see subsection ID ding y, high ty, high one availability subsec- 2.4.2.2 subsecto a likelihood likelihoo availability high tion (optional) tion list of service d of high likelihood 2.4.2.2
  102. provid reception, service likelihood of service (optional) ed by see sub- reception of service reception, the section see sub- reception see NRA/O 2.4.2.1 section see sub- subsection, CA)] 2.4.2.1 section 2.4.2.1 2.4.2.1
  103. Integer string Charac Boolean Boolean Boolean Boolean Codes in Codes in
  104. ter Table 7 Table 7
  105. varying Annex 2. Annex 2. (6) This entry This entry
  106. is is optional.
  107. optional.
  108. (1) Polygon resolution or grid size
  109. 69 For more information see. https://s3.amazonaws.com/gitbook/Desktop-Basic-2019/Desktop-Basic-2019.pdf 70 For more information see: http://resources.esri.com/help/9.3/arcgisengine/dotnet/89b720a5-7339-44b0-8b58- 0f5bf2843393.htm 71 For more information see: https://ec.europa.eu/eurostat/documents/4311134/4366152/Map-projections- EUROPE.pdf/460d90e4-b7f2-49b7-8962-5c860c76757d (pp. 110-130) 48
  110. 72 For more information see: https://pro.arcgis.com/en/pro-app/help/mapping/properties/coordinate-systems-andprojections.htm 73 For more information see: https://zia207.github.io/geospatial-data-science.github.io/map-projection-coordinatereference-systems.html