JP2010525651A - Method and system for channel time allocation and access control in a wireless network - Google Patents

Abstract

  Methods and systems for channel time allocation and access control in a wireless network are provided. A method for communicating information through at least one radio channel in a network includes dividing channel time into at least one superframe to control channel access between radio base stations, and at least each superframe for information communication. Providing a schedule and performing packet communication of information through the channel during the CTB reserved by each schedule, each schedule being at least one reserved for packet communication of information through the channel. It comprises at least one CTB including a channel time block (CTB).

Description

  The present invention relates to a method and system for channel time allocation and access control in a wireless network, and more particularly to channel time allocation and channel access control in a wireless network that facilitates channel access control in the wireless network. It relates to a method and a system.

  Electronic devices (for example, home appliances) that increase with the rapid increase in high-quality video (video) use high-definition (HD) video that can require 1 gigabit per second (Gbps) or more in transmission bandwidth. When transmitting inter-device HD video, conventional transmission attempts to compress HD video with fragments of a corresponding size in order to reduce the required transmission bandwidth. The compressed video is decompressed for consumption. However, some data may be lost in compression and subsequent decompression of each video data, and image quality may be degraded.

  The High-Definition Multimedia Interface (HDMI) specification (specification) allows transmission of uncompressed HD signals between devices through a cable. While home appliance manufacturers are trying to provide HDMI compatible equipment, there is still no suitable wireless (eg, radio frequency) technology that allows transmission of uncompressed HD video signals. Wireless local area network (WLAN) and similar technologies do not have the bandwidth to carry uncompressed HD signals and transmit uncompressed video in the 60 GHz band and above When some devices that do not provide an air interface for connecting, an interface problem may be encountered.

  The IEEE 802.15.3 standard describes a channel access method for audio / visual information transmission in a wireless short-range communication network. However, in the IEEE 802.15.3 standard, channel access control is complex and is for access to only one channel. In addition, in the IEEE 802.15.3 standard, the channel time allocation technique carried by one beacon is very wide because all allocated time blocks are described independently.

  Therefore, there is a need for a channel control method and system for overcoming the above drawbacks in wireless communication networks.

  The present invention is directed to providing a method and system for channel time allocation and access control in a wireless network to facilitate channel time allocation and channel access control in a wireless network.

  The objects of the present invention are not limited to the objects mentioned above, and other objects not mentioned will be clearly understood by those skilled in the art from the following description.

  In order to achieve the above object, a method for communicating information through at least one radio channel in a network according to an embodiment of the present invention includes controlling channel access between radio base stations by dividing channel time into at least one superframe. Providing at least one schedule for each superframe for information communication and performing packet communication of information through the channel during the reserved CTB according to each schedule, each schedule comprising: , Comprising at least one CTB including at least one reserved channel time block (CTB) for packet communication of information through the channel.

  A coordinator managing information communication through at least one radio channel in a network according to an embodiment of the present invention receives a bandwidth request from a source radio base station to transmit information and determines the effectiveness of the channel bandwidth. And a scheduler configured to allocate effective channel bandwidth to at least one superframe by dividing channel time, each superframe having at least one for communication of information packets through the channel It includes at least one schedule composed of at least one CTB including a reserved channel time block (CTB).

  A coordinator managing information communication through at least one radio channel in a network according to an embodiment of the present invention, a controller module configured to request a reservation of effective channel bandwidth from the coordinator for information transmission, and A communication module configured for communication of information packets through a channel according to at least one schedule provided by the coordinator, each schedule having at least one effective channel bandwidth by dividing channel time; Allotted to superframes, each superframe includes at least one reserved channel time block (CTB) for communication of information packets through the channel. It includes at least one schedule configured with CTB.

  Specific contents of other embodiments are included in the detailed description and drawings.

  The method and system for channel time allocation and access control in the wireless network of the present invention as described above has one or more of the following effects.

  First, there is an advantage that channel access control can be simplified in a wireless network.

  Second, it also has the advantage of allowing the transmission of uncompressed HD video signals efficiently.

  Finally, there is an advantage that data loss and image quality degradation can be reduced in the compression and decompression of video data.

Fig. 2 shows a functional block diagram of a wireless network realizing video transmission between wireless base countries according to the implementation of the present invention. 2 shows an example of a timing diagram for time division duplex applied to the low-rate and high-rate wireless communication channels shown in FIG. 2 shows an example of a superframe structure according to the present invention. 2 shows a detailed example of a superframe structure according to the invention. 2 shows an example of a superframe having a beam-search period according to the present invention. 3 illustrates an example of a superframe in which beam-tracking information according to the present invention is added to data and an ACK packet. FIG. 6 illustrates an example of a superframe including a contention avoidance period time allocation for two streams including a request for one data packet buffer size according to the present invention. FIG. FIG. 6 shows an example of a superframe in which a transmitter and a receiver according to the present invention have large buffers and include CFP time allocation for two streams. Fig. 4 shows an example of an event-driven beam-searching using dynamic channel time block extension according to the present invention. Fig. 4 illustrates an example of packet retransmission using dynamic channel time block extension according to the present invention. Fig. 4 shows an example of channel time block allocation for a power saving device according to the present invention. 5 is a flowchart for an example of operation of a coordinator in a wireless network according to the present invention. 3 is a flowchart illustrating an operation example of a base station in a wireless network according to the present invention. 2 shows an example of a functional block diagram of a transmitter and receiver for video and data communication in a wireless network according to the present invention. Fig. 4 shows another example of a functional block diagram of a transmitter and receiver for video and data communication in a wireless network according to the present invention.

  The advantages, features, and methods of achieving the same of the present invention will be apparent with reference to the embodiments described below in detail with reference to the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, and can be realized in various forms different from each other, and the embodiments are merely for the complete disclosure of the present invention. The present invention is provided in order to fully convey the scope of the invention to those skilled in the art to which the present invention pertains, and the present invention is defined only by the claims. Like reference numerals refer to like elements throughout the specification.

  Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

  Prior to the explanation, the meaning of terms used in this specification will be briefly explained. However, the explanations of the terms are for the purpose of helping the understanding of the present specification, and are not used to limit the technical idea of the present invention unless explicitly described in the content of the present invention. You have to be careful.

  The present invention provides a method and system for channel time allocation and access control in a wireless network. In one embodiment, the channel time is divided into channel time blocks including at least one reserved CTB (Channel Time Blocks) and at least one unreserved CTB. The schedule is executed, where a regular, identically sized CTB is reserved for an isochronous stream to meet the requirements for quality of service (QoS) and transmission effectiveness. Dynamic CTB expansion and truncation is provided to allow flexible channel time allocation.

  FIG. 1 shows a functional block diagram of a wireless network 10 including wireless communication base stations 12, 14 that implement video and data communication according to an embodiment of the present invention. The wireless communication base station 12 includes a wireless HD (WiHD) coordinator, and the plurality of wireless communication base stations 14 include wireless base stations (for example, device device 1,..., Device N).

  The coordinator 12 and the base station 14 communicate with each other for communication between a low-rate (LR) channel 16 (shown by a dotted line in FIG. 1) and a high-rate (HR) channel 18 (shown in FIG. 1). 1 (shown in bold lines).

  In the present embodiment, the coordinator 12 may be a sink of audio data and / or video in an HDTV installed in a home wireless network environment that is a form of a wireless short-range communication network, for example. Each base station 14 may include equipment that can be a source of uncompressed video or audio. Examples of each base station 14 may be a set top box, a DVD player, or the like. The base station 14 can also be an audio sink. In other embodiments, coordinator 12 may be the source of a video stream. In another embodiment, the coordinator 12 provides a channel coordination function for wireless communication between the sink base station and the source base station. The coordinator provides a channel access management function according to the present invention, and the channel access management function can be realized in a stand-alone device, a sink device, and / or a source device.

  Coordinator 12 uses LR channel 16 and HR channel 18 to communicate with base station 14. Each base station 14 uses an LR channel 16 for communication with other base stations 14. The HR channel 18 supports uncompressed HD video transmission, for example, supporting unidirectional unicast transmission with multi-Gb / s bandwidth per second. The LR channel 16 may support bidirectional transmission, for example, with a throughput per second (Mbps) of at least 20 megabits. The LR channel 16 can be mainly used for a transmission control frame such as an ACK (acknowledgment) frame.

  In many wireless communication systems, the frame structure can be used for data transmission between wireless base stations such as transmitters and receivers. For example, the IEEE 802.11 standard uses a set of frames at the media access control (MAC) layer and the physical (PHY) layer. In a typical transmitter, the MAC layer receives a MAC service data unit (MSDU) and attaches a MAC header thereto to construct a MAC protocol data unit (MPDU). The MAC header includes information such as a source address (SA) and a destination address (DA). The MPDU is a part of a PHY service data unit (PSDU), and the transmitter is transmitted to the PHY layer to attach a PHY header (for example, a PHY preamble) to a PHY protocol data unit ( PPDU: PHY Protocol Data Unit). The PHY header includes parameters for determining transmission techniques including coding / modulation techniques. Prior to transmitting a packet from the transmitter to the receiver, the preamble is affixed to the PPDU, where the preamble may include channel estimation and synchronization information.

  As shown in the example timing diagram of FIG. 2 in accordance with the present invention, the Time Division Duplex (TDD) schedule is applied to the LR channel 16 and the HR channel 18, and the LR channel 16 and the HR channel 18 are Even if they cannot be used in parallel for transmission. In the example of FIG. 2, beacons and ACK packets / frames are transmitted over the LR channel 16 during packet transmission of data (eg, video, audio and control messages) information over the HR channel 18.

A radio base station (STA) accesses a radio communication channel distributed by two access methods. One is a contention-free arbitration (CF) method, and the other is a contention-based arbitration (CB) method. The CF access method controls access to a channel by using a point coordinator function (PCF). When the PCF is built, the PCF polls a number of registered STAs for communication and provides channel access to the number of STAs based on the polling result. The CB access method uses a random back-off period to provide fairness in channel access. In the CB period, the STA monitors the channel, and if the channel is silent for a predefined period of time, the STA waits for a certain period of time, and if the channel is in silent mode, the STA Transmit to the channel.

  According to the present invention, time scheduling is used instead of PCF poll in the competition avoidance period, and the beacon provides information for the scheduled channel time block. Further, as shown in the example of FIGS. 3 and 4, a broadcasting method is applied based on the superframe structure 20. The beacon 22 divides the channel time into a plurality of superframes 20. Each superframe 20 has a competition period 24 and a competition avoidance period (CFP) 28. Each CFP 28 has at least one schedule 30.

  FIG. 3 shows the order of the superframe 20, and FIG. 4 shows details of the superframe 20 for the LR channel and the HR channel including a plurality of schedules 30. Each schedule 30 includes at least one periodically reserved CTB 32, which is reserved for transmission of isochronous data streams. The schedule 30 represents the reserved CTB 32 and is a CTB 37 in which the time interval between the schedules 30 is not reserved. Similarly, each superframe 20 includes two CTB categories: reserved CTB 32 and non-reserved CTB 37. The superframe 20 is useful for channel access control using reserved CTB for uncompressed HD video transmission over, for example, wireless channels (eg, HR channel 18 and LR channel 16).

  The superframe 20 may include a contention-based control period (CBCP) 24 and a CFP 28, where the CFP 28 includes a plurality of reserved channel time blocks (RCTB) 32. And / or include unreserved channel time block (UCTB) 37. Each beacon frame (beacon) 22 is used for management information communication with respect to the network 10 (for example, WiHD subnet) by setting a timing distribution. A beacon signal is always transmitted omni-directionally. The CBCP 24 is used for communication control and management commands in the LR channel 16 if it exists. No information can be transmitted over the HR channel 18 within the CBCP period 24. Also, between CBCP 24 and CFP 28 to search for beam transmission and adjust beamforming parameters (eg, BSP can appear to correspond to superframe 20 every 1-2 seconds). BSP (Beam-Search Period) can be executed. For example, at least one CTB 32 may be reserved in CFP 28 by at least one base station 14 for isochronous stream and asynchronous data connection and command communication. CFP is a competition avoidance period within one superframe range, where one schedule can cross multiple superframes. In general, each superframe has a CTB at the same position as the schedule.

  The reserved CTB 32 is used to transmit isochronous streams and asynchronous data connections and commands. Each reserved CTB 32 may be used to transmit a single or multiple data frames, where schedule 30 constitutes a reserved CTB. In each superframe 20, the schedule 30 can be a reserved CTB 32 (eg, for pre-scheduled beam-search or bandwidth reservation signaling) or a plurality of periodic reserved CTBs 32 (eg, isochronous). For the sex stream). The non-reserved CTB 37 is generally used to transmit management commands through consumer electronic command (CEC), MAC control and LR channels. Beamforming transmission is not allowed in the unreserved CTB 37 range. In FIG. 4, the superframe 20 includes a CFP 28 having two schedules 30 (eg, schedule 1 and schedule 2). Each schedule 30 includes a plurality of reserved CTBs 32 where the duration of the schedule is divided among a plurality of CTB time blocks 32. Each reserved CTB 32 is allocated to a portion of the corresponding schedule, where T1 indicates the time interval between the start of each schedule 1 interval, and T2 is Indicates the time interval between the start of the schedule 2 interval.

  A beacon 22 is periodically transmitted by the coordinator 12 to confirm the start of all superframes 20. The superframe 20 and other parameter configurations are contained in the beacon 22. For example, the beacon 22 indicates the start time and the length of the CBCP period 24 and the CFP period 28. Further, the beacon 22 instructs other base stations 14 and streams to allocate the CTB in the CFP 28. Since the base station 14 can know the timing information of the CTB 37 that is not reserved, the beacon 22 does not need to carry the timing information for the CTB 37 that is not reserved.

  Data transmission using beamforming must be reserved in advance for reservation-based time allocation. Base station 14 requests channel bandwidth from coordinator 12 for transmission on both sides of the isochronous stream and asynchronous data in packet 31. If sufficient bandwidth is possible, the coordinator 12 allocates a schedule 30 for the base station 14. The schedule 30 may include one reserved CTB 32 in all N number superframes 20 or at least one reserved CTB 32 in each superframe 20. In general, an isochronous stream can be transmitted within one schedule 30 for each superframe 20. However, it is possible to allocate multiple schedules 30 for one isochronous or asynchronous stream. A plurality of streams belonging to the same device can be transmitted within one schedule 30. Each packet 310 transmitted from the source to the destination (eg, sink) over the network has a corresponding ACK packet 33 transmitted from the destination. Each data packet 31 and the corresponding ACK packet 33 form a data-ACK pair. CTB 32 may include a single data-ACK pair or multiple data-ACK pairs.

The schedule 30 can be used for periodic beam-search where one reserved CTB 32 appears every 1-2 seconds. Beam-search is used to search for beam transmission and adjust beamforming parameters. Periodic beam-search can be performed within the unreserved CTB 37. In addition to periodic beam-searches, event-driven beam-searches (eg, dynamic beam-searches) can be triggered by factors such as bad channel conditions. Event-driven beam-search can be accomplished without affecting other reserved schedules. Also, the total of the length of the _reserved CTB for the schedule (T _{reserved_CTB} ) and the length of the non-reserved CTB after the reserved CTB (T _{un_reserved_CTB} ) is the length of the _beam- search period T _{beam-searching} (eg, 40 μs). Must not be smaller than this. That is, T _{reserved_CTB} + _{Tun_reserved_CTB} ≧ T _{beam-searching} .

  FIG. 5 shows an example of a beam-search period BSP 26 for beam-search. In general, every 1-2 seconds, the BSP 26 appears within the corresponding superframe 20 range. In addition to beam-search, beam-tracking information (BFTrack) is a transmitter (equipment) to maintain link quality for beamforming transmission despite dynamic changes. 14) and at the receiver (coordinator 12) to fine-tune the beamforming parameters. FIG. 6 shows an example of time allocation in the superframe 20, in which the beam-tracking information 31B is piggybacked to the data packet 31 in the data-ACK pair, and the beam-tracking information 33B includes the corresponding ACK. Piggybacked to packet 33. The piggyback process occurs periodically as every 5-10 data-ACK pairs. In general, a reserved CTB 32 has at least a beam-track group period 35 including a packet 31 including piggybacked beam-tracking information 31B and a corresponding ACK packet 33 including piggybacked beam-tracking information 33B. Long enough to maintain one.

  The allocated schedule can be changed according to bandwidth requirements, and the coordinator 12 can be informed using the beacon 22. The allocated schedule 30 can span a plurality of superframes 20 or can exist within one special superframe. Each schedule 30 may include a series of CTBs 32 that are evenly distributed and reserved to have the same duration. The reason for requesting the distribution corresponding to the CTB 32 reserved in the schedule 30 of the superframe 20 may include the following contents.

  1. Since the CTBs 32 that are equally distributed and reserved have data continuously buffered in an isochronous stream, jitter caused by wireless transmission can be reduced.

  2. The buffer size can be reduced at the transmitter (eg, source base station) and receiver (eg, destination base station).

  3. The CFP allocation information in the beacon frame can be reduced because a single scheduling technique can cover multiple reserved CTBs in the superframe 20. This is useful for WiHD applications because large beacon frames can transmit beacons through the LR channel 16 which can introduce high communication overhead.

  FIG. 7 illustrates a superframe structure including time allocation for two streams including one data packet buffer size request according to the present invention. In particular, FIG. 7 shows an example of a superframe 20 that includes a CFP 28 time allocation to which two schedules 30 (eg, schedule 1 and schedule 2) similar to FIG. 4 are allocated. Each schedule 32 includes a plurality of CTBs 32. The time allocation is for two streams containing one data packet buffer size requirement. In order to minimize the buffer size requirement for each schedule 30, only single data-ACK pairs 31, 33 are allowed within each CTB 32 range. Thus, for each stream, the transmitter periodically transmits packets to the receiver using the corresponding schedule (schedule 1 or schedule 2). T1 indicates the time interval between the start of each schedule 1 interval, and T2 indicates the time interval between the start of each schedule 2 interval.

  FIG. 8 illustrates an example of a superframe that includes CFP time allocation for two streams according to the present invention, where the transmitter and receiver have large buffers. In particular, FIG. 8 shows an example of a superframe 20 that includes another CFP 28 time allocation that includes two schedules 30A, 30B (eg, schedule 1 and schedule 2). Each schedule simply includes one reserved CTB 32 in the superframe 20 to minimize switching between the two streams. A transmitter using schedule 1 or schedule 2 buffers all the packets that must be transmitted in one superframe and transmits the packets to the receiver in a burst fashion within one CTB 32.

  An unreserved CTB 37 (FIGS. 4 and 6) is mainly used between the base station 14 and the coordinator 12 and between the base stations 14 if direct link support (DLS) is allowed. Used for transmission of control and management packets. During non-reserved CTBs 37, the LR channel 16 operating solely in omni-direction mode may be utilized. No information can be transmitted on the HR channel 18 during the reserved CTB 37. Other medium access mechanisms such as Carrier Sense Multiple Access (CSMA) or Slot Aloha Scheme may be used during unreserved CTB 37.

  Timing information for a reserved schedule can be located in an information element (IE) within each beacon frame 22 (reserved schedule). Table 1 shows an example of a reserved schedule IE format according to the present invention. Table 2 shows a schedule item format according to the present invention.

表１および表２において、ＤｅｓｔＩＤはコーディネイタ１２のような目的地基地局（受信器）を示し、基地局１４のようなソース基地局（送信器）はパケットを伝送することができる。ＳｒｃＩＤはチャネル時間が配分された基地局を示す。チャネルＩＤは、チャネル帯域幅が配分されたチャネルを示す。ストリームインデックスフィールドは帯域幅配分に対応するストリームを示す。スケジュール開始オフセットフィールドは、スケジュールの開始時間を示す。スケジュール開始オフセットフィールドで値は前述したようにビーコンの開始から時間オフセットである。スケジュール開始オフセットのリソリューション（ｒｅｓｏｌｕｔｉｏｎ）は、１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの期間は、スケジュール内の各ＣＴＢ時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数量を示す。時間ブロックの数の範囲は［０〜２５５］μｓである。スケジュール期間は、同じスケジュール３０（例えば図７）に属する連続的なＣＴＢ時間ブロック３２間の期間を示す。

In Tables 1 and 2, DestID indicates a destination base station (receiver) such as the coordinator 12, and a source base station (transmitter) such as the base station 14 can transmit a packet. SrcID indicates the base station to which the channel time is allocated. The channel ID indicates a channel to which the channel bandwidth is allocated. The stream index field indicates a stream corresponding to the bandwidth allocation. The schedule start offset field indicates the start time of the schedule. The value in the schedule start offset field is a time offset from the start of the beacon as described above. The resolution of the schedule start offset is 1 μs, and the valid range is [0-20000] μs. The time block duration indicates the length of each CTB time block in the schedule. The resolution of the time block period is 1 μs, and the valid range is [0-20000] μs. The number of time blocks indicates the number of time blocks within the schedule range for one superframe. The range of the number of time blocks is [0-255] μs. The schedule period indicates a period between consecutive CTB time blocks 32 belonging to the same schedule 30 (for example, FIG. 7).

  The bandwidth request command is used to terminate, request, or change channel time allocation for isochronous and asynchronous data traffic. Table 3 shows a sample bandwidth request command according to the present invention.

各帯域幅要請アイテムはスケジュールアイテムに対応する。表４は、本発明による帯域幅要請フォーマットの例を示す。

Each bandwidth request item corresponds to a schedule item. Table 4 shows an example of a bandwidth request format according to the present invention.

表３および表４において、ＤｅｓｔＩＤは、ソース機器がパケットを伝送できる機器を示す。チャネルＩＤは、チャネル帯域幅が配分された機器を示す。ストリーム要請ＩＤフィールドは、コーディネイタからストリームインデックスを受信する前に機器の要請を唯一確認するために使用される。帯域幅要請は、新たな等時性ストリームのためのものであり、ストリーム要請ＩＤは機器のチャネル帯域幅要請の間に唯一のオリジナル機器（ｏｒｉｇｉｎａｔｉｏｎ ｄｅｖｉｃｅ）によって生成されたノン−ゼロ（ｎｏｎ−ｚｅｒｏ）識別子である。ストリーム要請ＩＤは新たなストリームを確立するために全体フレーム交換シーケンスのあいだ継続して存在する。仮に帯域幅要請が存在するストリームを変更したり終結させようとしたりすると、または要請が非同期性配分のためのものであるとき、ストリーム要請ＩＤはゼロでセットされ、受信において無視される。ストリームインデックスは、コーディネイタによって配分されたストリームインデックスを示す。ここで、機器は、等時性ストリームの生成を要請し、ストリームインデックスは、オリジナル機器によって配分されていないストリーム値にセット（ｓｅｔ）される。ここで、機器は、非同期性チャネル時間の終結または予約を要請し、ストリームインデックスは非同期性ストリーム値にセットされる。ストリームインデックスが他でもなく配分されていないストリームインデックスまたは非同期性ストリームインデックス値であるとき、帯域幅要請アイテムは存在するスケジュールを変更または終結するための要請である。時間ブロックの期間はスケジュール範囲内の各時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は、一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数を示す。時間ブロックの数に対する範囲は［０〜２５５］μｓである。最小スケジュール期間は、二つの連続的な時間ブロック間の最小許容期間を示す。最小スケジュール期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。仮に、最小スケジュール期間がゼロとセットされると、これはスケジュールがサブ−レート（ｓｕｂ−ｒａｔｅ）配分のためのものであることを示す。

In Table 3 and Table 4, DestID indicates a device that can transmit a packet by the source device. The channel ID indicates a device to which the channel bandwidth is allocated. The stream request ID field is used to uniquely confirm the request of the device before receiving the stream index from the coordinator. The bandwidth request is for a new isochronous stream, and the stream request ID is a non-zero generated by the only original device during the device's channel bandwidth request. ) Identifier. The stream request ID is continuously present during the entire frame exchange sequence to establish a new stream. If the stream in which the bandwidth request exists is to be changed or terminated, or if the request is for asynchronous distribution, the stream request ID is set to zero and ignored on reception. The stream index indicates a stream index allocated by the coordinator. Here, the device requests generation of an isochronous stream, and the stream index is set to a stream value that is not allocated by the original device. Here, the device requests termination or reservation of the asynchronous channel time, and the stream index is set to the asynchronous stream value. When the stream index is a stream index that is not otherwise allocated or an asynchronous stream index value, the bandwidth request item is a request to change or terminate an existing schedule. The time block period indicates the length of each time block within the schedule range. The resolution of the time block period is 1 μs, and the valid range is [0-20000] μs. The number of time blocks indicates the number of time blocks within the schedule range for one superframe. The range for the number of time blocks is [0-255] μs. The minimum schedule period indicates the minimum allowable period between two consecutive time blocks. The resolution for the minimum schedule period is 1 μs, and the valid range is [0-20000] μs. If the minimum schedule period is set to zero, this indicates that the schedule is for sub-rate allocation.

  The bandwidth response command is used by the coordinator 12 to change or terminate the resource allocation for isochronous and asynchronous data traffic in order to respond to bandwidth requests. Table 5 shows a sample format of a bandwidth response command according to the present invention.

表５において帯域幅応答アイテム情報は以下表６のサンプルフォーマットを含む。

In Table 5, the bandwidth response item information includes the sample format shown in Table 6 below.

表６において、リーズンコードは帯域幅要請が認定（ｇｒａｎｔ）されるかどうかを示す。仮にそうではなければ、リーズンコードは、具体的な理由を示し、このとき「０」は、帯域幅が成功的に配分されたことを意味する。さらに本発明によって、動的ＣＴＢ拡張は、柔軟なチャネル時間配分を提供するために実現される。予約されたＣＴＢ３２のあいだ、仮にさらに多いチャネル時間が現在予約されたＣＴＢ（例えば、パケット再伝送、イベント−主導ビーム−サーチのための）に相次いで直ちに要請されるなら、現在予約されたＣＴＢ３２に相次ぐ予約されていないＣＴＢ３７（仮に可能であれば）を現在ＣＴＢ３２に拡張させて使用することができる。現在予約されたＣＴＢ３２がＨＲチャネル１８の上にコーディネイタ１２と基地局１４との間のデータ伝送のために使用されると、コーディネイタ１２はＬＲチャネル１６の上にＣＴＢ拡張告知（ａｎｎｏｕｎｃｅｍｅｎｔ）コマンドをブロードキャストする。コーディネイタ１２からＣＴＢ拡張告知コマンドを受信すると、現在予約されたＣＴＢ３２に含まれない基地局１４はＣＴＢ拡張期間のあいだＨＲチャネル１８競争を中断する。

In Table 6, the reason code indicates whether the bandwidth request is granted. If not, the reason code indicates the specific reason, where “0” means that the bandwidth has been successfully allocated. Furthermore, according to the present invention, dynamic CTB expansion is implemented to provide flexible channel time allocation. During the reserved CTB 32, if more channel time is requested immediately after the currently reserved CTB (eg, for packet retransmission, event-driven beam-search), the currently reserved CTB 32 CTBs 37 that are not reserved one after another (if possible) can be extended to the current CTB 32 and used. When the currently reserved CTB 32 is used on the HR channel 18 for data transmission between the coordinator 12 and the base station 14, the coordinator 12 sends the CTB annunciation command on the LR channel 16. Broadcast. Upon receiving a CTB extension notification command from the coordinator 12, base stations 14 not included in the currently reserved CTB 32 suspend HR channel 18 contention during the CTB extension period.

  If the currently reserved CTB 32 is used for direct link data transmission between the two base stations 14, the direct link transmission originator has a valid CTB 37 that is not reserved one after the other of the currently reserved CTB 32. Then, a CTB extension request command is transmitted to the coordinator 12. After receiving the CTB extension request command, the coordinator 12 broadcasts a CTB extension notification command on the LR channel 16. When a CTB extension notification command is received from the coordinator 12, base stations 14 not included in the currently reserved CTB 32 suspend HR channel contention during the CTB extension period. The CTB extension request and the CTB extension notification command can be piggybacked together with other frames such as the ACK packet 33 to increase channel utilization efficiency.

  FIG. 9 shows an example of an event-driven beam-search using dynamic CTB expansion according to the present invention. In the superframe 20, the CTB sequence is not reserved CTB37-1 (reserved CTB1), reserved CTB32-1 (reserved CTB1), unreserved CTB37-2 (unreserved CTB2) And reserved CTB 32-2 (reserved CTB2). In the CTB extension period, the transmission will not use contention based access, but instead will use the same method with reserved CTB.

Coordinator 12 based on channel conditions determines the required dynamic beam-search period. If the coordinator 12 determines that the total remaining time of the CTB 32-1 (reserved CTB1) currently reserved and the non-reserved CTB 37-2 (reserved CTB2) successively is larger than the T _beamsearch period. Then, the coordinator 12 broadcasts the CTB extension notification command 39A through the LR channel 16 to cause the non-reserved CTB 37-2 (non-reserved CTB2) to be expanded 32E to the current CTB 32-1 (reserved CTB1). Notify some or all base stations 14 that they will be used. Then, a beam-search is performed during the currently reserved CTB 32-1 (Reserved CTB1) period 39B. If the current CTB extension period 32E is allowed (for example, there is sufficient time for normal transmission of packets after beam-search), normal data transmission will result in a current CTB extension period (32E after beam-search period 39B). ) Will be retried during.

However, if the coordinator 12 determines that the total remaining time of the currently reserved CTB 32-1 (reserved CTB 1) and the non-reserved CTB 37-2 (reserved CTB 2) is smaller than the T _beamsearch period. Executed with the next reserved CTB 32-2 (Reserved CTB2) that includes the CTB extension for the same schedule.

  As shown in the example of FIG. 10, dynamic CTB extension can be used for packet retransmission. In the superframe 20, the CTB sequence is not reserved CTB37-1 (reserved CTB1), reserved CTB32-1 (reserved CTB1), unreserved CTB37-2 (unreserved CTB2) , And reserved CTB 32-2 (reserved CTB2).

  During the reserved CTB 32-1, at least one data packet 31E is received by the receiver in error (designated by the corresponding ACK packet 33E from the receiver). The erroneous packet 31E must be retransmitted from the transmitter. Before the expiration of the currently reserved CTB 32-1, the coordinator 12 broadcasts a CTB extended announcement command 39B through the LR channel, so that consecutive CTBs 37-2 (unreserved CTB2) are currently CTB 32-1. Notify some or all of the base stations 14 that the (reserved CTB1) is used after being extended 32E. This was allocated from the beginning within the scope of the extended reserved CTB 32-1, which includes the retransmission of the aforementioned packet 31E received by the receiver (indicated by packet 31ER) currently extending the CTB 32-1 in error. Transmit all data packets.

  The present invention provides dynamic CTB truncation to release channel times that are not used in reserved CTBs. During the reserved CTB, after completing all necessary transmissions, the remaining channel time of the reserved CTB is released at an unreserved time to free the channel bandwidth. If the reserved CTB is used for data transmission between the coordinator 12 and the base station 14, the coordinator 12 will use the LR channel 16 after all necessary transmissions are completed for the reserved CTB. Broadcast a CTB removal notification command. The base station 14 that has received the removal notification command can start a competition for the LR channel 16 for frame transmission through the LR channel 16.

  If the currently reserved CTB 32 is used for direct link data transmission between two base stations 14 by direct link transmission, dynamic CTB removal is performed after the LR has completed all necessary transmissions for the reserved CTB. It includes an originator for direct link transmission that transmits a CTB removal request command to the coordinator 12 through the channel 16. Upon receiving the CTB removal request, the coordinator 12 broadcasts a CTB removal notification command on the LR channel 16. Upon receipt of the removal notification command from the coordinator 12, the base station 14 can initiate LR channel 16 contention for data transmission through the LR channel. The CTB removal request command and the CTB removal notification command are piggybacked together with other packets (frames) such as an ACK packet to improve channel utilization efficiency.

  The CTB extension command can be used to dynamically reserve channel time with non-reserved CTBs after the currently reserved CTB. Table 7 shows an example format for a CTB extension request and announcement command, where the command type indicates an extension request or announcement.

表７において、拡張期間は要請されたまたは現在予約されたＣＴＢ以後臨時に配分された時間の長さを示す。拡張期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。

In Table 7, the extension period indicates the length of time temporarily allocated after the requested or currently reserved CTB. The expansion period resolution is 1 μs and the valid range is [0-20000] μs.

  The remove CTB command is used to release the remaining reserved time with the currently reserved CTB. Table 8 shows an example for the format of the CTB removal request and notification command, where the command type field indicates the removal request or notification.

表８において、リリース期間は、すべての必要な伝送以後の現在予約されたＣＴＢ内のリリースされた時間の長さを示す。リリースされた期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。

In Table 8, the release period indicates the length of time released in the currently reserved CTB since all necessary transmissions. The resolution of the released period is 1 μs, and the valid range is [0-20000] μs.

  The present invention provides dynamic rescheduling including sub-beacons. The CTB expansion and removal process adjusts the CTB period for the currently reserved CTB. CTB expansion and removal will not affect other reserved CTBs. More generally, the coordinator 12 can reschedule other reserved CTBs to broadcast sub-beacons to allow more flexible channel time adjustments. For example, reserved CTB start times belonging to other schedules may be moved to have more extended time, thus allowing currently reserved CTBs. The corrected time information of other schedules can be located in the sub-beacon frame and inform all base stations of the corrected time for the reserved CTB.

  Normally, the wireless network interface (WNI) occupies a considerable amount of time and energy in the conversion from active to slip mode (power saving) and vice versa. In the conversion, the energy consumption is the same as that in the active state. Thus, in the example of superframe 20 referred to in FIG. 11 by the present invention in a wireless network, the power saving (PS) device is for a period that is not reserved immediately after beacon 22 (unreserved CTB 137-1). compete. Since PS devices must be awakened to receive all beacons, or optionally some beacons, PS devices remain left out to access unreserved CTBs Sometimes. This avoids additional energy consumption in sleeping and awakening late to access other unreserved periods located somewhere in the superframe. . FIG. 11 also shows a time block to take over including reserved CTB 132-1, non-reserved CTB 237-2, and reserved CTB 232-2.

  The present invention simplifies the channel time block allocation technique carried in beacon frames. In addition, the access control process can improve the power savings due to the transmission of multiple packets in the stream and the dynamic change in channel time allocation caused by event-driven beam-search and retransmission in a sufficiently large receiving buffer size. It allows for multidimensional requirements such as tolerance for better support, uncompressed video transmission and multiplexing, thereby reducing delay and jitter. In addition, multiple unreserved channel time blocks may be used for transmission of higher layer control messages (eg, CEC commands), MAC control, frame management to reduce delay and jitter.

  In this technology (description), a coordinator such as an access point (AP) is a form of a radio communication base station. Similarly, the base station 14 is a form of a wireless communication base station. As an example, each wireless communication base station can transmit and / or receive through a wireless channel in a wireless communication system. Accordingly, the wireless communication base station can function as a transmitter, a transmitter, a receiver, an initiator, and / or a responder. A coordinator may be a component of a base station such as a stand-alone device, or a sink device and / or a source device.

  FIG. 12 shows a flow chart for an example of a coordination process 40 implemented by the coordinator 12 according to the present invention. The following steps are included below.

    Step 41: Initialization for channel coordination.

    Step 42: The coordinator determines network configuration parameters and starts transmitting beacons periodically.

    Step 43: The coordinator receives a channel bandwidth reservation request from the base station.

    Step 44: Upon receiving a bandwidth reservation request, the coordinator determines bandwidth availability. If there is enough bandwidth to satisfy the reservation request, the process proceeds to the next step 45. Otherwise, go to step 46.

    Step 45: Reserve a schedule containing a reserved CTB for the base station requested by the coordinator. The process returns to step 43 to make a reservation request for the next bandwidth.

    Step 46: A reservation rejection command is transmitted to the base station requested by the coordinator. The process returns to step 43 to make a reservation request for the next bandwidth.

  FIG. 13 shows a flowchart for an example process 50 performed by base station 14 in a network including coordinator 12 performing the process of FIG. The following steps are included below.

    Step 51: Initialization for transmission.

    Step 52: The base station receives a stream transmission request from the application layer.

    Step 53: The base station transmits a channel bandwidth reservation request to the coordinator to reserve channel time for stream transmission.

    Step 54: The base station checks for a bandwidth reservation approval from the coordinator. If approved, the coordinator reserves the CTB and the process proceeds to step 55. If not, the process proceeds to step 56.

    Step 55: The base station starts transmitting the stream into packets over the radio channel to a receiver (eg, coordinator 12 or other base station 14) according to a reserved schedule including multiple CTBs. The process returns to step 52 to proceed with the transmission request for the next stream.

    Step 56: The base station informs the application layer of insufficient bandwidth for stream transmission. The process returns to step 52 to make a reservation request for the next bandwidth.

  FIG. 14 shows a functional block diagram of another wireless network 100 that realizes uncompressed HD video transmission between wireless base stations according to an embodiment of the present invention. The network 100 includes a coordinator 102 and a plurality of radio base stations 104 (for example, device 1,..., Device N). The coordinator function for channel access according to the present invention is realized by the stand-alone coordinator 102. In this example, the coordinator 102 provides channel access control for transmission of video information through the HR channel 19 between the device 2 and the device 1 base station.

  The coordinator 102 implements the channel access function and scheduling described above. The coordinator 102 manages the communication of information through a radio channel that uses the superframe scheduling method. The coordinator 102 reserves an effective channel bandwidth such as a channel time block using the controller 108 that receives the channel bandwidth validity check and the channel bandwidth reservation request and the superframe scheduling method described above according to the present invention. A scheduler 106. The scheduler 106 periodically transmits a beacon to separate the channel time into a plurality of superframes. As described above, each superframe has a competition period and a competition avoidance period. Each CFP has at least one schedule. The superframe includes CFP and CBCP including a plurality of RCTB or UCTB.

  FIG. 15 is a functional block diagram for an example wireless communication system 200 that includes a coordinator function module 201, a transmitter (transmitter) base station 202, and a receiver 204 that perform video and data transmission according to the present invention as described above. Indicates. The coordinator 201 implements the function of the coordinator 102 in FIG. In FIG. 15, the coordinator 201 is a logical module that can be implemented in a stand-alone device (as in FIG. 14) or as part of a transmitter or receiver (as in FIG. 1).

  The transmitter 202 includes a PHY layer 206, a MAC layer 208 and an application layer 210. The PHY layer 206 includes a radio frequency (RF) communication module 207 that transmits / receives signals under the control of the LR channel communication module 203 and the HR channel communication module 205. The application layer 210 includes an audio / visual (A / V) pre-processing module 211 for packetizing streams that are converted into MAC packets by the MAC layer 208. The application layer 210 further includes an AV / C control module 212 that transmits a stream transmission request and a control command to the coordinator 201 and reserves a channel time block for packet transmission according to a reserved time block as described above.

  Receiver 204 includes a PHY layer 214, a MAC layer 216, and an application layer 212. The PHY layer 214 includes an RF communication module 213 that transmits / receives signals under the control of the LR channel communication module 215 and the HR channel communication module 217. The application layer 210 includes an A / V post-processing module 219 for de-packetizing video information and streams with MAC packets received by the MAC layer 216. The application layer 210 further includes an AV / C control module 220 that handles stream control. Beamforming transmission is performed through a high rate channel.

  Although the embodiments of the present invention have been described with reference to the accompanying drawings, those skilled in the art to which the present invention belongs will not change the technical idea or essential features of the present invention. It can be understood that the present invention can be implemented in other specific forms. Therefore, it should be understood that the above-described embodiment is illustrative in all aspects and not limiting.

12, 102, 201 Coordinator 106 Scheduler 108 Controller

Claims (63)

Dividing channel time into at least one superframe to control channel access between radio base stations;
Providing at least one schedule for each superframe for information communication; and
Performing a packet communication of information through the channel during the reserved CTB by each schedule, each schedule comprising at least one reserved channel time block (CTB) for packet communication of information through the channel. A method of communicating information through at least one wireless channel in a network, which is composed of at least one CTB including a Channel Time Block.   The method of communicating information through at least one wireless channel in a network according to claim 1, wherein the schedule includes at least one CTB that is not reserved for communication of control information.   The network of claim 1, wherein the information comprises each schedule and video information including at least one reserved CTB for communication of isochronous stream packets through the channel. How to communicate information through. Controlling the channel access includes dividing the channel time into at least one superframe including a schedule of CTBs for a high-rate channel and a low-rate channel;
The packet communication includes transmitting a packet of video information from a transmitter to a receiver through a high rate channel during a reserved CTB and an ACK through a low-rate channel during the reserved CTB. The method of communicating information through at least one wireless channel in a network according to claim 1, comprising transmitting an acknowledgment packet from the transmitter to the receiver.   Further comprising periodically transmitting beacons, wherein each successive beacon pair defines the superframe between and each beacon is configured to divide channel time into CTBs in succession. The method of communicating information over at least one wireless channel in a network according to claim 4, comprising scheduling a timing allocation for frames.   The superframe includes a contention-based control period (CBCP) for management commands and communication control in the low rate channel, and transmits information through at least one radio channel in the network of claim 4. How to communicate.   The superframe includes a beam-tracking period for fine-tuning beamforming parameters, and a link quality for beamforming transmission on the high-rate channel. The method of communicating information over at least one wireless channel in a network according to claim 6.   The method of claim 6, wherein the superframe includes a beam-search period (BSP) for searching for beam transmission.   The method of communicating information over at least one wireless channel in a network according to claim 6, wherein each beacon sends a signal at the start of the superframe.   The beacon communicates information over at least one radio channel in a network according to claim 6, wherein the beacon sets the length of the CTB for each schedule at the start time and the corresponding superframe. Method.   11. The method of communicating information over at least one wireless channel in a network according to claim 10, wherein the beacon establishes a CTB allocation to other base stations including a plurality of transmitters and receivers.   12. The method of communicating information over at least one wireless channel in a network according to claim 11, wherein the beacon sets a CTB allocation for other video streams.   The method of communicating information through at least one radio channel in a network according to claim 6, wherein channel access during the CFP is based on Time Division Duplex (TDD).   The method of communicating information over at least one wireless channel in a network according to claim 6, wherein the schedule comprises a series of evenly distributed reserved CTBs that include the same length.   5. Communicating information over at least one radio channel in a network according to claim 4, wherein a CTB reserved to allow additional packet communication is dynamically extended to a non-reserved CTB in succession to the reserved CTB. Method.   The dynamically expanding step is an announcement that a coordinator is using at least a portion of the non-reserved CTB following the currently reserved CTB as an extension period for the currently reserved CTB. 16. The method of communicating information over at least one wireless channel in a network as recited in claim 15, wherein the method broadcasts a CTB extension announcement.   17. The network of claim 16, wherein the CTB extension announcement informs a base station that is not participating in communication during the currently reserved CTB to suspend contention for the channel during the CTB extension period. A method for communicating information over at least one wireless channel.   The method of communicating information over at least one wireless channel in a network according to claim 15, further comprising performing video information communication during the CTB extension period.   The method of communicating information over at least one wireless channel in a network according to claim 4, further comprising the step of dynamically truncating the reserved CTB.   The network of claim 18, further comprising the step of dynamically removing an extension period of the CTB when communication of video information is completed during the reserved CTB. Method.  21. The information over at least one radio channel in the network of claim 19, wherein the truncating step comprises dynamically releasing channel time that is not used within the reserved CTB range. How to communicate.   21. The step of truncating includes broadcasting an announcement to inform that a base station can start a competition for the channel, the information through the at least one radio channel in the network of claim 19. How to communicate.   The method of communicating information over at least one wireless channel in a network according to claim 5, further comprising the step of dynamically rescheduling to utilize a sub-beacon.   7. The network of claim 6, further comprising performing power saving, wherein a power saving (PS) device competes for the non-reserved CTB immediately after a beacon. How to communicate. The transmitting base station transmits a bandwidth request command for transmission of isochronous stream and asynchronous data through the channel, and if sufficient bandwidth remains in the channel, the coordinator base station 7. The method of communicating information over at least one wireless channel in a network according to claim 6, further comprising allocating the CFP schedule to the transmitting base stations.   28. The method of communicating information over at least one wireless channel in a network according to claim 25, further comprising allocating a plurality of schedules to the transmitter.   26. The method of communicating information over at least one wireless channel in a network according to claim 25, further comprising the step of the transmitting base station transmitting a plurality of streams through the channel to a receiver during the allocated schedule. The transmitting base station further comprising: transmitting a stream through the channel to the receiving base station during the allocated schedule; and the receiving base station transmitting an ACK to the receiver during the schedule; 26. A method of communicating information over at least one wireless channel in a network according to claim 25.   29. During CTB, at least one packet is transmitted from the transmitting base station to the receiving base station, and at least one corresponding ACK is transmitted from the transmitting base station to the receiving base station. To communicate information over at least one wireless channel in a network. A controller that receives the bandwidth request from the source radio base station for information transmission and determines the effectiveness of the channel bandwidth, and allocates the effective channel bandwidth to at least one superframe by dividing the channel time Each superframe is composed of at least one CTB including at least one reserved channel time block (CTB) for communication of information packets through the channel. A coordinator that manages information communication over at least one radio channel in the network, including at least one schedule.   The coordinator for managing information communication through at least one radio channel in a network according to claim 30, wherein the schedule includes at least one CTB not reserved for communication of control information.   The network of claim 30, wherein the information comprises each schedule and video information including at least one reserved CTB for communication of isochronous stream packets through the channel. Coordinator who manages information communication.   The scheduler divides a CFP (Contention-Free Period) into at least one superframe including a CTB schedule for the high rate channel and the low rate channel, and transmits the source radio through the high rate channel during the reserved CTB. To transmit a video information packet from a base station to a destination radio base station and to transmit an ACK packet of the source radio base station from the destination radio base station through a low rate channel during the reserved CTB 31. A coordinator configured to manage information communication over at least one radio channel in a network according to claim 30 configured.   The scheduler is configured to transmit periodic beacons, each successive beacon pair defines a superframe between and each beacon to divide channel time into CTBs 34. A coordinator for managing information communication through at least one wireless channel in a network according to claim 33, comprising scheduling a timing allocation for successive superframes.   34. Information communication through at least one radio channel in a network according to claim 33, wherein the superframe includes a contention-based control period (CBCP) for management commands and communication control in the low rate channel. Coordinator to manage   The superframe further includes a beam-tracking period for a fine-tuning beamforming parameter to maintain link quality for beamforming transmission on the high-rate channel. 36. A coordinator for managing information communication through at least one radio channel in the network of claim 35.   36. The coordinator managing information communication through at least one radio channel in a network according to claim 35, wherein the superframe includes a beam-search period (BSP) for searching for a better transmission beam.   36. The coordinator managing information communication through at least one radio channel in the network of claim 35, wherein each beacon sends a signal at the start time of the superframe.   36. The information management over at least one radio channel in the network of claim 35, wherein the beacon sets the CTB length for each schedule at the start time and the corresponding superframe. Coordinator to do.   40. The coordinator for managing information communication through at least one radio channel in a network according to claim 39, wherein the beacon sets up a CTB allocation to other base stations including a plurality of transmitters and receivers.   41. A coordinator that manages information communication over at least one wireless channel in a network according to claim 40, wherein the beacon sets an allocation of CTBs for other video streams.   36. The coordinator for managing information communication through at least one radio channel in a network according to claim 35, wherein channel access during the CFP is based on Time Division Duplex (TDD).   36. The coordinator for managing information communication through at least one wireless channel in a network according to claim 35, wherein the schedule includes a series of reserved CTBs that are distributed equally including the same length.   34. The network of claim 33, wherein the scheduler dynamically extends a CTB reserved to allow additional packet communication to non-reserved CTBs in succession to the reserved CTB. Coordinator who manages information communication.   The scheduler sends a CTB extension announcement to announce that at least a portion of the non-reserved CTBs, one after the other currently reserved CTB, is used as an extension period for the currently reserved CTB. 45. A coordinator for managing information communication over at least one wireless channel in a network according to claim 44, configured to dynamically expand a reserved CTB by broadcasting.   The network of claim 45, wherein the CTB extension announcement informs a base station that is not participating in communication during the currently reserved CTB to suspend contention for the channel during the CTB extension period. A coordinator that manages information communication through at least one radio channel.   45. The coordinator managing information communication through at least one radio channel in a network according to claim 44, wherein the source radio base station communicates video information during the CTB extension period.   48. The information communication through at least one wireless channel in the network of claim 47, wherein the scheduler dynamically truncates the CTB extension period when communication of video information is completed during the reserved CTB. Coordinator to manage   The coordinator for managing information communication through at least one radio channel in a network according to claim 33, wherein the scheduler dynamically removes reserved CTBs.   50. The coordinator for managing information communication through at least one radio channel in a network according to claim 49, wherein the scheduler dynamically releases unused channel time within the reserved CTB range.   50. The coordinator that manages information communication over at least one wireless channel in the network of claim 49, wherein the scheduler broadcasts an announcement to inform a base station that competition can be started for the channel.   36. The network of claim 35, wherein at least one base station performs power saving (PS) by competing against the unreserved CTB immediately after a beacon for power saving. Coordinator that manages information communication through two radio channels. A controller module configured to request a reservation of a valid channel bandwidth from a coordinator for information transmission, and for communication of information packets through the channel according to at least one schedule provided by the coordinator Each schedule includes allocating effective channel bandwidth to at least one superframe by dividing channel time, wherein each superframe is for communication of information packets through the channel. Information over at least one radio channel in the network, including at least one schedule comprising at least one CTB including at least one reserved channel time block (CTB) Coordinator to manage the trust.   The schedule divides the channel time into at least one superframe that includes a CTB schedule for the high rate channel and the low rate channel, and the communication module is configured for a high-rate channel during the reserved CTB. A packet of video information is transmitted to the destination radio base station through the reserved CTB, and an ACK packet is transmitted from the destination radio base station to the source radio base station through a low-rate channel during the reserved CTB. 54. A coordinator for managing information communication through at least one wireless channel in the network of claim 53.   55. A coordinator that manages information communication over at least one wireless channel in a network according to claim 54, wherein the video information includes uncompressed video information.   55. The coordinator for managing information communication through at least one wireless channel in a network according to claim 54, wherein the video information includes uncompressed high quality video information.   The coordinator periodically transmits beacons, each successive beacon pair defines a superframe between, and each beacon continues to divide the channel time into CTBs. 55. The network of claim 54, comprising scheduling a timing allocation for a superframe, wherein the communication module communicates information packets through a channel that uses the schedule information in the beacon. Coordinator that manages information communication through two radio channels.   58. The coordinator managing information communication through at least one wireless channel in a network according to claim 57, wherein the communication module performs information communication during a CTB extension period according to a schedule.   The communication module transmits a bandwidth request command for transmission of isochronous streams and asynchronous data through a channel, and if the sufficient bandwidth remains in the channel, the coordinator base station The coordinator for managing information communication through at least one radio channel in the network according to claim 57, wherein a CFP schedule is allocated to the radio base stations.   59. The communication module performs power saving (PS) through at least one radio channel in a network according to claim 57, wherein the communication module performs power saving (PS) by competing for the unreserved CTB immediately after a beacon. Coordinator to manage.   58. The coordinator for managing information communication through at least one wireless channel in a network according to claim 57, wherein the communication module transmits a plurality of streams through the channel to a receiver during an allocated schedule.   58. The communication module transmits a stream to a receiving base station over the channel during the allocated schedule, and the receiving base station transmits an ACK to the radio base station during the schedule. Coordinator managing information communication through at least one wireless channel in the network.   58. The network of claim 57, wherein the communication module transmits at least one information packet during a CTB to a receiving base station, and at least one corresponding ACK is transmitted from the receiver to the radio base station. A coordinator that manages information communication through at least one wireless channel.

Images