URL

Universal Resource Locator

Other →
Introduced in R99 Also in: Core Network, Management

URL is a specific type of URI that provides the network location and access method for a resource, enabling devices to retrieve it over IP networks for service access, content delivery, and management operations in 3GPP systems.

Category
Other
Introduced
R99
Where
Services › Codecs
Also touches
2 segments
Specifications
72 specs
URL Description Purpose Related Classification Detected Changes Specifications

Description

A Universal Resource Locator (URL) in 3GPP is a subset of URI that specifies not only the identity but also the primary access mechanism and network location of a resource. Defined by IETF standards, it typically includes a scheme (e.g., http, https, ftp), host, port, path, and query string. URLs are employed across 3GPP systems for accessing services, downloading content, and configuring devices. For instance, in mobile browsing, URLs point to web pages; in streaming, they locate media files; and in device management, they identify configuration servers. This enables UEs to interact with network-based resources using standardized internet protocols.

URLs work by providing a complete address that client applications can use to retrieve resources. When a UE accesses a service—say, via HTTP—it constructs an HTTP request using the URL's components: the scheme determines the protocol (HTTP), the host resolves to an IP address via DNS, the port specifies the endpoint (default 80 for HTTP), and the path indicates the specific resource on the server. In 3GPP contexts, URLs are often provisioned to devices through mechanisms like OMA Device Management (DM) or Access Network Discovery and Selection Function (ANDSF). For example, a URL might point to an entitlement server for DRM-protected content or to a policy server for QoS rules. The UE's protocol stack handles the resolution and connection, while application layers interpret the retrieved data.

Key architectural elements involving URLs include the UE's browser or client apps, which initiate requests; network functions like Proxies or Gateways that may intercept or redirect URLs; and service platforms that host resources. In IMS, URLs can be used in SIP messages to reference external bodies (e.g., content indirection). For content delivery, URLs are central to HTTP Adaptive Streaming (HAS) where manifest files contain URLs for media segments. Management protocols such as OMA DM use URLs to specify management objects or software update locations. The security of URL access is ensured through TLS (https) and authentication mechanisms, with 3GPP specs often mandating secure schemes for sensitive operations.

URL's role in 3GPP networks is critical for service delivery and operational support. It enables seamless access to internet and operator-hosted services, forming the backbone of mobile data experiences. URLs support dynamic content adaptation by pointing to different versions based on device capabilities or network conditions. They also facilitate automated processes, such as device configuration during initial attach or service activation. By leveraging URL standards, 3GPP ensures compatibility with the World Wide Web, allowing mobile networks to integrate with cloud services, content distribution networks, and enterprise applications. This universality underpins the user experience for apps, streaming, and web services in 3G, 4G, and 5G.

Purpose & Motivation

The Universal Resource Locator (URL) was adopted in 3GPP to enable standardized resource access over IP networks, addressing the need for mobile devices to interact with web and server-based services. Prior to its use, mobile data services often relied on proprietary protocols or limited WAP gateways, which restricted content accessibility and interoperability. As 3GPP evolved towards packet-switched networks in releases like R99, there was a push to support mainstream internet protocols, requiring a common addressing scheme for locating resources. URLs, as a well-established web standard, provided a way to unify access to diverse content and services, from simple web pages to complex application servers.

URL solves the problem of how mobile devices discover and retrieve network resources in a consistent manner. It allows operators to deploy services without custom client software, as UEs can use built-in browsers or standard libraries to handle URLs. For example, in device management, URLs enable over-the-air provisioning by pointing to configuration files. In multimedia, URLs in playlists allow adaptive streaming across networks. Without URLs, each service would need its own addressing mechanism, increasing complexity and hindering user experience. URLs also support scalability, as resources can be distributed across multiple servers identified by different URLs.

Historically, URL integration in 3GPP was driven by the convergence of mobile and internet technologies, particularly with the introduction of always-on data in UMTS. R99 saw early use for WAP and MMS, but later releases expanded URLs to IMS, management, and policy control. They addressed limitations of earlier mobile-specific schemes by enabling direct access to internet content, fostering innovation in mobile apps and services. URLs have become indispensable for 5G service exposure and edge computing, where applications need to locate distributed resources efficiently. Their continued evolution supports new use cases like VR streaming and IoT data retrieval.

Classification

Part ofURI
Related approachesHTTPDNS

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (13 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-16 1 change

In Release 16, the URL function was enhanced through corrections and additions to the 5G Media Streaming (5GMS) APIs. Specifically, the Service Access Information resource saw corrections to its subresource URL definition and its cardinality for MediaPlayerEntry and ClientMetricsReportingConfiguration. Furthermore, new procedures for Uplink Streaming and modifications to the Metrics Reporting Configuration API (M1) were introduced, expanding the URL's role in service access and client configuration.

  • Cumulative corrections of 5GMS3 APIs [CRs implemented: S4-201432: Cumulative corrections of 5GMS3 APIs, Ericsson S4-201305: Editorial corrections, BBC S4-201363: Additions and Modifications to M1 API on Metrics Reporting Configuration, Qualcomm S4-201622: Text on Procedures for Uplink Streaming, Qualcomm, Ericsson S4-201580: Correction of the missing SdfMethod type definition, Ericsson S4-201593: Correction of the missing CRUD operation notation, Ericsson S4-201594: Correction of the MediaPlayerEntry and ClientMetricsReportingConfiguration cardinality in the Service Access Information resource, Ericsson S4-201596: Correction of the Service Access Information subresource (URL), Ericsson S4-201597: Annex for OpenAPI Implementation, Ericsson S4-201595, Update Consumption reporting, Enensys Technology, BBC S4-201590: Bug Fixes on Metrics Reporting Functionality, Ericsson LM, Qualcomm Incorporated S4-201486: AF-based Network Assistance, Sony Europe B.V., Ericsson LM S4-201608: CR on AT Commands for RAN-based Assistance, Qualcomm Inc.] TS 26.512CR0004
Rel-18 10 changes

In Release 18, the enhancements to the URL function focused on the 5G Media Streaming (5GMS) service, introducing a canonical 5GMS Application Server host name for universal Media Entry Point URLs embedded in portable Service URLs. The release also specified new baseline parameters, their adjustment, and procedures for the pre-selection of a Service Operation Point directly within the Service URL. Furthermore, it defined handling for dynamic policies and Service URLs, including the introduction of an HTTP Media Delivery Service URL for MBMS.

  • HTTP Media Delivery Service URL for MBMS TS 26.347CR0017
  • [5GMS_Ph2] Feature description, dynamic policies and Service URL handling TS 26.501CR0044
  • [5GMS_Pro_Ph2] Service URL Handling TS 26.512CR0046
  • 3GPP Service and URL Handler TS 26.804CR0003
  • [5GMS_Ph2] Additional baseline parameter for 3GPP Service URL TS 26.501CR0070
  • [FS_5GMS_EXT, TEI18] 5GMS Service URL TS 26.804CR0005

+ 4 more changes

Rel-19 2 changes

In Release 19, the standardization work for the URL function focused on providing necessary clarifications. These included clarifying the procedure for a Data Collection Coordination Function (DCSF) to fetch a Data Collection Application Server (DC AS) URL when it is not pre-configured. Furthermore, the release provided clarification on how to determine a Resource URL.

  • Clarification on how DCSF fetch DC AS URL if not pre-configured TS 23.228CR1563
  • Clarification on how to determine Resource URL TS 23.228CR1677

Explore further

Broader topics and technologies where URL plays a role.

Defining Specifications

3GPP specifications that define or reference URL, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 22.112 v1800 USAT Gateway System Specification Rel-8
TS 23.057 vj00 Mobile Execution Environment (MExE) Specification Rel-19
TS 23.141 vj00 Presence Service Stage 2 Architecture Rel-19
TS 23.218 vj00 IMS Call Model Specification Rel-19
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.722 vf10 Common API Framework (CAPIF) for 3GPP Northbound APIs Rel-15
TS 23.804 v1700 SMS/MMS over IP Access Support Rel-7
TS 24.229 vj50 IMS call control protocol based on SIP and SDP Rel-19
TS 24.247 vj10 IMS Messaging Service Protocol Details Rel-19
TS 24.428 v1700 Common Basic Communication Procedures Rel-7
TS 24.528 v830 Common Basic Communication Procedures for IMS Services Rel-8
TS 24.542 vj00 SEAL Notification Management Protocol Rel-19
TS 24.543 vj50 SEAL Data Delivery Management Protocol Rel-19
TS 24.628 vj00 Common Basic Communication Procedures in IMS Rel-19
TS 26.142 vj00 3GPP TS 26.142: Dynamic and Interactive Multimedia Scenes (DIMS) Rel-19
TS 26.150 vj00 Syndicated Feed Reception (SFR) Specification Rel-19
TS 26.234 vj00 3GPP PSS Protocols and Codecs Specification Rel-19
TS 26.244 vj00 3GPP File Format (3GP) Specification Rel-19
TS 26.247 vj00 3GPP Progressive Download & DASH over HTTP Rel-19
TS 26.346 vj20 MBMS User Services Media Codecs & Protocols Rel-19
TS 26.347 vj00 MBMS Transport Protocol and API (TRAPI) Rel-19
TS 26.348 vj00 xMB Interface Specification Rel-19
TS 26.501 vj30 5G Media Streaming (5GMS) Architecture Rel-19
TS 26.510 vj10 Media Delivery APIs for 5GMS and RTC Systems Rel-19
TS 26.512 vj10 5G Media Streaming Protocols & APIs Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TR 26.806 vi00 Technical Report on Smartly Tethering AR Glasses Rel-18
TS 26.849 vc10 MBMS Operation on Demand (MooD) Rel-12
TS 26.851 vb20 Enhancements to Multimedia (EMM) for PSS, MMS, MBMS Rel-11
TR 26.857 vi00 Technical Report on Media Service Enablers Rel-18
TR 26.914 vj00 Multimedia Telephony over IP Optimization Rel-19
TR 26.938 vj00 DASH Deployment Guidelines for 3GPP Networks Rel-19
TR 26.946 vj00 MBMS User Services Overview Rel-19
TR 26.955 vj00 Video Codec Analysis for 5G Services Rel-19
TR 26.956 vj01 Beyond 2D Video Formats & Codecs Study Rel-19
TR 26.981 vj00 MBMS Provisioning & Content Ingestion Interface Study Rel-19
TS 28.104 vj30 Management Data Analytics (MDA) Rel-19
TS 28.105 vj30 AI/ML Management for 5GS Rel-19
TS 28.312 vj30 Intent Driven Management for Service/Network Mgmt Rel-19
TS 28.536 vj20 Management services for communication service assurance Rel-19
TS 28.538 vj40 Edge Computing Management (ECM) Rel-19
TS 28.541 vk00 5G Network Resource Model (NRM) Stage 2/3 Rel-20
TS 28.623 vk00 Generic NRM IRP Solution Set Definitions Rel-20
TS 29.201 vj00 RESTful Rx Interface for AF-PC Communication Rel-19
TS 29.229 vj10 Diameter Protocol for Cx/Dx Interfaces Rel-19
TS 29.329 vj10 Diameter Protocol for Sh Interface Rel-19
TS 29.502 vj50 5G System; Nsmf Service Based Interface; Stage 3 Rel-19
TS 29.503 vj50 UDM Service Based Interface Stage 3 Rel-19
TS 29.504 vj50 Nudr Service Based Interface Stage 3 Protocol Rel-19
TS 29.510 vj50 NRF Service Based Interface Protocol Rel-19
TS 29.511 vj10 5G Equipment Identity Register Service Interface Rel-19
TS 29.515 vj50 Ngmlc Service Based Interface Protocol Rel-19
TS 29.540 vj40 Nsmsf Service Based Interface Stage 3 Rel-19
TS 29.541 vj30 NEF Service-Based Interfaces for NIDD & SMS Rel-19
TS 29.542 vj30 SMF NIDD Service Based Interface Stage 3 Rel-19
TS 29.563 vj30 TS 29563: Nhss services for HSS-UDM interworking Rel-19
TS 29.565 vj40 Time Synchronization Function Services Rel-19
TS 31.112 v1800 USAT Interpreter System Architecture Rel-8
TS 31.113 v1800 USAT Interpreter Byte Code Specification Rel-8
TS 31.114 v1800 USAT Interpreter Transmission Protocol Rel-8
TS 31.131 vj00 C Language Binding for (U)SIM API Rel-19
TS 31.220 vj00 Contact Manager for UICC Applications Rel-19
TS 32.296 vj00 Online Charging System (OCS) Architecture Rel-19
TS 32.583 vj00 HNB OAM&P Procedure Flows for Type 1 Interface Rel-19
TS 32.808 v1800 Common User Profile Storage Framework Rel-8
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19
TS 33.108 vj00 LI Handover Interface Specification Rel-19
TS 33.222 vj00 Secure HTTP Access in GAA Rel-19
TS 33.320 vj00 H(e)NB Subsystem Security Architecture Rel-19
TS 33.823 vc20 GBA Web Browser Integration Study Rel-12
TS 34.131 vj00 SIM API C Language Test Specification Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.