即24dBm)。
[0180]一旦HeNB 402接收到注册接受，那么该新HeNB自主地为其操作选择恰当设置。有时，HeNB有可能偶尔选择与另一个HeNB (例如HeNBl)所使用的频率部分相重叠(全部或部分地)的物理资源。
[0181]如果第一和新的HeNB 402彼此充分隔离(S卩，由于其距离以及最大允许发射功率)，那么这两个HeNB会在不知道对方存在的情况下继续操作。然而，如果为相应HeNB建立的呼叫服务质量降至阈值等级以下(或是满足其他判据吗，例如在其中一个或是所有的两个HeNB上为所关注的频段检测到的RSSI)，那么这两个HeNB都会减小其带宽；例如从5MHz减至3MHz。如果这两个HeNB的性能继续受损，那么它们将会自主地重新选择用于操作的载波频率和带宽。这种重新选择既可以依照规定的顺序或层级，也可以是随机的，甚至还可以是基于载波侦听/冲突检测类型的方法。
[0182]第二场景(漫游的HeNB) —
[0183]再次参考图11和12的网络，在第二例示方案中，EPC 104确定HeNBl和HeNB2两者都在网络协调操作中工作，并且永久处于使用之中，而HeNB3和HeNB4则工作在自我协调模式。此外，网络负载是在中度或中等负载下工作的。新的HeNB 402被识别成是一个“外来”HeNB ;也就是说，它是在不同运营商的网络中被预订和注册的。根据统计，每一个HeNB的平均操作时间都小于1小时。最终，与第一场景相似，其他运营商共享了载波频率Π和f3所表征的已分配频谱(例如小区边界)。
[0184]相应地，EPC 104优选将与新的HeNB 402的交互减至最小，并且将该新HeNB设为自我协调操作。该EPC接受该新HeNB的注册，并且传送操作参数。然而，与以上的第一场景不同，EPC还会设置一系列操作限制，这些限制能使该新HeNB在没有对其他现有小区产生不利影响的情况下工作。
[0185]现在参考图13和14，在下行链路(参见图13)和上行链路(参见图14)方向上显示了用于HeNBl和2的频谱分配。在下行链路方向1300，20MHz的频谱被分成了大小各为5MHz的四个资源块群组(RBG)，其中RBG1和RBG3分别被分配给了 HeNBl和HeNB2。同样，在上行链路方向1400，10MHz的频谱被分成了各自大小为3MHz的三个RBG。RGB1和RGB2分别被分配给了 HeNBl和HeNB2。
[0186]与第一场景中一样，用信号向HeNB 402通告自我协调模式标志、关于载波频率和带宽的指示(即处于10MHz的fl和/或处于20MHz的f3)。此外，HeNB被限制成在用于下行链路接收的RBG2和RBG4内部工作，而RBG3则用于上行链路传输。允许HeNB在用信号通告的频谱中使用的带宽大小被限制成1.4MHz,3MHz和5MHz。HeNB还被限制成在不到一小时的时间内工作，并且其最大发射功率是20dBm。
[0187]一旦HeNB 402接收到这些参数，该HeNB就自主选择用于其操作的恰当设置。与第一场景相似，HeNB将会自主监视其与邻居小区的隔离。如果性能受损，那么该新HeNB将会自主重选用于操作的载波频率和带宽。
[0188]商业方法和规则引擎一
[0189]应该认识到的是，前述网络设备和方法很容易与各种商业模型相适应。举个例子，在一个这样的模型中，服务供应商/网络运营商可以向那些愿意支付额外费用的客户提供能力增强的毫微微小区(例如先前在这里描述的毫微微小区)，或是将其作为一种用于其高级用户的奖励来提供。
[0190]特别在另一个范例中，可以以某些战略用户的订阅等级、使用率、地理位置等等为基础甚至作为对来自网络运营商的考虑因素的交换来选择这些用户接收这种能力增强的毫微微小区(举个例子，如果他们是依照网络运营商的政策来操作毫微微小区的，那么可以减少或折扣其月度服务的费用)。
[0191]上述网络设备和方法很容易与依照底层商业规则“引擎”的操作相适应。举例来说，这种商业规则引擎可以包括软件应用和/或硬件，并且在一个实施例中，该引擎被实现为核心网络上的单独实体，或者作为替换在驻留于核心网络的已有实体或其他网络管理进程(包括一个或多个EPC)内部实现的。在一个实施例中，商业规则引擎顾及了与向一个或多个用户操作的毫微微小区提供资源的处理相关联的收益和/或利润暗示，以使针对毫微微小区的资源分配不会对网络用户体验(例如减慢下载速度、呼叫或会话中的等待时间等等)或是能够经由地理位置固定的基站提供给网络上的用户的服务产生负面影响。因此，例示的商业规则引擎可以修改系统在上述方法所描述的具体步骤处的行为，以便完成网络运营商的一个或多个经济或操作目标。
[0192]例如，对来自毫微微小区的资源(例如频谱)请求所进行的评估可以包括对与各种分配选项(针对发出请求的毫微微小区的分配，或是拒绝请求以及针对别的毫微微小区或是静态基站的分配)相关联的增量成本、收益和/或利润所进行的分析。举例来说，这些“商业规则”可以是在请求资源的时候施加的，然后则会保持一段时间(直至发生某个触发重新评估的事件)，或者作为替换，所述规则可以依照周期性乃至随机或统计模型来施加。在另一个变体中，拥有资源的一方担负着做出商业相关决定的任务。
[0193]作为再一个替换方案，毫微微小区可以配备有一个逻辑(例如商业规则引擎或是其组件，如分布式软件应用的客户机部分)，该逻辑被配置成分析和做出与客户机装置(例如UE)及毫微微小区之间的商业模型相关的商业或操作决定。举个例子，毫微微小区可以基于发出请求的特定用户的状态(例如作为与核心网络相关联的服务供应商的已有订户，被请求的服务类型，以及与之关联的收益/利润暗示等等)来优先处理或者将资源分配给这些用户。
[0194]在给出了本公开的情况下，本领域普通技术人员很容易认识到无数种用于实施动态资源分配的不同方法。
[0195]应该认识到的是，虽然依照特定的方法步骤顺序而对本发明的特定方面进行了描述，但是这些描述只例证了本发明的较为广泛的方法，并且这些描述是可以根据特定应用的需要而被修改的。在特定环境中，特定步骤未必需要被实施或者是可选的。此外，在已公开的实施例中还可以添加特定的步骤或功能，或者可以改变两个或多个步骤的执行顺序。所有这些变化都被认为是包含在这里公开并要求保护的发明范围以内的。
[0196]虽然以上的详细描述显示、描述并且指出了应用于各种实施例的本发明的新颖特征，但是应该理解，在不脱离本发明的情况下，本领域技术人员可以在所示出的装置或处理的形式或细节方面进行各种省略、替换和变更。以上描述是当前设想的本发明的最佳实现。该描述并不意味着进行限制，而应该被当作是关于本发明的一般原理的例证。本发明的范围应该是参考权利要求来确定的。
[0197]优先权和相关申请
[0198]本申请要求享有2009年7月1日提交的同标题美国专利申请12/496，550的优先权，该美国专利申请在这里全部引入以作为参考。本申请还涉及2009年4月28日提交的题为‘‘Methods and Apparatus for Configurat1n of Femtocells In a Wireless Network，，的共同拥有的美国专利申请12/431，588，该美国专利申请在这里全部弓|入以作为参考。
[0199]版权
[0200]本专利文档公开的一部分包含涉及版权保护的内容。版权所有人不反对任何人对该专利文献或专利公开的精确复制再现(正如其在专利商标局的文件或记录中所呈现的那样)，但是仍保留所有版权之权利。
【主权项】
1.一种用于将无线网络的毫微微小区置于自我协调操作模式的方法，该方法包括: 用信号向毫微微小区通告多个参数，所述多个参数包括: 所要使用的频谱的一个或多个允许部分； 所述频谱的允许部分内部的一个或多个带宽大小； 时间参数；以及 毫微微小区的最大允许发射功率； 其中，毫微微小区使用所述多个参数来在自我协调操作模式中执行一个或多个无线操作； 其中，当毫微微小区与移动订户之间的服务质量降级时，用于毫微微小区的自我协调操作模式使得毫微微小区能够动态地改变至少部分由所述多个参数约束的所述一个或多个无线操作，而不用与所述网络进行进一步的交换。2.如权利要求1所述的方法，其中所述时间参数包括最大允许操作持续时间。3.如权利要求1所述的方法，其中所述多个参数还包括将由毫微微小区使用的载波频率。4.如权利要求1所述的方法，其中，所述无线网络包括兼容LTE(长期演进)蜂窝网络，并且毫微微小区包括HeNB，HeNB即家用NodeB。5.如权利要求4所述的方法，其中，信号通告的动作实际是由兼容LTE的网络的演进型分组核心EPC实体引发的。6.如权利要求4所述的方法，其中，该方法至少部分是基于确定下列各项中的至少一项执行的:(i)与毫微微小区接近的潜在RF干扰源的存在；和/或(ii)网络内部的开销或负载条件的存在。7.一种确定用于新部署的毫微微小区的自我协调操作模式的多个参数的方法，该方法包括: 确定处于与第一无线网络运营商相关联的新部署的毫微微小区附近的活动的毫微微小区的数量； 确定网络负载参数； 确定给定频谱是否被其他无线网络运营商共享； 基于所述活动的毫微微小区的数量、所述网络负载参数以及给定频谱是否被其他无线网络运营商共享来计算所述多个参数； 将所述多个参数发送给所述新部署的毫微微小区，使能在所述数量的活动的毫微微小区的覆盖范围内用于所述新部署的毫微微小区的操作； 其中，所述毫微微小区使用所述多个参数在所述自我协调操作模式中执行一个或多个无线操作； 其中，当毫微微小区和移动订户之间的服务质量降级时，用于毫微微小区的自我协调操作模式使得毫微微小区能够动态地改变至少部分由所述多个参数约束的所述一个或多个无线操作，而不用与所述网络进行进一步的交换。8.如权利要求7所述的方法，其中，所述活动的毫微微小区的数量大于1，并且包括与第一无线网络运营商相关联的至少一个毫微微小区和与其它网络运营商中的至少一个相关联的至少一个毫微微小区。9.如权利要求7所述的方法，其中确定所述活动的毫微微小区的数量包括评估从所述一个或多个毫微微小区接收的与接收的RF信号有关的信息。10.如权利要求7所述的方法，其中确定给定频谱是否被共享包括评估从所述一个或多个毫微微小区接收的与接收的RF信号相关的信息。11.一种毫微微小区设备，能够在自我协调操作模式中操作，该设备包括: 与存储器数据通信的处理设备； 无线子系统； 能与无线网络的中心网络实体通信的网络接口子系统；以及 驻留在存储器内部的多个可执行指令，所述指令在由处理设备运行时，使得所述处理设备: 经由网络接口子系统从中心网络实体接收多个参数； 至少部分基于接收到的多个参数来独立地选择用于毫微微小区设备操作的频率部分和大小；以及 基于所选择的用于毫微微小区设备的频率部分和大小来启用自我协调操作模式，其中所述毫微微小区使用所述多个参数来在自我协调操作模式中执行一个或多个无线操作； 其中，当毫微微小区与移动订户之间的服务质量降级时，毫微微小区被配置为动态地改变至少部分由所述多个参数约束的所述一个或多个无线操作，而不用与所述网络进行进一步的交换。12.如权利要求11所述的毫微微小区设备，其中，从所述中心网络实体接收的所述多个参数包括: 所要使用的载波频率和频谱； 所述频谱的一个或多个允许部分； 所述频谱内部的一个或多个带宽大小； 最大允许操作时间；以及 毫微微小区设备的最大允许发射功率。13.如权利要求11所述的毫微微小区设备，其中，所述毫微微小区设备还被配置为与多个用户装置(UE)通信，并且基于至少一个判据来仲裁所述多个UE之间资源的分配。14.如权利要求11所述的毫微微小区设备，其中，所述指令进一步使得所述处理器: 扫描当前的无线电资源使用情况，其中，所述扫描包括以下中至少一个:(i)可用于所述毫微微小区设备的所有资源，(?)由所述毫微微小区设备所涉及的网络运营商所使用的资源，(iii)预定频谱，以及(iv)基于时间和预定扩展码的预定频率范围。15.如权利要求14所述的毫微微小区设备，其中，所述扫描包括识别在所述毫微微小区设备的范围内的兼容LTE的网络的每个eNodeB的小区标识符。16.如权利要求14所述的毫微微小区设备，其中，所述扫描包括识别在所述毫微微小区设备的范围内的兼容LTE的网络的每个家用eNodeB的小区标识符。17.如权利要求14所述的毫微微小区设备，其中，所述毫微微小区设备基于所述扫描来动态地改变所述一个或多个无线操作。18.如权利要求11所述的毫微微小区设备，其中所述多个参数包括过期事件，其中，在发生过期事件时，所述指令使得处理器: 经由所述网络接口子系统从所述中心网络实体请求更新的多个参数。19.如权利要求18所述的毫微微小区设备，其中，所述过期事件是预定时间和多个事件中的一者。20.一种在自我协调操作模式中操作毫微微小区的方法，该方法包括: 从无线网络的中心网络实体接收多个参数； 至少部分地基于所接收的多个参数来选择用于毫微微小区操作的一个或多个无线资源；以及 响应于第一触发条件，至少部分地基于所接收的多个参数来重新选择用于毫微微小区操作的一个或多个无线资源，其中，所述第一触发条件是所述毫微微小区与移动订户之间的服务质量的降级。
【专利摘要】用于优化毫微微小区网络管理的方法和设备。用于减少无线毫微微小区操作所需要的网络管理开销的方法和设备。在本发明的一个方面中，中心网络实体通过为一个或多个毫微微小区指定操作模式和操作参数来管理若干个毫微微小区的同时操作。在一个实施例中，至少一个指定操作模式指示毫微微小区在网络定义的操作参数内部以基本自主的方式工作。举例来说，网络定义的约束条件是响应于成功的注册尝试而被提供给毫微微小区的。
【IPC分类】H04W84/04, H04W52/18, H04W72/04, H04W24/02
【公开号】CN105338556
【申请号】CN201510815680
【发明人】H-N·乔伊, M·比纳斯, A·卢福特
【申请人】苹果公司
【公开日】2016年2月17日
【申请日】2010年7月1日
【公告号】CA2766896A1, CA2766896C, CN102484888A, CN102484888B, CN102573081A, CN102573081B, EP2449848A2, EP2449848B1, US8644273, US20110002314, US20140148143, WO2011003008A2, WO2011003008A3