GB2608262A - Improvements in and relating to proximity services in a telecommunication network - Google Patents

Improvements in and relating to proximity services in a telecommunication network Download PDF

Info

Publication number
GB2608262A
GB2608262A GB2206813.4A GB202206813A GB2608262A GB 2608262 A GB2608262 A GB 2608262A GB 202206813 A GB202206813 A GB 202206813A GB 2608262 A GB2608262 A GB 2608262A
Authority
GB
United Kingdom
Prior art keywords
5gmm
indication
resources
rrc
procedure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
GB2206813.4A
Inventor
Watfa Mahmoud
Shariat Mehrdad
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to GB2310852.5A priority Critical patent/GB2619827A/en
Priority to EP22807838.2A priority patent/EP4324228A1/en
Priority to PCT/KR2022/006745 priority patent/WO2022240191A1/en
Priority to CN202280034221.3A priority patent/CN117296350A/en
Publication of GB2608262A publication Critical patent/GB2608262A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Disclosed is a method of operating a User Equipment, UE, operable to communicate with a telecommunication network, wherein if the UE is in 5GMM-CONNECTED mode with RRC inactive indication and the UE intends to use PC5 resources for communication, then the UE requests a transition to RRC_CONNECTED state. In another aspect of the invention a UE receives a fallback indication and, if in 5GMM-CONNECTED mode, having no ongoing non-access stratum (NAS) procedure and no pending uplink user data for a protocol Data Unit (PDU) session at the time of receiving the fallback indication, and if the UE was using 5G Prose direct discovery or V2X over PC5 resources then the UE enters 5GMM_IDLE mode and requests recovery of the NAS connection.

Description

Improvements in and relating to Proximity Services in a telecommunication network The present invention relates to Proximity Services (ProSe) in a telecommunication network. It relates particularly, but not exclusively to a Fifth Generation (5G) network, also known as 5GS.
Proximity Services for 5G5 is specified in TS 23.304. ProSe allows for direct discovery and communication between User Equipments, UEs, using so called "PC5 resources" where these resources do not require other resources in the core network, CN.
The UE in idle mode would need to transition to connected mode to perform PC5 discovery and/or communication. The following is specified in TS 23.304: 6.7.3 Service Request procedure The Service Request procedures for UE in CM-IDLE state are performed as defined in TS 23.502 clause 4.2.3.2 and clause 4.2.3.3 with the following additions: - If the UE is authorised to use ProSe services, then the AMF shall include "ProSe authorised" information in the NGAP message, indicating which of the ProSe services the UE is authorised to use as described in clause 6.7.2.
- The AMF includes the ProSe NR UE-PC5-AMBR in the NGAP message to the NG-RAN as part of the UE context and NG-RAN may use in resource management of UE's PC5 transmission for ProSe services in network scheduled mode.
- The AMF sends the PC5 QoS parameters for ProSe to NG-RAN via N2 signalling. The PC5 QoS parameters for Prose may be stored in the UE context after the registration procedure. If the UE is authorised to use ProSe services but AMF does not have PC5 QoS parameters for ProSe available, the AMF fetches the PC5 QoS parameters for ProSe from the PCF." Following on from the above, a new trigger for the service request procedure was agreed as shown below: "the UE has to request resources for ProSe direct discovery over PC5 or Prose direct communication over PC5." Note that the same method is also used for V2X communication over PC5 and so the following trigger for the service request is defined in TS 24.501: "I) the UE in 5GMM-IDLE mode over 3GPP access has to request resources for V2X communication over PC5 (see 3GPP TS 23.287)." Moreover, when the UE sends the Service Request for V2X communication over PC5, the UE: * Sets the Service type IE in the SERVICE REQUEST message to "high priority access", if the UE is configured as high priority access, or * Otherwise, sets the Service type IE in the SERVICE REQUEST message to "signalling" except, if there is an emergency PDU session which is indicated in the Uplink data status 1E, the service type IE in the SERVICE REQUEST message shall be set to "emergency services" The UE can also be in another mode, which is 5GMM-CONNECTED mode with RRC inactive indication. The Non-Access Stratum, NAS, specification TS 24.501 describes how the UE can transition to 5GMM-CONNECTED mode, from 5GMM-CONNECTED mode with RRC inactive indication, based on the trigger to enter 5GMM-CONNECTED mode.
The following is described in section 5.3.1.5 of TS 24.501 about 5GMM-CONNECTED mode with RRC inactive indication and how the UE transitions to different modes based on different triggers.
"This subclause is only applicable for UE's 5GMM mode over 3GPP access. The 5GMM-CONNECTED mode with RRC inactive indication is not supported when the UE is in NB-N1 mode.
The UE is in 5GMM-CONNECTED mode with RRC inactive indication when the UE is in: a) 5GMM-CONNECTED mode over 3GPP access at the NAS layer: and b) RRC_INACTIVE state at the AS layer (see 3GPP TS 38.300).
Unless stated otherwise, the UE behaviour in 5GMM-CONNECTED mode with RRC inactive indication follows the UE behaviour in 5GMM-CONNECTED over 3GPP access, except that: a) the UE shall apply the mobility restrictions; and b) the UE shall perform the PLMN selection procedures as in 5GMM-IDLE mode over 3GPP access.
The UE shall transition from 5GMM-CONNECTED mode over 3GPP access to 5GMMCONNECTED mode with RRC inactive indication upon receiving an indication from the lower layers that the RRC connection has been suspended.
NOTED: Any pending procedure or uplink data packet when receiving an indication from the lower layers that the RRC connection has been suspended, triggers a request to the lower layers to transition to RRC_CONNECTED state. This is also the case when the pending procedure or uplink data packet triggered a previous request to the lower layers to transition to RRC_CONNECTED state. Upon
a) a trigger of a procedure which requires sending of a NAS message different from a REGISTRATION REQUEST message with the NG-RAN-RCU bit of the 5GS update type IE set to "UE radio capability update needed"; or b) an uplink user data packet to be sent for a PDU session with suspended user-plane resources; the UE in 5GMM-CONNECTED mode with RRC inactive indication over 3GPP access shall request the lower layers to transition to RRC_CONNECTED state (see 3GPP TS 38.300).
Upon a trigger to send a REGISTRATION REQUEST message with the NG-RAN-RCU bit of the 5GS update type IE set to "UE radio capability update needed", the UE in 5GMM-CONNECTED mode with RRC inactive indication shall move to 5GMM-IDLE mode over 3GPP access and proceed with the registration procedure for mobility and periodic registration as specified in subclause 5.5.1.3.2.
The UE shall transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-CONNECTED mode over 3GPP access upon receiving an indication from the lower layers that the UE has transitioned to RRC_CONNECTED state (see 3GPP TS 38.300).
NOTE 1: The AMF can be aware of the transition between 5GMM-CONNECTED mode and 5GMM-CONNECTED mode with RRC inactive indication for a UE (see 3GPP TS 23.502).
The UE shall trigger a transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-IDLE mode upon selection of a PLMN that is not an equivalent PLMN to the registered PLMN. The UE shall not trigger a transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-IDLE mode upon entering a new PLMN which is in the list of equivalent PLMNs.
The UE shall trigger a transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-IDLE mode upon receiving REFRESH command from the UICC as specified in subclause 5.4.5.3.3.
If the UE in 5GMM-CONNECTED mode with RRC inactive indication receives an indication from the lower layers that the RRC connection has been suspended, the UE shall stay in 5GMM-CONNECTED mode with RRC inactive indication. The UE shall re-initiate any pending procedure that had triggered the request to the lower layers to transition to RRC_CONNECTED state, if still needed.
When the UE in 5GMM-CONNECTED mode with RRC inactive indication receives a fallback indication from lower layers, and the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the registration procedure for mobility and periodic registration update and include the Uplink data status IE in the REGISTRATION REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.5.1.3 for further details).
If the UE requests the lower layers to transition to RRC_CONNECTED state at initiation of a registration procedure, a service request procedure or a de-registration procedure, upon fallback indication from lower layers, the UE shall: enter 5GMM-IDLE mode; proceed with the pending procedure; and if the pending procedure is a service request or registration request procedure, the UE shall include the Uplink data status IE in the SERVICE REQUEST message, the CONTROL PLANE SERVICE REQUEST message or in the REGISTRATION REQUEST message, indicating the PDU session(s) without active user-plane resources for which the UE has pending user data to be sent, if any, and the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclauses 5.5.1.3 and 5.6.1 for further details).
If the UE requests the lower layers to transition to RRC_CONNECTED state for other reason than initiation of a registration procedure, or for other reason than a service request procedure, or for other reason than a de-registration procedure, upon fallback indication from lower layers, the UE shall: 1) enter 5GMM-IDLE mode; 2) initiate the service request procedure and include the Uplink data status IE in the SERVICE REQUEST message or the CONTROL PLANE SERVICE REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.6.1 for further details). If the procedure that triggered the request to the lower layers to transition to RRC_CONNECTED state is the UE-initiated NAS transport procedure and the UE had SMS, location services message, or CloT user data to send, the UE shall also include the SMS, location services message, or CloT user data in the CONTROL PLANE SERVICE REQUEST message as described in subclause 5.6.1.2.2; and 3) upon successful service request procedure completion, proceed with any pending procedure. 20 If the UE in 5GMM-CONNECTED mode with RRC inactive indication receives a fallback indication from lower layers, and the UE has pending uplink user data for PDU session(s) with user-plane resources already established but no pending NAS procedure, the UE shall: 1) enter 5GMM-IDLE mode; and 2) initiate the service request procedure and include the Uplink data status IE in the SERVICE REQUEST message or the CONTROL PLANE SERVICE REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication (see subclause 5.6.1 for further details).
In the above cases when the UE receives a fallback indication from lower layers, if the UE is in non-allowed area or not in allowed area, the UE shall behave as specified in subclause 5.3.5.
If the UE in 5GMM-CONNECTED mode with RRC inactive indication receives an indication from the lower layers that the resumption of the RRC connection has failed, and: a) if the lower layers indicate that access barring is applicable for all access categories except categories 0 and 2, the UE shall: 1) stay in 5GMM-CONNECTED mode with RRC inactive indication; b) else, the UE shall: 1) enter 5GMM-IDLE mode; and 2) initiate the registration procedure for mobility and periodic registration update used for mobility (i.e. the 5G5 registration type IE set to "mobility registration updating" in the REGISTRATION REQUEST message) for Ni NAS signalling connection recovery as specified in subclause 5.5.1.3.2.
NOTE 2: An indication from the lower layer that the RRC connection has been released with cause "RRC resume failure" can be considered as an indication that the resumption of the RRC connection has failed.
The UE shall transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-IDLE mode over 3GPP access upon receiving from the lower layers: a) indication of transition from RRC_INACTIVE state to RRC_IDLE state; or b) indication of cell selection to E-UTRAN or another RAT that the UE supports.
If the UE in 5GMM-CONNECTED mode with RRC inactive indication receives an indication from the lower layers about the cell (re-)selection to different RAT that the UE supports, the UE shall initiate the registration procedure for mobility or periodic registration update used for mobility (i.e. the 5GS registration type IE set to "mobility registration updating" in the REGISTRATION REQUEST message) as specified in subclause 5.5.1.3.2.
If the UE in 5GMM-CONNECTED mode with RRC inactive indication receives an indication from the lower layers of a transition from RRC_INACTIVE state to RRC_IDLE state and 5GMM-REGISTERED.LIMITED-SERVICE is entered, the UE shall subsequently upon entering state 5GMM-REGISTERED.NORMAL-SERVICE and if there is no uplink user data or signalling pending, initiate the registration procedure for mobility and periodic registration update used for mobility (i.e. the 5GS registration type IE set to "mobility registration updating" in the REGISTRATION REQUEST message) for Ni NAS signalling connection recovery as specified in subclause 5.5.1.3.2.
Upon receiving AMF paging indication from the lower layers, the UE shall transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-IDLE mode over 3GPP access and handle the AMF paging same as the paging request received in the 5GMM-IDLE mode over 3GPP access as specified in subclause As can be seen from the above, how the UE transitions to connected mode varies based on the trigger at the NAS. In some cases, the UE would need to first go to 5GMM-IDLE mode and re-establish the connection, while in other cases the UE requests the RRC to resume its connection. In the latter case, the NAS may or may not send a message after the resumption of the RRC connection which again is determined based on the reason to resume the connection.
The UE in 5GMM-CONNECTED mode may receive a fallback indication from the RRC layer after which the UE re-establishes the NAS signaling connection as described in section 5.3.1.2 of TS 24.501.
The following is an excerpt from TS 24.501 on how the NAS connection can be re-20 established.
"VVben the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the registration procedure for mobility and periodic registration update and include the Uplink data status IE in the REGISTRATION REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.5.1.3 for further details).
When the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and the UE has pending uplink user data for PDU session(s) with user-plane resources already established but no pending NAS procedure, the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the service request procedure and include the Uplink data status IE in the SERVICE REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication (see subelause 5.6.1 for further details).
When the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and the UE has a pending registration procedure, a service request procedure, or a de-registration procedure, the UE shall: a) enter 5GMM-IDLE mode; b) proceed with the pending procedure; and c) if the pending procedure is a service request or registration procedure, the UE shall include the Uplink data status IE in the SERVICE REQUEST message, or in the REGISTRATION REQUEST message, indicating the PDU session(s) for which user-plane resources were not active prior to receiving a fallback indication from the lower layers and the UE has pending user data to be sent over 3GPP access, if any, and the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclauses 5.5.1.3 and 5.6.1 for further details).
When the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and the UE has a pending NAS procedure other than a registration procedure, a service request procedure, or a de-registration procedure, the UE shall: a) enter 5GMM-IDLE mode; b) initiate the service request procedure and include the Uplink data status IE in the SERVICE REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.6.1 for further details); and c) upon successful service request procedure completion, proceed with any pending procedure.
The cases above apply when the UE is in an allowed area or when the UE is not in a non-allowed area.
When the UE: a) is in a non-allowed area or is not in an allowed area; b) is in 5GMM-CONNECTED mode over 3GPP access; c) receives a fallback indication from lower layers; and d) does not have signalling pending, the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the registration procedure for mobility and periodic registration update. The UE shall not include the Uplink data status IE in the REGISTRATION REQUEST message except if the PDU session for which user-plane resources were active is an emergency PDU session, or if the UE is configured for high priority access in the selected PLMN.
In the above cases when the UE receives a fallback indication from lower layers, if the UE is in non-allowed area or not in allowed area, the UE shall behave as specified in subclause 5.3.5." As can be seen from the above, depending on a particular type of procedure that may be pending before the fallback indication is received by NAS, the recovery method (i.e. reestablishment of the NAS connection) may vary.
The prior art situation poses at least two problems. Firstly, there is no means by which the UE 15 can transition to 5GMM-CONNECTED mode from 5GMM-CONNECTED mode with RRC inactive indication when the UE needs to perform PC5 discovery and/or communication.
Previously, it is described how the UE in 5GMM-IDLE mode can transition to 5GMMCONNECTED mode when the UE needs to use PC5 resources for discovery and/or communication. However, there is an additional mode that is not discussed which is 5GMM-CONNECTED mode with RRC inactive indication. When in this mode, the UE's RRC connection is considered to be idle (i.e. not connected) and so if the UE wants to use PC5 resources for discovery and/or communication, then there is currently no specified means to do so.
For example, one UE may first change its mode before sending a NAS message, whereas a second UE may send a NAS message from the current mode, etc. However, the different behaviours can lead to unpredictability in the system, and this goes against the specification in which detailed conditions are required for every specific case. Also, since no behaviour is defined, then another UE may not act in any way and so remain in a state of no service.
Also, for the current means to transition to connected mode from idle mode, with the Service Request message, in order to perform PC5 discovery and/or communication, the prior art does not describe how the UE sets the Service type IE.
Secondly, hot to achieve recovery from a lower layer fallback indication for the purpose of PC5 discovery and/or communication is not specified in the prior art.
The NAS specification, TS 24.501, describes how the UE recovers its NAS connection after a fallback indication is received, wherein the recovery method depends on the procedure that may be pending at the time when the fallback indication is received. For example, one UE may recover with a NAS registration procedure, where another UE may recover with a service request procedure. However, since no behaviour is currently defined, then another UE may not act in any way and so remain in a state of no service.
The prior art does not consider the case when the UE receives a fallback indication for a UE that was engaged in PC5 discovery and/or communication at the time when the fallback is received. This poses a problem as, otherwise, the UE behaviour may be unpredictable i.e. different UEs may recover using different methods. A standardized and predictable method is preferred for this in order to ensure consistent UE behaviour.
It is aim of embodiments of the invention to address these and other shortcomings in the prior art, whether mentioned herein or not.
According to the present invention there is provided an apparatus and method as set forth in the appended claims. Other features of the invention will be apparent from the dependent claims, and the description which follows.
According to a first aspect of the present invention, there is provided a method of operating a User Equipment, UE, operable to communicate with a telecommunication network, wherein if the UE is in 5GMM-CONNECTED mode with RRC inactive indication and the UE wishes to use PC5 resources for communication, then the UE requests a transition to RRC_CONNECTED state.
In an embodiment, the PC5 resources are for one or more of: 5G ProSe direct discovery over PC5; 5G ProSe direct communication over PC5; and V2X communication over PC5.
In an embodiment, the request for transition to RRC_CONNECTED state is made to a lower layer According to a second aspect of the present invention, there is provided a UE operable to perform the method of the first aspect.
According to a third aspect of the present invention, there is provided a method of operating a User Equipment, UE, operable to communicate with a telecommunication network, wherein the UE, if in 50MM-CONNECTED mode, receives a fallback indication and the UE has no ongoing NAS procedure and no pending uplink user data for a Protocol Data Unit, PDU, session, and the UE, at the time of receiving the fallback indication, was using network resources for 5G ProSe direct discovery, 5G ProSe direct communication or V2X communication over PC5, then the UE enters 5GMM-IDLE mode and initiates a service request procedure to recover the NAS connection.
In an embodiment, while recovering the NAS connection, the UE includes an Uplink data stats Information Element, 1E, in a Service Request message or Control Plane Service Request message, indicating the PDU session for which User Plane, UP, resources were active prior to receipt of the fallback indication.
According to a fourth aspect of the present invention, there is provided UE operable to perform the method of the third aspect.
In an aspect, provision is made to enable a transition from 5GMM-CONNECTED mode with RRC inactive indication to 5GMM-CONNECTED mode for the purpose of PC5 discovery and/or communication.
In another aspect, provision is made for re-establishing a NAS connection after fallback indication for a UE that was performing PC5 discovery and/or communication.
Although a few preferred embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes and modifications might be made without departing from the scope of the invention, as defined in the appended claims.
For a better understanding of the invention, and to show how embodiments of the same may be carried into effect, reference will now be made, by way of example only, to the accompanying diagrammatic drawings in which: Figure 1 shows a UE in communication with a network, according to an embodiment of the present invention; Figure 2 shows a flowchart according to a first embodiment of the present invention; and Figure 3 shows a flowchart according to a second embodiment of the present invention.
Figure 1 shows a general representation of a User Equipment 10 in communication with a telecommunication network 20. The element of the network 20 which connects to the UE 10 is typically a base station or gNB.
In an embodiment, a solution is provided for a UE in 5GMM-CONNECTED with RRC inactive indication which requires to transition to 5GMM-CONNECTED mode for the purpose of (e.g. to perform or use) P05 discovery and/or P05 communication.
There are several options, which are presented in the following.
Option 1 If the UE in 5GMM-CONNECTED with RRC inactive indication wants to use or perform PC5 discovery and/or P05 communication (or when the UE has to request resources for ProSe direct discovery over P05 or ProSe direct communication over P05, or V2X communication over P05), then the NAS should request the lower layers to transition to RRC_CONNECTED state (or to resume the RRC connection and thereby transition from RRC_INACTIVE state to RRC_CONNECTED state). Note that in this case, the NAS need not send a NAS message and the mere request to the lower layers to transition to RRC_CONNECTED state is sufficient.
When the lower layers indicate that the UE (or RRC) is now in RRC_CONNECTED state, the NAS should then enter 5GMM-CONNECTED mode. Furthermore, the NAS may inform the ProSe layer in the UE (e.g. an upper layer in the UE) that the UE is now in 5GMM-CONNECTED mode and as such PC5 discovery and/or P05 communication can be performed. Note that the request from the NAS to the lower layers to transition to RRC_CONNECTED state may be triggered by a request from the upper layers (or ProSe layer) to perform P05 discovery and/or P05 communication (or by the V2X layer to perform V2X communication over PC5).
Option 2 If the UE in 5GMM-CONNECTED with RRC inactive indication wants to use or perform PC5 discovery and/or P05 communication (or when the UE has to request resources for ProSe direct discovery over P05 or ProSe direct communication over P05, or when the UE has to request resources for V2X communication over P05), then the NAS should initiate a service request procedure and send a Service Request (or Control Plane Service Request -CPSR) message.
Option 3 If the UE in 5GMM-CONNECTED with RRC inactive indication wants to use or perform PC5 discovery and/or P05 communication (or when the UE has to request resources for ProSe direct discovery over PC5 or Prose direct communication over PC5, or when the UE has to request resources for V2X communication over PC5), then the NAS should initiate a registration for mobility and periodic registration update by sending a REGISTRATION REQUEST message.
For any of the three options above, if the UE also requires to request the establishment of user-plane resources for at least one PDU session, then the UE should also include the Uplink data status IE in the NAS message. The UE should set the IE such that the PDU session (identified by a PDU session ID) has the corresponding bit set to 1, thereby indicating that user-plane resources are being requested for the identified PDU session.
The following also applies when the UE in 5GMM-CONNECTED with RRC inactive indication receives a fallback indication and the UE wants to perform PC5 discovery and/or PC5 communication.
When the UE in 5GMM-CONNECTED mode with RRC inactive indication receives a fallback indication from lower layers, and the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, and the UE needs to request resources for Prose direct discovery over PC5 or ProSe direct communication over PC5 (or when the UE has to request resources for V2X communication over PC5), the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the registration procedure for mobility and periodic registration update and include the Uplink data status IE in the REGISTRATION REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.5.1.3 for further details).
Alternatively, when the UE in 5GMM-CONNECTED mode with RRC inactive indication receives a fallback indication from lower layers, and the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, and the UE needs to request resources for ProSe direct discovery over PC5 or ProSe direct communication over PC5 (or when the UE has to request resources for V2X communication over PC5), the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the service request procedure and include the Uplink data status IE in the Service Request (or CPSR) message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any.
Note that for any of the cases in which the UE sends a Service Request message (or CPSR message), either to transition from 5GMM-IDLE mode to 5GMM-CONNECTED mode or from 5GMM-CONNECTED mode with RRC inactive to 5GMM-CONNECTED mode, for the purpose of requesting resources for ProSe direct discovery over PC5 or ProSe direct communication over PC5 (or when the UE has to request resources for V2X communication over PC5), then the UE should take the following actions: * The Service type IE in the Service Request message (or the Control plane service type IE in the CPSR message) should be set to: o a new value, where the value may indicate e.g. "PC5 discovery", or "PC5 communication", or "PC5 discovery and/or communication", where the value may be determined by the UE based on the type of PC5 procedure that needs to be performed, or based on a pre-defined value; or o "high priority access", if the UE is configured as high priority access; or o otherwise, the Service type IE in the SERVICE REQUEST message (or the Control plane service type IE in the CPSR message) is set to "signalling", except if there is a an emergency PDU session which is indicated in the Uplink data status IE the service type IE in the SERVICE REQUEST message shall be set to "emergency services" * When sending (e.g. before sending) the Service Request message (or the CPSR message), if the UE has pending uplink user data to send for a PDU session, then the UE shall also include the Uplink data status IF in the SERVICE REQUEST message (or CPSR message) to indicate which PDU session(s) associated with the access type the SERVICE REQUEST message (or CPSR message) is sent over have pending user data to be sent.
Note that all of the above applies in the case of V2X services for which the UE may also require user plane resources for PC5 communication. As such, all the references to "ProSe (direct) discovery over PC5 or ProSe (direct) communication over PC5" (or similar terms) can be replaced by "V2X communication over PC5". As such the embodiments described herein apply equally to V2X communication over PC5.
Figure 2 shows a flowchart setting out certain steps described above. At Step S101, the UE 10 is in 5GMM-CONNECTED mode with RRC inactive indication. At step S102, the UE decides to use PC5 resources for communication. At step 5103, UE requests a transition to RRC_CONNECTED state.
The following embodiments relate more specifically to the second problem identified earlier, namely that associated with how to achieve recovery from a lower layer fallback indication for the purpose of PC5 discovery and/or communication.
A UE in 5GMM-CONNECTED mode may receive a fallback indication from the lower layers and hence the UE will need to re-establish its NAS signalling connection. When this occurs for a UE that was using resources for PC5 discovery and/or communication (or V2X communication over PC5), then the UE may re-establish its NAS connection by either performing a registration procedure or a service request procedure as is explained below.
When the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and: a) the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, or b) the UE was using (PC5) resources for ProSe PC5 discovery or ProSe PC5 communication (i.e. the UE was performing PC5 discovery and/or PC5 communication), or the UE was using (PC5) resources for V2X communication over PC5; the UE shall: a) enter 5GMM-IDLE mode; and b) initiate the registration procedure for mobility and periodic registration update and include the Uplink data status IE in the REGISTRATION REQUEST message indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.5.1.3 for further details).
Alternatively, when the UE in 5GMM-CONNECTED mode over 3GPP access receives a fallback indication from lower layers, and: a) the UE has no pending NAS procedure and no pending uplink user data for PDU session(s) with user-plane resources already established, or b) the UE was using (PC5) resources for ProSe PC5 discovery or ProSe PC5 communication (i.e. the UE was performing PC5 discovery and/or PC5 communication), or the UE was using (PC5) resources for V2X communication over PC5; the UE shall a) enter 5GMM-IDLE mode; and b) initiate the service request procedure and include the Uplink data status IE in the SERVICE REQUEST message (or CPSR message) indicating the PDU session(s) for which user-plane resources were active prior to receiving the fallback indication, if any (see subclause 5.5.1.3 for further details).
Based on the above, embodiments of the invention provide that a UE in 5GMM-CONNECTED mode that receives a fallback indication from the lower layers should re-establish the NAS signalling connection by sending either a Registration Request message or a Service Request message after first entering 5GMM-IDLE mode. This applies if the UE was using PC5 resources for, or performing, PC5 discovery and/or PC5 communication (either for ProSe or V2X) before the fallback indication was received. Optionally, the UE behaves as explained if the UE has no other pending NAS procedure.
Figure 3 shows a flowchart setting out certain steps described above. At S201, the UE 10 is in 5GMM-CONNECTED mode and receives a fallback indication. The UE has no ongoing NAS procedure and no pending uplink user data for a Protocol Data Unit, PDU, session. The UE 10 is using network resources for 50 ProSe direct discovery or 50 ProSe direct communication.
At 5202, the UE 10 enters 5GMM-IDLE mode. At S 203, the UE 10 initiates a service request procedure to recover the NAS connection.
By means of embodiments of the present invention, a UE 10 is configured to behave in a consistent and defined manner in the circumstances illustrated. This overcomes the problems identified with the prior art, whereby the UE could act in an unpredictable manner, resulting in errors or malfunctions.
At least some of the example embodiments described herein may be constructed, partially or wholly, using dedicated special-purpose hardware. Terms such as 'component', 'module' or unit' used herein may include, but are not limited to, a hardware device, such as circuitry in the form of discrete or integrated components, a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC), which performs certain tasks or provides the associated functionality. In some embodiments, the described elements may be configured to reside on a tangible, persistent, addressable storage medium and may be configured to execute on one or more processors. These functional elements may in some embodiments include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. Although the example embodiments have been described with reference to the components, modules and units discussed herein, such functional elements may be combined into fewer elements or separated into additional elements. Various combinations of optional features have been described herein, and it will be appreciated that described features may be combined in any suitable combination. In particular, the features of any one example embodiment may be combined with features of any other embodiment, as appropriate, except where such combinations are mutually exclusive. Throughout this specification, the term "comprising" or "comprises" means including the component(s) specified but not to the exclusion of the presence of others.
Attention is directed to all papers and documents which are filed concurrently with or previous to this specification in connection with this application and which are open to public inspection with this specification, and the contents of all such papers and documents are incorporated herein by reference.
All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and/or all of the steps of any method or process so disclosed, may be combined in any combination, except combinations where at least some of such features and/or steps are mutually exclusive.
Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent or similar features.
The invention is not restricted to the details of the foregoing embodiment(s). The invention extends to any novel one, or any novel combination, of the features disclosed in this specification (including any accompanying claims, abstract and drawings), or to any novel one, or any novel combination, of the steps of any method or process so disclosed.

Claims (7)

  1. CLAIMS1. A method of operating a User Equipment, UE, operable to communicate with a telecommunication network, wherein if the UE is in 5GMM-CONNECTED mode with RRC inactive indication and the UE wishes to use P05 resources for communication, then the UE requests a transition to RRC_CONNECTED state.
  2. 2. The method of claim 1 wherein the P05 resources are for one or more of: 5G ProSe direct discovery over P05; 5G ProSe direct communication over P05; and V2X communication over PC5.
  3. 3. The method of claim 1 or 2 wherein the request for transition to RRC_CONNECTED state is made to a lower layer
  4. 4. A UE operable to perform the method of any preceding claim. 15
  5. 5. A method of operating a User Equipment, UE, operable to communicate with a telecommunication network, wherein the UE, if in 5GMM-CONNECTED mode, receives a fallback indication and the UE has no ongoing NAS procedure and no pending uplink user data for a Protocol Data Unit, PDU, session, and the UE, at the time of receiving the fallback indication, was using network resources for 5G ProSe direct discovery, 5G ProSe direct communication or V2X communication over P05, then the UE enters 5GMM-IDLE mode and initiates a service request procedure to recover the NAS connection.
  6. 6. The method of claim 5 wherein while recovering the NAS connection, the UE includes an Uplink data stats Information Element, 1E, in a Service Request message or Control Plane Service Request message, indicating the PDU session for which User Plane, UP, resources were active prior to receipt of the fallback indication.
  7. 7. A UE operable to perform the method of claim 5 or 6.
GB2206813.4A 2021-05-11 2022-05-10 Improvements in and relating to proximity services in a telecommunication network Pending GB2608262A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
GB2310852.5A GB2619827A (en) 2021-05-11 2022-05-10 Improvements in and relating to proximity services in a telecommunication network
EP22807838.2A EP4324228A1 (en) 2021-05-11 2022-05-11 Method and apparatus for proximity services in a telecommunication network
PCT/KR2022/006745 WO2022240191A1 (en) 2021-05-11 2022-05-11 Method and apparatus for proximity services in a telecommunication network
CN202280034221.3A CN117296350A (en) 2021-05-11 2022-05-11 Method and apparatus for proximity services in a telecommunications network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB202106676 2021-05-11

Publications (1)

Publication Number Publication Date
GB2608262A true GB2608262A (en) 2022-12-28

Family

ID=84286129

Family Applications (1)

Application Number Title Priority Date Filing Date
GB2206813.4A Pending GB2608262A (en) 2021-05-11 2022-05-10 Improvements in and relating to proximity services in a telecommunication network

Country Status (1)

Country Link
GB (1) GB2608262A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200045674A1 (en) * 2018-08-03 2020-02-06 FG Innovation Company Limited Sidelink radio resource allocation
WO2020067944A1 (en) * 2018-09-25 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Resume request followed by release and redirect
WO2020096963A1 (en) * 2018-11-05 2020-05-14 Google Llc Method for handling a mobility management state transition after fallback to rrc establishment
WO2020098926A1 (en) * 2018-11-14 2020-05-22 Nokia Technologies Oy Apparatus, method and computer program for connection management
WO2021010688A1 (en) * 2019-07-12 2021-01-21 삼성전자 주식회사 Apparatus and method for supporting vehicle-to-everything in wireless communication system
US20210105788A1 (en) * 2019-10-02 2021-04-08 Taehun Kim Demand System Information for Sidelink Communications

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200045674A1 (en) * 2018-08-03 2020-02-06 FG Innovation Company Limited Sidelink radio resource allocation
WO2020067944A1 (en) * 2018-09-25 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Resume request followed by release and redirect
WO2020096963A1 (en) * 2018-11-05 2020-05-14 Google Llc Method for handling a mobility management state transition after fallback to rrc establishment
WO2020098926A1 (en) * 2018-11-14 2020-05-22 Nokia Technologies Oy Apparatus, method and computer program for connection management
WO2021010688A1 (en) * 2019-07-12 2021-01-21 삼성전자 주식회사 Apparatus and method for supporting vehicle-to-everything in wireless communication system
US20210105788A1 (en) * 2019-10-02 2021-04-08 Taehun Kim Demand System Information for Sidelink Communications

Similar Documents

Publication Publication Date Title
CN111226449B (en) Suspending services in a core network
AU2018449171B2 (en) Apparatus, method and computer program for connection management
JP2021514166A (en) Inducing roaming in wireless communication networks
EP2501191B1 (en) Methods for handling reachability of a mobile device
CN109587677B (en) Recovery method of data radio bearer, terminal, base station and core network equipment
GB2595750A (en) Slice-Specific Authentication and Authorization
EP3879897B1 (en) Wireless communication methods, terminal device and network device
US11924632B2 (en) Network slice-specific authentication and authorization
GB2608253A (en) Improvements in and relating to PDU session modification
GB2594533A (en) Emergency services for user equipment
GB2608262A (en) Improvements in and relating to proximity services in a telecommunication network
GB2619827A (en) Improvements in and relating to proximity services in a telecommunication network
GB2591499A (en) Informing changes in coverage enhancement usage
EP3981181B1 (en) Controlling and restricting mof user identities per ue
GB2612438A (en) Improvements in and relating to multi-USIM operation in a mobile telecommunications environment
WO2023077370A1 (en) Method for per access type network slice admission control
GB2624303A (en) Improvements in and relating to a telecommunication network
US20230189202A1 (en) Network transferring method, terminal, and network-side device
EP4387328A2 (en) Communication method and communications apparatus
GB2616728A (en) Improvements in and relating to a user equipment, UE
GB2611413A (en) Improvements in and relating to control plane data transmission
KR20240102935A (en) Methods for network slice admission control by access type
WO2023011740A1 (en) Configuring disaster assistance information
GB2622134A (en) Enhancements for UE - satellite access
WO2023072416A1 (en) Communicating and storing aerial system security information