一种业务建立的方法、系统和设备的制作方法
【专利摘要】本发明实施例涉及无线通信【技术领域】,特别涉及一种业务建立的方法、系统和设备,用以解决现有技术中存在的E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼时,移动性问题出现的次数比较多的问题。本发明实施例的方法包括:用户设备在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立RRC连接;将控制面的全部DRB保持在宏基站,将用户面的部分或全部DRB对应的部分或全部层切换到至少一个本地基站上。本发明实施例降低了E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼某个UE时,RRC连接中断、切换消息丢失或UE到目标接入点的同步失败等移动性问题出现的次数。
【专利说明】一种业务建立的方法、系统和设备
【技术领域】
[0001]本发明涉及无线通信【技术领域】,特别涉及一种业务建立的方法、系统和设备。
【背景技术】
[0002]如图1A 所不,E-UTRAN (Evolved Universal Terrestrial Radio AccessNetwork,演进的通用陆地无线接入网)的网络架构示意图中,E-UTRAN由eNB(演进基站)组成。
[0003]MME (Mobility Management Entity,移动性管理实体)与 eNB 之间米用 S1-MME 接口相连;eNB完成接入网功能,与UE(用户设备)通过空口通信。对于每一个附着到网络的UE,有一个MME为其提供服务,该MME称为UE的服务MME。Sl-MME接口为UE提供对控制面服务,包括移动性管理和DRB管理功能。
[0004]S-Gff(Serving GW,服务网关)与eNB之间采用S1-U接口相连,对于每一个附着到网络的UE’有一个S-GW为其提供服务,该S-GW称为UE的服务S_GW。Sl-U接口为UE提供用户面服务,UE的用户面数据通过Sl-U GTP(GTP,GPRS Tunneling Protocol, GPRS隧道协议;GPRS, General Packet Radio Service,通用分组无线业务)DRB 在 S-GW 和 eNB 之间传输。
[0005]UE与网络之间的用户面协议栈如图1B所示,控制面协议栈如图1C所示,用户面协议包括 F1DCP (Packet Data Convergence Protocol,分组数据聚合协议),RLC(RadioLink ControI,无线链路控制),MAC(Medium Access Control,媒体接入控制)和PHY(物理层);控制面协议包括RRC(Radio Resource Control,无线资源控制)和NAS(Non-AccessStratum,非接入层),其中,RRC层消息需要经过用户面协议层的处理,再在空口进行传输;NAS层消息在空口封装在RRC消息中传输;在Sl-MME接口,在SI连接上传输。
[0006]在现有的LTE/LTE-A网络中,UE的RRC/TOCP/RLC/MAC/PHY对等层都位于同一个eNB内,UE的NAS层对等层位于与上述eNB建立了针对该UE的SI连接的MME内。
[0007]在现有的异构网络中,如图2所示,Macro cell (宏小区)提供基础覆盖,工作在现有LTE(Long Term Evolution,长期演进)蜂窝频段,而Local cell (本地小区)提供热点覆盖,可以工作在3GHz以上频段,Local Cell与Macro Cell之间采用高速链路(有线/无线)相连,UE在Macro cell覆盖范围内移动时,可能不断执行Macro cell与Local cell之间的切换操作。
[0008]当UE发起业务呼叫或网络侧寻呼某个UE时,驻留在Macro Cell的UE会在MacroCell上建立RRC连接以及所有业务承载,结果势必造成网络负荷增加,而如果此时UE正在某一个Local Cell的覆盖下,网络侧随后将触发从Macro cell到Local cell的切换,对于传统的X2切换过程,则可能存在RRC连接中断以及切换消息丢失或UE到目标接入点的同步失败等移动性问题。
[0009]综上所述,目前E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼某个UE时,RRC(Radio Resource Control,无线资源控制)连接中断、切换消息丢失或UE到目标接入点的同步失败等移动性问题出现的次数比较多。
【发明内容】
[0010]本发明实施例提供一种业务建立的方法、系统和设备,用以解决现有技术中存在的E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼某个UE时,RRC连接中断、切换消息丢失或UE到目标接入点的同步失败等移动性问题出现的次数比较多的问题。
[0011]本发明实施例提供的一种业务建立的方法,包括:
[0012]用户设备在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立无线资源控制RRC连接;
[0013]所述用户设备在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0014]本发明实施例提供的另一种业务建立的方法,包括:
[0015]宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上;
[0016]所述宏基站向所述用户设备发送RRC重配置消息,用于指示所述用户设备将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地
基站上。
[0017]本发明实施例提供的又一种业务建立的方法,包括:
[0018]本地基站接收来自宏基站的针对用户设备的承载建立请求消息;
[0019]所述本地基站接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层;
[0020]其中,所述承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后发送的,且所述用户设备的无线资源控制RRC连接建立在所述宏基站上。
[0021]本发明实施例提供的一种业务建立的用户设备,包括:
[0022]第一确定模块,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立无线资源控制RRC连接;
[0023]第一处理模块,用于在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0024]本发明实施例提供的一种业务建立的宏基站,包括:
[0025]第二确定模块,用于在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上;
[0026]第二处理模块,用于向所述用户设备发送RRC重配置消息,用于指示所述用户设备将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0027]本发明实施例提供的一种业务建立的本地基站,包括:
[0028]接收模块,用于接收来自宏基站的针对用户设备的承载建立请求消息;
[0029]第三处理模块,用于接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层;
[0030]其中,所述承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后发送的,且所述用户设备的无线资源控制RRC连接建立在所述宏基站上。
[0031]本发明实施例提供的一种业务建立的系统,包括:
[0032]宏基站,用于在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上,向所述用户设备发送RRC重配置消息,
[0033]用户设备,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立RRC连接,在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0034]本发明实施例在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的RRC连接建立到所述宏基站上,将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的PDCP层保持在宏基站,并将用户面的部分或全部DRB对应的除PDCP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上,从而降低了 E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼某个UE时,RRC连接中断、切换消息丢失或UE到目标接入点的同步失败等移动性问题出现的次数;
[0035]进一步减轻了宏小区的负载,提高了整个网络侧吞吐量。
【专利附图】
【附图说明】
[0036]图1A为【背景技术】中E-UTRAN的网络架构示意图中;
[0037]图1B为【背景技术】中UE与网络之间的用户面协议栈示意图;
[0038]图1C为【背景技术】中UE与网络之间的控制面协议栈示意图;
[0039]图2为【背景技术】中分层网络部署场景示意图;
[0040]图3为本发明实施例用户面和控制面分离的示意图;
[0041 ] 图4为本发明实施例UE与网络之间的用户面协议栈示意图;
[0042]图5为本发明实施例UE与网络之间的控制面协议栈示意图;
[0043]图6为本发明实施例业务建立的系统结构示意图;
[0044]图7为本发明实施例业务建立的系统中用户设备的结构示意图;[0045]图8为本发明实施例业务建立的系统中宏基站的结构示意图;
[0046]图9为本发明实施例业务建立的系统中本地基站的结构示意图;
[0047]图10为本发明实施例用户设备进行业务建立的方法流程示意图;
[0048]图11为本发明实施例宏基站进行业务建立的方法流程示意图;
[0049]图12为本发明实施例本地基站进行业务建立的方法流程示意图;
[0050]图13为本发明实施例第一种进行业务建立的方法流程示意图;
[0051]图14为本发明实施例第二种进行业务建立的方法流程示意图;
[0052]图15为本发明实施例第三种进行业务建立的方法流程示意图;
[0053]图16为本发明实施例第四种进行业务建立的方法流程示意图;
[0054]图17为本发明实施例第五种进行业务建立的方法流程示意图;
[0055]图18为本发明实施例用户面和控制面分离的节点功能及接口示意图;
[0056]图19为本发明实施例用户面协议栈示意图。
【具体实施方式】
[0057]本发明实施例在用户设备在发起业务呼叫或网络侧对用户设备进行寻呼后,确定将用户设备的RRC连接建立到宏基站上,将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上,从而降低了 E-UTRAN的网络架构中,UE发起业务呼叫或网络侧寻呼某个UE时,RRC连接中断、切换消息丢失或UE到目标接入点的同步失败等移动性问题出现的次数;进一步减轻了宏小区的负载,提高了整个网络侧吞吐量。
[0058]其中,本发明实施例的宏基站是LTE宏基站;本发明实施例的本地基站是LTE的Pico eNB (微基站)或Home eNB (家庭基站)或Relay (中继)设备等。
[0059]较佳地,在实施中,接入点切换时,所有DRB的HXP仍然保持在Macro eNB,不发生变化;接入点切换时,UE的安全密钥在改变过程不发送变化;在用户面与控制面需要分离的时候,UE和目标Local eNB将针对目标接入点的MAC实体配置成只处理所有或部分DRB的模式,相应的PHY也配置成只处理DRB相关数据。
[0060]为了降低UE在Macro eNB小区和Local eNB小区之间进行切换的频率,一种用户面和控制面分离的网络部署方式被引入。如图3所示,在该方式下,当UE在只有Macro eNB小区覆盖的区域,UE的控制面连接和用户面都连接到Macro eNB ;当UE移动到Macro eNB小区和Local eNB小区重叠覆盖区域时,UE用户面全部或者部分承载被转移到Local eNB,以获得更高的业务传输速率;控制面连接仍然保持在Macro eNB,以防止控制面连接切换失败造成UE掉话。
[0061]在UE用户面和控制面分离的情况下,UE同时连接到两个或多个eNB。UE同时与Macro和Local eNB相连,分别获得控制面和用户面连接。
[0062]UE的用户面的部分承载与控制面分离。例如:用于承载语音等对中断时间敏感,对带宽需求小的业务的用户面承载维持在Macro eNB ;用于承载上网等对中断时延不敏感,对带宽需求大的业务的用户面承载维持在Local eNB。
[0063]用户面和控制面分离情况下,UE与网络之间的协议栈如图4和图5所示。UE的用户面eNB (Local eNB)为UE提供用户面数据传输功能,其没有与UE对等的RRC层,不能对UE进行RRC控制;UE的控制面eNB (Macro eNB)为UE提供控制面消息传输功能,为了实现对RRC消息的承载和处理,控制面eNB需要具备与UE对等的用户面协议栈;由于NAS消息需要由RRC消息承载,所以,UE的服务MME与UE的控制面eNB相连。
[0064]作为一种增强,UE和用户面eNB之间可能存在部分RRC功能,如UE可以读取用户面eNB发送的广播消息(eNB传输到多个UE的点到多点的RRC消息)。
[0065]为了支持上述用户面和控制面分离的架构,本发明采用与之对应的用户面节点切换方法。
[0066]下面结合说明书附图对本发明实施例作进一步详细描述。
[0067]在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
[0068]如图6所示,本发明实施例业务建立的系统包括:宏基站10和用户设备20。
[0069]宏基站10,用于在用户设备20在发起业务呼叫或网络侧对用户设备20进行寻呼后,确定将用户设备的RRC连接建立到宏基站上,向用户设备20发送RRC重配置消息;
[0070]用户设备20,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站10上建立RRC连接,在收到来自宏基站10的RRC重配置消息后,将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0071]其中,若用户设备20将用户面的全部DRB对应的TOCP层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,宏基站10在配置参数时,只配置除rocp层以外的其他层的参数;
[0072]用户设备20将用户面的全部DRB保持在宏基站,宏基站10在配置参数时,配置DRB的所有层的参数。
[0073]较佳地,宏基站10向用户设备发送RRC重配置消息之前,向需要接纳用户面的DRB的本地基站发送包含需要切换的每个用户面的DRB的QOS信息的承载建立请求消息;
[0074]相应的,本发明实施例的系统还包括至少一个本地基站30。
[0075]本地基站30,用于接收来自宏基站10的针对用户设备的承载建立请求消息,接纳用户面的部分或全部数据无线承载DRB对应的除HXP层之外的其他层。
[0076]具体的,本地基站30根据承载建立请求消息中包含的需要切换的每个用户面的DRB的QOS信息,配置接纳的用户面的DRB对应的除HXP层之外的其他层。
[0077]本地基站30接纳用户面的部分或全部DRB对应的除HXP层之外的其他层之后,还可以向宏基站10返回承载建立请求响应消息;相应的,宏基站10在接收到来自本地基站的承载建立请求响应消息后,向用户设备20发送RRC重配置消息。
[0078]较佳地,宏基站10可以在RRC重配置消息中显式通知用户设备20需要进行控制面与用户面分离操作。
[0079]显式通知可以采用比特方式,比如“I”表示需要进行控制面与用户面分离操作,“O”表示需要进行控制面与用户面分离操作。
[0080]用户设备20在收到来自宏基站的RRC重配置消息后,与接纳用户设备20的用户面的本地基站进行同步操作,并在同步成功后向宏基站10返回RRC重配置完成消息。
[0081]相应的,宏基站10在收到来自用户设备20的RRC重配置完成消息后,针对一个本地基站能够接纳的用户面的DRB,将该DRB对应的HXP实体映射到本地基站30配置的该DRB对应的其他层上。
[0082]在实施中,本发明实施例根据需要还可以对本地基站上已建立的DRB承载进行更新,比如修改、增加、删除等,下面分情况具体说明,
[0083]情况一、修改。
[0084]具体的,宏基站10在收到来自核心网的针对用户设备20的E-RAB修改消息,且本地基站30已建立用户设备20的DRB承载后,根据E-RAB修改消息确定需要修改的DRB承载,向本地基站20发送包含需要修改的DRB承载的QOS信息的承载修改请求消息;
[0085]相应的,本地基站30在收到宏基站10的包含需要修改的DRB承载的QOS信息的承载修改请求消息后,修改对应DRB的配置,并向宏基站10返回承载修改响应消息;
[0086]宏基站10在收到来自本地基站30的承载修改响应消息后,向用户设备20发送RRC连接重配置消息,用于通知用户设备20更新对应DRB的配置;
[0087]用户设备20根据收到的来自宏基站的RRC重配置消息,修改对应DRB的配置。
[0088]情况二、增加。
[0089]宏基站10在收到来自核心网的针对用户设备20的E-RAB建立消息,且宏基站10和本地基站30已建立用户设备20的初始上下文后,根据E-RAB修改消息确定需要增加的DRB承载,向本地基站30发送包含需要建立的DRB承载的QOS信息的承载修改请求消息;
[0090]相应的,本地基站30在收到宏基站10的包含需要建立的DRB承载的QOS信息的承载修改请求消息后,建立对应的DRB承载,并向宏基站10返回承载修改响应消息;
[0091]宏基站10在收到来自本地基站30的承载修改响应消息后,向用户设备20发送RRC连接重配置消息,用于通知用户设备20更新对应DRB的配置;
[0092]用户设备20根据收到的来自宏基站的RRC重配置消息,建立对应的DRB承载,比如建立roCP/RLC/MAC/PHY各层的参数配置以及层间的映射关系。
[0093]其中,E-UTRAN无线接入承载包含了 DRB以及E-UTRAN和S-GW之间的接口,DRB专指空口的数据无线承载。
[0094]情况三、删除部分承载。
[0095]宏基站10在收到来自核心网的针对用户设备20的E-RAB删除消息,且宏基站10和本地基站30已建立用户设备的初始上下文后,根据E-RAB删除消息确定需要删除的DRB承载,站向本地基站发送包含需要删除的DRB承载的QOS信息的承载修改请求消息;
[0096]相应的,本地基站30在收到来自宏基站10的包含需要删除的DRB承载的QOS信息的承载修改请求消息后,删除对应的DRB承载,并向宏基站10返回承载删除响应消息;
[0097]宏基站10在收到来自本地基站20的承载删除响应消息后,向用户设备20发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置;
[0098]用户设备20根据收到的来自宏基站的RRC重配置消息,删除对应的DRB承载。
[0099]情况四、删除全部承载。[0100]宏基站10在收到来自核心网的针对用户设备20的E-RAB删除消息,且需要释放的E-RAB是本地基站30的最后一条E-RAB,且宏基站10维护有其他E-RAB后,向本地基站30发送承载释放消息,用于通知本地基站30释放用户设备的所有承载,以及述宏基站向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置;
[0101]相应的,本地基站30在收到来自宏基站10的承载释放消息后,删除对应的用户设备20的所有承载;
[0102]由于转移过程已完成,用户设备20删除旧的承载,释放对应的资源。
[0103]在实施中,本发明实施例还可以释放用户设备的RRC连接。
[0104]具体的,宏基站10在收到来自核心网的针对用户设备20的用户设备上下文释放消息后,向本地基站30发送包含需要释放上下文的用户设备的标识的承载释放消息,以及宏基站10向用户设备20发送RRC连接释放消息,并向MME发送用户设备上下文释放响应消息;
[0105]相应的,本地基站30在收到来自宏基站10的包含需要释放上下文的用户设备的标识的承载释放消息后,释放用户设备的上下文;
[0106]用户设备20在收到RRC连接释放消息后释放与宏基站10之间的RRC连接;
[0107]MME在收到用户设备上下文释放响应消息后,将释放用户设备10的核心网的资源,即承载删除命令。
[0108]针对上述的情况,在实施中可以RRC连接重配置消息中通过IE标明具体是修改、删除或建立。
[0109]如图7所不,本发明实施例业务建立的系统中的用户设备包括:第一确定模块700和第一处理模块710。
[0110]第一确定模块700,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立RRC连接;
[0111]第一处理模块710,用于在收到来自宏基站的RRC重配置消息后,将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0112]较佳地,第一处理模块710在收到来自宏基站的RRC重配置消息后,与本地基站进行同步操作,并在同步成功后向宏基站返回RRC重配置完成消息。
[0113]较佳地,第一处理模块710根据收到的来自宏基站的RRC重配置消息,更新对应DRB的配置。
[0114]如图8所示,本发明实施例业务建立的系统中的宏基站包括:第二确定模块800和第二处理模块810。
[0115]第二确定模块800,用于在用户设备在发起业务呼叫或网络侧对用户设备进行寻呼后,确定将用户设备的RRC连接建立到宏基站上;
[0116]第二处理模块810,用于向用户设备发送RRC重配置消息,用于指示用户设备将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。[0117]较佳地,第二处理模块810向用户设备发送RRC重配置消息之前,向需要接纳用户面的DRB的本地基站发送包含需要切换的每个用户面的DRB的QOS信息的承载建立请求消
肩、O
[0118]较佳地,第二处理模块810向用户设备发送RRC重配置消息之前,在接收到来自本地基站的承载建立请求响应消息。
[0119]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自用户设备的RRC重配置完成消息后,针对一个本地基站能够接纳的用户面的DRB,将该DRB对应的HXP实体映射到本地基站配置的该DRB对应的其他层上。
[0120]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB修改消息,且本地基站已建立用户设备的DRB承载后,根据E-RAB修改消息确定需要修改的DRB承载;向本地基站发送包含需要修改的DRB承载的QOS信息的承载修改请求消息。
[0121]较佳地,第二处理模块810向本地基站发送承载修改请求消息后,在收到来自本地基站的承载修改响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0122]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB建立消息,且宏基站和本地基站已建立用户设备的初始上下文后,根据E-RAB修改消息确定需要增加的DRB承载;向本地基站发送包含需要建立的DRB承载的QOS信息的承载修改请求消息。
[0123]较佳地,第二处理模块810向用户设备发送承载修改请求消息之后,在收到来自本地基站的承载修改响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0124]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB删除消息,且宏基站和本地基站已建立用户设备的初始上下文后,根据E-RAB删除消息确定需要删除的DRB承载;向本地基站发送包含需要删除的DRB承载的QOS信息的承载修改请求消息。
[0125]较佳地,第二处理模块810向用户设备发送承载修改请求消息之后,在收到来自本地基站的承载删除响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0126]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB承载删除消息,且需要释放的E-RAB是本地基站的最后一条E-RAB,且宏基站维护有其他E-RAB后,向本地基站发送承载释放消息,用于通知本地基站释放用户设备的所有承载。
[0127]较佳地,第二处理模块810向用户设备发送承载释放消息之后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0128]较佳地,第二处理模块810向用户设备发送RRC重配置消息之后,在收到来自核心网的用户设备上下文释放消息后,向本地基站发送包含需要释放上下文的用户设备的标识的承载释放消息。
[0129]较佳地,第二处理模块810向用户设备发送承载释放消息之后,向用户设备发送RRC连接释放消息,并向MME发送用户设备上下文释放响应消息。
[0130]如图9所示,本发明实施例业务建立的系统中的本地基站包括:接收模块900和第三处理模块910。
[0131]接收模块900,用于接收来自宏基站的针对用户设备的承载建立请求消息;
[0132]第三处理模块910,用于接纳用户面的部分或全部DRB对应的除HXP层之外的其他层;
[0133]其中,承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对用户设备进行寻呼后发送的,且用户设备的RRC连接建立在宏基站上。
[0134]较佳地,第三处理模块910根据承载建立请求消息中包含的需要切换的每个用户面的DRB的QOS信息,配置接纳的用户面的DRB对应的除HXP层之外的其他层。
[0135]较佳地,第三处理模块910接纳用户面的部分或全部DRB对应的除HXP层之外的其他层之后,向宏基站返回承载建立请求响应消息。
[0136]较佳地,第三处理模块910接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层之后,在收到宏基站的包含需要修改的DRB承载的QOS信息的承载修改请求消息后,更新对应DRB的配置,并向宏基站返回承载修改响应消
肩、O
[0137]较佳地,第三处理模块910接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层之后,在收到宏基站的包含需要建立的DRB承载的QOS信息的承载修改请求消息后,建立对应的DRB承载,并向宏基站返回承载修改响应消
肩、O
[0138]较佳地,第三处理模块910接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层之后,在收到来自宏基站的包含需要删除的DRB承载的QOS信息的承载修改请求消息后,删除对应的DRB承载,并向宏基站返回承载删除响应消息。
[0139]较佳地,第三处理模块910接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层之后,在收到来自宏基站的承载释放消息后,删除用户设备的所有承载。
[0140]较佳地,第三处理模块910接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层之后,还在收到来自宏基站的包含需要释放上下文的用户设备的标识的承载释放消息后,释放用户设备的上下文。
[0141]基于同一发明构思,本发明实施例中还提供了用户设备进行业务建立的方法、宏基站进行业务建立的方法,以及本地基站进行业务建立的方法,由于这些方法解决问题的原理与图6本发明实施例业务建立的系统相似,因此这些方法的实施可以参见系统的实施,重复之处不再赘述。
[0142]如图10所示,本发明实施例用户设备进行业务建立的方法包括下列步骤:
[0143]步骤1001、用户设备在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立RRC连接;
[0144]步骤1002、用户设备在收到来自宏基站的RRC重配置消息后,将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0145]较佳地,用户设备在收到来自宏基站的RRC重配置消息后可以与本地基站进行同步操作,并在同步成功后向宏基站返回RRC重配置完成消息。
[0146]较佳地,步骤1002之后还可以进一步包括:
[0147]用户设备根据收到的来自宏基站的RRC重配置消息,更新对应DRB的配置。
[0148]这里的更新包括修改、建立和删除。
[0149]如图11所示,本发明实施例宏基站进行业务建立的方法包括下列步骤:
[0150]步骤1101、宏基站在用户设备在发起业务呼叫或网络侧对用户设备进行寻呼后,确定将用户设备的RRC连接建立到宏基站上;
[0151]步骤1102、宏基站向用户设备发送RRC重配置消息,用于指示用户设备将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
[0152]较佳地,步骤1102之前还可以进一步包括:
[0153]宏基站向需要接纳用户面的DRB的本地基站发送包含需要切换的每个用户面的DRB的QOS信息的承载建立请求消息。
[0154]较佳地,宏基站在接收到来自本地基站的承载建立请求响应消息后,向用户设备发送RRC重配置消息。
[0155]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自用户设备的RRC重配置完成消息后,针对一个本地基站能够接纳的用户面的DRB,将该DRB对应的HXP实体映射到本地基站配置的该DRB对应的其他层上。
[0156]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB修改消息,且本地基站已建立用户设备的DRB承载后,根据E-RAB修改消息确定需要修改的DRB承载;向本地基站发送包含需要修改的DRB承载的QOS信息的承载修改请求消息。
[0157]较佳地,宏基站向本地基站发送承载修改请求消息后,在收到来自本地基站的承载修改响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0158]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB建立消息,且宏基站和本地基站已建立用户设备的初始上下文后,根据E-RAB修改消息确定需要增加的DRB承载;向本地基站发送包含需要建立的DRB承载的QOS信息的承载修改请求消息。
[0159]较佳地,宏基站向用户设备发送承载修改请求消息之后,在收到来自本地基站的承载修改响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0160]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB删除消息,且宏基站和本地基站已建立用户设备的初始上下文后,根据E-RAB删除消息确定需要删除的DRB承载;向本地基站发送包含需要删除的DRB承载的QOS信息的承载修改请求消息。[0161]较佳地,宏基站向用户设备发送承载修改请求消息之后,在收到来自本地基站的承载删除响应消息后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0162]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB删除消息,且需要释放的E-RAB是本地基站的最后一条E-RAB,且宏基站维护有其他E-RAB后,向本地基站发送承载释放消息,用于通知本地基站释放用户设备的所有承载。
[0163]较佳地,宏基站向用户设备发送承载释放消息之后,向用户设备发送RRC连接重配置消息,用于通知用户设备更新对应DRB的配置。
[0164]较佳地,宏基站向用户设备发送RRC重配置消息之后,在收到来自核心网的用户设备上下文释放消息后,向本地基站发送包含需要释放上下文的用户设备的标识的承载释放消息。
[0165]较佳地,宏基站向用户设备发送承载释放消息之后,向用户设备发送RRC连接释放消息,并向MME发送用户设备上下文释放响应消息。
[0166]其中,图10和图11可以合成一个流程,形成一个进行业务建立的方法,即先执行步骤1101和步骤1102,再执行步骤1002 ;其中只需要保证步骤1001在步骤1102之前即可,与步骤1101和步骤1102之间并没有必然的时序关系。
[0167]如图12所示,本发明实施例本地基站进行业务建立的方法包括下列步骤:
[0168]步骤1201、本地基站接收来自宏基站的针对用户设备的承载建立请求消息;
[0169]步骤1202、本地基站接纳用户面的部分或全部数据无线承载DRB对应的除HXP层之外的其他层;
[0170]其中,承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对用户设备进行寻呼后发送的,且用户设备的RRC连接建立在宏基站上。
[0171]较佳地,本地基站根据承载建立请求消息中包含的需要切换的每个用户面的DRB的服务质量QOS信息,配置接纳的用户面的DRB对应的除HXP层之外的其他层。
[0172]较佳地,本地基站接纳用户面的部分或全部DRB对应的除rocp层之外的其他层之后,向宏基站返回承载建立请求响应消息。
[0173]较佳地,本地基站接纳用户面的部分或全部数据无线承载DRB对应的除rocp层之外的其他层之后,在收到宏基站的包含需要修改的DRB承载的QOS信息的承载修改请求消息后,更新对应DRB的配置,并向宏基站返回承载修改响应消息。
[0174]较佳地,本地基站接纳用户面的部分或全部数据无线承载DRB对应的除HXP层之外的其他层之后,在收到宏基站的包含需要建立的DRB承载的QOS信息的承载修改请求消息后,建立对应的DRB承载,并向宏基站返回承载修改响应消息。
[0175]较佳地,本地基站接纳用户面的部分或全部数据无线承载DRB对应的除HXP层之外的其他层之后,在收到来自宏基站的包含需要删除的DRB承载的QOS信息的承载修改请求消息后,删除对应的DRB承载,并向宏基站返回承载删除响应消息。
[0176]较佳地,本地基站接纳用户面的部分或全部数据无线承载DRB对应的除HXP层之外的其他层之后,在收到来自宏基站的承载释放消息后,删除用户设备的所有承载。
[0177]较佳地,本地基站接纳用户面的部分或全部数据无线承载DRB对应的除rocp层之外的其他层之后,在收到来自宏基站的包含需要释放上下文的用户设备的标识的承载释放消息后,释放用户设备的上下文。
[0178]下面列举几个实例对本发明的方案进行说明。
[0179]实例一、当UE发起业务建立时,如图13所示:
[0180]1.UE 向 Macro eNB 发送 RRC 连接建立请求(RRC Connection Setup Request)消息;
[0181]2.Macro eNB 向 UE 发送 RRC 连接建立(RRC Connection Setup)消息;
[0182]3.UE 向 Macro eNB 发送 RRC 连接建立成功(RRC Connection Setup Complete)消息;
[0183]4、Macro eNB 向 MME 发送初始 UE 消息(Initial UE Message);
[0184]5、MME 向 Macro eNB返回初始上下文建立请求(Initial Context Setup Request)消息;
[0185]步骤I?5中,UE在macro eNB建立RRC信令连接和SI信令连接,完成了信令连
接的建立。
[0186]6,Macrο eNB根据初始上下文建立请求消息内的E-RAB信息,结合UE的位置和能力信息等,决定执行控制面与用户面分离;
[0187]7、Macro eNB向Local eNB发送建立请求(Setup Request)消息,其中包含有承载的QOS等信息;
[0188]8,Local eNB进行接入控制,随后将根据QOS等信息为每个在Local工作的DRB承载配置RLC/MAC/PHY等参数;
[0189]9、Local eNB返回承载建立响应(Setup Response)消息,其中包含Local为UE配置的RLC/MAC/PHY参数等;
[0190]10、Macro eNB接收到承载建立响应消息后,开始组织RRC连接重配置(RRCConnection Reconfiguration)消息,消息中包含新建立DRB的所有信息,并向UE发送RRC重配消息;
[0191]11、UE接收到来自Macro eNB的RRC重配置消息,且消息中显式或隐式的标明需要进行控制面与用户面分离操作后,将首先触发到Local eNB的同步操作;
[0192]12、同步成功后,UE 返回 RRC 连接重配置完成(RRC Connection ReconfigurationComplete)消息给 Macro eNB ;
[0193]13,Macro eNB接收到RRC重配置完成消息后,向MME回复初始上下文建立请求响应(Initial Context Setup Response)消息,消息中携带Macro eNB的传输层地址信息等;
[0194]14、MME 向 Serving GW(服务网关)发送承载修改请求(Bearer Modify Request)消息;
[0195]15、Serving GW 返回承载修改响应(Bear Modify Response)消息。
[0196]其中,建立在Local eNB的数据承载,上下行数据流的路径是:UE〈->LocaleNB<->Macro eNB<->Serving GW。
[0197]实例二、接收到来自核心网的E-RAB修改消息后,Macro eNB可以修改建立在Local的DRB承载,如图14所示:
[0198]1> Serving GW 向 MME 发送更新承载请求(Update Bearer Request)消息;[0199]2、MME 向 Macro eNB 发送 E-RAB 修改(E-RAB Modify Bearer Request)消息;
[0200]3、Macro eNB接收到来自核心网的E-RAB修改消息后,向Local eNB发送承载修改请求(Modify Request)消息,其中包含有更新的QOS等信息;
[0201]4,Local eNB接收到此消息后,将根据相关信息为在Local eNB工作的对应的DRB承载更新相应的RLC/MAC/PHY等参数,并返回承载修改响应(Modify Response)消息,其中包含更新的RLC/MAC/PHY参数等;
[0202]5,Macrο eNB接收到承载修改响应消息后,将根据来自Local eNB的信息组织RRC连接重配置(RRC Connection Reconfiguration)消息返回给 UE ;
[0203]6、UE接收到此消息后,更新相应的DRB配置,返回RRC连接重配置完成(RRCConnection Reconfiguration Complete)消息;
[0204]7、Macro eNB 向 MME 返回 E-RAB 修改响应(E-RAB Modify Bearer Response)消息;
[0205]8、UE 向 Macro eNB 发送直传消息(Direct Transfer);
[0206]9>Macro eNB 向 MME 进行上行链路非接入层传输(Uplink NAS Transport);
[0207]10> MME 向 Serving GW 发送更新承载响应(Update Bearer Response)消息。
[0208]实例三、Macro eNB和Local eNB已经建立UE的初始上下文,如果Macro接收到来自核心网的E-RAB建立或删除消息后,可以重配置在Local的DRB承载(即增加或删除某些DRB承载),如图15所示:
[0209]1> Serving GW 向 MME 发送创建承载请求(Create Bearer Request)消息;
[0210]2、MME 向 Macro eNB 发送 E-RAB 建立(E-RAB Setup Request)消息;
[0211]3、Macro eNB接收到来自核心网的E-RAB建立消息后,向Local eNB发送承载修改请求(Modify Request)消息,其中包含有需要建立的承载的QOS等信息;
[0212]4、Local eNB接收到此消息后,将根据相关信息为DRB承载建立相应的RLC/MAC/PHY等参数,并返回承载修改响应(Modify Response)消息,其中包含更新的RLC/MAC/PHY参数等;
[0213]5,Macrο eNB接收到承载修改响应消息后,将根据来自Local eNB的信息组织RRC连接重配置(RRC Connection Reconfiguration)消息返回给 UE ;
[0214]6、UE接收到此消息后,更新相应的DRB配置,返回RRC连接重配置完成(RRCConnection Reconfiguration Complete)消息;
[0215]7、Macro eNB 向 MME 返回 E-RAB 建立响应(E-RAB Setup Response)消息;
[0216]8、UE 向 Macro eNB 发送直传消息(Direct Transfer);
[0217]9>Macro eNB 向 MME 进行上行链路非接入层传输(Uplink NAS Transport);
[0218]10> MME 向 Serving GW 发送创建承载响应(Create Bearer Response)消息。
[0219]如果是需要删除承载,贝1J在步骤I中是删除承载请求(Delete Bearer Request)消息;步骤2中是E-RAB删除(E-RAB Delete Request)消息;步骤4中Local eNB根据相关信息删除对应的DRB承载;步骤7中是E-RAB删除响应(E-RAB Delete Response)消息;步骤10中是删除承载响应(Delete Bearer Response)消息。
[0220]实例四、如果MME接收到来自S-GW的承载删除消息中删除的是最后一条E-RAB,Macro eNB将释放UE的RRC连接,如图16所示:[0221]K Serving GW 向 MME 发送删除承载请求(Delete Bearer Request)消息;
[0222]2、MME判断是删除最后一条E-RAB,向Macro eNB发送UE上下文释放命令(UEContext Release Command)消息;
[0223]3、Macro eNB 向 Local eNB 发送释放命令(Release Command);
[0224]可选的,3a、Local eNB在成功释放后,返回释放成功(Release Complete)消息;
[0225]4、Macro eNB 向 UE 发送 RRC 连接释放(RRC Connection Release)消息;
[0226]5>Macro eNB 向 MME 返回 UE 上下文释放成功(UE Context Release Complete)消息;
[0227]6> MME 向 Serving GW 发送删除承载响应(Delete Bearer Response)消息。
[0228]实例五、如果Macro接收到来自核心网的E-RAB删除消息中删除的是Local上最后一条E-RAB,而Macro上还维持有其他E-RAB,则Macro eNB将仅释放在Local的UE上下文,如图17所示:
[0229]1> Serving GW 向 MME 发送删除承载请求(Delete Bearer Request)消息;
[0230]2、MME 向 Macro eNB 发送 E-RAB 删除(E-RAB Delete Request)消息;
[0231]3、Macro eNB接收到来自核心网的E-RAB删除消息后,判断为删除Local eNB的最后一条E-RAB后,向Local eNB发送释放命令(Release Command);
[0232]可选的,3a、Local eNB在成功释放后,返回释放成功(Release Complete)消息;
[0233]4、Macro eNB 向 RRC 连接重配置(RRC Connection Reconfiguration)消息发送给UE ;
[0234]5、UE接收到此消息后,返回RRC连接重配置完成(RRC ConnectionReconfiguration Complete)消息;
[0235]6、Macro eNB 向 MME 返回 E-RAB 删除响应(E-RAB Delete Response)消息;
[0236]7、UE 向 Macro eNB 发送直传消息(Direct Transfer);
[0237]8>Macro eNB 向 MME 进行上行链路非接入层传输(Uplink NAS Transport);
[0238]9> MME 向 Serving GW 发送删除承载响应(Delete Bearer Response)消息。
[0239]实例六、另一种网络架构,如图18所示,其中UE的SRB保留在Macro eNB上,将全部或部分DRB的所有层,即roCP/RLC/MAC/PHY保持在Local eNB上。
[0240]位于Local eNB承载的协议栈结构如图19所示,其中UE的用户面eNB (Local eNB)为UE提供用户面数据传输功能;UE的控制面eNB (Macro eNB)为UE提供控制面消息传输功能,由于NAS消息需要由RRC消息承载,所以,UE的服务MME与UE的控制面eNB相连。
[0241]当UE发起业务建立时,其流程图与图13基本相同,主要区别是在步骤13,接收到RRC重配置完成消息后,Macro eNB回复INITIAL CONTEXT SETUP RESPONSE消息,针对某些E-RAB,消息中需携带有Local eNB的传输层地址信息等。随后的步骤直至数据传输都与图13类似。不同的是,建立在Local eNB的数据承载,上下行数据流的路径是从UE〈->L0calEnb〈->Serving Gff,并且在配置参数时是配置DRB对应的所有层的参数。
[0242]类似的,接收到来自核心网的E-RAB修改消息后,Macro eNB可以修改建立在Local的DRB承载,流程与图14相同,区别在于在配置参数时是配置DRB对应的所有层的参数。或如果Macro接收到来自核心网的E-RAB建立或删除消息后,可以重配置在Local的DRB承载(即增加或删除某些DRB承载),与图15?图17流程相同,并且在配置参数时是配置DRB对应的所有层的参数。
[0243]本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0244]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0245]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0246]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0247]尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0248]显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种业务建立的方法,其特征在于,该方法包括: 用户设备在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立无线资源控制RRC连接; 所述用户设备在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
2.如权利要求1所述的方法,其特征在于,所述用户设备在收到来自宏基站的RRC重配置消息后,还包括: 所述用户设备与所述本地基站进行同步操作,并在同步成功后向所述宏基站返回RRC重配置完成消息。
3.如权利要求1所述的方法,其特征在于,所述用户设备将控制面的全部DRB保持在宏基站,将用户面的全部DRB对应的HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上之后,还包括: 所述用户设备根据收到的来自宏基站的RRC重配置消息,更新对应DRB的配置。
4.一种业务建立的方法,其特征在于,该方法包括: 宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上; 所述宏基站向所述用户设备发送RRC重配置消息,用于指示所述用户设备将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
5.如权利要求4所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之前,还包括: 所述宏基站向需要接纳用户面的DRB的本地基站发送包含需要切换的每个用户面的DRB的服务质量QOS信息的承载建立请求消息。
6.如权利要求5所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之前,还包括: 所述宏基站在接收到来自所述本地基站的承载建立请求响应消息。
7.如权利要求4所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之后,还包括: 所述宏基站在收到来自所述用户设备的RRC重配置完成消息后,针对一个所述本地基站能够接纳的用户面的DRB,将该DRB对应的HXP实体映射到所述本地基站配置的该DRB对应的所述其他层上。
8.如权利要求4所述的方法 ,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之后,还包括: 所述宏基站在收到来自核心网的演进接入无线承载E-RAB修改消息,且所述本地基站已建立所述用户设备的DRB承载后,根据所述E-RAB修改消息确定需要修改的DRB承载; 所述宏基站向所述本地基站发送包含需要修改的DRB承载的QOS信息的承载修改请求消息。
9.如权利要求8所述的方法,其特征在于,所述宏基站向所述本地基站发送承载修改请求消息后,还包括: 所述宏基站在收到来自所述本地基站的承载修改响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
10.如权利要求4所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之后,还包括: 所述宏基站在收到来自核心网的E-RAB建立消息,且所述宏基站和所述本地基站已建立所述用户设备的初始上下文后,根据所述E-RAB修改消息确定需要增加的DRB承载; 所述宏基站向所述本地基站发送包含需要建立的DRB承载的QOS信息的承载修改请求消息。
11.如权利要求10所述的方法,其特征在于,所述宏基站向所述用户设备发送承载修改请求消息之后,还包括: 所述宏基站在收到来自所述本地基站的承载修改响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
12.如权利要求4所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之后,还包括: 所述宏基站在收到来自核心网的E-RAB删除消息,且所述宏基站和所述本地基站已建立所述用户设备的初始上下文后,根据所述E-RAB删除消息确定需要删除的DRB承载; 所述宏基站向所述本地基站发送包含需要删除的DRB承载的QOS信息的承载修改请求消息。
13.如权利要求12所述的方法,其特征在于,所述宏基站向所述用户设备发送承载修改请求消息之后,还包括: 所述宏基站在收到来自所述本地基站的承载删除响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
14.如权利要求4所述的方法,其特征在于,所述宏基站向所述用户设备发送RRC重配置消息之后,还包括: 所述宏基站在收到来自核心网的E-RAB承载删除消息,且需要释放的E-RAB是所述本地基站的最后一条E-RAB,且所述宏基站维护有其他E-RAB后,向所述本地基站发送承载释放消息,用于通知所述本地基站释放所述用户设备的所有承载。
15.如权利要求14所述的方法,其特征在于,所述宏基站向所述用户设备发送承载释放消息之后,还包括: 所述宏基站向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
16.如权利要求4所述的方法,其特征在于, 所述宏基站向所述用户设备发送RRC重配置消息之后,还包括:所述宏基站在收到来自核心网的用户设备上下文释放消息后,向所述本地基站发送包含需要释放上下文的用户设备的标识的承载释放消息。
17.如权利要求16所述的方法,其特征在于,所述宏基站向所述用户设备发送承载释放消息之后,还包括: 所述宏基站向所述用户设备发送RRC连接释放消息,并向MME发送用户设备上下文释放响应消息。
18.—种业务建立的方法,其特征在于,该方法包括: 本地基站接收来自宏基站的针对用户设备的承载建立请求消息; 所述本地基站接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层; 其中,所述承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后发送的,且所述用户设备的无线资源控制RRC连接建立在所述宏基站上。
19.如权利要求18所述的方法,其特征在于,所述本地基站接纳用户面的部分或全部DRB对应的除HXP层之外的其他层,包括: 所述本地基站根据承载建立请求消息中包含的需要切换的每个用户面的DRB的服务质量QOS信息,配置接纳的用户面的DRB对应的除HXP层之外的其他层。
20.如权利要求18所述的方法,其特征在于,所述本地基站接纳用户面的部分或全部DRB对应的除HXP层之外的其他层之后,还包括: 所述本地基站向宏基站返回承载建立请求响应消息。
21.如权利要求18所述的方法,其特征在于,所述本地基站接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,还包括: 所述本地基站在收到所述宏基站的包含需要修改的DRB承载的QOS信息的承载修改请求消息后,更新对应DRB的配置,并向所述宏基站返回承载修改响应消息;或 所述本地基站在收到所述宏基站的包含需要建立的DRB承载的QOS信息的承载修改请求消息后,建立对应的DRB承载,并向所述宏基站返回承载修改响应消息;或 所述本地基站在收到来自所述宏基站的包含需要删除的DRB承载的QOS信息的承载修改请求消息后,删除对应的DRB承载,并向所述宏基站返回承载删除响应消息;或 所述本地基站在收到来自所述宏基站的承载释放消息后,删除所述用户设备的所有承载;或 所述本地基站在收到来自所述宏基站的包含需要释放上下文的用户设备的标识的承载释放消息后,释放所述用户设备的上下文。
22.—种业务建立的用户设备,其特征在于,该用户设备包括: 第一确定模块,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立无线资源控制RRC连接 ; 第一处理模块,用于在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议PDCP层保持在宏基站,并将用户面的部分或全部DRB对应的除H)CP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
23.如权利要求22所述的用户设备,其特征在于,所述第一处理模块还用于:在收到来自宏基站的RRC重配置消息后,与所述本地基站进行同步操作,并在同步成功后向所述宏基站返回RRC重配置完成消息。
24.如权利要求22所述的用户设备,其特征在于,所述第一处理模块还用于: 根据收到的来自宏基站的RRC重配置消息,更新对应DRB的配置。
25.—种业务建立的宏基站,其特征在于,该宏基站包括: 第二确定模块,用于在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上; 第二处理模块,用于向所述用户设备发送RRC重配置消息,用于指示所述用户设备将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议rocp层保持在宏基站,并将用户面的部分或全部DRB对应的除rocp层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
26.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之前,向需要接纳用户面的DRB的本地基站发送包含需要切换的每个用户面的DRB的服务质量QOS信息的承载建立请求消息。
27.如权利要求26所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之前,在接收到来自所述本地基站的承载建立请求响应消息。
28.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自所述用户设备的RRC重配置完成消息后,针对一个所述本地基站能够接纳的用户面的DRB,将该DRB对应的H)CP实体映射到所述本地基站配置的该DRB对应的所述其他层上。
29.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自核心网的演进接入无线承载E-RAB修改消息,且所述本地基站已建立所述用户设备的DRB承载后,根据所述E-RAB修改消息确定需要修改的DRB承载;向所述本地基站发送包含需要修改的DRB承载的QOS信息的承载修改请求消息。
30.如权利要求29所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述本地基站发送承载修改请求消息后,在收到来自所述本地基站的承载修改响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
31.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB建立消息,且所述宏基站和所述本地基站已建立所述用户设备的初始上下文后,根据所述E-RAB修改消息确定需要增加的DRB承载;向所述本地基站发送包含需要建立的DRB承载的QOS信息的承载修改请求消息。
32.如权利要求31所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送承载修改请求消息之后,在收到来自所述本地基站的承载修改响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
33.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB删除消息,且所述宏基站和所述本地基站已建立所述用户设备的初始上下文后,根据所述E-RAB删除消息确定需要删除的DRB承载;向所述本地基站发送包含需要删除的DRB承载的QOS信息的承载修改请求消息。
34.如权利要求33所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送承载修改请求消息之后,在收到来自所述本地基站的承载删除响应消息后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
35.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自核心网的E-RAB承载删除消息,且需要释放的E-RAB是所述本地基站的最后一条E-RAB,且所述宏基站维护有其他E-RAB后,向所述本地基站发送承载释放消息,用于通知所述本地基站释放所述用户设备的所有承载。
36.如权利要求35所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送承载释放消息之后,向所述用户设备发送RRC连接重配置消息,用于通知所述用户设备更新对应DRB的配置。
37.如权利要求25所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送RRC重配置消息之后,在收到来自核心网的用户设备上下文释放消息后,向所述本地基站发送包含需要释放上下文的用户设备的标识的承载释放消息。
38.如权利要求37所述的宏基站,其特征在于,所述第二处理模块还用于: 向所述用户设备发送承载释放消息之后,向所述用户设备发送RRC连接释放消息,并向MME发送用户设备上下文释放响应消息。
39.一种业务建立的本地基站,其特征在于,该本地基站包括: 接收模块,用于接收来自宏基站的针对用户设备的承载建立请求消息; 第三处理模块,用于接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议rocp层之外的其他层; 其中,所述承载建立请求消息是宏基站在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后发送的,且所述用户设备的无线资源控制RRC连接建立在所述宏基站上。
40.如权利要求39所述的本地基站,其特征在于,所述第三处理模块具体用于: 根据承载建立请求消息中包含的需要切换的每个用户面的DRB的服务质量QOS信息,配置接纳的用户面的DRB对应的除HXP层之外的其他层。
41.如权利要求39所述的本地基站,其特征在于,所述第三处理模块还用于: 接纳用户面的部分或全部DRB对应的除HXP层之外的其他层之后,向宏基站返回承载建立请求响应消息。
42.如权利要求39所述的本地基站,其特征在于,所述第三处理模块还用于: 接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,在收到所述宏基站的包含需要修改的DRB承载的QOS信息的承载修改请求消息后,更新对应DRB的配置,并向所述宏基站返回承载修改响应消息;或 接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,在收到所述宏基站的包含需要建立的DRB承载的QOS信息的承载修改请求消息后,建立对应的DRB承载,并向所述宏基站返回承载修改响应消息;或 接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,在收到来自所述宏基站的包含需要删除的DRB承载的QOS信息的承载修改请求消息后,删除对应的DRB承载,并向所述宏基站返回承载删除响应消息;或 接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,在收到来自所述宏基站的承载释放消息后,删除所述用户设备的所有承载;或 接纳用户面的部分或全部数据无线承载DRB对应的除分组数据聚合协议HXP层之外的其他层之后,还在收到来自所述宏基站的包含需要释放上下文的用户设备的标识的承载释放消息后,释放所述用户设备的上下文。
43.—种业务建立的系统,其特征在于,该系统包括: 宏基站,用于在用户设备在发起业务呼叫或网络侧对所述用户设备进行寻呼后,确定将所述用户设备的无线资源控制RRC连接建立到所述宏基站上,向所述用户设备发送RRC重配置消息; 用户设备,用于在发起业务呼叫或接收到网络侧的寻呼后,确定在宏基站上建立RRC连接,在收到来自宏基站的RRC重配置消息后,将控制面的全部数据无线承载DRB保持在宏基站,将用户面的全部数据无线承载DRB对应的分组数据聚合协议HXP层保持在宏基站,并将用户面的部分或全部DRB对应的除HXP层之外的其他层切换到至少一个本地基站上,或将用户面的部分或全部DRB切换到至少一个本地基站上。
44.如权利要求43所述的系统,其特征在于,所述系统还包括本地基站; 所述宏基站还用于:需要接纳用户面的数据无线承载DRB的本地基站发送包含需要切换的每个用户面的DRB的服务质量QOS信息的承载建立请求消息 所述本地基站,用于接收来自宏基站的针对用户设备的承载建立请求消息,接纳用户面的部分或全部DRB对应的除分组数据聚合协议HXP层之外的其他层。
【文档编号】H04W76/02GK103582124SQ201210258724
【公开日】2014年2月12日 申请日期:2012年7月24日 优先权日:2012年7月24日
【发明者】张大钧, 鲍炜, 杨义 申请人:电信科学技术研究院