上报信道状态的方法

文档序号:9770040
上报信道状态的方法
【专利说明】上报信道状态的方法
[0001]相关申请的交叉引用
[0002]本申请依据351].5.(:.§111(3),以及基于351].3.(:.§120和§365((3),要求2013年9月27日递交的,申请号为PCT/CN2013/084497标题为“上报信道状态的方法(METHOD TOREPORT CHANNEL STATUS)”国际专利申请案的优先权,上述申请的标的在此合并作为参考。
技术领域
[0003]本发明所揭露实施例一般有关于无线通信系统,以及更具体地,有关于上报(report)信道状态(channe I status)的方法。
【背景技术】
[0004]3GPP以及LTE移动电信系统提供高数据率,更低延迟以及改进的系统效能。但是,这样的系统被优化用于常规(regular)数据通信。
[0005]举例说明,机器对机器(machine-to_machine,M2M)应用比当前蜂窝通信系统更需要低成本装置以及改进的覆盖范围。举例说明,一些智能电表装置比典型运作条件中正常装置承受显著更大的路径损耗(例如,20dB路径损耗),其中,智能电表通常在住宅(residential)建筑地下室(basement)内安装,或者在被金属衬背(foiΙ-backed)绝缘(insulat1n)屏蔽的金属(metai Ized)窗户或者传统的厚墙(thick-walled)建筑结构的建筑内安装。为了服务这些装置,3GPP RANl工作组已经研究了覆盖范围提高以及成本降低,在覆盖范围空洞(coverage hoIe)场景中的上述MTC装置。一些潜在的解决方案已经被定义出来,例如物理信道的重复(repetit1n),以提高覆盖范围。此外,成本降低技术也被研究,包含降低数据缓冲器大小,以及运作频宽,减少接收天线数量以及等等。为了更好服务配置有上述解决方案的移动装置,重要的是适当为移动装置分配无线资源,例如每一物理信道的重复数量,对应传送功率以及其他信道状态。当前状态数据,例如CQI,被移动装置在物理(physical layer,PHY)层而上报。当UE遇到覆盖范围问题时,在PHY层中这些上报也需要传输的重复,以满足可靠性需求,其中,由于信令开销可能成为物理控制信道的大负担。考虑到物理控制信道的无线资源限制,如果大量无线资源被重复传输所使用,没有覆盖范围问题的正常UE则可能受到影响。透过物理共享信道的信道状态报告需要移动装置可靠地发送给网络,以辅助无线资源的适当分配。
[0006]UE可靠地发送信道状态报告给网络的改进以及增强是需要的。

【发明内容】

[0007]提供由UE发送信道状态报告给网络实体的装置以及方法。在一个新颖方面中,UE从PHY层获得信道状态信息,以及在媒体接入控制(Media Access Control,MAC)层生成信道状态报告。该UE发送信道状态报告给eNB。在一个实施例中,UE检测一个或者多个触发事件(triggering event)。在检测到触发事件之后,UE从该UE的PHY层获得信道状态的值。UE在该UE的MAC层生成信道状态报告。该信道状态报告为基于来自PHY层的信道状态的值。UE传送信道状态报告给给网络实体。在一个实施例中,在从PHY层获得信道状态的值之前,UE获得UL授权(grant)。在一个实施例中,触发事件为基于下列至少其中之一:透过随机接入(Random Access,RA)过程(procedure)而实施初始化接入(initial access)网络,透过随机接入过程而实施重建(re-establishment ),检测到信道状态的值的改变超过预定阈值,从无线网络收到用于信道状态报告的请求;以及检测到覆盖范围(coverage)问题。在一个实施例中,获得UL资源包含,等待UL授权,以及决定是否已收到UL授权可以容纳MAC CE,加上用于信道状态报告的子标头(sub-header)。在另一个实施例中,在检测到一个或者多个信道状态报告的触发事件之后,启动或者重启一个定时器。如果在该定时器超时之前,没有收到UL授权,UE触发调度请求(Scheduling Request,SR)。在一个实施例中,UE触发专用(dedicatecOSR,以用于信道状态报告。在另一个实施例中,UE触发随机接入SR(RA-SR),以用于信道状态报告。在一个实施例中,UE在透过随机接入过程而初始化接入中,接收到随机接入响应消息之后,透过第三消息(Msg3)而发送信道状态报告。在一个实施例中,信道状态报告包含在MAC控制粒子(Control Element,CE)中。在另一个实施例中,信道状态报告在MAC子标头中。
[0008]在另一个新颖方面中,UE从PHY层获得信道状态信息,以及在非接入层(NAS)层生成信道状态报告。UE透过NAS层给MME发送信道状态报告。在一个实施例中,UE检测一个或者多个触发事件。UE从该UE的PHY层获得信道状态的值。该UE在NAS层消息中生成信道状态报告。该UE传送NAS消息给无线网络中的NAS实体。在一个实施例中,触发事件包含检测到信道状态值的改变超过预定阈值,以及检测到覆盖范围问题。在另一个实施例中,UE初始化追踪区域更新(Tracking Area Updating,TAU)过程以传送NAS消息。UE在TAU请求消息中包含信道状态报告。
[0009]下面详细描述本发明的其他实施例以及有益效果。
【发明内容】
不用于限定本发明。本发明的保护范围以权利要求为准。
【附图说明】
[0010]附图中,相同数字表示相似元件,用于说明本发明的实施例。
[0011]图1为根据本发明的实施例,UE发送信道状态报告给网络的示例移动通信网络示意图。
[0012]图2为根据本发明的实施例,UE上报信道状态的示例流程图。
[0013]图3为根据本发明的实施例,UE获得用于信道状态报告的UL资源的示例流程图。
[0014]图4A为根据本发明的实施例,本发明中用于CSR的MACCE的例子示意图。
[0015]图4B为根据本发明的实施例,透过Msg3发送的CSR的MACCE的例子示意图。
[0016]图5为根据本发明的实施例,初始化随机接入的过程中,移动台上报信道状态的流程图。
[0017]图6为根据本发明的实施例,移动台在RRC连接建立之后,上报信道状态的例子流程不意图。
[0018]图7为根据本发明的实施例,透过触发以及发送SR,移动台请求用于CRS的UL资源的例子流程图。
[0019]图8为根据本发明的实施例,移动台发送SR用于CSR报告的例子流程图。
[0020]图9为根据本发明的实施例,透过触发以及发送SR,移动台请求用于CSR的UL资源的另一个例子的流程图。
[0021]图10为根据本发明的实施例,移动台透过NAS过程上报信道状态的例子流程图。
[0022]图11为根据本发明的实施例,UE使用MAC层发送信道状态报告给eNB示例流程图。
[0023]图12为根据本发明的实施例,透过NAS层,UE发送信道状态报告给MME的流程图。
【具体实施方式】
[0024]下面详细参考本发明的一些实施例,例子伴随附图进行说明。
[0025]UE所生成的信道状态报告指示出UE信道状态。
[0026]图1为根据本发明的实施例,UE发送信道状态报告给网络的示例移动通信网络100的示意图。无线通信网络100包含一个或者多个基础单元,其中该一个或者多个基础单元形成分布在一个地理区域中的网络。基础单元也可以称作接入点、接入终端,基站,节点B,演进节点B(eNB),或者所属领域的其他词汇。在图1中,一个或者多个基站101以及102在一个服务区域中,服务多个移动台,移动台103以及104,服务区域例如小区,或者小区扇区。在一些系统中,一个或者多个基站透过通信而耦接到控制器,形成一个接入网络,其中该接入网络透过通信耦接到一个或者多个核心网络。上述揭露不用于限定任何特定无线通信系统。一般说来,服务基站101以及102在时域以及/或者频域传送DL通信信号112以及113给移动台。UE或者移动台103以及104透过UL通信信号111以及114与一个或者多个基础单元101以及102进行通信。UE或者移动台也可以称作移动电话、笔记型电脑(laptop),以及移动工作站等等。在图1中,无线通信网络100为0FDM/FDMA系统,包含基站eNB101,eNB102以及多个移动台103以及移动台104。当有DL封包(packet)从eNB传送给移动台,每一移动台得到DL分配(assignment),例如,物理下行链路共享信道(PDSCH)中一组无线资源。当UE需要在UL中发送封包给eNB,移动台从eNB得到授权,其中分配了包含一组UL无线资源的物理上行链路共享信道(PUSCH)。移动台从PDCCH或者EPDCCH得到DL或者UL调度信息,其中,PDCCH以及EPDCCH专门用于该移动台JL或者UL调度信息以及其他控制信息,由TOCCH所承载,称作DL控制信息(Downlink Control Informat1n,DCI)。在无线通信网网络100中,一个或者多个基站与多个控制单元连接。如图所示,eNb 1I与MME105透过链路115而连接。链路115为使用SI接口的信号链路。
[0027]图1也给出用于UE103、eNB101以及MME105的协议栈示意图。UE103具有控制栈121,其中包含PHY层、MAC层、无线链路控制(Rad1 Link Control,RLC)层、分组数据汇聚(PackData Convergence Protocol ,I3DCP)层,无线资源控制(Rad1 Resource Control,RRC)层,以及非接
再多了解一些
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1