RFC 5516 INFORMATIONAL DIAMETER · 3GPP · MOBILE

Diameter 3GPP EPS codes: Diameter Command Code Registration for the Third Generation Partnership Project (3GPP) Evolved Packet System (EPS)

Diameter codes for 3GPP mobile network equipment

On rfc-editor.org ↗
PUBLISHED
April 2009
AUTHORS
M. Jones, L. Morand
STREAM
IETF
COMMAND CODES
316–324 (9 pairs)
S6A/S6D APPLICATION ID
16777251
S13/S13' APPLICATION ID
16777252
3GPP VENDOR ID
10415
DOI
10.17487/RFC5516

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
Network Working Group                                           M. Jones
Request for Comments: 5516                           Bridgewater Systems
Category: Informational                                        L. Morand
                                                             Orange Labs
                                                              April 2009


               Diameter Command Code Registration for the
Third Generation Partnership Project (3GPP) Evolved Packet System (EPS)

Status of This Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Copyright Notice

   Copyright (c) 2009 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents in effect on the date of
   publication of this document (http://trustee.ietf.org/license-info).
   Please review these documents carefully, as they describe your rights
   and restrictions with respect to this document.

Abstract

   This document registers a set of IANA Diameter Command Codes to be
   used in new vendor-specific Diameter applications defined for the
   Third Generation Partnership Project (3GPP) Evolved Packet System
   (EPS).  These new Diameter applications are defined for Mobile
   Management Entity (MME)- and Serving GPRS (General Packet Radio
   Service) Support Node (SGSN)-related interfaces in in the
   architecture for the Evolved 3GPP Packet Switched Domain, which is
   also known as the Evolved Packet System (EPS).

Table of Contents

   1. Introduction ....................................................2
   2. Terminology .....................................................2
   3. Command Codes ...................................................3
   4. IANA Considerations .............................................3
   5. Security Considerations .........................................4
   6. Acknowledgements ................................................4
   7. References ......................................................5
      7.1. Normative References .......................................5
      7.2. Informative References .....................................5

1.  Introduction

   The Third Generation Partnership Project (3GPP) is defining the
   Evolved 3GPP Packet Switched Domain - also known as the Evolved
   Packet System (EPS).  As part of this architecture, the interfaces
   based on the Diameter protocol [RFC3588] require the definition of
   two new Diameter applications.

   As defined in [TS29.272], the 3GPP S6a/S6d application (vendor-
   specific application id: 16777251) enables the transfer of
   subscriber-related data between the Mobile Management Entity (MME)
   and the Home Subscriber Server (HSS) on the S6a interface and between
   the Serving GPRS Support Node (SGSN) and the Home Subscriber Server
   (HSS) on the S6d interface.

   Also defined in [TS29.272], the 3GPP S13/S13' application (vendor-
   specific application id: 16777252) enables the Mobile Equipment
   Identity check procedure between the Mobile Management Entity (MME)
   and the Equipment Identity Register (EIR) on the S13 interface and
   between the Serving GPRS Support Node (SGSN) and the Equipment
   Identity Register (EIR) on the S13' interface.

   Both Diameter applications are defined under the 3GPP vendor-id
   "10415".  This document defines the assigned values of the command
   codes used in these applications.

2.  Terminology

   The base Diameter specification (Section 1.3 of [RFC3588]) defines
   most of the terminology used in this document.  Additionally, the
   terms and acronyms defined in [TS29.272] are used in this document.

3.  Command Codes

   The 3GPP S6a/S6d application described in Section 5 of [TS29.272]
   requires the allocation of command code values for the following
   command pairs:

   o  3GPP-Update-Location-Request/Answer (ULR/ULA)

   o  3GPP-Cancel-Location-Request/Answer (CLR/CLA)

   o  3GPP-Authentication-Information-Request/ Answer (AIR/AIA)

   o  3GPP-Insert-Subscriber-Data-Request/Answer (IDR/IDA)

   o  3GPP-Delete-Subscriber-Data-Request/Answer (DSR/DSA)

   o  3GPP-Purge-UE-Request/Answer (PUR/PUA)

   o  3GPP-Reset-Request/Answer (RSR/RSA)

   o  3GPP-Notify-Request/Answer (NOR/NOA)

   The 3GPP S13/S13 application described in Section 6 of [TS29.272]
   requires the allocation of a command code value for the following
   command pair:

   o  3GPP-ME-Identity-Check-Request/Answer (ECR/ECA)

4.  IANA Considerations

   This section provides guidance to the Internet Assigned Numbers
   Authority (IANA) regarding registration of values related to the
   Diameter protocol, in accordance with BCP 26 [RFC5226].

   This document defines values in the namespace that has been defined
   in the Diameter base specification [RFC3588].  Section 11 of
   [RFC3588] (that document's IANA Considerations) details the
   assignment criteria.  IANA allocated the following command code
   values:

+----------------------------------------------------------------------+
| Code Command Name                            Abbrev.  Defined in     |
+----------------------------------------------------------------------+
| 316  3GPP-Update-Location-Request            ULR      3GPP TS 29.272 |
| 316  3GPP-Update-Location-Answer             ULA      3GPP TS 29.272 |
| 317  3GPP-Cancel-Location-Request            CLR      3GPP TS 29.272 |
| 317  3GPP-Cancel-Location-Answer             CLA      3GPP TS 29.272 |
| 318  3GPP-Authentication-Information-Request AIR      3GPP TS 29.272 |
| 318  3GPP-Authentication-Information-Answer  AIA      3GPP TS 29.272 |
| 319  3GPP-Insert-Subscriber-Data-Request     IDR      3GPP TS 29.272 |
| 319  3GPP-Insert-Subscriber-Data-Answer      IDA      3GPP TS 29.272 |
| 320  3GPP-Delete-Subscriber-Data-Request     DSR      3GPP TS 29.272 |
| 320  3GPP-Delete-Subscriber-Data-Answer      DSA      3GPP TS 29.272 |
| 321  3GPP-Purge-UE-Request                   PUR      3GPP TS 29.272 |
| 321  3GPP-Purge-UE-Answer                    PUA      3GPP TS 29.272 |
| 322  3GPP-Reset-Request                      RSR      3GPP TS 29.272 |
| 322  3GPP-Reset-Answer                       RSA      3GPP TS 29.272 |
| 323  3GPP-Notify-Request                     NOR      3GPP TS 29.272 |
| 323  3GPP-Notify-Answer                      NOA      3GPP TS 29.272 |
| 324  3GPP-ME-Identity-Check-Request          ECR      3GPP TS 29.272 |
| 324  3GPP-ME-Identity-Check-Answer           ECA      3GPP TS 29.272 |
+----------------------------------------------------------------------+

5.  Security Considerations

   This document describes command codes used in applications that build
   on top of the Diameter base protocol and the same security
   considerations described in [RFC3588] are applicable to this
   document.  No further extensions are required beyond the security
   mechanisms offered by [RFC3588].

6.  Acknowledgements

   We would like to thank the 3GPP CT4 delegates, Victor Fajardo, and
   Glen Zorn for their review and comments.  We would also like to thank
   Dan Romascanu for volunteering to be AD sponsor and Hannes Tschofenig
   for volunteering to be Document Shepherd.

7.  References

7.1.  Normative References

   [RFC3588]   Calhoun, P., Loughney, J., Guttman, E., Zorn, G., and J.
               Arkko, "Diameter Base Protocol", RFC 3588,
               September 2003.

   [TS29.272]  3rd Generation Partnership Project, "3GPP TS 29.272;
               Technical Specification Group Core Network and Terminals;
               Evolved Packet System; Mobility Management Entity (MME)
               and Serving GPRS Support Node (SGSN) Related Interfaces
               Based on Diameter Protocol",
               http://www.3gpp.org/ftp/Specs/html-info/29272.htm.

7.2.  Informative References

   [RFC5226]   Narten, T. and H. Alvestrand, "Guidelines for Writing an
               IANA Considerations Section in RFCs", BCP 26, RFC 5226,
               May 2008.

Authors' Addresses

   Mark Jones
   Bridgewater Systems

   EMail: mark.jones@bridgewatersystems.com


   Lionel Morand
   Orange Labs

   EMail: lionel.morand@orange-ftgroup.com

AI ELI5

On this page
PROBLEM3GPP (Third Generation Partnership Project) defined the Evolved Packet System, the architecture for 4G LTE networks. This system uses Diameter protocol on interfaces between the Mobile Management Entity (MME) and Home Subscriber Server (HSS), and between the Serving GPRS Support Node (SGSN) and HSS, requiring new command codes.
MECHANISMRFC 5516 registers nine Diameter command code pairs (codes 316–324) for the S6a/S6d application (subscriber data) and the S13/S13' application (device identity checking). These codes let network elements query and update subscriber information and verify that devices are permitted on the network.
ENABLES 4G NETWORK DEPLOYMENTSThe registered codes enable 3GPP-compliant LTE network deployments where mobile equipment, core network nodes, and authentication systems communicate using standardized Diameter messages, ensuring interoperability across vendor implementations.

§1Evolved Packet System Architecture

The 3GPP Evolved Packet System (EPS) is the architecture for fourth-generation (4G LTE) mobile networks. Two critical network elements are the Mobile Management Entity (MME), which controls user authentication and mobility, and the Serving GPRS Support Node (SGSN), which routes data for legacy connections. Both interact with the Home Subscriber Server (HSS), which stores subscriber information like which services are allowed.

The interfaces between these elements (called S6a, S6d, S13, and S13') use the Diameter protocol. Because Diameter is extensible, each application using it needs unique command codes to avoid conflicts.

In a 4G network, the phone connects to an MME, which asks the HSS if the customer is allowed on the network. They use Diameter to ask questions, but they need special codes so the answers don't get confused with other questions.

§2Two Key 3GPP Applications

The S6a/S6d application (vendor ID 16777251) handles subscriber data. The MME or SGSN can request update-location information (commands 316), cancellation-location information (317), authentication data (318), and insertion or deletion of subscriber data (319-320). Commands for purging (321), resetting (322), and notifications (323) also transfer subscriber state.

The S13/S13' application (vendor ID 16777252) handles Mobile Equipment (ME) identity checking. The Mobile Equipment Identity Check Request/Answer (command 324) lets the MME or SGSN verify with the Equipment Identity Register that a device is not blacklisted (e.g., for theft or fraud).

The S6 interface asks "what can this customer do?" The S13 interface asks "is this phone stolen or blacklisted?"

§3IANA Command Code Allocations

RFC 5516 registers nine command code values in the 3GPP vendor namespace (10415). Commands 316 through 324 are allocated as pairs (request and answer) with specific abbreviations used in 3GPP specifications. For example, code 316 handles Update-Location-Request (ULR) and Update-Location-Answer (ULA). Each command is defined in 3GPP Technical Specification TS 29.272, which provides the ABNF and semantics for the Diameter messages.

IANA assigns nine numbers, one pair for each type of question the phone company needs to ask. Each number has a name like ULR (Update-Location-Request).

§4References