Communication method, communication device, system, storage medium, and program product

Abstract

The present disclosure relates to a communication method, a communication device, a system, a storage medium and a program product. Embodiments of the present disclosure provide a communication method, which is performed by a terminal, and the method comprises: the terminal sends a first message, wherein the first message is used to indicate a global navigation satellite system (GNSS) state of the terminal; in a case where the GNSS state is a first state, the terminal receives a second message sent by a network device, wherein the second message comprises first indication information, and the first indication information is used to indicate that the terminal adjusts a time domain offset and a frequency domain offset. The present disclosure improves the communication performance.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to communication methods, communication devices, systems, storage media, and program products. Background Technology

[0002] With the development of communication technology, terminals are equipped with Global Navigation Satellite System (GNSS). Summary of the Invention

[0003] Current communication systems suffer from communication failures due to GNSS conditions. This disclosure provides a communication method, communication device, system, storage medium, and program product to reduce the probability of communication failures caused by GNSS conditions, thereby improving communication performance.

[0004] According to a first aspect of the present disclosure, a communication method is proposed, executed by a terminal, the method comprising: the terminal sending a first message, the first message being used to indicate the global navigation satellite system (GNSS) status of the terminal;

[0005] When the GNSS state is in the first state, the terminal receives a second message sent by the network device, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0006] According to a second aspect of the present disclosure, a communication method is provided, executed by a network device, the method comprising: the network device receiving a first message, the first message indicating the Global Navigation Satellite System (GNSS) status of a terminal; and the network device sending a second message in the first GNSS status, wherein the second message includes first indication information, the first indication information indicating the terminal to adjust time domain offset and frequency domain offset.

[0007] According to a third aspect of the present disclosure, a communication method is proposed, the method comprising: a terminal sending a first message to a network device, the first message being used to indicate the Global Navigation Satellite System (GNSS) status of the terminal; and the network device sending a second message to the terminal in the first GNSS status, wherein the second message includes first indication information, the first indication information being used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0008] According to a fourth aspect of the present disclosure, a communication device is provided for performing the communication method described in any one of the first and second aspects.

[0009] According to a fifth aspect of the present disclosure, a communication system is provided, including a terminal and a network device, wherein the terminal is configured to implement the communication method described in the first aspect, and the network device is configured to implement the communication method described in the second aspect.

[0010] According to a sixth aspect of the present disclosure, a storage medium is provided that stores instructions which, when executed on a communication device, cause the communication device to perform a communication method as described in the first aspect and any one thereof, or the second aspect and any one thereof.

[0011] According to a seventh aspect of the present disclosure, a program product is provided, comprising at least one of a program and instructions, wherein the program and instructions, when executed by a communication device, implement the communication method described in any one of the first and second aspects.

[0012] This disclosure reduces the likelihood of communication failure and improves communication performance by indicating the GNSS state and adjusting the time-domain offset and frequency-domain offset when the GNSS state is in the first state. Attached Figure Description

[0013] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings required for the description of the embodiments are introduced below. The following drawings are only some embodiments of this disclosure and do not impose specific limitations on the protection scope of this disclosure.

[0014] Figure 1 This is a schematic diagram of a communication system architecture shown according to an embodiment of the present disclosure.

[0015] Figure 2A This is a schematic diagram illustrating a communication method interaction according to an embodiment of the present disclosure.

[0016] Figure 2B A schematic diagram illustrating whether to send GNSS status via MAC RAR is shown in an exemplary embodiment of this disclosure.

[0017] Figure 3 This is a schematic diagram illustrating a communication method interaction according to an embodiment of the present disclosure.

[0018] Figure 4A This is a schematic diagram of the terminal structure proposed in the embodiments of this disclosure.

[0019] Figure 4B This is a schematic diagram of the structure of the network device proposed in the embodiments of this disclosure.

[0020] Figure 5A This is a schematic diagram of the structure of the communication device proposed in the embodiments of this disclosure.

[0021] Figure 5BThis is a schematic diagram of the chip structure proposed in the embodiments of this disclosure. Detailed Implementation

[0022] This disclosure provides communication methods, communication devices, systems, storage media, and program products.

[0023] In a first aspect, embodiments of this disclosure provide a communication method executed by a terminal, the method comprising:

[0024] The terminal sends a first message, which is used to indicate the terminal's Global Navigation Satellite System (GNSS) status; when the GNSS status is a first state, the terminal receives a second message sent by the network device, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0025] In the above embodiments, the terminal sends a first message indicating the GNSS status, thereby enabling the network device to clearly understand the GNSS status. This allows the device to adjust the time domain offset and frequency domain offset before sending the message, reducing the possibility of communication failure and improving communication performance.

[0026] In conjunction with some embodiments of the first aspect, in some embodiments, the terminal sends a first message when the following conditions are met, and the first message indicates that the GNSS state is a first state:

[0027] The terminal has sent message 1 the maximum number of times it can send message 1, and has not received message 2 within the first time window; or

[0028] The terminal sends message 1 more than or equal to the first threshold number of times, and does not receive message 2 within the first time window; or

[0029] The terminal has sent message 3 a maximum number of times, and has not received message 4 within the second time window; or

[0030] The terminal sends message 3 more or more times than the second threshold, and does not receive message 4 within the second time window; or

[0031] The terminal has sent message A a maximum number of times, and has not received message B within the third time window; or

[0032] The terminal sends message A more than or equal to the third threshold number of times, and does not receive message B within the third time window.

[0033] In the above embodiments, by checking whether the messages sent during the random access process meet predetermined conditions, the terminal sends a first message when the conditions are met, and the first message indicates that the GNSS status is in the first state. This allows the terminal to trigger GNSS status reporting on its own, reducing signaling interaction.

[0034] In conjunction with some embodiments of the first aspect, in some embodiments, the first number threshold is greater than the maximum number of times message 1 can be sent, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2; or

[0035] The second threshold number is greater than the maximum number of times message 3 can be sent, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 4; or

[0036] The third threshold is greater than the maximum number of times message A can be sent, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B.

[0037] The first number threshold is greater than the maximum number of times the terminal can send message 1 in the second state, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2 in the second state; or

[0038] The second threshold number is greater than the maximum number of times the terminal can send message 3 in the second state, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 3 in the second state; or

[0039] The third threshold is greater than the maximum number of times the terminal can send message A in the second state, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B in the second state.

[0040] In the above embodiments, parameters for the first state are set based on parameters in the second state or parameters in the terminal's regular random access process, thereby realizing the determination of dedicated parameters for judging the first state and improving the accuracy of judging the GNSS state as the first state.

[0041] In conjunction with some embodiments of the first aspect, in some embodiments, when the terminal determines the GNSS state, the terminal sends a first message, the first message indicating that the GNSS state is a first state, or the first message indicating that the GNSS state is a second state.

[0042] In conjunction with some embodiments of the first aspect, in some embodiments, the terminal sends the first message when it receives a third message sent by the network device;

[0043] The third message includes:

[0044] The second instruction information is used to instruct the terminal to send the first message; or

[0045] A synchronization signal, wherein the terminal receives the synchronization signal on a first frequency domain resource, or the terminal receives a synchronization signal scrambled with a first scrambling code sequence and successfully descrambles the synchronization signal.

[0046] In the above embodiments, the terminal is triggered to send the first message based on various indication methods of the network device, thereby improving the flexibility of communication operations.

[0047] In conjunction with some embodiments of the first aspect, in some embodiments, the second indication information includes: a Master Information Block (MIB); or a System Information Block (SIB); or a Media Access Control Random Access Response (MAC RA).

[0048] In the above embodiments, existing information is reused to trigger the terminal to send the first message, thus saving signaling.

[0049] In conjunction with some embodiments of the first aspect, in some embodiments, the first message is message 1 or message A; wherein, the terminal sending the first message includes:

[0050] The terminal uses either the first resource or the second resource to send message 1 to the network device. When the terminal uses the first resource to send message 1, the GNSS state is in the second state; when the terminal uses the second resource to send message 1, the GNSS state is in the first state.

[0051] The terminal uses a third resource or a fourth resource to send message A to the network device. When the terminal uses a third resource to send message A, the GNSS state is in the second state. When the terminal uses a fourth resource to send message A, the GNSS state is in the first state.

[0052] In the above embodiments, GNSS status indication is performed based on different resource transmissions of message 1 and message A, which can reuse existing information and save signaling overhead.

[0053] Secondly, embodiments of this disclosure provide a communication method executed by a network device, the method comprising:

[0054] The network device receives a first message, which is used to indicate the GNSS status of the terminal.

[0055] When the GNSS state is in the first state, the network device sends a second message, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0056] In the above embodiments, the network device receiving the first message sent by the terminal can clearly determine the GNSS status, thereby adjusting the time domain offset and frequency domain offset before sending the message, reducing the possibility of communication failure and improving communication performance.

[0057] In conjunction with some embodiments of the second aspect, in some embodiments, the first message indicates that the GNSS state is a first state, and is sent by the terminal when the following conditions are met:

[0058] The terminal has sent message 1 the maximum number of times it can send message 1, and has not received message 2 within the first time window; or

[0059] The terminal sends message 1 more than or equal to the first threshold number of times, and does not receive message 2 within the first time window; or

[0060] The terminal has sent message 3 a maximum number of times, and has not received message 4 within the second time window; or

[0061] The terminal sends message 3 more or more times than the second threshold, and does not receive message 4 within the second time window; or

[0062] The terminal has sent message A a maximum number of times, and has not received message B within the third time window; or

[0063] The terminal sends message A more than or equal to the third threshold number of times, and does not receive message B within the third time window.

[0064] In conjunction with some embodiments of the second aspect, in some embodiments, the network device configures at least one of the following for the terminal: a first counting threshold, a first time window, a second counting threshold, a second time window, a third counting threshold, and a third time window;

[0065] Wherein, the first number threshold is greater than the maximum number of times message 1 can be sent, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2; or

[0066] The second threshold number is greater than the maximum number of times message 3 can be sent, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 4; or

[0067] The third threshold is greater than the maximum number of times message A can be sent, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B.

[0068] The first number threshold is greater than the maximum number of times the terminal can send message 1 in the second state, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2 in the second state; or

[0069] The second threshold number is greater than the maximum number of times the terminal can send message 3 in the second state, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 3 in the second state; or

[0070] The third threshold is greater than the maximum number of times the terminal can send message A in the second state, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B in the second state.

[0071] In conjunction with some embodiments of the second aspect, in some embodiments, the first message is sent by the terminal after determining the GNSS status.

[0072] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending a third message;

[0073] The third message includes:

[0074] The second indication information, wherein the first message is sent when the terminal receives the second indication information, and the second indication information is used to instruct the terminal to send the first message; or

[0075] The synchronization signal, wherein the first message is sent by the terminal receiving the synchronization signal on the first frequency domain resource, or by the terminal receiving a synchronization signal scrambled with a first scrambling code sequence and successfully descrambling the synchronization signal.

[0076] In conjunction with some embodiments of the second aspect, in some embodiments, the second indication information includes: a Master Information Block (MIB); or a System Information Block (SIB); or a Media Access Control Random Access Response (MAC RA).

[0077] In conjunction with some embodiments of the second aspect, in some embodiments, the first message is message 1 or message A;

[0078] The network device configures a first resource and a second resource for the terminal. When the network device receives message 1 from the terminal using the first resource, it determines the GNSS state to be in the second state. When the network device receives message 1 from the terminal using the second resource, it determines the GNSS state to be in the first state. Alternatively...

[0079] The network device configures a third resource and a fourth resource for the terminal. When the network device receives message A sent by the terminal in the third resource, it determines that the GNSS state is a second state. When the network device receives message A sent by the terminal in the fourth resource, it determines that the GNSS state is a first state.

[0080] Thirdly, a communication method is provided, the method comprising:

[0081] The terminal sends a first message to the network device, the first message being used to indicate the terminal's Global Navigation Satellite System (GNSS) status;

[0082] When the GNSS state is in the first state, the network device sends a second message to the terminal, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0083] Fourthly, a communication device is provided, the communication device being used to perform the communication method described in any one of the first and second aspects.

[0084] Fifthly, a communication system is provided, including a terminal and a network device, wherein the terminal is configured to implement the communication method described in the first aspect, and the network device is configured to implement the communication method described in the second aspect.

[0085] In a sixth aspect, a storage medium is provided that stores instructions, which, when executed on a communication device, cause the communication device to perform a communication method as described in the first aspect and any one thereof, or the second aspect and any one thereof.

[0086] In a seventh aspect, a program product is provided, comprising at least one of a program and instructions, wherein the program and instructions, when executed by a communication device, implement the communication method described in any one of the first and second aspects.

[0087] Eighthly, embodiments of this disclosure provide a computer program that, when run on a computer, causes the computer to perform the methods described in an optional implementation of the first or second aspect.

[0088] Ninthly, embodiments of this disclosure provide a chip or chip system. The chip or chip system includes processing circuitry configured to perform the method described according to an optional implementation of the first or second aspect above.

[0089] It is understood that the terminals, network devices, communication devices, communication systems, storage media, program products, computer programs, chips, or chip systems involved in the embodiments of this disclosure are all used to execute the methods proposed in the embodiments of this disclosure. Therefore, the beneficial effects that can be achieved can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.

[0090] This disclosure provides communication methods, communication devices, systems, storage media, and program products. In some embodiments, terms such as communication method and information processing method can be used interchangeably, as can terms such as communication device and information processing device, and terms such as information processing system and communication system.

[0091] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments. In all embodiments of this disclosure, unless otherwise specified or logically conflicting, the terminology and / or descriptions between the embodiments are consistent and can be mutually referenced. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0092] The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure.

[0093] In this embodiment of the disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the," "the," "the," "the," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular expression or a plural expression.

[0094] In the embodiments disclosed herein, "multiple" refers to two or more.

[0095] In some embodiments, the terms "at least one of A or B, at least one of A and B", "one or more", "a plurality of", "multiple" and the like can be used interchangeably.

[0096] In some embodiments, the notation "at least one of A and B", "A and / or B", "A in one case, B in another", "in response to one case A, in response to another case B", etc., may include the following technical solutions depending on the situation: in some embodiments, A (execute A regardless of whether there is a branch B); in some embodiments, B (execute B regardless of whether there is a branch A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, both A and B are executed. The same applies when there are more branches such as A, B, C, etc.

[0097] In some embodiments, the notation "A or B" may include the following technical solutions, depending on the situation: in some embodiments, A (execute A regardless of whether a branch B exists); in some embodiments, B (execute B regardless of whether a branch A exists); in some embodiments, execution is selected from A and B (A and B are selectively executed). The same applies when there are more branches such as A, B, and C.

[0098] The prefixes "first," "second," etc., used in the embodiments of this disclosure are merely for distinguishing different descriptive objects and do not impose restrictions on the position, order, priority, quantity, or content of the descriptive objects. The description of the descriptive objects is found in the claims or the context of the embodiments, and the use of prefixes should not constitute unnecessary restrictions. For example, if the descriptive object is a "field," the ordinal numbers preceding "field" in "first field" and "second field" do not restrict the position or order of the "fields." "First" and "second" do not restrict whether the "fields" they modify are in the same message, nor do they restrict the order of "first field" and "second field." Similarly, if the descriptive object is a "level," the ordinal numbers preceding "level" in "first level" and "second level" do not restrict the priority between "levels." Furthermore, the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in "first device," the number of "devices" can be one or more. Furthermore, the objects modified by different prefixes can be the same or different. For example, if the object being described is "device", then "first device" and "second device" can be the same device or different devices, and their types can be the same or different. Similarly, if the object being described is "information", then "first information" and "second information" can be the same information or different information, and their content can be the same or different.

[0099] In some embodiments, “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0100] In some embodiments, terms such as "time / frequency" and "time-frequency domain" refer to the time domain and / or frequency domain.

[0101] In some embodiments, terms such as “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “when…”, “if…”, etc. can be used interchangeably. These descriptions all refer to the device making a corresponding action under certain objective circumstances. They do not necessarily limit the time, nor do they require the device to make a judgment action when implementing it, nor do they mean that there must be other limitations.

[0102] In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.

[0103] In some embodiments, devices, etc., may be interpreted as physical or virtual, and their names are not limited to those described in the embodiments. Terms such as “device,” “equipment,” “circuit,” “network element,” “network function,” “network device,” “function,” “node,” “unit,” “section,” “system,” “network,” “chip,” “chip system,” “entity,” and “subject” are interchangeable.

[0104] In some embodiments, "network" can be interpreted as devices included in a network (e.g., access network devices, core network devices, etc.).

[0105] In some embodiments, the terms "access network device (AN device)," "radio access network device (RAN device)," "base station (BS)," "radio base station," "fixed station," "node," "access point," "transmission point (TP)," "reception point (RP)," "transmission / reception point (TRP)," "panel," "antenna panel," "antenna array," "cell," "macro cell," "small cell," "femto cell," "pico cell," "sector," "cell group," "serving cell," "carrier," "component carrier," and "bandwidth part (BWP)" can be used interchangeably.

[0106] In some embodiments, the terms "terminal", "terminal device", "user equipment (UE)", "user terminal", "mobile station (MS)", "mobile terminal (MT)", subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriberstation, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, and client can be used interchangeably.

[0107] In some embodiments, access network devices, core network devices, or network devices can be replaced by terminals. For example, embodiments of this disclosure can also be applied to structures where communication between access network devices, core network devices, or network devices and terminals is replaced by communication between multiple terminals (e.g., device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, the structure can also be configured such that the terminal has all or part of the functions of the access network device. Furthermore, terms such as "uplink" and "downlink" can be replaced with terms corresponding to communication between terminals (e.g., "sidelink"). For example, uplink channel, downlink channel, etc., can be replaced with sidelink channel, and uplink link, downlink, etc., can be replaced with sidelink link.

[0108] In some embodiments, the terminal may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, core network device, or network device may also be configured to have all or some of the functions of the terminal.

[0109] In some embodiments, the acquisition of data, information, etc., may comply with the laws and regulations of the country where the location is situated.

[0110] In some embodiments, data, information, etc., may be obtained with the user's consent.

[0111] Furthermore, each element, each row, or each column in the table of this disclosure can be implemented as an independent embodiment, and any combination of any element, any row, or any column can also be implemented as an independent embodiment.

[0112] Figure 1 This is a schematic diagram of a communication system architecture shown according to an embodiment of the present disclosure.

[0113] like Figure 1 As shown, the communication system 100 includes a terminal 101 and a network device 102.

[0114] In some embodiments, terminal 101 includes, for example, at least one of the following: mobile phone, wearable device, Internet of Things device, car with communication function, smart car, tablet computer, computer with wireless transceiver function, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal device in industrial control, wireless terminal device in self-driving, wireless terminal device in remote medical surgery, wireless terminal device in smart grid, wireless terminal device in transportation safety, wireless terminal device in smart city, and wireless terminal device in smart home, but is not limited thereto.

[0115] In some embodiments, network device 102 may include at least one of access network device and core network device.

[0116] In some embodiments, the access network device is, for example, a node or device that connects a terminal to a wireless network. The access network device may include at least one of the following in a 5G communication system: evolved Node B (eNB), next-generation eNB (ng-eNB), next-generation Node B (gNB), node B (NB), home node B (HNB), home evolved node B (HeNB), radio backhaul device, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in a 6G communication system, open RAN, cloud RAN, base station in other communication systems, and access node in a Wi-Fi system, but is not limited thereto.

[0117] In some embodiments, the technical solutions of this disclosure can be applied to the Open RAN architecture. In this case, the interfaces between or within access network devices involved in the embodiments of this disclosure can be transformed into internal interfaces of Open RAN. The processes and information interactions between these internal interfaces can be implemented by software or programs.

[0118] In some embodiments, the access network device may be composed of a central unit (CU) and a distributed unit (DU). The CU may also be called a control unit. The CU-DU structure can separate the protocol layer of the access network device. Some of the protocol layer functions are centrally controlled by the CU, while the remaining part or all of the protocol layer functions are distributed in the DU and centrally controlled by the CU. However, this is not the only possibility.

[0119] In some embodiments, a core network device may be a single device comprising one or more network elements, or it may be multiple devices or a group of devices, each comprising all or part of the aforementioned one or more network elements. Network elements may be virtual or physical. The core network may include, for example, at least one of an Evolved Packet Core (EPC), a 5G Core Network (5GCN), or a Next Generation Core (NGC).

[0120] It is understood that the communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions proposed in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions proposed in this disclosure are also applicable to similar technical problems.

[0121] The following embodiments of this disclosure can be applied to Figure 1 The communication system 100 shown, or a part thereof, but not limited to it. Figure 1 The entities shown are illustrative; a communication system may include... Figure 1 All or part of the main body, or may include Figure 1 Other entities besides the main body, the number and form of each entity are arbitrary, each entity can be physical or virtual, the connection relationship between the entities is illustrative, the entities can be unconnected or connected, and the connection can be in any way, it can be a direct connection or an indirect connection, it can be a wired connection or a wireless connection.

[0122] The embodiments disclosed herein can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 6th generation mobile communication system (6G), 5G New Radio (NR), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New Radio Access (NX), Future Generation Radio Access (FX), Global System for Mobile Communications (GSM), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), and IEEE 802.20, Ultra-Wideband (UWB), Bluetooth (a registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X) systems, systems utilizing other communication methods, and next-generation systems built upon them, etc. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).

[0123] In some embodiments, in both non-terrestrial network (NTN) and terrestrial network (TN) systems, the terminal is equipped with a GNSS module to support GNSS functionality.

[0124] In some embodiments, the GNSS functions supported by the terminal correspond to different states, such as an available state and an unavailable state.

[0125] In some embodiments, for example, the GNSS function supported by the terminal corresponds to an NTN GNSS resilience state. The NTN GNSS resilience state indicates that the terminal's GNSS module is unavailable for a period of time (e.g., entering a tunnel), resulting in the terminal having no GNSS information, or having GNSS information, but it is previous GNSS information. However, during the terminal's random access process, the terminal needs GNSS information to calculate uplink and downlink frequency offset values ​​based on this information and ephemeris information. Frequency offset pre-compensation is performed during uplink transmission, and post-compensation is performed during downlink reception. Otherwise, the random access process will fail, uplink synchronization will be impossible, leading to uplink reception failure and other problems.

[0126] In some embodiments, the main technical challenges of NTN access are large access latency and frequency offset, as shown in Tables 1 and 2 below in the communication protocol. Their values ​​are related to factors such as beam size and carrier frequency.

[0127] Table 1

[0128]

[0129] Note: The frequency offset here needs to take into account the bidirectional frequency offset of downlink and uplink. Therefore, for S band 190km, Alt = 1200; for S band 90km, Alt = 600km, the frequency offset value is > 7kHz.

[0130] Table 2

[0131]

[0132]

[0133] In some embodiments, the format for the NR Physical Random Access Channel (PRACH) is shown in Tables 3 and 4 below.

[0134] Table 3

[0135]

[0136] Table 4

[0137]

[0138] Table 3 primarily addresses the random access format as: PRACH preamble formats for L RA =839andΔf RA ∈{1.25,5}kHz.

[0139] Table 4 primarily addresses the Preamble formats for L random access. RA ∈{139,571,1151}andΔf RA =15·2 μ kHz whereμ∈{0,1,2,3,5,6}.

[0140] According to Tables 3 and 4, the number of repetitions for the long format is 2 or 4, while the number of repetitions for the short format is 2, 4, 6, or 12.

[0141] In some embodiments, for 6G, access in GNSS-less / GNSS-resilience / GNSS-resilent states requires the base station / satellite to be able to successfully detect, demodulate, and decode messages 1 (Msg1) and 3 (Msg3) via the Physical Uplink Shared Channel (PUSCH) during the access process. These operations need to be completed under the aforementioned large time-frequency offset settings. In the Rel-16 phase, to address this issue, the Radio Access Network (RAN) 1 identified schemes including multiple preambles, pseudo-random (PN) scrambling preambles, and extended preamble repetition counts and subcarrier spacing (SCS). For multiple preambles, there are also variations such as conjugate single preambles and conjugate multiple preambles. The main advantage of these schemes is that they allow the satellite / base station side to perform sequence detection and time-frequency offset estimation operations within their respective applicable frequency offset zones.

[0142] In some implementations, without introducing any technical solutions and relying solely on a single preamble, the receiver needs to perform sequence detection based on a certain frequency domain step size. This is extremely complex, and the interleaving of residual frequency and timing offsets cannot be resolved. Furthermore, the number of repetitions in the NR PRACH is primarily to meet the merging gain required for coverage, and cannot effectively control the residual frequency offset to a level that does not affect timing estimation.

[0143] In some embodiments, random access preamble sequence detection can still be completed even with a large time-frequency offset and a high SNR, but timing and frequency offset estimation cannot be completed based on the detected sequence.

[0144] In GNSS resilience mode, to synchronize uplink time and frequency offsets, the base station can send a set of Frequency Adjustment Commands (FACs) and a set of Time Adjustment Commands (TACs) to the terminal. The FAC set contains multiple FAC values, and the TAC set contains multiple TAC values. The terminal adjusts the time and frequency offsets based on the TAC and FAC values ​​before sending uplink information (such as msg3 PUSCH).

[0145] In some embodiments, after the network device obtains the GNSS status of the terminal, if GNSS is available, the network device does not provide FAC and TAC values, and the UE uses the legacy random access procedure. If the terminal's GNSS is in a GNSS resilience state, the network device needs to provide FAC and TAC values, and the terminal enters a new random access procedure. Therefore, the network device needs to know the terminal's GNSS status. The communication method provided in this disclosure embodiment is a method for a network device to obtain the GNSS status of a terminal.

[0146] Figure 2A This is a schematic diagram illustrating a communication method interaction according to an embodiment of this disclosure. Figure 2A As shown, this disclosure relates to a communication method for a communication system 100, the method comprising:

[0147] Step S2101: The network device sends a third message.

[0148] In some embodiments, the network device triggers the terminal to send GNSS status, or the network device requests the terminal to send GNSS status.

[0149] In some embodiments, sending GNSS status is also referred to as reporting GNSS status, or reporting GNSS status.

[0150] In some embodiments, the network device sends a third message, which is used to trigger the terminal to send GNSS status, or the third message is used to request the terminal to send GNSS status.

[0151] In some embodiments, the third message is used to indicate whether the terminal should send GNSS status.

[0152] In some embodiments, the GNSS status of the terminal is indicated by a first message.

[0153] In some embodiments, the third message is used to indicate whether the terminal should send the first message.

[0154] In some embodiments, the network device explicitly instructs the terminal via a third message whether to send a first message.

[0155] In some embodiments, the third message includes second indication information, which is used to indicate whether the terminal should send the first message.

[0156] In some embodiments, the second indication information included in the third message is used to instruct the terminal to send the first message.

[0157] In some embodiments, the second indication information included in the third message is used to instruct the terminal to send the first message when the GNSS state is in the first state.

[0158] In some embodiments, the second indication information included in the third message is used to instruct the terminal not to send the first message.

[0159] In some embodiments, the second indication information included in the third message is used to instruct the terminal not to send the first message when the GNSS state is in the second state.

[0160] In some embodiments, the third message includes one or more of the Master Information Block (MIB), System Information Block (SIB), and Medium Access Control Random Access Response (MAC RAR).

[0161] In some embodiments, second indication information for indicating whether the terminal should send a first message is included in the MIB or SIB. In an exemplary embodiment, the second indication information is a first bit in the MIB or SIB. For example, the second indication information is one bit in the MIB or SIB. In an exemplary embodiment, one bit of information is added to the MIB or SIB as the second indication information to indicate whether the terminal needs to send its own GNSS status.

[0162] In some embodiments, second indication information for indicating whether the terminal should send the first message is included in the MAC RAR. In an exemplary embodiment, the second indication information is a reserved bit (R bit) of the MAC RAR.

[0163] In an exemplary embodiment, the network device uses reserved bits (R bits) in the MAC RAR, for example, using 1 bit of information, to indicate whether the terminal needs to send GNSS status.

[0164] Figure 2B A schematic diagram illustrating whether to transmit GNSS status via MAC RAR is shown in an exemplary embodiment of this disclosure. Figure 2B As shown, 1 bit of information in the R bits of the MAC RAR is used to indicate whether the terminal needs to send GNSS status.

[0165] In some embodiments, the network device implicitly indicates (or implicitly indicates) whether the terminal has sent the first message via a third message.

[0166] In some embodiments, network devices implicitly indicate to terminals whether they need to report their own gnss status via synchronization signals.

[0167] In some embodiments, the third message includes a synchronization signal. This synchronization signal is also referred to as a synchronization sequence. The synchronization signal includes a primary synchronization signal (PSS) or a secondary synchronization signal (SSS).

[0168] In some embodiments, the network device configures a first frequency domain resource for the terminal. This first frequency domain resource is used to transmit synchronization signals. It is also used to indicate to the terminal that it needs to report its GNSS status (i.e., to send a first message).

[0169] In some embodiments, the terminal receives a synchronization signal on a first frequency domain resource and determines that it needs to send a first message.

[0170] In some embodiments, the terminal receives a synchronization signal on a first frequency domain resource and determines that it needs to report the GNSS status.

[0171] In some embodiments, the first frequency domain resource includes frequency domain resources for transmitting PSS / SSS. In an exemplary embodiment, the frequency domain resources configured for transmitting PSS / SSS are subcarrier numbers X1-X2 and X3-X4. The first frequency domain resource is X1-X2. If the terminal receives a synchronization signal on subcarrier numbers X1-X2, it indicates that the network device instructs the terminal to report the GNSS status (i.e., to send the first message). If the terminal receives a synchronization signal on subcarrier numbers X3-X4, it indicates that the network device instructs the terminal not to report the GNSS status (i.e., not to send the first message).

[0172] In some embodiments, the synchronization signal sent by the network device is scrambled using a first scrambling code sequence.

[0173] In some embodiments, the terminal receives a synchronization signal scrambled with a first scrambling code sequence and successfully descrambles the received synchronization signal, thus determining that a first message needs to be sent.

[0174] In some embodiments, the network device configures a first scrambling sequence for the terminal, wherein the first scrambling sequence is used to indicate that the terminal needs to report the GNSS status (i.e., needs to send a first message).

[0175] In some embodiments, the network device may scramble the PSS sequence using scrambling sequence 1 and scrambling sequence 2. The first sequence is scrambling sequence 1. When the network device uses scrambling sequence 1 to scramble the PSS sequence, it indicates that the network device instructs the terminal to report the GNSS status (i.e., to send the first message). When the network device uses scrambling sequence 2 to scramble the PSS sequence, it indicates that the network device instructs the terminal not to report the GNSS status.

[0176] In some embodiments, scrambling sequence 1 and scrambling sequence 2 are predefined for the terminal.

[0177] In some embodiments, after receiving a GNSS status report (PSS), the terminal attempts to descramble the PSS using scrambling sequence 1 and sequence 2, respectively. If scrambling sequence 1 successfully descrambles the PSS, the terminal determines that the network device has instructed it to perform a GNSS status report. If scrambling sequence 2 successfully descrambles the PSS, the terminal determines that the network device has instructed it not to perform a GNSS status report.

[0178] In some embodiments, the network device may scramble the SSS sequence using scrambling sequence 3 and scrambling sequence 4. The first sequence is sequence 3. When the network device uses scrambling sequence 3 to scramble the PSS sequence, it indicates that the network device instructs the terminal to report GNSS status information (i.e., to send the first message). When the network device uses scrambling sequence 4 to scramble the SSS sequence, it indicates that the network device instructs the terminal not to report GNSS status information.

[0179] In some embodiments, scrambling sequence 3 and scrambling sequence 4 are predefined for the terminal.

[0180] In some embodiments, after receiving an SSS, the terminal attempts to descramble the SSS using scrambling sequence 3 and sequence 4, respectively. If scrambling sequence 3 successfully descrambles the SSS, the terminal determines that the network device has instructed it to perform a GNSS status report. If scrambling sequence 4 successfully descrambles the SSS, the terminal determines that the network device has instructed it not to perform a GNSS status report.

[0181] In some embodiments, GNSS status is transmitted periodically.

[0182] In some embodiments, the GNSS status transmission period is predefined.

[0183] In some embodiments, the GNSS status transmission period is indicated by the network device.

[0184] In some embodiments, the network device sends third information indicating the transmission cycle of GNSS status.

[0185] In an exemplary embodiment, the third information may be the same as the third message.

[0186] In the exemplary embodiment, the third information is either a MIB or a SIB. The network device uses X bits in the MIB or SIB to indicate the periodic value of the GNSS status reported by the terminal. Here, X is a positive integer.

[0187] In some embodiments, the terminal receives a third message sent by the network device and determines whether it needs to send a first message (i.e., whether it needs to report the GNSS status).

[0188] In step S2102, the terminal determines to send the first message.

[0189] In some embodiments, the first message is used to indicate the GNSS status of the terminal.

[0190] In some embodiments, the first message is a message from the random access process.

[0191] In some embodiments, the first message is message 1 (msg1) or message A (msgA).

[0192] In some embodiments, the GNSS state indicated by the first message is either a first state or a second state. The first state is a state where the current GNSS is unavailable, such as a GNSS resilience state. The second state is a state where the current GNSS is available.

[0193] In some embodiments, the terminal itself determines whether to send GNSS status, or the terminal itself determines whether to send the first message.

[0194] In some embodiments, the terminal sends a first message if it determines that the conditions are met. If it determines that the conditions are not met, it does not send a first message.

[0195] In some embodiments, when the terminal determines that its GNSS state is in a first state, the terminal sends a first message indicating that the GNSS state is in the first state.

[0196] In some embodiments, the terminal has a parameter specifically used to determine whether the terminal's GNSS state is in a first state.

[0197] In some embodiments, the parameters used to determine that the GNSS state of the terminal is in the first state may be at least one of the following: the maximum number of times message 1 is sent (hereinafter referred to as the first number threshold), the time window for waiting to receive message 2 (hereinafter referred to as the first time window), the maximum number of times message 3 is sent (hereinafter referred to as the second number threshold), the time window for waiting to receive message 4 (hereinafter referred to as the second time window), the maximum number of times message A is sent (hereinafter referred to as the third number threshold), and the time window for waiting to receive message B (hereinafter referred to as the third time window).

[0198] In some embodiments, the terminal sends a first message when it determines that one of the following conditions 1-6 is met, wherein the GNSS state indicated by the first message is a first state.

[0199] Condition 1: The terminal sends message 1 (msg1) a maximum number of times, and does not receive message 2 within the first time window.

[0200] In some embodiments, the first time window can be understood as a window used to determine whether the terminal is in the Gnss resilience state. Specifically, the first time window can also be understood as the time window during which a terminal in the Gnss resilience state can wait to receive message 2. For example, the first time window is a random access response window (ra-ResponseWindow).

[0201] In some embodiments, the duration of the first time window is greater than or equal to the duration of the time window during which a terminal in a non-Gnss resilience state waits to receive message 2, i.e., the duration of the first time window is greater than or equal to the duration of the time window during which a legacy terminal waits to receive message 2. The duration of the time window during which a legacy terminal waits to receive message 2 is 10ms.

[0202] In some embodiments, the duration of the first time window is greater than or equal to the duration of the time window during which the terminal waits to receive message 2 in the second state.

[0203] In some embodiments, the length of the first time window is predefined or indicated in MIB or SIB (such as SIB19) information.

[0204] Condition 2: The number of times the terminal sends message 1 is greater than or equal to the threshold for the first time, and message 2 (msg2) is not received within the first time window.

[0205] In some embodiments, the first count threshold can be understood as the number of times message 1 is sent to determine whether the terminal is in the Gnssresilience state. Alternatively, the first count threshold can be understood as the threshold number of times message 1 is sent by a terminal in the Gnssresilience state.

[0206] In some embodiments, the first count threshold is greater than or equal to the threshold for the number of times a terminal in a non-Gnss resilience state sends message 1, that is, the first count threshold is greater than or equal to the threshold for the number of times a legacy terminal sends message 1.

[0207] In some embodiments, the first number threshold is greater than or equal to the maximum number of times message 1 can be sent by the terminal in the second state.

[0208] In some embodiments, the first count threshold is predefined or indicated in MIB or SIB (such as SIB 19) information.

[0209] Condition 3: The terminal sends message 3 (msg3) a maximum number of times, and does not receive message 4 within the second time window.

[0210] In some embodiments, the second time window can be understood as a window used to determine whether the terminal is in the Gnss resilience state. Specifically, the second time window can also be understood as the time window during which a terminal in the Gnss resilience state can wait to receive message 4. For example, the second time window can be understood as a contention resolution window.

[0211] In some embodiments, the duration of the second time window is greater than or equal to the duration of the time window during which a terminal in a non-Gnss resilience state waits to receive message 4, i.e., the duration of the second time window is greater than or equal to the duration of the time window during which a legacy terminal waits to receive message 4. The duration of the time window during which a legacy terminal waits to receive message 4 is 10ms.

[0212] In some embodiments, the duration of the second time window is greater than or equal to the duration of the time window during which the terminal waits to receive message 4 in the second state.

[0213] In some embodiments, the length of the second time window is predefined or indicated in MIB or SIB (such as SIB19) information.

[0214] Condition 4: The number of times the terminal sends message 3 is greater than or equal to the second threshold, and message 4 is not received within the second time window.

[0215] In some embodiments, the second threshold can be understood as the number of times message 3 is sent to determine whether the terminal is in the Gnssresilience state. Alternatively, the second threshold can be understood as the threshold for the number of times message 3 is sent by a terminal in the Gnssresilience state.

[0216] In some embodiments, the second count threshold is greater than or equal to the threshold for the number of times a terminal in a non-Gnss resilience state sends message 3, that is, the second count threshold is greater than or equal to the threshold for the number of times a legacy terminal sends message 3.

[0217] In some embodiments, the second number threshold is greater than or equal to the maximum number of times message 3 can be sent by the terminal in the second state.

[0218] In some embodiments, the second threshold is predefined or indicated in MIB or SIB (such as SIB 19) information.

[0219] Condition 5: The terminal sends message A (msgA) a maximum number of times, and does not receive message B within the third time window.

[0220] In some embodiments, the third time window can be understood as a window used to determine whether the terminal is in the Gnss resilience state. Specifically, the third time window can also be understood as the time window during which a terminal in the Gnss resilience state can wait to receive message B. For example, the third time window can be understood as the message B reception window (msgB-ResponseWindow).

[0221] In some embodiments, the duration of the third time window is greater than or equal to the duration of the time window during which a terminal in a non-Gnss resilience state waits to receive message B; that is, the duration of the third time window is greater than or equal to the duration of the time window during which a legacy terminal waits to receive message B. Specifically, the duration of the time window during which a legacy terminal waits to receive message B is 40ms.

[0222] In some embodiments, the duration of the third time window is greater than or equal to the duration of the time window during which the terminal waits to receive message B in the second state.

[0223] In some embodiments, the duration of the third time window is predefined or indicated in MIB or SIB (such as SIB19) information.

[0224] Condition 6: The number of times the terminal sends message A is greater than or equal to the third threshold, and message B (msgB) is not received within the third time window.

[0225] In some embodiments, the third threshold can be understood as the number of times message A is sent to determine whether the terminal is in the Gnssresilience state. Alternatively, the third threshold can be understood as the threshold for the number of times message A is sent by a terminal in the Gnssresilience state.

[0226] In some embodiments, the third count threshold is greater than or equal to the threshold for the number of times a terminal in a non-Gnss resilience state sends message A, that is, the third count threshold is greater than or equal to the threshold for the number of times a legacy terminal sends message A.

[0227] In some embodiments, the third number threshold is greater than or equal to the maximum number of times message A can be sent by the terminal in the second state.

[0228] In some embodiments, the third-order threshold is predefined or indicated in MIB or SIB (such as SIB 19) information.

[0229] In some embodiments, the terminal sends a first message after determining the GNSS status.

[0230] In some embodiments, when the terminal determines the GNSS state, the terminal sends a first message to the network device to indicate whether the terminal's current GNSS state is a second state (GNSS available state) or a first state (GNSS resilience state).

[0231] In some embodiments, when the terminal determines that the GNSS state is the first state (GNSS resilience state), the terminal sends a first message to the network device to indicate that the terminal's current GNSS state is the first state (GNSS resilience state).

[0232] In some embodiments, steps S2101 and S2102 may be performed selectively. For example, step S2102 may be omitted when step S2101 is executed. As another example, step S2102 may be executed while step S2101 is omitted.

[0233] Step S2103: The terminal sends the first message.

[0234] In some embodiments, the terminal sends a first message to the network device, the first message indicating the terminal's GNSS status. The GNSS status indicated by the first message may be a first status or a second status.

[0235] The first state is GNSS unavailable, also known as GNSS resilience. The second state is GNSS available or GNSS normal.

[0236] In some embodiments, the first message is message 1. The terminal indicates its GNSS status via message 1. Alternatively, the terminal indicates its GNSS status via a random access preamble.

[0237] In some embodiments, the network device configures a first resource and a second resource for the terminal. The first resource is used by the terminal to send message 1 when it determines that the GNSS state is a second state. The second resource is used by the terminal to send message 1 when it determines that the GNSS state is a first state.

[0238] In some embodiments, the terminal uses a first resource or a second resource to send message 1 to the network device. When the terminal uses the first resource to send message 1, the GNSS state is in the second state. When the terminal uses the second resource to send message 1, the GNSS state is in the first state.

[0239] In an exemplary embodiment, the network device configures a first resource and a second resource for sending message 1 through higher-layer parameters. When the terminal uses the first resource to send message 1, the GNSS state sent by the terminal is a GNSS available state, indicating to the network device that GNSS is currently available. When the terminal uses the second resource to send message 1, the GNSS state sent by the terminal is a GNSS resilience state, indicating to the network device that the current state is GNSS resilience (GNSS unavailable). The network device determines the terminal's GNSS state based on which resource message 1 was received.

[0240] In some embodiments, if the network device receives message 1 sent by the terminal on a first resource, the network device obtains the GNSS status of the terminal as a GNSS available state (e.g., a second state).

[0241] In some embodiments, if the network device receives message 1 sent by the terminal on the second resource, the network device obtains the GNSS state of the terminal as the GNSS resilience state (e.g., the first state).

[0242] In some embodiments, the first message is message A. The terminal indicates its GNSS status via message A. Alternatively, the terminal indicates its GNSS status via msg A PRACH.

[0243] In some embodiments, the network device configures a third resource and a fourth resource for the terminal. The third resource is used by the terminal to send message A when it determines that the GNSS state is a second state. The second resource is used by the terminal to send message A when it determines that the GNSS state is a first state.

[0244] In some embodiments, the terminal uses a third resource or a fourth resource to send message A to the network device. When the terminal uses a third resource to send message A, the GNSS state is in a second state. When the terminal uses a fourth resource to send message A, the GNSS state is in a first state.

[0245] In an exemplary embodiment, the network device configures the third and fourth resources for transmitting message A through higher-layer parameters. When the terminal uses the third resource to transmit message A, the GNSS state transmitted by the terminal is a GNSS available state, indicating to the network device that GNSS is currently available. When the terminal uses the fourth resource to transmit message A, the GNSS state transmitted by the terminal is a GNSS resilience state, indicating to the network device that the current state is GNSS resilience (GNSS unavailable). The network device determines the terminal's GNSS state based on which resource message A is received.

[0246] In the exemplary embodiment, for the four-step random access procedure, the higher-layer parameter `prach-ConfigurationIndex` configures the first and second time-domain resources for transmitting the preamble. The higher-layer parameter `msg1-FrequencyStart` configures the first and second frequency-domain resources for transmitting the preamble. The first time-frequency domain resource, i.e., the first resource, is used to transmit the preamble when the terminal is in a GNSS-available state. The second time-frequency domain resource, i.e., the second resource, is used to transmit the preamble when the terminal's GNSS state is in a GNSS resilience state.

[0247] In some embodiments, if the network device receives message A sent by the terminal on a third resource, the network device obtains the GNSS status of the terminal as a GNSS available state (e.g., a second state).

[0248] In some embodiments, if the network device receives message A from the terminal on a fourth resource, the network device obtains the GNSS state of the terminal as a GNSS resilience state (e.g., a first state).

[0249] In the exemplary embodiment, for the two-step random access procedure, the higher-layer parameter (msgA-PRACH-ConfigurationIndex) configures the first and second time-domain resources for transmitting the msg A PRACH. The higher-layer parameter (msgA-RO-FrequencyStart) configures the first and second frequency-domain resources for transmitting the msgA PRACH. The first time-frequency domain resource, i.e., the first resource, is used to transmit msgA when the terminal is in a GNSS-available state, and the second time-frequency domain resource, i.e., the second resource, is used to transmit msgA when the terminal's GNSS is in a GNSS resilience state.

[0250] In some embodiments, the network device receives a first message sent by the terminal and determines the GNSS status of the terminal based on the first message.

[0251] In step S2104, the network device sends a second message.

[0252] In some embodiments, the second message is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0253] In some embodiments, the second message may be, for example, a message during the random access process.

[0254] In some embodiments, the second message is message 2.

[0255] In some embodiments, the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0256] In some embodiments, the first indication information may be, for example, a TAC instruction and a FAC instruction. The TAC instruction is used to indicate adjustment of the time domain offset. The FAC instruction is used to indicate adjustment of the frequency domain offset.

[0257] In some embodiments, the first indication information may be, for example, a TAC set and a FAC set. The TAC set contains multiple TAC values, and the FAC set contains multiple FAC values.

[0258] In some embodiments, when the GNSS state is in the first state, the network device sends a second message.

[0259] In an exemplary embodiment, when the network device determines that the GNSS state is in the GNSS resilience state, during the random access process, the network device sends message 2, which carries a set of FACs. This set of FACs contains multiple FAC values. Message 2 also carries a set of TACs. This set of TACs contains multiple TAC values.

[0260] In some embodiments, the network device configures time-domain and frequency-domain resources for the terminal to send the fourth message.

[0261] In some embodiments, the fourth message may be, for example, uplink information sent by the terminal.

[0262] In some embodiments, the fourth message may be, for example, uplink information during a random access procedure.

[0263] In some embodiments, the fourth message may be, for example, message 3.

[0264] In some embodiments, the terminal receives a second message sent by the network device. Based on the second message, time-domain offset adjustment is performed on the time-domain resources for sending the fourth message, and frequency-domain offset adjustment is performed on the frequency-domain resources for sending the fourth message.

[0265] In step S2105, the terminal sends the fourth message.

[0266] In some embodiments, the terminal receives a second message sent by the network device. Time-domain offset adjustment and frequency-domain offset adjustment are then performed based on the second message.

[0267] In some embodiments, the second message includes first indication information, which instructs the terminal to adjust the time-domain offset and the frequency-domain offset. The terminal receives the first indication information and performs time-domain offset adjustment and frequency-domain offset adjustment based on the first indication information.

[0268] In some embodiments, the first indication information may be, for example, a TAC instruction and a FAC instruction. The TAC instruction is used to indicate adjustment of the time domain offset. The FAC instruction is used to indicate adjustment of the frequency domain offset. The terminal obtains the TAC instruction and the FAC instruction, and performs time domain offset adjustment and frequency domain offset adjustment based on the TAC instruction and the FAC instruction.

[0269] In some embodiments, the first indication information may be, for example, a TAC set and a FAC set. The TAC set contains multiple TAC values, and the FAC set contains multiple FAC values. The terminal obtains the TAC values ​​and FAC values, and performs time-domain offset adjustment and frequency-domain offset adjustment based on the TAC values ​​and FAC values.

[0270] In some embodiments, the terminal adjusts the time-domain offset and frequency-domain offset of the time-domain resources and frequency-domain resources for sending the fourth message based on the TAC value and FAC value before sending the fourth message.

[0271] The communication method involved in the embodiments of this disclosure may include at least one of steps S2101 to S2105. For example, step S2103 may be implemented as a standalone embodiment, but is not limited thereto.

[0272] In some embodiments, steps S2101, S2102, S2104, and S2105 are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0273] In some embodiments, it is optional that one or more of these steps may be omitted or substituted in different embodiments.

[0274] In some embodiments, if an arrow in the interaction diagram representing the sending of information, signaling, etc. from one subject to another passes through other subjects, it can be interpreted as the information being forwarded from one subject to another via other subjects, or it can be interpreted as the information being sent from one subject to another without passing through other subjects.

[0275] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0276] Figure 3 This is a schematic diagram illustrating a communication method interaction according to an embodiment of this disclosure. Figure 3 As shown, the embodiments of this disclosure relate to a communication method, including the following steps.

[0277] Step S3101: The terminal sends the first message.

[0278] The first message is used to indicate the GNSS status of the terminal.

[0279] The GNSS state can be either the second state or the first state.

[0280] In some embodiments, the network device receives a first message.

[0281] In step S3102, when the GNSS state is in the first state, the network device sends a second message.

[0282] The second message includes a first instruction message. The first instruction message is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

[0283] The second message includes TAC and FAC instructions.

[0284] In the first GNSS state, the terminal receives the second message sent by the network device.

[0285] In some embodiments, the terminal sends a first message, and the first message indicates that the GNSS status is a first state, when the following conditions are met:

[0286] The terminal has sent message 1 the maximum number of times it can be sent, and has not received message 2 within the first time window. Or

[0287] The terminal sends message 1 more than or equal to the first time threshold, and does not receive message 2 within the first time window. Or

[0288] The terminal sends message 3 a maximum number of times, and does not receive message 4 within the second time window. Alternatively, the terminal sends message 3 a number of times greater than or equal to the second threshold, and does not receive message 4 within the second time window. Alternatively, the terminal sends message A a number of times, and does not receive message B within the third time window. Alternatively, the terminal sends message A a number of times greater than or equal to the third threshold, and does not receive message B within the third time window.

[0289] In some embodiments, the network device configures at least one of the following for the terminal: a first count threshold, a first time window, a second count threshold, a second time window, a third count threshold, and a third time window;

[0290] Among these, the first time threshold is greater than the maximum number of times message 1 can be sent, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2; or

[0291] The second threshold number of times the message is sent is greater than the maximum number of times message 3 can be sent, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 4; or

[0292] The third number threshold is greater than the maximum number of times message A can be sent, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B.

[0293] The first time threshold is greater than the maximum number of times the terminal can send message 1 in the second state, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2 in the second state; or

[0294] The second threshold number is greater than the maximum number of times the terminal can send message 3 in the second state, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 3 in the second state; or

[0295] The third threshold is greater than the maximum number of times the terminal can send message A in the second state, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B in the second state.

[0296] In some embodiments, the terminal sends a first message after determining the GNSS status.

[0297] In some embodiments, when the terminal receives a third message sent by the network device, the terminal sends a first message.

[0298] The third message includes either a second indication message or a synchronization signal. The second indication message instructs the terminal to send the first message. The first message is sent upon the terminal receiving the second indication message. Specifically, the first message is sent when the terminal receives a synchronization signal on a first frequency domain resource, or when the terminal receives a synchronization signal scrambled with a first scrambling code sequence and successfully descrambles the synchronization signal.

[0299] In some embodiments, the second indication information includes: MIB, SIB, or MAC RAR.

[0300] In some embodiments, the first message is message 1 or message A.

[0301] In some embodiments, the network device configures a first resource and a second resource for the terminal. When the network device receives message 1 sent by the terminal in the first resource, it determines that the GNSS state is the second state. When the network device receives message 1 sent by the terminal in the second resource, it determines that the GNSS state is the first state.

[0302] In some embodiments, the network device configures a third resource and a fourth resource for the terminal. When the network device receives message A sent by the terminal in the third resource, it determines that the GNSS state is a second state. When the network device receives message A sent by the terminal in the fourth resource, it determines that the GNSS state is a first state.

[0303] The communication method involved in the embodiments of this disclosure may include at least one of steps S3101 to S3102. For example, step S3101 may be implemented as a standalone embodiment, but is not limited thereto.

[0304] In some embodiments, step S3102 is optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0305] In some embodiments, it is optional that one or more of these steps may be omitted or substituted in different embodiments.

[0306] In some embodiments, if an arrow in the interaction diagram representing the sending of information, signaling, etc. from one subject to another passes through other subjects, it can be interpreted as the information being forwarded from one subject to another via other subjects, or it can be interpreted as the information being sent from one subject to another without passing through other subjects.

[0307] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0308] Based on the above embodiments, this disclosure provides a method for a network device to obtain the GNSS status of a UE.

[0309] In some embodiments, under the GNSS resilience state, during random access, the base station sends msg2, which carries a set of FAC (frequency adjustment command) containing multiple FAC values ​​and a set of TAC (time adjustment command) containing multiple TAC values. The UE adjusts the time offset and frequency offset according to the TAC values ​​and FAC values ​​before sending uplink information (such as msg3).

[0310] In some embodiments, the UE itself triggers the reporting of the GNSS status to the network device.

[0311] The UE actively reports its GNSS status to the network device based on the following conditions:

[0312] Condition 1: If, after sending msg1, the UE still does not receive msg2 from the base station in the ra-ResponseWindow after reaching the maximum number of times msg1 has been sent or the number of times is greater than or equal to the threshold, the UE considers itself to be in the Gnssresilient state, and the UE triggers itself to report to the network device that it is in the Gnss state.

[0313] Specifically, the threshold is a threshold defined by the network device for the gnss resilent UE, and this threshold is greater than msg1-TransMax.

[0314] Specifically, the duration of the ra-ResponseWindow is defined for gnss resilient UEs, and the window length is greater than 10ms (the duration of this window is 10ms in legacy).

[0315] Condition 2: If the UE sends msg3, and the number of times it sends msg3 reaches the maximum value of Msg3 or is greater than or equal to the threshold, and it does not receive msg4 from the base station within the contention resolution window, the UE considers itself to be in the GNSS resilient state, and the UE triggers itself to report to the network device that it is in the GNSS state.

[0316] Condition 3: If, after sending msgA, the UE does not receive msgB from the base station in the msgB-ResponseWindow after reaching the maximum number of msgA transmissions or the number of transmissions is greater than or equal to the threshold, the UE considers itself to be in the Gnssresilient state and triggers itself to report to the network device that it is in the Gnss state.

[0317] Specifically, the threshold is a threshold defined by the network device for the gnss resilent UE, and this threshold is greater than msgA-TransMax.

[0318] Specifically, the duration of msgB-ResponseWindow-r16 is defined for gnss resilent UEs, and the window length is greater than 40ms (the duration of this window is 40ms in legacy).

[0319] Condition 4: The UE knows its own GNSS state, whether the current GNSS is available or in GNSS resilience state. When the UE determines that it is in GNSS resilience state, the UE itself triggers a report to the network device that it is in GNSS state.

[0320] The threshold is either predefined or indicated in the MIB or SIB (such as SIB 19) information.

[0321] In some embodiments, the base station triggers (requests) the UE to report the GNSS status, which may be a periodic report.

[0322] Method 1: The base station instructs the UE to report its gnss status. The base station adds 1 bit of information to the MIB or SIB to indicate whether the terminal needs to report its own gnss status.

[0323] Method 2: Network devices implicitly indicate to terminals whether they need to report their own gnss status via synchronization signals.

[0324] Method 2-1: Configure the frequency domain resources used for transmitting PSS / SSS as subcarrier numbers X1-X2 and X3-X4. If the terminal receives a synchronization signal on subcarrier numbers X1-X2, it means that the base station instructs the terminal to report the gnss status information. If the terminal receives a synchronization signal on subcarrier numbers X3-X4, it means that the base station instructs the terminal not to report the gnss status information.

[0325] Method 2-2: The network device scrambles the PSS sequence. If the network device uses scrambling code sequence 1 to scramble the PSS sequence, it means that the base station indicates that the terminal should report the gnss status information. If the network device uses scrambling code sequence 2 to scramble the PSS sequence, it means that the base station indicates that the terminal does not need to report the gnss status information.

[0326] Method 2-1 described above is also applicable to SSS sequences.

[0327] Among them, scrambling sequence 1 and sequence 2 are predefined for the UE.

[0328] UE-side behavior: After receiving the synchronization sequence, the UE attempts to descramble the synchronization signal using scrambling code sequence 1 and sequence 2 respectively. If the synchronization sequence can be successfully descrambled using scrambling code sequence 1, the UE determines that the base station has instructed it to perform a GNSS status report. If the synchronization sequence can be successfully descrambled using code sequence 2, the UE determines that the base station has instructed it not to perform a GNSS status report.

[0329] The periodicity value reported by gnss can be obtained using the following methods:

[0330] In the MIB or SIB, X-bit information is used to indicate the periodic value of the terminal reporting the gnss status;

[0331] The period value is predefined.

[0332] In some embodiments, the base station uses reserved bits in the MAC RAR, using 1 bit of information to indicate whether the terminal needs to report the gnss status.

[0333] like Figure 2B As shown, in MACRAR, 1 bit of information from the R bits is used for indication.

[0334] In some embodiments, after determining that it needs to report its gnss status to the network device, the UE sends its gnss status information to the network device using the following method: indicating the gnss status to the network device via msg1 or msgA.

[0335] Specifically, for the preamble, the base station sends the first and second resources of the preamble through higher-layer parameter configuration. Using the first resource indicates to the network device that the current GNSS is available, while using the second resource indicates to the network device that the current state is GNSS resilient (GNSS is unavailable). The base station determines the UE's GNSS state based on which resource the preamble is received on.

[0336] If the base station receives the preamble sent by the terminal on the first resource, the base station obtains that the terminal's gnss is available.

[0337] If the base station receives the preamble sent by the terminal on the second resource, the base station obtains that the terminal's gnss is in the gnssresilient state (gnss is unavailable).

[0338] Specifically, for `msgA PRACH`, the base station configures a first resource and a second resource for the UE to send `msgA PRACH` via higher-layer parameters. The first resource is used to report the GNSS availability status, and the second resource is used for the GNSS resilient status. The UE selects to use either the first resource or the second resource to send `msg A PRACH` based on its own type. When the base station receives the `msg A PRACH` sent by the UE on a specific resource, the base station determines the GNSS status based on the resource used by the UE.

[0339] If the base station receives the msg A PRACH initiated by the terminal on the first resource, the base station knows that the gnss state is available. If the base station receives the msg A PRACH initiated by the terminal on the second resource, the base station knows that the gnss state is unavailable.

[0340] For example, in a four-step random access procedure, the higher-layer parameter prach-ConfigurationIndex configures the first and second time-domain resources for sending the preamble, and the higher-layer parameter msg1-FrequencyStart configures the first and second frequency-domain resources for sending the preamble. The first time-frequency domain resource is used to send the preamble when the terminal is in a GNSS available state, and the second time-frequency domain resource is used to send the preamble when the terminal's GNSS is in a GNSS resilient state.

[0341] For example, in a two-step random access procedure, the higher-layer parameter msgA-PRACH-ConfigurationIndex configures the first and second time-domain resources for sending msg A PRACH, and the higher-layer parameter msgA-RO-FrequencyStart configures the first and second frequency-domain resources for sending msgA PRACH. The first time-frequency domain resource, i.e., the first resource, is used to send msgA when the terminal is in a GNSS available state, and the second time-frequency domain resource, i.e., the second resource, is used to send msgA when the terminal's GNSS is in a GNSS resilient state.

[0342] The aforementioned GNSS states include at least two states: GNSS normal state and GNSS resilient state.

[0343] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0344] In some embodiments, if an arrow in the interaction diagram representing the sending of information, signaling, etc. from one subject to another passes through other subjects, it can be interpreted as the information being forwarded from one subject to another via other subjects, or it can be interpreted as the information being sent from one subject to another without passing through other subjects.

[0345] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0346] This disclosure also proposes an apparatus (also referred to as a communication device, etc.) for implementing any of the above methods. For example, an apparatus is proposed that includes units or modules for implementing the steps performed by the terminal in any of the above methods. Furthermore, another apparatus is proposed that includes units or modules for implementing the steps performed by a network device (e.g., an access network device, a core network functional node, a core network device, etc.) in any of the above methods.

[0347] It should be understood that the division of units or modules in the above device is only a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, the units or modules in the device can be implemented by a processor calling software: for example, the device includes a processor connected to a memory containing instructions. The processor calls the instructions stored in the memory to implement any of the above methods or to implement the functions of the units or modules in the above device. The processor can be, for example, a general-purpose processor, such as a Central Processing Unit (CPU) or a microprocessor, and the memory can be internal or external to the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits. The functionality of some or all of the units or modules can be achieved through the design of these hardware circuits, which can be understood as one or more processors. For example, in one implementation, the hardware circuit is an application-specific integrated circuit (ASIC). The functionality of some or all of the units or modules is achieved through the design of the logical relationships between the components within the circuit. In another implementation, the hardware circuit can be implemented using a programmable logic device (PLD). Taking a field-programmable gate array (FPGA) as an example, it can include a large number of logic gates. The connection relationships between the logic gates are configured through configuration files, thereby achieving the functionality of some or all of the units or modules. All units or modules of the above device can be implemented entirely through processor-called software, entirely through hardware circuits, or partially through processor-called software with the remaining parts implemented through hardware circuits.

[0348] In this embodiment, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a Central Processing Unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. The logical relationships of the aforementioned hardware circuits are fixed or reconfigurable. For example, the processor is a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. Furthermore, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a Neural Network Processing Unit (NPU), a Tensor Processing Unit (TPU), or a Deep Learning Processing Unit (DPU).

[0349] Figure 4A This is a schematic diagram of the terminal structure proposed in an embodiment of this disclosure. The terminal 5100 is used to execute any of the above methods.

[0350] In some embodiments, such as Figure 4A As shown, terminal 5100 may include at least one of the following: transceiver module 5101, processing module 5102, etc.

[0351] In some embodiments, the transceiver module 5101 is used to perform at least one of the communication steps (e.g., steps S2101, S2103, S2104, S2105, but not limited thereto) performed by the terminal in any of the above methods, which will not be described in detail here. Optionally, the processing module 5102 is used to perform at least one of the other steps (e.g., step S2102, but not limited thereto) performed by the terminal in any of the above methods, which will not be described in detail here.

[0352] Figure 4BThis is a schematic diagram of the network device proposed in an embodiment of this disclosure. The network device 5200 is used to perform any of the above methods.

[0353] In some embodiments, such as Figure 4B As shown, network device 5200 may include at least one of the following: transceiver module 5201, processing module 5202, etc.

[0354] In some embodiments, the transceiver module 5201 is used to perform at least one of the communication steps (e.g., steps S2101, S2103, S2104, S2105, but not limited thereto) performed by the network device in any of the above methods, which will not be described in detail here. Optionally, the processing module 5202 is used to perform at least one of other steps (e.g., step S2102, but not limited thereto) performed by the network device in any of the above methods, which will not be described in detail here.

[0355] Figure 5A This is a schematic diagram of the structure of the communication device proposed in this embodiment. The communication device 6100 can be a network device (e.g., access network device, core network device, etc.), a terminal (e.g., user equipment, etc.), a chip, chip system, or processor that supports the network device in implementing any of the above methods, or a chip, chip system, or processor that supports the terminal in implementing any of the above methods. The communication device 6100 can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.

[0356] like Figure 5A As shown, the communication device 6100 is used to execute any of the above methods. In some embodiments, the communication device 6100 includes one or more processors 6101. The processor 6101 may be a general-purpose processor or a special-purpose processor, such as a baseband processor or a central processing unit. The baseband processor may be used to process communication protocols and communication data, and the central processing unit may be used to control communication devices (e.g., base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. Optionally, the communication device 6100 is used to execute any of the above methods. Optionally, one or more processors 6101 are used to invoke instructions to cause the communication device 6100 to execute any of the above methods.

[0357] In some embodiments, the communication device 6100 further includes one or more transceivers 6102. When the communication device 6100 includes one or more transceivers 6102, the transceiver 6102 performs at least one of the communication steps such as sending and / or receiving in the above method (e.g., steps S2101, S2103, S2104, S2105, but not limited thereto), and the processor 6101 performs other steps (e.g., step S2102). In optional embodiments, the transceiver may include a receiver and / or a transmitter, which may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, interface, etc., can be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., can be used interchangeably; the terms receiver, receiving unit, receiver, receiving circuit, etc., can be used interchangeably.

[0358] In some embodiments, the communication device 6100 further includes one or more memories 6103 for storing data and / or instructions. Optionally, one or more processors 6101 are used to invoke instructions stored in the memory 6103 to cause the communication device 6100 to perform any of the above methods. Optionally, all or part of the memory 6103 may also be located outside the communication device 6100. In an optional embodiment, the communication device 6100 may include one or more interface circuits 6104. Optionally, the interface circuit 6104 is connected to the memory 6103 and can be used to receive data and / or instructions from the memory 6103 or other devices, and can be used to send data and / or instructions to the memory 6103 or other devices. For example, the interface circuit 6104 can read data and / or instructions stored in the memory 6103 and send the data and / or instructions to the processor 6101.

[0359] The communication device 6100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 6100 described in this disclosure is not limited thereto, and the structure of the communication device 6100 may vary. Figure 5A The limitations. The communication device may be a standalone device or part of a larger device. For example, the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection of one or more ICs, optionally including storage components for storing data, programs and / or instructions; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, terminal device, smart terminal device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.

[0360] Figure 5BThis is a schematic diagram of the chip structure proposed in an embodiment of this disclosure. For cases where the communication device 6100 can be a chip or a chip system, please refer to... Figure 5B The diagram shown is a schematic representation of the structure of chip 6200, but it is not limited to this.

[0361] Chip 6200 includes one or more processors 6201. Chip 6200 is used to perform any of the methods described above.

[0362] In some embodiments, chip 6200 further includes one or more interface circuits 6202. Optionally, terms such as interface circuit, interface, and transceiver pin can be used interchangeably. In some embodiments, chip 6200 further includes one or more memories 6203 for storing data and / or instructions. Optionally, all or part of the memories 6203 may be located outside of chip 6200. Optionally, interface circuit 6202 is connected to memory 6203, and interface circuit 6202 can be used to receive data and / or instructions from memory 6203 or other devices, and interface circuit 6202 can be used to send data and / or instructions to memory 6203 or other devices. For example, interface circuit 6202 can read data and / or instructions stored in memory 6203 and send the data and / or instructions to processor 6201.

[0363] In some embodiments, the interface circuit 6202 performs at least one of the communication steps such as sending and / or receiving in the above-described method (e.g., steps S2101, S2103, S2104, S2105, but not limited thereto). For example, the interface circuit 6202 performing the communication steps such as sending and / or receiving in the above-described method means that the interface circuit 6202 performs data and / or instruction interaction between the processor 6201, the chip 6200, the memory 6203, or the transceiver device. In some embodiments, the processor 6201 performs other steps (e.g., step S2102).

[0364] The modules and / or devices described in the various embodiments, such as virtual devices, physical devices, and chips, can be combined or separated arbitrarily as needed. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.

[0365] This disclosure also proposes a storage medium storing instructions that, when executed on a communication device, cause the communication device to perform any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but not limited thereto; it may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but not limited thereto; it may also be a temporary storage medium.

[0366] This disclosure also proposes a program product, including a program and / or instructions, which, when executed by a communication device, cause the communication device to perform any of the above methods. Optionally, the program product is a computer program product. Optionally, the program product is stored on the storage medium.

[0367] This disclosure also proposes a computer program that, when run on a computer, causes the computer to perform any of the above methods.

Claims

1. A communication method, characterized in that, The method, executed by a terminal, includes: The terminal sends a first message, which is used to indicate the terminal's Global Navigation Satellite System (GNSS) status; When the GNSS state is in the first state, the terminal receives a second message sent by the network device, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

2. The method according to claim 1, characterized in that, The terminal sends a first message under the following conditions, and the first message indicates that the GNSS status is a second status: The terminal has sent message 1 the maximum number of times it can send message 1, and has not received message 2 within the first time window; or The number of times the terminal sends message 1 is greater than or equal to the threshold number of the first time, and message 2 is not received within the first time window; or The terminal has sent message 3 a maximum number of times, and has not received message 4 within the second time window; or The terminal sends message 3 more or more times than the second threshold, and does not receive message 4 within the second time window; or The terminal has sent message A a maximum number of times, and has not received message B within the third time window; or The terminal sends message A more than or equal to the third threshold number of times, and does not receive message B within the third time window.

3. The method according to claim 2, characterized in that, The first number threshold is greater than the maximum number of times message 1 can be sent, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2; or The second threshold number is greater than the maximum number of times message 3 can be sent, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 4; or The third threshold is greater than the maximum number of times message A can be sent, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B. The first number threshold is greater than the maximum number of times the terminal can send message 1 in the second state, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2 in the second state; or The second number threshold is greater than the maximum number of times the terminal can send message 3 in the second state, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 3 in the second state. or The third threshold is greater than the maximum number of times the terminal can send message A in the second state, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B in the second state.

4. The method according to claim 1, characterized in that, When the terminal determines the GNSS state, the terminal sends a first message, which indicates that the GNSS state is a first state, or the first message indicates that the GNSS state is a second state.

5. The method according to claim 1, characterized in that, Upon receiving a third message from a network device, the terminal sends a first message; The third message includes: The second instruction information is used to instruct the terminal to send the first message; or A synchronization signal, wherein the terminal receives the synchronization signal on a first frequency domain resource, or the terminal receives a synchronization signal scrambled with a first scrambling code sequence and successfully descrambles the synchronization signal.

6. The method according to claim 5, characterized in that, The second indication information includes: Master Information Block (MIB); or System Information Block (SIB); or Media Access Control Random Access Response (MAC RAR).

7. The method according to any one of claims 1-6, characterized in that, The first message is message 1 or message A; The terminal sends a first message, including: The terminal uses either the first resource or the second resource to send message 1 to the network device. When the terminal uses the first resource to send message 1, the GNSS state is in the second state; when the terminal uses the second resource to send message 1, the GNSS state is in the first state. The terminal uses a third resource or a fourth resource to send message A to the network device. When the terminal uses a third resource to send message A, the GNSS state is in the second state. When the terminal uses a fourth resource to send message A, the GNSS state is in the first state.

8. A communication method, characterized in that, Performed by a network device, the method includes: The network device receives a first message, which is used to indicate the GNSS status of the terminal. When the GNSS state is in the first state, the network device sends a second message, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

9. The method according to claim 8, characterized in that, The network device is configured with at least one of the following for the terminal: first count threshold, first time window, second count threshold, second time window, third count threshold, and third time window; Wherein, the first number threshold is greater than the maximum number of times message 1 can be sent, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2; or The second threshold number is greater than the maximum number of times message 3 can be sent, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 4; or The third threshold is greater than the maximum number of times message A can be sent, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B. The first number threshold is greater than the maximum number of times the terminal can send message 1 in the second state, and the duration of the first time window is greater than the duration of the time window during which the terminal waits to receive message 2 in the second state; or The second threshold number is greater than the maximum number of times the terminal can send message 3 in the second state, and the duration of the second time window is greater than the duration of the time window during which the terminal waits to receive message 3 in the second state; or The third threshold is greater than the maximum number of times the terminal can send message A in the second state, and the duration of the third time window is greater than the duration of the time window during which the terminal waits to receive message B in the second state.

10. The method according to claim 8, characterized in that, The method further includes: Send a third message; The third message includes: The second indication information, wherein the first message is sent when the terminal receives the second indication information, and the second indication information is used to instruct the terminal to send the first message; or The synchronization signal, wherein the first message is sent by the terminal receiving the synchronization signal on the first frequency domain resource, or by the terminal receiving a synchronization signal scrambled with a first scrambling code sequence and successfully descrambling the synchronization signal; The first message is sent by the terminal upon receiving a third message from the network device.

11. The method according to claim 10, characterized in that, The second indication information includes: Master Information Block (MIB); or System Information Block (SIB); or Media Access Control Random Access Response (MAC RAR).

12. The method according to any one of claims 8-11, characterized in that, The first message is message 1 or message A; The network device configures a first resource and a second resource for the terminal. When the network device receives message 1 from the terminal using the first resource, it determines the GNSS state to be in the second state. When the network device receives message 1 from the terminal using the second resource, it determines the GNSS state to be in the first state. Or... The network device configures a third resource and a fourth resource for the terminal. When the network device receives message A sent by the terminal in the third resource, it determines that the GNSS state is a second state. When the network device receives message A sent by the terminal in the fourth resource, it determines that the GNSS state is a first state.

13. A communication method, characterized in that, The method includes: The terminal sends a first message to the network device, the first message being used to indicate the terminal's Global Navigation Satellite System (GNSS) status; When the GNSS state is in the first state, the network device sends a second message to the terminal, wherein the second message includes first indication information, which is used to instruct the terminal to adjust the time domain offset and the frequency domain offset.

14. A communication device, characterized in that, The communication device is used to perform the method according to any one of claims 1-7 and 8-12.

15. A communication system, characterized in that, The device includes a terminal and a network device, wherein the terminal is configured to implement the communication method of any one of claims 1-7, and the network device is configured to implement the method of any one of claims 8-12.

16. A storage medium storing instructions, characterized in that, When the instructions are executed on the communication device, the communication device performs the method as described in any one of claims 1-7 and 8-12.

17. A program product comprising at least one of a program and instructions, characterized in that, When at least one of the programs or instructions is executed by the communication device, it implements the steps of the method according to any one of claims 1-7 and 8-12.

Images