Multicast reception in inactive state

Abstract

The present application relates to devices and components including apparatus, systems, and methods to configure user equipments in wireless communication systems for multicast reception in the inactive state.

Description

MULTICAST RECEPTION IN INACTIVE STATETECHNICAL FIELD

[0001] The present application relates to the field of wireless technologies and, in particular, to multicast reception in inactive state.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) networks provide for a base station to multicast signals to one or more designated user equipments (UEs) . The base station configures the designated UEs to receive the multicast signals, while other UEs not designated to receive the multicast signals are not configured for receiving the multicast signals.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates an example multicast or broadcast service (MBS) configuration instance in accordance with some embodiments.

[0005] FIG. 3 is a signaling diagram in accordance with some embodiments.

[0006] FIG. 4 is another signaling diagram in accordance with some embodiments.

[0007] FIG. 5 is another signaling diagram in accordance with some embodiments.

[0008] FIG. 6 is a change indication field in accordance with some embodiments.

[0009] FIG. 7 is another signaling diagram in accordance with some embodiments.

[0010] FIG. 8 is another signaling diagram in accordance with some embodiments.

[0011] FIG. 9 is another signaling diagram in accordance with some embodiments.

[0012] FIG. 10 is an operation flow / algorithmic structure in accordance with some embodiments.

[0013] FIG. 11 is another operation flow / algorithmic structure in accordance with some embodiments.

[0014] FIG. 12 is another operation flow / algorithmic structure in accordance with some embodiments.

[0015] FIG. 13 is another operation flow / algorithmic structure in accordance with some embodiments.

[0016] FIG. 14 is an example UE in accordance with some embodiments.

[0017] FIG. 15 is an example base station in accordance with some embodiments.DETAILED DESCRIPTION

[0018] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, techniques, etc. in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; the phrase “ (A) B” means (B) or (A and B) , that is, A is optional; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0019] The following is a glossary of terms that may be used in this disclosure.

[0020] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality, In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an  electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0021] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0022] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, network interface cards, or the like.

[0023] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0024] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0025] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0026] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0027] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0028] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0029] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network  services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, or the like.

[0030] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0031] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a UE 104 and a base station 108. In some embodiments, the base station 108 may provide one or more wireless access cells, for example, serving cell 112, through which the UE 104 may communicate with a cellular network. The base station 108 may be part of a radio access network (RAN) that is coupled with a core network (CN) 116. Reference to a network, as used herein, may include the RAN or the CN 116.

[0032] The UE 104 and the base station 108 may communicate over air interfaces compatible with Fifth Generation (5G) NR (or later) system standards as provided by Third Generation Partnership Project (3GPP) technical specifications.

[0033] The UE 104 may include a radio resource control (RRC) state machine that performs operations related to a variety of RRC procedures including, for example, paging, RRC connection establishment, RRC connection reconfiguration, and RRC connection release. The RRC state machine may be implemented by protocol processing circuitry, see, for example, processors 1404 of FIG. 14.

[0034] The RRC state machine may transition the UE 104 into one of a number of RRC states (or “modes” ) including, for example, a connected state (RRC connected) , an inactive state (RRC inactive) , and an idle state (RRC idle) . The UE 104 may start in RRC idle when it first camps on a serving cell, which may be after the UE 104 is switched on or after a cell reselection from another cell. To engage in active communications, the RRC state machine may transition the UE 104 from RRC idle to RRC connected by performing an RRC setup procedure to establish a logical connection, for example, an RRC connection, with a base station. In RRC connected, the UE 104 may be configured with at least one signaling radio bearer (SRB) for signaling (for example, control messages) with the base station; and one or more data radio bearers (DRBs) for data transmission. When the UE 104 is less  actively engaged in network communications, the RRC state machine may transition the UE 104 from RRC connected to RRC inactive using an RRC release procedure. The RRC inactive state may allow the UE 104 to reduce power consumption as compared to RRC connected but will still allow the UE 104 to quickly transition back to RRC connected to transfer application data or signaling messages.

[0035] In some embodiments, the base station may provide multicast or broadcast services (MBS) to UEs, such as UE 104, in the serving cell 112. MBS may be used for a variety of use cases including, for example, public safety and mission critical, vehicle-to-everything (V2X) applications, Interbet protocol television (IPTV) , live video, software delivery over wireless and Internet-of-things (IoT) applications, etc.

[0036] Release 17 (Rel-17) 3GPP standards only specify multicast for UEs in an RRC connected state. However, this may not facilitate some MBS use cases such as, for example, providing mission critical services. Further, it may not be power efficient to always keep the UEs in the RRC connected state. Thus, it may be beneficial to support multicast reception for UEs in an RRC inactive state.

[0037] Various aspects will need to be considered to properly support MBS reception by UEs in an RRC inactive state. For example, it may be desirable for UEs in an RRC inactive state to receive updated point-to-multipoint (PTM) configurations to facilitate on-going reception of MBS transmissions. For another example, it may be desirable to consider both mobility and state transition for UEs receiving MBS transmissions in the RRC inactive state.

[0038] In some embodiments, after a network establishes an MBS multicast session with a UE, the network may activate the MBS multicast session when there is data to be transmitted and deactivate the MBS multicast session in periods in which a certain amount or type of data is not expected to be transmitted. Operation of a UE in an RRC inactivate state, which may also be referred to as an INACTIVE UE, with respect to MBS multicast session activation / deactivation may be described as follows.

[0039] For MBS multicast session activation, group paging may be used to provide the MBS multicast session activation notification. A new indication may be added per temporary mobile group identity (TMGI) in group paging. Upon receiving the MBS multicast session activation notification, an INACTIVE UE, having a valid PTM configuration, may start monitoring for a multicast control channel (MCCH) transmission using a corresponding  group-radio network temporary identity (G-RNTI) , used to schedule an MBS transmission in a physical downlink shared channel (PDSCH) . If a valid PTM configuration is not available to the UE, the UE would initiate an RRC connection resumption in order to transition into the RRC connected state to obtain the valid PTM configuration.

[0040] In some embodiments, the network may use an MCCH to transmit an MC session deactivation notification. Upon receiving an MC session deactivation notification, an INACTIVE UE may stay in the RRC inactive state and stop monitoring the MCCH using the corresponding G-RNTI. One of two options may be used to provide a PTM configuration for inactive multicast reception. In a first option, the network may provide the PTM configuration in an RRC release with suspend configuration (suspendConfig) message, which may be used to transition the UE to the RRC inactive state. In a second option, the PTM configuration may be provided via MCCH. If the network does not provide the detailed PTM configuration in the RRC release message, the UE may acquire the PTM configuration via the MCCH channel.

[0041] The network may notify the UE of a multicast MBS PTM configuration change by utilizing a change notification mechanism similar to that described with respect to Rel-17 broadcast MBS configuration change via MCCH as described in 3GPP Technical Specification (TS) 38.300 v17.5.0 (2023-06-30) and TS 38.331 v17.5.0 (2023-07-01) . If the network institutes a PTM configuration change, it may provide an indication of the change through downlink control information (DCI) that schedules an MCCH that carries the PTM configuration.

[0042] FIG. 2 illustrates an example MBS configuration instance 200 in accordance with some embodiments. The MBS configuration instance 200 may be used to configure the UE 104 to receive MBS transmissions transmitted by the base station 108.

[0043] The MBS configuration instance 200 is represented by a signaling diagram illustrating transmissions that may be exchanged between the UE 104 and the base station 108 to configure the UE 104 for receiving MBS transmissions from the base station 108. FIG. 2 illustrates example information elements that may be exchanged as part of the MBS configuration instance 200 in accordance with some embodiments.

[0044] In the illustrated embodiment, the UE 104 may be set to receive MBS transmissions transmitted by the base station 108, as indicated by 206. However, the UE 104 may be unable to process the MBS transmissions from the base station 108 until the UE 104  is properly configured to receive them. Accordingly, a configuration procedure may be performed to configure the UE 104 for receiving and processing the MBS transmissions.

[0045] In some embodiments, a 2-step MBS configuration acquisition may be performed for the UE 104 in an RRC connected / inactive / idle state. For example, the procedure for configuring the UE 104 to receive MBS transmissions from the base station 108 may involve two acquisition steps by the UE 104.

[0046] At 208, the UE 104 may receive a system information broadcast (SIB) message that includes an MCCH configuration (MCCH-Config) . The SIB may be a SIBx, where x is an integer from, for example, 1 to 21. The MCCH-Config may be an information element (IE) that provides data to be utilized to configure the UE 104 to receive and process transmissions via an MCCH. For example, the MCCH-Config IE may include a repetition period and offset indication corresponding to the MCCH, a window start slot indication corresponding to the MCCH, a window duration indication corresponding to the MCCH, or a modification period indication corresponding to the MCCH. The UE 104 may then receive an MCCH transmission at 210 based on the MCCH-Config.

[0047] In a first transmission of the MCCH transmission 210, the base station 108 may at 214, transmit a physical downlink control channel (PDCCH) to schedule a second transmission of the MCCH transmission 210. The PDCCH may be addressed to an MCCH-RNTI in an MCCH search space (mcch-Searchspace) . In the second transmission, the base station 108 may transmit, at 216, the MBS multicast configuration at 216 via MCCH / PDSCH. The second transmission 216 may include an IE that provides data for configuring the UE 104 to receive and process MBS transmissions the base station 108. The IE may include a session information list, a neighbour cell list, a configuration PTM list, a multicast traffic channel (MTCH) configuration, and / or a mapping window list.

[0048] The session information list may include a session ID, an RNTI, a broadcast list, scheduling information, a neighbour cell indication, a configuration index, or a mapping window index. The neighbour cell list may include physical cell IDs or a carrier frequencies of neighbor cells. The configuration PTM list may include a PTM on-duration timer indication, a PTM activity timer indication, a PTM hybrid automatic repeat request (HARQ) round-trip time (RTT) downlink (DL) timer indication, a PTM long cycle start offset indication, or a PTM slot offset indication. The MTCH configuration may include a PDSCH configuration list, a time domain allocation list for the PDSCH, a rate match pattern to add or  modify list indication, a modulation and coding scheme (MCS) table, or an overhead indication. The mapping window list may indicate a cycle offset for a mapping window to be used for a synchronization signal block (SSB) to be transmitted by the base station 108.

[0049] The UE 104 may use the MBS multicast configuration to receive one or more MBS transmissions 218 from the base station 108.

[0050] FIG. 3 is a signaling diagram 300 illustrating MCCH information validity and notification of changes in accordance with some embodiments. The signaling diagram may include DCI of the PDCCH that schedules the MCCH, with the MCCH providing the MBS configuration used by the UE 104 to receive various MBS multicast sessions. The signaling diagram 300 shows three MBS multicast sessions, but it will be understood that the UE 104 may be configured for a subset of these.

[0051] Within an MCCH modification period, the same MCCH information may be transmitted a number of times based on a repetition period configuration. A change of MCCH information may occur at a boundary of an MCCH modification period.

[0052] In some embodiments, an MCCH change notification may be provided using a notification mechanism to announce the change of MCCH information due to broadcast session start / stop / change or neighboring cell information modification. The notification design may include a 2-bit bitmap, for example, ‘XY, ’ in the MCCH scheduling DCI. The ‘X’ bit may be used to indicate a start of a new MBS service, and the ‘Y’ bit may be used to indicate a change to a PTM configuration.

[0053] When the UE 104 receives the change notification, it may acquire an updated MCCH in a same MCCH modification period where the notification is sent. The UE 104 may apply the previously acquired MCCH information until the UE 104 acquires the new MCCH information.

[0054] UE operation with respect to MTCH reception / monitoring is clear when an MBS multicast session is deactivated, that is, a UE does not need to monitor a G-RNTI or receive MTCH. However, further clarification is desired for UE operation with respect to monitoring MCCH when an MBS multicast session is deactivated. Two options for defining UE operation are described with respect to signaling diagram 400 of FIG. 4 and signaling diagram 500 of FIG. 5 in accordance with some embodiments.

[0055] In signaling diagram 400, the base station 108 may deactivate an MBS multicast session by transmitting an RRC release message with an MBS multicast session deactivation indication at 404. With respect to this option, the UE 104 may continue to monitor MCCH while the MBS multicast session is deactivated. Thus, the UE 104 may receive MCCH DCI transmitted by the base station 108 even during the deactivated mode of the MBS multicast session. The base station 108 may transmit a paging message with an MBS activation indication at 408 and the UE 104 may enter an activation phase of the MBS multicast session. The UE 104 may then receive an MBS transmission via an MTCH based on a valid PTM configuration, even if the PTM configuration changed during the MC session inactive phase.

[0056] While this option may facilitate provision of the UE 104 with updated PTM configurations, it may be inefficient from a UE power perspective, especially when a PTM configuration change does not happen or a PTM configuration change is with respect to an MBS multicast session to which the UE 104 has not subscribed.

[0057] In signaling diagram 500 of FIG. 5, the base station 108 may deactivate an MBS multicast session by transmitting an RRC release message with an MBS multicast session deactivation indication at 504. With respect to this option, the UE 104 may not monitor MCCH while the MBS multicast session is deactivated. Thus, the UE 104 may miss a PTM configuration change that happens when the base station 108 transmits MCCH DCI with change bit set to ‘1, ’ and, subsequently, transmits the new PTM configuration via the MCCH at 508. The base station 108 may transmit a paging message with an MBS activation indication at 512 and the UE 104 may enter an activated mode of the MBS multicast session. However, since the UE missed the PTM configuration change while in the deactivated mode, it may initiate an RRC resume procedure at 516 if the UE 104 has no valid PTM configuration for the activated MBS multicast session.

[0058] Various aspects of this disclosure provide for power-saving techniques that avoid UE monitoring MCCH scheduling / reception when there is no PTM configuration change related to an MBS multicast session configured to the UE. Three aspects are described below. These aspects are not exclusive with one another. For example, concepts from one aspect may be combined with concepts from one or more of the other aspects.

[0059] In a first aspect, the UE 104 may save power on MCCH data reception through the introduction of the MCCH change indication with a finer granularity.

[0060] In a second aspect, the UE 104 may save power on MCCH monitoring by relaxation of a UE requirement to monitor the MCCH when an MBS multicast session is deactivated.

[0061] In a third aspect, the UE 104 may save power by only monitoring the MCCH when the MBS multicast session is activated. After receiving the MBS multicast session activation notification, the UE 104 starts to receive the MBS transmission via the MTCH when it acquires a valid PTM configuration.

[0062] These aspects are described in further detail herein.

[0063] As briefly introduced above, the first aspect includes use of a finer granularity of MCCH change indication in order to save UE power on MCCH data reception. With this aspect, the MCCH DCI may include a change indication that is specific to one MBS multicast session or a set of MBS multicast sessions. Such a change indication may be referred to as a session-level change indication. The set of MBS multicast sessions may be a subset of the total number of MBS multicast sessions provided by the base station 108. When the UE 104 receives the session-level change indication, it may then only need to acquire a PTM configuration when the change is related to an MBS multicast session configured at the UE 104.

[0064] In some embodiments, the session-level change indication may be provided in a DCI such as, for example, DCI format 4_0. If the DCI includes a cyclic-redundancy check (CRC) scrambled by MCCH-RNTI, the UE 104 may interpret one or more bits of the DCI as a session-level change indication.

[0065] FIG. 6 illustrates a field 600 that may provide a number of session-level change indications in accordance with some embodiments. The field 600 is shown with 14 bits; however, it may have other numbers of bits in other embodiments. Each bit position, shown by index in FIG. 6, may include a single bit to provide a session-level change indication (C-ind) for an MBS multicast session or a set of MBS multicast sessions. For example, a bit value of ‘0’ may indicate no change for the corresponding MBS multicast session (set) while a bit value of ‘1’ may indicate a change for the corresponding MBS multicast session (set) .

[0066] The bit positions of the field 600 may be mapped to MBS multicast sessions in any of a number of options. For example, in a first option, the network may use RRC signaling to configure a mapping between MBS multicast sessions and bit positions. For  example, the network can provide an M: 1 mapping in which M MBS multicast sessions are mapped to one bit position. Thus, the value M may define a number of MBS multicast sessions in a subset. Consider, for example, that MBS multicast sessions 1 and 2 are mapped to index 0. If the C-ind of index 0 is a ‘1, ’ then a PTM configuration corresponding to at least one of MBS multicast sessions 1 or 2 are to be changed.

[0067] In a second option, the MBS multicast sessions may be mapped to bit positions using a 1∶ 1 mapping in ascending (or descending) order. For example, ifMBS multicast sessions #1 / 5 / 9 are configured in a cell, they may be mapped to indexes 0 / 1 / 2, respectively. Thus, if a PTM configuration is changed with respect to MBS multicast session #5, but there are no PTM configuration changes with respect to MBS multicast sessions #1 and #9, the C-ind values of indexes 0, 1, and 2 may be 0, 1, 0, respectively.

[0068] In a third option, a 1∶ 1 MBS multicast session to bit position mapping may be accomplished by mapping an MBS multicast session number to a bit position that has a matching index number. For example, MBS multicast session #0 is mapped to index #0, MBS multicast session #1 is mapped to index #1, etc.

[0069] As briefly introduced above, in the second aspect of the disclosure, the UE requirement for monitoring MCCH when an MBS multicast session is deactivated may be relaxed to save power on the MCCH monitoring part. This may be done according to one or more of the following options described with respect to FIGs. 7 and 8.

[0070] FIG. 7 is a signaling diagram 700 in accordance with some embodiments. The signaling diagram 700 includes eight MCCH modification periods.

[0071] At 704, the UE 104 may detect a deactivation event through, for example, a command transmitted via the MCCH. The UE 104 may then enter a deactivated mode of the MBS multicast session (MBS multicast session deactivated) . While the MBS multicast session is deactivated, the UE 104 may monitor the MCCH every N MCCH modification periods. The value N may be an integer that is predefined in a 3GPP TS or configured by the network in, for example, the RRC release message or in a SIB. As shown, N=2 and the UE 104 may monitor the MCCH every other MCCH modification period, for example, at 708 and 712.

[0072] At 716, the UE 104 may detect an activation event and enter into an activated mode of the MBS multicast session (MBS multicast session activated) . While the MBS  multicast session is active, the UE 104 may monitor the MCCH every MCCH modification period, for example, at 720 and 724.

[0073] FIG. 8 is a signaling diagram 800 in accordance with some embodiments. The signaling diagram 800 includes eight MCCH modification periods of an deactivated mode of an MBS multicast session. The MCCH monitoring of FIG. 8 may be based on a paging occasion (PO) 804 that is defined for the UE 104. The PO 804 is shown in MCCH modification period B.

[0074] In some embodiments, the UE 104 may monitor the MCCH in M MCCH modification periods before / after the location of the PO 804. The value M may be an integer that is predefined in a 3GPP TS or configured by the network in, for example, the RRC release message or in a SIB. As shown, M=1 and the UE 104 may monitor the MCCH at 808 (corresponding to MCCH modification period A) or 812 (corresponding to MCCH modification period C) . In some embodiments, the number of MCCH modification periods monitored before the location of the PO 804 (for example, M) may be different from a number of MCCH modification periods monitored after the location (for example, M’) .

[0075] In some embodiments, the UE 104 may monitor the MCCH within the modification period that includes the PO 804, for example, at 816 (corresponding to MCCH modification period B) . This may be in addition to, or as an alternative from, monitoring the MCCH in M MCCH modification periods before / after the location of the PO 804.

[0076] The MCCH monitoring behavior described with respect to FIGs. 7 and 8 may be applied together in some embodiments. For example, the UE 104 may monitor MCCH in various combinations off every N MCCH modification period, M MCCH modification periods before a PO, M (or M’) MCCH modification periods after the PO, or the MCCH modification period of the PO.

[0077] In another option of the third aspect of this disclosure, the UE 104 may not monitor MCCH if the network indicates that inactive PTM configuration does not change. This indication may be transmitted to the UE 104 via MCCH. In this option, the network can disable the UE’s monitoring of the MCCH when the UE 104 is in an RRC inactive state and the MBS multicast session is deactivated. The UE 104 may apply the inactive PTM configuration provided in RRCRelease for inactive multicast reception until the UE 104 is later connected with the same cell.

[0078] In another option of the third aspect of this disclosure, the network may indicate, in a paging early indication (PEI) , for example, whether there is potential PTS configuration change in the associated paging cycle. The UE 104 may use this indication as a prompt to start monitoring MCCH. The monitoring may be every MCCH modification period or a subset of MCCH modification periods as discussed in connection with other embodiments described herein.

[0079] As briefly introduced above, in the third aspect of the disclosure, the UE 104 may be configured to monitor MCCH only when the MBS multicast session is activated. This is described with respect to FIG. 9.

[0080] FIG. 9 is a signaling diagram 900 illustrating concepts of the third aspect of the disclosure in accordance with some embodiments.

[0081] At 904, the base station 108 may deactivate an MBS multicast session by transmitting an RRC release message with an MBS multicast session deactivation indication. With respect to this aspect, the UE 104 may not monitor MCCH while the MBS multicast session is inactive.

[0082] At 908, the UE 104 may receive a paging message with an MBS multicast session activation notification and the UE 104 may enter an activated mode of the MBS multicast session. After receiving the paging message, the UE 104 may start to monitor the MCCH to acquire the latest valid PTM configuration. At 912, the UE 104 may receive MCCH DCI with change bit set to ‘1’ from the base station 108 and, subsequently, the new PTM configuration via the MCCH. Upon receiving the valid PTM configuration, the UE 104 may start to receive the MTCH transmissions.

[0083] In some embodiments, a time window (T) may be defined in which the UE 104 is to receive the valid PTM configuration, If the UE 104 fails to acquire the valid PTM configuration within the time window (T) , the UE 104 may declare a failure. The length of the time window (T) may be set equal to one or more MCCH modification periods, In some embodiments, the length may be predefined by a 3GPP TS or configured by the network.

[0084] In some embodiments, the UE 104 may declare a PTM configuration reception failure if one or more of the following conditions are detected. A first condition may be detected if the UE 104 cannot acquire the MCCH. For example, the UE 104 does not receive the MCCH DCI at 908. A second condition may be detected ifthe UE 104 acquires the  MCCH but does not acquire a valid PTM configuration. For example, the UE 104 receives the MCCH DCI at 908, but cannot receive or decode the PTM configuration via the MCCH correctly or receives the PTM configuration but there is no configuration related to the activated MBS multicast session.

[0085] Upon declaring a PTM configuration reception failure the UE 104 may operate in accordance with one or more of the following options. In a first option, the UE 104 may initiate an RRC resume procedure when a number of failures detected reaches a predetermined threshold. The threshold may be predefined by a 3GPP TS or configured by the network. In a second option, the UE 104 may log the failure in a failure log stored in memory and stay in an RRC inactive state. The UE 104 may report the failure log to the network upon a subsequent transition to an RRC connected state.

[0086] FIG. 10 is an operation flow / algorithmic structure 1000 in accordance with some embodiments. For example, the operation flow / algorithmic structure 1000 may be executed by a UE, such as UE 104 or components thereof, for example, processors 1404.

[0087] The operation flow / algorithmic structure 1000 may include, at 1004, receiving an MCCH DCI with a change indication for an MBS multicast session and scheduling information for a PTM configuration associated with the MBS multicast session. The change indication may be a MBS-session level change indication that indicates whether a specific MBS multicast session (set) has a change to an associated PTM configuration.

[0088] The MCCH DCI may include a change indicator field with one or more bits. Each bit may represent a change indication for a specific MBS multicast session (set) . The mapping of the bit positions to the MBS multicast sessions (sets) may be preconfigured by a 3GPP TS or dynamically configured by the network (by RRC signaling, for example) . In some embodiments, bit indexes may be mapped to MBS multicast session (set) indexes in an ascending or descending order. In other embodiments, a bit index may be mapped to a matching MBS multicast session (set) index, for example, bit index #0 may be mapped to MBS multicast session #0.

[0089] The operation flow / algorithmic structure 1000 may further include, at 1008, determining an MBS multicast session associated with the change indication of the MCCH DCI is configured at the UE. In this manner, the UE may determine that the MCCH DCI indicates a PTM configuration change with respect to one of its configured MBS multicast sessions.

[0090] The operation flow / algorithmic structure 1000 may further include, at 1012, acquiring the PTM configuration. The PTM configuration may be acquired by receiving the MCCH carrying the PTM configuration as scheduled by the MCCH DCI received at 1004.

[0091] FIG. 11 is an operation flow / algorithmic structure 1100 in accordance with some embodiments. For example, the operation flow / algorithmic structure 1100 may be executed by a UE, such as UE 104 or components thereof, for example, processors 1404.

[0092] The operation flow / algorithmic structure 1100 may include, at 1104, detecting a deactivation event. The deactivation event may be based on command signaling from the network.

[0093] The operation flow / algorithmic structure 1100 may further include, at 1108, entering a deactivated mode of an MBS multicast session. In the deactivated mode, the UE may not receive MTCH transmissions.

[0094] The operation flow / algorithmic structure 1100 may further include, at 1112, monitoring an MCCH in a subset of MCCH modification periods while in the deactivated mode of the MBS multicast session. In some embodiments, the subset of MCCH modification periods comprise every N MCCH modification period that occurs while in the deactivated mode. The value N may be an integer greater than one that may be predefined or signaled by the network in, for example, RRC or SIB signaling.

[0095] In some embodiments, the subset may be selected based on a PO of the UE. For example, the UE may monitor one or more MCCH modification periods before the MO, monitor the MCCH modification period that includes the PO, or monitor one or more MCCH modification periods after the PO.

[0096] In some embodiments, the UE may receive a PEI in DCI. The PEI may indicate there is a potential PTM configuration change in a paging cycle associated with the PEI. The UE may then monitor the subset of MCCH modification periods based on the indication in the PEI.

[0097] FIG. 12 is an operation flow / algorithmic structure 1200 in accordance with some embodiments. For example, the operation flow / algorithmic structure 1200 may be executed by a UE, such as UE 104 or components thereof, for example, processors 1404.

[0098] The operation flow / algorithmic structure 1200 may include, at 1204, detecting a deactivation event. The deactivation event may be based on command signaling from the network.

[0099] The operation flow / algorithmic structure 1200 may further include, at 1208, receiving an indication of a static state of a PTM configuration. In some embodiments, the indication of the static state of the PTM configuration may be provided via MCCH. The static state of the PTM configuration may imply that the PTM configuration will not change (or at least is not expected to change) while the UE in the deactivated mode.

[0100] The operation flow / algorithmic structure 1200 may further include, at 1212, entering the deactivated mode of the MBS multicast session. This may be based on the deactivation event.

[0101] The operation flow / algorithmic structure 1200 may further include, at 1216, abstaining from monitoring the MCCH while in the deactivated mode. The UE may apply the PTM configuration provided in the RRC release message for inactive reception until it is later connected with the same cell.

[0102] FIG. 13 is an operation flow / algorithmic structure 1300 in accordance with some embodiments. For example, the operation flow / algorithmic structure 1300 may be executed by a UE, such as UE 104 or components thereof, for example, processors 1404.

[0103] The operation flow / algorithmic structure 1300 may include, at 1304, entering an activated mode of an MBS multicast session.

[0104] The operation flow / algorithmic structure 1300 may further include, at 1308, determining a valid PTM configuration is not acquired within a time window from entering the activated mode. In some embodiments, it may be determined that the valid PTM configuration is not acquired if the UE detects a failure to acquire an MCCH within the time window, or acquires the MCCH within the time window but does not acquire the valid PTM configuration via the MCCH.

[0105] The operation flow / algorithmic structure 1300 may further include, at 1312, declaring a failure based on determining the valid PTM configuration is not acquired within the time window.

[0106] In some embodiments, if the UE determines the threshold number of failures have been declared, the UE may initiate an RRC resume procedure to transition to an RRC connected state. While in the RRC connected state, the UE may acquire the valid PTM configuration.

[0107] The detected failures may be recorded in a failure log, which may be subsequently reported to a network. Reporting of the failure log may be periodic or event based, for example, when the failure log reaches a predetermined number of failures.

[0108] While FIGs. 10-13 may imply an order of the operation, it should be understood that the operations may be performed in a different order or one or more of the operations may be performed concurrently in other embodiments. Additionally, it should be understood that one or more additional operations may be included in the operation flows / algorithmic structure or one or more of the operations may be omitted in other embodiments.

[0109] FIG. 14 illustrates an example UE 1400 in accordance with some embodiments. The UE 1400 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, actuators, etc. ) , video surveillance / monitoring devices (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices.

[0110] The UE 1400 may include processors 1404, RF interface circuitry 1408, memory / storage 1412, user interface 1416, sensors 1420, driver circuitry 1422, power management integrated circuit (PMIC) 1424, antenna structure 1426, and battery 1428. The components of the UE 1400 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 14 is intended to show a high-level view of some of the components of the UE 1400. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0111] The components of the UE 1400 may be coupled with various other components over one or more interconnects 1432, which may represent any type of interface,  input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0112] The processors 1404 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1404A, central processor unit circuitry (CPU) 1404B, and graphics processor unit circuitry (GPU) 1404C. The processors 1404 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1412 to cause the UE 1400 to perform operations as described herein.

[0113] In some embodiments, the baseband processor circuitry 1404A may access a communication protocol stack 1436 in the memory / storage 1412 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1404A may access the communication protocol stack to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1408.

[0114] The baseband processor circuitry 1404A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0115] The memory / storage 1412 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1436) that may be executed by one or more of the processors 1404 to cause the UE 1400 to perform various operations described herein. The memory / storage 1412 include any type of volatile or non-volatile memory that may be distributed throughout the UE 1400. In some embodiments, some of the memory / storage 1412 may be located on the processors 1404 themselves (for example, L1 and L2 cache) , while other memory / storage 1412 is external to the processors 1404 but accessible thereto via a memory interface. The memory / storage 1412 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random-access memory (DRAM) , static random access memory (SRAM) , eraseable programmable  read only memory (EPROM) , electrically eraseable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0116] The RF interface circuitry 1408 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 1400 to communicate with other devices over a radio access network. The RF interface circuitry 1408 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0117] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna structure 1426 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1404.

[0118] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna structure 1426.

[0119] In various embodiments, the RF interface circuitry 1408 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0120] The antenna structure 1426 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna structure 1426 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna structure 1426 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna structure 1426 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0121] The user interface 1416 includes various input / output (I / O) devices designed to enable user interaction with the UE 1400. The user interface 1416 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual  means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1400.

[0122] The sensors 1420 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.

[0123] The driver circuitry 1422 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1400, attached to the UE 1400, or otherwise communicatively coupled with the UE 1400. The driver circuitry 1422 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1400. For example, driver circuitry 1422 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1420 and control and allow access to sensors 1420, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow  access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0124] The PMIC 1424 may manage power provided to various components of the UE 1400. In particular, with respect to the processors 1404, the PMIC 1424 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0125] In some embodiments, the PMIC 1424 may control, or otherwise be part of, various power saving mechanisms of the UE 1400. For example, ifthe platform UE is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the UE 1400 may power down for brief intervals of time and thus save power. If there is no data traffic activity for an extended period of time, then the UE 1400 may transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The UE 1400 goes into a very low power state, and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The UE 1400 may not receive data in this state; in order to receive data, it must transition back to RRC_Connected state. An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.

[0126] A battery 1428 may power the UE 1400, although in some examples the UE 1400 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1428 may be a lithium-ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1428 may be a typical lead-acid automotive battery.

[0127] FIG. 15 illustrates an example base station 1500 in accordance with some embodiments. The base station 1500 may include processors 1504, RF interface circuitry 1508, core network (CN) interface circuitry 1512, memory / storage circuitry 1516, and antenna structure 1526.

[0128] The components of the base station 1500 may be coupled with various other components over one or more interconnects 1528.

[0129] The processors 1504, RF interface circuitry 1508, memory / storage circuitry 1516 (including communication protocol stack 1510) , antenna structure 1526, and interconnects 1528 may be similar to like-named elements shown and described with respect to FIG. 14.

[0130] The CN interface circuitry 1512 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the base station 1500 via a fiber optic or wireless backhaul. The CN interface circuitry 1512 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1512 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0131] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0132] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0133] Examples

[0134] In the following sections, further exemplary embodiments are provided.

[0135] Example 1 includes a method comprising: receiving, while in an inactive state, multicast control channel (MCCH) downlink control information (DCI) with a change indication for a multicast or broadcast service (MBS) multicast session and scheduling information for a downlink transmission with a point-to-multipoint (PTM) configuration associated with the MBS multicast session; determining the MBS multicast session is configured at the UE; and acquiring the PTM configuration from the downlink transmission based on said determining the MBS multicast session is configured at the UE.

[0136] Example 2 includes the method of example 1 or some other example herein, wherein the MCCH DCI includes a change indicator field with one or more bits that correspond to one or more change indications and the method further comprises: determining a mapping between the one or more bits and a plurality of MBS multicast sessions.

[0137] Example 3 includes the method of example 2 or some other example herein, further comprising: receiving mapping configuration information in a radio resource control (RRC) signal; and determining the mapping based on the mapping configuration information.

[0138] Example 4 includes the method of example 2 or some other example herein, wherein the one or more bits are respectively associated with one or more bit indexes, the plurality of MBS multicast sessions are respectively associated with a plurality of MBS multicast session indexes, and determining the mapping further comprises: associating the one or more bit indexes with the plurality of MBS multicast session indexes in an ascending or descending order.

[0139] Example 5 includes the method of example 2 or some other example herein, wherein the one or more bits comprise a plurality of bits that are respectively associated with a plurality of bit indexes, the plurality of MBS multicast sessions are respectively associated with a plurality of MBS multicast session indexes, and determining the mapping further comprises: associating each of the plurality of bit indexes with a matching one of the plurality of MBS multicast session indexes.

[0140] Example 6 includes the method of example 1, wherein the change indication includes one bit associated with a plurality of MBS multicast sessions that includes the MBS multicast session.

[0141] Example 7 includes a method comprising: generating multicast control channel (MCCH) downlink control information (DCI) with a multicast or broadcast service  (MBS) session-level change indication for an MBS multicast session and scheduling information for a downlink transmission with a point-to-multipoint (PTM) configuration associated with the MBS multicast session; and transmitting the MCCH DCI and the downlink transmission.

[0142] Example 8 includes the method of example 7 or some other example herein, wherein the MCCH DCI includes a change indicator field with one or more bits mapped to a plurality of MBS multicast sessions, wherein individual bits of the one or more bits corresponds to MBS multicast session-level change indications.

[0143] Example 9 includes a method comprising: detecting a deactivation event; entering a deactivated mode of a multicast or broadcast service (MBS) session based on said detecting the deactivation event; and monitoring a multicast control channel (MCCH) in a subset of MCCH modification periods while in the deactivated mode of the MBS multicast session.

[0144] Example 10 includes the method of example 9 or some other example herein, further comprising: monitoring the MCCH in every MCCH modification period while in an activated mode of the MBS multicast session, wherein monitoring the MCCH in the subset of MCCH modification periods while in the deactivated mode of the MBS multicast session includes: monitoring the MCCH every N MCCH modification periods while in the deactivated mode of the MBS multicast session, where N is an integer greater than one.

[0145] Example 11 includes the method of example 10 or some other example herein, further comprising: receiving an indication of N in a radio resource control message or in a system information block.

[0146] Example 12 includes the method of example 9 or some other example herein, wherein the UE is configured with a paging occasion (PO) and the method further comprises: selecting the subset based on the PO.

[0147] Example 13 includes the method of example 12 or some other example herein, wherein said monitoring the MCCH in the subset of MCCH modification periods while in the multicast deactivated mode comprises: monitoring one or more MCCH modification periods before the PO; monitoring an MCCH modification period that includes the PO; or monitoring at least one MCCH modification period after the PO.

[0148] Example 14 includes the method of example 12 or some other example herein, further comprising: receiving a paging early indication (PEI) in downlink control information; and monitoring the MCCH in the subset of MCCH modification periods in the deactivated mode based on the PEI.

[0149] Example 15 includes a method comprising: detecting a deactivation event; receiving, from a network, an indication of a static state of a point-to-multipoint (PTM) configuration; entering a deactivated mode of a multicast or broadcast services (MBS) session based on said detecting the deactivation event; and abstaining from monitoring a multicast control channel (MCCH) while in the deactivated mode of the MBS multicast session based on the indication of the static state of the PTM configuration.

[0150] Example 16 includes the method of example 15, further comprising: receiving, from a cell, an inactive PTM configuration in a radio resource control (RRC) release message; and applying the inactive PTM configuration for the MBS multicast session until entering an RRC connected state with the cell.

[0151] Example 17 includes a method comprising: entering an activated mode of a multicast or broadcast service (MBS) session; determining a valid point-to-multipoint (PTM) configuration is not acquired within a time window from entering the activated mode; and declaring a failure based on said determining the valid PTM configuration is not acquired within the time window.

[0152] Example 18 includes the method of example 17 or some other example herein, wherein determining the valid PTM configuration is not acquired within the time window comprises: failing to acquire a multicast control channel (MCCH) within the time window.

[0153] Example 19 includes the method of example 17 or some other example herein, wherein determining the valid PTM configuration is not acquired within the time window comprises: acquiring an MCCH within the time window and failing to acquire the valid PTM configuration via the MCCH within the time window.

[0154] Example 20 includes the method of example 17 or some other example herein, further comprising: determining a threshold number of failures have been declared; and initiating a radio resource control (RRC) resume procedure based on said determining the threshold number of failures have been declared.

[0155] Example 21 includes the method of example 17 or some other example herein, further comprising: recording the MCCH acquisition failure in a failure log.

[0156] Example 22 includes the method of example 21 or some other example herein, further comprising: reporting the failure log to a network.

[0157] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-22, or any other method or process described herein.

[0158] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1-22, or any other method or process described herein.

[0159] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1-22, or any other method or process described herein.

[0160] Another example may include a method, technique, or process as described in or related to any of examples 1-22, or portions or parts thereof.

[0161] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-22, or portions thereof.

[0162] Another example may include a signal as described in or related to any of examples 1-22, or portions or parts thereof.

[0163] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1-22, or portions or parts thereof, or otherwise described in the present disclosure.

[0164] Another example may include a signal encoded with data as described in or related to any of examples 1-22, or portions or parts thereof, or otherwise described in the present disclosure.

[0165] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1-22, or portions or parts thereof, or otherwise described in the present disclosure.

[0166] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-22, or portions thereof.

[0167] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1-22, or portions thereof.

[0168] Another example may include a signal in a wireless network as shown and described herein.

[0169] Another example may include a method of communicating in a wireless network as shown and described herein.

[0170] Another example may include a system for providing wireless communication as shown and described herein.

[0171] Another example may include a device for providing wireless communication as shown and described herein.

[0172] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0173] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.One or more computer-readable media having instructions that, when executed by one or more processors, cause a user equipment (UE) to:receive, while in an inactive state, multicast control channel (MCCH) downlink control information (DCI) with a change indication for a multicast or broadcast service (MBS) multicast session and scheduling information for a downlink transmission with a point-to-multipoint (PTM) configuration associated with the MBS multicast session;determine the MBS multicast session is configured at the UE; andacquire the PTM configuration from the downlink transmission based on said determining the MBS multicast session is configured at the UE.2.The one or more computer-readable media of claim 1, wherein the MCCH DCI includes a change indicator field with one or more bits that correspond to one or more change indications and the instructions, when executed, further cause the UE to:determine a mapping between the one or more bits and a plurality of MBS multicast sessions.3.The one or more computer-readable media of claim 1 or 2, wherein the instructions, when executed, further cause the UE to:receive mapping configuration information in a radio resource control (RRC) signal; anddetermine the mapping based on the mapping configuration information.4.The one or more computer-readable media of claim 1 or 2, wherein the one or more bits are respectively associated with one or more bit indexes, the plurality of MBS multicast sessions are respectively associated with a plurality of MBS multicast session indexes, and to determine the mapping the UE is further to:associate the one or more bit indexes with the plurality of MBS multicast session indexes in an ascending or descending order.5.The one or more computer-readable media of claim 1 or 2, wherein the one or more bits comprise a plurality of bits that are respectively associated with a plurality of bit indexes, the plurality of MBS multicast sessions are respectively associated with a  plurality of MBS multicast session indexes, and to determine the mapping the UE is further to:associate each of the plurality of bit indexes with a matching one of the plurality of MBS multicast session indexes.6.The one or more computer-readable media of claim 1 or 2, wherein the change indication includes one bit associated with a plurality of MBS multicast sessions that includes the MBS multicast session.7.An apparatus having processing circuitry to:generate multicast control channel (MCCH) downlink control information (DCI) with a multicast or broadcast service (MBS) session-level change indication for an MBS multicast session and scheduling information for a downlink transmission with a point-to-multipoint (PTM) configuration associated with the MBS multicast session; andtransmit the MCCH DCI and the downlink transmission.8.The apparatus of claim 7, wherein the MCCH DCI includes a change indicator field with one or more bits mapped to a plurality of MBS multicast sessions, wherein individual bits of the one or more bits corresponds to MBS multicast session-level change indications.9.A method comprising:detecting a deactivation event;entering a deactivated mode of a multicast or broadcast service (MBS) session based on said detecting the deactivation event; andmonitoring a multicast control channel (MCCH) in a subset of MCCH modification periods while in the deactivated mode of the MBS multicast session.10.The method of claim 9, further comprising:monitoring the MCCH in every MCCH modification period while in an activated mode of the MBS multicast session,wherein monitoring the MCCH in the subset of MCCH modification periods while in the deactivated mode of the MBS multicast session includes: monitoring the MCCH every N MCCH modification periods while in the deactivated mode of the MBS multicast session, where N is an integer greater than one.11.The method of claim 9 or 10, further comprising:receiving an indication of N in a radio resource control message or in a system information block.12.The method of claim 9 or 10, wherein the UE is configured with a paging occasion (PO) and the method further comprises:selecting the subset based on the PO.13.The method of claim 12, wherein said monitoring the MCCH in the subset of MCCH modification periods while in the multicast deactivated mode comprises:monitoring one or more MCCH modification periods before the PO;monitoring an MCCH modification period that includes the PO; ormonitoring at least one MCCH modification period after the PO.14.The method of claim 12, further comprising:receiving a paging early indication (PEI) in downlink control information; andmonitoring the MCCH in the subset of MCCH modification periods in the deactivated mode based on the PEI.15.An apparatus comprising:a radio-frequency (RF) interface; andprocessing circuitry coupled with the RF interface, the processing circuitry to:detect a deactivation event;receive, from a network the of the RF interface, an indication of a static state of a point-to-multipoint (PTM) configuration;enter a deactivated mode of a multicast or broadcast services (MBS) session based on said detecting the deactivation event; andabstain from monitoring a multicast control channel (MCCH) while in the deactivated mode of the MBS multicast session based on the indication of the static state of the PTM configuration.16.The apparatus of claim 15, wherein the processing circuitry is further to:receive, from a cell via the RF interface, an inactive PTM configuration in a radio resource control (RRC) release message; andapply the inactive PTM configuration for the MBS multicast session until entering an RRC connected state with the cell.17.A method comprising:entering an activated mode of a multicast or broadcast service (MBS) session;determining a valid point-to-multipoint (PTM) configuration is not acquired within a time window from entering the activated mode; anddeclaring a failure based on said determining the valid PTM configuration is not acquired within the time window.18.The method of claim 17, wherein determining the valid PTM configuration is not acquired within the time window comprises:failing to acquire a multicast control channel (MCCH) within the time window.19.The method of claim 17 or 18, wherein determining the valid PTM configuration is not acquired within the time window comprises:acquiring an MCCH within the time window and failing to acquire the valid PTM configuration via the MCCH within the time window.20.The method of claim 17 or 18, further comprising:determining a threshold number of failures have been declared; andinitiating a radio resource control (RRC) resume procedure based on said determining the threshold number of failures have been declared.21.The method of claim 17 or 18, further comprising:recording the MCCH acquisition failure in a failure log.22.The method of claim 21, further comprising:reporting the failure log to a network.

Images