增强的dls和hcca原则的制作方法

专利名称：：增强的dls和hcca原则的制作方法
技术领域：
：本发明一般地涉及用于支持无线通信的标准。更特别地，本发明涉及用于允许在系统接入点、终端和附件之间进行无线通信的标准。
背景技术：
：电子和电气工程师协会(IEEE)公布了各种领域的各种标准，包括用于有线和无线通信的标准。IEEE802.11规范是规定无线客户端与基站或接入点之间以及无线客户端之间的"空中"接口的无线标准。IEEE802.11规范针对用于无线通信的物理和媒体访问控制层二者，并且适于解决无线局域网(WLAN)设备制造商之间的兼容性问题。IEEE802.11标准的增强型是IEEE802.11e服务质量(QoS)增强标准。正EE802.11e标准限定了基于混合协调功能的信道接入(HCCA)方法。HCCA与调度的自动节能传送(APSD)省电方法一起，产生极低功率的数据传输机制。图1是正在进行的流的表示，即针对多播流的调度的APSD要求。对于多播流内的所有终端，传输轮次之间的服务间隔必须是相同的。移动游戏和adhoc网络创建是相对新的且快速发展的应用领域。许多附件，诸如头戴式耳机、大容量存储器、"视频眼镜"和TV监视器，针对网络拓朴、简单性和功耗创建了甚至比常规已经解决的要求还多的要求。新的802.11e标准引入了直接链路建立(DLS),其用在支持QoS设施的两个站点(STA)(例如，终端)而不是接入点(AP)(使用IEEE802.11术语，它们是非AP的QSTA)希望利用增强的分布信道接入(EDCA)在彼此之间直接交换数据的事件中。在常规的HCCA数据流中，如802.11e标准所描述的，数据总是在一个非APQSTA与接入点(AP)之间传输。根据正EE802.11e标准，支持QoS的AP被称为QoS接入点(QAP)。因此，从终端到附件的HCCA传输需要具有两个流，其中一个流从终端到AP而另一个流从AP到附件。然而，IEEE802.il标准没有定义附件设备。根据IEEE802.lie,当在基础结构模式中时，非APQSTA将所有的帧传输到QAP，除非使用直接链路建立(DLS)数据传输模式。由此，从一个终端到附件的直接数据传输需要使用DLS。然而，DLS没有功率节省能力，并且DLS可以仅使用EDCA。此外，并且就音频通信而言，许多头戴式耳机当前使用蓝牙技术来从终端向头戴式耳机传输音频数据。蓝牙无线电和2.4GHz无线LAN(WLAN)无线电是操作在相同的频段，其导致传输错误和衰减的性能。
发明内容本发明涉及向WLAN网络引入新的设备类，此处称为附件类。原则上，附件可以是非APQSTA。本发明可以用在adhoc或者支持HCCA类型操作的基础结构网络中。本发明通过允许在服务周期的一部分进行附件与终端之间的直接传输而增强了HCCA传输流。根据本发明，终端向接入点传输针对流建立的请求。接入点向终端提供响应，在此之后，终端基于接收到的响应来准备要向附件传输的附件流建立请求。附件流建立请求指示附件的期望根据本发明，终端可以通过仅在添加业务流(ADDTS)信令中提供附件的媒体访问控制(MAC)地址以及安全密钥来建立其自身与附件之间的或者AP与附件之间的流。因此，附件不需要与AP关联；终端处理它的所有附件并且信号发送针对每个附件和AP的流。所提出的本发明的操作流程使得传输的数据量减半，因为终端和附件能够直接向彼此传输数据，而不需要中间经过AP。通过将所有这些方面组合在一起，HCCA数据传输流可以被引入adhoc网络，并且网络可以具有两种服务类中的设备，这两种服务类是主终端(诸如电话)和媒体处理附件(诸如，头戴式耳机、监视器等)。本发明实现了终端与所关联的附件之间的较低的传输功率使用。AP可以设置QoSCF-轮询帧中的持续时间字段，使得QSTA设置网络分配矢量(NAV)以在通信期间保护终端与附件之间的传输。因此，其他终端与所述终端和附件不在同一时间进行传输。在许多情况下，终端和附件彼此的位置靠近，因此所用的传输功率可以显著低于常规情况下需要的传输功率。本发明还增强了DLS性能并且实现了调度的APSD功率节省，并且HCCA使用在先前使用了DLS的情形中。在本发明中，AP为HCCA传输分配时间。利用本发明的信令，AP还可以控制类DLS流的传输时间。根据下面的详细描述并结合附图，本发明的这些和其他目的、优势以及本发明的组织和操作方式将变得显而易见，在下面描述的若干附图中相同的元件具有相同的标号。图1是对正在进行的流的总体表示，其中调度的APSD创建支持多播流的功率节省；图2是对根据本发明的包括接入点、多个终端和多个附件的总体网络拓朴的表示；图3是示出针对附件信标传输的数据流建立过程的表示；图4是示出在建立已经完成之后在与附件的通信期间使用附件信标的示图；图5是对根据本发明的一个实施例的修改的ADDTS请求帧的表示；图6是对根据本发明的一个实施例的ADDTS响应帧的表示；图7(a)是对根据本发明的附件信标帧的表示；图7(b)是对附件信标帧的附件信息字段的详细表示；图7(c)是对附件信标帧内的保持清醒元素的描述；图7(d)是对附件信标帧的清醒参数字段的表示；图7(e)是对附件信标帧的流开始元素字段的描述；图8是对根据本发明的一个实施例的流统计帧的表示；图9是对传统的业务规范(TSPEC)元素的描述，以及对包括的TS信息元素的详细描述；的增强的TSPEC元素的描述，以及对增强的TS信息元素的详细描述。图11(a)是根据本发明的对增强的业务分类(TCLAS)元素的表示，该增强的业务分类(TCLAS)元素用于实现在相同流中对附件和终端的业务分类；图11(b)是对图11(a)的TCLAS元素中包括的帧分类符的描述；图12是对根据本发明的根据下面描述的表4的000用法情形中的数据流的表示；图13是对根据本发明的根据下面描述的表4的001用法情形中的数据流的表示；图14是对根据本发明的根据下面描述的表4的010用法情形中的数据流的表示；图15是对根据本发明的根据下面描述的表4的Oil用法情形中的数l居;充的表示；图16是对根据本发明的根据下面描述的表4的100用法情形中的数据流的表示；图17是对根据本发明的根据下面描述的表4的101用法情形中的数据流的表示；图18是对根据本发明的一个实施例的针对游戏数据分发的示例4吏用情形的描述，其中提供到WLAN头戴式耳机的单向传输，其中首先从AP向终端传输单向数据帧，线指的是在将数据传输到附件之前数据中引入的延迟；以及其中在将数据传输到附件之前，终端中的延迟可被用于处理接收的数据或者改变数据格式；图19是可以用于本发明的实现中的移动电话的透视图；以及图20是对图19的移动电话的电话电路的示意表示。具体实施方式图2是对根据本发明的包括AP1000、多个终端1010和多个附件1020的总体网络拓朴的表示。每个终端IOO可以具有实际上是任意数目的关联附件1020,包括根本没有任何附件。AP1000和终端1010针对基础结构BSS网络，如在IEEE802.11标准中定义的那样。此处AP指能够支持QoS设施的接入点。这样的AP的例子是在IEEE802.11e中陈述的QAP。终端指具有无线地操作和提供QoS设施的功能的设备，诸如IEEE802.11e中介绍的非APQSTA。终端可以通过AP连接到无线局域网。在根据本发明的一个实施例的简化的业务流中，三种不同的主体传输数据APIOOO、终端1010和附件1020。应该理解AP1000与终端1010之间以及终端1010与附件1020之间的通信可以使用各种通信方法来执行，诸如各种无线通信方法。针对附件1020的流建立由终端1010负责。附件1020不需要与AP1000关联。终端1010在与AP1000的ADDTS信令中关联和建立正在进行的流。终端1010与AP1000之间的关联表示在1030处。终端1010与附件1020之间的周期性的"附件信标，，传输表示在1040处。在本发明的其他实施例中，附件信标传输可以在没有流建立的情况下发生，或者终端1010可以假设流或数据传输将被提供到附件1020。图3示出在流建立信令正在进行时或者在不久的将来很可能发生到附件1020的数据传输时，针对附件信标传输的建立过程。图3表示终端-附件关系的思想，其中终端1010负责比协议层2或MAC(媒体访问控制)层高的层的业务。在图3中，选择SIP以提供较高层会话建立协议的例子。可以使用诸如ITUH.323的其他会话建立协议。在图3描述的情形中，首先在步骤300中，呼叫者向AP1000传输SIP邀请。接着，在步骤305中，AP1000传输对应的MAC数据邀请到终端1010,该MAC数据邀请在步骤310中通过终端1010向AP1000确认。在步骤315中,终端1010发送"振铃"消息到AP1000，并且该消息在步骤320中传输回呼叫者，并且在步骤325中被确认。在步骤330中，终端1010传输附件信标和"保持清醒"指令到附件1020，其在步骤335中被确认。响应于该确认，终端IOIO传输SIP200OK消息到AP1000，指示终端1010已经从附件1020接收到确认。响应于步骤340,AP前进到步骤345，传输SIP200OK消息到呼叫者。接着，在步骤350中，AP1000传输MAC级确认到终端1010,指示AP已经传输SIP200OK消息到呼叫者。在步骤355中，终端1010传输MAC级ADDTS.r叫uest(ADDTS请求)消息到AP1000，其在360中被确认。ADDTSrequest通知接收者(即，图3中的接入点)终端IOIO将开始发送业务。此处讨论的ADDTS术语和其他术语在802.11e标准中进行了更具体的描述。在360中的确认之后跟着是在365中的从AP1000到终端1010的MAC级ADDTS.response(ADDTS响应)消息，其在370中被确认。接着，在375中，终端1010传输ADDTS.response消息到附件1020，其在380中由附件1020进行确i人。图4示出在建立已经完成之后使用附件信标。在400中，从呼叫者向AP1000传输SIP级邀请。在405中，MAC级邀请;故传输到终端1010，其在410中被确认。接着，在415中，终端1010传输"振铃"消息到AP1000,其在420中被确认。然后，在步骤425中，在SIP级传输"振铃"消息到呼叫者。在430中，终端1010传输MAC级"OK"消息到AP1000,其在435中被确认。接着，在440中，AP1000在SIP级传输"OK"消息到呼叫者。在445中，终端1010传输ADDTS.request到AP100，其在450中由AP1000进行确认。在455中，AP传输ADDTS.response到终端1010，其在460中被确认。在465中，终端1010向附件1020传输"附件信标"和ADDTS.response,其在470中由附件1020进行确认。图5是对根据本发明的一个实施例的ADDTS请求帧的表示，该请求帧包括802.1le中定义的Association.request(关联请求)帧500、附件TSPEC字段510、附件容量长度字段520和附件容量字段530。附件TSPEC字段510用于描述数据传输选项。附件容量长度字段520的值将附件容量字段的长度定义为四个八位字节。附件容量字段530可以用于描述数据传输和数据格式化的高层参数。图6是对根据本发明的ADDTS响应帧的表示。ADDTS响应帧包括802.1le中定义的Association.response(关联响应)帧610、附件TSPEC响应字段620、终端容量长度字段630和终端容量字^殳640。附件TSPEC响应字段620由终端1010进行编辑。利用TSPEC响应字段620，终端1010描述它可以如何处理附件的TSPEC。TSPEC协商逻辑跟随ADDTS信令。终端容量长度字段630将终端容量字段的长度定义为四个八位字节。终端容量字段640可以用于描述数据传输和数据格式化的高层参数。图7(a)是对根据本发明的附件信标帧的表示，其中还表示了每个字段的八位字节的数量。附件信标帧包括附件信息字段720、APMAC地址字段720、保持清醒元素量字段730、开始元素量字段740、DELTS元素量字段750、保持清醒元素字段760、流开始元素字段770和DELTS元素字段780。DELTS元素仅仅通知接收者数据传输的结束。然而，DELTS元素不一定用于结束数据传输。例如，AP1000可以使用定时器来考虑数据传输的结束，该定时器可以测量数据传输的不活动性。图7(b)更详细地示出了附件信息字段710，包括关联的比特字段790。如果终端1010没有与AP1000关联，则关联的比特字段790为0。如果终端1010与AP1000关联并且如果AP的MAC地址有效，则关联的比特字段790为1。保持清醒元素量字段720是一个八位字节长、并且包含被添加到附件信标帧的保持清醒元素的数目。开始元素量字段740也是一个八位字节长、但是包含被添加到附件信标帧的流开始元素的数目。DELTS元素量字段750也是一个八位字节长，并且该字段包含被添加到附件信标帧的DELTS元素的数目。图7(c)是对保持清醒元素760的更详细的描述，其包括清醒参数字段810、附件MAC地址字段820和清醒周期长度字段830。清醒周期长度字段830是四个八位字节长、并且包含以微秒为单位的指定清醒时间的无符号整数，在此清醒时间中附件1020保持清醒并且等待来自终端1010的信令。图7(d)更具体地示出清醒参数字段810,其包括操作参数840。操作参数840的比特映射如下<table>tableseeoriginaldocumentpage12</column></row><table>在"保持全功率，，模式中，当时间-o时，附件可以直接进入节电模式。对于卜l安排，在本发明的一个实施例中，该安排可以用于"直接睡眠，，模式。另外，应该注意，新的"保持清醒"信息可以覆盖旧的值。图7(e)更详细地示出流开始元素字段770。流开始元素字段770包括802.11e标准中描述的ADDTS帧850、报告间隔字段860和报告周期长度字段870。报告间隔字段860是一个八位字节长，并且包含指定流状态帧传输的信标间隔的无符号整数。在该情况下，零值指示没有传输任何流状态帧。报告周期长度字段870是四个八位字节长，并且包含以微秒为单位的指定在附件信标传输之后的时间的无符号整数，在该时间中终端1010保持清醒并且等待来自附件1020的流统计帧，其例子示出在图8中的900处。如果在报告周期过期之前，没有接收到流统计帧，则可以认为该帧已经丟失并且允许终端进入休眠状态。如图8中所示并且参考IEEE802.11k标准，流统计帧900包括"正确接收的帧的数目，，字段910、"服务周期的数目，，字段920以及"重传的帧的数目，，字段930。正确接收的帧的数目是从最近的统计帧传输以来正确接收的帧的数目。服务周期的数目是从上一次统计帧传输以来的服务周期的数目。重传的帧的数目是从上一次统计帧传输以来的用于传输帧的失败尝试的数目。本发明涉及(1)如何执行流建立，以及(2)当数据传送以流进行时，如何完成数据传输。下面的讨论,i设使用一个AP1000、一个终端1010和一个附件1020。然而，应该理解本发明还可以使用另外的部件。为了建立流，终端1010负责针对其自身和针对附件1020的流创建。因此，附件1020可以被尽可能简单地进行创建，并且附件1020不需要知道漫游或者切换状态。本发明介绍AP1000与终端1010之间的信令。创建过程报告中的其他内容以解释终端1010和附件1020彼此之间如何发送信号以及如何知道彼此。应该注意附件1020还可以是关联到AP的终端。本发明从根本上只指定总的信令流。ADDTS帧包含TSPEC信息元素，其用于信号发送HCCA流。当前的常告见TSPEC元素以及当前的TS信息元素的更详细的分解示出在图9中。该TSPEC元素需要多个新的信息字段。具体而言，TSPEC元素需要(1)附件MAC地址；(2)操作模式指示符，其示出是终端1010还是AP1000在传输数据到附件1020;以及(3)用于调度的传输的介质时间元素。需要该元素以便在终端1010与附件1020之间信号发送所用的传输时间。对增强的TSPEC元素以及增强的TS信息元素的描述示出在图10中。除了上文描述的以外，TCLAS元素需要额外的指示比特。如果AP1000与附件1020直接通信，则TCLAS元素需要指示字段以描述哪些TCLAS元素属于终端1010，并且其映射业务到附件1020。ADDTS消息可以包含若干TCLAS元素。另夕卜，TCLAS元素可以定义相同的信息，使用在终端和附件通信流二者中。图11(a)介绍了根据本发明的增强的TCLAS元素，而图11(b)更具体地示出了改进的TCLAS元素的帧分类符。关于帧分类符的分类符参数，常规主张的分类符类型示出在下面的表2中表2分类符类型分类符参数0以太网参凄t1TCP/UDPIP参数<table>tableseeoriginaldocumentpage14</column></row><table>另一方面，根据本发明的增强的帧分类符类型示出在下面的表3中。"终端附件选择器"是图11(b)中描述的帧分类符参数字段的一部分。表3中的比特指示图11(b)的帧分类符类型字段的改变。应该注意，表3仅是实现对IEEE802.11e中的帧分类符和分类符类型字段的终端-附件选择器的一种示例方式。表3<table>tableseeoriginaldocumentpage14</column></row><table>根据本发明以及如图IO中所示，TSPEC元素中的操作模式字段具有根据下面的表4的3比特组合。对于每种3比特組合，支持不同的传输模式。这些模式分别描述在图12-17中表4<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>图9的TSPEC中描述的介质时间字段用于描述在一个传输机会中可以用于终端1010与附件1020之间的通信的最大时间，其描述在上面的001、100和101的情况中。否则，该字段的值不指定。介质时间值是十六位的无符号整数并且包含每个同步操作周期中以32微秒周期为单位的允许访问介质的时间量。在AP1000与附件1020直接通信的001、Oll和lOl的情况下，终端IOIO将TSPEC元素中的附件的加密密钥字段设置成正确的值。该密钥用于加密从AP1000到附件1020的数据传输。否则，附件的加密密钥字段留作不指定。TSPEC元素描述在AP1000与终端IOIO之间或者在AP1000与附件1020之间传输的流中的所有业务的特性。图10中的"MAC附件地址，，包含附件1020的MAC地址。取决于安全考虑，终端1010在ADDTS流中第一次时引入MAC附件地址。因此，附件1020不需要与AP1000相关联。这降低了在漫游情况下的功率消耗，并且保证了附件1020和终端1010与同一AP1000进行操作。在所有的传输选项中，数据传输开始于AP1000的QoS+CF-轮询或者WoS数据+CF-轮询帧传输。如果终端1010和附件1020二者都传输数据，则AP1000总是轮询终端1010。如果终端1010和附件1020交换数据，则终端1010发送QoS+CF-轮询或者WoS数据+CF-轮询帧到附件1020。这意味着终端IOIO被轮询数据，而AP1000控制介质。这可以包括服务周期的长度的标识。在图12-17中描述了不同的数据传输情形。图12-17中的数据传输流可以始于从终端到AP的ADDTS请求。如上面所描述的，ADDTS是一种用于建立在终端与AP之间的数据传输的示例通信方法。ADDTS请求定义了用于AP、终端和附件之间的通信的通信规则。图12-17定义了在AP根据预定义的调度联系了终端或附件之后，或者如果没有确定任何调度，存在到终端或者附件的数据时的情况。在轮询消息之后，跟着是HCCA帧交换规则。在数据流内部，除了QoS轮询帧之外的所有的帧在短帧间间隔(SIFS)延迟之间传输，其在前一个传输数据流之后具有PIFS(点控制帧间间隔)延迟。图12-17在对QoS+CF轮询+data信号的响应中引用QoSData+ack(数据+确认)。这意味着讨论的设备将数据与标准确认一起传输。数据利用QoS发送。在AP1000与终端1010之间传送的可以有几种数据帧。如果终端1010和附件1020在彼此之间交换数据，如表4中介绍的情形001和100中那样，则AP1000针对终端和附件交换数据的时间设置NAV(网络分配矢量)保护。在AP发送的QoS轮询帧中，NAV持续时间可以针对整个流进行指示，该流还包括除了去往和来自AP的传输之外的传输。因此，终端1010和附件1020在它们的数据传输中可以使用较低的传输功率级别。在传输时间被分配用于在终端1010与附件1020之间传输数据的事件中，AP1000可以不知道终端1010和附件1020何时已经传输了它们的业务，因为这些项目可以使用较低的传输功率级别。为了解决该问题，终端1010可以通过发送CF-END帧来通知AP1000其已经发送了它的数据。因此，未消耗的NAV保护的时间可以用于其他传输。在本发明的一个实施例中，如果附件1020不根据HCCA数据流进^"传输或者不对重传进^f于响应，则终端1010可以传输CF-END帧。流中的双方(终端1010和附件1020)不会超过最大HCCA服务周期持续时间。一个根据本发明的针对游戏数据分发的使用情形的例子描述在图18中。该情形涉及使用图13中描述的001传输情况。如图18中所示出的，终端1010与AP1000传送一个服务周期的数据之后，终端才与附件1020传输至少部分相同的数据。在该情形下，终端1010中的延迟可以用于在将数据传送到附件1020之前处理接收的数据或者用于改变数据格式。如果需要，终端1010可以使用不止一个服务周期进行计算。因此，终端1010具有一个服务周期来根据接收的数据进行计算。对于附件-终端数据传送而言，不需要任何额外的服务周期。这在游戏或者介质格式处理情形中可能特别有利。图19和20示出一个代表性的移动电话12，在该移动电话内可以实现本发明。取决于特定的网络需求，移动电话12可以用作终端1010、附件1020或者接入点1000。终端IOIO可以包括无线台，其支持提供参数化和按优先级排序的QoS的功能和能力。终端1010可以包括例如IEEE802.11e所定义的非APQSTA。然而，应该理解，本发明不是旨在限于一种特定类型的移动电话12或者其他电子设备。例如，当前市场上存在各种各样的蜂窝电话、便携式无线通信设备、个人数字助理(PAD)、便携式计算机及其组合。这些设备提供宽范围的服务，范围从因特网访问到电子邮件到个人组织系统甚至到各种电子游戏。诺基亚公司在N-GAGE商标下推出了一款这样的包括各种功能的便携式电子设备。该特殊产品用作视频游戏设备和便携式电话。图19和20的移动电话12包括外壳30、液晶显示器形式的显示器32、键盘34、麦克风36、扬声器38、电池40、红外端口42、天线44、根据本发明的一个实施例的通用集成电路卡(UICC)形式的智能卡46、读卡器48、无线接口电路52、编解码器电路54、控制器56和存储器58。各个电路和元素是现有技术中已知的所有类型，例如在诺基亚的移动电话范围内的类型。其中可以实现本发明的其他类型的电子设备可以包括但不限于个人数字助理(PDA)、集成消息发送设备(IMD)、台式计算机以及笔记本计算机。通信设备可以使用各种传输技术进行通信，包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动通信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/网际协议(TCP/IP)、短消息服务(SMS)、多媒体消息发送服务(MMS)、电子邮件、即时消息发送服务(IMS)、蓝牙、IEEE802.il等。本发明以方法步骤的一般上下文进行了描述，其在一个实施方式中可以通过包括可由联网环境中的计算机执行的计算机可执行指令(诸如程序代码)的程序产品实现。一般而言，程序模块包括例程、程序、对象、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据类型。计算机可执行指令、相关联的数据结构以及程序模块表示用于执行此处描述的方法的步骤的程序代码的例子。这样的可执行指令或者关联的数据结构的特定序列表示用于实现这些步骤中描述的功能的对应动作的例子。本发明的软件和Web实现可以利用标准的编程技术、利用基于规则的逻辑以及实现各种数据库步骤、关联步骤、比较步骤和判决步骤的其他逻辑来实现。还应该注意，此处和权利要求中使用的用词"组件"和"模块，，旨在包括使用一行或多行软件代码的实现、和/或硬件实现、和/或用于接收手工输入的设备。已经出于说明和描述的目的介绍了对本发明的实施例的前述说明。该说明不是旨在穷举或者将本发明限制在所概括的精确形式，并且在上述教导下可能存在修改和变型，或者根据本发明的实践的需要可能需要修改和变型。选择和描述这些实施例是为了解释本发明的原理及其实践，以使得本领域的普通技术人员能够在各种实施例中以及通过适合于预想的特定用途的各种改变来利用本发明。权利要求1.一种用于为局域网内的附件提供通信的方法，包括向接入点传输针对流建立的请求；从所述接入点接收对所述请求的响应；以及基于所接收的响应，准备要传输到附件的附件流建立请求，其中所述附件流建立请求指示所期望的附件操作模式。2.根据权利要求1所述的方法，其中所述针对流建立的请求包括关联请求帧；附件业务规范字段；附件容量长度字段；以及附件容量字段。3.根据权利要求1所述的方法，其中所述响应包括附件响应帧；附件业务规范字段；终端容量长度字段；以及终端容量字段。4.根据权利要求1所述的方法，其中每个针对流建立的请求和响应包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。5.根据权利要求4所述的方法，其中所述模式允许所述附件接收仅来自所述终端的传输。6.根据权利要求4所述的方法，其中所述模式允许所述附件接收仅来自所述^f妄入点的传输。7.根据权利要求4所述的方法，其中所述模式允许所述附件接收来自所述^t妾入点和来自所述终端的传输。8.—种用于提供局域网内的通信的计算机程序产品，包括用于向接入点传输针对流建立的请求的计算机代码；用于从所述接入点接收对所述请求的响应的计算机代码；以及用于基于所接收的响应准备要传输到附件的附件流建立请求的计算机代码，其中所述附件流建立请求指示所期望的附件操作模式。9.根据权利要求8所述的计算机程序产品，其中所述针对流建立的请求包括关联请求帧；附件业务规范字段；附件容量长度字段；以及附件容量字段。10.根据权利要求8所述的计算机程序产品，其中所述响应包括附件响应帧；附件业务少见范字段；终端容量长度字段；以及终端容量字段。11.根据权利要求8所述的计算机程序产品，其中每个针对流建立的请求和响应包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。12.—种附件电子设备，包括处理器；以及可操作地连接到所述处理器的存储器单元，所述存储器单元包括用于从终端接收附件流建立请求的计算机代码，所述终端先前已经从接入点接收了对来自所述终端的针对流建立的请求的响应，其中所述附件流建立请求指示所期望的附件电子设备的操作。13.根据权利要求12所述的附件电子设备，其中每个针对流建立的请求和响应字段包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。14.一种终端电子设备，包括处理器；以及可梯:作地连接到所述处理器的存储器单元，所述存储器单元包括用于向接入点传输针对流建立的请求的计算机代码；用于从所述接入点接收对所述请求的响应的计算机代码；以及用于基于所接收的响应准备要传输到附件的附件流建立请求的计算机代码，其中所述附件流建立请求指示所期望的附件操作模式。15.根据权利要求14所述的终端电子设备，其中每个针对流建立的请求和响应字段包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。16.—种用于为网络内的终端提供通信容量的方法，包括向接入点传输针对流建立的请求；从所述接入点接收对所述请求的响应；以及基于所接收的响应，准备要传输到附件的附件流建立请求，其中所述附件流建立请求指示所期望的附件操作模式。17.根据权利要求16所述的方法，其中每个针对流建立的请求和响应字段包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。18.—种局域网内的通信系统，包括接入点；终端，其与所述接入点通信；以及附件，其与所述终端通信，其中从所述终端向所述接入点传输针对流建立的请求，所述接入点向所述终端提供响应，以及其中所述终端基于所接收的响应准备要传输到所述附件的附件流建立请求，所述附件流建立请求指示所期望的附件操作模式。19.根据权利要求18所述的系统，其中每个针对流建立的请求和响应字段包括操作模式字段，所述操作模式字段指示在所述终端、所述附件和所述接入点之中的将来的传输的模式。20.根据权利要求19所述的系统，其中所述模式允许附件接收来自所述接入点的传输。全文摘要一种用于实现无线网络中的设备之间的通信的改进的系统和方法。本发明涉及向WLAN网络引入新的终端类，此处称为附件类。本发明允许在服务周期的一部分中进行附件与终端之间的直接传输。根据本发明，终端向接入点传输针对流建立的请求。接入点向终端提供响应，在此之后终端基于接收的响应准备要传输到附件的附件流建立请求。附件流建立请求指示附件的所期望的操作模式。文档编号H04L12/28GK101283519SQ200680037445公开日2008年10月8日申请日期2006年8月21日优先权日2005年6月30日发明者J·克尼克特,J·若克拉申请人:诺基亚公司