Service area enhancement of broadcast / multicast related services in wireless networks

Abstract

This disclosure is directed generally to wireless communications and particularly to service area configuration at one or more granularities for broadcast / multicast related services in cellular non-terrestrial wireless networks. For example, a set of information items may be structured used to specify or indicate service areas for broadcast / multicast and public warning types of services at various level of areal granularities. Such information items may be communicated between a wireless core networks, one or more base stations, or within different functional components of a base station via a predefined messaging mechanism for pre-configuring, configuring, re-configuring, adding, or canceling service area of one or more broadcast / multicast and / or public warning services.

Description

SERVICE AREA ENHANCEMENT OF BROADCAST / MULTICAST RELATED SERVICES IN WIRELESS NETWORKSTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communications and particularly to service area configuration at one or more granularities for broadcast / multicast related services in cellular non-terrestrial wireless networks.BACKGROUND

[0002] Traditional terrestrial wireless networks such as cellular wireless networks may be extended into a non-terrestrial network with assistance from non-terrestrial radio links. As such, broadcast / multicast and public warning types of services may also be extended in a non-terrestrial manner. Traditional schemes for provisioning the broadcast / multicast and public warning services in terrestrial networks lacks a mechanism for flexibly configuring service area granularities necessitated by the extension of areal coverage in non-terrestrial network.SUMMARY

[0003] This disclosure is directed generally to wireless communications and particularly to service area configuration at one or more granularities for broadcast / multicast related services in cellular non-terrestrial wireless networks. For example, a set of information items may be structured used to specify or indicate service areas for broadcast / multicast and public warning types of services at various level of areal granularities. Such information items may be communicated between a wireless core networks, one or more base stations, or within different functional components of a base station via a predefined messaging mechanism for pre-configuring, configuring, re-configuring, adding, or canceling service area of one or more broadcast / multicast and / or public warning services.

[0004] In one example implementation, a method for provisioning a broadcast or multicast type of service in a non-terrestrial wireless network via a terrestrial wireless access network node connected to a plurality of terminal devices is disclosed. The method may include receiving by the terrestrial wireless access network node from a second network node a first message, the first message indicating a service area for the broadcast or multicast type of service; and provisioning by the terrestrial wireless access network node the broadcast or  multicast type of service according to the service area.

[0005] In another example implementations, a method for provisioning a broadcast or multicast type of service in a non-terrestrial wireless network via a terrestrial wireless access network node connected to a plurality of terminal devices is disclosed. The method may include transmitting by the terrestrial wireless access network node to a second network node a first message for requesting configuration for resources for the broadcast or multicast type of service associated with a service area related information; and provisioning by the terrestrial wireless access network node the broadcast or multicast type of service according to a service area related information associated with the broadcast or multicast type of service and the configuration for resources for the broadcast or multicast type of service and received from the second network node.

[0006] In any one of the example implementations above, the broadcast or multicast type of service comprises a multicast / broadcast service (MBS) or a public warning system (PWS) service, and wherein the first message comprises at least one of: a session ID for the MBS or a message ID for the PWS service; or service area related information associated with the MBS or the PWS service.

[0007] In any one of the example implementations above, the MBS comprises an upcoming MBS session; and the first message further comprises a session start time for upcoming MBS session.

[0008] In any one of the example implementations above, the service area related information comprises at least one of positioning defined area information list comprising one or more positioning defined area information items; a positioning based area information list; a cell based area information list; a tracking area identity (TAI) based information list; area counting information; mapped cell ID information; mapping information; or administrative region information.

[0009] In any one of the example implementations above, the method may further include determining the service area by the terrestrial wireless access network node from the service area related information.

[0010] In any one of the example implementations above, the area counting information comprises or indicates a set of rules for deriving service area from the service area related information.

[0011] In any one of the example implementations above, the service area related information comprises both the cell based area information list and the positioning defined area information list; and the set of rules comprises determining the service area as at least one of:

[0012] an intersection of areas indicated by the cell based area information list and areas indicated by the positioning  defined area information list; a union of areas indicated by the cell based area information list and areas indicated by the positioning defined area information list; areas indicated by the cell based area information list minus areas indicated by the positioning defined area information list; or areas indicated by the positioning defined area information list minus areas indicated by the cell based area information list.

[0013] In any one of the example implementations above, the service area related information comprises both the TAI based area information list and the positioning defined area information list; and the set of rules comprises determining the service area as at least one of: an intersection of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list; a union of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list; areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list; or areas indicated by the positioning defined area information list minus areas indicated by the TAI based area information list.

[0014] In any one of the example implementations above, the service area related information comprises all of the cell based area information list, the TAI based area information list, and the positioning defined area information list; and the set of rules comprises determining the service area as at least one of: an intersection of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list; an intersection of areas indicated by the positioning defined area information list and areas indicated by at least one either one of the cell based area information list or TAI based area information list; a union of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list; areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list or the cell based area information list; or areas indicated by the positioning defined area information list minus areas indicated by the cell based area information list or the TAI based area information list.

[0015] In any one of the example implementations above, the second network node comprises a terrestrial core network node.

[0016] In any one of the example implementations above, the first message is an NG Application Protocol (NGAP) message.

[0017] In any one of the example implementations above, the second network node comprises another terrestrial wireless access network node.

[0018] In any one of the example implementations above, the first message is an XnAP message.

[0019] In any one of the example implementations above, the terrestrial wireless access network node comprises a central unit (CU) of a base station and the second network node comprises distributed unit (DU) of the base station.

[0020] In any one of the example implementations above, the first message comprises an F1AP message.

[0021] In any one of the example implementations above, the method may further include receiving a second message from the second network node in response to the second network node receiving the first message, wherein the second message comprises at least an MBS session ID or a PWS message ID.

[0022] In any one of the example implementations above, the second message indicates a rejection by the second network node of the first message and comprises at least one cause for the rejection.

[0023] The wireless access network node in any one of the methods above are further disclosed. The wireless access network node may include a processor and a memory, wherein the processor is configured to read computer code from the memory to cause the wireless access network node to perform any one of the methods above.

[0024] A non-transitory computer-readable program medium with computer code stored thereupon is further disclosed. The computer code, when executed by a processor of the wireless access network node in any one of the methods above, is configured to cause the processor to implement any one of the methods above.

[0025] The above embodiments and other aspects and alternatives of their implementations are described in greater detail in the drawings, the descriptions, and the claims below.BRIEF DESCRIPTION OF THE DRAWINGS

[0026] FIG. 1 illustrates an example mobile network including wireless access networks and a core network.

[0027] FIG. 2 illustrates an example wireless access network.

[0028] FIG. 3 shows an example radio access network (RAN) architecture.

[0029] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0030] FIG. 5 illustrates an example non-terrestrial network.

[0031] FIG. 6 illustrates an example messaging procedure for pre-configuring service areas of an upcoming broadcast / multicast service session between a core network and an access network node.

[0032] FIG. 7 illustrates an example messaging procedure for configuring service areas of a broadcast / multicast and / or public warning service between a core network and an access network node.

[0033] FIG. 8 illustrates another example messaging procedure for configuring service areas of a public warning service between a core network and an access network node.

[0034] FIG. 9 illustrates another example messaging procedure for configuring service areas of a broadcast / multicast service between a core network and an access network node.

[0035] FIG. 10 illustrates an example messaging procedure for pre-configuring service areas of an upcoming broadcast / multicast service session between a central unit and a distributed unit of an access network node.

[0036] FIG. 11 illustrates an example messaging procedure for configuring service areas of a broadcast / multicast and / or a public warning service between a central unit and a distributed unit of an access network node.

[0037] FIG. 12 illustrates another example messaging procedure for configuring service areas of a public warning service between a central unit and a distributed unit of an access network node.

[0038] FIG. 13 illustrates another example messaging procedure for configuring service areas of a broadcast / multicast service between a central unit and a distributed unit of an access network node.

[0039] FIG. 14 illustrates an example messaging procedure for configuring service areas of a broadcast / multicast service and / or PWS service between two wireless access network nodes.

[0040] FIG. 15 illustrates another example messaging procedure for configuring service areas of a broadcast / multicast service and / or PWS service between two wireless access network nodes.DETAILED DESCRIPTION

[0041] The technology and examples of implementations and / or embodiments in this disclosure can be used to enhance service area configuration with flexible granularities for broadcast / multicast and / or public warning service in a non-terrestrial wireless network. The term “exemplary” is used to mean “an example of”  and unless otherwise stated, does not imply an ideal or preferred example, implementation, or embodiment. Section headers are used in the present disclosure to facilitate understanding and do not limit the disclosed technology in the sections only to the corresponding section. The disclosed implementations may be further embodied in a variety of different forms and, therefore, the scope of this disclosure or claimed subject matter is intended to be construed as not being limited to any of the embodiments set forth below. The various implementations may be embodied as methods, devices, components, systems, or non-transitory computer readable media. Accordingly, embodiments of this disclosure may, for example, take the form of hardware, software, firmware or any combination thereof.

[0042] This disclosure is directed generally to wireless communications and particularly to service area configuration at one or more granularities for broadcast / multicast related services in cellular non-terrestrial wireless networks. For example, a set of information items may be structured used to specify or indicate service areas for broadcast / multicast and public warning types of services at various level of areal granularities. Such information items may be communicated between a wireless core networks, one or more base stations, or within different functional components of a base station via a predefined messaging mechanism for pre-configuring, configuring, re-configuring, adding, or canceling service area of one or more broadcast / multicast and / or public warning services.

[0043] Terrestrial Wireless Network

[0044] Terrestrial wireless networks may be based on cellular technologies and radio frequency reuse. A terrestrial wireless network relies on radio links near the earth surface with limited coverage in remote areas and with each radio cells being limited in ranges and capacities.

[0045] An example terrestrial wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless  terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication sessions and perform network access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0046] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112 may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0047] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the processor 210 to implement various ones of the methods described herein.

[0048] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0049] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0050] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network nodes may be implemented as dedicated hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0051] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and 321 which may include but are not limited to  gNB, eNodeB, NodeB, or other type of base stations (for simplicity, only gNBs are illustrated in FIG. 3) . The RAN 340 may be backhauled to the core network 310 via, for example, NG interfaces.

[0052] The WANNs may of FIG. 3 may be configured to communicate with one another via inter-node interfaces. For example, the gNBs may communicate with one another via an Xn interface. For another example, 5G base stations gNBs may communicate with LTE base stations such as NodeBs or eNodeBs via an X2 interface. In some example implementations, the WANN 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Units (DUs) 324 and 326. In some example implementations, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . The CU 322 may be connected with DU1 324 and DU2 326 via various inter-node interfaces, for example, an F1 interface. Each of the various inter-node interfaces, may further be delineated into a control-plane interface and a user-plane interface. For a specific example, the F1 interface between a CU and a DU may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. Likewise, the Xn or X2 interfaces may include an Xn-C and Xn-U or X2-C and X2-U interfaces. For purpose of this disclosure and the claims thereof, each CU and DU are considered separate access network node. The F1 interface thus falls within a definition of inter-node communication interface. In addition, while the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0053] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while may be potentially connected or connectable to more than one cell. In the example of FIG. 1, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0054] In some example implementations, the cells shown in FIG. 3 may be alternatively referred to as serving cells. The serving cells may be grouped into serving cell groups (CGs) . A serving cell group may be  either a Master CG (MCG) or Secondary CG (SCG) . Within each type of cell groups, there may be one primary cell and one or more secondary cells. A primary cell in a MSG, for example, may be referred to as a PCell, whereas a primary cell in a SCG may be referred to as PScell. Secondary cells in either an MCG or an SCG may be all referred to as SCell. The primary cells including PCell and PScell may be collectively referred to as spCell (special Cell) . All these cells may be referred to as serving cells or cells. The term “cell” and “serving cell” may be used interchangeably in a general manner unless specifically differentiated. The term “serving cell” may refer to a cell that is serving, will serve, or may serve the UE. In other words, a “serving cell” may not be currently serving the UE. While the various embodiment described below may at times be referred to one of the types of serving cells above, the underlying principles apply to all types of serving cells in both types of serving cell groups.

[0055] FIG. 4 further illustrates a simplified view of the various network layers involved in transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0056] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities thereof. For example, a MAC layer encompasses corresponding MAC entities that may  be created. The layer-1, for example, encompasses PHY entities. The layer-2, for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0057] Non-Terrestrial Network (NTN) Supported by Terrestrial Networks

[0058] A Non-Terrestrial Network (NTN) , however, may rely on radio systems / links above the earth surface, e.g., involving satellite (s) at Low Earth Orbits (LEOs) , Medium Earth Orbits (MEOs) , Geostationary Earth Orbits (GEOs) , High-Altitude Platforms (HAPS) , and / or drones, collectively referred to as airborne radio stations (ARS’s) . An NTN may thus provide larger coverage with fewer radio links.

[0059] In some example implementations, an NTN may utilize some terrestrial cellular, e.g., 5G NR, network components and underlying technologies. Likewise, traditional terrestrial cellular networks may be extended to NTN assisted by the ARS’s. Such an NTN may be implemented to provide non-terrestrial access to cellular, e.g., NR, network by UEs. For example, an NTN may be used to bridge base terrestrial cellular network systems for extending the coverage of the base terrestrial cellular networks. For example, a wireless UE in one terrestrial cellular area may establish a direct or indirect radio link with an ARS, which may be configured to relay the underlying communication to other remote terrestrial wireless networks or data networks. Such a system may either be referred to as an NTN system supported by terrestrial network or a terrestrial wireless network extended with NTN coverage.

[0060] FIG. 5 illustrates an example of an NTN for providing non-terrestrial NR access to the UE by means of one or more ARS’s (alternatively referred to as NTN payload) and an NTN gateway. The example NTN system 500 of FIG. 5 includes a service link 510 between the one or more ARS’s 504 and the UE 502, and a feeder link 512 between an NTN gateway 506 and the one or more ARS’s or NTN payload 504. The NTN gateway 506 may be configured as a transceiving gateway linked to a wireless core network node such as an Access Management Function (AMF) network node or a User-Plan Function (UPF) network node 520 in an example 5G NR network.

[0061] In some example implementations, the UE 502 may be configured as a normal terminal device in a terrestrial cellular network (e.g., a 5G NR network) . The service link 510 may carry the uplink cellular network radio protocol payload transmitted by the UE 502 to the one or more ARS’s 504, which may be transparently forwarded to the NTN gateway 506 via the feeder link 512, and vice-versa in the downlink direction. In some example implementations, the service link 510 between the UE 502 and the one or more ARS’s 504 may be  direct. In some other example implementations, the service link 510 between the UE 502 and the one or more ARS’s 504 may be indirect, e.g., the link may involve other intermediate ground or airborne stations that relay between the UE and the one or more ARS’s via radio communications. The connection between the UE 502 and such intermediate ground or airborne stations may be wired or wireless. The UE 502 depicted in FIG. 5 can be in any form of any computing and / or communicating devices and need not be mobile.

[0062] In the example implementations above, the one or more ARS’s may include a single ARS, or multiple ARS’s that form a set of ARS’s to receive and relay information between the UE and the NTN gateway.

[0063] In the example implementation of FIG. 5, the one or more ARS’s 504 and the NTN gateway 506, and the feeder link 512 therebetween, in combination, may effectively and transparently function as a base station 530 or its equivalents, such as a gNB in an 5G NR cellular network.

[0064] In some example implementations, the NTN gateway above may serve multiple NTN payloads or multiple sets of one or more ARS’s. Likewise, each NTN payload (which may include one ARS or a set of ARS’s) may be configured to be served by multiple NTN gateways. The NTN system so configured, as will become apparent in the description below, may be beneficial in that it facilitates flexible service area configuration and provisioning of broadcast / multicast services as well public warning system services.

[0065] Multicast / Broadcast Service (MBS) and Public Warning System (PWS)

[0066] An example terrestrial wireless system such as a 5G NR system may be configured to provide a Multicast / Broadcast Service (MBS) . For example, such an NR system may enable resource-efficient delivery of MBS. In MBS, the same service and the same specific content data are provided simultaneously to all or a set of UEs in a geographical area (i.e., all or a set of UEs in a predefined broadcast service area, such as the service areas defined in TS 23.247, that are authorized to receive the broadcast data) . A broadcast communication service may be delivered to all UEs using a broadcast session. A UE can receive a broadcast communication service in RRC_IDLE, RRC_INACTIVE and RRC_CONNECTED state. For a multicast communication service, the same service and the same specific data content may be provided simultaneously to a dedicated set of UEs (i.e., not all UEs as in the MBS service area are authorized to receive the multicast data) . A multicast communication service may be delivered to the UEs using a multicast session. A UE may be able to receive a multicast communication service in RRC_CONNECTED state with mechanisms such as Point-to-Point (PTP) and / or (Point-to-Multipoint) PTM delivery. In some example implementations, Hybrid Automatic Repeat Request (HARQ) feedback / retransmission may be applied to both PTP and PTM transmissions above.

[0067] A terrestrial wireless system, such as the 5G NR system, may further implement a Public Warning System (PWS) to provide PWS services. For example, support for PWS in 5G NR may be provided through means of system information broadcast capabilities. The NR may be responsible for scheduling and broadcasting of the warning messages as well as for paging the UEs to provide indication that the warning message is being broadcasted. A PWS may be specifically implemented as, for example, an Earthquake and Tsunami Warning System (ETWS) , which may be developed to meet various regulatory requirements for warning notifications related to earthquake and / or tsunami events. The ETWS warning notifications may either be a primary notification (short notification) or secondary notification (for providing detailed information) . For another specific example, a PWS may be implemented as a Commercial Mobile Alert System (CMAS) which may be developed for a delivery of multiple, concurrent warning notifications.

[0068] In some example implementations described in further detail below, MBS and PWS may be provided in a Non-terrestrial network (NTN) that supports cellular access (e.g., NR access) , generally referred to as an NR NTN system. The Broadcast / multicast and / or public warning service features provide an important add-value for such an NR NTN system, leveraging the large coverage of the NTN compared to terrestrial networks and the MBS and PWS mechanisms in current terrestrial networks. MBS and / or PWS as implemented in the NTN may be advantageous because it helps extend service areas for MBS and PWS to achieve coverage to remote regions.

[0069] However, the various MBS and PWS may be desired in areas with different levels of areal granularities. For example, a desired service area / region for an MBS and or a PWS may be smaller than an equivalent Uu cell provided by a non-terrestrial radio link. Such desired service area / region may be specific to a particular multicast / broadcast service or public warning service, and may change from time to time. The various example implementations below enable a flexible manner to notify, pre-configure, and / or to dynamically reconfigure / modify / add / remove / cancel desired service areas for one or more MBS or PWS at a multitude of granularity levels in the context of NTN generally and in the context of NR NTN in particular. The underlying principles disclosed herein is not limited to service area configuration of MBS and / or PWS in NR NTN, and is broadly applicable to NTN based on other cellular technologies or non-cellular terrestrial technologies.

[0070] Service Area Information

[0071] In order to specify MBS and / or PWS service areas with multiple granularity levels and configure / reconfigure each MBS and or PWS with respect to the service area accordingly, information for service areas may be included in one or more configuration data structure transmitted between the various network  elements in the NR NTN system. For a particular MBS or PWS, the service area with its granularity may be obtained directly from such configuration data or alternatively derived from such configuration data structure.

[0072] Example key information elements associated with a particular MBS service and for indicating service areas may include (1) an MBS session ID for uniquely identifying the particular MBS session; (2) a Positioning Defined Area (PDA) for identifying a certain intended area for the particular MBS service; and (3) cell ID for identifying a cell associated with the MBS. Format (s) of the PDA information element may be predefined. Merely as an example, a PDA information item may be expressed in a format defined in 3GPP TS 23.32, including different predefined shapes / area such as Ellipsoid Point, Polygon, Arc, Range and Direction, and the like.

[0073] Likewise, example key information elements associated with a particular PWS service and for indicating service area may include (1) an PWS message ID, referred to as a message ID for simplicity, for uniquely identifying a particular PWS message; (2) a PDA for identifying the intended area for the particular PWS message dissemination; and (3) cell ID for identifying a cell associated with the PWS. Again, format (s) of the PDA information element may be predefined. Merely as an example, a PDA information item may be expressed in a format defined in 3GPP TS 23.32, including different predefined shapes / area such as Ellipsoid Point, Polygon, Arc, Range and Direction, and the like.

[0074] In some example implementations, various information items for configuring an MBS and / or PWS may be included in data structures for configuring the service area. Example information items may all be referred to as or included in Service Area Related Information. These information items may include but are not limited to:

[0075] · Positioning defined area information list,

[0076] · Positioning based area information list,

[0077] · Cell based area information list,

[0078] · Tracking Area Identity (TAI) based area information list,

[0079] · Area Counting information,

[0080] · Mapped cell ID information,

[0081] · Mapping information,

[0082] · Administrative region information.

[0083] In some example implementations, an information item of Positioning defined area information list above may include or indicate one or more PDAs described above, forming a list of PDAs.

[0084] In some example implementations, an information item of Positioning based area information list above may include or indicate one of more positioning based area information items. Each positioning based area information item, for example may further include one or more of the following: (1) a PDA and at least one of (2) a cell information List containing at least one Cell ID and / or (3) a TAI information List containing at least one TAI.

[0085] In some example implementations, an information item of Cell based area information list above may include at least one cell based area information item. Each cell based area information item may further include at least one (2) a corresponding Cell ID; and / or (2) a Positioning defined area information list as described above.

[0086] In some example implementations, an information item of TAI based area information list may include at least one TAI based area information item. Each TAI based area information item may further include at least one of (1) a TAI identifier, and / or (2) a Positioning defined area information list as described above.

[0087] In some example implementations, an information item of Area Counting information may be used to indicate how to interpret various other service area related information to determine a final service area for the MBS and / or PWS service. Such an information item may be used to indicate rules for determining PDAs from various other service area related information items. Those rules may be predetermined.

[0088] For example, if an MBS and / or PWS configuration contains both cell based area information and positioning defined area information above, then at least one of the following rules may be applied for determining final service area for the MBS and / or PWS service:

[0089] · The final service area may be determined as an intersection of areas indicated by the cell based area information and positioning defined area information.

[0090] · The final service area may be determined as a union area set of the areas indicated in the cell based area information and areas indicated in the positioning defined area information.

[0091] · The final service area may be determined as area (s) indicated in the cell based area information  minus areas indicated in the positioning defined area information.

[0092] · The final service may be determined as areas (s) indicated by the positioning defined area information minus areas indicated by the cell based area information.

[0093] For another example, if an MBS and / or PWS configuration contains both TAI based area information and positioning defined area information described above, then at least one of the following rules may be applied for determining final service area for the MBS and / or PWS service:

[0094] · The final service area may be determined as an intersection of areas indicated by the TAI based area information and areas indicated by the positioning defined area information.

[0095] · The final service area may be determined as a union area set of areas indicated by the TAI based area information and areas indicated by the positioning defined area information.

[0096] · The final service area may be determined as areas indicated by the TAI based area information minus areas indicated by the positioning defined area information.

[0097] · The final service may be determined as areas indicated by the positioning defined area information minus areas indicated by the TAI based area information.

[0098] For yet another example, if an MBS and / or PWS configuration contains both cell based area information, TAI based area information and positioning defined area information, then at least one of the following rules may be applied for determining final service area for the MBS and / or PWS service:

[0099] · The final service area may be determined as an intersection of areas indicated by all these three information items.

[0100] · The final service area may be determined as tan intersection of areas indicated by the positioning defined area information and areas indicated by either the TAI based area information or the cell based area information.

[0101] · The final service area may be determined as a union area set of areas indicated by the TAI based area information, areas indicated by the cell based area information, and areas indicated by the positioning defined area information.

[0102] · The final service area may be determined as areas indicated by the TAI based area information (and optionally also by the cell based area information) minus areas indicated by the positioning defined  area information.

[0103] · The final service may be determined as areas indicated by the positioning defined area information minus areas indicated by the TAI based area information (and optionally also by the cell based area information) .

[0104] In some example implementations, the Area Counting information item above for determining the final area may be either explicitly transmitted as an IE in a configuration message or other messages containing the area information above. Alternatively, such an Area Counting information item may be provided as a stage 2 description without detail IE transmission (e.g., the rules may be predefined by vendors or configures by, for example, an Operation, Administration, and Management function network node) . Alternatively, how the final area is determined and applied may not be specified and may be left system implementations.

[0105] In some example implementations, the Mapped cell ID information item above may include one or more cell IDs that are mapped to the area information above. These cell IDs may represent NTN cells as defined, for example, in NR NTN field and specification.

[0106] In some example implementations, the Mapping information item above may be included to indicate a mapping between the mapped cell IDs above and specific area information. For example, the format of the specific area information may be either cell based area information or TAI based area information or positioning defined area information, as described above. This information item thus provides area information corresponding to mapped cells.

[0107] In some example implementations, the mapping information above may be provided from the NR core network (CN) to the UE via a gNB or from the CN to a gNB, as an explicit IE. For example, this information may be provided from an Operation, Administration, and Management (OAM) function of the CN to the gNB and / or UE via the gNB.

[0108] In some example implementations, the Administrative region information item above may indicate administrative region / area related information. Different granularity may be applied for this information (e.g., National based region / area, province based region / area, city based region / area, village based region / area, street based region / area, building based region / area, etc. ) . Administrative region IDs may be used to distinguish different types of areas with different granularities. In some example implementations, the administrative region information item may include but is not limited to at least one of:

[0109] · an administrative region IDs list including one or more administrative region IDs.

[0110] · a cell based administrative region information list including one or more Cell based administrative region information items, each including at least one of: (1) a cell ID; and (2) an administrative region ID list above.

[0111] · a TAI based administrative region information list including one or more TAI based administrative region information items, where each of these items includes at least one of (1) a TAI; and (2) an administrative region IDs list above.

[0112] The various example information items above may be included in any combination and in any data structure. Such data structure may be used for configuration of service areas for MBS or PWS. These data structures can be organized in a flat structure or may be hierarchically organized. Alternatively, these data structures may be separately defined and signaled.

[0113] Configuration and Service Area

[0114] One or more of the various information items above may be combined and included in messages transmitted between any network nodes in the NTN supported by terrestrial network (e.g., NR network) , including the UE, the base stations, different functional units of a base station, and the NR core network, to pre-configure, configure, reconfigure, and modify service areas associated with MBS and / or PWS.

[0115] In some example implementations, as shown in FIG. 6, the CN may initiate a pre-configuration for service area prior to a start of an MBS session by first sending to the access network (e.g., NG-RAN) an NG Application Protocol (NGAP) Message A. For example, Message A may be sent from an Access and Mobility Management (AFM) function network node in the CN to the base station. Message A so transmitted may be used to inform the NG-RAN node the service area of an MBS session to be started (an upcoming MBS session) . In some example implementations, the NGAP message A may include at least one of the following information items described above:

[0116] · an MBS Session ID,

[0117] · Service Area related information,

[0118] · estimate start time for this MBS session to be started.

[0119] As further shown in FIG. 6, the NG-RAN node may receive the NGAP message A and may store  the area information and the start time information of the MBS session as received from the CN. The NG-RAN node may further respond to the CN with NGAP message B. In some example implementations, if the NG-RAN node cannot determine or extract the area information indicating an area granularity for the MBS session to be started (e.g., other than cell ID and / or TAI information) , the NG-RAN node may reject the received NGAP message A and transmits an NGAP message B to the CN. Such an NGAP message B may include at least one of:

[0120] · the MBS Session ID,

[0121] · one or more reject cause values or index to indicate reasons / causes that this NG-RAN node cannot obtain the area information other than cell ID and TAI information.

[0122] In some other example implementations, as shown in FIG. 7, the CN may use similar NGAP mechanism to configure service areas for a current MBS session or PWS service. FIG. 7 shows that the CN may provide service area information for a current MBS session or PWS service by sending to the access network (e.g., NG-RAN) an NG Application Protocol (NGAP) Message A. In some example implementations for MBS, this NGAP message may be either a newly defined NGAP message or an existing NGAP message (e.g., Broadcast Session Setup Request message, Broadcast Session Modification Request message, Multicast Session Update Request message, Multicast Session Activation Request) for carrying MBS and / or PWS area information. In some example implementations, this NGAP message may be used by CN to setup / modify / remove the service area of either MBS broadcast service or MBS multicast service. Such an NGAP message may include at least one of:

[0123] · an MBS Session ID,

[0124] · Service Area related information.

[0125] In comparison to the pre-configuration of an upcoming MBS session of FIG. 6, for example, this NGAP message may not need to include the MBS start time.

[0126] For NTN based PWS, this NGAP message B of FIG. 7 may also be either a newly defined NGAP message or existing PWS related or other NGAP messages (e.g., PWS Cancel Request message, Write-Replace Warning Request message) . This NGAP message B, for example, may be used by the CN to setup / cancel a current PWS for specific area. This NGAP message may include at least one of:

[0127] · Message ID,

[0128] · Service Area related information.

[0129] As further shown in FIG. 7, the NG-RAN node, upon receiving the NGAP message A, may respond to the CN with NGAP message B. The NGAP message B may be either a newly defined NGAP message or existing an NGAP message (e.g. Broadcast Session Setup Response message, Broadcast Session Modification Response message, Multicast Session Update Response message, Multicast Session Activation Response, PWS Cancel Request message, Write-Replace Warning Response message) . In some example implementations, if the NG-RAN node cannot determine or extract the area information indicating an area granularity for the MBS session or PWS service, the NG-RAN node may reject the received NGAP message A and send the NGAP message B to CN. Such NGAP message B may include at least one of:

[0130] · the MBS Session ID (when the NGAP message A is for MBS) ,

[0131] · the Message ID (when NGAP message A is for PWS) ,

[0132] · one or more reject cause values or index to indicate reasons / causes that this NG-RAN node cannot obtain the area information other than cell ID and TAI information.

[0133] In some example implementations of PWS alternative to the implementation of FIG. 7, rather than initiating the service area configuration / reconfiguration / modification / cancellation for PWS from the CN, it may be initiated by the NG-RAN by making a request first. An example is shown in FIG. 8, in which the NG-RAN node may send an NGAP message A to the CN for NTN based PWS purpose. This NGAP message may be either a newly defined NGAP message or an existing NGAP message (e.g., PWS Restart Indication message, PWS Failure Indication message) to carrying PWS area information. This NGAP message A may be used for the NG-RAN node to inform the CN that the PWS is restarted in specific area (e.g., PWS Restart Indication message) or to inform the CN that the PWS operation has failed in specific area (PWS Failure Indication message) . In some example implementations, the NGAP message A of FIG. 7 may include at least one of:

[0134] · Message ID,

[0135] · Service Area related information.

[0136] In some example implementations of MBS alternative to FIG. 7, rather than initiating the service area configuration / reconfiguration / modification / cancellation for MBS from the CN, it may be initiated by the NG-RAN making a request first. An example is shown in FIG. 9, in which the NG-RAN node may send an NGAP message A to the CN for NTN based MBS purpose. This NGAP message may be either a newly defined  NGAP message or an existing NGAP message (e.g., Distribution Setup Request message, Distribution Release Request message) . This NGAP message A may be used by the NG-RAN node to request a configuration (e.g., setup, modify, release) for NG-U resource (s) for MBS with specific area. In some example implementations, this NGAP message A of FIG. 9 may include at least one of:

[0137] · MBS Session ID,

[0138] · Service Area related information.

[0139] Further in the example implementation of FIG. 9, the CN may respond to the NG-RAN with NGAP message B. The NGAP message B may be either a newly defined NGAP message or an existing NGAP message (e.g., Distribution Setup Response message, Distribution Release Response message) for carrying MBS area information. This message may be used by CN to configure (e.g., setup, modify, release) the NG-U resource for MBS with specific area. In some example implementations, the NGAP message B of FIG. 9 may include at least one of:

[0140] · MBS Session ID,

[0141] · Service Area related information.

[0142] Further in the example implementation of FIG. 9, if the CN cannot determine or extract the area information indicating an area granularity for the MBS session, the CN may reject the received NGAP message A and send the NGAP message B to the NG-RAN. Such an NGAP message B may include at least one of:

[0143] · the MBS Session ID,

[0144] · one or more reject cause values or index to indicate reasons / causes that the CN cannot obtain the area information other than cell ID and TAI information.

[0145] In some other example implementations, with a CU and DU split in the NR-RAN (as shown in FIG. 3) , a messaging scheme between a CU and a DU may be used for pre-configuring area information for an upcoming MBS session via the F1 interface. An example is shown in FIG. 10, wherein CU of the NG-RAN may first send an F1AP message A to a DU of the NG-RAN for NTN based MBS purpose. This F1AP message may be used by the CU to inform DU a service area of an MBS session to be started (an upcoming MBS session) . In some example implementations, the F1AP message A of FIG. 10 may include at least one of:

[0146] · an MBS Session ID,

[0147] · Service Area related information,

[0148] · estimate start time for this MBS session to be started.

[0149] As further shown in FIG. 10, the DU of the NG-RAN node receives the F1AP message A and may store the area information and the start time information of the MBS session as received from the CU. The DU may further respond to the CU with F1AP message B. In some example implementations, if the DU cannot figure out or extract the area information indicating an area granularity for the MBS session to be started (e.g., other than cell ID and / or TAI information) , the DU node may reject the received NGAP message A and transmits the F1AP message B to the CU. The F1AP message B may include at least one of:

[0150] · the MBS Session ID,

[0151] · one or more reject cause values or index to indicate reasons / causes that this NG-RAN node cannot obtain the area information other than cell ID and TAI information.

[0152] In some other example implementations with DU and CU split in the NG-RAN, as shown in FIG. 11, the DU may use similar F1AP mechanism to configure service areas for a current MBS session or PWS service. FIG. 11 shows that the CU may provide service area information for a current MBS session or PWS service by sending to the DU an F1AP Message A. In some example implementations for MBS, this F1AP message may be either a newly defined F1AP message or an existing F1AP message (e.g., Broadcast Session Setup Request message, Broadcast Session Modification Request message, Multicast Session Update Request message, Multicast Session Activation Request) to carry area information. In some example implementations, this F1AP message A may be used by CU to setup / modify / remove the service area of either MBS broadcast service or MBS multicast service. Such an F1AP message A may include at least one of:

[0153] · an MBS Session ID,

[0154] · Service Area related information.

[0155] In comparison to the pre-configuration of an upcoming MBS session of FIG. 10, for example, this NGAP message A may not need to include the MBS start time.

[0156] For NTN based PWS, this F1AP message A of FIG. 11 may also be either a newly defined F1AP message or an existing F1AP message (e.g., PWS Cancel Request message, Write-Replace Warning Request message) for carrying PWS area information. This F1AP message A, for example, may be used by the CU to setup / cancel a current PWS for specific area. This F1AP message B may include at least one of:

[0157] · Message ID,

[0158] · Service Area related information.

[0159] As further shown in FIG. 11, the DU of the NG-RAN node, upon receiving the F1AP message A, may respond to the CU with F1AP message B. The F1AP message B may be either a new defined F1AP message or an existing F1AP message, (e.g. Broadcast Context Setup Request message, Broadcast Context Modification Response message, Multicast Context Setup Response message, Multicast Context Modification Response message, PWS Cancel Response message, Write-Replace Warning Response message) . In some example implementations, if this F1AP procedure is for PWS, the DU may need to reply to the CU with one of the following results of this PWS procedure with reasons for the result in the F1AP message B:

[0160] · Whether the PWS information has been successfully broadcast in some areas,

[0161] · Whether the PWS information has been unsuccessfully broadcast in some areas,

[0162] · Whether the PWS information has been canceled successfully broadcast in some areas,

[0163] · Whether the PWS information has been canceled unsuccessfully broadcast in some areas. This F1AP message B may alternatively or further include at least one of:

[0164] · Message ID,

[0165] · Successfully broadcast area list to indicate or inform which areas have been configured successfully the PWS.

[0166] · Unsuccessfully broadcast area list to indicate or inform which areas have not been successful configured for the PWS.

[0167] · Canceled successfully broadcast area list to indicate which areas for PWS have been successfully canceled.

[0168] · Canceled unsuccessfully broadcast area list to indicate which areas the cancellation of for PWS has not been successful;

[0169] For each of above 4 lists (Successfully broadcast area list, Unsuccessfully broadcast area list, Canceled successfully broadcast area list, Canceled unsuccessfully broadcast area list) . At least one of the following information may be included:

[0170] · Message ID,

[0171] · Service Area related information.

[0172] If the DU node cannot determine or extract the area information indicating an area granularity, the DU node may reject the received F1AP message A and send the F1AP message B to CU. Such an F1AP message B may include at least one of:

[0173] · the MBS Session ID (when the F1AP message A is for MBS) ,

[0174] · the Message ID (when F1AP message A is for PWS) ,

[0175] · one or more reject cause values or index to indicate reasons / causes that this DU cannot obtain the area information other than cell ID and TAI information.

[0176] In some example implementations of PWS alternative to FIG. 10, rather than initiating the service area configuration / reconfiguration / modification / cancellation for PWS from the CU of the NG-RAN, it may be initiated by the DU making a request first. An example is shown in FIG. 12, in which the DU may send an F1AP message A to the CU for NTN based PWS purpose. This F1AP message A may be either a newly defined F1AP message or an existing F1AP messages (e.g., PWS Restart Indication message, PWS Failure Indication message) . This F1AP message A may be used for the DU to inform the CU that the PWS is restarted in specific area (e.g., PWS Restart Indication message) or to inform the CU that the PWS operation has failed in specific area (PWS Failure Indication message) . In some example implementations, the F1AP message A of FIG. 12 may include at least one of:

[0177] · Message ID,

[0178] · Service Area related information.

[0179] In some example implementations of MBS alternative to FIG. 10, rather than initiating the service area configuration / reconfiguration / modification / cancellation for MBS from the CU, it may be initiated by the DU making a request first. An example is shown in FIG. 13, in which the DU may send an F1AP message A to the CU for NTN based MBS purpose. This F1AP message A may be either a newly defined F1AP message or an existing F1AP message (e.g., Distribution Setup Request message, Distribution Release Request message) to carrying MBS area information. This F1AP message A may be used by the DU to request a configuration (e.g., setup, modify, release) for NG-U resource (s) for MBS with specific area. In some example implementations, this F1AP message A of FIG. 13 may include at least one of:

[0180] · MBS Session ID,

[0181] · Service Area related information.

[0182] Further in the example implementation of FIG. 13, the CU may respond to the DU with F1AP message B. The F1AP message B may be either a newly defined F1AP message or an existing F1AP message (e.g., Distribution Setup Response message, Distribution Release Response message) . This message may be used by CU to configure (e.g., setup, modify, release) the NG-U resource for MBS with specific area. In some example implementations, the F1AP message B of FIG. 13 may include at least one of:

[0183] · MBS Session ID,

[0184] · Service Area related information.

[0185] Further in the example implementation of FIG. 13, if the CU cannot determine or extract the area information indicating an area granularity for the MBS session, the CU may reject the received F1AP message A and send the F1AP message B to the DU. Such an F1AP message B may include at least one of:

[0186] · the MBS Session ID,

[0187] · one or more reject cause values or index to indicate reasons / causes that the CN cannot obtain the area information other than cell ID and TAI information.

[0188] In some other example implementations, a messaging scheme may be used between NG-RAN nodes for communicating area information for an MBS session or PWS service. An example is shown in FIG. 14 where one NG-RAND node (referred to as NG-RAN node 1) may proactively send MBS or PWS information to another NG-RAND node (referred to as NG-RAN node 2) via the Xn interface. As shown in FIG. 14, the NG-RAND node 1 may send an XnAP message A to another NG-RAND node (referred to as NG-RAN node 2) . This XnAP message may be either a newly defined XnAP message or an existing XnAP message (e.g. HANDOVER REQUEST, S-NODE ADDITION REQUEST, S-NODE MODIFICATION REQUEST) for carrying MBS and / or PWS information. In some example implementations, for MBS and / or PWS purposes, the XnAP message A may include at least one of:

[0189] · the MBS Session ID (when the XnAP message A is for MBS) ,

[0190] · the Message ID (when the XnAP message A is for PWS) ,

[0191] · Service Area related information.

[0192] Further in FIG. 14, the NG-RAN node 2, upon receiving the XnAP message A from the NG-RAN node 1, may respond with XnAP message B. This XnAP message may be either a newly defined XnAP message or an existing XnAP message (e.g., Handover Request Acknowledge, S-Node Modification Request Acknowledge, S-Node Addition Request Acknowledge) .

[0193] In some other example implementations for communicating the MBS and / or PWS information between the NG-RAN nodes, a request may be made first by one NG-RAND and the MBS and / or PWS information may be provided by another NG-RAND in response, both via the Xn Interface. An example is shown in FIG. 15, where NG-RAN node 1 may first send an XnAP message A to NG-RAN node 2 for retrieving UE context. The XnAP message A may either be a new defined XnAP message or existing XnAP message (e.g., RETRIEVE UE CONTEXT REQUEST) for carrying the UE context request relating to MBS and / or PWS.

[0194] Further in FIG. 15, upon receiving the XnAP message A from NG-RAND node 1, NG-RAN node 2 may respond with an XnAP message B. This XnAP message may be either a newly defined XnAP message or an existing XnAP message (e.g., RETRIEVE UE CONTEXT RESPONSE) for carrying MBS and / or PWS area information. In some example implementations, for MBS and / or PWS purposes, the XnAP message B may include at least one of:

[0195] · the MBS Session ID (when the XnAP message A is for MBS) ,

[0196] · the Message ID (when the XnAP message A is for PWS) ,

[0197] · Service Area related information.

[0198] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0199] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is  included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0200] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments above.

Claims

1.A method for provisioning a broadcast or multicast type of service in a non-terrestrial wireless network via a terrestrial wireless access network node connected to a plurality of terminal devices, comprising:receiving by the terrestrial wireless access network node from a second network node a first message, the first message indicating a service area for the broadcast or multicast type of service; andprovisioning by the terrestrial wireless access network node the broadcast or multicast type of service according to the service area.2.The method of claim 1, wherein the broadcast or multicast type of service comprises a multicast / broadcast service (MBS) or a public warning system (PWS) service, and wherein the first message comprises at least one of:a session ID for the MBS or a message ID for the PWS service; orservice area related information associated with the MBS or the PWS service.3.The method of claim 2, wherein:the MBS comprises an upcoming MBS session; andthe first message further comprises a session start time for upcoming MBS session.4.The method of claim 2, wherein the service area related information comprises at least one of:a positioning defined area information list comprising one or more positioning defined area information items;a positioning based area information list;a cell based area information list;a tracking area identity (TAI) based information list;area counting information;mapped cell ID information;mapping information; oradministrative region information.5.The method of claim 4, further comprising determining the service area by the terrestrial wireless access network node from the service area related information.6.The method of claim 5, wherein the area counting information comprises or indicates a set of rules for deriving service area from the service area related information.7.The method of claim 6, whereinthe service area related information comprises both the cell based area information list and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the cell based area information list and areas indicated by the positioning defined area information list;a union of areas indicated by the cell based area information list and areas indicated by the positioning defined area information list;areas indicated by the cell based area information list minus areas indicated by the positioning defined area information list; orareas indicated by the positioning defined area information list minus areas indicated by the cell based area information list.8.The method of claim 6, whereinthe service area related information comprises both the TAI based area information list and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list;a union of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list;areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list; orareas indicated by the positioning defined area information list minus areas indicated by the TAI based area information list.9.The method of claim 6, whereinthe service area related information comprises all of the cell based area information list, the TAI based area information list, and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list;an intersection of areas indicated by the positioning defined area information list and areas indicated by at least one either one of the cell based area information list or TAI based area information list;a union of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list;areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list or the cell based area information list; orareas indicated by the positioning defined area information list minus areas indicated by the cell based area information list or the TAI based area information list.10.The method of claim 1, wherein the second network node comprises a terrestrial core network node.11.The method of claim 10, where the first message is an NG Application Protocol (NGAP) message.12.The method of claim 1, wherein the second network node comprises another terrestrial wireless access network node.13.The method of claim 12, wherein the first message is an XnAP message.14.The method of claim 1, wherein the terrestrial wireless access network node comprises a central unit (CU) of a base station and the second network node comprises distributed unit (DU) of the base station.15.The method of claim 14, wherein the first message comprises an F1AP message.16.The method of claim 1, further comprising receiving a second message from the second network node in response to the second network node receiving the first message, wherein the second message comprises at least an MBS session ID or a PWS message ID.17.The method of claim 16, wherein the second message indicates a rejection by the second network node of the first message and comprises at least one cause for the rejection.18.A method for provisioning a broadcast or multicast type of service in a non-terrestrial wireless network via  a terrestrial wireless access network node connected to a plurality of terminal devices, comprising:transmitting by the terrestrial wireless access network node to a second network node a first message for requesting configuration for resources for the broadcast or multicast type of service associated with a service area related information; andprovisioning by the terrestrial wireless access network node the broadcast or multicast type of service according to a service area related information associated with the broadcast or multicast type of service and the configuration for resources for the broadcast or multicast type of service and received from the second network node.19.The method of claim 18, wherein the broadcast or multicast type of service comprises a multicast / broadcast service (MBS) , and wherein the first message comprises at least one of:a session ID for the MBS; orthe service area related information.20.The method of claim 19, wherein the service area related information comprises at least one of:a positioning defined area information list comprising one or more positioning defined area information items;a positioning based area information list;a cell based area information list;a tracking area identity (TAI) based information list;area counting information;mapped cell ID information;mapping information; oradministrative region information.21.The method of claim 20, further comprising determining the service area by the terrestrial wireless access network node from the service area related information.22.The method of claim 21, wherein the area counting information comprises or indicates a set of rules for deriving service area from the service area related information.23.The method of claim 22, wherein:the service area related information comprises both the cell based area information list and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the cell based area information list and areas indicated by the positioning defined area information list;a union of areas indicated by the cell based area information list and areas indicated by the positioning defined area information list;areas indicated by the cell based area information list minus areas indicated by the positioning defined area information list; orareas indicated by the positioning defined area information list minus areas indicated by the cell based area information list.24.The method of claim 22, whereinthe service area related information comprises both the TAI based area information list and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list;a union of areas indicated by the TAI based area information list and areas indicated by the positioning defined area information list;areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list; orareas indicated by the positioning defined area information list minus areas indicated by the TAI based area information list.25.The method of claim 22, whereinthe service area related information comprises all of the cell based area information list, the TAI based area information list, and the positioning defined area information list; andthe set of rules comprises determining the service area as at least one of:an intersection of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list;an intersection of areas indicated by the positioning defined area information list and areas indicated by at least one either one of the cell based area information list or TAI based area information list;a union of areas indicated by the cell based area information list, the TAI based area information list, and areas indicated by the positioning defined area information list;areas indicated by the TAI based area information list minus areas indicated by the positioning defined area information list or the cell based area information list; orareas indicated by the positioning defined area information list minus areas indicated by the cell based area information list or the TAI based area information list.26.The method of claim 18, wherein the second network node comprises a terrestrial core network node.27.The method of claim 26, where the first message is an NG Application Protocol (NGAP) message.28.The method of claim 18, wherein the second network node comprises another terrestrial wireless access network node.29.The method of claim 28, wherein the first message is an XnAP message.30.The method of claim 18, wherein the terrestrial wireless access network node comprises a distribution unit (DU) of a base station and the second network node comprises a central unit (CU) of the base station.31.The method of claim 30, wherein the first message comprises an F1AP message.32.The method of claim 19, further comprising receiving a second message from the second network node in response to the second network node receiving the first message, wherein the second message comprises at least an MBS session ID.33.The method of claim 32, wherein the second message indicates a rejection by the second network node of the first message and comprises at least one cause for the rejection.34.A device comprising a processor and a memory, wherein the processor is configured to read computer code from the memory to implement a method in any one of claims 1 to 33.35.A computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the method of any one of claims 1 to 33.

Images