CN103858513A - 处理无线通信系统中的连接 - Google Patents
处理无线通信系统中的连接 Download PDFInfo
- Publication number
- CN103858513A CN103858513A CN201280050198.3A CN201280050198A CN103858513A CN 103858513 A CN103858513 A CN 103858513A CN 201280050198 A CN201280050198 A CN 201280050198A CN 103858513 A CN103858513 A CN 103858513A
- Authority
- CN
- China
- Prior art keywords
- rrc
- ran
- mobile device
- time
- message
- 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.)
- Granted
Links
Images
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
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了用于暂停和重建无线资源控制(RRC)连接的方法、移动设备(101)和无线接入网RAN(102)。在一些示例中,移动设备(101)指示使得RRC连接被暂停还是释放的偏好。在其他示例中,RAN(102)向移动设备(101)发送连接暂停命令消息,指示移动设备暂停与RAN(102)的RRC连接。移动设备(101)响应于连接暂停命令消息,暂停RRC连接。当RRC连接被暂停时,移动设备(101)不能够向RAN(102)发送用户面数据或从RAN(102)接收用户面数据,并且执行与空闲模式功能相同或相似的功能。在暂停时,RRC连接信息被存储,并可被用于重建暂停的RRC连接。RRC连接信息可被存储在UE和/或RAN节点或某个其它网络单元。为了重建RRC连接,在一个示例中,移动设备(101)向RAN(102)发送连接重建请求消息,以使得重建暂停的RRC连接。RAN节点可能需要尝试检索RRC连接数据(无论是从存储器检索,还是在别处存储的情况下/在RRC连接被另一RAN节点暂停的情况下,从另一网络单元检索),并验证RRC连接是否有效。当已验证时,移动设备(101)响应于连接重建请求消息,接收来自RAN(102)的连接重建命令消息。响应于连接重建命令消息,移动设备(101)使用所存储的RRC连接信息来重建与RAN(102)的RRC连接,并向RAN(102)发送连接重建完成消息。然后,移动设备(101)和RAN(102)可以恢复彼此间的用户面数据通信。
Description
技术领域
本公开涉及无线通信系统,且具体地涉及对无线通信系统中的节点之间的连接的处理。
背景技术
已知无线通信系统使得在一个或多个用户设备(UE)与一个或多个基站(BS)之间的无线数据传输成为可能,该一个或多个基站被布置为提供蜂窝RAN的节点。在无线蜂窝通信系统上工作的UE的日益流行要求这种网络传输并支持各种各样的数据业务类型和服务。UE可被视为具有无线连接的通用计算平台,其能够运行广泛种类的应用和服务,这些应用和服务或者是由设备制造商预先安装的,或者是由用户根据用户的特定使用要求来安装/下载的。应用自身可以来源于相应的各种各样的由软件公司、制造商和第三方开发者构成的组。这种UE平台可包括移动设备,如移动电话、“智能电话”、个人数字助理、手持或膝上型计算机、平板计算机和具有无线通信连接的类似移动设备,或者类似地,本文所指的UE可以包括在正常使用中相对不可移动的固定设备,这种固定设备具有使它们能够使用无线通信系统进行通信的无线连接。UE平台还可以包括包含嵌入式通信连接的其他设备类型,如家电、水电表和安全监控设备、或者消费电子设备,(如静态或视频摄像机、音频/视频娱乐设备和游戏平台)。
无线通信网络常常区分用户面业务(其可被视为传输应用级别用户数据)和控制面业务(其可被视为信令,该信令用于使能或支持经由无线通信网络的用户面数据的传输,例如包括移动性控制和无线资源控制(RRC)功能)。由无线通信网络传输的用户面业务和服务的示例包括:语音、视频、互联网/web浏览会话、上载/下载文件传输、即时通讯、电子邮件、导航服务、RSS馈源和流传输媒体。控制面业务的示例包括:核心网移动性和附着控制(所谓的非接入层(NAS)信令)、无线接入网控制(例如,无线资源控制(RRC))、和会话控制信令。
在无线网和核心网通信层之外(或“之上”),当供应特定服务时,应用可以利用或结合大量基于互联网(或其他专有网络)的协议来实现期望的结果。例如,导航应用可以利用TCP进行将数据从服务器映射到设备的文件传输,但也可以采用各协议来支持周期性或非周期性的针对导航服务器的保活信令,以在存在诸如状态防火墙之类的中间网络节点的情况下维持应用级别连接。类似地,电子邮件应用可以使用特定的同步协议,以使UE上的邮箱内容与电子邮件服务器上的邮箱内容对齐,但是也可以采用周期性或非周期性的服务器轮询机制来检查是否有新邮件。本公开涉及操作无线通信系统向UE提供用以支持这种应用的连接。
为了更完整地理解本公开,现在结合附图来参考下面的具体实施方式,该具体实施方式阐述了特定的实施例,附图可被简要描述如下。
附图说明
图1示出了无线通信系统,其包括耦合到演进分组核心网的LTE无线接入网,演进分组核心网进一步耦合到外部分组数据网络,如公共互联网。
图2示出了根据本公开的在无线通信系统中使用的示例UE的选定组件的框图。
图3示出了根据本公开的图2示出的UE的RAM中的控制管理器的说明图,该控制管理器用于便于与无线通信系统的通信。
图4示出了LTE中的RRC连接状态、DRX子状态以及它们之间的转换。
图5是示出了在没有提供RRC连接暂停功能的无线通信系统中的正常RRC连接过程的消息序列图。
图6是示出了在没有提供RRC连接暂停功能的无线通信系统中的RRC连接过程的简化的流程图。
图7是示出了根据本公开的在提供RRC连接暂停功能的无线通信系统中的RRC连接重新激活过程的简化的流程图。
图8是示出了根据本公开的在无线通信系统中的示例RRC连接暂停过程的消息序列图。
图9是根据本公开的在RRC连接暂停期间由移动性处理过程信令变体进行处理的示例移动性场景的说明图。
图10是示出了无线通信系统中的移动性处理备选方案B中的信令变体1的示例的消息序列图,其中,UE具有暂停的RRC连接。
图11是示出了无线通信系统中的移动性处理备选方案B中的信令变体2的示例的消息序列图,其中,UE具有暂停的RRC连接。
图12是示出了无线通信系统中的移动性处理备选方案B中的信令变体3的示例的消息序列图,其中,UE具有暂停的RRC连接。
图13是与图9类似的另一示例的说明图,在该示例中,UE移回RAN的小区并再次移出该小区,在该小区中,暂停的RRC连接是有效的。
图14、15和16是消息序列图,它们示出了在UE和RAN之间的RRC连接被暂停时,在不同场景下用于处理网络中的下行链路(DL)数据的示例方法。
图17、18和19示出了消息序列图,它们示出了用于处理针对具有与RAN的暂停的RRC连接的UE的用户面数据传输的恢复的示例RRC重新激活方法。
图20示出了在示例场景1中处理RRC连接暂停的方法的消息序列图。
图21示出了在示例场景2中处理RRC连接暂停的方法的消息序列图。
图22示出了在示例场景3中处理RRC连接暂停的方法的消息序列图。
图23示出了在示例场景4中处理RRC连接暂停的方法的消息序列图。
图24示出了在示例场景5中处理RRC连接暂停的方法的消息序列图。
图25示出了在示例场景6中处理RRC连接暂停的方法的消息序列图。
图26示出了在示例场景7中处理RRC连接暂停的方法的消息序列图。
图27示出了针对移动性过程的代表性场景的示例的消息序列图。
图28示出了在示例场景10中处理RRC连接暂停的方法的消息序列图。
图29示出了在示例场景11中处理RRC连接暂停的方法的消息序列图。
图30示出了在示例场景13中处理RRC连接暂停的方法的消息序列图。
图31示出了在示例场景14中处理RRC连接暂停的方法的消息序列图。
图32示出了在示例场景15中处理RRC连接暂停的方法的消息序列图。
图33示出了在示例场景16中处理RRC连接暂停的方法的消息序列图。
具体实施方式
很多UE应用需要或受益于所谓的始终在线连接,使得用户在使用UE及其上运行的应用时,向用户传送无缝且连续的连接体验。尽管在服务级别上向用户呈现无缝的表象,事实上这可能是在没有提供在应用层下的所有协议级别上的永久或连续连接的情况下完成的。相反,其可以是如下情形:定期地或根据需要来建立和释放连接,以便在需要时递送用户数据,但容许在间隔时间段期间在UE中实现特定的功率效率节约或系统效率节约。然而,对这些连接的频繁建立和释放也可能带来对系统资源的相当大的使用,或导致网络内的额外信令负载,并且相关的系统资源和控制开销可能变大。对于某些应用业务,这可能抵消利用这种“按需”连接建立策略所获得的功率或系统效率优势。因此,能够减少这些系统资源和控制开销的系统和方法是可取的,使得当试图经由通信网络递送应用级别的无缝用户或服务体验时改善整体系统和功率效率。
无线通信系统中过多的应用类型、服务和服务递送手段的盛行导致向用于递送的无线通信网络呈现相应过多数据业务分布和统计。因此,无线通信网络不太能够预测业务简档(profile)和分布,并且必须被设计为使得连接和分配的传输资源能够适应动态变化的(潜在“突发”的)业务负载。
为了做到这一点,无线接入网可以包括动态调度,使得分配的共享的无线资源的量可迅速响应于数据需求(例如,数据缓冲区状态)而改变。这样的动态调度通常是在一毫秒到几毫秒的时间尺度上工作。在超过该时间尺度的时间尺度上(在100毫秒到几秒的区域上工作),无线通信网络常常还采用面向状态机的处理,以使得无线连接状态或子状态适应观察到的业务活动的程度。无线连接状态或子状态可能在很多方面不同,包括:所提供的连接性程度、针对连接来预留或使用的系统资源的量、以及消耗的UE电池电量。
连接性级别可被表征为各种连接属性的组合,诸如;
●位置粒度:无线通信网络跟踪UE的当前位置的准确度(例如,对于较活跃的UE是小区级别,或者对于不怎么活跃的UE仅是小区组)
●移动性控制:改变UE所关联的小区的判定可以由网络执行(网络控制的移动性)或由UE执行(UE控制的移动性)。在网络控制的移动性的情况下,可以指示UE执行测量并向网络报告测量结果,以便协助网络做出执行切换的判定。一旦做出切换判定,在通过发送切换命令指示UE改变小区之前,网络通常将准备好目标小区中的任何必需的资源。在UE控制的移动性的情况下,UE将执行对相邻小区的测量,并且使用这些测量作出执行小区重选的判定。网络可以通过在广播系统信息中发送各种小区重选参数(例如阈值、偏移量等)来控制判定过程。网络控制的移动性(切换)比UE控制的移动性要求更多的空中信令、网络内部信令和网络处理资源。
●分配的资源:可供UE用于执行通信的无线发送资源的存在性、不存在性、类型或数量,其取决于期望活动级别。
●Tx/Rx准备就绪:UE所消耗的功率往往取决于它们的发送或接收“准备就绪”。例如,如果数据可能在任何给定时刻到达,则UE必须永久激活其接收机,以接收来自基站的下行链路通信,这导致高的功耗和电池消耗。为了节约功率,经常采用不连续接收(DRX),其允许UE在特定的时间“睡眠”并关闭它的接收机。基站(BS)在确定它何时能够向UE成功传送数据时,必须将UE的DRX模式纳入考虑。DRX模式的活动周期常常根据所分配的无线连接状态或子状态而变化。
●建立的接口或承载:端对端通信(例如从UE到核心网网关或针对外部网络(例如,互联网)的出口节点)可能要求在所有参与的网络节点或实体之间建立用户特定连接(或承载)。对这些接口中的一些接口的建立可以与取决于当前活动级别的无线连接状态或子状态相关联。
本文公开了在无线通信系统中使用的用于暂停和处理对在UE和RAN之间用于传输用户面和控制面数据的无线资源控制(RRC)连接的重新激活的方法、装置和软件。本文还公开了用于处理针对RRC连接被暂停的UE的移动性控制和下行链路数据的方法、装置和软件。
在本公开的上下文中,与RRC连接有关的术语“正在暂停”、“已暂停”或“暂停”意味着存储与该RRC连接有关的上下文(或存储RRC连接数据)以及以下一项或多项:
●禁止在移动设备和RAN节点之间的用户面数据的发送,但是移动设备仍然能够接收来自RAN节点的寻呼和/或接收来自RAN节点的对下行链路数据的通知;
●RAN节点指示移动设备执行与空闲模式功能相同或类似的功能(例如,寻呼和移动性过程,其可能不同于在正常或非暂停的RRC连接模式下使用的寻呼和移动性过程);以及
●释放与RAN节点和移动设备之间的RRC连接关联的空中接口或无线链路或无线资源,但是移动设备仍然能够接收来自RAN节点的寻呼和/或接收来自RAN节点的对下行链路数据的通知。
RRC连接数据或信息(备选地,其可被称为RRC上下文数据)可以包括与RRC连接相关的参数或其他信息,或者与RRC层或其它层相关的更一般的参数。例如,其可以包括与无线承载、无线资源、临时小区标识符、安全性参数或密钥、MAC配置、物理层配置和测量及报告配置的当前配置有关的参数。它也可以包括与RRC层或诸如物理层、MAC层、RLC层、和PDCP层之类的其他层有关的数据。安全性参数或密钥可以例如包括Kasme、Kenb、KRRCenc、KRRCint、KRRCUPenc、完整性算法、加密算法、以及无线承载COUNT值。
根据第一方面,提供了一种在移动设备中实现的方法,所述移动设备用于与无线接入网(RAN)一起使用,所述方法包括:
所述移动设备向所述RAN发送关于与所述RAN的无线资源控制(RRC)连接的指示符;
其中,所述指示符指示了所述移动设备要使得所述RRC连接被暂停或释放的偏好。
根据第二方面,提供了一种移动设备,其用于与无线接入网(RAN)一起使用,所述移动设备被配置为:
向所述RAN发送关于与所述RAN的无线资源控制(RRC)连接的指示符;
其中,所述指示符指示了所述移动设备要使得所述RRC连接被暂停或释放的偏好。
通常,该指示符是要使得所述RRC连接被暂停或释放的偏好。
该指示符可被包括在由所述移动设备向所述RAN中的RAN节点发送的请求消息中。备选地或附加地,该指示符可被包括在由所述移动设备向所述RAN中的RAN节点发送的能力信息中。
优选地,所述移动设备从所述RAN接收命令消息;以及所述移动设备响应于所述命令消息来执行以下至少一项:
释放所述RRC连接;以及
暂停所述RRC连接。
所述命令消息可以是响应于发送所述指示符而接收的。
优选地,暂停所述RRC连接包括:所述移动设备存储所述RRC连接的RRC连接数据。所存储的RRC连接数据可由所述移动设备用于重建该暂停的RRC连接。
所存储的RRC连接数据可以包括表示以下一项或多项的数据:
●在所述RRC连接中的无线承载的配置;
●与所述RRC连接和/或RRC层有关的安全性参数,其一般(但不必须)对于暂停的RRC连接是特定的;
●临时小区标识符;
●MAC配置;
●物理层配置;以及
●测量及报告配置。
在一个实施例中,所述指示符可以是响应于在所述移动设备处满足RRC连接暂停标准而发送的。
通常,所述RRC连接暂停标准包括以下至少一项:
所述移动设备处的定时器到期;
在一时间段内没有从所述RAN接收到或向所述RAN发送用户面数据;
在一时间段内预期没有要从所述RAN接收或向所述RAN发送用户面数据;
所述移动设备的输入功能或输出功能的状态;
所述移动设备的一个或多个应用的状态;以及
对所述移动设备处的RRC层的更高层指示。
所述更高层指示可以来自应用层或来自非接入层(NAS)层。
优选地,所述移动设备响应于下述情况发起对暂停的RRC连接的重建:
所述移动设备经由RRC连接的用户面生成上行链路数据;或者
在所述移动设备处接收到寻呼;或者
在所述移动设备处接收到下述通知:所述RAN或核心网(CN)具有缓冲的要发送给所述移动设备的下行链路数据。
所述移动设备可被配置为根据LTE或LTE高级协议与所述RAN进行通信。
所述RAN可被配置为根据LTE或LTE高级协议与所述移动设备进行通信。
一个或多个RAN节点可以是eNode B。
根据第三方面,提供了一种在无线接入网(RAN)的节点中实现的方法,所述节点用于与移动设备一起使用,所述方法包括:
在所述RAN节点处接收来自所述移动设备的针对重建由另一RAN节点暂停的无线资源控制(RRC)连接的请求;
所述RAN节点尝试检索与所述暂停的RRC连接有关的RRC连接数据,以及
所述RAN节点执行以下操作之一:
如果所述RRC连接是有效的,则向所述移动设备发送连接重建命令消息;以及
如果所述RRC连接是无效的,则向所述移动设备发送连接重建拒绝消息。
根据第四方面,提供了一种无线接入网(RAN)的节点,其用于与移动设备一起使用,所述RAN节点被配置为:
接收针对重建由另一RAN节点暂停的无线资源控制(RRC)连接的请求;
尝试检索与所述暂停的RRC连接有关的RRC连接数据;以及
如果所述RRC连接是有效的,则向所述移动设备发送连接重建命令消息;以及
如果所述RRC连接是无效的,则向所述移动设备发送连接重建拒绝消息。
在一些示例中,所述连接重建命令消息可以是RRC连接重建命令消息或RRC连接重新配置消息之一。其它新的或现有的3GPP消息也是可能的。类似地,所述连接重建拒绝消息可以是RRC连接重建拒绝消息。其它新的或现有的3GPP消息也是可能的。
通常,所述RAN节点通过参考所述RRC连接数据来确定所述暂停的RRC连接是否有效。
所述RAN节点可以通过以下至少一项来确定所述暂停的RRC连接是否有效:
●确定定时器尚未到期;以及
●是否检索到所述RRC连接数据。
在一个示例中,所述RRC连接数据是从另一网络组件检索到的。所述另一网络组件是RAN网络组件,例如RAN节点,或者是核心网(CN)网络组件,例如移动性管理实体(MME)。然而,也可能使用其他CN网络组件,例如服务网关(S-GW)。
在另一示例中,所述RRC连接数据可能已经由所述另一RAN节点存储在所述RAN节点的存储器设备中,以及所述RAN节点从所述存储设备中检索所述RRC连接数据。
所述RAN节点可以检索所存储的RRC连接数据,并响应于所述移动设备对寻呼请求或下行链路数据通知做出响应而重建所述暂停的RRC连接。
所述RAN节点可以检索所存储的RRC连接数据,并响应于接收到来自所述移动设备的针对重建所述暂停的RRC连接的重建请求消息而重建所述暂停的RRC连接。
一个或多个RAN节点可被配置为根据LTE或LTE高级协议与所述移动设备进行通信。
一个或多个RAN节点可以是eNode B。
根据第五方面,提供了一种在无线接入网(RAN)的节点中实现的方法,所述节点用于与移动设备一起使用,所述方法包括:
RAN节点向至少一个其他网络组件发送无线资源控制(RRC)连接数据,所述RRC连接数据涉及与移动设备的RRC连接;以及
所述RAN节点暂停与所述移动设备的所述RRC连接。
根据第六方面,提供了一种无线接入网(RAN)的节点,其用于与移动设备一起使用,所述RAN节点被配置为:
向至少一个其他网络组件发送无线资源控制(RRC)连接数据,所述RRC连接数据涉及与移动设备的RRC连接;以及
暂停与所述移动设备的所述RRC连接。
所述至少一个其他网络组件可以是RAN网络组件,例如RAN节点,或者可以是CN网络组件,例如MME。然而,所述其他网络组件也有可能是另一CN网络组件,例如S-GW。
所述RRC连接数据也可被存储在所述RAN节点中。
优选地,向所述其他网络组件发送的所述RRC连接数据可由所述RAN节点或另一RAN节点用于重建暂停的RRC连接。
所述RRC连接数据可以包括表示以下一项或多项的数据:
●所述RRC连接中的无线承载的配置;
●安全性参数,其或者是与所述RRC连接有关的,或者针对所述RRC连接不是特定的;
●临时小区标识符;
●MAC配置;
●物理层配置;以及
●测量及报告配置。
所述RRC连接数据可被标记以指示所述RRC连接的暂停。
优选地,响应于满足暂停标准,所述RAN节点向所述其他网络组件发送所述RRC连接数据,并且暂停所述RRC连接。
所述暂停标准包括以下至少一项:
●所述RAN节点处的定时器到期;
●所述RAN节点向所述移动设备发送消息以指示释放已建立的RRC连接;
●在所述RAN节点处接收到来自所述移动设备的暂停请求消息;
●在一时间段内没有从所述移动设备接收到或向所述移动设备发送用户面数据;
●在一时间段内预期没有要从所述移动设备接收或向所述移动设备发送的用户面数据;以及
●对RRC层的更高层指示
所述更高层指示可以来自应用层或者来自非接入层(NAS)层。
通常,所述RRC连接数据包括所述移动设备的标识。
所述RRC连接数据可以包括:当所述RRC连接被暂停时,为所述移动设备提供服务的小区的标识。
通常,所述RAN节点可以发送消息以向任何其他RAN节点或核心网(CN)节点通知:所述RRC连接已被暂停,以及在所述其他网络组件中存储的RRC连接数据。
优选地,所述RRC连接数据被发送给所述其他网络组件以在所述其他网络组件处进行存储。
所述RAN可被配置为根据LTE或LTE高级协议与所述移动设备进行通信。
一个或多个RAN节点可以是eNode B。
根据第七方面,提供了一种在网络组件中的方法,所述方法包括:
从第一无线接入网(RAN)节点接收无线资源控制(RRC)连接数据,所述RRC连接数据与所述第一RAN节点和移动设备之间的RRC连接有关,所述RRC连接被所述第一RAN节点暂停或将被所述第一RAN节点暂停;以及
存储所述RRC连接数据。
根据第八方面,提供了一种网络组件,其被配置为:
从第一无线接入网(RAN)节点接收无线资源控制(RRC)连接数据,所述RRC连接数据与在所述第一RAN节点和移动设备之间的RRC连接有关,所述RRC连接被所述第一RAN节点暂停或将被所述第一RAN节点暂停;以及
存储所述RRC连接数据。
优选地,所述网络组件可以是RAN网络组件或CN网络组件。例如,在所述网络组件是RAN网络组件的情况下,它可以是RAN节点,以及在所述网络组件是CN网络组件的情况下,它可以是MME。然而,所述CN网络组件可以是S-GW。
所述第一RAN节点可以在所述MME的有效区域中,其中,所述其它网络组件是MME。
通常,可以由RAN节点来检索所存储的RRC连接数据,以重建暂停的与所述移动设备的RRC连接。
可以由所述第一RAN节点、所述第二RAN节点或另一RAN节点(或第三RAN节点)来检索所述RRC连接数据,以重建暂停的与所述移动设备的RRC连接。
优选地,所述RRC连接数据包括表示以下至少一项的数据:
●所述RRC连接中的无线承载的配置;
●安全性参数,其或者是与所述RRC连接有关的,或者针对所述RRC连接不是特定的;
●临时小区标识符;
●MAC配置;
●物理层配置;以及
●测量及报告配置。
通常,所述RRC连接数据包括所述移动设备的标识。
所述RRC连接数据可以包括:当所述RRC连接被暂停时,为所述移动设备提供服务的小区的标识。
根据第九方面,提供了一种在无线接入网(RAN)的节点中实现的方法,所述RAN节点用于与移动设备一起使用,所述方法包括:
所述RAN节点向移动设备发送连接暂停命令消息,以暂停与所述移动设备的RRC连接。
根据第十方面,提供了一种无线接入网(RAN)节点,其用于与移动设备一起使用,所述RAN节点被配置为:
向UE发送连接暂停命令消息,所述连接暂停命令消息用于暂停与所述UE的RRC连接。
在一个示例中,可以响应于在所述RAN节点处满足暂停标准来发送所述连接暂停命令消息。
所述暂停标准可以是以下至少一项:
●所述RAN节点处的定时器到期;
●在所述RAN节点处从所述移动设备接收到暂停请求消息;
●在一时间段内,没有从所述移动设备接收到用户面数据或向所述移动设备发送用户面数据;
●在一时间段内,预期没有要从所述移动设备接收用户面数据或要向所述移动设备发送用户面数据;以及
●对RRC层的更高层指示。所述更高层可以是应用层或者非接入层(NAS)层。
所述RAN节点可以从所述移动设备接收应响应于所述连接暂停命令消息的肯定应答消息。所述肯定应答消息可以包括来自所述移动设备的RRC层或媒体访问控制(MAC)层中至少一项的肯定应答。
在暂停所述RRC连接时,所述RAN节点可以向所述移动设备释放对所述移动设备的移动性控制。
所述RAN节点还可以存储用于所述RRC连接的RRC连接数据。
所述RAN节点可以是eNodeB。
根据第十一方面,提供了一种在移动设备中实现的方法,所述移动设备用于与无线接入网(RAN)一起使用,所述方法包括:
所述移动设备从所述RAN接收指示所述移动设备暂停与所述RAN的RRC连接的连接暂停命令消息;以及
所述移动设备响应于所述连接暂停命令消息而暂停所述RRC连接。
根据第十二方面,提供了一种移动设备,所述移动设备用于与无线接入网(RAN)一起使用,所述移动设备被配置为:
从所述RAN接收指示所述移动设备暂停与所述RAN的RRC连接的连接暂停命令消息;以及
响应于所述连接暂停命令消息而暂停所述RRC连接。
所述移动设备可以向所述RAN发送请求暂停所述RRC连接的连接暂停请求消息;以及响应于所述连接暂停请求消息,从所述RAN接收所述连接暂停命令消息。
可以响应于在所述移动设备处满足暂停标准来发送所述连接暂停请求消息。
所述暂停标准可以是以下至少一项:
●在所述移动设备处的定时器到期;
●在一时间段内,没有从所述RAN接收到用户面数据或向所述RAN发送用户面数据;
●在一时间段内,预期没有要从所述RAN接收用户面数据或要向所述RAN发送用户面数据;
●所述移动设备的输入功能的状态;
●所述移动设备的输出功能的状态;
●所述移动设备的一个或多个应用的状态;以及
●对所述移动设备处的RRC层的更高层指示。
所述更高层可以是所述移动设备的应用层或非接入层(NAS)层。
所述移动设备可以响应于所述连接暂停命令消息,向所述RAN节点发送肯定应答消息。
所述肯定应答消息可以包括来自所述移动设备的RRC层或媒体访问控制(MAC)层中的至少一项的肯定应答。
在暂停所述RRC连接时,所述移动设备可以控制移动性。
所述移动设备可被配置为根据LTE或LTE高级协议与所述RAN进行通信。
根据第十三方面,提供了一种在无线接入网(RAN)的节点中实现的方法,所述RAN节点用于与移动设备一起使用,所述方法包括:
所述RAN节点从移动设备接收连接重建请求消息,所述连接重建请求消息用于使得暂停的RRC连接被重建;
响应于所述连接重建请求消息,所述RAN节点向所述移动设备发送连接重建命令消息;以及
所述RAN节点响应于所述连接重建命令消息,从所述移动设备接收连接重建完成消息。
根据第十四方面,提供了一种无线接入网(RAN)节点,其用于与移动设备一起使用,所述RAN节点被配置为:
从UE接收连接重建请求消息,所述连接重建请求消息用于使得暂停的RRC连接被重建;
响应于所述连接重建请求消息,向所述UE发送连接重建命令消息;以及
响应于所述连接重建命令消息,从所述UE接收连接重建完成消息。
所述连接重建命令消息可以是RRC连接重建命令消息和RRC连接重新配置消息之一。
所述连接重建完成消息可以是RRC连接重建完成消息和RRC连接重新配置完成消息之一。
所述RAN节点可以是eNodeB。
根据第十五方面,提供了一种在移动设备中实现的方法,所述移动设备用于与无线接入网(RAN)一起使用,所述方法包括:
所述移动设备向RAN发送连接重建请求消息,所述连接重建请求用于使得暂停的RRC连接被重建;
响应于所述连接重建请求消息,所述移动设备从所述RAN接收连接重建命令消息;以及
响应于所述连接重建命令消息,所述移动设备重建与所述RAN的RRC连接,并向所述RAN发送连接重建完成消息。
根据第十六方面,提供了一种移动设备,其用于与无线接入网(RAN)一起使用,所述移动设备被配置为:
向RAN发送连接重建请求消息,所述连接重建请求消息请求重建暂停的RRC连接;
响应于所述重建请求消息,从所述RAN接收连接重建命令消息;以及
响应于所述连接重建命令消息,重建与所述RAN的RRC连接,并向所述RAN发送重建完成消息。
可以响应于在所述移动设备处满足重建标准而发送所述连接重建请求消息。
所述重建标准可以包括以下至少一项:
●所述移动设备生成经由RRC连接的用户面的上行链路数据;
●在所述移动设备处接收到寻呼;
●在所述移动设备处接收到下述通知:所述RAN或核心网(CN)具有缓冲的要向所述移动设备发送的下行链路数据;以及
●所述移动设备重选到另一小区。
所述连接重建命令消息可以是RRC连接重建命令消息和RRC连接重新配置消息之一。
所述连接重建完成消息可以是RRC连接重建完成消息和RRC连接重新配置完成消息之一。
所述移动设备可被配置为根据LTE或LTE高级协议与所述RAN进行通信。
优选地,一个或多个上述方面可以根据需要进行组合。另外,在适当的情况下,任何方面的特征可以与另一方面进行组合。
长期演进(LTE)是用于无线通信网络技术的第三代合作伙伴计划(3GPP)标准。在图1中示出了支持根据LTE的通信的无线通信系统100的说明性示例。
以下详细说明是在支持LTE的无线通信系统的上下文中阐述的,但是应当理解:本公开内容的适用性决不局限于LTE。事实上,本文公开的UE-RAN RRC连接暂停及其处理的广义概念同样适用于支持其他技术和协议的其他无线通信系统,无论是当前已知的还是尚未设想的无线通信系统。在这点上,本公开不应以任何方式局限于下述的说明性实现方式、附图和技术,而是可以在不脱离所附权利要求(应该注意的全部等价物)的范围的情况下在其他无线通信系统中进行修改和使用。
LTE描述了在演进的或高级的蜂窝宽带技术中针对无线通信系统的多个要求。这些要求包括:提供演进通用移动电信系统(UMTS)陆地无线接入网(E-UTRAN)-即RAN102。如图1所示,RAN102提供高速无线接入技术以支持在UE101和担当RAN102的节点的一个或多个BS之间的无线通信,以满足增长的网络需求,包括提高用户吞吐量和网络容量、降低延迟、以及提高移动性。图1所示的LTE RAN102包括担当节点基站(BS)的一种节点类型,即演进节点B(eNB)102a,b,…,n,其是这样一种LTE高级设备,它支持E-UTRAN空中接口,并且可以提供BS、无线接入点和其他系统和设备(其中一些可能是比传统的无线电信系统中的等价设备更进化的系统或设备)的功能中的至少一些功能。本文使用的术语“eNB”或“接入设备”可以指代可被用来获得对网络的接入的现有的或高级的任何设备。这种高级的或下一代设备在本文中可被称为长期演进(LTE)设备。
eNB可以经由一个或多个小区支持与UE的通信。eNB和UE之间的通信可以包括经由eNB的单个小区的通信,或者可包括经由多于一个小区的同时或非同时的通信。
在一些实现中,eNB的功能可以是在一个物理节点或实体内自包含的,而在其它实现中,所述功能可以分布在彼此互连的多于一个物理节点或实体上。
如在图1中可以看出的,LTE无线通信网络100提供在UE101和RAN102的eNB102a之间的Uu无线接口,以便于它们之间的无线通信。
LTE针对核心网(CN)103使用演进的分组核心(EPC)网络架构,以支持RAN102(在LTE的情况下,是E-UTRAN)。因此,如图1所示,eNB RAN节点102a,b…n与EPC CN103中的一个或多个节点形成连接(下文描述)。EPC网络架构传输用于支持具有端到端服务质量(QoS)的基于IP的服务(例如,语音、视频、其他媒体和消息传递)的协议,如传输控制协议(TCP)/网际协议(IP)。EPC网络架构还使得针对其他固定线路的改进连接和切换以及具有改善移动性的无线接入技术成为可能。
耦合到EPC CN103的LTE无线接入网102(E-UTRAN)可进一步耦合到外部分组数据网络,例如公共互联网104。
图1中示出的EPC CN103包括三种节点类型-服务网关(SGW)103a在核心网内路由用户面数据;移动性管理端点(MME)103b处理在UE与核心网之间的移动性和连接控制;以及分组网关(PGW)103c入口/出口节点在核心网和外部网络之间路由数据。在UE101、基站102a和CN103之间的通信会话期间,形成在RAN102和CN103之间的“S1”网络接口,其包括在eNB102a和MME103b之间的控制面承载连接“S1-MME”(有时也被称为“S1c”)以及在eNB102a和SGW103a之间的用户面承载连接“S1u”。在SGW103a和PGW103c之间的“S5/S8”接口提供彼此间的用户面通信。MME103b可例如经由“S11”接口连接到SGW103a。
图2示出了在图1所示的支持LTE的无线通信系统中可以使用的示例UE200中包括的一些示例组件的框图。UE200可以是无线设备及其关联的通用集成电路卡(UICC),该UICC包括订户标识模块(SIM)应用、通用订户标识模块(USIM)应用、或可移除用户标识模块(R-UIM)应用,或者UE200可以是无这种卡的设备本身。
UE200包括通过通信总线201链接的多个组件。处理器202控制UE200的整体操作。包括数据和语音通信在内的通信功能是通过通信子系统204来执行的。通信子系统204可以采用下述形式:调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌网设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、无线收发器设备,如码分多址(CDMA)设备、全球移动通信系统(GSM)无线收发器设备、全球微波互联接入(WiMAX)设备,和/或用于连接到网络的其它众所周知的设备。通信子系统204可以使得处理器202能够与互联网或者一个或多个电信网络或者其它网络通信,其中,处理器202可以从该网络接收信息或者处理器202可以向该网络输出信息。在图1的上下文中,通信子系统204从无线网络206接收消息并向无线网络206发送消息,以便进行语音通信或数据通信或这两者,其中,无线网络206可以是图1所示的RAN102。电源208(诸如一个或多个可充电电池或针对外部电源的端口)为UE200供电。
处理器202与电子设备的其它组件交互,该其他组件包括随机存取存储器(RAM)210、大容量存储器212(包括但不限于磁盘和光盘、磁带、固态驱动器或RAID阵列)、只读存储器(ROM交互)214、以及显示屏216,显示屏216例如可以是液晶显示器(LCD)。I/O控制器218发送和接收与一个或多个用户控制设备(例如显示屏216上的触敏覆盖)有关的信号,以使用户能够与UE200交互。
处理器202执行可从通信子系统204、RAM210、大容量存储器212或ROM214访问到的指令、代码、软件或计算机程序。处理器202可以包括一个或多个数据处理单元或CPU芯片。处理器202可以由自身独自执行指令,或者与其他本地或远程提供的数据处理组件或图2中未示出的其他组件一起执行指令。具体地,处理器202能够执行指令,使得UE200可操作为根据下文阐述的公开内容在LTE网络中进行无线通信。
例如,参考图3,处理器202可以执行指令以具体实现和维护RAM210中的通信管理器301,通信管理器301在使用时操作通信子系统204来执行信令,以与RAN102交互。
通信管理器301可以例如在UE201的RAM110中具体实现LTE协议栈,以在LTE的各接入层中提供以下一项或多项:无线资源控制(RRC)信令层302(其通常负责控制与无线相关的功能)、无线链路控制(RLC)信令层303(其通常负责对丢失数据的重传)、媒体访问控制(MAC)信令层304(其通常负责控制对物理层(PHY)305的访问)。当然,协议栈的各层可以在其它地方实现,例如MAC和PHY信令可以在UE中通过固件或硬件来提供,且因此不在RAM110中维护。事实上,图3中所示的UE中的协议栈实现仅是本公开的范围内的很多可能性的一个示例,并且仅是出于解释说明的目的来提供的。
LTE物理层(PHY)使用高级技术,包括正交频分多址(OFDMA)、多入多出(MIMO)数据传输、以及智能天线,以满足上面的网络需求。LTEPHY将OFDMA用于下行链路传输(例如从BS到UE),这可以通过在被称作小区的整个地理区域上发送信号来进行通信。此外,在一个载波中,LTE PHY将单载波频分多址(SC-FDMA)用于上行链路传输(例如,从UE到BS)。OFDMA和SC-FDMA技术便于在经由关联的频谱或带宽进行通信时的系统容量和吞吐量的增加。
如上所述,LTE系统包括如无线资源控制(RRC)协议之类的协议,该RRC协议负责分配、配置和释放在UE101和RAN102的eNB102a,b,…,n或者其他接入或LTE设备之间的连接和无线资源。RRC协议被详细描述在3GPP TS36.331规范中。根据RRC协议,用于LTE中的UE的两个基本RRC连接模式被定义为“空闲模式”和“已连接模式”。
在已连接模式或状态下,UE101可以与网络交换信号,并执行其他相关操作,包括与网络进行用户面通信的能力,而在空闲模式或状态期间,则UE101可以关闭它的能力和操作中的至少一些,并且不再能够与网络执行用户面通信。空闲模式的行为和已连接模式的行为被详细描述在第三代合作伙伴计划(3GPP)规范TS36.304和TS36.331中。
图4示出了LTE的RRC状态转换。LTE中的空闲模式401和已连接模式402之间的转换是经由显式的RRC连接建立403(或建立)和释放404过程来实现的,并且涉及关联的信令开销。在正常的空闲模式过程期间,如果出现针对用户面通信的需求,则经由当前预占的小区建立RRC连接。图5中示出了在为了在LTE中的空闲模式和已连接模式之间转换在正常的RRC连接建立期间交换的消息序列。如果连接是UE发起的,则由UE101发送RRC连接请求消息(使用PRACH随机接入信道来发起)。相反,如果连接是网络发起的,则MME103a首先请求已知跟踪区域内的所有eNB102a,b…n向UE101发送寻呼消息,以便激励UE101发送RRC连接请求消息。
在已连接模式402下,UE101可以实现DRX过程,这些过程在媒体访问控制(MAC)层内受到控制。DRX模式是经由使用可由数据活动或其它事件触发的多个定时器和过程来定义的。然而,DRX的整体程度可被概念化为存在于三种主要模式之一下,其中,在任何一个时间这些模式之一可以在使用中。因此,有可能将这些DRX模式视为RRC已连接模式402的MAC子状态,每个DRX模式与DRX级别相关联:
●连续接收402a:无DRX-UE101的接收机始终打开并准备好通过RRC连接来接收用户面数据。
●短DRX402b:允许UE针对N个子帧中的除M个子帧之外的所有子帧关闭其接收机(睡眠,或DRX)(其中,在LTE系统中子帧是1毫秒的传输时间单位),其中,M是小值,例如1或2,而N是一个相对小值,例如8。
●长DRX402c:允许UE针对N个子帧中的除M个子帧之外的所有子帧关闭其接收机(睡眠,或DRX),其中,M是小值,例如1或2,而N是一个相对大值,例如256。
为了正确的系统操作,重要的是:关于哪些子帧被分类到DRX(UE101可以睡眠)以及哪些不是(UE101不可以睡眠),eNB102a和UE101二者是同步的。为了使得这种协调成为可能,可以(在UE101和eNB102a二者处)配置不活动定时器,以便隐式控制(即在无信令命令或指令的情况下)向着具有增大的DRX的已连接模式DRX子状态转换。另外,还可以由网络使用MAC命令(从eNB102a向UE101发送),以便显式指导向着增大的DRX子状态的转换。
当处于已连接模式402下时,在由正在进行的分组数据活动和被称为DRX-InactivityTimer的不活动定时器所确定的时间段中,新的用户面数据的任何通信通常导致到向着连续接收子状态402a的转换。每个新的数据分组将DRX-InactivityTimer重设到预先配置的值,并且当该定时器到期时,进行从连续接收402a向着DRX子状态402b,402c之一的转换。
在LTE系统中,用于控制网络的小区之间的UE移动性的机制在空闲401和已连接模式402之间是不同的:
●在空闲模式401下,移动性是UE控制的(即UE101按照3GPP技术规范36.304并根据网络设置的相关配置参数来执行小区选择和重选过程)。在UE101选择或重选了新小区之后,UE101将仅在新小区所属的跟踪区域不同于以前预占小区的跟踪区域时才向网络通知它的新位置。跟踪区域是一组小区-哪些小区属于哪个跟踪区域取决于网络配置。因此,在空闲模式401下,UE101仅是难得发送移动性报告,并且网络在相对粗的粒度(跟踪区域级别,而不是小区级别)上意识到UE的位置。
●在已连接模式402下,UE101根据由网络在测量控制消息中发送给UE101的配置来执行对其他小区的测量(在相同频率或其他频率上)。测量是由UE101向网络报告的,其中,该测量被网络用于做出切换判定。在网络做出切换判定之后,指示UE101移动到另一小区或频率。因此,在已连接模式402下,可以相对频繁地发送测量报告,并且网络在更精细的粒度(小区级别)上意识到UE的位置。
在下面的表1中总结了LTE的RRC和MAC/DRX子状态。
表1
如将从下面的描述中显而易见的:本公开阐述了一个例如可在LTE无线通信网络中使用的方法,该方法暂停RRC连接,使得至少在UE与eNB之间的用户面通信被禁用(即UE和eNB不能够发送或接收),但是其中暂停的RRC连接可被高效地重新激活,使得在相同的‘已建立的’RRC连接上恢复在UE与eNB之间的通信,而不一定创建新的RRC连接。这为无线通信系统提供了显著优点,原因如下。
UE上运行的一些应用可能会产生要求仅偶尔提供发送资源或在短的时间段中提供发送资源的业务。具有这种性质的业务可被表征为“突发的”或“零星的”,并可能涉及具有很少的数据活动或无数据活动的延长时间段。当在系统内处理这样的业务时,针对UE101的频繁的从空闲模式401到已连接模式402的RRC状态转换均将涉及在UE101和RAN102之间和/或在RAN102和CN103之间的大量信令交换。例如,可能需要信令以:
1、建立或重新配置无线承载(例如,在UE101和RAN102之间的Uu接口上),
2、建立或重新配置其他承载、承载段、或通信路径(例如,在LTEeNB102a,b…n和SGW103a之间的S1承载,或者在SGW103a和PGW103c之间的S5/8承载),
3、执行安全性程序以建立安全通信,
4、建立或重新配置要被用于连接或在连接期间使用的物理无线资源,和/或
5、配置与在RRC已连接模式内的操作有关的其他参数。
如果出于网络效率的原因使得UE101过去在处理这样的业务时总是保持在RRC已连接模式402下,从而避免了上面描述的重复的状态转换及相关的网络消息传递开销,这会由于总是处于RRC已连接模式402的相对高的功率要求而导致UE101的高功耗和缩短的电池寿命。这部分由于在RRC已连接模式402下移动性始终在小区级别上是网络控制的(其涉及来自UE的测量报告)。另外,尽管DRX循环(由MAC层控制)可被用于降低在数据不活动时间期间的UE功耗,移动性仍然保持是网络控制的,并且同样,已连接模式DRX配置是由网络设置的,并且可能不向UE提供可与空闲模式401下的功耗媲美的功耗。此外,在已连接模式下,即使可能不存在立即要发送的用户面数据,但是一些无线传输资源也可能被UE分配、预留或使用以用于控制信令的目的。因此,已连接模式DRX子状态可能对于UE101而言表现出过多的功耗或者对于RAN102而言表现出对系统资源的低效率使用,而转换到空闲模式401(以及随后在恢复数据活动时返回到已连接模式402)可能招致要执行相当多的信令开销。
如根据下面的描述将显而易见的:与具体地在对UE的所谓的“突发的”或零星的数据传输期间控制无线通信系统的这两种技术(即重复的状态转换,或者将UE保持在已连接模式402的DRX子状态)相比,如本公开中阐述的那样暂停RRC连接提供了优势,使得在本公开中网络业务和功率消耗可以相对较低,并且电池寿命可以相对较高。
在本公开中,处于已连接模式402但是是临时不活动的(即,由于在突发的或零星的通信的不活动时间段期间不需要立即的数据传输)UE101不是转换到空闲模式401或已连接模式DRX子状态402a,402b,而是代之以UE101被配置为执行UE控制的移动性(UE自主小区选择/重选)和DRX过程,就像它是在空闲模式下一样(空闲模式配置被重用,从而避免需要新的RRC状态定义或配置)。然而,尽管表现得好像处于空闲模式下一样,但是UE的RRC连接可被认为是“暂停的”(而不是被释放)。RRC暂停和RRC释放之间的区别在于:RRC连接信息或RRC上下文中的一部分或全部没有被丢弃而是代之以存储在无线接入网(RAN)或核心网(CN)中的网络组件处,例如存储在一个或多个eNB102和/或移动性管理实体(MME)103b处和/或存储在UE101处。
所存储的(暂停的)RRC连接信息可以例如包括以下一项或多项:与无线承载、无线资源、临时小区标识符、安全性参数或密钥、MAC配置、物理层配置和测量及报告配置的当前配置有关的参数。RRC连接信息或RRC上下文信息还可以包括:与RRC层或其它层有关的数据,该其他层诸如是物理层、MAC层、RLC层、和PDCP层。安全性参数或密钥可以例如包括Kasme、Kenb、KRRCenc、KRRCint、KRRCUPenc、完整性算法、加密算法、以及无线承载COUNT值。因此,无线连接“上下文”中的一个或多个成分仍然存在于网络组件和UE101内的存储器中,但是这些成分可能被标记为“不活动”、“休眠”或“暂停”。这可以意味着在没有首先执行以下一个或多个步骤的情况下所存储的RRC连接参数中的一个或多个可能不用于在UE101和eNB102a之间的立即的用户面通信:确定它们当前有效性的步骤;经由无线接入网的小区来重新激活或重建连接,以便从暂停状态返回到正常的已连接模式的步骤。
当RRC连接被暂停时,可在UE和/或网络中存储或维护RRC上下文数据的成分。用于触发或发起连接暂停的标准可与由于在设备上运行、打开或使用一个或多个应用而产生的数据的活动或简档相关联。这可以包括:估计、预测或测量无线连接或一个或多个应用所要求的数据量或数据率,其还可以包括:估计、预测或测量分组到达时间或者分组到达间时间。
用于触发的标准还可与UE的状态或经由UE连接到RAN的移动设备的状态相关联。UE状态的各方面可以包括以下一项或多项:
●用户与设备的交互程度,例如,最近是否触摸设备的键盘、屏幕或屏幕背光的状态、最近是否触摸触摸屏、其它用户输入设备的状态或对用户输入手势进行响应的设备的状态
●运行中的应用的执行状态,包括:应用是否被打开、在前台还是后台运行、在暂停或休眠状态下存储在存储器中
●运行中的应用的协议状态,包括:来自对等实体的肯定应答或回复是否待处理,以及在一时间段内是否预期存在进一步的数据交换
在又一备选方案中,用于触发的标准可与应用活动、应用类型、应用标签或应用标识符相关联。用于触发的标准还可与应用状态或特性相关联,如应用是否正运行在背景通信模式下。背景通信模式可以包含这样的状态,其中,例如由于近期缺少用户与设备的交互,或由于应用数据的延迟容忍度,因此当前的服务质量(QoS)要求可比正常的QoS级别放宽。
用于触发的标准还与UE的移动性条件相关联,例如,与运动速度,或者链接到近期的、当前的、或预期的每单位时间内的小区改变的数目相关联。在较高速度下,可能希望触发(或更容易触发)到RRC暂停状态的转换,以便避免需要网络控制的切换过程和与之关联的信令开销,接收到的或报告的无线条件(例如信噪比或信干比)、信号功率或质量估计、或者在RAN内的节点和UE之间的路径损耗也可以形成用于发起RRC连接的暂停的标准的一部分。
用于发起连接暂停的判定可以利用来自用户面实体、或者设备输入/输出功能、无线接收机或信号处理功能、或者应用的输入,在更高层(例如,应用管理器、操作系统控制器或管理器功能、NAS(非接入层)级别)做出或者在AS(接入层)级别(例如,RRC、MAC或物理层级别)做出。
eNB通常负责控制连接暂停,尽管该暂停可以是由UE或eNB中的任一者发起的。在UE发起的情况下,eNB可以在从UE接收到针对暂停的请求之后,做出暂停连接的判定。然而,eNB在来自UE的针对暂停的请求之后,也可以判定不暂停RRC连接,或者判定释放RRC连接。这是可能发生的,例如,因为基站意识到UE未意识到的东西,例如针对UE的下行链路用户面数据。在eNB发起的情况下,eNB可以在没有接收到来自UE的暂停请求的情况下判定暂停UE的连接。
RRC连接暂停可以按以下两种方式之一发生:
a.通过将暂停与另一事件或触发相关联来隐式地发生,这通常(但不一定)是UE和eNB二者共同知道的。暂停可能会发生在另一事件的同一时间,或者可能发生在与另一事件有关的时间,例如借助定时器或定时器到期来实现。隐式暂停可以发生在UE和/或eNB处,或者
b.通过使用在UE与eNB之间(或反之)交换的显式信令来发生。
在一些实施例中,如果针对具有暂停RRC上下文的UE出现了针对用户面通信的需求,则可以仅在关于暂停的RRC连接或相关联的暂停的RRC上下文当前是否有效的预备检查之后才(根据情况由网络或UE)使用该RRC连接。有效的暂停的RRC上下文是在不需要释放RRC连接并建立新RRC连接的情况下有可能脱离暂停(即‘被重新激活’或被重建)的RRC上下文。因此,如果RRC上下文被视为“有效”,则UE101或eNB102a可以发起重新激活或重建过程,而不是建立新的RRC连接的过程(且其不会利用所存储的RRC上下文数据)。已经脱离暂停的有效的RRC上下文被再次准备好投入使用,使得可以恢复在UE101与基站102a之间的用户面通信,而不需要过度的RRC释放、建立或设立过程。在其上RRC上下文被视为“有效”的小区集合被称为有效区域。在该有效区域内,UE或网络可以针对先前暂停的RRC连接来发起或尝试重新激活或重建过程。
在其上UE认为RRC上下文是有效的小区集合与在其上网络认为RRC上下文是有效的小区集合可以相同也可以不同。因此,UE的有效区域与网络有效区域可以相同的也可以不同。如果UE或eNB中的任一者在对等实体(eNB或UE)不认为该RRC上下文有效的小区中尝试重新激活或重建暂停RRC上下文,则重新激活或重建可能不会成功,并且可以建立新的RRC连接。
需要“RRC-重新激活”或“重建”消息或过程,以重新激活先前暂停的RRC连接,并允许(使用先前存储的RRC连接配置中的一部分或全部)传送用户面数据。该过程可以或者在先前暂停该RRC连接的小区(‘暂停小区’)中执行,或者在新小区中执行。类似地,该过程可以通过与在先前暂停该RRC连接时UE所连接的eNB(‘暂停eNB’)通信来执行,或者通过与新eNB的通信来执行。
在一些情况下,暂停的RRC连接可以在不对RRC上下文、其配置或其参数进行修改的情况下被重新激活(或重建)。在这种情况下,该RRC连接可被重用,以便继续处理用户面通信。该情形较可能发生在重新激活或重建过程是在暂停小区内或者在暂停eNB控制的小区下执行的情况下。这在处理突发型数据业务时特别有用,而且可以节约电力,并保持与RRC连接处理关联的控制面业务较低。在其他情况下,在重新激活或重建过程期间,所存储的RRC上下文中的一个或多个成分可能需要被更新。该情形较可能发生在重新激活或重建过程是在不同于暂停小区的小区内或者在不是暂停eNB控制的小区内执行的情况下。
在又一些情况下,不可能或不允许重新激活或重建暂停的RRC上下文。管辖是否可以重新激活或重建暂停的RRC上下文的标准可以是在标准中预先建立的,或者可以经由针对UE、eNB或另一网络实体的配置步骤来提供。如果确定所存储的RRC连接的很多成分将需要更新,则也可以采用不重新激活或重建暂停的RRC上下文的判定。在这种情况下,可以与在正常的空闲模式UE的情况下一样,遵循正常的RRC连接建立过程(即在随机接入或寻呼过程之后的RRC连接建立)。
在图7的流程图中示出了该RRC重新激活过程的简化视图。
这可以与图6中示出的从空闲模式开始的正常RRC连接建立过程形成对比,在图6中,在无线通信网络中没有提供RRC暂停功能。通过比较图7和图6的流程图,可以看出:根据本公开,在RRC连接的暂停之后,当出现针对用户面数据通信的需求并且确定暂停的RRC连接或关联的暂停的RRC上下文是“有效”时,在可以传送用户面数据之前,可以通过RRC连接重新激活或重建过程来成功地重新激活该RRC连接。可选地,在触发RRC连接重新激活或重建过程之前,可以首先在UE101或eNB102a或这二者处检查各个RRC连接/上下文有效性标准。还由于在用户面数据的通信之前必须存在有效的S1接口这一事实,当要求重新激活时,在检查暂停的RRC连接的有效性状态中还可能涉及CN103的节点(例如MME103b)。可被用作判定过程的输入的有效性标准的示例列举如下:
●UE101当前是否预占在与当RRC上下文被暂停时所连接到的小区相同的小区上。通常,RRC配置是以每个小区为基础来应用的,并且其可以是仅在小区还未改变的情况下才保持有效的网络策略。注意:这并不排除下述可能性:UE101已经移出暂停RRC上下文的的小区,且再次回到同一小区。在这些情况下,RRC上下文仍可被重新激活,且被认为是有效的暂停的RRC上下文。
●UE101当前是否预占在与当RRC上下文被暂停时所连接到的小区组相同的小区组上。eNB102a,b,…,n通常将支持多个小区,这允许在那些小区之间在无线资源管理和RRC级别上的相当多的协调,而不需要标准化的接口。因此,UE的RRC上下文信息对于(例如,在同一基站102a,b…n中的)一组小区可以是可见的,并且运营商或网络供应商可以选择在它们之间协调RRC配置的某些方面。这可以使得在eNB102a下的一个小区内暂停的RRC连接能够在同一eNB102a的另一小区下被重新激活或重建。在诸如这种情况的场景下,当检查这种重新激活是否可能或可被允许时,对UE101是否仍然附着到同一基站102a,b…n(或其他定义的小区组)的了解可以是有用的。备选地,该小区组可以包括跟踪区域。在另一备选方案中,RRC上下文被视为有效的小区组中的每个小区可以不是由同一eNB102a,b,…,n来控制的。在这种情况下,可能需要从‘旧eNB’(负责先前的暂停的eNB)向‘新eNB’(即在尝试重新激活或重建时对UE所在小区进行控制的eNB)传送RRC上下文信息。为了与新NB完成重新激活或重建过程,这种RRC上下文信息的传送将是需要的。
●从RRC连接被暂停开始已经经过的时间是否低于预定的定时器到期阈值。系统可能希望限制RRC连接可被保留在暂停状态下的时间长度。具有超过预配置值的年龄的暂停连接不再被认为是有效的。
如上所述,根据本公开,处于暂时不活动的已连接模式(即具有‘暂停的’RRC连接)的UE101执行UE控制的移动性(UE自主的小区选择/重选)和DRX过程,就像它是在空闲模式下一样,并且在这段时间期间该UE的RRC连接可被认为是“暂停的”(而不是被释放的)。然而,在这段时间期间UE的条件或者状态当然可以以不同的方式来看待,例如:
1、UE101可被视为处于空闲模式中(因为它执行UE控制的移动性和空闲模式DRX过程),但是仍然存储与它最近的RRC连接关联的一些或全部配置,以允许在特定环境下快速且有效地重新激活或重建旧的RRC连接。
2、UE101可以被视为保持在RRC已连接模式中,但被配置为执行与空闲模式下类似的UE控制的移动性和DRX过程。在RRC配置的一些部分可能被释放的同时,全部的或大多数RRC连接信息仍然存储在UE101中。
3、UE101可被看作是保持在RRC已连接模式中,但被放置在新的状态或子状态或模式中,其中,它执行与空闲模式下类似的UE控制的移动性和DRX过程。在RRC配置的一些部分可能被释放的同时,全部的或大多数RRC连接信息仍然存储在UE101中。
事实上,预期本公开并不限于:UE被视为处于已连接模式中,但具有‘暂停的’RRC连接。相反,本公开阐述了下述方法,其处理在UE和RAN之间的RRC连接以及在RAN和CN之间的UE相关的连接,使得在UE和RAN之间的用户面数据传送被禁用,并且代表RRC连接的数据被存储,使得以后可以使用相同的‘已建立’的RRC连接来恢复用户面数据传送(在相同小区/eNB上或在不同小区/eNB上),而不需要‘释放’(即放弃)该RRC连接且不需要创建新的RRC连接。这种方法不仅可用在支持LTE的无线通信系统中,而且可以用在其他无线通信协议中。
现在将更详细地描述本公开的与实现和支持RRC连接暂停和重新激活过程关联的方法,包括一些可能的备选方案和变体。与RRC连接暂停和重新激活关联的过程可被分为在下面的章节中描述的四个方面:
●RRC连接过程
●在RRC连接暂停期间处理移动性的过程(即当UE移动时的过程)
●在RRC连接暂停期间处理对下行链路(DL)数据的接收的过程
●处理暂停的RRC连接以恢复Uu数据传送的过程
在本公开的范围内的UE101、eNB102a,b,…,n、SGW103a、MME103b和其他CN节点的本文描述的方法和其他操作模式可以至少部分由在UE101、eNB102a,b,…,n、SGW103a、MME103b和其他CN节点内的一个或多个处理器来提供,该一个或多个处理器执行机器可读指令,将它们配置为根据所述方法相应地工作。该指令可被提供为计算机软件产品。每个计算机软件产品可被提供在计算机可读介质中、提供在计算机可读介质上、或者由计算机可读介质来支持,该计算机可读介质可被提供为所有可能的永久性和非永久性的计算机可读介质的形式,其或者是本质上为瞬时的,如通过互联网发送的数据传输信号,或者是本质上为非瞬时的,如RAM或者其他非易失性存储器。另一方面,计算机可读介质可以是非瞬时计算机可读介质,除了唯一例外的瞬时传播信号,包括所有计算机可读介质。
RRC连接暂停过程
在UE101中,当RRC连接暂停发生时,UE101可被配置为执行空闲模式移动性和寻呼接收过程,同时保持存储可能会重用的一些或全部其RRC上下文信息。所存储的RRC上下文信息可以包括以下内容:
●已建立的数据无线承载(DRB)和信令无线承载(SRB)的配置,包括每个无线承载的PDCP配置和当前状态(例如,计数器值等)以及RLC配置和状态(例如,计数器值等)。
●安全性配置和状态(如密码和完整性算法、计数器值,等等)。
●测量报告配置。
●上一次使用的小区标识和小区特定的用户标识(C-RNTI-“小
区无线网络临时标识符”)
此外,所存储的RRC上下文还可以包括其他信息,例如(但不限于)与无线资源的任何分配、MAC配置、物理信道配置或物理层配置数据有关的配置信息或参数。
在网络中,当RRC连接暂停发生时,一个或多个eNB(诸如eNB102a和102b)和/或MME103b存储可能会重用的一些或全部的UE的RRC上下文信息。网络中存储的RRC上下文信息应该对应于UE101中存储的RRC上下文信息。此外,取决于在暂停发生时eNB是否向CN通知该暂停,网络侧暂停过程存在两个主要的备选方案:
●RRC连接暂停备选方案A-没有向CN通知该暂停
如果没有(由UE101或eNB102a中的任一个)向CN103通知该暂停,则在S-GW103a和eNB102a之间的S1用户面将保持是活动的,并且任何入站的网络发起的数据将由S-GW103a通过S1转发给相应的eNB102a,该数据在eNB102a中将需要被缓存,等待递送给UE101。然后,由eNB102a负责联系暂停的UE101并且将数据递送给该暂停的UE101。如果此时发现该暂停的UE RRC上下文是无效的(例如,因为UE已经移动或重选到另一小区而没有通知网络),则eNB102a将需要发起附加过程(涉及其它eNB,如eNB102b,和/或CN103)以定位UE101,并且将数据路由给正确的eNB102b…n并且进而到UE101(在这种情况下的联系UE101的过程将在下文讨论)。备选地,不是一定位到UE101就将数据路由到正确的eNB102b…n,而是数据可被丢弃并且可以代之以依靠更高层协议(例如,TCP/IP)来确保最终的递送。
●RRC连接暂停备选方案B-向CN通知该暂停
如果(由UE101或eNB102a中的任一个)向CN103通知了该暂停,则它可可选地采取行动,使得也暂停在S-GW103a和eNB102a之间的S1用户面。S1用户面暂停可能仅影响S-GW103a对待到达S-GW103a的DL用户数据的方式。因此,在这种情况下,其可就被视为DL S1用户面暂停,使得任何入站的网络发起的数据被缓冲在S-GW103a处,等待递送给UE101。然后,由CN103(即,MME103b和/或S-GW103a)负责:识别UE的位置,以及随后联系暂停的UE101并将数据递送给该暂停的UE101。下述情况也是可能的:当CN103已经获知UE的RRC连接的暂停时,CN103不暂停针对UE101的S1用户面。
CN103通常通过接收来自eNB102a的通知消息来获知暂停。也有可能的是:UE101可以向CN103通知连接暂停(例如,在其接收到来自eNB102a的暂停消息之后),尽管由于这将涉及空中接口上的额外信令这一事实而可能是不怎么优选的。
CN节点(如MME103b和/或S-GW103a)可以维护每个UE的有效性指示符(实际上这可能或者涉及是否存在针对UE的活动的S1用户面,或者涉及针对UE的暂停的S1中用户面的当前有效性状态)。该指示符可以基于一个或多个不同的子标准(例如基于位置的标准,或基于定时器的标准)进行设置。基于位置的有效性标准例如可以涉及记录RRC暂停通知最初接收自的小区或eNB102a,b…n,以及如果UE101的当前已知位置匹配该有效性标准,则将位置有效性指示符设置为‘真(TRUE)’,否则将位置有效性指示符设置为‘伪(FALSE)’。基于定时器的有效性标准可能涉及:如果从RRC连接暂停(或S1连接暂停)开始已经经过的时间小于阈值,则将基于时间的有效性指示符设置为‘真(TRUE)’,否则将基于时间的有效性指示符设置为‘伪(FALSE)’。作为举例,综合有效性标准可以包括:如果位置有效性指示符和基于定时器的有效性指示符都为TRUE,则将综合有效性指示符设置为‘真(TRUE)’,否则将综合有效性指示符设置为‘伪(FALSE)’。
图8中示出了与RRC连接暂停有关的事件的示例消息序列图。下面描述的过程的步骤E~G(没有都在图8中示出)仅在CN103被告知该暂停的情况下才执行(其他情况下这些步骤被省略)。图8所示的RRC连接暂停过程的步骤被描述如下:
A.UE101处于已连接模式。
B.确定是否已经满足触发UE的RRC连接的暂停的标准。该确定可以由UE101或eNB102a中的任一者来做出,或者由UE和eNB两者来做出。如果该确定是由UE101作出的,则UE可以向eNB102a发送RRC连接暂停请求消息。
C.暂停UE的RRC连接。这可以经由隐式机制来实现,或者经由显式机制来实现,隐式机制例如是在eNB102a和UE101二者处的不活动定时器到期,显式机制例如是从eNB102a向UE101发送消息或命令,以指示暂停该RRC连接。在隐式情况下,eNB102a和UE101在大约相同的时间进入暂停状态,且不需要发送暂停消息。
D.UE101和eNB102a暂停RRC连接。Uu连接被有效地“去激活”,使得没有用户面数据在eNB102a和UE101之间传送,但RRC连接信息被UE101和eNB102a二者存储。在一些情况下(未示出),也可以由eNB102a将RRC连接信息转发给RAN102内的另一eNB,或者转发给核心网103内的节点,例如MME103b。然而,UE101继续监视寻呼或关于下行链路数据的通知(见下文)。
E.eNB102a可以可选地向MME103b和/或SGW103a(可能经由MME)发送S1用户面暂停消息,以向CN103通知该RRC暂停。该消息可以包括用于识别一个或多个UE和可能的已被暂停的承载标识符的字段。
F.MME103b可以去激活(但存储在内存中)与UE101关联的现有的S1-MME(S1c)承载上下文。‘去激活’在此处被理解为表示数据停止在承载上传送。
G.SGW103a去激活(但存储在内存中)与UE关联的现有的S1-u用户面承载上下文。同样,“去激活”在此处被理解为表示数据停止在承载上传送数据。
因此,由CN103响应于接收到S1暂停而采取的具体动作可以包括:
●在SGW103a和MME103b中分别去激活或在eNB102a中去激活(但存储在内存中,等待重新激活)一个或多个S1用户面和/或S1-MME承载上下文
●在SGW103a处缓冲任何网络发起的用户数据,等待恢复S1用户面
●在MME103b处监视入站的、来自RRC连接已被暂停的UE的跟踪区域或其他位置/小区更新(以便在需要重新激活的情况下协助确定有效性状态)
为了使用上述RRC连接暂停过程,无线通信系统的UE101和网络都需要被配置为支持该功能。RRC连接暂停支持指示符可被包括在从UE101传送给网络的UE能力消息中。备选地,在UE中的针对RRC连接暂停的支持可以是由eNB根据UE指示支持另一(但关联)的功能或者UE能力消息内的UE能力而隐式推断出的。作为另一备选,在UE中的针对RRC连接暂停的支持可以是由eNB根据接收到RRC连接暂停请求消息而隐式推断出的。如果eNB确定UE支持RRC连接暂停功能,则eNB102a可以选择向UE101配置适当的参数(例如,经由配置暂停定时器值)以触发隐式暂停,或者eNB102a可以选择发送显式的RRC连接暂停消息。eNB102a还可以选择:配置UE101,使得RRC暂停过程或该RRC暂停行为的组件被允许或者不被允许。
在RRC连接暂停期间处理移动性的过程
在暂停UE的RRC连接时,UE101以与正常空闲模式UE101类似的方式执行小区选择和重选(即,UE101遵循3GPP TS36.304的通用移动性过程)。然而,如果使用基于位置的有效性标准,则UE101可以意识到UE101何时选择/重选其暂停的RRC连接在其中不是有效的小区(例如,暂停的RRC上下文不可能在其中被重新激活或重建的小区)。
图9示出了一个示例,其中UE101最初在eNR1102a下的小区A中(点1)。RRC连接被暂停。UE101从eNB1 102a下的小区A重选到也在eNB1 102a下的小区B(点2)。有可能小区A和B位于有效区域内,而小区C在有效区域之外。当UE从小区A移动到小区B时,根据基于位置的有效性标准,UE101知道其暂停的RRC连接仍然有效,因此无需采取任何行动。UE101然后从小区B重选到处于不同eNB(即eNB2102b)下的小区C(点3)。根据基于位置的有效性标准,UE101知道其暂停RRC连接在点3处不再有效。在该点上(跨过有效区域边界),对于在RRC连接暂停期间UE101如何动作存在两个主要的备选移动性处理过程。UE101可以被配置为:仅执行下列方法之一,或者选择性地执行任意一种方法。
●移动性备选方案A-不向网络通知UE处于其暂停的RRC连接是 有效的区域之外
尽管在点3处UE101意识到它处于它知道其暂停的RRC连接是有效的区域之外,但是UE101没有向网络发起任何信令。UE101代之以继续执行基于UE的移动性和寻呼接收过程,并继续保持其存储的RRC上下文信息。在移动性备选方案A中,只要UE101仍然处于小区的已注册的跟踪区域(TA)内,小区重选就不会触发对网络的任何信令(即网络不会意识到该重选)。然而,如果UE101移动到其注册的TA之外,UE101将仍然需要执行跟踪区域更新(TAU),就如它在空闲模式下必须执行的那样。TA通常会覆盖很多小区和很多eNB102a,b,…,n。RRC上下文信息保持存储在UE101和一个或多个RAN或CN节点(例如eNB102,eNB102b,或者MME103b)中,使得如果在数据活动恢复时UE101已经返回到该暂停的RRC连接在其中是有效的小区,部分或全部的RRC上下文信息有可能被使用。取决于有效区域,该暂停的RRC连接被重新激活时所在的小区或eNB可以与该RRC连接上一次被暂停时所在的小区或eNB相同也可以不同。
●移动性备选方案B-向网络通知UE处于其暂停的RRC连接是 有效的区域之外
当在点3处UE101意识到它处于它知道其暂停的RRC连接是有效的区域之外时,在该备选方案中UE101发起某个信令以通知网络。在移动性备选方案B中,UE101采用的信令过程可以例如是以下三个变体之一:
·信令变体1-丢弃暂停的RRC连接,执行NAS过程并返回空闲状态。
在该变体中,在eNB2102b下的新小区上,UE101丢弃其暂停的RRC连接,并通过发起非接入层(NAS)过程(例如,LTE‘TAU’过程)来执行信令。这可以是未修改的TAU过程或者可以是修改为包括指示发送TAU的原因的原因值的TAU过程(即,UE已经识别出该暂停的RRC连接不再有效)。该TAU过程引起MME103b释放通向eNB1 102a的S1连接,并且使得eNB1 102a释放暂停的RRC连接。在TAU过程完成时,UE101被放置到空闲模式,因此没有与任何eNB102a,b,…,n的RRC连接。
·信令变体2-丢弃暂停的RRC连接,执行NAS过程并保持RRC已连接
在该变体中,在eNB2102b下的新小区上,UE101丢弃其暂停的RRC连接,并通过发起非接入层(NAS)过程(例如,TAU或服务请求)来执行信令。这可以是未修改的TAU或服务请求,或者可以是修改为包括指示发起该过程的原因的原因值的修改的TAU或服务请求(即,UE已经识别出该暂停的RRC连接不再有效)。该TAU/服务请求引起MME103b释放通向eNB1 102a的S1连接,并且使得eNB1 102a释放暂停的RRC连接。MME103b发起针对通向eNB2102b的新的接入层安全性和数据无线承载(DRB)的建立以及S1用户面连接的建立。在TAU/服务请求完成时,UE101与eNB2102b仍然是RRC已连接的。eNB2102b可以如上所述选择暂停RRC连接,使得在UE101和eNB2102b之间的新的RRC连接被暂停。如果如此,则UE101在图9中点3处的状态将与它在点1处的状态相同,但是具有与eNB2102b的RRC连接而不是与eNB1 102a的RRC连接。
·信令变体3-维持暂停的RRC连接,执行信令以向CN通知移动性
在该变体中,在eNB2102b下的新小区上,UE101维持其暂停的RRC上下文,并通过发起过程来执行信令,以向CN103通知UE101具有当前无效的暂停的RRC连接。该过程可以是NAS过程-例如,它可以是未修改的TAU或者包含指示了UE101具有无效的暂停的RRC连接的新指示在内的TAU,或者它可以是新的NAS消息,例如“NAS移动性更新”消息。备选地,这可以是接入层(AS)过程,其进而触发eNB2102b向CN103通知UE101具有暂停的但当前无效的RRC连接-例如它可以是从UE向eNB2102b发送的新的“RRC移动性更新消息,或者它可以是包含新的“移动性更新指示符”的现有RRC消息,在其之后是从eNB2102b到MME103b的“S1移动性更新”消息。无论信令采用何种形式,该过程的目的是:它将使得S-GW103a暂停S1用户面。在该过程完成时,UE101保留其暂停的RRC连接,但预占在eNB1 102a上。需要注意的是:为了执行TAU过程,UE可能必须也可能不必须创建与eNB2102b的RRC连接以及与MME103b的S1连接。如果需要创建这样的连接,则这可被视为临时的RRC连接,其在完成TAU或者其他的更新消息时会被丢弃。如果MME103b要建立接入层安全性以及建立DRB,则该临时的RRC连接将变成“永久的”RRC连接,并且该暂停的RRC连接将被丢弃。
在有效区域内的移动性
移动性备选方案A和B描述了与跨越有效区域的边界的UE移动性事件关联的示例过程(即,在有效区域之中或之外的UE转移)。其他过程是可能的。还可以存在与在有效区域内的小区之间的UE移动性关联的一组可能的移动性备选方案。除了使用与跨越有效区域边界的移动性有关的过程之外,还可以可选地使用这些‘区域内移动性过程’。
在第一区域内备选方案中,UE执行信令以向RAN和/或CN通知在有效区域内的UE移动性。这可被用于允许:根据从旧小区到新小区的UE移动性,在旧小区和新小区之间迁移先前暂停的RRC连接。旧小区和新小区可以是由相同的eNB和MME控制的,或者它们可以是由各自不同的旧eNB和新eNB或者各自不同的旧MME和新MME控制的。进一步参考图9,有可能小区A、B和C都位于有效区域内。在这种情况下,并且当根据第一区域内移动性备选方案工作时,当UE重选至小区C(在eNB2102b下)时,UE101与eNB2102b通信,从而向其通知UE存在于该小区内。这可以采取RRC重建过程的形式,或者可以包括新的移动性更新过程,或者现有的移动性过程的修改版本,例如基于或包括与切换相关的信令的示例过程。尽管eNB2102b位于有效区域内,它可以拥有也可以不拥有与UE101的暂停的RRC上下文有关的RRC上下文数据。这将取决于:在UE重选到小区C之前,eNB1 102a是否已经将RRC上下文数据转发给eNB2102b。从eNB1 102a到eNB2102b的这种RRC上下文数据的转发可以通过使用切换准备信令来实现,切换准备信令例如是切换请求消息(从eNB1到eNB2)和切换请求肯定应答消息(从eNB2到eNB1)(并且,这在图23的步骤(10)和图26的步骤(8)中示出为在X2上的其它eNB的可选准备)。如果eNB2102b不拥有UE101的RRC上下文数据,它可以尝试从RAN102中的另一节点(如eNB1 102a)或从CN103内的节点(如MME103b)检索该RRC上下文数据。在eNB2102b和其它网络节点(如eNB1 102a或MME103b)之间的信令过程被用于经由在那些RAN和CN节点之间的网络接口来检索UE101的RRC上下文数据。由eNB2102b从eNB1 102a检索RRC上下文可以通过使用上下文检索信令来实现,上下文检索信令是例如RLF指示消息(从eNB1到eNB2)、切换请求消息(从eNB1到eNB2)以及切换请求肯定应答消息(从eNB2到eNB1)。在eNB之间的上下文检索信令的示例被示出在图28的步骤(4b)和(6)中,以及在eNB和MME之间上下文检索信令的示例被示出在图28的步骤(5)中。由于eNB2102b还可以与CN节点(诸如MME103b和/或S-GW103a)通信,以切换与UE101关联的活动的或暂停的S1连接的路径,使得它现在eNB2102b处端接而不是在eNB102a处端接。如果eNB2102b希望接受与UE的连接,则eNB102b与UE101通信,以命令或确认在小区C内重新激活或重建RRC连接(在这种情况下,RRC连接从暂停开始恢复),或者用于简单地向UE101确认或肯定应答移动性事件(在这种情况下,在UE上下文成功地转移到eNB2102b下的小区C之后,RRC连接可以返回到暂停状态)。
在第一区域内移动性备选方案中,RAN每次获得通知:UE重选有效区域内的另一小区。这提供了以下优点:网络可以将S1连接(从核心网到RAN)切换到正确的RAN节点(eNB),以便跟踪UE的移动性。因此,以UE为目的地的入站的下行链路数据可以总是(经由S1)被路由至正确的eNB并且递送给UE,从而避免需要首先在更光的区域上寻呼UE,以确定它的当前小区或位置。
在第二区域内移动性备选方案中,在有效区域内的小区重选时,UE可以不通知RAN或CN。相反,在与控制UE当前预占在的小区的eNB通信之前,UE可以等待,直到存在针对用户面数据的需求。在这种情况下,如果UE位于有效区域内,UE可以尝试在该当前预占小区上重新激活或重建暂停的RRC连接。如果控制当前预占小区的eNB不拥有所存储的UE101的RRC上下文数据,则它将再次需要以与针对第一区域内移动性备选方案描述的类似方式调用从另一节点检索RRC上下文的过程。在该第二区域内移动性备选方案提供可以在每个小区重选事件中避免移动性信令(以将暂停的RRC连接移动到新小区)的优点的同时,其也提供了下述缺点:在以UE为目的地的入站的下行链路数据的事件中,网络可能不具有与UE的当前小区或位置有关的最新信息。因此,在可以递送数据之前,可能需要在其它小区中寻呼UE。
图10、图11和图12中分别示出了针对跨越有效区域边界的移动性的三个信令变体(1,2,3),的示例消息序列图。这些图的初始步骤都是相同的,其中,三个变体之间的差异发生在具有圆角矩形框标识的区域内。
如图10所示的信令变体1可被描述如下。
1.UE101最初具有与eNB1 102a的暂停的RRC连接。
2.UE101执行到eNB2102b控制下的小区的小区重选。
3.在小区重选之后,UE101确定它现在是在其暂停的RRC连接可能是无效的小区中。
4.UE101释放其针对eNB102a的暂停的RRC连接。UE101进入空闲模式。
5.UE101发起TAU。为了执行TAU,UE101首先建立与eNB2102b的RRC连接,然后发送跟踪区域更新请求。MME103b回应以跟踪区域更新接受。
6.在完成TAU过程之后,UE101返回到空闲模式。
7.MME103b还向eNB1 102a发送S1释放命令,以通知eNB1 102a其可以释放其针对UE101的暂停的RRC连接和/或释放针对UE101的任何活动的或暂停的S1连接。
如图11所示的信令变体2可被描述如下。
1.UE101最初具有与eNB1 102a的暂停的RRC连接。
2.UE101执行到eNB2102b控制下的小区的小区重选。
3.在小区重选之后,UE101确定它现在是在其暂停的RRC连接可能是无效的小区中。
4.UE101释放其针对eNB1 102a的暂停的RRC连接。UE101进入空闲模式。
5.UE101发起TAU或服务请求过程。为了执行TAU或服务请求过程,UE101首先建立与eNB2102b的RRC连接,然后发送跟踪区域更新请求或服务请求。MME103b通过触发接入层安全性的建立以及DRB和与eNB2102b的S1用户面的建立来进行回应。该图示出了服务请求过程,尽管TAU过程将是非常类似的。应该注意该图中没有标出构成整个过程的各个消息。
6.在完成TAU或服务请求过程之后,UE101保持在与eNB2102b的RRC已连接中。
7.MME103b还向eNB1 102a发送S1释放命令,以通知eNB1 102a其可以释放其针对UE101的暂停的RRC连接和/或释放针对UE101的任何活动的或暂停的S1连接。
如图12所示的信令变体3可被描述如下。
1.UE101最初具有与eNB1 102a的暂停的RRC连接。
2.UE101执行到eNB2102b控制下的小区的小区重选。
3.在小区重选之后,UE101确定它现在是在其暂停的RRC连接可能是无效的小区中。
4.UE101维持其针对eNB102a的暂停的RRC连接。
5.UE101发起信令以向CN103通知:UE101具有暂停的RRC连接,但是已经移动到其暂停的RRC上下文已知为有效的区域之外。图12中示例示出:UE101建立‘临时的’RRC连接,并且UE101在RRC连接建立完成消息中包括‘移动性更新指示符’,尽管包括对TAU过程的使用在内的其他备选方案是可能的(在该情况下,信令变体3与信令变体1类似,区别在于:在UE重选到eNB2102b控制下的小区之后暂停的RRC连接被维持并且没被释放-即该过程是按照信令变体1的,但没有执行步骤4、6和7)。
6.根据对移动性更新指示符的接收,eNB2102b意识到该RRC连接建立的目的,并且向MME103b发送S1移动性更新消息。响应于此,MME103b向S-GW103a发送S1用户面暂停消息。
7.在接收到S1用户面暂停消息时,S-GW103a知道针对该UE101的DL数据应该被缓冲,并且在可以递送数据之前,对UE101定位(即S-GW103a不应该简单地通过S1向eNB1 102a转发DL数据,因为存在UE101将不是位于eNB1 102a下的可能性)。
8.eNB2102b指示UE101释放“临时的”RRC连接。UE101仍然维持其针对eNB102a的暂停的RRC连接,但是其预占在eNB2102b下的小区中。
针对跨越有效区域边界的移动性,两种信令变体1和2的结果是:只要UE101移出暂停的RRC连接已知是有效的区域,UE101就释放该暂停的RRC连接并且发起信令过程。无论何时数据活动恢复,在能够开始数据传送之前都需要建立新的RRC连接(以及安全性和DRB)。因此,如果UE在移动,在减少信令负载方面,信令变体1和2可能不是非常高效的。
参考图13进一步解释信令变体3与变体1和2相比的好处,图13示出了与图9所示类似的移动性场景,其中,具有暂停的RRC连接的UE101移出其小区,移到该RRC连接为无效的另一小区中的点3,但图13的情景另外示出了UE101移动至点4和点5。如上面所解释的,在点3处利用信令变体3,UE101具有与eNB1 102a关联的暂停的RRC连接,并已向网络信号通知它已经移出它知道它的暂停的RRC连接为有效的区域。S-GW103a已经暂停通向eNB1 102a的S1用户面。
在图13的移动性场景下,在移动到点4之后,UE101重选回eNB1102a控制下的小区B。不需要向网络发起任何信令。如果在该点处要恢复数据活动,则暂停的与eNB1 102a的RRC连接可被重新激活。类似地,在SGW103a和eNB1 102a之间的S1连接如果先前已经被暂停的话也可被重新激活。
在图13的移动性场景下,在移动到点5之后,在与eNB1 102a的RRC连接保持暂停的同时,UE101重选回eNB2102b控制下的小区C。尽管UE101再次移动到它知道它的暂停RRC连接是有效的区域之外,但是不需要发起任何信令。这是因为:在S-GW103a处已经暂停在SGW103a和eNB1 102a之间的S1用户面连接(这已经发生在从点2到点3的转移时)。如果在该点处要恢复数据活动,则暂停的与eNB1 102a的RRC连接将被释放,并且将需要建立与eNB2102b的新的RRC连接。
可以看出:利用信令变体3,仅在UE101首次移出它知道其暂停的RRC连接是有效的区域时才要求针对网络的信令,并且在RRC连接保持暂停的同时,后续的移进和移出该区域可以在无任何信令的情况下执行。因此,这种方法可以有效地减少原本与位于靠近两个小区的边界的UE101相关联的信令,在靠近两个小区的边界处可能出现在小区之间的‘反复(ping-pong)’重选。
作为对信令变体3的扩展,UE可以被配置为:无论何时它移动回到暂停的RRC连接再次为有效的小区或小区组(例如,在eNB1 102a控制下的小区)中时,附加地执行对RAN或CN节点的信令。这可以使得SGW103a和eNB1 102a之间的暂停的S1连接被重新激活。
可以向上述过程补充基于定时器的暂停的RRC连接的到期。例如,可以在暂停时或者在离开暂停小区(或小区组)时启动定时器。当定时器到期时,UE101(以及eNB102a,b…n和CN103节点)丢弃任何UE101上下文信息,并且UE101返回到正常的空闲模式操作。如果在UE101和eNB102a,b,…,n或CN103节点内都使用公共定时器,则这可以在没有UE101与任何RAN或CN节点之间的信令的情况下实现。如果仅在eNB102a,b…n或CN103节点侧实现定时器,则RAN或CN节点可能需要信令,用以向UE通知该暂停的RRC连接正被释放以及指示其返回空闲。
信令变体内的一些可能性依赖于对现有过程(NAS服务请求和TAU)的使用,并且因此UE101可以假设这些都是由网络支持的。然而,信令变体内的其他可能性依赖于新的信令功能。在这种情况下,UE101在它向eNB2102b发起信令之前可能必须知道eNB2102b支持新的信令。为了解决这个问题,eNB2102b可以在系统信息中广播支持指示符。这可能是用以指示对所有RRC连接暂停功能的支持的通用指示符,或者其可以仅指示针对新的信令功能的支持(如图12中针对信令变体3所描述的移动性更新信令选项)。如果UE101看到eNB2102b不支持该功能,则UE101可以回退到与不要求新的信令功能的信令变体相符的行为(例如,UE可以释放其暂停的RRC连接,然后发起TAU或服务请求过程)。
在本公开中,‘释放RRC连接’可以表示:简单地忽略所存储的RRC上下文数据,或者将该数据指示为或标记为被释放或无效,或者擦除(scrubbing)该数据,或者从存储器删除该数据。实现释放RRC连接的相同功能效果的其它方法也旨在被包含在本公开的范围之内。
在RRC连接暂停期间对下行链路(DL)数据的接收处理
在UE的RRC连接被暂停时,UE101可以用与正常空闲模式UE101类似的方式来执行小区选择和重选(即,UE101服从3GPP TS36.304的通用移动性过程)。另外,UE101可以用与其在空闲模式下时完全相同的方式来监视寻呼信道;即UE101将在适当的寻呼时机打开接收机以尝试接收寻呼消息,然后针对UE的标识(例如S-TMSI)来检查该寻呼消息。当接收到包含该UE的标识的寻呼消息时,UE101将如下所述尝试恢复其暂停的RRC连接。
当在网络中针对具有暂停的RRC连接的UE101的DL数据到达时,无论UE101现在可能处于哪个小区,网络都必须能够联系或寻呼UE101。取决于是使用(上文描述的)RRC连接暂停备选方案A还是B,以及是使用(也是上文描述的)移动性备选方案A还是B,当DL数据到达S-GW103a时用于寻呼UE101的不同场景是可能的。因此,现在参考图14到16来描述用于在网络中处理DL数据的三种场景。图14示出了表示当UE101具有暂停的与eNB1 102a的RRC连接时在网络中处理DL数据的方法的消息序列图。UE101当前位于eNB1 102a下的小区上,并且在SGW103a和eNB1 102a之间的S1用户面没被暂停(1)。当DL数据到达S-GW103a时(2),S-GW103a将用户面数据直接转发给eNB1 102a(3)。这对于处于RRC已连接状态下的UE1(1来说是正常的S-GW103a行为。eNB1 102a缓冲DL数据(4),然后向UE101发送寻呼消息或数据到达通知消息(5)。当UE1(1对寻呼/通知进行响应时(例如,经由发送RRC重新激活请求),暂停的RRC连接可被重新激活,然后eNB1 102a将能够递送DL数据。图15示出了表示当UE101具有暂停的与eNB1 102a的RRC连接时在网络中处理DL数据的方法的消息序列图。UE当前位于不同的eNB(即eNB2102b)下的小区上,并且在SGW103a和eNB1 102a之间的S1用户面没被暂停(1)。当DL数据到达S-GW103a时(2),S-GW103a将用户面数据直接转发给eNB1 102a(3)。这对于处于RRC已连接状态下的UE101来说是正常的S-GW103a行为。S-GW103a未意识到UE101已经移动或者可能已经移动到远离eNB1 102a的位置,并且因此S-GW103a不能采取任何备选操作。eNB1 102a缓冲DL数据(4),然后向UE101发送寻呼消息或数据到达通知消息(5)。因为UE101不再位于eNB1下的小区中,于是接收不到任何响应(以由UE做出的用于重新激活暂停的RRC连接的尝试的形式)(6)。eNB1 102a向MME103b发送“寻呼升级”消息(7),以便请求MME103b在更广的小区组上寻呼UE101(8)(例如,MME103b可以在UE101所注册的跟踪区域(TA)的所有小区中寻呼UE101)。
图16示出了表示当UE101具有暂停的与eNB1 102a的RRC连接并且在SGW103a与eNB1 102a之间的S1用户面连接被暂停(1)时在网络中处理DL数据的方法的消息序列图。注意:作为RRC连接暂停备选方案B的结果或者具有信令变体3的移动性备选方案B的结果,S1用户面暂停可能已经发生。UE101可以位于eNB1 102a(即,RRC连接被暂停时所在的eNB)下的小区中,或者它可以位于不同的eNB102b,…n的小区下。当DL数据到达S-GW103a时(2),S-GW103a缓冲此用户面数据(3)。S-GW103a然后向MME103b发起寻呼过程,以请求MME103b寻呼UE101(4)。然后MME103b在更广的小区组中寻呼UE101,例如,它可以在UE101所注册的TA的所有小区中寻呼UE101。
处理暂停的RRC连接以恢复Uu数据传送
可以由以下各项来触发RRC连接重新激活:在UE101中正在生成UL数据,或者接收到寻呼或者指示网络具有等待递送的DL数据的DL数据通知消息。当这发生时,UE101首先确定其暂停的RRC连接对于其它当前所在的小区是否是有效的。取决于暂停的RRC连接是否被确定为有效,多个不同的选项是可能的。
图17示出了表示针对具有暂停的与eNB1 102a的RRC连接的UE101(1)的RRC重新激活方法的消息序列图。针对活动的RRC连接的需求是由下述项触发的:在UE101中正在生成UL数据,或者接收到寻呼或DL数据通知消息(2)。UE101确定其暂停的RRC连接对于其所在的小区而言是有效的(3)。UE101通过发送RRC连接重新激活请求来发起RRC连接重新激活过程(4)。当接收到此消息时,eNB1 102a检查它是否具有针对该UE101的有效的暂停的RRC连接。可选地(并且未示出),它可能还调用用于从RAN102或CN103的另一节点检索该UE的RRC上下文数据的过程,并且可以与RAN或CN的其它节点进行通信以发起S1的路径切换。如果eNB1 102a具有有效的暂停的RRC连接(或已经能够从另一节点检索到有效的暂停的RRC连接),则它向UE101发送RRC连接重新激活消息(5),并且UE101用RRC连接重新激活完成消息做出响应(6)。RRC连接重新激活消息可以包括也可以不包括对先前存储的该UE的RRC连接参数中的一个或多个参数的配置更新,以在重选激活之后使用。UE101现在可以开始发送它可能已缓冲的任何用户面数据(8)。如果S1用户面已经被暂停,则eNB1 102a可以向S-GW103a发送S1用户面恢复消息(7)(可能经由MME103b,如通过图17中的虚线表示为可选的那样),并且在接收到S1用户面恢复消息时,S-GW103a可以恢复S1用户面,并开始向eNB1 102a转发可被缓冲在S-GW103a中的任何DL用户面数据(8)。作为备选方案,如果S1连接仅在DL方向上被暂停,则接收到来自UE101的UL用户面数据也可被S-GW103a用作隐式的S1用户面恢复消息。
图18示出了表示针对具有暂停的但不再有效的与eNB1 102a的RRC连接的UE101(1)的另一RRC重新激活方法的消息序列图。针对活动的RRC连接的需求是由下述项触发的:在UE101中正在生成UL数据,或者接收到寻呼或DL数据通知消息(2)。在该情况下,UE101确定其暂停的RRC连接对于其所在的小区而言是无效的(3)(例如,这可以是如下情形:UE101处于不在指定的有效区域中的小区上,或者如果有效性定时器已经到期)。UE101释放其暂停的RRC连接,并进入RRC空闲状态(4)。UE101然后发起用于建立针对eNB2102b的RRC连接和建立用户面无线承载的正常过程(即UE发起NAS服务请求过程)(5),并且在此过程完成时用户面数据传送是可能的(6)。
图19示出了表示针对具有暂停的RRC连接的UE101(1)的另一RRC重新激活方法的消息序列图,其中eNB102a确定该暂停的RRC连接是无效的。针对活动的RRC连接的需求是由下述项触发的:在UE101中正在生成UL数据,或者接收到寻呼或DL数据通知消息(2)。UE101确定其暂停的RRC连接对于其所在的小区而言是有效的(3)。UE101通过发送RRC连接重新激活请求来发起RRC连接重新激活过程(4)。在接收到此消息时,eNB1 102a检查其具有针对该UE101的暂停的RRC连接,并且还可以检查所有要求的已存储的RRC连接参数是否仍然有效。可选地(且未示出),eNB1 102a还可以调用用于从RAN102或CN103的另一节点检索该UE的RRC上下文数据的过程。在图19中,eNB1 102a确定它不具有针对UE101的暂停的RRC连接,或者确定所存储的RRC连接参数中的一些参数是无效的(5)。这可能是由于例如eNB1 102a中的有效性定时器到期。备选地,它可能是由于eNB1 102a已经将与暂停的RRC连接关联的资源中的一些分配给另一UE,或者由于eNB1 102a在其他情况下确定由于任何有效的理由,暂停的RRC连接的一部分或全部不再有效。在另一备选方案中,它可能是由于:UE101接入了不同于具有该UE的暂停的RRC连接eNB的eNB,并且eNB1 102a不能够从另一eNB检索到该RRC上下文数据。eNB1 102a用RRC连接重新激活拒绝消息做出响应(6)。UE101释放其暂停的RRC连接并进入RRC空闲模式(7)。UE101然后发起用于建立RRC连接和建立用户面无线承载的正常过程(即UE101发起NAS服务请求过程)(8),并且在此过程完成时用户面数据传送是可能的(9)。
在UE101发起针对eNB102a,b,…,n的信令之前,UE101可能必须知道eNB102a,b,…,n支持新的信令,即RRC连接请求重新激活请求/建立/拒绝信令。为了解决这个问题,eNB102a,b…n可以在系统信息中广播支持指示符。这可能是用于指示对所有RRC连接暂停功能的支持的通用指示符,或者其可以仅指示针对请求/建立/拒绝信令的支持。如果UE101看到eNB2 102a,b,…,n不支持该功能,则UE101将释放其暂停的RRC连接,然后发起服务请求过程。
针对eNB102a,b…n广播支持指示符的另一备选方案将是:让最初暂停UE的RRC连接的eNB102a,b…n以下述方式设置基于区域的有效性标准,该方式确保UE101仅在已知为支持该功能的小区/eNB102a,b,…,n上尝试重新激活暂停的RRC连接。在最简单的情况下,暂停UE的RRC连接的eNB102a,b…n在有效性标准中将仅包括位于相同eNB102a,b…n下的小区。然而,有效区域一般可以跨不同eNB控制的小区。
有很多种方法用于组合上述的各种RRC连接结合暂停和移动性场景。下面的表2提供了四种可能组合,但应该注意其它组合或子组合是可能的。在表2的示例中,讨论了RRC连接暂停备选方案A或B与移动性备选方案A或B的组合。对于每个组合,表2描述了在不同的时间点上RRC连接和S1用户面连接将停留在什么状态上。RRC连接和S1用户面的状态可能是:
·空闲-无RRC连接存在,没有建立S1用户面
·eNB1/2-存在与eNB1或eNB2的RRC连接,在S-GW和eNB1或eNB2之间建立了S1用户面
·暂停的(eNB1)-存在与eNB1的暂停的RRC连接,在S-GW和eNB1之间的S1用户面被暂停
表中的列T0~T2涉及不同的时间/实例,并且是参考图9定义的。
·T0-图9的位置1处的UE101,在RRC连接被暂停之前
·T1-图9的位置1(或如果UE101已经执行小区重选的话,位置2)处的UE101,在RRC连接被暂停之后
·T2-图9中的位置3处的UE101。
表2
在该示例中,应当注意,对于表2所示的组合3和4,针对与移动性备选方案B中可以采纳的信令变体1/2/3分别相对应的RRC和S1连接条件示出了三种可能的情况。
另外,应当注意:为了完整性,在表中示出了对应于RRC连接暂停备选方案B和移动性备选方案B的组合4。然而,在这种备选方案中,只要RRC连接被暂停,S1用户面就被暂停,这意味着任何DL数据都将在S-GW103a处缓冲,直到UE101已被寻呼/通知并已经重新激活其RRC连接为止。因此,在UE101移动到不同的eNB102a,b,…,n下的小区时执行任何信令可能只有很少的好处。
鉴于上文已经描述了根据本公开的处理RRC连接暂停的各种可能过程,现在将描述多个示例场景,其示出了这些不同的暂停的RRC连接处理过程可以如何一起工作。
示例场景1
图20示出了表示根据上面描述的暂停备选方案A(不向CN通知RRC暂停)和移动性备选方案A(不向网络通知移动性)对在UE101和RAN102之间的RRC连接的暂停和后来尝试的重新激活的可能处理的消息序列图,其中,(在重新激活尝试时)UE101已经移出暂停的RRC连接为有效的小区。由于该处理,CN103未意识到RRC连接被暂停,并且因此S1连接没被暂停。当DL数据到达网络时,网络肯定不知道UE101当前位于哪个小区,也不知道任何暂停的RRC上下文是否有效。S1连接没被暂停并且仍然活动,因此在S6W103a处的DL数据事件经由S1转发给eNB1102a。eNB1 102a经由发送寻呼消息来尝试联系UE101,并且在没有响应的情况下,使用寻呼升级方案以便联系UE101。暂停的RRC连接在找到UE101的小区中是无效的,因此该暂停的RRC连接被释放,并且针对要递送的数据建立新的RRC连接。参考图20,该场景中的序列的步骤如下:
1、UE101最初是RRC已连接的,具有已建立的用户面承载,使得用户数据可以在UE101和S-GW103a之间传送,然后传送给P-GW103c(图20中未示出)和更远处。
2、触发暂停的标准被满足,以及eNB-1 102a判定将UE101改变到UE控制的移动性并且暂停RRC连接。
3、eNB-1 102a向UE101发送消息,以指示它进入UE控制的移动性并且暂停RRC连接。例如,该信息可被称为RRC连接暂停(如图中所示),或者可被称为RRC UE控制的移动性命令,或某个其它合适的名字。
4、eNB-1 102a和UE101暂停该RRC连接。UE101执行与空闲模式下类似的UE控制的移动性。
5、当UE101已经暂停了RRC连接并进入UE控制的移动性时,可能会发生小区重选。只要UE101停留在已注册的TA内,那么这些重选就不会触发针对网络的任何信令(即,在移动性备选方案A中不让网络意识到重选)。步骤1~5(小区重选除外)被指示在图20中上部的圆角矩形中。
6、一段时间之后,当再一次需要与UE101的RRC连接时,在网络发起的情况下,用户面数据到达S-GW103a。S-GW103a立即在S1用户面接口将数据转发给eNB1 102a。当用户面数据到达eNB1 102a中时,eNB1 102a向UE101发送寻呼消息,以触发RRC连接重新激活。然而,在这种情况下,eNB-1 102a没有接收到对该寻呼消息的任何响应,因此,eNB-1 102a可以得出结论:UE101不再位于其控制下的小区中。为了联系可能位于不同的eNB102b,…,n下的小区中的UE101,eNB-1 102a必须升级寻呼,这意味着它必须触发MME103b向其它eNB102b,…,n发送寻呼请求,以在UE101当前注册的TA内寻呼UE101。在图20中的这个示例场景中,该升级使得eNB-2102b发送寻呼,并且该寻呼被UE101成功接收。
7、UE101向eNB-2 102b发送RRC连接重新激活请求。作为备选步骤7,在向eNB-2 102b发送RRC连接重新激活请求之前,UE101可能能够确定:在该小区上该重新激活尝试将不会成功。例如,UE101可能能够根据小区的小区ID或小区的eNB ID或者可在寻呼消息中发送的某个附加指示符来确定这一点。如果UE101确实确定该重选激活将不会成功,则UE101不发送RRC连接重新激活请求,而是直接跳到步骤9。
8、由于在这种情况下eNB-2 102b不具有UE的暂停的RRC连接(或不能够成功地从另一节点检索到它)这一事实,eNB-2 102b以RRC连接拒绝进行响应。
9、UE101释放其(暂停的)RRC连接,并进入RRC空闲模式。UE101然后执行正常的RRC连接建立过程,以便建立新的RRC连接,并继续进行用户面活动。
示例场景2
图21示出了表示根据上面描述的暂停备选方案B和移动性备选方案A对在UE101和RAN102之间的RRC连接的暂停和后来的重新激活的可能处理的消息序列图,其中,UE101最初已经移出暂停的RRC连接为有效的小区(并且可能已经进行了多次重选)但是当要恢复数据活动时UE101再一次预占在暂停的RRC连接为有效的小区上,并且因此该暂停的RRC连接能够被成功地重新激活。
根据暂停备选方案B(向CN通知RRC暂停)和移动性备选方案(不向网络通知移动性),如果UE101进行重选,使得远离在其上暂停的RRC连接为有效的一个或多个小区,则UE101不执行任何信令来通知网络(除非重选导致UE跨越TA边界,使得需要“正常的”TAU)。因此,当DL数据到达时,网络肯定不知道UE101当前位于哪个小区,因此也不知道任何暂停的RRC上下文是否有效。
该序列的步骤如下:
1、UE101最初是RRC已连接的,具有已建立的用户面承载,使得用户数据可以在UE101和S-GW103a之间传送,然后传送给P-GW103c(图21中未示出)和更远处。
2、触发暂停的标准被满足,以及eNB-1102a判定将UE101改变到UE控制的移动性并且暂停RRC连接。
3、eNB-1 102a向UE101发送消息,以指示它进入UE控制的移动性并且暂停RRC连接。例如,该信息可被称为RRC连接暂停(如图21中所示),或者可被称为RRC UE控制的移动性命令,或某个其它合适的名字。
4、eNB-1 102a和UE101暂停该RRC连接。UE101执行与空闲模式下类似的UE控制的移动性。
5、eNB-1 102a向CN103(MME103b或S-GW103a或这两者)通知RRC暂停。通知CN103的消息可被称为S1用户面暂停。在CN103接收到此消息时,S1中用户面承载保留为已建立的,但被暂停(用户面传输停止),以及S-GW103a在接收到下行链路用户面数据时将不会立即通过S1用户面向eNB-1102a转发该数据,而是将代之以缓冲数据等待其递送。S1用户面暂停可能仅影响S-GW103a对待到达S-GW103a的DL用户数据的方式。因此,在这种情况下,其可被认为就是DLS1用户面暂停。
6、当UE101已经暂停了RRC连接并进入UE控制的移动性时,可能会发生小区重选。只要UE101停留在已注册的TA内,那么这些重选就不会触发针对网络的任何信令(即,不让网络意识到重选)。步骤1~6(小区重选除外)被示出在图21中上部的圆角矩形中。
7、在网络发起的用于与UE101的数据传送激活的情况下,用户面数据到达S-GW103a。由于S1用户面暂停,该用户面数据在S-GW103a处进行缓冲,而不是在S1用户面接口上立即转发给eNB-1102a。S-GW103a然后发起寻呼过程以在UE所处的无论哪个小区中联系UE101。这与当UE101处于空闲时使用的寻呼过程相当类似(或相同)。寻呼指示被从S-GW103a发送到MME103b,并且被发送到位于UE101注册的TA内的一个或多个eNB102a,b,…,n。在UE101中接收到寻呼消息触发UE101尝试RRC连接重新激活。这被示出在下部的圆角矩形内。在UE发起的情况下,在下部矩形中的元素不会发生,并且UE101中的用户数据的到达直接触发UE101尝试RRC连接重新激活。
8、图21的剩余步骤表示当UE101在关联的eNB-1 102a确实具有UE的暂停的RRC连接(即eNB确实具有存储的UE上下文信息)的小区上尝试RRC连接重新激活时的事件的序列。该小区可以是当RRC连接被暂停时该UE101所在的小区,或者它可以是由同一eNB-1 102a控制的另一小区,或者它也可能是由另一eNB(但该另一eNB拥有(或能够检索)必需的该UE的RRC上下文数据)控制的小区。UE101向eNB-1 102a发送RRC连接重新激活请求。
9、由于在这种情况下eNB-1 102a确实具有UE的暂停的RRC连接这一事实,eNB-1 102a以RRC连接重新激活进行响应。如果eNB-1 102a希望改变先前暂停的配置的任何部分,该消息可以包含某些新的或更新的参数值,或者该消息可以是非常简单的‘继续’消息(例如,不带任何参数或配置更新)。
10、UE101以RRC连接重新激活完成进行响应。这是可选步骤,仅在eNB-1 102a要求对RRC连接重新激活已经成功的额外保证的情况下才需要。在UE发起的情况下,一旦接收到RRC连接重新激活,就可以开始发送来自UE的上行链路用户数据。
11、eNB-1 102a向CN103(MME103b或SGW103a或两者)通知S1用户面可以继续。这可以是显式消息(如图21中所示)。备选地,在UE发起的情况下,并且在只有S1的DL最初被暂停的情况下,从eNB-1102a向S-GW103a发送的来自UE101的上行链路用户数据可被SGW103a认为是隐式‘继续’命令。
12、在接收到对继续S1用户面的指示时,S-GW103a将停止缓冲下行链路用户面数据,并将会通过重新激活的S1用户面将数据转发给eNB-1 102a以便传输给UE101。
示例场景3
图22示出了表示对在UE101和RAN102之间的RRC连接的暂停和后来的重新激活的可能处理的消息序列图。根据上面描述的暂停备选方案A和移动性备选方案B,CN103没被通知RRC暂停,但是UE101在其移出RRC连接为有效的小区时确实会通知CN103。
概括地说,其示出了在下述情况下执行的方法:UE101已经移出暂停的RRC连接为有效的小区,并且已经经由移动性更新消息向CN103通知移出了暂停小区,使得S1于是被暂停。当DL数据到达网络时,UE101被寻呼,暂停的RRC连接在该小区中是无效的,因此其被释放,并且针对要递送的数据建立新的RRC连接。
在这种情形下,CN103最初不知道UE的RRC连接已经被暂停。然而,在CN103中仍然为每个已连接模式的UE101维护有效性指示符。该指示符可以是基于CN103(例如MME103b)已知的位置更新信息来设置的。在处于已连接模式时,CN103预期UE101的移动性事件(例如到另一小区或eNB102b,…n)会导致S1-U和S1-MME承载相应切换到该eNB。跟踪区域更新预期只会来自空闲模式UE。当满足有效性标准时,CN103针对已连接模式的UE101继续正常表现。
对移动性备选方案B的使用意味着:具有暂停的RRC连接(CN103可以意识到也可能仍未意识到该暂停的RRC连接)的UE101可以执行自主的移动性过程,并可被配置为:在它离开或重新进入该暂停的RRC连接为有效的小区(或小区组)时,向CN103(例如MME103b)发送跟踪区域更新(或其他位置更新)消息。
如果在暂停时没有通知CN103,MME103b最初认为该UE101仍然是RRC已连接的(即,没被暂停),除非它以其他方式知道该暂停。如果UE101被配置为在暂停时发送移动性备选方案B的附加的/增强的移动性消息(例如TAU),则MME103b随后可以根据接收到TAU来推断出UE的RRC连接实际上已经被暂停以及该UE101当前预占在该暂停的RRC连接是无效的小区(或小区组)上。因此,MME103b同时且间接地获得下述二者的通知:UE的RRC连接已被暂停,以及其当前不是有效的。因此,将意识到:UE101执行的附加的/增强的移动性消息的信令也可被用作向CN节点(如MME103b和SGW103a)通知先前的RRC暂停的消息。
在这种情况下,CN103(如MME103b)可以选择随后暂停S1连接。如果MME103b接收到来自UE101的指示它已重新进入该暂停的RRC连接再一次有效的小区(或小区组)的另一TAU或移动性消息,则MME103b可以可选地重新激活S1。
在该示例场景3内,取决于引起针对RRC连接的需求的数据活动是网络发起的还是UE发起的,以及暂停的RRC连接在要求重新激活时是否仍然有效,众多不同的子场景是可能的。这些不同的子场景影响无线通信系统处理用于恢复Uu用户面通信的过程的方式。参考图22,下面描述在数据活动是网络发起的并且该暂停的RRC连接在要求重新激活时是无效的情况下发生的处理。用于其他子场景的处理可以使用先前描述的处理步骤的逻辑组合来导出,并且落在本公开的保护范围之内。
1、在RRC连接暂停期间(示出在上部的圆角矩形中),eNB-1102a不向CN103通知该RRC暂停,并且维持S1连接。
2、UE101重选到分配给eNB-2 102b的小区,在该小区中该RRC连接是无效的。
3、UE101向MME103b发送‘增强的’移动性消息,这可能是经由与eNB-2 102B的临时RRC连接来发送的,或者经由不要求建立与eNB2102b的临时RRC连接的其他方式来发送的(中间的矩形)。
4、当接收到移动性消息时,MME103b向S-GW103a发送消息以暂停在SGW103a和eNB1 102a之间的现有的S1连接。因此,MME103b和S-GW103a已经被隐含通知:针对UE101的RRC连接先前已经被暂停,并且该暂停的RRC连接当前是无效的。
5、寻址到UE101的数据从外部网络104到达进入PGW103c(图22中未示出)。
6、数据经由已建立的S5/8承载被转发到UE的SGW103a。
7、SGW103a和MME103b意识到:针对该UE101的RRC连接已暂停,并且不能够通过该(暂停的)S1-U连接被转发。因此,由SGW103a临时缓冲数据。
8、CN103(如MME103b)检查其本地存储的该暂停的RRC连接的有效性状态。例如,这可以涉及检查如前所述的位置有效性指示符或基于定时器的有效性指示符。
9、CN103(如MME103b)确定该暂停RRC连接是无效的。
10、MME103b调用正常的空闲模式RRC连接建立过程:
a、MME103b向在UE101的当前已知的跟踪区域位置内的eNB102a,b,…,n发送寻呼请求。
b、接收到该寻呼请求的eNB102a,b,…,n在其控制下的小区内发送寻呼消息。该寻呼消息标识它们正尝试联系的UE101。
c、UE101在其当前预占的小区中对寻呼做出响应。UE101通过发起正常的RRC连接建立过程,以正常方式对寻呼做出响应。
d、eNB-2102b(结合MME103b)建立与UE101的新的RRC连接,以及在eNB2102b与SGW103a和MME103b之间分别建立S1-U和S1-MME承载。
11、通过新建立的S1-U从SGW103a向eNB-2102b传送数据(注意:先前存储的且暂停的S1-U可被释放)。
12、经由Uu接口从eNB-2102b向UE传递用户数据。
示例场景4
图23示出了表示对在UE101和RAN102之间的RRC连接的暂停的可能处理的消息序列图。在该示例中,暂停是由UE101请求的并且被网络接受。在该示例中,还在步骤10中设想了eNB102a向其他eNB(未示出)发送连接信息的可能性。
参考图23,下面描述当UE101作出暂停请求时发生的处理:
1、最初,假定UE处于RRC_CONNECTED(已连接)状态,具有激活的安全性。
2、UE(例如,无论是在更高层、NAS还是AS(如RRC)上基于来自用户面实体或应用实体的输入,还是基于不活动定时器到期)检测到RRC连接暂停标准被满足。
3、UE RRC向eNB发送新提出的消息‘RRC连接暂停请求’(其他消息名也可被使用,但该消息的意图是一样的)。在备选实施例中,UE使用MAC CE(控制单元)信令来发送该请求消息。
4、对于eNB而言,暂停该RRC连接是可接受的,这是通过以下任意一种方式来确定的:
a、eNB独立地维护被满足的暂停标准。该标准可以基于如下方面但不限于此:
·与每个UE相关的业务活动和趋势,和/或基于UE所支持的每个无线承载或应用的业务特性。
·备选地或附加地,还使用与设备、应用有关的本地知识(在UE、eNB、S-GW MME或系统内的任何其他实体处的应用的操作或其中的业务类型)。
和/或
b、eNB请求(和接收)来自MME/S-GW的与下述项有关的一次性的或周期性的反馈:
i、当在S-GW与eNB之间正在建立针对UE的S1-U连接时,eNB可以向S-GW请求定期的或基于阈值的针对UE的业务活动报告。S-GW随后可以周期性地或基于阈值来向eNB提供报告。每个报告可以是针对请求报告所针对的特定UE或一组UE。业务活动报告可以包含详细信息,如与每个UE或其他关联实体有关的(诸如UE所支持的每个无线承载或应用的)数据量和趋势、活动/不活动时段统计和业务预告。
ii、备选地,S-GW可以利用S1-U连接,以指定的速率,自主地向eNB发送周期性的或基于阈值的针对每个UE的报告。
iii、备选地,当eNB正维护的针对UE的标准被满足时,其可以向S-GW请求一次性的业务活动报告,并且在评估来自S-GW的报告后作出暂停判定。
5、eNB准备源RAN至目标RAN的容器(就像它针对RAT内切换将执行的那样),以便建立要针对UE RRC连接暂停而存储的RRC参数。
6、可选地,eNB存储这些容器,其中这些容器附有适当的UE标识,使得在需要时可对其检索。
7、可选地,eNB以与在现有的经由S1的切换的准备阶段期间执行的类似方式向MME发送准备好的容器,只是多了该附加的UE标识(和/或对使用RRC连接暂停的指示)[2]。这些可以在新提出的显式消息‘UE上下文暂停请求’中与用于唯一标识UE的eNBUE标识和MME UE标识一起发送。
a、备选地,eNB可以使用用于切换准备的现有S1消息之一,该消息具有用于指示该消息的目的是用于UE RRC连接暂停的特殊信息单元(IE)。
8、MME将容器和附着的UE标识一起存储。MME或者删除S-GW处的用户面会话或者暂停它。S-GW相应地对MME进行肯定应答。
9、MME向eNB肯定应答该UE上下文暂停。
10、可选地,eNB通过X2接口向附近的其他eNB或者跟踪区域内的全部eNB预备UE上下文信息。这与[3]中针对X2切换准备定义的现有过程类似。备选地,为了暂停目的,可以定义新X2消息,或者修改用于切换的现有消息,例如通过额外包含UE标识或表明该容器是用于UE暂停的指示符。
该步骤使得相邻eNB能够在UE移动进它们的覆盖区域中的情况下准备好UE RRC上下文的快速重建。在此准备阶段期间,提出eNB还应当配备有暂停有效性最大定时器(在第6.1.6节中提出),这样它们可以在定时器到期时删除所存储的UE上下文。
11、eNB向UE发送新提出的‘RRC连接暂停’消息,并在接收到来自UE的更低层L2RLC肯定应答之后释放该UE RRC无线资源。
12、UE接收连接暂停消息,并且备份和存储与eNB相同的包括安全性配置在内的AS配置,并且释放RRC已连接状态的资源和实体。UE认为自身将处于RRC_SUSPENDED(暂停)状态,并像在RRC_IDLE(空闲)下一样配置其RRC协议(但使用存储的RRC上下文),而且遵循RRC_IDLE过程,包括监视寻呼时机和使用基于UE的移动性过程。在该提案的经修改的实施例中,由处于RRC_SUSPENDED(暂停)的UE所使用的寻呼周期可以不同于RRC_IDLE下的寻呼周期。例如,通过使用较短的寻呼时机,这可以确保UE更快地检测到指示用户面数据的寻呼,这是为了满足针对这些分组的递送延时的应用QoS。
13、在一个备选实施例中,UE将在UE能力消息(该消息被描述在3GPP TS36.331中)中发送标记,以指示在eNB选择不暂停RRC连接的情况下UE倾向于释放该RRC连接。如果对于eNB而言是可接受的,则可以遵循RRC连接释放过程(参见TS36.331的第5.3.8节),而不是通过RRC连接暂停过程来暂停RRC连接,或者给该UE留下其RRC上下文中的一些或全部,同时表现得好像在RRC空闲下一样或者备选地好像不是处于RRC已连接下一样。
示例场景5
图24示出了表示对在UE101和RAN102之间的RRC连接的由UE101做出的暂停请求的可能处理的消息序列图。在该示例中,网络不接受暂停,并且网络判定将UE保持在已连接模式下。
参考图24,下面描述当UE101作出暂停请求时发生的处理。
1、最初,假定UE处于RRC_CONNECTED(已连接)状态下,具有激活的安全性。
2、UE(例如,无论是在更高层、NAS还是AS(如RRC)上基于来自用户面实体和应用实体的输入,还是基于不活动定时器到期)检测到RRC连接暂停标准被满足。
3、UE RRC向eNB发送新提出的消息‘RRC连接暂停请求’(其他消息名也可被使用,但该消息的意图是一样的)。在备选实施例中,UE使用MAC CE(控制单元)信令来发送该请求消息。
4、对于eNB而言,暂停该RRC连接是不可接受的。这可以是由于以下一个或多个原因而造成的结果:
a、eNB独立地维护不满足的暂停标准(如在第6.1.1节针对步骤4a所描述的那样);以及
b、eNB请求(和接收)来自MME/S-GW的一次性的或周期性的业务报告反馈。
5、eNB发送RRC连接暂停拒绝消息
a、可选地,eNB可以向UE指示回退或禁止定时器,使得UE在定时器在运行时不应当重试暂停请求
b、在备选实施例中,eNB不向UE发送任何响应消息,在此情况下,UE可以具有硬编码的回退或禁止定时器,该定时器在运行时防止RRC连接暂停请求的进一步传输
6、UE继续停留在RRC_CONNECTED下
示例场景6
图25示出了表示对在UE101和RAN102之间的RRC连接的由UE101做出的暂停请求的可能处理的消息序列图。在该示例中网络不接受暂停,并且网络判定将UE转换到空闲模式。
参考图25,下面描述当UE101作出暂停请求时发生的处理。
1、最初,假定UE处于RRC_CONNECTED状态,具有激活的安全性。
2、UE(例如,无论是在更高层、NAS还是AS(如RRC)上基于来自用户面实体和应用实体的输入,还是基于不活动定时器到期)检测到RRC连接暂停标准被满足。
3、UE RRC向eNB发送新提出的消息‘RRC连接暂停请求’。在备选实施例中,UE使用MAC CE(控制单元)信令来发送该请求消息。
4、对于eNB而言,暂停该RRC连接是不可接受的,并且eNB代之以选择释放该RRC连接,这可以是由于以下一个或多个原因造成的结果:
a、eNB独立地维护被满足的释放标准;
b、eNB请求并获得来自MME/S-GW的一次性的或周期性的业务报告反馈。
c、由于例如即将到来的DL用户面数据的传输,或者因为内部无线资源管理(RRM)策略,eNB确定它不想让UE进入RRC_SUSPENDED;以及
d、eNB不支持该功能,并且具有在从UE接收到不可理解的消息时释放RRC连接的策略。
5、eNB发送RRC连接释放消息
6、UE接收该消息,并且离开RRC_CONNECTED状态,从而移动到RRC_IDLE状态。
示例场景7
图26示出了表示对在UE101和RAN102之间的RRC连接的由eNB102a做出的暂停请求的可能处理的消息序列图。在该示例中,UE101同意使得连接暂停。
参考图26,下面描述当UE101作出暂停请求时发生的处理:
1、最初,假定UE处于RRC_CONNECTED状态,具有激活的安全性。
2、eNB检测到RRC连接暂停标准被满足,这可以例如是因为:
a、eNB独立地维护被满足的暂停标准,和/或
b、eNB请求(和接收)来自MME/S-GW的一次性的或周期性的反馈:
3、eNB准备源RAN至目标RAN的容器,就像它针对RAT内切换将执行的那样。
4、可选地,eNB将存储这些容器,其中这些容器附有适当的UE标识,使得在需要时可对其检索
5、可选地,eNB以与在现有的经由S1的切换的准备阶段期间执行的类似方式向MME发送准备好的容器。这些可以在新提出的显式消息‘UE上下文暂停请求’中与用于唯一地标识UE的eNB UE标识和MME UE标识一起发送。
a、备选地,eNB可以使用用于切换准备的现有S1消息之一,该消息具有用于指示该消息的目的是用于UE RRC连接暂停的特殊IE。
6、MME将容器和附着的UE标识一起存储。MME或者删除S-GW处的用户面会话或者暂停它。S-GW相应地对MME发送肯定应答。
7、MME向eNB肯定应答UE上下文暂停。
8、可选地,eNB通过X2接口为相邻的其他eNB或者跟踪区域内的全部eNB预备UE上下文信息。这与针对X2切换准备的现有过程类似。备选地,为了暂停目的,可以定义新X2消息,或者可以修改用于切换序列的现有消息。在该准备阶段期间,提出eNB还应当配备有暂停有效性最大定时器(在第6.1.6节中提出),使得它们可以在定时器到期时删除所存储的UE上下文。
9、eNB向UE发送新提出的‘RRC连接暂停’消息,并在接收到来自UE的更低层L2RLC肯定应答之后释放该UE的来自己连接状态的上下文。
10、UE接收RRC连接暂停消息,并且基于其内部标准检查乐于暂停该RRC连接。UE备份和存储与eNB相同的包括安全性配置在内的AS配置,并且释放RRC已连接状态的资源和实体。UE认为自身将处于RRC_SUSPENDED状态,并好像在RRC_IDLE下一样配置其RRC协议(但使用存储的RRC上下文),而且遵循RRC_IDLE过程,包括监视寻呼时机和使用基于UE的移动性过程。
·在该提案的经修改的实施例中,处于RRC_SUSPENDED的UE所使用的寻呼周期可以不同于RRC_IDLE下的寻呼周期。例如,通过使用较短的寻呼时机,这可以确保UE更快地检测到指示用户面数据的寻呼,这是为了满足针对这些分组的递送延时的应用QoS。
11、在该提案的备选实施例中,设想了这样的场景,其中,在eNB发起的RRC连接暂停的情况下UE倾向于RRC连接释放。提出:UE将在UE能力中发送标记,该标记指示在网络侧满足暂停标准的情况下UE是倾向于暂停RRC连接还是释放RRC连接。eNB于是将相应地暂停/释放RRC连接。
示例场景8
场景7的一种可能的备选方案将是:在接收到来自eNB的RRC连接暂停消息时,UE不希望服从eNB信号,而是代之以判定释放现有的RRC连接并进入RRC_IDLE。这需要在UE和eNB之间的具有后续“RRC连接释放请求”或“RRC连接释放指示”的形式的附加信令。备选地,UE可以发送具有附加指示符的RRC连接暂停确认消息,该附加指示符指示向RRC_IDLE转换并释放RRC连接。备选实施例将是:让UE在UE能力消息中发送标记以指示:如果在网络侧满足暂停标准,则UE是倾向于RRC连接被暂停还是被释放。eNB于是将相应地暂停/释放该连接(如图26中所示)。
在接收到来自eNB的RRC连接暂停消息时的另一备选方案是:UE确定它希望留在RRC已连接下。这种基于UE的对网络发起的RRC连接暂停的响应被认为是可能的,尽管其不符合面向网络的控制的常用系统原理(即,备选过程代之以允许UE本身来确定RRC状态判定的最终结果)。
尽管UE101在RRC连接释放请求消息中的指示符中指示其针对暂停或释放RRC连接的偏好,或者在UE能力消息中的标记或某种其他指示符形式中指示其针对暂停或释放RRC连接的偏好,但是eNB102a不一定需要服从该请求。eNB102a可以选择忽略该请求并代之以选择其他动作。
示例场景9
在一个实施例中,提出:MME担当用于RRC连接暂停的锚点,以及注册的跟踪区域(TA)或跟踪区域组(TAs)担当暂停有效性的边界。在有效区域内,UE将其暂停的RRC连接上下文视为有效的,并且UE或网络可发起重新激活。然而,其它有效区域是可能的。这些其它有效区域可以是由eNB或其它网络实体在RRC连接暂停之前或同时显式配置的,可能还要求附加的信令来向UE通知与有效区域有关的参数(例如,一组小区全局标识)。
选择注册的TA(或多个TA)作为暂停有效区域的原因可以是多重的:
a、与RRC连接暂停继续/恢复/释放有关的任何信令可以与跟踪区域更新信令进行组合,该跟踪区域更新信令在TA边界处无论如何都会发生。可以通过修改TAU过程中涉及的现有消息来执行该附加信令,或者可以在为了TAU目的而建立的相同RRC连接上捎带附加的新的或现有的RRC消息。
b、在现有规范中已经定义了TA的概念,因此此时在有效区域的意义上,对TA的采用不需要任何附加的规范。其他有效性边界可能会导致在有效区域边界处空中信令有所增加。这是在TA边界处无论如何都会发生的强制TAU信令之外的信令。
c、TAU过程涉及UE、eNB和MME,因此将有助于在所有相关实体处的安全性配置和其它UE配置(如测量配置,专用配置)的刷新,因此使得在TAU的结束时易于基于新的配置来继续暂停。
i、用于导出接入层完整性保护和加密的基础安全性是基于Kenb的,其是在UE和MME处导出的,并且针对不同的eNB是不同的。每次发生已连接状态小区变化(由于切换或重建,或者现在如所提议的由于暂停恢复)时,需要针对新eNB导出密钥。新密钥将不仅依赖于新eNB,还依赖于在源eNB上使用的Kenb和网络链接计数器。因此UE无法简单地通过重用暂停时的安全性上下文来恢复在任何eNB上的连接。相反,必须在UE和网络实体处都刷新安全性上下文。因此,对安全性上下文的刷新(无论是在需要新连接建立的情况下具有新的AS安全性上下文,还是在使用连接重建的情况下具有修改后的AS安全性上下文)将允许利用较低的信令开销来完成另一连接恢复。
为了避免具有暂停连接的UE过快地请求重新激活,还提出:具有可选的禁止定时器,如‘最小暂停定时器’,一旦UE暂停RRC连接,则该定时器将被遵循。当定时器正在运行时,阻止UE发起对暂停连接的重新激活。该参数可以由eNB以每个UE为基础在UE的专用信令中指定,或者可以通过在系统广播消息中发送公共信令来针对所有UE同时指定。备选地,该定时器应该是可由eNB经由现有消息中的新的RRC信息单元(IE)或者新的RRC消息(不时地)半静态地配置的,其值可以取决于在暂停时活动的会话的QoS时延要求。然而,UE不需要在所有实例下都尊重该定时器,例如在发起紧急呼叫时,该定时器可被超控。
以类似的方式,可以指定可选的最大定时器,在该最大定时器之后暂停的连接不再是活动的。当这种定时器到期时,UE和/或eNB可以删除所存储的UE上下文信息,并且考虑释放该暂停的连接,并且UE将处于正常的RRC空闲模式。
UE可以在从UE向网络传送的UE能力消息中指示其对连接暂停的支持,反之网络将在广播系统信息中指示其对连接暂停的支持。
S1-U行为
在UE发起的RRC暂停过程与eNB发起的RRC暂停过程中,MME都可以请求S-GW或者暂停或者删除在S-GW和服务eNB之间的针对该UE的S1-U。在这两种情况的任一种下,以UE为目的地的下行链路业务将在S-GW处缓冲,S-GW于是将必须请求MME寻呼UE。响应于该寻呼,一旦UE联系MME,就将必须建立或恢复在S-GW和现在的服务eNB之间的针对该UE的S1-U会话。
如果MME负责寻呼UE,则其将可能需要在属于该UE的注册的跟踪区域的所有小区中寻呼UE。这可以整体上增大系统的寻呼负载。为了管理该寻呼负载,存在本领域技术人员已知的若干方案,如:
-最短距离优先方案(MME首先在UE的最后已知的eNB位置中进行寻呼,以及如果没有引起来自UE的响应,则将寻呼其他位置)。
-顺序寻呼(每次在eNB的不同子集中顺序寻呼UE)。
此处提出了两种解决方案来管理系统的寻呼负载。
在第一解决方案中,MME存储被告知UE上下文暂停的eNB的标识。如前面所提出的,随后S1-U会话被暂停或删除。如果出现寻呼UE的需求,则MME可以通过使用所存储的eNB标识作为UE的最后已知位置来采取最短距离优先的寻呼方案。如果这引起了来自UE的响应,则其将省得MME在TA的所有小区中执行对UE的普遍寻呼(blanket paging)。
在第二解决方案中,提出:在RRC连接暂停的时候,MME应该保持UE在S-GW与eNB之间的S1-U会话是活跃的。在这种场景下,下行链路用户数据到达RRC连接最初被暂停的eNB。当下行链路数据到达时,该eNB于是寻呼该UE,从而降低了系统寻呼负载。如果eNB没有接收到对寻呼的任何响应,则它可以随后向MME升级寻呼要求,MME于是将在所有其他eNB上寻呼该UE。
移动性过程
当UE的RRC连接暂停时,UE可以好像它是空闲模式UE一样执行移动性过程。对于有效区域内的小区重选,可以不要求UE执行任何附加的信令,直到UE、eNB或MME希望恢复(或重新激活或重建)RRC连接。
术语“新MME”和“新eNB”在本文中分别用来指示具有暂停的RRC上下文的UE发起用于移动性目的或用于RRC连接重新激活目的的信令时所在的MME和eNB。这些新MME和新eNB可以与RRC连接被暂停时为UE提供服务的MME或eNB相同,或者可以是不同的eNB和/或MME。
如果UE101发现自身在暂停有效区域边界(例如,一个或多个TA)之外,则UE应该按照现有规范来执行跟踪区域更新。图27中描述了一种代表性的场景。上述序列中的可能动作的细节如下:
1、UE101具有有效的暂停的RRC连接(例如,UE位于RRC连接暂停发生的TA中),以及正在遵循空闲状态移动性过程。
2、由于其移动性,UE检测到它在要求执行TAU过程的小区上。UE还检测到暂停的RRC连接不再有效,因此本地无效所存储的RRC上下文。
3、UE101发送具有原因‘移动台发起的(M0)信令’的RRC连接请求
4、eNB102b发送RRC连接建立,以建立信令无线承载(SRB1)
5、UE101发送其内包含初始NAS消息的RRC连接建立完成消息。在这种情况下,该初始NAS消息将是TAU请求。
a、可选地,还可以包括诸如‘RRC连接暂停状态’之类的标记,其指示UE以前具有暂停的连接。该标记既可被添加为RRC的信令(如RRC连接建立完成)的一部分,或者可被添加为NAS信令(如TAU)的一部分。
b、可选地,与IE‘RRC连接暂停状态’一起,或者作为IE‘RRC连接暂停状态’的替代,UE可以包括诸如‘RRC暂停继续’之类的另一标记,以指示在TAU之后希望保持暂停。eNB能够相应地发起暂停过程。
6、eNB102b向新MME103d转发TAU请求和可选的‘RRC连接暂停状态’。
a、如果新eNB102b希望从旧MME103a检索暂停的RRC配置,则新eNB102b将包括该暂停状态。该暂停的RRC配置通过向UE仅发送差异配置,可以帮助新eNB最小化空中(OTA)信令。
b、如果新eNB102b希望向UE提供与先前暂停的配置无关的全新的RRC配置,则新eNB102b将不包括该暂停状态。
7、与在正常TAU的情况下一样,新MME103d使用UE上下文请求消息从旧MME103b检索UE上下文。
a、如果从UE接收到,则新eNB102b可以发送对应的‘RRC连接暂停状态’标记,该标记将可选地被添加到从新MME103d向旧MME103b发送的UE上下文请求中
8、旧MME检索与新MME请求的UE上下文相同的UE上下文。如果‘RRC连接暂停状态’标记指示先前暂停的RRC连接,则它还将检索所存储的可用于该UE的容器。在保护定时器到期之后或者在收到来自HSS的关于UE位置已经改变的确认时,旧MME103b将向旧S-GW(未示出)指示删除UE101的S1-U会话。在收到来自旧S-GW的删除确认时,将在旧MME103b处删除UE上下文。
9、旧MME103b向新MME103b提供暂停的UE上下文以及可选地提供容器,作为‘UE上下文响应’的一部分。
a、现有的‘UE上下文响应’消息(如在TAU过程期间所使用的)必须被扩展以容纳新提出的与先前暂停的RRC连接有关的可选容器。
10、可选地,新MME选择执行NAS级别的认证和安全性过程。
11、新eNB102b使用‘创建会话请求’消息来创建与新S-GW1030的UE会话。如果S-GW没有改变,则将代之以修改现有的会话。
12、新S-GW1030肯定应答会话创建
13、新MME103d向新eNB102b提供TAU接受以及从旧MME接收到的新提出的可选容器。MME还提供了为了导出用于AS安全性过程的密钥所要求的安全性配置。可选地,可由新MME向新eNB发出承载建立请求,以要求其建立用于该UE的用户面数据承载。
14、新eNB执行与UE的AS安全性激活过程
15、可选地,eNB对包含暂停的配置在内的容器进行解码,并且将导出需要向UE发布的新的差异重新配置
a、可选地,eNB可以忽略暂停的配置,并且可以独立地导出需要发布给UE的完整的新配置。
16、eNB向UE发送RRC重新配置消息,其包含测量配置和专用无线资源配置。可在该消息上捎带TAU接受。
a、可选地,eNB可以本地刷新RRC配置,并且在SRB1本身上执行剩余的TAU过程。
b、可选地,eNB可以在RRC重新配置消息中包括新提出的标记,以指示正提供的配置是“完全配置”还是“差异配置”。因此,UE能够理解它是应该删除暂停的配置还是应该重用它(与差异更新一起)以导出新配置。
c、可选地,可以在标准中规定关于从eNB接收的配置是应被视为完全配置还是差异配置的强制默认行为。
17、UE应用所接收的配置并且向eNB发送RRC连接重新配置完成消息。
18、UE向eNB发送TAU完成消息,其被转发给新MME。
19、从这点继续,可以基于上面描述的暂停过程再次暂停RRC连接。例如,eNB可以基于上面的步骤5中提供的‘RRC暂停继续’标记,发起暂停。
示例场景10
UE发起的在有效区域内的RRC连接重新激活(自主地,或响应于接收到针对下行链路数据的寻呼信号)可以通过RRC连接重建信令来实现。RRC重建信令过程当前是针对E-UTRAN定义的,用于在切换失败或无线链路失败(RLF)的情况下快速恢复RRC连接并重新开始AS安全性。该重建过程允许具有准备好的UE RRC连接数据或RRC上下文的小区(UE上下文是由先前的服务eNB通过X2接口提供的),基于其先前配置的UE上下文,恢复该UE中的信令和专用无线承载(SRB和DRB)。在恢复之前,新eNB对SRB、DRB、测量配置和安全性配置的修改也可以通过重建过程来实现。
因为RRC连接重建过程不涉及NAS级信令和可选的安全性激活空中信令,所以它在所要求的信令方面比常规的空闲到已连接模式的转换所要求的信令要轻得多。另一优点是:正在恢复连接所在的eNB可以利用各种字段的可选性,从而最小化在重建过程期间的用于测量和无线资源配置的空中信令的大小。
参考图28,为了将该过程扩展用于RRC连接恢复,需要进行以下增强:
1、在RRC连接暂停的时候,服务eNB执行下面各项中的任一项:
a、在发生暂停时,存储服务eNB已发送给MME的容器的完全备份以及对应的与UE关联的eNB标识和MME标识,或者
b、存储UE的eNB标识和MME标识,将暂停状态与它们相关联,并且将实际的容器与UE的eNB标识和MME标识一起转发给MME。
2、服务eNB可以可选地为相邻的一些eNB(如其针对X2切换的情况所作的一样)或者有可能为MME下(或诸如跟踪区域(TA)之类的有效区域内)的所有eNB预备UE上下文以及在那些eNB中的任一eNB上进行连接重建所要求的任何其它信息。该预备标有‘暂停指示符’标记,以向目标eNB指示:该预备实际上是针对暂停的RRC连接。
3、可选地,X2接口协议可被增强以使得基于‘RRC连接重建请求’中提供的旧eNB证书,新eNB将能够识别旧eNB并且向旧eNB查询UE上下文。如果可用,旧eNB可以用与X2切换准备期间使用的类似方式向新eNB提供UE上下文。备选地,旧eNB可能能够如其在TAU期间进行的那样,使用UE标识和暂停指示符向MMC查询UE上下文。新eNB可以向旧eNB指示:这是针对暂停的RRC连接。
用于连接重新激活目的的重建过程序列中的可能动作的详情如下:
1、最初,UE认为其暂停的RRC连接是有效的。
2、UE检测到需要恢复该RRC连接,这或者是由于等待上行链路传输的数据的到达,或者是由于接收到来自网络的寻呼。
3、在其当前预占的小区在有效区域内时,UE发送RRC连接重建请求,该RRC连接重建请求具有指示‘重新激活’的新原因,或者具有指示对暂停的RRC连接或上下文的重新激活的新IE。它可以包括根据常规的重建请求消息结构(3GPP TS36.331)的一些或全部的细节信息。C-RNTI和源物理小区标识(PhysicalCellIdentity)的细节应该是与RRC连接最初被暂停时所在的小区/eNB有关的细节。短MAC-I推导是按照通常的过程(参考3GPP TS36.331的第5.3.7.4节),然而其使用与RRC连接最初被暂停时所在的小区/eNB有关的参数。
4、新eNB检测到重建原因为‘重新激活’(或者该RRC连接重建请求消息包括用于请求重新激活暂停的RRC连接的新IE)
a、或者它已经存储可用的UE上下文(新eNB102b可以与连接最初被暂停时所在的旧eNB相同,或者可以是已经由旧eNB102a准备好的eNB中的一个)或
b、基于UE提供的源小区的细节,新eNB102b能够利用新的或修改后的消息,通过X2接口,从旧eNB102a检索该暂停的UE上下文。
5、旧eNB102a或者已经存储可用的UE上下文,或者它能够使用所存储的UE标识从MME103b检索该上下文(其方式与它针对S1切换而检索UE上下文的方式相同)。
6、旧eNB102a向新eNB102b提供UE上下文(具有AS-配置和AS-上下文的容器,其中,AS-配置包含暂停的RRC上下文,而AS-上下文包含用于在新eNB上重建RRC连接的信息)。
7、新eNB102b使用所接收的信息来验证UE1(1的安全性上下文,并向UE发送RRC连接重建消息,以便进行SRB1恢复和新的安全密钥推导。
8、UE恢复SRB1,导出新的安全密钥,并且向新eNB发送RRC连接重建完成消息。
9、新eNB102b在S1路径切换之后建立与MME103b的UE会话,如它在常规的RRC连接重建情况下所做的一样。
a、如果S1-U早先被删除,则MME103b进而创建与S-GW103a的针对UE的用户面会话,或者
b、如果S1-U在S-GW和旧eNB(该连接最初在该旧eNB上被暂停)之间保持活跃,则MME推动常规的S1路径切换。
c、如果在暂停时,S1-U被暂停,则MME可以推动S1路径切换,但是具有给S-GW的附加的重新激活指示符。
10、新eNB建立SRB2和DRB配置和测量配置,并且向UE发送RRC连接重新配置消息。
11、UE应用所接收的配置,重新激活SRB2和DRB,并向eNB发送RRC连接重新配置完成。此后,UE可以像往常一样进行任何用户面数据传送。
作为重用重建过程来重新激活暂停的连接的备选方案,可以采用等价过程,但其使用不同的消息或不同的消息定义。例如,新的RACH消息3和消息4(参见3GPP TS36.331)可被分别定义用于RRC连接重新激活请求和RRC连接重新激活的目的,并且其可以遵循与重建相同的原理。
另一种备选方案选项可以是:也采取在有效区域内的常规的RRC连接建立过程,由此遵循下面描述的在有效区域改变情况下的重新激活过程(示例场景12)。
示例场景11
图29示出了描述在连接重新激活期间重建过程失败的情况下的可能动作的细节的消息序列图。图29的步骤包括:
1、最初,UE101具有与旧eNB102a的控制下的小区相关联的暂停RRC连接。
2、UE检测到需要重新激活RRC连接,这或者是由于等待上行链路传输的数据的到达,或者是由于接收到来自网络的寻呼。
3、UE101预占在新eNB102b控制下的并位于有效区域内的小区上。UE向新eNB102b发送RRC连接重建请求,该RRC连接重建请求具有指示‘重新激活’的新原因,或者具有指示对暂停的RRC连接或上下文的重新激活的新IE。它可以包括常规的重建请求消息结构中将包括的一些或全部的细节。C-RNTI和源物理小区标识的细节应该是与RRC连接最初被暂停时所在的小区/eNB102a有关的细节。短MAC-I推导是按照通常的过程,然而使用与RRC连接最初被暂停时所在的小区/eNB102a有关的参数。
4、新eNB102b或者没能解析出UE标识以检索所准备的上下文,或者没能唯一地标识需要从其检索UE上下文的源eNB。
5、新eNB102b拒绝该重建请求。
6、UE101在保留该暂停的UE上下文的其他部分的同时针对SRBO应用默认配置,并且启动RRC连接建立过程。
7、UE101发送RRC连接请求消息,其可选地将建立原因标识为恢复。
8、新的eNB102b建立针对UE的SRB1,并且向UE发送RRC连接建立消息。
9、UE配置SRB1,并发送包含初始NAS消息的RRC连接建立完成消息,该初始NAS消息例如是服务请求。UE还包括当RRC连接被暂停时分配的相关的UE标识符和MME标识符。
10、新eNB102b请求所指派的MME103b建立针对UE的S1上下文。
11、根据该上下文请求,MME103b知道其已经存储了与该UE的暂停的RRC上下文有关的容器,并且检索该容器。
12、MME103b将S1路径从该连接最初被暂停时所在的旧eNB102a切换到新eNB102b。
13、如果S1路径切换是不可能的,则释放与旧eNB102a的S1连接,并且建立与新eNB102b的S1连接。
14、MME103b转发UE的安全上下文和所存储的与暂停的RRC连接相关的容器。
15、新eNB102b现在可以通过将UE处的已知的当前配置与新eNB102b所期望的配置进行比较来导出需要向UE发信号通知的增量配置。备选地,新eNB102b还可以通过设置‘完全配置’IE来指示UE扔掉暂停的配置并采用新配置。
16、新eNB102b向UE发送安全模式命令,并且向UE发送RRC连接重新配置消息,这将导致重新激活UE处的SRB2和其它DRB。
示例场景12
在有效期区域边界改变时的重新激活基于上文所述的在移动性过程中的TAU过程。执行TAU过程所要求的RRC连接可以遵循正常的RRC连接建立方案来建立。
常规RRC连接建立过程的优点在于这允许:
a、无论如何将基于新MME的基础密钥来激活NAS和AS安全性。
b、承载映射和信道配置要被修改为适合新MME/新eNB。
c、将利用适用于新MME/新eNB的相邻小区配置来刷新测量上下文。
因此,在TAU过程期间重新激活连接的这种方案包括:
a、使得暂停的RRC连接无效,以及
b、经由TAU建立新的RRC连接(利用完全的新配置或利用差异的新配置)
c、一旦进行中的数据传送和信令被认为已完成,就根据需要来保留/暂停/释放新连接。
这种方案的细节在上文中被描述为移动性过程的一部分。
然而,如果在TA边界(例如,当UE在TA之间移动时)处新RRC连接的建立被认为是低效的,则RRC连接重建过程可能需要进行修改,以并入在SRB1重新激活和SRB2/DRB重新激活之间的NAS信令。该过程类似于上面场景11中所述的重建过程,区别在于:在该情况下,新eNB连接到与旧eNB连接到的MME不同的MME。因此,在初始重建期间,新eNB将经由X2接口从旧MME检索UE RRC上下文(如果可行的话),或者经由新MME从旧MME检索UE RRC上下文。在MME之间以及在eNB与MME之间将需要用来检索该上下文的新信令消息。一旦重建过程的安全性激活和SRB1重新激活阶段成功,就可以在恢复的SRB1上发生常规的TAU信令。该TAU信令可被用于以上述相同的方式在TAU结束时重新激活/释放/暂停该RRC连接。
示例场景13
存在RRC暂停概念的众多可能的实施例。在这种场景下,描述了以下实施例:其中目标是最大化与现有系统过程和信令消息的兼容性,从而最小化在3GPP LTE规范中集成该方案所需的规范工作。
该实施例基于以下指导原则:
-用于重新激活暂停的RRC上下文的过程很大程度上基于现有的用于RRC重建的过程(并且其当前被用于从无线链路故障进行恢复)
-在Uu暂停期间S1连接没被暂停。这避免了每当Uu连接被暂停或恢复时需要在无线接入网与核心网之间的信令(即,从CN的角度看,UE仍然处于已连接模式)。
-在暂停时,如果UE重选另一小区,则UE总是通知RAN。这避免了在下述情况下需要寻呼升级(经由其它eNB,或经由跨多个小区/eNB的广大区域):下行链路数据到达暂停小区的eNB,但是UE已经移动到另一小区且没有通知网络。存在与该小区位置通知有关的两种可能的变体:
i)第一备选方案是:在重选之后,UE移动到空闲,并且经由新小区发送TAU。在接收到TAU时,使MME意识到UE现在处于空闲,并且可以发起对通向旧小区的S1的释放。如果在该点之后针对UE的新数据到达,则将建立新的RRC连接(以及S1连接)(在DL数据到达的情况下在网络对UE的寻呼之后)
ii)第二备选方案是:在重选之后,UE在新小区中发送重建请求。于是,新小区的eNB可以判定执行与在切换期间使用的操作类似的操作,以便防止UE移动回完全空闲模式。如果新小区的eNB与旧小区的eNB相同,则在该eNB中容易得到UE上下文信息,因此该eNB能够与UE完成重建过程,而不需要联系其它网络节点。如果该新小区的eNB与旧小区的eNB不相同,则新eNB可以使用在第9版3GPP中针对RLF恢复而引入的现有的X2‘前向切换’过程(3GPPTS36.423的“RLF指示消息”)来尝试从旧eNB获取UE上下文,并且新eNB能够与UE完成重建过程,并且能够按照正常的切换过程向MME发起S1路径切换请求。
-如果重建过程失败(无论在接入暂停小区时还是在接入新小区时),或者如果它们被网络拒绝,则UE如现有过程一样采用基于NAS的RLF恢复,并且因此返回到空闲并经由当前预占的小区来发送TAU。这将导致建立新的RRC连接。
为了实现上述实施例,要求对规范进行以下改变:
1)可以针对上行链路通信定义新的“暂停请求”消息,从而允许UE请求或发起对RRC连接的暂停。如果暂停是纯网络触发的(对于判定不需要UE输入),则不要求定义此消息。该消息可用是新的RRC消息,或者可以包括对现有RRC消息的修改。备选地,该消息可以在MAC层中(例如在MAC控制单元(CE)内)传送。
2)可以针对下行链路通信定义“暂停命令”消息,以便允许网络命令暂停UE当前的RRC连接。为了提供这种功能,现有消息(如RRC释放或RRC重新配置)可被修改,或者可以定义新的消息。备选地,该消息可以在MAC层中(例如在MAC CE内)传送。
3)定义用于发起RRC重建的新触发。当UE的RRC连接当前被暂停时,这些新触发包括以下一项或多项:
a、接收到来自网络的寻呼消息(用于网络发起的-DL-数据)
b、在UE处新的移动设备发起的(UL)数据的到达
c、在UE重选到任何其他小区之后
图30是示出了用于RRC连接暂停的上述步骤的概览的消息序列图,其中,在RRC连接暂停之后跟着进行在UE101和EUTRAN102之间的RRC连接重建。
1、最初,UE101具有与EUTRAN102的活动的(非暂停的)RRC连接。
2、在UE101或EUTRAN102处生成触发,该触发指示其将倾向于暂停RRC连接。如上面的示例中讨论的那样,该触发可能是因为在UE或EUTRAN处满足了一条或多条暂停标准而生成的。
3a、如果在UE处生成触发,则UE发送连接暂停请求消息。在本例中,UE针对EUTRAN使用了新消息(例如,RRC连接暂停请求消息)。其它新的或现有的3GPP消息也可被用于此目的。如果该触发是在EUTRAN处生成的,则EU不发送连接暂停请求消息,并且该步骤被省略。
3b、在EUTRAN接收到RRC连接暂停请求消息时,或者如果该触发是在EUTRAN处生成的,则EUTRAN向UE发送连接暂停命令消息。在这个示例中,EUTRAN针对UE使用了新消息(例如,RRC连接暂停命令消息)。在另一示例中,EUTRAN可以使用RRC连接重新配置消息的修改形式或者RRC释放消息的修改形式作为连接暂停命令消息。在这些情况下,修改后的RRC连接重新配置消息或修改后的RRC释放消息将被修改为使得在UE的效果将是:RRC连接被暂停,而不是被重新配置或释放。例如,这种修改可以包括新的信息单元(IE),其用于指示其目的是暂停RRC连接。例如,该新的IE可能被标为‘暂停RRC连接’、‘暂停(suspend)命令’、‘暂停(suspension)命令’、‘暂停(suspend)指示符’、‘暂停(suspension)指示符’或不同的某种IE等等。该新的IE可以可选地存在于消息中,并且该IE在消息中存在可以使得UE暂停RRC连接。备选地,该新的IE可以是布尔值,并且将该IE设为‘真(TRUE)’可以使得UE暂停RRC连接。其它新的或现有的3GPP消息也可被用于此目的。
3c、可选地,UE可以向EUTRAN发送RRC(L3)肯定应答或MAC(L2)肯定应答。
4、RRC连接于是被暂停,并且在UE和/或EUTRAN处至少存储安全性上下文。
5、在RRC连接已被暂停之后,UE处的寻呼接收和移动性过程与当UE处于空闲模式时UE采用的过程类似(UE针对寻呼消息来监视下行链路信号,并执行基于UE的移动性过程(如小区重选))。
6、为了重建暂停的RRC连接,在UE或EUTRAN处生成用于从暂停进行恢复的触发。通常该触发是在UE处生成的,并且可以是下述之一(i)接收到来自EUTRAN的寻呼消息,该寻呼消息用于网络发起的针对该UE的下行链路数据;(ii)在UE处生成新的移动设备发起的上行链路数据;或者(iii)在UE重选到另一小区之后。上面描述的其他触发也是可能的。
7、基于触发的生成,UE发送连接重建请求消息。在这个示例中,UE向EUTRAN发送具有RRC暂停指示的RRC连接重建请求消息。该RRC暂停指示可被包含在RRC连接重建请求消息的重建原因字段内。
8、EUTRAN然后用连接重建命令消息进行响应。在这个示例中,EUTRAN向UE发送RRC连接重建命令消息。
9、当该RRC连接已经被重建时,UE发送连接重建完成消息,以确认该RRC连接已经被重建。如果RRC连接重建命令消息被用作连接重建命令消息,则UE向EUTRAN发送RRC连接重建完成消息。可选地(并且可能作为上面的步骤8所示的使用RRC连接重建命令消息的备选),EUTRAN还可以用RRC连接重新配置消息进行响应。在这样一种场景下,EUTRAN将使用RRC连接重新配置消息而不是“RRC连接重建命令消息”作为连接重建命令消息。在该示例中,EUTRAN可以使用RRC连接重新配置的修改形式,使得在UE处的效果将是重建该RRC连接。例如,这种修改可以包括新的信息单元(IE),以指示其目的是重建RRC连接。例如,该新的IE可被标为‘暂停的RRC连接’、‘暂停(suspend)指示符’、‘暂停(suspension)指示符’、或某个其他IE等等。该新的IE可以可选地存在于消息中,并且该IE在消息中存在可以使得UE重建该RRC连接。备选地,该新的IE可以是布尔值,并且将该IE设为‘真(TRUE)’可以使得UE暂停RRC连接。其它新的或现有的3GPP消息也可被用于此目的。
11、如果在UE处接收到RRC连接重新配置消息,则UE用RRC连接重新配置完成消息对该消息进行响应。UE将使用RRC连接重新配置完成消息作为连接重建完成消息。其它新的或现有的3GPP消息也可被用于此目的。
12、在该点,RRC连接被完全重建,并且与UE的用户面数据通信可被发起或恢复。
下面的示例场景14到16和对应图31到33给出了对上面在场景13中讨论且在图30中示出的通用场景内的特殊场景的更详细的示例。
示例场景14
图31示出了在具有针对UE101的RRC连接信息或上下文的eNB102a上对UE101从暂停进行重建的消息序列图。eNB102a可以是暂停该RRC连接的eNB,或者它可以是不同的eNB。
1、当在UE101处生成用于重建暂停的RRC连接的触发时,UE向eNB102a发送RRC连接重建请求消息。该重建请求消息可以包含重建原因字段,其允许UE101向eNB102a指示:重建原因是为了重新激活先前暂停的RRC连接。
2、当eNB102a接收到该请求消息时,eNB102a检索所存储的针对UE101的RRC连接信息,并且向UE101发送RRC连接重建命令消息。
3、UE执行对该暂停的RRC连接的重建,并向eNB发送RRC连接重建完成消息。
4、然后,eNB向UE发送RRC连接重新配置消息。
5、UE完成RRC连接重新配置,并且向eNB发送RRC连接重新配置完成消息,以完成对该RRC连接的重建。
示例场景15
图32示出了针对预占在eNB102b上的UE101的暂停的RRC连接的重建的消息序列图,该eNB102b不具有RRC连接信息或上下文。
1、当在UE101处生成用于重建暂停的RRC连接的触发时,UE向eNB102b发送RRC连接重建请求消息。该重建请求消息可以包含重建原因字段,其允许UE101向eNB102b指示:重建原因是为了重新激活先前暂停的RRC连接。该重建请求消息还可以包含使得eNB102b能够识别最初暂停UE的RRC连接的eNB(eNB1 102a)的信息。
2、eNB102b不具有针对UE101的RRC连接信息,因此向暂停该RRC连接的旧eNB102a发送RLF指示消息(上下文获取)。
3、旧eNB通过向新eNB102b发送切换请求来进行响应,该切换请求包括针对UE101的RRC连接的连接信息。
4、新eNB102b用切换请求肯定应答向旧eNB进行响应。
5、新eNB102b然后向UE101发送RRC连接重建消息。
6、UE101执行对该暂停的RRC连接的重建,并用RRC连接重建完成消息向新eNB102b进行响应。
7、新eNB然后向UE发送RRC连接重新配置消息。
8、UE完成RRC连接重新配置,并且向新eNB发送RRC连接重新配置完成消息,以完成对RRC连接的重建。
9、新eNB102b然后完成与MME103b的S1路径切换。
10、MME103b向新eNB发送切换请求肯定应答。
11、新eNB102b然后向旧eNB102a发送消息,以使得旧eNB102a释放针对UE102的RRC连接配置或上下文。
示例场景16
图33示出了UE101从暂停开始的重建失败,其后跟着进行使用跟踪区域更新(TAU)的NAS恢复过程的消息序列图。
1、当在UE101处生成用于重建暂停的RRC连接的触发时,UE向eNB102a发送RRC连接重建请求消息。
2、当eNB102a接收到该请求消息时,eNB102a确定其不具有针对UE101的RRC连接信息,并且判定拒绝该重建请求。eNB102a然后向UE101发送RRC连接拒绝命令消息。
3、然后,UE向eNB发送针对与该eNB的新的RRC连接的RRC连接请求消息。
4、eNB102a然后向UE101发送RRC连接建立消息。
5、UE完成RRC连接建立,并且向eNB102a发送RRC连接建立完成消息。
6、eNB102a然后向UE发送DL信息传递消息。
7、这之后跟着由eNB102a向UE101发送RRC连接释放消息。
现在将在下述编号条款中阐述本公开的与UE用于暂停RRC连接的操作有关的附加方面。
1、一种在用户设备(UE)中实现的方法,所述UE用于与无线接入网(RAN)一起使用,所述方法包括:
所述UE暂停与所述RAN的已建立的RRC连接;
在所述RRC连接被暂停期间所述UE监视以下至少一项:针对所述UE的寻呼和下行链路数据通知;以及
所述UE存储与所述暂停的RRC连接有关的RRC连接数据,所述RRC连接数据可被所述UE用于重新激活所述暂停的RRC连接。
2、根据条款1所述的方法,其中,RRC连接数据包括表示以下一项或多项的数据:
·在所述已建立的RRC连接中的无线承载的配置;
·与所述已建立的RRC连接有关的安全性参数;
·临时小区标识符;
·MAC配置;
·物理层配置。
3、根据条款1或2所述的方法,还包括:标记所存储的RRC连接数据,以指示所述RRC连接的所述暂停。
4、根据条款1、2或3所述的方法,其中,所述UE响应于RRC连接暂停标准被满足而暂停所述已建立的RRC连接。
5、根据条款4所述的方法,所述RRC连接暂停标准包括以下一项或多项:
·在所述UE处的定时器到期;
·在所述UE处接收到消息。
6、根据前述任一条款所述的方法,其中,所述RAN具有与核心网(CN)的针对所述UE的已建立的用户面连接,所述方法还包括:在所述RRC连接被暂停时,维持在所述RAN和所述CN之间的所述已建立的用户面连接。
7、根据条款6所述的方法,其中,当所述暂停的RRC连接为有效的RAN节点从所述CN接收到针对所述UE的下行链路数据时,所述RAN节点缓冲所述下行链路数据,以及寻呼所述UE或发送针对所述UE的下行链路数据通知。
8、根据条款7所述的方法,其中,响应于所述RAN节点没有收到来自所述UE的对所述寻呼或所述下行链路数据通知的响应,所述RAN节点向所述CN发送寻呼升级消息。
9、根据条款1~5中任一项所述的方法,还包括:所述UE或RAN节点发送消息,以向所述核心网(CN)中的任何节点通知所述RRC连接被暂停。
10、根据条款9所述的方法,其中,所述RAN具有与所述CN的针对所述UE的已建立的用户面连接,所述方法还包括:暂停在所述CN和所述RAN之间的所述已建立的用户面连接。
11、根据条款10所述的方法,其中,发送给所述CN的消息包括所述UE的标识,暂停在所述CN和所述RAN之间的所述已建立的用户面连接的方法包括:所述RAN或者所述CN中的一个或多个节点或这二者都:
终止在所述RAN和所述CN之间的所述已建立的用户面连接上发送和接收针对所述UE的用户面数据;以及
存储表示所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为RRC连接重新激活过程的结果,重新激活在所述RAN和所述CN之间的所述用户面连接。
12、根据条款10或11所述的方法,其中,当在所述CN处接收到针对所述UE的下行链路数据时,所述CN的节点缓冲所述下行链路数据,并且所述CN发起由所述RAN的一个或多个小区对所述UE的寻呼。
13、根据条款10、11或12所述的方法,还包括:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,作为所述RRC连接重新激活过程的一部分。
14、根据条款13所述的方法,其中,所述有效性指示符的值取决于以下一项或多项:所述UE的位置;定时器。
15、根据前述任一条款所述的方法,还包括:
在所述RRC连接被暂停的时间期间,通过小区选择或重选过程,所述UE执行自主的移动性控制;以及作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将移动性控制放弃给所述RAN。
16、根据条款15所述的方法,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并且省略执行为了向所述CN通知所述UE的移动性而与所述CN进行的任何通信。
17、根据条款15所述的方法,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE发送向所述RAN或所述CN通知该事件的消息。
18、根据条款17所述的方法,其中,作为选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区的结果,所述UE还释放所述RRC连接,并进入空闲模式。
19、根据条款17或18所述的方法,其中,由所述RAN或所述CN接收到所述UE发送的消息使得所述RAN或CN执行以下一项或多项:释放所述无效的RRC连接;发起正常的RRC连接过程以建立与所述UE的新的RRC连接;释放在所述CN和所述RAN之间的针对所述UE的已建立的用户面连接。
20、根据条款15所述的方法,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并发送向所述RAN或所述CN通知该事件的消息。
21、根据前述任一条款所述的方法,还包括:
所述UE通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述UE确定所述暂停的RRC连接仍然是有效的,所述UE向所述RAN发送RRC连接重新激活请求消息。
22、根据条款21所述的方法,还包括:
响应于从所述RAN接收到RRC连接重新激活完成消息,所述UE通过重新激活的RRC连接来恢复与所述RAN的用户面数据传送。
23、根据条款22所述的方法,还包括:
响应于从所述RAN接收到RRC连接重新激活拒绝消息,所述UE释放所述暂停的RRC连接,并进入空闲模式;以及
所述UE随后发起正常的RRC连接建立过程,以建立与所述RAN的新的RRC连接。
24、根据条款23所述的方法,其中,响应于RAN节点确定它不具有针对所述UE的有效的暂停的RRC连接,所述RAN节点向所述UE发送RRC连接重新激活拒绝消息。
25、根据前述任一条款所述的方法,还包括:
所述UE通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;
响应于所述UE确定所述暂停的RRC连接是无效的,所述UE释放所述暂停的RRC连接并进入空闲模式;以及
所述UE随后发起正常的RRC连接建立过程,以建立与所述RAN的新的RRC连接。
26、根据条款21到25中任一项所述的方法,其中,所述UE确定所述暂停的RRC连接是否仍然是有效的包括以下至少一项:
·确定所述UE当前是否处于在其中由所存储的RRC连接数据表示的暂停的RRC连接仍然有效的RAN的小区中;以及
·确定定时器是否还没到期。
27、根据条款21~26所述的方法,还包括:作为对所述暂停的RRC连接的重新激活或者对新的RRC连接的建立的结果,所述UE将对所述UE的移动性控制放弃给所述RAN。
28、根据前述任一条款所述的方法,还包括:响应于以下一项或多项,发起对所述暂停的RRC连接的重新激活:
·所述UE生成经由RRC连接的用户面的上行链路数据;或者
·在所述UE处接收到寻呼;或者
·在所述UE处接收到如下通知:所述RAN或所述CN具有缓冲的要发送给所述UE的下行链路数据。
29、根据前述任一条款所述的方法,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
30、根据前述任一条款所述的方法,其中,所述RAN被配置为根据LTE或LTE高级协议与所述UE进行通信。
31、根据前述任一条款所述的方法,其中,所述一个或多个RAN节点是eNode B。
32、一种用于与无线接入网(RAN)一起使用的用户设备(UE),所述UE被配置为:
暂停与所述RAN的已建立的RRC连接;
在所述RRC连接被暂停期间,监视以下至少一项:针对所述UE的寻呼和下行链路数据通知;以及
存储表示所述暂停的RRC连接的RRC连接数据,所述RRC连接数据可被所述UE用于重新激活所述暂停的RRC连接。
33、根据条款32所述的UE,其中,RRC连接数据包括表示以下一项或多项的数据:
·在所述已建立的RRC连接中的无线承载的配置;
·与所述已建立的RRC连接有关的安全性参数;
·临时小区标识符;
·MAC配置;
·物理层配置。
34、根据条款32或33所述的UE,还包括所述UE被配置为:标记所存储的RRC连接数据,以指示所述RRC连接的所述暂停。
35、根据条款32、33或34所述的UE,还包括所述UE被配置为:响应于RRC连接暂停标准被满足而暂停所述已建立的RRC连接。
36、根据条款35所述的UE,其中,所述RRC连接暂停标准包括以下一项或多项:
·在所述UE处的定时器到期;
·在所述UE处接收到消息。
37、根据条款32~36中任一项所述的UE,还包括:
所述UE被配置为:在所述RRC连接被暂停的时间期间,通过小区选择或重选过程,执行自主的移动性控制;以及作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将移动性控制放弃给所述RAN。
38、根据条款37所述的UE,所述UE被配置为使得:当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并且省略执行为了向所述CN通知所述UE的移动性而与所述CN进行的任何通信。
39、根据条款37所述的UE,所述UE被配置为使得:当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE发送向所述RAN或所述CN通知该事件的消息。
40、根据条款39所述的UE,所述UE被配置为使得:作为选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区的结果,所述UE还释放所述RRC连接,并进入空闲模式。
41、根据条款39或40所述的UE,其中,由所述RAN或所述CN接收到所述UE发送的消息使得所述RAN或CN执行以下一项或多项:释放所述无效的RRC连接;发起正常的RRC连接过程以建立与所述UE的新的RRC连接;释放在所述CN和所述RAN之间的针对所述UE的已建立的用户面连接。
42、根据条款37所述的UE,所述UE被配置为使得:当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并发送向所述RAN或所述CN通知该事件的消息。
43、根据条款32~42中任一项所述的UE,还包括所述UE被配置为使得:作为所述RRC连接重新激活过程的一部分,
所述UE通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述UE确定所述暂停的RRC连接仍然是有效的,所述UE向所述RAN发送RRC连接重新激活请求消息。
44、根据条款43所述的UE,还包括:
所述UE被配置为使得:响应于从所述RAN接收到RRC连接重新激活完成消息,所述UE通过重新激活的RRC连接来恢复与所述RAN的用户面数据传送。
45、根据条款43所述的UE,还包括:
所述UE被配置为使得:响应于从所述RAN接收到RRC连接重新激活拒绝消息,所述UE释放所述暂停的RRC连接,并进入空闲模式;以及
所述UE被配置为:随后发起正常的RRC连接建立过程,以建立与所述RAN的新的RRC连接。
46、根据条款43所述的UE,其中,响应于RAN节点确定它不具有针对所述UE的有效的暂停的RRC连接,所述RAN节点向所述UE发送RRC连接重新激活拒绝消息。
47、根据条款32~46中任一项所述的UE,还包括:所述UE被配置为:
通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;
响应于所述UE确定所述暂停的RRC连接是无效的,释放所述暂停的RRC连接并进入空闲模式;以及
随后发起正常的RRC连接建立过程,以建立与所述RAN的新的RRC连接。
48、根据条款43~47中任一项所述的UE,还包括所述UE被配置为:作为确定所述暂停的RRC连接是否仍然有效的一部分,确定以下至少一项:
·所述UE当前是否处于在其中由所存储的RRC连接数据表示的暂停的RRC连接仍然有效的RAN的小区中;以及
·定时器是否还没到期。
49、根据条款43~48所述的UE,还包括所述UE被配置为:作为对所述暂停的RRC连接的重新激活或者对新的RRC连接的建立的结果,将对所述UE的移动性控制放弃给所述RAN。
50、根据条款32~49中任一项所述的UE,还包括所述UE被配置为:响应于以下至少一项,发起对所述暂停的RRC连接的重新激活的重新激活过程:
·所述UE生成经由RRC连接的用户面的上行链路数据;或者
·在所述UE处接收到寻呼;或者
·在所述UE处接收到指示以下的消息:所述RAN或所述CN具有缓冲的要通过RRC连接的用户面发送给所述UE的下行链路数据。
51、根据条款32~50中任一项所述的UE,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
52、一种无线通信系统,其包括根据条款32~51中任一项所述的UE以及具有与核心网(CN)的针对所述UE的已建立的用户面连接的RAN,所述系统被配置为:在所述RRC连接被暂停时,维持在所述RAN和CN之间的所述已建立的用户面连接。
53、根据条款52所述的无线通信系统,还包括其中所述暂停的RRC连接为有效的RAN节点被配置为使得:当所述RAN节点从所述CN接收到针对所述UE的下行链路数据时,所述RAN节点缓冲所述下行链路数据,以及寻呼所述UE或发送针对所述UE的下行链路数据通知。
54、根据条款53所述的无线通信系统,还包括所述RAN节点被配置为使得:响应于所述RAN节点没有收到来自所述UE的对所述寻呼或所述下行链路数据通知的响应,所述RAN节点向所述CN发送寻呼升级消息。
55、一种无线通信系统,其包括根据条款32~51中任一项所述的UE以及RAN,所述无线通信系统被配置为使得:所述UE或RAN节点发送消息,以向所述核心网(CN)中的任何节点通知所述RRC连接被暂停。
56、根据条款55所述的无线通信系统,其中,所述RAN具有与所述CN的针对所述UE的已建立的用户面连接,所述无线通信系统被配置为使得所述无线通信系统暂停在所述CN与所述RAN的所述已建立的用户面连接。
57、根据条款56所述的无线通信系统,还包括所述无线通信系统被配置为使得发送给所述CN的消息包括所述UE的标识,以及使得暂停在所述CN和所述RAN之间的所述已建立的用户面连接,所述RAN或者所述CN中的一个或多个节点或者二者都:
终止在所述RAN和所述CN之间的所述用户面连接上针对所述UE的用户面数据的发送和接收;以及
存储表示所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为RRC连接重新激活过程的结果,恢复在所述RAN和所述CN之间的所述用户面连接。
58、根据条款56或57所述的无线通信系统,还包括所述无线通信系统被配置为使得:当在所述CN处接收到针对所述UE的下行链路数据时,所述CN的节点缓冲所述下行链路数据,并且所述CN发起由所述RAN的一个或多个小区对所述UE的寻呼。
59、根据条款56、57或58所述的无线通信系统,还包括所述无线通信系统被配置为使得:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,所述检查是所述RRC连接重新激活过程的一部分。
60、根据条款59所述的无线通信系统,其中,所述有效性指示符的值取决于以下一项或多项:所述UE的位置;定时器。
61、根据条款52~60中任一项所述的无线通信系统,其中,所述RAN被配置为根据LTE或LTE高级协议与所述UE进行通信。
62、根据条款52~60中任一项所述的无线通信系统,其中,所述RAN节点是eNode B。
63、一种具有指令的计算机程序产品,所述指令在由用户设备(UE)的处理器执行时使得所述UE被配置为根据条款1~31中的任一项所述的方法进行工作,其中,所述UE用于与无线接入网(RAN)一起使用。
64、一种具有指令的计算机程序产品,所述指令在由无线接入网(RAN)的节点的处理器执行时使得所述RAN节点被配置为根据条款1~31中的任一项所述的方法进行工作,其中,所述RAN节点用于与用户设备(UE)一起使用。
现在将在下述编号条款中阐述本公开的与RAN节点用于暂停RRC连接的操作有关的附加方面。
1、一种在无线接入网(RAN)的节点中实现的方法,所述RAN节点用于与用户设备(UE)一起使用,所述方法包括:
所述RAN节点暂停与UE的已建立的RRC连接;
所述RAN节点此后可被操作为:在所述RRC连接被暂停期间,寻呼所述UE寻呼,或者发送针对所述UE的下行链路数据通知,或者执行这两者;以及
所述RAN节点存储与所述暂停的RRC连接有关的RRC连接数据,所述RRC连接数据可被所述RAN节点用于重新激活所述暂停的RRC连接。
2、根据条款1所述的方法,其中RRC连接数据包括表示以下一项或多项的数据:
·在所述已建立的RRC连接中的无线承载的配置;
·与所述已建立的RRC连接有关的安全性参数;
·临时小区标识符;
·MAC配置;
·物理层配置。
3、根据条款1或2所述的方法,还包括:标记所存储的RRC连接数据,以指示所述RRC连接的所述暂停。
4、根据条款1、2或3所述的方法,其中,所述RAN节点响应于RRC连接暂停标准被满足而暂停所述已建立的RRC连接。
5、根据条款4所述的方法,所述RRC连接暂停标准包括以下一项或多项:
·在所述RAN节点处的定时器到期;
·由所述RAN节点向所述UE发送消息以指示暂停所述已建立的RRC连接。
6、根据条款1~5中任一项所述的方法,其中,所述RAN具有与核心网(CN)的针对所述UE的已建立的用户面连接,所述方法还包括:在所述RRC连接被暂停时,维持在所述RAN和所述CN之间的所述已建立的用户面连接。
7、根据条款6所述的方法,其中,当所述RAN节点从所述CN接收到针对所述UE的下行链路数据时,所述RAN节点缓冲所述下行链路数据,以及寻呼所述UE或发送针对所述UE的下行链路数据通知。
8、根据条款7所述的方法,其中,响应于所述RAN节点没有收到来自所述UE的对所述寻呼或所述下行链路数据通知的响应,所述RAN节点向所述CN发送寻呼升级消息。
9、根据条款1~5中任一项所述的方法,还包括:所述UE或RAN节点发送消息,以向所述核心网(CN)中的任何节点通知所述RRC连接被暂停。
10、根据条款9所述的方法,其中,所述RAN具有与所述CN的针对所述UE的已建立的用户面连接,所述方法还包括:暂停在所述CN和所述RAN之间的所述已建立的用户面连接。
11、根据条款10所述的方法,其中,发送给所述CN的消息包括所述UE的标识,所述方法还包括:所述RAN或者所述CN中的一个或多个节点或这二者都:
终止在所述CN和所述RAN节点之间的所述已建立的用户面连接上发送和接收针对所述UE的用户面数据;以及
存储表示所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为RRC连接重新激活过程的结果,重新激活在所述RAN和所述CN之间的所述用户面连接。
12、根据条款10或11所述的方法,其中,当在所述CN处接收到针对所述UE的下行链路数据时,所述CN的节点缓冲所述下行链路数据,并且所述CN发起由所述RAN的一个或多个小区对所述UE的寻呼。
13、根据条款10、11或12所述的方法,还包括:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,作为所述RRC连接重新激活过程的一部分。
14、根据条款13所述的方法,其中,所述有效性指示符的值取决于以下一项或多项:所述用户的位置;定时器。
15、根据前述任一条款所述的方法,还包括:
所述RAN将对所述UE的移动性控制放弃给所述UE,直到作为对所述暂停的RRC连接的重新激活或者用以建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述RAN恢复对所述UE的移动性控制。
16、根据条款15所述的方法,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述RAN接收向所述RAN通知该事件的消息。
17、根据条款16所述的方法,其中,由所述RAN接收到所述UE发送的消息将使得所述RAN执行以下一项或多项:释放所述无效的RRC连接;发起与所述UE的新的RRC连接;释放在所述CN和所述RAN之间的针对所述UE的已建立的用户面连接。
18、根据条款15、16或17所述的方法,还包括:作为对所述暂停的RRC连接的重新激活或者用以建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述RAN恢复对所述UE的移动性控制。
19、根据前述任一条款所述的方法,其中,所述RAN节点响应于接收到来自所述UE的RRC连接重新激活请求消息执行以下步骤:
通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;或者
响应于所述RAN节点确定所述暂停的RRC连接是无效的,向UE发送重新激活请求拒绝消息。
20、根据条款19所述的方法,其中,所述RAN节点确定所述暂停的RRC连接是否仍然有效包括以下至少一项:
·确定定时器尚未到期;以及
·确定所述RRC连接还没被释放。
21、根据前述任一条款所述的方法,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
22、根据前述任一条款所述的方法,其中,所述RAN被配置为根据LTE或LTE高级协议与所述UE进行通信。
23、根据前述任一条款所述的方法,其中,所述RAN节点是eNode B。
24、一种用于与用户设备(UE)一起使用的无线接入网(RAN)的节点,所述RAN节点被配置为:
暂停与UE的已建立的RRC连接;
此后可被操作为:在所述RRC连接被暂停期间,寻呼所述UE,或者发送针对所述UE的下行链路数据通知,或者执行这两者;以及
存储与所述暂停的RRC连接有关的RRC连接数据,所述RRC连接数据可被所述RAN节点用于重新激活所述暂停的RRC连接。
25、根据条款24所述的RAN节点,其中,RRC连接数据包括表示以下一项或多项的数据:
·在所述已建立的RRC连接中的无线承载的配置;
·与所述已建立的RRC连接有关的安全性参数;
·临时小区标识符;
·MAC配置;
·物理层配置。
26、根据条款24或25所述的RAN节点,还包括:标记所存储的RRC连接数据,以指示所述RRC连接的所述暂停。
27、根据条款24、25或26所述的RAN节点,还包括所述RAN节点被配置为:响应于RRC连接暂停标准被满足而暂停所述已建立的RRC连接。
28、根据条款27所述的RAN节点,其中,所述RRC连接暂停标准包括以下一项或多项:
·在所述RAN节点处的定时器到期;
·由所述RAN节点向所述UE发送消息以指示暂停所述已建立的RRC连接。
29、根据条款24~28中任一项所述的RAN节点,还包括所述RAN节点被配置为:响应于接收到来自所述UE的RRC连接重新激活请求消息执行以下步骤:
通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;或者
响应于所述RAN节点确定所述暂停的RRC连接是无效的,向UE发送重新激活请求拒绝消息。
30、根据条款29所述的RAN节点,所述RAN节点被配置为:所述RAN节点确定所述暂停的RRC连接是否仍然有效包括以下至少一项:
·确定定时器尚未到期;以及
·确定所述RRC连接还没被释放。
31、根据条款29或30所述的RAN节点,还包括:作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述RAN恢复对所述UE的移动性控制。
32、根据条款24~31中任一项所述的RAN节点,其中,所述RAN节点被配置为根据LTE或LTE高级协议与所述UE进行通信。
33、根据前述任一条款所述的RAN节点,其中,所述RAN节点是eNodeB。
34、根据条款24~33中任一项所述的RAN节点,其中,所述RAN节点具有与核心网(CN)的针对所述UE的已建立的用户面连接,所述RAN节点还包括:在所述RRC连接被暂停的期间,维持在所述RAN和所述CN之间的所述已建立的用户面连接。
35、根据条款34所述的RAN节点,所述RAN节点被配置为使得:当所述RAN节点从所述CN接收到针对所述UE的下行链路数据时,所述RAN节点缓冲所述下行链路数据,以及寻呼所述UE或发送针对所述UE的下行链路数据通知。
36、根据条款35所述的RAN节点,所述RAN节点被配置为使得:响应于所述RAN节点没有收到来自所述UE的对所述寻呼或所述下行链路数据通知的响应,所述RAN节点向所述CN发送寻呼升级消息。
37、根据条款24~33中任一项所述的RAN节点,还包括:所述UE或RAN节点发送消息,以向所述核心网(CN)中的任何节点通知所述RRC连接被暂停。
38、据条款37所述的RAN节点,其中,所述RAN具有与所述CN的针对所述UE的已建立的用户面连接,还包括:暂停在所述CN和所述RAN之间的所述已建立的用户面连接。
39、根据条款38所述的RAN节点,其中,发送给所述CN的消息包括所述UE的标识,所述RAN或者所述CN中的一个或多个节点或这二者都被配置为:
终止在所述CN和所述RAN节点之间的所述已建立的用户面连接上发送和接收针对所述UE的用户面数据;以及
存储表示所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为RRC连接重新激活过程的结果,重新激活在所述RAN和所述CN之间的所述用户面连接。
40、一种无线通信系统,包括根据条款38或39所述的RAN节点以及CN,其中,所述CN被配置为使得:当在所述CN处接收到针对所述UE的下行链路数据时,所述CN的节点缓冲所述下行链路数据,并且所述CN发起由所述RAN的一个或多个小区对所述UE的寻呼。
41、一种包括根据条款38或39所述的RAN节点以及CN的无线通信系统,或者根据条款40所述的无线通信系统,还包括:所述无线通信系统被配置为使得:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,作为所述RRC连接重新激活过程的一部分。
42、根据条款41所述的无线通信系统,其中,所述有效性指示符的值取决于以下一项或多项:所述用户的位置;定时器。
43、根据条款24~39中任一项所述的无线通信系统,还包括:
所述RAN被配置为将对所述UE的移动性控制放弃给所述UE,直到作为对所述暂停的RRC连接的重新激活或者用以建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述RAN恢复对所述UE的移动性控制。
44、根据条款43所述的无线通信系统,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述RAN接收向所述RAN通知该事件的消息。
45、根据条款44所述的无线通信系统,其中,所述RAN被配置为使得:由所述RAN接收到所述UE发送的消息将使得所述RAN执行以下一项或多项:释放所述无效的RRC连接;发起与所述UE的新的RRC连接;释放在所述CN和所述RAN之间的针对所述UE的已建立的用户面连接。
46、一种包括指令的计算机程序产品,所述指令在由无线接入网(RAN)的节点的处理器执行时使得所述RAN节点被配置为根据条款1~23中的任一项所述的方法进行工作,其中,所述RAN节点用于与用户设备(UE)一起使用。
现在将在下述编号条款中阐述本公开的与CN节点用于暂停RRC连接的操作有关的附加方面。
1、一种在核心网(CN)的节点中实现的方法,所述CN用于与无线接入网(RAN)的节点一起使用,所述方法包括:响应于所述CN接收到指示在所述RAN与用户设备(UE)之间的RRC连接被暂停的消息时:
所述CN节点终止在所述CN和所述RAN节点之间的已建立的用户面CN-RAN连接上发送和接收针对所述UE的用户面数据;以及
存储表示与所述CN的所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为所述RRC连接被重新激活的结果,恢复在所述RAN和所述CN之间的所述用户面连接。
2、根据条款1所述的方法,其中,当在所述CN处接收到针对所述UE的下行链路数据时,所述方法还包括:在所述CN的节点中缓冲所述下行链路数据,并且发起由所述RAN的一个或多个小区对所述UE的寻呼。
3、根据条款1或2所述的方法,还包括:响应于在所述CN的节点处接收到CN-RAN连接重新激活消息,恢复在所述CN和所述RAN之间的用户面数据传送。
4、根据前述任一条款所述的方法,其中,所述CN节点是演进分组核心(EPC)的一部分,所述EPC配置为根据LTE或LTE高级协议进行通信。
5、一种用于与无线接入网(RAN)一起使用的核心网(CN)的节点,所述CN的节点被配置为:响应于所述CN接收到指示在所述RAN与用户设备(UE)之间的RRC连接被暂停的消息,
终止在所述CN和所述RAN节点之间的已建立的用户面CN-RAN连接上发送和接收针对所述UE的用户面数据;以及
存储表示与所述CN的所述已建立的用户面连接的CN-RAN连接数据,所述CN-RAN连接数据可被用于以后通过下述方式恢复针对所述UE的用户面数据的发送和接收:作为所述RRC连接被重新激活的结果,恢复在所述RAN和所述CN之间的所述用户面连接。
6、根据条款5所述的CN节点,所述CN节点被配置为使得:当在所述CN处接收到针对所述UE的下行链路数据时,所述CN节点缓冲所述下行链路数据,并且发起由所述RAN的一个或多个小区对所述UE的寻呼。
7、根据条款5或6所述的CN节点,还包括:所述CN节点响应于在所述CN的节点处接收到CN-RAN连接重新激活消息,恢复与所述CN的用户面数据传送。
8、根据条款5、6或7所述的CN节点,其中,所述CN节点是演进分组核心(EPC)的一部分,所述EPC配置为根据LTE或LTE高级协议进行通信。
9、一种具有指令的计算机程序产品,所述指令在由核心网(CN)的节点的处理器执行时使得所述CN的节点被配置为根据条款1~4中的任一项所述的方法进行工作,其中所述CN用于与无线接入网(RAN)一起使用。
现在将在下述编号条款中阐述本公开的与UE或RAN节点用于评估暂停的RRC连接的有效性和重新激活暂停的RRC连接的操作有关的附加方面。
1、一种在无线接入网(RAN)的节点中实现的方法,所述RAN节点用于与用户设备(UE)一起使用,在所述RAN节点和UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述RAN节点存储,所述方法包括:
在所述RAN节点处接收来自所述UE的RRC连接激活请求消息;
通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,所述RAN节点向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;或者
响应于所述RAN节点确定所述暂停的RRC连接是无效的,所述RAN节点向所述RAN发送重新激活请求拒绝消息。
2、根据条款1所述的方法,其中,所述RAN节点确定所述暂停的RRC连接是否仍然有效包括以下至少一项:
·确定定时器尚未到期;以及
·确定所述RRC连接还没被释放。
3、根据条款1或2所述的方法,还包括:作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述RAN从所述UE恢复对所述UE的移动性控制。
4、根据前述任一条款所述的方法,其中,所述RAN节点被配置为根据LTE或LTE高级协议与所述UE进行通信。
5、根据前述任一条款所述的方法,其中所述RAN节点是eNode B。
6、一种用于与用户设备(UE)一起使用的无线接入网(RAN)的节点,所述RAN节点被配置为使得当在所述RAN节点和UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述RAN节点存储时,响应于在所述RAN节点处接收到来自所述UE的RRC连接激活请求消息;
所述RAN节点通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,所述RAN节点向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;已经
响应于所述RAN节点确定所述暂停的RRC连接是无效的,所述RAN节点向所述RAN发送重新激活请求拒绝消息。
7、根据条款6所述的RAN节点,还包括:所述RAN节点被配置为通过所述RAN节点执行以下至少一项来确定所述暂停的RRC连接是否仍然有效:
·确定定时器尚未到期;以及
·确定所述RRC连接还没被释放。
8、根据条款5或6所述的RAN节点,所述RAN节点被配置为:作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,从所述UE恢复对所述UE的移动性控制。
9、根据条款5~8中任一项所述的RAN节点,所述RAN节点被配置为根据LTE或LTE高级协议与所述UE进行通信。
10、根据条款5~9中任一项所述的RAN节点,其中,所述RAN节点是eNode B。
11、一种具有指令的计算机程序产品,所述指令在由无线接入网(RAN)的节点的处理器执行时使得所述RAN节点被配置为根据条款1~5中的任一项所述的方法进行工作,其中,所述RAN节点用于与用户设备(UE)一起使用。
12、一种在用户设备(UE)中实现的方法,所述UE用于与无线接入网(RAN)一起使用,在所述RAN节点和所述UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述UE存储,所述方法包括:
所述UE通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;以及
响应于所述UE确定所述暂停的RRC连接仍然是有效的,所述UE:向所述RAN节点发送RRC连接重新激活请求消息;以及响应于从所述RAN接收RRC连接重新激活接受消息,所述UE然后在重新激活的RRC连接上恢复与所述RAN节点的用户面数据传送;或者响应于从所述RAN节点接收到RRC连接重新激活拒绝消息,所述UE释放所述RRC连接;
响应于所述UE确定所述暂停的RRC连接是无效的,所述UE释放所述RRC连接。
13、根据条款12所述的方法,其中,所述UE确定所述暂停的RRC连接是否仍然有效包括以下至少一项:
·确定所述UE当前是否位于在其中由所存储的RRC连接数据表示
的暂停的RRC连接仍然有效的RAN的小区中;以及
·确定定时器是否尚未到期。
14、根据条款12或13所述的方法,还包括:响应于接收到RRC连接重新激活拒绝消息或者所述UE确定所述暂停的RRC连接是无效的,所述UE还进入空闲模式,并且随后发起正常的RRC连接建立过程以建立与所述RAN的新的RRC连接。
15、根据条款12、13或14所述的方法,还包括:作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将对所述UE的移动性控制放弃给所述RAN。
16、根据条款12~15中任一项所述的方法,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
17、一种用于与无线接入网(RAN)一起使用的用户设备(UE),所述UE被配置为使得当在所述RAN的节点和所述UE之间的已建立的RRC连接已经被暂停并且表示与所述暂停的RRC连接有关的配置信息和状态信息的RRC连接数据已经被所述UE存储时:
所述UE通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;
响应于所述UE确定所述暂停的RRC连接仍然是有效的,所述UE向所述RAN节点发送RRC连接重新激活请求消息;以及响应于从所述RAN接收RRC连接重新激活接受消息,所述UE然后在重新激活的RRC连接上恢复与所述RAN节点的用户面数据传送;或者响应于从所述RAN节点接收到RRC连接重新激活拒绝消息,所述UE释放所述RRC连接;以及
响应于所述UE确定所述暂停的RRC连接是无效的,所述UE释放所述RRC连接。
18、根据条款17所述的UE,还包括:所述UE配置为通过所述UE执行以下至少一项来确定所述暂停的RRC连接是否仍然有效:
·确定所述UE当前是否位于在其中由所存储的RRC连接数据表示的暂停的RRC连接仍然有效的RAN的小区中;以及
·确定定时器是否尚未到期。
19、根据条款17或18所述的UE,还包括所述UE被配置为使得:响应于接收到RRC连接重新激活拒绝消息或者所述UE确定所述暂停的RRC连接是无效的,所述UE还进入空闲模式,并且随后发起正常的RRC连接建立过程以建立与所述RAN的新的RRC连接。
20、根据条款17、18或19所述的UE,还包括:作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将对所述UE的移动性控制放弃给所述RAN。
21、根据条款17~20中任一项所述的UE,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
22、一种具有指令的计算机程序产品,所述指令在由用户设备(UE)的处理器执行时使得所述UE被配置为根据条款12~16中的任一项所述的方法进行工作,其中,所述UE用于与无线接入网(RAN)连接一起使用。
现在将在下述编号条款中阐述本公开的与CN节点或RAN节点用于当RRC连接被暂停期间处理下行链路数据的操作有关的附加方面。
1、一种在无线接入网(RAN)的节点中实现的方法,所述RAN用于与用户设备(UE)一起使用,在所述RAN节点和UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述RAN节点存储,所述方法包括:
所述RAN节点接收针对所述UE的下行链路数据;
所述RAN节点缓冲所述下行链路数据;以及
所述RAN节点寻呼所述UE或发送针对所述UE的下行链路数据通知。
2、根据条款1所述的方法,其中,响应于所述RAN节点没有收到来自所述UE的对所述寻呼或所述下行链路数据通知的响应,所述RAN节点向所述CN发送寻呼升级消息。
3、根据条款2所述的方法,还包括:
在所述RAN节点处接收来自所述UE的RRC连接激活请求消息;
通过参考所存储的RRC连接数据确定所述暂停的RRC连接是否仍然有效;以及
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,所述RAN节点向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;或者
响应于所述RAN节点确定所述暂停的RRC连接是无效的,所述RAN节点向所述RAN发送重新激活请求拒绝消息。
4、根据前述任一条款所述的方法,其中,所述RAN节点被配置为根据LTE或LTE高级协议与所述UE进行通信。
5、根据前述任一条款所述的方法,其中,所述RAN节点是eNode B。
6、一种用于与用户设备(UE)一起使用的无线接入网(RAN)的节点,所述RAN节点被配置为使得当在所述RAN节点和UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述RAN节点存储时,响应于在所述RAN节点处接收来自所述UE的下行链路数据;
所述RAN节点缓冲所述下行链路数据;以及
所述RAN节点寻呼所述UE或发送下行链路数据通知。
7、根据条款6所述的RAN节点,其中,所述RAN节点被配置为使得:响应于所述RAN节点没有收到来自所述UE的对所述寻呼或给出下行链路数据通知的消息、的响应,所述RAN节点向所述CN发送寻呼升级消息。
8、根据条款6所述的RAN节点,还包括:所述RAN节点被配置为使得,响应于所述RAN节点接收到来自所述UE的RRC连接激活请求消息:
所述RAN节点通过参考所存储的RRC连接数据来确定所述暂停的RRC连接是否仍然有效;
响应于所述RAN节点确定所述暂停的RRC连接仍然是有效的,所述RAN节点向所述UE发送重新激活请求完成消息,然后在重新激活的RRC连接上恢复与所述UE的用户面数据传送;或者
响应于所述RAN节点确定所述暂停的RRC连接是无效的,所述RAN节点向所述RAN发送重新激活请求拒绝消息。
9、根据条款6~8中任一项所述的RAN节点,其中,所述RAN节点被配置为根据LTE或LTE高级协议与所述UE进行通信。
10、根据条款6~9中任一项所述的RAN节点,其中,所述RAN节点是eNode B。
11、一种具有指令的计算机程序产品,所述指令在由无线接入网(RAN)的节点的处理器执行时使得所述RAN节点被配置为根据条款1~5中的任一项所述的方法进行工作,其中,所述RAN节点用于与用户设备(UE)一起使用。
12、一种在核心网(CN)的节点中实现的方法,所述CN用于与无线接入网(RAN)的节点一起使用,其中响应于所述CN接收到指示在所述RAN与用户设备(UE)之间的RRC连接被暂停并且表示在所述CN和所述RAN之间的现有用户面连接的CN-RAN连接数据已经被存储的消息,已经终止了在所述CN和所述RAN节点之间的针对所述UE的已建立的用户面CN-RAN连接上发送和接收针对所述UE的用户面数据,所述方法包括:
接收针对所述UE的下行链路数据;
所述CN节点缓冲所述下行链路数据;
所述CN节点发起由所述RAN的一个或多个小区对所述UE的寻呼。
13、根据条款12所述的方法,还包括:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,作为所述RRC连接重新激活过程的一部分。
14、根据条款13所述的方法,其中,所述有效性指示符的值取决于以下一项或多项:所述用户的位置;定时器。
15、根据条款12~14中任一项所述的方法,其中,所述CN节点是演进分组核心(EPC)的一部分,所述EPC配置为根据LTE或LTE高级协议进行通信。
16、一种用于与无线接入网(RAN)一起使用的核心网(CN)的节点,所述CN的节点被配置为使得当响应于所述CN接收到指示在所述RAN与用户设备(UE)之间的RRC连接被暂停并且表示在所述CN和所述RAN之间的现有用户面连接的CN-RAN连接数据已经被存储的消息,已经终止了在所述CN和所述RAN节点之间的针对所述UE的已建立的用户面CN-RAN连接上发送和接收针对所述UE的用户面数据时,响应于接收到针对所述UE的下行链路数据:
所述CN节点缓冲所述下行链路数据;
所述CN节点发起由所述RAN的一个或多个小区对所述UE的寻呼。
17、根据条款16所述的CN节点,还包括:所述CN的节点维护针对所述UE的有效性指示符,所述有效性指标符可在对所述RRC连接的有效性的检查中使用,作为所述RRC连接重新激活过程的一部分。
18、根据条款17所述的CN节点,其中,所述有效性指示符的值取决于以下一项或多项:所述用户的位置;定时器。
19、根据条款16~18中任一项所述的CN节点,其中,所述CN节点是演进分组核心(EPC)的一部分,所述EPC配置为根据LTE或LTE高级协议进行通信。
20、一种具有指令的计算机程序产品,所述指令在由核心网(CN)的节点的处理器执行时使得所述CN的节点被配置为根据条款12~15中的任一项所述的方法进行工作,其中,所述CN用于经由CN-RAN连接与无线接入网(RAN)通信。
现在将在下述编号条款中阐述本公开的与UE用于在RRC连接被暂停期间处理所述UE的移动性的操作有关的附加方面。
1、一种在用户设备(UE)中实现的方法,所述UE用于与无线接入网(RAN)一起使用,在所述RAN的节点和所述UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述UE存储,所述方法包括:
在所述RRC连接被暂停的时间期间,所述UE通过小区选择或重选过程,执行自主的移动性控制;以及作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将对所述UE的移动性控制放弃给所述RAN。
2、根据条款1所述的方法,其中,当所述UE选择在其中由所述RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并且省略执行为了向所述CN通知所述UE的移动性而与所述CN进行的任何通信。
3、根据条款1所述的方法,其中,当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE发送消息以向所述RAN或核心网(CN)通知该事件。
4、根据条款3所述的方法,其中,作为选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区的结果,所述UE还释放所述暂停的RRC连接并且进入空闲模式。
5、根据前述任一条款所述的方法,其中,所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
6、一种用于与无线接入网(RAN)一起使用的用户设备(UE),所述UE被配置为使得当在所述RAN的节点和所述UE之间的已建立的RRC连接已经被暂停并且与所述暂停的RRC连接有关的RRC连接数据已经被所述UE存储时,
在所述RRC连接被暂停的时间期间,所述UE通过小区选择或重选过程,执行自主的移动性控制;以及,
作为对所述暂停的RRC连接的重新激活或者用于建立与所述UE的新的RRC连接的正常RRC连接过程的结果,所述UE将对所述UE的移动性控制交给所述RAN。
7、根据条款6所述的UE,还包括所述UE被配置为使得:当所述UE选择在其中由所述RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE继续存储所述RRC连接数据,并且省略执行为了向所述CN通知所述UE的移动性而与所述CN进行的任何通信。
8、根据条款6所述的UE,还包括所述UE被配置为使得:当所述UE选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区时,所述UE发送消息以向所述RAN或核心网(CN)通知该事件。
9、根据条款8所述的UE,还包括所述UE被配置为使得:作为选择在其中由所存储的RRC连接数据表示的暂停的RRC连接为无效的RAN的小区的结果,所述UE还释放所述暂停的RRC连接并且进入空闲模式。
10、根据条款6~9中任一项所述的UE,其中所述UE被配置为根据LTE或LTE高级协议与所述RAN进行通信。
11、一种具有指令的计算机程序产品,所述指令在由用户设备(UE)的处理器执行时使得所述UE被配置为根据条款1~5中的任一项所述的方法进行工作,其中,所述UE用于与无线接入网(RAN)一起使用。
Claims (34)
1.一种在无线接入网RAN的节点中实现的方法,所述RAN节点用于与移动设备一起使用,所述方法包括:
所述RAN节点向移动设备发送连接暂停命令消息,以暂停与所述移动设备的RRC连接。
2.根据权利要求1所述的方法,其中,所述连接暂停命令消息是响应于在所述RAN节点处满足暂停标准来发送的。
3.根据权利要求2所述的方法,其中,所述暂停标准是以下至少一项:
·在所述RAN节点处的定时器到期;
·在所述RAN节点处从所述移动设备接收到暂停请求消息;
·在一时间段内,没有从所述移动设备接收到用户面数据或向所述移动设备发送用户面数据;
·在一时间段内,预期没有要从所述移动设备接收用户面数据或要向所述移动设备发送用户面数据;
·对RRC层的更高层指示。
4.根据权利要求3所述的方法,其中,所述更高层是应用层或者非接入层NAS层。
5.根据前述任一权利要求所述的方法,其中,所述RAN节点响应于所述连接暂停命令消息,从所述移动设备接收肯定应答消息。
6.根据权利要求5所述的方法,其中,所述肯定应答消息包括来自所述移动设备的RRC层或媒体访问控制MAC层中至少一项的肯定应答。
7.根据前述任一权利要求所述的方法,其中,在暂停所述RRC连接时,所述RAN节点向所述移动设备释放对所述移动设备的移动性控制。
8.根据前述任一权利要求所述的方法,还包括:存储用于所述RRC连接的RRC连接数据。
9.一种用于与移动设备一起使用的无线接入网RAN节点,所述RAN节点被配置为:
向UE发送连接暂停命令消息,以暂停与所述UE的RRC连接。
10.根据权利要求9所述的RAN节点,其中,所述连接暂停命令消息是响应于在所述RAN节点处满足暂停标准来发送的。
11.根据权利要求10所述的RAN节点,其中,所述暂停标准是以下至少一项:
·在所述RAN节点处的定时器到期;
·在所述RAN节点处从所述移动设备接收到暂停请求消息;
·在一时间段内,没有从所述移动设备接收到用户面数据或向所述移动设备发送用户面数据;
·在一时间段内,预期没有要从所述移动设备接收用户面数据或要向所述移动设备发送用户面数据;
·对RRC层的更高层指示。
12.根据权利要求11所述的RAN节点,其中,所述更高层是应用层或者非接入层NAS层。
13.根据权利要求9~12中任一项所述的RAN节点,还被配置为:响应于所述连接暂停命令消息,从所述移动设备接收肯定应答消息。
14.根据权利要求13所述的RAN节点,其中,所述肯定应答消息包括来自所述移动设备的RRC层或媒体访问控制MAC层中至少一项的肯定应答。
15.根据权利要求9~14中任一项所述的RAN节点,还被配置为:在暂停所述RRC连接时,向所述移动设备释放对所述移动设备的移动性控制。
16.根据权利要求9~15中任一项所述的RAN节点,其中,所述RAN节点是eNodeB。
17.根据前述任一权利要求所述的RAN节点,还被配置为:存储用于所述RRC连接的RRC连接数据。
18.一种在移动设备中实现的方法,所述移动设备用于与无线接入网RAN一起使用,所述方法包括:
所述移动设备从所述RAN接收指示所述移动设备暂停与所述RAN的RRC连接的连接暂停命令消息;
响应于所述连接暂停命令消息,所述移动设备暂停所述RRC连接。
19.根据权利要求18所述的方法,还包括:所述移动设备向所述RAN发送请求暂停所述RRC连接的连接暂停请求消息;以及响应于所述连接暂停请求消息,从所述RAN接收所述连接暂停命令消息。
20.根据权利要求19所述的方法,其中,所述连接暂停请求消息是响应于在所述移动设备处满足暂停标准来发送的。
21.根据权利要求20所述的方法,其中,所述暂停标准是以下至少一项:
·在所述移动设备处的定时器到期;
·在一时间段内,没有从所述RAN接收到用户面数据或向所述RAN发送用户面数据;
·在一时间段内,预期没有要从所述RAN接收用户面数据或要向所述RAN发送用户面数据;
·所述移动设备的输入功能的状态;
·所述移动设备的输出功能的状态;
·所述移动设备的一个或多个应用的状态;以及
·对所述移动设备处的RRC层的更高层指示。
22.根据权利要求21所述的方法,其中,所述更高层是所述移动设备的应用层或者非接入层NAS层。
23.根据权利要求18~22中任一项所述的方法,其中,所述移动设备响应于所述连接暂停命令消息向所述RAN节点发送肯定应答消息。
24.根据权利要求23所述的方法,其中,所述肯定应答消息包括来自所述移动设备的RRC层或媒体访问控制MAC层中至少一项的肯定应答。
25.根据权利要求18~24中任一项所述的方法,其中,在暂停所述RRC连接时,所述移动设备控制移动性。
26.一种用于与无线接入网RAN一起使用的移动设备,所述移动设备被配置为:
从所述RAN接收指示所述移动设备暂停与所述RAN的RRC连接的连接暂停命令消息;以及
响应于所述连接暂停命令消息,暂停所述RRC连接。
27.根据权利要求26所述的移动设备,还被配置为:向所述RAN发送请求暂停所述RRC连接的连接暂停请求消息;以及响应于所述连接暂停请求消息,从所述RAN接收所述连接暂停命令消息。
28.根据权利要求27所述的移动设备,其中,所述连接暂停请求消息是响应于在所述移动设备处满足暂停标准来发送的。
29.根据权利要求28所述的移动设备,其中,所述暂停标准是以下至少一项:
·在所述移动设备处的定时器到期;
·在一时间段内,没有从所述RAN接收用户面数据或向所述RAN发送用户面数据;
·在一时间段内,预期没有要从所述RAN接收用户面数据或要向所述RAN发送用户面数据;
·所述移动设备的输入功能的状态;
·所述移动设备的输出功能的状态;
·所述移动设备的一个或多个应用的状态;以及
·对所述移动设备处的RRC层的更高层指示。
30.根据权利要求29所述的移动设备,其中,所述更高层是所述移动设备的应用层或者非接入层NAS层。
31.根据权利要求26~30中任一项所述的移动设备,还被配置为:向所述RAN发送肯定应答消息。
32.根据权利要求31所述的移动设备,其中,所述肯定应答消息包括来自所述移动设备的RRC层或媒体访问控制MAC层中至少一项的肯定应答。
33.根据权利要求26~32中任一项所述的移动设备,还被配置为:在暂停所述RRC连接时,控制移动性。
34.根据权利要求26~33中任一项所述的移动设备,还被配置为:根据LTE或LTE高级协议与所述RAN通信。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161523021P | 2011-08-12 | 2011-08-12 | |
US61/523,021 | 2011-08-12 | ||
US13/431,799 | 2012-03-27 | ||
US13/431,799 US20130039287A1 (en) | 2011-08-12 | 2012-03-27 | Simplified ue + enb messaging |
EP12161619.7 | 2012-03-27 | ||
EP12161619.7A EP2557890B1 (en) | 2011-08-12 | 2012-03-27 | Simplified ue + enb messaging |
PCT/EP2012/065632 WO2013024000A1 (en) | 2011-08-12 | 2012-08-09 | Handling a connection in a wireless communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103858513A true CN103858513A (zh) | 2014-06-11 |
CN103858513B CN103858513B (zh) | 2018-11-30 |
Family
ID=45977206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280050198.3A Active CN103858513B (zh) | 2011-08-12 | 2012-08-09 | 处理无线通信系统中的连接 |
Country Status (7)
Country | Link |
---|---|
US (4) | US20130039287A1 (zh) |
EP (2) | EP3570628B1 (zh) |
KR (1) | KR101577152B1 (zh) |
CN (1) | CN103858513B (zh) |
CA (1) | CA2844629C (zh) |
TW (1) | TWI484799B (zh) |
WO (1) | WO2013024000A1 (zh) |
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106686762A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种状态转换及其控制方法及装置 |
CN106792928A (zh) * | 2015-11-23 | 2017-05-31 | 中国移动通信集团公司 | 一种终端接入网络的方法及装置 |
CN106961712A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 小区接入方法及基站 |
CN107079509A (zh) * | 2014-11-07 | 2017-08-18 | 瑞典爱立信有限公司 | 用于暂停和恢复ran‑cn连接的方法、ran节点和移动性管理节点 |
CN107113906A (zh) * | 2015-09-16 | 2017-08-29 | 华为技术有限公司 | 一种释放无线资源控制rrc连接的方法及装置 |
CN107211391A (zh) * | 2015-01-22 | 2017-09-26 | 株式会社Ntt都科摩 | 寻呼控制方法、通信控制装置以及基站 |
CN107454679A (zh) * | 2016-06-01 | 2017-12-08 | 宏达国际电子股份有限公司 | 处理无线资源控制连结恢复程序的装置及方法 |
CN107925930A (zh) * | 2015-09-30 | 2018-04-17 | 华为技术有限公司 | 一种用户设备上下文信息的获取方法、相关设备及系统 |
CN107995688A (zh) * | 2016-01-08 | 2018-05-04 | 瑞典爱立信有限公司 | 用于无线电资源控制的方法和设备 |
CN108353445A (zh) * | 2015-11-10 | 2018-07-31 | 夏普株式会社 | Ue、mme、ue的通信控制方法以及mme的通信控制方法 |
CN108430080A (zh) * | 2017-02-14 | 2018-08-21 | 华为技术有限公司 | 一种信息传输方法,无线接入设备和终端 |
CN108617031A (zh) * | 2017-01-26 | 2018-10-02 | 宏达国际电子股份有限公司 | 处理用户端接入层文本的装置及方法 |
WO2018184490A1 (zh) * | 2017-04-07 | 2018-10-11 | 中兴通讯股份有限公司 | 一种上行数据的传输方法、装置、设备和计算机存储介质 |
CN109076479A (zh) * | 2016-05-12 | 2018-12-21 | 英特尔Ip公司 | 在无线电接入网级跟踪用户设备 |
CN109565896A (zh) * | 2016-08-11 | 2019-04-02 | 三星电子株式会社 | 低功率rrc操作方法和装置 |
CN110089167A (zh) * | 2016-11-01 | 2019-08-02 | 瑞典爱立信有限公司 | 用于使能匹配针对轻度连接的无线装置的寻呼时机的装置和方法 |
WO2019158026A1 (zh) * | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | 通信方法和装置 |
CN110169193A (zh) * | 2017-01-25 | 2019-08-23 | 华为技术有限公司 | 一种通信方法及装置 |
CN110169154A (zh) * | 2016-11-04 | 2019-08-23 | 日本电气株式会社 | 通信系统 |
CN110547037A (zh) * | 2017-04-28 | 2019-12-06 | 富士通株式会社 | 无线终端、基站、无线通信系统以及无线通信方法 |
CN110999523A (zh) * | 2017-06-14 | 2020-04-10 | 三星电子株式会社 | 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备 |
CN111149392A (zh) * | 2017-10-04 | 2020-05-12 | 高通股份有限公司 | 通过移动设备发起的休眠而增强的功率节省 |
CN111373837A (zh) * | 2018-09-19 | 2020-07-03 | 三星电子株式会社 | 用于在无线通信系统中发送和接收数据的方法和装置 |
CN112005614A (zh) * | 2018-02-14 | 2020-11-27 | 瑞典爱立信有限公司 | Rrc_inactive状态下的ta更新 |
CN112088576A (zh) * | 2018-05-10 | 2020-12-15 | 瑞典爱立信有限公司 | 从连接状态转变的释放原因 |
CN112913276A (zh) * | 2018-09-12 | 2021-06-04 | 诺基亚通信公司 | 用于无线电网络优化的动态小区选择 |
CN112954824A (zh) * | 2018-04-03 | 2021-06-11 | 瑞典爱立信有限公司 | 释放/挂起中提供的参数的处置 |
CN113038633A (zh) * | 2016-05-18 | 2021-06-25 | 瑞典爱立信有限公司 | 操作无线通信网络的节点的方法和相关的节点 |
CN114303440A (zh) * | 2019-08-19 | 2022-04-08 | 高通股份有限公司 | 用于多usim用户装备的无线电接入网(ran)和用户面功能(upf)缓冲的下行链路数据的挂起和恢复技术 |
CN114374939A (zh) * | 2016-02-04 | 2022-04-19 | 日本电气株式会社 | 无线终端及其方法 |
Families Citing this family (133)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2523891T3 (es) * | 2010-10-01 | 2014-12-02 | Nokia Solutions And Networks Oy | Temporizador de espera de mensaje de liberación de conexión de control de recursos radio |
WO2012062766A1 (en) * | 2010-11-08 | 2012-05-18 | Research In Motion Limited | Wireless resources |
US20140059192A1 (en) * | 2011-04-07 | 2014-02-27 | Telefonaktiebolaget L M Ericsson (Publ) | Ethernet Based Local IP Access |
US9258839B2 (en) | 2011-08-12 | 2016-02-09 | Blackberry Limited | Other network component receiving RRC configuration information from eNB |
EP3570628B1 (en) | 2011-08-12 | 2020-12-30 | BlackBerry Limited | Handling a connection in a wireless communication system |
US20140204910A1 (en) * | 2011-09-07 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Individual User Equipment Settings in Radio Access Network |
US9432249B2 (en) * | 2011-11-25 | 2016-08-30 | Kyocera Corporation | Communication control method and relay station |
EP2645803B1 (en) * | 2012-03-27 | 2019-07-31 | BlackBerry Limited | Enb storing rrc configuration information at another network component |
US9155121B2 (en) | 2012-03-27 | 2015-10-06 | Blackberry Limited | Re-establishment of suspended RRC connection at a different eNB |
US9247575B2 (en) | 2012-03-27 | 2016-01-26 | Blackberry Limited | eNB storing RRC configuration information at another network component |
US9295095B2 (en) | 2012-03-27 | 2016-03-22 | Blackberry Limited | UE preference indicator for suspension |
GB2501278A (en) * | 2012-04-18 | 2013-10-23 | Nec Corp | Rendering ineffective a ready timer depending on an initiated inter-system change |
US9832672B2 (en) * | 2012-04-27 | 2017-11-28 | Mitsubishi Electric Corporation | Communication system |
US9088976B2 (en) * | 2012-04-29 | 2015-07-21 | Blackberry Limited | Provisioning radio resources in a radio access network |
EP3567977B1 (en) * | 2012-06-28 | 2022-07-20 | Huawei Technologies Co., Ltd. | Downlink data transmission method, base station, and network |
EP2890202B1 (en) * | 2012-09-19 | 2020-01-15 | Huawei Technologies Co., Ltd. | Channel access processing method and device thereof |
US8923880B2 (en) | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
US9693254B2 (en) * | 2012-10-04 | 2017-06-27 | Lg Electronics Inc. | Method for reporting denied connection in wireless communication system and apparatus supporting same |
WO2014055091A1 (en) * | 2012-10-05 | 2014-04-10 | Nokia Corporation | Limiting radio resource control connection reestablishment |
US9647818B2 (en) | 2013-01-03 | 2017-05-09 | Intel IP Corporation | Apparatus and method for single-tone device discovery in wireless communication networks |
WO2014113084A1 (en) * | 2013-01-17 | 2014-07-24 | Intel IP Corporation | Systems and methods for efficient traffic offload without service disruption |
RU2621901C2 (ru) | 2013-02-22 | 2017-06-08 | Нек Корпорейшн | Система радиосвязи, радиостанция, радиотерминал, способ управления связью и непереходный машиночитаемый носитель |
US9049588B2 (en) * | 2013-02-28 | 2015-06-02 | Blackberry Limited | Communicating data in a predefined transmission mode |
CN104247553B (zh) * | 2013-03-22 | 2019-07-26 | 华为技术有限公司 | 建立连接的方法及设备 |
CN106060912B (zh) * | 2013-03-29 | 2020-02-07 | 英特尔Ip公司 | 无线通信网络中的扩展型呼叫非连续接收(drx)周期 |
GB2513313A (en) * | 2013-04-22 | 2014-10-29 | Sony Corp | Infrastructure equipment, mobile communications network and method |
WO2014181041A1 (en) * | 2013-05-10 | 2014-11-13 | Nokia Corporation | Mobility handling for dual connectivity |
US9374780B2 (en) * | 2013-07-15 | 2016-06-21 | Qualcomm Incorporated | Power management for RAN-WLAN integration |
US9271196B1 (en) | 2013-07-19 | 2016-02-23 | Spring Spectrum L.P. | Maintaining communication session information |
EP3031238A4 (en) * | 2013-08-09 | 2017-03-22 | Nokia Technologies Oy | Method and apparatus for improving a procedure for connecting |
US9392442B1 (en) * | 2013-09-26 | 2016-07-12 | Sprint Communications Company L.P. | Secured application communications |
WO2015043958A1 (en) * | 2013-09-27 | 2015-04-02 | Sony Corporation | Communications device and method |
US10075995B2 (en) | 2013-09-27 | 2018-09-11 | Nokia Solutions And Networks Oy | Optimized procedure for user equipment autonomous mobility |
WO2015080080A1 (ja) * | 2013-11-27 | 2015-06-04 | 京セラ株式会社 | 通信制御方法及び基地局 |
US9668294B2 (en) | 2014-01-14 | 2017-05-30 | Qualcomm Incorporated | Method and apparatus for bluetooth low energy suspend and resume |
US10219158B2 (en) | 2014-02-21 | 2019-02-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and devices for protection of control plane functionality |
US9497771B2 (en) | 2014-04-18 | 2016-11-15 | Apple Inc. | Deterministic RRC connections |
US9906977B2 (en) | 2014-04-18 | 2018-02-27 | Apple Inc. | Deterministic RRC connections |
US10375646B2 (en) | 2014-04-18 | 2019-08-06 | Apple Inc. | Coordination between application and baseband layer operation |
WO2015197431A1 (en) * | 2014-06-25 | 2015-12-30 | Telefonaktiebolaget L M Ericsson (Publ) | Node and method for buffering downlink data |
GB2529406A (en) * | 2014-08-18 | 2016-02-24 | Vodafone Ip Licensing Ltd | Paging in cellular networks |
WO2016043369A1 (ko) * | 2014-09-17 | 2016-03-24 | 엘지전자 주식회사 | 이종 무선 통신 기술 간의 핸드오버 방법 및 이를 위한 장치 |
WO2016056954A1 (en) * | 2014-10-07 | 2016-04-14 | Telefonaktiebolaget L M Ericsson (Publ) | Paging procedure for a wireless device, a radio access node, methods performed therein, a computer program, and a computer-readable storage medium |
US9832719B2 (en) | 2014-10-17 | 2017-11-28 | Qualcomm Incorporated | Selection of a serving node in a wireless communication system |
RU2665210C1 (ru) * | 2014-10-23 | 2018-08-28 | Хуавэй Текнолоджиз Ко., Лтд. | Устройство и способ создания интерфейса |
WO2016068776A1 (en) | 2014-10-28 | 2016-05-06 | Telefonaktiebolaget L M Ericsson (Publ) | Establishing a connection between the user equipment and a wireless communications network |
CN107211468B (zh) * | 2014-12-01 | 2020-12-29 | 诺基亚通信公司 | 用于实现非活动通信模式的方法和装置 |
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 |
US10122500B2 (en) | 2015-08-26 | 2018-11-06 | Apple Inc. | Efficient sparse network resource usage and connection release |
EP3176761A1 (en) * | 2015-09-03 | 2017-06-07 | Axis AB | Method and apparatus for increasing reliability in monitoring systems |
KR102120170B1 (ko) * | 2015-09-10 | 2020-06-09 | 노키아 솔루션스 앤드 네트웍스 오와이 | 선택적인 독점적인 프로토콜 지원 표시 제거 |
WO2017061643A1 (ko) * | 2015-10-06 | 2017-04-13 | 엘지전자(주) | 무선 통신 시스템에서 기지국과 데이터를 송수신하는 방법 및 장치 |
JP6518010B2 (ja) * | 2015-10-28 | 2019-05-22 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | データ伝送の方法および装置 |
US10123355B2 (en) * | 2015-10-28 | 2018-11-06 | Verizon Patent And Licensing Inc. | Device-initiated cell selection subsequent to procedure failure |
US11051259B2 (en) * | 2015-11-02 | 2021-06-29 | Qualcomm Incorporated | Methods and apparatuses for an access procedure |
EP3372048A1 (en) * | 2015-11-04 | 2018-09-12 | Nokia Solutions and Networks Oy | Managing connections |
CN106954270B (zh) * | 2016-01-06 | 2021-12-28 | 夏普株式会社 | 无线资源控制流程监测方法和设备 |
WO2017119377A1 (ja) * | 2016-01-08 | 2017-07-13 | 株式会社Nttドコモ | 無線通信装置及び無線通信方法 |
WO2017123048A1 (en) * | 2016-01-14 | 2017-07-20 | Lg Electronics Inc. | Method for connecting with network at ue in wireless communication system and apparatus therefor |
EP3410814B1 (en) * | 2016-01-31 | 2020-12-02 | LG Electronics Inc. -1- | Method for initiating tracking area update, and user equipment |
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 |
CN107041017A (zh) * | 2016-02-04 | 2017-08-11 | 中兴通讯股份有限公司 | Ue上下文信息恢复方法、装置和系统 |
EP3211961B1 (en) * | 2016-02-05 | 2023-12-06 | HTC Corporation | Handling system information |
WO2017170163A1 (ja) | 2016-04-01 | 2017-10-05 | 京セラ株式会社 | 基地局及び無線端末 |
US10912142B2 (en) * | 2016-04-01 | 2021-02-02 | Htc Corporation | Device and method of handling radio resource control connection resume procedure |
WO2017182845A1 (en) * | 2016-04-21 | 2017-10-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Status detection of rrc connection |
CN107371206B (zh) * | 2016-05-12 | 2020-03-24 | 电信科学技术研究院 | 一种进行数据传输的方法和设备 |
US10887834B2 (en) * | 2016-05-12 | 2021-01-05 | Samsung Electronics Co., Ltd. | Method and device for saving power for terminal |
US20170332436A1 (en) * | 2016-05-13 | 2017-11-16 | Htc Corporation | Device and Method Handling a Radio Resource Control Connection Resume Procedure |
CN107426800B (zh) * | 2016-05-23 | 2020-12-29 | 中兴通讯股份有限公司 | 降低终端功耗的方法、装置和智能卡 |
CN107426801A (zh) * | 2016-05-23 | 2017-12-01 | 中兴通讯股份有限公司 | 一种智能卡的控制方法、装置、终端设备及智能卡 |
US10750549B2 (en) * | 2016-05-30 | 2020-08-18 | Mitsubishi Electric Corporation | Communication system and method of controlling communication system |
US10659976B2 (en) | 2016-06-29 | 2020-05-19 | Nokia Technologies Oy | Paging enhancement for signaling optimization |
CN109644341B (zh) * | 2016-07-01 | 2022-11-04 | 诺基亚技术有限公司 | 用于通信的方法、装置、通信设备、无线电接入系统和计算机可读介质 |
US10524229B2 (en) * | 2016-08-03 | 2019-12-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for transmitting tracking area information |
CN107820244B (zh) * | 2016-09-12 | 2021-10-26 | 中兴通讯股份有限公司 | 入网认证方法及装置 |
US10334657B2 (en) * | 2016-09-23 | 2019-06-25 | Kt Corporation | Method and apparatus for changing connection state of UE |
CN115426725A (zh) | 2016-09-26 | 2022-12-02 | 三星电子株式会社 | 用于在下一代移动通信系统中通信的方法和装置 |
US10356837B2 (en) * | 2016-09-29 | 2019-07-16 | Acer Incorporated | State transitioning method and electronic device using the same |
US10952107B2 (en) * | 2016-09-30 | 2021-03-16 | Lg Electronics Inc. | Method for performing RRC connection reestablishment process and apparatus supporting same |
WO2018058255A1 (en) | 2016-09-30 | 2018-04-05 | Sierra Wireless, Inc. | Methods and apparatuses for user equipment access to a wireless communication system |
EP3512223B1 (en) * | 2016-10-12 | 2021-07-28 | Huawei Technologies Co., Ltd. | Session management method and network element |
KR101969055B1 (ko) * | 2016-11-01 | 2019-04-15 | 콘텔라 주식회사 | 이동통신 단말의 호 해제시 기지국 내 UE Context 제거방법 |
CN108260171A (zh) * | 2016-12-29 | 2018-07-06 | 维沃移动通信有限公司 | 一种业务请求处理方法和相关设备 |
WO2018128571A1 (en) * | 2017-01-05 | 2018-07-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for cell reselection in a wireless communication system |
CN108617032B (zh) * | 2017-01-09 | 2019-12-27 | 电信科学技术研究院 | 一种ue空闲态处理方法、mm功能实体及sm功能实体 |
CN109863767B (zh) * | 2017-02-14 | 2020-10-09 | 华为技术有限公司 | 下行数据的传输方法及装置 |
US11184791B2 (en) * | 2017-03-25 | 2021-11-23 | Lg Electronics Inc. | Access control method and device for supporting same |
WO2018191899A1 (zh) * | 2017-04-20 | 2018-10-25 | 北京小米移动软件有限公司 | 保护用户设备的方法、装置、用户设备及基站 |
CN109246802B (zh) * | 2017-05-05 | 2024-04-16 | 中兴通讯股份有限公司 | 无线资源控制连接释放方法及装置、基站和用户设备 |
US20180376388A1 (en) * | 2017-06-23 | 2018-12-27 | Mediatek Inc. | Wireless communicating method and associated electronic device |
US20190021058A1 (en) * | 2017-07-17 | 2019-01-17 | Fg Innovation Ip Company Limited | Method and apparatus for power saving in a wireless communication system |
CA3063225C (en) * | 2017-08-04 | 2022-07-05 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data processing method and related device |
US10952273B2 (en) * | 2017-08-10 | 2021-03-16 | At&T Intellectual Property I, L.P. | Detecting and correcting radio link failures based on different usage scenarios |
KR102325521B1 (ko) | 2017-08-14 | 2021-11-12 | 삼성전자 주식회사 | 단말과 무선 접속 네트워크 간 Inactive 상태에서 핵심 망의 혼잡으로 인한 RRC-inactive 단말 처리 방법 및 장치 |
WO2019034241A1 (en) * | 2017-08-14 | 2019-02-21 | Motorola Mobility Llc | RESPONSE TO RADIO ACCESS NETWORK RADIO FAXES FAILURES |
CN109548109B (zh) | 2017-08-14 | 2021-03-09 | 电信科学技术研究院 | 一种ue和网络状态不匹配的处理方法及装置、存储介质 |
CN111247847A (zh) * | 2017-08-28 | 2020-06-05 | Oppo广东移动通信有限公司 | 用于寻呼的方法、接入网设备和终端设备 |
CN108401538B (zh) * | 2017-09-06 | 2021-08-10 | 北京小米移动软件有限公司 | 下行数据传输方法及装置、用户设备、基站 |
US11129017B2 (en) * | 2017-09-28 | 2021-09-21 | Futurewei Technologies, Inc. | System and method for security activation with session granularity |
US11219088B2 (en) * | 2017-09-28 | 2022-01-04 | Lg Electronics Inc. | Method and apparatus for configuring release cause |
WO2019076439A1 (en) * | 2017-10-17 | 2019-04-25 | Motorola Mobility Llc | SUSPENSION OF SERVICES IN A CENTRAL NETWORK |
TWI688286B (zh) * | 2017-10-29 | 2020-03-11 | 宏達國際電子股份有限公司 | 處理無線存取技術的無線承載組態的裝置及方法 |
CN109803260B (zh) * | 2017-11-17 | 2022-01-11 | 中兴通讯股份有限公司 | 拒绝接入方法、装置及系统 |
WO2019190383A1 (en) * | 2018-03-26 | 2019-10-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Suspending/resuming measurements in rrc inactive state |
CN110351894B (zh) | 2018-04-04 | 2024-06-18 | 北京三星通信技术研究有限公司 | 一种认证ue的方法和设备 |
WO2019194641A1 (en) * | 2018-04-05 | 2019-10-10 | Samsung Electronics Co., Ltd. | Method and apparatus for operating protocol layer of terminal in inactive mode in next-generation mobile communication system |
KR102143023B1 (ko) * | 2018-04-16 | 2020-08-10 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | 비활성 상태로부터의 rrc 재개를 위한 보안 핸들링 |
CN111935808B (zh) * | 2018-05-07 | 2022-02-18 | Oppo广东移动通信有限公司 | 一种悬挂rrc连接的方法及装置、计算机存储介质 |
EP3791685B1 (en) | 2018-05-07 | 2021-11-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for handling periodic radio access network notification area (rna) update configuration upon reject |
CN112166645B (zh) * | 2018-05-24 | 2023-03-14 | Oppo广东移动通信有限公司 | 一种提高寻呼可靠性的方法及装置、计算机存储介质 |
US10849035B2 (en) * | 2018-07-26 | 2020-11-24 | EMC IP Holding Company LLC | Sharing of context among base station nodes for mobility management in mobile communications network |
EP3833099B1 (en) * | 2018-08-15 | 2023-06-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and terminal for recovering rrc connection |
US10993206B2 (en) * | 2018-09-21 | 2021-04-27 | Acer Incorporated | Paging scheme for new radio technology in unlicensed spectrum |
US20210377825A1 (en) * | 2018-10-30 | 2021-12-02 | Idac Holdings, Inc. | Methods and apparatus for mobility in moving networks |
KR20200050355A (ko) * | 2018-10-31 | 2020-05-11 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 사전 구성된 업링크 리소스들을 사용하여 전송하는 방법 및 장치 |
CN112970302A (zh) * | 2018-11-01 | 2021-06-15 | 瑞典爱立信有限公司 | 用于控制无线设备的操作模式的方法和装置 |
CN113016231A (zh) * | 2018-11-27 | 2021-06-22 | 谷歌有限责任公司 | 用户设备发起的基站下行链路传输的取消 |
EP3909339A4 (en) * | 2019-01-11 | 2022-01-19 | ZTE Corporation | TRANSMISSION OF INFORMATION TO PRECONFIGURE DEDICATED RESOURCES IN STANDBY MODE |
AR118068A1 (es) * | 2019-02-14 | 2021-09-15 | Ericsson Telefon Ab L M | Dispositivo de comunicación inalámbrica, nodo de red de acceso por radio, métodos, y programas informáticos para la escalada de paginación con menor consumo de energía |
CN111615188B (zh) * | 2019-02-22 | 2021-10-01 | 华为技术有限公司 | 数据传输方法、装置及计算机存储介质 |
US11889322B2 (en) | 2019-03-12 | 2024-01-30 | Google Llc | User-equipment coordination set beam sweeping |
US10893572B2 (en) | 2019-05-22 | 2021-01-12 | Google Llc | User-equipment-coordination set for disengaged mode |
US11553534B2 (en) * | 2019-09-27 | 2023-01-10 | Qualcomm Incorporated | Handling collisions due to multiple radio resource control (RRC) connection requests |
WO2021056508A1 (en) * | 2019-09-29 | 2021-04-01 | Nokia Shanghai Bell Co., Ltd. | Methods and apparatuses for location area update |
KR20220097461A (ko) * | 2019-11-06 | 2022-07-07 | 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. | 단일/다중-연결 디바이스들에 대한 동작 요청들을 핸들링하기 위한 강화된 메커니즘들 |
US20220415153A1 (en) * | 2019-11-22 | 2022-12-29 | Lg Electronics Inc. | Method for receiving signal, by terminal of vulnerable road user, in wireless communication system |
US11924895B2 (en) * | 2020-02-14 | 2024-03-05 | Qualcomm Incorporated | Techniques for new radio layer two relay |
US20210337481A1 (en) * | 2020-04-23 | 2021-10-28 | Qualcomm Incorporated | Application information aided fast dormancy |
CN114845293B (zh) * | 2021-02-02 | 2024-04-05 | 荣耀终端有限公司 | 一种ue能力上报的方法以及装置 |
US11445525B1 (en) * | 2021-02-04 | 2022-09-13 | Juniper Networks, Inc. | Network data traffic buffering in mobile networks |
US11558730B1 (en) * | 2021-05-13 | 2023-01-17 | T-Mobile Usa, Inc. | Providing user equipment (UE) location information during an emergency call |
US20230126490A1 (en) * | 2021-10-21 | 2023-04-27 | T-Mobile Usa, Inc. | Optimized security mode command procedure to reduce communication setup failures |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030093535A1 (en) * | 2001-11-09 | 2003-05-15 | Jihyuk Choi | Method for recognizing request for data transmission by mobile/base station RRC using network transfer device |
CN1833452A (zh) * | 2003-07-11 | 2006-09-13 | 美商内数位科技公司 | 具有自监视过渡至双工连接状态的过渡状态的无线传送接收单元及方法 |
CN101617552A (zh) * | 2007-01-09 | 2009-12-30 | 捷讯研究有限公司 | 无线网络中支持lte_active状态中的长drx的方法和系统 |
Family Cites Families (79)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5924042A (en) * | 1995-03-15 | 1999-07-13 | Kabushiki Kaisha Toshiba | Mobile communication system |
KR100680072B1 (ko) | 1999-09-14 | 2007-02-09 | 유티스타콤코리아 유한회사 | 비동기 이동통신 시스템에서 호 처리 및 핸드오프 처리 방법 |
US7072657B2 (en) | 2002-04-11 | 2006-07-04 | Ntt Docomo, Inc. | Method and associated apparatus for pre-authentication, preestablished virtual private network in heterogeneous access networks |
JP4780521B2 (ja) * | 2003-04-23 | 2011-09-28 | 日本電気株式会社 | 移動通信のためのシステム及び方法 |
EP1650901B1 (en) * | 2003-07-29 | 2019-02-27 | Sony Corporation | Radio communication system, radio communication device, radio communication method, and computer program |
FI116187B (fi) * | 2003-12-19 | 2005-09-30 | Nokia Corp | Keskeytystilan hallinta |
US7596379B2 (en) * | 2004-08-16 | 2009-09-29 | M-Stack Limited | Method for maintaining transparent mode radio bearers in a radio access network |
WO2006027010A1 (en) * | 2004-09-10 | 2006-03-16 | Telecom Italia S.P.A. | Method and system for managing radio resources in mobile communication networks, related network and computer program product therefor |
EP1646189A1 (en) * | 2004-10-06 | 2006-04-12 | Matsushita Electric Industrial Co., Ltd. | WLAN radio access network to UMTS radio access network handover with network requested packet data protocol context activation |
CN101253795B (zh) * | 2005-08-26 | 2013-01-02 | 日本电气株式会社 | 扩频通信网络中对用户设备的下行链路分组接入业务提供 |
US20070178901A1 (en) * | 2006-02-01 | 2007-08-02 | Airnet Communications Corporation | Distributed base station controller |
DE102006006485A1 (de) * | 2006-02-10 | 2007-08-23 | T-Mobile International Ag & Co. Kg | Verfahren zur Durchführung eines Pagings in einem zellularen Mobilkommunikationssystem |
US7965672B2 (en) * | 2006-03-02 | 2011-06-21 | Samsung Electronics Co., Ltd | Method and apparatus for cell selection in a mobile communication system |
US8620328B2 (en) | 2006-03-21 | 2013-12-31 | Qualcomm Incorporated | Handover procedures in a wireless communications system |
CN101128041B (zh) * | 2006-08-15 | 2010-05-12 | 华为技术有限公司 | 接入网和核心网间下行数据隧道失效后的处理方法和系统 |
WO2008087524A2 (en) * | 2007-01-15 | 2008-07-24 | Nokia Corporation | Method and apparatus for providing context recovery |
EP2123088B1 (en) | 2007-03-12 | 2013-09-11 | Nokia Corporation | Apparatus and method providing auxillary handover command |
JP5047274B2 (ja) * | 2007-03-23 | 2012-10-10 | パナソニック株式会社 | 無線通信基地局装置及び無線通信方法 |
KR20090119982A (ko) | 2007-03-23 | 2009-11-23 | 가부시키가이샤 엔티티 도코모 | 송신재개방법, 이동국 및 무선기지국 |
FI20075297A0 (fi) | 2007-04-27 | 2007-04-27 | Nokia Siemens Networks Oy | Menetelmä, radiojärjestelmä ja tukiasema |
EP2143217B1 (en) * | 2007-04-27 | 2015-07-29 | Telefonaktiebolaget LM Ericsson (publ) | A method and a device for saving power in a wireless user terminal |
ES2385415T3 (es) | 2007-11-13 | 2012-07-24 | Research In Motion Limited | Método y aparato para la transición de estado/modo |
US9215731B2 (en) * | 2007-12-19 | 2015-12-15 | Qualcomm Incorporated | Method and apparatus for transfer of a message on a common control channel for random access in a wireless communication network |
CN101483898B (zh) | 2008-01-07 | 2012-08-08 | 华为技术有限公司 | 一种加快rrc连接建立的方法及装置 |
CN101472312B (zh) | 2008-01-31 | 2010-07-07 | 华为技术有限公司 | 一种资源释放控制方法及通讯系统以及相关设备 |
EP2292052B1 (en) | 2008-03-21 | 2014-08-06 | BlackBerry Limited | Method and user equipment for configuring a long drx cycle in a lte ( e-utra) mobile communications network |
CN101472256B (zh) * | 2008-04-03 | 2011-04-20 | 华为技术有限公司 | 承载挂起的方法、承载恢复的方法、网关代理及通信系统 |
CN102227150B (zh) * | 2008-04-30 | 2014-11-05 | 华为技术有限公司 | 资源处理的方法、通信系统和移动性管理网元 |
JP5071228B2 (ja) * | 2008-05-01 | 2012-11-14 | 富士通株式会社 | 移動無線通信システムおよび無線基地局 |
JP5154693B2 (ja) * | 2008-05-13 | 2013-02-27 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおける音声呼提供方法及び装置とそのシステム |
JP4384700B1 (ja) * | 2008-06-23 | 2009-12-16 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、移動局及び無線基地局 |
JP4505528B2 (ja) * | 2008-09-22 | 2010-07-21 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法 |
KR101503842B1 (ko) | 2008-11-03 | 2015-03-18 | 삼성전자주식회사 | 이동 통신 시스템에서 불연속 수신 동작 제어 방법 및 장치 |
WO2010062043A2 (en) | 2008-11-03 | 2010-06-03 | Lg Electronics Inc. | Method and apparatus for rrc connection reestablishment in wireless communication system |
JP4625123B2 (ja) | 2008-12-11 | 2011-02-02 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及び無線基地局 |
US20100173610A1 (en) * | 2009-01-05 | 2010-07-08 | Qualcomm Incorporated | Access stratum security configuration for inter-cell handover |
US8331322B2 (en) | 2009-01-22 | 2012-12-11 | Htc Corporation | Method of handling radio bearer resumption, wireless communication device and wireless communication system thereof |
US8514732B2 (en) | 2009-03-17 | 2013-08-20 | Qualcomm Incorporated | System and method for effectuating a signal carrier configuration |
US20100254348A1 (en) | 2009-04-01 | 2010-10-07 | Qualcomm Incorporated | Method and apparatus to enable multiple neighbour access points preparation for handover robustness |
US20100278037A1 (en) * | 2009-04-29 | 2010-11-04 | Yu-Chih Jen | Method of Handling Identity Confusion and Related Communication Device |
US10893556B2 (en) * | 2009-04-30 | 2021-01-12 | Samsung Electronics Co., Ltd | Method and apparatus for supporting local IP access in a femto cell of a wireless communication system |
US8559387B2 (en) * | 2009-05-04 | 2013-10-15 | Blackberry Limited | Indicating radio access technology information to mobile stations system and method |
US20100284333A1 (en) * | 2009-05-08 | 2010-11-11 | Qualcomm Incorporated | Method and apparatus for data session suspend control in a wireless communication system |
US20100291939A1 (en) | 2009-05-15 | 2010-11-18 | Yu-Chih Jen | Method of Handling Radio Resource Control Connection and Related Communication Device |
EP2280580A1 (en) | 2009-07-07 | 2011-02-02 | Nokia Corporation | Data transfer with wirelessly powered communication devices |
US8295165B2 (en) | 2009-07-27 | 2012-10-23 | Lg Electronics Inc. | Apparatus and method for handling radio link failure in wireless communication system |
US8638711B2 (en) | 2009-08-11 | 2014-01-28 | Qualcomm Incorporated | Systems and methods of maintaining core network status during serving radio network subsystem relocation |
US9144100B2 (en) | 2009-08-17 | 2015-09-22 | Google Technology Holdings LLC | Method and apparatus for radio link failure recovery |
JP5403678B2 (ja) * | 2009-10-21 | 2014-01-29 | Necカシオモバイルコミュニケーションズ株式会社 | 無線通信端末、無線通信システム及びコンピュータプログラム |
US8559397B2 (en) | 2009-11-19 | 2013-10-15 | Samsung Electronics Co., Ltd. | Handover-related radio link failure detection |
US9265083B2 (en) | 2009-12-29 | 2016-02-16 | Qualcomm Incorporated | System and method for radio link recovery |
US9167424B2 (en) * | 2010-01-18 | 2015-10-20 | Htc Corporation | Method of handling security in SRVCC handover and related communication device |
KR101804919B1 (ko) * | 2010-01-21 | 2017-12-05 | 엘지전자 주식회사 | 1x 메시지 번들링 |
KR101674222B1 (ko) | 2010-02-09 | 2016-11-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 로그된 측정 보고 방법 및 장치 |
KR101676045B1 (ko) | 2010-02-09 | 2016-11-15 | 엘지전자 주식회사 | 무선 통신 시스템에서 로그된 측정 폐기 방법 및 장치 |
KR101670253B1 (ko) | 2010-02-16 | 2016-10-31 | 삼성전자 주식회사 | 이동 무선통신 시스템에서 단말의 네트워크 억세스 제어 방법 및 장치. |
US8441973B2 (en) * | 2010-02-17 | 2013-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Fast dormancy requests in communication systems |
US8462722B2 (en) * | 2010-03-26 | 2013-06-11 | Telefonaktiebolaget L M Ericsson (Publ) | Access control for machine-type communication devices |
US8744534B2 (en) | 2010-04-30 | 2014-06-03 | Apple Inc. | Methods and apparatus for preserving battery resources in a mobile communication device |
WO2011139187A1 (en) * | 2010-05-03 | 2011-11-10 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and arrangements for communication channel re-establishment |
KR101724371B1 (ko) * | 2010-05-28 | 2017-04-10 | 삼성전자주식회사 | 셀들이 중첩되는 무선통신 시스템에서 이동성을 지원하기 위한 장치 및 방법 |
US20110299429A1 (en) * | 2010-06-02 | 2011-12-08 | Kundan Tiwari | Methods for handling ps and cs communication service |
WO2011156769A1 (en) | 2010-06-10 | 2011-12-15 | Interdigital Patent Holdings, Inc. | Reconfiguration and handover procedures for fuzzy cells |
US8594657B2 (en) | 2010-06-15 | 2013-11-26 | Htc Corporation | Method for reporting MDT log and mobile communication device utilizing the same |
US20120002637A1 (en) | 2010-06-18 | 2012-01-05 | Interdigital Patent Holdings, Inc. | Method and apparatus for supporting home node-b mobility |
WO2012034580A1 (en) * | 2010-09-13 | 2012-03-22 | Nokia Siemens Networks Oy | Reduced radio resource control connectivity |
CN102413494B (zh) | 2010-09-21 | 2016-06-01 | 北京三星通信技术研究有限公司 | 一种检测无线链路失败或切换失败原因的方法 |
US9113369B2 (en) | 2010-11-01 | 2015-08-18 | Lg Electronics Inc. | Method for coordinating inter-cell interference and base station |
KR20130089659A (ko) * | 2010-11-11 | 2013-08-12 | 퀄컴 인코포레이티드 | 회선 교환 폴백 성능을 개선하기 위한 시스템들 및 방법들 |
US8514735B1 (en) | 2010-11-18 | 2013-08-20 | Sprint Spectrum L.P. | Methods and systems for managing a connection-setup process |
US8934336B2 (en) * | 2011-03-16 | 2015-01-13 | Qualcomm Incorporated | System and method for preserving session context during inter-radio access technology service retry |
US8792888B2 (en) * | 2011-04-25 | 2014-07-29 | Apple Inc. | Dual network mobile device radio resource management |
US8594747B2 (en) | 2011-05-06 | 2013-11-26 | Apple Inc. | Adaptive fast dormancy in a mobile device |
US9504081B2 (en) | 2011-08-12 | 2016-11-22 | Blackberry Limited | Suspending a connection in a wireless communication system |
EP3570628B1 (en) | 2011-08-12 | 2020-12-30 | BlackBerry Limited | Handling a connection in a wireless communication system |
US9258839B2 (en) | 2011-08-12 | 2016-02-09 | Blackberry Limited | Other network component receiving RRC configuration information from eNB |
US9295095B2 (en) | 2012-03-27 | 2016-03-22 | Blackberry Limited | UE preference indicator for suspension |
US9247575B2 (en) | 2012-03-27 | 2016-01-26 | Blackberry Limited | eNB storing RRC configuration information at another network component |
US9155121B2 (en) | 2012-03-27 | 2015-10-06 | Blackberry Limited | Re-establishment of suspended RRC connection at a different eNB |
-
2012
- 2012-03-27 EP EP19184674.0A patent/EP3570628B1/en active Active
- 2012-03-27 EP EP12161619.7A patent/EP2557890B1/en active Active
- 2012-03-27 US US13/431,799 patent/US20130039287A1/en not_active Abandoned
- 2012-08-09 WO PCT/EP2012/065632 patent/WO2013024000A1/en active Application Filing
- 2012-08-09 CA CA2844629A patent/CA2844629C/en active Active
- 2012-08-09 KR KR1020147006543A patent/KR101577152B1/ko active IP Right Grant
- 2012-08-09 CN CN201280050198.3A patent/CN103858513B/zh active Active
- 2012-08-10 TW TW101129146A patent/TWI484799B/zh active
-
2017
- 2017-05-04 US US15/587,082 patent/US10986689B2/en active Active
-
2021
- 2021-03-09 US US17/196,793 patent/US11985724B2/en active Active
-
2024
- 2024-02-05 US US18/432,633 patent/US20240179788A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030093535A1 (en) * | 2001-11-09 | 2003-05-15 | Jihyuk Choi | Method for recognizing request for data transmission by mobile/base station RRC using network transfer device |
CN1833452A (zh) * | 2003-07-11 | 2006-09-13 | 美商内数位科技公司 | 具有自监视过渡至双工连接状态的过渡状态的无线传送接收单元及方法 |
CN101617552A (zh) * | 2007-01-09 | 2009-12-30 | 捷讯研究有限公司 | 无线网络中支持lte_active状态中的长drx的方法和系统 |
Non-Patent Citations (1)
Title |
---|
3GPP: "《3GPP TS 36.331 V9.7.0》", 30 June 2011 * |
Cited By (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107079509A (zh) * | 2014-11-07 | 2017-08-18 | 瑞典爱立信有限公司 | 用于暂停和恢复ran‑cn连接的方法、ran节点和移动性管理节点 |
CN107211391A (zh) * | 2015-01-22 | 2017-09-26 | 株式会社Ntt都科摩 | 寻呼控制方法、通信控制装置以及基站 |
CN107211391B (zh) * | 2015-01-22 | 2020-06-23 | 株式会社Ntt都科摩 | 寻呼控制方法、通信控制装置以及基站 |
CN107113906B (zh) * | 2015-09-16 | 2021-02-12 | 华为技术有限公司 | 一种释放无线资源控制rrc连接的方法及装置 |
CN107113906A (zh) * | 2015-09-16 | 2017-08-29 | 华为技术有限公司 | 一种释放无线资源控制rrc连接的方法及装置 |
US10721657B2 (en) | 2015-09-30 | 2020-07-21 | Huawei Technologies Co., Ltd. | Method, system, and related device for obtaining user equipment context information |
CN107925930A (zh) * | 2015-09-30 | 2018-04-17 | 华为技术有限公司 | 一种用户设备上下文信息的获取方法、相关设备及系统 |
CN107925930B (zh) * | 2015-09-30 | 2020-06-26 | 华为技术有限公司 | 一种用户设备上下文信息的获取方法、相关设备及系统 |
CN106686762A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种状态转换及其控制方法及装置 |
CN108353445B (zh) * | 2015-11-10 | 2022-04-15 | 夏普株式会社 | Ue、mme、ue的通信控制方法以及mme的通信控制方法 |
CN108353445A (zh) * | 2015-11-10 | 2018-07-31 | 夏普株式会社 | Ue、mme、ue的通信控制方法以及mme的通信控制方法 |
CN106792928A (zh) * | 2015-11-23 | 2017-05-31 | 中国移动通信集团公司 | 一种终端接入网络的方法及装置 |
CN107995688A (zh) * | 2016-01-08 | 2018-05-04 | 瑞典爱立信有限公司 | 用于无线电资源控制的方法和设备 |
CN106961712A (zh) * | 2016-01-12 | 2017-07-18 | 展讯通信(上海)有限公司 | 小区接入方法及基站 |
US10231173B2 (en) | 2016-01-12 | 2019-03-12 | Spreadtrum Communications (Shanghai) Co., Ltd. | Method for accessing cells, and base station |
CN114374939A (zh) * | 2016-02-04 | 2022-04-19 | 日本电气株式会社 | 无线终端及其方法 |
CN114374939B (zh) * | 2016-02-04 | 2023-08-25 | 日本电气株式会社 | 无线终端及其方法 |
CN109076479A (zh) * | 2016-05-12 | 2018-12-21 | 英特尔Ip公司 | 在无线电接入网级跟踪用户设备 |
CN109076479B (zh) * | 2016-05-12 | 2022-08-02 | 苹果公司 | 在无线电接入网级跟踪用户设备 |
CN113038633A (zh) * | 2016-05-18 | 2021-06-25 | 瑞典爱立信有限公司 | 操作无线通信网络的节点的方法和相关的节点 |
CN107454679A (zh) * | 2016-06-01 | 2017-12-08 | 宏达国际电子股份有限公司 | 处理无线资源控制连结恢复程序的装置及方法 |
CN109565896A (zh) * | 2016-08-11 | 2019-04-02 | 三星电子株式会社 | 低功率rrc操作方法和装置 |
US11582603B2 (en) | 2016-08-11 | 2023-02-14 | Samsung Electronics Co., Ltd. | Low power RRC operating method and device |
CN110089167A (zh) * | 2016-11-01 | 2019-08-02 | 瑞典爱立信有限公司 | 用于使能匹配针对轻度连接的无线装置的寻呼时机的装置和方法 |
CN110169154B (zh) * | 2016-11-04 | 2022-12-13 | 日本电气株式会社 | 通信系统 |
CN110169154A (zh) * | 2016-11-04 | 2019-08-23 | 日本电气株式会社 | 通信系统 |
CN110169193A (zh) * | 2017-01-25 | 2019-08-23 | 华为技术有限公司 | 一种通信方法及装置 |
US11659613B2 (en) | 2017-01-25 | 2023-05-23 | Huawei Technologies Co., Ltd. | Communication method and communication apparatus |
CN110169193B (zh) * | 2017-01-25 | 2024-04-26 | 华为技术有限公司 | 一种通信方法及装置 |
CN108617031B (zh) * | 2017-01-26 | 2020-08-11 | 宏达国际电子股份有限公司 | 处理用户端接入层文本的装置及方法 |
CN108617031A (zh) * | 2017-01-26 | 2018-10-02 | 宏达国际电子股份有限公司 | 处理用户端接入层文本的装置及方法 |
CN108430080A (zh) * | 2017-02-14 | 2018-08-21 | 华为技术有限公司 | 一种信息传输方法,无线接入设备和终端 |
WO2018149384A1 (zh) * | 2017-02-14 | 2018-08-23 | 华为技术有限公司 | 一种信息传输方法,无线接入设备和终端 |
WO2018184490A1 (zh) * | 2017-04-07 | 2018-10-11 | 中兴通讯股份有限公司 | 一种上行数据的传输方法、装置、设备和计算机存储介质 |
CN108924904A (zh) * | 2017-04-07 | 2018-11-30 | 中兴通讯股份有限公司 | 一种上行数据的传输方法、装置和设备 |
CN108924904B (zh) * | 2017-04-07 | 2022-10-21 | 中兴通讯股份有限公司 | 一种上行数据的传输方法、装置和设备 |
CN110547037A (zh) * | 2017-04-28 | 2019-12-06 | 富士通株式会社 | 无线终端、基站、无线通信系统以及无线通信方法 |
CN110999523A (zh) * | 2017-06-14 | 2020-04-10 | 三星电子株式会社 | 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备 |
CN111149392A (zh) * | 2017-10-04 | 2020-05-12 | 高通股份有限公司 | 通过移动设备发起的休眠而增强的功率节省 |
CN113423131A (zh) * | 2018-02-13 | 2021-09-21 | 华为技术有限公司 | 通信方法和装置 |
WO2019158026A1 (zh) * | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | 通信方法和装置 |
US11369000B2 (en) | 2018-02-13 | 2022-06-21 | Huawei Technologies Co., Ltd. | Communication method and communications apparatus |
US11765783B2 (en) | 2018-02-14 | 2023-09-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Indicating RAN notification area update (RNAU) in RRC_INACTIVE state |
CN112005614B (zh) * | 2018-02-14 | 2024-04-16 | 瑞典爱立信有限公司 | 用于无线通信网络的方法和装置 |
CN112005614A (zh) * | 2018-02-14 | 2020-11-27 | 瑞典爱立信有限公司 | Rrc_inactive状态下的ta更新 |
US11778684B2 (en) | 2018-02-14 | 2023-10-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Indicating tracking area update (TAU) while in RRC inactive state |
CN112954824A (zh) * | 2018-04-03 | 2021-06-11 | 瑞典爱立信有限公司 | 释放/挂起中提供的参数的处置 |
US11903078B2 (en) | 2018-04-03 | 2024-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of parameters provided in release / suspend |
CN112954824B (zh) * | 2018-04-03 | 2024-06-04 | 瑞典爱立信有限公司 | 用于管理无线电资源控制rrc状态的方法和装置 |
CN112088576B (zh) * | 2018-05-10 | 2024-03-26 | 瑞典爱立信有限公司 | 从连接状态转变的释放原因 |
CN112088576A (zh) * | 2018-05-10 | 2020-12-15 | 瑞典爱立信有限公司 | 从连接状态转变的释放原因 |
CN112913276A (zh) * | 2018-09-12 | 2021-06-04 | 诺基亚通信公司 | 用于无线电网络优化的动态小区选择 |
CN111373837A (zh) * | 2018-09-19 | 2020-07-03 | 三星电子株式会社 | 用于在无线通信系统中发送和接收数据的方法和装置 |
CN111373837B (zh) * | 2018-09-19 | 2024-05-10 | 三星电子株式会社 | 用于在无线通信系统中发送和接收数据的方法和装置 |
CN114303440A (zh) * | 2019-08-19 | 2022-04-08 | 高通股份有限公司 | 用于多usim用户装备的无线电接入网(ran)和用户面功能(upf)缓冲的下行链路数据的挂起和恢复技术 |
CN114303440B (zh) * | 2019-08-19 | 2024-06-04 | 高通股份有限公司 | 用于多usim用户装备的无线电接入网(ran)和用户面功能(upf)缓冲的下行链路数据的挂起和恢复技术 |
Also Published As
Publication number | Publication date |
---|---|
TWI484799B (zh) | 2015-05-11 |
US20240179788A1 (en) | 2024-05-30 |
WO2013024000A1 (en) | 2013-02-21 |
CA2844629A1 (en) | 2013-02-21 |
EP2557890A1 (en) | 2013-02-13 |
TW201320679A (zh) | 2013-05-16 |
CA2844629C (en) | 2019-10-01 |
KR101577152B1 (ko) | 2015-12-11 |
US20130039287A1 (en) | 2013-02-14 |
US20210204351A1 (en) | 2021-07-01 |
US10986689B2 (en) | 2021-04-20 |
US20170245318A1 (en) | 2017-08-24 |
EP2557890B1 (en) | 2019-07-17 |
EP3570628B1 (en) | 2020-12-30 |
KR20140046071A (ko) | 2014-04-17 |
EP3570628A1 (en) | 2019-11-20 |
CN103858513B (zh) | 2018-11-30 |
US11985724B2 (en) | 2024-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103858513A (zh) | 处理无线通信系统中的连接 | |
CN103858512A (zh) | 处理无线通信系统中的连接 | |
EP2645804B1 (en) | Re-establishment of suspended RRC connection at a different ENB | |
EP2645803B1 (en) | Enb storing rrc configuration information at another network component | |
US9155121B2 (en) | Re-establishment of suspended RRC connection at a different eNB | |
US9295095B2 (en) | UE preference indicator for suspension | |
US9247575B2 (en) | eNB storing RRC configuration information at another network component | |
EP2645806B1 (en) | User Equipment preference indicator for suspension of radio communications | |
WO2013144613A1 (en) | eNB STORING RRC CONFIGURATION INFORMATION AT ANOTHER NETWORK COMPONENT | |
WO2013144606A1 (en) | User equipment preference indicator for suspension of radio communications | |
WO2013144614A1 (en) | Re-establishment of suspended rrc connection at a different enb | |
JP7381717B2 (ja) | 複数無線デュアルコネクティビティにおける無線接続の再開 | |
KR20220044976A (ko) | 다중 무선 듀얼 연결을 위한 네트워크 트리거 페이징 | |
CN115734373A (zh) | 多辅小区组配置方法、装置及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |