CN101485220B - 用于在无线局域网（wlan）***中传送信标传输的***和方法 - Google Patents

Abstract

一种用于在无线局域网(WLAN)***(图1)中将信标传输从无线接入点(WAP)传送到客户端收发信机的方法，包括获得无线接入点(WAP)的基准定时。然后确定WAP中的扇区配置和扇区定时。然后计算由WAP服务的所关注扇区的虚拟目标信标传输时间(TBTT)，以及所关注扇区的信道号。最后，该方法提供在所述虚拟TBTT和所计算的信道号收听来自所关注扇区的扇区信标信号。

Description

用于在无线局域网(WLAN)***中传送信标传输的***和方法

技术领域

本发明总体上涉及使用无线网络接入点(AP)的客户端，更特别地涉及由具有定向天线的接入点所进行的信标传输。

背景技术

电气和电子工程师协会(IEEE)标准以许多方式定义了信标传输，包括在基础设施模式下来自接入点(AP)的传输、在“自组模式”下来自无线局域网(WLAN)和客户端的传输。本领域的技术人员将认识到，在WLAN环境中，所述“客户端”是使用AP来建立与其它用户或设备的无线通信的用户或移动站。而且，技术人员将认识到，WLAN中的目标信标传输时间(TBTT)由称为“定时同步功能”的公共网络定时器或TSF定时器和信标间隔来控制。在信标及其它管理消息中携带的这两个信息元素允许在为AP和该AP服务的所有客户端所共用的每个信标间隔期间有唯一的TBTT。该TBTT仅表示信标的目标或预期传输时间。然而，实际上，信标传输可能由于诸如干扰、加载等各种因素而被延迟。

虽然IEEE标准决定***的体系结构，但是未明确定义由分区AP所进行的信标传输方法。本领域的技术人员将认识到，分区AP是具有形成多个扇区的多个定向天线的AP。如本文所述，术语“扇区”和“定向天线”可以互换使用。而且，标准对具有多级AP和/或客户端的网络中的功能的定义更少。

这种网络中需要解决的一个问题包括：在客户端处进行的用来识别和发现相同AP的扇区的“邻居”发现过程。此发现过程在现行标准中未有定义。此外，由于客户端不知道或者标准未定义服务AP的扇区的信标传输时间，其中所述服务AP是客户端与之相关的AP，所以无法实现往返于多个扇区的业务的智能调度(用于站点分集和高效的先接后离(make-before-break)切换)。基于信标中的未决业务通知的业务接收的高效调度也是不可能的。换言之，客户端不能在没有高度的信令开销的情况下辨别从哪个天线及在什么时间间隔收听业务。现有技术图1示出了这样的无线网络100，其中，无线接入点101使用限定扇区103、105、107以及109的定向天线。如果客户端111正在从扇区109过渡到扇区103，则重要的是客户端111及时地从接入点101的扇区103接收信标业务。

因此，客户端111可能无法高效地调度上行链路业务，因为它可能不知道其当前扇区何时发送其信标或主动接收业务。这将导致便携式客户端处的不必要的重新传输和功率消耗。当不同的天线在不同的频率上操作时，这些问题的复杂性增加，需要改善在无线局域网中传播信标的方法。

附图说明

在附图中，相同的附图标记在单独的视图中自始至终表示相同或功能上类似的元素，且所述附图连同以下详细说明一起并入本说明书并构成本说明书的一部分，用于进一步示出各种实施例并说明全部依照本发明的各种原理和优点。

图1是包括接入点的现有技术无线网络的图示，其中具有在相同AP内从一个定向天线到另一定向天线的扇区间切换。

图2示出了由接入点所进行的扇区信标传输的时间图，其中扇区在相同信道上。

图3示出了由接入点所进行的扇区信标传输的时间图，其中扇区在不同信道上。

图4示出了由接入点所进行的扇区信标传输的时间图，其中扇区使用混合信道方案。

图5是示出了由客户端进行的扇区发现过程的流程图。

图6是示出了相同接入点的扇区之间的扇区间切换的流程图。

技术人员将认识到，图中的元素是为简单和明了而示出的，且不一定按比例绘制。例如，图中的一些元素的尺寸相对于其它元素而被放大，以帮助改善对本发明的实施例的理解。

具体实施方式

在详细描述依照本发明的实施例之前，应注意到，所述实施例主要在于与在无线局域网(WLAN)中发送和接收信标信号有关的方法步骤和装置部件的组合。相应地，已在附图中在适当时用常规符号表示了所述装置部件和方法步骤，仅示出了与理解本发明的实施例有关的那些特定细节，以免由于对受益于本说明书的本领域普通技术人员来说显而易见的细节而使得本发明的公开不明显。

在本文档中，诸如第一和第二、顶部和底部等关系术语可以仅仅用来将一个实体或动作与另一个实体或动作区别开，而不一定要求或暗示此类实体或动作之间的任何实际的此类关系或顺序。术语“包括”、“包含”或其任何其它变体意图是涵盖非排他性包括，使得包括元素列表的过程、方法、物件、或装置不仅包括那些元素，而且可以包括未明确列出或为此类过程、方法、物件、或装置所固有的其它元素。前面是“包括”的元素在没有更多约束的情况下不排除包括该元素的过程、方法、物件、或装置中的附加相同元素的存在。

将认识到，本文所述的本发明的实施例可以使用一个或多个常规处理器或唯一存储的程序指令，该唯一存储的程序指令控制所述一个或多个处理器连同某些非处理器电路一起执行本文所述WLAN中的发送和接收信标信号的一些、大多数、或全部功能。所述非处理器电路包括但不限于无线电接收机、无线电发射机、信号驱动器、时钟电路、电源电路、以及用户输入设备。同样地，这些功能可以解释为在WLAN中执行发送和/或接收信标信号的方法的步骤。作为替代，一些或所有功能可以由不具有存储的程序指令的状态机或在一个或多个专用集成电路(ASIC)中实现，在ASIC中，每个功能或某些功能的一些组合被作为定制逻辑而实现。当然，可以使用两种方法的组合。因此，本文已描述了用于这些功能的方法和装置。此外，可以预期，本领域的技术人员虽然可能进行了由例如可用时间、当前技术、以及经济方面的考虑所激发的重大努力和许多设计选择，但在受到本文所公开的构思和原理的引导时，将容易地能够用最低限度的实验来生成此类软件指令和程序及IC。

如图2-6所述，本发明包括各种实施例，所述实施例的解决方案包括控制AP行为和客户端行为以促进客户端处的扇区发现和扇区间切换的部件。这些部件包括1)AP行为，其中，AP以预定方式在其不同的扇区上发送信标并将细节告知客户端；以及2)客户端行为，其利用由AP提供的辅助进行高效的扇区发现和扇区间切换。这允许客户端收听由AP作出的关于它的其它扇区的通知并使用该信息来发现其本身的“可到达性”或与这些扇区进行通信的能力。

关于AP行为和扇区信标传输和通知，AP的职责是在可预测时间在其每个扇区中发送信标。AP随后将关于扇区信标传输时间和信道号的信息告知客户端。扇区天线(未示出)可以在相同信道、不同信道或混合组合(即一些在一个信道上且一些在另一信道上)上操作。以下说明示出了这三种情况的每一种的信标传输方法以及AP可以用来告知客户端关于扇区信标传播的通知方法。

图2示出了其中AP扇区全部在相同信道上操作的扇区信标传输时间线。在图示中，D1、D2、D3、D4表示各个AP扇区方向，而C1表示单个信道。因此，在本示例中，扇区天线在相同信道(C1)上；扇区信标按照从目标信标传输时间(TBTT)开始的顺序在相应定向天线(D1到D4)上被独立发送并被天线交换时间分离。天线交换时间被最小地限定为从一个定向天线到另一个(或者，作为替代，将同一定向天线从一个方向交换到另一个)的交换期间所引起的延迟。在一个实施例中，所述天线交换时间可以考虑由AP在一个扇区中发送扇区信标与准备好在另一扇区中发送扇区信标之间引起的全部延迟(例如硬件元素的交换、软件元素的交换等等)。在一个实施例中，一个或多个定向天线(D1到D4)是相同的物理天线，其交换方向以服务于四个扇区。因此，所述四个扇区中的每一个使用信标({D1，C1}、{D2，C1}、{D3，C1}、{D4，C1})，每个信标在每个相应扇区的它们的相应方向(背对背(back to back)地在每个定向天线的方向上)被发送。这些信标在时间上仅由用来将AP天线从一个扇区交换到一个扇区的时间来分离。AP用相同的TBTT或TSF定时器来发起信标传播。换言之，仅生成TBTT的单个的唯一值，并且其被AP用来进行信标传输，且被客户端用来进行信标接收。图2示出了开始于TBTT的D1扇区信标，后面是D2、D3以及D4扇区信标。对于本领域的技术人员来说明显的是，可以“动态地(on the fly)”改变扇区信标的传输顺序。这允许所有扇区中的客户端具有公平的信标等待时段，该公平的等待时段提高便携式设备的功率节省。

图3示出了图2所示实施例的替代实施例，其中，信标传输在时间上由不可忽略的偏移分离，其中扇区出于一致性或其它原因而使用不同信道(C1、C2、C3、C4)。与如图2所示的使每个扇区位于相同信道上相反，本实施例中的主要区别在于，在扇区之间进行交换的同时，引起不可忽略的天线和频率或信道交换延迟。因此，每次天线和信道交换将携带一些额外的***开销。在这种情况下，背对背信标传输可能引起不必要的交换开销。因此，扇区信标在时间上被远远大于天线交换时间加信道交换时间的一些不可忽略的“信道间偏移”隔开。扇区信标在相应定向天线(D1、D2、D3、D4)和信道(C1、C2、C3、C4)上被发送，被不可忽略偏移、即远远大于天线和信道交换时间的“信道间偏移”所分离。在本实施例中，存在使用四个信道的四个扇区，其中，使用定向天线来在其信道上发送四个信标。这些信标被“信道间偏移”所分离。由于以不同的时间间隔来发送扇区信标，所以每个扇区需要其自己的TSF定时器和TBTT。因此，在AP中有四个虚拟TBTT(每个扇区一个)。如图3所示，每个扇区信标在其自己的虚拟TBTT，即在TBTT_C1、TBTT_C2、TBTT_C3和TBTT_C4被发送。请注意，所述四个扇区和四个信道仅是示例。在本发明的另一实施例中，信道C1、C2、C3、C4是完全相同的。在本发明的另一实施例中，可能有“n”个信道和“m”个天线，其中“n”小于“m”，且仍然使用如上所述的方案，使用“m”个虚拟TBTT。

在另一实施例中，图4示出了扇区信标传输，其中，每个扇区操作为图2和图3中所公开的扇区的混合。因此，相同信道上的扇区被关联到单个虚拟TBTT并在该虚拟TBTT被背对背地发送。然而，存在“m”个虚拟TBTT，其中，“m”是给定AP的所有扇区之中的信道的总数。虚拟TBTT被不可忽略的“信道间偏移”分隔开。在本示例中，扇区D1和D2使用信道C1，且扇区D3和D4使用信道C2。用于D1和D3的信标的虚拟TBTT被信道间偏移分隔开。类似地，设计了新的扇区D5以供信道C3使用，且扇区D6和D7被用于信道C4。如图4所示，每个信道具有其自己的唯一虚拟TBTT，即TBTT_C1、TBTT_C2、TBTT_C3和TBTT_C4。在本发明的另一实施例中，信道C1、C2、C3、C4是完全相同的。在本发明的其它实施例中，在对天线和信道进行适当分组的情况下，可以重新利用信道的任何组合。

在操作中，AP需要将一些扇区专用信息告知客户端，以便促进快速的扇区发现和扇区间切换。此信息可以包括诸如扇区号、虚拟TSF定时(用于计算虚拟TBTT)和信道数量等信息。具体地说，客户端可以使用扇区号来区别各个扇区，以便确定其关联性。本领域的技术人员将认识到，所述扇区号可以被携带在例如信标/探测响应/关联响应等管理帧内部。因此，AP可以使用许多已知技术进行此类通知。

如本文所述，TSF定时器被携带在信标及其它管理消息中，并用来计算对应于单一AP以及与之相关的所有客户端的信标间隔中的唯一TBTT。这又帮助客户端预测其AP的TBTT。在图2所述的实施例中，再次使用这种方法，因为需要有信标间隔中的唯一TBTT。然而，在本发明的许多随后的实施例中，存在支持相同信标间隔中的多个虚拟TBTT的需要以支持具有多个扇区的AP的高效信标传输。此外，客户端需要能够至少预测与他们关联的扇区的虚拟TBTT。为了确定此位置，在每个相应扇区的信标和探测响应中发送虚拟TSF定时器值。这些值可以取代可以在另一专有字段中携带的TSF定时器值，或者可以根据如本文所述的扇区信息元素(IE)来推断。

虚拟TSF定时器值使用以下等式来计算：

TSF_timerCi＝Master_TSF_Timer+(i-1)*Offset

其中，i＝信道号；Master_TSF_Timer是AP中的正在运行的(或被连续记录的)主要或真实TSF定时器；并且Offset是信道间偏移。

对本领域的技术人员来说将显而易见的是，所述等式采用每个信道的虚拟TSF定时器，但是这可以通过相应地解释“i”值和偏移而被推广至包括每个扇区或每个扇区的组的虚拟TSF定时器。

此外，可以添加新型信息元素(本文中称为扇区信息元素)以携带关于其它扇区信标的所有信息以使客户端处的扇区发现变得容易。这可以由信标/关联响应/探测响应来携带。关于图4，所述扇区IE可以包括表1中所示的一个或多个字段。然而，本领域的技术人员将认识到，虚拟TBTT可以是基于扇区的(而非基于信道)，其中，可以就扇区或任何其它替换而言推广此信息。

所述“信道数量”是给定AP的扇区所使用的信道的总数。例如在图4中，有四个使用的信道。所述“信道号[i]”是由TSF_timerCi为其表示虚拟TSF定时器的信道号。应注意的是，虚拟TBTT值按照i(i＝1，2....n，其中n＝信道数量)的递增次序。例如在图4中，有四个使用的信道，即n＝4。此外，信道号C1、C2、C3、C4分别是1、2、3、4。例如，信道号[2]是2。所述“扇区数量[i]”是“信道号[i]”上的扇区数量。例如，在图4中，信道C3中的扇区数量是1。因此，信道号[3]是3，且扇区数量[3]＝1。所述“偏移”是如图4所示的信道间偏移。表1示出了扇区IE字段的示例。

表1.扇区IE字段的示例值

 

字段	值
		信道数量	4
信道号[1]	1
		扇区数量[1]	2
信道号[2]	2
		扇区数量[2]	2
信道数[3]	3
		扇区数量[3]	1
信道数[4]	4
		扇区数量[4]	2
偏移	信道间偏移

关于客户端行为，客户端的职责是发现其自己的AP的可到达扇区或属于其相邻AP的那些可到达扇区，以便确定最适当的用于切换的扇区。如本文所述，提供AP辅助以帮助客户端处的扇区发现。另外，客户端还具有扇区发现方面的职责。如果实现了虚拟TBTT，则客户端只需使用其服务扇区的虚拟TBTT以达到同步的目的。这是使用给定的虚拟TSF定时器来计算其定时信息而实现的。如对于本领域的技术人员来说应显而易见的，可以针对客户端的服务扇区或其服务AP的虚拟TSF定时器而计算如随后部分中所描述的由客户端执行的所有定时计算。

在扇区使用相同信道且信标传输方法遵循图2(即具有一个唯一TBTT)的扇区信标接收的范围内，客户端基于其自己的扇区信标来计算TBTT。在TBTT，客户端等待其自己的扇区及其服务AP的其它扇区的信标。接收到的扇区信标指示可到达的扇区。在扇区使用相同信道且信标传输方法遵循图2的相邻AP的扇区中，客户端使用诸如来自服务AP的邻居报告、主动扫描、被动扫描等本领域中众所周知的程序来计算其相邻AP的TBTT。在邻居发现期间，客户端等待从给定邻居的TBTT开始的相邻AP扇区的信标。接收到的扇区信标指示“可到达”扇区，即客户端可以传送到的那些扇区。本领域的技术人员将认识到，如果客户端位于重叠扇区区域，保留(legacy)客户端可以接收多个背对背信标。然而，每个信标将携带用于映射到相同TBTT值的更新值，且客户端因此将使用最新可用信息。

在服务AP的扇区在不同信道上或者信标传输方法遵循图3或图4所示的那些(即每个信标间隔有多个虚拟TBTT)的情况下，客户端基于其自己的扇区信标来计算其虚拟TBTT。此外，客户端基于由AP通知的信息来获悉其服务AP的其它虚拟TBTT。在扇区发现期间，客户端在其服务AP的其它扇区的相应虚拟TBTT和信道号等待其服务AP的其它扇区的信标。接收到的扇区信标指示客户端可以与之通信的“可到达”扇区。

在相邻AP的扇区中，其中相邻AP的扇区在不同信道上或者信道传输方法遵循图3或图4所示的那些方法，客户端使用邻居报告、主动扫描、被动扫描等来计算其相邻AP的至少一个虚拟TBTT及其它相关信息。在邻居发现期间，客户端在相邻AP的扇区的相应虚拟TBTT和信道号等待相邻AP的扇区的信标。接收到的扇区信标指示“可到达”的那些扇区，即其中可能进行通信的扇区。保留客户端将只接收信道上的一个信标，在该信道上，其用虚拟TSF定时器来操作以使其能够计算虚拟TBTT值。因此，保留客户端可以照常操作。

在服务AP的扇区在混合扇区信道方案上或者信标传输方法遵循图4所示的那些方法的情况下，客户端基于其自己的扇区信标来计算其虚拟TBTT。此外，客户端基于由AP通知的信息来获悉其服务AP的其它虚拟TBTT和每个虚拟TBTT的扇区。在扇区发现期间，客户端在其服务AP的其它扇区的相应虚拟TBTT和信道号等待其服务AP的其它扇区的信标。接收到的扇区信标指示可到达扇区。

对于相邻AP的扇区，其中相邻AP的扇区在混合扇区信道方案上或者信标传输方法遵循图4所示的那些方法，则客户端通过诸如邻居报告、主动扫描、被动扫描等已知技术来计算其相邻AP的至少一个虚拟TBTT及其它相关信息。在邻居发现期间，客户端在相邻AP的扇区的相应虚拟TBTT和信道号等待相邻AP的扇区的信标。接收到的扇区信标指示可到达的扇区。如本文所述，保留客户端可以再次基于其自己的信道来接收多个背对背信标。如前所述，这将不会影响其操作。

图5示出了被客户端用来进行AP的扇区发现的方法500，其中，AP可以被定义为客户端的服务AP或相邻AP。如本文所述，过程开始501，并获得AP的基准定时502，其中AP的基准定时是与AP的至少一个扇区相关的虚拟TBTT或虚拟TSF定时器。在AP是服务AP的情况下，基准点可以是服务扇区的虚拟TBTT或虚拟TSF定时器。当AP是相邻AP时，客户端可以使用诸如来自服务AP的邻居报告、主动扫描、被动扫描等本领域中众所周知的程序来获得其相邻AP的基准定时。

客户端获悉AP的扇区配置和扇区信标定时503。AP的扇区配置包括AP处使用的信道数量、扇区数量和每个信道的扇区数量中的至少一个。扇区信标定时可以包括扇区的虚拟TSF定时值、信道间偏移和信标间隔中的至少一个。在一个实施例中，如前所述，客户端通过来自其服务AP或依照由AP发送的扇区专用通知的AP的扇区专用通知来获悉有关信息，即信道数量和给定AP的扇区数量及每个扇区信标的扇区信标定时。在另一实施例中，此信息被预先配置在客户端中。

当到了客户端处的扇区发现的时间时，进行此确定505并且一旦该时间已出现，则在506，客户端计算与每个所关注扇区关联的估计虚拟TBTT。客户端基于从503获悉的信道数量、每个信道的扇区数量和扇区信标定时中的至少一个及在502中获得的AP的基准定时来计算给定扇区的估计虚拟TBTT。在此步骤期间，客户端还可以计算每个所关注扇区的信道号。

然后，在507客户端在每个所关注扇区的所计算的虚拟TBTT以及所获悉的信道号智能地收听扇区信标信号。一旦接收到诸如扇区信标信号等有关信息或者过程时间到时，则该过程完成509。

扇区间切换被定义为相同AP的扇区之间的客户端业务流的切换。换言之，在成功的扇区间切换之后，与旧扇区相反，客户端的下行链路业务流将通过新扇区而被递送。对于扇区间切换，由于客户端已与AP相关联，所以扇区间切换可以以隐含的方式发生，使得不要求明确的关联/认证。如果采用客户端启动的接入方案，则客户端可以向AP发送触发帧，以便在新的扇区天线活动时检索或发送其业务。AP在经由其给定扇区天线而接收到此触发帧时隐含地将此客户端关联到新扇区。如果采用的信道接入方案不是客户端启动的，则客户端可能需要在新的扇区天线活动时向AP发送虚设帧(dummy frame)或数据帧(如果可用)以实现隐含的扇区间切换。对于纯粹基于争用的方案(分布式协调功能(DCF)、增强型分布信道接入(EDCA)等等)，客户端可以在它可以时立刻发送此帧(使用基于争用的程序)。对于纯粹基于轮询/调度的方案(点协调功能(PCF)、混合协调功能控制的信道接入(HCCA)、等等)，客户端将需要等待，直到信道可用时发送此帧(使用基于争用的程序)。

图6示出了一种方法，借助其，相同AP的扇区之间的切换，即扇区间切换发生。开始此过程601，并且客户端获悉在AP处新扇区天线何时活动603。此处的新扇区天线指的是与客户端试图切换到的扇区相关的天线。如果新扇区天线活动605，则进行客户端是否处于争用期的确定607。此处的争用期指的是由AP确定的时间间隔，在该时间间隔期间，任何客户端或AP可以在遵守例如随机退避、推迟(deference)等众所周知的信道接入规则之后发起帧的传输。如果处于争用期，则客户端使用诸如分布式协调功能(DCF)、增强型分布信道接入(EDCA)等本领域中众所周知的基于争用的接入方法向AP发送数据帧或触发帧。其后，该过程完成611。

本领域的技术人员将认识到，本文所述的本发明提供了关于扇区之间的邻居发现和切换的许多优点，其中a)客户端可以基于从这些扇区接收到的信标来识别和发现相同AP的扇区；以及b)客户端可以预测AP的各个扇区的信标定时和信道号。因此，客户端在扇区的邻居发现方面花费较少的时间，提高的切换效率和功率节省。

本发明还将促进用于站点分集和高效的先接后离切换的业务双播和n播。换言之，来自多个扇区的相同或不同分组可以被发送到客户端以促进软切换或提供站点分集。在这种情况下，每个所涉及的扇区的信标将经由业务指示映射来指示业务的存在。具有可预测信标传输时间的非重叠扇区信标将允许客户端查看所有所涉及的扇区信标并确定何时检索来自这些扇区中的每一个的分组。此外，这种方法为客户端提供与AP的单一关联/认证过程而不是AP的每个扇区的关联/认证过程。因此，可以在不需要附加关联/认证过程的情况下无缝地实现站点分集。最后，客户端可以使用其间服务AP的不可到达扇区为活动的时间来直接与其它可到达客户端通信。

因此，本发明提供了一种新型方法以跨相同AP的各个扇区来传播信标。使用字段来提供诸如扇区号、虚拟TSF定时器、以及扇区IE等信息，以区分各个扇区的信标。这种方法允许AP通知扇区专用信息以辅助客户端处的扇区发现和扇区间切换。本方法允许每个信标间隔的多个虚拟TBTT的创建及扇区发现和扇区间切换。

在前述说明书中，已经描述了本发明的特定实施例。然而，本领域的技术人员认识到，在不脱离下面权利要求书所阐述的本发明的范围的情况下，可以进行各种修改和变更。因此，说明书和附图应被视为说明性而非限制性的，所有此类修改意欲包括在本发明的范围内。益处、优点、问题的解决方案，以及可能引起任何益处、优点、或解决方案发生或使其变得更明显的任何元素(多个)不应被解释为任一或全部权利要求的关键、必须、或基本特征或元素。本发明仅仅由所附权利要求来限定，所述所附权利要求包括本申请待决期间的任何修改和发布的那些权利要求的所有等价物。

Claims (10)

1.一种通信方法，包括步骤：

在无线局域网WLAN***中包含具有多个扇区的无线接入点WAP，并且其中从所述WAP传送信标传输：

获得所述WAP的基准定时；

确定所述WAP的扇区配置；

确定所述WAP的扇区信标定时；

确定客户端处于用于扇区发现的时间段；

计算每个所关注扇区的虚拟目标信标传输时间TBTT；以及

在所计算的每个所关注扇区的虚拟TBTT收听WAP扇区信标。

2.如权利要求1所述的通信方法，其中，所述计算步骤还包括步骤：

确定所关注扇区的信道号。

3.如权利要求1所述的通信方法，还包括步骤：

基于所计算的虚拟TBTT来使所述客户端收发信机同步。

4.一种通信方法，包括步骤：

从无线接入点WAP接收至少一个通知；

从所述至少一个通知确定所述WAP的扇区配置；

从所述至少一个通知中确定扇区信标定时；

确定由所述WAP服务的每个所关注扇区的信道号；

计算由所述WAP服务的每个所关注扇区的虚拟目标信标传输时间TBTT；以及

在所述虚拟目标信标传输时间TBTT和所确定的信道号收听来自每个所关注扇区的扇区信标信号。

5.如权利要求4所述的通信方法，还包括步骤：

从所关注扇区接收所述扇区信标信号。

6.如权利要求4所述的通信方法，其中，所述WAP使用至少一个定向天线。

7.如权利要求4所述的通信方法，包括步骤：

基于所计算的所关注扇区的虚拟目标信标传输时间TBTT来使客户端收发信机与所述WAP同步。

8.如权利要求7所述的通信方法，其中，使用虚拟定时同步功能TSF定时器来执行同步。

9.如权利要求4所述的通信方法，其中，所述WAP的扇区配置包括在所述WAP处使用的信道数量、扇区数量和每个信道中的扇区数量中的至少一个。

10.如权利要求4所述的通信方法，其中，所述扇区信标定时是(1)扇区的虚拟定时同步功能TSF定时器值、(2)信道间偏移和(3)信标间隔中的一个。

Images