CN108370601A - 数据传输处理方法、用户设备和基站 - Google Patents
数据传输处理方法、用户设备和基站 Download PDFInfo
- Publication number
- CN108370601A CN108370601A CN201580085389.7A CN201580085389A CN108370601A CN 108370601 A CN108370601 A CN 108370601A CN 201580085389 A CN201580085389 A CN 201580085389A CN 108370601 A CN108370601 A CN 108370601A
- Authority
- CN
- China
- Prior art keywords
- rrc connection
- user equipment
- information
- establishment
- base station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
Abstract
本发明提供一种数据传输处理方法、用户设备和基站,该方法包括:接收基站发送的上下文信息保存指示信息,并根据上下文信息保存指示信息保存用户设备的上下文信息;确定用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态;在用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过用户设备的上下文信息和重建立或建立的RRC连接传输待传输数据。通过重用RRC连接重建立过程或RRC连接建立过程来快速地恢复数据传输,且由于是对LTE标准中RRC连接重建立过程或RRC连接建立过程的重用,用户设备无需进行复杂改变,实现简便。
Description
本发明实施例涉及通信技术,尤其涉及一种数据传输处理方法、用户设备和基站。
在当前的长期演进(Long Term Evolution,简称LTE)系统中,用户设备(User Equipment,简称UE)在没有业务需要传输的情况下,通常处于空闲模式(idle mode)。当有业务需要进行传输时,UE需要从空闲模式进入连接模式再进行业务传输。
当每次UE有数据需要传输时,UE需要与网络侧设备间执行大量的消息交互流程来接入到LTE系统中进行数据传输。其中,网络侧设备主要包括基站,比如演进基站(eUTRAN NodeB,简称eNB)等接入网设备以及移动性管理实体(Mobility Management Entity,简称MME)、服务网关(Serviing GateWay,简称SGW)等核心网设备。为了减少上述消息交互流程中的消息信令,尤其是无线资源控制(Radio Resource Control,简称RRC)信令开销,可以在UE和eNB进行接入层上下文信息(以下简称为上下文信息)的保存,特别是UE特定的一些接入层参数的保存。
目前,通过引入新的RRC连接挂起和RRC连接恢复流程对UE进行上下文信息保存和数据传输恢复的控制。该控制过程简单来说包括:当UE在一定时间内都没有数据需要传输时,eNB执行将UE的RRC连接挂起(suspend)的处理过程,包括eNB、MME、SGW间的消息交互,以去激活UE的上下文信息、释放UE的无线承载。然后,eNB向UE发送RRC连接挂起消息,以通知UE保存相关上下文信息。此外,在该RRC链接挂起消息中,也可以包含一个恢复上下文信息的标识信息。当一段时候后,如果UE有上下行数据需要进行传输,则需要进行RRC连接的恢复过程。在恢复过程中,除了随机接入过程外,还包括UE向eNB发送携带有提供之前网络配置的恢复标识信息、UE的验证令牌(Auth token)、承载标识(Bearer Ind)、恢复原因(establ cause)等参数的
RRC连接恢复请求,eNB向UE反馈携带有承载描述信息(Bearer description)、承载标识(Bearer Ind)的RRC连接恢复消息,以指示UE恢复数据传输等交互过程。该RRC连接恢复过程的实现尤其对于UE来说,需要重新设计或者说重新在现有LTE相关处理流程的基础上添加额外的交互流程,与现有LTE流程不兼容,数据传输恢复慢,且实现复杂性较大。
发明内容
本发明实施例提供一种数据传输处理方法、用户设备和基站,用于使用UE的上下文信息快速、简便地恢复UE的数据传输。
本发明第一方面提供一种数据传输处理方法,由基站所服务的用户设备执行,该方法包括:
接收基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存所述用户设备的上下文信息;
确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态;
在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过保存的所述上下文信息和重建立或建立的RRC连接传输所述待传输数据。
结合第一方面,在第一方面的第一种可能的实施方式中,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:
确定所述用户设备处于无线链路失败RLF状态。
结合第一方面,在第一方面的第二种可能的实施方式中,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:
确定所述用户设备处于与所述基站的定时同步状态;
在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
结合第一方面,在第一方面的第三种可能的实施方式中,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的
状态,包括:
确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
结合第一方面,在第一方面的第四种可能的实施方式中,,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:
确定所述用户设备处于RRC连接建立初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
结合第一方面的第一种或第二种可能的实施方式,在第一方面的第五种可能的实施方式中,,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:
判断所述用户设备当前的服务小区是否满足预设通信要求;
若所述当前的服务小区满足预设通信要求,则在所述用户设备存在待传输数据时,通过当前服务小区向所述基站发送RRC连接重建立请求或RRC连接建立请求;
若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程,在选择出小区对应的基站为所述基站,并且在所述用户设备存在待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求或RRC连接建立请求。
结合第一方面的第三种可能的实施方式,在第一方面的第六种可能的实施方式中,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求。
结合第一方面的第四种可能的实施方式,在第一方面的第七种可能的实施方式中,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接建立请求。
结合第一方面至第一方面的第七种可能的实施方式中任一种可能的实施方式,在第一方面的第八种可能的实施方式中,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:
启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息。
结合第一方面的第八种可能的实施方式,在第一方面的第九种可能的实施方式中,所述启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息,包括:
在所述第一定时器对应的时间段内执行小区选择或重选过程,并进行小区的选择;
若在所述第一定时器对应的时间段内没有选择到的小区,则释放所述上下文信息。
结合第一方面的第三种至第一方面的第九种可能的实施方式中任一种可能的实施方式,在第一方面的第十种可能的实施方式中,所述执行小区选择或重选过程,包括:
启动第二定时器,在所述第二定时器对应的第i个时间段内,若选择到的第一小区,则暂停或停止所述第二定时器;
在暂停或停止所述第二定时器后,若所述第一小区不再是合适的小区,则重置并重启所述第二定时器,在第i+1~n个时间段内,并选择第二小区,其中,i取1到n中的整数,n为大于1的整数。
结合第一方面的第五种至第一方面的第十种可能的实施方式中任一种可能的实施方式,在第一方面的第十一种可能的实施方式中,所述向所述基站发送RRC连接重建立请求,包括:
获取上行定时提前信息和/或上行传输资源;
根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接重建立请求,所述RRC连接重建立请求中包括所述用户设备的标识信息、短的消息完整性鉴权码short MAC-I和重建原因指示信息中的至少一种,所述重建原因指示信息用于指示所述用户设备通过保存的上下文信息恢复数据传输。
结合第一方面的第十一种可能的实施方式,在第一方面的第十二种可能
的实施方式中,所述方法还包括:
接收所述基站发送的RRC连接重建立消息,所述连接重建立消息中包括无线资源配置信息和安全密钥信息;
根据所述无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载DRB。
结合第一方面的第十二种可能的实施方式,在第一方面的第十三种可能的实施方式中,所述方法还包括:
向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
结合第一方面的第三种至第一方面的第十三种可能的实施方式中任一种可能的实施方式,在第一方面的第十四种可能的实施方式中,所述方法还包括:
在确定所述用户设备处于RRC连接重建立初始化状态的情况下,在所述用户设备存在所述待传输数据时或者在所述用户设备向所述基站发送RRC连接重建立请求时,启动第三定时器,并停止所述第一定时器和/或所述第二定时器。
结合第一方面的第十四种可能的实施方式,在第一方面的第十五种可能的实施方式中,所述方法还包括:
若在所述第三定时器对应的时间段内,收到所述RRC连接重建立消息,则停止所述第三定时器的计时;
若在所述第三定时器对应的时间段内,未收到所述RRC连接重建立消息,则执行下列操作中的一项或多项:
进入RRC空闲态;
停止所述第一定时器;
触发向所述小区对应的基站发送发送RRC连接建立请求;
触发执行小区选择或重选,并向选择的小区对应的基站发送RRC连接建立请求。
结合第一方面至第一方面的第十种可能的实施方式中任一种可能的实施方式,在第一方面的第十六种可能的实施方式中,所述在所述用户设备存
在上行和/或下行的待传输数据时,触发RRC连接建立过程,包括:
获取上行定时提前信息和/或上行传输资源;
根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息。
结合第一方面的第十六种可能的实施方式,在第一方面的第十七种可能的实施方式中,所述方法还包括:
接收所述基站发送的RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输;
向所述基站发送RRC连接建立完成消息。
结合第一方面的第十七种可能的实施方式,在第一方面的第十八种可能的实施方式中,所述向所述基站发送RRC连接建立完成消息,包括:
向所述基站发送RRC连接建立完成消息,所述RRC连接建立完成消息中包括根据所述用户设备的标识信息计算得到的short MAC-I;
和/或,
获取安全密钥;
根据所述安全密钥对所述RRC连接建立完成消息进行加密和/或完整性保护后发送。
结合第一方面的第十六种可能的实施方式,在第一方面的第十九种可能的实施方式中,所述向所述基站发送RRC连接建立请求,包括:
获取安全密钥;
根据所述安全密钥对所述RRC连接建立请求进行加密和/或完整性保护后发送。
结合第一方面的第十八种或第十九种可能的实施方式,在第一方面的第二十种可能的实施方式中,所述获取安全密钥,包括:
获取所述上下文信息中的安全密钥,所述安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc;
或者,
所述获取安全密钥,包括:
接收所述基站发送的安全密钥指示信息,所述安全密钥指示信息中包括安全密钥更新信息;
根据所述安全密钥更新信息更新中间密钥KeNB,根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc;
其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保存指示信息的消息。
结合第一方面的第十一种或第一方面的第十六种可能的实施方式,在第一方面的第二十一种可能的实施方式中,所述获取上行定时提前信息和/或上行传输资源,包括:
判断当前的覆盖等级是否发生改变;
在所述覆盖等级发生改变时:
向所述基站发送随机接入请求;
接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配信息。
结合第一方面的第二十一种可能的实施方式,在第一方面的第二十二种可能的实施方式中,所述方法还包括:
在所述覆盖等级没有发生改变时:
获取当前本地保存的上行定时提前信息作为所述上行定时提前信息;
通过如下方式中的任一种获取所述上行传输资源:
向所述基站发送调度请求资源,以获取所述上行传输资源;
通过竞争上行共享信道资源,获取所述上行传输资源;
获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
结合第一方面至第一方面的第二十二种可能的实施方式中任一种可能的实施方式,在第一方面的第二十三种可能的实施方式中,所述方法还包括:
在确定第一预设时间内没有需要进行传输的数据时,向所述基站发送
上下文信息保存请求,以使所述基站保存所述上下文信息。
结合第一方面至第一方面的第二十三种可能的实施方式中任一种可能的实施方式,在第一方面的第二十四种可能的实施方式中,所述上下文信息保存指示信息是所述基站根据所述上下文信息保存请求发送的,或者,是所述基站根据与所述用户设备的数据传输记录,在确定在第二预设时间内没有与所述用户设备间进行数据传输时发送的,所述第二预设时间等于或不等于所述第一预设时间。
结合第一方面至第一方面的第二十四种可能的实施方式中任一种可能的实施方式,在第一方面的第二十五种可能的实施方式中,还包括:
接收所述基站发送的第四定时器配置信息,所述第四定时器用于计时所述上下文信息中的安全密钥的有效期;
在接收到所述上下文信息保存指示信息时启动所述第四定时器。
结合第一方面至第一方面的第二十五种可能的实施方式中任一种可能的实施方式,在第一方面的第二十六种可能的实施方式中,所述上下文信息保存指示信息包含于以下指示消息中的任一种中:
上下文信息保存指示消息、RRC连接挂起指示消息、RRC连接释放指示消息。
结合第一方面至第一方面的第二十六种可能的实施方式中任一种可能的实施方式,在第一方面的第二十七种可能的实施方式中,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:
执行小区选择或重选过程,若选择出的小区对应的基站与发送所述上下文信息保存指示信息的基站不同,或者,选择出的小区的改变次数大于或等于预设次数,则在所述用户设备存在所述待传输数据时,确定触发初始的RRC连接建立过程。
结合第一方面至第一方面的第二十七种可能的实施方式中任一种可能的实施方式,在第一方面的第二十八种可能的实施方式中,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:
执行小区选择或重选过程,当确定选择出的小区的跟踪域发生改变
时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
结合第一方面的第二十八种可能的实施方式,在第一方面的第二十九种可能的实施方式中,所述方法还包括:
在位置更新过程中或位置更新完成后,接收所述新的基站发送的上下文信息保存指示信息。
本发明第二方面提供一种数据传输处理方法,由服务用户设备的基站的执行,该方法包括:
确定用户设备是否在预设时间内没有进行数据传输;
在所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
结合第二方面,在第二方面的第一种可能的实施方式中,,所述方法还包括:
在所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送定时器配置信息,所述定时器配置信息包括指示所述上下文信息中的安全密钥的有效期的定时器配置信息,以及指示所述上下文信息的有效期的定时器配置信息。
结合第二方面,在第二方面的第二种可能的实施方式中,所述方法还包括:
接收所述用户设备发送的RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息,所述用户设备的标识信息包括S-TMSI;
在根据移动性管理实体MME预先发送的所述S-TMSI确定所述上下文信息有效时,向所述用户设备发送RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
本发明第三方面提供一种用户设备,包括:
接收保存模块,用于接收基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存用户设备的上下文信息;
确定模块,用于确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态;
重建处理模块,用于在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过保存的所述上下文信息和重建立或建立的RRC连接传输所述待传输数据。
结合第三方面,在第三方面的第一种可能的实施方式中,所述确定模块,包括:
第一确定子模块,用于确定所述用户设备处于无线链路失败RLF状态。
结合第三方面,在第三方面的第二种可能的实施方式中,所述确定模块,包括:
第二确定子模块,用于确定所述用户设备处于与所述基站的定时同步状态;
第三确定子模块,用于在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
结合第三方面,在第三方面的第三种可能的实施方式中,所述确定模块,包括:
第四确定子模块,用于确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
结合第三方面,在第三方面的第四种可能的实施方式中,所述确定模块,包括:
第五确定子模块,用于确定所述用户设备处于RRC连接建立初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
结合第三方面的第一种至第三方面的第四种可能的实施方式中的任一种可能的实现方式,在第三方面的第五种可能的实施方式中,所述重建处理模块包括:
判断子模块,用于判断所述用户设备当前的服务小区是否满足预设通信要求;
发送子模块,用于若所述当前的服务小区满足预设通信要求,则向所述基站发送RRC连接重建立请求或RRC连接建立请求;
选择子模块,用于若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程;
所述发送子模块,还用于在选择出小区且所述小区对应的基站为所述基站时,向所述基站发送RRC连接重建立请求或RRC连接建立请求。
结合第三方面的第五种可能的实现方式,在第三方面的第六种可能的实施方式中,所述发送子模块还用于:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求。
结合第三方面的第五种可能的实施方式,在第三方面的第七种可能的实施方式中,所述发送子模块还用于:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接建立请求。
结合第三方面至第三方面的第七种可能的实施方式中的任一种可能的实现方式,在第三方面的第八种可能的实施方式中,所述重建处理模块还包括:
计时控制子模块,用于启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息。
结合第三方面的第八种可能的实施方式,在第三方面的第九种可能的实施方式中,:
所述选择子模块,用于在所述第一定时器对应的时间段内执行小区选择或重选过程,并选择出的一个小区;
所述计时控制子模块,用于若在所述第一定时器对应的时间段内没有选择到的小区,则释放所述上下文信息。
结合第三方面的第五种至第三方面的第九种可能的实施方式中的任一种可能的实现方式,在第三方面的第十种可能的实施方式中,所述选择子模块,用于:
启动第二定时器,在所述第二定时器对应的第i个时间段内,若选择到第一小区,则暂停或停止所述第二定时器;
在暂停或停止所述第二定时器后,若所述第一小区不再是合适的小区,
则重置并重启所述第二定时器,在第i+1~n个时间段内,并选择第二小区,其中,i取1到n中的整数,n为大于1的整数。
结合第三方面至第三方面的第十种可能的实施方式中的任一种可能的实现方式,在第三方面的第十一种可能的实施方式中,所述重建处理模块,包括:
第一获取子模块,用于获取上行定时提前信息和/或上行传输资源;
所述发送子模块,用于根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接重建立请求,所述RRC连接重建立请求中包括所述用户设备的标识信息、短的消息完整性鉴权码short MAC-I和重建原因指示信息中的至少一种,所述重建原因指示信息用于指示所述用户设备通过保存的上下文信息恢复数据传输。
结合第三方面的第十一种可能的实施方式,在第三方面的第十二种可能的实施方式中,所述重建处理模块还包括:
接收子模块,用于接收所述基站发送的RRC连接重建立消息,所述连接重建立消息中包括无线资源配置信息和安全密钥信息;
配置子模块,用于根据所述无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载DRB。
结合第三方面的第十二种可能的实施方式,在第三方面的第十三种可能的实施方式中,所述发送子模块,还用于向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
所述发送子模块,还用于向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
结合第三方面的第八种至第三方面的第十三种可能的实施方式中的任一种可能的实现方式,在第三方面的第十四种可能的实施方式中,其特征在于,所述计时控制子模块还用于:
在确定所述用户设备处于RRC连接重建立初始化状态的情况下,在所述用户设备存在所述待传输数据时或者在所述用户设备向所述基站发送RRC连接重建立请求时,启动第三定时器,并停止所述第一定时器和/
或所述第二定时器。
结合第三方面的第十四种可能的实施方式,在第三方面的第十五种可能的实施方式中,所述计时控制子模块还用于:
若在所述第三定时器对应的时间段内,所述接收子模块收到所述RRC连接重建立消息,则停止所述第三定时器的计时;
若在所述第三定时器对应的时间段内,所述接收子模块未收到所述RRC连接重建立消息,则执行下列操作中的一项或多项:
进入RRC空闲态;
停止所述第一定时器;
触发向所述小区对应的基站发送发送RRC连接建立请求;
触发执行小区选择或重选,并向选择的小区对应的基站发送RRC连接建立请求。
结合第三方面至第三方面的第十种可能的实施方式中的任一种可能的实现方式,在第三方面的第十六种可能的实施方式中,所述重建处理模块,包括:
第二获取子模块,用于获取上行定时提前信息和/或上行传输资源;
所述发送子模块,还用于根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息。
结合第三方面的第十六种可能的实施方式,在第三方面的第十七种可能的实施方式中,所述接收子模块还用于:
接收所述基站发送的RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输;
所述发送子模块还用于:向所述基站发送RRC连接建立完成消息。
结合第三方面的第十七种可能的实施方式,在第三方面的第十八种可能的实施方式中,所述发送子模块,还用于向所述基站发送RRC连接建立完成消息,所述RRC连接建立完成消息中包括根据所述用户设备的标识信息计算得到的short MAC-I;
和/或,
所述重建处理模块还包括:
第三获取子模块,用于获取安全密钥;
所述发送子模块,还用于根据所述安全密钥对所述RRC连接建立完成消息加密和/或完整性保护后发送。
结合第三方面的第十八种可能的实施方式,在第三方面的第十九种可能的实施方式中,所述发送子模块,还用于根据所述安全密钥对所述RRC连接建立请求进行加密和/或完整性保护后发送。
结合第三方面的第十八种可能的实施方式,在第三方面的第二十种可能的实施方式中,所述第三获取子模块具体用于:
获取所述上下文信息中的安全密钥,所述安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc;
或者,
所述接收子模块,还用于接收所述基站发送的安全密钥指示信息,所述安全密钥指示信息中包括安全密钥更新信息;
所述重建处理模块还包括:
更新子模块,用于根据所述安全密钥更新信息更新中间密钥KeNB;
计算子模块,用于根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc;
其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保存指示信息的消息。
结合第三方面的第十一种至第三方面的第十六种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十一种可能的实施方式中,所述第一获取子模块或所述第二获取子模块,包括:
判断单元,用于判断当前的覆盖等级是否发生改变;
第一获取单元,用于在所述覆盖等级发生改变时:
向所述基站发送随机接入请求;
接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配
信息。
结合第三方面的第二十一种可能的实施方式,在第三方面的第二十二种可能的实施方式中,所述第一获取子模块或所述第二获取子模块,还包括:
第二获取单元,用于在所述覆盖等级没有发生改变时:
获取当前本地保存的上行定时提前信息作为所述上行定时提前信息;
通过如下方式中的任一种获取所述上行传输资源:
向所述基站发送调度请求资源,以获取所述上行传输资源;
通过竞争上行共享信道资源,获取所述上行传输资源;
获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
结合第三方面至第三方面的第二十二种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十三种可能的实施方式中,还包括:
发送模块,用于在确定第一预设时间内没有需要进行传输的数据时,向所述基站发送上下文信息保存请求,以使所述基站保存所述上下文信息。
结合第三方面至第三方面的第二十三种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十四种可能的实施方式中,所述上下文信息保存指示信息是所述基站根据所述上下文信息保存请求发送的,或者,是所述基站根据与所述用户设备的数据传输记录,在确定在第二预设时间内没有与所述用户设备间进行数据传输时发送的,所述第二预设时间等于或不等于所述第一预设时间。
结合第三方面至第三方面的第二十四种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十五种可能的实施方式中,所述接收模块,还用于接收所述基站发送的第四定时器配置信息,并在接收到所述上下文信息保存指示信息时启动所述第四定时器;所述第四定时器用于计时所述上下文信息中的安全密钥的有效期。
结合第三方面至第三方面的第二十五种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十六种可能的实施方式中,所述上下文信息保存指示信息包含于以下指示消息中的任一种中:
上下文信息保存指示消息、RRC连接挂起指示消息、RRC连接释放
指示消息。
结合第三方面至第三方面的第二十六种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十七种可能的实施方式中,所述选择子模块还用于:
执行小区选择或重选过程,若选择出的小区对应的基站与发送所述上下文信息保存指示信息的基站不同,或者,选择出的小区的改变次数大于或等于预设次数,则在所述用户设备存在所述待传输数据时,确定触发初始的RRC连接建立过程。
结合第三方面至第三方面的第二十七种可能的实施方式中的任一种可能的实现方式,在第三方面的第二十八种可能的实施方式中,所述选择子模块还用于:
执行小区选择或重选过程,当确定选择出的小区的跟踪域发生改变时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
结合第三方面的第二十八种可能的实施方式,在第三方面的第二十九种可能的实施方式中,所述接收保存模块还用于:
在位置更新过程中或位置更新完成后,接收所述新的基站发送的上下文信息保存指示信息。
本发明第四方面提供一种基站,包括:
确定模块,用于确定用户设备是否在预设时间内没有进行数据传输;
发送模块,用于在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
结合第四方面,在第四方面的第一种可能的实现方式中,所述发送模块还用于:
在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送定时器配置信息,所述定时器配置信息包括指示所述上下
文信息中的安全密钥的有效期的定时器配置信息,以及指示所述上下文信息的有效期的定时器配置信息。
结合第四方面,在第四方面的第二种可能的实现方式中,还包括:
接收模块,用于接收所述用户设备发送的RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息,所述用户设备的标识信息包括S-TMSI;
所述发送模块,还用于在所述确定模块根据移动性管理实体MME预先发送的所述S-TMSI确定所述上下文信息有效时,向所述用户设备发送RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
本发明提供的数据传输处理方法、用户设备和基站,用户设备接收到基站发送的上下文信息保存指示消息后,随即将用户设备强制性确定为处于与RRC连接重建立或RRC连接建立的触发相关的状态,比如RLF状态等,在有数据需要传输时,基于该触发相关的状态随即触发RRC连接重建立过程或RRC连接建立过程,以通过重用RRC连接重建立过程或RRC连接建立过程来快速地恢复数据传输,且由于是对LTE标准中RRC连接重建立过程或RRC连接建立过程的重用,用户设备无需进行复杂改变,实现简便。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可并根据这些附图获得其他的附图。
图1为本发明实施例提供的数据传输处理方法实施例一的流程图;
图2为本发明实施例提供的小区选择或重选过程的流程图;
图3为本发明实施例提供的除小区选择或重选过程外的RRC连接重建立过程的流程图;
图4为步骤301的具体实现方式的流程图;
图5为本发明实施例提供的除小区选择或重选过程外的RRC连接建立过程一种实现方式的流程图;
图6为本发明实施例提供的数据传输处理方法实施例二的信令交互图;
图7为本发明实施例提供的数据传输处理方法实施例三的信令交互图;
图8为本发明实施例提供的数据传输处理方法实施例四的信令交互图;
图9为本发明实施例提供的数据传输处理方法实施例五的信令交互图;
图10为本发明实施例提供的数据传输处理方法实施例六的流程图;
图11为本发明实施例提供的用户设备实施例一的结构示意图;
图12为本发明实施例提供的用户设备实施例二的结构示意图;
图13为本发明实施例提供的用户设备实施例三的结构示意图;
图14为本发明实施例提供的用户设备实施例四的结构示意图;
图15为本发明实施例提供的用户设备实施例五的结构示意图;
图16为本发明实施例提供的基站实施例一的结构示意图;
图17为本发明实施例提供的基站实施例二的结构示意图。
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的数据传输处理方法实施例一的流程图,本发明的方案可以应用在LTE网络中,主要涉及到的交互网元包括UE、eNB以及核心网设备,比如MME、SGW。其中,该UE既可以是目前LTE系统中UE,也可以是窄带物联网(Narrow Band Internet Of Things,简称NB-IoT)中的UE。
目前,在3GPP成立了新的NB-IoT项目,该项目的目标是进一步扩展LTE系统,以支持大量的低吞吐量物联网设备或大量的对时延要求不敏感的物联网设备。对于这一类物联网设备而言,超低复杂度和超低功耗是两个关键的要求。
本实施例将从UE角度即以UE作为执行主体进行阐述。如图1所示,该数据传输处理方法具体包括如下步骤:
步骤101、UE接收eNB发送的上下文信息保存指示信息,并根据上下文信息保存指示信息保存UE的上下文信息。
步骤102、UE确定UE处于与RRC连接重建立或RRC连接建立的触发相关的状态。
步骤103、在存在上行和/或下行的待传输数据时,UE触发RRC连接重建立过程或RRC连接建立过程,以通过保存的上下文信息和重建立或建立的RRC连接传输所述待传输数据。
本实施例中,上述上下文信息保存指示信息的发出,是eNB在确定在一定时间内UE没有传输数据时,向UE发送的。
其中,eNB可以通过如下可选的方式确定在一定时间内UE没有传输数据:
第一种方式:UE在与网络进行数据传输的过程中,如果在完成当前的某个数据传输之后,一定时间内,没有后续需要传输的数据,即确定预设时间内没有需要进行传输的数据时,向eNB发送上下文信息保存请求,以使eNB保存UE的上下文信息即以请求eNB保存UE的上下文信息。此时,上下文信息保存指示信息是eNB根据该上下文信息保存请求发送的,也就是说,当eNB接收到该上下文信息保存请求时,确定UE在该时间内没有需要继续传输的数据,可以向UE发送上述上下文保存指示消息,在该上下文保存指示消息中携带有上述保存指示信息。
值得说明的是,UE上下文信息的保存是指在UE侧和网络侧即eNB都进行上下文信息的保存。此外,在具体实现时,上述上下文信息保存请求也可以称为RRC连接挂起请求消息等,上下文信息保存指示消息也可以称为RRC连接挂起指示消息、RRC连接释放指示消息等,不做具体限制。
第二种方式:该上下文信息保存指示信息是eNB根据与UE的数据传输记录,在确定在预设时间内没有与UE间进行数据传输时发送的。该方式中,eNB也可以是根据与UE进行数据传输的情况,确定UE没有数据需要继续传输时,自主确定可以进行UE的上下文信息的保存(或者等价
地称之为RRC连接的挂起或释放),从而向UE发送上述上下文信息保存指示信息。
值得说明的是,eNB在确定UE一定时间内没有传输数据后,并非立刻向UE发送上述上下文保存指示信息,而是需要与核心网设备:MME、SGW交互,以完成网络侧的相关处理,比如UE的承载的挂起处理,在完成相关处理后,才向UE发送的。eNB与核心网设备的交互将在后续实施例中说明,本实施例不赘述。
进而,UE在收到eNB发送的上下文保存指示信息后,执行保存上下文信息。其中,一般地,该上下文信息可以包含UE的无线资源配置信息,安全算法,UE标示符或者称UE的标识信息,测量配置信息等其中的一项或多项。其中,无线资源配置信息可以包含物理层配置信息,MAC层配置信息,RLC层配置信息以及PDCP层配置信息中的一项或多项。
本实施例中,为了与现有LTE标准中相关处理流程相兼容,降低UE的实现复杂度,在执行完上下文信息保存后,UE随即强制性地将自身确定为处于与RRC连接重建立或RRC连接建立的的触发相关的状态。
其中,UE确定自身处于与RRC连接重建立或RRC连接建立的的触发相关的状态,可以包括如下几种可选的实现方式:
方式1:确定UE处于无线链路失败(Radio Link Failture,简称RLF)状态。
具体地,UE在确定需要保存UE的上下文信息时或者说在确定需要处于RRC挂起状态时,亦即接收到eNB发送的上下文保存指示信息时,UE确定当前处于RLF状态(或者也可以称之为扩展的RLF状态,或虚拟的RLF状态)。之所以说是扩展的或者虚拟的RLF状态,是为了与现有的RLF状态的触发原因区分开。本实施例中,UE此时并非真的处于RLF状态,只是被强制置为了RLF状态。
本实施例中,当UE确定自身处于RLF状态后,但非如现有真正处于RLF状态随即触发RRC连接重建立过程一样,本实施例不马上触发RRC连接重建立过程,而是待UE有需要进行传输的上行和/或下行的待传输数据时,UE才触发RRC连接重建立过程。
由于此时是强制性的将UE置于RLF状态,并非处于真正的RLF状
态,不是立即触发RRC连接重建,而是将RRC连接重建延迟到UE有数据需要传输时才触发,从而可以在有数据需要传输时,快速地通过现有LTE中的RRC连接重建立过程恢复数据传输。
方式2:确定UE处于与eNB的定时同步状态,在UE存在待传输数据时,确定UE处于RLF状态。
具体地,UE在确定需要保存UE的上下文信息时或者说确定处于RRC挂起状态时,还可以确定UE处于定时同步状态,即处于与eNB的定时同步状态。
具体地,此时UE可以启动一个定时器,在该定时器对应的时间段内UE可以被确定处于定时同步状态。如果UE有需要进行传输的待传输数据,则UE随即确定自身处于RLF状态,进而随即触发RRC连接重建立过程。
该方式中,在一般的正常流程中,UE需要检测与eNB间是否定时同步,如果失去定时同步,则随即触发RRC连接重建立过程。通过强制将UE确定为与eNB间保持了定时同步的状态,在有数据需要传输时,再强制性将UE确定为RLF状态,触发RRC连接重建立过程,使得在UE有数据需要传输时,通过触发RLF事件,通过重用现有RRC连接重建过程,能够快速地实现数据传输的恢复。
方式3:确定UE处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
具体地,UE在确定需要保存UE的上下文信息时或者说确定处于RRC挂起状态时,便确定UE处于RRC连接重建立初始化状态,即UE确定此时需要触发RRC连接重建立过程,只是此时需要随即执行的是小区选择或重选过程,即执行RRC连接重建过程的初始化阶段。或者,可选地,也可以是类似于方式1,UE先确定进入RLF状态(或者也可以称之为扩展的RLF状态,或虚拟的RLF状态),然后再确定触发RRC连接重建立过程的初始化阶段。
该方式中,UE虽然在保存上下文信息后,随即触发了RRC连接重建立过程,但是只是先执行了小区选择或重选过程,其他RRC连接重建立过程并未执行,而是在UE有待传输数据需要进行传输时,才触发后续的RRC连接重建立的处理过程,比如随即接入、向eNB发送RRC连接重建立请求等。值得说明的是,本实施例中,触发RRC连接重建立过程,主要是指通过小区
选择或重选过程选出的小区向eNB发送RRC连接重建立请求。
可以理解的是,本实施例中,为了描述方便,将RRC连接重建立过程划分为初始化过程即小区选择或重选过程,以及除小区选择或重选过程外的其他RRC连接重建立过程。后续实施例中会对这两个过程的具体实现进行详细说明。
方式4:确定UE处于RRC连接建立初始化状态,并根据RRC连接建立初始化状态执行小区选择或重选过程,或者确定UE处于小区选择或重选的过程。
具体地,UE在确定需要保存UE的上下文信息时或者说确定处于RRC挂起状态时,便确定UE处于RRC连接建立初始化状态,即UE确定此时需要触发RRC连接建立过程,只是此时需要随即执行的是小区选择或重选过程。
该方式中,UE虽然在保存上下文信息后,随即触发了RRC连接建立过程,但是只是先执行了小区选择或重选过程,其他RRC连接建立过程并未执行,而是在UE有待传输数据需要进行传输时,才触发后续的RRC连接建立的处理过程,比如随即接入、向eNB发送RRC连接建立请求等。值得说明的是,本实施例中,触发RRC连接建立过程,主要是指通过小区选择或重选过程选出的小区向eNB发送RRC连接建立请求。而且,值得说明的是,在UE发出RRC连接建立请求之后,可以释放保存的上下文信息。
可以理解的是,本实施例中,为了描述方便,将RRC连接建立过程划分为初始化过程即小区选择或重选过程,以及除小区选择或重选过程外的其他RRC连接建立过程。后续实施例中会对这两个过程的具体实现进行详细说明。
本实施例中,当UE将自身确定为处于与RRC连接重建立或RRC连接建立的触发相关的上述任一种可选方式的触发状态后,在UE有待传输数据需要传输时,触发相应的处理过程。具体来说,针对上述方式1和方式2来说,在确定UE处于RLF状态的情况下,在存在待传输数据时,是触发执行小区选择或重选过程以及其他RRC连接重建立过程或其他RRC连接建立过程,即完整的RRC连接重建立过程或RRC连接建立过程;针对方式3来说,在确定UE处于RRC连接重建立初始化状态的情况下,在执行小区选择或重选过程后,在存在待传输数据时,执行其他RRC连接重建立过程,
即触发执行除小区选择或重选过程以外的其他RRC连接重建立过程,具体是向eNB发送RRC连接重建立请求。针对方式4来说,在确定UE处于RRC连接建立初始化状态的情况下,在执行小区选择或重选过程后,在存在待传输数据时,执行其他RRC连接建立过程,即触发执行除小区选择或重选过程以外的其他RRC连接建立过程,具体是向eNB发送RRC连接建立请求。
具体来说,UE可以通过如下可选的方式确定是否存在上行、下行的待传输数据:
UE根据应用层的指示确定有上行数据到达或者UE有上行数据需要发送时,确定存在上行的待传输数据;
或者,
UE在接收到eNB发送的数据传输通知消息时,确定有下行数据需要接收,从而确定存在下行的待传输数据。
其中,该数据传输通知消息比如可以是寻呼消息。
综上,针对方式1,UE在根据eNB的上下文信息保存指示信息保存上下文后,确定自身处于RLF状态,延迟到有待传输数据时,触发RRC连接重建立过程,以通过重用RRC连接重建立过程来快速恢复数据传输。
针对方式2,UE在根据eNB的上下文信息保存指示信息保存上下文后,确定自身处于与eNB的定时同步状态,延迟到有待传输数据时,确定自身处于RLF状态,随即触发RRC连接重建立过程,以通过重用RRC连接重建立过程来快速恢复数据传输。
针对方式3,UE在根据eNB的上下文信息保存指示信息保存上下文后,确定自身处于RRC连接重建立初始化状态,随即触发小区选择或重选过程,延迟到有待传输数据时,随即触发后续的RRC连接重建立过程,以通过重用RRC连接重建立过程来快速恢复数据传输。
针对方式4,UE在根据eNB的上下文信息保存指示信息保存上下文后,确定自身处于RRC连接建立初始化状态,随即触发小区选择或重选过程,延迟到有待传输数据时,随即触发后续的RRC连接建立过程,以通过修改RRC连接建立过程来快速恢复数据传输。
另外,值得说明的是,尤其对于方式1和方式2来说,在用户设备存在上行和/或下行的待传输数据时或者在UE有数据待传输之前,即向eNB
触发RRC连接重建立过程或RRC连接建立过程前,首先判断UE当前的服务小区是否满足预设通信要求,比如信号质量、接收信号强度等是否满足预设阈值。若当前的服务小区满足预设通信要求,则UE直接向eNB发送RRC连接重建立请求或RRC连接建立请求,而忽略即不执行小区选择或重选过程。若当前的服务小区不满足预设通信要求,则UE执行小区选择或重选过程,在选择出小区且该小区对应的eNB为发送上下文信息保存指示信息的eNB时,向该eNB发送RRC连接重建立请求RRC连接建立请求。
另外,针对方式1和方式2,需强调的是,不管当前UE实际信号质量是否满足通信需求,或者不管当前UE从信号质量的角度是否真正满足发生RLF的条件,都强制要求UE处于RLF状态。
本实施例中,当eNB确定UE一定时间内没有传输数据后,向UE发出上下文信息保存指示信息,UE接收到该上下文信息保存指示信息后,随即将UE强制性确定为处于与RRC连接重建立或RRC连接建立的触发相关的状态,比如RLF状态等,在有数据需要传输时,基于该触发相关的状态随即触发RRC连接重建立过程或RRC连接建立过程,以通过重用RRC连接重建立过程或RRC连接建立过程来快速地恢复数据传输,且由于是对LTE标准中现有RRC连接重建立过程、RRC连接建立过程的重用,UE无需进行复杂改变,实现简便。
上述实施例已经提到,对于RRC连接重建立过程或者RRC连接建立过程来说,可以划分为初始化阶段即小区选择或重选过程以及其他RRC连接重建立过程或RRC连接建立过程两个子过程。下面,结合图2所示实施例,对小区选择或重选过程的实现方式进行说明。该小区选择或重选过程针对上述方式1、方式2、方式3和方式4均适用。
图2为本发明实施例提供的小区选择或重选过程的流程图,如图2所示,小区选择或重选过程的具体实现,包括如下步骤:
步骤201、UE启动第一定时器,并在第一定时器对应的时间段内执行小区选择或重选过程,以选择一个小区。
步骤202、UE若在第一定时器对应的时间段内没有选择到的小区或第
一定时器超时,则释放上下文信息。
值得说明的是,本实施例中,第一定时器是用于控制保存UE的上下文信息的时间长度的,该第一定时器T0的长度可以是预设的值,或者也可以是eNB为UE进行配置的,例如可以在eNB指示UE保存上下文信息时,在上下文信息保存指示消息出携带有上述保存指示信息外,还在其中通知UE该第一定时器T0的长度。具体的第一定时器T0的长度可以是有限的值,或者也可以是无限长。第一定时器T0超时时,UE要释放其保存的上下文信息。
另外,UE执行小区选择或重选过程,也可以在该第一定时器T0的控制下进行,如果在第一定时器T0对应的时间段内,如果UE始终选择不到一个小区,则UE确定释放上下文信息,并进入RRC空闲态。
具体地,UE在第一定时器对应的时间段内执行小区选择或重选过程,并选择一个小区,具体可以通过如下方式实现:
UE启动第二定时器,在第二定时器对应的第i个时间段内,若选择到第一小区,则暂停或停止第二定时器;
在暂停或停止第二定时器后,若第一小区不再是合适的小区,则重置并重启第二定时器,在第i+1~n个时间段内,并选择第二小区。本发明各个实施例中合适的小区,是指该小区能够是的UE数据传输的信号质量,信号路损或信号传输速率等满足业务质量要求。
其中,i取1到n中的整数,n为大于1的整数,第一定时器对应的时间段大于第二定时器对应的时间段。
具体地,在第一定时器T0对应的时间段内,UE具体可以执行如下的小区选择或重选策略:
UE可以启动一个第二定时器T1。该第二定时器T1可以控制UE执行小区选择或重选相关的操作。然后UE可并根据小区选择或重选的规范进行小区选择或重选。例如具体地可以基于LTE的36.304协议执行。
在第二定时器T1对应的时间段内,UE若选择到一个小区时,则UE暂停或停止该第二定时器T1。此外,在一段时间后,若UE当前选择的小区不再是合适的小区,则UE重置并重启第二定时器T1,然后再次进行小区选择或重选,以选择其他的小区,如此反复,直到达到第一定时器T0的
长度为止或有待传输数据到达时为止。
值得说明的是,上述小区选择或重选过程针对方式1、方式2、方式3、方式4均适用,只是触发该过程的执行时机和执行次数不同。具体来说,针对方式1和方式2来说,由于小区选择或重选过程与对应的后续RRC连接重建立过程是连续执行的,因此,可以不用反复执行多个第二定时器T1的小区选择或重选过程,选出的小区即可。而针对方式3和方式4来说,小区选择或重选过程与后续对应的RRC连接重建立过程或RRC连接建立过程是分开执行的,因此,一般需要反复执行多个T1对应的选择过程,直到有待传输数据到达时。
另外,值得说明的是,在eNB向UE发送上下文信息保存指示信息的同时,还可以发送定时器配置信息,该定时器配置信息可以包括上述第一定时器T0的配置信息、第二定时器T1的配置信息,还可以包含安全密钥定时器即第四定时器T3的配置信息。该第四定时器用于计时上下文信息中的安全密钥的有效期。当然,该定时器配置信息中还可以包括下面所述的其他比如第三定时器T2的配置信息。
而且,一般来说,一个基站下对应有多个不同的小区,在上述小区选择或重选过程中,若选择出的小区对应的eNB与发送上下文信息保存指示信息的eNB不同,或者,选择出的小区的改变次数大于或等于预设次数,则在UE存在待传输数据时,UE确定触发初始的RRC连接建立过程,即按照现有RRC连接建立过程重新处理。
另外,在执行小区选择或重选过程中,当UE确定选择出的小区的跟踪域发生改变时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
具体的,小区选择或重选过程中,UE可能会选择到一个新的小区,而这个小区和以前的小区不属于同一TA(Track Area),即跟踪域,则UE这个时候会被触发执行位置更新。传统的位置更新时,UE是不需要建立数据无线承载的,即只建立信令无线承载。而本实施例中,要求UE在位置更新时,同样要与eNB建立数据无线承载。
下面,结合图3所示实施例,对小区选择或重选过程之后的其他RRC
连接重建立过程的实现方式进行说明。该过程针对上述方式1、方式2和方式3基本相同,但针对方式3会有一点差别,后续详述。
图3为本发明实施例提供的除小区选择或重选过程外的RRC连接重建立过程的流程图,如图3所示,除小区选择或重选过程之外的后续其他RRC连接重建立过程,可以包括如下步骤:
步骤301、UE获取上行定时提前信息和上行传输资源。
实际实现中,UE获取上行定时提前信息和/或上行传输资源。
步骤302、UE根据上行定时提前信息调整上行发送定时,并采用上行传输资源向eNB发送RRC连接重建立请求,RRC连接重建立请求中包括UE的标识信息、短的消息完整性鉴权码short MAC-I(详见3GPP标准)和重建原因指示信息中的至少一种。
该重建原因指示信息用于指示UE通过保存的上下文信息恢复数据传输。
实际实现中,UE根据上行定时提前信息调整上行发送定时,和/或采用上行传输资源向eNB发送RRC连接重建立请求。
步骤303、UE接收eNB发送的RRC连接重建立消息,连接重建立消息中包括无线资源配置信息和安全密钥信息。
步骤304、UE根据无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载。
值得说明的是,传统的RRC连接重建立过程,只恢复信令无线承载(Signaling Radio Bearer,简称SRB),本实施例中,除了要恢复SRB外,还要恢复数据无线承载(Data Radio Bearer,简称DRB)。
步骤305、UE向eNB发送根据安全密钥信息加密的RRC连接重建立完成消息,RRC连接重建立完成消息中包括待传输数据。
具体来说,针对步骤301中获取上行定时提前信息和上行传输资源的获取方式来说,UE可以通过如下两种可选的方式获取上行定时提前信息和上行传输资源。
结合图4所示实施例,对步骤301的具体实现方式进行说明,如图4所示,该获取方式包括如下步骤:
步骤401、UE判断当前的覆盖等级是否发生改变,在覆盖等级发生改变时,执行步骤402-步骤403,在覆盖等级没有发生改变时,执行步骤404
以及步骤405-步骤407中的任一步骤。
步骤402、UE向eNB发送随机接入请求。
步骤403、UE接收eNB发送的随机接入响应消息,随机接入响应消息中包括上行定时提前信息和用于获取上行传输资源的上行资源分配信息。
具体地,UE可并根据根据无线资源管理(Radio Resource Management,简称RRM)测量来确定UE的覆盖等级是否发生改变。即当RRM测量结果的变化量未超过预设的一个阈值时,UE确定其覆盖等级未发生改变,否则如果超过该阈值,则确定UE的覆盖等级发生改变。
确定UE的覆盖等级发生改变时,UE向eNB发送随机接入请求(preamble),eNB向UE反馈随机接入响应消息,该随机接入响应消息中包括上行定时提前信息和上行资源分配信息。从而,UE根据上行资源分配信息获取对应的上行传输资源。
步骤404、UE获取当前本地保存的上行定时提前信息作为所述上行定时提前信息。
如果UE确定覆盖等级没有发生改变,则UE使用当前保存的上行定时提前量信息,以用于在需要发送RRC连接重建立请求消息时,调整上行发送定时。
对于上行传输资源的获取,可以采用如下三个步骤中任一个步骤所描述的方式获取。
步骤405、UE向eNB发送调度请求资源,以获取上行传输资源。
为了获取上行传输资源,UE可以首先利用保存的调度请求(Scheduling Request,简称SR)资源的配置,向eNB发送SR资源,以获取上行传输资源。然后UE根据获取的上行传输资源发送RRC连接重建立请求。
步骤406、UE通过竞争上行共享信道资源,获取上行传输资源。
UE通过竞争上行共享信道资源的方式向eNB发送RRC连接重建立请求。
步骤407、UE获取eNB预先为UE配置的资源作为上行传输资源。
UE通过eNB预配置的资源发送RRC连接重建立请求。具体地,该预
配置的资源可以是eNB在通知UE保存上下文信息时一起通知UE的。
在UE根据上述两种不同情况下的获取方式获得上行定时提前信息和上行传输资源后,UE根据上行定时提前信息调整上行发送定时,并采用上行传输资源向eNB发送RRC连接重建立请求。
具体地,发送RRC连接重建立请求的方式如下:
在RRC连接重建立请求中携带UE的标识信息,例如小区无线网络临时标示符(Cell Radio Network Temporary Identifier,简称C-RNTI)、临时移动用户标示符(S-Temporary Mobile Subscriber Identity,简称S-TMSI)。计算消息完整性鉴权码(Message Authentication Code for Integrity,简称MAC-I),并截取MAC-I的低位16bit,以获得short MAC-I,并将short MAC-I携带在RRC连接重建立请求中以用于eNB确认UE。其中,short MAC-I是基于UE的标识信息,UE的当前小区的小区标示符以及重建立之前为UE提供服务的小区(重建立之前为UE提供服务的小区可以与UE当前的小区是同一个小区)的物理层小区标示符作为输入参数而生产。
值得说明的是,short MAC-I的产生可以使用C-RNTI,也可以使用S-TMSI。并且,当使用C-RNTI是,是使用UE当前保存的之前服务基站分配的C-RNTI。
当使用C-RNTI产生short MAC-I,但是在RRC连接重建立请求里包含的是S-TMSI时,需要eNB根据UE上报的S-TMSI推导出该UE对应的C-RNTI,然后利用推导出的C-RNTI来对具其产生的short MAC-I与UE上报的short MAC-I进行验证。为此,eNB在通知UE保存上下文信息后,需要保存UE的S-TMSI。
此外,在RRC连接重建立请求中还携带有用于指示连接恢复或者数据传输恢复的指示信息即上述重建原因指示信息,以通知eNB该RRC连接重建立的原因。
eNB在接收到UE发送的RRC连接重建立请求后,为UE分配无线资源配置信息和安全密钥信息(例如nextHopChainingCount),并将分配的上述信息携带于RRC连接重建立消息中向UE发送。
UE接收eNB发送的RRC连接重建立消息,根据无线资源配置信息进行相应的资源配置,恢复DRB,并向eNB发送根据安全密钥信息加密的
RRC连接重建立完成消息。
具体地,UE根据RRC连接重建立消息中的安全密钥信息更新中间密钥KeNB,并进一步基于新的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc。并立即将上述密钥激活进行后续的使用。
UE向eNB发送RRC连接重建立完成消息。具体地,UE需要根据新产生的上述加密和完整性保护密钥,比如消息完整性保护密钥KRRCinc,消息加密密钥KRRCenc对RRC连接重建立完成消息进行加密和完整性保护。在该RRC连接重建立完成消息中,可以进一步包含待传输数据,从而实现待传输数据的上行传输。
上述图2和图3所示的实施例,对于UE分别处于方式1、方式2和方式3的情况下来说:
对于方式1和方式2,在UE确定有待传输数据时,依次执行图2和图3所示实施例;
对于方式3,首先执行图2所示实施例,在UE确定有待传输数据时,执行图3所示实施例。
值得说明的时,对于方式3,确定UE处于RRC连接重建立初始化状态的情况下,执行小区选择或重选过程,在此期间,在UE存在待传输数据时,随即启动第三定时器T2,停止第二定时器T1、第一定时器T0,以通过T2控制后续的RRC连接重建立过程。
具体来说,若在第三定时器T2对应的时间段内,UE收到eNB发送的RRC连接重建立消息,则停止第三定时器T2的计时。此时说明RRC连接重建立成功。否则,若在第三定时器T2对应的时间段内,UE未收到该RRC连接重建立消息,说明RRC连接重建立失败,此时UE执行下列操作中的一项或多项:
进入RRC空闲态;
停止所述第一定时器;
触发向所述小区对应的基站发送发送RRC连接建立请求;
触发执行小区选择或重选,并向选择的小区对应的基站发送RRC连
接建立请求。
通过图2和图3所示的实施例,在UE强制性将自身确定为处于与RRC连接重建立的触发相关的状态后,当有数据需要传输时,分别针对处于的具体触发相关状态,通过执行相应的RRC连接重建立过程,以快速、方便地恢复数据传输,以完成待传输数据的传输。
下面,结合图5所示实施例,对小区选择或重选过程之后的其他RRC连接建立过程的实现方式进行说明。该过程针对上述方式4来说。
图5为本发明实施例提供的除小区选择或重选过程外的RRC连接建立过程一种实现方式的流程图,如图5所示,除小区选择或重选过程之外的后续其他RRC连接建立过程,可以包括如下步骤:
步骤501、UE获取上行定时提前信息和上行传输资源。
步骤502、UE根据上行定时提前信息调整上行发送定时,并采用上行传输资源向eNB发送RRC连接建立请求,RRC连接建立请求中包括UE的标识信息。
用户设备的标识信息包括临时移动用户标示符(S-Temporary Mobile Subscriber Identity,简称S-TMSI。
本实施例中,可以参考图4所示实施例中的方式获取上述上行定时提前信息和上行传输资源。
步骤503、UE接收eNB发送的RRC连接建立消息,RRC连接建立消息中包括恢复指示信息。
该恢复指示信息用于指示UE利用保存的上下文信息恢复数据传输,其中,RRC连接建立消息是eNB根据S-TMSI确定UE的上下文信息有效时发送的。
具体地,eNB接收到UE发送的RRC连接建立请求后,根据UE的S-TMSI确定UE的上下文信息是否有效。当确定UE的上下文信息在eNB有效时,eNB向UE发送RRC连接建立消息,该RRC连接建立消息中携带指示UE利用保存的上下文信息恢复数据传输的指示信息即上述恢复指示信息。
值得说明的是,如果在UE进入保存上下文的状态之前,如果MME
改变过UE的S-TMSI,那么MME需要将UE的新的S-TMSI通知eNB。然后UE在恢复过程接入eNB的时候即向eNB发送RRC连接建立请求时,提供的是MME分配的新的S-TMSI。由于MME也告诉了eNB这个UE当前的新的S-TMSI,这样eNB就可以找到这个UE的上下文信息,确定UE的上下文信息有效。否则如果UE提供新的S-TMSI,而eNB本地不知道UE的新的S-TMSI,eNB就会误以为没有保存这个UE的上下文信息。
步骤504、UE向eNB发送RRC连接建立完成消息,RRC连接建立完成消息中包括根据UE的标识信息计算得到的short MAC-I。
UE在接收到eNB发送的RRC连接建立消息后,确定RRC连接建立消息中包含利用保存的上下文恢复传输的指示信息后,则UE确定向eNB发送RRC连接建立完成消息。首先,UE利用UE的标识信息,例如C-RNTI或S-TMSI,计算消息完整性鉴权码MAC-I,并截取MAC-I的低位16bit以获得short MAC-I,进而,在RRC连接建立完成消息中携带该short MAC-I。
其中,MAC-I是基于UE的标识信息、UE的当前的小区的小区标示符以及本次连接建立之前为UE提供服务的小区(本次连接建立之前为UE提供服务的小区可以与UE当前的小区是同一个小区)的物理层小区标示符作为输入参数而生产。
值得说明的是,在利用C-RNTI计算Short MAC-I时,可以使用UE在上下文信息中保存的原来的C-RNTI,也可以使用在接收到RRC连接建立消息前获取的eNB新分配的C-RNTI进行计算,该新的C-RNTI可以是在上下文保存指示消息中携带而分配给UE的。
值得说明的是,eNB在RRC连接建立消息中总是携带SRB(可能包括SRB1和SRB2)的配置信息,以防止在UE侧本地丢失了保存的SRB的配置时,UE还可以继续根据RRC连接建立消息中提供的SRB的配置成功完成RRC连接建立过程。也就是说,即使UE本地的上下文信息已经丢失了,UE也不需要再次重新发送RRC连接建立请求,而是可以接着当前的RRC连接建立消息,就可以完全按照传统的RRC连接建立过程完成RRC连接的建立。对于eNB,如果eNB发现UE发送来的RRC连接建立完成消息是和以前传统的RRC连接建立完成消息一样,例如消息本身没
有经过安全保护,或者消息里没有携带short MAC-I,那么eNB就会按照传统流程向UE发送安全激活命令。
步骤505、获取安全密钥,并根据安全密钥对RRC连接建立完成消息进行加密和/或完整性保护后发送。
可选的,也可并根据安全密钥对待传输数据进行加密后发送。
本实施例中,对于上述RRC连接建立完成消息和待传输数据的发送可以是加密发送的。具体的加密密钥的获取方式以及加密发送方式可以通过如下方式实现:
可选的,UE直接获取自身中预先保存的之前的安全密钥,该安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc。
此时,UE根据可以消息完整性保护密钥KRRCinc和消息加密密钥KRRCenc对RRC连接建立完成消息进行加密和/或完整性保护发送;UE根据数据加密密钥KUPenc对待传输数据进行加密发送。
可选的,在UE向eNB发送RRC连接建立完成消息后,eNB还可以向UE发送安全密钥指示信息,该安全密钥指示信息中包括安全密钥信息。UE接收eNB发送的安全密钥指示信息后,根据安全密钥信息更新中间密钥KeNB,根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc。
其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保存指示信息的消息。
从而,UE可并根据该消息完整性保护密钥KRRCinc和消息加密密钥KRRCenc对后续的RRC控制消息进行加密发送。UE还可并根据数据加密密钥KUPenc对待传输数据进行加密发送。
值得说明的是,对于上述RRC连接建立请求的发送,也可以是根据上述安全密钥进行加密和/或完整性保护后发送的,与对RRC连接建立完成消息的处理类似,不再赘述。
可选的,UE向eNB发送RRC连接建立完成消息,可以有如下几种
可选的实现方式:
其一,RRC连接建立完成消息中包括根据UE的标识信息计算得到的short MAC-I。
其二,UE向eNB经消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc加密的RRC连接建立完成消息,RRC连接建立完成消息中包括根据UE的标识信息计算得到的short MAC-I。
其三UE向eNB发送经消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc加密的RRC连接建立完成消息,其中不携带short MAC-I。
下面分别针对上述方式1、方式2、方式3和方式4,从UE与eNB交互的角度,对通过RRC连接重建立过程恢复数据传输进行说明。
图6为本发明实施例提供的数据传输处理方法实施例二的信令交互图,本实施例针对方式1来进行说明。如图6所示,具体包括如下步骤:
步骤601、UE与eNB进行数据传输。
步骤602、在一定时间后,UE确定当前没有继续需要传输的数据。
步骤603、UE向eNB发送上下文信息保存请求。
或者也可以称为RRC挂起请求,以请求进行UE的上下文信息的保存。
上述步骤602和603为可选步骤,因此图中用虚线标示。
步骤604、eNB确定进行UE的上下文信息的保存,并保存UE的上下文信息。
或者等价地称之为RRC连接的挂起。具体地,eNB可以是在收到UE发送的上下文信息保存请求时,确定可以进行UE的上下文信息的保存。或者,eNB也可以是根据与UE之间进行数据传输的情况,确定UE已经在一定时间内没有传输数据时,自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起)。
步骤605、eNB向MME发送UE的上下文信息保存指示消息。
或者称为上下文信息保存请求消息,或者称为RRC连接挂起请求消息,或者称为RRC连接挂起指示消息,以通知MME该UE将处于上下文信息保存状态或者称为RRC连接挂起状态。
步骤606、MME向SGW发送UE承载挂起指示消息。
该指示消息用于指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
MME收到eNB发送的UE上下文信息保存指示消息后,确定UE将处于上下文信息保存状态或者RRC连接挂起状态。然后向SGW发送指示消息,以指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
步骤607、S-GW向MME发送承载挂起确认消息。
步骤608、MME向eNB发送连接挂起确认消息。
步骤609、eNB向UE发送上下文信息保存指示消息。
或者等价地称之为RRC连接挂起指示消息,RRC连接释放指示消息,该上下文信息保存指示消息中携带上下文信息保存指示信息,以命令UE保存UE的上下文信息。
步骤610、UE保存上下文信息。
步骤611、UE确定处于RLF状态。
步骤612、UE确定存在待传输数据时,执行小区选择或重选过程。
具体地,UE在确定需要保存UE的上下文信息时或者在确定需要处于RRC挂起状态时,UE确定当前处于RLF状态(或者也可以称之为扩展的RLF状态,或虚拟的RLF状态),但不马上触发RRC连接重建立过程,而是待下列触发条件的至少一项满足时,UE才触发RRC连接重建立过程:
UE上行数据到达或者UE有上行数据需要发送;
UE接收到eNB发送的数据传输通知消息,例如寻呼消息;
UE确定有新的上行和/或下行数据需要传输时,触发执行向eNB的RRC连接重建立过程,首先执行小区选择或重选过程。小区选择或重选过程可以参考前述相关实施例执行。
步骤613、UE向eNB发送随机接入消息(preamble)。
步骤614、eNB向UE发送随机接入响应消息。
随机接入响应消息包含上行定时提前信息和上行资源分配信息。
步骤615、UE根据上行定时提前信息调整上行发送定时,并利用分配的上行资源分配信息获取上行传输资源。
步骤616、UE向eNB发送RRC连接重建立请求。
RRC连接重建立请求中包括UE的标识信息,比如C-RNTI、短的消息
完整性鉴权码short MAC-I和重建原因指示信息,该指示信息用于指示RRC连接重建立原因。
步骤617、eNB向UE发送RRC连接重建立消息。
其中,连接重建立消息中包括无线资源配置信息和安全密钥信息,例如nextHopChainingCount。
步骤618、UE根据无线资源配置信息更新对应的配置,根据安全密钥信息更新中间密钥KeNB,并基于新的中间密钥KeNB和完整性保护算法生成KRRCinc以及根据加密算法生成KRRCenc和KUPenc,将各密钥激活。
步骤619、UE向eNB发送RRC连接重建立完成消息。
具体地,UE需要根据新产生的上述的加密和完整性保护密钥对RRC连接重建立完成消息进行加密和完整性保护。在该RRC连接重建立完成消息中,可以进一步包含待传输数据。
图7为本发明实施例提供的数据传输处理方法实施例三的信令交互图,本实施例针对方式3来进行说明。如图7所示,包括如下步骤:
步骤701、UE与eNB进行数据传输。
步骤702、在一定时间后,UE确定当前没有继续需要传输的数据。
步骤703、UE向eNB发送上下文信息保存请求。
或者也可以称为RRC挂起请求,以请求进行UE的上下文信息的保存。
上述步骤702和703为可选步骤,因此图中用虚线标示。
步骤704、eNB确定进行UE的上下文信息的保存,并保存UE的上下文信息。
或者等价地称之为RRC连接的挂起。具体地,eNB可以是在收到UE发送的上下文信息保存请求时,确定可以进行UE的上下文信息的保存。或者,eNB也可以是根据与UE之间进行数据传输的情况,确定UE已经在一定时间内没有传输数据时,自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起)。
步骤705、eNB向MME发送UE的上下文信息保存指示消息。
或者称为上下文信息保存请求消息,或者称为RRC连接挂起请求消息,或者称为RRC连接挂起指示消息,以通知MME该UE将处于上下文信
息保存状态或者称为RRC连接挂起状态。
步骤706、MME向SGW发送UE承载挂起指示消息。
该指示消息用于指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
MME收到eNB发送的UE上下文信息保存指示消息后,确定UE将处于上下文信息保存状态或者RRC连接挂起状态。然后向SGW发送指示消息,以指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
步骤707、S-GW向MME发送承载挂起确认消息。
步骤708、MME向eNB发送连接挂起确认消息。
步骤709、eNB向UE发送上下文信息保存指示消息。
或者等价地称之为RRC连接挂起指示消息,RRC连接释放指示消息,该上下文信息保存指示消息中携带上下文信息保存指示信息,以命令UE保存UE的上下文信息。
步骤710、UE保存上下文信息。
步骤711、UE确定执行小区选择或重选过程。
或者,UE先确定进入RLF状态,再确定触发小区选择或重选过程。
小区选择或重选过程可以参考前述相关实施例执行。
步骤712、UE确定存在待传输数据时,启动定时器T2。
具体地,UE在执行完小区选择或重选后,即选择了一个小区后,不马上触发后续的RRC连接重建立过程,而是待下列触发条件的至少一项满足时,UE才触发后续的RRC连接重建立过程:
UE上行数据到达或者UE有上行数据需要发送;
UE接收到eNB发送的数据传输通知消息,例如寻呼消息;
UE确定有新的上行和/或下行数据需要传输时,触发执行向eNB的后续RRC连接重建立过程。
步骤713、UE向eNB发送随机接入消息(preamble)。
步骤714、eNB向UE发送随机接入响应消息。
随机接入响应消息包含上行定时提前信息和上行资源分配信息。
步骤715、UE根据上行定时提前信息调整上行发送定时,并利用分配的上行资源分配信息获取上行传输资源。
步骤716、UE向eNB发送RRC连接重建立请求。
RRC连接重建立请求中包括UE的标识信息,比如C-RNTI、短的消息完整性鉴权码short MAC-I和重建原因指示信息,该指示信息用于指示RRC连接重建立原因。
步骤717、eNB向UE发送RRC连接重建立消息。
其中,连接重建立消息中包括无线资源配置信息和安全密钥信息,例如nextHopChainingCount。
步骤718、UE停止定时器T2,根据无线资源配置信息更新对应的配置,根据安全密钥信息更新中间密钥KeNB,并基于新的中间密钥KeNB和完整性保护算法生成KRRCinc以及根据加密算法生成KRRCenc和KUPenc,将各密钥激活。
如果UE接收到上述RRC连接重建立消息,则说明RRC连接重建立成功,停止定时器T2,否则,说明RRC连接重建立失败,UE进入RRC空闲态。
步骤719、UE向eNB发送RRC连接重建立完成消息。
具体地,UE需要根据新产生的上述的加密和完整性保护密钥对RRC连接重建立完成消息进行加密和完整性保护。在该RRC连接重建立完成消息中,可以进一步包含待传输数据。
图8为本发明实施例提供的数据传输处理方法实施例四的信令交互图,本实施例针对方式2来进行说明。如图8所示,包括如下步骤:
步骤801、UE与eNB进行数据传输。
步骤802、在一定时间后,UE确定当前没有继续需要传输的数据。
步骤803、UE向eNB发送上下文信息保存请求。
或者也可以称为RRC挂起请求,以请求进行UE的上下文信息的保存。
上述步骤802和803为可选步骤,因此图中用虚线标示。
步骤804、eNB确定进行UE的上下文信息的保存,并保存UE的上下文信息。
或者等价地称之为RRC连接的挂起。具体地,eNB可以是在收到UE发送的上下文信息保存请求时,确定可以进行UE的上下文信息的保存。或者,
eNB也可以是根据与UE之间进行数据传输的情况,确定UE已经在一定时间内没有传输数据时,自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起)。
步骤805、eNB向MME发送UE的上下文信息保存指示消息。
或者称为上下文信息保存请求消息,或者称为RRC连接挂起请求消息,或者称为RRC连接挂起指示消息,以通知MME该UE将处于上下文信息保存状态或者称为RRC连接挂起状态。
步骤806、MME向SGW发送UE承载挂起指示消息。
该指示消息用于指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
MME收到eNB发送的UE上下文信息保存指示消息后,确定UE将处于上下文信息保存状态或者RRC连接挂起状态。然后向SGW发送指示消息,以指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
步骤807、S-GW向MME发送承载挂起确认消息。
步骤808、MME向eNB发送连接挂起确认消息。
步骤809、eNB向UE发送上下文信息保存指示消息。
或者等价地称之为RRC连接挂起指示消息,RRC连接释放指示消息,该上下文信息保存指示消息中携带上下文信息保存指示信息,以命令UE保存UE的上下文信息。
步骤810、UE保存上下文信息。
步骤811、UE确定处于定时同步状态。
具体地,UE可以启动一个定时器T3-1,在该定时器内UE一直被确定处于定时同步状态。
步骤812、UE确定存在待传输数据时,确定处于RLF状态,执行小区选择或重选过程。
具体地,待下列触发条件的至少一项满足时,UE触发发生了RLF事件:
UE上行数据到达或者UE有上行数据需要发送;
UE接收到eNB发送的数据传输通知消息,例如寻呼消息;
UE确定有新的上行和/或下行数据需要传输时,触发RLF事件,从而执行向eNB的RRC连接重建立过程,首先执行小区选择或重选过程。小区
选择或重选过程可以参考前述相关实施例执行。
步骤813、UE向eNB发送随机接入消息(preamble)。
步骤814、eNB向UE发送随机接入响应消息。
随机接入响应消息包含上行定时提前信息和上行资源分配信息。
步骤815、UE根据上行定时提前信息调整上行发送定时,并利用分配的上行资源分配信息获取上行传输资源。
步骤816、UE向eNB发送RRC连接重建立请求。
RRC连接重建立请求中包括UE的标识信息,比如C-RNTI、短的消息完整性鉴权码short MAC-I和重建原因指示信息,该指示信息用于指示RRC连接重建立原因。
步骤817、eNB向UE发送RRC连接重建立消息。
其中,连接重建立消息中包括无线资源配置信息和安全密钥信息,例如nextHopChainingCount。
步骤818、UE根据无线资源配置信息更新对应的配置,根据安全密钥信息更新中间密钥KeNB,并基于新的中间密钥KeNB和完整性保护算法生成KRRCinc以及根据加密算法生成KRRCenc和KUPenc,将各密钥激活。
步骤819、UE向eNB发送RRC连接重建立完成消息。
具体地,UE需要根据新产生的上述的加密和完整性保护密钥对RRC连接重建立完成消息进行加密和完整性保护。在该RRC连接重建立完成消息中,可以进一步包含待传输数据。
图9为本发明实施例提供的数据传输处理方法实施例四的信令交互图,本实施例针对方式4来进行说明。如图9所示,包括如下步骤:
步骤901、UE与eNB进行数据传输。
步骤902、在一定时间后,UE确定当前没有继续需要传输的数据。
步骤903、UE向eNB发送上下文信息保存请求。
或者也可以称为RRC挂起请求,以请求进行UE的上下文信息的保存。
上述步骤902和903为可选步骤,因此图中用虚线标示。
步骤904、eNB确定进行UE的上下文信息的保存,并保存UE的上下文信息。
或者等价地称之为RRC连接的挂起。具体地,eNB可以是在收到UE发送的上下文信息保存请求时,确定可以进行UE的上下文信息的保存。或者,eNB也可以是根据与UE之间进行数据传输的情况,确定UE已经在一定时间内没有传输数据时,自主确定可以进行UE的上下文信息的保存(或者等价地称之为RRC连接的挂起)。
步骤905、eNB向MME发送UE的上下文信息保存指示消息。
或者称为上下文信息保存请求消息,或者称为RRC连接挂起请求消息,或者称为RRC连接挂起指示消息,以通知MME该UE将处于上下文信息保存状态或者称为RRC连接挂起状态。
步骤906、MME向SGW发送UE承载挂起指示消息。
该指示消息用于指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
MME收到eNB发送的UE上下文信息保存指示消息后,确定UE将处于上下文信息保存状态或者RRC连接挂起状态。然后向SGW发送指示消息,以指示SGW所述UE的承载将处于挂起状态,或者暂停传输数据的状态。
步骤907、S-GW向MME发送承载挂起确认消息。
步骤908、MME向eNB发送连接挂起确认消息。
步骤909、eNB向UE发送上下文信息保存指示消息。
或者等价地称之为RRC连接挂起指示消息,RRC连接释放指示消息,该上下文信息保存指示消息中携带上下文信息保存指示信息,以命令UE保存UE的上下文信息。
步骤910、UE保存上下文信息。
步骤911、UE确定执行小区选择或重选过程。
小区选择或重选过程可以参考前述相关实施例执行。
步骤912、UE确定存在待传输数据。
具体地,UE在执行完小区选择或重选后,即经过小区选择或重选后选择到了一个小区后,不马上触发后续的RRC连接建立过程,而是待下列触发条件的至少一项满足时,UE才触发后续的RRC连接建立过程:
UE上行数据到达或者UE有上行数据需要发送;
UE接收到eNB发送的数据传输通知消息,例如寻呼消息;
UE确定有新的上行和/或下行数据需要传输时,触发执行向eNB的后续RRC连接建立过程。
步骤913、UE向eNB发送随机接入消息(preamble)。
步骤914、eNB向UE发送随机接入响应消息。
随机接入响应消息包含上行定时提前信息和上行资源分配信息。
步骤915、UE根据上行定时提前信息调整上行发送定时,并利用分配的上行资源分配信息获取上行传输资源。
步骤916、UE向eNB发送RRC连接建立请求。
在RRC连接建立请求消息中携带UE的标识信息S-TMSI。
步骤917、eNB向UE发送RRC连接建立消息。
其中,eNB接收到UE发送的RRC连接建立请求后,根据UE的S-TMSI确定UE的上下文信息是否有效。当确定UE的上下文信息在eNB有效时,eNB向UE发送RRC连接建立消息,所述RRC连接建立消息中携带指示UE利用保存的上下文信息恢复数据传输的恢复指示信息。
步骤918、UE确定向eNB发送RRC连接建立完成消息。
RRC连接建立完成消息中携带有short MAC-I,该short MAC-I是UE利用UE的标识信息,例如C-RNTI或S-TMSI,计算获得MAC-I后,截取MAC-I的低位16bit获得的。
步骤919、eNB向UE发送数据传输指示消息。
数据传输指示消息中包括安全密钥信息,例如nextHopChainingCount等。
步骤920、UE根据安全密钥信息更新中间密钥KeNB,并基于新的中间密钥KeNB和完整性保护算法生成KRRCinc以及根据加密算法生成KRRCenc和KUPenc,将各密钥激活。
步骤921、UE根据KUPenc对待传输数据加密后传输给eNB。
UE还可以利用新产生的加密和完整性保护密钥KRRCinc以及KRRCenc对后续的RRC控制消息进行加密和完整性保护后发送。
以上图6、图7、图8、图9所示的实施例,通过重用目前LTE协议中的RLF等事件以及RRC连接重建立过程,能够快速恢复数据传输,降低UE的实现复杂性。
图10为本发明实施例提供的数据传输处理方法实施例六的流程图,本实施例从基站eNB角度进行描述,如图10所示,包括如下步骤:
步骤1001、eNB确定用户设备是否在预设时间内没有进行数据传输,在所述用户设备在预设时间内没有进行数据传输时,执行步骤1002。
eNB确定UE是否一定时间内没有传输数据的方式,可以参照图1所示实施例中,比如接收到UE的上下文信息保存请求时确定,或者根据与UE的传输记录确定。
步骤1002、eNB向UE发送上下文信息保存指示信息和定时器配置信息。
UE根据该指示信息保存上下文信息,并确定UE处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
UE根据定时器配置信息进行相应的定时器配置和启动。
具体地实现方式参考前述各实施例,不再赘述。
步骤1003、eNB接收UE发送的RRC连接建立请求,RRC连接建立请求中包括UE的标识信息,UE的标识信息包括S-TMSI。
步骤1004、eNB在根据MME预先发送的所述S-TMSI确定所述上下文信息有效时,向UE发送RRC连接建立消息。
本实施例中,仅针对RRC连接建立过程进行从eNB侧的说明。eNB接收到UE发送的携带有S-TMSI的RRC连接建立请求后,首先基于从MME接收到的该UE的S-TMSI,对本地是否存储了该UE的上下文信息,即UE的上下文信息是否有效进行判定。判定有效时,向UE发送RRC连接建立消息,RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示UE利用保存的所述上下文信息恢复数据传输。
图11为本发明实施例提供的用户设备实施例一的结构示意图,如图11所示,该用户设备包括:接收保存模块11、确定模块12、重建处理模块13。
接收保存模块11,用于接收基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存用户设备的上下文信息。
确定模块12,用于确定所述用户设备处于与无线资源控制RRC连接重
建立或RRC连接建立的触发相关的状态。
重建处理模块13,用于在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过保存的所述上下文信息和重建立或建立的RRC连接传输所述待传输数据。
可选的,该用户设备还包括:发送模块14。
发送模块14,用于在确定第一预设时间内没有需要进行传输的数据时,向所述基站发送上下文信息保存请求,以使所述基站保存所述上下文信息。
其中,所述上下文信息保存指示信息是所述基站根据所述上下文信息保存请求发送的,或者,是所述基站根据与所述用户设备的数据传输记录,在确定在第二预设时间内没有与所述用户设备间进行数据传输时发送的,所述第二预设时间等于或不等于所述第一预设时间。
可选的,所述确定模块12包括:第一确定子模块121。
第一确定子模块121,用于确定所述用户设备处于无线链路失败RLF状态。
可选的,所述确定模块12包括:第二确定子模块122、第三确定子模块123。
第二确定子模块122,用于确定所述用户设备处于与所述基站的定时同步状态。
第三确定子模块123,用于在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
可选的,所述确定模块12包括:第四确定子模块124。
第四确定子模块124,用于确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
可选的,所述确定模块12包括:第五确定子模块125。
第五确定子模块125,用于确定所述用户设备处于RRC连接建立初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
可选的,所述重建处理模块13包括:判断子模块1301、发送子模块1302、选择子模块1303。
判断子模块1301,用于判断所述用户设备当前的服务小区是否满足预设通信要求。
发送子模块1302,用于若所述当前的服务小区满足预设通信要求,则向所述基站发送RRC连接重建立请求或RRC连接建立请求。
选择子模块1303,用于若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程。
所述发送子模块1302,还用于在选择出的小区对应的基站为所述基站时,向所述基站发送RRC连接重建立请求或RRC连接建立请求。
可选的,所述发送子模块1302还用于:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求。
可选的,所述发送子模块1302还用于:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接建立请求。
上述图11所示实施例中各种可选的实现方式可以用于执行图1、图6-图9中用户设备UE的相关技术方案,其实现原理和技术效果类似,在此不再赘述。
图12为本发明实施例提供的用户设备实施例二的结构示意图,如图12所示,所述重建处理模块13,包括:计时控制子模块1304。
计时控制子模块1304,用于启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息。
可选的,所述选择子模块1303,用于在所述第一定时器对应的时间段内执行小区选择或重选过程,并选择出一个小区。
所述计时控制子模块1304,用于若在所述第一定时器对应的时间段内没有选择出一个小区,则释放所述上下文信息。
可选的,所述选择子模块1303具体用于:
启动第二定时器,在所述第二定时器对应的第i个时间段内,若选择到第一小区,则暂停或停止所述第二定时器;
在暂停或停止所述第二定时器后,若所述第一小区不再是合适的小区,
则重置并重启所述第二定时器,在第i+1~n个时间段内,以选择第二小区,其中,i取1到n中的整数,n为大于1的整数。
可选的,所述选择子模块1303还用于:
执行小区选择或重选过程,若选择出的小区对应的基站与发送所述上下文信息保存指示信息的基站不同,或者,选择出的小区的改变次数大于或等于预设次数,则在所述用户设备存在所述待传输数据时,确定触发初始的RRC连接建立过程。
可选的,选择子模块1303还用于:
执行小区选择或重选过程,当确定选择出的小区的跟踪域发生改变时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
所述接收保存模块11还用于:
在位置更新过程中或位置更新完成后,接收所述新的基站发送的上下文信息保存指示信息。
上述图12所示实施例中的用户设备可以用于执行图2、以及图6至图9中用户设备UE的相关技术方案,其实现原理和技术效果类似,在此不再赘述。
图13为本发明实施例提供的用户设备实施例三的结构示意图,如图13所示,可选的,所述重建处理模块13包括:第一获取子模块1305。
第一获取子模块1305,用于获取上行定时提前信息和/或上行传输资源。
所述发送子模块1302,用于根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接重建立请求,所述RRC连接重建立请求中包括所述用户设备的标识信息、短的消息完整性鉴权码short MAC-I和重建原因指示信息中的至少一种,所述重建原因指示信息用于指示所述用户设备通过保存的上下文信息恢复数据传输。
可选的,所述重建处理模块13还包括:接收子模块1306、配置子模块1307。
接收子模块1306,用于接收所述基站发送的RRC连接重建立消息,所述连接重建立消息中包括无线资源配置信息和安全密钥信息。
配置子模块1307,用于根据所述无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载DRB。
所述发送子模块1302,还用于向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
可选的,所述计时控制子模块1304还用于:
在确定所述用户设备处于RRC连接重建立初始化状态的情况下,在所述用户设备存在所述待传输数据时或者在所述用户设备向所述基站发送RRC连接重建立请求时,启动第三定时器,并停止所述第一定时器和/或所述第二定时器。
可选的,所述计时控制子模块1304还用于:
若在所述第三定时器对应的时间段内,所述接收子模块收到所述RRC连接重建立消息,则停止所述第三定时器的计时;
若在所述第三定时器对应的时间段内,所述接收子模块未收到所述RRC连接重建立消息,则执行下列操作中的一项或多项:
进入RRC空闲态;
停止所述第一定时器;
触发向所述选择出的小区对应的基站发送发送RRC连接建立请求;
触发执行小区选择或重选,并向选择的小区对应的基站发送RRC连接建立请求。
具体的,所述第一获取子模块1305,包括:判断单元、第一获取单元、第二获取单元。
其中,判断单元,用于判断当前的覆盖等级是否发生改变。
第一获取单元,用于在所述覆盖等级发生改变时:
向所述基站发送随机接入请求;
接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配信息。
第二获取单元,用于在所述覆盖等级没有发生改变时:
获取当前本地保存的上行定时提前信息作为所述上行定时提前信息;
通过如下方式中的任一种获取所述上行传输资源:
向所述基站发送调度请求资源,以获取所述上行传输资源;
通过竞争上行共享信道资源,获取所述上行传输资源;
获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
其中,所述判断单元用于:
根据无线资源管理RRM的测量结果的变化量是否超过预设阈值,判断当前的覆盖等级是否发生改变。
上述图13所示实施例中各种可选的实现方式可以用于执行图3至图4以及图6至图8中用户设备的相关技术方案,其实现原理和技术效果类似,在此不再赘述。
图14为本发明实施例提供的用户设备实施例四的结构示意图,如图14所示,所述重建处理模块13,包括:
第二获取子模块1310,用于获取上行定时提前信息和/或上行传输资源。
所述发送子模块1302,还用于根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息。
可选的,所述接收子模块1306还用于:
接收所述基站发送的RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
所述发送子模块1302还用于:向所述基站发送RRC连接建立完成消息。
具体地,所述发送子模块1302,还用于向所述基站发送RRC连接建立完成消息,所述RRC连接建立完成消息中包括根据所述用户设备的标识信息计算得到的short MAC-I。
可选的,所述重建处理模块13还包括:第三获取子模块1311。
第三获取子模块1311,用于获取安全密钥。
所述发送子模块1302,还用于根据所述安全密钥对所述RRC连接建立完成消息加密和/或完整性保护后发送。
可选的,所述发送子模块1302,还用于根据所述安全密钥对所述RRC连接建立请求进行加密和/或完整性保护后发送。
其中,所述第三获取子模块1311具体用于:
获取所述上下文信息中的安全密钥,所述安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc。
进一步的,所述接收子模块1306,还用于接收所述基站发送的安全密钥指示信息,所述安全密钥指示信息中包括安全密钥更新信息。
相应的,所述重建处理模块13还包括:更新子模块1312、计算子模块1313。
更新子模块1312,用于根据所述安全密钥更新信息更新中间密钥KeNB。
计算子模块1313,用于根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc。
其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保存指示信息的消息。
具体的,所述第二获取子模块1310,包括:判断单元、第一获取单元、第二获取单元。
判断单元,用于判断当前的覆盖等级是否发生改变。
第一获取单元,用于在所述覆盖等级发生改变时:
向所述基站发送随机接入请求;
接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配信息。
第二获取单元,用于在所述覆盖等级没有发生改变时:
获取当前本地保存的上行定时提前信息作为所述上行定时提前信息;
通过如下方式中的任一种获取所述上行传输资源:
向所述基站发送调度请求资源,以获取所述上行传输资源;
通过竞争上行共享信道资源,获取所述上行传输资源;
获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
具体的,所述判断单元用于:
根据无线资源管理RRM的测量结果的变化量是否超过预设阈值,判断当前的覆盖等级是否发生改变。
上述图14所示实施例中各种可选的实现方式可以用于执行图5以及图9中用户设备的相关技术方案,其实现原理和技术效果类似,在此不再赘述。
图15为本发明实施例提供的用户设备实施例五的结构示意图,如图16所示,所述用户设备包括:接收器21、处理器22、发送器23。
接收器21,用于接收基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存用户设备的上下文信息。
处理器22,用于确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态。
所述处理器22,还用于在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过保存的所述上下文信息和重建立或建立的RRC连接传输所述待传输数据。
可选的,所述处理器22,还用于确定所述用户设备处于无线链路失败RLF状态。
可选的,所述处理器22,还用于确定所述用户设备处于与所述基站的定时同步状态;
在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
可选的,所述处理器22,还用于确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
可选的,所述处理器22,还用于确定所述用户设备处于RRC连接建立
初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
可选的,所述处理器22,还用于判断所述用户设备当前的服务小区是否满足预设通信要求。
该用户设备还包括:发送器23。
发送器23,用于若所述当前的服务小区满足预设通信要求,则向所述基站发送RRC连接重建立请求或RRC连接建立请求;
所述处理器22,还用于若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程。
所述发送器23,还用于在选择出的小区对应的基站为所述基站时,向所述基站发送RRC连接重建立请求或RRC连接建立请求。
可选的,所述发送器23还用于:
在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求。
可选的,所述发送器23还用于:在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接建立请求。
进一步地,所述处理器22还用于:启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息。
进一步地,所述处理器22,还用于在所述第一定时器对应的时间段内执行小区选择或重选过程,选择出一小区;若在所述第一定时器对应的时间段内没有选择出一个小区来进行RRC连接建立或重建,则释放所述上下文信息。
进一步地,所述处理器22,还用于:
启动第二定时器,在所述第二定时器对应的第i个时间段内,若选择到第一小区,则暂停或停止所述第二定时器;
在暂停或停止所述第二定时器后,若所述第一小区不再是合适的小区,则重置并重启所述第二定时器,在第i+1~n个时间段内,以选择第二小区,其中,i取1到n中的整数,n为大于1的整数。
进一步地,所述处理器22还用于:
获取上行定时提前信息和/或上行传输资源。
所述发送器23还用于:根据所述上行定时提前信息调整上行发送定
时,和/或采用所述上行传输资源向所述基站发送RRC连接重建立请求,所述RRC连接重建立请求中包括所述用户设备的标识信息、短的消息完整性鉴权码short MAC-I和重建原因指示信息中的至少一种,所述重建原因指示信息用于指示所述用户设备通过保存的上下文信息恢复数据传输。
进一步地,所述接收器21,还用于接收所述基站发送的RRC连接重建立消息,所述连接重建立消息中包括无线资源配置信息和安全密钥信息。
所述处理器22,还用于根据所述无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载DRB。
进一步地,所述发送器23,还用于向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
所述发送器23,还用于向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
进一步地,所述处理器22还用于:
在确定所述用户设备处于RRC连接重建立初始化状态的情况下,在所述用户设备存在所述待传输数据时或者在所述用户设备向所述基站发送RRC连接重建立请求时,启动第三定时器,并停止所述第一定时器和/或所述第二定时器。
进一步地,所述处理器22还用于:
若在所述第三定时器对应的时间段内,所述接收子模块收到所述RRC连接重建立消息,则停止所述第三定时器的计时;
若在所述第三定时器对应的时间段内,所述接收子模块未收到所述RRC连接重建立消息,则执行下列操作中的一项或多项:
进入RRC空闲态;
停止所述第一定时器;
触发向所述选择出的小区对应的基站发送发送RRC连接建立请求;
触发执行小区选择或重选,并向选择出的小区对应的基站发送RRC连接建立请求。
进一步地,所述处理器22还用于:
获取上行定时提前信息和/或上行传输资源。
所述发送器23,还用于根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息。
进一步地,所述接收器21还用于:
接收所述基站发送的RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
所述发送器23还用于:向所述基站发送RRC连接建立完成消息。
进一步地,所述发送器23,还用于向所述基站发送RRC连接建立完成消息,所述RRC连接建立完成消息中包括根据所述用户设备的标识信息计算得到的short MAC-I。
所述处理器22还用于:获取安全密钥。
所述发送器23,还用于根据所述安全密钥对所述RRC连接建立完成消息加密和/或完整性保护后发送。
进一步地,所述发送器23,还用于根据所述安全密钥对所述RRC连接建立请求进行加密和/或完整性保护后发送。
进一步地,所述处理器22还用于:获取所述上下文信息中的安全密钥,所述安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc。
所述接收器21,还用于接收所述基站发送的安全密钥指示信息,所述安全密钥指示信息中包括安全密钥更新信息。
所述处理器22还用于:
根据所述安全密钥更新信息更新中间密钥KeNB;
根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc;
其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保
存指示信息的消息。
进一步地于,所述处理器22还用于:
判断当前的覆盖等级是否发生改变。
所述发送器23,还用于在所述覆盖等级发生改变时:向所述基站发送随机接入请求。
所述接收器21,还用于接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配信息。
所述发送器23还用于在所述覆盖等级没有发生改变时:获取当前本地保存的上行定时提前信息作为所述上行定时提前信息。
所述处理器22还用于通过如下方式中的任一种获取所述上行传输资源:
向所述基站发送调度请求资源,以获取所述上行传输资源;
通过竞争上行共享信道资源,获取所述上行传输资源;
获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
进一步地,所述处理器22还用于:
根据无线资源管理RRM的测量结果的变化量是否超过预设阈值,判断当前的覆盖等级是否发生改变。
所述发送器23,还用于在确定第一预设时间内没有需要进行传输的数据时,向所述基站发送上下文信息保存请求,以使所述基站保存所述上下文信息。
具体地,所述上下文信息保存指示信息是所述基站根据所述上下文信息保存请求发送的,或者,是所述基站根据与所述用户设备的数据传输记录,在确定在第二预设时间内没有与所述用户设备间进行数据传输时发送的,所述第二预设时间等于或不等于所述第一预设时间。
进一步地,所述接收器21,还用于接收所述基站发送的第四定时器配置信息,所述第四定时器用于计时所述上下文信息中的安全密钥的有效期。
具体地,所述上下文信息保存指示信息包含于以下指示消息中的任一种
中:
上下文信息保存指示消息、RRC连接挂起指示消息、RRC连接释放指示消息。
进一步地,所述处理器22还用于:
执行小区选择或重选过程,若选择出的小区对应的基站与发送所述上下文信息保存指示信息的基站不同,或者,选择出的小区的改变次数大于或等于预设次数,则在所述用户设备存在所述待传输数据时,确定触发初始的RRC连接建立过程。
进一步地,所述处理器22还用于:执行小区选择或重选过程,当确定选择出的小区的跟踪域发生改变时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
进一步地,所述接收器21还用于:在位置更新过程中或位置更新完成后,接收所述新的基站发送的上下文信息保存指示信息。
本实施例提供的用户设备,用于执行以上各实施例中用户设备的技术方案,其实现原理和技术效果类似,不再赘述。
图16为本发明实施例提供的基站实施例一的结构示意图,如图16所示,包括:确定模块31、发送模块32。
确定模块31,用于确定用户设备是否在预设时间内没有进行数据传输。
发送模块32,用于在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
可选的,所述发送模块32还用于:
在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送定时器配置信息,所述定时器配置信息包括指示所述上下文信息中的安全密钥的有效期的定时器配置信息,以及指示所述上下文信息的有效期的定时器配置信息。
进一步地,所述基站还包括:接收模块33。
接收模块33,用于接收所述用户设备发送的RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息,所述用户设备的标识信息包括S-TMSI。
所述发送模块32,还用于在所述确定模块根据移动性管理实体MME预先发送的所述S-TMSI确定所述上下文信息有效时,向所述用户设备发送RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
本实施例提供的基站,用于执行以上图10所示实施例中的技术方案,其实现原理和技术效果类似,不再赘述。
图17为本发明实施例提供的基站实施例二的结构示意图,如图17所示,包括:
处理器41,用于确定用户设备是否在预设时间内没有进行数据传输。
发送器42,用于在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
可选的,所述发送器42还用于:
在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送定时器配置信息,所述定时器配置信息包括指示所述上下文信息中的安全密钥的有效期的定时器配置信息,以及指示所述上下文信息的有效期的定时器配置信息。
进一步地,所述基站还包括:
接收器43,用于接收所述用户设备发送的RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息,所述用户设备的标识信息包括S-TMSI。
所述发送器42,还用于在所述确定模块根据移动性管理实体MME预先发送的所述S-TMSI确定所述上下文信息有效时,向所述用户设备发送RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
本实施例提供的基站,用于执行以上图10所示实施例中的技术方案,其实现原理和技术效果类似,不再赘述。
在上述用户设备、基站的实施例中,应理解,该处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:只读存储器(英文:read-only memory,缩写:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppy disk)、光盘(英文:optical disc)及其任意组合。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (40)
- 一种数据传输处理方法,用于基站所服务的用户设备,其特征在于,包括:接收所述基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存所述用户设备的上下文信息;确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态;在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,并通过保存的所述上下文信息在重建的RRC连接或建立的RRC连接传输所述待传输数据。
- 根据权利要求1所述的方法,其特征在于,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:确定所述用户设备处于无线链路失败RLF状态。
- 根据权利要求1所述的方法,其特征在于,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:确定所述用户设备处于与所述基站的定时同步状态;在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
- 根据权利要求1所述的方法,其特征在于,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
- 根据权利要求1所述的方法,其特征在于,所述确定所述用户设备处于与无线资源控制RRC连接重建立或RRC连接建立的触发相关的状态,包括:确定所述用户设备处于RRC连接建立初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
- 根据权利要求2或3所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:判断所述用户设备当前的服务小区是否满足预设通信要求;若所述当前的服务小区满足预设通信要求,则在所述用户设备存在待传输数据时,通过当前服务小区向所述基站发送RRC连接重建立请求或RRC连接建立请求;若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程,在选择出的小区对应的基站为所述基站,并且在所述用户设备存在待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求或RRC连接建立请求。
- 根据权利要求4所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接重建立请求。
- 根据权利要求5所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:在所述用户设备存在所述待传输数据时,通过选择的小区向所述基站发送RRC连接建立请求。
- 根据权利要求1至8中任一项所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息。
- 根据权利要求9所述的方法,其特征在于,所述启动第一定时器,并在所述第一定时器超时后,释放所述上下文信息,包括:在所述第一定时器对应的时间段内执行小区选择或重选过程,并选择出一小区;若在所述第一定时器对应的时间段内没有选择出一小区,则释放所述上下文信息。
- 根据权利要求4至10中任一项所述的方法,其特征在于,所述执行小区选择或重选过程,包括:启动第二定时器,在所述第二定时器对应的第i个时间段内,若选择到第一小区,则暂停或停止所述第二定时器;在暂停或停止所述第二定时器后,若所述第一小区不再是合适的小区,则重置并重启所述第二定时器,在第i+1~n个时间段内,以选择第二小区,其中,i取1到n中的整数,n为大于1的整数。
- 根据权利要求1至11中任一项所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,包括:获取上行定时提前信息和/或上行传输资源;根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接重建立请求,所述RRC连接重建立请求中包括所述用户设备的标识信息、短的消息完整性鉴权码short MAC-I和重建原因指示信息中的至少一种,所述重建原因指示信息用于指示所述用户设备通过保存的上下文信息恢复数据传输。
- 根据权利要求12所述的方法,其特征在于,所述方法还包括:接收所述基站发送的RRC连接重建立消息,所述连接重建立消息中包括无线资源配置信息和安全密钥信息;根据所述无线资源配置信息进行相应的资源配置,并确定恢复数据无线承载DRB。
- 根据权利要求13所述的方法,其特征在于,所述方法还包括:向所述基站发送根据所述安全密钥信息加密的RRC连接重建立完成消息,所述RRC连接重建立完成消息中包括所述待传输数据。
- 根据权利要求4至14中任一项所述的方法,其特征在于,所述方法还包括:在确定所述用户设备处于RRC连接重建立初始化状态的情况下,在所述用户设备存在所述待传输数据时或者在所述用户设备向所述基站发送RRC连接重建立请求时,启动第三定时器,并停止所述第一定时器和/或所述第二定时器。
- 根据权利要求15所述的方法,其特征在于,所述方法还包括:若在所述第三定时器对应的时间段内,收到所述RRC连接重建立消 息,则停止所述第三定时器的计时;若在所述第三定时器对应的时间段内,未收到所述RRC连接重建立消息,则执行下列操作中的一项或多项:进入RRC空闲态;停止所述第一定时器;触发向所述选择出的小区对应的基站发送发送RRC连接建立请求;触发执行小区选择或重选,并向选择出的小区对应的基站发送RRC连接建立请求。
- 根据权利要求1至11中任一项所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接建立过程,包括:获取上行定时提前信息和/或上行传输资源;根据所述上行定时提前信息调整上行发送定时,和/或采用所述上行传输资源向所述基站发送RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息。
- 根据权利要求17所述的方法,其特征在于,所述方法还包括:接收所述基站发送的RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输;向所述基站发送RRC连接建立完成消息。
- 根据权利要求18所述的方法,其特征在于,所述向所述基站发送RRC连接建立完成消息,包括:向所述基站发送RRC连接建立完成消息,所述RRC连接建立完成消息中包括根据所述用户设备的标识信息计算得到的short MAC-I;和/或,获取安全密钥;根据所述安全密钥对所述RRC连接建立完成消息进行加密和/或完整性保护后发送。
- 根据权利要求17所述的方法,其特征在于,所述向所述基站发送RRC连接建立请求,包括:获取安全密钥;根据所述安全密钥对所述RRC连接建立请求进行加密和/或完整性保护后发送。
- 根据权利要求19或20所述的方法,其特征在于,所述获取安全密钥,包括:获取所述上下文信息中的安全密钥,所述安全密钥包括消息完整性保护密钥KRRCinc、消息加密密钥KRRCenc和数据加密密钥KUPenc;或者,所述获取安全密钥,包括:接收所述基站发送的安全密钥指示信息,所述安全密钥指示信息中包括安全密钥更新信息;根据所述安全密钥更新信息更新中间密钥KeNB,根据更新后的中间密钥KeNB和完整性保护算法生成消息完整性保护密钥KRRCinc,根据更新后的中间密钥KeNB和加密算法生成消息加密密钥KRRCenc和数据加密密钥KUPenc;其中,所述安全密钥指示信息携带在如下任一种消息中:密钥更新指示消息、数据传输指示消息、RRC连接建立消息、携带所述UE上下文保存指示信息的消息。
- 根据权利要求12或17所述的方法,其特征在于,所述获取上行定时提前信息和/或上行传输资源,包括:判断当前的覆盖等级是否发生改变;在所述覆盖等级发生改变时:向所述基站发送随机接入请求;接收所述基站发送的随机接入响应消息,所述随机接入响应消息中包括所述上行定时提前信息和用于获取所述上行传输资源的上行资源分配信息。
- 根据权利要求22所述的方法,其特征在于,所述方法还包括:在所述覆盖等级没有发生改变时:获取当前本地保存的上行定时提前信息作为所述上行定时提前信息;通过如下方式中的任一种获取所述上行传输资源:向所述基站发送调度请求资源,以获取所述上行传输资源;通过竞争上行共享信道资源,获取所述上行传输资源;获取所述基站预先为所述用户设备配置的资源作为所述上行传输资源。
- 根据权利要求1至23中任一项所述的方法,其特征在于,所述方法还包括:在确定第一预设时间内没有需要进行传输的数据时,向所述基站发送上下文信息保存请求,以使所述基站保存所述上下文信息。
- 根据权利要求1至24中任一项所述的方法,其特征在于,所述上下文信息保存指示信息是所述基站根据所述上下文信息保存请求发送的,或者,是所述基站根据与所述用户设备的数据传输记录,在确定在第二预设时间内没有与所述用户设备间进行数据传输时发送的,所述第二预设时间等于或不等于所述第一预设时间。
- 根据权利要求1至25中任一项所述的方法,其特征在于,还包括:接收所述基站发送的第四定时器的配置信息,所述第四定时器用于计时所述上下文信息中的安全密钥的有效期;在接收到所述上下文信息保存指示信息时启动所述第四定时器。
- 根据权利要求1至26中任一项所述的方法,其特征在于,所述上下文信息保存指示信息包含于以下指示消息中的任一种中:上下文信息保存指示消息、RRC连接挂起指示消息、RRC连接释放指示消息。
- 根据权利要求1至27中任一项所述的方法,其特征在于,所述在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:执行小区选择或重选过程,若选择出的小区的基站与发送所述上下文信息保存指示信息的基站不同,或者,选择出的小区的改变次数大于或等于预设次数,则在所述用户设备存在所述待传输数据时,确定触发初始的RRC连接建立过程。
- 根据权利要求1至28中任一项所述的方法,其特征在于,所述在所 述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程之前,还包括:执行小区选择或重选过程,当确定选择出的小区的跟踪域发生改变时,触发执行位置更新过程,并在位置更新过程中与新的基站建立数据无线承载。
- 根据权利要求29所述的方法,其特征在于,所述方法还包括:在位置更新过程中或位置更新完成后,接收所述新的基站发送的上下文信息保存指示信息。
- 一种数据传输处理方法,其特征在于,包括:确定用户设备是否在预设时间内没有进行数据传输;在所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
- 根据权利要求31所述的方法,其特征在于,所述方法还包括:在所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送定时器配置信息,所述定时器配置信息包括指示所述上下文信息中的安全密钥的有效期的定时器配置信息,以及指示所述上下文信息的有效期的定时器配置信息。
- 根据权利要求31所述的方法,其特征在于,所述方法还包括:接收所述用户设备发送的RRC连接建立请求,所述RRC连接建立请求中包括所述用户设备的标识信息,所述用户设备的标识信息包括S-TMSI;在根据移动性管理实体MME预先发送的所述S-TMSI确定所述上下文信息有效时,向所述用户设备发送RRC连接建立消息,所述RRC连接建立消息中包括恢复指示信息,所述恢复指示信息用于指示所述用户设备利用保存的所述上下文信息恢复数据传输。
- 一种用户设备,其特征在于,包括:接收器,用于接收基站发送的上下文信息保存指示信息,并根据所述上下文信息保存指示信息保存用户设备的上下文信息;处理器,用于确定所述用户设备处于与无线资源控制RRC连接重建立或 RRC连接建立的触发相关的状态;所述处理器,还用于在所述用户设备存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程,以通过保存的所述上下文信息和重建立或建立的RRC连接传输所述待传输数据。
- 根据权利要求34所述的用户设备,其特征在于,所述处理器,还用于确定所述用户设备处于无线链路失败RLF状态。
- 根据权利要求34所述的用户设备,其特征在于,所述处理器,还用于确定所述用户设备处于与所述基站的定时同步状态;在所述用户设备存在所述待传输数据时,确定所述用户设备处于RLF状态。
- 根据权利要求34所述的用户设备,其特征在于,所述处理器,还用于确定所述用户设备处于RRC连接重建立初始化状态,并根据所述RRC连接重建立初始化状态执行小区选择或重选过程。
- 根据权利要求34所述的用户设备,其特征在于,所述处理器,还用于确定所述用户设备处于RRC连接建立初始化状态,并根据所述RRC连接建立初始化状态执行小区选择或重选过程,或者确定所述用户设备处于小区选择或重选的过程。
- 根据权利要求35至38中任一项所述的用户设备,其特征在于,所述处理器,还用于判断所述用户设备当前的服务小区是否满足预设通信要求;所述用户设备还包括:发送器,用于若所述当前的服务小区满足预设通信要求,则向所述基站发送RRC连接重建立请求或RRC连接建立请求;所述处理器,还用于若所述当前的服务小区不满足预设通信要求,则执行小区选择或重选过程;所述发送器,还用于在选择出的小区对应的基站为所述基站时,向所述基站发送RRC连接重建立请求或RRC连接建立请求。
- 一种基站,其特征在于,包括:处理器,用于确定用户设备是否在预设时间内没有进行数据传输;发送器,用于在所述确定模块确定所述用户设备在预设时间内没有进行数据传输时,向所述用户设备发送上下文信息保存指示信息,以使所述用户设 备保存上下文信息,并确定所述用户设备处于与RRC连接重建立或RRC连接建立的触发相关的状态,并在存在上行和/或下行的待传输数据时,触发RRC连接重建立过程或RRC连接建立过程。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/098332 WO2017107073A1 (zh) | 2015-12-22 | 2015-12-22 | 数据传输处理方法、用户设备和基站 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108370601A true CN108370601A (zh) | 2018-08-03 |
Family
ID=59088642
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580085389.7A Pending CN108370601A (zh) | 2015-12-22 | 2015-12-22 | 数据传输处理方法、用户设备和基站 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20180302944A1 (zh) |
EP (1) | EP3383125A4 (zh) |
CN (1) | CN108370601A (zh) |
WO (1) | WO2017107073A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111641975A (zh) * | 2020-05-12 | 2020-09-08 | Oppo广东移动通信有限公司 | 无线连接重建方法及装置、终端、存储介质 |
CN111757555A (zh) * | 2019-03-29 | 2020-10-09 | 电信科学技术研究院有限公司 | 一种连接处理方法及设备 |
CN114126091A (zh) * | 2020-08-26 | 2022-03-01 | 大唐移动通信设备有限公司 | 上行数据处理方法、装置、网络设备、终端设备及介质 |
CN114286395A (zh) * | 2020-09-27 | 2022-04-05 | 中国电信股份有限公司 | 基站通信方法、基站、通信系统和存储介质 |
WO2023279979A1 (zh) * | 2021-07-06 | 2023-01-12 | 华为技术有限公司 | 数据处理方法及装置 |
CN115694599A (zh) * | 2021-07-31 | 2023-02-03 | 华为技术有限公司 | 一种传输方法、系统及相关装置 |
WO2023029884A1 (zh) * | 2021-08-30 | 2023-03-09 | 华为技术有限公司 | 通信方法及装置 |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017135676A1 (en) * | 2016-02-02 | 2017-08-10 | Lg Electronics Inc. | Method and apparatus for paging with resume id for suspended user equipment in wireless communication system |
CN107046735B (zh) * | 2016-02-05 | 2020-07-28 | 中兴通讯股份有限公司 | 终端与网络间连接处理方法和装置 |
CN108886823B (zh) * | 2016-02-05 | 2022-05-13 | 瑞典爱立信有限公司 | 用于灵活的用户设备标识的系统和方法 |
WO2017183884A1 (en) * | 2016-04-19 | 2017-10-26 | Lg Electronics Inc. | Method for handling failure of handover procedure in wireless communication system and apparatus therefor |
CN109691168B (zh) * | 2016-09-30 | 2020-10-23 | 华为技术有限公司 | 一种处理控制信令的方法、设备及系统 |
CN110249703B (zh) * | 2017-02-03 | 2023-08-08 | 瑞典爱立信有限公司 | 无上下文取得的无线电资源控制恢复 |
US10581495B2 (en) * | 2017-08-18 | 2020-03-03 | Nokia Technologies Oy | Physical layer configuration continuity during radio resource control restoration |
CN110312296B (zh) * | 2018-03-27 | 2023-09-08 | 夏普株式会社 | 用户设备执行的方法、基站执行的方法、用户设备和基站 |
CN110351894A (zh) * | 2018-04-04 | 2019-10-18 | 北京三星通信技术研究有限公司 | 一种认证ue的方法和设备 |
CA3097060C (en) | 2018-04-16 | 2023-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Security handling for rrc resume from inactive state |
CN110636561B (zh) * | 2018-06-21 | 2022-11-08 | 中兴通讯股份有限公司 | 信息传输方法及装置、存储介质、电子装置 |
EP3657898B1 (en) * | 2018-10-31 | 2023-04-05 | ASUSTek Computer Inc. | Method and apparatus for transmission using preconfigured uplink resources in a wireless communication system |
CN115516943A (zh) * | 2020-08-10 | 2022-12-23 | Oppo广东移动通信有限公司 | 寻呼优化方法和网络设备 |
WO2022147671A1 (zh) * | 2021-01-06 | 2022-07-14 | 华为技术有限公司 | 一种通信方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217814A (zh) * | 2008-01-11 | 2008-07-09 | 展讯通信(上海)有限公司 | 一种改善移动终端发起呼叫成功率的方法 |
CN101945384A (zh) * | 2009-07-09 | 2011-01-12 | 中兴通讯股份有限公司 | Rrc连接重建立时的安全密钥处理方法、装置及系统 |
CN102204338A (zh) * | 2008-11-03 | 2011-09-28 | Lg电子株式会社 | 无线通信系统中rrc连接重建的方法及装置 |
CN103313420A (zh) * | 2012-03-15 | 2013-09-18 | 中兴通讯股份有限公司 | 一种释放终端链路的方法、接入网装置及终端 |
EP2645803A1 (en) * | 2012-03-27 | 2013-10-02 | BlackBerry Limited | ENB storing RRC configuration information at another network component |
CN103534970A (zh) * | 2013-05-17 | 2014-01-22 | 华为技术有限公司 | 系统信息块传输方法和装置 |
CN104219787A (zh) * | 2014-09-10 | 2014-12-17 | 电信科学技术研究院 | 一种恢复无线链路的方法和设备 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1978770A1 (en) * | 2007-04-05 | 2008-10-08 | Matsushita Electric Industrial Co., Ltd. | Management of mobile terminals in a communication system allowing for multiple-tracking area registration |
US20100173610A1 (en) * | 2009-01-05 | 2010-07-08 | Qualcomm Incorporated | Access stratum security configuration for inter-cell handover |
CN102045713A (zh) * | 2009-10-15 | 2011-05-04 | 中兴通讯股份有限公司 | 业务连接重建的方法和实现系统 |
CN101827428B (zh) * | 2010-04-22 | 2012-11-14 | 新邮通信设备有限公司 | 减小无线链路失败时数据丢失的方法及中继 |
WO2012138079A2 (ko) * | 2011-04-03 | 2012-10-11 | 엘지전자 주식회사 | 신호 전송 여부 결정 방법 |
EP2557889B1 (en) * | 2011-08-12 | 2019-07-17 | BlackBerry Limited | Simplified ue + enb messaging |
US9247575B2 (en) * | 2012-03-27 | 2016-01-26 | Blackberry Limited | eNB storing RRC configuration information at another network component |
EP2876935A4 (en) * | 2012-07-18 | 2015-08-26 | Nec Corp | RADIO BASE STATION, MOBILE COMMUNICATION SYSTEM, TAX PROCEDURE FOR TRANSFER AND PROGRAM |
US9635702B2 (en) * | 2012-08-02 | 2017-04-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for reducing signaling in a core network |
CN103687055B (zh) * | 2012-09-25 | 2019-02-26 | 中兴通讯股份有限公司 | 一种承载分配和管理的方法及设备 |
CN114449603A (zh) * | 2012-12-24 | 2022-05-06 | 北京三星通信技术研究有限公司 | 无线通信系统中的基站及由其执行的方法 |
US10667321B2 (en) * | 2015-02-09 | 2020-05-26 | Intel IP Corporation | Evolved Node-B, user equipment, and methods for transition between idle and connected modes |
-
2015
- 2015-12-22 WO PCT/CN2015/098332 patent/WO2017107073A1/zh active Application Filing
- 2015-12-22 CN CN201580085389.7A patent/CN108370601A/zh active Pending
- 2015-12-22 EP EP15911072.5A patent/EP3383125A4/en not_active Withdrawn
-
2018
- 2018-06-22 US US16/015,759 patent/US20180302944A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217814A (zh) * | 2008-01-11 | 2008-07-09 | 展讯通信(上海)有限公司 | 一种改善移动终端发起呼叫成功率的方法 |
CN102204338A (zh) * | 2008-11-03 | 2011-09-28 | Lg电子株式会社 | 无线通信系统中rrc连接重建的方法及装置 |
CN101945384A (zh) * | 2009-07-09 | 2011-01-12 | 中兴通讯股份有限公司 | Rrc连接重建立时的安全密钥处理方法、装置及系统 |
CN103313420A (zh) * | 2012-03-15 | 2013-09-18 | 中兴通讯股份有限公司 | 一种释放终端链路的方法、接入网装置及终端 |
EP2645803A1 (en) * | 2012-03-27 | 2013-10-02 | BlackBerry Limited | ENB storing RRC configuration information at another network component |
CN103534970A (zh) * | 2013-05-17 | 2014-01-22 | 华为技术有限公司 | 系统信息块传输方法和装置 |
CN104219787A (zh) * | 2014-09-10 | 2014-12-17 | 电信科学技术研究院 | 一种恢复无线链路的方法和设备 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757555A (zh) * | 2019-03-29 | 2020-10-09 | 电信科学技术研究院有限公司 | 一种连接处理方法及设备 |
CN111641975A (zh) * | 2020-05-12 | 2020-09-08 | Oppo广东移动通信有限公司 | 无线连接重建方法及装置、终端、存储介质 |
CN111641975B (zh) * | 2020-05-12 | 2023-07-21 | Oppo广东移动通信有限公司 | 无线连接重建方法及装置、终端、存储介质 |
CN114126091A (zh) * | 2020-08-26 | 2022-03-01 | 大唐移动通信设备有限公司 | 上行数据处理方法、装置、网络设备、终端设备及介质 |
CN114286395A (zh) * | 2020-09-27 | 2022-04-05 | 中国电信股份有限公司 | 基站通信方法、基站、通信系统和存储介质 |
WO2023279979A1 (zh) * | 2021-07-06 | 2023-01-12 | 华为技术有限公司 | 数据处理方法及装置 |
CN115694599A (zh) * | 2021-07-31 | 2023-02-03 | 华为技术有限公司 | 一种传输方法、系统及相关装置 |
WO2023029884A1 (zh) * | 2021-08-30 | 2023-03-09 | 华为技术有限公司 | 通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20180302944A1 (en) | 2018-10-18 |
EP3383125A4 (en) | 2019-01-02 |
WO2017107073A1 (zh) | 2017-06-29 |
EP3383125A1 (en) | 2018-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108370601A (zh) | 数据传输处理方法、用户设备和基站 | |
US10667185B2 (en) | Method for avoiding unnecessary actions in resume procedure | |
KR102388500B1 (ko) | 듀얼 rrc 시스템에서 이동성을 처리하는 방법 및 장치 | |
US11596011B2 (en) | Dual connectivity network | |
CN109479336B (zh) | 用于连接管理的系统和方法 | |
US11627625B2 (en) | UE behavior with rejection of resume request | |
CN104519486B (zh) | 用于异构网中无线侧密钥更新的方法和系统 | |
WO2020063666A1 (zh) | 用户设备及其执行的方法、基站及其执行的方法、移动控制实体及其执行的方法 | |
CN109804705A (zh) | 用于恢复无线设备的无线电连接的方法、设备和节点 | |
US20160165572A1 (en) | Method of transmission scheme switch, ue and base station | |
CN110312296A (zh) | 用户设备执行的方法、基站执行的方法、用户设备和基站 | |
US20220386191A1 (en) | Conditional full configuration and conditional delta configuration | |
WO2017045149A1 (zh) | 一种释放无线资源控制rrc连接的方法及装置 | |
WO2020108220A1 (zh) | 通信方法及装置 | |
CN109803258A (zh) | 一种请求恢复连接的方法及装置 | |
CN108282819B (zh) | 一种减少中断时延的方法、装置及用户设备 | |
CN107113895A (zh) | 通信方法、网络侧设备和用户设备 | |
US20150119041A1 (en) | Method and apparatus for re-establishing radio link | |
WO2018133607A1 (zh) | 一种数据传输的方法、装置及系统 | |
CN108924964A (zh) | 保证通信连续性的方法和用户设备 | |
WO2014161450A1 (zh) | 一种基站配置变更时的用户设备切换方法、装置及系统 | |
RU2768275C2 (ru) | Способ и устройство передачи данных и носитель данных | |
JP2023519587A (ja) | 端末装置及び基地局 | |
TW202123767A (zh) | 用於在通訊網路中管理無線電承載相容性之系統和方法 | |
WO2019096171A1 (zh) | 一种请求恢复连接的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180803 |