Information sending method, communication device, communication system, storage medium, and program product

Abstract

Disclosed in the present application are an information sending method, a communication device, a communication system, a storage medium, and a program product. The method comprises: receiving first information sent by a network device, wherein the first information is used for configuring a plurality of PUSCH transmission occasions; on at least one transmission occasion among the plurality of PUSCH transmission occasions, sending an OCC multiplexing-based PUSCH to the network device, wherein OCCs of a terminal have the same or different lengths from OCCs of other terminals in the same user group; and a plurality of terminals comprised in the same user group share the plurality of PUSCH transmission occasions. Therefore, the orthogonality of PUSCHs between different terminals can be ensured, such that more users can be supported to perform uplink transmission within limited time-frequency resources, the system capacity can be effectively expanded, and the system communication efficiency can be improved.

Description

Information transmission methods, communication equipment, communication systems, storage media and software products Technical Field

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

[0002] To improve uplink (UL) coverage and serve more users simultaneously, multi-user multiplexing based on orthogonal cover code (OCC) can be considered to achieve uplink capacity enhancement. Summary of the Invention

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

[0004] The first aspect of this disclosure provides an information transmission method, which is executed by a terminal, and the method includes:

[0005] Receive first information sent by the network device, the first information being used to configure the transmission timing of multiple Physical Uplink Shared Channels (PUSCH);

[0006] At at least one of the plurality of PUSCH transmission times, a PUSCH multiplexed based on orthogonal overlay code (OCC) is sent to the network device, and the OCC length of the terminal is the same or different from that of other terminals in the same user group.

[0007] In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

[0008] A second aspect of this disclosure provides an information transmission method, which is executed by a network device, and the method includes:

[0009] Send first information to the terminal, the first information being used to configure the timing of transmission of multiple Physical Uplink Shared Channels (PUSCH);

[0010] The terminal receives a PUSCH multiplexed based on orthogonal overlay code (OCC) sent by the terminal, the PUSCH being sent at at least one of the plurality of PUSCH transmission times, and the OCC length of the terminal is the same or different from that of other terminals in the same user group.

[0011] In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

[0012] A third aspect of this disclosure provides a terminal, the terminal comprising:

[0013] The transceiver module is used to receive first information sent by the network device, the first information being used to configure the transmission timing of multiple Physical Uplink Shared Channels (PUSCH).

[0014] The transceiver module is further configured to send a PUSCH multiplexed based on orthogonal overlay code (OCC) to the network device at at least one of the plurality of PUSCH transmission times, wherein the OCC length of the terminal is the same or different from that of other terminals in the same user group.

[0015] In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

[0016] A fourth aspect of this disclosure provides a network device, the network device comprising:

[0017] The transceiver module is used to send first information to the terminal, the first information being used to configure the transmission timing of multiple physical uplink shared channels (PUSCH).

[0018] The transceiver module is also configured to receive a PUSCH multiplexed based on orthogonal overlay code (OCC) sent by the terminal, wherein the PUSCH is sent at at least one of the plurality of PUSCH transmission times, and the OCC length of the terminal is the same or different from that of other terminals in the same user group.

[0019] In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

[0020] The scheme proposed in this disclosure receives first information sent by a network device, which is used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission opportunities. At at least one of the multiple PUSCH transmission opportunities, a PUSCH multiplexed based on Orthogonal Cover Code (OCC) is sent to the network device, and the OCC length of the terminal is the same or different from that of other terminals in the same user group. Multiple terminals in the same user group share multiple PUSCH transmission opportunities. This ensures the orthogonality of PUSCHs between different terminals, enabling more users to transmit uplinks within limited time-frequency resources, effectively expanding system capacity and improving system communication efficiency. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in the embodiments or background art 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.

[0022] Figure 1A is a schematic diagram of the architecture of a communication system provided in an embodiment of this disclosure;

[0023] Figure 1B is a schematic diagram of information transmission provided in an embodiment of this disclosure;

[0024] Figure 2A is an interactive schematic diagram of an information sending method provided in an embodiment of this disclosure;

[0025] Figures 3A-3C are interactive schematic diagrams of an information sending method provided in an embodiment of this disclosure;

[0026] Figure 4A is a schematic diagram of the structure of a terminal provided in an embodiment of this disclosure;

[0027] Figure 4B is a schematic diagram of the structure of a network device provided in an embodiment of this disclosure;

[0028] Figure 5A is a schematic diagram of the structure of a communication device provided in an embodiment of this disclosure;

[0029] Figure 5B is a schematic diagram of the structure of a chip provided in an embodiment of this disclosure. Detailed Implementation

[0030] This disclosure presents an information transmission method and apparatus.

[0031] In a first aspect, embodiments of this disclosure provide an information transmission method, the method comprising:

[0032] The terminal receives first information sent by a network device, the first information being used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission times; at at least one of the multiple PUSCH transmission times, the terminal sends a PUSCH multiplexed based on Orthogonal Cover Code (OCC) to the network device, and the OCC length of the terminal is the same or different from that of other terminals in the same user group; wherein, multiple terminals in the same user group share the multiple PUSCH transmission times.

[0033] In the above embodiments, the orthogonality of PUSCH between different terminals can be guaranteed, enabling more users to send uplinks within limited time and frequency resources, effectively expanding system capacity and improving system communication efficiency.

[0034] In conjunction with some embodiments of the first aspect, in some embodiments, the above method further includes: receiving second information sent by the network device, the second information being used to determine a first redundant version RV pattern corresponding to the terminal; determining a second RV pattern used by the terminal based on the first parameter and the first RV pattern; wherein the first RV pattern is an RV pattern that has not undergone OCC multiplexing, and the second RV pattern is an RV pattern that has undergone OCC multiplexing.

[0035] In conjunction with some embodiments of the first aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are the same; the first parameter mentioned above is the length of the OCC of the aforementioned terminal.

[0036] In conjunction with some embodiments of the first aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are different; the first parameter is the length of the OCC of the aforementioned terminal; or, the first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

[0037] In conjunction with some embodiments of the first aspect, in some embodiments, the second RV pattern is obtained by extending the first RV pattern based on the first parameters.

[0038] In conjunction with some embodiments of the first aspect, in some embodiments, the above method further includes: determining the initial transmission timing corresponding to the terminal based on at least one of the length of the terminal's OCC and the second RV pattern used by the terminal.

[0039] In the above embodiments, the orthogonality of PUSCH between different terminals can be guaranteed, enabling more users to send uplinks within limited time and frequency resources.

[0040] In conjunction with some embodiments of the first aspect, in some embodiments, the initial transmission timing corresponding to the above-mentioned terminal is the first transmission timing among the above-mentioned plurality of PUSCH transmission timings.

[0041] In conjunction with some embodiments of the first aspect, in some embodiments, the transmission timing that satisfies the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern described above.

[0042] In the above embodiments, the latency of random access can be effectively shortened and the system communication efficiency can be improved.

[0043] In conjunction with some embodiments of the first aspect, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of the terminal is equal to a preset value.

[0044] In conjunction with some embodiments of the first aspect, in some embodiments, multiple terminals in the same user group have the same OCC length, and the above method further includes: receiving third information sent by the network device, the third information being used to indicate the first OCC sequence used by the terminal; wherein the number of terminals included in the user group is less than or equal to the length of the OCC.

[0045] In the above embodiments, the orthogonality of PUSCH between different terminals can be effectively guaranteed, while providing services to as many terminals as possible.

[0046] In conjunction with some embodiments of the first aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are different, and the above method further includes: receiving third information sent by the network device, the third information being used to indicate the first OCC sequence used by the terminal; wherein the number of terminals included in the user group is less than or equal to a first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

[0047] In the above embodiments, the orthogonality of PUSCH between different terminals can be effectively guaranteed, while providing services to as many terminals as possible.

[0048] In conjunction with some embodiments of the first aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are different. The method further includes: receiving third information sent by the network device, the third information being used to indicate a second OCC sequence; determining a first OCC sequence used by the terminal based on the length of the terminal's OCC and the second OCC sequence; wherein the length of the second OCC sequence is equal to a first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group, and the number of terminals included in the user group being less than or equal to the first parameter.

[0049] In the above embodiments, the orthogonality of PUSCH between different terminals can be effectively guaranteed, while providing services to as many terminals as possible.

[0050] In conjunction with some embodiments of the first aspect, in some embodiments, the second OCC sequences corresponding to each terminal in the same user group are mutually orthogonal.

[0051] In conjunction with some embodiments of the first aspect, in some embodiments, the above method further includes: sending fourth information to the network device, the fourth information being used to indicate the initial transmission timing of the terminal.

[0052] In the above embodiments, network devices can effectively obtain channel-related information, reduce decoding complexity, and improve system communication efficiency.

[0053] In conjunction with some embodiments of the first aspect, in some embodiments, the above-mentioned OCC multiplexing is slot-based OCC multiplexing.

[0054] Secondly, this disclosure provides an information sending method, the method comprising:

[0055] Send first information to the terminal, the first information being used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission timings; receive PUSCH multiplexed based on Orthogonal Cover Code (OCC) sent by the terminal, the PUSCH being sent on at least one of the multiple PUSCH transmission timings, and the OCC length of the terminal being the same as or different from that of other terminals in the same user group; wherein, multiple terminals in the same user group share the multiple PUSCH transmission timings.

[0056] In the above embodiments, the orthogonality of PUSCH between different terminals can be guaranteed, enabling more users to send uplinks within limited time and frequency resources, effectively expanding system capacity and improving system communication efficiency.

[0057] In conjunction with some embodiments of the second aspect, in some embodiments, the above method further includes: sending second information to the terminal, the second information being used to determine a first redundant version RV pattern corresponding to the terminal; the first RV pattern being used by the terminal to determine a second RV pattern used by the terminal, the second RV pattern being determined based on a first parameter and the first RV pattern; wherein the first RV pattern is an RV pattern that has not undergone OCC multiplexing, and the second RV pattern is an RV pattern that has undergone OCC multiplexing.

[0058] In conjunction with some embodiments of the second aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are the same; the first parameter mentioned above is the length of the OCC of the aforementioned terminal.

[0059] In conjunction with some embodiments of the second aspect, in some embodiments, the lengths of the OCCs of multiple terminals in the same user group are different; the first parameter is the length of the OCC of the aforementioned terminal; or, the first parameter is the maximum value among the lengths of the multiple OCCs corresponding to the multiple terminals in the same user group.

[0060] In conjunction with some embodiments of the second aspect, in some embodiments, the second RV pattern is obtained by extending the first RV pattern based on the first parameter.

[0061] In conjunction with some embodiments of the second aspect, in some embodiments, at least one of the length of the OCC of the terminal and the second RV pattern used by the terminal is also used for the terminal to determine the initial transmission timing corresponding to the terminal.

[0062] In conjunction with some embodiments of the second aspect, in some embodiments, the initial transmission timing corresponding to the above-mentioned terminal is the first transmission timing among the above-mentioned plurality of PUSCH transmission timings.

[0063] In conjunction with some embodiments of the second aspect, in some embodiments, the initial transmission timing corresponding to the above-mentioned terminal is the transmission timing that satisfies the specified conditions among the multiple transmission timings corresponding to RV0 in the above-mentioned second RV pattern.

[0064] In conjunction with some embodiments of the second aspect, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of the terminal is equal to a preset value.

[0065] In conjunction with some embodiments of the second aspect, in some embodiments, multiple terminals in the same user group have the same OCC length, and the above method further includes: sending third information to the terminal, the third information being used to indicate the first OCC sequence used by the terminal; wherein the number of terminals included in the user group is less than or equal to the length of the OCC.

[0066] In conjunction with some embodiments of the second aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are different, and the above method further includes: sending third information to the terminal, the third information being used to indicate the first OCC sequence used by the terminal; wherein the number of terminals included in the user group is less than or equal to a first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

[0067] In conjunction with some embodiments of the second aspect, in some embodiments, the OCC lengths of multiple terminals in the same user group are different. The method further includes: sending third information to the terminal, the third information being used to indicate a second OCC sequence; the second OCC sequence being used by the terminal to determine a first OCC sequence used by the terminal, the first OCC sequence being determined based on the length of the terminal's OCC and the second OCC sequence; wherein the length of the second OCC sequence is equal to a first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group, and the number of terminals included in the user group being less than or equal to the first parameter.

[0068] In conjunction with some embodiments of the second aspect, in some embodiments, the second OCC sequences corresponding to each terminal in the same user group are mutually orthogonal.

[0069] In conjunction with some embodiments of the second aspect, in some embodiments, the above method further includes: decoding the signals received at multiple transmission times configured in the first information by using a method in which the OCC lengths of each terminal in the user group are the same; if decoding is unsuccessful, decoding the signals received at multiple transmission times configured in the first information by using a method in which the OCC lengths of the multiple terminals in the user group are different.

[0070] In the above embodiments, the network device can directly decode the received signal without additional processing steps, thus saving signaling overhead.

[0071] In conjunction with some embodiments of the second aspect, in some embodiments, the above method further includes: receiving fourth information sent by the terminal, the fourth information being used to indicate the initial transmission timing of the terminal; and decoding signals received at multiple transmission timings configured by the first information based on the initial transmission timing of each terminal in the user group.

[0072] In the above embodiments, the network device can decode the information obtained in a corresponding manner, which effectively reduces the number of decoding operations, improves the success rate of decoding, and improves the communication efficiency of the system.

[0073] In conjunction with some embodiments of the second aspect, in some embodiments, the above-mentioned OCC multiplexing is time-slot-based OCC multiplexing.

[0074] Thirdly, this disclosure provides an information sending method, the method comprising:

[0075] The network device sends first information to the terminal, the first information being used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission times; the terminal sends a PUSCH multiplexed based on Orthogonal Cover Code (OCC) to the network device at at least one of the multiple PUSCH transmission times, and the OCC length of the terminal is the same or different from that of other terminals in the same user group; wherein, multiple terminals in the same user group share the multiple PUSCH transmission times.

[0076] In the above embodiments, the orthogonality of PUSCH between different terminals can be guaranteed, enabling more users to send uplinks within limited time and frequency resources, effectively expanding system capacity and improving system communication efficiency.

[0077] Fourthly, embodiments of this disclosure provide a terminal, which includes a transceiver module and a processing module; wherein the terminal is used to execute the first aspect and optional implementations of the first aspect.

[0078] Fifthly, embodiments of this disclosure provide a network device, which includes a transceiver module and a processing module; wherein the network device is used to execute the second aspect and optional implementations of the second aspect.

[0079] In a sixth aspect, embodiments of this disclosure provide a communication device comprising: at least one processor and an interface circuit; wherein the communication device is used to execute the first aspect and optional implementations thereof.

[0080] In a seventh aspect, embodiments of this disclosure provide a communication device comprising: at least one processor and an interface circuit; wherein the communication device is used to execute the second aspect and optional implementations of the second aspect.

[0081] Eighthly, embodiments of this disclosure provide a communication system comprising: a terminal and a network device; wherein the terminal is configured to perform the method described in the first aspect and optional implementations thereof, and the network device is configured to perform the method described in the second aspect and optional implementations thereof.

[0082] Ninthly, embodiments of this disclosure provide a storage medium storing instructions that, when executed on a communication device, cause the communication device to perform the method described in the first aspect and its optional implementation, as well as the second aspect and its optional implementation.

[0083] 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 the first aspect and its optional implementation, the second aspect and its optional implementation.

[0084] 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 the first aspect and its alternative implementations, the second aspect and its alternative implementations.

[0085] 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 methods described according to the first aspect and its optional implementations, the second aspect, and its optional implementations.

[0086] It is understood that the aforementioned communication equipment, communication system, storage medium, program product, etc., are all used to execute the methods proposed in the embodiments of this disclosure. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.

[0087] This disclosure provides an information transmission method, a communication device, a communication system, a storage medium, and a program product. In some embodiments, the terms "information transmission method" and "information processing method," "communication method," etc., can be used interchangeably.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0111] In some embodiments, terminal 101 includes, for example, at least one of the following: mobile phone, wearable device, Internet of Things (IoT) device, narrowband Internet of Things (NB-IoT) device, satellite communication 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, wireless terminal device in smart home, and red-capped terminal, but is not limited thereto.

[0112] In some embodiments, network device 102 may be a node or device that connects a terminal to a wireless network. The network device may include, but is not limited to, nodes such as satellites or drones in non-terrestrial networks, evolved Node B (eNB), next-generation eNB (ng-eNB), next-generation Node B (gNB), next-generation RAN node (NG-RAN node), node B (NB), home node B (HNB), home evolved node B (HeNB), wireless backhaul device, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in 6G communication system, open RAN, cloud RAN, base station in other communication systems, and access node in Wi-Fi system.

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

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

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

[0116] The following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1A, or to some of the main bodies, but are not limited thereto. The main bodies shown in FIG1A are illustrative. The communication system may include all or some of the main bodies in FIG1A, or it may include other main bodies outside of FIG1A. 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.

[0117] The embodiments disclosed herein can be applied to Non-terrestrial Networks (NTN), 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), 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, Narrow Band-IoT (NB-IoT) systems, Vehicle-to-Everything (V2X) systems, systems utilizing other communication methods, and next-generation systems built upon them. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).

[0118] In some embodiments, uplink capacity enhancement is considered to enable simultaneous service to more users within limited time-frequency resources. For example, in non-terrestrial networks (NTNs), uplink capacity enhancement might be considered for the following reasons:

[0119] 1. Limited frequency band resources are available for NTN;

[0120] 2. Satellites cover a larger cell radius, allowing for more users within a single cell compared to terrestrial networks;

[0121] 3. The transmission distance between the terminal and the satellite is relatively long. Under the premise of limited terminal transmission power, in order to improve cell coverage and transmission performance, the NTN network often needs to perform more blind retransmissions, which will greatly waste spectrum resources and reduce spectrum efficiency.

[0122] In some embodiments, multi-user multiplexing based on orthogonal cover code (OCC) can be considered to enhance uplink capacity.

[0123] In addition, in some embodiments, multiple consecutive transmission opportunities may be configured within the Configuration Grant (CG) period, requiring the determination of the initial access opportunity.

[0124] In some embodiments, for Type A Physical Uplink Shared Channel (PUSCH) repetition using slot-based OCC multiplexing, without considering Transport Block Processing over multi-Slots PUSCH (TBoMS), assuming the number of repetitions is 4 and there are 4 multiplexing users, a possible mapping method can be shown in Figure 1B. Here, {W1, W2, W3, W4} is four sequence values ​​in an OCC sequence, each value covering one Transport Block (TB).

[0125] In some embodiments, for PUSCH repetition Type A using slot-based OCC multiplexing, one issue to consider is how to determine the initial transmission timing during the configuration authorization transmission process to ensure the orthogonality of slot-based OCC multiplexing.

[0126] The information transmission method and apparatus provided in this disclosure will now be described in detail with reference to the accompanying drawings.

[0127] Figure 2A is an interactive schematic diagram of an information sending method according to an embodiment of the present disclosure. As shown in Figure 2A, the present disclosure relates to an information sending method, which includes:

[0128] In step S2101, network device 102 sends the first information.

[0129] In some embodiments, terminal 101 receives the first information sent by network device 102.

[0130] In some embodiments, the first information described above is used to configure multiple PUSCH transmission occupancy (TO) events.

[0131] In some embodiments, terminal 101 can determine multiple PUSCH transmission timings based on the aforementioned first information.

[0132] In some embodiments, terminal 101 can use at least one of the plurality of PUSCH transmission opportunities determined above to send or repeatedly send PUSCH.

[0133] In some embodiments, the aforementioned multiple transmission opportunities are consecutive.

[0134] In some embodiments, the aforementioned multiple transmission opportunities occur within a configuration authorization CG cycle.

[0135] In some embodiments, multiple terminals may send PUSCH during the aforementioned multiple transmission times.

[0136] In some embodiments, during the aforementioned multiple transmission times, multiple terminals may transmit PUSCH based on OCC multiplexing.

[0137] In some embodiments, multiple terminals that perform PUSCH transmissions based on OCC multiplexing during the aforementioned multiple transmission opportunities may be referred to as terminals in the same user group. That is, multiple terminals in the same user group share the aforementioned multiple transmission opportunities.

[0138] In some embodiments, the length of the OCC corresponding to each terminal in the same user group may be the same or different.

[0139] In some embodiments, the length of the OCC corresponding to each terminal may be configured or indicated by the network device 102.

[0140] In some embodiments, the above-mentioned OCC multiplexing is slot-based OCC multiplexing.

[0141] In some embodiments, the first information described above may be included in higher-layer signaling. For example, the first information may be included in Radio Resource Control (RRC) signaling, etc.

[0142] In some embodiments, the aforementioned first information may be high-level parameters such as repK.

[0143] In some embodiments, the name of the first information is not limited, and may be, for example, "configuration information", "configuration authorization", "resource configuration", "time-frequency domain resource configuration", "transmission timing", "transmission timing length", etc.

[0144] In step S2102, network device 102 sends the second information.

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

[0146] In some embodiments, the second information described above is used to determine the first redundancy version pattern corresponding to terminal 101.

[0147] Among them, the first RV pattern mentioned above is an RV pattern that has not been OCC reused.

[0148] In some embodiments, the first RV pattern described above may be a conventional RV pattern (lagacy RV pattern).

[0149] In some embodiments, terminal 101 may extend the first RV pattern described above to obtain a second RV pattern for use.

[0150] Among them, the second RV pattern mentioned above is the RV pattern that is reused for OCC.

[0151] In some embodiments, the second information may be included in higher-layer signaling. For example, the second information may be included in Radio Resource Control (RRC) signaling, etc.

[0152] In some embodiments, the name of the second information is not limited, and may be, for example, "configuration information", "transmission configuration", "redundant version pattern", "redundant version configuration", "redundant version information", "redundant version pattern configuration", "redundant version pattern information", "redundant version sequence", "redundant version sequence configuration", "redundant version sequence information", etc.

[0153] In step S2103, terminal 101 determines the second RV pattern to be used.

[0154] In some embodiments, terminal 101 can extend the first RV pattern determined based on the second information to obtain the second RV pattern used by terminal 101.

[0155] Among them, the first RV pattern mentioned above is an RV pattern that has not been OCC multiplexed, and the second RV pattern mentioned above is an RV pattern that has been OCC multiplexed.

[0156] In some embodiments, the first RV pattern described above may be any one of {0,0,0,0}, {0,3,0,3}, {0,2,3,1}, etc.

[0157] In some embodiments, the terminal can extend the first RV pattern based on the first parameter to obtain the second RV pattern.

[0158] In some embodiments, the OCC length of terminal 101 is the same as that of other terminals in the same user group, and the first parameter is the length of the OCC of terminal 101. That is, the same encoded bits are transmitted in all slots within the OCC length.

[0159] In some embodiments, the OCC length of terminal 101 is different from that of other terminals in the same user group, and the first parameter is the length of the OCC of terminal 101. That is, the same encoded bits are transmitted in all slots within the OCC length.

[0160] In some embodiments, the OCC length of terminal 101 differs from that of other terminals in the same user group, and the first parameter is the maximum value among the OCC lengths of the multiple terminals in the user group. That is, the same encoded bits are transmitted in all slots within the maximum OCC length.

[0161] As an example, the OCC length of the aforementioned terminal 101 is 2 (OCC length = 2). The same user group also includes another terminal, and the OCC length of that terminal is 4. Terminal 101 can determine that the aforementioned first parameter is 2.

[0162] As an example, the OCC length of the aforementioned terminal 101 is 2. The same user group also includes another terminal, and the OCC length of that terminal is 4. Terminal 101 can determine that the aforementioned first parameter is 4.

[0163] In some embodiments, the terminal 101 can expand the determined first RV pattern based on the first parameter to obtain the second RV pattern used by the terminal 101.

[0164] As an example, terminal 101 determines the first RV pattern as {0,3,0,3} and the first parameter as 4. Further, terminal 101 can expand the first RV pattern (i.e., {0,3,0,3}) based on the first parameter (i.e., 4) to obtain the second RV pattern corresponding to 8 transmission times as {0,0,0,0,3,3,3,3}.

[0165] As another example, terminal 101 determines the first RV pattern as {0,2,3,1} and the first parameter as 2. Further, terminal 101 can expand the first RV pattern (i.e., {0,2,3,1}) based on the first parameter (i.e., 2) to obtain the second RV pattern corresponding to 8 transmission times as {0,0,2,2,3,3,1,1}.

[0166] In some embodiments, the relationship between the extended second RV pattern and the first parameter and the first RV pattern can be expressed by a formula. The first RV pattern is denoted as {rv0,rv1,rv2,rv3}, and the first parameter is denoted as N. In the K transmission opportunities determined by the first information, the RV in the second RV pattern corresponding to the kth (k = 0, 1, ..., K-1) transmission opportunity can be expressed as: rv(((k-(k mod N)) / N) mod 4). That is, for k satisfying the equation ((k-(k mod N)) / N) mod 4 = 0, the RV corresponding to the kth transmission opportunity is rv0 in the first RV pattern {rv0,rv1,rv2,rv3}; for k satisfying the equation ((k-(k mod N)) / N) mod 4 = 1, the RV corresponding to the kth transmission opportunity is rv1 in the first RV pattern {rv0,rv1,rv2,rv3}; for k satisfying the equation ((k-(k mod N)) / N) mod 4 = 2, the RV corresponding to the kth transmission opportunity is rv2 in the first RV pattern {rv0,rv1,rv2,rv3}; for k satisfying the equation ((k-(k mod N)) / N) mod 4 = 3, the RV corresponding to the kth transmission opportunity is rv3 in the first RV pattern {rv0,rv1,rv2,rv3}.

[0167] Optionally, the value of {rv0,rv1,rv2,rv3} can be any one of {0,0,0,0}, {0,3,0,3}, or {0,2,3,1}.

[0168] As an example, the relationship between the RV corresponding to the kth transmission timing and the first parameter and the first RV pattern among K transmission timings can be shown in the following table:

[0169] It is understood that each element, each row, or each column in the table above 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.

[0170] Additionally, it is understandable that, for the case where the first RV pattern is {0,0,0,0}, the second RV pattern obtained by the terminal supporting OCC multiplexing by extending the first RV pattern based on the length of the terminal's OCC is consistent with the first RV pattern.

[0171] In step S2104, terminal 101 determines the corresponding initial transmission timing.

[0172] In some embodiments, terminal 101 can determine the corresponding initial transmission timing based on at least one of the length of its own OCC and the second RV pattern it uses.

[0173] In some embodiments, the initial transmission timing corresponding to terminal 101 is the first transmission timing among a plurality of PUSCH transmission timings determined by the first information.

[0174] In some embodiments, when the higher-level parameter startingFromRV0 is configured to 'off', the initial access timing is during the first transmission timing.

[0175] As an example, for the case where the first RV pattern is {0,3,0,3}, assuming that terminal 101 performs OCC multiplexing with an OCC length of 2, and determines that the first parameter is 2, terminal 101 determines the corresponding second RV pattern to be {0,0,3,3,0,0,3,3}. Based on this, the initial transmission timing is the first initial transmission timing within a configuration authorization period.

[0176] In some embodiments, the initial transmission timing corresponding to terminal 101 is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern described above. Here, RV0 refers to the redundant version RV0. For example, each transmission timing in the pattern {0,0,0,0} corresponds to RV0.

[0177] Optionally, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of terminal 101 is equal to a preset value.

[0178] Furthermore, the aforementioned initial transmission timing is not the last transmission timing among the multiple PUSCH transmission timings determined by the first information.

[0179] Optionally, the above preset value can be 0 or 1, etc.

[0180] As an example, the above specified condition can be written as k mod(OCC length) = 0, where k = 0, 1, ..., K-1, and K ≠ K-1.

[0181] As an example, for the case where the first RV pattern is {0,3,0,3}, assuming that terminal 101 performs OCC multiplexing with an OCC length of 2, and determines that the first parameter is 2, terminal 101 determines the corresponding second RV pattern to be {0,0,3,3,0,0,3,3}. Based on this, in the second RV pattern used by terminal 101, the indices of the transmission opportunities that satisfy the formula (k mod(OCC length) = 0) in the transmission opportunities of RV0 are 0 and 4 (where the index of the transmission opportunity starts counting from 0), and the initial transmission opportunities are the 0th transmission opportunity and the 4th transmission opportunity. That is, terminal 101 can choose the 0th transmission opportunity as the initial transmission opportunity for sending PUSCH, or it can choose the 4th transmission opportunity as the initial transmission opportunity for sending PUSCH.

[0182] As an example, the transmission timing k can also be counted starting from 1. The above-specified condition can be written as k mod(OCC length) = 1, where k = 0, 1, ..., K, and K ≠ K.

[0183] As an example, for the case where the first RV pattern is {0,3,0,3}, assuming that terminal 101 performs OCC multiplexing with an OCC length of 2, and determines that the first parameter is 4, terminal 101 determines the corresponding second RV pattern to be {0,0,0,0,3,3,3,3}. Based on this, in the second RV pattern used by terminal 101, the indices of the transmission opportunities that satisfy the formula (k mod(OCC length) = 1) for RV0 are 1 and 3 (where the index of the transmission opportunity starts counting from 1), and the initial transmission opportunities are the first and third transmission opportunities. That is, terminal 101 can choose the first transmission opportunity as the initial transmission opportunity for sending PUSCH, or it can choose the third transmission opportunity as the initial transmission opportunity for sending PUSCH.

[0184] As an example, for the case where the first RV pattern is {0,0,0,0}, assuming terminal 101 performs OCC multiplexing with an OCC length of 2, and determines the first parameter to be 4, terminal 101 determines the corresponding second RV pattern to be {0,0,0,0,0,0,0,0}. Based on this, the indices of the transmission opportunities satisfying the formula (k mod(OCC length) = 1) are 1, 3, 5, 7 (where the transmission opportunity index starts counting from 1), and the initial transmission opportunities are the first transmission opportunity, the third transmission opportunity, the fifth transmission opportunity, and the seventh transmission opportunity. That is, terminal 101 can choose the first transmission opportunity as the initial transmission opportunity for sending PUSCH, or it can choose the third transmission opportunity as the initial transmission opportunity for sending PUSCH, or it can choose the fifth transmission opportunity as the initial transmission opportunity for sending PUSCH, or it can choose the seventh transmission opportunity as the initial transmission opportunity for sending PUSCH.

[0185] In step S2105, network device 102 sends third information.

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

[0187] In some embodiments, the aforementioned third information is used by terminal 101 to determine the first OCC sequence to be used.

[0188] In some embodiments, all terminals within the user group to which terminal 101 belongs have the same OCC length. The aforementioned third information can directly configure or indicate the first OCC sequence used by terminal 101, or indicate the index of the first OCC sequence. That is, the length of the first OCC sequence indicated by the aforementioned third information is equal to the length of the OCC corresponding to terminal 101.

[0189] Optionally, the mapping relationship between the index of the first OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0190] In some embodiments, if all terminals within a user group have the same OCC length, the number of terminals in the user group is less than or equal to the length of the OCC for each terminal. For example, if the OCC length for each terminal in a user group is 4, the user group can reuse up to 4 terminals.

[0191] In some embodiments, the lengths of the OCCs corresponding to terminals within the user group to which terminal 101 belongs are different. The aforementioned third information can also directly configure or indicate the first OCC sequence used by terminal 101, or indicate the index of the first OCC sequence. That is, the length of the first OCC sequence indicated by the aforementioned third information is equal to the length of the OCC corresponding to terminal 101.

[0192] Optionally, the mapping relationship between the index of the first OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0193] In some embodiments, the lengths of the OCCs corresponding to terminals within the user group to which terminal 101 belongs are different. The aforementioned third information can also configure or indicate a second OCC sequence, or indicate the index of the second sequence. Terminal 101 can determine the first OCC sequence to use based on the second OCC sequence. The length of the second OCC sequence is equal to a first parameter, which is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

[0194] It is understandable that the second OCC sequences corresponding to each terminal within the same user group are mutually orthogonal, and the second OCC sequence of each terminal is also orthogonal to the OCC sequence used by the terminal with an OCC length of the first parameter. For example, terminal 101 has an OCC length of 2, and the user group also includes a terminal with an OCC length of 4. The length of the second OCC sequence is 4, and this second OCC sequence is different from the OCC sequence used by the terminal with a length of 4, and they are mutually orthogonal.

[0195] Optionally, the mapping relationship between the index of the second OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0196] In some embodiments, when the OCC lengths of terminals within a user group are different, the number of terminals included in the user group is less than or equal to a first parameter, where the first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group. For example, a user group can reuse one terminal with an OCC length of 2 and at most three terminals with an OCC length of 4.

[0197] Optionally, in order to ensure the orthogonality of the OCC sequence of each terminal, if the OCC lengths of the terminals within a user group are different, at most two terminals with an OCC length of 2 can be reused within a user group.

[0198] In some embodiments, the name of the aforementioned third information is not limited, and may be, for example, "configuration information", "transmission configuration", "indication information", "OCC configuration", "OCC indication", "OCC sequence", "OCC sequence index", "reference OCC sequence", "reference OCC sequence index", etc.

[0199] In step S2106, terminal 101 determines the first OCC sequence to be used.

[0200] In some embodiments, terminal 101 can determine the first OCC sequence it uses based on the aforementioned third information.

[0201] In some embodiments, all terminals within the user group to which terminal 101 belongs have the same OCC length. The aforementioned third information can directly configure or indicate the first OCC sequence used by terminal 101, or indicate the index of the first OCC sequence. Terminal 101 can directly determine the first OCC sequence to use based on the third information.

[0202] Optionally, the mapping relationship between the index of the first OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0203] In some embodiments, the OCC lengths of terminals within the user group to which terminal 101 belongs are different. The aforementioned third information can also directly configure or indicate the first OCC sequence used by terminal 101, or indicate the index of the first OCC sequence. Terminal 101 can directly determine the first OCC sequence to use based on the third information.

[0204] Optionally, the mapping relationship between the index of the first OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0205] In some embodiments, the lengths of the OCCs corresponding to terminals within the user group to which terminal 101 belongs are different. The aforementioned third information can also configure or indicate a second OCC sequence, or indicate the index of the second sequence. The length of the second OCC sequence is equal to the first parameter, which is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

[0206] Furthermore, terminal 101 can determine the second OCC sequence based on the third information, and determine the first OCC sequence to be used based on the length of its own OCC and the second sequence.

[0207] Optionally, the first OCC sequence determined by terminal 101 is the first n bits of the second OCC sequence, where n is the length of the OCC of terminal 101. For example, if the OCC length of terminal 101 is 2, and the user group also includes a terminal with an OCC length of 4, and the length of the second OCC sequence is 4, the second OCC sequence determined by terminal 101 based on the third information is {1,-1,1,-1}, and it can further determine the first OCC sequence as {1,-1}.

[0208] It is understandable that the second OCC sequences corresponding to each terminal within the same user group are mutually orthogonal, and the second OCC sequence of each terminal is also orthogonal to the OCC sequence used by the terminal with an OCC length of the first parameter. For example, terminal 101 has an OCC length of 2, and the user group also includes a terminal with an OCC length of 4. The length of the second OCC sequence is 4, and this second OCC sequence is different from the OCC sequence used by the terminal with a length of 4, and they are mutually orthogonal.

[0209] Optionally, the mapping relationship between the index of the second OCC sequence and the specific OCC sequence can be predefined by the protocol.

[0210] Optionally, in order to ensure the orthogonality of the OCC sequence of each terminal, if the OCC lengths of the terminals within a user group are different, at most two terminals with an OCC length of 2 can be reused within a user group.

[0211] Optionally, the sequence of the second OCC corresponding to each terminal with a length of 2 is {1,1,1,1} or {1,-1,1,-1}, and the second OCC sequence corresponding to different terminals is different.

[0212] In step S2107, terminal 101 sends a PUSCH based on OCC multiplexing.

[0213] In some embodiments, network device 102 receives the PUSCH based on OCC multiplexing described above.

[0214] In some embodiments, terminal 101 can begin sending the aforementioned PUSCH based on OCC multiplexing at a determined initial transmission time.

[0215] In some embodiments, the number of transmission opportunities occupied by the PUSCH is related to the number of times the PUSCH is repeated, and is determined based on the number of times the PUSCH is repeated.

[0216] In some embodiments, the terminal 101, taking the initial transmission timing as the starting point, sends the PUSCH based on OCC multiplexing based on the determined second RV pattern.

[0217] In some embodiments, the OCC sequence used by the PUSCH based on OCC multiplexing is the first OCC sequence determined in the preceding steps.

[0218] In step S2108, network device 102 decodes the received signal.

[0219] In some embodiments, when the length of the OCC of each terminal in the user group is the same, the network device 102 may use the method of having the same length of the OCC of each terminal in the user group to decode the signals received at multiple transmission times configured in the first information.

[0220] In some embodiments, when the OCC lengths of terminals in a user group are different, network device 102 may first decode the signals received at multiple transmission times configured in the first information using a method where the OCC lengths of each terminal in the user group are the same. If decoding using the above method fails, then a method where the OCC lengths of multiple terminals in the user group are different may be used to decode the signals received at multiple transmission times configured in the first information. It is understood that in this case, network device 102 needs to perform multiple decoding operations.

[0221] In some embodiments, terminal 101 can send fourth information to network device 102, the fourth information indicating the initial transmission timing corresponding to terminal 101. Network device 102 can decode signals received at multiple transmission timings configured by the first information, based on the initial transmission timing corresponding to each terminal in the user group, using a corresponding method. In this case, network device 102 only needs to perform decoding once.

[0222] In some embodiments, the fourth information mentioned above may be a demodulation reference signal (DMRS) sequence pattern, etc.

[0223] As an example, the signal received by network device 102 can be represented as Y (assuming channel equalization has been performed): A T X = Y; Network device 102 can determine A based on the initial transmission timing corresponding to each terminal.

[0224] Where Y is the signal received by network device 102, and X is the combination of signals transmitted by all terminals in the user group. As an example, if the user group includes two terminals with an OCC length of 4 and one terminal with an OCC length of 2, we can denote Y = [y1 y2 y3]. T X = [x1 x2 x3] TThe OCC sequences of two multiplexed users with OCC length = 4 are {1, -1, -1, 1} and {1, 1, -1, -1}, respectively. The OCC sequence of the terminal with OCC length = 2 is {1, 1}. Network device 102 can determine the initial transmission timing corresponding to each terminal based on the initial transmission timing.

[0225] The matrix A above has full column rank, so the equation has a unique solution and network device 102 can decode it correctly. The above decoding method can be used to decode the different OCC lengths of multiple terminals in the user group.

[0226] In some embodiments, the terms "RV pattern", "RV sequence", "RV version" and other similar terms may be used interchangeably.

[0227] In some embodiments, the terms “eNB”, “gNB”, “base station”, and “NG-RAN node” can be used interchangeably.

[0228] In some embodiments, the terms "carrier," "band," and "frequency" can be used interchangeably.

[0229] In some embodiments, the names of information, etc., are not limited to the names described in the embodiments. Terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "symbol", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.

[0230] In some embodiments, the terms "uplink", "uplink", and "physical uplink" can be used interchangeably, as can the terms "downlink", "downlink", and "physical downlink", as well as the terms "sidelink", "sidelink", "sidelink communication", "sidelink communication", "direct connection", "direct link", "direct communication", and "direct link communication".

[0231] In some embodiments, the terms “downlink control information (DCI),” “downlink (DL) assignment,” “DL DCI,” “uplink (UL) grant,” and “UL DCI” can be used interchangeably.

[0232] In some embodiments, terms such as "physical downlink shared channel (PDSCH)" and "DL data" can be used interchangeably, as can terms such as "physical uplink shared channel (PUSCH)" and "UL data".

[0233] In some embodiments, the terms “radio”, “wireless”, “radio access network (RAN)”, “access network (AN)”, and “RAN-based” can be used interchangeably.

[0234] In some embodiments, the terms "search space", "search space set", "search space configuration", "search space set configuration", "control resource set (CORESET)", and "CORESET configuration" can be used interchangeably.

[0235] In some embodiments, the terms "synchronization signal (SS)," "synchronization signal block (SSB)," "reference signal (RS)," "pilot," and "pilot signal" can be used interchangeably.

[0236] In some embodiments, terms such as “moment,” “point in time,” “time,” and “time location” can be used interchangeably, as can terms such as “duration,” “segment,” “time window,” “window,” and “time.”

[0237] In some embodiments, the terms "component carrier (CC)," "cell," "frequency carrier," and "carrier frequency" can be used interchangeably.

[0238] In some embodiments, the terms “resource block (RB)”, “physical resource block (PRB)”, “sub-carrier group (SCG)”, “resource element group (REG)”, “PRB pair”, “RB pair”, “resource element (RE)”, and “sub-carrier” can be used interchangeably.

[0239] In some embodiments, terms such as wireless access scheme and waveform can be used interchangeably.

[0240] In some embodiments, the terms “frame”, “radio frame”, “subframe”, “slot”, “sub-slot”, “mini-slot”, “symbol”, “symbol”, and “transmission time interval (TTI)” can be used interchangeably.

[0241] In some embodiments, "acquire," "get," "obtain," "receive," "transmit," "bidirectional transmission," and "send and / or receive" can be used interchangeably and can be interpreted as receiving from other entities, acquiring from protocols, acquiring from higher layers, obtaining through self-processing, or autonomous implementation. Protocols include, for example, at least one of the 3GPP protocol, Wi-Fi protocol, and audio and / or video protocols.

[0242] In some embodiments, terms such as “send,” “transmit,” “report,” “distribute,” “transfer,” “bidirectional transmission,” “send and / or receive” can be used interchangeably.

[0243] In some embodiments, terms such as "certain," "preset," "default," "set," "indicated," "a certain," "any," and "first" can be used interchangeably. "Certain A," "preset A," "default A," "set A," "indicated A," "a certain A," "any A," and "first A" can be interpreted as A pre-defined in a protocol or the like, or as A obtained through setting, configuration, or instruction, or as specific A, a certain A, any A, or first A, but are not limited thereto.

[0244] In some embodiments, the determination or judgment can be made by a value represented by 1 bit (0 or 1), or by a true or false value (boolean), or by a comparison of numerical values ​​(e.g., a comparison with a predetermined value), but is not limited thereto.

[0245] In some embodiments, "not expecting to receive" can be interpreted as not receiving on time domain resources and / or frequency domain resources, or as not performing subsequent processing on the data and / or instructions received; "not expecting to send" can be interpreted as not sending, or as sending but not expecting the receiver to respond to the sent content.

[0246] The information transmission method involved in the embodiments of this disclosure may include at least one of steps S2101 to S2108. For example, steps 2101+2107 can be implemented as an independent embodiment, steps 2102+2103 can be implemented as an independent embodiment, steps 2104 can be implemented as an independent embodiment, steps 2101+2104 can be implemented as an independent embodiment, steps 2103+2104 can be implemented as an independent embodiment, steps 2105+2106 can be implemented as an independent embodiment, steps 2108 can be implemented as an independent embodiment, steps 2101+2107+2108 can be implemented as an independent embodiment, steps 2101+2102+2103 can be implemented as an independent embodiment, and steps 2101+2102... +2103+2104 can be implemented as an independent embodiment, steps 2103+2104+2105+2106 can be implemented as an independent embodiment, steps 2101+2102+2103+2105+2106+2107 can be implemented as an independent embodiment, steps 2101+2102+2103+2104+2107 can be implemented as an independent embodiment, steps 2101+2102+2103+2107+2108 can be implemented as an independent embodiment, steps 2101+2102+2103+2104+2107+2108 can be implemented as an independent embodiment, and so on, but not limited thereto.

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

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

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

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

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

[0252] Figure 3A is an interactive schematic diagram of an information sending method according to an embodiment of the present disclosure. As shown in Figure 3A, the present disclosure relates to an information sending method, which includes:

[0253] In step S3101, network device 102 sends the first information.

[0254] In some embodiments, terminal 101 receives the first information sent by network device 102.

[0255] In some embodiments, the first information described above is used to configure multiple PUSCH transmission timings.

[0256] In some embodiments, terminal 101 can determine multiple PUSCH transmission timings based on the aforementioned first information.

[0257] In some embodiments, terminal 101 can use at least one of the plurality of PUSCH transmission opportunities determined above to send or repeatedly send PUSCH.

[0258] In some embodiments, the aforementioned multiple transmission opportunities are consecutive.

[0259] In some embodiments, the aforementioned multiple transmission opportunities occur within a configuration authorization CG cycle.

[0260] In some embodiments, multiple terminals may send PUSCH during the aforementioned multiple transmission times.

[0261] In some embodiments, during the aforementioned multiple transmission times, multiple terminals may transmit PUSCH based on OCC multiplexing.

[0262] In some embodiments, multiple terminals that perform PUSCH transmissions based on OCC multiplexing during the aforementioned multiple transmission opportunities may be referred to as terminals in the same user group. That is, multiple terminals in the same user group share the aforementioned multiple transmission opportunities.

[0263] In some embodiments, the length of the OCC corresponding to each terminal in the same user group may be the same or different.

[0264] In some embodiments, the length of the OCC corresponding to each terminal may be configured or indicated by the network device 102.

[0265] In some embodiments, the OCC multiplexing described above is time-slot-based OCC multiplexing.

[0266] In step S3102, terminal 101 sends a PUSCH based on OCC multiplexing.

[0267] In some embodiments, the aforementioned PUSCH based on OCC multiplexing is sent to network device 102 at at least one of the determined PUSCH transmission times.

[0268] In some embodiments, network device 102 sends second information, which is used to determine the first RV pattern corresponding to terminal 101. Further, terminal 101 can determine the second RV pattern used by terminal 101 based on the first parameter and the first RV pattern.

[0269] Among them, the first RV pattern mentioned above is an RV pattern that has not been OCC multiplexed, and the second RV pattern mentioned above is an RV pattern that has been OCC multiplexed.

[0270] In some embodiments, the terminal can extend the first RV pattern based on the first parameter to obtain the second RV pattern.

[0271] In some embodiments, the OCC length of the terminal 101 is the same as that of other terminals in the same user group, and the first parameter is the length of the OCC of the terminal 101.

[0272] In some embodiments, the length of the OCC of the terminal 101 is different from that of other terminals in the same user group, and the first parameter is the length of the OCC of the terminal 101.

[0273] In some embodiments, the length of the OCC of the terminal 101 is different from that of other terminals in the same user group, and the first parameter is the maximum value among the lengths of the OCCs of the multiple terminals in the user group.

[0274] In some embodiments, terminal 101 may determine the corresponding initial transmission timing based on at least one of its own OCC length and the second RV pattern it uses.

[0275] In some embodiments, the initial transmission timing corresponding to terminal 101 is the first transmission timing among the plurality of PUSCH transmission timings mentioned above.

[0276] In some embodiments, the initial transmission timing corresponding to terminal 101 is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern described above. Here, RV0 refers to the redundant version RV0. For example, each transmission timing in the pattern {0,0,0,0} corresponds to RV0.

[0277] Optionally, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of terminal 101 is equal to a preset value.

[0278] Furthermore, the aforementioned initial transmission timing is not the last transmission timing among the multiple PUSCH transmission timings determined by the first information.

[0279] Optionally, the above preset value can be 0 or 1, etc.

[0280] In some embodiments, multiple terminals in the same user group have the same OCC length, and the network device 102 sends third information, which is used to indicate the first OCC sequence used by the terminal 101; wherein the number of terminals included in the user group is less than or equal to the length of the OCC of each terminal.

[0281] In some embodiments, the OCC lengths of multiple terminals in the same user group are different, and the network device 102 sends third information, which is used to indicate the first OCC sequence used by the terminal 101; wherein the number of terminals included in the user group is less than or equal to a first parameter, and the first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the user group.

[0282] In some embodiments, multiple terminals in the same user group have different OCC lengths, and network device 102 sends third information to indicate a second OCC sequence. Further, terminal 101 determines the first OCC sequence to use based on the length of its own OCC and the aforementioned second OCC sequence.

[0283] Wherein, the length of the second OCC sequence is equal to the first parameter, which is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group, and the number of terminals included in the user group is less than or equal to the first parameter.

[0284] Optionally, the second OCC sequences corresponding to each terminal in the same user group are mutually orthogonal.

[0285] In some embodiments, when the length of the OCC of each terminal in the user group is the same, the network device 102 may use the method of having the same length of the OCC of each terminal in the user group to decode the signals received at multiple transmission times configured in the first information.

[0286] In some embodiments, when the OCC lengths of terminals in a user group are different, network device 102 may first decode the signals received at multiple transmission times configured in the first information using a method where the OCC lengths of each terminal in the user group are the same. If decoding using the above method fails, then a method where the OCC lengths of multiple terminals in the user group are different may be used to decode the signals received at multiple transmission times configured in the first information. It is understood that in this case, network device 102 needs to perform multiple decoding operations.

[0287] In some embodiments, terminal 101 can send fourth information to network device 102, the fourth information indicating the initial transmission timing corresponding to terminal 101. Network device 102 can decode signals received at multiple transmission timings configured by the first information, based on the initial transmission timing corresponding to each terminal in the user group, using a corresponding method. In this case, network device 102 only needs to perform decoding once.

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

[0289] Figure 3B is an interactive schematic diagram of an information sending method according to an embodiment of the present disclosure. As shown in Figure 3B, the present disclosure relates to an information sending method, which includes:

[0290] In step S3201, network device 102 sends the first message.

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

[0292] In step S3202, terminal 101 determines the initial transmission timing.

[0293] In some embodiments, terminal 101 may determine the corresponding initial transmission timing based on at least one of its own OCC length and the second RV pattern it uses.

[0294] In some embodiments, the initial transmission timing corresponding to terminal 101 is the first transmission timing among the plurality of PUSCH transmission timings mentioned above.

[0295] In some embodiments, the initial transmission timing corresponding to terminal 101 is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern described above. Here, RV0 refers to the redundant version RV0. For example, each transmission timing in the pattern {0,0,0,0} corresponds to RV0.

[0296] Optionally, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of terminal 101 is equal to a preset value.

[0297] Furthermore, the aforementioned initial transmission timing is not the last transmission timing among the multiple PUSCH transmission timings determined by the first information.

[0298] Optionally, the above preset value can be 0 or 1, etc.

[0299] In step S3203, terminal 101 sends a PUSCH based on OCC multiplexing.

[0300] The optional implementation of step S3203 can be found in step S2107 of Figure 2A, the optional implementation of step S3102 of Figure 3A, and other related parts in the embodiments involved in Figures 2A and 3A, which will not be repeated here.

[0301] In step S3204, terminal 101 sends the fourth message.

[0302] In some embodiments, terminal 101 can send fourth information to network device 102, the fourth information being used to indicate the initial transmission timing corresponding to terminal 101.

[0303] In some embodiments, the fourth information mentioned above may be a DMRS sequence pattern, etc.

[0304] In some embodiments, the fourth information described above may implicitly or explicitly indicate the initial transmission timing corresponding to terminal 101.

[0305] In step S3205, network device 102 decodes the received signal.

[0306] In some embodiments, network device 102 can decode signals received at multiple transmission times configured in the first information, based on the initial transmission time corresponding to each terminal in the user group, using a corresponding method. In this case, network device 102 only needs to perform decoding once.

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

[0308] Figure 3C is an interactive schematic diagram of an information sending method according to an embodiment of the present disclosure. As shown in Figure 3C, the present disclosure relates to an information sending method, which includes:

[0309] In step S3301, network device 102 sends the first message.

[0310] The optional implementation of step S3301 can be found in step S2101 of Figure 2A, the optional implementation of step S3101 of Figure 3A, and other related parts in the embodiments involved in Figures 2A and 3A, which will not be repeated here.

[0311] In step S3302, terminal 101 determines the initial transmission timing.

[0312] In some embodiments, terminal 101 may determine the corresponding initial transmission timing based on at least one of its own OCC length and the second RV pattern it uses.

[0313] In some embodiments, the initial transmission timing corresponding to terminal 101 is the first transmission timing among the plurality of PUSCH transmission timings mentioned above.

[0314] In some embodiments, the initial transmission timing corresponding to terminal 101 is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern described above. Here, RV0 refers to the redundant version RV0. For example, each transmission timing in the pattern {0,0,0,0} corresponds to RV0.

[0315] Optionally, in some embodiments, the specified condition is: the result of the modulo operation between the index of the initial transmission timing and the length of the OCC of terminal 101 is equal to a preset value.

[0316] Furthermore, the aforementioned initial transmission timing is not the last transmission timing among the multiple PUSCH transmission timings determined by the first information.

[0317] Optionally, the above preset value can be 0 or 1, etc.

[0318] In step S3303, terminal 101 sends a PUSCH based on OCC multiplexing.

[0319] The optional implementation of step S3303 can be found in step S2107 of Figure 2A, the optional implementation of step S3102 of Figure 3A, and other related parts in the embodiments involved in Figures 2A and 3A, which will not be repeated here.

[0320] In step S3304, network device 102 decodes the received signal.

[0321] In some embodiments, when the length of the OCC of each terminal in the user group is the same, the network device 102 may use the method of having the same length of the OCC of each terminal in the user group to decode the signals received at multiple transmission times configured in the first information.

[0322] In some embodiments, when the OCC lengths of terminals in a user group are different, network device 102 may first decode the signals received at multiple transmission times configured in the first information using a method where the OCC lengths of each terminal in the user group are the same. If decoding using the above method fails, then a method where the OCC lengths of multiple terminals in the user group are different may be used to decode the signals received at multiple transmission times configured in the first information. It is understood that in this case, network device 102 needs to perform multiple decoding operations.

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

[0324] The following is an exemplary description of the methods described in the above embodiments.

[0325] In some embodiments, for a terminal performing slot-based OCC multiplexing, the initial transmission timing is determined based on at least one of the following factors: RV pattern, OCC length.

[0326] Furthermore, in some embodiments, multiple users' PUSCH transmissions can be performed within the K authorized transmission times, i.e., slot-based OCC multiplexing PUSCH, wherein the OCC lengths of all multiplexed users can be equal or unequal.

[0327] Optionally, based on whether the OCC length of the reused users is equal or unequal, the RV pattern of the user is determined by at least one of the following methods:

[0328] As a first possible approach, under the condition of equal OCC length for multiplexed users, a specific terminal (the specific terminal being the terminal currently performing slot-based OCC multiplexing PUSCH transmission) determines its RV pattern in conjunction with the OCC length and legacy RV pattern configured / indicated by the gNB and the protocol predefined.

[0329] Optionally, the RV pattern of a specific terminal can be obtained by extending the legacy RV pattern (the RV pattern without OCC multiplexing) based on the OCC length, that is, the same encoded bits are transmitted in all slots within the OCC length.

[0330] As a second possible approach, when the OCC length of reused users is unequal, a specific terminal determines its RV pattern in conjunction with the protocol predefined OCC length and legacy RV pattern configured / indicated by the gNB.

[0331] Optionally, the RV pattern of a specific terminal can be obtained by extending the legacy RV pattern based on the OCC length, that is, the same encoded bits are transmitted in all slots within the OCC length.

[0332] As a third possible approach, when the OCC lengths of reused users are unequal, a specific terminal determines its RV pattern in conjunction with the protocol predefined by using the first OCC length configured / indicated by the gNB (i.e., the first parameter in the foregoing embodiments of this application) and the legacy RV pattern of the specific terminal.

[0333] Optionally, a first OCC length can be defined: the longest OCC length among all multiplexed users' OCC lengths is the first OCC length.

[0334] Optionally, the RV pattern of a specific terminal can be obtained by extending the legacy RV pattern of the specific terminal based on the first OCC length, that is, the same encoded bits are transmitted in all slots within the first OCC length.

[0335] Based on the aforementioned possible methods, the RV pattern of a specific terminal is associated with the specific terminal's OCC length / first OCC length and the specific terminal's legacy RV pattern. This association can be represented by a pre-defined association table in the protocol. Let k be the k-th transmission time of the specific terminal (k = 0, 1, 2, ..., K-1), N be the specific terminal's OCC length / first OCC length, and {rv0, rv1, rv2, rv3} be the specific terminal's legacy RV pattern. The above {rv0, rv1, rv2, rv3} can be equal to any of the following values: {0, 0, 0, 0}, {0, 3, 0, 3}, or {0, 2, 3, 1}. The specific association table is shown below.

[0336] Note: For legacy RV pattern {0,0,0,0}, terminals that support OCC multiplexing determine the RV pattern based on the first possible method, which is consistent with the legacy RV pattern.

[0337] In some embodiments, the initial transmission timing of a particular UE can be determined by at least one of the following methods:

[0338] Method 1: For legacy RV patterns of at least one of the following: {0,2,3,1}, {0,0,0,0}, or {0,3,0,3}, the initial transmission timing is reused from the legacy method. That is, the initial transmission timing is the first transmission timing in the configuration authorization period (which consists of K transmission timings within the configuration authorization). For example, for a legacy RV pattern of {0,3,0,3}, performing OCC multiplexing with an OCC length of 2 results in an RV pattern of {0,0,3,3,0,0,3,3}. Based on this, the initial transmission timing is the first initial transmission timing within a period.

[0339] Method 2: For a specific terminal with legacy RV pattern {0,3,0,3}, the initial transmission timing is the kth transmission timing (counting from 1) that satisfies the formula (k mod (OCC length of the specific terminal) = 1) among the transmission timings of RV0, and k ≠ K, that is, the kth transmission timing cannot be the last transmission timing.

[0340] As an example, a method for a terminal to determine the timing of the initial transmission may include:

[0341] Step 1: There are K=8 transmission opportunities for OCC multiplexing PUSCH transmission determined by the higher layer parameter repK. The OCC length of a specific terminal is configured / indicated by the gNB=2, and the OCC length of all multiplexed users within this authorization period is the same.

[0342] Step 2: Based on the first possible method mentioned above, determine the RV pattern of the specific terminal as {0,0,3,3,0,0,3,3}.

[0343] Step 3: Based on the above method 2, it can be determined that the indices of the transmission timings that satisfy the formula (k mod (OCC length of a specific terminal) = 1) in the transmission timings of RV0 are 1 and 5, and the initial transmission timings are the first transmission timing and the fifth transmission timing.

[0344] As an example, a method for a terminal to determine the timing of the initial transmission may include:

[0345] Step 1: Given that the OCC lengths of all multiplexed users are unequal within the authorization period, there are K=8 transmission opportunities for OCC multiplexing PUSCH transmission determined by the higher layer parameter repK. The specific terminal is configured / indicated by the gNB with a specific terminal OCC length of 2 and a first OCC length of 4.

[0346] Step 2: Based on the second possible method mentioned above, determine the RV pattern of the specific terminal as {0,0,0,0,3,3,3,3}.

[0347] Step 3: Based on the above method 2, it can be determined that the indices of the transmission timings that satisfy the formula (k mod (OCC length of a specific terminal) = 1) in the transmission timings of RV0 are 1 and 3, and the initial transmission timings are the first transmission timing and the third transmission timing.

[0348] Method 3: For a specific terminal with legacy RV pattern {0,0,0,0}, the initial transmission timing is the kth transmission timing that satisfies the formula k mod(OCC length) = 1, while k ≠ K, that is, the kth transmission timing cannot be the last transmission timing, and K ≥ 8.

[0349] In some embodiments, based on the initial transmission timing determined in the foregoing embodiments, the orthogonality of multiplexed user data in the time domain for slot-based OCC multiplexing PUSCH transmissions within the configuration authorization period is supported by at least one of the following methods:

[0350] Method 1: Under the condition that the OCC length of all reused users is equal, the number of reused users is less than or equal to the OCC length within the configuration authorization period.

[0351] The OCC sequence of a reused user can be directly configured / indicated by the gNB, or determined by the OCC sequence index configured / indicated by the gNB, together with the association between the protocol-predetermined OCC sequence index and the OCC sequence (the method for determining the OCC sequence of reuse legacy). The aforementioned OCC sequence / OCC sequence index is the OCC sequence / OCC sequence index of a specific UE.

[0352] Method 2: When all reused users have unequal OCC lengths, within the configuration authorization period, at most 3 terminals with OCC length = 4 or at most 2 terminals with OCC length = 2 can be reused, and the total number of reused users is less than or equal to the first OCC length.

[0353] The OCC sequence of the aforementioned multiplexed user can be directly configured / indicated by the gNB, or determined by the OCC sequence index configured / indicated by the gNB, together with the association between the predefined OCC sequence index and the OCC sequence.

[0354] The OCC sequence of a multiplexed user with OCC length = 2 is scaled based on the OCC length by the second OCC sequence indicated by the gNB.

[0355] Optionally, the second OCC sequence can be determined in either of the following ways: the OCC sequence is configured / indicated by the gNB as {1,-1,1,-1} / {1,1,1,1}, or the OCC sequence is jointly determined by the OCC sequence index configured / indicated by the gNB, the protocol-defined OCC sequence index, and the association between the OCC sequence and the OCC sequence, wherein the OCC sequence index = 0 / 1. For example, if the second OCC sequence is {1,-1,1,-1}, then the OCC sequence for a multiplexed user with OCC length = 2 is {1, -1}.

[0356] Among them, the OCC sequence of the multiplexed user with OCC length=4 and the second OCC sequence of the multiplexed user with OCC length=2 are orthogonal to each other.

[0357] In some embodiments, for multiplexed users performing slot-based OCC multiplexing PUSCH transmissions, where the OCC lengths of all multiplexed users are unequal, the gNB can decode the multiplexing PUSCH data in at least one of the following ways.

[0358] Method 1: gNB decodes the multiplexed PUSCH data multiple times, specifically including:

[0359] Step 1: gNB assumes that the OCC length of all multiplexed users is equal, and decodes the multiplexed PUSCH data using legacy decoding.

[0360] Step 2: If the decoding in Step 1 fails, the multiplexed PUSCH data will be decoded a second time using the new decoding method. The new decoding method refers to the decoding method designed by gNB when the OCC length of all multiplexed users is not equal.

[0361] Method 2: Based on the demodulation reference signal sequence pattern (DMRS sequence pattern) indicating the initial transmission timing of the multiplexed user, the gNB determines to decode the multiplexed PUSCH data using the legacy / new decoding method.

[0362] As an example, an information sending method proposed in this disclosure embodiment may include:

[0363] Step 1: Under the condition that the OCC lengths of all multiplexed users are not equal within the authorization period, there are K=8 transmission opportunities for OCC multiplexing PUSCH transmission determined by the higher layer parameter repK, the number of multiplexed users is 3, the number of multiplexed users with OCC length=2 is 1, and its repeated transmission is 2 times; the number of multiplexed users with OCC length=4 is 2, and its repeated transmission is 4 times. The specific terminal is configured / indicated by the gNB for the specific terminal with OCC length=2 and the first OCC length=4.

[0364] Step 2: Based on the second possible method of determining the RV pattern mentioned above, determine the RV pattern of the specific terminal as {0,0,0,0,3,3,3,3}.

[0365] Step 3: Based on Method 2 in determining the initial transmission timing, it can be determined that the indices of the transmission timings that satisfy the formula (k mod (OCC length of a specific terminal) = 1) in the transmission timings of RV0 are 1 and 3, and the initial transmission timings are the first transmission timing and the third transmission timing.

[0366] Step 4: Based on Step 3, the transmission timing of a specific terminal is the first transmission timing. Based on Method 2 in the aforementioned determination of the OCC sequence, the OCC sequence of the multiplexed user can be determined. The OCC sequence of two multiplexed users with OCC length = 4 can be {1,-1,-1,1}, {1,1,-1,-1}, or {1,1,1,1} / {1,-1,1,-1} (where {1,1,1,1} and {1,-1,1,-1} cannot be selected simultaneously).

[0367] Step 5: Based on Step 4, the OCC sequences of the two multiplexed users with OCC length = 4 are {1,-1,-1,1} and {1,1,-1,-1}, respectively. The OCC sequence of the specific terminal is {1,1}, and the second OCC sequence = {1,1,1,1} is orthogonal to {1,-1,-1,1} and {1,1,-1,-1}.

[0368] Step 6: Based on Steps 1, 4, and 5, the gNB decodes the received data using the aforementioned Method 2. The received signal can be represented by the following matrix (assuming channel equalization has been completed): A T X = Y.

[0369] Where Y = [y1 y2 y3] T X = [x1 x2 x3] T ,

[0370] Since the matrix A above has full column rank, the equation has a unique solution, and gNB can decode it correctly. Therefore, the above decoding method can be the new decoding method.

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

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

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

[0374] Figure 4A is a schematic diagram of the structure of a terminal according to an embodiment of this disclosure. Terminal 4100 is used to execute any of the above methods. In some embodiments, as shown in Figure 4A, terminal 4100 may include at least one of a transceiver module 4101, a processing module 4102, etc. In some embodiments, the transceiver module 4101 is used to receive first information sent by a network device, the first information being used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission timings; the transceiver module 4101 is also used to send a PUSCH multiplexed based on orthogonal coverage code (OCC) to the network device at at least one of the multiple PUSCH transmission timings, and the OCC length of the terminal is the same or different from that of other terminals in the same user group; wherein multiple terminals in the same user group share the multiple PUSCH transmission timings. Optionally, the transceiver module is used to execute at least one of the communication steps (e.g., steps S2101, S2102, S2105, S2107, S3101, S3102, S3201, S3203, S3204, S3301, S3303, but not limited thereto) performed by the terminal 101 in any of the above methods, which will not be elaborated here. Optionally, the processing module is used to execute at least one of the other steps (e.g., steps S2103, S2104, S2106, S3202, S3302, but not limited thereto) performed by the terminal 101 in any of the above methods, which will not be elaborated here.

[0375] Figure 4B is a schematic diagram of the structure of a network device proposed in an embodiment of this disclosure. The network device 4200 is used to perform any of the above methods. In some embodiments, as shown in Figure 4B, the network device 4200 may include at least one of a transceiver module 4201, a processing module 4202, etc. In some embodiments, the transceiver module 4201 is used to send first information to a terminal, the first information being used to configure multiple Physical Uplink Shared Channel (PUSCH) transmission timings; the transceiver module 4201 is also used to receive PUSCH multiplexed based on Orthogonal Cover Code (OCC) sent by the terminal, the PUSCH being sent on at least one of the multiple PUSCH transmission timings, and the OCC length of the terminal being the same as or different from that of other terminals in the same user group; wherein multiple terminals in the same user group share the multiple PUSCH transmission timings. Optionally, the transceiver module is used to perform at least one of the communication steps (e.g., steps S2101, S2102, S2105, S2107, S3101, S3102, S3201, S3203, S3204, S3301, S3303, but not limited thereto) performed by the network device 102 in any of the above methods, which will not be elaborated here. Optionally, the processing module is used to perform at least one of the other steps (e.g., steps S2108, S3205, S3304, but not limited thereto) performed by the network device 102 in any of the above methods, which will not be elaborated here.

[0376] In some embodiments, the transceiver module may include a transmitting module and / or a receiving module, which may be separate or integrated. Optionally, the transceiver module may be interchangeable with a transceiver.

[0377] In some embodiments, the processing module may be a single module or may include multiple sub-modules. Optionally, the multiple sub-modules may each perform all or part of the steps required by the processing module.

[0378] In some embodiments, the processing module can be interchanged with the processor, and the transceiver module can be interchanged with the transceiver.

[0379] Figure 5A is a schematic diagram of the structure of the communication device 5100 proposed in an embodiment of this disclosure. The communication device 5100 can be a network device (e.g., access network device, core network device, etc.), a terminal (e.g., user equipment, etc.), a chip, chip system, or processor that supports the network device in implementing any of the above methods, or a chip, chip system, or processor that supports the terminal in implementing any of the above methods. The communication device 5100 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.

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

[0381] In some embodiments, the communication device 5100 further includes one or more transceivers 5102. When the communication device 5100 includes one or more transceivers 5102, the transceiver 5102 performs at least one of the communication steps such as sending and / or receiving in the above method (e.g., steps S2101, S2102, S2105, S2107, S3101, S3102, S3201, S3203, S3204, S3301, S3303, but not limited thereto), and the processor 5101 performs at least one of other steps (e.g., steps S2103, S2104, S2106, S2108, S3202, S3205, S3302, S3304, but not limited thereto). In optional embodiments, the transceiver may include a receiver and / or a transmitter, which may be separate or integrated together. Optionally, terms such as transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, and interface can be used interchangeably; terms such as transmitter, transmitter unit, transmitter, and transmitter circuit can be used interchangeably; and terms such as receiver, receiver unit, receiver, and receiver circuit can be used interchangeably.

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

[0383] The communication device 5100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 5100 described in this disclosure is not limited thereto, and the structure of the communication device 5100 may not be limited by FIG. 5A. The communication device may be a standalone device or may be 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, programs and / or instructions; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, terminal device, smart terminal device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.

[0384] Figure 5B is a schematic diagram of the structure of chip 5200 according to an embodiment of this disclosure. For cases where the communication device 5100 can be a chip or a chip system, please refer to the schematic diagram of chip 5200 shown in Figure 5B, but it is not limited thereto.

[0385] Chip 5200 includes one or more processors 5201. Chip 5200 is used to perform any of the methods described above.

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

[0387] In some embodiments, the interface circuit 5202 performs at least one of the communication steps such as sending and / or receiving in the above-described method (e.g., steps S2101, S2102, S2105, S2107, S3101, S3102, S3201, S3203, S3204, S3301, S3303, but not limited thereto). The interface circuit 5202 performing the communication steps such as sending and / or receiving in the above-described method refers, for example, to the interface circuit 5202 performing data and / or instruction interaction between the processor 5201, the chip 5200, the memory 5203, or the transceiver device. In some embodiments, the processor 5201 performs at least one of other steps (e.g., steps S2103, S2104, S2106, S2108, S3202, S3205, S3302, S3304, but not limited thereto).

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

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

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

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

Claims

1. A method for sending information, characterized in that, The method is executed by a terminal, and the method includes: Receive first information sent by the network device, the first information being used to configure the transmission timing of multiple Physical Uplink Shared Channels (PUSCH); At at least one of the plurality of PUSCH transmission times, a PUSCH multiplexed based on orthogonal overlay code (OCC) is sent to the network device, and the OCC length of the terminal is the same or different from that of other terminals in the same user group. In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

2. The method according to claim 1, characterized in that, The method further includes: The system receives second information sent by the network device, the second information being used to determine the first redundant version RV pattern corresponding to the terminal. Based on the first parameter and the first RV pattern, the second RV pattern used by the terminal is determined; The first RV pattern is an RV pattern that has not undergone OCC multiplexing, while the second RV pattern is an RV pattern that has undergone OCC multiplexing.

3. The method according to claim 2, characterized in that, Multiple terminals in the same user group have the same OCC length; The first parameter is the length of the terminal's OCC.

4. The method according to claim 2, characterized in that, The OCC lengths of multiple terminals in the same user group are different; The first parameter is the length of the terminal's OCC; or, The first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

5. The method according to any one of claims 2-4, characterized in that, The second RV pattern is obtained by extending the first RV pattern based on the first parameter.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: The initial transmission timing corresponding to the terminal is determined based on at least one of the length of the terminal's OCC and the second RV pattern used by the terminal.

7. The method according to claim 6, characterized in that, The initial transmission timing corresponding to the terminal is the first transmission timing among the plurality of PUSCH transmission timings.

8. The method according to claim 6, characterized in that, The initial transmission timing corresponding to the terminal is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern.

9. The method according to claim 8, characterized in that, The specified condition is that the result of the modulo operation between the index of the initial transmission timing and the length of the terminal's OCC is equal to a preset value.

10. The method according to any one of claims 1-9, characterized in that, The method further includes: Multiple terminals in the same user group have the same OCC length. The terminal receives third information sent by the network device, the third information being used to indicate the first OCC sequence used by the terminal. The number of terminals included in the user group is less than or equal to the length of the OCC.

11. The method according to any one of claims 1-9, characterized in that, The method further includes: Multiple terminals in the same user group have different OCC lengths. The terminal receives third information sent by the network device, the third information being used to indicate the first OCC sequence used by the terminal. Wherein, the number of terminals included in the user group is less than or equal to the first parameter, and the first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

12. The method according to any one of claims 1-9, characterized in that, The method further includes: Multiple terminals in the same user group have different OCC lengths. Receive third information sent by the network device, the third information being used to indicate a second OCC sequence; Based on the length of the terminal's OCC and the second OCC sequence, the first OCC sequence used by the terminal is determined; Wherein, the length of the second OCC sequence is equal to the first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group, and the number of terminals included in the user group is less than or equal to the first parameter.

13. The method according to claim 12, characterized in that, The second OCC sequences corresponding to each terminal in the same user group are mutually orthogonal.

14. The method according to any one of claims 1-13, characterized in that, The method further includes: A fourth message is sent to the network device, the fourth message indicating the initial transmission timing of the terminal.

15. The method according to any one of claims 1-14, characterized in that, The OCC multiplexing is time-slot-based OCC multiplexing.

16. A method for sending information, characterized in that, The method is performed by a network device, and the method includes: Send first information to the terminal, the first information being used to configure the timing of transmission of multiple Physical Uplink Shared Channels (PUSCH); The terminal receives a PUSCH multiplexed based on orthogonal overlay code (OCC) sent by the terminal, the PUSCH being sent at at least one of the plurality of PUSCH transmission times, and the OCC length of the terminal is the same or different from that of other terminals in the same user group. In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

17. The method according to claim 16, characterized in that, The method further includes: Send second information to the terminal, the second information being used to determine the first redundant version RV pattern corresponding to the terminal; The first RV pattern is used by the terminal to determine the second RV pattern used by the terminal, and the second RV pattern is determined based on the first parameter and the first RV pattern; The first RV pattern is an RV pattern that has not undergone OCC multiplexing, while the second RV pattern is an RV pattern that has undergone OCC multiplexing.

18. The method according to claim 17, characterized in that, Multiple terminals in the same user group have the same OCC length; The first parameter is the length of the terminal's OCC.

19. The method according to claim 17, characterized in that, The OCC lengths of multiple terminals in the same user group are different; The first parameter is the length of the terminal's OCC; or, The first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

20. The method according to any one of claims 17-19, characterized in that, The second RV pattern is obtained by extending the first RV pattern based on the first parameter.

21. The method according to any one of claims 16-20, characterized in that, The length of the terminal's OCC and at least one of the second RV pattern used by the terminal are also used by the terminal to determine the initial transmission timing corresponding to the terminal.

22. The method according to claim 21, characterized in that, The initial transmission timing corresponding to the terminal is the first transmission timing among the plurality of PUSCH transmission timings.

23. The method according to claim 21, characterized in that, The initial transmission timing corresponding to the terminal is the transmission timing that meets the specified conditions among the multiple transmission timings corresponding to RV0 in the second RV pattern.

24. The method according to claim 23, characterized in that, The specified condition is that the result of the modulo operation between the index of the initial transmission timing and the length of the terminal's OCC is equal to a preset value.

25. The method according to any one of claims 16-24, characterized in that, The method further includes: Multiple terminals in the same user group have the same OCC length. Send a third message to the terminal, the third message being used to indicate the first OCC sequence used by the terminal; The number of terminals included in the user group is less than or equal to the length of the OCC.

26. The method according to any one of claims 16-24, characterized in that, The method further includes: Multiple terminals in the same user group have different OCC lengths. Send a third message to the terminal, the third message being used to indicate the first OCC sequence used by the terminal; Wherein, the number of terminals included in the user group is less than or equal to the first parameter, and the first parameter is the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group.

27. The method according to any one of claims 16-24, characterized in that, The method further includes: Multiple terminals in the same user group have different OCC lengths. Send a third message to the terminal, the third message being used to indicate a second OCC sequence; The second OCC sequence is used by the terminal to determine the first OCC sequence used by the terminal, the first OCC sequence being determined based on the length of the terminal's OCC and the second OCC sequence; Wherein, the length of the second OCC sequence is equal to the first parameter, the first parameter being the maximum value among the lengths of multiple OCCs corresponding to multiple terminals in the same user group, and the number of terminals included in the user group is less than or equal to the first parameter.

28. The method according to claim 27, characterized in that, The second OCC sequences corresponding to each terminal in the same user group are mutually orthogonal.

29. The method according to any one of claims 16-28, characterized in that, The method further includes: The signals received at multiple transmission times configured in the first information are decoded by adopting the method that the OCC length of each terminal in the user group is the same. If decoding fails, the signals received at multiple transmission times configured in the first information are decoded using a method that corresponds to the different OCC lengths of multiple terminals in the user group.

30. The method according to any one of claims 16-28, characterized in that, The method further includes: The terminal receives a fourth message, which indicates the initial transmission timing of the terminal. Based on the initial transmission timing of each terminal in the user group, the signals received at multiple transmission timings configured in the first information are decoded.

31. The method according to any one of claims 16-30, characterized in that, The OCC multiplexing is time-slot-based OCC multiplexing.

32. A method for sending information, characterized in that, The method includes: The network device sends first information to the terminal, the first information being used to configure the transmission timing of multiple Physical Uplink Shared Channels (PUSCH); The terminal sends a PUSCH multiplexed based on orthogonal coverage code (OCC) to the network device at at least one of the plurality of PUSCH transmission times, and the OCC length of the terminal is the same or different from that of other terminals in the same user group. In this context, multiple terminals within the same user group share the multiple PUSCH transmission opportunities.

33. A communication device, characterized in that, The communication device is used to perform the information transmission method according to any one of claims 1-15 and 16-31.

34. A communication system, characterized in that, The device includes a terminal and a network device, wherein the terminal is configured to implement the information transmission method according to any one of claims 1-15, and the network device is configured to implement the information transmission method according to any one of claims 16-31.

35. A storage medium storing instructions, characterized in that, When the instruction is executed on the communication device, the communication device performs the information transmission method as described in any one of claims 1-15 and 16-31.

36. A program product comprising at least one of a program and instructions, characterized in that, When at least one of the programs or instructions is executed by the communication device, it implements the information transmission method according to any one of claims 1-15 and 16-31.

Images