GLMS

Group and List Management Server

Services →
Introduced in Rel-6

GLMS is the IMS network element that manages group definitions and user lists, enabling users to create, modify, and store contact groups and authorization lists for services like messaging and presence.

Category
Services
Introduced
Rel-6
Where
Core Network › 5G Core
Specifications
2 specs
GLMS Description Purpose Related Classification Detected Changes Specifications

Description

The Group and List Management Server (GLMS) is a functional entity within the IP Multimedia Subsystem (IMS) architecture, defined in 3GPP specifications. It is responsible for the storage and management of group-related information on behalf of users. This information primarily consists of groups (like "work colleagues" or "family") and lists (specifically, authorization lists that define rules for who can see a user's presence information or send them messages). The GLMS provides a standardized interface, typically based on the XML Configuration Access Protocol (XCAP), allowing IMS clients to manipulate this data. When a user wants to create a new contact group or modify who can see their online status, their client application sends an XCAP request (HTTP PUT, GET, DELETE) to the GLMS, which then stores the data in its internal database.

The GLMS's architecture is designed to be a centralized repository for user-managed data that is referenced by other IMS application servers. For instance, a Presence Server will query the GLMS to retrieve a user's "presence authorization list" to determine which watchers are permitted to receive presence updates. Similarly, an Instant Messaging (IM) server might use group definitions stored in the GLMS for managing chat rooms or distribution lists. The server authenticates requests using IMS subscription identities (like the Private User Identity) and ensures data integrity and privacy for each user. It does not execute service logic itself but provides the persistent data storage that enables service personalization and access control.

From a network integration perspective, the GLMS is often implemented as a standalone node or collocated with other IMS application servers. It interfaces with the Home Subscriber Server (HSS) for user profile-related data but is distinct in that it manages dynamic, user-created content rather than static subscription profiles. Its role is critical for user-centric services, as it empowers subscribers to control their communication environment. The management of this data via XCAP aligns with IMS's principle of using internet protocols, facilitating interoperability with non-3GPP clients and services.

Purpose & Motivation

The GLMS was introduced to address the need for user-managed service personalization and access control within the emerging IP Multimedia Subsystem. Prior to IMS, cellular services like SMS or MMS had limited capabilities for users to define complex contact groups or fine-grained sharing rules. As IMS aimed to deliver internet-style services (presence, instant messaging, conferencing) with carrier-grade reliability, a standardized mechanism for users to manage the data underpinning these services became essential.

The creation of the GLMS solved the problem of where and how to store user-defined service data in a scalable and interoperable way. Without it, each application server (e.g., for presence or messaging) would need to implement its own proprietary method for storing user lists, leading to data silos, inconsistency, and a poor user experience. The GLMS provides a unified, network-based repository, ensuring that a user's contact groups and privacy rules are consistently applied across all IMS services they use. This separation of data management from service execution is a key architectural principle that promotes service agility and simplifies the development of new group-based applications.

Classification

Part ofIMS
Related approachesXCAPHSS

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-6, normative work from Rel-15.

Rel-15 1 change

In Release 15, the GLMS function was newly introduced to manage group and list data for IMS services, as defined in the stage 1 service description. This server function operates as an Application Server (AS) that interacts with the S-CSCF via the ISC interface to execute services based on filter criteria. Its introduction provides the capability for centralized management of group-related service logic within the IMS architecture.

  • WebRTC Web Server Function discovery TS 23.228CR1173
Rel-16 2 changes

In Release 16, the GLMS function introduced a new UDR service for mapping an IMS Public Identity to an HSS Group ID to enable HSS selection. Additionally, error corrections were made to the imsSubscriber Data Management Service and to the procedure for the acquisition of a 5GS IP address.

  • UDR service for mapping IMS Public Identity to HSS Group ID for HSS selection TS 23.228CR1226
  • Error correction for imsSubscriber Data Management Service and acquistion of an 5GS IP address for TS 23.228CR1235
Rel-19 2 changes

In Release 19, the GLMS function was enhanced to support a new DC Application Server for handling data channel traffic, interacting with the DCSF and DC media function. This addition enables data channel interworking with MTSI UEs and expands the service logic capabilities for managing application data channels within IMS sessions.

  • Address ENs in IMS AS Session Management Service TS 23.228CR1483
  • Add DC Application Server Description TS 23.228CR1682

Explore further

Broader topics and technologies where GLMS plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TR 23.979 vj00 PoC over 3GPP Systems Architectural Requirements Rel-19