WO2019184697A1 - Pdsch的接收方法和终端 - Google Patents

Pdsch的接收方法和终端 Download PDF

Info

Publication number
WO2019184697A1
WO2019184697A1 PCT/CN2019/077791 CN2019077791W WO2019184697A1 WO 2019184697 A1 WO2019184697 A1 WO 2019184697A1 CN 2019077791 W CN2019077791 W CN 2019077791W WO 2019184697 A1 WO2019184697 A1 WO 2019184697A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdsch
coreset
pdcch
qcl parameter
parameter
Prior art date
Application number
PCT/CN2019/077791
Other languages
English (en)
French (fr)
Inventor
杨宇
孙鹏
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2019184697A1 publication Critical patent/WO2019184697A1/zh
Priority to US17/033,898 priority Critical patent/US11510234B2/en
Priority to US17/968,790 priority patent/US11910399B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0014Three-dimensional division
    • H04L5/0023Time-frequency-space
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the embodiments of the present disclosure relate to the field of wireless communication technologies, and in particular, to a method and a terminal for receiving a Physical Downlink Shared Channel (PDSCH).
  • PDSCH Physical Downlink Shared Channel
  • the radio access technology standards such as the Long Term Evolution (LTE)/LTE-based evolved version (LTE-A) are based on Multiple-Input Multiple-Output (MIMO)+.
  • MIMO Multiple-Input Multiple-Output
  • OFDM Orthogonal Frequency Division Multiplexing
  • MIMO technology utilizes the spatial freedom that multi-antenna systems can achieve to improve peak rate and system spectrum utilization.
  • Massive MIMO technology uses a large-scale antenna array, which can greatly improve system frequency band utilization efficiency and support a larger number of access users.
  • the operating frequency band supported by the system is raised to above 6 GHz, up to about 100 GHz.
  • the high frequency band has a relatively rich idle frequency resource, which can provide greater throughput for data transmission.
  • 3GPP has completed the modeling of high-frequency channels.
  • the wavelength of high-frequency signals is short.
  • more antenna elements can be arranged on the same size panel, and beamforming technology is used to form more directivity.
  • the terminal determines that a beam failure event has occurred.
  • the terminal selects a candidate beam.
  • the terminal sends a beam failure recovery request.
  • the terminal monitors the network device for the control resource set beam failure recovery (CORESET-BFR) configured for the terminal, and receives the dedicated physical downlink control channel (PDCCH) to receive The response information of the network device for the beam failure recovery request.
  • CORESET-BFR control resource set beam failure recovery
  • PDCH dedicated physical downlink control channel
  • the terminal performs the PDSCH reception, and assumes that the PDSCH DMRS port and the monitored PDCCH are Quasi-colocation (QCL).
  • QCL Quasi-colocation
  • the embodiments of the present disclosure provide a PDSCH receiving method and a terminal to solve the problem of how to correctly receive a PDSCH in a beam failure recovery process.
  • an embodiment of the present disclosure provides a method for receiving a PDSCH, which is applied to a terminal, and includes:
  • the PDCCH on the CORESET-BFR configured by the network device for the terminal and the PDCCH on other CORESET are monitored;
  • the QCL parameter determines the QCL parameter of the PDSCH and performs PDSCH reception according to the determined QCL parameter.
  • an embodiment of the present disclosure provides a terminal, including:
  • a monitoring module configured to monitor a PDCCH on a CORESET-BFR configured by the network device for the terminal and a PDCCH on another CORESET after determining that a beam failure event occurs;
  • a determining module configured to: according to a QCL parameter of a PDCCH on the CORESET-BFR, a QCL parameter of a PDCCH on the other CORESET, a QCL parameter of a PDCCH on a CORESET where a DCI of a PDSCH is scheduled, or a DCI in a PDSCH scheduling
  • the QCL parameter indicated by the TCI status information determines the QCL parameter of the PDSCH;
  • a receiving module configured to perform receiving of the PDSCH according to the determined QCL parameter.
  • an embodiment of the present disclosure provides a terminal, including: a processor, a memory, and a program stored on the memory and executable on the processor, where the program is implemented by the processor The steps of the above PDSCH receiving method.
  • an embodiment of the present disclosure provides a computer readable storage medium, where the program is stored on a computer readable storage medium, and the step of implementing the PDSCH receiving method when the program is executed by the processor.
  • FIG. 1 is a schematic flowchart diagram of a method for receiving a PDSCH according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a terminal according to an embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a terminal according to another embodiment of the present disclosure.
  • an embodiment of the present disclosure provides a method for receiving a PDSCH, which is applied to a terminal, and includes:
  • Step 101 After determining that a beam failure event occurs, the PDCCH on the CORESET-BFR and the PDCCH on the other CORESET are monitored, wherein the COREET-BFR and the other CORESET are configured by the network device for the terminal;
  • Step 102 According to the QCL parameter of the PDCCH on the CORESET-BFR, the QCL parameter of the PDCCH on the other CORESET, and the QCL parameter of the PDCCH on the CORESET where the downlink control information (Downlink Control Information (DCI) of the PDSCH is scheduled, Alternatively, the QCL parameter indicated by the Transmission Configuration Indication (TCI) status information in the DCI of the PDSCH is scheduled, the QCL parameter of the PDSCH is determined, and the PDSCH is received according to the determined QCL parameter.
  • DCI Downlink Control Information
  • TCI Transmission Configuration Indication
  • the other CORESET is a COREET other than the COREET-BFR configured by the network device for the terminal.
  • the method before the step of determining the QCL parameter of the PDSCH, the method further includes:
  • configuration information of the CORESET-BFR and the other CORESET where the configuration information includes TCI status information used to indicate a QCL parameter of a PDCCH on the CORESET-BFR, and TCI status information indicating the QCL parameters of the PDCCH on the other CORESET.
  • the CORESET-BFR is used to monitor the gNB response on the dedicated PDCCH in the beam failure recovery process, where the response is a response of the network device (ie, the gNB) to the beam failure recovery request feedback sent by the terminal, where the beam failure recovery request is received. It is sent to the network device after determining that a beam failure event has occurred, which will be described in detail below.
  • the other CORESET is used to transmit the PDCCH during normal communication.
  • the terminal listens to other CORESETs other than the CORESET-BFR configured by the network device to receive the PDCCH.
  • the QCL parameter of the PDCCH on the other CORESET is the same as or different from the QCL parameter of the PDCCH on the CORESET-BFR.
  • the network device sends configuration information of the CORESET-BFR and other CORESETs to the terminal through high layer signaling.
  • the network device configures a correspondence between a TCI state and a reference signal (Reference Signal, referred to as RS) for the terminal by using Radio Resource Control (RRC) signaling.
  • RRC Radio Resource Control
  • K is an integer greater than or equal to 1
  • the RS resource (for example, periodic CSI-RS resource, semi-persistent CSI-RS resource, SS block, etc.) in the RS set corresponding to the TCI state and UE-specific
  • the PDCCH DMRS (Demodulation Reference Signal) port is spatial QCL. The UE can know which receive beam to use to receive the PDCCH according to the TCI state.
  • the network device When the TCI is used for the QCL indication of the PDSCH, the network device activates 2 N TCI states (N is a positive integer greater than or equal to 1), and then passes the Downlink Control Information (DCI) N-bit TCI domain ( Field) to notify the TCI state, the RS resource in the RS set corresponding to the TCI state and the DMRS port of the PDSCH to be scheduled are QCL.
  • DCI Downlink Control Information
  • N-bit TCI domain Field
  • k is a preset Threshold
  • the QSCH of the PDSCH uses a default TCI state, which is a control channel QCL indication
  • the control channel QCL indication is the TCI state of the CORESET having the smallest ID in the slot in which it is located. to make sure.
  • the PDCCH DMRS and PDSCH DMRS and the initial access determined synchronization signal block (SSB) are spatial QCL.
  • the beam failure recovery process is described in detail below.
  • the terminal first performs beam failure detection: specifically, the terminal measures the beam failure detection reference signal (BFD RS) at the physical layer, and according to the measurement result Determine if a beam failure event has occurred.
  • the condition of the determination is: if it is detected that the metric (hypothetical PDCCH BLER) of the serving control beam meets the preset condition (beyond the preset threshold), it is determined as a beam failure instance, and the terminal
  • the physical layer reports to the upper layer (MAC layer) of the terminal an indication that the reporting process is periodic.
  • the physical layer of the terminal determines that no beam failure instance has occurred, no indication is sent to the upper layer.
  • the upper layer of the terminal uses a counter to count the indication reported by the physical layer. When the maximum number of network configurations is reached, the terminal determines that a beam failure event has occurred.
  • the terminal also needs to perform new candidate beam identification: the terminal physical layer measures the candidate beam reference signal (candidate beam RS) to find a new candidate beam.
  • the step of finding a new candidate beam is not mandatory after the decision beam failure event occurs, but also before the beam failure event is determined.
  • the physical layer of the terminal receives the request or indication or notification from the upper layer (MAC layer) of the terminal, the measurement result that meets the preset condition (the measurement quality of the candidate beam RS exceeds the preset L1-RSRP threshold) is reported to the terminal.
  • the upper layer is reported as ⁇ beam RS index, L1-RSRP ⁇ , and the upper layer of the terminal is based on the reporting of the physical layer to select the candidate beam.
  • the method before the step of detecting the PDCCH on the CORESET-BFR after determining that the beam failure event occurs and finding a new candidate beam, the method further includes: sending a beam failure recovery request to the network device. ).
  • the upper layer (MAC layer) of the terminal determines a physical random access channel (Physical Random Access Channel, PRACH) resource/sequence according to the selected candidate beam. If the terminal determines that the trigger condition of the beam failure recovery request is met, the terminal sends the beam failure recovery request to the network device on the contention-free PRACH. The terminal needs to send a beam failure recovery request according to the number of transmissions of the beam failure recovery request configured by the network device and/or a timer.
  • the contention-free PRACH resource and the other PRACH resources may be Frequency Division Multiplexing (FDM) or Code Division Multiplexing (CDM).
  • FDM Frequency Division Multiplexing
  • CDM Code Division Multiplexing
  • the terminal monitors the network device for the beam failure recovery request (UE monitors gNB response for beam failure recovery request), and the network device receives the beam failure recovery request. Then, a response is sent in a dedicated PDCCH on the configured control resource set (CORESET-BFR) for beam failure recovery, and carries a Cell Radio Network Temporary Identifier (C- RNTI), and may also include switching to a new candidate beam, or restarting the beam search, or other indication.
  • the downlink reference signal (DL RS) of the CORESET-BFR and the candidate beam found by the terminal is spatial QCL. If the beam failure recovery is unsuccessful, the physical layer of the terminal sends an indication to the upper layer of the terminal for the upper layer to determine the subsequent radio link failure process.
  • DL RS downlink reference signal
  • the step of monitoring the PDCCH on the CORESET-BFR includes: listening for response information in the PDCCH on the CORESET-BFR, the response information being response information fed back by the network device according to the beam failure recovery request.
  • the step of monitoring the PDCCH on the CORESET-BFR and the PDCCH on the other CORESET includes:
  • the PDCCH on the other CORESET is monitored within the listening window and/or outside of the listening window.
  • the terminal monitors the gNB response in the dedicated PDCCH on the CORESET-BFR in the listening window configured by the network device, so as to confirm whether the beam failure recovery is successful.
  • CORESETs can be listened to in the listening window, or they can be monitored outside the listening window, or they can be monitored all the time.
  • the time interval between the received DCI and the PDSCH that receives the DCI scheduling (also referred to as a scheduling offset) and a preset threshold may be determined to be received in different manners. PDSCH.
  • the QCL parameter of the PDSCH is determined in the first manner, where the first mode is as follows One way:
  • the preset CORESET is a CORESET having a minimum ID among one or more CORESETs in which a search space is configured in a time slot in which a search space is configured for the terminal.
  • a search space is configured in a time slot in which a search space is configured for the terminal.
  • the CORESET having the largest ID, or other preset CORESET.
  • the step of determining the QCL parameter of the PDSCH by using the first manner includes:
  • the preset parameter is used to indicate whether TCL status information exists in the DCI, and the value of the preset parameter is valid (for example, Enabled). And determining, by using the first manner, the QCL parameter of the PDSCH when the time interval is less than the preset threshold; or
  • the network device configures the preset parameter (for example, TCI-PresentInDCI) for the terminal, the value of the preset parameter is invalid (for example, Disabled), and the time interval is less than the preset threshold. Determining, by the first manner, a QCL parameter of the PDSCH.
  • the preset parameter for example, TCI-PresentInDCI
  • the preset parameter is configured by the network device for the terminal by using high layer signaling.
  • the preset parameter is used to indicate whether TCL status information exists in the DCI, and the value of the preset parameter is valid ( For example, when the Enabled is determined, the QCL parameter of the PDSCH is a QCL parameter indicated by the TCI status information in the DCI of the PDSCH.
  • TCI status information for indicating a QCL parameter eg, scheduling a PDSCH using DCI format 1_0, and having no TCI status information indicating a QCL parameter in DCI format 1_0
  • the network device determines the QCL parameter and the scheduling of the PDSCH when the preset parameter (for example, TCI-PresentInDCI) is configured for the terminal, and the value of the preset parameter is invalid (for example, Disabled).
  • the preset parameter for example, TCI-PresentInDCI
  • the value of the preset parameter is invalid (for example, Disabled).
  • the QCL parameters of the PDCCH on the CORESET of the PDSCH are the same.
  • the preset parameter is configured by the network device for the terminal by using high layer signaling.
  • the method further includes:
  • the QCL parameter of the PDSCH is re-determined when the network device is reconfigured or activated or indicates TCI status information of the PDCCH on all other CORESETs.
  • an embodiment of the present disclosure further provides a terminal 200, including:
  • the monitoring module 201 is configured to monitor the PDCCH on the CORESET-BFR and the PDCCH on the other CORESET during the beam failure recovery process, where the COREET-BFR and the other CORESET are configured by the network device for the terminal; ,
  • the determining module 202 is configured to: according to the QCL parameter of the PDCCH on the CORESET-BFR, the QCL parameter of the PDCCH on the other CORESET, the QCL parameter of the PDCCH on the CORESET where the DCI of the PDSCH is scheduled, or the DCI of the PDSCH is scheduled. Determining the QCL parameter indicated by the TCI status information, determining the QCL parameter of the PDSCH;
  • the receiving module 203 is configured to perform receiving of the PDSCH according to the determined QCL parameter.
  • the receiving module is further configured to receive configuration information of the CORESET-BFR and the other CORESET sent by the network device, where the configuration information includes a PDCCH for indicating the CORESET-BFR TCI status information of the QCL parameters, and TCI status information indicating the QCL parameters of the PDCCH on the other CORESET.
  • the QCL parameter of the PDCCH on the other CORESET is the same as or different from the QCL parameter of the PDCCH on the CORESET-BFR.
  • the terminal further includes:
  • a sending module configured to send a beam failure recovery request to the network device
  • the monitoring module is configured to monitor response information in the PDCCH on the CORESET-BFR, where the response information is response information fed back by the network device according to the beam failure recovery request.
  • the listening module is further configured to: in a listening window configured by the network device, listen to response information in the PDCCH on the CORESET-BFR; in the listening window and/or in the listening window.
  • the PDCCH on the other CORESET is monitored.
  • the determining module is configured to determine a QCL parameter of the PDSCH in a first manner when a time interval between receiving the DCI and receiving the DCI scheduled PDSCH is less than a preset threshold, where the first manner is For one of the following ways:
  • the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the preset CORESET in all CORESETs, the all CORESET including the CORESET-BFR and the other CORESET;
  • the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the preset CORESET in the CORESET in which the multiple DCIs of the PDSCH are scheduled.
  • the determining module is configured to determine a QCL of the PDSCH by using the first manner when there is no TCI status information for indicating a QCL parameter in the DCI, and the time interval is less than a preset threshold.
  • a parameter or, when the network device configures a preset parameter for the terminal, the preset parameter is used to indicate whether TCL status information exists in the DCI, the value of the preset parameter is valid, and the time interval is Determining the QCL parameter of the PDSCH by using the first mode when the preset threshold is smaller; or when the network device configures the preset parameter for the terminal, the value of the preset parameter is invalid.
  • the preset CORESET is a CORESET having a minimum ID among one or more CORESETs in which a search space is configured in a time slot in which a search space is configured for the terminal.
  • the determining module is configured to determine a QCL parameter of the PDSCH in a second manner when a time interval between receiving the DCI and receiving the DCI scheduled PDSCH is greater than or equal to a preset threshold, where
  • the second way is one of the following ways:
  • the network device configures the preset parameter for the terminal, and the value of the preset parameter is invalid, determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET where the DCI of the PDSCH is scheduled.
  • the terminal further includes:
  • Re-determining module for re-determining QCL parameters of the PDSCH when receiving the network device reconfiguration or initiating or indicating TCI status information of a PDCCH on all CORESETs, the all CORESET including the CORESET-BFR And the other said CORESET; or, when receiving the network device reconfiguration or activating or indicating the TCI status information of the PDCCH on the CORESET-BFR, re-determining the QCL parameter of the PDSCH; or, when Re-determining the QCL parameter of the PDSCH when receiving the network device reconfiguration or initiating or indicating the TCI status information of the PDCCH on any of the CORESETs; or, when receiving the network device reconfiguration or Re-determining the QCL parameter of the PDSCH when the TCI status information of the PDCCH on any of the other CORESETs is activated or indicated; or, when receiving the network device reconfiguration or activation or indicating all other CORESETs When the TCI status information of the PDCCH is on, the QCL parameter of the PD
  • the terminal 300 includes, but is not limited to, a radio frequency unit 301, a network module 302, an audio output unit 303, an input unit 304, a sensor 305, and a display unit 306.
  • the terminal structure shown in FIG. 1 does not constitute a limitation to the terminal, and the terminal may include more or less components than those illustrated, or some components may be combined, or different component arrangements.
  • the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palmtop computer, an in-vehicle terminal, a wearable device, and a pedometer.
  • the processor 310 is configured to monitor the PDCCH on the CORESET-BFR and the PDCCH on the other CORESET after determining that the beam failure event occurs, where the COREET-BFR and the other CORESET are configured by the network device for the terminal. And, according to the QCL parameter of the PDCCH on the CORESET-BFR, the QCL parameter of the PDCCH on the other CORESET, the QCL parameter of the PDCCH on the CORESET where the DCI of the PDSCH is scheduled, or the DCI in the PDSCH scheduling Transmitting a configuration indicating a QCL parameter indicated by the TCI status information, and determining a QCL parameter of the PDSCH;
  • the radio frequency unit 301 is configured to perform PDSCH reception according to the determined QCL parameter.
  • the radio frequency unit 301 can be used for receiving and transmitting signals during the transmission and reception of information or during a call, and specifically, after receiving downlink data from the base station, processing the data to the processor 310; The uplink data is sent to the base station.
  • radio frequency unit 301 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.
  • the radio unit 301 can also communicate with the network and other devices through a wireless communication system.
  • the terminal provides wireless broadband Internet access to the user through the network module 302, such as helping the user to send and receive emails, browse web pages, and access streaming media.
  • the audio output unit 303 can convert the audio data received by the radio frequency unit 301 or the network module 302 or stored in the memory 309 into an audio signal and output as a sound. Moreover, the audio output unit 303 can also provide audio output (eg, call signal reception sound, message reception sound, etc.) related to a specific function performed by the terminal 300.
  • the audio output unit 303 includes a speaker, a buzzer, a receiver, and the like.
  • the input unit 304 is for receiving an audio or video signal.
  • the input unit 304 may include a graphics processing unit (GPU) 3041 and a microphone 3042 that images an still picture or video obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode.
  • the data is processed.
  • the processed image frame can be displayed on the display unit 306.
  • the image frames processed by the graphics processor 3041 may be stored in the memory 309 (or other storage medium) or transmitted via the radio unit 301 or the network module 302.
  • the microphone 3042 can receive sound and can process such sound as audio data.
  • the processed audio data can be converted to a format output that can be transmitted to the mobile communication base station via the radio unit 301 in the case of a telephone call mode.
  • Terminal 300 also includes at least one type of sensor 305, such as a light sensor, motion sensor, and other sensors.
  • the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 3061 according to the brightness of the ambient light, and the proximity sensor can close the display panel 3061 and/or when the terminal 300 moves to the ear. Or backlight.
  • the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity.
  • sensor 305 may also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared Sensors, etc., will not be described here.
  • the display unit 306 is for displaying information input by the user or information provided to the user.
  • the display unit 306 can include a display panel 3061.
  • the display panel 3061 can be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.
  • the user input unit 307 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the terminal.
  • the user input unit 307 includes a touch panel 3071 and other input devices 3072.
  • the touch panel 3071 also referred to as a touch screen, can collect touch operations on or near the user (such as a user using a finger, a stylus, or the like on the touch panel 3071 or near the touch panel 3071. operating).
  • the touch panel 3071 may include two parts of a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the touch panel 3071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the user input unit 307 may also include other input devices 3072.
  • the other input devices 3072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control button, a switch button, etc.), a trackball, a mouse, and a joystick, which are not described herein.
  • the touch panel 3071 may be overlaid on the display panel 3061. After the touch panel 3071 detects a touch operation on or near the touch panel 3071, the touch panel 3071 transmits to the processor 310 to determine the type of the touch event, and then the processor 310 according to the touch. The type of event provides a corresponding visual output on display panel 3061.
  • the touch panel 3071 and the display panel 3061 are used as two independent components to implement the input and output functions of the terminal, in some embodiments, the touch panel 3071 can be integrated with the display panel 3061. The input and output functions of the terminal are implemented, and are not limited herein.
  • the interface unit 308 is an interface in which an external device is connected to the terminal 300.
  • the external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, and an audio input/output. (I/O) port, video I/O port, headphone port, and more.
  • the interface unit 308 can be configured to receive input from an external device (eg, data information, power, etc.) and transmit the received input to one or more components within the terminal 300 or can be used at the terminal 300 and external devices Transfer data between.
  • Memory 309 can be used to store software programs as well as various data.
  • the memory 309 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Data created by the use of the mobile phone (such as audio data, phone book, etc.).
  • memory 309 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.
  • the processor 310 is a control center of the terminal, and connects various parts of the entire terminal using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 309, and calling data stored in the memory 309, executing The terminal's various functions and processing data, so as to monitor the terminal as a whole.
  • the processor 310 may include one or more processing units; optionally, the processor 310 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, an application, etc., and a modulation solution
  • the processor mainly handles wireless communication. It can be understood that the above modem processor may not be integrated into the processor 310.
  • the terminal 300 may further include a power source 311 (such as a battery) for supplying power to the various components.
  • a power source 311 such as a battery
  • the power source 311 may be logically connected to the processor 310 through the power management system to manage charging, discharging, and power management through the power management system. And other functions.
  • the terminal 300 includes some functional modules not shown, and details are not described herein again.
  • an embodiment of the present disclosure further provides a terminal, including: a processor, a memory, and a computer program stored on the memory and executable on the processor, where the computer program is executed by the processor.
  • the embodiment of the present disclosure further provides a computer readable storage medium.
  • the computer readable storage medium stores a computer program, and when the computer program is executed by the processor, implements the processes of the foregoing method for receiving the PDSCH, and can achieve the same The technical effect, in order to avoid duplication, will not be repeated here.
  • the computer readable storage medium such as a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供一种PDSCH的接收方法和终端,该PDSCH的接收方法包括:在判定发生波束失败事件之后,监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH;以及,根据CORESET-BFR上的PDCCH的QCL参数、其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数,并根据确定的QCL参数,进行PDSCH的接收。

Description

PDSCH的接收方法和终端
相关申请的交叉引用
本申请主张在2018年3月29日在中国提交的中国专利申请号No.201810272571.9的优先权,其全部内容通过引用包含于此。
技术领域
本公开实施例涉及无线通信技术领域,尤其涉及一种物理下行共享信道(Physical Downlink Shared Channel,简称PDSCH)的接收方法和终端。
背景技术
随着通信技术的发展,通信效率越来越受到关注。下面先介绍几个技术点:
1、关于多天线
长期演进(Long Term Evolution,简称LTE)/LTE的演进版本(LTE-Advanced,简称LTE-A)等无线接入技术标准都是以多输入多输出(Multiple-Input Multiple-Output,简称MIMO)+正交频分复用(Orthogonal Frequency Division Multiplexing,简称OFDM)技术为基础构建起来的。其中,MIMO技术利用多天线系统所能获得的空间自由度,来提高峰值速率与系统频谱利用率。
可以预见,在未来的5G移动通信系统中,更大规模、更多天线端口的MIMO技术将被引入。大规模(Massive)MIMO技术使用大规模天线阵列,能够极大地提升系统频带利用效率,支持更大数量的接入用户。
2、关于高频段
在对4G以后的下一代通信系统研究中,将系统支持的工作频段提升至6GHz以上,最高约达100GHz。高频段具有较为丰富的空闲频率资源,可以为数据传输提供更大的吞吐量。目前3GPP已经完成了高频信道建模工作,高频信号的波长短,同低频段相比,能够在同样大小的面板上布置更多的天线阵元,利用波束赋形技术形成指向性更强、波瓣更窄的波束。因此,将大 规模天线和高频通信相结合,也是未来的趋势之一。
3、关于波束失败恢复(beam failure recovery)机制
在高频段通信系统中,由于无线信号的波长较短,较容易发生信号传播被阻挡等情况,导致信号传播中断。如果采用现有技术中的无线链路重建,则耗时较长,因此引入了波束失败恢复机制,该机制分为下面四个步骤:
(1)终端判定发生波束失败事件。
(2)终端选择候选波束(candidate beam)。
(3)终端发送波束失败恢复请求。
(4)终端监听网络设备为终端配置的用于波束失败恢复的控制资源集(Control Resource Set Beam Failure Recovery,CORESET-BFR),接收dedicated物理下行控制信道(Physical Downlink Control Channel,PDCCH),以接收网络设备针对波束失败恢复请求的响应信息。
在波束失败恢复过程中,终端在进行PDSCH的接收时,假设PDSCH DMRS端口与所监听的PDCCH是准共址(Quasi-colocation,简称QCL)的。
现有技术中,没有提及在波束失败恢复过程中监听CORESET-BFR上的PDCCH中的响应时,是否还要监听在波束失败之前网络配置的其它CORESET。当两种CORESET都需要监听时,尚没有方案说明怎么确定PDSCH的QCL参数,以使得终端能够正确接收PDSCH。
发明内容
本公开实施例提供一种PDSCH的接收方法和终端,以解决在波束失败恢复过程中如何正确接收PDSCH的问题。
为了解决上述技术问题,本公开是这样实现的:
第一方面,本公开实施例提供了一种PDSCH的接收方法,应用于终端,包括:
在判定发生波束失败事件之后,监听网络设备为所述终端配置的CORESET-BFR上的PDCCH和其他CORESET上的PDCCH;以及,
根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH 的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数,并根据确定的QCL参数,进行PDSCH的接收。
第二方面,本公开实施例提供了一种终端,包括:
监听模块,用于在判定发生波束失败事件之后,监听网络设备为所述终端配置的CORESET-BFR上的PDCCH和其他CORESET上的PDCCH;以及,
确定模块,用于根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数;
接收模块,用于根据确定的QCL参数,进行PDSCH的接收。
第三方面,本公开实施例提供了一种终端,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现上述PDSCH的接收方法的步骤。
第四方面,本公开实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储程序,所述程序被处理器执行时实现上述PDSCH的接收方法的步骤。
在本公开实施例中,可以实现在波束失败恢复过程中确定PDSCH的QCL参数,以正确接收PDSCH。
附图说明
图1为本公开实施例的PDSCH的接收方法的流程示意图;
图2为本公开一实施例的终端的结构示意图;
图3为本公开另一实施例的终端的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创 造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
请参考图1,本公开实施例提供一种PDSCH的接收方法,应用于终端,包括:
步骤101:在判定发生波束失败事件之后,监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH,其中,所述COREET-BFR和所述其他CORESET为网络设备为所述终端配置的;以及,
步骤102:根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的下行控制信息(Downlink Control Information,DCI)所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的传输配置指示(Transmission Configuration Indication,TCI)状态信息指示的QCL参数,确定PDSCH的QCL参数,并根据确定的QCL参数,进行PDSCH的接收。
所述其他CORESET为网络设备为所述终端配置的除了COREET-BFR之外的其他COREET。
在本公开实施例中,可以实现在波束失败恢复过程中确定PDSCH的QCL参数,以正确接收PDSCH。
本公开实施例中,所述确定PDSCH的QCL参数的步骤之前,还包括:
接收所述网络设备发送的所述CORESET-BFR和所述其他CORESET的配置信息,所述配置信息中包括用于指示所述CORESET-BFR上的PDCCH的QCL参数的TCI状态信息,以及,用于指示所述其他CORESET上的PDCCH的QCL参数的TCI状态信息。
所述CORESET-BFR用于在波束失败恢复过程中,监听dedicated PDCCH上的gNB response,该response是网络设备(即gNB)对终端发送的波束失败恢复请求反馈的响应信息,所述波束失败恢复请求是在判定发生波束失败事件之后向网络设备发送的,下面内容中将详细说明。
所述其他CORESET用于在正常通信过程中传输PDCCH。在终端判定发生波束失败事件之前,终端监听网络设备配置的CORESET-BFR之外的其它CORESET,以接收PDCCH。
本公开实施例中,所述其他CORESET上的PDCCH的QCL参数,与所 述CORESET-BFR上的PDCCH的QCL参数相同或不同。
本公开实施例中,网络设备通过高层信令向终端发送所述CORESET-BFR和其他CORESET的配置信息。
在相关技术中,网络设备通过无线资源控制(Radio Resource Control,简称RRC)信令为终端配置TCI状态和参考信号(Reference Signal,简称RS)的对应关系。
当TCI用于物理下行控制信道(Physical Downlink Control Channel,简称PDCCH)的准共址(Quasi-colocation,简称QCL)指示时,网络设备为每个控制资源集(Control-resource set,简称CORESET)配置K个TCI状态(K为大于或等于1的整数),当K>1时,由MAC CE指示1个TCI状态,当K=1时,不需要额外的MAC CE信令。终端在监听CORESET上的PDCCH时,对CORESET内全部搜索空间(search space)的PDCCH使用相同QCL,即相同的TCI状态。
通过RRC信令或者RRC+MAC CE来通知1个TCI状态,该TCI状态对应的RS set中的RS resource(例如周期CSI-RS resource、半持续CSI-RS resource、SS block等)与UE-specific PDCCH DMRS(解调参考信号)端口是空间QCL的。UE根据该TCI状态即可获知使用哪个接收波束来接收PDCCH。
当TCI用于PDSCH的QCL指示时,网络设备激活2 N个TCI状态(N为大于或等于1的正整数),然后通过下行控制信息(Downlink Control Information,简称DCI)的N-bit TCI域(field)来通知TCI状态,该TCI状态对应的RS set中的RS resource与要调度的PDSCH的DMRS端口是QCL的。终端根据该TCI状态即可获知使用哪个接收波束来接收PDSCH。对于DCI中存在或不存在TCI域两种情况,当调度偏移(scheduling offset)<=k(scheduling offset是指从接收DCI到接收该DCI调度的PDSCH之间的时间间隔),k是预设门限,PDSCH的QCL使用缺省(default)TCI状态,该default TCI state是控制信道QCL指示(indication),且该控制信道QCL indication是由所在时隙(slot)中具有最小ID的CORESET的TCI状态来确定。
对于PDCCH和PDSCH的初始TCI状态,在初始RRC配置和MAC CE 激活TCI states之间,PDCCH DMRS和PDSCH DMRS与初始接入确定的同步信号块(SSB)是空间QCL的。
下面对波束失败恢复过程进行详细说明。
本公开实施例中,终端首先进行波束失败检测(Beam failure detection):具体的,终端在物理层对波束失败检测参考信号(beam failure detection reference signal,简称BFD RS)进行测量,并根据测量结果来判断是否发生波束失败事件。判断的条件是:如果检测出全部服务控制波束(serving control beam)的metric(hypothetical PDCCH BLER)满足预设条件(超过预设阈值),则确定为一次波束失败情况(beam failure instance),终端的物理层上报给终端的高层(MAC层)一个指示,该上报过程是周期的。反之,如果终端的物理层确定没有发生beam failure instance,则不向高层发送指示。终端的高层使用计数器(counter)对物理层上报的指示进行计数,当达到网络配置的最大次数时,终端判定发生了波束失败事件。
终端还需要进行新的候选波束识别(New candidate beam identification):终端物理层测量候选波束参考信号(candidate beam RS),寻找新的候选波束(candidate beam)。寻找新的候选波束的步骤不强制在判定波束失败事件发生之后,也可以在判定波束失败事件之前。当终端的物理层收到来自终端的高层(MAC层)的请求或指示或通知时,将满足预设条件(对candidate beam RS的测量质量超过预设L1-RSRP门限)的测量结果上报给终端的高层,上报内容为{beam RS index,L1-RSRP},终端的高层基于物理层的上报,来选择候选波束。
本公开实施例中,在判定发生波束失败事件且寻找到新的候选波束之后,监听CORESET-BFR上的PDCCH的步骤之前,还包括:向所述网络设备发送波束失败恢复请求(beam failure recovery request)。
具体的,终端的高层(MAC层)根据所选候选波束来确定物理随机接入信道(Physical Random Access Channel,简称PRACH)资源/序列(resource/sequence)。如果终端判断满足波束失败恢复请求(beam failure recovery request)的触发条件,则终端在基于无竞争的PRACH上向网络设备发送上述波束失败恢复请求。终端需要根据网络设备配置的波束失败恢复 请求的发送次数和/或计时器(timer)来发送波束失败恢复请求。此处的无竞争PRACH资源,与其它PRACH资源(如用于初始接入的PRACH资源)可以是频分复用(Frequency Division Multiplexing,简称FDM)或码分复用(code division multiplexing,简称CDM),其中CDM的PRACH前导码(preambles)要有相同的序列设计。
本公开实施例中,在向网络设备发送波束失败恢复请求之后,终端监听网络设备针对波束失败恢复请求的响应信息(UE monitors gNB response for beam failure recovery request),网络设备接收到该波束失败恢复请求后,会在配置的用于波束失败恢复的控制资源集(CORESET-BFR)上的专用(dedicated)PDCCH中发送响应(response),并携带小区无线网络临时标识(Cell Radio Network Temporary Identifier,C-RNTI),并还有可能包括切换至新候选波束、或重新启动波束搜索、或其它指示。CORESET-BFR与终端找到的候选波束的下行参考信号(DL RS)是空间QCL的。如果波束失败恢复不成功,则终端的物理层向终端的高层发送一个指示,供高层确定后续的无线链路失败过程。
即,所述监听CORESET-BFR上的PDCCH的步骤包括:监听所述CORESET-BFR上的PDCCH中的响应信息,所述响应信息为所述网络设备根据所述波束失败恢复请求反馈的响应信息。
本公开实施例中,所述监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH的步骤包括:
在所述网络设备配置的监听窗口(window)内,监听所述CORESET-BFR上的PDCCH中的响应信息;
在所述监听窗口内和/或所述监听窗口之外,监听所述其他CORESET上的PDCCH。
具体的,终端在发送波束失败恢复请求的约定时长之后,在网络设备配置的监听窗口内监听CORESET-BFR上的dedicated PDCCH中的gNB response,以便确认波束失败恢复是否成功。
其他CORESET可以在监听窗口内监听,也可以在监听窗口之外监听,或者一直监听。
下面对本公开实施例中,确定PDSCH的QCL参数的方法进行详细说明。
本公开实施例中,可以根据接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔(也称为调度偏移,scheduling offset)与预设门限的大小关系,确定采用不同的方式接收PDSCH。
(1)当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔(即调度偏移)小于预设门限时,采用第一方式确定PDSCH的QCL参数,所述第一方式为以下方式之一:
11)确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
12)确定所述PDSCH的QCL参数与所述其他CORESET中的预设CORESET上的PDCCH的QCL参数相同;
13)确定所述PDSCH的QCL参数与全部CORESET中的预设CORESET上的PDCCH的QCL参数相同,所述全部CORESET包括所述CORESET-BFR和所述其他CORESET;
14)确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在的CORESET上的PDCCH的QCL参数相同;或者
15)确定所述PDSCH的QCL参数与调度该PDSCH的多个DCI所在的CORESET中的预设CORESET上的PDCCH的QCL参数相同。
上述预设CORESET为在为终端配置了搜索空间(search space)的时隙中,配置了搜索空间的一个或多个CORESET中,具有最小ID的CORESET。当然,也可以为在为终端配置了搜索空间的时隙中,配置了搜索空间的一个或多个CORESET中,具有最大ID的CORESET,或者,其他预设CORESET。
本公开实施例中,当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔小于预设门限时,采用第一方式确定PDSCH的QCL参数的步骤包括:
当所述DCI中没有用于指示QCL参数的TCI状态信息(例如使用DCI format 1_0来调度PDSCH,DCI format 1_0中没有用于指示QCL参数的TCI状态信息),且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数;或者
当所述网络设备为所述终端配置了预设参数(例如TCI-PresentInDCI),所述预设参数用于指示DCI中是否存在TCL状态信息,所述预设参数的值为有效(例如为Enabled),且所述时间间隔小于所述预设门限时,采用第一方式确定PDSCH的QCL参数;或者
当所述网络设备为所述终端配置了所述预设参数(例如TCI-PresentInDCI),所述预设参数的值为无效(例如为Disabled),且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数。
所述预设参数为所述网络设备通过高层信令为所述终端配置的。
(2)当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔(即调度偏移)大于或等于预设门限时,采用第二方式确定PDSCH的QCL参数,所述第二方式为以下方式之一:
21)确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
22)当所述网络设备为所述终端配置了预设参数(例如TCI-PresentInDCI),所述预设参数用于指示DCI中是否存在TCL状态信息,且所述预设参数的值为有效(例如为Enabled)时,确定所述PDSCH的QCL参数是调度该PDSCH的DCI中的TCI状态信息指示的QCL参数;
23)所述DCI中没有用于指示QCL参数的TCI状态信息(例如使用DCI format 1_0来调度PDSCH,DCI format 1_0中没有用于指示QCL参数的TCI状态信息)时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在CORESET上PDCCH的QCL参数相同;或者
24)所述网络设备为所述终端配置了所述预设参数(例如TCI-PresentInDCI),且所述预设参数的值为无效(例如为Disabled)时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在CORESET上PDCCH的QCL参数相同。
所述预设参数为所述网络设备通过高层信令为所述终端配置的。
本公开实施例中,可选地,所述根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH 的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数的步骤之后,还包括:
当接收到所述网络设备重配置或激活或指示了全部CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数,所述全部CORESET包括所述CORESET-BFR和所述其他所述CORESET;或者
当接收到所述网络设备重配置或激活或指示了所述CORESET-BFR上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
当接收到所述网络设备重配置或激活或指示了全部CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
当接收到所述网络设备重配置或激活或指示了所述其他CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
当接收到所述网络设备重配置或激活或指示了全部其他CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数。
请参考图2,本公开实施例还提供一种终端200,包括:
监听模块201,用于在波束失败恢复过程中,监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH,其中,所述COREET-BFR和所述其他CORESET为网络设备为所述终端配置的;以及,
确定模块202,用于根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数;
接收模块203,用于根据确定的QCL参数,进行PDSCH的接收。
本公开实施例中,可以实现在波束失败恢复过程中确定PDSCH的QCL参数,以正确接收PDSCH。
可选地,所述接收模块,还用于接收所述网络设备发送的所述CORESET-BFR和所述其他CORESET的配置信息,所述配置信息中包括用 于指示所述CORESET-BFR上的PDCCH的QCL参数的TCI状态信息,以及,用于指示所述其他CORESET上的PDCCH的QCL参数的TCI状态信息。
可选地,所述其他CORESET上的PDCCH的QCL参数,与所述CORESET-BFR上的PDCCH的QCL参数相同或不同。
可选地,所述终端还包括:
发送模块,用于向所述网络设备发送波束失败恢复请求;
所述监听模块,用于监听所述CORESET-BFR上的PDCCH中的响应信息,所述响应信息为所述网络设备根据所述波束失败恢复请求反馈的响应信息。
可选地,所述监听模块,还用于在所述网络设备配置的监听窗口内,监听所述CORESET-BFR上的PDCCH中的响应信息;在所述监听窗口内和/或所述监听窗口之外,监听所述其他CORESET上的PDCCH。
可选地,所述确定模块,用于当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔小于预设门限时,采用第一方式确定PDSCH的QCL参数,所述第一方式为以下方式之一:
确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
确定所述PDSCH的QCL参数与所述其他CORESET中的预设CORESET上的PDCCH的QCL参数相同;
确定所述PDSCH的QCL参数与全部CORESET中的预设CORESET上的PDCCH的QCL参数相同,所述全部CORESET包括所述CORESET-BFR和所述其他CORESET;
确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在的CORESET上的PDCCH的QCL参数相同;或者
确定所述PDSCH的QCL参数与调度该PDSCH的多个DCI所在的CORESET中的预设CORESET上的PDCCH的QCL参数相同。
可选地,所述确定模块,用于当所述DCI中没有用于指示QCL参数的TCI状态信息,且所述时间间隔小于预设门限时,采用所述第一方式确定所述PDSCH的QCL参数;或者,当所述网络设备为所述终端配置了预设参数, 所述预设参数用于指示DCI中是否存在TCL状态信息,所述预设参数的值为有效,且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数;或者,当所述网络设备为所述终端配置了所述预设参数,所述预设参数的值为无效,且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数。
可选地,所述预设CORESET为在为终端配置了搜索空间的时隙中,配置了搜索空间的一个或多个CORESET中,具有最小ID的CORESET。
可选地,所述确定模块,用于当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔大于或等于预设门限时,采用第二方式确定PDSCH的QCL参数,所述第二方式为以下方式之一:
确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
当所述网络设备为所述终端配置了预设参数,所述预设参数用于指示DCI中是否存在TCL状态信息,且所述预设参数的值为有效时,确定所述PDSCH的QCL参数是调度该PDSCH的DCI中的TCI状态信息指示的QCL参数;
所述DCI中没有用于指示QCL参数的TCI状态信息时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在CORESET上PDCCH的QCL参数相同;或者,
所述网络设备为所述终端配置了所述预设参数,且所述预设参数的值为无效时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在CORESET上PDCCH的QCL参数相同。
可选地,所述终端还包括:
重新确定模块,用于当接收到所述网络设备重配置或激活或指示了全部CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数,所述全部CORESET包括所述CORESET-BFR和所述其他所述CORESET;或者,当接收到所述网络设备重配置或激活或指示了所述CORESET-BFR上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者,当接收到所述网络设备重配置或激活或指示了全部 CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者,当接收到所述网络设备重配置或激活或指示了所述其他CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者,当接收到所述网络设备重配置或激活或指示了全部其他CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数。
图3为实现本公开各个实施例的一种终端的硬件结构示意图,该终端300包括但不限于:射频单元301、网络模块302、音频输出单元303、输入单元304、传感器305、显示单元306、用户输入单元307、接口单元308、存储器309、处理器310、以及电源311等部件。本领域技术人员可以理解,图1中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本公开实施例中,终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,处理器310,用于在判定发生波束失败事件之后,监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH,其中,所述COREET-BFR和所述其他CORESET为网络设备为所述终端配置的;以及,根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的传输配置指示TCI状态信息指示的QCL参数,确定PDSCH的QCL参数;
射频单元301,用于根据确定的QCL参数,进行PDSCH的接收。
本公开实施例中,可以实现在波束失败恢复过程中确定PDSCH的QCL参数,以正确接收PDSCH。
应理解的是,本公开实施例中,射频单元301可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器310处理;另外,将上行的数据发送给基站。通常,射频单元301包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元301还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块302为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元303可以将射频单元301或网络模块302接收的或者在存储器309中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元303还可以提供与终端300执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元303包括扬声器、蜂鸣器以及受话器等。
输入单元304用于接收音频或视频信号。输入单元304可以包括图形处理器(Graphics Processing Unit,GPU)3041和麦克风3042,图形处理器3041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元306上。经图形处理器3041处理后的图像帧可以存储在存储器309(或其它存储介质)中或者经由射频单元301或网络模块302进行发送。麦克风3042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元301发送到移动通信基站的格式输出。
终端300还包括至少一种传感器305,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板3061的亮度,接近传感器可在终端300移动到耳边时,关闭显示面板3061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器305还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元306用于显示由用户输入的信息或提供给用户的信息。显示单元306可包括显示面板3061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板3061。
用户输入单元307可用于接收输入的数字或字符信息,以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元307包括触控面板3071以及其他输入设备3072。触控面板3071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板3071上或在触控面板3071附近的操作)。触控面板3071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器310,接收处理器310发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板3071。除了触控面板3071,用户输入单元307还可以包括其他输入设备3072。具体地,其他输入设备3072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
进一步的,触控面板3071可覆盖在显示面板3061上,当触控面板3071检测到在其上或附近的触摸操作后,传送给处理器310以确定触摸事件的类型,随后处理器310根据触摸事件的类型在显示面板3061上提供相应的视觉输出。虽然在图3中,触控面板3071与显示面板3061是作为两个独立的部件来实现终端的输入和输出功能,但是在某些实施例中,可以将触控面板3071与显示面板3061集成而实现终端的输入和输出功能,具体此处不做限定。
接口单元308为外部装置与终端300连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元308可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端300内的一个或多个元件或者可以用于在终端300和外部装置之间传输数据。
存储器309可用于存储软件程序以及各种数据。存储器309可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区 可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器309可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器310是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器309内的软件程序和/或模块,以及调用存储在存储器309内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。处理器310可包括一个或多个处理单元;可选的,处理器310可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器310中。
终端300还可以包括给各个部件供电的电源311(比如电池),可选的,电源311可以通过电源管理系统与处理器310逻辑相连,从而通过电源管理系统实现管理充电、放电,以及功耗管理等功能。
另外,终端300包括一些未示出的功能模块,在此不再赘述。
可选的,本公开实施例还提供一种终端,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述PDSCH的接收方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本公开实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述PDSCH的接收方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方 法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本公开各个实施例所述的方法。
上面结合附图对本公开的实施例进行了描述,但是本公开并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本公开的启示下,在不脱离本公开宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本公开的保护之内。

Claims (13)

  1. 一种物理下行共享信道PDSCH的接收方法,应用于终端,包括:
    在判定发生波束失败事件之后,监听用于波束失败恢复的控制资源集CORESET-BFR上的物理下行控制信道PDCCH和其他控制资源集CORESET上的PDCCH,其中,所述COREET-BFR和所述其他CORESET为网络设备为所述终端配置的;以及,
    根据所述CORESET-BFR上的PDCCH的准共址QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的下行控制信息DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的传输配置指示TCI状态信息指示的QCL参数,确定PDSCH的QCL参数,并根据确定的QCL参数,进行PDSCH的接收。
  2. 根据权利要求1所述的PDSCH的接收方法,其中,所述确定PDSCH的QCL参数的步骤之前,还包括:
    接收所述网络设备发送的所述CORESET-BFR和所述其他CORESET的配置信息,所述配置信息中包括用于指示所述CORESET-BFR上的PDCCH的QCL参数的TCI状态信息,以及,用于指示所述其他CORESET上的PDCCH的QCL参数的TCI状态信息。
  3. 根据权利要求1所述的PDSCH的接收方法,其中,所述其他CORESET上的PDCCH的QCL参数,与所述CORESET-BFR上的PDCCH的QCL参数相同或不同。
  4. 根据权利要求1所述的PDSCH的接收方法,其中,
    所述监听CORESET-BFR上的PDCCH的步骤之前,还包括:
    向所述网络设备发送波束失败恢复请求;
    所述监听CORESET-BFR上的PDCCH的步骤包括:
    监听所述CORESET-BFR上的PDCCH中的响应信息,所述响应信息为所述网络设备根据所述波束失败恢复请求反馈的响应信息。
  5. 根据权利要求1所述的PDSCH的接收方法,其中,所述监听CORESET-BFR上的PDCCH和其他CORESET上的PDCCH的步骤包括:
    在所述网络设备配置的监听窗口内,监听所述CORESET-BFR上的PDCCH中的响应信息;
    在所述监听窗口内和/或所述监听窗口之外,监听所述其他CORESET上的PDCCH。
  6. 根据权利要求1所述的PDSCH的接收方法,其中,所述根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数的步骤包括:
    当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔小于预设门限时,采用第一方式确定PDSCH的QCL参数,所述第一方式为以下方式之一:
    确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
    确定所述PDSCH的QCL参数与所述其他CORESET中的预设CORESET上的PDCCH的QCL参数相同;
    确定所述PDSCH的QCL参数与全部CORESET中的预设CORESET上的PDCCH的QCL参数相同,所述全部CORESET包括所述CORESET-BFR和所述其他CORESET;
    确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在的CORESET上的PDCCH的QCL参数相同;或者
    确定所述PDSCH的QCL参数与调度该PDSCH的多个DCI所在的CORESET中的预设CORESET上的PDCCH的QCL参数相同。
  7. 根据权利要求6所述的PDSCH的接收方法,其中,当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔小于预设门限时,采用第一方式确定PDSCH的QCL参数的步骤包括:
    当所述DCI中没有用于指示QCL参数的TCI状态信息,且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数;或者
    当所述网络设备为所述终端配置了预设参数,所述预设参数用于指示DCI中是否存在TCL状态信息,所述预设参数的值为有效,且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数;或者
    当所述网络设备为所述终端配置了所述预设参数,所述预设参数的值为无效,且所述时间间隔小于所述预设门限时,采用所述第一方式确定所述PDSCH的QCL参数。
  8. 根据权利要求6所述的PDSCH的接收方法,其中,所述预设CORESET为在为终端配置了搜索空间的时隙中,配置了搜索空间的一个或多个CORESET中,具有最小ID的CORESET。
  9. 根据权利要求1所述的PDSCH的接收方法,其中,所述根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数的步骤包括:
    当接收到DCI和接收到所述DCI调度的PDSCH之间的时间间隔大于或等于预设门限时,采用第二方式确定PDSCH的QCL参数,所述第二方式为以下方式之一:
    确定所述PDSCH的QCL参数与所述CORESET-BFR上的PDCCH的QCL参数相同;
    当所述网络设备为所述终端配置了预设参数,所述预设参数用于指示DCI中是否存在TCL状态信息,且所述预设参数的值为有效时,确定所述PDSCH的QCL参数是调度该PDSCH的DCI中的TCI状态信息指示的QCL参数;
    所述DCI中没有用于指示QCL参数的TCI状态信息时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在CORESET上PDCCH的QCL参数相同;或者
    所述网络设备为所述终端配置了所述预设参数,且所述预设参数的值为无效时,确定所述PDSCH的QCL参数与调度该PDSCH的DCI所在 CORESET上PDCCH的QCL参数相同。
  10. 根据权利要求1所述的PDSCH的接收方法,其中,所述根据所述CORESET-BFR上的PDCCH的QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的TCI状态信息指示的QCL参数,确定PDSCH的QCL参数的步骤之后,还包括:
    当接收到所述网络设备重配置或激活或指示了全部CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数,所述全部CORESET包括所述CORESET-BFR和所述其他所述CORESET;或者
    当接收到所述网络设备重配置或激活或指示了所述CORESET-BFR上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
    当接收到所述网络设备重配置或激活或指示了全部CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
    当接收到所述网络设备重配置或激活或指示了所述其他CORESET中的任一CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数;或者
    当接收到所述网络设备重配置或激活或指示了全部其他CORESET上的PDCCH的TCI状态信息时,重新确定所述PDSCH的QCL参数。
  11. 一种终端,包括:
    监听模块,用于在判定发生波束失败事件之后,监听用于波束失败恢复的控制资源集CORESET-BFR上的物理下行控制信道PDCCH和其他控制资源集CORESET上的PDCCH,其中,所述COREET-BFR和所述其他CORESET为网络设备为所述终端配置的;以及,
    确定模块,用于根据所述CORESET-BFR上的PDCCH的准共址QCL参数、所述其他CORESET上的PDCCH的QCL参数、调度PDSCH的下行控制信息DCI所在的CORESET上的PDCCH的QCL参数,或者,调度PDSCH的DCI中的传输配置指示TCI状态信息指示的QCL参数,确定PDSCH的QCL参数;
    接收模块,用于根据确定的QCL参数,进行PDSCH的接收。
  12. 一种终端,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序,所述程序被所述处理器执行时实现如权利要求1至10中任一项所述的PDSCH的接收方法的步骤。
  13. 一种计算机可读存储介质,所述计算机可读存储介质上存储程序,所述程序被处理器执行时实现如权利要求1至10中任一项所述的PDSCH的接收方法的步骤。
PCT/CN2019/077791 2018-03-29 2019-03-12 Pdsch的接收方法和终端 WO2019184697A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/033,898 US11510234B2 (en) 2018-03-29 2020-09-27 Method and terminal for receiving PDSCH
US17/968,790 US11910399B2 (en) 2018-03-29 2022-10-18 Method and terminal for receiving PDSCH

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810272571.9 2018-03-29
CN201810272571.9A CN110324900B (zh) 2018-03-29 2018-03-29 Pdsch的接收方法和终端

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/033,898 Continuation US11510234B2 (en) 2018-03-29 2020-09-27 Method and terminal for receiving PDSCH

Publications (1)

Publication Number Publication Date
WO2019184697A1 true WO2019184697A1 (zh) 2019-10-03

Family

ID=68060936

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/077791 WO2019184697A1 (zh) 2018-03-29 2019-03-12 Pdsch的接收方法和终端

Country Status (3)

Country Link
US (2) US11510234B2 (zh)
CN (1) CN110324900B (zh)
WO (1) WO2019184697A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021212397A1 (en) * 2020-04-23 2021-10-28 Lenovo (Beijing) Limited Default beam determination in cross-carrier scheduling

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2962807T3 (es) * 2018-09-28 2024-03-21 Apple Inc Configuración del supuesto espacial para la transmisión de enlace descendente de nueva radio (NR)
US11251931B2 (en) * 2018-11-07 2022-02-15 Qualcomm Incorporated Active transmission configuration indication states
US11201663B2 (en) * 2018-12-20 2021-12-14 Qualcomm Incorporated Transmission configuration indication determination for a shared data channel
WO2020194269A1 (en) * 2019-03-27 2020-10-01 Lenovo (Singapore) Pte. Ltd. Method and apparatus for downlink resource allocation for multi-transmission and reception point transmission
WO2021072759A1 (zh) * 2019-10-18 2021-04-22 华为技术有限公司 一种通信方法及装置
US20220400505A1 (en) * 2019-11-08 2022-12-15 Ntt Docomo, Inc. Terminal and radio communication method
CN115039428B (zh) * 2019-11-26 2024-01-16 株式会社Ntt都科摩 终端以及无线通信方法
CN114902598B (zh) * 2020-01-21 2024-03-29 中兴通讯股份有限公司 无线通信系统中的波束指示方法
CN113271669B (zh) * 2020-02-14 2023-06-30 大唐移动通信设备有限公司 一种控制信息传输方法及装置
CN113766643A (zh) * 2020-06-02 2021-12-07 维沃移动通信有限公司 波束失败恢复方法、装置及设备
CN115175106A (zh) * 2021-04-01 2022-10-11 北京紫光展锐通信技术有限公司 通信参数确定方法及相关产品
CN116455514A (zh) * 2022-01-10 2023-07-18 大唐移动通信设备有限公司 Pdcch检测方法、装置、终端及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107438968A (zh) * 2015-04-03 2017-12-05 Lg 电子株式会社 在无线通信系统中借助于未授权带接收下行链路信号的方法及其设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104349491A (zh) * 2013-08-08 2015-02-11 中兴通讯股份有限公司 一种物理下行共享信道传输的方法、系统和网络侧设备
TWI665923B (zh) * 2016-07-01 2019-07-11 華碩電腦股份有限公司 用於無線通訊系統中當服務波束為無效時管理通訊的方法和設備
CN107734706A (zh) * 2016-08-10 2018-02-23 深圳市金立通信设备有限公司 一种控制信息传输方法、设备以及通信系统
US20180324770A1 (en) * 2017-05-04 2018-11-08 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
US10728002B2 (en) * 2017-08-10 2020-07-28 Huawei Technologies Co., Ltd. System and method for enabling reliable and low latency communication
CN111758276B (zh) * 2017-12-27 2024-03-01 株式会社Ntt都科摩 用户终端以及无线通信方法
US10805148B2 (en) * 2018-02-05 2020-10-13 Ofinno, Llc Beam failure recovery request procedure

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107438968A (zh) * 2015-04-03 2017-12-05 Lg 电子株式会社 在无线通信系统中借助于未授权带接收下行链路信号的方法及其设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Offline Discussion Summary on Remaining Issues on Beam Fai- lure Recovery", 3GPP TSG RAN WG1 MEETING #91 R1-1721699, vol. 2, 4 December 2017 (2017-12-04), XP051370777 *
QUALCOMM: "Summary of Beam Mgmt Open Issues", 3GPP TSG RAN WG1 MEETING #91 R1-1721396, 29 November 2017 (2017-11-29), XP051363973 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021212397A1 (en) * 2020-04-23 2021-10-28 Lenovo (Beijing) Limited Default beam determination in cross-carrier scheduling

Also Published As

Publication number Publication date
CN110324900B (zh) 2021-10-22
US20210014884A1 (en) 2021-01-14
US20230038981A1 (en) 2023-02-09
US11510234B2 (en) 2022-11-22
CN110324900A (zh) 2019-10-11
US11910399B2 (en) 2024-02-20

Similar Documents

Publication Publication Date Title
WO2019184697A1 (zh) Pdsch的接收方法和终端
CA3127395C (en) Method for beam failure recovery, method for beam failure handling, terminal, and network-side device
WO2019184692A1 (zh) 波束失败处理方法、终端及网络设备
RU2763946C1 (ru) Способ определения параметра планирования, способ конфигурирования параметра планирования, абонентское оборудование и устройство с сетевой стороны
WO2019128578A1 (zh) 控制信道监听方法、监听指示方法、终端及网络设备
WO2019196829A1 (zh) 旁链路的操作方法和终端
US11343855B2 (en) Method and device for random access and terminal
KR20210065156A (ko) 빔 실패 복구 요청 전송 방법, 단말 장치 및 네트워크 장치
KR20210064317A (ko) 사이드링크의 링크 실패 검사 방법 및 단말기
US20220022085A1 (en) Method for radio link monitoring, terminal, base station, and storage medium
US11234275B2 (en) Method for receiving and sending information, user equipment and network device
WO2019085718A1 (zh) 随机接入方法和用户终端
WO2019095903A1 (zh) 终端能力的指示方法及终端
WO2020216244A1 (zh) 终端天线面板信息的指示方法、网络侧设备和终端
US11736327B2 (en) Uplink transmission method and terminal
WO2021109954A1 (zh) 波束失败恢复方法、终端及网络侧设备
WO2020221235A1 (zh) 下行控制信息的接收方法、发送方法、终端和网络侧设备
US20210352500A1 (en) Method for pucch transmission, method for pucch reception, terminal, and network-side device
US20220022198A1 (en) Method for radio link monitoring, terminal, base station, and storage medium
WO2021197191A1 (zh) 冲突资源确定方法和终端
JP7325539B2 (ja) 情報決定方法及びユーザ機器

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19774715

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19774715

Country of ref document: EP

Kind code of ref document: A1