Handling of timers in store and forward mode in a mobile network

Abstract

Described is a user equipment (800) in a mobile network, the user equipment having access to information indicating how to handle a store and forward wait timer when the user equipment connects to a network which is not operating in a store and forward mode of operation, the user equipment being configured to: receive (501) a store and forward wait timer from a network that is operating in a store and forward mode; start (502) the store and forward wait timer; and based on the information, stop or not stop (503) the store and forward wait timer in response to the user equipment successfully registering to a network which is not operating in store and forward mode. Devices and methods for the handling of other timers in store and forward mode are also described. This may more clearly describe how the store and forward wait timer can be stopped based on new events. This may prevent user equipments from behaving differently, which may, for example, create more signaling. The described approach may advantageously reduce congestion and / or back-off by the network, which may improve service.

Description

HANDLING OF TIMERS IN STORE AND FORWARD MODE IN A MOBILE NETWORKTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of mobile networks, in particular to timers that may be used when entities are operating in a store and forward mode of operation in such networks.BACKGROUND

[0002] Satellite Store and Forward (S&F) operation is a mode of operation in a mobile network by which the connection between a user equipment (UE) and a core network entity at a satellite, and between the satellite and the ground network, is not available at the same time. At any period, either: the connection between the UE and the satellite (service link) is available, but the connection between the satellite and the ground (feeder link) is not available, or the feeder link is available but not the service link.

[0003] Hence S&F enables the satellite to communicate with the UE, store any information from the UE, and then forward it to the ground (when a feeder link is active) , and similarly in the other direction.

[0004] In 3GPP, the so-called mobility management entity (MME) split architecture means that some MME functions are on the satellite (referred to as MME-onboard) and other functions on the ground or terrestrial network (referred to as MME-ground) . The functions that are hosted in MME-onboard versus MME-ground, and how the MME-onboard communicates with MME-ground are not currently specified.

[0005] The S&F operation with MME split architecture creates scenarios in which the context across the UE, MME-onboard, and MME-ground are not synchronized.

[0006] The satellite may not have time and / or context to completely process a non-access stratum (NAS) message from the UE without synchronization with the ground network. In this case, the MME on the satellite can provide a store and forward wait timer (S&F wait timer) to the UE.

[0007] The UE which starts a S&F wait timer is not supposed to use a satellite with S&F mode of operation up until the expiry of the timer. For example, as described in 3GPP S2-2412903: “When the S&F wait timer expires, the UE may perform a NAS procedure, which can be a subsequent NAS procedure or a reattempt of a NAS procedure previously rejected with a S&F reject cause” .

[0008] The MME on the satellite may also provide a so-called uplink (UL) S&F estimated delivery time. As described in S2-2412903: “The MME may indicate to UE the uplink S&F estimated delivery time in NAS messages (Attach accept or TAU accept message or service accept) . How UE uses this information is left for UE implementation. The uplink S&F estimated delivery time is the estimated / expected time required to deliver the data to the ground network element from the time the data is sent by the UE” .

[0009] The UE can enter Power Savings Mode (PSM) in order to save power, as described in section 5.3.11 of 3GPP Technical Specification (TS) 24.301 V19.0.0. When the UE enters PSM, it will stop all NAS timers except a few that are explicitly mentioned in TS 24.301 V19.0.0.

[0010] Congestion control can be applied at the NAS protocol by use of back-off (BO) timers.

[0011] Timer T3346 is for NAS mobility management (MM) congestion control and it allows the network to apply BO to a UE at the NAS MM protocol level. When this timer is running, the UE is not allowed to initiate any NAS MM procedure except for emergency services.

[0012] Timer T3396 is for NAS session management (SM) congestion control and it allows the network to apply BO to a UE at the NAS SM protocol level. This timer is related to an access point name (APN) and is associated with an APN.

[0013] Timer T3448 is a timer which applies BO to a UE such that the UE does not send data over the control plane. The following is described in section 5.3.9A of TS 24.301: “While the timer T3448 is running, the UE in EMM-IDLE mode shall not initiate the transport of user data via the  control plane procedure (see clause 6.6.4) , except if the UE is allowed to use exception data reporting (see the ExceptionDataReportingAllowed leaf of the NAS configuration MO in 3GPP TS 24.368 [15A] or the USIM file EFNASCONFIG in 3GPP TS 31.102

[0017] ) and the user data is related to an exceptional event. Upon entering the state EMM-DEREGISTERED or a new Public Land Mobile Network (PLMN) which is not  equivalent to the PLMN where the UE started the timer T3448, or upon being switched off while the timer T3448 is running, the UE shall stop the timer T3448. For further criteria to stop of timer T3448, refer to clause 5.5.3.2.4 and clause 5.6.1.4.2. ”

[0014] Section 4.3.7.4.2 of 3GPP TS 23.401 V19.0.0 specifies the different types and mechanisms of NAS congestion control.

[0015] The following is stated in section 5.3.11 of 3GPP TS 24.301 V19.0.0 for handling NAS timers when a UE enters PSM: “when PSM is activated all NAS timers are stopped and associated procedures aborted except for T3412, T3346, T3396, T3447, T3448, any back-off timers, T3245, T3247, the timer T controlling the periodic search for HPLMN or EHPLMN (if the EHPLMN list is present) or higher prioritized PLMNs and the timer TSENSE controlling the periodic search for PLMNs satisfying the operator controlled signal level threshold. ”

[0016] The following is also stated in section 5.3.9 of TS 24.301 V19.0.0 for handling the NAS congestion control timer:

[0017] “If the UE is switched off when the timer T3346 is running, the UE shall behave as follows when the UE is switched on and the USIM in the UE remains the same: - let t1 be the time remaining for T3346 timeout at switch off and let t be the time elapsed between switch off and switch  on.If t1 is greater than t, then the timer shall be restarted with the value t1 –t. If t1 is equal to or less than t, then the timer need not be restarted. If the UE is not capable of determining t, then the UE shall restart the timer with the value t1. ”

[0018] The above show how some NAS timers are currently handled when the UE enters PSM or is switched off.

[0019] However, some aspects of the UE behavior are incomplete in light of the S&F wait timer. Furthermore, the prior art does not define the scope of the UL estimated S&F delivery time.

[0020] It is desirable to develop an approach that may overcome at least some of the above issues.SUMMARY

[0021] According to a first aspect, there is provided a user equipment in a mobile network, the user equipment having access to information indicating how to handle a store and forward wait timer when the user equipment connects to a network which is not operating in a store and forward mode of operation, the user equipment being configured to: receive a store and forward wait timer from a network (for example, a core network or an entity thereof) that is operating in a store and forward mode; and start the store and forward wait timer.

[0022] The user equipment may have any of the features described below, alone or in combination.

[0023] Based on the information, the user equipment may be configured to stop or not stop the store and forward wait timer in response to the user equipment successfully registering to a network which is not operating in store and forward mode. This may more clearly describe how the S&F wait timer can be handled based on new events, such as registration with a new PLMN. This may prevent UEs from behaving differently, which may, for example, create more signaling. This may advantageously reduce congestion and / or back-off by the network, which may improve service.

[0024] If the information indicates that the store and forward wait timer should be stopped after moving from a network which is operating in store and forward mode to another network which is not operating in store and forward mode, the user equipment may be configured to stop the store and forward wait timer when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode. This may allow the user equipment to handle the store and forward wait timer appropriately when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode. Stopping the timer can result in the user equipment having fewer timers to handle.

[0025] The user equipment may be configured to stop the store and forward wait timer after the user equipment successfully registers or attaches with a core network entity on the same public land mobile network, or a new or different public land mobile network via a satellite which is not operating in store and forward mode, or via a terrestrial network. This may allow the user equipment to appropriately handle the store and forward wait timer in further situations.

[0026] If the information indicates that the store and forward wait timer should not be stopped after moving from one network which is operating in store and forward mode to another network not operating in store and forward mode, the user equipment may be configured to maintain the store and forward wait timer (e.g. keep the timer running) when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode. This may allow the user equipment to handle the store and forward wait timer appropriately when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode. As an example, maintaining the time can achieve an objective of backing the user equipment off if ever it goes back to satellite coverage.

[0027] The user equipment may be configured to maintain the store and forward wait timer when the user equipment enters a power saving mode. This may allow the user equipment to appropriately handle the store and forward wait timer when it enters power savings mode.

[0028] The user equipment may be configured to abide by requirements of the store and forward wait timer after the user equipment exits the power saving mode. This may allow the user equipment to appropriately handle the store and forward wait timer when it exits power savings mode.

[0029] After being disabled or switched off, and subsequently enabled or switched on, the user equipment may be configured to determine if the store and forward wait timer should be restarted based on a remainder time of the store and forward wait timer. This may allow the user equipment to appropriately handle the store and forward wait timer when the user equipment is switched off and on.

[0030] The user equipment may be configured to inform one or more upper layers (for example, an application layer of an application client in the UE or any other communication entity that interacts with the UE NAS layer) after it changes the network it is accessing and / or a change to the operation of the store and forward wait timer and / or a change to the operation of an estimated uplink delivery time. This may allow, for example, an application layer to use this information to adjust its service operations as needed.

[0031] The information may be received by the user equipment. The information may be known by the user equipment (for example, pre-configured) . This may allow the network to inform the user equipment how to handle the store and forward wait timer or allow the user equipment to follow pre-configured information.

[0032] The information may be provided as an indication from the network which is operating in store and forward mode or from a target network which is not operating in store and forward mode. This may allow the network to indicate how to handle the store and forward wait timer.

[0033] The user equipment may be configured to receive the information in a non-access stratum message. This may allow the network to provide the information to the user equipment.

[0034] The user equipment may be configured to indicate to a new network that it has a running store and forward wait timer when it accesses the new network. This may allow the new network to be aware of the store and forward wait timer.

[0035] The user equipment may be configured to, if the user equipment enters a different network while the store and forward wait timer is running, and the different network is not equivalent to the network where the user equipment started the store and forward wait timer, the user equipment may be configured to stop the store and forward wait timer when initiating mobility management procedures in the different network, and / or after the user equipment successfully registers in the different network, and / or after the user equipment enters connected mode in the different network. This may allow the user equipment to stop the store and forward wait timer when the user equipment successfully registers to a network that is not operating in store and forward mode.

[0036] The store and forward wait timer may be provided to the user equipment in a non-access stratum accept message or a non-access stratum reject message. If the store and forward wait timer is provided to the user equipment in a non-access stratum accept message, the user equipment may be configured to continue communication with the core network entity that provided the store and forward wait timer. If the store and forward wait timer is provided to the user equipment in a non-access stratum reject message, the user equipment may be configured to discontinue communication with the core network entity that provided the store and forward wait timer. This may allow the user equipment to handle the store and forward wait timer appropriately in dependence on the type of NAS message the timer is received in.

[0037] When the user equipment receives the store and forward wait timer in a NAS message, the user equipment may start the timer T3440 (which is defined in TS 24.301) when the UE is accessing EPC (i.e. 4G, or when the UE is in S1 mode) . Optionally the UE may do so if the store and forward wait timer is received in a NAS reject message.

[0038] When the user equipment receives the store and forward wait timer in a NAS message, the user equipment may start the timer T3540 (which is defined in TS 24.501) when the UE is accessing 5GC (i.e. 5G, or when the UE is in N1 mode) . Optionally, the UE may do so if the store and forward wait timer is received in a NAS reject message.

[0039] The user equipment may be configured for communication with a core network entity (for example, a non-terrestrial entity such as an MME-onboard) in the mobile network via a first data link. The core network entity may be configured to transmit one or more data packets received from the user equipment to a further network entity (for example, a terrestrial entity such as an MME-ground) in the mobile network via a second data link, optionally wherein the first data link and the second data link are not simultaneously available for data packet transmission. This may allow the user equipment and network to operate in store and forward mode.

[0040] According to a second aspect, there is provided a method for implementation at a user equipment in a mobile network, the user equipment having access to information indicating how to handle a store and forward wait timer when the user equipment connects to a network which is not operating in a store and forward mode of operation, the method comprising: receiving a store and forward wait timer from a network that is operating in a store and forward mode; and starting the store and forward wait timer.

[0041] This method may more clearly describe how the S&F wait timer can be handled based on new events, such as registration with a new PLMN. This may prevent UEs from behaving differently, which may, for example, create more signaling. This may advantageously reduce congestion and / or back-off by the network, which may improve service.

[0042] The method may comprise any of the further features described herein and above with respect to the first aspect.

[0043] According to a third aspect, there is provided a user equipment in a mobile network, the user equipment being configured to:receive an estimated uplink delivery time from a network; and determine the scope of the estimated uplink delivery time.

[0044] This may allow for more uniform behavior of the user equipment with respect to handling this timer.

[0045] The user equipment may be configured to determine the scope of the estimated uplink delivery time in the following ways.

[0046] The user equipment may determine that the estimated uplink delivery time is linked to the network (for example, a core network entity or satellite) from which it was received. This may be indicated by the network. The user equipment may be configured to link the estimated uplink delivery time to the network from which it was received; and receive an indication of how to handle the estimated uplink delivery time when the user equipment connects to a different network. The user equipment may be configured to link the estimated uplink delivery time to a satellite from which it was received. The user equipment may receive an indication of how to handle the estimated uplink delivery time when the user equipment connects to a different satellite. This may allow the user equipment to determine the scope of the estimated uplink delivery time.

[0047] The user equipment may determine that the estimated uplink delivery time is not network-or satellite-specific (in other words, is applicable to all networks) . This may be indicated by the network. For example, the estimated uplink delivery time may have a PLMN-wide scope or may have a scope of a tracking area (TA) . This may allow the estimated uplink delivery time to be used across multiple satellites or tracking areas.

[0048] The UE may consider a received estimated uplink delivery time to be valid within the network (for example, a PLMN or tracking area) or satellite that provided it. The UE may associate the timer with a satellite identity or a tracking area identity, where the satellite identity is the identification of the satellite and where the tracking area identity is the identification of the tracking area. The identity may be in any format. This may allow the user equipment to use the estimated uplink delivery time for the appropriate satellite (s) or tracking area (s) .

[0049] The UE may have a list of timer and satellite identity association (or a list of timer and tracking area identity association) , optionally per PLMN. The user equipment may update the list as new information as received. The user equipment may delete the list if it leaves the tracking area or leaves the PLMN or registers on another PLMN.

[0050] The network may indicate (for example, over any protocol message) whether the estimated uplink delivery time is per satellite, or for all satellites, optionally per PLMN, and / or tracking area, or any combination. This may allow the user equipment to determine the scope of the estimated uplink delivery time based on an indication by the network.

[0051] The network may indicate the scope or validity of the estimated uplink delivery time using any message. The user equipment may enforce the validity of the estimated uplink delivery time as per the network indication. This may allow the user equipment to determine the scope of the estimated uplink delivery time based on an indication by the network.

[0052] The user equipment may have previously received an estimated uplink delivery time. The user equipment may receive another estimated uplink delivery time and may behave as follows:

[0053] If the user equipment considers the estimated uplink delivery time to be satellite specific (i.e. the scope is per satellite) , then the user equipment may update any current stored value for this time which was received from the same satellite.

[0054] If the user equipment considers the estimated uplink delivery time to be tracking area specific, then the user equipment may update any current stored value for this time which was received from within the same tracking area.

[0055] If the user equipment considers the estimated uplink delivery time to be per PLMN, then the user equipment may consider the previous stored timer to be invalid and may use the new value as the new PLMN specific time for the estimated uplink delivery time. The user equipment may update the current time value with the new one which is received. The new value may be provided to one or more upper layers.

[0056] The user equipment may have previously received an estimated uplink delivery time. The user equipment may access a satellite which does not provide an estimated uplink delivery time. In this case, the user equipment may behave as follows in any combination:

[0057] If the estimated uplink delivery time is satellite specific, the user equipment may delete any existing time or inform the upper layers that the previous time is no longer valid. Alternatively, the user equipment may continue to use the previous time value until a new one is received. The user equipment may use any value from previous times such as, but not limited to, average value of previous time value received, a default value (e.g. preconfigured or indicated by network) .

[0058] The estimated uplink delivery time value received may or may not result in the start of a timer corresponding to the estimated uplink delivery time value.

[0059] If the estimated uplink delivery time is PLMN specific or TA specific (and the user equipment is still in the same TA) , then the user equipment may consider the previous time to be invalid and / or may delete the previously received time. The user equipment may alternatively continue to use the previous value until a new one is received. This may allow the user equipment to use an appropriate time for the PLMN or TA.

[0060] If the user equipment determines a new value of the estimated uplink delivery time, the user equipment may inform one or more upper layers of any determined change in this value. This may allow the upper layers to use the most relevant value.

[0061] Upon a change of operation from store and forward mode to a non-store and forward mode, the user equipment may stop use of any estimated uplink delivery time (or may delete any previously stored value for this time) and may indicate to one or more upper layers that user equipment is no longer in store and forward mode, or that the user equipment is no longer accessing a network which operates in store and forward mode, or the user equipment is accessing a network which is not operating in store and forward mode. This may allow the user equipment to appropriately handle the estimated uplink delivery time when it is no longer accessing a network operating in store and forward mode.

[0062] The user equipment may indicate to one or more upper layers that estimated uplink delivery time is no longer valid or useful. This may allow different actions to be taken on the service level and allow, for example, an application to know that this delay is no longer applicable.

[0063] According to a fourth aspect, there is provided a method for implementation at a user equipment in a mobile network, the method comprising: receiving an estimated uplink delivery time from a network; and determining the scope of the estimated uplink delivery time.

[0064] This may allow for more uniform behavior of the user equipment with respect to handling this timer.

[0065] The method may comprise any of the further features described herein and above with respect to the third aspect.

[0066] According to a fifth aspect, there is provided a user equipment in a mobile network, the user equipment being configured to:receive a store and forward wait timer from a network that is operating in a store and forward mode of operation; and start the store and forward wait timer; when the store and forward wait timer expires, determine whether a mobility management back-off timer or a session management back-off timer is running at the user equipment device; and if a mobility management back-off timer or a session management back-off timer is running at the user equipment device, limit access to the network until the mobility management back-off timer or the session management back-off timer has expired.

[0067] The user equipment may limit access to the network by, for example, not initiating NAS procedures, or only performing certain types of procedures, as will be described below.

[0068] This may better define which timer should take precedence, and / or which NAS procedure can be initiated, based on the expiry of one timer while another timer is running. This can result in specified and predictable system behaviour.

[0069] If the user equipment has both a mobility management back-off timer running and a store and forward wait timer running, if the store and forward wait timer expires, the user equipment can verify whether the mobility management back-off timer is running. If the mobility management back-off timer is running when the store and forward wait timer expires, the user equipment may not initiate any NAS procedures (optionally except for emergency, for example on a terrestrial network) . That is, the user equipment can continue to hold off any NAS procedures. This may allow the MM BO timer to take precedence and for the user equipment to determine whether it is able to perform NAS procedures with the core network.

[0070] If the mobility management back-off timer is not running when the store and forward wait timer expires, the user equipment may initiate a NAS procedure. In other words, after the expiry of the store and forward wait timer, the user equipment may only initiate a NAS procedure if no mobility management back-off timer is running at the user equipment. This may allow the user equipment to communicate with the core network.

[0071] If the user equipment has both a session management back-off timer running and a store and forward wait timer running, the store and forward wait timer can take precedence. In this case, all user equipment procedures can be blocked.

[0072] If the user equipment has a session management back-off timer running when the store and forward wait timer expires, the user equipment may access the network via satellite store and forward operation. The user equipment may not be able to send data (optionally over the control plane) or initiate session management procedures for an APN associated with the session management back-off timer (or which is not associated with any APN, if the session management back-off timer is indeed not associated to any APN) . This may allow the user equipment to determine the session management procedures it is able to perform.

[0073] The user equipment may be configured to perform mobility management signaling. The user equipment may be configured to not perform session management signaling and / or send data over the control plane related to the APN associated with the session management back-off timer. This may allow the user equipment to determine the session management signaling that it is able to perform.

[0074] Upon expiry of the store and forward wait timer, if the user equipment is running a control plane data back-off timer, the user equipment may access the network (i.e. initiate NAS procedures) . The user equipment may not send data over the control plane. The user equipment may initiate mobility management and session management procedures that are not related to (or are not for) transporting of data over NAS (or over the control plane) . This may allow the user equipment to determine the mobility management and session management procedures that it is able to perform.

[0075] Upon expiry of the control plane data back-off timer, if the user equipment is running a store and forward wait timer, the user equipment may not send any data and / or the user equipment may refrain from accessing the network and / or refrain from initiating NAS procedures. This may allow the store and forward wait timer to take precedence.

[0076] According to a sixth aspect, there is provided a method for implementation at a user equipment in a mobile network, the method comprising: receiving a store and forward wait timer from a network that is operating in a store and forward mode of operation; starting the store and forward wait timer; when the store and forward wait timer expires, determining whether a mobility management back-off timer or a session management back-off timer is running at the user equipment; and if a mobility management back-off timer or a session management back-off timer is running at the user equipment, limiting access to the network until the mobility management back-off timer or the session management back-off timer has expired.

[0077] This method may better define which timer should take precedence, and / or which NAS procedure can be initiated, based on the expiry of one timer while another timer is running. This can result in specified and predictable system behaviour.

[0078] The method may comprise any of the further features described herein and above with respect to the fifth aspect.

[0079] According to another aspect, there is provided a mobile network comprising a user equipment having any of the features described herein and / or a core network entity having any of the features described herein.

[0080] According to a further aspect, there is provided one or more computer programs for instructing a computer comprising one or more processors to implement the methods above.

[0081] According to a further aspect there is provided a data carrier storing in non-transitory form the one or more computer programs above.BRIEF DESCRIPTION OF THE DRAWINGS

[0082] Figure 1 illustrates an exemplary behavior of a UE running a S&F wait timer when it connects to a terrestrial network or to a satellite without S&F mode;

[0083] Figure 2 illustrates an exemplary behavior of a UE when it receives an uplink estimated delivery time from a satellite and moves to another satellite;

[0084] Figure 3 illustrates an exemplary behavior of a UE when it is running a S&F wait timer and an SM BO timer;

[0085] Figure 4 illustrates an exemplary behavior of a UE when it is running a S&F wait timer and an MM BO timer;

[0086] Figure 5 illustrates the steps of an exemplary method for implementation at a UE running a S&F wait timer when it successfully registers to a network which is not operating in S&F mode;

[0087] Figure 6 illustrates the steps of an exemplary method for implementation at a UE when it receives an estimated uplink delivery timer from a network;

[0088] Figure 7 illustrates the steps of an exemplary method for implementation at a UE running a S&F wait timer and a MM BO timer or SM BO timer;

[0089] Figure 8 schematically illustrates an example of a UE and some of its associated components;

[0090] Figure 9 schematically illustrates an example of a core network entity and some of its associated components.DETAILED DESCRIPTION

[0091] The present disclosure relates to mobile networks. The approaches described herein may be implemented in such mobile networks as 3GPP 4G or 5G networks and other mobile communication systems that are currently available or developed in the future. The network may comprise a plurality of network entities (NEs) . The NEs may be network function (NFs) , which may be software-based. The NEs may alternatively be network apparatus (hardware-based) .

[0092] A mobile network generally comprises a radio access network (RAN) and a core network (CN) . The RAN handles the wireless aspects, while the CN handles the management and control aspects. Both the RAN and CN have a User Plane (UP) to transmit traffic. A Control Plane (CP) can carry signaling traffic.

[0093] Embodiments of the present invention are related to a satellite with S&F operation mode. In this architecture, the satellite with MME function is called MME-onboard, while the MME on the ground is called MME-ground. The MME-onboard may not simultaneously have a link with the UE and with the MME-ground at the same time: either the link with the UE is available at any time (called service link) , or the link with the MME-ground is available at any time (called the feeder link) . With this architecture, the UE and MME-ground do not communicate directly. They communicate through the satellite which an MME on board (referred to herein as MME-onboard) . Furthermore, the MME functions across the MME-onboard and MME-ground may be split in an implementation-specific manner.

[0094] All of the solutions described herein can be applied in any order or combination. The solutions can apply to 4G (EPS) , or 5G (5GS) , or other future networks. NAS messages may be used according to the system they apply to and hence the NAS Message names may be same or different based on the system in question. All new indications can be defined in any way such as new information elements or fields or bits. All NAS messages may be new or existing. The solutions may apply to NAS layer or other layers, such as Radio Resource Control (RRC) , etc.

[0095] In some non-limiting examples, the network comprises a satellite with S&F operation mode and MME-split architecture. In this architecture, the satellite with MME function (anon-terrestrial entity) is referred to as the MME-onboard, while the MME on the ground (aterrestrial entity) is referred to as the MME-ground. As mentioned above, in general, at any time, either the link with the UE is available (service link) , or the link with the MME-ground (feeder link) is available.

[0096] The operations of the network described herein may be performed by one or more of the MME entities (MME-onboard and MME-ground) or may alternatively be performed by other network entities in alternative network architectures. For example, in a 5G network, the operations may be performed by a session management function (SMF) and an access and mobility management function (AMF) respectively. That is, the core network entity may be an SMF and the further network entity may be an AMF. In other examples, the core network entity may be any non-terrestrial network entity and the further network entity may be a terrestrial entity. The further network entity may be a further core network and / or control plane entity. In other mobile network architectures, other implementations are possible.

[0097] Herein, the first data link between the UE and the core network entity may be referred to as the service link and the second data link between the core network entity and the further network entity may be referred to as the feeder link.

[0098] Herein, the term “UE is in S&F mode” can mean that the UE is accessing or using or registering, or has registered or is communicating with, a network which is operating in S&F mode.

[0099] Herein, the uplink (UL) estimated store and forward wait timer will be referred to as UL estimated delivery time for brevity (and may also be interchangeably referred to as the estimated UL delivery time) . The UL estimated delivery time is the estimated time required to deliver the data to the ground network element from the time the data is sent by the UE to the core network entity (for example, at a satellite) .

[0100] The following exemplary problems are addressed by aspects of the present invention.

[0101] There is no description on how to handle the S&F wait timer when the UE moves to a network that is not operating in S&F mode, or when the UE enters PSM. If the S&F wait timer is stopped when the UE enters PSM, then the UE can use entering PSM as a means to bypass the S&F wait timer. The UE can enter PSM, stop the S&F wait and then leave PSM immediately and attempt to access the network. This would be a method to not abide by the objective of the S&F wait timer. The same problem exists for a UE which switches off and so switch off can be used to bypass the S&F wait timer and this can become problematic, as it allows for a way to avoid the intended back-off time of the S&F wait timer. The S&F wait timer can be provided to the UE in NAS accept or NAS reject messages. Normally the use of NAS accept message implies a success of a NAS procedure whereas a reject means that the procedure did not succeed. It is unclear why the same information can be sent in accept or reject message but the UE behavior in each case has been left undefined.

[0102] There is no description on the scope of the UL estimated delivery time. It is currently unclear how the UE determines the association between the timer and the network. This is needed because based on the scope the UE may be able to determine if the timer is valid or not depending on the scope definition. This aspect is not defined and makes the UE unable to properly enforce a scope on the timer. Furthermore, it is unclear how the UE will behave when it first receives this timer but later either receives a new timer or does not receive a timer.

[0103] Furthermore, it is currently unclear how the existing BO timers are handled in conjunction with the S&F wait timer. Without a clear description on which timer takes precedence, different UEs will behave differently and hence the outcome and system impact becomes unpredictable. For example, it is unclear whether when one timer expires, the UE can perform a NAS procedure. If yes, it is not clear which procedure is allowed.

[0104] One aspect of the present invention defines the UE behavior with regards to the handling of the S&F wait timer. Some examples of the UE S&F wait timer stopping conditions are defined in the following, for example after the UE successfully registers on a network which does not operate in S&F mode.

[0105] The UE with a S&F wait timer which is running may stop the timer as described below, alone or in any combination. In these implementations, the UE has access to information indicating how to handle a S&F wait timer. For example, the information may indicate how to handle the S&F wait timer when the UE connects to a network which is not operating in a S&F mode of operation. The UE handles the S&F wait timer as indicated by the information.

[0106] The UE may receive an indication of how to handle a S&F wait timer when the UE connects to a network which is not operating in a S&F mode of operation. The indication may be provided before or after the S&F wait timer has been started at the UE. The UE may determine to stop the S&F wait timer or keep it running based on an indication from the network which is running in S&F mode of operation. The indication may be received from the network which provided the S&F wait timer. The network may provide this indication based on local policies or UE subscription. The network may provide this indication to the UE, for example in any NAS message. The UE may receive the indication, for example in a NAS message.

[0107] In other implementations, the indication may be received from another network entity. Alternatively, the information may be pre-configured (or pre-known) at the UE.

[0108] The information may indicate that the S&F wait timer is to be handled in one or more of the following ways.

[0109] For example, if the information indicates that the UE that the S&F wait timer should be stopped after moving from one network which is operating in S&F mode to another network not operating in S&F mode, then the UE may stop the S&F wait timer when this occurs.

[0110] If the indication informs the UE that the S&F wait timer should not be stopped after moving from one network which is operating in S&F mode to another network not operating in S&F mode, then the UE can maintain the S&F wait timer running after the UE moves to the other network which is not operating in S&F mode.

[0111] The UE may determine to stop the S&F wait timer or to keep the S&F wait timer running based on an indication from the target network which is not operating in S&F mode of operation. As mentioned above, the network may provide the indication to the UE. This may be done, for example, during the attach or registration or tracking area update procedure. In this case, the UE may indicate that it has a running S&F wait timer when it accesses the network. This indication may be sent in any NAS message. The network may then indicate to the UE whether the S&F wait timer should be stopped or not stopped and the UE may behave according to the received indication to stop or not stop the S&F wait timer.

[0112] The information may indicate that the UE is to stop the timer after the UE successfully registers on the same PLMN (or a new PLMN) via a satellite which is not operating in S&F mode, or via a terrestrial network.

[0113] The information may indicate that the UE is to stop the timer after the UE enters connected mode (for example, EMM-CONNECTED mode or 5GMM-CONNECTED mode) on the same PLMN (or new PLMN) via a satellite which is not operating in S&F mode, or via a terrestrial network.

[0114] In an alternative embodiment, the UE may not stop a running S&F wait timer, and therefore the UE may maintain a S&F wait timer running (if it was already running) even after it accesses (or successfully attaches on) the same PLMN using a satellite which is not operating in S&F mode, or via a terrestrial network.

[0115] In a further alternative embodiment, the information may indicate that if the UE enters a new PLMN while a S&F wait timer is running, and the new PLMN is not equivalent to the PLMN where the UE started the S&F wait timer, the UE can stop the S&F wait timer when initiating mobility management procedures in the new PLMN, or after the UE successfully registers (attaches or performs TAU) in the new PLMN, or after the UE enters connected mode in the new PLMN, or any combination of these events. Optionally, the UE may stop the S&F wait timer after any of the above occur in a new PLMN if the UE is not operating in S&F mode when it attempts to register (or successfully registers with) the new PLMN.

[0116] The UE may inform one or more upper layers after it changes the network it is accessing, for example after using a network that is operating in S&F mode and moving to a network that is not operating in S&F mode, or vice versa. When the UE registers to a network operating in S&F mode (optionally after leaving a network where the UE was) , the UE can inform one or more upper layers (with reference to the NAS entity, for application an application client) for example, about the change i.e. start S&F mode, or exit or stop use of S&F mode. An example of an application may be an application layer or a communication entity that interacts with the UE NAS layer.

[0117] Figure 1 illustrates the UE behavior in an example where the UE stops the S&F wait timer after a successful registration with a network that does not operate in S&F mode. In the exemplary method 100, at step 101, the UE is in S&F mode with a S&F wait timer running. At step102, the UE registers via a terrestrial network (or a satellite) without S&F mode. At step 103, the UE stops the S&F wait timer.

[0118] Options for the handling of the S&F wait timer after entering PSM will now be discussed. One or more of these options may be used alone or in combination with any of the other features described herein.

[0119] In a first implementation, when the UE enters PSM, the UE can maintain the S&F wait timer running, i.e. the UE may not stop the S&F wait timer when it enters PSM.

[0120] After the UE exits PSM, the UE can continue to abide by the requirements of the S&F wait timer.

[0121] For example, after expiry of the timer and if the UE is not in PSM, the UE can initiate a NAS procedure.

[0122] For example, after the UE comes out of PSM, if any of the previously proposed triggers for stopping the S&F wait timer occurs (as described herein) , then the UE can stop the S&F wait timer (for example, after a PLMN change, etc) .

[0123] The expiry of the S&F wait timer may not be a trigger for the UE to leave or to exit or to come out of PSM.

[0124] If the UE is already in PSM, the UE has a S&F wait timer running, and there is a pending NAS procedure or data to be sent, the UE may leave PSM but the UE may not be allowed to initiate a NAS procedure until the S&F wait timer is stopped (as described earlier) or expires. The UE may continue to stay in PSM while the S&F wait timer is running and there is a pending NAS procedure or data to be sent.

[0125] Options for the handling of the S&F wait timer after switch off of the UE (i.e. after the UE is disabled) will now be described. One or more of these options may be used alone or in combination with any of the other features described herein.

[0126] After switch off, and then switch on (i.e. the UE is enabled) , the UE can determine if the S&F wait timer should be started again based on a remainder time of the S&F wait timer. The UE may save the timer value at switch off and may restart it at switch on, optionally if UE operates again in S&F mode.

[0127] In one example, let t1 be the time remaining for S&F wait timer at switch off, and let t be the time elapsed between switch off and switch on. If t1 is greater than t, then the S&F wait timer can be restarted with the value t1 –t. If t1 is equal to or less than t, then the S&F wait timer need not be restarted and can be considered expired. If the UE is not capable of determining t, then the UE can restart the S&F wait timer with the value t1.

[0128] Options for the UE behavior after receiving the S&F wait timer in a NAS accept or NAS reject message will now be described. One or more of these options may be used alone or in combination with any of the other features described herein.

[0129] The S&F wait timer may be provided to the UE in NAS accept messages (for example, Tracking Area Update Accept, Attach Accept, Service Accept) or NAS reject messages (e.g. Tracking Area Update Reject, Attach Reject, Service Reject) .

[0130] However, since the nature of an accept message is different from reject message, the UE may behave differently based on which message type it receives the S&F wait timer in.

[0131] If the S&F wait timer is provided to the UE in a NAS accept message, the user equipment may continue communication with the core network entity that provided the S&F wait timer. If the S&F wait timer is provided to the UE in a NAS reject message, the UE may discontinue communication with the core network entity that provided the S&F wait timer.

[0132] For example, if the UE receives a S&F wait timer in a NAS accept message, the UE can continue to use the satellite (or the MME on the satellite) which provided the S&F wait timer to send data or signaling. The UE assumes that the current satellite (or MME on satellite) does indeed have the UE’s context and can continue to serve the UE. The UE may memorize the satellite ID and mark it to be a satellite which is able to serve the UE.

[0133] Upon transition to idle mode, the UE can start the S&F wait timer. Alternatively, the UE can start the S&F wait timer while in connected mode after it receives the timer. Alternatively, the UE can start the timer after transitioning to idle mode (and optionally after it can no longer detect the satellite which provided the S&F wait timer in the NAS accept message) . If the UE is in idle mode with a S&F wait timer which is running, if the UE detects the satellite (e.g., based on satellite ID being broadcast) which provided the S&F wait timer in a NAS accept message, the UE is permitted to initiate a NAS procedure with the same satellite which provided the timer in a NAS accept message even if the S&F wait timer is running. However, after the satellite can no longer be detected, the UE refrains from initiating a NAS procedure when the S&F wait timer is running.

[0134] If the UE sends data in a Control Plane Service Request message, but receives a Service Accept message with a S&F wait timer, the UE can consider the data to have been successfully sent to the network.

[0135] The network (for example, an MME optionally on the satellite) may only provide a S&F wait timer in a NAS accept message if indeed it can serve the UE during the service link. If the network cannot serve the UE, then the network can provide the S&F wait timer in a NAS reject message.

[0136] The following examples present solutions for determining the scope of the UL estimated delivery time which the UE may receive. This may allow the UE to properly use the UL estimated delivery time.

[0137] The UE may consider the UL estimated delivery time to be satellite specific. The UE may locally link any UL estimated delivery time with a satellite ID. When the UE does not receive a new value for the UL estimated delivery time, where the UE previously had a stored value for this timer, the UE may delete the existing value (and may hence determine that the timer should no longer be used until a new value is received) , or may consider the value to be the same as the previous stored value. The UE can inform one or more upper layers when it determines a new value for the UL estimated delivery time, either by receiving a new value, or determining that the timer is not to be used, for example if no new value is received. It may inform the upper layer (s) every time it determines a new value for the UL estimated delivery time.

[0138] The UL estimated delivery time value received by the UE may or may not result in the start of a timer corresponding to the estimated uplink delivery time value.

[0139] The UE may consider any received UL estimated delivery time (or timer) to be valid within the satellite that provided it i.e. the UE considers the timer to be applicable and / or relevant for the satellite which provided it.

[0140] The UE may associate the timer with a satellite identity where the satellite identity is the identification of the satellite and this identity may be in any format.

[0141] The UE may keep a list of timer and satellite identity association, optionally per PLMN. The UE may update the list as new information is received. The UE may delete the list if it leaves the PLMN, or if it registers on another PLMN.

[0142] The UE may consider the UL estimated delivery time to be a function of (e.g. may be associated with) the location of the UE and / or may depend on the structure of the satellite constellation or network.

[0143] The UE may consider the UL estimated delivery time to be a function of (e.g. may be associated with) the location of the UE and / or the satellite identity that provided it.

[0144] The UE may consider the UL estimated delivery time to be invalid if the UE moves away from the location where it had received the timer, where the UE may have moved away by a certain distance and / or speed and / or direction. The distance or speed or direction may be preconfigured in the UE or provided by the network.

[0145] Note that all of the described solutions herein regarding determining the scope of the UL estimated delivery time can be applicable to the store and forward wait timer and also to the store and forward monitoring list (which contains a list of satellite identities) .

[0146] The location of the UE may be an absolute location, e.g. coordinate of the UE, or may be per cell level or tracking area level, etc.

[0147] Alternatively, the network may indicate (for example, over any protocol message) whether the UL estimated delivery time is per satellite, or for all satellites, or optionally per PLMN, and / or tracking area (TA) , or any combination.

[0148] The network may indicate the scope or validity of the UL estimated delivery time using a message (for example, any message) . The UE may enforce its validity per network indication.

[0149] In the case of multiple satellites, the network may set the UL estimated delivery time to be the average of the UL estimated delivery time per satellite, or per satellite per tracking area, or per satellite per location, etc.

[0150] The UE may have previously received an UL estimated delivery time. The UE may receive another UL estimated delivery time and may behave as follows:

[0151] If the UE considers the UL estimated delivery time to be satellite specific (i.e. the scope is per satellite) , then the UE can update any current stored value for this timer which was received from the same satellite. The UE uses (e.g. starts) this new value and associates this new value with the satellite ID over which the timer was received. The new value may be provided to upper layers, for example application layers in the UE.

[0152] If the UE considers the UL estimated delivery time to be per PLMN, then the UE can consider the previous stored timer to be invalid and use the new value as the new PLMN specific timer. The UE can update the current timer value with the new one which is received. The new value may be provided to upper layers e.g. application in the UE.

[0153] The solutions above can apply for any combination of determined scope of the UL estimated delivery time, as described previously, for example per satellite per TA, per PLMN per TA, etc.

[0154] The UE may have previously received an UL estimated delivery time. The UE may access a satellite which does not provide an UL estimated delivery time. In this case, the UE may behave as follows in any combination:

[0155] If the timer is satellite specific, the UE may delete any existing timer or inform the upper layers that the previous timer is no longer valid.

[0156] Alternatively, the UE may continue to use previous value until a new one is received.

[0157] The UE may use any value from previous timers such as, but not limited to, average value of previous timers received, a default value (e.g. preconfigured or indicated by network) , etc.

[0158] If the timer is PLMN specific or TA specific (and UE is still in the same TA) , then the UE may consider the previous timer as invalid (or may delete previously received timer) , and / or may inform upper layers about it, and / or may continue to use previous value until a new one is received.

[0159] For any of the solutions above, if the UE determines a new value (for example, based on average values, default, or determines the value to be invalid) , the UE may inform upper layers of any determined change in this timer UL estimated delivery time value.

[0160] Note that all of the described solutions above may apply for any scope of the UL estimated delivery time which has been defined or described herein.

[0161] Upon change of operation from S&F mode to non-S&F mode (for example, when the UE previously accessing a network which operates in S&F mode now accesses a system which does not operate in S&F mode) , the UE may stop the use of any UL estimated delivery time and may indicate to one or more upper layers that UE is no longer in S&F mode of operation, or that the UE is no longer accessing a network which operates in S&F, or the UE is accessing a network which is not operating in S&F mode.

[0162] The UE may indicate to one or more upper layers that UL estimated delivery timer is no longer valid or useful. An indication to upper layers may be performed regardless of any running or any use of UL estimated delivery timer in the UE.

[0163] Figure 2 shows an exemplary method 200 for the UE behavior for handling the UL estimated delivery time in the UE. At step 201, the UE received an UL estimated delivery timer from a satellite. At step 202, the UE links the received timer to the satellite from which the timer was received optionally also linked with the location where it was received. At step 203, the UE moved to another satellite or has moved to another location where the difference from the first location to the current location exceeds a certain threshold. The UE considers the previous timer invalid. The UE may receive another timer.

[0164] In addition to the S&F wait timer, the UE may also run one or more different types of timers. Solutions will now be described for handling different NAS timers when more than one timer is running.

[0165] Examples of other timers are the NAS mobility management back-off (MM BO) timer (T3346) and the session management back-off (SM BO) timer (T3396) . When the S&F wait timer and one or more of these timers are running, one or more of the following steps may be performed.

[0166] The NAS MM BO timer may take precedence over the S&F wait timer. As such, if the UE has both an MM BO timer running and a S&F wait timer running, if the S&F wait timer expires, the UE can verify whether there is a MM BO timer which is running.

[0167] If the NAS MM BO timer is running when the S&F wait timer expires, the UE may not initiate any NAS procedure (except for emergency, for example on a terrestrial network) . That is, the UE can continue to hold off any NAS procedure.

[0168] If the MM BO timer is not running when the S&F wait timer expires, the UE can initiate a NAS procedure. In other words, after the expiry of the S&F wait timer, the UE may only initiate a NAS procedure if no MM BO timer is running at the UE.

[0169] If the S&F wait timer is running at the UE in addition to a SM BO timer, the S&F wait timer can take precedence. In this case, all UE procedures can be blocked.

[0170] If the UE is running a SM BO timer when the S&F wait timer expires, the UE may be able to access the network via satellite S&F operation but the UE may not be able to send data or initiate SM procedures for the APN associated with the SM BO timer (or which is not associated with any APN, if the SM BO timer is indeed not associated to any APN) .

[0171] As such, the UE can perform MM signaling but may not perform SM signaling or send data over the control plane related to the APN in question (which is in turn related to T3396) .

[0172] If the SM BO timer expires but the S&F wait timer is still running, the UE may not access the system until the S&F wait timer expires.

[0173] Upon expiry of the S&F wait timer, if the UE is running a control plane data back-off timer (i.e. T3448) , the UE can access the network (i.e. initiate NAS procedures) but may not send data over the control plane. As such, the UE can initiate MM and SM procedures as long as they are not related to (or they are not for) transporting of data over NAS (or over the control plane) .

[0174] Upon expiry of T3448, if the UE is running a S&F wait timer, the UE cannot send any data and the UE may refrain from accessing the network or refrain from initiating NAS procedures.

[0175] Figure 3 shows an exemplary method 300 for the UE behavior when a NAS SM BO timer is running and the S&F wait timer is also running. In this example, at step 301, the UE is in S&F mode with the S&F wait timer running. At step 302, the S&F wait timer expires, but the UE determines that the UE has an SM BO timer running. At step 303, the UE can access the satellite, but only for MM procedures or an SM procedure not related to the congested APN.

[0176] Figure 4 shows an exemplary method 400 for the UE behavior when a NAS MM BO timer is running and the S&F wait timer is also running. In this example, at step 401, the UE is in S&F mode with the S&F wait timer running. At step 402, the S&F wait timer expires, but the UE determines that the UE has an MM BO timer running. At step 403, the UE refrains from any NAS procedure until the MM BO timer expires.

[0177] Figures 5, 6 and 7 show exemplary steps of methods for implementation at a UE.

[0178] In the method 500 shown in Figure 5, the UE has access to information indicating how to handle a S&F wait timer when the UE connects to a network which is not operating in a store and forward mode of operation. At step 501, the method comprises receiving a S&F wait timer from a network that is operating in a S&F mode. At step 502, the method comprises starting the S&F wait timer. At step 503, based on the information, the method comprises stopping or not stopping the S&F wait timer in response to the UE successfully registering to a network which is not operating in S&F mode.

[0179] In the method 600 shown in Figure 6, at step 601, the method comprises receiving an uplink estimated delivery time from a network. At step 602, the method comprises determining a scope of the received estimated uplink delivery time.

[0180] In the method 700 shown in Figure 7, at step 701, the method comprises receiving a S&F wait timer from a network that is operating in a S&F mode of operation. At step 702, the method comprises starting the S&F wait timer. At step 703, when the store and forward wait timer expires, the method comprises determining whether a mobility management back-off timer or a session management back-off timer is running at the UE. At step 704, the method comprises, if a mobility management back-off timer or a session management back-off timer is running at the UE, limiting access to the network until the mobility management back-off timer or the session management back-off timer has expired.

[0181] For example, the method may comprise limiting access to the network by only allowing MM or SM procedures, or by not allowing any NAS procedures to be performed.

[0182] Figures 8 and 9 show examples of UE and a core network entity (such as an MME-onboard) .

[0183] The entities 800, 900 comprise a processor 801, 901 and a memory 802, 902. The memory 802, 902 stores in a non-transient way code that is executable by the processor 801, 802 to implement the respective entity in the manner described herein. The core network entity 900 may be implemented by hardware or may be service-based entity or function, for example it may be implemented as a cloud-based computing device.

[0184] The entities 800, 900 also comprise a transceiver 803, 903 that is capable of communicating with other entities. These entities may be logical entities. In practice they may each be provided by one or more physical devices such as servers and data stores, and the functions of two or more of the entities may be provided by a single physical device. Each physical device implementing an entity comprises a processor and a memory.

[0185] The solutions described herein may apply regardless of the NAS message (i.e. NAS message name) which is used to send data (such as a timer) or information (for example, information indicating how a timer is to be handled) . For example, a Control Plane Service Request may be used to send the data or information. In other implementations, a different message may be defined.

[0186] Embodiments of the present invention more clearly describe how the S&F wait timer can be stopped based on new events, such as registration with a new PLMN.

[0187] Embodiments of the present invention can more clearly define the scope of the UL estimated delivery timer, for example per network or satellite, and updates to the upper layers based on changes in timer values, satellite identity, or based on receipt of no value. This can allow for more uniform UE behavior with respect to handling the timer.

[0188] Embodiments of the present invention may also solve numerous cases of undefined handling for timers that may be running while the S&F wait timer is running. The implementations describe options for which timer should take precedence and / or which NAS procedure can be initiated, based on the expiry of one timer while another timer is running. This can result in specified and predictable system behaviour.

[0189] The described approaches may prevent UEs from behaving differently, which may, for example, create more signaling. This may advantageously reduce congestion and / or back-off by the network, which may improve service.

[0190] The applicant hereby discloses in isolation each individual feature described herein and any combination of two or more such features, to the extent that such features or combinations are capable of being carried out based on the present specification as a whole in the light of the common general knowledge of a person skilled in the art, irrespective of whether such features or combinations of features solve any problems disclosed herein. The applicant indicates that aspects of the present invention may consist of any such individual feature or combination of features. In view of the foregoing description, it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention.

Claims

1.A user equipment (800) in a mobile network, the user equipment having access to information indicating how to handle a store and forward wait timer when the user equipment connects to a network which is not operating in a store and forward mode of operation, the user equipment being configured to:receive (501) a store and forward wait timer from a network that is operating in a store and forward mode;start (502) the store and forward wait timer; andbased on the information, stop or not stop (503) the store and forward wait timer in response to the user equipment successfully registering to a network which is not operating in store and forward mode.2.The user equipment as claimed in claim 1, wherein if the information indicates that the store and forward wait timer should be stopped after moving from a network which is operating in store and forward mode to another network which is not operating in store and forward mode, the user equipment is configured to stop the store and forward wait timer when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode.3.The user equipment as claimed in claim 2, wherein the user equipment is configured to stop the store and forward wait timer after the user equipment successfully registers or attaches with a core network entity on the same public land mobile network, or a new or different public land mobile network via a satellite which is not operating in store and forward mode, or via a terrestrial network.4.The user equipment as claimed in claim 1, wherein if the information indicates that the store and forward wait timer should not be stopped after moving from one network which is operating in store and forward mode to another network not operating in store and forward mode, the user equipment is configured to maintain the store and forward wait timer when the user equipment moves from a first network which is operating in store and forward mode to a second network which is not operating in store and forward mode.5.The user equipment as claimed in any preceding claim, wherein the user equipment is configured to maintain the store and forward wait timer when the user equipment enters a power saving mode.6.The user equipment as claimed in claim 5, wherein the user equipment is configured to abide by requirements of the store and forward wait timer after the user equipment exits the power saving mode.7.The user equipment as claimed in any preceding claim, wherein after being disabled or switched off, and subsequently enabled or switched on, the user equipment is configured to determine if the store and forward wait timer should be restarted based on a remainder time of the store and forward wait timer.8.The user equipment as claimed in any preceding claim, wherein the user equipment is configured to inform one or more upper layers after it changes the network it is accessing and / or a change to the operation of the store and forward wait timer and / or a change to the operation of an estimated uplink delivery time.9.The user equipment as claimed in any preceding claim, wherein the information is provided as an indication from the network which is operating in store and forward mode or from a target network which is not operating in store and forward mode.10.The user equipment as claimed in any preceding claim, wherein the user equipment is configured to receive the information in a non-access stratum message.11.The user equipment as claimed in any preceding claim, wherein the user equipment is configured to indicate to a new network that it has a running store and forward wait timer when it accesses the new network.12.The user equipment as claimed in any preceding claim, wherein the user equipment is configured to, if the user equipment enters a different network while the store and forward wait timer is running, and the different network is not equivalent to the network where the user equipment started the store and forward wait timer, the user equipment is configured to stop the store and forward wait timer when initiating mobility management procedures in the different network, and / or after the user equipment successfully registers in the different network, and / or after the user equipment enters connected mode in the different network.13.The user equipment as claimed in any preceding claim, wherein the store and forward wait timer is provided to the user equipment in a non-access stratum accept message or a non-access stratum reject message, wherein if the store and forward wait timer is provided to the user equipment in a non-access stratum accept message, the user equipment is configured to continue communication with the core network entity that provided the store and forward wait timer and / or wherein if the store and forward wait timer is provided to the user equipment in a non-access stratum reject message, the user equipment is configured to discontinue communication with the core network entity that provided the store and forward wait timer.14.The user equipment as claimed in any preceding claim, wherein the user equipment is configured for communication with a core network entity in the mobile network via a first data link, wherein the core network entity is configured to transmit one or more data packets received from the user equipment to a further network entity in the mobile network via a second data link, optionally wherein the first data link and the second data link are not simultaneously available for data packet transmission.15.A method (500) for implementation at a user equipment (800) in a mobile network, the user equipment having access to information indicating how to handle a store and forward wait timer when the user equipment connects to a network which is not operating in a store and forward mode of operation, the method comprising:receiving (501) a store and forward wait timer from a network that is operating in a store and forward mode;starting (502) the store and forward wait timer; andbased on the information, stopping or not stopping (503) the store and forward wait timer in response to the user equipment successfully registering to a network which is not operating in store and forward mode.16.A user equipment (800) in a mobile network, the user equipment being configured to:receive (601) an uplink estimated delivery time from a network; anddetermine (602) a scope of the estimated uplink delivery time.17.A method (600) for implementation at a user equipment (800) in a mobile network, the method comprising:receiving (601) an estimated uplink delivery time from a network; anddetermining (602) a scope of the estimated uplink delivery time.18.A user equipment (800) in a mobile network, the user equipment being configured to:receive (701) a store and forward wait timer from a network that is operating in a store and forward mode of operation;start (702) the store and forward wait timer;when the store and forward wait timer expires, determine (703) whether a mobility management back-off timer or a session management back-off timer is running at the user equipment; andif a mobility management back-off timer or a session management back-off timer is running at the user equipment, limit (704) access to the network until the mobility management back-off timer or the session management back-off timer has expired.19.A method (700) for implementation at a user equipment (800) in a mobile network, the method comprising:receiving (701) a store and forward wait timer from a network that is operating in a store and forward mode of operation;starting (702) the store and forward wait timer;when the store and forward wait timer expires, determining (703) whether a mobility management back-off timer or a session management back-off timer is running at the user equipment; andif a mobility management back-off timer or a session management back-off timer is running at the user equipment, limiting (704) access to the network until the mobility management back-off timer or the session management back-off timer has expired.

Images