CN107431603B - Wtru及其实施的方法 - Google Patents
Wtru及其实施的方法 Download PDFInfo
- Publication number
- CN107431603B CN107431603B CN201680018581.9A CN201680018581A CN107431603B CN 107431603 B CN107431603 B CN 107431603B CN 201680018581 A CN201680018581 A CN 201680018581A CN 107431603 B CN107431603 B CN 107431603B
- Authority
- CN
- China
- Prior art keywords
- dci
- wtru
- serving cell
- pdcch
- cells
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 111
- 230000005540 biological transmission Effects 0.000 claims description 172
- 239000000969 carrier Substances 0.000 abstract description 42
- 238000012545 processing Methods 0.000 abstract description 33
- 230000002776 aggregation Effects 0.000 abstract description 30
- 238000004220 aggregation Methods 0.000 abstract description 30
- 208000037918 transfusion-transmitted disease Diseases 0.000 abstract 5
- 230000011664 signaling Effects 0.000 description 96
- 238000004891 communication Methods 0.000 description 40
- 230000008569 process Effects 0.000 description 27
- 238000005516 engineering process Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 13
- 230000004913 activation Effects 0.000 description 10
- 230000009849 deactivation Effects 0.000 description 10
- 238000001514 detection method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 238000007726 management method Methods 0.000 description 9
- 238000013468 resource allocation Methods 0.000 description 9
- 238000013507 mapping Methods 0.000 description 6
- 238000012360 testing method Methods 0.000 description 5
- 101150014732 asnS gene Proteins 0.000 description 4
- 125000004122 cyclic group Chemical group 0.000 description 4
- 241000760358 Enodes Species 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- QELJHCBNGDEXLD-UHFFFAOYSA-N nickel zinc Chemical compound [Ni].[Zn] QELJHCBNGDEXLD-UHFFFAOYSA-N 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 206010009944 Colon cancer Diseases 0.000 description 1
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 101100465000 Mus musculus Prag1 gene Proteins 0.000 description 1
- 241000700159 Rattus Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- OJIJEKBXJYRIBZ-UHFFFAOYSA-N cadmium nickel Chemical compound [Ni].[Cd] OJIJEKBXJYRIBZ-UHFFFAOYSA-N 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- -1 nickel metal hydride Chemical class 0.000 description 1
- 238000011002 quantification Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/40—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
所描述的是用于具有大量载波和/或TTI的有效下行链路控制的技术。用于减少盲解码处理的技术可以包括将关于第一PDCCH/E‑PDCCH的候选的搜索空间和/或聚合等级与所接收的第二PDCCH/E‑PDCCH的特性相关联。这些技术可以包括在PDSCH中嵌入关于服务小区和/或TTI集合的DCI。关于服务小区和/或TTI集合的DCI可被包含在单个PDCCH/E‑PDCCH中。为了减小开销,载波指示符字段的解释可以与从中接收到包含下行链路控制信息的PDCCH/E‑PDCCH的服务小区或TTI相关联,或者与包含下行链路控制信息的PDCCH/E‑PDCCH所属的小区或TTI群组相关联。
Description
相关申请的交叉引用
本申请要求享有2015年1月28日提交的美国临时专利申请62/109,003、2015年4月8日提交的美国临时专利申请62/144,861以及2015年5月13日提交的美国临时专利申请62/161,089的权益,所述申请的内容在这里被引入以作为参考。
技术领域
本发明涉及通信技术领域。
背景技术
在3GPP系统版本10中引入了用于LTE的载波聚合。载波聚合允许WTRU同时在一个以上的载波上执行传输和/或接收,由此会导致空中接口上的峰值数据速率提升。依照系统版本10的操作,对于大小为100MHz的潜在最大带宽来说,能被聚合的载波的最大数量可以达到五(5)个之多。
在LTE中,下行链路和上行链路中的数据传输可以使用物理下行链路共享信道(PDSCH)和/或物理上行链路共享信道(PUSCH)来执行。网络可以使用物理下行链路控制信道(PDCCH)和/或增强型物理下行链路控制信道(E-PDCCH)来动态指示与某个PDSCH或PUSCH传输有关的下行链路控制信息(DCI)(例如以逐个子帧为基础)。为了接收PDCCH和/或E-PDCCH,无线发射/接收单元(WTRU)可以执行盲解码,在此期间,WTRU可以尝试在一个或多个搜索空间接收DCI。一个或多个或是每一个搜索空间可以包括由WTRU尝试解码的多个PDCCH或E-PDCCH候选。
发明内容
载波聚合可以用于增大总的系统吞吐量、提升单个WTRU数据速率、和/或允许网络相对同时地为数量更多的WTRU提供服务。用于减少盲解码和开销的技术可以提升载波聚合实施方式的效率。举例来说,载波或TTI的搜索空间和/或聚合等级可以与第二个被接收的PDCCH/E-PDCCH的特性相关联。为了减小开销,载波指示符字段的解释可以与包含下行链路控制信息的PDCCH/E-PDCCH所源于的服务小区或TTI相关联,或者与包含下行链路控制信息的PDCCH/E-PDCCH所归属的小区或TTI群组相关联。
无线发射/接收单元(WTRU)可以实施一种有效的下行链路控制方法,或者可以被配置成执行所述方法。举例来说,WTRU可以经由第一服务小区的下行链路控制信道来解码第一下行链路控制信息(DCI)。所述第一DCI可以包括WTRU经由第一服务小区接收第一物理下行链路共享信道(PDSCH)传输的调度信息。WTRU可以依照第一DCI并经由第一服务小区接收第一PDSCH传输。所述第一PDSCH传输可以包括第二DCI。所述第二DCI可以包括WTRU经由第二服务小区接收的第二物理下行链路共享信道传输(PDSCH)传输的调度信息。WTRU可以依照第二DCI接收并经由第二服务小区接收第二PDSCH传输。
作为示例,第二DCI的比特可以与第一PDSCH传输中的用户数据传输使用的传输信道的比特相复用。在被映射到第一PDSCH传输的调制符号之前,第二DCI的比特可以与用于用户数据传输的传输信道的比特相复用,以便进行传输。WTRU可以确定与第二DCI的比特相关的第一循环冗余校验(CRC)和与用于用户数据传输的传输信道的比特相关的第二CRC。在该方法中,第二DCI的比特可被映射到第一PDSCH传输的特定调制符号。WTRU可以基于第二小区的小区标识(ID)、WTRU在第二小区使用的WTRU ID、第二小区的子帧编号、或是第二小区的分量载波编号中的一项或多项来确定第二DCI被映射在了第一PDSCH传输中的哪一个调制符号上。第一DCI可以包含关于第二DCI是否会被包含在第一PDSCH传输中的指示。所述关于第二DCI是否会被包含在第一PDSCH传输中的指示可以对应于第一DCI中的标志位。所述关于第二DCI是否会被包含在第一PDSCH传输中的指示可以对应于第一DCI中的码点设置。所述关于第二DCI是否会被包含在第一PDSCH传输中的指示可以对应于已知时间符号的相位值序列。所述关于第二DCI是否会被包含在第一PDSCH传输中的指示可以对应于已知频率符号的相位值序列。
在该方法中,下行链路控制信道可以对应于物理下行链路控制信道(PDCCH)或增强型PDCCH(E-PDCCH)之一。WTRU可以发送用于指示是否从第一PDSCH传输中成功解码出第二DCI的反馈。该反馈可以与来自第一PDSCH传输的用户数据接收应答相分离。WTRU可以以规则的时间间隔来发送反馈。WTRU也可以在eNB询问DCI解码成功率的时候发送反馈。
作为示例,WTRU可以经由第一服务小区的下行链路控制信道来解码第一下行链路控制信息(DCI)。所述第一DCI可以包括WTRU经由第一服务小区接收的第一物理下行链路共享信道(PDSCH)传输的调度信息。WTRU可以经由第一服务小区的下行链路控制信道来解码第二DCI。该WTRU可以依照第一DCI并经由第一服务小区接收第一PDSCH传输。第一DCI可以与第二DCI相关联。所述第二DCI可以包括WTRU经由第二服务小区接收的第二物理下行链路共享信道(PDSCH)传输的调度信息。WTRU可以依照第二DCI并经由第二服务小区接收第二PDSCH传输。下行链路控制信道可以对应于物理下行链路控制信道(PDCCH)或增强型PDCCH(E-PDCCH)之一。第一和第二PDSCH传输可以包括多个传输块(TB)。每一个传输块都可以与第一或第二服务小区之一相关联。DCI可以包括单个调度参数集合。WTRU可以将所述单个调度参数集合用于多个TB。DCI也可以包括多个调度参数集合。每一个小区都可以与所述多个调度参数的一个集合相关联。TB可以包括多个物理资源块(PRB)。每一个PRB都可以与多个小区之一相关联。
无线发射/接收单元(WTRU)可以实施一种用于确定DCI有效性的方法,或者可以被配置成执行所述方法。举例来说,WTRU可以接收第一下行链路控制信道传输(DCI)。WTRU可以确定来自第一下行链路控制信道传输的第一候选下行链路控制信息(DCI)的多个循环冗余校验(CRC)奇偶比特。WTRU可以使用该WTRU的无线电网络临时标识符(RNTI)以及包含在第一候选DCI中的至少一个字段的有效潜在值来尝试解扰第一候选DCI的多个CRC奇偶比特。如果通过使用该WTRU的RNTI以及包含在第一候选DCI中的至少一个字段的有效潜在值成功解扰了第一候选DCI的多个CRC奇偶比特,那么WTRU可以据此确定第一候选DCI有效且适用于该WTRU。包含在第一候选DCI中的至少一个字段可以包含下行链路天线指示符(DAI)字段。WTRU可以使用该WTRU的RNTI与所述至少一个字段的有效潜在值的级联比特,以便成功解扰多个CRC奇偶比特。WTRU可以进一步以成功解扰了第二DCI为基础来确定第一候选DCI有效且适用于该WTRU。所述第二DCI和第一候选DCI可以经由第一小区的下行链路控制信道来接收。所述第二DCI和第一候选DCI也可以经由不同小区的下行控制信道来接收。WTRU可以基于所接收的配置、用于解码下行链路控制信道传输的RNTI、下行链路控制信道传输在搜索空间中的位置、所使用的搜索空间或是所使用的CRC多项式中的一项或多项来确定包括在第一候选DCI中的DCI的类型。WTRU可以基于第一候选DCI中的字段的值来确定第一候选DCI适用于哪一个小区。服务小区可以对应于某个字段。
无线发射/接收单元(WTRU)可以实施一种TTI聚合方法,或者可以被配置成执行所述方法。举例来说,WTRU可以在第一传输时间间隔(TTI)中经由下行链路控制信道来解码第一下行链路控制信息(DCI)。所述第一DCI可以包括在第一TTI中发送的与该WTRU有关的第一物理下行链路共享信道(PDSCH)传输的调度信息。WTRU可以基于第一DCI的属性来确定在尝试经由下行链路控制信道解码第二DCI时使用的解码假设。第二DCI可以包括在第二TTI中发送的与该WTRU有关的第二PDSCH传输的调度信息。WTRU可以接收所述第二DCI。WTRU可以依照第一DCI来接收第一TTI中的第一PDSCH传输。WTRU可以依照第一DCI来接收第二TTI中的第二PDSCH传输。第二DCI可以在第一TTI中被接收。所述第二DCI也可以在第二TTI中被接收。第一DCI的属性可以对应于用于解码第一DCI的聚合等级。所述解码假设可以包括尝试使用与用于解码第一DCI相同的聚合等级来解码第二DCI。
无线发射/接收单元(WTRU)可以实施一种用于减小开销的方法,或者可以被配置成执行所述方法。作为示例,WTRU可以在第一传输时间间隔(TTI)中经由下行链路控制信道来接收下行链路控制信息(DCI)。所述DCI可以包括与WTRU经由多个TTI接收的一个或多个物理下行链路共享信道(PDSCH)传输有关的调度信息。WTRU可以依照包含在DCI中的群组身份标识来确定所述多个TTI与哪些TTI相对应。WTRU可以依照该DCI来接收所述多个TTI中的一个或多个PDSCH传输。所述群组身份标识至少可以以DCI的载波指示符字段(CIF)以及用以接收第一DCI的第一TTI的身份标识为基础来确定。例如,WTRU可以以用以接收CIF(例如DCI)的服务小区的标识为基础来确定所给出的CIF指的是哪一个小区。
附图说明
以下关于例示实施例的详细描述是参考附图提供的。出于例证目的,这些附图显示了例示实施例。所设想的主题并不局限于所描述或图示的具体要素和/或工具。与此相反,除非特别注释,否则不应认为这里描述的主题是必要和/或不可或缺的。此外,所描述的实施例整体或部分可以用任何组合的方式来实施。在附图中:
图1是可以实施所公开的一个或多个实施例的例示通信系统的系统图示。
图2是可以在图1所示的通信系统内部使用的例示无线发射/接收单元(WTRU)的系统图示。
图3是可以在图1所示的通信系统内部使用的例示无线电接入网络和例示核心网络的系统图示。
图4是可以在图1所示的通信系统内部使用的另一个例示无线电接入网络和另一个例示核心网络的系统图示。
图5是可以在图1所示的通信系统内部使用的另一个例示无线电接入网络和另一个例示核心网络的系统图示。
具体实施方式
现在将参考不同附图来描述例示实施例的具体实施方式。虽然该描述提供了关于可能的实施方式的详细示例,然而应该指出的是,这些细节应该是例示性的,并且不会对本申请的范围构成限制。作为示例,如果没有进一步的量化或特征描述,那么这里使用的冠词“一”或“一个”可被理解成是指“一个或多个”或者“至少一个”。并且,这里使用的短语“用户设备”(UE)可被理解成指代的是与“无线发射/接收单元”(WTRU)相同的事物。
图1是可以实施所公开的一个或多个实施例的例示通信系统100的图示。通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100通过共享包括无线带宽在内的系统资源来允许多个无线用户访问此类内容。作为示例,通信系统100可以使用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)以及单载波FDMA(SC-FDMA)等等。
如图1所示,通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c和/或102d(其通常被统称为WTRU 102),无线电接入网络(RAN)103/104/105,核心网络106/107/109,公共交换电话网络(PSTN)108,因特网110以及其他网络112,但是应该了解,所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如,WTRU102a、102b、102c、102d可以被配置成发射和/或接收无线信号,并且可以包括:用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、以及消费类电子设备等等。
通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b可以是被配置成通过与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使接入一个或多个通信网络的任何类型的设备,所述网络可以是核心网络106/107/109、因特网110和/或网络112。作为示例,基站114a和114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)以及无线路由器等等。虽然每一个基站114a和114b都被描述成是单个部件,但是应该想到,基站114a和114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 103/104/105的一部分,并且所述RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可被划分成小区扇区。例如,与基站114a关联的小区可被分为三个小区扇区。由此,在一个实施例中,基站114a可以包括三个收发信机,也就是说,每一个收发信机都对应于所述小区的一个扇区。在另一个实施例中,基站114a可以使用多输入多输出(MIMO)技术,并且由此可以为所述小区的每一个扇区使用多个收发信机。
基站114a、114b可以通过空中接口115/116/117来与一个或多个WTRU102a、102b、102c和102d进行通信,该空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。该空中接口115/116/117可以用任何适当的无线电接入技术(RAT)来建立。
更具体地说,如上所述,通信系统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与WTRU 102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术,该技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)来建立空中接口115/116/117。
在其他实施例中,基站114a与WTRU 102a、102b和102c可以实施IEEE 802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM增强数据速率演进(EDGE)以及GSM EDGE(GERAN)等无线电接入技术。
作为示例,图1中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点,并且可以使用任何适当的RAT来促成局部区域(例如营业场所、住宅、交通工具以及校园等等)中的无线连接。在一个实施例中,基站114b与WTRU 102c和102d可以通过实施IEEE802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施例中,基站114b与WTRU102c和102d可以通过实施IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一个示例中,基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1所示,基站114b可以直接连接到因特网110。基站114b未必需要经由核心网络106/107/109来接入因特网110。
RAN 103/104/105可以与核心网络106/107/109通信,核心网络106/107/109可以是被配置成向一个或多个WTRU 102a、102b、102c、102d提供语音、数据、应用和/或网际协议语音(VoIP)服务的任何类型的网络。例如,核心网络106/107/109可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或执行用户验证之类的高级安全功能。虽然在图1中没有显示,然而应该了解,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还可以充当供WTRU 102a、102b、102c和102d用于接入PSTN108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统,例如TCP/IP互连网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商拥有和/或运营的有线或无线通信网络。例如,网络112可以包括与一个或多个RAN相连的别的核心网络,其中该网络可以与RAN103/104/105使用相同的RAT或不同的RAT。
通信系统100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力,也就是说,WTRU 102a、102b、102c和102d可以包括用于在不同无线链路上与不同无线网络通信的多个收发信机。例如,图1所示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a进行通信,以及与可以使用IEEE 802无线电技术的基站114b通信。
图2是例示WTRU 102的系统图示。如图2所示,WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、数字键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他周边设备138。应该了解的是,在保持符合实施例的同时,WTRU 102还可以包括前述部件的任何子组合。并且,这里的实施例所设想的是基站114a和114b和/或基站114a和114b所代表的节点都可以包括在图2中描绘以及在这里描述的一些或所有部件,其中作为示例而不是限制,基站114a和114b所代表的节点可以是收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(e节点B)、家庭演进型节点B(HeNB)、家庭演进型节点B网关以及代理节点。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120,收发信机120可以耦合至发射/接收部件122。虽然图2将处理器118和收发信机120描述成是独立组件,然而应该想到,处理器118和收发信机120可以集成在一个电子组件或芯片中。
发射/接收部件122可以被配置成经由空中接口115/116/117来发射或接收去往或来自基站(例如基站114a)的信号。举个例子,在一个实施例中,发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。在另一个实施例中,作为示例,发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在再一个实施例中,发射/接收部件122可以被配置成发射和接收RF和光信号。应该理解的是,发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
此外,虽然在图2中将发射/接收部件122描述成单个部件,但是WTRU102可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。由此,在一个实施例中,WTRU 102可以包括经由空中接口115/116/117来发射和接收无线电信号的两个或多个发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122将要发射的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如上所述,WTRU 102可以具有多模能力。由此,收发信机120可以包括允许WTRU 102借助多种RAT(例如UTRA和IEEE 802.11)来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合至扬声器/麦克风124、数字键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元),并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、数字键盘126和/或显示器/触摸板128输出用户数据。此外,处理器118可以从任何适当的存储器(例如不可移除存储器130和/或可移除存储器132)中存取信息,以及将信息存入这些存储器。所述不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、以及安全数字(SD)记忆卡等等。在其他实施例中,处理器118可以从那些并非实际位于WTRU102的存储器访问信息,以及将数据存入这些存储器,其中举例来说,所述存储器可以位于服务器或家庭计算机(未显示)。
处理器118可以接收来自电源134的电力,并且可以被配置成分发和/或控制用于WTRU 102中的其他组件的电力。电源134可以是为WTRU102供电的任何适当的设备。例如,电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、以及燃料电池等等。
处理器118还可以与GPS芯片组136耦合,该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换,WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持符合实施例的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他周边设备138,这其中可以包括提供了附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,周边设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、以及因特网浏览器等等。
图3是根据一个实施例的RAN 103和核心网络106的系统图示。如上所述,RAN 103可以使用E-UTRA无线电技术并通过空中接口115来与WTRU 102a、102b、102c进行通信。RAN103还可以与核心网络106通信。如图3所示,RAN 103可以包括节点B140a、140b、140c,其中每一个节点B都可以包括通过空中接口115来与WTRU 102a、102b、102c通信的一个或多个收发信机。节点B140a、140b、140c中的每一个都可以关联于RAN 103内部的特定小区(未显示)。RAN 103还可以包括RNC142a和142b。应该了解的是,在保持与示例相符的同时,RAN103可以包括任何数量的节点B和RNC。
如图3所示,节点B140a、140b可以与RNC 142a进行通信。此外,节点B140c还可以与RNC 142b进行通信。节点B140a、140b、140c可以经由Iub接口来与相应的RNC 142a、142b进行通信。RNC 142a、142b彼此可以经由Iur接口来进行通信。每一个RNC 142a、142b都可以被配置成控制与之相连的相应节点B140a、140b、140c。另外,每一个RNC 142a、142b还可以被配置成执行或支持其他功能,例如外环功率控制、负载控制、许可控制、分组调度、切换控制、宏分集、安全功能、以及数据加密等等。
图3所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述每个部件都被描述成是核心网络106的一部分,但是应该了解,核心网络运营商之外的其他实体也可以拥有和/或运营这其中的任何的一个或多个部件。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供针对PSTN108之类的电路交换网络的接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网络106中的SGSN 148。所述SGSN 148则可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
如上所述,核心网络106还可以连接到网络112,该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
图4是根据一个实施例的RAN 104以及核心网络107的系统图示。如上所述,RAN104可以使用E-UTRA无线电技术通过由空中接口116来与WTRU 102a、102b、102c进行通信。此外,RAN 104还可以与核心网络107通信。
RAN 104可以包括e节点B160a、160b、160c,然而应该了解,在保持符合实施例的同时,RAN 104可以包括任何数量的e节点B。每一个e节点B160a、160b、160c都可以包括一个或多个收发信机,以便经由空中接口116来与WTRU 102a、102b、102c通信。在一个示例中,e节点B160a、160b和160c可以实施MIMO技术。由此,举例来说,e节点B160a可以使用多个天线来向WTRU 102a发射无线信号,和/或接收来自WTRU 102a的无线信号。
每一个e节点B160a、160b、160c可以关联于特定小区(未显示),并且可以被配置成处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度等等。如图4所示,每一个e节点B160a、160b、160c彼此可以通过X2接口进行通信。
图4所示的核心网络107可以包括移动性管理网关(MME)162、服务网关164以及分组数据网络(PDN)网关166。虽然上述每一个部件都被描述成是核心网络107的一部分,但是应该了解,核心网络运营商之外的其他实体也可拥有和/或运营这其中的任一部件。
MME 162可以经由S1接口连接到RAN 104中的每一个e节点B160a、160b、160c,并且可以充当控制节点。例如,MME 162可以负责验证WTRU102a、102b、102c的用户,激活/去激活承载,以及在WTRU 102a、102b、102c的初始附着过程中选择特定服务网关等等。所述MME162还可以提供用于在RAN 104与使用了其他无线电技术(例如GSM或WCDMA)的其他RAN(未显示)之间执行切换的控制平面功能。
服务网关164可以经由S1接口连接到RAN 104中的每一个e节点B160a、160b、160c。该服务网关164通常可以路由和转发去往/来自WTRU102a、102b和102c的用户数据分组。此外,服务网关164还可以执行其他功能,例如在e节点B间的切换过程中锚定用户面,在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼,以及管理和存储WTRU 102a、102b、102c的上下文等等。
服务网关164还可以连接到PDN网关166,该PDN网关可以为WTRU102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络107可以促成与其他网络的通信。例如,核心网络107可以为WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如,核心网络107可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或与之通信,其中所述IP网关充当了核心网络107与PSTN 108之间的接口。此外,核心网络107还可以为WTRU 102a、102b、102c提供针对网络112的接入,其中该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
图5是根据一个实施例的RAN 105和核心网络109的系统图示。RAN105可以是在空中接口117上使用IEEE 802.16无线电技术来与WTRU102a、102b和102c通信的接入服务网络(ASN)。如下文中进一步论述的那样,WTRU 102a、102b、102c,RAN 105以及核心网络109的不同功能实体之间的通信链路可被定义成参考点。
如图5所示,RAN 105可以包括基站180a、180b、180c以及ASN网关182,然而应该了解,在保持符合实施例的同时,RAN 105可以包括任何数量的基站和ASN网关。每一个基站180a、180b、180c都可以关联于RAN 105中的特定小区(未显示),并且每一个基站都可以包括一个或多个收发信机,以便通过空中接口117来与WTRU 102a、102b、102c进行通信。在一个实施例中,基站180a、180b、180c可以实施MIMO技术。由此,作为示例,基站180a可以使用多个天线来向WTRU 102a发射无线信号,以及接收来自WTRU 102a的无线信号。基站180a、180b、180c还可以提供移动性管理功能,例如切换触发、隧道建立、无线电资源管理、业务量分类、以及服务质量(QoS)策略实施等等。ASN网关182可以充当业务量聚集点,并且可以负责实施寻呼、订户简档缓存、以及针对核心网络109的路由等等。
WTRU 102a、102b、102c与RAN 105之间的空中接口117可被定义成是实施IEEE802.16规范的R1参考点。另外,每一个WTRU 102a、102b、102c都可以与核心网络109建立逻辑接口(未显示)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可被定义成R2参考点,该参考点可以用于验证、许可、IP主机配置管理和/或移动性管理。
每一个基站180a、180b、180c之间的通信链路都可被定义成R8参考点,该参考点包含了用于促成WTRU切换以及基站之间的数据传送的协议。基站180a、180b、180c与ASN网关182之间的通信链路可被定义成R6参考点。所述R6参考点可以包括用于促成基于与每一个WTRU 102a、102b、102c相关联的移动性事件的移动性管理。
如图5所示,RAN 105可以连接到核心网络109。RAN 105与核心网络109之间的通信链路可被定义成R3参考点,作为示例,该参考点包含了用于促成数据传送和移动性管理能力的协议。核心网络109可以包括移动IP家用代理(MIP-HA)184、验证许可记帐(AAA)服务器186以及网关188。虽然每一个这样的部件都被描述成是核心网络109的一部分,然而应该了解,核心网络运营商以外的实体同样可以拥有和/或运营这其中的任一部件。
MIP-HA可以负责实施IP地址管理,并且可以允许WTRU 102a、102b、102c在不同的ASN和/或不同的核心网络之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责实施用户验证以及支持用户服务。网关188可以促成与其他网络的互通。例如,网关188可以为WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)接入,以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。另外,网关188还可以为WTRU 102a、102b、102c提供针对网络112的接入,其中该网络可以包括其他服务供应商拥有和/或运营的其他有线或无线网络。
虽然在图5中没有显示,然而应该了解,RAN 105可以连接到其他ASN,并且核心网络109可以连接到其他核心网络。RAN 105与其他ASN之间的通信链路可被定义成R4参考点,该参考点可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动的协议。核心网络109与一个或多个其他核心网络之间的通信链路可被定义成R5参考点,该参考点可以包括用于促成归属核心网络与被访核心网络之间互通的协议。
有鉴于图1-5,基站114a-b、节点B140a-c、RNC 142a-b、MSC 146、SGSN 148、MGW144、CGSN 150、e节点B160a-c、MME 162、服务网关164、PDN网关166、基站180a-c、ASN网关182、AAA 186、MIP-HA184和/或网关188等等可以包括对照图2描述的一个或多个组件,和/或可以以与在这里对照诸如WTRU 102(a-d)所描述的这些组件相同和/或相似的方式来运作。
有鉴于图1-5以及关于图1-5的相应描述,在这里对照以下的一项或多项所描述的一个或多个或所有功能可以由一个或多个仿真设备(未示出)来执行(例如被配置成仿真这里描述的一个或多个或是所有功能的一个或多个设备):WTRU 102a-d、基站114a-b、节点B140a-c、RNC 142a-b、MSC146、SGSN 148、MGW 144、CGSN 150、e节点B160a-c、MME 162、服务网关164、PDN网关166、基站180a-c、ASN网关182、AAA 186、MIP-HA 184和/或网关188等等。
所述一个或多个仿真设备可被配置成在一个或多个模态中执行一个或多个或所有功能。例如,所述一个或多个仿真设备可以在完全或部分作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或全部功能。所述一个或多个仿真设备可以在临时作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或所有功能。所述一个或多个仿真设备可以在未被作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或全部功能(例如在测试实验室和/或非部署的(测试)有线和/或无线通信网络的的测试场景中,和/或在有线和/或无线通信网络的一个或多个已部署的组件上执行的测试中)。所述一个或多个仿真设备可以是测试设备。
为了提升系统性能,在LTE系统版本10中引入了载波聚合。在执行载波聚合的时候,与连接到单个LTE小区不同(作为示例,其中所述LTE小区具有介于1.4MHz与20MHz之间的小区带宽),被配置成根据LTE系统版本10来执行载波聚合的WTRU一次可以支持多达五个服务小区(作为示例,术语服务小区和分量载波在这里是可以交换使用的),由此允许虑及了高达100MHz的最大聚合带宽。载波聚合是一种可以用于提升总的系统吞吐量、提升单个WTRU数据速率和/或允许网络相对同时地为更多WTRU提供服务的机制。其中一个服务小区可以是主服务小区(PCell),并且别的(作为示例,在R10中有多达四个)服务小区可以是辅服务小区(SCell)。
WTRU可以使用物理下行链路共享信道(PDSCH)来接收下行链路数据,并且可以在物理上行链路共享信道(PUSCH)上传送上行链路数据。PDSCH可被包含在每一个下行链路载波上,并且在每一个上行链路载波上都可以包含PUSCH。网络可以使用物理下行链路控制信道(PDCCH)和/或增强物理下行链路控制信道(E-PDCCH)来动态指示包括PDSCH和/或PUSCH的调度信息的下行链路控制信息(DCI)。对于每一个子帧来说,关于PDSCH和/或PUSCH的动态调度都是可以执行的。为了接收PDCCH和/或E-PDCCH,WTRU可以执行空白解码,在此期间,WTRU可以在具有PDCCH和/或E-PDCCH区域的一个或多个搜索空间中尝试解码一个或多个PDCCH和/或E-PDCCH传输。一个或多个或每一个搜索空间可以包括多个PDCCH或E-PDCCH候选,其中WTRU会尝试解码所述候选来确定所述候选是否具有适用于该WTRU的DCI。
在主小区中的公共搜索空间(CSS)中可以存在多个(例如多达六(6)个)PDCCH候选。在一个或多个被激活的服务小区中的WTRU专用搜索空间(UESS)可以存在多个(例如多达16个)PDCCH和/或E-PDCCH候选。作为示例,在每一个被激活的服务小区中的WTRU专用搜索空间(UESS)都有可能存在多个(例如多达16个)PDCCH和/或E-PDCCH候选。WTRU可以尝试对UESS或CSS中的一个或多个候选执行接收。举例来说,WTRU可以尝试对UESS或CSS中的每一个候选进行接收。WTRU可以假设PDCCH和/或E-PDCCH是用一个或多个净荷大小传送的。举例来说,WTRU可以假设PDCCH和/或E-PDCCH是用两个或更多可能的净荷大小中的一个净荷大小传送的。所述两个或多个可能的有效载荷大小可以是由WTRU被配置成接收的DCI格式集合确定的。一个或多个或每一个这样的解码尝试可被称为“盲解码尝试”。依照系统版本10的操作,主服务小区的盲解码尝试次数可以是44次,对于每个所配置的和/或激活的辅服务小区来说则是32次。
由此,随着被聚合的载波数量的增加,WTRU在每一个子帧执行的盲解码尝试次数也会增加。举例来说,如果增强WTRU载波聚合,以便能够聚合数量更多的载波(例如多达32个载波),那么在R10解码规则扩展至数量更多的载波的情况下,WTRU上的盲解码负担将会显著增大。从下行链路控制接收的角度来看,增强的载波聚合特征将会增加盲解码尝试的最大次数。例如,盲解码尝试次数会从针对具有5个载波的旧有系统的172次增加到针对具有32个载波的系统的1036次。这种解码复杂度的提升可能导致不可接受的系统硬件成本增长。这种解码复杂度的提升有可能会超出期望的功耗限制。
更进一步,与经由用于数量更多的载波的PDCCH和/或E-PDCCH传输来发送DCI的处理相关的附加复杂度同样需要解决。举例来说,高层(例如无线电资源控制(RRC))可以配置多个用于非周期性信道质量报告的服务小区集合。在发送非周期性信道质量请求的时候,来自DCI中的非周期性信道状态信息(CSI)字段的值(作为示例,所述值可以是2比特)可以指示应该使用高层配置的服务小区集合中的哪一个集合来产生信道质量指示(CQI)报告。然而,在配置了大量服务小区的时候,这种技术有可能会过于严格。
更进一步,所描述的技术修改了载波指示符字段的大小(例如,系统版本10的载波指示符字段大小可以是3比特)。载波指示符字段的大小有可能足以或者不足以寻址数量更多的服务小区。例如,在可以配置跨载波调度的时候,载波指示符字段的大小可能不足以寻址32个之多的服务小区。在另一个示例中,对于数量增加的可用载波来说,激活/去激活介质访问控制(MAC)控制元素(例如,系统版本10的控制元素净荷大小可以是8比特)的当前大小未必是理想的。激活/去激活MAC控制元素的大小可能足以或者不足以寻址多个服务小区。例如,激活/去激活MAC控制元素的大小可能不足以寻址32个之多的服务小区。
下行链路控制信息(DCI)的误检风险有可能会随着可用载波数量的增加而增长。增长的DCI误检风险可能会导致以下的一个或多个问题:PUCCH上出现过多不需要的传输和/或PUCCH上出现杂散传输等等。
一种或多种技术可用于减少盲解码尝试次数或以其他方式修改下行链路控制信道处理,以便允许WTRU接收数量更多的DCI,同时保持调度器灵活性(例如在没有过度或极度削弱这种灵活性的情况下)。一种或多种技术可以用于减少盲解码尝试次数,同时仍旧支持可用的被调度共享信道传输的数量增加。
非独立的PDCCH/E-PDCCH处理是可被使用的。非独立PDCCH/E-PDCCH处理可以包括能供第一PDCCH/E-PDCCH传输和/或第一PDCCH/E-PDCCH传输位置显性或隐性地为WTRU提供与第二PDCCH/E-PDCCH传输的位置有关的信息的技术。非独立PDCCH/E-PDCCH处理可以包括能供第一PDCCH/E-PDCCH传输和/或第一PDCCH/E-PDCCH传输位置显性或隐性地为WTRU提供与用来影响尝试接收第二PDCCH/E-PDCCH传输的盲解码技术的信息有关的信息的技术。第二PDCCH/E-PDCCH传输可以处于与第一PDCCH/E-PDCCH传输不同的载波上。例如,第一PDCCH/E-PDCCH传输可以包含关于第一服务小区的控制信令,第二PDCCH/E-PDCCH传输可以包含关于第二小区的控制信令。在一些示例中,PDCCH/E-PDCCH可以包含关于单个小区的控制信令,并且在其他情况中,PDCCH/E-PDCCH可以包含关于多个小区的控制信令。在另一个示例中,PDCCH/E-PDCCH可以包含关于遍布在多个传输时间间隔(TTI)的多个传输的控制信令。
一个或多个DCI可以包含关于多个载波或小区的控制信令,和/或关于遍布多个传输时间间隔(TTI)的多个传输的控制信令。所述一个或多个DCI可被嵌入到针对WTRU的PDSCH传输之中。PDCCH/E-PDCCH(例如单个PDCCH/E-PDCCH)可以包含关于多个载波或TTI的控制信令。所述单个PDCCH/E-PDCCH可以包含携带了关于多个载波或TTI的控制信令的单个DCI。所述单个PDCCH/E-PDCCH可以包含携带了关于多个载波或TTI的控制信令的多个DCI。一个或多个或是每一个DCI可以携带关于不同载波的控制信令。WTRU可以确定接收PDCCH(例如单个PDCCH)的处理将会调度与多个服务小区相关联的资源上的PDSCH和/或PUSCH传输。在这里可以使用从PDCCH和/或E-PDCCH启用多个小区的PDSCH和/或PUSCH处理的技术。举例来说,在这里可以使用从单个PDCCH和/或E-PDCCH启用多个小区或多个TTI的PDSCH和/或PUSCH处理的技术。
如果将服务小区或TTI编组,那么将可以减小开销。服务小区编组可以包括由高层显性或隐性配置的服务小区或TTI集合。与服务小区相关联的配置可以包括用于指示群组身份标识的字段。群组身份标识可以是以下的一项或多项:所配置的隐性排序的服务小区的编号、所标识的供WTRU在非周期性CSI字段的指定值中报告非周期性CSI的服务小区的编号、载波指示符字段的指定值、和/或与激活/去激活MAC控制元素内部的某个或某些比特位置相对应。
在这里公开了用于确保候选DCI对WTRU有效的技术。用于确保DCI有效性的健壮技术可以降低WTRU错误检测的可能性。DCI有效性判定可以包括确保所接收的DCI符合一个或多个判据。DCI有效性判定可以包括依照一组或多组规则来尝试解码DCI。
举例来说,用于验证DCI的判据可以包括核实DCI的循环冗余校验(CRC)奇偶比特。用于验证DCI的判据可以包括核实在用适当的RNTI加扰之后的DCI的CRC奇偶比特。所述判据可以包括核实所述净荷的一个或多个字段被设置成了有效的可能值。举例来说,所述判据可以包括核实净荷的每一个字段都被设置成了有效的可能值。作为至少依照至少第一组判据检测到被认为有效的DCI的结果,WTRU可以执行一个或多个动作。作为至少依照第一组规则检测到被认为有效的DCI的结果,WTRU可以执行一个或多个动作。规则和/或判据可以如这里所述。举例来说,如果WTRU可以基于第一组标准和/或第一组规则确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH。作为示例,如果WTRU可以基于第一组判据和/或第一规则确定DCI的有效性,那么WTRU可以在DCI指示PDSCH传输的情况下尝试解码相应的PDSCH。作为示例,如果WTRU可以至少基于第二判据和/或第二规则确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以产生用于相应的PDSCH的HARQ A/N。举例来说,如果WTRU可以至少基于除第一判据和/或第一规则之外的第二判据和/或第二规则来确定DCI有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成用于相应的PDSCH的HARQA/N。作为示例,如果WTRU可以在不包括第一判据和/或第一规则的情况下至少基于第二判据和/或第二规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH进行解码,和/或可以生成用于相应的PDSCH相关的HARQ A/N。举例来说,如果WTRU可以基于这里描述的第二组判据和/或第二组规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以产生用于相应PDSCH的HARQ A/N。作为示例,如果除了第一判据和/或第一规则之外,WTRU可以基于第二组判据和/或第二组规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以产生用于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以在第一判据和/或第一规则之外基于这里描述的第二组判据/或第二组规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成用于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以在排除了第一判据和/或第一规则的情况下基于这里描述的第二组判据/或第二组规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成用于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以基于第一(组)判据和/或第一(组)规则来检测DCI的有效性,但是WTRU不能基于第二(组)判据和/或第二(组)规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH。作为示例,如果WTRU可以基于第一(组)判据和/或第一(组)规则来检测DCI的有效性,但是WTRU不能基于第二(组)判据和/或第二(组)规则确定DCI有效性,那么WTRU可以尝试解码相应的PDSCH。
在这里描述了在具有大量的载波和/或TTI的情况下的有效下行链路控制技术。用于减少盲解码的技术可以包括致使用于第一PDCCH/E-PDCCH的候选的搜索空间和/或聚合等级与所接收的第二PDCCH/E-PDCCH的特性相关联。这里的技术可以包括PDSCH中嵌入关于服务小区和/或TTI集合的DCI。关于服务小区和/或TTI集合的DCI可被包含在单个PDCCH/E-PDCCH中。为了减小开销,载波指示符字段的解释可以与包含下行链路控制信息的PDCCH/E-PDCCH所源于的服务小区或TTI相关联,或者与包含下行链路控制信息的PDCCH/E-PDCCH所归属的小区或TTI群组相关联。
在保持调度器灵活性的同时(例如在没有过度或极度削弱这种灵活性的情况下),盲解码尝试次数可以用一种或多种技术来减少。一种或多种技术可以用于减少盲解码尝试次数,同时仍旧支持可用分量载波的数量的增加。
所使用的可以是非独立的PDCCH/E-PDCCH处理。非独立的PDCCH/E-PDCCH处理可以包括能使第一PDCCH/E-PDCCH传输和/或第一PDCCH/E-PDCCH传输位置显性或隐性地向WTRU提供与第二PDCCH/E-PDCCH传输有关的信息的技术。非独立PDCCH/E-PDCCH处理可以包括能使第一PDCCH/E-PDCCH传输和/或第一PDCCH/E-PDCCH传输位置显性或隐性地向WTRU提供与用来影响尝试接收第二PDCCH/E-PDCCH传输的盲解码技术的信息有关的信息的技术。第二PDCCH/E-PDCCH传输与第一PDCCH/E-PDCCH传输可以处于不同的载波/小区/TTI。举例来说,第一PDCCH/E-PDCCH传输可以包含关于第一服务小区的控制信令,并且第二PDCCH/E-PDCCH传输可以包含关于第二小区的控制信令。在一些示例中,一个PDCCH/E-PDCCH可以包含关于单个小区的控制信令,并且在其他情况下,PDCCH/E-PDCCH可以包含关于多个小区的控制信令。这里使用的术语“PDCCH/E-PDCCH”可被解释成PDCCH和/或E-PDCCH。
在一个示例中,作为包含关于不同载波/小区/TTI的控制信息的不同PDCCH/E-PDCCH传输的补充或替换,PDCCH/E-PDCCH传输可以包含关于不同传输时间间隔(TTI)的不同PDSCH和/或PUSCH的控制信息(例如在单个载波/小区/TTI上)。由此,虽然这里描述的示例可能是针对包含了与遍布多个服务小区或分量载波(例如在频域中)的传输有关的调度信息的不同PDCCH/E-PDCCH传输来描述,但是这些示例也可应用于包含了与遍布不同TTI(例如在时域中)的传输有关的调度信息的不同PDCCH/E-PDCCH传输,即使在在单个服务小区或分量载波上发生了不同TTI中的传输的情况下也是如此。
关于非独立PDCCH/E-PDCCH处理的一个示例可以包括这样的解码规则,通过该解码规则,第一服务小区的搜索空间中使用的可能的候选集合依赖于第二服务小区的PDCCH和/或E-PDCCH解码结果。关于非独立PDCCH/E-PDCCH处理的一个示例可以包括这样的解码规则,通过该解码规则,在第一TTI的搜索空间中使用的可能的候选集合依赖于第二TTI的PDCCH和/或E-PDCCH解码结果。作为示例,用于第一服务小区的可能候选的集合可以取决于以下的一个或多个特征。
关于非独立PDCCH/E-PDCCH处理的一个示例可以包括让第一小区/TTI中的PDCCH/E-PDCCH候选的一个或多个编号和/或标识依赖于或以其他方式链接/关联于第一服务小区/TTI中的PDCCH/E-PDCCH的存在与否。第一服务小区的可能候选的集合可以依赖于一个服务小区/TTI中的PDCCH/E-PDCCH候选的编号和/或身份标识。一个小区/TTI中的PDCCH/E-PDCCH候选的编号和/或身份标识可以依赖于或者以其他方式链接/关联于第一服务小区/TTI中的PDCCH/E-PDCCH的存在与否。确定PDCCH是否存在于第一服务小区之中的处理可以包括确定是否在一个或多个搜索空间中的第二服务小区中解码了PDCCH或E-PDCCH。举例来说,WTRU可以基于第二服务小区的解码结果确定第一服务小区的UESS可以具有零(0)个用于解码的候选。作为示例,如果没有在第二服务小区的UESS中解码PDCCH或E-PDCCH,那么第一服务小区的UESS会具有零(0)个候选。WTRU可以从第二小区/TTI中的DCI的位置确定存在用于第一服务小区的PDCCH候选的数量(x)。所述DCI可以在第二服务小区的UESS中被成功解码。DCI的位置可以基于UESS中的DCI的起始控制信道元素(CCE)来确定。DCI的位置可以基于UESS中解码出DCI的部分来确定。DCI的位置可以以用于指定WTRU的多个UESS中用于解码该DCI的UESS搜索空间为基础来确定。
关于非独立PDCCH/E-PDCCH处理的一个示例可以包括致使用于第一小区/TTI的PDCCH/E-PDCCH的一个或多个解码参数依赖于或以其他方式链接/关联于供第二小区/TTI中的PDCCH使用的解码参数。举例来说,PDCCH的解码参数可以包括确定在第二小区中解码的PDCCH和/或E-PDCCH的聚合等级和/或DCI净荷大小。作为示例,处于第一服务小区的UESS中的候选的聚合等级可以等于从第二存活小区中的PDCCH和/或E-PDCCH的聚合等级,或以其他方式从第二存活小区中的PDCCH和/或E-PDCCH的聚合等级中得到。第一服务小区的DCI净荷大小可以等于第二服务小区的DCI净荷大小。
关于非独立PDCCH/E-PDCCH处理的一个示例可以包括致使在第一小区/TTI中供PDCCH/E-PDCCH使用的一个或多个解码参数依赖于或者以其他方式链接/关联于第二小区/TTI中的PDCCH中的显性信令。小区中的PDCCH中的显性信令可以包括确定在第二小区中解码的PDCCH和/或E-PDCCH的字段的值。举例来说,第一服务小区的UESS中的候选的聚合等级可以通过在第二服务小区中解码的PDCCH和/或E-PDCCH DCI的字段来指示(例如以显性的方式)。
在第二服务小区/TTI中解码的PDCCH和/或E-PDCCH可以具有用于指示用来在第二服务小区/TTI中尝试解码PDCCH和/或E-PDCCH的解码信息的一个或多个属性。例如,用于在第一服务小区/TTI中执行调度的DCI格式可被修改或重新解释,以便向WTRU提供与包含在第二服务小区的PDCCH和/或E-PDCCH中的解码DCI相关的信息或提示。
新的或重新定义的DCI可以包括传达了(作为示例,显性和/或隐性)如何降低解码复杂度的控制信令。举例来说,一个或多个特定DCI格式可以用于显性和/或隐性地解码其他DCI传输所使用的信息。特定的DCI格式可以从旧有系统和/或出于减小搜索空间的目的而定义的信息中得到。举例来说,DCI可以提供“解码提示”和/或解码参数。为了提供解码参数,所定义的DCI格式可以包含用于指示在一个或多个其他服务小区之中是否存在PDCCH/E-PDCCH的字段。为了提供解码参数,所定义的DCI格式可以包含用于指示是否在一个或多个其他TTI中存在PDCCH/E-PDCCH的字段。作为示例,DCI格式可以指示被配置成供WTRU使用的每一个服务小区是否存在PDCCH/E-PDCCH。为了提供解码参数,所定义的DCI格式可以包含指示用于一个或多个其他服务小区的PDCCH/E-PDCCH的聚合等级的字段。为了提供解码参数,所定义的DCI格式可以包含指示关于一个或多个其他TTI的PDCCH/E-PDCCH的聚合等级的字段。例如,DCI格式可以指示被配置成供WTRU使用的每一个服务小区的PDCCH/E-PDCCH的聚合等级。PDCCH/E-PDCCH的聚合等级有可能针对的是一个或多个DCI净荷大小。例如,PDCCH/E-PDCCH的聚合等级有可能针对的是每一个可能的DCI净荷大小。
用于传达(例如显性和/或隐性)如何降低解码复杂度的控制信令可以显性或隐性指示解码提示所适用的小区。举例来说,可提供“解码提示”和/或解码参数的DCI可以包括控制信令,例如具有一个或多个比特的序列。至少一个这样的序列可被用于具有一个或多个小区的群组中的一个或多个小区。举例来说,至少一个这样的序列可被用于具有一个或多个小区的群组中的每一个小区。作为示例,该控制信令可以用多个所述具有一个或多个比特的序列来构造。这些序列可以按顺序级联。例如,这些序列可以被按顺序级联,以便增大与(例如每一个)适用小区相关联的服务小区身份标识值。与(例如每一个)适用小区相关联的小区身份标识可以是由L3配置的servCellID。
可提供“解码提示”和/或解码参数的DCI可以适用于一个或多个小区和/或一个或多个TTI。举例来说,DCI可以适用于WTRU的单个小区、小区群组和/或所有小区,和/或可以适用于一个或多个TTI。作为示例,DCI适用的小区群组可以包括WTRU的小区(例如所有小区中的至少一个)、所配置的小区群组(作为示例,在配置了双连接的情况下是小区群组(CG))中的所有小区、以及被配置成(例如由L3/RRC)形成所述配置的小区。DCI适用的小区可以包括WTRU配置中的被激活的小区。作为示例,DCI所适用的小区可以包括WTRU配置中的被激活小区。DCI所适用的小区可以包括在特定时间处于激活状态的小区。在一些示例中,DCI适用的小区可以包括在特定时间处于激活状态的小区,但是不会包含在该时间未被激活和/或去激活的小区。例如,DCI适用的小区可以包括在可以成功解码控制信令的子帧中的特定时间处于激活状态的小区。DCI适用的小区可以包括在可以成功解码控制信令的TTI中的特定时间处于激活状态的小区。DCI适用的小区可以包括在可以成功解码控制信令的子帧之前的子帧中的特定时间处于激活状态的小区。DCI适用的小区可以包括在解码控制信令的TTI之前的TTI中的特定时间处于激活状态的小区。
第一DCI中的比特序列可用于指示应当使用什么样的解码提示/假设来尝试解码第二DCI,和/或指示所述解码提示所适用的是哪个(哪些)服务小区和/或TTI。第一DCI中的比特序列可以包括以下中的一者或多者:存在性标志(P)、聚合等级(AL)、一个或多个DCI的大小和/或延迟偏移(DO)等等。
作为示例,DCI中的比特序列可以包括存在性标志(P)。该存在性标志可以是指示别的小区中是否存在关于该WTRU的PDCCH的比特(例如单个比特)。举例来说,WTRU可以基于第一小区的第一DCI中的存在性标志是否指示了PDCCH的存在与否来确定是否应该执行关于第二小区中的PDCCH的解码尝试。
对于提供了关于第二DCI的解码提示的第一DCI中的比特序列来说,该比特序列可以包括聚合等级(AL)。所述AL可以包括一个或多个比特。例如,一(1)个比特可以指示用于解码第二DCI的两组(或者有可能更多组)可能的聚合等级(例如1、2或4、8)之一。在一个示例中,如果可以使用更加精细的粒度和/或数量更多的值,那么可以由两(2)个比特来指示用于第二DCI的AL(例如1、2、4或8)。包含AL的字段的含义可以取决于第一服务小区的配置。例如,包含AL的字段的含义可以取决于第一服务小区的配置。
对于提供了关于第二DCI的解码提示的第一DCI中的比特序列来说,该比特序列可以包括一个或多个其他DCI的大小。举例来说,第一DCI可以显性指示第二DCI的大小。在一个示例中,用于指示第二DCI大小的比特序列可以指示来自多个可能的大小中的一个(或多个)大小。单个比特可以用于指示DCI候选的两个可能的大小之一。
对于提供了关于第二DCI的解码提示的第一DCI中的比特序列来说,该比特序列可以包括延迟偏移(DO)。举例来说,所述DO可以包括关于控制信息适用性的定时信息。例如,DO可以指示第二DCI将会处于随后的TTI中。DO可以是表明信令是否与当前子帧或下一个子帧有关的单个比特。
比特序列可以与一个或多个码点相关联。码点可以组合前述的比特序列所传达的一个或多个指示符。例如,“000”可以指示没有关于指定小区或者关于小区群组的PDCCH。“001”可以指示存在AL=1的PDCCH等等。
WTRU可以确定控制信令所适用的“第一”载波或一个或多个TTI。控制信令所适用的“第一”载波或一个或多个TTI可以是关于一个或多个小区的群组中的一个或多个小区。关于一个或多个小区的群组中的一个或多个小区可以是所有小区的一个子集。控制信令所适用的“第一”载波或是一个或多个TTI可以是关于一个或多个TTI的群组中的一个或多个TTI。关于一个或多个TTI的群组中的一个或多个TTI可以是所有TTI的一个子集。作为示例,DCI可以包含关于单个小区群组的控制信令。当DCI包含关于单个小区群组的控制信令时,WTRU可以确定该控制信令可适用于所述一个或多个小区的哪一个群组。举例来说,该确定可以基于以下的一个或多个因素:与DCI的PDCCH相关联的小区、可用于解码DCI的PDCCH的RNTI、DCI的PDCCH位置、与所接收的DCI相关联的搜索空间、用于解码DCI的PDCCH的CRC多项式、以及DCI内部的指示(例如比特映射)。
WTRU可以基于与DCI的PDCCH相关联的小区来确定控制信令所适用的是一个或多个小区的哪一个群组。举例来说,与DCI的PDCCH相关联的小区可以指示相同小区或相同的小区群组。WTRU可以确定控制信令所适用的是与供WTRU接收DCI的PDCCH的小区群组相同的群组中的一个或多个小区。WTRU可以确定所接收的控制信令适用于由在其上接收PDCCH的小区所调度的一个或多个小区。
WTRU可以以可用于对DCI的PDCCH进行解码的RNTI为基础来确定控制信令所适用的是关于一个或多个小区的哪一个群组。举例来说,WTRU可被配置成具有多个RNTI(例如每一个小区群组一个)。WTRU可以依照可用于成功解码PDCCH的RNTI来确定所接收的控制信令适用于一个或多个小区(例如小区群组)。
WTRU可以基于DCI的PDCCH的位置(例如在UESS中、在CSS中等等)来确定控制信令所适用的是关于一个或多个小区的哪一个群组。举例来说,WTRU可以依照DCI的控制信道元素(CCE)来确定控制信令适用于一个或多个小区(例如小区群组)。DCI的CCE可以是关于所接收的DCI的第一CCE。作为示例,CCE可以用命理(numerological)序列来组织(例如,如果SS的第一CCE是#0,那么第二CCE对应于#2等等)。WTRU可以确定所接收的控制信令适用于与DCI的第一CCE对应的命理数值(或其范围)相关联的小区群组。WTRU可以确定所接收的控制信令适用于与DCI的第一CCE所对应的命理数值范围相关联的小区群组。WTRU可以确定奇数索引指示第一小区群组。WTRU可以确定偶数索引指示第二小区群组。
WTRU可以基于与所接收的DCI相关联的搜索空间来确定控制信令适用的是关于一个或多个小区的哪一个群组。例如,WTRU可以依照携带了控制信令的DCI的搜索空间来确定控制信令可应用于一个或多个小区(例如小区群组)。WTRU可以确定所接收的控制信令可以应用于该控制信令所适用的一个或多个小区的相同搜索空间中的解码处理。例如,控制信令可以依照所接收的DCI的搜索空间而与一个或多个小区相适用。作为示例,搜索空间可以被CSS或UESS使用,并且所接收的DCI可以分别与CSS或UESS相关联。作为示例,如果WTRU确定DCI是在相关的UESS中被接收的,那么WTRU可以确定所接收的控制信令应用于与指定UESS或是该UESS的一部分相关联的特定小区群组。
WTRU可以以用于解码DCI的PDCCH的CRC多项式为基础来确定控制信令所适用的一个或多个小区的群组。举例来说,WTRU可被配置成具有一个或多个CRC多项式。所述一个或多个CRC多项式可以包括适用于CRC计算的DCI中的比特数量。所述一个或多个CRC多项式可以与特定的DCI类型相关联。WTRU可以使用多项式和/或相应数量的比特(例如最后16个比特)来执行关于具有特定大小的DCI的一个或多个附加解码尝试。WTRU可以确定DCI是包括控制信令的格式。例如,WTRU可以在成功解码时确定DCI是包含控制信令(例如解码提示)的格式。控制信令可以包括解码提示。多项式可以与包含一个或多个小区的小区群组相关联。WTRU可以确定控制信令适用于相应的包含一个或多个小区的小区群组。作为示例,在成功解码PDCCH时,WTRU可以使用有关的多项式,并且可以确定控制信令适用于相应的具有一个或多个小区的小区群组。
WTRU可以基于DCI内部的指示(例如比特映射)来确定控制信令适用的是关于一个或多个小区的哪一个群组。举例来说,WTRU可以依照DCI中的比特映射布置内部的指示来确定控制信令适用于一个或多个小区(例如小区群组)。
一个或多个DCI可以包含关于多个载波/小区和/或多个TTI的控制信令。所述一个或多个DCI可被嵌入到针对WTRU的PDSCH传输之中。PDCCH/E-PDCCH(例如单个PDCCH/E-PDCCH)可以包含关于多个载波/小区和/或多个TTI的控制信令。所述单个PDCCH/E-PDCCH可以包含携带了关于多个载波/小区和/或多个TTI的控制信令的单个DCI。单个PDCCH/E-PDCCH可以包含携带了关于多个载波/小区和/或多个TTI的控制信令的多个DCI。一个或多个DCI可以携带关于不同载波/小区/TTI的控制信令。例如,每一个DCI都可以携带关于不同载波/小区/TTI的控制信令。WTRU可以确定接收PDCCH(例如单个PDCCH)的处理将会调度与WTRU配置的多个服务小区相关联的资源上的PDSCH和/或PUSCH传输。用于从PDCCH和/或E-PDCCH来启用多个小区的PDSCH和/或E-PDSCH处理的技术可被使用。例如,所使用的可以是从单个PDCCH和/或E-PDCCH来启用多个小区的PDSCH和/或PUSCH处理的技术。
用于从单个PDCCH和/或E-PDCCH启用关于多个载波/小区/TTI的PDSCH和/或PUSCH处理的技术可以包括关于多个载波/小区/TTI的嵌入式DCI。嵌入式DCI可以是指包含或者嵌入在PDSCH传输之中的DCI。DCI可以在用于指定子帧中至WTRU的PDSCH传输的RB内部被传送。在用于PDSCH的RB中可以包含一个或多个DCI消息。包含在供针对WTRU的PDSCH传输使用的RB内部的DCI消息可以指代相同的子帧和/或别的子帧,例如以后出现的子帧。在供PDSCH传输使用的RB内部传送的DCI可以针对的是作为PDSCH中的数据或控制信息的预定接收机的WTRU。在供PDSCH传输使用的RB内部传送的DCI可以针对的是并非PDSCH传输的预定接收机的别的WTRU。在可以采用前述的任一技术而在供PDSCH传输使用的RB中传送多个DCI的场景中,所述多个DCI消息可以被单独处理/映射到时间/频率资源。在可以采用前述任一技术而在供PDSCH传输使用的RB中传送多个DCI的场景中,所述多个DCI可以被级联/联合信道编码。
在将调制符号映射到时间/频率资源之前,用于多个载波/小区/TTI的嵌入式DCI可以与传输信道比特复用。举例来说,当在可供PDSCH传输使用的资源块(RB)中传送的时候,在将调制符号映射到时间/频率资源之前,DCI可以与传输信道比特相复用。从传输块(TB)比特和/或DCI比特获取的级联比特串可以由发射机来处理。举例来说,用于包含了数据的N比特TB的CRC和/或用于包含了控制信息的M比特DCI的CRC可以被单独确定。一个部分或是所有的两个部分可以被单独执行信道编码。一个部分或是所有的两个部分可以通过使用用于TB的Turbo编码和/或用于DCI的卷积编码而被单独执行信道编码。一个或所有的两个信道编码分段可以被级联、交织、处理和/或映射到子帧中的PDSCH时间/频率资源,以便进行传输。执行接收的WTRU可以根据通告了PDSCH的DCI来确定调制和编码方案(MCS)、TB大小和/或RB分配。执行接收的WTRU可以处理所接收的RB。举例来说,执行接收的WTRU可以依照DCI被包含在PDSCH中的第一假设来处理所接收的RB。执行接收的WTRU可以依照不存在这种DCI的第二假设来处理所接收的RB。
用于多个载波/小区/TTI的嵌入式DCI可以与PDSCH复用到供PDSCH使用的时间/频率资源集合中的所确定的调制符号和/或信道编码比特位置集合上。举例来说,当在可用于PDSCH传输的RB中传送时,DCI可以与PDSCH相复用。DCI和/或PDSCH可以基于CRC、信道编码和/或速率匹配等等中的一项或多项而被单独处理。经过信道编码的DCI比特可被映射到一组资源元素(RE),其中所述资源元素可以是供PDSCH使用的RB的一部分。相应地,PDSCH映射可以依照速率匹配而被调整或者不被调整。
用于多载波/小区/TTI的嵌入式DCI可以从可能的起始符号和/或比特位置开始映射。举例来说,当在可供PDSCH传输使用的RB中传送时,DCI可以是从可能的起始符号和/或比特位置开始映射的。所述起始符号和/或比特位置可以是固定值和/或数值集合。起始符号和/或比特位置可以从一个可以包含变化的参数的函数中得到。所述变化的参数可以是小区ID、WTRU ID、子帧或时隙索引、RB编号和/或DCI所针对的分量载波编号等等中的一个或多个。特别地,作为示例,如果传送多个DCI,那么所允许的可以是一组有可能存在差异的不同起始位置。
WTRU可被传送一个指示。该指示可以允许WTRU确定用于多个载波/小区/TTI的嵌入式DCI是在供PDSCH使用的RB中传送的。该指示可以指代所确定的RB集合(例如仅仅是此类RB)。该指示可以指代候选RB集合。该指示可以指代子帧中的一个或多个或是所有包含信道编码数据的RB。该指示可以指代指定子帧。该指示可以指代指定TTI。
举例来说,用于通告PDSCH的PDCCH和/或EPDCCH上的DCI可以包含采用了比特标志和/或码点设置的形式且表明在所通告的PDSCH中包含DCI的指示。这样做可以允许WTRU相应地配置其接收器,和/或开始执行PDSCH解码处理。
举例来说,通过调整时间/频率符号的相位值序列,可以携带一个关于在可供PDSCH使用的RB中传送的DCI的指示。用于指示相位值的时间/频率符号可以是WTRU已知的。WTRU可以确定其正在调制的RB的DMRS符号指示的是第一配置。WTRU可以将其接收机配置成就PDSCH的存在性而执行解码。WTRU可以将其接收机配置成就DCI和/或PDSCH的存在性而执行解码。举例来说,在WTRU通过DMRS符号确定第二配置时,WTRU可以将其接收机配置成就DCI和/或PDSCH的存在性而执行解码。基于DMRS的指示可以使用不同的相位值和/或码设置。
WTRU可以实施一个检测过程。通过该检测过程,WTRU可以为RB集合确定是否存在DCI。所述RB可以供PDSCH传输使用。WTRU既可以是也可以不是用于PDSCH传输的预定WTRU。如果DCI与PDSCH针对的是相同的WTRU,那么WTRU可以实施该检测过程。如果DCI是去往第二WTRU的(例如将DCI包含在发往另一个WTRU的PDSCH传输中),那么WTRU可以实施所述检测过程。
举例来说,当在供PDSCH使用的RB中传送DCI时,可能的起始符号和/或比特位置可以与一个确定性集合相对应。在指定子帧中,WTRU可以为一个或多个可能的起始位置解调和/或确定是否检测到DCI。举例来说,WTRU可以为可能的起始符号集合中的每一个起始符号解调和/或确定是否检测到DCI。如果可以检测到DCI,那么WTRU可以依照所接收的DCI来配置其接收机。在供PDSCH使用的RB中传送的DCI可以用一种被定向到预定的接收WTRU的方式来编码。举例来说,DCI可以用一种能使预定接收WTRU正确解码DCI、但是所述DCI不能被并非该DCI所针对的WTRU解码的方式来编码。一个示例可以是用WTRU RNTI值来遮蔽CRC。DCI可被编码,以使任何接收机WTRU可以确定正确的检测结果,但是仍旧会通过确定来自DCI的标识符而丢弃和/或进一步处理所接收的DCI。
WTRU可以确定关于多个载波/小区/TTI的嵌入式DCI的DCI处理的结果。举例来说,当在供PDSCH传输使用的RB中传送DCI时,WTRU可以确定DCI处理结果。WTRU可以基于DCI解码结果来进一步处理和/或产生针对发射机(例如eNB)的反馈。该反馈可以对应于Ack/Nack反馈、信道量度、计数器和/或可报告的差错统计和/或典型的差错统计。信道量度可以包括信噪比(SNR)和/或衍生值。
WTRU可以产生、存储和/或报告与在PDSCH(和/或在下行链路控制信道)中接收DCI的成功/失败相关联的统计信息。与在RB中传送的DCI相关的DCI处理结果可以用以下的一个或多个统计信息来处理和/或记录:解码成功、解码不成功、某个时段的正确解码次数、某个时段的未解码次数、符号的信噪比(或是其等效物,或是依照所述信噪比来编制索引)、和/或可能包含DCI的比特位置。
在发射机端可以实施链路自适应处理,例如在存在与供PDSCH使用的RB中传送的DCI的性能相关的反馈的情况下。作为示例,如果存在与供PDSCH使用的RB中传送的DCI的性能有关的反馈,那么发射机可以降低DCI的编码率。通过降低DCI的编码率,可以允许更加健壮的传输。举例来说,当WTRU报告多个解码和/或漏检事件时,那么减小编码速率将可以允许更健壮的传输。另一个例示的链路适配是可以由发射机来选择较小的DCI大小,以便改善链路健壮性。
举例来说,被配置成解码在供PDSCH传输使用的RB中传送的DCI存在性的WTRU可以向eNB报告其能够成功解码的DCI的数量。WTRU可以在规则的时间间隔上向eNB进行报告。WTRU可以在eNB轮询的时候向eNB报告成功解码的DCI的数量。eNB可以知道其向WTRU传送的DCI的数量。eNB可以从所报告的值中确定DCI差错率。所述eNB可以调整链路设置。
用于从单个PDCCH和/或E-PDCCH来启用关于多个载波/小区/TTI的PDSCH和/或PUSCH处理的技术可以包括处于PDCCH和/或E-PDCCH中的单个DCI或多个DCI。处于PDCCH和/或E-PDCCH(在以下的一些示例中可以参考PDCCH,但是这些示例同样适用于E-PDCCH)中的单个DCI或多个DCI可以提供关于多个服务小区或TTI的调度信息。WTRU可以接收包含了多个小区或多个TTI的调度信息的PDCCH和/或E-PDCCH。举例来说,单个PDCCH和/或E-PDCCH可以包含关于多个小区或多个TTI的调度信息。单个PDCCH和/或E-PDCCH可以包含一个DCI,其中该DCI包含了关于多个小区或多个TTI的调度信息。单个PDCCH和/或E-PDCCH可以包含多个DCI。例如,多个DCI中的每一个都可以包含关于不同小区或TTI的调度信息。
包含在PDCCH中的关于多个小区或TTI的DCI可以包括用于多个小区或TTI的单个DCI。WTRU可以接收包含了适用于与WTRU配置中的多个小区相关联的传输的调度信息的PDCCH。该PDCCH可以包括单个DCI。这些传输可以是在PDSCH上接收的下行链路传输和/或PUSCH上的上行链路传输。DCI可以指示关于多个传输块的调度信息。所述DCI可以指示跨越了多个小区或TTI的传输块的调度信息。
作为示例,单个DCI可以对应于多个TB。多个TB中的一个或多个可以与不同的小区或TTI相关联。举例来说,WTRU可以确定DCI指示了关于多个传输块(TB)的调度信息,并且每一个TB都可以与不同的小区或TTI相关联。WTRU可以确定一个或多个TB的传输参数。例如,WTRU可以确定每一个TB的传输参数。为TB许可或指配传输参数的方式是可以改变的。
为TB许可或指配传输参数的方式可以是由DCI来为一个或多个TB许可或指配相同和有效的调度参数。举例来说,与小区或TTI相关联的每一个TB可被许可相同的调度参数。DCI可以包括一组调度参数。这些调度参数可以包括PRB、MCS、冗余版本(RV)和/或混合自动重复请求(HARQ)进程ID等等中的一个或多个。调度参数可以是被调度的每一个小区和/或TTI所共有的,或者可以为所调度的每一个小区和/或TTI提供单独的调度参数集合。举例来说,DCI可以包括单个调度参数集合。WTRU可以为一个或多个不同小区使用相同的参数集合。作为示例,WTRU可以为所有TB使用相同的参数集合。一些或所有调度参数可被转换成不同的传输参数集合。例如,PRB的数量还可以取决于相关的小区的带宽。
作为示例,DCI可以将一个或多个不同的调度参数集合许可或指配给一个或多个TB。例如,与小区或TTI相关联的每一个TB都可被许可一个或多个不同的调度参数集合。
DCI可以包括附加的调度信息。举例来说,DCI可以包括关于适用小区或适用TTI的列表。DCI可以通过使用关于小区群组或TTI群组的比特映射来包含关于适用小区或适用TTI的列表。所述列表可以标识一个或多个辅载波/小区/TTI。举例来说,当WTRU不能使用这里描述的其他技术显性或隐性确定适用小区时,该列表可以标识辅小区或TTI。作为示例,DCI可以包括关于一个或多个第二小区或TTI的PRB、MCS、RV和/或HARQ进程标识中的一个或多个的替换值。
将传输参数许可或指配给TB的方式可以是由DCI来向单个TB许可或指配相同和有效的调度参数。单个传输(例如单个TB)可以扩展到与一个或多个载波/小区/TTI相关联的资源。例如,单个DCI可对应于跨越了不同小区和/或跨越了多个TTI的单个TB。WTRU可以确定DCI指示了关于单个TB的调度信息。TB可以在一个或多个不同的物理资源(例如物理资源块(PRB))集合上传送。一个或多个物理资源集合可以与不同的服务小区或不同的TTI相关联。作为示例,每一个物理资源集合可以与不同的服务小区或不同的TTI相关联。WTRU可以确定可在不同和/或不相交的PRB集合上传送TB。
在一个或多个服务小区或TTI中,TB可被映射到PDSCH和/或PUSCH。用于传输块的调制符号可被映射到来自一个或多个服务小区或TTI的资源元素。
举例来说,WTRU可以依照以下的一种或多种技术来确定单个TB的传输参数。
所述一种或多种技术可以包括这样的过程示例:DCI可包含单个调度参数(例如PRB、MCS、RV和/或HARQ进程ID等等)集合。除了PRB之外,WTRU可以使用与旧有参数相类似的参数。WTRU可以确定与一个或多个小区相关联的一个或多个不同的PRB集合。例如,WTRU可以确定与每一个小区相关联的一个或多个不同的PRB集合。WTRU可以通过为一个或多个小区独立应用所述参数来确定与一个或多个小区相关联的一个或多个不同的PRB集合。WTRU可以通过为每一个小区独立应用所述参数来确定与一个或多个小区相关联的一个或多个不同的PRB集合。WTRU可以考虑一个或多个PRB的总和。例如,WTRU可以考虑所有PRB的总和。WTRU可以使用与传统方法类似的方法来得到TB大小。与PRB相关的参数可以转换成一个或多个不同的传输参数集合。例如,PRB的数量还可以取决于有关的小区或TTI的带宽。
DCI可以包括用于一个或多个传输参数的一个或多个不同的调度参数集合(例如PRB、MCS、RV和/或HARQ进程ID等等)。举例来说,DCI主要包含的是关于独立用于一个或多个适用小区的PRB的信令。作为示例,DCI主要包含的是独立用于每一个适用小区的PRB的信令。
用于从单个PDCCH和/或E-PDCCH来启用关于多个小区的PDSCH和/或PUSCH处理的技术可以包括将多个DCI和传输用于多个小区或TTI。包含在PDCCH中的用于多个小区或TTI的DCI可以包括将多个DCI和传输用于多个小区或TTI。所述多个DCI可以在指定的PDCCH和/或E-PDCCH传输中被单独和/或联合编码。作为示例,WTRU可以接收包含了适用于与WTRU配置中的多个小区或TTI相关联的传输的调度信息的PDCCH。所述PDCCH可以包括多个DCI。
多个DCI可以对应于多个TB。一个或多个TB可以处于不同的小区/TTI中。举例来说,每一个TB都可以处于不同的小区或TTI中。WTRU可以确定PDCCH可包含多个DCI。一个或多个DCI可以包括关于与WTRU配置中的不同小区相关联的传输的调度信息。作为示例,每一个DCI都可以包括关于与WTRU配置中的不同小区相关联的传输的调度信息。PDCCH可以包括跨载波调度信息,以便指示DCI适用于哪一个小区。PDCCH和/或E-PDCCH可以包括跨TTI调度信息,以便指示所述调度信息适用于哪一个TTIS。PDCCH可以包括单个CRC。例如,PDCCH可以包括在多个DCI之后附加的单个CRC。在级联的多个DCI上可以执行PDCCH解码。
对于这里描述的一种或多种技术来说,可以存在与WTRU配置中的指定小区或TTI相关联的控制信令和/或参数。举例来说,对于这里描述的技术中的一种或多种技术,在缺少使用小区或TTI资源的传输的情况下,有可能存在与WTRU配置中的指定小区或TTI相关联的控制信令和/或参数。如果适用的话,该小区可以是有关的小区和/或关于一个或多个小区的群组。如果适用的话,TTI可以是有关的TTI和/或关于一个或多个TTI的群组。在依照以下的一种或多种场景接收到PDCCH时,WTRU可以确定存在与该WTRU配置中的指定小区或TTI相关联的控制信令和/或参数。在其中一种场景中,WTRU可以确定该信令表明小区资源(DL和/或UL)并不是由相关的PDCCH调度的。如果存在的话,所述信令可以用于指示PDCCH是否适用于特定小区,例如使用比特映射来指示。在其中一个场景中,其中有可能存在与WTRU配置中的指定小区相关联的控制信令和/或参数。WTRU可以确定该小区处于非活动状态。该场景可适用于针对关联小区的下行链路传输和/或上行链路传输的调度。在其中一个场景中,可能存在与WTRU的配置中的指定小区相关联的控制信令和/或参数。WTRU可以确定该小区没有在上行链路上被时间校准。该场景可以适用于为相关联的小区(例如仅仅为相关联的小区)调度上行链路传输。在其中一个场景中,其中有可能存在于WTRU配置中的指定小区相关联的控制信令和/或参数。WTRU可以确定接收到控制信令。控制信令可以进一步指示预期WTRU为何种传输(和/或一个或多个小区)产生HARQ A/N报告。WTRU可以确定不期望为指定小区产生HARQ A/N报告,由此其可以附加确定没有为有关的小区调度(例如纯下行链路)传输。在其中一种场景中,其中有可能存在与WTRU配置中的指定小区相关联的控制信令和/或参数。WTRU可以确定缺少关于所涉及的一个或多个小区的小区专用参数,和/或所述参数被设置成了特定值(例如零值)。在其中一个场景中,其中有可能存在与WTRU配置中的指定小区相关联的控制信令和/或参数,并且其采用的是可以得到或提供与上行链路和/或下行链路和/或多个小区有关的调度信息的前述场景的任何组合。
用于从单个PDCCH和/或E-PDCCH启用关于多个载波/小区/TTI的PDSCH和/或PUSCH处理的技术可以包括压缩关于多个载波/小区/TTI的资源分配信息。举例来说,DCI信息中的某些字段子集可以包括关于多个小区和/或DCI的差异化信息,并且其他小区可以包括公共信息。举例来说,资源分配信息可以指示关于被调度的每一个小区和/或TTI的单独的信息,而其他字段(例如MCS)则可以是在被调度的多个小区上共有的。包含了多个小区的差异化信息的字段可被联合编码,或者以其他方式进行压缩,以便减少所使用比特数量。对于一个或多个载波/小区/TTI来说,其资源分配信息可以被压缩。例如,用于多个服务小区或多个TTI的资源分配信息可以被压缩。压缩资源分配信息的处理可以通过以下的一种或多种技术来实现:来自PDCCH和/或E-PDCCH中的一个或多个DCI的一个或多个字段可以包含关于PDSCH和/或PUSCH的资源分配信息;可以将预先定义的RB集合指配给多个服务小区或TTI;以及可以标识小区或TTI子集并且将其映射到预先定义的RB集合或是高层配置的RB集合。
WTRU可以从接收自PDCCH和/或E-PDCCH中的一个或多个DCI的至少一个字段来确定关于一个或多个小区或TTI中的PDSCH和/或PUSCH的资源分配信息。WTRU可以从接收自PDCCH和/或E-PDCCH中的一个或多个DCI的至少一个字段来确定关于多个小区或TTI中的PDSCH和/或PUSCH的资源分配信息。所述至少一个字段的组合大小是可以减小的。例如,与通过现有技术中的重复使用处理的字段的大小相比,所述至少一个字段的组合大小可以显著减小。现有技术可以基于逐个小区来分配资源的一些部分。下行链路控制开销可以通过减小字段的组合尺寸而被最小化。在可以聚合大量载波/小区/TTI的时候,如果网络可以在多个小区分配资源部分,那么这既有可能会也有可能不会是非常有用或有效的。
WTRU可以确定能为至少一个小区分配至少一个预先定义的RB集合。举例来说,WTRU可以基于至少一个小区的指示来确定能为至少一个小区分配至少一个预先定义的RB集合。预先定义的RB集合可以包含该小区的所有RB、不包含(零个)RB、和/或包含高层配置的RB的子集。然后,DCI可以使用大小缩减的信令(作为示例,而不是完整大小的旧有DIC格式)来指示已经为WTRU分配了预先定义的RB集合(例如其中一个可能的预定义RB分配集合)。作为示例,高层配置的RB子集可以以逐个小区为基础。对于小区或TTI子集来说,如果可以使用少量比特来指示预先定义的资源(作为示例,而不是在DCI中包含完整的调度信息),那么可以减少用于资源分配的信令开销。用于指示PDCCH和/或E-PDCCH所调度的每一个小区或TTI的详细RB分配的处理可能需要大约20个比特,而参考预定义分配的处理则使用少数几个比特即可执行。
WTRU可以基于在DCI中接收的至少一个字段来确定一个小区或TTI集合,其中对于所述小区或TTI集合来说,该集合的一个或多个小区或TTI可被分配预先定义的RB集合。WTRU可以基于在DCI中接收的至少一个字段来确定一个小区或TTI集合,其中对于所述小区或TTI集合的每一个小区或TTI都可被分配预先定义的RB集合。基于在DCI中接收的至少一个字段,WTRU可以确定一个小区集合,其中预先定义的RB集合可被用于该小区集合的一个或多个小区。WTRU可以基于在DCI中接收的至少一个字段来确定一个小区集合,其中预先定义的RB集合可以用于该小区集合中的每一个小区。举例来说,一个字段可以为一个或多个小区或TTI指示是否可以将预先定义的RB集合分配给所述小区或TTI和/或可以将哪一个预先定义的RB集合分配给所述小区或TTI。举个例子,如果在该字段中为每一个小区使用了两个比特,那么来自四个可能值中的一个值可以指示能为该小区提供详细的RB分配(作为示例,与现有系统中相同)(例如在后续字段中)。其他三个值中的每一个都可以指示预先定义的RB集合中的一个集合。
举例来说,第一字段可以指示可被分配预先定义的RB集合的小区或TTI的子集。第一字段可以指示可被提供详细的RB分配的小区或TTI的子集。所述第一字段的一个或多个可能的值可以对应于小区或小区群组的子集。小区的子集可以包括单个小区。举例来说,第一字段的每一个可能的值可以对应于小区或小区群组的子集。第一字段的值以及小区的子集是可以映射的。所述映射可以由高层配置。所述映射也可以是预先定义的。对于第一字段中指示的一个或多个小区子集,第二字段可以指示可为其分配哪一个预先定义的RB集合。对于第一字段中指示的每一个小区子集,第二字段可以指示可为其分配哪一个预先定义的RB集合。作为示例,这里论述的技术可以在预先定义了两个预先定义的RB集合的时候使用。第二字段可以为第一字段中指示的每一个小区使用一个比特(例如仅仅为每一个小区使用一个比特)。
WTRU可以基于至少一个RB指配字段来确定用于至少一个小区的RB子集。举例来说,如果WTRU确定没有为至少一个小区分配预先定义的RB集合,那么WTRU可以基于至少一个RB指配字段来确定用于所述至少一个小区的RB子集。一个或多个指配字段可以指示用于至少一个小区的RB子集。举例来说,每一个RB指配字段可以指示用于至少一个小区的RB的子集。RB指配字段的顺序可以以不能被分配预先定义的RB集合的小区子集中的小区索引和/或小区身份标识为基础。RB指配字段的顺序可以以可能未被分配预先定义的RB集合的小区子集中的小区索引和/或小区身份标识为基础。一个或多个指配字段可以指示跨越了一个以上的小区或TTI的RB子集。每一个RB指配字段都可以指示跨越了一个以上的小区或TTI的RB子集。作为示例,所述字段可被解释,以使带宽与一个以上的小区或TTI的带宽总和相对应。
举例来说,PDCCH/E-PDCCH可以为四(4)个小区调度PDSCH和/或PUSCH。预先定义的RB集合可以是两(2)个:“无RB”和“全部RB”。在每一次指配中,4个小区或TTI中的三(3)个可被分配一(1)个预先定义的集合。一(1)个小区或TTI可以依照RB指配字段来分配。
在这样的场景中,用于所有小区的RB分配的字段集合可以包括以下各项:一个2比特字段、一个3比特字段、一个RB分配字段以及填充比特。所述2比特字段可以指示4个小区中的哪3个可被分配预先定义的RB集合。举例来说,“00”、“01”、“10”、“11”可以指示小区(2,3,4)、(1,3,4)、(1,2,4)、(1,2,3)分别被分配了预先定义的RB集合,相应地,小区1、2、3或4分别可以依照RB指配字段来分配。
用于所有小区的RB分配的字段集合可以包括一个3比特字段。对于分配了预先定义的RB集合的3个小区中的每一个小区来说,所述3比特字段可以指示预先定义的集合是“没有RB”还是“全部RB”。
用于所有小区的RB分配的字段集合可以包括用于未被分配预先定义的RB集合的一个小区的至少一个RB分配字段。该字段的大小可以对应于用于该小区的RB的数量(例如载波带宽)。
用于所有小区的RB分配的字段集合可以包括填充比特。这些填充比特可以确保用于上述字段的比特总数可被设置成已知值。
用于从单个PDCCH和/或E-PDCCH来启用关于多个载波/小区/TTI的PDSCH和/或PUSCH处理的技术可以包括一种或多种可供WTRU解码包含了这里描述的控制信令的PDCCH的方式。作为示例,WTRU可以使用与这里描述的用于接收控制信息的方法相类似的区分方法来确定PDCCH包含了这里描述的任一控制信令(例如PDCCH格式/类型和/或DCI格式/类型)。
WTRU可以依照包括配置方面在内的这里描述的一个或多个因素来确定PDCCH(和/或DCI)的类型。举例来说,WTRU可以确定在指定小区的PDCCH上是否出现控制信令,这种处理有可能会在WTRU被配置了这种功能的情况下进行。
WTRU可以依照用于解码PDCCH的RNTI来确定PDCCH(和/或DCI)的类型。举例来说,WTRU可以依照用于成功解码PDCCH候选的RNTI来确定在PDCCH中包含控制信令。作为示例,WTRU可以被配置成具有用于所述技术的特定RNTI值。
WTRU可以依照PDCCH在搜索空间中的位置来确定PDCCH(和/或DCI)的类型。例如,WTRU可以从所述位置(例如处于特定范围和/或特定搜索空间和/或其某个部分的DCI的起始CCE)确定控制信令被包含在了PDCCH中。
WTRU可以依照搜索空间来确定PDCCH(和/或DCI)的类型。例如,WTRU可以依照解码出PDCCH的搜索空间来确定控制信令被包含了在PDCCH中。作为示例,WTRU可以确定在特定搜索空间中接收的任何PDCCH都可以包含控制信令,但是在一些实施例中,在别的搜索空间则不会如此。
WTRU可以依照CRC多项式来确定PDCCH(和/或DCI)的类型。举例来说,WTRU可以依照可用于确定PDCCH格式和/或内容的CRC多项式来确定控制信令被包含在了PDCCH中。
用于从单个PDCCH和/或E-PDCCH启用关于多个载波/小区/TTI的PDSCH和/或PUSCH处理的技术可以包括一种或多种可供WTRU确定这里论述的控制信令所适用的载波/小区/TTI的方式。举例来说,WTRU可以使用与这里描述的用于接收控制信息的方法相类似的方法来确定控制信令适用于一个小区或多个小区。所述多个小区可以对应于一个小区群组。
举例来说,WTRU可以依照以下的一项或多项来确定一个或多个适用的小区:DCI内部的一个或多个小区的身份标识、与在其上接收PDCCH的小区相关联的跨载波调度、用于解码DCI的PDCCH的RNTI、DCI的PDCCH的位置、与所接收的DCI相关联的搜索空间、和/或用于解码DCI的PDCCH的CRC多项式、和/或使用所接收的PDCCH内部的指示(例如比特映射)。
如果对服务小区或TTI进行编组,那么将可以减小开销。PDCCH/E-PDCCH或MAC信令有可能会招致开销。WTRU可以使用服务小区群组的概念,并且可以基于与PDCCH/E-PDCCH或MAC信令相关联的服务小区或TTI群组来解释某些字段的值(例如依照服务小区或TTI群组)。服务小区或TTI群组可以包括高层显性或隐性配置的服务小区或TTI集合。该群组可以是具有依照群组预先定义或配置的数量的服务小区。群组的顺序可以从服务小区或TTI配置的顺序中隐性定义。举例来说,如果每一个群组的服务小区数量被定义成8个,那么第一群组可以包括前8个被配置的服务小区,并且第二群组可以包括接下来的8个被配置的服务小区,依此类推。作为示例,与服务小区或TTI相关联的配置可以包括用于指示群组身份标识的字段。该群组身份标识可以是以下一者或多者:隐性排序的所配置的数量的服务小区、供WTRU在非周期性CSI字段的指定值中报告非周期性CSI的所标识的数量的服务小区、载波指示字段的指定值、和/或激活/去激活MAC控制元素中内部的某个比特位置等等。
群组身份标识可以与非周期性CSI触发相关联。可供WTRU在PUSCH中报告关于所给出的非周期性CSI字段值的非周期性CSI的服务小区集合可以从高层信令和/或以下的一项或多项的组合中确定。服务小区集合可以从高层信令和/或包含UL许可的PDCCH/E-PDCCH所源于的服务小区或是其所归属的服务小区群组的组合中被确定。服务小区集合可以从高层信令和/或包含UL许可的PDCCH/E-PDCCH所源于的服务小区所归属的服务小区群组的组合中被确定。服务小区集合可以从高层信令和/或包含了非周期性CSI报告的PUSCH传输的服务小区的组合中被确定。服务小区集合可以从高层信令和/或包含非周期性CSI报告的PUSCH传输的服务小区所归属的服务小区群组的组合中被确定。
例如,当非周期性CSI字段的值被设置成“11”和/或PUSCH针对的是作为第一服务小区群组的一部分的服务小区时,WTRU可以报告关于高层配置的第一服务小区集合的CSI。当非周期性CSI字段的值被设置成“11”和/或PUSCH针对的是作为第二服务小区群组的一部分的服务小区时,WTRU可以报告关于高层配置的第二服务小区集合的CSI。在该示例中,WTRU可被允许通过一个以上的PUSCH来传送CSI。
在另一个示例中,当非周期性CSI字段的值被设置成“11”和/或PDCCH/E-PDCCH接收自作为第一服务小区群组的一部分的服务小区时,WTRU可以报告关于高层配置的第一服务小区集合的CSI。当非周期性CSI字段的值被设置成“11”和/或PDCCH/E-PDCCH接收自作为第二服务小区群组一部分的服务小区时,WTRU报告关于高层配置的第二服务小区集合的CSI。
在一些示例中,WTRU可以在上行链路中未被配置多个服务小区的情况下实施此类技术。
群组标识可被定义成致使载波指示符字段(CIF)的解释可以取决于在其上接收到PDCCH/E-PDCCH的服务小区。举例来说,WTRU可以经由第一“调度小区”接收DCI(作为示例,调度小区可以是指在其上接收到PDCCH/E-PDCCH/DCI的小区)。DCI可以包括用于指示索引值的载波指示符字段。作为示例,CIF可以是3比特,这意味着它可以明确指代多达八个不同的“调度小区”(作为示例,所调度的小区可以是指将要在其上执行PDSCH/PUSCH传输的小区)。通过在其上接收DCI的调度小区的身份标识作为CIF解释的基础,在DCI中可以使用相同的3比特指示/CIF来指代八个以上的小区。举例来说,如果WTRU监视两个调度小区,并且每一个调度小区都与不同的CIF解释相关联,那么所调度的小区可以是16个不同的服务小区之一。由此,通过将关于CIF值的解释与所接收的DCI所源于的调度小区的身份标识相关联,可以在保持一个或多个旧有DCI格式的同时调度数量更多的服务小区。
作为示例,CIF解释与调度服务小区的关联(例如CIF解释对于调度服务小区的依赖性)可以以定义服务小区群组为基础来实现。举例来说,如果调度服务小区是第一群组的成员,那么可以将CIF解释成指代是第一群组中的一个或多个被调度小区。如果调度服务小区是第二群组的成员,那么可以将CIF解释成指代第二群组的一个或多个被调度小区。
作为示例,CIF解释与调度服务小区的关联(例如CIF解释对于调度服务小区的依赖性)可以通过为每一个被调度的服务小区配置用于指代被调度的服务小区的CIF值和/或通过配置一个或多个调度小区(被调度的服务小区将从该一个或多个调度小区而被调度)来实现。举例来说,在配置用于载波聚合的被调度服务小区(例如用于在其上执行共享信道传输的小区)时(例如借助高层RRC信令),该配置可以指示哪一个调度小区将被用于提供适用于被调度小区的DCI,并且还会指示将要在经由调度小区接收的DCI中使用的CIF值,以便指代被调度的小区。这样一来,通过使用不同的调度服务小区来调度被调度小区,可以将指定的CIF值指配给多个被调度的服务小区。
由此,当从调度服务小区接收到DCI时,这时可以基于调度服务小区的身份标识来解释CIF。这样一来,载波指示符字段可以依照在其上接收到DCI的调度小区而以不同方式来解释。如果首先是在第一服务小区接收的,那么载波指示符字段的指定值可以指代用于接收PDSCH/PUSCH传输的某个服务小区,但是如果是经由第二调度服务小区接收的,那么载波指示符字段的指定值可以指代用于接收PDSCH/PUSCH传输的不同的被调度服务小区。载波指示符字段的指定值所指代的服务小区可以基于PDCCH/E-PDCCH的服务小区来确定。更进一步,CIF值可以用于指示WTRU应该在PDCCH/E-PDCCH和/或PDCCH/E-PDCCH的搜索空间中的什么位置解码DCI。
载波指示符字段的指定值所指代的被调度服务小区可以从调度服务小区的配置中确定。高层可以提供关于调度服务小区的配置。举例来说,从第一调度服务小区接收的PDCCH/E-PDCCH中的CIF值“2”可以指代第一调度服务小区。如果高层依照不同的调度服务小区配置了用相同的CIF值“2”指代的两个不同的被调度服务小区,那么从第二调度服务小区接收的PDCCH/E-PDCCH中的CIF值“2”可以指代第二被调度服务小区。
载波指示符字段的指定值所指代的被调度服务小区可以从包含DCI的PDCCH/E-PDCCH的调度服务小区所归属的服务小区群组中确定。例如,从属于第一服务小区群组的调度服务小区接收的PDCCH/E-PDCCH中的CIF值“3”可以指代在第一服务小区群组内部配置的第三个被调度的服务小区。从属于第二服务小区群组的调度服务小区接收的PDCCH/E-PDCCH中的CIF值“3”可以指代在第二组服务小区内部配置的第三个被调度服务小区。
群组身份标识可以与MAC激活/去激活相关联。与激活/去激活MAC控制元素内部的某个比特位置或字段相对应的服务小区可以取决于接收到的MAC控制元素所源于的服务小区。与激活/去激活MAC控制元素内部的某个比特位置或字段相对应的服务小区可以取决于所接收的MAC控制元素所源于的服务小区归属的服务小区群组。举例来说,如果MAC控制元素是在服务小区#8中接收的,并且其中服务小区#8和#9是相同服务小区群组的一部分,那么与字段“C2”相对应的服务小区可以是服务小区#9。作为示例,如果MAC控制元素是在服务小区#18中接收的,并且其中服务小区#17和#18是相同服务小区群组的一部分,那么与字段“C2”相对应的服务小区可以是服务小区#17。
在另一个示例中,处于激活/去激活MAC控制元素内部的某个比特位置或字段可以指示服务小区群组而不是单个服务小区。例如,字段“C3”可以指示激活或去激活服务小区群组#3。
如果错误地检测到净荷数据并且错误地对其进行解释,那么有可能会降低盲解码的网络性能。通过区分正确检测到的DCI和大概正确但是错误检测到的DCI(举例来说,如果WTRU处理表明由于解码/处理错误成功解码了DCI,但是实际上所述DCI对所述WTRU并无意义),那么将可以避免错误地检测到净荷数据并且错误地对其进行解释。WTRU可以确定来自PDCCH和/或E-PDCCH的解码信息是否对应于对WTRU有效的DCI。一种或多种技术可用于确定下行链路控制信息(DCI)的有效性。例如,WTRU可以通过核对用特定RNTI或可能的RNTI集合中的一个RNTI掩蔽的循环冗余校验(CRC)的值来确定DCI的有效性。WTRU可以验证DCI的一个或多个字段是否具有有效值。作为示例,一个或多个判定可以包括核实是否DCI的所有字段都具有有效值。WTRU可以基于与用于DCI所调度的PDSCH的载波/小区/TTI相同的载波/小区/TTI中解码的DCI集合的属性来确定DCI的有效性。WTRU可以基于与在用于DCI所调度的PDSCH的载波/小区/TTI不同的载波/小区/TTI中解码的DCI集合的属性来确定DCI的有效性。WTRU可以以核实具有所确定的长度的CRC值为基础来确定DCI的有效性。用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以应用于具有一种或多种特定格式的DCI。例如与下行链路指配(1a,2,2a,2b,2c,2d等等)相对应的格式和/或任一DCI格式。
作为示例,用于验证成功解码了DCI并且其针对的是所述WTRU的处理可以以WTRU成功解码了处于指定子帧中、多个子帧/子帧集合中、指定小区中和/或跨越了多个小区/小区集合的多个DCI为基础。作为示例,WTRU可以以接收到多个DCI并且通过使用WTRU RNTI成功解码了所述每一个DCI为基础来验证DCI已被成功接收并且针对的所述WTRU。如果没有成功解码多个DCI(例如解码了单个DCI),那么WTRU会因为指示了应该接收多个DCI的配置而确定所述DCI实际上并非针对的是所述WTRU。举个例子,对于某些小区、DCI类型和/或TTI来说,WTRU可以确定多个DCI应被成功解码,以便为所述小区/DCI类型/TTI验证所涉及的DCI。作为示例,如果解码了关于以后的TTI的DCI,那么关于该DCI的验证可以包括成功解码关于当前TTI的DCI。
用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以包括评估在与包含了DCI调度的PDSCH的子帧相同的子帧中被解码的DCI集合的一个或多个属性。确定DCI有效性的处理可以包括评估在与用以传送DCI调度的PDSCH的小区相同的小区中被解码的DCI集合的一个或多个属性。确定DCI有效性的处理可以包括评估在与用以传送DCI调度的PDSCH的小区不同的其他小区中被解码的DCI集合的一个或多个属性。
可被评估以确定一个或多个DCI是否有效的DCI属性可以包括以下的一项或多项:具有指定格式和/或任何格式的DCI的数量、具有任何格式的DCI的数量、解码出DCI的一个或多个小区、和/或其组合,解码出DCI的一个或多个小区的群组、与DCI指示的PDSCH和/或PUSCH传输相对应的小区群组(如果适用的话)、DCI指示的PDSCH传输是否可以被成功解码、DCI的内容、DCI的格式、别的DCI的内容、以及别的DCI的格式。
用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以包括基于所配置的小区的数量来确定DCI的有效性。WTRU可以基于被激活的小区的数量来确定DCI的有效性。有效性确定可能包括所要满足的一个或多个判据。有效性确定可以包括所要满足的一个或多个规则集合。所述判据可以包括验证DCI的CRC奇偶比特。所述判据可以包括验证在用适当的RNTI加扰之后的DCI的CRC奇偶比特。所述判据可以包括核实净荷的一个或多个字段被设置成了有效的可能值。举例来说,所述判据可以包括核实净荷的每一个字段都被设置成有效的可能值。
作为依照至少第一判据集合检测出DCI被认为有效的结果,WTRU可以执行一个或多个动作。作为依照至少第一规则集合检测出DCI被认为有效的结果,WTRU可以执行一个或多个动作。所述规则和/或判据可以如这里所述。举例来说,如果WTRU可以基于第一判据集合和/或第一规则集合来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH。作为示例,如果WTRU可以基于第一判据集合和/或第一规则确定DCI的有效性,那么在DCI指示PDSCH传输的情况下,WTRU可以尝试解码相应的PDSCH。作为示例,如果WTRU可以基于至少第二判据和/或第二规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以关于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以基于除了第一判据和/或第一规则之外的至少第二判据和/或第二规则来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成关于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以在排除了第一判据和/或第一规则的情况下至少基于这里描述第二判据和/或第二规则来确定DCI有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成关于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以基于这里所述的第二判据集合和/或第二规则集合来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以生成关于相应PDSCH的HARQ A/N。作为示例,除了第一判据和/或第一规则之外,如果WTRU还可以基于第二判据集合和/或第二规则集合来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以产生关于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以在排除了第一判据和/或第一规则的情况下基于这里描述的第二判据集合和/或第二规则集合来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH,和/或可以产生关于相应PDSCH的HARQ A/N。作为示例,如果WTRU可以基于第一判据(集合)和/或第一规则(集合)来检测DCI的有效性,但是WTRU不能基于第二判据(集合)和/或第二规则(集合)来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH。举例来说,如果WTRU可以基于第一判据(集合)和/或第一规则(集合)来检测DCI的有效性,但是WTRU不能基于第二判据(集合)和/或第二规则(集合)来确定DCI的有效性,那么WTRU可以尝试解码相应的PDSCH。
用于确定下行链路控制信息(DCI)的有效性的一种或多种技术可以包括评估某些条件。如果满足以下的一个或多个条件,那么WTRU可以确定DCI有效。所述条件可以包括DCI针对的是属于第一小区群组中的小区的PDSCH或PUSCH。该条件可以包括DCI针对的是属于第二小区群组中的小区的PDSCH或PUSCH,和/或至少一个DCI是为属于第一小区群组中的小区的PDSCH和/或PUSCH接收的。该条件可以包括DCI针对的是属于第二小区群组中的小区的PDSCH或PUSCH,和/或至少N个DCI是为属于第二小区群组中一个或多个小区的PDSCH和/或PUSCH接收的。该条件可以包括DCI的字段被设置成特定值,和/或DCI的字段组合被设置成特定值。举例来说,WTRU可以至少在下行链路指配索引(DAI)字段的值被设置成特定值(例如“000”)的时候确定DCI是有效的。在另一个示例中,作为示例,WTRU可以确定DCI至少在“最后一个下行链路指配指示符”字段的值被设置成1和/或DAI字段值被设置成“000”的时候是是有效的。所述一个或多个字段可以是DCI的“净荷”的一部分,和/或可以用于掩蔽CRC的某些比特。所述条件可以包括第二DCI的内容表明DCI是可以被接收的。第二DCI可以在PDCCH、E-PDCCH和/或PDSCH上被解码。该DCI可以是指定小区的下行链路指配。第二DCI可以表明能为该小区接收下行链路指配。所述条件可以包括在DCI包含了下行链路指配的情况下,第二DCI的内容(在PDCCH、E-PDCCH和/或PDSCH上被解码)表明有可用于HARQ A/N的传输的资源。第二DCI可以在PDCCH、E-PDCCH和/或PDSCH上被解码。作为示例,第二DCI可以包括关于PUSCH的许可,和/或可以包含用于PUCCH的资源的指示。该条件可以包括DCI指示的PDSCH传输(对于下行链路指配而言)能被成功解码。举例来说,所述条件可以包括在执行下行链路指配的情况下,DCI指示的PDSCH传输可被成功解码。所述条件可以包括所配置的小区(或是被激活的小区)的数量小于数量M。所激活的小区的数量可以小于数量M。作为示例,M可被设置成5。
第一和/或第二载波/小区/TTI群组可以由高层来配置。举例来说,第一和/或第二小区或TTI群组可以由高层显性配置。群组可以依照以下的一项或多项来定义:指定频带的载波、与Pcell相对应的一个或多个载波、与Scell相对应的一个或多个载波、以及与具有PUCCH的Scell相对应的一个或多个载波。作为示例,群组可以基于载波属于授权频带还是非授权频带来定义(例如对于授权辅助接入(LAA)操作而言)。举例来说,对于授权辅助接入(LAA)操作来说,群组可以基于载波属于授权频带还是非授权频带来定义。
关于这里所指的第一和/或第二群组的定义可以取决于解码DCI的小区。DCI的有效性将被确定。这里所指的第一和/或第二群组的定义可以取决于与DCI指示的PDSCH和/或PUSCH传输相对应的小区。
用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以包括基于这里所指的判据来确定可能的无效DCI的可能规则。所述可能规则可以是在激活了被配置成具有PDCCH的多达Y个(例如Y=全部)服务小区的时候,WTRU接收到(例如至多)X个DCI(例如X=1)。所述可能规则可以是WTRU接收(例如至多)X个DCI(例如X=1),但是没有一个是在被配置成具有PDCCH的一个(或多个)特定小区的资源上接收的(作为示例,至少一个PDCCH可以是为特定小区群组接收的)。所述可能的规则可以是WTRU在与无授权频带(LAA)中的小区相关联的资源上(例如仅仅在其上)接收到一个或多个DCI。所述可能的规则可以是WTRU在与无授权频带(LAA)中的小区相关联的资源上接收一个或多个DCI/PDCCH传输,但是不具有任何关于其他小区上的上行链路传输的调度信息(关于至少一个PUSCH传输,关于以适用于授权域中的小区的规则为基础的PUCCH,和/或因为缺少具有关于UCI传输的动态调度的DCI(UCI))。
这里描述的一个或多个规则可以允许减少误判有效DCI的情况的发生。这种减少可以是非常明显的。在子帧中错误检测出一个以上的DCI的概率将会很低。所述概率有可会非常低。网络可以使用单个DCI来调度数据量。该数量有可能很小。相应的PDSCH和/或PUSCH可以处于指定群组中的小区。
用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以包括使用具有一个或多个(例如不同)长度的CRC。作为示例,WTRU可以以验证具有确定长度的CRC值为基础来确定DCI的有效性。WTRU可以基于以下的一项或多项来确定CRC的长度:搜索空间、DCI格式、在其中解码出PDCCH/E-PDCCH的小区(和/或其群组)、和/或传送了所指示的PDSCH和/或PUSCH(和/或其群组)的小区。WTRU可以基于搜索空间来确定CRC长度。举例来说,如果PDCCH是在公共搜索空间解码的,那么WTRU可以确定CRC长度是第一个值,例如16;如果PDCCH和/或E-PDCCH是在WTRU专用搜索空间解码的,则确定CRC长度第二个值,例如24。WTRU可以基于DCI格式来确定CRC长度。举例来说,如果DCI格式是格式0、1a、1c或4,那么WTRU可以确定CRC长度是第一个值,例如16;如果DCI格式是格式2a、2b、2c或2d。那么CRC长度是第二个值,例如24。
用于确定下行链路控制信息(DCI)有效性的一种或多种技术可以包括使用CRC加扰处理。CRC奇偶比特可以用源于至少一个字段的比特来加扰(和/或屏蔽)。作为示例,所述至少一个字段可以包括以下的一个或多个:无线电网络临时标识符(RNTI)、WTRU发射天线选择字段、可用于确定关于HARQ A/N报告的码本的字段(例如下行链路指配索引(DAI))、关于是否为一个或多个PDSCH传输报告HARQ A/N的指示符、和/或码本指示符、A/N资源指示符(ARI)和/或其他任何DCI字段。
加扰处理可以在CRC奇偶比特的子集和/或其整体上执行。举例来说,在CRC奇偶比特子集上执行的加扰处理与使用这样的序列来加扰CRC奇偶比特整体的处理基本上是相似的,其中在所述序列中,未执行加扰处理的比特位置包含的是“0”。
作为示例,加扰处理可以用一个或多个序列来执行。所述一个或多个序列可被添加到CRC奇偶比特,例如在模2运算之前添加。举例来说,如果使用与两个不同字段相对应的序列S1和S2来执行加扰处理,那么加扰运算的输出Y可被表述成Y=(C+S1+S2)mod 2,其中C是CRC奇偶比特序列。
加扰序列可以从字段或字段组合的值中确定。作为示例,加扰序列可以基于预先确定的映射和/或表格而从字段或字段组合的值中确定。举例来说,加扰序列可以等同于字段的二进制表示(例如用于RNTI)。特别地,作为示例,如果字段的二进制表示与加扰序列具有相同的长度,那么加扰序列可以等同于字段的二进制表示(例如用于RNTI)。作为示例,加扰序列可以是字段的二进制表示的截断版本。特别地,作为示例,如果加扰序列短于字段的二进制表示,那么加扰序列可以是字段的二进制表示的截断版本。作为示例,如果加扰序列大于字段的二进制表示(例如,CRC长度或加扰序列可以是24比特,并且RNTI字段可以是16比特),那么可以通过以下的一个或多个处理来确定加扰序列:循环扩展字段的二进制表示,和/或将固定的比特序列附加于字段的二进制表示(例如,一个或多个或全部为“0”,一个或多个或全部为“1”等等)等等。
通过将从第一字段确定的加扰序列循环移位从第二字段的值中确定的多个位置,可以从两个或多个字段的组合中产生加扰序列。举例来说,第一字段可以包括16比特的RNTI。第二字段可以包括下行链路天线索引(DAI),作为示例,该索引可以采用8个可能的值(例如0到7)。通过将RNTI的二进制表示循环移位与3倍的DAI值相对应的多个位置,可以产生24比特的加扰序列。举例来说,循环移位RNTI的二进制表示的处理可以包括依照这里描述的一种或多种技术来延伸与3倍的DAI值相对应的多个位置。
WTRU可以使用经过加扰的(和/或屏蔽的)CRC序列值来确定DCI是否有效。举例来说,如果接收到来自PDCCH和/或E-PDCCH的DCI,那么WTRU可以使用经过加扰的(和/或屏蔽的)CRC序列值来确定DCI是否有效。WTRU可以使用加扰(和/或屏蔽的)CRC序列的值来确定用于加扰DCI的至少一个字段的值。举例来说,在接收到来自PDCCH和/或E-PDCCH的DCI时,WTRU可以使用经过加扰(和/或屏蔽的)CRC序列的值来确定用于加扰DCI的至少一个字段的值。作为示例,WTRU可以执行以下的一个或多个处理。WTRU可以基于所接收的净荷比特来确定CRC奇偶比特序列C′。WTRU可以使用与相应字段值的可能的有效组合相对应的序列S=(S1+S2+S3+...)mod 2来解扰所接收的经过加扰的CRC奇偶比特序列Y。WTRU可以确定解扰序列(Y+S1+S2+S3+...)mod 2是否与序列C′相匹配。如果解扰序列(Y+S1+S2+S3+...)mod 2与序列C′相匹配,那么可以认为所述DCI有效。所述DCI有可能是在受到和这里描述的技术一样的其他条件约束的情况下被认为有效的。如果解扰序列(Y+S1+S2+S3+...)mod 2与序列C′相匹配,那么可以将一个或多个字段的值确定成是用于确定序列S的值。举例来说,如果解扰序列(Y+S1+S2+S3+...)mod 2与序列C′相匹配,那么可以确定每一个字段的值都是用于确定序列S的值。如果解扰序列(Y+S1+S2+S3+...)mod 2与序列C′不匹配,那么WTRU可以使用所述字段的别的可能的有效组合来解扰序列Y。如果对于所述字段值的任何可能的有效组合来说,解扰序列都不与序列C′相匹配,那么WTRU可以确定DCI无效。
以下示例将会示出WTRU如何使用上述技术来确定DCI是否有效。在这些示例中,CRC奇偶比特序列包括24比特。在这些示例中,以下的一个或多个字段可以用于加扰处理:RNTI和/或下行链路天线指示符(DAI)等等。
在一个示例中,与RNTI字段相对应的加扰序列S1可以包括16比特的RNTI的二进制表示,并且其后跟随的是8个零。与DAI相对应的加扰序列S2可以包括16个零值,其后可以跟随DAI的二进制表示,其中在本示例中,所述二进制表示可以是8比特(作为示例,如果DAI具有范围在0到255的值)。WTRU可以使用S1来解扰序列S和/或确定所产生的序列Z的前16个比特是否匹配CRC奇偶比特序列C’的前16个比特(例如基于净荷),由此确定DCI的有效性。如果前16个比特匹配,那么WTRU可以认为DCI有效。WTRU可以通过识别序列S2来确定DAI字段的值,其中对于所述序列S2来说,在最后8个比特上,(Y+S1+S2)mod 2与C’是对应的。特别地,作为示例,由于S1的最后8比特有可能是0,因此可以确定S2的值是(Y+C′)mod 2。如果前16个比特不匹配,那么WTRU可以认为DCI无效。
在一个示例中,与RNTI字段相对应的加扰序列S1可以包括16比特的RNTI的二进制表示,其后跟随的是相同表示的前8个比特。与DAI相对应的加扰序列S2(作为示例,所述序列可以是6比特)可以包括重复了4次的DAI的二进制表示。WTRU可以通过验证序列(Y+S1+S2)mod2是否在64个可能的S2序列中的至少一个上与C’相对应来确定DCI的有效性。如果对于至少一个序列而言存在匹配,那么WTRU可以认为DCI有效。DAI值可以被识别成是与匹配序列相对应的至少一个值。如果任何一个序列都不匹配,那么WTRU可以认为DCI无效。
虽然在上文中描述了采用特定组合的特征和要素,但是本领域普通技术人员将会认识到,每一个特征或要素既可以单独使用,也可以与其他特征和要素进行任何组合。此外,这里描述的方法可以在引入计算机可读介质中以供计算机或处理器运行的计算机程序、软件或固件中实施。关于计算机可读媒体的示例包括电信号(经由有线或无线连接传送)以及计算机可读存储介质。关于计算机可读存储媒体的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、磁介质(例如内部硬盘和可拆卸磁盘)、磁光介质、以及光介质(例如CD-ROM碟片和数字多用途碟片(DVD))。与软件关联的处理器可以用于实施用于WTRU、WTRU、终端、基站、RNC或任何计算机主机内的射频收发信机。
Claims (12)
1.一种由无线发射/接收单元WTRU执行的方法,所述方法包括:
所述WTRU接收无线电资源控制RRC配置消息,该RRC配置消息指示了当第一载波指示符字段CIF值被从第一服务小区接收时,第三服务小区被调度,以及当所述第一CIF值被从第二服务小区接收时,第四服务小区被调度;
所述WTRU尝试经由所述第一服务小区的第一下行链路控制信道解码第一下行链路控制信息DCI,其中所述第一DCI包括针对第一物理下行链路共享信道PDSCH传输的调度信息;
所述WTRU尝试经由所述第二服务小区的第二下行链路控制信道解码第二DCI,其中所述第二DCI包括针对第二PDSCH传输的调度信息;
所述WTRU基于成功尝试解码经由所述第一服务小区的所述第一下行链路控制信道接收的所述第一DCI以及所述RRC配置消息来确定将会经由所述第三服务小区接收所述第一PDSCH传输,其中所述第一DCI包含所述第一CIF值;
所述WTRU基于成功尝试解码经由所述第二服务小区的所述第二下行链路控制信道接收的所述第二DCI以及所述RRC配置消息来确定将会经由所述第四服务小区接收所述第二PDSCH传输,其中所述第二DCI包含所述第一CIF值;
基于所述确定将会经由所述第三服务小区接收所述第一PDSCH传输,所述WTRU经由所述第三服务小区接收所述第一PDSCH传输;以及
基于所述确定将会经由所述第四服务小区接收所述第二PDSCH传输,所述WTRU经由所述第四服务小区接收所述第二PDSCH传输。
2.如权利要求1所述的方法,该方法还包括所述WTRU基于在其上接收到所述第一DCI的所述第一服务小区的身份标识来解释所述第一DCI内包含的所述第一CIF值。
3.如权利要求1所述的方法,其中所述确定所述第一PDSCH传输将会经由所述第三服务小区而被接收还进一步基于所述第一服务小区是第一小区群组的成员;以及所述确定所述第二PDSCH传输将会经由所述第四服务小区而被接收还进一步基于所述第二服务小区是第二小区群组的成员。
4.如权利要求3所述的方法,其中所述第一小区群组的身份标识至少是基于所述第一服务小区的身份标识而被确定的,且其中所述第二小区群组的身份标识至少是基于所述第二服务小区的身份标识而被确定的。
5.如权利要求4所述的方法,其中所述确定所述第一PDSCH传输将经由所述第三服务小区被接收进一步基于所述第一小区群组的所述身份标识。
6.如权利要求1所述的方法,其中所述第一服务小区属于多个服务小区中的第一群组,以及所述第二服务小区属于所述多个服务小区的第二群组。
7.如权利要求1所述的方法,其中所述第一下行链路控制信道和所述第二下行链路控制信道之一对应于增强型物理下行链路控制信道E-PDCCH。
8.一种无线发射/接收单元WTRU,包括:
存储器;以及
处理器,其被配置成:
接收无线电资源控制RRC配置消息,其中该RRC配置消息指示了当第一载波指示符字段CIF值被从第一服务小区接收时,第三服务小区被调度,以及当所述第一CIF值被从第二服务小区接收时,第四服务小区被调度;
尝试经由所述第一服务小区的第一下行链路控制信道解码第一下行链路控制信息DCI,其中所述第一DCI包括针对第一物理下行链路共享信道PDSCH传输的调度信息;
尝试经由所述第二服务小区的第二下行链路控制信道解码第二DCI,其中所述第二DCI包括针对第二PDSCH传输的调度信息;
基于成功尝试解码经由所述第一服务小区的所述第一下行链路控制信道接收的所述第一DCI以及所述RRC配置消息来确定将会经由所述第三服务小区接收所述第一PDSCH传输,其中所述第一DCI包含所述第一CIF值;
基于成功尝试解码经由所述第二服务小区的所述第二下行链路控制信道接收的所述第二DCI以及所述RRC配置消息来确定将会经由所述第四服务小区接收所述第二PDSCH传输,其中所述第二DCI包含所述第一CIF值;
基于所述确定将会经由所述第三服务小区接收所述第一PDSCH传输,经由所述第三服务小区接收所述第一PDSCH传输;以及
基于所述确定将会经由所述第四服务小区接收所述第二PDSCH传输,经由所述第四服务小区接收所述第二PDSCH传输。
9.如权利要求8所述的WTRU,其中所述处理器被进一步配置为基于所述第一DCI中包含的所述第一CIF值来确定所述WTRU尝试解码所述第一DCI的位置。
10.如权利要求8所述的WTRU,其中所述处理器被配置为基于在其上接收到所述第一DCI的所述第一服务小区的身份标识来解释所述第一DCI内包含的所述第一CIF值。
11.一种无线发射/接收单元WTRU,包括:
存储器;以及
处理器,其被配置成:
接收无线电资源控制RRC配置消息,其中该RRC配置消息指示了当第一载波指示符字段CIF值被从第一调度服务小区接收时,第一被调度服务小区被调度,以及当所述第一CIF值被从第二调度服务小区接收时,第二被调度服务小区被调度;
尝试经由所述第一调度服务小区的第一下行链路控制信道来解码第一下行链路控制信息DCI,其中使用所述第一调度服务小区来调度第一小区群组,且所述第一DCI包括所述第一CIF值并且包括针对将由所述WTRU经由所述第一小区群组中的所述第一被调度服务小区接收的第一物理下行链路共享信道PDSCH传输的调度信息;
尝试经由所述第二调度服务小区的第二下行链路控制信道来解码第二DCI,其中使用所述第二调度服务小区来调度第二小区群组,且所述第二DCI包括所述第一CIF值并且包括针对将由所述WTRU经由所述第二小区群组中的所述第二被调度服务小区接收的第二PDSCH传输的调度信息;
依照所述第一DCI经由所述第一被调度服务小区接收所述第一PDSCH传输,其中所述WTRU被配置为基于成功尝试解码经由与所述第一小区群组相关联的所述第一调度服务小区的所述第一下行链路控制信道接收的所述第一DCI以及所述RRC配置消息而确定所述第一DCI适用于所述第一小区群组中的所述第一被调度服务小区,其中所述第一DCI包含所述第一CIF值;以及
依照所述第二DCI经由所述第二被调度服务小区接收所述第二PDSCH传输,其中所述WTRU被配置为基于成功尝试解码经由与所述第二小区群组相关联的所述第二调度服务小区的所述第二下行链路控制信道接收的所述第二DCI以及所述RRC配置消息而确定所述第二DCI适用于所述第二小区群组中的所述第二被调度服务小区,其中所述第二DCI包含所述第一CIF值。
12.如权利要求11所述的WTRU,其中所述第一下行链路控制信道和所述第二下行链路控制信道之一对应于增强型物理下行链路控制信道E-PDCCH。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311213695.7A CN117499000A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202010801411.6A CN112073166B (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202311211654.4A CN117498999A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562109003P | 2015-01-28 | 2015-01-28 | |
US62/109,003 | 2015-01-28 | ||
US201562144861P | 2015-04-08 | 2015-04-08 | |
US62/144,861 | 2015-04-08 | ||
US201562161089P | 2015-05-13 | 2015-05-13 | |
US62/161,089 | 2015-05-13 | ||
PCT/US2016/015452 WO2016123393A1 (en) | 2015-01-28 | 2016-01-28 | Downlink control signaling |
Related Child Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311213695.7A Division CN117499000A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202311211654.4A Division CN117498999A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202010801411.6A Division CN112073166B (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107431603A CN107431603A (zh) | 2017-12-01 |
CN107431603B true CN107431603B (zh) | 2020-09-04 |
Family
ID=55410214
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010801411.6A Active CN112073166B (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN201680018581.9A Active CN107431603B (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202311213695.7A Pending CN117499000A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202311211654.4A Pending CN117498999A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010801411.6A Active CN112073166B (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311213695.7A Pending CN117499000A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
CN202311211654.4A Pending CN117498999A (zh) | 2015-01-28 | 2016-01-28 | Wtru及其实施的方法 |
Country Status (4)
Country | Link |
---|---|
US (3) | US10785012B2 (zh) |
EP (2) | EP3251276B1 (zh) |
CN (4) | CN112073166B (zh) |
WO (1) | WO2016123393A1 (zh) |
Families Citing this family (80)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112073166B (zh) * | 2015-01-28 | 2023-10-13 | 交互数字专利控股公司 | Wtru及其实施的方法 |
EP3251448A4 (en) * | 2015-01-29 | 2018-04-25 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting downlink control channel information in carrier aggregation system |
JP2018137491A (ja) | 2015-06-29 | 2018-08-30 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
EP3761727B1 (en) * | 2015-07-27 | 2022-06-08 | Huawei Technologies Co., Ltd. | Information transmission methods and devices |
CN107005365B (zh) * | 2015-08-10 | 2020-05-08 | 华为技术有限公司 | 反馈信息的发送、接收方法、用户设备及接入网设备 |
EP3328145B1 (en) * | 2015-08-12 | 2021-06-30 | Huawei Technologies Co., Ltd. | Data transmission method, terminal equipment, base station, and communication system |
JP6769968B2 (ja) * | 2015-08-21 | 2020-10-14 | 株式会社Nttドコモ | 端末及び無線通信方法 |
US10873420B2 (en) * | 2015-10-07 | 2020-12-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal for data transmission |
US10575210B2 (en) * | 2015-10-30 | 2020-02-25 | Qualcomm Incorporated | Cyclic redundancy check length management |
US11924826B2 (en) * | 2015-12-10 | 2024-03-05 | Qualcomm Incorporated | Flexible transmission unit and acknowledgment feedback timeline for efficient low latency communication |
WO2017128312A1 (en) * | 2016-01-29 | 2017-08-03 | Nec Corporation | Method and apparatus for communication based on short transmission time intervals in a wireless communication system |
JP6624760B2 (ja) | 2016-02-02 | 2019-12-25 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | Enodeb、ユーザ機器および無線通信方法 |
WO2017132978A1 (en) * | 2016-02-05 | 2017-08-10 | Panasonic Intellectual Property Corporation Of America | Base station, terminal, and communication method |
WO2017156788A1 (zh) * | 2016-03-18 | 2017-09-21 | 广东欧珀移动通信有限公司 | 数据传输的方法、终端设备及网络设备 |
TWI737709B (zh) | 2016-03-30 | 2021-09-01 | 美商Idac控股公司 | 無線系統中參考訊號測量系統及方法 |
US10694575B2 (en) * | 2016-04-01 | 2020-06-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Wireless communications |
WO2017177083A1 (en) | 2016-04-08 | 2017-10-12 | Idac Holdings, Inc. | Phy layer multiplexing of different types of traffic in 5g systems |
WO2017188729A2 (ko) * | 2016-04-26 | 2017-11-02 | 엘지전자 주식회사 | 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국 |
US11601224B2 (en) | 2016-05-11 | 2023-03-07 | Interdigital Patent Holdings, Inc. | Medium access protocol data unit assembly in wireless systems |
EP3244678B1 (en) * | 2016-05-12 | 2020-04-29 | ASUSTek Computer Inc. | Facilitating detection of control channels with different transmission time intervals in a wireless communication system |
US10805913B2 (en) * | 2016-06-17 | 2020-10-13 | Lg Electronics Inc. | Method and user equipment for receiving donwlink signal, method and base station for transmitting downlink signal |
WO2018009043A1 (ko) * | 2016-07-07 | 2018-01-11 | 엘지전자(주) | 무선 통신 시스템에서 상향링크 제어 정보를 전송하는 방법 및 이를 위한 장치 |
US10200990B2 (en) * | 2016-08-10 | 2019-02-05 | Nokia Technologies Oy | Method and apparatus for implementing dynamic signaling of downlink control usage |
WO2018034520A1 (ko) | 2016-08-18 | 2018-02-22 | 삼성전자 주식회사 | 무선 통신 시스템에서 상향링크 제어 정보를 송수신하는 방법 및 장치 |
CN110024320B (zh) * | 2016-10-10 | 2022-03-29 | 瑞典爱立信有限公司 | D2d通信系统中的通信参数的确定 |
WO2018084488A1 (ko) * | 2016-11-01 | 2018-05-11 | 엘지전자 주식회사 | 무선 통신 시스템에서 동적 가변 사이즈의 하향링크 제어 정보를 송신하는 방법 및 이를 위한 장치 |
CN110073619B (zh) * | 2016-11-02 | 2022-06-03 | Idac控股公司 | 共享数据信道设计 |
US10334533B2 (en) | 2016-11-02 | 2019-06-25 | At&T Intellectual Property I, L.P. | Non-orthogonal design for channel state information reference signals for a 5G air interface or other next generation network interfaces |
US10237032B2 (en) | 2017-01-06 | 2019-03-19 | At&T Intellectual Property I, L.P. | Adaptive channel state information reference signal configurations for a 5G wireless communication network or other next generation network |
US10320512B2 (en) | 2017-01-08 | 2019-06-11 | At&T Intellectual Property I, L.P. | Interference cancelation for 5G or other next generation network |
KR102371187B1 (ko) | 2017-03-20 | 2022-03-07 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 제어 시그널링을 전송하는 방법, 기지국 및 단말기 |
CN108934078A (zh) * | 2017-05-25 | 2018-12-04 | 普天信息技术有限公司 | 一种下行数据传输方法和装置 |
US11412495B2 (en) | 2017-08-07 | 2022-08-09 | Lg Electronics Inc. | Method for transmitting or receiving signal in wireless communication system and device therefor |
US11121808B2 (en) | 2017-09-08 | 2021-09-14 | Apple Inc. | Method and apparatus for channel coding in the fifth generation new radio system |
KR20190038112A (ko) * | 2017-09-29 | 2019-04-08 | 삼성전자주식회사 | 무선 통신 시스템에서 제어 정보 디코딩 방법 및 장치 |
US11576085B2 (en) * | 2017-10-25 | 2023-02-07 | Qualcomm Incorporated | Secondary cell activation and deactivation enhancements in new radio |
EP3711248B1 (en) * | 2017-11-14 | 2022-01-19 | Lenovo (Singapore) Pte. Ltd. | Downlink control for ultra reliable communications |
RU2699586C1 (ru) | 2017-11-28 | 2019-09-06 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ для передачи отчета с информацией состояния канала в системе беспроводной связи и устройство для этого |
CN110034848B (zh) * | 2018-01-12 | 2021-03-23 | 华为技术有限公司 | 一种信息传输方法和装置 |
US10999007B2 (en) * | 2018-01-23 | 2021-05-04 | Qualcomm Incorporated | Techniques and apparatuses for spatial diversity in a coordinated multipoint network |
US10925047B2 (en) | 2018-02-07 | 2021-02-16 | Huawei Technologies Co., Ltd. | Systems and methods for scheduling wireless communications |
JP7240375B2 (ja) * | 2018-02-14 | 2023-03-15 | エルジー エレクトロニクス インコーポレイティド | 下りリンクデータチャネルを送受信する方法及びそのための装置 |
US11057166B2 (en) * | 2018-02-16 | 2021-07-06 | Qualcomm Incorporated | Virtual search spaces for beam indication |
US20190289478A1 (en) * | 2018-03-19 | 2019-09-19 | Qualcomm Incorporated | Physical downlink control channel (pdcch) reliability for ultra-reliability low latency communication (urllc) |
US10904912B2 (en) * | 2018-03-31 | 2021-01-26 | Lenovo (Singapore) Pte. Ltd. | Method and apparatus for communicating a transport block in an unlicensed uplink transmission on a wireless network |
US11909678B2 (en) * | 2018-04-04 | 2024-02-20 | Beijing Xiaomi Mobile Software Co., Ltd. | Determination method and device for size of downlink control information format |
US11051331B2 (en) * | 2018-05-11 | 2021-06-29 | Qualcomm Incorporated | Techniques and apparatuses for paired physical downlink shared channel and physical uplink shared channel scheduling |
US11071100B2 (en) * | 2018-07-06 | 2021-07-20 | Qualcomm Incorporated | Techniques and apparatuses for transmitting downlink control information (DCI) on a physical downlink shared channel (PDSCH) |
WO2020013558A1 (ko) * | 2018-07-09 | 2020-01-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말과 기지국 간 하향링크 신호를 송수신하는 방법 및 이를 지원하는 장치 |
WO2020033237A1 (en) * | 2018-08-07 | 2020-02-13 | Idac Holdings, Inc. | Methods and apparatus for harq enhancement |
US11963228B2 (en) * | 2018-09-21 | 2024-04-16 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving wireless signals in wireless communication system |
BR112021005154A2 (pt) * | 2018-09-21 | 2021-06-15 | Ntt Docomo, Inc. | terminal, método de radiocomunicação para um terminal, estação base e sistema |
US10966231B2 (en) * | 2018-09-28 | 2021-03-30 | Qualcomm Incorporated | Configuring aggregation level and physical downlink control channel candidates at a user equipment |
CN113039730B (zh) * | 2018-11-02 | 2022-12-13 | 中兴通讯股份有限公司 | 可靠的蜂窝通信技术 |
CN111491375A (zh) * | 2019-01-28 | 2020-08-04 | 华为技术有限公司 | 通信方法及通信装置 |
WO2020231311A1 (en) * | 2019-05-10 | 2020-11-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Layer 1 (l1) signaling for fast secondary cell (scell) management |
WO2020237623A1 (en) * | 2019-05-31 | 2020-12-03 | Qualcomm Incorporated | Enhanced mac-ce and rrc ie for multi-carrier configurations |
CN111600683B (zh) * | 2019-06-06 | 2022-02-01 | 维沃移动通信有限公司 | 处理方法及设备 |
CN111245586B (zh) * | 2020-01-10 | 2022-03-25 | 北京紫光展锐通信技术有限公司 | Dci的生成方法、小区的调度方法、系统、设备和介质 |
US20230044495A1 (en) * | 2020-01-10 | 2023-02-09 | Ntt Docomo, Inc. | Terminal and communication method |
WO2021140677A1 (ja) * | 2020-01-10 | 2021-07-15 | 株式会社Nttドコモ | 端末及び通信方法 |
EP4094514A4 (en) * | 2020-01-20 | 2023-11-08 | Qualcomm Incorporated | MULTI-COMPONENT CARRIER SCHEDULING PARAMETER FOR DCI SCHEDULING OF MULTI-COMPONENT CARRIER |
US11632787B2 (en) * | 2020-02-13 | 2023-04-18 | Qualcomm Incorporated | Bandwidth part indication for multiple cells scheduled by a single downlink control information message |
WO2021160352A1 (en) * | 2020-02-13 | 2021-08-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Conditionally handling hybrid automatic repeat request process in configuration grant activation procedure |
CN113286372B (zh) * | 2020-02-19 | 2023-04-07 | 维沃移动通信有限公司 | 一种传输下行控制信息的方法和通信设备 |
US11665699B2 (en) * | 2020-04-09 | 2023-05-30 | Qualcomm Incorporated | Downlink control information (DCI) design for multi-component carrier scheduling |
CN113543345B (zh) * | 2020-04-13 | 2023-07-07 | 维沃移动通信有限公司 | 资源确定方法、指示方法及设备 |
US11665705B2 (en) * | 2020-04-20 | 2023-05-30 | Qualcomm Incorporated | Two-stage piggyback downlink control information (DCI) |
US11968681B2 (en) * | 2020-04-30 | 2024-04-23 | Qualcomm Incorporated | Resource allocation for piggyback downlink control information |
US11405909B2 (en) * | 2020-05-06 | 2022-08-02 | Qualcomm Incorporated | Downlink control information piggyback in physical downlink shared channel, downlink control information encoding |
KR20210151551A (ko) * | 2020-06-05 | 2021-12-14 | 삼성전자주식회사 | 무선 통신 시스템에서 데이터 채널들을 스케줄하는 하향링크 제어 정보의 송수신 방법 및 장치 |
US11785611B2 (en) * | 2020-07-09 | 2023-10-10 | Mediatek Inc. | Method for performing 2-stage downlink control information based cross-carrier scheduling in carrier aggregation |
CN114070516A (zh) * | 2020-08-06 | 2022-02-18 | 北京紫光展锐通信技术有限公司 | 下行控制信息的处理方法及设备 |
US20220046673A1 (en) * | 2020-08-06 | 2022-02-10 | Qualcomm Incorporated | Multi-carrier scheduling for downlink and uplink |
US11792785B2 (en) * | 2020-09-15 | 2023-10-17 | Samsung Electronics Co., Ltd. | Enhancing scheduling flexibility for operation with carrier aggregation |
WO2022066599A1 (en) * | 2020-09-22 | 2022-03-31 | Yunjung Yi | Multi-cell downlink control information |
EP4250840A4 (en) * | 2020-12-18 | 2024-01-17 | Huawei Technologies Co., Ltd. | METHOD AND APPARATUS FOR DOWNLINK TRANSMISSION |
US11974283B2 (en) * | 2021-03-19 | 2024-04-30 | Qualcomm Incorporated | Implicit uplink control channel resource allocation |
CN113794499B (zh) * | 2021-08-31 | 2023-05-05 | 上海卫星工程研究所 | 火星探测器中继通信码速率自适应系统及方法 |
US20230319787A1 (en) * | 2022-04-01 | 2023-10-05 | Samsung Electronics Co., Ltd. | Time domain resource allocation for a physical sidelink feedback channel with carrier aggregation |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101809897A (zh) * | 2007-09-28 | 2010-08-18 | Lg电子株式会社 | 在无线通信系统中检测控制信息的方法 |
CN102474400A (zh) * | 2010-06-16 | 2012-05-23 | Lg电子株式会社 | 发送控制信息的方法及其设备 |
CN102625456A (zh) * | 2011-02-01 | 2012-08-01 | 中兴通讯股份有限公司 | 下行控制信息的发送、接收和传输方法及相关装置 |
CN104012159A (zh) * | 2011-12-22 | 2014-08-27 | 交互数字专利控股公司 | Lte载波聚合中的控制信令 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8310981B2 (en) * | 2008-10-22 | 2012-11-13 | Qualcomm Incorporated | Common and dedicated modulation and coding scheme for a multicarrier system |
KR101697782B1 (ko) * | 2009-05-14 | 2017-01-19 | 엘지전자 주식회사 | 다중 반송파 시스템에서 제어채널을 모니터링하는 장치 및 방법 |
KR101641968B1 (ko) * | 2009-09-14 | 2016-07-29 | 엘지전자 주식회사 | 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치 |
EP2481249B1 (en) | 2009-09-25 | 2018-12-26 | BlackBerry Limited | Multi-carrier network operation |
KR101435856B1 (ko) * | 2010-02-09 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 신호 송신 방법 및 이를 위한 장치 |
US8848672B2 (en) * | 2010-02-23 | 2014-09-30 | Lg Electronics Inc. | Method and device for providing control information for uplink transmission in wireless communication system supporting uplink multi-antenna transmission |
KR20130029374A (ko) * | 2010-03-29 | 2013-03-22 | 엘지전자 주식회사 | 상향링크 다중 안테나 전송을 지원하기 위한 효율적인 제어정보 전송 방법 및 장치 |
WO2011145823A2 (ko) * | 2010-05-17 | 2011-11-24 | 엘지전자 주식회사 | 다중 캐리어를 위한 캐리어 지시 필드의 구성 방법 및 장치 |
EP2654230B1 (en) * | 2010-12-13 | 2019-06-05 | LG Electronics Inc. | Method and apparatus for transmitting ack/nack in a wireless communication system based on tdd |
WO2012094635A1 (en) * | 2011-01-07 | 2012-07-12 | Interdigital Patent Holdings, Inc. | Method, system and apparatus for downlink shared channel reception in cooperative multipoint transmissions |
US9225503B2 (en) * | 2011-05-02 | 2015-12-29 | Lg Electronics Inc. | Method for transmitting/receiving data in wireless communication system and base station for same |
EP2706690B1 (en) * | 2011-05-02 | 2018-03-21 | LG Electronics Inc. | Method for transmitting/receiving data in wireless access system and base station for same |
EP3407525B1 (en) * | 2011-07-14 | 2019-11-06 | LG Electronics Inc. | Method and device for setting a control channel and a data channel in a wireless communication system |
WO2013066122A1 (ko) * | 2011-11-04 | 2013-05-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 제어 채널 검색 방법 및 장치 |
WO2013176827A1 (en) * | 2012-05-19 | 2013-11-28 | Motorola Mobility Llc | Method and apparatus for transport block signaling in a wireless communication system |
CN103580788A (zh) * | 2012-07-27 | 2014-02-12 | 电信科学技术研究院 | 一种传输mcs指示信息的方法及装置 |
EP2888904B1 (en) * | 2012-08-27 | 2018-01-24 | Telefonaktiebolaget LM Ericsson (publ) | Method and user equipment for assembling uplink data |
CN103812625B (zh) * | 2012-11-07 | 2017-11-24 | 上海贝尔股份有限公司 | 一种用于基于载波聚合确定下行控制信息的方法和设备 |
CN104113924B (zh) * | 2013-04-17 | 2019-04-16 | 中兴通讯股份有限公司 | 一种多子帧调度方法、装置及系统 |
CN104144513A (zh) * | 2013-05-10 | 2014-11-12 | 中兴通讯股份有限公司 | 一种多子帧调度方法、基站、终端和系统 |
US9603164B2 (en) * | 2014-07-01 | 2017-03-21 | Intel Corporation | Group carrier scheduling for unlicensed long term evolution network |
EP3018855B1 (en) * | 2014-11-07 | 2019-03-20 | Panasonic Intellectual Property Corporation of America | Physical downlink control channel PDCCH assignment procedure |
CN112073166B (zh) * | 2015-01-28 | 2023-10-13 | 交互数字专利控股公司 | Wtru及其实施的方法 |
-
2016
- 2016-01-28 CN CN202010801411.6A patent/CN112073166B/zh active Active
- 2016-01-28 US US15/547,250 patent/US10785012B2/en active Active
- 2016-01-28 CN CN201680018581.9A patent/CN107431603B/zh active Active
- 2016-01-28 CN CN202311213695.7A patent/CN117499000A/zh active Pending
- 2016-01-28 EP EP16706057.3A patent/EP3251276B1/en active Active
- 2016-01-28 WO PCT/US2016/015452 patent/WO2016123393A1/en active Application Filing
- 2016-01-28 CN CN202311211654.4A patent/CN117498999A/zh active Pending
- 2016-01-28 EP EP22197852.1A patent/EP4131841A1/en active Pending
-
2020
- 2020-08-10 US US16/989,854 patent/US11394522B2/en active Active
-
2022
- 2022-06-23 US US17/847,594 patent/US20220329400A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101809897A (zh) * | 2007-09-28 | 2010-08-18 | Lg电子株式会社 | 在无线通信系统中检测控制信息的方法 |
CN102474400A (zh) * | 2010-06-16 | 2012-05-23 | Lg电子株式会社 | 发送控制信息的方法及其设备 |
CN102625456A (zh) * | 2011-02-01 | 2012-08-01 | 中兴通讯股份有限公司 | 下行控制信息的发送、接收和传输方法及相关装置 |
CN104012159A (zh) * | 2011-12-22 | 2014-08-27 | 交互数字专利控股公司 | Lte载波聚合中的控制信令 |
Also Published As
Publication number | Publication date |
---|---|
CN117499000A (zh) | 2024-02-02 |
WO2016123393A1 (en) | 2016-08-04 |
US20200374094A1 (en) | 2020-11-26 |
CN107431603A (zh) | 2017-12-01 |
US11394522B2 (en) | 2022-07-19 |
EP3251276A1 (en) | 2017-12-06 |
CN112073166B (zh) | 2023-10-13 |
EP3251276B1 (en) | 2022-10-05 |
US20220329400A1 (en) | 2022-10-13 |
CN117498999A (zh) | 2024-02-02 |
US20180123769A1 (en) | 2018-05-03 |
CN112073166A (zh) | 2020-12-11 |
US10785012B2 (en) | 2020-09-22 |
EP4131841A1 (en) | 2023-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107431603B (zh) | Wtru及其实施的方法 | |
JP7444769B2 (ja) | 拡張lteシステムにおけるレイテンシを低減するためのダウンリンク物理チャネルのための方法および手順 | |
US20210112557A1 (en) | Device communication using a reduced channel bandwidth | |
JP6310019B2 (ja) | アップリンク制御データの送信 | |
JP5948534B2 (ja) | 通信方法、通信装置および集積回路 | |
JP6025805B2 (ja) | マルチキャリア操作のためのフィードバック情報を報告するための方法および装置 | |
CN110224799B (zh) | 用于公共搜索空间的方法及wtru | |
JP6162823B2 (ja) | 適応変調のためのシステムおよび方法 | |
KR101521001B1 (ko) | 다중 반송파의 채널 상태 정보 전송 방법 | |
JP2020074608A (ja) | 狭帯域lte動作のための方法および手順 | |
JP2017533620A (ja) | 異なる送信時間間隔(tti)持続時間により動作するシステムおよび方法 | |
WO2018009572A1 (en) | Low latency data communications utilizing advanced coding |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |