CN111466127B - 增强上行覆盖的处理方法、装置及存储介质 - Google Patents
增强上行覆盖的处理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN111466127B CN111466127B CN202080000488.1A CN202080000488A CN111466127B CN 111466127 B CN111466127 B CN 111466127B CN 202080000488 A CN202080000488 A CN 202080000488A CN 111466127 B CN111466127 B CN 111466127B
- Authority
- CN
- China
- Prior art keywords
- pucch
- information
- user equipment
- format
- coverage
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开实施例提供了提供一种增加上行覆盖的处理方法、装置及存储介质,所述方法包括:接收公共物理控制信道PUCCH的资源配置信息;在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求;如此,本公开实施例可以在当前信道覆盖受限时,采用公共PUCCH来重传用户设备的PUCCH发送的信息,从而提高上行传输信道覆盖;或者,在当前信道覆盖受限时,能够利用公共PUCCH发送所需PUCCH重传资源配置请求;从而能够缩短发送所需PUCCH重传资源配置请求的等待时间,进而减少重传的传输时延。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种增强上行覆盖的处理方法、装置、及存储介质。
背景技术
在相关技术中,覆盖是运营商在将蜂窝网络商业化时考虑的关键因素之一,因为它将直接影响到服务质量以及资本支出和运营成本。此外,与长期演进(Long TermEvolution,LTE)系统相比,新空口(New Radio,NR)系统工作频率要高很多,比如FR2的28GHz或39GHz。此外,许多国家正在为频率范围FR1提供更多的频段,比如3.5GHz,这通常比LTE或3G的频率更高。由于提供了更高的频率,控制信道成为了覆盖的主要瓶颈。
而目前,针对覆盖瓶颈,一般采用时域上重复发送的方式以增强增益。但是,在利用时域上的重复发送的方式,尤其是传输比特数比较大的传输信道资源的时候,只能在下个符号才能发送。如此,会延长传输信道的接收时间,从而导致传输时延增强,影响业务的服务质量。
发明内容
本公开实施例公开了一种增加上行覆盖的处理方法、装置及存储介质。
根据本公开实施例的第一方面,提供一种增加上行覆盖的处理方法,所述方法包括:
接收公共物理控制信道(Physical uplink control channel,PUCCH)的资源配置信息;
在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
上述方案中,所述根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
上述方案中,所述根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息。
上述方案中,所述根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
上述方案中,所述方法还包括:
接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
上述方案中,所述方法还包括:
若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
上述方案中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
上述方案中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
根据本公开实施例的第二方面,提供一种增强上行覆盖的处理方法,所述方法包括:
向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求。
上述方案中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
上述方案中,所述接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求,包括:
接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式。
上述方案中,所述接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求,包括:
接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
上述方案中,所述方法还包括:
基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
上述方案中,所述方法还包括:
为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
上述方案中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
根据本公开实施例的第三方面,提供一种增强上行覆盖的处理装置,所述装置包括:
第一接收模块,被配置为接收公共物理控制信道PUCCH的资源配置信息;
第一发送模块,被配置为在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
上述方案中,所述第一发送模块,被配置为根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
上述方案中,所述第一发送模块,被配置为若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息。
上述方案中,所述第一发送模块,被配置为若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
上述方案中,所述第一接收模块,被配置为接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
所述第一发送模块,被配置为基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
上述方案中,所述装置还包括:
第一确定模块,被配置为若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
上述方案中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
上述方案中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
根据本公开实施例的第四方面,提供一种增强上行覆盖的处理装置,所述装置包括:
第二发送模块,被配置为向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
第二接收模块,被配置为在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求。
上述方案中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
上述方案中,所述第二接收模块,被配置为接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式。
上述方案中,所述第二接收模块,被配置为接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
上述方案中,所述装置还包括:
第二确定模块,被配置为基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
第二发送模块,被配置为向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
上述方案中,所述装置还包括:
处理模块,被配置为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
上述方案中,若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
上述方案中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
根据本公开实施例的第五个方面,提供一种用户设备,所述用户设备,包括:
第一处理器;
用于存储所述第一处理器可执行指令的第一存储器;
其中,所述第一处理器被配置为:用于运行所述可执行指令时,实现应用于所述用户设备的本公开任意实施例所述的增强上行覆盖的处理方法。
根据本公开实施例的第六个方面,提供一种基站,所述基站,包括:
第二处理器;
用于存储所述第二处理器可执行指令的第二存储器;
其中,所述第二处理器被配置为:用于运行所述可执行指令时,实现应用于所述基站的本公开任意实施例所述的增强上行覆盖的处理方法。
根据本公开实施例的第七个方面,提供一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现本公开任意实施例所述的增强上行覆盖的处理方法。
本公开实施例提供的技术方案可以包括以下有益效果:
本公开实施中,通过接收公共物理控制信道PUCCH的资源配置信息;在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。本公开实施例可以在当前信道覆盖受限时,采用公共PUCCH来重传用户设备的PUCCH发送的信息;如此,可以提高上行传输信道覆盖。或者,在当前信道覆盖受限时,能够利用公共PUCCH发送所需PUCCH重传资源配置请求;从而能够缩短发送所需PUCCH重传资源配置请求的等待时间,进而减少重传的传输时延。
附图说明
图1是一种无线通信系统的结构示意图。
图2是根据一示例性实施例示出的一种增加上行覆盖的处理方法的流程图。
图3是根据一示例性实施例示出的一种增加上行覆盖的处理方法的流程图。
图4是根据一示例性实施例示出的一种增加上行覆盖的处理方法的流程图。
图5是根据一示例性实施例示出的一种增加上行覆盖的处理方法的流程图。
图6是根据一示例性实施例示出的一种增强上行覆盖的处理装置的框图。
图7是根据一示例性实施例示出的一种增强上行覆盖的处理装置的框图。
图8是根据一示例性实施例示出的一种用户设备的框图。
图9是根据一示例性实施例示出的一种基站的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个用户设备110以及若干个基站120。
其中,用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,用户设备110可以是物联网用户设备,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriberstation),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户装置(userterminal)、用户代理(user agent)、用户设备(user device)、或用户设备(userequipment)。或者,用户设备110也可以是无人飞行器的设备。或者,用户设备110也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线用户设备。或者,用户设备110也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站120可以是无线通信系统中的网络侧设备。其中,该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication,4G)系统,又称长期演进(Long Term Evolution,LTE)系统;或者,该无线通信系统也可以是5G系统,又称新空口系统或5G NR系统。或者,该无线通信系统也可以是5G系统的再下一代系统。其中,5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network,新一代无线接入网)。
其中,基站120可以是4G系统中采用的演进型基站(eNB)。或者,基站120也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站120采用集中分布式架构时,通常包括集中单元(central unit,CU)和至少两个分布单元(distributed unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体访问控制(Media Access Control,MAC)层的协议栈;分布单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对基站120的具体实现方式不加以限定。
基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中,用户设备110之间还可以建立E2E(End to End,端到端)连接。比如车联网通信(vehicle to everything,V2X)中的V2V(vehicle to vehicle,车对车)通信、V2I(vehicle to Infrastructure,车对路边设备)通信和V2P(vehicle topedestrian,车对人)通信等场景。
这里,上述用户设备可认为是下面实施例的终端设备。
在一些实施例中,上述无线通信系统还可以包含网络管理设备130。
若干个基站120分别与网络管理设备130相连。其中,网络管理设备130可以是无线通信系统中的核心网设备,比如,该网络管理设备130可以是演进的数据分组核心网(Evolved Packet Core,EPC)中的移动性管理实体(Mobility Management Entity,MME)。或者,该网络管理设备也可以是其它的核心网设备,比如服务网关(Serving GateWay,SGW)、公用数据网网关(Public Data Network GateWay,PGW)、策略与计费规则功能单元(Policy and Charging Rules Function,PCRF)或者归属签约用户服务器(HomeSubscriber Server,HSS)等。对于网络管理设备130的实现形态,本公开实施例不做限定。
如图2所示,本实施例中提供一种增强上行覆盖的处理方法,所述方法包括:
步骤S21,接收公共物理控制信道PUCCH的资源配置信息;
步骤S22,在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
本公开实施例所述的增强上行覆盖的处理方法,应用于用户设备中。这里,所述用户设备可以为移动电话、计算机、服务器、收发设备、平板设备、医疗设备或穿戴设备,等等。
这里,所述基站可以为用户设备接入移动网络的接入设备。所述基站可以为各种类型的基站,例如,所述基站可以为3G基站、4G基站或5G基站等。
这里,所述公共PUCCH的资源配置信息,包括但不限于以下至少之一:第一类格式(format)的PUCCH的资源配置信息,及第二类格式的PUCCH的资源配置信息。
这里,所述第二类格式的所述公共PUCCH信息的比特数,小于所述第一类格式的所述公共PUCCH信息的比特数。
在一实施例中,所述第一类格式的PUCCH为长格式结构的PUCCH;所述第二类格式的PUCCH为短格式结构的PUCCH。
在一实施例中,所述第一类格式的公共PUCCH信息的比特数大于2;所述第二类格式的公共PUCCH信息的比特数小于或等于2。
在本公开实施例中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比(Signal to Interference plus NoiseRatio,SINR)小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
这里,所述控制信道为传输控制信息的信道;所述数据信道为传输业务信息的信道。这里,所述数据信道为动态分配的信道。
在一实施例中,所述控制信道为上行控制信道。
例如,所述上行控制信道为物理上行控制信道PUCCH,或物理上行共享信道(Physical uplink shared channel,PUSCH)等。又如,所述上行控制信道为专用PUCCH或者公共PUCCH。
这里,所述专用PUCCH为所述用户设备使用的PUCCH;所述公共PUCCH为多个用户设备公共的PUCCH。
这里,所述覆盖极限上限为用户设备预先设定的覆盖极限上限。
在一应用场景中,所述用户设备获取当前信道的覆盖范围;并将所述当前信道的覆盖范围与预先设定的覆盖范围进行比较,确定当前信道的覆盖范围是否为达到预先设定的覆盖范围的覆盖极限上限;若是,则确定当前信道覆盖受限。
在另一应用场景中,所述用户设备获取当前信道的信噪比;并将所述信噪比与预定门限值进行比较;若所述信道比小于所述预定门限值,确定当前信道覆盖受限。当然,在本实施例中,也可以预先设定信噪比与覆盖范围的对应关系;当用户设备接收到所述信噪比时,基于所述信噪比确定对应的覆盖范围;再根据所述覆盖范围与预先设定的覆盖范围极限比较,若确定所述覆盖范围小于所述覆盖范围极限,确定当前信道覆盖受限。
如此,在本公开实施例中,可以基于控制信道和/或数据信道的覆盖范围、及接收的信噪比等确定当前信道是否覆盖受限。
在本公开实施例中,在当前信道覆盖受限时,可以采用公共PUCCH来重传用户设备的PUCCH发送的信息;如此,可以提高上行传输信道覆盖。或者,在当前信道覆盖受限时,能够利用公共PUCCH发送所需PUCCH重传资源配置请求;从而能够缩短发送所需PUCCH重传资源配置请求的等待时间,进而减少重传的传输时延。
在一些实施例中,所述步骤S22,包括:在信道状况符合覆盖受限条件时,利用当前时隙的公用PUCCH,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
如此,在本公开实施例中,还可以采用当前时隙的公共PUCCH重传用户设备的PUCCH发送的信息或者向基站发送请求所需PUCCH重传资源配置请求;如此,可以增加重传信息或发送请求的资源,从而不需要等到下个时隙才来重传用户设备的PUCCH发送的信息或者发送所需PUCCH重传资源配置请求。如此,能够在增强信道覆盖的前提下,还能减少重传信息或者发送资源配置请求的传输时延,提高业务的服务质量。
当然,在其它实施例中,所述步骤S22,也可以是在信道状况符合覆盖受限条件时,利用当前时隙的当前符号的公用PUCCH,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。如此,可以采用当前时隙的当前符号的公用PUCCH重传信息或发送请求,可以增加重传信息或发送请求的资源,从而不需要等到下一个符号来重传信息或发送请求,进而减少传输时延。
在一实施例中,所述步骤S21,包括:在所述用户设备初始接入时,接收公共PUCCH的资源配置信息;
所述步骤S22,包括:在所述用户设备初始接入完成后,在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
如此,在本实施例中,UE可以在初始接入时,就配置好公共PUCCH;等到初始接入完成后,若当前信道覆盖受限时,则可以利用配置好的公共PUCCH重传UE的PUCCH发送的信息或者发送UE所需的PUCCH的重传资源配置请求。
在上述实施例中,所述步骤S22之前,还包括:在所述用户设备初始接入完成后,获取专用PUCCH的资源配置信息;并保存所述公共PUCCH的资源配置信息。
如此,在本实施例中,UE在初始接入完成后,所述UE在配置的专用PUCCH的配置资源信息,仍然保持公共PUCCH的配置资源信息。如此,以便在确定信道覆盖受限后,能及时调整使用公共PUCCH传输信息等。
在一些实施例中,所述步骤S22,包括:根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
这里,所述公共PUCCH传输的公共PUCCH信息的信息格式包括:第一类格式和/或第二类格式。
如图3所示,在一些实施例中,所述根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
步骤S2201,若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息。
在一实施例中,所述步骤S22,包括:若确定用户设备配置了第一类格式的专用PUCCH的配置资源信息,且,所述信道状态符合覆盖受限条件,基于第一类格式的所述PUCCH向所述基站重传所述用户设备的PUCCH发送的信息。
在本公开实施例中,当当前信道覆盖受限时,可以利用第一类格式的PUCCH资源,重传比特数比较大的用户设备的PUCCH发送的信息。如此,可以保证重传用户设备的PUCCH发送的信息的完整性,提高重传的成功率。
当然,在本实施例中,也可以基于第一类格式的PUCCH资源,向所述基站发送所述用户设备所需PUCCH的重传资源配置请求。
如图4所示,在另一些实施例中,所述根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
步骤S2202,若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
在一实施例中,所述步骤S22,包括:若确定用户设备配置了第二类格式的专用PUCCH,且,所述信道状态符合覆盖受限条件,基于第二类格式的所述PUCCH向所述基站重传所述用户设备所PUCCH的重传资源配置请求。
这里,所述第二类格式的所述专用PUCCH信息的比特数,少于所述第一类格式的所述专用PUCCH信息的比特数。
在本公开实施例中,可以利用第二类格式的PUCCH资源,向基站发送用户设备所需的PUCCH的重传资源配置请求。可以理解的是,重传资源配置请求的比特数一般比较少;如此,本公开实施例可以在当前信道覆盖受限时,利用公共PUCCH发送用户设备所需的PUCCH的重传资源配置请求的前提下,还能节约信道资源。
请再次参见图4,所述方法还包括:
步骤S23,接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
步骤S24,基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
在一实施例中,所述PUCCH的重传资源信息,包括:专用PUCCH的重传资源信息。
在本公开实施例中,用户设备可以获取到基于重传资源配置请求返回的PUCCH的重传资源信息,并利用PUCCH重传用户设备PUCCH发送的信息,从而有利于增强上行覆盖。
在一些实施例中,所述方法还包括:
若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
这里,所述指示信息用于指示所述用户设备的信道是否覆盖受限。
在一实施例中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
这里,所述第一格式可以为format 1、format 2、format 1a、format 1b、format2a或format 2b等。
这里,所述预留比特为所述第一格式上当前的空闲比特。
可以理解的是,所述预留比特相对于所述第一格式上的其它比特来说,暂时是没有比特值的。当确定需要指示信道是否覆盖受限时,才用于携带指示信道是否受限的指示信息。
例如,当所述预留比特为一个比特时,所述指示信息可以为“0”,所述“0”用于指示所述用户设备的信道覆盖受限;当所述预留比特为两个比特时,所述指示信息可以为“00”,所述“00”用于指示所述用户设备的信道覆盖受限。
在本公开实施例中,可以利用第一格式中预留的一个或多个比特来携带所述指示信息;从而当获取到所述第一格式的PUCCH信息时,就能通过所述指示信息确定用户设备的信道是否覆盖受限。
在另一实施例中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
这里,所述第二格式可以为format 0。
这里,所述预留序列为所述第二格式一个或多个比特的序列。
可以理解的是,所述一个或多个比特的序列可以为现有format 0的基本序列,或者基于通信协议重新设计的序列;所述预留序列是具备比特值的。
例如,所述第二格式有4个比特,如0101,约定1至3个比特“010”预留序列,则所述“010”用于至少所述用户设备的信道覆盖受限。
本公开实施例中,可以通信协议约定format 0的一个或多个特定序列来指示所述用户设备的信道覆盖受限。或者,重新设计format的一个或多个特定序列,来指示所述用户设备的信道覆盖受限。
如此,在本公开实施例中,可以基于第二格式中的预留序列,确定所述用户设备的信道是否覆盖受限,无需在第二格式的PUCCH资源信息中增加额外的指示信息,能够减少数据的传输。
这里需要指出的是:以下一种增强上行覆盖的处理方法的描述,是应用于基站的,与上述应用在用户设备的所述增强上行覆盖的处理方法的描述是类似的。对于本公开中应用于基站的基于所述增强上行覆盖的处理方法实施例中未披露的技术细节,请参照本公开应用在用户设备的所述增强上行覆盖的处理方法实施例的描述,此处不做详细阐述说明。
如图5所示,本公开实施例提供一种增强上行覆盖的处理方法,所述方法包括:
步骤S31,向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
步骤S32,在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求。
其中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
在一些实施例中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
在一些实施例中,所述步骤S32,包括:
接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式。
在另一些实施例中,所述步骤S32,还包括:
接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
在一些实施例中,所述方法还包括:
基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
在一些实施例中,所述方法还包括:
为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
在一些实施例中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
在一些实施例中若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
如图6所示,本公开实施例提供一种增强上行覆盖的处理装置,所述装置包括:第一接收模块41和第一发送模块42;其中,
所述第一接收模块41,被配置为接收公共物理控制信道PUCCH的资源配置信息;
所述第一发送模块42,被配置为在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
在一些实施例中,所述第一发送模块42,被配置为根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
在一些实施例中,所述第一发送模块42,被配置为若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息。
在一些实施例中,所述第一发送模块42,被配置为若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
在一些实施例中,所述第一接收模块41,被配置为接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
所述第一发送模块42,被配置为基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
在一些实施例中,所述装置还包括:
第一确定模块43,被配置为若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
在一些实施例中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
在一些实施例中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
在一些实施例中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
如图7所示,本公开实施例提供一种增强上行覆盖的处理装置,所述装置包括:第二发送模块51和第二接收模块52;其中,
所述第二发送模块51,被配置为向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
所述第二接收模块52,被配置为在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求。
在一些实施例中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
在一些实施例中,所述第二接收模块52,被配置为接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式。
在一些实施例中,所述第二接收模块52,被配置为接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;
其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
在一些实施例中,所述装置还包括:
第二确定模块53,被配置为基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
第二发送模块51,被配置为向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
在一些实施例中,所述装置还包括:
处理模块54,被配置为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
在一些实施例中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
在一些实施例中,若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
在一些实施例中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开实施例提供一种用户设备,所述用户设备包括:
第一处理器;
用于存储所述第一处理器可执行指令的第一存储器;
其中,所述第一处理器被配置为:用于运行所述可执行指令时,实现应用于所述用户设备的本公开任意实施例所述的增强上行覆盖的处理方法。
本公开实施例提供一种基站,所述基站包括:
第二处理器;
用于存储所述第二处理器可执行指令的第二存储器;
其中,所述第二处理器被配置为:用于运行所述可执行指令时,实现应用于所述基站的本公开任意实施例所述的增强上行覆盖的处理方法。
其中,处理器(第一处理器或第二处理器)可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。这里,所述通信设备包括基站或用户设备。
所述处理器可以通过总线等与存储器(第一存储器或第二处理器)连接,用于读取存储器上存储的可执行程序,例如,如图2至5所示的方法的至少其中之一。
本公开实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现本公开任意实施例所述的增强上行覆盖的处理方法。例如,如图2至5所示的方法的至少其中之一。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图8是根据一示例性实施例示出的一种用户设备(UE)800的框图。例如,用户设备800可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,用户设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制用户设备800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在用户设备800的操作。这些数据的示例包括用于在用户设备800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为用户设备800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为用户设备800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述用户设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当用户设备800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当用户设备800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为用户设备800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为用户设备800的显示器和小键盘,传感器组件814还可以检测用户设备800或用户设备800一个组件的位置改变,用户与用户设备800接触的存在或不存在,用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,用户设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由用户设备800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图9所示,本公开一实施例示出一种基站的结构。例如,基站900可以被提供为一网络侧设备。参照图9,基站900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922的执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述方法前述应用在所述基站的任意方法,例如,如图2-3所示方法。
基站900还可以包括一个电源组件926被配置为执行基站900的电源管理,一个有线或无线网络接口950被配置为将基站900连接到网络,和一个输入输出(I/O)接口958。基站900可以操作基于存储在存储器932的操作系统,例如Windows Server TM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (31)
1.一种增强上行覆盖的处理方法,其中,所述方法包括:
接收公共物理控制信道PUCCH的资源配置信息;
在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求;其中,所述根据所述资源配置信息,向基站重传用户设备PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息;或者,若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
2.根据权利要求1所述的方法,其中,所述根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求,包括:
根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
3.根据权利要求1所述的方法,其中,所述方法还包括:
接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
4.根据权利要求1所述的方法,其中,所述方法还包括:
若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
5.根据权利要求4所述的方法,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
6.根据权利要求4所述的方法,其中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
7.根据权利要求1至6任一项所述的方法,其中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
8.一种增强上行覆盖的处理方法,其中,所述方法包括:
向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求;其中,所述接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求,包括:接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式;或者,接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
9.根据权利要求8所述的方法,其中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
10.根据权利要求8所述的方法,其中,所述方法还包括:
基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
11.根据权利要求8所述的方法,其中,所述方法还包括:
为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
12.根据权利要求11所述的方法,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
13.根据权利要求11所述的方法,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
14.根据权利要求8至13任一项所述的方法,其中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
15.一种增强上行覆盖的处理装置,其中,所述装置包括:
第一接收模块,被配置为接收公共物理控制信道PUCCH的资源配置信息;
第一发送模块,被配置为在信道状况符合覆盖受限条件时,根据所述资源配置信息,向基站重传用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求;
所述第一发送模块,被具体配置为若所述公共PUCCH信息的信息格式为第一类格式,向所述基站重传所述用户设备的PUCCH发送的信息;或者,所述第一发送模块,被具体配置为若所述公共PUCCH信息的信息格式为第二类格式,向基站发送所述用户设备所需PUCCH的重传资源配置请求;其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
16.根据权利要求15所述的装置,其中,所述第一发送模块,被配置为根据所述公共PUCCH传输的公共PUCCH信息的信息格式,向所述基站重传所述用户设备的PUCCH发送的信息,或者向基站发送所述用户设备所需PUCCH的重传资源配置请求。
17.根据权利要求15所述的装置,其中,所述第一接收模块,被配置为接收基站基于所述重传资源配置请求返回的所述PUCCH的重传资源信息;
所述第一发送模块,被配置为基于所述PUCCH的重传资源信息,向所述基站重传所述用户设备的PUCCH发送的信息。
18.根据权利要求15所述的装置,其中,所述装置还包括:
第一确定模块,被配置为若所述公共PUCCH信息的格式为第二类格式,根据所述公共PUCCH信息携带的指示信息,确定所述信道状况是否符合覆盖受限条件。
19.根据权利要求18所述的装置,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
20.根据权利要求18所述的装置,其中,若所述公共PUCCH信息为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
21.根据权利要求15至20任一项所述的装置,其中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
22.一种增强上行覆盖的处理装置,其中,所述装置包括:
第二发送模块,被配置为向用户设备发送为所述用户设备配置的公共物理控制信道PUCCH的资源配置信息;
第二接收模块,被配置为在信道状况符合覆盖受限条件时,接收所述用户设备基于所述资源配置信息重传的PUCCH发送的信息,或者发送的所需PUCCH的重传资源配置请求;
所述第二接收模块,被具体配置为接收所述用户设备重传的所述用户设备的PUCCH发送的信息,其中,所述公共PUCCH信息的信息格式为第一类格式;或者,所述第二接收模块,被具体配置为接收所述用户设备发送的所需PUCCH的重传资源配置请求,其中,所述公共PUCCH信息的信息格式为第二类格式;其中,第二类格式的所述公共PUCCH信息的比特数,少于所述第一类格式的所述公共PUCCH信息的比特数。
23.根据权利要求22所述的装置,其中,所述用户设备重传所述PUCCH发送的信息,或者发送所需PUCCH的重传资源配置请求,基于所述公共PUCCH传输的PUCCH信息的信道格式确定。
24.根据权利要求22所述的装置,其中,所述装置还包括:
第二确定模块,被配置为基于所述重传资源配置请求,确定所述PUCCH的重传资源信息;
第二发送模块,被配置为向所述用户设备发送所述PUCCH的重传资源信息,其中,所述PUCCH的重传资源用于所述用户设备向基站重传用户设备的PUCCH发送的信息。
25.根据权利要求22所述的装置,其中,所述装置还包括:
处理模块,被配置为所述用户设备配置第二类格式的所述公共PUCCH信息;其中,所述第二类格式的所述公共PUCCH信息携带指示信息,所述指示信息用于指示所述信道状态是否符合覆盖受限条件。
26.根据权利要求25所述的装置,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第一格式,所述指示信息由所述第一格式的预留比特携带。
27.根据权利要求25所述的装置,其中,若所述公共PUCCH信息的信息格式为第二类格式中的第二格式,所述指示信息由所述第二格式的预留序列携带。
28.根据权利要求22至27任一项所述的装置,其中,所述信道状态符合覆盖受限条件,包括以下至少之一:
所述用户设备的控制信道的覆盖范围未达到覆盖极限上限;
所述用户设备的数据信道的覆盖范围未达到所述覆盖极限上限;
所述用户设备的控制信道的信噪比小于预定门限值;
所述用户设备的数据信道的信噪比小于所述预定门限值。
29.一种用户设备,其中,所述用户设备,包括:
第一处理器;
用于存储所述第一处理器可执行指令的第一存储器;
其中,所述第一处理器被配置为:用于运行所述可执行指令时,实现权利要求1至7任一项所述的增强上行覆盖的处理方法。
30.一种基站,其中,所述基站,包括:
第二处理器;
用于存储所述第二处理器可执行指令的第二存储器;
其中,所述第二处理器被配置为:用于运行所述可执行指令时,实现权利要求8至14任一项所述的增强上行覆盖的处理方法。
31.一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现权利要求1至7、或权利要求8至14任一项所述的增强上行覆盖的处理方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/078028 WO2021174494A1 (zh) | 2020-03-05 | 2020-03-05 | 增强上行覆盖的处理方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111466127A CN111466127A (zh) | 2020-07-28 |
CN111466127B true CN111466127B (zh) | 2023-09-26 |
Family
ID=71679109
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080000488.1A Active CN111466127B (zh) | 2020-03-05 | 2020-03-05 | 增强上行覆盖的处理方法、装置及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111466127B (zh) |
WO (1) | WO2021174494A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4221391A4 (en) * | 2020-10-16 | 2023-11-29 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND DEVICE |
WO2022147810A1 (en) * | 2021-01-09 | 2022-07-14 | Qualcomm Incorporated | Ue triggered repeated (re) transmission of msg3 pusch |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016048522A1 (en) * | 2014-09-25 | 2016-03-31 | Intel IP Corporation | System and method of handling uplink transmission collision for enhanced coverage mode ues |
CN105493418A (zh) * | 2013-09-17 | 2016-04-13 | 英特尔Ip公司 | 与增强覆盖模式中的机器类型通信相关联的配置和技术 |
WO2018095097A1 (zh) * | 2016-11-22 | 2018-05-31 | 中国移动通信有限公司研究院 | 数据重传的方法及装置 |
WO2018229731A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | System and methods for configuring user equipments with overlapping pucch resources for transmitting scheduling requests |
CN109769289A (zh) * | 2012-11-15 | 2019-05-17 | 华为技术有限公司 | 信息传输的方法、基站和用户设备 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9667386B2 (en) * | 2013-11-13 | 2017-05-30 | Samsung Electronics Co., Ltd | Transmission of control channel and data channels for coverage enhancements |
CN107135473B (zh) * | 2014-09-25 | 2020-06-30 | 株式会社Kt | Mtc ue发送/接收信号的方法及其装置 |
US11690066B2 (en) * | 2018-07-30 | 2023-06-27 | Qualcomm Incorporated | Retransmission and fallback for autonomous uplink transmission |
-
2020
- 2020-03-05 CN CN202080000488.1A patent/CN111466127B/zh active Active
- 2020-03-05 WO PCT/CN2020/078028 patent/WO2021174494A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109769289A (zh) * | 2012-11-15 | 2019-05-17 | 华为技术有限公司 | 信息传输的方法、基站和用户设备 |
CN105493418A (zh) * | 2013-09-17 | 2016-04-13 | 英特尔Ip公司 | 与增强覆盖模式中的机器类型通信相关联的配置和技术 |
WO2016048522A1 (en) * | 2014-09-25 | 2016-03-31 | Intel IP Corporation | System and method of handling uplink transmission collision for enhanced coverage mode ues |
EP3198778B1 (en) * | 2014-09-25 | 2019-09-25 | Intel IP Corporation | User equipment, apparatus for use in an enhanced node b, and computer-readable storage medium of handling uplink transmission collision for enhanced coverage mode ues |
WO2018095097A1 (zh) * | 2016-11-22 | 2018-05-31 | 中国移动通信有限公司研究院 | 数据重传的方法及装置 |
WO2018229731A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | System and methods for configuring user equipments with overlapping pucch resources for transmitting scheduling requests |
Non-Patent Citations (1)
Title |
---|
Ericsson. "36300_CR0810_(Rel-13)_R2-157054 - Introduction of low complexity UE and enhanced coverage features".3GPP tsg_ran\WG2_RL2.2015,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN111466127A (zh) | 2020-07-28 |
WO2021174494A1 (zh) | 2021-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111758287B (zh) | 非授权信道的检测方法、装置、通信设备及存储介质 | |
CN111466127B (zh) | 增强上行覆盖的处理方法、装置及存储介质 | |
CN113597814B (zh) | Drx定时器的启动方法、装置、通信设备及存储介质 | |
CN116321484A (zh) | 数据处理方法及装置、通信设备及存储介质 | |
CN111434177B (zh) | 无线网络接入方法、装置、通信设备及存储介质 | |
CN114175740B (zh) | 信息传输方法、装置、通信设备和存储介质 | |
CN114731231B (zh) | Pucch资源确定方法及装置、通信设备及计算机存储介质 | |
CN111316690B (zh) | 信息处理方法、装置、基站、用户设备及存储介质 | |
JP7465359B2 (ja) | アップリンク伝送の処理方法、装置、通信機器及び記憶媒体 | |
WO2021007791A1 (zh) | 资源配置的方法及装置、通信设备及存储介质 | |
CN114503693B (zh) | 终端的功率配置方法、装置、通信设备及存储介质 | |
CN114600529B (zh) | Harq-ack反馈处理方法、装置、通信设备及存储介质 | |
CN111566985B (zh) | 传输处理方法、装置、用户设备、基站及存储介质 | |
CN113412638B (zh) | 一种数据传输的方法、装置、通信设备及存储介质 | |
CN115398843B (zh) | 降低干扰的方法及装置、通信设备和存储介质 | |
CN115053582B (zh) | 信息处理方法及装置、通信设备及存储介质 | |
US20240187844A1 (en) | Method and apparatus for reducing interference, communication device and storage medium | |
CN110786035B (zh) | 控制资源集合的处理方法、装置及计算机存储介质 | |
WO2022126527A1 (zh) | 传输pucch的方法、装置、通信设备及存储介质 | |
CN116530188A (zh) | 调度处理方法以及装置、通信设备及存储介质 | |
CN116438764A (zh) | 混合自动重传请求harq方法、装置、通信设备及存储介质 | |
CN116391437A (zh) | 信息传输方法、装置、通信设备及存储介质 | |
CN117242806A (zh) | 无线传输的方法、装置、通信设备及存储介质 | |
CN116724513A (zh) | 信息指示方法、装置、系统、通信设备及存储介质 | |
CN117242834A (zh) | 无线传输的方法、装置、通信设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |