改进在移动通信终端中的RRC连接建立

摘要

公开了一种包括存储器（240）、无线电接口（230）和控制器（210）的移动通信终端（100、200、350、650）。所述控制器（210）被配置为通过以下操作，通过所述无线电接口（3），使得包括至少网络层（第3层）的多层协议栈（OSI）能够建立RRC连接：将RRC连接请求（REQ）传送给第一基站（340、640a），接收响应（RESP）；确定拒绝原因，通知更高层，以及建立第二连接以用于通过所述第二连接进行通信。

权利要求

1.一种包括存储器、无线电接口和控制器的移动通信终端，其中所述控制器被配置为通过以下操作，通过所述无线电接口，使得包括至少网络层的多层协议栈（OSI）能够建立RRC连接：将RRC连接请求（REQ）传送给第一基站；

接收响应（RESP）；

确定拒绝原因；

通知更高层；

在所述更高层中，基于在更高层中请求所述RRC连接的服务的优先级，确定是否应建立第二连接；以及通过以下操作来建立所述第二连接以用于通过所述第二连接进行通信：将RRC连接请求（REQ）传送到第二基站；

接收响应（RESP）；以及响应于所述响应而建立专用信道（DCH）以用于通过所述第二基站在所述专用信道上进行通信。

2.根据权利要求1所述的移动通信终端，其中所述控制器还被配置为通过以下操作来建立所述第二连接以用于在所述第二连接上进行通信：向第二移动通信终端传送连接请求；

接收响应；以及响应于所述响应

建立专用信道（DCH）以用于通过所述第二移动通信终端在所述专用信道上进行通信。

3.根据权利要求2所述的移动通信终端，还包括显示器，其中所述控制器还被配置为：在所述显示器上显示通知，所述通知向用户提示是否应当建立所述第二连接；

经由用户接口接收响应；以及

在所述更高层中，基于所述响应确定是否应当建立所述第二连接。

4.根据权利要求1所述的移动通信终端，其中所述控制器还被配置为，在所述更高层中，基于由从所述第一基站接收的所述响应（RESP）所指示的拒绝原因来确定是否应当建立所述第二连接。

5.根据权利要求4所述的移动通信终端，其中所述拒绝原因是拥塞。

6.根据权利要求4所述的移动通信终端，其中未指定所述拒绝原因。

7.根据权利要求1至6中任何一项所述的移动通信终端，其中所述控制器还被配置为，在所述更高层中，基于由从所述第一基站接收的所述响应（RESP）所指示的等待时间来确定是否应当建立所述第二连接。

8.根据权利要求1至6中任何一项所述的移动通信终端，其中所述控制器还被配置为：从自所述第一基站接收的所述接收的响应（RESP）来确定等待时间；

确定所述等待时间已经流逝掉，以及于是

向所述第一基站传送第二RRC连接请求（REQ）；

接收响应（RESP）；以及响应于所述响应建立专用信道（DCH）以用于通过所述第一基站在所述专用信道中进行通信。

9.根据权利要求1、3至6中任何一项所述的移动通信终端，其中所述第一基站被配置为根据第一无线电接入技术进行通信，以及所述第二基站被配置为根据第二无线电接入技术进行通信。

10.根据权利要求1至6中任何一项所述的移动通信终端，其中所述第一基站被配置为根据第一无线电接入技术进行通信，以及所述第二连接根据第二无线电接入技术或经由被配置为根据IEEE 802.11标准进行操作的无线电接口、被配置为根据IEEE 802.16标准进行操作的无线电接口、被配置为根据蓝牙TM标准进行操作的无线电接口或固定线路协议来建立。

11.如权利要求10所述的移动通信终端，其中所述固定线路协议是配置为根据IEEE 

802.3标准进行操作的协议。

12.根据权利要求1至6中任何一项所述的移动通信终端，其中所述第二连接通过固定线路通信协议来建立。

13.一种在包括存储器、无线电接口和控制器的移动通信终端中使用的方法，其中所述控制器被配置为通过所述无线电接口，使得包括至少网络层的多层协议栈（OSI）能够建立RRC连接，所述方法包括：将RRC连接请求（REQ）传送给第一基站；

接收响应（RESP）；

确定拒绝原因；

通知更高层；

在所述更高层中，基于在更高层中请求所述RRC连接的服务的优先级，确定是否应建立第二连接；以及通过以下操作来建立所述第二连接以用于通过所述第二连接进行通信：将RRC连接请求（REQ）传送到第二基站；

接收响应（RESP）；以及响应于所述响应而建立专用信道（DCH）以用于通过所述第二基站在所述专用信道上进行通信。

14.一种编码有指令的计算机可读存储介质，所述指令在被加载并且在处理器上运行时，导致执行根据权利要求13所述的方法。

说明书

改进在移动通信终端中的RRC连接建立

技术领域

[0001] 本申请涉及用于改进RRC（无线电资源控制）连接建立的方法、诸如移动通信终端的用户设备以及计算机可读存储介质，并且特别是涉及用于改进当建立RRC连接时的拒绝的处理的方法、诸如移动通信终端的用户设备以及计算机可读存储介质。

背景技术

[0002] 现代的用户设备，诸如移动通信终端，正变得越来越高级，以及由移动通信终端处理和传送或接收的数据流正在增长。因此，用户变得越来越依赖于快速建立数据连接而不经历不活动的时间段，这既是耗时的又是有压力的。

[0003] 在3GPP WCDMA RRC连接建立过程中，UE出于服务处理的目的请求网络在该UE和该网络之间建立连接。在一些情况下，该网络可能是拥塞的，以及因此拒绝RRC连接建立请求。根据3GPP规范，如果网络如此指示，则该UE应当在由该UE做出请求至该网络的连接的新尝试之前等待指定的时间。从网络接收的拒绝消息还可以包含用于将该UE转向另一个WCDMA频率或另一个RAT（无线电接入技术）的信息。

[0004] 从用户视角，这种情况（其中UE在重新尝试连接建立请求之前必须等待）将被认为是“暂停”情况。在相同的连接建立序列内，该UE应当重新尝试至多7次的连接请求，每次具有至多15秒的等待时间段。这意味的是，在最坏的场景中（从RRC的视角），该暂停情况将持续100秒。

[0005] 专利公开EP 1814270A1考虑了用于防止移动通信终端中的呼叫连接的连续故障的装置和方法。该移动终端在预定时期内记录接收到RRC连接拒绝消息的次数。该移动终端将连接拒绝频率与预定最大拒绝频率相比以确定BS是否处在能够执行RRC连接的状态。如何连接拒绝消息频率比预定最大拒绝频率大，则移动终端确定BS不能够执行RRC连接，并选择第二小区。移动终端将RRC连接请求传送到第二小区的BS。

[0006] 专利公开WO 2005/048631A1涉及以下步骤：使得对数据连接性的请求通过第一无线网络传送；如果响应于通过第一无线网络的对数据连接性的请求接收到包含非致命错误的拒绝码，则重新尝试通过第一无线网络的对数据连接性的请求一次或多次；以及如果响应于通过第一无线网络的对数据连接性的请求接收到包含致命错误的拒绝码，则选择第二无线网络用于通信而不重新尝试通过第一无线网络的对数据连接性的请求。

[0007] 因此存在对当所需要的网络响应于建立连接请求而返回拥塞或其它拒绝消息时改进连接建立方式的需求。

发明内容

[0008] 本申请的教导的进一步的目的是通过提供包括存储器、无线电接口和控制器的移动通信终端来克服以上列出的问题，其中所述控制器被配置为通过以下操作，通过所述无线电接口，使得包括至少网络层（第3层）的多层协议栈（OSI）能够建立无线电资源连接，诸如RRC连接：将无线电资源连接请求传送给第一基站、接收响应，确定拒绝原因，通知更高层；以及建立第二连接以用于通过该第二连接进行通信。

[0009] 在一个实施例中，所述控制器还被配置为通过以下操作来建立所述第二连接以用于通过所述第二连接进行通信：将RRC连接请求传送给第二基站、接收响应，以及响应于该响应来建立专用信道以用于通过所述第二基站在所述专用信道上进行通信。

[0010] 本申请的教导的进一步的目的是通过提供用于在包括存储器、无线电接口和控制器的移动通信终端中使用的方法来克服以上列出的问题，其中所述控制器还被配置为使得包括至少网络层的多层协议栈能够通过所述无线电接口建立无线电资源连接，诸如RRC连接，所述方法包括：将无线电资源连接请求传送给第一基站、接收响应，确定拒绝原因，通知更高层；以及建立第二连接以用于通过该第二连接进行通信。

[0011] 本申请的教导的进一步的目的是通过提供包括指令的计算机可读介质来克服以上列出的问题，当将该指令加载到诸如处理器的控制器中并由该控制器执行该指令时，该指令使得执行根据本申请的方法。

[0012] 在有发明创造性的和有深刻见解的推理后，本申请的发明人已经认识到的是，通过使得在建立优选连接时或作为对其的备选方案，能够建立第二（可能是暂时的）连接，即使不能完全减轻那么也将极大地降低不活动的时间段。

[0013] 在一个实施例中，本申请的教导可以应用于RAT（无线电接入技术）通信标准WCDMA。在现有技术的WCDMA系统中，RRC连接建立过程被布置为：如果先前请求被拒绝，则重新发送RRC连接请求，而没有向更高协议层指定拒绝原因和/或等待时间。

[0014] 本申请的教导还用于具有类似无线电信道连接行为的其它RAT。例如，在LTE RAT中的现有技术的RRC连接过程被布置为仅进行一次尝试以及接着通知更高协议层。

[0015] 本申请的教导提供的益处是，因为用户设备将中止正在进行中的连接尝试并且尝试另一个连接源以降低时延，因此降低了建立连接的时延。

[0016] 这还可以使得请求应用或服务的连接能够提早中止连接尝试而不必等待全部的建议的等待时间。

[0017] 从所附详细公开，所公开的实施例的其它特征和优点将是明显的。

附图说明

[0018] 将参照附图更详细地描述本发明，在附图中：

[0019] 图1示出了根据本申请的教导的一个实施例的移动通信终端的示意图；

[0020] 图2示出了根据本申请的教导的一个实施例的移动通信终端的一般结构的示意图；

[0021] 图3示出了根据本申请的教导的一个实施例的包括移动通信终端的电信网的示意图；

[0022] 图4示出了根据本申请的教导的一个实施例的计算机可读介质的示意图；

[0023] 图5示出了多层协议模型的示意图；

[0024] 图6示出了根据本申请的教导的示例的移动通信终端的通信和操作的示意时间图；以及

[0025] 图7示出了根据本申请的教导的实施例的对于一般方法的流程图。

具体实施方式

[0026] 现在在下文中将参照附图更全面地描述所公开的实施例，在附图中示出了本发明的某些实施例。然而，可以以许多不同形式来具体化本发明，并且本发明不应当被认为局限于本申请中所阐述的实施例；相反，作为示例来提供这些实施例，以便本公开将是彻底的和完全的，以及将本发明的范围充分传达给本领域的技术人员。全文中相同的数字指代相同的元素。

[0027] 图1示出了根据本申请的教导所适应的用户设备（UE）100的示意图。在所示出的实施例中，用户设备（UE）是诸如移动电话100的移动通信终端。在其它实施例中，移动通信终端100是能够与其它设备通信的个人数字助理、媒体播放器、位置发现设备或任何手持型设备。

[0028] 移动电话100包括壳体110，在该壳体110中布置了显示器120。在一个实施例中，显示器120是非触摸显示器。在其它实施例中，显示器120是触摸显示器。此外，移动电话100包括：两个键130a和130b。在一个实施例中，移动电话100被配置为在触摸显示器120上显示和操作虚拟键135。应当注意的是，键130和虚拟键135的数量取决于移动电话100以及在该移动电话100上运行的应用的设计。在一个实施例中，通信终端100包括：除了触敏式显示器之外的或作为对触敏式显示器的替代方案的ITU-T小键盘或QWERTY（或等同的）小键盘。在小键盘是对于触敏式显示器的替代方案的实施例中，该显示器120是非触敏式显示器。

[0029] 图2示出了用户设备（UE）的一般结构的示意图，该用户设备（UE）可以是诸如根据图1的移动电话100的移动通信终端。移动通信终端200包括控制器210，该控制器210负责移动通信终端的整体操作以及优选地由任何商业上可以获得的CPU（“中央处理单元”）、DSP（“数字信号处理器”）或任何其它电子可编程逻辑设备，或此类处理器和/或其它电子可编程逻辑设备的组合来实现。可以使用启用硬件功能性的指令，例如通过使用在通用或专用处理器中将被此类处理器运行的能够运行的计算机程序指令（该计算机程序指令可以被存储在计算机可读存储介质（磁盘、存储器等）240中），来实现控制器210。控制器210被配置为从存储器240读取指令，以及执行这些指令以控制移动通信终端100的操作。可以使用对于计算机可读存储器（诸如ROM、RAM、SRAM、DRAM、CMOS、FLASH、DDR、EEPROM存储器、闪速存储器、硬盘驱动器、光存储设备或它们的任何组合）的任何常见的已知技术来实现存储器240。由控制器210出于各种目的来使用存储器240，各种目的中的一个目的是用于存储在移动通信终端中的应用数据和各种软件模块。

[0030] 软件模块包含：实时操作系统、对于用户接口220的驱动器、应用处理器以及各种应用250。应用250是指令集，当由控制器210执行该指令集时，该指令集控制移动通信终端100的操作。应用250可以包含：对于短消息服务（SMS）、多媒体消息服务（MMS）和电子邮件的消息传送应用、媒体播放器应用以及各种其它应用250，诸如对于语音呼叫、视频呼叫、网络浏览、文档阅读和/或文档编辑的应用、即时消息传送应用、电话薄应用、日程表应用、控制面板应用、一个或多个视频游戏、记事本应用、位置发现应用等。

[0031] 移动通信终端200还包括用户接口220，在图1的移动电话100中用户接口220包括：显示器120，键130、135，麦克风和扬声器。用户接口（UI）220还包含：一个或多个硬件控制器，它们连同用户接口驱动器与显示器120、小键盘130以及各种其它I/O设备，诸如振动器、铃声产生器、LED指示器等进行协作。如通常已知的，用户可以通过如此形成的人机接口来操作移动通信终端。

[0032] 移动通信终端200还包括：射频接口230，其适应于允许该移动通信终端通过使用不同的射频技术在无线电频带中与其它通信终端进行通信。此类技术的示例是WCDMA、GSM、UTRAN、LTE和NMT，仅举几例。控制器210被配置为通过RF接口230和存储在存储器240中的软件可操作地运行应用250，诸如语音呼叫和消息处理应用。该软件包含：各种模块、协议栈、驱动器等，以对于RF接口230以及可选地对于本地连通性的蓝牙接口和/或IrDA接口来提供通信服务（诸如，传输、网络和连通性）。RF接口230包括：内部或外部天线以及用于建立和维护至基站的无线链路的适当的无线电电路。如本领域的技术人员众所周知的，该无线电电路包括：一连串的模拟和数字电子组件，它们一起形成无线电接收器和传送器。这些组件包含：例如，带通滤波器、放大器、混合器、本机振荡器、低通滤波器、AD/DA变换器等。

[0033] 图3示出了根据本申请的教导的电信系统300的一般结构的示意图。在图3的电信系统中，可以在根据所公开的实施例的移动通信终端或用户设备（UE）100、200、300、350与其它通信终端（诸如另一个移动通信终端355或固定电话380）之间执行各种电信服务，诸如蜂窝语音呼叫、www/wap浏览、蜂窝视频呼叫、数据呼叫、传真传输、音乐传输、静止图像传输、视频传输、电子消息传输和电子商务。移动通信终端350、355经由基站340通过射频链路连接到移动电信网310。

[0034] 电信系统300包括：至少一个服务器330。服务器330具有数据存储设备和控制器，可以由任何商业上可以获得的CPU（“中央处理单元”）、DSP（“数字处理器”）或任何其它电子可编程逻辑设备来实现该控制器。在一个实施例中，此类服务器是移动管理实体（MME）。在一个实施例中，此类服务器是网关（GW）。服务器330被配置为与移动电信核心网（CN）310和/或诸如互联网或公共交换电话网（PSTN）的外部资源320进行通信。PSTN 320被配置为与固定或便携式电话380进行通信以及在固定或便携式电话380之间建立通信。在一个实施例中，外部资源包括外部服务提供商390，或外部资源被配置为与外部服务提供商390通信。在一个实施例中，服务器330被配置为使用分组交换技术或协议与其它通信终端通信。在此类实施例中，服务器330可以构成演进的分组核心（EPC）层。

[0035] 服务器330被配置为与诸如基站340的节点通信。在一个实施例中，基站340是演进的节点基站（eNB）。基站340还被配置为与服务器330通信。在一个实施例中，通过标准或协议370来实现服务器330和基站340之间的通信。在一个实施例中，该协议是S1。基站340被配置为与另外的基站340通信。在一个实施例中，通过标准或协议360来实现基站340和至少一个另外的基站340之间的通信。在一个实施例中，该协议360是X2。基站340还被配置为处理或服务小区。在一个实施例中，该至少一个基站340构成长期演进（LTE）层。在一个实施例中，该至少一个基站340构成高级LTE层。

[0036] 在一个实施例中，基站340被配置为通过无线射频协议与移动通信终端350（100）通信。

[0037] 在一个实施例中，电信系统300是演进的分组系统（EPS）网络。在一个实施例中，该电信系统是基于3GPP（第三代合作伙伴计划）标准的系统。在一个实施例中，该电信系统是基于UMTS（通用移动电信系统）标准（诸如W-CDMA（宽带码分多址接入））的系统。在一个实施例中，该电信系统是基于诸如GSM、D-AMPS、CDMA2000、FOMA或TD-SCDMA的电信标准的系统。在图3的实施例中，基站340被布置为根据一种（第一）RAT进行通信，然而，如能够看到的，备选的或第二基站345可以被布置为根据不同的RAT进行通信。

[0038] 如在图3中通过具有箭头的UE 350所指示的（该箭头将UE 350与基站340和备选基站345两者连接），因此UE 350可以选择哪个RAT以通过该RAT进行通信。

[0039] 应当注意的是，备选基站345和基站340可以被布置成相同的基站。

[0040] 在一个实施例中，UE 350被配置为通过无线电资源控制（RRC）协议来建立与eNB或基站340的连接。参见图5，RRC协议是UMTS WCDMA协议栈的一部分，以及处理根据开放系统互通（OSI）模型实现的协议栈的第3层（或网络层）的控制平面信令。

[0041] 为了建立连接，UE通过公共控制信道（CCCH）向eNB 340传送RRC连接请求。eNB 340将确定资源是否可以使用，以及如果可以使用，则通过CCCH向UE 350传送RRC连接建立消息，使得UE 350能够建立DCH（专用信道）以用于在该DCH上进行通信。此类通信可以是语音呼叫、视频呼叫、数据下载或上载以及还可以是数据流式传输。

[0042] RRC处理UE 350的无线电接口（在图3中未明确示出，但是使用z字形箭头指示，以及在图2中标记为230）。无线电接口在活动时一般要求大量的功率，以及因此当连接开启时，在W-CDMA网络中的RRC不活动定时器的配置对UE 350的电池使用时间具有相当大的影响。

[0043] 至少在现有技术的系统中，在一个时间中仅可以存在一个RRC连接开启或活动。

[0044] 图4示出了如上所述的计算机可读介质的示意图。在这个实施例中，计算机可读介质40是存储棒，诸如通用串行总线（USB）棒。USB棒40包括：具有诸如连接器44的接口的壳体43，以及存储器芯片42。存储器芯片42是闪速存储器，即能够被电擦除和重新编程的非易失性数据存储设备。存储器芯片42被编程有指令41，当将该指令（可能通过接口44）加载到诸如处理器的控制器中时，该指令执行根据以上公开的实施例的方法或过程。USB棒被布置为连接到诸如根据图1的终端的阅读设备以及被该阅读设备读取，以用于将该指令加载到控制器中。应当注意的是，计算机可读介质还可以是其它介质，诸如光盘、数字视频盘、硬盘驱动器或常用的其它存储器技术。还可以经由无线接口从计算机可读介质来下载将被加载到控制器中的指令。

[0045] 提及的‘计算机可读存储介质’、‘计算机程序产品’、‘有形具体化的计算机程序’等或‘控制器’、‘计算机’、‘处理器’等应当被理解为涵盖不仅具有不同架构（诸如单/多处理器架构和连续（冯诺依曼）/并行架构）的计算机而且专用电路，诸如现场可编程门阵列（FPGA）、专用集成电路（ASIC）、信号处理设备以及其它设备。提及的计算机程序、指令、代码等应当被理解为涵盖用于可编程处理器的软件或诸如例如硬件设备的可编程内容的固件，不管是用于处理器的指令，还是对于固定功能设备、门阵列或可编程逻辑设备等的配置设置。

[0046] 图5示出了开放系统互连（OSI）模型（ISO/IEC 7498-1）的概略图，开放系统互连模型是国际标准化组织的开放系统互连工作的产物。OSI模型是多层协议栈模型以及如何按照抽象层来描述通信系统的功能特征以及标准化通信系统的功能的规定。类似的通信功能被分组到逻辑层中。一个层服务在该层之上的层，以及由在该层之下的层来服务该层。

[0047] 在OSI中，有七个层，用1至7来标记，其中第1层在底部。每个层一般被称为第N层。“第N+1实体”（在N+1层中）请求来自“第N实体”（在第N层中）的服务。

[0048] 在每个层级中，两个实体通过传送协议数据单元（PDU）借助于第N协议来进行交互。服务数据单元（SDU）是已经从OSI层向下被运送到更低层的特定数据单元，以及该更低层还没有将该特定数据单元封装到协议数据单元（PDU）中。SDU是由给定层的服务的用户发送的数据集，以及在语义上没有改变地被传送给对等服务用户。

[0049] 在第N层的PDU是第N-1层的SDU。将SDU改变到PDU的过程由通过更低层执行的封装过程组成。在SDU中含有的所有数据被封装在PDU内。第N-1层将报头或脚注或它们两者添加到SDU，将它变换到第N-1层的PDU中。所添加的报头或脚注是用于使得能够获得从源到目的地的数据的过程的一部分。

[0050] 为了允许UE快速地建立连接以及不导致过度的和有压力的不活动等待时间段，使得UE能够通过其它信道（可能是暂时地）来建立备选的连接，同时等待在优选通信信道将可以用于在其上再次建立连接的那个时间来使对于连接拒绝的原因得到解决。

[0051] 在更高协议层级来执行是否建立此类备选连接的确定，以降低在层之间所要求的通信数量。这提供了在协议栈中的干净和简单的层-至-层接口，该干净和简单的层-至-层接口还允许和促进协议栈的模块化实现。

[0052] 图6示出了UE 650的示例，诸如根据本申请的移动通信终端，以及它如何与第一eNB或基站640a通信。在这个示例实施例中，UE 650是图1的UE 100和图2的UE 200。在这个实施例中，UE 650是移动电话。可以通过控制器（图2中的标记210）来实现UE 650的操作，以及UE 650被配置为根据多层协议栈，例如根据相对于图5所描述的OSI模型来操作。

[0053] UE 650的控制器接收来自服务或应用（图2中的标记250）的建立RRC连接的请求，以及UE 650向所述第一eNB 640a发送61 RRC连接请求消息。第一eNB 640a确定62资源是否可以使用（如在现有技术中）以及返回63响应。

[0054] 万一例如由于拥塞，eNB 640a确定没有可以使用的资源，则该响应将包括拒绝的指示以及（可能地）拒绝原因（例如，“拥塞”）、建议的等待时间（例如10 s）以及建议的重试以建立连接的次数（例如5次）。在诸如WCDMA系统的系统中，由该系统或服务器来要求所建议的等待时间和所建议的次数。此外，可以通过其它信道，诸如包括来自基站的系统信息的小区广播，来指定重试的次数。

[0055] UE 650接收在协议栈的网络层中的响应，以及确定拒绝原因。该原因可以是拥塞或未指定原因。应当注意的是，其它原因也是可能的以及符合本申请的教导的范围。

[0056] 如果拒绝原因是拥塞，则该拒绝原因将最可能在短时间中消除，以及尝试并重新连接到第一640a可能是高效的。然而，如果未指定拒绝原因，则这可能指示服务错误以及可能需要更长的时间来恢复或消除，以及尝试并重新连接到第一基站640a可能是不怎么高效的。

[0057] UE 650的控制器向协议栈中的更上层通知该拒绝以及（可能地）拒绝原因、建议的等待时间以及建议的重新连接尝试的次数。

[0058] 控制器可能在所建议的等待时间之后，在更高层中，确定是应当中止还是重新尝试对于建立RRC连接的尝试。

[0059] 允许控制器在更高层中执行这种确定提供了干净的协议架构，以及最小化了在协议层之间所需的通信，这是因为更高层需要仅关于拒绝的数据，而会要求将关于请求服务、其它服务、UE 650的状态等的丰富的信息传递给网络层。注意的是，还可能的是，在相同（网络）层中执行该确定。

[0060] 控制器可以使这种判决基于请求RRC连接的服务的优先级。例如，如果请求服务具有高优先级，则控制器可以判定促成并尝试建立连接而不管等待时间和尝试次数。类似地，基于设计策略，万一请求服务具有高优先级类型，则控制器可以判定通过尝试建立备选的连接来促成该连接。在下文中将论述如何建立第二连接。

[0061] 备选地或另外，控制器可以使是中止还是重新尝试连接的判决基于所建议的等待时间。如果所建议的等待时间高于阈值，则控制器可以确定的是，应当中止该尝试。该阈值可以取决于请求服务的优先级。

[0062] 备选地或另外，控制器可以使是中止还是重新尝试连接的判决基于其它因素，举几个因素，诸如在UE中的当前应用或服务负载（高负载将隐藏慢的建立连接）、剩余的电池功率电平（低电池电平优选更少的尝试）或可以使用的备选方案的数量（很少的备选方案优选重新尝试）。

[0063] 万一控制器确定的是，应当中止通过优选信道或无线电接入技术（RAT）来建立RRC连接的尝试，则控制器将尝试通过备选的或第二信道来建立备选的或第二连接。可以根据第二RAT或经由被配置为根据IEEE 802.11标准（WiFi）操作的无线电接口、被配置为根据IEEE 802.16标准（网状网）操作的无线电接口、被配置为根据蓝牙TM标准操作的无线电接口或固定线路协议，诸如被配置为根据IEEE 802.3标准（以太网）操作的协议，来建立第二通信信道。

[0064] UE 650尝试通过向第二基站或第二eNB 640b（诸如，图3的基站340或备选的基站345）传送66请求（REQ），该第二基站或第二eNB 640b将返回由UE 650接收67的响应，来建立第二连接。如果响应（RESP）指示的是，第二连接是可能的，则UE 650建立68 RRC连接以及开始通过该第二信道进行通信。

[0065] 应当注意的是，取决于服务和它的要求和能力，可以在非蜂窝通信上建立第二信道。例如，可以通过网状网或连接到另一个UE（355）的其它设备至设备通信来建立第二信道。还可以在如上所述的WiFi连接（IEEE 802.11）、网状网连接、蓝牙TM连接或以太网连接（诸如IEEE 802.3）上建立第二连接。

[0066] 在一个实施例中，第二eNB 640b根据与第一eNB 640a不同的RAT进行操作。

[0067] 在一个实施例中，第二eNB 640b和第一eNB 640a是相同的eNB 640，但是被布置为通过至少两个不同的RAT（或在至少两个不同频率上）进行通信。

[0068] 在一个实施例中，第二eNB 640b和第一eNB 640a被布置为通过相同的RAT进行通信。在此类实施例中，控制器可以确定连接的快速建立比高质量的连接更重要，以及可以与可以在范围内的但是提供更低质量连接的第二eNB 640进行连接。

[0069] UE还可以被配置为：在可能通过第二或备选基站或eNB 640b通过第二通信信道被连接时，尝试连接到优选的或第一eNB 640a。这允许通过优选通信信道建立连接而不导致任何不活动的时间段以及从而降低通信的时延。

[0070] 因为在任何一个点，仅一个RRC连接是活动的，因此能够容易地将所公开的方式包含在现有的协议栈实现中。仅对于连接的尝试是与另一个RRC连接是同时的。因此，要求对于现有协议的仅微小的修改。可能地，在尝试通过优选信道重新连接之前，释放活动的RRC连接。

[0071] 为了进一步确保没有RRC冲突发生，可以在通过第二或备选的通信信道的通信中的不活动的时间段期间，来实施连接到优选信道的尝试。此类不活动的时间段可以是在等待来自用户的进一步输入、等待来自远程UE或其它服务提供商的响应或通信中的其它暂停时。在这些不活动的时间段期间，RRC连接是不活动的，以及没有造成直接违反当前RRC协议标准。这允许如本申请所教导的方式被容易地集成到现有电信网络中而不要求对于任何一个设备的大量修改。

[0072] UE 650可以另外和/或备选地被配置为：在通过向eNB 640b发送61-2请求（REQ）（该eNB 640b确定62-2可用性以及使用响应（RESP）进行回复63-2）来再次尝试连接到优选eNB 640a之前，69等待所建议的等待时间。

[0073] 这使得RRC协议能够为连接请求服务提供连接，即使优选连接不能用于与之建立连接。因此，尽管可能以更低的速度，但是这个服务能够起作用，而不必在长时间段内保持不活动。

[0074] 本申请所教导的方式应用于若干情况。下面将描述两个此类情况。

[0075] 在第一情况中，用户是正在能够经由WCDMA、GSM或WLAN建立连接的智能电话（UE）上进行网络浏览。该用户在该智能电话上启动网络浏览器，其中主接入是经由移动互联网和WCDMA。由该智能电话中的接入栈软件来发起WCDMA RRC连接建立过程。该智能电话向网络发送RRC连接请求。该网络使用具有原因“拥塞”和被设置为10秒的等待时间的RRC连接拒绝进行响应。该接入栈于是启动等待定时器，以及同时向更上或更高层指示WCDMA网络是拥塞的以及该接入栈将等待10秒以及然后进行新的RRC连接建立尝试。总共将进行5个连接尝试。如果WLAN连接是可以使用的，则连接控制应用将选择中止在WCDMA中的建立尝试，以及替代地在WLAN中建立连接。尽管在所描述的情况中经由WCDMA的优选连接将导致暂停情况，但是这允许该用户体验至网络的快速连接。

[0076] 在第二情况中，用户正在使用具有经由WCDMA、GSM、WLAN或电缆（固定网）的网络接入的膝上型计算机（UE）。主接入经由WCDMA。该膝上型计算机开机以及寻找网络连接。WCDMA网络被检测为存在以及网络连接应用开始经由WCDMA网络建立连接。由该膝上型计算机的调制解调器中的接入栈软件来发起WCDMA RRC连接建立过程。该膝上型计算机向网络发送RRC连接请求。该网络使用具有原因“拥塞”和被设置为10秒的等待时间的RRC连接拒绝进行响应。该接入栈于是启动等待定时器，以及同时向更上或更高层指示WCDMA网络是拥塞的以及接入栈将等待10秒以及然后进行新的RRC连接建立尝试。总共将进行5个连接尝试。

[0077] 不存在GSM或WLAN连通性，但是该网络连接应用检测到该用户已经将网络电缆连接到该膝上型计算机，以及因此中止WCDMA连接建立以及经由固定网络进行连接。如在第一情况中，尽管在所描述的情况中经由WCDMA的优选连接将导致暂停情况，但是该用户体验至网络的快速连接。

[0078] 图7示出了根据本申请的一般方法的流程图。移动通信终端或UE诸如通过向基站传送或发送710 RRC请求，尝试建立无线电资源通信信道。UE接收720指示拒绝的响应以及确定730拒绝原因。UE接着向协议栈中的更高层进行通知740，以及在作为优选信道的备选方案的或替代优选信道的第二信道上尝试建立750第二连接以用于在第二连接上进行通信。

[0079] 本申请中所公开的方式的一种益处是，使用现代UE的能力以建立备选的通信信道以减少任何不活动的时间段。

[0080] 另一个益处是，本申请所公开的方式易于集成到现有网络架构中，因为它要求对于所涉及的设备的最小（如果有的话）修改。例如，需要仅较小修改以适应UE的现有协议栈。此外，不要求对于在相同网络中操作的基站640或其它UE的修改。

[0081] 以上已经参照若干实施例大体上描述了本发明。然而，如本领域的技术人员将容易了解的是，不同于以上公开的实施例的其它实施例同样可能在如由所附权利要求书所限定的本发明的范围内。