CN113228777A - 实现不同类型的同时传输的过程 - Google Patents

实现不同类型的同时传输的过程 Download PDF

Info

Publication number
CN113228777A
CN113228777A CN201980085476.0A CN201980085476A CN113228777A CN 113228777 A CN113228777 A CN 113228777A CN 201980085476 A CN201980085476 A CN 201980085476A CN 113228777 A CN113228777 A CN 113228777A
Authority
CN
China
Prior art keywords
wtru
mode
transmission
data
transmission type
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
CN201980085476.0A
Other languages
English (en)
Inventor
马蒂诺·M·弗雷达
黛安娜·潘尼
邓涛
黄祥杜
阿塔·埃尔哈姆斯
叶春宣
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
IDAC 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 IDAC Holdings Inc filed Critical IDAC Holdings Inc
Publication of CN113228777A publication Critical patent/CN113228777A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/53Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

用于实现不同类型的传输协议的同时传输的系统、方法和设备。诸如无线发射接收单元(WTRU)的设备可以接收配置信息,并且从在WTRU上操作的协议栈的上层接收数据分组。然后,WTRU可以基于配置信息和条件在第一时间确定数据分组的传输类型。然后,WTRU可以使用所确定的传输类型来传送数据分组。配置信息可以包括与确定传输类型相关联的决策准则以及与数据属性相关联的逻辑信道集合。传输类型可以是网络调度模式、WTRU自主调度模式、LTE、NR、单播、组播或广播中的一者。

Description

实现不同类型的同时传输的过程
相关申请的交叉引用
本申请要求在2018年12月21日提交的美国临时申请序列号62/784,040以及2019年4月30日提交的美国临时申请序列号62/840,797的权益,它们的内容通过引用的方式并入本文。
背景技术
随着无线能力的进步,可以存在互连的系统,其加入多个用例以进一步增强信息的传输和共享。例如,车辆到万物(V2X)可以用于无线地连接运输中涉及的设备以及运输基础设施周围的环境。随着这些系统的发展,用于无线设备交互的协议和过程也必须如此。
发明内容
用于实现不同类型的传输协议的同时传输的系统、方法和设备。诸如无线发射接收单元(WTRU)的设备可以接收配置信息,并且从在WTRU上操作的协议栈的上层接收数据分组。然后,WTRU可以基于配置信息和条件在第一时间确定数据分组的传输类型。然后,WTRU可以使用所确定的传输类型来传送数据分组。配置信息可以包括与确定传输类型相关联的决策准则以及与数据属性相关联的逻辑信道集合。传输类型可以是网络调度模式、WTRU自主调度模式、LTE、NR、单播、组播或广播中的一者。
附图说明
此外,图中相同的附图标记表示相同的元件,其中:
图1A是示出了可以在其中实现一个或多个公开的实施例的示例通信系统的系统图;
图1B是示出了根据实施例的可以在图1A中所示的通信系统内使用的示例无线发射/接收单元(WTRU)的系统图;
图1C是示出了根据实施例的可以在图1A中所示的通信系统内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的系统图;
图1D是示出了根据实施例的可以在图1A中所示的通信系统内使用的另一示例RAN和另一示例CN的系统图;以及
图2是示出了用于传输的数据分组处理的示例过程的流程图;
图3是示出了当条件改变时的数据分组处理的示例过程的图;以及
图4是示出了与缓冲区状态报告和调度请求通信相关的示例过程的流程图。
具体实施方式
图1A是示出了可以在其中实现一个或多个公开的实施例的示例通信系统100的图。通信系统100可以是向多个无线用户提供诸如语音、数据、视频、消息传递、广播等内容的多接入系统。通信系统100可以使多个无线用户能够通过共享包括无线带宽的系统资源来访问这样的内容。例如,通信系统100可以采用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字离散傅立叶变换扩展OFDM(ZT-UW-DFT-S-OFDM)、唯一字OFDM(UW-OFDM)、资源块滤波OFDM、滤波器组多载波(FBMC)等。
如图1A所示,通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d、无线电接入网络(RAN)104、核心网络(CN)106、公共交换电话网络(PSTN)108、因特网110和其他网络112,但是应当理解,所公开的实施例考虑了任意数量的WTRU、基站、网络和/或网络元件。每一个WTRU102a、102b、102c、102d可以是被配置为在无线环境中操作和/或通讯的任何类型的设备。举例来说,WTRU102a、102b、102c、102d(其中任何一个都可以被称为站(STA))可以被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订户单元、基于订阅的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如远程手术)、工业设备和应用(例如,在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等等。任何WTRU102a、102b、102c及102d可互换地称为UE。
通信系统100还可以包括基站114a和/或基站114b。基站114a、114b中的每一个可以是被配置为与WTRU102a、102b、102c、102d中的至少一个无线对接以便于接入一个或多个通信网络的任何类型的设备,所述通信网络诸如CN106、因特网110和/或其他网络112。作为示例,基站114a、114b可以是基站收发信台(BTS)、节点B、e节点B(eNB)、家庭节点B、家庭e节点B、诸如g节点B(gNB)的下一代节点B、新无线电(NR)节点B、站点控制器、接入点(AP)、无线路由器等。虽然基站114a、114b各自被描绘为单个元件,但是将理解,基站114a、114b可以包括任何数目的互连基站和/或网络元件。
基站114a可以是RAN104的一部分,其还可以包括其他基站和/或网络元件(未示出),诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。基站114a和/或基站114b可以被配置为在一个或多个载波频率上发射和/或接收无线信号,这些载波频率可以被称为小区(未示出)。这些频率可以在许可频谱、未许可频谱、或者许可和未许可频谱的组合中。小区可以向特定地理区域提供无线服务的覆盖,该特定地理区域可以是相对固定的或者可以随时间而改变。小区可以进一步被划分为小区扇区。例如,与基站114a相关联的小区可以被划分为三个扇区。因此,在一个实施例中,基站114a可以包括三个收发信机,例如,小区的每个扇区一个收发信机。在实施例中,基站114a可以采用多输入多输出(MIMO)技术,并且可以针对小区的每个扇区利用多个收发信机。例如,波束成形可以用于在期望的空间方向上发射和/或接收信号。
基站114a、114b可通过空中接口116与WTRU102a、102b、102c、102d中的一者或多者通信,该空中接口可以是任何合适的无线通信链路(例如,射频(RF)、微波、厘米波、微米波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线接入技术(RAT)来建立。
更具体地说,如上所述,通信系统100可以是多接入系统,并且可以采用一个或多个信道接入方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如,RAN104中的基站114a和WTRU102a、102b、102c可以实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术,其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速上行链路(UL)分组接入(HSUPA)。
在实施例中,基站114a和WTRU102a、102b、102c可以实现诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该无线电技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)和/或高级LTE Pro(LTE-APro)来建立空中接口116。
在实施例中,基站114a和WTRU102a、102b、102c可以实现诸如NR无线电接入的无线电技术,该无线电技术可以使用NR来建立空中接口116。
在实施例中,基站114a和WTRU102a、102b、102c可以实现多种无线电接入技术。例如,基站114a和WTRU102a、102b、102c可以例如使用双连接(DC)原理一起实现LTE无线电接入和NR无线电接入。因此,WTRU102a、102b、102c所利用的空中接口可由多种类型的无线电接入技术和/或发送到多种类型的基站(例如eNB和gNB)或从多种类型的基站(例如eNB和gNB)发送的传输来表征。
在其他实施例中,基站114a及WTRU102a、102b、102c可实现无线电技术,例如IEEE802.11(例如,无线保真(WiFi)、IEEE802.16(例如,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-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可以实现诸如IEEE802.11的无线电技术以建立无线局域网(WLAN)。在实施例中,基站114b和WTRU102c、102d可以实现诸如IEEE802.15的无线电技术以建立无线个域网(WPAN)。在又一实施例中,基站114b和WTRU102c、102d可利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE-A Pro、NR等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以具有到因特网110的直接连接。因此,基站114b可以不需要经由CN106接入因特网110。
RAN104可与CN106通信,其可以是被配置为向WTRU102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或基于互联网协议的语音(VoIP)服务的任何类型的网络。数据可具有不同服务质量(QoS)要求,例如不同吞吐量要求、时延要求、容错要求、可靠性要求、数据吞吐量要求、移动性要求等。CN106可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等,和/或执行高级安全功能,例如用户认证。尽管在图1A中未示出,但是应当理解,RAN104和/或CN106可以与采用与RAN104相同的RAT或不同的RAT的其他RAN进行直接或间接的通信。例如,除了连接到可以利用NR无线电技术的RAN104之外,CN106还可以与采用GSM、UMTS、CDMA2000、WiMAX、E-UTRA或WiFi无线电技术的另一RAN(未示出)进行通信。
CN106也可作为WTRU102a、102b、102c、102d的网关以接入PSTN108、因特网110和/或其他网络112。PSTN108可以包括提供普通老式电话服务(POTS)的电路交换电话网。因特网110可以包括使用公共通信协议的互连计算机网络和设备的全球系统,所述公共通信协议例如是TCP/IP因特网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或因特网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线和/或无线通信网络。例如,网络112可以包括连接到一个或多个RAN的另一个CN,所述RAN可以采用与RAN104相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU102a、102b、102c、102d可包括多模式能力(例如,WTRU102a、102b、102c、102d可包括多个收发信机,以通过不同无线链接与不同无线网络通信)。例如,图1A所示的WTRU102c可以被配置成与可以采用基于蜂窝的无线电技术的基站114a通信,以及与可以采用IEEE802无线电技术的基站114b通信。
图1B是示出了示例WTRU102的系统图。如图1B所示,WTRU102可包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136和/或其他外围设备138等等。可以理解的是,WTRU102可以包括前述元件的任何子组合,同时保持与实施例一致。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、任何其他类型的集成电路(IC)、状态机等。处理器118可以执行信号译码、数据处理、功率控制、输入/输出处理和/或任何其他使WTRU102能够在无线环境中操作的功能。处理器118可以耦合到收发信机120,收发信机120可以耦合到发射/接收元件122。虽然图1B将处理器118和收发信机120描绘为单独的组件,但将了解,处理器118和收发信机120可一起集成在电子封装或芯片中。
发射/接收元件122可以被配置为通过空中接口116向基站(例如,基站114a)发射信号或从其接收信号。例如,在一个实施例中,发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在实施例中,发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在又一实施例中,发射/接收元件122可经配置以发射和/或接收RF及光信号两者。应当理解,发射/接收元件122可以被配置为发射和/或接收无线信号的任何组合。
尽管发射/接收元件122在图1B中被描述为单个元件,但是WTRU102可以包括任意数量的发射/接收元件122。更具体地,WTRU102可以采用MIMO技术。因此,在一个实施例中,WTRU102可以包括两个或更多个发射/接收元件122(例如多个天线),用于通过空中接口116传送和接收无线信号。
收发信机120可以被配置为调制将由发射/接收元件122发射的信号,并且解调由发射/接收元件122接收的信号。如上所述,WTRU102可以具有多模式能力。因此,收发信机120可以包括多个收发信机,用于使WTRU102能够经由多个RAT进行通信,该多个RAT例如NR和IEEE802.11。
WTRU102的处理器118可被连接到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并可从其接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。另外,处理器118可从任何类型的合适存储器存取信息,且将数据存储在所述存储器中,例如不可移除存储器130和/或可移除存储器132。不可移除存储器130可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储器存储装置。可移除存储器132可以包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其他实施方式中,处理器118可以从存储器访问信息并将数据存储在存储器中,所述存储器不是物理地位于WTRU102上,例如位于服务器或家用计算机(未示出)上。
处理器118可以从电源134接收电力,并且可以被配置成分配和/或控制给WTRU102中的其他组件的电力。电源134可以是任何合适的用于为WTRU102供电的设备。例如,电源134可以包括一个或多个干电池(例如,镍镉、镍锌、镍金属氢化物(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118也可以耦合到GPS芯片组136,其可以被配置成提供关于WTRU102的当前位置的位置信息(例如经度和纬度)。除了来自GPS芯片组136的信息之外,或者作为其替代,WTRU102可以通过空中接口116从基站(例如基站114a、114b)接收位置信息,和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应该理解,WTRU102可以通过任何合适的位置确定方法来获取位置信息,同时保持与实施例一致。
处理器118还可以耦合到其他外围设备138,其可以包括提供额外特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外围设备138可以包括加速度计、电子罗盘、卫星收发信机、数字相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure BDA0003126430330000091
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器、虚拟现实和/或增强现实(VR/AR)设备、活动跟踪器等。外围设备138可以包括一个或多个传感器。传感器可以是陀螺仪、加速度计、霍尔效应传感器、磁力计、方向传感器、接近传感器、温度传感器、时间传感器中的一者或多者;地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物特征传感器、湿度传感器等。
WTRU102可以包括全双工无线电设备,对于该全双工无线电设备,一些或所有信号(例如,与用于UL(例如,用于传输)和DL(例如,用于接收)两者的特定子帧相关联的信号)的传输和接收可以是并发的和/或同时的。
图1C是示出了根据实施例的RAN104和CN106的系统图。如上所述,RAN104可采用E-UTRA无线电技术以通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与CN106通信。
RAN104可包含e节点B160a、160b、160c,但应了解,RAN104可包含任何数目的e节点B,同时保持与实施例一致。e节点B160a、160b、160c可各自包括一个或多个收发信机,以通过空中接口116与WTRU102a、102b、102c进行通信。在一个实施例中,e节点B160a、160b、160c可实现MIMO技术。因此,例如,e节点B160a可以使用多个天线来向WTRU102a发射无线信号和/或从其接收无线信号。
e节点B160a、160b、160c中的每一者可与特定小区(未示出)相关联,且可被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度等。如图1C中所示,e节点B160a、160b、160C可经由X2接口彼此通信。
图1C中所示的CN106可以包括移动性管理实体(MME)162、服务网关(SGW)164和分组数据网络(PDN)网关(PGW)166。虽然前述元件被描绘为CN106的一部分,但是将理解,这些元件中的任意者可以由CN运营商之外的实体拥有和/或运营。
MME162可以经由S1接口连接到RAN104中的每一个e节点B162a、162b、162c,并且可以用作控制节点。例如,MME162可负责认证WTRU102a、102b、102c的用户、承载激活/去激活、在WTRU102a、102b、102c的初始附着期间选择特定服务网关等等。MME162可以提供控制平面功能,用于在RAN104和采用其他无线电技术(例如GSM和/或WCDMA)的其他RAN(未示出)之间进行切换。
SGW164可经由S1接口连接到RAN104中的e节点B160a、160b、160c中的每一者。SGW164通常可以路由和转发去往/来自WTRU102a、102b、102c的用户数据分组。SGW164可以执行其他功能,例如在e节点B间切换期间锚定用户平面、当DL数据可用于WTRU102a、102b、102c时触发寻呼、管理和存储WTRU102a、102b、102c的上下文等等。
SGW164可以连接到PGW166,其可以为WTRU102a、102b、102c提供至诸如因特网110的分组交换网络的接入,以促进WTRU102a、102b、102c和IP使能设备之间的通信。
CN106可以促进与其他网络的通信。例如,CN106可提供WTRU102a、102b、102c至电路交换网络(例如PSTN108)的接入,以促进WTRU102a、102b、102c和传统陆线通信设备之间的通信。例如,CN106可以包括IP网关(例如,IP多媒体子系统(IMS)服务器),或者可以与IP网关通信,该IP网关用作CN106和PSTN108之间的接口。此外,CN106可提供WTRU102a、102b、102c至其他网络112的接入,该其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。
虽然WTRU在图1A-1D中被描述为无线终端,但是可以预期在某些代表性实施例中,这种终端可以使用(例如临时或永久)与通信网络的有线通信接口。
在代表性实施例中,其他网络112可以是WLAN。
基础设施基本服务集(BSS)模式中的WLAN可以具有用于BSS的接入点(AP)和与AP相关联的一个或多个站(STA)。AP可以具有到分布系统(DS)或另一类型的有线/无线网络的接入或接口,该网络运载送入和/或送出BSS的业务。发起于BSS外部的STA的业务可以通过AP到达,并且可以被递送到STA。从STA发起的到BSS外部的目的地的业务可以被发送到AP以被递送到相应的目的地。BSS内的STA之间的业务可以通过AP来发送,例如,其中源STA可以向AP发送业务,并且AP可以向目的地STA递送业务。BSS内的STA之间的业务可以被认为和/或称为点对点业务。点对点业务可以利用直接链路建立(DLS)在源STA和目的STA之间(例如,直接在源STA和目的STA之间)发送。在某些代表性实施例中,DLS可使用802.11e DLS或802.11z隧道DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可能不具有AP,并且在IBSS内或使用IBSS的STA(例如,所有STA)可以彼此直接通信。IBSS通信模式在这里有时可以被称为“自组织(ad-hoc)”通信模式。
当使用802.11ac基础设施操作模式或类似的操作模式时,AP可以在固定信道上发送信标,例如主信道。主信道可以是固定宽度(例如,20MHz宽的带宽)或动态设置的宽度。主信道可以是BSS的操作信道,并且可以由STA用来建立与AP的连接。在某些代表性实施例中,例如在802.11系统中可以实现具有冲突避免的载波侦听多路访问(CSMA/CA)。对于CSMA/CA,包括AP在内的STA(例如,每个STA)可以感测主信道。如果主信道被特定STA感测/检测和/或确定为忙,则该特定STA可以退避(back off)。一个STA(例如,仅一个站)可以在给定BSS中在任何给定时间进行传送。
高吞吐量(HT)STA可以使用40MHz宽信道进行通信,例如,通过将主20MHz信道与相邻或非相邻的20MHz信道组合以形成40MHz宽信道。
甚高吞吐量(VHT)STA可以支持20MHz、40MHz、80MHz和/或160MHz宽的信道。40MHz和/或80MHz信道可通过组合相邻的20MHz信道来形成。160MHz信道可通过组合8个连续的20MHz信道或通过组合两个非连续的80MHz信道来形成,这可被称为80+80配置。对于80+80配置,在信道编码之后,数据可以经过分段解析器,该分段解析器可以将数据划分成两个流。可以对每个流分别进行快速傅立叶逆变换(IFFT)处理和时域处理。流可以被映射到两个80MHz信道上,并且数据可以由进行传送的STA来传送。在进行接收的STA的接收机处,上述80+80配置的操作可以颠倒,并且组合数据可以被发送到媒体接入控制(MAC)。
低于1GHz的操作模式由802.11af和802.11ah支持。相对于802.11n和802.11ac中使用的信道操作带宽和载波,在802.11af和802.11ah中信道操作带宽和载波被减少。802.11af支持TV空白空间(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所支持的最大公共操作带宽的带宽。主信道的带宽可以由在BSS中操作的所有STA之中的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是示出了根据实施例的RAN104和CN106的系统图。如上所述,RAN104可以采用NR无线电技术来通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与CN106通信。
RAN104可以包括gNB180a、180b、180c,但是应当理解,RAN104可以包括任意数目的gNB,同时保持与实施例一致。gNB180a、180b、180c中的每一个都包括一个或多个收发信机,用于通过空中接口116与WTRU102a、102b、102c进行通信。在一个实施例中,gNB180a、180b、180c可以实现MIMO技术。例如,gNB180a、108b可以利用波束成形来向gNB180a、180b、180c发射信号和/或从其接收信号。因此,gNB180a例如可使用多个天线来向WTRU102a发射无线信号和/或从其接收无线信号。在实施例中,gNB180a、180b、180c可以实现载波聚合技术。例如,gNB180a可以向WTRU102a发射多个分量载波(未示出)。这些分量载波的子集可以在未许可频谱上,而剩余分量载波可以在许可频谱上。在实施例中,gNB180a、180b、180c可以实现协作多点(CoMP)技术。例如,WTRU102a可以从gNB180a和gNB180b(和/或gNB180c)接收协调传输。
WTRU102a、102b、102c可以使用与可扩缩参数配置(numerology)相关联的传输来与gNB180a、180b、180c通信。例如,OFDM符号间隔和/或OFDM子载波间隔可以针对不同的传输、不同的小区和/或无线传输频谱的不同部分而变化。WTRU102a、102b、102c可以使用子帧或具有各种或可伸缩长度(例如,包含不同数量的OFDM符号和/或持续变化长度的绝对时间)的传输时间间隔(TTI)与gNB180a、180b、180c通信。
gNB180a、180b、180c可被配置为在独立配置和/或非独立配置中与WTRU102a、102b、102c通信。在独立配置中,WTRU102a、102b、102c可以与gNB180a、180b、180c通信,而不需要也接入其他RAN(例如e节点B160a、160b、160c)。在独立配置中,WTRU102a、102b、102c可利用gNB180a、180b、180c中的一者或多者作为移动性锚点。在独立配置中,WTRU102a、102b、102c可以使用未许可频带中的信号与gNB180a、180b、180c通信。在非独立配置中,WTRU102a、102b、102c可以与gNB180a、180b、180c通信/连接,同时也可以与诸如e节点B160a、160b、160c的另一RAN通信/连接。举例来说,WTRU102a、102b、102c可以实施DC原理以便与一个或多个gNB180a、180b、180c以及一个或多个e节点B160a、160b、160c基本上同时地进行通信。在非独立配置中,e节点B160a、160b、160c可以用作WTRU102a、102b、102c的移动性锚,并且gNB180a、180b、180c可以提供用于服务WTRU102a、102b、102c的额外的覆盖范围和/或吞吐量。
gNB180a、180b、180c中的每一个可以与特定小区(未示出)相关联,并且可以被配置为处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、网络切片的支持、DC、NR与E-UTRA之间的交互工作、向用户平面功能(UPF)184a、184b路由用户平面数据、向接入和移动性管理功能(AMF)182a、182b路由控制平面信息等。如图1D所示,gNB180a、180b、180c可以通过Xn接口彼此通信。
图1D中所示的CN106可以包括至少一个AMF182a、182b、至少一个UPF184a、184b、至少一个会话管理功能(SMF)183a、183b,并且可能包括数据网络(DN)185a、185b。虽然前述元件被描绘为CN106的一部分,但是将理解,这些元件中的任何一个可以由CN运营商之外的实体拥有和/或运营。
AMF182a、182b可以经由N2接口连接到RAN104中的gNB180a、180b、180c中的一者或多者,并且可以用作控制节点。例如,AMF182a、182b可负责认证WTRU102a、102b、102c的用户、支持网络切片(例如,处理具有不同需求的不同协议数据单元(PDU)会话)、选择特定的SMF183a、183b、注册区域的管理、非接入层(NAS)信令的终止、移动性管理等等。AMF182a、182b可使用网络切片,以根据WTRU102a、102b、102c所使用的服务类型,定制CN对WTRU102a、102b、102c的支持。例如,可以针对不同的用例建立不同的网络切片,所述用例诸如依赖于超可靠低时延(URLLC)接入的服务、依赖于增强的大规模移动宽带(eMBB)接入的服务、用于MTC接入的服务等。AMF182A、182b可以提供用于在RAN104和采用其他无线电技术(例如LTE、LTE-A Pro和/或非3GPP接入技术(例如WiFi))的其他RAN(未示出)之间进行切换的控制平面功能。
SMF183a、183b可以经由N11接口连接到CN106中的AMF182a、182b。SMF183a、183b也可以经由N4接口连接到CN106中的UPF184a、184b。SMF183a、183b可以选择和控制UPF184a、184b,并且配置通过UPF184a、184b的业务的路由。SMF183a、183b可以执行其他功能,例如管理和分配UE IP地址、管理PDU会话、控制策略实施和QoS、提供DL数据通知等。PDU会话类型可以是基于IP的、非基于IP的、基于以太网的等等。
UPF184a、184b可以经由N3接口连接到RAN104中的gNB180a、180b、180c中的一者或多者,这可以为WTRU102a、102b、102c提供对诸如因特网110的分组交换网络的接入,以促进WTRU102a、102b、102c与IP使能设备之间的通信。UPF184、184b可以执行其他功能,例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲DL分组、提供移动性锚定等等。
CN106可以促进与其他网络的通信。例如,CN106可以包括IP网关(例如,IP多媒体子系统(IMS)服务器),或者可以与IP网关通信,该IP网关用作CN106和PSTN108之间的接口。此外,CN106可向WTRU102a、102b、102c提供至其他网络112的接入,该其他网络112可包括其他服务提供商所拥有和/或运营的其他有线和/或无线网络。在一个实施例中,WTRU102a、102b、102c可经由至UPF184a、184b的N3接口及UPF184a、184b与DN185a、185b之间的N6接口,通过UPF184a、184b连接至本地DN185a、185b。
鉴于图1A-1D和图1A-1D的相应描述,本文关于以下各项中的一者或多者描述的功能中的一者或多者或全部可以由一个或多个仿真设备(未示出)执行:WTRU102a-d、基站114a-b、e节点B160a-c、MME162、SGW164、PGW166、gNB180a-c、AMF182a-b、UPF184a-b、SMF183a-b、DN185a-b和/或本文描述的任何(一个或多个)其他设备。仿真设备可以是被配置为仿真本文描述的功能中的一者或多者或全部的一个或多个设备。例如,仿真设备可以用于测试其他设备和/或模拟网络和/或WTRU功能。
仿真设备可以被设计为在实验室环境和/或运营商网络环境中实现对其他设备的一个或多个测试。例如,一个或多个仿真设备可以执行一个或多个或所有功能,同时被完全或部分地实现和/或部署为有线和/或无线通信网络的一部分,以便测试通信网络内的其他设备。一个或多个仿真设备可以执行一个或多个或所有功能,同时被临时实现/部署为有线和/或无线通信网络的一部分。仿真设备可出于测试目的而直接耦合到另一设备,和/或可使用空中无线通信执行测试。
一个或多个仿真设备可以执行一个或多个功能,包括所有功能,而不是作为有线和/或无线通信网络的一部分来实现/部署。例如,仿真设备可以在测试实验室和/或非部署(例如,测试)有线和/或无线通信网络中的测试场景中使用,以便实现一个或多个组件的测试。一个或多个仿真设备可以是测试装备。仿真设备可以使用经由RF电路(例如,其可以包括一个或多个天线)的直接RF耦合和/或无线通信来发射和/或接收数据。
[开始14596公开]
车辆通信,也称为车辆到万物(V2X)是一种通信模式,由此车辆(例如,卡车、汽车等)可以直接彼此通信和/或与周围基础设施(例如,路侧单元(RSU))通信。如本文所公开的,车辆可以与WTRU相关联、与WTRU集成并且与WTRU互换地被引用。对于V2X操作可以有两种场景:覆盖范围内的场景,其中WTRU接收来自网络的协助以开始传送和接收V2X消息;和/或覆盖范围外的场景,其中WTRU使用一些预先配置的参数来开始传送和接收V2X消息。
V2X通信可以与利用设备到设备(D2D)通信完成的工作相关。V2X通信服务可以涉及至少四种不同类型的交互:车辆到车辆(V2V),其中车辆WTRU可以直接彼此通信;车辆到基础设施(V2I),其中车辆WTRU可以与RSU/eNB通信;车辆到网络(V2N),其中车辆WTRU可以与核心网络通信;以及车辆到行人(V2P),其中车辆WTRU可与具有特殊条件(例如,低电池容量)的行人(例如,非车辆)WTRU通信。
存在与V2X资源分配有关的若干操作模式。在LTE中,在V2X通信中可以存在至少两种操作模式。模式3是在其中网络给予WTRU用于V2X侧链路传输的调度分配。模式4是在其中WTRU从配置/预先配置的资源池中自主地选择资源。除了模式之外,V2X LTE可以包括至少两类资源池:被监视用于接收V2X传输的接收池和由WTRU用于选择模式4中的传输资源的V2X传送池。传送池可不被以模式3配置的WTRU使用。
在LTE中,资源池可以经由RRC信令被半静态地用信号通知给WTRU。在模式4中,WTRU可以在从RRC配置的传送池中选择资源之前使用感测。在一些情况下,LTE V2X可能不支持动态资源池重新配置,并且池配置可能仅经由SIB和/或专用RRC信令来运载。
新无线电(NR)可以被认为是“下一代”无线系统。NR系统可以支持多种用例,例如增强型移动宽带(eMBB)、超高可靠性和/或低时延通信(URLLC)。
增强的V2X(eV2X)通信可以是NR系统的一部分。NR中的eV2X可以支持用于安全性和非安全性场景两者的新服务(例如,传感器共享、自动驾驶、车辆编队、远程驾驶)。不同的eV2X服务可能需要不同的性能要求(例如,可能需要3ms的时延)。
NR V2X可以支持新的用例,例如车辆编队、高级驾驶、扩展传感器、远程驾驶等。
车辆编队可以使车辆能够动态地形成一起行驶的组。车队中的所有车辆可以从领先车辆接收周期性数据,以便执行车队操作。该信息可以允许车辆之间的距离变得极小(例如,转换为时间的间隙距离可以非常低,诸如亚秒(sub second))。编队应用可以允许跟随的车辆被自主驾驶。
高级驾驶可以实现半自动或全自动驾驶。对于这种用例,可以假定较长的车辆间距离。每个车辆和/或路侧单元(RSU)可以与附近的车辆共享从其本地传感器获得的数据,从而允许车辆协调它们的轨迹或操纵。另外,每辆车可以与附近的车分享其驾驶意图。这种用例的一些益处可以是更安全的行进、碰撞避免和/或改进的交通效率。
扩展传感器可以使得能够在车辆、RSU、行人设备和V2X应用服务器之间交换通过本地传感器收集的原始或处理后的数据或现场视频数据。车辆可以增强对其环境的感知,超过其自身的传感器可以检测的感知,并且具有对本地情况的更全面的观察。
远程驾驶可以使远程驾驶员或V2X应用能够为不能驾驶他们自己的车辆的乘客操作远程车辆,或者操作位于危险环境中的远程车辆。对于变化有限并且路线可预测的用例,诸如公共交通,可以实现基于云计算或远程操作的驾驶。另外,对于该用例,可以考虑对基于云的后端服务平台的接入。
LTE和NR两者都可以是支持eV2X的无线电接入技术(RAT)。NR V2X可以补充用于高级V2X服务的LTE V2X,并且支持与LTE V2X的交互工作。因此,WTRU可能需要同时支持NR和LTE侧链路操作。
LTE V2X可以支持NW调度模式(模式3)和WTRU自主模式(模式4)两者。NR V2X也可以支持NW调度模式(模式1)和WTRU自主模式(模式2)两者。此外,对于V2X,也可以存在模式2的子模式,诸如:模式2a,其中WTRU自主地选择侧链路资源用于传输;模式2c,其中WTRU被配置有NR配置的授权(类似于类型1)用于侧链路传输;和/或模式2d,其中WTRU调度其他WTRU的侧链路传输。类似模式2b的行为也可以是可被构建到任何其他模式中的功能的选项。对于模式2b,WTRU可以辅助其他WTRU的侧链路资源选择。
在一些情况下,LTE V2X可以在接入层(AS)层作为广播机制。V2XWTRU可以被提供有来自上层的对应于V2X服务的L2目的地ID。WTRU可以在MAC报头中包括L2目的地ID,并且接收可以基于WTRU过滤MAC PDU,该MAC PDU具有与WTRU感兴趣的服务相匹配的L2目的地ID。
对于NR V2X,可能存在与用例(例如,编队)相结合的更严格的要求,这也激发了单播和组播传输的使用。利用单播和组播传输,WTRU可以利用来自接收机的反馈(例如HARQ、CQI)来优化传输功率、重传等,以允许更有效地使用资源和更好地控制QoS。
可以存在NR V2X的QoS模型。PC5上的QoS可以用ProSe每分组优先级(PPPP)来支持。可以允许应用层用PPPP标记分组,这指示了所需的QoS级别。可以添加某些增强,例如从PPPP导出分组时延预算(PDB)。
对于NR的QoS可以有额外特征。这些额外特征可以具有关键性能指标,该关键性能指标具有以下参数(及其单位)中的一者或多者:有效载荷(字节);传输速率(消息/秒);最大端到端时延(ms);可靠性(%);数据速率(Mbps);和/或最小所需通信范围(米)。
相同的服务要求集合可以应用于基于PC5的V2X通信和基于Uu的V2X通信两者。因此,可以存在用于PC5和Uu的统一QoS模型(例如,也使用5QI进行PC5上的V2X通信),使得应用层可以具有指示QoS要求的一致方式,而不管所使用的链路。
考虑5GS V2X能力的WTRU,可能存在至少三种不同类型的业务:广播、多播和单播。
对于单播类型的业务,可以使用与Uu相同的QoS模型(例如,可以将每个单播链路视为承载,并且可以将QoS流与其相关联)。也可应用5QI中所定义的所有QoS特性及数据速率的额外参数。另外,最小所需通信范围可以被视为特别用于PC5使用的额外参数。类似的考虑也可以应用于多播业务,因为它可以被视为单播的特殊情况(例如,具有多个定义的业务接收机)。对于广播业务,可能没有承载概念;因此,根据应用需求,每个消息可以具有不同的特性。然后,可以以与ProSe每分组优先级/ProSe每分组可靠性(PPPP/PPPR)类似的方式使用5QI(例如,用每个分组进行标记)。5QI能够表示PC5广播操作所需的所有特性(例如,时延、优先级、可靠性等)。可定义一组V2X广播特定5QI(例如,语音质量指数(VQI))供PC5使用。
在一个或多个用例中,例如本文所讨论的那些用例,WTRU可能需要执行同时操作;本文所讨论的操作可以指由WTRU执行的一个或多个操作,例如传送、接收、处理、确定、执行操作模式等等。这些操作可以包括处理一个或多个传输类型,例如WTRU处理同时传输类型,这取决于环境。如本文所讨论的,传输类型可以指但不限于:传输模式,例如WTRU自主或NW调度模式(例如用于LTE的模式3、模式4,或用于NR的模式1、模式2),和/或用于NR的模式2的子模式(例如模式2a、模式2c、模式2d);侧链路无线电接入技术(SL RAT),例如其中WTRU可以通过NR SL RAT或LTE SL RAT进行传送;传播(cast)类型,例如其中NR V2X WTRU可以使用单播、组播或广播传输进行传送。这些传输类型的组合(例如,NR SL RAT上的模式2与LTESL RAT上的模式3)本身也可被认为是单独的模式。
在一个或多个实施例中,可以在模式1和模式2中同时操作。在LTE V2X中,WTRU可以基于NW决策仅被配置具有模式3或模式4。具体地,如果系统信息包含所需的V2X资源池,则WTRU可以在RRC_IDLE中执行模式4资源选择。否则,WTRU可以被强制发起RRC连接,并且NW可以提供池并允许WTRU在模式4中操作,或者WTRU在模式3中被提供调度。如果WTRU同时在模式1和模式2中操作,则WTRU可以使用NW授权或来自资源选择的授权来传送缓冲数据。在WTRU处,可能需要确定应该在模式1或模式2上发送哪些数据的过程。模式2资源选择规则可能需要考虑NW资源的可用性,而针对模式1的与网络的交互(例如BSR报告)也可能需要考虑WTRU处的模式2资源的可用性。本文讨论了用于解决模式1和模式2中的同时操作的方法。
在一个或多个实施例中,在LTE和NR侧链路(SL)中可以存在同时操作。WTRU可能需要同时在LTE和NR SL两者上操作。虽然一些分组可由上层标记为LTE或NR上传输所需(例如,出于后向兼容性或严格QoS要求的原因),但在任一RAT上可允许其他分组。对于这样的分组,在WTRU处可能需要过程来选择适当的RAT,该RAT管理每个RAT的负载并确保分组在遵守其QoS的同时被传送。本文讨论了用于解决LTE和NR SL中的同时操作的方法。
在一个或多个实施例中,在单播、组播、广播中可以存在同时操作。WTRU可以从上层接收与单播或组播、链路相关联的分组(例如,旨在传送至唯一WTRU的分组)以及与广播传输相关联的分组(例如,与由多个WTRU监控的L2目的地ID相关联的分组)。假定任何一个传播类型可以使用模式1或模式2来操作,则可能需要考虑这两种模式来执行资源分配。具体地,NW可能需要知道针对每种传播类型缓冲的数据量,以便在模式1中操作。另外,资源和载波选择可以允许用于每个传播类型的公共资源集合,以避免资源分离。本文讨论了用于解决单播、组播和广播中的同时操作的方法。
当处理解决同时WTRU操作的实施例时,可能出现的一个问题是如何在不同环境中为数据选择传输类型。为了解决这个问题,可能存在用于传输类型的同时使用的多于一个的层2结构模型,以及存在用于传输类型选择的决策准则和WTRU动作。
当结合传输类型的同时使用讨论各种模型时,本文描述的每个模型被呈现为示例,并且其旨在来自一个模型或示例的特征可以适用于另一模型或其他描述的情况。与模型相关联的数字仅用于提供对特定示例的参考,而不旨在提供关于优选方法的任何含义。
图2是示出选择数据的传输类型的示例过程的流程图。本文所述的每个模型可以执行图中所示的全部或一些过程。一般而言,对于任何模型,WTRU可首先接收配置201,该配置包含配置信息或设置,WTRU可使用该配置来确定或决定适合于给定情况的传输类型。该配置可以经由适当的设备(例如,诸如gNB、eNB等的基站)来自网络。作为WTRU的正常操作的一部分,数据可以从上层接收202(例如在WTRU上操作的协议层栈中以较低级别接收),其中该数据可以是用于传输的一个或多个数据分组。WTRU可以基于所接收的配置信息和其他决策准则来确定或决定适合于所接收的数据分组的传输类型203。确定/决定过程可在本文中进一步描述。然后,WTRU可以使用适当的传输类型来传送数据分组204。在某一点,WTRU可以基于条件(诸如由WTRU测量的条件改变、从网络接收的例如新配置的条件,或者例如事件的条件等)和/或决策准则来改变传输类型205。在图2的示例过程期间,WTRU可以与另一(一个或多个)WTRU(例如侧链路)和/或网络(例如基站)进行通信,并且可以传送(一个或多个)调度请求(SR)和/或(一个或多个)缓冲区状态报告(BSR)以便进一步促进该过程。另外,WTRU可以基于条件和/或同时传输类型来执行载波/资源选择过程。
在第一模型中,可以存在固定逻辑信道到传输类型的映射。逻辑信道可由WTRU创建,或者网络可仅与单个传输类型相关联。在每个传输类型内,WTRU可以创建多个逻辑信道,每个逻辑信道可以与不同的QoS要求和/或不同的目的地ID相关联。该映射可以是WTRU在201接收的配置信息的一部分。例如,WTRU可以创建用于在LTE RAT上传输数据的逻辑信道,或者它可以创建用于在NR RAT上传输数据的逻辑信道。在另一个示例中,WTRU可以使用模式1创建用于数据传输的逻辑信道,或者它可以使用模式2创建用于数据传输的逻辑信道。在另一个示例中,WTRU可以创建用于单播数据传输的逻辑信道。WTRU可以为到不同目的地WTRU的单播传输创建单独的逻辑信道。
在第一模型中,WTRU可以从上层接收用于传输的数据分组,正如在202处那样。基于本文描述的决策准则,WTRU可以决定将数据分组发送到与一种传输类型或另一种传输类型相关联的逻辑信道,正如在203处那样。在这种情况下,WTRU可以在来自上层的分组到达时做出决定。
WTRU可以接收其决定使用传输类型x的分组,但是可能不具有对于传输类型x是活动的(active)的适当逻辑信道。在这种情况下,WTRU可以创建与模式x相关联的新的逻辑信道。可替换地,或者相结合地,WTRU可以例如通过MAC CE、RRC消息或Uu PHY信道传输(例如SR、PUCCH等)的传输来指示需要从网络创建新的逻辑信道。新的逻辑信道的这种确定和创建可在203发生。
WTRU可以基于以下中的任一者来决定创建/移除与传输类型相关联的逻辑信道:满足了本文讨论的决策准则之一,并且对于一传输类型(例如,逻辑信道的创建)不存在逻辑信道,或者该准则使得将仅使用单一传输类型来传送所有数据(逻辑信道的移除);存在与传输类型相关联的逻辑信道的某种类型的数据(例如,特定QoS或VQI)不再能够被映射到该传输类型(例如,逻辑信道的移除);WTRU在(预先)配置的时间段内不接收如本文讨论的映射到某个传输类型的分组;和/或由网络进行通知/重新配置。逻辑信道的这种创建/移除可以在203或205发生,这取决于提示改变的情况。
在第二模型中,WTRU可以将逻辑信道从一种传输类型移动到另一种传输类型。该模型可以与固定逻辑信道到传输类型的第一模型结合使用。这里,逻辑信道可以被配置为仅在给定时间段内是一种传输类型,例如在205处,传输类型可以改变,或者例如在203处,传输类型可以基于与接收到的数据分组相关联的参数而改变。WTRU可以决定将逻辑信道从一种传输类型移动到另一种传输类型,例如基于本文讨论的准则。在此模型中,可在来自上层的数据到达时(例如,新数据到达迫使逻辑信道从一种传输类型改变为另一种传输类型的情况下)做出将哪种传输模式用于特定数据分组的传输的决定,或者可基于当前和未来分组周期性地做出决定,或者基于在WTRU处触发的且由本文所讨论的准则定义的一些事件(例如,测量满足一些准则等)来做出决定。
例如,在模式1/模式2的情况下,WTRU可以创建或配置有仅使用模式1的逻辑信道集合和仅使用模式2的逻辑信道。另外,WTRU可以创建或配置有逻辑信道,该逻辑信道在给定时间可以使用一个单一资源选择模式(模式1或模式2),但是可以从一个模式改变到另一个模式。WTRU可以被配置成具有数据(例如基于QoS)到逻辑信道的映射。另外,WTRU可以周期性地,或者基于从较低层接收到的触发,决定将一个或多个逻辑信道从使用一种传输类型的传输移动到另一种传输类型。
WTRU可以被配置成具有这样的逻辑信道的最大数目,即该逻辑信道可以从一种传输类型改变到另一种传输类型。WTRU还可以被配置成具有间隔或周期,在该间隔或周期期间,逻辑信道可以改变其传输类型。具体地,WTRU可以仅在定义的周期执行每个这种“可移动”逻辑信道的决策准则评估(例如,基于本文讨论的准则)。WTRU还可以使用在最后一个改变间隔上可用的信息,以便决定逻辑信道的传输类型。
此模型中的WTRU可仅针对被映射至逻辑信道的QoS/VQI而非简单地针对特定数据分组的QoS/VQI来应用本文所定义的用于逻辑信道传输类型切换的决策准则。具体地,WTRU可以被配置成为每个VQI或VQI集合创建逻辑信道。WTRU可以通过仅考虑被映射到该逻辑信道的QoS/VQI来应用这里定义的取决于数据类型或QoS的决策。
在第三模型中,逻辑信道可以与多个传输模式相关联。该模型可以与固定逻辑信道到传输类型的第一建模结合使用。这里,逻辑信道可以被配置有多个传输模式。在这种建模中,WTRU可以确定在传输数据时使用的特定传输模式,例如在204,并且可能不在从上层接收数据时使用,这与之形成对比。
例如,在LTE和NR RAT的情况下,WTRU可以创建或配置有通过LTE RAT发送的逻辑信道集合和通过NR RAT设置的逻辑信道集合,正如在201处那样。WTRU还可以被配置成具有或创建与两个RAT相关联的一个或多个逻辑信道。在这样的示例中,WTRU可以从上层接收分组,正如在202处,并且基于本文描述的决策准则将这样的分组发送到LTE RAT或NR RAT逻辑信道。另外,WTRU可以决定将某些分组发送到被映射到LTE和NR RAT两者的逻辑信道。然后,可以在传输时,例如在204,执行实际数据到逻辑信道的映射。
图3是示出当条件改变时的数据处理的示例的图。在该示例中,WTRU可以处理不同的传输类型,例如模式1和模式2。时间水平向前移动,其中301时间T1和302时间T2被示出以区分两个不同的时间点。在WTRU的通用传输情况下,WTRU可以被配置成具有逻辑信道集合(例如LCH1-4)。WTRU可以被指示或者可以自己决定针对传输类型分配逻辑信道。在中间部分312中,该示例示出了逻辑信道LCH1和LCH2在T1与模式1相关联,并且逻辑信道LCH3和LCH4在T1与模式2相关联。可以从上层接收数据分组,并且基于与传输类型相关的决策准则将其分配给逻辑信道。在T1和T2处或之间的某个时间点,某种条件(例如,无线电条件的改变)可提示WTRU改变分配给逻辑信道的传输类型,如在312所示,其中逻辑信道LCH1在T2被改变为模式2。该图可在本文中进一步解释。
为了确定同时WTRU操作中的数据传输类型,可以存在用于传输类型选择的条件和/或决策准则以及WTRU动作。WTRU可以基于表1中列出的一个或多个因素(例如,它们的组合)来选择侧链路数据的传输类型。所列出的准则也可以被认为是条件,其中条件可以具有与其相关联的参数。
Figure BDA0003126430330000271
这些准则不是旨在成为穷举性的列表,而是通常可以表示在某些情况下可以用于确定选择传输类型的准则的类型和性质。
对于其中WTRU基于可用于传输的数据的属性来确定要传送的数据的传输类型的准则情况,WTRU可以基于要传送的数据的QoS要求来选择数据的传输类型。例如,WTRU可以基于与数据相关联的QoS参数(例如,VQI、PPPP、PPPR、时延、可靠性、范围等)的(预先)配置的映射和传输模式来选择用于分组的传输模式(例如,模式1对模式2)。
在这种情况的一个示例中,WTRU可以(预先)配置有VQI集合,针对该VQI集合或在该VQI集合之上/之下的VQI阈值,WTRU应该使用模式1/模式2传送分组。如果分组被接收并用满足该条件的VQI标记,则WTRU可使用模式1/模式2传送分组。否则,WTRU可以使用模式2/模式1来传送分组。
在这种情况的另一个示例中,除了与每个RAT相关联的CBR的测量之外,WTRU还可以基于与RAT相关联的VQI来选择用于传输的RAT。具体地,WTRU可以基于RAT之间的VQI和CBR(例如LTE CBR或NR CBR)或CBR差值的(预先)配置表来选择用于传输的RAT。WTRU可以优先NR RAT用于某些传输,针对该某些传输,其中NR RAT可以被定制,除非CBR高或显著高于LTE CBR。这种优先化可以基于在WTRU处(预先)配置的VQI/CBR表而被构建到RAT选择中。
对于其中WTRU基于(一个或多个)传输的频率和/或大小确定要传送的数据的传输类型的准则情况。具体地,WTRU可以基于传输频率(即,周期性的或非周期性的,以及传输的周期性)和/或消息大小(例如,最大消息大小、最小消息大小、平均消息大小等)来确定传输类型。例如,WTRU可以被配置成结合可能的其他条件(例如CBR高于/低于阈值的周期性传输)使用模式2进行周期性传输。类似地,如果(例如,用于SLRB的)平均/最小/最大消息大小高于阈值,则WTRU可以被配置成使用模式1。
对于其中WTRU基于侧链路会话的属性确定要传送的数据的传输类型的准则情况。在一个实例中,WTRU可以基于侧链路组播的组大小来确定传输类型。例如,对于具有大量成员的组,WTRU可以被配置成使用模式1,从而来自所有接收机WTRU的反馈资源可以由网络分配。类似地,WTRU可以被配置成当组大小较小时使用模式2用于侧链路组播。这里,发射机WTRU可以为每个接收机WTRU分配反馈资源。HARQ反馈机制也可以用于确定传输类型。对于仅HARQ NACK机制,接收机WTRU可以仅共享NACK消息的反馈资源。因此,WTRU可以被配置成使用模式2用于侧链路组播。如果使用HARQ ACK/NACK机制,则WTRU可以被配置成使用模式1用于侧链路组播。
对于其中WTRU基于可用于传输类型的足够资源的可用性来确定数据的该传输类型的准则情况,这种确定可以基于由进行传送的WTRU确定的、或由对等WTRU(例如,与进行传送的WTRU处于单播链路中的WTRU)确定的、并被指示给进行传送的WTRU的以下任一项:SR资源的可用性,其可能与特定RAT和/或特定传播类型相关联,并且相对于数据的到达具有可接受的定时/时延;具有可接受的用于传输BSR的定时/时延的可用上行链路资源(例如,以指示数据的到达);具有可接受的用于传输数据的定时/时延的可用周期资源,其可能与特定要求或特定逻辑信道相关联;WTRU检测一些数据的周期性、偏移、分组大小的变化(例如,当WTRU检测到一些数据的周期性、偏移或分组大小的变化时,WTRU可以在某个时间内改变到模式2传输);特定类型的可用SL授权,其可能结合与数据相关联的QoS要求;由网络为任一传输类型配置的资源量(例如,WTRU基于由网络为任一传输类型配置的资源量来确定传输类型,其中可以执行这样的决策以使用任一类型中的相等比例的资源);和/或不能使用模式2资源选择来选择足够的资源,或者模式2资源选择失败。
关于特定类型的可用SL授权,WTRU可以选择使用LTE授权或NR授权(假设两个授权都可用)用于具有低时延要求的数据传输,这取决于哪个授权在时间上首先可用,以及哪个授权具有满足数据要求的属性(例如授权大小、传输的MCS、配置的重传次数)。此授权可为模式2/4授权或模式1/3授权。
关于不能选择足够的资源,WTRU可以在资源选择过程之后决定使用模式1进行一些数据传输,该资源选择过程可能由于以下任何原因而失败:在一段时间之后或在多次尝试之后未能获取具有LBT的模式2资源,例如由于选择用于传输失败LBT(例如,在空闲信道评估期间被占用)的一个/多个/全部可用资源或由于失败的数量或退避时间的数量/量超过阈值,其可能与分组的所需时延有关;在资源选择时确定的或周期性地确定的被认为可用于传输的模式2资源的数量低于(预先)配置或定义的阈值,其中模式2资源的可用性的确定可以包括排除由类似SCI传输预先保留的资源,和/或PSSCH/PSCCH上的RSRP/RSSI的测量;用于模式2d的调度WTRU在某个时间段期间不可用或不可到达;和/或,被配置给WTRU的可能用于要传送的数据的一个/多个/所有资源模式是不可用的,或者不满足要传送的数据的时延要求。
进一步关于不能选择足够的资源,WTRU可以基于可能最近被认为在任一RAT上成功的资源分配的数量来决定使用NR RAT或LTE RAT。具体地,WTRU可以测量在每个RAT上资源选择过程的数量或比率,其中x%的资源被确定为在资源选择期间可用,并且可以选择数量或比率最小的RAT。
进一步关于不能选择足够的资源,资源选择可以基于在进行传送的WTRU处确定的感测结果和/或测量,或者基于由对等WTRU提供的感测结果和/或测量。
进一步关于不能选择足够的资源,如果WTRU执行载波选择并且允许/选择的载波的数量低于某个数量,则WTRU可以确定用于资源选择的资源不足,其中该数量可以与要传送的数据的承载/流/VQI相关。
在与基于资源可用性来确定传输类型相关的一种场景中,当SR/BSR资源不可用或不满足定时要求时,WTRU可以使用模式2。WTRU可以使用模式1传输,只要其被配置有可用的SR资源以满足要传送的数据的定时要求,或者可以在足够的时间内获得用于BSR传输的授权以传送数据。如果WTRU没有被配置足够的SR资源,或者如果由WTRU确定的用于传输BSR和后续侧链路数据的时延大于数据传输本身的时延要求,则WTRU可以使用模式2资源(例如,前向预订资源或一次性资源)。一旦确定模式1由于上述原因而不能被使用,WTRU可以执行模式2资源选择,或者可以在现有的模式2授权(例如周期性出现的资源)上优先传输所述数据。
在关于确定传输类型的一种场景中,基于资源的可用性,当用于LTE RAT的SR/BSR资源不可用或不满足定时要求时,WTRU可以使用NR RAT。在WTRU被配置为同时使用式3LTE及模式1NR的示例中,WTRU可以被配置有特定于每个RAT的SR资源。WTRU可以基于NR RAT SR相对于LTE RAT SR的定时(可能结合配置的规则)来确定在其上传送分组的侧链路RAT。具体地,WTRU可以被配置成在LTE/NR RAT上传送可能与特定服务、传播等等相关联的数据,只要LTE/NR RAT上的SR配置允许WTRU在所需的时延内传送分组。如果分组到达并且LTE/NRRAT SR被配置为使得分组的时延未被考虑,则WTRU可以替换为在NR/LTE RAT上传送分组。WTRU可向网络传送NR/LTE SR以获取所述相关联的数据,并将该数据包括在要在未来NR/LTE授权上进行复用的数据中。
在关于基于资源可用性来确定传输类型的一种场景中,当使用模式2的资源选择不满足定时要求时,WTRU可以使用模式1。在示例中,WTRU可以被配置成对与特定承载/流相关联的数据或与特定VQI相关联的数据使用模式2资源选择。WTRU还可以被配置成如果针对承载/流/VQI的数据执行的一个或多个(预先)配置或定义的资源选择尝试不能选择满足数据的QoS要求(例如时延、可靠性)的资源,则将模式1用于这样的承载/流/VQI。例如,资源选择可能需要与LTE的感测过程类似的感测过程。对于特定的VQI,WTRU可以要求(预先)配置的百分比X的可用资源可用。执行用于其中X%的资源未被确定为可用的过程的资源选择的WTRU可以通过模式1传送数据分组。可替换地,WTRU可以维护可能与特定承载/流/VQI相关联的这种失败的资源选择尝试的数量的计数,并且当连续的或在配置的时间内的失败的资源选择尝试的数量超过某个量时,决定通过模式1传送承载/流/VQI。
尽管承载/流/VQI配置有模式2,上述场景中的WTRU可以在一段时间内使用模式1继续传送所述承载/流/VQI,该段时间可以由以下任意一个确定:(预先)配置的定时器;对使用模式2的其他承载/流/VQI的一个或多个成功的资源选择的指示;和/或模式2池上的拥塞改变到低于配置的阈值的测量。
在关于基于资源可用性确定传输类型的一种场景中,WTRU可以基于模式2资源池大小/配置来选择传输模式。在示例中,WTRU可以基于模式2资源池的配置来选择使用模式1或模式2来传输某个类型的数据。具体地,如果在模式2资源池中被配置用于SL传输的时隙之间的时间小于阈值,则WTRU可以使用模式2用于与特定VQI相关联的传输,由此这样的阈值可以进一步与VQI或要传送的数据的时延要求相关联。在另一个示例中,WTRU可以以这样的方式使用模式1或模式2传输数据,即使用模式2的数据量或数据比率与由网络为模式2传输配置的池的大小成比例。
在关于基于资源可用性来确定传输类型的一种场景中,当检测到周期性/偏移/大小或周期性数据的变化时,WTRU可以改变传输模式。在示例中,当WTRU检测到其传输的周期性/定时/偏移的改变时,WTRU可以使用模式2来发送一些数据。当WTRU不能及时发送WTRU辅助信息以调整SPS资源来满足与SPS配置相关联的数据的时延要求时,WTRU可以进一步决定执行这种模式切换。WTRU可以使用模式2仅发送映射到SPS配置的一部分数据(例如在大小改变的情况下)。WTRU可以在检测到周期性/定时/偏移的改变时,决定发送利用SPS资源的全部或部分数据。WTRU仍然可以发送与SPS配置相关联的WTRU辅助信息。WTRU可以在SPS配置的网络重新配置之后恢复模式1SPS资源的使用,以便其满足新的周期性/偏移/大小要求。
对于其中WTRU可基于(一个或多个)网络决策确定传输类型的准则情况,网络可基于以下任一项显式或隐式地向WTRU指示传输类型:RRC配置;DCI;和/或MAC CE。
关于RRC配置,在一个示例中,WTRU可以被显式地配置成使用可能与特定类型的数据相关联的某些传输类型;在另一示例中,WTRU可以接收用于SPS过程的SPS重新配置(例如类型1或类型2配置的授权)。如果与重新配置相关联的授权大小小于WTRU辅助信息中的请求授权大小,则WTRU可以使用模式2传送数据的剩余部分(例如WTRU辅助信息中请求的授权大小与网络提供的实际SPS授权大小之间的差值)
关于DCI,在一个示例中,WTRU可以在DCI中接收指示,该指示即仅BSR中报告的某一部分数量将由网络使用模式1来处理。然后WTRU可以利用模式2来传送在其缓冲区中的剩余数据,该WTRU最初在BSR中为该剩余数据发送缓冲区状态。
关于MAC CE,在一个示例中,WTRU可以接收MAC CE以指示逻辑信道应当从使用一种传输类型改变为使用另一种传输类型。
对于其中WTRU可以基于Uu覆盖范围或Uu定义的区域来确定传输类型的准则情况,该确定可以基于WTRU的Uu覆盖范围,其可能与其他WTRU的Uu覆盖范围有关。WTRU对Uu覆盖范围的确定可以包括一个或多个因素。
在一个因素中,可以确定WTRU在覆盖范围内还是在覆盖范围外时执行V2X通信。具体地,WTRU可以根据所讨论的WTRU或其他相关WTRU(例如单播/组播链路的目的地)是在覆盖范围内还是在覆盖范围外来选择可能用于一些类型的数据的传输类型。
在另一个因素中,可以考虑WTRU的Uu质量,例如Uu RSRP。具体地,WTRU可以基于所测量的Uu RSRP高于或低于阈值来选择可能用于一些类型的数据的传输类型。
在另一个因素中,可以考虑WTRU的系统信息有效区域。具体地,WTRU可以基于该WTRU和对等WTRU是否具有相同/不同的系统信息有效区域来选择可能用于一些数据的传输类型。
在关于Uu覆盖范围或定义的区域的一种场景下,只要WTRU由相同的gNB/SysInfoArea/PLMN服务,WTRU就可以使用模式1用于单播。在示例中,当涉及单播/组播传输的WTRU全部在覆盖范围内,或者在相同gNB、相同PLMN、相同系统信息区域或类似区域的覆盖范围内时,WTRU可以被配置成使用模式1用于单播/组播传输。当任何WTRU移出覆盖范围时,WTRU可以将使用模式1正在进行的单播传输移动到模式2。
在一些情况下,WTRU可以传送覆盖范围内和覆盖范围外之间的改变的指示,或者可以传送所服务的gNB/PLMN/SysInfoArea和/或服务gNB/PLMN/SysInfoArea的改变的指示。这种改变指示的传输可以由WTRU广播,或者可以使用单播/组播传输仅被传送到WTRU当前正在单播/组播中与之通信的WTRU。这种改变指示的传输可以在PSCCH、SL-MIB或PSSCH上传送。PSSCH传输可以采用MAC CE或SL-RRC消息的形式。WTRU可以将新服务的gNB、PLMN或SysInfoArea与该指示包括在一起,或者可以将WTRU是在覆盖范围内还是在覆盖范围外包括在该指示中,和/或包括WTRU占驻/连接到的gNB的任何Uu测量。WTRU还可以在这种指示中包括对邻居gNB的测量。
WTRU可以遵循与上述类似的方法传送对调度器WTRU或头WTRU(head WTRU)的改变的指示。
接收指示的WTRU可以基于其自己的Uu连接状态和该指示中的信息决定在模式1和模式2传输之间改变。具体地,当从第二WTRU接收到指示第二WTRU也在相同gNB的覆盖范围内的指示时,在gNB的覆盖范围内的第一WTRU可以决定在单播中使用模式1向该第二WTRU进行传送。可替换地,如果第一WTRU从第二WTRU接收到指示第二WTRU处于不同gNB或不是预定义gNB列表的一部分的gNB的覆盖范围中的指示,则第一WTRU可以从传送模式1单播改变到向第二WTRU的模式2单播。
在关于Uu覆盖范围或定义的区域的一种场景下,只要Uu RSRP高于阈值,WTRU就可以使用模式1。在示例中,WTRU可以被配置成使用模式1,可能用于某一类型的数据,只要由WTRU测量的Uu RSRP高于(预先)配置的阈值。否则,WTRU可以使用模式2。此外,WTRU可以被配置有与不同的承载/流/VQI相关联的不同的RSRP阈值,并且当Uu的RSRP高于与特定流/承载/VQI相关联的阈值时,WTRU可以选择使用模式1用于该流/承载/VQI。另外,这种阈值还可以是速度相关的。
对于其中WTRU可以基于服务类型确定传输类型的准则情况,WTRU可以基于传送的数据的服务类型确定将用于侧链路数据的传输类型。WTRU可以(预先)配置有服务类型到传输类型的映射,例如:RRC映射,或由上层提供的目的地ID到传输模式(例如,模式1或模式2)的映射;RRC映射,或由上层提供的目的地ID到RAT(LTE RAT或NR RAT)的映射;基于上述映射,WTRU可以选择用于在侧链路上传输分组的传输模式和/或RAT。另外,上述映射可进一步取决于如本文所论述的其他因素。例如,WTRU可以被配置具有针对每个测量的CBR范围的目的地ID到传输模式的映射,和/或可以具有针对不同区域或地理位置配置的映射,并且WTRU可以在每个CBR和/或地理区域下遵守这种映射。
对于其中WTRU可以基于侧链路负载或质量的测量和/或资源可用性来确定用于侧链路数据的传输类型的准则情况,这种决策可以进一步取决于与其他传输类型相关联的侧链路负载或质量的这种测量的比较。WTRU可基于最低负载/最佳质量来选择传输类型,或者WTRU可选择一种传输类型,只要与该传输类型相关联的负载低于某个阈值,或者该传输类型的质量高于某个阈值。
WTRU可以基于以下中的任一者或组合的测量来做出传输类型决定:对池、资源模式或BWP的信道忙比率(CBR)测量;WTRU自己的信道占用(CR),其可能与一个或多个池、资源模式或BWP相关联;侧链路资源的RSSI测量,所述侧链路资源可能与一个或多个池、资源模式或BWP或其子集相关联,所述一个或多个池、资源模式或BWP或其子集可以与由WTRU选择的用于其自身传输的资源相对应;侧链路信道的RSCP测量,所述侧链路信道例如PSSCH、反馈信道、同步信号或参考信号,它们可能由一个或多个相关WTRU发送,所述WTRU例如WTRU当前与之处于单播/组播链路中的WTRU;区域中估计的WTRU数量;配置的载波/BWP/资源池的数量;和/或接收的先占信号的检测。
在一个示例中,WTRU可以被配置成测量NR RAT中的模式2池和LTE RAT中的模式4池的CBR。WTRU可以基于这样的CBR测量来确定用于传输其一些或全部数据的RAT,并且可以决定在具有较低CBR的RAT中进行传送,或者当该RAT具有低于在另一RAT上测量的CBR阈值的CBR时,可以改变传输的RAT。WTRU还可以被配置具有将LTE CBR转换为NR CBR或反之亦然的规则,以便它们可以被同等地比较。
在另一个示例中,WTRU可以被配置成测量模式2池的CBR和/或CR,并且当模式2池的CBR和/或CR高于(预先)配置的阈值时,WTRU可以使用模式1传送其一些或全部数据。
在另一个示例中,第一WTRU可以被配置成测量从第二WTRU接收的侧链路参考信号的RSRP,其中所述第一WTRU被配置成向所述第二WTRU单播。对于某些类型的数据,第一WTRU可被配置成仅当RS-RSRP高于某个阈值时才使用单播传输类型传送该数据。第一WTRU还可以保持与到第二WTRU的数据或服务的传输相关联的单独的逻辑信道——一个使用单播链路(例如配置有反馈信道、HARQ等)和另一个使用SL广播机制。当RS-RSRP高于某个阈值时,第一WTRU可使用单播链路发送去往特定的其他WTRU和/或服务的分组。这种方法的一个优点是限制eMBB类型数据的大量HARQ重传,但是仍然将HARQ类型传输应用于URLLC类型数据。
在另一个示例中,WTRU可以被配置成基于在任一RAT上可用于传输的载波数量来选择可能用于特定服务或传输的类型(例如,与特定QoS相关联)的用于传输的RAT。具体地,WTRU可以基于在一种RAT上使用比另一种RAT更多数量的载波的能力来选择用于服务或数据类型的RAT。WTRU可以基于被配置用于在RAT上针对服务进行传输的载波和/或WTRU在每个RAT上的载波能力,来确定其可以用于该RAT上的所述服务或数据类型的载波的数量。
在另一个示例中,WTRU可以在从另一个WTRU接收到先占信号之后使用模式1来传输其一些或全部数据。这种先占信号还可以指示哪些数据应当利用模式1传输。WTRU可以在先占信号中(预先)配置或指示的时间段内继续使用模式1传输。与先占相关的相同示例和WTRU行为也可以用于从NR RAT到LTE RAT的改变,或者用于从单播到广播的改变。
在不失一般性的情况下,与这些情况相关的上述方法可以与本文描述的其他方法组合。例如,WTRU可以基于Uu RSRP的比较和模式2侧链路池上的CBR的测量,针对特定数据在模式1传输和模式2传输之间进行选择。具体地,当Uu RSRP低于特定阈值且模式2传送池的CBR低于另一特定阈值时,WTRU可以选择使用模式2的传输类型。可替换地,WTRU可以选择使用模式1的传输类型。
对于其中WTRU可以基于Uu RRC状态确定传输类型的准则情况,可能结合RRC定时器的状态,WTRU可以基于以下任意一者来选择传输类型或改变传输类型:WTRU从一个RRC状态(例如RRC_CONNECTED、RRC_IDLE、RRC_INACTIVE)转换到另一个RRC状态(例如WTRU在转换到RRC_CONNECTED时可以改变为某一类型的数据的单播传输,但是可以在RRC_IDLE和RRC_INACTIVE中使用广播传输);WTRU启动RRC相关定时器,例如但不限于与RLF、BFR、接入禁止等相关的定时器。对于RRC相关定时器,在一个示例中,当T310开始时(例如,一旦检测到PCell的PHY层问题),WTRU可以改变到模式2传输,并且当T310停止时(例如,由于从较低层接收到N311个连续同步指示),WTRU可以重新发起模式1传输。在与RRC相关定时器相关的另一个示例中,当T310开始时(例如,在检测到PCell的PHY层问题时),WTRU可以改变到广播传输,并且当T310停止时(例如,由于从较低层接收到N311连续同步指示),WTRU可以重新启动模式1传输。在与RRC相关定时器相关的另一个示例中,WTRU可以在T309运行的同时使用模式2传输用于一些或所有SL传输(例如,接入尝试被禁止)。在与RRC相关定时器相关的另一个示例中,当在单播传输期间发生波束失败时,WTRU可以使用广播传输来传送单播。
对于其中WTRU可基于WTRU动态特性确定传输类型的准则情况,WTRU可基于以下中的任一者或组合来选择用于一些数据的传输类型:所测量的WTRU速度;绝对WTRU位置;与另一WTRU的相对WTRU位置;与另一WTRU的相对WTRU速度;与另一WTRU的相对WTRU方向;和/或,由WTRU检测任何速度/位置/方向的变化(例如,当在任何速度/位置/方向上检测到变化时,WTRU临时使用传输类型(例如,基于定时器))。
在示例中,WTRU可以被配置成只要WTRU的速度低于阈值就使用单播链路传送可能以特定WTRU为目的地的某些数据,否则可以使用广播来传送数据。
在另一个示例中,如果WTRU速度低于(预先)配置的阈值,则WTRU可以被配置成针对一些/所有数据使用模式1,否则可以使用模式2。
在另一个示例中,如果第一WTRU和第二WTRU(例如第二WTRU是与第一WTRU通信的WTRU)之间的距离低于(预先)配置的阈值,或者低于取决于被传送的数据的属性(例如QoS)的某个阈值,则第一WTRU可以被配置成使用单播传输。
对于这种情况,WTRU可以执行其位置、速度或方向的周期性侧链路传输。这种传输可以在PSCCH、SL-MIB或PSSCH上执行。在PSSCH上的这种信息的传输可以在MAC CE或SL-RRC消息中进行。接收该位置/速度/方向传输的WTRU除了使用其自身的动态特性(例如,车辆动态特性)之外,还可以使用这样的信息来基于(预先)配置的规则确定传输类型。
对于其中WTRU可以基于另一传输类型的用户来确定传输类型的准则情况,这种决策可以基于(预先)配置的限制,并且这种限制可以结合本文描述的用于类型选择的任何额外方法/条件应用或在该条件下应用。例如,WTRU可以被配置成仅在执行与特定QoS相关联的单播传输时使用模式1。
对于其中WTRU可以基于载波/BWP/资源池限制来确定传输类型的准则情况,WTRU可以基于这些准则被(预先)配置有特定传输类型。例如,WTRU可以被配置成在第一载波上使用模式1,在第二载波上使用模式2。可替换地,WTRU可以基于本文描述的其他因素在载波上使用一种传输类型而在不同的载波上使用另一种传输模式。例如,WTRU可以被配置成在具有最大测量CBR的载波上使用模式1,并且可以被配置成在其他载波上使用模式2。可以进一步(预先)配置或者取决于WTRU能力或可以用于特定服务的载波的数量(例如,目的地地址)来配置在其上使用模式1的载波(例如,具有最大CBR的载波)的数量。例如,可以将在其上使用模式1(例如,对应于最大CBR)的载波的数量定义为被配置用于特定目的地地址的载波的百分比,和/或WTRU支持的载波数量。
对于其中WTRU可以基于为每种类型配置的业务量来确定传输类型的准则情况,用于这种决策的业务可以包括WTRU自己的传输或其他WTRU传输(例如基于SCI传输检测的)。例如,WTRU可以选择用于传输的RAT以便具有LTE SL传输和NR SL传输的相等的量或者(预先)配置的比例。
对于其中WTRU可以向网络指示传输类型的机会的准则情况,WTRU可以向网络指示一些或所有数据的传输类型的改变,无论是在WTRU缓冲区内还是可能由WTRU接收的未来数据。WTRU还可以被配置具有阈值,高于该阈值时可以指示传输类型改变。该阈值可以基于以下中的一者或多者:WTRU缓冲区中将从一种传输类型移动到另一种传输类型的数据量;将从一种传输类型改变为另一种传输类型的VQI或QoS级别的数量;测量的变化量(例如,可用资源量、RSSI、SCI RSCP),其可能导致一些数据的传输类型的改变);和/或将确定某些数据的传输类型的改变的其他值或度量。
WTRU可以使用以下中的一者或多者来指示传输类型的改变:专用SR或PUCCH;RACH(例如,具有RACH过程中的传输类型改变的信息的2步RACH);MAC CE,例如BSR或新MAC CE;RRC消息;连接建立和/或具有MSG3或MSG5中提供的新原因值或指示的恢复(例如,WTRU可以发起RRC连接并且在连接建立期间提供与传输类型的改变相关联的信息)。
对于其中WTRU可以基于从另一WTRU接收到模式改变而改变传输类型的准则情况,第二WTRU可以向第一WTRU或WTRU集合传送传输类型改变的指示。例如,第二WTRU可以传送传输模式的指示(例如模式1对模式2,或者改变到模式1/模式2)。当第二WTRU决定改变模式时,它可以在PSCCH、PSSCH或SL-MIB上发送模式改变指示。这种模式改变指示可以采用在PSSCH上向与第二WTRU进行单播/组播的WTRU集合传送的MAC CE或SL-RRC消息的形式。第一WTRU在从第二WTRU接收到模式改变指示时,可以决定改变其自己的传输模式以匹配(一个或多个)其他WTRU的传输模式。具体地,如果第一WTRU从第二WTRU接收到模式改变,其中第一WTRU具有指示第二WTRU将使用模式2的单播链路,则第一WTRU可以将其传输模式从模式1改变到模式2的单播链路(例如可以使用模式2传送特定于该单播链路的所有分组)。
在一些情况下,WTRU可以被配置用于模式选择。在一个示例中,WTRU可以被配置成具有用于SLRB的允许的、要求的或优选的模式或传输类型(例如模式1或模式2)。具体地,SLRB或LCH可以被配置为仅使用模式1,或者可以被配置为仅使用模式2。此外,WTRU可以被配置有SLRB应当使用模式1或模式2的条件。这样的条件可以基于以下中的一者或多者:Uu质量;SL信号质量;WTRU缓冲区中用于SLRB的数据量;资源/载波/BWP;频率/周期性;和/或传输的大小。
关于Uu质量,WTRU可以被配置具有与SLRB应当针对Uu质量使用模式1或模式2的该Uu质量相关的条件。Uu信号质量可以由以下任意一者来确定:当前小区或其他小区的小区级测量(即,RRM测量);和/或可允许的UL功率(例如,功率余量)。例如,WTRU可以被配置成只要其服务小区的测量小区质量高于阈值就使用模式1,否则使用模式2。
关于SL信号质量,WTRU可以被配置具有与SLRB应当针对SL质量使用模式1或模式2的该SL质量相关的条件。SL信号质量可以基于以下来确定:WTRU使用的传输资源池的拥塞(例如CBR)的测量;对侧链路上HARQ成功率的测量(例如,时间段上的NACK的数目、连续NACK的数目、ACK/NACK的丢失数目);参考信号上的信道质量的测量,诸如CSI-RS、DMRS等;从对等WTRU报告的测量,例如SL CQI报告;可允许的SL功率(例如,功率余量);与包含SLRB的单播链路相关联的SL RLM/RLF状态(例如,RLF定时器是否正在运行、来自较低层的IS/OOS的数量、RLF的触发);和/或侧链路上资源的可用性,诸如可能在某个时间预算内的配置资源池的大小,与成功资源选择有关的度量(即,可以执行资源选择以满足时延要求)。例如,WTRU可以被配置成只要CBR低于阈值就使用/优选用于SLRB的模式2,否则使用模式1。在另一个示例中,WTRU可以被配置成只要单播链路没有触发RLF或者没有运行RLF计数器,就为与单播链路相关联的SLRB使用/优选模式2。
关于Uu质量和SL质量的组合,WTRU可以被配置成具有优选或使用模式1或模式2的条件,基于该条件涉及Uu质量度量和SL质量度量两者。例如,这种条件可以基于CBR比较和Uu小区测量、这种测量的差异。
关于用于SLRB的WTRU缓冲区中的数据量,只要对于SLRB待处理的数据量低于阈值,WTRU可以被配置成具有使用一种模式(模式1或模式2)而不是另一种模式的条件。这种限制或阈值还可以与侧链路上的资源大小(例如,用于传输的资源量、HARQ反馈、或这些资源上测量的拥塞)相关。
关于资源/载波/BWP/或类似者,可能存在基于由WTRU选择用于传输的值的条件,并且该条件由可在这些中的每一个上使用的传输模式的限制来确定。
在不失一般性的情况下,可以提供组合上述条件中的任何一个的条件。
如前所述,在WTRU具有同时操作的情况下,可能存在与传输类型相关联的一个或多个逻辑信道,然而,在一些情况下,一个逻辑信道可以优先于另一个逻辑信道。WTRU可以被配置成每传输类型具有至少一个单独的逻辑信道优先化(LCP)过程。这样的配置可以适用于不同的传输类型,诸如:以同时模式1和模式2操作的WTRU可以在该WTRU从网络接收到授权时执行模式1特定的LCP过程,并且可以在来自资源选择的授权变为活动时执行模式2特定的LCP过程;当WTRU在LTE载波上处理授权时,以同时的LTE和NR传输操作的WTRU可以执行LTE特定的LCP,并且当WTRU在NR载波上处理授权时,可以执行NR特定的LCP。当WTRU决定或被指示使用用于单播的授权时,以单播和组播操作的WTRU可以执行单播特定的LCP,并且当WTRU决定或被指示使用用于组播的授权时,WTRU执行广播特定的LCP。
WTRU可以使用或被配置有不同的参数或规则以用于与每个传输类型相关联的LCP,包括但不限于:逻辑信道的优先化的处理(例如,与LTE相关联的授权可以利用PPPP作为逻辑信道选择准则,而与NR相关联的授权可以利用VQI或从VQI导出的优先级和时延参数两者);确定在每个逻辑信道中要考虑的数据量(例如,如果逻辑信道与PDB相关联,则与LTE相关联的授权可以处理每个逻辑信道,直到该逻辑信道的数据被耗尽为止,而与NR相关联的授权可以处理每个逻辑信道,直到与该逻辑信道相关联的PDB为止);和/或与RLC SDU分段相关联的规则(例如,与LTE处理相关联的授权可以允许RLC分段,而对NR的授权可以不允许RLC分段)。
可替换地,WTRU可以被配置成为LCP使用完全独立的过程,其中每个过程与每个传输类型相关联,和/或其中每个过程不同地定义规则和参数(例如,根据上面的示例)。
接收与一种传输类型相关联的授权的WTRU可以使用与该传输类型相关联的过程/参数/规则来执行LCP。WTRU可以进一步自己确定用于特定授权的传输类型。基于这种确定,WTRU可以使用与所选择的传输类型相关联的过程/参数/规则来执行LCP。
在一些情况下,WTRU可以基于隐式/显式网络指示(例如,针对模式1)和/或基于与待处理数据相关联的QoS(例如,优先级、时延等)来确定授权是否针对单播/组播/广播。
关于隐式/显式网络指示,WTRU可以在分配授权的DCI中接收显式指示,其指示单播、组播或广播。另外/可替换地,WTRU可以接收指示授权的RAT的DCI,由此RAT不允许单播/组播传输(例如LTE RAT),并且WTRU可以隐含地将这种授权解释为用于广播传输的授权。另外/可替换地,WTRU可以在DCI中接收调制/译码参数或资源相关参数(例如时间/频率/波束/载波/BWP/池),该DCI基于WTRU配置、WTRU能力限制和/或WTRU状态隐式地指示一种类型的传播。例如,WTRU可以被配置成在单独的载波中具有单播传输和广播传输,并且DCI可以从该载波中隐含地指示用于传输的传播。在另一示例中,WTRU可以被配置成在波束子集上具有单播传输并且在所有波束上具有广播传输,其中如果DCI包含用于确定波束子集的信息,则WTRU可以使用该授权来满足单播逻辑信道。
关于与待处理数据相关联的QoS,WTRU可以通过首先考虑具有最高优先级和/或最低时延、和/或最高可靠性等的逻辑信道来决定使用用于单播、组播、广播的授权。例如,WTRU可以从其逻辑信道中选择具有最高优先级和/或最低时延的待处理数据的逻辑信道。WTRU可以基于所选择的逻辑信道是否是单播/组播/广播来确定正被处理的授权是否是单播/组播/广播,并且其中在接收到授权时可能考虑这一点。然后,WTRU可以使用用于该传播类型的适当过程来处理用于该授权的LCP。在这种方法中,当网络指示授权可以用于任何传输类型时,WTRU可以进一步执行基于QoS的关联。例如,DCI可以显式地或隐式地指示该授权以用于单播或广播传输。
在一些情况下,WTRU可以被配置成根据传输类型的性质(例如模式对RAT对传播)和/或WTRU能力来不同地处理不同类型的同时授权。例如,能够以不同传输类型同时传输的WTRU可以执行这两种传输,而不能够执行的WTRU可以基于本文讨论的特定规则来选择传输之一。
WTRU同时使用不同类型的同时传输的能力可以取决于传输类型的性质。例如,WTRU可以不被允许同时在相同的RAT上传送模式1和模式2或单播和广播,但是可以被允许同时在NR RAT上执行模式1传输和在LTE RAT上执行模式4传输,或者同时在NR RAT上执行单播传输和在LTE RAT上执行组播传输。
在一种方法中,如果WTRU接收到在时间上与模式2授权(例如,由WTRU选择的资源)重叠的模式1授权,则WTRU可以优先模式1授权并且忽略/取消模式2授权。当WTRU由于模式1授权和模式2授权之间的冲突而忽略/取消模式2授权时,WTRU可以进一步执行资源重选。
在另一种方法中,如果WTRU接收到在时间上与模式2授权(例如,由WTRU选择的资源)重叠的模式1授权,则WTRU可以优先授权(例如,模式1或模式2),在该优先的授权中,相关联的逻辑信道(例如,模式1逻辑信道对模式2逻辑信道)具有可用于传输的最高优先级/最低时延数据。如果WTRU忽略/取消模式1授权,则WTRU可以触发BSR的立即传输。可替换地,如果WTRU忽略/取消模式1授权,则WTRU可以在PUCCH上传送SR以指示模式1授权被忽略/取消。
在一些情况下,WTRU可以通过在执行LCP时仅考虑与特定传输模式相关联的逻辑信道来执行与该传输模式相关联的LCP过程。这可以应用于固定逻辑信道到传输类型映射的第一建模和/或WTRU将逻辑信道从一种传输类型移动到另一种传输类型的第二建模。WTRU可以维持与每个传输模式相关联的逻辑信道集合。假定WTRU将逻辑信道从一种传输类型移动到另一种传输类型的建模,WTRU可以改变与逻辑信道相关联的传输模式。WTRU可以在授权时评估与每个传输模式相关联的逻辑信道。
在示例中,对于模式1和模式2传输的情况,可以使用WTRU将逻辑信道从一种传输类型移动到另一种传输类型的第二建模来配置WTRU。当WTRU接收到模式1授权时,WTRU可以通过在接收模式1授权时仅考虑作为与模式1相关联的逻辑信道来执行LCP。
WTRU可以在执行LCP期间改变与逻辑信道相关联的传输模式(例如,由于从较低层接收到的事件,或者定时器的期满)。在这种情况下,WTRU可以延迟传输模式的改变,直到:在LCP过程完成之后;和/或在执行了由LCP过程构造的MAC PDU的重传之后。
在一些情况下,WTRU可以被配置与特定传输类型(例如固定的传输类型)相关联的逻辑信道,以及不与任何传输类型(例如灵活的传输类型)相关联的逻辑信道。这可以应用于逻辑信道可以与多个传输模式相关联的第三建模。当WTRU针对具有相关联的传输类型的授权执行LCP时,可以仅考虑与该传输类型相关联的逻辑信道,以及与任何传输类型都不相关联的逻辑信道。WTRU可以通过首先选择具有最高优先级的逻辑信道来执行LCP,而不管传输类型如何,并且向这些逻辑信道分配资源直到授权被耗尽或者逻辑信道被满足(例如,可能高达优先化的比特率)。
在一些情况下,WTRU可以被配置成具有或确定逻辑信道到传输类型的优先化。这可以应用于逻辑信道可以与多个传输模式相关联的第三建模。WTRU可以通过在针对传输类型优先化的逻辑信道上选择数据来执行用于与该传输类型相关联的授权的LCP,只要在该逻辑信道的缓冲区中存在数据。在任何优先化逻辑信道的缓冲区中没有剩余数据的情况下,或者当每个逻辑信道被服务达到其优先化的比特率时,WTRU可以随后选择与非优先化的逻辑信道(例如,针对传输类型进行优先化)相关联的数据。
在示例中,WTRU可以基于QoS确定用于数据分组的逻辑信道。WTRU还可以基于诸如本文所述的决策准则来确定逻辑信道到模式(例如,模式1和模式2)的优先化。当接收到针对模式1的授权时,WTRU可以选择针对模式1优先化的所有逻辑信道以满足该授权。如果所有这样的逻辑信道都被满足(例如,逻辑信道是空的或者直到它们的优先化的比特率都被满足),则WTRU可以选择非优先化的逻辑信道来填充该授权的剩余部分。
在一些情况下,与传输类型相关联的LCP过程可以满足可以在高达其PBR的百分比的任何传输类型上传输的逻辑信道。如果逻辑信道不与PBR相关联,则WTRU可以满足WTRU缓冲区中一定百分比的可用数据。WTRU可以基于以下中的任一者来确定用于每个传输类型的PBR的百分比(注意:对于特定逻辑信道,PBR可以是无穷大):PBR的百分比可以由网络配置;PBR的百分比可以基于向网络报告给最后BSR中的每个传输类型的BSR的百分比;PBR的百分比可以基于每个传输类型的测量质量(例如,LTE RAT对NR RAT);PBR的百分比可以由本文所述的任何其他条件/准则来确定或导出。
在一些情况下,WTRU可以确定NR和LTE QoS传输类型之间的优先化。这可能在LTE优先化基于PPPP而NR优先化基于VQI的情况下出现。对于LCP、BSR传输、资源选择等,可能需要RAT间优先化。
在一种方法中,WTRU可以以每个分组或每个无线电承载被提供与两种RAT相关联的QoS参数,并且可以将其优先化规则基于单个RAT的QoS参数。例如,WTRU可以由上层提供有包含PPPP和VQI两者的NR分组。WTRU可以通过考虑与每个分组相关联的PPPP来执行LTE分组和NR分组之间的优先化决策。
在另一种方法中,WTRU可以由上层或由网络提供表格,该表格可以用于从另一个RAT(例如,VQI)中的QoS参数导出一个RAT(例如,PPPP)中的QoS参数。然后,WTRU可以基于该一个RAT中的QoS参数来执行优先化。例如,WTRU可以被提供有将VQI映射到PPPP的表格。然后,WTRU可以基于PPPP对LTE分组和NR分组两者执行优先化。
在另一种方法中,WTRU可以被提供有针对一个RAT或针对两个RAT的映射表,该映射表从上层提供的QoS参数中导出一个或多个QoS参数,并且可以基于预定义或(预先)配置的规则来导出该RAT的优先级。例如,对于LTE分组,分组的优先级可以是PPPP。对于NR分组,WTRU可以被配置有从VQI导出可靠性、范围、时延、优先级和数据速率的表格。WTRU可以被(预先)配置有一个或多个规则以从这些从VQI导出的单独QoS参数中导出优先级。例如,一个这样的规则可以是将分组的优先级分配为等于从VQI导出的优先级加上与时延有关的补偿因子(例如,如果时延<x,则将优先级增加1,而如果时延>y,则将优先级减少1)。WTRU还可以被配置成具有用于WTRU处的不同优先化操作的不同规则,例如:LCP(例如,在WTRU处待处理的所有数据中选择具有最高优先级的数据的逻辑信道);BSR(例如,LTE BSR的优先化对NR BSR的优先化,或者确定要包括在截短的BSR中的LCG)。在另一个示例中,一个这样的规则可以是基于以ms为单位的时延到优先级的(预先)配置的映射(例如,以绝对数值为单位,映射到与PPPP相同的尺度)来向时延分配优先级。
如前所述,WTRU可以报告缓冲区状态,然而,在一些情况下,可以存在SR/BSR过程以解决QoS要求和同时传输类型。
在一些情况下,WTRU可以具有处理NR QoS要求的SR/BSR过程,其中WTRU基于当前其缓冲区中的数据选择/改变BSR格式和/或将QoS映射到LCG。这可能在确定如何报告与BSR中给定有限数量的LCG的情况下的宽范围QoS相关联的缓冲区状态时出现。当确定BSR时,WTRU可以假设QoS到LCG的不同映射,或者它可以根据其缓冲区中的数据的QoS来传送具有不同格式的BSR。
QoS到LCG的不同映射可以包括以下中的任何一个:映射到给定LCG的不同数目的QoS级别或QoS参数(例如,将VQI值1、2映射到LCG1,将VQI2、3映射到LCG2等,或改变此映射);由特定LCG表示的不同数目的QoS级别(例如,一些QoS级别可能不具有表示它们的LCG);不同QoS参数(例如,时延对优先级对可靠性)与LCG的不同关联(例如,将PPPP映射到LCG1、2,且将PPPR映射到LCG3、4,或改变此映射);和/或在某些情况下用于表示不同QoS参数的缓冲区状态的某些LCG,而在其他情况下则不表示。
BSR的不同格式可以包括以下中的任何一种:与LCG相关联的BSR中的不同数量的比特(例如,不同数量的可允许LCG)(例如,一种格式的BSR可以假定4比特用于LCG,且4比特用于缓冲区状态,而另一种格式可以假定5比特用于LCG,且3比特用于缓冲区状态,或者一种格式的BSR可以假定12比特来报告与单个目的地ID和LCG相关联的缓冲区状态,而另一种格式的BSR可以假定24比特来报告与目的地ID和逻辑信道组相关联的缓冲区状态,并且还可以使用QoS级别到LCG的不同映射);和/或替换/重用BSR中的某些字段以报告与某些QoS参数相关联的缓冲区状态(例如,当WTRU缓冲区中有这样的数据可用时,以及当报告的目的地地址与先前的报告相同时,WTRU可以利用额外的QoS参数(例如可靠性或时延)替换与缓冲区状态的报告相关联的目的地地址)。
WTRU可以通过以下一者或多者向网络指示改变的或不同的映射/格式:传送RRC消息或MAC CE,所述RRC消息或MAC CE具有对(预先)配置的映射/格式的索引以供使用,或者具有实际映射以供在未来的BSR报告中使用;通过BSR中的字段或者通过选择BSR格式或MACCE类型,在BSR本身中传送用于特定BSR的映射/格式;通过传送特定SR或PUCCH指示来指示映射/格式已经发生改变,可能在传送特定SR或PUCCH指示之后是要使用的实际映射;和/或使用RRC、MAC CE或BSR本身提供BSR中的LCG所表示的QoS级别和/或LCG空间中的每个可用LCG所表示的QoS级别的数目的位图。
WTRU可以基于以下触发中的任意触发将BSR的格式/映射从一种格式/映射改变为另一种格式/映射:对于在当前/先前BSR格式/映射中不存在表示该格式的LCG的QoS级别,新数据到达;用于一个或多个模式QoS级别的缓冲区中的数据量超过/低于阈值;和/或用于两个或更多个QoS级别的WTRU缓冲区中的数据的相对量超过/低于阈值。
在一个示例中,WTRU可以被配置有多个从(一个或多个)VQI到LCG的映射。在一个映射中,用作WTRU可以报告3个LCG的说明性示例,WTRU可以使用LCG1报告与VQI1-2相关联的数据的缓冲区状态,使用LCG2报告与VQI3-4相关联的数据的缓冲区状态,使用LCG3报告与VQI5-6相关联的数据的缓冲区状态等等,从而所有的(一个或多个)VQI被同等地表示。此外,WTRU可以被配置成具有映射,由此VQI1被映射到LCG1,VQI2被映射到LCG2,并且剩余的VQI都被映射到LCG3。当WTRU的缓冲区中的数据主要来自VQI1和VQI2时,WTRU可以采用第二映射。可替换地,如果WTRU在其缓冲区中具有在多个VQI之间平均分配的数据,则WTRU可以使用第一映射。WTRU可以指示映射的改变(例如,通过RRC消息或MAC CE),或者其可以指示在每个BSR消息中使用的映射。
在可以结合先前的示例使用的另一个示例中,在缓冲区中的数据被限制到QoS级别的子集的一种场景下,WTRU可以使用4比特用于LCG(例如,总共16个LCG)来报告BSR,并且在缓冲区中的数据包含所有QoS级别或接近所有QoS级别的另一种场景下,WTRU可以使用5比特用于LCG(总共32个LCG)。
如前所述,当确定如何处理用于传输的数据分组时,WTRU可以传送SR/BSR,然而,也可以存在SR/BSR方法来处理同时传输类型。
在一些情况下,BSR计算可以基于可用的模式2资源。在这种方法中,其可以是模式1对模式2传输类型的情况,WTRU可以通过考虑为模式2传输保留的或可用的资源量来计算缓冲区状态。具体地,当计算缓冲区状态以发送到网络时,WTRU可以考虑模式2中的以下“保留的”资源中的任何资源:由预留信号、前向预订信号或类似信号预留的资源总量;与选定资源模式相关联的资源总量;在N个下一保留时段中出现的“保留的”资源量,其中N可以是预定义的或(预先)配置的;和/或,可以用于满足逻辑信道传输的“保留的”资源量,其中逻辑信道可以使用模式1传输或模式2传输。
WTRU可以从每个逻辑信道或LCG的缓冲区状态中减去WTRU可以在“保留的”资源上传送的估计的数据量。
图4是WTRU确定在BSR中向网络报告用于给定LCG的缓冲区状态的示例过程的流程图。在401,WTRU可以计算所有逻辑信道的总缓冲区状态,该逻辑信道可以被映射到所述LCG并且被允许使用模式1来传送。接下来在402,WTRU可以计算与LCG的逻辑信道相关联的前一阶段中的缓冲区状态的部分,其中该LCG的逻辑信道也被允许使用模式2来传送。接下来在403,WTRU可以在第二阶段中基于以下计算缓冲区状态量,在该第二阶段,WTRU可以通过模式2传送该缓冲区状态量:403a,WTRU缓冲区中仅可使用模式2(例如仅映射到模式2的逻辑信道)传送的数据量;403b,可以基于保留的模式2资源量和MCS的估计(例如,一段时间内的平均MCS),使用模式2额外传送来自步骤2中的数据的数据量;和/或403c,如本文所讨论的,在给定决策准则的情况下,用于确定在第二阶段中允许WTRU通过模式2传送的数据的部分的决策准则的当前状态。在404,WTRU可以最终报告来自第一阶段的缓冲区状态减去第三阶段中的估计的模式2数据。
在一些情况下,WTRU可以发送BSR以指示传输类型的改变。具体地,在决定通过不同的传输类型发送在WTRU处可能待处理的一些或全部数据期间,或者在用于确定传输类型的任何条件改变时,WTRU可以触发到网络的BSR。
当发生以下事件中的任何事件时,WTRU可以触发BSR:WTRU决定将与一种传输类型(例如模式1)相关联的逻辑信道移动到与不同的传输类型(例如模式2)相关联;如本文所讨论的,定义数据到传输类型的映射的任何条件发生改变;考虑到可用模式2资源的缓冲区状态的计算中的改变,可能改变某个量,这是由于如本文所讨论的任何条件的改变、估计的MCS的改变、或者保留的模式2资源量的改变而发生的,可能每时间段改变;WTRU移除与特定传输类型相关联的所有逻辑信道;和/或WTRU创建与传输类型相关联的新的逻辑信道,可能是第一逻辑信道。
以下是定义到传输类型的映射的条件的示例:发生失败的模式2资源选择的数目,可能是在预定义的时间窗口中;与模式2资源池相关联的测量数量的值以预定义的或(预先)配置的量进行的改变,所述测量数量诸如CBR、CR、RSSI、SCI传输的平均RSCP或预定义时段中的SCI的数量;区域中所估计的WTRU数量以预定义或(预先)配置的量进行的改变;接收先占信号;和/或本文讨论的其他示例。
在一个示例中,WTRU可以接收与模式2传输相关联的先占信号,可能是针对给定的QoS。WTRU可以决定将可能与给定QoS相关联的所有模式2业务移动到模式1,并且可以在接收到先占信号时向网络传送BSR。通过包括新的LCG以及缓冲区状态,或者通过考虑将使用模式1传送的新数据的新缓冲区状态,传送的BSR可以指示用于模式1传输的新数据的存在。可替换地,WTRU可以发送BSR,其中缓冲区状态表示与先前BSR报告相比的新数据的增量,该BSR现在可以以模式1被传送。这样的示例也可适用于其他传输类型的情况(例如,LTE对NR,其中在NR上接收先占并且模式3被配置用于LTE)。
在另一个示例中,由于检测到模式2池的CBR的减少,WTRU可以决定将其所有可能与特定逻辑信道或LCG相关联的传输移动到模式2传输。WTRU可以在做出这样的决定时传送指示与所述(一个或多个)LCG相关联的缓冲区状态0的BSR。这样的示例也可适用于其他传输类型(例如,LTE对NR)。WTRU可以在完成用于其缓冲区中的数据的资源选择过程之后传送所述BSR。
在一些情况下,WTRU可以指示由网络配置的优选传输模式的改变。在一个实例中,WTRU可以在由网络配置的SLRB的可用/优选传输模式(例如模式1对模式2)改变之后,发送BSR或相关消息(例如,如本文中描述的有关用于模式选择的WTRU配置)。
在一个示例中,WTRU可以在SLRB的传输模式(模式1或模式2)改变(例如,SLRB从模式1移动到模式2)之后,向网络发送BSR。WTRU可以在SLRB的模式改变之后计算与模式1相关联的所有LCH的新缓冲区状态,并且可以向网络发送新BSR。例如,WTRU可以检测触发当前被配置成使用模式1的SLRB改变为使用模式2的条件(例如,低于阈值的Uu质量)。WTRU可以从与模式1相关联的逻辑信道中移除SLRB,并且将SLRB移动到模式2SLRB。WTRU还可以将由该改变导致的缓冲区状态的改变通知给网络。在另一个示例中,WTRU可以检测条件(例如SLRLM)。
在一个实例中,WTRU可以在BSR中包括用于所有LCG的该BSR。在另一实例中,WTRU可以仅包括其缓冲区状态由给定(一个或多个)SLRB的模式改变而改变的LCG。
在一个示例中,WTRU可以在触发了需要针对特定SLRB的模式改变的条件之后启动定时器。如果在定时器期间该情况持续,则WTRU可以按照本文描述的其他场景向网络发送模式改变消息。
在另一个示例中,WTRU可以向网络发送BSR和/或相关消息(例如,MAC CE、诸如SidelinkUEInformation之类的RRC消息等等),以通知网络关于用于特定SLRB的优选模式的改变。这样的消息可以包含:在WTRU处确定了模式改变触发的SLRB或LCH;触发条件的特定条件(例如,以配置条件列表的索引的形式);SLRB和/或映射到SLRB的流的QoS属性(例如,PQI、QFI等);和/或与该条件相关的测量,例如Uu质量、SL质量等,如本文所描述的关于模式选择的WTRU配置。
在这样的示例中,WTRU可以在其向网络发送消息之后执行以下操作中的任一操作或其组合:WTRU可以在向网络成功传输指示之后立即发起针对特定SLRB的模式改变;WTRU可以停止与SLRB相关联的传输直到由网络重新配置;和/或,WTRU可以启动定时器。如果模式改变的条件被维持并且定时器期满,则WTRU可以发起模式改变。如本文所述,一旦发起模式改变,WTRU可以传送具有用于所有模式1LCG的更新的缓冲区状态的BSR。如果模式改变的条件在定时器的持续时间内不保持,则WTRU可以取消定时器并通知网络。
以上关于SR/BSR过程描述的情况可以适用于图3,其示出了当条件改变时的数据处理的示例。参考部分311,由于WTRU决定将LCH1从模式1改变到模式2,因此这里可能需要向网络发送BSR,这是因为网络不再需要考虑LCH1的缓冲区状态,因为它移动到WTRU将自主地执行调度的模式2。注意,由于LCH1重新映射到模式2,因此部分311中所示的缓冲区状态在T1比在T2更满。
在一些情况下,WTRU可以在业务切换之后重新映射LCG,这可以适用于本文所讨论的任何建模。在数据从一种传输类型切换到另一种传输类型之后或者在本文所描述的任何条件改变之后,WTRU可以改变用于BSR报告的QoS到LCG的映射。具体地,WTRU可以被配置有QoS参数(例如,VQI、PPPP、优先级、时延等)到LCG的一个映射,并且可以在条件改变后向网络指示优选的或替代的映射,例如本文所描述的那些映射。可替换地,WTRU可以被配置具有多于一个的QoS到LCG的映射,并且可以在条件改变时向网络指示新映射(例如,经由到新映射的索引)。当条件导致一个或多个QoS类型(例如,VQI的范围或集合)的传输类型的改变和/或一个或多个逻辑信道或LCG的传输类型的改变时,WTRU还可以指示这种替换映射或映射改变。
WTRU可以使用RRC消息(例如,UEAssistanceInformation或SidelinkUEInformation)、MAC CE或物理信道(例如,SR或PUCCH)来指示LCG重新映射的改变。例如,WTRU可以将QoS到LCG的映射包括在BSR的每个报告中。
WTRU可以在启动新的传输类型之后执行这种LCG重新映射。例如,WTRU可以发起单播链路,并且可以执行广播业务的LCG的重新映射,以便LCG之一可以被保留用于报告与单播业务相关联的缓冲区状态。
在一些情况下,WTRU可以与广播业务分离地报告用于单播的缓冲区状态。具体地,WTRU可以使用以下任意一者来报告用于不同传播类型的BSR:一个或多个LCG被预定义或(预先)配置用于不同的传播类型;不同的BSR格式(例如,不同的MAC CE)用于报告具有不同传播类型的缓冲区状态;在与逻辑信道组相关联的BSR中使用单独的缓冲区状态字段,以报告单独的广播类型;和/或不同的目的地索引用于报告不同的传播类型。
在一种情况下,WTRU可以使用来自为单播保留的专用目的地索引列表的目的地索引来报告用于单播/组播的BSR。WTRU可以为在WTRU处活动的每个单播/组播链路使用不同的专用目的地索引(例如每个不同的目的地地址)。WTRU可以从以下各项中确定用于单播/组播的专用目的地索引的列表:(预先)配置(例如,系统信息、专用RRC信令、预配置);为所有WTRU预定义;从另一WTRU(例如,头WTRU或调度WTRU);MAC CE或动态调度(例如DCI);在移动期间,HO命令中;隐含地,基于为目的地索引配置的比特数量和WTRU实际需要参考的广播目的地地址数量之间的地址空间的差异(例如,WTRU可以被配置有长度为32的UESidelinkInformation消息中的广播服务的目的地地址、服务的列表,其要求5个比特,并且可以被配置有6比特宽的目的地索引,其中WTRU可以使用索引0-31或32-63用于单播/组播目的地索引)。
WTRU可以在用于所建立的每个单播/组播链路的专用目的地索引列表中递增目的地索引。可替换地,WTRU可以为建立的每个单播/组播链路发送所选择的目的地索引到网络(例如在链路建立时)。
当单播链路需要额外的目的地索引时,WTRU可以向网络发送指示。这种指示可由RRC(例如,UEAssistanceInformation)或MAC CE发送。
在一些情况下,WTRU可以分别报告LTE和NR RAT的缓冲区状态。具体地,WTRU可以分别报告要通过不同的侧链路RAT(例如LTE对NR)传送的数据的缓冲区状态。WTRU可以使用以下任意一者来报告用于不同传播类型的BSR:不同的BRS格式;相同BSR消息内的不同LCG;和/或相同BSR消息内的不同目的地索引。
关于不同的BSR格式,在一个示例中,WTRU可以传送不同的LTE BSR和NR BSR MACCE。具体地,这种情况可假定其中可为LTE和NR两者分配相同LCG的模型。WTRU可以被配置成具有经由RRC的单独的QoS到LCG的映射——例如,对于LTE,WTRU可以被配置成具有PPPP和LCG之间的映射,而对于NR,WTRU可以被配置成具有VQI和LCG之间的映射。
关于相同BSR消息内的不同LCG,这种情况可以假设其中可为LTE或NR而不是两者分配LCG的模型。当WTRU具有/不具有可用于一个RAT的数据时,WTRU可以遵循如本文所述的LCG重新映射过程。
关于相同BSR消息内的不同目的地索引,这种情况可假设其中可为LTE和NR两者分配相同LCG的模型。WTRU可以被配置成具有经由RRC的单独的QoS到LCG的映射——例如,对于LTE,WTRU可以被配置成具有PPPP和LCG之间的映射,而对于NR,WTRU可以被配置成具有VQI和LCG之间的映射。
在一种情况下,WTRU可以确定用于灵活数据的每个RAT的缓冲区状态。这可应用于WTRU可将逻辑信道从一种传输类型移动到另一种传输类型的第二建模,以及逻辑信道可与多种传输模式相关联的第三建模。具体地,WTRU可以基于将在每个RAT上路由的数据的估计量来计算每个RAT的缓冲区状态,如从本文定义的一个或多个条件所确定的。可以基于在BSR计算时的条件的状态来进行这样的缓冲区状态的计算。当条件之一已经改变和/或可从一个RAT移动到另一个RAT的数据量大于阈值时,WTRU可以触发新的BSR。
例如,WTRU可以被配置成具有来自上层指示的、将在每个LTE上传送的业务的百分比和用于该业务的NR,该上层指示可以在两个RAT上发送。可以基于每个RAT中的模式2/模式4池的CBR来定义该百分比。在要发送BSR的时刻(例如,基于任何BSR触发),WTRU可以:计算LTE和NR上的CBR以及要在每个RAT上发送的数据的对应百分比;基于在WTRU缓冲区中被配置(例如,由上层)为仅在单个RAT上发送的数据、可在任一RAT上发送的数据、以及上述计算的百分比,确定在每个RAT上要发送的数据总量;和/或基于上述计算每个RAT的缓冲区状态。
在一种情况下,在LTE SL BSR和NR SL BSR之间可以存在优先化规则。具体地,关于用于不同RAT的不同BSR格式的传输,WTRU可以基于以下任意一者在UL授权内的LTE BSR和NR BSR的传输之间进行优先化:要在BSR内提交的数据的QoS(例如,WTRU可以对需要报告其较高优先级数据的BSR、LTE或NR的传输进行优先化,其中WTRU可以对与WTRU具有最高优先级的逻辑信道的RAT相关联的BSR进行优先化,或者基于QoS的优先化可以使用如本文所讨论的RAT间优先化的规则);BSR的大小(例如,WTRU可以对具有最小总大小的BSR、LTE或NR的传输进行优先化,或者可以避免需要使用当前上行链路授权来传送截短的BSR);和/或与BSR相关联的RAT(例如,WTRU可以优先化LTE RAT或NR RAT的传输)。
WTRU还可以由网络配置成遵循与上述有关的某些规则。例如,WTRU可以由网络利用为其优先化BSR传输的RAT来配置(例如,将LTE BSR优先于NR BSR)。
WTRU可以使用上述规则的组合,或者在特定规则不产生结果的情况下可以使用多个规则。例如,WTRU可以使用要提交的数据的QoS,并且如果两个RAT都具有相等优先级的待处理数据,则WTRU可以使用BSR的大小。
在一种情况下,WTRU可以确定LTE SL和NR SL的目的地索引。这可能在目的地地址在两个RAT之间可能是公共的(例如,相同服务的多RAT支持)的情况下出现,因此可能需要方法来区分LTE和NR上的服务的缓冲区状态。
在一个示例中,WTRU可以将BSR中的目的地索引中的显式比特(例如RAT指示符比特)与RAT相关联。具体地,完整目的地索引可包括一比特RAT指示符和x比特目的地索引,其中目的地索引可从UESidelinkInformation消息(例如,如LTE中的)中的目的地地址列表中的目的地地址的索引导出。
在另一个示例中,WTRU可以将用于RAT上的特定广播服务的目的地索引与UESidelinkInformation中的载波/服务列表中的该服务的索引之一(例如第一索引)相关联,该列表与用于该RAT的载波相关联。具体地,WTRU可以被配置成具有载波列表以及用于每个载波的RAT的关联。此外,WTRU可以被配置有感兴趣的服务/目的地地址的列表以及支持每个服务/目的地地址的载波。WTRU可以将用于LTE的服务的目的地索引关联为用于该服务的列表中的第一LTE载波,并且将用于NR上的服务的目的地关联为用于该服务的列表中的第一NR载波。
在另一个示例中,当WTRU确定LTE或NR可以支持服务时,WTRU可以将两个相关的目的地索引与每个RAT LTE和NR相关联。目的地索引之间的关系可以是以下中的任何一者:使用连续的目的地索引;和/或,使用由目的地索引地址空间中的多个目的地索引分开的目的地索引,其中所述分开可以基于WTRU的总支持目的地索引的数量或(预先)配置的值。例如,WTRU可以确定由WTRU支持的服务/目的地地址,该服务/目的地地址在不同的RAT上被支持。这种确定也可以通过关联与服务/目的地地址相关联的载波频率和与该载波频率相关联的RAT来进行。WTRU可以通过基于在UESidelinkInformation中报告给网络的服务/目的地地址的顺序进行递增,来为给定RAT上的每个服务分配单个目的地索引,而不管该RAT支持的载波的数量。对于WTRU在多个RAT上支持的服务,WTRU可以分配两个连续的目的地索引,其中第一索引与一个RAT(例如LTE)相关联,且第二索引与另一个RAT(例如NR)相关联。
在一种情况下,当执行LTE SL和NR SL时,WTRU可以确定截短的BSR。具体地,这可以涉及在相同BSR中报告LTE和NR缓冲区状态,其中WTRU可以使用以下一者或多者来确定截短的BSR的内容:WTRU可以将可能被预定义或(预先)配置的一个RAT的缓冲区状态的传输优先于另一个RAT;WTRU可以优先化与最高优先级LCG相关联的缓冲区状态的传输(例如,假设为不同的RAT分配单独的LCG);WTRU可以优先化与最高优先级LCG相关联的缓冲区状态的传输,并且对于用于不同RAT的相同LCG,WTRU可以使一种RAT优先于另一种可能被预定义或(预先)配置的RAT,或者优先化在其缓冲区中具有数据的RAT,该数据在两种RAT之间具有最高优先级(例如WTRU可以使用本文定义的任何规则来进行这种优先化)。
如前所述,WTRU可以基于条件和/或作为数据分组处理过程(例如传输类型)的一部分来执行资源选择/重选。
在一些情况下,WTRU可以仅在从对等(一个或多个)WTRU接收到NACK之后执行用于单播传输的(一个或多个)重传资源的选择。通常,WTRU可以被配置成具有用于单播/组播和广播传输的不同资源选择过程。WTRU还可以被配置成具有用于单播/组播资源选择和广播资源选择的不同资源选择过程。WTRU可以使用用于资源选择的修改参数来选择(一个或多个)重传资源,所述参数包括但不限于:定义资源选择窗口的T2的较短值;用于基于感测过程确定资源的可用性/不可用性的阈值的不同值;LBT退避定时器的不同值,或者与LBT感测相关联的信道占用阈值;WTRU何时能够传送先占指示的不同条件(例如,可用资源的数量);相比于初始传输,相比于分组的实际PPPP/VQI的不同优先级;不同数量的信道/RB,其中重传资源可以使用多个信道/RB,该多个信道/RB是用于初始传输的资源量的(预先)配置函数(例如,WTRU可以通过进一步编码或通过不同RV的传输来为重传资源提供额外的冗余)。
用于重传资源的资源选择的这种修改参数可以减少与重传资源相关联的时延和/或增加重传资源的可靠性。
在一些情况下,WTRU可以使用不需要的重传资源用于另一个侧链路过程的传输。具体地,WTRU可以同时选择用于单播传输的传输和(一个或多个)重传资源。在WTRU由于ACK或缺少与初始传输相关联的NACK而不需要重传资源之一的情况下,WTRU可以通过另一个侧链路过程(例如单播或广播)将重传资源用于初始传输。WTRU可以基于以下准则中的任意一个或其组合来选择使用未使用的重传资源的侧链路过程:当未使用的重传资源可用时,执行资源(重)选择的侧链路过程,可能用于一次性传输;重传资源满足初始传输过程的定时要求的侧链路过程;和/或由于未使用的重传资源数量而要求与可用重传资源数量相同数量的重传资源的侧链路过程。
在一些情况下,WTRU可以使用(一个或多个)一次性资源选择过程来进行重传资源选择。具体地,WTRU可以使用一次性资源选择过程来选择用于前向预订(例如周期性)单播过程的重传资源。在接收到从较低层接收的NACK之后,WTRU可以触发这种一次性资源选择过程以用于单播过程。可替换地,WTRU可以在从较低层接收到NACK时,根据先前的解决方案从未使用的重传资源中选择重传资源。可替换地,如果存在满足重传的定时要求的另一单播过程(例如,与相同的目的地ID相关联),则WTRU可以选择不触发用于重传资源的资源选择。
在一些情况下,WTRU可以在用于单播的资源选择期间使用特定于频带的CQI。具体地,WTRU可以在资源选择过程中利用与单播链路相关联的侧链路CQI的结果。
在一个示例中,WTRU可以从资源选择算法中排除侧链路CQI低于阈值的资源。具体地,WTRU可以基于感测结果排除资源,然后进一步排除CQI低于阈值的资源。然后,WTRU可以在剩余的未被排除的资源上执行随机资源选择。
在另一个示例中,WTRU可以从可用资源中选择具有最佳CQI的资源。具体地,WTRU可以基于感测结果排除资源。如果可用资源的数量大于阈值,则WTRU可以从满足数据需求的可用资源中选择具有最佳/最高SL CQI的资源。
在另一个示例中,WTRU可以选择在该资源池或资源模式上具有最佳平均CQI的资源池或资源模式用于传输。
在一些情况下,WTRU可以基于要传送的数据的可靠性来确定成功的资源分配。这可以适用于单播和广播资源选择两者,其中WTRU可以基于与要传送的数据相关联的可靠性要求来确定成功资源选择所需的准则。例如,如果满足传输的定时要求的百分比(x%)的资源通过感测被确定为可用,则WTRU可以认为资源选择是成功的。WTRU可以被配置成根据WTRU可靠性要求而使用不同的x%值。
WTRU还可以基于可靠性要求确定资源选择算法的失败实例。例如,WTRU可以通过基于感测结果(例如,如在LTE中)增加与确定资源占用相关联的阈值来执行资源选择的多次尝试。取决于可靠性,WTRU可以在多次这样的尝试之后指示失败的资源选择算法,其中该次数可以取决于要传送的数据的可靠性要求。
如本文所讨论的,不成功的资源分配可以触发传输类型改变。它也可以触发WTRU的先占或重传次数的增加。
在一些情况下,WTRU可以使用不同的载波选择规则用于单播传输。具体而言,与广播传输相比,WTRU可以被配置有与单播传输相关联的载波选择的不同规则。此规则背后的动机可能是由于在单播中两个WTRU之间可被支持的载波数量的限制(例如,由于能力)。
WTRU可以被配置成使用以下中的任何一者来执行与广播不同的用于单播的载波选择:WTRU可以被配置成具有与广播相比不同的用于与单播相关联的载波选择的CBR阈值;WTRU可以被配置成具有与广播相比不同的用于与单播相关联的载波选择的载波保持阈值;WTRU可以被配置成忽略用于单播的载波选择(例如总是使用任何载波)的CBR阈值,也可能在两个WTRU之间的单播传输所支持的载波数量低于阈值时忽略;和/或,WTRU可以根据载波被配置有不同数量的允许的侧链路过程,其中WTRU可以在作为用于单播数据传输的候选载波的载波上被允许更大数量的侧链路过程。可替换地,WTRU可以被允许在载波上仅具有单播过程,其中WTRU被配置成具有单播和广播服务两者,这可能在某些准则下(例如,用于单播的载波数量低于阈值,或者特定载波上的CBR高于/低于阈值)。
在一些情况下,当存在用于确定数据分组的传输类型的条件改变时,WTRU可以触发载波/资源重选。例如,WTRU可以在决定将某些逻辑信道或某些QoS类型从模式2移动到模式1之后触发资源重选。另外/可替换地,WTRU可以在由于网络覆盖范围限制/条件而决定将某些逻辑信道或某些QoS类型从模式1移动到模式2之后触发资源重选。这种资源重选可以由WTRU执行,以用模式2资源替换NW配置的资源(例如SPS资源)。
本文关于载波/资源(重新)选择过程描述的情况可以适用于图3,其示出了当条件改变时的数据处理的示例。参考部分313,这里载波/资源重选可能需要作为WTRU决定将LCH1从模式1改变到模式2的结果而发生,因为WTRU不再接收用于LCH1的调度信息,所以WTRU将需要考虑LCH1在其模式2资源中所需的资源。注意,与T1相比,在T2处添加的块表示LCH1现在所需的添加的模式2资源。
在一些情况下,WTRU可以在模式2的资源选择过程中使用模式1资源量。具体地,WTRU可以基于以下中的任一者来确定在资源选择/重选期间要选择的资源量(例如,周期性、大小、一次性过程的数目等):NW可用的NW指示;和/或要传送的数据的QoS。对于NW可用资源的NW指示,在一个示例中,NW可以启用/禁用SPS资源,并且WTRU可以通过添加/移除SPS所确定的资源量来执行资源重选。在另一个示例中,NW可指示其将提供的模式1资源的量/百分比的改变,且WTRU可基于该指示确定要选择的额外的模式2资源的量。
在一些情况下,WTRU可以基于CBR确定在载波上使用模式1还是模式2。具体地,WTRU可以执行用于侧链路过程的载波选择。如果由过程选择的载波数量低于阈值(例如,由于该载波上的CBR阈值),WTRU可以决定在不满足CBR阈值的其他载波上使用模式1。
在另一种方法中,WTRU可以基于QoS和/或CBR为载波上的多达最大数量的资源执行资源选择。如果WTRU需要额外的资源来满足其当前的缓冲区需求,则WTRU可以请求模式1资源来满足该载波上的剩余资源需求。
尽管以上以特定的组合描述了特征和元素,但是本领域的普通技术人员将理解,每个特征或元素可以单独使用或与其他特征和元素任意组合使用。另外,本文描述的方法可以在计算机程序、软件或固件中实现,所述计算机程序、软件或固件并入计算机可读介质中以由计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于,只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器设备、诸如内部硬盘和可移除盘等的磁介质、磁光介质、以及诸如CD-ROM盘和数字多功能盘(DVD)等的光介质。与软件相关联的处理器可以用于实现在UE、WTRU、终端、基站、RNC或任何主机计算机中使用的射频收发信机。

Claims (18)

1.一种由无线发射/接收单元(WTRU)执行的方法,该方法包括:
从网络接收配置信息;
从在所述WTRU上操作的协议栈的上层接收数据分组;
在第一时间,基于所述配置信息和条件来确定与所述数据分组相关联的传输类型;以及
使用所确定的传输类型来传送所述数据分组。
2.根据权利要求1所述的方法,其中,所述配置信息包括与确定所述传输类型相关联的决策准则。
3.根据权利要求2所述的方法,其中所述配置信息包括与数据属性相关联的逻辑信道集合。
4.根据权利要求3所述的方法,其中确定传输类型还包括基于所述配置信息来针对传输类型分配处理所述数据分组的逻辑信道。
5.根据权利要求4所述的方法,其中,所述传输类型是模式、无线电接入技术(RAT)或传输的类型中的一者;其中所述模式是网络调度模式或WTRU自主调度模式;其中所述RAT是LTE或NR;并且其中所述传输的类型是单播、组播或广播。
6.根据权利要求5所述的方法,该方法还包括:
测量与所述条件相关的参数,以及确定在所述第一时间与第二时间之间所述条件已经改变。
7.根据权利要求6所述的方法,该方法还包括:
在所述条件改变时,向所述网络发送缓冲区状态报告或调度请求。
8.根据权利要求6所述的方法,该方法还包括:
基于所述改变,基于一个或多个准则来重新选择所述载波和资源。
9.根据权利要求6所述的方法,该还包括:
基于一个或多个准则,在不存在RRC连接的情况下发起RRC连接。
10.一种无线发射/接收单元(WTRU),该WTRU包括:
收发信机,被配置为从网络接收配置信息并且从上层接收数据分组;
处理器,其被配置为在第一时间基于所述配置信息和条件来确定所述数据的传输类型;以及
其中所述收发信机还被配置成使用所确定的传输类型来传送所述数据分组。
11.根据权利要求10所述的WTRU,其中所述配置信息包括与确定所述传输类型相关联的决策准则。
12.根据权利要求11所述的WTRU,其中所述配置信息包括与数据属性相关联的逻辑信道集合。
13.根据权利要求12所述的WTRU,其中确定传输类型还包括基于所述配置信息来针对传输类型分配处理所述数据分组的逻辑信道。
14.根据权利要求13所述的WTRU,其中所述传输类型是模式、无线电接入技术(RAT)或传输的类型中的一者;其中所述模式是网络调度模式或WTRU自主调度模式;其中所述RAT是LTE或NR;并且其中所述传输的类型是单播、组播或广播。
15.根据权利要求14所述的WTRU,其中所述收发信机和处理器还被配置成:
测量所述条件,并且确定在所述第一时间与第二时间之间所述条件已经改变。
16.根据权利要求15所述的WTRU,其中所述收发信机和处理器还被配置成:
在所述条件改变时,向所述网络发送缓冲区状态报告或调度请求。
17.根据权利要求15所述的WTRU,其中所述收发信机和处理器还被配置成:
基于所述改变,基于一个或多个准则来重新选择所述载波和资源。
18.根据权利要求15所述的WTRU,其中所述收发信机和处理器还被配置成:
基于一个或多个准则,在不存在RRC连接的情况下发起RRC连接。
CN201980085476.0A 2018-12-21 2019-12-19 实现不同类型的同时传输的过程 Pending CN113228777A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862784040P 2018-12-21 2018-12-21
US62/784,040 2018-12-21
US201962840797P 2019-04-30 2019-04-30
US62/840,797 2019-04-30
PCT/US2019/067550 WO2020132284A1 (en) 2018-12-21 2019-12-19 Procedures for enabling simultaneous transmission of different types

Publications (1)

Publication Number Publication Date
CN113228777A true CN113228777A (zh) 2021-08-06

Family

ID=69182719

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980085476.0A Pending CN113228777A (zh) 2018-12-21 2019-12-19 实现不同类型的同时传输的过程

Country Status (8)

Country Link
US (1) US20220061055A1 (zh)
EP (1) EP3900458A1 (zh)
JP (1) JP7475354B2 (zh)
KR (1) KR20210116443A (zh)
CN (1) CN113228777A (zh)
BR (1) BR112021012139A2 (zh)
TW (2) TW202029825A (zh)
WO (1) WO2020132284A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125730A1 (zh) * 2021-12-30 2023-07-06 展讯通信(上海)有限公司 状态转换方法、装置及设备
WO2024067266A1 (zh) * 2022-09-29 2024-04-04 华为技术有限公司 一种通信方法、装置及系统

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110312285B (zh) * 2018-03-27 2023-02-07 华为技术有限公司 一种通信方法及相关设备
US11445477B2 (en) * 2019-01-18 2022-09-13 Lg Electronics Inc. Flexible resource configuration for NR V2X unicast
CN111263457B (zh) * 2019-01-23 2022-03-01 维沃移动通信有限公司 一种副链路缓存状态报告发送、接收方法和设备
CN113711663A (zh) * 2019-02-15 2021-11-26 中兴通讯股份有限公司 用于设备到设备的链路的资源配置和选择
EP3942899A1 (en) * 2019-03-22 2022-01-26 Lenovo (Singapore) Pte. Ltd. Selection of a scheduling user equipment
WO2020191785A1 (zh) * 2019-03-28 2020-10-01 Oppo广东移动通信有限公司 一种车联网系统中的通信方法及终端设备、网络设备
CN111615190B (zh) * 2019-04-23 2023-01-10 维沃移动通信有限公司 处理方法及设备
CN111866794B (zh) * 2019-04-30 2022-04-22 华为技术有限公司 一种资源调度方法及装置
US11558899B2 (en) * 2019-08-15 2023-01-17 Industrial Technology Research Institute Method and user equipment of performing resource switching in unlicensed spectrum
US11621768B2 (en) * 2019-12-24 2023-04-04 Huawei Technologies Co., Ltd. Terrestrial and non-terrestrial communication systems, apparatuses, and methods
CN114007224A (zh) * 2020-07-27 2022-02-01 维沃移动通信有限公司 旁链路资源选择方法及终端
US11877181B2 (en) * 2020-07-28 2024-01-16 Qualcomm Incorporated Congestion control for multiple radio access technologies on an unlicensed band
US11804934B2 (en) * 2020-08-11 2023-10-31 Qualcomm Incorporated Reference signaling for sidelink communication
WO2022150994A1 (en) * 2021-01-12 2022-07-21 Lenovo (Beijing) Limited Mechanism for beam failure recovery
US11902950B2 (en) * 2021-02-11 2024-02-13 Qualcomm Incorporated Channel occupancy time (COT) aware autonomous sensing for sidelink
WO2022205363A1 (en) * 2021-04-01 2022-10-06 Apple Inc. Inter-ue coordination for on-demand sensing
EP4084525A1 (en) * 2021-04-28 2022-11-02 Google LLC Configuration of wireless communication signals between devices
BR112023024635A2 (pt) * 2021-05-26 2024-02-06 Ericsson Telefon Ab L M Método em uma estação base que deve operar em um modo de comunicação full duplex, métodos em um primeiro e segundo dispositivo sem fio, método em uma estação base e estação base para agendar recursos para uma comunicação full duplex, produto de programa de computador, estação base que deve operar em um modo de comunicação full duplex, e, primeiro e segundo dispositivos sem fio
US11658707B2 (en) * 2021-09-30 2023-05-23 Fortinet, Inc. Intelligent selection of physical layer transmission types in 802.11AX based Wi-Fi networks
WO2023068986A1 (en) * 2021-10-21 2023-04-27 Telefonaktiebolaget Lm Ericsson (Publ) Handling communication in a wireless communication network
US11924864B2 (en) * 2021-11-22 2024-03-05 Qualcomm Incorporated Network coded sidelink communication using reserved resources for retransmission
WO2024031093A1 (en) * 2022-08-05 2024-02-08 Interdigital Patent Holdings, Inc. Coordinating carrier usage in multicarrier sidelink
WO2024087089A1 (zh) * 2022-10-27 2024-05-02 华为技术有限公司 通信方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10834642B2 (en) 2017-02-10 2020-11-10 Qualcomm Incorporated Dynamic resource sharing
CN109803243A (zh) * 2017-11-16 2019-05-24 中兴通讯股份有限公司 Pc5载频选择方法、装置、设备和基站
WO2019178843A1 (zh) * 2018-03-23 2019-09-26 Oppo广东移动通信有限公司 确定多天线发送模式的方法和设备
US11115890B2 (en) * 2018-08-16 2021-09-07 Lg Electronics Inc. Method and apparatus for triggering transmission carrier reselection procedure due to high congestion level in wireless communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023125730A1 (zh) * 2021-12-30 2023-07-06 展讯通信(上海)有限公司 状态转换方法、装置及设备
WO2024067266A1 (zh) * 2022-09-29 2024-04-04 华为技术有限公司 一种通信方法、装置及系统

Also Published As

Publication number Publication date
BR112021012139A2 (pt) 2021-08-31
JP7475354B2 (ja) 2024-04-26
WO2020132284A1 (en) 2020-06-25
US20220061055A1 (en) 2022-02-24
KR20210116443A (ko) 2021-09-27
JP2022514889A (ja) 2022-02-16
TW202029825A (zh) 2020-08-01
TW202406398A (zh) 2024-02-01
EP3900458A1 (en) 2021-10-27

Similar Documents

Publication Publication Date Title
JP7475354B2 (ja) 様々な種類の同時伝送を可能にするための手続き
CN112840733B (zh) 用于车辆通信中的资源预留的方法
JP7489450B2 (ja) 協力し合う車両間における効率的なリソース使用のための方法
TWI826711B (zh) 上鏈及側鏈同步操作的裝置及方法
US11800490B2 (en) Methods and apparatuses for autonomous resource selection in new radio vehicle to everything (NR V2X)
US20210410129A1 (en) L2 procedures for unicast and/or multicast link establishment and maintenance
US20220182979A1 (en) Systems and methods for sidelink communication
US20240032099A1 (en) Partial sensing-based resource allocation
RU2782447C1 (ru) Процедуры для обеспечения возможности одновременной передачи разных типов

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
TA01 Transfer of patent application right

Effective date of registration: 20230613

Address after: Delaware

Applicant after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Applicant before: IDAC HOLDINGS, Inc.

TA01 Transfer of patent application right