CN117042157A - 用于无授权上行链路多路接入的方法、装置和*** - Google Patents

用于无授权上行链路多路接入的方法、装置和*** Download PDF

Info

Publication number
CN117042157A
CN117042157A CN202311001667.9A CN202311001667A CN117042157A CN 117042157 A CN117042157 A CN 117042157A CN 202311001667 A CN202311001667 A CN 202311001667A CN 117042157 A CN117042157 A CN 117042157A
Authority
CN
China
Prior art keywords
wtru
pusch
resources
transmission
shared channel
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202311001667.9A
Other languages
English (en)
Inventor
李文一
阿夫欣·哈吉卡特
艾尔丹姆·巴拉
珍妮特·A·斯特恩-波科维茨
米哈埃拉·C·贝卢里
阿南斯·基尼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN117042157A publication Critical patent/CN117042157A/zh
Pending legal-status Critical Current

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/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
    • 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
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

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

Abstract

提供用于无授权(GL)上行链路传输的方法、装置和***。无线发射/接收单元(WTRU)可以接收GL物理上行链路共享信道(GL‑PUSCH)频率资源集合的配置。WTRU可以监视下行链路控制信息(DCI)消息，其中DCI消息包括对该GL‑PUSCH频率资源集合的至少一个子集的存在的指示。如果WTRU成功接收到DCI消息，则WTRU可以从该GL‑PUSCH频率资源集合的子集中选择一个或多个GL‑PUSCH频率资源，并且可以选择时间段。WTRU可以在所选择的时间段期间使用所选择的GL‑PUSCH频率资源在GL‑PUSCH上发送数据。WTRU还可以基于所选择的GL‑PUSCH频率资源来监视混合自动重传请求确认(HARQ‑ACK)。WTRU可以在固定时间窗口期间监视DCI。

Description

用于无授权上行链路多路接入的方法、装置和***
本申请是申请日为2017年08月10日、申请号为201780060784.9、发明名称为“用于无授权上行链路多路接入的方法、装置和***”的中国发明专利申请的分案申请。
相关申请的交叉引用本申请要求2016年8月10日提交的美国临时申请62/373,040，2016年9月28日提交的美国临时申请62/400,934和2017年3月22日提交的美国临时申请62/474,838的权益，其内容通过引用并入本文。
背景技术
新无线电(NR)(也称为下一代无线电或第五代(5G))的应用可归纳为三个主要类别，它们是：增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠和低延迟通信(URLLC)。在每个类别下，有一系列应用可用于满足特定性能要求的各种需求和部署场景。例如，mMTC和URLLC应用范围从汽车到健康、农业、公用事业和物流行业。实现mMTC和URLLC特征可能需要设计新的调制和译码方案、波形、反馈过程、波束成形机制以及新的多路接入方法。
对于mMTC应用，预计***将能够支持每平方公里多达一百万个mMTC装置，但是这种应用的传输延迟不像其他应用那样重要。对于URLLC应用，每个小区的用户设备(UE)或无线发射/接收单元(WTRU)密度明显较小，但是这样的应用要求目标延迟小于1毫秒(ms)，以及32字节消息的10-5错误概率的高可靠性。尽管这两个用例存在差异，但它们都需要新的上行链路多路接入(MA)方法，以使它们能够实现其目标性能指标。
发明内容
本发明提供用于多路接入(MA)方案中的基于授权(GB)和无授权(GL)上行链路传输的方法、装置和***。在示例中，无线发射/接收单元(WTRU)可以接收GL物理上行链路共享信道(GL-PUSCH)频率资源集合的配置。WTRU可以监视下行链路控制信息(DCI)消息，其中DCI消息包括对GL-PUSCH频率资源集合的至少一个子集的存在的指示。如果WTRU成功接收到DCI消息，则WTRU可以从GL-PUSCH频率资源集合的子集中选择一个或多个GL-PUSCH频率资源，并且可以选择时间段。WTRU可以在所选择的时间段期间使用所选择的一个或多个GL-PUSCH频率资源在GL-PUSCH上发送数据。
此外，WTRU还可以基于所选择的一个或多个GL-PUSCH频率资源来确定用于接收与所发送的GL-PUSCH数据相关联的混合自动重传请求确认(HARQ-ACK)的时间位置。WTRU可以在所确定的时间位置期间监视HARQ-ACK的接收。在另一示例中，时间位置的确定可以进一步基于GL-PUSCH资源索引。
在示例中，DCI消息可以是公共DCI消息。在另一示例中，可以随机地确定从GL-PUSCH频率资源的子集中选择一个或多个GL-PUSCH频率资源。在另一示例中，可以基于WTRU-ID来确定从GL-PUSCH频率资源的子集中选择一个或多个GL-PUSCH频率资源。在又一示例中，可以随机确定时间段的选择。在又一示例中，可以基于WTRU-ID来确定时间段的选择。
此外，在示例中，WTRU可以在第一固定时间窗口期间监视DCI。在另一示例中，时间位置可以具有第二固定时间窗口。
附图说明
通过结合附图以示例给出的以下描述可以得到更详细的理解，其中：
图1A是示出其中可以实现一个或多个公开的实施方式的示例通信***的***图；
图1B是示出可在图1A所示通信***内使用的示例无线发射/接收单元(WTRU)的***图；
图1C是示出可以在图1A所示通信***内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的***图；
图1D是示出可在图1A所示通信***内使用的另一示例RAN和另一示例CN的***图；
图2是长期演进(LTE)中的示例调度请求(SR)过程的时序图；
图3是使用基于争用的SR(CB-SR)的示例过程的流程图；
图4A和4B是示例SR过程的时序图；
图5是用于无授权物理上行链路共享信道(GL-PUSCH)传输的UL资源授权的动态指示的示例的资源分配图；
图6是根据物理上行链路共享信道(PUSCH)资源类型的不同的基于授权的物理上行链路共享信道(GB-PUSCH)资源类型的示例的资源分配图；
图7是基于一个或多个关联的GL-PUSCH频率位置的混合自动重传请求确认(HARQ-ACK)定时的示例的资源分配图；
图8是基于一个或多个GL-PUSCH频率位置的动态GL-PUSCH资源分配及其关联的HARQ-ACK定时的示例的资源分配图；
图9是示出利用不同波束发送的信号的重复的示例的时序图和传输图；
图10是示出同时波束的传输的示例的时序图和传输图；
图11是示出GL-PUSCH的独立格式的示例的格式图；
图12是示出用于GL-PUSCH传输的控制和仅数据格式的示例的格式图；
图13是示出不同格式之间的GL-PUSCH干扰场景的示例的时序图；
图14是示出用于GL-PUSCH前导码的专用子载波的示例的时序图；
图15是示出UL无授权传输的示例的格式图和时序图；
图16是示出用于使用前导码执行UL无授权传输的示例过程的流程图；
图17是示出UL无授权传输的另一示例的格式图和时序图；
图18是示出在传输的各部分之间没有间隙的UL无授权传输的示例的格式图和时序图；
图19是示出在传输的各部分之间没有间隙的UL无授权传输的示例的格式图和时序图；和
图20是示出具有确认和功率控制的多部分传输过程的示例的流程图。
具体实施方式
图1A是示出其中可以实现一个或多个公开的实施方式的示例通信***100的图。通信***100可以是多路接入***，其向多个无线用户提供内容，该内容例如语音、数据、视频、消息传递、广播等。通信***100可以使多个无线用户能够通过共享***资源(包括无线带宽)来访问这样的内容。例如，通信***100可以采用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字离散傅里叶变换扩展正交频分复用(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示，通信***100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d、无线电接入网络(RAN)104/113、核心网络(CN)106/115、公共交换电话网(PSTN)108、因特网110和其他网络112，但是可以理解，所公开的实施方式考虑了任何数量的WTRU、基站、网络和/或网络元件。WTRU 102a、102b、102c、102d中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的设备。作为示例，WTRU 102a、102b、102c、102d(其中的任何一个可以被称为“站”和/或“STA”)可以被配置为发送和/或接收无线信号，并且可以包括：用户设备(UE)、移动台、固定或移动订户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能手机、笔记本电脑、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。WTRU 102a、102b、102c、102d中的任何一个可以互换地称为UE。
通信***100还可以包括基站114a和/或基站114b。基站114a、114b中的每一个可以是被配置为与WTRU 102a、102b、102c、102d中的至少一个无线对接的任何类型的设备，以便于接入一个或多个通信网络，例如CN 106/115、因特网110和/或其他网络112。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、节点e节点B、家庭节点B、家庭e节点B、下一代(gNB)、新无线电(NR)节点B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b每个都被描绘为单个元件，但是应当理解，基站114a、114b可以包括任何数量的互连基站和/或网络元件。
基站114a可以是RAN 104/113的一部分，RAN 104/113还可以包括其他基站和/或网络元件(未示出)，例如基站控制器(BSC)、无线电网络控制器(RNC))、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率上发送和/或接收无线信号，其可以被称为小区(未示出)。这些频率可以是许可频谱、未许可频谱或许可频谱和未许可频谱的组合。小区可以为特定地理区域提供无线服务的覆盖，该特定地理区域可以是相对固定的或者可以随时间改变。可以将小区进一步划分为小区扇区。例如，与基站114a相关联的小区可以被划分为三个扇区。因此，在一个示例中，基站114a可以包括三个收发信机，即每个小区扇区一个。在示例中，基站114a可以采用多输入多输出(MIMO)技术，并且可以为小区的每个扇区利用多个收发信机。例如，可使用波束成形在期望的空间方向上发送和/或接收信号。
基站114a、114b可以通过空中接口116与WTRU 102a、102b、102c、102d中的一个或多个通信，空中接口116可以是任何合适的无线通信链路(例如，射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地，如上所述，通信***100可以是多路接入***，并且可以采用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 104/113中的基站114a和WTRU 102a、102b、102c可以实现诸如通用移动电信***(UMTS)地面无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速上行链路(UL)分组接入(HSUPA)。
在示例中，基站114a和WTRU 102a、102b、102c可以实现诸如演进的UMTS陆地无线电接入(E-UTRA)的无线电技术，其可以使用长期演进(LTE)和/先进LTE(LTE-Advanced，LTE-A)和/或先进LTE Pro(LTE-Advanced Pro，LTE-A Pro)来建立空中接口116。
在示例中，基站114a和WTRU 102a、102b、102c可以实现诸如NR无线电接入的无线电技术，其可以使用新无线电(NR)来建立空中接口116。
在示例中，基站114a和WTRU 102a、102b、102c可以实现多种无线电接入技术。例如，基站114a和WTRU 102a、102b、102c可以一起实现LTE无线电接入和NR无线电接入，例如使用双连接(DC)原理。因此，WTRU 102a、102b、102c利用的空中接口可以由向/从多种类型的基站(例如，eNB和gNB)发送的多种类型的无线电接入技术和/或传输来表征。
在其他示例中，基站114a和WTRU 102a、102b、102c可以实现无线电技术，例如电气和电子工程师协会(IEEE)802.11(即，无线保真(WiFi)、IEEE 802.16(即，全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、仅CDMA2000演进数据/演进数据优化(EV-DO)、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信***(GSM)、GSM演进的增强数据速率(EDGE)、GSM EDGE(GERAN)等。
例如，图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以利用任何合适的RAT来促进局部区域中的无线连接，例如商业场所、家庭、车辆、校园、工业设施、空中走廊(例如，供无人机使用)、道路等。在一个示例中，基站114b和WTRU102c、102d可以实现诸如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在示例中，基站114b和WTRU 102c、102d可以实现诸如IEEE 802.15的无线电技术以建立无线个域网(WPAN)。在又一个示例中，基站114b和WTRU 102c、102d可以利用基于蜂窝的RAT(例如、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以具有到因特网110的直接连接。因此，可以不要求基站114b经由CN 106/115接入因特网110。
RAN 104/113可以与CN 106/115通信，CN 106/115可以是被配置为向一个或多个WTRU102a、102b、102c、102d提供语音、数据、应用和/或网际协议语音(VoIP)服务的任何类型的网络。数据可具有不同的服务质量(QoS)要求，例如不同的吞吐量要求、延迟要求、容错要求、可靠性要求、数据吞吐量要求，移动性要求等。CN 106/115可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等，和/或执行高级安全功能，例如用户验证。尽管未在图1A中示出，但是应当理解，RAN 104/113和/或CN 106/115可以与采用与RAN 104/113相同的RAT或不同RAT的其他RAN进行直接或间接通信。例如，除了连接到可以利用NR无线电技术的RAN 104/113之外，CN 106/115还可以与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)通信。
CN 106/115还可以用作WTRU 102a、102b、102c、102d的网关以接入PSTN 108、因特网110和/或其他网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括互连的计算机网络和设备的全球***，该网络和设备使用使用公共通信协议，例如TCP/IP因特网协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和/或因特网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线和/或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一个CN，其可以采用与RAN 104/113相同的RAT或不同的RAT。
通信***100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模式能力(例如，WTRU 102a、102b、102c、102d可以包括用于通过不同无线链路与不同无线网络通信的多个收发信机)。例如，图1A所示的WTRU 102c可以被配置为与可以采用基于蜂窝的无线电技术的基站114a通信，并且与可以采用IEEE 802无线电技术的基站114b通信。
图1B是示出示例WTRU 102的***图。如图1B所示，WTRU 102可包括处理器118、收发信机120、发送/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移动存储器130、可移动存储器132、电源134、全球定位***(GPS)芯片组136和/或其他***设备138等。应当理解，在保持与实施方式一致的同时，WTRU102可以包括前述元件的任何子组合。
处理器118可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或使WTRU 102能够在无线环境中操作的任何其他功能。处理器118可以耦合到收发信机120，收发信机120可以耦合到发送/接收元件122。虽然图1B将处理器118和收发信机120描绘为单独的组件，但是应当理解，处理器118和收发信机120可以在电子封装或芯片中集成在一起。
发送/接收元件122可以被配置为通过空中接口116向基站(例如，基站114a)发送信号或从基站(例如，基站114a)接收信号。例如，发送/接收元件122可以是配置成发送和/或接收RF信号的天线。在示例中，发射/接收元件122可以是发射器/检测器，其被配置为发射和/或接收例如IR、UV或可见光信号。在又一个示例中，发送/接收元件122可以被配置为发送和/或接收RF和光信号两者。应当理解，发送/接收元件122可以被配置为发送和/或接收无线信号的任何组合。
虽然发送/接收元件122在图1B中被描绘为单个元件，但是WTRU 102可以包括任何数量的发送/接收元件122。更具体地，WTRU 102可以采用MIMO技术。因此，在一个示例中，WTRU 102可以包括用于通过空中接口116发送和接收无线信号的两个或更多个发射/接收元件122(例如，多个天线)。
收发信机120可以被配置为调制将由发送/接收元件122发送的信号并且解调由发送/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。因此，例如，收发信机120可以包括多个收发信机，用于使WTRU 102能够经由多个RAT进行通信，该多个RAT例如NR和IEEE 802.11。
WTRU 102的处理器118可以耦合至扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如，液晶显示器(LCD)显示单元，或有机发光二极管(OLED)显示单元)并且可以从其接收用户输入数据。处理器118还可以将用户数据输出到扬声器/麦克风124、键盘126和/或显示器/触摸板128。另外，处理器118可以从任何类型的合适的存储器访问信息和存储数据，例如不可移动存储器130和/或可移动存储器132。不可移动存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器设备。可移动存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中，处理器118可以从未在物理上位于WTRU 102(例如，服务器或家庭计算机(未示出))上的存储器访问信息，并在其中存储数据。
处理器118可以从电源134接收电力，并且可以被配置为向WTRU 102中的其他组件分配和/或控制电力。电源134可以是用于为WTRU 102供电的任何合适的设备。作为示例，电源134可以包括一个或多个干电池(例如，镍镉(NiCd)电池，镍-锌(NiZn)电池，镍金属氢化物(NiMH)电池，锂离子(Li-ion)电池等)、太阳能电池、燃料电池等。
处理器118还可以耦合至GPS芯片组136，GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如，经度和纬度)。作为来自GPS芯片组136的信息的补充或替代，WTRU 102可以通过空中接口116从基站(例如，基站114a、114b)接收位置信息和/或基于从两个或更多个附近基站接收到的信号的定时来确定其位置。应当理解，在保持与实施方式一致的同时，WTRU 102可以通过任何合适的位置确定方法获取位置信息。
处理器118还可以耦合至其他***设备138，其可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，***设备138可以包括加速度计、电子指南针、卫星收发信机、数字照相机(用于照片和/或视频)、通用串行总线(USB)端口、振动装置、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动***等。***设备138可以包括一个或多个传感器。传感器可以是陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、接近传感器、温度传感器、时间传感器、地理定位传感器、高度计、光传感器、触摸传感器、磁力计、气压计、姿态传感器、生物识别传感器和湿度传感器等中的一个或多个。
WTRU102可以包括全双工无线电，对于该全双工无线电，一些或所有信号的发送和接收(例如，与用于UL(例如，用于传输)和DL(例如，用于接收)两者的特定子帧相关联)可以是并发的和/或同时的。全双工无线电可以包括干扰管理单元，以通过硬件(例如，扼流圈)减少和/或基本上消除自干扰，或者经由处理器(例如，单独的处理器(未示出)或经由处理器118)进行信号处理。在示例中，WTRU 102可以包括半双工无线电，对于该半双工无线电，一些或所有信号的发送和接收(例如，与用于UL(例如，用于传输)或DL的特定子帧相关联(例如，用于接收))。
图1C是示出RAN 104和CN 106的***图。如上所述，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 104还可以与CN 106通信。
RAN 104可以包括e节点B 160a、160b、160c，但是应当理解，在保持与实施方式一致的同时，RAN 104可以包括任何数量的e节点B。e节点B160a、160b、160c每个可以包括一个或多个收发信机，用于通过空中接口116与WTRU 102a、102b、102c通信。在一个示例中，e节点B 160a、160b、160c可以实现MIMO技术。因此，e节点B 160a例如可以使用多个天线来向WTRU 102a发送无线信号和/或从WTRU 102a接收无线信号。
e节点B 160a、160b、160c中的每一个可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决定、UL和/或DL中的用户的调度等。如图1C所示，e节点B 160a、160b、160c可以通过X2接口彼此通信。
图1C中所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(或PGW)166。虽然前述元素中的每一个被描绘为作为CN 106的一部分，但是应当理解，这些元件中的任何元件可以由除CN运营商之外的实体拥有和/或运营。
MME 162可以经由S1接口连接到RAN 104中的e节点B 162a、162b、162c中的每一个，并且可以用作控制节点。例如，MME 162可以负责验证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始附着期间选择特定服务网关等。MME 162可以提供用于在RAN 104和采用其他无线电技术(例如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换的控制平面功能。
SGW 164可以经由S1接口连接到RAN 104中的每个e节点B 160a、160b、160c。SGW164通常可以将用户数据分组路由和转发到WTRU 102a、102b、102c或从WTRU 102a、102b、102c路由和转发用户数据分组。SGW 164可以执行其他功能，例如在e节点B间切换期间锚定用户平面、当DL数据可用于WTRU 102a、102b、102c时触发寻呼、管理和存储WTRU 102a、102b、102c的上下文等。
SGW 164可以连接到PGW 166，PGW 166可以向WTRU 102a、102b、102c提供对分组交换网络(例如因特网110)的接入，以促进WTRU 102a、102b、102c和IP使能设备之间的通信。
CN 106可以促进与其他网络的通信。例如，CN 106可以向WTRU 102a、102b、102c提供对电路交换网络(例如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，CN 106可以包括用作CN 106和PSTN 108之间的接口的IP网关(例如，IP多媒体子***(IMS)服务器)或与之通信。此外，CN 106可以为WTRU 102a、102b、102c提供对其他网络112的接入，其他网络112可以包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。
尽管在图1A-1D中将WTRU描述为无线终端，但是在某些代表性实施方式中，可以预期这样的终端可以使用(例如，临时或永久)利用通信网络的有线通信接口。
在代表性实施方式中，其他网络112可以是WLAN。
基础设施基本服务集(BSS)模式中的WLAN可以具有用于BSS的接入点(AP)以及与AP相关联的一个或多个站(STA)。AP可以具有到分发***(DS)或其他类型的有线/无线网络的接入或接口，该有线/无线网络将业务传送到BSS和/或从BSS流出。来自BSS外部的STA的业务可以通过AP到达并且可以被递送到STA。源自STA到BSS外部的目的地的业务可以被发送到AP以被递送到各个目的地。BSS内的STA之间的业务可以通过AP发送，例如，其中源STA可以向AP发送业务，并且AP可以将业务递送到目的地STA。可以将BSS内的STA之间的业务可被视为和/或称为点对点业务。可以利用直接链路建立(DLS)在源和目的地STA之间(例如，直接在其之间)发送点对点业务。在某些代表性实施方式中，DLS可以使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可以不具有AP，并且IBSS内或使用IBSS的STA(例如，所有STA)可以彼此直接通信。IBSS通信模式在本文中有时可称为点对点(ad-hoc)通信模式。
当使用802.11ac基础设施操作模式或类似操作模式时，AP可以在固定信道(例如主信道)上发送信标。主信道可以是固定宽度(例如，20兆赫兹(MHz)宽带宽)或经由信令动态设置的宽度。主信道可以是BSS的操作信道，并且可以由STA用来建立与AP的连接。在某些代表性实施方式中，可以例如在802.11***中实现具有冲突避免的载波侦听多路接入(CSMA/CA)。对于CSMA/CA，STA(例如，每个STA)(包括AP)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为忙，则特定STA可以退避。一个STA(例如，仅一个站)可以在给定BSS中的任何给定时间发射。
高吞吐量(HT)STA可以使用40MHz宽的信道进行通信，例如，通过主20MHz信道与相邻或不相邻的20MHz信道的组合，以形成40MHz宽的信道。
超高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160MHz宽的信道。可以通过组合连续的20MHz信道来形成40MHz和/或80MHz信道。可以通过组合8个连续的20MHz信道，或者通过组合两个非连续的80MHz信道来形成160MHz信道，这可以被称为80+80配置。对于80+80配置，在信道编码之后，数据可以通过可以将数据分成两个流的段解析器。可以分别对每个流进行逆快速傅立叶变换(IFFT)处理和时域处理。可以将流映射到两个80MHz信道，并且数据可以由发射STA发射。在接收STA的接收机处，可以反转上述用于80+80配置的操作，并且可以将组合数据发送到媒体访问控制(MAC)。
802.11af和802.11ah支持低于1千兆赫(GHz)的操作模式。相对于802.11n和802.11ac中使用的信道操作带宽和载波，在802.11af和802.11ah中使用的信道操作带宽和载波减少了。802.11af支持电视空白频段(TVWS)频谱中的5MHz、10MHz和20MHz带宽，以及802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据代表性实施方式，802.11ah可以支持仪表类型控制/机器类型通信(MTC)，例如宏覆盖区域中的MTC设备。MTC设备可以具有某些能力，例如，有限的能力，包括支持(例如，仅支持)某些和/或有限的带宽。MTC设备可以包括电池寿命高于阈值的电池(例如，以维持非常长的电池寿命)。
可以支持多个信道的WLAN***和诸如802.11n、802.11ac、802.11af和802.11ah的信道带宽，包括可以被指定为主信道的信道。主信道可以具有等于BSS中所有STA支持的最大公共工作带宽的带宽。主信道的带宽可以由STA在BSS中操作的所有STA中设置和/或限制，其支持最小带宽操作模式。在802.11ah的示例中，对于支持(例如，仅支持)1MHz模式的STA(例如，MTC类型设备)，主信道可以是1MHz宽，即使AP和BSS中的其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽操作模式。载波感测和/或网络分配向量(NAV)设置可取决于主信道的状态。如果主信道忙，例如，由于STA(仅支持1MHz工作模式)正在向AP发送，即使大多数频带保持空闲并且可能可用，也可认为整个可用频带都很忙。
在美国，可由802.11ah使用的可用频段为902MHz至928MHz。在韩国，可用频段为917.5MHz至923.5MHz。在日本，可用频段从916.5MHz到927.5MHz。802.11ah可用的总带宽为6MHz至26MHz，具体取决于国家/地区代码。
图1D是示出RAN 113和CN 115的***图。如上所述，RAN 113可以采用NR无线电技术通过空中接口116与WTRU 102a、102b、102c通信。RAN 113还可以与CN 115通信。
RAN 113可以包括gNB 180a、180b、180c，但是应当理解，在保持与实施方式一致的同时，RAN 113可以包括任何数量的gNB。gNB 180a、180b、180c每个可以包括一个或多个收发信机，用于通过空中接口116与WTRU 102a、102b、102c通信。在一个示例中，gNB 180a、180b、180c可以实现MIMO技术。例如，gNB 180a、108b可以利用波束成形来向gNB 180a、180b、180c发送信号和/或从gNB 180a、180b、180c接收信号。因此，例如，gNB 180a可以使用多个天线来向WTRU 102a发送无线信号和/或从WTRU 102a接收无线信号。在示例中，gNB180a、180b、180c可以实现载波聚合技术。例如，gNB 180a可以将多个分量载波发送到WTRU102a(未示出)。这些分量载波的子集可以在未许可频谱上，而其余分量载波可以在许可频谱上。在示例中，gNB 180a、180b、180c可以实现协调多点(CoMP)技术。例如，WTRU 102a可以从gNB 180a和180b、(和/或gNB 180c)接收协调传输。
WTRU 102a、102b、102c可以使用与可扩缩参数配置相关联的传输的gNB 180a、180b、180c通信。例如，OFDM符号间隔和/或OFDM子载波间隔可以针对不同传输、不同小区和/或无线传输频谱的不同部分而变化。WTRU 102a、102b、102c可以使用各种或可扩缩长度的子帧或传输时间间隔(TTI)与gNB 180a、180b、180c通信，例如，使用包含不同数量的OFDM符号和/或持续变化的绝对时间长度。
gNB180a、180b、180c可以被配置为以独立配置和/或非独立配置来与WTRU 102a、102b、102c通信。在独立配置中，WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信，而不接入其他RAN(例如，e节点B 160a、160b、160c)。在独立配置中，WTRU 102a、102b、102c可以利用gNB 180a、180b、180c中的一个或多个作为移动性锚点。在独立配置中，WTRU 102a、102b、102c可以使用未许可频段中的信号与gNB 180a、180b、180c通信。在非独立配置中，WTRU 102a、102b、102c可以与gNB 180a、180b、180c通信/连接，同时还与诸如e节点B 160a，160b，160c的另一RAN通信/连接。例如，WTRU 102a、102b、102c可以实现DC原理以基本上同时与一个或多个gNB 180a、180b、180c和一个或多个e节点B 160a，160b，160c通信。在非独立配置中，e节点B 160a、160b、160c可以用作WTRU 102a、102b、102c的移动性锚点，并且gNB180a、180b、180c可以提供用于服务WTRU 102a、102b、102C的附加覆盖和/或吞吐量。
gNB 180a、180b、180c中的每一个可以与特定小区(未示出)相关联，并且可以被配置为处理无线电资源管理决策、切换决定、UL和/或DL中的用户的调度、网络切片的支持、DC、NR和E-UTRA之间的互通、用户平面数据朝向用户平面功能(UPF)184a、184b的路由、控制平面信息朝向接入和移动性管理功能(AMF)182a、182b的路由等。如图1D所示，gNB 180a、180b、180c可以通过Xn接口彼此通信。
图1D中所示的CN 115可以包括至少一个AMF 182a、182b，至少一个UPF 184a、184b，至少一个会话管理功能(SMF)183a、183b，以及可能的数据网络(DN)185a、185b。虽然前述元件中的每一个被描绘为CN 115的一部分，但是应当理解，这些元件中的任何元件可以由除CN运营商者之外的实体拥有和/或运营。
AMF 182a、182b可以经由N2接口连接到RAN 113中的gNB 180a、180b、180c中的一个或多个，并且可以用作控制节点。例如，AMF 182a、182b可以负责验证WTRU 102a、102b、102c的用户，支持网络切片(例如，处理具有不同要求的不同协议数据单元(PDU)会话)，选择特定的SMF 183a、183b，管理注册区域，非接入层(NAS)信令的终止，移动性管理等。AMF182a、182b可以使用网络切片，以便基于正在被WTRU 102a、102b、102c利用的服务类型来定制对WTRU 102a、102b、102c的CN支持。例如，可以针对不同的用例建立不同的网络切片，例如依赖于超可靠低延迟(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、用于MTC接入的服务和/或类似物。AMF 182a、182b可以提供用于在RAN 113和采用其他无线电技术的其他RAN(未示出)之间进行切换的控制平面功能，该其他无线电技术例如LTE、LTE-A、LTE-A Pro和/或诸如如WiFi的非3GPP接入技术。
SMF 183a、183b可以经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b还可以经由N4接口连接到CN 115中的UPF 184a，184b。SMF 183a、183b可以选择和控制UPF 184a、184b并配置通过UPF 184a，184b的业务路由。SMF 183a、183b可以执行其他功能，诸如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、基于非IP的、基于以太网的等。
UPF 184a、184b可以经由N3接口连接到RAN 113中的gNB 180a、180b、180c中的一个或多个，其可以向WTRU 102a、102b、102c提供对分组交换网络的接入，例如因特网110，以促进WTRU 102a、102b、102c与IP使能设备之间的通信。UPF 184、184b可以执行其他功能，例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等。
CN 115可以促进与其他网络的通信。例如，CN 115可以包括用作CN 115和PSTN108之间的接口的IP网关(例如，IP多媒体子***(IMS)服务器)或与之通信。此外，CN 115可以为WTRU 102a、102b、102c提供对其他网络112的接入，其他网络112可以包括由其他服务提供商拥有和/或运营的其他有线和/或无线网络。在一个示例中，WTRU 102a、102b、102c可以通过UPF 184a、184b经由到UPF 184a、184b的N3接口和UPF 184a、184b与DN 185a、185b之间的N6接口连接到本地DN 185a、185b。
鉴于图1A-1D以及图1A-1D的相应描述，这里描述的关于以下中的一个或多个的一个或多个或全部功能可由一个或多个仿真设备(未示出)执行：WTRU 102a-d、基站114aB、e节点B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182aB、UPF 184aB、SMF183aB、DN 185aB，和/或这里描述的任何其他设备。仿真设备可以是被配置为仿真本文描述的一个或多个或全部功能的一个或多个设备。例如，仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可以被设计为在实验室环境和/或运营商网络环境中实现其他设备的一个或多个测试。例如，一个或多个仿真设备可以执行一个或多个或所有功能，同时作为有线和/或无线通信网络的一部分被完全或部分地实现和/或部署，以便测试通信网络内的其他设备。一个或多个仿真设备可以执行一个或多个或所有功能，同时作为有线和/或无线通信网络的一部分临时实现/部署。为了测试和/或可以使用空中无线通信执行测试的目的，仿真设备可以直接耦合到另一设备。
一个或多个仿真设备可以执行一个或多个(包括所有)功能，而不是作为有线和/或无线通信网络的一部分实现/部署。例如，仿真设备可以用在测试实验室和/或非部署(例如，测试)有线和/或无线通信网络中的测试场景中，以便实现一个或多个组件的测试。一个或多个仿真设备可以是测试设备。经由RF电路(例如，其可以包括一个或多个天线)的直接RF耦合和/或无线通信可以由仿真设备用于发送和/或接收数据。
多路接入(MA)是多个用户(例如，多个WTRU)获得对由e节点B监视和控制的资源的访问并同时使用资源的方案。例如，OFDMA使用几个彼此独立地携带数据并且不相互干扰的载波。
在LTE中，可以通过无争用(contention-free)过程来启用上行链路接入。WTRU被配置为使用特定物理上行链路控制信道(PUCCH)资源来发起接入过程。在没有调度的调度请求(SR)资源的情况下，WTRU可以通过随机接入信道(RACH)过程来启动接入过程。
图2是LTE中的示例SR过程的时序图。如时序图200中的示例所示，LTE中的无争用上行链路接入的过程可以假设SR间隔为10毫秒(ms)。可以在以下主要操作中总结用于无争用上行链路接入的SR过程。WTRU可以注意到上行链路数据到达WTRU的上行链路缓冲器(步骤230)。然后，WTRU可以等待具有SR传输机会(1-9ms)的子帧，并且在SR传输机会期间使用上行链路控制信道(例如，PUCCH)上的专用资源来发送SR(步骤240)。步骤S240的SR传输机会在时间上早于步骤280的SR传输机会，并且可以是在WTRU的上行链路缓冲器上的上行链路数据到达(步骤230)之后的第一可用SR传输机会。在接收到SR时，e节点B向WTRU发布用于物理上行链路共享信道(PUSCH)传输的上行链路授权(步骤250)，其可以在常规子帧期间发布。在接收到授权之后，WTRU可以在PUSCH上发送上行链路数据(步骤260)。如果需要，WTRU还可以在相同的子帧中发送其缓冲器状态报告(BSR)(步骤260)。根据接收的BSR，e节点B可以调度用于进一步的PUSCH传输的资源。在稍后的时间中，WTRU发送的上行链路数据可以由e节点B接收并且可以在e节点B处可用(步骤270)。
如所概述的，SR过程需要WTRU和e节点B之间的协调和控制。假设在PUCCH上的初始SR传输成功，则SR过程的完成可能在实际PUSCH传输之前花费大约20ms。
此后，具有上行链路授权的上行链路数据传输(例如，用于调度的下行链路控制信息(DCI))可以被称为DCI消息、基于授权的PUSCH传输(GB-PUSCH)，以及没有上行链路授权的上行链路数据传输可以被称为无授权(GL)PUSCH(GL-PUSCH)传输。PUSCH传输可以与上行链路传输、上行链路数据传输和上行链路控制信息传输互换使用。此后，可以用于GL-PUSCH的上行链路资源可以被称为GL-PUSCH资源，并且可以用于GB-PUSCH的上行链路资源可以被称为GB-PUSCH资源。以下一项或多项可能适用。在这里使用的示例中，SR可以是基于争用的SR(CB-SR)，并且SR资源可以是CB-SR资源，并且这些术语可以互换使用。而且，如这里所使用的，术语控制部分、控制信道、控制信道信息和控制信息可以互换使用。
由于大规模机器类型通信(mMTC)应用中WTRU的密度，对每个mMTC WTRU采用无争用接入是没有效率的。对每个mMTC WTRU采用无内容接入需要几个上行链路/下行链路信令步骤；因此，显着降低了***的频谱效率。从URLLC应用的角度来看，URLLC WTRU可以具有以最小延迟量发送其分组作为主要目标。因此，目标可能禁止使用常规调度和授权过程。
考虑到mMTC和URLLC用例，有动机开发无授权MA过程以实现URLLC WTRU的快速可靠接入并且以最少量的控制开销服务大量mMTC WTRU。
这里考虑以下示例方面：CB-SR、SR和GL-PUSCH的独立传输、无授权上行链路传输和混合自动重传请求(HARQ)设计、波束选择考虑、无授权UL传输的格式、以及无授权访问资源配置。
用于MA的CB-SR过程在本文的示例中提供。例如，SR可以是对可以用于UL数据传输的一个或多个资源(例如，UL资源)的请求。SR可以是对基于授权的资源的请求，例如GB-PUSCH。SR可以包括至少一个比特。在示例中，SR可以包括单个比特。
可以在CB-SR过程期间提供和/或使用CB-SR资源。CB-SR资源可以例如由一组WTRU中的一个或多个WTRU同时使用，该WTRU可以被分配或配置有CB-SR资源集合。在CB-SR资源上发送SR的WTRU的传输可以相干地组合。
当多个WTRU在相同的CB-SR资源上发送SR时，接收CB-SR资源的e节点B可以接收具有比当一个WTRU在资源上发送一个SR时更高的信噪比(SNR)的SR。当e节点B在CB-SR资源上接收SR时，e节点B可以理解可以使用CB-SR资源的一组WTRU中的至少一个WTRU可能已经发送了SR。
可以为WTRU分配和/或配置可以用于SR(例如，CB-SR)的至少一个资源的集合。可以将用于SR(例如，CB-SR)的至少一个资源的集合(例如，相同集合)分配给和/或配置用于一个或多个WTRU的组。在另一示例中，WTRU可以例如从可以在小区中可用的CB-SR资源集合中选择或确定CB-SR资源的集合或子集。在小区可用的CB-SR资源的配置可以由e节点B广播。
WTRU(例如，可能预期进行无授权传输的WTRU)可以确定要用于SR的至少一个资源。例如，WTRU可以从分配的、配置的或确定的资源集合中选择资源。WTRU可以在确定的或选择的SR资源上发送SR。
在CB-SR资源上接收SR的e节点B可以用对资源(例如，可以用于数据传输的GB-PUSCH资源)的授权来响应。授权可以指向可以使用CB-SR资源的一组WTRU，例如可以配置有和/或可以使用CB-SR资源的一组WTRU。
可以用组标识符指示预期组。发送CB-SR的WTRU可以期望具有可以预期用于组的授权的响应。该响应可以称为CB-SR响应。CB-SR响应可以向一个或多个WTRU提供对资源(例如，GB-PUSCH资源)的授权。WTRU，例如，发送CB-SR的WTRU，可以监视CB-SR响应。WTRU可以监视CB-SR响应，该CB-SR响应例如经由与WTRU发送的CB-SR相关联的组标识符对应于(例如，指向)该组。
如果WTRU接收到预期用于WTRU、它所属的组或者与WTRU已经发送的CB-SR相关联的组的CB-SR响应，WTRU可以在所授权的一个或多个资源上进行发送(例如，使用GB-PUSCH)。WTRU可以基于组标识符确定CB-SR响应是预期用于组的。
组中的WTRU(例如，与SR资源集合相关联的组)可以配置有组标识符。CB-SR资源集合可以与组标识符相关联。WTRU可以配置有组标识符，该组标识符与它可以使用的CB-SR资源集合相关联。WTRU可以使用配置的组标识符来监视CB-SR响应、接收CB-SR响应或两者。
WTRU可以确定用于监视和/或接收CB-SR响应的组标识符，例如，基于WTRU可以用于传输CB-SR的CB-SR资源或资源集合。WTRU可以使用所确定的组标识符来监视CB-SR响应、接收CB-SR响应或两者。
组标识符可以是无线电网络临时标识符(RNTI)，例如，组-RNTI(G-RNTI)。可以预期用于组的控制信道的循环冗余校验(CRC)可以用G-RNTI掩蔽或加扰。
例如，当多于一个WTRU在诸如GB-PUSCH的授权资源上进行发送时，可能发生冲突。例如，当组中的多于一个WTRU可以在CB-SR资源上发送SR并且接收授权资源(例如，具有对应的组标识符)时，可能发生冲突。
当多个WTRU可以使用相同的资源时，以下示例中的一个或多个可以应用于避免冲突和/或启用WTRU分离。在示例中，不同的WTRU可以发送不同的解调参考信号(DMRS)，例如当在相同资源上发送时。在另一示例中，不同的WTRU可以在可以与资源授权(例如，一个资源授权)相关联的不同资源上进行发送。
例如，WTRU可以配置有DMRS模式，WTRU可以在可以由多个WTRU使用的授权资源上进行传输时使用该DMRS模式。DMRS模式可以例如半静态地配置，例如通过无线电资源控制(RRC)信令。可以从DMRS模式集合中选择DMRS模式。该集合可以是固定的或配置的，例如，半静态的，诸如通过RRC信令。可以在授权中标识该集合，例如，CB-SR响应授权。WTRU可以基于配置的或已知的模式集合来确定DMRS模式。
可以基于时间/频率位置、循环移位索引、加扰序列索引、正交覆盖码索引和传输功率级别中的至少一个来确定、定义或配置DMRS模式。
例如，用于CB-SR响应的DCI可以包括DMRS指示符或DMRS模式集合的指示。WTRU可以基于DMRS指示符确定DMRS模式，或者从集合中选择DMRS模式。
WTRU可以基于以下中的至少一个来确定和/或选择DMRS模式：DMRS指示符、DMRS模式集合、WTRU标识符(ID)(例如，国际移动订户身份(IMSI))和/或配置的值或ID(例如，小区-RNTI(C-RNTI)、简历ID(resume ID)等)。
在另一个示例中，可以使用授权资源集合(例如，GB-PUSCH资源)。该集合可以被配置(例如，半静态地)和/或在可以用于CB-SR响应的DCI消息中指示。WTRU可以基于WTRU ID(例如，IMSI)和/或配置值或ID(例如，C-RNTI、简历ID)中的至少一个，从配置的和/或指示的资源集合中确定或选择授权资源(例如，GB-PUSCH)。
WTRU可以使用确定的或选择的DMRS模式在确定的或选择的授权资源上进行发送。在示例中，WTRU可以使用确定的或选择的DMRS模式在确定的或选择的GB-PUSCH上进行发送。
WTRU可以在对授权资源的传输中包括可以识别或进一步识别WTRU、WTRU的能力、WTRU的业务类型等的信息。
图3是使用基于争用的SR(CB-SR)的示例过程的流程图。如流程图300所示，使用CB-SR的WTRU可以接收用于CB-SR资源集合和相关联的组ID(G-ID)的配置(步骤310)。然后，WTRU可以从CB-SR资源集合中选择CB-SR资源(步骤320)。在示例中，WTRU可以随机地做出该选择。此外，WTRU可以在所选择的CB-SR资源上发送SR(步骤330)。WTRU可以监视包括G-ID的CB-SR响应(步骤340)。此外，WTRU可以继续监视，直到接收到CB-SR响应或者直到时间段已经过去(步骤350)。在接收到CB-SR响应的条件下，WTRU可以获得UL资源的授权和DMRS集合标识(步骤360)。WTRU还可以从所识别的集合中确定DMRS模式(步骤370)。此外，WTRU可以使用所确定的DMRS模式在授权的UL资源上进行发送(步骤380)。
本文讨论了用于SR和GL-PUSCH传输两者的独立传输的示例过程。在示例中，SR和GL-PUSCH传输可以在SR和GL-PUSCH传输两者的独立传输的过程中同时传输。例如，在RRC_CONNECTED模式中，WTRU可以尝试进行SR和GL-PUSCH传输两者的独立传输，以增加成功传输的可能性并减少高优先级有效载荷的等待时间。GL-PUSCH传输可以以基于争用的原则为基础，其中多个WTRU尝试使用相同的资源进行传输。
GL-PUSCH传输可以包含BSR或WTRU缓冲器状态的另一种形式的指示，以指示后续PUSCH传输是否可以跟随。缓冲器状态的指示可以是显式的或隐式的。可以通过例如DMRS的特定使用、某些循环移位的使用等来实现隐式指示。
取决于用于传输调度请求指示符(SRI)的资源的WTRU配置，SR和PUSCH的独立传输可以是同时的或在时间上偏移的。
图4A和4B是示例SR过程的时序图。图4A和4B示出了SR和PUSCH传输的示例性时间线。图4A示出了SR和PUSCH的时间偏移独立传输的示例。如时序图400所示，WTRU可以确定物理层处的上行链路数据的到达(步骤430)。WTRU然后可以发送PUSCH(步骤440)。此外，WTRU可以等待具有SR传输机会的子帧，并且在SR传输机会期间发送SR(步骤450)。当接收到SR时，e节点B可以向WTRU发布用于PUSCH传输的上行链路授权(步骤460)，其可以在常规子帧期间发布。在接收到授权之后，WTRU可以在后续PUSCH传输上发送上行链路数据(步骤470)。此外，WTRU可以被提供有具有另外的SR传输机会的子帧(步骤480)。
图4B示出了SR和PUSCH传输的同时独立传输的示例。如图4B所示，WTRU可以确定物理层处的上行链路数据的到达(步骤435)。然后，WTRU可以在SR传输机会期间同时发送SR传输和PUSCH传输(步骤445)。在接收到SR时，e节点B可以向WTRU发布用于PUSCH传输的上行链路授权(步骤465)，其可以在常规子帧期间发布。在接收到授权之后，WTRU可以在后续PUSCH传输上发送另外的上行链路数据(步骤475)。此外，WTRU可以被提供有具有另外的SR传输机会的子帧(步骤485)。
如图4A中的示例所示，步骤440的PUSCH传输可以在步骤450的SR传输之前发生。相比之下，在图4B的示例中，WTRU可以同时发送SR和PUSCH传输两者(步骤445)。
在图4B所示的另一示例中，WTRU可以将PUSCH传输推迟至少一个传输周期以避免***其功率。例如，WTRU可以在没有PUSCH的情况下发送SR，然后在稍后的传输周期发送后续PUSCH传输(步骤475)。以这种方式，WTRU可以避免在SR传输和PUSCH传输之间***其功率。
可以在SR和GL-PUSCH传输两者的独立传输的过程中执行GL-PUSCH资源的动态确定。例如，WTRU可以通过层1(L1)控制信令动态地确定PUSCH资源的大小和位置。L1控制信令可以是WTRU特定的，或者，可以是针对一组WTRU。在针对一组WTRU的情况下，可以基于WTRU的数量和该组的任务重要性或服务质量来定义资源的大小。定义的资源集合可以是永久的，或者针对特定时间段(例如，基于有效性计时器)有效的。
在载波聚合***中，所定义的资源集合可以在或可以不在同一载波分量上。或者，为了降低冲突的可能性，WTRU可以被配置为使用在每个分量载波上定义的两个资源集合。在每个分量载波上的资源集合在资源网格中的大小和位置可以类似。WTRU可以从针对主分量载波的定义的资源集合显式地或隐式地确定关于辅分量载波上的资源集合的信息。
响应于独立传输的成功或失败的WTRU行为可以在SR和GL-PUSCH传输两者的独立传输的过程中确定。例如，取决于每次传输的成功，WTRU可以采用不同的步骤来继续。如果e节点B正确地解码SR和GL-PUSCH传输两者，则e节点B可以在GL-PUSCH上处理所接收的有效载荷，并且响应于所接收的SR，它可以为WTRU的后续PUSCH传输发布上行链路授权。
可以认为上行链路授权对于预定数量的传输事件是有效的。在示例中，WTRU可以配置有到期窗口长度，超过该长度，WTRU不应该将上行链路授权用于上行链路传输。在另一示例中，在接收到上行链路授权时，WTRU可以将上行链路授权用于新的后续第一传输或重传。在另外的示例中，在后续传输中，WTRU可以指示在到期窗口的情况下是否需要提前更新或终止其上行链路授权。
在另一示例中，e节点B可以正确地解码GL-PUSCH传输并且不能解码SR。在这种情况下，如果GL-PUSCH传输包含BSR或WTRU缓冲器状态的另一种形式的指示，则e节点B可以确定WTRU是否需要进一步的上行链路授权并相应地发送上行链路授权。
此外，假设在传输间隔nSR和nGL-PUSCH中的SR和GL-PUSCH传输的WTRU传输，如果WTRU没有通过传输事件n＝max(nSR,nGL-PUSCH)+k接收UL授权或HARQ反馈，则WTRU可以发起RACH过程。如果e节点B正确地解码SR，并且未能解码GL-PUSCH传输，则可以为GB-PUSCH传输发出UL授权。
本文提供了GL上行链路传输和HARQ设计的示例。在示例中，WTRU可以在没有上行链路授权的情况下发送上行链路传输。在示例中，可以在每个传输时间间隔(TTI)中动态地用信号通知上行链路授权。例如，WTRU可以在没有调度的情况下在上行链路资源中发送上行链路数据，例如PUSCH。
这里提供了用于无授权UL传输的GL-PUSCH资源配置的示例。在示例中，WTRU可以在一个或多个上行链路资源中发送GL-PUSCH，所述上行链路资源可以被配置、确定和/或用于GL-PUSCH传输。
上行链路资源可以包括子帧、无线电帧、物理资源块(PRB)、PRB对、DMRS循环移位索引、资源元素、符号、子载波、音调等中的至少一个。可以确定、定义、使用和/或配置GL-PUSCH和/或GB-PUSCH资源作为上行链路资源集合。在示例中，GL-PUSCH和/或GB-PUSCH资源可以被确定为一个或多个子帧中的PRB对。
用于GL-PUSCH传输的一个或多个上行链路资源可以是可以用于GB-PUSCH传输的上行链路资源的子集。例如，GB-PUSCH资源的子集可以被配置或确定为GL-PUSCH资源，其可以用于GL-PUSCH传输或GB-PUSCH传输。在另一示例中，WTRU可以在配置或确定的GL-PUSCH资源内的GL-PUSCH资源中发送GL-PUSCH传输。在另一示例中，可以基于以下中的至少一个来确定可以用于GL-PUSCH资源的GB-PUSCH资源的子集：更高层配置；相关DCI消息中的动态指示；***参数中的一个或多个的功能，包括物理小区ID、子帧号和无线帧号；以及WTRU特定参数中的一个或多个的功能，包括WTRU-ID或UE-ID(例如，IMSI，***架构演进(SAE)-临时移动订户身份(TMSI)(s-TMSI)，C-RNTI等)。
在另外的示例中，WTRU可以在已知时间位置(例如，发送UL数据之前的子帧)监视或接收用于GB-PUSCH资源确定或配置的关联DCI消息。例如，WTRU可以在子帧n-k中监视用于子帧n中的GB-PUSCH资源确定的关联DCI消息，其中n和k可以各自是正整数。用于GB-PUSCH资源确定或配置的关联DCI消息可以包括以下中的至少一个：PRB对的子集、一个或多个DMRS循环移位索引、一个或多个符号等。
在示例中，一个或多个频率资源可以用于GL-PUSCH传输，并且可以基于时间索引来确定一个或多个频率资源的位置。时间索引可以包括例如子帧号、TTI号等。因此，可以应用以下示例中的一个或多个。
在示例中，可以使用、确定和/或配置一个或多个子带用于GL-PUSCH传输，使得子带可以是子帧中的连续的一个或多个PRB(或PRB对)。在另一示例中，可以基于***带宽来确定子带的数量。在另一示例中，可以基于***带宽来确定子带的PRB(或PRB对)的数量。在另外的示例中，索引可以用于子带，并且子带索引可以被确定为从最低PRB索引开始的递增顺序。
在另一示例中，子带索引的子集可用于指示用于GL-PUSCH传输的一个或一个以上频率资源。可以基于子帧号、***帧号(SFN)号或两者来确定子带索引的子集。此外，子带索引的子集从一个子帧到另一个子帧可以是不同的。
在另外的示例中，在用于GL-PUSCH传输的子带集合中，可以半静态地使用一个或多个子带，并且可以利用动态指示配置、确定和/或使用该集合中的其余子带。例如，如果Na子带被配置用于GL-PUSCH传输，则Na的子集(例如，Ns，其中Ns≤Na)可以被确定为GL-PUSCH资源的后备(fallback)集合，其可以被视为GL-PUSCH资源，并且可以基于指示(例如，动态GL-PUSCH资源)动态地设置剩余GL-PUSCH资源为开启/关闭(on/off)。GL-PUSCH资源的备用集合可以用于第一类型的上行链路数据业务，例如URLLC，并且GL-PUSCH资源的动态集合可以用于第二类型的上行链路数据业务，例如，mMTC。
在另一个示例中，可以在已知的时间/频率位置中指示特定时间窗口中的一个或多个GL-PUSCH资源的存在。例如，可以例如经由更高层信令配置GL-PUSCH资源集合，并且可以动态地指示所配置的GL-PUSCH资源集合的存在。例如，可以由WTRU在已知的下行链路控制信号中接收和/或监视GL-PUSCH资源的存在指示。例如，可以保留一个或多个下行链路控制资源，例如，HARQ-确认(ACK)资源，并且可以用于指示GL-PUSCH资源的存在。如果指示存在，则WTRU可以在GL-PUSCH资源中发送GL-PUSCH传输。可以由WTRU接收和/或监视存在指示，WTRU可以被配置和/或确定为支持GL-PUSCH传输。存在指示可以由WTRU接收和/或监视，WTRU可以支持某种类型的数据业务，例如URLLC或mMTC。可以从其他类型信号(例如，探测参考信号(SRS))的存在指示隐式地指示GL-PUSCH资源的存在。
在另一个示例中，可以使用公共上行链路授权来调度可以用于GL-PUSCH传输的上行链路资源。例如，可以使用公共上行链路授权来指示哪些上行链路资源可以用于GL-PUSCH传输。在示例中，公共上行链路可以是公共DCI消息。可以由WTRU监视或接收公共上行链路授权，WTRU可以被配置或确定为使用GL-PUSCH传输。在示例中，e节点B可以在固定时间窗口期间发送DCI消息。
图5是用于GL-PUSCH传输的UL资源授权的动态指示的示例的资源分配图。如资源图500中所示，如果WTRU具有使用GL-PUSCH资源发送的数据业务，则接收用于GL-PUSCH传输的公共上行链路授权的WTRU可以确定被授权用于GL-PUSCH传输的一个或多个GL-PUSCH资源520、530、540。WTRU可以在子帧510中的DL控制区域515中接收用于GL-PUSCH传输的公共上行链路授权。使用GL-PUSCH资源发送的数据业务可以是第二类型的数据业务，例如，mMTC。可以在DCI消息中用信号通知、发送和/或携带公共上行链路授权，该DCI消息可以由WTRU在公共搜索空间中监视。DCI消息可以位于DL控制区域515中。公共搜索空间可以由WTRU监视，WTRU可以被配置或确定为使用GL-PUSCH传输。在示例中，DCI消息可以是公共DCI消息。在另一示例中，DCI消息可以包括GL-PUSCH资源集合的子集。
在示例中，如果WTRU成功地接收到具有GL-PUSCH资源集合的至少一个子集的存在的指示的DCI消息，则WTRU可以从该子集中选择一个或多个GL-PUSCH资源。例如，WTRU可以选择GL-PUSCH频率资源、GL-PUSCH时间资源或两者。此外，WTRU可以选择固定时间窗口内的时间段。然后，WTRU和e节点B分别可以在所选择的时间段期间使用所选择的GL-PUSCH资源在GL-PUSCH上发送和接收数据。
在示例中，WTRU可以基于随机确定来选择GL-PUSCH频率资源。在另一示例中，WTRU可以基于WTRU-ID确定GL-PUSCH频率资源的选择。
在另外的示例中，WTRU可以基于随机确定来选择时间段。在另一示例中，WTRU可以基于WTRU-ID确定时间段的选择。
这里提供了GL-PUSCH和GB-PUSCH之间的资源共享的示例。在示例中，例如，WTRU可以使用一个或多个GL-PUSCH资源用于GB-PUSCH传输。例如，可以由e节点B配置一个或多个GL-PUSCH资源，并且可以调度配置的一个或多个GL-PUSCH资源用于GB-PUSCH传输。在这种情况下，GL-PUSCH资源和GB-PUSCH资源可能在相同的资源中冲突，这可能导致性能下降。
在可以减少这类性能下降的另一示例中，可以使用用于动态可配置的GL-PUSCH资源的GB-PUSCH的资源元素(RE)静默(muting)。例如，如果GL-PUSCH资源非活动，则WTRU可以使用可能与GL-PUSCH资源冲突的调度资源来发送GB-PUSCH。如果GL-PUSCH资源是活动的，则WTRU可以使可能与GL-PUSCH资源冲突的GB-PUSCH资源静默(mute)(例如，对GB-PUSCH资源进行穿孔(puncture)或围绕GB-PUSCH资源进行速率匹配)。WTRU接收到存在指示的GL-PUSCH资源可以被称为活动GL-PUSCH资源，并且WTRU未接收到存在指示的GL-PUSCH资源可以被称为时间单元的非活动GL-PUSCH。时间单元可以包括几种类型的时间单元中的至少一种，例如，时隙、时隙集合、子帧、子帧集合、TTI、无线电帧等。
在示例情况下，可以针对时间单元指示GL-PUSCH资源的存在，其中，时间单元可以包括时隙、时隙集合、子帧、子帧集合、TTI、无线电帧中的至少一个。时间单元的时隙、子帧和/或TTI的数量可以以小区特定或WTRU特定的方式配置。
在另外的示例中，GL-PUSCH资源的存在可以指示针对关联时间单元激活的GL-PUSCH资源的子集。WTRU可以对可能仅与活动的GL-PUSCH资源冲突的调度GB-PUSCH资源进行穿孔或围绕该调度GB-PUSCH资源进行速率匹配。WTRU可以在GB-PUSCH资源上发送可能与非活动的GL-PUSCH资源冲突的GB-PUSCH传输。
在另一示例中，WTRU可以监视可以指示GL-PUSCH资源的存在的公共DCI消息，即使WTRU可能未被配置用于GL-PUSCH传输。可以在具有RNTI的公共搜索空间中监视公共DCI消息，RNTI可以用于GL-PUSCH存在指示，例如GL-RNTI。
在另一个示例中，WTRU可以在用于GB-PUSCH传输的DCI消息中接收存在指示。例如，WTRU可以接收用于GB-PUSCH传输的DCI消息，并且DCI消息可以包括GL-PUSCH资源的存在指示。可以配置一个或多个GL-PUSCH资源集合，并且可以将所配置的GL-PUSCH资源集合中的至少一个指示为DCI消息中的活动GL-PUSCH资源。
在另一示例中，可以隐式地或显式地指示GL-PUSCH资源的状态(例如，活动或非活动)。例如，可以基于一个或多个***参数来隐式地确定GL-PUSCH资源的状态(例如，活动或非活动)，所述***参数可以包括小区ID、子帧号、时隙号、无线电帧号和参数配置(例如，子载波间隔、循环前缀(CP)长度等)中的至少一个。可以在DCI消息中显式地指示GL-PUSCH资源的状态(例如，活动或非活动)。
在另一示例中，如果GB-PUSCH资源具有比GL-PUSCH资源低的优先级，则可以对可能与活动GL-PUSCH资源冲突的GB-PUSCH资源进行穿孔或围绕该GB-PUSCH资源进行速率匹配。例如，GB-PUSCH资源的数据RE可以具有比GL-PUSCH资源的数据RE更高的优先级，并且GB-PUSCH资源的数据RE可以具有比GL-PUSCH资源的参考信号更低的优先级。因此，GB-PUSCH数据RE可以被穿孔或围绕活动GL-PUSCH资源的参考信号进行速率匹配。
此外，如果GB-PUSCH数据RE与可以包括DMRS和上行链路控制信息(UCI)中的至少一个的一个或多个更高优先级GL-PUSCH RE冲突，则GB-PUSCH数据RE可以被静默(例如，对GB-PUSCH数据RE进行穿孔或围绕GB-PUSCH数据RE进行速率匹配)。关于DMRS，GB-PUSCH的DMRS模式(例如，时间/频率位置)可以与GL-PUSCH的DMRS模式不同。关于UCI，GL-PUSCH可以包括控制信息，该控制信息可以是比GL-PUSCH数据RE更高的优先级。
在示例解决方案中，先听后讲(LBT)技术可以是无线电通信中使用的监视技术，由此无线电发射机在其开始传输之前首先感测其无线电环境。LBT技术可以用于GL-PUSCH传输，以减少GL-PUSCH和GB-PUSCH之间的冲突。例如，可以要求WTRU在其可以在配置的GL-PUSCH资源上发送GL-PUSCH之前检查或感测信道对GL-PUSCH资源的使用。
具有LBT的GL-PUSCH传输可以被称为类型1GL-PUSCH，而没有LBT的GL-PUSCH传输可以被称为类型2GL-PUSCH。
WTRU可以配置有类型1GL-PUSCH或类型2GL-PUSCH。类型1GL-PUSCH或类型2GL-PUSCH可以基于特定于WTRU的配置(例如，使用特定于WTRU的RRC)、特定于小区的配置(例如，使用广播信道)和/或特定于资源的配置(例如，PRB级别)中的至少一个来确定。
GL-PUSCH资源中的第一一个或多个符号可以用于感测信道使用(例如，信道感测)和/或切换从感测信道到执行GL-PUSCH传输的时间。例如，在感测信道使用期间，WTRU可以测量GL-PUSCH资源中的信号强度，并且如果信号强度高于预定阈值，则WTRU可以丢弃GL-PUSCH传输。否则，WTRU可以发送GL-PUSCH传输。
另外地或替代地，WTRU可以每PRB级执行信道感测，并且GL-PUSCH资源内的任何检测到的未使用的PRB可以用于GL-PUSCH传输。另外地或替代地，WTRU可以每子帧级执行信道感测，并且如果在GL-PUSCH资源(或GL-PUSCH资源)中测量的信号强度高于预定阈值，则WTRU可以丢弃GL-PUSCH传输并且等到下一个GL-PUSCH资源可用。
在另一示例解决方案中，可以在GL-PUSCH和GB-PUSCH之间使用一个或多个正交参考信号。例如，可以为GL-PUSCH传输保留、配置或分配第一正交参考信号集合，并且可以将第二正交参考信号集合用于GB-PUSCH传输，其中第一正交参考信号集合和第二正交参考信号集合可以是互斥的。
在示例中，可以在小区中使用正交参考信号集合。此外，正交参考信号集合的子集可以被配置用于GL-PUSCH传输。
在另一示例中，WTRU可以确定用于GL-PUSCH传输的正交参考信号的配置子集内的一个或多个正交参考信号。例如，可以基于WTRU参数(例如，WTRU-ID)、小区特定参数(例如，小区ID)和GL-PUSCH资源索引中的至少一个来确定一个或多个正交参考信号。
在另一示例解决方案中，可以根据PUSCH资源类型来调整GB-PUSCH结构。PUSCH资源类型可以包括例如GB-PUSCH资源类型或GL-PUSCH资源类型。例如，可以使用一个或多个GB-PUSCH类型，并且每个GB-PUSCH类型可以基于可以发送GB-PUSCH的资源类型而具有不同的资源结构或GB-PUSCH结构。例如，第一GB-PUSCH类型(例如，第一GB-PUSCH结构)可以仅包括数据资源，以及第二GB-PUSCH类型(例如，第二GB-PUSCH结构)可以包括静默RE资源，使得第一GB-PUSCH类型可以用于可以不被配置为GL-PUSCH资源的PRB，并且第二GB-PUSCH类型可以用于可以被配置为GL-PUSCH资源的PRB。第二GB-PUSCH类型中的静默RE可以位于用于GL-PUSCH传输的前导码和/或控制资源的RE上。
图6是根据PUSCH资源类型的不同GB-PUSCH类型的示例的资源分配图。如资源图600中的示例所示，用于在GB-PUSCH资源上发送的第一GB-PUSCH类型610可以仅包括数据资源，并且用于在GL-PUSCH资源上发送的第二GB-PUSCH类型620可以包括静默RE资源625。数据资源可以包括数据RE和参考信号RE中的至少一个。静默资源可以位于用于前导码和控制信息的RE上。例如，第二GB-PUSCH类型620的静默RE资源625可以位于用于前导码633和关于GL-PUSCH资源类型630的控制信息635的RE上。
这里提供了用于无授权UL传输的HARQ操作的示例。在示例中，对于GL-PUSCH传输，WTRU可以监视或接收关联的HARQ-ACK(例如，ACK，否定ACK(NACK)和/或不连续传输(DTX))。用于GL-PUSCH传输的关联HARQ-ACK可以经由DL HARQ-ACK信道发送，其中DL HARQ-ACK信道可以是以下中的至少一个：可以仅用于HARQ-ACK传输的HARQ-ACK物理信道、可以携带用于一个或多个GL-PUSCH传输的一个或多个HARQ-ACK的DCI消息，和/或可以基于上行链路数据业务类型确定的HARQ-ACK的类型(例如，HARQ-ACK物理信道或公共DCI消息)。
在示例中，HARQ-ACK物理信道可以仅用于HARQ-ACK传输。HARQ-ACK物理信道可以配置有HARQ-ACK资源集合，并且可以基于GL-PUSCH传输的时间和/或频率资源、WTRU-ID和/或子帧(和/或无线电帧)号中的至少一个来确定用于GL-PUSCH传输的HARQ-ACK资源。
在另一示例中，DCI消息可以携带用于一个或多个GL-PUSCH传输的一个或多个HARQ-ACK。某个RNTI可以用于DCI消息，其中可以基于GL-PUSCH传输的时间和/或频率资源、WTRU-ID和/或子帧(和/或无线电帧)号中的至少一个来确定RNTI。可以在下行链路控制信道区域中监视或接收DCI消息。
在另外的示例中，可以基于上行链路数据业务类型来确定HARQ-ACK信道的类型(例如，HARQ-ACK物理信道或公共DCI消息)。例如，第一HARQ-ACK信道(例如，HARQ-ACK物理信道)可以用于第一上行链路数据业务类型(例如，URLLC)，第二HARQ-ACK信道(例如，公共DCI消息)可以用于第二上行链路数据业务类型(例如，mMTC)。
图7是基于一个或多个关联的GL-PUSCH频率位置的HARQ-ACK定时的示例的资源分配图。在资源图700中示出的示例中，可以基于所使用的GL-PUSCH资源的频率位置来确定用于GL-PUSCH传输的HARQ-ACK传输的时间位置。例如，WTRU可以在子帧n中发送GL-PUSCH传输。此外，WTRU可以在子帧n+k中假定、接收和/或监视相关联的HARQ-ACK传输，其中可以基于GL-PUSCH传输的频率位置来确定k。
如图7所示，WTRU可以在子帧710期间发送GL-PUSCH传输720、730、740。e节点B可以类似地接收GL-PUSCH传输720、730、740。与每个GL-PUSCH传输相关联的HARK-ACK的定时位置可以由每个GL-PUSCH传输的频率位置确定。例如，与GL-PUSCH传输720相关联的HARQ-ACK可以由e节点B发送，并且由WTRU在子帧750的控制区域755中基于GL-PUSCH传输720的频率位置来接收。此外，与GL-PUSCH传输730相关联的HARQ-ACK可以由e节点B发送并且由WTRU在子帧760的控制区域765中基于GL-PUSCH传输730的频率位置来接收，并且与GL-PUSCH传输740相关联的HARQ-ACK可以由e节点B发送并由WTRU在子帧790的控制区域795中基于GL-PUSCH传输740的频率位置接收。
作为另一示例，WTRU可以在子帧710期间使用GL-PUSCH频率资源来发送GL-PUSCH传输720、730、740。然后，WTRU可以基于用于发送GL-PUSCH传输720、730、740的GL-PUSCH频率资源确定用于接收与GL-PUSCH相关联的HARQ-ACK的时间位置。然后，WTRU可以在所确定的时间位置期间监视HARQ-ACK的接收。在示例中，时间位置的确定可以基于GL-PUSCH资源索引。
在示例中，如果使用多于一个GL-PUSCH资源来发送GL-PUSCH传输，则可以使用第一GL-PUSCH(例如，具有最低PRB索引的GL-PUSCH资源)来确定HARQ-ACK时间位置。替代地或另外地，第一GL-PUSCH资源索引可以用于确定HARQ-ACK时间位置。
另外，如果GL-PUSCH资源被配置或在所有子帧(或TTI)中使用，则k对于GL-PUSCH传输的所有频率位置可以是相同的。而且，如果子帧(或TTI)的子集包含GL-PUSCH资源，则k可以是不同的。
在另一示例中，时间窗口可以用于监视或接收与GL-PUSCH传输相关联的HARQ-ACK传输。例如，WTRU可以在子帧n中发送GL-PUSCH传输，并且WTRU可以针对从子帧n+k1开始并且在子帧n+k2处结束的时间窗口(例如，HARQ-ACK时间窗口)监视或接收相应的HARQ-ACK，其中k1和k2是正整数并且满足k1<k2。
在示例中，k1可以是固定数(例如，k1＝4)，并且可以基于以下中的至少一个来确定k2。例如，可以从预定数(例如，k2＝8)确定k2。在另一个示例中，k2可以由更高层信令确定。在另一示例中，k2可以由上行链路数据业务的类型确定。例如，如果使用第一上行链路数据业务(例如，URLLC)，则k2＝k1，如果使用第二上行链路数据业务(例如，mMTC)，则k2＝8。在另外的示例中，k2可以由来自公共DCI消息的动态指示确定，该动态指示可以用于GL-PUSCH资源的指示。
在另一个示例中，公共DCI消息可以用于一个或多个HARQ-ACK，并且可以在时间窗口内监视DCI消息。可以基于GL-PUSCH传输的时间/频率位置来确定RNTI，并且WTRU可以在时间窗口内利用所确定的RNTI来监视公共DCI消息。
在另一示例中，如果WTRU未能在时间窗口中接收公共DCI消息(其可以是例如用于关联的HARQ-ACK的DCI消息)，则WTRU可以重传GL-PUSCH传输。重传定时可以基于时间窗口内的最后子帧索引。可以基于用于GL-PUSCH重传的UL数据业务类型来确定GL-PUSCH重传的时间位置。例如，如果时间窗口的最后一个子帧是子帧n，则WTRU可以在子帧n+j之后，在可以包含GL-PUSCH资源的最早子帧中重传GL-PUSCH传输，其中j可以是正整数并且可以基于UL数据业务类型确定。
在示例中，可以基于NACK或DTX来确定用于GL-PUSCH重传或重传的上行链路传输功率。例如，如果WTRU未能接收到HARQ-ACK，则上行链路传输功率可以增加Δoffset(偏移值)，而如果WTRU接收到NACK，则可以使用相同的上行链路传输功率。在上行链路功率控制公式中，如果WTRU未能在时间窗口(例如，HARQ-ACK时间窗口)中接收HARQ-ACK，则可以存在用于增加传输功率的偏移值。
在另一个示例中，可以基于NACK或DTX来确定GL-PUSCH传输或重传的冗余版本。例如，如果WTRU接收到DTX(例如，WTRU未能接收到关联的HARQ-ACK)，则WTRU可以使用GL-PUSCH的第一冗余版本，如果WTRU收到NACK，则WTRU可以使用GL-PUSCH的第二冗余版本。第一冗余版本可以是与先前传输(例如，第一传输或初始传输)相同的冗余版本。第二冗余版本可以是与先前传输不同的冗余版本。第二冗余版本或冗余版本索引可以是接收机已知的，例如，接收机可以是e节点B。
图8是基于一个或多个GL-PUSCH频率位置的动态GL-PUSCH资源分配及其关联的HARQ-ACK定时的示例的资源分配图。如资源图800中的示例所示，可以使用公共DCI消息指示子帧(或时隙、TTI等)中的一个或多个GL-PUSCH资源的存在，并且可以基于一个或多个GL-PUSCH资源的频率位置确定关联的HARQ-ACK定时。
在示例中，e节点B可以发送，并且WTRU可以接收GL-PUSCH资源集合的配置。GL-PUSCH资源集合的配置可以包括GL-PUSCH频率资源、GL-PUSCH时间资源或两者。然后，WTRU可以监视DCI消息，该DCI消息包括GL-PUSCH资源集合的至少一个子集的存在的指示。在示例中，WTRU可以在固定时间窗口期间监视DCI消息。在示例中，固定时间窗口可以是第一固定时间窗口。e节点B可以在固定时间窗口期间发送DCI消息。
例如，WTRU可以接收用于GL-PUSCH传输的公共上行链路授权，并且如果WTRU具有使用GL-PUSCH资源发送的数据业务，则可以确定授权用于GL-PUSCH传输820、830、840的一个或多个GL-PUSCH资源。WTRU可以在子帧810中的DL控制区域815中接收用于GL-PUSCH传输的公共上行链路授权。可以在DCI消息中用信号通知、发送和/或携带公共上行链路授权，该DCI消息可以由WTRU在公共搜索空间监视。DCI消息可以位于DL控制区域815中。公共搜索空间可以由WTRU监视，WTRU可以被配置或确定为使用GL-PUSCH传输。在示例中，DCI消息可以是公共DCI消息。在另一示例中，DCI消息可以包括GL-PUSCH资源集合的子集。
如果WTRU成功地接收到具有GL-PUSCH资源集合的至少一个子集的存在的指示的DCI消息，则WTRU可以从该子集中选择一个或多个GL-PUSCH资源。例如，WTRU可以选择GL-PUSCH频率资源、GL-PUSCH时间资源或两者。此外，WTRU可以选择固定时间窗口内的时间段。在示例中，该固定时间窗口可以是第二固定时间窗口。在另一示例中，第一固定时间窗口可以与第二固定时间窗口不同。在另一示例中，第一固定时间窗口可以与第二固定时间窗口相同。然后，WTRU和e节点B分别可以在所选择的时间段期间使用所选择的GL-PUSCH资源在GL-PUSCH上发送和接收数据。
在示例中，WTRU可以基于随机确定来选择GL-PUSCH频率资源。在另一示例中，WTRU可以基于WTRU-ID确定GL-PUSCH频率资源的选择。
在另外的示例中，WTRU可以基于随机确定来选择时间段。在另一示例中，WTRU可以基于WTRU-ID确定时间段的选择。
作为另一示例，WTRU可以在子帧805期间使用所选择的GL-PUSCH频率资源来发送GL-PUSCH传输820、830、840，子帧805可以是所选择的时间段。然后，WTRU可以基于所选择的GL-PUSCH频率资源来确定用于接收与GL-PUSCH相关联的HARQ-ACK的时间位置。然后，WTRU可以在所确定的时间位置期间监视HARQ-ACK的接收。在示例中，时间位置的确定可以基于GL-PUSCH资源索引。
因此，可以通过每个GL-PUSCH的频率位置来确定与每个GL-PUSCH相关联的HARK-ACK的定时位置。例如，与GL-PUSCH 820相关联的HARQ-ACK可以由e节点B发送，并且由WTRU在子帧850的控制区域855中基于GL-PUSCH 820的频率位置来接收。此外，与GL-PUSCH 830相关联的HARQ-ACK可以由e节点B发送并且由WTRU在子帧860的控制区域865中基于GL-PUSCH 830的频率位置来接收，并且与GL-PUSCH 840相关联的HARQ-ACK可以由e节点B发送并由WTRU在子帧890的控制区域895中基于GL-PUSCH 840的频率位置接收。
可以经由更高层信令来配置基于GL-PUSCH资源的频率位置的时分复用(timemultiplexed)HARQ-ACK传输的使用。例如，WTRU可以被配置为使用时分复用HARQ-ACK传输，或者WTRU可以被配置为使用相同的时间位置用于HARQ-ACK传输，而不管由WTRU所选择或确定的一个或多个频率位置GL-PUSCH资源。
可以基于经由较高层信令配置的GL-PUSCH资源的数量来确定时分复用HARQ-ACK传输的使用。例如，如果GL-PUSCH资源的数量低于预定阈值，则HARQ-ACK时间位置对于所有GL-PUSCH资源可以是相同的。否则，可以基于GL-PUSCH资源的一个或多个频率位置来复用和确定HARQ-ACK时间位置。
本文提供了波束选择考虑的示例。在GL-PUSCH中，WTRU可以在没有上行链路授权的情况下开始其传输。当WTRU具有多个发射天线和/或多个发射/接收单元时，它可以使用预编码矩阵在信号发射之前对信号进行预编码。可以在数字域、模拟域或两者的组合(混合数字/模拟)中执行预编码。
在示例中，可以选择应用于当前信号的预编码矩阵作为在当前传输之前用于最后传输的预编码矩阵。在另一示例中，WTRU可以通过使用用于接收下行链路信号的最后接收机波束成形矩阵来确定要应用于当前传输的预编码矩阵。例如，用于接收最后下行链路传输的接收机模拟波束形成矩阵可用于预编码当前上行链路传输。
在另一示例中，WTRU可以通过使用在下行链路中发送的各种信号进行一些测量，并且通过使用这些测量，计算用于上行链路传输的预编码矩阵。例如，WTRU可以使用所接收的下行链路信号的协方差矩阵作为初始GL-PUSCH传输的上行链路波束成形的指导。
在另一示例中，WTRU可以重复传输，即，多次传输相同的信号，其中相同信号的多次传输中的每一个可以用不同的预编码矩阵进行预编码。作为示例，每个传输可以在不同方向上进行波束成形，使得在多个传输结束时，可以以宽角度范围接收信号，如图9中的示例所示。
图9是示出利用不同波束发送的信号的重复的示例的时序图和传输图。在时序图和传输图900中示出的示例中，WTRU的传输单元可以是波形符号(例如，OFDM符号、DFT-s-OFDM符号、单载波符号等)，或者可以是包括若干符号(例如，时隙、子帧等)的单元。在示例中，每个传输单元910、920、930、940中的信号可以利用对应的活动波束960、970、980、990在特定方向上传输。在每个传输单元内发送的信号可以是从信道编码数据生成的，其中整个码块在传输单元内传输，例如传输单元910、920、930、940中的一个。或者，码块的一部分可以在一个传输单元内传输，并且整个码块可以在两个或更多个传输单元内传输。
在另一个解决方案中，WTRU可以生成多个同时波束，并且可以在多个时间间隔上重复利用这些波束的传输。波束可以与正交矢量相乘，其中矢量的每个系数被应用在一个传输单元上。
图10是示出同时波束的传输的示例的时序图和传输图。作为时序图和传输图1000中所示的示例，WTRU可以生成两个波束，其中用于乘以数据信号x的复系数分别由矢量α和β给出。然后，在两个连续传输单元1010、1020中传输的信号可以被写为y1＝1αx+1βx和y2＝1αx-1βx，其中正交码[11]和[1 -1]已经被用于在两个传输单元1010、1020上乘以相应的波束1060、1070中的每一个。其他波束对可以与正交覆盖码相乘并在随后的传输单元(例如，传输单元1020、1040)中传输。在每个传输单元1010、1020、1030、1040内传输的信号可以从信道编码数据生成，其中整个码块在传输单元内传输。或者，可以在一个传输单元内发送码块的一部分，并且可以在两个或更多个传输单元内发送整个码块。用于乘以同时波束的预编码/波束成形矩阵和/或正交覆盖码可以由中央控制器配置，例如e节点B或e节点B内的控制器。
这里提供了无授权UL传输的格式的示例。例如，GL-PUSCH可以使用独立格式，或者GL-PUSCH可以仅包含控制和数据。对于可能需要UL无授权传输的使用场景，例如mMTC和/或URLLC，这里提供了用于e节点B检测无授权传输的示例机制。
WTRU可以被允许使用UL无授权传输，其具有用于GL-PUSCH传输的预分配的时频资源集合。给定潜在的大量的连接和有限数量的资源，e节点B可以例如基于WTRU报告的路径损耗测量将相同的资源集合预分配给多个WTRU。来自预先配置有相同资源集合的WTRU的一些UL无授权传输可以重叠，并且非正交MA(NOMA)方案可以用于分离各个WTRU传输。
在示例中，GL-PUSCH可以使用独立格式进行无授权UL传输。格式可以包括前导码字段、控制字段和数据字段。
图11是示出GL-PUSCH的独立格式的示例的格式图。图11是示出GL-PUSCH的独立格式的示例的格式图。如格式图1100所示，独立传输格式(可以称为格式1)可以包括前导码字段1110、控制信道信息字段1120和数据字段1130。前导码字段1110可以使e节点B能够检测UL无授权传输的存在，并且它还可以使e节点B能够执行信道估计。换句话说，可以使用前导码字段1110来代替参考符号或者作为参考符号的补充。
前导码可以使用具有良好相关特性的序列(例如，Golay序列)，例如，使WTRU正交化并启用信道估计。例如，前导码字段1110可以使用具有良好相关特性的序列。
前导码的类型可以在初始连接建立期间是可配置的，例如，基于：使用场景(例如，mMTC或URLLC)和/或***中采用的NOMA方案。例如，对于需要同步接入的NOMA方案(例如代码域NOMA)，可以使用更短的前导码。而且，对于可以支持异步接入的NOMA方案(例如，在WTRU之间的定时偏移大于循环前缀或保护间隔的情况下)，可以使用更长的前导码。
另外，前导码还可以由WTRU动态地配置，作为预先分配用于传输的RE的总数和要发送的分组大小(例如，传输块大小(TBS))的函数。例如，对于小TBS(其中可以用比预先分配的RE数量更少的RE来获得目标编码率)，可以使用更长的前导码以例如提高检测概率和信道估计。
e节点B可以在预先分配用于UL无授权访问的资源池内搜索预定义的前导码集合。因此，WTRU可以从可能的前导码长度集合中进行选择，以降低e节点B搜索的复杂度。对于WTRU可以选择前导码的情况，前导码配置可以用于传送WTRU类型或其他类型信息或指示。这种指示的示例是当前传输是否包括控制信道。
如图11所示，用于UL无授权传输的控制信道字段1130紧接前导码字段1110，并且它可以携带包括以下中的一个或多个的信息。例如，控制信道字段1130可以携带关于WTRU标识的信息，例如WTRU ID或RNTI。此外，控制信道字段1130可以携带关于用于传输的TBS和/或调制和译码方案(MCS)的信息。而且，控制信道字段1130可以携带关于当前传输是单个传输还是多个分组传输的一部分的信息。另外，控制信道字段1130可以携带关于被配置为用信号通知新传输或重传的新数据指示符(NDI)的信息。此外，控制信道字段1130可以携带关于其他UL反馈信息的信息。
在示例中，WTRU标识可以在两个阶段中实现。在示例阶段中，WTRU类型可以例如在前导码1110内携带，其中确定的或选择的前导码可以隐式地指示WTRU类型或者可以在前导码字段中用信号通知显式指示符。在另一示例阶段中，WTRU ID或RNTI可以例如由控制信道字段1120携带。
在用于无授权UL传输的独立传输的另一示例格式(其可被称为格式2)中，GL-PUSCH可包含用于无授权UL传输的控制和数据字段。例如，GL-PUSCH可以仅包含用于无授权UL传输的控制和数据字段。
图12是示出用于GL-PUSCH传输的仅控制和数据格式的示例的格式图。在格式图1200中示出的示例中，仅控制和数据格式可以包括控制信道信息字段1220和数据字段1230。在示例中，当需要连续传输时，例如，当需要传输或使用更多UL数据时，可以使用图11中所示的独立传输格式，使得包括用于第一传输的前导码字段1110，且然后可以使用图12中的格式(即，没有前导码字段1110)，其中可以发送或使用背对背(back-to-back)UL无授权传输中的后续传输。
图13是示出不同格式之间的GL-PUSCH干扰场景的示例的时序图。在时序图1300中示出的示例中，在第一传输1310之后的每个传输1320、1330可以包括在相应控制信道字段1322、1332中的独立WTRU标识信息，例如，以使e节点B能够分离来自不同WTRU的重叠传输，其中一个WTRU可以使用第一格式，而重叠WTRU可以使用第二格式。图13中示出了示例场景，其示出了格式1和格式2之间的GL-PUSCH干扰场景。WTRU1可以在初始传输之后使用格式2，初始传输可以使用格式1来发送，并且WTRU2可以使用格式1来进行初始传输以及进一步的传输。在示例中，WTRU1可以使用第一格式，其可以是格式1和图11中所示的用于初始传输的格式。此外，WTRU1可以使用第二格式，其可以是格式2和图12中所示的用于在初始传输之后发送的传输的格式。因此，WTRU1可以在第一传输1310之后利用相应的控制信道字段1322、1332中的独立WTRU标识信息来发送每个传输1320、1330。该独立的WTRU标识信息可以使e节点B能够分离来自WTRU2的重叠传输。WTRU2可以使用第一格式，其可以是格式1和图11中所示的用于初始传输以及进一步传输的格式。以这种方式，WTRU2可以发送传输1360、1370、1380。
另外，在示例中，格式1的前导码可以使用专用子载波，例如，使用格式1来减少WTRU的前导码之间的干扰，以及使用格式2来减少WTRU的控制字段之间的干扰。专用子载波可以在预先分配的资源内。
图14是示出将专用子载波用于GL-PUSCH前导码的示例的时序图。如时序图1400中所示，前导码1411、1461、1471、1481可以使用专用子载波。然而，重叠控制字段1412、1422、1432、1462、1472、1482以及数据字段1413、1423、1433、1463、1473、1483可以缺少专用子载波。
这里提供了无授权访问资源配置的示例。例如，不同类型的业务可能具有可能需要考虑的不同服务质量(QoS)要求。例如，URLLC业务可能需要优先于mMTC业务。资源配置(例如，由e节点B)可以考虑各种业务类型的QoS要求。资源配置可以包括为一个或多个业务类型分配资源(例如，PUSCH资源)集合。
作为示例，可以为业务或传输类型分配资源(例如，专用资源)集合和/或使资源集合可用于业务或传输类型分配。在示例中，业务或传输类型可以包括URLLC或mMTC业务或传输。可以仅为业务或传输类型传输分配资源集合和/或使资源集合可用于业务或传输类型传输。例如，可以基于诸如业务类型、QoS和/或负载之类的因素来增加/减少/重新分配该资源集合的大小。例如，基于QoS要求，可以为mMTC业务分配比URLLC业务更小的资源集合。例如，当负载可能减少时，可以减少为URLLC业务分配的资源。
可以通过随机资源选择来减少基于争用的资源的冲突。例如，e节点B可以考虑可以由设备集合使用或者用于一种类型的业务或传输的K个资源的资源集合。在示例中，资源可以用于具有mMTC业务或传输的mMTC设备或设备。设备可以选择K个资源的集合中的资源子集。在示例中，设备可能需要或使用用于特定业务或传输类型的资源。在另一示例中，设备可以随机选择。设备可以通过利用简单的乘法散列函数来选择资源的子集，该简单的乘法散列函数可以使起始资源随机化，该起始资源可以是资源集合的一部分，所述资源集合可以是连续的，WTRU可以使用所述资源集合用于其传输。WTRU可以利用其C-RNTI或其WTRUID(例如其IMSI)来执行该散列。
在另一个示例中，e节点B可以利用多个资源集合。e节点B可以将K个资源划分为M个集合。可以允许设备的子集在集合上发送。这些集合可能重叠也可能不重叠。e节点B可以使用一种形式的负载平衡来在不同的集合上分发WTRU。e节点B可以利用下行链路L1/层2(L2)控制信号，以便向WTRU或WTRU集合通知WTRU可以利用哪个资源集合进行传输。在示例中，L1/L2控制信号可以在DCI消息中。
除了NOMA方案之外，还可以使用资源配置，例如，为了资源过载的目的而提供额外的灵活性维度。在示例中，资源配置可以是专用资源配置。在另一示例中，NOMA方案可以是功率域NOMA方案。
本文提供了使用前导码的UL无授权传输的示例过程。对于使用前导码的UL无授权传输，可能需要机制来处理可以在相同时频资源中进行发送的WTRU的MA签名的潜在冲突，例如，用于WTRU功率节省目的。例如，这些机制可以用于WTRU以在没有发生冲突时继续UL数据传输，或者在可能发生冲突时停止UL数据传输。
图15是示出UL无授权传输的示例的格式图和时序图。在格式图和时序图1500中示出的示例中，如果e节点B成功解码从WTRU接收的有效前导码序列1510，则e节点B可以发送前导码ACK。一旦在有效确认窗口1520内接收到前导码ACK，WTRU就可以继续针对控制信息1530、1550和/或数据1540、1560的UL无授权传输。
图16是示出用于使用前导码执行UL无授权传输的示例过程的流程图。在流程图1600中所示的示例中，WTRU可以从DL***信息消息(例如，SIB)接收、确定和/或解码可用前导码资源集合的配置(步骤1610)。WTRU可以从可用集合和/或与资源集合相关联的组ID确定前导码资源集合(步骤1615)。在示例中，WTRU可以基于WTRU ID、WTRU类别、业务类型等从可用集合确定前导码资源集合。在另一示例中，组ID可以是G_ID。WTRU可以从前导码资源集合中选择前导码序列(步骤1620)，并使用所选择的前导码序列来发送前导码(步骤1630)。在示例中，WTRU可以随机地选择前导码序列。此外，WTRU可以例如在前导码ACK窗口内监视前导码ACK(步骤1640)。如果没有达到监视超时，则WTRU可以继续监视。WTRU可以确定是否接收到前导码ACK(步骤1650)。在示例中，前导码ACK可以对应于发送的前导码和/或可以利用相关联的G_ID接收的前导码ACK。
如果在ACK窗口中没有接收到前导码ACK，则WTRU可以执行以下中的一个或多个。WTRU可以中断传输(DTx)。此外，WTRU可以增加前导码Tx功率(步骤1660)。此外，WTRU可以从与相同G_ID相关联的前导码资源集合中选择新的前导码序列(步骤1620)。WTRU可以使用新参数重新发送无授权UL前导码(步骤1630)。WTRU可以在下一个传输机会期间和/或当达到前导码传输的最大重试次数时重新发送前导码。在示例中，最大重试次数可以基于超过传输计数器上的计数阈值。另外，WTRU可以切换到低功率或睡眠模式，例如，以节省功率，并在一定量的时间之后重新开始该过程。
如果WTRU在有效的ACK窗口内接收前导码ACK，例如，具有匹配G_ID的前导码ACK，和/或具有与所选择或发送的前导码序列匹配的前导码序列索引的前导码ACK，则WTRU可以继续进行控制信息和/或数据的UL无授权传输。WTRU可以从预定义的MA签名集合中选择MA签名(步骤1670)。在示例中，WTRU可以随机选择MA签名。在另一示例中，MA签名集合可以与前导码序列相关联。此外，WTRU可以使用所选择的MA签名来执行UL控制信息和/或数据的无授权上行链路传输(步骤1680)。WTRU还可以将MA物理层(PHY)资源用于无授权上行链路传输。MA签名可以包括码本、交织器、扩频和/或加扰序列、和/或一个或多个参考信号或符号的至少一个。在UL控制信号中，WTRU可以用信号通知其ID(例如WTRU_ID或RNTI)，该ID可以由e节点B使用，例如以确认来自特定WTRU的后续数据传输。
对于前导码的无授权传输，与相同G_ID相关联的一个或多个WTRU可以选择相同的前导码序列，并且可能发生前导码冲突。e节点B仍然可以正确地检测前导码，并且可以使用G_ID和前导码序列的索引在有效窗口内发送前导码ACK。WTRU可以从MA签名集合中选择MA签名。在示例中，WTRU可以使用不同的随机种子随机选择MA签名。在示例中，通过从前导码序列的选择中解耦MA签名的选择，可以减少传输的数据部分上的冲突的概率，同时保持e节点B前导码检测过程的相当低的复杂度。在示例中，由于前导码资源集合的有限大小，可以维持低复杂度。
在另一示例中，WTRU可以从前导码资源集合中选择前导码序列，并从MA签名集合中选择MA签名。在示例中，WTRU可以从随机的前导码资源集合中选择前导码序列。WTRU可以使用所选择的前导码序列来发送前导码，其可以是示例中的无授权前导码，并且使用所选择的MA签名继续紧接在前导码之后的UL控制信道传输。
图17是示出UL无授权传输的另一示例的格式图和时序图。在格式图和时序图1700所示的示例中，控制信道1720可以携带用于识别WTRU的信息，例如WTRU_ID。在发送前导码1710和具有控制信息的控制信道1720之后，WTRU然后可以在ACK窗口1730期间开始监视具有特定WTRU标识符的前导码ACK。
如果在有效ACK窗口1730期间没有接收到具有特定WTRU标识符的前导码ACK，则WTRU可以重试无授权UL前导码1710传输(具有不同参数，如上所述)，或者可以停止后续数据传输，例如以节省电力。
如果e节点B正确地检测到前导码1710并且成功解码控制信道1720，则e节点B可以在下行链路中发送具有特定WTRU标识符的前导码ACK。在这种情况下，WTRU可以例如使用为控制信道1720、1740、1760传输选择的MA序列继续进行数据1750、1770的UL无授权传输。或者，控制信道1720可以携带信息以用信号通知为无授权数据传输选择的MA序列的索引。
这里提供了无授权传输确认和功率控制的示例。WTRU可以进行可以是无授权传输的传输。传输可以包括一个或多个部分。传输的一部分可以包括前导码、可以包括或提供控制信息的控制部分、和/或可以包括或提供数据(例如，数据有效载荷)的数据部分中的至少一个。例如，传输可以包括图11或12中所示的部分或部分类型。一个或多个部分类型(例如，前导码，数据和/或控制)中的每一个中的一个或多个可以包括在传输中，例如，如图13、14、15和17所示。传输的部分可以是任何顺序并且仍然与本公开一致。例如，顺序可以如图11或图18中所示。
图18是示出在传输的各部分之间没有间隙的UL无授权传输的示例的格式图和时序图。在格式图和时序图1800中示出的示例中，UL无授权传输可以包括前导码部分1810，之后是数据部分1820，其后可以接着是控制部分1830。UL无授权传输可以在部分1810、1820、1830之间没有间隙。结果，部分1810、1820、1830可以在时间上连续。
在另一示例中，可以被认为是相同传输或传输集合的一部分的传输的多个部分可以在时间上连续或不连续。例如，在部分(例如，图14、16和19中所示的那些部分)的传输之间可能存在时间窗口或时间间隙。
图19是示出在传输的各部分之间没有间隙的UL无授权传输的示例的格式图和时序图。在格式图和时序图1900中示出的示例中，UL无授权传输可以包括前导码部分1910，接着是控制部分1920，其后可以接着是间隙1930，然后是间隙之后的数据部分1940。因此，UL无授权传输可以在部分1920和1940之间具有间隙。结果，部分1920和1940可能在时间上不是连续的。
如果WTRU接收到用于传输的另一部分(例如，传输的前一部分)的ACK，则WTRU可以发送传输的一部分。在示例中，仅当WTRU接收到针对传输的另一部分的ACK时，其才可以发送传输的一部分。因此，连续部分可以响应于接收到先前发送部分(更具体地，紧接在前的发送部分)的ACK而发送。
传输的控制部分或控制信息可包括至少一个参数，例如，与传输的另一部分或另一传输的一部分相关的传输参数。
例如，控制信息可以包括与传输的数据部分相关(并且更具体地，与传输的后续数据部分相关)的一个或多个参数。例如，传输可以至少包括控制信息和数据传输，并且可选地包括前导码。
在示例中，可以发送控制信息用于数据传输或传输的数据部分。控制信息可以包括以下中的至少一个：时间和/或频率资源，例如，资源的位置和/或数量，其可以由资源块(RB)PRB集合、RE集合等表示；传输块大小(TBS)；调制和/或译码方案；和/或用于传输的多个层。
传输的任何部分，例如，控制部分或数据部分，可以包括或提供WTRU标识符。WTRU标识符可以是WTRU ID(例如，IMSI或临时国际移动用户标识(TIMSI))的函数。WTRU标识符可以是WTRU的连接标识符，例如，其C-RNTI。WTRU标识符可以由WTRU从可以配置和/或可以广播的标识符池或标识符集合中随机地选择或确定。可以显式地包括WTRU标识符。例如，WTRU标识符可以由索引或多个比特表示。可以隐式地包括WTRU标识符。例如，可以用WTRU标识符掩蔽或加扰的传输部分的至少一部分(例如，CRC)。因此，WTRU可以显式地或隐式地提供WTRU的信息表示。
WTRU可以例如从可以配置的前导码池或前导码集合确定或选择用于传输的前导码。对于处于连接模式的WTRU(例如，具有RRC连接的WTRU)及处于空闲模式或不处于连接模式的WTRU(例如，没有RRC连接的WTRU)，可以存在单独的前导码池或前导码集合。
可以至少根据传输的配置来选择前导码，其中该配置可以包括以下中的至少一个：传输中的部分的数量、传输中的部分的类型、传输中的一个或多个部分的长度等。在示例中，可以及时测量传输中的一个或多个部分的长度。
可以提供、使用或提供并使用一个或多个传输ACK。在示例中，ACK可以由e节点B提供并由WTRU使用。在另一示例中，ACK可以由WTRU提供并由e节点B使用。
传输的一个或多个部分可以例如由WTRU接收，和/或例如由诸如e节点B的网络节点确认。在示例中，传输的每个部分可以单独确认或以捆绑形式确认。WTRU可以接收可以由WTRU做出的对传输的一个或多个部分的确认。在示例中，WTRU可以接收对可以由WTRU进行的传输的一个或多个部分中的每个部分的确认。
例如，WTRU可以进行前导码、控制信息和/或数据的传输。WTRU可以接收针对前导码、控制信息和/或数据中的一个或多个的ACK。可以一起或单独地提供用于传输的不同部分的ACK和/或NACK。
例如，在可以包括一个或多个传输部分的传输之后，WTRU可以监视ACK/NACK的接收。WTRU可以监视信道(例如，DL控制信道)，或者监视可以与WTRU的传输的至少一个部分在时间和/或频率上相关联的资源。该关联可以是与传输的至少一个部分的时间、频率和/或代码中的至少一个相关联。WTRU可以监视用于接收ACK/NACK的信道或资源，例如，在DL控制信息中，针对WTRU的传输。在示例中，对于N个部分的传输，可以存在N个指示以指示N个部分中的每个部分的ACK或NACK。在示例中，N个指示可以是N个比特。例如，可以通过e节点B在一次传输中提供N个指示。在示例中，可以在一个DCI消息中提供N个指示。
在另一个示例中，一个指示可以用于指示多个部分的ACK或NACK。例如，可以存在一个指示用于指示前导码传输的ACK或NACK。可能存在一个指示用于指示数据部分和控制部分的ACK或NACK。因此，ACK可以指示两个部分都被成功接收。类似地，NACK可以指示至少一个部分未被成功接收。
在另一示例中，WTRU可以进行包括在迭代中发送的前导码、数据部分和/或控制部分的传输。如果接收机(例如，e节点B)接收到前导码，则接收机可以发送针对前导码的ACK。前导码可以使接收机能够定位传输的一个或多个其他部分，例如控制部分和/或数据部分。如果接收机成功接收和/或解码控制部分，则接收机可以发送针对控制部分的ACK。如果接收机未成功接收和/或解码控制部分，则它可以发送NACK或不发送针对控制部分的ACK。如果接收机成功接收到控制部分，则接收机可能能够定位和/或解码数据部分。如果接收机成功接收和/或解码数据部分，则接收机可以发送针对数据部分的ACK。如果它没有成功接收和/或解码数据部分，它可以发送NACK或不发送针对数据部分的ACK。
可以由WTRU确定用于可以由WTRU进行的传输的一部分的传输功率。在示例中，可以单独地和/或独立于确定用于传输的另一部分的传输功率来确定用于传输的一部分的传输功率。例如，用于发送前导码的前导码功率可以单独地和/或独立于用于传输的数据部分或控制部分的传输功率来确定。用于传输的数据部分和控制部分的传输功率可以一起、单独和/或独立地确定。
例如，WTRU可以基于信号(例如，参考信号)的测量(例如，路径损耗测量)来确定传输部分的功率，例如，前导码功率。WTRU可以基于可以配置或预先确定的传输的至少一个或多个参数来确定传输部分(例如，控制部分)的功率。WTRU可以基于可由WTRU确定和/或在控制部分中提供、包括或发送的传输的至少一个或多个传输参数来确定传输部分(例如，数据部分)的功率。
在另一个示例中，可以基于用于传输的另一部分的功率来确定用于传输的第一部分的传输功率。例如，如果WTRU增加一个部分(例如，前导码部分)的功率，则它还可以增加另一部分(例如，控制和/或数据部分)的功率，并且更具体地，增加后续传输部分的功率。第二部分的功率增加可以是第一部分的功率增加的函数。
例如，用于无授权传输的传输功率可以取决于自可以被授予或无授权的先前传输以来所经过的时间。例如，如果自先前传输以来所经过的时间小于可配置的阈值时间量，则WTRU可根据第一规则设置新传输的功率或新传输的一部分的功率。如果自先前传输以来所经过的时间大于可配置的阈值时间量，则WTRU可根据第二规则设置用于传输或传输的一部分的功率。
第一规则可以是执行以下中的至少一个。例如，第一规则可以是使用先前的传输功率或先前传输功率的函数来用于新传输或新传输部分的功率。在示例中，第一规则可以是使用先前的传输功率或先前传输功率的函数来确定新传输或新传输部分的功率。在另一示例中，第一规则可以是在确定新传输或新传输部分的功率时包括先前传输的闭环部分。在示例中，闭环部分可以包括累积的发射功率控制(TPC)命令。
第二规则可以是在确定新传输或新传输部分的功率时不使用先前的功率控制信息。在示例中，第二规则可以是在确定新传输或新传输部分的功率时不使用任何先前的功率控制信息。
可以由WTRU确定可以由WTRU进行的传输的一部分的重传功率。例如，WTRU可以针对传输的一部分使用ACK、缺少ACK或NACK来确定用于后续传输或至少部分传输的重传的功率设置。
例如，WTRU可以进行多部分传输，并且针对传输的至少一部分接收ACK，针对传输的至少另一部分不接收ACK(或接收到NACK)。WTRU可以以与原始传输相同的功率重传接收到ACK的部分。WTRU可以以增加的功率重传没有接收到ACK(或接收到NACK)的部分。
例如，WTRU可以发送诸如前导码、数据部分和控制部分的3部分传输。WTRU可以不接收ACK、一个部分的ACK、两个部分的ACK或所有三个部分的ACK。例如，如果没有为对应部分接收到至少一个ACK，则WTRU可以重传传输的一个或多个部分。例如，如果没有接收到至少一个ACK，则WTRU可以重传传输的所有部分。当重传时，WTRU可以增加未接收到ACK的传输的一部分的功率。WTRU可能不会增加接收到ACK的传输的一部分的功率。还应当理解，在这里讨论的示例中，不接收ACK和接收NACK可以互换使用。
在另一示例中，WTRU可以在发送数据部分之前发送前导码和控制部分并等待一个或多个ACK。WTRU可以不接收ACK、一部分的ACK或两部分的ACK。如果至少一个部分没有接收到ACK，则WTRU可以重传传输的两个部分。WTRU可以增加用于重传未接收到ACK的部分的功率。WTRU可能不会增加接收到ACK的部分的功率。
如果一个ACK用于多个部分，例如，前导码和控制部分，并且如果WTRU没有接收到ACK，则WTRU可以在重传时增加一个或两个部分的功率。例如，WTRU可以或可以仅增加前导码部分的功率。在另一示例中，WTRU可以增加前导码和控制部分两者的功率。当在接收到先前部分的ACK之后发送后续部分时，可以至少部分地基于所确认(Acked)的先前部分的功率(例如，最新或当前功率)来确定后续部分的功率。例如，当在接收到用于前导码和/或控制部分的ACK之后发送数据部分时，可以至少部分地基于接收到ACK的前导码和/或控制部分的传输功率来确定数据部分的功率。
当可以重传部分时，可以修改该部分。例如，可以修改部分的一个或多个传输参数或特性。例如，当重传前导码部分时，可以使用不同的前导码或不同的时频资源进行传输。
重传的功率增加可以基于可以配置的功率步长。重传的功率增加可以基于或根据可以从网络节点接收的例如具有ACK/NACK指示的TPC命令。例如，WTRU可以发送前导码和控制部分。WTRU可以接收针对前导码的ACK，不接收针对控制部分的ACK(或接收NACK)。还可以在针对前导码(或控制部分的NACK)的ACK中接收TPC命令，其可以指示如何增加或增加多少控制部分的功率。当重传控制部分时，WTRU可以基于所接收的TPC命令来增加功率。
图20是示出具有确认和功率控制的多部分传输过程的示例的流程图。在流程图2000中所示的示例中，WTRU可以确定要发送的传输(Tx)部分的集合(步骤2010)。在示例中，WTRU可以确定发送前导码部分和控制部分。在另一示例中，WTRU可以确定发送前导码部分、控制部分和数据部分。
WTRU可以确定每个Tx部分的传输功率(步骤2015)。此外，WTRU可以使用为每个部分确定的功率来传输Tx部分集合(步骤2020)。在示例中，集合可以是一个Tx部分。在另一个示例中，该集合可以是多于一个Tx部分。然后，WTRU可以确定是否针对Tx部分集合中的至少一个Tx部分接收到ACK(步骤2030)。
如果没有针对该集合中的至少一个Tx部分接收到ACK，则WTRU可以确定预期的ACK时间是否过去或者预期的等待时间是否结束或是否过期(步骤2050)。此外，如果时间尚未过期，WTRU可以返回等待ACK接收(步骤2030)。如果时间已经过去，则WTRU可以增加传输的至少一部分的传输功率(步骤2080)。例如，WTRU可以增加前导码的传输功率。在另一示例中，WTRU可以仅增加前导码的传输功率。在另一示例中，WTRU可以增加所有部分的传输功率。而且，在示例中，传输的至少一部分的功率增加可以基于可以配置的功率步长。
在另一示例中，WTRU然后可以或可以不继续更新一个或多个Tx部分(步骤2090)。在示例中，WTRU可以通过确定新的前导码来更新Tx部分。在另一示例中，WTRU可以重传传输的至少一部分。在示例中，WTRU可以使用针对每个部分确定的功率来重传Tx部分集合(步骤2020)，包括至少一个部分的增加的功率。
如果针对集合中的至少一个Tx部分接收到ACK，则该过程可以进一步包括确定是否针对集合中的所有Tx部分接收到ACK(步骤2040)。如果没有针对所有Tx部分接收到ACK，则WTRU可以增加传输的至少一部分的传输功率(步骤2070)。在示例中，WTRU可以增加没有接收到ACK的传输的至少一部分的传输功率。在另一示例中，WTRU可以增加接收到NACK的传输的至少一部分的传输功率。在另外的示例中，传输的至少一部分的功率增加可以基于可以配置的功率步长。
类似于上面的示例，WTRU然后可以或可以不继续更新一个或多个Tx部分(步骤2090)。此外，WTRU可以重传传输的至少一部分，类似于上面的示例。在又一示例中，WTRU可以使用针对每个部分确定的功率来重传Tx部分集合(步骤2020)，包括至少一个部分的增加的功率。
如果针对所有Tx部分接收到ACK，则WTRU可以确定传输成功完成(步骤2060)。此外，WTRU可以发送下一个Tx部分或下一个Tx部分集合，在此期间图20所示的过程可能会重复。在示例中，下一个Tx部分可以是数据部分。在另一示例中，下一个Tx部分集合可以是控制部分和数据部分。
尽管以上以特定组合描述了特征和元素，但是本领域普通技术人员将理解，每个特征或元素可以单独使用或与其他特征和元素进行任何组合。此外，本文描述的方法可以在并入计算机可读介质中以供计算机或处理器执行的计算机程序、软件或固件中实现。计算机可读介质的示例包括电子信号(通过有线或无线连接传输)和计算机可读存储介质，例如非暂时性计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器设备、磁性介质(例如，内部硬盘和可移动盘)、磁光介质和光学介质(例如，CD-ROM盘和数字通用盘(DVD))。与软件相关联的处理器可用于实现用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发信机。

Claims (36)

1.一种用于在无线发射/接收单元(WTRU)中使用的用于多路接入无线通信的方法，所述方法包括：
接收指示物理信道频率资源集合的配置信息；
接收下行链路控制信息(DCI)，其中所述DCI包括对所述物理信道频率资源集合的至少一个子集的分配的指示；
确定时间段和一个或多个物理共享信道频率资源，其中所述一个或多个物理共享信道频率资源是从所述物理信道频率资源集合的所述子集中被确定的；以及
在所确定的时间段期间，使用所确定的一个或多个物理共享信道频率资源在物理共享信道传输中传送控制信息，其中所述控制信息包括与所述WTRU相关联的WTRU标识符(ID)。
2.根据权利要求1所述的方法，其中在所述物理共享信道传输中传送的所述控制信息包括新数据指示符(NDI)。
3.根据权利要求1所述的方法，其中所述物理共享信道传输还包括数据。
4.根据权利要求3所述的方法，其中在所述物理共享信道传输中传送的所述数据包括先前传送的数据的重传。
5.根据权利要求1所述的方法，其中在所述物理共享信道传输中传送的所述控制信息包括先前传送的控制信息的重传。
6.根据权利要求1所述的方法，其中所述WTRU是源WTRU。
7.根据权利要求1所述的方法，其中所述DCI包括反馈信息。
8.一种用于多路接入无线通信的无线发射/接收单元(WTRU)，所述WTRU包括：
处理器；以及
收发信机，可操作地耦合到所述处理器；其中：
所述收发信机被配置为接收指示物理信道频率资源集合的配置信息；
所述收发信机被配置为接收下行链路控制信息(DCI)，其中所述DCI包括对所述物理信道频率资源集合的至少一个子集的分配的指示；
所述处理器被配置为确定时间段和一个或多个物理共享信道频率资源，其中所述一个或多个物理共享信道频率资源是从所述物理信道频率资源集合的所述子集中被确定的；以及
所述收发信机和所述处理器被配置为在所确定的时间段期间，使用所确定的一个或多个物理共享信道频率资源在物理共享信道传输中传送控制信息，其中所述控制信息包括与所述WTRU相关联的WTRU标识符(ID)。
9.根据权利要求8所述的WTRU，其中在所述物理共享信道传输中传送的所述控制信息包括新数据指示符(NDI)。
10.根据权利要求8所述的WTRU，其中所述物理共享信道传输还包括数据。
11.根据权利要求10所述的WTRU，其中在所述物理共享信道传输中传送的所述数据包括先前传送的数据的重传。
12.根据权利要求8所述的WTRU，其中在所述物理共享信道传输中传送的所述控制信息包括先前传送的控制信息的重传。
13.根据权利要求8所述的WTRU，其中所述WTRU是源WTRU。
14.根据权利要求8所述的WTRU，其中所述DCI包括反馈信息。
15.一种用于多路接入无线通信的第一无线发射/接收单元(WTRU)，所述WTRU包括：
处理器；以及
收发信机，可操作地耦合到所述处理器；其中：
所述收发信机被配置为在一时间段期间，使用物理信道频率资源集合的子集中的一个或多个物理共享信道频率资源，在物理共享信道传输中接收控制信息，其中所述控制信息包括与第二WTRU相关联的WTRU标识符(ID)；以及
所述收发信机和所述处理器被配置为基于所述控制信息传送数据。
16.根据权利要求15所述的第一WTRU，其中在所述物理共享信道传输中接收的所述控制信息包括新数据指示符(NDI)。
17.根据权利要求15所述的第一WTRU，其中所述物理共享信道传输还包括数据。
18.根据权利要求17所述的第一WTRU，其中所述物理共享信道传输还包括先前传送的数据的重传。
19.根据权利要求15所述的第一WTRU，其中在所述物理共享信道传输中接收的所述控制信息包括先前传送的控制信息的重传。
20.根据权利要求15所述的第一WTRU，其中所述第一WTRU是目的地WTRU。
21.根据权利要求15所述的第一WTRU，其中所述第二WTRU是源WTRU。
22.一种在第一无线发射/接收单元(WTRU)中使用的用于多路接入无线通信的方法，所述方法包括：
在一时间段期间，使用物理信道频率资源集合的子集中的一个或多个物理共享信道频率资源，在物理共享信道传输中接收控制信息，其中所述控制信息包括与第二WTRU相关联的WTRU标识符(ID)；以及
基于所述控制信息传送数据。
23.根据权利要求22所述的方法，其中在所述物理共享信道传输中接收的所述控制信息包括新数据指示符(NDI)。
24.根据权利要求22所述的方法，其中所述物理共享信道传输还包括数据。
25.根据权利要求24所述的方法，其中所述物理共享信道传输还包括先前传送的数据的重传。
26.根据权利要求22所述的方法，其中在所述物理共享信道传输中接收的所述控制信息包括先前传送的控制信息的重传。
27.根据权利要求23所述的方法，其中所述第一WTRU是目的地WTRU。
28.根据权利要求23所述的方法，其中所述第二WTRU是源WTRU。
29.一种在第一无线发射/接收单元(WTRU)中使用的用于多路接入无线通信的方法，所述方法包括：
从调度请求(SR)资源集合中确定SR资源；以及
在所确定的SR资源上传送SR。
30.根据权利要求29所述的方法，所述方法还包括：
在配置信息中接收所述SR资源集合。
31.一种用于多路接入无线通信的无线发射/接收单元(WTRU)，所述WTRU包括：
处理器；以及
收发信机，可操作地耦合到所述处理器；其中：
所述处理器被配置为从调度请求(SR)资源集合中确定SR资源；以及
所述收发信机和所述处理器被配置为在所确定的SR资源上传送SR。
32.根据权利要求31所述的WTRU，其中所述收发信机还被配置为在配置信息中接收所述SR资源集合。
33.一种在基站中使用的用于多路接入无线通信的方法，所述方法包括：
确定调度请求(SR)资源集合；以及
在所确定的SR资源集合中的SR资源上接收SR。
34.根据权利要求33所述的方法，所述方法还包括：
在配置信息中传送所确定的SR资源集合。
35.一种用于多路接入无线通信的基站，所述基站包括：
处理器；以及
收发信机，可操作地耦合到所述处理器；其中：
所述处理器被配置为确定调度请求(SR)资源集合；以及
所述收发信机被配置为在所确定的SR资源集合中的SR资源上接收SR。
36.根据权利要求35所述的基站，其中所述处理器和所述收发信机还被配置为在配置信息中传送所确定的SR资源集合。
CN202311001667.9A 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和*** Pending CN117042157A (zh)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201662373040P 2016-08-10 2016-08-10
US62/373,040 2016-08-10
US201662400934P 2016-09-28 2016-09-28
US62/400,934 2016-09-28
US201762474838P 2017-03-22 2017-03-22
US62/474,838 2017-03-22
CN201780060784.9A CN109792739A (zh) 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和***
PCT/US2017/046293 WO2018031770A1 (en) 2016-08-10 2017-08-10 Methods, devices and systems for grant-less uplink multiple access

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780060784.9A Division CN109792739A (zh) 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和***

Publications (1)

Publication Number Publication Date
CN117042157A true CN117042157A (zh) 2023-11-10

Family

ID=59700197

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201780060784.9A Pending CN109792739A (zh) 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和***
CN202311001667.9A Pending CN117042157A (zh) 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和***

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201780060784.9A Pending CN109792739A (zh) 2016-08-10 2017-08-10 用于无授权上行链路多路接入的方法、装置和***

Country Status (5)

Country Link
US (3) US11096162B2 (zh)
EP (2) EP3498009B1 (zh)
CN (2) CN109792739A (zh)
ES (1) ES2925074T3 (zh)
WO (1) WO2018031770A1 (zh)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10440742B2 (en) * 2016-09-23 2019-10-08 Qualcomm Incorporated Dynamic grant-free and grant-based uplink transmissions
CN110011765B (zh) * 2016-12-30 2021-03-23 华为技术有限公司 一种数据传输方法、终端、装置及计算机可读存储介质
BR112019013488A2 (pt) 2017-01-06 2020-01-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Método de transmissão de dados, terminal, e dispositivo de rede
US20190357222A1 (en) 2017-01-06 2019-11-21 Idac Holdings, Inc. Collision mitigation procedures for grant-less uplink multiple access
US11523429B2 (en) * 2017-01-07 2022-12-06 Centre Of Excellence In Wireless Technology Cewit Method and apparatus for managing grant-free data transmission in radio communication network
US10784996B2 (en) * 2017-01-16 2020-09-22 Nokia Technologies Oy HARQ feedback on grant-less UL
EP3576477B1 (en) * 2017-02-10 2021-12-22 Shenzhen Heytap Technology Corp., Ltd. Wireless communication method, terminal device, and network device
WO2018147607A1 (ko) * 2017-02-10 2018-08-16 엘지전자 주식회사 무선 통신 시스템에서 신호를 송신 또는 수신하기 위한 방법 및 이를 위한 장치
JP2018191104A (ja) * 2017-05-01 2018-11-29 ソニー株式会社 通信装置、基地局装置、方法及び記録媒体
WO2018213315A1 (en) * 2017-05-18 2018-11-22 Intel IP Corporation Downlink control information (dci) format for grant-less uplink transmission (gul)
US11695513B2 (en) * 2017-05-31 2023-07-04 Ntt Docomo, Inc. User terminal and radio communication method
US11140705B2 (en) * 2017-07-14 2021-10-05 Apple Inc. Configuration of grant-less uplink transmissions for a user equipment
US11166295B2 (en) 2017-08-09 2021-11-02 Nokia Technologies Oy High reliable low latency data transmission using grant-less uplink transmission format on scheduled PUSCH resources
EP3665812B1 (en) * 2017-08-11 2021-05-26 Telefonaktiebolaget LM Ericsson (Publ) Multiplexing of different traffic types in a telecommunications network
CN109495927B (zh) * 2017-09-11 2022-01-28 维沃移动通信有限公司 一种信息传输方法、终端及网络侧设备
WO2019143131A1 (ko) * 2018-01-17 2019-07-25 엘지전자 주식회사 무선 통신 시스템에서 상향링크 신호를 송신하는 방법 및 장치
KR102616557B1 (ko) * 2018-02-13 2023-12-26 삼성전자 주식회사 무선 통신 시스템에서 데이터 및 제어 정보 송수신 방법 및 장치
US11044675B2 (en) * 2018-02-13 2021-06-22 Idac Holdings, Inc. Methods, apparatuses and systems for adaptive uplink power control in a wireless network
US10461910B1 (en) 2018-05-11 2019-10-29 At&T Intellectual Property I, L.P. Switching between non-orthogonal multiple access and orthogonal multiple access systems for uplink data transmission
WO2019240903A1 (en) 2018-06-12 2019-12-19 Google Llc Beamforming-based grant-free non-orthogonal multiple access transmission
WO2019240887A1 (en) 2018-06-15 2019-12-19 Google Llc Cbg-based noma transmission for a wireless network
US11063705B2 (en) 2018-06-18 2021-07-13 Google Llc Methods and apparatus for HARQ in NOMA transmission for 5G NR
US11711194B2 (en) 2018-06-22 2023-07-25 Google Llc Multi-branch NOMA wireless communication
CN110690951A (zh) * 2018-07-06 2020-01-14 维沃移动通信有限公司 一种信息传输方法、网络设备及终端
US10652691B2 (en) * 2018-07-20 2020-05-12 Qualcomm Incorporated Optimized positioning method for mobile devices
CN112514517B (zh) * 2018-08-10 2024-06-04 谷歌有限责任公司 用于noma异步传输中的上行链路控制信道的方法和装置
EP3821672A1 (en) 2018-09-26 2021-05-19 Google LLC Non-orthogonal multiple access configuration in split base station architectures
CN111050400B (zh) * 2018-10-12 2023-01-13 华为技术有限公司 信息处理的方法和装置
CN111130707B (zh) * 2018-11-01 2021-07-06 大唐移动通信设备有限公司 混合自动重传的传输方法、装置、网络设备及终端
US20210385903A1 (en) * 2018-11-27 2021-12-09 Google Llc User-Equipment-Initiated Cancelation of a Base Station Downlink Transmission
US11632803B2 (en) * 2019-01-03 2023-04-18 Comcast Cable Communications, Llc Access procedures in wireless communications
US11395327B2 (en) * 2019-02-13 2022-07-19 Qualcomm Incorporated Uplink configured grant validation
EP3925267A4 (en) * 2019-02-14 2022-09-28 Sierra Wireless, Inc. METHOD AND APPARATUS FOR SUPPORTING THE USE OF A TWO-STAGE RANDOM ACCESS CHANNEL IN A WIRELESS COMMUNICATION SYSTEM
WO2020186097A1 (en) 2019-03-12 2020-09-17 Google Llc User-equipment coordination set beam sweeping
CN111918333B (zh) * 2019-05-07 2023-10-24 成都华为技术有限公司 数据传输方法和设备
US10893572B2 (en) 2019-05-22 2021-01-12 Google Llc User-equipment-coordination set for disengaged mode
KR102461231B1 (ko) 2019-07-25 2022-10-28 구글 엘엘씨 사용자 단말(ue) 조정 세트 재그룹핑
WO2021029879A1 (en) 2019-08-13 2021-02-18 Google Llc User-equipment-coordination-set control aggregation
CN113966637A (zh) * 2019-08-27 2022-01-21 华为技术有限公司 一种数据传输方法及相关设备
CN114365422A (zh) 2019-09-19 2022-04-15 谷歌有限责任公司 用于活动协调集的增强波束搜索
US11638272B2 (en) 2019-09-19 2023-04-25 Google Llc User-equipment-coordination-set selective participation
CN112584484B (zh) * 2019-09-30 2022-06-07 华为技术有限公司 信号发送和处理方法及装置
EP4026381A4 (en) 2019-10-04 2023-09-13 FG Innovation Company Limited METHOD AND APPARATUS FOR IMPROVING TRANSMISSION TIMING FOR DIFFERENT NUMEROLOGIES IN NTN
US20220400502A1 (en) * 2019-11-20 2022-12-15 Nokia Technologies Oy Policy-Based Resource Pool Allocation for Low-Latency IIOT and Other Applications
CN113472488B (zh) * 2020-03-30 2022-09-02 维沃移动通信有限公司 Harq-ack的反馈模式确定方法、配置方法及设备
WO2021203247A1 (zh) * 2020-04-07 2021-10-14 北京小米移动软件有限公司 非授权频段反馈方法、非授权频段反馈装置及存储介质
KR20230007432A (ko) 2020-05-09 2023-01-12 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 데이터 송신 방법, 장치, 통신 기기 및 저장 매체(data transmitting method and apparatus, communication device, and storage medium)
US11653371B2 (en) * 2020-05-29 2023-05-16 Qualcomm Incorporated Transmission configurations for full duplex transmissions
US11818658B2 (en) * 2021-06-15 2023-11-14 Itron, Inc. Techniques for release assistance indication assertion
US11830354B2 (en) 2021-06-15 2023-11-28 Itron, Inc. Techniques for release assistance indication assertion
EP4381821A1 (en) * 2021-08-05 2024-06-12 Lenovo (Beijing) Limited Methods and apparatuses for m-trp based pusch transmission

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101866577B1 (ko) * 2010-01-11 2018-06-11 삼성전자주식회사 통신 시스템의 업링크에서 낮은 레이턴시 송신을 가능하게 하는 장치 및 방법
EP3809759A3 (en) 2012-10-05 2021-05-12 Interdigital Patent Holdings, Inc. Method and apparatuses for transmitting feedback
EP3031283B1 (en) * 2013-08-07 2022-10-05 Interdigital Patent Holdings, Inc. Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario
JP2015109404A (ja) * 2013-10-24 2015-06-11 信越ポリマー株式会社 電磁波シールドフィルム、電磁波シールドフィルム付きフレキシブルプリント配線板、およびそれらの製造方法
KR101924704B1 (ko) 2014-02-28 2018-12-03 후아웨이 테크놀러지 컴퍼니 리미티드 비허가 스펙트럼을 사용함으로써 통신을 수행하는 방법, 디바이스 및 시스템
CN105634688B (zh) * 2014-11-07 2021-08-17 中兴通讯股份有限公司 一种实现数据传输的方法及装置
US10334644B2 (en) * 2014-11-07 2019-06-25 Sk Telecom Co., Ltd. Apparatus and method for transmitting device to device communication channel in wireless communication system
US20160270102A1 (en) * 2015-03-14 2016-09-15 Qualcomm Incorporated Distributed scheduling to control interference for data transactions using grant-less transmissions
US9955478B2 (en) * 2015-04-17 2018-04-24 Qualcomm Incorporated Techniques for managing communications in a shared radio frequency spectrum band
CN114727424A (zh) * 2016-06-15 2022-07-08 康维达无线有限责任公司 用于新无线电的无许可上行链路传输
WO2018003275A1 (ja) * 2016-06-27 2018-01-04 シャープ株式会社 基地局装置、端末装置およびその通信方法
US10187183B2 (en) * 2016-07-29 2019-01-22 Huawei Technologies Co., Ltd. System and method for retransmission of grant-free traffic

Also Published As

Publication number Publication date
US20190174472A1 (en) 2019-06-06
US20210377924A1 (en) 2021-12-02
US11096162B2 (en) 2021-08-17
EP3498009A1 (en) 2019-06-19
EP3498009B1 (en) 2022-06-29
EP4068890A1 (en) 2022-10-05
WO2018031770A1 (en) 2018-02-15
US11943783B2 (en) 2024-03-26
ES2925074T3 (es) 2022-10-13
CN109792739A (zh) 2019-05-21
US20240205932A1 (en) 2024-06-20

Similar Documents

Publication Publication Date Title
US11943783B2 (en) Methods, devices and systems for grant-less uplink multiple access
CN111587550B (zh) 与非授权频谱相关联的数据传输和harq-ack
CN112753186B (zh) 用于新无线电(nr)中物理侧链路控制信道(pscch)设计的方法和装置
CN112740611B (zh) 用于突发传输的方法和装置
CN113508540B (zh) 两步rach中用于msg-b的方法
CN111034097B (zh) 可靠控制信令
CN118174830A (zh) 侧链路反馈信道
CN117749341A (zh) 用于无线通信***的参考信号设计
CN116132000A (zh) 用于传输上行链路控制信息的方法及设备
CN110291834B (zh) 用于无许可上行链路多址接入的冲突缓解过程
TWI815157B (zh) 時域及碼域覆蓋增強
CN116963288A (zh) 用于灵活的非周期性srs传输的方法和装置
CN114391294A (zh) 共享信道占用时间操作
TW201907743A (zh) 無上鏈許可上鏈傳輸
CN115462169A (zh) 接收节点信道评估
CN117441306A (zh) 用于进行pusch重复的方法和装置
JP2024512640A (ja) Ｐｕｓｃｈ繰り返しのための方法及び装置
WO2023086445A1 (en) Methods on enhancing reliability and supporting mixed priority traffic in high frequency communications
CN117223358A (zh) 实现用于上行链路控制信息的载波切换的方法
CN117242835A (zh) 活动时间中的wtru功率节省
CN118249969A (zh) 无线发射/接收单元及由无线发射/接收单元实现的方法
CN118264377A (zh) 无线发射/接收单元及其实现的方法、基站

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination