CN102801490A - 一种上行协作集中信息交互的方法及系统 - Google Patents
一种上行协作集中信息交互的方法及系统 Download PDFInfo
- Publication number
- CN102801490A CN102801490A CN201110137415XA CN201110137415A CN102801490A CN 102801490 A CN102801490 A CN 102801490A CN 201110137415X A CN201110137415X A CN 201110137415XA CN 201110137415 A CN201110137415 A CN 201110137415A CN 102801490 A CN102801490 A CN 102801490A
- Authority
- CN
- China
- Prior art keywords
- data
- cooperation
- cell
- check results
- serving 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/022—Site diversity; Macro-diversity
- H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种上行协作集中信息交互的方法及系统,该方法包括:在上行协作过程中,协作UE的协作集中的所有小区之间交互校验结果;协作集中的各协作小区根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向服务小区发送数据,以及,如果需要向服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。本发明按需选择传输TB或者仅传输部分CB,保证开销最小的情况下,传输服务小区最需要的部分,减小了对X2接口/空口的压力,提高了数据传输效率。
Description
技术领域
本发明涉及通信技术领域,更具体地,涉及一种上行协作集中信息交互的方法及系统。
背景技术
IMT-Advanced(International Mobile Telecommunications-Advanced,高级国际移动通信)关键技术的研究从20世纪末3G(3rd Generation,第三代移动通信)技术标准化完成之时就开始了,是下一代宽带无线通信代表了信息技术的主要发展方向。IMT-advanced与现有的系统相比,将实现更高的数据率和更大的系统容量,目标峰值速率为:低速移动、热点覆盖场景下1Gbit/s(千兆/秒)以上,高速移动、广域覆盖场景下100Mbit/s(百兆/秒)。
多点协作传输/接收技术(Coordinated Multipoint transmission/reception,简称为CoMP)是LTE-Advanced(Long Term Evolution-Advanced,高级长期演进系统)的关键技术之一。CoMP主要针对小区边缘地带的UE(UserEquipment,用户设备)受干扰情况严重的情况,由多个小区协作对受干扰UE进行多点数据传送/接收,或通过多个小区间的协调、调度,以达到消除小区间干扰,提高信号质量,提高用户和系统数据吞吐量,进而提高系统频谱利用率的目的。
CoMP技术的应用根据组网方式的不同可以分为intra-eNB CoMP和inter-eNB CoMP两种。Intra-eNB CoMP是指参与协作的小区/扇区属于同一个基站控制,特点是协作小区间通信在一个基站内部完成,不需要经过X2接口或空口的传输;inter-eNB CoMP是指参与协作的小区/扇区属于多个基站控制,特点是协作小区间通信时信息需要经过X2接口或者空口传输。因此,intra-eNB CoMP的应用具有速度快,协作方便的特点,而inter-eNB CoMP在协作集的选择上更有灵活性,因而具有更广泛的应用场景。
由于传统的协议中,基站之间的接口,例如X2接口或者其他空口,只传输少量数据,因此inter-eNB CoMP的应用会给X2接口带来相当大的压力,甚至因为接口能力限制协作效果。因此对X2口交互数据的优化很有必要。
CoMP技术按链路方向分为上行CoMP和下行CoMP两种。下行CoMP是指多个协作小区联合为用户发送数据,而上行CoMP是指多个协作小区联合接收UE的数据。
目前标准中下行CoMP技术主要分为以下两类:联合处理(Jointprocessing,简称为JP):在每个协作集中的小区中都给用户发送相同的数据,用户可利用类似宏分集的增益改善接收效果;协作调度/波束赋形(Coordinated Scheduling/Coordinated Beamforming,简称为CS/CB):每个协作集中的小区仅为自己小区中的用户发送数据,并利用波束赋型技术使得信号对本小区用户强的同时,对相邻小区同样资源上的用户干扰弱,以提高信噪比的方式改善接收效果。
而上行CoMP主要采用协作小区之间联合处理,即将多点接收到的UE上行数据进行合并处理以提高接收正确率。联合处理上行数据要求协作小区之间交互数据,交互数据的时机分为协作小区对UE数据解析前和解析后两种。解析数据过程会给协作小区带来额外的处理负担,但是解析后的数据相对于解析前的数据量变小,因此能从一定程度上减轻基站之间接口的压力,而且在服务小区没有解对而协作小区解对的情况下,能快速对UE做出肯定应答响应。
目前讨论的上行联合处理方案一般都是交互解析后的结果,即各协作集内的小区先独立解析,并交互最终的解析结果(即是否解对TB),如果服务小区没有解对,解对的协作小区会发送解对的TB(Transmit Block,传输块)给服务小区。
提案R1-093797提出,在所有eNB(enhanced Node B,改进的基站)之间交互ACK(ACKnowledge,肯定应答)/NAK(Non-ACKnowledge,否定应答),细化了各种情况下的处理方式。在所有基站都没解对的情况下,交互软比特信息,或IQ采样数据(IQ samples),进行合并后也能提高正确率。
提案R1-09-3019提出增加CB(code block,码块)级、软比特级别的交互。从TB、CB、软比特信息到IQ采样信息(IQ samples),开销依次增大,对X2接口或者空口的压力也依次增大。该提案主要提出协作小区根据X2接口的能力选择一个最合适的级别的数据包发送给服务小区,服务小区根据收到的所有协作小区的数据包的级别依次进行合并,并解析。
但是,上述提案中,仅提到TB级、CB级的交互,但如果是服务小区解错时,协作小区发送TB级或者CB级全部的数据,则在信息交互时的开销是比较大的,对X2接口/空口的压力也较大,数据传输效率不高。而交互软bit信息和IQ数据,服务小区的处理负担较重。
发明内容
本发明解决的技术问题是提供一种上行协作集中信息交互的方法及系统,能够减少基站或者小区之间接口的数据量,使得传输的内容对协作更有效。
为解决上述技术问题,本发明提供了一种上行协作集中信息交互的方法,所述方法包括:
在上行协作过程中,协作用户设备(UE)的协作集中的所有小区之间交互校验结果;
所述协作集中的各协作小区根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向所述服务小区发送数据,以及,如果需要向所述服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。
进一步地,所述校验结果,包括:传输块(TB)校验结果,和/或码块(CB)校验结果。
进一步地,所述校验结果,具体是指:
如果TB解对,则所述校验结果为肯定应答(ACK);
如果TB解错,且TB未分为多个CB,则所述校验结果为否定应答(NAK);
如果TB解错,且TB分为多个CB时,则所述校验结果包括NAK,还包括CB校验结果。
进一步地,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,不需要向服务小区发送数据:
所述服务小区的TB校验结果为正确;
或者,所述服务小区的TB校验结果为错误,本协作小区的TB校验结果为错误,且所述协作集中有其他协作小区的TB校验结果为正确。
进一步地,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,需要向服务小区发送全部数据:
TB没有分为多个CB,所述协作集中服务小区和协作小区的的TB校验结果均为错误,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,所述协作集中只有本协作小区的TB校验结果为正确,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,本协作小区的TB校验结果为正确,且所述协作集中有其他协作小区的TB校验结果为正确时,按照统一的判决准则,决策出本协作小区需要向服务小区发送全部数据;
其中,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级数据。
进一步地,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,需要向服务小区发送部分数据:
TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,且所述协作集中全部协作小区的TB校验结果都为错误时;或者,所述服务小区的TB校验结果为错误且部分CB校验结果为错误时,则对所述CB校验结果为错误的一个或多个CB进行以下判断:
如果所述协作集中只有本协作小区相应的CB校验结果为正确,则本协作小区向所述服务小区发送所述相应的CB数据;
如果本协作小区相应的CB校验结果为正确,所述协作集中有其他协作小区相应的CB校验结果也为正确,按照统一的判决准则,决策出本协作小区向所述服务小区发送所述相应的CB数据,则本协作小区向所述服务小区发送所述相应的CB数据;
如果所述协作集中所有协作小区的相应CB校验结果均为错误,则本协作小区向所述服务小区发送所述相应的CB数据;
其中,所述发送部分数据是指发送部分CB数据。
进一步地,所述方法还包括:
所述服务小区在TB解错时,根据收到的所述协作小区发送的数据和对应检验结果,按照以下方式修正同级数据或者进行信息合并后,对数据包进行解析:
如果收到的是正确的TB数据,则用该TB数据直接替换解错的TB数据;
如果收到的是CB数据,且发送该CB数据的协作小区是解对的,则用该CB数据对相应CB数据进行修正后,用修正后的CB数据对数据包做进一步解析;
如果收到的是CB数据,且发送该CB数据的协作小区是解错的,则采用CB级合并多个协作小区都解错的相应CB数据后,用合并后的CB信息对数据包做进一步解析;
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
此外,本发明还提供了一种上行协作集中信息交互的系统,所述系统包括:
校验结果交互单元,用于在上行协作过程中,与协作UE的协作集中的其他小区之间交互校验结果,其中所述校验结果包括TB校验结果,和/或CB校验结果;
协作小区中的协商决策单元,用于根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向所述服务小区发送数据,以及,如果需要向所述服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。
进一步地,所述校验结果交互单元用于,按照以下方式交互校验结果:
如果TB解对,则交互的校验结果为ACK;
如果TB解错,且TB未分为多个CB,则交互的校验结果为NAK;
如果TB解错,且TB分为多个CB时,则交互的校验结果包括NAK,还包括CB校验结果。
校验结果,包括:传输块(TB)校验结果,和/或码块(CB)校验结果。
进一步地,所述协商决策单元用于,在本协作小区满足下列条件之一时,决策不需要向服务小区发送数据:
所述服务小区的TB校验结果为正确;
或者,所述服务小区的TB校验结果为错误,本协作小区的TB校验结果为错误,且所述协作集中有其他协作小区的TB校验结果为正确;
而在本协作小区满足下列条件之一时,决策需要向服务小区发送全部数据:
TB未分为多个CB,所述协作集中服务小区和协作小区的的TB校验结果均为错误,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,所述协作集中只有本协作小区的TB校验结果为正确,则本协作小区需要向服务小区发送全部数据;
或者,所述服务小区的TB和全部CB校验结果均为错误,本协作小区的TB校验结果为正确,且所述协作集中有其他协作小区的TB校验结果为正确时,按照统一的判决准则,决策出本协作小区需要向服务小区发送全部数据;
其中,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级数据。
进一步地,所述协商决策单元用于,在本协作小区满足下列条件之一时,决策需要向服务小区发送部分数据:
TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,且所述协作集中全部协作小区的TB校验结果都为错误时;或者,所述服务小区的TB校验结果为错误且部分CB校验结果为错误时,则所述协商决策单元对所述CB校验结果为错误的一个或多个CB进行以下判断:
如果所述协作集中只有本协作小区相应的CB校验结果为正确,则本协作小区向所述服务小区发送所述相应的CB数据;
如果本协作小区相应的CB校验结果为正确,所述协作集中有其他协作小区相应的CB校验结果也为正确,按照统一的判决准则,决策出本协作小区向所述服务小区发送所述相应的CB数据,则本协作小区向所述服务小区发送所述相应的CB数据;
如果所述协作集中所有协作小区的相应CB校验结果均为错误,则本协作小区向所述服务小区发送所述相应的CB数据;
其中,所述发送部分数据是指发送部分CB数据。
进一步地,所述系统还包括服务小区中的解析处理单元:
所述解析处理单元用于,当所述服务小区TB解错时,根据收到的所述协作小区发送的数据和对应检验结果,按照以下方式修正同级数据或者进行信息合并后,对数据包进行解析:
如果收到的是正确的TB数据,则用该TB数据直接替换解错的TB数据;
如果收到的是CB数据,且发送该CB数据的协作小区是解对的,则用该CB数据对相应CB数据进行修正后,用修正后的CB数据对数据包做进一步解析;
如果收到的是CB数据,且发送该CB数据的协作小区是解错的,则采用CB级合并多个协作小区都解错的相应CB数据后,用合并后的CB信息对数据包做进一步解析;
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
与现有技术相比较,本发明至少具有如下有益效果:相对于联合处理典型方法中传输TB级、CB级、软bit级或者IQ数据,本发明按需选择传输TB或者仅传输部分CB,保证开销最小的情况下,传输服务小区最需要的部分,减小了对X2接口/空口的压力,提高了数据传输效率;相对于交互软bit信息和IQ数据合并,CB是相对较高层次的信息,能减轻服务小区的处理负担;另外,该方法兼容性较好,对大TB的场景优势突出,对小TB的场景也没有引入额外开销。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为LTE技术中发射机的结构示意图;
图2为LTE技术中接收机的结构示意图;
图3为本发明实施例中服务小区的处理流程图;
图4为本发明实施例中协作小区的处理流程图;
图5为本发明应用示例的场景示意图。
具体实施方式
本发明的主要目的在于,针对上行CoMP中基站间交互数据的特点,提出一种在协作集中交互信息的方法,对现有的交互方式进行改进,使得基站或者小区之间接口的数据量减少,传输的内容对协作更有效。
为实现上述目的,本发明的构思大致描述如下:
通过对LTE中数据发送的过程进行研究可以得知,物理层对数据的处理分为两部分,比特级处理和符号级处理,发端和收端的比特级处理过程分别参见图1和图2。
在bit级处理中,发端处理:TB(Transmit Block,传输块)加24位CRC(Cyclic Redundancy Check,循环冗余校验)码后利用码块分割算法分割成若干个CB(Code Block,码块)。当CB个数大于1时,每个CB加24位CRC校验码后再做后续的处理;如果TB的比特数较少,不需要分割,就不需要再添加CB的CRC。即,当存在多个CB时,TB有CRC校验、CB也有CRC校验。因此,在收端,TB以及每个CB的解析结果都可以通过CB级的CRC校验结果得知。
基于以上思路,本发明的基本思想是:在上行协作过程中,协作集中的小区交互校验结果,分布协商协作小区是否需要发送数据给服务小区。当需要发送时,协作小区可以只发送部分数据包或者全部数据包给服务小区,服务小区利用收到的信息修正自己的同级数据,完成解包过程。
其中,所述协作集中的小区包括服务小区和若干参与协作的协作小区。在上行协作过程中,用户发送数据,所述协作集中的小区都进行接收,并独立解包。
所述分布协商是指:协作小区采用分布式算法决策出需要发送数据的协作小区,且保证在不同的协作小区计算的结果是一致的。具体而言,是指:每个协作小区决策出本协作小区是否需要向服务小区发送数据,以及,如果需要发送,则需要向服务小区发送全部数据还是部分数据。
所述发送部分数据包是指:数据包TB较大时,在编码过程中TB分为多个CB,并且分布协商的结果为协作小区只需要发送部分CB。
所述发送全部数据包是指:数据包TB较小时,编码过程中TB不需要分割,或者在TB分割为多个CB时分布协商的结果为协作小区需要发送全部数据。
进一步地,所述发送部分数据包是指发送部分CB级数据包。
进一步地,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级的数据。
具体地,本发明提供一种上行协作集信息交互方法,主要采用如下技术方案:
步骤一:协作集中的小区收到协作UE的数据后独立解析,保存TB数据及其校验结果;
如果在解包过程中TB分割为多个CB时,还要保存每个CB的数据包及其校验结果。
步骤二:协作集中的小区之间交互各自的校验结果;如果满足条件,服务小区同时发送应答消息给协作UE。
所述校验结果包括本小区的TB的校验结果,当解包过程中TB分割为多个CB时,还包括CB的校验结果。
服务小区:如果TB校验正确,发送ACK(ACKnowledge,肯定应答)给所有协作小区;同时发送ACK给协作UE,不需要执行后续步骤,完成本次接收过程;
否则,发送NAK(Non-ACKnowledge,否定应答)给所有协作小区;当TB分割为多个CB时,还需加上CB的校验结果。
协作小区:如果TB校验正确,发送ACK给所有协作集内的小区;
否则,发送NAK给所有协作集内的小区;当TB分割为多个CB时,还需加上CB的校验结果。
步骤三:所述协作集中的协作小区根据接收到的步骤2的解析结果协调数据交互。
服务小区(解TB包错误):
如果收到协作小区的TB解包结果有ACK,则发送ACK给UE,等待其他协作小区发送数据包给自己。
协作小区:如果收到服务小区的ACK消息,表明服务小区接收TB包正确,则不需要交互数据,本次接收过程已经完成;
否则,如果自己解TB包正确,并且协作集中只有自己解对,当服务小区的TB没有分包,或者服务小区的TB有分包且所有CB都解错时,直接发送已解对的TB给服务小区;当服务小区的TB有分包,并且有CB解对时,发送服务小区解错的CB给服务小区;
如果自己解TB包正确,并且协作集中还有其他小区也解对,利用判决算法判断哪一个解对的小区发送正确的信息给服务小区;如果判断结果是自己,则发送TB或者CB给服务小区,具体地,当服务小区的TB没有分包,或者服务小区的TB有分包且所有CB都解错时,直接发送已解对的TB给服务小区;当服务小区的TB有分包,并且有CB解对时,发送服务小区解错的CB给服务小区;
如果自己解TB包错误,并且协作集中有小区解对TB时,则不需要发送数据包,本小区已经完成了此次接收过程;
如果自己解TB包错误,并且协作集中没有小区解对TB时,当TB没有分包时,则发送解错的TB包给服务小区;当TB有分包时,则针对服务小区解错的每个CB在所有协作小区内的解包结果进行判断:
如果某CB在本小区解包正确,并且在其他协作小区均解包错误,则本小区发送该CB数据包给服务小区;
如果某CB在本小区解包正确,并且在其他协作小区中也有解包正确的,则利用判决算法判断哪一个解对的小区发送正确的CB数据包给服务小区,如果判断结果是自己,则发送该CB数据包给服务小区;
如果某CB在本小区解包错误,并且其他协作小区有解包正确的,则本小区不需要发送该CB数据包;
如果某CB在本小区解包错误,并且其他协作小区解包均错误,则本小区发送该CB数据包给服务小区。
步骤四:服务小区收到协作小区发送的数据包,合并解析。
服务小区:(自己解TB包错误)处理协作小区发的数据包:如果收到的是正确的TB包,则直接将自己解错的TB包替换为正确的;如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
如果收到的是CB包,并且是协作小区解对的,则用解对的CB替换自己解错的;如果收到的是CB包,并且是协作小区解错的,则采用CB级合并方法合并多个小区都解错的该CB结果;然后,用修正后的CB信息进一步解TB。
步骤五:服务小区合并解包后,当CB级信息合并解析TB结果正确时,如果没有发送ACK给UE,则发送ACK给UE;否则,发送NAK给UE;完成本次解包过程。
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本发明实施例的上行协作集信息交互的方法中,服务小区的处理流程图如图3所示,主要包括以下步骤:
步骤101:服务小区接收到UE的数据。
步骤102:服务小区收到协作UE的数据后,独立解析并保存TB和/或CB数据及其解析结果。
其中,所述解析结果包括服务小区的TB的校验结果,当解包过程中TB分割为多个CB时,还包括CB的解析结果。如果在解包过程中TB分割为多个CB时,还要保存每个CB的数据包及其校验结果。
步骤103:服务小区判断解包是否正确,如果TB校验正确,则执行步骤104,否则,执行步骤105。
步骤104:发送ACK(ACKnowledge,肯定应答)给所有协作小区,同时发送ACK给协作UE;之后,直接转到步骤111,完成本次流程。
步骤105:如果TB校验错误,则发送NAK(Non-ACKnowledge,否定应答)给所有协作小区,且当TB分割为多个CB时,还需加上CB的校验结果;并等待协作小区发送TB/CB解析结果过来。
步骤106:收到协作小区发的解析结果。
步骤107:检查协作小区中是否有解包正确的,如果有,则执行步骤108;否则,执行步骤109。
步骤108:如果收到协作小区的TB解包结果有ACK,则发送ACK给UE,待接收到其他协作小区发送的数据包后发送给上层,之后,直接转到步骤111,完成本次接收过程。
步骤109:如果协作集中没有协作小区解对TB,则服务小区根据接收到的协作小区的数据包,合并解析。
该步骤具体包括:
如果服务小区收到的是CB包,并且是协作小区解对的,则用解对的CB替换自己解错的;
如果服务小区收到的是CB包,并且是协作小区解错的,则采用CB级合并方法合并多个小区都解错的该CB结果;然后,用修正后的CB信息进一步解TB。
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。。
步骤110:服务小区合并解包后,当CB级信息合并解析TB结果正确时,如果没有发送ACK给UE,则发送ACK给UE;否则,发送NAK给UE。
步骤111:完成本次解包处理流程。
本发明实施例的上行协作集信息交互的方法中,协作小区的处理流程图如图4所示,主要包括以下步骤:
步骤201:协作小区接收到UE的数据。
步骤202:协作小区收到协作UE的数据后,独立解析并保存TB和/或CB数据及其解析结果。
其中,所述解析结果包括服务小区的TB的校验结果,当解包过程中TB分割为多个CB时,还包括CB的解析结果。如果在解包过程中TB分割为多个CB时,还要保存每个CB的数据包及其校验结果。
步骤203:协作小区发送解析结果给所有协作集内的其他小区。
步骤204:接收协作集内的所有其他小区发送来的解析结果。
步骤205:判断服务小区解包是否正确,如果是,则直接转到步骤219,完成本次流程;否则,执行步骤206。
步骤206:判断本协作小区解包是否正确,如果是,则执行步骤207;否则,执行步骤208。
步骤207:判断协作集内是否有其他小区也有解包正确的,如果是,则执行步骤209;否则,执行步骤210。
步骤208:判断协作集内是否有其他小区解包正确的,如果是,则直接转到步骤219,完成本次流程;否则,执行步骤212。
步骤209:判断是否本协作小区发送正确TB数据包给服务小区,如果是,则执行步骤211;否则,直接转到步骤219,完成本次流程,而由其他小区发送正确TB数据包给服务小区。
步骤210:本协作小区发送TB/CB数据包给服务小区。
步骤211:本协作小区发送TB/CB数据包给服务小区。
其中,发送TB/CB是指,当TB没有分为多个CB时,发送TB;当TB分为多个CB,且当服务小区仅有部分CB解错时,则发送解错部分的CB;当TB分为多个CB,且服务小区所有CB都解错,则发送TB。
步骤212:判断服务小区解错的CB本协作小区是否解对,如果是,则执行步骤213;否则,执行步骤217。
步骤213:判断协作集内是否也有其他小区解该CB数据包正确的,如果是,则执行步骤214;否则,执行步骤215。
步骤214:发送相应CB数据包给服务小区。
步骤215:判断是否本小区发送正确CB数据包给服务小区,如果是,则执行步骤216;否则,直接转到步骤219,完成本次流程。
步骤216:发送正确CB数据包给服务小区。
步骤217:判断协作集内是否有其他小区解该CB数据包正确的,如果是,则直接转到步骤219,完成本次流程;否则,执行步骤218。
步骤218:发送相应CB数据包给服务小区。
步骤219:完成本次解包处理流程。
以下将结合本发明若干应用示例对本发明方案的实施作更进一步具体说明。
应用示例一:较大的TB应用场景
如附图5所示,本实施例场景中包括如下基站:
eNB0(cell01、cell02、cell03);
eNB1(cell11、cell12、cell13);
eNB2(cell21、cell22、cell23);
eNB3(cell31、cell32、cell33)。
为不失一般性,此示例对cell02中的UE00进行分析。设UE00的服务小区是cell02,协作小区集中有3个小区:cell02、cell11、cell23,分别属于eNB0、eNB1、eNB2基站。基站之间X2接口连接。
设UE00发送的数据包为TB0,bit级处理时分为3个CB,分别为CB0、CB1、CB2。
上行协作过程:UE00发送数据,所有协作小区接收,分别独立解码后,根据结果确定是否进行合并。该示例的具体步骤描述如下:
步骤1:所有在协作集中的小区收到UE的数据后,进行独立解包,保存TB解包结果;如果在解包过程中判断TB分割为多个CB,则保存每个CB的解包结果。
假定本示例中,服务小区和协作小区的独立解包结果如下表所示:
表1小区独立解码并保存解码结果
步骤2:在协作集的小区中交互各自的独立解包结果;如果满足条件,服务小区同时发送应答消息给UE。
服务小区:如果TB解包正确,发送ACK(ACKnowledge肯定应答)给所有协作小区;同时发送ACK给UE,不需要执行后续步骤,完成本次接收过程;
否则,发送NAK(Non-ACKnowledge否定应答)给所有协作小区;当TB分割为多个CB时,还需加上CB的解包结果。
协作小区:如果TB解包正确,发送ACK给所有协作集内的小区;
否则,发送NAK给所有协作集内的小区;当TB分割为多个CB时,还需加上CB的解包结果。
其中,CB的解包结果可以用bitmap来指示,其中bit值为0的表示对应的CB解析正确,bit值为1表示解析错误;
或者,CB的解包结果也可以用解错的CB个数加错误CB编码列表来指示,例如,错误的CB个数为2个,按从小到大的序号分别为0、2,表示CB0和CB2解错,其余的CB解析正确。
需要说明的是,CB解包结果用哪一种方式都不影响发明的实现,下表中采用bitmap的方式来指示。
表2小区独立解码后交互解码结果
步骤3:协作集的小区收到解包结果后进行分析,并按需交互数据。
服务小区(自己解TB包错误):如果收到协作小区的TB解包结果有ACK,则发送ACK给UE,等待其他协作小区发送数据包给自己。
协作小区:如果收到服务小区的ACK消息,表明服务小区解TB包正确,则不需要交互数据,本次接收过程已经完成;
否则,如果自己解TB包正确,并且协作集中只有自己解对,当服务小区的TB没有分包,或者服务小区的TB有分包且所有CB都解错时,直接发送已解对的TB给服务小区;当服务小区的TB有分包,并且有CB解对时,发送服务小区解错的CB给服务小区;
如果自己解TB包正确,并且协作集中还有其他小区也解对,利用判决算法判断哪一个解对的小区发送正确的信息给服务小区;如果判断结果是自己,则发送TB或者CB给服务小区,具体地,当服务小区的TB没有分包,或者服务小区的TB有分包且所有CB都解错时,直接发送已解对的TB给服务小区;当服务小区的TB有分包,并且有CB解对时,发送服务小区解错的CB给服务小区;
如果自己解TB包错误,并且协作集中有小区解对TB时,则不需要发送数据包,本小区已经完成了此次接收过程;
如果自己解TB包错误,并且协作集中没有小区解对TB时,当TB没有分包时,则发送软比特级数据或者IQ采样级数据;当TB有分包时,则针对服务小区解错的每个CB在所有协作小区内的解包结果进行判断:
如果某CB在本小区解包正确,并且在其他协作小区均解包错误,则本小区发送该CB数据包给服务小区;
如果某CB在本小区解包正确,并且在其他协作小区中也有解包正确的,则利用判决算法判断哪一个解对的小区发送正确的CB数据包给服务小区,如果判断结果是自己,则发送该CB的正确解包结果给服务小区;
如果某CB在本小区解包错误,并且其他协作小区有解包正确的,则本小区不需要发送该CB数据包;
如果某CB在本小区解包错误,并且其他协作小区解包均错误,则本小区发送该CB的数据包给服务小区。
其中,在发送TB包或者CB包给服务小区时,需要标注该包是自己解对的还是解错的。
其中,判决算法可视具体实现而定,只需保证在各个小区独立计算,但是最终只有一个确定的结果,例如,取集合中小区编号的最大或者最小,等等,本发明并不做具体限制。
表3小区交互解码结果后交互数据
步骤4:服务小区收到协作小区发送的数据包,合并解析。
服务小区(自己解TB包错误)处理协作小区发的数据包:
如果收到的是解对的TB包,则直接将自己解错的TB包替换为正确的;如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析;
如果收到的是CB包,并且是协作小区解对的,则用解对的CB替换自己解错的;
如果收到的是CB包,并且是协作小区解错的,则采用CB级合并方法合并多个小区都解错的该CB结果;
然后,用修正后的CB信息进一步解TB。
步骤5:服务小区合并解包后,当CB级信息合并解析TB结果正确时,如果没有发送ACK给UE,则发送ACK给UE;否则,发送NAK给UE;完成本次解包过程。
表4服务小区合并解析后按需发送合并结果给UE
应用示例二:较小TB的应用场景一
本发明对较小TB的场景也同样适用,较小TB是指在做bit级处理时,TB不分为多个CB,而所有的处理过程可以与实施例1的一致,因为没有CB的处理,因此可以退化为典型的TB解包过程实现。
该示例的具体步骤描述如下:
步骤1:所有在协作集中的小区收到UE的数据后,进行独立解包,保存TB解包结果。
步骤2:在协作集的小区中交互各自的独立解包结果;如果满足条件,服务小区同时发送应答消息给UE。
服务小区:如果TB解包正确,发送ACK(ACKnowledge肯定应答)给所有协作小区;同时发送ACK给UE,不需要执行后续步骤,完成本次接收过程;
否则,发送NAK(Non-ACKnowledge否定应答)给所有协作小区。
协作小区:如果TB解包正确,发送ACK给所有协作集内的小区;
否则,发送NAK给所有协作集内的小区。
步骤3:协作集的小区收到解包结果后进行分析,并按需交互数据。
服务小区(自己解TB包错误):如果收到协作小区的TB解包结果有ACK,则发送ACK给UE,不需要执行后续步骤,完成本次接收过程;
否则等待其他协作小区发送数据包给自己。
协作小区:如果收到服务小区的ACK消息,表明服务小区解TB包正确,则不需要交互数据,本次接收过程已经完成;
否则,如果自己解TB包正确,并且协作集中只有自己解对时,直接发送已解对的TB给服务小区;
如果自己解TB包正确,并且协作集中还有其他小区也解对,利用判决算法判断哪一个解对的小区发送正确的信息给服务小区;如果判断结果是自己,直接发送已解对的TB给服务小区;
如果自己解TB包错误,并且协作集中有小区解对TB时,则不需要发送数据包,本小区已经完成了此次接收过程;
如果自己解TB包错误,并且协作集中没有小区解对TB时,则发送软比特信息或者IQ采样数据给服务小区。
步骤4:服务小区收到协作小区发送的数据包,合并解析。
服务小区(自己解TB包错误)处理协作小区发的数据包:如果收到的是解对的TB包,则直接将自己解错的TB包替换为正确的;如果收到的是软比特信息或者IQ采样数据,则做相应级别的信息合并,并最终完成TB级信息的解析。
步骤5:服务小区合并解包后,当解析TB结果正确时,如果没有发送ACK给UE,则发送ACK给UE;否则,发送NAK给UE;完成本次解包过程。
综上所述,本发明提出了一种针对上行CoMP协作集交互信息时的优化方法,相对于联合处理典型方法中传输TB级、CB级、软bit级或者IQ数据,该方法只需要传输部分CB,并且是服务小区最需要的部分,减小了对X2接口/空口的压力;相对于交互软bit信息和IQ数据合并,CB是相对较高层次的信息,能减轻服务小区的处理负担;该方法兼容性较好,大TB的场景优势突出,小TB的场景也没有引入额外开销。
此外,本发明实施例中还提供了一种上行协作集中信息交互的系统(未图示),该系统主要包括:
校验结果交互单元,用于在上行协作过程中,与协作UE的协作集中的其他小区之间交互校验结果,其中所述校验结果包括TB校验结果,和/或CB校验结果;
协作小区中的协商决策单元,用于根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向所述服务小区发送数据,以及,如果需要向所述服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。
进一步地,所述校验结果交互单元用于,按照以下方式交互校验结果:
如果TB解对,则交互的校验结果为ACK;
如果TB解错,且TB未分为多个CB,则交互的校验结果为NAK;
如果TB解错,且TB分为多个CB时,则交互的校验结果包括NAK,还包括CB校验结果。
校验结果,包括:传输块(TB)校验结果,和/或码块(CB)校验结果。
进一步地,所述协商决策单元用于,在本协作小区满足下列条件之一时,决策不需要向服务小区发送数据:
所述服务小区的TB校验结果为正确;
或者,所述服务小区的TB校验结果为错误,本协作小区的TB校验结果为错误,且所述协作集中有其他协作小区的TB校验结果为正确;
而在本协作小区满足下列条件之一时,决策需要向服务小区发送全部数据:
TB未分为多个CB,所述协作集中服务小区和协作小区的的TB校验结果均为错误,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,所述协作集中只有本协作小区的TB校验结果为正确,则本协作小区需要向服务小区发送全部数据;
或者,所述服务小区的TB和全部CB校验结果均为错误,本协作小区的TB校验结果为正确,且所述协作集中有其他协作小区的TB校验结果为正确时,按照统一的判决准则,决策出本协作小区需要向服务小区发送全部数据;
其中,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级数据。
进一步地,所述协商决策单元用于,在本协作小区满足下列条件之一时,决策需要向服务小区发送部分数据:
TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,且所述协作集中全部协作小区的TB校验结果都为错误时;或者,所述服务小区的TB校验结果为错误且部分CB校验结果为错误时,则所述协商决策单元对所述CB校验结果为错误的一个或多个CB进行以下判断:
如果所述协作集中只有本协作小区相应的CB校验结果为正确,则本协作小区向所述服务小区发送所述相应的CB数据;
如果本协作小区相应的CB校验结果为正确,所述协作集中有其他协作小区相应的CB校验结果也为正确,按照统一的判决准则,决策出本协作小区向所述服务小区发送所述相应的CB数据,则本协作小区向所述服务小区发送所述相应的CB数据;
如果所述协作集中所有协作小区的相应CB校验结果均为错误,则本协作小区向所述服务小区发送所述相应的CB数据;
其中,所述发送部分数据是指发送部分CB数据。
进一步地,所述系统还包括服务小区中的解析处理单元:
所述解析处理单元用于,当所述服务小区TB解错时,根据收到的所述协作小区发送的数据和对应检验结果,按照以下方式修正同级数据或者进行信息合并后,对数据包进行解析:
如果收到的是正确的TB数据,则用该TB数据直接替换解错的TB数据;
如果收到的是CB数据,且发送该CB数据的协作小区是解对的,则用该CB数据对相应CB数据进行修正后,用修正后的CB数据对数据包做进一步解析;
如果收到的是CB数据,且发送该CB数据的协作小区是解错的,则采用CB级合并多个协作小区都解错的相应CB数据后,用合并后的CB信息对数据包做进一步解析;
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
以上仅为本发明的优选实施案例而已,并不用于限制本发明,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
Claims (12)
1.一种上行协作集中信息交互的方法,其特征在于,所述方法包括:
在上行协作过程中,协作用户设备(UE)的协作集中的所有小区之间交互校验结果;
所述协作集中的各协作小区根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向所述服务小区发送数据,以及,如果需要向所述服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。
2.如权利要求1所述的方法,其特征在于,
所述校验结果,包括:传输块(TB)校验结果,和/或码块(CB)校验结果。
3.如权利要求2所述的方法,其特征在于,
所述校验结果,具体是指:
如果TB解对,则所述校验结果为肯定应答(ACK);
如果TB解错,且TB未分为多个CB,则所述校验结果为否定应答(NAK);
如果TB解错,且TB分为多个CB时,则所述校验结果包括NAK,还包括CB校验结果。
4.如权利要求3所述的方法,其特征在于,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,不需要向服务小区发送数据:
所述服务小区的TB校验结果为正确;
或者,所述服务小区的TB校验结果为错误,本协作小区的TB校验结果为错误,且所述协作集中有其他协作小区的TB校验结果为正确。
5.如权利要求3所述的方法,其特征在于,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,需要向服务小区发送全部数据:
TB没有分为多个CB,所述协作集中服务小区和协作小区的的TB校验结果均为错误,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,所述协作集中只有本协作小区的TB校验结果为正确,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,本协作小区的TB校验结果为正确,且所述协作集中有其他协作小区的TB校验结果为正确时,按照统一的判决准则,决策出本协作小区需要向服务小区发送全部数据;
其中,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级数据。
6.如权利要求5所述的方法,其特征在于,所述分布协商,具体包括:
所述协作小区满足下列条件之一时,需要向服务小区发送部分数据:
TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,且所述协作集中全部协作小区的TB校验结果都为错误时;或者,所述服务小区的TB校验结果为错误且部分CB校验结果为错误时,则对所述CB校验结果为错误的一个或多个CB进行以下判断:
如果所述协作集中只有本协作小区相应的CB校验结果为正确,则本协作小区向所述服务小区发送所述相应的CB数据;
如果本协作小区相应的CB校验结果为正确,所述协作集中有其他协作小区相应的CB校验结果也为正确,按照统一的判决准则,决策出本协作小区向所述服务小区发送所述相应的CB数据,则本协作小区向所述服务小区发送所述相应的CB数据;
如果所述协作集中所有协作小区的相应CB校验结果均为错误,则本协作小区向所述服务小区发送所述相应的CB数据;
其中,所述发送部分数据是指发送部分CB数据。
7.如权利要求4、5或6所述的方法,其特征在于,所述方法还包括:
所述服务小区在TB解错时,根据收到的所述协作小区发送的数据和对应检验结果,按照以下方式修正同级数据或者进行信息合并后,对数据包进行解析:
如果收到的是正确的TB数据,则用该TB数据直接替换解错的TB数据;
如果收到的是CB数据,且发送该CB数据的协作小区是解对的,则用该CB数据对相应CB数据进行修正后,用修正后的CB数据对数据包做进一步解析;
如果收到的是CB数据,且发送该CB数据的协作小区是解错的,则采用CB级合并多个协作小区都解错的相应CB数据后,用合并后的CB信息对数据包做进一步解析;
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
8.一种上行协作集中信息交互的系统,其特征在于,所述系统包括:
校验结果交互单元,用于在上行协作过程中,与协作UE的协作集中的其他小区之间交互校验结果,其中所述校验结果包括TB校验结果,和/或CB校验结果;
协作小区中的协商决策单元,用于根据交互的所有小区的校验结果,获知服务小区解包错误时,通过分布协商决策出本协作小区是否需要向所述服务小区发送数据,以及,如果需要向所述服务小区发送数据,则需要向所述服务小区发送全部数据还是部分数据。
9.如权利要求8所述的系统,其特征在于,
所述校验结果交互单元用于,按照以下方式交互校验结果:
如果TB解对,则交互的校验结果为ACK;
如果TB解错,且TB未分为多个CB,则交互的校验结果为NAK;
如果TB解错,且TB分为多个CB时,则交互的校验结果包括NAK,还包括CB校验结果。
校验结果,包括:传输块(TB)校验结果,和/或码块(CB)校验结果。
10.如权利要求9所述的系统,其特征在于,
所述协商决策单元用于,在本协作小区满足下列条件之一时,决策不需要向服务小区发送数据:
所述服务小区的TB校验结果为正确;
或者,所述服务小区的TB校验结果为错误,本协作小区的TB校验结果为错误,且所述协作集中有其他协作小区的TB校验结果为正确;
而在本协作小区满足下列条件之一时,决策需要向服务小区发送全部数据:
TB未分为多个CB,所述协作集中服务小区和协作小区的的TB校验结果均为错误,则本协作小区需要向服务小区发送全部数据;
或者,TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,所述协作集中只有本协作小区的TB校验结果为正确,则本协作小区需要向服务小区发送全部数据;
或者,所述服务小区的TB和全部CB校验结果均为错误,本协作小区的TB校验结果为正确,且所述协作集中有其他协作小区的TB校验结果为正确时,按照统一的判决准则,决策出本协作小区需要向服务小区发送全部数据;
其中,所述发送全部数据是指发送TB级、或软比特级、或IQ采样级数据。
11.如权利要求9所述的系统,其特征在于,
所述协商决策单元用于,在本协作小区满足下列条件之一时,决策需要向服务小区发送部分数据:
TB分为多个CB,所述服务小区的TB和全部CB校验结果均为错误,且所述协作集中全部协作小区的TB校验结果都为错误时;或者,所述服务小区的TB校验结果为错误且部分CB校验结果为错误时,则所述协商决策单元对所述CB校验结果为错误的一个或多个CB进行以下判断:
如果所述协作集中只有本协作小区相应的CB校验结果为正确,则本协作小区向所述服务小区发送所述相应的CB数据;
如果本协作小区相应的CB校验结果为正确,所述协作集中有其他协作小区相应的CB校验结果也为正确,按照统一的判决准则,决策出本协作小区向所述服务小区发送所述相应的CB数据,则本协作小区向所述服务小区发送所述相应的CB数据;
如果所述协作集中所有协作小区的相应CB校验结果均为错误,则本协作小区向所述服务小区发送所述相应的CB数据;
其中,所述发送部分数据是指发送部分CB数据。
12.如权利要求10或11所述的系统,其特征在于,所述系统还包括服务小区中的解析处理单元:
所述解析处理单元用于,当所述服务小区TB解错时,根据收到的所述协作小区发送的数据和对应检验结果,按照以下方式修正同级数据或者进行信息合并后,对数据包进行解析:
如果收到的是正确的TB数据,则用该TB数据直接替换解错的TB数据;
如果收到的是CB数据,且发送该CB数据的协作小区是解对的,则用该CB数据对相应CB数据进行修正后,用修正后的CB数据对数据包做进一步解析;
如果收到的是CB数据,且发送该CB数据的协作小区是解错的,则采用CB级合并多个协作小区都解错的相应CB数据后,用合并后的CB信息对数据包做进一步解析;
如果收到的是软比特级或者IQ采样级数据,则将收集到的同级数据进行合并后,做进一步解析。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110137415XA CN102801490A (zh) | 2011-05-25 | 2011-05-25 | 一种上行协作集中信息交互的方法及系统 |
PCT/CN2012/075672 WO2012159547A1 (zh) | 2011-05-25 | 2012-05-17 | 一种上行协作集内信息交互的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110137415XA CN102801490A (zh) | 2011-05-25 | 2011-05-25 | 一种上行协作集中信息交互的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102801490A true CN102801490A (zh) | 2012-11-28 |
Family
ID=47200470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110137415XA Pending CN102801490A (zh) | 2011-05-25 | 2011-05-25 | 一种上行协作集中信息交互的方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102801490A (zh) |
WO (1) | WO2012159547A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103874138A (zh) * | 2012-12-18 | 2014-06-18 | 中兴通讯股份有限公司 | 实现协同多点传输的方法、主基站、系统及其工作方法 |
CN103973413A (zh) * | 2013-02-01 | 2014-08-06 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN104811285A (zh) * | 2014-01-23 | 2015-07-29 | 华为技术有限公司 | 一种协作通信方法及设备 |
CN105592555A (zh) * | 2014-10-23 | 2016-05-18 | 杭州华为数字技术有限公司 | 上行干扰处理方法、设备和系统 |
CN107769887A (zh) * | 2016-08-17 | 2018-03-06 | 华为技术有限公司 | 一种数据传输、数据处理方法及装置 |
CN110114994A (zh) * | 2016-10-28 | 2019-08-09 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN116193380A (zh) * | 2021-11-25 | 2023-05-30 | 上海朗帛通信技术有限公司 | 一种被用于无线通信中的方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101640901A (zh) * | 2009-04-29 | 2010-02-03 | 北京邮电大学 | 基于上行协作多点的数据合并接收方法 |
CN101841495A (zh) * | 2009-03-16 | 2010-09-22 | 上海贝尔股份有限公司 | 一种用于上行协作多点传输用户数据的方法及装置 |
WO2010142334A1 (en) * | 2009-06-10 | 2010-12-16 | Nokia Siemens Networks Oy | Code block selection combining in multi point reception up-link data transfer |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938300B (zh) * | 2009-06-30 | 2015-07-22 | 中兴通讯股份有限公司 | 基于多点协作的数据传输方法及装置 |
-
2011
- 2011-05-25 CN CN201110137415XA patent/CN102801490A/zh active Pending
-
2012
- 2012-05-17 WO PCT/CN2012/075672 patent/WO2012159547A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841495A (zh) * | 2009-03-16 | 2010-09-22 | 上海贝尔股份有限公司 | 一种用于上行协作多点传输用户数据的方法及装置 |
CN101640901A (zh) * | 2009-04-29 | 2010-02-03 | 北京邮电大学 | 基于上行协作多点的数据合并接收方法 |
WO2010142334A1 (en) * | 2009-06-10 | 2010-12-16 | Nokia Siemens Networks Oy | Code block selection combining in multi point reception up-link data transfer |
Non-Patent Citations (2)
Title |
---|
ALCATEL-LUCENT: "Definition of Backhaul according to Level of Cooperation in CoMP UL", 《3GPP TSG-RAN WG1 MEETING #57 R1-091751》, 28 April 2009 (2009-04-28) * |
PANTECH&CURITEL: "On the management of backhaul link in the uplink multipoint reception", 《3GPP TSG-RAN WG1 #58BIS R1-093797》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103874138A (zh) * | 2012-12-18 | 2014-06-18 | 中兴通讯股份有限公司 | 实现协同多点传输的方法、主基站、系统及其工作方法 |
CN103973413A (zh) * | 2013-02-01 | 2014-08-06 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN103973413B (zh) * | 2013-02-01 | 2017-04-12 | 电信科学技术研究院 | 一种传输反馈信息的方法、设备及系统 |
CN104811285A (zh) * | 2014-01-23 | 2015-07-29 | 华为技术有限公司 | 一种协作通信方法及设备 |
WO2015110064A1 (zh) * | 2014-01-23 | 2015-07-30 | 华为技术有限公司 | 一种协作通信方法及设备 |
CN105592555A (zh) * | 2014-10-23 | 2016-05-18 | 杭州华为数字技术有限公司 | 上行干扰处理方法、设备和系统 |
CN105592555B (zh) * | 2014-10-23 | 2019-02-05 | 杭州华为数字技术有限公司 | 上行干扰处理方法、设备和系统 |
US10492205B2 (en) | 2014-10-23 | 2019-11-26 | Huawei Technologies Co., Ltd. | Uplink interference processing method, device and system |
CN107769887A (zh) * | 2016-08-17 | 2018-03-06 | 华为技术有限公司 | 一种数据传输、数据处理方法及装置 |
CN110114994A (zh) * | 2016-10-28 | 2019-08-09 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN110114994B (zh) * | 2016-10-28 | 2022-04-19 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN116193380A (zh) * | 2021-11-25 | 2023-05-30 | 上海朗帛通信技术有限公司 | 一种被用于无线通信中的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2012159547A1 (zh) | 2012-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200374029A1 (en) | Apparatus and method for encoding and decoding channel in communication or broadcasting system | |
CN102197617B (zh) | 使用了协作harq通信方式的无线基站装置、无线终端装置、无线通信系统以及无线通信方法 | |
CN102801490A (zh) | 一种上行协作集中信息交互的方法及系统 | |
US11528091B2 (en) | Method and apparatus for performing channel coding and decoding in communication or broadcasting system | |
CN110476380A (zh) | 用于基于码块群的传输的多harq方法和装置 | |
JP6229987B2 (ja) | 基地局装置、通信方法、及び集積回路 | |
CN111182641B (zh) | 一种被用于用户和基站中的方法和设备 | |
CN105580287A (zh) | 在lte-tdd系统中的覆盖提升和半持续性调度支持 | |
US8774154B2 (en) | Method of transmitting control information | |
CN110266452A (zh) | 一种被用于无线通信的用户设备、基站中的方法和装置 | |
US20120044841A1 (en) | H-arq timing and backhaul subframe configuration for tdd relay in lte-a | |
US8654781B2 (en) | Method and device for downlink cooperation retransmission in a relay station | |
EP3544215B1 (en) | Method and apparatus for transmitting and receiving data in wireless communication system | |
CN109219136A (zh) | 一种用于无线通信的用户设备、基站中的方法和装置 | |
CN107078849A (zh) | 减少低延迟传输和接收的处理时间 | |
US10736124B2 (en) | Method and device for wireless communication in UE and base station | |
WO2010142334A1 (en) | Code block selection combining in multi point reception up-link data transfer | |
CN108028719B (zh) | 设备、方法和程序 | |
JP2013027047A (ja) | 別々の送信点を介して再送信を行う方法、及び関連した通信装置 | |
CN107710825A (zh) | 在无线通信网络中用于中继数据的装置及其中的方法 | |
US11751148B2 (en) | Method and apparatus for data transmission in wireless cellular communication system | |
JP2022002406A (ja) | チャネル符号化に用いるue、基地局における方法及び装置 | |
WO2023212647A1 (en) | Scheduling physical downlink shared channel designs for non-terrestrial network enhancements | |
Yan et al. | A low-latency collaborative HARQ scheme for control/user-plane decoupled railway wireless networks | |
WO2013001733A1 (ja) | 送信装置、受信装置、送信方法、及び受信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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: 20121128 |
|
RJ01 | Rejection of invention patent application after publication |