Patent Description:
In 3rd Generation Partnership Project, 3GPP, systems, e.g. in release <NUM>, simultaneous data service from both a first network (e.g. 3GPP network, e.g. a non-public network, NPN), and a second network (e.g. a public land mobile network, PLMN) is supported.

A connection to the other network may be provided by an interworking function entity (e.g. a non-3GPP interworking function, N3IWF) in a similar fashion as for Non-3GPP Access. For example, when the first network is a NPN, then the second (or other) network may be a PLMN. Conversely, in other examples, when the first network is a PLMN, then the second (or other) network may be a NPN.

The wireless device (e.g. a user equipment, UE) and the interworking function entity set up a secure tunnel over a reference point (e.g. Nwu).

It may be desirable to utilize the non-3GPP access network functionality in the above scenario.

However, this may be problematic when the wireless device using 3GPP access is in RRC Idle mode or RRC Inactive mode (where RRC stands for Radio Resource Control).

Any of the 3GPP documents S2-<NUM> and TR <NUM> v16. <NUM> discloses a procedure in which a UE accesses services of a second network (PLMN) via a first network (NPN, Non-Public Network). In said procedure, the UE registers and establishes IP connectivity with the NPN, discovers and selects a N3IWF (Non-3GPP InterWorking Function) in the PLMN and finally uses the established IP connectivity to register with the PLMN via the N3IWF and to establish a PDU Session with the PLMN via the the N3IWF. Establishing said PDU Session involves the establishment of a NWu (secure) tunnel between the UE and the PLMN N3IWF. With respect to maintaining the NWu between the UE and the PLMN N3IWF, any of the above-mentioned documents merely mentions that said Nwu may be maintained until expiration and may not explicitly turned down.

When the wireless device enters RRC idle mode and CM-Idle mode (where CM stands for Connection Management), the connection over the secure tunnel may be lost, since the gateway may reuse the IP address and/or port number for other use when the wireless device is no longer active.

Another shortcoming may also be that the second network utilizing the non-3GPP access network functionality cannot page the wireless device in the first network over 3GPP radio access network, RAN. When the wireless device's state in the second network, e.g. a PLMN, enters CM-Idle, the N1 is lost and TS <NUM> v16. <NUM> and TS <NUM> v16. <NUM> does not support how the second network (e.g. Access Management Function, AMF in the PLMN) can trigger paging of the wireless device camping on a RAN in the first network (e.g. 3GPP network, e.g. NPN).

Accordingly, there is a need for core network nodes, wireless devices and methods for enhancing service continuity between a wireless device and a second network, which mitigate, alleviate or address the existing shortcomings and provide service continuity to the wireless devices while letting the wireless device benefit from one or more specify power saving modes.

In particular, the present invention is based on the parts of the description below disclosed with reference to <FIG> and <FIG>. The parts of the description below with reference to <FIG> and <FIG> are disclosed for illustrative purposes.

Disclosed is a method performed by a first core network node, for enhancing service continuity between a wireless device and a second network via a first network, wherein the first core network node is part of the first network. The method comprises receiving, from the wireless device and/or from a second core network node of the first network, control signalling indicating that the wireless device requires that a tunnel between the wireless device and the second network via a gateway of the first network is maintained. The method comprises controlling a radio access network node and/or the gateway based on the control signalling and a capability of the first core network node of the first network to maintain the tunnel.

Further, a core network node is provided, the core network node comprising a memory circuitry, a processor circuitry, and a wireless interface, wherein the core network node is configured to perform any of the methods disclosed herein.

It is an advantage of the present disclosure that the second network's reachability of the wireless device and the service continuity to the wireless device is enhanced while allowing the wireless device to benefit from one or more specify power saving modes. The disclosed method and disclosed first core network node enable a wireless device to receive data services from the first network (e.g. NPN), and paging as well as data services from the second network (e.g. PLMN) simultaneously.

Further, disclosed is a method, performed by a wireless device, for service continuity between a first network and a second network, the method comprises sending an indication to the first network which indicates an intention/request for setting a tunnel towards a second network.

Disclosed is a wireless device comprising a memory circuitry, a processor circuitry, and a wireless interface, wherein the wireless device is configured to perform any of the methods disclosed herein.

Advantageously, the wireless device disclosed herein benefits from one or more specify power saving modes and is capable of resuming the data session faster, and thereby can benefit from an enhanced service continuity to the second network. Furthermore, the disclosed method requires a minimum set of network nodes to be involved, in that e.g. the core network node NEF (Network Exposure Function) does not need to be further enhanced to support paging services from the second network or a third party service.

The above and other features and advantages of the present disclosure will become readily apparent to those skilled in the art by the following detailed description of exemplary embodiments thereof with reference to the attached drawings, in which:.

They are not intended as an exhaustive description of the disclosure or as a limitation on the scope of the disclosure.

The figures are schematic and simplified for clarity, and they merely show details which aid understanding the disclosure, while other details have been left out.

<FIG> are diagrams illustrating exemplary communication systems <NUM>.

In <FIG>, the communication system <NUM> comprises a radio access network, RAN, <NUM>, a first network <NUM> and a second network <NUM>.

As discussed in detail herein, the present disclosure relates to a communication system <NUM> comprising a cellular system, e.g. a 3GPP wireless communication system. The wireless communication system <NUM> comprises a wireless device <NUM> and/or a RAN node <NUM> and/or one or more core network nodes <NUM>, <NUM>.

A RAN node disclosed herein refers to a radio access network node operating in the radio access network, such as a base station, an evolved Node B, eNB, gNB.

The wireless device <NUM> may be configured to communicate with the RAN node <NUM> via a wireless link (or radio access link).

The wireless communication system <NUM> described herein may comprise one or more wireless device <NUM>, and/or one or more RAN nodes <NUM>, such as one or more of: a base station, an eNB, a gNB and/or an access point.

A wireless device may refer to a mobile device and/or a user equipment, UE. In the present disclosure, the wireless device <NUM> is configured to communicate simultaneously via the first network and the second network.

The first network <NUM> is for example a 3GPP network, e.g. a non-public network, NPN (such as Public Network Integrated NPN (PNI-NPN), and/or a standalone non-public networks (SNPN)). The second network <NUM> is for example a 3GPP network, e.g. a public PLMN. In one or more example embodiments, the first network <NUM> is operated by a first operator and the second network <NUM> is operated by a second operator which is different from the first operator. The second network <NUM> comprises a core network node <NUM>, which may serve as an interworking function, e.g. N3IWF.

It may be envisaged that the first network <NUM> and the second network <NUM> have overlapping radio coverage areas.

The radio access network <NUM> comprises an exemplary RAN node <NUM> configured to communicate via a wireless link with an exemplary wireless device <NUM> according to this disclosure. The RAN <NUM> is a 3GPP RAN.

The first network <NUM> may be seen as a first core network. The first network <NUM> comprises an exemplary first core network node <NUM> and optionally an exemplary second core network node <NUM>. In some embodiments, the first network <NUM> comprises an exemplary first core network node <NUM>, an exemplary second core network node <NUM> and a gateway <NUM>. The first network <NUM> is a 3GPP network. In one or more example embodiments, the first core network node <NUM> comprises an Access Management Function, AMF. The first core network node <NUM> may be configured to perform one or more of: access control, mobility management and NAS message security. In one or more example embodiments, the second core network node <NUM> comprises a Session/Service Management Function, SMF (e.g. <NUM> of <FIG>) and/or User Plane Function, UPF (e.g. <NUM> of <FIG>). For example, the second core network node <NUM> is configured to manage session, e.g. Protocol Data Unit, PDU, session, e.g. PDU session context. For example, the UPF <NUM> is configured by the SMF <NUM> to provide user plane functionality e.g. route the PDUs between network gateway and RAN <NUM>, to enforce e.g. quality of service rules. As illustrated in <FIG>, in one or more example embodiments, the first network <NUM> comprises for example an AMF <NUM> configured to communicate with <NUM> over N2 interface and optionally N1 interface with the wireless device <NUM> and/or with an SMF <NUM> over N11 interface. As illustrated in <FIG>, the first network <NUM> comprises for example a UPF <NUM> configured to communicate with a data network DN over N6 interface, the DN providing a connection to the N3IWF <NUM>.

The second network <NUM> comprises a core network node <NUM>, which may serve as an interworking function, e.g. N3IWF.

As illustrated in <FIG>, the second network <NUM> comprises, for example, an AMF <NUM> configured to communicate with <NUM> over N2 interface and optionally with the device <NUM> over N1 interface and/or with an SMF <NUM> over N11 interface. As illustrated in <FIG>, the second network <NUM> comprises, for example, a UPF <NUM> configured to communicate with a data network DN over N6 interface, and optionally with <NUM> over N3 interface, and optionally with <NUM> over N4 interface.

A connection to the second network <NUM> may be provided by an interworking function <NUM> (e.g. a non-3GPP, interworking function, N3IWF) in a similar fashion as for Non-3GPP Access.

The wireless device <NUM> (e.g. a user equipment, UE) and the interworking function <NUM> set up a secure tunnel <NUM> over a reference point (e.g. Nwu).

However, the wireless device <NUM> using 3GPP access can enter RRC Idle mode or RRC Inactive mode (where RRC stands for Radio Resource Control). When the wireless device <NUM> enters CM-Idle mode (where CM stands for Connection Management), the connection over the secure tunnel <NUM> may be lost.

Another shortcoming may also be that the second network <NUM> as a 3GPP access network cannot page the wireless device <NUM> in the 3GPP radio access network <NUM>. When the wireless device's state in the second network <NUM> enters CM-Idle, the N1 is lost and TS <NUM> v16. <NUM> and TS <NUM> v16. <NUM> does not support how the second network <NUM> (e.g. AMF in the PLMN) can trigger paging of the wireless device <NUM> camping on a RAN <NUM> in the first network <NUM> (e.g. 3GPP network, e.g. NPN).

Never letting the wireless device <NUM> enter power save mode is a poor approach. Maintaining the wireless device <NUM> in RRC Connected is also a poor approach.

The present disclosure allows the wireless device to enter RRC Inactive while maintaining the secure tunnel between the wireless device and N3IWF. This is achieved by maintaining the PDU session active, since the power save mode RRC Inactive keeps the UE in CM-Connected state meaning that the PDU sessions including the network tunnels (e.g. RAN to UPF, UPF to UPF) are maintained. In this way it is still possible to let the UE enter a power saving mode even if it is limited to RRC Inactive mode.

A secure tunnel between the wireless device <NUM> and N3IWF <NUM> is sufficiently robust to support interruption on any link between the end point for a certain time period. However, when there is no or limited traffic, then keep-alive messages have to be sent to keep the tunnel for not time out. For example, a maximum period between the keep-alive messages may be set to <NUM> hours.

In the industry, default lifetime configurations of the tunnel are configured to allow the wireless device <NUM> to enter RRC Inactive for a significant time of a day and still logically keep the tunnel between the wireless device <NUM> and N3WIF.

One way to maintain PDU session/user plane tunnels is to let the NPN keep the wireless device in a core network active state e.g. CM-Connected/RRC Inactive. When the wireless device <NUM> is in RRC Inactive, PDU session/user plane tunnels/N1 etc. are to be maintained looking from the second network (e.g. PLMN) towards the wireless device <NUM>. For example, when there is a service that would like to communicate with the wireless device <NUM>, then either the DL data or an N1 notification is triggered to establish a new PDU session/data flow is sent directly to the RAN. Once the packet reaches the RAN node <NUM>, the RAN node <NUM> will start to page the wireless device <NUM>. The wireless device <NUM> can after being paged resume all radio bearers and receive the DL data/NAS message.

However, sometimes it desirable to let the wireless device enter an CM-Idle/RRC-idle mode (e.g. in case the UE has high mobility). It may be envisaged that the UE even enter Idle mode in the NPN and still keep the secure tunnels to the second network (PLMN). Some aspects of this disclosure are based on the insight that this may be possible if the AMF in the PLMN is not informed about the wireless device entering CM idle mode in the NPN. This may be achieved by letting the UE send a release request to the NPN or the RAN/AMF/SMF in the NPN and requesting the NPN not to inform any node in the PLMN of the state change. In this way the PLMN will keep the secure tunnel as long as the keep alive messages are sent to the tunnel endpoint (N3IWF).

When the wireless device <NUM> is in CM Idle in the first network <NUM>, there is usually no guarantee that the NAT in the first network's UPF gateway <NUM> would keep the port number that the UE/PDU session used. If the port number is changed than the IPsec tunnel between the UE and the N3IWF would be broken and not work any longer. The present disclosure address this shortcoming e.g. by maintaining the tunnel between the wireless device and the second network via a gateway of the first network, e.g. by enabling a static configuration of the IP address and/or port number (e.g. by the SMF configuring the static IP address and/or port number) even during longer inactivity periods, and/or by setting up an additional tunnel between the UPF <NUM> and N3IWF <NUM>, and then use this tunnel to guarantee that the wireless device <NUM> address is static so that the IPsec tunnel between the wireless device <NUM> and N3IWF <NUM> is maintained inside the outer tunnel (e.g. outer IPsec tunnel with the endpoints UPF <NUM> and N3IWF <NUM>). This may overcome NAT issues when using UDP and TCP.

A static IP address and port number may be achieved by using a dynamic IP address and/or port configuration with a time to live TTL longer than the IPsec tunnel keep alive period.

For example, the present disclosure allows the wireless device <NUM> to enter CM-Idle mode in the first network (e.g. NPN) by using a tunnel, e.g. a long-lived tunnel, between the first network and the second network (e.g. by using static IP address and port number in the first network node (e.g. UPF and/or gateway)).

In other words, the present disclosure allows the wireless device <NUM> to be released to RRC Inactive when the wireless device <NUM> have a connection to a second network, e.g. via a N3IWF.

In other words, the present disclosure allows the wireless device <NUM> to use either RRC Inactive or RRC Idle, e.g. by using static IP address and port number in the second core network node (e.g. UPF and/or gateway)). In other words, the present disclosure allows the wireless device <NUM> to use either RRC Inactive or RRC Idle, e.g. by using a (long-lived) tunnel between the gateway <NUM> of the first network and the N3IWF <NUM>.

Since it is up to RAN to decide whether the wireless device <NUM> is to enter RRC Inactive or RRC Idle, the presently disclosed techniques are advantageous. Referring to the techniques indicating to the RAN whether there is any limitation to which of the power save modes to be used.

<FIG> shows a flow diagram of an exemplary method <NUM> performed by a first core network node, for enhancing service continuity between a wireless device and a second network via a first network. The first core network node is part of the first network according to the disclosure.

In one or more example methods, the first network is a non-public network (NPN (such as Public Network Integrated NPN (PNI-NPN), and/or a standalone non-public networks (SNPN)).

In one or more example methods, the second network is a public network (e.g. a PLMN network). For example, the first core network node of the first network may be an AMF as disclosed herein, e.g. the first core network node <NUM> of <FIG>. Service continuity may be seen as the ability of the wireless device to communicate simultaneously via the first network and the second network.

Optionally, the wireless device is in CM-Connected state or CM-Idle state in the first network (e.g. in the first core network) and CM-Connected state in the second network (e.g. in the second core network). For example, the wireless device connects to the second network, e.g. via a N3IWF.

For example, the core network node (AMF) in the second network (e.g. PLMN) is not informed about the wireless device entering CM idle mode.

For example, the wireless device stays in CM-Connected in the second network.

The method <NUM> comprises receiving S102, from the wireless device and/or from a second core network node of the first network, control signaling indicating that the wireless device requires that a tunnel between the wireless device and the second network via a gateway of the first network is maintained. The tunnel between the wireless device and the second network via a gateway of the first network is required e.g. by the wireless device when connecting to services in e.g. the PLMN using the non-3GPP access features (e.g. the N3IWF). For example, the non-3GPP access feature requires that the UE to setup a secure tunnel to the N3IWF to get access to the services in the PLMN. The second core network node (e.g. illustrated as <NUM> in <FIG>) may comprise an SMF. In one or more example embodiments, the gateway and the second core network node correspond to the UPF, providing the information to the first core network node <NUM> via the SMF.

In one or more example methods, the control signalling indicating that that the wireless device requires that a tunnel between the wireless device and the second network via a gateway of the first network to be maintained is received S102A in a session request from the wireless device to the first network. For example, the session request is a PDU session establishment request or a service request to the AMF of the first network. For example, the tunnel may be seen as a long-lived tunnel.

The tunnel between the wireless device and the second network via a gateway of the first network may correspond a tunnel having a lifetime which is longer than the lifetime based on a traffic pattern indicative of an amount of traffic and/or periodicity of traffic (e.g. lifetime of the tunnel is set to suitable long time to allow the UE to enter sleep mode (RRC Inactive and/RRC Idle). For example, the wireless device needs to perform periodic updates to the second network e.g. every <NUM>-<NUM>. A tunnel may be based on IPsec tunnel life cycle, e.g. <NUM> or longer, e.g. <NUM>. For example, for the IPsec tunnel, the wireless device or the N3IWF needs to interchange an IPsec signaling (e.g. keep alive) for the tunnel not to time out/terminate. In other words, as long as there is traffic within the tunnel, then the IP address and port configuration cannot be re-used for other wireless devices.

In one or more example methods, the tunnel is a secure tunnel (e.g. an IPSec tunnel).

In one or more example methods, the tunnel is an secure tunnel between the wireless device and an interworking function configured to enable interoperation between the first network and the second network. For example, the tunnel may be over Nwu the reference point between the wireless device and the N3IWF for establishing secure tunnel(s) between the wireless device and the N3IWF so that control-plane and user-plane exchanged between the wireless device and the second <NUM> core network is transferred securely over the untrusted data network (DN).

In one or more example methods, the tunnel between the wireless device and the N3IWF is within a further secure tunnel between the gateway of the first network and the N3IWF <NUM>, e.g. an outer tunnel.

The method <NUM> comprises controlling S104 a radio access network node and/or the gateway based on the control signaling and a capability of the first core network node of the first network to maintain the tunnel. For example, the capability to maintain the tunnel may be in the form of a parameter configured in the first network node indicating that the first network node is capable of maintaining the tunnel, e.g. maintaining the wireless device external address.

For example, the capability of the first core network node of the first network to maintain the tunnel may comprise an internal configuration logic in the first network. For example, the first network and/or first core network node is capable of one or more of the following: <NUM>) Maintaining long-lived IP address and port configuration independently of CM state of the wireless device, <NUM>) only able to maintain the long-lived IP address and port configuration when the user plane is still activate (i.e. the UE is not allowed to enter CM-idle in the first network, i.e. the UE has to be in CM-Connected). The capability may be stored in the first core network node, e.g. in a static network configuration and may not be signalled during operation.

In one or more example methods, controlling S104 comprises determining S104A, based on the control signalling and a capability of a first core network node of the first network to maintain the tunnel, whether the wireless device is limited to use one or more specific power saving modes of a set of power saving modes. In other words, the wireless device may only be allowed to use the one or more specific power saving modes. Stated differently, the wireless device may not be allowed to use power saving modes other than the one or more specific power saving modes. For example, the one or more specific power saving modes comprise a state where the tunnel can be maintained. For example, the one or more specific power saving modes comprise RRC Inactive mode, in this example the device is not allowed to enter RRC-Idle mode. In other examples, the one or more specific power saving modes comprise RRC Inactive or RRC Idle mode.

In one or more example methods, the power saving modes may comprise RAN power saving modes, such as power saving modes associated with the wireless device in the RAN.

In one or more example methods, the power saving modes may comprise of a corresponding CM states, such as power saving states associated with the wireless device in the core network.

Advantageously, the disclosed method allows to enter into RRC Inactive or even in to RRC Idle/CM-Idle in the first network.

In one or more example methods, controlling S104 comprises transmitting S104B, to the radio access network, RAN, control signalling indicating that the wireless device is limited to use the one or more specific power saving modes. For example, the one or more specific power saving modes comprise RRC Inactive mode. In one or more example methods, the control signalling indicating that the wireless device is limited to use the one or more specific power saving modes comprises an assistance information message. For example, the assistance information message may comprise RRC Inactive Assistance information, e.g. information element, IE of the assistance information message. For example, a new IE can be added to the RRC Inactive Assistance Information indicating to the RAN that the wireless device shall only be released to RRC Inactive state i.e. the device shall not be released to RRC idle state. For example, the new IE may indicate that only RRC-Inactive shall be used in some embodiments. For example, a value in the IE may allow both RRC Inactive and RRC Idle in some embodiments. For example, if no assistance information is sent, then only RRC-idle is used. In one or more example methods, controlling S104 comprises transmitting S104B, to the radio access network, RAN, control signalling indicating that the wireless device is limited to use the one or more specific power saving modes upon determining that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes (e.g. when it is determined that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes). For example, when the first core network node (e.g. AMF) has determined that the second core network node (e.g. SMF/UPF) is not capable to maintain the tunnel ((e.g. the IP address and port number) if the PDU session is inactivated), the first core network node determines that the wireless device is limited to use one or more specific power saving modes of a set of power saving modes, then the first core network node proceeds to transmitting S104B control signalling. For example, in such a scenario, the first core network node (e.g. AMF) needs to limit the power save function to RRC Inactive or RRC dormant.

In one or more example methods, controlling S104 comprises forgoing S104E transmitting, to the radio access network, RAN, control signalling indicating that the wireless device is limited to use the one or more specific power saving modes upon determining that the wireless device is not limited to use one or more specific power saving modes of a set of power saving modes (e.g. when it is not determined that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes). For example, when it is not determined that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes, the first core network node does not transmit to the radio access network, RAN, control signalling indicating that the wireless device is limited to use the one or more specific power saving modes.

In one or more example methods, controlling S104 comprises determining which one or more specific power saving modes is to be used at the wireless device upon determining that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes (e.g. when it is determined that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes).

In one or more example methods, controlling S104 comprises enabling S104C the network (e.g. the second core network node and/or the gateway) to maintain the tunnel to the second network. For example, the SMF sets up the UPF and maintains the tunnel to the second network. For example, setting up and maintaining S104C the tunnel to the second network comprises logically maintaining the IPsec tunnel (e.g. tunnel <NUM> of <FIG>) between the UE and N3WIF. For example, the first network (e.g. the second core network node) may use specific configuration in the gateway (e.g. UPF) to maintain the session, e.g. a long-lived session.

In one or more example methods, the control signalling indicating that the tunnel is required by the wireless device triggers, at the second core network node, a maintenance of a static IP address and/or port configuration of the gateway of the first network or a dynamic IP address and/or port configuration with a time to live TTL longer than the IPsec tunnel keep alive period. In other words, the second network is not aware of any state changes of the wireless device in the RAN. Stated differently, the second network is unaware as long as the IPsec tunnel is maintained.

In one or more example methods, the method <NUM> comprises forwarding, to the second core network node, the control signaling indicating that the tunnel between the wireless device and the second network via the gateway of the first network is required. For example, the second core network node of the first network performs maintenance of a static IP address and/or a static port configuration of the gateway of the first network or of a dynamic IP address and/or port configuration with a time to live TTL longer than the IPsec tunnel keep alive period.

In one or more example methods, determining S104A comprises receiving S104D from the second core network node or from the gateway a notification that the address of an end point of the tunnel is a known address of the second network (e.g. of the N3IWF for the second network). For example, the second core network node or the gateway detects that the PDU session is used for the IPSec tunnel based on that e.g. the IP address used belongs to a known N3IWF for second network. Based on the detection in the second core network node or gateway, the second core network node or gateway informs (signals to) the first core network node with a notification in S104D that the address of an end point of the tunnel is a known address of the second network and thereby the tunnel can be maintained, and eventually determines based on the notification that the wireless device is limited to use one or more specific power saving modes of the set of power saving modes.

<FIG> shows a flow diagram of a corresponding exemplary method <NUM> performed by a wireless device, for service continuity between a wireless device and a second network via a first network. The wireless device is configured to communicate via a RAN to the first network, e.g. to a first core network node part of the first network according to the disclosure.

The method <NUM> comprises sending S202 an indication to the first network (e.g. the first core network node) which indicates an intention and/or a request for maintaining a tunnel towards a second network, as explained above (in relation to S102 of <FIG>).

In one or more example methods, the indication is sent in a session request (e.g. network access stratum, NAS, message, for example a PDU session establishment request, and/or Service Request).

In one or more example methods, the method <NUM> comprises receiving, from a radio access network, RAN, node, control signalling indicating that the wireless device is limited to use the one or more specific power saving modes. For example, the one or more specific power saving modes comprise RRC Inactive mode. For example, the control signalling indicating that the wireless device is limited to use the one or more specific power saving modes comprises a RRC release message from the RAN node.

In one or more example methods, the method <NUM> comprises receiving, from the radio access network, RAN, node, a paging request.

Data on existing PDU session or N1 messages sent across N3IWF to the first network can trigger either the RAN node or AMF to page the wireless device. Whether the RAN node or the AMF node triggers paging depends on the mode the UE is in. The UE performs all necessary periodic registrations/updates to both networks and any keepalive activities to maintain the IPsec tunnel over Nwu.

In one or more example methods, the method <NUM> comprises receiving, from the second network via the radio access network, RAN, node, user data.

<FIG> shows a block diagram of an exemplary first core network node <NUM> according to the disclosure. The first core network node <NUM> comprises a memory circuitry <NUM>, a processor circuitry <NUM>, and an interface <NUM>. The first core network node <NUM> may be configured to perform any of the methods disclosed in <FIG>. In other words, the first core network node <NUM> may be configured for supporting service continuity.

The first core network node <NUM> is configured to communicate with a wireless device, such as the wireless device disclosed herein, using a wireless communication system.

The interface <NUM> is configured for wired communications and/or wireless communications via a wireless communication system, such as a 3GPP system.

The first core network node <NUM> is configured to receive, via the interface <NUM>, from the wireless device and/or from a second core network node of the first network, control signalling indicating that the wireless device requires that a tunnel between the wireless device and the second network via a gateway of the first network is maintained.

The first core network node <NUM> is configured to control, e.g. via the processor circuitry <NUM>, a radio access network node and/or the gateway based on the control signalling and a capability of the first core network node of the first network to maintain the tunnel.

The processor circuitry <NUM> is optionally configured to perform any of the operations disclosed in <FIG> (such as any one or more of S102A, S104A, S104B, S104D, S104E). The operations of the first core network node <NUM> may be embodied in the form of executable logic routines (e.g., lines of code, software programs, etc.) that are stored on a non-transitory computer readable medium (e.g., the memory circuitry <NUM>) and are executed by the processor circuitry <NUM>).

Furthermore, the operations of the first core network node <NUM> may be considered a method that the first core network node <NUM> is configured to carry out. Also, while the described functions and operations may be implemented in software, such functionality may as well be carried out via dedicated hardware or firmware, or some combination of hardware, firmware and/or software.

The memory circuitry <NUM> may be one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, a random access memory (RAM), or other suitable device. In a typical arrangement, the memory circuitry <NUM> may include a non-volatile memory for long term data storage and a volatile memory that functions as system memory for the processor circuitry <NUM>. The memory circuitry <NUM> may exchange data with the processor circuitry <NUM> over a data bus. Control lines and an address bus between the memory circuitry <NUM> and the processor circuitry <NUM> also may be present (not shown in <FIG>). The memory circuitry <NUM> is considered a non-transitory computer readable medium.

The memory circuitry <NUM> may be configured to store the capability of the first core network node to maintain the tunnel in a part of the memory.

<FIG> shows a block diagram of an exemplary wireless device <NUM> according to the disclosure. The wireless device <NUM> comprises a memory module <NUM>, a processor module <NUM>, and a wireless interface <NUM>. The wireless device <NUM> may be configured to perform any of the methods disclosed in <FIG>.

The wireless interface <NUM> is configured to communicate with a radio network node, such as the radio network node disclosed herein, using a wireless communication system. The wireless interface <NUM> is configured for wireless communications via a wireless communication system, such as a 3GPP system, such as a 3GPP system including a first core network disclosed herein.

The wireless device <NUM> is configured to perform any of the methods disclosed herein.

The wireless device <NUM> is configured to communicate simultaneously with the first network and the second network.

The wireless interface <NUM> is configured to send an indication to the first network (e.g. the first core network node) which indicates an intention and/or a request for setting a tunnel towards a second network.

In one or more example wireless devices, the indication is sent in a session request (e.g. network access stratum, NAS, message, for example a PDU session establishment request, and/or Service Request).

In one or more example wireless devices, the wireless device <NUM> is configured to receive, via the wireless interface <NUM>, from a radio access network, RAN, node, control signalling indicating that the wireless device is released to a specific power save state. The power save state selected may be limited to use the one or more specific power saving modes. For example, the one or more specific power saving modes comprise RRC Inactive mode. In one or more example wireless devices, the wireless device <NUM> is configured to receive, via the wireless interface <NUM>, from the radio access network, RAN, node, a paging request.

In one or more example wireless devices, the wireless device <NUM> is configured to receive, via the wireless interface <NUM>, from the second network via the radio access network, RAN, node, user data.

The processor module <NUM> is optionally configured to perform any of the operations disclosed in <FIG> (S202). The operations of the wireless device <NUM> may be embodied in the form of executable logic routines (e.g., lines of code, software programs, etc.) that are stored on a non-transitory computer readable medium (e.g., the memory module <NUM>) and are executed by the processor module <NUM>).

Furthermore, the operations of the wireless device <NUM> may be considered a method that the wireless device is configured to carry out. Also, while the described functions and operations may be implemented in software, such functionality may as well be carried out via dedicated hardware or firmware, or some combination of hardware, firmware and/or software.

The memory module <NUM> may be one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, a random access memory (RAM), or other suitable device. In a typical arrangement, the memory module <NUM> may include a non-volatile memory for long term data storage and a volatile memory that functions as system memory for the processor module <NUM>. The memory module <NUM> may exchange data with the processor module <NUM> over a data bus. Control lines and an address bus between the memory module <NUM> and the processor module <NUM> also may be present (not shown in <FIG>). The memory module <NUM> is considered a non-transitory computer readable medium.

<FIG> is a signalling diagram between the various entities disclosed herein.

The wireless device <NUM> registers to the first network, e.g. an NPN.

The wireless device <NUM> requests to setup a PDU session, including that the PDU session is to be used for connecting to a N3IWF. The PDU session may be setup according to TS <NUM> v16. <NUM> clause <NUM>. <NUM> step <NUM>-<NUM>. Optionally the above indication is provided in the part of the NAS message that also the AMF <NUM> reads.

The first core network node <NUM> sends control signalling 4a or 4b indicating that the wireless device is limited to use a specific power saving mode, e.g. an assistance information message. For example the assistance information message includes data in the RRC Inactive Assistance Information that this wireless device <NUM> shall be released to RRC Inactive. The first core network node <NUM> sends based on the UE based indication in the PDU session request <NUM>.

The first core network node <NUM> determines if the wireless device is to be limited to a specific power saving mode based on SMF/UPF detecting that the target address for the IPSec tunnel is an a known N3IWF for PLMN services.

The wireless device <NUM> setups a IPSec Tunnel and registers to the PLMN, the second network, according to TS <NUM> v16. <NUM> clause <NUM>.

The RAN node <NUM> releases the wireless device <NUM> to RRC Inactive mode. The RAN node shall always release the UE to RRC Inactive based on the information included in the RRC Inactive Assistance Information in steps 4a and 4b.

In step <NUM>, based on DL data/N1 message from the PLMN to the wireless device <NUM>, the PLMN trigger an PDU session modification according to TS <NUM> v16. <NUM> clause <NUM>. The figure above shows the that the first packet towards the UE will trigger the RAN node to page the wireless device <NUM>.

In step <NUM>, the RAN (e.g. RAN node <NUM>) pages the wireless device <NUM>.

In step <NUM>, the wireless device <NUM> resumes the RRC Connection and the wireless device <NUM> and N3IWF <NUM>/PLMN AMF <NUM> complete the remaining steps as described in step <NUM>.

In step <NUM>, DL data/N1 message is sent to the wireless device <NUM>.

It may be appreciated that <FIG> comprises some circuitries or operations which are illustrated with a solid line and some circuitries or operations which are illustrated with a dashed line. The circuitries or operations which are comprised in a solid line are circuitries or operations which are comprised in the broadest example embodiment. The circuitries or operations which are comprised in a dashed line are example embodiments which may be comprised in, or a part of, or are further circuitries or operations which may be taken in addition to the circuitries or operations of the solid line example embodiments. It should be appreciated that these operations need not be performed in order presented. Furthermore, it should be appreciated that not all of the operations need to be performed. The exemplary operations may be performed in any order and in any combination.

It should further be noted that any reference signs do not limit the scope of the claims, that the exemplary embodiments may be implemented at least in part by means of both hardware and software, and that several "means", "units" or "devices" may be represented by the same item of hardware.

The various exemplary methods, devices, nodes and systems described herein are described in the general context of method steps or processes, which may be implemented in one aspect by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM), Random Access Memory (RAM), compact discs (CDs), digital versatile discs (DVD), etc. Generally, program circuitries may include routines, programs, objects, components, data structures, etc. that perform specified tasks or implement specific abstract data types. Computer-executable instructions, associated data structures, and program circuitries represent examples of program code for executing steps of the methods disclosed herein.

It is obvious to those skilled in the art that various changes and modifications may be made without departing from the scope of the claimed subject-matter.

Appendix <NUM> illustrates one example implementation of the proposed technique for the 3GPP specification.

Abstract of the contribution: Solution that enables a UE to receive data services from one network (e.g. NPN), and paging as well as data services from another network (e.g. PLMN) simultaneously.

A key issue aims at addressing the following aspects:.

NOTE: It is assumed that the FS_IIoT will cover aspects to enable low latency data services, and that FS_5MBS will cover aspects to enable low latency multicast downlink services, while the scope of the FS_eNPN is to enable these services while the UE is using two networks e.g. NPN and PLMN.

In Rel-<NUM> support for simultaneous data service from both the NPN and PLMN is supported by a solution briefly described in Annex D. <NUM> The connection to the other network is provided by the N3IWF in a similar fashion as for Non-3GPP Access.

The UE and N3IWF set up a secure tunnel over the reference point Nwu. However, the rel-<NUM> Non-3GPP Access solution does not support "paging" over the Non-3GPP access. The second objective of KI2 relates this issue since the UE using 3GPP access in the serving network can enter RRC-Idle or RRC-Inactive mode. How would the other network then trigger the UE to get paged when the UE is any of the power saving mode?.

Observation <NUM>: When the UE state in the PLMN enters CM-Idle, the Nwu is lost and TS <NUM> and TS <NUM> does not support how the AMF in the PLMN can trigger paging of the UE camping on a RAN in the NPN.

Observation <NUM>: One way to solve this issue is to never let the UE to enter CM-Idle in the PLMN.

However, we don't want to enforce that the UE shall be in RRC-Connected. The obvious way is to let the UE enter at least RRC-Inactive. There are a couple of questions that arise:.

IPsec tunnel between the UE and N3IWF are typically robust to support interruption on any sub-link between the end point, but sooner or later the connection will time-out. If there is no traffic, then keep-alive messages should be sent to keep the IPsec tunnel. In the industry, some default configuration use IPsec lifetime of 8hours.

Observations <NUM>: In the industry, default lifetime configurations of the IPsec tunnel should allow a UE to enter RRC-Inactive for a significant time and still logically maintain the IPsec tunnel between the UE and N3WIF.

When the UE is in RRC-Inactive all PDU session/Tunnels/N1 etc. will be maintained. Meaning that if there is a service in the PLMN that would like to communicate with the UE, then either the DL data is sent directly to the RAN or an N1 notification will be triggered to establish a new PDU session/data flow. Once the packet reaches the anchor RAN node, the RAN node will start to page the UE. The UE will resume all radio bearers and receive the DL data/NAS message.

Observations <NUM>: It should be feasible to let the UE enter at least RRC-Inactive mode, as long as the IPsec tunnel keep alive is honoured, i.e. the IPsec tunnel between the UE and the N3IWF does not lapse.

Could the UE even enter Idle mode in the NPN? It may be possible if the AMF in the PLMN is not informed about the UE power save mode. The UE only send a release request to the NPN or the RAN/AMF/SMF in the NPN don't inform any node in the PLMN of the state change (which is the case in rel-<NUM>).

However, when the UE is in CM-Idle there may be no guarantee that the NAT in the NPN UPF gateway would keep the port number that the UE/PDU session used. If that is changed than the IPsec tunnel between the UE and the N3IWF would not work any longer. What are the alternatives?.

Observations <NUM>: By either using IP@ and port# with long TTL ("static") in the UPF gateway or using an IPsec tunnel between the NPN gateway and PLMN N3IWF it should be possible to allow the UE to enter CM-Idle mode in the NPN. Furthermore, the AMF in the PLMN is not informed that the N1/N2 in the NPN is released.

Proposal: Select either option (<NUM>) or (<NUM>) or both above to enabling service from a PLMN even if the UE enters a power save mode in the NPN.

This solution relates the second objective in KI#<NUM>. The Purpose of the objective is to allow the UE to be either in connected state or in a power save state in the serving network and still get service from the other network. This solution proposes that the UE is always in CM connected state in the other network and that the IPsec tunnel between the UE and N3IWF over Nwu is always maintained even if the UE enters a power save mode in the serving network. It may involve that the UE send IPsec keep alive messages. This solution will allow the UE to enter a power save mode and get paged triggered by the other network service.

This solution is based on the following functional principals:.

For the case where all UE power save modes are allowed then the procedure used are all legacy procedures once the IPsec tunnel between the UPF gateway and N3IWF is established or once the PDU session is created and the IP@ and port# is configured correctly e.g. IP address and port# with long TTL. The network may need to be informed that this configuration is needed.

Claim 1:
A method, performed by a first core network node, for enhancing service continuity between a wireless device and a second network via a first network, wherein the first core network node is part of the first network, the method comprising:
- receiving (S102), from the wireless device and/or from a second core network node of the first network, control signalling indicating that the wireless device requires that a tunnel between the wireless device and the second network via a gateway of the first network is maintained, and
- controlling (S104) a radio access network node and/or the gateway based on the control signalling and a capability of the first core network node to maintain the tunnel.