CN103596277B - 一种实现小区合并的方法、主调度器、基带单元与基站 - Google Patents
一种实现小区合并的方法、主调度器、基带单元与基站 Download PDFInfo
- Publication number
- CN103596277B CN103596277B CN201310595113.6A CN201310595113A CN103596277B CN 103596277 B CN103596277 B CN 103596277B CN 201310595113 A CN201310595113 A CN 201310595113A CN 103596277 B CN103596277 B CN 103596277B
- Authority
- CN
- China
- Prior art keywords
- physical area
- physical
- pucch
- signal
- pusch
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现小区合并的方法、主调度器、基带单元与基站，该方法包括：主调度器在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区；主调度器接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，其中，一个上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；主调度器在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；主调度器在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上。以实现更多小区的合并。
Description
技术领域
本发明涉及移动通信技术领域，特别是涉及一种实现小区合并的方法、主调度器、基带单元与基站。
背景技术
在LTE(Long Term Evolution，长期演进)技术中，为了根据实际的应用场景及其对应的业务密度进行更灵活的小区覆盖分布，引入了小区合并技术，小区合并（Cell Combine，CC）是指把多个物理小区合并成一个大的逻辑小区，所述逻辑小区中的多个物理小区共用某个物理小区的资源，因此，所述逻辑小区也称为共小区系统。只要移动终端所处的物理小区属于合并后的逻辑小区，那么，终端在该合并小区包括的多个物理小区之间移动时，无需进行小区切换，减少了终端移动造成的小区切换频率；尤其在高速公路、高速铁路和超级小区室内覆盖场景，能够提高高速移动情况下的通信性能。
目前，实现小区合并的关键在于BBU（Base band Unit，基带单元）对上行信号的合并处理能力，在小区合并中，用于上行信号合并的信号处理方式主要有两种：一是射频合并处理方式，一是基带合并处理方式，基带合并处理方式就是多个RRU（Radio Remote Unit，射频拉远单元）的信号完整地输入到BBU的基带处理单元，基带单元对来自多个RRU的IQ信号进行合并处理，但是，IQ信号的数据量较大，进行基带合并增加了基带处理的复杂度、能够合并的小区数量少。要想在基带合并小区数目多，那么基带处理复杂度必然增加，现有的基带处理芯片处理能力受限，无法处理多个小区，小区合并的数目受限。
发明内容
为解决上述技术问题，本发明实施例提供一种实现小区合并的方法、主调度器、基带单元与基站，以解决现有技术中小区合并采用基带合并方式时，现有的基带处理芯片处理能力受限，无法处理多个小区，导致能够合并的小区数目非常有限，还不能满足实际通信环境的要求的技术问题。本发明提供技术方案如下：
一种实现小区合并的方法，包括：
主调度器在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区，以便于终端利用所述主服务小区的资源进行通信；
主调度器接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，其中，一个上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；
主调度器在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
主调度器在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上，以实现多个物理小区的合并。
本发明还提供一种主调度器，包括：
配置模块，用于在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区；
第一接收模块，用于接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，所述上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；
信道质量检测模块，用于在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
信号合并模块，用于在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上，以实现多个物理小区的合并。
本发明还提供一种基带单元，包括：
如上述任一所述的主调度器、与物理小区中信号接收部分RRU之间的上行接口模块、多个上行基带处理模块，其中，一个上行基带处理模块对应一个物理小区；
所述上行接口模块，用于接收多个RRU上报的终端发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，对接收的信号进行解压缩并按照通信协议进行拆帧，以便于信号的物理层处理，并将拆帧后的每个物理小区的信号发送给该物理小区相应的上行基带处理模块；
上行基带处理模块，用于接收所述上行接口模块上报的与该上行基带处理模块对应的物理小区的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，并将信号发送给所述主调度器。
本发明还提供一种基站，所述基站包括：
如上述任一所述的基带单元、物理小区中信号接收部分RRU；
所述RRU包括：
第二接收模块，用于接收终端向物理小区发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH；
上报模块，用于将第二接收模块接收的PUCCH和PUSCH上报给所述基带单元，以便于所述基带单元完成对多个RRU上报信号的合并。
由以上本发明实施例提供的技术方案可见，本发明中将信道与信号的合并在MAC层实现，信号不需要完全由硬件电路进行处理，避免由硬件电路处理信号带来的局限，本发明提供的技术方案可以处理更为复杂的信号，同时合并的信号相对现有技术来说更多，可以合并的物理小区也越多，增加了可以合并的小区数目，为超级小区的形成提供一定的技术支撑。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1为本发明提供的一种实现小区合并的方法实施例1的流程图；
图2为本发明提供的一种主调度器实施例1的结构示意图；
图3为本发明提供的一种基带单元实施例1的结构示意图；
图4为本发明提供的一种基站实施例1的结构示意图；
图5为4个物理小区合并的示意图；
图6为6个物理小区合并的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本发明保护的范围。
如图1所示，为本发明提供的一种实现小区合并的方法实施例1的流程图，本实施例用于描述上行通信流程，本实施例具体可以包括如下步骤：
S101：主调度器在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区，以便于终端利用所述主服务小区的资源进行通信；
需要说明的是，所述逻辑小区是预先配置好的，包括逻辑小区的标识，以及其包括的每个物理小区的标识，MAC层（Media Access Control，媒体访问控制）记录物理小区与逻辑小区之间的关系，主调度器将配置信息发送给负责处理每个物理小区信号的上行基带处理模块，以便于后续信号的处理，并从逻辑小区包括的物理小区中任选一物理小区作为主服务小区，逻辑小区内的终端进行数据传输时，共享主服务小区的资源。
S102：主调度器接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH；
其中，一个上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH（Physical Uplink Control Channel，物理上行链路控制信道）、PUSCH（Physical Uplink Shared Channel，物理上行共享信道）信息；所述PUCCH、PUSCH为终端利用所述主服务小区的资源向所述逻辑小区中的各个物理小区中信号接收部分RRU发送的信息；需要说明的是，RRU发送的PUCCH、PUSCH就是IQ信号，IQ信号是终端发送数据经过调制或者其他运算后的一种层现形式；另外物理小区数目与RRU数目之间的关系取决于载波数，在单载波小区中，RRU与物理小区一一对应，数目相等；在双载波小区，RRU数目为物理小区数目的一半，即一个RRU对应两个物理小区，同理，在三载波小区中，RRU数目为物理小区数目的三分之一。
处于逻辑小区中的终端进行上行通信时，首先要向基站请求资源，基站给终端分配资源后，终端才能在该资源上进行数据传输，终端进行上行数据通信时，该逻辑小区内的每个物理小区均会收到终端发送的上行信号（IQ信号），该信号由RRU进行接收，RRU对接收的信号进行变频等操作后发送给基带单元。
S103：主调度器在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
终端发送的数据，到达基带单元时，具体是由物理层接收的，如果在物理层直接进行信号的合并，由于IQ信号的数据量是较大的，将会占用较多的硬件资源，所以，本步骤中将接收的数据上报给MAC层进行合并，MAC层根据各个物理小区上报的信号确定个物理小区的信道质量，比如可以根据信道质量指示CQI或者信干比SINR的大小来确定信道质量的好坏，比如SINR越大说明信道质量越好，另一方面，也可以说明，终端处于该信道质量最好的物理小区的可能性最大。
S104：主调度器在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上。
本步骤进行信号合并的目的是要将各个物理信道的信号合并到信道质量最好的物理小区对应的信号PUCCH、PUSCH上来，同理，可以计算每个小区对应的PUSCH的SINR，然后采用最大信干比合并的方式进行信号的合并，对于具体采用何种合并算法可以根据实际应用具体选择，这里不做具体限定。
需要说明的是，通过实时步骤S104最终将多路信号合并为一路信号，可以采用合并出的PUCCH作信道估计用于后续对合并的PUSCH进行检测获得终端发送的原始数据，但在具体实施数据合并时可以有多种方式，在MAC层，可以将信道质量最好的物理小区对应的PUCCH作为主信号，将各个物理小区对应的PUCCH进行一次合并，直接合并为一路信号；将信道质量最好的物理小区对应的PUSCH为主信号，将各个物理小区对应的PUSCH进行一次合并，直接合并为一路信号；或，将所有物理小区的PUCCH分级进行合并，最终合并为一路信号；将所有物理小区的PUSCH分级进行合并，最终合并为一路信号，至此也就完成了多个物理小区的合并。
举个例子，比如对4个物理小区进行合并，假设物理小区的标识为0、1、2、和3，具体操作时，可以一次合并该4个小区对应的4路信号，也可以先合并物理小区0和小区1的信号，然后合并小区2和3的信号，最后再将所述两路合并后的信号进行合并，得到一路信号；或者先将其中任三个小区的信号合并，再与最后一个小区的信号合并。只要最后可以获得需要的合并信号即可，至于中间的操作过程，这里不作具体限定。
本实施例提供的技术方案中，将信道的选择与信号的合并在MAC层实现，信号不需要完全由硬件电路进行处理，避免由硬件电路处理信号带来的局限，本实施例提供的技术方案可以处理更为复杂的信号，同时合并的信号相对现有技术来说更多，可以合并的物理小区也越多，增加了可以合并的小区数目，为超级小区的形成提供一定的技术支撑。
随着通信发展的要求，虽然主调度器能够合并的小区数目相对于现有技术来说有很大的提高，但是，逻辑小区的规模越来越大，即待合并的小区数目越来越多，当小区数目超过一定数量时，可能会超出主调度器的处理能力，此时，在实施例1的基础上，进一步可以增加如下优选步骤：
合并为一逻辑小区的多个物理小区的数目超过所述主调度器能够处理的小区数目时，辅助调度器对超过所述主调度器处理能力的小区进行初步小区合并，并将合并的结果发送给主调度器，以便于主调度器完成所有小区的合并。
即在主调度器的基础上增加辅助调度器，将主调度器无法处理的小区信号发送给辅助调度器合并，合并之后再发送给主调度器进行最终的信号合并。这样在实施例1的基础上，通过扩展调度器的方式，进一步增加可以合并的物理小区数。
相应于上面的方法实施例，本发明还提供一种主调度器，参考图2所示，为所述主调度器实施例1的结构示意图，所述主调度器包括：
配置模块21，用于在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区；
第一接收模块22，用于接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，所述上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；
信道质量检测模块23，用于在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
信号合并模块24，用于在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上。
所述信号合并模块具体用于：在MAC层，将信道质量最好的物理小区对应的PUCCH为主信号，将各个物理小区对应的PUCCH进行一次合并，直接合并为一路信号；
在MAC层，将信道质量最好的物理小区对应的PUSCH为主信号，将各个物理小区对应的PUSCH进行一次合并，直接合并为一路信号；
或，
将所有物理小区的PUCCH分级进行合并，最终合并为一路信号；
将所有物理小区的PUSCH分级进行合并，最终合并为一路信号。
本发明还提供一种基带单元，参考图3所示，为所述基带单元实施例1的结构示意图，所述基带单元包括：图2所示的主调度器31、与物理小区中信号接收部分RRU之间的上行接口模块32、多个上行基带处理模块33，其中，一个上行基带处理模块对应一个物理小区；
所述上行接口模块32，用于接收多个RRU上报的终端发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，对接收的信号进行解压缩并按照通信协议进行拆帧，以便于信号的物理层处理，并将拆帧后的每个物理小区的信号发送给该物理小区相应的上行基带处理模块；
上行基带处理模块33，用于接收所述上行接口模块上报的与该上行基带处理模块对应的物理小区的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，并将信号发送给所述主调度器。
进一步的，所述基带单元还可以包括：至少一个辅助调度器，用于合并为一逻辑小区的多个物理小区的数目超过所述主调度器能够处理的小区数目时，对超过所述主调度器处理能力的小区进行小区合并，并将合并的结果发送给主调度器，以便于主调度器完成所有小区的合并。
进一步的，所述基带单元还可以包括：下行调度器、与物理小区中信号接收部分RRU之间的下行接口模块、多个下行基带处理模块，其中，一个下行基带处理模块对应一个物理小区；
所述下行调度器，用于调度主服务小区的资源向终端发送数据，将该数据复制多份，发送给每个下行基带处理模块；
下行基带处理模块，用于接收所述下行调度器向终端发送的数据，并对该数据进行物理层数据处理，发送给下行接口模块；
所述下行接口模块，用于接收每个下行基带处理模块发送的经过物理层数据处理过的数据，并按照通信协议进行组帧、压缩，将压缩后的数据进行电/光信号转换发送出去给每个物理小区中信号接收部分RRU。
本发明还提供一种基站，参考图4所示，为所述基站实施例1的结构示意图，所述基站包括：上述任一实施例所述的基带单元41、物理小区中信号接收部分RRU42；
其中，RRU42包括：
第二接收模块420，用于接收终端向物理小区发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH；
上报模块421，用于将第二接收模块接收的PUCCH和PUSCH上报给所述基带单元，以便于所述基带单元完成对多个RRU上报信号的合并。
进一步的，所述第二接收模块，还用于下行通信中，接收所述基带单元发送的以光信号形式承载的下行数据。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现，在此基础上，为了更深入的理解本发明技术方案，下面以一种可能的应用场景中的单载波小区为例进行说明，参考图5和图6所示，为一种可能的实现方式，其中，图5给出的是4个小区的合并，图5中采用小区0代表小区0上行/下行基带处理模块，其他小区同样采用这种标记方法，图6给出的是6个小区的合并。
参考图4所示，假设该基带单元可以合并的小区数目最多为4个，这里举例数目不一定与实际相符，仅用于示意性的说明，基带处理单元属于分布式基站中的一个单元，分布式基站包括BBU和RRU组成，BBU包括下行调度器、物理小区0、1、2、3下行基带处理模块、下行接口模块、主调度器、物理小区0、1、2、3上行基带处理模块、上行接口模块。
上行通信中，来自LTE RRU0、1、2、3的光信号，这里光信号携带的是基带IQ数据（比如PUCCH和PUSCH）和信令，经过O/E转换为电信号，然后传输给上行接口模块进行速率解压缩和拆帧，拆帧时按照采用的通信协议进行拆帧，然后，将拆帧后的信号发送给小区0、1、2、3上行基带处理模块进行数据的物理层处理（比如解调、解码等）后上报给主调度器。主调度器会同时收到上行基带处理模块上报的多个物理小区的接收结果，所以要对数据进行选择和合并。具体如下：
对于PUCCH消息而言，由MAC层来选择合并，物理层分别上报各小区接收到的PUCCH，MAC层根据SINR确定将多个物理小区对应的PUCCH合并到哪个物理小区上报的PUCCH上。需要注意的是，每个物理小区都有对应的上行控制信息（包括在PUCCH中）：CQI/PMI/RI、ACK/NACK，这些信息用于对接收信号的检测，以还原出发送端发送的信号，在本实施例中，采用SINR值最大的物理小区对应的信道质量指示CQI/预编码矩阵指示PMI/RI（用于确定层映射的层数）、ACK(Acknowledgment)/NACK(NegativeAcknowledgement)。对于PUSCH消息而言，物理层会对每个物理小区接收到的信号进行处理和CRC校验，然后上报给MAC，由MAC层执行多路信号的合并。
进一步的，如果需要合并的小区数目为6，则已经超过了基带单元的可以合并的小区数目阈值(假设阈值为4)，优选的，可以增加辅助调度器，小区4、5的信号由该辅助调度器进行合并，最终由主、辅助调度器联合合并出一路信号。
基于上述各实施例的说明，在下行通信中，可以设置下行调度器，主要用于主服务小区的下行调度，生成一份下行数据和控制信令的消息，然后将相同的消息复制后发送给小区0、1、2、3的下行基带处理模块。所述控制信令为PDCCH/PHICH/PCFICH/RS/PSS/SSS信道，下行数据为数据信道PDSCH。小区0、1、2、3下行基带处理模块对所述消息进行物理层的处理（比如调制、编码），然后传输给下行接口处理模块进行组帧、速率压缩，最后通过O/E转换模块转化为光信号经过光纤传输到LTE RRU0、1、2、3。
需要说明的是，物理小区数目较多时，辅助调度器还需要在下行通信中，将所述消息负责发送到其负责的物理小区对应的下行基带处理模块。下行接口模块和上行接口模块均可以采用10G高速率O/E（光/电）转换模块，基于上述原理，本发明提供的技术方案可以扩展到更多小区的合并。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所述仅是本发明的具体实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (9)
1.一种实现小区合并的方法，其特征在于，包括：
主调度器在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区，以便于终端利用所述主服务小区的资源进行通信；
主调度器接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，其中，一个上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；
主调度器在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
主调度器在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上，以实现多个物理小区的合并；
其中，合并为一逻辑小区的多个物理小区的数目超过所述主调度器能够处理的小区数目时，主调度器接收由辅助调度器对超过所述主调度器处理能力的小区进行小区合并的结果，以完成所有小区的合并。
2.根据权利要求1所述的方法，其特征在于，主调度器在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上，包括：
在MAC层，将信道质量最好的物理小区对应的PUCCH为主信号，将各个物理小区对应的PUCCH进行一次合并，直接合并为一路信号；
在MAC层，将信道质量最好的物理小区对应的PUSCH为主信号，将各个物理小区对应的PUSCH进行一次合并，直接合并为一路信号；
或，
将所有物理小区的PUCCH分级进行合并，最终合并为一路信号；
将所有物理小区的PUSCH分级进行合并，最终合并为一路信号。
3.一种主调度器，其特征在于，用于上行通信，所述主调度器包括：
配置模块，用于在MAC层从多个物理小区组成的逻辑小区中选择任一物理小区作为主服务小区；
第一接收模块，用于接收每个上行基带处理模块发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，所述上行基带处理模块对应一个物理小区，用于接收对应物理小区上报的PUCCH、PUSCH信息；
信道质量检测模块，用于在MAC层，根据各个物理小区对应的PUCCH确定信道质量最好的物理小区；
信号合并模块，用于在MAC层，将各个物理小区对应的PUCCH合并到信道质量最好的物理小区对应的PUCCH上，将各个物理小区对应的PUSCH合并到信道质量最好的物理小区对应的PUSCH上，以实现多个物理小区的合并；
其中，合并为一逻辑小区的多个物理小区的数目超过所述主调度器能够处理的小区数目时，主调度器接收由辅助调度器对超过所述主调度器处理能力的小区进行小区合并的结果，以完成所有小区的合并。
4.根据权利要求3所述的主调度器，其特征在于，所述信号合并模块具体用于：在MAC层，将信道质量最好的物理小区对应的PUCCH为主信号，将各个物理小区对应的PUCCH进行一次合并，直接合并为一路信号；
在MAC层，将信道质量最好的物理小区对应的PUSCH为主信号，将各个物理小区对应的PUSCH进行一次合并，直接合并为一路信号；
或，
将所有物理小区的PUCCH分级进行合并，最终合并为一路信号；
将所有物理小区的PUSCH分级进行合并，最终合并为一路信号。
5.一种基带单元，其特征在于，包括：
如权利要求3-4任一项所述的主调度器、与物理小区中信号接收部分射频远端单元RRU之间的上行接口模块、多个上行基带处理模块，其中，一个上行基带处理模块对应一个物理小区；
所述上行接口模块，用于接收多个RRU上报的终端发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，对接收的信号进行解压缩并按照通信协议进行拆帧，以便于信号的物理层处理，并将拆帧后的每个物理小区的信号发送给该物理小区相应的上行基带处理模块；
上行基带处理模块，用于接收所述上行接口模块上报的与该上行基带处理模块对应的物理小区的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH，并将信号发送给所述主调度器。
6.根据权利要求5所述的基带单元，其特征在于，还包括：
至少一个辅助调度器，用于合并为一逻辑小区的多个物理小区的数目超过所述主调度器能够处理的小区数目时，对超过所述主调度器处理能力的小区进行小区合并，并将合并的结果发送给主调度器，以便于主调度器完成所有小区的合并。
7.根据权利要求5-6任一项所述的基带单元，其特征在于，还包括：
下行调度器、与物理小区中信号接收部分RRU之间的下行接口模块、多个下行基带处理模块，其中，一个下行基带处理模块对应一个物理小区；
所述下行调度器，用于调度主服务小区的资源向终端发送数据，将该数据复制多份，发送给每个下行基带处理模块；
下行基带处理模块，用于接收所述下行调度器向终端发送的数据，并对该数据进行物理层数据处理，发送给下行接口模块；
所述下行接口模块，用于接收每个下行基带处理模块发送的经过物理层数据处理过的数据，并按照通信协议进行组帧、压缩，将压缩后的数据进行电/光信号转换发送出去给每个物理小区中信号接收部分RRU。
8.一种基站，其特征在于，所述基站包括：
如权利要求5-7任一项所述的基带单元、物理小区中信号接收部分射频远端单元RRU；
所述RRU包括：
第二接收模块，用于上行通信，接收终端向物理小区发送的物理上行链路控制信道PUCCH和物理上行共享信道PUSCH；
上报模块，用于将第二接收模块接收的PUCCH和PUSCH上报给所述基带单元，以便于所述基带单元完成对多个RRU上报信号的合并。
9.根据权利要求8所述的基站，其特征在于，所述第二接收模块，还用于下行通信中，接收所述基带单元发送的以光信号形式承载的下行数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310595113.6A CN103596277B (zh) | 2013-11-21 | 2013-11-21 | 一种实现小区合并的方法、主调度器、基带单元与基站 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310595113.6A CN103596277B (zh) | 2013-11-21 | 2013-11-21 | 一种实现小区合并的方法、主调度器、基带单元与基站 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103596277A CN103596277A (zh) | 2014-02-19 |
| CN103596277B true CN103596277B (zh) | 2016-11-16 |
Family
ID=50086207
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310595113.6A Active CN103596277B (zh) | 2013-11-21 | 2013-11-21 | 一种实现小区合并的方法、主调度器、基带单元与基站 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103596277B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105120521B (zh) * | 2015-07-23 | 2018-09-25 | 京信通信系统（中国）有限公司 | 一种上行信号的传输方法及装置 |
| CN106507386B (zh) * | 2015-09-07 | 2021-08-24 | 中兴通讯股份有限公司 | 超级小区生成方法、拆分方法、装置及通信系统 |
| CN105578481B (zh) * | 2015-12-17 | 2019-01-18 | 京信通信系统（中国）有限公司 | 一种共小区方法、Smallcell及本地控制器 |
| CN108156609B (zh) * | 2016-12-02 | 2022-08-19 | 中兴通讯股份有限公司 | 小区合并、拆分方法、装置及基站 |
| CN108235341A (zh) * | 2016-12-21 | 2018-06-29 | 中兴通讯股份有限公司 | 一种邻区关系的更新方法及装置 |
| CN112261672B (zh) * | 2020-09-08 | 2021-07-06 | 浙江三维利普维网络有限公司 | 上行数据的解析方法、电子装置和存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102158894A (zh) * | 2010-02-12 | 2011-08-17 | 上海交通大学 | 功率上升空间报告方法、基站及用户设备 |
| CN102308640A (zh) * | 2009-02-09 | 2012-01-04 | 交互数字专利控股公司 | 利用多载波的无线发射/接收单元的上行链路功率控制的装置和方法 |
| CN102349342A (zh) * | 2009-03-12 | 2012-02-08 | 交互数字专利控股公司 | 用于选择和重选上行链路主载波的方法和设备 |
| CN103384183A (zh) * | 2012-05-04 | 2013-11-06 | 电信科学技术研究院 | 一种上行控制信息传输方法及装置 |
-
2013
- 2013-11-21 CN CN201310595113.6A patent/CN103596277B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102308640A (zh) * | 2009-02-09 | 2012-01-04 | 交互数字专利控股公司 | 利用多载波的无线发射/接收单元的上行链路功率控制的装置和方法 |
| CN102349342A (zh) * | 2009-03-12 | 2012-02-08 | 交互数字专利控股公司 | 用于选择和重选上行链路主载波的方法和设备 |
| CN102158894A (zh) * | 2010-02-12 | 2011-08-17 | 上海交通大学 | 功率上升空间报告方法、基站及用户设备 |
| CN103384183A (zh) * | 2012-05-04 | 2013-11-06 | 电信科学技术研究院 | 一种上行控制信息传输方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103596277A (zh) | 2014-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103596277B (zh) | 一种实现小区合并的方法、主调度器、基带单元与基站 | |
| CN106537997A (zh) | 用于双连接操作的系统和方法 | |
| CN101998615B (zh) | 辅载波小区同步方法及终端 | |
| CN104885506A (zh) | 在多小区无线通信系统中共享无线电资源信息的方法和用于该方法的装置 | |
| CN110324117A (zh) | 一种数据传输方法、终端设备及网络设备 | |
| CN104756431A (zh) | 无线通信中确认时序的选择 | |
| CN104349479A (zh) | D2d通信资源分配方法及基站设备和用户设备 | |
| CN109076550A (zh) | 终端设备、基站设备和通信方法 | |
| CN104641671B (zh) | 网络侧设备、用户设备及其频谱共享方法 | |
| CN106304349A (zh) | 数据传输方法及装置 | |
| CN104640223A (zh) | 一种上报bsr的方法、基站和终端 | |
| CN103813454A (zh) | 进行设备至设备通信的方法以及相应的控制方法 | |
| CN110521265A (zh) | 上行数据传输方法、装置及存储介质 | |
| CN103945449A (zh) | Csi测量方法和装置 | |
| CN104244417A (zh) | Tdd上行下行配置的指示方法及用户设备 | |
| CN106102168A (zh) | 一种数据传输的控制方法及相关设备 | |
| TW201911795A (zh) | Ｐｕｃｃｈ傳輸方法、使用者設備和裝置 | |
| CN104144484A (zh) | 支持多连接的移动通信上行系统中构建数据单元的方法 | |
| WO2014116164A1 (en) | Method for use in wireless communication device reporting ack/nack in dynamic tdd configurations, wireless communication device, and computer-readable product | |
| CN104105213B (zh) | 一种移动通信系统中的调度方法和装置 | |
| CN104811285A (zh) | 一种协作通信方法及设备 | |
| TWI734924B (zh) | Ｐｕｃｃｈ傳輸方法、使用者設備和裝置 | |
| CN109757131B (zh) | 信号传输方法、相关装置及系统 | |
| CN103369695B (zh) | 一种上行调度方法及装置 | |
| CN109547955A (zh) | 一种下行信息的发送方法、amf实体及nf实体 |
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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200122 Address after: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Patentee after: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. Address before: 100085, building 1, tower 5, East Road, Haidian District, Beijing Patentee before: Beifang Fenghuo Tech Co., Ltd., Beijing |
|
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 430205 Hubei city of Wuhan province Jiangxia Hidden Dragon Island Tan lake two Road No. 1 Patentee after: CITIC Mobile Communication Technology Co., Ltd Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5 Patentee before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province Patentee after: CITIC Mobile Communication Technology Co.,Ltd. Address before: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province Patentee before: CITIC Mobile Communication Technology Co., Ltd |