3GPP TSG-CT1.doc

3GPP TSG-CT1 Meeting #43Tdoc C1-061883Da Lian, China, 28 August 1 September 2006revision of C1-061907CR-Form-v8CHANGE REQUESTzPage: 1 Enter the specification number in this box. For example, 04.08 or 31.102. Do not prefix the number with anything . i.e. do not use TS, GSM or 3GPP etc.24.008CR1099zPage: 1 Enter the CR number here. This number is allocated by the 3GPP support team. It consists of at least three digits, padded with leading zeros if necessary.rev2zPage: 1 Enter the revision number of the CR here. If it is the first version, use a -.Current version:7.4.0zPage: 1 Enter the version of the specification here. This number is the version of the specification to which the CR will be applied if it is approved. Make sure that the latest version of the specification (of the relevant release) is used when creating the CR. If unsure what the latest version is, go to /specs/specs.htm.For HELP on using this form, see bottom of this page or look at the pop-up text over the zPage: 1 For help on how to fill out a field, place the mouse pointer over the special symbol closest to the field in question. symbols.Proposed change affects:zPage: 1 Mark one or more of the boxes with an X.UICC appszPage: 1 SIM / USIM / ISIM applications.MEXRadio Access NetworkCore NetworkTitle:zPage: 1 Enter a concise description of the subject matter of the CR. It should be no longer than one line. Do not use redundant information such as Change Request number xxx to 3GPP TS xx.xxx.Implementation option to improve the performance of MM/GMM signalling proceduresSource:zPage: 1 Enter the source of the CR. This is either (a) one or several companies or, (b) if a (sub)working group has already reviewed and agreed the CR, then list the group as the source.Ericsson, MotorolaWork item code:zPage: 1 Enter the acronym for the work item which is applicable to the change. This field is mandatory for category F, B & C CRs for release 4 and later. A list of work item acronyms can be found in the 3GPP work plan. See /ftp/information/work_plan/ .The list is also included in a MS Excel file included in the zip file containing the CR cover sheet template.TEI7Date: zPage: 1 Enter the date on which the CR was last revised. Format to be interpretable by English version of MS Windows applications, e.g. 19/02/2002.01/09/2006Category:zPage: 1 Enter a single letter corresponding to the most appropriate category listed below. For more detailed help on interpreting these categories, see the Technical Report 21.900 TSG working methods.CRelease: zPage: 1 Enter a single release code from the list below.Rel-7Use one of the following categories:F (correction)A (corresponds to a correction in an earlier release)B (addition of feature), C (functional modification of feature)D (editorial modification)Detailed explanations of the above categories canbe found in 3GPP TR 21.900.Use one of the following releases:Ph2(GSM Phase 2)R96(Release 1996)R97(Release 1997)R98(Release 1998)R99(Release 1999)Rel-4(Release 4)Rel-5(Release 5)Rel-6(Release 6)Rel-7(Release 7)Rel-8(Release 8)Reason for change:zPage: 1 Enter text which explains why the change is necessary.In the current version of the 3GPP specifications, the CS signalling connection release or the RRC connection establishment failure (either normal release or RRC connection failure) prior to completion of the CS procedure is considered to be a lower layer failure. Similarly, in Iu mode, the PS signalling connection release or RRC connection establishment failure (either normal release or RRC connection failure) prior to completion of the PS procedure is also considered to be a lower layer failure. In Iu mode, all this leads to some unnecessary delays in completing the procedures, and impacts the user, where both CS and PS signalling connections use the same RRC connection. Note that in the field it was seen that a PS procedure gets intiated over an existing RRC connection which was established for a CS procedure, and then usually, the RRC connection is released during the ongoing PS procedure, when actually the RRC connection release was intended for CS procedure since the RRC connection was establish for CS.Summary of change:zPage: 1 Enter text which describes the most important components of the change. i.e. How the change is made.The proposal outlined by this CR introduces an implementation option that allows the UE to differentiate, whether the network is releasing the signalling/RRC connection intentionally or not, and then the UE can retry the procedure which the connection release is not intentional. The UE behaves as if the first attempt has never happened. Therefore, the following behaviour is proposed: In Iu mode, whenever a CS signalling connection establishment is initiated over an existing RRC connection and the UE receives a RRC connection release with some specific cause value prior to the receipt of any response from the CS Core Network, then this should not be considered as a lower layer failure and it should be possible for the UE to retry the ongoing procedure immediately. In Iu mode, whenever a GMM procedure is initiated over an existing RRC connection, and the UE receives a RRC connection release with some specific cause prior to the receipt of any response from the PS core-network, then this should not be considered as a lower layer failure and the ongoing procedure should be retried.In Iu mode, whenever a GMM procedure is initiated over an existing PS signalling connection, and the UE receives a RRC connection release or PS signalling connection release prior to the receipt of any response from the PS core-network, then this should not be considered as a lower layer failure and the ongoing procedure should be retried.Consequences if zPage: 2 Enter here the consequences if this CR was to be rejected. It is necessary to complete this section only if the CR is of category F (i.e. correction).not approved:Any existing CS or PS signalling connection is released when a RRC connection release is received by the UE, and any CS or PS signalling connection establishment is aborted due to RRC connection release, even in the case that the release is for a domain other than the one where the current procedure is active. All this results in bad user experience of the service. Finally, operators are also impacted since it reduces the success rate of CS and PS services. Therefore, this results in loss of revenue for operators.Clauses affected:zPage: 2 Enter the number of each clause which contains changes., , .5, .5, YNOther specszPage: 2 Tick yes box if any other specifications are affected by this change. Else tick no. You MUST fill in one or the other.X Other core specificationszPage: 2 List here the specifications which are affected or the CRs which are linked.affected:X Test specificationsX O&M SpecificationsOther comments:zPage: 2 Enter any other information which may be needed by the group being requested to approve the CR. This could include special conditions for its approval which are not listed anywhere else above.How to create CRs using this form:Comprehensive information and tips about how to create CRs can be found at /specs/CR.htm. Below is a brief summary:1)Fill out the above form. The symbols above marked zPage: 2 This is an example of pop-up text. contain pop-up help information about the field that they are closest to.2)Obtain the latest version for the release of the specification to which the change is proposed. Use the MS Word revision marks feature (also known as track changes) when making the changes. All 3GPP specifications can be downloaded from the 3GPP server under /specs/ For the latest version, look for the directory name with the latest date e.g. 2001-03 contains the specifications resulting from the March 2001 TSG meetings.3)With track changes disabled, paste the entire CR form (use CTRL-A to select it) into the specification just in front of the clause containing the first piece of changed text. Delete those parts of the specification which are not relevant to the change request.CR page 123GPP TS aa.bbb vX.Y.Z (YYYY-MM)CR page 121st ChangeAbnormal cases on the mobile station sideThe different abnormal cases that can be identified are the following:a)Access barred because of common access class control or CS domain specific access controlThe location updating procedure is not started. The mobile station stays in the current serving cell and applies normal cell reselection process. The procedure is started as soon as possible and if still necessary (when the barred state is ended or because of a cell change).b)The answer to random access is an IMMEDIATE ASSIGNMENT REJECT message (A/Gb mode only)The location updating is not started. The mobile station stays in the chosen cell and applies normal cell selection process. The waiting timer T3122 is reset when a cell change occurs. The procedure is started as soon as possible after T3122 timeout if still necessary.c)Random access failure (A/Gb mode only)Timer T3213 is started. When it expires the procedure is attempted again if still necessary.NOTE 1:As specified in 3GPP TS 45.008 34, a cell reselection then takes place, with return to the cell inhibited for 5 seconds if there is at least one other suitable cell. Typically the selection process will take the mobile station back to the cell where the random access failed after 5seconds.If at the expiry of timer T3213 a new cell has not been selected due to the lack of valid information (see 3GPPTS 45.008 34), the mobile station may as an option delay the repeated attempt for up to 8 seconds to allow cell re-selection to take place. In this case the procedure is attempted as soon as a new cell has been selected or the mobile station has concluded that no other cell can be selected.If random access failure occurs for two successive random access attempts for location updating the mobile station proceeds as specified below.d)RR connection failureThe procedure is aborted and the mobile station proceeds as specified below.e)T3210 timeoutThe procedure is aborted, the RR connection is aborted and the MS proceeds as specified below.f)RR release before the normal end of procedureThe procedure is aborted and the mobile station proceeds as specified below, except in the following implementation option case f.1. f.1)RR release in Iu mode (i.e. RRC connection release) with, for example, cause Normal, User inactivity or Directed signalling connection re-establishment (see 3GPP TS25.331 32c and 3GPP TS44.118 111)The location updating procedure shall be initiated again, if the following conditions apply: i)The original location updating procedure was initiated over an existing RRC connection; andii)No SECURITY MODE COMMAND message and no Non-Access Stratum (NAS) messages relating to the CS signalling connection (e.g. CS authentication procedures, see subclause 4.3.2), were received after the LOCATION UPDATING REQUEST message was transmitted. NOTE 2: The RRC connection release cause that triggers the re-initiation of the location updating procedure is implementation specific.g)Location updating reject, other causes than those treated in subclause Upon reception of the cause codes # 95, # 96, # 97, # 99 and # 111 the MS should set the attempt counter to 4. The MS waits for release of the RR connection as specified in subclause , and then proceeds as specified below. h)RR connection establishment failure (Iu mode only)The procedure is aborted and the mobile station proceeds as specified below.NOTE 3:Case h) covers all cases when the signalling connection cannot be established, including random access failure and access reject. As the RRC protocol has error specific retransmission mechanisms (see 3GPPTS 25.331 23c), there is no need to distinguish between the different error cases within MM.In cases d) to h) (except in the case f.1) above and for repeated failures as defined in c) above the mobile station proceeds as follows. Timer T3210 is stopped if still running. The RR Connection is aborted in case of timer T3210 timeout. The attempt counter is incremented. The next actions depend on the Location Area Identities (stored and received from the BCCH of the current serving cell) and the value of the attempt counter.the update status is UPDATED, and the stored LAI is equal to the one received on the BCCH from the current serving cell and the attempt counter is smaller than 4:The mobile station shall keep the update status to UPDATED, the MM IDLE sub-state after the RR connection release is NORMAL SERVICE. The mobile station shall memorize the location updating type used in the location updating procedure. It shall start timer T3211 when the RR connection is released. When timer T3211 expires the location updating procedure is triggered again with the memorized location updating type;either the update status is different from UPDATED, or the stored LAI is different from the one received on the BCCH from the current serving cell, or the attempt counter is greater or equal to 4:When the RR connection is released the mobile station shall delete any LAI, TMSI, ciphering key sequence number stored in the SIM/USIM, and list of equivalent PLMNs, set the update status to NOT UPDATED and enter the MM IDLE sub-state ATTEMPTING TO UPDATE (see subclause for the subsequent actions) or optionally the MM IDLE sub-state PLMN SEARCH (see subclause ) in order to perform a PLMN selection according to 3GPP TS23.122 14. If the attempt counter is smaller than 4, the mobile station shall memorize that timer T3211 is to be started when the RR connection is released, otherwise it shall memorize that timer T3212 is to be started when the RR connection is released.Next ChangeAbnormal casesMobile station side:a)RR connection failure or IMSI deactivationIf an RR connection failure occurs, except in the following implementation option case a.1, or the IMSI is deactivated during the establishment of an MM connection, the MM connection establishment is aborted, timers T3230 is stopped, and an indication is given to the CM entity that requested the MM connection establishment. This shall be treated as a rejection for establishment of the new MM connection, and the MM sublayer shall release all active MM connections.a.1)RR connection failure in Iu mode (i.e. RRC connection release) with, for example, cause Normal, User inactivity or Directed signalling connection re-establishment (see 3GPP TS25.331 32c and 3GPP TS44.118 111)The MM connection establishment procedure shall be initiated again, if the following conditions apply:i)The original MM connection establishment was initiated over an existing RRC connection; andii)No SECURITY MODE COMMAND message and no Non-Access Stratum (NAS) messages relating to the CS signalling connection (e.g. CS authentication procedures, see subclause 4.3.2), were received after the CM SERVICE REQUEST message was transmitted.NOTE 1: The RRC connection release cause that triggers the re-initiation of the MM connection establishment procedure is implementation specific. b)T3230 expiryIf T3230 expires (i.e. no response is given but a RR connection is available) the MM connection establishment is aborted and the requesting CM sublayer is informed. If no other MM connection exists then the mobile station shall proceed as described in subclause for release of the RR connection. Otherwise the mobile station shall return to the MM sublayer state where the request of an MM connection was received, i.e. to MM sublayer state MM connection active. Other ongoing MM connections (if any) shall not be affected.c)Reject cause values #95, #96, #97, #99, #100, #111 receivedThe same actions as on timer expiry shall be taken by the mobile station.d)Random access failure or RR connection establishment failureIf the mobile station detects a random access failure or RR connection establishment failure during the establishment of an MM connection, it aborts the MM connection establishment and gives an indication to the CM entity that requested the MM connection establishment.NOTE 2:Further actions of the mobile station depend on the RR procedures and MM specific procedures during which the abnormal situation has occurred and are described together with those procedures.e)Access barred because of CS domain specific access controlThe MM connection establishment shall not be initiated. The MS stays in the current serving cell and applies normal cell reselection process. The MM connection establishment may be initiated by CM layer if it is still necessary, i.e. when access is granted or because of a cell change.Network side:a)RR connection failureThe actions to be taken upon RR connection failure within a MM common procedure are described together with that procedure. A RR connection failure occurring outside such MM common procedures, shall trigger the release of all active MM connections if any.b)Invalid message or message contentUpon reception of an invalid initial message or a CM SERVICE REQUEST message with invalid content, a CM SERVICE REJECT message shall be returned with one of the following appropriate Reject cause indications:# 95:Semantically incorrect message# 96:Mandatory information element error#