WO2008101424A1

WO2008101424A1 - Beacon device, method and system for indicating beacon state

Info

Publication number: WO2008101424A1
Application number: PCT/CN2008/070236
Authority: WO
Inventors: Linjun Lv
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-02-16
Filing date: 2008-02-01
Publication date: 2008-08-28
Also published as: CN101247296A

Abstract

A beacon device, a method and a system for indicating the beacon state. The system comprises; a beacon indicating device, for indicating whether the next superframe continues to send the beacon state of the beacon in the beacon sending message, and a first protecting device, which located in the groups of beacon device, for determining the permission for sending the beacon message by each beacon of the next superframe according to the beacon state.

Description

Beacon device and beacon status indication method and system

The present invention relates to the field of network communication technologies, and in particular, to a beacon device and a beacon status indication method and system. Background of the invention

With the development of wireless technology, there will be scenes in which multiple wireless technologies share a frequency band.

SP (Frequency Sharing) is one of a variety of wireless technologies sharing a frequency band. The system includes an LU (License User) system and an SU (Second User) system, where the LU system preferentially enjoys the use of the band. The SU system uses this band to ensure that it does not affect the LU system.

For short-range low-power LU systems, such as part 74 devices, the wireless coverage radius is about 500 meters, and the randomness of the used frequency band is high. It is difficult for the SU system to effectively protect the LU system. Therefore, for such LU systems, The devices of the SU system prevent interference to the LU system through wireless sensing, and some beacon devices need to be arranged to protect the LU user's services from being affected.

IEEE 802.22 technology (WRAN technology) belongs to a class of SU systems. Currently, for such SU systems, the industry has proposed a beacon technology specification to protect low-power LUs in the TV band from interference. Below, the cartridge is to introduce the technical specification:

In order to better protect the LU device, it is necessary to set a plurality of beacon devices or protection devices in the vicinity of the LU device. The beacon device detects and acquires channel occupation information of the LU device, and exchanges the detected channel occupation information on a wireless air interface channel, and finally transmits the channel occupation information to the SU, for example, a WRAN device, and the SU according to the channel of the LU device. Occupy information to conduct business to avoid interference with the LU system. In the plurality of beacon devices set up to protect the LU device, first, a beacon device is selected as a PPD (first protection device) for controlling and managing beacon transmission of the beacon device within a certain range; Other beacon devices are classified as SPDs (second protection devices). The PPD may combine other SPD information to control the transmission of other SPD beacons.

As shown in FIG. 1, the superframe structure of the transmitted signal of the beacon device can be roughly divided into four parts:

1) a synchronization burst phase, the synchronization burst phase comprising a series of synchronization bursts transmitted by the PPD device, each synchronization burst consisting of a synchronization header and a decrementing indication, wherein an indication of each synchronization burst The values are decremented one by one, and are reduced from N to 1;

2) a beacon phase, the beacon phase is a beacon transmitted by the protection device, the beacon includes a synchronization burst, a beacon PSDU (physical service data unit), wherein the indication of the synchronization burst is equal to 0, PPD or SPD Both can send beacons to exchange LU occupied channel information.

3) Rx period, SPD sends an RTS (Send Request) to notify the PPD through this phase, and wishes to send a beacon to the PPD;

4) ANP phase (ACK or NACK phase), at this stage, the PPD can send an ACK through the ANP, indicating that the SPD that agrees to send the RTS on the Rx period on the superframe sends a request in the beacon phase of the next superframe; A NACK may be sent through the ANP to indicate that the SPD that sent the RTS on the Rx period on the superframe rejects the request to transmit the beacon in the beacon phase of the next superframe.

2 is another superframe structure of a beacon device's transmitted signal. The beacon transmission control differs from that of FIG. 1 in that: the synchronization phase and the beacon phase are simultaneously performed, and are respectively modulated to the I and Q paths of the signal.

Specific examples of the information exchange between the PPD and the SPD are shown in FIG. 3 and FIG. 4, wherein FIG. 3 is a process in which the PPD separately transmits a beacon to the SPD; and FIG. 4 is a process in which the SPD transmits a beacon to the PPD under the control of the PPD. The above process corresponds to the transmission of the superframe, and the process thereof is as shown in FIG. 5. FIG. 5 is a process of information exchange between the PPD and the SPD device:

Figures 5-A and 5-A1 show the PPD transmission synchronization phase and the beacon. On the Rx period, the PPD receives an RTS sent by the SPD, and then the PPD sends an ACK on the superframe ANP, agreeing that the SPD is on the next superframe. Send a beacon.

Figures 5-B and 5-B1 show the PPD transmission synchronization phase, in which the beacon is transmitted by the SPD (which is agreed to transmit the beacon by the PPD on the previous superframe). However, no RTS is received on the Rx period, so on the ANP, the PPD sends a NACK, rejecting any SPD to send a beacon on the next superframe.

Figures 5-C and 5-C1 show that on the third superframe, the PPD device transmits the synchronization phase. Since the RTS is not received on the previous superframe, the beacon is transmitted by itself; if the PPD does not receive one on the Rx period In RTS, the PPD sends a NACK on the ANP. If the PPD receives an RTS on the Rx period, the PPD sends an ACK on the ANP.

It can be seen that in each Rx period, each SPD needs to send an RTS to send data and services to the PPD on the next superframe. If there are multiple SPDs that send RTS in the Rx period, a collision will occur and the PPD will not allow any SPD to send beacons on the next superframe.

It can be seen that the prior art process is not suitable for the exchange of a large amount of information between a certain SPD and a PPD. If the SPD cannot exchange protection information to the PPD on a superframe, then it also needs to compete for the subsequent superframe time to request to send information to the PPD. If it conflicts with the RTS of other SPDs, then the complete exchange of information is lagging behind. Summary of the invention

In view of this, the main object of the present invention is to provide a beacon status indication method and system for a beacon device and a beacon device. In order to achieve the above object, the technical solution of the present invention includes:

A beacon status indication method for a beacon device includes:

A beacon device in the beacon device group transmits a beacon message carrying a beacon status indicating whether the next super frame needs to continue to transmit the beacon;

The first protection device of the beacon device group determines, according to the beacon status carried in the beacon message, each beacon device in the beacon device group to send a beacon message permission in the next super frame.

A second protection device, comprising: a message receiving/transmitting module, configured to receive/send a beacon message or a contention request message;

The beacon status identification module is configured to identify, in a beacon message sent by the message receiving/transmitting module, a beacon status indicating whether the next super frame needs to continue to transmit the beacon.

A first protection device, comprising: a message receiving/transmitting module, configured to receive/send a beacon message or a contention request message;

a beacon status determining module, configured to determine, according to the beacon status carried in the beacon message, the right of each beacon device to send a beacon in the next superframe;

The beacon sending indication module is configured to notify the beacon device of the right to send the beacon message in the next super frame according to the authority determined by the beacon status determining module.

A beacon status indication system for a beacon device, comprising:

Identifying, in the transmitting beacon message, an indicating beacon device indicating whether the next superframe needs to continue to transmit the beacon status of the beacon; and,

Determining, according to the beacon status, a first protection device in a beacon device group in which each beacon device of the next superframe transmits a beacon message.

The embodiment of the present invention further provides a beacon status indication system of a beacon device, which includes a plurality of beacon devices, wherein the beacon device is divided into a first protection device and a second protection device, and each beacon device identifies the beacon message. Indicates whether the next superframe needs to continue to transmit the beacon status of the beacon, The first protection device determines, according to the beacon status, the right of each beacon device in the next superframe to send a beacon message.

It can be seen from the technical solution provided by the present invention that the embodiment of the present invention adds the beacon status content to the transmitted beacon message, so that if a complete beacon information of a beacon device is not sent, the continuation is continued. The beacon message is sent on the next superframe. The delay in the complete transmission of beacon information is avoided. BRIEF DESCRIPTION OF THE DRAWINGS

1 is a schematic diagram 1 of a superframe structure for transmitting signals of a prior art beacon device;

2 is a schematic diagram 2 of a superframe structure for transmitting signals of a prior art beacon device;

3 is a schematic diagram of a prior art PPD transmitting a beacon to an SPD separately;

4 is a schematic diagram of a prior art SPD transmitting a beacon to a PPD under PPD control;

Figure 5-A, Figure 5-Α1, Figure 5-B, Figure 5-Β1, Figure 5-C, and Figure 5-C1 are schematic diagrams of the information exchange process between the PPD and the SPD corresponding to the superframe in the prior art;

6 is a block diagram of an embodiment of the system of the present invention. Mode for carrying out the invention

An embodiment of the present invention provides a beacon status indication method of a beacon device, by adding a field indicating a beacon status to a message of the beacon, so that the PPD controls transmission of each SPD beacon message according to the status information. The added field can be set within the MAC layer of the beacon message.

The details will be described below in conjunction with the drawings of the specific embodiments of the present invention. In the embodiment of the present invention, in order to more clearly and technically describe the technical solution of the embodiment of the present invention, a plurality of beacon devices set for protecting the LU device are referred to as a beacon device group.

This embodiment adds a beacon state by the MAC header of the beacon message in the superframe. The indication field is implemented, and the field may be set by the PPD or by the SPD. The content and format of the beacon MAC header field are as follows:

The contents and meanings of the parameters in the above table are as follows:

Parameter 1 ( Parameterl ), the information bits include: beacon version, priority, antenna height and device type information;

Parameter 2 (Parameter 2), the information bit includes: keepout zone information, which is used to indicate whether the protected radius is greater than 500m;

Parameter 3 (Parameter3), the information bit includes the antenna position and the time indicating that the protected device also needs to occupy the channel;

The sender flag bit (ParentCallsign), the information bit is the tag of the beacon sender; the location information bit (Location), the information bit is used to store the location information of the beacon sender; the subchannel map (SubchannelMap), the information bit The type is a bitmap with a valid range of 48 bits, which is used to store the channel mask used by the protection device for reuse.

Timestamp bit (TimeStamp), this information bit is used to indicate the time when the beacon is transmitted; the payload bit (Payload), which is used to indicate the information byte carried by the beacon.

Adding a field indicating the status of the beacon to the MAC header may be added to the content of each parameter, or a field indicating the status of the beacon may be added. This embodiment is only described by adding the parameter in the Parameter2 field as an example, in other parameters, The settings in the field are similar.

The Parameter2 field structure is as follows: Bits: 0-6 7

Reserved keep out zone wherein the keep out zone occupies 1 bit to indicate whether the protected radius is greater than 500 meters; the other 7 bits are reserved bits; this embodiment utilizes 1 bit of the reserved bits to indicate the beacon state. The added fields are as follows:

The NST is used to indicate whether the next superframe needs to continue to transmit beacons. For the PPD, the next superframe is the last superframe of the current frame; for the SPD, the next superframe is the PPD determines the most recent subsequent superframe that is sent to all SPDs to transmit the beacon.

The flag bit can be combined with the device rank field in Parameterl to cause the beacon device receiving the beacon to determine whether the next superframe needs to transmit a beacon through the combined field.

The meaning of the device type and the value of the NST represents an embodiment as follows: The device type of the beacon takes a value of 0, indicating that the beacon is sent by the SPD;

The device type of the beacon has a value of 1 , indicating that the beacon is sent by the PPD;

The value of NST is 0, indicating that the beacon sent by other beacon devices is sent in the next superframe.

The NST value is 1 , indicating that the beacon transmitted by the original beacon device is continuously sent in the next super frame; of course, it can also be defined by the following embodiment:

The device type of the beacon has a value of 0, indicating that the beacon is sent by the PPD;

The device type of the beacon has a value of 1 , indicating that the beacon is sent by the SPD;

The NST value is 0, indicating that the beacon sent by the original beacon device is continuously sent in the next superframe.

The value of NST is 1, indicating that the beacon sent by other beacon devices is sent in the next superframe. The correspondence between the value of each field and the beacon and the state of the superframe is only the case of the present invention in the present embodiment. In different embodiments of the present invention, the corresponding relationship can be adjusted.

In this embodiment, after determining the meaning of the value of the device type field and the NST field, the beacon device, that is, the PPD or the SPD, assigns a value to the type field and the NST field of the beacon sent by the beacon when transmitting the beacon to indicate the status information of the beacon. . The corresponding relationship between the different values of the NST flag and the device type and the beacon state is as follows:

Status 1: The device type is set to 1 and the NST value is set to 0.

At this time, it indicates that the beacon in the superframe is transmitted by the PPD, and the PPD does not need to continue to transmit the beacon in the next superframe, and the beacon is transmitted by the other beacon device in the next superframe. This situation is mostly used when there are few or no PPD beacons. At this time, the SPD can send the RTS on the Rx period to compete for the beacon on the next superframe.

State 2: The device type is set to 1 and the NST value is set to 1.

At this time, it indicates that the beacon in the superframe is sent by the PPD, and the PPD needs to continue to transmit the beacon in the next superframe, and the other SPDs cannot transmit the RTS in the Rx period, and the PPD information can be preferentially broadcasted.

State 3: The device type value is set to 0, and the NST value is set to 0.

At this time, it indicates that the beacon in the superframe is transmitted by the SPD, and the SPD does not need to continue to transmit the beacon in the next superframe, and the beacon is transmitted by the other beacon device in the next superframe. This situation is mostly applied to an SPD after sending a beacon, and no subsequent beacons continue to be sent. At this time, other SPDs can send RTS on the Rx period to compete for beacon messages on the next superframe. Send permission.

State 4: The device type value is set to 0, and the NST value is set to 1.

At this time, it indicates that the beacon in the superframe is sent by the SPD, and the SPD needs to continue to transmit the beacon in the next superframe; this case is mostly applied after a certain SPD sends a beacon, and the subsequent beacon continues to be sent. , other beacon devices no longer send RTS requests on Rx period Beacons are sent. Thus, the PPD device still distributes the SPD to the SPD during the beacon transmission phase on the next superframe, and continues to issue its beacon information.

The PPD controls the transmission of beacons in the next superframe according to the status information of different beacons, and selects by transmitting ACK, GO-ON (continue message) or NACK on the ANP. For example: the PPD sends an ACK on the ANP, indicating that the new SPD is sent to send a beacon message, rejecting the original SPD or the PPD to continue to send the message; the PPD sends a GO-ON message on the ANP, indicating that the original SPD or the PPD continues to send the beacon message. Reject the new SPD to send a message. The PPD sends a NACK on the ANP, indicating that all SPDs are rejected to send beacon messages on the next superframe, and the PPD itself sends a message on the next superframe; the specific method is as follows:

For the state 1 case, the device type value is set to 1 and the NST value is set to 0:

The PPD transmitting the beacon does not continue to transmit the beacon in the next superframe, so the PPD allows other SPDs to send an RTS to the PPD requesting to transmit the beacon in the next superframe;

When only the PPD requires the beacon to be transmitted in the next superframe, the PPD directly transmits the beacon in the next superframe;

When an SPD sends an RTS to the PPD requesting to send a beacon in the next superframe, the PPD sends an ACK message to the SPD, agreeing that the SPD sends the beacon in the next superframe;

When multiple SPDs send RTS to the PPD and request to send a beacon, the PPD may reject all SPD requests in order to avoid possible collisions and delays caused by collisions, and do not allow any SPD to send a message in the next superframe. Target, and the PPD itself sends a beacon in the next superframe.

For the state 2 case, the device type value is set to 1 and the NST value is set to 1:

In order for the complete transmission of the beacon information not to be delayed, the PPD transmitting the beacon continues to transmit the beacon in the next superframe, and the PPD rejects any SPD request to transmit the beacon. In the case of state 3, the device type value is set to 0, and the NST value is set to

0:

The PPD allows other beacon devices to contend for transmitting beacons in the next superframe; the other beacon devices include a PPD or multiple SPDs;

When only one SPD requests to transmit a beacon in the next superframe, the SPD sends an RTS to the PPD requesting the PPD to allow it to transmit a beacon in the next superframe, and the PPD sends an ACK message to the SPD, agreeing that the SPD is in the next superframe. Sending a beacon;

When multiple SPDs simultaneously request to send a beacon in the next superframe, each SPD sends an RTS request to the PPD. When the PPD receives multiple SPDs to send an RTS request, the PPD avoids possible conflicts and conflicts. Delay, reject all SPD requests, do not allow any SPD to send a beacon in the next superframe, and the PPD itself sends a beacon in the next superframe; or allow the original protection device to continue to send beacons The protection device continues to send beacons.

For the case of state 4, that is, the device type value is set to 0, and the NST value is set to 1:

The PPD may allow the SPD transmitting the beacon in the current superframe to continue to transmit the beacon in the next superframe;

Regardless of whether the beacon device transmitting the beacon in the current superframe sends a message indicating whether the next superframe needs to continue to transmit the beacon, the PPD may determine whether it is necessary to continue to transmit the beacon message according to the currently transmitted beacon content, and the PPD may According to the judgment result, selection is made by transmitting ACK, GO-ON (continue message) or NACK on the ANP. For example: PPD sends an ACK on the ANP, indicating that the new SPD sends a beacon message, rejects the original beacon device to continue to send the message; the PPD sends a GO-ON message on the ANP, indicating that the original beacon device continues to agree. Send a beacon message, rejecting the new beacon device to send a message. The PPD sends a NACK on the ANP, indicating that all SPDs are rejected to send a beacon message on the next superframe, and the PPD itself sends the message.

An embodiment of the present invention provides a beacon status indication system of a beacon device, where the system includes a plurality of beacon devices, where the beacon device includes at least one first protection device PPD and at least one second protection device SPD. A schematic diagram of an embodiment is shown in FIG. 6, which includes: a beacon status identification module, configured to identify a beacon status in a sent beacon message; and the method includes: adding a corresponding one in a MAC layer a field indicating a beacon state, such as adding the field in a corresponding parameter in the MAC header; using the field to identify a beacon state;

The beacon status identification module may be disposed on all beacon devices, including the first protection device or the second protection device;

A message receiving/transmitting module for receiving/transmitting a beacon message or RTS. The specific functions are: sending a beacon message after the RTS or beacon status identification module identifies the beacon status; or receiving a message sent by another beacon device, and forwarding the message to the beacon status determination module. The module is placed on all beacon devices.

The beacon status determining module is configured to determine the beacon status according to the beacon message, and determine the right of each beacon device to send the beacon in the next superframe; the module is only disposed on the first protection device PPD.

The beacon sending indication module is configured to send a beacon sending indication to each beacon device according to the judgment result of the beacon state judging module, and notify each beacon device of the right to transmit the beacon message in the next super frame. The module is only disposed on the first protection device.

The embodiment of the present invention further provides a beacon status indication system of a beacon device, including: an indication beacon device that identifies, in a transmission beacon message, a beacon status indicating whether the next super frame needs to continue to transmit a beacon; and Determining, according to the beacon status, each beacon device of the next superframe The first protection device in the beacon device group that grants the authority of the beacon message. The indication beacon device may be the second protection device or the first protection device in the beacon device group.

When the beacon device is instructed to be the second protection device in the beacon device group, specifically, the second protection device includes: a message receiving/transmitting module, configured to receive/transmit a beacon message or a contention request message; and a beacon status And an identifier module, configured to identify, in a beacon message sent by the message receiving/transmitting module, a beacon state indicating whether the next superframe needs to continue to send the beacon.

Correspondingly, the first protection device comprises: a message receiving/transmitting module, a beacon state judging module and a beacon sending indication module. The message receiving/transmitting module is configured to receive/send a beacon message or a contention request message. The beacon status determining module is configured to determine, according to the beacon status carried in the beacon message, the right of each beacon device to send the beacon in the next superframe. The beacon sending indication module is configured to notify the beacon device of the right to send the beacon message in the next super frame according to the authority determined by the beacon status determining module. In addition, the first protection device further includes a beacon status identification module, configured to identify, in the beacon message sent by the message receiving/transmitting module, a beacon status indicating whether the next super frame needs to continue to transmit the beacon. A beacon status identification module is configured to add a corresponding field indicating a beacon status to the MAC header to identify the beacon status.

In addition, when the beacon device is indicated as the first protection device, the first protection device may include a message receiving/transmitting module, a beacon state determining module, and a beacon sending indication module, and may further include a beacon status identifying module. A beacon status identification module can also be further included. The beacon status identification module is configured to identify, in a beacon message sent by the message receiving/transmitting module, a beacon status indicating whether the next super frame needs to continue to transmit the beacon. At this time, the first protection device completes, in the sending beacon message, identifies a beacon state indicating whether the next superframe needs to continue to transmit the beacon, and determines, according to the beacon state, the next superframe, each beacon device sends the beacon. The operation of the permission of the message.

In summary, the beacon device of the present invention increases the beacon status content in the transmitted beacon message, so that when a complete beacon information of a beacon device is not transmitted, The beacon message is sent continuously on the next superframe, avoiding the delay of complete transmission of the beacon information. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention. Any modifications, equivalents, improvements, etc., which are made within the spirit and principles of the present invention, should be included in the present invention. Within the scope of protection.

Claims

Claim

A beacon status indication method for a beacon device, comprising: a beacon device in the beacon device group transmitting a beacon carrying a beacon status indicating whether the next super frame needs to continue to transmit a beacon Message

2. The method according to claim 1, wherein the first protection device sends a beacon message carrying a beacon state indicating whether the next superframe needs to continue to transmit a beacon;

The next superframe is the subsequent superframe of the current frame.

3. The method according to claim 1, wherein the second protection device of the beacon device group transmits a beacon message carrying a beacon status indicating whether the next super frame needs to continue to transmit a beacon;

The next superframe determines, for the first protection device, the most recent subsequent superframe that is assigned to the second protection device to transmit the beacon.

The method according to any one of claims 1 to 3, wherein the method for carrying a beacon state in a beacon message comprises: adding a field indicating a beacon state to a MAC header of the beacon message .

The method according to claim 4, wherein the first protection device determines each beacon device in the beacon device group, and the rights for transmitting the beacon message in the next super frame include:

If the beacon device that sends the beacon at the current moment indicates that the next superframe needs to continue to transmit the beacon in the beacon message, the first protection device determines according to the sent beacon content. Whether the transmission needs to be continued, if it is required to continue to transmit, the beacon device that sends the beacon in the current superframe continues to transmit the beacon in the next superframe; otherwise the first protection device decides to send the message in the next superframe by the other beacon device. Standard

If the beacon device that currently transmits the beacon indicates in the beacon message that the next superframe does not need to continue to transmit the beacon, the first protection device instructs the other beacon device to transmit the beacon in the next superframe.

The method according to claim 1 or 5, wherein the first protection device indicates that the beacon device that sends the contention request in the current superframe is in the next superframe by sending a consent, continuation or rejection message. Permission to send beacon messages.

7. The method according to claim 6, wherein the method further comprises: receiving a beacon device of the consent message, transmitting a beacon message in a next superframe; receiving a beacon of the continuation message The device continues to send beacon messages in the next superframe.

A second protection device, comprising: a message receiving/transmitting module, configured to receive/send a beacon message or a contention request message; and further comprising:

The beacon status identification module is configured to identify, in the beacon message sent by the message receiving/transmitting module, a beacon status indicating whether the next super frame needs to continue to transmit the beacon.

A first protection device, comprising: a message receiving/transmitting module, configured to receive/send a beacon message or a contention request message; and further comprising:

10. The device according to claim 9, wherein the device further comprises a beacon status identification module;

The beacon status identification module, configured to send a beacon in the message receiving/transmitting module A message identifies the beacon status indicating whether the next superframe needs to continue to transmit the beacon.

11. Apparatus according to claim 9 or 10, characterized in that

The beacon status identification module is configured to add a corresponding field indicating a beacon status to the MAC header to identify the beacon status.

12. A beacon status indication system for a beacon device, comprising: identifying, in a beacon message, an indication beacon device indicating whether a next superframe needs to continue to transmit a beacon status of the beacon; and

The system according to claim 12, wherein the indication beacon device is: the first protection device or a second protection device in the beacon device group.