CN108476493A - 用于无线发射/接收单元协作的方法、***和设备 - Google Patents
用于无线发射/接收单元协作的方法、***和设备 Download PDFInfo
- Publication number
- CN108476493A CN108476493A CN201680077363.2A CN201680077363A CN108476493A CN 108476493 A CN108476493 A CN 108476493A CN 201680077363 A CN201680077363 A CN 201680077363A CN 108476493 A CN108476493 A CN 108476493A
- Authority
- CN
- China
- Prior art keywords
- wtru
- data
- cooperation
- transmission
- data transmission
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/022—Site diversity; Macro-diversity
- H04B7/026—Co-operative diversity, e.g. using fixed or mobile stations as relays
-
- 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/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
所提供的是一种通过使用包括第一共享阶段和第二协作阶段在内的两个阶段的协作来传送数据的方法。在一个实施例中,所公开的是一种由第一WTRU执行的协作数据传输方法。该方法包括由该第一WTRU从eNB接收包含了协作集合标识的协作集合配置信息。在共享阶段,该第一WTRU可以从该eNB接收关于第一数据传输的资源指配。在共享阶段,该第一数据传输可以使用所接收的资源指配中指示的资源来传送。在共享阶段,从第二WTRU可以接收到第二数据传输。如果该第一WTRU成功接收到该第二数据传输。那么可以在协作阶段以与该第二WTRU协作的方式来传送第三数据传输。
Description
相关申请的交叉引用
本申请要求享有2015年12月30日提交的美国临时申请62/273,250的权益,所述申请的内容在这里被引入以作为参考。
背景技术
移动通信技术正在不断演进,并且业已处于第五代(5G)时代的前夕。与前几代一样,新的使用范例在很大程度上是为设置新的***的需求做出了贡献。对于未来的网络而言,其设计重点在于整个地理区域都具有一致的用户体验。而一致的可实现吞吐量、时延和/或可靠性则可作为此类用户体验的例证。
就一致性体验的问题而言,处于不良覆盖范围的无线发射/接收单元(WTRU)可以使用重复处理来提升性能。然而,这种重复处理会降低可实现的吞吐量,并且还会增大总的时延。而这至少部分可以归因于执行重复处理的WTRU必须使用原本可用于别处的附加资源的事实。此外,由于执行重复处理的WTRU在不良覆盖范围中再次无法成功重传的可能性很高,因此,该重复WTRU使用的附加资源并不是以最佳方式耗费的资源。
对于低功率节点、例如无线传感器或大规模的低成本机器类型通信(LC-MTC)设备来说,如果该设备的电池持续时间很长,例如可以持续多年,那么将是非常理想的。重复处理有可能会过早地耗尽电池,并且可能导致LC-MTC设备变得不可达或者无法继续传送。此外,未来的网络将会具有非常高的WTRU密度。例如,传感器网络部署、可穿戴设备或是诸如完整体育场的场景之类的特定场合都会导致产生高度致密的WTRU层级。另一方面,极端乡村的场景也是存在的,其中基站会以最低的限度来部署并且该部署会非常分散。由于部署成本低有可能是一个商业目标,因此,乡村场景对于移动运营商而言是非常有益的。
如果具有利用高密度的已部署的WTRU来提升传输或接收体验的一致性的方法,那么将会是非常有益的。此外,如果使用高密度的已部署WTRU的固有特征,那么将会导致产生超出使得WTRU的体验更加一致之外的益处。举例来说,在关于全体育场的大规模宽带的示例中,传送到众多WTRU的数据有可能是非常相似的。在这样的场景中,如果使用具有多个位置接近的WTRU的益处来提升整体性能,那么将会是非常理想的。
有鉴于以上内容,更多的以用户为中心的部署将会是非常有益的。这种以用户为中心的部署可以是自组织的,并且其在一个实施例中可以表现成是以对WTRU透明的方式协作的多个小区,或者可以表现成是执行协作的多个WTRU。WTRU协作能够聚集位置接近的WTRU,以便通过充当分布式天线阵列来提升个体性能。由此,通过改善小区边缘的WTRU的性能、限制总体的电池消耗以及改善大规模宽带传输,WTRU协作有助于利用WTRU的密集群集的优点。由于在网络中有可能存在和共享相同数据的更多拷贝,因此还可以改善数据冗余度。
为了实现有益的WTRU协作,这里公开的实施例提供了用于确定WTRU的恰当集合如何可以进行协作的方法。此外,恰当的协作可能需要多个WTRU有效地共享其数据,例如共享从演进型节点B(eNB)接收的数据,或者共享将要由每一个WTRU传送到eNB的数据。此外,在这里还提出了用于实施有效的协作WTRU传输的方法和***。
发明内容
所提供的是一种通过使用包括共享阶段和协作阶段在内的两个阶段的协作来传送数据的方法。该方法包括:在共享阶段中在无线发射/接收单元(WTRU)的协作集合中共享数据,以及在协作阶段中由所述WTRU的协作集合以协作的方式来向目的地节点传送数据。
在另一个示例中,一种通过使用两个阶段的协作来传送数据的方法包括:在协作阶段,WTRU的协作集合以协作的方式从源节点接收数据,以及在共享阶段,在该WTRU的协作集合中共享该数据。
所提供的是一种通过使用包括第一共享阶段和第二协作阶段在内的两个阶段的协作来传送数据的方法。在一个实施例中,所公开的是一种由第一WTRU执行的协作的数据传输方法。该方法包括:在第一传输阶段中从第一WTRU向至少一个第二WTRU传送用于协作传输的数据,以及响应于传送了用于协作传输的数据,所述第一WTRU至少从所述第二WTRU接收关于成功或未成功解码该数据的应答。如果该应答表明所述第二WTRU成功解码了数据,则提供在所述第二传输阶段以与所述第二WTRU协作的方式来向eNB重传该数据的处理。
所公开的是一种由第一WTRU执行的协作的数据传输方法。该方法包括:由所述第一WTRU从eNB接收包含了协作集合标识的协作集合配置信息。在共享阶段,所述第一WTRU可以从所述eNB接收关于第一数据传输的资源指配。在共享阶段期间,所述第一数据传输可以使用所接收的资源指配中指示的资源来传送。在所述共享阶段期间,从第二WTRU可以接收到第二数据传输。如果所述第一WTRU成功接收到所述第二数据传输。那么可以在协作阶段期间以与第二WTRU协作的方式来传送第三数据传输。
附图说明
更详细的理解可以从以下结合附图举例给出的描述中获得,其中:
图1A是例示的通信***的图示;
图1B是可以在图1A所示的通信***内部使用的例示无线发射/接收单元(WTRU)的***图示;
图1C是可以在图1A所示的通信***内部使用的例示无线电接入网络和例示核心网络的***图示;
图2A显示了上行链路方向上的协作传输的示例;
图2B显示了下行链路方向上的协作传输的示例;
图3A显示了上行链路协作传输中的两个阶段的协作的共享阶段的示例;
图3B显示了上行链路协作传输中的两个阶段的协作的协作阶段的示例;
图4显示了在执行了从源eNB进行协作接收之后以时分复用(TDM)的方式共享所接收的数据的协作集合中的WTRU的示例;
图5显示了在执行了从源eNB执行协作接收之后使用联合重传来共享所接收的数据的协作集合中的WTRU的示例;
图6显示了通过协作来传送用于单个源WTRU的数据的WTRU集合的示例;
图7A显示了在共享传输阶段中共享数据的WTRU的示例;
图7B显示了对接收到共享数据做出应答的图7A中的WTRU;
图7C显示了向eNB重传共享数据的图7B中的WTRU的子集;
图7D显示了通过使用联合传输方法来以冗余的方式向eNB重传共享数据的图7C中的WTRU的示例。
图8显示了具有多个区域的协作子帧的示例。
具体实施方式
图1A是可以实施所公开的一个或多个实施例的例示通信***100的图示。通信***100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入***。该通信***100可以通过共享包括无线带宽在内的***资源来允许多个无线用户访问这些内容,作为示例,该通信***100可以使用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图1A所示,通信***100可以包括无线发射/接收单元(WTRU)102a、102b、102c和/或102d,无线电接入网络(RAN)104,核心网络106,公共交换电话网络(PSTN)108,因特网110以及其他网络112,然而应该了解,所公开的实施例可以设想任意数量的WTRU、基站、网络和/或网络部件。WTRU 102a、102b、102c、102d中的每一者可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如,该WTRU 102a、102b、102c、102d可被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。
通信***100还可以包括基站114a和基站114b。基站114a或114b可以是被配置成通过与至少一个WTRU 102a、102b、102c、102d进行无线对接来促使其接入一个或多个通信网络的任何类型的设备,该网络可以是核心网络106、因特网110和/或网络112。作为示例,基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然将每个基站114a、114b描述成单个部件,然而应该了解,基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 104的一部分,并且该RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在被称为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区还可以进一步被分割成小区扇区。举例来说,与基站114a关联的小区可分成三个扇区。由此,在一个实施例中,基站114a可以包括三个收发信机,也就是说,每一个收发信机对应于小区的一个扇区。在另一个实施例中,基站114a可以使用多输入多输出(MIMO)技术,并且由此可以为小区中的每个扇区使用多个收发信机。
基站114a、114b可以通过空中接口116来与一个或多个WTRU 102a、102b、102c、102d进行通信,该空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以用任何适当的无线电接入技术(RAT)来建立。
更具体地说,如上所述,通信***100可以是一个多址接入***,并且可以使用一种或多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。作为示例,RAN 104中的基站114a与WTRU102a、102b、102c可以实施诸如通用移动电信***(UMTS)陆地无线电接入(UTRA)之类的无线电技术,该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一个实施例中,基站114a与WTRU 102a、102b、102c可以实施演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口116。
在其他实施例中,基站114a和WTRU 102a、102b、102c可以实施IEEE802.16(全球微波接入互操作性(WiMAχ))、CDMA2000、CDMA2000 1χ、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与WTRU 102c、102d可以通过实施诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施例中,基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个实施例中,基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以直接连接到因特网110。由此,基站114b无需经由核心网络106来接入因特网110。
RAN 104可以与核心网络106通信,该核心网络可以是被配置成为WTRU 102a、102b、102c、102d的一个或多个提供语音、数据、应用和/或借助网际协议(IP)的语音(VoIP)服务的任何类型的网络。举例来说,核心网络106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或执行诸如用户验证之类的高级安全功能。虽然图1A中没有显示,然而应该了解,RAN 104和/或核心网络106可以直接或间接地和其他RAN进行通信,并且这些RAN既可以使用相同的RAT,也可以使用不同的RAT。例如,除了与使用E-UTRA无线电技术的RAN 104连接之外,核心网络106还可以与另一个使用GSM无线电技术的RAN(未显示)进行通信。
核心网络106还可以充当供WTRU 102a、102b、102c、102d接入PSTN108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备***,并且该协议可以是TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商所有和/或运营的有线或无线通信网络。例如,网络112可以包括与一个或多个RAN相连的另一个核心网络,所述一个或多个RAN可以使用与RAN 104相同的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。应该了解的是,在保持与实施例相符的同时,WTRU 102还可以包括前述部件的任何子组合。
处理器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可以被配置成发射和/或接收无线信号的任何组合。
此外,虽然在图1B中将发射/接收部件122描述成是单个部件,但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。因此,在一个实施例中,WTRU 102可以包括两个或多个经由空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要发射的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如上所述,WTRU 102可以具有多模能力。因此,收发信机120可以包括允许WTRU 102借助诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合到扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外,处理器118可以从诸如不可移除存储器106和/或可移除存储器132之类的任何适当的存储器中存取信息,以及将信息存入这些存储器。不可移除存储器106可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施例中,处理器118可以从那些并非实际位于WTRU 102的存储器存取信息,以及将数据存入这些存储器,作为示例,此类存储器可以位于服务器或家庭计算机(未显示)上。
处理器118可以接收来自电源134的电力,并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如,电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。
处理器118还可以与GPS芯片组136耦合,该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换,WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持与实施例相符的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138,周边设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于拍照或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、视频游戏机模块、因特网浏览器等等。
图1C显示的是可以在图1A所示的通信***内部使用的例示RAN 104和例示核心网络106的***图示。如上所述,RAN 104可以使用E-UTRA无线电技术而在空中接口116上与WTRU 102a、102b、102c进行通信。并且RAN 104还可以与核心网络106进行通信。
RAN 104可以包括e节点B 140a、140b、140c,然而应该了解,在保持与实施例相符的同时,RAN 104可以包括任何数量的e节点B。e节点B140a、140b、140c中的每一者都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中,e节点B 140a、140b、140c可以实施MIMO技术。由此举例来说,e节点B 140a可以使用多个天线来向WTRU 102a发送无线信号以及接收来自WTRU 102a的无线信号。
e节点B 140a、140b、140c中的每一者都可以关联于一个特定的小区(未显示),并且可被配置成处理无线电资源管理判定、切换判定、上行链路和/或下行链路的用户调度等等。如图1C所示,e节点B 140a、140b、140c彼此可以在χ2接口上进行通信。
图1C所示的核心网络106可以包括移动性管理实体网关(MME)142、服务网关144以及分组数据网络(PDN)网关146。虽然前述的每一个部件都被描述成了核心网络106的一部分,然而应该了解,这其中的任一部件都可以由核心网络运营商之外的实体所拥有和/或运营。
MME 142可以经由S1接口连接到RAN 104中的每一个e节点B 140a、140b、140c,并且可以充当控制节点。举例来说,MME 142可以负责验证WTRU 102a、102b、102c的用户,执行承载激活/去激活处理,在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。该MME 142还可以提供一个用于在RAN 104与使用GSM或WCDMA之类的其他无线电技术的其他RAN(未显示)之间进行切换的控制平面功能。
服务网关144可以经由S1接口连接到RAN 104中的每个e节点B140a、140b、140c。该服务网关144通常可以路由和转发去往/来自WTRU102a、102b、102c的用户数据分组。并且该服务网关144可以执行其他功能,例如在e节点B间的切换过程中锚定用户平面,在下行链路数据可供WTRU102a、102b、102c使用时触发寻呼处理,管理并存储WTRU 102a、102b、102c的上下文等等。
服务网关144还可以连接到PDN网关146,PDN网关146可以为WTRU 102a、102b、102c提供针对因特网之类的分组交换网络的接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络106可以促成与其他网络的通信。例如,核心网络106可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入,以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如,核心网络106可以包括一个IP网关(例如IP多媒体子***(IMS)服务器)或与之进行通信,并且该IP网关可以充当核心网络106与PSTN 108之间的接口。此外,核心网络106可以为WTRU 102a、102b、102c提供针对网络112的接入,网络112可以包括由其他服务供应商所拥有和/或运营的其他有线或无线网络。
其他网络112还可以进一步连接到基于IEEE 802.11的无线局域网(WLAN)160。该WLAN 160可以包括接入路由器165。该接入路由器165可以包含网关功能。并且该接入路由器165可以与多个接入点(AP)170a、170b进行通信。接入路由器165与AP 170a、170b之间的通信可以借助有线以太网(IEEE 802.3标准)或是任何类型的无线通信协议来进行。AP170a通过空中接口与WTRU 102d进行通信。
5G空中接口预计可被应用于改进的宽带性能(IBB);工业控制和通信(ICC)以及车辆应用,车辆与车辆(V2V)或是车辆与外界(V2χ);以及大规模的机器类型通信(mMTC)。由此,5G空中接口可以为超低传输时延、超可靠传输、包括窄带操作在内的机器类型通信(MTC)操作以及频谱工作模式(SOM)提供支持。
为了支持超低传输时延,往返时间低至1毫秒的空中接口时延需要支持介于100微秒与(不大于)250微秒之间的TTI。作为示例,超低接入时延同样是要得到支持的,例如从初始***接入直至第一用户平面数据单元的传输结束的时间。至少工业控制(IC)和V2χ会需要小于10毫秒的端到端(e2e)时延。
为了支持超可靠传输,一个非常关键的设计考虑要素是传输可靠性,其中该传输可靠想要远远好于使用旧有LTE***所具有的传输可靠性。对于此类***来说,其目标是具有99.999%或五个九的传输成功率以及服务可用性。另一个考虑要素是支持速度处于0~500千米/小时的范围的移动。至少IC和V2χ会要求小于10e-6的丢包率。
为了支持包括窄带操作在内的MTC操作,该空中接口应该有效地支持窄带操作,例如使用不到200kHz的频率,延长电池寿命,比如长达15年的自主性,以及用于小型和不频繁数据传输的最小通信开销,例如在接入时延是数秒到数小时的情况下的处于1-100千比特每秒(kbps)的范围的低数据速率。
为了支持特定的频谱工作模式(SOM),WTRU可被配置成依照一个或多个SOM来执行数据传输。举例来说,SOM可以对应于依照以下的至少一项配置的传输:特定的传输时间间隔(TTI)持续时间,特定的初始功率电平,特定的混合自动重复请求(HARQ)处理类型,用于成功的HARQ接收/传输的特定上限,特定的传输模式,特定的物理信道(上行或下行),特定的波形类型乃至依照特定RAT的传输,例如依照旧有LTE或是依照5G传输方法。SOM可以对应于服务质量(QoS)等级和/或相关方面的质量,例如最大/目标时延,最大/目标块差错率(BLER)或是类似度量。SOM可以对应于频谱区域和/或特定的控制信道或是其方面,这其中包括搜索空间、下行链路控制信息(DCI)类型等等。
在这里提供了能在旧有和新的无线***中实施WTRU协作的方法、设备和***。多个WTRU可以通过协作来向诸如eNB、WTRU等等的别的节点传送数据,或者可以通过协作接收来自诸如eNB、WTRU等等的别的节点的数据。
举例来说,一种通过使用包括共享阶段和协作阶段的两个阶段的协作来传输数据的方法,由此,该方法包括在共享阶段由至少一个源节点与WTRU协作集合共享数据,以及在协作阶段由所述WTRU协作集合向目的地节点传送或重传该数据。
在另一个示例中,一种通过使用包括共享阶段和协作阶段的两个阶段的协作来传输数据的方法,由此,该方法包括:在协作阶段由源节点向WTRU协作集合传送数据,以及在共享阶段由WTRU协作集合与至少一个目的地节点共享该数据。该数据可以作为上行链路(UL)传输或下行链路(DL)传输来传送。
一种通过使用两个阶段的协作来传送数据的方法可以包括:由WTRU协作集合中的至少一个WTRU向至少一个目的地节点传送或重传从至少一个源节点接收的数据,由此,该WTRU协作集合中的WTRU通过协作来向目的地节点传送数据。
一种通过使用包括第一阶段和第二阶段在内的两个阶段的协作来传送数据的方法可以包括:由WTRU协作集合中的至少一个源节点向至少一个目的地节点传送或重传从至少一个源节点接收的数据,以使WTRU协作集合中的WTRU通过协作接收来自源节点的数据。
该方法还可以包括建立一个WTRU协作集合,其中该集合被配置成使用包括共享阶段和协作阶段在内的两个阶段的协作来传送和/或接收数据。
一种用于传送数据的方法可以包括:建议一个WTRU协作集合,该集合被配置成使用一个包含了共享阶段和协作阶段的两阶段的协作协议来传送和/或接收数据,由此,建立WTRU协作集合包括:第一WTRU向e节点B传送一个关于WTRU协作集合的请求,所述第一WTRU从e节点B接收协作集合配置,以及所述第一WTRU基于该协作集合配置来形成WTRU协作集合。
一种用于传送数据的方法可以包括:建立WTRU协作集合,该集合被配置成使用包括共享阶段和协作阶段在内的两个阶段的协作来传送和/或接收数据,由此,建立WTRU协作集合包括:第一WTRU直接向第二WTRU传送一个关于形成WTRU协作集合的指示,所述第一WTRU从第二WTRU接收一个关于第二WTRU将会加入具有第一WTRU的WTRU协作集合的应答,以及第一WTRU基于所接收的ACK来形成WTRU协作集合,其中该WTRU协作集合包括第一和第二WTRU。该方法可以包括:第一WTRU将所建立的WTRU协作集合报告给e节点B。该方法可以包括:该WTRU协作集合接收包含了多个数据子集的数据,以使该WTRU协作集合中的每一个WTRU接收到多个数据子集中的至少一个子集,该WTRU协作集合在该WTRU协作集合中的WTRU之间共享所述多个子集,以使该WTRU协作集合中的每一个WTRU都具有多个数据子集,以及该WTRU协作集合以协作的方式来向目的地节点传送在该WTRU协作集合中共享的数据,以使WTRU协作集合中的至少一个WTRU将所述数据传送到所述目的地节点。
该协作传输可以包括:WTRU协作集合确定由该WTRU协作集合中的哪个或哪些WTRU向目的地节点传送数据。作为替换,该协作传输可以包括:由该WTRU协作集合中的协作集合主WTRU确定该WTRU协作集合中的哪个或哪些WTRU向目的地节点传送数据。
该方法可以包括:WTRU协作集合向源节点传送至少一个表明接收到数据的ACK,以及源节点以接收到阈值数量的ACK为基础来停止传送数据。
一种用于传送数据的方法可以包括:WTRU协作集合接收包含了多个数据子集的数据,以使WTRU协作集合中的每一个WTRU接收到多个数据子集中的至少一个数据子集,以及在协作传送该数据之前,该WTRU协作集合中的WTRU与该WTRU协作集合中的其他WTRU对所述多个数据子集中的至少一个子集执行阈值次数的共享。
一种用于传送数据的方法可以包括:WTRU协作集合以协作的方式从源节点接收包含了多个数据子集的数据,以使该WTRU协作集合中的至少一个WTRU接收到来自源节点的数据,以及该WTRU协作集合在该WTRU协作集合中的WTRU之间共享所述多个子集。WTRU协作集合以协作的方式从源节点接收数据可以包括:WTRU协作集合中的每一个WTRU接收多个数据子集中的至少一个子集。在WTRU协作集合中的WTRU之间共享多个子集可以包括:通过所述共享来使得WTRU协作集合中的每一个WTRU都具有所有的所述多个数据子集。WTRU协作集合中的每一个WTRU可以采用时分复用的方式或者同时的方式与该WTRU协作集合中的其他WTRU共享其接收到的数据。
该数据可以具有包含了多个区域的协作子帧配置。所述多个区域可以包括以下的区域中的至少两个区域:与控制信息有关的第一区域,与数据共享所使用的信道的传输和/或接收有关的第二区域,与用于传送关于共享数据的反馈的信道有关的第三区域,与用于协作的数据传输或重传的信道有关的第四区域,以及与用于传送关于协作数据传输或重传的反馈的信道有关的第五区域。
控制信息可以包括与物理层(PHY)或介质访问控制(MAC)(MAC/PHY)参数或能力信息,群组信息,一个或多个信道标识符,调制参数,反馈信息,波束成形矩阵信息,传输资源等等。反馈可以包括关于数据接收的ACK或否定ACK。该反馈可以采用比特映射的形式,其中每一个比特都代表了所应答的数据的一部分。
WTRU协作集合中的第一WTRU可以在子帧的第一时隙中共享数据,并且可以在相同子帧或不同子帧中的至少一个第二时隙中以协作的方式传送数据。此外,WTRU协作集合中的第二WTRU可以在子帧的第一时隙中共享数据,并且可以在相同子帧或不同子帧中的至少一个的第二时隙中以协作的方式传送数据。第二WTRU的第一时隙可以与第一WTRU的第二时隙重叠,和/或第二WTRU的第二时隙可以与第一WTRU的第一时隙重叠。
多个WTRU可被配置到协作的WTRU集合中,该协作可以使用分两个阶段的传输来实现,这其中包括第一阶段,例如共享数据的共享阶段,以及第二阶段,例如以协作方式来传送(重传)数据的协作阶段。
协作集合的WTRU可以共享用于终止于eNB和WTRU的传输的数据,这其中包括借助增强的UL许可来共享用于上行链路(UL)传输的数据,和/或使用循环重传或联合重传来共享下行链路(DL)数据。
在共享阶段,WTRU可以成功地接收到来自一个或多个源WTRU的数据。该WTRU可被配置成确定将要在协作阶段传送的数据集合,其中该数据集合可以是WTRU自身数据以及从其他WTRU接收的数据集合的一个子集。在一个选项中,网络还可以在共享阶段尝试解码源自源WTRU的传输。该网络可以借助ACK/NACK反馈来向WTRU指示其正确接收的数据集合。
WTRU可被配置成使用基于控制信息来选择将要在协作阶段传送的数据集合,例如使用从eNB接收的许可或反馈。在一个示例中,WTRU可被配置成只传送eNB没有在第一(共享)阶段正确接收的数据。在另一个示例中,WTRU可被配置成传送其在共享阶段中正确接收的所有数据,除非eNB指示其已经正确接收到了所有数据。在另一个示例中,WTRU可被配置成在协作阶段借助显性控制信息而只传送eNB请求的数据,条件是WTRU成功解码了所请求的数据。在一个示例中,eNB可以基于数据所归属的协作集合内部的WTRU ID来确定该数据的地址或者编制该数据的索引。
在这里进一步公开了由WTRU协作集合实施的协作数据传输,其中包括使用分布式空时分组编码、分布式波束成形和/或分布式MIMO,和/或使用分布式重传,其中所述重传可以包括能够实施更加动态的协作的新的编码方案,例如喷泉码。
在这里还提供了关于协作子帧结构的设计,其中所述域子帧被分成共享和协作传输(重传)区域。作为示例,所述子帧可被分成启用了两个阶段的协作的区域,这其中包括使用时隙作为共享和协作阶段。
在这里还提供了使用非正交多址接入来增强共享和协作阶段的性能的方法。并且在这里提供了用于确定协作传输的预编码的方法。应该了解的是,在一个或多个实施例中可以使用所公开的特征和方法的任何组合。
源指的是诸如WTRU或eNB之类的具有待传输数据的节点。缓冲状态可以使用所要传输的数据量来确定。目的地可以是指诸如WTRU、eNB或中继器之类的作为源所传送的数据的预定接收方的节点。对于数据可以通过不同节点的多次跳变传播的情形而言,该数据传输的预定的最终接收方可被认为是最终目的地。
协作集合可以指代诸如WTRU、eNB或中继点之类的一个或多个节点的集合,其中该集合可以接收来自一个或多个源的数据,并且可以以协作的方式来向一个或多个目的地节点重传数据。对于多跳传输来说,协作集合可以接收来自一个或多个源和/或一个或多个其他协作集合的数据,并且可以采用协作的方式来向一个或多个目的地和/或一个或多个其他协作集合重传数据。
两个阶段的协作可以指代一种用于实现由两个阶段组成的协作的方法:共享阶段和协作阶段。应该指出的是,术语两个阶段的协作不应被理解成局限于正好两个阶段。所述两个阶段的协作指代的是使用了至少两个阶段的协作。
共享阶段对于UL和DL传输来说都是可以应用的。对UL传输来说,共享阶段可以是分两个阶段的协作中的第一个阶段,其中一个或多个源节点的集合会与一个协作集合共享数据。对DL传输来说,共享阶段可以是分两个阶段的协作中的第二个阶段,其中协作集合会与一个或多个目的地节点共享或重传所接收的数据。
协作阶段对于UL和DL传输来说都是可以应用的。对UL传输来说,协作传输阶段可以是分两个阶段的协作中的第二个阶段,其中协作集合会向一个或多个目的地重传数据。对DL传输来说,协作接收阶段可以是分两个阶段的协作中的第一个阶段,其中一个或多个源节点会向协作集合传送数据。
在这里提供了分两个阶段的协作,由此,举例来说,多个WTRU通过协作来向诸如eNB的另一个节点传送数据,或者通过协作接收来自诸如eNB的另一个节点的数据。
协作可以包括由一个或多个WTRU将来自一个或多个源WTRU的数据传送或重传到一个或多个节点(例如eNB、另一WTRU和/或中继器)。举例来说,WTRU协作集合可以帮助WTRU将其数据传送至eNB。图2A和2B显示了关于UL和DL中的协作传输的示例200。
图2A显示了UL中的协作传输的示例。在第一阶段,WTRU彼此单独共享数据202-206,然后,这些WTRU将所共享的数据208-212传送到节点(例如eNB 214、另一WTRU或中继节点)。
该协作还可以包括由一组执行协作的WTRU接收来自诸如eNB、另一WTRU、中继器之类的节点的数据,以及以协作的方式来向目的地WTRU重传数据。
图2B显示了DL中的协作接收的示例。在DL方向上,传输218-222开始于节点,例如eNB、另一WTRU或中继节点,然后则会被传送224-228到一个或多个WTRU。
协作可以用于传输或接收往来于eNB的任何现有物理信道,例如增强型物理下行链路控制信道((E)PDCCH)、物理下行链路共享信道(PDSCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理随机接入信道(PRACH)、物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH),并且可以用于往来于另一个WTRU的任何现有物理信道,例如使用设备到设备(D2D)信道,以及可以用于往来于中继器的任何现有物理信道。作为替换,新的物理层信道可以专用于传送协作信息。举例来说,在下行链路上,WTRU可以在新的协作PDSCH(CPDSCH)上接收数据。在CPDSCH上传送的数据可以被一组WTRU解码,并且可被重传到恰当的目的地WTRU,其中在一个实施例,该重传借助的是新的协作副链路(sidelink)。在另一个示例中,在UL中,一组WTRU可以共享数据,其中在一个实施例,该共享借助的是新的协作式侧链路过程来共享数据。然后,该组WTRU可以将数据传送到最终目的地,例如借助新的协作PUSCH(CPUSCH)传送到eNB。
图3A和3B示出了在UL300中进行的分两个阶段的协作的示例。协作传输可以通过两个阶段来实现,即共享阶段和协作阶段。在UL中,图3A所示的共享阶段包括一组源WTRU302-306与一个WTRU协作集合共享数据308-312。在该示例中,该组源WTRU等价于WTRU协作集合。在另一个示例中,WTRU协作集合可以是所述一个或多个源WTRU的超集。共享数据可以包括以一种源WTRU数据能被协作集合中的一个或多个成员解码的方式来传送所述源WTRU数据。该WTRU协作集合可以由那些本身既可以是也可以不是源WTRU的WTRU组成。在UL中,图3B中显示的协作阶段可以是当WTRU 302-306的协作集合向诸如eNB 320之类的一个或多个目的地节点重传数据314-318时。
在DL中,这两个阶段可被认为与针对UL所描述的示例相反。对于协作阶段、例如协作接收阶段来说,在该阶段中,诸如eNB之类的源节点会以一种能使WTRU协作集合为一个或多个目的地节点、例如一个或多个目的地WTRU执行解码的方式来传送数据。而共享阶段则可以包括由协作集合向一个或多个恰当的目的地节点重传数据的时段。
对于多跳传输来说,其有可能具有两个以上的阶段。第一个阶段可以是在例如共享阶段之中一个或多个源节点向一个或多个协作集合进行传输。然后,对于n跳方案来说,其有可能具有在例如一个或多个协作阶段中在不同协作集合之间的n-2个协作接收和协作重传阶段。然后,在这里可以存在一个最终阶段,其中在所述阶段,一个或多个协作集合可以在例如共享阶段之中向一个或多个最终目的地节点进行传输。
在关于多跳传输的另一个示例中,第一个阶段可以是协作阶段,其后跟随的是一个或多个共享阶段,之后跟随的是最终的协作阶段。
WTRU的集合可以通过协作来改进数据传输或接收。为了进行有效的协作,第一WTRU可能需要知道可与之协作的其他WTRU集合。协作集合配置可以是不同的。一个协作集合可以由WTRU组成,其中来自该集合的至少一个WTRU(例如第一WTRU)可以帮助传送和/或接收与该协作集合内部的至少一个WTRU(例如第二WTRU)有关的数据。在第二示例中,协作集合可以由WTRU组成,其中来自该集合的至少一个WTRU(例如第一WTRU)可以帮助传送和/或接收与不处于该协作集合内部的至少一个WTRU(例如第二WTRU)有关的数据。该第二WTRU可被认为是由协作集合来服务的。所述第二示例可被进一步定义成是多跳传输,其中该传输的预定最终目的地并不是中间节点的一部分。作为示例,多跳可以用从源节点到WTRU协作集合的传输以及从WTRU协作集合到最终目的地节点的第二传输来实现,其中作为示例,所述源节点可以是用于DL传输的eNB,所述最终目的地节点可以是用于DL传输的WTRU。协作集合还可以由一个充当协作集合主设备的WTRU来表征。
WTRU可以是用于不同目的的协作集合的成员,和/或可以由所述不同的协作集合来服务。举例来说,依照以下的至少一项,WTRU可以是唯一协作集合的成员或是由该集合来提供服务:传输方向,传输类型,传输的优先等级和/或重复等级。
对于传输方向、例如UL或DL传输来说,该传输方向可以是相对于终止于网络的方向或者终止于WTRU的方向定义的。作为示例,传输类型可以是数据、HARQ A/N、信道状态信息(CSI)反馈、DCI、UCI、控制平面传输或数据平面传输。传输的优先等级可以与传输相关联,其中具有低时延和/或高可靠性需求的传输的排名要高于具有较高时延和/或较低的可靠性的传输。重复等级可以是针对这样的情形定义的,其中WTRU可以重复进行多次传输,以便缓解不良的覆盖范围。重传等级同样可以是基于完成传输所需要的重复次数定义的。
作为以上内容的示例,WTRU可以是用于具有高优先级的UL传输的第一协作集合的成员,并且该WTRU可以是用于具有低优先级的UL传输的第二协作集合的成员。此外,WTRU可以不是用于所有DL传输的任何协作集合的成员或是不由其提供服务。优先级可以由WTRU、eNB或是其他网络设备来确定。优先级可以基于业务量类型或内容。与数据或电子邮件内容相比,语音或视频业务量可以具有更高的优先级。
在这里提供了协作集合配置。WTRU可以是多个协作集合的成员或是由多个协作集合提供服务。eNB可以为WTRU配置至少一个协作集合,例如其他成员WTRU的标识。作为示例,WTRU可以向eNB指示、例如向eNB请求其需要协作集合。该指示可以是显性的,并且可以是以下的至少一项:新的测量类型,新的CSI反馈报告,UCI报告中的元素,诸如msg3传输中的随机接入过程的指示,或是新的WTRU探测信号类型传输。
供WTRU用来请求协作集合的指示可以是隐性的,并且可以通过来自为了指示协作需要所保留的子集的PRACH前序码选集、功率余量报告或是调度请求与空缓冲器的组合来提供。eNB可以向WTRU传送协作集合配置信息,例如在从WTRU接收到关于协作集合的指示和/或请求的时候。该协作集合配置信息可以包括以下的至少一项:协作集合身份标识;协作集合的主WTRU身份标识;协作集合中的成员节点(例如WTRU)的列表;和/或用于协作传输的资源。举例来说,资源可以包括可在协作集合内部的哪些WTRU上共享数据。在另一个示例中,资源可以包括协作集合内部的哪些WTRU可以以协作的方式来传送数据。这些资源可以是以半静态的方式配置的,并且可以持久地用于协作的WTRU。资源可以包括用于以下各项的资源:协作接收,参考信号配置,协作集合专用无线电网络标识符(C-RNTI)值,协作传输模式和/或用于协作阶段的参考定时。作为示例,用于协作接收的资源可以包括:可供WTRU接收来自协作集合的传输的资源。这些资源可以是半静态配置的,并且可以持久地用于协作的WTRU。参考信号配置,例如解调参考信号或WTRU专用参考信号。参考信号可以是为协作传输/接收阶段以及共享阶段之一或是这二者共同配置的。协作集合专用的C-RNTI可以由协作集合中的一个或多个WTRU使用。在这里描述了关于协作传输模式的示例。用于协作阶段和/或协作阶段调度的参考定时包含了可供WTRU确定每一个协作阶段相对于公共定时基准的定时和持续时间的信息,其中作为示例,所述公共定时基准可以是SFN或是所指定的其他资源。
在这里提供了例示的WTRU自主协作集合。WTRU集合可以自主地形成一个协作集合。希望使用协作传输或接收的WTRU可以借助类似D2D的广播传输、例如借助发现或者借助信令通信机制来指示其对于协作传输或接收的需要或是其执行协作传输或接收的能力。WTRU可以通过包含可供其用于共享处理和/或协作传输和/或协作接收的资源来指示其执行协作传输的能力。这些资源可以是半静态的。这些资源可以包括与协作阶段相关联的定时和/或调度。WTRU可以通过包含以下的一项或多项来来进一步指示其执行协作传输的能力:可用于协作的功率;或是可用于协作的能力。该能力可以依照每一个帧的物理资源块(PRB)和/或子帧来限定。WTRU可以通过包含针对目的地、例如针对去往目的地eNB的UL传输的路径损失或信道特性来进一步指示其执行协作传输的能力。此外,诸如来自源eNB的DL传输之类的来自源的路径损失或信道特性可被考虑。WTRU可以通过包含协作集合标识符来进一步指示其执行协作传输的能力,和/或指示其成为协作集合的主WTRU的WTRU能力,其中该协作集合标识符可以是由WTRU确定的协作集合标识符或是与发起该协作集合的WTRU相关联的标识符。
响应于从第一WTRU接收到执行协作传输或是形成协作集合的指示,第二WTRU可以应答其会加入与第一WTRU的协作。ACK可以采用与初始消息相类似的方式来传送,并且在一个实施例中借助的是类似于D2D的广播传输。在另一个实施例中,作为示例,第二WTRU可以借助ACK消息来应答来自第一WTRU且借助了与D2D相类似的直接传输链路上的传输的指示。在一个选项中,所述ACK可以包括协作集合标识符。
协作集合的成员WTRU中的至少一个可以向eNB指示该协作集合的状态。此类指示既可以使用也可以不使用协作传输。协作集合的状态可被周期性或非周期性地报告给eNB。该协作集合的状态可以首先借助新的协作随机接入过程来指示。
协作集合的状态可以包括以下的至少一项:协作集合身份标识,协作集合的主WTRU身份标识,协作集合成员节点,协作集合共享资源,和/或协作集合协作模式。
在传送了协作集合的状态之后,协作集合中的WTRU可以以与在上文中针对eNB控制的协作集合配置所描述的方式相类似的方式来从eNB接收协作集合配置。
在这里提供了在WTRU之间共享数据的方法。作为示例,在这里提供了用于共享UL传输的方法和用于共享DL传输的方法。
以下描述的是用于共享UL传输的方法。处于协作集合内部或者由协作集合服务的WTRU可以在以协作方式向诸如eNB之类的目的地节点传送UL数据之前共享该数据。所共享的数据可被认为有可能与每一个源WTRU数据无关。作为示例,每一个源WTRU都可以具有一组需要与协作集合的WTRU共享的数据。
WTRU可被动态指配可供其传送其数据的资源。该指配信息可以处于协作集合内部的另一个WTRU所传送的共享许可之中。作为示例,这种许可传输可被集中并由协作集合内部的协作集合主WTRU来传送。
在另一个示例中,所使用的可以是共享资源(即所共享的资源)的分布式调度。举例来说,WTRU可以向执行协作的WTRU动态广播控制信息,由此指示其用以共享数据的资源。所广播的传输可以使用预先指配的资源。此类资源可以在WTRU的自主协作集合配置过程中由WTRU自主确定或选择,或者它们也可以是由eNB所指配。
增强型UL传输许可可以用于向一个或多个WTRU指配资源。WTRU可被动态指配可供其传送其数据的资源。所述指配可以处于eNB传送的UL许可之中。所述UL许可可以包括以下的至少一项:用于与协作集合内部的其他WTRU共享数据的资源,即可供WTRU传送其数据的WTRU专用资源;用于接收其它WTRU所共享的数据的资源;和/或用于向目的地eNB传送数据的资源。
资源可以包括以下各项中的至少一个:资源块指配,诸如子帧、时隙、协作相位信息等等的时间指示,加扰ID,解调参考信号配置,调制和编码方案,预编码信息以及层数和传输功率控制。
用于在协作集合中的WTRU之间共享数据的UL许可可被传送到整个WTRU集合。该许可中的信息可以依照WTRU而以不同的方式解释。举例来说,WTRU可以采用时分复用(TDM)的方式来共享数据。在这种情况下,UL许可可以包括关于协作集合内部的每一个单独的WTRU何时可以共享其数据的信息。在另一个实施例中,协作集合内部的每一个WTRU都可以被预先配置一个WTRU专用的定时偏移,例如介于接收UL许可与共享数据之间的时间。此外,协作集合内部的所有WTRU都可以知悉其他WTRU的定时偏移,以便能够恰当地接收共享数据。
WTRU可以在以协作方式来向诸如eNB之类的目的地节点传送数据之前接收多个WTRU所共享的数据。在解码转发实施例中,WTRU可以向源WTRU传送一个ACK。一旦接收到预先配置并且潜在可配置的数量的ACK帧或消息时,WTRU可以确定有足够数量的其他WTRU以协作方式传送其数据。在这种情况下,WTRU不会重新共享其数据。此外,如果依照成功接收到数据的协作WTRU的数量或者所接收的ACK的数量而需要WTRU将其数据重传至目的地,那么该WTRU在协作重传处理之前不需要执行重新共享处理。另一方面,如果WTRU没有接收到与先前的数据共享有关的数量足够大的ACK,例如所接收的ACK的数量低于所配置的阈值,那么WTRU在进行下一个协作重传之前有可能需要再次执行共享。
对于放大转发类型的协作方法来说,WTRU可以在任何协作重传之前始终将与协作集合的WTRU重新共享该WTRU数据可配置的次数。在这样的方法中,在执行任何以后的协作重传之前,执行协作的WTRU可以组合任何和所有先前共享的传输块的传输。
在另一个示例中,协作集合的WTRU可以使用压缩和转发处理。在这种情况下,协作集合的WTRU可以利用其数据之间的相关性。举例来说,一组传感器可以具有待传送的相关数据。在协作集合的WTRU之间以及针对目的地的数据共享可以使用带有目的地的边信息(side information)的源编码来执行。该处理能够以最优的方式使用共享资源。
在执行了从诸如eNB之类的源节点进行协作接收的处理之后,处于协作集合内部或是由协作集合服务的WTRU可以共享DL数据。WTRU可以被动态指配可供其共享从诸如eNB之类的源节点接收的数据的资源。所述指配可以处于协作集合内部的另一个WTRU所传送的共享许可之中。作为示例,此类许可传输可被集中并由协作集合内部的协作集合主WTRU来传送。
在另一个实施例中,可以使用共享资源的分布式调度方法。举例来说,WTRU可以向执行协作的WTRU动态地广播控制信息,由此指示其共享数据的资源。所广播的传输可以使用预先指配的资源。此类资源可以是在WTRU自主的协作集合配置过程中由WTRU自主确定或选择的,或者它们也可以是由eNB指配的。
增强的DL指配可以用于配置WTRU,以便执行DL资源接收。WTRU可以被动态指配可供其接收和共享其数据的资源。这种指配可以处于eNB传送的DL指配之中。所述DL指配可以包括以下的至少一项:可供其接收来自诸如eNB之类的源节点的数据的资源;用于与协作集合内部的其他WTRU共享数据的资源,即可供WTRU共享其从所述源接收的信息的WTRU专用资源;和/或用于接收其他WTRU所共享的数据的资源。
所述资源可以包括以下的至少一个:资源块指配,诸如子帧指示之类的时间指示,加扰ID,解调参考信号配置,调制编码方案,预编码信息和层数,以及用于共享数据的传输功率控制。
用于在协作集合的WTRU之间共享数据的DL指配可以被传送至整个WTRU集合。该许可中的信息可以依照WTRU而以不同的方式解释。例如,WTRU可以采用TDM的方式来共享所接收的数据。在这种情况下,DL指配可以包括关于协作集合内的每一个单独的WTRU何时可以共享其所接收的数据的信息。在另一个示例中,协作集合内的每一个WTRU都可以被预先配置成具有WTRU专用的定时偏移,例如介于接收DL指配和/或从所述源传送数据与数据共享之间的时间。此外,协作集合内的所有WTRU都可以知悉其他WTRU的定时偏移,以便能够恰当地接收共享数据。
DL数据可以由WTRU共享。在解码和转发协作模式中,执行协作的WTRU可以从协作集合中的一些或所有WTRU接收来自源的数据。一旦解码成功,则协作集合中的WTRU可以在预先确定、预先配置或动态配置的资源中重传其已解码的所有数据。WTRU专用共享资源可以包括以下的至少一项:资源块指配,时间指示(例如子帧),加扰ID,解调参考信号配置,调制编码方案,预编码信息和层数,传输功率控制。
未被认为成功解码的任何数据不会被WTRU共享。作为示例,图4显示了在使用循环传输来执行从源eNB进行协作接收之后在协作WTRU之间共享的DL数据。在另一个示例中,图5显示了在执行了从源eNB进行协作接收之后通过使用联合重传所共享的DL数据。
在图4所示的第一个示例中,协作集合中的每一个WTRU都可以采用TDM的方式来共享其接收到的数据。举例来说,如图4所示,在第一时间实例、例如子帧1 402中,第一WTRU408可以为所有相关的目的地WTRU410-412重传所有成功解码的数据。在第二时间实例、例如子帧2 404,第二WTRU 410可以为所有相关的目的地WTRU 408和412重传所有成功解码的数据,并且依此类推来为协作集合中的所有其他WTRU重传所述数据。作为示例,在子帧3406中,第三WTRU 412可以向第一和第二WTRU 408和410重传数据。这样一来,每一个WTRU都接收到了来自协作集合中的所有WTRU的通信。
在图5所示的第二示例中,协作集合中的WTRU可以通过协作以共享所接收的数据500。每一个源WTRU都可以具有特定的共享资源。在此类资源中,所有成功解码了关于恰当源WTRU的传输的协作集合的WTRU都可以使用联合传输来共享该数据。举例来说,协作集合WTRU的一个子集可以成功解码关于第一WTRU的数据;然后,该子集可以在共享资源、例如子帧1 502中采用联合的方式来共享该数据。这样一来,WTRU 1 508和WTRU 2 510会在相同的子帧1 502中向WTRU 3 512传送数据。类似的传输也可以如子帧2 504和子帧3 506所显示的那样发生。在子帧2 504中,WTRU 2 510和WTRU 3 512会向WTRU 1 508传送数据。在子帧3中,WTRU 1 508和WTRU 3 512会向WTRU 2 510传送数据。如果恰当的目的地WTRU能够从来自所述源的传输中成功解码数据,那么它可以抢占协作WTRU的任何数据共享。该处理可以通过允许所有目的地WTRU在其在协作集合的WTRU之间共享数据之前先传送HARQ A/N来实现。
协作WTRU所使用的联合传输可以使用以下的至少一项:分布式波束成形,分布式空时编码或分布式复用。在协作集合中的多个WTRU之间进行的联合传输可能需要计算理想波束成形权重。在协作传输之前有可能需要与多个WTRU中的每一个共享这些波束成形权重。在联合传输之前需要共享的其他信息可以包括关于载波的指示,一个或多个智能天线的载波指配或能力集合。对于每一个WTRU来说,如果在联合传输之前交换包括智能天线配置在内的能力集合,那么将会是非常有益的。这一点可以是与分布式波束成形器特别相关。
在另一个示例中,协作集合的WTRU可以使用放大和转发传输技术。在这样的情况下,所有协作集合的WTRU可以共享它们从源接收的软信息。与解码和转发的实施例相似,接收数据共享可以通过让所有协作集合中的WTRU广播其所接收的软信息来完成,也可以由协作集合的WTRU通过协作以联合传送每一个目的地WTRU的软信息来完成。此外,协作集合的WTRU可以共享其至所述源的链路的信道估计值。这种信道估计以及目的地WTRU与协作集合WTRU之间的链路的信道估计可被用于改进源WTRU上的解码处理。
在放大和转发的实施例中,WTRU可被配置成具有所要使用的放大因子。该配置可被包含在共享传输许可中,并且可以在MAC、无线电资源控制(RRC)或PLCP层消息中被接收。在另一个实施例中,一个或多个放大因子可以是半静态配置的。在另一个实施例中,所述一个或多个放大因子可以取决于特定的目的地WTRU需求,并且目的地WTRU可以指示优选值。在另一个示例中,WTRU可以自主确定一个或多个放大因子,并且在一个实施方式中是依照可用传输功率确定的。
在另一个示例中,协作集合的WTRU可以使用压缩和转发处理。在这种情况下,协作集合的WTRU可以利用其接收到的信号之间的相关性。在协作集合WTRU与目的地WTRU之间进行的数据共享可以通过使用在目的地处的具有边信息的源编码来执行。这样做能够以最优的方式来使用共享资源。压缩可以包括报头压缩,净荷压缩或是报头与净荷压缩的组合。例示的压缩算法包括用于视频/语音应用的有损算法。作为替换,压缩算法也可以包括用于数据应用的无损算法。可供这里公开的实施例使用的一些例示的压缩算法包括Lempel-Ziv、Zip、Gif等等。协作集合中的一个或多个WTRU可以对所选择的压缩算法进行协商。
源节点可以使用空间复用处理来对协作集合进行传输。在这种情况下,传输层的数量可被确定成是任何协作集合的WTRU上的天线数量的最小值。这样做能使每一个协作集合的WTRU都能够尝试检测和解码空间复用的信道。然后,协作集合的WTRU可以使用这里给出的任何共享方法来将其接收到且有可能已被解码的传输共享给恰当的目的地WTRU。在另一个示例中,源节点可以使用的空间层的数量多于至少一个协作集合的WTRU的天线数量。举例来说,空间层的数量可以与协作集合中的接收天线的总数相匹配。在这种情况下,解码可以集中化,由此,所有协作集合的WTRU都可以在节点解码以及然后与预定目的地WTRU共享数据之前与中心解码节点共享软信息。在另一示例中,所有软信息可以与所有目的地WTRU共享。然后,每一个目的地WTRU都可以解码其预定的数据。在另一个示例中,协作集合的WTRU可以使用分布式解码处理。在这种情况下,第一协作集合的WTRU可以尝试解码以及向第二协作集合的WTRU转发其软解码信息。第二协作集合的WTRU可以使用源自第一WTRU的软信息连同其接收到的传输来尝试执行解码,并且可以将其软解码信息转发到第三协作集合WTRU,依此类推。一旦成功解码了关于至少一个目的地WTRU的数据,则协作集合的WTRU可以与一个或多个预定的目的地WTRU共享解码数据。
在一个实施例中,具有全双工能力的WTRU能够同时传输和接收共享数据。举例来说,每一个源WTRU可被给予一组可供其与协作集合的WTRU共享其数据的资源。该资源组可以是符号组(即,使用TDM)、子载波组(即,使用FDM)或是两者的组合(即,使用FDM+TDM或CDM)。这种全双工共享的能力能够在时间上缩短共享阶段,并且由此可以缩短分两个阶段的协作中存在的总的时延。
在共享阶段中可以使用非正交多址接入方案。举例来说,每一个源WTRU可被指配一个稀疏码多址接入(SCMA)码本以便共享其数据。使用先进接收机的全双工协作集合的WTRU能够解码来自其他源WTRU的共享数据,同时使用不同的SCMA资源来共享其自身的数据。
WTRU的协作集合可以使用不同的协作传输模式来向诸如eNB之类的目的地传送数据。这些协作传输模式可以是可配置的,并且在一个实施例中是动态进行的,例如增强型UL许可或是专门用于协作传输的许可中,或者,其在另一个实施例中可以是以半静态的方式发生的。以下提供了关于协作传输模式的示例。
分布式空时分组码(STBC)传输是协作传输模式的一个示例。在该传输模式中,分集增益可以增至最大。当在WTRU的协作集合中共享了数据之后,WTRU可以采用如同其天线端口是整个传输***的子集一样的方式来构造一个STBC。举例来说,如果WTRU i具有ni个发射天线端口,那么协作集合S具有总共nT=∑i∈Sni个发射天线端口。应该指出的是,依照发射天线端口的总数nT,STBC可实现的最大速率有可能会改变。可实现的最大速率是由确定的。由此,STBC的长度可以取决于协作集合的大小以及在该集合内部传送数据的源WTRU的数量。举例来说,如果存在的是具有2个WTRU的集合,并且每一个WTRU具有1个发射天线(nT=2),那么最大速率是r=1。在这种情况下可以使用Alamouti编码;其被定义成:
其中c1是来自第一WTRU的符号,并且c2是来自第二WTRU的符号。为了恰当编码,协作集合内部的所有WTRU都可被指配一个为所有其他WTRU所知的索引。
不同的nT或ni值可被定义特定的编码结构。应该指出的是,由于r=1对于nT>2而言是不可能的,因此,在某些天线端口上可能需要在时间上重复某些符号。作为示例,对于nT=3来说,STBC可被定义成:
在一些STBC结构中,所传送的信息符号数量与发射天线数量未必存在一一映射。由此,符号未必是均匀分布到多个WTRU的。举例来说,如果是用于nT=3的STBC,那么将会有四个信息符号(c1、c2、c3和c4)。如果假设三个WTRU(每一个WTRU都具有单个天线)形成了分布式的nT个发射天线,那么其中一个WTRU可被允许传送两个信息符号至其他传送单个信息符号的WTRU。为了均等信息符号的数量,每一个ci到协作集合WTRU的映射可以是每个子载波或每个资源块(RB)。举例来说,在第一子载波中,c1是用于第一WTRU的符号,c2是用于第二WTRU的符号,c3和c4是用于第三WTRU的符号。在第二子载波中,c1是用于第一WTRU的符号,c2和c4是用于第二WTRU的符号,c3是用于第三WTRU的符号。在第三子载波中,c1和c4是用于第一WTRU的符号,c2是用于第二WTRU的符号,c3是用于第三WTRU的符号。在一个实施例中,在STBC中,每个子载波或PRB或子帧的符号到WTRU的映射可以以半静态的方式来完成,例如在形成协作集合、配置协作传输模式或是重新配置协作集合的时候。在另一个示例中,符号到WTRU的映射可以采用动态的方式来完成,例如作为UL许可的一部分来完成。此外,分布式天线端口到WTRU专用天线端口的映射可以采用半静态的方式来完成,例如在形成协作集合、配置协作传输模式或是重新配置协作集合的时候。在另一个示例中,分布式天线端口到WTRU专用天线端口的映射可以采用动态的方式来完成,并且在一个实施例中是作为UL许可的一部分完成的。
准正交STBC可以采用分布的方式使用,以便在实现全速率的同时提供局部分集增益。由此,Q-STBC可以具有信息符号到WTRU专用天线端口号的简单的一一映射。举例来说,对于nT=4的Q-STBC可以使用四个信息符号。由此,每一个WTRU都可以用每一个天线端口的信息符号来指定。
分布式波束成形是关于协作传输模式的另一个示例。在这种情况下,来自所有源WTRU的数据都可以被级联到可配置数量的层中,例如一个或多个层中。协作集合中的每一个WTRU都可以在其天线端口上使用关于所述一个或多个层的恰当预编码处理。所述分布式预编码可被动态地指示给WTRU,并且在一个实施例中是在用于协作传输的UL许可中指示的。在另一个示例中,分布式预编码可以以所有协作集合的WTRU所知的预定模式而随时间而变化。
分布式MIMO是关于协作传输模式的另一个示例。在该方法中,源WTRU的每一个数据都可以被指配到特定的层。层与天线端口的映射可以采用一种确保源WTRU不会在协作阶段中在其WTRU专用天线端口上重传其任何数据的方式来配置。此外,层到天线端口的映射可以随时间改变,并且可以采用一种可配置的方式改变。如果目的地能够接收在共享阶段传送的数据,那么该实施例将能够增大在目的地的分集。此外,该实施例可以提供最佳的编码速率。举例来说,如果每一个源WTRU都具有χ个符号需要传送,那么分布式MIMO将会需要用于该WTRU的总共16个OFDM符号,例如共享阶段的8个OFDM符号以及协作阶段的8个OFDM符号。作为替换,在共享阶段与协作阶段中使用的OFDM符号的数量可以是不成比例的。如果符号数量不成比例,那么将可以允许为每一个阶段使用不同的调制和编码速率。如果在共享或协作阶段中的一个阶段包含附加冗余度,那么将会是非常有益的。
关于协作传输模式的另一个示例可被称为分布式重传模式。在这里,协作WTRU可以对共享数据进行解码,并且可以重新编码该数据以进行协作传输。用于协作传输的编码器与用于共享传输的编码器可以是相同的。作为替换,用于协作传输的编码器可以不同于用于共享传输的编码器。作为示例,协作传输与协作阶段使用的冗余版本可以是不同的。
在一个示例中,诸如eNB之类的目的地节点可以在共享阶段接收来自源WTRU的传输。然后,目的地可以确定其是否成功解码了数据。如果成功解码了数据,那么目的地可以向源WTRU传送ACK,并且在一个实施例中是向执行协作的WTRU传送ACK。如果没有成功解码数据,那么目的地可以向源WTRU传送否定应答(NACK),并且在一个实施例中是向执行协作的WTRU传送否定应答。如果该执行协作的WTRU接收到NACK,那么可以进行协作阶段。此外,该协作阶段能够传送不同的冗余版本。
协作集合的WTRU可以执行侦听或监视以及尝试解码来自一个或多个源WTRU的传输和/或重传。在一个实施例中,一旦通过使用累积传输成功解码了传输,那么协作集合的WTRU可以在协作传输中参与以后的重传。举例来说,第一传输可以来自源WTRU,第一重传可以由源WTRU以及成功解码了所述第一传输的任一协作集合WTRU来执行,接下来的重传可以由源WTRU、成功解码了所述第一传输的任一协作集合WTRU以及在第一重传之后成功解码的其他任何协作集合WTRU来执行,依此类推。该处理可以持续进行,直至目的地传送ACK。
图6显示了关于分布式重传的一个示例,其中协作集合的WTRU只有在其成功解码了所传送的数据的情况下才会参与重传。图6显示了一组WTRU 604-608通过协作来传送关于单个源WTRU 604的数据。重传处理将会进行到目的地eNB 602已经确认成功接收到数据为止。在这种情况下,不同的协作WTRU的集合可以传送不同的冗余版本(RV)。应该指出的是,任何协作传输都可以使用这里描述的任何模式。在第一传输中,由WTRU604传送第一冗余版本RV 610至WTRU 606-608和eNB 602。如果接收到NACK 612,那么WTRU 604可以传送第二冗余版本RV 614。WTRU 604可以与WTRU 606一起传送RV 614,其中在该示例中假设WTRU606成功接收到了来自WTRU 604的第一传输,并且WTRU 608没有成功接收到来从WTRU 604向WTRU 608和eNB 602接收的第一传输。在这种情况下,WTRU 608具有另一个成功接收数据的时机。如果接收到关于RV 2 614的NACK 616,那么可以使用第三RV 618。在RV3 618中,WTRU 606-608中的每一个都已经成功接收到了来自WTRU 604的数据传输,并且可以同时向eNB 602传送数据。虽然RV3 618展示的方法在汇聚传输功率方面的成本很高,但是它提供了网络中可用的最健壮的传输。
对于任何重传时机来说,所述重传可以用单个阶段来实现。举个例子,在图6中,对于RV2来说,执行传输的WTRU可以在由目的地eNB所许可的资源上进行传输。此外,接收该传输的WTRU可以在相同的资源上进行侦听。
在另一个示例中,重传时机可以使用一种分两个阶段的方法。在这种情况下,重传可以包括第一阶段和第二阶段,其中在第一阶段,先前成功解码了数据的协作集合的WTRU会在共享资源上进行传输,并且在一个实施例中是与源WTRU一起进行传输,在第二个阶段,先前成功解码了数据的所有协作集合的WTRU会与最近成功解码了该数据的任何新的协作集合的WTRU以及源WTRU一起在协作传输资源上进行传输。
在图7中显示了进一步示出协作重传处理的示例。图7A示出了三个从WTRU 702接收数据传输的WTRU 704-708。一旦接收到来自WTRU 704的NACK,那么可以确定如图7C中所示出的那样在WTRU 704与eNB 710之间没有箭头,WTRU 704不应该再参与针对eNB 710的相应协作传输。图7C显示了可供第五WTRU 712在协作传输阶段使用协作传输资源接收数据的协作传输。最后,图7D显示了对eNB 710进行重传的WTRU 720、706、708和712。应该指出的是,由于WTRU 704在步骤B中传送了NACK,因此从该传输群组中略去了WTRU 704。作为替换,如果WTRU 704在步骤C中接收到了传输,那么WTRU 704可以参与步骤D所显示的传输。由于WTRU 712在图7C中成功解码了数据,因此将会如图7D显示的那样成功添加WTRU 712。
喷泉码重传是关于协作传输模式的分布式重传的另一个示例。在这里,WTRU可以使用无速率编码(例如使用喷泉码)来传送其数据。WTRU可以将其数据编码到一组码块中,由此,如果接收到任何一组K个正确解码的码块(从所传送的总共N个码块中),那么将能使目的地节点正确解码全部数据。协作集合的WTRU可能需要总数较少的传送码块N来获取K个正确解码的码块。在这样的场景中,共享阶段可以包括传送N1个传输码块。能够获取至少K个正确解码的码块(从所传送的N1个码块)的任何协作集合WTRU由此都可以确定初始的源WTRU传输。然后,这种协作集合的WTRU可以执行针对目的地节点的协作传输。该协作传输可以是传输一个具有N2个码块的集合。所述N2个码块全都可以由所有的协作集合WTRU来传送。在另一个示例中,一些或每一个协作集合WTRU可以传送所述N2个码块的子集,并且在一个实施例中是与源WTRU一起传送该子集,由此,所传送的所***块的并集将会形成所述N2个码块的集合。
N1和N2的值可以基于反馈或者基于链路自适应来确定。举例来说,N1可以通过确保最佳协作集合WTRU能够正确解码至少K个码块的概率达到某个需求(比方说是90%)来确定。如果最佳协作集合WTRU需要最低的N1来实现该解码概率。那么N1可以通过确保至少S个协作集合的WTRU正确解码至少K个码块的概率达到某个需求来确定。所述N1可以通过确保所有协作集合的WTRU正确解码至少K个码块的概率达到某个需求来确定。
作为示例,可以通过确定N2的值以实现恰当的HARQ操作点,由此,目的地节点可以从N1+N2次传输中正确解码K个码块的概率达到某个需求。
在另一个实施例中,源WTRU可以在预先确定的资源上传送码块。一些或所有协作集合的WTRU可以尝试解码所传送的码块。一旦成功解码了K个码块,那么协作集合的WTRU可以开始采用与源WTRU以及先前成功解码了K个码块的其他任何协作WTRU联合的方式来传送接下来的码块。源和协作集合的WTRU可以继续传送码块,直至传送了总共N个码块,其中N的值可被确定成实现恰当的HARQ操作点。
在这里提供了一个协作子帧。对于WTRU、例如协作集合中的WTRU来说,它可以被配置成具有供协作传输、协助共享或协助重传使用的传输参数。此类参数可以包括以下的至少一项:子帧配置;子带或带宽部分的集合;频谱工作码(SOM);或是协作C-RNTI。具有用于共享或协作传输的不同取值的C-RNTI集合也是可能的。协作的C-RNTI可以可选地关联于协作集合标识符。
相应地,在这里提供了一种子帧配置。对于使用协作的WTRU、例如源WTRU、目的地WTRU或协作集合WTRU来说,其可以被配置成具有用于协作的子帧配置。此类子帧配置可以包括多个区域,其中每一个子帧区域都可以被定义成是子帧内部的一组符号。举例来说,用于协作的子帧配置可以包括以下各项的任何组合:与控制信息有关的第一区域;与用于共享数据的信道的传输和/或接收有关的第二区域;与用于传送共享数据反馈的信道有关的第三区域;与用于数据的协作(重传)传输有关的第四区域;或是与用于传送协作数据传输(重传)的信道有关的第五区域。
一些子帧区域可以在协作子帧的直接相邻的符号上工作。否则,诸如符号的一部分之类的保护时段可以分离相邻的区域。
图8示出了关于多区域协作子帧800的一个示例。该例示子帧包括控制区域802、共享数据传输/接收区域804、反馈区域806、协作传输(重传)区域808以及协作传输(重传)反馈区域810。应该指出的是,该例示子帧结构在总的时间长度以及与单个区域802-810相对应的时间长度方面都是可以偏离的。所述子帧并不是按比例绘制的,然而,用于数据共享和协作传输(重传)的时间长度有可能长于专用于控制和反馈的时间。对于共享数据所使用的信道来说,用于该信道的传输和/或接收的符号子集可以反复使用这里说明的任一共享方法。举例来说,这些区域可以采用TDM的方式来分离,由此能使每一个源WTRU在正交资源中共享其数据。在另一个示例中,如果WTRU能够执行全双工操作,那么这些区域可以采用FDM或是CDM/TDM+FDM(包括诸如SCMA之类的方法)的方式分离。在这样的实施例中,每一个源WTRU都可被指配一组子载波和符号,或者一个用于传输数据的CDM码以及一组子载波和符号,或是一组用于接收数据的CDM码。
用于传送共享数据反馈的符号集合可以采用TDM、FDM、FDM+TDM、CDM或非正交多址接入(例如SCMA)的方式分离。每一个资源都可以与源WTRU的传输相联系。在一个实施例中,一个或多个协作集合的WTRU可以使用该区域中的源WTRU的资源来传送关于成功接收的ACK。在这样的实施例中,NACK可以通过检测所述资源上的传输缺乏而被隐性确定。WRTU可以侦听这个指配给其共享的传输的区域内部的资源,以便确定是否其他任何协作集合的WTRU成功解码了其共享的数据。如果多个协作集合WTRU成功解码了WTRU的共享数据,那么它们都可以使用联合传输方法或是采用协作方式来传送ACK。如果源WTRU接收到ACK,那么可以向源WTRU指示其数据将会以协作的方式重传。
对于用于数据的协作传输(重传)的区域来说,WTRU可以:只重传其自身的数据;采用协作的方式来传送协作集合数据,或是保持静默。如果WTRU只重传其自身的数据,那么该重传可以使用不同的冗余版本。如果WTRU不是协作集合的WTRU,并且其仅仅是源WTRU,那么它可以选择这个选项。如果WTRU是协作集合的WTRU,并且没有成功解码其他任何源WTRU的共享传输,那么该WTRU可以选择该选项。如果WTRU是协作集合WTRU,并且其他协作集合WTRU均未成功解码其所共享的传输,那么该WTRU可以选择该选项。
如果WTRU是协作集合的WTRU,并且已经成功解码了至少一个其他源WTRU的共享传输,那么该WTRU可以选择以协作的方式传送协作集合数据的选项。
如果WTRU没有要传送(重传)的数据,并且如果其不能成功解码至少一个其他源WTRU的共享传输,那么WTRU可以选择保持静默的选项。
举例来说,分两个阶段的协作方法可以采用TDM方式来实现。该处理会在总体传输中增加时延。为了减小时延,这种分两个阶段的协作可以基于时隙来执行。WTRU可以在子帧的第一时隙中共享其数据,并且协作传输可以在第二个时隙中进行,其中在一个实施例中可以在相同子帧的第二个时隙中进行。
WTRU可被许可共享资源,其中所述共享资源指示的是可供WTRU与协作集合的WTRU共享数据的特定时隙。该共享许可可以是从目的地eNB传送的。此外,该共享许可可以被协作集合中的一些或所有WTRU接收,以便确定可供源WTRU共享数据的资源。协作UL许可可以向协作集合的WTRU指示可用以共享源数据的WTRU的资源(包括时隙)。在一个示例中,时隙共享许可和时隙协作许可可以合并到单个增强型UL许可中。
在这里提供了用于同时共享和协作的方法。在一个示例中,协作子帧的不同区域未必是完全正交的。每一个区域的长度可以是固定的,和/或对于所有的协作集合WTRU而言可以是相同的,或者每一个阶段的长度对于每一个WTRU而言可以是不同的,并且可以由以下的至少一项来确定:协作集合的WTRU是否解码了一个源WTRU的共享数据;协作集合的WTRU是否解码了一个以上的源WTRU的共享数据,例如协作集合的WTRU是否解码了所有的源WTRU的数据,或者协作集合的WTRU是否解码了预先确定的源WTRU的集合的共享数据,或者协作集合的WTRU是否解码了预定数量的源WTRU的数据;如果至少一个协作集合的WTRU解码了源WTRU的共享数据,那么源WTRU可以结束共享阶段;高层接收的配置;或者基于测量结果。举例来说,WTRU可以基于测量确定其需要在一定的时间长度或是在某个资源集合上共享其数据。
在一个实施例中,对于所有的协作集合WTRU来说,不同协作集合的WTRU开始协作阶段的时间未必是相同的。由此,在第一协作集合WTRU的共享区域与第二协作集合WTRU的协作区域之间有可能会有重叠。
该实施例还可以适用于使用旧有子帧的处理。举例来说,在一个实施方式中,共享阶段可以持续多个子帧,其后跟随的协作阶段同样可以持续多个子帧。依据与这里所列举的关于协作子帧的相似的判据,每一个阶段的长度可以是固定或可变的。
同时的共享和协作可以通过为共享和协作传输(重传)指配不同的多址接入资源来实现,并且在一个实施例中指配的是相同的子帧。这种多种接入资源可以是正交或非正交的,例如使用SCMA。举例来说,协作集合的WTRU可以使用第一SCMA码字或扩展序列来共享其数据,并且在恰当的时间,它可以使用第二SCMA码字或扩展序列来以协作方式传送它从其他源WTRU解码的数据。当WTRU开始协作传输时,所述WTRU可以继续共享数据,作为示例,在一个实施例中是通过仍旧使用第一SCMA码字或扩展序列来共享的。
在这里提供了协作预编码方法。作为示例,在这里提供了DL协作接收反馈和UL协作传输预编码处理。对于DL协作接收反馈来说,诸如目的地WTRU之类的非协作集合WTRU的WTRU可以基于非协作接收假设来向eNB反馈CSI。举例来说,WTRU可被配置成具有关于不同CSI处理的周期性和非周期性反馈报告。一个或多个所配置的CSI处理可以为协作集合与目的地WTRU之间的链路启用CSI反馈。这种配置对于WTRU而言可以是透明的。协作集合的CSI处理可能需要关于协作集合参考信号的配置。
对于协作集合的WTRU、例如既可以是也可以不是目的地WTRU,该WTRU可以基于协作接收假设来向eNB反馈CSI。这种反馈报告可以由一些或所有协作集合的WTRU以分布式的方式确定。举例来说,每一个WTRU可以通过eNB确定传输参数的优选集合,例如秩、信道质量指示符(CQI)、预编码器等等,并且每一个WTRU都可以反馈恰当的反馈报告。在另一个示例中,反馈报告可以采用集中的方式来确定。举例来说,协作集合的WTRU可以共享在包括所配置的参考信号在内的信号上获取的量度。对于一个或多个中心节点、例如一个或多个执行协作的WTRU来说,该中心节点可以计算反馈报告。这些反馈报告可以由一个或多个计算该反馈报告的WTRU来传送。在另一个示例中,这些反馈报告可以由协作集合内部的一个或多个反馈报告节点来传送。对于该实施例来说,在向eNB反馈这些报告之前可能需要共享该反馈报告。
对于UL协作传输预编码来说,如果UL协作集合为目的地eNB所知,那么UL协作许可可以向协作集合指示所要使用的恰当的协作传输预编码器。另一方面,如果eNB不知道关于WTRU的协作集合,甚至不知道使用了协作,那么协作集合的WTRU可以选择预编码处理。该协作集合的WTRU可以使用源WTRU的预编码器信息。协作集合内部的任一源WTRU都可被提供一个用于其自身传输的UL许可。WTRU可以使用关于其自身的传输的预编码器信息,可能与调度时段内部进行的任何协作传输一起使用。调度时段可被解释成是包含了从接收到UL许可的时刻到执行关于所述UL许可的协作传输的时刻的所有子帧的时段。
作为示例,WTRU可以在子帧n中接收UL许可,在子帧n+k1中共享其数据,并且协作集合可以在子帧n+k1+k2中以协作方式执行传输。协作集合的WTRU可以在n到n+k1+k2的窗口内部使用为其自身的任一UL传输获取的预编码器,以便在子帧n+k1+k2中进行协作传输。协作集合的WTRU可以为不同的协作传输重复循环一组可能的预编码器。在一个实施例中,这组可能的预编码器可以是由eNB配置的。
虽然在上文中描述了采用特定组合的特征和要素,但是本领域普通技术人员将会认识到,每一个特征既可以单独使用,也可以与其他特征和要素进行任何组合。此外,这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘盒可拆卸磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多用途碟片(DVD)之类的光介质。与软件关联的处理器可以用于实施在WTRU、UE、终端、基站、RNC或任何计算机主机。
Claims (20)
1.一种由第一无线发射/接收单元(WTRU)执行的多阶段协作数据传输的方法,该方法包括:
由所述第一WTRU从演进型节点B(eNB)接收包含了协作集合标识的协作集合配置信息;
由所述第一WTRU在共享阶段从eNB接收关于第一数据传输的资源指配;
在所述共享阶段,使用在所接收的所述资源指配中所指示的资源来传送所述第一数据传输;
由所述第一WTRU在所述共享阶段接收来自至少第二WTRU的第二数据传输;以及
如果所述第一WTRU成功接收到所述第二数据传输,则在协作传输阶段以与所述第二WTRU协作的方式传送第三数据传输。
2.如权利要求1所述的方法,其中所述第三数据传输被传送到所述eNB。
3.如权利要求1所述的方法,其中如果所述第一WTRU在所述共享阶段从所述第三WTRU成功接收到第四数据传输,则以与所述第三WTRU协作的方式重传所述第四数据传输的第四数据。
4.如权利要求1所述的方法,还包括:
所述第一WTRU从所述eNB接收反馈信息,所述反馈信息包含了与所述第一数据传输相对应的应答或否定应答。
5.如权利要求1所述的方法,其中所述第三数据传输包括:
与所述第一数据传输相对应的第一数据;以及
与所述第二数据传输相对应的第二数据;
其中所述第一数据和所述第二数据是在已确定的时间实例中传送的。
6.如权利要求5所述的方法,还包括:
由所述WTRU从所述eNB接收带有关于所述已确定的时间实例的指示的控制消息。
7.如权利要求5所述的方法,还包括:
由所述第一WTRU从协作集合主设备接收带有关于所述已确定的时间实例的指示的控制消息。
8.如权利要求7所述的方法,还包括:
如果所接收的应答表明成功接收到了所述第三数据传输,则不向所述eNB重新传送所述第一数据。
9.一种被配置成用于多个阶段的协作数据传输的第一无线发射/接收单元(WTRU),所述第一WTRU包括:
接收机,其被配置成由所述第一WTRU从演进型节点B(eNB)接收包含了协作集合标识的协作集合配置信息;
该接收机还被配置成由所述第一WTRU从eNB接收关于共享阶段中的第一数据传输的资源指配;
发射机,其被配置成在所述共享阶段中使用在所接收的资源指配中指示的资源来传送所述第一数据传输;
所述接收机还被配置成由所述第一WTRU在所述共享阶段接收来自至少第二WTRU的第二数据传输;以及
如果所述第一WTRU成功接收到所述第二数据传输,则在协作传输阶段以与所述第二WTRU协作的方式传送第三数据传输。
10.如权利要求9所述的第一WTRU,其中所述第三数据传输被传送到所述eNB。
11.如权利要求9所述的第一WTRU,其中如果所述第一WTRU在共享阶段从第三WTRU成功接收到第四传输,则以与所述第三WTRU协作的方式重传所述第四数据传输的第四数据。
12.如权利要求9所述的第一WTRU,还包括:如果第三WTRU未能成功解码所述共享阶段的所述第一数据传输,则以与所述第二WTRU而不是所述第三WTRU协作的方式传送所述第三数据传输。
13.如权利要求9所述的第一WTRU,其中所述第三数据传输包括:
与所述第一数据传输相对应的第一数据;以及
与所述第二数据传输相对应的第二数据;
其中所述第一数据和第二数据是在已确定的时间实例传送的。
14.如权利要求13所述的第一WTRU,还包括:
所述接收机被配置成由所述第一WTRU从所述eNB接收带有关于所述已确定的时间实例的指示的控制消息。
15.如权利要求13所述的第一WTRU,还包括:
所述接收机被配置成由所述WTRU从协作集合主设备接收带有关于所述已确定的时间实例的指示的控制消息。
16.如权利要求9所述的第一WTRU,还包括:
所述接收机被配置成由所述WTRU接收包含了与所述第一数据传输相对应的应答或否定应答的反馈信息。
17.一种由第一无线发射/接收单元(WTRU)执行的多阶段的协作数据传输的方法,该方法包括:
由所述WTRU从协作集合主设备接收包含了协作集合标识的协作集合配置信息;
由所述WTRU从所述协作集合主设备接收关于共享阶段中的第一数据传输的资源指配;
在所述共享阶段,使用所接收的资源指配中指示的资源来传送所述第一数据传输;
由所述第一WTRU在所述共享阶段接收来自至少第二WTRU的第二数据传输;以及
如果所述第一WTRU成功接收到所述第二数据传输,则在协作传输阶段以与所述第二WTRU协作的方式传送第三数据传输。
18.如权利要求17所述的方法,其中所述第三数据传输被传送到演进型节点B(eNB)。
19.如权利要求17所述的方法,其中如果第三WTRU成功解码了在所述共享阶段传送的所述数据,则所述第三数据传输是以与所述第二WTRU以及所述第三WTRU协作的方式传送的。
20.如权利要求17所述的方法,还包括:如果第三WTRU未能成功解码在所述共享阶段传送的所述数据,则所述第三数据传输是以与所述第二WTRU而不是与所述第三WTRU协作的方式传送的。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562273250P | 2015-12-30 | 2015-12-30 | |
US62/273,250 | 2015-12-30 | ||
PCT/US2016/068943 WO2017117253A1 (en) | 2015-12-30 | 2016-12-28 | Methods, systems and devices for wireless transmit/receive unit cooperation |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108476493A true CN108476493A (zh) | 2018-08-31 |
CN108476493B CN108476493B (zh) | 2022-02-08 |
Family
ID=57838525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680077363.2A Active CN108476493B (zh) | 2015-12-30 | 2016-12-28 | 用于无线发射/接收单元协作的方法、***和设备 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10547354B2 (zh) |
EP (1) | EP3398387B1 (zh) |
JP (1) | JP6582137B2 (zh) |
CN (1) | CN108476493B (zh) |
TW (1) | TWI714697B (zh) |
WO (1) | WO2017117253A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110955326A (zh) * | 2018-09-26 | 2020-04-03 | 益驰京采资通股份有限公司 | 信息数据传达通讯***及其方法 |
CN112689334A (zh) * | 2019-10-18 | 2021-04-20 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
CN113395758A (zh) * | 2020-03-12 | 2021-09-14 | 华为技术有限公司 | 一种功率余量上报方法和设备 |
WO2022089312A1 (zh) * | 2020-10-28 | 2022-05-05 | 展讯通信(上海)有限公司 | 边链路中继***中的业务维持方法及中继设备、介质 |
CN114915619A (zh) * | 2021-01-29 | 2022-08-16 | 华为技术有限公司 | 一种文件的分享方法及电子设备 |
CN115349234A (zh) * | 2020-04-16 | 2022-11-15 | 华为技术有限公司 | 盲协作重传技术 |
Families Citing this family (46)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190068342A1 (en) * | 2016-01-29 | 2019-02-28 | Nokia Solutions And Networks Oy | Communication efficiency |
JP7113755B2 (ja) * | 2016-03-30 | 2022-08-05 | インターデイジタル パテント ホールディングス インコーポレイテッド | Lteネットワークにおける物理チャネルでのレイテンシの低減 |
CN109417784B (zh) * | 2016-05-02 | 2023-10-03 | 瑞典爱立信有限公司 | 用于处理无线电资源的网络节点、无线装置和方法 |
US10728852B2 (en) * | 2016-07-18 | 2020-07-28 | Qualcomm Incorporated | Efficient power utilization for enhanced component carriers |
JP7105757B2 (ja) * | 2016-07-19 | 2022-07-25 | 日本電気株式会社 | 通信を実行するための方法および装置 |
JP6994304B2 (ja) * | 2017-03-02 | 2022-01-14 | 株式会社Nttドコモ | 無線端末、送信電力制御方法、および無線基地局 |
US10142137B2 (en) | 2017-03-02 | 2018-11-27 | Micron Technology, Inc. | Wireless devices and systems including examples of full duplex transmission |
EP3509239B1 (en) * | 2017-03-24 | 2022-01-19 | LG Electronics Inc. | Method and narrowband wireless device for determining whether or not to transmit sr |
US11683130B2 (en) * | 2017-05-05 | 2023-06-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for transmitting feedback information |
US10951347B2 (en) * | 2017-07-12 | 2021-03-16 | Qualcomm Incorporated | User equipment capability discovery in distributed wireless networks |
US11140575B2 (en) * | 2017-08-11 | 2021-10-05 | Qualcomm Incorporated | Modifying CSI transmissions over uplink shared resources |
US10560302B2 (en) * | 2017-08-28 | 2020-02-11 | Indian Institute of Technology Kharagpur | Method and system for joint training sequences design for correlated channel and frequency offsets estimation |
US11941516B2 (en) | 2017-08-31 | 2024-03-26 | Micron Technology, Inc. | Cooperative learning neural networks and systems |
CN110768760B (zh) | 2018-07-26 | 2024-02-02 | 华为技术有限公司 | 数据发送的方法及装置 |
US10554375B2 (en) * | 2017-09-11 | 2020-02-04 | Micron Technology, Inc. | Full duplex device-to-device cooperative communication |
CN118201100A (zh) | 2017-09-28 | 2024-06-14 | 三星电子株式会社 | 用于在多个带宽部分上执行数据发射和测量的方法和网络节点 |
US11206050B2 (en) | 2018-02-06 | 2021-12-21 | Micron Technology, Inc. | Self interference noise cancellation to support multiple frequency bands |
US10813054B2 (en) | 2018-02-21 | 2020-10-20 | Qualcomm Incorporated | Feedback transmission techniques in coordinated clusters of transmission reception points |
WO2019214119A1 (zh) * | 2018-05-07 | 2019-11-14 | 华为技术有限公司 | 传输数据的方法和装置 |
CN108834150B (zh) * | 2018-06-22 | 2022-07-12 | 哈尔滨工业大学 | 半双工工作模式下的认知-协作非正交多址接入方法 |
CN109032225B (zh) * | 2018-09-27 | 2020-07-14 | 长治市佳垚农业开发有限公司 | 温室智能控制*** |
US10892858B2 (en) | 2018-09-28 | 2021-01-12 | At&T Intellectual Property I, L.P. | Chain broadcasting in vehicle-to-everything (V2X) communications |
EP3861801A1 (en) * | 2018-10-05 | 2021-08-11 | Nokia Solutions and Networks Oy | Apparatus, method and computer program |
WO2020078533A1 (en) * | 2018-10-16 | 2020-04-23 | Huawei Technologies Co., Ltd. | Techniques for cooperative radio transmission |
EP3928436B1 (en) | 2019-03-12 | 2024-02-14 | Google LLC | User-equipment coordination set beam sweeping |
US11476899B2 (en) * | 2019-04-18 | 2022-10-18 | Huawei Technologies Co., Ltd. | Uplink multi-user equipment (UE) cooperative transmission |
US11870594B2 (en) * | 2019-05-13 | 2024-01-09 | At&T Intellectual Property I, L.P. | Facilitating a group hybrid automatic repeat request procedure for sidelink group case in advanced networks |
US10893572B2 (en) | 2019-05-22 | 2021-01-12 | Google Llc | User-equipment-coordination set for disengaged mode |
CN112291857A (zh) * | 2019-07-24 | 2021-01-29 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
EP3791678B1 (en) | 2019-07-25 | 2023-06-07 | Google LLC | User-equipment-coordination-set regrouping |
US10979097B2 (en) | 2019-09-05 | 2021-04-13 | Micron Technology, Inc. | Wireless devices and systems including examples of full duplex transmission using neural networks or recurrent neural networks |
WO2021054871A1 (en) * | 2019-09-18 | 2021-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses and methods for time domain resource scheduling for group transmissions |
WO2021054872A1 (en) * | 2019-09-18 | 2021-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses and methods for using group buffer status reports |
CN112566248A (zh) * | 2019-09-25 | 2021-03-26 | 华为技术有限公司 | 一种通信方法及装置 |
CN114467264A (zh) * | 2019-10-11 | 2022-05-10 | 瑞典爱立信有限公司 | 用于2跳协作组传输的设备和方法 |
US20220376745A1 (en) * | 2019-11-07 | 2022-11-24 | Sony Group Corporation | Terminal device, base station device, control method of terminal device, and control method of base station device |
US10972958B1 (en) | 2020-03-05 | 2021-04-06 | At&T Intellectual Property I, L.P. | Location-based route management for vehicle-to-everything relay communications |
US11678392B2 (en) * | 2020-03-21 | 2023-06-13 | Qualcomm Incorporated | Sidelink communication recovery |
US11258473B2 (en) | 2020-04-14 | 2022-02-22 | Micron Technology, Inc. | Self interference noise cancellation to support multiple frequency bands with neural networks or recurrent neural networks |
CN113747465A (zh) * | 2020-05-29 | 2021-12-03 | 华为技术有限公司 | 一种协作通信方法及通信装置 |
WO2022149280A1 (ja) * | 2021-01-08 | 2022-07-14 | 株式会社Nttドコモ | 端末、無線通信方法及び基地局 |
EP4287685A1 (en) * | 2021-01-29 | 2023-12-06 | Ntt Docomo, Inc. | Terminal, wireless communication method, and base station |
EP4319474A1 (en) * | 2021-03-31 | 2024-02-07 | Ntt Docomo, Inc. | Terminal, wireless communication method, and base station |
WO2022254554A1 (ja) * | 2021-05-31 | 2022-12-08 | 株式会社Nttドコモ | 端末及び通信方法 |
US11937144B2 (en) * | 2021-07-08 | 2024-03-19 | Qualcomm Incorporated | Cooperative user equipment switching |
CN117941463A (zh) * | 2021-09-17 | 2024-04-26 | 高通股份有限公司 | 主动基站在用于用户装备协作的用户装备发现中的作用 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149208A (zh) * | 2010-02-05 | 2011-08-10 | 华为技术有限公司 | 载波激活相关信息的处理方法、基站及ue |
CN102684845A (zh) * | 2012-06-11 | 2012-09-19 | 哈尔滨工业大学 | Lte***多终端协作通信方法 |
US20130029680A1 (en) * | 2010-04-14 | 2013-01-31 | Lg Electronics Inc. | Method in which a terminal cooperates with another terminal to transmit data, and method for receiving the data |
CN103299556A (zh) * | 2011-01-07 | 2013-09-11 | 交互数字专利控股公司 | 用于协作多点传输中下行链路共享信道接收的方法、***和设备 |
US20130272174A1 (en) * | 2010-12-20 | 2013-10-17 | Lg Electronics Inc. | Method and device for configuring frames for device cooperation in wireless communication system |
US20140029531A1 (en) * | 2012-07-27 | 2014-01-30 | Samsung Electronics Co., Ltd. | Resource allocation method and apparatus for cooperative transmission of base stations in wireless communication system |
US20140057640A1 (en) * | 2011-04-22 | 2014-02-27 | Ntt Docomo, Inc. | Method for configuring coordinated multipoint transmission |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101888507B1 (ko) | 2008-04-21 | 2018-08-16 | 애플 인크. | Harq 프로토콜을 위한 방법 및 시스템 |
KR101470648B1 (ko) * | 2008-09-24 | 2014-12-09 | 엘지전자 주식회사 | 다중 셀 협력적 무선통신 시스템에서 제어신호를 전송하는 방법 |
JP5347134B2 (ja) | 2008-11-10 | 2013-11-20 | 双葉電子工業株式会社 | 無線メッシュネットワークシステムおよびその制御方法ならびに無線装置 |
WO2010150050A1 (en) | 2009-06-23 | 2010-12-29 | Nokia Corporation | Method and apparatus for allocating power for cooperative communications |
CN101932089A (zh) * | 2009-06-24 | 2010-12-29 | 宏达国际电子股份有限公司 | 改善功率控制机制的方法及其相关通讯装置 |
US9161345B2 (en) | 2011-01-05 | 2015-10-13 | Lg Electronics Inc. | Method and device for performing terminal-to-terminal cooperative communication in wireless access system |
US20150071193A1 (en) * | 2012-03-07 | 2015-03-12 | Lg Electronics Inc. | Signal transmission method and user equipment, and signal reception method and base station |
CN104380642B (zh) | 2012-06-14 | 2018-01-09 | 瑞典爱立信有限公司 | 映射响应于捆绑式nack消息的重发的方法以及用于多层mimo发射的相关设备 |
EP2733881A1 (en) | 2012-11-15 | 2014-05-21 | Alcatel Lucent | Transmission method, transmitter apparatus, reception method and receiver apparatus for a joint transmission of first data units and at least second data units |
US9780842B2 (en) | 2012-12-21 | 2017-10-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Mobile device assisted coordinated multipoint transmission and reception |
EP2999287B1 (en) | 2013-07-12 | 2017-09-13 | Huawei Technologies Co., Ltd. | Multiple user cooperative communication trigger method and device |
US9439176B2 (en) | 2014-02-10 | 2016-09-06 | Huawei Technologies, Co., Ltd. | System and method for virtual multi-point transceivers |
CA3238603A1 (en) | 2014-03-18 | 2015-09-18 | Smartrek Technologies Inc. | Mesh network system and techniques |
US20150349924A1 (en) | 2014-05-28 | 2015-12-03 | Qualcomm Incorporated | Link budget improvement in peer discovery |
US9992004B2 (en) * | 2015-02-03 | 2018-06-05 | Qualcomm Incorporated | Code block cluster level HARQ |
-
2016
- 2016-12-28 CN CN201680077363.2A patent/CN108476493B/zh active Active
- 2016-12-28 EP EP16828873.6A patent/EP3398387B1/en active Active
- 2016-12-28 US US16/066,466 patent/US10547354B2/en active Active
- 2016-12-28 WO PCT/US2016/068943 patent/WO2017117253A1/en active Application Filing
- 2016-12-28 JP JP2018534742A patent/JP6582137B2/ja active Active
- 2016-12-29 TW TW105143920A patent/TWI714697B/zh active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149208A (zh) * | 2010-02-05 | 2011-08-10 | 华为技术有限公司 | 载波激活相关信息的处理方法、基站及ue |
US20130029680A1 (en) * | 2010-04-14 | 2013-01-31 | Lg Electronics Inc. | Method in which a terminal cooperates with another terminal to transmit data, and method for receiving the data |
US20130272174A1 (en) * | 2010-12-20 | 2013-10-17 | Lg Electronics Inc. | Method and device for configuring frames for device cooperation in wireless communication system |
CN103299556A (zh) * | 2011-01-07 | 2013-09-11 | 交互数字专利控股公司 | 用于协作多点传输中下行链路共享信道接收的方法、***和设备 |
US20140057640A1 (en) * | 2011-04-22 | 2014-02-27 | Ntt Docomo, Inc. | Method for configuring coordinated multipoint transmission |
CN102684845A (zh) * | 2012-06-11 | 2012-09-19 | 哈尔滨工业大学 | Lte***多终端协作通信方法 |
US20140029531A1 (en) * | 2012-07-27 | 2014-01-30 | Samsung Electronics Co., Ltd. | Resource allocation method and apparatus for cooperative transmission of base stations in wireless communication system |
Non-Patent Citations (3)
Title |
---|
CATT: "Considerations on technique schemes for PC5 V2V", 《3GPP TSG RAN WG1 MEETING #82》 * |
HONG XU: "Resource Allocation with Flexible Channel Cooperation in Cognitive Radio Networks", 《IEEE TRANSACTIONS ON MOBILE COMPUTING》 * |
谷向阳: "LTE终端用户平面数据传输的研究与设计", 《电子测试》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110955326A (zh) * | 2018-09-26 | 2020-04-03 | 益驰京采资通股份有限公司 | 信息数据传达通讯***及其方法 |
CN112689334A (zh) * | 2019-10-18 | 2021-04-20 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
CN112689334B (zh) * | 2019-10-18 | 2023-12-19 | 华为技术有限公司 | 一种数据传输方法、装置及相关设备 |
CN113395758A (zh) * | 2020-03-12 | 2021-09-14 | 华为技术有限公司 | 一种功率余量上报方法和设备 |
CN113395758B (zh) * | 2020-03-12 | 2022-09-16 | 华为技术有限公司 | 一种功率余量上报方法和设备 |
CN115349234A (zh) * | 2020-04-16 | 2022-11-15 | 华为技术有限公司 | 盲协作重传技术 |
CN115349234B (zh) * | 2020-04-16 | 2024-04-26 | 华为技术有限公司 | 盲协作重传技术 |
WO2022089312A1 (zh) * | 2020-10-28 | 2022-05-05 | 展讯通信(上海)有限公司 | 边链路中继***中的业务维持方法及中继设备、介质 |
CN114915619A (zh) * | 2021-01-29 | 2022-08-16 | 华为技术有限公司 | 一种文件的分享方法及电子设备 |
CN114915619B (zh) * | 2021-01-29 | 2023-12-15 | 华为技术有限公司 | 一种文件的分享方法及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3398387B1 (en) | 2023-06-21 |
US10547354B2 (en) | 2020-01-28 |
WO2017117253A1 (en) | 2017-07-06 |
EP3398387A1 (en) | 2018-11-07 |
TW201728218A (zh) | 2017-08-01 |
JP2019506055A (ja) | 2019-02-28 |
CN108476493B (zh) | 2022-02-08 |
JP6582137B2 (ja) | 2019-09-25 |
TWI714697B (zh) | 2021-01-01 |
US20190020381A1 (en) | 2019-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108476493A (zh) | 用于无线发射/接收单元协作的方法、***和设备 | |
US9306719B2 (en) | Adaptive scheduling and HARQ management for cooperative transmissions | |
CN106134121B (zh) | 具有单个振荡器的半双工fdd wtru | |
US20180092116A1 (en) | Physical layer (phy) design for a low latency millimeter wave (mmw) backhaul system | |
CN102461004B (zh) | 一种在通信***中的数据通信的方法和装置 | |
CN105187113B (zh) | 中继节点以及在中继节点中实施的用于接收r-pdcch的方法 | |
US20240090028A1 (en) | Protocols for sidelink assisted downlink broadcast | |
CN108886498A (zh) | 在无线***中处理用户平面 | |
CN108141316A (zh) | 用于无线***中的增强复用的*** | |
JP6204886B2 (ja) | 共有ノードを使用して移動局における干渉を最小化するための方法および装置 | |
US11811537B2 (en) | Per-link redundancy version assignment for uplink relays | |
CN101998507A (zh) | 一种下行控制信令的传输方法和*** | |
KR20230034981A (ko) | 사이드링크를 이용한 네트워크 코딩된 패킷들의 피드백-기반 브로드캐스팅 | |
WO2012130005A1 (zh) | Tdd***中回程链路上行反馈信息的处理方法与*** | |
CN104488341B (zh) | 一种上行数据调度方法、基站及用户设备 | |
TW202425559A (zh) | 用於基於設備儲存裝置的網路譯碼的技術 | |
KR20230036097A (ko) | 사이드링크를 이용한 네트워크 코딩된 패킷들의 피드백-기반 브로드캐스팅 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230902 Address after: Delaware Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc. Address before: Wilmington, Delaware, USA Patentee before: IDAC HOLDINGS, Inc. |