CN105659687A - 在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强 - Google Patents
在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强 Download PDFInfo
- Publication number
- CN105659687A CN105659687A CN201480054987.3A CN201480054987A CN105659687A CN 105659687 A CN105659687 A CN 105659687A CN 201480054987 A CN201480054987 A CN 201480054987A CN 105659687 A CN105659687 A CN 105659687A
- Authority
- CN
- China
- Prior art keywords
- wtru
- lpn
- community
- grand
- channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了***、方法和手段用于描述低成本机器型通信(LC-MTC)设备中的小区选择。LTC-MC设备可以从多个小区测量多个下行链路信号。LTC-MC可以例如通过确定具有比下行链路小区更好的上行链路覆盖的小区来检测信道条件。信道条件的检测可以包括测量上行链路路径损耗。LTC-MC可以例如在上行链路小区被标识为具有上行链路覆盖好于下行链路小区时将该信道条件报告为解耦信道条件。信道条件可以例如经由物理随机接入信道(PRACH)前导码集合被报告。PRACH前导码的集合可以是预先定义的。信道条件可以经由较高层信令被报告。
Description
相关申请的交叉引用
本申请要求2013年8月7日申请的美国临时申请No.61/863,328和2014年7月6日申请的美国临时申请No.62/021,207的权益,其公开整体通过引用的方式结合于此。
背景技术
低成本机器型通信(LC-MTC)设备可以使得机器彼此或与人通信。LC-MTC设备的示例可以包括智能仪表、家庭自动设备、消费产品等。一个或多个LC-MTC设备可以使用第三代合作伙伴计划(3GPP)网络通过移动网与MTC服务器通信。由于各种原因,与常规3GPP设备(例如长期演进(LTE)设备)相比,LC-MTC设备可能经受更高的接收信号干扰噪声比(SINR)损耗。为连接常规设备提供的通信机制可能不适用于LC-MTC设备。
发明内容
公开了***、方法和工具,用于描述低成本机器型通信(LC-MTC)设备中的小区选择。LC-MTC设备可以从多个小区测量多个下行链路信号。LC-MTC可以例如通过确定具有比下行链路小区更好的上行链路覆盖的小区来检测信道条件。信道条件的检测可以包括测量上行链路路径损耗。
LC-MTC可以例如在上行链路小区被标识为具有比下行链路小区更好的覆盖时可以将信道条件报告为解耦信道条件。可以例如经由物理随机接入信道(PRACH)前导码的集合来报告信道条件。PRACH前导码的集合可以是预定义的。可以例如经由较高层信令(例如无线电资源控制(RRC))来报告信道条件。
无线发射/接收单元(WTRU)可以包括包括处理器可执行指令的处理器。当处理器可执行指令被执行时,WTRU可以从下行链路小区测量下行链路信号。WTRU可以至少部分通过确定具有比下行链路小区更好的上行链路覆盖的小区来检测信道条件。WTRU可以与确定的小区关联的第一节点通信上行链路数据并与下行链路小区关联的第二节点通信下行链路数据。
当在第一节点中使用与上行链路数据相关联的控制(例如物理下行链路控制信道(PDCCH))时信道条件可以被报告为部分解耦信道条件。当在第二节点中使用与上行链路数据相关联的控制时信道条件可以被报告为全解耦信道条件。上行链路数据可以包括物理上行链路共享信道(PUSCH)、物理混合自动重复请求指示符信道(PHICH)和/或PDCCH。下行链路数据可以包括物理下行链路共享信道(PDSCH)、物理上行链路控制信道(PUCCH)和/或PDCCH。可以使用低功率节点(LPN)列表和/或PRACH前导码来发现LPN。混合自动重复请求(HARQ)反馈可以被发送给LPN。可以使用较高层信令来报告信道条件。
附图说明
图1A是可以实施一个或多个公开的实施方式的示例通信***的***图;
图1B是可以在图1A示出的通信***中使用的示例无线发射/接收单元(WTRU)的***图;
图1C是可以在图1A中示出的通信***中使用的示例无线电接入网和示例核心网络的***图;
图1D是可以在图1A中示出的通信***中使用的另一示例无线电接入网和另一示例核心网络的***图;
图1E是可以在图1A中示出的通信***中使用的另一示例无线电接入网和另一示例核心网络的***图;
图2是示出用于低成本机器型通信(LC-MTC)的DL/UL耦合和DL/UL情况的示例的图;
图3示出了示例随机接入过程;
图4示出了进来的分组的层2(L2)处理的示例;
图5示出了示例DL/UL解耦***;
图6示出了另一示例DL/UL解耦***;
图7示出了另一示例DL/UL解耦***;
图8示出了另一示例DL/UL解耦***;
图9示出了解耦***中的eNB的C平面连接的示例。
具体实施方式
现在参考各种附图描述示例实施方式的详细描述。虽然该描述提供了可能实施的详细示例,但应当注意细节只是示意性而不以任何方式限制本申请的范围。
图1A是在其中可以实施一个或更多个实施方式的示例通信***的图。通信***100可以是向多个用户提供内容,例如语音、数据、视频、消息发送、广播等的多接入***。通信***100可以使多个无线用户通过***资源共享(包括无线带宽)访问这些内容。例如,通信***可以使用一种或多种信道接入方法,例如码分多址(CDMA),时分多址(TDMA),频分多址(FDMA),正交FDMA(OFDMA),单载波FMDA(SC-FDMA)等。
如图1A所示,通信***100可以包括无线发射/接收单元(WTRU)102a、102b、102c、和/或102d(其通常或整体上被称为WTRU102),无线电接入网(RAN)103/104/105,核心网络106/107/109,公共交换电话网(PSTN)108、因特网110和其他网络112。不过应该理解的是,公开的实施方式考虑到了任何数量的WTRU、基站、网络和/或网络元件。WTRU102a、102b、102c、102d的每一个可以是配置为在无线环境中进行操作和/或通信的任何类型的设备。作为示例,可以将WTRU102a、102b、102c、102d配置为发送和/或接收无线信号,并可以包括用户设备(UE)、移动站、固定或者移动用户单元、寻呼器、蜂窝电话、个人数字助理(PDA)、智能电话、笔记本电脑、上网本、个人计算机、无线传感器、消费电子产品等等。
通信***100还可以包括基站114a和基站114b。基站114a、114b的每一个都可以是配置为与WTRU102a、102b、102c、102d中的至少一个无线对接以便于接入一个或者更多个通信网络,例如核心网络106/107/109、因特网110和/或网络112的任何设备类型。作为示例,基站114a、114b可以是基站收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然基站114a、114b的每一个被描述为单独的元件,但是应该理解的是,基站114a、114b可以包括任何数量互连的基站和/或网络元件。
基站114a可以是RAN103/104/105的一部分,RAN103/104/105还可以包括其他基站和/或网络元件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。可以将基站114a和/或基站114b配置为在特定地理区域之内传送和/或接收无线信号,该区域可以被称为小区(未显示)。小区还可以被划分为小区扇区。例如,与基站114a关联的小区可以划分为三个扇区。因此,在一种实施方式中,基站114a可以包括三个收发信机,即每一个用于小区的一个扇区。在另一种实施方式中,基站114a可以使用多输入多输出(MIMO)技术,因此可以将多个收发信机用于小区的每一个扇区。
基站114a、114b可以通过空中接口115/116/117与WTRU102a、102b、102c、102d中的一个或者更多个通信,该空中接口115/116/117可以是任何合适的无线通信链路(例如,射频(RF)、微波、红外(IR)、紫外线(UV)、可见光等)。可以使用任何合适的无线电接入技术(RAT)来建立空中接口116。
更具体地,如上所述,通信***100可以是多接入***,并可以使用一种或者多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如,RAN103/104/105中的基站114a和WTRU102a、102b、102c可以使用例如通用移动电信***(UMTS)陆地无线电接入(UTRA)的无线电技术,其可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括例如高速分组接入(HSPA)和/或演进的HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一种实施方式中,基站114a和WTRU102a、102b、102c可以使用例如演进的UMTS陆地无线电接入(E-UTRA)的无线电技术,其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口115/116/117。
在其他实施方式中,基站114a和WTRU102a、102b、102c可以使用例如IEEE802.16(即,全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、暂行标准2000(IS-2000)、暂行标准95(IS-95)、暂行标准856(IS-856)、全球移动通信***(GSM)、GSM演进的增强型数据速率(EDGE)、GSMEDGE(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,LTE-A等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以具有到因特网110的直接连接。因此,基站114b可以不需要经由核心网络106/107/109而接入到因特网110。
RAN103/104/105可以与核心网络106/107/109通信,所述核心网络106/107/109可以是被配置为向WTRU102a、102b、102c、102d中的一个或更多个提供语音、数据、应用和/或基于网际协议的语音(VoIP)服务等的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分配等和/或执行高级安全功能,例如用户认证。虽然图1A中未示出,应该理解的是,RAN103/104/105和/或核心网络106/107/109可以与使用和RAN103/104/105相同的RAT或不同RAT的其他RAN进行直接或间接的通信。例如,除了连接到正在使用E-UTRA无线电技术的RAN103/104/105之外,核心网络106/107/109还可以与使用GSM无线电技术的另一个RAN(未示出)通信。
核心网络106/107/109还可以充当WTRU102a、102b、102c、102d接入到PSTN108、因特网110和/或其他网络112的网关。PSTN108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的互联计算机网络和设备的全球***,所述协议例如有TCP/IP网际协议组中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括被其他服务提供商拥有和/或运营的有线或无线的通信网络。例如,网络112可以包括连接到一个或更多个RAN的另一个核心网络,该RAN可以使用和RAN103/104/105相同的RAT或不同的RAT。
通信***100中的WTRU102a、102b、102c、102d的某些或全部可以包括多模式能力,例如WTRU102a、102b、102c、102d可以包括用于在不同无线链路上与不同无线网络进行通信的多个收发信机。例如,图1A中示出的WTRU102c可被配置为与基站114a通信,所述基站114a可以使用基于蜂窝的无线电技术,以及与基站114b通信,所述基站114b可以使用IEEE802无线电技术。
图1B是WTRU102示例的***图。如图1B所示,WTRU102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位***(GPS)芯片组136和其他***设备138。应该理解的是,WTRU102可以在保持与实施方式一致时,包括前述元件的任何子组合。而且,实施方式考虑了基站114a和114b,和/或基站114a和114b可以表示的节点(诸如但不局限于收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(e节点B)、家庭演进型节点B(HeNB或He节点B)、家庭演进型节点B网关和代理节点等可以包括图1B所描绘和这里描述的一些或所有元件。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或更多个微处理器、控制器、微控制器、专用集成电路(ASIC)、场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器118可执行信号编码、数据处理、功率控制、输入/输出处理、和/或使WTRU102运行于无线环境中的任何其他功能。处理器118可以耦合到收发信机120,所述收发信机120可耦合到发射/接收元件122。虽然图1B描述了处理器118和收发信机120是单独的部件,但是应该理解的是,处理器118和收发信机120可以一起集成在电子封装或芯片中。
发射/接收元件122可以被配置为通过空中接口115/116/117将信号传送到基站(例如,基站114a),或从基站(例如,基站114a)接收信号。例如,在一种实施方式中,发射/接收元件122可以是被配置为发射和/或接收RF信号的天线。在另一种实施方式中,发射/接收元件122可以是被配置为发射和/或接收例如IR、UV或可见光信号的发射器/检测器。在另一种实施方式中,发射/接收元件122可以被配置为发射和接收RF和光信号两者。应当理解,发射/接收元件122可以被配置为发射和/或接收无线信号的任何组合。
另外,虽然发射/接收元件122在图1B中描述为单独的元件,但是WTRU102可以包括任意数量的发射/接收元件122。更具体的,WTRU102可以使用例如MIMO技术。因此,在一种实施方式中,WTRU102可以包括用于通过空中接口115/116/117发射和接收无线信号的两个或更多个发射/接收元件122(例如,多个天线)。
收发信机120可以被配置为调制要由发射/接收元件122发送的信号和/或解调由发射/接收元件122接收的信号。如上面提到的,WTRU102可以具有多模式能力。因此收发信机120可以包括使WTRU102经由多个例如UTRA和IEEE802.11的RAT通信的多个收发信机。
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可以包括一个或更多个干电池(例如,镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等等),太阳能电池,燃料电池等等。
处理器118还可以耦合到GPS芯片组136,所述GPS芯片组136可以被配置为提供关于WTRU102当前位置的位置信息(例如,经度和纬度)。另外,除来自GPS芯片组136的信息或作为其替代,WTRU102可以通过空中接口115/116/117从基站(例如,基站114a、114b)接收位置信息和/或基于从两个或更多个邻近基站接收的信号的定时来确定其位置。应当理解,WTRU102在保持实施方式的一致性时,可以通过任何适当的位置确定方法获得位置信息。
处理器118可以耦合到其他***设备138,所述***设备138可以包括一个或更多个提供附加特性、功能和/或有线或无线连接的软件和/或硬件模块。例如,***设备138可以包括加速计、电子罗盘、卫星收发信机、数字相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、蓝牙模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图1C是根据实施方式的RAN103和核心网络106的***图。如上面提到的,RAN103可使用UTRA无线电技术通过空中接口115与WTRU102a、102b、102c通信。RAN103还可以与核心网络106通信。如图1C所示,RAN103可以包括节点B140a、140b、140c,节点B140a、140b、140c的每一个包括一个或更多个用于通过空中接口115与WTRU102a、102b、102c通信的收发信机。节点B140a、140b、140c的每一个可以与RAN103内的特定小区(未显示)关联。RAN103还可以包括RNC142a、142b。应当理解的是,RAN103在保持实施方式的一致性时,可以包括任意数量的节点B和RNC。
如图1C所示,节点B140a、140b可以与RNC142a通信。此外,节点B140c可以与RNC142b通信。节点B140a、140b、140c可以通过Iub接口分别与RNC142a、142b通信。RNC142a、142b可以通过Iur接口相互通信。RNC142a、142b的每一个可以被配置以控制其连接的各个节点B140a、140b、140c。另外,RNC142a、142b的每一个可以被配置以执行或支持其他功能,例如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等等。
图1C中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148、和/或网关GPRS支持节点(GGSN)。尽管前述元件的每一个被描述为核心网络106的部分,应当理解的是,这些元件中的任何一个可以被不是核心网络运营商的实体拥有或运营。
RAN103中的RNC142a可以通过IuCS接口连接至核心网络106中的MSC146。MSC146可以连接至MGW144。MSC146和MGW144可以向WTRU102a、102b、102c提供到电路交换网络(例如PSTN108)的接入,以便于WTRU102a、102b、102c和传统陆地线路通信设备之间的通信。
RAN103中RNC142a还可以通过IuPS接口连接至核心网络106中的SGSN148。SGSN148可以连接至GGSN150。SGSN148和GGSN150可以向WTRU102a、102b、102c提供到分组交换网络(例如因特网110)的接入,以便于WTRU102a、102b、102c和IP使能设备之间的通信。
如上所述,核心网络106还可以连接至网络112,网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。
图1D是根据实施方式的RAN104和核心网络107的***图。如上面提到的,RAN104可使用E-UTRA无线电技术通过空中接口116与WTRU102a、102b、102c通信。RAN104还可以与核心网络107通信。
RAN104可包括e节点B160a、160b、160c,但可以理解的是,RAN104可以包括任意数量的e节点B而保持与各种实施方式的一致性。eNB160a、160b、160c的每一个可包括一个或更多个用于通过空中接口116与WTRU102a、102b、102c通信的收发信机。在一种实施方式中,e节点B160a、160b、160c可以使用MIMO技术。因此,e节点B160a例如可以使用多个天线来向WTRU102a传送无线信号和/或从其接收无线信号。
e节点B160a、160b、160c的每一个可以与特定小区关联(未显示),并可以被配置为处理无线资源管理决策、切换决策、在上行链路和/或下行链路中的用户调度等等。如图1D所示,e节点B160a、160b、160c可以通过X2接口相互通信。
图1D中所示的核心网络107可以包括移动性管理实体(MME)162、服务网关164和/或分组数据网络(PDN)网关166。虽然前述单元的每一个被描述为核心网络107的一部分,应当理解的是,这些单元中的任意一个可以由除了核心网络运营商之外的实体拥有和/或运营。
MME162可以经由S1接口连接到RAN104中的e节点B160a、160b、160c的每一个,并可以作为控制节点。例如,MME162可以负责WTRU102a、102b、102c的用户认证、承载激活/去激活、在WTRU102a、102b、102c的初始附着期间选择特定服务网关等等。MME162还可以提供控制平面功能,用于在RAN104和使用例如GSM或者WCDMA的其他无线电技术的其他RAN(未显示)之间切换。
服务网关164可以经由S1接口连接到RAN104中的e节点B160a、160b、160c的每一个。服务网关164通常可以向/从WTRU102a、102b、102c路由和转发用户数据分组。服务网关164还可以执行其他功能,例如在e节点B间切换期间锚定用户平面、当下行链路数据对于WTRU102a、102b、102c可用时触发寻呼、管理和存储WTRU102a、102b、102c的上下文(context)等等。
服务网关164还可以连接到PDN网关166,PDN网关166可以向WTRU102a、102b、102c提供到分组交换网络(例如因特网110)的接入,以便于WTRU102a、102b、102c与IP使能设备之间的通信。
核心网络107可以便于与其他网络的通信。例如,核心网络107可以向WTRU102a、102b、102c提供到电路交换网络(例如PSTN108)的接入,以便于WTRU102a、102b、102c与传统陆地线路通信设备之间的通信。例如,核心网络107可以包括IP网关(例如IP多媒体子***(IMS)服务器),或者与之通信,该IP网关作为核心网络107与PSTN108之间的接口。另外,核心网络107可以向WTRU102a、102b、102c提供到网络112的接入,该网络112可以包括被其他服务提供商拥有和/或运营的其他有线或无线网络。
图1E是根据实施方式的RAN105和核心网络109的***图。RAN105可以是使用IEEE802.16无线电技术通过空中接口117与WTRU102a、102b、102c进行通信的接入服务网络(ASN)。如下面进一步讨论的,WTRU102a、102b、102c,RAN105和核心网络109的不同功能实体之间的链路可以被定义为参考点。
如图1E所示,RAN105可以包括基站180a、180b、180c和ASN网关182,但应当理解的是,RAN105可以包括任意数量的基站和ASN网关而与实施方式保持一致。基站180a、180b、180c的每一个可以与RAN105中特定小区(未示出)关联并可以包括一个或更多个通过空中接口117与WTRU102a、102b、102c通信的收发信机。在一个实施方式中,基站180a、180b、180c可以使用MIMO技术。因此,基站180a例如使用多个天线来向WTRU102a传送无线信号,或从其接收无线信号。基站180a、180b、180c可以提供移动性管理功能,例如呼叫切换(handoff)触发、隧道建立、无线电资源管理,业务分类、服务质量(QoS)策略执行等等。ASN网关182可以充当业务聚集点,并且负责寻呼、缓存用户资料(profile)、路由到核心网络109等等。
WTRU102a、102b、102c和RAN105之间的空中接口117可以被定义为使用802.16规范的R1参考点。另外,WTRU102a、102b、102c的每一个可以与核心网络109建立逻辑接口(未显示)。WTRU102a、102b、102c和核心网络109之间的逻辑接口可以定义为R2参考点,其可以用于认证、授权、IP主机(host)配置管理和/或移动性管理。
基站180a、180b、180c的每一个之间的通信链路可以定义为包括便于WTRU切换和基站间转移数据的协议的R8参考点。基站180a、180b、180c和ASN网关182之间的通信链路可以定义为R6参考点。R6参考点可以包括用于促进基于与WTRU102a、102b、102c的每一个关联的移动性事件的移动性管理的协议。
如图1E所示,RAN105可以连接至核心网络109。RAN105和核心网络109之间的通信链路可以定义为包括例如便于数据转移和移动性管理能力的协议的R3参考点。核心网络109可以包括移动IP本地代理(MIP-HA)184,认证、授权、计费(AAA)服务器186和网关188。尽管前述的每个元件被描述为核心网络109的部分,应当理解的是,这些元件中的任意一个可以由不是核心网络运营商的实体拥有或运营。
MIP-HA可以负责IP地址管理,并可以使WTRU102a、102b、102c在不同ASN和/或不同核心网络之间漫游。MIP-HA184可以向WTRU102a、102b、102c提供分组交换网络(例如因特网110)的接入,以促进WTRU102a、102b、102c和IP使能设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可促进与其他网络互通。例如,网关188可以向WTRU102a、102b、102c提供电路交换网络(例如PSTN108)的接入,以促进WTRU102a、102b、102c和传统陆地线路通信设备之间的通信。此外,网关188可以向WTRU102a、102b、102c提供到网络112的接入,网络112其可以包括由其他服务提供商拥有或运营的其他有线或无线网络。
尽管未在图1E中显示,应当理解的是,RAN105可以连接至其他ASN,并且核心网络109可以连接至其他核心网络。RAN105和其他ASN之间的通信链路可以定义为R4参考点,其可以包括协调RAN105和其他ASN之间的WTRU102a、102b、102c的移动性的协议。核心网络109和其他核心网络之间的通信链路可以定义为R5参考点,其可以包括促进本地核心网络和被访问核心网络之间的互通的协议。
在LTE网络上工作的低成本机器型通信(LC-MTC)设备(例如位于房屋地下室的智能仪表)与一些其他LTE设备相比可能有更高接收信号干扰噪声比(SINR)损失(例如多达15dB)。LC-MTC的吞吐量和/或延迟标准也可以是放宽的(relax)。设备的下行链路(DL)和上行链路(UL)通信可以与小小区,例如在DL/UL耦合情况中。
在异构网络环境中,LC-MTC设备可以位于低功率节点附近。该LC-MTC设备可以是下行链路/上行链路(DL/UL)耦合的和/或DL/UL解耦的。图2示出了DL/UL耦合和DL/UL解耦情况的示例。
如图2所示,在DL/UL耦合情况中,LC-MTC设备可以针对上行链路和/或下行链路与宏小区202通信。在DL/UL解耦情况中,LC-MTC设备可以针对下行链路与宏小区202通信同时传送上行链路信号给低功率节点(LPN)204。上行链路信号可以被传送到低功率节点204,例如由于宏小区202与低功率节点204之间的传输功率差。例如,宏小区202可以以46dBm传送信号,而低功率节点204可以以27dBm传送信号。这可以导致不同的下行链路覆盖。上行链路的覆盖可以关于WTRU与基站之间的地理距离,由此低功率节点可以具有更好的上行链路覆盖。
第三代合作伙伴计划(3GPP)长期演进(LTE)兼容的无线通信***针对2x2配置可以支持高达100Mbps的下行链路(DL)和高达50Mbps的上行链路(UL)。LTEDL方案可以基于正交频分多址(OFDMA)空中接口。无线电帧可以包括十个1ms的子帧。子帧可以包括两个0.5ms的时隙。每个时隙可以有六个或七个正交频分复用(OFDM)符号。每时隙的七个符号可以被使用具有普通循环前缀(CP)长度,以及每时隙的六个符号可以被使用具有扩展的CP长度。特定规范的子载波间距(spacing)可以是15kHz。例如使用7.5kHz的缩短的子载波间距模式也可以是可能的。帧可以是或涉及无线电帧。
资源元素(RE)可以在OFDM符号间隔期间与子载波相关联。资源块(RB)可以包括在0.5ms时隙期间的十二个连续子载波。使用每时隙七个符号,RB可以包括12x7=84个RE。
针对动态调度,子帧可以包括两个连续符号,其可以称为RB对。一些OFDM符号上的某些子载波可以被分配以在时频格(time-frequencygrid)中携带导频或参考信号。在传输带宽的边缘处的多个子载波可以被传送以符合频谱掩码(spectralmask)标准。
可以被提供和/或使用的上行链路信道可以包括物理UL共享信道(PUSCH)和/或物理UL控制信道(PUCCH)。可以称为UL控制信息(UCI)的控制信息可以由WTRU传送,例如在子帧中,在PUSCH或PUCCH上,或部分可以在PUCCH上被传送以及部分在PUSCH上被传送。UCI可以包括混合自动重复请求(HARQ)ACK/NACK、调度请求(SR)和/或信道状态信息(CSI)的一者或多者,其可以包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示符(RI)的一者或多者。可以为PUCCH传输分配的资源可以位于UL带的边缘或附近。
可以被提供和/或使用的下行链路信道可以包括物理下行链路共享信道(PDSCH)和/或下行链路控制信道,其可以包括物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理下行链路控制信道(PDCCH)和/或增强PDCCH(EPDCCH)的一者或多者。
一个或多个符号,例如DL中每个子帧中的前1至3个OFDM符号,根据控制信道的开销可以被PCFICH、PHICH和PDCCH的一者或多者占用,且被占用的符号可以称为DL控制区。例如在每个子帧的第一个OFDM符号(例如符号0)中可以传送PCFICH,和/或PCFICH可以指示用于该子帧中的DL控制区的OFDM符号的数量。WTRU可以从PCFICH检测控制格式指示符(CFI),且可以根据CFI值在该子帧中定义DL控制区。如果子帧可以被定义为非PDSCH可支持子帧,则可以跳过该PCFICH。不是DL控制区的部分的DL符号可以称为数据或PDSCH区。可以在PDSCH区中提供和/或使用增强PDCCH(EPDCCH)。该区中的EPDCCH的位置可以例如经由较高层信令(例如无线电资源控制(RRC)信令)被用信号通知给可以(或者可以被期望)监视、接收或使用该EPDCCH的WTRU。PDCCH和/或EPDCCH可以提供用于UL和/或DL传输的控制信息、资源分配(例如授权)等。
DL信号和/或信道可以由eNB提供或传送和/或可以由WTRU接收和/或使用。UL信号和/或信道可以由WTRU提供或传送和/或可以由eNB接收和/或使用。
信号和/或信道可以与小区相关联,其可以对应于某载波频率和/或地理区域。载波频率可以是小区的中心频率(例如小区支持的带宽的中心频率)。eNB可以具有与其相关联的一个或多个小区。eNB可以是或涉及小区。
可以包括主同步信号(PSS)和/或辅助同步信号(SSS)的同步信号可以例如由eNB或小区提供或传送。WTRU可以使用该信号例如来获取与eNB或小区的时间和/或频率同步。PSS和/或SSS可以存在于子帧0和/或5中和/或可以存在于每一个无线电帧中。传输可以在小区的带宽的中心的62个子载波上,且该62个中心子载波的每一侧的五个子载波可以被预留或不使用。对于FDD,PSS传输可以在每个无线电帧的时隙0(例如子帧0的第一个时隙)和时隙10(例如子帧5的第一个时隙)的最后的OFDM符号中且SSS在倒数第二个(例如最后一个旁边的)OFDM符号中。针对TDD,PSS传输可以在子帧1和6中的第三个OFDM符号中且SSS可以在每个无线电帧的时隙1(例如子帧0的第二个时隙)和时隙11(例如子帧5的第二个时隙)中的最后一个OFDM符号中被传送。该同步信号可以传达关于该小区的物理小区标识(小区ID)的信息。
可以由eNB或小区传送的物理广播信道(PBCH)可以携带小区信息,例如主信息块(MIB)。PBCH可以在每个无线电帧的子帧0中被提供或传送,且可以例如在四个连续无线电帧重复(例如40ms的时间段)。PBCH可以在子帧0的第二个时隙的前四个OFDM符号中被传送,且可以在72个中心子载波上被传送。MIB可以提供例如小区的DL带宽、PHICH信息、以及***帧号(SFN)的至少部分(例如10比特SFN的8比特最高有效位)的信息。
下行链路参考信号可以包括小区特定参考信号(CRS)、信道状态信息参考信号(CSI-RS)、和/或解调参考信号(DM-RS)、和/或定位参考信号(PRS)。DL参考信号可以由WTRU接收和/或使用。CRS可以由WTRU使用以用于对(例如任意)下行链路物理信道的相干解调的信道估计。当配置有TM7、TM8、TM9或TM10时,某些DL信道可以包括PMCH、EPDCCH和PDSCH的至少一者。例如,如果WTRU被配置有使用用于PDSCH解调的CRS的传输模式,则WTRU可以使用该CRS用于对CQI、PMI和/或RI的报告的信道状态信息测量。WTRU可以使用该CRS用于小区选择和/或移动性相关测量。CRS可以在某些子帧(例如任意子帧)中被接收,且多个天线端口(例如多至四个天线端口)可以被支持。WTRU可以使用DM-RS用于某些信道的解调,该信道可以包括配置有TM7、TM8、TM9或TM10的EPDCCH和PDSCH中的至少一者。DM-RS可以用于信道(例如EPDCCH或PDSCH)的解调且可以在指派给该信道(例如EPDCCH或PDSCH)的资源块中被传送。例如如果WTRU被配置有传输模式(其可以使用DM-RS用于PDSCH解调),则WTRU可以使用CSI-RS,其可以使用占空比被传送,用于信道状态信息测量。例如如果WTRU可以被配置有传输模式(例如TM10),则该CSI-RS也可以用于小区选择和移动性相关测量。WTRU可以使用该PRS用于位置相关测量。
WTRU可以传送上行链路参考信号,包括例如探测参考信号(SRS)和/或DM-RS。该SRS可以在可以被配置用于WTRU特定SRS子帧(其可以是小区特定SRS子帧的子集)的上行链路子帧集合中的最后的SC-FDMA符号中被传送。SRS可以由WTRU周期性地在配置的和/或预定义的频率带宽内的WTRU特定SRS子帧中传送。例如如果WTRU可以在DCI中接收非周期SRS(A-SRS)传输触发,则该WTRU可以以非周期方式传送该SRS。WTRU可以传送用于在eNB接收机处的PUSCH解调的DM-RS,且DM-RS的位置可以在用于可以被授权PUSCH传输的资源块的每个时隙中的SC-FDMA符号(例如普通CP中的第四个SC-FDMA符号)的中间。
针对LTETDD,多个TDD上行链路/下行链路子帧配置可以被支持且配置的一个或多个可以在eNB中被使用。TDD上行链路/下行链路子帧配置可以包括下行链路子帧‘D’、上行链路子帧‘U’和/或特殊子帧‘S’,如表1中所示。
表1.示例TDDLTE上行链路-下行链路配置
WTRU可以在来自eNB的PDSCH传输中接收用户平面和/或控制平面数据。WTRU可以例如在来自eNB的PDSCH传输中接收RLC和/或MAC控制信息。
随机接入(RA)过程可以是基于争用的(例如公共)或基于非争用的(例如无争用或专用)。
当使用基于争用的RA过程时,WTRU可以通过传送其从可以由网络(例如经由广播***信息)通信给WTRU的前导码的公共池随机选择的RA前导码来发起该过程。WTRU可以在WTRU可以从可以由网络(例如经由广播***信息)通信给WTRU的允许资源的集合选择的PRACH资源(例如时间和频率资源)上传送该前导码。小区配置的PRACH资源的集合可以是或可以包括该允许PRACH资源的集合。PRACH资源的时间单位可以是子帧。WTRU可以针对PRACH资源选择的子帧可以是为PRACH配置的下一个子帧,其中WTRU可以传送该PRACH(例如基于定时、测量和/或其他WTRU考量)。WTRU可以例如基于网络例如经由广播***信息通信给WTRU的参数在所选在子帧中选择PRACH资源的频率方面(例如资源块(RB))。可以在针对FDD或其他情况的子帧中的PRACH允许频率资源。其可以通过开始网络可以提供的(例如最低)RB数来定义,例如prach频率偏移,且可以具有固定的带宽,例如六个RB。
多个WTRU可以选择用于随机接入的相同资源(例如前导码和PRACH资源),且当基于争用的随机接入过程被使用时或在其他情况可以解决争用情况。
当使用基于非争用的RA过程或在其他情况中,WTRU可以传送可以由网络(例如显式)用信号通知给WTRU的RA前导码,例如ra-前导码索引。WTRU可以在其从小区配置的PRACH资源的特定子集选择的PRACH资源上传送该前导码。该子集(例如掩码)可以由网络显式用信号通知给WTRU,例如ra-PRACH-掩码索引。WTRU可以在该子集包括一种选择或在其他情况中时使用指示的资源。
PRACH前导码可以被认为是PRACH资源。例如,PRACH资源可以包括PRACH前导码、时间和/或频率资源。
图3示出了示例随机接入过程300。在302(例如msg1),WTRU可以传送前导码,其可以是以某功率等级。可以接收该前导码的eNB可以用随机接入响应(RAR)例如msg2来响应(在304)。如果WTRU在某时间窗内没有接收到该RAR,则WTRU可以传送另一前导码(其可以与之前的前导码不同)并可以以更高功率将其传送(例如诸如根据爬升(ramping)协议升高功率)。WTRU可以重复传送前导码直到以下至少一者发生:WTRU接收到RAR、WTRU达到(或超过)其最大功率、和/或WTRU达到(或超过)可以被允许的最大爬升数。如果WTRU达到或超过上面的最大值的一者,WTRU可以认为随机接入过程300失败。该爬升步骤和最大爬升数可以由eNB提供,例如经由可以被广播的***信息。
如果WTRU接收到RAR,该RAR可以包括在306(例如msg3)对在其上发送UL传输的资源的授权、C-RNTI或TC-RNTI、和/或定时提前(TA)的一者或多者。响应于该RAR,WTRU可以在该授权的资源上在UL中传送(在306,例如msg3)并根据TA调整其UL定时。针对无争用RA过程,随机接入过程300可以在306结束。
针对基于争用的过程,争用解决可以发生在308(例如msg4)。争用解决消息可以包括可以指示RAR已经被指向的WTRU的信息(例如C-RNTI)。如果WTRU可以接收到指示其是期望的WTRU的争用解决消息,则该WTRU可以认为随机接入过程300是成功的。如果不是,则WTRU可以认为随机接入过程300失败并可以重试。
在UL传输中,WTRU可以基于多种因素来执行功率控制,因素可以包括DL载波上的测量的路径损耗、传输功率控制(TPC)命令(例如来自eNB)、其可以传送所在的资源块的数量、和/或其他静态或半静态参数等的一者或多者。TPC命令可以在物理层信令(例如在DCI格式中)中被提供,例如在可以授权UL资源或可以用于TPC命令的DCI格式中。WTRU可以基于接收到的TPC命令修改、升高和/或降低其在一个或多个信道上的UL传输功率。该修改可以在接收到TPC命令之后的某时间。
静态或半静态参数可以由eNB或其他网络资源提供。可以基于例如LTE或LTE-A标准建立或在LTE或LTE-A标准中找到该参数和/或功率控制公式和/或功率控制过程。
WTRU可以将其接收和/或传输定时同步到参考小区的接收帧定时。接收帧边界的定时可以由于WTRU运动和/或其他因素(例如振荡器漂移)而随时间变化,且相应的WTRU可以自发地调整其定时。WTRU可以将定时提前(TA)应用到传送的信号。例如,WTRU可以在相应DL子帧的开始之前的某时间量(例如应用的TA)开始给定UL子帧的传输。eNB可以提供TA命令给可以在UL中与其通信或可以在其控制下的WTRU(例如每个WTRU),且该eNB可以提供这样的命令,具有的意图是在任意给定子帧中针对期望的某小区的来自WTRU的UL传输在名义上同时到达该某小区。WTRU还可以根据接收到的该参考小区的下行链路帧自发调整其上行链路定时,且该定时可以改变。
在空闲模式中的WTRU的移动性可以包括小区选择和/或小区重选。WTRU可以执行小区选择来找到合适的小区来进行普通占用(camp)和连接。WTRU可以执行小区选择以用于初始接入网络、从连接模式转变到空闲模式、和/或从连接故障(例如无线电链路故障)恢复。先前不知道网络或小区的WTRU可以执行初始小区选择,且之前存储有一些关于网络和小区的信息的WTRU可以执行存储的信息小区选择。为了使WTRU将小区认为是合适的小区,小区的RSRP和RSRQ测量可以(例如可以需要)满足某些小区选择标准。用于选择标准的参数可以由eNB例如在可以被广播的***信息中提供。如果WTRU可以发现或检测到小区且该小区可能不能满足该标准,则WTRU可以对下一个发现或检测到的小区执行该相同的检查直到该标准被满足并找到合适的小区。
WTRU可以在邻近小区可能变得比当前服务小区更好(例如在RSRP或RSRQ方面)时在空闲模式中执行小区重选。邻近小区可以是频率内、频率间LTE小区或RAT间(例如UMTS或GSM)小区。可以触发WTRU重选到另一小区的小区选择标准的测量和确定可以由WTRU基于eNB提供的信息来完成。
WTRU可以例如持续测量和监控服务小区。如果该服务小区质量可以下降到某阈值以下,则WTRU可以开始检测并测量邻近小区。关于邻近小区和小区重选标准的信息可以在可以由eNB广播的***信息(例如SIB)中指示给WTRU。某些优先级可以由eNB和WTRU指定或使用以作为小区重选评估的部分。例如,WTRU可以被提供有高于当前服务小区频率的某些频率的较高优先级,由此在某程度eNB可以控制WTRU可以重选到的频率和小区。WTRU确定的小区重选优先级可以包括例如当WTRU可以更愿意接收MBMS服务时高于其他频率的MBMS频率的优先次序(priortization)。
图4示出了进来的分组的层2(L2)处理的示例。图4示出了可以被附着到可以在DL或UL方向被传送的进来的分组的PDCH报头(header)。从每个协议层的角度来看,服务数据单元(SDU)可以代表可以进入到协议层的数据且协议数据单元(PDU)可以代表可以从该协议层出去的数据。例如,可以进入RLC层的RLCSDU402可以包括PDCPPDU404的至少部分。可以是由RLC层处理的数据的RLCPDU406可以包括RLCSDU402加上报头和可以由RLC层包括的其他信息。
在图4示出的示例中,RLC可以将(多个)PDCPPDU分段成(多个)RLCPDU,由此(多个)MACPDU可以包括分段的RLCPDU。(多个)PDU可以被连起来。
在异构网络中的频率间操作中,宏和LPN的频带可以或可以不相同。频率间和频率内操作可以被考虑以支持解耦模式。低成本MTC(LC-MTC)设备、低成本UE、低成本WTRU、LC-WTRU、UE、LC-MTCUE、MTCUE和/或LC-UE、WTRU覆盖限制设备、覆盖限制LC-MTC设备、覆盖限制UE、覆盖限制WTRU以及其他术语可以在本文中互换使用以涉及可以是低成本的MTC设备。
虽然这里描述的示例可以涉及某类型的设备或WTRU,例如LC-MTC设备或覆盖限制WTRU,这些示例是非限制性的,且这些示例可以被应用于任意设备或WTRU并与这里公开的概念保持一致。小区、eNB、节点和网络节点在本文中可以互换使用。宏eNB和LPN可以彼此替代或被任意其他eNB、小区、节点或网络节点替代并仍然与这里公开的概念保持一致。宏和宏eNB可以互换使用。LPN可以具有或是从宏eNB分开的eNB或可以由宏eNB控制,例如在LPN是宏eNB的远程无线电头(RRH)的情况中。小小区和LPN可以互换使用。一旦、在…之后、作为…的结果以及响应于可以互换使用。虽然示例可以在两个节点例如宏和LPN的上下文中被公开的,但是这些示例是非限制性的。使用任意数量的任意类型的节点可以与这里公开的概念保持一致。
WTRU可以能够在UL或DL(例如但不是UL和DL两者)中向节点例如宏小区或低功率节点(LPN)通信(例如具有可接受性能)。但是,如果WTRU可以能够在DL中向一个节点通信(例如具有可接受或改善性能)并在UL中向另一个通信,则DL/UL解耦操作可以是期望的。在DL/UL解耦情形中操作的DL/UL解耦操作和解耦模式可以互换使用。解耦操作可以是期望,例如当WTRU不能在UL和DL中向宏小区和/或LPN通信时。解耦操作可以使用来自宏小区的DL传输和到LPN的UL传输,或反之亦然。
在DL/UL解耦情形中,WTRU的DL通信的某些或全部可以与一个(或至少一个)节点且其UL通信的某些或全部可以与另一个(或至少一个另一个)节点,例如如图5和6所示。
图5示出了示例DL/UL解耦***500,其中DL数据和控制的通信可以与例如宏eNB502的节点。该节点502可以传送和/或WTRU504可以接收DL信道。DL信道可以包括物理DL共享信道(PDSCH)、物理DL控制信道(PDCCH)、增强PDCCH(EPDCCH)、和/或物理混合自动重复请求(ARQ)指示符信道(PHICH)的一者或多者。PDCCH(或EPDCCH)可以提供UL和/或DL授权给WTRU504。UL数据和控制的通信可以与另一节点506,例如小小区(例如小小区eNB)或LPN。WTRU504可以传送和/或节点506可以接收UL信道。UL信道可以包括物理UL共享信道(PUSCH)、物理UL控制信道(PUCCH)、物理随机接入信道(PRACH)(图5中未示出)和/或探测参考信号(SRS)(图5中未示出)的一者或多者。PDCCH和EPDCCH可以互换使用。
图6示出了示例DL/UL解耦***600,其中DL数据和相关联的控制的通信可以是一个节点,例如宏eNB602,且UL数据和相关联控制的通信可以与另一节点604,例如小小区(例如小小区eNB)或LPN。在该示例中,WTRU606可以从例如宏eNB602的一个节点接收PDSCH。WTRU606可以从该节点经由PDCCH或EPDCCH接收DL授权。WTRU606可以在PUCCH上向该节点提供针对DL数据的反馈,例如HARQACK/NACK和CQI。WTRU606可以传送PUSCH给另一节点604,例如小小区(例如小小区eNB)或LPN。WTRU606可以在PDCCH或EPDCCH从该另一节点604接收UL授权。WTRU606可以在PHICH上从该另一节点接收针对UL数据的反馈,例如HARQACK/NACK。WTRU606可以向这些节点的至少一个传送PRACH和/或SRS。
DL***信号,例如主同步信号(PSS)、辅助同步信号(SSS)、物理广播信道(PBCH)、和小区特定参考信号(CRS)的一者或多者可以由WTRU从所述节点(例如eNB)的一个或两个接收。携带***信号(例如寻呼和/或***信息(例如在一个或多个信息块(SIB)中))的PDSCH可以由WTRU从所述节点(例如eNB)的一个或两个接收。
针对DL/UL解耦情形,可以考虑各种操作方面。
可以考虑对宏eNB的上行链路接入性。覆盖限制LC-MTC设备可以从耦合情形(例如与宏eNB)开始且然后将其UL(例如其UL的一些或全部)切换到另一节点(例如LPN),其具有更好的UL覆盖。覆盖限制LC-MTC设备可以与一个节点(例如宏eNB)具有DL但是没有UL(或限制UL)覆盖,由此其可以(例如可以需要)从开始时针对UL(或至少一些UL)从另一节点(例如LPN)开始。
可以考虑LPN的下行链路信号可读性。LC-MTC设备可以读取LPN的某(例如全部)下行链路(或DL***)信号,例如PSS和/或SSS、CRS、PBCH和/或SIB,这可以使其测量下行链路路径损耗和/或在时间和/或频率偏置方面与LPN同步。当LC-MTC设备可以在时间和/或频率同步方面与LPN同步(例如基于PSS、SSS和CRS的一者或多者)时,LC-MTC设备例如由于其差的接收的信号质量可以不解码LPN的PBCH。
可以考虑宏eNB与LPN之间的回程延迟。回程(例如用于宏和LPN之间的通信)可以被认为是理想的,例如可以没有或最小的延迟(例如针对这种通信)。当LPN是宏eNB的RRH时,回程可以认为是理想的。回程可以是不理想的,例如回程延迟可以是大于零的值,例如10ms、20ms、40ms、80ms或甚至更长。当LPN和宏eNB是分离的eNB(或可以由其控制)时,非理想回程延迟可以应用。
可以考虑频率内和间操作。用于LPN和宏eNB的频带在异构网络中或在其他情形中可以或可以不相同。可以针对解耦情形考虑频率间和/或频率内操作。
当小区被切换到或用于某方向(例如UL或DL)时,小区可以被切换到或用于该方向中的某(例如一些或全部)数据信道和/或控制信道。当小区被切换到或用于某方向(例如UL或DL)时,该小区可以被切换到该方向或至少用于该方向中的数据信道并可以包括相关联的反馈控制信道,其可以是在相反方向中。例如,使用用于DL(或DL通信)的小区可以意味着至少针对PDSCH和PUCCH使用该小区,其可以携带针对PDSCH的HARQ反馈。使用用于UL(或UL通信)的小区可以意味着至少针对PUSCH或PUSCH和PHICH使用该小区,其可以携带针对PUSCH的HARQ反馈。
传输模式或操作模式可以包括例如耦合模式和解耦模式。WTRU可以在耦合模式和/或解耦模式中操作、准备操作、或想要操作。在耦合(或解耦)模式中的操作可以与在耦合(解耦)情形中的操作相同或类似。
DL/UL解耦模式、解耦模式、解耦传输模式、解耦操作、解耦操作模式、双连接的模式、双连接性模式、双连接模式以及双小区模式可以互换使用。DL/UL耦合模式(其中上行链路和下行链路通信两者可以与相同节点(例如eNB))可以与耦合模式、耦合传输模式、耦合操作、耦合操作模式、单连接的模式、单小区连接的模式、单连接性模式、单连接模式以及单小区模式互换使用。DL/UL和UL/DL可以互换使用。
WTRU可以自发选择其操作模式(例如耦合或解耦)或可以被配置用于某模式。例如,WTRU可以选择并连接到小区并从与该小区的耦合操作开始并可以(例如然后可以)从相应eNB(例如宏eNB)接收配置以将某方向(例如UL或DL)中的某或全部通信切换到另一小区或节点(例如LPN)。在另一示例中,WTRU可以例如基于测量和/或其在某方向中通信(在相同或全部信道上)的能力选择在DL中通信,例如针对与一个节点的某或全部信道,和在UL中通信,例如针对于另一节点的某或全部信道。
当在某方向(例如DL和/或UL)中切换通信到另一小区或节点时,该方向中的至少一个数据信道(例如PDSCH和/或PUSCH)和/或该方向中的用于至少一个数据信道的某些相关联的控制信道或信令可以被切换。这可以包括调度授权,其可以被携带在相同或相反方向中的控制信道(例如PDCCH或EPDCCH)上,和/或反馈,其可以被携带在例如在相反反向中的控制信道的信道上(例如PUCCH和/或PHICH)。
当在某方向(例如DL和/或UL)与某小区或节点通信或选择通信时,与该小区或节点的通信可以包括在该方向(例如PDSCH和/或PUSCH)中的至少一个数据信道和/或在该方向中的用于至少一个数据信道的某些相关联的控制信道或信令,其可以包括调度授权,其可以携带在在相同或相反方向中的控制信道(例如PDCCH或ePDCCH)上,和/或反馈,其可以携带在相反方向中的例如控制信道的信道上(例如PUCCH和/或PHICH)。
例如,在DL中与节点或小区的WTRU通信可以包括以下的一者或多者:例如经由PDCCH从节点或小区接收DL授权,例如经由PDSCH从节点或小区接收DL数据,和/或例如经由PUCCH传送反馈到节点或小区。UL中的与节点或小区的WTRU通信可以包括以下的一者或多者:例如经由PDCCH从节点或小区接收UL授权,例如经由PUSCH传送UL数据到节点或小区,以及例如经由PHICH从节点或小区接收反馈。
DL中的与节点或小区的WTRU通信可以包括从节点或小区接收DL数据和/或控制信道,其可以包括PDSCH、PDCCH、ePDCCH(其可以携带UL和/或DL授权)和/或PHICH的一者或多者。UL中与节点或小区的WTRU通信可以包括向节点或小区传送UL数据和/或控制信道,其可以包括PUSCH和PUCCH的一者或多者。
eNB、节点或小区(例如宏或LPN)可以传送这里描述的信号的一个或多个,其可以由WTRU接收。eNB、节点或小区(例如宏或LPN)可以接收或想要接收这里描述的信号的一个或多个,其可以由WTRU传送。
操作、想要操作、考虑操作和准备操作可以互换使用。在模式中、在模式中操作、想要在模式中操作、考虑在模式中操作和准备在模式中操作可以互换使用。模式和情形可以互换使用。
UL通信可以包括某些UL信道并可以包括某些(例如相关)DL信道。UL通信可以包括(例如包括使用)一个或多个UL信道,例如PUSCH、PUCCH、SRS和/或PRACH的至少一者。这些一个或多个UL信道可以由WTRU传送和/或由小区或eNB监视和/或接收。这样的传输、监视和/或接收可以构成信道的使用。UL通信可以包括(例如包括使用)一个或多个DL信道,其可以与UL信道或例如PDCCH或PHICH的传输相关联,该传输与UL信道关联。可以与UL信道相关联的PDCCH可以包括但可以不限于可以提供UL授权或分配(例如用于PUSCH传输)的PDCCH、可以提供用于非周期SRS传输的触发的PDCCH、和可以包括PDCCH命令(例如用于UL同步,其可以触发或导致PRACH传输)的PDCCH的一者或多者。可以与PUSCH相关联的PHICH可以提供针对PUSCH传输或对应于PUSCH传输的反馈(例如ACK/NACK)。这些一个或多个DL信道可以由小区或eNB传送和/或由WTRU监视和/或接收。这样的传输、监视和/或接收可以构成信道的使用。针对UL通信使用小区或eNB可以不妨碍针对DL通信使用小区或eNB。针对UL通信WTRU使用小区或eNB可以不妨碍其针对(例如针对接收和/或使用)***信息、广播信号和/或信道、同步信号和/或信道、和/或例如CRS的参考信号的一者或多者使用小区或eNB。
术语DL通信这里可以用于包括某些DL信道并还可以包括某些(例如相关)UL信道。DL通信可以包括(例如包括使用)一个或多个DL信道,例如PDSCH、PDCCH(和/或EPDCCH)、PHICH和PBCH的至少一者。这些一个或多个DL信道可以由小区或eNB传送和/或由WTRU监视和/或接收。这样的传输、监视和/或接收可以构成信道使用。DL通信可以包括可以与DL信道或传输相关联的一个或多个UL信道,例如可以与例如PDSCH的DL信道相关联的PUCCH。可以与PDSCH相关联的PUCCH可以提供针对或可以对应于PDSCH传输的反馈(例如ACK/NACK和/或CQI)。这些一个或多个UL信道可以由WTRU传送和/或由小区或eNB监视和/或接收。这样的传输、监视和/或接收可以构成信道使用。针对DL通信使用小区或eNB可以不妨碍针对UL通信使用小区或eNB。针对DL通信WTRU使用小区或eNB可以不妨碍其针对WTRU可以向小区或eNB传送PRACH和/或PUSCH或在这期间的随机接入使用小区或eNB。
WTRU可以操作在、被配置有、或被配置成操作在针对DL和/或UL中的某些或所有信道的覆盖限制操作模式。覆盖限制和覆盖增强可以互换使用。
在覆盖限制模式中,WTRU和/或与WTRU通信的eNB可以执行某些动作来增强在一个或多个信道上的覆盖或性能,例如重复或功率上升(powerboosting)。
WTRU可以在耦合模式和/或解耦模式中时操作在覆盖限制模式。覆盖限制的等级和WTRU和/或eNB(或解耦情况中的节点)用于降低或消除限制影响的动作可以在UL和DL中是不同的。
WTRU可以在耦合模式和/或解耦模式中时操作在非覆盖限制模式。当WTRU可以正操作在耦合或解耦模式中时,一个方向的WTRU的通信可以在覆盖限制模式,而另一个方向可以在非覆盖限制模式,或两个方向的通信可以在覆盖限制模式或非覆盖限制模式。
当WTRU可以是(或可以被认为是)覆盖限制的时WTRU可以操作在覆盖限制模式。
如果以下的一者或多者可以达到或越过(例如变得高于或低于)阈值,则WTRU可以(或可以被认为)在某方向(例如DL和/或UL)中是覆盖限制的:WTRU可以进行的测量(例如RSRP)、例如WTRU从测量(例如路径损耗)得到或确定的值、和WTRU可以确定的一个或多个值或测量之间的差。可以执行不同等级的覆盖限制。不同的阈值可以用于该不同的等级。
小区搜索、小区选择和小区重选可以互换使用。DL小区选择和旧有(legacy)小区选择可以互换使用。
上行链路小区可以是WTRU可以使用或想要使用以用于UL通信的小区。
下行链路小区可以是WTRU可以使用或想要使用以用于DL通信或至少DL通信的小区。
旧有小区可以是WTRU可以使用旧有小区选择或重选过程选择的小区。
小区选择和/或重选过程可以针对可以操作在耦合或解耦模式中的WTRU是不同的。
例如可以在耦合模式中的WTRU可以测量来自多个小区的下行链路信号并可以基于预定义标准选择下行链路小区,该标准可以包括但不限于:最高信号强度、RSRP和/或接收SINR,且WTRU可以认为该上行链路小区与该下行链路小区相同。针对上行链路小区选择可以没有单独的小区搜索过程。
例如可以在(或可以被认为在或想要在)解耦模式中的WTRU可以测量来自多个小区的下行链路信号并基于预定义标准选择下行链路小区,该标准可以包括但不限于:信号强度、RSRP、RSRQ和/或接收的SINR(例如最高信号强度、RSRP、RSRQ和/或接收的SINR)。WTRU可以执行上行链路小区搜索过程,其中针对上行链路小区选择的预定义标准可以不同于针对下行链路小区选择的标准。上行链路小区搜索可以针对选择的下行链路小区提供的列表内的小区被执行。与所选下行链路小区相关联的上行链路小区的列表可以在广播信道(例如MIB、SIB-x)、较高层信令(例如MAC、RRC)和/或物理层信令(例如(E)PDCCH)中被提供。
针对UL小区搜索、UL小区选择和UL小区重选的一个或多个小区的测量可以例如由WTRU在其可以在DL中从这些一个或多个小区和/或其他小区检测或接收的信号上执行。
可以根据WTRU类别使用耦合模式和解耦模式或可以根据WTRU类别不同地使用耦合模式和解耦模式。
耦合和解耦传输模式可以被定义和用于WTRU的一个或多个某类别,例如低成本或覆盖限制的WTRU类别。例如,这些传输模式可以(或可以仅)用于特定WTRU类别。如果WTRU落入该WTRU类别,则其可以操作在适用的传输模式,例如耦合和/或解耦操作。耦合传输模式可以用于某(例如所有)WTRU类别,且解耦传输模式可以用于(例如仅用于)特定一个或多个WTRU类别(例如低成本或覆盖限制的WTRU类别)。
耦合模式可以以一个或多个WTRU类别(例如低成本或覆盖限制的WTRU)限制数量的的秩支持一个或多个特定传输模式(例如TM9)。某些或所有旧有传输模式(例如,TM1-TM10)可以针对某些(例如某些其他)WTRU类别在耦合模式中被支持。支持旧有传输模式的能力可以与WTRU的版本有关。
耦合模式和/或解耦模式可以以半静态和/或WTRU特定方式被配置例如用于WTRU。
耦合模式可以被定义为主模式且解耦模式可以被定义为辅助模式。主模式可以被认为是默认模式由此WTRU(例如低成本WTRU)可以(或可以一直)针对小区接入从耦合模式开始且可以例如根据信道条件切换或被切换到解耦模式。该配置可以由eNB提供和/或由WTRU经由较高层信令(例如RRC信令)接收。解耦模式可以由较高层配置用于被配置成用于操作在耦合模式的WTRU。如果WTRU被配置有解耦模式,则WTRU可以开始或执行这里描述的上行链路小区搜索过程。WTRU可以执行UL小区搜索过程而可以不执行下行链路小区搜索过程。解耦模式可以由较高层配置且该配置信令可以包括上行链路小区信息。该上行链路小区信息可以包括小区ID、中心频率、带宽和PRACH资源配置的至少一者。
支持的下行链路和上行链路信道(例如由节点支持或用于与节点通信)可以根据操作模式(例如关于某WTRU)是不同的。例如,在耦合模式中,所有定义的信道可以被支持而在解耦模式中仅支持可以在耦合模式中使用的信道的子集(例如用于WTRU与每个节点之间的通信)。在耦合模式中,数据和控制信道(例如WTRU和一个节点之间的)可以被支持。在解耦模式中,某些信道(或某方向中的某些信道),例如数据信道和/或控制信道(例如在某方向中)可以(或可以仅)被支持(例如在WTRU与某节点或节点集合之间)。数据和控制信道可以包括但不限于PDSCH、PUSCH、PHICH、(E)PDCCH、PUCCH、SR、SRS和PRACH的一者或多者。耦合模式可以支持广播信道和数据/控制信道。解耦模式可以(或可以仅)支持数据和控制信道。广播信道可以包括但不限于PBCH、SIB(例如携带SIB的PDSCH)和寻呼(例如携带寻呼的PDSCH)的一者或多者。解耦模式可以不支持PHICH或SR的一者或多者。WTRU(例如低成本或覆盖限制的WTRU)可以在耦合模式中接收(例如可以接收所有)广播信息并切换到解耦模式,例如用于数据传输。当在解耦模式中时,WTRU可以从小区之一(例如其可以使用用于DL通信的小区,其可以是宏eNB)接收一个或多个广播和/或寻呼信道。
可以在小区接入过程期间选择传输模式。如果WTRU选择或被配置用于一个传输模式(例如耦合或解耦)。则传输模式可以至少针对连接模式保持不变。
WTRU可以执行UL小区选择和/或重选来选择和/或重选用于UL通信的小区。
WTRU可以例如分开针对下行链路和/或上行链路执行小区选择过程。WTRU基于下行链路小区选择过程的结果可以执行或可以不执行上行链路小区选择。DL小区选择可以被执行以针对至少DL(或某DL)通信(例如针对至少***信息的广播)选择小区,其可以是最佳小区或满足某标准的小区。DL小区选择可以与旧有小区选择相同。UL小区选择可以被执行以针对至少UL(或某UL)通信(例如PUSCH)选择小区,其可以是最佳小区或满足某标准的小区。
WTRU可以同时(或在类似时帧期间,例如在选择占用的小区、合适小区或最佳小区之前或期间)执行下行链路小区选择和上行链路小区选择。针对上行链路和下行链路的小区选择标准可以是不同的。在完成小区选择进程或过程时(或之后)(例如在选择满足DL和/或UL选择标准的一个或多个小区时或之后),WTRU可以根据针对下行链路和上行链路的小区选择的结果选择耦合模式或解耦模式。如果所选的上行链路小区不同于下行链路小区,则WTRU可以选择解耦模式。否则,WTRU可以选择耦合模式。
WTRU可以执行第一(例如下行链路或旧有)小区选择。如果在第一(例如下行链路或旧有)小区选择期间测量的信号满足预定义标准(例如覆盖限制信道条件或阈值),则WTRU可以执行第二(例如上行链路)小区选择(例如另外地)。如果预定义标准没有被满足(例如覆盖限制条件或阈值没有被满足),则WTRU可以不执行第二(例如上行链路)小区选择。一完成小区选择(例如旧有和/或DL和/或UL)或在这之后,WTRU可以根据小区选择的结果选择耦合模式或解耦模式。如果从第二小区选择所选的小区(例如上行链路小区)不同于从第一小区选择的所选小区(例如下行链路小区),则WTRU可以选择解耦模式。否则,WTRU可以选择耦合模式。如果从第一(例如DL或旧有)小区选择选择的小区指示(例如在可以在MIB或SIB中被广播的***信息中)其可以支持解耦操作,则WTRU可以或可以仅执行第二(例如UL)小区选择。如果从第一(例如DL或旧有)小区选择过程选择的小区没有指示其支持解耦模式(或指示其不支持解耦模式),则WTRU可以选择耦合模式或WTRU可有搜索可以支持解耦模式的另一小区。如果某些标准(例如一个或多个条件和/或阈值)被满足,例如针对于所选小区的耦合操作太限制覆盖,则WTRU可以(或可以仅)搜索可以支持解耦模式的另一小区。
描述的过程可以应用于初始小区选择和/或小区重选。
可以使用各种小区选择标准的任意。小区选择标准可以是下行链路公共参考信号接收功率(例如RSRP),其可以由WTRU来测量。另一小区选择标准可以是下行链路路径损耗(例如传输功率-RSRP),其可以由WTRU根据测量(例如RSPR的测量)和WTRU可以在信令(例如来自节点(例如eNB)的广播或专用信令)中接收的传输功率来确定。另一小区选择标准可以是下行链路接收SINR(例如RSRQ),其可以由WTRU测量或确定。另一小区选择标准可以是上行链路路径损耗,其可以由WTRU例如基于DL路径损耗来估计。
小区选择标准可以针对下行链路(或旧有)和上行链路选择过程是相同的或不同的。
用于做出决定(例如选择决定)的测量阈值针对下行链路(或旧有)和上行链路选择过程可以是相同或不同的。
WTRU可以例如在诸如小区(例如宏小区)的***信息(例如在一个或多个SIB中)的广播信令中接收关于针对UL通信或对该小区(例如宏小区)的接入的小区选择和/或重选的信息。例如,WTRU可以接收路径损耗阈值(例如最路径损耗阈值)和偏移的至少一者。WTRU可以例如至少基于该信息确定该小区是否适合UL通信或接入。确定小区是否合适UL传输或接入可以称为执行UL适合性检查(suitabilitycheck)。路径损耗可以涉及UL或DL路径损耗。
WTRU可以为一个或多个小区执行UL小区选择和/或UL适合性检查。例如,在找到或选择可以满足基于RSRP和/或RSRQ(例如版本11)的小区适合性标准的小区时(或之后),WTRU可以针对该小区执行UL适合性检查。WTRU可以分别执行小区选择(例如旧有小区选择)和UL小区选择。UL小区选择可以包括UL适合性检查。
如果满足了UL小区适合性标准(例如,针对宏小区),则WTRU可以操作在耦合模式。如果UL小区适合性标准没有被满足,则WTRU可以认为该小区不合适且可以搜索另一小区(例如针对DL和/或UL通信或接入)。如果没有满足UL小区适合性标准,则WTRU可以尝试针对UL通信或接入搜索更多合适的小区,(例如另一)宏或LPN小区。该搜索可以基于已经被选为合适(或合适的DL)小区或最佳(或最佳DL)小区的小区(例如宏小区)提供的信息和/或基于例如旧有小区选择标准的标准。该信息可以由该小区经由例如广播信令(例如在例如一个或多个SIB中的***信息中)或专用信令的信令来提供。
例如如果没有满足UL小区适合性标准,则如果DL或旧有小区选择标准被满足,则WTRU可以使用或继续使用小区(例如宏小区)用于DL连接。
针对小区重选,WTRU可以监视邻近小区(例如宏和/或LPN小区)的当前UL条件且如果另一小区可以提供比当前小区更好的UL条件则执行UL(例如仅UL)小区重选。例如,该小区选择标准(例如针对UL)可以基于路径损耗测量,且如果邻近小区(例如LPN小区)路径损耗是(例如由WTRU确认为)比当前小区路径损耗要好的偏移,则WTRU可以执行小区重选(例如UL小区重选)。WTRU可以基于当前小区(其可以用于DL通信(例如宏小区)或UL通信(例如LPN))例如经由信令(例如广播信令(例如经由可以在SIB中的***信息)或专用信令)提供的信息执行小区重选监视。
WTRU可以报告(例如在消息中发送)所选的UL小区(LPN)给所选的DL或旧有小区(例如宏)和/或其所选的DL或旧有小区给其所选的UL小区。WTRU可以在选择或重选(例如修改其选择)UL(或DL)小区(例如针对UL或DL通信的小区)时、之后或作为其结果发送该报告。WTRU可以报告所选小区的小区ID。报告、发送和传送可以互换使用。在消息中报告和发送或传送可以互换使用。
全解耦、全解耦操作、全解耦操作模式和其他变形可以指或可以表示但不限于上行链路(例如所有UL)信道可以与一个小区相关联且下行链路(例如所有DL)信道可以与另一小区相关联的情形或操作。例如,可以包括PUCCH和PUSCH的上行链路(例如所有上行链路)信道可以被传送给小区A(例如LPN),而例如PDSCH和(E)PDCCH的下行链路(例如所有下行链路)信道可以从小区B(例如宏)被接收。
部分解耦、部分解耦操作、部分解耦操作模式和其他变形可以指或可以表示但不限于至少一个或多个上行链路信道可以与小区A(例如LPN)相关联且至少一个或多个下行链路信道(例如PDSCH和/或(E)PDCCH)可以与小区B(例如宏)或这两者(例如小区A和小区B)相关联的情形或操作。
根据PUCCH可以携带的信息类型(例如HARQ-ACK、CSI、SR),PUCCH可以与小区A(例如LPN)和小区B(例如宏)两者相关联。可以包括可以对应于PDSCH的HARQ-ACK的PUCCH可以被发送到小区B(例如宏),而可以包括SR的PUCCH可以被发送到小区A(例如,LPN)。在另一示例中,根据DCI格式(例如DCI格式0和DCI格式1A),(E)PDCCH可以与小区A(例如LPN)和小区B(宏)相关联。WTRU可以监视/接收来自小区B(例如宏)的(E)PDCCH,其可以包括例如DCI格式1A的DCI格式,例如因为其可以与下行链路指派有关。WTRU可以监视/接收来自小区A(例如LPN)的(E)PDCCH,其可以包括例如DCI格式0的DCI格式,例如因为其可以与上行链路授权有关。
在另一示例部分解耦情形中,至少一个UL信道(或可以携带某信息或某信息类型的一个UL信道)可以与小区A但不与小区B相关联,且至少一个DL信道(或携带某信息或某信息类型的一个DL信道)可以与小区B但不与小区A相关联。信息类型可以包括控制信息、某控制信息、数据或某数据的一者或多者。
WTRU可以执行与不同小区的上行链路通信和下行链路通信的每一者。小区可以由物理小区ID或虚拟小区ID标识。在一个示例中,可以对第一小区(例如宏)执行下行链路通信,且可以对第二小区(例如LPN)执行上行链路通信。第一小区和第二小区可以具有不同的(或相同的)虚拟小区ID或物理小区ID。
第一小区可以被定义或配置为WTRU可以执行或可以已经执行初始小区接入的小区。第一小区可以被定义或配置为WTRU可以执行或可以已经执行随机接入过程的小区。第一小区可以被定义或配置为在解耦操作模式中的下行链路小区。
第二小区可以被定义为可以经由较高层信令配置或已经配置的小区。第二小区可以被定义为在解耦操作模式中的上行链路小区。
第一小区和第二小区可以具有(或使用)相同的频带。例如,用于第一小区和第二小区的下行链路频带可以是相同的且FDD可以被使用(例如以分开小区)。第一小区和第二小区可以具有(或使用)不同的频带。例如,用于第一小区和用于第二小区的下行链路频带可以具有(或使用)不同的频带。
WTRU可以例如经由同步信道检测用于第一小区的物理小区ID,且可以例如经由较高层信令用信号通知用于第二小区的物理小区ID。WTRU可以例如在频带中经由同步信道检测用于第一小区的物理小区ID,且WTRU可以在另一频带中例如经由同步信道检测用于第二小区的物理小区ID。
下行链路通信(例如WTRU的)可以包括以下的一者或多者:接收PDSCH,监视与相关联PDSCH相关联的(E)PDCCH,和/或发送对应于PDSCH的HARQ-ACK。接收下行链路信号和发送对应于下行链路信号的HARQ-ACK可以来和/往(或基于)第一小区(例如宏)。
WTRU可以从第一小区接收和/或监视与PDSCH(例如DL指派)相关联的(E)PDCCH。WTRU可以认为PDSCH、与该PDSCH相关联的(E)PDCCH、和/或对应于该PDSCH的HARQ-ACK是来/往准共位(quasi-collocated)的传输点。相同时间/频率偏移可以用于解调(例如这些信道的一个或多个的解调)。针对HARQ-ACK传输,根据下行链路定时参考(其可以是第一小区的(或从第一小区的DL定时确定的))(例如WTRU)可以应用定时提前。
上行链路通信(例如WTRU的)可以包括以下的一者或多者:监视可以与PUSCH相关联的(E)PDCCH、传送PUSCH、和/或接收可以对应于该PUSCH的HARQ-ACK。监视与PUSCH相关联的(E)PDCCH、传送PUSCH、和/或接收对应于该PUSCH的HARQ-ACK可以来/往(或基于)第二小区(例如LPN)。
第二小区的下行链路定时可以(例如由WTRU)用作上行链路定时参考(例如用于向第一和/或第二小区的传输)。例如,当上行链路定时提前值可以被应用(例如由WTRU应用)时,定时参考可以是第二小区的下行链路定时。第一小区的下行链路定时可以(例如由WTRU)用作上行链路定时参考(例如用于向第一和/或第二小区的传输)。上行链路定时参考(例如用于第一和/或第二小区)可以经由较高层信令被指示。该指示可以是(例如以用于UL定时参考)第一小区的下行链路定时和第二小区的下行链路定时的一者。
根据在PUCCH中包含的消息类型,该PUCCH可以被传送到小区A(例如宏)或小区B(例如LPN)。该消息类型可以被定义为PUCCH格式(例如,1/1a/1b/2/2a/2b/3)。WTRU传送PUCCH到的目标小区可以根据该PUCCH格式来确定。
如果PUCCH可以包括对应于来自小区A(例如宏)的PDSCH的HARQ-ACK,则该PUCCH可以被传送(例如由WTRU)给小区A(例如宏)。如果PUCCH可以包括肯定调度请求(SR),则PUCCH可以被传送(例如由WTRU)给小区B(例如LPN)。例如可以包括HARQ-ACK的PUCCH格式可以被传送(例如由WTRU)给小区,从该小区WTRU可以接收或可以已经接收相应的PDSCH。例如,如果WTRU可以从小区A(例如宏)接收到PDSCH,则小区A可以是用于PUCCH格式的目标小区,该PUCCH格式包括HARQ-ACK(例如PUCCH格式1a/1b/2a/2b/3)。可以包括SR(例如肯定SR)的PUCCH格式可以被传送(例如由WTRU)给小区(例如LPN),该小区可以被配置或确定为上行链路小区(或用于UL通信的小区),例如在解耦操作模式中。
在解耦操作模式或在其他情形中可以不在相同PUCCH中传送HARQ-ACK和肯定SR。例如,如果WTRU可以在耦合操作模式中,PUCCH格式1a可以用于具有肯定SR(例如在FDD中)的1比特HARQ-ACK。如果WTRU可以在解耦操作模式中,则PUCCH格式1a可以用于(例如仅用于)1比特HARQ-ACK(例如在FDD中)。例如,在解码操作模式中可以不复用肯定SR(例如在PUCCH格式1a中)。WTRU可以使用PUCCH格式1用于肯定SR传输。如果WTRU可以或可以需要在相同上行链路子帧中传送HARQ-ACK和肯定SR,则WTRU可以在该子帧中丢弃该肯定SR并在该子帧中传送该HARQ-ACK给例如小区A(例如宏)。WTRU可以在该子帧中丢弃该HARQ-ACK并传送肯定SR给例如小区B(LPN)。
根据在PUSCH中包含(或想要被包含)的消息类型,PUSCH可以被传送(例如由WTRU)给小区A(例如宏)或小区B(例如LPN)。该消息类型可以根据在该消息中存在UCI来定义。
如果PUSCH可以包括UCI,则PUSCH可以被传送(例如由WTRU)给小区A(例如宏)。如果PUSCH没有包含UCI,则PUSCH可以被传送(例如由WTRU)给小区B(例如LPN)。WTRU可以(或可以仅)在时间中(诸如在子帧或TTI中)传送PUSCH给一个小区。如果PUSCH可以包括UCI,则PUSCH可以在解耦操作模式中不包含单播业务。
如果WTRU可以具有或可以被调度用于UCI和UL单播业务一起(例如在相同子帧或TTI中),则WTRU可以丢弃单播业务并可以(例如可以仅)传送UCI。如果WTRU可以具有或被调度用于UCI和UL单播业务一起(例如在相同子帧或TTI中),则WTRU可以认为这是错误情况。WTRU可以传送业务类型之一给小区之一或可以不传送PUSCH(例如任何PUSCH)。如果PUCCH可以包括包含HARQ-ACK的UCI,则WTRU可以传送HARQ-ACK(例如可以仅传送HARQ-ACK)。WTRU可以使用PUCCH或PUSCH的至少一者用于HARQ-ACK传输,例如在WTRU可以有HARQ-ACK要传送的情况下。
如果PUSCH可以包括HARQ-ACK,则PUSCH可以被传送(例如由WTRU)给小区A(例如宏)。如果PUSCH可以不包括HARQ-ACK,则PUSCH可以被传送(例如由WTRU)给小区B(例如LPN)。
如果PUSCH可以包括HARQ-ACK,则PUSCH可以在解耦操作模式中可以不包括单播业务。WTRU可以丢弃可以被调度用于相同传输时间(例如子帧或TTI)的HARQ-ACK和/或UL单播数据。
相同时间(例如传输时间、子帧、TTI)可以被交叠时间(例如传输时间、子帧、TTI)替代且仍然与这里公开的概念保持一致。
根据可以由PDCCH(或EPDCCH)携带的DCI格式,可以(例如由WTRU)从小区A(例如宏)或小区B(例如LPN)监视/接收PDCCH(或EPDCCH)。在该示例中,如果WTRU可以尝试解码可以与上行链路授权有关的DCI格式(例如DCI格式0和/或4),则WTRU可以基于小区B(例如LPN)的配置监视PDCCH(或EPDCCH)。如果WTRU可以尝试解码可以与下行链路授权有关的DCI格式,则WTRU可以基于小区A(例如宏)的配置监视PDCCH(或EPDCCH)。
针对PDCCH(或EPDCCH)监视的小区的配置可以包括:物理小区ID(PCI);CRS配置,例如CRS端口数量和v移位;MBSFN模式;和/或EPDCCH配置,其可以包括资源分配、操作模式(例如局部化或分布式)和EPDCCH开始符号的一者或多者。
如果WTRU可以尝试解码的DCI格式可以属于小区A,则WTRU可以用基于小区A(例如宏)的CRS端口数量和/或CRS的v移位来监视PDCCH。如果WTRU可以尝试解码的DCI格式可以属于小区B,则WTRU可以用基于小区B(例如LPN)的CRS端口数和/或CRS的v移位来监视PDCCH。WTRU可以认为CRS端口的数量可以针对小区A和小区B是相同的。
DCI格式可以属于(例如针对WTRU)的小区可以被预定义,根据预定义条件被隐式预定义,和/或经由较高层信令被配置。例如,用于UL授权的DCI格式可以属于小区B(例如LPN)和/或用于DL授权的DCI格式可以属于小区A(例如宏)。
例如,如果WTRU可以尝试解码的DCI格式可以属于小区A,则WTRU可以在可以为小区A配置的EPDCCH资源集(例如EPDCCH资源集A)中监视EPDCCH,和/或例如如果WTRU可以尝试解码的DCI格式可以属于小区B,则WTRU可以在可以为小区B配置的另一EPDCCH资源集(例如EPDCCH资源集B)中监视EPDCCH。
EPDCCH资源集A和EPDCCH资源集B可以在时间/频率资源(例如PRB)是部分或全部重叠的。如果WTRU可以或可以需要在这两个EPDCCH资源集中监视EPDCCH,则WTRU可以例如根据WTRU可以尝试解码的DCI格式EPDCCH资源集中优先选择一者。
EPDCCH资源集A和EPDCCH资源集B可以在时域和/或频域中是相互正交的,且WTRU可以认为在EPDCCH资源集A与EPDCCH资源集B之间没有资源冲突。
EPDCCH资源集A和EPDCCH资源集B可以独立被配置。EPDCCH资源集A可以被配置为局部模式(localizedmode),且EPDCCH资源集B可以被配置为分布式模式(distributedmode)。WTRU可以基于局部操作模式尝试解码可以与EPDCCH资源集A中的DL(例如DCI格式2)相关联的DCI格式,和/或WTRU可以基于分布式操作模式尝试解码可以与EPDCCH资源集B中的UL(例如DCI格式0)相关联的另一DCI格式。
在另一方案中,WTRU可以根据DCI格式可以相关联的通信方向(例如DL或UL)监视PDCCH或EPDCCH。例如,WTRU可以解码或尝试解码DCI格式,其可以与在小区B(例如LPN)的(或基于其配置的)PDCCH区域(或EPDCCH区域)中的UL通信相关联(例如可以包括上行链路授权的DCI格式,例如DCI格式0和/或4),和/或WTRU可以解码或尝试解码DCI格式,其可以与在小区A(例如宏)的(或基于其配置的)EPDCCH区域(或PDCCH区域)中的DL通信相关联(例如,可以包括下行链路授权的DCI格式,例如DCI格式1A、2和其他)。小区A和/或小区B的配置可以包括信令和/或参数,其可以使得WTRU定位和/或解码该(或每个)小区的PDCCH和/或EPDCCH。
WTRU可以监视和/或尝试解码一个或多个DCI格式,其可以与PDCCHWTRU特定搜索空间中的一个通信方向(例如DL或UL)相关联,和一个或多个DCI格式,其可以与在EPDCCHWTRU特定的搜索空间中的另一通信方向(例如UL或DL)相关联。这可以在WTRU可以(或可以需要)监视和/或尝试针对上行链路和下行链路两者通信(例如针对解耦模式操作)解码DCI格式的情况下适用(例如仅在这个情况下适用)。
可以在PDCCH区域(例如仅在PDCCH区域)中配置公共搜索空间。WTRU可以(例如不管可以与小区相关联的通信方向如何)为(例如任意)可以携带***信息(例如使用SI-RNTI)、随机接入响应(例如使用RA-RNTI)和/或寻呼(例如使用P-RNTI)的一者或多者的DCI监视PDCCH区域(例如小区的PDCCH区域,例如小区A和/或小区B)。
WTRU可以被配置有独立用于上行链路和下行链路通信的C-RNTI。例如,用于下行链路通信的C-RNTI(例如,DL-C-RNTI)可以在RACH过程期间被指派和/或用于上行链路通信的C-RNTI(例如UL-C-RNTI)可以经由较高层信令被配置。WTRU可以基于C-RNTI的类型接收或监视PDCCH(或EPDCCH)。
WTRU可以为可以用DL-C-RNTI扰码的DCI监视控制区域(例如PDCCH或EPDCCH区域)。WTRU可以为可以用UL-C-RNTI加扰的DCI监视另一(或其他)控制区域(例如EPDCCH或PDCCH区域)。例如,当WTRU可以监视和/或尝试解码可以用DL-C-RNTI加扰的DCI时,PDCCH或EPDCCH的配置可以基于与DL通信相关联的小区。当WTRU可以监视和/或尝试解码可以用UL-C-RNTI加扰的DCI时,PDCCH或EPDCCH的配置可以基于与UL通信相关联的小区。
搜索空间可以根据DL-C-RNTI和/或UL-C-RNTI被定义。搜索空间可以针对可以用DL-C-RNTI加扰的DCI和用UL-C-RNTI加扰的DCI是不同的。
在解耦操作模式中,由于相关联的小区可以不同,上行链路通信和下行链路通信可以具有不同的覆盖。覆盖增强等级可以根据通信方向分别被应用。链路自适应可以或可以需要根据操作模式被执行或不同被执行。
例如根据信道条件,例如在解耦模式中的不同方向中的信道条件,可以在一个通信方向(例如DL或UL)或两个(例如DL或UL)方向中应用覆盖限制操作模式。
例如,WTRU(例如被配置有或操作在解耦模式的WTRU)针对一个通信方向(例如DL)可以被配置有和/或操作在覆盖限制操作模式,而另一通信方向(例如UL)可以使用或在非覆盖限制操作模式。覆盖限制操作模式可以包括使用覆盖增强传输方案,例如重复、TTI绑定、和/或数据和/或控制信道的PSD增强。非覆盖限制操作模式可以包括用于LTE设备的旧有传输方案(例如,可以不使用覆盖增强方案)。
用于HARQ过程的定时可以根据用于下行链路和上行链路两者的覆盖限制操作模式,但是上行链路可以不被配置为覆盖限制操作模式。如果上行链路可以被配置有非覆盖限制操作模式而下行链路可以被配置有覆盖限制操作模式,则可以从相关联上行链路LPN得到用于上行链路功率控制的路径损耗。
WTRU(例如被配置有或操作在解耦模式的WTRU)可以被配置有用于下行链路和上行链路两者的覆盖限制操作模式。覆盖限制等级可以针对下行链路和上行链路是不同的。可以针对下行链路和上行链路分别配置覆盖限制操作模式。针对覆盖增强的PDSCH的重复次数可以根据针对覆盖增强的PUSCH的重复次数被分开配置。TTI绑定尺寸可以在上行链路和下行链路之间是不同的。
可以根据物理信道类型、包括的信息类型、和/或WTRU传送到的传输点(例如宏或LPN)不同使用覆盖增强模式。
可以在多个子帧上重复上行链路和/或下行链路信道以改善信道覆盖,和/或重复的次数(和/或PSD增强)可以根据覆盖增强(CE)等级可以是不同的。例如,针对上行链路或下行链路信道可以支持至多某数量(例如四个)CE等级,且第一CE等级(例如CE等级1)可以是不重复。第二CE等级(例如CE等级2)可以使用某数量(例如五次)重复。第三和第四CE等级(例如CE等级3和CE等级4)可以使用某重复(例如分别是10次和20次重复)。
CE等级的数量和重复的次数是非限制性示例。任意数量的CE等级和/或重复可以被使用并仍然与这里公开的概念保持一致。
这里描述的CE等级示例可以应用于部分解耦模式情形(和/或全解耦模式情形)。
CE等级(例如用于PUCCH格式)可以根据可以例如在解耦操作模式中包含在PUCCH中的消息类型被配置或确定(例如独立地)。相同的CE等级可以被应用于在耦合操作模式中或其他情况中的某(例如所有)PUCCH格式。
消息类型可以被定义为(或基于)PUCCH格式但是可以不限于PUCCH格式。消息类型可以被定义为或基于PUCCH内容。
可以包括HARQ-ACK的PUCCH格式的CE等级可以基于小区B(例如宏)的覆盖限制等级被配置或确定。可以包括肯定SR的PUCCH格式的CE等级可以基于小区A(例如LPN)的覆盖限制等级被配置或确定。
PUCCH格式1a/1b/2/2a/2b/3的一个或多个可以被配置有或被确定具有相同的CE等级。PUCCH格式的子集可以在解耦操作模式中被支持用于HARQ-ACK传输。例如,PUCCH格式1a可以在解耦模式中被支持(例如仅PUCCH格式)。PUCCH格式1a/2可以在解耦模式中被支持(例如,仅PUCCH格式)。
PUCCH格式1可以被配置或确定具有可以小于其他PUCCH格式的CE等级的CE等级。
可以包括HARQ-ACK的PUCCH格式的CE等级可以在PRACH过程期间由WTRU来确定。可以包括肯定SR的PUCCH格式的CE等级可以通过较高层信令来配置。例如,可以包括HARQ-ACK的PUCCH格式的CE等级可以根据可以(或可以已经)用于PRACH前导码传输(WTRU从该传输可以已经成功接收到RAR)的CE等级来确定(例如,可以确定为与该CE等级相同)。包括肯定SR的PUCCH格式的CE等级可以例如在WTRU可以被配置成操作解耦模式时通过较高层信令来配置。
PUCCH(和/或PUSCH)的CE可以基于用于PUCCH(和/或PUSCH)传输的目标小区来确定或配置。例如,如果PUCCH(和/或PUSCH)可以被传送给目标小区-小区A(例如宏),则CE等级可以基于小区A。如果PUCCH可以被传送给目标小区-小区B(例如LPN),则CE等级可以基于小区B。
PUCCH(和/或PUSCH)的CE等级可以基于PUCCH(和/或PUSCH)传输的物理或虚拟小区ID来确定或配置。CE等级可以根据用于上行链路传输的WTRUID被确定或配置。
WTRU可以传输PUCCH和/或PUSCH。
WTRU可以确定和/或使用信道(例如PUCCH和/或PUSCH)的CE等级。小区可以配置可以用于信道(例如PUCCH和/或PUSCH)的CE等级(例如供WTRU使用)。WTRU可以例如经由诸如较高层信令的信令从该小区接收这样的配置。
信道的CE等级可以是当传送或接收该信道时WTRU可以使用的CE等级。与WTRU通信的小区当与WTRU通信时可以使用该相同的该信道的CE等级。
小区的CE等级可以是WTRU当与小区通信时可以使用的CE等级,例如针对某一个或多个信道。
PUSCH传输的CE等级可以基于预定义条件来确定,例如在PUSCH中存在UCI。例如,可以包括UCI的PUSCH可以使用为小区B(例如宏)确定的某CE等级来传送和/或可以没有包括UCI的PUSCH可以使用可以为小区B(例如LPN)确定的另一CE等级来传送。预定义条件可以是PUSCH可以被传送到的小区的物理或虚拟小区ID。可以被传送到小区A的PUSCH可以使用一个CE等级(例如CE等级2)。被传送到小区B的PUCCH可以使用另一CE等级(例如CE等级4)。
每个小区(例如用于PUSCH传输)的CE等级可以(例如针对WTRU或由WTRU)独立被配置或确定。用于小区B(例如宏)的CE等级可以在RACH过程期间被确定(例如由WTRU)。CE等级可以是(或可以基于)用于PRACH前导码传输(针对该PRACH前导码传输WTRU可以成功接收或已经成功接收RAR)的WTRU可以使用或可以已经使用的CE等级。用于小区A(例如LPN)的CE等级可以经由来自小区B的较高层信令来配置。用于小区A(例如LPN)的CE等级可以在可以定标小区A的RACH过程期间被确定(例如由WTRU)。该RACH过程可以与用于小区B的RACH过程分开。
用于每个小区的CE等级可以由小区之一(例如小区B)配置。用于每个小区的CE等级可以例如在RRC连接建立(其中RRC连接建立可以与小区之一(例如小区B))之后通过较高层用信号通知。
用于PUSCH传输的CE等级可以通过或在针对PUSCH的相关联(E)PDCCH(例如其可以包括用于PUSCH的UL授权)中被指示。
用于上行链路授权的相关联(E)PDCCH可以包括用于相应PUSCH传输的CE等级(例如WTRU可以使用的)的指示,例如显式指示(例如一个或多个比特)。支持的CE等级和要使用的CE等级的一个或多个可以在可用于上行链路授权的DCI格式中被指示。
用于上行链路授权的相关联(E)PDCCH可以隐式指示用于PUSCH传输的CE等级。
CE等级有关的C-RNTI可以被使用。例如,C-RNTI-1可以用于指示CE等级1,C-RNTI-2可以用于指示CE等级2,等等。可以在C-RNTI与CE等级之间具有一对一映射。(E)PDCCH搜索空间可以被划分,且每个划分可以对应于某CE等级。如果WTRU可以在某(E)PDCCH搜索空间划分中接收到上行链路授权,则该划分可以隐式指示用于PUSCH传输的CE等级。可以为上行链路通信配置两个或更多个(E)PDCCH搜索空间,且每个(E)PDCCH搜索空间可以对应于(或可以被配置有)某CE等级。如果WTRU可以接收用于上行链路通信的DCI,则用于PUSCH传输的CE等级可以基于搜索空间(WTRU从该搜索空间接收到该DCI)来确定。用于上行链路授权的相关联(E)PDCCH的CE等级可以用作用于PUSCH传输的CE等级。
用于(E)PDCCH传输的CE等级可以基于WTRU可以尝试解码DCI所在的搜索空间来确定。用于(E)PDCCH传输的CE等级可以是小区可以使用用于传输和/或WTRU可以使用用于监视和/或接收该(E)PDCCH的CE等级。
可以配置两个或更多个(E)PDCCH搜索空间和可以配置用于每个搜索空间的CE等级。WTRU可以基于例如使用配置的CE等级在某(E)PDCCH搜索空间中解码(E)PDCCH候选。在一个示例中,两个(E)PDCCH搜索空间可以分别被配置有第一和第二CE等级(例如CE等级1和CE等级3)。WTRU可以尝试在具有第一CE等级(例如CE等级1)的第一(E)PDCCH搜索空间中解码DCI,且WTRU可以尝试在具有(例如使用或根据)第二CE等级(例如CE等级3)的第二(E)PDCCH搜索空间中解码DCI。较高层信令可以用于配置用于每个搜索空间的CE等级。
(E)PDCCH搜索空间可以被划分多个子集。子集可以被配置有某CE等级。WTRU可以基于(例如使用)可以被配置的该CE等级尝试解码(E)PDCCH子集中的(E)PDCCH候选。
用于(E)PDCCH传输的CE等级可以基于可以被携带在该(E)PDCCH中的该DCI格式被确定。用于可以与下行链路通信相关联的一个或多个DCI格式(例如DCI格式1A/2/2A/2B/2C)的CE等级可以基于用于小区B(例如宏)的CE等级来确定。用于可以与上行链路通信相关联的一个或多个DCI格式(例如DCI格式0/4)的CE等级可以基于用于小区A(例如LPN)的CE等级来确定。用于可以与下行链路通信相关联的一个或多个DCI格式的CE等级可以由小区B(例如宏)来确定。用于可以与上行链路通信相关联的一个或多个DCI格式的CE等级可以由小区A(例如LPN)来确定。用于可以与下行链路通信相关联的一个或多个DCI格式的CE等级可以在RACH过程期间被确定。例如,可以被WTRU用于PRACH前导码传输(针对该传输WTRU可以成功接收RAR)的CE等级可以是或可以确定可以与下行链路(或UL)通信相关联的DCI格式的CE等级。用于可以与上行链路(或DL)通信相关联的一个或多个DCI格式的CE等级可以经由较高层信令来配置。
节点(例如宏eNB和/或LPN)可以需要检测、知道或被通知WTRU是否落入可以保证解耦或耦合操作(例如用于合适***操作)的信道条件。这些信道条件可以分别称为解耦和耦合信道条件。
所选的下行链路小区、合适的下行链路小区、最佳下行链路小区和用于DL通信的小区可以互换使用。宏小区(或LPN小区)可以是选择的、合适的、或最佳DL小区。宏小区(或LPN小区)可以是用于DL通信的小区。宏(或LPN)或宏(或LPN)小区可以与所选的、合适的和最佳DL小区互换使用。
所选的UL小区、合适的UL小区、最佳UL小区和用于UL通信的小区可以互换使用。LPN小区(或宏小区)可以是所选的、合适的、或最佳UL小区。LPN小区(或宏小区)可以是用于UL通信的小区。LPN(或宏)或LPN(或宏)小区可以与所选的、合适的和最佳UL小区互换使用。
PRACH资源可以被划分以指示WTRU是否可以具有解耦信道条件。解耦信道条件可以包括但不限于WTRU的上行链路小区(例如所选UL小区)可以不同于其DL小区(例如所选下行链路小区)的情形(例如,在用于上行链路和下行链路的小区选择和/或重选(例如分开的小区和/或重选)过程之后)。
PRACH资源可以通过前导码(例如前导码子集或集合)、时间和/或频率的一者或多者划分,由此一个或多个某些(例如预留)PRACH资源可以用于指示WTRU是否可以具有解耦信道条件。如果WTRU(例如低成本WTRU)选择这里所述的解耦模式(例如,如果WTRU发现可以与其所选的DL小区或宏相比具有更好的上行链路覆盖的小区或如果WTRU选择不同的UL和DL小区或用于UL和DL通信的不同小区),则例如WTRU可以使用一个或多个某些(例如预留的)PRACH资源。
WTRU(例如低成本或覆盖限制的WTRU)可以测量来自小区的下行链路信号(例如可侦听小区、可用小区、附近小区或诸如列表标识的小区)且如果这些小区的(例如最佳)测量(例如信号功率或RSRP的测量)满足某标准,例如低于阈值,则WTRU可以认为其自身是覆盖限制的WTRU。WTRU可以选择具有某(例如最佳)测量的小区例如作为其所选的DL小区。可以区分覆盖限制的WTRU和非覆盖限制的WTRU的阈值可以被预定义,和/或该阈值可以经由诸如广播信道或信令的较高层信令被配置。
WTRU可以(例如然后可以)检查该小区(例如所选DL小区)是否支持解耦模式(例如基于可以从该小区被广播的信号)。例如如果小区支持解耦模式,WTRU可以(例如可以然后)测量(或估计或确定)上行链路路径损耗(或可以测量、估计或确定其可以使用用于上行链路路径损耗估计或等同物的下行链路路径损耗),例如以确定是否有具有或提供更好上行链路覆盖的另一小区(例如,用于WTRU)。
WTRU可以例如基于UL或DL路径损耗选择其认为具有更好上行链路覆盖的UL小区,例如具有最低UL或DL路径损耗的小区。
WTRU可以选择和/或使用某(或预留)PRACH资源的至少一个来指示用于WTRU的解耦信道条件给例如DL和/或UL所选小区的eNB。WTRU可以在某(或预留)PRACH资源的至少一个上传送PRACH给例如所选DL小区和/或所选UL小区的eNB。
可以用于指示解耦信道条件的某(或预留)PRACH资源可以经由广播信道或信令被提供。这些资源可以独立于(或分离于)可以用于耦合模式或(例如旧有)LTEWTRU使用的PRACH资源,例如该WTRU可以不操作在,考虑操作在,或想要操作在解耦模式。可以用于指示解耦信道条件的某(或预留)PRACH资源可以被预定义。WTRU可以例如经由较高层信令(例如广播(或专用)信令)被通知节点或网络是否支持解耦模式。
可以用于指示解耦信道条件的某(或预留)PRACH资源可以经由较高层信令(例如广播或专用信令)被提供给WTRU。该资源可以由所选DL小区或所选UL小区提供。资源可以用于到所选DL小区或所选UL小区的PRACH传输,例如以指示WTRU具有解耦信道条件。
该资源可以由所选DL小区(例如宏)预定义或提供,且WTRU可以使用这些资源的至少一个传送PRACH给所选DL小区(例如宏)。WTRU可以例如通过使用这些资源指示其具有解耦信道条件给所选DL小区。
要在所选UL小区(例如LPN)上使用的该资源可以由所选DL小区(例如宏)预定义或提供,或由所选UL小区(例如LPN)提供,且WTRU可以使用这些资源的至少一个传送PRACH给所选UL小区(例如LPN)。WTRU可以例如通过使用这些资源向所选UL小区指示该WTRU具有解耦信道条件。
WTRU可以在随机接入过程(例如用于连接建立的随机接入过程)期间或作为其部分传送该PRACH。
较高层信令(例如RRC信令)可以例如在RRC连接建立之后用于指示解耦信道条件。用于解耦模式的配置信息可以例如由eNB经由较高层信令提供给WTRU,且WTRU(例如低成本WTRU)可以从耦合模式切换到解耦模式。WTRU可以例如针对连接建立执行到节点(例如宏eNB)的随机接入过程,且该节点可以提供用于解耦模式的配置信息。该WTRU可以例如响应于接收该配置信息,切换到或开始操作在解耦模式。该配置信息可以包括与一个或多个小区(例如附加小区)(例如要在解耦模式中使用的LPN小区(或多个小区))有关的信息,例如小区频率、小区带宽、小区ID等。
在另一方案中,WTRU可以(或可以一直)尝试(例如首次尝试)随机接入到小区,例如合适的(例如合适的DL或旧有)小区、具有最佳RSRP的小区(其可以是宏小区)、或该宏小区。在随机接入失败x次时(或之后),其中x可以是预配置的或可以在广播信令(例如在***信息(例如SIB)中)中被提供,WTRU可以确定或确定其应该尝试解耦模式随机接入。WTRU可以在确定要或确定其应该尝试解耦模式随机接入之前,可以尝试非覆盖增强随机接入和/或覆盖增强随机接入。x的值可以是WTRU实施特定的。覆盖增强随机接入可以包括使用某些PRACH资源和/或重复。
解耦模式随机接入可以包括执行到另一小区(例如所选的UL小区,例如LPN小区)的随机接入,该另一小区可以不同于已经被选为例如合适(例如合适的DL或旧有)小区或不同于具有最佳RSRP的小区(其可以是宏小区),或不同于该宏小区。WTRU可以例如同时执行到宏和LPN的随机接入。解耦模式随机接入可以包括同时随机接入到例如宏和LPN的多个小区。
当在使用最大PRACH传输功率后例如到某小区(例如所选小区)(例如已经被选为合适(例如合适的DL或旧有)小区或具有最佳RSRP的小区(其可以是宏小区)或该宏小区的小区)的随机接入失败时(或之后),WTRU可以确定要或确定其应该尝试解耦模式随机接入。
WTRU可以使用切换到解耦操作的合适触发(例如x的值或阈值)可以被包括在广播信令中,例如SIB,其可以由所选DL小区或宏小区传送。
可以执行使用双工分隔(separation)(例如UL-DL带分隔)的处理或避免操作(例如WTRU操作),其可以不同于所预期的(例如基于宏双工分隔)、典型的或指定的(例如基于当前支持的FDD带)。
当LPN使用不同的DL-UL频率对或在不同于DL宏对的频率的ULTDD频率上时,WTRU(例如FDDWTRU)可以在使用宏小区DL和LPNUL频率时经历频率双工分隔。该频率双工分隔可以不同于所预期的(例如基于宏双工分隔)、典型的、或指定的(例如基于当前支持的FDD带)。
双工器设计可以考虑可以是预期的、典型的或指定的DL和UL之间的频率分隔(例如针对某些频带)。例如,双工器可以被设计用于具有特定带分隔的某FDD载波。LPNUL频率的一个或多个可以落入较低分隔值,其可以使得接收机本身由于可以考虑DL和UL之间的频率分隔的双工器设计而灵敏度恶化(desense)。双工器的设计可以使得WTRU可以使用的UL频率的限制具有至少标称带值的DL-UL分隔。例如,V带可以具有45MHzDL-UL标称分隔。针对V带,WTRU可以操作在可以是从宏小区DL频率分隔至少45MHz的UL频率。低于例如45MHz的分隔可以损坏接收机灵敏度。WTRU输出功率限制可以提供非标称双工分隔。LPN可以操作在不同于宏小区的带宽,且该WTRU可以改变发射机带宽和基带采样频率。
例如作为双工器限制或接收机灵敏度的结果,可以有针对来自UL小区(例如LPN)的上行链路带(或频率)的频率限制(例如其可以被施加),由此该上行链路频率带(或频率)可以从下行链路频率带分隔至少可以在耦合情况中被采用的特定带分隔。
频率(例如UL或DL频率或载波频率)、选择、使用或指派的一者或多者可以被限制到WTRU可以使用的频率以具有合适或可用的DL-UL分隔,例如可以基于DL频带的至少标称带值。
WTRU输出功率限制可以用于(例如由WTRU)非标称双工分隔(例如当对其使用和操作时)。
LPN可以在不同于宏小区的带宽操作。WTRU可以改变(或使用不同的)发射机带宽和/或基带采样频率(例如不同于其可以用来与宏通信的),例如与LPN通信,当该LNP以不同于宏小区或在其他情况的带宽操作时。
例如,可以针对在或使用FDD或TDD的LPN和宏(例如每个可以)的频率带(或操作频率)不同的情况,支持解耦模式。例如,如果解耦模式可以在针对TDD中的LPN和宏(或一个在FDD且另一个在TDD)不同的频率带被使用,则其可以成为(或WTRU可以使用)FDD操作,因为该频率带(或载波频率)可以针对上行链路和下行链路是不同的。例如,作为在解耦模式中具有不同频率或频率带的UL和DL的结果,可以是(或可以要用于)TDD的WTRU(例如低成本WTRU)可以(或可以需要)实施双工器和/或使用解耦模式中FDD操作的至少一些方面。
上行链路小区搜索、半双工FDD模式、和/或WTRU测量以及信道反馈可以用于解耦模式和/或在频带(或载波频率)针对LPN和宏(或针对例如WTRU可以在解耦模式中使用的至少两个节点的一个或多个方向)可以是不同的情况下被应用。WTRU可以使用简单或单个发射机或单个功率放大器(PA)操作在解耦模式。
可以支持解耦模式的WTRU(例如低成本WTRU)可以向节点(例如宏或LPN)报告或通知其双工能力。该双工能力可以是WTRU能够针对WTRU可以与该节点操作所在的频带所支持的最小频率分隔。该节点可以将WTRU可以能够支持的该最小频率分隔认为是用于WTRU和节点正操作的频带的DL-UL频率分隔(例如当WTRU操作在FDD模式时)。
节点(例如宏或LPN)可以例如在接收(或认为、确定或知道)WTRU的双工能力时(或之后或作为结果),(例如向WTRU)指示和/或配置(例如给或为WTRU配置)某频率集合或范围,例如其可以由E-UTRA绝对射频信道号(EARFCN)来表示,其可以由WTRU用于例如上行链路小区搜索的目的,例如在解耦模式中或用于解耦模式。可以不用于例如上行链路小区搜索的某目的(例如在解耦模式中或用于解耦模式)的频率集合或范围(例如EARFCN)可以由节点配置或通知给WTRU。
频率集合或范围(例如EARFCN)可以被替换为小区(例如LPN)列表,例如用于解耦模式。该列表可以包括可以由其小区ID表示的小区(例如LPN)和可以用于或需要用于上行链路小区搜索的关联信息。该关联信息(例如针对每个小区)可以包括但不限于频率带或载波频率(EARFCN)、双工模式(例如FDD或TDD)、带宽以及基站(例如小区)传输功率的一者或多者。
如果没有可以在用于WTRU的双工能力内可用的EARFCN,则节点(例如宏)可以给WTRU配置回退(fallback)操作。该WTRU可以自发地选择回退操作。耦合模式操作可以被认为是回退操作。在耦合模式中,WTRU可以认为上行链路小区与所选的下行链路小区相同。
如果没有可以在用于WTRU的双工能力内可用的EARFCN,则WTRU可以尝试重选下行链路小区,例如其可以在耦合模式中使用的小区或可以具有可以提供足够频率分隔(例如用于解耦模式)的相关联节点(例如LPN)的小区。该节点(例如宏)可以向WTRU指示执行该重选或WTRU可以确定进行重选。
如果没有可以在用于WTRU的双工能力内可用的EARFCN,则例如WTRU可以认为这是无线电链路故障且WTRU可以执行小区搜索(或从小区搜索重新开始)。
该双工能力可以被提供或报告为参考频率(例如EARFCN),其可以具有WTRU可以支持的最小频率(或带)分隔。例如,针对WTRU在载波频率f1操作且支持f2(例如45MHz)的频率分隔,WTRU可以报告值f1+f2。该双工能力可以被通知为带分隔的实际值,例如f2。
节点(例如宏)可以提供(例如广播)可以用于上行链路小区选择的小区或LPN的列表,并可以包括例如使用该列表或在该列表中包括频率(或频率带)信息。
当例如执行UL小区选择和/或重选时,WTRU可以(例如可以自发)例如基于该列表(例如,在接收该列表时,在接收该列表之后,或作为接收该列表的结果)(例如经由广播信息)移除或排除小区或LPN,针对该小区或LPN上行链路带分隔可能比其可以考虑用于UL通信的小区小某量(例如小于用于耦合模式的分隔)。
如果在可以提供WTRU的双工能力内的频率(例如UL频率、足够的频率、足够的UL频率)的列表中没有小区(例如LPN),则WTRU可以认为或可以操作就像在该小区(例如可以已经提供该列表的小区或节点)中不支持解耦模式。低成本WTRU可以尝试重选下行链路小区直到其可以找到具有足够频率分隔的下行链路和上行链路小区对。在选择上行链路小区时(或之后或作为其结果),WTRU可以向节点(例如宏)报告(例如发送消息或报告)以通知其WTRU已经选择哪个小区(例如LPN)作为上行链路小区。WTRU可以报告该小区的小区ID。
如果用于解耦模式(例如WTRU的)的带分隔可以低于某间隔(例如耦合模式的带分隔或最小带分隔(例如用于WTRU)),则(例如WTRU)可以使用传输功率限制。在一个示例中,WTRU可以检测(或确定)不合适的(例如太小的)频率分隔。如果WTRU可以检测(或确定)不合适的(例如太小的)频率分隔(可以通过其输出功率限制来解决),WTRU可以相应限制其功率和/或WTRU可以将其最大允许传输功率(例如针对该特定UL频率)报告给例如节点(例如宏)。例如,如果例如用于耦合模式的标称带分隔可以是某值,例如45MHz,且所选UL小区(或用于UL通信的小区)例如LPN可以使用可对应于较低分隔(例如40MHz)的UL频率,则WTRU输出功率限制(例如WTRU的)可以是某最大值,例如20或17dBm,例如以补偿缺少或减少的分隔。当向UL小区传送时WTRU可以限制其输出功率为该值。WTRU可以将该最大功率值报告给其可以通信的一个或多个节点(例如宏和/或LPN)。
WTRU可以确定和/或具有可在例如用于解耦模式的UL与DL之间的带分隔可以低于某值(例如用于耦合模式的带分隔)时被(例如WTRU)使用的最大功率限制。最大功率限制可以称为Pcmax,d且可以是小区特定的或节点特定的,或可以有可具有相同或不同值的小区特定(例如用于每个小区)和节点特定的限制。
如果WTRU最大功率限制例如Pcmax,d可以低于通过LPN的部署支持的最大功率限制(例如Pcmax或Pcmax,c),WTRU可以基于其自己的最大允许功率(例如Pcmax,d)报告功率余量(PH)。
针对用于小区(例如可以是LPN的UL小区)的PH计算、确定和/或报告,WTRU可以使用用于该小区的普通计算的Pcmax,c和用于减小的UL-DL带分隔的最大功率限制(例如Pcmax,d)中的较小一者作为最大功率。Pcmax,d可以被合并到Pcmax,c等式以完成等效。PH可以是最大功率减去所计算的传输功率。Pemax,c(例如用信号发送的最大功率)和Pcmax,d的最小值可以用在功率控制和/或功率余量计算中,例如替换Pemax,c。Pcmax,d可以合并到Pcmax,c等式以实现等效。当可以超过其自己的允许功率(例如Pcmax,d)时,WTRU可以报告否定功率余量,例如当WTRU功率仍然还在可被确定排除带分隔考虑的最大(例如最大LPN)功率下(例如Pcmax和/或Pcmax,c)时。
WTRU可以在PHR中使用功率管理降低(例如P-MPR)比特(该PHR可以与半FDD操作相关联),以用信号发送用于该半双工FDD情况的功率限制。
第一节点(例如宏)可以将另一节点或小区(例如LPN)选为用于WTRU的上行链路小区,该WTRU可以被配置用于或操作在(或其可以需要或打算操作在)解耦模式中。该第一节点可以基于PRACH前导码检测、例如从WTRU报告的双工能力信息、或可用于第一节点的操作带或由第一节点的操作带使用的带分隔(例如在耦合模式中)的至少一者选择另一节点或小区。
WTRU可以例如在能力消息中向节点(例如宏)报告期双工能力。可以从WTRU的所选的下行链路小区或由该所选的下行链路小区给WTRU配置上行链路小区。
半双工FDD(HD-FDD)模式可以在TDD网络中用于WTRU(例如低成本WTRU)或由该WTRU使用。这可以应用于WTRU的解耦操作或由该WTRU的解耦操作,例如如果WTRU与之通信的节点或小区(例如LPN和/或宏)的频率带不同。
TDD网络可以是可使用典型地预留给TDD操作的频率的一个或多个节点的集合。TDD网络可以是一个或多个节点(例如宏和LPN)的集合,其中该节点可以针对耦合模式在TDD模式中使用或操作。
TDDWTRU可以是能够操作在至少TDD模式或可与TDD空中接口操作的WTRU(例如,当与一个或多个小区和/或节点通信时)。
TDDWTRU(例如低成本WTRU)可以报告或指示其HD-FDD能力例如给节点(例如宏或LPN)。如果WTRU可以具有用于HD-FDD的能力并可以使用解耦模式,WTRU可以针对上行链路和下行链路执行小区选择过程(例如,分别)。
WTRU可以确定用于宏和/或LPN的TDD子帧配置。WTRU可以认为该宏和LPN可以具有相同的TDD子帧配置且该子帧配置可以从来自宏的广播信道或信息获取。WTRU可以认为LPN的上行链路子帧配置是至少与用于宏或宏的上行链路子帧的子集的上行链路子帧配置相同。
WTRU可以从宏和LPN接收广播信道或信息。如果TDD子帧配置可以在宏和LPN之间不同,则优先级(例如预定义优先级)规则可以被应用以确定WTRU可以用于子帧的方向。宏中的下行链路子帧可以具有比LPN中的上行链路子帧更高的优先级。LPN中的上行链路子帧可以具有比宏中的下行链路子帧更高的优先级。
WTRU(例如低成本WTRU)可以在选择下行链路小区和/或上行链路小区时(或之后或作为结果)选择TDD与HD-FDD之间的双工操作模式。WTRU可以基于某些(例如预定义)标准来选择下行链路小区。如果测量的信号(或多个信号)可以满足某(例如预定义)条件(例如覆盖限制条件),则WTRU可以执行上行链路小区选择过程。在选择上行链路小区时(或之后或作为结果),WTRU可以选择TDD或HD-FDD操作。如果所选的上行链路小区与所选的下行链路小区相同,则WTRU可以选择TDD。否则WTRU可以选择HD-FDD。如果WTRU选择了HD-FDD,则其可以指示或报告其能力(例如双工能力)为HD-FDD。如果WTRU选择TDD,则其可以指示或报告其能力(例如双工能力)为TDD和/或HD-FDD(例如TDD和HD-FDD两者)。
针对WTRU(例如可以是低成本WTRU的TDDWTRU,其可以使用或正操作在或于解耦模式)的操作,例如HD-FDD操作,保护(guard)子帧可以用于上行链路和下行链路之间的切换。例如,Nguard个子帧可以在上行链路和下行链路子帧之间被使用,其中Nguard可以是正整数(例如1)。Nguard可以是预定义数,或可以经由较高层配置,或可以被隐式配置,例如根据下行链路和/或上行链路子帧配置。可以针对(例如仅针对)从下行链路到上行链路的切换的情况引入保护子帧。
针对WTRU(例如可以是低成本WTRU的TDDWTRU,其可以使用或正操作在或于解耦模式)的操作,例如HD-FDD操作,上行链路和下行链路子帧切换可以基于无线电帧号(例如SFN)。例如,偶数无线电帧可以用于下行链路,且奇数无线电帧可以用于上行链路。可以在下行链路无线电帧中的最后Nguard个子帧中引入保护子帧。
针对WTRU(例如可以是低成本WTRU的TDDWTRU,其可以使用或操作在或于解耦模式)的操作,例如HD-FDD操作,TDD操作可以被认为是默认模式,且HD-FDD模式可以基于配置被使用。WTRU(例如低成本WTRU)可以操作在TDD模式直到例如经由较高层信令(例如RRC信令)被配置(例如由eNB)用于HD-FDD模式。该配置可以在RRC连接建立期间或之后被提供。
HD-FDD模式可以用于FDD网络中的WTRU(例如低成本WTRU)或被其使用。这可以应用于解耦操作,例如在用于WTRU可以通信的节点或小区(例如LPN和/或宏)的频率带可以是不同的情况下。
FDD网络可以是可以使用典型地预留给FDD操作的频率的一个或多个节点的集合。FDD网络可以是一个或多个节点(例如宏和LPN)的集合,其中节点可以针对耦合操作使用或操作在FDD模式(其可以是全双工和/或半双工)。
WTRU(例如低成本WTRU)可以具有HD-FDD能力并可以使用解耦模式,WTRU可以执行用于上行链路和下行链路的小区选择(例如分别)。
为了确定UL和DL子帧配置,例如规则(例如预定义规则)可以被应用以定义上行链路和下行链路子帧。例如,至少某些子帧号(例如0、4、5和9中的一个或多个)可以被定义为下行链路子帧且其他可以被认为是上行链路子帧。MBSFN子帧配置可以被使用由此配置为MBSFN子帧的子帧可以被认为是上行链路子帧且其他的可以被认为是下行链路子帧。可以经由较高层信令来配置上行链路和下行链路子帧。可以有可被用作(例如可以一直被用作)下行链路(和/或UL)子帧的默认下行链路(和/或UL)子帧。对于默认方向的子帧,可以不提供或使用配置。针对数据信道,可以基于一个或多个HARQ进程方面(例如HARQ进程定时)动态配置上行链路和下行链路子帧。例如,如果WTRU可以在子帧n中接收下行链路指派,则n+4子帧或用于HARQACK/NACK反馈的子帧(例如子帧n+4)可以成为上行链路子帧(例如自动地)。
如果WTRU(例如低成本WTRU)可以被配置用于或可以选择半双工FDD模式,例如针对解耦模式,则WTRU可以例如基于哪些子帧可以用于UL和/或DL自适应其可以在UL中执行测量和/或可以传送反馈、测量和/或其他信号的方式。这可以使得WTRU能够处理(或更好处理)其接收机的自灵敏度恶化。
针对反馈和/或测量,例如RSRP、RSRQ、CQI、CSI和RLM(无线电链路监视)的一者或多者,WTRU可以避免从可以与UL传输交叠的DL子帧进行采样。
WTRU可以在监视DL控制信道或被调度用于接收(或在其可以被调度用于接收的子帧中)时避免传送反馈和/或测量,或可以延迟该传输。WTRU可以例如在用于反馈和/或测量的调度时间可以与DL监视和/或接收交叠的情况中,存储其反馈和/或测量。WTRU可以丢弃可以被认为是过时(obsolete)的反馈和/或测量,并可以重启过程直到下一个反馈或测量报告时机。eNB可以例如在WTRU已经跳过用于反馈和/或测量(例如某些反馈和/或测量)的周期时机的情况中请求非周期反馈和/或测量(例如针对某些反馈和/或测量)。
WTRU可以在SR传输可以与可以已经被调度(例如用于WTRU)的DL数据交叠的情况下丢弃该SR传输。例如如果WTRU可以使用用于半双工FDD的功率限制备选,则WTRU可以缩放(scale)SR功率且仍然传送该SR功率。
WTRU可以不能够传送(例如同时或在交叠时间期间)到多个小区。例如,WTRU可以传送或可以被调度传送PUCCH(例如针对HARQ-ACK)到小区B(例如宏)和传送PUSCH到小区A(例如LPN)且WTRU可以能够(例如仅能够)传送上行链路信号到一个小区。这可以在WTRU具有简单或单个发射机或可以具有一个PA时应用。
优先次序规则可以被定义和/或可以在上行链路信号可以被调度或可以需要同时或在交叠时间期间被传送到不同小区时应用。
例如,如果WTRU可以被调度(或需要)传送UL信道到多于一个小区,则WTRU可以选择用于上行链路传输的目标小区,这可以是根据优先次序规则。WTRU可以传送最高优先级信道(例如给小区之一)且可以不传送一个或多个(例如其他)信道(例如到另外一个或多个小区)。
包括HARQ-ACK的PUCCH可以(例如可以一直)具有比没有UCI和SRS的PUSCH的一个或多个高的优先级。可以被定标到宏的上行链路信号或信道可以比用于LPN的UL信号或信道(例如相同和/或其他信号或信道,例如所有其他UL信号或信道)高的优先级。
可以包括肯定SR的PUCCH可以具有比可以包括HARQ-ACK的PUCCH高的优先级。可以包括H-ARQ的PUCCH可以具有比可以包括肯定SR的PUCCH高的优先级。
相互排斥的上行链路资源可以被配置用于两个或更多个小区。例如,上行链路资源的集合或子集可以被指派给(或用于)小区A(例如LPN),且与指派给(或用于)小区A的上行链路资源不交叠的上行链路资源的另一集合或子集可以被指派给(或用于)小区B(例如宏)。
上行链路资源的集合(或子集)可以被定义为可用的上行链路子帧的子集。该子集集合{0,2,4,6,8}可以被指派给(或用于)小区A,且另一子帧集合{1,3,5,7,9}可以被指派给(或用于)小区B。上行链路资源的集合(或子集)可以被定义为子帧中PRB对的子集。偶数编号的PRB对可以被指派给(或用于)小区A,以及奇数编号的PRB对可以被指派给(或用于)小区B。
资源集合(或子集)的指派(或使用)可以是WTRU特定的且可以应用于解耦模式。资源集合(或子集)的指派(或使用)可以应用于小区(例如小区A和小区B)可以操作在或于相同频率带的情形。
针对WTRU接入小区,其可以首先发现该小区。该发现过程可以涉及检测PSS/SSS并读取PBCH和SIB。当这样的信号的覆盖可以高于数据传输的覆盖时,WTRU可能不能够检测来自LPN的任意信号。可能的是这样的LPN可以适合(例如最佳适合)接收WTRU的UL传输。
WTRU可以在DL中具有到宏小区的可以包括限制覆盖的覆盖且在UL中可以具有可以比DL中的覆盖更被限制的限制覆盖。WTRU可以被(例如宏)切换到LPN(例如附近的LPN)用于UL传输(或UL通信),例如以改善性能。宏小区可以帮助WTRU发现附近的LPN。WTRU可以没有到宏的UL覆盖(或可以具有可以被限制在阈值之外的覆盖)且可以独立找到并连接到LPN用于UL和宏小区用于DL。例如如果在宏小区与LPN之间没有同步,则WTRU可以针对DL和UL传输维持分开的到宏和LPN小区的同步。
WTRU(例如低成本WTRU)可以发现低功率节点(LPN),例如要用于UL通信或传输的LPN。WTRU可以(例如自发地)确定其在解耦方式中被更好服务且可以触发LPN小区的发现。在另一方案中,WTRU可以被配置成发现一个或多个LPN,其可以使得WTRU具有解耦操作。宏可以配置WTRU(例如经由较高层信令,诸如RRC信令)执行一个或多个LPN的发现。
WTRU发现LPN(例如小小区)可以在有或没有宏小区的帮助下完成。
WTRU可以被提供一个或多个LPN的配置。该配置可以使得WTRU能够进行相关测量。该配置可以使得WTRU能够在LPN上执行随机接入。该随机接入可以显式或隐式向LPN指示其可以用于UL(例如用于至少一些、某些、所有、或仅UL传输或UL通信)且该DL(例如一些、某些或所有DL传输或通信)可以在或来自另一小区(例如宏小区)或可以从该小区继续或在该小区继续。该随机接入可以显式或隐式向LPN指示其可以用于解耦模式操作且该LPN可以是所选UL小区或针对用于WTRU的UL通信的所选小区。
宏小区可以提供PLN配置的列表给WTRU。该列表可以包括,例如针对每个LPN,该LPN的标识(或索引)、参考信号(RS)配置、时间和/或频率偏移(例如关于宏小区的时间和/或频率)、RACH过程、与该(或每个)LPN使用的WTRU标识(例如C-RNTI、RA-RNTI、SI-RNTI、P-RNTI的一者或多者)、UL带宽、帧定时(可能作为偏移)、***帧号(可能作为偏移)以及小区标识的一者或多者。偏移可以是关于宏参数或值的偏移。可以被提供或配置的参数的一些可以如在这里的方案或示例中所述。WTRU可以或可以被配置成使用或维持用于LPN(例如用于与LPN通信)的标识(例如C-RNTI),其可以与可由宏小区使用或与宏小区使用的标识(例如C-RNTI)分开或无关,例如用于可以在WTRU与宏之间的DL传输或通信。WTRU可以将要由LPN使用(或用于与LPN通信)的标识(例如C-RNTI)确定为可以由宏小区使用(或用于与宏小区通信)的标识(例如C-RNTI)的函数或偏移值。
可以用于UL传输或UL通信的LPN小区的该配置可以是WTRU特定的且可以经由较高层信令被提供给可以具有宏小区接入的WTRU。WTRU可以被触发得到对配置(或预先配置)的列表中的LPN的子集的测量。这样的触发可以经由物理层信令被动态完成,或其可以通过较高层信令来完成。
LPN小区的列表与其参数可以由来自宏小区的***信息(例如***信息块(SIB))和/或PBCH传输提供。这些信息可以由所述宏小区广播。这可以实现可以不能获得到宏小区的UL接入的WTRU进行到LPN小区的UL接入。
宏小区的***信息(例如SIB之一)可以(或还可以)指示触发和/或测量状态的集合,WTRU可以使用其来确定其应该尝试解耦操作(或其是否应该尝试解耦操作)。
WTRU可以由宏配置采取对LPN(或对多个LPN)的测量。该测量可以通过合适或某些参考信号(RS)的配置来实现。例如,宏小区可以向WTRU指示CRS配置。该配置可以包括例如小区ID、时间和/或频率位置、子帧周期、子帧偏移(offset)、RS序列、RS序列初始化、v漂移(shift)、和/或传输功率。宏小区可以向WTRU指示可以用于测量的CSI-RS配置。该配置例如可以包括小区ID、RE映射、子帧周期、子帧偏移、RS序列、RS序列初始化和/或传输功率。WTRU可以被配置成对WTRU传送的新RS进行测量以实现可以不能使用旧有小区发现机制的WTRU进行测量。该配置例如可以包括粗(或细)RE映射、子帧周期和偏移(可能基于宏小区的子帧定时)、RS序列、RS序列初始化(可能基于小区ID)、和/或传输功率。针对任意RS配置,宏还可以提供定时和/或频率偏移值以实现WTRU进行合适测量。
在被提供这样的RS配置时(或之后或作为其结果),WTRU可以或可以开始对RS采取(或进行)测量。WTRU可以测量RSRP和/或RSRQ型测量。
WTRU可以确定可以合适用于UL传输的LPN的路径损耗。WTRU可以尝试确定LPN传输的(例如相对于宏小区传输)时间和/或频率偏移。WTRU可以例如基于采取的测量确定LPN的状态或能力(例如,如果其允许解耦模式操作)。WTRU可以反馈测量(例如上述测量的任意)到其宏小区。例如,WTRU可以被配置成对多个LPN进行测量。WTRU可以根据该配置进行测量。WTRU可以反馈某些测量(例如这里描述的测量的子集)给宏小区。如果WTRU反馈针对多个LPN的测量,则WTRU可以被配置有在测量配置中的每个LPN的标识,并可以将LPN标识包括在给宏的其测量报告中。WTRU可以反馈针对所有配置的LPN的子集的测量。WTRU可以具有触发和阈值,被配置成确定其可以向例如宏反馈测量所针对的LPN的合适子集。例如,WTRU可以报告或可以仅报告针对频率和/或时间偏移可以在可允许值内的LPN的测量。WTRU可以报告或可以仅报告针对具有最小路径损耗的LPN的测量。LPN路径损耗可以根据一个或多个测量和传输功率(例如LPN传输功率减去测量的LPNRSRP)来计算。
在确定LPN适合用于UL传输或UL通信时(或之后或作为其结果),WTRU可以开始到该LPN的随机接入(例如随机接入进程或过程)。这样的随机接入进程(或过程)可以是可以向LPN指示WTRU可以为了UL传输或UL通信(例如仅UL传输或UL通信)和/或解码模式操作的目的正尝试接入的修改的随机接入进程或过程。这样的随机接入过程可以向LPN指示WTRU可以(或可以期望或可以被期望)使用什么宏小区用于DL传输或DL通信。WTRU可以从LPN本身得到RACH配置,或其可以从宏小区得到RACH配置。RACH配置可以通过广播信令(例如由宏或LPN)或专用信令(例如从宏)被提供。
WTRU可以确定其可以不能例如成功具有到宏小区的某或所有UL传输或与宏小区的UL通信,和/或其可以通过具有到LPN的某或所有UL传输或与LPN的UL通信被更好服务。在做出这样的确定时(或之后或作为其结果),WTRU可以尝试发现可以提供(或提供更好)UL覆盖的至少一个LPN。WTRU可以(例如自发地)搜索和/或检测可以足以胜任UL传输或UL通信的一个或多个LPN。该检测可以基于旧有检测机制(例如小区搜索或小区测量或机制),或可以基于可以在发现信号上进行或采取(例如由WTRU)的测量。
在发现足以胜任的LPN时(或之后或作为其结果),WTRU可以尝试到该LPN的随机接入。WTRU可以尝试到LPN的修改的随机接入。修改的随机接入可以向LPN指示WTRU希望连接用于UL通信且DL通信可以由另一(例如宏)小区来处理。在另一方案中,WTRU可以向宏小区报告其可以(或可以想要)使用用于UL传输或UL通信的一个或多个LPN。WTRU可以向LPN和宏小区的至少一者报告该LPN的定时和/或频率和/或路径损耗,例如作为关于宏小区的LPN的偏移。
WTRU和/或LPN可以是移动的。如果WTRU正主动在UL中传送数据,则LPN可以能够从WTRU确定可能恶化的链路。主动传送WTRU可以是已经最近被调度用于PUSCH传输或可以被期望被迫切调度用于PUSCH或最近已经传送PUCCH或被期望迫切传送PUCCH的WTRU。最近调度或迫切的传输可以是可以发生在从当前子帧起预配置量的子帧内的传输。LPN可以通过以下来确定链路可正被恶化:MCS减少;HARQ重传增加;总WTRU吞吐量减少,和/或信道或信号(例如SRS)的接收功率降低。这样的信号可以是用于WTRU的探测目的的信道,例如WTRU没有期望RAR消息的修改的PRACH传输。
另一方面,在一些情况中,WTRU被连接用于UL传输(或UL通信)到LPN,但是其可以没有最近或迫切的UL传输(或UL通信)。例如,LPN可以具有计时器,且在接收到UL传输时,LPN可以重置该计时器。在计时器终止时,LPN可以认为从之前传输观测的任意质量可以不再相关。
这样的在LPN处的RLM/RLF类行为可以触发LPN请求WTRU传输探测类信号。如果LPN具有到WTRU的某DL连接,其可以自己请求探测。另一方面,针对全解耦情形,LPN可以向服务WTRU的宏小区指示WTRU传送探测类信号以使得LPN能够进行合适测量。宏可以给WTRU配置能够由多个LPN接收的探测信号,或其可以同时配置其他LPN侦听该探测信号。在另一方案中,WTRU可以具有其自己的计时器,WTRU在每次到LPN的UL传输(或UL通信)之后可以重置该计时器。在该计时器期满时,WTRU可以被触发传送探测信号给LPN(使用LPN特定探测信号配置),或到LPN群组(使用群组特定探测信号配置)。
WTRU可以探测LPN以在可以被预先配置的资源集合上传送PRACH前导码。多个LPN可以由宏小区配置以侦听该特定资源(或前导码)集合以了解其是否能够被WTRU有效用于UL传输(或UL通信)。WTRU可以在传送PRACH前导码时且在预配置时间窗内期望来自LPN的随机接入响应(RAR)消息。WTRU可以被配置有每个RACH类型的不同RAR接收时间窗。例如,执行旧有RACH的WTRU可以具有第一窗口尺寸,而当执行针对探测LPN的PRACH传输时,其可以具有第二窗口尺寸。RAR可以来自宏小区,且依据回程,该响应可以更久。可以不期望使WTRU重传PRACH前导码太快。
WTRU可以被配置成周期性传送探测信号给服务LPN或LPN群组(其可以包括服务LPN)。这样的信号可以具有优先于被调度用于相同子帧的任意其他UL传输的优先级。例如,WTRU可以使用关于针对周期探测信号的传输分配的RE的打孔(puncture)或速率匹配。WTRU可以在其要传送该探测信号时丢弃被调度用于该子帧的任意UL传输。
WTRU可以通过重新使用SRS执行周期性、或可能按需和/或非周期性的探测信号的传输。针对探测使用,SRS可以具有与用于旧有SRS的参数不同的参数。例如,探测信号SRS的传输功率可以使用其自己的功率控制环的集合,与其他SRS或PDSCH无关。探测信号SRS可以使用最大功率。在确定用于探测信号SRS的传输功率中使用的路径损耗可以使用到宏小区的路径损耗值。这可以使得宏小区能够侦听探测信号以确定WTRU是否能够由单小区服务(与使用解耦UL-DL相反)。探测信号SRS可以使用与旧有SRS不同的序列。该序列可以是宏小区区域特定的,因此使得多个LPN能够可能侦听该信号。该探测信号SRS还可以扩展到多个符号(可能在多个相邻符号上重复相同序列)。这可以使得具有不同定时标准的不同小区能够有效率地检测探测信号。
WTRU还可以被配置成传送非周期SRS作为探测信号。这样的非周期SRS可以是半持久的,因为可以给予WTRU命令在一设定时间周期传送具有特定配置的SRS,或直到其可以被配置成停止该传输。
WTRU可以被配置有LPN集合,其可以能够从WTRU接收UL传输(或UL通信)并可以以解耦方式与宏小区使用。这样的集合能够被显式被配置给WTRU。在来自宏的***信息块(SIB)中,可以有在能够被使用的宏的覆盖区域中的LPN的列表。与LPN列表一起,SIB可以包括用于使能到每个LPN的UL传输(或UL通信)的参数。例如,RACH配置可以为每个LPN(或组)被提供。LPN的一些地理坐标可以被提供以使得WTRU能够确定在WTRU附近的LPN子集,并因此可能是足以胜任用于UL传输(或UL通信)的LPN。新SIB可以正传送。这样的SIB可以使用波束成形并可以包括宏小区覆盖内的LPN子集的配置参数。SIB的多个版本可以被传送,例如使用LPN配置的不同预编码和不同子集,以使得WTRU能够确定哪个子集是针对其当前位置最相关的。
LPN的集合可以在RRC消息中被配置给WTRU。例如,WTRU可以期望在到宏小区的RACH过程期间传送的RRC消息中的LPN配置集合。
LPN的集合可以在到WTRU的L1信令中被配置给WTRU。例如,WTRU可以接收DCI以调度探测信号传输。这样的DCI可以包括探测信号应当被定标的LPN的列表。
LPN的列表还能够包括任意配置以尝试使用一个或多个LPN用于UL传输(或UL通信)。例如,LPN的集合可以包括探测信号配置。
WTRU可以被配置成传送可以在宏小区覆盖下任意LPN接收的一般探测信号。LPN可以将对该探测信号的测量报告回宏。该宏然后可以给WTRU配置LPN的子集及其配置。该第二个LPN的较小集合可以由WTRU用于任意进一步的探测信号传输。更特定的探测信号可以在WTRU处被联合配置用于进一步的探测信号传输。
WTRU可以自发确定其可以传送探测信号所针对的LPN的子集。这可以通过隐式配置完成或由WTRU自发完成。例如,WTRU可以被配置有服务宏小区的参数与可能的LPN之间的关系。宏小区的参数可以包括小区ID,例如宏小区的PCID或虚拟小区ID(VCID),例如用于确定宏小区的CRS序列。宏小区的参数可以包括用于CRS的v_漂移、宏小区的CSI-RS配置(VCID、周期、子帧偏移和/或RE映射)、宏小区的地理位置(例如GPS坐标)、宏小区的频率和/或MBSFN配置。
WTRU自发获得的LPN或LPN集合的参数可以包括小区ID(例如,或用于CRS或CSI-RS序列生成的VCID)、LPN的地理位置、探测信号配置、RACH配置(可能包括PRACH资源、PRACH传输功率、和/或RAR接收窗口)、LPN频率、和/或MBSFN配置。
宏小区的小区ID可以关联到LPN的特定集合(例如LPNID)和探测配置的集合。
WTRU可以对不同LPN的CRS执行测量。这样的测量可以指示小区对于DL传输太弱了。WTRU可以基于LPN的基于CRS的测量来对LPN进行排名,并可以确定可能的相关LPN。在这样确定时,WTRU可以使用宏小区提供的合适的探测信号配置。
WTRU可以例如为了初始接入执行随机接入过程,其可以用于连接建立,和/或以例如为了UL时间同步获得定时提前(TA),或为了其他原因。
如果WTRU可以或可以打算传送一个或多个UL信道或信号给小区(例如宏和/或LPN),则WTRU可以需要来自该小区的TA和/或用于该小区的TA。对于小小区或LPN,该小区可以足够小以可以不需要TA,例如WTRU可以在没有TA或具有零值TA的情况下向该小区进行传送。
WTRU可以从小区(例如宏或LPN)接收广播信令,其可以使得该WTRU能够获取执行随机接入过程所需要的***信息(例如PRACH配置信息)。该***信息可以包括用于到小区(例如宏或LPN)的随机接入和/或到一个或多个其他小区(例如宏和/或LPN)的随机接入的配置信息(例如PRACH配置)。
第一小区(例如宏)可以由于限制的上行链路覆盖不能从WTRU接收PRACH前导码。WTRU可以向第二小区(例如LPN)传送该PRACH前导码,例如用于初始接入和/或连接建立。PRACH前导码检测、针对初始接入的请求、和/或连接建立请求可以由第二小区(例如LPN)被指示或转发给第一小区(例如宏)。
第一小区(例如LPN)可以接收与WTRU的随机接入过程有关的UL传输(例如PRACH、msg1(消息1)、携带msg3(消息3)的PUSCH中的一者或多者)而第二小区(例如宏)可以提供与WTRU的随机接入过程有关的DL传输(例如PDCCH、可以携带RAR或msg3的PDSCH的一者或多者)。
PRACH、RACH和随机接入可以互换使用。
WTRU可以自发(例如没有来自小区或eNB的命令或请求)或在可以是显式(例如PDCCH命令)或隐式(例如用于移动性或切换的RRC重新配置)的命令或请求之后或作为其响应执行随机接入。消息1可以是前导码的传输。针对前导码传输(例如其可以由WTRU或例如LPN的节点传送)的响应可以是随机接入响应(RAR)(例如从例如宏的节点,其可以接收该前导码)或可以是另一响应(例如从例如宏的节点,其可以接收该前导码),例如定时提前命令。
术语消息和msg可以互换使用。RAR和msg2可以互换使用。RAR可以被定时提前命令或任意其他消息、命令或响应(例如针对前导码传输)替代,并仍然与这里公开的原则一致。定时提前命令可以包括定时提前值。RAR可以包括定时提前命令或定时提前值。小区或eNB可以发送和/或WTRU或节点可以接收定时提前命令(或可以包括定时提前命令或值的其他消息),这可以是未经请求的(例如,没有前导码传输)。
WTRU可以由宏小区配置有例如参数和/或信息,用于(或其可以)实现用于可能的UL传输(或UL通信)的LPN接入或发现(例如由该WTRU)。宏小区可以提供PRACH资源集合,在该PRACH资源集合上WTRU可以尝试到LPN的随机接入。该随机接入可以是旧有类型的随机接入或可以是可以指示接入可以是或可以用于(或仅用于)UL传输或UL通信的随机接入。例如,宏小区可以指示当WTRU在LPN上可以尝试随机接入时可以被WTRU使用(或可以打算被WTRU使用)的PRACH前导码的集合或子集。这种前导码的集合或子集可以由LPN解译为WTRU可以希望(或可以正请求)具有针对(例如仅针对)UL传输(或UL通信)的接入的指示。宏小区可以为WTRU配置物理PRACH资源(例如时间和/或频率资源和/或子帧的集合,例如用于LPN)。LPN在资源的(例如任意)某(例如配置的或预先配置的)集合或子集中接收PRACH前导码可以向LPN指示WTRU可以希望(或可以正请求)具有针对UL(例如UL传输或UL通信)的接入同时可以向另一(例如宏)小区指示WTRU可以(或可以打算)具有或维持针对DL(例如针对DL通信)的接入。
宏小区可以提供的RACH配置可以(或还可以)向WTRU指示保护时间(例如所需的保护时间)。该保护时间可以用于解决定时不确定性和/或保证对可以不用于随机接入的一个或多个后续子帧没有(或减少的)干扰。该保护时间可以是没有可以被附加到PRACH前导码的UL传输的时段。该保护时间可以针对(例如特别针对)解耦随机接入被调节,例如以减轻可以由可能不能同步到LPN的WTRU造成的可能的定时误差。宏可以提供的RACH配置可以包括频率偏移,例如用于与针对增加的保护时间相似的原因。宏小区可以包括路径损耗偏移值。该路径损耗偏移值可以由WTRU用于确定用于PRACH前导码的合适的初始传输功率。宏小区可以包括WTRU可以使用用于其初始PRACH前导码传输的绝对功率等级。该配置的WTRU传输功率可以被提供给LPN和/或可以在宏小区(或任意其他控制实体)处被使用,例如以确定WTRU与LPN之间的路径损耗。该路径损耗可以基于该配置的传输功率和/或在LPN处的PRACH前导码的接收功率来确定。
WTRU可以不能具有到宏小区的某(例如任意)UL覆盖或可以具有到宏小区的限制(例如限制在某等级外)的UL覆盖。WTRU可以(例如还可以)不能够具有来自LPN的某(例如任意)DL覆盖或可以具有来自LPN的限制(例如限制在某等级外)的DL覆盖。WTRU可以具有来自宏小区的满意的DL覆盖(例如高于某等级)和/或到LPN的满意的UL覆盖(例如高于某等级)。例如WTRU可以在UL中具有到宏的严重限制的覆盖且在DL中具有来自LP的严重限制的覆盖,而在DL中具有来自宏的满意的覆盖和在UL中具有到LPN的满意的覆盖。
例如在诸如这里所述的情形中,WTRU可以执行可以涉及LPN和宏两者的随机接入(例如随机接入过程)。例如,在获得PRACH前导码传输参数时(或之后或以后),WTRU可以传送合适的PRACH前导码给可以在附近的LPN。该PRACH前导码可以隐式(例如通过使用可以被预定义或预先配置的前导码和/或时间和/或频率资源的某子集)或显式向LPN指示宏小区。该指示的宏小区可以是WTRU可以想要(或打算或期望)从其得到DL连接(例如接收至少某DL传输,例如所有DL传输)的小区(例如该小区)。该指示的宏小区可以是WTRU可以(或可以期望)在DL中通信(或接收传输)(例如针对至少随机接入)的小区。该指示的宏小区可以是可以与LPN相关联的宏小区和/或WTRU可以从中接收LPN和/或PRACH配置(例如用于随机接入)的小区。
WTRU可以例如响应于其可以发送到一个(或该)LPN的前导码,从一个(或该)宏小区接收或期望接收随机接入响应(RAR)消息。宏小区可以是WTRU可以具有DL覆盖(例如满意的DL覆盖)所针对的小区。宏小区可以是与该LPN相关联和/或WTRU可以已使用用于到该LPN的传输的PRACH资源(例如前导码和/或时间和/或频率资源)指示的一(或该)宏小区。
WTRU可以从宏小区期望(例如期望接收)RAR所在的时间窗(例如时窗或时帧)可以被增加(例如关于旧有窗),例如以允许LPN与宏小区之间的回程通信。RAR消息可以包括用于UL传输的配置,例如WTRU到LPN的随机接入消息3的UL传输的配置。该配置可以包括UL授权、小区ID、C-RNTI、TC-RNTI、定时提前命令和ULDM-RS配置的一者或多者。WTRU可以传送消息3给LPN并可以期望将由宏传送的争用解决消息(例如如果需要)。WTRU可以认为自己连接到宏用于DL(例如DL传输或通信)且连接到LPN用于UL(例如UL传输或通信)。随机接入消息3可以包括连接建立请求,例如RRC连接建立请求。RRC连接可以与宏和/或LPN被建立。
WTRU可以例如为了连接建立选择用于其随机接入过程的一个或多个小区(例如宏和/或LPN)。WTRU可以执行随机接入过程的小区(或多个小区)可以是或可以不是可以建立该连接的小区(或多个小区)。WTRU可以执行随机接入过程的该小区或多个小区之一可以是可以建立该连接的小区。
WTRU可以例如基于小区搜索、小区选择和/或小区重选过程(其可以是旧有过程或DL特定过程)的一者或多者来将某小区(例如宏小区)选为其用于至少一个或多个某DL传输(例如可以被广播的***信息)或某DL通信的小区。WTRU可以与该某小区和/或另一小区(例如LPN)执行随机接入过程的一个或多个部分,其中WTRU可以基于这里所述的一个或多个方案来选择或确定该LPN。(例如WTRU)可以用于PRACH前导码传输到该LPN的资源可以由该某小区和/或其他小区例如经由可以由该小区广播的***信息提供。
WTRU可以执行的随机接入过程的部分可以包括PRACH前导码的UL传输(例如msg1)、DLRAR的监视和/或接收(例如msg2)、RAR分配的资源上的UL传输(例如msg3)(其可以包括连接建立请求)以及DL争用解决消息的监视和/或接收(例如msg4)中的一者或多者。
在示例中,WTRU可以确定或决定随机接入过程或PRACH传输(例如成功的PRACH传输)是否对某宏是可能的。成功的传输可以包括使用覆盖增强技术,例如重复。该确定或决定可以例如基于WTRU(或WTRU测量)是否可以满足或超过覆盖限制的某等级或满足某覆盖限制标准,例如测量高于或低于某阈值。
如果WTRU(或WTRU测量)可以满足或超过覆盖限制的该等级或满足该某覆盖限制标准,则WTRU可以与例如LPN的另一小区或节点执行随机接入过程的某(或所有)部分,例如一个或多个UL传输。例如,WTRU可以传送PRACH前导码给该LPN。
WTRU可以(例如可以首次)尝试PRACH前导码传输到宏,例如WTRU可以一次或多次传送PRACH前导码给该宏。每个传输可以使用不同的前导码。每个传输可以在不同的功率等级和/或根据覆盖限制或覆盖增强的不同等级。WTRU可以在PRACH前导码传输之间爬升(例如增加或增加某量)传输功率,其可以根据覆盖限制或覆盖增强的某等级。覆盖限制或覆盖增强的等级可以包括没有覆盖限制或覆盖增强。WTRU可以具有或被配置有其可以爬升PRACH功率的最大次数和/或其可以在覆盖限制或覆盖增强的某(例如每个或任意)等级爬升PRACH功率的最大次数,和/或最大功率(例如针对PRACH传输)。
WTRU可以确定到宏的PRACH前导码传输的一个或多个是否成功。如果WTRU可以确定PRACH前导码传输的一个或多个(例如所有)可以是不成功的,则WTRU可以与例如LPN的另一小区执行随机接入过程的某(或所有)部分,例如一个或多个UL传输。例如,WTRU可以传送PRACH前导码给该LPN。
例如,WTRU可以在针对覆盖限制或覆盖增强的某等级的某功率等级传送PRACH前导码给宏。如果WTRU可以确定PRACH前导码传输可以是不成功的,则WTRU可以爬升该功率并传送另一PRACH前导码并可以重复该过程直到该传输可以成功或可以满足或超过爬升的最大次数(或最大传输功率)。WTRU可以针对覆盖限制或覆盖增强的一个或多个其他等级重复该过程。如果某(例如所有)PRACH前导码传输尝试可以是不成功的,则WTRU可以确定到宏的总PRACH前导码传输可以是不成功的。如果WTRU可以确定总PRACH前导码传输可以是不成功的,则WTRU可以与例如LPN的另一小区执行随机接入过程的某(或所有)部分,例如一个或多个UL传输。例如,WTRU可以传送PRACH前导码给该LPN。
针对PRACH前导码到宏的传输,WTRU可以根据覆盖限制或覆盖增强的某等级(例如(例如考虑的或可用等级的集合的)所选等级或最差(或最大)等级)进行该传输。WTRU可以使用一个或多个等级的每一个尝试PRACH前导码的传输或可以尝试(例如可以仅尝试)该最差(或最大)等级。
如果WTRU响应于该前导码传输(例如在该前导码传输之后的期望时窗中)可以接收RAR,则WTRU可以确定PRACH前导码传输是成功的。如果RAR没有(例如在期望的时窗中)被接收,则WTRU可以确定PRACH前导码传输是不成功的。
如果可以确定根据覆盖限制或覆盖增强的某等级(例如(例如考虑的或可用等级的集合的)所选等级或最差(或最大)等级)的PRACH前导码传输(其可以包括一个或多个尝试,其可以包括功率爬升)可以是不成功的,则WTRU可以与例如LPN的另一小区执行随机接入过程的某(或所有)部分,例如一个或多个UL传输。例如,WTRU可以传送PRACH前导码给该LPN。
如果WTRU传送PRACH前导码给LPN,则WTRU可以执行到LPN或与LPN的可以与随机接入过程(例如msg1和/或msg3)相关联的一个或多个UL传输。如果WTRU可以传送PRACH前导码给LPN,则WTRU可以从宏或LPN接收或期望接收可以与随机接入过程(例如msg2和/或msg4)相关联的一个或多个DL传输。
如果WTRU可以与宏执行随机接入过程且如果前导码传输可以是成功的,如果例如在至少某次数该过程的后续方面(例如争用解决)可以是不成功的,则WTRU可以确定或认为该随机接入过程是不成功的。如果WTRU可以认为或确定与宏的随机接入过程是或将是不成功的,则WTRU可以与例如LPN的另一小区执行随机接入过程的某些(或所有)部分,例如一个或多个UL传输。例如,WTRU可以传送PRACH前导码给该LPN。
WTRU可以成功传送PRACH前导码给宏,且例如作为RAR的部分包含或在该RAR中,该RAR可以被宏传送,该宏可以提供以下的一者或多者给WTRU:用于UL传输(例如msg3)的资源的授权(或分配),该资源可以是诸如LPN的另一小区的资源;资源用于另一小区的指示;关于其他小区的信息,例如小区ID或可以对应于列表(例如其可以提供小区信息)的索引或指示,其可以例如经由可以被广播的***信息分开提供;以及在解耦模式中操作的指示。WTRU可以在UL(例如msg3)中例如向该LPN传送和/或在指示的资源上传送。
WTRU可以与宏执行随机接入过程,且该宏可以在该完成之后例如经由例如RRC信令的信令配置WTRU用于解耦操作(例如其可以包括在解耦模式中使用的LPN)。
在一个示例中,例如这里描述的,当WTRU可以基于WTRU确定或决定与宏的随机接入过程的方面是不成功的来传送PRACH前导码给LPN时,WTRU可以在该确定或决定时(或之后,以后,或作为其结果)传送该PRACH前导码。
PRACH传输可以用于LPN发现WTRU。WTRU可以例如从宏接收,或可以由宏被配置PRACH资源集合,其可以例如在WTRU可以不能具有(例如具有成功)UL传输或某(例如任意)UL覆盖到宏小区或可以具有限制(例如限制某等级之外)UL覆盖到宏小区时使用该PRACH资源集合。PRACH资源可以包括前导码的集合或子集、时间和/或频率资源的集合、合适的子帧和传输功率设定的一者或多者。该宏可以传送和/或WTRU可以经由信令从该宏接收配置,例如可以由宏或其他较高层信令广播的***信息。在确定其可以使用或需要LPN用于至少某些UL传输(例如PRACH或随机接入相关UL传输或所有UL传输)时(或之后或后来或作为其结果),WTRU可以传送(例如广播)来自接收的或配置的集合或子集的PRACH前导码。PRACH前导码传输可以被认为或指定为广播,例如由于WTRU可以不知道LPN可以接收或能够接收该传输。
针对例如广播的PRACH前导码传输的PRACH前导码传输,WTRU可以使用配置的或预先确定的传输功率等级,其可以是固定传输功率等级。例如,WTRU可以被配置成多次传送PRACH前导码。每次PRACH前导码传输可以具有配置的、预先配置的或其他已知的或确定的功率等级,且该功率等级可以在所有PRACH前导码传输是恒定的。可以用于PRACH前导码传输的传输功率可以由宏小区显式配置或可以由WTRU配置。
PRACH前导码传输功率可以或可以被配置为最大WTRU传输功率。PRACH前导码传输功率可以是可以用于到宏的(例如任意或某类型的)UL传输的传输功率的函数(或偏移)。
可以以使用的PRACH前导码和/或PRACH时间/频率(联合地)选择PRACH前导码传输功率。这样的解决方案可以使得可以接收PRACH前导码传输的LPN知道或确定WTRU可以使用的传输功率。
使用固定或其他已知的PRACH前导码传输功率,可以接收PRACH前导码传输的节点(例如宏或LPN)可以或可以能够确定例如从可以已经传送了PRACH前导码的WTRU和节点(或在其之间)的路径损耗(例如UL路径损耗)。该节点可以测量其可以接收的PRACH前导码的(例如接收功率),例如以确定可以从发射功率减去该测量计算或确定的路径损耗。如果可以接收PRACH前导码的该节点(LPN)可以没有传输功率值,该值可以由另一节点(例如宏)例如经由X2接口被提供给该节点。
宏小区可以给一个或多个LPN配置(或提供配置)合适的参数以从可以正经历到宏小区的差UL覆盖的WTRU接收(例如其可以使其能够接收)PRACH(例如广播的PRACH)前导码。这种配置可以通过X2接口被提供。该配置的内容可以包括前导码集合、时间和/或频率资源以及传输功率特性(例如传输功率)的一者或多者。LPN(或多个LPN)可以向宏小区指示WTRU可以使用什么PRACH配置,例如用于PRACH传输,例如可以由或可以打算由LPN(或多个LPN的一个或多个)接收的广播的PRACH前导码传输。
宏可以配置(或提供配置给)一个或多个LPN,其可以包括可以关于可以使用广播的PRACH前导码传输或可以传送可以由或可以打算由一个或多个LPN的一个或多个接收的PRACH前导码的某信息。例如,宏小区可以向一个或多个LPN通知可以传送(或广播)可以由或可以打算由一个或多个LPN的一个或多个接收的PRACH前导码的一个或多个WTRU的标识,例如为了解耦操作的目的。宏可以向该一个或多个LPN指示该宏可以使用的C-RNTI、到宏的路径损耗、该宏的定时和/或频率偏移和/或该WTRU可以在(或针对、与、或当与之通信时)该宏使用的安全秘钥。指示的信息可以与某WTRU有关。
在接收到PRACH前导码(例如广播的PRACH前导码)时(或之后、响应于或作为其结果),LPN可以传送消息或应答到宏或诸如可以指示该接收的中央实体的另一实体。如果或当多个LPN可以已经接收PRACH前导码传输(和/或可以指示该接收给宏或其他实体)时,该宏和/或其他实体可以例如基于该消息或应答的内容来确定WTRU可以使用用于某通信(例如UL通信)和/或解耦操作的LPN(例如该合适的LPN)。如果一个(例如仅一个)LPN可以已经接收到PRACH前导码传输(和/或可以已经指示该接收给宏或另一实体),该宏和/或该另一实体可以确定该LPN是WTRU可以使用用于某通信(例如UL通信)和/或解耦操作的LPN。宏和/或另一实体可以向该LPN指示其是否可以被选择用于WTRU或与WTRU的某通信(例如UL通信)和/或解耦操作。
可以已经接收该PRACH前导码传输的LPN可以传送的消息或应答可以通过X2接口用信号发送。这样的消息或应答可以包括与接收的PRACH前导码传输相关联的一个或多个参数。例如,应答可以包括接收的一个或多个前导码ID、WTRUID、在其上已经接收到PRACH前导码的资源、接收功率、路径损耗(其可以基于接收功率和/或使用的显式或隐式确定的传输功率)、时间和/或频率偏移值的一者或多者。消息或应答可以(或还可以)包括宏可以提供(例如经由DL中的传输)给WTRU的允许的UL授权、定时提前命令、和频率偏移命令的一者或多者。该授权可以用于(例如分配UL资源)随机接入消息3类型通信或用于WTRU可以进行的任意其他UL传输。
定时提前可以由另一代表性时间调整或时间差值(例如时间延迟(例如时间延迟或单向时间延迟))来替换,且仍然与这里公开的原则一致。
WTRU和/或LPN(和/或宏)可以例如针对UL和/或DL传输和/或通信执行时间和/或频率同步和/或调整。
LPN(或多个LPN)可以与该宏同步(例如定期),例如以使得WTRU能够使用解耦操作。这种同步可以经由X2接口来完成。例如,宏小区可以指示该LPN可以使用以更好与宏小区对准(例如其传输)的时间和/或频率偏移值。在一个示例中,这样的调谐可以例如以周期方式定期完成。在另一示例中,该调谐可以非周期性完成,例如在从LPN请求或从宏小区请求或推荐时(或之后或响应于)。
该LPN可以(或可以尝试)使用通过空中(OTA)的方式同步。例如,LPN可以通过检测宏小区的PSS(和/或SSS)和/或CRS确定宏小区的定时和/或频率。LPN可以(或可以尝试)例如通过使用这些信号的一个或多个(例如基于其检测)将其定时和/或频率与宏的定时和/或频率进行同步。LPN可以具有有限的覆盖且该节点服务的WTRU可以位于该LPN的附近。该LPN可以认为宏小区的该定时和/或频率可以是WTRU在其(例如LPN的)覆盖下经历的定时和/或频率。
宏可以在时刻T0传送(例如同步和/或参考信号,例如PSS),且LPN可以在时刻T1接收该传输。可以在该LPN附近和/或可以或可以打算与LPN通信的WTRU可以(或还可以)在可以在时刻T1或其附近的时间接收该传输。LPN可以将其定时(例如可以包括DLPSS传输的参考定时)与T1同步(例如在T1或附近传送PSS)。WTRU可以(例如然后可以)使用宏定时(例如根据其DL同步和/或参考信号)作为用于LPN的其参考定时(例如用于与LPN通信)。WTRU可以不使用或不需要(或零)定时提前用于到LPN的UL传输。
LPN可以基于从宏接收到一个或多个DL信号调整或同步其频率。WTRU可以使用来自宏的一个或多个DL信号作为(或确定)用于LPN的频率参考。
WTRU可以关于宏小区确定LPN的时间和/或频率偏移。如果偏移(或多个偏移)可以大于阈值,则WTRU可以向LPN报告该偏移值(或多个值)并可以请求LPN到宏小区的更紧同步。LPN可以根据一个或多个偏移值调整其传输,例如以降低和/或消除该偏移。
LPN可以执行到宏小区的随机接入,例如以被提供和/或接收定时提前命令。该随机接入可以被LPN和/或宏小区理解为用于某(例如同步或定时提前)目的(例如仅用于该目的)且可以不导致LPN被授权UL资源给宏小区。该宏可以确定定时提前(其可以是LPN-宏TA),其可以基于这个随机接入,且宏可以将该定时提前提供给LPN。该LPN可以例如通过使用某些PRACH资源(例如前导码、时间和/或频率资源的一者或多者)向宏指示随机接入的目的。可以使用具有相同意图和/或结果的另一过程。定时提前可以是正的、负的、或零且可以相对于该宏的DL定时。
基于可以从该宏小区接收的(或由该宏小区确定的)定时提前(例如LPN-宏TA),该LPN(和/或宏)可以能够确定(例如合适确定)另一定时提前(其可以是WTRU-LPNTA)被提供给可以具有到LPN的UL连接(或到LPN的UL传输或与LPN的UL通信)的WTRU。LPN(或该宏)可以将WTRU-LPNTA提供给WTRU。LPN可以将WTRU-LPN提供给可以将该WTRU-LPN提供给WTRU的宏。WTRU可以使用该WTRU-LPNTA以调整其到LPN的UL传输的定时。LPN-宏TA和WTRU-LPNTA可以是相同的或不同的。
LPN可以调整其定时(例如参考定时),由此LPN-宏TA可以是WTRU可以使用来调整其到LPN的UL传输(例如用于LPN的合适或期望的接收)的TA(例如正确的TA)。
LPN可以同步其定时或其定时可以与宏定时同步。同步可以指近似同步或在某容限内(例如0.26μs级)同步。在这里公开的示例中,时间可以是近似的。
LPN定时可以与宏定时同步。宏可以在时刻T0传送(例如同步和/或参考信号,例如PSS)。LPN可以在(或近似)时刻T0传送(例如同步和/或参考信号,例如PSS)。WTRU可以在时刻T1从宏接收该传输。LPN-宏TA可以是可以等于(或近似等于)2x(T1-T0)的TA1。LPN附近的WTRU可以在T0向LPN传送(例如具有相对于LPN参考定时的零TA)。相对于在T1从宏的接收,WTRU可以需要提前其定时T1-T0,例如以在T0进行传送。相对于宏定时的用于WTRU与LPN使用的TA可以是TA2=0.5xTA1。LPN和/或宏可以提供TA2给WTRU。LPN和/或宏可以提供TA1给WTRU且WTRU可以对其进行调整以用于与LPN使用(例如WTRU可以将其除以2)。
LPN可以执行例如如这里所述的到宏的随机接入。宏可以确定定时提前(例如LPN-宏TA),其可以基于该随机接入,且宏可以将该定时提前提供(例如传送)给该LPN。该定时提前可以对应于LPN可以使用以在UL中向宏通信的定时提前。宏和/或LPN可以传送该定时提前给可以在LPN附近和/或可以正使用或要使用LPN用于解耦模式(例如与宏)的WTRU。该WTRU可以使用该定时提前来调整到宏的一个或多个UL传输的定时。该WTRU可以从来自宏的DL信号获得DL同步。用于该调整的参考定时可以基于DL信号(例如来自该宏的同步和/或参考信号)。由于WTRU可以在LPN附近,因此WTRU可以使用或需要的TA可以与LPN可以需要的TA相同。
LPN可以在向WTRU提供TA之前调整或修改该TA。该修改或调整可以基于宏与LPN传输(例如同步和/或参考信号)之间的定时差。该修改或调整可以基于WTRU可以使用和/或LPN可以确定(例如用于从WTRU到LPN的UL传输)的TA。
LPN可以或可以不在时间和/或频率上与该宏同步(或近似同步)。
WTRU可以保持与多于一个(例如两个)非同步点的同步,例如以执行解耦操作。WTRU可以将UL同步与DL同步分离和/或将宏同步与LPN同步分离。针对UL和DL传输(或UL和DL通信或宏和LPN通信)的每一者,WTRU可以保持分离的定时和/或频率偏移。一种同步(例如宏或DL通信)可以从宏小区的DL同步和/或参考信号(例如PSS和/或SS和/或CRS和/或CSI-RS)传输获得。另一种同步(例如LPN或UL传输)可以从LPN的DL同步和/或参考信号传输获得。
一种同步(例如UL通信或LPN)可以被获得为从另一(例如DL通信或宏)同步(例如同步定时和/或值)的偏移(例如偏移值)。可以被使用的偏移可以由宏小区经由较高层信令提供。可以被使用的偏移可以由宏小区(例如在***信息中,例如在SIB中)广播。
WTRU可以接收可以由宏小区传送的定时提前命令并可以知道该命令可以用作或可以打算用作可以被应用到某些传输的调整(例如偏移值)(例如当WTRU可以针对UL和DL传输(或UL和DL通信或宏和LPN通信)保持分开的定时和/或频率同步和/或偏移)。WTRU可以将该调整应用到某些传输。该某些传输可以是例如可以基于WTRU的(例如当前)UL(例如UL通信)或LPN同步的传输。
WTRU可以使用例如这里所述的一个或多个过程来获得定时提前,其可以使用该定时提前来调整到一个或多个小区(例如宏和/或LPN)的一个或多个UL传输。
WTRU可以(例如可以首先)传送前导码(例如随机接入前导码)到某小区(例如宏),且可以(例如可以然后)需要、接收或使用可以用于接入另一小区(例如LPN)的定时提前。WTRU可以使用来自宏的DL定时或信号(例如同步和/或参考信号)作为其用于向宏传输前导码的参考定时。WTRU可以从宏或LPN接收用于LPN的定时提前。
宏可以确定用于WTRU-宏通信的TA。宏可以传送和/或WTRU可以(例如从宏)接收定时提前,WTRU可以使用该定时提前来调整期可以向宏进行或想要进行的一个或多个UL传输。TA的确定和/或传输可以响应于该前导码或宏对该前导码的接收。宏可以向WTRU指示例如与宏和某LPN或诸如在LPN的某集合中的一个的LPN使用解耦模式。该指示可以在RAR中或与RAR被提供,或可以分开提供。
WTRU可以能够同步到LPN的DL信号或定时和/或可以使用该LPN的DL信号或定时用于其参考定时,例如用于一个或多个传输(例如UL传输),和/或用于与LPN的通信。WTRU可以传送前导码(例如随机接入前导码)给LPN,且WTRU可以使用用于该传输的参考定时可以是LPNDL定时或信号(例如同步和/或参考信号),例如,如果WTRU可以能够检测和/或同步到LPNDL信号。
LPN可以确定用于WTRU-LPN通信的TA,例如WTRU-LPNTA。LPN可以传送该WTRU-LPNTA给WTRU和/或给该宏。该宏可以传送WTRU-LPNTA给WTRU。该宏与LPN之间的通信可以经由X2接口。
WTRU可以(例如如果WTRU可以不能够检测该DL信号,例如LPN的同步和/或参考信号)使用用于其参考定时的来自该宏的DL定时或信号(例如同步和/或参考信号),例如用于到LPN的UL传输。
WTRU可以传送前导码(例如随机接入前导码)给LPN且WTRU可以使用用于该传输的参考定时可以是宏DL定时。
该宏可以传送TA给WTRU,其可以是WTRU可以从LPN接收的TA(例如LPN-宏TA或UL-LPNTA)。该LPN可以发送TA(例如LPN-宏TA或WTRU-LPNTA)给该WTRU。该WTRU可以从宏或LPN接收TA(例如LPN-宏TA或WTRU-LPNTA),该WTRU可以使用该TA来调整其到该LPN的UL传输。
WTRU可以自发传送前导码(例如随机接入前导码)给LPN(例如不用请求或命令)或可以响应于开始或使用解耦模式的指示、请求或命令(例如来自该宏)传送该前导码或响应于命令(例如来自该宏)(例如PDCCH命令)(例如用于定时对准)传送该前导码。WTRU可以自发传送前导码(例如随机接入前导码)给该宏(例如不用请求或命令)或可以响应于指示、请求或命令(例如来自该宏)(例如PDCCH命令)(例如用于定时对准)或RRC重新配置(例如用于移动性或切换)来传送该前导码。
WTRU可以(例如可以首先)传送前导码(例如随机接入前导码)给某小区(例如LPN)并可以(例如可以之后)需要、接收或使用可以用于对另一小区(例如宏)的接入的定时提前。WTRU可以使用来自该宏和/或LPN的DL定时或信号(例如同步和/或参考信号)作为其用于到LPN的前导码传输的参考定时。该WTRU可以从该宏或LPN接收用于该宏的定时提前。
针对WTRU-LPNTA,该LPN可以确定用于WTRU-LPN通信的TA,例如WTRU-LPNTA。LPN可以传送该WTRU-LPN给WTRU和/或该宏。WTRU-LPNTA的确定和/或传输(例如由LPN)可以响应于该前导码或LPN进行的前导码接收。该宏可以传送该WTRU-LPNTA给该WTRU。WTRU-LPNTA的传输(例如由该宏)可以响应于来自LPN的通信(例如消息)的接收,其可以包括可以计划用于某WTRU的TA。该宏与LPN之间的通信可以经由X2接口。WTRU可以从宏或LPN接收TA(例如LPN-宏TA或WTRU-LPNTA)并可以使用该TA调整其到LPN的UL传输的一个或多个。
针对WTRU-宏TA,该LPN可以确定其可以认为是WTRU-宏TA的LPN-宏TA并可以将该TA(或该TA的调整的版本)提供给该WTRU。该WTRU可以自发传送前导码(例如随机接入前导码)给该宏(例如不用请求或命令)或可以响应于指示、请求或命令(例如来自该宏或LPN)(例如PDCCH命令)(例如用于定时对准)或RRC重新配置(例如用于移动性或切换)传送该前导码。用于传送前导码或执行随机接入例如以获得TA的指示、请求或命令(其可以由宏或LPN传送或提供)可以包括覆盖增强(CE)等级和/或重复次数(例如前导码重复)的指示。WTRU可以使用该指示的CE等级和/或重复用于与该宏的通信,例如用于PRACH资源选择、前导码传输或其他UL传输。该宏可以例如响应于可以来自该WTRU的前导码或前导码的接收确定用于WTRU-宏通信的TA,例如WTRU-宏TA。该宏可以发送WTRU-宏TA给WTRU和/或该LPN。该WTRU可以从该宏或LPN接收TA(例如LPN-宏TA或WTRU-宏TA),且其可以使用该TA来调整其到宏的传输的一个或多个。
WTRU可以或可以能够传送至少一个UL信道给至少两个节点(例如宏和LPN)的每一个。如果该WTRU可以使用不同的TA用于到该节点的传输,WTRU可以难以同时向这些节点传送,例如如果WTRU可以具有一个发射机(例如发射机组件的一个集合)。
WTRU可以在UL中同时向某些节点传送,如果(例如仅如果)WTRU可以(或可以需要)为到这些节点的UL传输应用的TA可以相同或在彼此的某容限或阈值内。该WTRU在UL中可以不同时向某些节点传送,如果WTRU可以(或可以需要)为到这些节点的UL传输应用的TA可以不是相同或可以不在彼此的某容限或阈值内。该容限或阈值可以是指定的、已知的或由WTRU确定(例如基于WTRU实施),或被配置的(例如由该节点的一个或多个例如经由广播或专用信令配置)。这可以应用于例如可以仅应用于可以具有一个发射机的WTRU和/或可以不支持多个TA或TA群组(TAG)的WTRU。WTRU可以接收一个TA并可以使用该TA用于到某些节点的UL(例如所有或某UL)传输。WTRU可以针对一节点接收一个TA并可以应用该TA的一个用于到某些节点的UL(例如所有UL或某UL)传输。
WTRU可以传送第一信道(例如PUCCH)给第一节点(例如,该宏)且传送第二信道(例如PUSCH)给第二节点(例如LPN)。如果WTRU可以为到该宏的PUSCH传输应用的TA可以相同或在WTRU可以为到LPN的PUCCH传输应用的TA的阈值内,则WTRU可以同时传送PUSCH给宏并传送PUCCH给LPN。如果WTRU可以为到宏的PUSCH传输应用的TA可以不相同或可以不在WTRU可以为到LPN的PUCCH传输应用的TA的阈值内,且如果WTRU可以被调度用于两者传输(例如在相同或重叠子帧中),则WTRU可以不同时(例如在相同或重叠子帧中)传送PUSCH给宏和PUCCH给LPN。WTRU可以(或可以仅)例如在重叠的一个或多个子帧中传送最高优先级的信道(例如PUCCH)或信道给最高优先级节点。
如果WTRU可以被调度用于同时向这些节点传送(例如在相同或重叠子帧中),WTRU可以传送(例如仅传送)到节点的一个并可以丢弃(例如不传送)到其他一个或多个节点的调度的传输,例如当WTRU可以例如由于TA差(其可以大于阈值)不能同时向多个节点传送时。
针对被调度用于WTRU向例如多于一个节点的同时(例如在相同或重叠子帧中)UL传输的信道,该信道可以具有优先级。WTRU可以传送具有最高优先级的信道并可以不传送其他信道。WTRU可以传送可以被调度用于到最高优先级节点的传输的信道并可以不传送其他信道。WTRU可以确定最高优先级信道以及其可以被传送到的节点并可以传送调度(例如所有调度的)信道给该节点。WTRU可以丢弃(例如不传送)该调度的(例如所有调度的)信道给一个或多个(例如所有)其他节点。PUCCH可以具有比PUSCH更高的优先级(或反之亦然)。PRACH可以具有最高优先级。宏可以具有比LPN更高的优先级(或反之亦然)。节点优先级可以是信道特定的或用于所有信道。SRS可以具有最低优先级。周期SRS的优先级可以比非周期SRS的优先级高(或反之亦然)。当多个SRS(例如相同的优先级)可以同时被调度时,例如没有其他信道,优先级(例如用于哪个被传送和哪个被丢弃)可以是基于节点的、基于配置的或可以由WTRU确定。当多个SRS(例如相同优先级)可以同时被调度时,例如没有其他信道,则WTRU可以丢弃(或不传送)某些或所有SRS。SRS可以或可以仅由WTRU调度和/或传送给其可以(或还可以)将PUSCH传送到的节点。
如果WTRU可以被调度同时传送PUSCH和PUCCH给不同的节点,WTRU可以传送PUCCH并可以丢弃(例如不传送)PUSCH。如果WTRU可以被调度用于同时传输PUCCH和SRS给第一节点和PUSCH给第二节点,则WTRU可以传送PUCCH和SRS给第一节点,其可以是由于PUCCH的优先级高于PUSCH的优先级。WTRU可以丢弃(例如不传送)PUSCH。如果WTRU被调度同时传输(例如相等优先级)SRS给第一节点和第二节点,WTRU可以针对至少SRS(例如单独SRS)传输传送SRS给具有更高优先级的节点并可以不传送SRS给另一节点。WTRU可以选择(例如随机地)传送哪个SRS和不传送哪个SRS,并可以相应地进行传送。
该节点(例如宏和LPN)可以共享或交换关于可以在每一者的小区中被传送的SRS的周期(和/或其他参数)的信息(例如通过X2)。这些可以包括小区特定SRS和/或可以特定于可以与节点操作在解耦模式的一个或多个某些WTRU的一个或多个WTRU-特定SRS的周期和/或参数。节点可以使用该信息来避免与到另一节点的SRS传输的UL冲突和/或预留用于另一节点的SRS的符号或子帧。
宏和LPN可以共享其用于可以与该宏和LPN操作在解耦模式的某WTRU的周期SRS参数。LPN可以避免在可以与用于该宏的WTRU的周期SRS子帧重叠的子帧中调度用于WTRU的PUSCH传输。
调度的信道或传输可以是可以(或可以已经)分配(例如授权、配置、请求或其他方式)资源的信道或传输。重传可以是(例如被认为是)调度的传输(例如PUSCH的传输)。PUSCH、PUCCH、SPS和PRACH的一者或多者可以是(例如被认为是)调度的、调度的信道或调度的传输。调度的传输可以是计划的传输。可以被请求(例如由节点)或自发计划或发起(例如由WTRU)的PRACH可以是(例如被认为是)调度的传输。调度的信道和调度的传输可以互换使用。调度的和分配的可以互换使用。
节点的一个或多个可以调整其定时由此WTRU可以使用相同的TA用于到这两个节点的传输。例如,LPN可以使用这里描述的一个或多个机制来调整其定时(例如用于时间同步),由此WTRU可以使用一个TA用于到宏和LPN的UL传输。
WTRU可以在某些情况中例如与用于宏和LPN的相同TA的解耦模式操作,同时向宏和LPN进行传送。
在解耦操作配置(例如假定来自宏的DL传输和到LPN的UL传输)中,WTRU一接收到物理下行链路共享信道(PDSCH),WTRU可以发送相应的混合自动请求(HARQ)反馈给LPN。LPN可以将该反馈传送给服务eNB(例如宏),其可以已经发送了相应的PDSCH。用于eNB接收PDSCHHARQ反馈的定时标准由于额外的LPN处理和LPN与eNB之间的进一步通信和/或通信延迟可能是不足的。eNB可以不能够向LPN通知PDSCH的传输且LPN可以不期望在WTRU发送PDSCH相关反馈时接收该反馈。这种配置可以使得LPN难以适当地接收和/或解码反馈。改进的HARQ操作可以被提供。
当eNB可以发送PDSCH给WTRU时,其可以期望WTRU例如经由PUCCH和/或PUSCH提供ACK/NACK反馈,以响应于PDSCH。eNB可以在可以相对于PDSCH的频率和/或时间位置的特定频率和/或时间位置中期望ACK/NACK。eNB可以期望在该特定资源位置从该特定WTRU接收PUCCH。当eNB可以检测或接收PUCCH时,其可以知道该PUCCH可以来自哪个WTRU。PUCCH传输的资源位置和/或定时可以(例如隐式)至少部分标识可以(或可以已经)传送该PUCCH的WTRU的标识。在UL/DL解耦情形中,LPN可以不知道宏eNBPDSCH传输并可以不进行以下的至少一者:期望、检测和/或寻找相应PUCCH。
ACK/NACK可以是用于HARQ进程或过程的反馈。ACK/NACK可以代表ACK(肯定应答)、NACK(否定应答)和DTX(可以表示没有应答的不连续传输)的一者或多者。
在诸如解耦情形的某些情形中,WTRU可以响应于从另一eNB(例如宏)接收到一个或多个DL信号(例如PDSCH)(其可以是成功的或不成功的)传送DLHARQACK/NACK信息给eNB,例如LPN。一个eNB可以不知道另一eNB的DL传输和/或可以不期望该ACK/NACK反馈。WTRU可以使用SR用于该反馈,例如由于SR资源可以可用于(例如被配置或预先配置用于)该WTRU(例如半静态地)。
在例如某些解耦操作情形的某些情形中,WTRU和/或eNB可以不按照某些标准版本的PDSCH相关HARQ操作和/或定时。WTRU和/或eNB可以使用用于这里所述的HARQ操作的机制的一个或组合。
WTRU可以响应于接收PDSCH不传送ACK/NACK信号(例如使用(或根据)某(例如LTE或LTE-A)版本的PDSCHHARQACK/NACK定时)。在eNB传输PDSCH之后,eNB可以不期望从WTRU接收ACK/NACK,例如使用(或根据)某(例如LTE或LTE-A)版本的PDSCHHARQACK/NACK定时。
响应于WTRU(例如从例如该宏的eNB)接收一个或多个PDSCH,WTRU可以使用调度请求(例如SR)资源和/或信号传送相关PDSCHHARQACK/NACK(例如给eNB或诸如LPN的另一eNB)。在eNB(例如宏)传输一个或多个PDSCH之后,eNB可以通过接收SR资源上的信号和/或SR信号接收(或期望接收)相关PDSCHHARQACK/NACK。eNB(例如LPN)可以通过接收SR资源上的信号和/或SR信号接收PDSCHHARQACK/NACK。eNB可以提供反馈给另一eNB(例如宏)。
WTRU可以将在时间窗中接收的对应于一个或多个PDSCH的HARQACK/NACK比特绑定到一个或多个ACK/NACK比特。WTRU可以例如从eNB通过较高层信令接收HARQ绑定时间窗的配置。HARQ绑定窗可以由一个或多个参数表示,例如窗口尺寸(可能由子帧数例如n表示)、窗口偏移(可能由子帧数量例如m表示)等。作为窗口尺寸的示例,其可以被设置为与两个连续配置的SR资源之间的子帧数相同的值。作为窗口偏移的示例,其可以被定义和/或配置为在包括下一个SR资源(例如将用于携带相应PDSCHHARQACK/NACK比特的SR资源)的子帧之前的子帧数量(例如m=4)。例如,针对n=10和m=4的WTRU,WTRU可以在尺寸为10个子帧的窗口中接收某些(例如所有)可能的PDSCH,该窗口可以在下一个SR资源之前的4个子帧结束。WTRU可以确定该窗口内用于某(例如所有)接收的PDSCH数据的PDSCHHARQACK/NACK比特。WTRU可以将所有这些比特绑定到单个ACK/NACK比特,且其可以使用下一个SR资源发送绑定的ACK/NACK比特(例如给eNB)。
在eNB接收可能绑定的PDSCHHARQ反馈之后,该eNB可以应用用于某(例如所有)PDSCH的HARQ反馈,其可以已经在相应PDSCH传输窗口期间将该反馈传送给WTRU。
WTRU可以不发送PDSCH否定应答给eNB。WTRU可以(或可以仅)发送PDSCH肯定应答给eNB。WTRU可以使用SR资源中的PUCCH发送实际传输请求给eNB,该SR资源可以包括与用于否定HARQPUCCH应答相同的星座点(constellationpoint)。WTRU可以发送SR资源中的PUCCH给eNB,其可以包括与用于肯定HARQPUCCH应答相同的星座点,该应答作为用于相应PDSCH的肯定PDSCHHARQ应答。否定和肯定应答可以由不同的星座点描述。eNB可以期望在预定义时间帧内接收PDSCHHARQACK/NACK。如果eNB在预定义时帧期间可以不接收肯定应答,其可以假定针对相应PDSCH的否定应答。
WTRU可以不发送PDSCH肯定应答给eNB。WTRU可以(或可以仅)发送PDSCH否定应答给eNB。WTRU可以使用SR资源中的PUCCH发送实际传输请求给eNB,该SR资源可以包括与用于否定HARQPUCCH应答的相同的星座点。WTRU可以发送SR资源中的PUCCH,该SR资源可以包括与用于肯定HARQPUCCH应答的相同的星座点,作为用于相应PDSCH的否定PDSCHHARQ应答。否定和肯定应答可以由不同的星座点描述。eNB可以期望在预定义时帧内接收PDSCHHARQACK/NACK。如果eNB在预定义时帧期间可以不接收否定应答,其可以假定针对相应PDSCH的肯定应答。
SR资源上传送的信号可以不包括来自WTRU的某(例如任意)UL传输请求。eNB可以不将在SR资源中接收的每一个PUCCH解译成包括来自该特定WTRU的实际UL数据传输请求的一个PUCCH。该WTRU可以在(例如仅在)SR资源的子集中发送PUCCH以向网络通知其UL传输请求。WTRU可以接收关于为该目的使用哪些SR资源的指示。例如,WTRU可以接收用于SR资源的第二配置。该第二配置可以指示第一(例如主)配置的SR资源提供的PUCCH资源的子集。作为一个示例,WTRU可以接收配置参数r,其可以指示每第r个SR资源(例如包括用于该WTRU的SR资源的每第r个子帧)可以携带实际UL传输请求和/或可能没有潜在的PDSCHHARQACK/NACK比特。该WTRU可以在(例如仅在)SR资源的子集中发送PUCCH以向网络通知其PDSCHHARQACK/NACK。WTRU可以接收关于针对该目的使用哪些SR资源的指示。例如,该WTRU可以接收用于该SR资源的第二配置。该第二配置可以指示第一(例如主)配置的SR资源提供的PUCCH资源的子集。作为示例,WTRU可以接收配置参数r,其可以指示每第r个SR资源(例如包括用于该WTRU的SR资源的每第r个子帧)可以携带PDSCHHARQACK/NACK比特和/或可能没有潜在的UL传输请求。
WTRU可以在(例如每个)UL子帧中不发送PDSCHHARQACK/NACK比特(例如经由PUCCH)。该WTRU可以接收配置参数,其指示WTRU可以使用哪些子帧发送PDSCHHARQACK/NACK比特(例如经由PUCCH)。WTRU可以接收配置参数r,其可以指示每第r个子帧可以包括分配给WTRU的PUCCH资源和/或WTRU可以在这些子帧中仅传送PDSCHHARQACK/NACK比特(例如经由PUCCH)。不同WTRU可以由相同PUCCH资源和/或相同PUCCH索引配置。不同WTRU可以被配置成潜在在不同子帧中发送PDSCHHARQACK/NACK比特(例如经由PUCCH)。
基于PUSCH的HARQACK/NACK可以被提供。WTRU可以传送携带相应PDSCHHARQACK/NACK比特的PUSCH,例如在WTRU接收一个或多个PDSCH时。WTRU可以当WTRU接收一个或多个PDSCH时不传送包括相应PDSCHHARQACK/NACK比特的PUCCH。WTRU可以在该相同PUSCH中传送一个或多个PDSCH的PDSCHHARQACK/NACK比特。例如,WTRU可以在该相同PUSCH中传送在某时段例如时间窗中接收的每个PDSCH的HARQACK/NACK比特。该窗可以称为HARQ绑定窗。PUSCH可以携带PDSCHHARQACK/NACK比特和/或关于相应PDSCH的信息。例如,PUSCH可以携带相应的PDSCH的DLHARQ进程的指示。该PUSCH可以携带可以接收相应PDSCH的频率和/或时间位置的指示。WTRU可以接收定义HARQ绑定窗的一个或多个配置参数,例如窗口尺寸。绑定窗的尺寸可以是等于或大于1的值。WTRU可以接收针对每个窗的一个或多个UL授权,用于携带相应窗的PDSCHHARQACK/NACK比特。WTRU可以基于在相应HARQ绑定窗中的PDSCH和/或PDSCH的一个或多个DL授权导出频率、时间位置和/或携带PDSCHHARQACK/NACK比特的PUSCH的其他传输参数。例如,携带该PDSCHHARQACK/NACK比特的PUSCH的传输参数可以基于相应绑定窗中的第一(或最后)PDSCH授权的特性来导出。WTRU可以例如基于绑定窗的边界导出该频率、时间位置和/或携带该PDSCHHARQACK/NACK比特的PUSCH的其他参数。例如,相关的PUSCH可以在绑定窗的末尾之后的n个子帧中被传送。
修改的PDSCHHARQACK/NACK定时可以被提供。eNB可以被配置成期望例如在相应PDSCH的传输之后在预定义和/或配置的时间窗(可能在子帧方面)内从WTRU和/或另一网络实体接收PDSCHHARQACK/NACK。eNB可以被配置成期望在相应PDSCH传输之后的预定义和/或配置的子帧数之后从WTRU和/或另一网络实体接收PDSCHHARQACK/NACK。
WTRU可以被配置成用于传输和接收物理上行链路共享信道(PUSCH)和PDSCH数据的无HARQ操作。WTRU可以依赖RLCAM和ARQ操作用于数据的可靠接收和传输。没有HARQ的WTRU可以没有用于MAC控制元素的可靠传递机制。对MACCE可靠性的改进可以被提供。针对无HARQ操作的WTRU,例如针对在RACH过程(其可以在RLC透明模式中操作)期间smg3的传递,可以提供可靠性改进。
WTRU可以被配置成针对PUSCH和PDSCH数据的传输和/或接收不用HARQ进程进行操作,例如无HARQ操作。WTRU可以接收PDSCH数据并作为响应可以在分配的PUCCH中或如果可用在PUSCH中传送ACK/NACK。WTRU可以被配置不传送任意HARQ-ACK响应。在无HARQ操作中,WTRU可以不接收对应于NACK响应的PDSCH数据的重传(作为HARQ进程的部分)。从UL的角度,WTRU可以不期望响应于PHICH上的PUSCH传输从eNB接收HARQ反馈。例如WTRU可以接收PHICH上的HARQ响应,但是可以响应于接收的NACK不重传该PUSCH。例如WTRU可以不被分配用于无HARQ的操作的PHICH资源。针对UL和DL,WTRU在接收或传送数据的第一次传输时,可以考虑HARQ进程完成。在无HARQ操作时,WTRU可以使用RLC应答模式和ARQ进程用于可靠数据传递的重传。AMRLCARQ的ARQ进程可以允许发射机与接收机之间的不是很迫切的反馈时间,并可以允许例如在解耦UL/DL情形中UL接收和DL传送eNB之间的另外延迟。
eNB与WTRU之间的MACCE的传递可以依赖用于反馈和任意重传的HARQ进程。无HARQ的操作中的WTRU可以被配置RLCAM具有ARQ进程用于分组的数据重传和按序传递。WTRU可以不使用HARQ进程作为无HARQ的操作中的MACCE的传递的可靠传递方法。WTRU可以被配置RLCS/N到MACCE映射、单独MACCE传递、基于HARQ反馈的MACCE、包含在其他层传递的MACCE中的信息、或包括用于MACCE的可靠传递的UL授权的MACCE的一者或多者。
WTRU可以将MACCE与RLCPDU的序列号相关联,WTRU可以将该MACCE包括到该RLCPDU以构建用于传输的MACPDU。该WTRU可以分配MACCE与RLCPDU之间的一对一映射。当RLC例如基于ARQ反馈需要重传该RLCPDU,WTRU可以确定重传的RLCPDU序列号与MACCE之间的映射并可以在该RLCPDU的该重传中包含该MACCE。例如,WTRU可以针对ARQ进程的第一次传输和重新传输与MACPDU中的该MACCE一起传送RLCPDU。
WTRU例如针对PDSCH传输可以在可以被分段成一个或多个RLCSDU(例如8个RLCSDU)的PDCP中接收单个数据分组。每个SDU可以被指派序列号(例如SN0~7)以构建RLCPDU。每个RLCPDU可以被指派给分开的HARQ进程。MAC可以将MACCE包括到具有SN(例如,SN7,例如WTRU可以有误差的传送)的RLCPDU。该误差可以由接收机RLC实体(例如在网络侧)使用RLCSTATUSPDU指示,或可以由较低层指示,例如通过来自相应HARQ进程的HARQNACK反馈响应。在RLCARQ重传中,WTRU传送RLC实体可以再次提供具有RLCPDU(具有SN7)的MAC,和接收SN7的MAC实体可以被重传且基于SN与MACCE之间的映射,可以将MACCE包括到MACPDU用于通过HARQ进程的传输。
WTRU可以提供具有报头的空RLCPDU给MAC层,由此MAC层可以包括具有RLCPDU的MACCE,例如以构建MACPDU。WTRU可以使用该RLCARQ进程来例如基于接收的肯定ARQ或否定反馈来确定接收机MAC实体是否已经合适地接收该MACCE。WTRUMAC实体可以基于通过发送MACCE的HARQ进程接收的单个HARQ反馈确定是否合适地接收该MACCE。如果接收针对RLCPDU序列号的包括MACCE的否定ARQ反馈和/或HARQ反馈,WTRU可以重传报头RLCPDU且MAC层可以包括相同的MACCE用于重传。在接收机RLC实体侧,空RLCPDU可以被包含在接收机缓冲器用于RLCSDU的按序传递和合适重构并用于ARQ进程反馈,但是否则一旦接收机窗被移到RLCPDU之外则被丢弃,且可以不能被传递给较高层。
为了向RLC指示其用于MACCE传递的意图,MAC层可以向RLC层提供用于提供空RLCPDU的指示,例如与在后来的授权中被传送的RLCPDU一起。例如MAC层可以从与MAC层相关联的任意RLC实体请求空RLCPDU,或可能地可以从与最低逻辑信道标识符相关联的RLC实体请求该空PDU。
在无HARQ的操作中,WTRU可以接收用于任意UL传输的HARQ反馈并可以传送用于DL接收的HARQ反馈但是可以不传送或接收用于HARQ进程的任意重传。WTRU然后可以基于HARQ的应答来确定MACCE的可靠传输和接收。针对DL中的MACCE的接收,在MACCE接收以NACK为结果的情况中,WTRU可以期望在另一HARQ传输中的MACCE重传。在解耦UL/DL的情况中,MACCE的DL传输和导致的反馈可以允许从WTRU接收HARQ反馈的eNB到传送并然后在下一个DL时机重传MACCE的eNB之间的延迟的足够容限。
针对WTRU在UL中传输MACCE,WTRU可以基于用于之前传输的接收的NACK反馈,包括基于用于MACCE包括到MACPDU用于UL传输的普通过程的HARQ反馈上的传输的相同MACCE。在该传输中,WTRU可以传送MACCE,或可以将其包括到MACPDU,具有来自较高层的数据。例如,WTRU可以在多个HARQ传输中传送和/或接收MACCE,在不同HARQ进程中重复。WTRU可以接收和/或传送多个重复的MACCE,不管HARQ反馈如何。WTRU可以在MAC子报头中包括和/或接收MAC过程标识符与LCID一起,其可以指示MACCE类型,例如以区分重复的MACCE和不同的MACCE。重复的次数可以是覆盖增强模式的函数,针对该覆盖增强模式,WTRU可以由来自eNB的较高层信令配置和指示。
WTRU可以通过来自层的信令提供或接收在MACCE中指示的信息;例如通过物理层中的RRC信令或PDCCH。例如,WTRU可以使用与RACH过程有关的信息,例如针对解耦UL/DL和/或覆盖增强情形的RAR和定时对准命令。
例如,WTRU可以从RRC或PDCCH接收定时提前命令、UL授权或C-RNTI的一者或多者。该定时提前命令可以是一个或多个比特(例如6或11个比特)并可以指示定时调整量。例如,响应于前导码传输,WTRU可以在PDCCH中接收该信息,例如使用C-RNTI掩码用于WTRU。UL授权可以是一个或多个比特长(例如20个比特)并可以指示用于WTRU的传输的UL资源。例如,该信息可以由WTRU在用C-RNTI掩码的PDCCH中接收。C-RNTI可以是一个或多个比特长(例如16比特)并可以指示WTRU标识符分配的小区。例如,WTRU可以包括作为RRC消息的部分的C-RNTI,作为针对数据UL传输使用RACH的调度请求过程的部分。
例如使用用于接收和传输的解耦UL/DL并在覆盖增强模式中的WTRU为了使用用于证明给WTRU的UL授权的信息协助eNB调度器的目的,可以不使用某些MACCE。例如,WTRU可以不被配置成传送PHR、BSRMACCE。例如,WTRU可以期望不接收命令(例如用于DRX、MBMS或载波激活/去激活的命令),WTRU在覆盖增强模式和解耦UL/DL中可以不支持这些命令。
WTRU可以被指示可以被包含在从网络接收的MACCE中的UL授权信息。WTRU可以使用该被包含的UL授权来在分配的PUSCH上传送接收的MACCE信息的相应HARQ反馈。WTRU可以被分配PUSCH用于HARQ反馈而不是在解耦UL/DL情形中使用PUCCH。例如,WTRU可以接收具有用于数据的每个调度PDSCH接收的UL授权信息的MACCE,其可以由WTRU使用以在PUSCH传送用于PDSCH数据接收的相应HARQ反馈。WTRU可以在MACCE中接收减少的UL授权信息。MACCEUL授权可以包括RB指派和/或调度和编码方案。WTRU可以接收用于HARQA/N传输的UL资源,或可以包括用于UL数据和/或用于其他UL控制信息的资源。
作为RACH相关消息传输的部分,例如msg3,WTRU可以依赖用于信令增加可靠性的反馈和重传的HARQ进程。WTRU默认可以在透明模式中有具有RLC的无线电承载配置。针对被配置用于无HARQ的操作的WTRU,可以没有反馈和重传机制以确保用于msg3的可靠信令和可能地用于初始连接建立的RRC连接请求。为了在无HARQ的操作中的可靠msg3传输,WTRU可以被配置有以下的一者或多者。
WTRU可以配置默认信令无线电承载(SRB),例如如作为随机接入过程的部分的msg3的UL传输的RRC中指定的。WTRU可以配置RLC应答模式的默认SRB。WTRU可以被配置用于具有RLCAM的SRB,例如没有来自网络的具有如在RRC中定义的默认参数值的显式配置信令。WTRU可以配置具有最大可允许持续时间(例如200ms)的RLCAM相关参数(例如重排序计时器(例如t重排序)),以允许在ARQ进程中覆盖增强模式操作的最长延迟。例如,WTRU可以例如依据为WTRU指定的覆盖增强量配置比200ms长的具有t重排序的默认SRB。
在无HARQ的操作中,如果msg3传输失败,例如WTRU没有接收RRC连接建立消息,WTRU可以重新尝试msg3传输。WTRU可以被提供UL授权,例如经由具有WTRUC-RNTI的PDCCH,其可以由网络预先分配,或经由TC-RNTI,其可以通过来自网络的RAR的之前接收分配给WTRU。WTRU可以重新使用来自UL授权的相同资源,该UL授权在初始msg3传输尝试中被分配。例如,在UL授权中,WTRU可以在不成功传输的情况中接收msg3的半持久调度。WTRU可以被配置重传计时器和msg3传输尝试的最大次数。例如,WTRU可以使用T300计时器和maxHARQ-Msg3TxIE值,例如如在用于在无HARQ的操作的目的的小区的SIB中指定的。例如,在重传计时器期满时,WTRU可以在下一个可用UL子帧中在相同UL资源中尝试相同msg3内容的重传。WTRU可以在达到msg3重传的最大次数时重置MAC并向较高层指示RRC连接建立失败。作为msg3传输的重新尝试的部分,WTRU可以从到相同小区的前导码传输执行随机接入过程。例如,WTRU可以在UL授权中接收用于msg3重传的专用RACH资源的初始msg3传输配置。WTRU可以在重新尝试重新使用相同的专用RACH资源,例如直到达到最大msg3传输重新尝试的次数。
可以提供功率控制。如果WTRU可以不能从节点接收TPC命令和/或可以不能测量该节点的路径损耗,则用于功率控制的已有的装置可能不能合适工作。WTRU可以执行到节点的随机接入进程以确定向该节点传送功率,其中随机接入和/或发射功率可以不依赖路径损耗。
WTRU可以执行到某节点(例如LPN)的随机接入进程,其路径损耗设定为0。在该进程完成时,例如,如果成功,则WTRU可以使用其最后PRACH传输功率或用于到节点的某些UL传输的功率的调整版本。
WTRU可以在某功率(例如固定功率)开始到节点的RA进程。WTRU可以在该功率传送前导码。如果WTRU可以在期望的时间窗内没有接收响应(例如RAR),则WTRU可以爬升功率并再次尝试。WTRU可以重复(例如在等待回退时间之后)该进程直到其可以达到(或超过)其最大功率和/或直到其可以达到(或超过)爬升尝试的最大次数。
起始功率可以是固定值,例如-10dB,或可以被配置,例如由节点配置,该节点例如是前导码可以计划到的节点(例如LPN)或特定节点(例如该宏)。爬升的量和/或爬升尝试的最大次数可以被配置,例如由节点配置,该节点例如是前导码计划到的节点(例如LPN)或特定节点(例如该宏)。该配置可以通过广播信令(例如***信息,例如在SIB中)或专用信令被提供。
如果WTRU可以在达到(或超过)其最大功率和/或爬升尝试的最大次数之前接收到响应,则该进程可以被认为或确定是成功的(例如由WTRU)。接收到响应所针对的PRACH前导码这里可以被称为成功的前导码。WTRU可以使用用于成功的前导码的传输功率这里可以称为P-PRACH成功。
WTRU可以使用P-PRACH成功来确定用于到节点(例如LPN)的某些UL传输的功率。例如,WTRU可以使用P-PRACH成功用于到节点的所有UL传输或WTRU可以将偏移添加到P-PRACH成功以获得用于某些信道的传输功率。该偏移可以针对不同的UL信令是相同或不同的。偏移可以通过来自节点的广播信令(例如***信息,例如在ISB中)或专用信令来提供,该节点例如是该前导码被传送到的节点或特定节点(例如该宏)。偏移可以例如由节点重新配置。
WTRU可以使用固定功率传输用于一个或多个信道。固定功率可以通过广播或专用信令初始被配置并可以通过来自节点的一个或多个(例如宏或LPN)的专用信令被重新配置。
用于解耦情形的***可以被提供。针对解耦情形,特定承载可以使用的无线电协议架构可以依据承载建立。无线电承载可以在S-GW处在下行链路702与上行链路704之间被分开,如在图7的示例***700中所示。如在图8的示例***800中所示,下行链路承载S1-U可以来自S-GW并去到宏eNB,且上行链路承载可以从LPN802被路由到宏806上的PDCP804,其可以允许从宏eNB(MeNB)806到S-GW的单个双向S1-U链路。
图9示出了解耦情形中涉及的eNB902、904之间的C平面连接的示例。支持解耦操作(如在图7-8中示出的)中涉及的eNB902、904(例如宏eNB和LPN)可以拥有其无线电资源并可以负责(例如主要负责)分配其小区的无线电资源。MeNB与LPN之间的协调可以通过X2接口信令被执行。
在解耦情形的情况中,传输的多节点性质可以将WTRU解释为具有两个WTRU实体被配置,例如一个MAC实体用于MeNB且一个MAC实体用于LPN。
在解耦情形的情况中,WTRU可以被配置用于下行链路和上行链路节点的分开的RRC实体,和解耦信令无线电承载的分开的配置。例如,RRC连接建立消息可以包括信令无线电承载的配置,具有与一个网络节点(例如宏eNB)相关联的下行链路承载配置和与另一网络节点(例如LPN节点)相关联的上行链路承载配置的指示。
WTRU可以例如使用新的或修改的用户平面配置被配置可以(或可以需要)在解耦模式中操作的用户平面承载。在接收RRC重新配置消息(或之后),WTRU可以确定逻辑信道的下行链路和上行链路链路可以需要与不同网络节点相关联。WTRU可以创建用于下行链路和上行链路方向的分开的逻辑信道。
在用于一个或多个承载的WTRU操作从耦合模式改变到解耦模式时(或之后),或反之亦然,WTRU可以(例如另外)被配置成执行与eNB和/或MME的安全配置/重新配置。WTRU可以被配置成保持用于无线电承载的下行链路和上行链路方向的分开的AS和NAS安全密钥,其可以与可以在解耦模式中操作的RAB相关联。例如,当WTRU可以被配置成将一个或多个承载移到解耦模式,WTRU可以接收修改的安全模式命令或RRC重新配置消息,其具有用于创建或更新可以与一个或多个网络节点相关联的KeNB的配置。
WTRU可以占用合适的小区(例如用于下行链路),且可以(或可以需要)发起与网络的RRC连接。WTRU可以执行连接建立,其可以包括随机接入过程。随机接入过程可以包括消息1至消息4的一个或多个。随机接入过程可以根据这里描述的一个或多个方案和/或示例。
在消息1,WTRU可以确定要使用的PRACH资源以发送RA消息1给网络。WTRU可以从来自宏eNB的较高层信令(例如SIB信令)获得要用于上行链路的PRACH资源。来自宏eNB的该PRACH配置可以指示可以用于发送消息1的PRACH资源的一个或多个集合。PRACH资源的集合可以与不同网络节点相关联。
WTRU可以基于来回(turn)、测量或配置优先级的一者或多者从配置的集合选择PRACH资源。WTRU可以一次从配置的集合的一个集合选择PRACH资源。WTRU可以尝试在预先配置的时间段侦听响应消息。如果WTRU不能接收响应,则WTRU可以被配置成从另一集合选择PRACH资源。
WTRU可以为WTRU占用的网络节点的相邻节点执行并保持下行链路测量。WTRU可以保持根据测量结果排序的网络节点的排序列表。WTRU可以选择与该列表上最高的网络节点相关联的PRACH资源,并如此从上到下对列表中的网络节点逐个进行直到成功获得针对RACH消息的响应。
WTRU可以被配置可以选择PRACH资源的优先级。比如,WTRU可以被配置PRACH资源的每个集合的优先级,并可以对该列表向下进行直到成功获得针对RACH消息的响应。WTRU可以被配置成选择与具有最高优先级的宏相关联的资源。
WTRU可以被配置有配置参数,例如要用于传送PRACH的功率和/或要用于接收该响应消息的响应窗。WTRU可以被配置成计算要用于PRACH传输的功率。例如,WTRU可以被配置与每个资源集相关联的偏移值,其可以应用于为到宏eNB的PRACH传输计算的功率。
从WTRU成功接收PRACH的网络节点(例如LPN)可以被配置成向(或该)宏eNB发送消息指示。网络节点可以从接收自WTRU的PRACH资源确定该指示的目的地。例如,网络节点(例如LPN)可以划分其PRACH资源并提供PRACH资源的唯一集合给相邻宏eNB。LPN可以将PRACH的接收报告给宏eNB。该报告还可以包括PRACH的接收功率、消息的定时(用于计算定时提前)和/或应当在RAR消息中被发送给WTRU的上行链路授权。网络节点(例如LPN)可以创建RAR消息并作为透明容器(transparentcontainer)将其在报告中发送给宏eNB。
在从相邻节点(例如相邻LPN)接收一个或多个报告时(或响应于),该(或一)宏eNB可以选择LPN。例如,该宏ENB可以选择在该报告中报告的最高接收功率的LPN。
宏eNB可以使用在接收自LPN的报告或透明RAR消息中获得的参数准备RAR响应,并执行到WTRU的传输。
在消息2,WTRU可以从网络节点接收或期望接收随机接入响应(RAR)。该RAR消息可以指示WTRU为后续消息的传输要使用的上行链路授权和定时提前。RAR消息可以指示用于后续传输的网络节点的标识。例如,RAR消息可以具有LPN节点的标识符和WTRU可以使用用于后续传输的上行链路的定时提前。
在消息3,WTRU可以使用消息2中的配置参数传送RRC连接请求消息。在图7中示出的解耦情形中,WTRU可以被配置成使用如在5.8节中指定的无HARQ的操作。在图8示出的解耦情形中,WTRU可以被配置成使用HARQ来发送消息3。
在消息4,WTRU可以从与下行链路业务相关联的网络节点接收RRC连接建立消息。例如,该RRC连接建立消息可以包括信令无线电承载的配置,具有与一个网络节点(例如宏eNB)相关联的下行链路承载配置和与另一网络节点(例如LPN节点id)相关联的上行链路承载配置的指示。
在消息5,WTRU可以从与下行链路相关联的网络节点发送RRC连接建立完成消息。WTRU可以向MME发送在RRC建立连接完成消息上捎带的NAS消息。该NAS消息可以是修改的附着请求或发送下行链路和上行链路网络节点的标识符给MME的新消息。eNB还可以添加指示符给MME以支持S1-MME和S1-U链路的配置(例如,S1-UL到下行链路节点和S1-UUL链路到上行链路节点链路)。
如果WTRU发起RRC连接建立(例如如果WTRU已经在耦合模式中被连接),WTRU可以使用较高层信令(例如RRC信令)向网络请求WTRU需要在解耦模式中操作。该指示可以包括相邻节点的测量,如果可用,触发的指示的传输。WTRU可以使用预先配置的PRACH资源的指示。
在从WTRU接收到该指示时(或之后),网络节点可以向MME通知重新配置S1链路。例如,宏eNB可以发送修改的路径切换消息或新S1-C消息给MME,具有需要被重新配置的无线电承载的列表。该消息可以包括与需要被重新配置的每个RAB的下行链路和上行链路方向相关联的网络节点的标识符。在从网络节点接收到请求时,MME可以发送重新配置消息(例如修改的切换请求消息或新消息)给与要被重新配置的RAB相关联的网络节点的一个或多个。MME可以在该消息中发送WTRU的上下文,包括WTRU上下文、订阅参数等。MME可以另外发送聚合最大比特率(A-MBR)给网络节点,与RAB的方向相关联(例如下行链路A-MBR可以被发送到与下行链路RAB相关联的网络节点且上行链路A-MBR可以被发送到与上行链路RAB相关联的网络节点)。
用于移动性支持的无线电链路监视(RLM)可以被提供。在一些情况中,WTRU和/或LPN可以是移动的。如果WTRU正在UL中主动传送数据,该LPN可以能够从WTRU确定可能恶化的链路。主动传送WTRU可以是最近已经被调度用于PUSCH传输或被期望立即被调度用于PUSCH或最近已经传送PUCCH或期望立即传送PUCCH的WTRU。最近被调度的或立即的传输可以是发生在从当前子帧的可能预先配置子帧量内的传输。LPN可以通过MCS的降低;HARQ重传的阈值次数的增加;总WTRU吞吐量的降低;和/或信道或信号(例如SRS)的接收功率的降低来确定链路正恶化。这种信道可以是用于WTRU探测目的的信道,例如修改的PRACH传输,其中WTRU没有期望RAR消息。
在检测到上行链路条件降级时(或之后或作为响应),与该上行链路相关联的LPN可以发送报告给与WTRU相关联的下行链路网络节点(例如在这里描述的解耦情形中的宏eNB)。该下行链路网络节点可以确定需要重新配置该上行链路。
WTRU可以通过来自网络的显式命令来确定在该上行链路中执行重新配置。WTRU可以从该网络(例如使用MAC的较高层信令RRC)接收用于触发上行链路的重新配置的命令。例如,WTRU可以接收具有移动性配置参数的消息或RRC重新配置消息以将上行链路连接从已有的LPN节点移到新的目标LPN节点。
WTRU可以被配置成例如在RACH故障次数达到配置阈值时确定上行链路问题。例如,WTRU可以发起RACH以发送SR和/或BSR以请求资源,且如果RACH尝试的次数超过预先配置的阈值,则WTRU可以确定上行链路问题。
WTRU可以被配置成在调度请求的次数超过预先配置的阈值的情况下确定上行链路问题。
WTRU可以发送BSR以请求授权。如果WTRU没有在预先配置的时间段内从eNB接收到响应,则WTRU可以确定上行链路无线电链路中出问题。例如,当发送BSR时可以启动新的计时器,或已有计时器retxBSR-计时器的期满可以触发WTRU检测上行链路问题。
WTRU可以被配置成在针对上行链路传输的HARQ否定反馈是高于、低于、或等于配置的阈值的情况下确定其具有上行链路问题。例如,WTRU可以被配置成当在某窗中接收的NACK的次数达到或超过配置的阈值时确定其具有上行链路无线电链路问题。
WTRU可以被配置成在指定的一个或多个触发使得WTRU检测到无线电链路故障条件的情况下确定上行链路问题。例如,WTRU可以当T310或T312开始或期满时确定上行链路问题。WTRU可以基于配置数量的连续失步(out-of-synch)或在N个TTI处于失步来确定上行链路问题。WTRU可以基于从上行链路LPN节点监视相同或另一小区的下行链路参考信号来确定上行链路问题。例如,WTRU可以正执行对源自LPN节点(其也是WTRU的上行链路LPN节点)的参考信号(PSS/SSS、CRS、CSI-RS、DRS等)的测量。WTRU可以在下行链路信号中的该测量落到低于配置的阈值以下的情况下检测到上行链路问题。例如,WTRU可以基于观测的下行链路信号错误确定上行链路问题。例如,如果DLBLER低于、等于或超过配置的阈值,则WTRU可以确定上行链路错误。
例如,WTRU可以在RLC重传次数等于或超过阈值时确定上行链路问题。
在检测到上行链路问题时(或之后或响应于),WTRU可以发起针对该上行链路的无线电链路恢复过程。WTRU可以执行例如如这里所述的上行链路小区选择,以选择用于重建LPN连接的网络节点。例如,WTRU可以被配置有LPN相邻节点的集合,并可以与该集合中的另一LPN节点发起RLF重建过程。
WTRU可以传送新回复消息或修改的RLF重建消息给所选的网络节点。该消息可以包括以下参数的至少一者:故障原因、与解耦操作相关联的下行链路节点的标识、与解耦操作相关联的之前上行链路节点的标识,等等。
如果重建是成功的,则WTRU可以从一(或该)网络节点接收新成功消息或修改的RLF重建成功消息。
如果重建被拒绝,或在预先配置的时段内没有接收到重建响应,则WTRU可以被配置成向下行链路网络节点(例如在上述解耦情形中的宏eNB)报告。WTRU可以被配置成移到RRC_空闲(RRC_IDLE)。
这里描述的过程和手段可以以任意组合应用,可以应用到其他无线技术,以及应用于其他服务。
WTRU可以涉及物理设备的标识,或用户的标识,例如订阅相关标识,例如MSISIDN、SIPURI等。WTRU可以涉及基于应用的标识,例如可以每个应用被使用的用户名。
以上描述的过程可以用计算机程序、软件和/或固件实现,其可包含到由计算机和/或处理器执行的计算机可读介质中。计算机可读介质的示例包括但不限于电子信号(通过有线或无线连接传送)和/或计算机可读存储介质。计算机可读存储介质的示例包括,但不限制于,只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、磁性介质(例如内部硬盘和可移动磁盘)、磁光介质和光介质(例如CD-ROM盘和/或数字通用盘(DVD))。与软件关联的处理器用于实现射频收发信机,用于WTRU、UE、终端、基站、RNC和/或任何主计算机。
Claims (20)
1.一种小区选择方法,该方法包括:
从下行链路小区测量下行链路信号;
检测信道条件,其中检测该信道条件包括确定具有比所述下行链路小区更好的上行链路覆盖的小区;以及
与所确定的小区关联的第一节点通信上行链路数据以及与所述下行链路小区关联的第二节点通信下行链路数据。
2.根据权利要求1所述的方法,该方法还包括当在所述第一节点中使用与所述上行链路数据相关联的控制时将所述信道条件报告为部分解耦信道条件。
3.根据权利要求2所述的方法,其中所述控制包括物理下行链路控制信道(PDCCH)。
4.根据权利要求1所述的方法,该方法还包括当在所述第二节点中使用与所述上行链路数据相关联的控制时将所述信道条件报告为全解耦信道条件。
5.根据权利要求1所述的方法,其中所述上行链路数据包括以下中的至少一者:物理上行链路共享信道(PUSCH)、物理混合自动重复请求指示符信道(PHICH)、和物理下行链路控制信道(PDCCH)。
6.根据权利要求1所述的方法,其中所述下行链路数据包括以下中的至少一者:物理下行链路共享信道(PDSCH)、物理上行链路控制信道(PUCCH)、和物理下行链路控制信道(PDCCH)。
7.根据权利要求1所述的方法,该方法还包括使用低功率节点(LPN)列表发现LPN。
8.根据权利要求1所述的方法,该方法还包括使用物理随机接入信道(PRACH)前导码发现低功率节点(LPN)。
9.根据权利要求1所述的方法,该方法还包括发送混合自动重复请求(HARQ)反馈到低功率节点(LPN)。
10.根据权利要求1所述的方法,其中使用较高层信令报告所述信道条件。
11.一种无线发射/接收单元(WTRU),该WTRU包括:
处理器,该处理器包括处理器可执行指令,当该指令被执行时使得该WTRU:
从下行链路小区测量下行链路信号;
至少部分地通过确定具有比所述下行链路小区更好的上行链路覆盖的小区来检测信道条件;以及
与所确定的小区关联的第一节点通信上行链路数据以及与所述下行链路小区关联的第二节点通信下行链路数据。
12.根据权利要求11所述的WTRU,其中所述处理器还包括用于当在所述第一节点中使用与所述上行链路数据相关联的控制时将所述信道条件报告为部分解耦信道条件的处理器可执行指令。
13.根据权利要求12所述的WTRU,其中所述控制包括物理下行链路控制信道(PDCCH)。
14.根据权利要求11所述的WTRU,其中所述处理器还包括用于当在所述第二节点中使用与所述上行链路数据相关联的控制时将所述信道条件报告为全解耦信道条件的处理器可执行指令。
15.根据权利要求11所述的WTRU,其中所述上行链路数据包括以下中的至少一者:物理上行链路共享信道(PUSCH)、物理混合自动重复请求指示符信道(PHICH)、和物理下行链路控制信道(PDCCH)。
16.根据权利要求11所述的WTRU,其中所述下行链路数据包括以下中的至少一者:物理下行链路共享信道(PDSCH)、物理上行链路控制信道(PUCCH)、和物理下行链路控制信道(PDCCH)。
17.根据权利要求11所述的WTRU,其中所述处理器还包括用于使用低功率节点(LPN)列表发现LPN的处理器可执行指令。
18.根据权利要求11所述的WTRU,其中所述处理器还包括用于使用物理随机接入信道(PRACH)前导码发现低功率节点(LPN)的处理器可执行指令。
19.根据权利要求11所述的WTRU,其中所述处理器还包括用于发送混合自动重复请求(HARQ)反馈到低功率节点(LPN)的处理器可执行指令。
20.根据权利要求11所述的WTRU,其中使用较高层信令报告所述信道条件。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361863328P | 2013-08-07 | 2013-08-07 | |
US61/863,328 | 2013-08-07 | ||
US201462021207P | 2014-07-06 | 2014-07-06 | |
US62/021,207 | 2014-07-06 | ||
PCT/US2014/050211 WO2015021318A2 (en) | 2013-08-07 | 2014-08-07 | Coverage enhancements of low cost mtc devices in uplink/downlink decoupled scenario |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105659687A true CN105659687A (zh) | 2016-06-08 |
CN105659687B CN105659687B (zh) | 2020-01-21 |
Family
ID=51429373
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480054987.3A Active CN105659687B (zh) | 2013-08-07 | 2014-08-07 | 在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11470619B2 (zh) |
EP (1) | EP3031283B1 (zh) |
CN (1) | CN105659687B (zh) |
WO (1) | WO2015021318A2 (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898686A (zh) * | 2016-06-12 | 2016-08-24 | 成都信息工程大学 | 一种无线链路失败恢复的方法及用户设备 |
CN106130684A (zh) * | 2016-06-27 | 2016-11-16 | 南京邮电大学 | 一种基于频分复用和上下行解耦的密集网络容量提升方法 |
CN108777610A (zh) * | 2018-05-22 | 2018-11-09 | 西安交通大学 | 基于信道状态信息进行传输加密的安全虚拟全双工中继方法 |
CN108966347A (zh) * | 2017-05-18 | 2018-12-07 | 电信科学技术研究院 | 一种寻呼消息的调度方法及装置 |
CN109152066A (zh) * | 2017-06-16 | 2019-01-04 | 展讯通信(上海)有限公司 | Sr配置调整方法及装置、存储介质、用户设备 |
CN109152085A (zh) * | 2017-06-16 | 2019-01-04 | 华为技术有限公司 | 随机接入方法、设备及*** |
WO2019029214A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 随机接入的方法和装置 |
CN109429340A (zh) * | 2017-08-25 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 一种无线通信方法和装置 |
CN109565670A (zh) * | 2016-08-05 | 2019-04-02 | 诺基亚技术有限公司 | 基于功率等级的覆盖增强级别选择 |
CN109792739A (zh) * | 2016-08-10 | 2019-05-21 | Idac控股公司 | 用于无授权上行链路多路接入的方法、装置和*** |
WO2019214636A1 (zh) * | 2018-05-10 | 2019-11-14 | 维沃移动通信有限公司 | 处理方法、用户设备和网络侧设备 |
CN110521245A (zh) * | 2017-04-21 | 2019-11-29 | 瑞典爱立信有限公司 | 具有有限范围的唤醒接收器的检测和操作 |
CN111034239A (zh) * | 2017-08-11 | 2020-04-17 | 高通股份有限公司 | 发信号通知用户装备能力信息 |
WO2020083333A1 (zh) * | 2018-10-25 | 2020-04-30 | 华为技术有限公司 | 通信方法和装置 |
CN111543097A (zh) * | 2017-11-15 | 2020-08-14 | Idac控股公司 | 无线网络中的波束管理 |
CN112806051A (zh) * | 2018-08-02 | 2021-05-14 | 苹果公司 | 信道质量测量报告 |
CN115361746A (zh) * | 2016-06-15 | 2022-11-18 | 交互数字专利控股公司 | 一种用于下一代网络中的随机接入过程的装置 |
Families Citing this family (102)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015021618A1 (zh) * | 2013-08-14 | 2015-02-19 | 华为技术有限公司 | 一种随机接入网络的方法、终端和基站 |
US20150063253A1 (en) * | 2013-09-05 | 2015-03-05 | Qualcomm Incorporated | Methods for neighbor csi-rs detection |
CN104581824A (zh) * | 2013-10-17 | 2015-04-29 | 中兴通讯股份有限公司 | 一种数据包分流传输的方法及*** |
US9961595B2 (en) * | 2013-10-31 | 2018-05-01 | Htc Corporation | Method of handling coverage enhancement in wireless communication system |
US9930698B2 (en) * | 2013-10-31 | 2018-03-27 | Lg Electronics Inc. | Method for random access procedure and terminal thereof |
WO2015084048A1 (ko) * | 2013-12-03 | 2015-06-11 | 엘지전자 주식회사 | 기계타입통신을 지원하는 무선 접속 시스템에서 상향링크 전송 방법 및 장치 |
WO2015108331A1 (ko) * | 2014-01-16 | 2015-07-23 | 한양대학교 산학협력단 | Mtc 단말을 위한 하향링크 채널 전송 및 수신 방법, 그 장치 |
CN109743775B (zh) | 2014-01-28 | 2021-10-15 | 华为技术有限公司 | 一种覆盖增强场景下确定发射功率的方法和设备 |
CN106233794A (zh) * | 2014-01-29 | 2016-12-14 | 交互数字专利控股公司 | 用于覆盖增强无线传输的接入和链路自适应的方法 |
JP6337345B2 (ja) * | 2014-01-30 | 2018-06-06 | インテル アイピー コーポレーション | 無線リンク制御構成を用いたカバレッジ拡張のためのmtc−ue及び方法 |
KR102222132B1 (ko) | 2014-03-19 | 2021-03-03 | 삼성전자 주식회사 | 무선통신시스템에서 기계형태통신 단말이 망 선택 및 랜덤액세스 수행하는 방법 및 장치 |
US20150282103A1 (en) * | 2014-03-28 | 2015-10-01 | Broadcom Corporation | System, method, and apparatus for controlling dual connectivity uplink power |
GB2525659B (en) | 2014-05-01 | 2020-11-25 | Vodafone Ip Licensing Ltd | Arrangement for choosing transceiver nodes in a mobile telecommunications network |
WO2016048045A1 (en) | 2014-09-23 | 2016-03-31 | Lg Electronics Inc. | Method and apparatus for signaling usable downlink subframes for low cost user equipment in wireless communication system |
GB2530566A (en) | 2014-09-26 | 2016-03-30 | Nec Corp | Communication system |
CN105744639B (zh) * | 2014-12-10 | 2018-07-13 | 中兴通讯股份有限公司 | 随机接入配置信息发送、接收方法及装置 |
US10298359B2 (en) * | 2014-12-28 | 2019-05-21 | Lg Electronics Inc. | Method and apparatus for performing uplink transmission for user equipment requiring coverage enhancements in wireless communication system |
US9986373B2 (en) * | 2015-01-12 | 2018-05-29 | Intel Corporation | LTE-A systems and method of DRS based positioning |
US10567987B2 (en) * | 2015-01-16 | 2020-02-18 | Lg Electronics Inc. | Method and apparatus for changing coverage enhancement/repetition level used for radio link monitoring in wireless communication system |
US10362569B2 (en) * | 2015-02-16 | 2019-07-23 | Lg Electronics Inc. | Method and apparatus for allocating uplink resource in wireless communication system |
US10334484B2 (en) * | 2015-03-18 | 2019-06-25 | Lg Electronics Inc. | Method for processing data when loss of access occurs in a wireless communication system, and device therefor |
EP3277022B1 (en) * | 2015-03-25 | 2020-10-14 | Sharp Kabushiki Kaisha | Terminal device, base station device and communication methods |
JP2018085545A (ja) * | 2015-03-25 | 2018-05-31 | シャープ株式会社 | 端末装置、基地局装置、通信システム、通信方法および集積回路 |
US10631330B2 (en) * | 2015-04-03 | 2020-04-21 | Qualcomm Incorporated | Random access procedures under coverage limitations |
CN106162920B (zh) * | 2015-04-09 | 2020-11-03 | 中兴通讯股份有限公司 | 一种通信方法及装置 |
US9918344B2 (en) * | 2015-04-09 | 2018-03-13 | Intel IP Corporation | Random access procedure for enhanced coverage support |
GB2537181A (en) * | 2015-04-10 | 2016-10-12 | Nec Corp | Communication system |
US20160309507A1 (en) * | 2015-04-14 | 2016-10-20 | Electronics And Telecommunications Research Institute | Method and apparatus for random access in machine type communication network |
WO2016167570A1 (en) * | 2015-04-16 | 2016-10-20 | Lg Electronics Inc. | Method for changing coverage enhanced mode in wireless communication system and an apparatus therefor |
CN107534924A (zh) * | 2015-04-19 | 2018-01-02 | Lg电子株式会社 | 改变覆盖增强模式的方法和装置 |
US9769847B2 (en) * | 2015-04-19 | 2017-09-19 | Alcatel Lucent | Methods and apparatuses for preventing collision among uplink control messages for LC-MTC devices |
KR102349361B1 (ko) * | 2015-05-29 | 2022-01-10 | 애플 인크. | 5g 및 lte 시스템 및 장치에서의 단절없는 이동 |
CN106330763A (zh) * | 2015-06-30 | 2017-01-11 | 中兴通讯股份有限公司 | 数据处理方法及装置 |
KR102596103B1 (ko) * | 2015-07-22 | 2023-10-31 | 삼성전자 주식회사 | 무선 통신 시스템에서 머신 타입 단말 운용 방법 및 장치 |
WO2017023200A1 (en) | 2015-08-06 | 2017-02-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink harq procedure for mtc operation |
CN106455069B (zh) * | 2015-08-11 | 2022-02-01 | 中兴通讯股份有限公司 | 一种下行控制信道的发送和接收方法、装置 |
WO2017030325A1 (ko) * | 2015-08-14 | 2017-02-23 | 엘지전자 주식회사 | 스페셜 서브프레임에서의 신호 송수신 방법 및 이를 위한 장치 |
EP3425830B1 (en) | 2015-08-26 | 2019-11-06 | Telefonaktiebolaget LM Ericsson (publ) | Uplink signaling for dual connectivity |
CN108029085B (zh) * | 2015-09-18 | 2021-03-30 | 夏普株式会社 | 终端装置、基站装置以及通信方法 |
JP6821577B2 (ja) * | 2015-09-18 | 2021-01-27 | シャープ株式会社 | 端末装置、基地局装置、および通信方法 |
WO2017052688A1 (en) * | 2015-09-24 | 2017-03-30 | Intel IP Corporation | Determination of number of physical uplink control channel repetitions for machine type communications |
EP3360383B1 (en) * | 2015-10-05 | 2020-12-02 | Telefonaktiebolaget LM Ericsson (PUBL) | Apparatuses and methods providing mobility support for enhanced coverage of wireless devices |
CN107925535B (zh) * | 2015-10-07 | 2021-04-02 | 苹果公司 | 用于波束成形的小区的动态波束成形的控制信道 |
EP3360268B1 (en) | 2015-10-09 | 2020-05-06 | Intel IP Corporation | Architecture for wireless network access |
EP3363173A1 (en) | 2015-10-16 | 2018-08-22 | Intel IP Corporation | Enhanced resource mapping scheme |
WO2017079539A1 (en) * | 2015-11-04 | 2017-05-11 | Interdigital Patent Holdings, Inc. | Methods and procedures for narrowband lte operation |
WO2017079879A1 (en) * | 2015-11-09 | 2017-05-18 | Lenovo Innovations Limited (Hong Kong) | Random access for wireless communication |
US20170135115A1 (en) * | 2015-11-10 | 2017-05-11 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving data for mobile terminal in wireless communication system |
US10616925B2 (en) * | 2016-02-05 | 2020-04-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for determining the number of repetitions of PUCCH for MTC UEs |
US10616869B2 (en) * | 2016-02-12 | 2020-04-07 | Qualcomm Incorporated | Uplink channel design for slot-based transmission time interval (TTI) |
US10142980B2 (en) | 2016-02-26 | 2018-11-27 | Qualcomm Incorporated | Discovery reference signal transmission window detection and discovery reference signal measurement configuration |
US10091115B2 (en) | 2016-03-23 | 2018-10-02 | Apple Inc. | Handling voice and non-voice data under uplink limited conditions |
US10045151B1 (en) * | 2016-03-29 | 2018-08-07 | Sprint Spectrum L.P. | Systems and methods for triggering transmission bundling for participant wireless devices of an antenna system |
TW201803393A (zh) | 2016-05-20 | 2018-01-16 | 內數位專利控股公司 | 支援多播傳輸之方法、裝置、系統及程序 |
US11317250B2 (en) * | 2016-07-11 | 2022-04-26 | Lg Electronics Inc. | Method for transmitting MBMS interest indication message by terminal and device supporting same |
US11452136B2 (en) * | 2016-08-12 | 2022-09-20 | Futurewei Technologies, Inc | System and method for network access |
US20180054806A1 (en) * | 2016-08-22 | 2018-02-22 | Alcatel-Lucent Usa, Inc. | Systems and methods for decoupling control and data channels in wireless networks |
EP3503634B1 (en) * | 2016-09-14 | 2023-01-18 | NTT DoCoMo, Inc. | User terminal and wireless communication method |
CN109952720A (zh) * | 2016-09-28 | 2019-06-28 | Idac控股公司 | 波束成形***中的新型无线电随机接入 |
WO2018063059A1 (en) * | 2016-09-30 | 2018-04-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for handling of retransmission feedback |
ES2920144T3 (es) * | 2016-09-30 | 2022-08-01 | Ericsson Telefon Ab L M | Ajuste de temporización autónomo para un dispositivo inalámbrico |
KR20180048382A (ko) | 2016-11-01 | 2018-05-10 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 업링크 타이밍 어드밴스를 식별하기 위한 방법 및 장치 |
US11304164B2 (en) * | 2016-11-18 | 2022-04-12 | Qualcomm Incorporated | Asynchronous CA handling |
WO2018103837A1 (en) * | 2016-12-07 | 2018-06-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Decoupled downlink reception and uplink reception in a mixed licensed carrier and unlicensed carrier wireless communication system |
CN110100487B (zh) | 2016-12-30 | 2021-03-16 | 瑞典爱立信有限公司 | 用于多连接传输的方法和设备 |
GB2561806B (en) | 2017-01-05 | 2021-10-06 | Tcl Communication Ltd | Methods and devices for accessing a radio access network |
US11363663B2 (en) | 2017-02-24 | 2022-06-14 | Qualcomm Incorporated | Uplink beam, downlink beam, and radio link monitoring |
US10411795B2 (en) * | 2017-03-14 | 2019-09-10 | Qualcomm Incorporated | Coverage enhancement mode switching for wireless communications using shared radio frequency spectrum |
KR102170530B1 (ko) * | 2017-03-16 | 2020-10-28 | 주식회사 케이티 | 제어 메시지 중복수신 방법 및 장치 |
CN116506088A (zh) * | 2017-03-24 | 2023-07-28 | 松下电器(美国)知识产权公司 | 终端、通信装置和通信方法 |
CN107820728B (zh) * | 2017-04-01 | 2021-08-27 | 深圳前海达闼云端智能科技有限公司 | 随机接入的方法和装置 |
KR102314320B1 (ko) | 2017-04-01 | 2021-10-19 | 엘지전자 주식회사 | 무선 통신 시스템에서 짧은 전송 시간 간격을 지원하는 단말을 위한 상향링크 신호 전송 또는 수신 방법 및 이를 위한 장치 |
CN108737016B (zh) * | 2017-04-17 | 2021-10-01 | 上海诺基亚贝尔股份有限公司 | 用于wce模式的激活和去激活的方法、设备和计算机可读介质 |
WO2018204347A1 (en) | 2017-05-03 | 2018-11-08 | Idac Holdings, Inc. | Methods, systems, and apparatus for transmitting uplink control information |
US11196520B2 (en) * | 2017-05-14 | 2021-12-07 | Qualcomm Incorporated | Joint encoding waveform and slot information |
KR20200064955A (ko) * | 2017-06-14 | 2020-06-08 | 아이디에이씨 홀딩스, 인크. | 신뢰할 수있는 제어 신호 |
CN107360591B (zh) * | 2017-06-15 | 2020-01-14 | 电信科学技术研究院 | 一种上报缓存状态报告的方法和设备 |
EP3639431A4 (en) | 2017-06-16 | 2021-01-13 | Motorola Mobility LLC | TRANSMISSION OF SYNCHRONIZATION SIGNAL BLOCKS |
CN110800333B (zh) * | 2017-06-22 | 2022-05-31 | 华为技术有限公司 | 通信的方法和设备 |
WO2019031820A1 (en) * | 2017-08-08 | 2019-02-14 | Lg Electronics Inc. | METHOD AND APPARATUS FOR MANAGING FAILURE OF EARLY DATA TRANSMISSION IN A WIRELESS COMMUNICATION SYSTEM |
WO2019052480A1 (en) * | 2017-09-12 | 2019-03-21 | Mediatek Inc. | USE OF SRS FOR RPD CALIBRATION IN WIRELESS COMMUNICATIONS |
CN109698733B (zh) * | 2017-10-24 | 2021-10-08 | 普天信息技术有限公司 | 一种上行调制与编码策略mcs调整方法和装置 |
CN110062397B (zh) * | 2018-01-19 | 2023-02-28 | 华硕电脑股份有限公司 | 无线通信中在多小区配置下波束故障报告的方法和设备 |
EP3737019A4 (en) * | 2018-02-14 | 2021-01-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | RADIOCOMMUNICATION PROCESS AND DEVICE |
CA3034009A1 (en) | 2018-02-15 | 2019-08-15 | Comcast Cable Communications, Llc | Wireless communications using wireless device information |
CN110999491B (zh) * | 2018-04-16 | 2023-04-28 | Lg电子株式会社 | 在无线通信***中发送和接收物理下行链路共享信道的方法及其设备 |
EP3793300A4 (en) * | 2018-05-11 | 2021-12-15 | Ntt Docomo, Inc. | USER TERMINAL AND WIRELESS BASE STATION |
US11075846B2 (en) * | 2018-06-18 | 2021-07-27 | Qualcomm Incorporated | Round-trip time signaling |
EP3815416A1 (en) * | 2018-06-29 | 2021-05-05 | Sony Corporation | Method and system for triggering an uplink reference signal transmission |
US11399410B2 (en) * | 2018-07-09 | 2022-07-26 | Qualcomm Incorporated | Techniques for controlling timing of downstream nodes in wireless communications |
US11477826B2 (en) * | 2018-07-16 | 2022-10-18 | Qualcomm Incorporated | High band access |
BR112020015861A2 (pt) * | 2018-08-29 | 2021-03-09 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Método de comunicações sem fio, dispositivo de comunicações, chip e meio de armazenamento legível por computador |
CN110933763B (zh) * | 2018-09-19 | 2022-02-08 | 维沃移动通信有限公司 | 一种传输方法及相关设备 |
US11653388B2 (en) * | 2019-02-14 | 2023-05-16 | Qualcomm Incorporated | Frequency division multiplex random access channel resource configuration and selection for new radio-unlicensed |
CN110351029B (zh) | 2019-07-16 | 2021-11-02 | 中磊电子(苏州)有限公司 | 基站及其自动重传调度方法 |
US11690132B2 (en) * | 2019-09-03 | 2023-06-27 | Qualcomm Incorporated | Medium access control-control element (MAC-CE) communication |
US20210112474A1 (en) * | 2019-10-15 | 2021-04-15 | Qualcomm Incorporated | Detailed warning and error reporting related to ul prs transmission properties |
WO2021153819A1 (ko) * | 2020-01-30 | 2021-08-05 | 엘지전자 주식회사 | 복수의 통신 시스템에서 동작하는 전자 기기 |
US11297671B1 (en) * | 2020-04-07 | 2022-04-05 | Sprint Spectrum L.P. | Use of uplink path loss as a basis to control configuration of dual-connectivity service |
US11259250B2 (en) * | 2020-04-10 | 2022-02-22 | Totum Labs, Inc. | System and method for selecting zero doppler transmission |
EP4316041A1 (en) * | 2021-03-30 | 2024-02-07 | Telefonaktiebolaget LM Ericsson (publ) | Time synchronization in a wireless communication network |
WO2022208398A1 (en) * | 2021-03-30 | 2022-10-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for performing time synchronization in a wireless communication network |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012110006A1 (zh) * | 2011-02-18 | 2012-08-23 | 中兴通讯股份有限公司 | 一种tdd小区为终端提供服务的方法及*** |
WO2012177207A1 (en) * | 2011-06-21 | 2012-12-27 | Telefonaktiebolaget L M Ericsson (Publ) | A user equipment and a method therein for transmission power control of uplink transmissions |
CN103179681A (zh) * | 2011-12-23 | 2013-06-26 | 美国博通公司 | 去耦的上行链路和下行链路 |
WO2013109172A1 (en) * | 2012-01-16 | 2013-07-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for relaying in case of extension areas having uplink/downlink imbalance |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI364186B (en) * | 2007-03-02 | 2012-05-11 | Inst Information Industry | Apparatus, transmission method, and tangible machine-readable medium thereof for relaying a data signal in a multi-hop network |
CN102547928B (zh) * | 2010-12-31 | 2015-04-15 | 华为技术有限公司 | 服务节点选择接入方法、装置和*** |
WO2013021531A1 (ja) * | 2011-08-05 | 2013-02-14 | パナソニック株式会社 | 端末、送信装置、受信品質報告方法および受信方法 |
US9025476B2 (en) * | 2011-08-10 | 2015-05-05 | Blackberry Limited | Method and system for random access interference mitigation in heterogeneous cellular networks |
CN102958144B (zh) * | 2011-08-16 | 2016-08-10 | 上海贝尔股份有限公司 | 功率控制的方法和相应装置 |
US9462586B2 (en) * | 2012-04-05 | 2016-10-04 | Lg Electronics Inc. | Method and device for aggregating carriers in wireless communication system |
CN103703841B (zh) * | 2012-07-30 | 2018-03-09 | 华为技术有限公司 | 用户设备的定位方法、数据发送方法、装置及用户设备 |
EP2938018B1 (en) * | 2012-12-18 | 2017-10-25 | LG Electronics Inc. | Method and apparatus for transmitting ack/nack in wireless communication system |
US20140241272A1 (en) * | 2013-02-25 | 2014-08-28 | Qualcomm Incorporated | Interface between low power node and macro cell to enable decoupled uplink and downlink communication |
WO2014146272A1 (en) * | 2013-03-21 | 2014-09-25 | Nokia Corporation | Method and apparatus for mobility control in a heterogenous network |
WO2014172854A1 (en) * | 2013-04-24 | 2014-10-30 | Telefonaktiebolaget L M Ericsson (Publ) | Measurement configuration method, measurement report method, base station and user equipment using the same |
WO2014204219A1 (en) * | 2013-06-18 | 2014-12-24 | Lg Electronics Inc. | Method and apparatus for selecting uplink cell |
US9474000B2 (en) * | 2013-07-31 | 2016-10-18 | Qualcomm Incorporated | Handover and reselection searching using predictive mobility |
-
2014
- 2014-08-07 EP EP14758017.9A patent/EP3031283B1/en active Active
- 2014-08-07 US US14/910,434 patent/US11470619B2/en active Active
- 2014-08-07 WO PCT/US2014/050211 patent/WO2015021318A2/en active Application Filing
- 2014-08-07 CN CN201480054987.3A patent/CN105659687B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012110006A1 (zh) * | 2011-02-18 | 2012-08-23 | 中兴通讯股份有限公司 | 一种tdd小区为终端提供服务的方法及*** |
WO2012177207A1 (en) * | 2011-06-21 | 2012-12-27 | Telefonaktiebolaget L M Ericsson (Publ) | A user equipment and a method therein for transmission power control of uplink transmissions |
CN103179681A (zh) * | 2011-12-23 | 2013-06-26 | 美国博通公司 | 去耦的上行链路和下行链路 |
WO2013109172A1 (en) * | 2012-01-16 | 2013-07-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for relaying in case of extension areas having uplink/downlink imbalance |
Non-Patent Citations (2)
Title |
---|
NOKIA SIEMENS NETWORKS, QUALCOMM, HUAWEI, ERICSSON: "TP for Section 7.1.2 and 7.1.3 on potential solutions in 7.1 Solutions for Co-channel Scenarios", 《3GPP TSG RAN WG1 MEETING #73, R1-132704》 * |
QUALCOMM INCORPORATED: "Enhancement to Small Cells for MTC", 《3GPP TSG-RAN WG1 #72BIS,R1-131401》 * |
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105898686A (zh) * | 2016-06-12 | 2016-08-24 | 成都信息工程大学 | 一种无线链路失败恢复的方法及用户设备 |
CN105898686B (zh) * | 2016-06-12 | 2019-09-24 | 成都信息工程大学 | 一种无线链路失败恢复的方法及用户设备 |
CN115361746A (zh) * | 2016-06-15 | 2022-11-18 | 交互数字专利控股公司 | 一种用于下一代网络中的随机接入过程的装置 |
CN106130684A (zh) * | 2016-06-27 | 2016-11-16 | 南京邮电大学 | 一种基于频分复用和上下行解耦的密集网络容量提升方法 |
CN109565670A (zh) * | 2016-08-05 | 2019-04-02 | 诺基亚技术有限公司 | 基于功率等级的覆盖增强级别选择 |
CN109565670B (zh) * | 2016-08-05 | 2022-01-11 | 诺基亚技术有限公司 | 基于功率等级的覆盖增强级别选择 |
CN109792739A (zh) * | 2016-08-10 | 2019-05-21 | Idac控股公司 | 用于无授权上行链路多路接入的方法、装置和*** |
CN110521245B (zh) * | 2017-04-21 | 2022-09-27 | 瑞典爱立信有限公司 | 具有有限范围的唤醒接收器的检测和操作 |
CN110521245A (zh) * | 2017-04-21 | 2019-11-29 | 瑞典爱立信有限公司 | 具有有限范围的唤醒接收器的检测和操作 |
CN108966347A (zh) * | 2017-05-18 | 2018-12-07 | 电信科学技术研究院 | 一种寻呼消息的调度方法及装置 |
CN109152085A (zh) * | 2017-06-16 | 2019-01-04 | 华为技术有限公司 | 随机接入方法、设备及*** |
CN109152066A (zh) * | 2017-06-16 | 2019-01-04 | 展讯通信(上海)有限公司 | Sr配置调整方法及装置、存储介质、用户设备 |
CN109152085B (zh) * | 2017-06-16 | 2023-01-13 | 华为技术有限公司 | 随机接入方法、设备及*** |
CN111034239A (zh) * | 2017-08-11 | 2020-04-17 | 高通股份有限公司 | 发信号通知用户装备能力信息 |
CN111034239B (zh) * | 2017-08-11 | 2023-05-09 | 高通股份有限公司 | 发信号通知用户装备能力信息 |
WO2019029214A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 随机接入的方法和装置 |
CN109392066A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 随机接入的方法和装置 |
CN109392066B (zh) * | 2017-08-11 | 2021-05-04 | 华为技术有限公司 | 随机接入的方法和装置 |
CN109429340A (zh) * | 2017-08-25 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 一种无线通信方法和装置 |
US11665679B2 (en) | 2017-08-25 | 2023-05-30 | Alibaba Group Holding Limited | Wireless communication method and device |
CN111543097A (zh) * | 2017-11-15 | 2020-08-14 | Idac控股公司 | 无线网络中的波束管理 |
CN111543097B (zh) * | 2017-11-15 | 2023-12-26 | 交互数字专利控股公司 | 无线网络中的波束管理 |
WO2019214636A1 (zh) * | 2018-05-10 | 2019-11-14 | 维沃移动通信有限公司 | 处理方法、用户设备和网络侧设备 |
US11569896B2 (en) | 2018-05-10 | 2023-01-31 | Vivo Mobile Communication Co., Ltd. | Beam failure recovery or a radio link monitoring processing method, user equipment, and network-side device |
CN108777610B (zh) * | 2018-05-22 | 2020-06-19 | 西安交通大学 | 基于信道状态信息进行传输加密的安全虚拟全双工中继方法 |
CN108777610A (zh) * | 2018-05-22 | 2018-11-09 | 西安交通大学 | 基于信道状态信息进行传输加密的安全虚拟全双工中继方法 |
CN112806051A (zh) * | 2018-08-02 | 2021-05-14 | 苹果公司 | 信道质量测量报告 |
CN111107574B (zh) * | 2018-10-25 | 2021-09-03 | 华为技术有限公司 | 通信方法和装置 |
CN111107574A (zh) * | 2018-10-25 | 2020-05-05 | 华为技术有限公司 | 通信方法和装置 |
WO2020083333A1 (zh) * | 2018-10-25 | 2020-04-30 | 华为技术有限公司 | 通信方法和装置 |
US12035149B2 (en) | 2018-10-25 | 2024-07-09 | Huawei Technologies Co., Ltd. | Communication method and apparatus |
Also Published As
Publication number | Publication date |
---|---|
WO2015021318A2 (en) | 2015-02-12 |
US20160192376A1 (en) | 2016-06-30 |
EP3031283B1 (en) | 2022-10-05 |
US11470619B2 (en) | 2022-10-11 |
CN105659687B (zh) | 2020-01-21 |
WO2015021318A3 (en) | 2015-04-09 |
EP3031283A2 (en) | 2016-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105659687A (zh) | 在上行链路/下行链路解耦情形中的低成本mtc设备的覆盖增强 | |
US10470143B2 (en) | Systems and methods for timing synchronization and synchronization source selection for vehicle-to-vehicle communications | |
CN107079275B (zh) | 用于无线通信的方法和装备 | |
TWI691231B (zh) | 中繼發現和關聯訊息 | |
EP3278624B1 (en) | Systems, methods, and apparatus for managing a relay connection in a wireless communications network | |
US11677512B2 (en) | Sidelink HARQ | |
KR101775295B1 (ko) | Tdd-fdd 캐리어 집성을 위한 harq 타임라인들 | |
WO2019064768A1 (ja) | 端末装置、基地局装置、方法及び記録媒体 | |
CN114342490B (zh) | 用于无线接入网络实体调整无线网络中的定时的技术 | |
CN114270989A (zh) | 多区域配置 | |
JP2018534854A (ja) | 発展型マシンタイプ通信をもつデバイスツーデバイス通信のためのシステムおよび方法 | |
CN113412643B (zh) | 经由无线电资源控制信令进行单播链路管理 | |
JP2017514357A (ja) | デバイス対デバイス送信における時間ホッピング | |
JP6724185B2 (ja) | 無線通信システムで装置間の通信のための同期方法及び装置 | |
US20210211850A1 (en) | Method and apparatus for performing wireless communication in wireless communication system supporting vehicle communication | |
CN105917697A (zh) | 用户终端、无线基站以及无线通信方法 | |
US20220386333A1 (en) | Communication system, communication terminal, and base station | |
CN116057988A (zh) | 基于模型的预测干扰管理 | |
US20220078852A1 (en) | Beam indications during random access procedures | |
CN114450981A (zh) | 确定执行更新的时间 | |
EP3911071A1 (en) | Communication control method | |
US20220312299A1 (en) | Communication system, communication terminal, and base station | |
US9974114B2 (en) | Method and apparatus for handling release of simultaneous communication with multiple base stations and related communication device | |
US20240223315A1 (en) | Sidelink carrier aggregation with cross-carrier retransmission | |
CN106664698B (zh) | 终端装置、集成电路以及通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |