CN110392427B - Communication flow processing method and terminal - Google Patents
Communication flow processing method and terminal Download PDFInfo
- Publication number
- CN110392427B CN110392427B CN201810338767.3A CN201810338767A CN110392427B CN 110392427 B CN110392427 B CN 110392427B CN 201810338767 A CN201810338767 A CN 201810338767A CN 110392427 B CN110392427 B CN 110392427B
- Authority
- CN
- China
- Prior art keywords
- failure recovery
- beam failure
- terminal
- indication information
- sent
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a communication flow processing method and a terminal, wherein the method comprises the following steps: before the beam failure recovery process is finished, if indication information for initiating the beam changing process sent by the network equipment is received, the beam failure recovery process and the beam changing process are processed according to a preset processing mode. The embodiment of the invention unifies the conflict solution modes of the terminal side and the network equipment side through the preset processing mode, thereby avoiding the loss of data receiving and sending and the interference caused by the data sending of the terminal on the wrong wave beam.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a communication flow processing method and a terminal.
Background
In the fifth Generation (5G) mobile communication system, or New Radio (NR), the supported operating band is increased to over 6GHz, up to about 100 GHz. The high frequency band has richer idle frequency resources, and can provide higher throughput for data transmission. To achieve the goals of downlink transmission rate of 20Gbps and uplink transmission rate of 10Gbps, MIMO technology with high frequency antennas and larger scale, more antenna ports will be introduced. The wavelength of the high-frequency signal is short, compared with a low-frequency band, more antenna array elements can be arranged on a panel with the same size, a beam with stronger directivity and narrower lobes is formed by using a beam forming technology, and a large-scale (Massive) MIMO (multiple input multiple output) technology uses a large-scale antenna array, so that the utilization efficiency of a system frequency band can be greatly improved, and a larger number of access users can be supported.
In a high-band communication system, since the wavelength of a radio signal is short, it is easy to cause a situation where signal propagation is blocked or the like, and signal propagation is interrupted. If the wireless link reconstruction in the prior art is adopted, the time consumption is long, so a Beam Failure Recovery (BFR) mechanism is introduced, and after a Beam Failure occurs, the terminal triggers a Beam Failure Recovery request process. The terminal sends a beam failure recovery request to the network device side, and the network device feeds back response (response) information of the beam failure recovery request after receiving the beam failure recovery request. For example, the terminal may send a beam failure recovery request through a random access preamble (preamble), and wait to receive feedback information of the network device, such as: a Physical Downlink Control Channel (PDCCH) scheduled by a Cell Radio Network Temporary Identifier (C-RNTI). And after the terminal receives the feedback information of the beam failure recovery request from the network equipment, the terminal judges that the service beam corresponding to the cell is successfully recovered. The feedback information of the Beam Failure Recovery request is transmitted on a specific Control channel Resource configured by the network device, such as a dedicated PDCCH in a Control Resource set (BFR-core) for Beam Failure Recovery.
In addition, the network device may also configure a corresponding spatial relationship, such as a Transmission Configuration Indicator (TCI) State, for a control Channel, such as a PDCCH, and a data Channel, such as a Physical Downlink Shared Channel (PDSCH), of the terminal, where the spatial relationship includes a corresponding Reference Signal, such as a Synchronization Signal Block (SSB) and/or a Channel State Information-Reference Signal (CSI-RS). Further, the network device may also dynamically adjust the spatial relationship between the control channel and the data channel of the terminal, which may also be referred to as changing the corresponding beam.
The terminal triggers a beam failure recovery process when detecting a beam failure event, and needs to switch between different beams when receiving indication information for changing beams sent by the network device. However, when the above processes occur simultaneously, the terminal cannot determine which process is to be processed preferentially, nor can it determine whether the above processes must be completed, that is, when the above two processes of the terminal conflict with each other, the terminal cannot determine how to perform the processing.
Disclosure of Invention
The embodiment of the invention provides a communication flow processing method and a terminal, which aim to solve the problem that when the terminal receives indication information for changing a beam while a beam failure recovery process occurs, the terminal cannot determine how to process the beam.
In a first aspect, an embodiment of the present invention provides a communication flow processing method, applied to a terminal side, including:
before the beam failure recovery process is finished, if indication information for initiating the beam changing process sent by the network equipment is received, the beam failure recovery process and the beam changing process are processed according to a preset processing mode.
In a second aspect, an embodiment of the present invention further provides a terminal, including:
and the processing module is used for processing the beam failure recovery flow and the beam changing flow according to a preset processing mode if receiving indication information which is sent by the network equipment and used for initiating the beam changing flow before the beam failure recovery flow is ended.
In a third aspect, an embodiment of the present invention provides a terminal, where the terminal includes a processor, a memory, and a computer program stored in the memory and being executable on the processor, and when the computer program is executed by the processor, the steps of the communication flow processing method are implemented.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the communication flow processing method are implemented.
In this way, in the communication flow processing method and the terminal of the embodiment of the present invention, if the terminal triggers the beam failure recovery process and receives the indication information for initiating the beam change sent by the network device before the beam failure recovery process is ended, the beam failure recovery process and the beam change process are processed according to the preset processing mode, so as to avoid the collision problem between the beam failure recovery process and the beam change process. Therefore, the conflict solution modes of the terminal side and the network equipment side are unified through the preset processing mode, and the loss of data receiving and sending and the interference caused by the data sending of the terminal on the wrong wave beam are avoided.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
FIG. 1 is a schematic diagram of a communication scenario in accordance with an embodiment of the present invention;
FIG. 2 is a flow chart illustrating a communication flow processing method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating a communication flow processing method according to a first scenario of the present invention;
fig. 4 is a flowchart illustrating a communication flow processing method according to a second scenario of the present invention;
fig. 5 is a schematic block diagram of a terminal according to an embodiment of the present invention;
fig. 6 shows a block diagram of a terminal according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In the scenario shown in fig. 1, signal transmission is implemented between the network device 01 and the terminal 02 through an antenna beam. Network device 01 and terminal 02 may each include multiple beams, and for example, in fig. 1, it is assumed that network device 01 includes N beams and terminal 02 includes M beams, where N, M are integers greater than 1. N and M may be the same or different, and the application is not limited.
An embodiment of the present invention provides a communication flow processing method, which is applied to a terminal side, and as shown in fig. 2, the method includes the following steps:
step 21: before the beam failure recovery process is finished, if indication information for initiating the beam changing process sent by the network equipment is received, the beam failure recovery process and the beam changing process are processed according to a preset processing mode.
The beam failure recovery procedure referred to in the embodiments of the present invention may be after the beam failure recovery procedure is initiated before the end of the beam failure recovery procedure, but the procedure is not ended. In a high-frequency communication system, since the wavelength of a radio signal is short, signal propagation is easily interrupted due to, for example, blockage of signal propagation. If the wireless link reconstruction in the prior art is adopted, the time is long, and therefore a Beam Failure Recovery (BFR) mechanism is introduced.
Wherein, the beam failure recovery mechanism comprises: the method comprises the steps of beam failure detection, new candidate beam identification, beam failure recovery request sending and receiving beam failure recovery response information fed back by the network equipment. When detecting that the beam fails, the terminal triggers a beam failure recovery process, namely, initiates a beam failure recovery flow, so as to realize beam recovery as soon as possible. Further, the terminal and the network device may support more than one beam, and in order to ensure the system transmission performance, the network device may send instruction information for changing the beam to the terminal, so that the terminal performs information transmission through the beam with better quality. When the terminal detects that the current service beam has beam failure, the terminal initiates a beam failure recovery process, and if the terminal receives indication information for initiating a beam change process sent by the network device before the beam failure recovery process is finished, the terminal can determine the beam failure recovery process and the beam change process according to a preset processing mode so as to avoid data receiving and sending loss caused by process conflict and interference caused by data sending of the terminal on an error beam. It should be noted that the preset processing mode may be predefined, or may be configured by the network device to the terminal.
The communication flow processing method according to the embodiment of the present invention will be further described with reference to different application scenarios.
Scene one, as shown in fig. 3, the method of the embodiment of the present invention includes step 31: after detecting the beam failure event and before sending the beam failure recovery request, the terminal stops the beam failure recovery process if receiving indication information which is sent by the network equipment and used for initiating the beam change process, and executes the beam change process according to the indication information.
In this scenario, a beam failure occurs in the terminal, the terminal initiates a beam failure recovery process for the beam failure, and if the terminal receives indication information for initiating a beam failure recovery process sent by the network device before sending a beam failure recovery request, the terminal may directly stop the beam failure recovery process and change the beam process according to the indication information in order to save power for the terminal.
Scenario two, as shown in fig. 4, the method of the embodiment of the present invention includes step 41: after the terminal sends the beam failure recovery request and before the beam failure recovery process is finished, if the terminal receives indication information sent by the network equipment and used for initiating the beam change process, the terminal executes one of the following steps:
the first method, step 42: and stopping the beam failure recovery process, and executing the beam changing process according to the indication information.
In this scenario, a terminal generates a beam failure, the terminal initiates a beam failure recovery process for the beam failure, and if the terminal transmits a beam failure recovery request but does not receive response information of a network device for the beam failure recovery request, or the beam failure recovery process times out, that is, before the beam failure recovery process ends, the terminal receives indication information for initiating a beam change process, which is transmitted by the network device. The terminal can directly stop the beam failure recovery process and execute the beam changing process according to the indication information, so that the terminal can be switched to the available beam more quickly.
Mode two, step 43: and continuing to execute the beam failure recovery process, and discarding the indication information.
In this scenario, a terminal generates a beam failure, the terminal initiates a beam failure recovery process for the beam failure, and if the terminal transmits a beam failure recovery request but does not receive response information of a network device for the beam failure recovery request, or the beam failure recovery process times out, that is, before the beam failure recovery process ends, the terminal receives indication information for initiating a beam change process, which is transmitted by the network device. The terminal may continue to perform the beam failure recovery procedure and discard the indication information so that the terminal may switch to an available beam through the beam failure recovery procedure.
Optionally, if the terminal stops the beam failure recovery procedure, the terminal may send control information for indicating the beam failure to the network device. The Control information is sent through a Physical Random Access Channel (PRACH), a Physical Uplink Control Channel (PUCCH), a Medium Access Control Element (MAC CE), or a Radio Resource Control (RRC) signaling. That is, when the terminal stops the beam failure recovery procedure and performs the beam change procedure, the terminal may report the beam failure information to the network device, where the act of reporting the beam failure information to the network device includes any combination of one or more of the following: and sending request information on the beam failure recovery resource corresponding to the failed source beam, for example, sending the PRACH on the random access resource corresponding to the beam failure recovery of the source beam. Alternatively, control signaling is sent to inform the network device.
As a preferable example, the control information includes: at least one of beam failure indication information, identification information of a failed beam (which beam failed), bandwidth section BWP identification information corresponding to the failed beam (which BWP the beam failed to occur corresponds to), cell identification information corresponding to the failed beam (which cell the beam failed to occur corresponds to), and measurement result information corresponding to the failed beam (measurement result of the beam failed to occur). Wherein, the measurement results include but are not limited to: at least one of Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), Signal to Interference and Noise Ratio (SINR), and the like.
Optionally, the beam failure recovery procedure includes: a contention-based beam failure recovery procedure and/or a non-contention-based beam failure recovery procedure. That is, the terminal may transmit the beam failure recovery request through the contention-based random access resource, or the terminal may transmit the beam failure recovery request through the non-contention-based random access resource.
Optionally, the manner in which the network device sends the indication information for initiating the beam change process may include, but is not limited to: a general PDCCH, such as a dedicated PDCCH in non-BFR-core, and/or a MAC CE.
Preferably, the indication information includes: identification information of the target beam after the beam change. That is, the indication information is used to indicate that the source beam currently failed in the terminal is changed to another target beam, for example, a beam corresponding to the PDCCH and/or PDSCH currently serving is changed, and the indication information carries identification information of the target beam.
Further, the indication information may include, in addition to the identification information of the target beam: identification information of the source beam before the beam change.
Wherein the identification information of the source beam or the target beam comprises at least one of: synchronization signal block SSB identification information (e.g., SSB identification), channel state information reference signal CSI-RS identification information (e.g., CSI-RS identification), and spatial relationship configuration information between beams. The spatial relationship configuration information includes, but is not limited to: transmitting configuration indication information, or Quasi-co-Location (QCL) relationship information. Wherein the quasi co-location relationship indicates that at least one of doppler frequency shift, doppler spread, average delay, delay spread, and spatial reception parameters between different beams is quasi co-located. The indication can be carried out through a quasi co-location Type, wherein the QCL-Type A is used for indicating that Doppler frequency shift, Doppler spread, average time delay and time delay spread are quasi co-location or identical; QCL-Type B is used to indicate that Doppler frequency offset and Doppler spread are quasi co-located or the same; QCL-Type C is used for indicating that Doppler frequency shift and average time delay are quasi co-located or same; QCL-Type D is used to indicate that the spatial receive parameters are quasi co-located or identical.
In the communication flow processing method of the embodiment of the present invention, if the terminal triggers the beam failure recovery process and receives the indication information for initiating the beam change sent by the network device before the beam failure recovery process is finished, the beam failure recovery process and the beam change process are processed according to the preset processing mode, so as to avoid the collision problem between the beam failure recovery process and the beam change process. Therefore, the conflict solution modes of the terminal side and the network equipment side are unified through the preset processing mode, and the loss of data receiving and sending and the interference caused by the data sending of the terminal on the wrong wave beam are avoided.
The foregoing embodiments respectively describe in detail the communication flow processing methods in different scenarios, and the following embodiments further describe the corresponding terminals with reference to the accompanying drawings.
As shown in fig. 5, the terminal 500 according to the embodiment of the present invention can implement details of a method for processing a beam failure recovery procedure and a beam change procedure according to a preset processing manner if receiving indication information sent by a network device to initiate the beam change procedure before the beam failure recovery procedure is ended in the foregoing embodiment, and achieve the same effect, where the terminal 500 specifically includes the following functional modules:
and the processing module is used for processing the beam failure recovery flow and the beam changing flow according to a preset processing mode if receiving indication information which is sent by the network equipment and used for initiating the beam changing flow before the beam failure recovery flow is ended.
Wherein, the processing module 510 includes:
and the first processing sub-module is used for stopping the beam failure recovery process and executing the beam change process according to the indication information if the indication information for initiating the beam change process is received, wherein the indication information is sent by the network equipment after the beam failure event is detected and before the beam failure recovery request is sent.
Wherein, the processing module 510 includes:
a second processing sub-module, configured to, after sending the beam failure recovery request and before the beam failure recovery procedure is ended, if receiving indication information sent by the network device and used to initiate a beam change procedure, execute one of the following:
stopping the beam failure recovery process, and executing a beam changing process according to the indication information;
and continuing to execute the beam failure recovery process, and discarding the indication information.
Wherein, the terminal 500 further comprises:
a sending module, configured to send control information for indicating a beam failure to a network device; the control information is sent through a Physical Random Access Channel (PRACH), a Physical Uplink Control Channel (PUCCH), a media access control unit (MAC CE) or a Radio Resource Control (RRC) signaling.
Wherein the control information includes: at least one of beam failure indication information, identification information of a failed beam, BWP identification information of a bandwidth part corresponding to the failed beam, cell identification information corresponding to the failed beam, and measurement result information corresponding to the failed beam.
Wherein, the beam failure recovery process comprises: a contention-based beam failure recovery procedure and/or a non-contention-based beam failure recovery procedure.
Wherein the indication information includes: identification information of the target beam after the beam change.
Or, the indication information further includes: identification information of the source beam before the beam change, and identification information of the source beam before the beam change.
Wherein the identification information comprises at least one of:
the synchronization signal block SSB identification information, the channel state information reference signal CSI-RS identification information, and the spatial relationship configuration information between the beams.
It is worth pointing out that, if the terminal triggers the beam failure recovery process and receives the indication information for initiating the beam change sent by the network device before the beam failure recovery process is finished, the terminal processes the beam failure recovery process and the beam change process according to the preset processing mode, so as to avoid the collision problem between the beam failure recovery process and the beam change process. Therefore, the conflict solution modes of the terminal side and the network equipment side are unified through the preset processing mode, and the loss of data receiving and sending and the interference caused by the data sending of the terminal on the wrong wave beam are avoided.
It should be noted that the division of each module of the above terminal is only a division of a logical function, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the determining module may be a processing element separately set up, or may be implemented by being integrated in a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and the function of the determining module is called and executed by a processing element of the apparatus. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.
For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when one of the above modules is implemented in the form of a Processing element scheduler code, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).
To better achieve the above object, further, fig. 6 is a schematic diagram of a hardware structure of a terminal implementing various embodiments of the present invention, where the terminal 60 includes, but is not limited to: radio frequency unit 61, network module 62, audio output unit 63, input unit 64, sensor 65, display unit 66, user input unit 67, interface unit 68, memory 69, processor 610, and power supply 611. Those skilled in the art will appreciate that the terminal configuration shown in fig. 6 is not intended to be limiting, and that the terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.
The radio frequency unit 61 is configured to receive and transmit data under the control of the processor 610;
the processor 610 is configured to, before the beam failure recovery process is ended, process the beam failure recovery process and the beam change process according to a preset processing manner if receiving indication information for initiating the beam change process sent by the network device;
if the terminal triggers the beam failure recovery process and receives indication information for initiating beam change sent by the network device before the beam failure recovery process is finished, the terminal processes the beam failure recovery process and the beam change process according to a preset processing mode so as to avoid the conflict problem between the beam failure recovery process and the beam change process. Therefore, the conflict solution modes of the terminal side and the network equipment side are unified through the preset processing mode, and the loss of data receiving and sending and the interference caused by the data sending of the terminal on the wrong wave beam are avoided.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 61 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 610; in addition, the uplink data is transmitted to the base station. Typically, the radio frequency unit 61 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. In addition, the radio frequency unit 61 can also communicate with a network and other devices through a wireless communication system.
The terminal provides wireless broadband internet access to the user via the network module 62, such as to assist the user in sending and receiving e-mails, browsing web pages, and accessing streaming media.
The audio output unit 63 may convert audio data received by the radio frequency unit 61 or the network module 62 or stored in the memory 69 into an audio signal and output as sound. Also, the audio output unit 63 may also provide audio output related to a specific function performed by the terminal 60 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 63 includes a speaker, a buzzer, a receiver, and the like.
The input unit 64 is used to receive an audio or video signal. The input Unit 64 may include a Graphics Processing Unit (GPU) 641 and a microphone 642, and the Graphics processor 641 processes image data of still pictures or video obtained by an image capturing device (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 66. The image frames processed by the graphic processor 641 may be stored in the memory 69 (or other storage medium) or transmitted via the radio frequency unit 61 or the network module 62. The microphone 642 may receive sounds and may be capable of processing such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 61 in case of the phone call mode.
The terminal 60 also includes at least one sensor 65, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 661 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 661 and/or a backlight when the terminal 60 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 65 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.
The display unit 66 is used to display information input by the user or information provided to the user. The Display unit 66 may include a Display panel 661, and the Display panel 661 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 67 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 67 includes a touch panel 671 and other input devices 672. The touch panel 671, also referred to as a touch screen, may collect touch operations by a user on or near the touch panel 671 (e.g., operations by a user on or near the touch panel 671 using a finger, a stylus, or any other suitable object or attachment). The touch panel 671 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 610, receives a command from the processor 610, and executes the command. In addition, the touch panel 671 can be implemented by various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 671, the user input unit 67 may also include other input devices 672. In particular, the other input devices 672 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a track ball, a mouse, and a joystick, which are not described herein again.
Further, the touch panel 671 can be overlaid on the display panel 661, and when the touch panel 671 detects a touch operation on or near the touch panel 671, the touch panel 671 can be transmitted to the processor 610 to determine the type of the touch event, and then the processor 610 can provide a corresponding visual output on the display panel 661 according to the type of the touch event. Although the touch panel 671 and the display panel 661 are shown as two separate components in fig. 6 to implement the input and output functions of the terminal, in some embodiments, the touch panel 671 and the display panel 661 can be integrated to implement the input and output functions of the terminal, which is not limited herein.
The interface unit 68 is an interface for connecting an external device to the terminal 60. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 68 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the terminal 60 or may be used to transmit data between the terminal 60 and external devices.
The memory 69 may be used to store software programs as well as various data. The memory 69 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program 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 store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 69 may include high speed random access memory, and may 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 610 is a control center of the terminal, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 69 and calling data stored in the memory 69, thereby performing overall monitoring of the terminal. Processor 610 may include one or more processing units; preferably, the processor 610 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 610.
The terminal 60 may further include a power supply 611 (e.g., a battery) for supplying power to various components, and preferably, the power supply 611 may be logically connected to the processor 610 through a power management system, so as to manage charging, discharging, and power consumption management functions through the power management system.
In addition, the terminal 60 includes some functional modules that are not shown, and will not be described in detail herein.
Preferably, an embodiment of the present invention further provides a terminal, which includes a processor 610, a memory 69, and a computer program stored in the memory 69 and capable of running on the processor 610, where the computer program, when executed by the processor 610, implements each process of the communication flow processing method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again. A terminal may be a wireless terminal or a wired terminal, and a wireless terminal may be a device providing voice and/or other service data connectivity to a user, a handheld device having a wireless connection function, or other processing devices connected to a wireless modem. A wireless terminal, which may be a mobile terminal such as a mobile telephone (or "cellular" telephone) and a computer having a mobile terminal, e.g., a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device, may communicate with one or more core networks via a Radio Access Network (RAN), and may exchange language and/or data with the RAN. For example, devices such as Personal Communication Service (PCS) phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, and Personal Digital Assistants (PDAs) are used. A wireless Terminal may also be referred to as a system, a Subscriber Unit (Subscriber Unit), a Subscriber Station (Subscriber Station), a Mobile Station (Mobile), a Remote Station (Remote Station), a Remote Terminal (Remote Terminal), an Access Terminal (Access Terminal), a User Terminal (User Terminal), a User Agent (User Agent), and a User Device or User Equipment (User Equipment), which are not limited herein.
The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the communication flow processing method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
Furthermore, it is to be noted that in the device and method of the invention, it is obvious that the individual components or steps can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of performing the series of processes described above may naturally be performed chronologically in the order described, but need not necessarily be performed chronologically, and some steps may be performed in parallel or independently of each other. It will be understood by those skilled in the art that all or any of the steps or elements of the method and apparatus of the present invention may be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or any combination thereof, which can be implemented by those skilled in the art using their basic programming skills after reading the description of the present invention.
Thus, the objects of the invention may also be achieved by running a program or a set of programs on any computing device. The computing device may be a general purpose device as is well known. The object of the invention is thus also achieved solely by providing a program product comprising program code for implementing the method or the apparatus. That is, such a program product also constitutes the present invention, and a storage medium storing such a program product also constitutes the present invention. It is to be understood that the storage medium may be any known storage medium or any storage medium developed in the future. It is further noted that in the apparatus and method of the present invention, it is apparent that each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of executing the series of processes described above may naturally be executed chronologically in the order described, but need not necessarily be executed chronologically. Some steps may be performed in parallel or independently of each other.
While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.
Claims (9)
1. A communication flow processing method is applied to a terminal side, and is characterized by comprising the following steps:
before the beam failure recovery process is finished, if indication information for initiating a beam change process sent by network equipment is received, processing the beam failure recovery process and the beam change process according to a preset processing mode;
before the beam failure recovery process is finished, if indication information for initiating a beam change process sent by network equipment is received, processing the beam failure recovery process and the beam change process according to a preset processing mode, wherein the step comprises the following steps:
after a beam failure event is detected and before a beam failure recovery request is sent, if indication information for initiating a beam changing process sent by network equipment is received, the beam failure recovery process is stopped, and the beam changing process is executed according to the indication information; or
Before the beam failure recovery process is finished, if indication information for initiating a beam change process sent by network equipment is received, processing the beam failure recovery process and the beam change process according to a preset processing mode, wherein the step comprises the following steps:
after the beam failure recovery request is sent and before the beam failure recovery process is finished, if indication information for initiating the beam change process sent by the network equipment is received, executing one of the following steps:
stopping the beam failure recovery process, and executing the beam changing process according to the indication information;
and continuing to execute the beam failure recovery process, and discarding the indication information.
2. The communication flow processing method according to claim 1, wherein the step of stopping the beam failure recovery flow further comprises:
transmitting control information for indicating a beam failure to a network device; the control information is sent through a Physical Random Access Channel (PRACH), a Physical Uplink Control Channel (PUCCH), a media access control unit (MAC CE) or a Radio Resource Control (RRC) signaling.
3. The communication flow processing method according to claim 2, wherein the control information includes: at least one of beam failure indication information, identification information of a failed beam, BWP identification information of a bandwidth part corresponding to the failed beam, cell identification information corresponding to the failed beam, and measurement result information corresponding to the failed beam.
4. The communication flow processing method of claim 1, wherein the beam failure recovery flow comprises: a contention-based beam failure recovery procedure and/or a non-contention-based beam failure recovery procedure.
5. The communication flow processing method according to claim 1, wherein the indication information includes: identification information of the target beam after the beam change;
or, the indication information includes: identification information of the source beam before the beam change, and identification information of the target beam after the beam change.
6. The communication flow processing method of claim 5, wherein the identification information includes at least one of:
the synchronization signal block SSB identification information, the channel state information reference signal CSI-RS identification information, and the spatial relationship configuration information between the beams.
7. A terminal, comprising:
the processing module is used for processing the beam failure recovery flow and the beam changing flow according to a preset processing mode if receiving indication information which is sent by network equipment and used for initiating the beam changing flow before the beam failure recovery flow is ended;
the processing module comprises:
the first processing sub-module is used for stopping the beam failure recovery process and executing the beam change process according to the indication information if the indication information for initiating the beam change process is received after the beam failure event is detected and before the beam failure recovery request is sent; or
The processing module comprises:
a second processing sub-module, configured to, after sending the beam failure recovery request and before the beam failure recovery procedure is ended, if receiving indication information sent by the network device and used to initiate a beam change procedure, execute one of the following:
stopping the beam failure recovery process, and executing a beam changing process according to the indication information;
and continuing to execute the beam failure recovery process, and discarding the indication information.
8. A terminal, characterized in that the terminal comprises a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the communication flow processing method according to any one of claims 1 to 6.
9. A computer-readable storage medium, characterized in that a computer program is stored thereon, which, when being executed by a processor, implements the steps of the communication flow processing method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810338767.3A CN110392427B (en) | 2018-04-16 | 2018-04-16 | Communication flow processing method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810338767.3A CN110392427B (en) | 2018-04-16 | 2018-04-16 | Communication flow processing method and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110392427A CN110392427A (en) | 2019-10-29 |
| CN110392427B true CN110392427B (en) | 2021-08-31 |
Family
ID=68282779
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810338767.3A Active CN110392427B (en) | 2018-04-16 | 2018-04-16 | Communication flow processing method and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110392427B (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112929921B (en) * | 2019-12-05 | 2023-01-13 | 维沃移动通信有限公司 | Beam failure recovery method, terminal and network side equipment |
| US20220361007A1 (en) * | 2020-02-12 | 2022-11-10 | Apple Inc. | Ul spatial relation switch for pucch, pusch and srs |
| CN113271674B (en) * | 2020-02-14 | 2023-05-19 | 华为技术有限公司 | Information indication method and device for non-ground communication network |
| CN114982269B (en) * | 2020-04-03 | 2024-05-17 | Oppo广东移动通信有限公司 | Measurement mode conversion method, terminal equipment and network equipment |
| US20230276278A1 (en) * | 2020-07-13 | 2023-08-31 | Lenovo (Singapore) Pte. Ltd. | Beam failure for serving cell with multiple active bandwidth parts |
| CN115843105A (en) * | 2021-09-17 | 2023-03-24 | 上海朗帛通信技术有限公司 | Method and equipment used for wireless communication |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104869607A (en) * | 2015-04-21 | 2015-08-26 | 中国电子科技集团公司第五十四研究所 | Multi-beam scatter communication device and multi-beam scatter communication method |
| CN107005858A (en) * | 2015-02-13 | 2017-08-01 | 联发科技（新加坡）私人有限公司 | The processing that MmW systems intermittent disconnects |
| WO2018038859A1 (en) * | 2016-08-22 | 2018-03-01 | Qualcomm Incorporated | Methods and apparatuses for communicating control information for independent links |
| WO2018053319A1 (en) * | 2016-09-16 | 2018-03-22 | Qualcomm Incorporated | Beam switching and recovery |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9855986B2 (en) * | 2013-08-28 | 2018-01-02 | Vision Works Ip Corporation | Absolute acceleration sensor for use within moving vehicles |
-
2018
- 2018-04-16 CN CN201810338767.3A patent/CN110392427B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107005858A (en) * | 2015-02-13 | 2017-08-01 | 联发科技（新加坡）私人有限公司 | The processing that MmW systems intermittent disconnects |
| CN104869607A (en) * | 2015-04-21 | 2015-08-26 | 中国电子科技集团公司第五十四研究所 | Multi-beam scatter communication device and multi-beam scatter communication method |
| WO2018038859A1 (en) * | 2016-08-22 | 2018-03-01 | Qualcomm Incorporated | Methods and apparatuses for communicating control information for independent links |
| WO2018053319A1 (en) * | 2016-09-16 | 2018-03-22 | Qualcomm Incorporated | Beam switching and recovery |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110392427A (en) | 2019-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102495173B1 (en) | Downlink channel reception method, transmission method, terminal and base station | |
| CN110324069B (en) | Beam failure processing method, terminal, network device and readable storage medium | |
| CN112398633B (en) | Information reporting method, terminal and network equipment | |
| CN110392427B (en) | Communication flow processing method and terminal | |
| JP7324276B2 (en) | Side link link failure detection method and terminal | |
| US11632165B2 (en) | Beam failure detection method, information configuration method, terminal and network device | |
| CN109699084B (en) | Information transmission method, terminal and network equipment under unlicensed frequency band | |
| CN113115324B (en) | Beam failure recovery request sending and receiving method, device and system | |
| CN113286318B (en) | Measurement method, measurement configuration method, terminal and network equipment | |
| CN111132314B (en) | Aperiodic channel state information reference signal configuration method, network equipment and terminal | |
| CN110719154B (en) | Beam failure recovery request transmission method and device | |
| CN110351756B (en) | Beam failure recovery method, terminal, network device and computer storage medium | |
| CN110740500B (en) | Power control method and terminal for physical random access channel | |
| WO2020151743A1 (en) | Random access method and terminal | |
| US11617177B2 (en) | Beam failure recovery method and terminal | |
| US11259323B2 (en) | Random access method and user equipment | |
| CN112583544B (en) | Method and communication device for determining source reference signal information | |
| CN113162739B (en) | Measurement reporting and configuration method, terminal and network side equipment | |
| CN112788754B (en) | Information transmission method and equipment | |
| CN111263393B (en) | Wireless link monitoring method, terminal and network equipment | |
| CN110740469B (en) | Method for determining monitoring result and terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |