Communication method, terminal, network device, and storage medium

Abstract

The present disclosure relates to a communication method, a terminal, a network device, and a storage medium. The communication method comprises: a terminal determining first information, wherein the first information is used for sending a random access channel (PRACH) in a scenario of asymmetric downlink single transmission and receiving point (TRP) and uplink multi-TRP. The present disclosure can improve the communication efficiency.

Description

Communication methods, terminals, network devices and storage media Technical Field

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

[0002] To achieve uplink enhancement, asymmetric communication scenarios such as downlink single transmission and receiving point (DL STRP) and uplink multi-transmission and receiving point (UL MTRP) are currently being investigated. In asymmetric DL STRP and UL MTRP scenarios, network devices include a TRP used only for uplink transmission, as well as a TRP used for both uplink and / or downlink transmission.

[0003] Summary of the Invention

[0004] In asymmetric DL STRP and UL MTRP scenarios, how to further improve communication efficiency is a problem that needs to be solved.

[0005] This disclosure presents a communication method, a terminal, a network device, and a storage medium.

[0006] According to a first aspect of the present disclosure, a communication method is proposed, the method comprising: a terminal determining first information, the first information being used to transmit a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0007] According to a second aspect of the present disclosure, a communication method is proposed, the method comprising: a network device configuring at least one second path loss offset value to a terminal, or indicating a TCI status code point to the terminal, or configuring at least one second transmission beam to a mid-terminal; the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam is used to determine first information, the first information being used to receive a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0008] According to a third aspect of the present disclosure, a communication method is proposed, comprising: a network device configuring at least one second path loss offset value to a terminal, or indicating a TCI status code point to the terminal, or configuring at least one second transmission beam to a mid-terminal; the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam being used to determine first information; the terminal determining the first information based on the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam, wherein the first information is used to transmit a random access channel (PRACH) in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0009] According to a fourth aspect of the present disclosure, a terminal is provided, comprising: a processing module, configured to determine first information, the first information being used to transmit a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0010] According to a fifth aspect of the present disclosure, a network device is provided, comprising: a transceiver module configured to configure at least one second path loss offset value to a terminal, or to indicate a TCI status code point to the terminal, or to configure at least one second transmission beam to a mid-terminal; wherein the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam is configured to determine first information, the first information being used to receive a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0011] According to a sixth aspect of the present disclosure, a terminal is provided, comprising: one or more processors; wherein the terminal is configured to execute the first aspect and any one of the communication methods in the first aspect.

[0012] According to a seventh aspect of the present disclosure, a network device is provided, comprising: one or more processors; wherein the network device is configured to perform the second aspect and any one of the communication methods in the second aspect.

[0013] According to an eighth 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 first aspect and any one of the communication methods in the first aspect, and the network device is configured to implement the second aspect and any one of the communication methods in the second aspect.

[0014] According to a ninth 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 of the first aspects or the second aspect and any one of the second aspects.

[0015] According to a tenth aspect of the present disclosure, a program product is provided, including a computer program that, when executed by a communication device, causes the communication device to perform a communication method as described in the first aspect and any one of the first aspects or the second aspect and any one of the second aspects.

[0016] This disclosure determines first information via a terminal. The first information is used to transmit a Physical Random Access Channel (PRACH) in asymmetric DL STRP and UL MTRP scenarios, thereby saving energy for transmitting PRACH in asymmetric DL STRP and UL MTRP scenarios and improving communication efficiency. Attached Figure Description

[0017] 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.

[0018] Figure 1a is a schematic diagram of MP-MTRP transmission under S-DCI scheduling.

[0019] Figure 1b is a schematic diagram of MP-MTRP transmission under M-DCI scheduling.

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

[0021] Figure 1d is a schematic diagram of a communication system illustrating an exemplary embodiment of the present disclosure.

[0022] Figure 1e is a schematic diagram of a communication system illustrating an exemplary embodiment of the present disclosure.

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

[0024] Figure 2b is a schematic diagram of a communication method interaction according to an embodiment of the present disclosure.

[0025] Figure 2c is a schematic diagram of a communication method interaction according to an embodiment of the present disclosure.

[0026] Figure 2d is a schematic diagram of a communication method interaction according to an embodiment of the present disclosure.

[0027] Figure 3a is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0028] Figure 3b is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0029] Figure 3c is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0030] Figure 3d is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0031] Figure 4a is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0032] Figure 4b is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0033] Figure 4c is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0034] Figure 4d is a flowchart illustrating a communication method according to an embodiment of the present disclosure.

[0035] Figure 5 is a schematic diagram of a communication method interaction according to an embodiment of the present disclosure.

[0036] Figure 6a is a schematic diagram of the structure of a terminal according to an embodiment of the present disclosure.

[0037] Figure 6b is a schematic diagram of the structure of a network device according to an embodiment of the present disclosure.

[0038] Figure 7a is a schematic diagram of the structure of a communication device according to an exemplary embodiment.

[0039] Figure 7b is a schematic diagram of a chip structure according to an exemplary embodiment. Detailed Implementation

[0040] This disclosure presents a communication method, a terminal, a network device, and a storage medium.

[0041] In a first aspect, embodiments of this disclosure propose a communication method, the method comprising: a terminal determining first information, the first information being used to transmit a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling PDCCH order.

[0042] In the above embodiments, the terminal determines the first information, which is used to send PRACH in asymmetric DL STRP and UL MTRP scenarios to save energy for sending PRACH in asymmetric DL STRP and UL MTRP scenarios and improve communication efficiency.

[0043] In some alternative embodiments of the first aspect, the first information includes at least one of the following: a first transmit beam; a first transmission configuration indication (TCI) state; and a first path loss offset value, wherein the first path loss offset value is used together with the downlink path loss estimate of the first TRP to determine the path loss estimate of the second TRP, wherein the first TRP is a TRP used for uplink and / or downlink transmission in an asymmetric MTRP scenario, and the second TRP is a TRP used only for uplink transmission in an asymmetric MTRP scenario.

[0044] In the above embodiments, the first information may include at least one of the above to flexibly determine the parameters for sending PRACH, thereby improving flexibility.

[0045] In some alternative embodiments of the first aspect, the method further includes: the terminal receiving at least one second path loss offset value configured by the network device, the first information being determined based on the second path loss offset value.

[0046] In the above embodiments, the terminal can receive a second path loss offset value configured by the network device in order to determine the first path loss offset value contained in the first information, thereby realizing the control of the other party's transmission power and improving communication efficiency.

[0047] In some alternative embodiments of the first aspect, the first information includes a first path loss offset value, the first information being determined in the following manner: the terminal receives second information sent by a network device, the second information indicating one of at least one second path loss offset value configured by the network device; the terminal determines the first path loss offset value based on the second information.

[0048] In the above embodiments, the network device can indicate one of the second path loss offset values ​​as the first path loss offset value through the second information, so as to enable the network device to flexibly indicate the first path loss offset value used to send PRACH and improve flexibility.

[0049] In some alternative embodiments of the first aspect, the first information includes a first path loss offset value, which is determined in at least one of the following ways: the terminal selects one of the at least one second path loss offset values ​​as the first path loss offset value; the terminal determines the first path loss offset value to be zero based on a predefined rule; the terminal determines the first path loss offset value to be a default second path loss offset value specified by the network device among the at least one second path loss offset values ​​based on a predefined rule.

[0050] In the above embodiments, the terminal can determine the first path loss offset value using at least one of the above methods, so as to improve communication efficiency by determining the first path loss offset value even without the second information sent by the network device. Furthermore, the network device can choose not to send the second information and not to add a bit field to indicate one of the second path loss offset values, thus saving signaling resources, bit resources, etc.

[0051] In some alternative embodiments of the first aspect, the first information further includes a first TCI state, and the method further includes: the terminal determining one of one or more third TCI states corresponding to the first path loss offset value as the first TCI state.

[0052] In the above embodiments, after the terminal determines the first path loss offset value, it can determine the TCI state corresponding to the first path loss offset value as the first TCI state. The first TCI state can be used to determine the beam for transmitting PRACH to improve communication efficiency.

[0053] In some alternative embodiments of the first aspect, the first information includes a first transmission beam, which is determined as follows: the terminal receives at least one second transmission beam configured by the network device; the terminal selects one of the at least one second transmission beam as the first transmission beam.

[0054] In the above embodiments, the network device can be configured with at least one second transmit beam, and the terminal can select one of the at least one second transmit beam as the first transmit beam for transmitting PRACH, so as to improve flexibility.

[0055] In some alternative embodiments of the first aspect, the method further includes: the terminal receiving a TCI status code point indicated by a network device, the TCI status code point including at least one second TCI status, the first information being determined based on the at least one second TCI status, wherein the second TCI status is a combined TCI status or an uplink TCI status.

[0056] In the above embodiments, the network device can indicate a TCI code point to indicate at least one second TCI state, thereby enabling the terminal to determine the first TCI state from the second TCI state for sending PRACH, thus improving communication efficiency.

[0057] In some alternative embodiments of the first aspect, the first information includes a first TCI state, and the first information is determined in the following manner: the terminal receives third information sent by the network device, the third information being used to indicate one of at least one second TCI state indicated by the network device; the terminal determines the first TCI state based on the third information.

[0058] In the above embodiments, the network device can indicate one of the second TCI states as the first TCI state through third information, thereby enabling the terminal to determine the first TCI state for sending PRACH and improving communication efficiency.

[0059] In some optional embodiments of the first aspect, the first information includes a first TCI state, and the first information is determined in at least one of the following ways: the terminal selects one of the at least one second TCI states as the first TCI state; the terminal determines the first of the at least one second TCI states as the first TCI state based on predefined rules; the terminal determines the second TCI state corresponding to the second TRP in the at least one second TCI states as the first TCI state based on predefined rules, where the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario; the terminal determines the second TCI state with a non-zero associated path loss offset value in the at least one second TCI states as the first TCI state based on predefined rules; and the terminal determines the second TCI state with the largest associated path loss offset value in the at least one second TCI states as the first TCI state based on predefined rules.

[0060] In the above embodiments, the first TCI state can be determined by at least one of the above methods, which can save energy and improve communication efficiency.

[0061] In some alternative embodiments of the first aspect, the third information indicates one of at least one second TCI state indicated by the network device in the following manner: the second TCI states are all joint TCI states, with different bit values ​​indicating different joint TCI states; or, the second TCI states are all uplink TCI states, with different bit values ​​indicating different uplink TCI states; or, the second TCI state includes a joint TCI state and an uplink TCI state, with a first bit value indicating the joint TCI state and a second bit value indicating the uplink TCI state.

[0062] In the above embodiments, the third information can indicate one of the second TCI states in at least one of the above methods to deal with multiple cases where the second TCI state includes only the joint TCI state, only the uplink TCI state, or both the joint TCI state and the uplink TCI state, thereby improving flexibility.

[0063] In some alternative embodiments of the first aspect, the first information is determined in the following manner: the terminal determines the direction of sending PRACH and determines the first information corresponding to the direction.

[0064] In the above embodiments, the terminal can first determine the direction of sending PRACH and determine the first information corresponding to the direction to improve communication efficiency.

[0065] In some alternative embodiments of the first aspect, the direction of sending PRACH includes at least one of the following: a first TRP, wherein the first TRP is a TRP used for uplink and downlink transmission in an asymmetric MTRP scenario; and a second TRP, wherein the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario.

[0066] In the above embodiments, the direction of sending PRACH may include at least one of the first TRP and the second TRP to improve flexibility.

[0067] In some alternative embodiments of the first aspect, the first information includes a first TCI state, which is determined by at least one of the following methods: determining the first TCI state corresponding to the direction from a fourth TCI state configured by the network device; determining the first TCI state corresponding to the direction from a fifth TCI state activated by MAC CE, wherein the fifth TCI state is at least one of the fourth TCI states; determining the first TCI state corresponding to the direction from a sixth TCI state indicated by DCI, wherein the sixth TCI state is at least one of the fifth TCI states.

[0068] In the above embodiments, the first TCI state corresponding to the direction can be determined from different types of sets to improve communication efficiency.

[0069] In some alternative embodiments of the first aspect, the first information further includes a first path loss offset value, and the method further includes: the terminal determining the path loss offset value corresponding to the first TCI state as the first path loss offset value.

[0070] In the above embodiments, if the first TCI state is determined first, the path loss offset value corresponding to the first TCI state can be determined as the first path loss offset value to improve communication efficiency and save energy.

[0071] Secondly, a communication method is provided, comprising: a network device configuring at least one second path loss offset value to a terminal, or indicating a TCI status code point to the terminal, or configuring at least one second transmission beam to a mid-terminal; the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam is used to determine first information, the first information being used to receive a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0072] In some alternative embodiments of the second aspect, the method further includes: the network device sending second information to the terminal, the second information indicating one of at least one second path loss offset value configured by the network device.

[0073] In some alternative embodiments of the second aspect, the method further includes: the network device sending third information to the terminal, the third information indicating one of at least one second TCI state indicated by the network device.

[0074] Thirdly, a communication method is provided, comprising: a network device configuring at least one second path loss offset value to a terminal, or indicating a TCI status code point to the terminal, or configuring at least one second transmission beam to a mid-terminal; the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam is used to determine first information; the terminal determines the first information based on the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam, wherein the first information is used to transmit a random access channel (PRACH) in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH order).

[0075] Fourthly, a terminal is provided, comprising: a processing module, configured to determine first information, the first information being used to transmit a random access channel (PRACH) in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0076] In some alternative embodiments of the fourth aspect, the first information includes at least one of the following: a first transmit beam; a first transmission configuration indication (TCI) state; and a first path loss offset value, which is used together with the downlink path loss estimate of the first TRP to determine the path loss estimate of the second TRP, wherein the first TRP is a TRP used for uplink and / or downlink transmission in an asymmetric MTRP scenario, and the second TRP is a TRP used only for uplink transmission in an asymmetric MTRP scenario.

[0077] In some alternative embodiments of the fourth aspect, the terminal further includes a transceiver module for receiving at least one second path loss offset value configured by the network device, wherein the first information is determined based on the second path loss offset value.

[0078] In some alternative embodiments of the fourth aspect, the first information includes a first path loss offset value, the transceiver module is configured to receive second information sent by the network device, the second information being used to indicate one of at least one second path loss offset value configured by the network device; the processing module determines the first information in the following manner: the terminal determines the first path loss offset value based on the second information.

[0079] In some alternative embodiments of the fourth aspect, the first information includes a first path loss offset value, and the processing module determines the first information in at least one of the following ways: the terminal selects one of the at least one second path loss offset values ​​as the first path loss offset value; the terminal determines the first path loss offset value to be zero based on a predefined rule; the terminal determines the first path loss offset value to be the default second path loss offset value specified by the network device among the at least one second path loss offset values ​​based on a predefined rule.

[0080] In some alternative embodiments of the fourth aspect, the first information further includes a first TCI state, and the processing module determines the first information in the following manner: the terminal determines one of one or more third TCI states corresponding to the first path loss offset value as the first TCI state.

[0081] In some alternative embodiments of the fourth aspect, the first information includes a first transmission beam, and the transceiver module is further configured to: the terminal receive at least one second transmission beam configured by the network device; the processing module determines the first information in the following manner: the terminal selects one of the at least one second transmission beam as the first transmission beam.

[0082] In some alternative embodiments of the fourth aspect, the transceiver module is further configured to: the terminal receive a TCI status code point indicated by a network device, the TCI status code point including at least one second TCI status, the first information being determined based on the at least one second TCI status, wherein the second TCI status is a combined TCI status or an uplink TCI status.

[0083] In some alternative embodiments of the fourth aspect, the first information includes a first TCI state, and the transceiver module is further configured to: the terminal receive third information sent by the network device, the third information being used to indicate one of at least one second TCI state indicated by the network device; and the terminal determine the first TCI state based on the third information.

[0084] In some optional embodiments of the fourth aspect, the first information includes a first TCI state, and the processing module determines the first information in at least one of the following ways: the terminal selects one of the at least one second TCI states as the first TCI state; the terminal determines the first of the at least one second TCI states as the first TCI state based on predefined rules; the terminal determines the second TCI state corresponding to the second TRP in the at least one second TCI states as the first TCI state based on predefined rules, where the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario; the terminal determines the second TCI state with a non-zero associated path loss offset value in the at least one second TCI states as the first TCI state based on predefined rules; and the terminal determines the second TCI state with the largest associated path loss offset value in the at least one second TCI states as the first TCI state based on predefined rules.

[0085] In some alternative embodiments of the fourth aspect, the third information indicates one of at least one second TCI state indicated by the network device in the following manner: the second TCI states are all joint TCI states, with different bit values ​​indicating different joint TCI states; or, the second TCI states are all uplink TCI states, with different bit values ​​indicating different uplink TCI states; or, the second TCI state includes a joint TCI state and an uplink TCI state, with a first bit value indicating the joint TCI state and a second bit value indicating the uplink TCI state.

[0086] In some alternative embodiments of the fourth aspect, the processing module determines the first information in the following manner: the terminal determines the direction of sending PRACH and determines the first information corresponding to the direction.

[0087] In some alternative embodiments of the fourth aspect, the direction of sending PRACH includes at least one of the following: a first TRP, wherein the first TRP is a TRP used for uplink and downlink transmission in an asymmetric MTRP scenario; and a second TRP, wherein the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario.

[0088] In some optional embodiments of the fourth aspect, the first information includes a first TCI state, and the transceiver module determines the first information in at least one of the following ways: determining the first TCI state corresponding to the direction from a fourth TCI state configured by the network device; determining the first TCI state corresponding to the direction from a fifth TCI state activated by MAC CE, wherein the fifth TCI state is at least one of the fourth TCI states; determining the first TCI state corresponding to the direction from a sixth TCI state indicated by DCI, wherein the sixth TCI state is at least one of the fifth TCI states.

[0089] In some alternative embodiments of the fourth aspect, the first information further includes a first path loss offset value, and the processing module is further configured to: the terminal determine the path loss offset value corresponding to the first TCI state as the first path loss offset value.

[0090] Fifthly, a network device is provided, comprising: a transceiver module, configured to configure at least one second path loss offset value to a terminal, or to indicate a TCI status code point to the terminal, or to configure at least one second transmission beam to a mid-terminal; wherein the at least one path loss offset value, the TCI status code point, or the at least one second transmission beam is used to determine first information, the first information being used to receive a random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios; wherein the PRACH is scheduled by downlink control channel control signaling (PDCCH) order.

[0091] In some alternative embodiments of the fifth aspect, the transceiver module is further configured to: send second information to the terminal, the second information indicating one of at least one second path loss offset value configured by the network device.

[0092] In some alternative embodiments of the fifth aspect, the transceiver module is further configured to: send third information to the terminal, the third information being used to indicate one of at least one second TCI state indicated by the network device.

[0093] A sixth aspect provides a terminal, comprising: one or more processors; wherein the terminal is configured to execute the first aspect and any one of the communication methods in the first aspect.

[0094] A seventh aspect provides a network device, comprising: one or more processors; wherein the network device is configured to perform the second aspect and any one of the communication methods in the second aspect.

[0095] Eighthly, a communication system is provided, including a terminal and a network device, wherein the terminal is configured to implement the first aspect and any one of the communication methods in the first aspect, and the network device is configured to implement the second aspect and any one of the communication methods in the second aspect.

[0096] Ninth 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.

[0097] In a tenth aspect, embodiments of this disclosure provide a program product that, when executed by a communication device, causes the communication device to perform the method as described in an optional implementation of the first or second aspect.

[0098] In one aspect, 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.

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

[0100] It is understood that the terminals, access network devices, first network elements, other network elements, core network 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.

[0101] This disclosure provides communication methods, terminals, network devices, and storage media. In some embodiments, the terms "communication method" and "information processing method" can be used interchangeably, as can the terms "communication device" and "information processing device" and "communication device," and the terms "information processing system" and "communication system."

[0102] 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.

[0103] In each of the disclosed embodiments, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of the embodiments are consistent and can be referenced by each other. The technical environments of different embodiments can be combined to form new embodiments according to their inherent logical relationships.

[0104] 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.

[0105] 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.

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

[0107] In some embodiments, the terms “at least one of”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.

[0108] 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 B); in some embodiments, B (execute B regardless of 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.

[0109] In some embodiments, the notation "A or B" may include the following technical solutions, depending on the situation: in some embodiments, A (execution of A regardless of B); in some embodiments, B (execution of B regardless of A); 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, C, etc.

[0110] 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.

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

[0112] In some embodiments, the terms “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “if…”, “if…”, etc., can be used interchangeably.

[0113] 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”.

[0114] In some embodiments, the apparatus and device may be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. In some cases, they may also be understood as "equipment", "device", "circuit", "network element", "node", "function", "unit", "section", "system", "network", "chip", "chip system", "entity", "body", etc.

[0115] In some embodiments, "network" can be interpreted as devices included in the network, such as access network devices, core network devices, etc.

[0116] In some embodiments, "access network device (AN device)" may also be referred to as "radio access network device (RAN device)," "base station (BS)," "radio base station," or "fixed station." In some embodiments, it may also be understood as "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," or "bandwidth part (BWP)."

[0117] In some embodiments, "terminal" or "terminal device" may be referred to as "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 subscriber station," "access terminal," "mobile terminal," "wireless terminal," "remote terminal," "handset," "user agent," "mobile client," "client," etc.

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

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

[0120] 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.

[0121] This disclosure provides a communication method in which a terminal determines first information, which is used to transmit a Physical Random Access Channel (PRACH) in asymmetric DL STRP and UL MTRP scenarios, thereby saving energy for transmitting PRACH in asymmetric DL STRP and UL MTRP scenarios and improving communication efficiency.

[0122] For ease of understanding, this disclosure introduces the following concepts:

[0123] 1) Multi-TRP Transmission: To improve coverage at cell edges and provide a more balanced quality of service within the service area, multi-point collaboration remains an important technique in New Radio (NR) systems. From a network architecture perspective, deploying the network with a large number of distributed access points and centralized baseband processing is more conducive to providing a balanced user experience rate and significantly reducing latency and signaling overhead caused by handover. As the frequency band increases, a relatively dense deployment of access points is also required to ensure network coverage. In the high-frequency band, with the increasing integration of active antenna equipment, modular active antenna arrays will be more favored. Each TRP's antenna array can be divided into several relatively independent antenna panels, so the overall array shape and number of ports can be flexibly adjusted according to the deployment scenario and service requirements. Antenna panels or TRPs can also be connected by optical fibers for more flexible distributed deployment. In the millimeter-wave band, as the wavelength decreases, the obstruction effect caused by obstacles such as people or vehicles will be more significant. In this case, from the perspective of ensuring the robustness of the link connection, the cooperation between multiple TRPs or panels can be used to transmit / receive from multiple beams at multiple angles, thereby reducing the adverse effects of the blocking effect.

[0124] Based on the mapping relationship between transmitted signal streams and multiple TRPs / panels, multi-point cooperative transmission technology can be divided into coherent and incoherent transmission. In coherent transmission, each data layer is mapped to multiple TRPs / panels via a weighted vector. In incoherent transmission, each data stream is mapped to only a subset of TRPs / panels. Coherent transmission places higher demands on synchronization between transmission points and the transmission capacity of the backhaul link, making it more sensitive to many non-ideal factors in real-world deployment conditions. In contrast, incoherent transmission is less affected by these factors and is therefore a preferred solution for multi-point transmission technology.

[0125] For the uplink, the actual spatial characteristics of the physical uplink shared channel (PUSCH) traversed by different transmission directions may vary greatly. Therefore, it is assumed that the quasi co-location type D (QCL-D) of the PUSCH is different for different transmission directions.

[0126] 2) Uplink Enhancement: Previously, uplink enhancement did not consider MTRP scenarios, and uplink transmission was STRP. With development, uplink transmission of MTRP under single-downlink control information (S-DCI) has been enhanced, with uplink PUSCH transmission sent to TRPs of multiple base stations. Cooperative transmission under time division multiplexing (TDM) transmission mode has also been standardized. By sending different repetitions of the same information on the PUSCH to different TRPs of the base station at different time-domain transmission occasions (TO), this method has relatively low requirements for terminal capabilities. Each TO only needs to send the PUSCH / physical uplink control channel (PUCCH) of one TRP, and does not require the ability to transmit beams simultaneously, but the transmission delay is relatively large.

[0127] Currently, uplink enhancement primarily aims to increase transmission reliability and throughput by enabling simultaneous cooperative transmission from multiple terminal panels to multiple base station TRPs, while effectively reducing transmission latency under multiple TRPs. However, this requires the terminal to have the ability to transmit multiple beams simultaneously. PUSCH transmission can be based on a single PDCCH, i.e., S-DCI-scheduled multi-panel / TRP transmission, as shown in Figure 1a. Figure 1a is a schematic diagram of multi-panel-multi-TRP (MP-MTRP) transmission under S-DCI scheduling. In Figure 1a, uplink transmission between terminal panel 1 and TRP1 is performed through one or more layers, and downlink transmission is performed through transmitted precoding matrix indicator 1 (TPMI1). Downlink transmission between terminal panel 2 and TRP2 is performed through one or more layers, and uplink transmission is performed through TPMI2. Multi-panel / TRP transmission can also be scheduled based on different physical downlink control channels (PDCCHs), i.e., multi-downlink control information (M-DCI), as shown in Figure 1b. Figure 1b is a schematic diagram of MP-MTRP transmission under M-DCI scheduling. In Figure 1b, downlink transmission between panel 1 and TRP1 of the terminal is based on PDCCH1, and uplink transmission is based on PUSCH1. Downlink transmission between panel 2 and TRP2 of the terminal is based on PDCCH2, and uplink transmission is based on PUSCH2.

[0128] In actual deployments, the links between transmission points may be relatively ideal backhaul links that support high throughput and very low backhaul latency, or they may be non-ideal backhaul links that use methods such as x-digital subscriber line (xDSL), microwave, and relay. The non-coherent joint transmission (NC-JT) scheme based on M-DCI was initially introduced mainly for non-ideal backhaul situations, but this scheme can also be used for ideal backhaul situations.

[0129] The current design considers a backhaul connection between the gNB and the uplink receiving node (UL Rx Node), initially focusing on the ideal backhaul scenario. The corresponding UL transmission scheme might be:

[0130] For STRP:

[0131] Select the primary base station (macro gNB);

[0132] Select a specific UL TRP;

[0133] For MTRP:

[0134] Select a macro gNB and a UL TRP;

[0135] Select two UL TRPs;

[0136] Select macro gNB and two of the UL TRPs.

[0137] 3) Transmission Configuration Indicator State (TCI state): The standard is that the downlink TCI state or combined TCI state indicated by the UE is used to determine the downlink transmission beam, and the indicated uplink TCI state or combined TCI state is used to determine the uplink beam. Here, the downlink beam refers to the beam of all / part of the PDCCH in the user-specific physical downlink shared channel (PDSCH) and control channel (CC), and the uplink beam refers to the uplink transmit space filter based on the dynamically licensed / configurable licensed PUSCH and all or part of the dedicated PUCCH resources of the CC.

[0138] A single TCI state pool is used for both the downlink TCI state and the joint TCI state in the independent beam indication.

[0139] For joint beam indication, the TCI field only needs to indicate one joint TCI state, which is used to determine both uplink and downlink transmission beams. However, for independent beam indication, the downlink and uplink transmission beams are no longer the same and need to be indicated separately. Furthermore, there are three scenarios: needing to indicate both downlink and uplink transmission beams for the user simultaneously, needing to indicate only the downlink transmission beam for the user, or needing to indicate only the uplink beam for the user. Therefore, the mapping relationship between the TCI field and TCI state in DCI formats 1_1 / 1_2 is defined as follows for independent beam indication:

[0140] One code point in the TCI domain can correspond to both a downlink TCI state and an uplink TCI state.

[0141] One code point in the TCI domain corresponds to only one downlink TCI state. At this time, the user keeps the current UL TCI state unchanged.

[0142] One code point in the TCI domain corresponds to only one uplink TCI state, and the user keeps the current DL TCI state unchanged.

[0143] Currently, the defined TCI state indication method has been expanded. Up to two cooperative TRPs' uplink and downlink TCI state information can be indicated simultaneously via TCI state code points in the DCI.

[0144] In a UL-only scenario, a cell consists of a primary gNB and multiple UL TRP receivers. For a terminal to perform downlink STRP / uplink MTRP transmission, the base station needs to perform uplink / downlink beam management and ultimately instruct the terminal on the beam information used for data / signal transmission through the existing configuration method of Radio Resource Control (RRC) + Medium Access Control Element (MAC CE) + Downlink Control Information (DCI). Uplink MTRP transmission can be completed collaboratively between the primary gNB and UL TRPs, or collaboratively between different UL TRPs.

[0145] Currently supported unified TCI modes include the ability to configure either a joint TCI state or a separate TCI state in Frequency Range 1 (FR1), while only the separate TCI state is allowed in Frequency Range 2 (FR2). The conclusion is as follows:

[0146] For FR1: A combined TCI state or {a DL TCI state + a UL TCI state} can be applied.

[0147] For FR2: {one DL TCI state + one UL TCI state} can be applied.

[0148] For FR1: Up to two combined TCI states or {one DL TCI state + up to two UL TCI states} can be applied.

[0149] For FR2: {one DL TCI state + up to two UL TCI states} can be applied.

[0150] 4) Control signaling scheduling random access channel (PDCCH order PRACH) on the physical downlink control channel:

[0151] If the UE's PRACH transmission is not a response to the UE detecting a PDCCH order, or a response to the UE detecting a PDCCH order that triggers a Contention Based Random Access (CBRA) procedure, or is associated with a link recovery procedure where the corresponding index q_new (new beam, candidate beam after the base station-configured beam fails) is associated with a Synchronization Signal (SS) / Physical Broadcast Channel (PBCH) block, then the reference signal power is provided by the power level or power setting (ss-PBCH-BlockPower) used when transmitting the SS-PBCH.

[0152] If the UE's PRACH transmission is a response to the UE detecting a PDCCH order, the command triggers a contention-free random access (CFRA) procedure, which depends on the demodulation reference signal (DM-RS) of the PDCCH order and its quasi-co-located downlink reference signal (DL RS).

[0153] When the PRACH associated indicator is not present in the PDCCH order, or

[0154] When the cell indicator field in the PDCCH order is missing or has a value of 0, or

[0155] If the UE is not provided with Synchronization Signal Block-Information Transmission Control-Additional Physical Cell Identifier (SSB-MTC-AdditionalPCI), then when the value of the PRACH Association Indicator field in the PDCCH order is 0, or

[0156] When the PRACH association indicator field in the PDCCH order indicates the physical cell identifier (physCellId) associated with the cell received by the PDCCH order...

[0157] Or depending on the indicated SS / PBCH block

[0158] When the PRACH transmission is located on a non-serving cell indicated by the cell indicator field in the PDCCH order, or

[0159] If the UE does not provide SSB-MTC-AdditionalPCI, the PRACH association indication field in the PDCCH order is 1, or

[0160] When the physCellId indicated by the PRACH association indication field in the PDCCH order is different from the physCellId associated with the cell received in the PDCCH order, the referenceSignalPower is provided by the corresponding ss-PBCH-BlockPower.

[0161] If the UE does not provide SSB-MTC-AdditionalPCI, then when the value of the PRACH association indication field in the PDCCH order is 1, or when the physCellId indicated by the PRACH association indication field in the PDCCH order is different from the physCellId associated with the cell received in the PDCCH order, the UE expects the SS / PBCH block indicated in the PDCCH order to be configured as the pathloss reference RS-Id of the active TCI state.

[0162] If the UE has configured resources for receiving the periodic Channel State Information-Reference Signal (CSI-RS), or if PRACH transmission is associated with a link recovery process, where the corresponding index q_new is associated with the periodic CSI-RS configuration, then referenceSignalPower is obtained from ss-PBCH-BlockPower and the powerControlOffsetSS, where powerControlOffsetSS provides the offset of the CSI-RS transmission power relative to the SS / PBCH block transmission power. If powerControlOffsetSS is not provided to the UE, the UE assumes an offset of 0dB. If the active TCI state of the PDCCH providing the PDCCH order includes two Reference Signals (RS), the UE expects one RS to be configured as Quasi-Co Location Type (qcl-Type) with qcl-Type set to "Type D (typeD)", and the UE uses this RS when applying the value provided by powerControlOffsetSS.

[0163] If the random access procedure is initiated by the UE's PDCCH order, the Separate-Channel Signaling (SCS) for PRACH transmission is the same as that for PRACH transmissions initiated by higher layers.

[0164] If the UE has configured two UL carriers for the serving cell and the UE detects a PDCCH order, the UE uses the UL / Supplementary Uplink (SUL) indication field value in the detected PDCCH order to determine the UL carrier for the corresponding PRACH transmission.

[0165] If the random access procedure is initiated by a PDCCH order, the UE, upon request from a higher layer, will transmit a PRACH at the selected PRACH timing, where the time between the last symbol received by the PDCCH order and the first symbol transmitted by the PRACH is greater than or equal to N_(T,2)+Δ_BWPSwitching+Δ_Delay+T_switch+T_SSB+Δ_(RF / BB preparation) milliseconds (ms). Here, -N_(T,2) is the duration of N_2 symbols, corresponding to the PUSCH preparation time of UE processing capability 1, assuming the minimum SCS configuration between the SCS configuration corresponding to the PDCCH command and the corresponding PRACH transmission.

[0166] If the active UL BWP remains unchanged, or if the cell indication field in the PDCCH command indicates a non-serving cell, then Δ_BWPSwitching is the duration of T_BWPswitchDelay.

[0167] The Δ_Delay of FR1 is 0.5ms, and the Δ_Delay of FR2 is 0.25ms.

[0168] T_switch is the duration of the switching interval.

[0169] If the cell indication field in the PDCCH command indicates the serving cell or there is no cell indication field, then T_SSB = 0; otherwise, T_SSB is defined in the standard.

[0170] If the cell indication field in the PDCCH command indicates the serving cell or there is no cell indication field, then Δ_(RF / BB preparation) = 0; otherwise, Δ_(RF / BB preparation) is defined in the standard. Figure 1c is a schematic diagram of a communication system architecture according to an embodiment of this disclosure.

[0171] To achieve uplink enhancement, asymmetric communication scenarios such as downlink single transmission and receiving point (DL STRP) and uplink multi-transmission and receiving point (UL MTRP) are currently being investigated. In asymmetric DL STRP and UL MTRP scenarios, network devices include a TRP used only for uplink transmission, as well as a TRP used for both uplink and / or downlink transmission.

[0172] In asymmetric DL STRP and UL MTRP scenarios, how to further improve communication efficiency is a problem that needs to be solved.

[0173] Therefore, this disclosure provides a communication method in which a terminal determines first information, which is used to transmit a Physical Random Access Channel (PRACH) in asymmetric DL STRP and UL MTRP scenarios, thereby saving energy for transmitting PRACH in asymmetric DL STRP and UL MTRP scenarios and improving communication efficiency.

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

[0175] In some embodiments, terminal 101 includes, but is not limited to, 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.

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

[0177] 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, but is not limited to, 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.

[0178] 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.

[0179] 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.

[0180] 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).

[0181] 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.

[0182] The following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1c, or to some of the main bodies, but are not limited thereto. The main bodies shown in FIG1c are illustrative. The communication system may include all or some of the main bodies in FIG1c, or it may include other main bodies outside of FIG1c. The number and form of each main body are arbitrary. Each main body may be physical or virtual. The connection relationship between the main bodies is illustrative. The main bodies may not be connected or may be connected. 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.

[0183] Figure 1d is a schematic diagram of a communication system illustrating an exemplary embodiment of this disclosure. As shown in Figure 1d, it includes a terminal, a UL TRP, and a main gNB. The UL TRP can be referred to as a UL-only TRP, i.e., the second TRP. The main gNB can also be referred to as a DL TRP, i.e., the first TRP.

[0184] Figure 1e is a schematic diagram of a communication system illustrating an exemplary embodiment of this disclosure. As shown in Figure 1e, different UEs can transmit based on dynamic point switch (DPS). Only UL transmission exists between the UE and the UL-only TRP. UL and downlink (DL) transmissions exist between the UE and the primary gNB. When different UL-only TRPs receive uplink transmissions from the same UE, they can perform joint reception. The primary gNB and the UL-only TRP can communicate via TRP-specific reception.

[0185] 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).

[0186] Figure 2 is a schematic diagram of a communication method interaction according to an embodiment of the present disclosure. As shown in Figure 2, this embodiment of the present disclosure relates to a communication method for a communication system 100, the method including:

[0187] In step S2101, network device 102 configures at least one second path loss offset value to terminal 101.

[0188] In some embodiments, terminal 101 receives at least one second path loss offset value configured by network device 102.

[0189] In some embodiments, network device 102 may configure at least one second path loss offset value for the terminal. For example, at least one second path loss offset value may be configured via Radio Resource Control (RRC) signaling.

[0190] In some embodiments, the path loss offset value is used together with the downlink path loss estimate of the first TRP to determine the path loss estimate of the second TRP. For example, the downlink path loss estimate of the first TRP is subtracted from the path loss offset value to obtain the path loss estimate of the second TRP. Here, the first TRP is a TRP used for uplink and / or downlink transmission in asymmetric DL STRP and UL MTRP scenarios, and the second TRP is a TRP used only for uplink transmission in asymmetric DL STRP and UL MTRP scenarios. The second path loss offset value in this disclosure may also be referred to as a preset path loss offset value, or a path loss offset preset value, etc. This disclosure uses the term "second path loss offset value" for convenience, but is not limited thereto.

[0191] In some embodiments, the second path loss offset value can be used to determine the first information. For example, the terminal can determine the first path loss offset value from the second path loss offset value, and the first path loss offset value can be used to transmit PRACH. For example, the first path loss offset value can be used to control the transmission power of transmitting PRACH to the second TRP, which can save energy and improve communication efficiency. The name of the first path loss offset value is not limited; it can be, for example, "path loss offset value used to transmit PRACH," etc.

[0192] In some embodiments, step S2101 is optional. For example, if the terminal can determine the first path loss offset value from at least one second path loss offset value, then step S2101 can be performed. Alternatively, if the terminal can determine the first path loss offset value using other methods, then step S2101 can be omitted.

[0193] In step S2102, network device 102 sends second information to terminal 101.

[0194] In some embodiments, terminal 101 receives second information sent by network device 102.

[0195] In some embodiments, the second information is used to indicate one of at least one second path loss offset value configured in the network device. The terminal can determine the first path loss offset value from the at least one second path loss offset value based on the second information, that is, the second path loss offset value indicated by the second information can be determined as the first path loss offset value.

[0196] In some embodiments, the second information may be, for example, downlink control information (DCI). For instance, an indication field may be added to the DCI to indicate one of at least one second path loss offset value configured by the network device. For example, the DCI may be a control signaling DCI on the physical downlink control channel (PUCCH order DCI).

[0197] In some embodiments, the indication field in the second information is used to indicate one of at least one second path loss offset values ​​configured in the network device, and its bit size can be determined by the maximum value of the second path loss offset values. Assuming the maximum value is M, the bit width can be the logarithm of M to the base 2 (log2(M)). Here, log represents the logarithm. The size of M can be predefined.

[0198] In some embodiments, step S2102 is optional. For example, the terminal may determine the first path loss offset value from at least one second path loss offset value based on an instruction from the network device (i.e., based on the second information), and step S2102 may be performed. Alternatively, the terminal may determine the first path loss offset value from at least one second path loss offset value in other ways, or determine the first path loss offset value in other ways, i.e., not from the second path loss offset values, in which case step S2102 may be omitted.

[0199] In step S2103, terminal 101 determines the first information.

[0200] In some embodiments, the first information is used to send PRACH in asymmetric DL STRP and UL MTRP scenarios.

[0201] In some embodiments, the first information includes at least one of the following: a first transmit beam; a first Transmission Configuration Indicator (TCI) status; and a first path loss offset value. The first transmit beam may be the beam used to transmit PRACH. The first TCI status may be used to determine the beam used to transmit PRACH. The first path loss offset value may be used to control the power of the transmitted PRACH.

[0202] In some embodiments, the first information may include a first path loss offset value. If the terminal receives second information sent by the network device, the first information may be determined as follows: based on the second information, the first path loss offset value is determined. For example, the second path loss offset value indicated by the second information is determined as the first path loss offset value.

[0203] In some embodiments, the first information may include a first path loss offset value. If the terminal does not receive the second information sent by the network device, or if the terminal receives the second information sent by the network device but determines the first information using other methods based on the actual situation, the first information may be determined in at least one of the following ways: the terminal selects one from at least one second path loss offset value as the first path loss offset value; the terminal determines the first path loss offset value to be zero based on predefined rules; or the terminal determines the first path loss offset value to be the default second path loss offset value specified by the network device from at least one second path loss offset value based on predefined rules.

[0204] Optionally, the terminal may select one of at least one second path loss offset value as the first path loss offset value. For example, the terminal may select one of the second path loss offset values ​​as the first path loss offset value based on channel conditions, remaining power consumption, background services, etc., thereby making the selected first path loss offset value more adaptable to the terminal's state and improving flexibility.

[0205] Optionally, the terminal can determine the first path loss offset value to be zero based on predefined rules.

[0206] Optionally, the terminal can determine the first path loss offset value as a default second path loss offset value specified by the network device among at least one second path loss offset value based on predefined rules. For example, if the network device specifies one of the at least one configured second path loss offset values ​​as a default value, the terminal can determine the default value as the first path loss offset value based on predefined rules. The default second path loss offset value can also be referred to as the default value.

[0207] In some embodiments, if the terminal does not receive the second information sent by the network device, it may be because the network device has not added an indication field (used to indicate one of the at least one second path loss offset values ​​configured by the network device). For example, although the terminal receives the DCI, if the DCI does not contain an indication field used to indicate one of the at least one second path loss offset values ​​configured by the network device, it can be considered that the terminal has not received the second information. If the network device has configured at least one second path loss offset value (as in step S2101), and the terminal has not received the second information, the first path loss offset value can be determined to be zero based on predefined rules, or the default second path loss offset value specified by the network device among the at least one second path loss offset values ​​can be determined as the first path loss offset value, or the terminal can select one of the second path loss offset values ​​as the first path loss offset value. If the network device has configured at least one second path loss offset value (as in step S2101), and the terminal receives the second information (as in step S2102), the first path loss offset value can be determined from the second path loss offset values ​​based on the indication of the second information. Of course, the examples given above are merely illustrative and this disclosure is not limited thereto. For instance, if the network device does not configure a second path loss offset value, the terminal can determine the first path loss offset value to be zero based on predefined rules. As another example, even if the network device configures a second path loss offset value and sends the second information, the terminal can still determine the first path loss offset value to be zero based on predefined rules according to the actual situation. This disclosure does not provide a complete list of examples, but it is not limited thereto.

[0208] In some embodiments, the first information may further include a first TCI state. The terminal may determine one of one or more third TCI states corresponding to the first path loss offset value as the first TCI state. There may be a correlation between the path loss offset value and the TCI state. For example, each path loss offset value may correspond to one or more TCI states. For ease of description, this disclosure refers to the TCI state corresponding to the first path loss offset value as a third TCI state. One of one or more third TCI states corresponding to the first path loss offset value may be determined as the first TCI state.

[0209] In some embodiments, the first information may further include a first transmission beam. For example, the terminal may determine the transmission beam corresponding to the first TCI state as the first transmission beam. The terminal may transmit PRACH based on the first transmission beam.

[0210] In some embodiments, the name of the first information is not limited, and it may be, for example, "first parameter", "transmission parameter", etc.

[0211] In step S2104, terminal 101 sends PRACH to network device 102 based on the first information.

[0212] In some embodiments, network device 102 receives PRACH sent by terminal 101.

[0213] In some embodiments, in asymmetric DL STRP and UL MTRP scenarios, terminal 101 sends PRACH to network device 102 based on first information.

[0214] In some embodiments, PRACH is scheduled via PDCCH order.

[0215] In some embodiments, the terminal may report the first information to the network device.

[0216] In some embodiments, the terminal sends a PRACH to the network device 102 based on first information. For example, the terminal may determine the transmission power of the PRACH based on a first path loss offset value and send the PRACH based on the transmission power. Alternatively, the terminal may send the PRACH based on a first transmission beam. Yet another example is that the terminal may send the PRACH based on a beam determined by a first TCI state.

[0217] The communication method involved in the embodiments of this disclosure may include at least one of steps S2101 to S2104. Each of steps S2101 to S2104 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in an adjusted order without contradiction. For example, step S2103 can be implemented as an independent embodiment, but is not limited thereto.

[0218] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0219] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG2a.

[0220] Figure 2b is a schematic diagram illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 2b, this embodiment of the present disclosure relates to a communication method for a communication system 100, the method comprising:

[0221] In step S2201, network device 102 indicates TCI status code point to terminal 101.

[0222] In some embodiments, terminal 101 receives a TCI status code point indicated by network device 102, the TCI status code point containing at least one second TCI status.

[0223] In some embodiments, at least one second TCI state can be used to determine the first information. The second TCI state can be a combined TCI state or an uplink TCI state.

[0224] In some embodiments, step S2201 is optional. For example, if the terminal can determine the first TCI state from at least one second TCI state, then step S2201 can be executed. Alternatively, if the terminal can determine the first TCI state using other methods, then step S2201 can be omitted.

[0225] In step S2202, network device 102 sends third information to terminal 101.

[0226] In some embodiments, terminal 101 receives third information sent by network device 102.

[0227] In some embodiments, the third information is used to indicate one of at least one second TCI state configured in the network device. The terminal can determine the first TCI state from at least one second TCI state based on the third information, that is, it can determine the second TCI state indicated by the third information as the first TCI state.

[0228] In some embodiments, the third information may be, for example, a DCI. For instance, an indication field may be added to the DCI to indicate one of at least one of the second TCI states configured for the network device.

[0229] In some embodiments, the name of the third information is not limited, and it may be, for example, "instruction information".

[0230] In some embodiments, step S2202 is optional. For example, the terminal may determine the first TCI state from at least one second TCI state based on an indication from the network device (i.e., based on third information), and step S2202 may be performed. Alternatively, the terminal may determine the first TCI state from at least one second TCI state in other ways, or determine the first TCI state in other ways without determining it from the second TCI states, in which case step S2202 may be omitted.

[0231] In step S2203, terminal 101 determines the first information.

[0232] In some embodiments, the first information is used to send PRACH in asymmetric DL STRP and UL MTRP scenarios.

[0233] In some embodiments, the first information includes at least one of the following: a first transmit beam; a first Transmission Configuration Indicator (TCI) status; and a first path loss offset value. The first transmit beam may be the beam used to transmit PRACH. The first TCI status may be used to determine the beam used to transmit PRACH. The first path loss offset value may be used to control the power of the transmitted PRACH.

[0234] In some embodiments, the first information may include a first TCI state. If the terminal receives third information sent by the network device, the first information may be determined in the following manner: the first TCI state is determined based on the third information. For example, the second TCI state indicated by the third information is determined as the first TCI state.

[0235] In some embodiments, the third information indicates one of at least one second TCI state indicated by the network device in the following manner: the second TCI states are all joint TCI states, with different bit values ​​indicating different joint TCI states; or, the second TCI states are all uplink TCI states, with different bit values ​​indicating different uplink TCI states; or, the second TCI state includes a joint TCI state and an uplink TCI state, with a first bit value (i.e., a first value) indicating the joint TCI state and a second bit value (i.e., a second value) indicating the uplink TCI state.

[0236] Optionally, all second TCI states can be joint TCI states, and different bit values ​​can be used to indicate different joint TCI states. Taking the network device indicating two second TCI states as an example, a bit value of 0 can indicate the first second TCI state, and a bit value of 1 can indicate the second second TCI state. If the bit value of the bit field added in the third information is 0, the terminal can determine the first second TCI state as the first TCI state. Correspondingly, if the bit value of the bit field added in the third information is 1, the terminal can determine the second second TCI state as the first TCI state. However, this disclosure is not limited to this. For example, the network device can indicate more second TCI states. For example, a bit value of 00 can indicate the first second TCI state, a bit value of 01 can indicate the second second TCI state, a bit value of 10 can indicate the third second TCI state, and a bit value of 11 can indicate the fourth second TCI state. This disclosure does not limit this.

[0237] Optionally, the second TCI may include an uplink TCI state, and different bit values ​​may be used to indicate different uplink TCI states. For specific implementation details, please refer to the above-described implementation of the joint TCI state; these details will not be elaborated upon here.

[0238] Optionally, the second TCI state may include a joint TCI state and an uplink TCI state. A first bit value may be used to indicate the joint TCI state, and a second bit value may be used to indicate the uplink TCI state. For example, if the bit value of the added bit field in the third information is 0, the joint TCI state in the second TCI state can be determined as the first TCI state. If the bit value of the added bit field in the third information is 1, the uplink TCI state in the second TCI state can be determined as the first TCI state.

[0239] In some embodiments, in asymmetric DL STRP and UL MTRP scenarios, the network device can indicate a joint TCI state and an uplink TCI state. The beam determined by the joint TCI state can be used for both uplink and downlink transmission; therefore, the beam determined by the joint TCI state can be used for the first TRP. The beam determined by the uplink TCI state is only used for uplink transmission; therefore, the beam determined by the uplink TCI state can be used for the second TRP. If the joint TCI state is determined to be the first TCI state based on third information, the terminal can send a PRACH to the first TRP based on the beam determined by the joint TCI state. If the uplink TCI state is determined to be the first TCI state based on third information, the terminal can send a PRACH to the second TRP based on the beam determined by the uplink TCI state. Of course, this disclosure is not limited thereto.

[0240] In some embodiments, the first information may include a first TCI state. If the terminal does not receive the third information sent by the network device, or if the terminal receives the third information sent by the network device but does not determine the first information based on the third information based on the actual situation, the first information may be determined in at least one of the following ways: the terminal selects one of at least one second TCI states as the first TCI state; the terminal determines the first of at least one second TCI states as the first TCI state based on predefined rules; the terminal determines the second TCI state corresponding to the second TRP in at least one second TCI state as the first TCI state based on predefined rules, where the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario; the terminal determines the second TCI state with a non-zero associated path loss offset value in at least one second TCI state as the first TCI state based on predefined rules; the terminal determines the second TCI state with the largest associated path loss offset value in at least one second TCI state as the first TCI state based on predefined rules.

[0241] Optionally, the terminal may select one of at least one second TCI state as the first TCI state. For example, the terminal may select one of at least one second TCI state as the first TCI state based on channel conditions, remaining power consumption, background services, etc., thereby making the selected first TCI state more adaptable to the terminal's state and improving flexibility.

[0242] Optionally, the terminal can determine the first of at least one second TCI state as the first TCI state based on predefined rules. For example, the network device can place the second TCI state that is used more frequently as the first of at least one second TCI state. When the terminal does not receive the second information sent by the network device, or when the network device does not send the second information based on resource, service, or other factors, the terminal can default to determining the first second TCI state as the first TCI state. Of course, this disclosure is only an example, and the network device can also place other second TCI states with specific characteristics or any second TCI state as the first of at least one second TCI state; this disclosure does not limit this.

[0243] Optionally, the terminal can determine the second TCI state corresponding to the second TRP in at least one second TCI state as the first TCI state based on predefined rules. For example, there is a correspondence between the second TCI states and each TRP of the network device. The terminal can determine the second TCI state corresponding to the second TRP as the first TCI state so that it can send PRACH to the second TRP.

[0244] Optionally, the terminal can, based on predefined rules, identify at least one second TCI state with a non-zero associated path loss offset value as the first TCI state. For example, typically, the downlink path loss estimate of the first TRP differs from the path loss estimate of the second TRP, meaning the path loss offset value is usually not zero. Therefore, when configuring the second TCI state, the network device can associate a non-zero path loss offset value with the second TCI state used for the second TRP. For the second TCI state used for the first TRP, a path loss offset value may not be associated, or it may be associated with a path loss offset value of zero. The terminal can identify a second TCI state with a non-zero associated path loss offset value as the first TCI state, thereby facilitating the transmission of PRACH to the second TRP.

[0245] Optionally, the terminal can, based on predefined rules, determine the second TCI state with the largest associated path loss offset value among at least one second TCI state as the first TCI state. For example, if all path loss offset values ​​associated with a second TCI state are non-zero, the second TCI state with the largest associated path loss offset value can be determined as the first TCI state. In this embodiment, the path loss offset value is a non-negative number. It can be understood that the larger the path loss offset value, the smaller the path loss estimate of the second TRP determined by the path loss offset value, that is, the closer the second TRP is, the lower the transmission power, and the more power consumption of the terminal can be saved.

[0246] In some embodiments, in asymmetric DL STRP and UL MTRP scenarios, the terminal can send PRACH to the second TRP to achieve relatively low transmission power and save terminal power consumption. This embodiment implements sending PRACH to the second TRP in the following way:

[0247] For example, if there is a correspondence between the second TCI state and each TRP of the network device, the terminal can determine the second TCI state corresponding to the second TRP as the first TCI state from at least one second TCI state, so as to send PRACH to the second TRP using the beam determined by the first TCI state.

[0248] For example, a terminal can identify the uplink TCI state in the second TCI state as the first TCI state. Since the first TRP is used for uplink and / or downlink transmission, and the second TRP is used only for uplink transmission, if the network device indicates a combined TCI state and an uplink TCI state, the combined TCI state can be used for the first TRP, and the uplink TCI state can be used for the second TRP. Therefore, the terminal identifies the uplink TCI state in the second TCI state as the first TCI state in order to send a PRACH to the second TRP.

[0249] For example, when a network device indicates one downlink TCI state and two uplink TCI states, and the path loss offset values ​​associated with the two uplink TCI states are both non-zero; or when the network device indicates two joint TCI states, and the path loss offset values ​​associated with the two joint TCI states are both non-zero, the terminal can determine the second TCI state with the largest associated path loss offset value as the first TCI state.

[0250] In some embodiments, the first information further includes a first path loss offset value, which the terminal can determine as the first path loss offset value associated with the first TCI state. The power to transmit PRACH can be determined based on the first path loss offset value. For example, if the first path loss offset value is zero, the path loss estimate can be determined as the uplink path loss estimate of the first TRP, and the transmission power to transmit PRACH can be determined based on the uplink path loss estimate of the first TRP. Alternatively, if the first path loss offset value is non-zero, the uplink path loss estimate of the first TRP can be subtracted from the path loss offset value to obtain a new path loss estimate, and the transmission power to transmit PRACH can be determined based on the new path loss estimate.

[0251] In some embodiments, the first information further includes a first transmission beam. The terminal may use the beam determined by the first TCI state as the first transmission beam. The terminal may transmit PRACH based on the first transmission beam.

[0252] In step S2204, terminal 101 sends PRACH to network device 102 based on the first information.

[0253] The optional implementation of step S2204 can refer to the optional implementation of step S2104 above, and will not be repeated here.

[0254] The communication method involved in the embodiments of this disclosure may include at least one of steps S2201 to S2204. Each of steps S2201 to S2204 can be a separate embodiment, and the embodiments can be arbitrarily combined and their order adjusted without contradiction. For example, step S2203 can be implemented as an independent embodiment, but is not limited thereto.

[0255] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0256] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG2b.

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

[0258] In step S2301, terminal 101 determines the direction of sending PRACH.

[0259] In some embodiments, the terminal determines the direction of sending PRACH, that is, determines which TRP to send PRACH to, or determines the TRP to receive PRACH.

[0260] In some embodiments, the terminal can determine the direction of sending PRACH. For example, in asymmetric DL STRP and UL MTRP scenarios, the terminal can send PRACH to a first TRP or to a second TRP. That is, the direction of sending PRACH includes at least one of the following: the first TRP; the second TRP.

[0261] In step S2302, terminal 101 determines the first information corresponding to the direction of sending PRACH.

[0262] In some embodiments, the terminal can determine the first information corresponding to the direction from the fourth TCI state configured by the network device. For example, the first information corresponding to the first TRP can be determined from the fourth TCI state. As another example, the first information corresponding to the second TRP can be determined from the fourth TCI state.

[0263] In some embodiments, the terminal can determine the first TCI state corresponding to the direction from the fifth TCI state activated by the MAC CE. For example, after the network device is configured with a fourth TCI state, it can activate at least one of the fourth TCI states via MAC CE as the fifth TCI state. The fifth TCI state is at least one of the fourth TCI states.

[0264] In some embodiments, the terminal can determine the first TCI state corresponding to the direction from the sixth TCI state indicated by the DCI. For example, after the network device activates at least one of the fourth TCI states as the fifth TCI state, it can indicate at least one of the fifth TCI states as the sixth TCI state through the DCI. The sixth TCI state is at least one of the fifth TCI states. The terminal can determine the first TCI state corresponding to the direction from the sixth TCI state indicated by the DCI.

[0265] In some embodiments, the first information is used to send PRACH in asymmetric DL STRP and UL MTRP scenarios.

[0266] In some embodiments, the first information includes at least one of the following: a first transmit beam; a first Transmission Configuration Indicator (TCI) status; and a first path loss offset value. The first transmit beam may be the beam used to transmit PRACH. The first TCI status may be used to determine the beam used to transmit PRACH. The first path loss offset value may be used to control the power of the transmitted PRACH.

[0267] In step S2303, terminal 101 sends PRACH to network device 102 based on the first information.

[0268] The optional implementation of step S2303 can refer to the optional implementation of step S2104 above, and will not be repeated here.

[0269] The communication method involved in the embodiments of this disclosure may include at least one of steps S2301 to S2303. Each of steps S2301 to S2303 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in different orders without contradiction. For example, step S2302 can be implemented as an independent embodiment, but is not limited thereto.

[0270] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0271] In some embodiments, other optional implementations may be described before or after the specification corresponding to FIG2c.

[0272] Figure 2d is a schematic diagram illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 2d, this embodiment of the present disclosure relates to a communication method for a communication system 100, the method comprising:

[0273] In step S2401, network device 102 configures at least one second transmission beam to terminal 101.

[0274] In some embodiments, terminal 101 receives at least one second transmission beam configured by network device 102.

[0275] In some embodiments, network device 102 may configure at least one second transmit beam to the terminal based on the Physical Downlink Control Channel (PDCCH). For example, at least one second transmit beam may be configured via RRC signaling.

[0276] In some embodiments, the second transmit beam can be used by the terminal to determine the first transmit beam, and the first transmit beam can be used to transmit PRACH. The names of the first transmit beam and the second transmit beam are not limited.

[0277] In some embodiments, step S2101 is optional. For example, if the terminal can determine the first transmission beam from at least one second transmission beam, then step S2101 can be performed. Alternatively, if the terminal can determine the first transmission beam using other methods, then step S2101 can be omitted.

[0278] In step S2402, terminal 101 determines the first information.

[0279] In some embodiments, the first information is used to send PRACH in asymmetric DL STRP and UL MTRP scenarios.

[0280] In some embodiments, the first information includes at least one of the following: a first transmit beam; a first Transmission Configuration Indicator (TCI) status; and a first path loss offset value. The first transmit beam may be the beam used to transmit PRACH. The first TCI status may be used to determine the beam used to transmit PRACH. The first path loss offset value may be used to control the power of the transmitted PRACH.

[0281] In some embodiments, the first information may include a first transmission beam, which is determined by the terminal selecting one of at least one second transmission beam as the first transmission beam.

[0282] In some embodiments, the terminal may also receive fourth information sent by the network device, the fourth information indicating one of at least one second transmission beam configured by the network device. Based on the fourth information, the terminal determines the first transmission beam from the second transmission beams. Alternatively, the terminal may determine the default second transmission beam specified by the network device as the first transmission beam, which is not limited in this disclosure.

[0283] In some embodiments, the first information may further include a first TCI state and / or a first path loss offset value, and the terminal may determine one of the TCI state and / or path loss offset value corresponding to the first transmit beam as the first TCI state and / or the first path loss offset value.

[0284] In step S2403, terminal 101 sends PRACH to network device 102 based on the first information.

[0285] The optional implementation of step S2403 can refer to the optional implementation of step S2104 above, and will not be repeated here.

[0286] The communication method involved in the embodiments of this disclosure may include at least one of steps S2401 to S2403. Each of steps S2401 to S2403 can be a separate embodiment, and the embodiments can be arbitrarily combined and their order adjusted without contradiction. For example, step S2402 can be implemented as an independent embodiment, but is not limited thereto.

[0287] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0288] In some embodiments, other alternative implementations may be described before or after the specification corresponding to Figure 2d.

[0289] Figure 3a is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 3a, this embodiment of the present disclosure relates to a communication method executed by terminal 101, the method including:

[0290] Step S3101: Obtain at least one second path loss offset value.

[0291] The optional implementation of step S3101 can be found in the optional implementation of step S2101 in Figure 2a, and other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0292] In some embodiments, terminal 101 receives at least one second path loss offset value configured by network device 102, but is not limited thereto, and may also receive at least one second path loss offset value sent by other entities.

[0293] In some embodiments, terminal 101 acquires at least one second path loss offset value as specified by the protocol.

[0294] In some embodiments, terminal 101 obtains at least one second path loss offset value from upper layer(s).

[0295] In some embodiments, terminal 101 performs processing to obtain at least one second path loss offset value.

[0296] In some embodiments, step S3101 is omitted, and terminal 101 autonomously implements the function indicated by at least one second path loss offset value, or the above function is default or default.

[0297] Step S3102: Obtain the second information.

[0298] The optional implementation of step S3102 can be found in the optional implementation of step S2102 in Figure 2a, and other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0299] In some embodiments, terminal 101 receives second information sent by network device 102, but is not limited thereto; it may also receive second information sent by other entities.

[0300] In some embodiments, terminal 101 obtains second information as defined by the protocol.

[0301] In some embodiments, terminal 101 obtains second information from upper layer(s).

[0302] In some embodiments, the terminal 101 performs processing to obtain the second information.

[0303] In some embodiments, step S3102 is omitted, and the terminal 101 autonomously implements the function indicated by the second information, or the above function is defaulted or set to default.

[0304] Step S3103: Determine the first information.

[0305] The optional implementation of step S3103 can be found in the optional implementation of step S2103 in Figure 2a, and other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0306] Step S3104: Based on the first information, send PRACH.

[0307] The optional implementation of step S3104 can be found in the optional implementation of step S2104 in Figure 2a, and other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0308] In some embodiments, terminal 101 sends PRACH to network device 102 based on first information, but is not limited thereto; it may also send PRACH to other entities based on the first information.

[0309] The communication method involved in the embodiments of this disclosure may include at least one of steps S3101 to S3104. Each of steps S3101 to S3104 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in different orders without contradiction. For example, step S3103 can be implemented as an independent embodiment, but is not limited thereto.

[0310] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0311] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG3a.

[0312] Figure 3b is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 3b, this embodiment of the present disclosure relates to a communication method executed by terminal 101, the method including:

[0313] Step S3201: Obtain the TCI status code point.

[0314] The optional implementation of step S3201 can be found in the optional implementation of step S2201 in Figure 2b, and other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0315] In some embodiments, terminal 101 receives a TCI status code point indicated by network device 102, but is not limited thereto, and may also receive a TCI status code point sent by other entities.

[0316] In some embodiments, terminal 101 obtains the TCI status code point specified by the protocol.

[0317] In some embodiments, terminal 101 obtains TCI status code points from upper layer(s).

[0318] In some embodiments, the terminal 101 processes the data to obtain the TCI status code point.

[0319] In some embodiments, step S3201 is omitted, and the terminal 101 autonomously implements the function indicated by the TCI status code point, or the above function is default or default.

[0320] Step S3202: Obtain third information.

[0321] The optional implementation of step S3202 can be found in the optional implementation of step S2202 in Figure 2b, and other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0322] In some embodiments, terminal 101 receives third information sent by network device 102, but is not limited thereto; it may also receive third information sent by other entities.

[0323] In some embodiments, terminal 101 obtains third information as defined by the protocol.

[0324] In some embodiments, terminal 101 obtains third information from upper layer(s).

[0325] In some embodiments, terminal 101 processes the information to obtain third information.

[0326] In some embodiments, step S3202 is omitted, and the terminal 101 autonomously implements the function indicated by the third information, or the above function is defaulted or set to default.

[0327] Step S3203: Determine the first information.

[0328] The optional implementation of step S3203 can be found in the optional implementation of step S2203 in Figure 2b, and other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0329] Step S3204: Based on the first information, send PRACH.

[0330] The optional implementation of step S3204 can be found in the optional implementation of step S2204 in Figure 2b, and other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0331] In some embodiments, terminal 101 sends PRACH to network device 102 based on first information, but is not limited thereto; it may also send PRACH to other entities based on the first information.

[0332] The communication method involved in the embodiments of this disclosure may include at least one of steps S3201 to S3204. Each of steps S3201 to S3204 can be a separate embodiment, and the embodiments can be arbitrarily combined and their order adjusted without contradiction. For example, step S3203 can be implemented as an independent embodiment, but is not limited thereto.

[0333] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0334] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG3b.

[0335] Figure 3c is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 3c, this embodiment of the present disclosure relates to a communication method executed by terminal 101, the method including:

[0336] Step S3301: Determine the direction of sending PRACH.

[0337] The optional implementation of step S3301 can be found in the optional implementation of step S2301 in Figure 2c, and other related parts in the embodiment involved in Figure 2c, which will not be repeated here.

[0338] Step S3302: Determine the first information corresponding to the direction of sending PRACH.

[0339] The optional implementation of step S3302 can be found in the optional implementation of step S2302 in Figure 2c, and other related parts in the embodiment involved in Figure 2c, which will not be repeated here.

[0340] Step S3303: Based on the first information, send PRACH.

[0341] The optional implementation of step S3303 can be found in the optional implementation of step S2303 in Figure 2c, and other related parts in the embodiment involved in Figure 2c, which will not be repeated here.

[0342] In some embodiments, terminal 101 sends PRACH to network device 102 based on first information, but is not limited thereto; it may also send PRACH to other entities based on the first information.

[0343] The communication method involved in the embodiments of this disclosure may include at least one of steps S3301 to S3303. Each of steps S3301 to S3303 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in different orders without contradiction. For example, step S3302 can be implemented as an independent embodiment, but is not limited thereto.

[0344] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0345] In some embodiments, other optional implementations may be described before or after the specification corresponding to FIG2c.

[0346] Figure 3d is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 3d, this embodiment of the present disclosure relates to a communication method executed by terminal 101, the method including:

[0347] Step S3401: Obtain at least one second transmission beam.

[0348] The optional implementation of step S3401 can be found in the optional implementation of step S2401 in Figure 2d, and other related parts in the embodiment involved in Figure 2d, which will not be repeated here.

[0349] In some embodiments, terminal 101 receives at least one second transmission beam configured by network device 102, but is not limited thereto, and may also receive at least one second transmission beam transmitted by other entities.

[0350] In some embodiments, terminal 101 acquires at least one second transmission beam as defined by the protocol.

[0351] In some embodiments, terminal 101 obtains at least one second transmission beam from upper layer(s).

[0352] In some embodiments, terminal 101 performs processing to obtain at least one second transmission beam.

[0353] In some embodiments, step S3401 is omitted, and terminal 101 autonomously implements at least one function indicated by the second transmission beam, or the above function is default or default.

[0354] Step S3402: Determine the first information.

[0355] The optional implementation of step S3402 can be found in the optional implementation of step S2402 in Figure 2d, and other related parts in the embodiment involved in Figure 2d, which will not be repeated here.

[0356] Step S3403: Based on the first information, send PRACH.

[0357] The optional implementation of step S3403 can be found in the optional implementation of step S2403 in Figure 2d, and other related parts in the embodiment involved in Figure 2d, which will not be repeated here.

[0358] In some embodiments, terminal 101 sends PRACH to network device 102 based on first information, but is not limited thereto; it may also send PRACH to other entities based on the first information.

[0359] The communication method involved in the embodiments of this disclosure may include at least one of steps S3401 to S3403. Each of steps S3401 to S3403 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in an adjusted order without contradiction. For example, step S3402 can be implemented as an independent embodiment, but is not limited thereto.

[0360] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0361] In some embodiments, other alternative implementations may be described before or after the specification corresponding to Figure 3d.

[0362] Figure 4a is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 4a, this embodiment of the present disclosure relates to a communication method executed by a network device 102, the method including:

[0363] Step S4101: Configure at least one second path loss offset value.

[0364] The optional implementation of step S4101 can be found in the optional implementation of step S2101 in Figure 2a, and other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0365] In some embodiments, network device 102 configures at least one second path loss offset value to terminal 101, but is not limited thereto, and may also configure at least one second path loss offset value to other entities.

[0366] Step S4102: Send the second message.

[0367] The optional implementation of step S4102 can be found in the optional implementation of step S2103 in Figure 2a, as well as other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0368] In some embodiments, network device 102 sends second information to terminal 101, but is not limited thereto; it may also send second information to other entities.

[0369] Step S4103: Obtain PRACH.

[0370] The optional implementation of step S4103 can be found in the optional implementation of step S2104 in Figure 2a, as well as other related parts in the embodiment involved in Figure 2a, which will not be repeated here.

[0371] In some embodiments, network device 102 obtains the PRACH sent by terminal 101 based on the first information, but is not limited thereto, and may also obtain the PRACH sent by other entities based on the first information.

[0372] The communication method involved in the embodiments of this disclosure may include at least one of steps S4101 to S4103. Each of steps S4101 to S4103 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in different orders without contradiction. For example, step S4103 can be implemented as an independent embodiment, but it is not limited thereto.

[0373] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0374] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG4a.

[0375] Figure 4b is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 4b, this embodiment of the present disclosure relates to a communication method executed by a network device 102, the method comprising:

[0376] Step S4201: Indicate the TCI status code point.

[0377] The optional implementation of step S4201 can be found in the optional implementation of step S2201 in Figure 2b, and other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0378] In some embodiments, network device 102 indicates a TCI status code point to terminal 101, but is not limited thereto; it may also indicate a TCI status code point to other entities.

[0379] Step S4202: Send the third message.

[0380] Optional implementations of step S4202 can be found in the optional implementations of step S2202 in Figure 2b, as well as other related parts in the embodiments involved in Figure 2b, which will not be repeated here.

[0381] In some embodiments, network device 102 sends third information to terminal 101, but is not limited thereto; it may also send third information to other entities.

[0382] Step S4203: Obtain PRACH.

[0383] The optional implementation of step S4203 can be found in the optional implementation of step S2204 in Figure 2b, as well as other related parts in the embodiment involved in Figure 2b, which will not be repeated here.

[0384] In some embodiments, network device 102 obtains the PRACH sent by terminal 101 based on the first information, but is not limited thereto, and may also obtain the PRACH sent by other entities based on the first information.

[0385] The communication method involved in the embodiments of this disclosure may include at least one of steps S4201 to S4203. Each of steps S4201 to S4203 can be a separate embodiment, and the embodiments can be arbitrarily combined and their order adjusted without contradiction. For example, step S4203 can be implemented as an independent embodiment, but is not limited thereto.

[0386] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0387] In some embodiments, other alternative implementations may be described before or after the specification corresponding to FIG4b.

[0388] Figure 4c is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 4c, this embodiment of the present disclosure relates to a communication method executed by a network device 102, the method including:

[0389] Step S4301: Obtain PRACH.

[0390] The optional implementation of step S4301 can be found in the optional implementation of step S2303 in Figure 2c, as well as other related parts in the embodiment involved in Figure 2c, which will not be repeated here.

[0391] In some embodiments, network device 102 obtains the PRACH sent by terminal 101 based on the first information, but is not limited thereto, and may also obtain the PRACH sent by other entities based on the first information.

[0392] Figure 4d is a flowchart illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 4d, this embodiment of the present disclosure relates to a communication method executed by a network device 102, the method comprising:

[0393] Step S4401: Configure at least one second transmission beam.

[0394] The optional implementation of step S4401 can be found in the optional implementation of step S2401 in Figure 2d, and other related parts in the embodiment involved in Figure 2d, which will not be repeated here.

[0395] In some embodiments, network device 102 configures at least one second transmission beam to terminal 101, but is not limited thereto, and may also transmit at least one second transmission beam to other entities.

[0396] Step S4402: Obtain PRACH.

[0397] The optional implementation of step S4402 can be found in the optional implementation of step S2303 in Figure 2c, as well as other related parts in the embodiment involved in Figure 2c, which will not be repeated here.

[0398] In some embodiments, network device 102 obtains the PRACH sent by terminal 101 based on the first information, but is not limited thereto, and may also obtain the PRACH sent by other entities based on the first information.

[0399] The communication method involved in the embodiments of this disclosure may include at least one of steps S4401 to S4402. Each of steps S4401 to S4402 can be a separate embodiment, and the embodiments can be arbitrarily combined and implemented in different orders without contradiction. For example, step S4402 can be implemented as an independent embodiment, but it is not limited thereto.

[0400] In some embodiments, multiple steps are optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0401] In some embodiments, other alternative implementations described before or after the specification corresponding to Figure 4d may be referred to.

[0402] Figure 5 is a schematic diagram illustrating a communication method according to an embodiment of the present disclosure. As shown in Figure 5, this embodiment of the present disclosure relates to a communication method, which includes:

[0403] In step S5101, network device 102 configures at least one second path loss offset value to terminal 101, or indicates a TCI status code point to terminal, or configures at least one second transmission beam to the middle terminal.

[0404] In step S5102, terminal 101 determines first information based on at least one path loss offset value, or TCI status code point, or at least one second transmission beam.

[0405] In some embodiments, the above methods may include the methods of the embodiments related to the communication system 100, terminal 101, network device 102, etc., which will not be described again here.

[0406] This disclosure provides a communication method as follows:

[0407] In some embodiments, multiple path loss offset (PL offset) preset values / configurations are configured via RRC, and the presence of a path loss offset information indication field in DCI is also configured.

[0408] In some embodiments, when the indication field is present, the bit width in the DCI is determined by the maximum configuration value M allowed by the PL offset, which can be predefined as log2(M) bits.

[0409] In some embodiments, if the indication field is not configured, the default value is 0dB; or the network configuration initial value (PL_offset_init) is applied; the choice is made by the terminal.

[0410] In some embodiments, the path loss offset value of the PRACH transmission application is determined by the PL offset associated with the TCI state indicated by the network, while configuring whether there is a TCI state selection indication field in the DCI.

[0411] In some embodiments, when the indicated TCI state is 1, the indicated field either does not exist or exists and its value defaults to 0.

[0412] In some embodiments, when there are two indicated TCI states, and the indication field is configured to exist, the number of DCI bits is 1 bit, which is used to indicate which TCI state corresponds to the power offset value.

[0413] In some embodiments, for a joint TCI state / UL TCI state, bit 0 indicates the first TCI state, bit 1 indicates the second TCI state, and vice versa.

[0414] In some embodiments, for mixed mode, bit 0 indicates joint TCI state, bit 1 indicates UL TCI state, and vice versa.

[0415] In some embodiments, when there are two indicated TCI states and no indication field is configured, the DCI bit is 0, and the default value is determined by the following rules or network signaling configuration:

[0416] 1) Fixed application of the PL offset associated with the first TCI state;

[0417] 2) Fixed application UL TRP corresponding to the TCI state associated with the PL offset.

[0418] In some embodiments, for a joint TCI state, there is a corresponding TCI state with a non-0dB associated PL offset.

[0419] In some embodiments, for the mixed mode, the UL TCI state is applied.

[0420] 3) Fixed application UL TRP corresponding TCI state associated PL offset; if there are 2 joint / UL TCI states and the corresponding PL offsets are both non-zero, the TCI state with the larger absolute value of PL offset is preferred.

[0421] 4) The terminal determines which TCI state it is associated with;

[0422] In some embodiments, the terminal decides whether to send to the DL TRP or UL TRP and uses the PL offset corresponding to the selected TCI state to determine the path loss offset value for the PRACH application without adding a DCI indication.

[0423] This disclosure also provides an apparatus for implementing any of the above methods. For example, an apparatus is provided that includes units or modules for implementing the steps performed by the terminal in any of the above methods. Alternatively, another apparatus is provided 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.

[0424] 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.

[0425] 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).

[0426] Figure 6a is a schematic diagram of the terminal structure proposed in an embodiment of this disclosure. As shown in Figure 6a, the terminal 6100 may include at least one of a processing module 6102 and a transceiver module 6101. The processing module 6102 is used to determine first information, which is used to transmit a random access channel (PRACH) in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios.

[0427] In some embodiments, the first information includes at least one of the following: a first transmit beam; a first transmission configuration indicating TCI status; and a first path loss offset value, which, together with the downlink path loss estimate of the first TRP, determines the path loss estimate of the second TRP, wherein the first TRP is a TRP used for uplink and / or downlink transmission in an asymmetric MTRP scenario, and the second TRP is a TRP used only for uplink transmission in an asymmetric MTRP scenario.

[0428] In some embodiments, the terminal further includes a transceiver module 6101 for receiving at least one second path loss offset value configured by the network device, wherein the first information is determined based on the second path loss offset value.

[0429] In some embodiments, the first information includes a first path loss offset value. The transceiver module 6101 is configured to receive second information sent by the network device, the second information indicating one of at least one second path loss offset value configured by the network device. The processing module 6102 determines the first information in the following manner: the terminal determines the first path loss offset value based on the second information.

[0430] In some embodiments, the first information includes a first path loss offset value, and the processing module 6102 determines the first information in at least one of the following ways: the terminal selects one from at least one second path loss offset value as the first path loss offset value; the terminal determines the first path loss offset value to be zero based on predefined rules; or the terminal determines the first path loss offset value to be a default second path loss offset value specified by the network device from at least one second path loss offset value based on predefined rules.

[0431] In some embodiments, the first information further includes a first TCI state, and the processing module 6102 determines the first information in the following manner: the terminal determines one of one or more third TCI states corresponding to the first path loss offset value as the first TCI state.

[0432] In some embodiments, the first information includes a first transmission beam, and the transceiver module 6101 is further configured to: receive at least one second transmission beam configured by the network device. The processing module 6102 determines the first information in such a manner that the terminal selects one of the at least one second transmission beam as the first transmission beam.

[0433] In some embodiments, the transceiver module 6101 is further configured to: receive a TCI status code point indicated by a network device, the TCI status code point including at least one second TCI status, the first information being determined based on at least one second TCI status, wherein the second TCI status is a joint TCI status or an uplink TCI status.

[0434] In some embodiments, the first information includes a first TCI state, and the transceiver module 6101 is further configured to: receive third information sent by the network device, the third information indicating one of at least one second TCI state indicated by the network device. The terminal determines the first TCI state based on the third information.

[0435] In some embodiments, the first information includes a first TCI state, and the processing module 6102 determines the first information using at least one of the following methods: The terminal selects one of at least one second TCI states as the first TCI state. The terminal determines the first of the at least one second TCI states as the first TCI state based on predefined rules. The terminal determines the second TCI state corresponding to the second TRP among the at least one second TCI states as the first TCI state based on predefined rules, where the second TRP is a TRP used for uplink transmission in an asymmetric MTRP scenario. The terminal determines the second TCI state with a non-zero associated path loss offset value among the at least one second TCI states as the first TCI state based on predefined rules. The terminal determines the second TCI state with the largest associated path loss offset value among the at least one second TCI states as the first TCI state based on predefined rules.

[0436] In some embodiments, the third information indicates one of at least one second TCI state indicated by the network device in the following manner: All second TCI states are joint TCI states, with different bit values ​​indicating different joint TCI states. Alternatively, all second TCI states are uplink TCI states, with different bit values ​​indicating different uplink TCI states. Alternatively, the second TCI state includes a joint TCI state and an uplink TCI state, with a first bit value indicating the joint TCI state and a second bit value indicating the uplink TCI state.

[0437] In some embodiments, the processing module 6102 determines the first information in the following manner: the terminal determines the direction of sending PRACH and determines the first information corresponding to the direction.

[0438] In some embodiments, the direction of sending PRACH includes at least one of the following: a first TRP, which is a TRP used for uplink and downlink transmission in an asymmetric MTRP scenario; and a second TRP, which is a TRP used for uplink transmission in an asymmetric MTRP scenario.

[0439] In some embodiments, the first information includes a first TCI state, and the transceiver module 6101 determines the first information using at least one of the following methods: determining the first TCI state corresponding to the direction from a fourth TCI state configured by the network device; determining the first TCI state corresponding to the direction from a fifth TCI state activated by the MAC CE, wherein the fifth TCI state is at least one of the fourth TCI states; or determining the first TCI state corresponding to the direction from a sixth TCI state indicated by the DCI, wherein the sixth TCI state is at least one of the fifth TCI states.

[0440] In some embodiments, the first information further includes a first path loss offset value, and the processing module 6102 is further configured to: the terminal determine the path loss offset value corresponding to the first TCI state as the first path loss offset value.

[0441] Figure 6b is a schematic diagram of the network device proposed in an embodiment of this disclosure. As shown in Figure 6b, the network device 6200 may include at least one of a transceiver module 6201 and a processing module 6202. The transceiver module 6201 is used to configure at least one second path loss offset value to the terminal, or to indicate a TCI status code point to the terminal, or to configure at least one second transmission beam to the intermediate terminal. The at least one path loss offset value, TCI status code point, or at least one second transmission beam is used to determine first information, which is used to receive the random access channel PRACH in asymmetric downlink single transmission point (TRP) and uplink multiple TRP scenarios.

[0442] In some embodiments, the transceiver module 6201 is further configured to: send second information to the terminal via the network device, the second information being used to indicate one of at least one second path loss offset values ​​configured by the network device.

[0443] In some embodiments, the transceiver module 6201 is further configured to: send third information to the terminal via the network device, the third information being used to indicate one of at least one second TCI state indicated by the network device.

[0444] Figure 7a is a schematic diagram of the structure of a communication device 7100 according to an embodiment of this disclosure. The communication device 7100 can be a network device, a terminal, or a chip, chip system, or processor that supports the network device in implementing any of the above methods; alternatively, the network device can be an access network device, a core network device, etc. Optionally, the terminal can be a user equipment, etc. The communication device 7100 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.

[0445] As shown in Figure 7a, the communication device 7100 includes one or more processors 7101. The processor 7101 can be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control the communication device, execute programs, and process program data. The communication device 7100 is used to execute any of the above methods. Optionally, the communication device can be a base station, a baseband chip, a terminal device, a terminal device chip, a DU (Distributed Unit), or a CU (Computer Integrated Circuit), etc.

[0446] In some embodiments, the communication device 7100 further includes one or more memories 7102 for storing instructions. Optionally, all or part of the memories 7102 may also be located outside the communication device 7100.

[0447] In some embodiments, the communication device 7100 further includes one or more transceivers 7103. When the communication device 7100 includes one or more transceivers 7103, the transceivers 7103 perform communication steps S2101 such as sending and / or receiving in the above method, and the processor 7101 performs other steps.

[0448] In some embodiments, a transceiver may include a receiver and / or a transmitter, which may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, etc., may be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., may be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., may be used interchangeably.

[0449] In some embodiments, the communication device 7100 may include one or more interface circuits 7104. Optionally, the interface circuit 7104 is connected to the memory 7102, and the interface circuit 7104 can be used to receive signals from the memory 7102 or other devices, and can be used to send signals to the memory 7102 or other devices. For example, the interface circuit 7104 can read instructions stored in the memory 7102 and send the instructions to the processor 7101.

[0450] The communication device 7100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 7100 described in this disclosure is not limited thereto, and the structure of the communication device 7100 may not be limited by FIG. 7a. The communication device may be a standalone device or a 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, the IC collection may also include storage components for storing data and programs; (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.

[0451] Figure 7b is a schematic diagram of the structure of chip 7200 according to an embodiment of this disclosure. For cases where the communication device 7100 can be a chip or a chip system, the schematic diagram of the chip 7200 shown in Figure 7b can be referred to, but is not limited thereto.

[0452] Chip 7200 includes one or more processors 7201, which are used to perform any of the above methods.

[0453] In some embodiments, chip 7200 further includes one or more interface circuits 7202. Optionally, the interface circuit 7202 is connected to memory 7203, and the interface circuit 7202 can be used to receive signals from memory 7203 or other devices, and the interface circuit 7202 can be used to send signals to memory 7203 or other devices. For example, the interface circuit 7202 can read instructions stored in memory 7203 and send the instructions to processor 7201.

[0454] In some embodiments, the interface circuit 7202 performs communication steps S2101 such as sending and / or receiving in the above method, and the processor 7201 performs other steps.

[0455] In some embodiments, the terms interface circuit, interface, transceiver pin, transceiver, etc., can be used interchangeably.

[0456] In some embodiments, chip 7200 further includes one or more memories 7203 for storing instructions. Optionally, all or part of the memories 7203 may be located outside of chip 7200.

[0457] This disclosure also proposes a storage medium storing instructions that, when executed on the communication device 7100, cause the communication device 7100 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.

[0458] This disclosure also provides a program product that, when executed by the communication device 7100, causes the communication device 7100 to perform any of the above methods. Optionally, the program product is a computer program product. This disclosure also provides 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 by comprising: The method comprises: The terminal determines first information, the first information is used for sending a random access channel PRACH in an asymmetric downlink single transmission point TRP and an uplink multi-TRP scene; The PRACH is scheduled by a downlink control channel control signaling PDCCH order.

2. The method of claim 1, wherein, The first information comprises at least one of the following: A first transmission beam; A first transmission configuration indication TCI state; A first path loss offset value, which is used together with a downlink path loss estimation of a first TRP to determine a path loss estimation of a second TRP, the first TRP being a TRP used for uplink transmission and / or downlink transmission in an asymmetric MTRP scene, and the second TRP being a TRP used only for uplink transmission in the asymmetric MTRP scene.

3. The method according to any one of claims 1-2, characterized in that, The method further comprises: The terminal receives at least one second path loss offset value configured by a network device, and the first information is determined based on the second path loss offset value.

4. The method of claim 3, wherein, The first information comprises a first path loss offset value, and the first information is determined in the following manner: The terminal receives second information sent by a network device, the second information being used to indicate one of at least one second path loss offset value configured by the network device; The terminal determines the first path loss offset value based on the second information.

5. The method of claim 3, wherein, The first information comprises a first path loss offset value, and the first information is determined in at least one of the following manners: The terminal selects one of the at least one second path loss offset value as the first path loss offset value; The terminal determines the first path loss offset value as zero based on a predefined rule; The terminal determines the first path loss offset value as a default second path loss offset value specified by the network device among the at least one second path loss offset value based on a predefined rule.

6. The method according to claim 4 or 5, characterized in that, The first information further comprises a first TCI state, and the method further comprises: The terminal determines one of one or more third TCI states corresponding to the first path loss offset value as the first TCI state.

7. The method of any of claims 1-2, wherein, The first information comprises a first transmission beam, and the first information is determined in the following manner: The terminal receives at least one second transmission beam configured by a network device; The terminal selects one of the at least one second transmission beam as the first transmission beam.

8. The method of any of claims 1-2, wherein, The method further comprises: The terminal receives a TCI state code point indicated by a network device, the TCI state code point containing at least one second TCI state, and the first information is determined based on the at least one second TCI state, wherein the second TCI state is a joint TCI state or an uplink TCI state.

9. The method of claim 8, wherein, The first information comprises a first TCI state, and the first information is determined in the following manner: The terminal receives third information sent by a network device, the third information being used to indicate one of at least one second TCI state indicated by the network device; The terminal determines the first TCI state based on the third information.

10. The method of claim 8, wherein, The first information comprises a first TCI state, and the first information is determined in at least one of the following manners: The terminal selects one of the at least one second TCI state as the first TCI state; The terminal determines a first TCI state from the at least one second TCI state based on a predefined rule; The terminal determines a second TCI state corresponding to a second TRP from the at least one second TCI state as the first TCI state based on a predefined rule, the second TRP being a TRP used for uplink transmission in an asymmetric MTRP scenario; The terminal determines a second TCI state with a non-zero associated path loss offset value from the at least one second TCI state as the first TCI state based on a predefined rule; The terminal determines a second TCI state with the largest associated path loss offset value from the at least one second TCI state as the first TCI state based on a predefined rule.

11. The method of claim 9, wherein, The third information indicates one of the at least one second TCI state indicated by the network device in the following manner: The second TCI states are all joint TCI states, and different bit values are used to indicate different joint TCI states; or The second TCI states are all uplink TCI states, and different bit values are used to indicate different uplink TCI states; or The second TCI states include joint TCI states and uplink TCI states, a first bit value is used to indicate a joint TCI state, and a second bit value is used to indicate an uplink TCI state.

12. The method of any of claims 1-2, wherein, The first information is determined in the following manner: The terminal determines a direction in which a PRACH is transmitted, and determines first information corresponding to the direction.

13. The method of claim 12, wherein, The direction in which the PRACH is transmitted includes at least one of: A first TRP, the first TRP being a TRP used for uplink transmission and downlink transmission in an asymmetric MTRP scenario; A second TRP, the second TRP being a TRP used for uplink transmission in an asymmetric MTRP scenario.

14. The method of any of claims 12-13, wherein, The first information includes a first TCI state, and the first information is determined in at least one of the following manners: A first TCI state corresponding to the direction is determined from fourth TCI states configured by a network device; A first TCI state corresponding to the direction is determined from fifth TCI states activated by a MAC CE, the fifth TCI states being at least one of the fourth TCI states; A first TCI state corresponding to the direction is determined from sixth TCI states indicated by a DCI, the sixth TCI states being at least one of the fifth TCI states.

15. The method of claim 9 or 10 or 14, wherein, The first information further includes a first path loss offset value, and the method further includes: The terminal determines a path loss offset value corresponding to the first TCI state as the first path loss offset value.

16. A method of communication, comprising: It includes: The network device configures at least one second path loss offset value for the terminal, or indicates a TCI state code point for the terminal, or configures at least one second transmission beam for the terminal; The at least one path loss offset value, or the TCI state code point, or the at least one second transmission beam, is used to determine first information, the first information being used to receive a random access channel PRACH in an asymmetric downlink single transmission point TRP and uplink multi-TRP scenario; The PRACH is scheduled by a downlink control channel control signaling PDCCH order.

17. The method of claim 16, wherein, The method further includes: The network device sends second information to the terminal, and the second information is used to indicate one of at least one second path loss offset value configured by the network device.

18. The method of claim 16, wherein, The method further includes: The network device sends third information to the terminal, and the third information is used to indicate one of at least one second TCI state indicated by the network device.

19. A method of communication, comprising: The method includes: The network device configures at least one second path loss offset value for the terminal, or indicates a TCI state code point for the terminal, or configures at least one second transmission beam for the terminal; The at least one path loss offset value, or the TCI state code point, or the at least one second transmission beam, is used to determine the first information; The terminal determines the first information based on the at least one path loss offset value, or the TCI state code point, or the at least one second transmission beam, and the first information is used to send a random access channel PRACH in an asymmetric downlink single transmission point TRP and uplink multi-TRP scenario; The PRACH is scheduled by a downlink control channel control signaling PDCCH order.

20. A terminal, characterized by It includes: A processing module is configured to determine first information, and the first information is used to send a random access channel PRACH in an asymmetric downlink single transmission point TRP and uplink multi-TRP scenario; The PRACH is scheduled by a downlink control channel control signaling PDCCH order.

21. A network device, comprising: It includes: A transceiver module is configured to configure at least one second path loss offset value for the terminal, or indicate a TCI state code point for the terminal, or configure at least one second transmission beam for the terminal; The at least one path loss offset value, or the TCI state code point, or the at least one second transmission beam, is used to determine the first information, and the first information is used to receive a random access channel PRACH in an asymmetric downlink single transmission point TRP and uplink multi-TRP scenario; The PRACH is scheduled by a downlink control channel control signaling PDCCH order.

22. A terminal, characterized by It includes: One or more processors; The processor is configured to perform the communication method in any one of claims 1-15.

23. A network device, comprising: It includes: One or more processors; The processor is configured to perform the communication method in any one of claims 16-18.

24. A communication system, characterized by It includes: A terminal and a network device, wherein the terminal is configured to implement the communication method in any one of claims 1-15, and the network device is configured to implement the communication method in any one of claims 16-18.

25. A storage medium, characterized by It includes: A storage medium stores instructions, and when the instructions run on a communication device, the communication device performs the communication method in any one of claims 1-15 or 16-18.

26. A program product, characterized by It includes: A computer program is executed by a communication device, and when the computer program is executed by the communication device, the communication device performs the communication method in any one of claims 1-15 or 16-18.

Images