CN101909286B - 一种中继网络中的合作通信方法、多跳基站和中继 - Google Patents
一种中继网络中的合作通信方法、多跳基站和中继 Download PDFInfo
- Publication number
- CN101909286B CN101909286B CN 200910085992 CN200910085992A CN101909286B CN 101909286 B CN101909286 B CN 101909286B CN 200910085992 CN200910085992 CN 200910085992 CN 200910085992 A CN200910085992 A CN 200910085992A CN 101909286 B CN101909286 B CN 101909286B
- Authority
- CN
- China
- Prior art keywords
- data
- cooperation
- sends
- relaying
- control
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000004891 communication Methods 0.000 title claims abstract description 32
- 238000012544 monitoring process Methods 0.000 claims abstract description 12
- 230000005540 biological transmission Effects 0.000 claims description 64
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 15
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 15
- 238000005259 measurement Methods 0.000 claims description 9
- 230000006872 improvement Effects 0.000 abstract description 2
- 239000002699 waste material Substances 0.000 abstract 1
- 230000008569 process Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 238000012546 transfer Methods 0.000 description 7
- 238000012795 verification Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种中继网络中的合作通信方法，包括以下步骤：多跳基站MR-BS确定向用户UE提供合作服务的中继集合；各个中继分别根据调度信息和自身负载状况与MR-BS进行协调，确定合作中继，MR-BS为所述合作中继分配用于反馈监听状态的中继链路资源；所述合作中继对UE向MR-BS传送数据进行监听，在MR-BS不能对UE发送的数据正确解码时，由合作中继和UE合作分工传送数据，合作中继将监听的数据重新编码后发送到MR-BS；MR-BS将UE发送的数据和由所述合作中继发送的数据合并解码。本发明还公开了一种中继网络中的合作通信多跳基站和中继。本发明实施例有利于均衡中继链路负载、减少中继链路上的资源浪费和改善接入链路的可靠性。
Description
技术领域
本发明涉及无线通信技术领域，更具体地，涉及一种中继网络中的合作通信方法、多跳基站和中继。
背景技术
无线通信广播的传输特点使得一个信号从源到目的地的传送可以被周围的站点监听到。基于这种特征，合作式通信被引入。它指的是对这些从周围站点监听到的数据进行处理，并向目的地重传，从而创建分集效应来赢取更高的网络吞吐量和可靠性。
无线通信中传输链路通常面临信道衰落造成恶劣的信道条件，通常要求数据包重传来保证数据的正确接收，即通过及时的信道状况反馈来调整相应的传与不传或传输方式。但采取上述措施会导致控制信令的迅速提高，况且某些状况下无法做到及时的反馈，造成***性能恶化。通常推荐分集效应来克服此类问题，激发了在LTE advanced***中应用合作式通信来改善***性能的技术。目前，LTE advanced***研究中，通过利用RS实现多跳传输，从而满足QoS要求和提高区域覆盖。中继节点的引入给***的无线资源分配和调度带来了较大的影响。从无线资源分配的角度，基站不仅要为接入链路分配资源，还要为新增的接口中继链路分配资源。而从调度来讲，一般存在两种方式，一种是基站负责多跳小区内所有节点包括RS和RS覆盖的UE的调度，被称为集中调度方式；另外一种是基站只负责中继链路传输也就是RS本身的调度，而RS覆盖的UE由RS完成调度传输，这种方式被称为分布式调度。
现有的集中式调度下的合作通信的实现方案是，MR-BS确定为UE提供合作服务的RS。如图1b中，UE发送数据时，提供合作服务RS不能为其他UE服务。同时MR-BS在提供合作服务RS中继链路上分配好了资源，用于提供合作服务RS转发UE的数据。若提供合作服务RS不能对UE发送的数据正确解码，则这部分资源会被浪费，如果合作中继个数较多导致资源浪费量显著增加。
现有的分布式调度通常使用的方案是，被MR-BS所服务的UE和MR-BS直接通信。而被RS所服务的UE发送数据给RS，RS进一步转发给MR-BS。在分布式调度下，具体到数据包传输，中继可以自己产生调度信息。如附图1a中，不在RS覆盖范围内的UE直接发送数据给MR-BS，如果数据不能正确接收，MR-BS发送NACK给UE，通知UE重传。如附图2a中，在RS覆盖范围内的UE发送数据至RS，RS进一步转发数据给MR-BS。如果MR-BS不能正确接收数据，MR-BS发送NACK给UE，通知UE重传。通常UE重新传输数据至MR-BS，会导致控制信令的迅速提高，况且某些状况下无法做到对UE传送失败的及时反馈，造成***性能恶化。而在UE向MR-BS传送数据的过程中，MR-BS控制下的正在空闲状态的RS有可能监听到UE向MR-BS传送的数据，但该RS在中继链路上没有资源，因此并不能够帮助UE向MR-BS传送数据。
发明内容
本发明实施例提出一种中继网络中的合作通信方法，以均衡中继链路负载和减少中继链路上的资源浪费。
本发明实施例还提出一种中继网络中的多跳基站，以均衡中继链路负载和减少中继链路上的资源浪费。
本发明实施例还提出一种中继网络中的中继，以均衡中继链路负载和减少中继链路上的资源浪费。
本发明实施例的技术方案如下：
一种中继网络中的合作通信方法，包括以下步骤：
多跳基站MR-BS确定向用户UE提供合作服务的中继集合；
MR-BS将调度信息发送至所述中继集合中的各个中继，所述中继集合中的各个中继分别根据调度信息和自身负载状况与MR-BS进行协调，确定合作中继，MR-BS为所述合作中继分配用于反馈监听状态的中继链路资源；
所述合作中继对UE向MR-BS传送数据进行监听，在MR-BS不能对UE发送的数据正确解码时，由合作中继和UE合作分工传送数据，合作中继将监听的数据重新编码后发送到MR-BS；
MR-BS将UE发送的数据和由所述合作中继发送的数据合并解码。
一种中继网络中的合作通信的多跳基站MR-BS，包括：
控制模块，用于确定为用户UE提供服务的中继集合，发送调度信息至协调模块，为所述合作中继在中继链路分配资源；
协调模块，用于接收调度信息，与中继集合中的中继进行协调确定合作中继；
合并解码模块，用于将UE发送的数据和合作RS发送的重新编码后数据合并解码。
一种中继网络中的合作通信的中继RS，包括：
协调模块，用于与多跳基站MR-BS进行协调，确定合作中继；
监听模块，用于对UE向MR-BS传送数据进行监听，并将监听到的数据发送数据处理模块；
编码模块，用于将监听模块监听到的数据重新编码，发送MR-BS。
从上述技术方案中可以看出，在本发明实施例中，在图1b中，当UE107向MR-BS105传送数据，而UE107周围的中继正好处于好的链路状态和有冗余资源时，MR-BS105与正好处于好的链路状态和有冗余资源的中继进行协调，选出符合条件的中继106作为合作中继。合作中继106对监听到的数据重新编码并发送至MR-BS105。当UE107发送至MR-BS105处的数据不能正确解码时，MR-BS105对UE107发送来的错误数据和合作中继106发送来的重新编码后的数据合并解码，得到UE107传送的正确数据。在数据传送过程中，充分利用符合条件的中继帮助UE传输数据，从而均衡中继链路发负载，减少中继链路资源浪费。
在图2b中，当UE208向MR-BS205传送数据，UE208在中继206的覆盖范围内，中继206是UE208的控制中继。UE208周围的其它对中继正好处于好的链路状态和有冗余资源时，MR-BS205与正好处于好的链路状态和有冗余资源的中继进行协调，选出符合条件的中继207作为合作中继。合作中继207对监听到数据重新编码并发送至MR-BS205。当UE208发送至中继206处的数据不能正确解码，或中继206发送至MR-BS205处的数据不能正确解码时，MR-BS205对控制中继206发送来的错误的数据和合作中继207发送来的重新编码后的数据合并解码，得到UE208传送的正确数据。同样地，在数据传送过程中，充分利用符合条件的中继帮助UE传输数据，从而均衡中继链路发负载，减少中继链路资源浪费。
附图说明
图1为直接通信和实施例1中合作式通信的数据传输对比示意图，包括图1a和图1b；
图2为直接通信和实施例2中合作式通信的数据传输对比示意图，包括图2a和图2b；
图3为根据本发明实施例1中方法流程示意图；
图4为根据本发明实施例1中合作RS处理流程示意图；
图5为根据本发明实施例1中MR-BS处理流程示意图；
图6为根据本发明实施例2中方法流程示意图；
图7为根据本发明实施例2中合作RS处理流程示意图；
图8为根据本发明实施例2中MR-BS处理流程示意图；
图9为一种中继网络中的合作通信的多跳基站结构示意图；
图10为一种中继网络中的合作通信的中继结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。
在本发明实施例中，中继RS与多跳基站MR-BS是分布式调度的关系。即RS可以调度自己控制下的用户UE，但该UE不受MR-BS的控制。本文中的RS是指中继。MR-BS控制下的其它RS可提供合作服务给由MR-BS控制下的UE，该RS称为合作RS。
在实施例1中，如图1b，当不在RS106覆盖范围内的UE107和MR-BS105直接通信时，取决于UE107所使用的传输功率，RS106可能监听到这一数据信息。与UE107到MR-BS105的接入链路相比，通过RS106的中继链路能够提供更可靠的传输。
如图1b所示，当UE107有数据传给MR-BS105时，如果RS106监听到，且有中继链路资源可供使用时，RS106将合作帮忙传输数据。
HARQ按照重传方式的不同可区分为第一类HARQ或第二类HARQ或第三类HARQ。第一类HARQ又称为传统的HARQ，其工作原理如下：首先接收端对数据分组进行纠错，如果有错误且无法纠正，就发送请求信息来进行重传。同时丢弃错误的数据分组。重传时使用相同的前向错误控制，即冗余信息是一样的。第二类HARQ方案属于递增冗余的ARQ方案。第二类HARQ方案考虑了无线传播信道的时差特性，在首次传输数据块时没有或带有较少的冗余。如果传输失败，重传开始。重传的数据块不是首次所传数据块的复制，而是增加了其中的冗余部分。在接收端，错误的数据块不是被直接丢弃，而是将两次收到的数据块进行合并，这样编码速率会有所降低但提高了编码增益。在第二类HARQ方案中，每次重传的冗余版本不同，并且每次重传的数据必须经过和前面传输的数据合并后才能译码。第三类HARQ方案也属于递增冗余方案，它与第二类HARQ方案不同的是重传码字具有自解码能力，因此接收端可以直接从重传码字当中解码恢复数据，也可以将出错重传码字与已有缓存的码字进行合并后解码。
本发明实施例中将一个待传输的数据包(packet)分组为几个数据块，称之为HARQ packet 1，HARQ packet 2等。其中HARQ packet 1为首次需传输的数据，HARQ packet 2等为重传时需传输的数据。HARQ packet 2等可对HARQ packet1解码并重新编码获得，重新编码可采用第二类HARQ或第三类HARQ编码方式。
举例说明，假定UE107有一个数据要传输，并且划分为HARQ packet 1，HARQ packet 2等准备依次传输。如果RS106能正确接收数据HARQ packet 1，它将接收的HARQ packet 1解码并重新编码为HARQ packet 2和帮助UE107传输剩余的HARQ packet 2等至MR-BS，RS106为合作RS。由于中继链路比接入链路能够提供更可靠的传输，最终UE只需传送HARQ packet 1。也就是说，合作RS通过解码、编码来处理和传输剩余待传输的数据，从而提高传输链路可靠性。本文中合作式通信只限于上行传输过程。
图3是根据本发明实施例1中方法流程示意图，具体包括以下步骤：
UE要求MR-BS分配接入链路资源时，UE同时要求在所分配到的接入链路资源上发送一次侦听参考信号，MR-BS将发送侦听参考信号的信息通知UE和MR-BS控制下的所有RS。
步骤301、RS根据UE发送的侦听参考信号测量来自UE的接收信号强度，并将测量报告发送给MR-BS。MR-BS根据RS的测量报告确定向UE提供合作服务的RS集合。
步骤302、MR-BS将关于UE的调度信息(传输相关的控制信息、调度资源位置信息)转发给提供合作服务的RS集合中的RS。RS得到MR-BS的调度信息后根据自身负载状况与MR-BS进行协调。在MR-BS调度UE的资源上该RS可能空闲也可能用于调度自己控制下的UE。若RS在MR-BS分配的用于调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS，在MR-BS分配的用于调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤303、MR-BS为合作RS在中继链路上分配反馈监听状态报告的资源。
步骤304、合作RS根据所监听到的数据***信息核实监听到的数据是否正确，即监听到的数据是否能正确解码。若合作RS所监听的数据能正确解码，则执行步骤306。合作RS对所监听的数据不能正确解码，或没有监听到UE的数据，则执行步骤305。
步骤305、合作RS向MR-BS发送NACK表示监听UE数据失败。
步骤306、合作RS对监听到的数据进行重新编码。重新编码可采用第二类HARQ或第三类HARQ编码方式。针对不同的编码方式，可得到对应的编码数据块和合并解码信息，合并解码信息指示了该编码块与UE发送的哪个数据块可进行合并解码。
步骤307、合作RS判断在中继链路上行信道一定时间T内有足够资源发送重新编码后得到的编码数据块和合并解码信息，则合作RS在可利用资源向MR-BS发送编码数据块和合并解码信息。
合作RS判断在中继链路上行信道一定时间T内没有足够资源发送重新编码后得到的编码数据块和合并解码信息，或收到MR-BS发送的ACK，则执行步骤308。
步骤308、合作RS向MR-BS反馈ACK表示正确监听UE数据。合作RS在一定时间内等待MR-BS调度该编码数据块和合并解码信息进行重传的资源，等待一定时间后合作RS删除缓存的数据。
步骤309、MR-BS接收到UE发送的数据后，若MR-BS根据接收到的数据***信息自检后，核实接收到的数据是正确的，然后执行步骤310。此时，MR-BS与UE之间的数据传输不能称之为合作通信。
若MR-BS根据接收到的数据***信息自检后，核实接收到的数据是错误的，即MR-BS接收到的数据不能正确解码，则执行步骤311。
步骤310、MR-BS向合作RS发送ACK，表示正确收到UE发送的数据，不需要合作RS传送数据至MR-BS，MR-BS调度UE发送新数据，执行步骤302。
步骤311、若MR-BS在T时间内接收到合作RS发送的编码数据块和合并解码信息，则执行步骤312；若MR-BS在T时间内没有接收到合作RS发送来的编码数据块和合并解码信息，则执行步骤302。
步骤312、MR-BS将UE发送的不能正确解码的数据和合作RS发送的数据合并解码。
步骤313、MR-BS将UE发送的不能正确解码的数据和合作RS发送的数据合并解码。如果合并解码正确，则执行步骤314；如果合并解码错误，MR-BS根据合作RS上报的监听状态确定正确监听到UE数据的合作RS，返回步骤302。
若采用第二类或第三类HARQ，合作RS发送的编码后的数据块是UE发送的数据块的增量冗余版本。MR-BS对合作RS发送至MR-BS编码后的增量冗余数据块与UE发送至MR-BS的数据块进行合并解码，从而加强UE发送的比特位数据的正确性。
步骤314、MR-BS判断UE是否还有数据需要传送，如果UE还有数据需要传送则返回步骤302，否则结束流程。
图4是根据本发明实施例1中合作RS处理流程示意图，具体包括以下步骤：
步骤401，RS根据UE发送的侦听参考信号测量来自UE的接收信号强度，并将测量报告发送至MR-BS。
步骤402，接收由MR-BS发送的关于UE的调度信息(传输相关的控制信息、调度资源位置信息)。
步骤403，RS得到MR-BS的调度信息后根据自身负载状况与MR-BS进行协调。在MR-BS调度UE的资源上该RS可能空闲也可能调度自己控制下的UE。若RS在MR-BS调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS，在MR-BS调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤404，合作RS根据所监听到的数据***信息核实监听到的数据是否正确，即监听到的数据能否正确解码。若合作RS所监听的数据能正确解码，则执行步骤406；合作RS对所监听的数据不能正确解码，或没有监听到UE的数据，则执行步骤405。
步骤405、合作中继在中继链路上向MR-BS发送NACK表示监听UE数据失败。
步骤406、合作RS对数据进行重新编码。重新编码可采用第二类HARQ或第三类HARQ编码方式。针对不同的编码方式，可得到对应的编码数据块和合并解码信息，合并解码信息指示了该编码块与UE发送的哪个数据块可进行合并解码。
步骤407、合作RS判断在中继链路上行信道一定时间T内有足够资源发送重新编码得到的编码数据块和合并解码信息，则执行步骤408。
合作RS判断在中继链路上行信道一定时间T内没有足够资源发送重新编码得到的编码数据块和合并解码信息，或收到MR-BS发送的ACK(表示MR-BS正确接受UE发送的数据)，则执行步骤409。
步骤408，合作RS在中继链路上行信道的资源上向MR-BS发送编码数据块和合并解码信息。
步骤409，合作RS在中继链路上向MR-BS反馈ACK表示正确监听UE数据。
步骤410，合作RS在一定时间内等待MR-BS调度编码数据块和合并解码信息进行重传的资源。
步骤411，等待一定时间后，不管能否正确接收，合作RS删除缓存的数据。
图5是根据本发明实施例1中MR-BS处理流程示意图，具体包括以下步骤：
步骤501、MR-BS将UE待发送的侦听参考信号的信息通知MR-BS控制下的所有RS。
步骤502、MR-BS根据MR-BS控制下的所有RS对侦听参考信号的测量报告确定向UE提供合作服务的RS集合。
步骤503、MR-BS将调度UE的信息(传输相关的控制信息、调度资源位置信息)转发给提供合作服务的RS集合中的RS。RS得到MR-BS的调度信息后根据自身负载状况与MR-BS进行协调。在MR-BS调度UE的资源上该RS可能空闲也可能用于调度自己控制下的UE。若RS在MR-BS调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS，在MR-BS调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤504、MR-BS为合作RS在中继链路上分配反馈监听状态报告的资源。
步骤505、MR-BS接收UE发送的数据。
步骤506、MR-BS根据接收到的数据***信息自检后，核实接收到的数据是正确的，即MR-BS接收到的数据能正确解码，执行步骤507。若MR-BS接收到的数据能正确解码，则MR-BS与UE之间的通信，不能称为合作通信。
若MR-BS根据接收到的数据***信息自检后，核实接收到的数据是错误的，即MR-BS接收到的数据不能正确解码。则执行步骤508。
步骤507、MR-BS向合作RS发送ACK，表示正确收到UE发送的数据，不需要合作RS传送数据至MR-BS，MR-BS调度UE发送新数据。
步骤508、MR-BS在T时间内等待接收合作RS发送的编码数据块和合并解码信息。
步骤509、若MR-BS在T时间内接收到合作RS发送的编码数据块和合并解码信息，则执行步骤510；若MR-BS在T时间内没有接收到合作RS发送的编码数据块和合并解码信息，则执行步骤512。
步骤510、MR-BS将UE发送的不能正确解码的数据和合作RS发送的数据合并解码。
步骤511、MR-BS将UE发送的不能正确解码的数据和合作RS发送的数据合并解码，如果合并解码正确，则执行步骤507；如果合并解码错误，则执行步骤512。
若采用第二类或第三类HARQ，合作RS发送的编码后的数据块是UE发送的数据块的增量冗余版本。MR-BS对合作RS发送至MR-BS编码后的增量冗余数据块与UE发送至MR-BS的数据块进行合并解码，从而加强UE发送的比特位数据的正确性。
步骤512、MR-BS根据合作RS上报的监听状态确定正确监听到UE数据的合作RS。
若MR-BS收到合作RS上报NACK，合作RS对所监听的数据不能正确解码，或没有监听到UE的数据；若MR-BS收到合作RS上报ACK，表明合作RS能对监听到的数据正确解码。
步骤513、MR-BS根据信道状况调度UE和合作RS进行联合重传，执行步骤510。
在实施例2中，UE属于某一RS控制范围，MR-BS控制下的其它RS可为UE提供合作服务。控制RS与MR-BS是集中式控制关系，即RS调度自己控制下的UE受MR-BS控制；合作RS与MR-BS是分布式调度的关系，即RS调度自己控制下的UE不受MR-BS控制。
具体地，当UE在一个RS覆盖范围内时，如图2b，取决于UE208所使用的传输功率，其他RS207可能监听到这一数据信息。我们称覆盖UE208的RS206为UE208的控制RS。当UE208有数据传给控制RS206，如果其他RS207监听到，且有中继链路资源可供使用时，其他RS207将合作帮助传输数据。
如图2b，当在控制RS206覆盖下的UE208有数据传给MR-BS205时，如果合作RS207监听到，且有中继链路资源可供使用时，合作RS207将监听UE208发送至控制RS206的数据。RS207将监听到的数据重新编码后发送至MR-BS处。MR-BS将控制RS206转发的数据和合作RS207发送的数据合并编码，得到UE的数据。
举例说明，假定UE208有一个数据要传输，并且划分为HARQ packet 1，HARQ packet 2等准备依次传输。如果RS207能正确接收数据HARQ packet 1，它将接收的HARQ packet 1解码并重新编码为HARQ packet 2和帮助UE208传输剩余的HARQ packet 2等至MR-BS，RS207为合作RS。由于中继链路比接入链路能够提供更可靠的传输，最终UE只需传送HARQ packet 1。也就是说，合作RS通过解码、编码来处理和传输剩余待传输的数据，从而提高传输链路可靠性。本文中合作式通信只限于上行传输过程。
图6是根据本发明实施例2中方法流程示意图，具体包括以下步骤：
UE要求MR-BS分配接入链路资源时，同时要求在所分配到的接入链路资源上发送一次侦听参考信号，MR-BS将发送的侦听参考信号的信息通知UE和MR-BS控制下的所有RS。
步骤601、RS根据UE发送的侦听参考信号测量来自UE的接收信号强度，并将测量报告发送给MR-BS。MR-BS根据RS的测量报告确定向UE提供合作服务的RS集合。
步骤602、MR-BS将控制RS对UE的调度信息(传输相关的控制信息、调度资源位置信息)转发给提供合作服务的RS集合中的RS。RS得到MR-BS的调度信息后根据自身负载状况与MR-BS进行协调。在MR-BS用于调度UE的资源上该RS可能空闲也可能调度自己控制下的UE。若RS在MR-BS用于调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS。合作MS在MR-BS用于调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤603、MR-BS为合作RS在中继链路上分配反馈监听状态报告的资源。
步骤604、若合作RS对监听到的数据，即UE发送至控制RS的数据，能正确解码，则执行步骤606。
合作RS对监听到的数据，即UE发送至控制RS的数据，不能正确解码，或没有监听到UE发送至控制RS的数据，则执行步骤605。
步骤605、合作RS向MR-BS发送NACK表示监听UE数据失败。
步骤606、合作RS对数据进行重新编码。重新编码可采用第二类HARQ或第三类HARQ编码方式。针对不同的编码方式，可得到对应的编码数据块和合并解码信息。合并解码信息指示了该编码块与UE发送的哪个数据块可进行合并解码。
步骤607、合作RS判断在中继链路上行信道一定时间T内有足够资源发送重新编码后得到的编码数据块和合并解码信息，则合作RS在可利用资源上向MR-BS发送编码数据块和合并解码信息。
合作RS判断在中继链路上行信道一定时间内没有足够资源发送重新编码后得到编码数据块和合并解码信息，或收到MR-BS发送的ACK，则执行步骤608。
步骤608、合作RS向MR-BS反馈ACK表示正确监听UE数据。
步骤609、控制RS根据所收到的数据***信息核实该数据是否正确，即收到的数据能否正确解码。若控制RS对UE所发送来的数据能正确解码，则控制RS在MR-BS预定义的资源上转发UE的数据。
若控制RS不能对UE所发送的数据正确解码，则执行步骤610。
步骤610、控制RS停止在MR-BS预定义的资源上转发UE的数据，发送NACK至MR-BS处，表示控制RS对UE的数据接收失败。
步骤611、MR-BS接收到控制RS转发的数据后，核实收到的数据能正确解码，执行步骤612。MR-BS对UE发送的数据能够正确解码，则MR-BS与UE之间的通信不能称为合作通信。
若MR-BS接收到UE发送的数据后，核实收到的数据是解码错误，或收到控制RS的NACK(表示控制RS接收UE数据失败)，则等待一定时间T接收合作RS发送的编码数据。
步骤612、MR-BS向合作RS发送ACK，表示正确收到UE发送的数据，不需要合作RS传送数据至MR-BS，调度UE发送新数据，执行步骤602。
步骤613、若MR-BS在该时间段T内接收到合作RS发送的编码数据块和合并解码信息，则对合作RS发送的数据解码或多个合作RS发送的数据合并解码；若MR-BS等待一定时间T没有接收合作RS发送的编码数据，则返回步骤602。
步骤614、MR-BS对控制RS接到的不能正确解码的数据和合作RS发送的重新编码后的数据进行合并解码。
步骤615、如果MR-BS对控制RS接到的不能正确解码的数据和合作RS发送的重新编码后的数据进行合并解码正确，则执行步骤616；如果合并解码错误，MR-BS根据合作RS的监听状态报告和控制RS的状态报告，确定成功接收UE数据的合作RS，返回步骤602。MR-BS根据信道状况调度UE、控制RS和合作RS进行联合重传。
若采用第二类或第三类HARQ，合作RS发送的编码后的数据块是UE发送的数据块的增量冗余版本。MR-BS对合作RS发送至MR-BS编码后的增量冗余数据块与通过控制RS转发的UE至MR-BS的数据块进行合并解码，从而加强UE发送的比特位数据的正确性。
步骤616、MR-BS判断是否UE还有数据需要传送.如果UE还有数据需要传送则返回步骤602，否则结束流程。
图7是根据本发明实施例2中合作RS处理流程示意图，具体包括以下步骤：
步骤701、RS根据UE发送的侦听参考信号测量来自UE的接收信号强度，并将测量报告发送至MR-BS。
步骤702、接收由MR-BS发送的关于UE的调度信息(传输相关的控制信息、调度资源位置信息)。
步骤703、RS得到MR-BS的调度信息后根据自身负载状况进行与MR-BS的协调。在MR-BS调度UE的资源上该RS可能空闲也可能用于调度自己控制下的UE。若RS在MR-BS调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS，在MR-BS调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤704、合作RS根据所监听到的数据***信息核实监听到的数据是否正确，即监听到的数据能否正确解码。若合作RS所监听的数据正确解码，则执行步骤706；合作RS对所监听的数据不能正确解码，或没有监听到UE的数据，则执行步骤705。
步骤705、合作RS在中继链路上向MR-BS发送NACK表示监听UE数据失败。
步骤706、对数据进行重新编码。重新编码可采用第二类HARQ或第三类HARQ编码方式。针对不同的编码方式，可得到对应的编码数据块和合并解码信息，合并解码信息指示了该编码块与UE发送的哪个数据块可进行合并解码。步骤707、合作RS判断在中继链路上行信道一定时间T内有足够资源发送重新编码得到的编码数据块和合并解码信息，则执行步骤708。
合作RS判断在中继链路上行信道一定时间T内没有足够资源发送重新编码得到的编码数据块和合并解码信息，或收到MR-BS发送的ACK(表示MR-BS正确接受控制RS转发UE的数据)，则执行步骤709。
步骤708、合作RS在中继链路上行信道资源上向MR-BS发送编码数据块和合并解码信息。
步骤709、合作RS在中继链路上向MR-BS反馈ACK表示正确监听UE数据。
步骤710、合作RS在一定时间内等待MR-BS用于调度编码数据块和合并解码信息进行重传的资源。
步骤711、等待一定时间后合作RS删除缓存的数据。
图8是根据本发明实施例2中MR-BS处理流程示意图，具体包括以下步骤：
步骤801、MR-BS将UE发送的侦听参考信号的信息发送至MR-BS控制下的所有RS。
步骤802、MR-BS根据MR-BS控制下的所有RS对侦听参考信号的测量报告确定向UE提供合作服务的RS集合。
步骤803、MR-BS将控制RS对UE的调度信息(传输相关的控制信息、调度资源位置信息)转发给提供合作服务的RS集合中的RS。RS得到MR-BS的调度信息后根据自身负载状况进行与MR-BS的协调。在MR-BS调度UE的资源上该RS可能空闲也可能用于调度自己控制下的UE。若RS在MR-BS调度UE的资源上不调度自己控制下的UE并且决定合作，则RS作为UE的合作RS，在MR-BS调度UE的资源上监听UE发向MR-BS的数据。合作RS可以是一个也可以是多个。
步骤804、MR-BS为合作RS在中继链路上分配反馈监听状态报告的资源。
步骤805、MR-BS接收控制RS转发的数据。
步骤806、MR-BS根据由控制RS转发UE的数据***信息自检后，核实接收到的数据是正确的，即MR-BS接收到的数据能正确解码，执行步骤807；MR-BS对UE发送的数据能够正确解码，则MR-BS与UE之间的通信不能称为合作通信。
若MR-BS根据由控制RS转发UE的数据***信息自检后，核实接收到的数据是错误的，即MR-BS接收到的数据不能正确解码。则执行步骤808。
步骤807、MR-BS向合作RS发送ACK，表示正确收到由控制RS转发UE的数据，不需要合作RS传送数据至MR-BS，MR-BS调度UE发送新数据，执行步骤804。
步骤808、MR-BS在T时间内等待接收合作RS发送的编码数据块和合并解码信息。
步骤809、若MR-BS在T时间内接收到合作RS发送的编码数据块和合并解码信息，则执行步骤810；若MR-BS在T时间内没有接收到合作RS发送的编码数据块和合并解码信息，则执行步骤813。
步骤810、MR-BS对控制RS和合作RS分别发送的编码数据块进行合并解码。
步骤811、MR-BS对控制RS接到的不能正确解码的数据和合作RS发送的编码块进行合并解码，如果合并解码正确，则执行步骤807；如果合并解码错误，则执行步骤812。
若采用第二类或第三类HARQ，合作RS发送的编码后的数据块是UE发送的数据块的增量冗余版本。MR-BS对合作RS发送至MR-BS编码后的增量冗余数据块与通过控制RS转发的UE至MR-BS的数据块进行合并解码，从而加强UE发送的比特位数据的正确性。
步骤812、MR-BS根据合作RS反馈的信息判断合作RS是否正确接收到UE的数据，若MR-BS收到合作RS上报NACK，合作RS对所监听的数据不能正确解码，或没有监听到UE的数据；若MR-BS收到合作RS上报ACK，表明合作RS能对监听到的数据正确解码。
MR-BS根据控制RS反馈的信息判断控制RS是否正确接收到UE的数据。若MR-BS收到控制RS NACK，则表示控制RS对UE的数据接收失败；若MR-BS没有收到控制RS的消息，则表示控制RS对UE的数据接收正常。
若合作RS和控制RS均正确接收UE的数据，则执行步骤814。若合作RS和控制RS其中之一不能正确接收UE的数据，则执行步骤813。
步骤813、MR-BS调度UE重新进行数据传送。
步骤814、MR-BS根据中继链路状况，调度合作RS和控制RS联合重新传送数据，执行步骤810。
本发明实施例还提供了一种中继网络中的合作通信的多跳基站MR-BS，如图9，包括：控制模块901，用于确定为用户UE提供服务的中继集合，发送调度信息至协调模块，为所述合作中继在中继链路分配资源；协调模块902，用于接收调度信息，与中继集合中的中继进行协调确定合作中继；合并解码模块903，用于将UE发送的数据和合作RS发送的重新编码后数据合并解码；进一步包括904判断模块，用于判断接收到的数据能否正确解码。
本发明实施例还提供了一种中继网络中的合作通信的中继RS，如图10，包括：1001协调模块，用于与多跳基站MR-BS进行协调，确定合作中继；1002监听模块，用于对UE向MR-BS传送数据进行监听，并将监听到的数据发送编码模块；1003编码模块，用于将监听模块监听到的数据重新编码，发送MR-BS；进一步包括1004判断模块，用于判断接收到的数据能否正确解码；进一步包括1005转发模块，用于将UE发送的数据转发MR-BS。
从实施例1和实施例2可知，在MR-BS没有收到UE的正确数据时，通过合作RS对监听的数据做进一步的处理和传输，有效的完成数据传输可以提高资源利用率及减少终端能量损耗。合作RS对监听到的数据重新编码，可以有效地改善接入链路的可靠性。从实施例2可知，当控制RS的中继链路资源紧张，而周围的RS正好处于好的链路状态和有冗余资源时，合作RS可以为该控制RS的UE帮忙传输数据，以均衡中继链路的负载。相对与集中式调度下的合作通信方式，MR-BS不会为每个合作RS分配专用于转发上行UE数据的资源，仅仅要求合作RS在可利用资源上转发数据，大大减少了中继链路上的资源浪费。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (4)
1.一种中继网络中的合作通信方法，其特征在于，包括以下步骤：
多跳基站MR-BS确定向用户UE提供合作服务的中继集合；
MR-BS将调度信息发送至所述中继集合中的各个中继，所述中继集合中的各个中继分别根据调度信息和自身负载状况与MR-BS进行协调，确定合作中继，MR-BS为所述合作中继分配用于反馈监听状态的中继链路资源；
所述合作中继对UE向MR-BS传送数据进行监听，在MR-BS不能对UE发送的数据正确解码时，由合作中继和UE合作分工传送数据，合作中继将监听的数据重新编码后发送到MR-BS；
MR-BS将UE发送的数据和由所述合作中继发送的数据合并解码；
所述合作中继根据自身负载状况与MR-BS进行协调包括，
所述合作中继在MR-BS调度所述UE的资源上，不调度自己控制下的UE并且决定为所述UE提供服务；
当所述UE不在MR-BS控制下的所有中继控制范围内，所述UE与MR-BS直接通信；
所述合作分工包括，
合作RS判断能正确监听到数据，对监听到的数据重新编码发送至MR-BS，合作RS判断不能正确监听，合作RS向MR-BS发送NACK；
MR-BS收到所述UE发送的数据，MR-BS判断不能正确解码，则在T时间内接收合作RS发送的数据；MR-BS判断不能正确解码在T时间内又没有接收到合作RS发送的数据，则重新确定合作RS；
在MR-BS控制下的控制中继直接控制范围内UE，将数据传送至控制中继处，再由控制中继转发至MR-BS；
所述合作分工包括，
合作RS判断能正确监听到数据，对监听到的数据重新编码发送至MR-BS，合作RS判断不能正确监听，合作RS向MR-BS发送NACK；
控制RS收到所述UE发送的数据，判断能正确解码，则将收到的数据转发至MR-BS，控制RS不能正确解码，则向MR-BS发送NACK；
MR-BS收到控制RS转发所述UE的数据，MR-BS判断不能正确解码或收到控制RS的NACK，则在T时间内接收合作RS发送的数据；若MR-BS在T时间内没有接收合作RS发送的数据，则重新确定合作RS。
2.根据权利要求1所述方法，其特征在于，所述MR-BS确定向UE提供合作服务的中继集合包括，UE发送侦听信号，MR-BS将UE发送侦听信号的信息通知MR-BS控制下的中继和UE，MR-BS根据所述MR-BS控制下的中继反馈的对侦听信号的测量报告确定向UE提供合作服务的中继集合。
3.根据权利要求1所述方法，其特征在于，所述合作RS对监听到的数据重新编码后进一步包括，合作RS判断在上行信道是否有足够资源发送重新编码后的数据，如果有足够资源则向MR-BS发送重新编码后的数据，如果没有足够资源则向MR-BS发送ACK。
4.根据权利要求3所述方法，其特征在于，所述重新编码包括采用第二类HARQ重新编码或第三类HARQ重新编码。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910085992 CN101909286B (zh) | 2009-06-03 | 2009-06-03 | 一种中继网络中的合作通信方法、多跳基站和中继 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910085992 CN101909286B (zh) | 2009-06-03 | 2009-06-03 | 一种中继网络中的合作通信方法、多跳基站和中继 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101909286A CN101909286A (zh) | 2010-12-08 |
| CN101909286B true CN101909286B (zh) | 2013-03-27 |
Family
ID=43264574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910085992 Expired - Fee Related CN101909286B (zh) | 2009-06-03 | 2009-06-03 | 一种中继网络中的合作通信方法、多跳基站和中继 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101909286B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8514767B2 (en) * | 2011-01-12 | 2013-08-20 | International Business Machines Corporation | Wireless sensor network information swarming |
| CN102208971B (zh) * | 2011-05-27 | 2013-11-06 | 新邮通信设备有限公司 | 一种混合自动重传请求方法和通信*** |
| CN103999537B (zh) | 2012-11-14 | 2018-04-20 | 华为技术有限公司 | 一种合成通信方法及相关设备、*** |
| CN105611642A (zh) * | 2016-01-08 | 2016-05-25 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据传输的配置方法、基站和用户设备 |
| CN108809480B (zh) * | 2017-04-28 | 2021-02-26 | 大唐移动通信设备有限公司 | 一种数据接收方法及装置 |
| US10491301B2 (en) | 2017-10-27 | 2019-11-26 | King Fahd University Of Petroleum And Minerals | Multi-user mixed multi-hop relay network |
| CN114902775A (zh) * | 2019-12-31 | 2022-08-12 | 华为技术有限公司 | 一种多跳传输方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101227716A (zh) * | 2007-01-05 | 2008-07-23 | 三菱电机株式会社 | 宏分集切换和快速接入站交换的方法 |
| CN101296167A (zh) * | 2007-04-23 | 2008-10-29 | 中兴通讯股份有限公司 | 一种为上行混合自动重发请求突发分配传输带宽的方法 |
-
2009
- 2009-06-03 CN CN 200910085992 patent/CN101909286B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101227716A (zh) * | 2007-01-05 | 2008-07-23 | 三菱电机株式会社 | 宏分集切换和快速接入站交换的方法 |
| CN101296167A (zh) * | 2007-04-23 | 2008-10-29 | 中兴通讯股份有限公司 | 一种为上行混合自动重发请求突发分配传输带宽的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101909286A (zh) | 2010-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101909286B (zh) | 一种中继网络中的合作通信方法、多跳基站和中继 | |
| US8054789B2 (en) | Aggregated harq report | |
| EP1965534B1 (en) | Apparatus and method for transmitting a control message in a wireless communication system using relaying | |
| US8750195B2 (en) | System and method for multiple relay node operation in a communications system | |
| Du et al. | A compressed HARQ feedback for device-to-device multicast communications | |
| US9215658B2 (en) | Method and device for adjusting sleep mode of mobile station | |
| CN101795169A (zh) | 中继协助通信***及其方法 | |
| CN101461168A (zh) | 无线中继通信***中的重发设备及方法 | |
| CN102428732A (zh) | 用于e-utra中的类型ⅱ中继的功率控制和干扰协调的方法和设备 | |
| CN104885397A (zh) | 用于基于ue喷泉中继的网络的***和方法 | |
| CN101636961A (zh) | 用于半持久性调度的（h）arq | |
| CN102428669A (zh) | 协作基站上行链路的混合arq机制 | |
| US8248987B2 (en) | Apparatus and method for ACK channel transmission in wireless relay communication system | |
| CN101873609A (zh) | 一种中继***中的数据发送方法和装置 | |
| CN101309133A (zh) | 在使用中继的无线通信***中发送控制消息的装置和方法 | |
| CN101383685A (zh) | 下行混合自动重传的方法、***及装置 | |
| CN103036657A (zh) | 一种数据传输方法和装置 | |
| CN101562506B (zh) | 数据传输方法 | |
| KR101432297B1 (ko) | 무선 통신 시스템에서 멀티캐스트 서비스 제공 방법 및 그시스템 | |
| CN101779394A (zh) | 在移动通信***中用于不连续接收的装置和方法 | |
| CN101316373A (zh) | 无线通信网络中用于实现数据包自动重传的方法及装置 | |
| CN101989900B (zh) | 一种无线通信网络编码合作通信方法、非透明中继及基站 | |
| CN101129031A (zh) | 发送分组数据的方法和装置 | |
| CN101686136B (zh) | 网络编码的连接管理方法 | |
| CN102131299B (zh) | 基于类型ⅱ中继节点的下行传输方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: CHINA POTEVIO CO., LTD. Free format text: FORMER OWNER: PUTIAN IT TECH INST CO., LTD. Effective date: 20130913 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20130913 Address after: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District Patentee after: China Potevio Information Industry Co., Ltd. Address before: 100080 Beijing, Haidian, North Street, No. two, No. 6, No. Patentee before: Putian IT Tech Inst Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: PUTIAN IT TECH INST CO., LTD. Free format text: FORMER OWNER: CHINA POTEVIO CO., LTD. Effective date: 20131203 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20131203 Address after: 100080 Beijing, Haidian, North Street, No. two, No. 6, No. Patentee after: Putian IT Tech Inst Co., Ltd. Address before: 100080, No. two, 2 street, Zhongguancun science and Technology Park, Beijing, Haidian District Patentee before: China Potevio Information Industry Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130327 Termination date: 20210603 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |