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
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
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
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
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.
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.
| Specification | Title | Release |
|---|---|---|
| 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 |