MBMS feedback processing method, base station and user equipment

Abstract

A multimedia broadcast multicast service (MBMS) feedback processing method is performed by a user equipment (UE) and a base station. The base station provides a feedback mechanism for MBMS in response to a request from the UE. The disclosed method also provides for establishing an uplink feedback channel for MBMS as a new establishment cause in a random access procedure initiated by an idle UE, or as a new recovery cause in a random access procedure initiated by an inactive UE. The base station may send an MBMS configuration indication to the UE, including a feedback resource indication for allocating wireless resources to the feedback channel. The MBMS configuration indication may include other hybrid automatic repeat request (HARQ) related information, such as a HARQ process identifier and a redundancy version.

Description

Technical Field

[0001] The present application relates to the field of electronic technology, and in particular to an MBMS feedback processing method, a base station and a user equipment. Background Art

[0002] Wireless communication systems such as the third generation (3G) mobile phone standards and technologies are well known. The 3rd Generation Partnership Project (3GPP) has developed such 3G standards and technologies. Wireless communication systems and networks have evolved into a broadband and mobile system. In a cellular wireless communication system, user equipment (UE) is connected to a radio access network (RAN) via a radio link. The RAN includes a set of base stations (BS) providing a radio link to the UE located in a cell covered by the base station, and an interface to a core network (CN) providing overall network control. It is understood that the overall network related functions. The 3rd Generation Partnership Project (3GPP) has developed the so-called Long Term Evolution (LTE) system, namely the Evolved Universal Mobile Telecommunication System Territorial Radio Access Network (E-UTRAN), for mobile access networks, in which one or more macro cells are supported by a base station called eNodeB or eNB (Evolved NodeB). Recently, LTE is evolving further towards so-called 5G or new radio (NR) systems, in which one or more cells are supported by a base station called a gNB.

[0003] Technical issues:

[0004] Multimedia broadcast multicast service (MBMS) is downlink-only in LTE. There is no feedback mechanism available for MBMS. NR currently does not have MBMS. Summary of the invention

[0005] A first aspect of the present disclosure provides an MBMS feedback processing method that can be executed in a UE. The method includes:

[0006] sending a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and

[0007] A feedback signal of the MBMS transmission is sent via the feedback channel.

[0008] Specifically, the feedback channel includes a newly defined uplink channel dedicated to the MBMS transmission, a physical uplink control channel (physical uplink control channel, PUCCH) or a physical uplink shared channel (physical uplink shared channel, PUSCH).

[0009] A second aspect of the present disclosure provides an MBMS feedback processing method that can be executed in a base station. The method includes:

[0010] receiving a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and

[0011] A feedback signal of the MBMS transmission is received via the feedback channel.

[0012] A third aspect of the present disclosure provides a user equipment, including a transceiver and a processor connected to the transceiver. The processor is configured to perform the following steps, including:

[0013] sending a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and

[0014] A feedback signal of the MBMS transmission is sent via the feedback channel.

[0015] A fourth aspect of the disclosure provides a base station, comprising a transceiver and a processor connected to the transceiver. The processor is configured to perform the following steps, including:

[0016] receiving a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and

[0017] A feedback signal of the MBMS transmission is received via the feedback channel.

[0018] The disclosed method may be implemented in a chip. The chip may include a processor configured to call and run a computer program stored in a memory so that a device equipped with the chip executes the disclosed method.

[0019] The disclosed method may be programmed as computer-executable instructions stored in a non-transitory computer-readable medium. The non-transitory computer-readable medium, when loaded into a computer, instructs a processor of the computer to execute the disclosed method.

[0020] The non-transitory computer-readable medium may include at least one of the group consisting of a hard disk, a compact disc read only memory (CD-ROM), an optical storage device, a magnetic storage device, a read-only memory, a programmable read-only memory, an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), and a flash memory.

[0021] The disclosed method can be programmed as a computer program product to enable a computer to execute the disclosed method.

[0022] The disclosed method can be programmed as a computer program to enable a computer to execute the disclosed method.

[0023] Beneficial effects

[0024] The disclosed method provides a feedback mechanism for MBMS. The network can use the feedback signal for MBMS retransmission to improve reliability. The disclosed method also provides the establishment of an MBMS uplink (UL) feedback channel as a new establishment cause in a random access procedure initiated by an idle UE. The disclosed method also provides the establishment of an MBMS UL feedback channel as a new recovery cause in a random access procedure initiated by an inactive UE. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the embodiments or related technologies of the present disclosure, the following figures briefly introduce the embodiments. Obviously, a person with ordinary skills in the field can obtain other figures based on these figures without any prerequisites.

[0026] Figure 1 is a schematic diagram of a telecommunications system.

[0027] Figure 2 It is a schematic diagram of a method on a base station side disclosed in an embodiment of the present invention.

[0028] Figure 3 is a schematic diagram showing a method at a user equipment (UE) side according to an embodiment of the present disclosure.

[0029] Figure 4 A schematic diagram of a method on a base station side disclosed in another embodiment of the present invention.

[0030] Figure 5 It is a schematic diagram of a method on the UE side according to another embodiment of the present invention.

[0031] Figure 6 is a schematic diagram showing a 4-step random access procedure according to an embodiment of the present disclosure.

[0032] Figure 7 is a schematic diagram showing a two-step random access procedure according to an embodiment of the present disclosure.

[0033] Figure 8 is a schematic diagram showing a 4-step random access procedure according to an embodiment of the present disclosure.

[0034] Fig. 9 is a schematic diagram showing a two-step random access procedure according to an embodiment of the present disclosure.

[0035] Fig.10 is a schematic diagram showing a 4-step random access procedure according to an embodiment of the present disclosure.

[0036] Fig.11 is a schematic diagram showing a two-step random access procedure according to an embodiment of the present disclosure.

[0037] Fig.12 It is a schematic diagram showing the base station side method disclosed in an embodiment of the present invention.

[0038] Fig.13 It is a schematic diagram showing a method on a user equipment side according to an embodiment of the present disclosure.

[0039] Fig.14 is a schematic diagram of a wireless communication system according to an embodiment of the present invention. DETAILED DESCRIPTION

[0040] The disclosed embodiments describe the technical matters, structural features, objectives and effects in detail with reference to the drawings, as follows. Specifically, the terms in the embodiments of the present disclosure are only for the purpose of illustrating a certain embodiment and are not intended to limit the present disclosure.

[0041] The method disclosed in the present invention provides a feedback mechanism for MBMS. Figure 1, a telecommunication system, including a UE 10a, a UE 10b, a base station (BS) 200a and a network entity device 300, executes a disclosed method according to an embodiment of the present invention. Figure 1 The illustration is for illustration and not limitation, and the system may include more UEs, BSs, and CN entities. The connections between devices and device components are Figure 1 1 and 10. The UE 10a may include a processor 11a, a memory 12a, and a transceiver 13a. The UE 10b may include a processor 11b, a memory 12b, and a transceiver 13b. The base station 200a may include a processor 201a, a memory 202a, and a transceiver 203a. The network entity device 300 may include a processor 301, a memory 302, and a transceiver 303. Each of the processors 11a, 11b, 201a, and 301 may be configured to implement the proposed functions, procedures, and / or methods in the description. The various layers of the radio interface protocol may be implemented in the processors 11a, 11b, 201a, and 301. Each of the memories 12a, 12b, 202a, and 302 may be operable to store various programs and information to operate the connected processors. Each of the transceivers 13a, 13b, 203a and 303 is operatively connected to a connected processor to transmit and / or receive radio signals or wired signals. The UE 10a can communicate with the UE 10b via the side link 110. The base station 200a can be one of an eNB, a gNB or other type of radio node, and can configure radio resources and a multicast broadcast single frequency network (MBSFN) sub-area for the UE 10a and the UE 10b.

[0042] Each of the processors 11a, 11b, 201a and 301 may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits and / or data processing devices. Each of the memories 12a, 12b, 202a and 302 may include a read-only memory (ROM), a random access memory (RAM), a flash memory, a memory card, a storage medium and / or other storage devices. Each of the transceivers 13a, 13b, 203a and 303 may include baseband circuits and radio frequency (RF) circuits to process radio frequency signals. When the embodiments are implemented in software, the technology may be implemented with modules, programs, functions, entities, etc. to perform the functions. The modules may be stored in a memory and executed by the processor. The memory may be implemented within a processor or external to the processor, where those may be communicatively coupled to the processor by various means, as is known in the art.

[0043] The network entity device 300 may be a node in CN. CN may include LTE CN or 5G core network (5G core, 5GC), which includes user plane function (UPF), session management function (SMF), mobility management function (AMF), unified data management (UDM), policy control function (PCF), control plane / user plane separation (CUPS), authentication server (AUSF), network slice selection function (NSSF) and the network exposure function (NEF).

[0044] Cross-reference Figure 2 and Figure 3, the base station performs an embodiment of the disclosed method. The base station sends MBMS transmissions to a group of UEs including the UE 10a and the UE 10b in units of MBMS frames, subframes, time slots or sub-time slots (block 210). Each of the UEs in the group can receive the MBMS transmissions. The operations in blocks 310-312 can be applied to each of the UEs in the group. Specifically, a UE such as one of the UE 10a and the UE 10b receives the MBMS transmission from the base station (block 310).

[0045] The UE triggers a random access procedure (RAP) and sends a request for establishing a feedback channel for the MBMS transmission through the random access procedure (block 311). The base station processes the random access procedure and receives the request for establishing the feedback channel for the MBMS transmission through the random access procedure (block 211). The random access procedure may include a four-step random access procedure or a two-step random access procedure. The feedback channel may be a newly defined uplink channel dedicated to the MBMS transmission or a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).

[0046] The UE sends a feedback signal of the MBMS transmission through the feedback channel (block 312). The base station receives the feedback signal of the MBMS transmission through the feedback channel (block 212) and performs MBMS retransmission in response to the feedback signal (block 213). The feedback signal may include a hybrid automatic repeat request (HARQ) feedback signal. In the description herein, HARQ-ACK represents HARQ feedback, which may include an acknowledgment (ACK) and a negative acknowledgment (NACK). The term network (NW) includes at least the base station 200a or both the base station 200a and the network entity device 300. A downlink control information (DCI) format is sent from a BS such as the BS 200a to a UE such as the UE 10a or the UE 10b.

[0047] The feedback signal associated with the MBMS transmission may be carried in a request during the random access procedure, or in a feedback message, the feedback message being allocated with radio resources indicated by a feedback resource indication. The feedback resource indication comprises one or more configuration parameters sent from a BS such as the BS 200a to a UE such as the UE 10a or the UE 10b to indicate the radio resources allocated to the feedback message associated with the MBMS transmission. The request in the random access procedure may comprise an RRC setup request RRCSetupRequest or an RRC recovery request. The UE in the RRC idle state sends an RRC setup request in the random access procedure to transition to the RRC connected state. The UE in the RRC inactive state sends an RRC recovery request in the random access procedure to transition to the RRC connected state. The RRC recovery request may comprise a shortened RRC recovery request RRCResumeRequest and a full-length RRC recovery request RRCResumeRequest1.

[0048] The fields in the RRCResumeRequest IE include resumeCause, resumeIdentity, and resumeMAC-I. For the RRC connection resumption request provided by the upper layer or RRC, the resumeCause provides the resumption cause as the RRC connection resumption request. Since the UE uses an unknown cause value, it is expected that the network will not reject the RRCResumeRequest. The resumeIdentity includes the UE identity to facilitate the acquisition of UE-related information (UE context retrieval) at the base station that receives the RRC connection resumption request. The resumeMAC-I is an authentication token used to facilitate the authentication of the UE at the base station. The 16 least significant bits of the MAC-I are calculated using the AS security configuration specified in TS38.331 clause 5.3.13.3.

[0049] The fields in RRCResumeRequest1-IE include resumeCause, resumeIdentity and resumeMAC-I. For the RRCResumeRequest1 provided by the upper layer or RRC, the resumeCause provides the resumption reason for the RRCResumeRequest1. Due to the unknown cause value used by the UE, it is expected that the base station will not reject the RRCResumeRequest1. The resumeIdentity includes the UE identity to facilitate obtaining UE-related information (UE context retrieval) at the base station that receives the RRC connection resumption request RRCResumeRequest1. The resumeMAC-I is an authentication token used to facilitate authentication of the UE at the base station. The 16 least significant bits of the MAC-I are calculated using the AS security configuration specified in TS38.331 clause 5.3.13.3.

[0050] The RRCSetupRequest IE includes an establishmentCause field and a ue-Identity field. The establishmentCause field provides the establishment cause for the RRCSetupRequest based on information received from the upper layer. The ue-Identity field includes the UE identity and is included to facilitate contention resolution in the lower layer.

[0051] Cross-reference Figure 4 and Figure 5 , the base station performs another embodiment of the disclosed method. The base station sends MBMS transmission to the UE group including the UE10a and UE10b in units of MBMS frames, subframes, time slots or sub-time slots (box 210a), and sends a control signal to trigger a random access procedure for establishing a feedback channel associated with the MBMS transmission (box 211a). Each of the UEs in the group can receive the MBMS transmission and the control signal. The operations in boxes 310-312 can be applied to each of the UEs in the group. Specifically, a UE such as one of the UE 10a and UE 10b receives the MBMS transmission from the base station (box 310a). The UE receives the control signal and triggers a random access procedure for establishing a feedback channel associated with the MBMS transmission in response to the control signal (box 311a). The random access procedure may include a four-step random access procedure or a two-step random access procedure. The control signal may be a DCI, an RRC signal or a MAC CE.

[0052] The UE sends a feedback signal of the MBMS transmission via the feedback channel (block 312a). The base station receives the feedback signal of the MBMS transmission via the feedback channel (block 212a) and performs MBMS retransmission in response to the feedback signal (block 213a).

[0053] 4-step random access procedure:

[0054] The 4-step RAP is described in detail below. The random access procedure can take two different forms: contention-based random access (CBRA) and contention-free random access (CFRA) procedures.

[0055] In the four-step CBRA, a UE such as one of the UEs 10a and 10b performs the first step by randomly selecting a RA preamble from a preamble pool shared with other UEs in the cell. The UE selects a preamble and sends the preamble in a message Msg1. A base station such as the BS 200a performs the second step by sending a random access response message Msg2 to the UE. If multiple UEs select and send the same preamble in message Msg1, all of these UEs decode the content of the same random access response message Msg2 and perform the third step by sending a radio resource control (RRC) setup request Msg3 to the base station on the same uplink (UL) time and frequency domain radio resources. In the fourth step (Mg4), the base station resolves random access contention.

[0056] In CFRA, the UE uses a dedicated preamble code that is specifically provided to the UE by the network (eg, the base station 200a) through RRC signaling or a physical downlink control channel (PDCCH) signal.

[0057] The random access procedure (RA) may be initiated by a PDCCH signal from the base station, a medium access control (MAC) entity of the UE, or an RRC signal. The above random access procedure (RA) may be triggered by many events, including:

[0058] (1) Initial access from RRC_IDLE state in CBRA scenario;

[0059] (2)RRC connection reestablishment process in CBRA scenario;

[0060] (3) Downlink (DL) data arrives during RRC_CONNECTED, when the uplink synchronization state is "out of sync", i.e., Out-of-Sync in CBRA or CFRA scenarios;

[0061] (4) UL data arrives during RRC_CONNECTED, when the UL synchronization state is "out of sync", that is, Out-of-Sync in the CBRA scenario;

[0062] (5) In the CBRA scenario, when no PUCCH resources are available for scheduling request (SR), UL data arrives during RRC_CONNECTED;

[0063] (6) SR failure in CBRA scenario;

[0064] (7) In CBRA or CFRA scenarios, such as in handover operations, a request for synchronous reconfiguration using RRC signaling;

[0065] (8) Transition from RRC_INACTIVE in CBRA scenario;

[0066] (9) Establishing time alignment for a secondary time advance group (TAG) in a CBRA scenario or a CFRA scenario;

[0067] (10) In the CBRA scenario or the CFRA scenario, a request for on-demand system information (SI); and

[0068] (11) Beam failure recovery (BFR) in CBRA or CFRA scenarios.

[0069] The four steps of the random access procedure (RA) are described in detail as follows.

[0070] Msg1: Random access preamble transmission:

[0071] The MAC entity in the UE instructs the physical layer (PHY) entity in the UE to use the preamble code index, PRACH timing and radio network temporary identifier (RNTI) (e.g., random access radio network temporary identifier RA-RNTI, if any) to transmit a physical random access channel (PRACH) transmission.

[0072] The RA-RNTI is used to address the UE on the PDCCH and further used to decode the physical downlink shared channel (PDSCH) for the random access response (RAR) message.

[0073] The MAC entity calculates the RA_RNTI for the BFR request. In CFRA, the C-RNTI is used for the RAR. The RA-RNTI can be calculated by the following calculation:

[0074] RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id

[0075] s_id is the index of the first orthogonal frequency division multiplexing (OFDM) symbol of the specified PRACH, where 0≤s_id<14.

[0076] t_id is the index of the first time slot of the designated PRACH in the system frame, 0≤t_id<80.

[0077] f_id is the index of the designated PRACH in the frequency domain, 0≤f_id<8.

[0078] ul_carrier_id is the UL carrier used for Msg1 transmission, where 0 is used for normal uplink (NUL) and 1 is used for supplemental uplink (SUL) carrier.

[0079] Msg2: Random Access Response:

[0080] Once the RA preamble is sent, the UE waits for an acknowledgement (ACK) in the form of the Random Access Response message (RAR) from the base station, referred to as Msg2.

[0081] The UE monitors the RAR by detecting DCI format 1_0 with cyclic redundancy check (CRC) scrambled by RA-RNTI / C-RNTI within the window configured by ra-ResponseWindow.

[0082] When CFRA is used to transmit the RA preamble for BFR, the ra-ResponseWindow is selected from BeamFailureRecoveryConfig. Within the RAR window indicated by the ra-ResponseWindow, the UE monitors the RAR in the PDCCH on the search space indicated by the recoverySearchSpaceId of the special cell (SpCell), the PDCCH addressed to the C-RNTI associated with the UE. Within the RAR window, if the UE receives the PDDCH, i.e., the PDDCH addressed to the C-RNTI associated with the UE, the UE recognizes the random access procedure (RA) as successfully completed.

[0083] In all other cases where the RA procedure is not triggered for BFR, the UE obtains the ra-ResponseWindow from RACH-ConfigCommon. Within the RAR window, the UE monitors the RAR in the PDCCH addressed to the RA-RNTI associated with the UE.

[0084] If the RAR is included in a MAC sub-protocol data unit (PDU) having a random access preamble identifier (RAPID) equal to the preamble ID transmitted by the UE, the UE recognizes that the RAR reception is successful.

[0085] Except for the above-mentioned case where the random access procedure (RA) is not initiated for the "SI request", the above-mentioned MAC RAR is included in the above-mentioned MAC subPDU, including a timing advance command, a UL grant and a Temporary_C-RNTI.

[0086] Typically, the RA response from the network includes a RAPID, a time advance command, a UL grant, and a temporary C-RNTI, as follows:

[0087] RAPID: Random Access Preamble Identifier detected by the network;

[0088] Timing Advance Command: The timing advance (Timing Advance) calculated by the network based on the reception time of the RA preamble;

[0089] Uplink grant: the grant required for subsequent UL transmission of the UE, such as Msg3;

[0090] Temporary_C-RNTI: Temporary C-RNTI used for communication between the UE and the base station for the rest of the random access procedure (RA).

[0091] For the CFRA procedure, the UE recognizes the random access procedure (RA) as successfully completed upon receiving the RA response. For the CBRA procedure, the UE sends Msg3 over the PUSCH using the UL grant received in the MAC RAR and proceeds to the next step of contention resolution.

[0092] The PDCCH of the RA-RNTI / C-RNTI associated with the UE is not received within the RAR-Window, that is, when the ra-ResponseWindow has expired, the UE recognizes the RAR reception as unsuccessful and returns to the "RA Resource Selection procedure", and can perform preamble retransmission using a higher transmission power.

[0093] Message 3:

[0094] For the CBRA procedure, the UE sends Msg3 over PUSCH using the UL grant received in the MAC RAR. The UE includes an identifier in the Msg3, which is used later in the contention resolution process. The UE uses Temporary_C-RNTI for transmission of the Msg3. The content of Msg3 depends on whether the UE already has a C-RNTI, as described below.

[0095] The first case where the UE already has a C-RNTI is described in detail below.

[0096] The UE may already have a C-RNTI when the random access procedure (RA) is initiated. For example, the UE is in RRC_CONNECTED state. The applicable cases and the associated Msg3 contents are as follows.

[0097] When initiating the random access procedure (RA) for BFR, the UE sends a C-RNTI MAC CE in Msg3.

[0098] When the random access procedure (RA) is initiated by a PDCCH signal, the UE sends a C-RNTI MAC CE in Msg3. If the network sets the preamble ID in the PDCCH signal to 0b000000, this is a CBRA.

[0099] When the random access procedure (RA) is initiated by the MAC sublayer itself or the RRC sublayer, the UE sends a C-RNTI MAC CE in Msg3. In addition, the following applies;

[0100] In the case of the CBRA, during synchronous RRC reconfiguration, such as in a handover operation, the UE sends an RRCReconfigurationComplete message in Msg3.

[0101] When the UE needs to transmit uplink data, if SR is not configured or SR fails or uplink is not synchronized, the UE may also send a buffer status report (BSR) MAC CE to the base station to indicate the buffer status and obtain appropriate uplink resources from the network.

[0102] The second case where the UE does not have a C-RNTI is described in detail below.

[0103] The UE sends a common control channel (CCCH) service data unit (SDU) in Msg3 when it does not have a C-RNTI at the initiation time of the random access procedure (RA), such as during initial access. Applicable cases and associated Msg3 contents are detailed as follows.

[0104] - When the UE transitions from RRC_IDLE to RRC_CONNECTED, the UE sends an RRC setup request message RRCSetupRequest in Msg3 via UL CCCH.

[0105] - When the UE transitions from RRC_INACTIVE to RRC_CONNECTED, the UE sends an RRC recovery request message RRCResumeRequest or RRCResumeRequest1 message in Msg3 via UL CCCH.

[0106] - During the RRC connection reestablishment process, the UE sends an RRC connection reestablishment request message RRCReestablishmentRequest in Msg3 via UL CCCH.

[0107] - When CBRA is used for SI on demand, the UE sends an RRC system information request message RRCSystemInfoRequest in Msg3 via UL CCCH.

[0108] Msg4: Contention resolution

[0109] Once Msg3 is sent, the UE starts or restarts the timer ra-ContentionResolutionTimer and monitors the PDCCH. The contention resolution process differs depending on whether the UE has a C-RNTI during the initiation of a random access procedure (RA).

[0110] Case 1: UE already has a C-RNTI

[0111] The first case where the UE already has a C-RNTI is described in detail below.

[0112] The UE, for example in RRC_CONNECTED, may already have a C-RNTI during initiation of a random access procedure (RA).

[0113] If the C-RNTI MAC CE is included in Msg3, the network resolves contention by sending a PDCCH addressed to the C-RNTI in the uplink grant or downlink assignment associated with the UE. The UE recognizes that the random access procedure (RA) is successfully completed and discards the Temporary_C-RNTI. Note that the network does not need to explicitly transmit contention resolution information in the downlink.

[0114] If the UE does not detect a PDCCH addressed to the C-RNTI during a timer window indicated by the ra-ContentionResolutionTimer, the UE identifies the contention resolution as unsuccessful.

[0115] Case 2: UE does not have C-RNTI:

[0116] The second case where the UE does not have a C-RNTI is described in detail below.

[0117] When the UE does not have a valid C-RNTI, the base station sends a UE contention resolution identifier MAC CE Msg4 to the UE using Temporary_C-RNTI.

[0118] The "UE Contention Resolution Identity" MAC CE is identified by the MAC subheader of the logical channel ID: 62, has a fixed size of 48 bits, and consists of a single field "UE Contention Resolution Identity". In this MAC CE, the base station replays the first 48 bits of the UL CCCH SDU received in Msg3.

[0119] If the received contention resolution identifier matches the transmitted identifier, the UE identifies the contention resolution and the random access procedure (RA) as successful.

[0120] In case of an SI request of the random access procedure (RA) initiated for SI on demand, the MAC layer indicates to an upper layer an acknowledgement of receiving the SI request.

[0121] After the contention is resolved successfully, except for the SI request case, the UE upgrades the Temporary_C-RNTI to C-RNTI.

[0122] If no contention resolution identifier is received during the time window indicated by the ra-ContentionResolutionTimer, the UE recognizes that the contention resolution is unsuccessful.

[0123] Two-step random access procedure:

[0124] The four-step random access procedure requires two round trips between the UE and the base station, which not only increases the latency but also incurs additional control signaling overhead. The motivation for the two-step RACH is to reduce latency and control signaling overhead through a single round trip between the UE and the base station. This is done by combining the preamble (Msg1) and the scheduled PUSCH transmission (Msg3) into a single combined message MsgA from the UE, and by combining the random access response message (Msg2) and the contention resolution message (Msg4) into a single message MsgB from the base station to the UE.

[0125] All the above triggers for four-step RACH are applicable to two-step RACH, including Msg3-based SI request and contention-based beam failure recovery (CBBFR).

[0126] As mentioned above, MsgA consists of a PRACH preamble and a PUSCH transmission, referred to as MsgA PRACH and MsgAPUSCH, respectively. The MsgA PRACH preamble is separate from the four-step RACH preamble, but can be transmitted in the same PRACH occasion (RO) as the four-step RACH preamble, or in a separate RO. The PUSCH transmission is organized into PUSCH occasions (POs) spanning multiple symbols and physical radio blocks (PRBs), with optional guard periods and guardbands between consecutive POs. Each PO consists of multiple demodulation reference signal (DMRS) ports and DMRS sequences, and each DMRS port / DMRS sequence pair is called a PUSCH resource unit (PRU). Two-step RACH supports at least one-to-one and many-to-one mappings between the preamble and PRU.

[0127] After sending MsgA, wait for the base station's MsgB response. The two-step random access procedure (RA) has three possible results:

[0128] When the base station does not detect the MsgA PRACH, no response is returned to the UE. The UE retransmits MsgA or falls back to the four-step RACH procedure starting from the transmission of Msg1.

[0129] When the base station detects the MsgA preamble but fails to successfully decode the MsgA PUSCH, the base station sends a fallback RAR fallbackRAR, the RAPID and an uplink grant for retransmitting the MsgA PUSCH back to the UE. Upon receiving the fallback RAR fallbackRAR, the UE falls back to the four-step RACH procedure for transmitting Msg3 or retransmits the MsgA PUSCH.

[0130] When MsgA is detected and MsgA PUSCH is successfully decoded, the base station returns a successRAR to the UE, which includes the contention resolution ID of the MsgA. The UE receives the success RAR and successfully completes the two-step RACH procedure.

[0131] As mentioned above, MsgB consists of the random access response message and the contention resolution message. When the base station detects the preamble but cannot successfully decode the corresponding PUSCH transmission, the random access response message is sent. The contention resolution message is sent after the base station successfully decodes the PUSCH transmission. The MsgB may include a backoff indication, fallbackRAR and / or successRAR. A single MsgB may include the successRAR of one or more UEs. The fallback RAR fallbackRAR includes the RAPID, an uplink authorization for retransmitting the MsgAPUSCH payload, and a time advance command. The successRAR includes at least the contention resolution ID, the C-RNTI, and the TA command.

[0132] An embodiment of MBMS UL feedback triggering RACH procedure is described in detail below.

[0133] MBMS UL feedback, referred to as "MBMS-ULFB" in this disclosure, is an event that triggers RAP. The "MBMS-ULFB" is added in a "cause" information element (IE), such as "establishmentcause" IE and "resumecause" IE.

[0134] The disclosed method provides at least two options for carrying HARQ-ACK bits.

[0135] The message Msg3 or MsgA may carry HARQ-ACK bits. The messages Msg3 and MsgA do not need to allocate feedback resources for the HARQ-ACK to the base station. Signaling overhead and waiting time associated with the HARQ-ACK for MBMS are reduced.

[0136] The messages Msg3 and MsgA carrying the HARQ-ACK bits may increase the payload. The base station may limit the number of transmissions or retransmissions of the HARQ-ACK bits carried by Msg3 or MsgA. The network may define a threshold indicating the number of transmissions of the HARQ-ACK carried by Msg3 or MsgA. For example, if the base station fails to receive or decode the initial transmission of Msg3 carrying the HARQ-ACK, and the number of transmissions of the HARQ-ACK carried by the Msg3 or MsgA is set to 1, the UE does not send another Msg3 or MsgA for retransmission of the HARQ-ACK.

[0137] Alternatively, in addition to the message Msg3 or MsgA, the HARQ-ACK bits may be carried by other UL resources. When the RAP is successfully completed, the UE may send the HARQ-ACK in the allocated radio resources indicated by the feedback resource indication.

[0138] RAP triggering time:

[0139] The UE may determine when to trigger the RAP. For example, the UE may trigger the RAP when the UE needs the RAP for HARQ feedback associated with the MBMS service. As previously described, the HARQ feedback may be carried in a random access request, such as the Msg3 and MsgA. The HARQ feedback may include ACK and NACK. The UE may trigger the RAP and send a HARQ-ACK when receiving an MBMS transmission.

[0140] In another embodiment, the UE may send a NACK upon receiving an MBMS transmission and failing to decode the MBMS transmission.The UE may trigger the RAP upon receiving an MBMS transmission and failing to decode the MBMS transmission.

[0141] Alternatively, when the UE does not need the RAP for HARQ feedback associated with the MBMS service, the UE may trigger the RAP. If the network pre-configures the enabling of MBMS UL feedback for a cell or MBMS area, the UE may automatically trigger the RAP when entering the cell or the MBMS transmission MBMS area even if the UE does not need the RAP.

[0142] Retransmission MBMS:

[0143] The NW, after receiving a NACK for the MBMS transmission unit, may retransmit a unit of the MBMS transmission, such as a transport block (TB), frame, subframe, time slot or subslot.

[0144] Alternatively, the NW may retransmit the MBMS transmission unit after receiving N NACKs for the MBMS transmission unit within a window time, where the constant N is a positive integer and N>1.

[0145] Table 1 shows an embodiment of the disclosed method for a UE in the idle state.

[0146] Table 1

[0147]

[0148]

[0149] Idle UE receives MBMS service:

[0150] The following is a detailed description of an embodiment of the UE idle method disclosed in the present invention.

[0151] Step 4: HARQ-ACK carried by Msg3:

[0152] refer to Figure 6 , when the UE in RRC idle state receives MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "EstablishmentCause" to message Msg3 to perform the 4-step random access procedure. The HARQ-ACK of the MBMS transmission may be carried in the message Msg3, represented by the RRCSetupRequest.

[0153] Reference Figure 6 , when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC idle state sends a random access preamble as the Msg1 to the base station to trigger the RAP (box 611). The base station receives the random access preamble and sends a random access response message as the message 2 Msg2 to the UE in response to the message Msg1Msg1 (box 612). The UE sends an RRC establishment request as the Msg3 to the base station in response to the Msg2 (box 613). The base station sends a contention resolution message to the UE in response to the Msg3 (box 614). The following table is the data structure of the above-mentioned RRCSetupRequest. The HARQ feedback bit for the MBMS transmission is included in the RRC establishment request in the four-step random access procedure as the feedback signal of the MBMS transmission.

[0154] Table 2

[0155]

[0156]

[0157] Step 4: Msg3 does not carry HARQ-ACK:

[0158] refer to Figure 6When the UE in the RRC idle state receives an MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "EstablishmentCause" to the message Msg3 to perform the 4-step random access procedure. The HARQ-ACK of the MBMS transmission is not carried in the message Msg3 and is represented by the RRCSetupRequest. The following table is the data structure of the above RRCSetupRequest. The RRC establishment request in the four-step random access procedure does not include the HARQ feedback bit for the MBMS transmission as the feedback signal of the MBMS transmission.

[0159] Table 3

[0160]

[0161]

[0162] HARQ-ACK carried in MsgA:

[0163] refer to Figure 7 , when the UE in the RRC idle state receives an MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "EstablishmentCause" to a message MsgA to perform the two-step random access procedure. The HARQ-ACK for the MBMS transmission is carried in the message MsgA, represented by a combined request including the RA preamble of the UE and the RRCSetupRequest.

[0164] refer to Figure 7 , when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC idle state sends a combined request MsgA including a random access preamble and the RRCSetupRequest to the base station to trigger the RAP (block 711). The base station receives the combined request MsgA and sends a combined response including the RAR and the contention resolution message as the MsgB to the UE in response to the MsgA (block 712). The HARQ feedback bits for the MBMS transmission are included in the RRCSetupRequest in the 2-step random access procedure as the feedback signal of the MBMS transmission.

[0165] 2-step: MsgA does not carry HARQ-ACK:

[0166] refer to Figure 7, when the UE in the RRC idle state receives an MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "EstablishmentCause" to a message MsgA to perform the two-step random access procedure. The HARQ-ACK for the MBMS transmission is not carried in the message MsgA, and the message MsgA is represented by a combined request including the RA preamble of the UE and the RRCSetupRequest. The RRCSetupRequest in the two-step random access procedure does not include a HARQ feedback bit for the MBMS transmission as the feedback signal for the MBMS transmission.

[0167] Inactive UE receiving MBMS service:

[0168] The following is a detailed description of an embodiment of the method for deactivating UE disclosed in the present invention.

[0169] Table 4 shows an embodiment of the disclosed method for the UE in the inactive state.

[0170] Table 4

[0171]

[0172]

[0173] Add 4-step RAP and Msg3 of HARQ-ACK in "RRCResumeRequest":

[0174] refer to Figure 8 , when the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to the message Msg3 to perform the 4-step random access procedure. The HARQ-ACK of the MBMS transmission is carried in the message Msg3, and the message Msg3 is represented by the RRCResumeRequest. The RRCResumeRequest is a shortened RRC resume request, including ShortI-RNTI-Value as a UE identifier (UE identifier, UEID).

[0175] Reference picture Figure 8, when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC inactive state sends a random access preamble as the Msg1 to the base station to trigger the RAP (block 621). The base station receives the random access preamble and sends a random access response message as the message 2 to the UE in response to the message Msg1 (block 622). The UE sends an RRC resumption request RRCResumeRequest to the base station as the Msg3 in response to the Msg2 (block 623). The base station sends a contention resolution message to the UE in response to the Msg3 (block 624).

[0176] The HARQ feedback bits of the MBMS transmission are included in the shortened RRC recovery request in the four-step random access procedure as the feedback signal of the MBMS transmission. The following table is the data structure of the above RRCResumeRequest.

[0177] Table 5: RRCResumeRequest

[0178]

[0179] Table 6: ResumeCause information element

[0180]

[0181]

[0182] Msg3 without HARQ-ACK added in 4-step RAP and "RRCResumeRequest":

[0183] refer to Figure 8 , when the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to a message Msg3 to perform the 4-step random access procedure. The message Msg3 does not carry a HARQ-ACK for the MBMS transmission, and the message Msg3 is represented by the RRCResumeRequest. The HARQ feedback bit for the MBMS transmission is not included in the shortened RRC resume request in the four-step random access procedure as the feedback signal for the MBMS transmission.

[0184] Two-step RAP and MsgA adding HARQ-ACK in "RRCResumeRequest":

[0185] refer to Fig. 9, when the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to a message MsgA to perform the two-step random access procedure. The HARQ-ACK for the MBMS transmission is carried in the message MsgA, and the message MsgA is represented by a combined request, including the RA preamble of the UE and the RRCResumeRequest.

[0186] refer to Fig. 9 , when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC inactive state sends a combined request MsgA including a random access preamble and the RRCSetupRequest to the base station to trigger the RAP (block 721). The base station receives the combined request MsgA and, in response to the MsgA, sends a combined response including the RAR and the contention resolution message as the MsgB to the UE (block 722). The HARQ feedback bits for the MBMS transmission are included in the RRCSetupRequest in the 2-step random access procedure as the feedback signal of the MBMS transmission.

[0187] Two-step RAP and MsgA without HARQ-ACK added in "RRCResumeRequest":

[0188] refer to Fig. 9 ,When the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to the message MsgA to perform the two-step random access procedure. The HARQ-ACK for the MBMS transmission is not carried in the message MsgA, and is represented by a combined request including the RA preamble of the UE and the RRCResumeRequest.

[0189] Table 7 shows an embodiment of the disclosed method for the UE in the inactive state.

[0190] Table 7

[0191]

[0192]

[0193] 4-step RAP and Msg3 adding HARQ-ACK in "RRCResumeRequest1":

[0194] refer to Fig.10 , when the UE in RRC inactive state receives an MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to message Msg3 to perform the 4-step random access procedure. The HARQ-ACK of the MBMS transmission is carried in the message Msg3, represented by RRCResumeRequest1. The RRCResumeRequest1 is a full-length RRC resume request including I-RNTI-Value as the UE identifier (UEID).

[0195] Reference picture Fig.10 , when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC inactive state sends a random access preamble as the Msg1 to the base station to trigger the RAP (box 631). The base station receives the random access preamble and sends a random access response message as the message Msg2 to the UE in response to the message Msg1 (box 632). The UE sends an RRC recovery request RRCResumeRequest1 to the base station as the Msg3 in response to the Msg2 (box 633). The base station sends a contention resolution message to the UE in response to the Msg3 (box 634). The HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request in the four-step random access procedure as the feedback signal for the MBMS transmission. The following table shows the data structure of the above-mentioned RRCResumeRequest1.

[0196] Table 8: RRCResumeRequest1

[0197]

[0198]

[0199] Msg3 without HARQ-ACK added in 4-step RAP and "RRCResumeRequest1":

[0200] refer to Fig.10, when the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a 4-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to the message Msg3 to perform the 4-step random access procedure. The message Msg3 does not carry the HARQ-ACK for the MBMS transmission, as indicated by the RRCResumeRequest1. The full-length RRC resume request in the four-step random access procedure does not include the HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

[0201] MsgA of HARQ-ACK is added in two-step RAP and "RRCResumeRequest1":

[0202] refer to Fig.11 , when the UE in RRC inactive state receives MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to the message MsgA to perform the two-step random access procedure. The HARQ-ACK for the MBMS transmission is carried in the message MsgA, represented by a combined request including the RA preamble of the UE and the RRCResumeRequest1.

[0203] refer to Fig.11 , when attempting to send the HARQ feedback signal of the MBMS transmission, the UE in the RRC inactive state sends a combined request MsgA including a random access preamble and the RRCSetupRequest1 to the base station to trigger the RAP (block 741). The base station receives the combined request MsgA and, in response to the MsgA, sends a combined response including the RAR and the contention resolution message as the MsgB to the UE (block 742). The HARQ feedback bits for the MBMS transmission are included in the RRCSetupRequest1 in the 2-step random access procedure as the feedback signal of the MBMS transmission.

[0204] Two-step RAP and MsgA without HARQ-ACK added in "RRCResumeRequest1":

[0205] refer to Fig.11, when the UE in the RRC inactive state receives an MBMS transmission, the UE triggers a two-step random access procedure and adds "MBMS-ULFB" as "ResumeCause" to the message MsgA to perform the two-step random access procedure. The HARQ-ACK of the MBMS transmission is not carried in the message MsgA, and the message MsgA is represented by a combined request including the RA preamble of the UE and the RRCResumeRequest1. The RRCSetupRequest1 in the two-step random access procedure does not include the HARQ feedback bit for the MBMS transmission as the feedback signal of the MBMS transmission.

[0206] Feedback Resource Description:

[0207] The embodiments of the feedback resource indication and the HARQ information indication are described in detail below. The MBMS configuration indication may include one or both of the feedback resource indication and the HARQ information indication.

[0208] refer to Fig.12 and Fig.13 The base station sends MBMS transmissions in units of MBMS frames, subframes, slots or subslots to a group of UEs including the UE 10a and UE 10b (block 410). A UE, such as one of the UE 10a and UE 10b, receives the MBMS transmissions from the base station (block 510).

[0209] The base station sends an MBMS configuration indication including a feedback resource indication to the UEs such as the UE 10a and the UE 10b to indicate the radio resources associated with the feedback channel for MBMS transmission (block 411). The UE receives the MBMS configuration indication including the feedback resource indication (block 511). The MBMS configuration indication including the feedback resource indication may be sent after the RAP is completed. In addition, the MBMS configuration indication may include a HARQ related information indication, providing other HARQ related information, such as a HARQ process identifier (ID), a redundancy version (RV), etc.

[0210] The UE, such as the UE 10a or UE 10b, sends a feedback signal of the MBMS transmission to the base station via the feedback resource indicated by the indication (block 512). The BS receives a feedback signal of the MBMS transmission from the UE via the feedback resource indicated by the indication (block 412).

[0211] The BS performs MBMS retransmission in response to the feedback signal (block 413). The UE receives and decodes the MBMS traffic retransmitted by the base station.

[0212] MBMS can be implemented through MBSFN transmission and SC-PTM transmission. MBMS is a point-to-multipoint interface designed to provide efficient transmission of broadcast and multicast services in 3GPP cellular networks. MBMS uses single cellpoint to multipoint (SC-PTM) transmission to provide multicast services within a single cell, and uses multimedia broadcast multicast service single frequency network (MBSFN) transmission to provide broadcast services within a group of multiple cells. SC-PTM uses the LTE downlink shared channel and subframe structure for transmission, while MBSFN defines new channels and has a subframe structure different from the regular LTE subframe to ensure that MBMS is transmitted over a group of cells.

[0213] SC-PTM transmission:

[0214] The UE receives and reads the system information block SIB1 to obtain the scheduling information of the system information block SIB20, and receives and reads the system information block SIB20 using the obtained scheduling information. The UE reads the system information block SIB20 to obtain the configuration of the single cell multicast control channel (SC-MCCH). The UE searches for the DCI identified by the single cell RNTI (SC-RNTI) and used to schedule the SC-MCCH in the type 1A (type-1A) CSS. The UE reads the SC-MCCH to obtain the configuration of the single cell multicast traffic channel (SC-MTCH), including the group RNTI (group RNTI, G-RNTI). The UE searches for the DCI identified by the G-RNTI and used to schedule the SC-MTCH in the type 2A CSS. The UE obtains the SC-MTCH carrying the SC-PTM service.

[0215] When the MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), the feedback resource indication may indicate the feedback resource as a resource pool shared by multiple UEs. The feedback resource indication for indicating the resource pool is carried in a system information block SIB20, a single-cell multicast control channel (SC-MCCH) with a single-cell RNTI (SC-RNTI), a multicast traffic channel (MTCH) with a group RNTI (G-RNTI), a DCI with a SC-RNTI, a DCI with a G-RNTI, or a DCI with a C-RNTI. The resource pool may be shared by all UEs associated with the MBMS transmission or a subset of the UEs.

[0216] Alternatively, when the MBMS transmission is performed via single cell point-to-multipoint (SC-PTM), the feedback resource indication may indicate the feedback resource as a UE-specific resource dedicated to the UE. The feedback resource indication for indicating the UE-specific resource may be carried in a DCI with a C-RNTI. Each UE may use the UE-specific resource allocated to the UE for the feedback signal transmission.

[0217] The following table gives an example of a control signal carrying the feedback resource indication.

[0218] Table 9

[0219]

[0220] MBSFN transmission:

[0221] The UE receives and reads the system information block SIB1 to obtain the scheduling information of the system information block SIB13, and receives and reads the system information block SIB13 using the obtained scheduling information. The UE reads the system information block SIB13 to obtain the configuration of the multicast control channel (MCCH). The UE searches for the DCI that schedules the SC-MCCH and is identified by the RNTI (RNTI) in the type 1A CSS. The UE reads the MCCH to obtain the configuration of the multicast service channel (MTCH), which includes the MBMS RNTI (M-RNTI). The UE searches for the DCI that schedules the MTCH and is identified by the M-RNTI in the type 2A CSS. The UE obtains the MTCH that carries the MBSFN service.

[0222] When the MBMS transmission is performed over a multicast broadcast single frequency network (MBSFN), the feedback resource indication may indicate the feedback resource as a resource pool shared by multiple UEs. The feedback resource indication for indicating the resource pool may be carried in a system information block SIB13, a multicast control channel (MCCH), a medium access control (MAC) control element (CE) with an MBMS radio network temporary identifier (MBMSRNTI, M-RNTI), downlink control information (DCI) with an M-RNTI, or a DCI with a cell radio network temporary identifier (cell RNTI, C-RNTI). The resource pool may be shared by all UEs associated with the MBMS transmission or a subset of the UEs. The UEs associated with the MBMS may include UEs in a cell or MBMS area of ​​the MBMS transmission or a group of UEs subscribed to the MBMS transmission.

[0223] Alternatively, when the MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), the feedback resource indication may indicate the feedback resource as a UE-specific resource dedicated to the UE. The feedback resource indication for indicating the UE-specific resource is carried in a DCI with a C-RNTI. Each UE may use the UE-specific resource allocated to the UE for the feedback signal transmission.

[0224] The NW and the UE may use the feedback resource to transmit other HARQ related information, such as a HARQ process ID, a redundancy version (RV), and the like.

[0225] The following table gives an example of a control signal carrying the feedback resource indication.

[0226] Table 10

[0227]

[0228]

[0229] Fig.147 is a block diagram of a system 700 for wireless communication as an example according to an embodiment of the present invention. The embodiments described herein may be implemented into a system using any appropriately configured hardware and / or software. Fig.14 A system 700 is shown, including a radio frequency (RF) circuit 710, a baseband circuit 720, a processing unit 730, a memory / storage 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, interconnected as shown.

[0230] The processing unit 730 may include circuits, such as, but not limited to, one or more single-core or multi-core processors. The processor may include any combination of general-purpose processors and special-purpose processors, such as a graphics processor and an application processor. The processor may be coupled to a memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems to be executed on the system.

[0231] The baseband circuit 720 may include circuits, such as, but not limited to, one or more single-core or multi-core processors. The processor may include a baseband processor. The baseband circuit may handle various radio control functions, enabling it to communicate with one or more radio networks through a radio frequency circuit. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, frequency modulation transfer, etc. In some embodiments, the baseband circuit may provide communications compatible with one or more radio technologies. For example, in some embodiments, the baseband circuit may support communications with 5G NR, LTE, Evolved Universal Terrestrial Radio Access Network (EUTRAN) and / or other wireless metropolitan area networks (WMAN), wireless local area networks (WLAN), and wireless personal area networks (WPAN). An implementation in which the baseband circuit is configured to support radio communications of more than one wireless protocol may be referred to as a multi-mode baseband circuit. In various embodiments, the baseband circuit 720 may include circuits to operate signals that are not strictly considered to be baseband frequencies. For example, in some embodiments, the baseband circuit can include circuitry that operates on a signal having an intermediate frequency that is between the baseband frequency and the modulation frequency.

[0232] The RF circuit 710 can implement communication with a wireless network using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuit can include switches, filters, amplifiers, etc. to facilitate communication with the wireless network. In various embodiments, the RF circuit 710 can include circuits for operating signals that are not strictly considered to be frequency modulated. For example, in some embodiments, the RF circuit can include circuits for operating signals having an intermediate frequency, which is between the baseband frequency and the modulation frequency.

[0233] In various embodiments, the transmitter circuit, control circuit or receiver circuit discussed above with respect to the UE, eNB or gNB may be embodied in whole or in part in one or more of the radio frequency circuit, baseband circuit and / or processing unit. As used herein, "circuitry" may refer to, be part of or include an application specific integrated circuit (ASIC), an electronic circuit, a processor (shared, dedicated or combined) and / or a memory (shared, dedicated or combined) that executes one or more software or firmware programs, a combinational logic circuit and / or other appropriate hardware components that provide the functionality. In some embodiments, the electronic device circuit may be implemented in one or more software or firmware modules, or the functions associated with the circuit may be implemented by one or more software or firmware modules. In some embodiments, some or all of the components of the baseband circuit, processing unit and / or memory / storage may be implemented together on a single chip system (System On A Chip, SOC).

[0234] The memory / storage 740 can be used to load and store data and / or instructions, for example, for the system. The memory / storage for one embodiment can include any combination of suitable volatile memory, such as dynamic random access memory (DRAM), and / or non-volatile memory, such as flash memory. In various embodiments, the I / O interface 780 can include one or more user interfaces intended to allow users to interact with the system and / or peripheral component interfaces intended to allow peripheral components to interact with the system. The user interface can include, but is not limited to, a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. The peripheral component interface can include, but is not limited to, a non-volatile memory port, a Universal Serial Bus (USB) port, an audio jack, and a power interface.

[0235] In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and / or location information associated with the system. In some embodiments, the sensor may include, but is not limited to, a gyroscope sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of a baseband circuit and / or a radio frequency circuit, or interact with it, so as to communicate with components of a positioning network, such as a global positioning system (GPS) satellite. In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device, such as, but not limited to, a notebook computing device, a tablet computing device, a netbook, an ultrabook, a smart phone, etc. In various embodiments, the system may have more or fewer components, and / or different architectures. Where appropriate, the methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-temporary storage medium.

[0236] Embodiments of the present invention are a combination of techniques / procedures that may be adopted in 3GPP specifications to create a final product.

[0237] It is understood by those of ordinary skill in the art that each unit, algorithm and step described and disclosed in the embodiments of the present invention is implemented using electronic hardware or a software combination of a computer and electronic hardware. Whether these functions are executed in hardware or in software depends on the conditions of the application and the design requirements of the technical solution. Those of ordinary skill in the art can use different ways to implement the functions of each specific application, and such implementation should not exceed the scope of the present invention. It is understood by those of ordinary skill in the art that since the working processes of the above-mentioned systems, devices and units are basically the same, reference can be made to the working processes of the systems, devices and units in the above-mentioned embodiments. For ease of description and simplification, these working processes will not be described in detail.

[0238] It is to be understood that the systems, devices and methods disclosed in the embodiments of the present invention may be implemented in other ways. The above embodiments are merely illustrative examples. The division of the above-mentioned units is only based on the division of logical functions, and there may be other division methods during implementation. It is possible that multiple units or components are combined or integrated into another system. It is also possible that some features are omitted or skipped. On the other hand, the mutual coupling, direct coupling or communication coupling described or discussed above is achieved through some ports, devices or units, whether indirectly or through electronic, mechanical or other types of communication to achieve coupling.

[0239] The above-mentioned units as separate components for explanation may be physically separated or not physically separated components. The above-mentioned units may be physical units or not physical units, that is, they may be arranged in one place or distributed on multiple network units. Some or all of the above-mentioned units may be used according to the purpose of the embodiment. In addition, each functional unit in each embodiment may be integrated into one processing unit, or may be physically independent, or may be integrated into one processing unit having two or more units.

[0240] If the software functional unit is implemented as a product for use and sale, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution proposed by the present invention can be implemented in the form of a software product in basic key parts or in part. Alternatively, a part of a technical plan that is beneficial to traditional technology can be implemented in the form of a software product. The software product in the computer is stored in a storage medium, including multiple commands for a computing device (such as a personal computer, a server, or a network device) to execute all or part of the steps disclosed in the embodiments of the present invention. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a floppy disk, or other types of media capable of storing program code.

[0241] The present invention provides methods related to the intra-UE multiplexing for traffic with different priorities. Current intra-UE multiplexing in UE only supports prioritization of high priority traffic to discard low priority signals and channels. Intra-UE multiplexing of UL signals / channels with different priorities can improve the system efficiency.

[0242] The disclosed method provides a feedback mechanism for MBMS. The network can use the feedback signal for MBMS retransmission to improve reliability. The disclosed method also provides the establishment of an MBMS UL feedback channel as a new establishment cause in a random access procedure initiated by an idle UE. The disclosed method also provides the establishment of an MBMS UL feedback channel as a new recovery cause in a random access procedure initiated by an inactive UE.

[0243] While the present invention has been described in connection with what is considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiment, but is intended to cover various arrangements embodied without departing from the scope of the broadest interpretation of the appended claims.

Claims

1. A method may be performed in a user equipment (UE), comprising: sending a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and sending a feedback signal of the MBMS transmission via the feedback channel; The UE is in an RRC inactive state before establishing the feedback channel, and changes from the RRC inactive state to an RRC connected state through the random access procedure; The random access procedure is a four-step random access procedure or a two-step random access procedure; wherein the shortened RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the shortened RRC recovery request; The shortened RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the shortened RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

2. The method according to claim 1, characterized in that The feedback channel includes a newly defined uplink channel dedicated to the MBMS transmission, a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).

3. The method according to claim 1, characterized in that The shortened RRC recovery request in the four-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

4. The method according to claim 1, characterized in that: The full-length RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the full-length RRC recovery request.

5. The method according to claim 4, characterized in that In the four-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

6. The method according to claim 1, characterized in that The shortened RRC recovery request in the two-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

7. The method according to claim 1, characterized in that The full-length RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the full-length RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

8. The method according to claim 7, characterized in that In the two-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

9. The method according to claim 1, further comprising: A feedback resource indication associated with the feedback channel is received, indicating feedback resources allocated to the feedback channel.

10. The method according to claim 9, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

11. The method according to claim 10, characterized in that The feedback resource indication for indicating the resource pool is carried in a system information block SIB13, a multicast control channel (MCCH), a medium access control (MAC) control element (CE) with an MBMS radio network temporary identifier (MBMS RNTI, M-RNTI), downlink control information (DCI) with an M-RNTI, or a DCI with a cell radio network temporary identifier (cell RNTI, C-RNTI).

12. The method according to claim 9, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

13. The method according to claim 12, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

14. The method according to claim 9, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

15. The method according to claim 14, characterized in that The feedback resource indication for indicating the resource pool is carried in the system information block SIB20, the single-cell multicast control channel (SC-MCCH) with a single-cell RNTI (SC-RNTI), the multicast traffic channel (MTCH) with a group RNTI (G-RNTI), the DCI with the SC-RNTI, the DCI with the G-RNTI or the DCI with the C-RNTI.

16. The method according to claim 9, characterized in that The MBMS transmission is performed through single-cell point-to-multipoint SC-PTM, and the feedback resource indication indicates that the feedback resource is a UE-specific resource dedicated to the UE.

17. The method according to claim 16, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

18. The method according to claim 9, further comprising: An MBMS configuration indication including at least one of the feedback resource indication and a HARQ related information indication is received, wherein the HARQ related information indication includes at least one of a HARQ process identifier (identifier, ID) and a redundancy version (redundancy version, RV).

19. A method, which may be performed in a base station, comprising: receiving a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and receiving a feedback signal of the MBMS transmission through the feedback channel; Wherein, the random access procedure is associated with an RRC inactive state; The random access procedure is a four-step random access procedure or a two-step random access procedure; wherein the shortened RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the shortened RRC recovery request; The shortened RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the shortened RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

20. The method according to claim 19, characterized in that The feedback channel includes a newly defined uplink channel dedicated to the MBMS transmission, a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).

21. The method according to claim 19, characterized in that The shortened RRC recovery request in the four-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

22. The method according to claim 19, characterized in that The full-length RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the full-length RRC recovery request.

23. The method according to claim 22, characterized in that In the four-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

24. The method according to claim 19, characterized in that The shortened RRC recovery request in the two-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

25. The method according to claim 19, characterized in that The full-length RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the full-length RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

26. The method according to claim 25, characterized in that In the two-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

27. The method of claim 19, further comprising: Sending a feedback resource indication associated with the feedback channel, used to indicate the feedback resource allocated to the feedback channel.

28. The method according to claim 27, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

29. The method according to claim 28, characterized in that The feedback resource indication for indicating the resource pool is carried in a system information block SIB13, a multicast control channel (MCCH), a medium access control (MAC) control element (CE) with an MBMS radio network temporary identifier (MBMS RNTI, M-RNTI), downlink control information (DCI) with an M-RNTI, or a DCI with a cell radio network temporary identifier (cell RNTI, C-RNTI).

30. The method according to claim 27, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

31. The method according to claim 30, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

32. The method according to claim 27, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

33. The method according to claim 32, characterized in that The feedback resource indication for indicating the resource pool is carried in the system information block SIB20, the single-cell multicast control channel (SC-MCCH) with a single-cell RNTI (SC-RNTI), the multicast traffic channel (MTCH) with a group RNTI (G-RNTI), the DCI with the SC-RNTI, the DCI with the G-RNTI or the DCI with the C-RNTI.

34. The method according to claim 27, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

35. The method according to claim 34, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

36. The method according to claim 27, characterized in that The method further comprises the following steps: The MBMS configuration indication including at least one of the feedback resource indication and the HARQ related information indication is transmitted, wherein the HARQ related information indication includes at least one of a HARQ process identifier (identifier, ID) and a redundancy version (redundancy version, RV).

37. A user equipment comprising: Transceiver; and A processor is connected to the transceiver and is configured to perform the following steps, including: sending a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and sending a feedback signal of the MBMS transmission via the feedback channel; The UE is in an RRC inactive state before establishing the feedback channel, and changes from the RRC inactive state to an RRC connected state through the random access procedure; The random access procedure is a four-step random access procedure or a two-step random access procedure; wherein the shortened RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the shortened RRC recovery request; The shortened RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the shortened RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

38. The user equipment according to claim 37, characterized in that The feedback channel includes a newly defined uplink channel dedicated to the MBMS transmission, a physical uplink control channel (physical uplink control channel, PUCCH) or a physical uplink shared channel (physical uplink shared channel, PUSCH).

39. The user equipment according to claim 37, characterized in that The shortened RRC recovery request in the four-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

40. The user equipment according to claim 37, characterized in that The full-length RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the full-length RRC recovery request.

41. The user equipment according to claim 40, characterized in that In the four-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

42. The user equipment according to claim 37, characterized in that The shortened RRC recovery request in the two-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

43. The user equipment according to claim 37, characterized in that The full-length RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the full-length RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

44. The user equipment according to claim 43, characterized in that In the two-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

45. The user equipment according to claim 37, characterized in that The processor also performs the following steps: A feedback resource indication associated with the feedback channel is received, indicating feedback resources allocated to the feedback channel.

46. ​​The user equipment according to claim 45, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

47. The user equipment according to claim 46, characterized in that The feedback resource indication for indicating the resource pool is carried in a system information block SIB13, a multicast control channel (MCCH), a medium access control (MAC) control element (CE) with an MBMS radio network temporary identifier (MBMS RNTI, M-RNTI), downlink control information (DCI) with an M-RNTI, or a DCI with a cell radio network temporary identifier (cell RNTI, C-RNTI).

48. The user equipment according to claim 45, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

49. The user equipment according to claim 48, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

50. The user equipment according to claim 45, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

51. The user equipment according to claim 50, characterized in that The feedback resource indication for indicating the resource pool is carried in the system information block SIB20, the single-cell multicast control channel (SC-MCCH) with a single-cell RNTI (SC-RNTI), the multicast traffic channel (MTCH) with a group RNTI (G-RNTI), the DCI with the SC-RNTI, the DCI with the G-RNTI or the DCI with the C-RNTI.

52. The user equipment according to claim 45, characterized in that The MBMS transmission is performed through single-cell point-to-multipoint SC-PTM, and the feedback resource indication indicates that the feedback resource is a UE-specific resource dedicated to the UE.

53. The user equipment according to claim 52, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

54. The user equipment according to claim 45, characterized in that The processor also performs the following steps: An MBMS configuration indication including at least one of the feedback resource indication and a HARQ related information indication is received, wherein the HARQ related information indication includes at least one of a HARQ process identifier (identifier, ID) and a redundancy version (redundancy version, RV).

55. A base station, comprising: Transceiver; and A processor is connected to the transceiver and is configured to perform the following steps, including: receiving a request for establishing a feedback channel for multimedia broadcast multicast service (MBMS) transmission through a random access procedure; and receiving a feedback signal of the MBMS transmission through the feedback channel; Wherein, the random access procedure is associated with an RRC inactive state; The random access procedure is a four-step random access procedure or a two-step random access procedure; wherein the shortened RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the shortened RRC recovery request; The shortened RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the shortened RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

56. The base station according to claim 55, characterized in that The feedback channel includes a newly defined uplink channel dedicated to the MBMS transmission, a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH).

57. The base station according to claim 55, characterized in that The shortened RRC recovery request in the four-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

58. The base station according to claim 55, characterized in that The full-length RRC recovery request in the four-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery cause, and the request for requesting to establish the feedback channel includes the full-length RRC recovery request.

59. The base station according to claim 58, characterized in that In the four-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

60. The base station according to claim 55, characterized in that The shortened RRC recovery request in the two-step random access procedure includes HARQ feedback bits for the MBMS transmission as the feedback signal for the MBMS transmission.

61. The base station according to claim 55, characterized in that The full-length RRC recovery request in the two-step random access procedure includes establishing the feedback channel for the MBMS transmission as a recovery reason, wherein the full-length RRC recovery request is combined with the preamble code of the UE into a combined request message, and the request for requesting to establish the feedback channel includes the combined request message.

62. The base station according to claim 61, characterized in that In the two-step random access procedure, HARQ feedback bits for the MBMS transmission are included in the full-length RRC recovery request as the feedback signal for the MBMS transmission.

63. The base station according to claim 55, characterized in that The processor also performs the following steps: Sending a feedback resource indication associated with the feedback channel, used to indicate the feedback resource allocated to the feedback channel.

64. The base station according to claim 63, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

65. The base station according to claim 64, characterized in that The feedback resource indication for indicating the resource pool is carried in a system information block SIB13, a multicast control channel (MCCH), a medium access control (MAC) control element (CE) with an MBMS radio network temporary identifier (MBMS RNTI, M-RNTI), downlink control information (DCI) with an M-RNTI, or a DCI with a cell radio network temporary identifier (cell RNTI, C-RNTI).

66. The base station according to claim 63, characterized in that The MBMS transmission is performed via a multicast broadcast single frequency network (MBSFN), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

67. The base station according to claim 66, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

68. The base station according to claim 63, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates that the feedback resource is a resource pool shared by multiple UEs.

69. The base station according to claim 68, characterized in that The feedback resource indication for indicating the resource pool is carried in the system information block SIB20, the single-cell multicast control channel (SC-MCCH) with a single-cell RNTI (SC-RNTI), the multicast traffic channel (MTCH) with a group RNTI (G-RNTI), the DCI with the SC-RNTI, the DCI with the G-RNTI or the DCI with the C-RNTI.

70. The base station according to claim 63, characterized in that The MBMS transmission is performed via single-cell point-to-multipoint (SC-PTM), and the feedback resource indication indicates feedback resources as UE-specific resources dedicated to the UE.

71. The base station according to claim 70, characterized in that The feedback resource indication for indicating the UE specific resource is carried in the DCI with the C-RNTI.

72. The base station according to claim 63, characterized in that The processor also performs the following steps: The MBMS configuration indication including at least one of the feedback resource indication and the HARQ related information indication is transmitted, wherein the HARQ related information indication includes at least one of a HARQ process identifier (identifier, ID) and a redundancy version (redundancy version, RV).

73. A chip, comprising: A processor, configured to call and run a computer program stored in a memory, so that a device equipped with the chip executes a method as claimed in any one of claims 1 to 24.

74. A chip, comprising: A processor, used to call and run a computer program stored in a memory, so that a device equipped with the chip executes a method as described in any one of claims 19 to 36.

75. A computer-readable storage medium having a computer program stored therein, wherein: The computer program causes a computer to execute the method according to any one of claims 1 to 24.

76. A computer-readable storage medium having a computer program stored therein, wherein: The computer program causes a computer to execute the method according to any one of claims 19 to 36.

77. A computer program product comprising a computer program, wherein the computer program causes a computer to perform the method of any one of claims 1 to 24.

78. A computer program product comprising a computer program, wherein the computer program causes a computer to perform the method of any one of claims 19 to 36.

Images