QUAN WEI (CN)
ZHANG JIAN (CN)
WO2012082023A1 | 2012-06-21 | |||
WO2012136269A1 | 2012-10-11 |
CN101841874A | 2010-09-22 |
广州三环专利代理有限公司 (CN)
权 利 要 求 1、 一种在载波聚合中上行数据的调度方法, 所述方法包括: 通过物理上行链路控制信道向宏基站发送调度请求,所述调度请求携带指 示消息, 所述指示消息指示触发上行数据发送的基站, 以使所述宏基站根据所 述指示消息获取触发所述上行数据传输的基站, 所述基站包括: 小基站和所述 宏基站; 接收触发所述上行数据发送的基站发送的上行数据授权消息,并根据所述 调度请求向触发所述上行数据发送的基站发送数据。 2、 如权利要求 1所述的方法, 其特征在于, 所述根据所述调度请求向所 述触发所述上行数据的基站上传数据的步骤, 包括: 向触发所述上行数据发送的基站发送緩沖状态报告; 向触发所述上行数据发送的基站发送上行数据。 3、 如权利要求 1所述的方法, 其特征在于, 在所述通过物理上行链路控 制信道向宏基站发送调度请求的步骤之前, 所述方法还包括: 接收所述指示消息中的代码与所述基站的对应关系以及所述基站的排序 信息, 并根据所述对应关系和所述排序信息创建指示消息。 4、 如权利要求 1所述的方法, 其特征在于, 所述方法还包括: 接收宏基站和小基站发送的介质访问控制层参数,所述宏基站的介质访问 控制层参数与所述小基站的介质访问控制层参数不同。 5、 一种在载波聚合中上行数据的调度方法, 其特征在于, 所述方法包括: 接收用户设备通过物理上行链路控制信道发送的调度请求,所述调度请求 携带指示消息,所述指示消息指示触发上行数据发送的基站,,所述基站包括: 小基站和宏基站; 根据所述指示消息获取触发所述上行数据发送的基站,并根据获取的所述 基站对所述调度请求进行处理; 如果触发所述上行数据发送的基站为所述宏基站,则向所述用户设备发送 上行数据授权消息; 接收所述用户设备发送的数据。 6、 如权利要求 5所述的方法, 其特征在于, 所述接收所述用户设备发送 的数据的步骤, 包括: 接收所述用户设备发送的緩沖状态报告; 接收所述用户设备发送的数据。 7、 如权利要求 5所述的方法, 其特征在于, 在所述接收用户设备通过物 理上行链路控制信道发送的调度请求的步骤之前, 所述方法还包括: 接收所述指示消息中的代码与所述基站的对应关系以及所述基站的排序 信息。 8、 如权利要求 5-7任一项所述的方法, 其特征在于, 所述方法还包括: 配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与小基站配置的介质访问控制层参数不同。 9、 一种在载波聚合中上行数据的调度方法, 其特征在于, 所述方法包括: 接收宏基站通过 X2接口发送的调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所述基站包括: 小基站和所述宏 基站; 向用户设备发送上行数据授权消息; 接收所述用户设备发送的数据。 10、 如权利要求 9所述的方法, 其特征在于, 所述接收所述用户设备发送 的数据的步骤, 包括: 接收所述用户设备发送的緩沖状态报告; 接收所述用户设备发送的数据。 11、 如权利要求 9所述的方法, 其特征在于, 在所述接收宏基站通过 X2 接口发送的调度请求的步骤之前, 所述方法还包括: 接收所述指示消息中的代码与所述基站的对应关系以及所述基站的排序 信息。 12、 如权利要求 9-11任一项所述的方法, 其特征在于, 所述方法还包括 以下步骤: 配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与宏基站配置的介质访问控制层参数不同。 13、 一种用户设备, 其特征在于, 所述用户设备包括: 调度请求发送单元,用于通过物理上行链路控制信道向宏基站发送调度请 求,所述调度请求携带指示消息,所述指示消息指示触发上行数据发送的基站, 以使所述宏基站根据所述指示消息获取触发所述上行数据传输的基站,所述基 站包括: 小基站和所述宏基站; 接收单元, 用于在所述调度请求发送单元发送之后,接收触发所述上行数 据发送的基站发送的上行数据授权消息; 数据发送单元,用于根据所述接收单元接收的上行数据授权消息, 向触发 所述上行数据发送的基站发送数据。 14、 如权利要求 13所述的用户设备, 其特征在于, 所述发送单元, 包括: 緩沖状态报告发送子单元,用于向触发所述上行数据发送的基站发送緩沖 状态报告; 数据发送子单元,用于在所述緩沖状态报告发送子单元发送之后, 向触发 所述上行数据发送的基站发送上行数据。 15、 如权利要求 13所述的用户设备, 其特征在于, 在所述调度请求发送 单元发送之前, 所述用户设备还包括: 指示消息创建单元,用于接收所述指示消息中的代码与所述基站的对应关 系以及所述基站的排序信息,并根据所述对应关系和所述排序信息创建指示消 16、 如权利要求 13所述的用户设备, 其特征在于, 所述用户设备还包括: 参数接收单元,用于接收宏基站和小基站发送的介质访问控制层参数,所 述宏基站的介质访问控制层参数与所述小基站的介质访问控制层参数不同。 17、 一种宏基站, 其特征在于, 所述宏基站包括: 调度请求接收单元,用于接收用户设备通过物理上行链路控制信道发送的 调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送 的基站, 所述基站包括: 小基站和宏基站; 触发基站获取单元,用于根据所述调度请求接收单元接收的调度请求中携 带的指示消息, 获取触发所述上行数据发送的基站; 处理单元,用于根据所述触发基站获取单元获取的触发所述上行数据发送 的基站, 对所述调度请求接收单元接收的调度请求进行处理; 发送单元, 用于在所述处理单元处理之后, 向所述用户设备发送上行数据 授权消息; 数据接收单元,用于在所述发送单元发送之后,接收所述用户设备发送的 数据。 18、 如权利要求 17所述的宏基站, 其特征在于, 所述数据接收单元, 具 体包括: 緩沖状态报告接收子单元, 用于接收所述用户设备发送的緩沖状态报告; 数据接收子单元,用于在所述緩沖状态报告接收子单元接收之后,接收所 述用户设备发送的数据。 19、 如权利要求 17所述的宏基站, 其特征在于, 在所述调度请求接收单 元接收之前, 所述宏基站还包括: 信息接收单元,用于接收所述指示消息中的代码与所述基站的对应关系以 及所述基站的排序信息。 20、 如权利要求 17所述的宏基站, 其特征在于, 所述宏基站还包括: 介质访问层参数发送单元,用于配置介质访问控制层参数, 并向用户设备 发送所述介质访问层参数,所述介质访问控制层参数与小基站配置的介质访问 控制层参数不同。 21、 一种小基站, 其特征在于, 所述小基站包括: 调度请求接收单元, 用于接收宏基站通过 X2接口发送的调度请求, 所述 调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所述基 站包括: 小基站和所述宏基站; 发送单元, 用于在所述调度请求接收单元接收之后, 向用户设备发送上行 数据授权消息; 数据接收单元,用于在所述发送单元发送之后,接收所述用户设备发送的 数据。 22、 如权利要求 20所述的小基站, 其特征在于, 所述数据接收单元具体 包括: 緩沖状态报告接收子单元, 用于接收所述用户设备发送的緩沖状态报告; 数据接收子单元,用于在所述緩沖状态报告接收子单元接收之后,接收所述用 户设备发送的数据。 23、 如权利要求 21所述的小基站, 其特征在于, 在所述调度请求接收单 元接收之前, 所述小基站还包括: 信息接收单元,用于接收所述指示消息中的代码与所述基站的对应关系以 及所述基站的排序信息。 24、 如权利要求 21所述的小基站, 其特征在于, 所述小基站还包括: 介质访问控制层参数发送单元,用于配置介质访问控制层参数, 并向用户 设备发送所述介质访问控制层参数,所述介质访问控制层参数与宏基站配置的 介质访问控制层参数不同。 |
技术领域
本发明属于通信领域, 尤其涉及在载波聚合中上行数据的调度方法和 装 置。 背景技术
长期演进系统( Long Term Evolution 筒称 LTE )需要在低移动性下峰值 速率达到 IGbit/s, 高移动性下峰值速率达到 100Mbit/s。为了支持这样的峰值 速率, 需要更大的带宽, 而更大带宽的频谱很难找到。 为了高峰值速率和每个 小区的平均吞吐量, 需要更宽的带宽。 现有技术中, 第三代合作伙伴项目提出 了载波聚合技术, 来满足更大带宽的需求。 截止到 LTE协议 Rel-11版本, 只 支持同基站下的 CA(intra-eNB CA),即主小区和辅小区属于相同的基站。未来 为了对热点区域提供更好的覆盖, 很可能会采用基站间的 CA(inter-eNB CA) 部署, 即实现 MSA (多流聚合) 。 在这种部署场景下, pico (小站点)用来 和 macro (宏基站)协同为 UE提供服务, macro下的 Pcell (主服务小区)提 供广覆盖, Pico下的 Scdl (辅服务小区)用来进行热点区域的数据增强 Pico 更多承担用户面的业务数据传输, macro则负责传输控制信令。 Pico可能承担 部分或全部的用户数据业务, 实现控制面 /数据面分离 (CP/UP分离) 。 Pico 包含但不限于 HeNB ( Home eNB , 家庭基站) 、 RRH ( Radio remote head, 射 频拉远 ) 、 NCT小区 ( New Carrier Type )基站等。
在现有的载波聚合技术中, 当用户设备需要进行上行数据发送时, 由于只 有宏基站配置了物理上行控制信道,所以只能 通过宏基站配置的物理上行链路 — — 控制信道将调度请求发送到所述宏基站, 而宏基站在接收到所述调度请求后, 并不能分辨出触发所述上行数据发送的基站是 自身还是小基站,上行数据会全 部发送到所述宏基站,宏基站再根据预先设定 的分配策略,将部分上行数据发 送到小基站。如果触发上行数据发送的为小基 站, 则会造成网络负载增加以及 信号路损增加。 发明内容
本发明实施例的目的在于提供在载波聚合中上 行数据的调度方法、装置和 设备,以解决现有技术中基站间发送上行数据 造成的网络负载增加以及信号路 损增加。
本发明实施例是这样实现的, 第一方面,本发明实施例提供一种在载波聚 合中上行数据的调度方法, 所述方法包括:
通过物理上行链路控制信道向宏基站发送调度 请求,所述调度请求携带指 示消息, 所述指示消息指示触发上行数据发送的基站, 以使所述宏基站根据所 述指示消息获取触发所述上行数据传输的基站 , 所述基站包括: 小基站和所述 宏基站;
接收触发所述上行数据发送的基站发送的上行 数据授权消息,并根据所述 调度请求向触发所述上行数据发送的基站发送 数据。
在第一方面的第一种可能的实施方式中,所述 根据所述调度请求向所述触 发所述上行数据的基站上传数据的步骤, 包括:
向触发所述上行数据发送的基站发送緩沖状态 报告;
向触发所述上行数据发送的基站发送上行数据 。 - - 在第一方面的第二种可能的实施方式中,在所 述通过物理上行链路控制信 道向宏基站发送调度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息, 并根据所述对应关系和所述排序信息创建指示 消息。
在第一方面的第三中可能的实施方式中, 所述方法还包括:
接收宏基站和小基站发送的介质访问控制层参 数,所述宏基站的介质访问 控制层参数与所述小基站的介质访问控制层参 数不同。
第二方面,本发明实施例提供一种在载波聚合 中上行数据的调度方法,所 述方法包括:
接收用户设备通过物理上行链路控制信道发送 的调度请求,所述调度请求 携带指示消息,所述指示消息指示触发上行数 据发送的基站,,所述基站包括: 小基站和宏基站;
根据所述指示消息获取触发所述上行数据发送 的基站,并根据获取的所述 基站对所述调度请求进行处理;
如果触发所述上行数据发送的基站为所述宏基 站,则向所述用户设备发送 上行数据授权消息;
接收所述用户设备发送的数据。
在第二方面的第一种可能的实施方式中,所述 接收所述用户设备发送的数 据的步骤, 包括:
接收所述用户设备发送的緩沖状态报告;
接收所述用户设备发送的数据。
在第二方面的第二种可能的实施方式中,在所 述接收用户设备通过物理上 — — 行链路控制信道发送的调度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
在第二方面的第三种可能的实施方式中, 所述方法还包括:
配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与小基站配置的介质 访问控制层参数不同。
第三方面,本发明实施例提供一种在载波聚合 中上行数据的调度方法,所 述方法包括:
接收宏基站通过 X2接口发送的调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所述基站包括: 小基站和所述宏 基站;
向用户设备发送上行数据授权消息;
接收所述用户设备发送的数据。
在第三方面的第一种可能的实施方式中,所述 接收所述用户设备发送的数 据的步骤, 包括:
接收所述用户设备发送的緩沖状态报告;
接收所述用户设备发送的数据。
在第三方面的第二种可能的实施方式中, 在所述接收宏基站通过 X2接口 发送的调度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
在第三方面的第三种可能的实施方式中, 所述方法还包括以下步骤: - - 配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与宏基站配置的介质 访问控制层参数不同。
第四方面, 本发明实施例提供了一种用户设备, 所述用户设备包括: 调度请求发送单元,用于通过物理上行链路控 制信道向宏基站发送调度请 求,所述调度请求携带指示消息,所述指示消 息指示触发上行数据发送的基站, 以使所述宏基站根据所述指示消息获取触发所 述上行数据传输的基站,所述基 站包括: 小基站和所述宏基站;
接收单元,用于在所述调度请求发送单元发送 之后,接收触发所述上行数 据发送的基站发送的上行数据授权消息;
数据发送单元,用于根据所述接收单元接收的 上行数据授权消息, 向触发 所述上行数据发送的基站发送数据。
在第四方面的第一种可能的实施方式中, 所述发送单元, 包括: 緩沖状态报告发送子单元,用于向触发所述上 行数据发送的基站发送緩沖 状态报告;
数据发送子单元,用于在所述緩沖状态报告发 送子单元发送之后, 向触发 所述上行数据发送的基站发送上行数据。
在第四方面的第二种可能的实施方式中,在所 述调度请求发送单元发送之 前, 所述用户设备还包括:
指示消息创建单元,用于接收所述指示消息中 的代码与所述基站的对应关 系以及所述基站的排序信息,并根据所述对应 关系和所述排序信息创建指示消 在第四方面的第三种可能的实施方式中, 所述用户设备还包括: - - 参数接收单元,用于接收宏基站和小基站发送 的介质访问控制层参数,所 述宏基站的介质访问控制层参数与所述小基站 的介质访问控制层参数不同。
第五方面, 本发明实施例提供了一种宏基站, 所述宏基站包括: 调度请求接收单元,用于接收用户设备通过物 理上行链路控制信道发送的 调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送 的基站, 所述基站包括: 小基站和宏基站;
触发基站获取单元,用于根据所述调度请求接 收单元接收的调度请求中携 带的指示消息, 获取触发所述上行数据发送的基站;
处理单元,用于根据所述触发基站获取单元获 取的触发所述上行数据发送 的基站, 对所述调度请求接收单元接收的调度请求进行 处理;
发送单元,用于在所述处理单元处理之后, 向所述用户设备发送上行数据 授权消息;
数据接收单元,用于在所述发送单元发送之后 ,接收所述用户设备发送的 数据。
在第五方面的第一种可能的实施方式中, 所述数据接收单元, 具体包括: 緩沖状态报告接收子单元, 用于接收所述用户设备发送的緩沖状态报告; 数据接收子单元,用于在所述緩沖状态报告接 收子单元接收之后,接收所 述用户设备发送的数据。
在第五方面的第二种可能的实施方式中,在所 述调度请求接收单元接收之 前, 所述宏基站还包括:
信息接收单元,用于接收所述指示消息中的代 码与所述基站的对应关系以 及所述基站的排序信息。 — — 在第五方面的第三种可能的实施方式中, 所述宏基站还包括:
介质访问层参数发送单元,用于配置介质访问 控制层参数, 并向用户设备 发送所述介质访问层参数,所述介质访问控制 层参数与小基站配置的介质访问 控制层参数不同。
第六方面, 本发明实施例提供了一种小基站, 所述小基站包括: 调度请求接收单元, 用于接收宏基站通过 Χ2接口发送的调度请求, 所述 调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所述基 站包括: 小基站和所述宏基站;
发送单元,用于在所述调度请求接收单元接收 之后, 向用户设备发送上行 数据授权消息;
数据接收单元,用于在所述发送单元发送之后 ,接收所述用户设备发送的 数据。
在第六方面的第一种可能的实施方式中, 所述数据接收单元具体包括: 緩沖状态报告接收子单元, 用于接收所述用户设备发送的緩沖状态报告; 数据接收子单元,用于在所述緩沖状态报告接 收子单元接收之后,接收所述用 户设备发送的数据。
在第六方面的第二种可能的实施方式中,在所 述调度请求接收单元接收之 前, 所述小基站还包括:
信息接收单元,用于接收所述指示消息中的代 码与所述基站的对应关系以 及所述基站的排序信息。
在第六方面的第三种可能的实施方式中, 介质访问控制层参数发送单元, 用于配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, — — 所述介质访问控制层参数与宏基站配置的介质 访问控制层参数不同。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求, 而数据直接由用户设备发送, 不需要在基站间进行转发, 由于调度 请求的大小比数据小很多, 故节省了网络设备的负载和成本。 附图说明
为了更清楚地说明本发明实施例或现有技术中 的技术方案,下面将对实施 例中所需要使用的附图作筒单地介绍,显而易 见地, 下面描述中的附图仅仅是 本发明的一些实施例,对于本领域普通技术人 员来讲,在不付出创造性劳动的 前提下, 还可以根据这些附图获得其他的附图。
图 1 是本发明实施例一方面提供的在载波聚合中上 行数据的调度方法的 流程图;
图 2是本发明实施例另一方面提供的在载波聚合 上行数据的调度方法 的流程图;
图 3 是本发明实施例再一方面提供的在载波聚合中 上行数据的调度方法 的流程图;
图 4是本发明实施例提供的用户设备的结构图;
图 5是本发明实施例提供的宏基站的结构图;
图 6是本发明实施例提供的小基站的结构图;
图 7是本发明另一实施例提供的用户设备的结构 ; — — 图 8是本发明另一实施例提供的宏基站的结构图
图 9是本发明另一实施例提供的小基站的结构图 具体实施方式
下面将结合本发明实施例中的附图,对本发明 实施例中的技术方案进行清 楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是 全部的实施例。基于本发明中的实施例, 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。
为了使本发明的目的、技术方案及优点更加清 楚明白, 以下结合附图及实 施例, 对本发明进行进一步详细说明。 应当理解, 此处所描述的具体实施例仅 用以解释本发明, 并不用于限定本发明。
本发明实施例一方面提供一种在载波聚合中上 行数据的调度方法,所述方 法应用于用户设备, 如图 1所示, 所述方法包括以下内容:
S101 ,通过物理上行链路控制信道向宏基站发送调 请求,所述调度请求 携带指示消息, 所述指示消息指示触发上行数据发送的基站, 以使所述宏基站 根据所述指示消息获取触发所述上行数据传输 的基站具体是哪个基站这一消 息, 所述基站包括: 小基站和所述宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送 的时候, 所述用 户设备通过物理上行链路控制信道向宏基站发 送调度请求,所述调度请求携带 用于指示触发所述上行数据发送的基站的消息 ,需要指出的是触发所述上行数 据发送的基站可以为一个,也可以为多个,如 :触发上行数据发送的为宏基站; 或触发上行数据发送的为宏基站加小基站, 上述例子只是作为举例说明, 并不 用于限定。 — — 所述指示消息具体可以为:令调度请求 value=l表示所述调度请求是该基 站触发、调度请求 value=0表示所述调度请求不是该基站触发; 当然也可以另 调度请求 value=0表示所述调度请求是该基站触发、调度 求 value=l表示所 述调度请求不是该基站触发, 因此上述例子只是用于说明, 并不用限定。
在步骤 S102中, 接收触发所述上行数据发送的基站发送的上行 数据授权 消息, 并根据所述上行数据授权消息向触发所述上行 数据发送的基站发送数 据。
在本发明实施例中,用户设备将调度请求发送 到宏基站之后,所述宏基站 根据所述调度请求中携带的指示消息,将所述 请求发送到触发所述上行数据发 送的小基站或直接分配上行资源,用户设备接 收触发所述上行数据发送的基站 发送的上行数据授权消息,并根据所述上行数 据授权信息向触发所述上行数据 发送的基站发送数据。所述根据所述调度请求 向触发所述上行数据发送的基站 发送数据的步骤, 包括:
( 1 ) 、 向触发所述上行数据发送的基站发送緩沖状态 报告。
在本发明实施例中,用户设备在进行上行数据 之前,先向触发所述上行数 据的基站发送緩沖状态报告(Buffer Status Report 筒称 BSR ) , 以告知触发所 述上行数据的基站需要上传的具体数据量。
( 2 ) 、 向触发所述上行数据发送的基站发送上行数据 。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 - - 调度请求, 而数据直接由用户设备发送, 不需要在基站间进行转发, 由于调度 请求的大小比数据小很多, 故节省了网络设备的负载和成本。
在本发明的一个可选实施例中,在所述通过物 理上行链路控制信道向宏基 站发送调度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息, 并根据所述对应关系和所述排序信息创建指示 消息。
在本发明实施例中,在用户设备向宏基站发送 调度请求之前,用户设备接 收系统通过广播等方式发送的指示消息中的代 码与基站的对应关系 (如: 1对 应上行数据由该基站触发、 0对应上行数据不是由该基站触发)以及基站 排 序信息(如: 第一个代码对应宏基站、 第二个代码对应小基站 1、 第三个代码 对应小基站 2等)。并且用户设备根据上述信息创建本次 传数据的指示消息, 如创建的指示消息为: 101 , 则表示: 上行数据发送由宏基站和小基站 2共同 触发, 需要向宏基站和小基站 2都进行上行资源申请。
在本发明的另一个可选实施例中, 所述方法还包括:
接收宏基站和小基站发送的介质访问控制层参 数,所述宏基站的介质访问 控制层参数与所述小基站的介质访问控制层参 数不同。
在本发明实施例中,宏基站和小基站分别为用 户设备配置介质访问控制层 参数, 并将所述介质访问控制层参数发送到用户设备 , 需要指出的是宏基站配 置的介质访问控制层参数与小基站配置的介质 访问控制层参数不同。
本发明实施例另一方面提供一种在载波聚合中 上行数据的调度方法,所述 方法应用于宏基站, 如图 2所示, 所述方法包括以下内容:
步骤 S201 , 接收用户设备通过物理上行链路控制信道发送 的调度请求, — — 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所 述基站包括: 小基站和宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送的时候,宏 基站接 收用户设备通过物理上行链路控制信道发送的 调度请求,所述调度请求携带用 于指示触发所述上行数据发送的基站的消息需 要指出的是触发所述上行数据 的基站可以为一个, 也可以为多个, 如: 触发上行数据发送的为宏基站; 或触 发上行数据发送的为宏基站加小基站, 上述例子只是作为举例说明, 并不用于 限定。
所述指示消息具体可以为:令调度请求 value=l表示所述调度请求是该基 站触发、调度请求 value=0表示所述调度请求不是该基站触发; 当然也可以令 调度请求 value=0表示所述调度请求是该基站触发、调度 求 value=l表示所 述调度请求不是该基站触发, 因此上述例子只是用于说明, 并不用限定。
步骤 S202, 根据所述指示消息获取触发所述上行数据发送 的基站, 并根 据获取的所述基站对所述调度请求进行处理。
在本发明实施例中,宏基站在接收到所述调度 请求之后,根据所述调度请 求中携带的指示消息获取触发所述上行数据传 输的基站,并根据获取的所述基 站对所述调度请求进行后续处理。所述根据获 取的所述基站对所述调度请求进 行处理, 包括:
如果触发所述上行数据发送的基站为小基站, 则通过 X2接口向所述小基 站转发所述调度请求; 或者,
如果触发所述上行数据发送的基站为所述宏基 站,则决定向所述用户设备 发送上行数据授权消息。 — — 在本发明实施例中,如果触发上行数据发送的 基站为小基站, 则通过基站 之间的互联 X2接口, 向所述小基站转发所述调度请求。 如果触发上行数据的 基站为所述宏基站, 则宏基站不需转发调度请求, 而是决定直接向所述用户设 备发送上行数据授权消息。
步骤 S203, 如果触发所述上行数据发送的基站为所述宏基 站, 则直接向 所述用户设备发送上行数据授权消息。
步骤 S204, 接收所述用户设备发送的数据。
在本发明实施例中, 宏基站在判断到触发上行数据发送的基站为自 身时, 向用户设备发送上行数据授权消息, 允许用户设备向其发送数据, 并接收用户 设备发送的数据。 所述接收所述用户设备发送的数据的步骤, 包括:
( 1 ) 、 接收所述用户设备发送的緩沖状态报告。
在本发明实施例中,宏基站在接收用户设备发 送的数据之前,先接收用户 设备发送的緩沖状态报告(Buffer Status Report 筒称 BSR ) , 以获取用户设备 需要上传的具体数据量。
( 2 ) 、 接收所述用户设备发送的数据。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求,而数据直接由用户设备向触发基站 发送,不需要在基站间进行转发, 由于调度请求的大小比数据小很多, 故节省了网络设备的负载和成本。
在本发明的一个可选实施例中,在所述接收用 户设备通过物理上行链路控 — — 制信道发送的调度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
在本发明实施例中,在接收调度请求之前,宏 基站接收系统通过广播等方 式发送的指示消息中的代码与基站的对应关系 (如: 1对应上行数据由该基站 触发、 0对应上行数据不是由该基站触发) 以及基站的排序信息 (如: 第一个 代码对应宏基站、 第二个代码对应小基站 1、 第三个代码对应小基站 2等) , 以使在后续的步骤中,宏基站根据所述对应关 系和所述排序信息,从用户设备 发送的指示消息中识别出触发上行数据的基站 。
在本发明的另一个可选实施例中, 所述方法还包括以下步骤:
配置介质访问控制层参数, 并向用户设备发送所述介质访问层参数,所述 介质访问控制层参数与小基站配置的介质访问 控制层参数不同。
在本发明实施例中, 宏基站配置用户设备的介质访问控制层 (Medium Access Control 筒称 MAC )参数, 所述介质访问控制层参数为宏基站单独为 用户设备配置的,即宏基站配置的介质访问控 制层参数与小基站配置的介质访 问控制层参数不同。
本发明实施例再一方面提供一种在载波聚合中 上行数据的调度方法,所述 方法应用于小基站, 如图 3所示, 所述方法包括以下内容:
步骤 S301 ,接收宏基站通过 X2接口发送的调度请求,获得所述调度请求 携带指示消息,所述指示消息指示触发上行数 据发送的基站,,所述基站包括: 小基站和所述宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送的时候,用 户设备 — — 首先通过物理上行链路控制信道向宏基站发送 调度请求,所述调度请求携带用 于指示触发所述上行数据发送的基站的消息, 需要指出的是触发所述上行数据 的基站可以为一个, 也可以为多个, 如: 触发上行数据发送的为宏基站; 或触 发上行数据发送的为宏基站加小基站。 如果指示消息指示触发基站为小基站, 则宏基站通过基站间的互联接口 X2接口向小基站发送调度请求。
步骤 S302, 向用户设备发送上行数据授权消息。
步骤 S303 , 接收所述用户设备发送的数据。
在本发明实施例中, 小基站在接收到所述调度请求之后,判断出触 发上行 数据发送的基站为自身时, 向用户设备发送上行数据授权消息, 允许用户设备 向其发送数据。 并接收用户设备发送的数据。所述接收所述用 户设备发送的数 据的步骤, 包括:
( 1 ) 、 接收所述用户设备发送的緩沖状态报告。
在本发明实施例中, 小基站在接收用户设备发送的数据之前,先接 收用户 设备发送的緩沖状态报告(Buffer Status Report 筒称 BSR ) , 以获取用户设备 需要上传的具体数据量。
( 2 ) 、 接收所述用户设备发送的数据。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求,而数据直接由用户设备向触发基站 发送,不需要在基站间进行转发, 由于调度请求的大小比数据小很多, 故节省了网络设备的负载和成本。 — — 在本发明的一个可选实施例中, 在所述接收宏基站通过 X2接口发送的调 度请求的步骤之前, 所述方法还包括:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
在本发明实施例中,在接收调度请求之前, 小基站接收系统通过广播等方 式发送的指示消息中的代码与基站的对应关系 (如: 1对应上行数据由该基站 触发、 0对应上行数据不是由该基站触发) 以及基站的排序信息 (如: 第一个 代码对应宏基站、 第二个代码对应小基站 1、 第三个代码对应小基站 2等) , 以使在后续的步骤中, 小基站根据所述对应关系和所述排序信息,从 用户设备 发送的指示消息中识别出触发上行数据的基站 。
在本发明的另一个可选实施例中, 所述方法还包括以下步骤:
配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与宏基站配置的介质 访问控制层参数不同。
在本发明实施例中, 小基站为用户单独配置介质访问控制层 (Medium Access Control 筒称 MAC )参数, 并将所述介质访问控制层参数发送到用户 设备,需要指出的是小基站配置的介质访问控 制层参数与宏基站配置的介质访 问控制层参数不同。
如图 4所示为本发明实施例提供的用户设备的结构 , 为了便于说明,仅 示出与本发明实施例相关的部分, 包括:
调度请求发送单元 401 , 用于通过物理上行链路控制信道向宏基站发送 调 度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送的 基站, 以使所述宏基站根据所述指示消息获取触发所 述上行数据传输的基站, - - 所述基站包括: 小基站和所述宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送 的时候, 所述用 户设备的调度请求发送单元 401 通过物理上行链路控制信道向宏基站发送调 度请求, 所述调度请求携带用于指示触发所述上行数据 发送的基站的消息, 需 要指出的是触发所述上行数据发送的基站可以 为一个, 也可以为多个, 如: 触 发上行数据发送的为宏基站; 或触发上行数据发送的为宏基站加小基站, 上述 例子只是作为举例说明, 并不用于限定。
所述指示消息具体可以为:令调度请求 value=l表示所述调度请求是该基 站触发、调度请求 value=0表示所述调度请求不是该基站触发; 当然也可以另 调度请求 value=0表示所述调度请求是该基站触发、调度 求 value=l表示所 述调度请求不是该基站触发, 因此上述例子只是用于说明, 并不用限定。
接收单元 402, 用于在所述调度请求发送单元 401发送之后, 接收触发所 述上行数据发送的基站发送的上行数据授权消 息。
数据发送单元 403 ,用于根据所述接收单元 402接收的上行数据授权消息, 向触发所述上行数据发送的基站发送数据。
在本发明实施例中,用户设备将调度请求发送 到宏基站之后,所述宏基站 根据所述调度请求中携带的指示消息,将所述 请求发送到触发所述上行数据发 送的小基站或直接分配上行资源,接收单元 402接收触发所述上行数据发送的 基站发送的上行数据授权消息,数据发送单元 403根据所述上行数据授权信息 向触发所述上行数据发送的基站发送数据。 所述发送单元 403具体包括:
緩沖状态报告发送子单元 4031 , 用于向触发所述上行数据发送的基站发 送緩沖状态报告。 - - 在本发明实施例中,用户设备在进行上行数据 之前,緩沖状态报告发送子 单元 4031 先向触发所述上行数据的基站发送緩沖状态报 告 (Buffer Status Report 筒称 BSR ) , 以告知触发所述上行数据的基站需要上传的具 体数据量。
数据发送子单元 4032, 用于在所述緩沖状态报告发送子单元 4031发送之 后, 向触发所述上行数据发送的基站发送上行数据 。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求, 而数据直接由用户设备发送, 不需要在基站间进行转发, 由于调度 请求的大小比数据小很多, 故节省了网络设备的负载和成本。
在本发明的一个可选实施例中, 在所述调度请求发送单元 401发送之前, 所述用户设备还包括:
指示消息创建单元,用于接收所述指示消息中 的代码与所述基站的对应关 系以及所述基站的排序信息,并根据所述对应 关系和所述排序信息创建指示消 在本发明实施例中,在用户设备向宏基站发送 调度请求之前,指示消息创 建单元接收系统通过广播等方式发送的指示消 息中的代码与基站的对应关系
(如: 1对应上行数据由该基站触发、 0对应上行数据不是由该基站触发) 以 及基站的排序信息(如: 第一个代码对应宏基站、 第二个代码对应小基站 1、 第三个代码对应小基站 2等) 。 并且用户设备根据上述信息创建本次上传数据 的指示消息, 如创建的指示消息为: 101 , 则表示: 上行数据发送由宏基站和 - - 小基站 2共同触发, 需要向宏基站和小基站 2都进行上行资源申请。
在本发明的另一个可选实施例中, 所述装置还包括:
参数接收单元,用于接收宏基站和小基站发送 的介质访问控制层参数,所 述宏基站的介质访问控制层参数与所述小基站 的介质访问控制层参数不同。
在本发明实施例中,宏基站和小基站分别为用 户设备配置介质访问控制层 参数, 并将所述介质访问控制层参数发送到用户设备 , 需要指出的是宏基站配 置的介质访问控制层参数与小基站配置的介质 访问控制层参数不同。
图 5所示为本发明实施例提供的宏基站的结构图 为了便于说明,仅示出 与本发明实施例相关的部分, 包括:
调度请求接收单元 501 , 用于接收用户设备通过物理上行链路控制信道 发 送的调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据 发送的基站, 所述基站包括: 小基站和宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送的时候,调 度请求 接收单元 501接收用户设备通过物理上行链路控制信道发 送的调度请求,所述 调度请求携带用于指示触发所述上行数据发送 的基站的消息需要指出的是触 发所述上行数据的基站可以为一个, 也可以为多个, 如: 触发上行数据发送的 为宏基站; 或触发上行数据发送的为宏基站加小基站, 上述例子只是作为举例 说明, 并不用于限定。
所述指示消息具体可以为:令调度请求 value=l表示所述调度请求是该基 站触发、调度请求 value=0表示所述调度请求不是该基站触发; 当然也可以令 调度请求 value=0表示所述调度请求是该基站触发、调度 求 value=l表示所 述调度请求不是该基站触发, 因此上述例子只是用于说明, 并不用限定。 — — 触发基站获取单元 502, 用于根据所述调度请求接收单元 501接收的调度 请求中携带的指示消息, 获取触发所述上行数据发送的基站。
处理单元 503 , 用于根据所述触发基站获取单元 502获取的触发所述上行 数据发送的基站, 对所述调度请求接收单元 501接收的调度请求进行处理。
在本发明实施例中,宏基站在接收到所述调度 请求之后,触发基站获取单 元 502根据所述调度请求中携带的指示消息获取触 发所述上行数据传输的基 站, 处理单元 503根据获取的所述基站对所述调度请求进行后 续处理。所述处 理单元 503 , 具体包括:
转发子单元 5031 , 用于如果触发所述上行数据发送的基站为小基 站, 则 通过 X2接口向所述小基站转发所述调度请求。
决定发送子单元 5032, 用于如果触发所述上行数据发送的基站为所述 宏 基站, 则决定向所述用户设备发送上行数据授权消息 。
发送单元 504, 用于在所述处理单元 503处理之后, 向所述用户设备发送 上行数据授权消息。
数据接收单元 505 , 用于在所述发送单元 504发送之后, 接收所述用户设 备发送的数据。
在本发明实施例中, 宏基站在判断到触发上行数据发送的基站为自 身时, 向用户设备发送上行数据授权消息, 允许用户设备向其发送数据, 并接收用户 设备发送的数据。 所述数据接收单元 505 , 具体包括:
緩沖状态报告接收子单元 5051 , 用于接收所述用户设备发送的緩沖状态 报告。
在本发明实施例中,宏基站在接收用户设备发 送的数据之前,先接收用户 - - 设备发送的緩沖状态报告(Buffer Status Report 筒称 BSR ) , 以获取用户设备 需要上传的具体数据量。
数据接收子单元 5052, 用于在所述緩沖状态报告接收子单元 5051接收之 后, 接收所述用户设备发送的数据。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求,而数据直接由用户设备向触发基站 发送,不需要在基站间进行转发, 由于调度请求的大小比数据小很多, 故节省了网络设备的负载和成本。
在本发明的一个可选实施例中, 在所述调度请求接收单元 501接收之前, 所述宏基站还包括:
信息接收单元,用于接收所述指示消息中的代 码与所述基站的对应关系以 及所述基站的排序信息。
在本发明实施例中,在接收调度请求之前,宏 基站接收系统通过广播等方 式发送的指示消息中的代码与基站的对应关系 (如: 1对应上行数据由该基站 触发、 0对应上行数据不是由该基站触发) 以及基站的排序信息 (如: 第一个 代码对应宏基站、 第二个代码对应小基站 1、 第三个代码对应小基站 2等) , 以使在后续的步骤中,宏基站根据所述对应关 系和所述排序信息,从用户设备 发送的指示消息中识别出触发上行数据的基站 。
在本发明的另一个可选实施例中, 所述宏基站还包括:
介质访问层参数发送单元,用于配置介质访问 控制层参数, 并向用户设备 - - 发送所述介质访问层参数,所述介质访问控制 层参数与小基站配置的介质访问 控制层参数不同。
在本发明实施例中, 宏基站配置用户设备的介质访问控制层 (Medium Access Control 筒称 MAC )参数, 所述介质访问控制层参数为宏基站单独为 用户设备配置的,即宏基站配置的介质访问控 制层参数与小基站配置的介质访 问控制层参数不同。
如图 6所示为本发明实施例提供的小基站的结构图 为了便于说明,仅示 出与本发明实施例相关的部分, 包括:
调度请求接收单元 601 , 用于接收宏基站通过 X2接口发送的调度请求, 所述调度请求携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所 述基站包括: 小基站和所述宏基站。
在本发明实施例中, 当用户设备需要进行上行数据发送的时候,用 户设备 首先通过物理上行链路控制信道向宏基站发送 调度请求,所述调度请求携带用 于指示触发所述上行数据发送的基站的消息, 需要指出的是触发所述上行数据 的基站可以为一个, 也可以为多个, 如: 触发上行数据发送的为宏基站; 或触 发上行数据发送的为宏基站加小基站。 如果指示消息指示触发基站为小基站, 则宏基站通过基站间的互联接口 X2接口向小基站发送调度请求。
发送单元 602, 用于在所述调度请求接收单元 601接收之后, 向用户设备 发送上行数据授权消息。
数据接收单元 603 , 用于在所述发送单元 602发送之后, 接收所述用户设 备发送的数据。
在本发明实施例中, 小基站在接收到所述调度请求之后,判断出触 发上行 - - 数据发送的基站为自身时, 发送单元 602向用户设备发送上行数据授权消息, 允许用户设备向其发送数据。 数据接收单元 603则接收用户设备发送的数据。 所述数据接收单元 603具体包括:
緩沖状态报告接收子单元 6031 , 用于接收所述用户设备发送的緩沖状态 报告。
在本发明实施例中, 小基站在接收用户设备发送的数据之前,緩沖 状态报 告接收子单元 6031先接收用户设备发送的緩沖状态报告 ( Buffer Status Report 筒称 BSR ) , 以获取用户设备需要上传的具体数据量。
数据接收子单元 6032, 用于在所述緩沖状态报告接收子单元 6031接收之 后, 接收所述用户设备发送的数据。
本发明实施例,用户设备在调度请求中携带指 示触发上行数据发送的基站 的消息, 以使宏基站将调度请求转发到触发上行数据发 送的基站, 由触发上行 数据发送的基站向用户设备发送上行数据授权 ,以使用户设备直接将数据发送 到触发上行数据发送的基站,使得宏基站只需 向触发上行数据发送的基站转发 调度请求,而数据直接由用户设备向触发基站 发送,不需要在基站间进行转发, 由于调度请求的大小比数据小很多, 故节省了网络设备的负载和成本。
在本发明的一个可选实施例中, 在所述调度请求接收单元 601接收之前, 所述小基站还包括:
信息接收单元,用于接收所述指示消息中的代 码与所述基站的对应关系以 及所述基站的排序信息。
在本发明实施例中,在接收调度请求之前, 小基站接收系统通过广播等方 式发送的指示消息中的代码与基站的对应关系 (如: 1对应上行数据由该基站 - - 触发、 0对应上行数据不是由该基站触发) 以及基站的排序信息(如: 第一个 代码对应宏基站、 第二个代码对应小基站 1、 第三个代码对应小基站 2等) , 以使在后续的步骤中, 小基站根据所述对应关系和所述排序信息,从 用户设备 发送的指示消息中识别出触发上行数据的基站 。
在本发明的另一个可选实施例中, 所述小基站还包括:
介质访问控制层参数发送单元,用于配置介质 访问控制层参数, 并向用户 设备发送所述介质访问控制层参数,所述介质 访问控制层参数与宏基站配置的 介质访问控制层参数不同。
在本发明实施例中, 小基站为用户单独配置介质访问控制层 (Medium Access Control 筒称 MAC )参数, 并将所述介质访问控制层参数发送到用户 设备,需要指出的是小基站配置的介质访问控 制层参数与宏基站配置的介质访 问控制层参数不同。
图 7所示为本发明另一实施例提供的用户设备的 构图, 为了便于说明, 仅示出与本发明实施例相关的部分, 包括: 至少一个处理器 701、 存储器 702、 通信接口 703和总线。 处理器 701、 存储器 702和通信接口 703通过总线连接 并完成相互间的通信。 所述总线可以是工业标准体系结构 (Industry Standard Architecture,筒称为 ISA )总线、夕卜部设备互连( Peripheral Componet Interconnect 筒称为 PCI ) 总线或扩展工业标准体系结构 (Extended Industry Standard Architecture, 筒称为 EISA )总线等。 所述总线可以分为地址总线、 控制总线 等。 为了便于表示, 图 7中仅用一条粗线表示, 但并不表示仅有一根总线或一 种类型的总线。 其中:
存储器 702用于存储可执行程序代码, 该程序代码包括计算机操作指令。 — — 存储器 702 可能包含高速 RAM 存储器, 也可能还包括非易失性存储器 ( non-volatile memory ) , 例如至少一个存盘存 4渚器。
在一个实施例中,处理器 701通过读取存储器 702中存储的可执行程序代 码来运行于所述可执行程序代码对应的程序, 以用于:
通过物理上行链路控制信道向宏基站发送调度 请求,所述调度请求携带指 示消息, 所述指示消息指示触发上行数据发送的基站, 以使所述宏基站根据所 述指示消息获取触发所述上行数据传输的基站 具体是哪个基站这一消息,所述 基站包括: 小基站和所述宏基站。
接收触发所述上行数据发送的基站发送的上行 数据授权消息,并根据所述 上行数据授权消息向触发所述上行数据发送的 基站发送数据。
其中所述根据所述调度请求向触发所述上行数 据发送的基站发送数据的 步骤, 包括:
向触发所述上行数据发送的基站发送緩沖状态 报告;
向触发所述上行数据发送的基站发送上行数据 。
其中, 所述处理器 701还用于:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息, 并根据所述对应关系和所述排序信息创建指示 消息。
其中, 所述处理器 701还用于:
接收宏基站和小基站发送的介质访问控制层参 数,所述宏基站的介质访问 控制层参数与所述小基站的介质访问控制层参 数不同。
图 8是本发明另一实施例提供的宏基站的结构图 为了便于说明,仅示出 与本发明实施例相关的部分, 包括: 至少一个处理器 801、 存储器 802、 通信 - - 接口 803和总线。 处理器 801、 存储器 802和通信接口 803通过总线连接并完 成相互间的通信。 所述总线可以是工业标准体系结构 (Industry Standard Architecture,筒称为 ISA )总线、夕卜部设备互连( Peripheral Componet Interconnect 筒称为 PCI ) 总线或扩展工业标准体系结构 (Extended Industry Standard Architecture, 筒称为 EISA )总线等。 所述总线可以分为地址总线、 控制总线 等。 为了便于表示, 图 8中仅用一条粗线表示, 但并不表示仅有一根总线或一 种类型的总线。 其中:
存储器 802用于存储可执行程序代码, 该程序代码包括计算机操作指令。 存储器 802 可能包含高速 RAM 存储器, 也可能还包括非易失性存储器 ( non-volatile memory ) , 例如至少一个存盘存储器。
在一个实施例中,处理器 801通过读取存储器 802中存储的可执行程序代 码来运行于所述可执行程序代码对应的程序, 以用于:
接收用户设备通过物理上行链路控制信道发送 的调度请求,所述调度请求 携带指示消息, 所述指示消息指示触发上行数据发送的基站, 所述基站包括: 小基站和宏基站;
根据所述指示消息获取触发所述上行数据发送 的基站,并根据获取的所述 基站对所述调度请求进行处理;
如果触发所述上行数据发送的基站为所述宏基 站,则直接向所述用户设备 发送上行数据授权消息;
接收所述用户设备发送的数据。
其中, 所述接收所述用户设备发送的数据的步骤, 包括:
接收所述用户设备发送的緩沖状态报告; — — 接收所述用户设备发送的数据。
其中, 所述处理器 801还用于:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
其中, 所述处理器 801还用于:
配置介质访问控制层参数, 并向用户设备发送所述介质访问层参数,所述 介质访问控制层参数与小基站配置的介质访问 控制层参数不同。
如图 9所示为本发明另一实施例提供的小基站的结 图, 为了便于说明, 仅示出与本发明实施例相关的部分, 包括: 至少一个处理器 901、 存储器 902、 通信接口 903和总线。 处理器 901、 存储器 902和通信接口 903通过总线连接 并完成相互间的通信。 所述总线可以是工业标准体系结构 (Industry Standard Architecture,筒称为 ISA )总线、夕卜部设备互连( Peripheral Componet Interconnect 筒称为 PCI ) 总线或扩展工业标准体系结构 (Extended Industry Standard Architecture, 筒称为 EISA )总线等。 所述总线可以分为地址总线、 控制总线 等。 为了便于表示, 图 9中仅用一条粗线表示, 但并不表示仅有一根总线或一 种类型的总线。 其中:
存储器 902用于存储可执行程序代码, 该程序代码包括计算机操作指令。 存储器 902 可能包含高速 RAM 存储器, 也可能还包括非易失性存储器 ( non-volatile memory ) , 例如至少一个存盘存 4渚器。
在一个实施例中,处理器 901通过读取存储器 902中存储的可执行程序代 码来运行于所述可执行程序代码对应的程序, 以用于:
接收宏基站通过 Χ2接口发送的调度请求, 获得所述调度请求携带指示消 — — 息, 所述指示消息指示触发上行数据发送的基站, , 所述基站包括: 小基站和 所述宏基站;
向用户设备发送上行数据授权消息;
接收所述用户设备发送的数据。
其中, 所述接收所述用户设备发送的数据的步骤, 包括:
接收所述用户设备发送的緩沖状态报告;
接收所述用户设备发送的数据。
其中, 所述处理器 901还用于:
接收所述指示消息中的代码与所述基站的对应 关系以及所述基站的排序 信息。
其中, 所述处理器 901还用于:
配置介质访问控制层参数, 并向用户设备发送所述介质访问控制层参数, 所述介质访问控制层参数与宏基站配置的介质 访问控制层参数不同。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明,凡在本发 明的精神和原则之内所作的任何修改、等同替 换和改进等, 均应包含在本发明 的保护范围之内。
值得注意的是,上述用户设备和基站实施例中 ,所包括的各个单元只是按 照功能逻辑进行划分的,但并不局限于上述的 划分, 只要能够实现相应的功能 即可; 另外, 各功能单元的具体名称也只是为了便于相互区 分, 并不用于限制 本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述 各方法实施例中的全部或部 分步骤是可以通过程序来指令相关的硬件完成 ,相应的程序可以存储于一种计 — — 算机可读存储介质中,上述提到的存储介质可 以是只读存储器,磁盘或光盘等。
以上所述,仅为本发明较佳的具体实施方式, 但本发明的保护范围并不局 限于此, 任何熟悉本技术领域的技术人员在本发明实施 例揭露的技术范围内, 可轻易想到的变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明 的保护范围应该以权利要求的保护范围为准
本领域普通技术人员可以理解:实现上述方法 实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成,前述的程 序可以存储于一计算机可读取存 储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述的存储 介质包括: ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质 。 例的说明只是用于帮助理解本发明的方法及其 核心思想; 同时,对于本领域的 一般技术人员,依据本发明的思想,在具体实 施方式及应用范围上均会有改变 之处, 综上所述, 本说明书内容不应理解为对本发明的限制。