+

WO2009088364A1 - Procédé, dispositif et produit de programme informatique pour déterminer une caractéristique de transmission de données - Google Patents

Procédé, dispositif et produit de programme informatique pour déterminer une caractéristique de transmission de données Download PDF

Info

Publication number
WO2009088364A1
WO2009088364A1 PCT/SG2008/000483 SG2008000483W WO2009088364A1 WO 2009088364 A1 WO2009088364 A1 WO 2009088364A1 SG 2008000483 W SG2008000483 W SG 2008000483W WO 2009088364 A1 WO2009088364 A1 WO 2009088364A1
Authority
WO
WIPO (PCT)
Prior art keywords
data transmission
transmission characteristic
command
information
frame
Prior art date
Application number
PCT/SG2008/000483
Other languages
English (en)
Inventor
Ananth Subramanian
Xiaoming Peng
Po Shin Francois Chin
Original Assignee
Agency For Science, Technology And Research
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Agency For Science, Technology And Research filed Critical Agency For Science, Technology And Research
Priority to CN200880126954.XA priority Critical patent/CN101953221B/zh
Priority to TW097150200A priority patent/TW200935788A/zh
Publication of WO2009088364A1 publication Critical patent/WO2009088364A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • Embodiments relate to the field of communication systems, such as wireless communication systems, for example.
  • embodiments relate to a method of determining a data transmission characteristic.
  • the present invention relates to WiMedia distributed MAC protocol as well as the future versions of IEEE 802.11 MAC, IEEE 802.15.3 MAC, IEEE 802.15.4 MAC and any other relevant MAC protocols.
  • the existing link feedback mechanism allows for feedback from receiver to transmitter only every superframe (65 ms) .
  • the current feedback mechanism allows the receiver to suggest the transmission rate and the differential increase or decrease of transmit power.
  • the coherence time of channels can be much less than 65 ms .
  • the coherence time for UWB channels can be low ( «65ms) especially under mobile environments.
  • the current WiMedia MAC allows for link feedback mechanism every Superframe ( ⁇ 65ms). The current feedback mechanism allows the receiver to suggest the transmission rate and the differential increase or decrease of transmit power.
  • a link feedback mechanism that can cater to channels with low coherence time ( ⁇ 65 ms) is desirable.
  • a scheme that allows the implementers the flexibility to incorporate the rate and power control at the transmitter side is also desirable.
  • B-ACK Acknowledgement
  • the B-ACK frame acknowledges correct or incorrect receipt of the previous sequence of frames and provides information for the transmission of the next sequence of frames.
  • No- Acknowledgement No ACK
  • a transmitter may send frames using No- Acknowledgement (No ACK) policy. Even if acknowledgment frames are sent, the frequency with which acknowledgement frames may be sent to the transmitter may vary (independent of the coherence time of the channel) .
  • rate and power control at the transmitter transmit power is known only at the transmitter and several rate and power control algorithms that can be implemented at the transmitter have been proposed in the literature; see [5]-[8]).
  • solutions are given for link feedback by using command/control frames between two WiMedia (ECMA specification [1] is based on the WiMedia standard [2]) specified devices.
  • the solutions cater to low channel coherence times (that can be much less than 65 ms) and some of them allow for power control and rate control to be incorporated at the transmitter node.
  • a method for determining a data transmission characteristic, wherein data are transmitted in at least one superframe, wherein each superframe is configured to transmit a plurality of frames comprising: sending, in the superframe, a plurality of data transmission characteristic request messages to a receiver for requesting data transmission characteristic information from the receiver, wherein the data transmission characteristic request messages are command/control messages; receiving, in the superframe, a plurality of data transmission characteristic response messages including data transmission characteristic information from the receiver in response to the data transmission characteristic request messages wherein the data transmission characteristic response messages are command/control messages; determining, from the data transmission characteristic information, at least one data transmission characteristic.
  • FIG. 1 shows the structure of a superframe
  • FIG. 2 shows the illustration of a communication system
  • FIG. 3 shows a command/control frame payload according to one embodiment
  • FIG. 4 shows a command/control frame payload according to one embodiment
  • FIG. 5 shows a command/control frame payload according to one embodiment
  • FIG. 6 shows a command/control frame payload according to one embodiment
  • FIG. 7 shows a command/control frame payload according to one embodiment
  • FIG. 8 illustrates command/control frame payload formats according to one embodiment
  • FIG. 9 shows a communication device according to one embodiment .
  • frame is defined as unit of data transmitted by a device
  • a superframe is defined as periodic time interval used in the ECMA standard to coordinate frame transmissions between devices, and is the basic timing structure for frame transmissions.
  • a superframe is composed of 256 Medium Access Slots (MASs), and a superframe includes a Beacon Period (BP) followed by a data period.
  • MASs Medium Access Slots
  • BP Beacon Period
  • a BP comprises a number of beacon slots, and a beacon can be transmitted within a beacon slot.
  • a MAS duration is of 256 ⁇ s and a superframe duration is about 65 ms .
  • Beacon Period may be defined as a period of time declared by a device during which it sends or listens for beacons according to the ECMA standard, and the term beacon may refer to information regarding such as the reservation of time slots in the further data period.
  • Each superframe starts with a BP, which extends over one or more contiguous Medium Access Slots (MASs) .
  • MASs Medium Access Slots
  • FIG. 1 illustrates the basic structure of superframe 110 according to the ECMA standard.
  • the superframe 110 contains a beacon period 101 followed by a data period 102, wherein frame is defined as unit of data transmitted by a device.
  • a superframe is composed of 256 MASs 103.
  • FIG. 2 shows an illustration of a communication system 200 including communication devices A to H (211-218) .
  • the communication system may be an ad-hoc communication group (beacon group) 200 including ad-hoc communication devices A to H (211 -218), wherein all the devices A to H (211-218) work in a particular frequency channel.
  • An ad- hoc radio communication group generally consists of a plurality of ad-hoc radio communication devices, wherein the communication among these devices is self-organized. The plurality of devices are able to discover each other within a range to form the communication group, and within the communication group, they can communicate with each other without the need of a central control.
  • frequency channel may refer to a combination of one or more frequency bands, and such a combination may be used for signal transmission.
  • the term frequency band may refer to a predefined continuous frequency range, which may be used for signal transmission.
  • circle line 201 represents the transmission range of device B 212, meaning that device B is able to transmit data to other communication devices that are located within the circle line 201.
  • device B 212 is able to transmit data to devices A 211, C 213, D 214, E 215, and H 218.
  • circle line 202 represents the transmission range of device C 213, meaning that device C is able to transmit data to other communication devices that are located within the circle line 202
  • circle line 203 represents the transmission range of device D 214, meaning that device D is able to transmit data to other communication devices that are located within the circle line 203.
  • any two communication devices may communicate with each other without a central control and may exchange information or data with each other.
  • the communication system 200 may have a central control, for example, node B 212 as a Pico Net Coordinator (PNC) (see [4]) .
  • PNC Pico Net Coordinator
  • any device such as device A 211, C 213, D 214, E 215, and H 218, that enters the transmission range of PNC B 212 may need to communicate with the PNC B 212 to request information about the communication channel or to establish a communication with another communication device within the transmission range 201 of PNC B 212.
  • the PNC B 212 may send information about other communication devices to each device that enters the PNC B 212' s transmission range.
  • any two devices that wish to communicate with each other need to first communicate with a central control, such as a PNC, and the centrol control will help the two devices to transmit and receive the messages among the two devices and establish communication between the two devices.
  • every device of the communication system 200 may be equipped with a transmitter and a receiver.
  • a communication device shown in FIG. 2 may send information or data or message to either another device or a PNC by a transmitter.
  • a communication device shown in FIG. 2 may receive information or data or message from either another device or a PNC by a receiver.
  • IE Information Element
  • IEs can be included by a device in its beacon at any time and may optionally be requested or provided using the command frames.
  • IEs are contained in beacon and command frames. They convey certain control and management information.
  • the Link Feedback IE contains information on the recommended change to the data rate and transmit power level recommended by a recipient device for one or more source devices.
  • a device may include a Link Feedback IE in its beacon to provide feedback on a link with a specific neighbor.
  • a recipient device may use the Link Feedback IE to suggest the optimal data rate to be used by a source device, for example, to increase throughput and/or to reduce the frame error rate.
  • the data rate in the Link Feedback IE should be interpreted as the maximum data rate that the source device should use for this particular link, for an acceptable frame error rate. The source device is not required to follow the recommendation.
  • a recipient device may recommend a transmit power level change to be used by a source device by including a Link Feedback IE in its beacon.
  • a device that receives a Link Feedback IE is not required to change its transmit power level.
  • the recipient device might use the signal to noise ratio, received signal strength, frame error ratio or other parameters to determine the transmit power change to recommend to the source device.
  • Link Feedback IE is sent once every superframe.
  • the coherence time of channels can be much less than the duration of a superframe, which is 65.536 ms .
  • new link feedback strategies that use command/control frames for devices are proposed.
  • the proposed strategies cater to lower channel coherence times (less than one superframe duration, i.e., 65.536ms) and some of them also allow for power and rate control at the transmitter side.
  • a method for determining a data transmission characteristic, wherein data are transmitted in at least one superframe, wherein each superframe is configured to transmit a plurality of frames comprising: sending, in the superframe, a plurality of data transmission characteristic request messages to a receiver for requesting data transmission characteristic information from the receiver, wherein the data transmission characteristic request messages are command/control messages; receiving, in the superframe, a plurality of data transmission characteristic response messages including data transmission characteristic information from the receiver in response to the data transmission characteristic request messages wherein the data transmission characteristic response messages are command/control messages; determining, from the data transmission characteristic information, at least one data transmission characteristic.
  • a device A in order to determine at least one data transmission characteristic, may send, within a superframe, a data transmission characteristic request message to another device B every ⁇ x' ⁇ s or at least once every ⁇ x' ⁇ s . Since the duration of a superframe is about 65 ms, the transmitter of device A may send a plurality of data transmission characteristic request messages to the receiver of device B within a superframe. In one embodiment, the receiver of device B may respond to each data transmission characteristic request message by sending a data transmission characteristic response message to device A, wherein the data transmission characteristic response message includes at least one data transmission characteristic. In one embodiment, device A determines the at least one data transmission characteristic based on the data transmission characteristic response message. In one embodiment, both the data transmission characteristic request message and the data transmission characteristic response message are command/control frames.
  • the data transmission characteristic request message sent by device A may also include data transmission characteristic information or at least one data transmission characteristic.
  • both device A and device B may determine at least one data transmission characteristic based on at least one data transmission characteristic request message and/or at least one data transmission characteristic response message.
  • the data transmission characteristic may refer to information about transmission rate or transmission power of data transmission, but is not limited thereto.
  • the data transmission characteristic may refer to Link Quality Indicator (LQI) or Signal to Noise Ratio (SNR) .
  • LQI Link Quality Indicator
  • SNR Signal to Noise Ratio
  • the data transmission characteristic may refer to the number of correctly received packets.
  • the data transmission characteristic may refer to the number of lost packets.
  • the data transmission characteristic may refer to the number of packets received with Frame Check Sequence (FCS) error (with no Header Check Sequence or HCS error) . In one embodiment, the data transmission characteristic may refer to the number of packets transmitted to intended recipient of the command frame. In one embodiment, the data transmission characteristic may refer to the size of measurement window in number of microseconds or milliseconds .
  • FCS Frame Check Sequence
  • HCS Header Check Sequence
  • command/control messages are command/control frames.
  • command/control frames are for sending command/control information among communication devices within a communication devices' group.
  • two or more frames are transmitted in the superframe by a device, and at least one data transmission characteristic request message is sent by the device before (e.g. at the beginning of) the transmission of every set of two or more frames by the device.
  • a characteristic request message is transmitted by the device for each set of frames transmitted in the superframe by the device, such that the transmission of a characteristic request message by the device is followed by the reception of a characteristic response message by the device followed by transmission of the respective set of frames by the device (i.e. no other frame is transmitted by the device between the characteristic request message and the respective set of frames).
  • the data transmission characteristic request messages are sent periodically. In one embodiment, a data transmission characteristic request message is sent at least once during each predetermined periodic time interval.
  • the transmitter and the receiver are communication devices according to WiMedia specification.
  • the transmitter and the receiver are communication devices according to IEEE 802.15.3b specification.
  • the data transmission characteristic request messages are medium access control layer messages. In one embodiment, the data transmission characteristic response messages are medium access control layer messages.
  • data transmission comprises the transmission of a plurality of data packets
  • the data transmission characteristic information includes the number of data packets correctly received by the receiver or the number of data packets lost or the number of data packets received with FCS error (and not with HCS error) or the number of data packets transmitted by the receiver in a measurement window time period.
  • the data transmission characteristic information includes information about the measurement window time period as well.
  • data transmission is performed via a communication link between a transmitter and the receiver and the data transmission characteristic information is communication link feedback information or link quality information.
  • the data transmission characteristic information includes information about the signal to noise ratio at the receiver pertaining to the data transmission.
  • the data transmission characteristic response message includes information for setting the transmit power level of the data transmission.
  • the data transmission characteristic response message includes information for setting the transmit data rate of the data transmission.
  • a data transmission characteristic request message is sent aperiodically .
  • the data transmission characteristic response messages include information for setting the data rate of the data transmission.
  • the data transmission characteristic information includes information about suggested data rate, information about suggest transmit power level change, information about number of packets received with error, information about number of packets lost, information about number of packets transmitted to the recipient of the command frame, information about measurement window, information about number of packets correctly received, and information about SNR/LQI of communication link.
  • the transmitter transmits a command/control frame or a data transmission characteristic request message every ⁇ x' ⁇ s or at least once in every ⁇ x' ⁇ s or aperiodically or at the beginning of frame transactions and the receiver replies with a command/control frame or a data transmission characteristic response message upon reception of a command /control frame or a request message after a fixed period of time which may for example be Short Interframe Spacing (SIFS) .
  • SIFS Short Interframe Spacing
  • the time to send a data transmission characteristic response message by a device in response to a data transmission characteristic request message, after the receipt of the data transmission characteristic request message is given by
  • a data transmission characteristic response message transmitted in response to a data transmission characteristic request message comprises a duration field with a duration value that is given by
  • pSIFS may have the value as defined by the ECMA standard.
  • a data transmission characteristic response message transmitted in response to a data transmission characteristic request message comprises a duration field with a duration value that is given by
  • pSIFS and pSlotTime may have the values as defined by the ECMA standard.
  • the transmitter may include a command/control frame (payload (s) as shown in various options; see Figs.2-6) every ⁇ x' ⁇ s (or at least once every ⁇ x' ⁇ s) and/or at the beginning of frame transactions or aperiodically, and the receiver reply with a command/control frame upon reception of a command/control frame after a fixed time period which for example may be Short Interframe Spacing (SIFS) [2].
  • SIFS Short Interframe Spacing
  • the command/control frame sent by the transmitter requesting data transmission characteristic is referred to "Link Feedback Request frame”.
  • the command/control frame sent by the receiver in response to a Link Feedback Request frame is referred to "Link Feedback Reply frame” .
  • FIG. 3 illustrates the command/control frame payload formats 300 according to one embodiment.
  • Frame 310 shows the payload of a command/control frame (data transmission characteristic request message) sent by a
  • the payload of the command/control frame 310 sent by the transmitter comprises one octet 301.
  • the bit format of the octet 301 is shown as 330: bitl-bit7 305 of the octet 301 may be reserved, and bitO 306 may be set to be 0 when it is a Link
  • the transmitter may send the command/control frame 310 every ⁇ x' ⁇ s (or at least once in every ⁇ x f ⁇ s or 0 ⁇ aperiodically) and/or at the start of frame transaction, and the receiver may reply with a command/control frame upon reception of the command/control frame from the transmitter after a fixed time period which for example may be SIFS.
  • Frame 320 shows the payload of command/control frame (data transmission characteristic response message) from a receiver in response to the Link Feedback Request frame (data transmission characteristic request message) according to one embodiment.
  • the data transmission characteristic response message 320 may comprise a link feedback control octet 302 indicating that the message is transmitted in response to a Link Feedback Request frame 310.
  • the data transmission characteristic response message 320 may comprise one or two octets 303 indicating the number of correctly received packets since last Link Feedback command/control frame exchange.
  • the data transmission characteristic response message 320 may comprise an octet 304 indicating LQI or the signal to noise ratio (SNR) .
  • bitl-bit7 305 of the link feedback control octet 302 are reserved, and bitO 306 is set to be 1 to indicate that message 320 is a Link Feedback Reply frame (data transmission characteristic response message) .
  • FIG. 3 allows for power and rate control to be done at the transmitter.
  • the feedback information includes SNR or LQI and number of packets correctly received.
  • FIG. 4 illustrates the command/control frame payload formats 400 according to one embodiment.
  • Frame 410 shows the payload of command/control frame (data transmission characteristic request message) from a transmitter in one embodiment.
  • the payload of the command/control frame 410 from a transmitter may comprise one octet 401.
  • the octet 401 may have the bit format as shown in format 430: bitl-bit7 406 of octet 401 may be reserved, and bitO 407 may be set to be 0 when it is a Link Feedback Request frame (data transmission characteristic request message) from the transmitter.
  • Frame 420 shows the payload of command/control frame (data transmission characteristic response message) from a receiver in response to the data transmission characteristic request message 410 according to one embodiment.
  • the command/control frame 420 comprises a link feedback control octet 402 indicating that the message is in response of the Link Feedback Request frame 410.
  • the command/control frame 420 may comprise one octet 403 indicating the data rate and the change of transmit power level.
  • bit3/bit4-bit7 404 of the octet 403 may be used to indicate data rate.
  • bitO- bit2/bit3 405 of the octet 403 may be used to indicate the change of transmit power level.
  • the octet 402 may have the bit format as shown in format 430: bitl-bit7 406 of octet 402 may be reserved, and bitO 407 may be set to be 1 when it is a Link Feedback Reply frame (data transmission characteristic response message) from the receiver.
  • the transmitter includes a command/control frame (payload as shown in 410) every ⁇ x' ⁇ s (or at least once in every ⁇ x' ⁇ s or aperiodically) and/or at the start of frame transaction and the receiver replies with a command/control frame upon reception of a command/control frame after a fixed time period which for example may be SIFS.
  • a command/control frame payload as shown in 410 every ⁇ x' ⁇ s (or at least once in every ⁇ x' ⁇ s or aperiodically) and/or at the start of frame transaction and the receiver replies with a command/control frame upon reception of a command/control frame after a fixed time period which for example may be SIFS.
  • FIG. 4 allows for rate control to be done at the receiver and information pertaining to incremental/decremental change in power to be fed back to the transmitter.
  • the feedback information from the receiver to the transmitter includes data rate and incremental/decremental power increase/deerease .
  • FIG. 5 illustrates the command/control frame payload formats 500 according to one embodiment .
  • the command/control frame (Link Feedback Request frame, namely the data transmission characteristic request message) sent by the transmitter and the command/control frame (Link Feedback Reply frame, namely the data transmission characteristic response message) sent by the receiver in response to the Link Feedback Request frame may have the same format as shown in frame 510.
  • the command/control frame 510 may comprise a Link Feedback Control Octet 501. In one embodiment, the command/control frame 510 may comprise one or two octets 502 to indicate the number of correctly received packets (i.e. since last Link Feedback command/control frame exchange) . In one embodiment, the command/control frame 510 may comprise an octet 503 to indicate the LQI or SNR.
  • bit format of the Link Feedback Control octet 501 is shown in frame 520.
  • bit2-bit7 504 of the Link Feedback Control Octet 501 may be reserved.
  • bitl 505 of the Link Feedback Control Octet 501 may be used to indicate whether there is additional two or three octets (502 and/or 503) following the Link Feedback Control Octet 501 included in the command/control frame 510.
  • bitl 505 may be set to be 0 to indicate there is no additional two or three octets (502 and/or 503) following the Link Feedback Control Octet 501 included in the command/control frame 510.
  • bitl 505 may be set to be 1 to indicate there is additional two or three octets (502 and/or 503) following the Link Feedback Control Octet 501 included in the command/control frame 510.
  • bitO 506 of the Link Feedback Control Octet 501 may be used to indicate that the command/control frame is a link feedback request frame, namely a data transmission characteristic request message.
  • bitO 506 is set to 0 to indicate that the command/control frame is a link feedback request frame, namely a data transmission characteristic request message.
  • bitO 506 of the Link Feedback Control Octet may be used to indicate that the command/control frame is a link feedback reply frame, namely a data transmission characteristic response message.
  • bitO 506 is set to 1 to indicate that the command/control frame 510 is a Link Feedback Reply frame, namely a • data transmission characteristic response message .
  • the transmitter includes a command/control frame (payload as shown in format 510) every ⁇ x' ⁇ s (or at least once in every ⁇ x' ⁇ s or aperiodically) and/or at the start of frame transaction, and the receiver replies with a command/control frame upon reception of a command/control frame after a fixed time period which for example may be SIFS (Transmitter is also able to give feedback to the receiver) .
  • SIFS Transmitter is also able to give feedback to the receiver
  • the embodiment as illustrated in FIG. 5 allows for exchange of link feedback information between transmitter and receiver.
  • the feedback information includes SNR/LQI and number of packets correctly received. Rate and power control can be done simultaneously at the transmitter and receiver nodes during frame exchange with this embodiment.
  • FIG. 6 illustrates the command/control frame payload formats 600 according to one embodiment.
  • the command/control frame (Link Feedback Request frame, namely the data transmission characteristic request message) sent by the transmitter and the command/control frame (Link Feedback Reply frame, namely the data transmission characteristic response message) sent by the receiver in response to the Link Feedback Request frame may have the same format as shown in frame 610.
  • the command/control frame 610 may comprise a Link Feedback Control octet 601 and a Link Feedback octet 602.
  • bit format of the Link Feedback octet 602 is shown in 620.
  • bit3/4-bit7 603 of the Link Feedback octet 602 may be used to indicate the data rate.
  • bit ⁇ -bit2/bit3 604 may be used to indicate the change of transmit power level.
  • bit format of the Link Feedback Control octet 601 is shown in 630.
  • bit2-bit7 605 of the Link Feedback Control octet 601 may be reserved.
  • bitl 606 of the Link Feedback Control octet 601 may be used to indicate whether there is an Link Feedback octet 602 included in the command/control frame 610 following the Link Feedback Control octet 601.
  • bitO 607 of the Link Feedback Control octet 601 may be used to indicate whether the command/control frame 610 is a Link Feedback Request message (data transmission characteristic request message) or a Link Feedback Reply message (data transmission characteristic response message) .
  • bitO 607 is set to be 0 to indicate that the command/control frame is a Link Feedback Request message.
  • bitO 607 is set to be 1 to indicate that the command/control frame is a Link Feedback Response message.
  • the transmitter includes a command/control frame (payload as shown in 610) every ⁇ x' ⁇ s (or at least once in every y x' ⁇ s or aperiodically) and/or at the start of frame transaction, and the receiver replies with a command/control frame upon reception of a command/control frame after a fixed time period which may for example be SIFS (Transmitter node is also able to give feedback to the receiver node) .
  • SIFS Transmitter node is also able to give feedback to the receiver node
  • the embodiment as illustrated in FIG. 6 is based on link feedback information as in the current WiMedia standard (data rate and incremental/decremental power increase/decrease) .
  • rate control can be done simultaneously at the transmitter and receiver during frame exchange.
  • FIG. 7 illustrates the command/control frame payload formats 700 according to one embodiment.
  • the command/control frame (Link Feedback Request frame, namely the data transmission characteristic request message) sent by the transmitter and the command/control frame (Link Feedback Reply frame, namely the data transmission characteristic response message) sent by the receiver in response to the Link Feedback Request frame may have the same i format as shown in frame 710.
  • the command/control frame 710 may comprise a Link Feedback Control octet 701.
  • the command/control frame 710 may comprise one or two octets 702 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the number of correctly received packets.
  • the command/control frame 710 may comprise one or two octets 703 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the number of packets lost.
  • the command/control frame 710 may comprise two octets 704 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the number of packets received with FCS error and with no HCS error. In one embodiment, the command/control frame 710 may comprise two octets 705 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the number of packets transmitted to intended recipient of the command frame.
  • the command/control frame 710 may comprise one or two octets 706 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the size of measurement window in number of microseconds or milliseconds.
  • the command/control frame 710 may comprise one octet 707 in addition to the Link Feedback Control octet 701 in the command/control frame 710 to indicate the LQI or SNR.
  • Link Feedback Control octet 701 may have the format as shown in 720.
  • bit2-bit7 708 of the Link Feedback Control octet 701 may be reserved.
  • bitl 709 may be used to indicate whether there is/are other octets, such as octets 702 and/or octets 703 and/or octets 704, and/or octets 705, and/or octet (s) 706, and/or octet 707, included in the command/control frame 710 following the Link Feedback Control octet 701.
  • bitO 711 may be used to indicate whether the command/control frame 710 is a Link Feedback Request frame (data transmission characteristic request message) sent by the transmitter or a Link Feedback Reply frame (data transmission characteristic response message) sent by the receiver. In one embodiment, bitO 711 may be set to be 0 to indicate that the command/control frame is a Link Feedback Request frame. In one embodiment, bitO 711 may be set to be 1 to indicate that the command/control frame is a Link Feedback Reply frame.
  • Link Feedback Control octet 701 may have the format as shown in 730.
  • bit3-bit7 712 of the Link Feedback Control octet 701 may be reserved.
  • bit2 713 may be used to indicate whether there is/are other octets, such as octets 702 and/or octets 703 and/or octets 704, and/or octets 705, and/or octet (s) 706, included in the command/control frame 710 following the Link Feedback
  • bitl 714 may be used to indicate whether octet 707 is included in the command/control frame 710.
  • bitO 715 may be used to indicate whether the command/control frame is a Link Feedback Request frame (data transmission characteristic request message) or a Link Feedback Reply frame (data transmission characteristic response message) .
  • bitO 715 may be set to be 0 to indicate that the command/control frame is a Link Feedback Request frame.
  • bitO 715 may be set to be 1 to indicate that the command/control frame is a Link Feedback Reply frame .
  • each bit of bit3-bit7 712 of the Link Feedback Control octet 701 may indicate individually if one of the octets 702, octets 703, octets 704, octets 705, and octet(s) 706 is included in the command/control frame 710 following the Link Feedback Control octet 701.
  • the transmitter may include a command/control frame (payload as shown in format 710) once in every ⁇ x' microseconds or aperiodically and the receiver reply with a command/control frame upon reception of a command/control frame after a fixed time period, say for example SIFS (or later; transmitter node is also able to give feedback to the receiver node) .
  • a command/control frame payload as shown in format 710
  • FIG. 7 illustrates the embodiment as illustrated in FIG. 7 according to one embodiment.
  • the command/control frame (Link Feedback Request frame, namely the data transmission characteristic request message) sent by the transmitter may have the format as shown in frame 810.
  • the command/control frame (Link Feedback Reply frame, namely the data transmission characteristic response message) sent by the receiver in response to the Link Feedback Request frame may have the format as shown in frame 710 without the octets 802.
  • command/control frame 810 may comprise a Link Feedback Control field 801.
  • the command/control frame 810 transmitted by a transmitter may comprise two or more octets 802 in addition to the Link Feedback Control field 801 in the command/control frame 810 to indicate the device addresses of the receivers that should respond to this command/control frame transmitted by the transmitter.
  • the order in which the device addresses of the receivers are mentioned in the list 802 is the order in which they shall respond with a response Link feedback command frame.
  • the Device List field 802 shall not be included in a transmitted
  • the Device List field 802 shall be included in a transmitted Link feedback command frame 810 if that Link feedback command frame is sent to multiple receivers or more than one receiver (multicast address) .
  • Link Feedback Control field 801 may have the format as shown in 820. In one embodiment, bitll-bitl5 805 of the Link Feedback Control field 801 may be reserved.
  • bit7-bitl ⁇ 806 of the Link Feedback Control field 801 may be used to indicate the suggested data rate.
  • bit3-bit6 807 may be used to indicate the suggested change of transmit power level.
  • the Link Information Field Request/Inclusion bit 808 shall be set to ONE by the sender of the Link feedback command frame 810 which has its Link Feedback Request bit 811 set to ONE if the sender is requesting the Link Information field 803 to be included in any Link feedback command frame in response to the transmitted Link feedback command frame 810.
  • the Link Information Field Request/Inclusion bit 808 shall be set to ONE by the sender of the Link feedback command frame 810 which has its Link Feedback Request bit 811 set to ZERO if the Link Information field 803 is included in the transmitted Link feedback command frame 810. In all other cases, the sender of the Link feedback command frame 810 shall set the Link Information Field Request/Inclusion bit 808 to ZERO.
  • the LQI Field Request/Inclusion bit 809 shall be set to ONE by the sender of the Link feedback command frame 810 which has its Link Feedback Request bit 811 set to ONE if the sender is requesting LQI field 804 to be included in any Link feedback command frame in response to the transmitted Link feedback command frame 810.
  • the LQI Field Request/Inclusion bit 809 shall be set to ONE by the sender of the Link feedback command frame 810 which has its Link Feedback Request bit 811 set to ZERO if the LQI field 804 is included in the transmitted Link feedback command frame 810. In all other cases, the sender of the Link feedback command frame shall set the LQI Field Request/Inclusion bit 809 to ZERO.
  • the Link Feedback Request bit 811 shall be set to ONE by the sender of the Link feedback command frame 810 if the sender is requesting a Link feedback command frame in response to the transmitted Link feedback command frame 810.
  • the Link Feedback Request bit 811 shall be set to ZERO in the Link feedback command frame 810 that is transmitted in response to a Link feedback command frame received.
  • command/control frame 810 may comprise two octets 804 in addition to the Link Feedback Control field
  • the octets 804 shall not be included as part of the transmitted Link feedback command frame 810 if its Link Feedback Request bit 811 is set to ONE.
  • the octets 803 shall not be included in a transmitted Link feedback command frame 810 if the Link Feedback Request bit 811 in that Link feedback command frame 810 is set to ONE.
  • the command/control frame 810 may comprise a Link Information field 803.
  • Link Information field 803 may have the format as shown in 830.
  • the octets 812 indicate the number of packets lost.
  • the octets 813 indicate the number of packets received with FCS error and with no HCS error.
  • the octets 814 indicate the number of correctly received packets .
  • the octets 815 indicate the number of packets transmitted to intended recipient of the command frame.
  • the octets 816 indicate the size of measurement window in number of microseconds or milliseconds.
  • a device that receives a Link feedback command frame 810 addressed to a unicast address (single receiver) and to the device with its Link Feedback Request bit 811 set to ONE shall respond with a Link feedback command frame 810 SIFS or any fixed time period after the reception of the received Link feedback command frame.
  • the device shall include suggested transmit power level change 807 and data rate 806 in the Link feedback command frame 810 it transmits in response to a received Link feedback command frame.
  • the device shall include LQI field 804 in the Link feedback command frame 810 it transmits in response to a received Link feedback command frame if the LQI Field Request/Inclusion bit 809 was set to ONE in the received Link feedback command frame.
  • the device shall include Link Information field 803 in the Link feedback command frame 810 it transmits in response to a received Link feedback command frame if the Link Information Field Request/Inclusion bit 808 was set to ONE in the received Link feedback command frame.
  • a device On reception of a Link feedback command frame 810 sent to a multicast address (multiple receivers), that includes its device address in the Device List 802, a device shall respond with a response Link feedback command frame 810.
  • the device shalli include suggested transmit power level change 807 and data rate 806 in the Link feedback command frame 810 it transmits in response to a received Link feedback command frame.
  • the device shall include LQI field 804 in the response Link feedback command frame 810 it transmits in response to a received Link feedback command frame if the LQI Field Request/Inclusion bit 809 was set to ONE in the received Link feedback command frame.
  • the device shall include Link Information field 803 in the response Link feedback command frame 810 it transmits in response to a received Link feedback command frame if the Link ' Information Field Request/Inclusion bit 808 was set to ONE in the received Link feedback command frame.
  • the device shall transmit the response Link feedback command frame after a delay given by:
  • Time to send Response pSIFS + pSlotTime + (Position in ⁇ Device List) * (response Link feedback command frame duration + pSIFS) Time to send Response is calculated from the end of reception of the received Link feedback command frame.
  • Possible values of Position in Device List in Link feedback command frame are in the range [0, N-I], inclusive.
  • the Duration value in a transmitted Link feedback command frame shall cover the Link feedback command frame as well as all the expected Link feedback command frames in response to the transmitted Link feedback command frame.
  • the Duration field is given by the following equation.
  • Duration Duration value in received Link feedback command frame - (received Link feedback command frame body transmission time+ pSIFS) - response Link feedback command frame transmission time + response Link feedback command frame body transmission time
  • Duration Duration value in received Link feedback command frame - (received Link feedback command frame body transmission time + pSIFS + pSlotTime + (Position in list in received Link feedback command frame) x (response Link feedback command frame 5) transmission time + pSIFS) ) -response Link feedback command frame transmission time + response Link feedback command frame body transmission time
  • embodiments as illustrated in FIGs. 3, 5, 7 and 8 ICi are based on command/control frames and allow for rate and power control to be done at the transmitter side.
  • the proposed schemes (FIGs. 3-8) cater to channels with low coherence time.
  • the variable y x' may be left to the implementers .
  • ⁇ x' may be decided at the transmitter side based on the past measures in 15i terms of SNR or packet error rate as fed back from the receiver.
  • the size of the payload of the proposed frames may be as low as 1 or 2 octets from the transmitter side and up to 3 or 4 octets (for embodiments shown in FIGs. 3-6) or up to 2 to 14 octets (for embodiments shown in FIG.
  • FIG. 9 shows a communication device 900 according to one embodiment .
  • the communication device 900 comprises a sending circuit 901, a receiving circuit 902, and a determining circuit 903.
  • the sending circuit 901 is configured to send, in a superframe, a plurality of frames and a plurality of data transmission characteristic request messages to a receiver for requesting data transmission characteristic information from the receiver, wherein the data transmission characteristic request messages are command/control messages.
  • the receiving circuit 902 is configured to receive, in the superframe, a plurality of data transmission characteristic response messages including data transmission characteristic information from the receiver in response to the data transmission characteristic request messages wherein the data transmission characteristic response messages are command/control messages.
  • the determining circuit 903 is configured to determine, from the data transmission characteristic information, at least one data transmission characteristic.
  • a computer program product wherein, when the computer program product is executed by a computer, the computer program product makes the computer perform a method for determining a data transmission characteristic, wherein data are transmitted in at least one superframe, wherein each superframe is configured to transmit a plurality of frames, the method comprising: sending, in the superframe, a plurality of data transmission characteristic request messages to a receiver for requesting data transmission characteristic information from the receiver, wherein the data transmission characteristic request messages are command/control messages; receiving, in the superframe, a plurality of data transmission characteristic response messages including data transmission characteristic information from the receiver in response to the data transmission characteristic request messages wherein the data transmission characteristic response messages are command/control messages; determining, from the data transmission characteristic information, at least one data transmission characteristic.
  • a method of allowing link feedback using command/control frames between two devices comprising: allowing the transmitter to include a 5 command/control frame every ⁇ x' ⁇ s (or at least once in every ⁇ x' ⁇ s or aperiodically) and/or at the beginning of frame transactions; allowing the receiver to reply with a command/control frame upon reception of a command /control frame after a fixed period of time which may for example be SIFS.
  • the method of allowing link feedback further comprises allowing the transmitter to include the payload of link feedback control octet; and allowing the receiver to reply with the payload of link feedback control octet, information5; about number of correctly received packets and information about LQI/SNR.
  • the method of allowing link feedback further comprises allowing the transmitter to include the payload of() link feedback control octet; and allowing the receiver to reply with the payload of link feedback control octet, information about data rate and information about transmit power level change .
  • the method of allowing link feedback further comprises allowing the exchange of link feedback between the transmitter and the receiver/ allowing the transmitter to include the payload of link feedback control octet, information 5 about number of correctly received packets and information about LQI/SNR; and allowing the receiver to reply with the payload of link feedback control octet, information about number of correctly received packets and information about LQI/SNR.
  • the method of allowing link feedback further comprises allowing the exchange of link feedback between the transmitter and the receiver; allowing the transmitter to include the payload of link feedback control octet, information about data rate and information about transmit power level lfi change; and allowing the receiver to reply with the payload of link feedback control octet, information about data rate and information about transmit power level change.
  • a method of allowing link feedback using 2() command/control frames between two devices comprising: allowing the transmitter to transmit a command/control frame every 'x' microseconds or aperiodically; allowing the receiver to reply with a command/control frame upon reception of a command/control frame after a fixed time period which may be for example SIFS; allowing the exchange of link feedback between the transmitter and the receiver; allowing the transmitter to include the payload of link feedback control octet, information about number of packets received with error, fi information about number of packets lost, information about number of packets transmitted to the recipient of the command frame, information about measurement window, information about number of packets correctly received, and information about SNR/LQI; and allowing the receiver to reply with the payload of
  • ICl link feedback control octet information about number of packets received with error, information about number of packets lost, information about number of packets transmitted to the recipient of the command frame, information about measurement window, information about number of packets correctly received, and
  • WiMedia MAC Release 1.0 Distributed Medium Access Control (MAC) for Wireless Networks, Dec. 2005, http: //www . wimedia . org/en/index. asp .
  • MAC Medium Access Control
  • PHY Physical Layer

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé pour déterminer une caractéristique de transmission de données, dans lequel les données sont transmises dans au moins une supertrame, chaque supertrame étant configurée pour transmettre une pluralité de trames. Le procédé comporte les étapes consistant à: envoyer dans la supertrame une pluralité de messages de demande de caractéristiques de transmission de données destinés à un récepteur pour demander à celui-ci des données de caractéristiques de transmission de données, lesdits messages étant des messages de commande; recevoir dans la supertrame une pluralité de messages de réponse de caractéristiques de transmission de données incluant des données de caractéristiques de transmission de données provenant du récepteur, en réponse auxdits messages de demande, les messages de réponse étant des messages de commande; déterminer, à partir des données de caractéristiques de transmission de données, au moins une caractéristique de transmission de données.
PCT/SG2008/000483 2008-01-08 2008-12-16 Procédé, dispositif et produit de programme informatique pour déterminer une caractéristique de transmission de données WO2009088364A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200880126954.XA CN101953221B (zh) 2008-01-08 2008-12-16 确定数据传输特性的方法、装置
TW097150200A TW200935788A (en) 2008-01-08 2008-12-23 A method, a device and a computer program product for determining a data transmission characteristic

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US1968108P 2008-01-08 2008-01-08
US61/019,681 2008-01-08

Publications (1)

Publication Number Publication Date
WO2009088364A1 true WO2009088364A1 (fr) 2009-07-16

Family

ID=40853308

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SG2008/000483 WO2009088364A1 (fr) 2008-01-08 2008-12-16 Procédé, dispositif et produit de programme informatique pour déterminer une caractéristique de transmission de données

Country Status (3)

Country Link
CN (1) CN101953221B (fr)
TW (1) TW200935788A (fr)
WO (1) WO2009088364A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011060267A1 (fr) * 2009-11-13 2011-05-19 Interdigital Patent Holdings, Inc. Signaux de commande dans des communications sans fil
WO2012030585A3 (fr) * 2010-09-01 2012-06-28 Marvell World Trade Ltd. Adaptation des liaisons dans un réseau de communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060165024A1 (en) * 2003-05-16 2006-07-27 Sony Corporation Radio communication system, radio communication apparatus, radio communication method, and computer program
US20070014273A1 (en) * 2005-07-13 2007-01-18 Yefim Kuperschmidt Method, device and computer readable medium for dynamically updating transmission charactaristics

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060165024A1 (en) * 2003-05-16 2006-07-27 Sony Corporation Radio communication system, radio communication apparatus, radio communication method, and computer program
US20070014273A1 (en) * 2005-07-13 2007-01-18 Yefim Kuperschmidt Method, device and computer readable medium for dynamically updating transmission charactaristics

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"High Rate Ultra Wideband PHY and MAC standard (2nd Edition)", STANDARD ECMA, December 2007 (2007-12-01), Retrieved from the Internet <URL:www.ecma-intemational.org/publications/standards/Ecma-368-arch.htm> *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011060267A1 (fr) * 2009-11-13 2011-05-19 Interdigital Patent Holdings, Inc. Signaux de commande dans des communications sans fil
KR101807326B1 (ko) 2009-11-13 2017-12-08 인터디지탈 패튼 홀딩스, 인크 무선 통신에서의 제어 시그널링
WO2012030585A3 (fr) * 2010-09-01 2012-06-28 Marvell World Trade Ltd. Adaptation des liaisons dans un réseau de communication
CN103141046A (zh) * 2010-09-01 2013-06-05 马维尔国际贸易有限公司 通信网络中的链路适配
US9531498B2 (en) 2010-09-01 2016-12-27 Marvell World Trade Ltd. Link adaptation in a communication network
KR101829852B1 (ko) 2010-09-01 2018-02-20 마벨 월드 트레이드 리미티드 통신 네트워크의 링크 적응

Also Published As

Publication number Publication date
TW200935788A (en) 2009-08-16
CN101953221A (zh) 2011-01-19
CN101953221B (zh) 2014-07-16

Similar Documents

Publication Publication Date Title
KR101127498B1 (ko) 비코닝 프로토콜을 사용하여 데이터 속도와 송신 전력을 동적으로 적응시키는 시스템 및 방법
US7088702B2 (en) Method for controlling a data stream in a wireless network
EP2830251B1 (fr) Procédé et dispositif de transmission de données
US7120126B2 (en) Method for improved media quality feedback
US8274961B2 (en) Apparatus and associated methodology of adjusting a RTS/CTS transmission protocol
EP1690352B1 (fr) Systeme, dispositif et procede de communication sans fil, et programme informatique
US6795407B2 (en) Methods for controlling shared access to wireless transmission systems and increasing throughput of the same
KR100570825B1 (ko) 무선 랜 시스템에서 인접 bss간의 간섭 감지 장치 및방법
US20080080553A1 (en) Transmission channel bandwidth selection for communications between multi-bandwidth nodes
US20050094657A1 (en) Method for exchanging data between devices on wireless personal area network
KR100970543B1 (ko) 애드-혹 통신망에서의 자동반복요구(arq)매체접근제어(mac) 및 그 사용 방법
Kim et al. Rate-adaptive MAC protocol in high-rate personal area networks
JP2008524898A (ja) 電力制御を備えたマルチキャスト通信システム
US20050249186A1 (en) Routing in an asymmetrical link wireless network
WO2009088364A1 (fr) Procédé, dispositif et produit de programme informatique pour déterminer une caractéristique de transmission de données
EP2386149B1 (fr) Procédé et système de communication dans un réseau sans fil
KR101691437B1 (ko) 무선 센서 네트워크에서 예약 기반 다중 채널 매체 접근 제어 시스템 및 그 방법
Kim Link-adaptive medium access control protocols for high-speed wireless networks

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200880126954.X

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08869382

Country of ref document: EP

Kind code of ref document: A1

DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08869382

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载