基站、 用户设备及通信方法
技术领域
本发明涉及通信技术, 尤其涉及一种基站、 用户设备及通信方法。 背景技术
在网络向宽带化、 移动化发展的过程中, 第三代合作伙伴计划 (3rd Generation Partnership Program, 3GPP )组织在移动接入网提出了长期演进 ( Long Term Evolution, LTE ) 方案, 即演进通用陆地无线接入网 (Evolved Universal Territorial Radio Access Network, E-UTRAN ) ; 在移动核心网提出 了系统架构演进( System Architecture Evolution, SAE )方案, 即演进分组核 心网 ( Evolved Packet Core, EPC ) 。
E-UTRAN釆用只有演进型基站 (evolved NodeB, eNB )构成的单层结 构, 以便简化网络和减少时延。 用户设备(User Equipment, UE )和 eNB之 间的接口为 Uu接口, 为无线接口连接。 Uu接口的用户面主要用于传递网际 协议( Internet Procotol, IP )数据包, 主要完成头压缩、 加密、 调度、 混合自 动重传请求 ( Hybrid Automatic Repeat Request, HARQ )及自动重传请求 ( Automatic Repeat-reQuest, ARQ )等功能。 Uu接口的信令面主要用于传输 信令消息。 其中, UE 的控制面信令, 例如无线资源控制 (Radio Resource Control, RRC )信令,被映射到信令无线承载( Signalling Radio Bearer, SRB ) 上进行传输; 用户面所有的 IP数据包被映射到不同的数据无线承载 (Data Radio Bearer, DRB )上进行传输。 其中, SRB和 DRB首先分别经过分组数 据汇聚协议 ( Packet Data Convergence Protocol, PDCP )子层以及无线链路控 制( Radio Link Control, RLC )子层的处理,然后在媒体接入控制( Media Access Control, MAC )子层进行复用。 UE的 DRB和 SRB共用同一个 MAC实体, 也就是同一个 UE的用户面和控制面锚定在同一 eNB上。
在宏微小区重叠覆盖的情况下, 对于移动性高的 UE, 如果将其附着在覆 盖范围大的宏(macro ) eNB上, 可以避免频繁切换可能带来的业务中断以及 吞吐量降低等影响用户体验的因素, 但是, 由于需要连接到比较远的 macro
eNB, 需要增加发送功率以及空口资源的消耗; 如果将其附着在距离较近的 微(pico ) eNB 上, 可以减少空口资源的消耗, 但会增加切换的次数及切换 失败率, 导致 UE的业务中断。
针对上述问题, 现有技术提出了将空口控制面和用户面分离的思路, 由 信令基站( signalling BS )提供 UE的信令连接, 由数据基站( Data BS )提供 对 UE的数据连接。 但没有解决 UE的接入问题。 发明内容 本发明提供一种基站、 用户设备及通信方法, 用以实现空口信令面和用 户面的分离, 解决 UE的接入问题。
本发明一方面提供一种基站, 包括:
对应关系维护模块, 用于维护接入所述基站的用户设备 UE的业务承载 与第一目标数据基站的对应关系;
业务承载处理模块, 用于控制所述第一目标数据基站以及所述 UE完成 所述 UE的业务承载过程的处理;
其中, 所述第一目标数据基站为在完成所述 UE的业务承载过程的处理 后, 与所述 UE进行用户面数据的交互的基站。
本发明一方面还提供一种通信方法, 包括:
基站维护接入所述基站的用户设备 UE的业务承载和第一目标数据基站 的^应关系;
所述基站控制所述第一目标数据基站以及所述 UE完成所述 UE的业务承 载过程的处理;
其中, 所述第一目标数据基站为在完成所述 UE的业务承载过程的处理 后, 与所述 UE进行用户面数据的交互的基站。
本发明另一方面提供一种基站, 包括:
接收模块, 用于接收所述基站对应的基本层基站发送的业务承载请求消 息,所述基本层基站用于控制所述基站和用户设备 UE完成所述 UE的业务承 载过程的处理;
处理模块, 用于根据所述业务承载请求消息对所述 UE的业务承载过程 进行处理;
发送模块, 用于在完成所述业务承载过程的处理后向所述基本层基站返 回业务承载响应消息。
本发明另一方面还提供一种通信方法, 包括:
基站接收所述基站对应的基本层基站发送的业务承载请求消息, 所述基 本层基站用于控制所述基站和用户设备 UE完成所述 UE的业务承载过程的处 理;
所述基站根据所述业务承载请求消息对所述 UE的业务承载过程进行处 理;
所述基站在完成所述业务承载过程的处理后向所述基本层基站返回业务 7|载响应消息。
本发明又一方面提供一种用户设备, 包括:
重配消息接收模块,用于接收基站发送的无线资源控制 RRC连接重配消 息, 根据所述 RRC连接重配消息维护所述 UE 的业务承载的数据无线承载 DRB与载波或载波组的标识的关联关系, 所述 RRC连接重配消息包括: 增 加或删除或爹改所述 UE的业务 7|载的 DRB与载波或载波组的标识的关联关 系;
重配完成消息发送模块,用于根据所述 RRC连接重配消息进行所述业务 承载过程的处理,并在完成所述业务承载过程的处理后,向所述基站发送 RRC 连接重配完成消息;
数据传输模块, 用于根据所维护的所述 UE的业务承载的 DRB与载波或 载波组的标识的关联关系,在所关联的载波或载波组上进行所述 DRB的数据 传输。
本发明又一方面还提供一种通信方法, 包括:
用户设备 UE接收基站发送的无线资源控制 RRC连接重配消息, 根据所 述 RRC连接重配消息维护所述 UE的业务承载的数据无线承载 DRB与载波 或载波组的标识的关联关系, 所述 RRC连接重配消息包括: 增加或删除或修 改所述 UE的业务 7|载的 DRB与载波或载波组的标识的关联关系;
所述 UE根据所维护的所述 UE的业务承载的 DRB与载波或载波组的标 识的关联关系, 在所关联的载波或载波组上进行所述 DRB的数据传输。
本发明一方面提供的基站及通信方法, 为 UE维护对应的候选数据基站
列表, 并为 UE的业务承载从候选数据基站列表中选择第一目标数据基站, 控制第一目标数据基站和 UE完成 UE的业务承载过程的处理,实现对 UE的 信令连接的控制,提供对 UE的连通性,在实现 UE的空口信令面和用户面的 分离的情况下, 可以解决 UE的接入问题。
本发明另一方面提供的基站及通信方法, 接收信令基站发送的业务承载 请求消息, 根据业务承载请求消息对 UE的业务承载过程进行处理, 并在完 成业务承载过程的处理后向信令基站返回业务承载响应消息, 在信令基站的 控制下与 UE完成用户面数据的传输,在实现 UE的空口信令面和用户面的分 离的情况下, 可以解决 UE的接入问题。
本发明又一方面提供的用户设备及通信方法, UE接收信令基站发送的
RRC连接重配消息,根据 RRC连接重配消息中携带的 UE的业务承载所关联 的目标数据基站上的载波或载波组的标识, 在所关联的载波或载波组上与目 标数据基站进行用户面数据的传输, 为 UE的空口信令面和用户面的分离提 供了条件, 解决了用户面数据的传输问题。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对实 施例或现有技术描述中所需要使用的附图作一简单地介绍, 显而易见地, 下 面描述中的附图是本发明的一些实施例, 对于本领域普通技术人员来讲, 在 不付出创造性劳动性的前提下, 还可以根据这些附图获得其他的附图。
图 1 A为本发明一实施例提供的通信网络的结构示意图;
图 1B为本发明一实施例提供的基站的结构示意图;
图 2为本发明另一实施例提供的基站的结构示意图;
图 3为本发明又一实施例提供的基站的结构示意图;
图 4为本发明又一实施例提供的基站的结构示意图;
图 5为本发明又一实施例提供的基站的结构示意图;
图 6为本发明又一实施例提供的基站的结构示意图;
图 7为本发明一实施例提供的基站进行下行映射时的协议栈结构的示意 图;
图 8为本发明一实施例提供的通信方法的流程图;
图 9A为本发明一实施例提供的业务承载建立过程的详细实施过程的流 程图;
图 9B为本发明一实施例提供的业务承载修改过程的详细实施过程的流 程图;
图 9C为本发明一实施例提供的业务承载删除过程的详细实施过程的流 程图;
图 9D为本发明一实施例提供的在 CeNB内部进行 TeNB切换的流程图; 图 9E为本发明一实施例提供的 UE的业务承载在不同 CeNB之间切换过 程的流程图;
图 10为本发明又一实施例提供的基站的结构示意图;
图 11A为本发明又一实施例提供的基站的结构示意图;
图 11B为本发明又一实施例提供的基站进行下行映射时的协议栈结构的 示意图;
图 12为本发明又一实施例提供的通信方法的流程图;
图 13A为本发明一实施例提供的 UE的结构示意图;
图 13B为本发明一实施例提供的 UE进行上行映射时的协议栈结构的示 意图;
图 14为本发明又一实施例提供的通信方法的流程图;
图 15A为本发明一实施例提供的一种网络架构的示意图;
图 15B为本发明一实施例提供的另一种网络架构的示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚, 下面将结合本发 明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是全部的实施例。 基于 本发明中的实施例, 本领域普通技术人员在没有作出创造性劳动前提下所获 得的所有其他实施例, 都属于本发明保护的范围。
在本发明各实施例中, 通信网络可被分为两层, 一种是基本层, 用于提 供无缝的基本覆盖; 一种是增强层, 用于提供热点区域的高流量传输。 其中, 基本层主要由基本层基站覆盖, 增强层由增强层基站(可称为数据基站)覆
盖。 基本层基站主要负责包括空口控制面的信令交互的基本覆盖, 而增强层 基站主要负责空口用户面的数据交互。
其中, 基本层基站通常是高功率节点, 可称为 CeNB。 通信网络的基本 层通常会由多个 CeNB进行覆盖, 一旦某个 CeNB缺失, 会导致出现覆盖空 洞。 另夕卜, 本实施例的基站也可以是覆盖盲区 ( blank area coverage ) 情况下 的低功率节点。
基本层基站通常釆用低频段传递控制面信令, 例如 UE的 RRC连接建立 在基本层基站上。 可选的, 基本层基站还可以承载 UE的部分低数据量的业 务承载。
其中, 增强层基站通常是低功率节点, 可称为 TeNB。 通信网络的增强层 通常由多个 TeNB进行覆盖。增强层基站通常釆用高频段传递大量业务数据, 例如承载 UE的大数据量的业务承载, 例如文本传输协议 ( File Transfer Protocol, FTP ) ,视频等。增强层基站与移动管理实体( Mobility Management Entity, MME ) 间无 Sl-MME接口, 增强层基站和基本层基站之间通过 SX 接口进行信息交互。 S1-MME接口是指 S1接口的控制面。
对某个 UE来说, 有一个基本层基站, 可以有一个或多个增强层基站, 也可以不存在增强层基站。 上述两层结构的通信网络的结构图如图 1A所示。 图 1 A中, UE与 TeNB之间的实线表示控制面的信令连接, UE与 TeNB之 间的虚线表示用户面的数据连接。
下面将通过具体实施例详细说明基本层基站、 增强层基站的具体实现结 构和工作原理。
图 1B为本发明一实施例提供的基站的结构示意图。 如图 1B所示, 本实 施例的基站包括: 对应关系维护模块 11和业务承载处理模块 12。
其中, 对应关系维护模块 11 , 用于维护接入该基站的 UE的业务承载和 第一目标数据基站的对应关系。
业务承载处理模块 12, 与对应关系维护模块 11连接, 用于控制对应关 系维护模块 11维护的第一目标数据基站以及接入该基站的 UE完成业务承载 过程的处理。
本实施例提供的基站为基本层基站, 本实施例中的第一目标数据基站为 增强层基站。 第一目标数据基站为在完成所述 UE的业务承载过程的处理后,
与所述 UE进行用户面数据的交互(即负责该 UE的业务承载的数据传输)的 基站。
本实施例的基站通过对应关系维护模块 11维护接入该基站的 UE与第一 目标数据基站的对应关系, 为第一目标数据基站负责 UE的该业务承载的数 据传输提供了条件。
可选的, 本实施例的基站可以具有下行广播信道的能力, 并通过广播下 行信道, 为 UE选择本实施例的基站作为附着点提供条件。
可选的, 数据基站(例如第一目标数据基站) 不具有下行广播信道的能 力, 从而保证 UE在一开始只会附着本实施例的基站, 即基本层基站。
其中,本实施例的基站通过业务承载处理模块 12控制第一目标数据基站 和 UE完成业务承载过程的处理,主要包括控制第一目标数据基站为传输 UE 的业务承载中的数据进行相应处理, 以及控制 UE为通过第一目标数据基站 进行业务承载传输进行相应配置等。
基于此, 本实施例的业务承载处理模块 12的一种可选实现结构包括: 第 一业务承载处理子模块 120和第二业务承载处理子模块 160。
第一业务承载处理子模块 120, 与对应关系维护模块 11连接, 用于从对 应关系维护模块 11中获取第一目标数据基站的标识,根据第一目标数据基站 的标识向第一目标数据基站发送业务承载请求消息, 以控制第一目标数据基 站进行 UE的业务承载过程的处理, 并接收第一目标数据基站在完成业务承 载过程的处理后返回的业务承载响应消息。
第二业务承载处理子模块 160, 用于向 UE发送 RRC连接重配消息, 以 控制 UE为业务承载过程进行相应配置以完成业务承载过程的处理。 可选的, 第二业务承载处理子模块 160与第一业务承载处理子模块 120连接, 用于在 第一业务承载处理子模块 120完成与第一目标数据基站的交互后, 向 UE发 送 RRC连接重配消息, 但不限于此。 可选的, 对应关系维护模块 11和第二 业务承载处理子模块 160连接,用于在第二业务承载处理子模块 160控制 UE 完成业务承载过程的处理后, 更新所维护的对应关系。
可选的, 本实施例的基站与各数据基站之间进行信息交互的接口可以称 为 SX接口。
本实施例的基站, 通过与数据基站相配合, 通过维护 UE与负责该 UE
的业务承载中的数据传输的目标数据基站的对应关系并控制目标数据基站和
UE完成业务承载过程的处理,实现由数据基站与 UE进行用户面的数据交互, 而本实施例的基站负责信令面的信令传输, 实现了信令面和用户面的分离, 解决了 UE在宏微小区重叠覆盖的情况下的接入问题。
上述业务承载过程可以包括业务承载建立过程、 业务承载修改过程、 业 务承载删除过程、 业务承载转入过程或业务承载转出过程等。 对于不同业务 承载过程, 本实施例的基站维护 UE与第一目标数据基站的对应关系以及控 制第一目标数据基站以及 UE完成业务承载过程的处理的具体实现并不相同。 下面将将针对具体业务承载过程进行详细说明。
例如, UE的业务承载过程可以是业务承载建立过程, 则业务承载请求消 息为业务承载建立请求消息, 业务承载响应消息为业务承载建立响应消息。 基于此, 第一业务承载处理子模块 120可以包括: 第一承载建立请求接收单 元 121、承载建立请求发送单元 122、承载建立响应接收单元 123和第一承载 建立响应发送单元 124。 相应的, 第二业务承载处理子模块 160可以包括: 第一重配消息发送单元 161和第一重配完成消息接收单元 162。 对应本实施 例基站的结构如图 2所示。
其中, 第一承载建立请求接收单元 121 , 用于接收核心网设备发送的业 务承载建立请求消息, 所述业务承载建立请求消息包括 UE的标识和第一业 务承载的标识和第一业务承载的服务质量(Quality of Service, QoS )信息。 其中, 第一业务承载为待建立的业务承载。 在此说明, 本发明实施例的核心 网设备可以是 LTE系统中的 MME节点, 但不限于此。
可选的,承载建立请求消息中的 UE的标识可以为 eNB UE S1AP ID字段, 由于这里的承载建立请求消息是由核心网设备 (例如 MME )发送给基本层基 站的,故 eNB UE S 1AP ID字段表示 UE在本实施例的基站侧的标识。第一业 务承载的标识可以为 E-RAB ID。 E-RAB ID可以是一个列表, 表示需要同时 建立多个业务承载。
承载建立请求发送单元 122, 与第一承载建立请求接收单元 121及对应 关系维护模块 11连接, 用于从对应关系维护模块 11中获取第一目标数据基 站的标识, 根据第一目标数据基站的标识将包括第一信息的业务承载建立请 求消息发送给第一目标数据基站, 以使第一目标数据基站建立 UE的上下文
和第一业务承载的信息并为第一业务承载在第一目标数据基站上进行 DRB 配置。 其中, 承载建立请求发送单元 122可以通过与第一目标数据基站之间 的 SX接口向第一目标数据基站发送业务承载建立请求消息。
其中, 第一信息可以由承载建立请求发送单元 122添加在业务承载建立 请求消息中。第一信息包括以下信息中的一个: 增加 DRB的指令,增加 DRB 的指令和增加所述增加的 DRB与第一目标数据基站上的载波或载波组的标 识的关联关系, 增加 DRB的指令和 UE的接入网标识 , 以及增加 DRB的指 令、 增加所述增加的 DRB与第一目标数据基站上的载波或载波组的标识和 UE的接入网标识的关联关系。
由上述在业务承载建立请求消息中添加的信息可见,增加 DRB的指令是 必要信息,而增加所述增加的 DRB与第一目标数据基站上的载波或载波组的 标识的关联关系和 UE的接入网标识为可选信息。 例如, 如果第一目标数据 基站上的载波或载波组仅有一个载波, 则业务承载建立请求消息中可以不包 括增加所述增加的 DRB与第一目标数据基站上的载波或载波组的标识的关 联关系。 例如, 如果 UE已经有 DRB与第一目标数据基站上的载波或载波组 进行了关联, 则业务承载建立请求消息中可以不包括 UE的接入网标识, 其中,第一目标数据基站建立的 UE的上下文主要包括配置 UE的接入网 标识( C-RNTI )等。第一目标数据基站建立的第一业务承载的信息主要包括: 配置第一业务承载的标识( E-RAB ID )、 第一业务承载的 QoS参数 ( E-RAB Level QoS Parameters ) 、 传输层地址 ( Transport Layer Address, TNL )和! ¾ 道端口信息(GTP-TEID )等。 所述第一目标数据基站为第一业务承载在所述 第一目标数据基站上进行 DRB配置包括: 配置 DRB的逻辑信道标识
( logicalChannelldentity ) , 以及将所配置的 DRB与业务承载建立请求消息 中的标识所标识的第一目标数据基站上的载波或载波组进行关联等。
可选的, 承载建立请求发送单元 122还可以直接将业务承载建立请求消 息转发给第一目标数据基站。
可选的, 承载建立请求发送单元 122除了在业务承载建立请求消息中添 加新的信息之外, 还可以修改其中的若干字段。 例如, 承载建立请求发送单 元 122可以修改业务承载建立请求消息中该消息在发送方上的标识字段, 例 如该消息在 MME侧的标识( MME UE S1AP ID )字段, 将其内容由 UE在
MME侧的标识修改为 UE在本实施例的基站侧的标识; 另夕卜, 承载建立请求 发送单元 122还可以修改业务承载建立请求消息中该消息在接收方上的标识 字段, 例如该消息在基站侧的标识(eNB UE SlAP ID ) 字段, 将其内容由 UE在本实施例的基站侧的标识修改为 UE在第一目标数据基站侧的标识; 再 者, 承载建立请求发送单元 122还可以修改传输层地址(Transport Layer Address ) 字段和 GTP隧道端点标识( GTP-TEID ) 字段等。 其中, 传输层地 址和 GTP隧道端点标识被统一称为 "隧道标识" 。
承载建立响应接收单元 123 , 与承载建立请求发送单元 122连接, 用于 在承载建立请求发送单元 122向第一目标数据基站发送业务承载建立请求消 息之后, 接收第一目标数据基站在完成第一业务承载建立准备过程的处理后 发送的业务承载建立响应消息。 该业务承载建立响应消息可以包括以下信息 中的一个: 第一业务承载是否建立成功的信息, 以及第一业务承载是否建立 成功的信息和 UE接入第一目标数据基站的随机接入资源。 另外, 业务承载 建立响应消息还可以包括第一业务承载的下行数据传输的隧道地址, 但不限 于此。 其中, 承载建立响应接收单元 123可以通过与第一目标数据基站之间 的 SX接口接收业务承载建立响应消息。
第一承载建立响应发送单元 124, 用于在承载建立响应接收单元 123接 收到所述业务承载建立响应消息后, 向核心网设备发送业务承载建立是否成 功的响应消息。 这样可以使核心网设备及时了解业务承载建立结果, 以便于 进行相应处理。 在此说明, 业务承载建立是否成功包括第一目标数据基站对 第一业务承载建立过程的相关处理是否成功和 UE对第一业务承载建立过程 的相关处理是否成功, 当第一目标数据基站和 UE对第一业务承载建立过程 的相关处理均成功时, 认为业务承载建立成功。 可选的, 第一承载建立响应 发送单元 124与承载建立响应接收单元 123和第一重配完成消息接收单元 162 连接。第一承载建立响应发送单元 124具体可以在承载建立响应接收单元 123 和第一重配完成消息接收单元 162分别接收到业务承载建立响应消息和第一 RRC连接重配完成消息后, 向核心网设备发送业务承载建立是否成功的响应 消息。
在本示例中, 对应关系维护模块 11还用于为第一业务承载, 从 UE的候 选数据基站列表中选择第一目标数据基站。 具体的, 对应关系维护模块 11还
与第一承载建立请求接收单元 121连接, 用于在第一承载建立请求接收单元 121接收到业务承载建立请求消息后,为第一业务承载从 UE的候选数据基站 列表中选择第一目标数据基站, 并向承载建立请求发送单元 122提供第一目 标数据基站。 其中, UE的候选数据基站列表包括 UE的标识与该 UE对应的 数据基站的标识。
第一重配消息发送单元 161 , 与承载建立响应接收单元 123连接, 用于 在承载建立响应接收单元 123接收到业务承载建立响应消息后, 向 UE发送 第一 RRC连接重配消息, 以控制 UE为在第一目标数据基站上建立第一业务 承载进行 DRB配置。 在第一业务承载建立过程中, 第一 RRC连接重配消息 包括增加 DRB的指令和增加所述增加的 DRB与第一目标数据基站上的载波 或载波组的标识的关联关系。 其中, 本实施例的基站在第一 RRC连接重配消 息中携带增加所述增加的 DRB与第一目标数据基站上的载波或载波组的标 识的关联关系可以认为是增加第一目标数据基站为第一业务承载建立过程的 辅助节点的指令。
其中, 增加第一目标数据基站为第一业务承载建立过程的辅助节点的指 令分为两种情况: 一种情况是第一目标数据基站已经在为 UE提供服务, 此 时第一重配消息发送单元 161通过第一 RRC连接重配消息为 UE新建第一业 务承载时, 主要是控制 UE将该第一业务承载与第一目标数据基站上的一个 成员载波 ( component carrier )或者成员载波组 ( component carrier group ) 关 联起来,用于在后续通过所关联的载波或载波组为第一业务承载的 DRB进行 数据传输。 另一种情况是, 第一目标数据基站此时没有为 UE提供服务, 则 第一重配消息发送单元 161通过第一 RRC连接重配消息将第一目标数据基站 的载波或载波组配置为该 UE的辅助成员载波( secondary component carrier ) , 并且在为该 UE新建第一业务承载的时候, 将第一业务承载与第一目标数据 基站上的一个成员载波或者一个成员载波组关联起来, 用于在后续通过所关 联的载波或载波组为第一业务承载的 DRB进行数据传输。在此说明, 在该情 况下,本实施例的基站为 UE增加成员载波或成员载波组与指示 UE新建第一 业务承载并将第一业务承载与第一目标数据基站上的一个成员载波或者一个 成员载波组关联起来是在一个消息中完成的。
第一重配完成消息接收单元 162, 与第一重配消息发送单元 161连接,
用于接收 UE在完成第一业务承载建立过程的处理后发送的第一 RRC连接重 配完成消息。 具体的, 第一重配完成消息接收单元 162用于在第一重配消息 发送单元 161发送第一 RRC连接重配消息之后, 接收 UE发送的第一 RRC 连接重配完成消息。
进一步,对应关系维护模块 11具体用于记录第一业务承载与第一目标数 据基站的对应关系, 即记录该 UE的哪个承载由哪个数据基站负责传输该承 载中的数据。对应关系维护模块 11还与第一重配完成消息接收单元 162连接, 用于在第一重配完成消息接收单元 162接收到第一 RRC连接重配完成消息后 记录第一业务承载与第一目标数据基站的对应关系。
在此说明,在进行第一业务承载建立过程之前, UE接入本实施例的基站 并在本实施例的基站上建立了 RRC连接。
进一步说明, UE根据第一 RRC连接重配消息完成第一业务承载建立的 配置之后, 向本实施例的基站返回第一 RRC连接重配置完成消息。 可选的, 此过程中, UE会向第一目标数据基站发起随机接入过程, 以接入第一目标数 据基站。 随后, 本实施例的基站向核心网设备发送业务承载建立是否成功的 响应消息, 以告知核心网设备第一业务承载的建立是否成功。 之后, UE的第 一业务承载的上行数据和下行数据均通过第一目标数据基站进行传输。
又例如, UE的业务承载过程为业务承载修改过程, 业务承载请求消息为 业务承载修改请求消息, 业务承载响应消息为业务承载修改响应消息。 则本 实施例的第一业务承载处理子模块 120可以包括: 第一承载修改请求接收单 元 125、承载修改请求发送单元 126、承载修改响应接收单元 127和第一承载 修改响应发送单元 128。 相应地, 第二业务承载处理子模块 160可以包括: 第二重配消息发送单元 164和第二重配完成消息接收单元 165。 对应本实施 例基站的结构如图 3所示。
其中, 第一承载修改请求接收单元 125, 用于接收核心网设备发送的业 务承载修改请求消息, 所述业务承载修改请求消息包括 UE的标识、 第二业 务承载的标识和第二业务承载的 QoS信息。 其中, 第二业务承载为待修改的 业务承载。 可选的, UE的标识可以是 eNB UE SlAP ID字段。 可选的, 第二 业务承载的标识可以是业务承载修改请求消息中的 E-RAB ID字段。
承载修改请求发送单元 126, 与第一承载修改请求接收单元 125和对应
关系维护模块 11相连, 用于从对应关系维护模块 11获取第一目标数据基站 的标识,根据第一目标数据基站的标识将包括修改 DRB的指令的业务承载修 改请求消息发送给第一目标数据基站, 以使第一目标数据基站修改第二业务 承载的信息和第二业务承载在第一目标数据基站上的 DRB配置。 其中, 上述 修改 DRB的指令可由第一承载修改请求接收单元 125添加到业务承载修改请 求消息中。
具体的, 承载修改请求发送单元 126可以根据第一承载修改请求接收单 元 125接收到的业务承载修改请求消息中第二业务承载的标识, 从对应关系 维护模块 11记录的第二业务承载和第一目标数据基站之间的对应关系中获 取第一目标数据基站的标识。
其中, 承载修改请求发送单元 126将第一承载修改请求接收单元 125接 收到的业务承载修改请求消息发送给第一目标数据基站之前, 可以对业务承 载修改请求消息中的信息进行修改, 例如添加新的信息, 然后再将修改后的 业务承载修改请求消息发送给第一目标数据基站。 其中, 承载修改请求发送 单元 126发送给第一目标数据基站的业务承载修改请求消息还包括修改 DRB 的指令。第一目标数据基站具体根据该修改 DRB的指令修改第二业务承载在 第一目标数据基站上的 DRB配置。
在此说明, 第二业务承载的修改主要包括两种情况, 一种是更新该第二 业务承载对应的目标数据基站, 另一种是修改该第二业务承载对应的 QoS参 数。 在本实施例方式中, 所述第二业务承载的修改指修改第二业务承载对应 的 QoS参数。其中,本实施例的基站具体通过向 UE发送 RRC连接重配消息, 实现对第二业务承载的 QoS参数的修改。 本实施例的基站发送给 UE的 RRC 连接重配消息包括的信息与现有技术中基站修改业务承载的 QoS参数时发送 给 UE的 RRC连接重配消息中的信息相同, 在此不再详述。
承载修改响应接收单元 127, 用于接收第一目标数据基站在完成第二业 务承载修改过程的处理后发送的业务承载修改响应消息。 相应的, 第一目标 数据基站发送给本实施例的基站的业务承载修改响应消息与现有技术中 UE 发送给基站的业务承载修改响应消息相同, 在此不再详述。
可选的,承载修改响应接收单元 127与承载修改请求发送单元 126连接, 具体用于在承载修改请求发送单元 126发送业务承载修改请求消息后接收业
务承载修改响应消息。
第一承载修改响应发送单元 128, 用于在承载修改响应接收单元 127接 收到业务承载修改响应消息后, 向核心网设备发送业务承载修改是否成功的 响应消息。 可选的, 第一承载修改响应发送单元 128与承载修改响应接收单 元 127和第二重配完成消息接收单元 165连接。 第一承载修改响应发送单元 128,用于在承载修改响应接收单元 127和第二重配完成消息接收单元 165分 别接收到业务承载修改响应消息和第二 RRC连接重配完成消息后,向核心网 设备发送业务承载修改是否成功的响应消息。
第二重配消息发送单元 164, 与承载修改响应接收单元 127连接, 用于 在承载修改响应接收单元 127接收到业务承载修改响应消息后, 向 UE发送 第二 RRC连接重配消息,以使 UE修改第二业务承载的 DRB配置。第二 RRC 连接重配消息包括修改 DRB的指令。
第二重配完成消息接收单元 165 , 与第二重配消息发送单元 164连接, 用于接收 UE在完成第二业务承载修改过程的处理后发送的第二 RRC连接重 配完成消息。
在此说明,在进行第二业务承载修改过程之前, UE接入本实施例的基站 并在本实施例的基站上建立了 RRC连接, 同时还在本实施例的基站的控制下 在第一目标数据基站上建立了第二业务承载。
在进行第二业务承载修改过程后, UE与第一目标数据基站之间基于修改 后的 QoS参数继续进行该第二业务承载下的上行数据和下行数据的传输。
又例如, UE的业务承载过程为业务承载删除过程, 业务承载请求消息为 业务承载删除请求消息, 业务承载响应消息为业务承载删除响应消息。 则第 一业务承载处理子模块 120包括: 第一承载删除请求接收单元 129、 承载删 除请求发送单元 130、 承载删除响应接收单元 131和第一承载删除响应发送 单元 132。 相应地, 第二业务承载处理子模块 160包括: 第三重配消息发送 单元 166和第三重配完成消息接收单元 167。对应本实施例基站的结构如图 4 所示。
其中, 第一承载删除请求接收单元 129, 用于接收核心网设备发送的业 务承载删除请求消息, 所述业务承载删除请求消息包括 UE的标识和第三业 务承载的标识。 其中, 第三业务承载为待删除的业务承载。 可选的, 第三业
务承载的标识可以是业务承载删除请求消息中的 E-RAB ID字段。 承载删除请求发送单元 130, 与第一承载删除请求接收单元 129和对应 关系维护模块 11连接, 用于从对应关系维护模块 11中获取第一目标数据基 站的标识, 根据第一目标数据基站的标识将业务承载删除请求消息转发给第 —目标数据基站, 以使第一目标数据基站进行第三业务承载的删除过程。
其中, 第一数据目标基站进行第三业务承载的删除的过程主要包括: 空 口 DRB的删除(该过程通过 RRC重配过程完成 ) ,以及对 S1承载的删除等。 其中, 第一目标数据基站进行第三业务承载删除的过程与现有技术中业务承 载删除的过程基本相同, 在此不再详述。
承载删除响应接收单元 131 , 用于接收第一目标数据基站发送的业务承 载删除响应消息。 其中, 业务^载删除响应消息主要包括: 该消息在发送方 的标识字段, 即 UE在第一目标数据基站侧的标识,该字段为 MME UE S1AP ID字段、 该消息在接收方的标识字段, 即 UE在本实施例的基站侧的标识字 段, 该字段为 eNB UE S1AP ID字段、待删除的 E-RAB标识列表 ( E-RAB To Be Released List )等信息。 可选的, 承载删除响应接收单元 131与承载删除 请求发送单元 130连接, 用于在承载删除请求发送单元 130发送业务承载删 除请求消息后接收业务承载删除响应消息。
第一承载删除响应发送单元 132, 用于在承载删除响应接收单元 131接 收到业务承载删除响应消息后, 向核心网设备发送业务承载删除是否成功的 响应消息。 可选的, 第一承载删除响应发送单元 132与承载删除响应接收单 元 131和第三重配完成消息接收单元 167连接。 第一承载删除响应发送单元 132具体可以在承载删除响应接收单元 131第三重配完成消息接收单元 167 分别接收到业务承载删除响应消息和第三 RRC连接重配完成消息后,向核心 网设备发送业务承载删除是否成功的响应消息。
第三重配消息发送单元 166, 与承载删除响应接收单元 131连接, 用于 在承载删除响应接收单元 131接收到业务承载删除响应消息之后, 向 UE发 送第三 RRC连接重配消息, 以控制 UE删除第三业务承载的 DRB配置。 在 本实施例方式中, 第三 RRC连接重配消息包括删除 DRB的指令。 其中, 删 除 DRB的指令一方面用于指示 UE删除 DRB, 另外还包括需要删除的 DRB 的标识。
可选的, 第三 RRC连接重配消息还可以包括当第三业务承载对应 DRB 是该 UE在第一目标数据基站上最后一个待删除的 DRB时删除该辅助节点的 指令, 即当该 UE在第一目标数据基站上的所有 DRB均被删除后可以将第一 目标数据基站的成员载波或成员载波组在 UE的成员载波列表中删除。
第三重配完成消息接收单元 167, 与第三重配消息接收模块 166连接, 用于接收 UE在完成第三业务承载删除过程的处理后发送的第三 RRC连接重 配完成消息。
对应关系维护模块 11具体用于删除第三业务承载与第一目标数据基站 之间的对应关系。 可选的, 对应关系维护模块 11与第三重配完成消息接收单 元 167连接,用于在第三重配完成消息接收单元 167接收到第三 RRC连接重 配完成消息后, 删除第三业务承载与第一目标数据基站之间的对应关系。
又例如, 业务承载过程为业务承载转入过程, 业务承载请求消息为业务 承载转入请求消息, 业务承载响应消息为业务承载转入响应消息。 其中, 业 务承载转入过程可以是业务承载由本实施例的基站转入第一目标数据基站的 过程, 也可以是由另一目标数据基站转入第一目标数据基站。 则第一业务承 载处理子模块 120可以包括: 第一承载转入请求发送单元 133和承载转入响 应接收单元 134。
如果在业务承载由另一目标数据基站转入第一目标数据基站的情况下, 第二业务承载处理子模块 160可以包括: 第五重配消息发送单元 169和第五 重配完成消息接收单元 170。 如果在业务承载由本实施例的基站转入第一目 标数据基站的情况下, 第二业务承载处理子模块 160可以包括: 第七重配消 息发送单元 172和第七重配完成消息接收单元 173。 对应本实施例基站的结 构如图 5所示。 在此说明, 本实施例的基站可以包括: 第七重配消息发送单 元 172和第七重配完成消息接收单元 173 , 或者包括: 第五重配消息发送单 元 169和第五重配完成消息接收单元 170。 本实施例基站的实现结构具体可 根据业务需求而定。
其中, 第一承载转入请求发送单元 133 , 与对应关系维护模块 11连接, 用于从对应关系维护模块 11中获取第一目标数据基站的标识,根据第一目标 数据基站的标识将业务承载转入请求消息发送给第一目标数据基站, 以使第 一目标数据基站建立 UE的上下文和第四业务承载的信息, 建立转发第四业
务承载的隧道, 并为第四业务承载在第一目标数据基站上进行 DRB配置。 第 四业务承载为待转入到第一目标数据基站的业务承载。
其中, 业务承载转入请求消息包括以下信息中的一个: UE的标识、 第四 业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址和增加 DRB的指令, UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载 上行数据传输的隧道地址、 增加 DRB的指令和 UE的接入网标识, UE的标 识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地 址、 增加 DRB的指令和增加所述增加的 DRB与第一目标数据基站上的载波 或载波组的标识的关联关系, 以及 UE的标识、 第四业务承载的标识及 QoS 信息、 第四业务承载上行数据传输的隧道地址、 增加 DRB的指令、 UE的接 入网标识和增加所述增加的 DRB与第一目标数据基站上的载波或载波组的 标识的关联关系。
由上述可见, UE的标识、 第四业务承载的标识及 QoS信息、 第四业务 承载上行数据传输的隧道地址和增加 DRB的指令是业务承载转入请求消息 中的必选信息, 而 UE的接入网标识和增加所述增加的 DRB与第一目标数据 基站上的载波或载波组的标识的关联关系属于可选信息。
承载转入响应接收单元 134, 用于接收第一目标数据基站在完成第四业 务 载转入准备过程的处理后发送的业务承载转入响应消息。
其中, 业务承载转入响应消息包括以下信息中的一个: 第四业务承载下 行数据传输的隧道地址, 第四业务承载下行数据传输的隧道地址和 UE接入 第一目标数据基站的随机接入资源, 第四业务承载下行数据传输的隧道地址 和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧道地址, 以 及第四业务承载下行数据传输的隧道地址、 UE接入第一目标数据基站的随机 接入资源和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧 道地址。
由上述可见, 第四业务承载下行数据传输的隧道地址是业务承载转入响 应消息的必要信息, 而 UE接入第一目标数据基站的随机接入资源和用于转 发第四业务^载上行和 /或下行未成功传输的数据包的隧道地址属于可选信 例如, 如果在所述承载转入所述所述第一目标数据基站之前, 所述 UE
没有接入所述第一目标数据基站, 业务承载转入响应消息需要包括 UE接入 第一目标数据基站的随机接入资源, 反之, 不需要包括。
例如, 如果 UE的所述业务承载需要无丟包的传输, 业务承载转入响应 消息需要包括用于转发第四业务承载上行和 /或下行未成功传输的数据包的 隧道地址, 反之, 不需要包括。
可选的, 承载转入响应接收单元 134与第一承载转入请求发送单元 133 连接, 用于在第一承载转入请求发送单元 133发送业务承载转入请求消息后 接收业务承载转入响应消息。
在本示例中, 对应关系维护模块 11还用于为第四业务承载, 从 UE的候 选数据基站列表中选择第一目标数据基站。 然后, 对应关系维护模块 11向第 一承载转入请求发送单元 133提供第一目标数据基站的标识。
第五重配消息发送单元 169, 与承载转入响应接收单元 134连接, 用于 向 UE发送第五 RRC连接重配消息, 以控制 UE将第四业务承载从第二目标 数据基站转移到第一目标数据基站。 第五 RRC连接重配消息包括需要从 UE 的成员载波中删除的第二目标数据基站上的载波或载波组的标识, 需要增加 第一目标数据基站上的载波或载波组的标识到 UE的成员载波中, 以及修改 第四业务承载的 DRB的关联关系为与第一目标数据基站上的载波或载波组 的标识的关联关系。
在此说明, 第四业务承载从第二目标数据基站转移到第一目标数据基站 之前,第四业务承载的 DRB与所述第二目标数据基站上的载波或载波组相关 联; 转移到第一目标数据基站之后, 第四业务承载的 DRB需要与第一目标数 据基站上的载波或载波组相关联。 具体的, 本实施例的基站通过在第五 RRC 连接重配消息中携带修改第四业务承载的 DRB的关联关系为与第一目标数 据基站上的载波或载波组的标识的关联关系,使第四业务承载的 DRB需要与 第一目标数据基站上的载波或载波组相关联。
第五重配完成消息接收单元 170, 与第五重配消息发送单元 169连接, 用于在第五重配消息发送单元 169发送第五 RRC连接重配消息之后, 接收 UE在完成第四业务承载转移过程的处理后发送的第五 RRC连接重配完成消 息。对应关系维护模块 11具体用于将第四业务承载与第二目标数据基站的对 应关系更新为第四业务承载与第一目标数据基站的对应关系。 可选的, 对应
关系维护模块 11与第五重配完成消息接收单元 170连接,用于在第五重配完 成消息接收单元 170接收到第五 RRC连接重配完成消息后,将第四业务承载 与第二目标数据基站的对应关系更新为第四业务承载与第一目标数据基站的 对应关系。
第七重配消息发送单元 172, 与承载转入响应接收单元 134连接, 用于 向 UE发送第七 RRC连接重配消息, 以控制 UE将第四业务承载从本实施例 的基站转移到第一目标数据基站, 第七 RRC连接重配消息包括: 增加第四业 务承载的 DRB与第一目标数据基站上的载波或载波组的标识的关联关系。
第七重配完成消息接收单元 173 , 和第七重配消息发送单元 172连接, 用于在第七重配消息发送单元 172发送第七 RRC连接重配消息之后, 接收 UE在完成第四业务承载转移过程的处理后发送的第七 RRC连接重配完成消 息。
对应关系维护模块 11 具体用于增加第四业务承载与第一目标数据基站 之间的对应关系。可选的对应关系维护模块 11与第七重配完成消息接收单元 173连接。
又例如, 业务承载过程为业务承载转出过程, 业务承载请求消息为业务 承载转出请求消息, 业务承载响应消息为业务承载转出响应消息。 其中, 业 务承载转出过程可以是业务承载由第一目标数据基站转出而转入本实施例的 基站的过程,也可以是从本实施例的基站转出而转入另一基本层基站的过程。 则第一业务承载处理子模块 120 可以包括: 第一承载转出请求发送单元 135 和 载转出响应接收单元 136。
如果业务承载从第一目标数据基站转出而转入本实施例的基站, 则第二 业务承载处理子模块 160可以包括: 第四重配消息发送单元 175和第四重配 完成消息接收单元 176。 如果业务承载从本实施例的基站转出而转入另一基 本层基站, 则第二业务承载处理子模块 160包括: 切换消息发送单元 178和 切换完成消息接收单元 179。 对应本实施例基站的结构如图 6所示。 在此说 明, 本实施例的基站可以包括: 第四重配消息发送单元 175和第四重配完成 消息接收单元 176, 或者包括: 切换消息发送单元 178和切换完成消息接收 单元 179。 本实施例基站的实现结构具体可根据业务需求而定。
第一承载转出请求发送单元 135 , 与对应关系维护模块 11连接, 用于从
对应关系维护模块 11中获取第一目标数据基站的标识,根据第一目标数据基 站的标识将业务承载转出请求消息发送给第一目标数据基站, 以使第一目标 数据基站对第五业务承载进行转出处理。 第五业务承载为待从第一目标数据 基站转出的业务承载。 业务承载转出请求消息包括以下信息中的一个: UE的 标识和第五业务承载的标识, 以及 UE的标识、 第五业务承载的标识和用于 转发第五业务承载上行和 /或下行未成功传输的数据包的隧道地址。
由上述可见, UE的标识和第五业务承载的标识是业务承载转出请求消息 必须包括的, 而用于转发第五业务^载上行和 /或下行未成功传输的数据包的 隧道地址是可选的。 例如, 如果 UE的所述业务承载需要无丟包的传输, 业 务承载转出请求消息需要包括用于转发第五业务承载上行和 /或下行未成功 传输的数据包的隧道地址, 反之, 不需要包括。
承载转出响应接收单元 136, 用于接收第一目标数据基站在完成第五业 务承载转出过程的处理后发送的业务承载转出响应消息。 可选的, 承载转出 响应接收单元 136与第一承载转出请求发送单元 135连接, 用于在第一承载 转出请求发送单元 135发送业务承载转出请求消息之后, 接收业务承载转出 响应消息。
第四重配消息发送单元 175, 与承载转出响应接收单元 136连接, 用于 向 UE发送第四 RRC连接重配消息, 以控制 UE将第五业务承载从第一目标 数据基站转移到本实施例的基站。第四 RRC连接重配消息包括以下信息中的 一个:增加第五业务承载的 DRB与本实施例基站上的载波或载波组的标识的 关联关系和删除第五业务承载的 DRB 与第一目标数据基站上的载波或载波 组的标识的关联关系。
在此说明, 第五业务承载从第一目标数据基站转移到本实施例的基站之 前, 第五业务承载的 DRB 与所述第一目标数据基站上的载波或载波组相关 联; 转移到本实施例基站之后, 第五业务承载的 DRB需要与本实施例的基站 上的载波或载波组相关联。 其中, 将第五业务承载的 DRB与本实施例的基站 上的载波或载波组相关联的方式包括以下几种:
通过在第四 RRC连接重配消息中携带增加第五业务承载的 DRB与本实 施例基站上的载波或载波组的标识的关联关系,以使第五业务承载的 DRB与 本实施例的基站上的载波或载波组相关联。
通过在第四 RRC连接重配消息中携带删除第五业务承载的 DRB与第一 目标数据基站上的载波或载波组的标识的关联关系。 由于在默认情况下 UE 的业务承载的 DRB会与 UE所接入的基本层基站(即本实施例的基站)上的 载波或载波组相关联, 因此, 删除第五业务承载的 DRB与第一目标数据基站 上的载波或载波组的标识的关联关系之后,UE会自动将第五业务承载的 DRB 与本实施例的基站上的载波或载波组相关联。
通过在第四 RRC连接重配消息中携带增加第五业务承载的 DRB与本实 施例基站上的载波或载波组的标识的关联关系和删除第五业务承载的 DRB 与第一目标数据基站上的载波或载波组的标识的关联关系, 以使第五业务承 载的 DRB与本实施例的基站上的载波或载波组相关联。
第四重配完成消息接收单元 176, 与第四重配消息发送单元 175连接, 用于在第四重配消息发送单元 175发送第四 RRC连接重配消息之后, 接收 UE在完成第五业务承载转移过程的处理后发送的第四 RRC连接重配完成消 息。
对应关系维护模块 11 具体用于删除第四业务承载与第一目标数据基站 之间的对应关系。 可选的, 对应关系维护模块 11与第四重配完成消息接收单 元 176连接,用于在第四重配完成消息接收单元 176接收第四 RRC连接重配 完成消息之后, 删除第四业务承载与第一目标数据基站之间的对应关系。
切换消息发送单元 178, 与承载转出响应接收单元 136连接, 用于向 UE 发送第六 RRC连接重配消息, 以控制 UE切换到另一基站。
切换完成消息接收单元 179, 与切换消息发送单元 178连接, 用于在切 换消息发送单元 178发送第六 RRC连接重配消息之后,接收另一基站发送的 切换完成消息, 以删除 UE 的上下文。 可选的, 所述另一基站在接收到 UE 发送的 RRC连接重配完成消息后, 向本实施例基站发送切换完成消息。
其中, 业务承载从一个基本层基站转移到另一个基本层基站的过程与现 有技术中跨域切换过程相类似, 在此不再详述。
可选的, 对应关系维护模块 11与切换完成消息接收单元 179连接, 用于 在切换完成消息接收单元 179接收到切换完成消息之后, 删除第四业务承载 与第一目标数据基站之间的对应关系。
可选的,对应关系维护模块 11还可用于接收基站范围覆盖范围内的接收
到的满足预设条件的上行信号的数据基站上报的事件报告, 将上报事件报告 的数据基站的标识和 UE的标识的对应关系存储到候选数据基站列表中并维 护候选数据基站列表。 或者
对应关系维护模块 11还可用于接收 UE上报的包括满足基站配置的测量 准则的数据基站的测量结果, 将测量结果中的数据基站的标识和 UE的标识 的对应关系存储到候选数据基站列表中并维护候选数据基站列表。
由上述可见, 本实施例的基站通过维护 UE的候选数据基站列表, 为 UE 的业务承载从候选数据基站列表中选择目标数据基站, 并维护 UE与目标数 据基站之间的对应关系, 根据业务承载过程的具体实现控制目标数据基站和 UE完成相应的业务承载过程, 实现了信令面与用户面之间的分离。
在此说明, 本实施例的基站可以具有上面描述的部分功能或全部功能。 当本实施例的基站同时具有上述多个功能时, 本实施例基站的实现结构可由 各功能对应的功能单元的组合实现。 较为优选的, 在具体实现上, 对于具有 相同功能的单元可由同一单元实现,对于实现不同功能的单元可以独立实现。 下面以本实施例的基站同时具有业务承载转入和业务承载转出功能为例进行 说明。 此时, 本实施例的基站可以由图 5和图 6结合实现。 其中, 该基站一 种较为优选的实现结构包括: 对应关系维护模块 11和业务承载处理模块 12, 业务承载处理模块 12包括第一业务承载处理子模块 120和第二业务承载处理 子模块 160, 第一业务承载处理子模块 120 包括第一承载转入请求发送单元 133、 承载转入响应接收单元 134、 第一承载转出发送单元 135和承载转出响 应接收单元 136, 第二业务承载处理子模块 160可以包括第五重配消息发送 单元 169和第五重配完成消息接收单元 170, 第七重配消息发送单元 171和 第七重配完成消息接收单元 172, 第四重配消息发送单元 175和第四重配完 成消息接收单元 176,与切换消息发送单元 178和切换完成消息接收单元 179 中的一组。
在此说明, 本实施例的基站除了为 UE的业务承载选择目标数据基站, 维护 UE与目标数据基站的对应关系,并控制目标数据基站和 UE完成业务承 载过程的处理之外, 还可以具有以下功能: 系统信息广播, RRC连接管理, 例如寻呼、 RRC连接建立 /修改 /释放、测量配置和报告( Measure configuration and reporting ) 、 切换(Handover )等, 以及少量 DRB数据的传输, 数据基
站的激活 /关闭的控制等。 其中, 本实施例的基站控制目标数据基站和 UE完 成业务承载过程的处理的功能可称为本实施例的基站与数据基站之间的承载 管理交互功能。
例如 , UE的信令连接 ,例如承载 UE和 MME之间的非接入层( Non-Access Stratum, NAS )信令通过本实施例的基站到达 MME。
以 LTE 系统为例, 本实施例的基站的协议栈从上到下包括: RRC层 /IP 层、 分组数据汇聚协议(Packet Data Convergence Protocol, PDCP )层、 无线 链路控制 (Radio Link Control, RLC )层、 MAC层和物理层。 PDCP层主要 完成加密和完整性保护功能, 例如可以釆用健壮性头压缩 ( Robust Header Compression, ROHC ) 、 安全性( Security )技术等。 RLC层主要为用户和控 制数据提供分段和重传业务,例如釆用分段( Segm )、自动重传请求( Automatic Repeat-reQues, ARQ )等技术。 MAC层主要完成调度 ( scheduling ) 、 优先 级处理( Priority handing ) 、 UE的复用 (Multiplexing ) 、 混合自动重传请求 ( Hybrid Automatic Repeat Request, HARQ )等功能。 本实施例的基站进行下 行映射时的协议栈结构如图 7所示,其中虚线框所示部分用于负责 DRB的传 输, 该部分是可选的。 在本实施例的基站上, 对下行, 具有 UE的 RRC连接 过程中的所有 RRC功能, 例如包括 SRB0/l/2、 广播信道( Broadcast Channel, BCH )、寻呼信道( Paging Channel, PCH )、 BCH对应的广播控制信道( Broadcast Control Channel, BCCH )、 PCH对应的寻呼控制信道( Paging Control Channel, PCCH ) 、 公共控制信道( Common Control Channel, CCCH )等。 如图 7所 示, SRB0/2/3对应的逻辑信道标识(logical channel identify, LCID )分别为 0, 1和 2。
在此说明, 本实施例的基站除了可以控制 UE在其覆盖范围内的各数据 基站之间的切换之外, 还可以控制 UE在不同基站覆盖下的数据基站之间进 行切换, 该切换过程与现有技术中跨域的基站之间的切换过程相类似, 在此 不再伴述。
本实施例的基站可以控制 UE在不同数据基站之间进行切换, 在具体实 现上进一步完善了信令面和用户面的分离方案。
图 8为本发明一实施例提供的通信方法的流程图。 如图 8所示, 本实施 例的方法包括:
步骤 501、基站维护接入基站的 UE的业务承载与第一目标数据基站的对 应关系。
步骤 502、基站控制第一目标数据基站以及 UE完成 UE的业务承载过程 的处理, 其中, 第一目标数据基站为在完成所述 UE的业务承载过程的处理 后, 与所述 UE进行用户面数据的交互的基站。 本实施例的基站是指基本层 基站,主要负责 UE的信令交互, 负责维护 UE的业务承载与第一目标数据基 站的对应关系, 并控制第一目标数据基站和 UE完成业务承载过程的处理, 进而使 UE通过所述第一目标数据基站进行数据传输。
可选的, 基站上预先维护着接入该基站的 UE的候选数据基站列表。 可选的, 本实施例的基站可以定期的广播下行信道, 以使 UE接入该基 站。 而数据基站不具有广播下行信道的能力, 以避免各 UE直接接入数据基 站。
可选的, 基站可以接收基站覆盖范围内的接收到满足预设条件的上行信 号的数据基站上报的事件报告, 将上报事件报告的数据基站的标识和 UE的 标识的对应关系存储到候选数据基站列表中并维护候选数据基站列表。
可选的, 基站可以接收 UE上报的包括满足基站配置的测量准则的数据 基站的测量结果, 将测量结果中的数据基站的标识和 UE的标识的对应关系 存储到候选数据基站列表中并维护候选数据基站列表。
可选的, 步骤 502的一种实施方式可以包括: 基站控制第一目标数据基 站进行业务承载过程处理和基站控制 UE进行业务承载过程处理。 其中, 基 站控制第一目标数据基站进行业务承载过程处理可以是: 基站获取第一目标 数据基站的标识, 根据第一目标数据基站的标识向第一目标数据基站发送业 务承载请求消息, 以控制第一目标数据基站进行 UE的业务承载过程的处理。 基站接收第一目标数据基站在完成业务承载过程的处理后返回的业务承载响 应消息。 基站控制 UE进行业务承载过程处理可以是: 基站在接收到业务承 载响应消息后, 向 UE发送 RRC连接重配消息, 以控制 UE为业务承载过程 进行相应配置以完成业务承载过程的处理。
在本实施例中, 本实施例的基站通过与数据基站相配合, 通过维护 UE 的业务承载与数据基站的对应关系并控制目标数据基站和 UE完成业务承载 过程的处理, 实现由数据基站与 UE进行用户面数据的交互, 而由本实施例
基站 (即基本层基站) 负责信令面的信令传输, 实现了信令面和用户面的分 离, 解决了 UE在宏微小区重叠覆盖的情况下的接入问题。
上述业务承载过程可以包括业务承载建立过程、 业务承载修改过程、 业 务承载删除过程、 业务承载转入过程或业务承载转出过程等。 对于不同业务 承载过程, 本实施例的基站控制第一目标数据基站以及 UE完成业务承载过 程的处理的具体实现并不相同。 下面将将针对具体业务承载过程进行详细说 明。
业务^载过程为业务 载建立过程:
可选的, 基站控制第一目标数据基站进行业务承载建立的过程包括: 步骤 600a、 基站接收核心网设备发送的业务承载建立请求消息, 业务承 载建立请求消息包括 UE的标识、第一业务承载的标识和第一业务承载的 QoS 信息, 第一业务承载为待建立的业务承载。
步骤 601a、 基站为第一业务承载, 从 UE的候选数据基站列表中选择第 一目标数据基站。
步骤 601a为在业务承载建立过程中,基站获取第一目标数据基站的标识 的具体实施方式。
步骤 602a、 基站根据第一目标数据基站的标识将包括第一信息的业务承 载建立请求消息发送给第一目标数据基站, 以使第一目标数据基站建立 UE 的上下文和第一业务承载的信息并为第一业务承载在第一目标数据基站上进 行 DRB配置。
在本实施例中,第一信息可由基站添加到上述业务承载建立请求消息中。 第一信息可以包括以下信息中的一个: 增加 DRB的指令, 增加 DRB的指令 和增加所增加的 DRB 与第一目标数据基站上的载波或载波组的标识的关联 关系 , 增加 DRB的指令和 UE的接入网标识, 以及增加 DRB的指令、 增加 所增加的 DRB 与第一目标数据基站上的载波或载波组的标识的关联关系和 UE的接入网标识。
步骤 603a、 基站接收第一目标数据基站在完成第一业务承载建立准备过 程的处理后发送的业务承载建立响应消息。
其中, 业务承载建立响应消息包括以下信息中的一个: 第一业务承载是 否建立成功的信息, 以及第一业务承载是否建立成功的信息和 UE接入第一
目标数据基站的随机接入资源。
步骤 604a、 基站在接收到业务承载建立响应消息后, 向核心网设备发送 业务承载建立是否成功的响应消息。
基于上述,基站控制 UE进行业务承载建立以及维护 UE的第一业务承载 与第一目标数据基站的对应关系的过程包括:
步骤 601b、 基站向 UE发送第一 RRC连接重配消息, 以控制 UE为在第 一目标数据基站上建立第一业务承载进行 DRB配置。
其中,第一 RRC连接重配消息包括增加 DRB的指令和所增加的 DRB所 关联的第一目标数据基站上的载波或载波组的标识。
步骤 602b、 基站接收 UE在完成第一业务承载建立过程的处理后发送的 第一 RRC连接重配完成消息。
步骤 603b、 基站记录第一业务承载与第一目标数据基站的对应关系。 在此说明, 当第一目标数据基站和 UE对第一业务承载建立过程的相关 处理均成功时, 认为业务承载建立成功。 故基站具体可以在接收到业务承载 建立响应消息和第一 RRC连接重配完成消息后,向核心网设备发送业务承载 建立是否成功的响应消息。
图 9A为本发明一实施例提供的业务承载建立过程的详细实施过程的流 程图。 如图 9A所示, 本实施过程包括:
步骤 al、 UE在 CeNB上建立 RRC连接。
该步骤 al的过程与现有技术中 UE在基站上建立 RRC连接的过程相类 似, 在此不再详述。
本实施例的基站为基本层基站, 即主要负责信令交互的基站。 为了与数 据基站相区分, 在本实施例中, 将第一目标数据基站称为目标 TeNB, 将基站 称为 CeNB。
步骤 a2、 CeNB接收核心网设备发送的业务承载建立请求消息; 业务承 载建立请求消息包括 UE的标识和第一业务承载的标识。
在 LTE系统中, 该业务承载建立请求消息可以是 E-RAB setup Request。 第一业务承载为待建立的业务承载。
步骤 a3、 CeNB为 UE的第一业务承载选择目标 TeNB, 将业务承载建立 请求消息发送给目标 TeNB, 以使目标 TeNB建立 UE的上下文和第一业务承
载的信息并为第一业务承载在第一目标数据基站上进行 DRB配置。
这里的业务承载建立请求消息包括: UE的标识、 第一业务承载的标识、 第一业务承载的 QoS信息、 增加 DRB的指令、 增加的 DRB所关联的第一目 标数据基站上的载波或载波组的标识以及 UE的接入网标识等信息。
步骤 a4、 目标 TeNB根据业务承载建立请求消息为 UE建立上下文和第 一业务承载的信息, 并准备为 UE传输第一业务承载的数据。
步骤 a5、 目标 TeNB向 CeNB返回业务承载建立响应消息。
在 LTE系统中,该业务承载建立响应消息可以是 E-RAB Setup Response。 业务承载建立响应消息包括第一业务承载是否建立成功的信息和 UE接 入第一目标数据基站的随机接入资源等信息。
步骤 a6、 CeNB向 UE发送第一 RRC连接重配消息, 以控制 UE为第一 业务 7|载建立过程进行辅助节点和 DRB的配置并接入目标 TeNB。
其中,第一 RRC连接重配消息包括增加 DRB的指令和所增加的 DRB所 关联的第一目标数据基站上的载波或载波组的标识。
在 LTE 系统中, 第一 RRC 连接重配消息可以是 RRC Connection
Reconfiguration。
步骤 a7、 UE向目标 TeNB发起随机接入过程。
该步骤 a7的过程与现有技术中 UE发起随机接入过程接入基站的过程相 类似, 不再详述。
其中, 步骤 a7为一可选步骤。
步骤 a8、 UE向 CeNB返回第一 RRC连接重配完成消息。
其中, 步骤 a7和步骤 a8所描述的分别是 MAC层和 RRC层的操作, 没 有严格的时间先后顺序。
步骤 a9、 CeNB记录第一业务承载与第一目标数据基站之间的对应关系, 并向核心网设备返回业务承载建立成功的响应消息。
步骤 al0、核心网设备通过目标 TeNB与 UE进行所建立的第一业务承载 下的数据传输。
进一步的, 核心网设备之间的数据传输可以是经过 CeNB转发的, 也可 以是直接发生在核心网设备和目标 TeNB之间。
可选的,如果 CeNB或目标 TeNB支持本地 IP接入( Local IP Acess , LIPA )
功能, 则根据业务承载建立请求消息携带的信息, 第一业务承载下的数据可 以直接从 CeNB或目标 TeNB进入互联网 (Internet ) 。
在此说明,无论是核心网设备与目标 TeNB之间的数据传输,还是 CeNB 或目标 TeNB与 Internet之间的数据传输, 其所对应的信令面交互流程相同, 如图 9A所示, 区别在于某些消息所携带的内容会有所不同。
在本实施例中, CeNB为 UE选择目标 TeNB, 并控制目标 TeNB和 UE 进行业务承载建立过程的处理, 为目标 TeNB 负责传输 UE的业务承载中的 数据打下了基础。 由上述过程可见, 本实施例的 CeNB负责 UE的信令交互, 而目标 TeNB负责 UE的数据传输, 实现了信令面和用户面的分离。
业务承载过程为业务承载修改过程:
可选的, 基站控制第一目标数据基站进行业务承载修改过程包括: 步骤 701a、 基站接收核心网设备发送的业务承载修改请求消息, 业务承 载修改请求消息包括 UE的标识、第二业务承载的标识和第二业务承载的 QoS 信息, 第二业务承载为待修改的业务承载。
步骤 702a、 基站从对应关系中获取第一目标数据基站的标识, 根据第一 目标数据基站的标识将包括修改 DRB 的指令的业务承载修改请求消息发送 给第一目标数据基站, 以使第一目标数据基站修改第二业务承载的信息和第 二业务承载在第一目标数据基站上的 DRB配置。
其中,上述修改 DRB的指令可以由基站添加到上述业务承载修改请求消 息中。
步骤 702a中的对应关系为基站所维护的第二业务承载与第一目标数据基 站的对应关系。
步骤 703a、 基站接收第一目标数据基站在完成第二业务承载修改过程的 处理后发送的业务承载修改响应消息;
步骤 704a、 基站在接收到业务承载修改响应消息后, 向核心网设备发送 业务承载修改是否成功的响应消息。
可选的, 基站控制 UE进行业务承载修改的过程包括:
步骤 701b、 基站向 UE发送第二 RRC连接重配消息, 以使 UE修改第二 业务承载的 DRB配置, 第二 RRC连接重配消息包括修改 DRB的指令。
步骤 702b、 基站接收 UE在完成第二业务承载修改过程的处理后发送的
第二 RRC连接重配完成消息。
在此说明, 当第一目标数据基站和 UE对第二业务承载修改过程的相关 处理均成功时, 认为业务承载修改成功。 故基站具体可以在接收到业务承载 修改响应消息和第二 RRC连接重配完成消息后,向核心网设备发送业务承载 修改是否成功的响应消息。
图 9B 为本发明一实施例提供的业务承载修改过程的详细实施过程的流 程图。 如图 9B所示, 本实施例的方法包括:
步骤 bl、 UE在 CeNB上建立 RRC连接。
本实施例的基站为基本层基站, 即主要负责信令交互的基站。 为了与数 据基站相区分, 在本实施例中, 将第一目标数据基站称为目标 TeNB, 将基站 称为 CeNB。
步骤 b2、 UE在目标 TeNB上建立第二业务承载。
该步骤 b2的具体实现过程可参见图 6A所示实施例的描述。 具体来说, 步骤 a2-步骤 alO是步骤 b2的具体实施方式。
步骤 b3、 CeNB接收核心网设备发送的业务承载修改请求消息, 业务承 载修改请求消息包括 UE的标识、第二业务承载的标识和第二业务承载的 QoS 信息。
在 LTE系统中, 业务承载修改请求消息可以是 E-RAB Modify Request。 第二业务承载为待修改的业务承载。
步骤 b4、 CeNB根据第二业务承载和目标 TeNB之间的对应关系, 将业 务承载修改请求消息发送给对应的目标 TeNB,以使目标 TeNB修改第二业务 承载的信息和第二业务承载在目标 TeNB上的 DRB配置。
这里的业务承载修改请求消息包括: UE的标识、 第二业务承载的标识、 修改第二业务承载的 QoS信息、 以及修改第二业务承载在目标 TeNB 上的 DRB配置等信息。
步骤 b5、 目标 TeNB根据业务承载修改请求消息, 修改第二业务承载的 信息和第二业务承载在其上的 DRB配置。
步骤 b6、 目标 TeNB向 CeNB返回业务 载修改响应消息。
在 LTE 系统中, 该业务承载修改响应消息可以是 E-RAB Modify Response。
步骤 b7、 CeNB向 UE发送第二 RRC连接重配消息, 以使 UE修改第二 业务承载的 DRB配置。
其中, 第二 RRC连接重配消息包括修改 DRB的指令。
步骤 b8、 CeNB接收 UE返回的第二 RRC连接重配完成消息。
步骤 b9、 CeNB向核心网设备返回业务承载修改成功响应消息。
步骤 bl0、核心网设备继续通过目标 TeNB与 UE进行第二业务承载的数 据传输。
由上述过程可见, 在业务承载修改过程中, 本实施例的 CeNB主要负责 UE的信令交互, 控制 UE和目标 TeNB进行业务承载修改的响应处理, 完成 了业务承载的修改过程,在业务承载修改过程中实现信令面和用户面的分离。
业务^载过程为业务^载删除过程:
可选的, 基站控制第一目标数据基站进行业务承载删除的过程包括: 步骤 801a、 基站接收核心网设备发送的业务承载删除请求消息, 业务承 载删除请求消息包括 UE的标识和第三业务承载的标识, 第三业务承载为待 删除的业务承载。
步骤 802a、 基站从对应关系中获取第一目标数据基站的标识, 根据第一 目标数据基站的标识将业务承载删除请求消息转发给第一目标数据基站, 以 使第一目标数据基站进行第三业务承载的删除过程。
步骤 802a中的对应关系为基站所维护的第三业务承载与第一目标数据基 站的于应关系。
步骤 803a、 基站接收第一目标数据基站发送的业务承载删除响应消息。 步骤 804a、 基站在接收到业务承载删除响应消息后, 向核心网设备发送 业务承载删除是否成功的响应消息。
可选的,基站控制 UE进行业务承载删除以及维护 UE的第三业务承载与 第一目标数据基站的对应关系的过程包括:
步骤 801b、 基站向 UE发送第三 RRC连接重配消息, 以控制 UE删除第 三业务承载的 DRB配置, 第三 RRC连接重配消息包括删除 DRB的指令。
步骤 802b、 基站接收 UE在完成第三业务承载删除过程的处理后发送的 第三 RRC连接重配完成消息;
步骤 803b、 基站删除第三业务承载与第一目标数据基站的对应关系。
在此说明, 当第一目标数据基站和 UE对第三业务承载删除过程的相关 处理均成功时, 认为业务承载删除成功。 故基站具体可以在接收到业务承载 删除响应消息和第三 RRC连接重配完成消息后,向核心网设备发送业务承载 删除是否成功的响应消息。
图 9C 为本发明一实施例提供的业务承载删除过程的详细实施过程的流 程图。 如图 9C所示, 本实施过程包括:
步骤 cl、 UE在 CeNB上建立 RRC连接。
本实施例的基站为基本层基站, 即主要负责信令交互的基站。 为了与数 据基站相区分, 在本实施例中, 将第一目标数据基站称为目标 TeNB, 将基站 称为 CeNB。
步骤 c2、 UE在目标 TeNB上建立第三业务承载。
该步骤 c2的具体实现过程可参见图 9A所示实施例的描述。 具体来说, 步骤 a2-步骤 alO是步骤 c2的具体实施方式。
步骤 c3、 CeNB接收核心网设备发送的业务承载删除请求消息, 业务承 载删除请求消息包括 UE的标识和第三业务承载的标识。
在 LTE系统中 ,业务承载删除请求消息可以是 E-RAB Release Commando 第三业务承载为待删除的业务承载。
步骤 c4、 CeNB将业务承载删除请求消息发送给目标 TeNB, 以使目标 TeNB进行第三业务承载删除过程。
步骤 c5、 目标 TeNB向 CeNB返回业务承载删除响应消息。
在 LTE 系统中, 该业务承载删除响应消息可以是 E-RAB Release Response。
在该步骤 c5中, 目标 TeNB会进行业务承载删除操作, 该操作与现有技 术中基站进行业务承载删除的操作相类似, 在此不再详述。
步骤 c6、 CeNB向 UE发送第三 RRC连接重配消息, 以控制 UE删除第 三业务承载的 DRB配置,第三 RRC连接重配消息包括删除 DRB的指令和需 要删除的 DEB的标识。
在 LTE 系统中, 第三 RRC 连接重配消息可以是 RRC Connection Reconfiguration。
步骤 c7、 UE向 CeNB返回第三 RRC连接重配完成消息。
在 LTE 系统中, 第一 RRC连接重配完成消息可以是 RRC Connection Complete。
步骤 c8、 CeNB删除第三业务承载与目标 TeNB之间的对应关系, 并向 核心网设备发送业务承载删除成功响应消息。
由上述过程可见,在业务承载删除过程中, CeNB主要负责 UE的信令交 互, 控制 UE和目标 TeNB进行业务承载删除的相应处理, 完成业务承载的 删除, 在业务承载删除过程中, 实现了信令面和用户面的分离。
在通信过程中, 随着 UE的移动等, UE接入的 CeNB或 TeNB可能会发 生变化, 此时就会涉及不同 CeNB或 TeNB之间的切换。 对于业务承载来说, CeNB或 TeNB的切换意味着该业务承载从 CeNB或 TeNB转出或转入 CeNB 或 TeNB。 因此, 在本发明各实施例提供的通信方法中还包括: 对业务承载的 转入过程和业务^载的转出过程的处理。
业务承载过程为业务承载转入过程:
可选的, 基站控制第一目标数据基站对业务承载转入过程进行处理的过 程包括:
步骤 900a、 基站为第四业务承载, 从 UE的候选数据基站列表中选择第 一目标数据基站。
步骤 901a、 基站根据第一目标数据基站的标识将业务承载转入请求消息 发送给第一目标数据基站, 以使第一目标数据基站建立 UE的上下文和第四 业务承载的信息, 建立转发第四业务承载的隧道, 并为第四业务承载在第一 目标数据基站上进行 DRB配置,第四业务承载为待转入到第一目标数据基站 的业务承载。
其中, 业务承载转入请求消息包括以下信息中的一个: UE的标识、 第四 业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址和增加 DRB的指令, UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载 上行数据传输的隧道地址、 增加 DRB的指令和 UE的接入网标识, UE的标 识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地 址、 增加 DRB的指令和增加所增加的 DRB与第一目标数据基站上的载波或 载波组的标识的关联关系, 以及 UE的标识、 第四业务承载的标识及 QoS信 息、 第四业务承载上行数据传输的隧道地址、 增加 DRB的指令、 UE的接入
网标识和增加所增加的 DRB 与第一目标数据基站上的载波或载波组的标识 的关联关系。
步骤 902a、 基站接收第一目标数据基站在完成第四业务承载转入准备过 程的处理后发送的业务^载转入响应消息。
其中, 业务承载转入响应消息包括以下信息中的一个: 第四业务承载下 行数据传输的隧道地址, 第四业务承载下行数据传输的隧道地址和 UE接入 第一目标数据基站的随机接入资源、 第四业务承载下行数据传输的隧道地址 和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧道地址、 以 及第四业务承载下行数据传输的隧道地址、 UE接入第一目标数据基站的随机 接入资源和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧 道地址。
上述第四业务承载可以是从第二目标数据基站转入第一目标数据基站, 则基站控制 UE处理业务承载转入过程的流程包括:
步骤 901b、 基站向 UE发送第五 RRC连接重配消息, 以控制 UE将第四 业务承载从第二目标数据基站转移到第一目标数据基站。
其中, 第五 RRC连接重配消息包括需要从 UE的成员载波中删除的第二 目标数据基站上的载波或载波组的标识, 需要增加到 UE的成员载波中的第 一目标数据基站上的载波或载波组的标识,以及修改第四业务承载的 DRB的 关联关系为与第一目标数据基站上的载波或载波组的标识的关联关系。
步骤 902b、 基站接收 UE在完成第四业务承载转移过程的处理后发送的 第五 RRC连接重配完成消息。
步骤 903b、 基站将第四业务承载与第二目标数据基站的对应关系更新为 第四业务承载与第一目标数据基站的对应关系。
可选的, 上述第四业务承载可以是从本实施例的基站转入第一目标数据 基站, 则基站控制 UE处理业务承载转入过程的流程包括:
步骤 901c、 基站向 UE发送第七 RRC连接重配消息, 以控制 UE将第四 业务承载从基站转移到第一目标数据基站,第七 RRC连接重配消息包括增加 第四业务承载的 DRB 与第一目标数据基站上的载波或载波组的标识的关联 关系。
步骤 902c、 基站接收 UE在完成第四业务承载转移过程的处理后发送的
第七 RRC连接重配完成消息;
步骤 903c、 基站记录第四业务承载与第一目标数据基站的对应关系。 业务承载过程为业务承载转出以及维护 UE与第四业务承载的对应关系 过程:
可选的, 基站控制第一目标数据基站进行业务承载转出过程的处理流程 包括:
步骤 901d、 基站从对应关系中获取第一目标数据基站的标识, 根据第一 目标数据基站的标识将业务承载转出请求消息发送给第一目标数据基站, 以 使第一目标数据基站对第五业务承载进行转出处理, 第五业务承载为待从第 一目标数据基站转出的业务承载。
步骤 901d 中的对应关系是指基站所维护的第五业务承载与第一目标数 据基站的对应关系。
其中, 业务承载转出请求消息包括以下信息中的一个: UE的标识和第五 业务承载的标识、 以及 UE的标识、 第五业务承载的标识和用于转发第五业 务承载上行和 /或下行未成功传输的数据包的隧道地址。
步骤 902d、 基站接收第一目标数据基站在完成第五业务承载转出过程的 处理后发送的业务^载转出响应消息。
可选的, 上述业务承载可以是从第一目标数据基站转出, 而转入本实施 例的基站,则基站控制 UE处理业务承载转入过程以及维护 UE的第五业务承 载与第一目标数据基站的对应关系的流程包括:
步骤 901e、 基站向 UE发送第四 RRC连接重配消息, 以控制 UE将第五 业务承载从第一目标数据基站转移到基站。
其中, 第四 RRC连接重配消息包括以下信息中的一个: 增加第五业务承 载的 DRB 与本实施例基站上的载波或载波组的标识的关联关系和删除第五 业务承载的 DRB与第一目标数据基站上的载波或载波组的标识的关联关系。
步骤 902e、 基站接收 UE在完成第五业务承载转移过程的处理后发送的 第四 RRC连接重配完成消息。
步骤 903e、 基站删除第五业务承载与第一目标数据基站的对应关系。 可选的, 上述业务承载可以是从本实施例的基站转出, 而转入另一基站 (这里是指基本层基站) , 则基站控制 UE处理业务承载转入过程以及维护
UE的第五业务承载与第一目标数据基站的对应关系的流程包括: 步骤 901 f、 基站向 UE发送第六 RRC连接重配消息, 以控制 UE切换到 另一基站;
步骤 902f、 基站接收另一基站发送的切换完成消息, 以删除 UE的上下 文。
图 9D为本发明一实施例提供的在 CeNB内部进行 TeNB切换的流程图。 如图 9D所示, 本实施例的方法包括:
步骤 dl、 UE在 CeNB上建立 RRC连接。
本实施例的基站为基本层基站, 即主要负责信令交互的基站。 为了与数 据基站相区分, 在本实施例中, 将第一目标数据基站称为第一目标 TeNB, 将 基站称为 CeNB, 将第二目标数据基站称为第二目标 TeNB。 在本实施例中, 第一目标 TeNB和第二目标 TeNB为同一 CeNB覆盖下的 TeNB。
步骤 d2、 UE在第一目标 TeNB上建立第四业务承载。
该步骤 d2的具体实现过程可参见图 6A所示实施例的描述。 具体来说, 步骤 a2-步骤 alO是步骤 d2的具体实施方式。
步骤 d3、 CeNB接收 UE上报的第一测量报告, 并根据第一测量报告为 UE选择第二目标 TeNB。
步骤 d4、 CeNB向第二目标 TeNB发送业务承载转入请求消息, 以使第 二目标 TeNB建立 UE的上下文和第四业务承载的信息, 建立转发第四业务 承载的隧道, 并为第四业务承载在第二目标 TeNB上进行 DRB配置。
在 LTE系统中,业务承载转入请求消息可以是 E-RAB Switch-in Request。 在此说明, 第四业务承载对第二目标 TeNB来说是待转入的业务承载。
步骤 d5、 第二目标 TeNB向 CeNB发送业务^载转入响应消息。
在 LTE 系统中, 业务承载转入响应消息可以是 E-RAB Switch-in Response。
步骤 d6、 基站向第一目标 TeNB发送业务承载转出请求消息, 以使第一 目标 TeNB对第四业务承载进行转出处理。
在 LTE 系统中, 业务承载转出请求消息可以是 E-RAB Switch-Out Request。 在此说明, 第四业务承载对第一目标 TeNB来说是待转出的业务承 载。
步骤 d7、 第一目标 TeNB向 CeNB发送业务^载转出响应消息。
在 LTE 系统中, 业务承载转出响应消息可以是 E-RAB Switch-Out Response。
步骤 d8、 第一目标 TeNB向 CeNB发送 SN状态转移消息;
步骤 d9、 CeNB向第二目标 TeNB发送 SN状态转移消息;
步骤 dlO、第一目标 TeNB根据转发隧道地址将未成功传输的数据传递给 第二目标 TeNB。
这里未成功传输的数据包括各个承载的数据。
步骤 dl 1、 CeNB向 UE发送第四 RRC连接重配消息, 以控制 UE重新为 第四业务承载进行相应配置。
步骤 dl2、 CeNB接收 UE发送的第四 RRC连接重配完成消息。
可选的, 如图 9D所示, 步骤 dl2之后还包括:
步骤 dl 3、 CeNB与核心网设备进行路径转换请求( path switch request ) 过程。
步骤 dl2之后还包括:
步骤 dl4、 UE向第二目标 TeNB发起随机接入过程。
其中, 步骤 dl2和步骤 dl4的时间先后顺序不做限定。
由上述过程可见, 本实施例的 CeNB控制 UE在不同目标 TeNB之间进 行切换, 实现了目标 TeNB的切换, 进一步丰富了 CeNB和 TeNB分离的方 案。
图 9E为本发明一实施例提供的 UE的业务承载在不同 CeNB之间切换过 程的流程图。 如图 9E所示, 本实施例的方法包括:
步骤 el、 UE在第一 CeNB上建立 RRC连接。
本实施例的基站为基本层基站, 即主要负责信令交互的基站。 为了与数 据基站相区分, 在本实施例中, 将第一目标数据基站称为第一目标 TeNB, 将 切出前的基站称为第一 CeNB,将切入的基站称为第二 CeNB。在本实施例中, 第一目标 TeNB是指第一 CeNB覆盖下的 TeNB。
步骤 e2、 UE在第一目标 TeNB上建立第五业务承载。
该步骤 e2的具体实现过程可参见图 9A所示实施例的描述。 具体来说, 步骤 a2-步骤 alO是步骤 e2的具体实施方式。
步骤 e3、 第一 CeNB接收 UE上报的第二测量报告, 并根据第二测量报 告为 UE选择第二目标 TeNB。
其中, 第二测量报告可以是 A3事件, 即需要更新 CeNB。
步骤 e4、 第一 CeNB向第二 CeNB发送切换请求( Handover Request ) 。 步骤 e5、 第一 CeNB接收第二 CeNB发送的切换请求确认 ( Handover
Request Acknowledge ) 。
步骤 e6、 第一 CeNB向第一 TeNB发送承载转出请求。
步骤 e7、 第一目标 TeNB向第一 CeNB发送承载转出响应。
步骤 e8、 第一目标 TeNB向第一 CeNB发送 SN状态转移消息; 步骤 e9、 第一 CeNB向第二 CeNB发送 SN状态转移消息;
步骤 el0、第一目标 TeNB根据转发隧道地址将未成功传输的数据传递第 二 CeNB上。
步骤 el l、 第一 CeNB向 UE发送第五 RRC连接重配消息。
该第五 RRC 连接重配消息包括移动性控制信息 ( Mobility Control Information ) 。
步骤 el2、 UE发起随机接入过程, 以接入第二 CeNB。
步骤 el3、 UE向第二 CeNB返回第五 RRC连接重配完成消息。
步骤 el4、 第二 CeNB与核心网设备进行路径切换请求过程。
步骤 el5、 第二 CeNB向第一 CeNB发送 UE上下文删除消息。
步骤 el6、 第一 CeNB向第一目标 TeNB发送 UE上下文删除消息。
上述流程描述的是 UE从第一 CeNB切出到第二 CeNB的过程。
图 10为本发明又一实施例提供的基站的结构示意图。 如图 10所示, 本 实施例的基站包括: 接收模块 101、 处理模块 102和发送模块 103。
其中, 接收模块 101 , 用于接收本实施例基站对应的基本层基站发送的 业务承载请求消息。 所述基本层基站用于控制本实施例基站和 UE完成所述 UE的业务承载过程的处理。
处理模块 102, 与接收模块 101连接, 用于根据接收模块 101接收到的 业务承载请求消息对 UE的业务承载过程进行处理。
发送模块 103 , 与处理模块 102连接, 用于在处理模块 102完成业务承 载过程的处理后向基本层基站返回业务承载响应消息。
本实施例的基站是指增强层基站 (即数据基站) 。
本实施例的基站的各功能模块可用于执行上述实施例中提供的第一目标 数据基站的流程, 其具体工作原理不再赘述, 详见上述实施例的描述。
本实施例的基站作为数据基站, 通过与本发明实施例提供的基本层基站 相配合,基本层基站负责 UE的信令交互, 而本实施例的基站负责 UE的数据 传输, 实现了信令面和用户面的分离。
图 11A为本发明又一实施例提供的基站的结构示意图。 本实施例可基于 图 10所示实施例实现。如图 11A所示,本实施例的基站也包括接收模块 101、 处理模块 102和发送模块 103。
可选的, 业务承载过程为业务承载建立过程, 业务承载请求消息为业务 承载建立请求消息, 业务承载响应消息为业务承载建立响应消息。
则接收模块 101包括: 第二承载建立请求接收单元 1011。 第二承载建立 请求接收单元 1011 , 用于接收基本层基站发送的业务承载建立请求消息, 其中, 业务承载建立请求消息包括以下信息中的一个: UE的标识、 第一 业务承载的标识、第一业务承载的 QoS信息和增加 DRB的指令, UE的标识、 第一业务承载的标识、 第一业务承载的 QoS信息、 增加 DRB的指令和增加 所增加的 DRB与本实施例基站上的载波或载波组的标识的关联关系, UE的 标识、 第一业务承载的标识、 第一业务承载的 QoS信息、 增加 DRB的指令 和 UE的接入网标识 , 以及 UE的标识、 第一业务承载的标识、 第一业务承载 的 QoS信息、 增加 DRB的指令、 增加所增加的 DRB与本实施例基站上的载 波或载波组的标识的关联关系和 UE的接入网标识。 其中, 第一业务承载为 待建立的业务承载。
处理模块 102包括: 承载建立请求处理单元 1021。 承载建立请求处理单 元 1021 , 与第二承载建立请求接收单元 1011连接, 用于根据第二承载建立 请求接收单元 1011接收到的业务承载建立请求消息建立 UE的上下文和第一 业务承载的信息并为第一业务承载在基站上进行 DRB配置。
发送模块 103包括: 第二承载建立响应发送单元 1031。 第二承载建立响 应发送单元 1031 , 用于在承载建立请求处理单元 1021完成第一业务承载建 立准备过程的处理后, 向基本层基站发送业务承载建立响应消息。 可选的, 第二承载建立响应发送单元 1031与承载建立请求处理单元 1021连接。
其中, 业务承载建立响应消息包括以下信息中的一个: 第一业务承载是 否建立成功的信息, 以及第一业务承载是否建立成功的信息和 UE接入基站 的随机接入资源。
可选的, 业务承载过程为业务承载修改过程, 业务承载请求消息为业务 承载修改请求消息, 业务承载响应消息为业务承载修改响应消息。
接收模块 101包括: 第二承载修改请求接收单元 1012。 第二承载修改请 求接收单元 1012, 用于接收基本层基站根据第二业务承载和基站之间的对应 关系发送的业务承载修改请求消息。 业务承载修改请求消息包括 UE的标识、 第二业务承载的标识、 第二业务承载的 QoS信息和修改 DRB的指令。 第二 业务承载为待修改的业务承载。
处理模块 102包括: 承载修改请求处理单元 1022。 承载修改请求处理单 元 1022, 与第二承载修改请求接收单元 1012连接, 用于根据第二承载修改 请求接收单元 1012接收到的业务承载修改请求消息,修改第二业务承载的信 息和第二业务承载在第一目标数据基站上的 DRB配置。
发送模块 103包括: 第二承载修改响应发送单元 1032。 第二承载修改响 应发送单元 1032, 用于在承载修改请求处理单元 1022完成第二业务承载修 改过程的处理后, 向基本层基站发送业务承载修改响应消息。 可选的, 第二 承载修改响应发送单元 1032与承载修改请求处理单元 1022连接。
可选的, 业务承载过程为业务承载删除过程, 业务承载请求消息为业务 承载删除请求消息, 业务承载响应消息为业务承载删除响应消息。
接收模块 101包括: 第二承载删除请求接收单元 1013。 第二承载删除请 求接收单元 1013 , 用于接收基本层基站根据第三业务承载和基站之间的对应 关系发送的业务承载删除请求消息; 业务承载删除请求消息包括 UE的标识 和第三业务承载的标识, 第三业务承载为待删除的业务承载。
处理模块 102包括: 承载删除请求处理单元 1023。 承载删除请求处理单 元 1023 , 与第二承载删除请求接收单元 1013连接, 用于根据第二承载删除 请求接收单元 1013接收到的业务承载删除请求消息,进行第三业务承载的删 除过程。
发送模块 103包括: 第二承载删除响应发送单元 1033。 第二承载删除响 应发送单元 1033 , 用于在承载删除请求处理单元 1023完成第三业务承载的
删除过程的处理后, 向基本层基站发送承载删除响应消息。 可选的, 第二承 载删除响应发送单元 1033与承载删除请求处理单元 1023连接。
可选的, 务承载过程为业务承载转入过程, 业务承载请求消息为业务承 载转入请求消息, 业务承载响应消息为业务承载转入响应消息。
接收模块 101包括: 第二承载转入请求单元 1014。 第二承载转入请求单 元 1014, 用于接收基本层基站发送的业务承载转入请求消息。
其中, 业务承载转入请求消息包括以下信息中的一个: UE的标识、 第四 业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址和增加 DRB的指令, UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载 上行数据传输的隧道地址、 增加 DRB的指令和 UE的接入网标识, UE的标 识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地 址、 增加 DRB的指令和增加所增加的 DRB与本实施例基站上的载波或载波 组的标识的关联关系, 以及 UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址、 增加 DRB的指令、 UE的接入网标 识和增加所增加的 DRB与本实施例基站上的载波或载波组的标识的关联关 系。 其中, 第四业务承载为待转入到基站的业务承载。
处理模块 102包括: 承载转入请求处理单元 1024。 承载转入请求处理单 元 1024, 与第二承载转入请求单元 1014连接, 用于根据第二承载转入请求 单元 1014接收到的业务承载转入请求消息, 建立 UE的上下文和第四业务承 载的信息, 建立转发第四业务承载的隧道, 并为第四业务承载在基站上进行 DRB配置。
发送模块 103包括: 承载转入响应发送单元 1034。 承载转入响应发送单 元 1034, 用于在承载转入请求处理单元 1024完成第四业务承载转入准备过 程的处理后, 向基本层基站发送业务承载转入响应消息。 可选的, 承载转入 响应发送单元 1034与承载转入请求处理单元 1024连接。
其中, 业务承载转入响应消息包括以下信息中的一个: 第四业务承载下 行数据传输的隧道地址, 第四业务承载下行数据传输的隧道地址和 UE接入 第一目标数据基站的随机接入资源, 第四业务承载下行数据传输的隧道地址 和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧道地址, 以 及第四业务承载下行数据传输的隧道地址、 UE接入第一目标数据基站的随机
接入资源和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧 道地址。
可选的, 业务承载过程为业务承载转出过程, 业务承载请求消息为业务 承载转出请求消息, 业务承载响应消息为业务承载转出响应消息。
接收模块 101包括: 第二承载转出请求发送单元 1015。 第二承载转出请 求发送单元 1015 ,用于接收基本层基站发送的业务承载转出请求消息。其中, 业务承载转出请求消息包括以下信息中的一个: UE的标识和第五业务承载的 标识, 以及 UE的标识、 第五业务承载的标识和用于转发第五业务承载上行 和 /或下行未成功传输的数据包的隧道地址, 第五业务承载为待从基站转出的 业务承载。
处理模块 102包括: 承载转出请求处理单元 1025。 承载转出请求处理单 元 1025 , 与第二承载转出请求发送单元 1015连接, 用于根据第二承载转出 请求发送单元 1015接收到的业务承载转出请求消息,停止第五业务承载的数 据传输, 并建立转发第五业务承载的隧道, 并在所述隧道中转发未成功传输 的数据。
发送模块 103包括: 承载转出响应发送单元 1035。 承载转出响应发送单 元 1035 , 用于在承载转发请求处理单元 1025完成第五业务承载转出过程的 处理后, 向基本层基站发送业务承载转出响应消息。 可选的, 承载转出响应 发送单元 1035与承载转发请求处理单元 1025连接。
进一步, 本实施例的基站还可以包括: 上报模块 104。 上报模块 104, 用 于在接收到满足预设条件的上行信号时向基本层基站上报事件报告, 以供基 本层基站根据事件报告将基站和 UE的标识对应存储起来生成候选数据基站 列表并维护候选数据基站列表。
在此说明, 上述基本层基站可以是图 1B-6所示实施例提供的基站。
本实施例中各功能模块或单元可用于执行上述 6实施例中目标数据基站 的相应流程, 其具体工作原理不再赘述, 详见上述各实施例的描述。
本实施例的基站作为数据基站, 通过与本发明实施例提供的基本层基站 相配合,基本层基站负责 UE的信令交互, 而本实施例的基站负责 UE的数据 传输, 实现了信令面和用户面的分离。
在此说明, 本实施例的基站除了根据基本层基站的配置, 为 UE的业务
承载提供数据传输之外, 不具有任何 RRC的功能。
以 LTE系统为例, 本实施例的基站的协议栈从上到下包括: PDCP层、 RLC层、 MAC层和物理层。 本实施例的基站进行下行映射时的协议栈结构 如图 11B所示。 在本实施例的基站上, 只有 UE的空口用户面功能, 而没有 任何的控制面功能。
图 12为本发明又一实施例提供的通信方法的流程图。 如图 12所示, 本 实施例的方法包括:
步骤 1201、 基站接收所述基站对应的基本层基站发送的业务承载请求消 息,所述基本层基站用于控制所述基站和 UE完成所述 UE的业务承载过程的 处理。
步骤 1202、基站根据业务承载请求消息对 UE的业务承载过程进行处理。 步骤 1203、 基站在完成业务承载过程的处理后向基本层基站返回业务承 载响应消息。
本实施例的基站为数据基站, 更为具体的为由基本层基站选出的目标数 据基站。
在本实施例中, 本实施例的基站作为数据基站与本发明实施例提供的基 本层基站相配合, 基本层基站负责 UE的信令交互, 而本实施例的基站负责 UE的数据传输, 实现了信令面和用户面的分离。
可选的, 业务承载过程为业务承载建立过程, 业务承载请求消息为业务 承载建立请求消息,业务承载响应消息为业务承载建立响应消息。则步骤 1201 的一种实施方式包括: 基站接收基本层基站发送的业务承载建立请求消息。
其中, 业务承载建立请求消息包括以下信息中的一个: UE的标识、 第一 业务承载的标识、第一业务承载的 QoS信息和增加 DRB的指令, UE的标识、 第一业务承载的标识、 第一业务承载的 QoS信息、 增加 DRB的指令和增加 所增加的 DRB与本实施例基站上的载波或载波组的标识的关联关系, UE的 标识、 第一业务承载的标识、 第一业务承载的 QoS信息、 增加 DRB的指令 和 UE的接入网标识 , 以及 UE的标识、 第一业务承载的标识、 第一业务承载 的 QoS信息、 增加 DRB的指令、 UE的接入网标识和增加所增加的 DRB与 本实施例基站上的载波或载波组的标识的关联关系。 其中, 第一业务承载为 待建立的业务承载。
步骤 1202的一种实施方式包括: 基站根据业务承载建立请求消息建立 UE的上下文和第一业务承载的信息并为第一业务承载在基站上进行 DRB配 置。
步骤 1203的一种实施方式包括:基站在完成第一业务承载建立准备过程 的处理后, 向基本层基站发送业务承载建立响应消息。 业务承载建立响应消 息包括以下信息中的一个: 第一业务承载是否建立成功的信息, 以及第一业 务承载是否建立成功的信息和 UE接入基站的随机接入资源。
可选的, 业务承载过程为业务承载修改过程, 业务承载请求消息为业务 承载修改请求消息, 业务承载响应消息为业务承载修改响应消息。
则步骤 1201的一种实施方式包括:基站接收基本层基站根据第二业务承 载和基站之间的对应关系发送的业务承载修改请求消息。 业务承载修改请求 消息包括 UE的标识、 第二业务承载的标识、 第二业务承载的 QoS信息和修 改 DRB的指令。 第二业务承载为待修改的业务承载。
步骤 1202的一种实施方式包括: 基站根据业务承载修改请求消息, 修改 第二业务承载的信息和第二业务承载在第一目标数据基站上的 DRB配置。
步骤 1203的一种实施方式包括:基站在完成第二业务承载修改过程的处 理后, 向基本层基站发送业务承载修改响应消息。
可选的, 业务承载过程为业务承载删除过程, 业务承载请求消息为业务 承载删除请求消息, 业务承载响应消息为业务承载删除响应消息。
则步骤 1201的一种实施方式包括:基站接收基本层基站根据第三业务承 载和基站之间的对应关系发送的业务承载删除请求消息。 业务承载删除请求 消息包括 UE的标识和第三业务承载的标识, 第三业务承载为待删除的业务 承载。
步骤 1202的一种实施方式包括: 基站根据业务承载删除请求消息, 进行 第三业务承载的删除过程。
步骤 1203的一种实施方式包括:基站在完成第三业务承载的删除过程的 处理后, 向基本层基站发送承载删除响应消息。
可选的, 业务承载过程为业务承载转入过程, 业务承载请求消息为业务 承载转入请求消息, 业务承载响应消息为业务承载转入响应消息。
步骤 1201的一种实施方式包括:基站接收基本层基站发送的业务承载转
入请求消息。
其中, 业务承载转入请求消息包括以下信息中的一个: UE的标识、 第四 业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址和增加 DRB的指令, UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载 上行数据传输的隧道地址、 增加 DRB的指令和 UE的接入网标识, UE的标 识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地 址、 增加 DRB的指令和增加所增加的 DRB与本实施例基站上的载波或载波 组的标识的关联关系, 以及 UE的标识、 第四业务承载的标识及 QoS信息、 第四业务承载上行数据传输的隧道地址、 增加 DRB的指令、 UE的接入网标 识和增加所增加的 DRB与本实施例基站上的载波或载波组的标识的关联关 系。 其中, 第四业务承载为待转入到基站的业务承载。
步骤 1202的一种实施方式包括: 基站根据业务承载转入请求消息, 建立 UE的上下文和第四业务承载的信息, 建立转发第四业务承载的隧道, 并为第 四业务承载在基站上进行 DRB配置。
步骤 1203的一种实施方式包括:基站在完成第四业务承载转入准备过程 的处理后, 向基本层基站发送业务承载转入响应消息。
其中, 业务承载转入响应消息包括以下信息中的一个: 第四业务承载下 行数据传输的隧道地址, 第四业务承载下行数据传输的隧道地址和 UE接入 第一目标数据基站的随机接入资源, 第四业务承载下行数据传输的隧道地址 和用于转发第四业务 载上行和 /或下行未成功传输的数据包的隧道地址, 以 及第四业务承载下行数据传输的隧道地址、 UE接入第一目标数据基站的随机 接入资源和用于转发第四业务承载上行和 /或下行未成功传输的数据包的隧 道地址。
可选的, 业务承载过程为业务承载转出过程, 业务承载请求消息为业务 承载转出请求消息, 业务承载响应消息为业务承载转出响应消息。
步骤 1201的一种实施方式包括:基站接收基本层基站发送的业务承载转 出请求消息, 业务承载转出请求消息包括以下信息中的一个: UE的标识和第 五业务承载的标识, 以及 UE的标识、 第五业务承载的标识和用于转发第五 业务承载上行和 /或下行未成功传输的数据包的隧道地址, 第五业务承载为待 从基站转出的业务承载。
步骤 1202的一种实施方式包括: 基站据业务承载转出请求消息, 停止第 五业务承载的数据传输, 并建立转发第五业务承载的隧道, 在所述隧道中转 发未成功传输的数据。
步骤 1203的一种实施方式包括:基站在完成第五业务承载转出过程的处 理后, 向基本层基站发送业务承载转出响应消息。
进一步, 本实施例的通信方法还可以包括: 基站在接收到满足预设条件 的上行信号时向基本层基站上报事件报告, 以供基本层基站根据事件报告将 基站的标识和 UE的标识的对应关系存储到候选数据基站列表中并维护候选 数据基站列表。
由上述可见, 本实施例的基站作为数据基站与本发明实施例提供的基本 层基站相配合, 基本层基站负责 UE的信令交互, 而本实施例的基站负责 UE 的数据传输, 完成了业务承载建立、 修改、 删除、 转入以及转出等过程, 实 现了信令面和用户面的分离。
图 13A为本发明一实施例提供的 UE的结构示意图。 如图 13A所示, 本 实施例的 UE包括: 重配消息接收模块 1301、重配完成消息发送模块 1302和 数据传输模块 1303。
其中, 重配消息接收模块 1301 , 用于接收基站发送的 RRC连接重配消 息, RRC连接重配消息维护所述 UE的业务 7|载的 DRB与载波或载波组的标 识的关联关系, RRC连接重配消息包括: 增加或删除或修改 UE的业务承载 的 DRB与载波或载波组的标识的关联关系。
在此说明, 本实施例的基站是指基本层基站。
重配完成消息发送模块 1302, 用于根据所述 RRC连接重配消息进行所 述业务承载过程的处理, 并在完成业务承载过程的处理后, 向基站发送 RRC 连接重配完成消息。
数据传输模块 1303 , 与重配消息接收模块 1301 连接, 用于根据所维护 的所述 UE的业务承载的 DRB与载波或载波组的标识的关联关系,在所关联 的载波或载波组上进行 DRB的数据传输。
可选的,重配消息接收模块 1301还与重配完成消息发送模块 1302连接, 重配完成消息发送模块 1302和数据传输模块 1303连接。
在本实施例中, 如果某个 DRB配置了关联的载波或载波组, 这该 DRB
的数据必须在所关联的载波或载波组上发送。 所述所关联的载波或载波组可 以是基本层基站上的载波或载波组,也可以是增强层基站上的载波或载波组。
在本实施例中, 如果某个 DRB 没有被配置关联的载波或载波组, 这该 DRB的数据可以在该 UE的任意成员载波上传输。
本实施例的 UE的各功能模块可用于执行上述实施例中 UE的操作流程, 其具体工作原理不再赘述, 详见上述实施例的描述。
本实施例的 UE与本发明实施例提供的基本层基站和数据基站相配合, 由基本层基站控制 UE的信令交互,数据基站负责 UE的数据传输, 实现了信 令面和用户面的分离。
以 LTE系统为例, 本实施例的 UE的协议栈从上到下包括: RRC层 /IP 层、 PDCP层、 RLC层、 MAC层和物理层。 本实施例的 UE进行上行映射时 的协议栈结构如图 13B所示, 其中虚线所示部分用于负责 DRB的传输, 该 部分是可选的。 在本实施例的 UE上, UE的 SRB0/1/2都映射在基本层基站 的载波或载波组上传输, 而 UE的 DRB根据与载波或载波组的关联关系, 映 射在基本层基站或数据基站的载波或载波组上传输。
图 14为本发明又一实施例提供的通信方法的流程图。 如图 14所示, 本 实施例的方法包括:
步骤 1401、 UE接收基站发送的 RRC连接重配消息, 根据 RRC连接重 配消息维护 UE的业务承载的 DRB与载波或载波组的标识的关联关系。
其中, RRC连接重配消息包括:增加或删除或修改 UE的业务承载的 DRB 与载波或载波组的标识的关联关系。
步骤 1402、 UE根据所维护的 UE的业务承载的 DRB与载波或载波组的 标识的关联关系, 在所关联的载波或载波组上进行 DRB的数据传输。
可选的, 本实施例的方法还可以包括: UE根据 RRC连接重配消息进行 业务承载过程的处理, 并在完成业务承载过程的处理后, 向基站发送 RRC连 接重配完成消息。
在本实施例中, 本实施例的 UE与本发明实施例提供的基本层基站和数 据基站相配合, 由基本层基站控制 UE的信令交互,数据基站负责 UE的数据 传输, 实现了信令面和用户面的分离。
基于上述, 本发明一实施例提供一种通信系统, 包括: 基本层基站和增
强层基站。 其中, 基本层基站可以是图 1B-图 6所示实施例提供的基站, 其 具体工作原理可参见图 1B-图 6以及图 8-图 9E所示实施例中的描述,在此不 再赘述。 其中, 增强层基站可以是图 10或图 11A所示实施例提供的基站, 其具体工作原理可参见图 10、 图 11A和图 12所示实施例中的描述, 在此不 再赘述。
进一步, 本实施例提供的通信系统还可以包括 UE。 本实施例的 UE可以 是图 13A所示实施例提供的 UE,其具体工作原理可参见图 13A和图 14所示 实施例的描述, 在此不再赘述。
在此说明,本实施例的 UE除了具有图 13A和图 14所示实施例的描述的 功能之外, 还可以具有本发明其他实施例中涉及的 UE的功能, 在此也不再 赘述。
下面对本实施例的通信系统的应用进行举例说明。 应用本实施例提供的 通信系统的一种网络架构如图 15A所示。 在图 15A所示架构中, 包括服务网 关( Serving Gateway, SGW ) 、 MME、 TeNB (即增强层基站) 、 CeNB (即 基本层基站)和 UE。 其中, MME与 SGW连接, CeNB分别与 UE、 TeNB, MME和 SGW连接, TeNB还与 UE和 SGW连接。 如图 15A所示, 本实施 例将 TeNB和 CeNB之间接口记为 SX接口, TeNB和 CeNB分别与 SGW之 间的接口记为 Sl-U, CeNB与 MME之间的接口记为 S1-MME, 但不限于此。 在图 15A所示架构中, UE可以同时由 CeNB和 TeNB共同提供服务, 实现 了 UE的用户面和控制面的分离。 如图 15A所示, 粗的虚线表示 UE的数据 连接, 粗的实线表示 UE的信令连接。 在图 15A中示出两个 TeNB为 UE服 务, 但不限于两个。 其中, 为 UE服务的 TeNB由 CeNB确定。
应用本实施例提供的通信系统的另一种网络架构如图 15B所示。在图 15B 所示架构中, 包括核心网设备、 无线网络控制器( Radio Network Controller, RNC ) 、 基站(NodeB, NB ) 、 TeNB (即增强层基站)和 UE。 其中, RNC 分别与核心网设备、 TeNB和 NB连接 , TeNB还与 UE和核心网设备连接 , UE还与 NB连接。 如图 15B所示, 本实施例将 RNC与核心网设备之间的接 口记为 Iu,将 RNC与 NB之间的接口记为 Iub,将 RNC与 TeNB之间的接口 记为 SX, 将 TeNB和核心网设备之间的接口记为 Iu-PS, 将 TeNB与 UE之 间的接口记为 LTE-Uu, 将 NB与 UE之间的接口记为 UMTS-Uu, 但不限于
此。 在图 15B所示架构中, RNC与 NB—起作为 CeNB; CeNB釆用通用移 动通信系统 ( Universal Mobile Telecommunications System, UMTS )技术为 UE服务, TeNB釆用 LTE技术为 UE服务。 在图 15B所示架构中, UE可以 同时由 CeNB和 TeNB共同提供服务, 实现了 UE的用户面和控制面的分离。 如图 15B所示, 粗的虚线表示 UE的数据连接, 粗的实线表示 UE的信令连 接。
在本实施例提供的通信系统中, 基本层基站和增强层基站相配合, 由基 本层基站控制 UE的信令交互,增强层基站负责 UE的数据传输, 实现了信令 面和用户面的分离, 解决了 UE的接入问题。
在此说明, 本发明上述各实施例中以 LTE系统为例进行说明, 但不限于 此。 本发明各实施例提供的技术方案适用于各种用户面和控制面需要分离的 场景, 例如还可以是 WiFi网络等。
本领域普通技术人员可以理解: 实现上述各方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算机可 读取存储介质中。 该程序在执行时, 执行包括上述各方法实施例的步骤; 而 前述的存储介质包括: ROM, RAM, 磁碟或者光盘等各种可以存储程序代码 的介质。
最后应说明的是: 以上各实施例仅用以说明本发明的技术方案, 而非对 其限制; 尽管参照前述各实施例对本发明进行了详细的说明, 本领域的普通 技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改, 或者对其中部分或者全部技术特征进行等同替换; 而这些修改或者替换, 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。