Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x
Top   in Index   Prev   Next

TS 29.277
Optimized Handover Procedures and Protocol
between E-UTRAN Access
and non-3GPP Accesses (S102) –
Stage 3

V18.0.0 (PDF)  2024/03  13 p.
V17.0.0  2022/03  13 p.
V16.0.0  2020/06  13 p.
V15.0.0  2018/06  13 p.
V14.0.0  2017/03  13 p.
V13.0.0  2015/12  13 p.
V12.0.0  2013/12  13 p.
V11.1.0  2012/12  13 p.
V10.1.0  2012/06  13 p.
V9.2.0  2010/06  13 p.
V8.6.0  2010/06  13 p.
Rapporteur:
Mr. Salot, Nirav

Content for  TS 29.277  Word version:  18.0.0

Here   Top

 

1  Scopep. 5

The present document specifies the stage 3 of the Evolved Packet System S102 interface between the MME and the 1x CS IWS to relay the 1xCS signalling messages documented in TS 23.216 and TS 23.272. 1x CS signalling messages are those messages that are defined for A21 interface as described in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. The S102 interface messages shall be based on A21 messages.
The S102 interface is used to support UEs that do not transmit and receive on both the LTE and 1x radio interfaces simultaneously. S102 protocol aspects for SRVCC from E-UTRAN access to 3GPP2 1xCS is covered in this specification. Handling of non-voice component and protocol aspects for SRVCC from 3GPP2 1xCS to E-UTRAN direction is not specified in this release.
The S102 interface is also used to support CS fallback to 1xRTT procedures from E-UTRAN access to CDMA 1x RTT CS domain and to support SMS over S102 with the CDMA 1xRTT CS domain through support of registration over EPS procedures as specified in TS 23.272.
Up

2  Referencesp. 5

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
  • References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
  • For a specific reference, subsequent revisions do not apply.
  • For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
[1]
TR 21.905: "Vocabulary for 3GPP Specifications".
[2]
TS 23.216: "Single Radio Voice Call Continuity (SRVCC)".
[3]
3GPP2 A.S0008-D v1.0: "Interoperability Specification (IOS) for High Rate Packet Data (HRPD) Radio Access Network Interfaces with Session Control in the Access Network".
[4]
TS 23.272: " Circuit Switched Fallback in Evolved Packet System".
[5]
TS 36.413: "Evolved Universal Terrestrial Radio Access (E-UTRA); S1 Application Protocol (S1AP)".
[6]
3GPP2 A.S0009-D v1.0: "Interoperability Specification (IOS) for High Rate Packet Data (HRPD) Radio Access Network Interfaces with Session Control in the Packet Control Function".
Up

3  Definitions, symbols and abbreviationsp. 5

3.1  Definitionsp. 5

For the purposes of the present document, the terms and definitions given in TR 21.905 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.

3.2  Abbreviationsp. 6

For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.
1xCS IWS
1xCS Interworking Solution function for 3GPP2 1xCS
GCSNA
Generic Circuit Services Notification Application
IMSI
International Mobile Station Identity
IP
Internet Protocol
MEID
Mobile Equipment Identity
MME
Mobility Management Entity
PDU
Protocol Data Unit
SRVCC
Single Radio Voice Call Continuity
UDP
User Datagram Protocol
Up

4  Generalp. 6

4.1  Introductionp. 6

The S102 application is based on UDP/IP transport medium.
S102 (MME-to-IWS) /udp/23272 - This is the registered destination UDP port number to be used for signalling interconnection between an MME and an IWS for the S102 application.

4.2  S102 Requirementsp. 6

There are no additional requirments to those defined in TS 23.216 and 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

5  S102 Headerp. 6

The S102 message header shall be a fixed length header. The S102 header shall be at least 7 octets long. Octet 1 consists of A21 Message type and Octets 2-7 contain the Correlation Identifier.
Detailed information about the coding and format of the header fields of the A21 messages is specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6  S102 Messages and Message Formatsp. 6

6.0  Introductionp. 6

6.1  Message Formatsp. 7

The S102 application defines a set of messages between the MME and 1xCS IWS to provide SR VCC and CSFB. The messages to be used are described in the following sections.
The S102 messages shall be based on A21 messages. The following A21 messages shall be used to support interworking and CS fallback to 1x RTT procedures between MME and 1xCS IWS.

6.2  S102 Messagesp. 7

6.2.1  A21-1x Air Interface Signalling messagep. 7

This message is A21-1x air interface signalling message specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. This message shall be sent from an MME or 1xCS IWS to transport 1x air interface message to the peer 1xCS IWS or MME.
The MME shall be provisioned to be able to reach a 1XCS IWS over the S102 interface. The IWS shall then decide which MSC to contact. The MME selects the 1XCS IWS based on the Reference Cell ID that it receives via the eNodeB.
This message shall be used by the MME or 1xCS IWS during Registration, paging, handover (SRVCC) procedures, and mobile originated and mobile terminated SMS procedures.
When the MME receives a 1x air interface message from the UE that is to be sent to 1xCS IWS, the MME encapsulates the 1x air interface message in a A21-1x air interface signalling message and sends it to the 1xCS IWS via the S102 interface. To support CS fallback to 1xRTT registration procedures, it contains the CDMA 2000 sector ID.
When sent from the 1xCS IWS to the MME, the 1xCS IWS encapsulates the 1x handoff direction message or 1xRTT CS paging request (after successful registration for CS fallback to 1xRTT) into A21-1x air interface signalling message.
Details about Information Element contents of A21-1x Air Interface signalling messages are found in 3GPP2 A.S0008-D [3] section 5.1.6.1.
Up

6.2.2  A21-Ack messagep. 7

This message is A21-Ack message specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. This message shall be sent from an MME or 1xCS IWS to acknowledge receipt of some A21 message to the peer 1xCS IWS or MME.
The Correlation ID in a A21-Ack message shall be copied from the request message that the MME or 1xCS IWS is replying to.
Details about Information Element contents of S102-Ack message are found in 3GPP2 A.S0008-D [3] section 5.1.6.2.
Up

6.2.3  A21-Event Notificationp. 7

This message is A21-Event Notification message specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. This message shall be sent by either MME or 1xCS IWS to notify the peer node of a specific event.
To support S102 tunnel redirection in case of MME relocation, "S102 Redirection" value shall be used.
To support notifying the 1xCS IWS, specifically if the UE switches off or if the MME changes the UE EMM state to EMM-DEREGISTERED, i.e. if the UE becomes unreachable, the "Power Down/Connection Closed Event" value shall be used.
Details about Information Element contents of S102-Event Notification message are found in 3GPP2 A.S0008-D [3] section 5.1.6.4.
Up

6.3  Reliable Delivery of Signalling Messagesp. 7

The A21 messages are transmitted using best-effort service.

6.4  Information Elementsp. 8

6.4.1  Information Element Assignmentsp. 8

An A21 message may contain several information elements. Detailed information about the contents of the A21 messages is specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. The following sections highlight the relevant S102 specific parameters.

6.4.1.1  A21 Message Typep. 8

This IE is used to indicate the type of message on S102 interface. Typical values of this IE are as follows:
Message Type A21 Message Name
01HA21-1x Air Interface Signalling message
02HA21-Ack message
04HA21-Event Notification message
Up

6.4.1.2  Correlation IDp. 8

This IE is used to correlate the A21 messages transported across the S102 interface. Details of format and content of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.3  Mobile Identityp. 8

This IE is used to identify the UE's identity. Details of format of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6]. Typical values of this IE relevant for S102 are as follows.
Binary Values MN-Id
'001'MEID
'110'IMSI
All other values are reserved
 
ESN value shall not be used for S102 messages.
Up

6.4.1.4Void

6.4.1.5  Authentication Challenge Parameter (RAND)p. 8

This IE contains information used for authentication over S102 interface. Details of format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.6  A21 Mobile Subscription Informationp. 8

This IE includes mobile subscription information records. Details of format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.7  Causep. 8

The Cause IE shall be included in the response message only if the request is not accepted and shall be set to a value that describes the problem encountered. Typical values of IE relevant for S102 are as follows:
Values Cause value meaning
00HUnknown mobile
01HUnknown cell identifier(s)
02HTunnelling of 1x messages not available
03HResources not available
07HUnspecified
08HRejection
0AHAbort handoff from LTE to 1x
0BHVersion not supported
All other values are reserved
Up

6.4.1.8  A21-Eventp. 9

This IE contains the value used to indicate the event that has occurred. Typical values of IE relevant for S102 are as follows:
Values Cause value meaning
03HUE Power Down/Connection Closed
04HHandoff Rejected
0BHS102 Redirection
All other values are reserved
Up

6.4.1.9  GCSNA PDUp. 9

This IE contains the GCSNA header and GCSNA information, which can be 1x LAC encapsulated PDU or any other GCSNA information including 3G1x parameters, to be transported over the S102 interface. The IE is passed transparently for the MME. Details of inclusion rules, format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.10  GCSNA Statusp. 9

This IE contains the GCSNA status information to be transported over the S102 interface. The MME maps the Status field values (Handoff successful, Handoff failure) from the GCSNA Status IE to the CDMA2000 HO Status IE (enumeration values HO Success and HO Failure, as defined in TS 36.413). Details of inclusion rules, format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].
The Activity Type field in the 1x IWS to MME direction provides information to the MME regarding the activity (i.e. SMS or CSFB) being undertaken as a result of processing of the GCSNA PDU at the UE. The MME may use the Activity Type indication received from the 1x IWS in order to control the paging based on operator policy, such as:
  • paging retransmission strategies;
  • determining whether to send the Paging message to the eNodeBs during certain MME high load conditions.
The Call Priority field in the 1x IWS to MME direction indicates the priority of the activity being undertaken for CSFB Priority Call Handling (see TS 23.272 Annex B).
The Global Emergency Call field in the MME to 1x IWS direction indicates whether the call is an emergency call.
Up

6.4.1.11  Reference Cell IDp. 9

This IE contains the CDMA2000 Sector ID received from S1AP and passed to the MME from the eNB. Details of inclusion rules, format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.12  Pilot Listp. 10

This IE contains the 1xRTT Pilot List passed to the MME from the eNodeB. It is included by the MME whenever the MME receives the 1xRTT Pilot List from the eNodeB. Details of format and contents of this IE are specified in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

6.4.1.13Void

7  Error Handlingp. 10

7.1  Protocol Errorsp. 10

A protocol error is defined as a message with unknown, unforeseen or erroneous content. When the Tack timer expires, the sender may resend the request to the receiver and restart the Tack timer a configurable number of times. A cause value of "Unspecified" as indicated in clause 6.4.1.7 shall be included in the response message to indicate protocol errors.
Detailed error handling procedures specific to each A21 message are found in 3GPP2 A.S0008-D [3] section 2.8.2 and 3GPP2 A.S0009-D [6].
Up

7.2  Restoration and Recoveryp. 10

There are no new specific Restoration and recovery requirements to be supported over S102 interface.

8  Security provided to Communication over the S102 Interfacep. 10

Protection of A21 communication over S102 interface shall be provided according to security mechanisms defined in 3GPP2 A.S0008-D [3] and 3GPP2 A.S0009-D [6].

9  S102 Parametersp. 10

9.1  Timersp. 10

9.1.1  Introductionp. 10

The parameters defined here and their recommended values shall not be fixed, but shall be possible to configure as described in section "Reliable delivery of messages".
The method used for retry sending of messages on S102 shall be based on the A21 retry method. In 3GPP2 A.S0008-D [3] section 2.8.2 and 3GPP2 A.S0009-D [6], the procedures for each of the A21 messages have a "Failure Operation" section where there are references to the use of timers and retries. In addition, there are flows in section 4.6 provided.
Up

9.1.2  Acknowledgement Timer (Tack)p. 10

This timer is started when the MME or 1xCS IWS sends an A21-1x Air interface signalling message or a A21 Event Notification message and is stopped when the corresponding A21-Ack message is received from the peer 1xCS IWS or MME.
Further details about recommended timer values and specifics are found in 3GPP2 A.S0008-D [3] section 5.3 and 3GPP2 A.S0009-D [6].

$  Change historyp. 11


Up   Top