由用户设备执行的自发小区重选的制作方法
【专利摘要】通知无线通信网络从服务小区到第二小区的即将发生的自发的小区重选的用户设备和方法。所述用户设备包括：监测逻辑，确定逻辑和通知逻辑。所述监测逻辑可用于监测从所述服务小区和所述第二小区所接收的信号；所述确定逻辑可用于确定从所述服务小区和所述第二小区所接收的所述信号是否满足预定的小区重选警告准则，以及所述通知逻辑可用于，如果所述预定的小区重选警告准则被满足，通知所述服务小区所述到所述第二小区的即将发生的自发的用户设备小区重选。相应地，用户设备可用于在完全触发小区重选过程之前发送小区重选指示到网络，从而允许网络为即将发生的小区重选事件做准备，从而最小化对网络用户的潜在损害。
【专利说明】由用户设备执行的自发小区重选
【技术领域】
[0001]本发明涉及一种通知无线通信网络即将发生的用户设备小区重选的方法，可操作地执行该方法的计算机程序产品和用户设备。
【背景技术】
[0002]无线通信网络是已知的。在蜂窝系统中，无线覆盖按地理区域被提供给用户设备，例如，移动电话。那些无线覆盖的地理区域被称为小区。基站位于每个地理区域来提供所需的无线覆盖。基站可以支持不止一个在同一地理区域提供覆盖的小区。在该区域的由基站提供服务的用户设备从基站接收信息和数据并向基站发送信息和数据。
[0003]由基站向用户设备发送的信息和数据发生在被称为下行链路载波的无线载波信道上。由用户设备向基站发送的信息和数据发生在被称为上行链路载波的无线载波的上行链路信道上。
[0004]在已知的无线通信网络中，用户设备可以在地理的基站覆盖区域之间移动。提供给用户设备的服务通常是由无线网络控制器(RNC, radio network controller)监督的。RNC通过基站与用户设备通信，并确定每个用户设备首先连接到哪个基站。此外，当用户设备从由一个基站所服务的地理区域移动到由另一个基站所服务的地理区域，或在同一基站所服务的地理区域之间移动时，RNC控制并与基站和用户设备通信。
[0005]由任何特定基站服务的区域通常包括若干扇区，它们一起为该基站界定覆盖区域。通常，一个基站服务三个扇区。那些扇区可以由基站上所提供的不同的天线阵列服务。当用户设备在由单一基站所服务的地理覆盖区域内的扇区之间移动时，除控制在基站的覆盖区域之间的移动之外，RNC还具有对基站和用户设备的可见性，并与基站和用户设备通信。
[0006]在由单个基站所提供的扇区间的移动以及在由不同的基站所服务的覆盖区域间的移动被称为“移动性事件”和/或“重定位”，并由RNC监督。通常，RNC在这样的移动性事件或重定位中的参与程度将取决于用户设备运行的无线状态。例如，当该用户设备是处在高度活动状态(即，在cell_DCH状态中活动地支持用户设备和源基站间的数据通信)时，重定位用户设备涉及由RNC执行的从源基站到由该用户设备所提供的测量报告所标识的目标基站的切换的主动控制。用户设备标识从目标基站所接收的信号的被测量的特征。
[0007]在用户设备基本不活动状态(如cell_FACH)期间的重定位不需要RNC参与来允许该用户设备重定位到目标基站。
[0008]随着在无线通信网络中的网络节点，如基站和用户设备的配置，操作和布置变得越来越复杂，意外情况可以发生，其降低了成功和高效重定位发生的可能性。
[0009]因此，期望提供一种改进的用于促进重定位的技术。
【发明内容】
[0010]第一方面提供了用户设备可用于通知从服务小区到第二小区的即将发生的自主小区重选，所述用户设备包括:监测逻辑，可用于监测从所述服务小区和所述第二小区接收到的信号；确定逻辑，可用于确定从所述服务小区和所述第二小区接收到的信号是否满足预定的小区重选警告准则；以及通知逻辑，可用于，如果满足预定的小区重选警告准则，通知所述服务小区所述到所述第二小区的该即将发生的自主用户设备小区重选。
[0011]在例如UMTS通信网络中，用户设备可以运行在各种模式中。当在小区中用户设备初始开启时，其通常将运行在“空闲模式”中。一旦它同步并附着到基站，它获得无线资源控制(RRC, radio resource control)连接并被称为处于连接模式。处于空闲模式的用户设备不具有无线资源控制(RRC)连接。如果用户设备是RRC连接的，它可以是处于五种不同的 RRC 状态之一:cell_DCH，cell_FACH，增强的 cell_FACH，cell_PCH 或 URA_PCH 状态。当它的业务量高时，用户设备通常进入到cell_DCH状态，因为在这样的状态下，用户设备被分配专用信道来在其上发送和接收来自基站的数据。在UMTS网络架构中，其中预期将具有大量业务时，用户设备能够处在cell_DCH状态中。在cell_DCH状态中的运行通常对电池供电有高要求。
[0012]当不处于cell_DCH状态中时，用户设备在上行链路上使用随机接入信道(RACH，random access channel)运行，并且基站使用前向接入信道(FACH, forward accesschannel)来运行与用户设备通信。RACH和FACH具有非常小的数据承载能力。在WCDMA或UMTS系统中，当用户设备处于cel 1_FACH状态中时，通过增强的cel 1_FACH，用户设备和基站于其间在下行链路和上行链路上使用共享的或公共的资源的能力被引入。在上行链路中，数据业务传输使用增强的专用信道(EDCH, enhanced dedicated channel)来发生,并且在下行链路中，业务在高速下行链路共享信道(HS-DSCH, high speed downlink sharedchannel)被发送。那些信道允许用户设备和基站在它们之间暂时通信和发送较大的数据分组，而不需要用户设备进入cell_DCH状态。这样的安排允许用户设备更长地保持在cell_FACH状态中而不转换到更专用状态，这样允许节约电池消耗。
[0013]应理解一些数据业务本质上可以是特别突发的；例如，当用户设备加载网站页面时，需求可以是高的，但然后当用户阅读该网站时，需求基本上为零。对这样的越来越多地被智能电话所使用的突发业务，运行在完全cell_DCH状态中可以特别浪费电池并且因此处理突发业务而不进入更专用的无线连接状态的能力是有利的。
[0014]当用户设备运行在cell_DCH状态中时(B卩，当用户设备具有高数据活动并且与网络不断同步时)，服务小区的改变是由网络并且，更具体地，RNC来确定的，并且是以切换的形式来被执行，从而保证在上行链路或下行链路中没有数据业务丢失。传统地，如果用户设备处在其中有低数据活动的几种状态，例如，cell_FACH, cell_PCH或URA_PCH状态中的一种时，使用被称为小区重选的过程来支持移动性。在小区重选中，用户设备执行它的服务和邻居小区的测量以评估附着其自身到的最佳小区。如果邻居小区信号被认为比服务小区更好并且正在更强地被接收，用户设备将自主地重选该邻居小区。小区重选是由用户设备自己来执行的。也即，该用户设备决定，基于它的测量，附着其自身到哪个小区。
[0015]在通常的小区重选过程中，一旦用户设备确定了它所希望重选并移动到的目标邻居小区，它向该目标小区发送小区更新消息。如果该用户设备被允许附着到该目标小区，则从该目标小区向该用户设备发送回小区更新确认消息。由于该用户设备自己决定何时执行小区重选过程，网络通常最初不知道用户设备重选决定直到小区更新消息从该用户设备到RNC在该网络中通过。
[0016]该更新过程在RNC处引入了在网络知识方面显著的延迟。虽然过去这样的延迟可以是可接受的因为cell FACH以及其他类似的状态通常不支持大量数据业务，但在那些状态中的数据业务这样的增加使得该延迟可能造成对终端用户体验的严重损害。如上文已描述的，由于智能电话业务的本质，cell FACH以及其他类似的状态更适合于支持突发、不频发的业务并且已经做了改进来支持在这样的状态中的相对高的数据速率。可以想象那些状态例如cell FACH的使用，将随着智能电话数量的增加而更加显著。在完成小区重选过程并向RNC和基站提供用户设备运行的完整指示之间的延迟被保持在最小，这因此对于终端用户是有利的。
[0017]该第一方面确认减小由当前操作技术所造成的小区重选的延迟是可能的。
[0018]根据该第一方面，用户设备可以用于当一组预定的小区重选警告准备被满足时，在完全触发这样的重选过程之前向源小区发送即将到来的小区重选的指示。该小区重选的指示或小区重选指示符(CRI, cell reselection indicator)可以包含关于目标小区标识的信息并且可以允许网络执行向目标小区的过程以在由该目标小区的用户设备执行的完全小区重选前完成必要的准备。
[0019]应理解当用户设备处于cell_FACH状态时，使用小区重选指示符可能通常并没有被使用，因为该状态通常不被预期具有数据业务的高活动性，并且从历史上来说在小区重选过程中发生的任何延迟并不是显著的问题。考虑到智能电话和智能电话业务的增加，这样的延迟不再能被视为可接受的并且cell_FACH状态被用来提供总体高效的网络使用。
[0020]小区重选指示符的发送通常将基于由用户设备获取的测量来被触发。根据一些实施例，向源小区发送这样的指示器的触发可以是和那些用于触发小区重选的准则相同。根据不同的实施例，应理解与完全的小区重选的执行相比，不同的阈值和/或迟滞可以被用于发送小区重选指示符。例如，如果小区重选是在当在Treselect秒期间，邻居小区信号质量比源小区信号质量高XdB时被触发的，则根据一些实施例，当在TIND秒期间，当邻居小区信号质量被确定为比源小区信号质量高YdB时，小区重选指示符可以被配置为被发送。应理解X大于Y并且Treselect大于TIND，在完全的小区重选发生之前，触发发送这样小区重选指示符。
[0021]根据一些实施例，小区重选指示符可以是在与小区重选发生的同一时间被发送的。也即，同等的或相同的小区重选准则可以被用来既触发小区重选指示符的发送也触发完全的小区重选。这能够避免在可用于触发小区重选指示符的发送的用户设备处具有不同的评估机制。虽然这减少了在用户设备处发生的评估的总的数量，但这样的实现可能为网络提供了更少的时间来为自发的用户设备小区重选做准备。尽管如此，应理解通过在请求连接到新小区的同时将重选择直接通知源小区，该用户设备为网络提供了时间上的增加来为有效和高效的小区重选进行必要的准备。
[0022]应理解小区重选择指示符的使用能够被用于宏小区到宏小区切换或重选择，宏网络到毫微微小区网络(femto cell network)的小区重选择以及毫微微小区到毫微微小区重选择。由于对于相对高的数据吞吐量，cell_FACH的使用越来越多，当用户设备从一个小区移动到另一个小区时允许高速分组接入(HSPA,high speed packet access)资源的快速建立帮助提供了可靠的和好的终端用户体验。例如，源小区可以用于通知目标小区正在被发送给用户设备的业务(例如，下行链路业务)的类型，并且从而目标小区能够用于准备其自己的调度器，这样如果该用户设备确实重选择了该目标小区，它可用于快速调度到该感兴趣的用户设备的数据。当处于cell_FACH的用户设备从一个宏网络移动到一个毫微微小区，或在由不同的毫微微网关所支持的毫微微小区间移动时，通常目标毫微微小区需要获取关于用户设备的信息(例如，用户设备上下文)来成功地完成小区重选过程。通常，小区重选过程是这样的，从RNC或毫微微网关更新和请求与用户设备相关的信息在用户设备小区向目标小区发出更新消息和接收从该目标小区返回的小区更新确认消息之间能够引入显著的延迟。
[0023]在宏网络小区到毫微微网络的小区重选中，没有小区重选指示符警告，例如，如果用户设备确定重选小区是必要的并且重选要对其发生的那个小区是毫微微小区，该用户设备可用于向该毫微微小区发送小区更新消息。该毫微微小区发送该小区更新消息到毫微微网关，该毫微微网关然后联系宏网络RNC来更新该用户设备位置并触发重定位。仅当该过程已发生后，毫微微小区能够向该用户设备确认该小区更新。在小区更新确认和来自用户设备用于更新小区的最初请求间的时间差异可以在小区重选中引入显著的延迟。
[0024]由用户设备发送小区重选指示符本身并不保证该小区重选将由该特定用户设备发生。取决于用于触发小区重选指示符的发送的参数集，有可能存在这样的情况，其中小区重选指示符被发送并且该用户设备后来没有执行该可能的小区重选。这可能发生，例如，如果用户设备正朝着提供更好的信号强度的小区的方向移动，然后用户设备改变了方向并且退回到由源基站所服务的区域。在这样的场景下，应理解在该目标网络中的准备没有被使用。这样的场景对用户设备不造成直接影响，因为该准备是在网络中被执行的并且该网络能够检测到用户设备后来没有执行小区重选过程并且该网络将可以释放任何已准备好的上下文。
[0025]在一个实施例中，所述确定逻辑可用于确定从服务小区和第二小区所接收的信号的相对强度是否满足所述预定的小区重选警告准则。相应地，该小区重选警告准则是基于类似于小区重选所基于的准则，从而警告将被适当生成的可能性提高并且错误的警告可以被减至最少。
[0026]在一个实施例中，所述确定逻辑可用于确定该相对信号强度在预定时间期间满足该重选警告准则。因此，错误发送小区重选警告指示的可能性可以被减至最小。
[0027]在一个实施例中，所述确定逻辑可用于确定从服务小区和第二小区所接收的信号的相对强度满足预定的小区重选警告准则，并且其中所述预定的小区重选警告准则被选择为比相应的被选择为用于触发小区重选的从服务小区和第二小区所接收的信号的预定的相对强度更早地被满足。因此，小区重选警告可能是在完全的小区重选发生之前被生成，这样允许网络采取措施来分别准备支持所述第二小区和服务小区的第二和源网络节点，来为即将到来的小区重选做准备。
[0028]在一个实施例中，所述确定逻辑可用于确定是否从服务小区和第二小区所接收的信号的相对强度满足预定的小区重选警告准则，并且其中该预定的小区重选警告准则被选择为相应于用于触发小区重选的从服务小区和第二小区所接收的信号的预定的相对强度。因此，在网络中错误警告消息被发送的可能性被减至最小，同时仍然允许源，或服务小区比它在仅第二小区被通知的情况下开始做准备的时间更早开始为小区重选做准备。[0029]在一个实施例中，所述用户设备运行在下述状态之一:Cell FACH，Cell_PCH或URA_PCH状态。因此，在用户设备正运行在那些状态中的一种时，通知迫近的小区重选能够帮助保证对运行在那些状态中的用户设备所正在承载的数据业务的破坏最小。
[0030]在一个实施例中，所述通知逻辑可用于向第二小区发送即将到来的自发的用户设备小区重选的警告，该警告包括从服务小区和第二小区所接收的信号的相对强度的指示。因此，通过向服务小区提供更多的信息，服务小区可用于对实际小区重选发生的可能性做一些评估。
[0031]在一个实施例中，所述确定逻辑可以进一步用于确定从服务小区和第二小区所接收的信号是否不再满足预定的小区重选警告准则，并且如果该预定的小区重选警告准则不再被满足，则所述通知逻辑可进一步用于通知服务小区所述到该第二小区的即将发生的自发的用户设备小区重选不再是即将发生的。因此，如果看来该小区重选可以不再发生已进行的资源和分配可以被释放。
[0032]第二方面提供了通知无线通信网络从服务小区到第二小区的即将发生的自发的用户设备小区重选的方法，其包括:监测从服务小区和第二小区所接收的信号；确定从服务小区和第二小区所接收的信号是否满足预定的小区重选警告准则，并且如果该预定的小区重选警告准则被满足，则通知该服务小区到该第二小区的该即将发生的自发的用户设备小区重选。
[0033]在一个实施例中，该方法包括:确定从服务小区和第二小区所接收的信号的相对强度是否满足该预定的小区重选警告准则。
[0034]在一个实施例中，该方法包括:确定从服务小区和第二小区所接收的信号的相对强度是否满足该预定的小区重选警告准则，并且是否该预定的小区重选警告准则被选择为比相应的用于触发小区重选的从服务小区和第二小区所接收的信号的预定的相对强度更早被满足。
[0035]在一个实施例中，该方法包括:确定是否从服务小区和第二小区所接收的信号的相对强度满足该预定的小区重选警告准则，并且其中该预定的小区重选警告准则被选择为相应于用于触发小区重选的从服务小区和第二小区所接收的信号的预定的相对强度。
[0036]在一个实施例中，所述用户设备运行在下述状态之一:Cell FACH，Cell_PCH或URA_PCH 状态。
[0037]在一个实施例中，所述方法包括:向第二小区发送即将发生的自发的用户设备小区重选警告，该警告包括从服务小区和第二小区所接收的信号的相对强度的指示。
[0038]在一个实施例中，所述方法包括:确定是否从服务小区和第二小区所接收的信号不再满足预定的小区重选警告准则，并且
[0039]如果该预定的小区重选警告准则不再被满足，则通知该服务小区所述到该第二小区的即将发生的自发的用户设备小区重选不再是即将发生的。
[0040]一个实施例中，所述第二小区包括小型小区。该小型小区可以是毫微微小区，微微小区，或其他小型小区。因此，小型小区的操作通常是通过小型小区网关，例如，毫微微网关发生的，并且通过使用一种其中源小区被直接通知或警告以使得能够开始必要的准备的方法，在通知网络关于由用户设备自发地实施的小区重选中的延迟可以被减至最小。
[0041]在一个实施例中，所述服务小区包括由与服务该第二小区的网关所不同的小型小区网关所服务的小型小区。因此，通过使用一种其中源小区被直接通知或警告以使得可以开始必要的准备的方法，在网关间的通信中的延迟可以减至最小。
[0042]第三方面提供一种通知无线通信网络中的第二小区从服务小区的即将发生的自发的用户设备小区重选的方法，其包括:接收到该第二小区的该即将发生的自发的用户设备小区重选的通知；并且通知该第二小区所述从该服务小区到该第二小区的所述即将发生的自发的用户设备小区重选。因此，在第二小区处资源能够被分配并且数据业务在该第二小区的调度器处可以被预调度，从而最小化对于自发的用户设备小区重选相关联的用户体验的任何潜在的损害。
[0043]第四方面提供网络节点可用于通知在无线通信网络中的第二小区从服务小区的即将发生的自发的用户设备小区重选，其包括:通知逻辑可用于接收到该第二小区的该即将发生的自发的用户设备小区重选；并且通知该第二小区从该服务小区到该第二小区的所述即将发生的自发的用户设备小区重选。该网络节点可以包括宏基站，小型小区基站，RNC或小型小区网关，或任何类似功能的网络节点。
[0044]第五和第六方面提供一种计算机程序产品可用于，当在计算机上被执行时，使得执行所述第二或第三方面的任何实施例的所述方法。
【专利附图】
【附图说明】
[0045]通过参考附图，本发明的实施例现在将被进一步描述，在附图中:
[0046]图1示出根据一个实施例的无线通信网络的主要组件；
[0047]图2示出适合用于图1的在无线通信网络中的用户设备的无线资源控制状态集；以及
[0048]图3示出根据一个实施例的小区重选指示符的示意性使用。
【具体实施方式】
[0049]图1示意性示出根据一个实施例的无线通信网络，一般地无线通信网络10，的主要组件。用户设备50漫游通过无线通信系统10。基站20被提供，其支持无线覆盖区域30。若干这样的基站20被提供并被地理地分散以对用户设备50提供广覆盖区域。当用户设备50是在由基站20所服务的区域30中时，在该用户设备50和该基站20间的通信可以在相关联的无线链路上被建立。每个基站20通常支持在服务30的地理区域内的若干扇区。
[0050]通常，基站20中的不同的天线支持每个相关联的扇区。每个基站20有多个天线。应理解图1示出可以出现在典型的无线通信系统10中的用户设备50和基站20的总量中的一个小的子集。
[0051]无线通信系统10被无线网络控制器(RNC)40管理。无线网络控制器40通过在回程通信链路60上与多个基站20通信来控制无线通信系统10的运行。RNC40还经由每个基站20与用户设备50通信，并且从而有效地管理整个无线通信系统10的区域。
[0052]用户设备50与基站20通过在被称为“上行链路”或“反向”信道的信道上发送数据和信息来通信，并且基站20与用户设备50通过在被称为“下行链路”或“前向”信道的信道上发送数据和信息来通信。
[0053]以背景信息的方式，图2示意性示出各种无线状态，UMTS通信网络中的用户设备50可以运行在这些状态中。在小区30中用户设备50最初开启时，用户设备将通常处于“空闲模式”100中。一旦它同步并附着其自身到基站20，它获得无线资源控制(RRC)连接并被称为处于连接模式200。处于空闲模式的用户设备50不具有无线资源控制(RRC)连接。
[0054]如果用户设备50是RRC连接的200，它能够处于下列五种不同的RRC状态中:Cell_DCH(201)，Cell_FACH (202)，增强的 Cell_FACH (203)，Cell_PCH (204)以及 URA_PCH(205)状态。
[0055]用户设备50通常在它的业务量大时进入Cell_DCH(201)状态，因为在这样的状态中，用户设备50被分配专用信道，在该专用信道上发送并接收来自基站20的数据。在UMTS网络架构中，用户设备50能够处于Cell_DCH状态，在该状态中被预期具有大量业务。
[0056]下文描述用于促进用户设备重定位的不同技术。
[0057]切换
[0058]为运行在Cell_DCH的用户设备执行切换。用户设备定期地，或由事件驱动地，向核心网络发送测量报告。使用这些测量报告，网络将知道是否用户设备的接收恶化到低于切换阈值并且是否有任何可切换到的适合的邻居基站。
[0059]例如，在基站NBl到NB4的一种安排中，当运行在Cell_DCH状态中时，用户设备执行切换。该用户设备附着到基站NB1。被接收到的来自该用户设备的测量报告显示来自基站NB4的导频信号比来自其他基站，包括NB1，的导频信号强。NB4然后成为支持目标小区的目标基站。
[0060]用户设备通常将随着时间来平均邻居基站信号强度测量。
[0061]由于网络基于所接收的测量报告来决定用户设备要被切换到哪个基站，核心网络然后能够通知有关的基站该即将发生的切换。当该用户设备切换到该目标基站时，该目标基站已经被核心网络馈送了信息并且能够确定用户设备下行链路业务。
[0062]小区重诜
[0063]当用户设备处于Cell_FACH，Cell_PCH, URA_PCH和空闲状态时，执行小区重选。
[0064]在CELL FACH中的重诜
[0065]在Cell_FACH中，用户设备在预定测量时机(Measurement Occasion)执行频间测量(inter-frequency measures)。如将在下文中被更多细节所描述的,测量时机是由被网络可分配的用户设备标识来定义的。测量时机是一个或多个无线帧的周期，其中用户设备停止在服务频率载波上从它的服务基站接收信号，并且重调谐它的接收器到另一个频率来测量来自运行在不同的频率载波上的邻居基站的导频信号。测量时机是周期的并且，如下文所提及的，由网络确定。
[0066]当用户设备基于测量重选到另一个小区时，它将向该目标小区(或基站)发送小区更新来指示它现在是附着到该小区。网络将发送小区更新确认消息。
[0067]能看出小区重选是由用户设备来执行的；也即，用户设备决定，基于它的测量，它最佳附着到哪个小区。相反，当小区处在cell_DCH状态中并且具有高数据活动及与网络的不断的信号传输，改变服务小区是由网络来确定的并以切换的形式来被执行。对于小区重选过程，一旦用户设备已确定要重选去的目标邻居小区，它向该目标小区发送小区更新消息。如果该用户设备被允许附着到该目标小区，小区更新确认消息被发送回该用户设备。由于是用户设备自己决定何时执行小区重选过程，网络至少在最初不知道用户设备重选决定直到它收到来自该用户设备的小区更新消息。
[0068]所描述的实施例允许用户设备可用于在完全触发小区重选之前发送小区重选指示到源小区。该小区重选指示或小区重选指示符(CRI)可以包括各种信息；例如，目标小区标识，并且从而允许源网络来执行指向目标小区的各种过程，从而使网络和源小区能够在该用户设备采取步骤重选该目标小区之前执行必要的准备。
[0069]以前，没有对如小区重选指示符这样的指示的需要，因为历史上来说，运行在cell_FACH状态中的用户设备将不被预期具有数据业务的高活动性并且从而在小区重选过程中所发生的任何延迟典型地将不会造成对终端用户的任何损害。然而，如上所述，cell_FACH状态现在被越来越多地运用到智能手机业务的高效传递并且延迟现在有可能造成对于终端用户体验的干扰。
[0070]在实施例中小区重选指示符的发送的是基于由用户设备所得到的测量来被触发的。在一个实施例中，小区重选指示符的发送是基于与被用于小区重选的那些准则相同的，但具有不同的预定阈值和/或不同的迟滞的小区重选准则来被触发的。在实施例中，如果小区重选是当在Treselect秒期间，邻居小区信号质量比源小区信号质量高出XdB时被触发的，则小区重选指示能被设置为当在TIND秒期间，邻居小区信号质量被确定为比源小区信号质量高出YdB时被触发，其中X大于Y并且Treselect大于TIND。在这样的实施例中，能看出小区重选指示符将典型地在小区重选发生之前被发送。
[0071]在另一个实施例中，当小区重选发生时，小区重选指示符能够被发送。也即，具有相同值的相同的小区重选准则能够被用来触发小区重选指示符的发送。这样的实施例避免需要在用户设备处发生不同的评估来触发小区重选指示符的发送。应理解虽然这能够减少在用户设备处所采取的计算和评估的数量，它可能为网络提供了更少的时间用于为用户设备小区重选准备目标小区。
[0072]应理解小区重选的使用可以在宏网络到毫微微小区网络的小区重选过程中尤其有用。当处于cell_FACH的用户设备从宏网络移动到毫微微小区，或在由不同的毫微微网关所支持的毫微微小区间移动时，目标毫微微小区典型地被要求获取关于用户设备的信息，例如用户设备上下文，来完成小区重选过程。在这样的安排中，在跨网关的毫微微到毫微微小区重选的情况下，从RNC或其他毫微微网关更新并请求信息的过程在用户设备向目标小区发出小区更新消息和在该用户设备处回收到小区更新确认之间引入了显著的延迟。
[0073]使用小区重选还能够被用于宏到宏小区重选。由于cell_FACH越来越多地被用于高数据吞吐量，当用户设备从一个小区移动到另一个小区时，允许高速分组接入资源的快速建立对于保证好的用户体验是重要的。在这样的实施例中，源小区可用于通知目标小区正被送到用户设备的业务的类型，并且从而目标小区能够准备它的调度器，这样当用户设备重选到它时，它可用于迅速地调度到该感兴趣的用户设备的数据。
[0074]由用户设备发送小区重选指示并不保证该小区重选将对该用户设备发生。取决于用于触发小区重选指示符的发送的参数集，可能存在场景，其中小区重选指示符被发送并且该用户设备后来没有执行预期的小区重选。在这样的场景中，在该目标网络中的该准备没有被使用。该未使用的准备对该用户设备不造成任何影响，因为该准备是在网络中被执行的，并且该网络可用于检测该用户设备没有重选小区并且能够用于释放任何被准备的上下文。[0075]图3示意性地示出根据一个实施例的小区重选指示符。在图3所示的实例中，用户设备50从宏网络10移动到小型小区网络(在本例中，毫微微网络70)。图3的信令图示出一个通过其小区重选可以发生的实施例。如所示出的，用户设备50不断地评估从邻居小区所接收的信号质量。在步骤301，它确定有可能执行到目标毫微微小区71的小区重选。也即，用户设备50确定预定的小区重选指示准则已经被满足。该用户设备然后发送小区重选指示(CRI)到它的由基站20所支持的当前源宏小区。当收到从基站20到RNC40向上传递的该CRI，该宏网络RNC通知该目标毫微微小区71用户设备50的存在，并提供，例如，用户设备ID。同时，该RNC发送必要的重定位信息到该目标毫微微小区71。由于该重定位消息是经由目标小区网关72被传递给该毫微微小区的，该网关验证该感兴趣的用户设备50在该毫微微网络70中被允许并且该目标毫微微小区71然后是可用于寻找或等待来自用户设备50的可能的用户设备小区重选。在点302，用户设备50确定完全的小区重选准则已经被满足并且可用于从该毫微微网络中重选毫微微小区71并向该目标毫微微基站71发送小区更新。在该点，该毫微微网络已经验证了用户设备50符合附着到该网络70的条件，并且该网络已经具有连接到用户设备50的所有必需的重定位信息。该毫微微网络然后可用于发送小区更新确认消息到用户设备50。该毫微微网络然后通知该宏网络10用户设备50已经重选到它并且因此该宏网络可用于释放它所具有的针对该用户设备的任何上下文信息。应理解由于该目标网络已经在完全的小区重选在点302被触发前为该用户设备做了所有的准备，从用户设备50的角度来说，总的过程比以前的小区重选方法显著地更快。实施例减小了小区重选并且，尤其是毫微微小区重选中的延迟。考虑到cell_FACH对于智能手机业务越来越高的重要性，当用户设备从一个小区移动到另一个小区时，这样的方法从用户的角度来说减轻了延迟。
[0076]本领域技术人员将容易认识到上述各种方法的步骤能够被可编程计算机执行。于此，一些实施例也意在覆盖程序存储设备，如数字数据存储介质，其为机器或计算机可读的并编码了指令的机器可执行的或计算机可执行的程序，其中所述指令执行该上述方法的步骤中的一些或全部。程序存储设备可以是，如数字存储器，磁性存储介质如磁盘和磁带，硬盘，或光学可读数字数据存储介质。实施例还意在覆盖被编程来执行上述方法的所述步骤的计算机。
[0077]图中示出的各种元素的功能，包括被标注为“处理器”或“逻辑”的任何功能框，可以通过使用专用硬件以及能够执行软件的硬件连同适当的软件来被提供。当被处理器提供时，该功能可以是由单一专用处理器，由单一共享处理器，或由其中一些可以是共享的多个单个处理器来提供的。此外，术语“处理器”或“控制器”或“逻辑”的明确使用不应被理解成排他性地指能够执行软件的硬件，并可以隐含地包括，没有限制，数字信号处理器(DSP)硬件，网络处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)，用于存储软件的只读存储器(R0M)，随机存取存储器(RAM)，以及非易失性存储。其他硬件，传统地和/或定制的，也可以被包括。类似地，图中所示的任何开关仅为概念性的。它们的功能可以通过程序逻辑的运行，通过专用逻辑，通过程序控制和专用逻辑的交互，或甚至手工地来被执行，如从上下文中更具体地理解的，该特定技术是由实现者可选择的。
[0078]本领域技术人员应理解此处任何框图代表体现本发明原理的说明性电路的概念视图。类似地，应理解任何流程图，流图，状态转换图，伪码，等等代表各种过程，其可以被基本上在计算机可读介质中被表现并且被计算机或处理器执行，无论这样的计算机或处理器是否被明确地示出。
[0079]描述和附图仅说明本发明的原理。应理解本领域技术人员将能够设计各种装置，其，虽然未于此处明确地被描述或示出，仍体现了本发明的原理并被包括在由权利要求所界定的范围中。此外，此处所列举的所有实例主要意在明确地仅为教育目的帮助读者理解本发明的原理以及由
【发明者】用于促进本领域技术所贡献的概念，并且应被理解为不局限于这样的被具体地列举的实例和条件。此外，此处列举本发明的原理，方面，和实施例，以及其具体实例的全部陈述意在涵盖其等同物。
【权利要求】
1.用于通知无线通信网络从服务小区到第二小区的即将发生的自发的小区重选的用户设备，所述用户设备包括: 监测逻辑，可用于监测从所述服务小区和所述第二小区所接收的信号； 确定逻辑，可用于确定从所述服务小区和所述第二小区所接收的所述信号是否满足预定的小区重选警告准则，以及 通知逻辑，可用于，如果所述预定的小区重选警告准则被满足，通知所述服务小区所述到所述第二小区的即将发生的自发的用户设备小区重选。
2.根据权利要求1所述的用户设备，其中所述确定逻辑可用于确定从所述服务小区和所述第二小区所接收的所述信号的相对强度是否满足所述预定的小区重选警告准则。
3.根据权利要求1或权利要求2所述的用户设备，其中所述确定逻辑可用于确定从所述服务小区和所述第二小区所接收的所述信号的相对强度是否满足所述预定的小区重选警告准则，并且其中所述预定的小区重选警告准则被选择为在相应的被选择为用于触发小区重选的从所述服务小区和所述第二小区所接收的所述信号的预定的相对强度之前被满足。
4.根据权利要求1或权利要求2所述的用户设备，其中所述确定逻辑可用于确定从所述服务小区和所述第二小区所接收的所述信号的相对强度满足所述预定的小区重选警告准则，并且其中所述预定的小区重选警告准则被选择为相应于被选择为用于触发小区重选的从所述服务小区和所述第二小区所接收的所述信号的预定的相对强度。
5.根据上述权利要求 中任一项所述的用户设备，其运行在下述状态之一:CellFACH，Cell_PCH 或 URA_PCH 状态。
6.根据上述权利要求中任一项所述的用户设备，其中所述通知逻辑可用于向所述第二小区发送即将发生的自发的用户设备小区重选的警告，所述警告包括从所述服务小区和所述第二小区所接收的所述信号的相对强度的指示。
7.根据上述权利要求中任一项所述的用户设备，其中所述确定逻辑进一步可用于确定从所述服务小区和所述第二小区所接收的所述信号是否不再满足预定的小区重选警告准贝U，并且 如果所述预定的小区重选警告准则不再被满足，所述通知逻辑进一步可用于通知所述服务小区所述到所述第二小区的即将发生的自发的用户设备小区重选不再是即将发生的。
8.—种通知无线通信网络从服务小区到第二小区的即将发生的自发的用户设备小区重选的方法，其包括: 监测从所述服务小区和所述第二小区所接收的信号； 确定从所述服务小区和所述第二小区所接收的所述信号是否满足预定的小区重选警告准则，以及 如果所述预定的小区重选警告准则被满足，通知所述服务小区所述到所述第二小区的即将发生的自发的用户设备小区重选。
9.根据权利要求8所述的方法，其中所述预定的小区选择警告准则包括从所述服务小区和所述第二小区所接收的所述信号的预定的相对强度。
10.根据权利要求8或权利要求9所述的方法，其中所述预定的小区重选警告准则被选择为相应于被选择为用于触发小区重选的从所述服务小区和所述第二小区所接收的所述信号的预定的相对强度。
11.根据权利要求8至10中任一项所述的方法，其中所述第二小区包括小型小区。
12.根据权利要求8至11中任一项所述的方法，其中所述服务小区包括由不同于服务所述第二小区的网关的小型小区网关所服务的小型小区。
13.一种在无线通信网络中通知第二小区从服务小区的即将发生的自发的用户设备小区重选的方法，其包括: 接收到所述第二小区的所述即将发生的自发的用户设备小区重选的通知；以及 通知所述第二小区所述从所述服务小区到所述第二小区的即将发生的自发的用户设备小区重选。
14.一种可用于通知在无线通信网络中的第二小区从服务小区的即将发生的自发的用户设备小区重选的网络节点，其包括: 通知逻辑，可用于接收到所述第二小区的所述即将发生的自发的用户设备小区重选的通知；以及通知所述第二小区从所述服务小区到所述第二小区的所述即将发生的自发的用户设备小区重选。
15.一种计算机程序产品，可用于，当在计算机上被执行时，执行权利要求8至13中任一项所述的方法。`
【文档编号】H04W36/00GK103718606SQ201280039024
【公开日】2014年4月9日 申请日期:2012年7月24日 优先权日:2011年8月10日
【发明者】黄晟峰, 尼古拉·帕都, 格雷汉姆·布兰德 申请人:阿尔卡特朗讯