Wireless communication method and wireless communication device

Abstract

The present disclosure provides a wireless communication method. Provided in the embodiments of the present disclosure is a wireless communication method, comprising: on the basis of first information configured by a base station or predefined first information and / or a trigger condition, a terminal device sends second information to the base station, wherein the first information is used for indicating satellite-related service information, and the second information is used for requesting switching a satellite. In this way, while implementing rapid switching, the base station can satisfy diversified service demands of users.

Description

Method of wireless communication and wireless communication device TECHNICAL FIELD

[0001] The present disclosure relates to the field of wireless communication, and in particular, to a method of wireless communication and a wireless communication device. BACKGROUND

[0002] In NTN systems, compared with traditional ground networks, the large transmission distance between satellites and UEs, satellites can be generally classified according to their orbital altitudes, and different orbital altitudes directly affect the coverage range and the speed of circumnavigation, which are generally divided into LEO, MEO and GEO. Low Earth Orbit (LEO) satellites are relatively close to the ground, with an altitude of about 160 kilometers to 2000 kilometers, and a coverage range of 100 kilometers to 1000 kilometers. Due to the relatively close distance to the ground, the transmission delay is small. For a LEO with an altitude of 600 kilometers, the one-way delay is 12.89 ms, so this orbit is the first choice for small delay services. Medium Earth Orbit (MEO) satellites are located in the range of 2000 kilometers to 35768 kilometers above the ground, which has a wider coverage range and higher communication efficiency than LEO, and is suitable for high-speed data and positioning and navigation services, etc. For example, GPS satellites are located in a medium Earth orbit about 20200 kilometers away. Three evenly distributed GEO satellites can achieve global coverage. The running speed of the satellite at this height is the same as the rotation of the earth, so GEO satellites are very suitable for television and telephone services that are always online. In addition, they can also be used for meteorology. However, the disadvantage is that GEO satellites are far away from the ground, resulting in large signal transmission delay. The current satellite communication or other wireless communication methods still have unresolved problems, and therefore, a method of wireless communication and a wireless communication device are needed to improve the prior art.

[0003] SUMMARY

[0004] The technical problem to be solved by the present application is to provide a method of wireless communication to solve the problems in the prior art.

[0005] According to one aspect of the present disclosure, a method of wireless communication is provided, which is executed in a terminal device, and the method comprises:

[0006] determining first information, wherein the first information is used to indicate satellite-related service information;

[0007] sending second information based on the first information and / or a trigger condition, wherein the trigger condition is used to indicate the timing of the terminal device sending a handover request; and the second information is used to request handover of a satellite.

[0008] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a terminal device, the method comprising:

[0009] determining UCI to be multiplexed based on a Uplink Control Information, UCI, multiplexing manner configuration;

[0010] multiplexing the UCI to be multiplexed on a physical uplink channel, the physical uplink channel being an OCC-enabled physical uplink channel and being a first physical uplink channel of an Orthogonal Cover Code, OCC, span; wherein the OCC span is a complete time unit in which an OCC sequence is enabled; and wherein the physical uplink channel comprises at least one of a Physical Uplink Shared Channel, PUSCH, a Physical Uplink Control Channel, PUCCH, or a PUSCH carrying UCI;

[0011] transmitting the physical uplink channel.

[0012] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a terminal device, the method comprising:

[0013] multiplexing a plurality of UCI to be multiplexed on physical uplink channels of different OCC spans based on a first Uplink Control Information, UCI, multiplexing manner configuration; wherein the first Uplink Control Information, UCI, multiplexing manner configuration is used to determine a manner in which the terminal device multiplexes UCI on a physical uplink channel; determining a time order of a plurality of PUCCHs based on a starting point being a preset reference point; taking a PUCCH with an earliest time as a first PUCCH; taking UCI to be multiplexed on the first PUCCH as a first UCI to be multiplexed; wherein the OCC span is a complete time unit in which an OCC sequence is enabled; and wherein the physical uplink channel comprises at least one of a Physical Uplink Shared Channel, PUSCH, a Physical Uplink Control Channel, PUCCH, or a PUSCH carrying UCI;

[0014] or

[0015] jointly multiplexing a plurality of UCI to be multiplexed on a physical uplink channel of an OCC span based on a second Uplink Control Information, UCI, multiplexing manner configuration; wherein the second Uplink Control Information, UCI, multiplexing manner configuration is used to determine a manner in which the terminal device multiplexes UCI on a physical uplink channel;

[0016] transmitting the OCC-enabled physical uplink channel.

[0017] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a terminal device, the method comprising:

[0018] determining first configuration information, the first configuration information comprising a starting point of enabling OCC on a PUSCH; enabling OCC on the PUSCH based on the starting point; and transmitting the PUSCH after enabling the OCC function;

[0019] or,

[0020] receiving a first offset value; offsetting an OCC sequence by the first offset value based on a preset reference point; enabling the offset OCC sequence on a PUSCH corresponding to the offset OCC sequence; and transmitting the PUSCH after enabling the OCC function;

[0021] or,

[0022] receiving a second offset value; enabling OCC after delaying the PUSCH by the second offset value; and transmitting the PUSCH after enabling the OCC function.

[0023] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a base station, the method comprising:

[0024] receiving second information transmitted by a terminal device based on first information; wherein the first information is used to indicate satellite-related service information, and the second information is used to request switching of a satellite;

[0025] determining whether to perform a satellite switching operation based on the second information.

[0026] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a base station, the method comprising:

[0027] receiving a physical uplink channel enabling an OCC function, the physical uplink channel enabling the OCC function being obtained based on at least one of the following:

[0028] multiplexing a plurality of UCI to be multiplexed on a physical uplink channel by a terminal device based on a first UCI multiplexing manner configuration; wherein the first UCI multiplexing manner configuration is used to determine the manner in which the terminal device multiplexes UCI on the physical uplink channel; determining the time sequence of a plurality of PUCCHs based on a preset reference point as a starting point; taking the PUCCH with the earliest time as a first PUCCH; taking the UCI to be multiplexed on the first PUCCH as a first UCI to be multiplexed; wherein the OCC span is a complete time unit enabling an OCC sequence;

[0029] or,

[0030] The terminal device multiplexes a plurality of UCI to be multiplexed to a physical uplink channel of one OCC span based on a second uplink control information (UCI) multiplexing manner configuration, wherein the second UCI multiplexing manner configuration is used to determine a manner in which the terminal device multiplexes UCI on a physical uplink channel.

[0031] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a base station, the method comprising:

[0032] receiving a physical uplink channel with OCC enabled, wherein the physical uplink channel with OCC enabled is obtained based on at least one of the following:

[0033] The terminal device multiplexes a plurality of UCI to be multiplexed to a physical uplink channel of one OCC span based on a second uplink control information (UCI) multiplexing manner configuration, wherein the second UCI multiplexing manner configuration is used to determine a manner in which the terminal device multiplexes UCI on a physical uplink channel.

[0034] Alternatively,

[0035] The terminal device multiplexes a plurality of UCI to be multiplexed to a physical uplink channel of one OCC span based on a second uplink control information (UCI) multiplexing manner configuration, wherein the second UCI multiplexing manner configuration is used to determine a manner in which the terminal device multiplexes UCI on a physical uplink channel.

[0036] According to one aspect of the present disclosure, a method of wireless communication is provided, performed at a base station, the method comprising:

[0037] receiving a PUSCH with OCC enabled, wherein the PUSCH with OCC enabled is determined based on a starting point of enabling OCC on the PUSCH, and the starting point is included in first configuration information;

[0038] Alternatively,

[0039] sending a first offset value, used by the terminal device to offset an OCC sequence by the first offset value based on a preset reference point, enabling the offset OCC sequence on a PUSCH corresponding to the offset OCC sequence, and receiving the PUSCH with OCC enabled;

[0040] Alternatively,

[0041] The second offset value is sent, and the terminal device delays the PUSCH by the second offset value and enables OCC.

[0042] According to an aspect of the present disclosure, a wireless communication device is provided, comprising a processor and a memory for storing a computer program, the processor being configured to invoke and run the computer program stored in the memory to perform the steps in the method of data processing according to any one of the above aspects.

[0043] According to an aspect of the present disclosure, a readable storage medium is provided for storing a computer program, the computer program being invoked and run by a processor to perform any one of the above methods. BRIEF DESCRIPTION OF DRAWINGS

[0044] In order to more clearly illustrate the embodiments of the present disclosure or the related art, the following drawings will briefly be introduced in the embodiments. Obviously, the drawings are only some of the embodiments of the present disclosure, and those skilled in the art can obtain other drawings from these drawings without creative effort.

[0045] Figure 1 illustrates one of the flowcharts of the method of wireless communication provided by the present disclosure.

[0046] Figure 2 illustrates one of the structural diagrams of the MAC CE provided by the present disclosure.

[0047] Figure 3 illustrates another of the structural diagrams of the MAC CE provided by the present disclosure.

[0048] Figure 4 illustrates a third of the structural diagrams of the MAC CE provided by the present disclosure.

[0049] Figure 5 illustrates a second of the flowcharts of the method of wireless communication provided by the present disclosure.

[0050] Figure 6 illustrates a third of the flowcharts of the method of wireless communication provided by the present disclosure.

[0051] Figure 7 illustrates a schematic diagram of multi-UCI multiplexing provided by the present disclosure.

[0052] Figure 8a illustrates a fourth of the flowcharts of the method of wireless communication provided by the present disclosure.

[0053] Figure 8b illustrates a fifth of the flowcharts of the method of wireless communication provided by the present disclosure.

[0054] Figure 9 illustrates a schematic diagram of multi-UCI multiplexing when the first PUCCH appears on the first PUSCH.

[0055] Figure 10 illustrates a schematic diagram of multi-UCI multiplexing when the first PUCCH does not appear on the first PUSCH.

[0056] FIG. 11 illustrates a diagram of joint multiplexing of multiple UCI.

[0057] FIG. 12 illustrates a diagram of UCI collision when multiple UCI multiplexing.

[0058] FIG. 13a illustrates a flowchart of six of the method of wireless communication provided by the disclosure.

[0059] FIG. 13b illustrates a flowchart of seven of the method of wireless communication provided by the disclosure.

[0060] FIG. 13c illustrates a flowchart of eight of the method of wireless communication provided by the disclosure.

[0061] FIG. 14 illustrates a diagram of one of enabling non-aligned OCC code.

[0062] FIG. 15 illustrates a diagram of two of enabling non-aligned OCC code.

[0063] FIG. 16 illustrates a diagram of three of enabling non-aligned OCC code.

[0064] FIG. 17 illustrates a diagram of multiple OCC length UE delay multiplexing.

[0065] FIG. 18 illustrates a diagram of multiplexing procedure of new UE.

[0066] FIG. 19 illustrates a diagram of enabling OCC function of new UE by defining OCC reference point.

[0067] FIG. 20 illustrates an exemplary block diagram for a wireless communication system provided by the disclosure. DETAILED DESCRIPTION

[0068] Embodiments of the disclosure describe technical matters, structural features, implementation purposes and effects in detail with reference to the accompanying drawings. Specifically, the terms in the embodiments of the disclosure are only for the purpose of describing specific embodiments, and are not limiting the disclosure.

[0069] In the disclosure, "A or B" can mean "A only", "B only", or "both A and B".

[0070] In other words, in the disclosure, "A or B" can be interpreted as "A and / or B". For example, in the disclosure, "A, B, or C" can mean "A only", "B only", "C only", or "any combination of A, B, C".

[0071] The slash ( / ) or comma used in the present disclosure can mean "and / or". For example, "A / B" can mean "A and / or B". Thus, "A / B" can mean "only A", "only B", or "both A and B". For example, "A, B, C" can mean "A, B, or C".

[0072] In the present disclosure, "at least one of A and B" can mean "only A", "only B", or "both A and B". In addition, in the present disclosure, the expression "at least one of A or B" or "at least one of A and / or B" can be interpreted as "at least one of A and B".

[0073] In addition, in the present disclosure, "at least one of A, B, and C" can mean "only A", "only B", "only C", or "any combination of A, B, and C". In addition, "at least one of A, B, or C" or "at least one of A, B, and / or C" can mean "at least one of A, B, and C".

[0074] Furthermore, the terms "first", "second", etc. are used only for descriptive purposes and should not be construed as implying or implying relative importance or implicitly indicating the number of indicated technical features. Therefore, the features defined with "first", "second" can explicitly or implicitly include one or more of the features. In the description of the present application, the meaning of "a plurality of" is two or more, unless otherwise explicitly specified.

[0075] Those skilled in the art will recognize and understand that the details of the described examples are only illustrative of some embodiments, and the teachings set forth herein apply to various alternative settings.

[0076] The technical solutions of the present disclosure can be applied to various wireless communication systems, such as: Long Term Evolution (Long Term Evolution, LTE) system, LTE Frequency Division Duplex (Frequency Division Duplex, FDD) system, LTE Time Division Duplex (Time Division Duplex, TDD) system, 5G communication system or future wireless communication system, etc.

[0077] The information sending method provided by the embodiments of the present application will be described in detail below in combination with the accompanying drawings, through some embodiments and their application scenarios.

[0078] Different satellites have different capabilities and carry different services. A UE needs to report a handover request due to changes in service requirements / network capability requirements. In order to achieve fast handover, the trigger mode of sending a handover request, the flow of a handover request, the medium of a handover request, and the reporting content of a handover request need to be designed. For example, a UE is under the coverage of a LEO satellite, but needs to be positioned by navigation, and needs to be switched to a MEO satellite. How to report a handover request by the UE needs to be considered. To this end, the present disclosure provides a wireless communication method to solve the above problems.

[0079] FIG. 1 illustrates one of the flowcharts of the method of wireless communication provided by the present disclosure. As shown in FIG. 1, the method comprises the following steps:

[0080] Step S100, a terminal device determines first information, wherein the first information is used to indicate satellite-related service information.

[0081] Step S200, the terminal device sends second information to a base station based on the first information and / or a trigger condition, wherein the trigger condition is used to indicate a timing of sending a handover request by the terminal device; and the second information is used to request a satellite handover. Correspondingly, the base station receives the second information.

[0082] Step S300, the base station determines whether to perform a satellite handover operation based on the second information.

[0083] The method of wireless communication provided by the embodiments of the present disclosure is that the terminal device sends second information to a base station based on first information configured by the base station or predefined first information and / or a trigger condition, wherein the first information is used to indicate satellite-related service information; and the second information is used to request a satellite handover. In this way, the base station can achieve fast handover while meeting the diversified service requirements of users.

[0084] In the embodiments of the present disclosure, the base station can be a source base station.

[0085] In one implementation mode, the first information is carried by a broadcast message, a multicast message, or RRC or DCI or MAC CE.

[0086] In another implementation mode, the first information is determined based on a predefined mode.

[0087] In the embodiments of the present disclosure, the first information comprises at least one of the following: assistance access information of the candidate satellite, a mapping relationship between service change and index, capability of the serving base station and the neighboring base station, a mapping relationship between service type and base station capability, a mapping relationship between switching orbit and index, or configuration information related to a timer, wherein the configuration information related to the timer comprises a time length of the timer and / or a number of repeated transmissions, the time length of the timer is used for the terminal device to determine a time opportunity of retransmitting the second information, or is used for the terminal device to determine a result of the satellite switching orbit performed by the first base station, and the number of repeated transmissions is used for the terminal device to determine the result of the satellite switching orbit performed by the first base station.

[0088] For example, the first information can comprise assistance access information of the candidate satellite, and the assistance access information of the candidate satellite comprises ephemeris information, TA information, timing offset value, etc. of the candidate satellite.

[0089] For example, the first information can comprise a mapping relationship between service change and index. Since satellites in different orbits carry different service types, different orbit satellites are associated with different service types, and the UE reports corresponding indexes based on different service requirements. The service types carried on LEO / MEO / GEO can be arranged in order from low to high according to the required KPI requirements, and the parameters of the KPI can be at least one of reliability, latency requirement, transmission rate, connection density, and coverage range. These services can be sequentially labeled as service 1, service 2, service 3, …, and service M, and each service type has different KPI requirements. For example, the KPI can be based on latency requirement, which has the advantage of being directly associated with the Round Trip Time (RTT) of different orbit satellites; the KPI can also be based on a combination of transmission rate and latency requirement, which has the advantage of being able to associate the RTT of different orbit satellites in addition to transmission rate, which helps to further arrange different service types on the same orbit. The mapping relationship between service change and index is shown in Table 1 as follows:

[0090] Table 1: Mapping relationship between service change and index

[0091] For example, service switching 1: the UE in LEO needs to switch from video service to navigation service; service switching 2: the UE in MEO needs to switch from navigation service to IMS voice service.

[0092] It is worth noting that each switching between two services is associated with a reported index, and there are N service switching types, corresponding to 0 to N-1, occupying ceil(log2(N)) bits.

[0093] For example, the first information can include a mapping relationship between the switching orbit and the index. Since different orbits of satellites carry different service types, and the change of service type will affect the switching orbit, the mapping relationship between the switching orbit and the index needs to be established. The mapping relationship between the switching orbit and the index can be divided into two cases, which are described as follows.

[0094] Case 1: The switching state type includes LEO-LEO, LEO-MEO, LEO-GEO, MEO-MEO, MEO-GEO, MEO-LEO, MEO-GEO, GEO-GEO, GEO-LEO and GEO-MEO, a total of 9 switching states.

[0095] It is worth noting that the above 9 switching states occupy 4 bits, which can support all or part of the switching cases, and the number of bits occupied satisfies ceil (log2 (N)) bits. For example: when 9 states are supported, the number of bits occupied is 4.

[0096] In one possible implementation, LEO, MEO and GEO can be mapped to low, medium and high priority in one of the following ways.

[0097] The mapping manner is in the order from high to low: LEO-GEO, LEO-MEO, LEO-LEO, MEO-GEO, MEO-MEO, MEO-LEO, GEO-GEO, GEO-MEO, and GEO-LEO, or GEO-GEO, GEO-MEO, GEO-LEO, MEO-GEO, MEO-MEO, MEO-LEO, LEO-GEO, LEO-MEO, and LEO-LEO correspond to index values 0-8 respectively. As shown in Table 2 or Table 3 below:

[0098] Table 2: Mapping relationship between switching state type and index

[0099] Table 3: Mapping relationship between switching state type and index

[0100] In another possible implementation, the mapping manner is in the order from low to high: LEO-LEO, LEO-MEO, LEO-GEO, MEO-LEO, MEO-MEO, MEO-GEO, GEO-LEO, GEO-MEO, and GEO-GEO, or GEO-LEO, GEO-MEO, GEO-GEO, MEO-LEO, MEO-MEO, MEO-GEO, LEO-LEO, LEO-MEO, and LEO-GEO correspond to index values 0-8 respectively, as shown in Table 4 or Table 5.

[0101] Table 4: Mapping relationship between switching state type and index

[0102] Table 5: Mapping relationship between switching state type and index

[0103] Case 2: Since the UE and the base station both know the orbit type in which they are located, there are only three orbit types for switching for each orbit in which they are located. Taking LEO as an example, the switching state types include: LEO-LEO, LEO-MEO, and LEO-GEO, and the same applies to MEO and GEO, which will not be described here.

[0104] It is worth noting that for LEO, MEO, or GEO, the three switching states occupy 2 bits. For LEO, MEO, and GEO, each switching state type corresponds to priorities 0, 1, and 2.

[0105] In one possible implementation, the mapping manner is in the order from high to low as follows:

[0106] For LEO, the mapping manner is: LEO-GEO, LEO-MEO, and LEO-LEO corresponding to index values 0-2, respectively.

[0107] For MEO, the mapping manner is: MEO-GEO, MEO-MEO, and MEO-LEO corresponding to index values 0-2, respectively.

[0108] For GEO, the mapping manner is: GEO-GEO, GEO-MEO, and GEO-LEO corresponding to index values 0-2, respectively.

[0109] Table 6: Mapping relationship between switching state type and index

[0110] In another possible implementation, the mapping manner is in the order from low to high as follows:

[0111] For LEO, the mapping manner is: LEO-LEO, LEO-MEO, and LEO-GEO corresponding to index values 0-2, respectively.

[0112] For MEO, the mapping manner is: MEO-LEO, MEO-MEO, and MEO-GEO corresponding to index values 0-2, respectively.

[0113] For GEO, the mapping manner is: GEO-LEO, GEO-MEO, and GEO-GEO corresponding to index values 0-2, respectively.

[0114] Table 7: Mapping relationship between switching type and index

[0115] Exemplarily, the first information can include the capabilities of the serving base station and the neighboring base station, and a mapping relationship between the service type and the base station capability. Since different orbit satellites have different capabilities and can support different service types, the base station capability can be divided according to the service type, and the base station capability can be the capability of the serving base station or the capability of the neighboring base station. The base station transmits the corresponding relationship between the service type and the base station capability through system message or RRC or MAC CE or DCI or predefinition. The mapping relationship between the service type and the base station capability can be that the base station capability can be based on one or more of the transmission bandwidth, the supported satellite type, the number of serviceable UEs, the coverage range, the latency requirement, the supported service type, and the like. For example, the base station capability can be based on the transmission bandwidth, and the beneficial effect is that different services have different bandwidths, for example, the internet service on LEO and the IMS voice service on GEO. The base station capability can be a comprehensive determination based on the transmission bandwidth and the supported satellite type, which can distinguish whether the base station supports a certain fixed orbit or multiple orbits, thereby judging whether the base station needs to be switched. The base station capability can also be based on the transmission bandwidth, the number of serviceable UEs, the supported satellite type, the latency requirement, and the supported service type. The comprehensive capability of each capability has the benefit of comprehensively considering the capability level of the base station. Each service type corresponds to a base station capability, numbered as capability 1, capability 2, …, and capability N.

[0116] In the embodiments of the present disclosure, the first information further includes at least one of a mapping relationship between the base station capability switching and the index, or a mapping relationship between the candidate base station and the index.

[0117] Exemplarily, the mapping relationship between the base station capability switching and the index is shown in Table 8:

[0118] Table 8 Mapping relationship between base station capability switching and index

[0119] Exemplarily, since different orbit satellites have different capabilities and support different service types, the base station capability includes one or more of the transmission bandwidth, the supported satellite type, the number of serviceable UEs, the coverage range, and the supported service type. The base station includes the base station capability in the current serving base station and the neighboring base station related access information through system message or RRC or MAC CE or DCI or predefinition, so that the UE can trigger the switching request according to the capability of the service requirement, and report the index corresponding to the base station. The base station first needs to issue the mapping relationship between the candidate base station and the index.

[0120] Table 9 Mapping relationship between candidate base station and index

[0121] For example, the first information can include timer-related configuration information, where the timer-related configuration information includes a duration of a timer and / or a number of repeated transmissions, the duration of the timer being used by the terminal device to determine a time for retransmitting the second information or to determine a result of the satellite orbit switching performed by the first base station, and the number of repeated transmissions being used by the terminal device to determine the result of the satellite orbit switching performed by the first base station.

[0122] For example, when the UE experiences a change in traffic demand and needs to initiate a handover request, the timer is used to indicate the validity of the handover request initiated by the UE, and if the timer does not expire, it indicates that the initiated handover request is still valid. The unit of the timer can be ms or s or slots or symbols, and during the running of the timer, no handover request is sent. The starting condition, stopping condition and operation after expiration of the timer are as follows:

[0123] The starting condition of the timer can include at least one of the following:

[0124] When the UE meets a trigger condition for sending a handover request;

[0125] After the UE sends a handover request.

[0126] The stopping condition of the timer can include at least one of the following:

[0127] No feedback is received from the base station for more than a configured time;

[0128] The base station sends an indication of handover success or failure within the configured time;

[0129] The UE needs to send a new handover request due to a change in traffic.

[0130] The operation after expiration of the timer can include at least one of the following:

[0131] After expiration, it is determined that the handover has failed;

[0132] After expiration, the handover request is repeatedly sent until feedback is received from the base station;

[0133] After expiration, the handover request is repeatedly sent, and a number of repeated transmissions is configured. If the number of repeated transmissions is exceeded, it is determined that the handover has failed, and no further transmission is performed.

[0134] In the embodiments of the present disclosure, the trigger condition includes at least one of the following: a change in traffic type; a change in orbit based on UE demand; or a change in network capability based on UE demand.

[0135] In a possible implementation, the trigger condition can be a service type change, also referred to as service change. For example, service type change 1: a UE in LEO needs to switch from a video service to a navigation service, which triggers the UE to report an index corresponding to the video service to the navigation service to the base station, and the base station configures a MEO satellite meeting the switching requirement for the UE after receiving the index. For another example, service type change 2: a UE in MEO needs to switch from a navigation service to an IMS voice service, which triggers the UE to report a request, and the UE only needs to report an index corresponding to the navigation service to the IMS voice service.

[0136] In another possible implementation, the trigger condition can be an orbit change based on a UE requirement. That is, an orbit change occurs due to a service change required by the UE, and the switching requirement reported by the UE is triggered when the orbit changes, and the request includes the orbit type that needs to be switched. For example, a service change on the UE side causes the UE to need to switch from LEO to MEO, which triggers the UE to report a switching request, and the base station configures a suitable candidate satellite for the UE according to the reported switching requirement.

[0137] In another possible implementation, the trigger condition can be a network capability change based on a UE requirement. That is, the UE has a requirement to select a base station to communicate with according to the capability of each base station during communication, and needs to select a target base station according to the capability of each base station. For example, each switching between the capabilities of two base stations is associated with a reported index, and there are N types of service switching, corresponding to 0 to N-1, and the number of bits occupied satisfies ceil(log2(N)) bits. When the UE needs to select a new base station according to the capability of each base station, the switching requirement reported by the UE is triggered.

[0138] It should be noted that the three trigger conditions described above can trigger the UE to report a switching request at the same time.

[0139] In an implementation, after the terminal device performs steps S100-S300, the terminal device further performs the following steps: receiving third information, the third information being used for measurement configuration; and sending fourth information to the source base station, the fourth information being used for reporting a measurement result based on the third information.

[0140] In another implementation, after the terminal device performs steps S100-S300, the base station determines whether to switch based on the latest measurement reporting result, and the terminal device does not need to perform the following steps: receiving third information, the third information being used for measurement configuration; and sending fourth information to the source base station, the fourth information being used for reporting a measurement result based on the third information.

[0141] In the embodiment of the present disclosure, the second information is carried in a reporting result or auxiliary information, and the reporting result is based on measurement configuration.

[0142] Optionally, the second information is carried in one of the reporting results or the assistance information selected from the multiple reporting results or the assistance information.

[0143] In an implementation manner, when the second information is carried in the reporting result, the second information is carried in a second RRC, and the method further comprises: sending, by the second RRC, the reporting result and an index corresponding to a switching track, service change, base station capability change, or target base station based on the received configuration information for measurement, wherein a mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index is determined based on a preset rule.

[0144] Optionally, the configuration information for measurement can be the last time.

[0145] Exemplarily, considering the RTT between the satellite and the ground, in order to reduce signaling interaction, improve the efficiency of access, and reduce the access time, for the service switching type insensitive to the delay requirement, an IE about switching request can be added in the measurement report sent by the UE to the base station. The UE sends the measurement report MeasurementReport of the target cell based on the configuration information for measurement of the last time through the RRC, and includes the switching request SwithchRequestIndex in the report, indicating different switching tracks, service changes, base station capability changes, or target base stations. For the mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index, reference is made to the foregoing description, including N indexes, respectively corresponding to Swith Request ID 0-(N-1), occupying ceil(log2(N)) bits. The benefit of the scheme is that the signaling interaction process can be reduced, and the switching efficiency is improved.

[0146] MeasurementReport::=SEQUENCE{

[0147] criticalExtensions CHOICE{

[0148] measurementReport MeasurementReport-IEs,

[0149] SwithchRequestIndex INTER{0...N-1}

[0150] criticalExtensionsFuture SEQUENCE{}

[0151] }

[0152] }

[0153] easurementReport-IEs::=SEQUENCE{

[0154] measResults MeasResults,

[0155] lateNonCriticalExtension OCTET STRING OPTIONAL,

[0156] nonCriticalExtension SEQUENCE{}OPTIONAL

[0157] }

[0158] In another implementation, the second information is carried in assistance information, and the method further includes: sending, by the third RRC, the assistance information and an index corresponding to a switching orbit, service change, base station capability change, or target base station, wherein a mapping relationship between the switching orbit, service change, base station capability change, or target base station and the index is determined based on a preset rule.

[0159] For example, in order to reduce signaling interaction, improve access efficiency, and reduce access time, considering the RTT between a satellite and the ground, an OrbitSwitchRequestIndex IE of a switching request can be added in UEAssistanceInformation assistance information sent by a UE to a base station to indicate different switching orbits, service changes, base station capability changes, or target base stations. The mapping between the switching orbit, service change, base station capability change, or target base station and the index is described above, and includes N indexes, which respectively correspond to SwithRequestID 0-(N-1) and occupy ceil(log2(N)) bits. The benefit of the scheme is that it can reduce the signaling interaction process and improve switching efficiency.

[0160] In an embodiment of the present disclosure, the second information is carried in first uplink control information (UCI), and the first UCI indicates an index corresponding to a switching orbit, service change, base station capability change, or target base station, wherein a mapping relationship between the switching orbit, service change, base station capability change, or target base station and the index is determined based on a preset rule.

[0161] The first uplink control information (UCI) is designed, and the first UCI can be a UCI type OSR (Orbit switch request). An index corresponding to orbit switching, service change, base station capability change, or a target base station can be swithrequestIndex. A preset rule is described above.

[0162] For example, the UCI type OSR is used to inform a base station of a request for orbit switching, service change, base station capability change, or a target base station, and includes an index swithrequestIndex used to indicate orbit switching, service change, base station capability change, or a target base station. The mapping between orbit switching, service change, base station capability change, or a target base station and the index is described above, and includes N indexes, which occupy ceil(log2(N)) bits. The method has the benefit that, compared with the reporting mode of RRC, the time delay is smaller and does not need to be reported to a high layer, the UCI is designed separately, and the design does not affect the resource configuration of the existing several UCI types.

[0163] In an embodiment of the present disclosure, at least one of a time length of the first UCI associated timer or a number of repeated transmissions.

[0164] For example, in the MAC configuration, a logical channel is associated with OSR configuration Orbitswitchrequest. The MAC layer Orbitswitchrequest is further configured with at least one of a time length of a timer OSR-Timer or a number of repeated transmissions OSR-Num. The specific configuration is described above.

[0165] In an embodiment of the present disclosure, the resource configuration of the first UCI includes configuration of uplink resource identification and configuration of a switching request index.

[0166] The resource configuration of the first UCI can be OrbitswitchRequestResourceConfig, the configuration of uplink resource identification can be PUCCH-ResourceID, and the configuration of the switching request index can be SwithRequestIndex.

[0167] For example, the OSR corresponds to the resource configuration mode of the physical layer as follows: OrbitswitchRequestResourceConfig is configured in PUCCH-Config, at least including the PUCCH format configuration PUCCH-ResourceID corresponding to the OSR and the index SwithRequestIndex. When the index corresponds to the IE occupying more than 2 bits, the PUCCH format selects PUCCH format 2 or 3 or 4; when the switching track is less than or equal to 2 bits, the PUCCH format selects PUCCH format 0 or 1.

[0168] In an embodiment of the present disclosure, the second information is carried in the second UCI, and the configuration of the second UCI includes the configuration of the scheduling request identifier, wherein the scheduling request identifier is associated with the time length of the timer and / or the number of repeated transmissions. The resource identifier of the second UCI is associated with the configuration of the scheduling request identifier, and the resource configuration of the second UCI includes the index corresponding to the switching track, service change, base station capability change, or target base station, wherein the mapping relationship between the switching track, service change, base station capability change, or target base station and the index is determined based on a preset rule.

[0169] Wherein, the second UCI can be a scheduling request (SR), the configuration of the scheduling request identifier can be SchedulingRequestID, the time length of the timer can be sr-ProhibitTimer, and the number of repeated transmissions can be sr-TransMax. It is worth noting that the number of repeated transmissions can be the maximum number of retransmissions; the resource identifier of the second UCI can be the resource ID of the SR, the configuration of the scheduling request identifier can be the configuration ID of the SR, the resource configuration of the second UCI can be the SR resource configuration, the index corresponding to the switching track, service change, base station capability change, or target base station can be SwithRequestIndex, and the preset rule is described above.

[0170] For example, in NR, in order to support the scheduling request of different services, up to 8 SR types are configured for users. If the switching request needs to be reported through the SR, the configuration type of the SR needs to be added, and the configuration type ID is added in the SchedulingRequestId in the MAC layer, and the original 8 is expanded to 9.

[0171] SchedulingRequestId::=INTEGER(0..8)

[0172] In the schedulingRequestConfig of the SR configuration in MAC-CellGroupConfig, the parameters of SchedulingRequestID 8 include at least one of the following: sr-ProhibitTimer, the time length of the timer, and sr-TransMax, the maximum number of retransmissions. The specific configuration is described above. In PUCCH-config, SR resources are configured for uplink BWP. The resource ID of SR is associated with the configuration ID of SR. In the RRC signaling of the SR resource configuration, the IE SwithRequestIndex is added to indicate the type of switching, switching track, service change, base station capability change, or the mapping of the target base station and the index. The above description includes N indexes, corresponding to SwithRequestIndex 0-(N-1) respectively, occupying ceil(log2(N)) bits. When the switching track occupies more than 2 bits, the PUCCH resource selects PUCCH format 2 or 3 or 4; when the switching track occupies less than or equal to 2 bits, the PUCCH resource selects PUCCH formet 0 or 1. In addition, the RRC signaling PUCCH-Config configures enableSwitchrequest to enable the sending of switching requests through SR. If the field does not exist, the sending of switching requests through SR is disabled, and swithrequestIndex is not configured. The scheme has the benefits of smaller delay compared to the reporting mode of RRC, no need to report to the high layer, no need to design a new UCI type, and most of the configurations can be based on the existing SR.

[0173] SchedulingRequestResourceConfig ::= SEQUENCE {

[0174] schedulingRequestResourceId SchedulingRequestResourceId,

[0175] schedulingRequestID SchedulingRequestId,

[0176] SwithRequestIndex INTER{0...8}or INTER{0...2}

[0177] periodicityAndOffset CHOICE {

[0178] sym2 NULL,

[0179] sym6or7 NULL,

[0180] sl1 NULL,--Recurs in every slot

[0181] sl2 INTEGER(0..1),

[0182] sl4 INTEGER(0..3),

[0183] sl5 INTEGER(0..4),

[0184] sl8 INTEGER(0..7),

[0185] sl10 INTEGER(0..9),

[0186] sl16 INTEGER(0..15),

[0187] sl20 INTEGER(0..19),

[0188] sl40 INTEGER(0..39),

[0189] sl80 INTEGER(0..79),

[0190] sl160 INTEGER(0..159),

[0191] sl320 INTEGER(0..319),

[0192] sl640 INTEGER(0..639)

[0193] }OPTIONAL,--Need M

[0194] resource PUCCH-ResourceId OPTIONAL--Need M

[0195] }S

[0196] chedulingRequestResourceConfigExt-v1610::=SEQUENCE{

[0197] phy-PriorityIndex-r16 ENUMERATED{p0,p1}OPTIONAL,--Need M

[0198] ...

[0199] }

[0200] schedulingRequestResourceConfigExt-v1700 ::= SEQUENCE {

[0201] periodicityAndOffset-r17 CHOICE {

[0202] sl1280 INTEGER (0..1279),

[0203] sl2560 INTEGER (0..2559),

[0204] sl5120 INTEGER (0..5119)

[0205] } OPTIONAL -- Need M

[0206] }

[0207] In the embodiments of the present disclosure, the second information is carried in a first radio resource control (RRC), and the first RRC includes an index corresponding to a switching track, service change, base station capability change, or target base station, wherein a mapping relationship between the switching track, service change, base station capability change, or target base station and the index is determined based on a preset rule.

[0208] The first radio resource control (RRC) can be RRC signaling OrbitSwithchRequest, and the index corresponding to the switching track, service change, base station capability change, or target base station can be SwithRequestIndex. The preset rule is described above.

[0209] For example, the RRC signaling OrbitSwithchRequest is sent to request switching, and the IE SwithRequestIndex indicating the switching track is included in the signaling. The mapping relationship between the switching track, service change, base station capability change, or target base station and the index is described above, including N indexes, respectively corresponding to SwithRequestIndex 0-(N-1), occupying ceil(log2(N)) bits. At the same time, the length of the timer OSR-Timer and the number of retransmissions after receiving the timeout OSR-Num are determined by a predefined manner. The specific configuration is described above.

[0210] In an embodiment of the present disclosure, the second information is carried in any one of the following signaling: a first medium access control control element (MAC-CE), a second MAC-CE, or a third MAC-CE, any one of the first MAC-CE, the second MAC-CE, and the third MAC-CE including an index corresponding to a switching track, a service change, a base station capability change, or a target base station.

[0211] In an embodiment of the present disclosure, the second information is carried in any one of the following signaling: a first medium access control control element (MAC-CE), a second MAC-CE, or a third MAC-CE, any one of the first MAC-CE, the second MAC-CE, and the third MAC-CE including an index corresponding to a switching track, a service change, a base station capability change, or a target base station.

[0212] In an embodiment of the present disclosure, the second information is carried in any one of the following signaling: a first medium access control control element (MAC-CE), a second MAC-CE, or a third MAC-CE, any one of the first MAC-CE, the second MAC-CE, and the third MAC-CE including an index corresponding to a switching track, a service change, a base station capability change, or a target base station.

[0213] For example, in order to reduce signaling interaction and improve transmission delay, the switching request can be reported through a MAC CE, and the mapping of the switching track, the service change, the base station capability change, or the target base station and the index can refer to the foregoing description, including N indexes, respectively corresponding to Swith Request ID 0-(N-1), occupying ceil(log2(N)) bits. Meanwhile, one or more of the timer parameters OSR-Timer and the retransmission number OSR-Num after receiving a timeout are determined in a predefined manner, and specific configurations are described in the foregoing description. For example, when there are 9 switching tracks in total, respectively corresponding to Swith Request ID 0-8. The Switch request MAC CE has a fixed bit size and is composed of a single octet group defined as follows, as shown in FIG. 2:

[0214] -R: reserved bit;

[0215] -Switch request ID: This field is used to indicate the corresponding ID of different switching tracks, service changes, base station capability changes, or target base stations, and this field occupies 4 bits.

[0216] The method has the benefits of smaller time delay, no need of autonomous reporting of the separately designed MAC CE, no need of binding with other MAC CEs, and saving of waiting time compared with the PUCCH and RRC methods.

[0217] In an implementation manner, the second information is carried in a second MAC-CE.

[0218] Exemplarily, a Switch request ID is added in a Timing Advance (TA) reporting MAC CE (Timing Advance Report MAC CE) for reporting a switching request. For the mapping of switching tracks, service changes, base station capability changes, or target base stations and indexes, refer to the foregoing description, including N indexes, respectively corresponding to Swith Request ID 0-(N-1), occupying ceil(log2(N)) bits, as shown in FIG. 3. For example, there are totally 9 switching tracks, respectively corresponding to Swith Request ID 0-8, occupying 4 bits. The method has the benefits of smaller time delay, binding with TA reporting, and no need of separately designing a new MAC CE compared with the PUCCH and RRC methods.

[0219] In an implementation manner, the second information is carried in a second MAC-CE.

[0220] Exemplarily, a Switch request ID is added in a timing difference offset value MAC CE (Differential Koffset MAC CE) for indicating different switching tracks, service changes, base station capability changes, or corresponding IDs of target base stations. For the mapping of switching tracks, service changes, base station capability changes, or target base stations and indexes, refer to the foregoing description, including N indexes, respectively corresponding to Swith Request ID 0-(N-1), occupying ceil(log2(N)) bits, as shown in FIG. 4. For example, there are totally 9 switching tracks, respectively corresponding to Swith Request ID 0-8. The method has the benefits of smaller time delay, binding with Koffset reporting, and no need of separately designing a new MAC CE compared with the PUCCH and RRC methods.

[0221] FIG. 5 illustrates one of the flowcharts of the method of wireless communication provided by the present disclosure. As shown in FIG. 5, the method of wireless communication further includes at least one of the following steps:

[0222] S506: The source base station sends a switching request to the target base station.

[0223] S507: The target base station performs admission control on the source base station.

[0224] S508: The target base station sends a handover configuration to the source base station;

[0225] S509: The UE receives the reconfiguration information sent by the source base station, which contains the configuration for the UE to access the target base station;

[0226] S510: The source base station sends an SN STATUS TRANSFER message to the target base station, which contains the uplink reception status and the downlink transmission status;

[0227] S511: The UE synchronizes with the target base station and completes the handover to the target base station.

[0228] Optionally, the UE judges the handover result, which can be handover success or handover failure; the judgment rule includes at least one of the following:

[0229] The UE also receives the handover indication sent by the source base station, which is used to indicate that the UE fails to hand over;

[0230] The UE determines the handover result based on a timer.

[0231] For example, when the judgment rule is that the UE also receives the handover indication sent by the source base station, which is used to indicate that the UE fails to hand over, the base station indicates the UE handover failure through RRC or DCI or MAC CE, and the indication content can be an index corresponding to success or failure. The reason for failure can be that the target base station lacks sufficient radio resources, or the target cell is not configured to allow the UE to hand over, or the source base station does not receive the handover request of the UE, or the test report reported by the UE is invalid.

[0232] For example, when the judgment rule is that the UE determines the handover result based on a timer, the specific judgment method of the UE determining the handover result based on the timer can be: starting the timer when the timer meets the starting condition, and stopping the timer when the timer meets the stopping condition; when the timer times out, it is judged that the handover fails; or the UE repeatedly sends the handover request after the timer times out, and the number of repeated sending is configured. If the number of times is exceeded, it is considered that the handover fails.

[0233] In the prior art, UCI can be transmitted through PUCCH or PUSCH, and when multiple UCI are multiplexed into a physical uplink channel, the OCC orthogonality will be affected and the base station side cannot demodulate. In order to solve the above problems, the present disclosure provides several methods of wireless communication to solve the above problems.

[0234] Figure 6 illustrates one of the flowcharts of the method of wireless communication provided by the present disclosure, as shown in Figure 6, the method comprises:

[0235] Step H100, based on the uplink control information UCI multiplexing mode configuration, determine the UCI to be multiplexed;

[0236] Step H200, multiplexing the UCI to be multiplexed on a physical uplink channel, the physical uplink channel being a physical uplink channel enabling OCC function and being the first physical uplink channel of one orthogonal code division multiplexing OCC span; wherein the OCC span is a complete time unit enabling OCC sequence; the physical uplink channel including at least one of a physical uplink shared channel PUSCH, a physical uplink control channel PUCCH or a PUSCH carrying UCI;

[0237] Step H300, transmitting the physical uplink channel.

[0238] The method for wireless communication provided by the embodiments of the present disclosure is configured based on the UCI multiplexing manner, the terminal device determines the UCI to be multiplexed, multiplexes the UCI to be multiplexed on a physical uplink channel, and transmits a physical uplink channel enabling OCC function. In this way, multiple UCIs are carried on the PUSCH enabling OCC function, and the influence of multiple UCI multiplexing on the orthogonality of the uplink channel is avoided, thereby improving the system transmission capacity.

[0239] In the embodiments of the present disclosure, the method further includes receiving configuration information, the configuration information including at least one of the following: OCC scheme type, OCC sequence length, OCC sequence type, OCC sequence index, OCC enabling reference point, or OCC sequence offset value. The OCC scheme type can be any one of inter-symbol OCC, inter-slot OCC, intra-symbol OCC, inter-repetition transmission OCC, inter-redundancy version OCC, or inter-symbol group OCC, the OCC sequence length can be any one of 0-8 integers, the OCC sequence type can be any one of Walsh sequence or DFT sequence, and the OCC sequence index table is the associated sequence index of the UE in the corresponding table under the OCC sequence and length.

[0240] In the embodiments of the present disclosure, the UCI multiplexing manner configuration is configured or predefined.

[0241] In the embodiments of the present disclosure, the determination of the UCI to be multiplexed based on the UCI multiplexing manner configuration includes but is not limited to at least one of the following: taking a preset reference point as a starting point, determining the time sequence of a plurality of physical uplink control channels PUCCHs based on the starting point; determining the UCI to be multiplexed according to the time sequence; or determining the UCI to be multiplexed according to the priority of the UCI; or determining the UCI to be multiplexed according to the resource size occupied by the UCI.

[0242] Exemplarily, as shown in FIG. 7, when multiple UCIs appear on different PUSCHs in the same OCC span, if only one of the UCIs is multiplexed, the UCI to be multiplexed needs to be determined. The UCI to be multiplexed is determined based on an uplink control information (UCI) multiplexing mode configuration. The UCI multiplexing mode configuration includes at least one of the following:

[0243] Method 1: According to the order of sending, the first symbol of the PUSCH overlapping with the PUCCH sent earliest or the last symbol of the corresponding PDCCH scheduling the first PUCCH is taken as a reference point, which is also called a preset reference point or starting point. The UE determines the UCI to be multiplexed according to the time sequence of the starting symbols of the PUCCHs, and determines the UCI to be multiplexed according to the time sequence. Optionally, the UCI to be multiplexed on the PUCCH sent earliest is preferentially multiplexed. The advantage is that there is no need to compare the priority and bit size.

[0244] Method 2: The UCI to be multiplexed is determined according to the priority of the UCI. Optionally, the UCI to be multiplexed is determined according to the type priority carried on the UCI.

[0245] In an embodiment of the present disclosure, the UCI to be multiplexed is determined according to the priority of the UCI, including but not limited to at least one of the following: when each PUCCH carries one UCI of the same UCI type, the UCI to be multiplexed is determined according to the priority of the UCI type; or, receiving indication information, the indication information being used to indicate the priority of the UCI; and determining the UCI to be multiplexed according to the indicated priority of the UCI.

[0246] Exemplarily, the UCI to be multiplexed is determined according to the priority of the UCI, including at least one of the following cases:

[0247] Case 1: When only a single UCI type is included on two PUCCHs, the UCI to be multiplexed is determined according to the priority of the UCI: HARQ-ACK>CSI.

[0248] In an implementation mode, for only one of the two UCIs carrying HARQ-ACK, the HARQ-ACK is preferentially multiplexed; if both of the two UCIs are HARQ-ACK or CSI, the UCI sent earliest or the UCI occupying more bits is preferentially multiplexed.

[0249] In another implementation mode, if the priority of the two UCIs is the same, the UCI on the PUCCH sent earliest or the UCI occupying more bits is preferentially multiplexed. The UCI occupying more bits can be the UCI occupying the most bits.

[0250] Case 2: When more than two UCI types are contained on the PUCCH: If they are all multi-UCI types, multiplex according to the order of transmission or according to the size of the occupied.

[0251] Case 3: Receive indication information, the indication information is carried by DCI, the indication information can indicate the priority of multiple UCIs, and high-priority UCI is preferentially multiplexed.

[0252] The advantage of method 2 is that multiplexing is based on the importance of UCI type, which is beneficial to improve the transmission efficiency of UCI.

[0253] Method 3: Determine the UCI to be multiplexed according to the resource size occupied by the UCI; optionally, sort multiple UCIs according to the bit size occupied by the UCI from large to small, and select the UCI with the largest or smallest bit size to be multiplexed when multiplexing. When multiplexing, selecting the UCI with the smallest bit size can reduce the resource occupied by the UCI and improve the information transmission efficiency. When multiplexing, selecting the UCI with the largest bit size can maximize the information integrity.

[0254] In an embodiment of the present disclosure, the UCI to be multiplexed overlaps with the first physical uplink channel in the first OCC span, and the multiplexing of the UCI to be multiplexed on the physical uplink channel includes at least one of the following: repeating the UCI to be multiplexed or the PUCCH carrying the UCI to be multiplexed and multiplexing it to the physical uplink channel enabling OCC, wherein the length of the repeated transmission is equal to the length of the OCC; or multiplexing the UCI to be multiplexed to the physical uplink channel without enabling OCC, and enabling OCC for the multiplexed physical uplink channel without enabling OCC; or repeating the UCI to be multiplexed and mapping it to a reserved resource, wherein the reserved resource is the physical uplink channel resource occupied by the UCI to be multiplexed with the largest bit size among the multiple UCIs to be multiplexed.

[0255] For example, when the PUCCH carrying the UCI to be multiplexed overlaps with the first PUSCH in the OCC span, that is, the UCI to be multiplexed overlaps with the first physical uplink channel in the first OCC span, the multiplexing of the UCI to be multiplexed on the physical uplink channel includes at least one of the following ways:

[0256] Method 1: First, repeat the UCI to be multiplexed or the corresponding PUCCH and multiplex it on the PUSCH enabling OCC, and the length of the repeated transmission is consistent with the length of the OCC; or multiplex the UCI to be multiplexed on the PUSCH without enabling OCC and enable OCC. The effect is that the multiplexing method of method 1 can directly share the function of OCC. In addition, it can be based on the existing multiplexing rule after a single PUCCH overlaps with a PUSCH.

[0257] Way 2: first determine the reserved resource on the OCC-enabled PUSCH according to the maximum bits occupied in the two UCI, then make repeated transmission of the UCI to be multiplexed, and then map to the reserved resource position. The technical effect of way 2 is simple and does not need to consider the limitation of OCC function.

[0258] Way 3: the priority of PUCCH transmission is higher than that of PUSCH transmission, so as to disable the PUSCH transmission of the UE in which multiple UCI conflicts occur, and enable the OCC function for the PUCCH that needs to be multiplexed. The effect is that it is not necessary to consider the multiplexing between PUCCH and PUSCH, and it is only necessary to ensure that the OCC-enabled PUCCH is aligned with other PUSCH. The advantage of way 3 is that it does not need to consider the complex situation of overlapping between PUCCH and PUSCH on a single UE, but enables OCC through PUCCH.

[0259] In an embodiment of the present disclosure, the UCI to be multiplexed overlaps with a non-first physical uplink channel of a first OCC span, and the multiplexing of the UCI to be multiplexed on the physical uplink shared channel physical uplink channel comprises at least one of the following: receiving a first offset value; delaying the UCI to be multiplexed by the first offset value, and then multiplexing the UCI to be multiplexed on a time slot corresponding to a first physical uplink channel of a second OCC span; making repeated transmission of the UCI to be multiplexed or a PUCCH carrying the UCI to be multiplexed, and then multiplexing the repeated transmission on the OCC-enabled physical uplink channel, wherein the length of the repeated transmission is equal to the OCC length; or multiplexing the UCI to be multiplexed on a physical uplink channel that does not enable OCC, and enabling OCC for the multiplexed physical uplink channel that does not enable OCC.

[0260] Or,

[0261] receiving downlink control information (DCI), wherein the DCI comprises a UCI request field for activating a state of multiplexing UCI on a physical uplink channel; and when the DCI is received, triggering the multiplexing of the UCI to be multiplexed on the physical uplink channel of an available time slot.

[0262] For example, when the PUCCH carrying the UCI to be multiplexed does not overlap with a first PUSCH in an OCC span, i.e., the UCI to be multiplexed overlaps with a non-first physical uplink channel of a first OCC span, the multiplexing of the UCI to be multiplexed on the physical uplink shared channel physical uplink channel comprises at least one of the following:

[0263] Manner 1: When the condition of air interface delay is met, the terminal device receives the first offset value K configured by the base station, delays the PUCCH carrying the UCI to be multiplexed to the first PUSCH in the time unit of the next OCC span, and multiplexes the repeated transmission of the UCI or the corresponding PUCCH on the OCC-enabled PUSCH, the repeated transmission length being consistent with the OCC length; or the UCI is multiplexed on the PUSCH block to perform OCC. If the terminal device does not meet the air interface delay requirement after the first offset value, the UCI multiplexing is disabled. For the delayed first offset value K, if the OCC sequence length is 2, the maximum value of the first offset value K is 1, occupying 1 bit. If the OCC sequence length is 4, the maximum value of the first offset value K is 3, occupying 2 bits. The method has the benefit that the delayed multiplexing can still enable the overlapping multiplexing of PUCCH and PUSCH and the OCC function of PUSCH after multiplexing.

[0264] In the embodiments of the present disclosure, the first offset value is indicated by any one of the following manners: RRC, a newly added field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, MAC-CE or implicit manner; wherein the implicit manner is that the terminal device determines the first offset value according to the received OCC sequence length.

[0265] For example, the UE can be configured or indicated by one of the following manners:

[0266] 1) The offset value is configured in RRC;

[0267] 2) The offset value is indicated by DCI, specifically, one of the following manners can be adopted:

[0268] ① A new field can be configured to indicate the offset value;

[0269] ② Reinterpret an existing field, for example: the maximum slot offset is 3, which needs 2 bits, one bit can be reserved from the MCS and HARQ field for indication; or 2 bits are reserved from the MCS field.

[0270] ③ Joint coding with a field in DCI, for example: TDRA or DMRS port or a field associated with OCC sequence index

[0271] 3) Implicit manner: since the OCC sequence length has been configured to the UE, and the UE knows that the UCI to be multiplexed overlaps on the Nth PUSCH in an OCC span, the UE can calculate the offset value as M-N+1 through the sequence length M. For example, the length of the OCC sequence is 4, the number of PUSCHs in an OCC span is 4, and the multiplexed UCI overlaps with the 2nd PUSCH, therefore, it needs to be delayed by 3 slots to the first PUSCH in the next span.

[0272] 4) MAC CE indicates offset value.

[0273] Way 2: The base station indicates the UE to multiplex UCI on PUSCH through DCI, and transmits in available slots. DCI includes UCI request field (UCI request), UCI request is used to trigger the state of multiplexing UCI on PUSCH, and the UE transmits UCI through specific PUSCH in available slots after decoding DCI. The UCI multiplexed on PUSCH can be multiplexed and transmitted with uplink data, or can be transmitted on PUSCH alone. The advantage of way 2 is that it does not need to consider complex offset value indication and delay multiplexing, and is simple and direct.

[0274] Way 3: Delay PUCCH to available slot transmission.

[0275] FIG. 8a or 8b illustrates one of the flowcharts of the method of wireless communication provided by the present disclosure, as shown in FIG. 8a or 8b, the method comprises:

[0276] Step A101, based on the first uplink control information UCI multiplexing mode configuration, multiplexing a plurality of UCI to be multiplexed on different orthogonal code division multiplexing OCC spans of physical uplink channels; wherein the first uplink control information UCI multiplexing mode configuration is used to determine the way of multiplexing UCI by the terminal device on the physical uplink channel; taking a preset reference point as the starting point, determining the time sequence of a plurality of physical uplink control channels PUCCH based on the starting point; taking the PUCCH with the earliest time as the first PUCCH; taking the UCI to be multiplexed on the first PUCCH as the first UCI to be multiplexed; wherein the OCC span is a complete time unit enabling OCC sequence; and the physical uplink channel includes at least one of physical uplink shared channel PUSCH, physical uplink control channel PUCCH or PUSCH carrying UCI;

[0277] Or,

[0278] Step A102, based on the second uplink control information UCI multiplexing mode configuration, jointly multiplexing a plurality of UCI to be multiplexed to a physical uplink channel of an OCC span; wherein the second uplink control information UCI multiplexing mode configuration is used to determine the way of multiplexing UCI by the terminal device on the physical uplink channel;

[0279] Step A200, sending a physical uplink channel enabling OCC function.

[0280] The method for wireless communication provided by the embodiments of the present disclosure is that a terminal device multiplexes several UCIs to be multiplexed into a physical uplink channel in one OCC span based on a first UCI multiplexing mode configuration or a second UCI multiplexing mode configuration, and then transmits the physical uplink channel with enabled OCC function to a base station. The base station can be carried by a satellite or be a ground base station, which is not limited herein. In this way, the multiple UCIs are carried on the PUSCH with enabled OCC function, and the influence of multiple UCI multiplexing on the orthogonality of the uplink channel is avoided, thereby improving the system transmission capacity.

[0281] In the embodiments of the present disclosure, the method further comprises receiving first configuration information, and the first configuration information comprises at least one of the following: an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value. The OCC scheme type can be any one of inter-symbol OCC, inter-slot OCC, intra-symbol OCC, inter-repetition transmission OCC, inter-redundancy version OCC, or inter-symbol group OCC, the OCC sequence length can be any one of 0-8 integers, the OCC sequence type can be any one of a Walsh sequence or a DFT sequence, and the OCC sequence index is the associated sequence index of the UE in the OCC sequence and length corresponding table.

[0282] In the embodiments of the present disclosure, the first UCI multiplexing mode configuration is configured or predefined, and the second UCI multiplexing mode configuration is configured or predefined.

[0283] When multiple UCI multiplexing is supported, different UCIs are multiplexed on different PUSCHs in the same OCC span. According to the precondition of enabling the OCC function, the consistency of the transmission content on each PUSCH needs to be maintained, that is, the content of each PUSCH in each OCC span is the same, otherwise the orthogonality will be affected in the transmission and demodulation process. In order to realize the separate multiplexing of multiple UCIs, the multiplexing mode can be divided into two cases: the first UCI to be multiplexed overlaps with the first physical uplink channel of the first OCC span, and the first UCI to be multiplexed overlaps with the non-first physical uplink channel of the first OCC span.

[0284] In the embodiments of the present disclosure, the first UCI to be multiplexed overlaps with the first physical uplink channel in the first OCC span, and the first uplink control information UCI multiplexing mode configuration includes: multiplexing the UCI to be multiplexed on the first PUCCH on the physical uplink channel in the first OCC span; multiplexing the UCI to be multiplexed on the non-first PUCCH on the physical uplink channel in the non-first OCC span after offsetting by a second offset value, wherein the second offset value is indicated by any one of the following manners: RRC, adding a new field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, MAC-CE or implicit manner; wherein the implicit manner is that the terminal device determines the second offset value according to the received OCC sequence length.

[0285] For example, when the first PUCCH overlaps with the first PUSCH in the first OCC span, that is, when the first UCI to be multiplexed overlaps with the first physical uplink channel in the first OCC span, the first symbol of the PUSCH overlapping with the earliest transmitted PUCCH or the last symbol of the corresponding PDCCH scheduling the first PUSCH is taken as the reference point, the UE numbers the PUCCHs according to the time of the starting symbol of the PUCCH, the earliest PUCCH is called the first PUCCH, and the first PUCCH in the first OCC span is preferentially multiplexed. The second PUCCH is delayed by a second offset value (K) time slots to overlap with the first PUSCH in the next OCC span of the first OCC span, and the last symbol of the PUCCH is located before the last symbol of the PUSCH, as shown in FIG. 9. For the delayed second offset value K, if the OCC sequence length is 2, the maximum value of K is 1, occupying 1 bit; if the OCC sequence length is 4, the maximum value of K is 3, occupying 2 bits.

[0286] In the embodiments of the present disclosure, the second offset value is indicated by any one of the following manners: RRC, adding a new field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, MAC-CE or implicit manner; wherein the implicit manner is that the terminal device determines the second offset value according to the received OCC sequence length.

[0287] For example, the indication manner of the second offset value K includes at least one of the following:

[0288] (1) The second offset value is indicated by RRC;

[0289] (2) The offset value is indicated by DCI, and specifically one of the following manners can be used:

[0290] ① A new field can be configured in DCI to indicate the second offset value;

[0291] 2) Re-interpret the existing field to indicate the second offset value, for example: the maximum slot offset is 3, which needs 2 bits, one bit can be reserved from MCS and HARQ field to indicate the second offset value;

[0292] 3) Joint coding with the field in DCI to indicate the second offset value, for example: TDRA or DMRS port or the field of associated OCC sequence index;

[0293] 3) Indicate the second offset value through MAC CE;

[0294] 4) Implicit method: since the OCC sequence length M has been configured by the base station to the UE, and the UE knows that the multiplexed UCI overlaps with the Nth PUSCH in one OCC span, therefore, the UE can calculate the second offset value as M-N+1 according to the OCC sequence length M. For example: the length of the OCC sequence is 4, the number of PUSCH in one span is 4, the multiplexed UCI overlaps with the 2nd PUSCH, so it needs to be delayed to the first PUSCH of the next span, which needs to be delayed for 3 slots.

[0295] In the disclosed embodiments, the configuration based on the first UCI multiplexing manner includes at least one of the following:

[0296] The UCI to be multiplexed corresponding to each OCC span or the PUCCH carrying the UCI to be multiplexed is repeatedly transmitted and multiplexed onto the physical uplink channel enabling OCC corresponding to each OCC span, wherein the length of the repeated transmission is equal to the length of the OCC; or the UCI to be multiplexed corresponding to each OCC span is multiplexed onto the physical uplink channel without enabling OCC, and the multiplexed physical uplink channel without enabling OCC is enabled with OCC;

[0297] Or,

[0298] The UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed is repeatedly transmitted and multiplexed onto the physical uplink channel enabling OCC, wherein the length of the repeated transmission is equal to the length of the OCC; or the UCI to be multiplexed on the first PUCCH is multiplexed onto the physical uplink channel without enabling OCC, and the multiplexed physical uplink channel without enabling OCC is enabled with OCC; and the physical uplink channel on other OCC spans is disabled;

[0299] Or,

[0300] mapping the UCI to be multiplexed to the location of the reserved resource corresponding to the physical uplink channel of each OCC span after repeated transmission of the UCI to be multiplexed, wherein the reserved resource is the physical uplink channel resource occupied by the UCI to be multiplexed with the largest number of bits among the UCI to be multiplexed;

[0301] or,

[0302] multiplexing the UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed to the physical uplink channel enabling OCC after repeated transmission of the UCI to be multiplexed on the first PUCCH, wherein the length of the repeated transmission is equal to the length of OCC; or multiplexing the UCI to be multiplexed on the first PUCCH to the physical uplink channel not enabling OCC, enabling OCC for the multiplexed physical uplink channel not enabling OCC; delaying the non-first PUCCH to be transmitted on the available time slot;

[0303] or,

[0304] multiplexing the UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed to the physical uplink channel enabling OCC after repeated transmission of the UCI to be multiplexed on the first PUCCH, wherein the length of the repeated transmission is equal to the length of OCC; or multiplexing the UCI to be multiplexed on the first PUCCH to the physical uplink channel not enabling OCC, enabling OCC for the multiplexed physical uplink channel not enabling OCC; receiving a downlink control information (DCI), wherein the DCI includes a UCI request field for activating the state of multiplexing UCI on the physical uplink channel; when the DCI is received, triggering multiplexing the non-first UCI to be multiplexed on the physical uplink shared channel (PUSCH) in the available time slot.

[0305] For example, after offsetting the UCI to be multiplexed on the non-first PUCCH by a second offset value, the offset UCI to be multiplexed can be multiplexed on the physical uplink channel of the non-first OCC span. It is worth noting that the multiplexing manner of the offset UCI to be multiplexed on the physical uplink channel of the non-first OCC span is similar to the multiplexing manner of the UCI to be multiplexed on the first PUCCH on the physical uplink channel of the first OCC span, and the multiplexing manner includes at least one of the following:

[0306] Manner 1: Under the condition of satisfying the air interface delay, UCI multiplexing is performed on two OCC spans respectively. The two UCI to be multiplexed or the PUCCH corresponding to the UCI to be multiplexed are multiplexed on the OCC-enabled PUSCH through repeated transmission, and the repeated transmission length is consistent with the OCC length; or the UCI to be multiplexed is multiplexed on the PUSCH and then OCC is enabled. Further, if the processing delay is exceeded, the second PUCCH is dropped, and only the first PUCCH is multiplexed. The benefit of manner 1 is that the multiplexing rule after the existing single PUCCH overlaps with the PUSCH can be used as a basis.

[0307] Manner 2: The priority of PUCCH transmission is higher than that of PUSCH transmission, so that the PUSCH transmission on the UE with multiple UCIs is disabled, and OCC function is enabled for the two PUCCHs; or the UCI to be multiplexed or the PUCCH corresponding to the UCI to be multiplexed is multiplexed on the OCC-enabled PUSCH through repeated transmission, and the repeated transmission length is consistent with the OCC length, or the UCI to be multiplexed in the first OCC span is multiplexed on the PUSCH, and then OCC is enabled, but the transmission of the PUSCH in the second OCC span is disabled, and OCC function is enabled for the delayed PUCCH. The benefit of manner 2 is that the complex situation of overlapping between PUCCH and PUSCH on a single UE does not need to be considered, and OCC is enabled through PUCCH instead.

[0308] Manner 3: Resources are reserved according to the UCI occupying more bits, wherein the reserved resources are reserved time domain resources, and the two UCIs are mapped to the corresponding reserved time domain resources after repeated transmission. The benefit of the method is that the complex situation of overlapping between PUCCH and PUSCH on a single UE does not need to be considered, and OCC is not enabled.

[0309] Manner 4: The UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed can be multiplexed on the OCC-enabled physical uplink channel through repeated transmission, wherein the length of the repeated transmission is equal to the length of the OCC; or the UCI to be multiplexed on the first PUCCH is multiplexed on the physical uplink channel without OCC, and the multiplexed physical uplink channel without OCC is enabled for OCC; the second PUCCH in the same span can be delayed to be transmitted on an available time slot.

[0310] Manner 5: multiplexing the UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed to a physical uplink channel enabling OCC after repeated transmission of the first PUCCH, wherein the length of the repeated transmission is equal to the length of OCC; or multiplexing the UCI to be multiplexed on the first PUCCH to a physical uplink channel not enabling OCC, and enabling OCC for the multiplexed physical uplink channel not enabling OCC; in addition, receiving DCI sent by the base station, activating the state of multiplexing UCI on the physical uplink channel through the UCI request field (UCI request) included in the DCI, when the UE receives the DCI, the UE transmits a second UCI through a specific PUSCH in an available time slot after decoding the DCI, the UCI multiplexed on the PUSCH can be multiplexed and transmitted with uplink data or can be transmitted separately on the PUSCH.

[0311] In an embodiment of the present disclosure, the first UCI to be multiplexed overlaps with a physical uplink channel other than the first OCC span, and the configuration of the first UCI multiplexing manner includes at least one of the following:

[0312] multiplexing a plurality of UCI to be multiplexed on a plurality of OCC span physical uplink channels after offsetting respectively;

[0313] or,

[0314] delaying a plurality of PUCCHs to be transmitted on an available time slot respectively;

[0315] or,

[0316] receiving downlink control information DCI, the DCI including a UCI request field, the UCI request field being used to activate the state of multiplexing UCI on the physical uplink channel; when receiving the DCI, triggering a plurality of UCI to be multiplexed on the physical uplink channel of the available time slot.

[0317] For example, when the first PUCCH does not appear in the first PUSCH, that is, when the first UCI to be multiplexed overlaps with a physical uplink channel other than the first OCC span, as shown in FIG. 10, the configuration of the first UCI multiplexing manner includes at least one of the following:

[0318] Manner 1: Each PUCCH is delayed to a subsequent OCC span respectively with the first symbol of the PUSCH overlapping the earliest sent PUCCH or the last symbol of the corresponding PDCCH scheduling the first PUSCH as the reference point, the first PUCCH is delay multiplexed to the first PUSCH in the second OCC span, and the second PUCCH is delay multiplexed to the first PUSCH in the third OCC span. Similarly, if there is a third UCI, it needs to be delay multiplexed to the first PUSCH in the fourth OCC span. For the delay offset value, it can be indicated in an implicit manner, since the time slot positions m and n of the two UCI to be multiplexed in the first OCC span are known, and the OCC sequence length is k, then the delay offsets of the two PUCCHs are k-m+1 and k-n+1 respectively.

[0319] In an embodiment of the disclosure, the method further comprises: receiving second configuration information, the second configuration information comprising a UCI quantity, the second configuration information being used to indicate a maximum UCI quantity for multiplexing; when the number of UCI to be multiplexed exceeds the UCI quantity configured by the second configuration information, determining a multiplexing manner based on the time sequence of the UCI to be multiplexed, or disabling the function of multi-UCI multiplexing.

[0320] For example, considering the complexity of processing, the number of UCI can be limited. The terminal device receives second configuration information, which can be PUSCH-Config. In the PUSCH-Config, the UCI quantity is configured, and the UCI quantity can be limited by the IE mulfactor, which is used to limit the number of multiplexed UCI, that is, to indicate the maximum UCI quantity for multiplexing. If the UCI to be multiplexed exceeds the configured UCI quantity, the UCI to be multiplexed is processed according to the order in which the UE sends the PUCCH carrying the UCI, and the UCI sent earlier is processed first, and the remaining UCI is discarded; or if the UCI to be multiplexed exceeds the configured UCI quantity, the multi-UCI multiplexing is disabled.

[0321] Manner 2: Delaying the two PUCCHs to be transmitted on the available time slots.

[0322] Manner 3: The terminal device receives the downlink control information (DCI) sent by the base station, and the DCI configures a UCI request field (UCI request). The UCI request field is used to activate the state of UCI multiplexing on the physical uplink channel. After the UE receives the DCI, it decodes the DCI, and then transmits the two UCI to be multiplexed on the available time slots through a specific PUSCH. The UCI multiplexed on the PUSCH can be multiplexed and transmitted together with the uplink data, or can be transmitted on the PUSCH separately.

[0323] In the embodiments of the present disclosure, the configuration of the second UCI multiplexing manner includes at least one of the following:

[0324] delaying the UCI in the first OCC span to be transmitted on the physical uplink channel in a non-first OCC span;

[0325] Or,

[0326] receiving a downlink control information (DCI), wherein the DCI includes a UCI request field used to activate the state of UCI multiplexing on the physical uplink channel; and triggering the UCI multiplexing on the physical uplink channel in the available time slot when the DCI is received;

[0327] Or,

[0328] delaying the PUCCHs to be transmitted in the available time slot respectively.

[0329] For example, the configuration of the second UCI multiplexing manner includes at least one of the following:

[0330] Method 1: taking the first symbol of the PUSCH overlapping with the earliest transmitted PUCCH or the last symbol of the corresponding PDCCH scheduling the first PUSCH as the reference point, delaying the PUCCHs transmitted in sequence to overlap with the first PUSCH in the next OCC span, and at this time, the multiple UCIs after the delay will overlap. At this time, the delay offset values of the two UCIs can be indicated in an implicit manner: the terminal device receives the OCC sequence length N configured by the base station, UCI 1 and UCI 2 overlap with the Kth and Pth PUSCH in the first OCC span respectively, and UCI 1 and UCI 2 are delayed to the first PUSCH in the next OCC span, and the offset values to be configured are N-K+1 and N-P+1 respectively. The method has the benefits of considering the joint multiplexing of multiple UCIs and the OCC enabling function, and reducing the processing delay of UCI 2.

[0331] Method 1 is divided into two cases: case 1: after the delay, multiple UCIs overlap, and the multiple overlapping UCIs are multiplexed into a new UCI, as shown in FIG. 11; case 2: there is also a UCI in the time slot of the first PUSCH in the second OCC span, as shown in FIG. 12.

[0332] For case 1:

[0333] In the embodiments of the present disclosure, the delaying of the plurality of UCI to be multiplexed in the first OCC span to the physical uplink channel in the non-first OCC span comprises: receiving an offset value corresponding to each UCI to be multiplexed or determining the offset value corresponding to each UCI to be multiplexed according to the OCC sequence; delaying the plurality of UCI to be multiplexed based on the offset value corresponding to each UCI to be multiplexed; concatenating the plurality of UCI to be multiplexed after the delay into one UCI based on a preset first mapping rule; and multiplexing the concatenated one UCI to the physical uplink channel in the non-first OCC span.

[0334] In the embodiments of the present disclosure, the preset first mapping rule comprises at least one of the following: mapping the plurality of UCI to be multiplexed based on the sending order of the PUCCH; or mapping the plurality of UCI to be multiplexed based on the sending order of the PUCCH, and preferentially mapping a hybrid automatic repeat request acknowledgement (HARQ-ACK); or receiving third configuration information, wherein the third configuration information contains the priority of the plurality of UCI; mapping the plurality of UCI to be multiplexed based on the priority of the plurality of UCI; or mapping the plurality of UCI to be multiplexed based on the priority of the UCI type.

[0335] For example, the preset first mapping rule comprises one of the following manners:

[0336] 1) The resource mapping preferentially maps the PUCCH transmitted earliest according to the sending order. The transmission code rate of different UCI is determined according to the first scale factor and the code rate of the multiplexed PUCCH. The first scale factor is configured by RRC or indicated by DCI or specified by the protocol. It corresponds to the UCI transmitted earliest, and the corresponding transmission code rate is the product of the PUCCH transmission code rate and the first scale factor. In addition to the RE required for transmitting the earliest UCI, other REs in the physical resource of the multiplexed PUCCH are used to transmit the second UCI. If the remaining REs are insufficient to transmit the complete second UCI, the HARQ-ACK is preferentially mapped, followed by the channel state information first part (CSIPAR1) and the channel state information second part (CSIPART2). If the scale factor is configured and a new UCI cannot be mapped to the UCI transmitted earliest due to resource limitation, the UCI occupying the smallest number of bits is multiplexed, and the HARQ-ACK and the CSI are sequentially mapped in order. Another one is knocked out or the HARQ-ACK of the UCI transmitted earliest is preferentially mapped, and the others are knocked out.

[0337] 2) Resource mapping, according to the order of sending PUCCH, the earliest sent PUCCH is mapped first. The multiplexed PUCCH transmission rate is configured for the earliest sent PUCCH. In addition to the REs required to transmit the earliest UCI, other REs of the multiplexed PUCCH physical resource are used to transmit the second UCI. If the remaining REs are insufficient to transmit the complete second UCI, the HARQ-ACK is mapped first, followed by CSIPAR1 and CSIPART2. If the new UCI cannot be mapped to the earliest sent UCI due to resource limitations, the one with the smallest number of occupied bits is mapped first, followed by HARQ-ACK and CSI.

[0338] 3) Resource mapping, according to the order of sending, the earliest sent PUCCH is mapped first, and the HARQ-ACK is mapped first. After the HARQ-ACK of the two UCIs is mapped, other REs of the multiplexed PUCCH physical resource are used to transmit other UCI types. If the remaining REs are insufficient to transmit other UCI types, they are discarded.

[0339] 4) The priority of the two UCIs is configured by DCI or RRC. According to the multiplexing rules of different priorities, the high and low priority UCIs are encoded respectively, and are mapped to the physical resource in the time domain priority manner, the high priority UCI information is mapped first, followed by the low priority UCI information. The transmission code rate used by different UCIs is determined according to the second scaling factor and the code rate of the multiplexed PUCCH. The second scaling factor is configured by RRC or indicated by DCI or specified by the protocol, so the corresponding transmission code rate is the product of the high priority PUCCH transmission code rate and the second scaling factor. In addition to the REs required to transmit the high priority UCI, other REs of the multiplexed PUCCH physical resource are used to transmit the low priority UCI. If the remaining REs are insufficient to transmit the complete low priority UCI, the HARQ-ACK is mapped first, followed by CSIPAR1 and CSIPART2. If the new UCI cannot be mapped to the earliest sent UCI due to resource limitations after the scaling factor is configured, the one with the smallest number of occupied bits is mapped first, followed by HARQ-ACK and CSI.

[0340] 5) The priority of two UCIs is configured by DCI or RRC, the high and low priority UCIs are encoded according to the multiplexing rule of different priorities, and are mapped onto physical resources in a time domain priority manner. The high priority UCI information is mapped first, followed by the low priority UCI information. The high priority PUCCH is configured with a multiplexing transmission code rate, and the physical resources of the multiplexed PUCCH are used to transmit low priority UCI except for the REs required to transmit the earliest UCI. If the remaining REs are insufficient to transmit the complete low priority UCI, the HARQ-ACK is mapped first, followed by the CSI PARI and CSI PART2. If the proportional factor is configured and due to resource limitations, the new UCI cannot map the complete high priority UCI, the one with the smallest bit occupation is multiplexed, and the other is dropped or the high priority UCI is mapped first, followed by the HARQ-ACK and CSI in order.

[0341] 6) According to the type carried on the UCI, the priority of HARQ-ACK is greater than that of CSI. If there is HARQ-ACK on the two UCIs, the HARQ-ACK is mapped first, and the CSI is dropped and will not be delayed. When there is no HARQ-ACK on the two UCIs, they are mapped in the order of transmission.

[0342] For case 2:

[0343] In the embodiment of the present disclosure, when there is UCI overlapping with the first physical uplink channel in the first physical uplink channel in the non-first OCC span, the delaying the plurality of UCIs to be multiplexed to be transmitted on the physical uplink channel in the non-first OCC span comprises: receiving an offset value corresponding to each UCI to be multiplexed or determining the offset value corresponding to each UCI to be multiplexed according to the OCC sequence; delaying the plurality of UCIs to be multiplexed based on the offset value corresponding to each UCI to be multiplexed; concatenating the UCI overlapping with the first physical uplink channel and the plurality of UCIs to be multiplexed after delay as one UCI based on a preset second mapping rule; and multiplexing the concatenated one UCI to be transmitted on the physical uplink channel in the non-first OCC span.

[0344] In the embodiments of the present disclosure, the preset second mapping rule comprises at least one of the following: preferentially mapping the conflicting UCI, wherein the conflicting UCI is the UCI existing in the time slot on the first PUSCH of the non-first OCC span, and then mapping the UCI based on the transmission order of the PUCCH; or preferentially mapping the delayed UCI, and then mapping the UCI based on the transmission order of the PUCCH; or mapping the UCI based on the transmission order of the UCI, and then mapping the conflicting UCI; or receiving fourth configuration information, wherein the fourth configuration information comprises the priority of the UCI; mapping the delayed UCI based on the priority of the UCI; or discarding the delayed UCI and retaining the conflicting UCI; or discarding the conflicting UCI and retaining the delayed UCI.

[0345] For example, the preset second mapping rule comprises at least one of the following:

[0346] 1) Three UCIs are multiplexed into a new UCI, preferentially mapping the conflicting UCI, and then mapping in the order of transmission, respectively configuring the third and fourth scaling factors, and the scaling factors are configured by RRC, indicated by DCI or specified by protocol, and the relative transmission code rate corresponding to the conflicting UCI and the earliest transmission UCI is the product of the respective PUCCH transmission code rate and the scaling factor. The REs other than the REs required for the conflicting UCI and the earliest transmission UCI are used to transmit the latest transmission UCI in the physical resource of the multiplexed PUCCH. If the remaining REs are insufficient to transmit the complete latest transmission UCI, preferentially map the HARQ-ACK, and then map the CSI PART1 and CSI PART2. If the remaining REs are insufficient to transmit the complete earliest transmission UCI, preferentially map the HARQ-ACK of the earliest transmission UCI, and then map the CSI PART1 and CSI PART2. If the scaling factor is configured and the new UCI cannot map the conflicting UCI due to resource limitation, multiplex the UCI with the smallest number of bits among the three UCIs, and map in the order of HARQ-ACK and CSI, or preferentially map the HARQ-ACK of the conflicting UCI, and then map in the order of HARQ-ACK and CSI.

[0347] 2) Three UCIs multiplex into a new UCI, preferentially map the conflicting UCI, then map in order of transmission, respectively configure the transmission code rate for the conflicting UCI and the earliest transmitted UCI, and use the remaining REs of the physical resource of the multiplexed PUCCH to transmit the latest transmitted UCI, except for the REs required by the conflicting UCI and the earliest transmitted UCI. If the remaining REs are insufficient to transmit the complete latest transmitted UCI, preferentially map the HARQ-ACK, then the CSI-PAR1 and the CSI-PART2. If the remaining REs are insufficient to transmit the complete earliest transmitted UCI, preferentially map the HARQ-ACK of the earliest transmitted UCI, then the CSI-PAR1 and the CSI-PART2. If the proportional factor is configured and the new UCI cannot map the complete conflicting UCI due to resource limitation, multiplex the UCI with the smallest number of occupied bits in the three UCIs, and map in order of HARQ-ACK and CSI, or preferentially map the HARQ-ACK of the conflicting UCI, and map in order of HARQ-ACK and CSI.

[0348] 3) Three UCIs multiplex into a new UCI, preferentially map the delayed multiplexed UCI, then map in order of transmission, and only map the HARQ-ACK, and if there is no HARQ-ACK, implement according to 1) or 2).

[0349] 4) Three UCIs multiplex into a new UCI, preferentially map the earliest transmitted UCI, then the second earliest transmitted UCI, and finally the conflicting UCI. Respectively configure the fifth and sixth proportional factors, which are configured by RRC or indicated by DCI or specified by protocol, and correspond to the two delayed multiplexed UCIs, and the relative transmission code rate is the product of the respective PUCCH transmission code rate and the proportional factor, and use the remaining REs of the physical resource of the multiplexed PUCCH to transmit the conflicting UCI, except for the REs required by the two delayed multiplexed UCIs.

[0350] 5) Three UCIs multiplex into a new UCI, prefer the earliest UCI, then the second earliest UCI, and finally the conflicting UCI. Configure transmission code rate for the two delayed multiplexed UCIs respectively, and use the REs in the physical resource of the multiplexed PUCCH other than those required by the two delayed multiplexed UCIs to transmit the conflicting UCI. If the remaining REs are insufficient to transmit the complete conflicting UCI, prefer to map the HARQ-ACK of the conflicting UCI, then the CSIPAR1 and CSIPART2. If the remaining REs are insufficient to transmit the complete second earliest UCI, prefer to map the HARQ-ACK of the second earliest UCI, then the CSIPAR1 and CSIPART2. If the new UCI cannot map the earliest UCI due to resource limitation after configuring the scaling factor, multiplex the UCI on the PUCCH with the smallest number of bits or the earliest UCI among the three UCIs, and map the HARQ-ACK and CSI in order or prefer to map the HARQ-ACK of the earliest UCI first.

[0351] 6) Three UCIs multiplex into a new UCI, prefer the earliest UCI, then the second earliest UCI, and finally the conflicting UCI, and only map the HARQ-ACK. If there is no HARQ-ACK, implement method 4) or 5).

[0352] 7) Three UCIs multiplex into a new UCI, multiplex according to priority, and the DCI configures the priority of the three UCIs according to the existing priority mapping mechanism.

[0353] 8) Discard the multiple UCIs that are multiplexed with delay, and retain the conflicting UCI.

[0354] 9) Discard the conflicting UCI, retain the UCI that is multiplexed with delay, and the processing method is the same as described above.

[0355] Method 2: The terminal device receives a downlink control information DCI, the DCI includes a UCI request field (UCI request), the UCI request field is used to activate the state of UCI multiplexing on a physical uplink channel, and the UE decodes the DCI after receiving the DCI, and then transmits the UCI through a specific PUSCH at an available time slot. The UCI multiplexed on the PUSCH can be multiplexed and transmitted together with uplink data, or can be transmitted on the PUSCH alone.

[0356] Method 3: Delay multiple PUCCHs to be transmitted on an available time slot.

[0357] In the embodiments of the present disclosure, the method further comprises: receiving fifth configuration information, wherein the fifth configuration information is used to disable the multiple UCI multiplexing; disabling the multiple UCI multiplexing based on the fifth configuration information; or when the UCI types contained in the several to be multiplexed UCIs are the same, sorting according to the bit size of the UCI proportion, and puncturing in the position corresponding to the UCI with the largest number of bits in the physical uplink channel. Wherein, the disabling of the multiple UCI multiplexing based on the fifth configuration information includes: triggering whether to perform the multiple UCI multiplexing function or the UCI multiplexing function through the first parameter; or configuring the maximum UCI multiplexing number as 0 or suspending the configuration of the UCI multiplexing number through the second parameter.

[0358] Wherein, the first parameter can be MulUCI, and the second parameter can be factorUCIMul.

[0359] For example, considering the processing capability and the complexity of the processing of the UE, the multiple UCI multiplexing can be disabled, and the disabling of the multiple UCI multiplexing includes at least one of the following:

[0360] Method 1: receiving fifth configuration information, the fifth configuration information is carried by RRC, and the fifth configuration information is used to disable the multiple UCI multiplexing, for example, in the PUSCH-Config or ConfiguredGrantConfig configuration parameter MulUCI, whether to perform the multiple UCI multiplexing function or the UCI multiplexing function is triggered through the enabling mode; or the configuration parameter factorUCIMul, the maximum UCI multiplexing is configured as 0 or the UCI multiplexing number is not configured to disable the multiple UCI multiplexing.

[0361] The advantage of method 1 is easy to implement, and the way of configuring the multiplexing number also retains flexibility.

[0362] Method 2: puncturing on the PUSCH within the OCC span;

[0363] For example, sorting according to the bit size of the UCI proportion, and puncturing on the PUSCH according to the arrangement position of the UCI with more bits, and when the OCC is enabled on the PUSCH, puncturing in the corresponding position on the first PUSCH.

[0364] When multiple UEs communicate, overlapping between multiple UEs may occur, and when the OCC code is enabled, the OCC code of the overlapping part between multiple UEs is not aligned. Therefore, the present disclosure provides a method of wireless communication to solve the above problems.

[0365] FIGS. 13a-13c illustrate one of the flowcharts of the method of wireless communication provided by the present disclosure, as shown in FIGS. 13a-13c, the method comprises:

[0366] B101, determine first configuration information, the first configuration information includes a starting point of enabling OCC on an uplink shared channel; enable OCC on the uplink shared channel based on the starting point; send the uplink shared channel after enabling the OCC function; wherein the uplink shared channel includes a physical uplink shared channel (PUSCH) and a narrowband physical uplink shared channel (NPUSCH) in the Internet of Things;

[0367] Alternatively,

[0368] B102, receive a first offset value; offset the OCC sequence by the first offset value based on a preset reference point; enable the offset OCC sequence to the uplink shared channel corresponding to the offset OCC sequence; send the uplink shared channel after enabling the OCC function;

[0369] Alternatively,

[0370] B103, receive a second offset value; enable OCC after delaying the uplink shared channel by the second offset value; send the uplink shared channel after enabling the OCC function.

[0371] The method for wireless communication provided by the embodiments of the present disclosure, the terminal device determines the first configuration information, enables OCC on the uplink shared channel based on the starting point; send the uplink shared channel after enabling the OCC function; or, receive a first offset value; offset the OCC sequence by the first offset value based on a preset reference point; enable the offset OCC sequence to the uplink shared channel corresponding to the offset OCC sequence; send the uplink shared channel after enabling the OCC function; or, receive a second offset value; enable OCC after delaying the uplink shared channel by the second offset value; send the uplink shared channel after enabling the OCC function, realize the OCC alignment between multiple UEs under the OCC function of the uplink channel, can realize the OCC code alignment between multiple UEs, improve the base station scheduling flexibility.

[0372] For example, when the scheme of B101 is adopted, the reference point of enabling OCC includes two ways: way 1 and way 2, wherein way 1 is that the base station takes the UE that sends the uplink shared channel earliest as the reference, as shown in FIG. 14, taking the first symbol of the starting time slot of the first PUSCH / NPUSCH sent by the UE as the reference point; way 2 is that the base station takes the first symbol of the time slot where the PUSCH is sent latest as the OCC enabling reference point, as shown in FIG. 15.

[0373] The following is described taking way 1 as an example:

[0374] In an embodiment of the present disclosure, the determining the first configuration information comprises: receiving a third offset value, and determining a starting point of enabling OCC on the uplink shared channel based on the third offset value.

[0375] In an embodiment of the present disclosure, the determining the starting point of enabling OCC on the uplink shared channel based on the third offset value comprises: taking a first symbol of a time slot after the third offset value as the starting point of enabling OCC on the uplink shared channel.

[0376] In this way, the terminal device enables OCC on the uplink shared channel based on the starting point of enabling OCC on the uplink shared channel, and transmits the uplink shared channel after enabling the OCC function.

[0377] For example, the base station takes the UE that transmits the PUSCH / NPUSCH earliest as a reference, takes a first symbol of a starting time slot of the first PUSCH / NPUSCH transmitted by the UE as a reference point, enables OCC for all UEs starting from a time slot after the reference point is offset by a third offset value, and the two UEs do not completely overlap in the first OCC span, and the part without data transmission is also mapped to the OCC sequence. The number of repeated transmissions of the two UEs is different, and a time slot in which one UE has ended transmission and the other UE still performs repeated transmission can occur. Since there is no interference of UE1, the data of UE2 can be normally received. For example, UE1 and UE2 are both configured with an OCC sequence with a length of 4, but the number of repetitions and the start time of repeated transmission of the two UEs are different. The number of repeated transmissions of UE1 and UE2 is 8 and 12 respectively, UE1 starts repeated transmission from the first time slot, and UE2 starts repeated transmission from the second time slot. Taking the first symbol of the first time slot as a time reference point, OCC is enabled on each time slot thereafter, in the first OCC span, the first time slot of UE2 has no transmission but the OCC sequence is considered, in the second OCC span, complete overlap can be normally received, and the subsequent part can be received alone due to the absence of interference of UE1 data. For an OCC with a length of 4, the maximum offset value is 3 time slots, which occupies 2 bits. The advantage of this method is that the existing mode needs to enable OCC from the time slot of the PUSCH transmission, and the current OCC length only supports lengths of 2 and 4, so if the OCC starting points are different, it is easy to cause the number of overlapping time slots to be odd. By using the above method, orthogonality can be ensured.

[0378] The following is described by taking mode 2 as an example:

[0379] In an embodiment of the present disclosure, the determining the first configuration information comprises: receiving a third offset value, and determining a starting point of enabling OCC on the uplink shared channel based on the third offset value.

[0380] In an embodiment of the present disclosure, the determining the starting point of enabling OCC on the uplink shared channel based on the third offset value comprises: taking the first symbol of the time slot after delaying the third offset value as the starting point of enabling OCC on the uplink shared channel.

[0381] In this way, the terminal device enables OCC on the uplink shared channel based on the starting point of enabling OCC on the uplink shared channel, and transmits the uplink shared channel after enabling the OCC function.

[0382] For example, the base station takes the first symbol of the time slot in which the PUSCH / NPUSCH is transmitted latest as the OCC enabling reference point, configures a third offset value K for all UEs, and the UE enables the OCC function according to the offset value. Since the UE that transmits the PUSCH latest is taken as the OCC reference point, there will be some transmission time slots on the PUSCH that are transmitted earliest that cannot enable the OCC function, but the corresponding other UE will not transmit data in the corresponding time slot, so it can be received alone. The UE can be indicated by RRC or DCI or MAC CE. For example, UE1 and UE2 are respectively configured with OCC sequences with a length of 4, the repetition transmission lengths of UE1 and UE2 are 8 and 12 respectively, but the repetition time point of the PUSCH of UE2 is one time slot later than that of UE1, the UE1 is configured with a third offset value K=1 with reference to UE2, indicating UE1 to enable the OCC function from the second time slot, which can keep overlapping with UE2 within the first two OCC spans, and there is no overlapping part between UE2 and UE1, which can be received alone.

[0383] It is worth noting that there are also UEs that do not need offset in mode 1 and mode 2, also known as reference UEs, and the processing method for these UEs further comprises: when the second offset value is not received, enabling OCC starting from the first symbol of the starting time slot of the uplink shared channel.

[0384] In an embodiment of the present disclosure, when the scheme of B101 is adopted, the determining the first configuration information further comprises: determining a common starting point; and taking the common starting point as the starting point of enabling OCC on the uplink shared channel by each terminal device.

[0385] Optionally, as shown in FIG. 16, the determining the common starting point comprises: receiving second configuration information, wherein the second configuration information comprises a listening period and / or a listening offset time; and the second configuration information is used to ensure that the starting time slot of the common starting point is earlier than or equal to the time slot in which the earliest uplink shared channel is located.

[0386] In this way, the terminal device can determine the common starting point through the first configuration information, enable OCC on the uplink shared channel based on the common starting point, and transmit the uplink shared channel after enabling the OCC function.

[0387] Exemplarily, the first configuration information can be in a predefined manner, such as defining a common OCC enabling starting point for UEs in a same OCC group or in a same cell, or in a configured manner, such as configuring a common OCC enabling starting point for UEs in a same OCC group or in a same cell by the base station, which is not limited herein. The base station schedules PUSCH / NPUSCH from K2 time slots after the time slot where the DCI is located, and the protocol defines how the UE receives PDCCH / NPDCCH at a monitoring occasion in a monitoring time slot. The UE is configured with the second configuration information through RRC, and the second configuration information includes a monitoring period and / or an offset time. The frame number and the monitoring time slot are determined through the second configuration information, so that a common OCC enabling point can be configured for a group of UEs in this way, and all UEs in the group map OCC sequences from this reference point. Regarding the design of the reference point, the base station can configure a separate common monitoring period and a common monitoring offset time based on the TA reporting information of the UE that transmits the earliest PUSCH, to ensure that the time slot where the reference point is located is earlier than or equal to the time slot where the earliest PUSCH is located. The method has the advantage that the same OCC reference point is configured for all UEs in the group or in the cell, without the need for separate configuration, thereby saving signaling overhead.

[0388] Optionally, the second configuration information is configured in at least one of the following manners:

[0389] Manner 1: configuring a common monitoring period and a common offset time in a system message;

[0390] Manner 2: separately configuring through RRC;

[0391] Manner 3: separately indicating through MAC CE;

[0392] Manner 4: indicating through DCI, which can be associated with TDRA or DMRS or a domain related to the OCC sequence in a joint coding manner.

[0393] The scheme of B102 is described in detail as follows:

[0394] Exemplarily, the base station takes the UE that transmits the earliest PUSCH as a reference, takes the first symbol of the starting time slot of the first PUSCH / NPUSCH transmitted by the UE as a reference point, and configures the first offset value K of the OCC sequence for the UE to enable OCC. Specifically, the UE maps from K+1 values of the OCC sequence in the first OCC span. For an OCC with a length of 4, the maximum offset value is 3 time slots, which occupies 2 bits.

[0395] The scheme of B103 is described in detail as follows:

[0396] As shown in FIG. 17, a second offset value is configured for the UE, the sending of uplink data is delayed, and complete overlap between multiple UEs in the next OCC span is ensured. For the part without overlap, it can be received due to the absence of interference from other UEs. Specifically, the corresponding parameters can be indicated by RRC or DCI or MAC CE, for example: a parameter OCCoffset is configured in PUSCH-Config. The advantage of this method is to enable simplicity without excessive configuration.

[0397] In an embodiment of the present disclosure, the first offset value, the second offset value, or the third offset value is indicated by at least one of the following: RRC, a new field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, or MAC-CE.

[0398] For example, the first offset value, the second offset value, or the third offset value is indicated by at least one of the following:

[0399] 1) The first offset value, the second offset value, or the third offset value is configured in RRC, for example: if the OCC sequence length is 4, a parameter OCCoffset is configured in PUSCH-Conifg, taking values {0, 1, 2, 3}, occupying 2 bits, indicating that the UE starts to enable the OCC function according to the third offset value.

[0400] 2) The first offset value, the second offset value, or the third offset value K is indicated by DCI:

[0401] ① A new field OCCoffset is added in DCI to indicate the offset value of the UE enabling OCC;

[0402] ② Joint coding with other fields, for example: joint coding with the TDRA table or the port mapping table of DMRS, adding a column OCCoffset in the table to indicate the offset value of the UE; or since each UE needs to be individually indicated the index of the OCC sequence after enabling OCC, it can also be jointly coded with the field indicating the index of the OCC sequence.

[0403] ③ Or reinterpreting some fields, for example: in the NTN scenario, the current information transmission rate is not very high, and due to the long transmission distance, the signal quality is relatively poor. Since the anti-interference ability of high-order modulation is worse than that of low-order modulation, the demand for high-order modulation is not high, so 2 bits can be extracted from the MCS field, leaving 3 bits, and the first 8 configurations in the original MCS table are reserved.

[0404] 3) The offset value is indicated by MAC CE.

[0405] In addition, when OCC function is enabled among multiple UEs, but a new UE joins the group of UEs that have enabled OCC function, OCC code alignment among different UEs needs to be considered. Therefore, some solutions are proposed as follows.

[0406] When a new UE joins, the method of OCC code alignment among different UEs includes two cases (it should be noted that the content discussed below is applicable to PUSCH in addition to NPUSCH):

[0407] Case 1: As shown in FIG. 18, when the number of UEs in the group of UEs that have enabled OCC has reached the upper limit, the method of OCC code alignment among different UEs includes at least one of the following:

[0408] 1) When the number of UEs in the group of UEs that have enabled OCC has reached the upper limit, there is no OCC orthogonal sequence that can be allocated, so if a new UE joins on the same time-frequency resource, the interference of the new UE cannot be excluded. For example: the OCC length of the two UE configuration is 2, so there are only two OCC orthogonal sequences that can be allocated, so when a new UE joins, no matter which sequence is allocated, the orthogonality in the overlapping part cannot be guaranteed, so more than 2 UEs cannot be multiplexed on the same time-frequency resource. Therefore, the following method can be used:

[0409] 2) When the number of UEs in the group of UEs that have enabled OCC has reached the upper limit, new UEs are not supported for multiplexing.

[0410] 3) Configure offset value, which can be indicated by RRC or DCI or MAC CE, to ensure that the newly joined UE does not overlap with the original UE group in time-frequency resources.

[0411] Case 2: As shown in FIG. 19, when the number of UEs in the group of UEs that have enabled OCC has not reached the upper limit, that is, when the number of UEs in the group of UEs that have enabled OCC has not reached the upper limit, the new UE can still be allocated an orthogonal OCC sequence, but considering the lag of the starting point between the new UE that enables OCC and the previous UE group, the method of OCC code alignment among different UEs can include at least one of the following:

[0412] Method 1: Define the reference point of enabling OCC

[0413] In a possible implementation, the first symbol of the earliest time slot in which the UE group that has enabled OCC transmits PUSCH is taken as a reference point to start mapping the OCC sequence, and an offset value K is configured for the newly added UE, indicating the UE to start mapping the configured OCC sequence from K time slots before transmitting PUSCH. For the delayed offset value K, if the OCC sequence length is 2, the maximum value of K is 1, occupying 1 bit; if the OCC sequence length is 4, the maximum value of K is 3, occupying 2 bits.

[0414] In another possible implementation, the first symbol of the latest time slot in which the UE group that has enabled OCC transmits PUSCH is taken as a reference point to start mapping the OCC sequence, and an offset value K is configured for the newly added UE, indicating the UE to start mapping the configured OCC sequence from K time slots before transmitting PUSCH. For the delayed offset value K, if the OCC sequence length is 2, the maximum value of K is 1, occupying 1 bit; if the OCC sequence length is 4, the maximum value of K is 3, occupying 2 bits.

[0415] The configuration method of the offset value K is as follows:

[0416] 1) The offset value is configured through RRC;

[0417] 2) The reference point is indicated through DCI:

[0418] ① A new field OCCoffset is added in the DCI, used to indicate the offset value of the UE enabling OCC;

[0419] ② Joint coding is performed with other fields, for example: joint coding is performed with the TDRA table or the port mapping table of DMRS, and an OCCoffset column is added in the table, used to indicate the offset value of the UE; or since the OCC sequence index of each UE needs to be indicated separately after enabling OCC, joint coding can also be performed with the field used to indicate the OCC sequence index.

[0420] ③ Or re-interpret some fields, for example: in the NTN scenario, the current transmission information rate is not very high, so the demand for high-order modulation is not very high, and since the transmission distance is far, the signal quality is relatively poor, and since the anti-interference ability of high-order modulation is poorer than that of low-order modulation, the demand for high-order modulation is not high, so 2 bits can be extracted from the MCS field, and 3 bits are left, and the first 8 configurations in the original MCS table are reserved.

[0421] 3) The offset value is indicated through MAC CE;

[0422] In another possible implementation, the DCI schedules the PUSCH to be transmitted from the K2 time slots after the time slot where the DCI is located. The protocol defines how the UE receives the PDCCH at a monitoring occasion in a monitoring time slot, and the UE determines the frame number and the monitoring time slot through RRC configuration of a period and an offset time. Therefore, a common OCC enabling point can be configured for a group of UEs in this way, and the UEs in the group all start mapping the OCC sequence from the reference point. Regarding the design of the reference point, the base station can configure a common monitoring period and a common monitoring offset time based on the TA reporting information of the UE that transmits the PUSCH earliest, to ensure that the starting time slot of the reference point is earlier than or equal to the time slot where the PUSCH is transmitted earliest. The configuration method of the period and the offset time includes at least one of the following:

[0423] ① The common monitoring period and the common offset time are configured in the system message.

[0424] ② Individually configured through RRC.

[0425] ③ Individually indicated through MAC CE.

[0426] ④ Indicated through DCI, which can be associated with the TDRA or the DMRS or the domain related to the OCC sequence in a joint coding manner.

[0427] In another possible implementation, the base station takes the UE that transmits the PUSCH earliest as the reference, and takes the first symbol of the starting time slot of the first PUSCH / NPUSCH transmitted by the UE as the reference point, to configure the offset value K of the OCC sequence for the UE and enable the OCC. Specifically, the UE starts mapping from the K+1 values of the OCC sequence within the first OCC span. For the OCC with a length of 4, the maximum offset value is 3 time slots, which occupies 2 bits. The configuration method of the offset value K is the same as that in Alt1, and the UE can be indicated through RRC or DCI or MAC CE.

[0428] Method 2: Define the offset value.

[0429] The new UE is configured with an offset value to delay the transmission of uplink data, to ensure complete overlap within the next OCC span. For the part without overlap, it can be received without interference from other UEs. Specifically, the corresponding parameters can be indicated through RRC or DCI or MAC CE, for example, the parameter OCCoffset is configured in PUSCH-Config. For the delayed offset value K, if the OCC sequence length is 2, the maximum value of K is 1, which occupies 1 bit; if the OCC sequence length is 4, the maximum value of K is 3, which occupies 2 bits.

[0430] Method 3: Do not support multiplexing of new UEs.

[0431] New UE joining is not supported depending on base station scheduling.

[0432] Described herein are methods of wireless communications applicable to communications between, e.g., a UE and a base station, as well as communications between a core network and a base station. However, these inventive concepts, methods, apparatuses, devices, computer-readable storage media, chips, and computer program products, etc. are not limited to 5G wireless communications, but can be extended to other communication scenarios such as 6G, to achieve the same technical benefits and effects.

[0433] In addition, UEs and base stations can be deployed in different environments, including but not limited to indoor, outdoor, handheld devices, vehicle-mounted devices, or even deployed on water, in the air, on an airplane, a drone, or a satellite.

[0434] Therefore, although methods and devices for wireless communications are described herein, the inventive concepts and techniques contained therein can be extended to other communication scenarios, and are expected to be able to achieve the same technical benefits and effects. It is easy to appreciate that these inventive concepts have wide applicability and scalability, whether in communication between different types of base stations and user equipment, or in communication in different deployment environments.

[0435] It should be noted that the above steps are only examples and do not limit the scope of the present application. Various modifications and changes can be made to the steps without departing from the spirit and scope of the present application.

[0436] The order of the described steps (signaling / boxes) is not intended to be limiting, and any number of the described steps (signaling / boxes) can be skipped or combined in any order to implement a method or an alternative method.

[0437] The present disclosure describes examples of communications between terminal and network element components in network architectures in the above-described embodiments, which are primarily for example purposes rather than limiting.

[0438] The order of the described steps (signaling / boxes) is not intended to be construed as a limitation, and any number of the described steps (signaling / boxes) can be skipped or combined in any order to implement methods or alternative methods. In general, any of the components, modules, methods, and operations described herein can be implemented using software, firmware, hardware (e.g., fixed logic circuitry), manual processing, or any combination thereof. Some operations of the example methods can be described in the general context of executable instructions stored on computer-readable storage memory that is local and / or remote to a computer processing system, and implementations can include software applications, programs, functions, and the like. Alternatively or additionally, any of the functionality described herein can be performed, at least in part, by one or more hardware logic components, such as and without limitation, Field-programmable Gate Arrays (FPGAs), Application-specific Integrated Circuits (ASICs), Application-specific Standard Products (ASSPs), System-on-a-chip (SoCs), Complex Programmable Logic Devices (CPLDs), and the like.

[0439] Further, the signaling described in the embodiments of the present disclosure can be implemented in any manner known in the art. For example, the signaling can be explicit and / or implicit. Further, the illustrated steps (signaling / boxes) are for example purposes only and are not intended to limit the present application.

[0440] FIG. 20 is a schematic structural diagram of a wireless communication device 900 provided by the present disclosure. The wireless communication device includes a processor and a memory for storing a computer program, and the processor is configured to invoke and run the computer program stored in the memory to execute the instructions of the operations in the above method.

[0441] The wireless communication device can be a user equipment, a base station, or a network element. The wireless communication device 900 shown in FIG. 20 includes a processor 910, which can invoke and run a computer program from a memory to implement the method in the embodiments of the present application.

[0442] Optionally, as shown in FIG. 20, the wireless communication device 900 can further include a memory 920. The processor 910 can invoke and run a computer program from the memory 920 to implement the method in the embodiments of the present application. The memory 920 can be a separate device independent of the processor 910, or can be integrated in the processor 910.

[0443] Optionally, as shown in FIG. 20, the wireless communication device 900 can further include a transceiver 930, and the processor 910 can control the transceiver 930 to communicate with other devices, specifically, to send information or data to other devices, or to receive information or data sent by other devices. The transceiver 930 can include a transmitter and a receiver. The transceiver 930 can further include an antenna, and the number of antennas can be one or more.

[0444] Optionally, the wireless communication device 900 can be specifically a base station of the embodiments of the present application, and the wireless communication device 900 can implement corresponding procedures implemented by a base station in various methods of the embodiments of the present application, which will not be described herein again for the sake of brevity.

[0445] Optionally, the wireless communication device 900 can be specifically a mobile user equipment / user equipment of the embodiments of the present application, and the wireless communication device 900 can implement corresponding procedures implemented by a mobile user equipment / user equipment in various methods of the embodiments of the present application, which will not be described herein again for the sake of brevity.

[0446] Optionally, the wireless communication device 900 can be specifically a network element of the embodiments of the present application, and the wireless communication device 900 can implement corresponding procedures implemented by a network element in various methods of the embodiments of the present application, which will not be described herein again for the sake of brevity.

[0447] According to an example embodiment, a chip is provided, which includes a processor configured to invoke and run a computer program from a memory, so that a device installed with the chip performs the method according to any one of the above embodiments, examples, or example embodiments.

[0448] According to an example embodiment, a computer readable storage medium is provided, which is configured to store a computer program, the computer program causing a computer to perform the method according to any one of the above embodiments, examples, or example embodiments.

[0449] According to an example embodiment, a computer program product is provided, which includes computer programs / instructions, which, when executed by a processor (for example, by the processor or an apparatus, device, computer, or machine including the processor, etc.), implement the method according to any one of the above embodiments, examples, or example embodiments.

[0450] Embodiments of the present disclosure are combinations of techniques / processes that can be adopted in 3GPP specifications to create a final product.

[0451] While the present disclosure has been described in connection with the embodiments that are presently considered to be most practical and preferred, it is to be understood that the present disclosure is not to be limited to the disclosed embodiments, but is intended to cover various arrangements included within the spirit and scope of the appended claims, which are to be accorded the widest interpretation so as to encompass all equivalent techniques.

Claims

1. A method of wireless communication performed by a terminal device, the method comprising: determining first information, wherein the first information is used to indicate satellite related service information; transmitting second information based on the first information and / or a trigger condition, wherein the trigger condition is used to indicate a timing for the terminal device to transmit a handover request, and the second information is used to request a handover of a satellite; wherein the first information is carried by a broadcast message, a groupcast message, or RRC, DCI or MAC CE; wherein the first information is determined based on a predefined manner; wherein the first information comprises at least one of: assistance access information of a candidate satellite, a mapping relationship between a service change and an index, a capability of a serving base station and a neighboring base station, a mapping relationship between a service type and a base station capability, a mapping relationship between a handover orbit and an index, or a timer related configuration information, wherein the timer related configuration information comprises a duration of a timer and / or a number of repetitions, the duration of the timer is used for the terminal device to determine a timing for retransmitting the second information, or is used for the terminal device to determine a result of a handover orbit of a satellite by a first base station, and the number of repetitions is used for the terminal device to determine the result of the handover orbit of the satellite by the first base station; wherein the trigger condition comprises at least one of: a service type change; an orbit change based on a UE requirement; or a network capability change based on a UE requirement; wherein the method further comprises: receiving third information, wherein the third information is used for measurement configuration; and transmitting fourth information based on the third information, wherein the fourth information is used for reporting a measurement result; wherein the second information is carried in the reported result or assistance information, wherein the reported result is based on the measurement configuration; wherein the second information is carried in one of the reported result or the assistance information selected from a plurality of the reported result or the assistance information; wherein the second information is carried in a first uplink control information (UCI), wherein the first UCI indicates an index corresponding to a handover orbit, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the handover orbit, the service change, the base station capability change, or the target base station and the index is determined based on a predetermined rule; wherein the first UCI is associated with at least one of a duration of a timer or a number of repetitions; wherein a resource configuration of the first UCI comprises a configuration of an uplink resource identifier and a configuration of a handover request index; wherein the second information is carried in a second UCI, wherein a configuration of the second UCI comprises a configuration of a scheduling request identifier, wherein the scheduling request identifier is associated with at least one of a duration of a timer or a number of repetitions; wherein a resource configuration of the second UCI comprises an index corresponding to a handover orbit, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the handover orbit, the service change, the base station capability change, or the target base station and the index is determined based on a predetermined rule. ​ ​ 2. The method of claim 1, wherein, ​ 3. The method of claim 1, wherein, ​ 4. The method of claim 1, wherein, ​ ​ 5. The method of claim 1, wherein, ​ ​ ​ ​ ​ 6. The method of claim 1, wherein, ​ ​ ​ 7. The method of claim 1, wherein, ​ 8. The method of claim 7, wherein, ​ 9. The method of claim 1, wherein, ​ 10. The method of claim 9, wherein, ​ 11. The method of claim 10, wherein, ​ 12. The method of claim 1, wherein, ​ 13. The method of claim 12, wherein, ​ 14. The method of claim 1, wherein, The second information is carried in a first radio resource control (RRC), and the first RRC includes an index corresponding to a handover track, service change, base station capability change, or target base station, wherein a mapping relationship between the handover track, service change, base station capability change, or target base station and the index is determined based on a preset rule.

15. The method of claim 1, wherein, The second information is carried in any one of a first medium access control (MAC)-CE, a second MAC-CE, or a third MAC-CE, and any one of the first MAC-CE, the second MAC-CE, and the third MAC-CE includes an index corresponding to a handover track, service change, base station capability change, or target base station.

16. The method of claim 7, wherein, The second information is carried in a second RRC, and the method further includes: based on the received configuration information for measurement, sending, by the second RRC, the reporting result and the index corresponding to a handover track, service change, base station capability change, or target base station, wherein a mapping relationship between the handover track, service change, base station capability change, or target base station and the index is determined based on a preset rule.

17. The method of claim 7, wherein, The second information is carried in a third RRC, and the method further includes: sending, by the third RRC, the assistance information and the index corresponding to a handover track, service change, base station capability change, or target base station, wherein a mapping relationship between the handover track, service change, base station capability change, or target base station and the index is determined based on a preset rule.

18. A method of wireless communication performed at a terminal device, the method comprising: determining, based on an uplink control information (UCI) multiplexing manner configuration, UCI to be multiplexed; multiplexing the UCI to be multiplexed on a physical uplink channel, the physical uplink channel being an OCC-enabled physical uplink channel and being a first physical uplink channel of an OCC span of one orthogonal cover code (OCC), wherein the OCC span is a complete time unit in which an OCC sequence is enabled, and wherein the physical uplink channel comprises at least one of a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), or a PUSCH carrying UCI; transmitting the physical uplink channel.

19. The method of claim 18, wherein, The method further includes receiving configuration information, the configuration information comprising at least one of: an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value.

20. The method of claim 18, wherein, The UCI multiplexing manner configuration is configured or predefined.

21. The method of claim 19, wherein, The determining, based on the UCI multiplexing manner configuration, UCI to be multiplexed includes, but is not limited to, at least one of: determining, based on a preset reference point as a starting point, a time sequence of a plurality of PUCCHs from the starting point, and determining UCI to be multiplexed according to the time sequence; or, determining UCI to be multiplexed according to a priority of the UCI; or, determining UCI to be multiplexed according to a resource size occupied by the UCI.

22. The method of claim 21, wherein, The determining UCI to be multiplexed according to the priority of the UCI includes, but is not limited to, at least one of: When each PUCCH carries one UCI of the same UCI type; determining the UCI to be multiplexed according to the priority of the UCI type; Or, receiving indication information indicating the priority of the UCI; determining the UCI to be multiplexed according to the priority of the indicated UCI.

23. The method of claim 18, wherein, The UCI to be multiplexed overlaps with the first physical uplink channel of the first OCC span, and the multiplexing of the UCI to be multiplexed on the physical uplink channel comprises at least one of the following: The UCI to be multiplexed or the PUCCH carrying the UCI to be multiplexed is multiplexed on the physical uplink channel enabling OCC after repeated transmission, wherein the length of the repeated transmission is equal to the length of the OCC; or Or, The UCI to be multiplexed is multiplexed on the physical uplink channel without enabling OCC, and the multiplexed physical uplink channel without enabling OCC is enabled with OCC; Or, The UCI to be multiplexed is mapped to the location of the reserved resource after repeated transmission, wherein the reserved resource is the physical uplink channel resource occupied by the UCI to be multiplexed with the largest number of bits among the plurality of UCI to be multiplexed.

24. The method of claim 18, wherein, The UCI to be multiplexed overlaps with the non-first physical uplink channel of the first OCC span, and the multiplexing of the UCI to be multiplexed on the physical uplink shared channel physical uplink channel comprises at least one of the following: Receiving a first offset value; delaying the UCI to be multiplexed by the first offset value, and multiplexing the UCI to be multiplexed on the first physical uplink channel corresponding to the time slot of the second OCC span; multiplexing the UCI to be multiplexed or the PUCCH carrying the UCI to be multiplexed on the physical uplink channel enabling OCC after repeated transmission, wherein the length of the repeated transmission is equal to the length of the OCC; or multiplexing the UCI to be multiplexed on the physical uplink channel without enabling OCC, and enabling the multiplexed physical uplink channel without enabling OCC with OCC; Or, Receiving a downlink control information DCI, wherein the DCI comprises a UCI request field for activating the state of multiplexing UCI on the physical uplink channel; when receiving the DCI, triggering the multiplexing of the UCI to be multiplexed on the physical uplink channel of the available time slot.

25. The method of claim 24, wherein, The first offset value is indicated by any one of the following methods: RRC, adding a new field in DCI, reinterpreting an existing field in DCI, joint coding with the field in DCI, MAC-CE or implicit method; wherein the implicit method is that the terminal device determines the first offset value according to the received OCC sequence length.

26. A method of wireless communication, performed at a terminal device, the method comprising: Based on a first uplink control information (UCI) multiplexing mode configuration, a plurality of UCI to be multiplexed are multiplexed on physical uplink channels of different orthogonal code division multiplexing (OCC) spans; wherein the first UCI multiplexing mode configuration is used to determine the manner in which the terminal device multiplexes UCI on the physical uplink channel; a preset reference point is taken as a starting point, and the order of a plurality of physical uplink control channels (PUCCHs) is determined based on the starting point; the PUCCH with the earliest time is taken as a first PUCCH; and the UCI to be multiplexed on the first PUCCH is taken as a first UCI to be multiplexed; wherein the OCC span is a complete time unit in which an OCC sequence is enabled; and the physical uplink channel includes at least one of a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), or a PUSCH carrying UCI. Alternatively, Based on a second UCI multiplexing mode configuration, a plurality of UCI to be multiplexed are jointly multiplexed on a physical uplink channel of an OCC span; wherein the second UCI multiplexing mode configuration is used to determine the manner in which the terminal device multiplexes UCI on the physical uplink channel; A physical uplink channel enabling an OCC function is transmitted. The method further includes receiving first configuration information, wherein the first configuration information includes at least one of the following:

27. The method of claim 26, wherein, an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value. The first UCI multiplexing mode configuration is configured or predefined, and the second UCI multiplexing mode configuration is configured or predefined.

28. The method of claim 26, wherein, The first UCI to be multiplexed overlaps with a first physical uplink channel of a first OCC span, and the first UCI multiplexing mode configuration includes:

29. The method of claim 26, wherein, multiplexing the UCI to be multiplexed on the first PUCCH on the physical uplink channel of the first OCC span; and multiplexing the UCI to be multiplexed on a non-first PUCCH on the physical uplink channel of a non-first OCC span after offsetting a second offset value, wherein the second offset value is indicated in any one of the following manners: RRC, a newly added field in DCI, reinterpreting an existing field in DCI, joint encoding with a field in DCI, MAC-CE, or an implicit manner; wherein the implicit manner is that the terminal device determines the second offset value according to the received OCC sequence length. The method of multiplexing a plurality of UCI to be multiplexed on physical uplink channels of different OCC spans based on the first UCI multiplexing mode configuration includes at least one of the following:

30. The method of claim 29, wherein, repeating and multiplexing the UCI to be multiplexed or the PUCCH carrying the UCI to be multiplexed corresponding to each OCC span on the physical uplink channel enabling the OCC corresponding to each OCC span, wherein the length of the repeated transmission is equal to the OCC length; or multiplexing the UCI to be multiplexed corresponding to each OCC span on the physical uplink channel not enabling the OCC, and enabling the OCC for the multiplexed physical uplink channel not enabling the OCC; Alternatively, ​ The UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed is multiplexed on a physical uplink channel enabling OCC after repeated transmission, wherein the length of the repeated transmission is equal to the length of OCC; or the UCI to be multiplexed on the first PUCCH is multiplexed on a physical uplink channel not enabling OCC, and the multiplexed physical uplink channel not enabling OCC is enabled for OCC; and the physical uplink channel in other OCC spans is disabled. Or, The UCI to be multiplexed is mapped to the location of the reserved resource of the physical uplink channel corresponding to each OCC span after repeated transmission, wherein the reserved resource is the physical uplink channel resource occupied by the UCI to be multiplexed with the largest number of bits among the UCI to be multiplexed. Or, The UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed is multiplexed on a physical uplink channel enabling OCC after repeated transmission, wherein the length of the repeated transmission is equal to the length of OCC; or the UCI to be multiplexed on the first PUCCH is multiplexed on a physical uplink channel not enabling OCC, and the multiplexed physical uplink channel not enabling OCC is enabled for OCC; and the non-first PUCCH is delayed for transmission on an available time slot. Or, The UCI to be multiplexed on the first PUCCH or the first PUCCH carrying the UCI to be multiplexed is multiplexed on a physical uplink channel enabling OCC after repeated transmission, wherein the length of the repeated transmission is equal to the length of OCC; or the UCI to be multiplexed on the first PUCCH is multiplexed on a physical uplink channel not enabling OCC, and the multiplexed physical uplink channel not enabling OCC is enabled for OCC; a downlink control information DCI is received, the DCI includes a UCI request field, and the UCI request field is used to activate the state of multiplexing UCI on a physical uplink channel; when the DCI is received, the non-first UCI to be multiplexed is multiplexed on a physical uplink shared channel of an available time slot. The first UCI to be multiplexed overlaps with a non-first physical uplink channel of a first OCC span, and the configuration of the first UCI multiplexing mode includes at least one of the following:

31. The method of claim 26, wherein, The UCI to be multiplexed is multiplexed on the physical uplink channel in the OCC span after being offset respectively; Or, The PUCCHs are respectively delayed for transmission on an available time slot; Or, A downlink control information DCI is received, the DCI includes a UCI request field, and the UCI request field is used to activate the state of multiplexing UCI on a physical uplink channel; when the DCI is received, the UCI to be multiplexed is multiplexed on a physical uplink channel of an available time slot. The method further comprises:

32. The method of claim 31, wherein, Receiving second configuration information, the second configuration information including the number of UCI, and the second configuration information being used to indicate the maximum number of UCI multiplexed; ​ When the number of UCI to be multiplexed exceeds the number of UCI configured by the second configuration information, a multiplexing manner is determined based on the time sequence of the UCI to be multiplexed, or the function of multiplexing multiple UCI is disabled.

33. The method of claim 26, wherein, The joint multiplexing of the plurality of UCI to be multiplexed on the physical uplink channel of the second OCC span based on the second UCI multiplexing manner configuration comprises: delaying the plurality of UCI to be multiplexed in the first OCC span to be transmitted on the physical uplink channel of a non-first OCC span; or receiving a downlink control information (DCI), wherein the DCI comprises a UCI request field used to activate the state of UCI multiplexing on the physical uplink channel; and triggering the multiplexing of the plurality of UCI to be multiplexed on the physical uplink channel of the available time slot when the DCI is received; or delaying the plurality of PUCCHs to be transmitted on the available time slot respectively.

34. The method of claim 33, wherein, The delaying of the plurality of UCI to be multiplexed in the first OCC span to be transmitted on the physical uplink channel of a non-first OCC span comprises: receiving an offset value corresponding to each UCI to be multiplexed or determining the offset value corresponding to each UCI to be multiplexed according to the OCC sequence; delaying the plurality of UCI to be multiplexed based on the offset value corresponding to each UCI to be multiplexed; concatenating the plurality of UCI to be multiplexed after the delay based on a preset first mapping rule to form one UCI; multiplexing the concatenated one UCI to be transmitted on the physical uplink channel of a non-first OCC span.

35. The method of claim 34, wherein, The preset first mapping rule comprises at least one of the following: mapping the plurality of UCI to be multiplexed based on the sending sequence of the PUCCH; or mapping the plurality of UCI to be multiplexed based on the sending sequence of the PUCCH, and preferentially mapping the hybrid automatic repeat request-acknowledgement (HARQ-ACK); or receiving third configuration information, wherein the third configuration information comprises the priority of the plurality of UCI; and mapping the plurality of UCI to be multiplexed based on the priority of the plurality of UCI; or mapping the plurality of UCI to be multiplexed based on the priority of the UCI type.

36. The method of claim 35, wherein, The mapping of the plurality of UCI to be multiplexed based on the priority of the UCI type comprises: when the plurality of UCI to be multiplexed has HARQ-ACK, preferentially mapping the HARQ-ACK and overriding the channel state information (CSI); or when the plurality of UCI to be multiplexed does not have HARQ-ACK, mapping the plurality of UCI to be multiplexed based on the sending sequence of the PUCCH.

37. The method of claim 33, wherein, When there is UCI overlapping with the first physical uplink channel in the first physical uplink channel in the non-first OCC span, the delaying of the plurality of UCI to be multiplexed to be transmitted on the physical uplink channel of a non-first OCC span comprises: receiving an offset value corresponding to each UCI to be multiplexed or determining the offset value corresponding to each UCI to be multiplexed according to the OCC sequence; delaying the plurality of UCI to be multiplexed based on the offset value corresponding to each UCI to be multiplexed; concatenating the UCI overlapping with the first physical uplink channel and the plurality of UCI to be multiplexed after the delay based on a preset second mapping rule to form one UCI; and The concatenated UCI is multiplexed on a physical uplink channel in a non-first OCC span.

38. The method of claim 37, wherein, The preset second mapping rule includes at least one of the following: UCIs in conflict are preferentially mapped, and then UCI is mapped based on the order of PUCCH transmission; Or, UCIs to be multiplexed after being delayed are preferentially mapped, and then UCI is mapped based on the order of PUCCH transmission; Or, UCI is mapped based on the order of PUCCH transmission, and then UCI in conflict is mapped; Or, UCI is mapped based on the order of PUCCH transmission, and then UCI in conflict is mapped; Or, UCIs to be multiplexed after being delayed are preferentially dropped, and UCI in conflict is retained; Or, UCI in conflict is preferentially dropped, and UCI to be multiplexed after being delayed is retained.

39. The method of claim 26, wherein, The method further includes: fifth configuration information is received, wherein the fifth configuration information is used to disable the multi-UCI multiplexing; and the multi-UCI multiplexing is disabled based on the fifth configuration information; Or, when the UCI types included in the UCI to be multiplexed are the same, the UCI is sorted according to the bit size of the UCI proportion, and the UCI with the largest number of bits in the physical uplink channel is punctured.

40. The method of claim 39, wherein, The disabling of the multi-UCI multiplexing based on the fifth configuration information includes: whether to perform the multi-UCI multiplexing function or the UCI multiplexing function is triggered through a first parameter; Or, the maximum number of UCI multiplexing is configured as 0 or the number of UCI multiplexing is suspended through a second parameter.

41. A method of wireless communication, performed at a terminal device, the method comprising: determining first configuration information, the first configuration information including a starting point of enabling OCC on an uplink shared channel; enabling OCC on the uplink shared channel based on the starting point; and transmitting the uplink shared channel with the enabled OCC function; wherein the uplink shared channel includes a physical uplink shared channel (PUSCH) and a narrowband PUSCH (NPUSCH); and wherein the NPUSCH is a narrowband physical uplink shared channel in Internet of Things (IoT); Or, receiving a first offset value; offsetting an OCC sequence by the first offset value based on a preset reference point; enabling the offset OCC sequence to the uplink shared channel corresponding to the offset OCC sequence; and transmitting the uplink shared channel with the enabled OCC function; Or, receiving a second offset value; enabling OCC after delaying the uplink shared channel by the second offset value; and transmitting the uplink shared channel with the enabled OCC function.

42. The method of claim 41, wherein, The determination of the first configuration information includes: receiving a third offset value, determining the starting point of enabling OCC on the uplink shared channel based on the third offset value.

43. The method of claim 42, wherein, The first offset value, the second offset value, or the third offset value is indicated by at least one of the following: RRC, a newly added field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, or MAC-CE.

44. The method of claim 42, wherein, The determining the starting point of enabling OCC on the uplink shared channel based on the third offset value comprises at least one of the following: The first symbol of the time slot after the third offset value is advanced or delayed is used as the starting point of enabling OCC on the uplink shared channel.

45. The method of claim 41, wherein, The method further comprises: When the second offset value is not received, OCC is enabled starting from the first symbol of the starting time slot of the uplink shared channel.

46. The method of claim 41, wherein, The determining the first configuration information further comprises: Determining a common starting point; The common starting point is used as the starting point of enabling OCC on the uplink shared channel by each terminal device.

47. The method of claim 46, wherein, The determining the common starting point comprises: Receiving second configuration information, wherein the second configuration information comprises a listening period and / or a listening offset time; and the second configuration information is used to ensure that the starting time slot of the common starting point is earlier than or equal to the earliest time slot of the uplink shared channel.

48. The method of claim 47, wherein, The second configuration information is configured by at least one of the following: a system message, RRC, MAC-CE, or DCI.

49. The method of claim 41, wherein, The first configuration information is predefined or configured.

50. The method of claim 41, wherein, The method further comprises receiving fourth configuration information, and the fourth configuration information comprises at least one of the following: An OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value.

51. A method of wireless communication performed by a base station, the method comprising: Receiving second information sent by a terminal device based on first information; wherein the first information is used to indicate satellite-related service information, and the second information is used to request satellite switching; Based on the second information, determining whether to perform a satellite switching operation.

52. The method of claim 51, wherein, The first information is carried by a broadcast message, a groupcast message, or RRC or DCI or MAC CE.

53. The method of claim 51, wherein, The first information is determined based on a predefined manner.

54. The method of claim 51, wherein, The first information comprises at least one of the following: Auxiliary access information of a candidate satellite, a mapping relationship between service change and index, capabilities of a serving base station and a neighbor base station, a mapping relationship between a service type and a base station capability, a mapping relationship between a switching orbit and an index, or timer-related configuration information, wherein the timer-related configuration information comprises a duration of a timer and / or a number of repeated transmissions, the duration of the timer is used by the terminal device to determine a timing of retransmitting the second information, or to determine a result of the first base station performing satellite switching orbit, and the number of repeated transmissions is used by the terminal device to determine the result of the first base station performing satellite switching orbit.

55. The method of claim 51, wherein, The method further comprises: Sending third information, wherein the third information is used for measurement configuration; Receiving fourth information, wherein the fourth information is used for reporting a measurement result.

56. The method of claim 51, wherein, The second information is carried in the reported result or auxiliary information, wherein the reported result is based on the measurement configuration.

57. The method of claim 56, wherein, The second information is carried by multiple reported results or once reported result or auxiliary information.

58. The method of claim 51, wherein, The second information is carried in first uplink control information (UCI), and the first UCI indicates an index corresponding to a switching track, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index is determined based on a preset rule.

59. The method of claim 58, wherein, The first UCI is associated with at least one of a time length of a timer or a number of repeated transmissions.

60. The method of claim 59, wherein, The resource configuration of the first UCI includes configuration of an uplink resource identifier and configuration of a switching request index.

61. The method of claim 51, wherein, The second information is carried in second UCI, and the configuration of the second UCI includes configuration of a scheduling request identifier, wherein the scheduling request identifier is associated with a time length of a timer and / or a number of repeated transmissions.

62. The method of claim 61, wherein, The resource configuration of the second UCI includes configuration of an uplink resource identifier and configuration of a scheduling request identifier.

63. The method of claim 51, wherein, The second information is carried in first radio resource control (RRC), and the first RRC includes an index corresponding to a switching track, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index is determined based on a preset rule.

64. The method of claim 51, wherein, The second information is carried in any one of the following signaling: first medium access control control element (MAC-CE), second MAC-CE, or third MAC-CE, wherein any one of the first MAC-CE, the second MAC-CE, and the third MAC-CE includes an index corresponding to a switching track, a service change, a base station capability change, or a target base station.

65. The method of claim 56, wherein, The second information is carried in second RRC, and the method further includes: receiving, through the second RRC, the reporting result and an index corresponding to a switching track, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index is determined based on a preset rule.

66. The method of claim 56, wherein, The second information is carried in third RRC, and the method further includes: receiving, through the third RRC, the assistance information and an index corresponding to a switching track, a service change, a base station capability change, or a target base station, wherein a mapping relationship between the switching track, the service change, the base station capability change, or the target base station and the index is determined based on a preset rule.

67. A method of wireless communication performed by a base station, the method comprising: receiving the physical uplink channel, wherein the physical uplink channel is an OCC-enabled physical uplink channel, and is a first physical uplink channel of an OCC span, the OCC span is a complete time unit of an OCC sequence, the physical uplink channel comprises at least one of a physical uplink shared channel (PUSCH), a physical uplink control channel (PUCCH), or a PUSCH carrying UCI, the physical uplink channel is a multiplexed-UCI physical uplink channel, the multiplexed-UCI physical uplink channel is obtained by multiplexing, by the terminal device, the UCI to be multiplexed on an original physical uplink channel, the original physical uplink channel is a non-multiplexed-UCI physical uplink channel, and the UCI to be multiplexed is determined based on an uplink control information (UCI) multiplexing manner configuration. The UCI multiplexing manner configuration is configured or predefined.

68. The method of claim 67, wherein, The method further comprises: sending configuration information, the configuration information comprising at least one of the following:

69. The method of claim 67, wherein, an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value.

70. The method of claim 67, wherein, The UCI multiplexing manner configuration is configured or predefined. The method further comprises:

71. The method of claim 67, wherein, sending indication information, the indication information being used to indicate a priority of the UCI, and being used for the terminal device to determine the UCI to be multiplexed according to the priority of the UCI. The UCI to be multiplexed overlaps with a non-first physical uplink channel of a first OCC span, and the method further comprises: sending a first offset value, used for the terminal device to delay the UCI to be multiplexed by the first offset value, and then multiplex the UCI to be multiplexed on a time slot corresponding to a first physical uplink channel of a second OCC span; repeating transmission of the UCI to be multiplexed or a PUCCH carrying the UCI to be multiplexed, and then multiplexing the repeated transmission on an OCC-enabled physical uplink channel, wherein a length of the repeated transmission is equal to an OCC length; or multiplexing the UCI to be multiplexed on a non-OCC-enabled physical uplink channel, and enabling OCC for the multiplexed non-OCC-enabled physical uplink channel. or 72. The method of claim 71, wherein, sending a downlink control information (DCI), used to trigger, when the terminal device receives the DCI, multiplexing of the UCI to be multiplexed on a physical uplink channel of an available time slot, the DCI comprising a UCI request field, the UCI request field being used to activate a state of multiplexing of the UCI on the physical uplink channel. The first offset value is indicated by any one of the following manners: RRC, adding a new field in the DCI, reinterpreting an existing field in the DCI, joint coding with a field in the DCI, MAC-CE, or an implicit manner; wherein the implicit manner is that the base station sends an OCC sequence length, used for the terminal device to determine the first offset value.

73. A method of wireless communication for a base station, the method comprising: receiving an OCC-enabled physical uplink channel, the OCC-enabled physical uplink channel being obtained based on at least one of the following: The terminal device is configured by a first uplink control information (UCI) multiplexing mode, and a plurality of UCI to be multiplexed are multiplexed on physical uplink channels with different orthogonal code division multiplexing (OCC) spans; the first uplink control information (UCI) multiplexing mode is used to determine the multiplexing mode of the terminal device on the physical uplink channel; a preset reference point is used as a starting point, and the time sequence of a plurality of physical uplink control channels (PUCCH) is determined based on the starting point; the PUCCH with the earliest time is used as a first PUCCH; the UCI to be multiplexed on the first PUCCH is used as a first UCI to be multiplexed; and the OCC span is a complete time unit of an OCC sequence. Alternatively, The terminal device is configured by a second uplink control information (UCI) multiplexing mode, and a plurality of UCI to be multiplexed are jointly multiplexed on a physical uplink channel with an OCC span; the second uplink control information (UCI) multiplexing mode is used to determine the multiplexing mode of the terminal device on the physical uplink channel.

74. The method of claim 73, wherein, The method further comprises sending first configuration information, the first configuration information comprising at least one of the following: an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value.

75. The method of claim 73, wherein, The first UCI multiplexing mode configuration is configured or predefined, and the second UCI multiplexing mode configuration is configured or predefined.

76. The method of claim 73, wherein, The first UCI to be multiplexed overlaps with a first physical uplink channel of a first OCC span, and the first uplink control information (UCI) multiplexing mode configuration comprises: multiplexing the UCI to be multiplexed on the first PUCCH on the physical uplink channel of the first OCC span; and multiplexing the UCI to be multiplexed on the non-first PUCCH after shifting by a second offset value on the physical uplink channel of the non-first OCC span, wherein the second offset value is indicated by any one of the following: RRC, a newly added field in DCI, reinterpreting an existing field in DCI, joint encoding with a field in DCI, MAC-CE, or an implicit manner; wherein the implicit manner is that the base station sends an OCC sequence length, which is used by the terminal device to determine the second offset value.

77. The method of claim 73, wherein, The first UCI to be multiplexed overlaps with a non-first physical uplink channel of a first OCC span, and the method further comprises: sending a downlink control information (DCI) to trigger the multiplexing of the non-first UCI to be multiplexed on the physical uplink channel of the available time slot when the terminal device receives the DCI, wherein the DCI comprises a UCI request field, and the UCI request field is used to activate the state of multiplexing UCI on the physical uplink channel.

78. The method of claim 73, wherein, The method further comprises: sending second configuration information, which is used to determine the multiplexing mode based on the time sequence of the UCI to be multiplexed or to disable the function of multiplexing multiple UCIs when the number of UCI to be multiplexed exceeds the number of UCI configured by the second configuration information; and the second configuration information comprises a UCI number, and the second configuration information is used to indicate the maximum number of UCI to be multiplexed.

79. The method of claim 73, wherein, The method further comprises: transmitting offset values corresponding to each of the UCI to be multiplexed, for the terminal device to determine offset values corresponding to each of the UCI to be multiplexed; delaying the UCI to be multiplexed based on the offset values corresponding to each of the UCI to be multiplexed; concatenating the delayed UCI to be multiplexed into one UCI based on a preset first mapping rule; and multiplexing the concatenated one UCI onto the physical uplink channel in the non-first OCC span.

80. The method of claim 73, wherein, The method further includes: transmitting third configuration information, wherein the third configuration information contains priorities of the UCI; and the priorities of the UCI are used for mapping the UCI to be multiplexed.

81. The method of claim 73, wherein, When there is UCI overlapping with the first physical uplink channel in the non-first OCC span, the method further includes: transmitting offset values corresponding to each of the UCI to be multiplexed, for the terminal device to determine offset values corresponding to each of the UCI to be multiplexed; delaying the UCI to be multiplexed based on the offset values corresponding to each of the UCI to be multiplexed; concatenating the delayed UCI to be multiplexed and the UCI overlapping with the first physical uplink channel into one UCI based on a preset second mapping rule; and multiplexing the concatenated one UCI onto the physical uplink channel in the non-first OCC span.

82. The method of claim 73, wherein, The method further includes: transmitting fourth configuration information, wherein the fourth configuration information contains priorities of the UCI; and the priorities of the UCI are used for mapping the UCI to be multiplexed.

83. The method of claim 73, wherein, The method further includes: transmitting fifth configuration information, for the terminal device to disable the multi-UCI multiplexing based on the fifth configuration information; and the fifth configuration information is used for disabling the multi-UCI multiplexing.

84. A method of wireless communication performed by a base station, the method comprising: receiving an OCC-enabled uplink shared channel, the OCC-enabled uplink shared channel being determined based on a starting point of enabling OCC on the uplink shared channel, the starting point being contained in first configuration information; wherein the uplink shared channel comprises a physical uplink shared channel (PUSCH) and a narrowband PUSCH (NPUSCH); and wherein the NPUSCH is a narrowband physical uplink shared channel in Internet of Things (IoT); or, transmitting a first offset value, for the terminal device to offset an OCC sequence by the first offset value based on a preset reference point; enabling the offset OCC sequence on an uplink shared channel corresponding to the offset OCC sequence; and receiving the OCC-enabled uplink shared channel; or, transmitting a second offset value, for the terminal device to enable OCC on the uplink shared channel after delaying the uplink shared channel by the second offset value; and receiving the OCC-enabled uplink shared channel.

85. The method of claim 84, wherein, The method further includes: transmitting a third offset value, for the terminal device to determine the starting point of enabling OCC on the uplink shared channel based on the third offset value.

86. The method of claim 84, wherein, The first offset value, the second offset value, or the third offset value is indicated by at least one of the following: RRC, adding a new field in DCI, reinterpreting an existing field in DCI, joint coding with a field in DCI, or MAC-CE.

87. The method of claim 84, wherein, The method further includes: transmitting second configuration information, wherein the second configuration information comprises a listening period and / or a listening offset time; the second configuration information is used to ensure that a starting time slot of a common starting point is earlier than or equal to a time slot where an earliest uplink shared channel is located.

88. The method of claim 87, wherein, The second configuration information is configured by at least one of the following: a system message, RRC, MAC-CE or DCI.

89. The method of claim 84, wherein, The first configuration information is predefined or configured.

90. The method of claim 84, wherein, The method further comprises transmitting fourth configuration information, the fourth configuration information comprises at least one of the following: an OCC scheme type, an OCC sequence length, an OCC sequence type, an OCC sequence index, an OCC enabling reference point, or an OCC sequence offset value.

91. A wireless communication device, wherein, The wireless communication device comprises a processor and a memory for storing a computer program, the processor is configured to invoke and run the computer program stored in the memory to perform the method according to any one of claims 1 to 90.

92. A readable storage medium for storing a computer program, the computer program is invoked and run by a processor to perform the method according to any one of claims 1 to 90.

Images