Communication method and apparatus

Abstract

The present application provides a communication method and apparatus. The method comprises: receiving at least one piece of first downlink control information (DCI) in at least one first time-domain position, wherein a plurality of time-domain positions include the at least one first time-domain position, a plurality of pieces of DCI include the at least one piece of first DCI, part or all of the at least one piece of first DCI is used for instructing to receive first information comprising a warning message, respective beams correspond to at least one different time-domain position among the plurality of time-domain positions, each beam corresponds to one piece of DCI, and the pieces of DCI corresponding to respective beams are completely different or partially different from each other; and receiving the first information on the basis of part or all of the at least one piece of first DCI. In the present application, a correspondence between different time-domain positions and different beams is established, such that a terminal device can receive DCI at some of the time-domain positions, so as to determine to receive warning information. The situation where the terminal device determines, on the basis of its own position, to display warning information is avoided, thereby reducing network load and network congestion, and improving user experience.

Description

Communication methods and devices

[0001] This application claims priority to Chinese Patent Application No. 202510494348.9, filed on April 18, 2025, entitled "Communication Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of wireless communication, and more particularly to communication methods and apparatus. Background Technology

[0003] As the 5th generation (5G) mobile communication system's New Radio (NR) evolves from release (R)18 to R19, NR technology has moved from the standardization phase to commercial deployment. The initial purpose of researching the NR standard protocol was to provide users with ultra-low latency, ultra-reliable, ultra-high speed, and massive connectivity wireless communication services in terrestrial cellular network scenarios. However, terrestrial cellular networks cannot achieve seamless global coverage. For example, areas without terrestrial base stations, such as ocean areas, polar regions, and rainforests, cannot enjoy the voice and data services provided by cellular network coverage.

[0004] Compared to terrestrial communications, non-terrestrial networks (NTNs) offer advantages such as large coverage areas and flexible networking, enabling seamless global network coverage. NTN networks can be considered a supplement to current terrestrial networks, or an independent communication system capable of providing users with high-speed global network access. Current development trends aim to integrate air, space, and ground networks into a unified communication network.

[0005] In the Public Warning Systems (PWS) transmission mode of NTN, terminal devices can receive warning messages. However, terminal devices may lack location capabilities or be unable to determine their own location. In such cases, the terminal device will be unable to determine whether it is within the warning area, leading to the display of warning messages to the user in situations where no warning is necessary, causing unnecessary panic. Summary of the Invention

[0006] This application provides a communication method and apparatus that establishes a correspondence between different time-domain locations and different beams. Terminal devices can determine which warning information to receive by receiving downlink control information (DCI) at specific time-domain locations. This avoids the need for terminal devices to determine the display of warning information based on their own location, reducing network load and congestion, and improving user experience.

[0007] To achieve the above objectives, this application adopts the following technical solution:

[0008] Firstly, a communication method is provided, applied to a first communication device. The first communication device can be a terminal device, a component applicable to the terminal device (such as a module, communication module), a circuit or chip applicable to the terminal device (such as a modem chip (also known as a baseband chip), or a system-on-a-chip (SoC) chip or system-in-package (SIP) chip containing a modem module), or a logic node, logic module, or software capable of implementing all or part of the terminal device's functions. The method includes: receiving at least one first DCI at at least one first time-domain location. For example, multiple time-domain locations may include at least one first time-domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate the reception of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time-domain location among the plurality of time-domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. Receiving first information based on some or all of the at least one first DCI.

[0009] This application establishes a correspondence between different time-domain locations and different beams, allowing terminal devices to determine the reception of warning information by receiving DCI at certain time-domain locations. This avoids the situation where terminal devices determine the display of warning information based on their own location, reducing network load and congestion, and improving user experience.

[0010] In one possible design, the method may further include: determining a first beam. For example, the first beam may be a beam used by the terminal device to communicate with the network device at at least one second time-domain location. The at least one second time-domain location is a time-domain location corresponding to the first beam among at least one first time-domain locations. Receiving first information according to some or all of the first DCIs in at least one first DCI may include: receiving the first information according to a second DCI corresponding to the first beam. For example, at least one first DCI includes a second DCI.

[0011] This application utilizes the correspondence between beams and temporal locations to flexibly instruct terminal devices covered by certain beams to receive warning messages. By leveraging the coverage areas of different beams, it enables warning messages to be directed to terminal devices in specific areas based on the beam. This avoids the situation where terminal devices in any location can receive warning messages, requiring them to determine the appropriate warning message based on their own location. This reduces the complexity of terminal devices and improves the accuracy of warning message instruction.

[0012] In one possible design, the second DCI includes a first field and a second field, wherein the first field is used to indicate that the second DCI schedules the second field, or the first field is used to indicate that the second DCI schedules the third field and the second field, the second field is used to indicate that the terminal device needs to receive the first information, and the third field is used to configure paging.

[0013] In this application, the DCI (Digital Information Controller) can indicate the need to receive first information, and different beams can correspond to different time-domain locations. This means that different beams can correspond to different DCIs. Thus, it enables flexible indication based on the beam's coverage area that terminal devices need to receive first information. Compared to the traditional method of receiving DCI at any location without considering the terminal device's location information, this avoids terminal devices in irrelevant areas receiving and displaying warning messages, improving the user experience.

[0014] In one possible design, the method may further include: receiving second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0015] In this application, the network device can be configured with the second and / or third fields as beam-level fields or cell-level fields, thereby enabling flexible configuration of terminal devices within the coverage of different beams.

[0016] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0017] In this application, the number of time-domain locations corresponding to each beam can be different, thus making it suitable for various communication scenarios. For some important areas, the beams covering these areas can be configured to correspond to more time-domain locations, thereby ensuring that the terminal device can receive the first DCI and improving warning efficiency.

[0018] In one possible design, the method may further include receiving third information. This third information may be used to indicate the number of time-domain locations corresponding to at least one beam. The plurality of beams includes the at least one beam, which includes a first beam.

[0019] The network device of this application can flexibly indicate the time domain position corresponding to the beam, so that the terminal device can more accurately receive the first DCI based on the time domain position corresponding to the beam covering the terminal device, thereby determining the reception of the first information and improving the accuracy of warnings to the terminal device.

[0020] In one possible design, the first information can be carried by at least one of the following: system information block (SIB) 6; SIB 7; or SIB 8.

[0021] The first information in this application may include a warning message, and various methods for carrying the warning message are provided. This allows for the use of a method suitable for the specific communication scenario to indicate the warning message in different communication situations.

[0022] In one possible design, the method may also include: displaying or broadcasting the first message.

[0023] This application establishes a correspondence between beam and time-domain location to determine the reception and display of warning messages to users, such as displaying or broadcasting them. It eliminates the need to consider geographical location, allowing for more accurate display of warning messages to users.

[0024] In one possible design, displaying or broadcasting the first information may include: receiving fourth information. This fourth information may be used to indicate a first location range related to the warning message. The location information of the terminal device is obtained. Based on a first condition, the first information is displayed or broadcast. For example, the first condition may include: displaying or broadcasting the first information based on the fourth information and / or location information has a higher priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beam. Optionally, the first condition may include: displaying or broadcasting the first information based on the fourth information and / or location information has a lower priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beam.

[0025] This application provides multiple methods for terminal devices to display warning messages, allowing for more flexible determination of the displayed warning messages based on actual circumstances. This avoids degraded user experience and unnecessary network congestion caused by incorrect display.

[0026] In one possible design, the method may further include: receiving fifth information. This fifth information can be used to indicate the first condition.

[0027] This application can flexibly instruct terminal devices to prioritize displaying warning messages in a certain manner through fifth information, so as to be applicable to different communication scenarios and improve universality.

[0028] Secondly, a communication method is provided, applied to a second communication device, which may be a network device, or a component applicable to a network device, such as a module, communication module, circuit or chip applicable to a network device (such as a modem chip (also known as a baseband chip), or a SoC chip or SIP chip containing a modem module), or a logical node, logical module, or software capable of implementing all or part of the functions of a network device. The method includes: transmitting at least one first DCI at at least one first time domain location. For example, multiple time domain locations may include at least one first time domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate receipt of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time domain location among the plurality of time domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. Transmitting the first information.

[0029] In one possible design, transmitting at least one first DCI at at least one first time domain location may include: transmitting a second DCI corresponding to the first beam at at least one second time domain location via a first beam. For example, the first beam may be the beam used by the terminal device to communicate with the network device at at least one second time domain location. For example, at least one second time domain location is the time domain location corresponding to the first beam among at least one first time domain location. For example, at least one first DCI includes a second DCI.

[0030] In one possible design, the second DCI may include a first field and a second field. For example, the first field may be used to indicate that the second DCI schedules the second field, or the first field may be used to indicate that the second DCI schedules the third field and the second field. The second field may be used to indicate that the terminal device needs to receive the first information. The third field may be used to configure paging.

[0031] In one possible design, the method may further include: sending second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0032] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0033] In one possible design, the method may further include: transmitting third information. This third information may be used to indicate the number of time-domain locations corresponding to at least one beam. The plurality of beams includes the at least one beam, which includes a first beam.

[0034] In one possible design, the first information can be carried by at least one of the following: SIB 6; SIB 7; or, SIB 8.

[0035] In one possible design, the method may further include sending a fourth message. This fourth message may be used to indicate a first location range associated with the warning message.

[0036] In one possible design, the method may further include: transmitting fifth information. This fifth information can be used to indicate a first condition. For example, the first condition may include: displaying or broadcasting the first information based on fourth information and / or location information has a higher priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beam. Optionally, the first condition may include: displaying or broadcasting the first information based on fourth information and / or location information has a lower priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beam.

[0037] Thirdly, a communication device is provided, which is a terminal device, a communication module implementing the corresponding functions of the terminal device, or a chip responsible for communication functions, such as a modem chip (also known as a baseband chip), or a system-on-a-chip (SoC) or SIP chip containing a modem module. It can also be a logic module or software capable of implementing all or part of the terminal device functions. The communication device includes: a transceiver unit for receiving at least one first DCI at at least one first time domain location. For example, multiple time domain locations may include at least one first time domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate the reception of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time domain location among the plurality of time domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. A processing unit for controlling the transceiver unit to receive the first information according to some or all of the at least one first DCI.

[0038] In one possible design, the processing unit is further configured to: determine a first beam. For example, the first beam may be a beam used by the terminal device to communicate with the network device at at least one second time-domain location. The at least one second time-domain location is a time-domain location corresponding to the first beam among at least one first time-domain location. First information is received according to a second DCI corresponding to the first beam. For example, at least one first DCI includes the second DCI.

[0039] In one possible design, the second DCI includes a first field and a second field, wherein the first field is used to indicate that the second DCI schedules the second field, or the first field is used to indicate that the second DCI schedules the third field and the second field, the second field is used to indicate that the terminal device needs to receive the first information, and the third field is used to configure paging.

[0040] In one possible design, the transceiver unit is further configured to: receive second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0041] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0042] In one possible design, the transceiver unit is further configured to: receive third information. This third information may be used to indicate the number of time-domain locations corresponding to at least one beam. The aforementioned plurality of beams includes the at least one beam, and the at least one beam includes a first beam.

[0043] In one possible design, the first information can be carried by at least one of the following: SIB6; SIB7; or, SIB8.

[0044] In one possible design, the processing unit is also used to: control the display unit to display the first information, or control the sound unit to broadcast the first information.

[0045] In one possible design, the transceiver unit is further configured to receive fourth information. This fourth information can be used to indicate a first location range related to the warning message. The processing unit is further configured to acquire the location information of the terminal device. The transceiver unit is further configured to, based on a first condition, control the display unit to display the first information, or control the sound unit to broadcast the first information. For example, the first condition may include: the priority of displaying or broadcasting the first information based on the fourth information and / or location information is higher than the priority of displaying or broadcasting the first information based on the correspondence between time-domain location and beam. Optionally, the first condition may include: the priority of displaying or broadcasting the first information based on the fourth information and / or location information is lower than the priority of displaying or broadcasting the first information based on the correspondence between time-domain location and beam.

[0046] In one possible design, the transceiver unit is also used to: receive fifth information. This fifth information can be used to indicate the first condition.

[0047] Fourthly, a communication device is provided, which is a network device, a communication module implementing the corresponding functions of a network device, or a chip responsible for communication functions, such as a modem chip (also known as a baseband chip), or a SoC chip or SIP chip containing a modem module. It can also be a logic module or software capable of implementing all or part of the functions of a network device. The communication device includes: a transceiver unit configured to transmit at least one first DCI at at least one first time domain location. For example, multiple time domain locations may include at least one first time domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate the receipt of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time domain location among the plurality of time domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. The transceiver unit is further configured to transmit the first information.

[0048] In one possible design, the processing unit is configured to control the transceiver unit to transmit a second DCI corresponding to a first beam at at least one second time-domain location. For example, the first beam may be the beam used by the terminal device to communicate with the network device at at least one second time-domain location. For example, at least one second time-domain location may be a time-domain location corresponding to the first beam among at least one first time-domain location. For example, at least one first DCI may include a second DCI.

[0049] In one possible design, the second DCI may include a first field and a second field. For example, the first field may be used to indicate that the second DCI schedules the second field, or the first field may be used to indicate that the second DCI schedules the third field and the second field. The second field may be used to indicate that the terminal device needs to receive the first information. The third field may be used to configure paging.

[0050] In one possible design, the transceiver unit is further configured to: transmit second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0051] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0052] In one possible design, the transceiver unit is further configured to transmit third information. This third information may be used to indicate the number of time-domain locations corresponding to at least one beam. The aforementioned plurality of beams includes the at least one beam, which in turn includes a first beam.

[0053] In one possible design, the first information can be carried by at least one of the following: SIB 6; SIB 7; or, SIB 8.

[0054] In one possible design, the transceiver unit is further configured to: send a fourth message. This fourth message may be used to indicate a first location range associated with the warning message.

[0055] In one possible design, the transceiver unit is further configured to: transmit fifth information. This fifth information can be used to indicate a first condition. For example, the first condition may include: a higher priority for displaying or broadcasting the first information based on the fourth information and / or location information than a higher priority for displaying or broadcasting the first information based on the correspondence between time-domain location and beam. Optionally, the first condition may include: a lower priority for displaying or broadcasting the first information based on the fourth information and / or location information than a higher priority for displaying or broadcasting the first information based on the correspondence between time-domain location and beam.

[0056] Fifthly, a communication device is provided, which is a terminal device. The terminal device can be a terminal device, a communication module implementing the corresponding functions of the terminal device, or a chip responsible for communication functions, such as a modem chip (also known as a baseband chip) or a SoC or SIP chip containing a modem module. It can also be a logic module or software capable of implementing all or part of the terminal device functions. The communication device includes: a transceiver for receiving at least one first DCI at at least one first time domain location. For example, multiple time domain locations may include at least one first time domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate the reception of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time domain location among the plurality of time domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. A processor for controlling the transceiver to receive the first information according to some or all of the at least one first DCI.

[0057] In one possible design, the processor is further configured to: determine a first beam. For example, the first beam may be a beam used by the terminal device to communicate with the network device at at least one second time-domain location. The at least one second time-domain location is a time-domain location corresponding to the first beam among at least one first time-domain location. First information is received according to a second DCI corresponding to the first beam. For example, at least one first DCI includes the second DCI.

[0058] In one possible design, the second DCI includes a first field and a second field, wherein the first field is used to indicate that the second DCI schedules the second field, or the first field is used to indicate that the second DCI schedules the third field and the second field, the second field is used to indicate that the terminal device needs to receive the first information, and the third field is used to configure paging.

[0059] In one possible design, the transceiver is further configured to: receive second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0060] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0061] In one possible design, the transceiver is further configured to receive third information. This third information can be used to indicate the number of time-domain locations corresponding to at least one beam. The plurality of beams includes the at least one beam, which includes a first beam.

[0062] In one possible design, the first information can be carried by at least one of the following: SIB6; SIB7; or, SIB8.

[0063] In one possible design, the processor is also used to: control the display to show the first information, or control the speaker to broadcast the first information. For example, the speaker can be a sound-producing device or apparatus such as a loudspeaker or horn.

[0064] In one possible design, the transceiver is further configured to receive fourth information. This fourth information can be used to indicate a first location range associated with the warning message. The processor is further configured to acquire the location information of the terminal device. The transceiver is also configured to, based on a first condition, control a display to show the first information, or control a speaker to broadcast the first information. For example, the first condition may include: displaying or broadcasting the first information based on the fourth information and / or location information has a higher priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beamwidth. Optionally, the first condition may include: displaying or broadcasting the first information based on the fourth information and / or location information has a lower priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beamwidth.

[0065] In one possible design, the transceiver is also used to: receive a fifth piece of information. This fifth piece of information can be used to indicate the first condition.

[0066] In one possible design, the communication device also includes a memory. This memory is used to store the necessary program instructions and data for the communication device.

[0067] Sixthly, a communication device is provided, which is a network device. The network device may be a network device itself, a communication module implementing the corresponding functions of the network device, or a chip responsible for communication functions, such as a modem chip (also known as a baseband chip) or a SoC or SIP chip containing a modem module. It may also be a logic module or software capable of implementing all or part of the network device functions. The communication device includes: a transceiver for transmitting at least one first DCI at at least one first time domain location. For example, multiple time domain locations may include at least one first time domain location. For example, multiple DCIs may include the aforementioned at least one first DCI. Some or all of the at least one first DCI can be used to indicate the receipt of first information. The first information may include a warning message. For example, each of a plurality of beams may correspond to at least one different time domain location among the plurality of time domain locations. Each beam corresponds to one DCI among the plurality of DCIs. The DCIs corresponding to each beam among the plurality of beams may be completely different or partially different. The transceiver is also used to transmit the first information.

[0068] In one possible design, the processor is configured to control a transceiver to transmit a second DCI corresponding to a first beam at at least one second time-domain location. For example, the first beam may be a beam used by a terminal device to communicate with a network device at at least one second time-domain location. For example, at least one second time-domain location is a time-domain location corresponding to the first beam among at least one first time-domain locations. For example, at least one first DCI includes a second DCI.

[0069] In one possible design, the second DCI may include a first field and a second field. For example, the first field may be used to indicate that the second DCI schedules the second field, or the first field may be used to indicate that the second DCI schedules the third field and the second field. The second field may be used to indicate that the terminal device needs to receive the first information. The third field may be used to configure paging.

[0070] In one possible design, the transceiver is further configured to: transmit second information. This second information may be used to indicate that the second field is a beam-level or cell-level field; and / or, the second information may be used to indicate that the third field is a beam-level or cell-level field.

[0071] In one possible design, the number of at least one time-domain location corresponding to each beam can be different.

[0072] In one possible design, the transceiver is further configured to transmit third information. This third information may be used to indicate the number of time-domain locations corresponding to at least one beam. The plurality of beams includes the at least one beam, which in turn includes a first beam.

[0073] In one possible design, the first information can be carried by at least one of the following: SIB 6; SIB 7; or, SIB 8.

[0074] In one possible design, the transceiver is also used to send a fourth message. This fourth message can be used to indicate a first location range associated with the warning message.

[0075] In one possible design, the transceiver is further configured to: transmit fifth information. This fifth information can be used to indicate a first condition. For example, the first condition may include: a higher priority for displaying or broadcasting the first information based on the fourth information and / or location information than a higher priority for displaying or broadcasting the first information based on the correspondence between time-domain location and beam. Optionally, the first condition may include: a lower priority for displaying or broadcasting the first information based on the fourth information and / or location information than a higher priority for displaying or broadcasting the first information based on the correspondence between time-domain location and beam.

[0076] In one possible design, the communication device also includes a memory. This memory is used to store the necessary program instructions and data for the communication device.

[0077] A seventh aspect provides a communication system, comprising a terminal device and a network device. The terminal device is configured to execute the methods described in the first aspect and its various possible implementations, and the network device is configured to execute the methods described in the second aspect and its various possible implementations.

[0078] Eighthly, a chip is provided, comprising interface circuitry and one or more processors. The one or more processors are coupled to a memory. The memory stores part or all of a computer program or instructions necessary for implementing the functions described in the first and second aspects. The one or more processors are executable to carry out the computer program or instructions, which, when executed, cause the communication device to implement the methods in any possible design or implementation of the first and second aspects. The interface circuitry is used to implement communication functions within the communication device and / or communication functions between the communication device and other devices or components.

[0079] Ninthly, a computer-readable storage medium is provided. The computer-readable storage medium stores computer instructions; when the computer instructions are executed on a computer, the computer causes the computer to perform a communication method as designed in any of the foregoing aspects.

[0080] A tenth aspect provides a computer program product. The computer program product includes a computer program or instructions that, when executed on a computer, cause the computer to perform a communication method as designed in any of the foregoing aspects.

[0081] The beneficial effects of the methods in any of the second to tenth aspects mentioned above can be referred to the description of the beneficial effects of the methods in the first aspect, and will not be repeated here. Attached Figure Description

[0082] Figure 1 is a schematic diagram of the architecture of a communication system provided in an embodiment of this application;

[0083] Figure 2 is a schematic diagram of a communication scenario provided in an embodiment of this application;

[0084] Figure 3 is a schematic diagram of another communication scenario provided by an embodiment of this application;

[0085] Figure 4 is a schematic diagram of a network system provided in an embodiment of this application;

[0086] Figure 5 is a schematic diagram of a public warning system network architecture provided in an embodiment of this application;

[0087] Figure 6 is a schematic diagram of another public warning system network architecture provided in an embodiment of this application;

[0088] Figure 7 is a schematic diagram of another public warning system network architecture provided in an embodiment of this application;

[0089] Figure 8 is a schematic diagram of a communication method provided in an embodiment of this application;

[0090] Figure 9 is a schematic diagram of the relationship between a beam and a time-domain position provided in an embodiment of this application;

[0091] Figure 10 is a schematic diagram of another beam-time domain position relationship provided in an embodiment of this application;

[0092] Figure 11 is a schematic diagram of a communication device provided in an embodiment of this application;

[0093] Figure 12 is a schematic diagram of another communication device provided in an embodiment of this application. Detailed Implementation

[0094] Figure 1 is a schematic diagram of the architecture of a communication system 1000 provided in an embodiment of this application. As shown in Figure 1, the communication system 1000 includes a radio access network (RAN) 100, wherein the RAN 100 includes at least one RAN node (110a and 110b in Figure 1, collectively referred to as 110), and may also include at least one terminal device (120a-120j in Figure 1, collectively referred to as 120). The RAN 100 may also include other RAN nodes, such as wireless relay devices and / or wireless backhaul devices. The terminal device 120 is wirelessly connected to the RAN node 110. Terminal devices and RAN nodes can be interconnected via wired or wireless means. The communication system 1000 may also include a core network 200. The RAN node 110 is connected to the core network 200 via wireless or wired means. The core network device in core network 200 and the RAN node 110 in RAN 100 can be independent and different physical devices, or they can be the same physical device that integrates the logical functions of the core network device and the logical functions of the RAN node. The communication system 1000 may also include the Internet 300.

[0095] RAN100 can be an evolved universal terrestrial radio access (E-UTRA) system, a new radio (NR) system, a future communications network, or a future radio access system as defined in the 3rd generation partnership project (3GPP). RAN100 can also include two or more of the above-mentioned different radio access systems. RAN100 can also be an open RAN (O-RAN).

[0096] RAN nodes, also known as radio access network devices, radio access network equipment, RAN entities, or access nodes, are used to help terminal devices access communication systems wirelessly. In one application scenario, an RAN node can be a base station (BS), an evolved NodeB (eNodeB / eNB), a transmission reception point (TRP), a next-generation NodeB (gNB) in a 5G mobile communication system, a base station in a future communication network, a base station in a future mobile communication system, an access node in a WiFi system, or a non-terrestrial network device, i.e., a device or satellite that can be deployed on a low-altitude or high-altitude platform. RAN nodes can be macro base stations (as shown in Figure 1, 110a), micro base stations or indoor stations (as shown in Figure 1, 110b), relay nodes, or master nodes. In some examples, a TRP can also be called a transmission reception point.

[0097] In another application scenario, multiple RAN nodes can collaborate to help terminal devices achieve wireless access, with different RAN nodes implementing different functions of the base station. For example, a RAN node can be a central unit (CU), a distributed unit (DU), or a radio unit (RU). An RU can also be called a radio frequency unit. Here, the CU performs the functions of the base station's radio resource control protocol and packet data convergence protocol (PDCP), and can also perform the functions of the service data adaptation protocol (SDAP). The DU performs the functions of the base station's radio link control layer and medium access control (MAC) layer, and can also perform some or all of the physical layer functions. For specific descriptions of these protocol layers, refer to the relevant 3GPP technical specifications. The RU can be used to implement radio frequency signal transmission and reception. The CU and DU can be two independent RAN nodes, or they can be integrated into the same RAN node, such as within a baseband unit (BBU). RUs can be included in radio frequency devices, such as remote radio units (RRUs) or active antenna units (AAUs). CUs can be further divided into two types of RAN nodes: CU-control plane and CU-user plane.

[0098] For example, the CU and DU interact via a midhaul link, while the DU and RU interact via a fronthaul link. In some scenarios, access network equipment can also be divided into a baseband unit (BBU) and a remote radio unit (RRU). The BBU can be considered to include the functions of both the CU and DU, and the RRU can be considered a type of RU. Access network equipment can interact with core network elements via a backhaul link. Access network equipment interacts with at least one terminal device via an air interface.

[0099] In some embodiments, the BBU and RU may or may not be co-located, and this application does not limit this.

[0100] In some embodiments, DU and RU may or may not be co-located. In some examples, DU and RU can cooperate to implement the functions of the PHY layer. A CU can be connected to one or more DUs, and a DU can be connected to one or more RUs.

[0101] In some examples, a CU may include a CU control plane (CP) and a CU user plane (UP), denoted as CU-CP and CU-UP. CU-CP implements the CU's control plane functions, while CU-UP implements the CU's user plane functions.

[0102] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meanings. For more specific implementations of CU, DU, RU, etc., and the protocol stack functions they execute, please refer to relevant technologies; the embodiments in this application will not be elaborated upon here.

[0103] In different systems, RAN nodes may have different names. For example, in an open radio access network (O-RAN) system, a CU can be called an open CU (O-CU), a DU can be called an open DU (O-DU), and an RU can be called an open RU (O-RU). The RAN nodes in the embodiments of this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules. For example, an RAN node can be a server loaded with the corresponding software modules. The embodiments of this application do not limit the specific technology or device form used in the RAN nodes. For ease of description, a base station is used as an example of a RAN node in the following description.

[0104] A terminal device is a device with wireless transceiver capabilities, capable of sending signals to or receiving signals from a base station. Terminal devices can also be referred to as terminal equipment, terminals, user equipment (UE), mobile stations, mobile terminals, etc. Terminal devices can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), the Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, etc. Terminal devices can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, aircraft, ships, robots, robotic arms, smart home devices, etc. The embodiments of this application do not limit the specific technologies or device forms used in the terminal devices. Terminal devices can also be chips containing modulation and demodulation functions (e.g., baseband chips), system-on-chip (SoC) chips containing modem modules, or system-in-package (SIP) chips.

[0105] In some examples, the core network 200 may include any core network device such as the access and mobility management function (AMF) entity, the session management function (SMF) entity, the user plane function (UPF) entity, the sensing service control function (SSCF), the sensing data processing function (SDPF), and the unified data management (UDM).

[0106] Base stations and terminal equipment can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can be deployed on aircraft, balloons, and satellites. The embodiments of this application do not limit the application scenarios of the base stations and terminal equipment.

[0107] The roles of base stations and terminal devices can be relative. For example, the helicopter or drone 120i in Figure 1 can be configured as a mobile base station. For terminal devices 120j that access the wireless access network 100 through 120i, terminal device 120i is a base station; however, for base station 110a, 120i is a terminal device, meaning that 110a and 120i communicate via a wireless air interface protocol. Of course, 110a and 120i can also communicate via a base station-to-base station interface protocol. In this case, relative to 110a, 120i is also a base station. Therefore, both base stations and terminal devices can be collectively referred to as communication devices. 110a and 110b in Figure 1 can be called communication devices with base station functions, and 120a-120j in Figure 1 can be called communication devices with terminal device functions.

[0108] Communication between base stations and terminal devices, between base stations, and between terminal devices can be conducted using licensed spectrum, unlicensed spectrum, or both simultaneously. Communication can be conducted using spectrum below 6 GHz, spectrum above 6 GHz, or both simultaneously. The embodiments of this application do not limit the spectrum resources used for wireless communication.

[0109] In the embodiments of this application, the functions of the base station can be executed by modules (such as chips) within the base station, or by a control subsystem that includes base station functions. This control subsystem, including base station functions, can be a control center in the aforementioned application scenarios such as smart grids, industrial control, intelligent transportation, and smart cities. Similarly, the functions of the terminal device can be executed by modules (such as chips or modems) within the terminal device, or by a device that includes terminal device functions.

[0110] In a wireless communication system, communication devices are included, and these devices can communicate wirelessly using air interface resources. The communication devices can include network equipment and terminal equipment; network equipment can also be called base stations, base station equipment, base station devices, etc., i.e., the wireless access network equipment mentioned above. Air interface resources can include at least one of time-domain resources, frequency-domain resources, code resources, and spatial-domain resources. The communication devices can also be referred to as communication equipment.

[0111] The solutions provided in this application can be applied to wireless communication between communication devices. Wireless communication can include: wireless communication between network devices and terminal devices, wireless communication between network devices, and wireless communication between terminal devices. In this application, the term "wireless communication" can also be abbreviated as "communication," and the term "communication" can also be described as "data transmission," "information transmission," or "transmission."

[0112] Non-terrestrial networks (NTNs) can include networking using equipment such as drones, high-altitude platforms, and satellites to provide data transmission, voice communication, and other services to terminal devices. High-altitude platforms typically operate at altitudes of 8 to 50 kilometers (km) above the ground. Taking satellites as an example, satellite communication systems can be classified according to their orbital altitude as follows: geostationary earth orbit (GEO) satellite communication systems, medium earth orbit (MEO) satellite communication systems, and low earth orbit (LEO) satellite communication systems. GEO can also be called a geostationary orbit satellite communication system. For example, GEO satellites can reach an altitude of 35,786 km, offering the advantage of remaining relatively stationary and providing a large coverage area. However, GEO satellite communication systems also have certain disadvantages. For instance, the greater distance between the GEO satellite orbit and the Earth's surface results in higher free-space propagation loss, leading to tighter communication link budgets. Furthermore, increasing transmit and receive gain requires equipping the satellite with a larger aperture antenna. For example, GEO satellite communication systems have relatively high communication latency, reaching around 500 milliseconds (ms) for round-trip time, which cannot meet the requirements of low-latency services. Furthermore, GEO satellite communication systems face relatively limited orbital resources, high launch costs, and cannot provide coverage to the Earth's polar regions.

[0113] MEO satellite communication systems typically operate at altitudes between 2000 km and 35786 km. Their advantage lies in achieving global coverage with a relatively small number of satellites. However, compared to LEO satellite communication systems, MEO orbits are still at higher altitudes, resulting in significantly longer communication transmission delays. Considering both advantages and disadvantages, MEO satellite communication systems are primarily used for positioning and navigation.

[0114] LEO satellite communication systems typically operate at altitudes between 300km and 2000km. Compared to MEO and GEO satellite communication systems, LEO systems operate at lower altitudes, offering advantages such as lower data transmission latency, less transmission loss, and lower launch costs. Therefore, LEO satellite communication systems have received increasing attention in recent years.

[0115] In NTN's Public Warning Systems (PWS) transmission mode, terminal devices may lack location capabilities or be unable to determine their location based on satellite positioning signals due to poor transmission conditions. Therefore, the terminal device cannot determine whether it is within a warning area and can only directly display the warning message sent by the network device to the user. The warning area can be considered a specific geographical area where potential hazards or emergencies may exist. When the terminal device is within the warning area, it can display a warning message to alert the user to potential hazards or emergencies. Poor transmission conditions could include indoor areas near windows or situations separated from outdoor areas by a wall. In these scenarios, environmental factors can weaken the signal received by the terminal device, or even prevent it from receiving some signals.

[0116] Clearly, displaying warning messages to users when terminal devices cannot locate their own positions can cause unnecessary panic. Furthermore, users outside the warning area who see the message might connect to the internet to search for related events, call relatives and friends, or contact relevant departments for information, potentially increasing network load and causing network congestion.

[0117] Therefore, this application provides a communication method that establishes a correspondence between different time-domain locations and different beams. Terminal devices can determine whether to receive warning information by receiving downlink control information (DCI) at certain time-domain locations. This avoids the situation where the terminal device determines the display of warning information based on its own location, reducing network load and congestion, and improving user experience.

[0118] The communication method and apparatus will be further described below with reference to the accompanying drawings. It is understood that the embodiments of this application use terminal devices and network devices as examples to illustrate the execution of the interaction, but this application does not limit the execution subject of the interaction. The method executed by the terminal device in this application can also be implemented by modules applicable to the terminal device (e.g., circuits, processors, chips, or chip systems), or by logic nodes, logic modules, or software capable of implementing all or part of the terminal device's functions. Similarly, the method executed by the network device in this application can also be implemented by modules applicable to the network device (e.g., circuits, processors, chips, or chip systems), or by logic nodes, logic modules, or software capable of implementing all or part of the network device's functions.

[0119] This application embodiment can be applied to the communication scenario shown in Figure 2. As shown in Figure 2, the satellite communication scenario may include terminal device 210, network device 220, and satellite 230. Terminal device 210 may include a physical network terminal or other terminal devices of possible forms and performance, such as mobile phones or high-altitude aircraft. It is understood that terminal device 210 is similar to terminal device 120 in the scenario shown in Figure 1, and this application embodiment will not elaborate further. Network device 220 may include a gateway. In a satellite communication system, a gateway may be called a gateway station or signaling station. In some embodiments, satellite 230 may also be a network device. It is understood that network device 220 is similar to RAN node 110 in the scenario shown in Figure 1, and this application embodiment will not elaborate further. The communication link between satellite 230 and terminal device 210 may be called a service link, and the communication link between satellite 230 and gateway station may be called a feeder link.

[0120] Satellite 230 can be divided into transparent mode and regenerative mode according to its operating mode. When satellite 230 operates in transparent mode, it has relay forwarding functionality. The gateway station has the function of a base station or part of a base station. In this case, the gateway station can be considered as a base station. Of course, in some embodiments, the gateway station and the base station can be deployed separately. In this case, the delay of the feeder link should include both the delay from satellite 230 to the gateway station and the delay from the gateway station to the base station. If the gateway station and the base station are far apart, the delay of the feeder link can be obtained by adding the delays from satellite 230 to the gateway station and from the gateway station to the base station.

[0121] When satellite 230 operates in regenerative mode, it possesses data processing capabilities and functions as a base station, or partially as one. In this case, satellite 230 can be considered as a base station. In some embodiments, the base station is connected to the core network; therefore, when satellite 230 functions as a base station, it can be considered that satellite 230 is connected to the core network.

[0122] This application embodiment can also be applied to the air-to-ground (ATG) communication scenario shown in Figure 3. In this communication scenario, the coverage diameter of a network device 320 to an airborne terminal device 310 is approximately 100-300 km. The terminal device 310 can be, for example, an aircraft or a handheld terminal in an aircraft, with an altitude of approximately 6-12 km above the ground. Of course, the specific data of the above coverage range and the altitude of the terminal device above the ground can be adjusted according to the actual situation, and this application embodiment does not limit it. It can be understood that the terminal device 310 is similar to the terminal device 120 in the scenario shown in Figure 1 and the terminal device 210 in the scenario shown in Figure 2, and the network device 320 is similar to the RAN node 110 in the scenario shown in Figure 1 and the network device 220 in the scenario shown in Figure 2. This application embodiment will not describe it again here.

[0123] The above-mentioned system architectures, the number of devices in the system, the connection relationships, and the form can also be implemented in other ways, and the embodiments of this application do not impose any restrictions.

[0124] Figure 4 is a schematic diagram of a network system provided in an embodiment of this application.

[0125] The embodiments of this application can also be applied to O-RAN network architecture. Therefore, Figure 4 shows a schematic diagram of a network system under the O-RAN architecture. In the O-RAN architecture, access network devices can be divided into three functional entities: O-RU, O-DU, and O-CU. The O-RU is similar to the aforementioned RU, the O-DU is similar to the aforementioned DU, and the O-CU is similar to the aforementioned CU. The interfaces between the functional entities can be referred to the descriptions in the previous embodiments, and will not be repeated here. The O-RAN network architecture may also include a near-real-time RAN intelligent controller (RIC) and service management and orchestration (SMO).

[0126] The near real-time RIC is primarily used to collect network information and perform necessary optimization tasks. The near real-time RIC communicates with the O-CU and O-DU via the E2 interface. The near real-time RIC may include a QoS management module, a radio connection management module, an interference management module, and a mobility management module.

[0127] The SMO can include multiple functional modules, such as non-real-time RIC, configuration, policy, design, and inventory modules. The main functions of the SMO can include cloud infrastructure operation, administration, and maintenance (OAM). For example, it can operate, maintain, and manage cloud infrastructure through the O2 interface. The SMO can also operate, maintain, and manage the RAN through the O1 interface. The SMO can also include a non-real-time RIC, such as one that combines artificial intelligence (AI) and big data analytics to achieve non-real-time macro-control and intervention of the O-RAN through the A1 interface. Each functional entity in the O-RAN can function as an independent entity, communicating with the SMO independently using the O1 interface. In some examples, the SMO and near-real-time RIC can communicate via either the A1 or O1 interface; the appropriate communication path can be selected based on the specific circumstances, which will not be elaborated further in this embodiment.

[0128] In some embodiments, Figure 5 illustrates a PWS network architecture in a 5G system (5GS). In this PWS network architecture, terminal devices and the RAN communicate via the Uu interface, and the RAN and AMF communicate via the N2 interface. Each core network element can access the bus and communicate with each other via the bus. The AMF can communicate with other core network elements via the Namf interface. This Namf interface can be a service-based interface for the AMF. In some examples, the cell broadcast center function (CBCF) and the interworking function (IWF) can communicate with other core network elements via the bus, but the CBCF and PWS-IWF do not provide services; therefore, in the 5GS PWS network architecture, no service-based interfaces are depicted for the CBCF and PWS-IWF. In some examples, the CBCF and PWS-IWF can also be collectively referred to as network functions.

[0129] In some examples, the interface can be referred to as a reference point. The following describes the 5GS PWS shown in Figure 5 using reference point representation, and the network architectures without and with PWS-IWF are depicted in Figures 6 and 7, respectively. The difference between Figure 7 and Figure 6 is that the CBCF is replaced by the PWS-IWF and the cell broadcast center (CBC). Figure 6 shows the network architecture without PWS-IWF. It can be seen that the CBCF and AMF can communicate via the N50 interface. The CBCF can communicate and interact with cell broadcast entities (CBEs). Figure 7 shows the network architecture with PWS-IWF. It can be seen that the PWS-IWF and AMF can communicate via the N50 interface. The PWS-IWF and CBC can communicate via the SBc interface, and the CBC and CBE can communicate and interact. For example, N50 can also be considered as a reference point between the AMF and CBCF, or between the AMF and PWS-IWF. For example, the N50 can use a service-based interface.

[0130] The RAN in Figures 5 to 7 can also be understood as a next-generation (NG) RAN. This NG-RAN can be a RAN based on NR or evolved universal terrestrial radio access (E-UTRA).

[0131] In some examples, for shared NG-RAN scenarios, where a single public CBCF provides the PWS, the public CBCF connects to the shared NG-RAN via one or more AMFs. The public NG-RAN mentioned above is the RAN shown in Figures 5 to 7. For instance, the deployment and configuration of the public CBCF or public CBC can depend on agreements between the sharing operators. Different sharing operators need to coordinate their PWS.

[0132] For example, the CBE mentioned above can be responsible for formatting Cell Broadcast Service (CBS) messages, such as dividing CBS messages into multiple sub-blocks.

[0133] For example, in 3GPP, a CBC can be integrated as a node (or entity, function, etc.) in the core network. For instance, a CBC can connect to one or more nodes among multiple base station controllers (BSCs), radio network controllers (RNCs), mobility management entities (MMEs), and PWS-IWFs. Furthermore, a CBC can also connect to multiple CBEs. For example, a CBC can be responsible for managing CBS messages in the following possible ways:

[0134] - Serial number allocation;

[0135] - Modify or delete CBS messages held by any one or more nodes in BSC, RNC, eNodeB, and NG-RAN;

[0136] - Broadcasting is initiated by sending fixed-length CBS messages in one or more languages ​​(such as Chinese, English, etc.) provided by the cell to any one or more nodes of BSC, RNC, eNodeB, NG-RAN, and the page is padded to a length of 82 octets when necessary (in other words, the message can be padded to a fixed length if the number of bytes or bits occupied by the message is insufficient).

[0137] - Determine the set of cells to which CBS messages should be broadcast, and indicate the geographic range of each CBS message within the sequence number;

[0138] - Determine when the CBS message should begin broadcasting;

[0139] - Determine when CBS message broadcasting should stop, and subsequently instruct each BSC, RNC, eNodeB, and NG-RAN node to stop broadcasting CBS messages;

[0140] - Determine the period at which CBS message broadcasts should be repeated;

[0141] - Determine the cell broadcast channel in the Global System for Mobile Communications (GSM) and broadcast CBS messages on that channel;

[0142] - When CBS sends an emergency message, it assigns an "Emergency Instruction" to distinguish it from a regular CBS message, including "Cell Identifier, Service Area Identifier List," "Warning Type," and "Warning Message." If the "Warning Type" is "Test," then only terminal devices specifically designed for testing purposes will display the warning message.

[0143] For efficient operation, the BSC and RNC (which typically control multiple cells in the broadcast area) act as concentrators for CBS message processing. Therefore, when requests related to cell broadcast (CB) are sent to the BSC or RNC, the CBC should process the cell list.

[0144] For example, in 3GPP, CBCF is a network function in the 5G core network. A CBCF may connect to multiple AMFs, or it may connect to multiple CBEs. For instance, a CBCF can be responsible for managing CBS messages in the following ways:

[0145] - Serial number allocation;

[0146] - Modify or delete CBS messages held by NG-RAN nodes;

[0147] - Broadcasts are initiated by sending fixed-length CBS messages in one or more languages ​​(such as Chinese, English, etc.) provided by the cell to NG-RAN nodes, and the page is padded to a length of 82 octets when necessary;

[0148] - Determine the set of cells to which CBS messages should be broadcast, and indicate the geographic range of each CBS message within the sequence number;

[0149] - Determine when the CBS message should begin broadcasting;

[0150] - Determine when CBS message broadcasting should stop, and subsequently instruct each NG-RAN node to stop broadcasting CBS messages;

[0151] - Determine the period at which CBS message broadcasts should be repeated;

[0152] - When CBS sends an emergency message, it assigns an "Emergency Instruction" to distinguish it from a regular CBS message, including "Cell Identifier, Service Area Identifier List," "Warning Type," and "Warning Message." If the "Warning Type" is "Test," then only terminal devices specifically designed for testing purposes will display the warning message.

[0153] In some cases, CBCF can support service-based interfaces. CBCF uses the AMF communication service to forward warning messages to NG-RAN and subscribe to receive notifications related to warning transmission.

[0154] In some examples, the BSC and RNC should only interface with one CBC, and one BSC can connect to multiple base transceiver stations (BTS). One RNC can connect to multiple NodeBs. For details, please refer to 3GPP technical specification (TS) 48.052, which will not be elaborated further in the embodiments of this application.

[0155] In some cases, an MME can connect to one or more CBCs, allowing the MME to have Stream Control Transmission Protocol (SCTP) transport associations established with one or more CBCs. An MME can interface with multiple eNodeBs.

[0156] In some cases, the AMF can interface with one or more CBCFs, allowing the AMF to have Hypertext Transfer Protocol (HTTP) / 2 application layer associations with one or more CBCFs. The AMF can interface with multiple NG-RAN nodes.

[0157] Of course, the specific implementation of the network architecture described in Figures 5 to 7 above can be found in the description of related technologies, and will not be repeated in the embodiments of this application.

[0158] In some embodiments, applied to the network architecture described in any of the above embodiments, the terminal device may activate the reception of broadcast messages including "warning messages." For example, if the terminal device activates the reception of broadcast messages including "warning messages," the terminal device may receive broadcast messages including "warning messages." Alternatively, if the terminal device does not activate the reception of broadcast messages including "warning messages," the terminal device may not receive broadcast messages including "warning messages," or the terminal device may ignore (or discard) received broadcast messages including "warning messages."

[0159] In some cases, the terminal device can determine whether it is aware of the warning area, such as whether the terminal device has pre-configured the coordinates of the warning area, or whether the network device has indicated the coordinates of the warning area to the terminal device. For example, if the terminal device is unaware of the coordinates of the warning area (or it can be assumed that the terminal device confirms that the coordinates of the warning area do not exist), then the terminal device can directly display the content of the "warning message" to the user.

[0160] For example, the terminal device may know the coordinates of the warning area, but it may not be able to determine its own location. In this case, the terminal device can display the content of a "warning message" to the user.

[0161] For example, the terminal device knows the coordinates of the warning area and can determine its own location. If the terminal device is within the warning area, it can display a warning message to the user. Alternatively, if the terminal device is not within the warning area, it may not display a warning message. Optionally, the terminal device can store the warning messages, such as in a warning message list. This allows the terminal device to check its location within a specific time period, such as 12 hours or 24 hours. If the terminal device determines its location is within the warning area within the specified time period, it can display the warning message to the user. If the specified time period has passed, the terminal device can remove the warning message from the warning message list.

[0162] In some examples, the warning area can be represented by the coordinates of the center and the radius of a circle; alternatively, it can be represented by the coordinates of each point in a polygon. Of course, any other equivalent method can be used to represent the warning area, and this application does not limit this approach.

[0163] In some embodiments, the terminal device may obtain the "warning message" in a variety of ways.

[0164] Mode A (Terminal device is in radio resource control (RRC) idle state or RRC inactive state):

[0165] In this scenario, network devices can indicate a "warning message" via paging. For example, a network device can use the physical downlink control channel (PDCCH) to carry a DCI message scrambled with a paging radio network temporary identifier (P-RNTI) to indicate the presence of a PWS message. The PWS message is the aforementioned "warning message." For instance, a PWS message could include earthquake and tsunami warning system (ETWS) messages, commercial mobile alert system (CMAS) messages, etc. When a terminal device receives a P-RNTI-scrambled DCI indicating the presence of a PWS message, the terminal device can receive the latest PWS message.

[0166] In some examples, the DCI mentioned above can be DCI format 1_0. This DCI format 1_0 can include paging-related messages, short messages, etc.

[0167] Method B (Terminal device is in RRC connected / active state):

[0168] In this scenario, the network device can send an SIB1 message to the terminal via the dedicated SIB1-Delivery field in the RRC reconfiguration message. Changes in the value tags of SIB6 / 7 / 8 within SIB1 instruct the terminal device to receive the corresponding PWS-related messages. For example, a change in the value tags of SIB6 / 7 / 8 can be interpreted as an instruction to the terminal device to receive the corresponding PWS-related message. It is understood that the aforementioned PWS message can be carried within some system information. For instance, it can be carried through one or more system information blocks (SIBs) 6, 7, and 8. For example, SIB6 may include the ETWS primary notification, SIB7 may include the ETWS secondary notification, and SIB8 may include CMAS.

[0169] Alternatively, the PWS-related message can be indicated to the terminal device via the dedicated System Information Delivery field in the RRCReconfiguration message (such as PWS messages carried by one or more system information carriers in SIB6, SIB7, and SIB8).

[0170] Alternatively, network devices can use the systemInfoModification field in the RRCReconfiguration message to indicate changes to system information to terminal devices.

[0171] Terminal devices can determine whether to receive new system information based on changes in system information indicated by network devices.

[0172] For example, in the 5G NR RRC reconfiguration message, the system information modification field is a boolean field located in the SystemInfo section of the RRC reconfiguration message. Its function is to indicate that the system information has changed; when the value is true, it means that the system information needs to be updated, and the terminal device is notified to retrieve the updated system information.

[0173] Method C (SIB1 indicates receiving PWS messages):

[0174] In this scenario, the SIB1 sent by the network device to the terminal device may include value tags for one or more system information from SIB6, SIB7, and SIB8. This indicates a change or update to one or more of the system information from SIB6, SIB7, and SIB8, respectively. The terminal device can determine whether to update one or more of the system information from SIB6, SIB7, and SIB8 stored locally by comparing the old and new value tags.

[0175] When the terminal device receives SIB1, it determines that the value label of one or more system information in SIB6, SIB7 and SIB8 has changed, which means that the system information corresponding to the changed value label needs to be updated. Then the terminal device receives the latest system information and thus receives the PWS message in the system information.

[0176] For example, the `sib-MappingInfo` field within `SchedulingInf` of `SI-SchedulingInfo` in SIB1 contains a value label (with a value range of 0 to 31). This field indicates that the corresponding system information has changed. For instance, a change in the value of this field means that the system information has changed. SIB6, SIB7, and SIB8 each have their own corresponding value labels. This field itself does not contain specific SIB content; instead, it serves as a flag that triggers the terminal device to re-acquire system information. The actual updated content must be transmitted through SIB configuration broadcasts or dedicated signaling.

[0177] The subsequent embodiments of this application can be considered to be mainly described in more detail for the situation of method A described above.

[0178] In some embodiments, for method A, the network device can indicate the PWS message via a P-RNTI-scrambled DCI (such as format 1_0) message carried by the PDCCH. Of course, in other examples, the P-RNTI-scrambled DCI described above can also be replaced with a DCI scrambled with an inactive radio network temporary identifier (I-RNTI).

[0179] In some cases, the message carried by the DCI (such as format 1_0) can be called a paging message. In the time domain, the terminal device typically attempts to receive the paging message during a specific paging occasion (PO) within a specific frame of the paging cycle. For example, this specific frame can be called a paging frame (PF). A PO can include multiple slots; for some systems (such as Long-Term Evolution, LTE), a PO can be a subframe. Network devices need to broadcast the paging message on the time domain resource corresponding to the PO so that the terminal device can receive the paging message on that time domain resource.

[0180] For example, a PF is a radio frame, and a PF can include one or more POs.

[0181] For example, a Point of Interest (PO) is a collection of physical downlink control channel monitoring occasions (PMOs). A PO can include one or more time slots, or it can be considered as including one or more subframes, multiple orthogonal frequency division multiplexing (OFDM) symbols, etc. P-RATI scrambling and PDCCH indicating paging messages can be transmitted on these POs. In scenarios using discontinuous reception (DRX), the terminal device can detect one PO in each DRX cycle. In other words, for each terminal device, there is only one PO for paging in each paging cycle. In DRX scenarios, the DRX cycle and the paging cycle can be considered the same concept.

[0182] In some examples, the positions of PF and PO can be determined using the following formulas. For instance, PF can be determined by the system frame number (SFN) satisfying Formula 1; PO can be indicated by the index i_s, referring to Formula 2. (SFN + PF_offset) mod T = (T div N) * (UE_ID mod N) ... Formula 1

[0183] Where T represents the DRX period, for example, T = min(specific DRX, default DRX). For instance, if the network device has not configured a specific DRX for the terminal device, the default DRX can be used. N represents the number of PFs included in each period T. Ns represents the number of POs included in each PF. PFoffset represents the offset used by the PF. UE ID It could be the 5GS temporary mobile subscription identifier (5G-S-TMSI) mod 1024. For example, mod means modulo operation, and div means rounding down without considering the remainder.

[0184] For example, for core network (CN) paging, the default DRX can be configured via the information element (IE) in SIB 1: PCCH-Config->defaultPagingCycle. As another example, when the terminal device is in an idle state, for CN paging, a specific DRX can be configured via non-access stratum (NAS) signaling. Furthermore, when the terminal device is in a deactivated state, for RAN paging, a specific DRX (such as the ran-PagingCycle) can be configured via RRC release signaling.

[0185] As can be seen from Formula 1 above, T div N is equivalent to dividing a DRX cycle into N equal parts, with each part containing the number of system frames. UE_ID mod N is equivalent to taking the "UE_ID mod N" (e.g., the value range is 0 to N-1)th part out of the N equal parts. PF is the first system frame in this part. For specific implementation methods, please refer to relevant technologies; the embodiments in this application will not be elaborated further.

[0186] Given a PF (Power Point), the position i_s of the PO (Position Point) on the PF can be determined, thus revealing the time-domain positions of the network device sending and the terminal device receiving paging messages. For example, i_s indicates the starting position of a set of PMOs (Personal Modes). The terminal device begins receiving paging messages from the i_s-th PO. Each PO can include one or more PMOs. For example, the number of PMOs can be the same as or different from the number of synchronization signal and physical broadcast channel blocks (SSBs). In multi-beam scenarios, the terminal device can assume that paging messages or short messages are repeatedly transmitted on PMOs within a certain PO set, or on all beams within a certain PO. The position for receiving paging messages within a PO can be determined by the terminal device itself.

[0187] In communication protocols, beams can also be described as spatial domain filters, spatial parameters, spatial parameters, spatial domain settings, spatial settings, quasi-colocation (QCL) information, QCL assumptions, QCL indications, etc. Beams can be indicated by transmission configuration indication (TCI) state parameters (TCI-state) or spatial relation parameters. Therefore, in the embodiments of this application, beams can be replaced by spatial domain filters, spatial filters, spatial parameters, spatial parameters, spatial settings, spatial settings, QCL information, QCL assumptions, QCL indications, TCI-state (which may include downlink (DL) TCI-state, i.e., DL TCI-state, and uplink (UL) TCI-state, i.e., UL TCI-state), spatial relations, etc. The terms mentioned above are equivalent to each other. The term "beam" may also be replaced with other terms representing beams, and this application does not limit this.

[0188] Of course, for the terminal device to determine the specific symbols, time slots, etc. of the DCI to be received, the network device also needs to configure the time and frequency resources of the PDCCH to the terminal device so that the terminal device can determine the location of the time and frequency resources of the PDCCH. For details, please refer to the relevant technologies, which will not be repeated in the embodiments of this application.

[0189] The following section will detail the various possible fields carried by the PDCCH DCI.

[0190] When a terminal device receives a PDCCH scrambled by P-RNTI or I-RNTI at the PO location, it can parse the DCI in the PDCCH. For example, the DCI related to paging (such as format 1_0) may include a short message indicator field indicating which field fields are carried in the paging.

[0191] The paging-related DCI (such as format 1_0) may include the following fields:

[0192] 1. Short Message Indication Field (2 bits)

[0193] This field can indicate what information the paging message carries, or which functions the DCI has scheduled. For example, a value of "01" indicates that the DCI has only scheduled the paging function. A value of "10" indicates that the DCI has only scheduled short messages. A value of "11" indicates that the DCI has scheduled both paging and short messages. A value of "00" indicates that the field is reserved.

[0194] The short message can indicate system information updates. Therefore, it can be seen that paging and system information update functions can be sent through the same DCI. The difference from the LTE scenario is that in LTE, the DCI allows for either paging or system information updates.

[0195] In some cases, where the field indicates paging, the terminal device can determine the time-frequency resources of the physical downlink shared channel (PDSCH) based on other fields of the DCI, so as to obtain specific paging information through the PDSCH on that resource.

[0196] 2. Short Message Field (8 bits)

[0197] If DCI only schedules paging, then this field is reserved. That is to say, apart from paging, other information such as system information updates are indicated through this short message field.

[0198] For example, the eight bits of this field can be referred to as bit 1, bit 2, ..., bit 8. Bit 1 can then be used to indicate system info modification information. If bit 1 is set to 1, it can indicate modification of the broadcast control channel (BCCH) other than SIB6, SIB7, SIB8, and the positive system information block (posSIB).

[0199] Bit 2 can be used to indicate ETWS and CAMS indication information. If bit 2 is set to 1, it can indicate ETWS primary notification and / or ETWS secondary notification and / or CAMS notification. It can also be interpreted as meaning that a PWS message needs to be received.

[0200] Bit 3 can be used to indicate a stop paging monitoring message. This bit is used for shared spectrum channel access operations, and if the nrofPDCCH-MonitoringOccasionPerSSB-InPO message exists, it indicates that the terminal device can stop monitoring the PDCCH in order to perform paging at the paging time specified in Clause 7.1 of TS 38.304

[0020] .

[0201] Bit 4 can be used to indicate system information modification - extended discontinuous reception (e-DRX) information. If bit 4 is set to 1, it indicates BCCH modification other than SIB6, SIB7, SIB8, and posSIB. This indication applies to terminal equipment using idle eDRX periods longer than the BCCH modification period.

[0202] The remaining bits 5 to 8 can be reserved and ignored if received by the terminal device.

[0203] In some examples, if a terminal device receives a DCI indicating a system information update, it can receive the new system message in the next modification period. For instance, if the terminal device receives a DCI scrambled with P-RNTI or I-RNTI, indicating the presence of a PWS message, it triggers the terminal device to receive the latest PWS message.

[0204] 3. Frequency domain resource assignment field

[0205] If only the short message scheduling field is involved, then this frequency domain resource allocation field is reserved. Reservation can be understood as the terminal device ignoring the content of this field. Otherwise, the allocation method can be determined based on the number of bits. Assuming the bandwidth part (BWP) size is 275 physical resource blocks (PRBs), then the number of bits occupied by this frequency domain resource allocation field can be determined using Formula 3, which always indicates the frequency domain resource location of the PDSCH.

[0206] in, This indicates rounding up to the nearest integer. This indicates the total number of RBs in the downlink BWP. Taking 275 as an example, this field occupies 16 bits.

[0207] 4. Time domain resource assignment field (4 bits)

[0208] If only the short message scheduling field is involved, then this time-domain resource allocation field is retained. Otherwise, the location of the allocated PDSCH symbol can be determined by referring to relevant technologies.

[0209] 5. Virtual Resource Block (VRB) to PRB Mapping Field (1 bit)

[0210] If only the short message dispatch field is being used, then the VRB to PRB mapping field is retained. Otherwise, the value of this VRB to PRB mapping field can indicate whether the VRB to PRB mapping is interleaved or non-interleaved. In other words, this VRB to PRB mapping field can indicate whether the mapping is distributed or centralized, and the specific choice can be made based on channel quality.

[0211] For example, a value of 0 in the VRB to PRB mapping field indicates that the VRB to PRB mapping is non-interleaved. A value of 1 in the VRB to PRB mapping field indicates that the VRB to PRB mapping is interleaved.

[0212] 6. Modulation and coding scheme (MCS) field (5 bits)

[0213] If only the short message dispatch field is used, then the MCS field is retained. Otherwise, the MCS can be indicated by the MSC index for PDSCH as described in relevant technologies. This index can be denoted as I. MCS 5 bits represent 0 to 31.

[0214] 7. Transport block (TB) scaling field (2 bits)

[0215] If only the short message field is being scheduled, then the TB scaling field is retained. Otherwise, it indicates N. info The scaling factor S is used to calculate the transport block size (TBS). Specific calculation formulas can be found in related technologies, and will not be elaborated further in this application.

[0216] For example, if the TB scaling field value is 00, the scaling factor S can be 1; if the TB scaling field value is 01, the scaling factor S can be 0.5; if the TB scaling field value is 10, the scaling factor S can be 0.25. The case where the TB scaling field value is 11 can be retained.

[0217] 8. Reserved field (6 bits)

[0218] Of course, the specific values ​​of the bits corresponding to the above meanings can be equivalently replaced according to the actual situation, and the number of bits occupied by each field can also be adjusted according to the actual situation. This application embodiment does not limit this. The specific implementation process can refer to relevant technologies, such as 3GPP TS38.212 version (V) 17.5.0, which will not be repeated in this application embodiment.

[0219] In some wireless environments, terminal devices may be unable to locate themselves, meaning they cannot determine their own position. Alternatively, the terminal device may lack location functionality altogether. Therefore, even if the network device informs the terminal device of the warning area, the terminal device cannot determine whether it is within that area. The terminal device then directly displays the warning message to the user. This means that in some situations, such as users outside the warning area seeing the warning message, it could cause unnecessary panic or alarm. Users who see the warning message might then search online for current information, call relatives or friends, or contact relevant departments for inquiries, thus causing network load and congestion.

[0220] The solutions involved in the embodiments of this application will be described in more detail below.

[0221] Figure 8 is a schematic diagram of a communication method provided in an embodiment of this application. The method shown in Figure 8 may involve the interaction between a first communication device and a second communication device. In this embodiment, the first communication device is described as a terminal device and the second communication device is described as a network device.

[0222] It should be noted that the first communication device can be a terminal device, or a component applicable to a terminal device, such as a module or communication module, or a circuit or chip applicable to a terminal device (such as a modem chip (also known as a baseband chip), or a SoC chip or SIP chip containing a modem module), or a logic node, logic module, or software that can realize all or part of the functions of the terminal device.

[0223] Similarly, the second communication device can be a network device, or a component applicable to a network device, such as a module or communication module, or a circuit or chip applicable to a network device (such as a modem chip (also known as a baseband chip), or a SoC chip or SIP chip containing a modem module), or a logical node, logical module, or software that can realize all or part of the functions of a network device.

[0224] The method provided in the embodiments of this application will now be described from the perspective of the interaction between the terminal device (as the first communication device) and the network device (as the second communication device).

[0225] This communication process is applicable to, but not limited to, the communication scenarios shown in Figures 1 to 3. This method can be applied to LTE, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, 5G or NR systems, future communication systems (such as future communication systems), V2X (where V2X can include vehicle-to-network (V2N), vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-pedestrian (V2P), long-term evolution-vehicle (LTE-V), vehicle-to-everything (V2X), MTC, IoT, long-term evolution-machine (LTE-M), machine-to-machine (M2M), and D2D wireless communication scenarios. The method may include the following steps:

[0226] S101, the network device sends at least one first DCI to the terminal device at at least one first time domain location. Accordingly, the terminal device receives at least one first DCI from the network device at at least one first time domain location.

[0227] For example, at least one first time-domain location can belong to multiple time-domain locations. In other words, the multiple time-domain locations can include at least one first time-domain location. The multiple time-domain locations can be the aforementioned PMOs. For example, the multiple time-domain locations can be multiple PMOs included in a PO. The first time-domain location can be some or all of the multiple PMOs. It should be understood that each first time-domain location is a PMO, and there can be multiple first time-domain locations.

[0228] In some examples, at least one of multiple time-domain locations can correspond one-to-one with each of multiple beams. For example, a PO can include 8 PMOs, and the number of beams can be 8. Then, these 8 PMOs can correspond one-to-one with 8 beams. As another example, a PO can include 16 PMOs, and the number of beams can be 8. Then, 2 of the 16 PMOs can correspond to one of the 8 beams. The other 2 of the 16 PMOs can correspond to the other beam of the 8 beams, until each of the 16 PMOs has a corresponding beam, and each beam has 2 corresponding PMOs, with different beams corresponding to different PMOs.

[0229] In some examples, the DCIs transmitted at the time-domain locations corresponding to different beams can be the same or different. In the embodiments of this application, different DCIs can be understood as different information carried in the DCIs. Of course, the same DCIs can also be understood as the same information carried in the DCIs. One case is that the DCIs transmitted at the time-domain locations corresponding to any two of the eight beams are different. Taking an example of eight beams, each beam corresponding to one time-domain location, and one time-domain location corresponding to one DCI, then each of the eight beams corresponds to one DCI, and all DCIs are different. Another case is that at least two of the eight beams transmit the same DCI at their respective time-domain locations. Taking an example of eight beams, each beam corresponding to one time-domain location, and one time-domain location corresponding to one DCI. Each of the eight beams corresponds to a DCI, and five of these DCIs can be different. The remaining three beams correspond to three DCIs, which are the same as some of the aforementioned five DCIs. For example, one of the three DCIs is the same as one of the aforementioned five DCIs; or, one of the three DCIs is the same as one of the aforementioned five DCIs, and two of the other three DCIs are the same as another of the aforementioned five DCIs; or, one of the three DCIs is the same as one of the aforementioned five DCIs, another of the three DCIs is the same as another of the aforementioned five DCIs, and yet another of the three DCIs is the same as yet another of the aforementioned five DCIs. This application does not limit the specific embodiments described herein.

[0230] It is understood that at least one first time-domain location and at least one time-domain location corresponding to each beam can be different time-domain locations. For example, at least one first time-domain location may include time-domain location 11 and time-domain location 12, but time-domain location 11 and time-domain location 12 may correspond to different beams respectively. In other words, the network device can transmit at least one first DCI to the terminal device through one or more beams at at least one first time-domain location. When the at least one first DCI is multiple DCIs, the multiple DCIs may be the same, partially the same, or completely different.

[0231] In the various embodiments of this application, each of the multiple beams can correspond to one DCI, thus multiple beams can correspond to multiple DCIs. A single DCI can be understood as the same DCI transmitted at one or more time-domain locations corresponding to that beam. Although essentially one DCI is transmitted at each time-domain location, considering that the DCI transmitted at each time-domain location corresponding to a beam is the same, or perhaps the DCI corresponding to that beam is obtained through gain adjustment, it can be considered that one beam corresponds to one DCI.

[0232] In other words, assuming one beam corresponds to one time-domain location, then each beam corresponds to one DCI, or one time-domain location corresponding to that beam corresponds to one DCI. For example, assuming one beam corresponds to multiple time-domain locations (such as two or three time-domain locations), although each of these multiple time-domain locations can transmit a DCI independently, it is considered that the multiple time-domain locations corresponding to the same beam transmit the same DCI; that is, the multiple time-domain locations corresponding to that beam correspond to one DCI.

[0233] In some examples, at least some or all of the first DCIs can be used to indicate the receipt of first information. This first information may include a warning message. For example, the first DCI may be the aforementioned DCI format 1_0. Of course, in other examples, the first DCI may be any other possible format, and this application embodiment does not limit this. The warning message is related to warnings; for example, the content of the warning message may include information such as the existence of natural disasters in certain areas, or the possibility or occurrence of certain events at certain times, and this application embodiment does not limit this. The warning message may also be called a PWS message, PWS warning information, etc., and this application embodiment does not limit this. For example, the warning message may include one or more of ETWS primary notifications, ETWS secondary notifications, and CMAS. For example, if the first information can be carried by SIB 6, then the warning message may include ETWS primary notifications. Or, if the first information can be carried by SIB 7, then the warning message may include ETWS secondary notifications. Or, if the first information can be carried by SIB 8, then the warning message may include CMAS. In other examples, the first information may also include other information besides the warning message, which can be determined according to the actual situation, and this application embodiment does not limit this.

[0234] In this application embodiment, the first information may include a warning message, and multiple methods for carrying the warning message are provided. This allows for the use of a method suitable for the specific communication scenario to indicate the warning message in different communication situations.

[0235] Considering that one beam corresponds to one DCI, then in at least one first DCI received by the terminal device, each first DCI can correspond to one beam.

[0236] In some embodiments, any first DCI may include a first field and a second field. For example, the first field may be used to indicate whether the first DCI schedules the third field, the second field, or both. For example, if the first DCI is DCI format 1_0, the value of the first field may be the bit value corresponding to the aforementioned short message indication field. For example, the second field may be used to indicate that the terminal device needs to receive first information. For example, if the first DCI is DCI format 1_0, the value of the second field may be the bit value corresponding to the aforementioned short message field. Alternatively, the second field may be an ETWS and CAMS indication field, such as the value of the second bit in the short message field. For example, the third field may be used to configure paging. For example, if the first DCI is DCI format 1_0, the third field may correspond to any field in the aforementioned DCI format 1_0 other than the short message indication field and the short message field. The information is used to indicate the time-domain location, frequency-domain location, RB mapping method, etc. required for paging. For details, please refer to the description of the foregoing embodiments. The embodiments in this application will not be repeated here.

[0237] It is understandable that there is a correspondence between the different beams and different time-domain locations mentioned above, and therefore, there is also a correspondence between the DCIs transmitted at different time-domain locations and the beams. Therefore, for different beams, the same or different DCIs can be transmitted separately, thereby flexibly instructing terminal devices within the coverage area of ​​different beams to receive warning messages.

[0238] In this embodiment, the DCI can indicate the need to receive first information, and different beams can correspond to different time-domain locations. This means that different beams can correspond to different DCIs. Thus, it achieves flexible indication based on the beam's coverage area that terminal devices need to receive the first information. Compared to the traditional method of receiving DCI at any location without considering the terminal device's location information, this avoids terminal devices in irrelevant areas receiving and displaying warning messages, improving the user experience.

[0239] In some embodiments, each of the multiple beams mentioned above can correspond to one or more time-domain locations. Therefore, the number of time-domain locations corresponding to each beam can be different. For example, suppose there are three beams, such as beam 11, beam 12, and beam 13. For instance, beam 11 can correspond to one time-domain location, such as time-domain location 1; beam 12 can correspond to three time-domain locations, such as time-domain locations 2, 3, and 4; and beam 13 can correspond to two time-domain locations, such as time-domain locations 5 and 6. Alternatively, some beams may correspond to the same number of time-domain locations, while others may correspond to different numbers. For example, beam 11 can correspond to one time-domain location, such as time-domain location 1; beam 12 can correspond to two time-domain locations, such as time-domain locations 2 and 3; and beam 13 can correspond to two time-domain locations, such as time-domain locations 5 and 6. It can be seen that in any of the above examples, the time-domain locations corresponding to each beam are different. For example, although beams 12 and 13 both correspond to two time-domain locations, they are not the same two time-domain locations, but rather two different time-domain locations. In other words, one time-domain location corresponds to one beam, while one beam can correspond to one or more time-domain locations.

[0240] In this application embodiment, the number of time-domain locations corresponding to each beam can be different, thus making it suitable for various communication scenarios. For some important areas, the beams covering the area can be configured to correspond to more time-domain locations, thereby ensuring that the terminal device can receive the first DCI and improving warning efficiency.

[0241] In some examples, the number of time-domain locations corresponding to each beam may be different, in which case the network device can send third information to the terminal. Accordingly, the terminal device can receive the third information from the network device. For example, this third information can be used to indicate the number of time-domain locations corresponding to at least one beam. The aforementioned plurality of beams may include the at least one beam. The at least one beam may include a first beam. For a description of the first beam, refer to the description of the following related embodiments.

[0242] In other words, network devices can determine the time-domain location corresponding to each beam. Furthermore, they can inform the terminal of the time-domain location corresponding to each beam through third information. This third information can include the number of time-domain locations corresponding to a beam, or it can include each specific time-domain location corresponding to that beam. For example, there are three beams: beam 21, beam 22, and beam 23. Assume beam 21 corresponds to one time-domain location, i.e., time-domain location 11; beam 22 corresponds to three time-domain locations, i.e., time-domain locations 12, 13, and 14; and beam 23 corresponds to two time-domain locations, i.e., time-domain locations 15 and 16. Then, the third information can indicate that beam 21 corresponds to one time-domain location, beam 22 corresponds to three time-domain locations, and beam 23 corresponds to two time-domain locations. Optionally, the third information may also indicate the specific time-domain position corresponding to each beam. For example, the third information may indicate the time-domain position 11 corresponding to beam 21; and / or, indicate the time-domain positions 12, 13 and 14 corresponding to beam 22; and / or, indicate the time-domain positions 15 and 16 corresponding to beam 23.

[0243] In some examples, the correspondence between beams and time-domain locations may be pre-configured or pre-defined by the protocol, and the number of time-domain locations corresponding to a beam may also be pre-configured or pre-defined by the protocol. Then, the third information can be used to indicate the number of time-domain locations corresponding to beams that differ from the pre-configured or pre-defined locations. Optionally, the third information can be used to indicate the specific time-domain location corresponding to a beam that differs from the pre-configured or pre-defined locations. This application does not limit the scope of the embodiments described herein.

[0244] In this application embodiment, the network device can flexibly indicate the time domain position corresponding to the beam, so that the terminal device can more accurately receive the first DCI based on the time domain position corresponding to the beam covering the terminal device, thereby determining the reception of the first information and improving the accuracy of warnings to the terminal device.

[0245] In some examples, taking the scenario where each of the aforementioned multiple beams corresponds to at least one time-domain location as an example, the DCI received by the terminal device for each time-domain location corresponding to the same beam can be the same. That is, although a certain beam can correspond to multiple time-domain locations, the DCI transmitted at those multiple time-domain locations can be identical. This is because, although DCIs can be transmitted separately for each time-domain location corresponding to the same beam, these DCIs are used to indicate terminal devices within the same area. Therefore, these DCIs within that area should be identical. In some examples, the terminal device can also obtain energy gain or diversity gain by receiving multiple DCIs for each time-domain location corresponding to the same beam, thereby improving the reception decoding accuracy.

[0246] This application embodiment transmits the same DCI at each time domain location corresponding to the same beam to improve the efficiency of terminal devices covered by the beam receiving the first DCI, thereby improving the accuracy of warnings to terminal devices within the beam coverage area.

[0247] It should be understood that network devices can cover an area using multiple beams. Each beam can be considered to cover a portion of that area. The edges of the areas covered by each beam may partially overlap with the coverage areas of other beams. This means that terminal devices in these overlapping areas can simultaneously receive signals from multiple beams. Terminals located in the central area of ​​beam coverage typically cannot receive signals from other beams. Therefore, in scenarios where the terminal device is in an overlapping area, the terminal device can receive the first DCI corresponding to each beam. In scenarios where the terminal device is in a non-overlapping area, the terminal device can receive the first DCI corresponding to the beam corresponding to that coverage area.

[0248] S102, the network device sends the first information to the terminal device. Correspondingly, the terminal device receives the first information from the network device.

[0249] The terminal device can determine that it has received first information based on some or all of the first DCIs received in S101. That is, the terminal device can determine that it has received first information based on some or all of the first DCIs indicating that it has received first information. In the case of multiple first time-domain locations, each first time-domain location corresponding to the same beam can be considered as receiving one first DCI. Therefore, if at least one first time-domain location is multiple first time-domain locations, and these multiple first time-domain locations correspond to multiple beams, it can be considered that the terminal device has received multiple first DCIs. For example, the terminal device can determine that it has received first information from the network device based on some or all of the aforementioned multiple first DCIs.

[0250] In some cases, the terminal device can determine whether it needs to receive the first information based on any one of a plurality of first DCIs. For example, as long as there is a first DCI indicating that the first information needs to be received, the terminal device will receive the first information.

[0251] For example, a terminal device can determine the first information to receive based on a beam. For instance, the terminal device can determine a first beam, which may be the beam used by the terminal device to communicate with the network device at a second time-domain location. This second time-domain location belongs to at least one of the aforementioned first time-domain locations; in other words, the aforementioned at least one first time-domain location includes a second time-domain location. This second time-domain location is related to the first beam. It can be considered that the second time-domain location is the time-domain location among at least one first time-domain location that is related to the first beam; that is, the first time-domain location related to the first beam can be called the second time-domain location. For example, if at least one first time-domain location is related to the first beam, then each of the at least one first time-domain location can be considered a second time-domain location. For another example, if some of the at least one first time-domain locations are related to the first beam, then each of the first time-domain locations among the first beam-related first time-domain locations can be considered a second time-domain location. In the various embodiments of this application, the first time-domain location and the second time-domain location should be understood as a single time-domain location.

[0252] For example, a terminal device can determine the beam coverage area based on the downlink broadcast signal to identify the first beam that can cover the terminal device. The terminal device can determine the beam index number (i.e., the beam index number indicates the first beam) based on the detected downlink SSB signal, where the beam index number corresponds to the SSB index number. That is, the network device sends the first DCI to the terminal device through the first beam. It is understood that the aforementioned multiple beams can include the first beam. For example, a network device can achieve coverage of a certain area through different beams, each beam covering a portion of that area. Then, for a certain location, the network device can communicate with the terminal device at that location through the beam covering that location. Therefore, the terminal device can determine the first beam because different beams correspond to different time-domain locations. The terminal device can determine at least one second time-domain location (i.e., one or more first time-domain locations corresponding to the first beam), and determine the reception of the first information based on the second DCI corresponding to the first beam received at the at least one second time-domain location. For example, the terminal device can determine the second DCI corresponding to the first beam received at at least one second time-domain location based on the first beam. It is determined that the first field in the second DCI corresponding to the first beam schedules the second field, and that the second field instructs the terminal device to receive the first information. In this case, the terminal device receives the first information.

[0253] It is understood that the second DCI mentioned in the various embodiments of this application can be considered as the first DCI related to the first beam among at least one first DCI. In other words, the first DCI related to the first beam among at least one first DCI is called the second DCI. Therefore, the specific implementation of the second DCI, such as the way of indicating the scheduling third field and / or indicating the scheduling second field, can be referred to the description of the relevant embodiments of the first DCI, and will not be repeated in the embodiments of this application.

[0254] This application's embodiments utilize the correspondence between beams and temporal locations to flexibly instruct terminal devices covered by certain beams to receive warning messages. By leveraging the coverage areas of different beams, warning messages can be directed to terminal devices in specific areas based on the beam. This avoids the situation where terminal devices in any location can receive warning messages, requiring them to determine the appropriate warning message based on their own location. This reduces the complexity of terminal devices and improves the accuracy of warning message instruction.

[0255] In some examples, at least one first DCI received in S101 may also indicate the time-frequency resource for receiving the first information, so that the terminal device can receive the first information on that time-frequency resource. Specific implementation details can be found in the related art regarding the process of receiving SIB 6, SIB 7, and / or SIB 8, and will not be elaborated further in the embodiments of this application.

[0256] This application establishes a correspondence between different time-domain locations and different beams, allowing terminal devices to determine whether to receive warning information by receiving DCI at certain time-domain locations. This avoids the situation where the terminal device determines the display of warning information based on its own location, reducing network load and congestion, and improving user experience.

[0257] In the communication method provided in this application embodiment, considering the correspondence between DCI and beam, and that DCI can be used to configure paging and / or short messages, the network device can further indicate to the terminal device which fields in the first DCI correspond to the beam. Therefore, the communication method may further include: the network device sending second information to the terminal device. Accordingly, the terminal device receives the second information from the network device.

[0258] In some examples, the second information can be used to indicate whether the second field is a beam-level field or a cell-level field. In other words, the second information can be used to indicate whether it is the same, partially the same, or completely different from the second field associated with each of the multiple beams. Specifically, the second field in the DCI transmitted on each time-domain resource associated with a certain beam can be considered the second field associated with that beam. For example, if the second field is a beam-level field, then the second field associated with each of the multiple beams can be completely different; it can also be partially the same and partially different. That is, if different beams can indicate the reception of warning messages to terminal devices in different areas, then the second field can be considered a beam-level field. As another example, if the second field is a cell-level field, then the second field associated with each of the multiple beams can be the same. That is, regardless of which beam's coverage area the terminal device can receive the same DCI to indicate the reception of warning messages, then the second field can be considered a cell-level field.

[0259] In other examples, the second information can be used to indicate whether the third field is a beam-level field or a cell-level field. In other words, the second information can be used to indicate whether the third field associated with each of the multiple beams is the same, partially the same, or completely different. Specifically, the third field in the DCI transmitted on each time-domain resource associated with a certain beam can be considered the third field associated with that beam. For example, if the third field is a beam-level field, then the third field associated with each of the multiple beams can be completely different; it can also be partially the same and partially different. That is, different beams can indicate different paging messages to terminal devices in different areas, so the third field can be considered a beam-level field. As another example, if the third field is a cell-level field, then the third field associated with each of the multiple beams can be the same. That is, regardless of which beam's coverage area the terminal device can receive the same DCI to indicate the same paging message, then the third field can be considered a cell-level field.

[0260] In some examples, the second information can simultaneously indicate whether both the second and third fields are beam-level or cell-level fields. In other examples, the second information can indicate whether the second field is a beam-level or cell-level field. The third field can use a default configuration, such as defaulting to a cell-level field or a beam-level field. Of course, in yet another example, the second information can indicate whether the third field is a beam-level or cell-level field. The second field can use a default configuration, such as defaulting to a beam-level field or a cell-level field. This application's embodiments do not impose limitations.

[0261] In this embodiment, the network device can be configured with the second and / or third fields as beam-level fields or cell-level fields, thereby enabling flexible configuration of terminal devices within different beam coverage areas.

[0262] In the communication method provided in this application embodiment, considering that the terminal device can receive first information, such as a warning message, through the method shown in FIG8, the terminal device can also inform the user of possible warning content based on the first information (such as the warning message). Therefore, the method may further include: the terminal device displaying or broadcasting the first information.

[0263] In some examples, the terminal device can display or broadcast the first information if a correspondence is determined between the beam and the time-domain location. That is, in scenarios where a correspondence exists between the time-domain location and the beam, the received DCI can be determined based on the corresponding beam. This allows the receiving and display of warning messages based on the indication of the DCI.

[0264] This application embodiment can establish a correspondence between beam and time-domain location to determine the reception and display of the warning message to the user, such as displaying or broadcasting it. It eliminates the need to consider geographical location, allowing for more accurate display of warning messages to the user.

[0265] In some embodiments, the network device may also send fourth information to the terminal device. Accordingly, the terminal device may receive the fourth information from the network device. For example, the fourth information may be used to indicate a first location range related to the warning message. The terminal device may obtain its own location information, i.e., determine its own location. The terminal device may display or broadcast the first information based on a first condition.

[0266] In some examples, the first condition may include: the priority of displaying or broadcasting the first information based on fourth information (such as a first location range) and / or location information is higher than the priority of displaying or broadcasting the first information based on the correspondence between time-domain location and beam. That is, the terminal device prioritizes displaying or broadcasting the first information based on the fourth information (such as a first location range) and / or location information. For example, if the terminal device receives the fourth information (such as a first location range), it determines its location information, i.e., determines the location of the terminal device. If the terminal device is within the first location range, it displays or broadcasts the first information. If the terminal device does not receive the fourth information (such as a first location range), or if the terminal device cannot determine its own location information, it can determine whether to receive the first information and display or broadcast the first information based on the correspondence between time-domain location and beam, i.e., the terminal device determines the first beam covering the terminal device, receives the first DCI corresponding to the first beam based on the second time-domain location.

[0267] In other examples, the first condition may include: the priority of displaying or broadcasting the first information based on fourth information (such as a first location range) and / or location information is lower than the priority of displaying or broadcasting the first information based on the correspondence between time-domain location and beam. That is, the terminal device prioritizes displaying or broadcasting the first information based on the correspondence between time-domain location and beam. For example, the terminal device can determine the first beam covering the terminal device based on the correspondence between time-domain location and beam, and determine the reception of the first information and display or broadcast the first information based on the first DCI corresponding to the first beam received at the second time-domain location. If there is no correspondence between beam and time-domain location, the terminal device can display or broadcast the first information based on fourth information (such as a first location range) and / or location information. For example, upon receiving fourth information (such as a first location range), the terminal device determines its location information, i.e., determines the location of the terminal device. If the terminal device is within the first location range, the first information is displayed or broadcast.

[0268] In some examples, if the terminal device does not receive the fourth information (such as the first location range), or the terminal device cannot determine its own location information, or there is no correspondence between the beam and the time domain location, the terminal device can directly display or broadcast the first information.

[0269] This application provides multiple ways for terminal devices to display warning messages, thereby allowing for more flexible determination of the displayed warning messages based on actual circumstances. This avoids degraded user experience and unnecessary network congestion caused by incorrect display.

[0270] In some examples, the network device can send fifth information to the terminal device. Correspondingly, the terminal device can receive the fifth information from the network device. This fifth information can be used to indicate the aforementioned first condition. That is, the aforementioned priority can be indicated by the network device. For example, the network device may indicate that displaying or broadcasting the first information based on the fourth information (such as the first location range) and / or location information has a higher priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beamwidth. Alternatively, the network device may indicate that displaying or broadcasting the first information based on the fourth information (such as the first location range) and / or location information has a lower priority than displaying or broadcasting the first information based on the correspondence between time-domain location and beamwidth.

[0271] It is understandable that if the aforementioned priority order is pre-configured or predefined by the protocol, then the network device may not need to send the fifth piece of information. This application does not impose such limitations.

[0272] The embodiments of this application can flexibly instruct the terminal device to prioritize displaying warning messages in a certain manner through the fifth information, so as to be applicable to different communication scenarios and improve universality.

[0273] The solutions involved in this application will now be described in conjunction with more specific embodiments.

[0274] Referring to Figure 9, this scenario illustrates a one-to-one correspondence between a time-domain location and a beam, meaning multiple time-domain locations correspond one-to-one with multiple beams. Assume there are X beams, each time-domain location can be called a Point of Interest (PMO). Then, a Point of Interest (PO) can include X PMOs, each PMO corresponding to one beam, and different PMOs correspond to different beams. In some examples, beams can be represented by SSBs; for instance, different SSBs can be used to indicate different beams. Different SSBs can have different SSB indices.

[0275] For example, network devices can associate PMOs with beams. Terminal devices can detect the PMO (i.e., the PDCCH or DCI transmitted on that PMO) in a PO based on its beam coverage (e.g., via SSB index), thereby obtaining the content of the corresponding short message. This allows the terminal device to determine whether to receive the first message (e.g., a warning message). The PF shown in Figure 9 can include Ns POs, each PO can include 10 time slots, and a PF can include... Each time slot, μ, is related to the subcarrier spacing; for example, the subcarrier spacing can be equal to 2. μ *15kHz. The specific meanings of each letter can be found in the aforementioned related embodiments; they will not be repeated in this application.

[0276] In this embodiment, it can be assumed that a PO includes 8 PMOs, each corresponding to one of the 8 beams in sequence, with each beam corresponding to one PMO. For example, a beam can also be called a warning beam, which is used to send DCI to terminal devices within the coverage area of ​​the beam to indicate that a warning message needs to be received.

[0277] Network devices can associate different PMOs within a PO with beams (e.g., represented by SSBs), and different PMOs corresponding to different beams can send different DCIs. The DCI includes either a short message field or an etwsAndCmasIndication field, meaning it includes a second field.

[0278] When a network device needs to broadcast a warning message to terminal devices within the coverage area of ​​the warning beam, the network device can send a DCI through the PMO corresponding to the warning beam in the PO to notify the terminal devices to receive the warning message.

[0279] Alternatively, the network device may not send any DCI to the PMO corresponding to a non-warning beam. In this way, the terminal will not receive the DCI and therefore will not receive the warning message.

[0280] Optionally, the network device can send a DCI at the PMO corresponding to a non-warning beam, which can notify the terminal not to receive warning messages.

[0281] In some examples, suppose a network device (such as a satellite base station) broadcasts warning messages (e.g., fire, earthquake warnings) through beams 1 and 2 within cell A. Then beams 1 and 2 can be considered warning beams. The DCI transmitted by the PMO corresponding to warning beams 1 and 2 in the PO can notify the terminal device to receive the warning message. Beams other than warning beams can be called non-warning beams; for example, beam 0 can be considered a non-warning beam. The DCI transmitted by the PMO corresponding to non-warning beam 0 can notify the terminal not to receive the warning message. Referring to Table 1, beam 0 can be represented by SSB 0, beam 1 by SSB 1, and beam 2 by SSB 2.

[0282] Table 1

[0283] In some cases, the terminal device can determine its beam coverage area based on the downlink broadcast signal it receives. For example, it can determine the beam index or SSB index based on the broadcast signal, and then receive the DCI sent by the PMO corresponding to the beam index or SSB index in the PO (i.e., the beam covering the terminal device, or the beam used by the terminal device to communicate with the network device). The terminal device then determines whether to receive a warning message based on this DCI.

[0284] For example, if the terminal device receives a DCI instruction to receive a warning message, then the terminal device can receive the warning message and display or broadcast the warning message to the user.

[0285] For example, if the terminal device receives a DCI instruction not to receive warning messages, then the terminal device may choose not to receive warning messages, and the terminal device may choose not to display or broadcast warning messages to the user.

[0286] In some examples, one way to prevent a terminal device from receiving a warning message is to prevent the terminal device from receiving signals on the time-frequency resource corresponding to the warning message. Another way is that although the terminal device receives the warning message, it ignores or deletes the warning message. Of course, any other equivalent method can be used to achieve this, and the specific implementation method can be determined according to the actual situation. This application does not limit the implementation.

[0287] The above-described scheme is from the perspective of sending DCI. Looking at the fields included in the DCI, it can be seen that the DCI used for paging may include a short message indication field, which can be used to indicate "scheduled paging" or "paging and system message update," etc. In traditional DCI, both "paging" and "short message" are sent at the cell level. Therefore, based on the embodiments involved in this application, the beam is associated with the PMO, realizing the association between the beam and the DCI. Thus, the DCI used for paging can be configured as a beam-level or cell-level DCI. Referring to Table 2, there are the following four combinations of DCI used for paging.

[0288] Table 2

[0289] For combination 1, relevant technologies can be referenced for implementation, and the embodiments in this application will not be described in detail.

[0290] For combination 2, the terminal device can decode the received DCI. If the short message indication field in the DCI indicates paging scheduling, then the terminal device can assume that any DCI received from the PMO corresponding to any beam is sent to it for paging. Therefore, regardless of which PMO sends the DCI, as long as paging is scheduled, the terminal device can perform subsequent paging operations based on the paging-related information in the DCI. For specific implementation details, please refer to relevant technologies; these will not be elaborated upon in the embodiments of this application.

[0291] If the short message indication field in the DCI indicates that a short message has been transmitted, then the terminal device should consider the DCI received by the PMO corresponding to the first beam. That is, the terminal device can ignore DCIs indicating short message transmission from other beams. If the DCI sent by the PMO corresponding to the first beam indicates that a short message has been transmitted, then the terminal device determines the etwsAndCmasIndication information in the short message. If the terminal device is instructed to receive a warning message (such as SIB6, SIB7, and / or SIB8), then the terminal device receives the corresponding warning message. If the terminal device is instructed not to receive a warning message, then the terminal device does not receive the corresponding warning message.

[0292] It's understandable that the terminal considers the etwsAndCmasIndication information obtained from the PMO decoding of the first beam to be sent to itself and therefore valid. The etwsAndCmasIndication information obtained from the PMO decoding of the other beams is invalid. Of course, in the above example, the entire short message field could be beam-level. Optionally, the etwsAndCmasIndication information in the short message field could also be beam-level; in this case, the other information in the short message field, such as systemInfoModification information, could be cell-level.

[0293] In some examples, as shown in Figure 9, assuming that 8 SSBs are actually transmitted, and the terminal is in the area covered by SSB0, i.e., within the coverage range of beam 0, the terminal device can detect PDCCH (i.e., DCI) for all 8 PMOs in the PO. Referring to Table 1, assuming that the terminal device detects a DCI (such as etwsAndCmasIndication in the short message within the DCI) in the first PMO (corresponding to beam 0) indicating that a warning message does not need to be received, and detects a DCI (such as etwsAndCmasIndication in the short message within the DCI) in the second PMO (corresponding to beam 1) indicating that a warning message needs to be received, considering that the current scenario is combination 2, the terminal device considers the PMO corresponding to beam 0 to be a valid PMO, and therefore determines that a warning message does not need to be received. The PMO corresponding to beam 1 is an invalid PMO, and the terminal device does not consider it.

[0294] For "scheduled paging," assuming the terminal device detects a DCI indication in the second PMO (corresponding to the PMO of beam 1) that a paging message needs to be received on the corresponding resource, then any PMO corresponding to any beam is a valid PMO. The terminal device can perform subsequent paging operations based on the paging-related fields in this DCI.

[0295] In some examples, considering that the terminal device may be located at the edge of a beam's coverage area, it may be covered by multiple beams simultaneously. This means the terminal device may receive DCIs corresponding to multiple beams at the same time. Therefore, the method described above can be used to determine which beam's DCI the terminal device should use to determine paging and / or receive warning messages. Alternatively, the DCI corresponding to the beam with the stronger signal can be used to determine paging and / or receive warning messages. This scenario could be a terminal device originally in the coverage area of ​​beam A, which then moves to an area where beams A and B overlap, but beam B's signal may be stronger at this point. The terminal device can then determine paging and / or receive warning messages according to the DCI corresponding to beam B. Of course, in other examples, for terminal devices covered by multiple beams (such as beams A and B), the PMO corresponding to any one of the multiple beams can be used as the standard; this application's embodiments do not limit this.

[0296] For combination 3, the terminal device can decode the received DCI. If the short message indication field in the DCI indicates that a short message is scheduled, then the terminal device can assume that any DCI received from the PMO corresponding to any beam is intended for it. Therefore, regardless of which PMO sends the DCI, as long as a short message is scheduled, the terminal device can determine whether to receive a warning message based on that DCI. As long as a DCI indicates that a warning message needs to be received, the terminal device will receive the warning message. In this case, the short message field can be considered cell-level, or the etwsAndCmasIndication information in the short message field can be considered cell-level.

[0297] If the short message indication field in the DCI indicates scheduled paging, then the terminal device should consider the DCI received by the PMO corresponding to the first beam. That is, for other beams indicating scheduled paging, the terminal device can ignore them. If the DCI sent by the PMO corresponding to the first beam indicates scheduled paging, then the terminal device will perform subsequent paging operations based on the paging-related fields in that DCI. If the DCI indicates that the terminal device should not schedule paging, then the terminal device does not need to perform paging operations.

[0298] It's understandable that the terminal considers the paging-related fields obtained from the PMO decoding of the first beam to be sent to itself and therefore valid. The paging-related fields obtained from the PMO decoding of the other beams are invalid. In other words, the paging-related fields in the short message are beam-level.

[0299] For combination 4, the terminal device may consider scheduling paging and / or scheduling short messages using the DCI corresponding to the first beam. For DCIs corresponding to other beams, the terminal device may ignore them. For specific implementation details, please refer to the descriptions of the relevant embodiments in combinations 2 and 3; these will not be repeated in the embodiments of this application.

[0300] In some cases, network devices may choose not to send DCIs that are not scheduled for short messages. Consequently, terminal devices will not receive these DCIs either.

[0301] In some examples, network devices can use the second information to indicate to the terminal which transmission level (such as beam level or cell level) is used for "Short Message (i.e., the second field)" and "Dispatch Paging (i.e., the third field)". In another scenario, the second information can simultaneously indicate which transmission level is used for both "Short Message (i.e., the second field)" and "Dispatch Paging (i.e., the third field)". For example, the second information can be called paging-specific lookup signaling, paging-specific lookup field signaling, paging-sending-specific signaling, paging lookup signaling, etc., and this application embodiment does not limit the specific terminology.

[0302] For example, a first identifier can be used to indicate that different first identifiers can correspond to different combinations as shown in Table 2. The identifier can be an identity (ID) or an index. The combinations shown in Table 2 can be determined by the network device or predefined by the protocol.

[0303] In the various embodiments of this application, the difference between beam-level and cell-level information transmission is as follows: If the information received by the terminal device in any PMO in the PO is addressed to itself or is valid, or if the information transmitted by the network device in any PMO in the PO is the same, it can be considered as cell-level information transmission; if the information received by the terminal device in the PO in the PMO corresponding to its beam is addressed to itself or is valid, or if the network device in the PO in the PMO corresponding to its beam transmits information of the terminal device within the coverage area of ​​that beam, and the information transmitted by each beam can be different, it is beam-level information transmission.

[0304] In the various embodiments of this application, notifications, messages, and information can be used interchangeably. Optionally, ETWS and CMAS notifications can be interchanged with PWS information notifications. ETWS and CMAS messages can be interchanged with PWS messages. Alternatively, PWS messages may include ETWS and CMAS messages, and warning messages may include ETWS warning messages and CMAS warning messages.

[0305] In various embodiments of this application, different beams can be distinguished in the protocol based on BWP, transmission configuration indicator (TCI), or synchronization signal block (SSB). For example, different beams can be represented by BWP, TCI, and / or SSB. In other words, different beams can be indicated by BWP, TCI, and / or SSB. Therefore, terminal devices and network devices can indicate different beams through the ID or index of BWP, TCI, and / or SSB. Furthermore, the beams in various embodiments of this application can also be replaced by BWP, TCI, and / or SSB. For example, a terminal device can determine the BWP index number or TCI index number corresponding to the signal covering its area based on the detected downlink reference signal corresponding to the BWP or TCI. As another example, a terminal device can determine the BWP index number or TCI index number corresponding to the signal covering its area based on the BWP index number or TCI index number configured to be used by the network device.

[0306] It should be noted that the terms "warning," "early warning," and "alarm" are interchangeable in the various embodiments of this application. "Protocol" can be replaced with "standard," "technical standard," "specification," or "technical specification," etc.

[0307] This application embodiment can establish a correspondence between PMO and beam, thereby preventing users outside the warning beam from seeing warning messages and causing unnecessary panic or fright. It can also avoid increasing network load and network congestion.

[0308] This application embodiment adds signaling to instruct the terminal device to receive a fixed PMO in the PO according to the beam mapping relationship. A correspondence can be established between the PMO and the beam, thereby preventing users outside the warning beam from seeing warning messages and causing unnecessary panic or alarm. It also avoids increasing network load and network congestion. Furthermore, it is compatible with existing communication systems, improving universality.

[0309] In some embodiments, the second information may indicate which transmission level the "short message (i.e., the second field)" uses. For example, the second information may be called PMO beam mapping signaling (PMO beam mapping flag, PB_mapping_flag).

[0310] For example, when PB_mapping_flag = 1, it indicates that different PMOs within a PO are associated with a beam, and different PMOs corresponding to different beams can send different DCIs. For instance, network devices can send different DCIs to terminal devices within different beams. Or, a terminal device receives a DCI from the PMO corresponding to its own beam within the PO to determine whether to receive a warning message.

[0311] For example, when PB_mapping_flag = 0, it can indicate that different PMOs within a PO are sending the same DCI across different beams. For instance, network devices can send the same DCI to terminal devices in different beams. Alternatively, a terminal device can receive a DCI sent by any PMO within the PO to determine if it has received a warning message.

[0312] Accordingly, paging can be set to either cell-level or beam-level by default.

[0313] It is clear that whether the above "the value of PB_mapping_flag and the short message (i.e., the second field)" is a beam-level or cell-level correspondence can be determined according to the actual situation. The above is only an exemplary description and is not limited in the embodiments of this application.

[0314] Referring to Figure 10, similar to Figure 9, the difference is that this scenario uses multiple time-domain locations corresponding to one beam as an example. That is, some time-domain locations among the multiple time-domain locations correspond one-to-one with each beam among the multiple beams. Assuming there are X beams, and one beam corresponds to 2 PMOs, then one PO can include 2X PMOs. The DCI transmitted on each PMO corresponding to the same beam can be the same.

[0315] Of course, the number of PMOs corresponding to each beam can be indicated by the PMO mapping number (PMO_mapping_value) information.

[0316] For example, a network device can send third information to a terminal device to indicate the number of PMOs corresponding to at least one beam (i.e., the PMO_mapping_value information corresponding to that beam).

[0317] Different PMOs corresponding to different beams can send different DCIs, while PMOs corresponding to the same beam can send the same DCI. When a network device needs to broadcast a warning message to terminal devices within the coverage area of ​​a warning beam, the network device can send DCIs through multiple PMOs (each corresponding to a warning beam in the PO) to notify the terminal devices to receive the warning message. Conversely, the network device can send DCIs through multiple PMOs (each corresponding to a non-warning beam) to notify the terminal devices that they do not need to receive the warning message.

[0318] The terminal device can determine its beam coverage area based on the downlink broadcast signal it receives. The terminal device can receive DCIs (Distributed Message Channels) from one or more PMOs (PMOs) corresponding to its beam in the PO (Positioning Object) to determine if it needs to receive a warning message. If the terminal device determines it needs to receive a warning message based on the DCI received from the PMO corresponding to its beam, then the terminal device can receive the warning message and display or broadcast it to the user.

[0319] Optionally, the number of PMOs corresponding to different beams within a PO can be different. In this case, the mapping between PMOs and beams can be considered non-uniform. That is, for a uniform mapping, the network device can indicate the number of PMOs corresponding to each beam using a general PMO_mapping_value. For a non-uniform mapping, the network device can indicate the PMO_mapping_value for each beam separately, thereby flexibly indicating the number of PMOs corresponding to different beams.

[0320] Optionally, the network device can send PMO_mapping_value information to the terminal via broadcast messages. Of course, other equivalent methods can also be used, such as multicast, unicast, etc., and this application embodiment is not limited thereto.

[0321] Optionally, the PMO_mapping_value information can be a predefined default value, such as 2 or 3. In this case, the network device does not send the PMO_mapping_value information and can use the default value, thereby avoiding the transmission of signaling and reducing signaling overhead.

[0322] The signaling in various embodiments of this application, such as Paging_sending_specific signaling, PB_mapping_flag signaling, and / or PMO_mapping_value information sent by network devices (such as access network devices or core network devices) to terminal devices, can be carried by at least one of the following broadcast information: SIB 1, SIB6, SIB7, SIB8, SIB19, other system information (OSI), master information block (MIB), physical broadcast channel (PBCH) messages, etc. For example, it can be broadcast, multicast, or unicasted from the network device to the terminal device. Broadcasting or multicasting the above signaling to the terminal device avoids scheduling different resources for different terminal devices to send the signaling, saving signaling overhead for resource scheduling and reducing system scheduling complexity.

[0323] Furthermore, if sent during the RRC connection establishment phase and subsequent communication, the network device can carry the above signaling in at least one of the following: RRC signaling (e.g., RRC setup message, RRC reconfiguration message, RRC resume message, etc.), DCI, group DCI, and MAC control element (CE). Alternatively, the above signaling / information can be indicated to the terminal device in a table format. Alternatively, it can be sent to the terminal device unicast or multicast along with data transmission or in a separately allocated PDSCH bearer.

[0324] The advantage of sending the above signaling to terminal devices individually or in groups is that it allows for flexible control of the information of each / group of terminal devices. Different information can be configured for terminal devices based on their location or region, thereby optimizing system information and accurately sending warning messages to terminal devices within the warning area.

[0325] For example, the number of beam-mapped PMOs (PMO_mapping_value field) can be sent to the terminal devices based on the number or density of terminals in different locations or within different beam coverage areas. Therefore, an appropriate number of PMOs can be configured for terminal devices of different densities in different locations (or regions). This allows for precise control of the number of beam-mapped PMOs and improves the system's utilization of PMO resources.

[0326] In this embodiment, one beam can map multiple PMOs within a PO, giving the terminal device more opportunities to receive DCIs from the PMOs and improving diversity gain. The DCIs transmitted on multiple PMOs corresponding to the same beam can be identical to enhance decoding performance.

[0327] In some embodiments, the terminal device may determine to display a warning message in the following manner.

[0328] For example, if a terminal device can determine its location and the network device sends a warning area range to the terminal device, then the terminal device can determine whether its location is within the warning area. If the terminal device's location is within the warning area, then the terminal device can display / broadcast a warning message. If the terminal device's location is not within the warning area, then the terminal device may not display / broadcast a warning message to the user.

[0329] Optionally, if the terminal device is located outside the warning area, the terminal device may choose not to receive the warning message, thereby reducing the receiving power consumption of the terminal device.

[0330] In some cases, a terminal device can receive a DCI through the PMO mapped to its beam, and determine the reception warning message based on the short message field in the DCI, provided that the following two conditions are met. The two conditions mentioned above include:

[0331] 1. The terminal device cannot determine its own location, or the network device does not send a warning area to the terminal device;

[0332] 2. The network device sends DCI through the PMO that is mapped to the beam where the terminal device is located (this can be considered as the network device configuring the mapping relationship between the PMO and the beam to the terminal device, or the network device and the terminal device agreeing on the mapping relationship between the PMO and the beam).

[0333] If, under the above two conditions, the terminal device receives a DCI instruction to receive a warning message through the PMO mapped to its beam, then the terminal device may receive the warning message and display / broadcast it to the user. If the terminal device receives a DCI instruction not to receive the warning message through the PMO mapped to its beam, or if the DCI received by the terminal device does not indicate that the warning message should be received, then the terminal device may choose not to receive the warning message. Alternatively, if the terminal device receives a warning message, it may choose not to display / broadcast it to the user.

[0334] Accordingly, if the network device has not configured the PMO and beam mapping relationship with the terminal device (or the network device has not agreed on the PMO and beam mapping relationship with the terminal device), and the network device has not configured the warning area range with the terminal device (or, the network device has configured the warning area range with the terminal device but the terminal device cannot determine its own location; or, the network device has not configured the warning area range with the terminal device and the terminal device cannot determine its own location), then the terminal device can display / broadcast the warning message to the user upon receiving the warning message.

[0335] Optionally, the network device can broadcast messages to instruct the terminal device to prioritize displaying warning messages to the user based on the PMO-beam mapping relationship or the warning area range. This process is similar to the aforementioned priority-based warning message display. If the network device does not indicate the above priority, a default method can be used. For example, the default method could be to prioritize the warning area range (i.e., default to using terminal location information to determine whether it is within the warning area range).

[0336] In some examples, the warning area can be represented by using the center of a circle as a reference point and combining it with the radius. Alternatively, the vertices of a polygon can be used as reference points to indicate the warning area. Of course, any other equivalent method can be used to indicate the warning area, and this application does not limit this.

[0337] Optionally, the protocol can be predefined so that when the terminal device can determine its location, it will preferentially use its location information and warning area range to determine whether to display a warning message to the user or receive a warning message.

[0338] In various embodiments of this application, the display may include a display and / or a broadcast. In other examples, the display may also include other sensory methods such as vibration to achieve the purpose of reminder, and this application does not limit this.

[0339] This application provides a method for terminal devices to display warning messages, such as combining the priorities of different methods to enable terminal devices to display warning messages more accurately.

[0340] It is understood that each of the above embodiments of this application can be implemented independently or in combination with each other; there is no absolute subordinate relationship between the embodiments, and they can be combined with each other under any conditions to obtain the corresponding effect.

[0341] It is understood that, in order to achieve the functions in the above embodiments, the terminal device and network device include hardware structures and / or software modules corresponding to perform each function. Those skilled in the art should readily recognize that, based on the units and method steps of the various examples described in conjunction with the embodiments disclosed in this application, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application scenario and design constraints of the technical solution.

[0342] Figures 11 and 12 are schematic diagrams of possible communication devices provided in embodiments of this application. The communication device may include modules or units for implementing the solutions in the above method embodiments. These communication devices can be used to implement the functions of terminal devices or network devices in the above method embodiments, and therefore can also achieve the beneficial effects of the above method embodiments. In the embodiments of this application, the communication device may be the RAN node 110 shown in Figure 1, wherein the RAN node may also be referred to as an access network device or a network device. The communication device may also be a module (such as a chip) applied to a network device. The communication device may also be the terminal device 120 shown in Figure 1. The communication device may also be a module (such as a chip) applied to a terminal device.

[0343] In this embodiment of the application, the device for implementing the function of the terminal device can be the terminal device itself, or it can be a device that supports the terminal device in implementing the function, such as a chip system. This device can be installed in the terminal device or used in conjunction with the terminal device. Similarly, in this embodiment of the application, the device for implementing the function of the network device can be the network device itself, or it can be a device that supports the network device in implementing the function, such as a chip system. This device can be installed in the network device or used in conjunction with the network device.

[0344] In this embodiment of the application, the chip system may be composed of chips, or it may include chips and other discrete devices.

[0345] As shown in Figure 11, the communication device 1100 includes a processing unit 1110 and a transceiver unit 1120. The communication device 1100 is used to implement the functions of the terminal device and the network device in the method embodiment shown in Figure 8 above.

[0346] When the communication device 1100 is used to implement the functions of the terminal device in the method embodiment shown in FIG8: the transceiver unit 1120 is used to receive DCI at a first time domain location. The processing unit 1110 is used to control the transceiver unit 1120 to receive first information according to the first DCI.

[0347] When the communication device 1100 is used to implement the functions of the network device in the method embodiment shown in FIG8: the transceiver unit 1120 is used to transmit DCI at a first time domain location. The transceiver unit 1120 is also used to transmit first information. The processing unit 1110 is used to perform operations other than transmitting and receiving.

[0348] For a more detailed description of the above-mentioned processing unit 1110 and transceiver unit 1120, please refer to the relevant description of the method embodiment shown in FIG8.

[0349] As shown in Figure 12, the communication device 1200 includes a processor 1210 and an interface circuit 1220. The processor 1210 and the interface circuit 1220 are coupled to each other. It is understood that the interface circuit 1220 can be a transceiver or an input / output interface. Optionally, the communication device 1200 may also include a memory 1230 for storing instructions executed by the processor 1210, or storing input data required by the processor 1210 to execute instructions, or storing data generated after the processor 1210 executes instructions. Sometimes, the interface circuit 1220 can also be understood as part of the processor 1210, in which case the communication device 1200 includes the processor 1210.

[0350] When the communication device 1200 is used to implement the method shown in FIG8, the processor 1210 is used to implement the function of the processing unit 1110, and the interface circuit 1220 is used to implement the function of the transceiver unit 1120.

[0351] When the aforementioned communication device is a chip applied to a terminal device, the terminal device chip implements the functions of the terminal device in the above method embodiments. The terminal device chip receives information from the network device, which can be understood as the information being first received by other modules (such as an RF module or antenna) in the terminal device, and then sent to the terminal device chip by these modules. The terminal device chip sends information to the network device, which can be understood as the information being forwarded to other modules (such as an RF module or antenna) in the network device, and then sent to the network device by these modules.

[0352] When the aforementioned communication device is a chip used in a network device, the network device chip implements the functions of the network device in the above method embodiments. The network device chip receives information from the terminal device, which can be understood as the information being first received by other modules (such as an RF module or antenna) in the network device, and then sent to the network device chip by these modules. The network device chip sends information to the terminal device, which can be understood as the information being sent down to other modules (such as an RF module or antenna) in the terminal device, and then sent back to the terminal device by these modules.

[0353] In this application, entity A sends information to entity B, either directly or indirectly through other entities. Similarly, entity B receives information from entity A, either directly or indirectly through other entities. Entities A and B can be RAN nodes or terminal devices, or modules within RAN nodes or terminal devices. Information transmission and reception can be between RAN nodes and terminal devices, such as between a base station and a terminal device; between two RAN nodes, such as between a CU and a DU; or between different modules within a single device, such as between a terminal device chip and other modules of the terminal device, or between a base station chip and other modules of the base station.

[0354] It is understood that the processor in the embodiments of this application can be a central processing unit (CPU), or one or more of other general-purpose processors, digital signal processors (DSPs), microprocessor units (MPUs), microcontroller units (MCUs), graphics processing units (GPUs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), artificial intelligence processors (AI processors), or neural processing units (NPUs); or, the processor mentioned in the embodiments of this application can be application-specific integrated circuits (ASICs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components (or parts), or any combination thereof. A general-purpose processor can be a microprocessor or any conventional processor, etc.

[0355] The method steps in the embodiments of this application can be implemented in hardware or in software instructions executable by a processor. The software instructions can consist of corresponding software modules, which can be stored in memory, such as volatile memory and / or non-volatile memory. The non-volatile memory can be flash memory, read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), or electrically erasable programmable read-only memory (EEPROM). The volatile memory can be a cache or random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM includes a variety of forms, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM). The memory can also be in registers, hard disks, portable hard disks, compact disc (CD) ROMs, or any other form of storage medium well known in the art.

[0356] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor. An exemplary storage medium is coupled to the processor, enabling the processor to read information from and write information to the storage medium. The storage medium can also be a component of the processor. The processor and storage medium can reside in an ASIC. Alternatively, the ASIC can reside in a base station or terminal device. The processor and storage medium can also exist as discrete components in a base station or terminal device.

[0357] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the processes or functions described in the embodiments of this application are performed entirely or partially. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user equipment, or other programmable device. The computer program or instructions can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program or instructions can be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium, such as a floppy disk, hard disk, or magnetic tape; it can also be an optical medium, such as a digital video optical disc; or it can be a semiconductor medium, such as a solid-state drive. The computer-readable storage medium may be a volatile or non-volatile storage medium, or may include both types of storage media.

[0358] In the various embodiments of this application, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of different embodiments are consistent and can be referenced by each other. The technical features of different embodiments can be combined to form new embodiments according to their inherent logical relationship.

[0359] In this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. In the textual description of this application, the character " / " generally indicates an "or" relationship between the preceding and following related objects; in the formulas of this application, the character " / " indicates a "division" relationship between the preceding and following related objects. "Including at least one of A, B, and C" can mean: including A; including B; including C; including A and B; including A and C; including B and C; including A, B, and C.

[0360] It is understood that the various numerical designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application. The order of the process numbers described above does not imply the order of execution; the execution order of each process should be determined by its function and internal logic.

[0361] The network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0362] The terms "first" and "second," etc., used in the specification and drawings of the embodiments of this application are used to distinguish different objects or to distinguish different processing of the same object. The terms "first" and "second," etc., can distinguish identical or similar items with substantially the same function and effect. For example, "first device" and "second device" are merely to distinguish different devices and do not limit their order. Those skilled in the art will understand that the terms "first" and "second," etc., do not limit the quantity or execution order, and that "first" and "second," etc., do not necessarily imply that they are different.

[0363] Furthermore, the terms "comprising" and "having," and any variations thereof, used in the description of the embodiments of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include other steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or apparatuses.

[0364] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0365] It is understood that the term "embodiment" used throughout the specification means that a specific feature, structure, or characteristic related to an embodiment is included in at least one embodiment of the embodiments of this application. Therefore, the various embodiments throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It is understood that in the various embodiments of the embodiments of this application, the sequence number of each process does not imply the order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0366] It is understood that in the embodiments of this application, "...when" and "if" both refer to the corresponding processing that will be carried out under certain objective circumstances, and are not limited to a time, nor do they require a judgment action during implementation, nor do they imply any other limitations.

[0367] It is understood that some optional features in the embodiments of this application can be implemented independently in certain scenarios without relying on other features, such as the current solution on which they are based, to solve the corresponding technical problems and achieve the corresponding effects. Alternatively, they can be combined with other features as needed in certain scenarios. Correspondingly, the apparatus given in the embodiments of this application can also implement these features or functions, which will not be elaborated here.

[0368] In the embodiments of this application, unless otherwise specified, the same or similar parts between the various embodiments can be referred to each other. In the various embodiments of this application, and in the various implementation methods / methods / implementations within each embodiment, unless otherwise specified or logically conflicting, the terminology and / or descriptions between different embodiments and between the various implementation methods / methods / implementations within each embodiment are consistent and can be mutually referenced. The technical features in different embodiments and the various implementation methods / methods / implementations within each embodiment can be combined to form new embodiments, implementation methods, methods, or implementation approaches based on their inherent logical relationships. The following descriptions of the embodiments of this application do not constitute a limitation on the scope of protection of the embodiments of this application.

Claims

1. A communication method, characterized in that, The method includes: At least one first downlink control information (DCI) is received at least one first time domain location, wherein the plurality of time domain locations include the at least one first time domain location, the plurality of DCIs include the at least one first DCI, some or all of the at least one first DCIs are used to indicate the reception of first information, the first information includes a warning message, each of the plurality of beams corresponds to at least one different time domain location among the plurality of time domain locations, each beam corresponds to one of the plurality of DCIs, and the DCIs corresponding to each of the plurality of beams are completely different or partially different from each other; The first information is received according to some or all of the first DCIs in at least one first DCI.

2. The method according to claim 1, characterized in that, The method further includes: A first beam is determined, wherein the first beam is the beam used by the terminal device to communicate with the network device at at least one second time domain location, and the at least one second time domain location is the time domain location corresponding to the first beam among the at least one first time domain locations; Receiving the first information based on some or all of the at least one first DCI includes: The first information is received according to the second DCI corresponding to the first beam, wherein the at least one first DCI includes the second DCI.

3. The method according to claim 2, characterized in that, The second DCI includes a first field and a second field, wherein the first field is used to instruct the second DCI to schedule the second field, or the first field is used to instruct the second DCI to schedule the third field and the second field, the second field is used to instruct the terminal device to receive the first information, and the third field is used to configure paging.

4. The method according to claim 3, characterized in that, The method further includes: Receive second information, wherein the second information is used to indicate that the second field is a beam-level or cell-level field; and / or, the second information is used to indicate that the third field is a beam-level or cell-level field.

5. The method according to any one of claims 1-4, characterized in that, The number of at least one time-domain location corresponding to each beam is different.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: Receive third information, wherein the third information is used to indicate the number of time-domain locations corresponding to at least one beam, the plurality of beams including the at least one beam, and the at least one beam including a first beam.

7. The method according to any one of claims 1-6, characterized in that, The first information is carried by at least one of the following: System Information Block (SIB) 6; SIB 7; or, SIB 8.

8. The method according to any one of claims 1-7, characterized in that, The method further includes: Display or broadcast the first information.

9. The method according to claim 8, characterized in that, The display or broadcasting of the first information includes: Receive fourth information, wherein the fourth information is used to indicate a first location range related to the warning message; Obtain the location information of the terminal device; Based on the first condition, display or broadcast the first information; The first condition includes: The priority of displaying or broadcasting the first information based on the fourth information and / or the location information is higher than the priority of displaying or broadcasting the first information based on the correspondence between the time domain location and the beam.

10. The method according to claim 9, characterized in that, The method further includes: Receive fifth information, wherein the fifth information is used to indicate the first condition.

11. A communication method, characterized in that, The method includes: At least one first downlink control information (DCI) is transmitted at at least one first time domain location, wherein the plurality of time domain locations include the at least one first time domain location, the plurality of DCIs include the at least one first DCI, some or all of the at least one first DCI are used to indicate the reception of first information, the first information includes a warning message, each of the plurality of beams corresponds to at least one different time domain location among the plurality of time domain locations, each beam corresponds to one of the plurality of DCIs, and the DCIs corresponding to each of the plurality of beams are completely different or partially different from each other; Send the first message.

12. The method according to claim 11, characterized in that, The step of transmitting at least one first DCI at at least one first time domain location includes: At at least one second time domain location, a second DCI corresponding to the first beam is transmitted via the first beam, wherein the first beam is the beam used by the terminal device to communicate with the network device at the at least one second time domain location, the at least one second time domain location is the time domain location corresponding to the first beam among the at least one first time domain locations, and the at least one first DCI includes the second DCI.

13. The method according to claim 12, characterized in that, The second DCI includes a first field and a second field, wherein the first field is used to instruct the second DCI to schedule the second field, or the first field is used to instruct the second DCI to schedule the third field and the second field, the second field is used to instruct the terminal device to receive the first information, and the third field is used to configure paging.

14. The method according to claim 13, characterized in that, The method further includes: Send a second message, wherein the second message is used to indicate that the second field is a beam-level or cell-level field; and / or, the second message is used to indicate that the third field is a beam-level or cell-level field.

15. The method according to any one of claims 11-14, characterized in that, The number of at least one time-domain location corresponding to each beam is different.

16. The method according to any one of claims 11-15, characterized in that, The method further includes: Send a third message, wherein the third message is used to indicate the number of time-domain locations corresponding to at least one beam, the plurality of beams including the at least one beam, and the at least one beam including the first beam.

17. The method according to any one of claims 11-16, characterized in that, The first information is carried by at least one of the following: System Information Block (SIB) 6; SIB 7; or, SIB 8.

18. The method according to any one of claims 11-17, characterized in that, The method further includes: Send a fourth message, wherein the fourth message is used to indicate a first location range associated with the warning message.

19. The method according to claim 18, characterized in that, The method further includes: Send a fifth message, wherein the fifth message is used to indicate the first condition; The first condition includes: The priority of displaying or broadcasting the first information based on the fourth information and / or the location information is higher than the priority of displaying or broadcasting the first information based on the correspondence between the time domain location and the beam.

20. A communication device, characterized in that, Includes a module for performing the method according to any one of claims 1-19.

21. A communication device, characterized in that, The device includes a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices and transmit them to the processor or to send signals from the processor to other communication devices, and the processor is used to implement the method as described in any one of claims 1-19 through logic circuits, executable code and / or instructions.

22. The apparatus according to claim 21, characterized in that, The device further includes a memory for storing the code or instructions.

23. A computer-readable storage medium, characterized in that, The storage medium stores a computer program or instructions, which, when executed by a communication device, implement the method as described in any one of claims 1-19.

24. A computer program product, comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed by the communication device, they implement the method as described in any one of claims 1-19.

Images