具体实施方式
在下面的描述中,讨论了大量的细节以提供对本公开内容的实施例的更透彻的解释。然而,对本领域技术人员将显而易见地,可以在没有这些具体细节的情况下实践本公开内容的实施例。在其他例子中,众所周知的结构和设备以框图形式示出,而非具体示出,从而避免模糊本公开内容的实施例。
注意在实施例的对应的附图中,信号用线表示。某些线可以更粗,以指示更多成分的信号路径和/或在一端或更多端具有箭头,以指示主信息流向。这样的指示不意图为限制。相反,结合一个或更多个示例性实施例来使用线以促进易化对电路或逻辑单元的理解。任何所表示的信号,如由设计需求或偏好所决定的,可以实际上包括可以在任一方向中行进并且可以以任意适当类型的信号方案实现的一个或多个信号。
通篇说明书中,以及在权利要求书中,术语“连接的”意指所连接的事物之间的直接的电或无线连接,而没有任何中间设备。术语“耦合的”意指所连接的事物之间的直接的电或无线连接,或者通过一个或多个无源或有源中间设备的间接连接。“a”、“an”、以及“the”的含义包括复数个引用物。“in”的含义包括“在……中(in)”和“在……上(on)”。
术语“基本上”、“接近”、“近似”、“临近”、以及“约”通常指在目标值的+/-20%内。除非另有规定,顺序形容词“第一”、“第二”、以及“第三”等的使用用于描述公共的对象,仅仅指示相同的对象的不同的例子正被引用,并且不意图暗含如此描述的对象必须是给定顺序,要么临时地、空间上地、按照排序,要么以任何其他方式。
图1A图示了根据本公开内容的某些实施例的长期演进先进(LTE-A)网络的端到端网络架构100的一部分,其中具有各种网络组件以支持用于256正交幅度调制(256-QAM)编码方案的无缝操作。
在某些实施例中,网络架构100包括核心网101、无线接入网(RAN)102、接口103、动态主机配置协议(DHCP)应用(App)服务器或域名系统(DNS)App服务器107、路由器108、防火墙109、以及因特网110。
核心网101的示例为演进分组核心(EPC),还称作系统架构演进(SAE)核心。RAN102的示例为演进通用移动通信系统(UMTS)陆地无线接入网(E-UTRAN)。接口103的示例为S1接口。为了不模糊各种实施例,仅仅图示了核心网101以及RAN 102的一部分。核心网101包括分组数据网网关(PDN GW或PGW)101a、服务网关(服务GW、或SGW)101b、以及移动性管理实体(MME)101c。PGW 101a与SGW 101b之间的接口为S5。SGW 101b与MME 101c之间的接口为S11。
PDN GW 101a(这里还将其称作PGW)终结去往分组数据网(PDN)的SGi接口。PDN GW101a在EPC 101与外部PDN(未示出)之间路由数据分组,并且可以为用于策略实施与计费数据收集的关键节点。还可以给用于移动性的锚点提供非LTE网络接入。外部PDN能够为任何种类的因特网协议(IP)网络、以及IP多媒体子系统(IMS)域。在某些示例中,PDN GW 101a和服务GW 101b可以在一个物理节点中实现。在某些示例中,PDN GW 101a和服务GW 124还可以在单独的物理节点中实现。
服务GW 101b(这里还将其称作SGW)终结去往RAN 102的接口。除此之外,服务GW101b在RAN 102与核心网101之间路由数据分组。SGW 101b可以为用于eNB间切换的本地锚点。
MME 101c在功能上类似于传统服务通用分组无线服务(GPRS)支持节点(SGSN)的控制面。MME 101c管理接入的移动性方面,诸如网关选择和跟踪区列表管理。SGW 101b和MME 101c可以在一个物理节点中实现或者还可以在单独的物理节点中实现。
RAN 102(这里还将其称作E-UTRAN 102)包括用于与一个或多个UE 104通信的增强/演进节点B(缩写为eNodeB或eNB)102a/b/c/d(其可以起基站的作用)。eNB 102a/b/c/d包括宏eNB 101b/c和低功率(LP)eNB 102a/d。eNB为LTE标准的E-UTRA中的元件,其为UMTS的UMTS陆地无线接入(UTRA)中的元件节点B的演进。UMTS为基于全球移动通信系统(GSM)标准的网络的第三代移动蜂窝系统。连接到与UE直接通信的移动电话网络的为硬件,如GSM网络中的基站收发机(BTS)。传统地,节点B具有最小的功能性,并且由无线网络控制器(RNC)控制。然而,使用eNB,没有单独的控制器元件。这简化了架构并且允许更低的响应时间。
eNB与SAE核(还称为EPC)和其他eNB进行接口。例如,eNB 102b使用与MME 101c的S1-MME接口上的S1-AP协议以用于控制面业务。eNB还使用GPRS隧道协议(GTP-U),该协议定义与SGW的S1-U接口上的GPRS核心网协议的基于IP的协议以用于用户面业务。共同地,S1-MME和S1-U接口知晓为S1接口103,其代表从eNB 102b/c到EPC 101的接口。
eNB(例如,宏102b/c和LP 102a/d)决定空口协议。eNB可以为UE 104的第一联系点。在某些实施例中,eNB可以执行RAN 102的各种逻辑角色,包括RNC功能,诸如数据分组调度、移动性管理、无线承载管理、以及上行和下行动态无线资源管理。eNB 102a/b/c/d的实施例参照图3描述。
回到图1A,在某些实施例中,UE 104可以被安排成根据OFDM通信技术在多载波通信信道上使用正交频分复用(OFDM)通信信号来与eNB 102a/b/c/d通信。OFDM信号可以包括各种各样的正交子载波。OFDM为在多载波频率上编码数字数据的方法。
在某些实施例中,UE 104为由终端用户为通信而直接使用的任意设备。其能够为手持电话、装备有移动宽带适配器的膝上型计算机、或任意其他设备。UE 104连接到基站,例如,如在ETSI规范的125/136系列以及3GPP规范的25/36系列中规定的节点B/eNodeB102a。UE 104粗略地对应于GSM系统中的移动台(MS)。例如,各种承载(即,载波)用于提供从UE 104到因特网110的端到端的服务。UE 104的实施例参照图2和图8来描述。
回到图1A,在某些实施例中,S1接口103为分离RAN 102与EPC 101的接口。S1接口103被分裂成两个部分。在第一部分中,S1-U承载eNB 102b/c与SGW 101b之间的业务数据。第二部分为S1-MME,其为eNB 102b/c与MME 101c之间的信令接口。X2接口为eNB 102b/c之间的接口。X2接口包括两个部分,X2-C和X2-U。X2-C为eNB 101b/c之间的控制面接口,以及X2-U为eNB 101b/c之间的用户面接口。
LTE网络可以被分类为同构和异构网络。在同构网络中,eNB可以为宏eNB 101b/c或宏小区101b/c。宏eNB 101b/c可以提供无线覆盖给小区中的UE。术语“小区”这里总体上指其中UE与宏节点通信的覆盖范围。相比于同构网络,异构网络可以处理宏eNB 101b/c上的高业务负荷。这一高业务负荷可以是由于UE 104的增加的使用和功能性。异构网络可以包括重叠的宏。例如,被规划的高功率宏节点(宏eNB或宏小区)的层可以与低功率(LP)eNB101a/d的层重叠。LP eNB 101a/d可以以较次规划或甚至完全未协调的方式来部署在宏eNB101b/c的覆盖区域/范围(即,小区)内。
LP节点还称作LP小区、小小区、小节点、或低功率节点,其通常用于扩展覆盖到室外信号不能很好地到达的室内区域。LP小区还用于在具有非常重的电话使用的区域中添加网络容量,诸如机场。术语LP eNB指代任何更低功率的eNB,用于实现更窄的小区(即,比宏小区窄),诸如毫微微小区(或毫微微eNB)、微微小区(或微微eNB)、或微小区(微eNB)、小eNB、家庭eNB等。毫微微小区eNB通常由移动网络运营商提供给其住宅或商业客户。毫微微小区通常为住宅网关的大小。其典型地连接到用户的宽带线。当毫微微小区插入到宽带线中时,其连接到移动运营商的移动网络。所连接的毫微微小区接着为住宅毫微微小区提供例如为30到50米的额外覆盖。因此,LP eNB(例如,102a/d)可以为毫微微eNB,因为其通过PGW 101a耦合。
同样地,微微小区为通常覆盖小区域的无线通信系统,诸如公司办公室、购物区、或飞机等。微微小区eNB能够通过X2链路耦合到另一eNB。例如,微微小区eNB能够通过其基站控制器(BSC)耦合到宏eNB 102b。因此,LP eNB(例如,102a/d)可以使用微微小区eNB来实现。使用微微小区eNB来实现LP eNB 101a的一个原因在于LP eNB经由X2接口耦合到宏eNB102c。微微小区eNB或其他LP eNB可以并入宏eNB的某些或全部特征。在某些情况中,微微小区eNB或其他LP eNB被称作接入点(AP)、基站(BS)、或企业毫微微小区。
除了增加覆盖和/或负载容量之外,在某些小小区部署中,邻近节点和UE经历的有利的几何结构提供了使用用于下行传输的更高阶调制(HOM)方案的可能性。例如,3GPP中的当前的调制方案在64QAM处达到峰值,同时改进的邻近和几何结构可以允许256-QAM。
在某些情况中,下行资源网格用于从eNB 102a/b/c/d到UE 104的下行传输。下行资源网格可以为时频网格。时频网格为每个时隙中的下行中的物理资源。这样的时频面表示用于OFDM系统。时频资源网格由列和行形成。时频资源网格的每列和每行分别对应于一个OFDM符号和一个OFDM子载波。
在时域中,时域中的时频资源网格的持续时间对应于无线帧中的一个时隙。时频资源网格中的最小的时频单元被指派为资源单元。每个时频资源网格包括多个资源块。资源块描述了特定物理信道到资源单元的映射。每个资源块包括资源单元的集合。在频域中,资源单元的集合代表当前允许的资源的最小的量。存在众多不同的物理下行信道,其经由这样的资源块来传递。例如,物理下行信道能够为物理下行共享信道(PDSCH)和物理下行控制信道(PDCCH)。
PDSCH携带到UE 104的用户数据。PDSCH还携带到UE 104(例如,UE1)的更高层的信令。PDCCH携带与PDSCH相关的资源分配和有关传输格式的信息。PDCCH还向UE 104通知与上行共享信道相关的资源分配、传输格式、以及混合自动重传请求(H-ARQ)信息。总体上,下行调度(即,分配控制和共享信道资源块给小区内的UE 104)在eNB处执行(例如,一个或多个eNB 102a/b/c/d)。这一下行调度基于从UE 104反馈到eNB 102a/b/c/d的信道质量信息。下行资源分派信息接着被在用于(或分派给)UE 104的控制信道(即,PDCCH)上发射到UE 104(例如,UE 1)。
为了传递控制信息,PDCCH使用控制信道单元(CCE)。PDCCH复值符号在映射到资源单元之前首先被组织成四倍符号。四倍符号接着使用用于速率匹配的子块交织器来转置。每个PDCCH使用这些CCE中的一个或多个CCE来发送。每个CCE对应于九组四个物理资源单元。这些组的物理资源单元知晓为资源单元组(REG)。在一个示例中,四个正交相移键控(QPSK)符号被映射到每个REG。取决于下行控制信息(DCI)的大小和信道条件,PDCCH能够使用一个或多个CCE来发送。
在LTE下行中,eNB(例如,eNB 102a/b)周期性地发送一个或多个同步信号和承载系统信息的信号。该一个或多个同步信号的示例为主同步信号(PSS)和辅同步信号(SSS)。承载系统信息的信号的示例为物理广播信道(PBCH)信号。LTE下行传输包含每个子帧中的公共参考信号(CRS),即使子帧是空的(即,当没有数据被发送时)。
UE(例如,UE 104)首先获取物理小区标识符(PCI)、帧同步信息、以及时隙以从eNB读取系统信息块。如果UE 104当前调谐到具体的频率信道,其读取PSS以在子帧级同步。PSS由eNB 102a/b周期性地发送。因此,UE 104规律地(或周期地)与eNB 102a/b同步。UE 104接着读取位于与PSS相同的子帧中的SSS。UE 104从SSS中得到物理层小区识别组号。SSS由eNB102a/b周期性地发送。因此,UE 104使用SSS规律地(或周期地)与eNB 102a/b同步。一旦UE104知晓给定小区的PCI,其还知晓诸如为CRS的小区参考信号的位置。参考信号用于信道估计、小区选择、小区重选、以及切换过程。
为了支持LTE网络中的附加的调制方案(例如,256-QAM),下行控制信令格式可能必须变化以指示调制和编码方案(MCS)。同样地,上行控制信息(UCI)信令格式可能必须变化以上报对应于附加的调制方案(例如,256-QAM)的链路质量的信道质量指示(CQI)。
3GPP中当前的调制方案扩展到64-QAM。然而,在某些小小区部署中UE经历的高几何结构提供了使用更高阶调制方案(例如,256-QAM)的可能性。在某些情况中,不期望通过在下行和上行控制信息的对应域中添加附加比特来直接扩展已有的信令。不期望已有信令的直接扩展,因为附加的信令开销和对上行控制消息(例如,物理上行控制信道(PUCCH))中的某些的上行覆盖上的潜在的消极影响。
在传统的系统中,速率匹配图案基于UE存储软信道比特的能力(即,基于Nsoft)来得到。在256-QAM的无线资源控制(RRC)配置(即,如参照图4描述的RRC配置模糊周期)期间,Nsoft的实际值(其用于得到速率匹配图案)能够在eNB和UE上不同。Nsoft的值的这一失匹配可以在此模糊周期期间防止正确的PDSCH解调。为了解决该问题,在某些实施例中,将相同的Nsoft用于得到速率匹配图案,而不论256-QAM配置和UE处支持的256-QAM。在这样的实施例中,UE 104使用与不支持256-QAM方案的相关联的UE的Nsoft相同的Nsoft值以用于确定速率匹配图案。
在某些实施例中,这里所描述的机制允许UE 104在256-QAM的配置期间避免速率匹配图案中的模糊,以为了256-QAM MCS而附加的丢弃奇偶比特为代价。在这样的实施例中,在256-QAM的RRC配置期间促进PDSCH的正确解调。
图1B图示了根据本公开内容的某些实施例的能够支持用于256-QAM编码方案的无缝操作的具有宏eNB 101b和LP eNB 101a的LTE-A网络的场景120。指出的是与任意其他图的要素具有相同的附图标记(或名称)的图1B的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,但是不限于这样。
这里,宏小区121由宏eNB 101b服务,而LP小区122a和122b由LP eNB 101a服务。拥有LP小区122a和122b的一个原因在于提高小区域中的吞吐量以服务本地UE 104。在某些情况中,宏小区121为如场景120的顶部小区中所示的非重叠小区(即,宏小区121不与小小区122a和122b重叠)。在某些情况中,宏小区121与小小区122a和122b重叠,如由场景120的底部小区中的打点的小区边界所示的。宏eNB 101b可以使用载频f1来发送信号到UE 104,而LP eNB 101a可以在他们相应的小区内使用载频f1或f2来发送信号到他们本地的UE 104。在某些示例中,f2可以高于f1。例如,f2为3.5GHz以及f1为2GHz。
在某些实施例中,UE 104从eNB 101b接收指示从已有的非256-QAM方案切换到256-QAM方案的消息。在某些实施例中,响应于接收这样的消息,UE 104使用基于Nsoft的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时的软信道比特的数量和值。
在某些实施例中,eNB 101b向UE 104发送指示从已有的非256-QAM方案切换到256-QAM方案的消息。在某些实施例中,eNB 101b使用基于Nsoft的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。这里,各种实施例可应用于宏小区121和小小区122a和122b。
图2图示了根据本公开内容的某些实施例的具有支持用于256-QAM编码方案的无缝操作的机制的UE 200(例如,UE 104)的框图。指出的是与任意其他图的要素具有相同的附图标记(或名称)的图2的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,然而不限于这样。
在某些实施例中,UE 200可以包括物理(PHY)层电路202、媒体访问控制(MAC)电路203、处理器204、存储器205、(一个或多个)分组过滤器206、以及表组件208。为了不模糊实施例,描述了UE 200的高级简化架构。本领域技术人员将意识到出了示出的那些之外还使用其他组件(未示出)以形成完整的UE。在某些实施例中,PHY层电路202包括收发机207,用于发送信号到eNB 102a/b/c/d和其他eNB以及从eNB 102a/b/c/d和其他eNB接收信号。收发机207还使用一个或多个天线201发送信号到其他UE或其他设备以及使用一个或多个天线201从其他UE或其他设备接收信号。在某些实施例中,MAC电路203控制对无线媒介的访问。处理器204和存储器205被安排成执行参照某些实施例所描述的操作。
在某些实施例,表组件208用于存储用于得到速率匹配图案的相同的Nsoft,而不论256-QAM配置和UE处支持的256-QAM。在这样的实施例中,UE 200使用与不支持256-QAM方案的相关联的UE的Nsoft相同的Nsoft值,以用于确定速率匹配图案。在某些实施例中,表组件208用于存储基于Nsoft的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时软信道比特的数量和值。
在某些实施例中,天线201可以包括一个或多个方向性或全向天线,包括单极天线、双极天线、环形天线、贴片天线、微带天线、共面波天线、或适于传输射频(RF)信号的其他类型的天线。在某些多输入多输出(MIMO)实施例中,天线201分离以利用空间分集的优点。在某些实施例中,天线201从eNB接收指示从已有的非256-QAM方案切换到256-QAM方案的消息。
在某些实施例中,UE 200包括解调器以在256-QAM方案的RRC配置之后解调PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令使用MAC电路203来执行消息传输。在某些实施例中,存储器205具有与当UE不操作在256-QAM方案上时的存储器的使用大小相同的使用大小。在某些实施例中,处理器204可操作以按照与256-QAM方案相关联的下行物理层参数值来处理PDSCH上的信号。
在某些实施例中,与256-QAM方案相关联的母码的最大编码速率(即,在环绕之前的码速率)高于与非256-QAM方案相关联的母码的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,UE 200包括逻辑,以在UE200被配置成应用256-QAM方案时与当UE 200被配置成应用非256-QAM方案时为MCS丢弃的多个奇偶比特相比为MCS丢弃更多数量的奇偶比特。图8描述了UE 104的另一实施例。
图3图示了根据本公开内容的某些实施例的具有支持用于256-QAM编码方案的无缝操作的机制的eNB 300(例如,eNB 102a/b/c/d中的一个)的框图。应该注意,在某些实施例中,eNB 300可以为静态非移动设备。指出的是,与任意其他图的要素具有相同的附图标记(或名称)的图3的那些要素能够以与所描述的方式类似的方式来操作或起作用,然而不限于这样。
在某些实施例中,eNB 300可以包括PHY层电路302、MAC电路303、处理器304、存储器305、以及表组件308。为了不模糊实施例,描述了eNB的高层简化架构。本领域技术人员将意识到除了所示出的组件之外还使用其他组件(未示出)以形成完整的eNB。在某些实施例中,PHY层电路302包括收发机307以发送信号到eNB 102a/b/c/d和其他eNB以及从eNB102a/b/c/d和其他eNB接收信号。收发机307还使用一个或多个天线301来发送信号到其他UE或其他设备以及使用一个或多个天线301来从其他UE或其他设备接收信号。在某些实施例中,MAC电路303控制对无线媒介的访问。在某些实施例中,处理器304和存储器305被安排成执行参照某些实施例描述的操作。
在某些实施例中,eNB 300包括编码器308,以使用基于Nsoft的存储器使用大小来编码数据,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。在某些实施例中,将相同的Nsoft用于得到速率匹配图案,而不论256-QAM配置和UE处支持的256-QAM方案。
在某些实施例中,天线301可以包括一个或多个方向性或全向天线,包括单极天线、双极天线、环形天线、贴片天线、微带天线、共面波天线、或适于传输RF信号的其他类型的天线。在某些MIMO实施例中,天线301分离以利用空间分集的优点。在某些实施例中,天线301发送指示从已有的非256-QAM方案切换到256-QAM方案的消息到UE 104/200。
在某些实施例中,eNB 300包括逻辑以处理与256-QAM方案相关联的传送块。在某些实施例中,与256-QAM方案相关联的传送块的大小大于已有的非256-QAM方案的传送块大小。在某些实施例中,eNB 300包括调制器以在256-QAM方案的RRC配置之后调制PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令使用MAC电路303来执行消息传输。在某些实施例中,存储器305具有与当eNB 300不操作在256-QAM方案上时的存储器的使用大小相同的使用大小。
在某些实施例中,处理器304可操作以按照与256-QAM方案相关联的下行物理层参数值来对PDSCH上的信号编码。在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,eNB 300包括逻辑,以当eNB 300应用256-QAM方案时为MCS而丢弃与当eNB 300应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
尽管UE 200和eNB 300都描述为具有若干单独的功能元件,功能元件中的一个或多个功能可以组合并且可以通过组合软件配置的元件和/或其他硬件元件来实现。在本公开内容的某些实施例中,功能元件能够指代操作在一个或多个处理元件上的一个或多个处理。软件和/或硬件配置的元件的示例包括数字信号处理器(DSP)、一个或多个微处理器、DSP、场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)等。
图4图示了根据本公开内容的某些实施例的示出由UE 104和eNB 102a/b寻址以提供用于256-QAM编码方案的无缝操作的RRC重配置模糊周期的消息时间线400。指出的是,与任意其他图的要素具有相同的附图标记(或名称)的图4的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,然而不限于这样。
现在,在LTE网络中,当前的信道条件(即,指示将使用的调制方案的阶数)由UE估计。UE接着选择对应于当前条件的信道质量指示(CQI)值。第三代合作伙伴项目技术规范(3GPP TS)36.213的表7.2.3-1定义了包括16个MCS的四比特CQI表。UE选择16个MCS中被认为是最适合(或最大地支持)当前的下行信道条件的一个MCS。UE接着提供所选择的CQI值到对应于所选择的MCS的eNB。用于16个MCS中的每个MCS的CQI索引在CQI表中定义。
如当前在3GPP TS中定义的eNB接着使用用于MCS选择的CQI索引来执行通信,诸如PDSCH传输。eNB从3GPP TS 36.213的表7.1.7.1-1中定义的MCS表中选择MCS。在PDCCH上将对应于所选择的MCS的MCS索引(IMCS)通信到UE。UE接着使用MCS来用于对应的(一个或多个)通信。UE结合编码到规范中的表(具体地,3GPP TS 36.213中的表7.1.7.1-1)来使用以下行控制信息(DCI)格式接收的IMCS值,以确定在PDSCH中使用的调制阶数(Qm)和传送块大小(TBS)。
UE接着能够基于所确定的调制阶数和TBS来接收和解码PDSCH。如之前提及的,3GPP中的当前的调制方案在64-QAM处达到峰值,而改进的邻近和几何结构可以允许256-QAM编码方案。这意味着当前的(或传统的)CQI表(即,表7.2.3-1)和当前的(或传统的)MCS表(即,3GPP TS 36.213的7.1.7.1-1)支持仅仅到64QAM编码方案。在LTE规范的新版本中的支持具有256-QAM编码的更高的MCS的新的CQI表和新的MCS表在2014年9月26日提交的共同未决和共有的美国专利申请序号14/498,503中提议,这里通过引用将其整体并入。
在消息时间线400中,示出了四个时间点-t1到t4。在t1处,eNB 101b发射RRC连接配置消息到UE 104。这一连接配置消息命令UE 104从非256-QAM方案切换到256-QAM方案。在某些实施例中,由eNB 101b发送到UE 104的RRC消息指示UE 104切换到256-QAM MCSTBS。在t2处,UE 104接收消息并且应用由eNB 101b指示的新配置。在t3处,UE 104发射配置消息到eNB 101b。在t4处,eNB 101b从UE 104接收确认消息。
在发射指示切换到256-QAM MCS/TBS表的RRC连接重配置消息之后,eNB可以不精确知晓UE何时应用新的配置。t1与t4之间的这一周期被称作RRC模糊周期。在这样的RRC模糊周期期间,在eNB处使用的MCS/TBS可能不被UE适当地解释。RRC配置模糊的这一问题由在2014年9月26日提交的共同未决和共有的美国专利申请序号14/498,503中提议的方案来解决。
避免模糊问题的一个方式在于以MCS索引与对于传统和256-QAM MCS/TBS表之间公共的MCS而言MCS索引相同的方式来索引MCS/TBS表中的MCS。然而,RRC配置模糊仍然可以发生在速率匹配图案中。速率匹配图案指示在循环缓冲器中环绕到何处。
在某些实施例中,通过在UE 104中拥有表组件以存储基于Nsoft的软信道比特来解决速率匹配图案中的RRC配置模糊,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时的软信道比特的数量和值。在某些实施例中,eNB101b的编码器使用基于Nsoft的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。
在某些实施例中,eNB 101a/b的调制器在256-QAM方案的RRC配置之后(即,在t4之后)调制PDSCH上的信号。在某些实施例中,UE 104的解调器在256-QAM方案的RRC配置之后(即,在t4之后)解调PDSCH上的经调制的信号。
图5图示了受限缓冲速率匹配(LBRM)500。速率匹配过程在3GPP TS 36.212中规定。按照LBRM,用于软信道比特的UE处的存储要求(如由以下的表1所限定的)降低。用于受限缓冲大小的Nsoft值在3GPP TS 36.306中定义。存贮器或存储器使用包括系统比特501和对应的奇偶比特502。存储要求通过强制循环缓冲器的更早的环绕(around)503来减少(即,如由为奇偶比特预留的空白区域504所图示的,奇偶比特502减少)。环绕点(或速率匹配)基于通过使用信元(IE)ue-类型信令来提供的可用软缓冲大小Nsoft(即,软信道比特的总数)来计算。
表1示出了用于由3GPP TS 36.306的LTE Rel-10支持的不同的UE类型的物理层参数。
表1:由域ue-类型设置的当前的下行物理层参数
现在,Rel-10UE使用IE ue-类型-v1020来将UE类型用信号发送到网络并且还取决于IE ue-类型-v1020中用信号通知的UE类型来指示类型4或5。IE ue-类型中的UE类型为Rel-8/9类型(类型1-5)和IE ue-类型-v1020中的那些为Rel-10类型(类型6-8)。要求用信号通知两个UE类型以提供Rel-10类型6-8UE对Rel-8/9网络的后向兼容访问,其中eNB仅仅能够解释类型1-5。
通常选择UE类型的参数Nsoft以确保母码的编码速率(即,在环绕点503之前的码速率)。这里,对于最大大小的传送块,编码速率近似0.6。3GPP TS 36.212规定了如下地确定速率匹配图案(即,循环软缓冲大小)。
将传送块的软缓冲大小表示为NIR个比特以及将用于第r个码块的软缓冲大小表示为Ncb个比特。大小Ncb如下地获得,其中C为第5.1.2节[3GPP TS36.212]中计算的码块的数量:
-对于DL-SCH和PCH传送信道,
-对于UL-SCH和MCH传送信道,Ncb=Kw。
其中NIR等于:
其中:
如果UE用信号通知ue-类型-v1020,并且对于DL小区而言使用传输模式9或传输模式10来配置,Nsoft为根据由ue-类型-v1020[6]所指示的UE类型的软信道比特[4]的总数。否则,Nsoft为根据由ue-类型[6]指示的UE类型的软信道比特[4]的总数。
如果Nsoft=35982720,
KC=5,
否则,如果Nsoft=3654144并且UE能够支持不多于用于DL小区的最大两个空间层,
KC=2
否则
KC=1
结束
如果UE被配置成基于如在[3]的第7.1节中所定义的传输模式3、4、8、9或10来接收PDSCH传输,KMIMO等于2,否则等于1。
3GPP TS 36.212规范示出了速率匹配图案取决于Nsoft值,其自身取决于两侧(即,在eNB和UE处)的UE类型。例如,当配置256-QAM方案时Nsoft能够更大。接着,这一Nsoft值上的eNB与UE之间的任意模糊在某些情况中可以防止PDSCH分组的正确解码。在这样的LTE系统中,速率匹配图案基于UE存储软信道比特的能力(即,基于Nsoft)来得到。在256-QAM方案的RRC配置期间(即,在RRC配置模糊周期期间),Nsoft的实际值(其用于得到速率匹配图案)能够在eNB和UE上不同,这能够防止在此周期期间正确的PDSCH解调。
解决该问题,在某些实施例中,UE 104和eNB 101b使用相同的Nsoft来得到速率匹配图案,而不论256-QAM配置和UE处支持的256-QAM。在某些实施例中,UE 104使用与不支持256-QAM方案的相关联的UE的Nsoft相同的Nsoft,以确定速率匹配图案。
为了支持256-QAM方案,能够在3GPP TS 36.306的表中定义新的UE类型(即,更新在本公开内容中描述的表1),以及支持与256-QAM方案相关联的更高数据速率的物理层参数。
在某些实施例中,Rel-10UE类型7能够扩展到Rel-12类型X以支持如表2中所示的256-QAM编码方案,其中“X”代表与256-QAM编码方案相关联的UE类型的未来数量。
表2由域ue-类型设置的下行物理层参数值
在某些实施例中,为了对之前版本的eNB的后向兼容性支持,Rel-12类型X UE还能够用信号通知来自不支持256-QAM编码方案的之前的发布的一个相关联的UE类型(例如,Rel-10中的类型7)。在表2的示例中,软信道比特的总数Nsoft=5481216(对于支持256-QAM的新的UE类型X)高于不支持256-QAM编码方案的相关联的UE类型7的软信道比特的数量Nsoft=3654144。
当使用具有最大大小的256-QAM传送块时,更大数量的软信道比特确保了0.5946的母编码速率(按照Rel-8设计准则)。然而,基于更大的Nsoft=5481216而得到的速率匹配图案不向后兼容基于Nsoft=3654144而得到的相关联的Rel-10UE类型7的速率匹配图案。换而言之,在256-QAM的RRC配置之后UE将Nsoft从3654144切换到5481216可能不遵循eNB的速率匹配假设,并且因此,可能不能正确地接收PDSCH分组。
在某些实施例中,对于具有Rel-12类型X的新的能够256-QAM的UE 104,与不支持256-QAM编码方案的相关联的Rel-10或Rel-11UE类型(例如,UE类型7)的Nsoft相同的Nsoft值用于确定速率匹配图案。某些实施例能够如下地在3GPP TS 36.212规范中捕获。
将传送块的软缓冲大小表示为NIR个比特,以及将用于第r个码块的软缓冲大小表示为Ncb个比特。如下地获得大小Ncb,其中C为第5.1.2节中计算的码块的数量:
-对于DL-SCH和PCH传送信道,
-对于UL-SCH和MCH传送信道,Ncb=Kw。
其中NIR等于:
其中:
如果UE用信号通知ue-类型-v1020或者ue-类型-v12xy,并且对于DL小区而言使用传输模式9或传输模式10来配置,Nsoft为根据由ue-类型-v1020[6]所指示的UE类型的软信道比特[4]的总数。否则,Nsoft为根据由ue-类型[6]指示的UE类型的软信道比特[4]的总数。
如果Nsoft=35982720,
KC=5,
否则,如果Nsoft=3654144并且UE能够支持不多于用于DL小区的最大两个空间层,
KC=2
否则
KC=1
结束
如果UE被配置成基于如在[3]的第7.1节中所定义的传输模式3、4、8、9或10来接收PDSCH传输,KMIMO等于2,否则等于1。
这里,“ue-类型-v12xy”IE支持信令256-QAM UE类型。
图6图示了根据本公开内容的某些实施例的与图5的LBRM 500相比具有更少的奇偶比特以提供用于256-QAM编码方案的无缝操作的LBRM 600。指出的是,与任意其他图的要素具有相同的附图标记(或名称)的图6的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,然而不限于这样。
在某些实施例中,由UE 104和eNB 101b执行以提供用于256-QAM编码方案的无缝操作的方法导致在LBRM 600中丢弃更大数量的奇偶比特。在所考虑的示例中得到的母编码速率对于最大的256-QAM TBS而言等于0.8919,其在UE 104处仍然可解码。
按照LBRM 600,UE处对于软信道比特的存储要求(如以下的表3中所定义的)降低。存贮器或存储器使用包括系统比特601和对应的奇偶比特602。存储要求通过强制循环缓冲器的更早的环绕(around)603来减少(即,如由为奇偶比特预留的空白区域604所图示的,奇偶比特602减少)。
在某些实施例中,对于支持256-QAM编码方案的新的Rel-12UE类型,软信道比特的总数的相同值(例如,3654144)被重用,如在来自不支持256-QAM编码方案的之前的LTE发布的相关联的UE类型中使用的(例如,与Rel-10中的类型7相同)。这一实施例的示例在以下的表3中捕获,其中软信道比特的总数对于类型7和类型X是相同的(即,3654144)。
表3:根据某些实施例的由域ue-类型设置的下行物理层参数值
某些实施例的一个技术效果在于UE 104在256-QAM编码方案的配置期间避免了速率匹配图案中的模糊,以附加的为256-QAM MCS而丢弃奇偶比特为代价。某些实施例在256-QAM的RRC配置期间促进PDSCH的正确的解调。
图7图示了根据本公开内容的某些实施例的由UE 104和eNB 101b执行以提供用于256-QAM编码方案的无缝操作的方法的流程图700。指出的是,与任意其他图的要素具有相同的附图标记(或名称)的图7的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,然而不限于这样。
尽管参照图7的流程图中的块和/或操作以特别的顺序示出,动作的顺序能够修改。因而,所图示的实施例能够以不同的顺序来执行,并且某些动作/块可以并行执行。按照特定的实施例,图7中列出的块和/或操作中的某些是可选的。所给出的块的编号是为了清楚起见并且不意图规定各种块必须出现的操作的顺序。附加地,来自各种流的操作可以在大量的组合中利用。
在块701处,eNB 101a/b使用基于Nsoft的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于eNB不使用256-QAM方案时的Nsoft的数量和值。eNB 101a/b接着向UE 104发送指示从已有的非256-QAM方案切换到256-QAM方案的消息。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。
在块702处,UE 104从eNB 101a/b接收指示从已有的非256-QAM方案切换到256-QAM方案的消息。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。在某些实施例中,UE 104存储基于Nsoft的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时软信道比特的数量和值。UE 104接着发射确认消息到eNB 101a/b,通知其已经配置256-QAM编码方案。例如,因为速率匹配图案保持相同,UE 104指示256-QAM编码方案被配置并且能够由eNB102a/b用于PDSCH传输。在某些实施例中,在切换到256-QAM方案之后,速率匹配图案仍然相同。
在块703处,eNB 101a/b从UE 104接收UE已经配置256-QAM方案的确认。在块704处,eNB 101a/b的调制器在256-QAM方案的RRC配置之后调制PDSCH上的信号。在某些实施例中,eNB 101a/b按照与256-QAM方案相关联的下行物理层参数值来编码PDSCH上的信号。在某些实施例中,eNB 101a/b的存储器具有与当eNB不操作在256-QAM方案上时的存储器的使用大小相同的使用大小。
在某些实施例中,与当eNB应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比,当eNB应用256-QAM方案时,eNB 101a/b为MCS而丢弃更多的奇偶比特。在某些实施例中,eNB 101a/b的逻辑处理与256-QAM方案相关联的传送块,其中传送块为大于已有的非256-QAM方案的传送块大小的大小。在某些实施例中,eNB 101a/b处的速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。
在块705处,UE 104在256-QAM方案的RRC配置之后解调PDSCH上的信号。在某些实施例中,UE 104处理与256-QAM方案相关联的传送块,其中传送块的大小大于已有的非256-QAM方案的传送块的大小。在某些实施例中,UE 104的存储器具有与当UE 104不操作在256-QAM方案上时的存储器的使用大小相同的使用大小。在某些实施例中,UE 104的处理器可操作以按照与256-QAM方案相关联的下行物理层参数值来处理PDSCH上的信号。在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,与当UE 104被配置成应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比,当UE 104被配置成应用256-QAM方案时UE 104为MCS而丢弃更多数量的奇偶比特。
图8图示了具有用于提供用于256-QAM编码方案的无缝操作的机制的SoC(例如,UE104/200)。指出的是,与任意其他图的要素具有相同的附图标记(或名称)的图8的那些要素能够以类似于所描述的方式的任意方式来操作或起作用,然而不限于这样。
UE 1600可以为根据本公开内容的某些实施例的智能设备或计算机系统或SoC,具有提供用于256-QAM编码方案的无缝操作的机制。图8图示了移动设备的实施例的框图,其中能够使用平坦表面接口连接器。在某些实施例中,UE 1600代表移动计算设备,诸如计算平板电脑、移动电话或智能电话、具有无线能力的电子阅读器、或其他无线移动设备。将理解到总体上示出了特定的组件,并且并非这样的设备的全部组件都在UE 1600中示出。
在某些实施例中,根据所讨论的某些实施例,UE 1600包括第一处理器1610,具有用于提供用于256-QAM编码方案的无缝操作的机制。UE 1600的其他块还可以包括机制,以提供用于某些实施例的256-QAM编码方案的无缝操作。本公开内容的各种实施例还可以包括1670内的网络接口,诸如无线接口,使得系统实施例可以并入到无线设备,例如,蜂窝电话或个人数字助理。
在某些实施例中,处理器1610(和/或处理器1690)能够包括一个或多个物理设备,诸如微处理器、应用处理器、微控制器、可编程逻辑设备、或其他处理模块。由处理器1610执行的处理操作包括执行在其上运行应用程序和/或设备功能的操作平台或操作系统。处理操作包括使用人类用户或使用其他设备的与I/O(输入/输出)相关的操作、与功率管理相关的操作、或与连接UE 1600到另一设备相关的操作。处理操作还可以包括与音频I/O和/或显示I/O相关的操作。
在某些实施例中,UE 1600包括音频子系统1620,其代表与提供音频功能给UE相关联的硬件(例如,音频硬件和音频电路)和软件(例如,驱动器、编解码器)组件。音频功能能够包括扬声器和/或头戴式耳机输出、以及麦克风输入。用于这样的功能的设备能够并入到UE 1600中、或者连接到UE 1600。在一个实施例中,用户通过提供由处理器1610接收和处理的音频命令来与UE 1600交互。
在某些实施例中,UE 1600包括显示子系统1630。显示子系统1630代表为用户提供视觉和或触觉显示以与UE 1600交互的硬件(例如,显示设备)和软件(例如,驱动器)组件。显示子系统1630包括显示接口1632,其包括用于向用户提供显示的特别的屏幕或硬件设备。在一个实施例中,显示接口1632包括与处理器1610分离的逻辑以执行与显示相关的至少某一处理。在某些实施例中,显示子系统1630包括向用户提供输出和输入的触摸屏(或触板)设备。
在某些实施例中,UE 1600包括代表与和用户交互相关的硬件设备和软件组件的I/O控制器1640。I/O控制器1640可操作以管理为音频子系统1620和/或显示子系统1630的一部分的硬件。附加地,I/O控制器1640阐述了连接到UE 1600的、用户可以通过其与系统交互的附加设备的连接点。例如,能够附到UE 1600的设备可以包括麦克风设备、扬声器或立体声系统、视频系统或其他显示设备、键盘或小键盘设备、或与具体应用使用的其他I/O设备,诸如读卡器或其他设备。
如上所提及的,I/O控制器1640能够与音频子系统1620和/或显示子系统1630交互。例如,通过麦克风或其他音频设备的输入能够提供用于UE 1600的一个或多个应用或功能的输入或命令。附加地,替代显示输出,或者除了显示输出之外,能够提供音频输出。在另一示例中,如果显示子系统1630包括触摸屏,显示设备还起输入设备的作用,该输入设备能够至少部分地由I/O控制器1640管理。UE 1600上还能够有附加的按钮或开关以提供由I/O控制器1640管理的I/O功能。
在某些实施例中,I/O控制器1640管理诸如为加速计、摄像头、光传感器或其他环境传感器、或能够包括在UE 1600中的其他硬件的设备。输入能够为直接用户交互的一部分,并且提供环境输入到系统以影响其操作(诸如过滤噪声、为亮度检测而调整显示、应用用于摄像头的闪存、或其他特征)。
在某些实施例中,UE 1600包括管理电能使用、电池充电、以及与功率节省操作相关联的特征的功率管理1650。存储器子系统1660包括用于在UE 1600中存储信息的存储器设备。存储器能够包括非易失(如果到存储器设备的电力中断,状态不变)和/或易失(如果到存储器设备的电力中断,状态是不确定的)存储器设备。存储器子系统1660能够存储与执行UE 1600的应用和功能相关联的应用数据、用户数据、音乐、照片、文件、或其他数据、以及系统数据(长期或临时的)。
实施例的要素还提供为机器可读介质(例如,存储器1660),以用于存储计算机可执行指令(例如,用以实现这里所讨论的任何其他处理的指令)。计算可读介质(例如,存储器1660)可以包括但不限于闪存、光盘、CD-ROM、DVD ROM、RAM、EPROM、EEPROM、磁卡或光卡、相变存储器(PCM)、或适于存储电或计算机可执行指令的其他类型的机器可读介质。例如,本公开内容的实施例可以下载为可以经由通信链路(例如,调制解调器或网络连接)通过数据信号的方式从远程计算机(例如,服务器)传送到请求计算机(例如,客户端)的计算机程序(例如,BIOS)。
在某些实施例中,连接性1670包括硬件设备(例如,无线和/或有线连接器和通信硬件)和软件组件(例如,驱动器、协议栈)以使得UE 1600能够与外部设备通信。UE 1600能够为单独的设备,诸如其他计算设备、无线接入点或基站、以及诸如为手持机、打印机或其他设备的外围设备。
在某些实施例中,连接性1670能够包括多个不同类型的连接性。为了概述,UE1600使用蜂窝连接性1672和无线连接性1674来阐述。蜂窝连接性1672总体上指代由无线载波提供的蜂窝网络连接性,诸如经由GSM或变型或衍生物、CDMA(码分多址)或变型或衍生物、TDM(时分复用)或变型或衍生物、或其他蜂窝服务标准提供的。无线连接性(或无线接口)1674指代非蜂窝并且能够包括个域网(诸如蓝牙、近场等)、局域网(诸如Wi-Fi)、和/或广域网(诸如WiMax)、或其他无线通信的无线连接性。
在某些实施例中,UE 1600包括外围设备连接1680。外围设备连接1680包括硬件接口和连接器、以及软件组件(例如,驱动器、协议栈)以做出外围设备连接。将理解到UE 1600都能够为到其他计算设备的外围设备(“去往”1682),以及具有连接到其的外围设备(“来自”1684)。UE 1600通常具有“对接”连接器以为诸如管理(例如,下载和/或上传、变化、同步)UE 1600上的内容的目的而连接到其他计算设备。附加地,对接连接器能够允许UE 1600连接到允许UE 1600控制例如到音视频或其他系统的内容输出的特定外围设备。
除了外围设备对接连接器或其他外围设备连接硬件之外,UE 1600能够经由公共或基于标准的连接器来做出外围设备连接1680。公共类型能够包括通用串行总线(USB)连接器(其能够包括多个不同的硬件接口中的任意者)、包括迷你显示端口(MDP)的显示端口、高清晰度多媒体接口(HDMI)、火线、或其他类型的。
说明书中引用“实施例”、“一个实施例”、“某些实施例”、或“其他实施例”意指结合实施例描述的特别的特征、结构、或特性包括在至少某些实施例中,而不一定是所有实施例。“实施例”、“一个实施例”、或“某些实施例”的各种出现不一定都指代相同的实施例。如果说明书记载了“可能(may)”、“可以(might)”或“能够”包括组件、特征、结构、或特性,不要求包括此特别的组件、特征、结构、或特性。如果说明书或权利要求指代“a”或“an”要素,不意味着仅仅有要素中的一个要素。如果说明书或权利要求书指代“附件的”要素,不排除存在附加的要素中多于一个的附加要素。
进而,在一个或多个实施例中,特别的特征、结构、功能、或特性可以以任意合适的方式来组合。例如,在与两个实施例相关联的特别的特征、结构、功能、或特性不互相排斥之处,第一实施例可以与第二实施例组合。
虽然已经结合本公开内容的具体实施例描述了本公开内容,考虑之前的描述,这样的实施例的众多替代物、修改和变型将对那些本领域技术人员显而易见。例如,其他存储器架构(例如,动态RAM(DRAM))可以使用所讨论的实施例。本公开内容的实施例意图包括所有这样的替代物、修改以及变型在落入所附权利要求的宽范围内。
除此之外,为了简化阐述和讨论,到集成电路(IC)芯片和其他组件的众所周知的电力/地连接可以在或不在所给出的图中示出,以免模糊本公开内容。进一步,安排可以以框图形式示出,从而避免模糊本公开内容,并且还鉴于与这样的框图安排的实现相关的细节高度取决于将实现本公开内容的平台(即,这样的细节应该在本领域技术人员视界内)的事实。其中给出具体细节(例如,电路),从而描述本公开内容的示例实施例,应该对本领域技术人员显而易见的是能够在没有或有这些具体细节的变型的情况下实践本公开内容。替代限制,该描述因而被当作说明性的。
下面的例子属于进一步的实施例。示例中的细节可以在一个或多个实施例中的任意处使用。这里所描述的装置的所有可选的特征还可以针对方法或过程来实现。
例如,提供了一种UE,用于与网络上的eNB通信,其中UE包括硬件处理电路,该硬件处理电路包括:天线,用于从eNB接收指示从已有的非256-QAM方案切换到256-QAM方案的消息;以及表组件,用于存储基于软信道比特的总数(Nsoft)的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时的软信道比特的数量和值。
在某些实施例中,UE包括逻辑,用于处理与256-QAM方案相关联的传送块,其中传送块具有比已有的非256-QAM方案的传送块大小更大的大小。在某些实施例中,UE包括解调器,用于在256-QAM方案的RRC配置之后解调PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。
在某些实施例中,UE包括具有与当UE不在256-QAM方案上操作时的存储器的使用大小相同的使用大小的存储器。在某些实施例中,UE包括处理器,其可操作以按照与256-QAM方案相关联的下行物理层参数值来处理PDSCH上的信号。在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。
在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,UE包括逻辑,用于当UE被配置成应用256-QAM方案时为调制和编码方案(MCS)而丢弃比当UE被配置成应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
在另一示例中,提供了一种eNB,用于与网络上的一个或多个UE通信,其中eNB包括硬件处理电路,该硬件处理电路包括:天线,用于向UE发送指示从已有的非256-QAM方案切换到256正交QAM方案的消息;以及编码器,以使用基于软信道比特的总数(Nsoft)的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。
在某些实施例中,eNB包括逻辑,用于处理与256-QAM方案相关联的传送块,其中传送块具有比已有的非256-QAM方案的传送块更大的大小。在某些实施例中,eNB包括调制器,用于在256-QAM方案的RRC配置之后调制PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。
在某些实施例中,eNB包括具有与当eNB不在256-QAM方案上操作时的存储器的使用大小相同的使用大小的存储器。在某些实施例中,eNB包括处理器,其可操作以按照与256-QAM方案相关联的下行物理层参数值来对PDSCH上的信号编码。在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,eNB包括逻辑,用于当eNB应用256-QAM方案时为调制和编码方案(MCS)而丢弃与当eNB应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
在另一示例中,提供一种由UE执行的方法,包括:从eNB接收指示从已有的非256-QAM方案切换到256-QAM方案的消息;以及在表组件中存储基于软信道比特的总数(Nsoft)的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时的软信道比特的数量和值。
在某些实施例中,方法包括处理与256-QAM方案相关联的传送块,其中传送块具有大于已有的非256-QAM方案的传送块大小的大小。在某些实施例中,方法包括:在256-QAM方案的无线资源控制(RRC)配置之后,解调PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。在某些实施例中,方法包括按照与256-QAM方案相关联的下行物理层参数来处理PDSCH上的信号。
在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,方法包括:当UE被配置成应用256-QAM方案时为MCS而丢弃与当UE被配置成应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
在另一示例中,提供了一种UE,包括:模块,用于从eNB接收指示从已有的非256-QAM方案切换到256-QAM方案的消息;以及模块,用于在表组件中存储基于软信道比特的总数(Nsoft)的软信道比特,使得用于使用256-QAM方案的软信道比特的数量和值基本上等于当UE不使用256-QAM方案时的软信道比特的数量和值。
在某些实施例中,UE包括模块,用于处理与256-QAM方案相关联的传送块,其中传送块具有大于已有的非256-QAM方案的传送块大小的大小。在某些实施例中,UE包括模块,用于在256-QAM方案的RRC配置之后,解调PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。在某些实施例中,UE包括模块,用于按照与256-QAM方案相关联的下行物理层参数来处理PDSCH上的信号。
在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,UE包括模块,用于当UE被配置成应用256-QAM方案时为MCS而丢弃与当UE被配置成应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
在另一示例中,提供来一种机器可读存储介质,具有存储于其上的指令,当执行时,所述指令使得一个或多个处理器执行以上描述的方法中的方法。
在另一示例中,提供了一种由eNB执行的方法,其中所述方法包括:向UE发送指示从已有的非256-QAM方案切换到256-QAM方案的消息;以及使用基于软信道比特的总数(Nsoft)的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。
在某些实施例中,方法包括处理与256-QAM方案相关联的传送块,其中传送块具有大于已有的非256-QAM方案的传送块大小的大小。在某些实施例中,方法包括在256-QAM方案的RRC配置之后,调制PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。在某些实施例中,方法包括按照与256-QAM方案相关联的下行物理层参数来对PDSCH上的信号编码。
在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,方法包括:当eNB应用256-QAM方案时为MCS而丢弃与当eNB应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
在另一示例中,一种机器可读存储介质,其上存储有指令,当执行时,所述指令使得一个或多个处理器执行根据以上描述的方法的方法。
在另一示例中,提供了一种eNB,包括:模块,用于向UE发送指示从已有的非256-QAM方案切换到256-QAM方案的消息;以及模块,用于使用基于软信道比特的总数(Nsoft)的存储器使用大小来对数据编码,使得用于使用256-QAM方案的Nsoft的数量和值基本上等于当eNB不使用256-QAM方案时的Nsoft的数量和值。在某些实施例中,eNB包括模块,用于处理与256-QAM方案相关联的传送块,其中传送块具有大于已有的非256-QAM方案的传送块大小的大小。
在某些实施例中,eNB包括模块,用于在256-QAM方案的RRC配置之后调制PDSCH上的信号。在某些实施例中,由RRC层信令来执行消息传输。在某些实施例中,由MAC层信令来执行消息传输。在某些实施例中,eNB包括模块,用于按照与256-QAM方案相关联的下行物理层参数值来对PDSCH上的信号编码。
在某些实施例中,与256-QAM方案相关联的母码的最大编码速率高于与非256-QAM方案相关联的最大编码速率。在某些实施例中,速率匹配图案在切换到256-QAM方案之后仍然相同。在某些实施例中,模块用于当eNB应用256-QAM方案时为MCS而丢弃与当eNB应用非256-QAM方案时为MCS而丢弃的多个奇偶比特相比更多数量的奇偶比特。
提供摘要,这将允许读者确定本技术公开内容的性质和要点。提交摘要,同时理解到其将不用于限制权利要求的范围或含义。下面的权利要求由此并入到具体实施方式中,其中每个权利要求自身成为单独的实施例。