5G Multicast Broadcast Service Handover

Abstract

Systems and methods are provided for session continuity for multicast broadcast (MB) sessions. In some embodiments, a method implemented by a base station for session continuity for MB sessions includes at least one of providing at least one MB session to a 5G connected wireless device, determining that the wireless device has been handed over to a target Next Generation Radio Access Network (NG-RAN), and providing session continuity for the at least one MB session to the wireless device. In some embodiments, being handed over to the target NG-RAN includes an Xn handover. In some embodiments, being handed over to the target NG-RAN includes an N2 handover. Some embodiments of the present disclosure provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB Xn handovers and inter-gNB N2 handovers in 5G NR radio access.

Description

[Technical Field]

[0001] Related Applications This application claims the benefit of Provisional Patent Application No. 63 / 029,116, filed May 22, 2020, the entire disclosure of which is incorporated herein by reference.

[0002] The present disclosure relates to multicast broadcast sessions. [Background technology]

[0003] The 3rd Generation Partnership Project (3GPP) early developed the Multicast / Broadcast Multimedia Subsystem (MBMS) (see 3GPP TS23.246 v16.1.0) for 3G networks for video multicast / broadcasting and streaming services, and later introduced Evolved MBMS (eMBMS) for Evolved Packet Systems (EPS). In Rel-13 and Rel-14, the MBMS system was updated to support new services, such as public safety, cellular Internet of Things (CIoT), and Vehicle to Everything (V2X).

[0004] The scope of the new Release 17 study in the 3GPP SA2 working group is to study both multicast requirements and use cases as well as dedicated broadcast requirements and use cases for CIoT, public safety, V2X, etc. The study targets 5G Release 17 and New Radio (NR) radio access. The results of the study to date have been documented in TR23.757 V0.3.0.

[0005] Currently, there exists one or more challenges: multicast / broadcast services have not been supported on 5G NR so far. Due to the improved characteristics of 5G NR, such as low latency, bandwidth, etc., it is expected that mission-critical services (Mission Critical Push-to-Talk (MCPTT), Mission Critical Data (MCData), and Mission Critical Video (MCVideo)), as well as VTX services, will show improved and much better performance on 5G NR.

[0006] For 5G MBS multicast support, the 5G system (5GS) must support UE mobility. Session continuity during handovers (i.e., Xn and N2 handovers) is a requirement. The existing procedures in TS23.502 v16.4.0, Section 4.9.1.2, "Xn-based NG-RAN inter-handover" and Section 4.9.1.3, "NG-RAN inter-node N2-based handover" need to be enhanced to support 5MBS and MB sessions during handover. 5MBS studies are documented in TR23.757 V0.3.0, but no solution for handover has been documented to date. Improved systems and methods for session continuity of MB sessions are needed. Summary of the Invention

[0007] Systems and methods are provided for session continuity for MB sessions. In some embodiments, a method implemented by a base station for session continuity for Multicast Broadcast (MB) sessions includes at least one of providing at least one MB session to a 5G connected wireless device, determining that the wireless device has been handed over to a target Next Generation Radio Access Network (NG-RAN), and providing session continuity for the at least one MB session to the wireless device.

[0008] In some embodiments, being handed over to the target NG-RAN comprises an Xn handover. In some embodiments, being handed over to the target NG-RAN comprises an N2 handover.

[0009] Some embodiments of the present disclosure provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB (Inter-gNB) Xn handovers and inter-gNB N2 handovers in 5G NR radio access.

[0010] In some embodiments, a method implemented by a base station for session continuity for MB sessions includes at least one of providing at least one MB session to a 5G connected wireless device, determining that the wireless device has been handed over to a target Next Generation Radio Access Network (NG-RAN), and providing session continuity for the at least one MB session to the wireless device.

[0011] In some embodiments, a method implemented by a base station for session continuity for MB sessions, the method including at least one of receiving a handed over wireless device that was receiving at least one MB session, and providing session continuity for the at least one MB session to the wireless device.

[0012] In some embodiments, the method also includes causing resources to be established in the target NG-RAN during the Xn handover preparation phase. In some embodiments, the method also includes causing resources to be established in the target NG-RAN during the Xn handover execution phase.

[0013] In some embodiments, the method also includes notifying and / or triggering an Access and Mobility Management Function (AMF) to initiate setup of MB session resources in the NG-RAN. In some embodiments, the notifying and / or triggering includes an MB session command. In some embodiments, the notifying and / or triggering includes new parameters to an existing path switch request message and / or a path switch request acknowledgement message.

[0014] In some embodiments, a new parameter "Temporary Mobile Group Identities (TMGI)" (or TMGI list) is included in the existing route switch request message.

[0015] In some embodiments, being handed over to the target NG-RAN includes an N2 handover.

[0016] In some embodiments, the method also includes causing resources to be established in the target NG-RAN during the N2 handover preparation phase.

[0017] In some embodiments, the method also includes releasing resources if this was the last wireless device to leave the MB session.

[0018] Some aspects of the present disclosure and their embodiments may provide solutions to the above-mentioned or other problems. Specific parts of the 5MBS procedure are covered in other disclosures. Some disclosures cover 5MBS Radio Access Network-5th Generation Core (RAN-5GC) interactions. Application PCT / EP2020 / 055482 covers Access and Mobility Management Function (AMF) Service Discovery-Session Management Function (SMF) for MB.

[0019] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate several aspects of the present disclosure and, together with the description, serve to explain the principles of the disclosure. [Brief explanation of the drawings]

[0020] [Figure 1] FIG. 1 illustrates an example of a cellular communication system 100 in which embodiments of the present disclosure may be implemented. [Figure 2] FIG. 1 illustrates a wireless communication system represented as a 5G network architecture assembled from core network functions (NFs), where interaction between any two NFs is represented by a point-to-point reference point / interface. [Figure 3] FIG. 1 illustrates a 5G network architecture that uses a service-based interface between NFs in a CP instead of the point-to-point reference point / interface used in the 5G network architecture of FIG. [Figure 4]1 illustrates a method implemented by a wireless device for session continuity for MB sessions, according to some embodiments of the present disclosure. [Figure 5] 1 illustrates a method implemented by a base station for session continuity for MB sessions, according to some embodiments of the present disclosure. [Figure 6] FIG. 1 illustrates an example embodiment for inter-gNB Xn handover, according to some embodiments of the present disclosure. [Figure 7] FIG. 1 illustrates an example embodiment for an N2-based handover between NG RAN nodes, in accordance with some embodiments of the present disclosure. [Figure 8] FIG. 1 illustrates an example embodiment for an N2-based handover between NG RAN nodes, in accordance with some embodiments of the present disclosure. [Figure 9] 1 is a schematic block diagram of a radio access node according to some embodiments of the present disclosure. [Figure 10] FIG. 2 is a schematic block diagram illustrating a virtualized embodiment of a radio access node, in accordance with some embodiments of the present disclosure. [Figure 11] FIG. 10 is a schematic block diagram of a radio access node according to some other embodiments of the present disclosure. [Figure 12] 1 is a schematic block diagram of a wireless communication device according to some embodiments of the present disclosure. [Figure 13] 12 is a schematic block diagram of a wireless communication device 1200 according to some other embodiments of the present disclosure. [Figure 14] 1 is a diagram of a communication system including a communication network, such as a 3GPP-type cellular network, comprising an access network, such as a RAN, and a core network, in accordance with some embodiments of the present disclosure. [Figure 15] FIG. 1 illustrates a communication system including a host computer, according to some embodiments of the present disclosure. [Figure 16] 1 is a flowchart illustrating a method implemented in a communication system according to some embodiments of the present disclosure. [Figure 17] 1 is a flowchart illustrating a method implemented in a communication system according to some embodiments of the present disclosure. [Figure 18] 1 is a flowchart illustrating a method implemented in a communication system according to some embodiments of the present disclosure. [Figure 19] 1 is a flowchart illustrating a method implemented in a communication system according to some embodiments of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0021] The embodiments described below represent information to enable those skilled in the art to practice the embodiments and illustrate the best modes of practicing the embodiments. Upon reading the following description in light of the accompanying drawings, those skilled in the art will understand the concepts of the present disclosure and will recognize applications of these concepts not specifically addressed herein. It is understood that these concepts and applications fall within the scope of the present disclosure.

[0022] Wireless Node: As used herein, a "wireless node" is either a wireless access node or a wireless communication device.

[0023] Radio Access Node: As used herein, a "radio access node" or "radio network node" or "radio access network node" is any node in a Radio Access Network (RAN) of a cellular communications network that operates to transmit and / or receive signals wirelessly. Some examples of a radio access node include, but are not limited to, a base station (e.g., a New Radio (NR) base station (gNB) in a 3rd Generation Partnership Project (3GPP) fifth-generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network), a high-power or macro base station, a low-power base station (e.g., a micro base station, a pico base station, a Home eNB, etc.), a relay node, a network node implementing part of the functionality of a base station (e.g., a network node implementing a gNB central unit (gNB-CU) or a network node implementing a gNB distributed unit (gNB-DU)), or a network node implementing part of the functionality of some other type of radio access node.

[0024] Core network node: As used herein, a "core network node" is any type of node in a core network or any node that implements a core network function. Some examples of a core network node include, for example, a Mobility Management Entity (MME), a Packet Data Network Gateway (P-GW), a Service Capability Publication Function (SCEF), a Home Subscriber Server (HSS), etc. Some other examples of a core network node include nodes that implement an Access and Mobility Management Function (AMF), a User Plane Function (UPF), a Session Management Function (SMF), an Authentication Server Function (AUSF), a Network Slice Selection Function (NSSF), a Network Publication Function (NEF), a Network Function (NF) Repository Function (NRF), a Policy Control Function (PCF), a Unified Data Management (UDM), etc.

[0025] Communications Device: As used herein, a "communications device" is any type of device that has access to an access network. Some examples of communications devices include, but are not limited to, a mobile phone, a smartphone, a sensor device, a meter, a vehicle, a household appliance, a medical appliance, a media player, a camera, or any type of consumer electronic device, such as, but not limited to, a television, a radio, a lighting device, a tablet computer, a laptop computer, or a personal computer (PC). A communications device may be a portable, handheld, computer-equipped, or vehicle-mounted mobile device enabled to communicate voice and / or data via wireless or wired connections.

[0026] Wireless Communication Device: One type of communication device is a wireless communication device, which can be any type of wireless device that has access to (i.e., is served by) a wireless network (e.g., a cellular network). Some examples of wireless communication devices include, but are not limited to, user equipment devices (UEs) in 3GPP networks, machine-type communication (MTC) devices, and Internet of Things (IoT) devices. Such wireless communication devices can be or can be integrated into mobile phones, smartphones, sensor devices, meters, vehicles, household appliances, medical appliances, media players, cameras, or any type of consumer electronics device, such as, but not limited to, televisions, radios, lighting devices, tablet computers, laptop computers, or PCs. Wireless communication devices can be portable, handheld, computer-equipped, or vehicle-mounted mobile devices enabled to communicate voice and / or data over a wireless connection.

[0027] Network Node: As used herein, a "network node" is any node that is part of either the RAN or core network of a cellular communications network / system.

[0028] It should be noted that the description provided herein focuses on 3GPP cellular communication systems, and therefore 3GPP terminology or terminology similar to 3GPP terminology is often used, however, the concepts disclosed herein are not limited to 3GPP systems.

[0029] It should be noted that in the description herein, reference may be made to the term "cell." However, it is important to note that, particularly with regard to 5G NR concepts, beams may be used instead of cells, and therefore the concepts described herein are equally applicable to both cells and beams.

[0030] 1 illustrates an example of a cellular communication system 100 in which embodiments of the present disclosure may be implemented. In the embodiments described herein, the cellular communication system 100 is a 5G system (5GS) including a Next Generation RAN (NG-RAN) and a 5G Core (5GC). In this example, the RAN includes base stations 102-1 and 102-2, which in 5GS include NR base stations (gNBs) and optionally Next Generation eNBs (ng-eNBs) (e.g., LTE RAN nodes connected to 5GC) and control corresponding (macro) cells 104-1 and 104-2. Base stations 102-1 and 102-2 are generally referred to herein collectively as base stations 102 and individually as base stations 102. Similarly, (macro) cells 104-1 and 104-2 are generally referred to herein collectively as (macro) cells 104 and individually as (macro) cells 104. The RAN may also include several low-power nodes 106-1 through 106-4 that control corresponding small cells 108-1 through 108-4. The low-power nodes 106-1 through 106-4 may be small base stations (such as pico or femto base stations) or remote radio heads (RRHs), etc. Notably, although not shown, one or more of the small cells 108-1 through 108-4 may alternatively be provided by the base station 102. The low-power nodes 106-1 through 106-4 are generally collectively referred to herein as low-power nodes 106 and individually referred to as low-power nodes 106. Similarly, the small cells 108-1 through 108-4 are generally collectively referred to herein as small cells 108 and individually referred to as small cells 108. The cellular communication system 100 also includes a core network 110, referred to as 5GC in 5G systems (5GS). The base stations 102 (and optionally the low power nodes 106 ) are connected to a core network 110 .

[0031] Base station 102 and low power node 106 serve wireless communication devices 112-1 through 112-5 in corresponding cells 104 and 108. Wireless communication devices 112-1 through 112-5 are generally referred to herein collectively as wireless communication devices 112 and individually as wireless communication devices 112. In the following description, wireless communication devices 112 are often UEs, although the disclosure is not limited thereto.

[0032] 2 illustrates a wireless communication system represented as a 5G network architecture assembled from core network functions (NFs), where interaction between any two NFs is represented by a point-to-point reference point / interface. Figure 2 may be considered a specific implementation of the system 100 of FIG.

[0033] From the access side, the 5G network architecture shown in Figure 2 comprises either a RAN 102 or an access network (AN) and multiple UEs 112 connected to an AMF 200. Generally, the RAN 102 comprises a base station, for example, an eNB or gNB or the like. From the core network side, the 5GC NFs shown in Figure 2 include an NSSF 202, an AUSF 204, a UDM 206, an AMF 200, an SMF 208, a PCF 210, and an Application Function (AF) 212.

[0034] The 5G network architecture reference point representation is used to develop detailed call flows in the standardization. The N1 reference point is defined to carry signaling between the UE 112 and the AMF 200. Reference points for connecting between the AN 102 and the AMF 200 and between the AN 102 and the UPF 214 are defined as N2 and N3, respectively. There is a reference point N11 between the AMF 200 and the SMF 208, which implies that the SMF 208 is at least partially controlled by the AMF 200. N4 is used by the SMF 208 and the UPF 214; thus, the UPF 214 can be set using a control signal generated by the SMF 208, and the UPF 214 can report its status to the SMF 208. N9 is a reference point for connections between different UPFs 214, and N14 is a reference point connecting between different AMFs 200, respectively. N15 and N7 are defined because the PCF 210 applies policies to the AMF 200 and the SMF 208, respectively. N12 is required for the AMF 200 to perform authentication of the UE 112. N8 and N10 are defined because subscription data of the UE 112 is required for the AMF 200 and the SMF 208.

[0035] The 5GC network aims to separate the UP and CP. The UP carries user traffic, and the CP carries signaling within the network. In Figure 2, the UPF 214 is in the UP, and all other NFs, namely, the AMF 200, SMF 208, PCF 210, AF 212, NSSF 202, AUSF 204, and UDM 206, are in the CP. Separating the UP and CP ensures that each plane resource is scaled independently. Separating the UP and CP also allows the UPF to be distributed and deployed separately from the CP function. In this architecture, the UPF can be deployed very close to the UE to reduce the round-trip time (RTT) between the UE and the data network for some applications requiring low latency.

[0036] The core 5G network architecture is assembled from modularized functions. For example, the AMF 200 and SMF 208 are independent functions in the CP. The separated AMF 200 and SMF 208 allow for independent evolution and scaling. Other CP functions, such as the PCF 210 and AUSF 204, can be separated as shown in Figure 2. The modularized function design allows the 5GC network to flexibly support various services.

[0037] Each NF interacts directly with another NF. It is possible to use intermediate functions to route messages from one NF to another. In a CP, a set of interactions between two NFs is specified as a service, and therefore its reusability is possible. This service allows for modularity support. A UP supports interactions, such as forwarding operations, between different UPFs.

[0038] FIG. 3 illustrates a 5G network architecture that uses a service-based interface between NFs in a CP instead of the point-to-point reference point / interface used in the 5G network architecture of FIG. 2. However, the NFs described above with reference to FIG. 2 correspond to the NFs shown in FIG. 3. The service(s) that an NF provides to other authorized NFs may be exposed to authorized NFs through the service-based interface. In FIG. 3, the service-based interface is indicated by the letter “N” followed by the name of the NF, e.g., Namf for the service-based interface of the AMF 200 and Nsmf for the service-based interface of the SMF 208. The NEF 300 and NRF 302 in FIG. 3 are not shown in FIG. 2, described above. However, it should be clear that, although not explicitly indicated in FIG. 2, all NFs illustrated in FIG. 2 can interact with the NEF 300 and NRF 302 in FIG. 3 as needed.

[0039] Some characteristics of the NFs shown in Figures 2 and 3 can be described in the following manner: The AMF 200 provides UE-based authentication, authorization, mobility management, etc. The AMF 200 is independent of access technology, so even a UE 112 using multiple access technologies is essentially connected to a single AMF 200. The SMF 208 is responsible for session management and assigns an Internet Protocol (IP) address to the UE. The SMF 208 also selects and controls the UPF 214 for data forwarding. If the UE 112 has multiple sessions, a different SMF 208 may be assigned to each session to manage the multiple sessions individually and possibly provide different capabilities for each session. The AF 212 provides information about packet flows to the PCF 210, which is responsible for policy control, to support quality of service (QoS). Based on that information, the PCF 210 determines policies related to mobility and session management to ensure the AMF 200 and SMF 208 operate appropriately. The AUSF 204 supports authentication functions for the UE or the like and therefore stores data for authentication of the UE or the like, and the UDM 206 stores subscription data of the UE 112. Data networks (DNs) that are not part of the 5GC network provide internet access or operator services and the like.

[0040] An NF may be implemented either as a network element on dedicated hardware, as a software instance running on dedicated hardware, or as a virtualized function instantiated on a suitable platform, e.g., a cloud infrastructure.

[0041] For 5G MBS multicast support, the 5G system (5GS) must support UE mobility. Session continuity during handovers (i.e., Xn and N2 handovers) is a requirement. The existing procedures in TS23.502 v16.4.0, Section 4.9.1.2, "Xn-based NG-RAN inter-handover" and Section 4.9.1.3, "NG-RAN inter-node N2-based handover" need to be enhanced to support 5MBS and MB sessions during handover. 5MBS studies are documented in TR23.757 V0.3.0, but no solution for handover has been documented to date. Improved systems and methods for session continuity of MB sessions are needed.

[0042] Systems and methods are provided for session continuity for multicast broadcast (MB) sessions. In some embodiments, a method implemented by a base station for session continuity for MB sessions includes at least one of providing at least one MB session to a 5G connected wireless device, determining that the wireless device has been handed over to a target Next Generation Radio Access Network (NG-RAN), and providing session continuity for the at least one MB session to the wireless device. In some embodiments, being handed over to the target NG-RAN includes an Xn handover. In some embodiments, being handed over to the target NG-RAN includes an N2 handover. Some embodiments of the present disclosure provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB Xn handovers and inter-gNB N2 handovers in 5G NR radio access.

[0043] This disclosure has two broad categories of embodiments: 5MBS Xn handover and 5MBS N2 handover. Details regarding the implementation of some of these embodiments are included below.

[0044] Some embodiments may provide one or more of the following technical advantages: Advantages of Xn embodiments: Enhanced the 5G Xn handover procedure (TS23.502 v16.4.0, clause 4.9.1.2) to support session continuity (i.e., "handover") for 5G MB sessions. Resources in the target NG-RAN have already been established during the Xn handover preparation phase (see explanation in step 2, "Option 1"). This means that when the UE switches to the new cell in the target NG-RAN, it can immediately start receiving the 5 MBS media stream in the new cell, i.e., there will be excellent service continuity characteristics and minimal or no gaps in media reception. Resources in the target NG-RAN may be optionally established during the Xn handover execution phase (see step 10, "Option 2" description). For example, when moving from a source NG-RAN that does not support 5MBS to a target NG-RAN that does, or for better system robustness, this option 2 may be an alternative way to do so, but also a complementary way to do so. In option 2, service continuity characteristics (i.e., gaps in media reception) may be slightly worse but still acceptable for most use cases. A new message MB Session Command (TMGI) in step 2a, in which the NG-RAN notifies and triggers the AMF to initiate the setup of MB session resources in the NG-RAN. Enhancement (step 9) with new parameters to the existing path switch request message and path switch request acknowledgement message may reduce signaling between the AMF and the NG-RAN (step 10a / message MB session join may be exchanged by adding new corresponding parameters (NGAP ID and TMGI) to the path switch request acknowledgement message). Furthermore, including a new parameter "TMGI" (or TMGI list) in the existing path switch request message can make the AMF aware whether the NG-RAN already knows that the UE has joined an MB session, in which case the MB session joining step 10a is not required. Release of resources at the source NG-RAN node if this was the last UE to leave the MB session at that node (step 8)

[0045] Advantages of the N2 embodiment: Enhanced the 5G N2 handover procedure (TS23.502 v16.4.0, clause 4.9.1.3) to support session continuity (i.e., "handover") for 5G MB sessions. Resources in the T-NG-RAN have already been established during the N2 handover preparation phase. This means that when the UE switches to the new cell in the T-NG-RAN (i.e., in step 4), the UE can immediately start receiving the 5 MBS media stream in the new cell during the execution phase, i.e., there will be excellent service continuity characteristics and minimal or no gaps in media reception.

[0046] Release of resources in the S-NG-RAN node if this was the last UE to leave the MB session in that node (step 14c in clause 4.9.1.3.3).

[0047] 4 illustrates a method implemented by a wireless device for session continuity of an MB session according to some embodiments of the present disclosure. In some embodiments, the method includes at least one of receiving at least one MB session while connected over 5G (step 400), being handed over to a target NG-RAN (step 402), and optionally continuing to receive the at least one MB session (404).

[0048] 5 illustrates a method implemented by a base station for session continuity for MB sessions according to some embodiments of the present disclosure. In some embodiments, the method includes at least one of providing at least one MB session to a 5G connected wireless device (step 500), determining that the wireless device has been handed over to a target NG-RAN (step 502), and optionally providing session continuity for the at least one MB session to the wireless device (step 504).

[0049] In this manner, some embodiments provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB Xn and inter-gNB N2 handovers in 5G NR radio access.

[0050] In some embodiments, there is an Xn handover of the MB session. Note that in some embodiments, the 5G MB sessions are not strictly handed over, since they are shared. The PDU session is not shared and is handed over. In some embodiments, the MB session is started in the target cell (if not already active and in use by other UEs in that cell), and in some embodiments, the MB session is released in the source cell (e.g., if this was the last UE listening to that MB session in that cell).

[0051] Some embodiments describe Xn handover of MB sessions for NR. Inter-RAT Xn handover (e.g., between NR and E-UTRA) is not supported. Instead, session continuity is assumed to be handled at the application level, e.g., as described in TS 23.468, section 5.3, "Service Continuity."

[0052] The message names in the following procedures are descriptive. They are assumed to be updated with the corresponding SBI-based names, if applicable, during the normative phase. N2 and N3 messages are subject to RAN3 decisions.

[0053] For inter-gNB Xn handover: The target NG-RAN triggers the 5GC to establish any MB session resources that need to be established during the Xn handover preparation phase prior to the handover execution phase (see option 1 below). The UE continues to receive the media stream as soon as the UE synchronizes to the new cell. This allows MB session continuity.

[0054] Alternatively, the AMF may be responsible for MB session resource setup in the target NG-RAN after the UE is handed over to the target NG-RAN (see option 2 below). Parameters in the path switch request / response messages may provide some optimization. This option will result in a slightly larger gap in MB session continuity, assuming that UE dedicated data forwarding is not applied to MB session user data.

[0055] In some embodiments, during an Xn handover, the UE's PDU session is moved and connected to the new NG-RAN node. Unlike the PDU session, the MB session is never moved and connected to the target NG-RAN node. The transfer of data related to the MB session is initiated on the target NG-RAN node and, if necessary, released on the source NG-RAN node.

[0056] For the complete sequence of the Xn handover procedure, see clause 4.9.1.2 in TS23.502[x] and clause 9.2.3 in TS38.300[y].

[0057] FIG. 6 illustrates an example embodiment for inter-gNB Xn handover, according to some embodiments of the present disclosure.

[0058] 0. Media stream to source NG-RAN and PTM / PTP transmission to UE is in progress. The source NG-RAN triggers handover (see steps 0-2 in clause 9.2.3.2.1, TS38.300[x]).

[0059] 1. The source NG-RAN sends an Xn handover request () to the target NG-RAN. The UE context contains the MB session information.

[0060] 2. Option 1: The source NG-RAN informs the target NG-RAN of any MB session resources that need to be established. MB session information for the MB sessions that the UE has joined is included in the Xn handover request message in a list of {TMGI, active / inactive indicator, LL MC address}. In some embodiments, the Temporary Mobile Group Identity (TMGI) is a radio resource efficient mechanism for identifying MBMS bearer services (as opposed to using IP multicast addresses and access point names).

[0061] If Option 1 is used and the target NG-RAN does not already have an active MB session Ctx for a TMGI in the list in step 1:

[0062] 2a. The target NG-RAN announces its interest in the MB session by sending an MB Session Command (TMGI) to the AMF.

[0063] 2b. When the MB session is set to the above active state, the AMF sends an MB Session Resource Setup Request (TMGI, LL MC, 5G Authorized QoS Profile) message to the NG-RAN node. The NG-RAN creates an MB Session Ctxt (if an MB Session Ctxt does not already exist), sets the MB Session Ctxt to the active state, and stores the TMGI, 5G Authorized QoS Profile, and AMF ID in the MB Session Ctx. The NG-RAN node returns an MB Session Resource Setup Response (TMGI) message to the AMF when the resources are successfully established. The AMF stores the NG-RAN ID of the target NG-RAN node in the AMF MB Session Ctx.

[0064] 2c. The target NG-RAN joins the multicast group (i.e., LL MC address) for the new active MB session.

[0065] 3. For active MB sessions, resources may be configured for the UE being handed over from source to target to transmit the media stream by the target NG-RAN. If there are already other UEs in the target NG-RAN that have joined the active MB session, PTM / PTP transmission is also in progress.

[0066] 4. The target NG-RAN sends an Xn handover request acknowledgement () to the source NG-RAN.

[0067] 5. The source NG-RAN sends a Uu Handover Command () to the UE. The UE starts accessing and synchronizing to the new cell.

[0068] 6. The target NG-RAN determines that the new UE in the cell should receive media for one or more MB sessions and provides PTM / PTP transmission(s) to the new UE. Optionally, in some embodiments, data transfer to the UE over PTM may already have started in step 3. RAN to determine.

[0069] 7. The SN status is forwarded to the target NG-RAN, but not for the MB session. Forwarding for the PDU session can be performed.

[0070] 8. [Conditional] If this UE was the last UE to leave the MB session in the source NG-RAN, the source NG-RAN releases its resources for the MB session (see Session Leave Procedure).

[0071] 9. The target NG-RAN sends a path switch request (TMGI) message to the AMF. If the target NG-RAN is aware of the TMGIs to which the UE has subscribed, these TMGIs may be included in the request message. The AMF responds with a path switch request acknowledgement () message.

[0072] In some embodiments, the RAN may decide to introduce a TMGI list parameter into the pathswitchrequestacknowledge() message for exchange in step 10a below.

[0073] 10. Option 2: The AMF determines whether MB session resources need to be set up in the target NG-RAN, for example, by checking whether the NG-RAN ID of the target NG-RAN node is already stored in the AMF MB Session Ctx and the state of the MB Session Ctx. If it is active and not stored, steps 10a to 10c are executed.

[0074] 10a. When the AMF receives the Path Switch Request() message, the AMF sends an MB Session Join (NGAP ID, TMGI) message to the target NG-RAN for each TMGI that the AMF has in its UE context, and the MB Session Join message is not sent unless the target NG-RAN is already aware per option 1 (as indicated by the presence of the TMGI in the Path Switch Request message).

[0075] 10b. If any of the TMGIs in the AMF UE context has an active MB session Ctx and the AMF has not yet requested the target NG-RAN node to perform resource setup, the AMF sends an MB session resource setup request (TMGI, LL MC, 5G allowed QoS profile) message to the target NG-RAN.

[0076] 10c. If an MB Session Ctx for the TMGI does not already exist in the target NG-RAN, the NG-RAN creates an MB Session Ctx, sets the MB Session Ctx to an active state, stores the TMGI, QoS profile, and list of AMF IDs in the MB Session Ctx, and joins the multicast group (i.e., LL MC address). Otherwise, the target NG-RAN simply stores the AMF ID in its MB Session Ctx.

[0077] 11. If there is an active MB session Ctx for any of the new UE's TMGI(s) in the target NG-RAN, the target NG-RAN provides the new UE with PTM / PTP transmission(s) if not already done (in step 6).

[0078] In some embodiments, support for Option 1 above is a RAN decision. Option 1 provides much better session continuity characteristics in handover and may reduce N2 signaling. In some embodiments, support for the TMGI parameter in the path switch request message is a RAN decision. It may reduce N2 session join signaling in step 10a when Option 1 is used. In some embodiments, support for the TMGI list parameter in the path switch request acknowledgement message is a RAN decision. It may reduce N2 session join signaling in step 10a. If the RAN decides on this TMGI list parameter, the parameters in the above note may not be required. In some embodiments, Option 1 and Option 2 may be complementary, and both may be standardized according to a RAN decision.

[0079] In some embodiments, there may be various impacts to services, entities and interfaces, such as:

[0080] UE: - Reception of multicast data using PTM / PTP in the RRC connection. - Switching of reception from source NG-RAN to target NG-RAN when the Xn handover execution phase begins.

[0081] NG-RAN: - Support for MB session information in Xn handover request (option 1). - MB session resource setup during Xn handover preparation phase (option 1). - MB session resource setup during Xn handover execution phase (option 2). - New parameters in patch switch message.

[0082] AMF:- Supports new messages to trigger MB session resource setup in NG-RAN during Xn handover preparation phase (Option 1).

[0083] In this manner, some embodiments provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB Xn and inter-gNB N2 handovers in 5G NR radio access.

[0084] In some embodiments, the handover occurs via an N2 handover. During the N2 handover preparation phase, the source NG-RAN triggers the 5GC to establish any MB session resources that need to be established. The UE continues to receive the media stream as soon as the UE synchronizes to the new cell. This allows for MB session continuity.

[0085] The N2 handover solution is shown in addition to the TS23.502 N2 handover procedure in clause 4.9.1.3. The proposed changes are shown below in bold in some cases.

[0086] FIG. 7 illustrates an example embodiment for an N2-based handover between NG RAN nodes, in accordance with some embodiments of the present disclosure.

[0087] 0. MB media stream and PTM / PTP transmission may be ongoing in 5GS, i.e., from MB-UPF to S-RAN and from S-RAN to UE.

[0088] 1. Between S-RAN and S-AMF: Handover required (target ID, source to target transparent container, SM N2 information list, PDU session ID, intra-system handover indication).

[0089] The source-target transparent container contains NG-RAN information created by the S-RAN to be used by the T-RAN and is transparent to the 5GC.

[0090] 2. T-AMF selection: When the S-AMF can no longer serve the UE, the S-AMF selects a T-AMF as described in clause 6.3.5 of "AMF Selection Function" in TS 23.501 (see 3GPP 23.501 V16.4.0 5G System Architecture, hereinafter [2]).

[0091] 3. [Conditional] Between S-AMF and T-AMF: Namf_Communication_CreateUEContext request (N2 information (target ID, source-target transparent container, SM N2 information list, PDU session ID), UE context information (SUPI, service area restrictions, allowed NSSAI for each access type if available, tracking requirements, LTE M indication, corresponding SMF information and list of PDU session IDs with corresponding S-NSSAI(s), PCF ID(s), DNN, UE radio capability ID and UE radio capability information)). If the subscription information includes tracking requirements, the old AMF provides the tracking requirements to the target AMF.

[0092] In the case of inter-PLMN mobility, the UE context information includes the HPLMN S-NSSAI corresponding to the allowed NSSAI for each access type without the allowed NSSAI of the source PLMN. The target AMF may determine the allowed NSSAI based on the HPLMN S-NSSAI received in step 3; if not, the target AMF queries the NSSF by invoking the Nnssf_NSSelection_Get service operation with the HPLMN S-NSSAI and PLMN ID of the SUPI. The target AMF may trigger AMF re-allocation when a mobility registration update is performed during the handover execution phase, as described in clause 4.2.2.2.3.

[0093] The S-AMF initiates the handover resource allocation procedure by calling the Namf_Communication_CreateUEContext service operation towards the T-AMF.

[0094] When the S-AMF can still serve the UE, this step and step 12 are not required.

[0095] If service area restrictions are available in the S-AMF, they may be forwarded to the T-AMF as described in clause 5.3.4.1.2 of TS 23.501 [2].

[0096] If both the home PCF ID(s) and visited PCF ID(s) are provided by the S-AMF, the T-AMF contacts the (V-)PCF identified by the (V-)PCF ID. If the (V-)PCF identified by the (V-)PCF ID is not used or no PCF ID(s) have been received from the S-AMF, the T-AMF may select the PCF(s) as described in TS 23.501 [2], clause 6.3.7.1 and in accordance with the interaction between the V-NRF and the H-NRF described in clause 4.3.2.2.3.3. The T-AMF informs the S-AMF that the PCF ID(s) will not be used, as specified in step 12, and the S-AMF then terminates the AM policy association with the PCF identified by the PCF ID.

[0097] 4 to 7. [Conditional] Between T-AMF and SMF: Nsmf_PDUSession_UpdateSMContext (PDU Session ID, Target ID, T-AMF ID, N2 SM information).

[0098] 7a. [Conditional] For each TMGI in the AMF UE context: Between T-AMF-MB-SMF: Nmbsmf_MBSession_UpdateMBContext(TMGI, T-AMF ID).

[0099] The MB-SMF stores the T-AMF ID in the list of AMF IDs in the MB-SMF MB session context. If the T-AMF is new in the list, i.e., the T-AMF does not yet have an MB session and the MB-SMF MB session state is "active", the MB-SMF prepares to send an MB session start notification to the AMF (step 7c).

[0100] 7b. Between MB-SMF-T-AMF: Nmbsmf_MBSession_UpdateMBContext response (TMGI).

[0101] In the Nmbsmf_MBSession_UpdateMBContext response, the MB-SMF includes the N2 MB information, which contains the lower layer multicast address (LL MC) allocated for the MB session and used by the MB-UPF, and the 5G authorized QoS profile, which indicates that the N2 SM information is for the target NG-RAN. In some embodiments, the T-AMF creates an MB session context and sets its state to "inactive".

[0102] 7c. If the T-AMF is new in the MB-SMF list in step 7a and the MB session is "active", the MB-SMF sends Nmbsmf_MBSession_UpdateMBContextInitiate (i.e., MB Session Initiate) to the AMF. The T-AMF updates its MB session context and sets its state to "active".

[0103] 7d-7f. The T-AMF sends an MB Session Resource Setup Request message to the T-NG-RAN. See MB Session Initiation Procedure. A Handover Arrival Indicator is included in the MB Session Resource Setup Request message to avoid the NG-RAN releasing resources since there may be no UEs interested in that TMGI at this time point.

[0104] 8. The AMF supervises the Nsmf_PDUSession_UpdateSMContext response messages from the involved SMFs. The lowest value of the maximum delay indications for the PDU sessions that are candidates for handover gives the maximum time the AMF may wait for the Nsmf_PDUSession_UpdateSMContext response message before continuing with the N2 handover procedure. Upon expiry of the maximum waiting time or when all Nsmf_PDUSession_UpdateSMContext response messages have been received, the AMF continues the N2 handover procedure (Handover Request message in step 9). For UEs that have subscribed to one or more MB sessions, the T-AMF does not need to wait for the Nsmf_PDUSession_UpdateMBContext response, as these can be performed in parallel with the N2 handover procedure.

[0105] In some embodiments, the delay value for each PDU session is configured locally in the AMF and is implementation-specific.

[0106] 9. Between T-AMF and T-RAN: Handover Request (Source-Target Transparent Container, N2 MM Information, N2 SM Information List, Tracking Requirements, UE Radio Capability ID). If the subscription information includes tracking requirements, the target AMF provides the tracking requirements to the target RAN in the handover request.

[0107] The T-AMF determines the T-RAN based on the target ID. The T-AMF may allocate a valid 5G-GUTI for the UE in the AMF and the target TAI.

[0108] The source-target transparent container is forwarded as received from the S-RAN. The N2 MM information includes, for example, security information and mobility restriction lists, if available in the T-AMF.

[0109] The N2 SM information list includes the N2 SM information received from the SMF for the T-RAN in the Nsmf_PDUSession_UpdateSMContext response message received within the maximum allowed delay supervised by the T-AMF as described in step 8.

[0110] The mobility restriction list is sent in the N2 MM information if available in the target AMF.

[0111] If the UE radio capability ID is included in the handover request message, and there is no corresponding UE radio capability set for the UE radio capability ID in the T-RAN, the T-RAN shall request the T-AMF to provide the T-RAN with a UE radio capability set corresponding to the UE radio capability ID.

[0112] 10. Between T-RAN and T-AMF: Handover request acknowledgement (target-source transparent container, list of PDU sessions to be handed over with N2 SM information, list of PDU sessions that failed to be established with the failure cause given in the N2 SM information element).

[0113] The target-source transparent container includes a UE container with an access stratum part and a NAS part, and the UE container is sent transparently to the UE via the T-AMF, S-AMF, and S-RAN.

[0114] The T-RAN creates a list of PDU sessions that failed to be set up based on the T-RAN decision, along with the failure reason (e.g., T-RAN decision, S-NSSAI not available, unable to satisfy user plane security enforcement), and provides this information to the S-RAN.

[0115] The N2 SM information in the list of PDU sessions to be handed over includes T-RAN N3 addressing information for each PDU session ID, i.e., the T-RAN's N3 UP address and tunnel ID for the PDU session.

[0116] If redundant transmission is implemented for one or more QoS flows of a PDU session, the T-RAN provides two AN tunnel information for the PDU session in the N2 SM information. The T-RAN indicates to the SMF that one of the AN tunnel information is to be used as the redundant tunnel for the PDU session, as described in clause 5.33.2.2 of TS 23.501 [2]. If only one AN tunnel information is provided by the target NG-RAN for a PDU session, the SMF may release these QoS flows after the handover procedure by triggering the PDU session modification procedure specified in clause 4.3.3.

[0117] The N2 SM information may also include: - an indication of whether UP integrity protection is implemented on the PDU session; - whether the PDU session has at least one QoS flow subject to data forwarding, the N3 UP address of the T-RAN for receiving the forwarded data, and a tunnel ID. The T-RAN shall provide a data forwarding address for each data forwarding tunnel that the T-RAN decides to set up; - for each admitted QoS flow with an alternative QoS profile (see TS 23.501 [2]), the target NG-RAN shall include a reference to the fulfilled alternative QoS profile.

[0118] 11a~11f. Between AMF and SMF: Nsmf_PDUSession_UpdateSMContext request.

[0119] 12. [Conditional] Between T-AMF and S-AMF: Namf_Communication_CreateUEContext response (including target-source transparent container, N2 information required for S-AMF to send handover command to S-RAN, list of PDU sessions that failed to be set up, N2 SM information (N3 DL forwarding information, PCF ID)).

[0120] The AMF supervises the Nsmf_PDUSession_UpdateSMContext response messages from the involved SMFs. Upon expiration of the maximum waiting time or when all Nsmf_PDUSession_UpdateSMContext response messages have been received, the T-AMF sends a Namf_Communication_CreateUEContext response to the S-AMF.

[0121] The list of PDU sessions that failed to be set up includes the list of PDU sessions that failed to be set up received from the target RAN in step 10 and the list of unacceptable PDU sessions generated by the T-AMF.

[0122] The not allowed PDU session list includes the following PDU session(s) with the appropriate cause value:

[0123] - unaccepted PDU session(s) by SMF(s),

[0124] - PDU session(s) not accepted by AMF due to lack of response from SMF within maximum waiting time,

[0125] - One or more unaccepted PDU sessions by the AMF due to unavailable S-NSSAI in the T-AMF as determined in step 4.

[0126] The target-source transport container is received from the T-RAN. N2 SM information is received from the SMF in step 11f.

[0127] Execution Phase

[0128] 8 illustrates an example embodiment for an N2-based handover between NG RAN nodes, in accordance with some embodiments of the present disclosure. The registration of the serving AMF to the UDM is not shown in the figure for simplicity.

[0129] 1. Between S-AMF and S-RAN: Handover command (target-source transparent container, list of PDU sessions to be handed over with N2 SM information containing information received from T-RAN during the handover preparation phase, list of PDU sessions that failed to be set up).

[0130] Target-source transparent containers are forwarded as received from the S-AMF.

[0131] The SM forwarding information list includes a T-RAN SM N3 forwarding information list for direct forwarding or an S-UPF SM N3 forwarding information list for indirect data forwarding.

[0132] The S-RAN uses the list of PDU sessions that failed to be set up and the indicated failure reason to determine whether to proceed with the N2 handover procedure.

[0133] If the S-RAN receives a reference to an alternative QoS profile for an admitted QoS flow, the S-RAN shall take it into account to determine whether to proceed with the N2 handover procedure (see TS 23.501 [2]).

[0134] 2. Between S-RAN and UE: Handover command (UE container).

[0135] The UE container is the UE part of the target-source transparent container that is transparently sent from the T-RAN to the S-RAN via the AMF and is provided to the UE by the S-RAN.

[0136] 2a0. If the PLMN configures secondary RAT usage reporting and the source NG-RAN has secondary RAT usage data to report, the source NG-RAN node may provide the RAN Usage Data Report message (N2 SM Information (Secondary RAT Usage Data), Handover Flag) described in section 4.21 to the AMF. The Handover Flag instructs the AMF that it should buffer the N2 SM information containing the usage data report before forwarding it.

[0137] This step is not shown in this figure, but the secondary RAT usage data reporting procedure is shown in Figure 4.21-1 in Section 4.21.

[0138] 2a.-2c. The S-RAN sends an uplink RAN ​​status transfer message to the S-AMF as specified in TS36.300

[46] and TS38.300[9]. The S-RAN may omit sending this message if none of the UE's radio bearers are covered by PDCP status preservation.

[0139] If there is an AMF relocation, the S-AMF sends this information to the T-AMF via the Namf_Communication_N1N2MessageTransfer service operation, and the T-AMF acknowledges. If the S-AMF or AMF is relocated, the T-AMF sends the information to the T-RAN via a Downlink RAN ​​Status Transfer message as specified in TS36.300

[46] and TS38.300[9].

[0140] 3. Uplink packets are sent from the T-RAN to the T-UPF and UPF (PSA). Downlink packets are sent from the UPF (PSA) via the S-UPF to the S-RAN. The S-RAN should start forwarding downlink data from the S-RAN towards the T-RAN for QoS flows or DRBs that are subject to data forwarding. This can be either direct forwarding (step 3a) or indirect forwarding (step 3b).

[0141] 4. Between UE-T-RAN: Handover confirmation.

[0142] After the UE has successfully synchronized to the target cell, it sends a handover confirmation message to the T-RAN. The handover is considered successful by the UE with this message. If there is an active MB session Ctxt in the T-NG-RAN for any of the TMGI(s) of the new UE, the T-NG-RAN provides the PTM / PTP transmission(s) to the new UE.

[0143] 5. Between T-RAN and T-AMF: Handover notification.

[0144] The handover is considered successful in the T-RAN by this message.

[0145] For each admitted QoS flow with an alternative QoS profile (see TS 23.501 [2]), the target RAN shall send a reference to the satisfied alternative QoS profile to the SMF.

[0146] 6a. [Conditional] Between T-AMF and S-AMF: Namf_Communication_N2InfoNotify.

[0147] The T-AMF notifies the S-AMF about the N2 handover notification received from the T-RAN by calling Namf_Communication_N2InfoNotify.

[0148] A timer in the S-AMF is started to supervise when resources in the S-RAN shall be released.

[0149] 6b. [Conditional] Between S-AMF and T-AMF: Namf_Communication_N2InfoNotify ACK (N2 SM information (data used by secondary RAT)).

[0150] The S-AMF acknowledges by sending a Namf_Communication_N2InfoNotify ACK to the T-AMF. The N2 SM information, when applicable, was now buffered in step 2a0.

[0151] 6c. [Conditional] Between S-AMF and SMF: Nsmf_PDUSession_ReleaseSMContext request (SUPI, PDU Session ID, N2 SM information (secondary RAT usage data)).

[0152] If the PDU session(s) is / are not accepted by the T-AMF (e.g., the S-NSSAI associated with the PDU session is not available in the T-AMF), the S-AMF triggers the PDU session release procedure specified in clause 4.3.4.2 after the S-AMF is notified about the receipt of the N2 handover notification in step 6a.

[0153] 7. Between T-AMF and SMF: Nsmf_PDUSession_UpdateSMContext request (Handover complete indication for PDU session ID, UE presence in LADN service area, N2 SM information (secondary RAT usage data)). The N2 SM information here is that received in step 6b, if applicable.

[0154] A handover completion indication is sent to the corresponding SMF for each PDU session to indicate the success of the N2 handover.

[0155] When the Nsmf_PDUSession_UpdateSMContext response message arrives too late during the handover preparation phase (see step 8 in clause 4.9.1.3.2) or when a PDU session with SMF involvement is not accepted by the T-RAN, a Nsmf_PDUSession_UpdateSMContext request (SUPI, PDU session ID, operation type) is sent to the corresponding SMF, allowing the SMF to deallocate the possibly assigned N3 UP address and tunnel ID of the selected UPF. The PDU session handled by that SMF is considered to be deactivated and the handover attempt is terminated for that PDU session.

[0156] If the AMF determines that the PDU session relates to the LADN, the AMF provides the "UE presence in the LADN service area." If the AMF does not provide the "UE presence in the LADN service area" indication and the SMF determines that the DNN corresponds to the LADN, the SMF considers that the UE is outside the LADN service area.

[0157] Based on the "UE presence in the LADN service area" indication, the SMF takes actions for the LADN PDU session as specified in TS 23.501 [2], clause 5.6.5.

[0158] For each QoS flow for which the SMF has received a reference to a satisfied alternative QoS profile, the SMF shall notify the PCF and the UE as described in TS 23.501 [2].

[0159] 8a. [Conditional] Between SMF and T-UPF (Intermediate): N4 Session Modification Request.

[0160] When a new T-UPF is inserted or an existing intermediate S-UPF is reallocated, the SMF shall send an N4 Session Modification Request to the T-UPF indicating the T-RAN's DL AN tunnel information.

[0161] 8b. [Conditional] Between T-UPF and SMF: N4 Session Modification Response.

[0162] The T-UPF acknowledges by sending an N4 Session Modify Response message to the SMF.

[0163] 9a. [Conditional] Between SMF and S-UPF (Intermediate): N4 Session Modification Request.

[0164] If the UPF is not reallocated, the SMF shall send an N4 Session Modification Request to the S-UPF indicating the DL AN tunnel information of the T-RAN.

[0165] 9b. [Conditional] Between S-UPF and SMF: N4 Session Modify Response. In some embodiments, the S-UPF acknowledges by sending an N4 Session Modify Response message to the SMF.

[0166] 10a. [Conditional] Between SMF and UPF (PSA): N4 Session Modify Request.

[0167] In a non-roaming or local breakout roaming scenario, if a new T-UPF is inserted or an existing intermediate S-UPF is reallocated, the SMF sends an N4 Session Modification Request message to the PDU Session Anchor UPF (UPF(PSA)) to provide the N3 AN tunnel information of the T-RAN or the DL CN tunnel information of the T-UPF. If redundant transmission is implemented for one or more QoS flows of the PDU session, two N3 AN tunnel information of the T-RAN or two DL CN tunnel information of the two T-UPFs is provided, and the SMF instructs the UPF(PSA) that one of the AN / CN tunnel information will be used as the redundant tunnel for the PDU session. If an existing intermediate S-UPF terminating at N9 towards the H-UPF (PDU Session Anchor) is reallocated for a home-routed roaming scenario, the V-SMF invokes the Nsmf_PDUSession_Update Request (End Marker Indication) service operation towards the H-SMF. The end marker indication is used to indicate that an end marker(s) should be sent.

[0168] When the S-UPF acts as a UL CL or BP, the SMF indicates only one of the PDU session anchors to which the "end marker" packet should be sent. To ensure that the "end marker" is the last user plane packet on the old path, the SMF should modify the paths on the other PDU session anchors before indicating which PDU session anchor should send the "end marker" packet.

[0169] If a T-UPF is not inserted or an existing intermediate S-UPF is not reallocated, steps 10a and 10b are skipped.

[0170] 10b. [Conditional] Between UPF (PSA) and SMF: N4 Session Modify Response.

[0171] The UPF (PSA) sends an N4 session modification response message to the SMF. To support the reordering function in the T-RAN, the UPF (PSA) sends one or more "end marker" packets for each N3 tunnel on the old route immediately after switching routes, and the source NG-RAN forwards the "end marker" packets to the target NG-RAN. At this point, the UPF (PSA) starts sending downlink packets to the T-RAN via the T-UPF if a new T-UPF is inserted or an existing intermediate S-UPF is reassigned. In the case of a home-routed roaming scenario, the H-SMF responds to the V-SMF with an Nsmf_PDUSession_Update response service operation once the H-UPF (PDU session anchor) is updated with the T-UPF's UL tunnel information.

[0172] When there are multiple UPFs (PSAs), step 10a and step 10b are performed for each UPF (PSA).

[0173] 11. Between SMF, T and AMF: Nsmf_PDUSession_UpdateSMContext response (PDU Session ID).

[0174] The SMF acknowledges receipt of the handover completion.

[0175] If indirect data forwarding is applied, the SMF starts an indirect data forwarding timer that should be used to release the resources of the indirect data forwarding tunnel.

[0176] 12. The UE initiates the mobility registration update procedure described in clause 4.2.2.2.2.

[0177] The target AMF knows that the procedure is a handover procedure, and therefore the target AMF performs only a subset of the registration procedure, in particular steps 4, 5 and 10 in the registration procedure for context transfer between the source AMF and the target AMF are skipped.

[0178] 13a. [Conditional] Between SMF and S-UPF (Intermediate): N4 Session Release Request.

[0179] If there is a source intermediate UPF, the SMF initiates resource release by sending an N4 session release request (release cause) to the source UPF after the timer in step 6 or the indirect data forwarding timer expires. This message is also used to release indirect data forwarding resources in the S-UPF.

[0180] 13b. Between S-UPF and SMF: N4 session release response.

[0181] The S-UPF acknowledges with an N4 Session Release Response message to confirm the release of resources.

[0182] In the case of indirect data forwarding, the indirect data forwarding resources are also released.

[0183] 14a. Between AMF-S-RAN: UE context release command().

[0184] After the timer in step 6a expires, the AMF sends a UE context release command.

[0185] 14b. Between S-RAN and AMF: UE context release complete().

[0186] The source NG-RAN releases its resources related to the UE and responds with a UE context release complete() message.

[0187] 14c. [Conditional] If this UE was the last UE in the S-NG-RAN to leave the MB session, the S-NG-RAN releases its resources for the MB session (see Session Leave Procedure).

[0188] 15a. [Conditional] Between SMF and T-UPF: N4 Session Modify Request.

[0189] If indirect forwarding is applied and the UPF is reassigned, after the indirect data forwarding timer expires, the SMF sends an N4 session modification request to the T-UPF to release the indirect data forwarding resources.

[0190] 15b. [Conditional] Between T-UPF and SMF: N4 Session Modification Response.

[0191] The T-UPF acknowledges with an N4 Session Modify Response message to confirm the release of the indirect data forwarding resources.

[0192] If the AMF is subscribed to mobility events by other NFs, the AMF notifies the corresponding NF of the event by invoking the Namf_EventExposure_Notify service operation as described in clause 4.15.4.2.

[0193] Upon receipt of a Namf_EventExposure_Notify with an indication that the UE is reachable only for regulatory prioritized services, the SMF deactivates the PDU session if its services are not regulatory prioritized. In case of home routed roaming, the V-SMF triggers the deactivation of the PDU session, and furthermore, the H-SMF, upon receiving the notification, refrains from sending downlink signaling if it is not related to a regulatory prioritized service.

[0194] In some embodiments, the impact on services, entities and interfaces may include one or more of the following:

[0195] UE: - Reception of multicast data using PTM / PTP in the RRC connection. - Switching of reception from source NG-RAN to target NG-RAN when the N2 handover execution phase begins.

[0196] NG-RAN: - MB session resource setup during N2 handover preparation phase. - Reception of MB media streams. - Forwarding of MB media streams using PTM / PTP transmission to the UE when N2 handover execution phase begins.

[0197] AMF:- Triggering MB Session Join and MB Session Start signaling for resource setup during N2 handover preparation phase.

[0198] In this manner, some embodiments provide support for multicast broadcast session continuity (also known as "handover") in inter-gNB Xn and inter-gNB N2 handovers in 5G NR radio access.

[0199] 9 is a schematic block diagram of a radio access node 900 according to some embodiments of the present disclosure. Optional features are represented by dotted boxes. The radio access node 900 may be, for example, a base station 102 or 106, or a network node that implements all or a portion of the functionality of a base station 102 or gNB described herein. As shown, the radio access node 900 includes a control system 902 that includes one or more processors 904 (e.g., a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), etc.), a memory 906, and a network interface 908. The one or more processors 904 are also referred to herein as processing circuits. Additionally, the radio access node 900 may include one or more radio units 910, each including one or more transmitters 912 and one or more receivers 914 coupled to one or more antennas 916. The radio units 910 may be referred to as, or be part of, air interface circuitry. In some embodiments, the wireless unit(s) 910 are external to the control system 902 and are connected to the control system 902, for example, via a wired connection (e.g., optical cable). However, in some other embodiments, the wireless unit(s) 910 and potentially the antenna(s) 916 are integrated with the control system 902. The one or more processors 904 operate to provide one or more functions of the wireless access node 900 described herein. In some embodiments, the function(s) are implemented in software, for example, stored in memory 906 and executed by the one or more processors 904.

[0200] 10 is a schematic block diagram illustrating a virtualized embodiment of a radio access node 900 in accordance with some embodiments of the present disclosure. This description is equally applicable to other types of network nodes. Furthermore, other types of network nodes may have a similar virtualized architecture. Again, optional features are represented by dotted boxes.

[0201] As used herein, a “virtualized” radio access node is an implementation of a radio access node 900 in which at least a portion of the functionality of the radio access node 900 is implemented as virtual component(s) (e.g., via virtual machine(s) executing on physical processing node(s) in network(s)). As shown, in this example, the radio access node 900 may include a control system 902 and / or one or more radio units 910, as described above. The control system 902 may be connected to the radio unit(s) 910 via, for example, an optical cable or the like. The radio access node 900 includes one or more processing nodes 1000 coupled to or included as part of the network(s) 1002. If present, the control system 902 or the radio unit(s) are connected to the processing node(s) 1000 via the network 1002. Each processing node 1000 includes one or more processors 1004 (e.g., CPUs, ASICs, FPGAs, etc.), memory 1006, and a network interface 1008.

[0202] In this example, the functions 1010 of the radio access node 900 described herein are implemented in one or more processing nodes 1000, or distributed in any desired manner across one or more processing nodes 1000 and the control system 902 and / or radio unit(s) 910. In some particular embodiments, some or all of the functions 1010 of the radio access node 900 described herein are implemented as virtual components executed by one or more virtual machines implemented in virtual environment(s) hosted by the processing node(s) 1000. As will be appreciated by those skilled in the art, additional signaling or communication between the processing node(s) 1000 and the control system 902 is used to perform at least some of the desired functions 1010. Notably, in some embodiments, the control system 902 may not be included, in which case the radio unit(s) 910 communicate directly with the processing node(s) 1000 via an appropriate network interface(s).

[0203] In some embodiments, a computer program is provided that includes instructions that, when executed by at least one processor, cause the at least one processor to perform functions of the radio access node 900 or a node (e.g., processing node 1000) that implements one or more of the functions 1010 of the radio access node 900 in a virtual environment in accordance with any of the embodiments described herein. In some embodiments, a carrier is provided that comprises the above-mentioned computer program product. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer-readable storage medium (e.g., a non-transitory computer-readable medium such as a memory).

[0204] 11 is a schematic block diagram of a radio access node 900 in accordance with some other embodiments of the present disclosure. The radio access node 900 includes one or more modules 1100, each of which is implemented in software. The module(s) 1100 provide the functionality of the radio access node 900 described herein. This description is equally applicable to the processing node 1000 of FIG. 10, where the module 1100 may be implemented in one of the processing nodes 1000 or distributed across multiple processing nodes 1000 and / or distributed across the processing node(s) 1000 and the control system 902.

[0205] 12 is a schematic block diagram of a wireless communication device 1200 in accordance with some embodiments of the present disclosure. As shown, the wireless communication device 1200 includes one or more processors 1202 (e.g., CPUs, ASICs, FPGAs, etc.), a memory 1204, and one or more transceivers 1206, each including one or more transmitters 1208 and one or more receivers 1210 coupled to one or more antennas 1212. The transceiver(s) 1206 include radio front-end circuitry connected to the antenna(s) 1212 configured to condition signals communicated between the antenna(s) 1212 and the processor(s) 1202, as will be appreciated by those skilled in the art. The processor 1202 is also referred to herein as a processing circuit. The transceiver 1206 is also referred to herein as a radio circuit. In some embodiments, the functionality of wireless communication device 1200 described above may be implemented completely or partially in software, for example, stored in memory 1204 and executed by processor(s) 1202. It should be noted that wireless communication device 1200 may include additional components not shown in FIG. 12 , such as, for example, one or more user interface components (e.g., input / output interfaces including a display, buttons, a touchscreen, a microphone, a speaker(s), etc., and / or any other components for enabling input of information to and / or output of information from wireless communication device 1200), a power supply (e.g., a battery and associated power circuitry), etc.

[0206] In some embodiments, a computer program is provided that includes instructions that, when executed by at least one processor, cause the at least one processor to perform the functions of wireless communication device 1200 in accordance with any of the embodiments described herein. In some embodiments, a carrier is provided that comprises the computer program product described above. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer-readable storage medium (e.g., a non-transitory computer-readable medium such as a memory).

[0207] 13 is a schematic block diagram of a wireless communication device 1200 in accordance with some other embodiments of the present disclosure. The wireless communication device 1200 includes one or more modules 1300, each of which is implemented in software. The module(s) 1300 provide the functionality of the wireless communication device 1200 described herein.

[0208] 14 , according to one embodiment, F 1404. The access network 1402 includes multiple base stations 1406A, 1406B, 1406C, such as Node Bs, eNBs, gNBs, or other types of wireless access points (APs), each defining a corresponding coverage area 1408A, 1408B, 1408C. Each base station 1406A, 1406B, 1406C can be connected to the core network 1404 via a wired or wireless connection 1410. A first UE 1412 located in the coverage area 1408C wirelessly connects to or is configured to be paged by the corresponding base station 1406C. A second UE 1414 in the coverage area 1408A can be wirelessly connected to the corresponding base station 1406A. Although multiple UEs 1412, 1414 are shown in this example, the disclosed embodiments are equally applicable to situations where only one UE is in the coverage area or where only one UE is connected to the corresponding base station 1406.

[0209] The communications network 1400 is itself connected to a host computer 1416, which may be embodied in hardware and / or software of a standalone server, a cloud-implemented server, a distributed server, or as a processing resource in a server farm. The host computer 1416 may be owned or controlled by a service provider, or may be operated by or on behalf of the service provider. Connections 1418 and 1420 between the communications network 1400 and the host computer 1416 may extend directly from the core network 1404 to the host computer 1416 or may proceed through an optional intermediate network 1422. The intermediate network 1422 may be one of a public network, a private network, or a hosted network, or a combination of two or more of them; the intermediate network 1422 may be a backbone network or the Internet, if present; in particular, the intermediate network 1422 may comprise two or more subnetworks (not shown).

[0210] The communication system of FIG. 14 as a whole enables connectivity between connected UEs 1412, 1414 and a host computer 1416. The connectivity may be described as an over-the-top (OTT) connection 1424. The host computer 1416 and connected UEs 1412, 1414 are configured to communicate data and / or signaling via the OTT connection 1424 using the access network 1402, the core network 1404, any intermediate networks 1422, and possible further infrastructure (not shown) as intermediaries. The OTT connection 1424 may be transparent in the sense that the participating communication devices through which the OTT connection 1424 passes are unaware of the routing of the uplink and downlink communications. For example, the base station 1406 may not be, or need not be, informed about the past routing of incoming downlink communications involving data originating from the host computer 1416 that is to be forwarded (e.g., handed over) to the connected UE 1412. Similarly, the base station 1406 does not need to be aware of the future routing of outgoing uplink communications originating from the UE 1412 and destined for the host computer 1416 .

[0211] An exemplary implementation of the UE, base station, and host computer described in the previous paragraph, according to one embodiment, will now be described with reference to FIG. 15. In communication system 1500, host computer 1502 comprises hardware 1504, including communication interface 1506 configured to set up and maintain wired or wireless connections with interfaces of different communication devices of communication system 1500. Host computer 1502 further comprises processing circuitry 1508, which may have storage and / or processing capabilities. In particular, processing circuitry 1508 may comprise one or more programmable processors, ASICs, FPGAs, or combinations thereof (not shown) adapted to execute instructions. Host computer 1502 further comprises software 1510, which is stored on or accessible by host computer 1502 and executable by processing circuitry 1508. Software 1510 includes host application 1512. The host application 1512 may be operable to provide services to a remote user, such as a UE 1514 connecting via an OTT connection 1516 that terminates at the UE 1514 and the host computer 1502. In providing services to the remote user, the host application 1512 may provide user data that is transmitted using the OTT connection 1516.

[0212] The communications system 1500 further includes a base station 1518 provided in the communications system, the base station 1518 comprising hardware 1520 that enables the base station 1518 to communicate with the host computer 1502 and the UE 1514. The hardware 1520 may include a communications interface 1522 for setting up and maintaining wired or wireless connections with interfaces of different communications devices of the communications system 1500, as well as a wireless interface 1524 for setting up and maintaining at least a wireless connection 1526 with a UE 1514 located in a coverage area (not shown in FIG. 15 ) served by the base station 1518. The communications interface 1522 may be configured to facilitate a connection 1528 to the host computer 1502. The connection 1528 may be direct, or the connection 1528 may pass through a core network of the communications system (not shown in FIG. 15 ) and / or one or more intermediate networks outside the communications system. In the illustrated embodiment, the hardware 1520 of the base station 1518 further includes processing circuitry 1530, which may comprise one or more programmable processors, ASICs, FPGAs, or combinations thereof (not shown) adapted to execute instructions. The base station 1518 further has software 1532 stored internally or accessible via an external connection.

[0213] The communications system 1500 further includes the previously mentioned UE 1514. The hardware 1534 of the UE 1514 may include a wireless interface 1536 configured to set up and maintain a wireless connection 1526 with a base station serving a coverage area in which the UE 1514 is currently located. The hardware 1534 of the UE 1514 further includes a processing circuit 1538, which may comprise one or more programmable processors, ASICs, FPGAs, or combinations thereof (not shown) adapted to execute instructions. The UE 1514 further includes software 1540 stored on or accessible by the UE 1514 and executable by the processing circuit 1538. The software 1540 includes a client application 1542. The client application 1542, with the support of the host computer 1502, may be operable to provide services to a human or non-human user via the UE 1514. On the host computer 1502, a running host application 1512 may communicate with a running client application 1542 via an OTT connection 1516 that terminates at the UE 1514 and the host computer 1502. In providing services to a user, the client application 1542 may receive request data from the host application 1512 and provide user data in response to the request data. The OTT connection 1516 may transfer both the request data and the user data. The client application 1542 may interact with the user to generate the user data that the client application 1542 provides.

[0214] It should be noted that the host computer 1502, base station 1518, and UE 1514 shown in Figure 15 may be similar to or equivalent to the host computer 1416, one of the base stations 1406A, 1406B, 1406C, and one of the UEs 1412, 1414, respectively, of Figure 14. That is, the inner workings of these entities may be as shown in Figure 15, and separately, the surrounding network topology may be that of Figure 14.

[0215] 15, the OTT connection 1516 is depicted abstractly to show communication between the host computer 1502 and the UE 1514 via a base station 1518, without explicit reference to intermediary devices and the precise routing of messages through these devices. The network infrastructure may determine the routing, which may be configured to be hidden from the UE 1514, the service provider operating the host computer 1502, or both. While the OTT connection 1516 is active, the network infrastructure may also make decisions to dynamically change the routing (e.g., based on load balancing considerations or reconfiguration of the network).

[0216] The wireless connection 1526 between the UE 1514 and the base station 1518 follows the teachings of embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of the OTT service provided to the UE 1514 using the OTT connection 1516, of which the wireless connection 1526 forms the final segment. More precisely, the teachings of these embodiments may improve, for example, data rates, latency, power consumption, etc., thereby providing benefits such as, for example, reduced user latency, relaxed limits on file sizes, better responsiveness, extended battery life, etc.

[0217] Measurement procedures may be provided for the purpose of monitoring data rates, latency, and other factors that one or more embodiments improve upon. There may further be optional network functionality for reconfiguring the OTT connection 1516 between the host computer 1502 and the UE 1514 in response to fluctuations in the measurement results. The measurement procedures and / or the network functionality for reconfiguring the OTT connection 1516 may be implemented in the software 1510 and hardware 1504 of the host computer 1502, or in the software 1540 and hardware 1534 of the UE 1514, or both. In some embodiments, sensors (not shown) may be deployed in or associated with communication devices through which the OTT connection 1516 passes, and the sensors may participate in the measurement procedures by providing values ​​of the monitored quantities exemplified above or other physical quantities from which the software 1510, 1540 may calculate or estimate the monitored quantities. The reconfiguration of the OTT connection 1516 may include message formats, retransmission settings, preferred routing, etc., and the reconfiguration need not affect the base station 1518, and the reconfiguration may be unknown or imperceptible to the base station 1518. Such procedures and functions may be known and practiced in the art. In some embodiments, the measurements may involve proprietary UE signaling that facilitates the host computer 1502 measurements of throughput, propagation time, latency, etc. The measurements may be implemented in that the software 1510 and 1540 cause messages, particularly empty or “dummy” messages, to be sent using the OTT connection 1516 while the software 1510 and 1540 monitors propagation time, errors, etc.

[0218] FIG. 16 is a flowchart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIGS. 14 and 15. For simplicity of this disclosure, only a drawing reference to FIG. 16 is included in this section. In step 1600, the host computer provides user data. In sub-step 1602 of step 1600 (which may be optional), the host computer provides the user data by executing a host application. In step 1604, the host computer initiates a transmission carrying the user data to the UE. In step 1606 (which may be optional), the base station transmits the user data carried in the host computer initiated transmission to the UE, according to the teachings of the embodiments described throughout this disclosure. In step 1608 (which may also be optional), the UE executes a client application associated with the host application executed by the host computer.

[0219] FIG. 17 is a flowchart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to FIGS. 14 and 15. For simplicity of this disclosure, only a drawing reference to FIG. 17 is included in this section. In step 1700 of the method, the host computer provides user data. In an optional sub-step (not shown), the host computer provides the user data by executing a host application. In step 1702, the host computer initiates a transmission carrying the user data to the UE. The transmission may go through a base station in accordance with the teachings of the embodiments described throughout this disclosure. In step 1704 (which may be optional), the UE receives the user data carried in the transmission.

[0220] FIG. 18 is a flowchart illustrating a method implemented in a communications system according to one embodiment. The communications system includes a host computer, a base station, and a UE, which may be as described with reference to FIGS. 14 and 15. For simplicity of this disclosure, only a drawing reference to FIG. 18 is included in this section. In (optional) step 1800, the UE receives input data provided by the host computer. Additionally or alternatively, in step 1802, the UE provides user data. In (optional) sub-step 1804 of step 1800, the UE provides the user data by executing a client application. In (optional) sub-step 1806 of step 1802, the UE executes a client application that provides the user data in response to the received input data provided by the host computer. In providing the user data, the executed client application may further consider user input received from the user. Regardless of the particular manner in which the user data is provided, the UE initiates transmission of the user data to the host computer in (optional) sub-step 1808. In method step 1810, the host computer receives user data transmitted from the UE according to the teachings of the embodiments described throughout this disclosure.

[0221] Figure 19 is a flowchart illustrating a method implemented in a communication system according to one embodiment. The communication system includes a host computer, a base station, and a UE, which may be as described with reference to Figures 14 and 15. For simplicity of this disclosure, only drawing references to Figure 19 are included in this section. In step 1900 (which may be optional), the base station receives user data from the UE in accordance with the teachings of embodiments described throughout this disclosure. In step 1902 (which may be optional), the base station initiates transmission of the received user data to the host computer. In step 1904 (which may be optional), the host computer receives the user data carried in the transmission initiated by the base station.

[0222] Any suitable step, method, feature, function, or benefit disclosed herein may be implemented through one or more functional units or modules of one or more virtual devices. Each virtual device may comprise several of these functional units. These functional units may be implemented via processing circuitry, which may include one or more microprocessors or microcontrollers, as well as other digital hardware, which may include digital signal processors (DSPs), dedicated digital logic, and the like. The processing circuitry may be configured to execute program code stored in memory, which may include one or several types of memory, such as read-only memory (ROM), random access memory (RAM), cache memory, flash memory devices, optical storage devices, and the like. The program code stored in memory includes program instructions for implementing one or more communication and / or data communication protocols, as well as instructions for performing one or more of the techniques described herein. In some implementations, the processing circuitry may be used to cause each functional unit to perform a corresponding function according to one or more embodiments of the present disclosure.

[0223] While the processes in the figures may indicate a particular order of operations performed by some embodiments of the present disclosure, it should be understood that such order is exemplary (e.g., alternative embodiments may perform operations in a different order, combine some operations, overlap some operations, etc.).

[0224] Embodiment

[0225] Group A Embodiments

[0226] Embodiment 1: A method implemented by a wireless device for session continuity for an MB session, the method including at least one of receiving at least one MB session while connected at 5G, being handed over to a target NG-RAN, and continuing to receive the at least one MB session.

[0227] Embodiment 2: The method of embodiment 1, wherein the handover to the target NG-RAN includes an Xn handover.

[0228] Embodiment 3: The method of embodiment 1, wherein being handed over to the target NG-RAN includes an N2 handover.

[0229] Embodiment 4: The method of any one of embodiments 1 to 3, wherein the handover includes any of the features described in the embodiments of Group B.

[0230] Embodiment 5: The method of any one of embodiments 1 to 4, further comprising providing user data and forwarding the user data to the host computer via transmission to the base station.

[0231] Group B Embodiments

[0232] Embodiment 6: A method implemented by a base station for session continuity for an MB session, the method including at least one of: providing at least one MB session to a 5G connected wireless device; determining that the wireless device has been handed over to a target NG-RAN; and providing session continuity for the at least one MB session to the wireless device.

[0233] Embodiment 7: A method implemented by a base station for session continuity for MB sessions, the method including at least one of receiving a handed over wireless device that was receiving at least one MB session, and providing session continuity for the at least one MB session to the wireless device.

[0234] Embodiment 8: The method of embodiment 6 or 7, wherein the handover to the target NG-RAN includes an Xn handover.

[0235] Embodiment 9: The method of embodiment 8, further comprising causing resources to be established in the target NG-RAN during the Xn handover preparation phase.

[0236] Embodiment 10: The method of embodiment 8 or 9, further comprising causing resources to be established in the target NG-RAN during the Xn handover execution phase.

[0237] Embodiment 11: The method of any one of embodiments 8 to 10, further comprising notifying and / or triggering an AMF to initiate setup of MB session resources in the NG-RAN.

[0238] Embodiment 12: The method of embodiment 11, wherein the notifying and / or triggering includes an MB session command.

[0239] Embodiment 13: The method of embodiment 11, wherein the notifying and / or triggering includes new parameters to an existing path switch request message and / or a path switch request acknowledgement message.

[0240] Embodiment 14: The method according to any one of embodiments 8 to 13, wherein a new parameter "TMGI" (or TMGI list) is included in the existing path switch request message.

[0241] Embodiment 15: The method of embodiment 6 or 7, wherein the handover to the target NG-RAN includes an N2 handover.

[0242] Embodiment 16: The method of embodiment 15, further comprising causing resources to be established in the target NG-RAN during an N2 handover preparation phase.

[0243]

[0033] Embodiment 17: The method of any one of embodiments 1 to 16, further comprising releasing resources if this was the last wireless device to leave the MB session.

[0244] Embodiment 18: The method of any one of embodiments 6 to 17, further comprising obtaining user data and forwarding the user data to a host computer or a wireless device.

[0245] Group C Embodiments

[0246] Embodiment 19: A wireless device for session continuity of an MB session, the wireless device comprising: a processing circuit configured to perform any of the steps recited in any one of the embodiments of group A; and a power supply circuit configured to supply power to the wireless device.

[0247] Embodiment 20: A base station for session continuity of an MB session, the base station comprising: processing circuitry configured to perform any of the steps recited in any one of the embodiments of Group B; and power supply circuitry configured to supply power to the base station.

[0248] Embodiment 21: A user equipment (UE) for session continuity of an MB session, the UE comprising: an antenna configured to send and receive radio signals; a radio front-end circuit connected to the antenna and a processing circuit and configured to condition signals communicated between the antenna and the processing circuit, the radio front-end circuit configured to perform any of the steps described in any one of the embodiments of Group A; an input interface connected to the processing circuit and configured to enable input of information to the UE to be processed by the processing circuit; an output interface connected to the processing circuit and configured to output information from the UE processed by the processing circuit; and a battery connected to the processing circuit and configured to provide power to the UE.

[0249] Embodiment 22: A communications system including a host computer, the host computer having processing circuitry configured to provide user data and a communications interface configured to forward the user data to a cellular network for transmission to a user equipment (UE), the cellular network having a base station having a wireless interface and processing circuitry, the processing circuitry of the base station configured to perform any of the steps described in any one of the embodiments of Group B.

[0250] Embodiment 23: The communication system of embodiment 22, further comprising a base station.

[0251] Embodiment 24: The communication system of embodiment 22 or 23, further comprising a UE, the UE being configured to communicate with the base station.

[0252] Embodiment 25: A communication system as described in any one of embodiments 22 to 24, wherein the processing circuitry of the host computer is configured to execute a host application and thereby provide user data, and the UE comprises processing circuitry configured to execute a client application associated with the host application.

[0253] Embodiment 26: A method implemented in a communication system including a host computer, a base station, and a user equipment (UE), the method including: providing user data at the host computer; and initiating a transmission at the host computer conveying the user data to the UE via a cellular network including the base station, the base station performing any of the steps described in any one of the embodiments of Group B.

[0254]

[0082] Embodiment 27: The method of embodiment 26, further comprising transmitting user data at the base station.

[0255] Embodiment 28: The method of embodiment 26 or 27, wherein the user data is provided by executing a host application on the host computer, and the method further includes executing, on the UE, a client application associated with the host application.

[0256] Embodiment 29: A user equipment (UE) configured to communicate with a base station, the UE comprising a radio interface and processing circuitry configured to implement the method of any one of embodiments 26 to 28.

[0257] Embodiment 30: A communications system including a host computer, the host computer comprising processing circuitry configured to provide user data and a communications interface configured to forward the user data to a cellular network for transmission to a user equipment (UE), the UE comprising a wireless interface and processing circuitry, the components of the UE configured to perform any of the steps described in any one of the embodiments of Group A.

[0258] Embodiment 31: The communication system of embodiment 30, wherein the cellular network further includes a base station configured to communicate with the UE.

[0259] Embodiment 32: A communication system as described in embodiment 30 or 31, wherein the processing circuitry of the host computer is configured to execute a host application and thereby provide user data, and the processing circuitry of the UE is configured to execute a client application associated with the host application.

[0260] Embodiment 33: A method implemented in a communication system including a host computer, a base station, and a user equipment (UE), the method including: providing user data at the host computer; and initiating a transmission at the host computer to carry the user data to the UE via a cellular network including the base station, wherein the UE performs any of the steps described in any one of the embodiments of Group A.

[0261]

[0082] Embodiment 34: The method of embodiment 33, further comprising: receiving, at the UE, user data from the base station.

[0262] Embodiment 35: A communications system including a host computer, the host computer having a communications interface configured to receive user data originating from a transmission from a user equipment (UE) to a base station, the UE having a wireless interface and processing circuitry, the processing circuitry of the UE configured to perform any of the steps described in any one of the embodiments of Group A.

[0263] Embodiment 36: The communication system of embodiment 35, further comprising a UE.

[0264] Embodiment 37: The communication system of embodiment 35 or 36, further comprising a base station, the base station having a radio interface configured to communicate with the UE and a communication interface configured to forward user data carried by transmissions from the UE to the base station to a host computer.

[0265] Embodiment 38: A communication system as described in any one of embodiments 35 to 37, wherein the processing circuitry of the host computer is configured to execute a host application, and the processing circuitry of the UE is configured to execute a client application associated with the host application, thereby providing user data.

[0266] Embodiment 39: A communication system as described in any one of embodiments 35 to 38, wherein processing circuitry of the host computer is configured to execute a host application and thereby provide requested data, and processing circuitry of the UE is configured to execute a client application associated with the host application and thereby provide user data in response to the requested data.

[0267] Embodiment 40: A method implemented in a communication system including a host computer, a base station, and a user equipment (UE), the method including receiving, at the host computer, user data transmitted from the UE to the base station, and the UE performing any of the steps described in any one of the embodiments of Group A.

[0268]

[0082] Embodiment 41: The method of embodiment 40, further comprising, in the UE, providing user data to the base station.

[0269] Embodiment 42: The method of embodiment 40 or 41, further comprising: executing, in the UE, a client application to provide user data to be transmitted; and executing, in the host computer, a host application associated with the client application.

[0270] Embodiment 43: The method of any one of embodiments 40 to 42, further comprising: executing a client application in the UE; and receiving input data for the client application in the UE, the input data being provided in a host computer by executing a host application associated with the client application; and the user data to be transmitted being provided by the client application in response to the input data.

[0271] Embodiment 44: A communications system including a host computer, the host computer having a communications interface configured to receive user data originating from a transmission from a user equipment (UE) to a base station, the base station having a wireless interface and processing circuitry, the processing circuitry of the base station configured to perform any of the steps described in any one of the embodiments of Group B.

[0272] Embodiment 45: The communication system of embodiment 44, further comprising a base station.

[0273] Embodiment 46: The communication system of embodiment 44 or 45, further comprising a UE, the UE being configured to communicate with the base station.

[0274] Embodiment 47: A communication system as described in any one of embodiments 44 to 46, wherein the processing circuitry of the host computer is configured to execute a host application, and the UE is configured to execute a client application associated with the host application, thereby providing user data to be received by the host computer.

[0275] Embodiment 48: A method implemented in a communications system including a host computer, a base station, and a user equipment (UE), the method including receiving, at the host computer, from the base station, user data originating from a transmission received by the base station from the UE, and the UE performing any of the steps described in any one of the embodiments of Group A.

[0276]

[0082] Embodiment 49: The method of embodiment 48, further comprising receiving, at the base station, user data from the UE.

[0277] Embodiment 50: The method of embodiment 48 or 49, further comprising initiating, at the base station, transmission of the received user data to the host computer.

[0278] At least some of the following abbreviations may be used in this disclosure. In the event of inconsistencies between abbreviations, the abbreviation as used above should prevail. If listed multiple times below, the first listing should prevail over the subsequent listing(s). 3GPP 3rd Generation Partnership Project 5G (fifth generation) 5GC 5th generation core 5GS 5th generation system AF application features AMF access and mobility features AN Access Network AP access point ASIC Application Specific Integrated Circuit AUSF authentication server function CPU Central Processing Unit DN Data Network DSP Digital Signal Processor eMBMS Evolved Multicast / Broadcast Multimedia Subsystem eNB Enhanced or Evolved Node B EPS Evolved Packet System E-UTRA Enhanced Universal Terrestrial Radio Access FPGA Field Programmable Gate Array · gNB New wireless base station gNB-CU gNB central unit gNB-DU New Radio Base Station Distributed Unit HSS Home Subscriber Server IoT (Internet of Things) IP Internet Protocol LTE Long Term Evolution MB Multi-Band Broadcast MBMS Multicast / Broadcast Multimedia Subsystem MME Mobility Management Entity MTC Machine Type Communication NEF network publishing function NF network function NGAP Next Generation Application Protocol NG-RAN Next Generation Radio Access Network · NR new radio NRF Network Function Repository Function NSSF network slice selection function OTT (Over-the-Top) PC personal computer PCF policy control function P-GW Packet Data Network Gateway QoS Quality of Service RAM Random Access Memory RAN Radio Access Network ROM Read-Only Memory RRC Radio Resource Control RRH Remote Radio Head RTT Round Trip Time SCEF Service Capability Publishing Function SMF session management function TMGI Temporary Mobile Group Identification Information UDM Integrated Data Management UE User Equipment UPF user plane function V2X Vehicle to Everything

[0279] Those skilled in the art will recognize improvements and modifications to the embodiments of the present disclosure, and all such improvements and modifications are considered within the scope of the concepts disclosed herein.

Claims

1. 1. A method implemented by at least one wireless device (1200) that receives data for a multicast broadcast (MB) session from a source Next Generation Radio Access Network (NG-RAN) node, comprising: receiving (400) from the source NG-RAN node data for a MB session associated with a Temporary Mobile Group Identity (TMGI); receiving a command to handover to a target cell of a target NG-RAN node in which the TMGI is indicated and thus a context of the MB session associated with the TMGI already exists from the source NG-RAN node in an Xn handover procedure; As soon as the wireless device (1200) switches to the target cell, continuing to receive data of the MB session associated with the TMGI via the target NG-RAN (404); A method comprising:

2. The method of claim 1 , further comprising: causing resources to be established in the target NG-RAN node during an Xn handover preparation phase.

3. The method of claim 1 or 2, further comprising causing resources to be established in the target NG-RAN node during an Xn handover execution phase.

4. 4. The method of claim 1, further comprising: informing and / or triggering an Access and Mobility Management Function (AMF) to initiate setup of MB session resources in the target NG-RAN node.

5. The method of claim 4 , wherein the notifying and / or triggering comprises a MB session command.

6. The method of claim 4 , wherein the informing and / or triggering includes new parameters to an existing path switch request message and / or a path switch request acknowledgement message.

7. The method of claim 6, wherein a new parameter "Temporary Mobile Group Identity (TMGI)" (or TMGI list) is included in the existing route switch request message.

8. The method of claim 1 , further comprising releasing resources if this was the last wireless device to leave the MB session.

9. 1. A method for session continuity of a multicast broadcast (MB) session, performed by a source Next Generation Radio Access Network (NG-RAN) node, comprising: providing 500 at least one MB session data from a MB-User Plane Function (UPF) to one or more 5G connected wireless devices; determining (502) that at least one of the one or more wireless devices is to be handed over to a target NG-RAN node; initiate (504) an Xn handover of the at least one of the one or more wireless devices to the target NG-RAN node for the at least one MB session, indicate a Temporary Mobile Group Identity (TMGI) associated with the at least one MB session to the target NG-RAN node to ensure that related MB session context and MB session data are available or established based on the TMGI for the MB session for the one or more wireless devices, and release corresponding resources of the at least one MB session upon determining that the at least one of the one or more wireless devices is the last wireless device to leave the at least one MB session at the source NG-RAN node as a result of the Xn handover; A method comprising:

10. The method of claim 9 , further comprising: causing resources to be established in the target NG-RAN node during an Xn handover preparation phase.

11. The method according to claim 9 or 10, further comprising causing resources to be established in the target NG-RAN node during an Xn handover execution phase.

12. 12. The method of claim 9, further comprising: informing and / or triggering an Access and Mobility Management Function (AMF) to initiate setup of MB session resources in the target NG-RAN node.

13. The method of claim 12 , wherein the notifying and / or triggering comprises a MB session command.

14. The method of claim 12 , wherein the informing and / or triggering includes new parameters to an existing path switch request message and / or a path switch request acknowledgement message.

15. The method of claim 14, wherein a new parameter "Temporary Mobile Group Identity (TMGI)" (or TMGI list) is included in the existing route switch request message.

16. The method of claim 9 , further comprising releasing resources if this was the last wireless device to leave the MB session.

17. A method implemented by a target Next Generation Radio Access Network (NG-RAN) node (900) for session continuity of a multicast broadcast (MB) session, comprising: In a procedure of an Xn handover from a source NG-RAN node to a target cell of the target NG-RAN node, receiving a handover request message for a wireless device from the source NG-RAN node, the handover request message including a Temporary Mobile Group Identity (TMGI) associated with an MB session of the wireless device; determining whether an MB session context exists for the MB session associated with the TMGI; In response to determining that the MB session context does not exist, sending a message to an Access and Mobility Management Function (AMF) to initiate delivery of MB session data to the target NG-RAN node, the message including the TMGI, and delivering the MB session data to the wireless device upon handover from the source NG-RAN node; or delivering data of the MB session to the wireless device upon handover from the source NG-RAN node in response to determining that a context for the MB session exists. At least one of the following: A method comprising:

18. The method according to claim 17, wherein the handover comprises any of the features set out in any one of claims 10 to 16.

19. 1. A wireless device (1200) for receiving data for a multicast broadcast (MB) session from a source Next Generation Radio Access Network (NG-RAN) node, comprising: receiving, from the source NG-RAN node, data of a MB session associated with a Temporary Mobile Group Identity (TMGI); receiving a command from the source NG-RAN node in an Xn handover procedure to hand over to a target cell of a target NG-RAN node in which the TMGI is indicated and thus a context of the MB session associated with the TMGI already exists; As soon as the wireless device (1200) switches to the target cell, continuing to receive data of the MB session associated with the TMGI via the target NG-RAN; A wireless device (1200) adapted to perform the

20. 20. The wireless device (1200) of claim 19, wherein said wireless device (1200) is further adapted to perform the method of any one of claims 2 to 8.

21. 1. A wireless device (1200) for receiving data of a multicast broadcast (MB) session from a source Next Generation Radio Access Network (NG-RAN) node, the wireless device (1200) comprising: one or more transmitters (1208); one or more receivers (1210); a processing circuit (1202) associated with said one or more transmitters (1208) and said one or more receivers (1210); and wherein the processing circuit (1202) causes the wireless device (1200) to: receiving, from the source NG-RAN node, data of a MB session associated with a Temporary Mobile Group Identity (TMGI); receiving a command to handover to a target cell of a target NG-RAN node in which the TMGI is indicated and thus a context of the MB session associated with the TMGI already exists from the source NG-RAN node in an Xn handover procedure; As soon as the wireless device (1200) switches to the target cell, continuing to receive data of the MB session associated with the TMGI via the target NG-RAN. configured to perform A wireless device (1200).

22. 22. The wireless device (1200) of claim 21, wherein the processing circuit (1202) is further configured to cause the wireless device (1200) to perform a method according to any one of claims 2 to 8.

23. A source Next Generation Radio Access Network (NG-RAN) node (900) for session continuity of a multicast broadcast (MB) session, comprising: providing at least one MB session data from a MB-User Plane Function (UPF) to one or more 5G connected wireless devices; determining that at least one of the one or more wireless devices is to be handed over to a target NG-RAN node; initiating an Xn handover of at least one of the one or more wireless devices to the target NG-RAN node for the at least one MB session, indicating a Temporary Mobile Group Identity (TMGI) associated with the at least one MB session to the target NG-RAN node to ensure that associated MB session context and MB session data are available or established based on the TMGI for the MB session for the one or more wireless devices, and releasing corresponding resources of the at least one MB session upon determining that the at least one of the one or more wireless devices is the last wireless device to leave the at least one MB session at the source NG-RAN node as a result of the Xn handover; A Next Generation Radio Access Network (NG-RAN) node (900) adapted to implement:

24. The NG-RAN node (900) of claim 23, wherein the base station (900) is further adapted to perform the method according to any one of claims 10 to 16.

25. A source Next Generation Radio Access Network (NG-RAN) node (900) for session continuity of a multicast broadcast (MB) session, the source NG-RAN node (900) comprising: one or more transmitters (912); one or more receivers (914); processing circuitry (904) associated with said one or more transmitters (912) and said one or more receivers (914); and the processing circuit (904) transmits to the base station (900): providing at least one MB session data from a MB-User Plane Function (UPF) to one or more 5G connected wireless devices; determining that at least one of the one or more wireless devices is to be handed over to a target NG-RAN node; initiating an Xn handover of at least one of the one or more wireless devices to the target NG-RAN node for the at least one MB session, indicating a Temporary Mobile Group Identity (TMGI) associated with the at least one MB session to the target NG-RAN node to ensure that associated MB session context and MB session data are available or established based on the TMGI for the MB session for the one or more wireless devices, and releasing corresponding resources of the at least one MB session upon determining that the at least one of the one or more wireless devices is the last wireless device to leave the at least one MB session at the source NG-RAN node as a result of the Xn handover; was set up to carry out A Next Generation Radio Access Network (NG-RAN) node (900).

26. The NG-RAN node (900) of claim 25, wherein the processing circuitry (904) is further configured to cause the base station (900) to perform a method according to any one of claims 10 to 16.

Images