WO2020225710A1 - Procédés permettant d'améliorer la fiabilité et la latence d'une autorisation ul configurée ou d'une dl sps - Google Patents

Procédés permettant d'améliorer la fiabilité et la latence d'une autorisation ul configurée ou d'une dl sps Download PDF

Info

Publication number
WO2020225710A1
WO2020225710A1 PCT/IB2020/054216 IB2020054216W WO2020225710A1 WO 2020225710 A1 WO2020225710 A1 WO 2020225710A1 IB 2020054216 W IB2020054216 W IB 2020054216W WO 2020225710 A1 WO2020225710 A1 WO 2020225710A1
Authority
WO
WIPO (PCT)
Prior art keywords
priority
data
priority indicator
logical channels
control information
Prior art date
Application number
PCT/IB2020/054216
Other languages
English (en)
Inventor
Yufei Blankenship
Majid GERAMI
Jianwei Zhang
Bikramjit Singh
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Publication of WO2020225710A1 publication Critical patent/WO2020225710A1/fr

Links

Classifications

    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/115—Grant-free or autonomous transmission
    • 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

Definitions

  • the present description generally relates to wireless communication systems and more specifically to improving reliability and latency of transmissions in the uplink.
  • New radio supports two types of configured grants of resources for transmissions, Type 1 and Type 2.
  • the UE is Radio Resource Control (RRC) configured with a grant that indicates all needed transmission parameters
  • the configured grant is partly RRC configured and partly Layer 1 (LI) signaled (using Downlink Control Information (DCI) signaling).
  • the resource allocation follows a Uplink (UL) grant received on the DCI and the resource then recurs periodically whose period is configured by RRC.
  • the UL grant has a time-domain resource assignment field that provides a row index of a higher layer configured table“pusch-symbol Allocation”.
  • the indexed row defines the slot offset“K2”, the start and length indicator“SLIV”, and the Physical Uplink Shared Channel (PUSCH) mapping type to be applied in the PUSCH transmission.
  • the UE transmits a Medium Access Control- Control Element (MAC-CE) confirm message when the configured grant is activated or deactivated.
  • MAC-CE Medium Access Control- Control Element
  • the RRC ConfiguredGrantConfig information element is defined in Third Generation Partnership Project (3GPP) Technical specification (TS) 38.331 V15.3.0.In 3GPP TS 38.214 V.15.2.0, Section 6.12.3.1, it discloses that for a UE configured with K CG PUSCH repetitions (parameter repK ) within the period P, such that with the time duration for the transmission of K repetitions it is not expected to be larger than the time duration derived by the periodicity P, the repetitions occasions of the K repetitions designated with a specific RV sequence (parameter repK-RV), e.g., (0,2,3, 1 ⁇ or ⁇ 0,3,03 ⁇ , or ⁇ 0,0, 0,0 ⁇ .
  • a specific RV sequence parameter repK-RV
  • the initial transmission can start at every 4-th transmission occasion.
  • the initial transmission can start at every 2nd transmission occasion.
  • Embodiments may overcome or mitigate the challenges above.
  • a method may comprise receiving a plurality of uplink grants from a network node; sending control information to the network node, the control information comprising a priority indicator; and sending data to the network node based on the priority indicator.
  • Another method may comprise sending a uplink control information (UCI) to a network node, the UCI comprising at least a priority indicator indicating one of a priority among a plurality of logical channels on which to transmit data and a priority of payload data.
  • UCI uplink control information
  • the wireless device configured, or operable, to perform one or more functionalities (e.g. actions, operations, steps, etc.) as described herein.
  • the wireless device may comprise one or more communication interfaces configured to communicate with one or more other radio nodes and/or with one or more network nodes, and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more functionalities as described herein.
  • the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the at least one processor to perform one or more functionalities as described herein.
  • the wireless device may comprise one or more functional modules configured to perform one or more functionalities as described herein.
  • a method may comprise: receiving control information from a wireless device, the control information comprising a priority indicator indicating one of a priority among a plurality of logical channels and a priority of data; receiving data on the plurality of logical channels based on the priority indicator.
  • Another method may comprise receiving control information (UCI) from a wireless device, the UCI comprising at least a priority indicator indicating one of a priority among a plurality of logical channels on which to transmit data and a priority of payload data.
  • UCI control information
  • a network node configured, or operable, to perform one or more functionalities (e.g. actions, operations, steps, etc.) as described herein.
  • the network node may comprise one or more communication interfaces configured to communicate with one or more other radio nodes and/or with one or more network nodes, and processing circuitry operatively connected to the communication interface, the processing circuitry being configured to perform one or more functionalities as described herein.
  • the processing circuitry may comprise at least one processor and at least one memory storing instructions which, upon being executed by the processor, configure the at least one processor to perform one or more functionalities as described herein.
  • the network node may comprise one or more functional modules configured to perform one or more functionalities as described herein.
  • a non-transitory computer-readable medium storing a computer program product comprising instructions which, upon being executed by processing circuitry (e.g., at least one processor) of the network node or wireless device, configure the processing circuitry to perform one or more functionalities as described herein.
  • processing circuitry e.g., at least one processor
  • the advantages/technical benefits of the embodiments of the present disclosure include reducing alignment delay due to RV sequence in an initial transmission and to improve reliability and latency in uplink grants/channels.
  • Figure 1 illustrates a diagram of transmission slots/occasions with alignment delay.
  • Figures 2-4 illustrate schematic diagrams of transmission slots/occasions with reduced alignment delay, according to some embodiments.
  • Figure 5 is a flow chart of a method in a wireless device, according to an embodiment.
  • Figure 6 is a flow chart of a method in a wireless device, according to an embodiment.
  • Figure 7 is a flow chart of a method in a network node, according to an embodiment.
  • Figure 8 is a flow chart of another method in a network node, according to an embodiment.
  • Figure 9 is a flow chart of a method in a wireless device, according to an embodiment.
  • Figure 10 is a flow chart of a method in a network node, according to an embodiment.
  • Figure 11 is a flow chart of a method in a wireless device, according to an embodiment.
  • Figure 12 is a flow chart of a method in a network node, according to an embodiment.
  • Figure 13 illustrates one example of a wireless communications system in which embodiments of the present disclosure may be implemented.
  • Figures 14 and 15 are block diagrams that illustrate a wireless device according to an embodiment.
  • Figures 16 and 17 are block diagrams that illustrate a network node according to some embodiments of the present disclosure.
  • Figure 18 illustrates a virtualized environment of a network node, according to some embodiments of the present disclosure.
  • the embodiments describe methods where uplink control information (UCI) is carried by an associated PUSCH before transmission, where the UCI contains various new control information sent by the UE to the gNB.
  • the various new control information improves reliability and/or latency of uplink data transmission.
  • existing UCI types may also be multiplexed together with the new UCI types, where the existing UCI types include: Hybrid Automatic Repeat Request-Acknowledgement (HARQ-ACK), scheduling request (SR), and channel state information (CSI).
  • HARQ-ACK Hybrid Automatic Repeat Request-Acknowledgement
  • SR scheduling request
  • CSI channel state information
  • the PUSCH may be dynamically scheduled, or semi-statically scheduled. Furthermore, when semi-statically scheduled, the PUSCH may be scheduled by either Type-1 UL configured grant or Type-2 UL configured grant.
  • the PUSCH carries payload data (i.e., a transport block generated by the MAC layer), which is multiplexed with the UCI.
  • repK and repK-RV define the K repetitions to be applied to the transmitted transport block, and the redundancy version pattern to be applied to the repetitions.
  • - UE may send the RV sequence if it is different from repK-RV.
  • the repetitions shall be terminated after transmitting K repetitions, or at the last transmission occasion among the K repetitions within the period P, or when a UL grant for scheduling the same TB is received within the period P, whichever is reached first.
  • the UE is not expected to be configured with the time duration for the transmission of K repetitions larger than the time duration derived by the periodicity P.”
  • Figures 2 to 4 illustrate an example of alignment delay reduction for a RV sequence of (0,2,3, 1 ⁇ and a TB that arrives in different TOs, where each TO is represented by a slot illustrated in the Figures.
  • the UE sends the selected RV sequence to the gNB through UCI.
  • the UE does not send the selected RV sequence to the gNB and the gNB blindly decodes the transmitted block.
  • the initial repetition with RV3 can be used instead of RV0 as RV3 is also almost self-decodable for a TB.
  • Figure 5 illustrates a flow chart for a method 500 in a wireless device.
  • the wireless device may be the wireless device 1010 of Figures 13, 14 and 15.
  • Method 500 comprises:
  • Step 510 sending a control information to a network node, the control information comprising at least a redundancy version for a transmission;
  • Step 520 sending a transmission based on the redundancy version.
  • the transmission can be a retransmission or a repetition.
  • the redundancy version (RV) can be zero RV three (3).
  • a transport block can be received in a first transmission occasion and the transmission/retransmission can be sent in the next transmission occasion, right after the first transmission occasion, based on the RV being zero.
  • the UCI reported by the UE contains a priority indicator, before the UCI is carried by the PUSCH.
  • the gNB may not know which resources the UE will use to transmit its data. Therefore, an indication of priority can help the gNB know how to handle different transmissions.
  • the priority level reflects the priority of the logical channel (LCH) that the payload data belongs to. If the data of multiple LCHs are transmitted on the PUSCH, then the priority level reflects the highest priority level among the multiple LCHs. Since increasing priority value indicates a lower priority level, the priority level contained in the UCI corresponds to the lowest priority value among the multiple LCHs.
  • LCH logical channel
  • the priority level reflects the Logical Channel Group (LCG) priority that the payload data belongs to, where a LCG is composed of one or more logical channels, and the LCG is configured with certain mapping restrictions.
  • the mapping restrictions may include: allow edSCS-Li st, maxPUSCH-Duration , configuredGrantTypel Allowed, and allow edServingCells .
  • the number of bits representing the priority indicator depends on how coarse or detailed the priority levels to be indicated.
  • the priority indicator is represented by 1 bit, to indicate two different priority levels. For example:
  • the priority indicator is represented by 2 bits, to indicate four different priority levels.
  • the four priority levels may provide reliability and/or latency requirements of the payload carried by the PUSCH. For example:
  • BLER Block Error Rate
  • MCS Modulation Coding Scheme
  • the priority indicator reflects the highest priority of the data stored in the UE buffer.
  • the priority indicator can be viewed as a shorthand of the buffer status report (BSR), using one or a few bits to quickly report to the gNB the uplink data transmission needs of the UE.
  • BSR buffer status report
  • the disclosed priority indicator is different from a scheduling request (SR) in the sense that the priority indicator does not request the gNB to assign UL transmission resources immediately (but SR does), and the priority indicator is sent together with payload data on PUSCH (but SR is not sent if a PUSCH is present).
  • SR scheduling request
  • Method 600 comprises:
  • Step 610 sending a control information to a network node, the control information comprising at least a priority indicator;
  • Step 620 receiving uplink resources for an uplink data transmission, based on the priority indicator
  • Step 630 sending data to the network node according to the uplink resources.
  • Method 700 comprises:
  • Step 710 receiving a control information from a wireless device, the control information comprising at least a priority indicator;
  • Step 720 determining a scheduling scheme for data transmission, based on the priority indicator
  • Step 730 sending resources for the data transmission based on the scheduling scheme.
  • the gNB if the first repetition with RV 0 comes in the Transmission Occasion (TO) with RV 0, then there is no alignment delay, and the decoding of repetitions can occur with Rel-15 specifications. However, if the first repetition comes in TO of RV 2 (second slot in Figure 1), then the UE should not transmit that repetition with RV 2, it will transmit with RV 0.
  • the question is: how decoding will happen at the gNB?
  • the gNB can follow two approaches to decode the first actual repetition with RV 0 in a TO not corresponding to RV 0 (here in the example at TO with RV 2). The two approaches are described as follows.
  • the gNB first decodes the first repetition with TO’s RV, i.e., RV 2. If it cannot decode it, then it will decode with RV 0 on a condition that there are no repetitions transmissions on earlier TOs, and this repetition is the first detected repetition.
  • the UE transmits a repetition with RV 0 in a n-th TO corresponding to RVx.
  • the gNB ensures no signal is detected or correctly received at 1, ... , n-l-th TOs.
  • the gNB tries to decode the signal with RV x.
  • step 3 If step 3 fails, then the gNB tries to decode the signal with RV 0.
  • the UE transmits a repetition with RV 0 in a n-th TO corresponding to RV x.
  • the gNB ensures no signal is detected or correctly received at 1, ... , n-l-th TOs.
  • RV sequence e.g., RV sequence (0,2,3, 1) in Figure 1
  • the RV of the repetition is the next RV in the sequence, i.e., RV 2 in the example.
  • the first repetition of RV 0 is considered, because it is a self-decodable RV.
  • the algorithms can be extended to cases where the first RV can be RV 3, which is also almost self-decodable.
  • Method 800 comprises:
  • Step 810 receiving a transmission of data based on a redundancy version (RV) value, which is unknown to the network node;
  • RV redundancy version
  • Step 820 decoding the received transmission.
  • the transmission can be a retransmission.
  • the method comprises receiving control information from a wireless device, the control information comprising at least the redundancy version value.
  • the redundancy version value is RV0 or RV3.
  • decoding the received transmission comprises decoding the transmission based on the received redundancy version value.
  • the method further comprises receiving a RV sequence from a wireless device. Transmit UCI contains Configured Grant (CG) indication of the Associated PUSCH
  • Multiple CGs can be activated for a UE at the same time. Then, there will be overlapping resources. Also, the UE has been over allocated with UL resources in one transmission occasion, which can create ambiguity for the gNB to know which resources the UE will use to transmit data.
  • the UCI can be used to indicate the selected CG configuration that UE is going to transmit on.
  • a configured grant indicator is proposed to be contained in the UCI sent to the gNB by the UE.
  • the configured grant indicator is used to indicate the upcoming transmission on UCI.
  • the UCI can be carried by either PUCCH or PUSCH.
  • the configured grant indicator can be encoded with or without the priority indicator as described above.
  • the CG indicator in the UCI shall be configurable via RRC, e.g. the gNB enables the CG indication on PUCCH once multiple overlapping CG transmissions in time and/or frequency are configured per Bandwidth Part (BWP).
  • BWP Bandwidth Part
  • Method 900 comprises:
  • Step 910 sending a control information to a network node, the control information comprising at least an indicator of a configured grant;
  • Step 920 sending data on resources indicated by the indicator of configured grant.
  • control information is an uplink control information (UCI).
  • UCI uplink control information
  • control information can comprise a priority indicator.
  • Method 930 comprises:
  • Step 932 receiving a control information from a wireless device, the control information comprising at least an indicator of a configured grant;
  • Step 934 receiving data on resources indicated by the indicator of configured grant.
  • Method 940 comprises:
  • Step 942 receiving a plurality of uplink grants from a network node
  • Step 944 sending control information to the network node, the control information comprising a priority indicator
  • Step 946 sending data to the network node based on the priority indicator.
  • the priority indicator can indicate a priority of logical channels that the data belong to.
  • the priority indicator can indicate a priority of data traffic.
  • the wireless device can send the data on a plurality of logical channels.
  • the data on the plurality of logical channels can be multiplexed on a physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • the priority indicator can be a highest priority among the plurality of logical channels.
  • the priority indicator can have a lowest priority value among the plurality of logical channels.
  • the priority indicator can indicate a priority of logical channel groups (LCG) that the data belong to.
  • LCG logical channel groups
  • the priority indicator can indicate a highest priority of data stored in a buffer.
  • control information can be a Uplink control information (UCI).
  • UCI Uplink control information
  • the UCI can be carried by PUSCH.
  • the priority indicator can indicate a reliability or a latency of data.
  • Another method in a wireless device may comprise sending an uplink control information (UCI) to a network node, the UCI comprising at least a priority indicator indicating a priority among a plurality of logical channels on which to transmit data or a priority of payload data.
  • UCI uplink control information
  • Figure 12 illustrates a flow chart of a method 950 in a network node, such as 1020 of Figures 13, 16 and 17.
  • Method 950 comprises:
  • Step 952 receiving control information from a wireless device, the control information comprising a priority indicator indicating a priority among a plurality of logical channels or a priority of (payload) data;
  • Step 954 receiving data on the plurality of logical channels based on the priority indicator.
  • the network node can determine a scheduling decision based on the priority indicator.
  • the priority indicator can be a highest priority among the plurality of logical channels.
  • the priority indicator can be a lowest priority value among the plurality of logical channels.
  • the priority indicator can indicate a priority of logical channel groups (LCG) that the data belong to.
  • control information can be a Uplink control information (UCI).
  • UCI Uplink control information
  • the network node can receive the UCI on physical uplink shared channel (PUSCH).
  • PUSCH physical uplink shared channel
  • the received data can be multiplexed on the plurality of logical channels on a PUSCH.
  • the priority indicator can indicate a reliability or a latency of the data.
  • Another method in a network node comprises receiving control information (UCI) from a wireless device, the UCI comprising at least a priority indicator indicating a priority among a plurality of logical channels on which to transmit data or a priority of payload data.
  • UCI control information
  • FIG. 13 illustrates an example of a wireless network 1000 that may be used for wireless communications.
  • Wireless network 1000 includes UEs 1010 and a plurality of radio network nodes 1020 (e.g., Node Bs (NBs) Radio Network Controllers (RNCs), evolved NBs (eNBs), next generation NB (gNBs), etc.) directly or indirectly connected to a core network 1030 which may comprise various core network nodes.
  • the network 1000 may use any suitable radio access network (RAN) deployment scenarios, including Universal Mobile Telecommunication System (UMTS) Terrestrial Radio Access Network (UTRAN), and Evolved UMTS Terrestrial Radio Access Network (EUTRAN).
  • UEs 1010 may be capable of communicating directly with radio network nodes 1020 over a wireless interface.
  • UMTS Universal Mobile Telecommunication System
  • UTRAN Universal Mobile Telecommunication System
  • EUTRAN Evolved UMTS Terrestrial Radio Access Network
  • UEs may also be capable of communicating with each other via device-to-device (D2D) communication.
  • network nodes 1020 may also be capable of communicating with each other, e.g. via an interface (e.g. X2 in LTE or other suitable interface).
  • UE 1010 may communicate with radio network node 1020 over a wireless interface. That is, UE 1010 may transmit wireless signals to and/or receive wireless signals from radio network node 1020.
  • the wireless signals may contain voice traffic, data traffic, control signals, and/or any other suitable information.
  • an area of wireless signal coverage associated with a radio network node 1020 may be referred to as a cell.
  • a UE may be a wireless device, a radio communication device, target device, device to device (D2D) UE, machine type UE or UE capable of machine to machine communication (M2M), a sensor equipped with UE, iPAD, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), Universal Serial Bus (USB) dongles, Customer Premises Equipment (CPE) etc.
  • D2D device to device
  • M2M machine to machine communication
  • iPAD machine to machine communication
  • Tablet mobile terminals
  • smart phone laptop embedded equipped (LEE), laptop mounted equipment (LME), Universal Serial Bus (USB) dongles, Customer Premises Equipment (CPE) etc.
  • LEE laptop embedded equipped
  • LME laptop mounted equipment
  • USB Universal Serial Bus
  • CPE Customer Premises Equipment
  • the“network node” can be any kind of network node which may comprise of a radio network node such as a radio access node (which can include a base station, radio base station, base transceiver station, base station controller, network controller, gNB, NR BS, evolved Node B (eNB), Node B, Multi-cell/multicast Coordination Entity (MCE), relay node, access point, radio access point, Remote Radio Unit (RRU), Remote Radio Head (RRH), a multi standard BS (also known as MSR BS), etc.), a core network node (e.g., MME, SON node, a coordinating node, positioning node, MDT node, etc.), or even an external node (e.g., 3rd party node, a node external to the current network), etc.
  • the network node may also comprise a test equipment.
  • network nodes 1020 may interface with a radio network controller (not shown).
  • the radio network controller may control network nodes 1020 and may provide certain radio resource management functions, mobility management functions, and/or other suitable functions.
  • the functions of the radio network controller may be included in the network node 1020.
  • the radio network controller may interface with the core network node 1040.
  • the radio network controller may interface with the core network node 1040 via the interconnecting network 1030.
  • the interconnecting network 1030 may refer to any interconnecting system capable of transmitting audio, video, signals, data, messages, or any combination of the preceding.
  • the interconnecting network 1030 may include all or a portion of a public switched telephone network (PSTN), a public or private data network, a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a local, regional, or global communication or computer network such as the Internet, a wireline or wireless network, an enterprise intranet, or any other suitable communication link, including combinations thereof.
  • PSTN public switched telephone network
  • LAN local area network
  • MAN metropolitan area network
  • WAN wide area network
  • Internet a local, regional, or global communication or computer network
  • wireline or wireless network such as the Internet
  • enterprise intranet an enterprise intranet, or any other suitable communication link, including combinations thereof.
  • the core network node 1040 may manage the establishment of communication sessions and various other functionalities for wireless devices 1010. Examples of core network node 1040 may include MSC, MME, SGW, PGW, O&M, OSS, SON, positioning node (e.g. E-SMLC), MDT node, etc.
  • Wireless devices 110 may exchange certain signals with the core network node 1040 using the non-access stratum layer. In non-access stratum signaling, signals between wireless devices 1010 and the core network node 1040 may be transparently passed through the radio access network.
  • network nodes 1020 may interface with one or more other network nodes over an internode interface. For example, network nodes 1020 may interface each other over an X2 interface.
  • network 1000 may include any suitable number of wireless devices 1010 and network nodes 1020, as well as any additional elements suitable to support communication between wireless devices or between a wireless device and another communication device (such as a landline telephone).
  • the embodiments may be implemented in any appropriate type of telecommunication system supporting any suitable communication standards and using any suitable components, and are applicable to any radio access technology (RAT) or multi-RAT systems in which the wireless device receives and/or transmits signals (e.g., data). While certain embodiments are described for NR.
  • RAT radio access technology
  • the embodiments may be applicable to any RAT, such as UTRA, E-UTRA, narrow band internet of things (NB-IoT), WiFi, Bluetooth, next generation RAT (NR, NX), 4G, 5G, LTE FDD/TDD, etc.
  • RAT such as UTRA, E-UTRA, narrow band internet of things (NB-IoT), WiFi, Bluetooth, next generation RAT (NR, NX), 4G, 5G, LTE FDD/TDD, etc.
  • the communication system 1000 may itself be connected to a host computer (not shown), which may be embodied in the hardware and/or software of a standalone server, a cloud- implemented server, a distributed server or as processing resources in a server farm.
  • the host computer may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider.
  • the connections between the communication system 1000 and the host computer may extend directly from the core network 1040 to the host computer or may extend via the intermediate network 1030.
  • the communication system of Figure 13 as a whole enables connectivity between one of the connected wireless devices (WDs) 1010 and the host computer.
  • the connectivity may be described as an over-the-top (OTT) connection.
  • the host computer and the connected WDs 1010 are configured to communicate data and/or signaling via the OTT connection, using an access network, the core network 1040, any intermediate network 1030 and possible further infrastructure (not shown) as intermediaries.
  • the OTT connection may be transparent in the sense that at least some of the participating communication devices through which the OTT connection passes are unaware of routing of uplink and downlink communications.
  • the host computer may provide host applications which may be operable to provide a service to a remote user, such as a WD 1010 connecting via an OTT connection terminating at the WD 1010 and the host computer.
  • the host application may provide user data which is transmitted using the OTT connection.
  • The“user data” may be data and information described herein as implementing the described functionality.
  • the host computer may be configured for providing control and functionality to a service provider and may be operated by the service provider or on behalf of the service provider.
  • the host computer may be enabled to observe, monitor, control, transmit to and/or receive from the network node 1020 and or the wireless device 1010.
  • One or more of the various embodiments in this disclosure improve the performance of OTT services provided to the WD 1010 using the OTT connection. More precisely, the teachings of some of these embodiments may improve the data rate, latency, and/or power consumption and thereby provide benefits such as reduced user waiting time, relaxed restriction on file size, better responsiveness, extended battery lifetime, etc.
  • FIG 14 is a schematic block diagram of the wireless device 1010 according to some embodiments of the present disclosure.
  • the wireless device 1010 includes circuitry 1100 comprising one or more processors 1110, e.g., Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like) and memory 1120.
  • the wireless device 1010 also includes one or more transceivers 1130 that each include one or more transmitters 1140 and one or more receivers 1150 coupled to one or more antennas 1160.
  • the wireless device 1010 may also comprise a network interface and more specifically an input interface 1170 and an output interface 1180 for communicating with other nodes.
  • the wireless device may also comprise a power source 1190.
  • the functionality of the wireless device 1010 described above may be fully or partially implemented in software that is, e.g., stored in the memory 1120 and executed by the processor(s) 1100.
  • the processor 1100 is configured to perform methods 500, 600, 900 and 940 of Figures 5, 6,9 and 11 respectively.
  • a computer program including instructions which, when executed by the at least one processor 1110, causes the at least one processor 1110 to carry out the functionality of the wireless device 1010 according to any of the embodiments described herein is provided (e.g. 500, 600, 900 and 940 of Figures 5, 6,9 and 11 respectively).
  • a carrier containing the aforementioned computer program product is provided.
  • the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
  • FIG 15 is a schematic block diagram of the wireless device 1010 according to some other embodiments of the present disclosure.
  • the wireless device 1010 includes one or more modules 1200, each of which is implemented in software.
  • the module(s) 1200 provide the functionality of the wireless device 1010 described herein.
  • the module(s) 1200 may comprise, for example, a receiving module and a sending module operable to perform the steps of methods 500, 600, 900 and 940 of Figures 5, 6,9 and 11 respectively.
  • FIG 16 is a schematic block diagram of a network node 1020 according to some embodiments of the present disclosure.
  • the network node 1020 includes a processing circuitry 1300 comprising one or more processors 1310 (e.g., CPUs, ASICs, FPGAs, and/or the like) and memory 1320.
  • the network node also comprises a network interface 1330.
  • the network node 1020 also includes one or more transceivers 1340 that each include one or more transmitters 1350 and one or more receivers 1360 coupled to one or more antennas 1370.
  • the functionality of the network node 1010 described above may be fully or partially implemented in software that is, e.g., stored in the memory 1320 and executed by the processor(s) 1310.
  • the processor 1310 can be configured to perform the methods 700, 800, 930 and 950 of Figures 7, 8, 10 and 12 respectively.
  • FIG 17 is a schematic block diagram of the network node 1020 according to some other embodiments of the present disclosure.
  • the network node 1020 includes one or more modules 1400, each of which is implemented in software.
  • the module(s) 1400 provide the functionality of the network node 1020 described herein.
  • the module(s) 1400 may comprise, for example, a sending module, a receiving module, a determining module and a decoding module operable to perform steps of methods 700, 800, 930 and 950 of Figures 7, 8, 10 and 12 respectively.
  • FIG 18 is a schematic block diagram that illustrates a virtualized embodiment of the wireless device 1010 or network node 1020, according to some embodiments of the present disclosure.
  • a“virtualized” node 1500 is a network node 1020 or wireless device 1010 in which at least a portion of the functionality of the network node 1020 or wireless device 1010 is implemented as a virtual component (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)).
  • a virtual appliance 1520 implementing the methods or parts of the methods of some embodiments.
  • the one or more instance(s) runs in a cloud computing environment 1500.
  • the cloud computing environment provides processing circuits 1530 and memory 1590-1 for the one or more instance(s) or virtual applications 1520.
  • the memory 1590-1 contains instructions 1595 executable by the processing circuit 1560 whereby the instance 1520 is operative to execute the methods or part of the methods described herein in relation to some embodiments.
  • the cloud computing environment 1500 comprises one or more general-purpose network devices including hardware 1530 comprising a set of one or more processor(s) or processing circuits 1560, which may be commercial off-the-shelf (COTS) processors, dedicated Application Specific Integrated Circuits (ASICs), or any other type of processing circuit including digital or analog hardware components or special purpose processors, and network interface controller(s) (NICs) 1570, also known as network interface cards, which include physical Network Interface 1580.
  • the general-purpose network device also includes non-transitory machine readable storage media 1590-2 having stored therein software and/or instructions 1595 executable by the processor 1560.
  • the processors/processing circuits 1560 execute the software/instructions 1595 to instantiate a hypervisor 1550, sometimes referred to as a virtual machine monitor (VMM), and one or more virtual machines 1540 that are run by the hypervisor 1550.
  • a hypervisor 1550 sometimes referred to as a virtual machine monitor (VMM)
  • VMM virtual machine monitor
  • a virtual machine 1540 is a software implementation of a physical machine that runs programs as if they were executing on a physical, non-virtualized machine; and applications generally do not know they are running on a virtual machine as opposed to running on a“bare metal” host electronic device, though some systems provide para-virtualization which allows an operating system or application to be aware of the presence of virtualization for optimization purposes.
  • Each of the virtual machines 1540, and that part of the hardware 1530 that executes that virtual machine 1540 be it hardware 1530 dedicated to that virtual machine 1540 and/or time slices of hardware 1530 temporally shared by that virtual machine 1540 with others of the virtual machine(s) 1540, forms a separate virtual network element(s) (VNE).
  • VNE virtual network element
  • the hypervisor 1550 may present a virtual operating platform that appears like networking hardware to virtual machine 1540, and the virtual machine 1540 may be used to implement functionality such as control communication and configuration module(s) and forwarding table(s), this virtualization of the hardware is sometimes referred to as network function virtualization (NFV).
  • NFV network function virtualization
  • CPE customer premise equipment
  • Different embodiments of the instance or virtual application 1520 may be implemented on one or more of the virtual machine(s) 1540, and the implementations may be made differently.
  • a carrier comprising the aforementioned computer program product.
  • the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
  • Some embodiments may be represented as a non-transitory software product stored in a machine-readable medium (also referred to as a computer-readable medium, a processor-readable medium, or a computer usable medium having a computer readable program code embodied therein).
  • the machine-readable medium may contain various sets of instructions, code sequences, configuration information, or other data, which, when executed, cause a processor to perform steps in a method according to one or more of the described embodiments.
  • Software running from the machine-readable medium may interface with circuitry to perform the described tasks.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé exécuté dans un dispositif sans fil. Le procédé comprend les étapes consistant à : recevoir une pluralité d'autorisations de liaison montante provenant d'un nœud de réseau ; envoyer des informations de commande au nœud de réseau, les informations de commande contenant un indicateur de priorité ; et envoyer des données au nœud de réseau sur la base de l'indicateur de priorité. De plus, un autre procédé peut supposer d'envoyer des informations de commande de liaison montante (UCI) à un nœud de réseau. Les UCI contiennent au moins un indicateur de priorité indiquant une priorité parmi une pluralité de canaux logiques sur lesquels il convient de transmettre des données ou une priorité de données de charge utile.
PCT/IB2020/054216 2019-05-03 2020-05-04 Procédés permettant d'améliorer la fiabilité et la latence d'une autorisation ul configurée ou d'une dl sps WO2020225710A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962842638P 2019-05-03 2019-05-03
US62/842,638 2019-05-03

Publications (1)

Publication Number Publication Date
WO2020225710A1 true WO2020225710A1 (fr) 2020-11-12

Family

ID=70617171

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2020/054216 WO2020225710A1 (fr) 2019-05-03 2020-05-04 Procédés permettant d'améliorer la fiabilité et la latence d'une autorisation ul configurée ou d'une dl sps

Country Status (1)

Country Link
WO (1) WO2020225710A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279322A1 (en) * 2015-11-30 2018-09-27 Huawei Technologies Co., Ltd. Service Data Packet Processing Method And Apparatus

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279322A1 (en) * 2015-11-30 2018-09-27 Huawei Technologies Co., Ltd. Service Data Packet Processing Method And Apparatus

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CHARTER COMMUNICATIONS: "NR-U Configured Grant Enhancements", vol. RAN WG1, no. Xi'an, P. R. China; 20190408 - 20190412, 7 April 2019 (2019-04-07), XP051700332, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings%5F3GPP%5FSYNC/RAN1/Docs/R1%2D1905258%2Ezip> [retrieved on 20190407] *
CMCC: "Outstanding Issues for multiple SPSs-CGs Support", vol. RAN WG2, no. Xi'an, China; 20190408 - 20190412, 6 April 2019 (2019-04-06), XP051701660, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings%5F3GPP%5FSYNC/RAN2/Docs/R2%2D1904355%2Ezip> [retrieved on 20190406] *
HUAWEI ET AL: "Transmission with configured grant in NR unlicensed band", vol. RAN WG1, no. Xi'an, China; 20190408 - 20190412, 30 March 2019 (2019-03-30), XP051691173, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG1%5FRL1/TSGR1%5F96b/Docs/R1%2D1903931%2Ezip> [retrieved on 20190330] *
NOKIA ET AL: "Analysis of Intra-UE Data Prioritization Schemes", vol. RAN WG2, no. Reno, NV, USA; 20190513 - 20190517, 2 May 2019 (2019-05-02), XP051710512, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG2%5FRL2/TSGR2%5F106/Docs/R2%2D1906187%2Ezip> [retrieved on 20190502] *

Similar Documents

Publication Publication Date Title
US11678212B2 (en) Methods executed by user equipment and user equipment
WO2018171444A1 (fr) Procédé et dispositif de regroupement de blocs de code
CN110932820B (zh) 发送和接收上行控制信息的方法以及通信装置
CN110546928B (zh) 用于传送上行链路控制信息(uci)的方法和装置
WO2018172862A1 (fr) Procédés de retransmission dans une planification semi-persistante sans rétroaction harq explicite
WO2020168577A1 (fr) Procédé permettant de transmettre des informations de rétroaction de liaison montante, dispositif de terminal et dispositif de réseau
US20220256562A1 (en) Methods of resolving collision between sr and pusch
US11101935B2 (en) Apparatus and method for transmitting packet data units
CN112312552B (zh) 一种数据传输方法、装置及系统
US20230291451A1 (en) Method and apparatus for transmitting csi report
EP4011154A1 (fr) Équipement d&#39;utilisateur et station de base participant à une planification de domaine temporel
CN112567787A (zh) 用于信道状态信息报告的方法和装置
CN112311501B (zh) 通信方法和通信装置
JP6685295B2 (ja) 基地局
US20210376968A1 (en) Feedback method and apparatus
WO2020194264A1 (fr) Procédés et nœuds pour une préemption intra-ue de liaison descendante
WO2020225710A1 (fr) Procédés permettant d&#39;améliorer la fiabilité et la latence d&#39;une autorisation ul configurée ou d&#39;une dl sps
WO2021161090A1 (fr) Procédés de gestion de relations spéciales pour des ressources pucch appartenant à de multiples configurations pucch
CN109983818B (zh) 用于发送/接收调度命令的方法和设备
WO2021029816A1 (fr) Transmission d&#39;informations de commande de liaison montante avec pusch entrant en collision
CN114616884A (zh) 传输参数的确定方法及装置
US20240163896A1 (en) Methods and nodes for updating aperiodic srs slot offset
EP4346115A1 (fr) Système et procédés d&#39;indication tci pour transmission trp multiple
WO2024060208A1 (fr) Procédés, système et appareil de retransmission dans des communications sans fil à retard de propagation important
WO2022255925A1 (fr) Gestion de processus de demande de répétition automatique hybride (harq) à un espacement entre sous-porteuses (scs) extrêmement grand

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: 20724946

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20724946

Country of ref document: EP

Kind code of ref document: A1