在无线局域网中避免隐藏终端的制作方法

文档序号:7638681阅读:345来源:国知局
专利名称:在无线局域网中避免隐藏终端的制作方法
在无线局域网中避免隐藏终端
背景技术
无线局域网(WLAN)已经普遍存在。在无线局域网(LAN)中,可 以预约无线信道用于帧序列的传输,同时使用异步分布式随机信道访问方 法。在这种情况下,为了建立干扰邻域,传输的源和目的地都广播预约持 续时间。
根据802.11分布式信道访问MAC协议,RTS/CTS帧将传输通知 给邻居。为了建立干扰邻域,传输的源和目的地分别发送包含预约持续时 间的RTS和CTS帧。节点要么接收帧制止传输,要么同意在指定持续时间 接收传输。这样,"隐藏终端"将制止在接收的CTS帧中所指出的持续时间 内传输,该"隐藏终端"是不能听到传输的节点,即可将干扰引入接收节 点。
在无线LAN中预约信道和防止与隐藏终端冲突的一种方法利用逐帧预 约。在预约开始时发送RTS/CTS帧。通过^^J每个数据帧和随后的确iMt 更新预约的持续时间,在逐帧基础上延长预约时间。如果那样,逐帧预约 的结果是,如果预约未被接受一即,没有按时返回CTS帧一,则没有留下 未^^1的预约时间,且因此,预约不需要取消。
在无线LAN中旨预约的另一种方法利用开始-结束预约。开始-结束 预约应用于任何节点组合(即,网点/AP/站)。节点预约信道;5l^盖指向 单个目的地的整个传输序列,可能包括来自目的地的响应。在该方法中, 通过将持续时间字段值设置为将传输整个帧序列的时间来预约信道。如果 预约请求未被批准一即,没有按时返回CTS帧一或者,如果在完成传输时 时间保#^预约,则必须取消预约。
在802.11 WLAN中取消预约可能是有问题的,因为为了确定信itA否 可用于传输,节点依赖于单个定时器,NAV。当节点接收的帧的持续时间 字段中的值将延长信道占用超过以前预约的信道占用时,更新NAV定时器 以反映更长的预约。节点可肯^不同源接收多个NAV设置帧。例如,节点
可能从一个邻居接收CTS帧,而M没有接^iJ CTS的另一个邻居接收 RTS。可以通过收听空闲信道或通ii^w RTS的源接收明确的预约取消,来 实现与RTS相关的传输的取消。如果节点基于这样一个取消来复位它的 NAV,那么如果已发送CTS帧的邻居仍接收与该CTS帧相关的传输,就 会产生将干^/冲突引入该邻居的危险。因为独立于NAV设置请求源而保 存单个NAV定时器,无法确定预约取消是否将使NAV定时器^iLl位。
尽管这种缺陷,开始-结束NAV设置方法还是重要的,因为它提供了免 受"隐藏终端"的保护,这是一个在网状网络中由于邻居之间的^J巨离而被 恶化的问题。
WLAN可包括多个信道和多个无线电。提供多信道和多无线电能力的 方法出现在2006年3月29提交的共同未决专利申请中,该申请题目为"无 线多信道访问控制协议",代理编号为AVA06"01,这里其公开并入作为参 考,其描述了 CCC (公共控制信道)MAC协议。CCC利用两种逻辑信 道,控制信道和数据信道。

发明内容
如上所述的常M^L制有多樣陷。由于"隐藏终端"问题, 一个这样的缺 陷出现了。当站不能听到发射5^但是在接^的干扰范围内时,隐藏终端 的问题出现了。在具有分开长距离的节点的adhoc网中,这个问题iU12 重,在无线网中发现这样的例子。
4,可通过交换RTS/CTS控制帧来减轻隐藏终端问题。但是,当分 离节点的距离长时,与RTS/CTS对相关的传输的接J^的干扰范围内的邻 近节点可能不在发送CTS的节点的发送范围外,且因此,该邻近节点不能 读取CTS帧。在传输CTS时,这样的邻居将不设置它们的NAV,且可能 因此将干扰引入接收节点。为了避免这个问题,可以以较低的速度传输 RTS/CTS帧来提高传输范围。这种措施的结果是为帧序列的信道预约必 须以开始-结束为基础。不能依靠单独数据帧来提高预约,因为这种帧将以 较高的i^L送并因此具有^M的传输范围。
除了提供免受隐藏终端的保护之外,使用开始-结束NAV设置请求还 能在多信道访问控制协议中预约不同的信道。这种协议的例子是CCC。在
控制信道上交换控制帧以便预约可用数据信道池中的一个。在这种情况 将^i率低的。", 、 、 、 、
本发明不需要取消未被批准的预约请求。虽然在多信道CCC MAC协 议的上下文中给出了该方法,但是该方法也可应用于单个信道访问。
藏终端的机制和技术。通过使用在控制信道上交换的控制^息传递来解; 隐藏终端问题,在控制信道上交换控制信息传递是为了预约信道达传输
(TXOP)序列的持续时间,以通过数据信道上的单个预约发生。延迟设置 要预约的信道的NAV,直到允许该预约,从而i^了对取消的需要。
在防止发生隐藏节点问题的方法的一个具体实施例中,该方法包括在无 线局域网(WLAN)中的目的地节点从WLAN中的源节点接收传输清求
(CC-RTS)帧,CC-RTS帧包括指示传,约所需时间长度的预约持续时 间值。该方法进一步包括由已听到CC-RTS的每个节点调整定时器
(NAV),该定时器指示WLAN中的节点在传输请求/传输响应(CC-TRS/CC-CTS )握手的预约持续时间的时间周期内必须制止在信道上传输 的周期。该方法还包括由目的地节点确定CC-RTS是否已经被目的地节点 接受。当CC-RTS还没有被接受时,那么在目的地节点从源节点接收具有 预约持续时间值0的第二个CC-RTS帧,且当CC-RTS被目的地节点接受 时,那么源节点将NAV延长到原始CC-RTS帧的预约持续时间值的剩^ 约持续时间。
其它实施例包括计算机可读介质,其上具有计算机可读代码,用于防止 发生隐藏节点问题。该介质包括用于无线局域网(WLAN)中的目的地节 点从WLAN中的源节点接收传,求(CC-RTS)帧的指令,CC-RTS帧 包括指示传输预约所需时间长度的预约持续时间值。该介质进一步包括由 已听到CC-RTS的每个节点调整定时器(NAV)的指令和由目的地节点确 定CC-RTS是否已经被目的地节点接受的指令,该定时器指示WLAN中的 节点在传^Nt/传输响应(CC-RTS/CC-CTS)握手的预约持续时间的时间 周期内必须制止在信iUi传输的周期。当CC-RTS还没有:^L接受时,那么 在目的地节点从源节点接收具有预约持续时间值0的第二个CC-RTS,且
当CC-RTS被目的地节点接受时,那么源节点将NAV延长到原始CC-RTS 帧的预约持续时间值的剩余预约持续时间。
其它还有实施例包括计算^f匕设备,被配置成处理这里作为本发明实施 例公开的所有方法操作,在这些实施例中,计算机化设备包括存储系统、 处理器、连接这些元件的互连机构中的通信接口。使用在处理器上净皮执行 (如,当执行时)时如这里所述的防止发生隐藏节点问题的处理来编码存 储系统,在计算机化设备内该存储系统如这里所述的操作以执行本发明实 施例所述的所有方法实施例和操作。因此,执行或被编程来执行这里所述
处理的任^r计算才;M匕设备是本发明的实施例。
ii^y^开的本发明实施例的其它配置包括软件程序,来^f亍上面te^ 下面详细公开的方法实施例步骤和操作,更具体地,计算才;uf呈序产品是包 括在其上编码的计算才;i^呈序逻辑的计算机可读介质,当在计算机化设备中 执行时,该程序提供这里所述的防止发生隐藏节点问题的相关操作。当在 具有计算系统的至少一个处理器上执行时,计算^i^呈序逻辑使得处理器执 行这里作为本发明实施例示出的操作(如,方法)。本发明这样的配置一 般提供为软件、代码和/或其他在计算机可读介质上配置或编码的数据结
构,计算机可读介质如光学介质(如,CD-ROM)、软盘或硬盘或其它介 质,其他介质如在一个或多个ROM或RAM或PROM芯片上的固件或微 码或如专用集成电路(ASIC)或如一个或多个模块、共享数据库等中的可 下载软件图4象。软件或固件或其他这样的配置可安装在计算机化设备上, 来使得计算机化设备中的一个或多个处理器执行这里作为本发明实施例所 述的技术。在如数据通信设备组或其他实体的计算机化设备集合中操作的 软件处理可提供本发明的系统。本发明的系统可分布在几个数据通信设备 上的多个软件处理之间,或者所有处理可在很小一组专用计算机上运行, 或在一个计算机上单独运行。
可理解,本发明的实施例可严格地实施为如在翁:据通信设备内的软件 程序、为^L件和^t件或单独为^i^件和/或电路。如这里所述,本发明的特征
可在数据通信设备和/或用于这些设备的软件系统内实施,这些设备如
Lincroft New Jersey的Avaya公司制造的i殳备。


才艮据在附图中示出的以下对本发明优选实施例的详细描述,前述的那 些会显而易见,在不同图中相同的参考特征指相同的部件。图不必是按比 例画出,而重点在于示出了本发明的原理。
图1是描述了无线网络的示意图,示出无线网络中节点的传输范围和
干扰范围;
图2是描述了无线网络中常规逐帧预约的时序图; 图3是描述了无线网络中的常规开始-结束预约的时序图; 图4是描述了预约取消需要的时序图; 图5是描述了根据本发明实施例的预约已被取"
图6 ;^描述了才MI;^发明头應训的顶^迎'/iC子反取〉f
图7包括根据本发明实施例的在无线网络中防止隐藏终端的方法的流程
图8包括才M^本发明操作的节点的框图。 M实施方式
无线LAN网络可1^I公共控制协议(CCC) 。 CCC协iiUl扩展IEEE 802.11分布式MAC协议以便能在BSS或网状网络中^^I多^Hf道的MAC 协议。CCC协议,分布式基于优先权争用的媒体访问而定义灵活的信道 访问结构。CCC协议区分两个逻辑信道功能控制信道(CC)和数將道 (DC)。在下面的描述中,观测CCC MAC协议的站或网点被称为"节 点"。节点在控制信iUi交换控制和管理帧。数,it^载数据业务。
约。作为传统RTS和CTS消息的扩展,CC-RTS和CC-CTS用来预约数据 信道达传送传^^会(TXOP)所用的时间,如1£££802.116标准规定的, TXOP是串行传输的帧序列(和它们各自的确认),该序列紧接着单个成 功的基于争用的信道访问尝试。为TXOP传输选择的特^Mt^iii^ CC-RTS/CC-CTS上的特定字段中指示。可定义CC-RTS/CC-CTS交换,使得
能预约几个数据信道或一个数据信道和控制信道^f目同的时间间隔。节点
根据CC-RTS/CC-CTS的预约持续时间字段的值,获知在信道专用NAV中 4言道^皮预约的时间长度。
转发和接收节点都为每个可用信道^M^ NAV。节点监视控制信道并获 知其它节点所进行的所有预约,以确定数据信道的忙/闲状态以及他们何时 将变得可用。使用CC-RTS/CC-CTS上的预约持续时间字段来更新用于预 约的信道的NAV。 CC-RTS/CC-CTS预约持续时间字段不同于CC-RTS/CC-CTS 帧的MAC报头内的持续时间/ID字段。后者指示控制信iUi 的CC-RTS/CC-CTS传输的长度。如果接收节点认为请求的信道忙或如果 它的所有无线电忙,则预约请求被拒绝。
在短帧间间隔(SIFS, Short Interframe Space)的时间间隔长度内,接 收节点通过CC-CTS进行响应。发送CC-CTS以指示接受信道预约请求。 在接收节点所发送的CC-CTS中复制预约持续时间字段。如果没有接WJ CC-CTS,则转发节点假定预约请求被拒绝。如果根据接收节点所保存的 NAV, CC-RTS中所指示的数据信道将在预指定时间间隔内变得空闲,以 及如果接收节点具有用于接收传输的可用无线电,那么预约被接受。数据 业务传输的成功接收之后,跟随有才Mt EDCA规则在数据信ifJiiL送的确 认或作为控制信道上的組确认。
使用的不同帧包括J^ TXOP的节点所使用的CC-RTS帧。这个帧包 括几个字段,包括源节点;目的地节点;源节点传输信道;持续时间和 TXOP中的帧数量。接受TXOP的节点使用CC-CTS帧。COCTS帧包括 几个字段,包括目的地节点;源节点;源节点传输信道;持续时间; TXOP中的帧数量;以及无线电计数器。CC-ACK帧识别被成功接收的帧 序列中的单个帧。CC-ACK帧包括目的地节点;源节点;和TXOP帧接收 状态。
假如数据信道的Channel—State指示是空闲的,当源节点通it^控制信 道上向目的地节点发送CC-RTS帧来为一个或多个帧预约其数据信道时, 信道预约发生。在CC-RTS中设置预约持续时间字# TXOP帧的数量。 目的地节点在SIFS内发送CC-CTS作为响应。如果目的地节点具有用于源 节点数据信道的Channel—State空闲指示且目的地节点具有接收传输的可用
无线电,即无线电计数器非零,那么可接受预约请求。如果目的地节点接
受预约请求,则在目的地节点所发送的CC-CTS中调整预约持续时间字段 且重复TXOP内的帧数量,以及CC-CTS包括它的保留可用于接收业务的 无线电的数量-即无线电计数器。(后者不是必要的,但是对有帧发*目 的地节点的其它节点是有用的)。如果目的地节点拒绝预约请求,则CC-CTS 中的预约持续时间字段被设置为0,且在那种情况下,源节点发送预 约持续时间字段被设置为零的另一个CC-RTS。另外,目的地节点将发送 预约持续时间字段为0的CC-CTS,作为对预约持续时间字段被设置为0 的CC-RTS的响应。
当传输TXOP中的所有帧时,目的地节点将通过在控制信道上发送被 称为CC-ACK的确认,来确认传输序列的状态。将在CC-ACK中识别祐威 功接收的帧。将通过以最高访问优先权竟争来传输所述确认。
为了保护免受隐藏终端,网状网络需要用于整个TXOP的CC-RTS/CC-CTS预约。如果预约请求(CC-RTS)被拒绝,源节点必须取消预 约,以避免浪费预约的信道时间。目的地节点通过返回预约持续时间为零 的CC-CTS来指示对CC-RTS的拒绝。源节点发送第二个CC-RTS iMt知 已听到原始CC-RTS的邻近节点。必须a复位邻居的NAV,因为复位 NAV会取消所有其它未完成的NAV设置请求。因此,修改NAV方法;J^ 免复位NAV。
隐藏节点是一个能干扰它不能听到的传输的接收的节点。在站能相互听 到的WALN中,通过使用CC-RTS/CC-CTS来解决隐藏节点问题。但是, 如果如在WLAN网中的节点那###接收节点足够分离,则由于干扰范 围比传输范围大,CC-RTS/CC-CTS是无效的。传输范围是所有节点能听到 传输且能对其解码的范围。将在传输的目的地的干扰范围内但是在传输范 围O卜发现隐藏节点。考虑图l所示的网。无线网络10包括多个节点,节 点1-6。节点l具有相关的传输范围(TX范围)14和相关的干扰范围12。 由于网的空间排列,节点可表现为隐藏节点。节点l的干扰范围12S_5W 节点通信可#^自节点1的传输中断的范围。节点1的TX范围14是所有 节点能听到来自节点1的传输且能解码分组的范围。
节点l向节点2发送CC-RTS且节点2使用COCTS来响应。在节点2
的干扰范围内的节点3和节点5不在节点2的传输范围内,所以他们不能 听到CC-CTS。如在BSS的情况下,为了保护防止隐藏节点,必须使用 CC-RTS/CC-CTS。由于分离潜在干扰节点的距离,必须以比网业务帧更强 健的PHY模式来发送CC-RTS/CC-CTS。即,将以比网业务高的传输功率 或比网业务低的数据速率来传输CC-RTS/CC-CTS。这样,CC-RST/CC-CTS的传输范围可与网传输的干扰范围相同。那么可在干扰范围内接收和 读取CC-RTS/CC-CTS。必须使用开始-结束预约来对整个TXOP进#^ 约。
使用CC-RTS/CC-CTS ^免隐藏节点导致在传输TXOP (传输的帧 序列,在帧之间间隔SIFS空闲)时取消预约的过程中出现问题。根据 802.11e草案,有两种为TXOP传输预约信道时间的方式。 一个是预约信道 达整个TXOP的预约持续时间,而另一个是每次预约信道达一个帧。因为 需要CC-RTS/CC-CTS,单个CC-RTS/CC-CTS将预约信道达整个TXOP 持续时间。如果预约请求未被接受,则必须取消用于TXOP的预约,以使 得被预约的信道能够用于另 一个传输。
在CCC MAC协议中,通过包^—皮设置为零的预约持续时间字段的第 二个CC-RTS,将预约拒绝的通知从转发节点传送到所有节点。当转发节 点接^'j预约持续时间字段4皮i殳置为零的CC-CTS时,该转发节点被通知 请4^C拒绝。,802.11 NAV规则,听到具有非^#续时间字段的帧的节 点更新它的用于信道的NAV,来说明新的持续时间值以;SJ斤有先前的NAV 设置请求的到期。因此,NAV是来自不同源的多个NAV设置请求的組 合。
听到取消较早NAV设置请求的通知的节点不能简单地复位NAV。其 他NAV设置请求可能未完成,因为节点可能听到来自不能feb听到的节点 的对相同信道的多个NAV设置请求。因此,取消信道的NAV可能导致沖 突。下面描述一种在CC-RTS中寻找预约时设置信道的NAV的不同方式。 该新的NAV设置方法不需要在取消预约时复位NAV。
可预约无线信道用于传输帧序列,同时使用CSMA/CA。传输的源和目 的地都广^预约持续时间,以便建立干扰邻域。如上所述和如图2所示, 预约可在逐帧J^JiiL生。根据802.11分布式信道访问MAC协议,佳月
CC-RTS/CC-CTS帧来向邻居通知预约的开始。通过^^1每个数据帧和跟随 的确认来更新预约的预约持续时间,在逐帧基础上延长预约时间。在这种 情形20下,每次为一个帧设置NAV。使用数据帧的持续时间字段ijU^长 NAV。 RTS22设置NAV 34a达下一个帧26和其ACK28的持续时间。当作 为对RTS22的响应返回CTS24时,通过短帧间间隔(SIFS)开始数据帧 26的传输。数据帧26的持续时间字段延长NAV 34b达下一个数帧30和 ACK32的持续时间。如果预约被拒绝,不需要预约取消。
现在参照图3,对整个序列可使用单个RTS/CTS来进行信道的预约。 信道被预约达整个TXOP。 RTS42中的持续时间字賴:被设置为数据帧46和 50以及ACK48和52所需的时间。一^SJl回CTS44,数据帧46和50以及 ACK48和52的传输在SIFS时间内开始。如果预约请求被拒绝,或者如果 在传输完成时时间併#^皮预约,则必须取消剩余的预约时间。
如图所示,RTS58设置NAV达TXOP的预约持续时间值。在预约不 被接受时(58),应当取消NAV的剩絲约时间以允ifft^信道。
现在参照图5,为了a隐藏节点,^J1了两步NAV设置it^呈。NAV 是其他节点必须制止在信道上传输的时间周期。为了避免冲突,每个节点
*##接收的预约请求和响应而设置的NAV。佳月具有被设置为预约长 度的预约持续时间的CC-RTS62来请求预约。目的地节点通过逸回预约持 续时间为零的CC-CTS 68来指示对CC-RTS 62的拒绝。源节点发送预约持 续时间为零的第二个CC-RTS 69 ^Mt知听到原始CC-RTS 62的邻近节点。 在这种情况60下,仅设置NAV达第一步持续时间64,即CC-CTS/CC-RTS握手的预约持续时间。因为通过》1^^预约持续时间为零的CC-CTS68 而取消了预约,不延长NAV达第二步66。作为对COCTS或另一个帧的 响应,才Mt预约持续时间字W^更新NAV。当接收到的帧中的预约持续时 间字段需要延长其到期时间时,更新NAV。在图5中,当^目同的MP听 到预约持续时间被设置为零的第二个CC-RTS时,取消用于TXOP的初始 预约,因此不延长NAV超过CC-RTSHSHK的初始设置。
m^参照图6,示出了不取消预约时的两步NAV。在这种情况70下, NAV被更新达COCTS/CC-RTS握手74的预约持续时间。接收CC-RST 72 的站将不更新那个像道的NAV达预约持续时间字段的整4Hi,而仅达长度CC-RSTHSHK74的时间间隔。如果(如,通过接收具有大于零的预约持 续时间值的CC-CTS 68)不取消CC-RTS 72,贝'J NAV被更新达初始CC-RTS 72预约持续时间的剩余时间76。不取消预约,且因jH^长NAV以覆 盖初始CC-RTS 72中的整个预约持续时间。
来自源节点的CC-RTS 72更新NAV达时间CC-RTSHSHK。这个时间 周期CC-RTSHSHK包括CC-CTS传输时间加上CC-RTS传输时间加上与 CC-CTS和CC-RTS相关的两个SIFS的时间(CC-CTSTxTime+CC-RTSTxTimef2*SIFS)。在时间间隔CC-RTSHSHK过去之后,使用后台定 时器来更新主NAV定时器。如果在时间间隔CC-RTSHSHK内接^,J多个 CC-RTS帧,则站必须记住每个接收的CC-RTS对(源ID,预约持续时 间)。必须记住这个信息,直到NAV被更新达完整CC-RTS预约持续时 间。站可以保留有限个CC-RTS的信息,这些CC-RTS具有最长的剩⑧ 约持续时间。
总之,当听到CC-RTS时以两步来设置信道的NAV。 一JS4M^!j初始 CC-RTS,节点更新指定信道的NAV达传输CC-CTS和另 一个CC-RTS所 需的时间间隔CC-RTSHSHK。如果没接收到取消CC-RTS,那么节点i殳置 NAV达初始CC-RTS中指示的剩余预约持续时间值或后续CC-RTS中指示 的延长的预约持续时间值。如果预约被拒绝,则NAV期满,不需要进一步 #^。
虽然结合具有多^H言道的WLAN描述了本发明,但是可在仅4t^单个 信道的情况下应用相似概念。在单个信道的情形下,当取消预约时必须警 告邻近节点。NAV清除机制是标准中的可选机制,如果站使用来自RTS帧 的信息作为最近的基础来更新其NAV,且在2 SIFS+CTS一duration+2 SlotTime内没有检测到信号,则该标准允许站清除其NAV[IEEE 802.11:9.2.5.4。iiyL许再用信道以防不能完成4向握手。为了^NAV清 除所引起的冲突,^f^J以下措施站i曙CTS持续时间是否到期。如果没 有,CTS是"未决"的。当具有非絲续时间字段的新CTS到来时,设置标 记CTS一PENDING。当NAV到期时清R^标记。如果信道空闲达指定时间 间隔,站会清除其NAV,且清除标记CTS_PENDING。如杲设置了标记 CTS_PENDING,则站不清除NAV。这允许避免NAV清除所引起的冲突。
在图7A和7B中描述了本公开方法的流程图。这里"处理框"用矩形单 元表示,且矩形单元表示计算4練件指令或指令组。这里"判决框"用菱形 单元表示,且菱形单元表示影响处理框所表示的计算机软件指令的执行的 计算^^件指令或指令组。
可选地,处理和判决框表示如数字信号处理器电路或专用集成电路 (ASIC)的功能等效电路所执行的步骤。流程图没有描述任何具体编程语 言的语法。而且,-;U呈图示出了功能信息,本领域技术人员需要该信息来 制作电路或产生执行根据本发明需要的处理的计算才賺件。要注意,没有 示出许多例行程序单元,如循环的初始化和变量和临时变量的使用。本领 域技术人员将理解,除非这里指出,描述的具体系列步骤仅是示例性的且 可在不偏离本发明精神的情况下进行变化。因此,除非另外声明,下述步 骤是没有顺序的,这意味着可以以任何方便或期望的顺序来执行这些步 膿
现在参照图7A和7B,示出了在无线网络中防止隐藏节点的具体方法。 方法100M理框102开始,框102公开了从源节点接收对目的地节点的传 %#求(CC-RTS)帧,所述CC-RTS帧包括指示传,约所需时间长度的 预约持续时间值,以比业务帧更强健的PHY模式iMC送CC-RTS帧。处理 框104记栽了其中,以比业务帧、数据帧和管理帧更强健的PHY模式来发 送CC-RTS帧。如处理框106所述,这通过以包括比业务帧高的传输功率 和比业务帧低的数据速率的组中的一个发送CC-RTS帧来完成。
处理框108描述听到CC-RTS的其它节点调整定时器(NAV),该定 时器指示其他节点必须制止在信道上传输达传输请求/传输响应(CC-
RTS/CC-CTS)握手的预约持续时间的时间周期的时间周期。如处理框110 所示,这个持续时间等于CC-CTS传输时间加上CC-RTS传输时间加上与 CC-CTS和CC-RTS相关的两个SIFS的时间(COCTSTxTime+CC-RTSTxTime+2*SIFS)。
处理框112公开了确定目的地节点是否已经接受CC-RTS,处理框114 陈述了其中确定CC-RTS是否未^L接受包括通it^目的地节点接收对源 节点的传输响应(CC-CTS)帧来确定CC-RTS是否未被接受,CC-CTS帧
具有为零的预约持续时间值,以比业务帧更强健的PHY模式来发送CC-RTS帧。处理框116描述了其中确定CC-RTS是否被拒绝包括通it^目 的地节点接收对源节点的传输响应(CC-CTS)帧来确定CC-RTS已经被 接受,CC-CTS帧具有大于零的预约持续时间值,以比业务帧更强健的 PHY模式来发送CC-RTS帧。处理框118公开了其中以比业务帧更强健的 PHY模式来发送COCTS帧。这通过以包括比业务帧高的传输功率和比业 务帧低的数据速率的组中的一个发送CC-CTS帧来完成。
处理框120描述了在源节点在SIFS时间内没有从目的地节点接收到 CC-CTS时,推断CC-CTS没有被接受。
处理在处理框122继续,该框122陈述了当CC-RTS被拒绝时,则从 源节点接收到目的地节点的预约持续时间值为零的第二个CC-RTS帧。处 理框124描述了在CC-RTS被接受时,则将NAV^长到原始CC-RTS帧的 预约持续时间值的剩余预约持续时间。
处理框126公开了在CC-RTS/CC-CTS握手时间内接收多个CC-RTS 帧,且保存多个CC-RTS帧的每一个的源识别符(ID)和预约持续时间 值。处理框128陈迷了对完整CC-RTS间隔预约持续时间进行保存。
图8示出了计算机系统的示例结构,该系统净皮配置为节点240。节点 2训可以是任何类型的计算机化系统,如个人计算机、工作站、便携式计算 设备、主机、服务器等。在这个示例中,节点包括^^,系统212、处理 器213和通信接口 214的互连机构211。通信接口 214允许节点240与外部 设备、务他节点或系统通信。
务賭系统212可以是使用应用255-A编码的任何类型的计算机可读介 质,应用255-A表示实现上述本发明实施例的处理功能的如数据和/或逻辑 指令(如,存储于存储器或另一个计算机可读介质如磁盘中)的软件代 码。处理器213可经互连^211访问^系统212,以^动、运行、实 行、解释或批ft节点的应用255"A的逻 旨令,以产生相应节点处理255-B。换句话说,节点处理255-B表示节点系统中在处理器213内或处理器 213上批ft的节点应用255-A的一个或多个部分。
可理解本发明实施例包括^^如^、 ^的计算机可读介质内或在 光学介质内,或在如固件、只读存储器的存储型系统内编码的或如在这个
示例中作为##系统212 (如,在随机访问a器或RAM内)内的可^f亍 代码的应用(即,未实行或未执行逻辑指令和/或数据)。也可理解本发明 的其他实施例可提供在处理器213内操作为处理的应用,虽然在示例中没 有示出,本领域技术人员会理解,计算机系统可包括其它处理和/或软件和 硬件元件,如操作系统,为了简化本发明的描述,这里示出的不考虑这 些。
已描述了本发明的优选实施例,现在对本领域技#员显而易见的是, 可使用结合这些概念的其他实施例。另外,作为本发明一部分包括的软件 可在包括计算机可读介质的计算;fe^呈序产品中实现。例如,这样的计算才几 可读介质可包括可读存^i殳备,如其上存储有计算才几可读程序代码的石更驱 动设备、CD-ROM、 DVD-ROM或计算才;i^^盘。计算才几可读介质也可包括 光学、有线或无线的通信链路,其上携带有作为数字或模拟信号的程序代 码段。因此,认为本发明不应当受限于所迷的实施例,且仅受限于附后的 权利要求的精神和范围。
权利要求
1.一种方法,包括在无线局域网(WLAN)中的目的地节点从所述WLAN中的源节点接收传输请求(CC-RTS)帧,所述CC-RTS帧包括指示传输预约所需时间长度的预约持续时间值;由已听到CC-RTS的每个节点调整定时器,该定时器指示所述WLAN中的所述节点必须制止在信道上传输达传输请求/传输响应(CC-RTS/CC-CTS)握手的预约持续时间的时间周期的周期(NAV);由所述目的地节点确定所述CC-RTS是否已经被所述目的地节点接受;当所述CC-RTS还没有被接受时,则在所述目的地节点从所述源节点接收具有预约持续时间值0的第二CC-RTS帧;以及当所述CC-RTS被目的地节点接受时,则所述源节点将所述NAV延长到原始CC-RTS帧的预约持续时间值的剩余预约持续时间。
2. 权利要求l的方法,其中,所述确定CC-RTS是否已被拒绝包括 通it^所述目的地节点接收对所述源节点的传输响应(CC-CTS)帧来确定 CC-RTS是否已被拒绝,所述CC-CTS帧具有为零的预约持续时间值。
3. 权利要求l的方法,其中,以比业务帧、数据帧和管理帧更强健的 PHY ^MLiii;斤述CC-RTS帧。
4.权利要求2的方法,其中,以比业务帧、数据帧和管理帧更强健的 PHY ;jMCiii;斤述CC-CTS帧。
5. 权利要求l的方法,其中,如果所述源节点在SIFS时间内没有从 所述目的地节点接^!J CC-CTS,则所述源节点推断CC-RTS未被批准。
6. 权利要求l的方法,其中,所述确定CC-RTS是否被接受包括通 it^所述目的地节点接收对所述源节点的传输响应(CC-CTS)帧,来确定 CC-RTS已被接受。
7. 权利要求1的方法,其中,所述CC-RTS/COCTS握手时间包括 CC-CTS传输时间加上CC-RTS传输时间加上两倍的短帧间间隔(SITS) 时间。
8. 权利要求1的方法,进一步包括在所述CC-RTS/CC-CTS握手时间 内接收多个CC-RTS帧,且保存所述多个CC-RTS帧的每一个的源识别符(ID)和预约持续时间值。
9. 权利要求8的方法,其中,为完整CC-RTS间隔预约持续时间进行 所述絲。
10. 权利要求3的方法,其中,以比业务帧更强健的PHY模式来发送 所述CC-RTS帧包括以包括比业务帧高的传输功率和比业务帧低的数据 速率的组中的一个发送CC-RTS帧。
11. 权利要求4的方法,其中,以比业务帧更强健的PHY模式来发送 所述CC-CTS帧包括以包括比业务帧高的传输功率和比业务帧低的数据 速率的组中的一个发送CC-RTS帧。
12. —种计算机可读介质,其上具有计算机可读代码,用于提供无线 网络中的通信,该介质包括用于在无线局域网(WLAN)中的目的地节点从所述WLAN中 的源节点接收传输清求(CC-RTS)帧的指令,所述CC-RTS帧包括指示传 输预约所需时间长度的预约持续时间值;用于由已听到CC-RTS的每个节点调整定时器的指令,该定时器 指示所述WLAN中的所述节点必须制止在信道上传输达传,求/传输响 应(CC-RTS/CC-CTS)握手的预约持续时间的时间周期的周期(NAV);用于由所述目的地节点确定所述CC-RTS是否已经被所述目的地节点接受的指令;用于当所述CC-RTS还没有被接受时,则在所述目的地节点从源 节点接收具有预约持续时间值0的第二 CC-RTS帧的指令;以及用于当所述CC-RTS已经被所述目的地节点接受时,则所述源节 点将所述NAV延长到原始CC-RTS的预约持续时间值的剩余预约持续时间 的指令。
13. 权利要求12的方法,其中,所^于确定CC-RTS是否已被拒绝 的指令包括用于通*所述目的地节点接M所述源节点的传输响应(CC-CTS) 帧来确定CC-RTS是否已^皮拒绝的指令,所述CC-CTS帧具有为零 的预约持续时间值。
14. 权利要求12的方法,其中,以比业务帧、数据帧和管理帧更强健 的PHY来发送所述CC-RTS帧。
15. 权利要求13的方法,其中,以比业务帧、数据帧和管理帧更强健 的PHY来发送所述CC-CTS帧。
16. 权利要求12的方法,其中,如果所述源节点在SBFS时间内没有 从所述目的地节点接收到CC-CTS,则所述源节点推断CC-RTS未被批 准。
17. 权利要求12的方法,其中,所述用于确定CC-RTS是否已被接受 的指令包括通过从所述目的地节点接收对所述源节点的传输响应(CC-CTS) 帧来确定CC-RTS已被接受的指令。
18. 权利要求12的方法,其中,所述CC-RTS/CC-CTS握手时间包括 CC-CTS传输时间加上CC-RTS传输时间加上两倍的短帧间间隔(SIFS) 时间。
19. 权利要求12的方法,进一步包括用于在所述CC-RTS/CC-CTS握 手时间内接收多个CC-RTS帧的指令,以及用于保存所述多个CC-RTS帧 的#-个的源识别符(ID) ^约持续时间值的指令。
20. 权利要求19的方法,其中,为完整CC-RTS间隔预约持续时间进 行所述保存。
21. 权利要求14的方法,其中,以比业务帧更强健的PHY模式iML 送所述CC-RTS帧包括以包括比业务帧高的传输功率和比业务帧低的数 据速率的组中的一个发送CC-RTS帧。
22. 权利要求15的方法,其中,以比业务帧更强健的PHY模式i(^ 送所述CC-CTS帧包括以包括比业务帧高的传输功率和比业务帧低的数 据速率的组中的一个发送CC-RTS帧。
23. —种无线网络,包括 源节点;目的地节点,与所述源节点通信; 多个其它节点,与所述源节点和所述目的地节点通信;和 其中,所述源节点发送对所述目的地节点的传斷清求(CC-RTS) 帧,所述CC-RTS帧包括指示传输预约所需时间长度的预约持续时间值,以比业务帧更强健的PHY模式来发送CC-RTS帧,听到CC-RTS的所述节 点设置定时器,该定时器指示其它节点必须制止在信道上传输达传,求/ 传输响应(CC-RTS/CC-CTS )握手的预约持续时间的时间周期的周期 (NAV),所述源节点确定所述CC-RTS是否已经被所述目的地节点接 受,当所述CC-RTS还没有被接受时,则所述源节点向所述目的地节点发 送具有预约持续时间值0的第二 CC-RTS帧,以及当所述CC-RTS被接受 时,则将所述NAV延长到原始CC-RTS帧的预约持续时间值的剩余预约持 续时间。
24. 权利要求23的无线网络,其中,所述确定CC-RTS是否已被接受 包括通it^所述目的地节点接收对所述源节点的传输响应(CC-CTS)帧 来确定CC-RTS已被接受,所述CC-CTS帧具有为零的预约持续时间值, 以比业务帧更强健的PHY模式来发送CC-CTS帧,以及其中,所述确定 CC-RTS是否已被接受包括通it^所述目的地节点接收对所述源节点的 CC-CTS帧来确定CC-RTS已被接受,所述CC-CTS具有大于零的预约持 续时间值。
25. 权利要求23的无线网络,其中,在所述CC-RTS/CC-CTS握手时 间内接收多个CC-RTS帧,其中,为所述多个CC-RTS帧的^-HH^源 识别符(ID)和预约持续时间值,且其中,为完整CC-RTS间隔预约持续 时间进行所述多个CC-RTS帧的每一个的所述源识别符(ID)和预约持续 时间值。
全文摘要
提出了防止发生隐藏节点问题的方法、装置和计算机程序产品。从源节点接收传输请求(CC-RST 62),CC-RTS 62包括指示传输预约所需时间长度的预约持续时间值。调整定时器,使得其他节点必须制止在信道上传输的周期(NAV)等于传输请求/传输响应(CC-TRS/CC-CTS 68)握手的时间。当CC-RTS(62)被拒绝时,那么接收具有为零的预约持续时间值的第二个CC-RTS(69),以及当CC-RTS(62)被接受时,那么将NAV延长到原始CC-RTS(62)帧的预约持续时间的剩余持续时间。以比业务帧更强健的PHY模式来发送CC-RTS(62,69)和CC-CTS(68)。
文档编号H04L12/413GK101356775SQ200680025803
公开日2009年1月28日 申请日期2006年6月8日 优先权日2005年6月8日
发明者玛斯尔德·本维尼斯特 申请人:阿瓦雅技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1