CN106954275A - 单小区一对多通信方法和系统 - Google Patents
单小区一对多通信方法和系统 Download PDFInfo
- Publication number
- CN106954275A CN106954275A CN201710121329.7A CN201710121329A CN106954275A CN 106954275 A CN106954275 A CN 106954275A CN 201710121329 A CN201710121329 A CN 201710121329A CN 106954275 A CN106954275 A CN 106954275A
- Authority
- CN
- China
- Prior art keywords
- group
- mobile terminal
- feedback
- code check
- single cell
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- 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
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种单小区一对多通信方法和系统,方法包括:当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据;若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。上述方法和系统能够对单小区一对多通信系统的传输进行自适应的调度,该调度可优化无线资源的分配,提高无线资源利用率。
Description
技术领域
本发明涉及无线通信技术领域,特别是涉及一种单小区一对多通信方法和系统。
背景技术
单小区一对多传输(Single-Cell Point-to-Multipoint,简称SC-PTM)是长期演进技术(Long Term Evolution,简称LTE)中,支持多媒体广播多播业务(MultimediaBroadcast Multicast Service,简称MBMS)的其中一种传输技术。
SC-PTM是一种常见的MBMS方式。SC-PTM传输的特性于3GPP(3rd GenerationPartnership Project,第三代伙伴计划协议)的Release13开始引进,其广播业务数据由小区内部进行自主调度,在DL-SCH(Downlink share channel,下行共享信道)及PDSCH(Physical Downlink Shared Channel,物理下行共享信道)上进行承载。各个小区之间的数据传输不用保持同步。与另一种多小区的传输模式MBSFN(Multimedia Broadcastmulticast service Single Frequency Network,多播/组播单频网络)相比,单小区SC-PTM的优点在于可以对无线资源进行按需分配,灵活性和效率较高,缺点在于对小区边缘的终端覆盖不足。
由于SC-PTM是一种一对多集群通信,无法采用一对一通信中的反馈信道状态信息(Channel State Information,简称CSI)或混合自动重传请求应答(Hybrid AutomaticRepeat reQuest Acknowledgement,简称HARQ-ACK)的机制,这会导致系统不能使用自适应调度来匹配无线资源调度和信道状况。由于无线接入网无法了解各个终端的信道状况以及接收数据是否正确,只能尽可能的降低调度码率以提高可靠性,从而导致无线资源利用率较低。
发明内容
基于此,有必要针对无线资源利用率较低的问题,提供一种单小区一对多通信方法和系统。
一种单小区一对多通信方法,包括以下步骤:
当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据;
若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
一种单小区一对多通信系统,包括:
反馈配置模块,用于当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据;
调度模块,用于若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
上述单小区一对多通信方法和系统,基站能够通过终端的反馈获得“通信群组内是否存在接收不良的终端”的信息,进而不断的修正码率。通过这种方式,能够实现对单小区一对多通信系统的传输进行自适应的调度。与设置固定码率的传统调度方法相比,该自适应调度优化了无线资源的分配,提高了无线资源利用率。
附图说明
图1为一个实施例的单小区一对多通信方法流程图;
图2为一个实施例的终端向网络反馈NACK信息的示意图;
图3为一个实施例的终端不向网络反馈NACK信息的示意图;
图4为一个实施例的单小区一对多通信系统的结构示意图。
具体实施方式
下面结合附图对本发明的技术方案进行说明。
一对多通信是用统一的配置调度广播信号的,若要保证小区内所有终端都正确的接收广播信号,调度的码率应受小区内信道条件最差的终端的制约。理想状态下,调度与信道条件恰好匹配,系统用最少的资源保证了所有终端的通信可靠性。但是,由于缺乏反馈CSI和HARQ-ACK的手段,系统只能凭借经验数据进行调度,很可能出现偏差。若调度的码率过低,则占用的无线资源会超出实际需求,会造成无线资源的浪费;若调度的码率过高,则会出现终端信道条件较差而解码失败的情况。因此,如果可以实现一对多通信的自适应调度,则达到了对资源优化利用的目的。
然而,传统的一对一通信,其CSI和HARQ-ACK的反馈机制,并不适用于一对多集群通信,理由如下:
(1)一对多通信是对群组内的所有终端统一调度和传输下行信号,没有必要了解每个终端的具体信道信息及解码正确性,因为在群组通信中基站不可能为每个终端进行自适应调度。
(2)一对多通信中的终端状态未必是连接态,反而大部分情况下是空闲态。在非连接状态下终端无法被配置PUCCH(Physical Uplink Control Channel,物理上行控制信道)和PUSCH(Physical Uplink Shared Channel,物理上行共享信道),因此也无法通过传统的信道来承载CSI和HARQ-ACK。
(3)即使具备PUCCH或PUSCH,按照传统的规则,需要为每个终端分配各自独立的资源进行传输,系统开销和复杂度会随着群组内终端数量的增加而直线上升。
由于以上理由,当前的集群通信索性取消了所有的反馈机制。
为了解决上述问题,设计一种适合一对多通信的全新反馈机制,并基于该反馈实现自适应调度。本发明提供一种单小区一对多通信方法,如图1所示,所述单小区一对多通信方法可包括以下步骤:
S1,当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据。
按照一对多通信已经标准化的行为,无线网络可预先根据授权信息以及业务类型,将参与集群通信的移动终端集合划分为若干个群组,无线网络对一个群组内的所有终端采用统一调度,以一对多的方式广播数据,当前的数据传输所用的码率定义为第一码率。所述业务可包括视频业务、语音通话业务等,可根据移动终端执行业务的业务类型将各个移动终端划分为若干个群组。例如,移动终端A、B、C正在执行视频播放业务,可以将移动终端A、B、C划分为一个群组;又例如,移动终端D、E、F正在执行语音通话业务,可将移动终端D、E、F划分为另一个群组。当所述群组的一对多通信建立时,网络可通过扩展增强的无线控制信令,向群组内的各个移动终端广播专门设计的反馈信道的配置信息。在一个实施例中,群组的反馈信道配置后,网络可启动该群组的相关定时器计时,并检测可能来自终端的反馈信道。若发生定时器超时或检测到反馈信道,则网络要相应的调整调度,修正码率。
集群通信的调度调整,只有两种方向:提高码率以便提高频谱效率,或降低码率以便提高传输可靠性。基站只需要群组内的终端集体反馈的信息。然而,按照传统的规则,因为信道条件的不同导致接收状况的不同,各个终端的反馈结果具有多样性。
因此,要考虑把各个终端的反馈结果收敛至较小的范围,可以简单的把终端划分为两类:一类为接收良好的终端,基本能够正确解码下行信号;一类为接收不良的终端,对下行信号存在相当高的解码错误。仅后一类终端需要对下行传输进行反馈,前一类不用。分类标准可以简单的采用误块率与设定阈值比较的方法。
反馈信息应简化,仅仅表达解码失败的NACK(Negative ACKnowledgment,否定回答)信息,不包含CSI信息。在反馈信号相同的情况下,多个不同终端向基站反馈的信息才能叠加在一起而不会发生冲突,从而避免信息混乱。
可设计一个新的反馈信道,支持终端向基站报告接收不良的信息。引进新的物理层信道用于反馈NACK信息,命名为Physical NACK Indication Channel(物理NACK指示信道),以下简称PNICH,此信道基于现有的上行信道设计。由于一般情况下群组内的终端多为空闲态,因此与连接态相关的上行信道如PUCCH,PUSCH,SRS等均不能被采用作为PNICH的设计基础,最后选定不依赖终端状态的PRACH(Physical Random Access Channel,物理随机接入信道)为基础进行设计。PNICH的序列产生类似于PRACH,而PNICH的发送资源应重新定义,独立于PRACH的配置。PNICH可以被看作重新定义发送资源的PRACH。PNICH会占用一定的上行传输资源,导致上行数据传输的总容量下降,但考虑到集群通信业务是纯下行的,处于空闲状态的上行传输资源比较多,这个影响可以忽略不计。
由于PNICH基于PRACH的设计机制,天然的就允许多个终端选择同一个前导(Preamble)进行发送。对于叠加的信号,基站只需分辨有无反馈信号的能量就足够确定是否存在接受不良的终端,不需像处理PRACH那样解决各个终端的冲突。因此,无必要为群组内的各个终端分配不同的前导,一个群组内的终端可以共用一个规定的前导资源进行NACK的反馈。
对于PNICH的信号的产生,终端需要了解:PNICH发送的资源怎样确定;PNICH的前导序列怎样产生;什么情形下发送PNICH。基站通过扩展RRC(Radio Resource Control,无线资源控制)信元携带的PNICH配置信息通知终端,解决以上问题。
a.PNICH发送的资源的相关信息如下:
对于每次一对多通信,通信群组在小区上对应唯一的SC-MTCH(Single Cell-Multicast Traffic Channel,单小区多播数据信道)。每个SC-MTCH也各自配置一套独立的PNICH资源。所述前导配置信息可包括前导编号、前导发送周期、前导发送帧偏移、前导发送子帧偏移和前导发送频率偏移。根据上述信息,可以确定移动终端发送反馈信息所采用的前导。一个实施例的PNICH相关参数设置如下:
前导编号preambleIndex-取值范围0~63;
前导发送周期pnichCycle-单位是帧;
前导发送帧偏移pnichFrameNumber-帧偏移量,UE通过{当前帧号mod pnichCycle==pnichFrameNumber}确定发送反馈前导的帧;
前导发送子帧偏移pnichSubframeNumber-子帧偏移量,UE通过该参数确定发送反馈前导的子帧;
前导发送频率偏移pnichFreqOffset-UE通过频率偏移量确定。
以上几个参数共同确定了用于反馈的PNICH前导资源。不同SC-MTCH所对应的PNICH资源不可重叠,各PNICH资源均不能与传统的PRACH资源重叠。
b.产生PNICH的前导序列的相关信息如下:
一个实施例的PNICH的序列生成方案,采用与PRACH序列生成一样的方法。
PNICH有关序列生成的参数,包括序列格式,起始根序列号,零相关区域设置和高速标识,通用与PRACH一样的相关系列参数设置,分别根据prach-ConfigIndex,rootSequenceIndex,zeroCorrelationZoneConfig和highSpeedFlag确定。
其中,参数prach-ConfigIndex仅用于关联PRACH format,其它定义PRACH时频资源的参数不影响PNICH。前面提及,PNICH的发送资源独立定义(参见a.)。参数rootSequenceIndex,zeroCorrelationZoneConfig,highSpeedFlag以及上文定义的前导编号preambleIndex共同确定了PNICH前导序列的根序列以及零相关区域偏移。
c.发送PNICH的判决条件如下:
一个实施例的发送PNICH的判决条件,采用统计误块率及阈值比较的方法。终端在计算误块率时,可以在一个统计周期内分别统计群组通信的下行调度数量和与之相应的下行数据解码成功数量,误块率为下行数据解码成功数与下行调度数之比。其中下行调度数应包括PDCCH(Physical Downlink Control Channel,物理下行控制信道)的显式调度和半持续调度(Semi-Persistence Scheduling,SPS)激活后的隐式调度。对于每次集群通信,SC-MTCH实例应该各自对应一个误块率阈值。若统计误块率值超过阈值则触发反馈PNICH前导的发送。统计周期的长度一般为前导发送周期pnichCycle,统计的起点由终端自行决定,只要保证在反馈PNICH的子帧即将到来前完成误块率判决即可。
综上,为了支持反馈功能,应对R13之后的RRC协议进行扩展,增加新的信元。在SC-MTCH参数中,可引进一个新的RRC(Radio Resource Control,无线资源控制)信元SC-MTCH-NackIndication,表示反馈特性的参数集。
SC-MTCH-NackIndication的出现表示监听该SC-MTCH的各个UE(即移动终端)应根据相关参数进行NACK信息的反馈。其包含的参数有:
SC-MTCH-NackIndication字段描述如下:
S2,若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
SC-PTM传输建立的起始阶段,数据传输的调度码率(第一码率)采用缺省的MCS(Modulation and Coding Scheme,调制与编码策略)经验值。若未开启反馈特性,则后续传输可一直沿用缺省的MCS经验值。若开启了反馈特性,基站可通过步骤S3中的方法自适应的调整MCS,逐渐达到逼近最优码率的目标。进一步地,若未接收到群组的移动终端发送的反馈信息,可以高于所述第一码率的第三码率向所述群组发送通信数据。
基站可根据收到反馈信息与否,在每个周期不断修正传输码率。
基站应根据PNICH的配置信息,在预定的时频资源上,尝试检测PNICH。检测时,基站仅需要简单的根据零相关区域上的能量判定是否存在发送的前导即可。PNICH不需要计算上行定时提前量(Timing Advance,TA),以及信干噪比(Signal to Interference plusNoise Ratio,SINR)等。若零相关区域上的能量大于预设的能量阈值,则表明存在发送的前导,即,存在反馈信息;反之,表明不发送的前导,即,不存在反馈信息。其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述前导反馈的信息。
若接收到第一群组的移动终端发送的反馈信息,则表明第一群组内的存在不能正确解码下行数据的移动终端,从而可以以低于所述第一码率的第二码率向所述第一群组发送通信数据。若在较长时间内未接收到第一群组的移动终端发送的反馈信息,则表明第一群组内的移动终端均能够正确解码下行数据,从而可以以高于所述第一码率的第三码率向所述第一群组发送通信数据。通过这种方式,既能够尽量保证移动终端对下行数据的解码正确率,又能够兼顾的提高频谱利用率。
在一个实施例中,在以预设的第一码率分别向各个群组广播前导配置信息和通信数据之后,还可以通过计时器开始计时,若在计时达到预设的计时阈值之前接收到第一群组的移动终端发送的反馈信息,可以低于所述第一码率的第二码率向所述第一群组发送通信数据,网络可重置所述计时器,继续检测可能来自终端的反馈信道。相应地,在网络完成所述反馈信道的配置以及所述定时器配置之后,若在所述定时器超时发生时,未接收到群组的移动终端发送的反馈信息,网络应调整调度,以高于所述第一码率的第三码率向所述群组发送通信数据;网络重置所述定时器,继续检测可能来自终端的反馈信道。当传输码率调整后,新的码率成为第一码率,预备做出下一轮调整的新的第二码率和第三码率分别是在新第一码率基础上的下调和上调的若干偏移。
其中,若收到PNICH,可以一定幅度下调MCS;若发生定时器T_pnich超时,则意味着在这段时间内未发生PNICH的传输,可考虑有条件地小幅上调MCS。考虑到升高码率有导致解码错误的风险,进行该操作的策略应缓慢而谨慎的进行。优选地,定时器T_pnich的时长设置为pnichCycle的数倍,保证较低的上调判决频率;升高码率的MCS调整幅度限制为1,避免码率过快升高。
一个实施例的终端向网络反馈NACK信息的示意图如图2所示。在图2中,UE1~3同属一个通信组。起始阶段,基站通过SC-MCCH(Single Cell-Multi-point ControlChannel,单小区多点控制信道)向组广播包含前导配置的SC-PTM配置信息(SCPTMConfiguration),指定了该组反馈所用的PNICH资源及判定阈值。基站采用了调度配置1进行多播传输,同时启动定时器。终端各自统计一段时间内的误块率,UE1和UE3由于误块率超限,通过PNICH向基站反馈NACK信息。在定时器超时前,基站获知有终端存在误块率超限的信息,从而重置定时器,重新采用较低码率的调度配置2进行多播传输。图中,eNodeB表示基站;UE1~UE3表示移动终端;DCI1A表示PDCCH Format 1A,用于调度SC-PTM传输的下行数据,其包括RB分配,MCS等关键信息;Data表示通信数据。
图3说明了终端不向网络反馈NACK信息的过程。UE1~3同属一个通信组。起始阶段,基站通过SC-MCCH向组广播包含前导配置信息的SC-PTM配置(SCPTMConfiguration),指定了该组反馈所用的PNICH资源及判定阈值。基站采用了调度配置1进行多播传输,同时启动定时器。终端各自统计一段时间内的误块率,在定时器超时发生前,组内所有终端的误块率超限均未发生,基站检测不到任何PNICH。在定时器超时后,基站重置定时器,重新采用较高码率的调度配置3进行多播传输。图中各标识的含义与图2相同。
如图4所示,本发明提供一种单小区一对多通信系统,所述单小区一对多通信相同可包括:
反馈配置模块10,用于当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据。
所述业务可包括视频业务、语音通话业务等,可根据移动终端执行业务的业务类型将各个移动终端划分为若干个群组。例如,移动终端A、B、C正在执行视频播放业务,可以将移动终端A、B、C划分为一个群组;又例如,移动终端D、E、F正在执行语音通话业务,可将移动终端D、E、F划分为另一个群组。
集群通信的调度调整,只有两种方向:提高码率以便提高频谱效率,或降低码率以便提高传输可靠性。基站只需要群组内的终端集体反馈的信息。然而,按照传统的规则,因为信道条件的不同导致接收状况的不同,各个终端的反馈结果具有多样性。
因此,要考虑把各个终端的反馈结果收敛至较小的范围,可以简单的把终端划分为两类:一类为接收良好的终端,基本能够正确解码下行信号;一类为接收不良的终端,对下行信号存在相当高的解码错误。仅后一类终端需要对下行传输进行反馈,前一类不用。分类标准可以简单的采用误块率与设定阈值比较的方法。
反馈信息应简化,仅仅表达解码失败的NACK信息,不包含CSI信息。在反馈信号相同的情况下,多个不同终端向基站反馈的信息才能叠加在一起而不会发生冲突,从而避免信息混乱。
可设计一个新的反馈信道,支持终端向基站报告接收不良的信息。引进新的物理层信道用于反馈NACK信息,命名为Physical NACK Indication Channel(物理NACK(Negative ACKnowledgment,否定回答)指示信道),以下简称PNICH,此信道基于现有的上行信道设计。由于一般情况下群组内的终端多为空闲态,因此与连接态相关的上行信道如PUCCH,PUSCH,SRS等均不能被采用作为PNICH的设计基础,最后选定不依赖终端状态的PRACH(Physical Random Access Channel,物理随机接入信道)为基础进行设计。具体地,反馈信道基于物理随机接入信道的前导设计。前导类型的信号支持连接态与非连接态的终端向网络发送,也支持多个终端的信号叠加。PNICH的序列产生类似于PRACH,而PNICH的发送资源应重新定义,独立于PRACH的配置。PNICH可以被看作重新定义发送资源的PRACH。PNICH会占用一定的上行传输资源,导致上行数据传输的总容量下降,但考虑到集群通信业务是纯下行的,处于空闲状态的上行传输资源比较多,这个影响可以忽略不计。
由于PNICH基于PRACH的设计机制,天然的就允许多个终端选择同一个前导(Preamble)进行发送。对于叠加的信号,基站只需分辨有无反馈信号的能量就足够确定是否存在接受不良的终端,不需像处理PRACH那样解决各个终端的冲突。因此,无必要为群组内的各个终端分配不同的前导,一个群组内的终端可以共用一个规定的前导资源进行NACK的反馈。
对于PNICH的信号的产生,终端需要了解:PNICH发送的资源怎样确定;PNICH的前导序列怎样产生;什么情形下发送PNICH。基站通过扩展RRC信元携带的PNICH配置信息通知终端,解决以上问题。
a.PNICH发送的资源的相关信息如下:
对于每次一对多通信,通信群组在小区上对应唯一的SC-MTCH(Single Cell-Multicast Traffic Channel,单小区多播数据信道)。每个SC-MTCH也各自配置一套独立的PNICH资源。所述前导配置信息可包括前导编号、前导发送周期、前导发送帧偏移、前导发送子帧偏移和前导发送频率偏移。根据上述信息,可以确定移动终端发送反馈信息所采用的前导。一个实施例的PNICH相关参数设置如下:
前导编号preambleIndex-取值范围0~63;
前导发送周期pnichCycle-单位是帧;
前导发送帧偏移pnichFrameNumber-帧偏移量,UE通过{当前帧号mod pnichCycle==pnichFrameNumber}确定发送反馈前导的帧;
前导发送子帧偏移pnichSubframeNumber-子帧偏移量,UE通过该参数确定发送反馈前导的子帧;
前导发送频率偏移pnichFreqOffset-UE通过频率偏移量确定。
以上几个参数共同确定了用于反馈的PNICH前导资源。不同SC-MTCH所对应的PNICH资源不可重叠,各PNICH资源均不能与传统的PRACH资源重叠。
b.产生PNICH的前导序列的相关信息如下:
一个实施例的PNICH的序列生成方案,采用与PRACH序列生成一样的方法。
PNICH有关序列生成的参数,包括序列格式,起始根序列号,零相关区域设置和高速标识,通用与PRACH一样的相关系列参数设置,分别根据prach-ConfigIndex,rootSequenceIndex,zeroCorrelationZoneConfig和highSpeedFlag确定。
其中,参数prach-ConfigIndex仅用于关联PRACH format,其它定义PRACH时频资源的参数不影响PNICH。前面提及,PNICH的发送资源独立定义(参见a.)。参数rootSequenceIndex,zeroCorrelationZoneConfig,highSpeedFlag以及上文定义的前导编号preambleIndex共同确定了PNICH前导序列的根序列以及零相关区域偏移。
c.发送PNICH的判决条件如下:
一个实施例的发送PNICH的判决条件,采用统计误块率及阈值比较的方法。终端在计算误块率时,可以在一个统计周期内分别统计群组通信的下行调度数量和与之相应的下行数据解码成功数量,误块率为下行数据解码成功数与下行调度数之比。其中下行调度数应包括PDCCH(Physical Downlink Control Channel,物理下行控制信道)的显式调度和半持续调度(Semi-Persistence Scheduling,SPS)激活后的隐式调度。对于每次集群通信,SC-MTCH实例应该各自对应一个误块率阈值。若统计误块率值超过阈值则触发反馈PNICH前导的发送。统计周期的长度一般为前导发送周期pnichCycle,统计的起点由终端自行决定,只要保证在反馈PNICH的子帧即将到来前完成误块率判决即可。
综上,为了支持反馈功能,应对R13之后的RRC协议TS36.331进行扩展,增加新的信元。在SC-MTCH参数中,可引进一个新的RRC(Radio Resource Control,无线资源控制)信元SC-MTCH-NackIndication,表示反馈特性的参数集。
SC-MTCH-NackIndication的出现表示监听该SC-MTCH的各个UE(即移动终端)应根据相关参数进行NACK信息的反馈。其包含的参数有:
SC-MTCH-NackIndication字段描述如下:
调度模块30,用于若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
SC-PTM传输建立的起始阶段,数据传输的调度码率(第一码率)采用缺省的MCS(Modulation and Coding Scheme,调制与编码策略)经验值。若未开启反馈特性,则后续传输可一直沿用缺省的MCS经验值。若开启了反馈特性,基站可通过调度模块30的功能自适应的调整MCS,逐渐达到逼近最优码率的目标。进一步地,若未接收到群组的移动终端发送的反馈信息,可以高于所述第一码率的第三码率向所述群组发送通信数据。
基站可根据收到反馈信息与否,在每个周期不断修正传输码率。
基站应根据PNICH的配置信息,在预定的时频资源上,尝试检测PNICH。检测时,基站仅需要简单的根据零相关区域上的能量判定是否存在发送的前导即可。PNICH不需要计算上行定时提前量(Timing Advance,TA),以及信干噪比(Signal to Interference plusNoise Ratio,SINR)等。若零相关区域上的能量大于预设的能量阈值,则表明存在发送的前导,即,存在反馈信息;反之,表明不发送的前导,即,不存在反馈信息。其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述前导反馈的信息。
若接收到第一群组的移动终端发送的反馈信息,则表明第一群组内的存在不能正确解码下行数据的移动终端,从而可以以低于所述第一码率的第二码率向所述第一群组发送通信数据。若在较长时间内未接收到第一群组的移动终端发送的反馈信息,则表明第一群组内的移动终端均能够正确解码下行数据,从而可以以高于所述第一码率的第三码率向所述第一群组发送通信数据。通过这种方式,既能够尽量保证移动终端对下行数据的解码正确率,又能够兼顾的提高频谱利用率。
在一个实施例中,在以预设的第一码率分别向各个群组广播前导配置信息和通信数据之后,还可以通过计时器开始计时,若在计时达到预设的计时阈值之前接收到第一群组的移动终端发送的反馈信息,可以低于所述第一码率的第二码率向所述第一群组发送通信数据,并重置所述计时器。
其中,若收到PNICH,可以一定幅度下调MCS;若发生定时器T_pnich超时,则意味着在这段时间内未发生PNICH的传输,可考虑有条件地小幅上调MCS。考虑到升高码率有导致解码错误的风险,进行该操作的策略应缓慢而谨慎的进行。优选地,定时器T_pnich的时长设置为pnichCycle的数倍,保证较低的上调判决频率;升高码率的MCS调整幅度限制为1,避免码率过快升高。
一个实施例的终端向网络反馈NACK信息的示意图如图2所示。在图2中,UE1~3同属一个通信组。起始阶段,基站通过SC-MCCH(Single Cell-Multi-point ControlChannel,单小区多点控制信道)向组广播包含前导配置的SC-PTM配置信息(SCPTMConfiguration),指定了该组反馈所用的PNICH资源及判定阈值。基站采用了调度配置1进行多播传输,同时启动定时器。终端各自统计一段时间内的误块率,UE1和UE3由于误块率超限,通过PNICH向基站反馈NACK信息。在定时器超时前,基站获知有终端存在误块率超限的信息,从而重置定时器,重新采用较低码率的调度配置2进行多播传输。图中,eNodeB表示基站;UE1~UE3表示移动终端;DCI1A表示PDCCH Format 1A,用于调度SC-PTM传输的下行数据,其包括RB分配,MCS等关键信息;Data表示通信数据。
图3说明了终端不向网络反馈NACK信息的过程。UE1~3同属一个通信组。起始阶段,基站通过SC-MCCH向组广播包含前导配置信息的SC-PTM配置(SCPTMConfiguration),指定了该组反馈所用的PNICH资源及判定阈值。基站采用了调度配置1进行多播传输,同时启动定时器。终端各自统计一段时间内的误块率,在定时器超时发生前,组内所有终端的误块率超限均未发生,基站检测不到任何PNICH。在定时器超时后,基站重置定时器,重新采用较高码率的调度配置3进行多播传输。图中各标识的含义与图2相同。
本发明的单小区一对多通信方法和系统,通过引进终端对下行数据解码的应答反馈,对SC-PTM的传输进行自适应的调度,该调度可优化无线资源的分配,在保证数据传输的可靠性和无线资源利用的效率间取得合理的平衡。
本发明的单小区一对多通信系统与本发明的单小区一对多通信方法一一对应,在上述单小区一对多通信方法的实施例阐述的技术特征及其有益效果均适用于单小区一对多通信系统的实施例中,特此声明。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种单小区一对多通信方法,其特征在于,包括以下步骤:
当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据;
若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
2.根据权利要求1所述的单小区一对多通信方法,其特征在于,在以预设的第一码率向所述群组的各个移动终端广播通信数据之后,还包括以下步骤:
通过计时器开始计时;
若在计时达到预设的计时阈值之前接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;
重置所述计时器。
3.根据权利要求1所述的单小区一对多通信方法,其特征在于,还包括以下步骤:
若未接收到群组的移动终端发送的反馈信息,以高于所述第一码率的第三码率向所述群组发送通信数据。
4.根据权利要求1所述的单小区一对多通信方法,其特征在于,所述反馈信道基于物理随机接入信道的前导设计。
5.根据权利要求4所述的单小区一对多通信方法,其特征在于,所述反馈信道的配置信息包括前导编号、前导发送周期、前导发送帧偏移、前导发送子帧偏移和前导发送频率偏移。
6.根据权利要求1所述的单小区一对多通信方法,其特征在于,所述群组内的各个移动终端的前导相同。
7.根据权利要求1所述的单小区一对多通信方法,其特征在于,所述反馈信息为对所述通信数据解码失败的NACK信息。
8.根据权利要求2所述的单小区一对多通信方法,其特征在于,所述计时器的时长设为前导发送周期的N倍,N为正整数。
9.根据权利要求1所述的单小区一对多通信方法,其特征在于,根据如下方式统计所述下行误块率:
在一个统计周期内分别统计群组通信的下行调度数量和与之相应的下行数据解码成功数量;
将下行数据解码成功数量与下行调度数量之比设为所述下行误块率。
10.一种单小区一对多通信系统,其特征在于,包括:
反馈配置模块,用于当群组的一对多通信建立时,向所述群组的各个移动终端广播反馈信道的配置信息,并以预设的第一码率向所述群组的各个移动终端广播通信数据;
调度模块,用于若接收到所述群组的移动终端发送的反馈信息,以低于所述第一码率的第二码率向所述群组发送通信数据;其中,所述反馈信息为群组内的移动终端在监测到一个统计周期内所述通信数据的下行误块率大于预设误块率阈值时通过所述反馈信道反馈的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710121329.7A CN106954275A (zh) | 2017-03-02 | 2017-03-02 | 单小区一对多通信方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710121329.7A CN106954275A (zh) | 2017-03-02 | 2017-03-02 | 单小区一对多通信方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106954275A true CN106954275A (zh) | 2017-07-14 |
Family
ID=59467152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710121329.7A Pending CN106954275A (zh) | 2017-03-02 | 2017-03-02 | 单小区一对多通信方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106954275A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111371532A (zh) * | 2018-12-26 | 2020-07-03 | 华为技术有限公司 | 信息传输方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388755A (zh) * | 2007-09-11 | 2009-03-18 | 大唐移动通信设备有限公司 | 单小区mbms数据重传调度方法、装置、系统和基站 |
CN103220632A (zh) * | 2012-01-20 | 2013-07-24 | 鼎桥通信技术有限公司 | 集群系统下行覆盖自适应调整方法、基站及群组用户设备 |
CN105099628A (zh) * | 2014-04-18 | 2015-11-25 | 成都鼎桥通信技术有限公司 | 集群业务中实现数据重传的方法、基站及监听终端 |
CN106211093A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 基于prach的群组业务传输方法和装置 |
CN106209303A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 确定群组业务的调制编码方式的方法 |
CN106211086A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 基于pucch的群组业务传输方法 |
-
2017
- 2017-03-02 CN CN201710121329.7A patent/CN106954275A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101388755A (zh) * | 2007-09-11 | 2009-03-18 | 大唐移动通信设备有限公司 | 单小区mbms数据重传调度方法、装置、系统和基站 |
CN103220632A (zh) * | 2012-01-20 | 2013-07-24 | 鼎桥通信技术有限公司 | 集群系统下行覆盖自适应调整方法、基站及群组用户设备 |
CN105099628A (zh) * | 2014-04-18 | 2015-11-25 | 成都鼎桥通信技术有限公司 | 集群业务中实现数据重传的方法、基站及监听终端 |
CN106211093A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 基于prach的群组业务传输方法和装置 |
CN106209303A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 确定群组业务的调制编码方式的方法 |
CN106211086A (zh) * | 2015-05-07 | 2016-12-07 | 成都鼎桥通信技术有限公司 | 基于pucch的群组业务传输方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111371532A (zh) * | 2018-12-26 | 2020-07-03 | 华为技术有限公司 | 信息传输方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11729843B2 (en) | Method and apparatus of handling device-to-device resource selection with consideration on discontinuous reception operation in a wireless communication system | |
US11265132B2 (en) | Enhancing utilization efficiency of radio resources in MBMS | |
US20230254883A1 (en) | Method and apparatus for scheduling device-to-device sidelink transmission in a wireless communication system | |
EP3652875B1 (en) | Communication device, system and method for communication using feedback | |
CN107734606B (zh) | 一种多播业务的传输方法及装置 | |
US10080246B2 (en) | Apparatus and method for transmitting signals using multiple access schemes | |
US20180160471A1 (en) | Paging method and apparatus for communication of m2m/mtc device operating in high power saving reception mode in a mobile communication system, and system thereof | |
CN105191177B (zh) | 用于无线通信系统中的装置至装置d2d通信的多媒体广播/多播服务方法和装置 | |
WO2018028497A1 (zh) | 一种多播业务的传输方法及装置 | |
EP3482512B1 (en) | Methods and apparatus for multicast or broadcast transmission | |
US20180027549A1 (en) | Uplink control information transmitting method and apparatus | |
US20120099419A1 (en) | Method for transmitting retransmission request information for an error packet in a multimedia broadcast/multicast service, and method for retransmitting a packet in response to the retransmission request | |
CN101388755B (zh) | 单小区mbms数据重传调度方法、装置、系统和基站 | |
CN106211093B (zh) | 基于prach的群组业务传输方法和装置 | |
CN105557056A (zh) | 用于改善随机接入消息的发送的通信装置和方法 | |
US20090073911A1 (en) | Feedback method for multicast service in wireless communication system, and a system implementing the method | |
CN105359555A (zh) | 使用类随机接入过程的空闲模式终端的直接设备对设备通信的方法及其设备 | |
CN106211086A (zh) | 基于pucch的群组业务传输方法 | |
CN103796320A (zh) | 调度请求的方法及装置 | |
CN107734713A (zh) | 一种数据传输的方法和装置 | |
CN102684853B (zh) | 一种ack反馈模式选择方法和装置 | |
CN107623652B (zh) | 一种数据传输方法及装置 | |
CN101291193B (zh) | 一种重发数据包的方法和基站 | |
CN106954275A (zh) | 单小区一对多通信方法和系统 | |
US20210273767A1 (en) | Method for flexible feedback in v2x transmission and user equipment |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170714 |
|
RJ01 | Rejection of invention patent application after publication |