在无线通信系统中经由毫微微接入点进行通信的制造方法与工艺

文档序号:11664005阅读:358来源:国知局
在无线通信系统中经由毫微微接入点进行通信的制造方法与工艺
本发明的实施例涉及在无线通信系统中经由毫微微接入点(AP)进行通信。

背景技术:
无线通信系统已发展经历了包括第一代模拟无线电话业务(1G)、第二代(2G)数字无线电话业务(其包括临时2.5G和2.75G网络)和第三代(3G)高速数据/具有因特网能力的无线业务的各代通信系统。目前,存在多种不同类型的无线通信系统在使用,其包括蜂窝和个人通信服务(PCS)系统。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)和基于码分多址(CDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变型的数字蜂窝系统、以及使用TDMA和CDMA技术二者的新型混合数字通信系统。在美国,电信工业联盟/电子工业联盟在标题为“MobileStation-BaseStationCompatibilityStandardforDual-ModeWidebandSpreadSpectrumCellularSystem”的TIA/EIA/IS-95-A(本申请将其称为IS-95)中,对用于提供CDMA移动通信的方法进行了标准化。在TIA/EIA标准IS-98中,描述了组合的AMPS&CDMA系统。在覆盖了称为宽带CDMA(W-CDMA)、CDMA2000(例如,诸如CDMA20001xEV-DO标准)或者TD-SCDMA的IMT-2000/UM或者国际移动电信系统2000/通用移动通信系统、标准中,描述了其它通信系统。在W-CDMA无线通信系统中,用户设备(UE)从固定位置节点B(其还称为小区站点或者小区)接收信号,其中这些固定位置节点B在与这些基站相邻或者其周围的特定地理区域中支持通信链路或者服务。节点B提供针对接入网络(AN)/无线接入网络(RAN)的进入点,其中接入网络(AN)/无线接入网络(RAN)通常是使用基于标准因特网工程工作小组(IETF)的协议的分组数据网络,这些协议支持基于服务质量(QoS)需求来区分业务的方法。因此,节点B通常通过空中接口与UE进行交互,通过因特网协议(IP)网络数据分组与RAN进行交互。在无线通信系统中,一键通(PTT)能力在服务扇区和客户之中变得普及。PTT可以支持在诸如W-CDMA、CDMA、FDMA、TDMA、GSM等之类的标准商业无线体系结构上进行操作的“分派”语音服务。在分派模型中,在虚拟组之中发生端点(例如,UE)之间的通信,其中一个“说话者”的语音发送到一个或多个“听者”。通常,这种类型的通信的单一实例称为分派呼叫,或者简单的PTT呼叫。PTT呼叫是对呼叫的特性进行规定的组的实例。本质上,通过成员列表和相关联的信息(例如,组名或组标识)来对组进行规定。

技术实现要素:
在一个实施例中,当无线通信设备在毫微微接入点(AP)的服务区域中操作时,向该无线通信设备的用户进行通知。在另一个实施例中,无线通信设备可以向应用服务器通知该无线通信设备由毫微微AP进行服务。在另一个实施例中,应用服务器可以基于参与的无线通信设备的毫微微AP服务状态,设置用于通信会话的服务水平。在另一个实施例中,毫微微AP可以确定使用下行链路控制或信令信道来向无线通信设备发送数据。在另一个实施例中,无线通信设备可以基于对该设备正由毫微微AP服务的认识,确定使用反向链路共享信道。在另一个实施例中,基于无线通信设备的服务毫微微AP状态,该无线通信设备可以:(i)修改其在通信会话中的参与水平;和/或(ii)选择性地跟踪利用情况。在另一个实施例中,无线通信设备或毫微微AP可以对通信会话的性能参数进行测量,以确定是否触发该无线通信设备到不同的AP的切换。附图说明当结合附图进行考虑时,由于参照下面的具体实施方式,能更好地完整理解本发明的实施例,因此将容易获得这些实施例的更完整理解以及其多个附带优点,呈现附图只是用于对本发明进行说明而不是限制,其中:图1是根据本发明的至少一个实施例,支持接入终端和接入网络的无线网络体系结构的图。图2A根据本发明的一个实施例,示出了图1的核心网。图2B更详细地示出了图1的无线通信系统100的示例。图2C根据本发明的一个实施例,示出了图1的核心网的RAN部分,其中将该RAN部分扩展为包括连接到RNC的多个毫微微接入点(AP)。图3是根据本发明的至少一个实施例的接入终端的视图。图4示出了无线通信系统中的毫微微AP行为的传统过程。图5是根据本发明的一个实施例,针对于向UE的给定用户通知该给定UE是否处于毫微微AP的服务区域之中的过程。图6A根据本发明的一个实施例,示出了当每一个UE都由毫微微AP进行服务时,在这些UE之间建立服务器仲裁的通信会话的过程。图6B根据本发明的一个实施例,示出了基于参与服务器仲裁的通信会话的给定UE在毫微微AP和宏AP之间的切换,对该通信会话进行部分地修改的过程。图7根据本发明的一个实施例,示出了毫微微AP和宏AP在不同的时间,对参与所支持的会话的UE的利用情况进行跟踪的过程。图8A根据本发明的一个实施例,示出了当执行切换决定时,对应用层性能参数进行评估的过程。图8B根据本发明的一个实施例,示出了当执行切换决定时,对应用层性能参数进行评估的另一个过程。图8C根据本发明的一个实施例,示出了当执行切换决定时,对应用层性能参数进行评估的另一个过程。图8D根据本发明的一个实施例,示出了当执行切换决定时,对应用层性能参数进行评估的另一个过程。图9根据本发明的一个实施例,示出了基于将服务毫微微AP的位置关联成用于给定UE的位置,来为该给定的UE执行基于位置的服务的过程。具体实施方式在下面的针对本发明特定实施例的描述和相关附图中,公开了本发明的方面。在不脱离本发明保护范围的基础上,可以设计出替代性的实施例。此外,为了避免造成本发明的相关细节造成模糊,没有详细描述或者省略了本发明的一些公知单元。本文使用的“示例性”和/或“示例”一词意味着“用作例子、例证或说明”。本文中描述为“示例性”和/或“示例”的任何实施例不应被解释为比其它实施例更优选或更具优势。同样,术语“本发明的实施例”不是要求本发明的所有实施例都包括所讨论的特征、优点或操作模式。此外,围绕由例如计算设备的模块执行的动作顺序,来描述多个实施例。应当认识到,本申请描述的各种动作可以由特定的电路(例如,专用集成电路(ASIC))、由一个或多个处理器执行的程序指令或者二者的组合来执行。此外,本申请描述的这些顺序的动作可以被认为是完全地体现在任何形式的计算机可读存储介质中,所述计算机可读存储介质具有存储在其中的相应计算机指令集,当这些计算机指令被执行时,将使得相关联的处理器执行本申请所描述的功能。因此,本发明的各个方面可以以多种不同的形式来体现,所有预期的这些不同形式都落入本发明的保护范围之内。此外,对于本申请描述的每一个实施例来说,本申请可以将相应形式的任何这种实施例描述成例如配置为执行所描述的动作的“逻辑单元”。本申请称为用户设备(UE)的高数据速率(HDR)用户站可以是移动的或者静止的,其可以与本申请称为节点B的一个或多个接入点(AP)进行通信。UE通过节点B中的一个或多个向无线网络控制器(RNC)发送和接收数据分组。节点B和RNC是称为无线接入网络(RAN)的网络的一部分。无线接入网络在多个接入终端之间传输语音和数据分组。此外,无线接入网络还可以连接到该无线接入网络之外的另外网络(例如,核心网,其包括与特定运营商有关的服务器和设备、并连接到诸如企业内联网、因特网、公众交换电话网(PSTN)、服务通用分组无线服务(GPRS)支持节点(SGSN)、网关GPRS支持节点(GGSN)之类的其它网络),无线接入网络可以在每一个UE和这些网络之间传输语音和数据分组。与一个或多个节点B建立了活跃业务信道连接的UE,可以称为活跃UE,其可以称为处于业务状态。处于与一个或多个节点B建立活跃业务信道(TCH)连接的过程之中的UE,称为处于连接建立状态。UE可以是通过无线信道或者通过有线信道进行通信的任何数据设备。此外,UE还可以是多种类型的设备中的任意一种,其包括但不限于:PC卡、紧致闪存设备、外部或者内部调制解调器、或者无线或有线电话。UE通过其向节点B发送信号的通信链路,称为上行链路信道(例如,反向业务信道、控制信道、接入信道等)。节点B通过其向UE发送信号的通信链路,称为下行链路信道(例如,寻呼信道、控制信道、广播信道、前向业务信道等)。如本申请所使用的,术语业务信道(TCH)可以指代上行链路/反向或者下行链路/前向业务信道。图1根据本发明的至少一个实施例,示出了一种无线通信系统100的一个示例性实施例的框图。系统100可以包含通过空中接口104与接入网络或者无线接入网络(RAN)120进行通信的UE(例如,蜂窝电话102),其中接入网络或者RAN120可以将接入终端102连接到在分组交换数据网络(例如,内联网、因特网和/或核心网126)和UE102、108、110、112之间提供数据连接的网络设备。如图所示,UE可以是蜂窝电话102、个人数字助理108、寻呼机110(其在本申请示出为双向文本寻呼机)、或者甚至具有无线通信端口的单独计算机平台112。因此,本发明的实施例可以实现在包括无线通信端口或者具有无线通信能力的任何形式的接入终端上,其包括但不限于:无线调制解调器、PCMCIA卡、个人计算机、电话或者其任意组合或者子组合。此外,如本申请所使用的,其它通信协议(即,其不同于W-CDMA)中的术语“UE”可以互换地称为“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”以及其变型。返回参见图1,无线通信系统100的组件以及本发明的示例性实施例的组成部分的相互关系,并不限于所描绘的配置。系统100只是示例性的,系统100可以包括允许远程UE(例如,无线客户端计算设备102、108、110、112),在彼此之间和/或在通过空中接口104和RAN120连接的组件之间传输空中下载的任何系统,其包括但不限于核心网126、因特网、PSTN、SGSN、GGSN和/或其它远程服务器。RAN120对发送给RNC122的消息(其通常发送成数据分组)进行控制。RNC122负责在服务的通用分组无线服务(GPRS)支持节点(SGSN)和UE102/108/110/112之间发送信号、建立承载信道和拆卸承载信道(即,数据信道)。如果实现链路层加密,则在通过空中接口104转发内容之前,RNC122还对其进行加密。RNC122的功能是本领域公知的,为了简短起见,不进行进一步讨论。核心网126可以通过网络、因特网和/或公众交换电话网(PSTN)与RNC122进行通信。或者,RNC122可以直接连接到因特网或者外部网络。一般情况下,核心网126和RNC122之间的网络或者因特网连接传输数据,PSTN传输语音信息。RNC122可以连接到多个节点B124。以类似于核心网126的方式,RNC122通常通过网络、因特网和/或PSTN连接到节点B124,来进行数据传输和/或语音信息。节点B124可以将数据消息无线地广播给UE(例如,蜂窝电话102)。节点B124、RNC122和其它组件可以形成RAN120,如本领域所公知的。但是,也可以使用替代的配置,本发明并不限于所描绘的配置。例如,在另一个实施例中,可以将RNC122以及节点B124中的一个或多个的功能综合到单一“混合”模块中,该模块具有RNC122和节点B124二者的功能。图2A根据本发明的一个实施例,示出了核心网126。具体而言,图2A示出了在W-CDMA系统中实现的通用分组无线服务(GPRS)核心网。在图2A的实施例中,核心网126包括服务的GPRS支持节点(SGSN)160、网关GPRS支持节点(GGSN)165和因特网175。但是,应当理解的是,在替代的实施例中,因特网175和/或其它组件的一部分可以位于核心网之外。通常,GPRS是全球移动通信系统(GSM)电话为发送因特网协议(IP)分组所使用的协议。GPRS核心网(例如,GGSN165和一个或多个SGSN160)是GPRS系统的中心部分,其还为基于W-CDMA的3G网络提供支持。GPRS核心网是GSM核心网的组成部分,其为GSM和W-CDMA网络中的IP分组服务提供移动管理、会话管理和传输。GPRS隧道协议(GTP)是GPRS核心网的规定IP协议。GTP是允许GSM或者W-CDMA网络的终端用户(例如,接入终端)从一个地方向另一个地方移动,同时该用户继续连接到因特网,如同来自于GGSN165的一个位置的协议。这通过将用户的数据从该用户的当前SSGN160传送到GGSN165来实现,其中GGSN165对该用户的会话进行处理。GPRS核心网使用三种形式的GTP;即,(i)GTP-U、(ii)GTP-C和(iii)GTP’(主GTP)。针对每一个分组数据协议(PDP)上下文,使用GTP-U在单独的隧道中传输用户数据。GTP-C用于控制信令(例如,PDP上下文的建立和删除、GSN到达能力的验证、如当用户从一个SGSN移动到另一个时的更新或者修改等)。GTP’用于将计费数据从GSN传送到计费功能。参见图2A,GGSN165充当为GPRS骨干网络(没有示出)和外部分组数据网络175之间的接口。GGSN165从来自于SGSN160的GPRS分组中提取与分组数据协议(PDP)格式(例如,IP或者PPP)相关联的分组数据,并在相应的分组数据网络上发送这些分组。在另一个方向中,由GGSN165将输入的数据分组指引到SGSN160,SGSN160对RAN120所服务的目的地UE的无线接入承载(RAB)进行管理和控制。从而,GGSN165将目标UE的当前SGSN地址和他/她的简档存储在其的位置寄存器中(例如,存储在PDP上下文中)。GGSN负责IP地址分配,其是连接的UE的缺省路由器。此外,GGSN还执行认证和计费功能。举例而言,SGSN160代表核心网126中的多个SGSN里的一个。每一个SGSN负责在相关联的地理服务区域中传送来自和去往UE的数据分组。SGSN160的任务包括分组路由和传输、移动管理(例如,连接/分离和位置管理)、逻辑链路管理以及认证和计费功能。SGSN的位置寄存器将在SGSN160中注册的所有GPRS用户的位置信息(例如,当前小区、当前VLR)和用户简档(例如,分组数据网络中使用的IMSI、PDP地址),存储在例如用于每一个用户或UE的一个或多个PDP上下文之中。因此,SGSN负责(i)对来自GGSN165的下行链路GTP分组进行去隧道化,(ii)将IP分组上行链路隧道化到GGSN165,(iii)随着UE在SGSN服务区域之间移动而执行移动管理,以及(iv)向移动用户出具账单。如本领域普通技术人员所应当理解的,除(i)-(iv)之外,与针对W-CDMA网络所配置的SGSN相比,针对GSM/EDGE网络配置的SGSN具有稍微不同的功能。RAN120(例如,在通用移动通信系统(UMTS)系统体系结构中,或者UTRAN)使用诸如帧中继或IP之类的传输协议,通过Iu接口与SGSN160进行通信。SGSN160通过Gn接口与GGSN165进行通信,其中Gn接口是SGSN160和其它SGSN(没有示出)与内部GGSN之间的基于IP的接口,使用上面所规定的GTP协议(例如,GTP-U、GTP-C、GTP’等)。虽然图2A中没有示出,但域名系统(DNS)也使用Gn接口。GGSN165连接到公众数据网(PDN)(没有示出),随后使用IP协议通过Gi接口直接连接到因特网175,或者通过无线应用协议(WAP)网关连接到因特网175。PDP上下文是在SGSN160和GGSN165上呈现的数据结构,其中当特定UE具有活跃的GPRS会话时,该数据结构包含该UE的通信会话信息。当UE希望发起GPRS通信会话时,该UE必须首先连接到SGSN160,随后激活与GGSN165的PDP上下文。在该用户当前访问的SGSN160和服务于该UE的接入点的GGSN165中,这分配PDP上下文数据结构。图2B更详细地示出了图1的无线通信系统100的示例。具体而言,参见图2B,UE1...N示出为在由不同的分组数据网络端点进行服务的位置处,连接到RAN120。虽然图2B的视图是特定于W-CDMA系统和术语,但应当理解的是,可以对图2B进行修改以遵循1xEV-DO系统。因此,UE1和3连接到由第一分组数据网络端点162(例如,其可以对应于SGSN、GGSN、PDSN、归属代理(HA)、外地代理(FA)等)进行服务的部分的RAN120。第一分组数据网络端点162则通过路由单元188连接到因特网175和/或连接到认证、授权和计费(AAA)服务器182、配置服务器184、因特网协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)注册服务器186和/或应用服务器170中的一个或多个。UE2和5…N连接到由第二分组数据网络端点164(例如,其可以对应于SGSN、GGSN、PDSN、FA、HA等)进行服务的部分的RAN120。类似于第一分组数据网络端点162,第二分组数据网络端点164通过路由单元188连接到因特网175和/或连接到AAA服务器182、配置服务器184、IMS/SIP注册服务器186和/或应用服务器170中的一个或多个。UE4直接连接到因特网175,并通过因特网175随后连接到上面所描述的系统组件中的任何一个。参见图2B,UE1、3和5…N描绘成无线蜂窝电话,UE2描绘成无线平板PC,UE4描绘成有线桌面型站。但是,在其它实施例中,应当理解的是,无线通信系统100可以连接任何类型的UE,图2B中所描绘的示例并不旨在限制可以在该系统中实现的UE的类型。此外,虽然AAA182、配置服务器184、IMS/SIP注册服务器186和应用服务器170均描绘成结构上单独的服务器,但在本发明的至少一个实施例中,可以将这些服务器中的一个或多个合并在一起。此外,参见图2B,应用服务器170描绘成包括多个媒体控制复合体(MCC)1…N170B和多个区域分派器1…N170A。总的来说,区域分派器170A和MCC170B包括在应用服务器170中,其中在至少一个实施例中,应用服务器170可以对应于分布式的服务器网络,其中这些服务器统一地对无线通信系统100中的通信会话(例如,通过IP单播和/或IP多播协议的半双工组通信会话)进行仲裁。例如,由于理论上由应用服务器170仲裁的通信会话,可以在位于系统100中的任何地方的UE之间发生,因此分布多个区域分派器170A和MCC,以减少仲裁的通信会话的时延(例如,使得处于北美的MCC不对位于中国的会话参与者之间的媒体进行来回中继)。因此,当引用应用服务器170时,应当理解的是,相关联的功能可以由区域分派器170A中的一个或多个和/或MCC170B中的一个或多个执行。通常,区域分派器170A负责与建立通信会话有关的任何功能(例如,处理UE之间的信令消息、调度和/或发送通知消息等),而MCC170B负责在该呼叫实例的持续时间期间主持该通信会话,其包括进行输入呼叫发送和在仲裁的通信会话期间进行媒体的实际交换。图2C更详细地示出了图1的无线通信系统100的另一个替代示例。参见图2C,将图1中的节点B124表示成节点B124A或者毫微微接入点(AP)124B。节点B124A与根据给定的通信协议(例如,1x、EV-DO、W-CDMA)进行操作的‘宏小区’、‘宏AP’或基站(例如,小区塔)相对应,服务相对较大的服务区域。例如,宏AP或节点B124A的服务区域的幅度的量级,同与节点B124A处的天线的英里数相对应。节点B124A通过典型的有线蜂窝回程基础设施连接到RNC122。参见图2C,毫微微AP124B与毫微微小区相对应。毫微微AP124B根据与宏AP或节点B124A相同的通信协议(例如,1x、EV-DO、W-CDMA)进行操作。换言之,毫微微AP124B发送与宏AP或节点B124A相同类型的导频信号,其配置为遵循与宏AP或节点B124A相同的信令消息等。但是,毫微微AP支持节点B124的功能,其还是RNC122的一部分。RNC122用于连接到运营商126的剩余功能,由毫微微网关127支持。毫微微AP124B通过因特网175,而不是更典型的有线蜂窝回程基础设施,连接到毫微微网关127。此外,与宏AP或节点B124A相比,毫微微AP124B覆盖更小的服务区域。例如,节点B124A可以与跨度几英里的小区塔相对应,其统一地配置为在特定的地理区域中提供无缝覆盖。另一方面,毫微微AP124B本质上更加本地化(例如,与提供很多英里的覆盖相比,其覆盖近似50米、100米、400米等的半径),毫微微AP124B配置为在更小或者更聚焦的地理区域中提供相对很高的带宽量。例如,毫微微AP124B可以与室内基站相对应,举例而言,其在特定的建筑物(例如,居住房屋、办公大楼等)中提供高水平的性能。此外,还应当理解的是,由于它们各自服务区域的相对大小,与由宏AP或节点B124A中的一个进行服务的UE相比,由毫微微AP124B进行服务的UE通常更靠近它们的服务节点B。举例而言,可以将毫微微AP124B实现成具有到因特网175的高速有线连接(例如,诸如DSL连接、电缆因特网连接、光因特网连接(如FiOS)等)的无线路由器。但是,如上所述,不是实现对于互连网连接的WiFi路由器通用的无线通信协议(例如,诸如802.11a、802.11b等),毫微微AP124B而是遵循与宏AP或节点B124A相同的无线通信协议(例如,诸如1x、EV-DO、UMTS等之类的‘蜂窝’通信协议)。因此,对节点B的导频信号进行监测的UE,通常不能够区分宏AP或节点B124A的导频与毫微微AP的导频。此外,由于毫微微AP124B在相对有限的区域中提供服务,因此与宏AP或节点B124A相比,给定的毫微微AP124B通常服务更少的UE,从而在大多情况下,期望毫微微AP124B向其UE提供高质量的服务。由于此原因,与针对节点B124A的无线空中接口104A相比,期望更少的UE对针对毫微微AP124B的无线空中接口104B上的资源进行竞争。因此,与空中接口104A相比,通常可以在空中接口104B上实现更高水平的带宽。但是,还应当理解的是,毫微微AP124B更易受到因特网175上的状况的影响,其中毫微微AP通过因特网175连接到毫微微网关127,而节点B124A具有到RNC122的更直接连接。换言之,通常通过节点B124A向仅仅蜂窝用户提供到RNC122的服务,而与可以连接到因特网175的任何用户共享通过因特网175的连接,并且其不限于蜂窝用户。因此,应当理解的是,节点B124A通常受到与接受它们服务的UE的空中接口104A的限制或者瓶颈,而毫微微AP124B通常受到它们与因特网175的连接的限制或者瓶颈。参见图3,诸如蜂窝电话的UE200(这里是无线设备)具有平台202,平台202可以接收和执行从RAN120发送的软件应用、数据和/或命令,其中这些软件应用、数据和/或命令基本上来自于核心网126、因特网和/或其它远程服务器和网络。平台202可以包括收发机206,收发机206操作性耦合到专用集成电路(ASIC)208或者其它处理器、微处理器、逻辑单元或者其它数据处理设备。ASIC208或其它处理器执行应用程序接口(API)210层,API210与无线设备的存储器212中的任何驻留程序进行交互。存储器212可以包括只读存储器或者随机存取存储器(RAM和ROM)、EEPROM、闪存卡或者计算机平台通用的任何存储器。此外,平台202还可以包括本地数据库214,本地数据库214可以保存存储器212没有活跃使用的应用。一般情况下,本地数据库214是闪存单元,但其也可以是如本领域所公知的任何辅助存储设备,例如,磁介质、EEPROM、光介质、磁带、软盘或者硬盘等。此外,内部平台202组件还可以操作性耦合到诸如天线222、显示器224、一键通按钮228和键盘226等其它组件之类的外部设备,如本领域所公知的。因此,本发明的实施例可以包括具有执行本申请所描述功能的能力的UE。如本领域普通技术人员所应当理解的,各个逻辑单元可以用分离单元、在处理器上执行的软件模块或者软件和硬件的任意组合来体现,以实现本申请所公开的功能。例如,可以对ASIC208、存储器212、API210和本地数据库214全部进行协作性地使用,以便装载、存储和执行本申请所公开的各种功能,因此用于执行这些功能的逻辑单元可以分布在各个单元之中。当然,也可以将功能并入到一个分离组件之中。因此,图3中的UE200的特征只应视作为示例性的,本发明并不限于所描绘的特征或者排列。UE102或UE200和RAN120之间的无线通信,可以是基于不同的技术,例如,码分多址(CDMA)、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、全球移动通信系统(GSM)或者可以用于无线通信网络或数据通信网络的其它协议。例如,在W-CDMA中,通常在客户端设备102、节点B124和RNC122之间进行数据通信。RNC122可以连接到诸如核心网126、PSTN、因特网、虚拟专用网、SGSN、GGSN等之类的多个数据网络,因此允许UE102或UE200接入到更宽的通信网络。如前面所讨论以及本领域所公知的,可以使用多种网络和配置,将语音传输和/或数据从RAN发送到UE。因此,本申请所提供的说明并不限制本发明的实施例,其仅仅是帮助描述本发明的实施例的方面。图4示出了用于描述无线通信系统中的毫微微AP行为的传统过程。参见图4,在400,假定给定的UE(“UE1”)处于空闲状态。在该情况下,以‘空闲’状态开始意味着UE1没有活动地参与通信会话,其不具有TCH,但UE1可以建立了PDP上下文。接着,在405,UE1进入给定毫微微AP的服务区域。举例而言,UE1进入到给定毫微微AP的服务区域,可以与UE1在该给定毫微微AP的附近加电相对应,或者替代地与UE1从另一个节点B(例如,宏AP或另一个毫微微AP)切换到该给定毫微微AP相对应。参见图4,在410,对UE1进行服务的该给定毫微微AP在下行链路信道上发送定期导频信号。此外,在411,该毫微微AP还在下行链路信道上周期性地发送开销消息,该开销消息包含该服务节点B是毫微微AP的指示。例如,在411发送的开销消息可以对应于W-CDMA网络中的系统信息广播20消息,或者CDMA2000网络中的接入点标识消息。在412,UE1测量定期导频信号的性能特性(例如,信号与干扰比(SIR)等)、执行小区/扇区选择,进入连接状态。随后,在415,UE1向UE1的服务毫微微AP报告该定期导频信号的测量的性能特性。在420,该毫微微AP接收该导频信号测量报告,确定UE1在该给定毫微微AP的服务区域之中进行操作,此外还确定UE1是否需要切换到另一个节点B。例如,导频信号测量报告可以包括与该毫微微AP的导频信号、以及邻居AP或节点B的导频信号有关的测量值,其中该毫微微AP部分地基于该导频信号测量报告(此外还部分地基于各个节点B上的负载和/或其它准则),负责将UE1切换到服务节点B。在420,假定该毫微微AP确定不指示UE1执行切换。接着,假定方框405到420按照给定的时间间隔进行重复,UE1仍然由该毫微微AP进行服务,使得不执行UE1到另一个节点B的切换。在425,UE1确定是否发起通信会话。如果UE1在425确定不发起通信会话,则过程返回到400,继续进行方框405到420的重复过程。否则,如果UE1在425中确定发起通信会话(例如,UE1的用户按下了UE1上的呼叫按钮或者PTT按钮,UE1从毫微微AP124B接收到寻呼,确定对该寻呼进行答复等),则在430,UE1获得呼叫资源。例如,方框430可以与UE1获得TCH和/或服务质量(QoS)资源相对应。在430中获得呼叫资源之后,在435,UE1发起由应用服务器170进行仲裁的通信会话的建立。例如,在435,响应应用服务器170建立该通信会话,UE1可以(例如,通过该毫微微AP、因特网175和RNC122)向应用服务器170发送呼叫消息。因此,在450,UE1参与由应用服务器170进行仲裁的该通信会话,发送和/或接收与应用服务器的媒体和呼叫内信令消息。虽然图4中没有示出,但一个或多个其它UE也可以加入该通信会话。在该通信会话期间,毫微微AP124B部分地基于后续的导频信号测量报告(没有示出)、该毫微微AP或者邻居AP上的负载状况和/或其它准则,周期性地确定是否将UE1从该毫微微AP切换到另一个毫微微AP124B或者节点B124A,455。如通过图4所应当理解的,传统上,当给定的UE空闲,从一个节点B切换到无线通信会话100中的另一个节点B时,该UE从广播的开销消息中接收该服务节点B是否是毫微微AP的指示。但是,该UE的给定用户没有被通知,仍然不了解该给定UE当前是由毫微微AP进行服务,还是由宏AP进行服务。因此,不需要向该UE的用户通知在毫微微AP的覆盖区域中可用的某些特征,例如更低的计费费率、更高带宽的服务质量(QoS)和/或其它特征。此外,由于计费费率通常在毫微微AP和宏AP之间是不同的,UE1可以在特定的通信会话期间,切换去往/来自毫微微AP和/或宏AP,因此对于UE1的用户来说困难的是,对于他/她针对该通信会话的利用情况进行跟踪。因此,图5是根据本发明的一个实施例,针对于向给定的UE(“UE1”)通知UE1是否处于毫微微AP的服务区域之中的过程。参见图5,505到520通常分别与图4的405到420相对应,故为了简短起见,没有对它们进行进一步描述。在530,UE1接收开销消息,确定其连接到毫微微AP。接着,在535,UE1向其用户提供指示UE1当前正在毫微微AP的服务区域之中操作的通知。例如,535的通知可以对应于音频提醒、图形提醒、振动提醒和/或任何其它机制,其中可以通过该机制来向UE1的用户通知UE1的当前小区的状态。应当理解的是,当UE1仍然是空闲时(即,当UE1的用户没有通过UE1参与通信会话时),可以发生535的通知。应当理解的是,UE1的用户可以基于UE1正在毫微微AP的服务区域之中进行操作的通知,来修改他/她的行为。例如,可以向UE1的用户通知毫微微AP具有更高的带宽和/或QoS特性,确定发起资源密集型通信会话(例如,视频会议、大型数据文件的下载或上传等),其中该用户基于来自535的毫微微AP通知,将不参与该通信会话。在另一个示例中,可以向UE1的用户通知毫微微AP具有更低的计费费率(例如,免费或者更便宜的呼叫、不针对用户的呼叫计划中的给定数量的‘分钟’进行计费的呼叫等),使得UE1的用户将参与该用户由于费用问题而不会加入的通信会话。在某个稍后的时间点,假定毫微微AP124B确定UE1需要从其当前服务毫微微AP切换到另一个节点B(例如,诸如该示例中的宏AP,但理论上,UE1可以从其当前服务毫微微AP切换到另一个毫微微AP)。因此,在540,毫微微AP124B通过向(i)UE1和(ii)服务RNC122发送消息,来促进UE1从其当前服务毫微微AP切换到新的节点B(例如,宏AP,在该示例中)。因此,在545,UE1从毫微微AP切换到宏AP。接着,在切换之后,现在对UE1进行服务的宏AP不发送毫微微AP124B在511中所发送的‘配置的’开销消息(换言之,宏AP不将其自己标识为毫微微AP)。在550,宏AP发送剩余的开销消息。因此,UE1不从宏AP接收毫微微AP特定的开销消息,确定UE1不再连接到毫微微AP,555。在该时间点,UE1可以向其用户提供UE1不再在毫微微AP的服务区域之中操作的通知,560。例如,560的通知可以对应于音频提醒、图形提醒、振动和/或通过其能向UE1的用户通知UE1的当前小区的非毫微微状态的任何其它机制。应当理解的是,560的通知可以在UE1仍然是空闲时发生(即,当UE1的用户没有通过UE1参与通信会话时)。虽然将图5描述成似乎UE1在毫微微AP和宏AP的服务区域之间航行,同时保持在空闲模式,但应当理解的是,UE1可以在图5的过程的任何时间点,开始参与活动通信会话。在该情况下,仍然至少通过各AP或节点B发送的开销消息,向UE1通知关于UE1在毫微微AP或宏AP之中操作。如果UE1活动地参与通信会话,则UE1和/或其用户可以利用其知识(其中该知识与其由毫微微AP服务,还是由宏AP服务有关),来修改通信会话的一个或多个方面。因此,图6A根据本发明的一个实施例,示出了当UE1和UE2均由毫微微AP进行服务时,在UE1和UE2之间建立服务器仲裁的通信会话的示例,图6B根据本发明的一个实施例,示出了UE1参与服务器仲裁的通信会话的示例,其中该通信会话部分地基于UE1在毫微微AP和宏AP之间的切换进行了修改。参见图6A,在600A,假定UE1确定自己将连接到毫微微AP,或者处于毫微微AP的服务区域之中。例如,600A的确定可以与毫微微AP所发送的开销消息的解码相对应,如图5中的530。在605A,当仍然连接到毫微微AP时,UE1确定是否建立由应用服务器170进行仲裁的通信会话。如果UE1在605A中确定不发起通信会话,则UE1仍然处于空闲状态。否则,如果UE1确定在605A中发起通信会话(例如,UE1的用户按下UE1上的呼叫按钮或者PTT按钮,UE1从RAN120接收到寻呼或呼叫通告,确定对该寻呼或者呼叫通告进行答复等),则UE1在610A中获得呼叫资源(如果需要的话)。在本发明的一个实施例中,610A中获得呼叫资源(例如,UE1可以在其上发送信号的TCH)的步骤是可选的,这是由于毫微微AP使用的空中接口104B通常是短距离的,从而与宏AP相比,它们具有更少的UE对相同的无线资源进行竞争。因此,如果UE1在尝试建立通信会话之前,知道其在毫微微AP之中操作,则UE1可以简单地使用反向链路共享接入信道,如同该信道是其自己的TCH,举例而言(例如,至少用于通信会话的初始建立消息)。换言之,由于依据UE1对于在毫微微小区中操作的知识,期望更少的UE对该反向链路共享接入信道进行共享,因此UE1可以在通信会话建立期间,缺省地使用反向链路共享接入信道(例如,在建立TCH之前,向应用服务器170发送呼叫消息)。例如,UE1可以在1xEV-DO网络中的反向链路接入信道上,将通信会话建立消息发送成移动台发起的(MO)信令上的数据(DoS)消息,或者在WCDMA网络中的随机接入信道(RACH)上发送通信会话建立消息。因此,可以使用该通知或者UE1存在于毫微微小区之中的确定,至少在通信建立期间,触发通信建立消息在公共信道上的传输,这与在向应用服务器170发送呼叫消息之前,等待向UE1分配TCH相比,将导致通信会话的快速建立,举例而言。因此,在615A中,UE1与应用服务器170建立其通信会话(例如,通过在615A中向应用服务器170发送呼叫请求消息)。在图6A的实施例中,在615A中的通信会话的建立期间,UE1(例如,在反向链路共享接入信道上、在获得的TCH上等)向应用服务器170发送的反向链路消息中的一个或多个,可以配置为向应用服务器170传送该UE在毫微微小区之中操作。例如,UE1可以在呼叫消息中设置一个字段或者比特,以指示其存在于毫微微AP覆盖区域之中。在从UE1接收到615A中的呼叫消息(其中该呼叫消息指示应用服务器170与UE2建立通信会话)之后,应用服务器170向对UE2进行服务的毫微微AP124B转发呼叫通告消息,620A。随后,在625A,服务于UE2的毫微微AP124B在前向链路或者下行链路控制信道上向UE2发送通信建立消息。举例而言,在625A中从毫微微AP124B向UE2发送的消息,可以对应于EV-DO中的移动台终止的(MT)DoS消息,使得毫微微AP124B在发送呼叫通告消息之前,不需要等待与UE2建立TCH。或者,在W-CDMA中,可以在前向接入信道(FACH)上发送625A中的消息。在630A中,UE2接收该呼叫通告消息,此外还确定UE2处于毫微微AP覆盖区域之中。在一个示例中,630A的确定可以在该通告消息的接收之前发生。接着,在635A,UE2可选地获取呼叫资源。类似于610A,由于在毫微微AP中可以使用共享信道,而不会造成例如干扰问题,因此635A是可选的。随后,在640A,UE2向应用服务器170发送呼叫接受消息。此外,举例而言,UE2还通过640A中的呼叫接受消息,向应用服务器170传送其毫微微AP覆盖状态。接着,在645A,当应用服务器170建立该通信会话时,应用服务器170可以至少部分地基于UE1和UE2在毫微微小区之中操作的认识,配置该通信会话具有扩增的服务。例如,在645A中,如果通信会话与端到端呼叫相对应,应用服务器170确定该通信会话的UE1和UE2均在毫微微小区中操作,则应用服务器170可以将该会话的参数从缺省会话参数进行扩增。例如,在该情况下,应用服务器170增加该会话的两个端点处,用于该通信会话的音频的分辨率。例如,在645A中,如果通信会话与端到端并发语音和媒体呼叫相对应,如果参与者处于毫微微AP覆盖区域之中(室内多玩家游戏场景),则应用服务器170将在呼叫建立期间发现该能力,并扩增用于该呼叫的能力(即,从低分辨率转换到高分辨率视频文件传输)。类似地,当在通信会话期间,发生从毫微微AP到宏AP或者从宏AP到毫微微AP的切换时,可以如图6B中所描述地,对呼叫能力进行适当地修改。当在毫微微AP和宏AP之间发生切换时,除了UI通知改变来向用户通知这种切换之外,还可以在手持装置上播放某种铃声。虽然图6A与服务器仲裁的通信会话的建立有关,但在其它实施例中,可以根据给定的UE(“UE1”)是切换到毫微微AP,还是从毫微微AP切换离开,对活动通信会话进行修改,如参照图6B所描述的。参见图6B,在600B,假定UE1位于给定的宏小区之中(即,UE1由给定的宏AP进行服务),并活跃地参与通信会话(例如,与如图6A中的UE2进行通信会话,但为了便于说明起见,在该示例中没有示出UE2)。接着,在605B,假定服务于UE1的RNC122确定将UE1从UE1的当前服务宏AP切换到毫微微AP,从而命令该切换。举例而言,605B的切换命令可以是基于UE1接收到毫微微AP导频信号,其中该信号使UE1提示其用户,以便提供关于是否从宏AP切换到毫微微AP的指示。如果用户指示UE1执行该切换,则UE1可以触发605B的切换,如图8A或者图8B中所示(针对宏AP到毫微微AP切换所修改的)。故UE1在610B中从宏AP切换到毫微微AP。在该时间点,UE1继续在毫微微AP上进行其由宏AP所支持的通信会话,615B。在切换之后的某个时间点,在620B,UE1确定其新的服务节点B与毫微微AP相对应。例如,620B的确定可以是响应从毫微微AP接收到开销消息,如上面参照图5的507到530所讨论的。在620B中确定UE1服务节点B现在是毫微微AP之后,在625B,UE1向应用服务器170发送与信令消息有关的通信会话,以便向应用服务器170通知其存在于毫微微AP覆盖区域之中,请求应用服务器170修改其对于该通信会话的参与。应当理解的是,625B的修改可以指代:对现有的通信会话的能力进行扩增。例如,UE1可以请求激活可用于该通信会话的、与宏小区相比在毫微微小区中更便宜的特征(例如,将通信会话从仅仅音频会话转换为包括音频和视频的视频会议),这是由于用于视频馈送的额外带宽变得可提供或者可用。应当理解的是,该修改涉及UE1向应用服务器170发送请求,其后,应用服务器170基于该通信会话中的其它参与者(没有示出)的能力来强制执行该修改。此外,在630B中,UE1还通知其用户它正在毫微微小区中操作,类似于图5的535(例如,使得UE1的用户可以修改他/她的行为,以便充分利用毫微微小区的特征)。在某个稍后的时间点,在635B,假定服务于UE1的毫微微AP确定将UE1从UE1的当前服务毫微微AP切换到宏AP,从而命令该切换。举例而言,635B的切换命令可以是基于UE1接收到宏AP导频信号,其中该信号使UE1提示其用户,以便提供关于是否从毫微微AP切换到宏AP的指示。如果用户指示UE1执行该切换,则UE1可以随后触发635B的切换,如图8A或者图8B中所示。故UE1在640B中从毫微微AP切换到宏AP。在该时间点,UE1继续在宏AP上进行其通信会话,645B。在切换之后的某个时间点,在650B,UE1确定其新的服务节点B与宏AP相对应。例如,650B的确定可以是响应没有从宏AP接收到毫微微AP特定的开销消息,如上面参照图5的550到555所讨论的。或者,只要UE1切换离开毫微微小区,UE1就可以配置为:假定其目标AP是非毫微微的,在目标AP实际是毫微微AP的情况下,UE1可以在进行毫微微确认之后,继续修改的或者增强的毫微微会话。在该示例中,当从毫微微AP切换到宏AP时,在切换时间和UE1实现其不再在毫微微AP之中操作的时间之间,不按照更高的费率对UE1的用户进行计费。在650B中确定UE1的服务AP不再是毫微微AP之后,在655B,UE1向应用服务器170发送与通信会话有关的信令消息,以便向应用服务器170通知其存在于宏AP覆盖范围之内,请求修改其对于通信会话的参与。例如,655B的修改可以对应于:对在进入毫微微小区之后,在625B中执行的修改进行取消或者逆操作。此外,在660B,UE1还通知其用户UE1不再在毫微微小区之中操作,类似于图5的560(例如,使得UE1的用户可以修改他/她的行为)。应当理解的是,如果给定的UE在该给定的UE在毫微微AP和宏AP之间进行切换的期间,参与了某个通信会话,则当该UE由毫微微AP进行服务时,与该UE由宏AP进行服务时相比,对该会话计费的方式是不同的。因此,对于该给定的UE的用户来说困难的是,在实际的会话期间,对他/她的使用费用进行跟踪。换言之,虽然该给定的UE的用户可能能够确定其用于该呼叫的总时间,但该给定的UE不知道其在毫微微AP的服务区域中使用了多少分钟,在宏AP的服务区域中使用了多少分钟,使得该用户很难确定实际的费用。传统上,需要该给定的UE对计费服务器或使用跟踪服务器进行查询,以便确定其针对该通信会话的利用,这通常仅仅是该会话已经结束之后的一种选项。因此,本发明的实施例针对于:对参与会话的UE的更动态利用跟踪过程,其中该会话在不同的时间由毫微微AP和宏AP进行支持。参见图7,在700,给定的UE(“UE1”)在毫微微AP和/或宏AP上建立服务器仲裁的通信会话,随后参与该通信会话。例如,UE1可以初始在毫微微AP中建立该通信会话,随后切换到宏AP,或者替代地初始在宏AP中建立通信会话,随后切换到毫微微AP。在该通信会话期间,UE1跟踪该UE1在毫微微AP和/或宏AP上对于该通信会话的参与的利用信息,705。具体而言,UE1跟踪在该通信会话期间,在毫微微小区中时,使用了什么服务和/或使用了多长时间,此外,UE1还跟踪在该通信会话期间,在宏小区中时,使用了什么服务和/或使用了多长时间。相比而言,UE1的传统利用跟踪机制通常跟踪通信会话的总体利用,而不是基于当发生利用时,UE1处于毫微微小区还是宏小区,对该利用情况进行选择性地分类。在710,UE1确定是否向UE1的用户显示所跟踪的利用信息。举例而言,710的确定可以在实际通信会话期间发生,使得UE1可以向其用户显示动态或者呼叫内利用信息。在另一个示例中,710的确定可以在通信会话终止之后发生,使得在该通信会话终止之后,UE1显示该通信会话的总体利用信息。在另一个示例中,710的确定可以是基于事件的,使得UE1响应用户请求来显示所跟踪的利用信息,而不管该通信会话是正在进行还是已经结束。因此,如果UE1确定不向其用户显示所跟踪的利用信息,则过程返回到700,UE1继续其当前通信会话,或者等待其用户请求另一个通信会话的建立。否则,如果UE1确定向其用户显示所跟踪的利用信息,则在715中显示所跟踪的利用信息。在一个示例中,上面的图7中所描述的利用跟踪,可以由运行在UE1上的多媒体客户端应用程序来执行。如上所述,在一些方面,通常期望在毫微微AP上进行的通信会话的性能,与在宏AP上进行的通信会话的性能相比不同。例如,与宏AP的空中接口104A相比,毫微微AP通常在其空中接口104B上具有更优的带宽和干扰特性,这是由于在多数情况下,与宏AP相比,更少的UE与毫微微AP交换无线信号,毫微微小区中的UE更靠近它们的服务AP。但是,一旦将反向链路消息传送给宏AP,宏AP就具有到RNC122的相对直接有线回程连接,而需要来自毫微微AP的反向链路消息导航通过因特网175,其中因特网175的性能是不可预测的。类似地,可以以直接方式,将来自RNC122的下行链路消息中继给宏AP,而通过不可预测的因特网175,将来自毫微微网关127的下行链路消息发送给毫微微AP。与应当何时执行UE从一个节点B到另一个节点B的切换有关的传统决定逻辑单元,通常尝试对UE和它们各自的AP或节点B之间的无线链路或空中接口链路进行优化。例如,与UE在节点B之间切换有关的一个重要准则是:当该UE接收到一个导频信号时,其有多强。但是,如果毫微微AP到因特网175的连接较慢,则从UE到该毫微微AP的优异无线链路不足够用于获得良好性能。因此,下面参照图8A到图8D描述的本发明的实施例针对于:与依赖于UE和其服务AP之间的无线物理链路的质量相比,当进行切换决定时,对应用层性能参数进行评估。参见图8A,800A到815A与图6A的600A到615A相对应,故为了简短起见,没有对其进行进一步描述。因此,在815A之后,假定UE1参与通信会话,并由毫微微AP进行服务。接着,在820A,UE1对用于毫微微AP支持的通信会话的一个或多个应用层性能参数进行测量。例如,所述一个或多个应用层性能参数可以包括:(i)与该通信会话相关联的差错率测量(例如,分组差错率(PER)、消息差错率、媒体差错率(MER)等)(例如,如果该通信会话是音频会话的话,基于音频帧的成功率,如果该通信会话是视频会议的话,基于视频和/或音频帧的成功率);(ii)该通信会话的中断持续时间(OD)(例如,由于该通信会话上的连续媒体错误造成的下行链路不活动的时段);(iii)针对与该通信会话有关的利用,第一系统当前对UE1的用户收取的费率;(iv)如果该通信会话与半双工会话相对应的话,该UE1的作为发言者或者收听者的状态;(v)UE1的用户的优先级、(vi)延迟抖动和/或(vii)其任意组合。在另外的示例中,参照图8A的820A,当参与通信会话时,UE1可以使用分组差错率和根据UE1从毫微微AP接收的应用程序数据所计算的延迟抖动度量,对应用程序性能进行测量。在另一个示例中,UE1可以配置为:发送/接收用于实时传输协议(RTP)媒体的实时控制协议(RTCP)报告,通过这些报告,从接收机或者该通信会话的目标获得分组差错率和时延性能反馈。配置为发送RTCP报告的接收机可以是应用服务器(其中应用服务器对发起方和目标设备之间的通信会话进行仲裁),或者其可以是目标无线通信设备自己。由于这些报告是基于端到端性能,涉及其之间的多个链路,性能估计不直接地反映DSL链路或者UE1的服务毫微微AP到毫微微网关127的链路的性能。为了获得UE和毫微微网关之间的DSL链路的性能的闭合估计,在另一个示例中,除了应用服务器或目标无线设备发送RTCP报告之外,GGSN165可以充当为RTCP代理,对该链路的性能进行估计,向UE1发送RTCP报告。GGSN165可以读取从UE1接收的IP分组,以识别这些分组包含RTP数据,将所估计的该链路的性能包括在标准RTCP报告格式中,其中该格式可以由UE1上的RTP应用程序源进行识别。一般情况下,GGSN和毫微微网关之间的链路是供应过度的,其对于性能不具有很大的影响。此外,还假定毫微微AP通常具有良好的RF覆盖,UE1可以随后使用从GGSN接收的这些估计量,作为在DSL链路上感测的应用性能的指示。在820A中对所述一个或多个应用层性能参数进行测量之后,在825A,UE1确定其应用层性能是否足够。例如,如果确定用于该会话的MER是非常的低,则UE1可以确定该通信会话的应用层性能是不足够的,即使UE1到其服务毫微微AP的无线物理层连接非常的强。在另一个示例中,如果该会话的延迟抖动高于阈值,则UE1可以确定该通信会话的应用层性能是不足够的。如果UE1在825A中确定该通信会话的应用层性能是足够的,则过程返回到815A,UE1在该毫微微AP上继续其通信会话。应当理解的是,当使用毫微微AP中的服务时,可以按照补助费率对用户进行计费,即使由于DSL链路拥塞而影响应用程序性能时,用户也可能希望停留在毫微微AP覆盖之中。所以,UE1和/或毫微微AP可以配置为:在确定是否应当执行与从毫微微AP到宏AP的切换有关的应用性能时,将用户优选考虑为一个因素,而不管所测量的应用层性能参数。换言之,可以建立825A中的阈值,使得要发生毫微微AP到宏AP切换,毫微微AP的性能与宏AP的期望的性能相比必须相当地更差。例如,如果当不满足期望水平的应用层性能时,用户优选是执行切换,则UE1可以对应用层性能参数进行测量(例如,分组差错率、延迟抖动和时延抖动),将这些度量与期望的应用性能阈值进行比较,如825A中所示。如果UE1观测到这些应用性能度量中的至少一个高于所规定的阈值极限,则UE1可以请求切换过程。为了避免‘乒乓’效应(例如,减少不必要的从毫微微AP到宏AP的切换),UE1可以维持定时器,对估计的应用性能度量使用基于定时器的迟滞,来确定切换是否是必须的。在该示例中,可以对该迟滞定时器值进行选择,以便避免不必要的切换,同时减少影响应用性能的持续时间。返回到图8A的825A,在830A,如果UE1确定该通信会话的应用层性能是不足够的,则UE1配置‘虚假’导频信号强度测量报告,该导频信号强度测量报告被设置为将UE1处的毫微微AP的导频信号的测量强度人为地指示成较低值。换言之,图8A示出了一个示例,其中在该示例中,毫微微AP被配置为基于导频信号强度测量报告来关于其UE做出切换决定,如本领域所已知的。因此,通过由图8A中的UE1操作导频信号强度测量报告,UE1可以响应应用层状况来触发切换,即使其到服务毫微微AP的物理层链路较强,而无需修改毫微微AP124B的操作。在835A中,UE1向服务毫微微AP发送配置的导频信号强度测量报告,在840A,该毫微微AP命令UE1从该毫微微AP切换到宏AP。应当理解的是,方框840A假定有另一个宏AP可用于处理UE1的通信会话。响应840A中的毫微微AP的切换命令,在845A,UE1从毫微微AP切换到宏AP。图8B示出了图8A的过程的替代性实施例。在图8A中,假定执行图8A的800A到825A,825A的判决框确定UE1的通信会话的应用层性能是不足够的。在该时间点,该过程转到图8B的800B,而不是图8A的830A。参见图8B,不是配置导频信号强度测量报告具有如UE1所接收的该毫微微AP的导频信号强度的虚假指示,而是UE1向服务毫微微AP发送针对该毫微微AP促进UE1的切换的请求,800B。在一个示例中,800B的请求可以与专有消息(例如,StorageBlob消息)相对应,其不是根据标准规定的,在该情况下,假定毫微微AP被配置为将800B的请求解释为切换请求。毫微微AP从UE1接收该切换请求,执行切换过程,以便将UE1从毫微微AP移到宏AP,810B。因此,在从800B接收到该切换请求消息之后,在810B,毫微微AP命令UE1从该毫微微AP切换到宏AP。在810B,该毫微微AP显式地命令UE1执行到宏AP的切换。应当理解的是,方框810B假定有另一个宏AP可用于过程UE1的通信会话。响应810B中的该毫微微AP的切换命令,在815B,UE1从该毫微微AP切换到宏AP。在图8A和图8B的实施例中,UE1负责监测通信会话的应用层性能,如果需要的话,通过发送特殊配置的导频强度测量报告(例如,图8A)或者向服务毫微微AP发送切换请求以切换UE1(例如,图8B),来促进切换到另一个AP。在本发明的其它实施例(下面参照图8C和图8D来描述这些实施例)中,毫微微AP自己对UE1的通信会话的应用层性能进行监测,随后毫微微AP基于其自己对UE1的应用层性能的测量,来促进UE1向另一个AP的切换。参见图8C,在800C,UE1在毫微微AP上建立由应用服务器170进行仲裁的通信会话。如本发明的其它实施例中所述,UE1到该毫微微AP的连接,可以通过诸如TCH和QoS资源之类的呼叫资源来支持,或者由于毫微微小区的精简的无线竞争期望,该连接可以简单地在共享信道上发生。接着,在805C,对UE1进行服务的毫微微AP,对与UE1的通信会话相关联的一个或多个网络性能参数进行测量。在本发明的一个实施例中,在毫微微AP处测量的网络性能参数可以包括:与UE1的通信会话相关联的特定于网络的参数,例如,QoS参数(如毫微微AP(FAP)和毫微微网关(FGW)127之间的链路上的带宽)。例如,毫微微AP可以周期性地估计其到毫微微网关的链路(例如,FAP和FGW之间的DSL链路)的带宽,可以使用诸如分组配对或者CaPProbe算法等之类的公知的启发式方法,对该带宽进行测量。在另外的示例中,参见图8C的805C,毫微微AP可以在任何给定的时间点,使用不同的应用QoS需求对多个UE进行服务。为了执行各个UE从毫微微AP到宏AP的切换,该毫微微AP可以对被服务的每一个活动应用流的网络性能进行测量。例如,在UMTS网络中,毫微微AP可以对每一个活动无线接入承载(RAB)的性能进行测量。毫微微AP可以对DSL链路上的网络性能进行测量,使用如上所述的诸如分组配对或者CaPProbe算法之类的公知启发式方法,对毫微微AP和毫微微网关127之间的链路的带宽进行估计。假定毫微微AP具有良好的RF覆盖,则毫微微AP可以随后使用这些估计量,作为该毫微微AP服务的UE1和/或其它UE的网络性能的指示。在805C中对所述一个或多个网络性能参数(例如,QoS参数)进行测量之后,在810C,毫微微AP确定所测量的网络性能是否足够用于UE1的通信会话。例如,如果所测量的该毫微微AP到毫微微网关127的链路的带宽水平低于阈值,则该毫微微AP可以确定该通信会话的网络性能是不足够的。例如,在810C,毫微微AP可以将所测量的网络性能度量(例如,带宽、分组差错率和/或时延度量)与用于该毫微微AP所服务的每一个UE的每一个活动应用流的一个或多个阈值进行比较。如果毫微微AP观察到这些网络性能度量中的至少一个在迟滞定时器时段,不能满足与规定的阈值极限中的一个的给定关系,则该毫微微AP可以考虑该应用流或者与该应用流相关联的UE需要切换到宏AP。如果毫微微AP在810C中确定用于UE1的通信会话的网络性能是足够的,则过程返回到805C,该毫微微AP继续支持UE1的通信会话。否则,如果毫微微AP在810C中确定用于UE1的通信会话的网络性能是不足够的,则过程转到815C。图8C的815C和820C基本分别与图8B的810B和815B相对应,故为了简短起见,不对它们进行进一步描述。图8D示出了图8C的过程的替代性实施例。在图8D中,假定执行图8C的800C到810C,810C的判决框确定UE1的通信会话的网络性能是不足够的。在该时间点,该过程转到图8D的800D,而不是图8C的815C。参见图8D,不是响应于不足够的网络性能确定来显式地命令UE1的切换,而是在800D,毫微微AP降低其导频信号的发射功率水平,随后在805D,以降低的发射功率水平来发送导频信号。这有效地减少了毫微微AP所覆盖的服务区域。应当理解的是,毫微微AP所测量的较差网络性能的一个潜在原因,是毫微微网关127和该毫微微AP之间的回程消息,其中在该毫微微AP对相对较高数量的UE进行服务时,发生该回程消息。通过减少导频信号发射功率,更少的UE检测到该毫微微AP,其同样减少了该毫微微AP和毫微微网关127之间的流量,从而提高了该链路的质量。在该情况下,在810C中确定网络性能是不足够的之后,可以使用针对UE1的具体信道质量估计,来确定在800D和805D中要对发射功率水平进行减少的量(例如,使得UE1掉线,但其它UE不是必然地受到影响)。因此,UE1接收按照减少的发射功率水平所发送的导频信号,与UE1先前所测量的相比,测量到更低的导频信号强度,向毫微微AP发送导频信号强度测量报告,其报告该毫微微AP的导频信号的更低的导频信号强度,810D。虽然在图8D中没有示出,但应当理解的是,由该毫微微AP进行服务的任何其它UE也报告该毫微微AP的更弱的导频信号强度。在图8D中,假定UE1位于报告该毫微微AP的导频信号强度的UE之中,其中该毫微微AP的信号强度足够的低,以提示UE1切换到另一个AP。因此,在从UE1接收到导频信号强度测量报告之后,毫微微AP命令UE1从该毫微微AP切换到宏AP,815D。其后,UE1从该毫微微AP切换到宏AP,820D。应当理解的是,毫微微AP可以发出用于UE1切换到如图8B和8C中的另一个AP的显式命令,或者毫微微AP可以通过减少其导频信号发射功率来减少其RF区域,其潜在地影响了除UE1之外的多个UE。在一个示例中,如果所测量的性能降级量呈现为集中或聚焦于与UE1相关联的实时业务应用,则该毫微微AP可以选择发出UE1到另一个AP的显式切换。在另一个示例中,如果由该毫微微AP服务的多个UE呈现为承受性能降级,则可以实现小区范围覆盖减少,如图8D中所示。例如,如果毫微微AP确定DSL链路似乎非常拥塞,所有活动应用流的性能都下降,则该毫微微AP可以减少发送的导频功率强度。这使UE能够通过报告弱导频来执行切换,防止已经接入到宏AP的UE切换到该毫微微AP。虽然图8D中没有示出,但在给定数量的UE切换到其它AP而性能变得提高之后,该毫微微AP可以增加导频功率强度,以返回到初始发射功率水平。如上所述,与宏AP相比,毫微微AP覆盖更小的服务区域。从而,关于宏AP,当给定的UE开始了解其处于特定的宏AP的覆盖范围之内时,该给定的UE知道其近似位置。例如,假定宏AP具有5英里的服务区域半径。当该给定的UE识别该宏AP时,该给定的UE可以按照相对较高的自信水平,确定该给定的UE位于该宏AP的已知位置的5英里之内。从而,应当理解的是,虽然宏AP的位置有助于缩窄该给定UE的位置的可能集合,但对于需要更精确的位置固定的该给定UE的基于位置的服务来说,在该UE上缺少GPS支持的情况下,宏AP的位置通常不能足够准确地用于确定该给定UE的实际位置。但是,与毫微微AP相关联的更小服务区域,准许将给定的毫微微AP的位置使用成用于该给定UE的大部分基于位置的服务的假定位置,如下面参照图9所描述的。参见图9,在900,UE确定其连接到毫微微AP。应当理解的是,900的确定可以与图5的530、图6的600A、图6B的620B和/或图8A的800A相对应。接着,在905,UE基于从该毫微微AP接收的包含该毫微微AP位置信息的开销消息,确定与该毫微微AP相关联的位置。在确定该毫微微AP的位置之后,在910,UE将其位置设置为基本等于该毫微微AP的位置。在将其位置设置为该毫微微AP的位置之后,在915,UE可以使用该毫微微AP的位置作为该给定UE的位置,来执行用于该给定用户的基于位置的服务。在2010年3月19日提交的、题目为“REGULATINGTHESCOPEOFSERVICEGEOGRAPHICALLYINWIRELESSNETWORKS”的共同未决的美国专利申请No.12/727,986中,更详细地描述了UE能够执行的基于位置的服务的示例,其中该申请已转让给本申请的受让人,故以引用方式将其全部内容明确地并入本文。如本领域普通技术人员所应当理解的,毫微微AP的位置相对地靠近该毫微微AP所服务的UE的位置,获取该毫微微AP的位置潜在地更快,消耗更少的资源(例如,就功率、处理负载等而言),随后执行该UE的位置定位过程(例如,GPS定位过程等)。因此,图9的过程可以减少与毫微微AP所服务的UE的传统确定相关联的延迟和/或资源消耗。虽然上面将本发明的实施例描述成依据毫微微AP与宏AP相比具有更优的性能,而执行切换到毫微微小区,但在其它实施例中,并不必需都是这种情形。例如,在一个实施例中,目标通信设备可以通过宏AP位于高速链路上,其中该宏AP与毫微微AP相比,在性能上是可比较的。在该情况下,目标通信设备可以仍然使用该毫微微AP。因此,即使,毫微微选项未必在性能方面优越的情况下,也可应用上面所描述的实施例。例如,针对于此一个原因是与毫微微接入相关联的费用节省(例如,与毫微微AP相比,宏AP上的带宽费用更高等)。在另一个实施例中,毫微微AP可以用于:在活动的参与者之间不是必须瞬时或者实时的通信会话。例如,毫微微AP可以用于下面的场景:其中在该场景中,通信会话与媒体(例如,MMS会话)的延迟传送有关。本领域普通技术人员应当理解,信息和信号可以使用多种不同的技术和方法中的任意一种来表示。例如,在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。此外,本领域普通技术人员还应当明白,结合本申请所公开实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可交换性,上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件,取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用,以变通的方式实现所描述的功能,但是,这种实现决策不应解释为背离本发明的保护范围。用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合,可以用来实现或执行结合本申请所公开实施例描述的各种示例性的逻辑框、模块和电路。通用处理器可以是微处理器,或者,该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合,例如,DSP和微处理器的组合、若干微处理器、一个或多个微处理器与DSP内核的结合,或者任何其它此种结构。结合本申请所公开实施例描述的方法、顺序和/或算法可直接体现为硬件、由处理器执行的软件模块或二者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域已知的任何其它形式的存储介质中。可以将一种示例性的存储介质连接至处理器,从而使该处理器能够从该存储介质读取信息,并且可向该存储介质写入信息。或者,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端(例如,接入终端)中。当然,处理器和存储介质也可以作为分立组件存在于用户终端中。在一个或多个示例性实施例中,本申请所述功能可以用硬件、软件、固件或者其任意组合的方式来实现。当在软件中实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。举例而言,但非做出限制,这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。此外,可以将任何连接适当地称作计算机可读介质。举例而言,如果软件是使用同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或者诸如红外线、无线和微波之类的无线技术,从网站、服务器或其它远程源传输的,那么所述同轴电缆、光纤电缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所述介质的定义中。如本申请所使用的,磁盘和光盘包括压缩盘(CD)、激光碟、光碟、数字多用途光碟(DVD)、软盘和蓝光碟,其中磁盘通常磁性地复制数据,而光盘则用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的保护范围之内。虽然上述公开内容示出了本发明的示例性实施例,但应当注意的是,在不脱离如所附权利要求书所规定的本发明保护范围的基础上,可以对本申请做出各种改变和修改。根据本申请所述的本发明的实施例的方法权利要求的功能、步骤和/或动作,不需要以任何特定的顺序执行。此外,虽然用单数形式描述或主张了本发明的组成元素,但除非明确说明限于单数,否则复数形式是可以预期的。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1