由用户设备执行的方法以及用户设备与流程

1.本发明涉及无线通信技术领域，更具体地，本发明涉及由用户设备执行的方法以及相应的用户设备。


背景技术：

2.随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。
3.在nr系统中，当ue进入非激活态(inactive)时，会启动定时器t380，当t380超时时，ue执行接入网通知区域的更新流程(ran notification area updating)。此外，当ue移动到一个新小区，该小区不属于ue之前保存的接入网通知区域(rna)，ue也会执行rnau。为了进行rnau，ue会发起恢复(resume)rrc连接的过程，通过向网络侧发生rrc连接恢复请求(connection resume request)消息，请求resume rrc连接。
4.对于一个支持多usim卡的ue来说，它可以工作在单收发信机(single tx，single rx)的结构下，还可以工作在单发信机(single tx)以及双收信机(dual rx)的结构。这样的结构使得多sim卡的ue虽然可以工作在多个网络下，但是在同一时刻，仅能与其中的一个网络中处于连接状态或者业务传输模式。那么，对于其中处于非连接状态的网络，当它的rnau被触发时，由于ue接收和发送能力的限制，可能无法马上执行上述的rrc连接恢复过程。那么ue如何处理这些被触发的rnau是需要解决的问题。


技术实现要素：

5.本发明针对上述问题提出了解决方案，具体地，本发明提供了一种由用户设备执行的方法以及用户设备，能够有效地发起rrc连接恢复过程来执行rnau更新。
6.为了实现上述目的，根据本发明，提出了一种由用户设备ue执行的方法，包括：当在一个网络中处于非激活态的ue针对所述一个网络启动的接入网通知区域更新rnau定时器运行超时，或者所述ue新进入的小区所属的所述一个网络不属于所述ue保存的接入网通知区域，或者所述ue新进入的小区所属的所述一个网络的通知区域与所述ue保存的接入网通知区域不相同时，所述ue判定当前ue是否与不同于所述一个网络的其他网络处于无线资源控制rrc连接状态或者正在进行业务传输，如果所述ue判定当前ue没有与所述其他网络处于rrc连接状态或者正在进行业务传输，则所述ue发起rrc连接恢复过程来执行rnau更新，如果所述ue判定当前ue与所述其他网络处于rrc连接状态或者正在进行业务传输，则所述ue将所述rnau更新设置为待处理状态。
7.另外，根据本发明，提出了一种由用户设备ue执行的方法，包括：当在一个网络中处于非激活态的ue针对所述一个网络启动的接入网通知区域更新rnau定时器运行超时，或
者所述ue新进入的小区所属的所述一个网络不属于所述ue保存的接入网通知区域，或者所述ue新进入的小区所属的所述一个网络的通知区域与所述ue保存的接入网通知区域不相同时，所述ue判定处于无线资源控制rrc层以下的下层是否可用，如果所述ue判定处于所述rrc层以下的所述下层可用，则所述ue发起rrc连接恢复过程来执行rnau更新，如果所述ue判定处于所述rrc层以下的所述下层不可用，则所述ue将所述rnau更新设置为待处理状态。
8.此外，根据本发明，提出了一种由用户设备ue执行的方法，包括：当在一个网络中处于非激活态的ue针对所述一个网络启动的接入网通知区域更新rnau定时器运行超时，或者所述ue新进入的小区所属的所述一个网络不属于所述ue保存的接入网通知区域，或者所述ue新进入的小区所属的所述一个网络的通知区域与所述ue保存的接入网通知区域不相同时，所述ue判定在所述一个网络中是否能够执行无线资源控制rrc连接恢复过程，如果所述ue判定在所述一个网络中能够执行rrc连接恢复过程，则所述ue发起rrc连接恢复过程来执行rnau更新，如果所述ue判定在所述一个网络中无法执行rrc连接恢复过程，则所述ue将所述rnau更新设置为待处理状态。
9.优选地，当所述ue在不同于所述一个网络的其他网络中进入空闲态或者非激活态，或者所述ue在所述其他网络中进入离开时间段时，所述ue检查与所述一个网络相关联的rnau更新是否被设置为待处理状态，如果与所述一个网络相关联的rnau更新被设置为待处理状态，则所述ue在所述一个网络中发起rrc连接恢复过程来执行处于待处理状态的所述rnau更新。
10.优选地，当所述ue判定处于rrc层以下的下层可用时，所述ue检查与所述一个网络相关联的rnau更新是否被设置为待处理状态，如果与所述一个网络相关联的rnau更新被设置为待处理状态，则所述ue在所述一个网络中发起rrc连接恢复过程来执行处于待处理状态的所述rnau更新。
11.优选地，当所述ue判定在所述一个网络中能够进行rrc连接恢复过程时，所述ue检查与所述一个网络相关联的rnau更新是否被设置为待处理状态，如果与所述一个网络相关联的rnau更新被设置为待处理状态，则所述ue在所述一个网络中发起rrc连接恢复过程来执行所述rnau更新。
12.优选地，在发起所述rrc连接恢复过程中，所述ue执行接入控制过程，如果所述ue执行接入控制过程的结果是禁止接入，则所述ue将所述rnau更新设置为待处理状态。
13.优选地，当所述ue判定当前ue与不同于所述一个网络的其他网络处于rrc连接状态时，所述ue进一步确定当前ue与所述其他网络正在进行的业务的优先级，如果所述ue与所述其他网络正在进行的业务的优先级高于在所述一个网络中将要进行的rnau更新的优先级，则所述ue将所述rnau更新设置为待处理状态。
14.优选地，当在一个网络中处于非激活态的ue针对所述一个网络启动的接入网通知区域更新rnau定时器运行超时，或者所述ue新进入的小区所属的所述一个网络不属于所述ue保存的接入网通知区域，或者所述ue新进入的小区所属的所述一个网络的通知区域与所述ue保存的接入网通知区域不相同时，如果ue在不同于所述一个网络的其他网络中正处于离开时间段，则所述ue能够在所述一个网络中执行rnau更新。
15.另外，根据本发明，提出了一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行以上所述的方法。
16.发明效果
17.根据本发明，能够提供一种由用户设备执行的方法以及用户设备，能够有效地发起rrc连接恢复过程来执行rnau更新。
附图说明
18.通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
19.图1是示出了根据本发明的实施例一的情况1.1的由用户设备执行的方法的流程图。
20.图2是示出了根据本发明的实施例一的情况1.2的由用户设备执行的方法的流程图。
21.图3是示出了根据本发明的实施例一的情况1.3的由用户设备执行的方法的流程图。
22.图4是示出了根据本发明的实施例二的由用户设备执行的方法的流程图。
23.图5是示出了根据本发明的实施例三的由用户设备执行的方法的流程图。
24.图6是示意性示出本发明所涉及的用户设备的框图。
具体实施方式
25.下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
26.在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义
27.ue
ꢀꢀꢀꢀꢀꢀꢀꢀꢀ
user equipment
ꢀꢀ
用户设备
28.nr
ꢀꢀꢀꢀꢀꢀꢀꢀ
new radio
ꢀꢀ
新一代无线技术
29.elte
ꢀꢀꢀꢀꢀꢀꢀꢀ
enhaced long term evolution
ꢀꢀ
增强的长期演进技术
30.nas non-access stratum
ꢀꢀ
非接入层
31.as access stratum
ꢀꢀ
接入层
32.usim universal subscriber identity module(全球用户识别卡)
33.tx transmitter
ꢀꢀ
发信机
34.rx receiver
ꢀꢀ
接收机
35.下文以nr移动通信系统及其后续的演进版本作为示例应用环境，以支持nr的基站和ue设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如lte或者elte通信系统，而且可以适用于其他基站和ue设备，例如支持elte的基站和ue设备。这里elte通信系统是指ue在空口上采用lte制式与基站通信，但是ue非接入层连接的是5g核心网而非epc。
36.[接入网通知区域更新(ran notification area updating，rnau)]
[0037]
在nr/elte中，ue可以处于非激活态(inactive态)。在这种状态下，ue的rrc连接是挂起(suspend)的，网络侧可以知道ue所处的接入网通知区域。ue侧保存着有效的接入网通
知区域的信息，该信息是ue在上一次连接态时网络侧配置给ue的。
[0038]
当ue来到/重选到一个小区，小区的的系统信息中会广播该小区所属于的接入网通知区域，如果ue发现当前小区不属于其保存的接入网通知区域，或者是当前小区所属于的接入网通知区域与其保存的接入网通知区域不相同，ue就需要通知网络侧，在这种情况下，ue会进行接入网通知区域更新的操作，具体包括ue发起/触发rrc连接恢复，ue通过向网络侧发生rrc连接恢复请求消息请求恢复rrc连接(resume rrc connection)，并在请求消息中指示ue在非激活态下的标识。网络侧接收到rrc连接恢复请求消息后，根据ue在非激活态下的标识，查找ue信息，对ue的上下文进行更新，特别是要更新ue所处的接入网通知区域的信息；而ue也会对其保存的/配置的接入网通知区域的信息进行更新，从而完成rnau的过程。
[0039]
当ue进入inactive时，会启动一个定时器，这个定时器可以被称为rnau定时器，用来控制ue周期性地进行rnau，具体表现为：当这个定时器超时时，ue会触发一个rnau的过程，具体的操作如前文所述。在nr/lte/elte系统中中，这个定时器的名称为t380。
[0040]
multiple usim ue
[0041]
这类ue至少有两张usim卡，用于和至少两个无线网络通信。这两个无线网络可以是相同或者不同的接入方式。例如都采用的是nr(new radio access technology)，或者一个采用nr，一个采用lte/elte。本文以支持两张sim卡的ue为例，但是文中的方案不限于ue所支持的usim卡的个数。当ue拥有两张usim卡，其中usim a用于ue与网络a的通信。usim b用于ue与网络b的通信。由于ue的结构是只有一个发射机以及一个接收机，或者是只有一个发射信机以及两个接收机，因此这类ue在一个时间点上只能与一个网络进行收发通信。
[0042]
在一种常见的场景是，ue在网络a处于rrc连接态，在网络b处于rrc inactive态或者是idle态。在inactive/idle态下ue不需要和基站进行频繁的信令交互。
[0043]
以下，对本发明所涉及的具体实施例进行详细说明。另外，如上所述，本发明中的实施例是为了容易理解本发明而进行的示例性说明，并不是对本发明的限定。
[0044]
【实施例1】
[0045]
图1是示出了根据本发明的实施例一的情况1.1的由用户设备执行的方法的流程图。图2是示出了根据本发明的实施例一的情况1.2的由用户设备执行的方法的流程图。图3是示出了根据本发明的实施例一的情况1.3的由用户设备执行的方法的流程图。
[0046]
情况1.1：
[0047]
如图1所示，在步骤101，当rnau定时器运行超时时，ue判定ue是否还与其他网络处于连接模式，
[0048]
例如，ue在网络b中处于inactive态。当ue进入inactive态时，会启动rnau定时器。这个rnau定时器是为网络b工作的，或者说是与网络b相关联的。
[0049]
当该rnau定时器运行超时时，如果ue判定(determine)没有与其他网络处于连接状态(主要是指rrc连接态)或者进行业务传输(on-going service)(步骤101的否)，那么在步骤103，ue执行接入网通知区域更新的操作，具体可以包括ue发起/触发rrc连接恢复流程，即ue通过向网络侧发生rrc连接恢复请求消息请求恢复rrc连接，并且将请求恢复rrc连接的原因值设置为rnau。
[0050]
当该rnau定时器运行超时时，如果ue判定当前ue还与其他网络处于连接状态或者
进行业务传输(步骤101的是)，例如，ue在至少一个网络下处于连接态，并且这个网络不是当前的网络b，即与当前运行超时的rnau定时器服务的或者关联的网络不同；或者ue在至少一个网络(非网络b)下处于连接态，且当前的时间点不属于ue与该网络协商的离开时间段(absence period)，那么在步骤105，ue将rnau更新设置为待处理状态，例如可以将变量/参数pendingrna-update的取值设置为真(true)，以表示rnau更新的状态为待处理状态。
[0051]
这里“ue还与其他网络处于连接状态”导致的结果的ue的收发信机不可用于与网络b的通信，或者是在网络b上无法立即触发或者启动rrc连接恢复流程，因此上述方案的又一实施方式还可以是：
[0052]
情况1.2：
[0053]
如图2所示，在步骤201，当rnau定时器运行超时时，ue判断下层是否可用。这里的下层主要是指rrc层以下，例如物理层或者mac层。
[0054]
如果ue判定ue的下层不可用(unavailable)(步骤201的否)，那么，在步骤203，ue将rnau更新设置为待处理状态，例如可以将变量/参数pendingrna-update的取值设置为真(true)，以表示rnau更新的状态为待处理状态。
[0055]
如果ue判定下层可用(步骤201的是)，那么，在步骤205，ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。
[0056]
上述方案的又一实施例可以是以下情况1.3。
[0057]
情况1.3：
[0058]
如图3所示，在步骤301，当rnau定时器运行超时时，ue判断在网络b是否可以执行rrc连接恢复流程。
[0059]
如果ue判定在网络b无法执行rrc连接恢复流程，或者是在网络b的rrc连接恢复流程无法即刻触发(步骤301的否)，在步骤303，ue将rnau更新设置为待处理状态，例如可以将变量/参数pendingrna-update的取值设置为真(true)，以表示rnau更新的状态为待处理状态。
[0060]
如果ue判定在网络b可以执行rrc连接恢复流程，或者是在网络b的rrc连接恢复流程可以即刻触发(步骤301的是)，那么在步骤305，ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。
[0061]
由于判断过程以及判定结果可以在同一步骤中完成，因此上述方案的又一实施例可以是
[0062]
rnau定时器运行超时时，如果ue判定ue的下层不可用(unavailable)时，ue将pendingrna-update的取值设置为真(true)。以及可选的，如果ue判定下层可用，那么ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。以及可选的，如果ue判定下层可用，那么ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。
[0063]
又或者是
[0064]
当rnau定时器运行超时时，如果ue判定在网络b无法执行rrc连接恢复流程，或者是在网络b的rrc连接恢复流程无法即刻触发时，ue将pendingrna-update的取值设置为真(true)。以及可选的，如果ue判定在网络b可以执行rrc连接恢复流程，或者是在网络b的rrc连接恢复流程可以即刻触发时，那么ue发起/触发上述的rrc连接恢复流程，并将请求恢复
rrc连接的原因值设置为rnau。
[0065]
可选地，ue还可以执行下述操作。
[0066]
ue在网络a中进入idle态或者inactive态时，或者是ue在网络a中进入离开时间段(absence period)时，ue检查(check)网络b的rnau更新的状态，例如检查与网络b相关联的变量pendingrna-update的取值：
[0067]
如果pendingrna-update的取值为true，即rnau更新的状态为待处理，那么ue在网络b触发或者启动rrc连接恢复流程，并且将请求恢复rrc连接的原因值设置为rnau或者是与rnau更新相关的信息。以及可选的，将pendingrna-update的取值设置为假false。
[0068]
作为补充，可选地，如果pendingrna-update的取值为假false，，即rnau更新的状态为已处理或者无待定的rnau，那么ue不需要执行操作。
[0069]
上述操作的的又一实施方式可以是：
[0070]
当ue判定ue的下层可用(unavailable)时，具体是物理层或者mac层可以用于与网络b的通信时，
[0071]
又或者是ue判定可以在网络b进行rrc连接恢复流程时，
[0072]
ue检查(check)与网络b相关联的变量pendingrna-update的取值：
[0073]
如果pendingrna-update的取值为true，那么ue在网络b触发或者启动rrc连接恢复流程，并且将请求恢复rrc连接的原因值设置为rnau或者是与rnau更新相关的信息。以及可选的，将pendingrna-update的取值设置为假false。
[0074]
【实施例2】
[0075]
图4是示出了根据本发明的实施例二的由用户设备执行的方法的流程图。
[0076]
如图4所示，在步骤401，当rnau定时器运行超时，ue触发rrc连接恢复流程，并且在发起的rrc连接恢复流程中(upon initiation of the rrc resume procedure)，ue执行接入控制流程(perform the unified access control procedure)。
[0077]
在步骤403，如果接入控制流程的结果是禁止接入(access attempt is barred)，那么ue将rnau更新设置为待处理状态，例如可以将参数pendingrna-update的取值设置为true。
[0078]
如果接入控制流程的结果是允许接入或非禁止接入(access attempt is allowed/not barred)，那么ue可以执行如实施例1中情况1.1/1.2/1.3中所述操作，以及ue还可以执行实施例1中的其他操作。
[0079]
具体的实施方式可以是：
[0080]
当rnau定时器运行超时，ue触发rrc连接恢复流程；在发起的rrc连接恢复流程中，ue执行接入控制流程。
[0081]
如果接入控制流程的结果是禁止接入，那么ue将参数pendingrna-update的取值设置为true；以及可选地，接收所触发地rrc连接恢复流程。
[0082]
如果接入控制流程的结果是允许接入或非禁止接入，那么ue可以判断下述情况之一：
[0083]-ue是否还与其他网络处于连接模式；
[0084]-ue的下层是否可用；
[0085]-在网络b是否可以执行rrc连接恢复流程。
[0086]
相应地，如果ue判定当前ue与其他网络处于连接状态或者进行业务传输；又或者是判定ue的下层不可用(unavailable)；又或者是判定ue在网络b无法执行rrc连接恢复流程，或者是在网络b的rrc连接恢复流程无法即刻触发：
[0087]
那么，ue将变量/参数pendingrna-update的取值设置为真(true)；以及可选地，结束被触发的rrc连接恢复流程。
[0088]
如果ue判定当前没有与其他网络处于连接状态或者进行业务传输；又或者是判定ue的下层可用；又或者是判定ue在网络b可以执行rrc连接恢复流程：
[0089]
那么ue可以执行rrc连接恢复的相关操作，例如启动rrc恢复请求消息的传输(initiate transmission of the rrcresumerequest message)等。
[0090]
除了rnau触发的rrc连接恢复流程，本实施例的方法还可以用于其他原因触发的rrc连接恢复流程，或者是rrc连接建立流程。具体实施方式可以是：
[0091]
ue触发rrc连接恢复流程或者是rrc连接建立流程。流程的触发可以是基于上层的连接建立请求或者是连接恢复请求，还可以是基于接收到的寻呼消息(paging message)，该寻呼消息中包含了ue的标识(identity)，从而触发了rrc连接建立请求或者是连接恢复请求，用于响应(response)该寻呼消息。
[0092]
在发起的rrc连接恢复流程或者是rrc连接建立流程中，ue执行接入控制(access control)流程。接入控制流程可以基于接入种类(access category)以及接入标识(access identity)来执行。
[0093]
如果接入控制流程的结果是禁止接入，那么ue通知上层(upper layer)接入被禁止(access attempt is barred)；
[0094]
如果接入控制流程的结果是允许接入或非禁止接入，那么ue可以判断下述情况之一：
[0095]-ue是否还与其他网络处于连接模式；
[0096]-ue的下层是否可用；
[0097]-在网络b是否可以执行rrc连接恢复流程。
[0098]
相应地，如果ue判定当前ue与其他网络处于连接状态或者进行业务传输；又或者是判定ue的下层不可用(unavailable)；又或者是判定ue在网络b无法执行rrc连接恢复流程或者连接建立流程，或者是在网络b的rrc连接恢复流程无法即刻触发：
[0099]
那么ue可以根据触发rrc连接建立或者恢复流程的原因来进行处理：例如，触发的原因是rnau，那么可以将rnau设置为待处理状态，具体操作可以如前文所述；如果触发的原因是寻呼消息，或者是响应寻呼消息，那么可以将寻呼响应设置为待处理的状态，具体可以是设置一个对应于寻呼的变量或者参数pendingpaging-response，将其取值设置为真true；又例如，触发的原因是上层请求rrc连接恢复或者建立，那么ue可以通知上层当前不可接入，或者是接入被禁止；以及可选地，结束被触发的rrc连接恢复流程或者是rrc连接建立流程。
[0100]
如果ue判定当前没有与其他网络处于连接状态或者进行业务传输；又或者是判定ue的下层可用；又或者是判定ue在网络b可以执行rrc连接恢复流程连接建立流程：
[0101]
那么ue可以执行rrc连接恢复的相关操作，例如启动rrc恢复请求消息的传输(initiate transmission of the rrcresumerequest message)等。或者是可以执行rrc连
接建立流程的相关操作，例如启动rrc连接建立请求消息的传输(initiate transmission of the rrcsetuprequest message)等。
[0102]
此外，可选地，ue还可以执行下述操作。
[0103]
ue在网络a中进入idle态或者inactive态时，或者是ue在网络a中进入离开时间段(absence period)时，ue检查(check)网络b的rnau更新的状态或者是寻呼响应的状态，例如检查与网络b相关联的变量pendingrna-update或者pendingpaging-response的取值：
[0104]
如果pendingrna-update/pendingpaging-response的取值为true，即rnau更新或者寻呼响应的状态为待处理，那么ue在网络b触发或者启动rrc连接恢复流程或者是rrc连接建立流程，以及可选的，将pendingrna-updatee/pendingpaging-response的取值设置为假false。
[0105]
作为补充，可选地，如果pendingrna-update/pendingpaging-response的取值为假false，，即rnau更新的状态为已处理或者无待定的rnau，或者是寻呼响应的状态为无下定的寻呼响应，那么ue不需要执行操作。
[0106]
上述操作的的又一实施方式可以是：
[0107]
当ue判定ue的下层可用(unavailable)时，具体是物理层或者mac层可以用于与网络b的通信时，
[0108]
又或者是ue判定可以在网络b进行rrc连接恢复流程时，
[0109]
ue检查(check)与网络b相关联的变量pendingrna-update/pendingpaging-response的取值：
[0110]
如果pendingrna-update/pendingpaging-response的取值为true，那么ue在网络b触发或者启动rrc连接恢复流程。以及可选的，将pendingrna-update/pendingpaging-response的取值设置为假false。
[0111]
【实施例3】
[0112]
图5是示出了根据本发明的实施例三的由用户设备执行的方法的流程图。
[0113]
作为实施例1或2的补充，在步骤501，当ue判定当前ue还与其他网络处于连接状态时，可以进一步判定ue与其他网络正在进行的业务的优先级。
[0114]
在步骤503，当该rnau定时器运行超时时，如果ue判定当前ue还与其他网络(例如网络a)处于连接状态，并且在ue在网络a进行的业务的优先级要高于在网络b将要开展的业务的优先级，这里主要是指ue在网络a进行的业务的优先级高于ue在网络b将要进行的rnau的优先级，那么ue将pendingrna-update的取值设置为真(true)，以及可以执行实施例1中的其他操作。
[0115]
如果ue在网络a中进行多个业务，那么可以在进行优先级比较时，选择其他优先级最高的那个业务的优先级进行比较。由于业务的优先级可以通过逻辑信道的优先级来体现，这里以逻辑信道优先级为例，取值越低，则表示优先级越高。
[0116]
例如在网络a中配置了多个逻辑信道，其中有数据传输的逻辑信道有两个，分别对应的优先级的取值为lcid-1的取值为3，lcid-2的取值为2。那么取优先级最高的那个逻辑信道，即lcid-2的取值进行比较。这里假设执行rnau的优先级取值为3，那么取值低于lcid-2的优先级取值，因此ue可以认为rnau的优先级低于网络a中业务的优先级，从而优先执行网络a中的业务，以及将pendingrna-update的取值设置为真(true)。
[0117]
执行rnau的优先级可以是网络侧预先配置的取值，或者是预定义的取值。在上述例子中，如果执行rnau的优先级取值为1，那么rnau的优先级高于网络a中业务的优先级，那么ue可以中的网络a中的业务，从而执行网络b中的rnau。
[0118]
【实施例4】
[0119]
作为实施例1或2的补充，rnau定时器运行超时时，如果ue在网络a中正处于离开时间段(absence period)，那么ue还是可以在网络b中执行rnau。
[0120]
这里ue需要考虑rnau定时器运行超时的时间点与离开时间段的关系。如果ue刚进入离开时间段，rnau定时器就运行超时，那么ue可以执行rnau；如果ue进入离开时间段已经有一段时间了，例如离开时间段已经过半，或者是剩下的时间已经不足以让ue完成rnau过程了，那么ue将pendingrna-update的取值设置为真(true)，并且ue还可以在如实施例1所述的操作中执行rnau。
[0121]
为了让ue更好的判定是否需要即刻执行rnau，可以在ue进入离开时间段时启动定时器t1，当rnau定时器运行超时时，t1还在运行，那么ue可以启动rnau过程；当rnau定时器运行超时时，t1已经停止或者运行超时，那么ue将pendingrna-update的取值设置为真(true)，并且ue还可以在如实施例1所述的操作中执行rnau。
[0122]
【实施例5】
[0123]
实施例5与在实施例1或2的的区别在于：在实施例1或2中的操作都是在rnau定时器运行超时后执行，而在本实施例中，可以用下述条件对“rnau定时器运行超时”进行替换：
[0124]
当ue发现当前小区不属于其保存的接入网通知区域，或者是当前小区所属于的接入网通知区域与其保存的接入网通知区域不相同时，ue可以执行上述实施例中的所有操作。
[0125]
例如
[0126]
当ue发现当前小区不属于其保存的接入网通知区域，或者是当前小区所属于的接入网通知区域与其保存的接入网通知区域不相同时，如果ue判定ue的下层不可用(unavailable)时，ue将pendingrna-update的取值设置为真(true)。以及可选的，如果ue判定下层可用，那么ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。以及可选的，如果ue判定下层可用，那么ue发起/触发上述的rrc连接恢复流程，并将请求恢复rrc连接的原因值设置为rnau。
[0127]
[变形例]
[0128]
下面，利用图6来说明作为一种变形例的可执行本发明上面所详细描述的用户设备执行的方法的用户设备。
[0129]
图6是表示本发明所涉及的用户设备ue的框图。
[0130]
如图6所示，该用户设备ue60包括处理器601和存储器602。处理器601例如可以包括微处理器、微控制器、嵌入式处理器等。存储器602例如可以包括易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器602上存储有程序指令。该指令在由处理器601运行时，可以执行本发明详细描述的由用户设备执行的上述方法。
[0131]
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(cpu)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性
存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
[0132]
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
[0133]
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
[0134]
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如av设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
[0135]
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。