协作多点传输中确定资源映射的方法、网络设备及系统的制作方法

专利名称：协作多点传输中确定资源映射的方法、网络设备及系统的制作方法
技术领域：
本发明涉及无线通信领域，尤其是涉及到一种在协作多点传输中确定资源映射的
方法、网络设备及系统。
背景技术：
在无线通信系统中，为了提高小区边缘用户下行传输的性能，可使用协作多点传输(Coordinated Multi-Point transmission, CoMP)技术中的下行协作多点传输，艮卩多个小区联合向同一个终端发送信号，以便增强终端接收信号的信干噪比(signal tointerference-and-noise ratio)或者提升系统传输的吞吐量。其中，使用协作多点传输向同一个终端发送信号的多个小区称为协作小区。 在对现有技术的研究和实践过程中，本发明的发明人发现现有技术存在以下问题 现有技术中，多个协作小区通过协作多点传输为同一个终端发送的下行信号，终端很可能并不能正确地接收。

发明内容
本发明实施例要解决的技术问题是提供一种在协作多点传输中确定资源映射的方法、网络设备及系统，使得终端能够准确接收多个协作小区下发的信号。
为解决上述技术问题，本发明所提供的实施例是通过以下技术方案实现的
—种在协作多点传输中确定资源映射的方法 在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输的协作小区
协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信道域和/或
数据信道域的0F匿符号数目和位置； 将协商后的所述映射规则通知终端。 —种网络设备，包括 协商单元，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多点
传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控
制信道域和/或数据信道域的0F匿符号数目和位置； 通知单元，用于将协商单元协商后的所述映射规则通知终端。
—种通信系统，其特征在于，包括 网络设备，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控
制信道域和/或数据信道域的0Fmi符号数目和位置，以及将协商后的所述映射规则通知终
丄山顺。 由上述技术方案可以看出，本发明实施例通过在传输下行信号之前在协作各协作小区之间协商协作多点传输时使用的映射规则，使得终端能够准确接收多个协作小区下发的信号，提高系统协作多点传输性能。


为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 图1是本发明实施例一的方法流程示意 图2是本发明实施例二的方法流程示意图； 图3是本发明实施例二在下行信号中空置OF匿符号的示意 图4是本发明实施例三的方法流程示意 图5是本发明实施例四的方法流程示意图； 图6是本发明实施例四在下行信号中空置OF匿符号的示意 图7是本发明实施例网络设备的结构示意图。
具体实施例方式
对于现有技术来说，之所以终端很可能不能正确接收协作小区通过协作发送的下行信号，其主要原因如下 协作小区的下行物理控制信道域和下行数据信道域占用下行信号中的不同正交频分多路复用(Orthogonal Frequency Division Multiplexing,OFDM)符号。前n个OFDM符号被下行物理控制信道域占用，用于传输下行控制信令，除前n个以外的其它OF匿符号被下行数据信道域占用，用于传输下行数据；下行物理控制信道域和下行数据信道域占用OF匿符号的数目和位置可以包含在物理资源的映射规则中。 因每个协作小区可以根据本小区的业务量等因素确定用于传输下行控制信令的OFDM符号个数n的取值，因此不同的协作小区的下行数据信道域使用的OFDM符号数可能不同。现有技术在传输下行信号前没有对各协作小区的映射规则进行协商，则终端无法正确接收下行信号，影响系统协作多点传输性能。 为此，本发明提出了以下实施例，以解决现有技术中存在的问题。 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他
实施例，都属于本发明保护的范围。 在CoMP系统中，网络节点包括演进的基站(eNodeB)和一个/ 一些接入点(AccessPoint, AP)。 AP是一个至少包括射频收发信机的一个节点，可以配置单个天线元或多个天线元。多个AP在地理位置上分散分布并连接到eNodeB。多个AP可以协作发射和接收数据，这些协作的AP可以来自同一个eNodeB，也可以来自不同的eNodeB，都不影响本发明的实现。 AP和小区(cell)的关系可以是一个小区包含一个AP，或一个小区包含多个AP，即可以是单个AP或者是多个AP为同一终端提供服务，都不 响本发明实施例的实现。为叙述方便，以下本发明实施例均以一个小区包含一个AP为例来说明。显然，在一个小区包含多个AP时，每个AP也能实现本发明实施例。 实施例一、参见图1详细说明，图1为本实施例的方法流程示意图。 步骤101 :在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输
的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信
道域和/或数据信道域的0F匿符号数目和位置。 终端的协作多点传输状态的变化包括终端从非CoMP状态进入CoMP状态时或终端从CoMP状态进入非CoMP状态。 因此，终端的协作多点传输状态发生变化即包括CoMP状态的小区中的处于CoMP
状态的终端转变为非CoMP状态，CoMP状态的小区中的处于非CoMP状态的终端转变为CoMP
状态，非CoMP状态的小区中的终端从非CoMP状态进入CoMP状态。各协作小区可协商在协
作多点传输时使用的协作模式，包括物理资源的协作和收发机制的协作。 物理资源协作模式可以是固定或者可变的。协作小区所映射的物理资源固定时，
该协作小区数据域使用除控制信道符号之外的物理资源，控制信道符号数目为物理下行控
制信道(Physical downlink control channel, PDCCH)最大可能占用的符号数，即将除了
分配给物理下行控制信道域之外的所有物理资源或者部分物理资源分配给数据信道域。 协作小区所映射的物理资源可变时，各协作小区则需要在每一次传输下行信号前
互相协商和协商彼此选择的物理资源协作模式。协作小区可选择的物理资源协作模式包括
将协作小区所有的物理资源用于协作、将终端在协作小区中对应的物理资源用于协作，或
者协作小区限定部分专用于协作多点传输的物理资源用于协作，本小区选择任意一种物理
资源协作模式都不影响本发明实施例的实现。 收发机制包括编码调制模式，多天线应用模式(分集模式，复用模式等)等内容。
所述协商映射规则还包括协商各协作小区参考信号(RS)的发送模式。RS包括公共参考信号(Common reference signal，CRS)禾口/或专用参考信号(Dedicated referencesignal, DRS)，与协作多点标识(CoMP-ID)、终端标识(UE-ID)、主小区标识、服务小区的标识中的任意一个或多个相对应。 所述协商映射规则还包括协商各协作小区使用的编码速率匹配方案。协商编码速率匹配方案可包括以下几种情况 a)如果协作小区所能发送数据的资源单元(Resource Element, RE)数目和位置相同，则使用相同的编码速率匹配方案。 b)如果协作小区所能发送数据的RE数目和/或位置不同，则使用相同的编码速率匹配方案，然后根据RE的对应关系情况和/或协作小区能够发送数据的RE数目，决定速率匹配后的符号到物理资源的映射方式。 c)如果协作小区所能发送数据的RE数目和/或位置不同，则使用相同的编码速率匹配方案，然后根据RE的对应关系情况和/或协作小区能够发送数据的RE数目，决定速率匹配后的符号到物理资源的映射方式，协作小区间彼此无对应关系的RE所对应的数据采用对应交叉或重复或者打孔方式作匹配。 d)如果协作小区使用不同的编码速率匹配方案，则各自使用不同的速率匹配后的符号到物理资源的映射方式。
协商可以是各协作小区统一成相同的映射规则，或者是采用其他能够使得各协作小区进行正常通信的方法，都不影响本发明实施例的实现。
步骤102 :将协商后的所述映射规则通知终端。 各协作小区使用的映射规则很可能不同，而导致终端在收到各协作小区发送的下行信号时，无法读取下行信号中的下行数据，因此，需要在发送下行信号前协商好各协作小区的映射规则后通知终端，可以通过物理下行控制信道或者广播信道进行通知，都不影响本发明实施例的实现。 不同协作小区传输的下行数据可以是相同数据，增强终端接收信号的强度；也可
以是不同数据，使得终端可接收多路信号，都不影响本发明实施例的实现。 本发明实施例通过在传输下行信号前协商好协作多点传输时使用的映射规则，使
得终端能够准确接收多个协作小区下发的数据，提高系统协作多点传输性能。 当各协作小区中的参考信号所占用的物理资源不一致，但是发送的是同一传输块
时，传输块到物理资源的映射规则可如下 1)以主小区(anchor cell)的映射规则为基本规则，其它协作小区遵循同样的规则，这里假设cell l为anchor cell,即cell 1发送数据的位置，cell 2对应的位置也发送数据，则除anchor cell以外的协作小区其余的位置则不发送信息，或发送其它的规定的补充信息，如RS，混合自适应重传(HARQ，Hybrid Automatic R印eat request)数据或某个数据的重复信息等。如为了增强信号，cell l和cell 2对应相同的位置最好发相同的数据，当然可能加权因子不同。或者，所有协作小区对应的时频资源位置都发送数据，包括参考信号所在的位置。 主小区可以是由系统预先配置的，或者根据业务状态和信道状况等基站动态分配的，或者是UE接收控制信令的小区，或者是UE根据某种原则选定的小区，都不影响本发明实施例的实现。 2)各协作小区相同时频位置的Re发送相同的数据，RS所占的位置根据协作小区RS的特征而使用不同的规则如果协作小区有相对应的RS，则此RS与对应的Re进行配对，发送相同的数据，或者此RS所占的位置不发送数据；如没有对应的RS，则不发送RS的协作小区在其他协作小区发送RS的对应位置发送数据或不发数据。 例如，协作小区RS对应的其他协作小区相应的位置不发送数据，即celll RS对应的cell 2的位置不发数据，cell 2 RS对应的cell 1中相应的位置不发送数据，其它的位置按相同的映射规则进行映射。如为了增强信号，cell l和cell 2对应相同的位置最好发送相同的数据，当然可能加权因子不同。 3)协作小区相应的RS对应的位置不发送数据，其余的非RS的位置均发送数据，但是可能由于所能利用的物理资源不同，其映射规则应有所变化，以下以cell l和cell 2为例进行说明，其它情况可以此类推。 例如，Cell 1 RS所占的位置相对于cell 2为多，则两小区所用来发送数据的物理资源不同，但发送的传输块相同，解决方案如下 某小区RS对应的其它小区的相应位置可发送数据，如某个符号的RS是对应的，则可以交叉发送；如某个符号的RS是不对应的，只在一个小区中发送，其余小区的对应位置则做信号增强，则协作小区可发送相同的信号，只是加权因子不同。
长期演进技术(Long Term Evolution,LTE)定义了一个专用于广播或多播的多播广播单频网络(Multicast Broadcast Single Frequency Network,MBSFN)子帧，协作多点传输可以利用此特殊子帧进行传输，或者使用与MBSFN子帧有相同映射规则的其它子帧，都不影响本发明实施例的实现。但是由于MBSFN子帧是专门用于广播或多播的，为了更好的适应协作多点传输的特征，可以对其进行扩展，成为增强的适应于协作多点传输的特殊子帧。 本发明实施例可使用现有的MBSFN子帧，或者可对现有的MBSFN子帧进行扩展，都不影响本发明实施例的实现。扩展可以包括 1、加长现有MBSFN子帧使用的循环前缀(Cyclic Prefix, CP)长度，除了包括长CP或更长CP，也可使用正常的CP，更长的CP指载波间隔为7. 5K的子帧的CP ;并可在高层信令，如广播信令中指示相应的上行子帧所使用的循环前缀长度；使用不同的CP导致空余的部分则可以用来传输其它的补充信息； 2 、增加现有MBSFN子帧中PDCCH占用的OFDM符号数，可以由现有的0 2 OFDM符号增加为1 3 OF匿符号或1 4 OF匿符号； 3、增加现有的MBSFN子帧的参考信号图案(RS pattern)和导频密度；因现有的MBSFN子帧的导频密度过大，可以适当减少，并且导频的位置可以灵活移动，都不影响本发明实施例的实现； 4、扩展现有的MBSFN子帧的PDCCH，在该下行物理控制信道发送相关的调度信息，包括下行数据传输的调度信息，上行数据传输的调度信息以及上行功率控制命令等。
5、增加与MBSFN(或增强的MBSFN)子帧对应的上行子帧；可以在高层信令(如广播信息等)和/或控制信道增加1个比特用来指示相应的上行子帧是使用长CP或更长CP或正常CP ; 6、传输块到物理资源块的映射规则将随MBSFN子帧的特征的改变而改变；因为PDCCH或导频的密度改变了 ，数据所能利用的物理资源也随着发生改变，其映射规则也应相应的进行改变。 上述方法也同样适用于中继(relay)场景的非回程传输，并且上述映射规则的变化需要通知UE，或通知UE各协作小区所使用的子帧类型。 以下实施例二以协作小区所映射的物理资源可变时，第一协作小区和第二协作小区统一成相同的映射规则，具体统一成分配给下行物理控制信道域的OF匿符号相同为例进行说明。以下实施例二至四均以实施例一所述各协作小区中的第一协作小区为执行主体，所述第一协作小区为分配给下行物理控制信道域的OF匿符号数目比其他协作小区少的协作小区。当然，如果第一协作小区的OF匿符号数目比其他协作小区大，则该第一协作小区不需要对OF匿符号进行修改，即直接将该第一协作小区的OF匿符号所对应的映射规则作为该第一协作小区的映射规则。 实施例二、参见图2详细说明，图2为本实施例的方法流程示意图。 步骤201 :第一协作小区与第二协作小区协商各自所选择的协作模式，所述协作
模式包括物理资源协作模式和收发机制。 协作小区可选择的物理资源协作模式包括将协作小区所有的物理资源用于协作、将终端在协作小区中对应的物理资源用于协作，或者协作小区限定部分专用于协作多点传输的物理资源用于协作，选择任意一种物理资源协作模式都不影响本发明实施例的实现。
收发机制包括编码调制模式，多天线应用模式(分集模式，复用模式等)等内容。 在协商了物理资源协作模式之后，还可协商将除了分配给物理下行控制信道域之
外的所有物理资源或者部分物理资源分配给数据信道域。 协商可以是各协作小区将各自选择的协作模式互相通知，也可以是统一成某种协商方式，都不影响本发明实施例的实现。 在协商完成后，可以将协商好的协作模式通知终端和/或对该终端进行协作多点传输的各协作小区。本实施例是以协作小区所映射的物理资源可变为例，则在每次传输信号时都要进行此步骤。若协作小区所映射的物理资源固定，物理资源协作模式可在网络规划时配置，在每次传输信号时协商协作模式的步骤则可省略。 本步骤只需在步骤207向终端传输下行信号之前完成即可，与后续步骤202至206可同时进行，或者在步骤202至206之后进行，都不影响本发明实施例的实现。
步骤202 :第一协作小区在终端的协作多点传输状态发生变化时，确定协作多点传输时自身使用的映射规则，所述映射规则包括分配给下行物理控制信道域和/或数据信道域的OF匿符号数目和位置。 终端的协作多点传输状态的变化包括终端从非CoMP状态进入CoMP状态时或终端从CoMP状态进入非CoMP状态。 步骤203 :第一协作小区获取第二协作小区传输下行信号的映射规则。 第一协作小区获取第二协作小区传输下行信号的映射规则，所述映射规则包括分
配给下行物理控制信道域和/或数据信道域的OF匿符号数目和位置，可通过小区间交互数
据的接口进行获取，该接口还可传递相关的协商信息，包括物理下行控制信道，天线配置等
其它信息。 例如，获取到第二协作小区用第1到第3个OF匿符号传输下行信令，用第4到第14个OF匿符号传输下行数据。 步骤204 :将获取的所述符号数目与第一协作小区分配给下行物理控制信道域的OF匿符号数目进行比较。 第一协作小区用第1到第2个OF匿符号传输下行信令，用第3到第14个OF匿符
号传输下行数据。 步骤205 :第一协作小区在分配给下行物理控制信道域的所述符号数目小于获取的所述符号数目时，在分配给下行物理控制信道域的OF匿符号后空置OF匿符号，所述空置符号的数目为本小区的OF匿符号数目与获取的OF匿符号数目的差值。
将空置了 OF匿符号的新OF匿符号作为所述OF匿符号数目较小的第一协作小区的映射规则，以及将所述第二协作小区原有的映射规则作为第二协作小区的映射规则。
步骤204比较的结果为第一协作小区用2个0F匿符号传输下行信令，而第二协作小区用3个OF匿符号传输下行信令，第一协作小区传输下行信令的符号数目小于第二协作小区，差值为3-2 = 1，则在本小区分配给下行物理控制信道域的OF匿符号数目后空置1个0F匿符号，使得两个协作小区都用第4到第14个0F匿符号传输下行数据。可参见图3，图3为本发明实施例空置OF匿符号的示意图。 空置OF匿符号即表示第一协作小区不在所述OF匿符号里放置任何数据，而占据
11与第一协作小区符号数和第二协作小区符号数的差值相同数目的OFDM符号，使得两个协 作小区下行数据信道域使用的0F匿符号位置一致，终端就能够处理该信号，并获取到下行 数据。 不同协作小区的下行数据信道域中可以是相同数据，增强终端接收信号的强度；
也可以是不同数据，使得终端可接收多路信号，都不影响本发明实施例的实现。 步骤206 :通知相应终端各协作小区的映射规则。 第一协作小区与第二协作小区通知相应终端协作小区各自所选择的映射规则，可 通过物理下行控制信道或者广播信道通知。终端可以为单个终端或者一组终端，都不影响 本发明实施例的实现。 上述步骤206中的通知相应终端，具体是指协作小区根据网络侧的设置选择不同 终端进行通知。网络侧可以设置为协作小区对处于CoMP状态的终端和非CoMP状态的终端 都按照CoMP模式的映射规则执行，或者设置为协作小区对处于CoMP状态的终端按照CoMP 模式的映射规则执行，非CoMP状态的终端按照常规的映射规则执行，都不影响本发明实施 例的实现。即网络侧可以通知处于CoMP状态的终端和非CoMP状态的终端，也可以只通知 处于CoMP状态的终端，均不影响本发明实施例的实现。
步骤207 :向所述终端传输下行信号。 终端则可根据接收的映射规则，解析各协作小区发送的下行信号，获得相应的下 行数据。 本发明实施例通过分配给下行物理控制信道域的OF匿符号数目较小的协作小区 在本小区分配给下行物理控制信道域的0F匿符号后空置0F匿符号，在传输下行信号前协 商好各协作小区协作多点传输时使用的物理资源的映射规则，使得终端能够处理不同的协 作小区分配给下行物理控制信道域的OF匿符号数不同的情况，提高系统协作多点传输性能。 当PDCCH所占的符号数目不同，造成可用于数据传输的符号数不同时，参见图3所 示的两协作小区子帧中OFDM符号分配示意图，传输块到物理资源的映射规则可如下
假设第一协作小区(除掉前两个控制符号)能够传输120个数据，第二协作小区 (除掉前三个控制符号)能够传输110个数据，假设每个符号可以传送10个数据，则可使用 以下的编码速率匹配方案 同一传输块经过速率匹配后，得到110个数据，第一协作小区与第二协作小区对 应的可传送数据的位置传送此110个数据，对应位置的数据可相同或不同，第一协作小区 的第三个符号可以传送110个数据中的经过规定的某一部分数据； 或者同一传输块经过速率匹配后得到120个数据，第一协作小区与第二协作小区
对应的可传送数据的位置传送其中的iio个数据，对应位置的数据可相同或不同，第一协
作小区的第三个符号传送其自身的剩余的IO个数据。对其它协作小区间资源不匹配的情 况，可以使用上述类似的方法。 如两小区使用不同的编码速率匹配方案，可以依照现有的LTE中的速率匹配方案
或者使用不同的到物理资源的映射方法，都不影响本发明实施例的实现。 实施例三以协作小区所映射的物理资源固定的情况为例，说明第一协作小区空置
的OF匿符号被分配给下行物理控制信道域或者数据信道域的方案。在协作小区所映射的物理资源可变的情况下，只需在每次发送下行信号之前协商好协作模式，终端则能根据接 收到的映射规则正确解析下行信号。 实施例三、参见图4详细说明，图4为本实施例的方法流程示意图。本实施例的步 骤301至步骤304与实施例二的步骤202至步骤205相同，可参见实施例二中相关描述。
步骤305 :将空置的OFDM符号分配给下行物理控制信道域或者下行数据信道域。
分配给下行物理控制信道域，则可以传输下行信令的相关控制信息，可以是下行 信令或公共参考信号；分配给下行数据信道域，则可以传输下行数据的冗余信息，或者是传 输HARQ数据，也可传输数据域所传数据的部分，或者UE特定(UE-specific)的参考信号， 都不影响本发明实施例的实现。 将所述空置的OF匿符号分配给数据信道域或者下行物理控制信道域后，将分配 后的新OF匿符号作为所述OF匿符号数目较小的第一协作小区的映射规则，以及将所述 OF匿符号最大的第二协作小区原有的映射规则作为所述第二协作小区的映射规则。
步骤306 :通知相应终端各协作小区的映射规则。
步骤307 :向所述终端传输下行信号。 终端则可根据接收的映射规则，解析各协作小区发送的下行信号，获得相应的下 行数据。 本发明实施例通过分配给下行物理控制信道域的OF匿符号数目较小的协作小区
在本小区分配给下行物理控制信道域的0F匿符号后空置0F匿符号，并可将空置的0F匿符
号分配给下行物理控制信道域或者是下行数据信道域，则在传输下行信号前协商好各协作
小区协作多点传输时使用的物理资源的映射规则，使得终端能够处理不同的协作小区分配
给下行物理控制信道域的OF匿符号数不同的情况，提高系统协作多点传输性能。 实际应用中，第二协作小区的个数可能不止一个，以下实施例四以第二协作小区
的个数为两个进行详细说明，当然，第二协作小区的个数多于两个也不影响本发明实施例
的实现。 实施例四、参见图5详细说明，图5为本实施例的方法流程示意图。 步骤401 :第一协作小区在终端的协作多点传输状态发生变化时，确定协作多点
传输时自身使用的映射规则。 与前述类似，该映射规则包括分配给下行物理控制信道域和/或数据信道域的 OF匿符号数目和位置。 确定第一协作小区使用的映射规则是将第1到第2个0F匿符号分配给下行物理
控制信道域，将第3到第14个OFDM符号分配给下行数据信道域。 步骤402 :第一协作小区获取两个第二协作小区使用的映射规则。 第一协作小区获取两个第二协作小区传输下行信号的映射规则，所述映射规则包
括分配给下行物理控制信道域和/或数据信道域的OFDM符号数目和/或位置，可通过小区
间交互数据的接口进行获取，该接口还可传递相关的协商信息，包括物理下行控制信道，天
线配置等其它信息。 例如，获取到第一个第二协作小区将第1到第3个0F匿符号分配给下行物理控制 信道域，将第4到第14个0F匿符号分配给下行数据信道域；获取到第二个第二协作小区将 第1到第4个OF匿符号分配给下行物理控制信道域，将第5到第14个OF匿符号分配给下行数据信道域。 步骤403 :将获取的所述符号数目与第一协作小区分配给下行物理控制信道域的 OF匿符号数目进行比较。 比较的结果为第一协作小区将2个OF匿符号分配给下行物理控制信道域，而第一 个第二协作小区将3个0F匿符号分配给下行物理控制信道域，第二个第二协作小区将4个 OFmi符号分配给下行物理控制信道域。第一协作小区分配给下行物理控制信道域的符号数 目小于两个第二协作小区，最大差值为4-2 = 2。 步骤404 :第一协作小区在分配给下行物理控制信道域的所述符号数目小于获取 的所述符号数目时，在分配给下行物理控制信道域的OF匿符号后空置OF匿符号。
与前述类似，所述空置符号的数目为本小区的OF匿符号数目与获取的两个协作 小区中最大OF匿符号数目的差值。 将空置了 OF匿符号的新OF匿符号作为所述OF匿符号数目较小的第一协作小区 和第一个第二协作小区的映射规则，以及将所述OF匿符号最大的第二个第二协作小区原 有的映射规则作为第二个第二协作小区的映射规则。 步骤403比较的结果为第一协作小区传输下行信令的符号数目小于两个第二协 作小区，最大差值为4-2 = 2，则在本小区分配给下行物理控制信道域的OF匿符号数目后空 置2个0F匿符号。 同理，第一个第二协作小区也在获取第二个第二协作小区传输下行信号的映射规 则后，比较出本小区传输下行信令的符号数目小于第二个第二协作小区，差值为4-3 = 1， 则在本小区分配给下行物理控制信道域的OF匿符号后空置1个OF匿符号，使得第一个第 二协作小区也用第5到第14个0F匿符号传输下行数据。可参见图6，图6为本发明实施例 增加OF匿符号的示意图。 这样，使得三个协作小区都将第5到第14个OFDM符号分配给下行数据信道域。
显然，在对同一终端进行协作多点传输的第二协作小区个数多于两个时，第一协 作小区获取所有对同一终端进行协作多点传输的第二协作小区的映射规则并进行比较，并 将其中最大数目的分配给下行物理控制信道域的OFDM符号所对应的映射规则作为第一协 作小区的映射规则。 当然，空置的OF匿符号可以继续分配给下行物理控制信道域或者是下行数据信 道域，或者不传输任何数据，都不影响本发明实施例的实现。 不同协作小区传输的下行数据可以是相同数据，增强终端接收信号的强度；也可 以是不同数据，使得终端可接收多路信号，都不影响本发明实施例的实现。
步骤405 :通知相应终端各协作小区的映射规则。
步骤406 :向所述终端传输下行信号。 终端则可根据接收的映射规则，解析各协作小区发送的下行信号，获得相应的下 行数据。 本发明实施例通过分配给下行物理控制信道域的OF匿符号数目较小的协作小区 在本小区分配给下行物理控制信道域的OF匿符号后空置OF匿符号，所述空置符号的数目 为本小区的OF匿符号数目与获取的至少两个协作小区中最大OF匿符号数目的差值；则在 传输下行信号中前协商好各协作小区协作多点传输时使用的物理资源的映射规则，使得终端能够处理不同的协作小区分配给下行物理控制信道域的OF匿符号数不同的情况，提高 系统协作多点传输性能。 需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为 依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知 悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明 所必须的。 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部 分，可以参见其他实施例的相关描述。 以上提供了一种在协作多点传输中确定资源映射的方法，本发明实施例还提供一 种网络设备。 —种网络设备700，可在协作多点传输中确定资源映射，参见图7，图7为本发明实 施例网络设备的结构示意图，包括 协商单元701，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多 点传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理 控制信道域和/或数据信道域的OF匿符号数目和位置； 协商可以是各协作小区统一成相同的映射规则，或者是采用其他能够使得各协作
小区进行正常通信的方法，都不影响本发明实施例的实现。 通知单元702，用于将协商单元701协商后的所述映射规则通知终端。 所述协商单元701具体包括子单元 比较单元7011，用于比较各协作小区分配给下行物理控制信道域的OF匿符号数 目； 空置符号单元7012，用于在比较单元7011比较出的除OF匿符号最大的协作小区 之外的其他协作小区分配给下行物理控制信道域的OF匿符号后空置OF匿符号，将空置了 OF匿符号的新OF匿符号作为所述OF匿符号数目较小的协作小区的映射规则，以及将所述 OF匿符号最大的协作小区原有的映射规则作为所述OF匿符号最大的协作小区的映射规 则，所述空置符号的数目为所述其他协作小区的OF匿符号数目与比较得出的最大OF匿符 号数目的差值。 或者，所述协商单元701具体包括子单元 比较单元7011，用于比较各协作小区分配给下行物理控制信道域的OF匿符号数 目； 分配符号单元7013，用于将比较单元7011比较出的除OF匿符号最大的协作小区 之外的其他协作小区分配给下行物理控制信道域的OF匿符号后空置的OF匿符号分配给 数据信道域或者下行物理控制信道域，并将分配后的新OF匿符号作为所述OF匿符号数目 较小的协作小区的映射规则，以及将所述OF匿符号最大的协作小区原有的映射规则作为 所述OF匿符号最大的协作小区的映射规则，所述空置符号的数目为所述其他协作小区的 OF匿符号数目与比较得出的最大OF匿符号数目的差值。
或者，所述协商单元701还包括子单元 协商参考信号单元，用于协商各协作小区参考信号位置是否发送数据和/或各协作小区参考信号的发送模式；和/或 协商编码速率匹配方案单元，用于协商各协作小区使用的编码速率匹配方案；和
/或 协商使用多播广播单频网络子帧单元，用于协商各协作小区使用多播广播单频网 络子帧和/或多播广播单频网络子帧的映射规则；和/或 协商协作模式单元，用于协商各协作小区所使用的协作模式，所述协作模式包括 资源协作模式和收发机制。 本发明实施例还提供一种通信系统，可在协作多点传输中确定资源映射，包括
网络设备，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多点 传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控 制信道域和/或数据信道域的0F匿符号数目和位置，并将协商后的所述映射规则通知终
丄山顺。 所述网络设备还用于比较各协作小区分配给下行物理控制信道域的OF匿符号数 目，并在所述0F匿符号数目较小的协作小区分配给下行物理控制信道域的0F匿符号后空 置0F匿符号，所述空置符号的数目为所述0F匿符号数目较小的协作小区的0F匿符号数目 与比较得出的最大0F匿符号数目的差值。 本发明实施例通过在传输下行信号前协商好各协作小区协作多点传输时使用的 映射规则，使得终端能够准确接收多个协作小区下发的信号，提高系统协作多点传输性能。
本发明实施例协商映射规则可以是通过分配给下行物理控制信道域的0F匿符号 数目较小的协作小区在本小区分配给下行物理控制信道域的0F匿符号后空置0F匿符号， 将空置了 OF匿符号的新OF匿符号作为所述OF匿符号数目较小的协作小区的映射规则，以 及将所述OF匿符号最大的协作小区原有的映射规则作为所述OF匿符号最大的协作小区的 映射规则，还可将空置的OF匿符号分配给下行物理控制信道域或者是下行数据信道域，使 得终端能够处理不同的协作小区分配给下行物理控制信道域的OF匿符号数不同的情况。
本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可 以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介 质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为 磁碟、光盘、只读存储记忆体(Read-OnlyMemory， ROM)或随机存储记忆体(Random Access Memory,廳)等。 以上对本发明实施例所提供的一种在协作多点传输中确定资源映射的方法、网络 设备及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐 述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的 一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所 述，本说明书内容不应理解为对本发明的限制。
1权利要求
一种在协作多点传输中确定资源映射的方法，其特征在于在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信道域和/或数据信道域的正交频分多路复用OFDM符号数目和位置；将协商后的所述映射规则通知终端。
2. 根据权利要求1所述的方法，其特征在于，所述对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则具体为比较各协作小区分配给下行物理控制信道域的0F匿符号数目；除0F匿符号最大的协作小区之外的其他协作小区在本小区分配给下行物理控制信道域的0F匿符号后空置0F匿符号，将空置了 0F匿符号的新0F匿符号作为所述0F匿符号数目较小的协作小区的映射规则，以及将所述OF匿符号最大的协作小区原有的映射规则作为所述OF匿符号最大的协作小区的映射规则，所述空置符号的数目为所述其他协作小区的0F匿符号数目与比较得出的最大0F匿符号数目的差值。
3. 根据权利要求1所述的方法，其特征在于，所述对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则具体为比较各协作小区分配给下行物理控制信道域的0F匿符号数目；除0F匿符号最大的协作小区之外的其他协作小区在本小区分配给下行物理控制信道域的OFDM符号后空置OFDM符号，将所述空置的OFDM符号分配给数据信道域或者下行物理控制信道域，并将分配后的新OF匿符号作为所述OF匿符号数目较小的协作小区的映射规则，以及将所述OF匿符号最大的协作小区原有的映射规则作为所述OF匿符号最大的协作小区的映射规则，所述空置符号的数目为所述其他协作小区的OF匿符号数目与比较得出的最大OF匿符号数目的差值。
4. 根据权利要求3所述的方法，其特征在于，所述将所述空置的OFmi符号分配给数据信道域具体为将所述空置的OF匿符号分配给数据信道域传输混合自适应重传的数据，或者是传输数据域所传输的部分数据，或者是传输UE特定的参考信号；或者，所述将所述空置的OFmi符号分配给下行物理控制信道域具体为将所述空置的OFDM符号分配给下行物理控制信道域传输下行信令或公共参考信号。
5. 根据权利要求1所述的方法，其特征在于，所述协商映射规则还包括协商各协作小区参考信号的发送模式。
6. 根据权利要求5所述的方法，其特征在于，所述协商各协作小区参考信号的发送模式具体为协商各协作小区参考信号与协作多点标识、终端标识、主小区标识、服务小区的标识中的任意一个或多个相对应。
7. 根据权利要求1所述的方法，其特征在于，所述协商映射规则还包括协商各协作小区参考信号位置是否发送数据。
8. 根据权利要求7所述的方法，其特征在于，所述协商各协作小区参考信号位置是否发送数据具体为所有协作小区使用与主小区相同的传输块到物理资源的映射规则，主小区对应的参考信号位置不发数据；或者，各协作小区相同时频位置的资源单元发送相同的数据，参考信号所占的位置根据协作小区参考信号的特征而使用不同的规则如果协作小区有相对应的参考信号，则此参考信号与对应的资源单元进行配对，发送相同的数据，或者此参考信号所占的位置不发送数据；如没有对应的参考信号，则不发送参考信号的协作小区在其他协作小区发送参考信号的对应位置发送数据或不发数据；或者，所有协作小区对应的时频资源位置都发送数据，包括参考信号所在的位置。
9. 根据权利要求7或8所述的方法，其特征在于，所述主小区是由系统预先配置的，或者根据业务状态和信道状况等基站动态分配的，或者是UE接收控制信令的小区，或者是UE选定的小区。
10. 根据权利要求1所述的方法，其特征在于，所述协商映射规则还包括协商各协作小区使用的编码速率匹配方案。
11. 根据权利要求io所述的方法，其特征在于，所述协商各协作小区使用的编码速率匹配方案具体为如果协作小区所能发送数据的资源单元数目和位置相同，则使用相同的编码速率匹配方案；或者如果协作小区所能发送数据的资源单元数目和/或位置不同，则使用相同的编码速率匹配方案，然后根据资源单元的对应关系情况和/或协作小区能够发送数据的资源单元数目，决定速率匹配后的OF匿符号到物理资源的映射规则；或者如果协作小区所能发送数据的资源单元数目和/或位置不同，则使用相同的编码速率匹配方案，然后根据资源单元的对应关系情况和/或协作小区能够发送数据的资源单元数目，决定速率匹配后的0F匿符号到物理资源的映射方式，并且协作小区间彼此无对应关系的资源单元所对应的数据采用对应交叉或重复或者打孔方式作匹配；或者协作小区使用不同的编码速率匹配方案，各自使用不同的速率匹配后的OF匿符号到物理资源的映射规则。
12. 根据权利要求1所述的方法，其特征在于，该方法还包括对该终端进行协作多点传输的协作小区协商使用多播广播单频网络子帧，或者使用与多播广播单频网络子帧有相同映射规则的子帧。
13. 根据权利要求12所述的方法，其特征在于，所述对该终端进行协作多点传输的协作小区协商使用多播广播单频网络子帧具体为对多播广播单频网络子帧进行扩展后，对该终端进行协作多点传输的协作小区协商使用所述扩展后的多播广播单频网络子帧。
14. 根据权利要求13所述的方法，其特征在于，所述对多播广播单频网络子帧进行扩展具体包括以下任一或任意组合加长使用的循环前缀长度、增加物理下行控制信道占用的0F匿符号数、增强参考信号图案和导频密度、增加下行物理控制信道发送的内容。
15. 根据权利要求14所述的方法，其特征在于，还包括在下行信令中指示用于协作多点传输的子帧类型，和/或在广播信令以及和/或在控制信道中指示相应的上行子帧使用的循环前缀长度。
16. 根据权利要求12至15任一项所述的方法，其特征在于，在中继场景的非回程传输 中，对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则。
17. 根据权利要求1所述的方法，其特征在于，该方法还包括对该终端进行协作多点传输的协作小区协商所使用的协作模式，所述协作模式包括资 源协作模式和收发机制；将协商后的所述协作模式通知终端。
18. 根据权利要求17所述的方法，其特征在于，所述对该终端进行协作多点传输的协 作小区协商所述协作小区使用的资源协作模式具体为对该终端进行协作多点传输的协作小区协商所述协作小区使用的资源协作模式为固 定的或者是变化的资源协作模式，所述资源协作模式包括用于协作的资源为协作小区所有 的资源、终端对应的资源或者是所限定的用于协作多点传输的资源；对该终端进行协作多点传输的协作小区协商所述协作小区将除了分配给物理下行控 制信道域之外的所有物理资源或者部分物理资源分配给数据信道域。
19. 根据权利要求17所述的方法，其特征在于，所述对该终端进行协作多点传输的协作小区协商所述协作小区使用的资源协作模式为变化的资源协作模式还包括在资源协作模式发生变化后，通知终端和/或对该终端进行协作多点传输的协作小区。
20. 根据权利要求1或17所述的方法，其特征在于，所述通知终端具体为 通过物理下行控制信道或者广播信道通知终端。
21. 根据权利要求1所述的方法，其特征在于，所述终端的协作多点传输状态发生变化具体为协作多点传输状态的小区中的处于协作多点传输状态的终端的协作多点传输状态发 生变化；和/或在协作多点传输状态的小区中的处于非协作多点传输状态的终端的协作多点 传输状态发生变化；和/或在非协作多点传输状态的小区中的处于协作多点传输状态的终端的协作多点 传输状态发生变化。
22. —种网络设备，其特征在于，包括协商单元，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输 的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信 道域和/或数据信道域的0F匿符号数目和位置；通知单元，用于将协商单元协商后的所述映射规则通知终端。
23. 根据权利要求22所述的网络设备，其特征在于，所述协商单元包括比较单元，用于比较各协作小区分配给下行物理控制信道域的0F匿符号数目；空置符号单元，用于在比较单元比较出的除OF匿符号最大的协作小区之外的其他协 作小区分配给下行物理控制信道域的0F匿符号后空置0F匿符号，将空置了 0F匿符号的新 0F匿符号作为所述0F匿符号数目较小的协作小区的映射规则，以及将所述0F匿符号最大 的协作小区原有的映射规则作为所述OF匿符号最大的协作小区的映射规则，所述空置符 号的数目为所述其他协作小区的0F匿符号数目与比较得出的最大0F匿符号数目的差值。
24. 根据权利要求22所述的网络设备，其特征在于，所述协商单元包括比较单元，用于比较各协作小区分配给下行物理控制信道域的0F匿符号数目；分配符号单元，用于将比较单元比较出的除OF匿符号最大的协作小区之外的其他协 作小区分配给下行物理控制信道域的OFmi符号后空置的OFmi符号分配给数据信道域或者 下行物理控制信道域，并将分配后的新0F匿符号作为所述0F匿符号数目较小的协作小区 的映射规则，以及将所述0F匿符号最大的协作小区原有的映射规则作为所述0F匿符号最 大的协作小区的映射规则，所述空置符号的数目为所述其他协作小区的0F匿符号数目与 比较得出的最大0F匿符号数目的差值。
25. 根据权利要求22至24任一项所述的网络设备，其特征在于，所述协商单元还包括协商参考信号单元，用于协商各协作小区参考信号位置是否发送数据和/或各协作小 区参考信号的发送模式；和/或协商编码速率匹配方案单元，用于协商各协作小区使用的编码速率匹配方案；和/或协商使用多播广播单频网络子帧单元，用于协商各协作小区使用多播广播单频网络子 帧和/或多播广播单频网络子帧的映射规则；和/或协商协作模式单元，用于协商各协作小区所使用的协作模式，所述协作模式包括资源 协作模式和收发机制。
26. —种通信系统，其特征在于，包括网络设备，用于在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输 的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信 道域和/或数据信道域的OFmi符号数目和位置，以及将协商后的所述映射规则通知终端。
全文摘要
本发明实施例公开了一种在协作多点传输中确定资源映射的方法、网络设备及系统，所述方法为在终端的协作多点传输状态发生变化时，对该终端进行协作多点传输的协作小区协商所述协作小区使用的映射规则，所述映射规则包括分配给下行物理控制信道域和/或数据信道域的正交频分多路复用OFDM符号数目和位置；将协商后的所述映射规则通知终端。本发明实施例通过在传输下行信号之前在协作各协作小区之间协商协作多点传输时使用的映射规则，使得终端能够准确接收多个协作小区下发的信号，提高系统协作多点传输性能。
文档编号H04L27/26GK101741442SQ20091000237
公开日2010年6月16日 申请日期2009年1月6日 优先权日2008年11月20日
发明者万蕾, 任晓涛, 周明宇, 程型清, 赵亚军 申请人:华为技术有限公司