Upf transport of data

Abstract

The present disclosure relates to a method of a User Plane Function (UPF) device (17) of transporting data in a network (10), and a UPF device (17) performing the method. The method comprises receiving (S103), via a first data path (18a), user plane data having been replicated from user plane data transported in downlink via a second data path (16a) to an intended recipient (15), acquiring (S105) information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a), and transporting (S106) the replicated user plane data received via the first data path (18a) to the intended recipient (15) of the user plane data in downlink via a third data path (18b).

Description

UPF TRANSPORT OF DATATECHNICAL FIELD

[0001] The present disclosure relates to a method of a User Plane Function (UPF) device of transporting data in a network, and a UPF device performing the method.BACKGROUND

[0002] In 3rd Generation Partnership Project (3GPP) several features are provided to support native Ethernet traffic, such as Ethernet Packet Data Unit (PDU) sessions, 5th Generation (5G) local area networks (LAN) , time-sensitive networking (TSN) , etc.

[0003] In 5G core (5GC) networks user plane resiliency is provided for Internet protocol (IP) based traffic on IP based interfaces such as N3, N4 and N6 interfaces, which is not suitable for native Ethernet traffic on the N6 interface.

[0004] In the currently provided 5GC user plane resiliency, inter-chassis redundancy (ICR) is provided with two User Plane Functions (UPF) acting in pair for redundancy in case of failure at one of the UPFs.

[0005] Of the two UPFs, one UPF acts as an active UPF and thus handles all control plane (CP) and user plane (UP) data. The active UPF advertises with Border Gateway Protocol (BGP) N4 / N3 / N6 virtual IP (VIP) addresses to be utilized as long as it is active and keeps the second UPF, referred to as a standby UPF informed regarding the PDU session setup. A so-called keep-alive is sent by the active UPF on an ICR transport channel and is used by the standby UPF to detect that the active UPF indeed is active and hence that no failure has occurred; if no keep-alive signal is received, the standby UPF concludes that a failure has occurred at the active UPF. The standby UPF advertises with BGP the same N4 / N3 / N6 VIPs but with a lower preference indicating standby, and is thus ready to take over as active UPF in case a failure occurs at the currently active UPF.

[0006] The BGP with bidirectional forwarding detection (BFD) ensures that traffic is routed to the active UPF and not to the standby UPF. When BGP with BFD detects a failure at the active UPF (e.g. that the active UPF is down) , ICR switchover occurs and the traffic will be routed to the standby UPF, which takes over as active UPF and  advertises the VIPs with a higher preference indicating the standby UPF now has taken over as the active UPF.

[0007] As mentioned, the current ICR-based solution relies on BGP / BFD routing protocols which are adapted for IP traffic only, i.e. N3, N19 and N4 IP interfaces and is not suitable for Ethernet traffic over the N6 interface.

[0008] Further, restoration time in case of switchover from the active UPF to the standby UPF is too slow in the current ICR solution to comply with requirements of Ethernet-based industrial automation applications, which require low interruption time and hence fast restoration.SUMMARY

[0009] One objective is to solve, or at least mitigate, one or more of the problems in the art and thus to provide an improved method of a UPF device of transporting data in a network.

[0010] This objective is attained in a first aspect by a method of a UPF device of transporting data in a network. The method comprises receiving, via a first data path, user plane data having been replicated from user plane data transported in downlink via a second data path to an intended recipient, acquiring information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient via the second data path, and transporting the replicated user plane data received via the first data path to the intended recipient of the user plane data in downlink via a third data path.

[0011] This objective is attained in a second aspect by a UPF device configured to transport data in a network. The UPF device comprises a processing unit and a memory, said memory containing instructions executable by said processing unit, whereby the UPF device is operative to receive, via a first data path, user plane data having been replicated from user plane data transported in downlink via a second data path to an intended recipient, acquire information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient via the second data path, and to transport the replicated user plane data received via the first data path to the intended recipient of the user plane data in downlink via a third data path.

[0012] Thus, should data transport via e.g. a first UPF fail, a second, standby UPF which receives a copy of any user plane data sent to the first UPF will be informed accordingly, and the standby UPF will advantageously take over the responsibility of immediately transporting the user plane data to the intended recipient.

[0013] In an embodiment, the method comprises discarding the received user plane data as long as no failure is detected to have occurred in transporting the user plane data to the intended recipient via the second data path.

[0014] In an embodiment, the replicated user plane data is configured to be received via the first data path from an uplink device and transported in downlink to the intended recipient of the user plane data via the third data path.

[0015] In an embodiment, the replicated user data is configured to be received from a hub configured to transport data over the second data path.

[0016] In an embodiment, the transporting of the replicated user plane data to the intended recipient of the user plane data via the first data path includes informing the intended recipient that uplink user plane data transmission should be performed via the third data path.

[0017] In an embodiment, the first data path and the third data path are carried over a first UPF device while the second data path and a fourth data path, via which the user plane data is configured to be transported in downlink to the intended recipient as long as no failure is detected to have occurred, are carried over a second UPF device.

[0018] In an embodiment, the first data path, the second data path, the third data path and a fourth data path, via which the user plane data is configured to be transported in downlink to the intended recipient as long as no failure is detected to have occurred, are carried over a single UPF device.

[0019] In an embodiment, the method further comprises advertising on the network that any data is to be transported via the third path in case said failure is detected to have occurred.

[0020] In an embodiment, the acquiring of information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient via the second data path comprises receiving an indication from the network that the failure is detected to have occurred.

[0021] In an embodiment, the acquiring of information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient via the second data path comprises receiving a signal over an inter-chassis redundancy (ICR) transport channel, wherein absence of such signal indicates that a failure has occurred.

[0022] In an embodiment, the method further comprises forwarding in uplink via the first data path any user plane data received over the third data path in case said failure is detected to have occurred.

[0023] In a third aspect, a computer program is provided comprising computer-executable instructions for causing a UPF device of the second aspect to perform steps recited in the method of the first aspect when the computer-executable instructions are executed on a processing unit included in the UPF device.

[0024] In a fourth aspect, a computer program product is provided comprising a computer readable medium, the computer readable medium having the computer program according to the third aspect embodied thereon.

[0025] Generally, all terms used in the claims are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to "a / an / the element, apparatus, component, means, step, etc. " are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated.BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Aspects and embodiments are now described, by way of example, with reference to the accompanying drawings, in which:

[0027] Figure 1 shows a network in which a UPF device of an embodiment is implemented;

[0028] Figure 2 shows a signalling diagram illustrating an embodiment of a method of a UPF device of transporting data in the network of Figure 1.

[0029] Figure 3 shows a network in which a UPF device of another embodiment is implemented;

[0030] Figure 4 shows a signalling diagram illustrating a further embodiment of a method of a UPF device of transporting data in the network of Figure 1; and

[0031] Figure 5 illustrates a UPF device according to an embodiment.DETAILED DESCRIPTION

[0032] The aspects of the present disclosure will now be described more fully hereinafter with reference to the accompanying drawings, in which certain embodiments of the invention are shown.

[0033] These aspects may, however, be embodied in many different forms and should not be construed as limiting; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and to fully convey the scope of all aspects of invention to those skilled in the art. Like numbers refer to like elements throughout the description.

[0034] Reference will be made to the illustration of the network 10 of Figure 1 and the signalling diagram of Figure 2 for describing an embodiment of a method of a UPF device of transporting data in the network.

[0035] In the 5G New Radio (NR) communication network 10 illustrated in Figure 1 and the signalling diagram of Figure 2, a data network 11 supplies user plane data in step S101 to a hub 12 intended to be delivered in downlink (DL) via a first UPF 13 and a radio base station 14 referred to in NR as a gNB to a User Equipment 15 (UE) in the form of a smart phone, tablet, connected vehicle, etc.

[0036] The hub 12 may for instance be embodied by an Ethernet switch. The first UPF 13 will in the following be referred to as the active UPF.

[0037] Hence, the hub 12 transports the user plane data to the active UPF 13 in step S102 over N6 interface and an active UPF N6 data path 16a, which in its turn transports the data in DL over N3 interface via active UPF N3 data path 16b and IP network 20 to the gNB 14 in step S102a for wireless transmission in step S102b to the UE 15.

[0038] Simultaneously with transporting the user plane data to the active UPF 13 in step S102, the user plane data is replicated by the hub 12 and transported in DL to a second UPF 17 in S103, in the following referred to as a standby UPF, via standby UPF N6 data path 18a.

[0039] Typically, as long as the active UPF 13 is up and running, and the user plane data is transported along the active UPF N6 and N3 data paths 16a, 16b to the gNB 14 and the UE 15, the standby UPF 16 will simply discard the user plane data received in step S103, as illustrated in step S104.

[0040] However, should data transport over active UPF N6 data path 16a to the UE 15 fail, for instance as a result of the active UPF 13 being down or a failure occurring in N6 data path 16a or N3 data path 16b, the standby UPF 17 will be informed accordingly in step S105, since a so-called Inter-Chassis Redundancy (ICR) transport channel 19 is arranged between the active UPF 13 and the standby UPF 17, and the standby UPF 17 will advantageously take over the responsibility of immediately transporting the user plane data received from the hub 12 to the intended recipient by transporting the user plane data in downlink via the standby UPF N3 data path 18b in step S106 to the gNB 14, which transmits the user plane data to the UE 15 in step S106a. In practice, a failure is detected to occur if no keep-alive signal is received by the standby UPF 17 over the ICR transport channel 19 from the active UPF 13, thereby indicating that there is a failure at the active UPF 13.

[0041] Any data transmitted in uplink (UL) from the UE 15 via the gNB 14 will be transported via the standby UPF N3 data path 18b, the standby UPF 17 and the standby UPF N6 data path 18a to the hub 12 and further to the data network 11.

[0042] As previously mentioned, the change of active UPF from the (formerly) active UPF 13 to the standby UPF 17 is advertised on the network 10 by indicating that the standby UPF 17 now takes over as active UPF via which the user plane data is transported.

[0043] Advantageously, with this embodiment a UPF data plane resilience solution suitable for Ethernet traffic is provided, which further enables fast restoration. Instead of the prior art ICR approach, a user plane data-replication hub 12 (embodied either by hardware or software function) is provided at the N6 interface of the UPFs 13, 17, which replicate the downlink traffic to both active and standby UPF data planes.

[0044] During normal operation, only the active UPF 13 handles the user plane data while the data is discarded by the standby UPF 17. When a failure is detected on the active UPF data plane, the standby UPF data plane is active for data transport and  can instantly take over the role of the active UPF 13 as the duplicated user plane data traffic is readily available. Thus, any rerouting of user plane data is avoided and restoration time is greatly shortened as compared to the BGP / BFD based protocols.

[0045] As is understood, communication may occur with other network devices such as a Session Management Function 21 (SMF) via N4 interface or even a further UPF 22 via N19 interface.

[0046] In UL direction, even the incoming traffic of the UE 15 is Ethernet based, the traffic between the gNB 14 and the UPFs 13, 17 are using GPRS ( “General Packet Radio Services” ) Tunnelling Protocol (GTP) , which is IP based.

[0047] Therefore, the ICR with BGP / BFD protocols is reused on N3, N19, N4 interfaces where the active UPF 13 advertises with BGP the E3, N19 and N4 VIPs with active status while the standby UPF 17 advertises the same VIPs with standby status. Hence, under normal operation, N3 / N19 user plane data traffic and N4 control plane data traffic is routed to the active UPF 13.

[0048] However, if in S107 the standby UPF 17 advertises active status, the N3 / N19 user plane data traffic of the gNB 14 / UPF 22 and N4 control plane data traffic of the SMF 21 is routed to the standby UPF 17 instead of via the active UPF 13.

[0049] Synchronization of contexts related to Ethernet PDU session operation between the data plane of the active UPF 13 and the data plane of the standby UPF 17, where an Ethernet PDU session corresponds to a virtual port at a UPF, is performed according to the following:

[0050] - If a UE is operating in Virtual Access Port mode. The VLAN ID (VID) related to the UE (port VID) is synchronized with the standby UPF. The virtual access port of the UPF is realized with Ethernet PDU session identified with Session ID (SID) . The PDU session info and the Port VID are synchronized with the standby UPF. At the virtual access port, Port VID is inserted in the UL Ethernet frames and removed from DL Ethernet frames.

[0051] - If a UE is operating in Virtual Trunk Port mode, a list of VLAN IDs associated with the UE is synchronized with the standby UPF.

[0052] - N19 interface is operating in Virtual Trunk Port mode where the Virtual Trunk Port is realized with a GTP tunnel, and the list of VLAN IDs associated with the N19 and GTP tunnel information is synchronized with the standby UPF.

[0053] - N6 interface is operating in Physical Trunk Port mode. The list of VLAN IDs associated with N6 is synchronized with the standby UPF.

[0054] During normal operation, the standby UPF 17 does not receive any control plane traffic or UL user plane data. If any N4 control plane data is received by the control plane of the standby UPF 17, that control plane data is discarded. Any user plane data received on N3 or N19 in UL during standby is forwarded by flooding the Ethernet frames on ports bound to VLAN ID of the frames.

[0055] There are multiple reasons for switching over from the active UPF 13 to the standby UPF 17 as will be discussed in the following.

[0056] All the active UPF’s BGP peer connection (s) for given VIPs are down. If the cause is a link failure between the active UPF 13 and an adjacent router, the failure will quickly be detected by BFD and the router will withdraw the active UPF’s advertisements for the VIPs for N3 / N19 / N4. The router will reroute the N3 / N19 / N4 payload to the standby UPF 17 that forwards the user plane data (i.e. the Ethernet frames) by flooding the frames on ports bound to the frames VLAN IDs (referred to as VLAN bridging) . The standby UPF 17 then executes ICR-Keepalive-Failure-Detection towards the active UPF 13, thereby ascertaining that the active UPF 13 is down, as previously illustrated by means of step S105 of Figure 2. If this is the case, the standby UPF 17 moves to the active state and starts handling all types of received traffic including the replicated Ethernet frames received over N6 as well as control plane data received over N4. The new active UPF 17 advertises the VIPs with active preference status. It also starts to populate a forwarding table by performing media access control (MAC) learning / flooding procedure, based on the Ethernet PDU session information (virtual ports) and VLAN information received / synchronized from the previously active UPF 13.

[0057] A split in the network occurs; if due to the split in the network the standby UPF 17 with BGP monitoring can no longer see the tracked VIPs advertised, the standby UPF 17 executes ICR-Keepalive-Failure-Detection towards the active UPF 13. If this is the case, the new active UPF 17 advertises the VIPs with active preference status, enters active state and starts handling all types of received traffic including the replicated Ethernet frames received on N6 as well as control plane data received on N4. It also starts building the forwarding table by performing MAC learning / flooding  procedure, based on the Ethernet PDU session information and VLAN information received / synchronized from the previously active UPF 13.

[0058] In another example, the adjacent router detects through BGP / BFD that the active UPF 13 is not accessible and withdraws the advertised VIPs for the active UPF 13. The router will reroute the N3 / N19 / N4 user plane data to the standby UPF 17 which forwards the user plane data by flooding the frames on ports bound to the frame VLAN ID. The standby UPF 17 then executes ICR-Keepalive-Failure-Detection towards the active UPF 13. If this is the case, the standby UPF 17 enters active state and starts handling all types of user plane data including the replicated Ethernet frames received on N6 as well as control plane data received on N4. The new active UPF 17 advertises the N3 / N19 / N4 VIPs with active preference status.

[0059] While Figure 1 illustrates user plane data being transported via two separate UPFs 13, 17, it may be envisaged that the two user data planes are handled by a single UPF, i.e. either one of the active UPF 13 and the standby UPF 17.

[0060] Thus, as shown in Figure 3, if user plane data transport fails via data paths 16a and / or 16b, the user plane data being duplicated by the hub 12 and transported to the UPF 17 via the N6 data path 18a may correspondingly be delivered to the gNB 14 and the UE 15 via the N3 data path 18b. Thus, if one data plane carried over paths 16a, 16b should fail, the other paths 18a, 18b will take over, or the duplicated data could be delivered via path 16b in case that path still is functioning.

[0061] Figure 4 illustrates a more detailed signalling diagram as compared to that shown in Figure 2 with regard to detecting that a failure occurs at the active UPF 13 according to an embodiment. Steps S101-S104 are the same as those already described with reference to Figure 2.

[0062] However, step S105 of detecting a failure occurring at the active UPF 17 will be elaborated on in the following.

[0063] Thus, similar to the prior art approach described previously, step S105a comprises relying on failure detection of the IP network 20, wherein e.g. the BFD protocol detects the failure at the data path 16b of the active UPF over the N3 interface to the gNB 14 (or over the N4 interface to the SMF 21) which triggers rerouting of UL user plane data form the gNB 14 to the standby UPF 17 in S105b and rerouting of UL control plane data from the SMF 21 to the standby UPF 17 in S105c.

[0064] In step S105d, the standby UPF 17 sends a keep-alive signal over the ICR transport channel 19 to ascertain that a failure indeed has occurred at the active UPF 13. The keep-alive signal is sent at short intervals (i.e. every 30 ms) .

[0065] As previously described with reference to Figure 2, the DL user plane data replicated by the hub 12 and received by the standby UPF 17 in S103 is forwarded to the gNB 14 in S106 which in its turn forwards the DL user plane data to the UE 15 in S106a.

[0066] Further, any UL user plane data received in S105b is forwarded to the hub 12 in S106b while any control plane data (e.g. an N4 session establishment request) received from the SMF 21 in S105c may be responded to in S106c (N4 session establishment response) . As is understood, steps S106a-c may occur in parallel.

[0067] Figure 5 illustrates the standby UPF 17 according to an embodiment, where the steps of the method performed by the device 10 in practice are performed by a processing unit 111 embodied in the form of one or more microprocessors arranged to execute a computer program 112 downloaded to a storage medium 113 associated with the microprocessor, such as a Random Access Memory (RAM) , a Flash memory or a hard disk drive. The processing unit 111 is arranged to cause the standby UPF 17 to carry out the method according to embodiments when the appropriate computer program 112 comprising computer-executable instructions is downloaded to the storage medium 113 and executed by the processing unit 111. The storage medium 113 may also be a computer program product comprising the computer program 112. Alternatively, the computer program 112 may be transferred to the storage medium 113 by means of a suitable computer program product, such as a Digital Versatile Disc (DVD) or a memory stick. As a further alternative, the computer program 112 may be downloaded to the storage medium 113 over a network. The processing unit 111 may alternatively be embodied in the form of a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) , a complex programmable logic device (CPLD) , etc. The standby UPF 17 further comprises a communication interface 114 (wired and / or wireless) over which the device 10 is configured to transmit and receive data in both UL and DL.

[0068] The aspects of the present disclosure have mainly been described above with reference to a few embodiments and examples thereof. However, as is readily  appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the invention, as defined by the appended patent claims.

[0069] Thus, while various aspects and embodiments have been disclosed herein, other aspects and embodiments will be apparent to those skilled in the art. The various aspects and embodiments disclosed herein are for purposes of illustration and are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method of a User Plane Function, UPF, device (17) of transporting data in a network (10) , comprising:receiving (S103) , via a first data path (18a) , user plane data having been replicated from user plane data transported in downlink via a second data path (16a) to an intended recipient (15) ;acquiring (S105) information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) ; andtransporting (S106) the replicated user plane data received via the first data path (18a) to the intended recipient (15) of the user plane data in downlink via a third data path (18b) .2.The method of claim 1, further comprising:discarding (S104) the received user plane data as long as no failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) .3.The method of any one of claims 1 or 2, wherein the replicated user plane data is configured to be received via the first data path (18a) from an uplink device (12) and transported in downlink to the intended recipient (15) of the user plane data via the third data path (18b) .4.The method of any one of the preceding claims, wherein the replicated user data is configured to be received from a hub (12) configured to transport data over the second data path (16a) .5.The method of any one of the preceding claims, wherein the transporting (S106) of the replicated user plane data to the intended recipient (15) of the user plane data via the first data path (18a) includes informing the intended recipient (15) that uplink user plane data transmission should be performed via the third data path (18b) .6.The method of any one of the preceding claims, wherein the first data path (18a) and the third data path (18b) are carried over a first UPF device (17) while the second data path (16a) and a fourth data path (16b) , via which the user plane data is  configured to be transported in downlink to the intended recipient (15) as long as no failure is detected to have occurred, are carried over a second UPF device (13) .7.The method of any one of the preceding claims, wherein the first data path (18a) , the second data path (16a) , the third data path (18b) and a fourth data path (16b) , via which the user plane data is configured to be transported in downlink to the intended recipient (15) as long as no failure is detected to have occurred, are carried over a single UPF device (17) .8.The method of any one of the preceding claims, further comprising advertising (S107) on the network (10) that any data is to be transported via the third path (18b) in case said failure is detected to have occurred.9.The method of any one of the preceding claims, wherein the acquiring (S105) of information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) comprises:receiving an indication from the network (10) that the failure is detected to have occurred.10.The method of any one of the preceding claims, wherein the acquiring (S105) of information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) comprises:receiving (S105c) a signal over an inter-chassis redundancy, ICR, transport channel (19) , wherein absence of such signal indicates that a failure has occurred.11.The method of any one of the preceding claims, further comprising forwarding (S106b) in uplink via the first data path (18a) any user plane data received (S105b) over the third data path (18b) in case said failure is detected to have occurred.12.A computer program (112) comprising computer-executable instructions for causing a UPF device (17) to perform steps recited in any one of claims 1-11 when the computer-executable instructions are executed on a processing unit (111) included in the UPF device (17) .13.A computer program product comprising a computer readable medium (113) , the computer readable medium having the computer program (112) according to claim 12 embodied thereon.14.A User Plane Function, UPF, device (17) configured to transport data in a network (10) , the UPF device (17) comprising a processing unit (111) and a memory (113) , said memory containing instructions (112) executable by said processing unit (111) , whereby the UPF device (17) is operative to:receive, via a first data path (18a) , user plane data having been replicated from user plane data transported in downlink via a second data path (16a) to an intended recipient (15) ;acquire information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) ; andtransport the replicated user plane data received via the first data path (18a) to the intended recipient (15) of the user plane data in downlink via a third data path (18b) .15.The UPF device (17) of claim 14, further being operative to:discard the received user plane data as long as no failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) .16.The UPF device (17) of claims 14 or 15, wherein the replicated user plane data is configured to be received via the first data path (18a) from an uplink device (12) and transported in downlink to the intended recipient (15) of the user plane data via the third data path (18b) .17.The UPF device (17) of any one of claims 14-16, wherein the replicated user data is configured to be received from a hub (12) configured to transport data over the second data path (16a) .18.The UPF device (17) of any one of claims 14-17, further being operative to, when transporting the replicated user plane data to the intended recipient (15) of the user plane data via the first data path (18a) , informing the intended recipient (15) that  uplink user plane data transmission should be performed via the third data path (18b) .19.The UPF device (17) of any one of claims 14-18, wherein the first data path (18a) and the third data path (18b) are carried over a first UPF device (17) while the second data path (16a) and a fourth data path (16b) , via which the user plane data is configured to be transported in downlink to the intended recipient (15) as long as no failure is detected to have occurred, are carried over a second UPF device (13) .20.The UPF device (17) of any one of claims 14-19, wherein the first data path (18a) , the second data path (16a) , the third data path (18b) and a fourth data path (16b) , via which the user plane data is configured to be transported in downlink to the intended recipient (15) as long as no failure is detected to have occurred, are carried over a single UPF device (17) .21.The UPF device (17) of any one of claims 14-20, further being operative to advertise on the network (10) that any data is to be transported via the third path (18b) in case said failure is detected to have occurred.22.The UPF device (17) of any one of claims 14-21, further being operative to, when acquiring information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) :receive an indication from the network (10) that the failure is detected to have occurred.23.The UPF device (17) of any one of claims 14-22, further being operative to, when acquiring information indicating that a failure is detected to have occurred in transporting the user plane data to the intended recipient (15) via the second data path (16a) :receive a signal over an inter-chassis redundancy, ICR, transport channel (19) , wherein absence of such signal indicates that a failure has occurred.24.The method of any one of the preceding claims, further comprising forwarding (S106b) in uplink via the first data path (18a) any user plane data received (S105b) over the third data path (18b) in case said failure is detected to have occurred.

Images