WO2021203438A1 - 发送数据的方法、装置和通信系统 - Google Patents

发送数据的方法、装置和通信系统 Download PDF

Info

Publication number
WO2021203438A1
WO2021203438A1 PCT/CN2020/084307 CN2020084307W WO2021203438A1 WO 2021203438 A1 WO2021203438 A1 WO 2021203438A1 CN 2020084307 W CN2020084307 W CN 2020084307W WO 2021203438 A1 WO2021203438 A1 WO 2021203438A1
Authority
WO
WIPO (PCT)
Prior art keywords
pusch
shared channel
uplink shared
physical uplink
priority
Prior art date
Application number
PCT/CN2020/084307
Other languages
English (en)
French (fr)
Inventor
路杨
李国荣
Original Assignee
富士通株式会社
路杨
李国荣
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社, 路杨, 李国荣 filed Critical 富士通株式会社
Priority to PCT/CN2020/084307 priority Critical patent/WO2021203438A1/zh
Priority to JP2022560430A priority patent/JP2023520705A/ja
Priority to CN202080099392.5A priority patent/CN115428566A/zh
Priority to PCT/CN2020/091673 priority patent/WO2021203528A1/zh
Publication of WO2021203438A1 publication Critical patent/WO2021203438A1/zh
Priority to US17/957,272 priority patent/US20230024055A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Definitions

  • the embodiments of the present application relate to the field of wireless communication technology.
  • resource preemption between terminal devices or resource preemption between different services in terminal devices sometimes occurs.
  • the network device when the frequency domain resources of the downlink air interface of two terminals collide, the network device firstly guarantees the transmission of the service with higher priority in the two terminal devices, and passes special downlink control information (for example, DCI2-1) Notify the terminal equipment whose resources have been preempted.
  • This resource preemption mechanism enables the data of high-priority services to be sent with high priority, thereby improving the real-time performance and reliability of the high-priority services.
  • resource preemption within the terminal device may also be based on the priority of the service.
  • the media access control (MAC) layer and the physical (PHY) layer independently determine the preemption priority. For example, the MAC layer determines the preemption priority based on the logical channel priority, and the PHY layer prioritizes the physical layer. The level determines the preemption priority.
  • the transmission that may be determined to be high priority at the MAC layer is determined to be low priority at the PHY layer, and the data that the MAC layer considers to be high priority uplink permission may be at the PHY layer Is discarded. In this way, the data automatically sent by the terminal device on the configuration permission (CG) will be lost because it cannot be sent.
  • CG configuration permission
  • the inventor of the present application found that when the physical layer priorities of the two physical uplink shared channels (PUSCH) are the same, and the transmission of the two PUSCHs at least partially overlap in the time domain, the terminal equipment How to send data is not regulated in the prior art.
  • PUSCH physical uplink shared channels
  • the embodiments of the present application provide a method, device, and communication system for sending data.
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the first physical uplink
  • the terminal device transmits or does not transmit the second physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • a method for sending data which is applied to a terminal device, and the method includes:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of the channel (PUSCH) at least partially overlaps in the time domain, the terminal device transmits the second physical uplink shared channel (PUSCH).
  • a method for sending data which is applied to a terminal device, and the method includes:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of the channel (PUSCH) at least partially overlaps in the time domain, the terminal device does not transmit the second physical uplink shared channel (PUSCH).
  • a method for transmitting data which is applied to a terminal device, and the method includes: having a first physical uplink shared channel (PUSCH) and a second physical uplink shared channel (PUSCH) The same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the transmission of the second physical uplink shared channel (PUSCH) at least partially overlap in the time domain, the terminal device According to the types of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH), it is determined whether to send or not to send the second physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • PUSCH physical uplink shared channel
  • PUSCH physical uplink shared channel
  • an apparatus for sending data which is applied to a terminal device, and the apparatus executes the data sending method of the first aspect, the second aspect, or the third aspect of the embodiments of the present application.
  • a terminal device having the data sending apparatus described in the fourth aspect of the embodiments of the present application.
  • a communication system which has the terminal device and the network device described in the fifth aspect of the embodiments of the present application.
  • a computer-readable program is provided, wherein when the program is executed in an apparatus or terminal device for sending data, the program causes the apparatus or terminal device for sending data to execute The data sending method of the first aspect, the second aspect, or the third aspect of the embodiments of the present application.
  • a storage medium storing a computer-readable program, wherein the computer-readable program enables an apparatus or terminal device for sending data to execute the first aspect and the first aspect of the embodiments of the present application.
  • the method of sending data of the second aspect or the third aspect is provided.
  • the beneficial effects of the embodiments of the present application are: in the case where the first PUSCH and the second PUSCH have the same physical layer priority, and the transmission of the first PUSCH and the transmission of the second PUSCH at least partially overlap in the time domain, the terminal device Sending or not sending the second PUSCH, therefore, the media access control layer and the physical layer of the terminal device can have unified processing on whether to send the PUSCH, avoiding the loss of the data automatically sent by the terminal device on the configuration permission (CG) Circumstances, so as to ensure the reliability of communication services.
  • CG configuration permission
  • Fig. 1 is a schematic diagram of a communication system according to an embodiment of the present application.
  • Figure 2 is a schematic diagram of the physical layer discarding the high-priority PUSCH
  • Figure 3 is another schematic diagram of the physical layer discarding the high-priority PUSCH
  • FIG. 4 is a schematic diagram of the method for sending data in the first aspect of the embodiments of the present application.
  • FIG. 5 is a schematic diagram of the operation of the MAC layer and the physical layer in the first aspect of the embodiments of the present application;
  • FIG. 6 is another schematic diagram of the operation of the MAC layer and the physical layer in the first aspect of the embodiments of the present application;
  • FIG. 7 is a schematic diagram of a method for sending data in Embodiment 1 of the second aspect of the embodiments of the present application.
  • Embodiment 8 is a schematic diagram of MAC layer and physical layer operations in Embodiment 1 of the second aspect of the embodiments of the present application;
  • FIG. 9 is another schematic diagram of the operation of the MAC layer and the physical layer in Embodiment 1 of the second aspect of the embodiments of the present application;
  • FIG. 10 is a schematic diagram of a method for sending data in Embodiment 2 of the second aspect of the embodiments of the present application.
  • FIG. 11 is a schematic diagram of MAC layer and physical layer operations in Embodiment 2 of the second aspect of the embodiments of the present application;
  • Embodiment 12 is a schematic diagram of MAC layer and physical layer operations in Embodiment 2 of the second aspect of the embodiments of the present application;
  • FIG. 13 is a schematic diagram of the method for sending data in the third aspect of the embodiments of the present application.
  • FIG. 14 is a schematic diagram of the device for sending data in the fourth aspect of the embodiments of the present application.
  • FIG. 15 is a schematic block diagram of the system configuration of the terminal device in the fifth aspect of the embodiments of the present application.
  • the terms “first”, “second”, etc. are used to distinguish different elements from the terms, but they do not indicate the spatial arrangement or chronological order of these elements. These elements should not be used by these terms. Limited.
  • the term “and/or” includes any and all combinations of one or more of the associated listed terms.
  • the terms “comprising”, “including”, “having” and the like refer to the existence of the stated features, elements, elements or components, but do not exclude the presence or addition of one or more other features, elements, elements or components.
  • the term "communication network” or “wireless communication network” can refer to a network that meets any of the following communication standards, such as Long Term Evolution (LTE), and Enhanced Long Term Evolution (LTE-A, LTE-A). Advanced), Wideband Code Division Multiple Access (WCDMA, Wideband Code Division Multiple Access), High-Speed Packet Access (HSPA, High-Speed Packet Access), etc.
  • LTE Long Term Evolution
  • LTE-A Enhanced Long Term Evolution
  • LTE-A LTE-A
  • Advanced Wideband Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • High-Speed Packet Access High-Speed Packet Access
  • HSPA High-Speed Packet Access
  • the communication between devices in the communication system can be carried out according to any stage of communication protocol, for example, it can include but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and future 5G, New Radio (NR, New Radio), etc., and/or other communication protocols currently known or to be developed in the future.
  • 1G generation
  • 2G 2.5G
  • 2.75G 3G
  • 4G 4G
  • 4.5G future 5G
  • New Radio NR, New Radio
  • Network device refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services for the terminal device.
  • Network equipment may include but not limited to the following equipment: base station (BS, Base Station), access point (AP, Access Point), transmission and reception point (TRP, Transmission Reception Point), broadcast transmitter, mobile management entity (MME, Mobile Management Entity), gateway, server, radio network controller (RNC, Radio Network Controller), base station controller (BSC, Base Station Controller), etc.
  • the base station may include but is not limited to: Node B (NodeB or NB), evolved Node B (eNodeB or eNB), 5G base station (gNB), etc., and may also include remote radio head (RRH, Remote Radio Head) , Remote Radio Unit (RRU, Remote Radio Unit), relay (relay), or low-power node (such as femto, pico, etc.).
  • NodeB Node B
  • eNodeB or eNB evolved Node B
  • gNB 5G base station
  • RRH Remote Radio Head
  • RRU Remote Radio Unit
  • relay relay
  • low-power node such as femto, pico, etc.
  • base station can include some or all of their functions, and each base station can provide communication coverage for a specific geographic area.
  • the term "cell” may refer to a base station and/or its coverage area, depending on the context in which the term is used.
  • the term "User Equipment” (UE, User Equipment) or “Terminal Equipment” (TE, Terminal Equipment), for example, refers to equipment that accesses a communication network through a network device and receives network services.
  • the user equipment may be fixed or mobile, and may also be called a mobile station (MS, Mobile Station), terminal, subscriber station (SS, Subscriber Station), access terminal (AT, Access Terminal), station, etc.
  • user equipment may include, but is not limited to, the following devices: Cellular Phone, Personal Digital Assistant (PDA, Personal Digital Assistant), wireless modem, wireless communication device, handheld device, machine-type communication device, laptop computer, Cordless phones, smart phones, smart watches, digital cameras, etc.
  • PDA Personal Digital Assistant
  • wireless modem wireless communication device
  • handheld device machine-type communication device
  • laptop computer machine-type communication device
  • Cordless phones smart phones
  • smart watches digital cameras, etc.
  • user equipment may also be a machine or device that performs monitoring or measurement.
  • it may include, but is not limited to: Machine Type Communication (MTC) terminals, In-vehicle communication terminals, device to device (D2D, Device to Device) terminals, machine to machine (M2M, Machine to Machine) terminals, etc.
  • MTC Machine Type Communication
  • D2D Device to Device
  • M2M Machine to Machine
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present application, schematically illustrating a case where a terminal device and a network device are taken as an example.
  • the communication system 100 may include a network device 101 and a terminal device 102.
  • Figure 1 only uses one terminal device as an example for illustration.
  • eMBB enhanced mobile broadband
  • mMTC large-scale machine type communication
  • URLLC Ultra-Reliable and Low- Latency Communication
  • the terminal device 102 can send data to the network device 101, for example, using an unauthorized transmission mode.
  • the network device 201 can receive data sent by one or more terminal devices 102, and feedback information (for example, correct ACK/negative acknowledgement NACK) information to the terminal device 102, and the terminal device 102 can confirm the end of the transmission process according to the feedback information, or it can also New data transmission can be performed, or data retransmission can be performed.
  • feedback information for example, correct ACK/negative acknowledgement NACK
  • the following takes the network device in the communication system as the receiving end or sending short, and the terminal device as the sending end or receiving end as examples, but the application is not limited to this, and the sending end and/or receiving end may also be other devices. .
  • this application is not only applicable to uplink unauthorized transmission between network equipment and terminal equipment, but also applicable to side link unauthorized transmission between two terminal equipment.
  • the CG is not transmitted means that the MAC PDU data generated according to the configuration of the CG has not been sent by the physical layer, and the MAC PDU may also be referred to as an unsent MAC PDU.
  • Transmission conflicts within the terminal device may occur between different physical uplink shared channel (Physical Uplink Shared Channel, PUSCH) resource grants, for example, between two semi-static configuration grants (Configure Grant, CG) PUSCH, or Appears between the configuration permission and the dynamically scheduled PUSCH.
  • PUSCH resource grants For conflicts between PUSCH resource grants and different scheduling request (SR) transmissions or positive acknowledgement (ACK)/negative acknowledgement (NACK) indications for the downlink PUSCH, the terminal device prioritizes the PUSCH, SR, or physical of high-priority services.
  • PUCCH Uplink control channel
  • the media access control (MAC) layer of the terminal device ensures the priority transmission of high-priority services in this way: the PUSCH permission or SR for priority transmission is determined according to the priority of the logical channel.
  • the priority of the PUSCH permission is determined by the highest priority logical channel multiplexed in the transport block, and the priority of an SR transmission is determined by the logical channel corresponding to the SR Priority decision.
  • the PUSCH permission with the highest priority or the SR with the highest priority is determined as high priority and transmitted first by the MAC layer, and other permissions or SR transmissions are determined as low priority and transmitted seize.
  • the MAC layer and the PHY layer independently determine the priority of transmission.
  • the MAC layer determines the priority of transmission according to the priority of the logical channel
  • the PHY layer determines the priority of transmission according to the priority of the physical layer.
  • the physical layer priority (high or low) of the PUSCH configured for permission (CG) is indicated to the terminal device by the network device through a radio resource control (RRC) message
  • RRC radio resource control
  • the physical layer priority (high or low) of the dynamically scheduled PUSCH is determined by the network device It is indicated to the terminal device through PDCCH signaling for scheduling the PUSCH.
  • Network equipment is configured with logical channel priority (1-16), allowable CG configuration list and physical layer priority (high or low) for each logical channel.
  • Each CG configured uplink PUSCH permit can be multiplexed with multiple permits Multiplexed logical channel data.
  • a dynamically scheduled uplink PUSCH grant can multiplex data of multiple logical channels with the same physical layer priority. If a PUSCH grant can multiplex multiple logical channel data, at the MAC layer of the terminal device, the priority of the uplink grant is determined by the logical channel with the highest priority that can be multiplexed, and the priority of an SR transmission is determined by the SR corresponding The logical channel priority is determined. In the case of two or more resource conflicts, the PUSCH grant or SR with the highest priority is preferentially transmitted by the MAC layer, and other grants or SRs are preempted and the uplink transmission is not triggered.
  • the terminal device obtains the MAC PDU from the multiplexing and encapsulation entity and causes the HARQ process related to the grant to trigger data transmission. If it is a low priority (that is, preempted) permission, the terminal device does not acquire the MAC PDU and trigger the transmission of data. For the temporarily determined high-priority license, the terminal device may have obtained the MAC PDU and triggered the physical layer transmission of data, but may be re-determined as the low-priority license when the higher priority logical channel data arrives. Because the priority of the next uplink grant or SR transmission may be higher than the priority of the uplink grant for which data has been generated.
  • a higher priority permission will also generate data and trigger the physical layer to send it.
  • the uplink transmission priority is determined by the physical layer priority of the PUSCH. If the MAC layer instructs the physical layer to transmit two uplink data that overlap in resources, the physical layer will give priority to the uplink data with the higher physical layer priority. .
  • FIG. 2 is a schematic diagram of the physical layer discarding the high-priority PUSCH.
  • the transmission of the PUSCH of the CG and the transmission of the PUSCH of the dynamic scheduling grant (DG) at least partially overlap in the time domain, and the PUSCH of the CG and the PUSCH of the DG have the same physical layer priority, and the MAC layer generates one first
  • the dynamic scheduling protocol data unit (PDU) 210 then generates a higher priority CG PDU 220, but the physical layer preferentially transmits the dynamic scheduling permitted PUSCH 211, and the DG PUSCH 211 corresponds to the DG PDU 210.
  • Fig. 3 is another schematic diagram of the physical layer discarding the high-priority PUSCH.
  • the transmission of CG1's PUSCH and CG2's PUSCH at least partially overlap in the time domain, and CG1's PUSCH and CG2's PUSCH have the same physical layer priority.
  • the MAC layer first generates the CG1 protocol data unit ( PDU 310, and then generate a higher priority PDU 320 of CG2, but the physical layer preferentially transmits PUSCH 311 of CG1, where PUSCH 311 of CG1 corresponds to PDU 310 of CG1.
  • the first aspect of the embodiments of the present application relates to a method for sending data, which is applied to a terminal device, such as the terminal device 102.
  • FIG. 4 is a schematic diagram of the method for sending data in the first aspect of the embodiments of the present application. As shown in FIG. 4, the method for sending data may include:
  • Operation 401 The first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) is the same as the second physical uplink shared channel (PUSCH).
  • the terminal device transmits the second physical uplink shared channel (PUSCH).
  • the terminal The device sends the second PUSCH, thereby ensuring the reliability of the communication service.
  • the physical layer of the terminal device 102 receives the second physical uplink shared channel (PUSCH) data from the media access control (MAC) layer later than the first physical uplink shared channel.
  • the time of the data of (PUSCH), that is, the second PUSCH has a higher priority than the first PUSCH. In this way, the physical layer can transmit data on the second PUSCH with a higher priority.
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by the first downlink control information (DCI)
  • the second physical uplink shared channel is a configuration grant (CG) physical uplink shared channel (PUSCH).
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the physical uplink of the configuration grant (CG) Shared channel (PUSCH).
  • the MAC layer of the terminal device 102 determines the priority based on the highest priority logical channel that can be multiplexed with the grant, and then determines whether it is a high-priority uplink grant or a low-priority uplink grant based on the priority of the grant. .
  • CG configuration permission
  • DG dynamic scheduling permission
  • the physical downlink control channel (PDCCH) is addressed to the configuration scheduling radio network temporary identifier (CS-RNTI) and the NDI is 1 for uplink scheduling or addressed to the cell radio network temporary identifier (C -RNTI) dynamic scheduling.
  • CS-RNTI configuration scheduling radio network temporary identifier
  • C -RNTI cell radio network temporary identifier
  • the terminal device 102 may have acquired PUSCH data and triggered the PHY layer transmission of the data, but may be re-determined to be low when higher priority logical channel data arrives.
  • Priority grant because the priority of the next uplink grant or SR may be higher than the priority of this uplink grant that has generated data. Therefore, higher priority permission will also obtain PUSCH data and send it to the PHY layer.
  • the uplink transmission priority is determined by the physical layer priority of the PUSCH, and the physical layer preferentially transmits uplink data with a higher physical layer priority. However, if two PUSCHs overlap and the physical layer priority is the same, data with high priority at the MAC layer may be discarded by the physical layer.
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the first physical uplink shared channel (PUSCH)
  • the transmission and the transmission of the second physical uplink shared channel (PUSCH) at least partially overlap in the time domain
  • the terminal device 102 may send the second physical uplink shared channel (PUSCH) without sending the data of the first PUSCH, thus, Avoid the problem that data with high priority at the MAC layer (ie, the data of the second PUSCH) is discarded by the PHY layer.
  • FIG. 5 is a schematic diagram of the operation of the MAC layer and the physical layer in the first aspect of the embodiments of the present application.
  • the first PUSCH 510 is a PUSCH scheduled by the first downlink control information (that is, the dynamic scheduling grant DG)
  • the second PUSCH 520 is the PUSCH of the configuration grant (CG)
  • the data of the second PUSCH 520 arrives
  • the time of the physical layer is later than the time when the data of the first PUSCH 510 reaches the physical layer, and the physical layer of the terminal device 102 sends the second PUSCH 520.
  • FIG. 6 is another schematic diagram of the operation of the MAC layer and the physical layer in the first aspect of the embodiments of the present application.
  • the first PUSCH 610 is the PUSCH of CG 1
  • the second PUSCH 620 is the PUSCH of CG 2
  • the time when the data of the second PUSCH 620 reaches the physical layer is later than the time when the data of the first PUSCH 610 reaches the physical layer .
  • the physical layer of the terminal device 102 sends the second PUSCH 620.
  • the second aspect of the embodiments of the present application relates to a method for sending data, which is applied to a terminal device, such as the terminal device 102.
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the first physical uplink shared channel
  • the terminal device 102 does not transmit the second physical uplink shared channel (PUSCH).
  • the method for sending data may further include: the terminal device 102 sends the first physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • FIG. 7 is a schematic diagram of the method for sending data in Embodiment 1 of the second aspect of the embodiments of the present application. As shown in FIG. 7, the method includes:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of (PUSCH) at least partially overlaps in the time domain, the terminal device 102 does not transmit the second physical uplink shared channel (PUSCH); and
  • Operation 702 The physical layer sends transmission indication information to the media access control (MAC) layer, where the transmission indication information is used to notify the media access control (MAC) layer that the second physical uplink shared channel (PUSCH) data is not available. Was sent.
  • MAC media access control
  • PUSCH physical uplink shared channel
  • the time when the physical layer of the terminal device 102 receives the data of the second physical uplink shared channel (PUSCH) from the media intervention control (MAC) layer is later than the time when the first physical uplink shared channel (PUSCH) is received
  • the MAC layer priority of the second PUSCH is higher than the MAC layer priority of the first PUSCH.
  • the physical layer can notify the MAC layer that the data of the second physical uplink shared channel (PUSCH) has not been sent, so that the MAC layer can perform subsequent processing on the second PUSCH to avoid data loss of the second PUSCH, Improve the reliability of communication services.
  • PUSCH physical uplink shared channel
  • the method may further include:
  • Operation 703 The medium access control (MAC) layer determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a low-priority uplink grant.
  • MAC medium access control
  • the MAC layer may perform operation 703 upon receiving the transmission instruction information sent by the physical layer in operation 702. Through operation 703, the MAC layer can automatically initiate retransmission of the data of the second PUSCH to avoid data loss.
  • the method may further include:
  • Operation 704 The medium access control (MAC) layer determines the uplink grant corresponding to the first physical uplink shared channel (PUSCH) as a high-priority uplink grant.
  • PUSCH physical uplink shared channel
  • the MAC layer may perform operation 704 upon receiving the transmission instruction information sent by the physical layer in operation 702.
  • the first physical uplink shared channel (PUSCH) is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI), and the second physical uplink shared channel (PUSCH) is a physical configuration grant (CG).
  • FIG. 8 is a schematic diagram of the operation of the MAC layer and the physical layer in Embodiment 1.
  • the first PUSCH 810 is a PUSCH scheduled by the first downlink control information (that is, the dynamic scheduling grant DG)
  • the second PUSCH 820 is the PUSCH of the configuration grant (CG)
  • the data of the second PUSCH 820 arrives
  • the time of the physical layer is later than the time when the data of the first PUSCH 810 reaches the physical layer.
  • the physical layer of the terminal device 102 does not send the second PUSCH 820, and the physical layer sends a transmission instruction to the MAC layer.
  • the transmission instruction is used to notify the MAC layer that the data of the second PUSCH 820 has not been sent.
  • the MAC layer can set the uplink grant (ie, CG) corresponding to the second PUSCH 820 as a low-priority grant, and set the uplink grant corresponding to the first PUSCH 810 to a high-priority grant. license.
  • FIG. 9 is another schematic diagram of the operation of the MAC layer and the physical layer in Embodiment 1.
  • the first PUSCH 910 is the PUSCH of Configuration Grant (CG) 1
  • the second PUSCH 920 is the PUSCH of CG 2
  • the data of the second PUSCH 920 arrives at the physical layer later than the data of the first PUSCH 910 Physical layer time.
  • the physical layer of the terminal device 102 does not send the second PUSCH 920, and the physical layer sends a transmission instruction to the MAC layer.
  • the transmission instruction is used to notify the MAC layer that the data of the second PUSCH 920 has not been sent.
  • the MAC layer can set the uplink grant corresponding to the second PUSCH 920 (i.e., CG 2) as a low-priority grant, and set the uplink grant corresponding to the first PUSCH 910 (i.e., CG 2) as a low-priority grant. 1) Set to high priority permission.
  • FIG. 10 is a schematic diagram of the method for sending data in Embodiment 2 of the second aspect of the embodiments of the present application. As shown in FIG. 10, the method includes:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of the (PUSCH) at least partially overlaps in the time domain, the terminal device 102 does not transmit the second physical uplink shared channel (PUSCH).
  • operation 1001 may include: if the media access control (MAC) layer of the terminal device 102 has generated data of the first physical uplink shared channel (PUSCH), the media access control (MAC) layer does not generate the data for the first physical uplink shared channel (PUSCH). Data of the second physical uplink shared channel (PUSCH). Since the MAC layer does not generate the data of the second PUSCH, the terminal device 102 cannot send the data of the second PUSCH, which will not cause the MAC layer and the physical layer to be inconsistent in the operation of whether to send the second PUSCH.
  • MAC media access control
  • MAC media access control
  • MAC media access control
  • the medium access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and does not generate the second physical uplink shared channel (PUSCH). ) The data.
  • the media access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) is a high-priority uplink grant, and generates the data of the second physical uplink shared channel (PUSCH); otherwise, the media access control (MAC) layer determines The uplink grant corresponding to the second physical uplink shared channel (PUSCH) is a low-priority uplink grant, and no data of the second physical uplink shared channel (PUSCH) is generated.
  • PUSCH physical uplink shared channel
  • PUSCH physical uplink shared channel
  • SR higher priority scheduling request
  • the medium access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) is High-priority uplink grant, and generate the data of the second physical uplink shared channel (PUSCH); otherwise, the media access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as High-priority uplink grant, and no data of the second physical uplink shared channel (PUSCH) is generated.
  • the medium access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and does not generate data of the second physical uplink shared channel (PUSCH).
  • the MAC layer does not determine the priority of the uplink grant corresponding to the second physical uplink shared channel (PUSCH), but directly determines: the uplink grant for the second PUSCH, No data of the second physical uplink shared channel (PUSCH) is generated.
  • the uplink grant corresponding to the channel (PUSCH) data generates a media access control protocol data unit (MAC PDU); otherwise, the media access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) has a low priority For the uplink grant, no data of the second physical uplink shared channel (PUSCH) is generated.
  • PUSCH physical uplink shared channel
  • MAC PDU media access control protocol data unit
  • the media access control (MAC) layer does not generate the data of the second physical uplink shared channel (PUSCH), which avoids the inconsistent operation of the MAC layer and the physical layer on whether to send the second PUSCH.
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) or a configuration grant (CG) scheduled by downlink control information (DCI) (ie, a dynamic scheduling grant DG).
  • DCI downlink control information
  • PUSCH the second physical uplink shared channel (PUSCH) data is the physical uplink shared channel (PUSCH) of the configuration grant (CG).
  • FIG. 11 is a schematic diagram of the operation of the MAC layer and the physical layer in Embodiment 2.
  • the first PUSCH 1110 is the PUSCH scheduled by the first downlink control information (ie, dynamic scheduling grant DG)
  • the second PUSCH 1120 is the PUSCH for the configuration grant (CG).
  • the MAC layer has already generated the first PUSCH.
  • the data of PUSCH 1110 will no longer generate data of the second PUSCH 1120 (indicated by the dotted line in the figure).
  • the MAC layer generates the data of the first PUSCH 1110 and sends it to the physical layer, and the physical layer sends the data of the first PUSCH 1110; the MAC layer does not generate the data of the second PUSCH 1120, so the physical layer does not send the data of the second PUSCH 1120. data.
  • FIG. 12 is a schematic diagram of the operation of the MAC layer and the physical layer in Embodiment 2.
  • the first PUSCH 1210 is the PUSCH of Configuration Grant (CG) 1
  • the second PUSCH 1220 is the PUSCH of Configuration Grant (CG) 2.
  • the MAC layer has already generated the data of the first PUSCH 1210, so it will not be generated anymore.
  • Data of the second PUSCH 1220 (represented by the dotted line in the figure).
  • the MAC layer generates the data of the first PUSCH 1210 and sends it to the physical layer, and the physical layer sends the data of the first PUSCH 1210; the MAC layer does not generate the data of the second PUSCH 1220, so the physical layer does not send the data of the second PUSCH 1220. data.
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) scheduled by the downlink control information (DCI) or the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is
  • the uplink shared channel (PUSCH) data is the physical uplink shared channel (PUSCH) of the configuration grant (CG).
  • operation 1001 may include: the medium access control (MAC) layer of the terminal device does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and does not generate all the uplink grants.
  • the media access control (MAC) layer of the terminal device determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and Generate the data of the second physical uplink shared channel (PUSCH).
  • the media access control (MAC) layer of the terminal device also determines the priority of the uplink grant corresponding to the second physical uplink shared channel (PUSCH) according to the following method:
  • CG higher priority configuration grant
  • PUSCH physical uplink shared channel
  • PUSCH physical uplink shared channel
  • PUSCH physical uplink shared channel
  • SR higher priority scheduling request
  • the media access control (MAC) layer of the terminal device 102 determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant; Otherwise, the medium access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant.
  • the media access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant .
  • the media access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant. In this way, the MAC layer can actively initiate a request to the second physical uplink shared channel (PUSCH). Retransmission of PUSCH data avoids data loss of the second PUSCH.
  • PUSCH physical uplink shared channel
  • the MAC layer determines the second PUSCH corresponding to the logical channel priority and the physical layer priority of the PUSCH Therefore, the transmission priority of the MAC layer can be consistent with the transmission priority of the physical layer, which can prevent the data of the second PUSCH, which is originally high-priority data, from being discarded by the physical layer.
  • Embodiment 3 the method for the MAC to determine the priority of the uplink grant corresponding to the first PUSCH and the second PUSCH will be described.
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) scheduled by the downlink control information (DCI)
  • the second physical uplink shared channel (PUSCH) data is the physical uplink shared channel of the configuration grant (CG)
  • the MAC layer can respectively determine the priority of the uplink grants corresponding to the first PUSCH and the second PUSCH in the following manner:
  • the MAC determines the CG permission corresponding to the second PUSCH as a high priority, otherwise it is uncertain as a high priority;
  • the MAC layer may determine the uplink grant corresponding to the first PUSCH as a high priority, otherwise it is uncertain as a high priority.
  • DCI downlink control information
  • the grant is a high-priority uplink grant, and the uplink grant corresponding to another PUSCH at least partially overlapping the second PUSCH in the time domain is determined as a low-priority uplink grant.
  • the uplink grant corresponding to the first PUSCH if there is no other higher priority CG PUSCH at least partially overlapping the first PUSCH in the time domain, wherein the physical layer priority of the higher priority CG PUSCH Higher than the physical layer priority of the uplink grant of the first PUSCH; and, if the PUCCH resource without higher priority SR transmission and the first PUSCH at least partially overlap in the time domain, the MAC layer corresponds to the first PUSCH
  • the uplink grant is a high-priority grant, and uplink grants corresponding to other PUSCHs that at least partially overlap the first PUSCH in the time domain are determined as low-priority uplink grants.
  • the MAC layer can respectively determine the priority of the uplink grant corresponding to the first PUSCH and the second PUSCH in the following manner:
  • the MAC will use the first The CG permission corresponding to the PUSCH or the second PUSCH is determined to be a high priority, otherwise it is not determined to be a high priority.
  • the MAC determines The CG corresponding to the first PUSCH or the second PUSCH is determined to be a high-priority uplink grant, and the uplink grants corresponding to other PUSCHs that at least partially overlap the first PUSCH or
  • the MAC layer when the MAC layer determines the uplink grant corresponding to the first PUSCH as a high-priority uplink grant, the MAC layer can further generate the data of the first PUSCH and send it to the physical layer, and the physical layer sends it out Data of the first PUSCH.
  • Embodiment 1 Embodiment 1, Embodiment 2 and Embodiment 3 of the method for sending data in the second aspect of the embodiments of the present application have been described.
  • the terminal device 102 may use the method described in any one of Embodiment 1, Embodiment 2 and Embodiment 3 to send data.
  • the third aspect of the embodiments of the present application relates to a method for sending data, which is applied to a terminal device, such as the terminal device 102.
  • the terminal device 102 can make a selection so as to use the method for sending data described in the first aspect or the second aspect of the embodiment.
  • FIG. 13 is a schematic diagram of a method for sending data in the third aspect of an embodiment of the present application. As shown in Figure 14, the method includes:
  • the terminal device 102 determines whether to send or not to send the second physical uplink according to the types of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) Uplink shared channel (PUSCH).
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the configuration grant (CG) of the
  • the terminal device 102 determines to transmit the second physical uplink shared channel (PUSCH), that is, the first aspect of the embodiment of the present application
  • the first physical uplink shared channel (PUSCH) is When the physical uplink shared channel (PUSCH) data scheduled by the downlink control information (DCI), and the second physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG), the physical layer determines The second physical uplink shared channel (PUSCH) is not transmitted, that is, the second aspect of the embodiment of the present application.
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the configuration grant (CG)
  • the terminal device 102 determines not to transmit the second physical uplink shared channel (PUSCH), that is, the second aspect of the embodiment of the present application
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) scheduled by the downlink control information (DCI)
  • the second physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the physical layer determines to send the second physical uplink shared channel (PUSCH), that is, the first aspect of the embodiment of the present application.
  • the terminal device 102 may also select from Embodiment 1, Embodiment 2 and Embodiment 3 in the second aspect of the embodiments of the present application, so as to send data.
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the physical uplink shared channel of the configuration grant (CG)
  • the terminal device 102 uses the method of Embodiment 2 or Embodiment 3; in addition, the first physical uplink shared channel (PUSCH) is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI),
  • DCI downlink control information
  • the second physical uplink shared channel (PUSCH) is a physical uplink shared channel (PUSCH) of a configuration grant (CG)
  • the terminal device 102 uses the method of the first embodiment.
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the physical uplink shared channel of the configuration grant (CG)
  • the terminal device 102 uses the method of Embodiment 2; in addition, the first physical uplink shared channel (PUSCH) is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI), and the first physical uplink shared channel (PUSCH) is 2.
  • the terminal device 102 uses the method of the third embodiment.
  • the fourth aspect of the embodiments of the present application provides an apparatus for sending data, which is applied to a terminal device, for example, the terminal device 102.
  • FIG. 14 is a schematic diagram of the device for sending data in the fourth aspect of the embodiments of the present application.
  • the device 1400 for sending data may include a first processing unit 1401, a second processing unit 1402, or a third processing unit 1403. .
  • the first processing unit 1401 may control the terminal device so that the terminal device executes the data sending method described in the first aspect of the embodiments of the present application.
  • the description of the method for sending data by the first processing unit 1401 reference may be made to the description of the method for sending data in the first aspect of the embodiments of the present application.
  • the second processing unit 1402 may control the terminal device so that the terminal device executes the method for sending data described in the second aspect of the embodiments of the present application.
  • the description of the method for sending data by the second processing unit 1402 reference may be made to the description of the method for sending data in the second aspect of the embodiment of the present application.
  • the third processing unit 1403 may control the terminal device so that the terminal device executes the method for sending data described in the third aspect of the embodiments of the present application.
  • the description of the method for sending data by the third processing unit 1403 reference may be made to the description of the method for sending data in the third aspect of the embodiments of the present application.
  • a fifth aspect of the embodiments of the present application provides a terminal device, and the terminal device includes the apparatus 1400 for sending data as described in the third aspect of the embodiment.
  • FIG. 15 is a schematic block diagram of the system configuration of the terminal device 1500 in the fifth aspect of the embodiments of the present application.
  • the terminal device 1500 may include a processor 1510 and a memory 1520; the memory 1520 is coupled to the processor 1510. It is worth noting that this figure is exemplary; other types of structures can also be used to supplement or replace this structure to achieve telecommunication functions or other functions.
  • the function of the device 1400 for sending data may be integrated into the processor 1510.
  • the processor 1510 may be configured to be able to implement the method of the first aspect, the second aspect, or the third aspect of the embodiment.
  • the device 1400 for sending data can be configured separately from the processor 1510.
  • the device 1400 for sending data can be configured as a chip connected to the processor 1510, and the device for sending data can be realized through the control of the processor 1510. 1400 features.
  • the terminal device 1500 may further include: a communication module 1530, an input unit 1540, a display 1550, and a power supply 1560. It is worth noting that the terminal device 1500 does not necessarily include all the components shown in FIG. 15; in addition, the terminal device 1500 may also include components not shown in FIG. 15, and the prior art can be referred to.
  • the processor 1510 is sometimes called a controller or an operating control, and may include a microprocessor or other processor device and/or logic device.
  • the processor 1510 receives input and controls the operation of the various components of the terminal device 1500. operate.
  • the memory 1520 may be, for example, one or more of a cache, a flash memory, a hard drive, a removable medium, a volatile memory, a non-volatile memory, or other suitable devices.
  • Various data can be stored, in addition to the program that executes related information.
  • the processor 1510 can execute the program stored in the memory 1520 to implement information storage or processing.
  • the functions of other components are similar to the existing ones, so I won't repeat them here.
  • Each component of the terminal device 1500 can be implemented by dedicated hardware, firmware, software, or a combination thereof, without departing from the scope of the present application.
  • the sixth aspect of the embodiments of the present application further provides a communication system, including a network device and the terminal device as described in the fifth aspect of the embodiments.
  • the above devices and methods of this application can be implemented by hardware, or can be implemented by hardware combined with software.
  • This application relates to such a computer-readable program, when the program is executed by a logic component, the logic component can realize the above-mentioned device or constituent component, or the logic component can realize the above-mentioned various methods Or steps.
  • This application also relates to storage media used to store the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memory, etc.
  • the method/device described in conjunction with the embodiments of the present application may be directly embodied as hardware, a software module executed by a processor, or a combination of the two.
  • one or more of the functional block diagrams and/or one or more combinations of the functional block diagrams shown in the figure may correspond to each software module of the computer program flow or each hardware module.
  • These software modules can respectively correspond to the steps shown in the figure.
  • These hardware modules can be implemented by solidifying these software modules by using a field programmable gate array (FPGA), for example.
  • FPGA field programmable gate array
  • the software module can be located in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other form of storage medium known in the art.
  • a storage medium may be coupled to the processor, so that the processor can read information from the storage medium and write information to the storage medium; or the storage medium may be a component of the processor.
  • the processor and the storage medium may be located in the ASIC.
  • the software module can be stored in the memory of the mobile terminal, or can be stored in a memory card that can be inserted into the mobile terminal.
  • the software module can be stored in the MEGA-SIM card or a large-capacity flash memory device.
  • One or more of the functional blocks and/or one or more combinations of the functional blocks described in the drawings can be implemented as general-purpose processors, digital signal processors (DSPs) for performing the functions described in this application. ), application specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, or any appropriate combination thereof.
  • DSPs digital signal processors
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • One or more of the functional blocks described in the drawings and/or one or more combinations of the functional blocks can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, or multiple micro-processing Processor, one or more microprocessors in communication with the DSP, or any other such configuration.
  • a method for sending data, applied to terminal equipment including:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of the channel (PUSCH) at least partially overlaps in the time domain, the terminal device transmits the second physical uplink shared channel (PUSCH).
  • the time when the physical layer of the terminal device receives the data of the second physical uplink shared channel (PUSCH) from the media access control (MAC) layer is later than the time when the data of the first physical uplink shared channel (PUSCH) is received The moment.
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by first downlink control information (DCI),
  • the second physical uplink shared channel is a physical uplink shared channel (PUSCH) configured with a grant (CG).
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) of a configuration grant (CG),
  • the second physical uplink shared channel is a physical uplink shared channel (PUSCH) configured with a grant (CG).
  • a method for sending data, applied to terminal equipment including:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority
  • the terminal device does not transmit the second physical Uplink shared channel (PUSCH).
  • the time when the physical layer of the terminal device receives the data of the second physical uplink shared channel (PUSCH) from the media access control (MAC) layer is later than the time when the data of the first physical uplink shared channel (PUSCH) is received The moment,
  • the method also includes:
  • the physical layer sends transmission instruction information to the media access control (MAC) layer, where the transmission instruction information is used to notify the media access control (MAC) layer of the second physical uplink shared channel (PUSCH) The data has not been sent.
  • MAC media access control
  • PUSCH physical uplink shared channel
  • the medium access control (MAC) layer determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a low-priority uplink grant.
  • PUSCH physical uplink shared channel
  • the medium access control (MAC) layer determines the uplink grant corresponding to the first physical uplink shared channel (PUSCH) as a high-priority uplink grant.
  • PUSCH physical uplink shared channel
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI),
  • DCI downlink control information
  • the second physical uplink shared channel is a physical uplink shared channel (PUSCH) configured with a grant (CG).
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) of a configuration grant (CG),
  • the second physical uplink shared channel is a physical uplink shared channel (PUSCH) configured with a grant (CG).
  • the method for sending data according to appendix 5, wherein the terminal device not sending the second physical uplink shared channel (PUSCH) includes:
  • the media access control (MAC) layer of the terminal device has generated the data of the first physical uplink shared channel (PUSCH)
  • the media access control (MAC) layer does not generate the second physical uplink shared channel Channel (PUSCH) data.
  • the medium access control (MAC) layer does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and does not generate the second physical uplink shared channel (PUSCH) The data.
  • PUSCH physical uplink shared channel
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI) or a physical uplink shared channel (PUSCH) of a configuration grant (CG),
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • CG configuration grant
  • the second physical uplink shared channel (PUSCH) data is a physical uplink shared channel (PUSCH) of a configuration grant (CG).
  • PUSCH physical uplink shared channel
  • MAC PDU medium access control protocol data unit
  • the medium access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) is a high-priority uplink grant, and generates data of the second physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • the method for sending data according to appendix 14, wherein the medium access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) is a high-priority uplink grant include:
  • the medium access control (MAC) layer determines that the uplink grant corresponding to the second physical uplink shared channel (PUSCH) is a high-priority uplink grant, and generates data on the second physical uplink shared channel (PUSCH) .
  • MAC PDU medium access control protocol data unit
  • MAC PDU medium access control protocol data unit
  • the media access control (MAC) layer of the terminal device does not determine the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant, and does not generate the second physical uplink shared channel (PUSCH) data.
  • PUSCH physical uplink shared channel
  • the media access control (MAC) layer of the terminal device determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high priority uplink Permit, and generate the data of the second physical uplink shared channel (PUSCH).
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI) or a physical uplink shared channel (PUSCH) of a configuration grant (CG);
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • CG configuration grant
  • the second physical uplink shared channel (PUSCH) data is a physical uplink shared channel (PUSCH) of a configuration grant (CG).
  • the media access control (MAC) layer of the terminal device determines the uplink grant corresponding to the second physical uplink shared channel (PUSCH) as a high-priority uplink grant.
  • PUSCH physical uplink shared channel
  • the terminal device transmits the first physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • the medium access control (MAC) layer determines the uplink grant corresponding to the first physical uplink shared channel (PUSCH) as a high-priority uplink grant, and generates data of the first physical uplink shared channel (PUSCH) .
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI);
  • the second physical uplink shared channel is a physical uplink shared channel (PUSCH) configured with a grant (CG).
  • MAC medium access control
  • CG configuration grant
  • PUSCH physical uplink shared channel
  • PUSCH first physical uplink shared channel
  • SR scheduling request
  • the medium access control (MAC) layer determines that the uplink grant corresponding to the first physical uplink shared channel (PUSCH) is a high-priority uplink grant.
  • PUSCH physical uplink shared channel
  • a method for sending data, applied to terminal equipment including:
  • the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) have the same physical layer priority, and the transmission of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel When the transmission of the channel (PUSCH) at least partially overlaps in the time domain,
  • the terminal device determines whether to send or not to send the second physical uplink shared channel (PUSCH) according to the types of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH).
  • the method for sending data according to appendix 25, wherein the terminal device determines to send or send according to the types of the first physical uplink shared channel (PUSCH) and the second physical uplink shared channel (PUSCH) Not sending the second physical uplink shared channel (PUSCH) includes:
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the physical uplink shared channel of the configuration grant (CG) (PUSCH)
  • the terminal device determines to send the second physical uplink shared channel (PUSCH);
  • the first physical uplink shared channel (PUSCH) is physical uplink shared channel (PUSCH) data scheduled by downlink control information (DCI), and the second physical uplink shared channel (PUSCH) is configured for grant (CG)
  • DCI downlink control information
  • PUSCH physical uplink shared channel
  • CG grant
  • the physical layer determines not to transmit the second physical uplink shared channel (PUSCH).
  • the second physical uplink shared channel (PUSCH) includes:
  • the first physical uplink shared channel (PUSCH) is the physical uplink shared channel (PUSCH) of the configuration grant (CG)
  • the second physical uplink shared channel (PUSCH) is the physical uplink shared channel of the configuration grant (CG) (PUSCH)
  • the terminal device determines not to transmit the second physical uplink shared channel (PUSCH);
  • the first physical uplink shared channel is a physical uplink shared channel (PUSCH) scheduled by downlink control information (DCI)
  • the second physical uplink shared channel (PUSCH) is a physical configuration grant (CG)
  • the physical layer determines to transmit the second physical uplink shared channel (PUSCH).

Abstract

本申请提供一种发送数据的方法、装置和通信系统。该发送数据的装置包括第一处理单元，该第一处理单元被配置为：在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，使所述终端设备发送所述第二物理上行共享信道(PUSCH)。。

Description

发送数据的方法、装置和通信系统 技术领域
本申请实施例涉及无线通信技术领域。
背景技术
在通信系统中，有时会出现终端设备之间的资源抢占或终端设备内不同业务之间的资源抢占。
例如，当两个终端的下行空口时频域资源发生冲突时，网络设备优先保证两个终端设备里具有更高优先级的业务的传输，并通过特殊的下行控制信息(例如，DCI2-1)通知资源被抢占的终端设备。这种资源抢占机制使高优先级业务的数据以高的优先级发送，从而提升高优先级业务的实时性和可靠性。又例如，终端设备内部的资源抢占也可以基于业务的优先级进行。
对于终端内部的上行传输冲突，媒体接入控制(MAC)层和物理(PHY)层各自独立地确定抢占优先级，例如，MAC层根据逻辑信道优先级确定抢占优先级，PHY层根据物理层优先级确定抢占优先级。
应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
由于MAC层和PHY层独立地确定抢占优先级，可能在MAC层确定为高优先级的传输在PHY层被确定为低优先级，MAC层认为是高优先级的上行许可的数据可能在PHY层被丢弃，这样，终端设备在配置许可(CG)上自动发送的数据会出现无法发送而丢失的情况。
本申请的发明人发现，在两个物理上行共享信道(PUSCH)的物理层优先级相同，并且该两个PUSCH的发送在时域上至少部分重叠的情况下，终端设备对该两个PUSCH的数据如何进行发送，现有技术中并没有的规定。
本申请实施例提供一种发送数据的方法、装置和通信系统，在第一物理上行共享 信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，终端设备发送或者不发送第二物理上行共享信道(PUSCH)。由此，能够保证通信业务的可靠性。
根据本申请实施例的第一方面，提供了一种发送数据的方法，应用于终端设备，所述方法包括：
在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备发送所述第二物理上行共享信道(PUSCH)。
根据本申请实施例的第二方面，提供了一种发送数据的方法，应用于终端设备，所述方法包括：
在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备不发送所述第二物理上行共享信道(PUSCH)。
根据本申请实施例的第三方面，提供了一种发送数据的方法，应用于终端设备，所述方法包括：在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备根据所述第一物理上行共享信道(PUSCH)和所述第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送所述第二物理上行共享信道(PUSCH)。
根据本申请实施例的第四方面，提供了一种发送数据的装置，应用于终端设备，该装置执行本申请实施例的第一方面、第二方面、或第三方面的发送数据的方法。
根据本申请实施例的第五方面，提供了一种终端设备，其具有本申请实施例的第四方面所述的发送数据的装置。
根据本申请实施例的第六方面，提供了一种通信系统，其具有本申请实施例的第五方面所述的终端设备以及网络设备。
根据本申请实施例的第七方面，提供了一种计算机可读程序，其中当在发送数据的装置或终端设备中执行所述程序时，所述程序使得所述发送数据的装置或终端设备执行本申请实施例的第一方面、第二方面或第三方面的发送数据的方法。
根据本申请实施例的第八方面，提供了一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得发送数据的装置或终端设备执行本申请实施例的第一方面、第二方面或第三方面的发送数据的方法。
本申请实施例的有益效果在于：在第一PUSCH和第二PUSCH有相同的物理层优先级，并且第一PUSCH的发送和第二PUSCH的发送在时域上至少部分重叠的情况下，终端设备发送或者不发送第二PUSCH，由此，终端设备的媒体接入控制层和物理层关于是否发送PUSCH能够有统一的处理，避免了终端设备在配置许可(CG)上自动发送的数据出现丢失的情况，从而能够保证通信业务的可靠性。
参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的条款的范围内，本申请的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
所包括的附图用来提供对本申请实施例的进一步的理解，其构成了说明书的一部分，用于例示本申请的实施方式，并与文字描述一起来阐释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1是本申请实施例的通信系统的一示意图；
图2是物理层丢弃高优先级PUSCH的一个示意图；
图3是物理层丢弃高优先级PUSCH的另一个示意图；
图4是本申请实施例的第一方面的发送数据的方法的一个示意图；
图5是本申请实施例的第一方面中MAC层和物理层操作的一个示意图；
图6是本申请实施例的第一方面中MAC层和物理层操作的另一个示意图；
图7是本申请实施例的第二方面的实施例1中发送数据的方法的一个示意图；
图8是本申请实施例的第二方面的实施例1中MAC层和物理层操作的一个示意图；
图9是本申请实施例的第二方面的实施例1中MAC层和物理层操作的另一个示意图；
图10是本申请实施例的第二方面的实施例2中发送数据的方法的一个示意图；
图11是本申请实施例的第二方面的实施例2中MAC层和物理层操作的一个示意图；
图12是本申请实施例的第二方面的实施例2中MAC层和物理层操作的一个示意图；
图13是本申请实施例的第三方面的发送数据的方法的一个示意图；
图14是本申请实施例的第四方面的发送数据的装置的一个示意图；
图15是本申请实施例的第五方面的终端设备的系统构成的一示意框图。
具体实施方式
参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。下面结合附图对本申请的各种实施方式进行说明。这些实施方式只是示例性的，不是对本申请的限制。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包 含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及未来的5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
其中，基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。
在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment)例如是指通过网络设备接入通信网络并接收网络服务的设备。用户设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、 终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、站，等等。
其中，用户设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，用户设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。
以下通过示例对本申请实施例的场景进行说明，但本申请不限于此。
图1是本申请实施例的通信系统的一示意图，示意性说明了以终端设备和网络设备为例的情况，如图1所示，通信系统100可以包括网络设备101和终端设备102。为简单起见，图1仅以一个终端设备为例进行说明。
在本申请实施例中，网络设备101和终端设备102之间可以进行现有的业务或者未来可实施的业务。例如，这些业务包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)和高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)，等等。
其中，终端设备102可以向网络设备101发送数据，例如使用免授权传输方式。网络设备201可以接收一个或多个终端设备102发送的数据，并向终端设备102反馈信息(例如正确应答ACK/否定应答NACK)信息，终端设备102根据反馈信息可以确认结束传输过程、或者还可以再进行新的数据传输，或者可以进行数据重传。
以下以将通信系统中的网络设备作为接收端或发送短、将终端设备作为发送端或接收端为例进行说明，但本申请不限于此，发送端和/或接收端还可以是其他的设备。例如，本申请不仅适用于网络设备和终端设备之间的上行免授权传输，还可以适用于两个终端设备之间的边链路免授权传输。
在本申请的下述各实施例中，CG未传输是指根据该CG的配置产生的MAC PDU数据未被物理层发送，该MAC PDU也可以被称为未发送的MAC PDU。
下面对本申请的应用场景进行说明。
终端设备内部的传输冲突可能出现在不同的物理上行共享信道(Physical Uplink Shared Channel,PUSCH)资源许可之间，例如出现在两个半静态的配置许可(Configure Grant，CG)的PUSCH之间，或出现在配置许可和动态调度的PUSCH之间。对于PUSCH资源许可和不同的调度请求(SR)传输或对下行PUSCH的肯定应答(ACK)/否定应答(NACK)指示之间产生的冲突，终端设备优先保证高优先级业务的PUSCH、SR或物理上行控制信道(PUCCH)ACK/NACK的传输。终端设备的媒体接入控制(MAC)层这样保证高优先级业务优先传输：根据逻辑信道优先级确定优先传输的PUSCH许可或SR。在一个PUSCH传输块复用多个逻辑信道数据的情况下，该PUSCH许可的优先级由传输块内复用的最高优先级的逻辑信道决定，一个SR传输的优先级由该SR对应的逻辑信道优先级决定。在两个或多个资源冲突的情况下，优先级最高的PUSCH许可或优先级最高的SR被确定为高优先级并被MAC层优先传输，其他许可或SR传输被确定为低优先级并被抢占。
对终端内部的上行传输冲突，MAC层和PHY层各自独立地确定传输的优先级，MAC层根据逻辑信道优先级确定传输的优先级，PHY层根据物理层优先级确定传输的优先级。配置许可(CG)的PUSCH的物理层优先级(高或低)由网络设备通过无线资源控制(RRC)消息指示给终端设备，动态调度的PUSCH的物理层优先级(高或低)由网络设备通过调度该PUSCH的PDCCH信令指示给终端设备。
网络设备对每个逻辑信道配置有逻辑信道优先级(1～16)、允许使用的CG配置列表和物理层优先级(高或低)，每个CG配置的上行PUSCH许可可以复用多个允许复用的逻辑信道数据。一个动态调度的上行PUSCH许可可以复用多个与其物理层优先级相同的逻辑信道的数据。如果一个PUSCH许可可以复用多个逻辑信道数据，在终端设备的MAC层，该上行许可的优先级由可以复用的最高优先级的逻辑信道决定，一个SR传输的优先级由该SR对应的逻辑信道优先级决定，在两个或多个资源冲突的情况下，优先级最高的PUSCH许可或SR优先被MAC层传输，其他许可或SR被抢占，不触发上行传输。
在MAC层，如果上行许可是一个高优先级(优先传输)的上行许可，终端设备从复用和封装实体获取MAC PDU并使该许可相关的HARQ进程触发数据传输。如果是低优先级(即，被抢占)的许可，则终端设备不获取MAC PDU以及触发数据的 传输。对于暂时确定为高优先级的许可，终端设备可能已获取了MAC PDU并触发了数据的物理层传输，但是可能在更高优先级的逻辑信道数据到来的时候重新确定为低优先级的许可，因为下一个上行许可或SR传输的优先级可能比这个已产生数据的上行许可的优先级更高。更高优先级的许可也会产生数据并触发物理层发送。在终端设备的PHY层，上行传输优先级由PUSCH的物理层优先级决定，如果MAC层指示物理层传输两个在资源上重叠的上行数据，物理层优先传输物理层优先级较高的上行数据。
但是，如果两个PUSCH重叠并且物理层优先级相同，在MAC层为高优先级的数据可能被物理层丢弃。这样，由终端设备自动发送的配置许可(CG)数据会出现无法发送而丢失的情况。如果被MAC层确定为高优先级的CG数据被物理层丢弃了，则该CG数据不会被MAC层自动重传，因为MAC只能主动重传MAC层确定为低优先级的数据，而网络设备也不会调度该CG数据的重传，因为该CG数据实际上没有被发送给网络设备。
图2是物理层丢弃高优先级PUSCH的一个示意图。如图2所示，CG的PUSCH的发送与动态调度许可(DG)的PUSCH的发送在时域至少部分重叠，并且CG的PUSCH与DG的PUSCH具有相同的物理层优先级，MAC层先产生一个动态调度的协议数据单元(PDU)210，然后又产生一个更高优先级的CG的PDU 220，但是物理层却优先发送了动态调度许可的PUSCH 211，DG的PUSCH211与DG的PDU 210对应。
图3是物理层丢弃高优先级PUSCH的另一个示意图。如图3所示，CG1的PUSCH的发送与CG2的PUSCH的发送在时域至少部分重叠，并且CG1的PUSCH与CG2的PUSCH具有相同的物理层优先级，MAC层先产生CG1的协议数据单元(PDU)310，然后又产生一个更高优先级的CG2的PDU 320，但是物理层却优先发送了CG1的PUSCH 311，其中，CG1的PUSCH 311与CG 1的PDU 310对应。
实施例的第一方面
本申请实施例的第一方面涉及一种发送数据的方法，应用于终端设备，例如终端设备102。
图4是本申请实施例的第一方面的发送数据的方法的一个示意图，如图4所示， 该发送数据的方法可以包括：
操作401、在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备发送第二物理上行共享信道(PUSCH)。
根据本实施例的第一方面中，在第一PUSCH和第二PUSCH有相同的物理层优先级，并且第一PUSCH的发送和第二PUSCH的发送在时域上至少部分重叠的情况下，终端设备发送第二PUSCH，由此，能够保证通信业务的可靠性。
在本实施例的第一方面中，终端设备102的物理层从媒体接入控制(MAC)层收到第二物理上行共享信道(PUSCH)的数据的时刻晚于收到第一物理上行共享信道(PUSCH)的数据的时刻，即，第二PUSCH比第一PUSCH具有更高的优先级。由此，物理层能够对具有更高优先级的第二PUSCH的数据进行发送。
在至少一个实施例中，第一物理上行共享信道(PUSCH)是由第一下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
在至少另一个实施例中，第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
下面，对于操作401进行具体说明。
对每个PUSCH许可，终端设备102的MAC层根据该许可可以复用的最高优先级的逻辑信道确定优先级，再根据许可的优先级确定是高优先级的上行许可还是低优先级的上行许可。
对于配置许可(CG)，如果没有其他更高优先级CG的PUSCH与该CG的PUSCH重叠，没有更高优先级或相同优先级的动态调度许可的PUSCH与该CG的PUSCH资源重叠，没有更高优先级SR传输的PUCCH资源与该CG的PUSCH资源重叠，则该CG许可为高优先级的上行许可，其他重叠的上行许可为低优先级的上行许可。
对于动态调度的许可(DG)，即，物理下行控制信道(PDCCH)寻址于配置调度无线网络临时标识(CS-RNTI)并且NDI为1的上行调度或寻址于小区无线网络临时标识(C-RNTI)的动态调度，如果没有更高优先级CG的PUSCH与该动态调度 许可的PUSCH重叠，并且没有更高优先级SR传输的PUCCH资源与该动态调度许可的PUSCH资源重叠，则该动态调度许可为高优先级的许可，其他重叠的上行许可确定为低优先级的许可。
在MAC层，对于暂时确定为高优先级的许可，终端设备102可能已获取了PUSCH数据并触发了数据的PHY层传输，但是可能在更高优先级的逻辑信道数据到来的时候重新确定为低优先级的许可，因为下一个上行许可或SR的优先级可能比这个已产生数据的上行许可的优先级更高。因此更高优先级的许可也会获得PUSCH数据并发送给PHY层。在终端的PHY层，上行传输优先级由PUSCH的物理层优先级决定，物理层优先传输物理层优先级较高的上行数据。但是，如果两个PUSCH重叠并且物理层优先级相同，在MAC层为高优先级的数据可能被物理层丢弃。
因此，在本实施例的第一方面，在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，如果终端设备102的物理层从媒体接入控制(MAC)层收到第二物理上行共享信道(PUSCH)的数据的时刻晚于收到第一物理上行共享信道(PUSCH)的数据的时刻，终端设备102可以发送第二物理上行共享信道(PUSCH)，而不发送第一PUSCH的数据，由此，避免在MAC层为高优先级的数据(即，第二PUSCH的数据)被PHY层丢弃的问题。
图5是本申请实施例的第一方面中MAC层和物理层操作的一个示意图。如图5所示，第一PUSCH 510是由第一下行控制信息调度(即，动态调度许可DG)的PUSCH，第二PUSCH 520是配置授权(CG)的PUSCH，第二PUSCH 520的数据到达物理层的时间晚于第一PUSCH 510的数据达到物理层的时间，终端设备102的物理层发送第二PUSCH 520。
图6是本申请实施例的第一方面中MAC层和物理层操作的另一个示意图。如图6所示，第一PUSCH 610是CG 1的PUSCH，第二PUSCH 620是CG 2的PUSCH，第二PUSCH 620的数据到达物理层的时间晚于第一PUSCH 610的数据达到物理层的时间，终端设备102的物理层发送第二PUSCH 620。
实施例的第二方面
本申请实施例的第二方面涉及一种发送数据的方法，应用于终端设备，例如终端设备102。
本申请实施例的第二方面的发送数据的方法中，在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，终端设备102不发送第二物理上行共享信道(PUSCH)。
在本申请实施例的第二方面中，该发送数据的方法还可以包括：终端设备102发送第一物理上行共享信道(PUSCH)。
实施例1
图7是本申请实施例的第二方面的实施例1中发送数据的方法的一个示意图，如图7所示，该方法包括：
操作701、在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，终端设备102不发送第二物理上行共享信道(PUSCH)；以及
操作702、物理层向所述媒体接入控制(MAC)层发送传输指示信息，所述传输指示信息用于通知媒体接入控制(MAC)层所述第二物理上行共享信道(PUSCH)数据未被发送。
在实施例1中，终端设备102的物理层从媒体介入控制(MAC)层收到该第二物理上行共享信道(PUSCH)的数据的时刻晚于收到该第一物理上行共享信道(PUSCH)的数据的时刻，即，第二PUSCH的MAC层优先级高于第一PUSCH的MAC层优先级。
通过操作702，物理层能够通知MAC层该第二物理上行共享信道(PUSCH)的数据未被发送，由此，MAC层能够针对该第二PUSCH进行后续的处理，避免第二PUSCH的数据丢失，提高了通信业务的可靠性。
如图7所示，该方法还可以包括：
操作703、媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为低优先级的上行许可。
MAC层可以在收到操作702中由物理层发送的传输指示信息的情况下，进行操作703。通过操作703，MAC层可以自动发起对第二PUSCH的数据的重传，避免数据丢失。
如图7所示，该方法还可以包括：
操作704、媒体接入控制(MAC)层将所述第一物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
MAC层可以在收到操作702中由物理层发送的传输指示信息的情况下，进行操作704。
在实施例1中，第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)；或者，第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
图8是实施例1中MAC层和物理层操作的一个示意图。如图8所示，第一PUSCH 810是由第一下行控制信息调度(即，动态调度许可DG)的PUSCH，第二PUSCH 820是配置授权(CG)的PUSCH，第二PUSCH 820的数据到达物理层的时间晚于第一PUSCH 810的数据达到物理层的时间。如图8所示，终端设备102的物理层不发送第二PUSCH 820，并且，物理层向MAC层发送传输指示，该传输指示用于通知MAC层该第二PUSCH 820的数据未被发送。此外，MAC层在收到该传输指示的情况下，可以将第二PUSCH 820对应的上行许可(即，CG)设置为低优先级许可，将第一PUSCH 810对应的上行许可设置为高优先级许可。
图9是实施例1中MAC层和物理层操作的另一个示意图。如图9所示，第一PUSCH 910是配置授权(CG)1的PUSCH，第二PUSCH 920是CG 2的PUSCH，第二PUSCH 920的数据到达物理层的时间晚于第一PUSCH 910的数据达到物理层的时间。如图9所示，终端设备102的物理层不发送第二PUSCH 920，并且，物理层向MAC层发送传输指示，该传输指示用于通知MAC层该第二PUSCH 920的数据未被发送。此外，MAC层在收到该传输指示的情况下，可以将第二PUSCH 920对应的上行许可(即，CG 2)设置为低优先级许可，将第一PUSCH 910对应的上行许可(即，CG 1)设置为高优先级许可。
实施例2
图10是本申请实施例的第二方面的实施例2中发送数据的方法的一个示意图，如图10所示，该方法包括：
操作1001、在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，终端设备102不发送第二物理上行共享信道(PUSCH)。
在实施例2中，操作1001可以包括：若终端设备102的媒体接入控制(MAC)层已生成第一物理上行共享信道(PUSCH)的数据，则媒体接入控制(MAC)层不生成该第二物理上行共享信道(PUSCH)的数据。由于MAC层不生成第二PUSCH的数据，因而终端设备102无法发送第二PUSCH的数据，从而不会导致MAC层和物理层有关是否发送第二PUSCH的操作上的不统一。
其中，对于媒体接入控制(MAC)层不生成第二物理上行共享信道(PUSCH)的数据，可以有两种方式来实现。
在第一种方式中，媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成第二物理上行共享信道(PUSCH)的数据。
其中，如果没有第一物理上行共享信道(PUSCH)，其中，第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)：则媒体接入控制(MAC)层确定第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生第二物理上行共享信道(PUSCH)的数据；否则，媒体接入控制(MAC)层确定第二物理上行共享信道(PUSCH)对应的上行许可为低优先级的上行许可，并且不产生第二物理上行共享信道(PUSCH)的数据。
进一步的，如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第二物理上行共享信道(PUSCH)重叠，则所述媒体接入控制(MAC)层确定所述第二物理上 行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生所述第二物理上行共享信道(PUSCH)的数据；否则，媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成第二物理上行共享信道(PUSCH)的数据。
因此，在第一种方式中，由于已有第一物理上行共享信道(PUSCH)，并且第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，因而媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成第二物理上行共享信道(PUSCH)的数据。
在第二种方式中，媒体接入控制(MAC)层不经过确定第二物理上行共享信道(PUSCH)对应的上行许可的优先级的操作，而是直接确定：针对第二PUSCH的上行许可，不生成第二物理上行共享信道(PUSCH)的数据。
例如，如果没有第一物理上行共享信道(PUSCH)，其中，第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，对于第二物理上行共享信道(PUSCH)数据对应的上行许可产生媒体接入控制协议数据单元(MAC PDU)；否则，媒体接入控制(MAC)层确定第二物理上行共享信道(PUSCH)对应的上行许可为低优先级的上行许可，不产生第二物理上行共享信道(PUSCH)的数据。
因此，在第二种方式中，由于已有第一物理上行共享信道(PUSCH)，并且第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，因而媒体接入控制(MAC)层不生成第二物理上行共享信道(PUSCH)的数据，避免了MAC层和物理层关于是否发送第二PUSCH上的不统一的操作。
在实施例2中，第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度(即，动态调度许可DG)的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
图11是实施例2中MAC层和物理层操作的一个示意图。如图11所示，第一PUSCH 1110是由第一下行控制信息调度(即，动态调度许可DG)的PUSCH，第二PUSCH 1120是配置授权(CG)的PUSCH，MAC层已经生成了第一PUSCH 1110的 数据，则不再生成第二PUSCH 1120的数据(图中的虚线表示)。由此，MAC层生成第一PUSCH 1110的数据并发送到物理层，由物理层发送第一PUSCH 1110的数据；MAC层不生成第二PUSCH 1120的数据，因而物理层不发送第二PUSCH 1120的数据。
图12是实施例2中MAC层和物理层操作的一个示意图。如图12所示，第一PUSCH 1210是配置授权(CG)1的PUSCH，第二PUSCH 1220是配置授权(CG)2的PUSCH，MAC层已经生成了第一PUSCH 1210的数据，则不再生成第二PUSCH 1220的数据(图中的虚线表示)。由此，MAC层生成第一PUSCH 1210的数据并发送到物理层，由物理层发送第一PUSCH 1210的数据；MAC层不生成第二PUSCH 1220的数据，因而物理层不发送第二PUSCH 1220的数据。
实施例3
实施例3与实施例2的区别在于，实现操作1001的具体方式不同。在实施例3中，第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
在实施例3中，操作1001可以包括：终端设备的媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成所述第二物理上行共享信道(PUSCH)的数据。由于MAC层不将第二PUSCH对应的上行许可确定为高优先级的上行许可，不生成第二PUSCH的数据，因而终端设备102无法发送第二PUSCH的数据，从而可以避免MAC层和物理层关于是否发送第二PUSCH的操作的不统一。
其中，如果没有该物理上行共享信道第一PUSCH，终端设备的媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且生成所述第二物理上行共享信道(PUSCH)的数据。
进一步的，终端设备的媒体接入控制(MAC)层还根据如下的方法来确定第二物理上行共享信道(PUSCH)对应的上行许可的优先级：
如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优 先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与第二物理上行共享信道(PUSCH)重叠，那么，终端设备102的媒体接入控制(MAC)层将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可；否则，媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
根据上述的确定第二PUSCH对应的上行许可的优先级的方法，在MAC层具有第一物理上行共享信道(PUSCH)，该第一物理上行共享信道(PUSCH)与第二PUSCH的物理层优先级相同，并且第一PUSCH和第二PUSCH在时域上至少部分重叠，因而媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
此外，在实施例3中，媒体接入控制(MAC)层不将第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，这样，MAC层可以主动发起对第二PUSCH的数据的重传，避免第二PUSCH的数据丢失。
根据实施例3，当第二PUSCH和第一PUSCH的物理层优先级相同并且在时域上至少部分重叠的情况下，MAC层根据逻辑信道优先级以及PUSCH的物理层优先级确定第二PUSCH对应的上行许可的优先级，由此，MAC层传输优先级可以与物理层的传输优先级一致，这样可以避免原本是高优先级数据的第二PUSCH的数据被物理层丢弃。
下面，对于实施例3中，MAC确定第一PUSCH和第二PUSCH各自对应的上行许可的优先级的方法进行说明。
在第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，MAC层可以根据如下的方式来分别确定第一PUSCH和第二PUSCH各自对应的上行许可的优先级：
对于第二PUSCH对应的CG许可，如果没有更高物理层优先级或相同物理层优先级的由下行控制信息(DCI)调度(即，动态调度许可)的PUSCH与该CG的PUSCH在时域上至少部分重叠，MAC将第二PUSCH对应的CG许可确定为高优先级，否则不确定为高优先级；
对于第一PUSCH对应的上行许可，如果没有其他更高优先级CG的PUSCH与第一PUSCH在时域上至少部分重叠，其中，该更高优先级CG的PUSCH的物理层优先级高于该第一PUSCH的物理层优先级；则MAC层可以将该该第一PUSCH对应的上行许可确定为高优先级，否则不确定为高优先级。
例如，对于第二PUSCH对应的CG许可，如果没有其他更高优先级CG的PUSCH与第二PUSCH在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度(即，动态调度许可)的PUSCH与该第二PUSCH在时域上至少部分重叠，没有更高物理层优先级或相同物理层优先级的由下行控制信息(DCI)调度(即，动态调度许可)的PUSCH与该第二PUSCH在时域上至少部分重叠，没有更高优先级SR传输的PUCCH资源与该第二PUSCH在时域上至少部分重叠，则MAC确定该第二PUSCH对应的CG许可为高优先级的上行许可，将与该第二PUSCH在时域上至少部分重叠的其他的PUSCH对应的上行许可确定为低优先级的上行许可。
又例如，对于第一PUSCH对应的上行许可：如果没有其它更高优先级CG的PUSCH与该第一PUSCH在时域上至少部分重叠，其中，该更高优先级CG的PUSCH的物理层优先级高于该第一PUSCH的上行许可的物理层优先级；并且，没有更高优先级SR传输的PUCCH资源与该第一PUSCH在时域上至少部分重叠，则MAC层将该第一PUSCH对应的上行许可为高优先级的许可，将与该第一PUSCH在时域上至少部分重叠的其他的PUSCH对应的上行许可确定为低优先级的上行许可。
在第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，MAC层可以根据如下的方式来分别确定第一PUSCH和第二PUSCH各自对应的上行许可的优先级：
对于第一PUSCH或第二PUSCH对应的CG许可，如果没有其他更高物理层优先级或相同物理层优先级的CG的PUSCH与该CG的PUSCH在时域上至少部分重叠，MAC将该第一PUSCH或第二PUSCH对应的CG许可确定为高优先级，否则不确定为高优先级。
例如，对于第一PUSCH或第二PUSCH对应的CG，如果没有其他更高优先级或相同优先级的CG的PUSCH与该CG的PUSCH(即，第一PUSCH或第二PUSCH)在时域上至少部分重叠，没有其他更高物理层优先级或相同物理层优先级的CG的 PUSCH与该CG的PUSCH在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度(即，动态调度许可)的PUSCH与该CG的PUSCH在时域上至少部分重叠，没有更高优先级SR传输的PUCCH资源与该CG的PUSCH在时域上至少部分重叠，则MAC确定该第一PUSCH或第二PUSCH对应的CG确定为高优先级的上行许可，将与该第一PUSCH或第二PUSCH在时域上至少部分重叠的其他的PUSCH对应的上行许可确定为低优先级的上行许可。
在实施例4中，在MAC层将第一PUSCH对应的上行许可确定为高优先级的上行许可的情况下，MAC层可以进一步生成第一PUSCH的数据并发送到物理层，物理层向外发送该第一PUSCH的数据。
以上，对于本申请实施例的第二方面的发送数据的方法的实施例1、实施例2和实施例3进行了说明。
在本申请实施例的第二方面中，终端设备102可以采用实施例1、实施例2和实施例3中任一者所记载的方法进行数据的发送。
实施例的第三方面
本申请实施例的第三方面涉及一种发送数据的方法，应用于终端设备，例如终端设备102。
在本申请实施例的第三方面，终端设备102可以进行选择，从而使用实施例的第一方面或第二方面所述的发送数据的方法。
图13是本申请实施例的第三方面的发送数据的方法的一个示意图。如图14所示，该方法包括：
操作1301、在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且第一物理上行共享信道(PUSCH)的发送和第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，终端设备102根据第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送第二物理上行共享信道(PUSCH)。
在至少一个实施例中：在第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102确定发送第二物 理上行共享信道(PUSCH)，即，本申请实施例的第一方面；此外，在第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)数据，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，物理层确定不发送所述第二物理上行共享信道(PUSCH)，即，本申请实施例的第二方面。
在至少另一个实施例中：在第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102确定不发送所述第二物理上行共享信道(PUSCH)，即，本申请实施例的第二方面；此外，在第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，物理层确定发送第二物理上行共享信道(PUSCH)，即，本申请实施例的第一方面。
此外，在本申请实施例的第三方面中，终端设备102也可以针对本申请实施例的第二方面中实施例1、实施例2和实施例3中进行选择，从而进行数据的发送。
例如，在第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102使用实施例2或实施例3的方法；此外，在第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102使用实施例1的方法。
又例如，在第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102使用实施例2的方法；此外，在第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，并且，第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，终端设备102使用实施例3的方法。
实施例的第四方面
本申请实施例的第四方面提供一种发送数据的装置，应用于终端设备，例如，终端设备102。
图14是本申请实施例的第四方面的发送数据的装置的一个示意图，如图15所示，发送数据的装置1400可以包括第一处理单元1401、第二处理单元1402或第三处理单元1403。
第一处理单元1401可以对终端设备进行控制，使得终端设备执行本申请实施例的第一方面所述的发送数据的方法。关于第一处理单元1401实施发送数据的方法的说明，可以参考本申请实施例的第一方面中对发送数据的方法的说明。
第二处理单元1402可以对终端设备进行控制，使得终端设备执行本申请实施例的第二方面所述的发送数据的方法。关于第二处理单元1402实施发送数据的方法的说明，可以参考本申请实施例的第二方面中对发送数据的方法的说明。
第三处理单元1403可以对终端设备进行控制，使得终端设备执行本申请实施例的第三方面所述的发送数据的方法。关于第三处理单元1403实施发送数据的方法的说明，可以参考本申请实施例的第三方面中对发送数据的方法的说明。
实施例的第五方面
本申请实施例的第五方面提供一种终端设备，该终端设备包括如实施例的第三方面所述的发送数据的装置1400。
图15是本申请实施例的第五方面的终端设备1500的系统构成的一示意框图。如图15所示，该终端设备1500可以包括处理器1510和存储器1520；存储器1520耦合到处理器1510。值得注意的是，该图是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
在一个实施方式中，发送数据的装置1400的功能可以被集成到处理器1510中。其中，处理器1510可以被配置为能够实施实施例的第一方面、第二方面或第三方面的方法。
在另一个实施方式中，发送数据的装置1400可以与处理器1510分开配置，例如可以将发送数据的装置1400配置为与处理器1510连接的芯片，通过处理器1510的控制来实现发送数据的装置1400的功能。
如图15所示，该终端设备1500还可以包括：通信模块1530、输入单元1540、 显示器1550、电源1560。值得注意的是，终端设备1500也并不是必须要包括图15中所示的所有部件；此外，终端设备1500还可以包括图15中没有示出的部件，可以参考现有技术。
如图15所示，处理器1510有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该处理器1510接收输入并控制终端设备1500的各个部件的操作。
其中，存储器1520，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存各种数据，此外还可存储执行有关信息的程序。并且处理器1510可执行该存储器1520存储的该程序，以实现信息存储或处理等。其他部件的功能与现有类似，此处不再赘述。终端设备1500的各部件可以通过专用硬件、固件、软件或其结合来实现，而不偏离本申请的范围。
实施例的第六方面
本申请实施例的第六方面还提供一种通信系统，包括网络设备以及如实施例的第五方面所述的终端设备。
本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器 和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。
关于包括以上实施例的实施方式，还公开下述的附记：
1.一种发送数据的方法，应用于终端设备，包括：
在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备发送所述第二物理上行共享信道(PUSCH)。
2.如附记1所述的方法，其中，
所述终端设备的物理层从媒体接入控制(MAC)层收到所述第二物理上行共享信道(PUSCH)的数据的时刻晚于收到所述第一物理上行共享信道(PUSCH)的数据的时刻。
3.如附记1或2所述的方法，其中，
所述第一物理上行共享信道(PUSCH)是由第一下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，
所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
4.如附记1或2所述的方法，其中，
所述第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，
所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
5.一种发送数据的方法，应用于终端设备，包括：
在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，
并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，所述终端设备不发送所述第二物理上行共享信道(PUSCH)。
6.如附记5所述的发送数据的方法，其中，
所述终端设备的物理层从媒体接入控制(MAC)层收到所述第二物理上行共享信道(PUSCH)的数据的时刻晚于收到所述第一物理上行共享信道(PUSCH)的数据的时刻，
所述方法还包括：
所述物理层向所述媒体接入控制(MAC)层发送传输指示信息，所述传输指示信息用于通知所述媒体接入控制(MAC)层所述第二物理上行共享信道(PUSCH)的数据未被发送。
7.如附记6所述的发送数据的方法，其中，所述方法还包括：
所述媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为低优先级的上行许可。
8.如附记6所述的发送数据的方法，其中，所述方法还包括：
所述媒体接入控制(MAC)层将所述第一物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
9.如附记6～8中任一项所述的发送数据的方法，其中，
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上 行共享信道(PUSCH)，
所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
10.如附记6～8中任一项所述的发送数据的方法，其中，
所述第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，
所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
11.如附记5所述的发送数据的方法，其中，所述终端设备不发送所述第二物理上行共享信道(PUSCH)，包括：
若所述终端设备的媒体接入控制(MAC)层已生成所述第一物理上行共享信道(PUSCH)的数据，则所述媒体接入控制(MAC)层不生成所述第二物理上行共享信道(PUSCH)的数据。
12.如附记11所述的方法，其中，所述媒体接入控制(MAC)层不生成所述第二物理上行共享信道(PUSCH)的数据，包括：
所述媒体接入控制(MAC)层不将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成所述第二物理上行共享信道(PUSCH)的数据。
13.如附记12所述的发送数据的方法，其中，
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)，
所述第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
14.如附记13所述的发送数据的方法，其中，所述方法还包括：
如果没有所述第一物理上行共享信道(PUSCH)，其中，所述第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，
所述媒体接入控制(MAC)层确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生所述第二物理上行共享信道(PUSCH)的数据。
15.如附记14所述的发送数据的方法，其中，所述媒体接入控制(MAC)层确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，包括：
如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第二物理上行共享信道(PUSCH)重叠，
则所述媒体接入控制(MAC)层确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生所述第二物理上行共享信道(PUSCH)的数据。
16.如附记12所述的发送数据的方法，其中，所述方法还包括：
如果没有所述第一物理上行共享信道(PUSCH)，并且所述第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，
对于所述第二物理上行共享信道(PUSCH)数据对应的上行许可产生媒体接入控制协议数据单元(MAC PDU)。
17.如附记5所述的发送数据的方法，其中，所述终端设备不发送所述第二物理上行共享信道(PUSCH)，包括：
所述终端设备的媒体接入控制(MAC)层不将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成所述第二物理上行共享信道(PUSCH)的数据。
18.如附记17所述的方法，其中，所述方法还包括：
如果没有所述第一物理上行共享信道(PUSCH)，所述终端设备的媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且生成所述第二物理上行共享信道(PUSCH)的数据。
19.如附记18所述的方法，其中，
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)；
所述第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
20.如附记19所述的方法，其中，所述方法还包括：
如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第二物理上行共享信道(PUSCH)重叠，
所述终端设备的媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
21.如附记5所述的方法，其中，所述方法还包括：
所述终端设备发送所述第一物理上行共享信道(PUSCH)。
22.如附记21所述的方法，其中，所述终端设备发送所述第一物理上行共享信道(PUSCH)，包括：
所述媒体接入控制(MAC)层将所述第一物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且生成所述第一物理上行共享信道(PUSCH)的数据。
23.如附记22所述的方法，其中，
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)；
所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
24.如附记23所述的方法，其中，所述媒体接入控制(MAC)层将所述第一物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，包括：
如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第一物理上行共享信道(PUSCH)在时域上至少部分重叠，其中，所述配置授权(CG)的物理层优先级高于所述第一物理上行共享信道(PUSCH)的物理层优先级；并且，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第一物理上行共享信道(PUSCH)在时域上至少部分重叠，
所述媒体接入控制(MAC)层确定所述第一物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可。
25.一种发送数据的方法，应用于终端设备，包括：
在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，
所述终端设备根据所述第一物理上行共享信道(PUSCH)和所述第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送所述第二物理上行共享信道(PUSCH)。
26.如附记25所述的发送数据的方法，其中，所述终端设备根据所述第一物理上行共享信道(PUSCH)和所述第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送所述第二物理上行共享信道(PUSCH)，包括：
所述第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，所述终端设备确定发送所述第二物理上行共享信道(PUSCH)；
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)数据，并且，所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，所述物理层确定不发送所述第二物理上行共享信道(PUSCH)。
27.如附记25所述的方法，其中，所述终端设备根据所述第一物理上行共享信道(PUSCH)数据和所述第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送所述第二物理上行共享信道(PUSCH)，包括：
所述第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，并且，所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，所述终端设备确定不发送所述第二物理上行共享信道(PUSCH)；
所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，并且，所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)的情况下，所述物理层确定发送所述第二物理上行共享信道(PUSCH)。

Claims (20)

  1. 一种发送数据的装置，应用于终端设备，所述装置包括第一处理单元，所述第一处理单元被配置为：
    在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，
    使所述终端设备发送所述第二物理上行共享信道(PUSCH)。
  2. 如权利要求1所述的装置，其中，
    所述终端设备的物理层从媒体接入控制(MAC)层收到所述第二物理上行共享信道(PUSCH)的数据的时刻晚于收到所述第一物理上行共享信道(PUSCH)的数据的时刻。
  3. 如权利要求1所述的装置，其中，
    所述第一物理上行共享信道(PUSCH)是由第一下行控制信息(DCI)调度的物理上行共享信道(PUSCH)，
    所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
  4. 如权利要求1所述的装置，其中，
    所述第一物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)，
    所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
  5. 一种发送数据的装置，应用于终端设备，所述装置包括第二处理单元，所述第二处理单元被配置为：
    在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，
    使所述终端设备不发送所述第二物理上行共享信道(PUSCH)。
  6. 如权利要求5所述的发送数据的装置，其中，
    所述终端设备的物理层从媒体接入控制(MAC)层收到所述第二物理上行共享信道(PUSCH)的数据的时刻晚于收到所述第一物理上行共享信道(PUSCH)的数据的时刻，
    所述第二处理单元还被配置为：
    使所述物理层向所述媒体接入控制(MAC)层发送传输指示信息，所述传输指示信息用于通知所述媒体接入控制(MAC)层所述第二物理上行共享信道(PUSCH)的数据未被发送。
  7. 如权利要求5所述的发送数据的装置，其中，所述终端设备不发送所述第二物理上行共享信道(PUSCH)，包括：
    若所述终端设备的媒体接入控制(MAC)层已生成所述第一物理上行共享信道(PUSCH)的数据，则所述媒体接入控制(MAC)层不生成所述第二物理上行共享信道(PUSCH)的数据。
  8. 如权利要求7所述的装置，其中，所述媒体接入控制(MAC)层不生成所述第二物理上行共享信道(PUSCH)的数据，包括：
    所述媒体接入控制(MAC)层不将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成所述第二物理上行共享信道(PUSCH)的数据。
  9. 如权利要求8所述的发送数据的装置，其中，
    所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)，
    所述第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
  10. 如权利要求9所述的发送数据的装置，其中，所述第二处理单元还被配置为：
    如果没有所述第一物理上行共享信道(PUSCH)，其中，所述第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，
    使所述媒体接入控制(MAC)层确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生所述第二物理上行共享信道(PUSCH)的数据。
  11. 如权利要求10所述的发送数据的装置，其中，所述媒体接入控制(MAC)层 确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，包括：
    如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第二物理上行共享信道(PUSCH)重叠，
    则所述媒体接入控制(MAC)层确定所述第二物理上行共享信道(PUSCH)对应的上行许可为高优先级的上行许可，并产生所述第二物理上行共享信道(PUSCH)的数据。
  12. 如权利要求8所述的发送数据的装置，其中，所述第二处理单元还被配置为：
    如果没有所述第一物理上行共享信道(PUSCH)，其中，所述第一物理上行共享信道(PUSCH)对应的上行许可已获取了媒体接入控制协议数据单元(MAC PDU)，
    所述终端设备对于所述第二物理上行共享信道(PUSCH)数据对应的上行许可产生媒体接入控制协议数据单元(MAC PDU)。
  13. 如权利要求5所述的发送数据的装置，其中，所述终端设备不发送所述第二物理上行共享信道(PUSCH)，包括：
    所述终端设备的媒体接入控制(MAC)层不将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且不生成所述第二物理上行共享信道(PUSCH)的数据。
  14. 如权利要求13所述的装置，其中，所述第二处理单元还被配置为：
    如果没有所述第一物理上行共享信道(PUSCH)，使所述终端设备的媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且生成所述第二物理上行共享信道(PUSCH)的数据。
  15. 如权利要求14所述的装置，其中，
    所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)或配置授权(CG)的物理上行共享信道(PUSCH)；
    所述第二物理上行共享信道(PUSCH)数据是配置授权(CG)的物理上行共享信道(PUSCH)。
  16. 如权利要求15所述的装置，其中，所述第二处理单元还被配置为：
    如果没有其他更高优先级配置授权(CG)的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级或相同优先级的由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)与所述第二物理上行共享信道(PUSCH)在时域上至少部分重叠，没有更高优先级调度请求(SR)传输的物理上行控制信道(PUCCH)与所述第二物理上行共享信道(PUSCH)重叠，
    使所述终端设备的媒体接入控制(MAC)层将所述第二物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可。
  17. 如权利要求5所述的装置，其中，所述第二处理单元还被配置为：
    使所述终端设备发送所述第一物理上行共享信道(PUSCH)。
  18. 如权利要求17所述的装置，其中，所述终端设备发送所述第一物理上行共享信道(PUSCH)，包括：
    所述终端设备的媒体接入控制(MAC)层将所述第一物理上行共享信道(PUSCH)对应的上行许可确定为高优先级的上行许可，并且生成所述第一物理上行共享信道(PUSCH)的数据。
  19. 如权利要求18所述的装置，其中，
    所述第一物理上行共享信道(PUSCH)是由下行控制信息(DCI)调度的物理上行共享信道(PUSCH)；
    所述第二物理上行共享信道(PUSCH)是配置授权(CG)的物理上行共享信道(PUSCH)。
  20. 一种发送数据的装置，应用于终端设备，所述装置包括第三处理单元，所述第三处理单元被配置为：
    在第一物理上行共享信道(PUSCH)和第二物理上行共享信道(PUSCH)有相同的物理层优先级，并且所述第一物理上行共享信道(PUSCH)的发送和所述第二物理上行共享信道(PUSCH)的发送在时域上至少部分重叠的情况下，
    使所述终端设备根据所述第一物理上行共享信道(PUSCH)和所述第二物理上行共享信道(PUSCH)的类型，确定发送或者不发送所述第二物理上行共享信道(PUSCH)。
PCT/CN2020/084307 2020-04-10 2020-04-10 发送数据的方法、装置和通信系统 WO2021203438A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/CN2020/084307 WO2021203438A1 (zh) 2020-04-10 2020-04-10 发送数据的方法、装置和通信系统
JP2022560430A JP2023520705A (ja) 2020-04-10 2020-04-10 データ送信方法、装置及び通信システム
CN202080099392.5A CN115428566A (zh) 2020-04-10 2020-04-10 发送数据的方法、装置和通信系统
PCT/CN2020/091673 WO2021203528A1 (zh) 2020-04-10 2020-05-21 发送数据的方法、装置和通信系统
US17/957,272 US20230024055A1 (en) 2020-04-10 2022-09-30 Method and apparatus for transmitting data and communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/084307 WO2021203438A1 (zh) 2020-04-10 2020-04-10 发送数据的方法、装置和通信系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/957,272 Continuation US20230024055A1 (en) 2020-04-10 2022-09-30 Method and apparatus for transmitting data and communication system

Publications (1)

Publication Number Publication Date
WO2021203438A1 true WO2021203438A1 (zh) 2021-10-14

Family

ID=78022390

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2020/084307 WO2021203438A1 (zh) 2020-04-10 2020-04-10 发送数据的方法、装置和通信系统
PCT/CN2020/091673 WO2021203528A1 (zh) 2020-04-10 2020-05-21 发送数据的方法、装置和通信系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/091673 WO2021203528A1 (zh) 2020-04-10 2020-05-21 发送数据的方法、装置和通信系统

Country Status (4)

Country Link
US (1) US20230024055A1 (zh)
JP (1) JP2023520705A (zh)
CN (1) CN115428566A (zh)
WO (2) WO2021203438A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230115082A1 (en) * 2021-09-30 2023-04-13 Qualcomm Incorporated Management of concurrent uplink shared channel transmissions

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932116A (zh) * 2010-08-09 2010-12-29 中兴通讯股份有限公司 一种选择物理上行共享信道的方法及用户设备
WO2015109544A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 一种信道功率分配优先级的确定方法和设备
CN107734680A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种传输信息的方法及装置、接收信息的方法及装置
CN108811128A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 一种功率控制方法及终端设备
CN110933763A (zh) * 2018-09-19 2020-03-27 维沃移动通信有限公司 一种传输方法及相关设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2244515A1 (en) * 2009-04-23 2010-10-27 Panasonic Corporation Logical channel prioritization procedure for generating multiple uplink transport blocks
CN108811154B (zh) * 2017-05-05 2021-02-12 华为技术有限公司 数据包传输方法和设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932116A (zh) * 2010-08-09 2010-12-29 中兴通讯股份有限公司 一种选择物理上行共享信道的方法及用户设备
WO2015109544A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 一种信道功率分配优先级的确定方法和设备
CN107734680A (zh) * 2016-08-12 2018-02-23 中兴通讯股份有限公司 一种传输信息的方法及装置、接收信息的方法及装置
CN108811128A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 一种功率控制方法及终端设备
CN110933763A (zh) * 2018-09-19 2020-03-27 维沃移动通信有限公司 一种传输方法及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Other Enhancements to Uplink and Downlink Transmissions for NR URLLC", 3GPP DRAFT; R1-1911951, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20191118 - 20191122, 9 November 2019 (2019-11-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051823132 *

Also Published As

Publication number Publication date
JP2023520705A (ja) 2023-05-18
CN115428566A (zh) 2022-12-02
WO2021203528A1 (zh) 2021-10-14
US20230024055A1 (en) 2023-01-26

Similar Documents

Publication Publication Date Title
US11082164B2 (en) Data transmission method, terminal device, and network device
WO2020094107A1 (zh) 发送数据的方法、发送数据的装置、以及终端设备
JP6892912B2 (ja) アップリンクスケジュール指定の２段階シグナリング
WO2020191637A1 (zh) 随机接入的方法、终端设备和网络设备
WO2018126839A1 (zh) 传输数据的方法、终端设备和网络设备
WO2016065620A1 (zh) 混合自动重传反馈的获取方法、装置以及通信系统
WO2020062405A1 (zh) 无线通信方法和通信设备
US20220256620A1 (en) Random access method and apparatus and communication system
US10492209B2 (en) Control information sending or receiving method, apparatus, and system
US9025489B2 (en) Method of configuring radio resource by a MAC layer of terminal in wireless communication system
WO2020029281A1 (zh) 竞争窗口调整方法、装置以及通信系统
US20230024055A1 (en) Method and apparatus for transmitting data and communication system
WO2021056702A1 (zh) 上行信号的发送和接收方法以及装置
WO2021026841A1 (zh) 调度请求传输的方法和设备
US20220158765A1 (en) Data transmission method and apparatus and communication system
WO2021226972A1 (zh) 边链路反馈信息的发送和接收方法以及装置
WO2021159381A1 (zh) 上行信号处理方法、装置和系统
WO2021031042A1 (zh) 信号发送和接收方法以及装置
WO2021203436A1 (zh) 发送和接收数据的方法、装置和通信系统
WO2021056570A1 (zh) 无线通信方法、装置和系统
WO2024031696A1 (zh) 信道状态信息的上报方法和装置
WO2023077355A1 (zh) 反馈信息的生成方法、装置和系统
WO2020199001A1 (zh) 信息发送方法、信息发送装置和通信系统
WO2023272599A1 (zh) 上行传输方法、终端和网络设备
US20220022262A1 (en) Signal transmission method and apparatus and communication system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20929814

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022560430

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20929814

Country of ref document: EP

Kind code of ref document: A1