一种协同传输的方法、系统和设备的制作方法

文档序号:7719794阅读:203来源:国知局
专利名称:一种协同传输的方法、系统和设备的制作方法
技术领域
本发明涉及无线通信技术,特别涉及一种协同传输的方法、系统和设备。
背景技术
ITU(International Telecommunication Union,国际电信联盟)为下一代移动通 信系统IMT-Advanced的性能提出了非常苛刻的要求,即最大系统传输带宽要达到100MHz, 上下行数据传输的峰值速率分别要达到500Mbps和l(ibpS。为了满足IMT-Advanced新系统 的要求,3GPP在其下一代移动蜂窝通信系统LTE-Advanced中提出了采用多点协同传输技 术(CoMP)来提高系统的性能。CoMP技术是指地理位置上分离的多个传输点协同参与一个UE的数据发送/接 收,以提高边缘UE接收信号质量。CoMP技术分为下行CoMP技术和上行CoMP技术,下行 CoMP技术又进一步分为联合处理(Joint Processing, JP)方式和联合调度(Coordinated Scheduling, CS)方式。在联合处理方式中,多个小区都可能向UE传输数据,以增强UE接 收信号的质量,其中多个小区同时向UE发送数据叫联合传输,一次只有一个小区(不一定 是服务小区)向UE发送数据叫动态小区选择。在联合调度方式中,只有UE所属的小区向 UE发送数据,协同小区之间通过调度的方式为不同的UE分配互相正交的资源,减少UE受到 的干扰。上行CoMP技术是指多个小区接收UE发送的上行数据,各小区经过一定的处理,由 UE所属的小区最终完成数据合并和解调。具体的服务端向协同端传输协同数据和协同调度信息,协同端基于协同调度信 息,在指定资源上以指定方式传输协同数据LTE-A (Long Term Evolution-Advanced,长期演进升级)系统引入 Relay(中继) 节点后,定义了以下节点、接口和链路,如图1所示,节点包括Donor-eNB 与RN(中继)设备有无线连接的eNB (演进基站),简写为DeNB ;Relay-Node 存在于DeNB与UE之间的实体,简写为RN设备;Relay-UE 与RN设备进行数据交互的UE,简写为R-UE ;宏UE 直接与DeNB进行数据交互的UE。接口包括Un接口RN设备和DeNB之间的接口 ;Uu接口 :UE和RN设备之间的接口,以及DeNB和宏UE的接口。无线链路包括Backhaul link 回程链路,与Un接口对应的链路;Access link 接入链路,与Uu接口对应的UE和RN之间的链路;Direct link 直射链路,DeNB与宏UE进行数据传输的链路。引入RN设备后的下行传输到达RN设备下UE的数据需要由DeNB经下行回程链 路发送到RN设备,再由RN设备经下行接入链路发送到UE。
引入RN设备后的上行传输RN设备下UE的上行传输先由UE经上行接入链路发 送到RN设备,再由RN设备经回程链路发送到DeNB。作为传输点,RN设备具有参与CoMP的基本条件。目前基站和RN设备之间数据共 享的方式是建立无线X2接口,通过无线X2接口传输协同数据和协同调度信息。但是这种 方式需要定义X2接口的建立、更新、释放等高层过程;并且X2接口间交互的信息需要携带 通道信息等内容。综上所述,目前基站和RN设备之间需要通过建立的无线X2接口传输协同数据,从 而增加了协同传输的复杂度,并且X2接口间交互的信息需要携带通道信息等内容,增加了 额外的开销。

发明内容
本发明实施例提供一种协同传输的方法、系统和设备,用以解决现有技术中存在 的服务端和协同端之间需要通过建立的无线X2接口传输协同数据,从而增加了协同传输 的复杂度和额外开销的问题。本发明实施例提供一种协同传输的方法,该方法包括服务端在需要协同端进行协同传输时,将协同数据和协同调度信息置于媒体接入 控制协议数据单元MAC PDU中;所述服务端向所述协同端发送MAC PDU,用于指示所述协同端根据所述协同调度 信息传输所述协同数据。本发明实施例提供一种协同传输的系统,该系统包括服务设备,用于在需要进行协同传输时,将协同数据和协同调度信息置于媒体接 入控制协议数据单元MAC PDU中,并发送所述MAC PDU ;协同设备,用于根据所述协同调度信息传输所述协同数据。本发明实施例提供一种服务设备,该服务设备包括处理模块,用于在需要协同端进行协同传输时,将协同数据和协同调度信息置于 媒体接入控制协议数据单元MAC PDU中;发送模块,用于向所述协同端发送MAC PDU,用于指示所述协同端根据所述协同调 度信息传输所述协同数据。本发明实施例提供一种协同设备,该协同设备包括接收模块,用于接收来自服务端的包含协同数据和协同调度信息的媒体接入控制 协议数据单元MAC PDU ;协同模块,用于根据所述协同调度信息传输所述协同数据。本发明实施例服务端将协同数据和协同调度信息置于MAC PDU中,向协同端发送 MAC PDU;协同端根据MAC PDU中的协同调度信息传输协同数据。由于服务端可以将协同数 据和协同调度信息置于MAC PDU中传输给协同端,服务端和协同端之间不需要建立无线X2 接口就可以传输协同数据和协同调度信息,从而减小协同传输的复杂度,节省额外开销,提 高资源利用率。


图IA为背景技术中LTE-A系统的结构示意图;图IB为本发明实施例协同传输的系统结构示意图;图2为本发明实施例服务设备的结构示意图;图3为本发明实施例协同设备的结构示意图;图4A为本发明实施例第一种MAC子头示意图;图4B为本发明实施例第二种MAC子头示意图;图4C为本发明实施例第三种MAC子头示意图;图5A为本发明实施例第一种MAC层单元结构示意图;图5B为本发明实施例第二种MAC层单元结构示意图;图5C为本发明实施例第三种MAC层单元结构示意图;图6为本发明实施例协同传输的方法流程示意图。
具体实施例方式本发明实施例服务端将协同数据和协同调度信息置于MAC PDU(MediumAccess Control Packet Data Unit,媒体接入控制协议数据单元)中,向协同端发送MAC PDU ;协 同端根据MAC PDU中的协同调度信息传输协同数据。由于服务端可以将协同数据和协同调度信息置于MAC PDU中传输给协同端,服务 端和协同端之间不需要建立无线X2接口就可以传输协同数据和协同调度信息,从而减小 协同传输的复杂度,节省额外开销。下面结合说明书附图对本发明实施例作进一步详细描述。如图IB所示,本发明实施例协同传输的系统包括服务设备10和协同设备20。服务设备10,用于在需要协同设备20进行协同传输时,将协同数据和协同调度信 息置于MAC PDU中,向协同设备20发送包含协同数据和协同调度信息的MAC PDU0协同设备20,用于接收来自服务设备10的MAC PDU,根据MAC PDU中的协同调度 信息传输MAC PDU中的协同数据。具体的,协同设备20根据协同调度信息,按照指定格式组织协同数据,在指定资 源上发送组织后的协同数据。其中,服务设备10可以将协同数据和协同调度信息置于MAC PDU的MAC(Media Access Control,媒体接入控制)层单元中,并生成MAC层单元对应的MAC子头。相应的,协同设备20确定MAC PDU中承载协同数据和协同调度信息的MAC层单元, 并根据确定的MAC层单元对应的MAC子头,从确定的MAC层单元中提取出协同数据和协同调度信息。服务设备10将协同数据和协同调度信息置于MAC PDU中的方式有很多种,下面列 举几种方式一、协同调度信息和协同数据组织到一个MAC层单元中。具体的,服务设备10将协同数据和协同调度信息置于MAC PDU的同一个MAC层 单元中,根据MAC层单元的长度,确定第一长度指示信息,承载协同数据和协同调度信息 的MAC层单元对应的第一逻辑信道号,将确定的第一逻辑信道号和第一长度指示信息置于MAC层单元对应的MAC子头中。承载协同数据和协同调度信息的MAC层单元对应的MAC子头包括LCID (Logical Channel ID,逻辑信道标识)用于标识对应负荷部分的逻辑信道 号,即对应MAC层负荷标识;其中,根据承载的数据不同,MAC层负荷中包括的单元也不相同,MAC层负荷可能 包括MAC SDU (MAC层业务数据单元)、MAC CE (MAC层控制单元)或本发明实施例承载协同 数据和/或协同调度信息的MAC层单元。E 扩展比特,用于指示下一个byte是MAC子头还是MAC负荷。R 预留比特。F =L域长度指示。0表示L域长度为7bit,1表示L域长度为15bit。L 用于指示负载的长度,如果负载长度小于128byte,采用7bit的L域(参见图 4A);如果负载长度不小于128byte,采用15bit的L域(参见图4B)。首先,服务设备10将协同数据和协同调度信息置于MAC PDU的同一个MAC层单元 中,负载示意图可以参见图5A;服务设备10根据承载协同数据和协同调度信息的负载部分长度,确定第一长度 指不信息;然后,服务设备10确定承载协同数据和协同调度信息的MAC层单元对应的第一逻 辑信道号,第一逻辑信道号用于标识对应的MAC层单元是MACCoMP单元(即承载协同数据 和协同调度信息的MAC单元)。第一逻辑信道号可以采用LTE系统预留的LCID中的一个, 也可以是一个新的LCID(后续第二逻辑信道号 第五逻辑信道号与第一逻辑信道号类似, 在此不再赘述)。最后,服务设备10将确定的第一逻辑信道号和第一长度指示信息置于MAC层单元 对应的MAC子头中。相应的,协同设备20在收到MAC PDU之后,根据MAC子头中的第一逻辑信道号,就 可以确定MAC PDU中承载协同数据和协同调度信息的MAC层单元;然后根据该MAC子头中 的第一长度指示信息,就可以从确定的MAC层单元中提取出协同数据和协同调度信息。方式二、协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息的长 度固定。具体的,服务设备10将协同数据置于一个MAC层单元,将协同调度信息置于另一 个MAC层单元,根据承载协同数据的MAC层单元的长度确定对应的第二长度指示信息,以及 确定承载协同数据的MAC层单元对应的第二逻辑信道号和承载协同调度信息的MAC层单元 对应的第三逻辑信道号,将确定的第二逻辑信道号和第二长度指示信息置于承载协同数据 的MAC层单元对应的MAC子头中,将确定的第三逻辑信道号置于承载协同调度信息的MAC 层单元对应的MAC子头中。承载协同数据的MAC层单元对应的MAC子头与方式一中承载协同数据和协同调度 信息的MAC层单元对应的MAC子头类似,不再赘述。承载协同调度信息的MAC层单元对应的MAC子头,可以参见图4C,由于协同调度信 息长度固定,所以不需要长度指示信息。首先,服务设备10将协同数据置于MAC PDU的一个MAC层单元中(负载示意图可以参见图5B),将协同调度信息置于MAC PDU的一个MAC层单元中(负载示意图可以参见图 5C);服务设备10根据承载协同数据的负载部分长度,确定第二长度指示信息;然后,服务设备10确定承载协同数据的MAC层单元对应的第二逻辑信道号(第二 逻辑信道号用于标识对应的MAC层单元是承载协同数据的MAC单元),确定承载协同调度信 息的MAC层单元对应的第三逻辑信道号(第三逻辑信道号用于标识对应的MAC层单元是承 载协同数据的MAC单元)。最后,服务设备10将第二逻辑信道号和第二长度指示信息置于承载协同数据的 MAC层单元对应的MAC子头中,将第三逻辑信道号置于承载协同调度信息的MAC层单元对应 的MAC子头中。相应的,协同设备20在收到MAC PDU之后,根据MAC子头中的第二逻辑信道号,就 可以确定承载协同数据的MAC层单元,根据MAC子头中的第二长度指示信息,就可以从确定 的MAC层单元中提取出协同数据,以及MAC子头中的第三逻辑信道号,就可以确定承载协同 调度信息的MAC层单元,根据协同调度信息固定长度,就可以从确定的MAC层单元中提取出 协同调度信息。方式三、协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息的长 度不固定。具体的,服务设备10将协同数据置于一个MAC层单元,将协同调度信息置于另一 个MAC层单元,根据承载协同数据的MAC层单元的长度确定第三长度指示信息,根据承载协 同调度信息的MAC层单元的长度确定第四长度指示信息,以及确定承载协同数据的MAC层 单元对应的第四逻辑信道号和承载协同调度信息的MAC层单元对应的第五逻辑信道号,将 确定的第四逻辑信道号和第三长度指示信息置于承载协同数据MAC层单元对应的MAC子头 中,将确定的第五逻辑信道号和第四长度指示信息置于承载协同调度信息的MAC层单元对 应的MAC子头中。相应的,协同设备20根据第四逻辑信道号,确定承载协同数据的MAC层单元,根据 第三长度指示信息,从确定的MAC层单元中提取出协同数据,以及根据第五逻辑信道号,确 定承载协同调度信息的MAC层单元,根据第四长度指示信息,从确定的MAC层单元中提取出 协同调度信息。由于方式三中协同调度指示信息长度不固定,与方式二的区别在于,服务设备10 需要根据承载协同调度信息的负载部分的长度,确定第四长度指示信息,然后将第四长度 指示信息置于承载协同调度信息的MAC层单元对应的MAC子头中。承载协同调度信息的MAC层单元对应的MAC子头的示意图可以参见图4A和图4B。方式三的其他处理过程与方式二类似,在此不再赘述。对于方式一 三,如果在协同调度信息的长度不是整字节,则服务设备10还需要 填充冗余比特(比如lidding)。具体的,服务设备10在MAC层单元中的协同调度信息后填 充冗余比特,使协同调度信息和冗余比特之和等于整字节,比如图5A和图5B中的lidding。 当然,如果协同调度信息的长度是整字节,则不需要填充任何比特。其中,如果服务设备是eNB (演进基站),协同设备是RN设备;如果服务设备是RN 设备,协同设备是eNB。
如图2所示,本发明实施例服务设备包括处理模块100和发送模块110。处理模块100,用于在需要协同端进行协同传输时,将协同数据和协同调度信息置 于 MAC PDU 中。发送模块110,用于向协同端发送处理模块100处理后的MAC PDU,用于指示协同 端根据协同调度信息传输协同数据。其中,处理模块100可以将协同数据和协同调度信息置于MAC PDU的MAC层单元 中,并生成MAC层单元对应的MAC子头。具体的,处理模块100可以将协同数据和协同调度信息置于MAC PDU的同一个MAC 层单元中,根据MAC层单元的长度,确定第一长度指示信息,以及确定承载协同数据和协同 调度信息的MAC层单元对应的第一逻辑信道号,将确定的第一逻辑信道号和第一长度指示 信息置于MAC层单元对应的MAC子头中;或者处理模块100将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC 层单元,根据承载协同数据的MAC层单元的长度确定对应的第二长度指示信息,以及确定 承载协同数据的MAC层单元对应的第二逻辑信道号和承载协同调度信息的MAC层单元对 应的第三逻辑信道号,将确定的第二逻辑信道号和第二长度指示信息置于承载协同数据的 MAC层单元对应的MAC子头中,将确定的第三逻辑信道号置于承载协同调度信息的MAC层单 元对应的MAC子头中;或者处理模块100将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC 层单元,根据承载协同数据的MAC层单元的长度确定第三长度指示信息,根据承载协同调 度信息的MAC层单元的长度确定第四长度指示信息,以及确定承载协同数据的MAC层单元 对应的第四逻辑信道号和承载协同调度信息的MAC层单元对应的第五逻辑信道号,将确定 的第四逻辑信道号和第三长度指示信息置于承载协同数据MAC层单元对应的MAC子头中, 将确定的第五逻辑信道号和第四长度指示信息置于承载协同调度信息的MAC层单元对应 的MAC子头中。其中,在协同调度信息的长度不是整字节时,处理模块100还可以在MAC层单元中 的协同调度信息后填充冗余比特,使协同调度信息和冗余比特之和等于整字节。如图3所示,本发明实施例协同设备包括接收模块200和协同模块210。接收模块200,用于接收来自服务端的包含协同数据和协同调度信息的MAC PDU。协同模块210,用于根据接收模块200接收的MAC PDU中的协同调度信息传输该 MAC PDU中的协同数据。其中,接收模块200可以确定MAC PDU中承载协同数据和协同调度信息的媒体接 入控制MAC层单元,并根据确定的MAC层单元对应的MAC子头,从确定的MAC层单元中提取 出协同数据和协同调度信息。如果服务端将协同调度信息和协同数据组织到一个MAC单元中,接收模块200根 据MAC子头中的第一逻辑信道号,确定MAC PDU中承载协同数据和协同调度信息的MAC层 单元,根据MAC子头中的第一长度指示信息,从确定的MAC层单元中提取出协同数据和协同调度信息。如果服务端将协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息 的长度固定,接收模块200根据MAC子头中的第二逻辑信道号,确定承载协同数据的MAC层单元,根据MAC子头中的第二长度指示信息,从确定的MAC层单元中提取出协同数据,以及 根据MAC子头中的第三逻辑信道号,确定承载协同调度信息的MAC层单元,根据协同调度信 息固定长度,从确定的MAC层单元中提取出协同调度信息。如果服务端将协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息 的长度不固定,接收模块200根据MAC子头中的第四逻辑信道号,确定承载协同数据的MAC 层单元,根据MAC子头中的第三长度指示信息,从确定的MAC层单元中提取出协同数据,以 及根据MAC子头中的第五逻辑信道号,确定承载协同调度信息的MAC层单元,根据MAC子头 中的第四长度指示信息,从确定的MAC层单元中提取出协同调度信息。如果应用场景不同,本发明实施例服务设备会转换成协同设备;相应的,协同设备 会转换成服务设备。所以本发明实施例的服务设备和协同设备的功能可以组合到一个实体 中,根据不同的场景使用相应的功能。比如eNB中有服务设备和协同设备的功能,RN设备中也有服务设备和协同设备的 功能。如图6所示,本发明实施例协同传输的方法包括下列步骤步骤601、服务端在需要协同端进行协同传输时,将协同数据和协同调度信息置于 MAC PDU 中。步骤602、服务端向协同端发送包含协同数据和协同调度信息的MACPDU,用于指 示协同端根据协同调度信息传输协同数据。其中,步骤602之后还可以进一步包括步骤603、协同端接收包含协同数据和协同调度信息的MAC PDU,并根据MAC PDU 中的协同调度信息传输MAC PDU中的协同数据。步骤603中协同端根据协同调度信息,按照指定格式组织协同数据,在指定资源 上发送组织后的协同数据。其中,步骤601中服务端可以将协同数据和协同调度信息置于MAC PDU层单元中, 并生成MAC层单元对应的MAC子头。相应的,步骤603中协同端确定MAC PDU中承载协同数据和协同调度信息的MAC 层单元,并根据确定的MAC层单元对应的MAC子头,从确定的MAC层单元中提取出协同数据 和协同调度信息。服务端将协同数据和协同调度信息置于MAC PDU中的方式有很多种,下面列举几 种方式一、协同调度信息和协同数据组织到一个MAC单元中。具体的,步骤601中服务端将协同数据和协同调度信息置于MAC PDU的同一个MAC 层单元中,根据MAC层单元的长度,确定第一长度指示信息,以及确定承载协同数据和协同 调度信息的MAC层单元对应的第一逻辑信道号,将确定的第一逻辑信道号和第一长度指示 信息置于MAC层单元对应的MAC子头中。承载协同数据和协同调度信息的MAC层单元对应的MAC子头与本发明实施例协同 传输的系统方式一中承载协同数据和协同调度信息的MAC层单元对应的MAC子头的格式相 同,在此不再赘述。步骤601中,首先服务端将协同数据和协同调度信息置于MAC PDU的同一个MAC层单元中,负载示意图可以参见图5A ;服务端根据承载协同数据和协同调度信息的负载部分长度,确定第一长度指示信 息;然后,服务端确定承载协同数据和协同调度信息的MAC层单元对应的第一逻辑信 道号,第一逻辑信道号用于标识对应的MAC层单元是MAC CoMP单元(即承载协同数据和协 同调度信息的MAC单元)。第一逻辑信道号可以采用LTE系统预留的LCID中的一个,也可 以是一个新的LCID(后续第二逻辑信道号 第五逻辑信道号与第一逻辑信道号类似,在此 不再赘述)。最后,服务端将确定的第一逻辑信道号和第一长度指示信息置于MAC层单元对应 的MAC子头中。相应的,步骤603中协同端在收到MAC PDU之后,根据MAC子头中的第一逻辑信 道号,就可以确定MAC PDU中承载协同数据和协同调度信息的MAC层单元;然后根据该MAC 子头中的第一长度指示信息,就可以从确定的MAC层单元中提取出协同数据和协同调度信 肩、ο方式二、协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息的长 度固定。具体的,步骤601中服务端将协同数据置于一个MAC层单元,将协同调度信息置于 另一个MAC层单元,根据承载协同数据的MAC层单元的长度确定对应的第二长度指示信息, 以及确定承载协同数据的MAC层单元对应的第二逻辑信道号和承载协同调度信息的MAC层 单元对应的第三逻辑信道号,将确定的第二逻辑信道号和第二长度指示信息置于承载协同 数据的MAC层单元对应的MAC子头中,将确定的第三逻辑信道号置于承载协同调度信息的 MAC层单元对应的MAC子头中。承载协同数据的MAC层单元对应的MAC子头与方式一中承载协同数据和协同调度 信息的MAC层单元对应的MAC子头类似,不再赘述。承载协同调度信息的MAC层单元对应的MAC子头,可以参见图4C,由于协同调度信 息长度固定,所以不需要长度指示信息。步骤601中,首先服务端将协同数据置于MAC PDU的一个MAC层单元中(负载示 意图可以参见图5B),将协同调度信息置于MAC PDU的一个MAC层单元中(负载示意图可以 参见图5C);服务端根据承载协同数据的负载部分长度,确定第二长度指示信息;然后,服务端确定承载协同数据的MAC层单元对应的第二逻辑信道号(第二逻辑 信道号用于标识对应的MAC层单元是承载协同数据的MAC单元),确定承载协同调度信息的 MAC层单元对应的第三逻辑信道号(第三逻辑信道号用于标识对应的MAC层单元是承载协 同数据的MAC单元)。最后,服务端将第二逻辑信道号和第二长度指示信息置于承载协同数据的MAC层 单元对应的MAC子头中,将第三逻辑信道号置于承载协同调度信息的MAC层单元对应的MAC 子头中。相应的,步骤603中协同端在收到MAC PDU之后,根据MAC子头中的第二逻辑信道 号,就可以确定承载协同数据的MAC层单元,根据MAC子头中的第二长度指示信息,就可以从确定的MAC层单元中提取出协同数据,以及MAC子头中的第三逻辑信道号,就可以确定承 载协同调度信息的MAC层单元,根据协同调度信息固定长度,就可以从确定的MAC层单元中 提取出协同调度信息。方式三、协同调度信息和协同数据组织到两个MAC单元中,且协同调度信息的长 度不固定。具体的,步骤601中服务端将协同数据置于一个MAC层单元,将协同调度信息置 于另一个MAC层单元,根据承载协同数据的MAC层单元的长度确定第三长度指示信息,根 据承载协同调度信息的MAC层单元的长度确定第四长度指示信息,以及确定承载协同数据 的MAC层单元对应的第四逻辑信道号和承载协同调度信息的MAC层单元对应的第五逻辑信 道号,将确定的第四逻辑信道号和第三长度指示信息置于承载协同数据MAC层单元对应的 MAC子头中,将确定的第五逻辑信道号和第四长度指示信息置于承载协同调度信息的MAC 层单元对应的MAC子头中。相应的,步骤603中协同端根据第四逻辑信道号,确定承载协同数据的MAC层单 元,根据第三长度指示信息,从确定的MAC层单元中提取出协同数据,以及根据第五逻辑信 道号,确定承载协同调度信息的MAC层单元,根据第四长度指示信息,从确定的MAC层单元 中提取出协同调度信息。由于方式三中协同调度指示信息长度不固定,与方式二的区别在于,服务端需要 根据承载协同调度信息的负载部分的长度,确定第四长度指示信息,然后将第四长度指示 信息置于承载协同调度信息的MAC层单元对应的MAC子头中。承载协同调度信息的MAC层单元对应的MAC子头的示意图可以参见图4A和图4B。方式三的其他处理过程与方式二类似,在此不再赘述。对于方式一 三,如果在协同调度信息的长度不是整字节,则步骤601中服务端 还需要填充冗余比特(比如lidding)。具体的,服务端在MAC层单元中的协同调度信息后填 充冗余比特,使协同调度信息和冗余比特之和等于整字节,比如图5A和图5B中的lidding。 当然,如果协同调度信息的长度是整字节,则不需要填充任何比特。从上述实施例中可以看出本发明实施例服务端在需要协同端进行协同传输时, 将协同数据和协同调度信息置于媒体接入控制协议数据单元MACPDU中;服务端向协同端 发送MAC PDU,用于指示协同端根据协同调度信息传输协同数据。由于服务端可以将协同数据和协同调度信息置于MAC PDU中传输给协同端,服务 端和协同端之间不需要建立无线X2接口就可以传输协同数据和协同调度信息,从而减小 协同传输的复杂度,节省额外开销,提高资源利用率。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内,则本发明也意图包含这些改动和变型在内。
权利要求
1.一种协同传输的方法,其特征在于,该方法包括服务端在需要协同端进行协同传输时,将协同数据和协同调度信息置于媒体接入控制 协议数据单元MAC PDU中;所述服务端向所述协同端发送所述MAC PDU,用于指示所述协同端根据所述协同调度 信息传输所述协同数据。
2.如权利要求1所述的方法,其特征在于,所述服务端将协同数据和协同调度信息置 于MAC PDU中包括所述服务端将协同数据和协同调度信息置于MAC PDU的媒体接入控制MAC层单元中, 并生成所述MAC层单元对应的MAC子头; 所述服务端发送MAC PDU之后还包括所述协同端确定所述MAC PDU中承载所述协同数据和所述协同调度信息的MAC层单 元,并根据确定的所述MAC层单元对应的所述MAC子头,从确定的所述MAC层单元中提取出 所述协同数据和所述协同调度信息;所述协同端根据所述协同调度信息传输所述协同数据。
3.如权利要求2所述的方法,其特征在于,所述服务端将协同数据和协同调度信息置 于MAC PDU中包括所述服务端将协同数据和协同调度信息置于MAC PDU的同一个MAC层单元中; 所述服务端根据所述MAC层单元的长度,确定第一长度指示信息,以及确定承载协同 数据和协同调度信息的MAC层单元对应的第一逻辑信道号;所述服务端将确定的所述第一逻辑信道号和所述第一长度指示信息置于所述MAC层 单元对应的MAC子头中;所述协同端提取出所述协同数据和所述协同调度信息包括所述协同端根据所述第一逻辑信道号,确定所述MAC PDU中承载所述协同数据和所述 协同调度信息的MAC层单元,根据所述第一长度指示信息,从确定的所述MAC层单元中提取 出所述协同数据和所述协同调度信息。
4.如权利要求2所述的方法,其特征在于,所述协同调度信息长度固定; 所述服务端将协同数据和协同调度信息置于MAC PDU中包括所述服务端将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元;所述服务端根据承载协同数据的MAC层单元的长度确定对应的第二长度指示信息,以 及确定承载协同数据的MAC层单元对应的第二逻辑信道号和承载协同调度信息的MAC层单 元对应的第三逻辑信道号;所述服务端将确定的所述第二逻辑信道号和所述第二长度指示信息置于承载协同数 据的MAC层单元对应的MAC子头中,将确定的所述第三逻辑信道号置于承载协同调度信息 的MAC层单元对应的MAC子头中;所述协同端提取出所述协同数据和所述协同调度信息包括所述协同端根据所述第二逻辑信道号,确定承载所述协同数据的MAC层单元,根据所 述第二长度指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及根据所述第 三逻辑信道号,确定承载所述协同调度信息的MAC层单元,根据协同调度信息固定长度,从确定的所述MAC层单元中提取出所述协同调度信息。
5.如权利要求2所述的方法,其特征在于,所述协同调度信息长度不固定;所述服务端将协同数据和协同调度信息置于MAC PDU中包括所述服务端将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元;所述服务端根据承载协同数据的MAC层单元的长度确定第三长度指示信息,根据承载 协同调度信息的MAC层单元的长度确定第四长度指示信息,以及确定承载协同数据的MAC 层单元对应的第四逻辑信道号和承载协同调度信息的MAC层单元对应的第五逻辑信道号;所述服务端将确定的所述第四逻辑信道号和所述第三长度指示信息置于承载协同数 据MAC层单元对应的MAC子头中,将确定的所述第五逻辑信道号和所述第四长度指示信息 置于承载协同调度信息的MAC层单元对应的MAC子头中;所述协同端提取出所述协同数据和所述协同调度信息包括所述协同端根据所述第四逻辑信道号,确定承载所述协同数据的MAC层单元,根据所 述第三长度指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及根据所述第 五逻辑信道号,确定承载所述协同调度信息的MAC层单元,根据所述第四长度指示信息,从 确定的所述MAC层单元中提取出所述协同调度信息。
6.如权利要求2 5所述的方法,其特征在于,所述服务端在所述协同调度信息的长度 不是整字节时,在所述MAC层单元中的所述协同调度信息后填充冗余比特,使所述协同调 度信息和所述冗余比特之和等于整字节。
7.—种协同传输的系统,其特征在于,该系统包括服务设备,用于在需要进行协同传输时,将协同数据和协同调度信息置于媒体接入控 制协议数据单元MAC PDU中,并发送所述MAC PDU ;协同设备,用于根据所述协同调度信息传输所述协同数据。
8.如权利要求7所述的系统,其特征在于,所述服务设备还用于将协同数据和协同调度信息置于MAC PDU的媒体接入控制MAC层单元中,并生成所述 MAC层单元对应的MAC子头;所述协同设备还用于确定所述MAC PDU中承载所述协同数据和所述协同调度信息的MAC层单元,并根据确 定的所述MAC层单元对应的所述MAC子头,从确定的所述MAC层单元中提取出所述协同数 据和所述协同调度信息。
9.如权利要求8所述的系统,其特征在于,所述服务设备还用于将协同数据和协同调度信息置于MAC PDU的同一个MAC层单元中,根据所述MAC层单 元的长度,确定第一长度指示信息,以及确定承载协同数据和协同调度信息的MAC层单元 对应的第一逻辑信道号,将确定的所述第一逻辑信道号和所述第一长度指示信息置于所述 MAC层单元对应的MAC子头中;所述协同设备还用于根据所述第一逻辑信道号,确定所述MAC PDU中承载所述协同数据和所述协同调度信 息的MAC层单元,根据所述第一长度指示信息,从确定的所述MAC层单元中提取出所述协同 数据和所述协同调度信息。
10.如权利要求8所述的系统,其特征在于,所述服务设备还用于将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元,根据承载协 同数据的MAC层单元的长度确定对应的第二长度指示信息,以及确定承载协同数据的MAC 层单元对应的第二逻辑信道号和承载协同调度信息的MAC层单元对应的第三逻辑信道号, 将确定的所述第二逻辑信道号和所述第二长度指示信息置于承载协同数据的MAC层单元 对应的MAC子头中,将确定的所述第三逻辑信道号置于承载协同调度信息的MAC层单元对 应的MAC子头中;所述协同设备还用于根据所述第二逻辑信道号,确定承载所述协同数据的MAC层单元,根据所述第二长度 指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及根据所述第三逻辑信道 号,确定承载所述协同调度信息的MAC层单元,根据协同调度信息固定长度,从确定的所述 MAC层单元中提取出所述协同调度信息。
11.如权利要求8所述的系统,其特征在于,所述服务设备还用于将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元,根据承载协 同数据的MAC层单元的长度确定第三长度指示信息,根据承载协同调度信息的MAC层单元 的长度确定第四长度指示信息,以及确定承载协同数据的MAC层单元对应的第四逻辑信道 号和承载协同调度信息的MAC层单元对应的第五逻辑信道号,将确定的所述第四逻辑信道 号和所述第三长度指示信息置于承载协同数据MAC层单元对应的MAC子头中,将确定的所 述第五逻辑信道号和所述第四长度指示信息置于承载协同调度信息的MAC层单元对应的 MAC子头中;所述协同设备还用于根据所述第四逻辑信道号,确定承载所述协同数据的MAC层单元,根据所述第三长度 指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及根据所述第五逻辑信道 号,确定承载所述协同调度信息的MAC层单元,根据所述第四长度指示信息,从确定的所述 MAC层单元中提取出所述协同调度信息。
12.如权利要求8 11所述的系统,其特征在于,所述服务端还用于在所述协同调度信息的长度不是整字节时,在所述MAC层单元中的所述协同调度信息 后填充冗余比特,使所述协同调度信息和所述冗余比特之和等于整字节。
13.一种服务设备,其特征在于,该服务设备包括处理模块,用于在需要协同端进行协同传输时,将协同数据和协同调度信息置于媒体 接入控制协议数据单元MAC PDU中;发送模块,用于向所述协同端发送MAC PDU,用于指示所述协同端根据所述协同调度信 息传输所述协同数据。
14.如权利要求13所述的服务设备,其特征在于,所述处理模块用于将协同数据和协同调度信息置于MAC PDU的媒体接入控制MAC层单元中,并生成所述 MAC层单元对应的MAC子头。
15.如权利要求14所述的服务设备,其特征在于,所述处理模块用于将协同数据和协同调度信息置于MAC PDU的同一个MAC层单元中,根据所述MAC层单 元的长度,确定第一长度指示信息,以及确定承载协同数据和协同调度信息的MAC层单元对应的第一逻辑信道号,将确定的所述第一逻辑信道号和所述第一长度指示信息置于所述 MAC层单元对应的MAC子头中。
16.如权利要求14所述的服务设备,其特征在于,所述处理模块用于将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元,根据承载协 同数据的MAC层单元的长度确定对应的第二长度指示信息,以及确定承载协同数据的MAC 层单元对应的第二逻辑信道号和承载协同调度信息的MAC层单元对应的第三逻辑信道号, 将确定的所述第二逻辑信道号和所述第二长度指示信息置于承载协同数据的MAC层单元 对应的MAC子头中,将确定的所述第三逻辑信道号置于承载协同调度信息的MAC层单元对 应的MAC子头中。
17.如权利要求14所述的服务设备,其特征在于,所述处理模块用于将协同数据置于一个MAC层单元,将协同调度信息置于另一个MAC层单元,根据承载协 同数据的MAC层单元的长度确定第三长度指示信息,根据承载协同调度信息的MAC层单元 的长度确定第四长度指示信息,以及确定承载协同数据的MAC层单元对应的第四逻辑信道 号和承载协同调度信息的MAC层单元对应的第五逻辑信道号,将确定的所述第四逻辑信道 号和所述第三长度指示信息置于承载协同数据MAC层单元对应的MAC子头中,将确定的所 述第五逻辑信道号和所述第四长度指示信息置于承载协同调度信息的MAC层单元对应的 MAC子头中。
18.如权利要求14 17所述的服务设备,其特征在于,所述处理模块还用于在所述协同调度信息的长度不是整字节时,在所述MAC层单元中的所述协同调度信息 后填充冗余比特,使所述协同调度信息和所述冗余比特之和等于整字节。
19.一种协同设备,其特征在于,该协同设备包括接收模块,用于接收来自服务端的包含协同数据和协同调度信息的媒体接入控制协议 数据单元MAC PDU ;协同模块,用于根据所述协同调度信息传输所述协同数据。
20.如权利要求19所述的协同设备,其特征在于,所述接收模块还用于确定所述MAC PDU中承载所述协同数据和所述协同调度信息的媒体接入控制MAC层单 元,并根据确定的所述MAC层单元对应的MAC子头,从确定的所述MAC层单元中提取出所述 协同数据和所述协同调度信息。
21.如权利要求20所述的协同设备,其特征在于,所述接收模块还用于根据所述MAC子头中的第一逻辑信道号,确定所述MAC PDU中承载所述协同数据和所 述协同调度信息的MAC层单元,根据所述MAC子头中的第一长度指示信息,从确定的所述 MAC层单元中提取出所述协同数据和所述协同调度信息。
22.如权利要求20所述的协同设备,其特征在于,所述接收模块还用于根据所述MAC子头中的第二逻辑信道号,确定承载所述协同数据的MAC层单元,根据所 述MAC子头中的第二长度指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及 根据所述MAC子头中的第三逻辑信道号,确定承载所述协同调度信息的MAC层单元,根据协 同调度信息固定长度,从确定的所述MAC层单元中提取出所述协同调度信息。
23.如权利要求20所述的协同设备,其特征在于,所述接收模块还用于根据所述MAC子头中的第四逻辑信道号,确定承载所述协同数据的MAC层单元,根据所述MAC子头中的第三长度指示信息,从确定的所述MAC层单元中提取出所述协同数据,以及 根据所述MAC子头中的第五逻辑信道号,确定承载所述协同调度信息的MAC层单元,根据所 述MAC子头中的第四长度指示信息,从确定的所述MAC层单元中提取出所述协同调度信息。
全文摘要
本发明实施例涉及无线通信技术,特别涉及一种协同传输的方法、系统和设备,用以解决现有技术中存在的服务端和协同端之间需要通过建立无线X2接口传输协同数据,从而增加了协同传输的复杂度和额外开销的问题。本发明实施例的方法包括服务端在需要协同端进行协同传输时,将协同数据和协同调度信息置于MAC PDU中;所述服务端向所述协同端发送所述MACPDU,用于指示所述协同端根据所述协同调度信息传输所述协同数据。采用本发明实施例能够减小协同传输的复杂度,节省额外开销,提高资源利用率。
文档编号H04W92/20GK102045859SQ20091023652
公开日2011年5月4日 申请日期2009年10月23日 优先权日2009年10月23日
发明者谌丽 申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1