WO2005013576A1 - 無線パケット通信方法 - Google Patents

無線パケット通信方法 Download PDF

Info

Publication number
WO2005013576A1
WO2005013576A1 PCT/JP2004/010986 JP2004010986W WO2005013576A1 WO 2005013576 A1 WO2005013576 A1 WO 2005013576A1 JP 2004010986 W JP2004010986 W JP 2004010986W WO 2005013576 A1 WO2005013576 A1 WO 2005013576A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
frame
packet
wireless
communication method
Prior art date
Application number
PCT/JP2004/010986
Other languages
English (en)
French (fr)
Inventor
Kengo Nagata
Tomoaki Kumagai
Shinya Otsuki
Kazuyoshi Saito
Satoru Aikawa
Original Assignee
Nippon Telegraph And Telephone Corporation
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 Nippon Telegraph And Telephone Corporation filed Critical Nippon Telegraph And Telephone Corporation
Priority to CA 2518696 priority Critical patent/CA2518696C/en
Priority to JP2005512537A priority patent/JP3914558B2/ja
Priority to CN2004800097711A priority patent/CN1774898B/zh
Priority to EP20040748145 priority patent/EP1650922B1/en
Priority to US10/549,240 priority patent/US7668143B2/en
Publication of WO2005013576A1 publication Critical patent/WO2005013576A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438Negotiation of transmission parameters prior to communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • 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]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present work relates to a wireless bucket communication method for transmitting and receiving data packets of special format generated by combining or cutting and pasting a plurality of data frames.
  • a plurality of data packets generated by combining or cutting and pasting a plurality of data frames are applied to, for example, parallel transmission using a plurality of radio channels and space division multiplexing technology.
  • each wireless station has a plurality of wireless communication interfaces and multiple wireless channels are vacant at the time of carrier sense, using the multiple wireless channels.
  • a wireless bucket communication method for transmitting a plurality of data packets in parallel is being considered.
  • a wireless bucket communication method has also been studied in which a number of data buckets corresponding to the sum of space division multiplexing numbers of a plurality of wireless channels are transmitted in parallel by combining a plurality of wireless channels and space division multiplexing technology.
  • radio channel # 1 and radio channel # 2 are close to each other, and the transmission required time of data buckets transmitted in parallel from each radio channel is different.
  • radio channel # 2 since the data packet transmitted from radio channel # 1 is short, radio channel # 2 is transmitting when an ACK packet for that is received. Therefore, in radio channel # 1, it is possible that the leaked power from radio channel # 2 can not receive an ACK packet.
  • the data size of the data frame input from the network is not constant. Therefore, when the input data frame is sequentially converted to data bucket and transmitted, the bucket length (transmission required time) of each data bucket also changes. Therefore, as shown in Fig. 23, if there is a difference in the packet length of multiple data packets, there is a high possibility that reception of the A C K packet will fail even if it is simultaneously transmitted in parallel.
  • one data frame is converted to one media access control (MA C) frame. Therefore, even if the data size of the data area of the data frame is small, it is converted into one MAC frame and transmitted as one data packet (wireless packet).
  • MA C media access control
  • the maximum size of the data area of the MAC frame in the IEE E802.11 standard is 2296 bytes
  • Ethernet (registered trademark) frames generally used as data frames are used in the data area. Data size is limited to a maximum of 1500 bytes. Therefore, even for the Ethernet frame of the maximum size, there is room for the maximum size (2296 bytes) of the data area of the MAC frame. That is, in the conventional system, the maximum data size that can be transmitted in one MAC frame can not be used effectively, and there is a limit to improvement in throughput.
  • a method of combining the data areas of multiple data frames and transmitting as one data packet is also considered. : Yes. Also in the method shown in Fig. 24 (1) to (3), data frame combining etc. are performed within the range of the maximum size of MAC frame.
  • a plurality of data buckets generated by the frame division shown in Fig. 24 (1) can be handled by a frame format conforming to the existing standard based on fragment processing.
  • the data buckets reconstructed by “dividing shellfish” in the data frame shown in Figure 2 4 (2) and “combination” in the data frame shown in Figure 2 4 (3) and (4) are It is a special format that does not conform to the standard.
  • Such special format data packets naturally correspond to the data area of the data frame and the data area of the data packet and the force S 1 to 1 It will not be.
  • the receiving radio station must recover the original data frame from the received data packet, but it can not be recovered as it is because it is a packet format not expected in the past. The reason is as follows.
  • processing is performed such that the data frame is divided into several data frames and delivered.
  • a header for restoring the original IP bucket is added to the beginning of the data area of each data frame created by division.
  • the IP layer on the receiving side mechanically recognizes that the first part of the data area of each received data frame is the header information necessary to restore the original IP bucket and restores the IP bucket. I do. That is, from the standpoint of the IP layer, there is a problem if the beginning of the data area of each data frame is not header information for restoring the original IP bucket.
  • the data buckets reconstructed by "cut and paste” and “join” on the transmission side are not part of the beginning of the data area of each data frame in the header information for restoring the original IP packet. It will move to, and as it is, IP packets can not be recovered by the IP layerer. Therefore, on the receiving side, it is necessary to first restore the original data frame before reconstruction from the received data packet before restoring it to the IP packet.
  • the data frame Information such as the order of data packets and the
  • the standard format does not define an area for transmitting such information, it is necessary to convey the information from the sender to the receiver by means of the newly defined special format.
  • a special format not generally defined is adopted throughout the communication system, the communication Since all radio stations that make up the stem must be replaced with new devices compatible with the special format, cost increases can not be avoided.
  • the invention of claim 1 transmits between a wireless station a data packet of a special format generated by combining or cutting and pasting a plurality of data frames, and a data packet of a standard format generated from one data frame.
  • the wireless station supporting the special format transmits a confirmation packet which can be received only by the wireless station supporting the special format before transmitting the data packet.
  • the wireless station corresponding to the special format that received the confirmation buckett manages the non-transmission source of the confirmation buckett as the one corresponding to the special format, and corresponds to the special format to the radio station. Only certain wireless stations transmit a response bucket that can be received.
  • the wireless station corresponding to the special format that has received the response packet manages the wireless station that is the transmission source of the response packet as being compatible with the special format.
  • the data packet of the special format is transmitted when the radio station of the transmission destination supports the special format, and the data packet of the standard format is not supported when the radio station does not correspond to the special format.
  • the wireless station transmitting the data packet sets format identification information representing at least the distinction between the standard format and the special format in the control information area of the data packet to be sent.
  • the wireless station receiving the data packet selects a standard format or a special format according to the contents of the format identification information included in the control information area of the received data packet, and selects the selected format. Receives and processes data buckets according to the definition of one mat.
  • the f-no-sen station having received the data packet identifies the wireless station of the transmission source from the control information area of the received data packet, and the wireless station of the transmission source responds according to the management information of the own station. Recognize, identify, and process data buckets according to the recognized format definition.
  • the format corresponding to each radio station is managed, and the format of the radio station of the transmission source is confirmed. It can transmit and receive data packets corresponding to each format.
  • the invention of claim 4 is characterized in that when creating a plurality of data packets of special format formed by cutting and pasting a plurality of data frames, a field representing the data size, a field representing the order of frames, and a subsequent frame in each of the plurality of data frames.
  • Add a subheader that contains a field that indicates the presence or absence of Next data frames with subheaders added are combined to create one data block, and this one tab lock is divided so that each bucket length is aligned to create data blocks for the number of parallel transmissions. Do.
  • a main header containing information necessary for restoring the cut and pasted data frame is added to each parallel transmission data block, and the control information area and check area of the data packet are added before and after that. Create a data packet.
  • the invention according to claim 5 is characterized in that, as the main header, a type field indicating the configuration of the main header according to the number of data frames and fragments in the data packet, a number of frames field indicating the number of frames in the data bucket, A first frame start position field representing the frame start position in the data bucket in bytes; It has a fragment field indicating the presence or absence and the position of the fragment into which the data frame is divided.
  • the invention according to claim 6 is characterized in that, as the main header, a type field indicating the configuration of the main header according to the number of data frames and fragments in the data packet, and the start position of the frame in the data bucket in bytes. 1 frame start position It has a fino red.
  • the invention according to claim 7 forms a main header by omitting fields other than the type field when the number of data frames and fragments in the data bucket is one.
  • the invention of claim 8 is a procedure for recovering the data packet of claim 5.
  • Check the configuration of the main header from the value of the type field of the main header of each data bucket received.
  • the start position of the subheader of the data frame is recognized from the value of the 1st frame start position field of the main header of the data packet, and the corresponding data frame is cut out from the data size of the subheader.
  • the corresponding data frame is cut out from the data size of the sub header if the data frame continues, and the fragment If it continues, it is merged with the fragment at the beginning of the subsequent data packet. This makes it possible to recover a plurality of data frames included in each received data packet.
  • the invention of claim 9 is a procedure for recovering the data packet of claim 6. Confirm the main header configuration from the value of the main header type field of each data packet received. Furthermore, the start position of the subheader of the data frame is recognized from the value of the 1st frame start position field of the main header of the data bucket, and the corresponding data frame is cut out from the data size of the subheader. Furthermore, the data size of the subheader following the extracted data frame is compared with the size of the portion following the subheader to identify whether the data frame or the data frame is a divided fragment, and the data frame If continues, the corresponding data frame is cut out from the data size of the subheader, and if a fragment follows, the combining process with the fragment at the beginning of the subsequent data packet is performed. By this, Multiple data frames contained in each received data packet can be recovered.
  • the invention of claim 10 is a procedure for recovering the data packet of claim 7.
  • the data frame when creating one or more data packets of a special format combining a plurality of data frames, the data frame includes a field representing data size, a field representing frame order, and a subsequent frame.
  • the invention of claim 12 has, as the main header, a type field indicating the configuration of the main header according to the number of data frames in the data packet, and a frame number field indicating the number of frames in the data packet.
  • the invention according to claim 13 forms a main header by omitting fields other than the type field when the number of data frames in the data packet is one.
  • the invention of claim 14 is a procedure for recovering the data packet of claim 12. Check the configuration of the type field from the value of the type field of the main header of each received data packet. Furthermore, for each data packet, in accordance with the value of the frame number field of the main header, the corresponding data frame is sequentially cut out from the data size of the sub-header of the data frame. By this, the received data packet It is possible to restore the data frame contained in.
  • the invention of claim 15 is a procedure for recovering the data packet of claim 13. Check the configuration of the type field from the value of the type field of the main header of each received data packet. Furthermore, for each data packet, the corresponding data frame is sequentially cut out from the data size of the sub-header of the data frame. Thereby, the data frame contained in the received data packet can be restored.
  • FIG. 1 is a diagram showing a first embodiment of a data bucket format identification procedure in the wireless bucket communication method of the present invention.
  • FIG. 2 is a view showing a first embodiment of a data bucket format identification procedure in the wireless bucket communication method of the present invention.
  • FIG. 3 is a flowchart showing the procedure of the wireless station for identifying the format of a data bucket.
  • FIG. 4 is a flowchart showing a data packet transmission processing procedure 1 of the wireless station.
  • FIG. 5 is a flowchart showing a data packet transmission processing procedure 2 of the wireless station.
  • FIG. 6 is a flow chart showing a data bucket reception processing procedure of the wireless station.
  • FIG. 7 is a diagram showing a second embodiment of the data packet format identification procedure in the wireless packet communication method of the present invention.
  • FIG. 8 is a diagram showing a second embodiment of a format identification procedure of data packets in the wireless packet communication method of the present invention.
  • FIG. 9 is a diagram showing an example of the first frame configuration of the special format data bucket.
  • FIG. 10 is a diagram showing an example of the second frame configuration of a data packet of a special format.
  • Fig. 11 is a diagram showing an example of the frame configuration of the special format data bucket. (1) shows an example of the third frame configuration, and (2) shows an example of the fourth frame configuration.
  • FIG. 12 is a flowchart showing the first procedure for creating a special-format data bucket.
  • FIG. 13 is a diagram showing the configuration of data packets according to the first frame configuration example created in the first processing procedure.
  • FIG. 14 is a diagram for explaining the procedure of restoration processing of data packets 1 and 2 according to the first frame configuration example created in the first processing procedure.
  • FIG. 15 is a diagram showing the configuration of data packets according to the second frame configuration example created in the first processing procedure.
  • FIG. 16 is a diagram for explaining the procedure of restoration processing of data packets 1 and 2 according to the second frame configuration example created in the first processing procedure.
  • FIG. 17 is a flowchart showing a second processing procedure for creating a data packet of a special format.
  • FIG. 18 is a diagram showing the configuration of data packets according to the third frame configuration example created in the second processing procedure.
  • FIG. 19 is a diagram for explaining the procedure of restoration processing of data packets 1 and 2 according to the third frame configuration example created in the second processing procedure.
  • FIG. 20 is a diagram showing the configuration of a data packet according to the fourth frame configuration example created in the second processing procedure.
  • FIG. 21 is a diagram for explaining the procedure of restoration processing of data packets 1 and 2 according to the fourth frame configuration example created in the second processing procedure.
  • FIG. 22 is a block diagram showing a configuration example of a wireless bucket communication system to which the wireless bucket communication method of the present invention is applied.
  • Figure 23 is a time chart explaining the problem when the center frequencies of multiple wireless channels are close.
  • Figure 24 illustrates how to generate one or more data buckets from multiple data frames, (1) dividing data frames, (2) cutting and pasting data frames, (3) ) Shows the combination of data frames, and (4) shows the combination of data frames.
  • First embodiment of data bucket format identification procedure 1 and 2 show a first embodiment of a data bucket format identification procedure in the wireless bucket communication method of the present invention.
  • the wireless station A corresponding to the special format transmits the confirmation packet P 2 a to the wireless station B (S 11).
  • This confirmation packet P 2 a is CRC by at least one process of bit inversion of all bits of the CRC code stored in the FCS area, bit inversion of some bits, or addition or subtraction of a predetermined value to or from the CRC code.
  • the code is being manipulated. It is assumed that the verification buckett in which such a C R C code is operated can be correctly received only by the radio station corresponding to the special format.
  • the station F Since the station F does not correspond to the special format, it identifies the confirmation bucket P 2 a, and recognizes that the radio station A of the transmission source corresponds to the special format (S 12). Then, information indicating the presence or absence of the special format support for the wireless station A is registered in the function management table of the own station. For example, as shown in FIG. 1 (2), in this function management table, information representing the presence or absence of correspondence to the special format is recorded in association with the ID (identification code) of each wireless station.
  • the wireless station B transmits a predetermined response bucket P 2 b to the source of the received confirmation bucket P 2 a (S 13).
  • the response packet P 2 b is also manipulated by the C R C code.
  • Station A identifies the response packet P 2 b from the wireless station B to the transmitted confirmation packet P 2 a, and recognizes that the wireless station B supports the special format (S 14). Then, information indicating the presence or absence of the special format is registered in the function management table of the own station.
  • the wireless station A When transmitting to the wireless station B, the wireless station A refers to the contents of the function management table of the own station to check whether the transmission destination is compatible with the special format (S15).
  • the radio station A since the transmission destination radio station B supports the special format, the radio station A generates a data packet P 1 a according to the special format and transmits it to the radio station B (S 15) .
  • the MAC header of the data packet P 1 a control information area In the area
  • format identification information indicating that it is a special format is set.
  • multiple data packets with uniform packet length are generated in the special format.
  • the radio station B When the radio station B receives the data packet P 1 a, it recognizes that it is a special format by the format identification information set in its MAC header, and defines the received data packet p 1 a as a special format (previously defined Process according to (S16).
  • the wireless station B when transmitting to the wireless station A, the wireless station B refers to the contents of the function management table of its own station and checks whether the transmission destination is compatible with the special format (S 17). .
  • the radio station B since the transmission destination radio station A supports the special format, the radio station B generates a data packet P 1 b according to the special format, and transmits it to the non-quake station A (S 17).
  • format identification information indicating a special format is set in the MAC header (control information area) of the data packet P 1 a. In the case of parallel transmission, multiple data packets with uniform packet length are generated in the special format.
  • the radio station A When receiving the data bucket P 1 b, the radio station A recognizes the special format from the format identification information set in its MAC header, and processes the received data bucket P 1 b according to the definition of the special format Do (S 18). Next, the procedure for checking whether the special format is supported or not between the wireless station A corresponding to the special format and the wireless station C not supporting the special format, and transmitting / receiving the data packet in the standard format Will be described with reference to FIG.
  • the wireless station A corresponding to the special format transmits the confirmation packet P 2 a to the wireless station C (S 21).
  • the C R C code stored in the F C S area is manipulated as described above.
  • the confirmation packet in which such a C R C code is operated can be received normally only by the radio station corresponding to the special format.
  • the wireless station A When transmitting to the wireless station C, the wireless station A refers to the contents of the function management table of the own station and checks whether the transmission destination is compatible with the special format (S24).
  • the radio station A since the transmission destination radio station C is not compatible with the special format, the radio station A generates a data packet P 1 a according to the standard format, and transmits it to the radio station C (S 24).
  • format identification information indicating the standard format is set in the MAC header (control information area) of the data packet P 1 a.
  • the radio station C receives the data bucket P 1 a, it recognizes that it is a standard format from the format identification information set in its MAC header, and processes it according to the definition of the standard format (S 25).
  • the data packet P 1 b is generated and transmitted according to the standard format (S 26).
  • the MAC header (control information area) of the data bucket P 1 a format identification information indicating that it is a standard format is set.
  • the radio station A recognizes that it is a standard format from the format identification information set in its MAC header, and receives the received data packet P 1 b in a standard format. Process according to the definition (S 27).
  • the wireless stations A and B and the wireless stations A and C may or may not support each other in the special format.
  • a data packet of a special format is generated, and format identification information indicating that the format is a special format is set in the MAC header.
  • a data packet of standard format is generated, and format identification information indicating standard format is set in the MAC header.
  • On the receiving side it receives from the format identification information of the MAC header. It recognizes the format of the data packet and processes the data packet with the corresponding format.
  • FIG. 3 shows the procedure of the radio station for format identification of data buckets.
  • the wireless station generates a data packet for communication function confirmation as a confirmation packet (S30).
  • a CRC code for error detection of the confirmation packet is generated (S31), all bits of the CRC code are bit-inverted, and the result is stored in the FCS area of the confirmation packet (S32). Note that instead of bit inverting all bits, processing may be performed to bit reverse predetermined partial bits or to add or subtract predetermined values.
  • this confirmation packet is transmitted to the radio station of the communication partner (S33), and an internal timer is activated to confirm the elapsed time since the transmission of the confirmation packet (S34).
  • the confirmation number that was sent before the internal timer timed out. It is monitored whether a response packet to the packet is received (S 35, S 36), and if the response packet is received before time out, the wireless station of the transmission destination recognizes it as special format compatible and the information Is associated with the destination no-fell station ID and registered in the function management table of the own station (S 37).
  • the wireless station of the transmission destination recognizes as special format non-compliant, associates the information with the wireless station ID of the transmission destination, and registers it in the function management table of its own station. (S 38).
  • step S39 If there are other radio stations to be communicated with, the process returns from step S39 to step S30 to repeat the above operation.
  • information as shown in Fig. 1 (2) is registered in the function management table of each wireless station.
  • each radio station c 4 can be grasped whether the radio station of the communication partner is compatible with special Fomatsuto from the content of the function management table shows a data packet transmission process procedure first radio station.
  • the wireless station A performing transmission processing searches all available wireless channels among all available wireless channels (S 41).
  • carrier sense detects the availability of wireless channels for each channel. Let N be the total number of detected free radio channels. If one or more free radio channels are detected, the process proceeds to the next step S42.
  • information on the presence or absence of a data frame waiting for transmission on the transmission buffer is acquired (S 42). Then, if there is a data frame waiting to be sent, in the next step S 43 move on.
  • the content of the function management table of the own station is referred to, and it is determined whether the transmission destination radio station supports the special format (S 43).
  • a non-special format noncompliant radio station as in the case of a general radio station, one data packet of standard format is generated from one data frame (S 44).
  • a data packet of special format is generated according to the number N of free wireless channels. If the number N of free wireless channels is 1, one data packet is generated using one data frame as in the case of a general wireless station (S 45, S 46).
  • the data packet format is a special format, and format identification information indicating the special format is set in the MAC header.
  • X (multiple) data packets of a special format are generated using one or more data frames (S 45, S 48).
  • format identification information indicating a special format is set.
  • one data packet is generated in steps S44 and S46, one data packet is transmitted using one free radio channel (S47).
  • step S 48 the number N of free radio channels is 2 or more and X (multiple) data packets are generated, X data buckets are used simultaneously at X free radio channels. Parallel transmission (S 49).
  • FIG. 5 shows data packet transmission processing procedure 2 of the wireless station.
  • the case where space division multiplexing is used together is shown, and the number of data packets to be transmitted in parallel is determined within the range of (X ⁇ L) when the sum of each space division multiplexing number of the free radio channel is L. .
  • FIG. 6 also shows the data packet reception processing procedure of the wireless station.
  • a wireless station performing reception processing repeatedly executes data packet reception processing for each of a plurality of wireless channels (S51).
  • an FC S check is performed on the received data packet (S52). That is, it is checked whether the result of performing a predetermined C R C operation on the data packet and the C R C code stored in the F C S area match.
  • the result of the CRC operation matches the CRC code if the data form of standard format or special format is received normally, but it does not match if a bit error occurs in the content of the data packet. Will occur.
  • a mismatch always occurs.
  • the transmitting side performs the reverse operation to the CRC code as the operation performed in step S32 of FIG.
  • all bits of the CRC code are inverted to restore the original CRC code, and it is checked whether the result matches the CRC calculation result of the data packet (S55). If a bit error of data occurs in the received data packet, a mismatch is detected even if the bit of the CRC code is inverted, so the received data packet is discarded (S56).
  • the confirmation packet is received, since the result of the bit inversion matches, it is checked whether the destination of the received confirmation packet matches the ID of the own station (S 57). If a confirmation bucket addressed to your own station is received, the radio station of the transmission source is It is recognized that the information is corresponded, and the information is registered in the function management table of the own station in association with the non-station ID of the transmission source (S 58). Further, a predetermined response packet is transmitted to the transmission source radio station A (S 59). On the other hand, if the confirmation packet is not addressed to the own station, it is discarded (S 56).
  • the wireless station performing the conventional operation that does not support the special format receives the confirmation packet, it simply treats it as an FCS check error and discards the bucket, so no problem occurs. That is, there is no problem even in a system in which radio stations compatible with the special format and radio stations incompatible with the special format are mixed.
  • FIG. 7 and 8 show a second embodiment of the data packet format identification procedure in the wireless packet communication method of the present invention.
  • the wireless station A When transmitting to the wireless station B, the wireless station A refers to the contents of the function management table of the own station and checks whether the transmission destination corresponds to the special format (S15). Here, since the destination radio station B supports the special format, the radio station A generates a data packet P 1 a according to the special format and transmits it to the wireless station B (S 15 ). In the case of parallel transmission, multiple data buckets with uniform packet length are generated.
  • station B When station B receives data packet P 1 a, it identifies the source radio station from its MAC header, refers to the contents of the function management table of its own station, and sets the source radio station to a special format. Check if it is compatible.
  • the source radio station Since A corresponds to the special format the wireless station B processes the received data packet P 1 a according to the definition (predefined) of the special format (S 61).
  • the wireless station B when transmitting to the wireless station A, the wireless station B refers to the contents of the function management table of the own station to check whether the transmission destination is compatible with the special format (S 17) .
  • the radio station B since the transmission destination radio station A corresponds to the special format, the radio station B generates the data packet P 1 b according to the special format and transmits it to the radio station A (S 17). In the case of parallel transmission, multiple data packets with uniform packet length are generated.
  • the wireless station A When the wireless station A receives the data packet P 1 b, it identifies the wireless station of the transmission source from its MAC header, refers to the contents of the function management table of the own station, and the wireless station of the transmission source supports the special format. Check to see if you are doing it.
  • the transmission source radio station B since the transmission source radio station B supports the special format, the radio station A processes the received data packet P 1 b according to the definition (predefined) of the special format (S 6 2 ).
  • the wireless station A transmits a confirmation packet P 2 a to the wireless station C, recognizes that the wireless station C is a wireless station corresponding to the standard format, and uses the information in the function management table of the own station.
  • the procedure (S21 to S23) for registration in is the same as the process shown in FIG.
  • the wireless station A refers to the contents of the function management table of the own station and checks whether the transmission destination is compatible with the special format (S24).
  • the radio station A since the transmission destination radio station C is not compatible with the special format, the radio station A generates a data packet P 1 a according to the standard format, and transmits it to the radio station C (S 24).
  • the wireless station C When receiving the data packet P 1 a, the wireless station C processes it according to the definition of the standard format (S 25).
  • the data packet P 1 b is generated and transmitted according to the standard format (S 26).
  • Radio station A has data bucket P
  • the transmitter wireless station is identified from the MAC header, and the content of the local station's function management table is referenced to check whether the transmitter wireless station is compatible with the special format.
  • the radio station A processes the received data packet P 1 b according to the definition of the standard format (S 71).
  • format identification information is set in the MAC header of the data packet to be transmitted, and the receiving side performs reception processing in a format according to the format identification information.
  • the format identification information is not set in the MAC header, the transmission source radio station is identified from the MAC header, and the format of the received data bucket is identified by referring to the function management table. It is supposed to
  • the CRC code is manipulated and stored in the FCS area, and the CRC code identified on the receiving side is identified, It may be recognized that it is a 3 ⁇ 4 ⁇ format.
  • FIG. 9 shows an example of the first frame structure of a data packet of a special format.
  • Fig. 24 (2) the frame configuration of the data packet created by "cut and paste" of the data frame is shown. If the data frame is divided by cutting and pasting, each is called a “fragment”.
  • a data packet consists of a MAC header (control information area), a data area of up to 2296 bytes, and an FCS (frame check sequence) area.
  • MAC header control information area
  • FCS frame check sequence
  • the main header includes a type field (1 bit) indicating the configuration of the main header according to the number of data frames and fragments included in the data bucket, and a frame number field (6 bits) indicating the number of frames in the data packet. ) , data It consists of the first frame start position field (11 bits) indicating the start position of the frame in the bucket in bytes, a fragment field (2 bits) indicating the presence / absence of a fragment and the position, and other fields (4 bits). However, when the number of data frames and fragments included in the data packet is more than one, the type field is "1". Also, if the number of data frames and fragments included in the data packet is 1, the type field is “0”, and the main header is the type field (1 bit) and other fields (7 bits). Composed of.
  • the number of bits in each field constituting the main header is an example, and the other fields are adjusted so that the main header is in byte units, and are not necessarily essential.
  • the fragment field is “0 0” if there is no fragment, “1 0” if it is at the beginning, “0 1” if it is at the end, “1 1” if it is at the beginning and end .
  • the sub header is a data size field (11 bits) indicating the data size of each data frame, a frame number field (8 bits) indicating the order of each data frame to be combined, and a subsequent frame field indicating the presence or absence of a subsequent frame. It consists of (1 bit) and other fields (4 bit). Note that the number of bits in each field making up the subheader is an example, and the other fields are adjusted so that the suffix is in byte units, and are not necessarily essential.
  • the subsequent frame field is “1” if there is a subsequent frame, and “0” if there is no subsequent frame, ie, if it is the last data frame.
  • FIG. 10 shows an example of the second frame structure of a special format data packet.
  • Fig. 24 (2) the frame configuration of the data packet created by "cut and paste" of the data frame is shown.
  • the second frame configuration example is a simplification of the main header configuration of the first frame configuration example.
  • the main header is a type field (1 bit) indicating the configuration of the main header according to the number of data frames and fragments included in the data packet, and the first indicating the frame start position in the data packet in bytes.
  • Frame start position field 11 bits
  • other fields 4 bits
  • the number of data frames and fragments included in the data bucket is multiple W
  • the type field will be "1". If the number of data frames and fragments included in the data packet is 1, the type field is “0”, and the main header consists of the type field (1 bit) and other fields (7 bit). The number of bits of each field constituting the main header is an example, and the other fields are adjusted so that the main header is in byte units, and are not necessarily essential.
  • the configuration of the subheader is the same as in the first frame configuration example.
  • this frame configuration example it is possible to identify whether the portion following the subheader is a frame or a fragment by using the information on the frame size of the subheader. This makes it possible to omit the fragment field from the main header of the first frame configuration example.
  • the frame number field indicates the number of data frames that can be extracted from a single data packet, and can be used as an opportunity to complete data frame extraction processing for each data packet using this. Alternatively, data frames can be extracted sequentially from the top of the data packet, and the data frame extraction processing can be completed when it is determined that the remainder is a fragment. This makes it possible to omit the number-of-frames field from the main header of the first frame configuration example.
  • Fig. 11 shows the third to fourth frame configurations of the special format data bucket.
  • Figs. 24 ( 3 ) and ( 4 ) we show the frame configuration of the data packet created by "combining" the data frame.
  • a data packet consists of a MAC header (control information area), a data area of up to 2296 bytes, and an FCS area.
  • the main header, the data part of each combined data frame, and the subheader added to each data part are arranged in the data area.
  • the configuration of the subheader is the same as that of the first frame configuration example.
  • the main header is a type field (1 bit) indicating the configuration of the main header according to the number of data frames included in the data bucket, a frame number field (11 bits) indicating the number of frames in the data packet, Other fields (4 W
  • the type field is “1”. If the number of data frames included in the data packet is 1, the type field is “0”, and the main header is made up of the type field (1 bit) and the other fields (7 bit).
  • the number of bits in each field constituting the main header is an example, and the other fields are adjusted so that the main header is in byte units, and are not necessarily essential.
  • the frame number field can be omitted as described in the second frame configuration example.
  • the main header is only the type field and the other fields, and there is no difference in the configuration of the main header according to the number of data frames included in the data packet that was the function of the type field. Therefore, the main header itself can be omitted as in the fourth frame configuration example shown in Fig. 1 1 (2).
  • the configuration of the subheader is the same as in the first frame configuration example.
  • no fragments are present as in the first to second frame configuration examples, and all are in frame units, and the frame start position is set to a common value for all data buckets. Therefore, the first frame opening position field is not required together with the fragment field.
  • FIG. 12 shows the first procedure to create a specially formatted data packet.
  • FIG. 13 shows the configuration of data packets according to the first frame configuration example created in the first processing procedure. Here, it is assumed that the number of parallel transmissions is two, and two data packets having the same packet length are created by cutting and pasting three data frames as shown in Fig. 24 (2).
  • the first step S101 determines the number X of parallel transmissions according to the number of free channels.
  • the number of parallel transmissions X is none! It is the sum of space division multiplexing numbers of three channels.
  • the transmission speed of each transmission medium used for parallel transmission is the same.
  • the next step S102 is to set the maximum data size of the data packet to be transmitted to Then, calculate the sum D max ⁇ ⁇ of the maximum data size corresponding to the number of parallel transmissions X, and select multiple data frames for which the total data size falls within that range.
  • 296 bytes, data of the main the total data size will be described later, including the header and sub-header (2 29 6 X 2) a plurality become fewer bytes (3) Ichita A frame is selected.
  • L1, L2, L3 (bytes) be the data size of each selected data frame 1, 2, 3.
  • the next step S103 is to add a sub-header to each data frame and create a data block combining them.
  • the structure of subheader (3 bytes) is as shown in Fig.9.
  • the subsequent frame field is, for example, “1” because there is a subsequent frame for data frames 1 and 2 and “0” because there is no subsequent frame for data frame 3. Since the size of the data block combining these three data frames is 3 bytes in the subheader,
  • the data block created in step S103 is divided by the number X of parallel transmissions to create X data blocks of uniform packet length.
  • the first data block is composed of data frame 1 and its subheader, a part (2 a) of data frame 2 and its subheader.
  • the second data block consists of the remaining part (2 b) of data frame 2, data frame 3 and its subheaders. Note that although the division here is the data part of data frame 2, it may be divided within the subheader. In any case, divided data frames are treated as "fragments". That is, the first data block is a combination of data frame 1 and fragment, and the second data block is a fragment and fragment of data frame 3.
  • the transmission rate of each transmission medium is R i (i is an integer from 1 to X) and the maximum rate is Rraax for each transmission medium.
  • subheaders are attached to the data part of multiple data frames within that range.
  • a main header is added to each of the X data blocks, a MAC header (data packet control information area) is added at the head, and an FCS area is added at the end. create.
  • the configuration of the main header (3 by 1 or 1 byte) is as shown in the first frame configuration example of FIG.
  • the first frame start position field of data packet 1 is "a" indicating the start position of the subheader of data frame 1 with reference to the opening position of the main header of data packet 1. That is, a corresponds to the length of the main header.
  • the first frame start position field of data packet 2 is the length of fragment a (2 b) in length a of the main header based on the start position of the main header 'of data frame 2! It becomes ⁇ 3 + p J which added).
  • the fragment field of data frame 1 is “0 1” because the fragment (2 a) is at the end, and the fragment fino redo of data frame 2 is “1 0” because the fragment (2 b) is at the beginning. .
  • the received data packets are rearranged according to the value representing the order of the data buckets contained in the MAC header of each received data bucket.
  • the following processing is performed by rearranging data packets 1 and 2 in order.
  • FIG. 15 shows the configuration of a data packet according to the second frame configuration example created in the first processing procedure.
  • the number of parallel transmissions is two, and two data buckets with bucket lengths aligned are created by cutting and pasting two data frames.
  • Sub-headers are added to the two data frames 1 and 2 respectively to create a data block combining them.
  • This data block is divided by 2 parallel transmissions to create 2 data blocks with uniform packet length.
  • the first data block is composed of a part of data frame 1 (I a) and its subheader.
  • the second data block consists of the remaining portion (1 b) of data frame 1, data frame 2 and its subheaders. That is, the first data block is a combination of fragments and the second data block is a combination of fragments and data frame 2.
  • the configuration of the main header (2 bytes or 1 byte) is as shown in the second frame configuration example of FIG.
  • the type field of data bucket 1 is “0”, and the next first frame start position field does not exist.
  • the type field of data packet 2 is “1”, and the value of the first field start position field of the next is “a + p”.
  • the received data packets are rearranged according to the value indicating the order of the data packets contained in the MAC header of each received data packet.
  • the following processing is performed by rearranging data packets 1 and 2 in order.
  • the 1 frame start position field is included. Also, it is confirmed that the main header of data packet 1 does not have the first frame start position field. Note that one data frame or fragment included in data packet 1 is confirmed to be one fragment by the information in the MAC header. Alternatively, data bucket 1 may be determined to be a fragment because the subsequent data size is smaller than the frame size of data packet 1 subheader.
  • Data packet 1 is a fragment, and temporarily stores the fragment of data packet 1 for combining with the fragment at the beginning of data packet 2.
  • the start position (a + p) of the subheader of the first frame is recognized from the value of the first frame start position field of the main header of data bucket 2.
  • the data part of the corresponding data frame 2 is cut out from the data size (L 2) of the subheader at the start of the first frame of data bucket 2 and the frame number (2). At this time, for data frame 2, the frame number and the presence or absence of the subsequent frame are associated and managed.
  • FIG. 17 shows the second procedure to create a specially formatted data packet.
  • FIG. 18 shows the configuration of a data bucket according to the third frame configuration example created in the second processing procedure.
  • the number of parallel transmissions is two, and two data buckets with the same packet length are created by combining three data frames as shown in Fig. 24 (3).
  • the first step S201 is to determine the number X of parallel transmissions according to the number of free channels.
  • the number X of parallel transmissions is the sum of the number of space division multiplexing of each radio channel.
  • the transmission speed of each transmission medium used for parallel transmission is the same.
  • a next step S202 adds a subheader to each data frame.
  • the structure of the sub-header (3 bytes) is as shown in Figure 1 1 (1).
  • the subsequent frame field is, for example, “1” because there are subsequent frames for data frames 1 and 2 and “0” because there is no subsequent frame for data frame 3.
  • the maximum data size of the data packet to be transmitted is Dmax, and the data frames are combined within the range of the maximum data size to create X number of tab tags.
  • the next steps S204 and S205 compare the data sizes of the respective data blocks, and if the respective data sizes are irregular, add dummy data to other data blocks so as to be aligned with the largest data block, and Align the data size of the data block.
  • the first data block is composed of data frame 1 and its subheader, data frame 2 and its subheader.
  • the second data block consists of data frame 3 and its subheaders and dummy bits'.
  • a main header is added to each of the X data blocks, a MAC header (control information area of data packet) is added at the beginning, and an FCS area is added at the end.
  • Create The structure of the main header (1 byte) is as shown in Figure 11 (1).
  • the number of frames in data bucket 1 is 2 and is displayed in the number of frames field.
  • Data packet 2 has 1 frame but no frame number field In the case, the number of frames is determined to be one.
  • the received data packets are rearranged according to the value indicating the order of the data buckets included in the MAC header of each received data packet.
  • the following processing is performed by rearranging data packets 1 and 2 in order.
  • the data part of the corresponding data frame 2 is cut out from the data size (L 2) of the subheader of the second frame of data packet 1 and the frame number (2). At this time, for data frame 2, the frame number and the presence or absence of the subsequent frame are managed in association with each other.
  • the data part of the corresponding data frame 3 is cut out from the data size (L 3) and the frame number (3) of the subheader of the first frame of data packet 2. At this time, for data frame 3, the frame number and the presence or absence of the subsequent frame are managed in association with each other. Dummy data is discarded.
  • FIG. 20 shows the configuration of a data packet according to the fourth frame configuration example created in the second processing procedure.
  • the number of parallel transmissions is two, and two data buckets whose bucket lengths are aligned are created by combining three data frames.
  • Subheaders are added to the three data frames 1, 2 and 3, respectively, and they are combined to create two data blocks with the same packet length.
  • the addition of the main header is not performed in step S206 of the second processing procedure shown in FIG.
  • the received data packets are rearranged according to the value representing the order of the data buckets contained in the MAC header of each received data bucket.
  • the following processing is performed by rearranging the order of data buckets 1 and 2.
  • the packet lengths differ due to the difference in the configuration of the main header. Because the difference between them is at most about 2 bytes, the difference in required transmission time between data packets 1 and 2 is small, and there is no problem of not being able to receive an ACK packet as shown in Figure 2 3. . However, the length of the other fields may be adjusted to set the packet length to be the same.
  • the type field may be omitted. Also, in the case of a data packet formed by combining data frames, even if the value of the type field is “0”, the same frame configuration as in the case of “1” shown in FIG. Good. In this case, the type field may be omitted.
  • FIG. 22 shows a configuration example of a wireless bucket communication system to which the wireless bucket communication method of the present invention is applied.
  • the configuration of the wireless and point-to-wire communication device capable of transmitting and receiving three data buckets in parallel using three radio channels # 1, # 2 and # 3 is shown, but the number of parallels is arbitrary. It can be set.
  • space division multiplexing is used for each radio channel, data buckets of the number of parallel transmissions corresponding to the sum of the number of space division multiplexing of a plurality of radio channels can be transmitted and received in parallel. Space division multiplexing is omitted here.
  • the radio packet communication device includes: transmit / receive processing unit 10-1; 10-2; 10-3; transmission buffer 2 1; data packet generation unit 2 2; data frame management unit 2 3; It includes a unit 24, a packet distribution transmission control unit 25, a data frame restoration unit 26 and a header removal unit 27.
  • Each transmission / reception processing unit 10 includes a modulator 1 1, a wireless transmission unit 1 2, an antenna 1 3, a wireless reception unit 1 4, a demodulator 1 5, a packet selection unit 16 and a carrier detection unit 1 7.
  • the wireless signals transmitted by the other wireless communication devices via different wireless channels # 1, # 2 and # 3 are transmitted to the corresponding transmission / reception processing units 1 0-1, 1 0-2 and 1 0-3, respectively. It is input to the fountain reception unit 14 via the antenna 1 3.
  • the wireless receiver 14 corresponding to each wireless channel performs reception processing including frequency conversion, filtering, quadrature detection, and AD conversion on the input wireless signal.
  • the radio signal on the radio propagation path in each radio channel is constantly input to each radio reception unit 1 4.
  • An RSSI signal representing the received electric field strength is output to the carrier detection unit 17.
  • the baseband signal subjected to reception processing is output to the demodulator 15.
  • the demodulator 15 demodulates the baseband signal input from the wireless receiver 14 and outputs the obtained data packet to the bucket selector 16.
  • the packet selection unit 16 performs a CRC check on the input data packet, and when the data packet is received without error, identifies whether the data packet has been transmitted to its own station or not. Do. That is, it is checked whether the destination ID of each data packet matches the own station, and the data packet addressed to the own station is output to the data frame restoration unit 26 and the delivery confirmation packet is generated by the delivery confirmation bucket generation unit not shown. Is sent to modulator 1 1 and response processing is performed. At this time, when transmitting the transmission confirmation packet, transmission mode setting such as setting of transmission rate or not applying space division multiplexing may be performed. On the other hand, in the case of the data packet not addressed to the own station, the packet is discarded by the bucket selecting unit 16.
  • the data frame recovery unit 26 extracts a data frame from the data packet using the above-described data frame recovery procedure. The result is output to the header removing unit 27 as a received data frame sequence.
  • the header removing unit 2 7 receives the input The header portion is removed from each data frame included in the data frame sequence and output.
  • the carrier detection unit 17 compares the value of the received electric field strength represented by the R S S I signal with a preset threshold value. Then, if the received electric field strength during a predetermined period is continuously smaller than the threshold value and the state continues, it is determined that the allocated radio channel is in the idle state, and in the other cases, the allocated radio channel is allocated. It determines that the wireless channel is busy.
  • the carrier detection unit 17 corresponding to each wireless channel outputs this judgment result as the carrier detection results CS 1 to CS 3. In each transmission / reception processing unit 10, when the antenna 13 is in the transmission state, the RSSI signal is not input to the carrier detection unit 17.
  • each carrier detection unit 17 outputs a carrier detection result indicating that the assigned wireless channel is busy when the R S S I signal is not input.
  • Carrier detection results CS 1 to CS 3 output from the carrier detection unit 17 corresponding to each wireless channel are input to the channel state management unit 24.
  • the channel state management unit 24 manages the idle state of each wireless channel based on the carrier detection result corresponding to each wireless channel, and transmits information such as the idle wireless channel and the number of idle channels to the data frame management unit 23. Notify (Fig. 2 2, a).
  • a transmission data frame sequence to be transmitted is input to the transmission buffer 21 and buffered.
  • This transmission data frame sequence is composed of one or more data frames.
  • the transmission buffer 2 1 sends the number of data frames currently held, the ID information of the wireless packet communication device as the destination, the data size, the address information representing the position on the buffer, etc. Notify one after another (b).
  • the data frame management unit 23 determines which data frame Decide how to generate data packets from which, and on which radio channel to transmit, It notifies buffer 2 1, data bucket generator 2 2 and data bucket distribution transmission controller 2 5 (c, d, e). For example, if the number of free if if channel channels N is less than the number of data frames K waiting for transmission in the transmission buffer 2 1, the number N of wireless channels in idle state is determined as the number of data buckets to be transmitted in parallel.
  • the transmission buffer 21 determines a data frame to be transmitted so as to be equal to or less than NX Dmax from K data frames, and sends address information specifying it (c). Also, the data bucket generation unit 22 is notified of information for generating N data buckets from the data frame input from the transmission buffer 21 (d). Also, for the packet distribution transmission control unit 25, the correspondence between the N data packets generated by the data packet generation unit 2 2 and the radio channel in the idle state is indicated (e).
  • the transmission buffer 21 outputs the data frame designated as an output to the data bucket generation unit 22 (f).
  • the data packet generation unit 22 extracts the data area from each data frame, adds the above-mentioned subheader, cuts it, and pastes it, generates a plurality of data blocks having the same packet length, and this data block is generated in this data block.
  • Header section including control information such as the ID information of the destination wireless station that is the destination of the packet and the sequence number that indicates the order of the data frame, and a CRC code (FCS section) that is an error detection code.
  • FCS section CRC code
  • the data bucket mapped to radio channel # 1 is input to modulator 1 1 in transmission / reception processing unit 10-1 and the data bucket mapped to radio channel # 2 Is input to the modulator 11 in the transmission / reception processing unit 10-2 and the data packet associated with the radio channel # 3 is input to the modulator 11 in the transmission / reception processing unit 10-3.
  • each modulator 11 receives a data bucket from the bucket bucket distribution control unit 25
  • each modulator 11 performs a predetermined modulation process on the bucket bucket and outputs it to the wireless transmitter 12.
  • Each wireless transmission unit 12 performs transmission processing including DA conversion, frequency conversion, filtering, and power amplification on the data packet after modulation processing input from the modulator 11 and transmits the corresponding wireless channels. Intermediary And transmit as a data packet from antenna 13.
  • the present invention can define a special format of one or more data packets generated by combining or cutting and pasting multiple data frames. This makes it possible to transmit and receive data packets of a special format that contains multiple data frames, and can achieve significant improvements in maximum throughput and efficient non-facility packet communication.
  • the corresponding format is identified between the wireless stations, and a data buckett of a format corresponding thereto is identified. It can be generated and sent / received. By this means, it is possible to improve throughput while applying to a system in which a new wireless station compatible with a special format and an existing wireless station compatible only with a standard format are mixed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

複数のデータフレームの結合または切り貼りによって生成された特殊フォーマットのデータパケットを送信する場合には、その前に、特殊フォーマットに対応している無線局のみが受信可能な確認パケットおよび応答パケットを送受信し、特殊フォーマットに対応する無線局を確認して管理する。そして、自局の管理情報に従って、送信先の無線局に応じた特殊フォーマットまたは標準フォーマットのデータパケットを送信する。複数のデータフレームを切り貼りした特殊フォーマットの複数のデータパケットを作成する際には、複数のデータフレームのそれぞれにサブヘッダを付加して結合し、それを分割した各データブロックに切り貼りされたデータフレームの復元に必要な情報を含むメインヘッダを付加し、さらにその前後にデータパケットの制御情報領域およびチェック領域を付加してデータパケットを作成する。

Description

明細書 無線パケット通信方法 技術分野
本努明は、 複数のデータフレームの結合や切り貼りによって生成される特殊フ ォーマツトのデータパケットを送受信するための無線バケツト通信方法に関する。 なお、 複数のデータフレームの結合や切り貼りによって生成される複数のデータ パケットは、 例えば複数の無線チャネルや空間分割多重技術を利用した並列送信 などに適用される。 背景技術
標準規格に準拠する従来の無線バケツト通信方法では、 使用する無線チャネル を事前に 1つだけ決めておき、 データパケットの送信に先立って当該無線チヤネ ルが空き状態力否かを検出 (キャリアセンス) し、 当該無線チャネルが空き状態 の場合にのみ 1つのデータパケットを送信していた。 このような制御により、 1 つの無線チャネルを複数の無線局で互いに時間をずらして共用することができた
( (1) IEEE802. lT'MAC and PHY Specification for Metropolitan Area Networks", IEEE 802. 11, 1998、 (2) 小電力データ通信システム Z広帯域移動アクセスシ ステム (C S MA) 標準規格、 ARIB SDT-T71 1. 0版、 (社) 電波産業会、 平成 12 年策定) 。
このような無線バケツト通信方法において、 データバケツトの伝送効率を高め るために、公知の空間分割多重技術 (黒崎ほ力、 M I MOチャネルにより 100Mbit /s を実現する広帯域移動通信用 S DM— C O F DM方式の提案、電子情報通信学 会技術研究報告、 A■ P 2001- 96,RCS2001- 135 (2001- 10) ) を用い、 1つの無線チ ャネルで複数のデータバケツトを並列送信する無線パケット通信方法が検討され ている。 この空間分割多重技術 ( S DM) は、 複数のアンテナから同じ無線チヤ ネルで同時に異なるデータバケツトを送信し、 対向する無線局の複数のアンテナ に受信された各データバケツトの伝搬係数の違いに対応するディジタル信号処理 により、 同じ無線チャネルで同時に送信された複数のデータバケツトを受信する 方式である。 なお、 伝搬係数等に応じて空間分割多重数が決定される。
また、 データパケットの伝送効率を高めるために、 各無線局がそれぞれ複数の 無線通信ィンタフェースをもち、 キヤリアセンスの際に複数の無線チャネルが空 き状態 あれば、 その複数の無線チャネルを用いて複数のデータパケットを並列 送信する無線バケツト通信方法が検討されている。
また、 複数の無線チャネルと空間分割多重技術の組み合わせにより、 複数の無 線チャネルの各空間分割多重数の総和に相当する数のデータバケツトを並列送信 する無線バケツト通信方法も検討されている。
これらの方法では、 例えば 3個のデータパケットに対して、 空き状態の無線チ ャネルが 2つあれば、 2つの無線チャネルを用いて 3個のうちの 2個のデータパ ケットを並列送信する。 また、 2個のデータパケットに対して、 空き状態の無 ί泉 チャネルが 3つあれば、 2つの無線チャネルを用いて全て (2個) のデータパケ ットを並列送信する。 空間分割多重技術を用いる場合も同様である。
ところで、 複数の無線チャネルを用いて複数のデータパケットを並列送信する 方法において、 同時に使用する複数の無線チャネルの中心周波数が互いに近接し ている場合には、 一方の無線チャネルから他方の無線チャネルが使用している周 波数領域へ漏れ出す漏洩電力の影響が大きくなる。 一般に、 データパケットを伝 送する場合には、 送信側の無線局がデータパケットを送信した後に、 受信側の無 線局が受信したデータパケットに対して送達確認パケット (A C Kパケット, N A C Kパケット) を送信側の無線局へ返信する。 送信側の無線局がこの送達確認 パケットを受信しょうとするときに、 並列送信に使用している他の無線チャネル からの漏洩電力の影響が問題となる。
例えば、 図 2 3に示すように、 無線チャネル # 1と無線チャネル # 2の中心周 波数が互いに近接し、 各無線チャネルから並列送信するデータバケツトの伝送所 要時間が異なる場合を想定する。 ここでは、 無線チャネル # 1から送信されたデ 一タパケットが短いので、 それに対する A C Kパケットが受信されるときに無線 チャネル # 2は送信中である。 そのため、 無線チャネル # 1では、 無線チャネル # 2からの漏洩電力により A C Kバケツトを受信できない可能性がある。 このよ W
3
うな状況では、 同時に複数の無線チャネルを利用して並列送信を行ったとしても スループットの改善は見込めない。
なお、 このようなケースは、 各無線チャネルの伝送速度が等しい場合には各デ 一タパケットのバケツト長(伝送所要時間 =データサイズ)の違いにより発生し、 各無線チャネルの伝送速度も考慮すると各データパケットのパケット長 (伝送所 要時間 =データサイズ Z伝送速度) の違いにより発生する。
さらに、 無/線 L ANシステムでは、 ネットワークから入力するデータフレーム のデータサイズは一定ではない。 したがって、 入力するデータフレームを順次に データバケツトに変換して送信する場合には、 各データバケツトのバケツト長 (伝送所要時間) も変化する。 そのため、 図 2 3に示すように複数のデータパケ ットのパケット長に違いが生じる場合には、 同時に並列送信しても、 A C Kパケ ットの受信に失敗する可能性が高くなる。
このような問題に対して、 並列送信する複数のデータバケツトのバケツト長を 同一または同等とすることにより、 複数のデータバケツトの送信を同時またはほ ぼ同時に終了させる方法が検討されている。 この方法では、 複数のデータバケツ トのそれぞれに対する A C Kパケットが到着するタイミングでは、 送信局は送信 を行っていない。 したがって、 無線チャネル間の漏洩電力などの影響を受けるこ となく、 並列送信したデータパケットに対するすべての A C Kパケットを受信す ることができ、 スループットの改善に寄与することができる。 本明細書における 「並列送信」 は、 複数のデータパケットのパケット長 (伝送所要時間) が揃って 並列に送信される状態を指すものとする。 空間分割多重伝送する場合についても 同様である。
ここで、 データフレームから並列送信する複数のデータバケツトを生成する方 法としては、 次の 3つの方法がある。 例えばデータフレームが 1つで空きチヤネ ル数が 2つの場合には、 図 2 4 (1) に示すようにデータフレームを分割すること により、 同一パケット長の 2つのデータパケットを生成する。 また、 データフレ ームが 3つで空きチヤネノレ数が 2つの場合には、 図 2 4 (2) に示すように、 例え ばデータフレーム 2を分割してそれぞれデータフレーム 1およびデータフレーム 3と結合することにより、 同一バケツト長の 2つのデータバケツトを生成する。 あるいは、 3つのデータフレームを連結してから 2分割しても同様である。また、 図 2 4 (3) に示すように、 データフレーム 1とデータフレーム 2を連結し、 デー タフレーム 3にダミービットを付加し、 同一パケット長の 2つのデータバケツト を生成する。 なお、 複数の無線チャネルを使用する際に各無線チャネルの伝送速 度が異なる場合には、 各データバケツトのサイズ比を伝送速度比に対応させてパ ケット長が同じになるように調整する。
また、無線 L ANシステムでは、 1つのデータフレームを 1つの MA C (Media Access Control) フレームに変換している。 したがって、データフレームのデー タ領域のデータサイズが小さい場合でも、 1つの MA Cフレームに変換され、 1 つのデータパケット (無線パケット) として送信されることになる。 例えば、 I E E E802. 11規格の MA Cフレームのデータ領域の最大サイズは 2296バイトであ るのに対して、データフレームとして一般的に用いられているイーサネット (登 録商標) フレームでは、 データ領域のデータサイズが最大 1500バイトに制限され ている。 したがって、 最大サイズのイーサネットフレームであっても、 MA Cフ レームのデータ領域の最大サイズ(2296バイト)に対して余裕があることになる。 すなわち、 従来のシステムでは、 1つの MA Cフレームで送信可能な最大のデー タサイズを有効に活用できず、 スループットの改善にも限界があった。
したがって、 データパケットのデータサイズを最大限に活用するために、 図 2 4 (4) に示すように、 複数のデータフレームのデータ領域を結合して 1つのデー タパケットとして伝送する方法も検討され!:いる。 なお、 図 2 4 (1) 〜(3) に示 す方法においても、 MA Cフレームの最大サイズの範囲でデータフレームの結合 等が行われる。
ここで、 図 2 4 (1) に示すフレーム分割により生成される複数のデータバケツ トは、 既存のフラグメント処理に基づく標準規格に準拠するフレームフォーマツ トにより対応することができる。 一方、 図 2 4 (2) に示すデータフレームの 「切 り貝占り」 や、 図 2 4 (3),(4) に示すデータフレームの 「結合」 により再構成され たデータバケツトは、 標準規格に準拠しない特殊フォーマツトになる。
し力 し、 このような特殊フォーマットのデータパケットは、 当然のことながら データフレームのデータ領域とデータパケットのデータ領域と力 S 1対 1に対応し ないことになる。 一方、 受信側の無線局では、 受信したデータパケットから元の データフレームを復元しなければならないが、 従来は想定されていないパケット フォーマットであるので、 そのままでは復元できない。 その理由は次の通りであ る。
実際のシステムでは、 例えば I Pレイヤにおける I Pバケツトを下位レイヤに 引き渡す場合に、 いくつかのデータフレームに分割して引き渡すような処理を行 う。 この場合、 分割してできた各データフレームのデータ領域の先頭部分には、 元の I Pバケツトを復元するためのヘッダがそれぞれ付加される。 このようにし て生成されたデータフレームから作られたデータパケッ 1、を受信側で受信した場 合には、 データパケットからデータフレームを抽出し、 さらに元の I Pパケット を復元する。
一般に、 受信側の I Pレイヤでは、 受信した各データフレームのデータ領域の 先頭部分が、 元の I Pバケツトを復元するために必要なヘッダ情報であるものと 機械的に認識して I Pバケツトの復元処理を行う。 すなわち、 I Pレイヤの立場 力 らすると、 各データフレームのデータ領域の先頭部分は元の I Pバケツトを復 元するためのへッダ情報でなければ問題が生じる。
ところが、 前述のように送信側で 「切り貼り」 や 「結合」 により再構成された データバケツトは、 元の I pパケットを復元するためのヘッダ情報が各データフ レームのデータ領域の先頭以外の部分に移動することになり、 そのままでは I p レイャで I Pパケットを復元できない。 したがって、 受信側では I Pパケットに 復元する前に、 まず受信したデータバケツトから再構成される前の元のデータフ レームを復元する必要がある。
送信側で再構成された特殊フォーマツ 1、のデータバケツトから受信側で再構成 前のデータフレームを復元するためには、 データバケツトが特殊フォーマツトか 否か、 特殊フォーマットの場合にはデータフレームの境目、 データパケットの順 番などの情報が必要になる。 し力 し、 標準フォーマットでは、 そのような情報を 伝送するための領域が定義されていないので、 新たに定義される特殊フォーマツ トによって、 その情報を送信側から受信側に伝える必要がある。 ただし、 一般的 に定義されていない特殊フォーマットを通信システム全体で採用すると、 通信シ ステムを構成する全ての無線局を特殊フォーマツトに対応した新たな装置に置き 換えざるを得ないので、 コストの増大が避けられない。
本発明の目的は、 標準フォーマツトのデータバケツトが送受信される無線パケ ット通信方法において、 特殊フォーマツトのデータバケツトの送受信おょぴ特殊 フォーマットであることを認識し、 再構成前のデータフレームを復元処理するこ とができる無線パケット通信方法を実現するところにある。 発明の開示
請求項 1の発明は、 複数のデータフレームの結合または切り貼りによつて生成 された特殊フォーマットのデータパケットと、 1つのデータフレームから生成さ れた標準フォーマツトのデータバケツトを無線局間で伝送する際に、 特殊フォー マツトに対応した無線局は、 データバケツトを送信する前に、 特殊フォーマツト に対応している無線局のみが受信可能な確認パケットを送信する。 確認バケツト を受信した特殊フォーマツトに対応する無線局は、 確認バケツトの送信元の無,锒 局を特殊フォーマットに対応しているものとして管理し、 その無線局に対して特 殊フォーマツトに対応している無線局のみが受信可能な応答バケツトを送信する。 応答パケットを受信した特殊フォ一マットに対応する無線局は、 応答パケットの 送信元の無線局を特殊フォーマツトに対応しているものとして管理する。そして、 自局の管理情報に従って、 送信先の無線局が特殊フォーマットに対応している場 合には特殊フォーマットのデータパケットを送信し、 特殊フォーマットに対応し ていない場合には標準フォーマツトのデータパケットを送信する。
これにより、 特殊フォーマットに対応した無線局と、 標準フォーマットに対応 した無線局が混在する場合でも、 各無線局に対応するフォーマットを管理し、 送 信先の無線局のフォーマットに対応したデータバケツトを送信することができる。 請求項 2の発明は、 データパケットを送信する無線局が、 送信するデータパケ ットの制御情報領域の中に、 少なくとも標準フォーマツトと特殊フォーマツトの 区別を表すフォーマツト識別情報を設定する。 データパケットを受信した無線局 は、 受信したデータバケツトの制御情報領域に含まれるフォーマツト識別情報の 内容に応じて標準フォーマツトまたは特殊フォーマツトを選択し、 選択したフォ 一マツトの定義に従ってデータバケツトを受信処理する。
これにより、 特殊フォーマットに対応した無線局と、 標準フォーマットに対応 した無線局が混在する場合でも、 各無線局に対応するフォーマットを管理し、 フ ォーマツト識別情報により通知されるフォーマツトを認識し、 それぞれのフォー マットに対応したデータパケットを送受信することができる。
請求項 3の発明は、 データパケットを受信した無 f泉局が、 受信したデータパケ ットの制御情報領域から送信元の無線局を識別し、 自局の管理情報に従って送信 元の無線局が対応しているフォーマツトを認、識し、 認識したフォーマツトの定義 に従ってデータバケツトを受信処理する。
これにより、 特殊フォーマットに対応した無,锒局と、 標準フォーマットに対応 した無線局が混在する場合でも、 各無線局に対応するフォーマットを管理し、 送 信元の無線局のフォーマツトを確認し、 それぞれのフォーマツトに対応したデー タパケットを送受信することができる。
請求項 4の発明は、 複数のデータフレームを切り貼りした特殊フォーマツトの 複数のデータパケットを作成する際に、 複数のデータフレームのそれぞれに、 デ ータサイズを表すフィールド、 フレームの順番を表すフィールド、 後続フレーム の有無を表すフィールドを含むサブヘッダを付加する。 次に、 サブヘッダが付加 されたデータフレームを結合して 1つのデータプロックを作成し、 この 1つのデ 一タブ口ックを各バケツト長が揃うように分割して並列送信数のデータプロック を作成する。 次に、 並列送信数のデータブロックのそれぞれに、 切り貼りされた データフレームの復元に必要な情報を含むメインヘッダを付加し、 さらにその前 後にデータパケットの制御情報領域およびチェック領域を付カ卩してデータパケッ トを作成する。
これにより、 特殊フォーマットを定義し、 特¾¾フォーマツトのデータバケツト の送受信を行うことができる。
請求項 5の発明は、 メインヘッダとして、 データパケット内のデータフレーム およびフラグメントの数に応じたメインへッダの構成を示す種別フィールドと、 データバケツト内のフレーム数を示すフレーム数フィールドと、 データバケツト 内のフレーム開始位置をバイ ト単位で表す第 1フレーム開始位置フィールドと、 データフレームが分割されたフラグメントの有無と位置を示すフラグメントフィ 一ノレドを有する。
請求項 6の発明は、 メインヘッダとして、 データパケット内のデータフレーム およびフラグメントの数に応じたメインへッダの構成を示す種別フィールドと、 データバケツト内のフレーム開始位置をバイト単位で表す第 1フレーム開始位置 フィーノレドを有する。
請求項 7の発明は、 データバケツト内のデータフレームおよびフラグメントの 数が 1つの場合には、 種別フィールド以外のフィールドを省略してメインへッダ を形成する。
請求項 8の発明は、 請求項 5のデータパケットを復元する手順である。 受信し た各データバケツトのメインヘッダの種別フィールドの値からメインヘッダの構 成を確認する。 さらに、 データパケットのメインヘッダの第 1フレーム開始位置 フィールドの値から、 データフレームのサブヘッダの開始位置を認識し、 そのサ ブヘッダのデータサイズから対応するデータフレームを切り出す。 さらに、 デー タパケットのメインへッダのフレーム数フィ一ノレドとフラグメントフィ一ノレドの 値から、 データフレームが続く場合にはそのサブへッダのデ一タサイズから対応 するデータフレームを切り出し、 フラグメントが続く場合には、 後続するデータ パケットの先頭にあるフラグメントとの結合処理を行う。 これにより、 受信した 各データパケットに含まれる複数のデータフレームを復元することができる。 請求項 9の発明は、 請求項 6のデータパケットを復元する手順である。 受信し た各データパケットのメインへッダの種別フィールドの値からメィンへッダの構 成を確認する。 さらに、 データバケツトのメインヘッダの第 1フレーム開始位置 フィールドの値から、 データフレームのサブヘッダの開始位置を認識し、 そのサ ブヘッダのデータサイズから対応するデータフレームを切り出す。 さらに、 切り 出したデータフレームに続くサブへッダのデータサイズとサブへッダに後続する 部分のサイズを比較して、 データフレームかデータフレームが分割されたフラグ メントかを識別し、 データフレームが続く場合にはそのサブヘッダのデータサイ ズから対応するデータフレームを切り出し、 フラグメントが続く場合には、 後続 するデータパケットの先頭にあるフラグメントとの結合処理を行う。 これにより、 受信した各データパケットに含まれる複数のデータフレームを復元することがで さる。
請求項 1 0の発明は、 請求項 7のデータパケットを復元する手順である。 受信 した各データパケットのメインへッダの種別フィールドの値からメインへッダの 構成を確認する。 さらに、 種別フィールドの構成からデータフレームおよびフラ グメントの数が 1の場合には、 サブへッダのデ一タサイズとサブへッダに後続す る部分のサイズを比較して、 データフレームかデータフレームが分割されたフラ グメントかを識別し、 データフレームが続く場合にはそのサブヘッダのデータサ ィズから対応するデータフレームを切り出し、 フラグメントが続く場合には、 後 続するデータパケットの先頭にあるフラグメントとの結合処理を行う。 これによ り、受信したデータバケツトに含まれるデータフレームを復元することができる。 請求項 1 1の発明は、 複数のデータフレームを結合した特殊フォーマツトの 1 または複数のデータパケットを作成する際に、 データフレームに、 データサイズ を表すフィールド、 フレームの順番を表すフィールド、 後続フレームの有無を表 すフィールドを含むサブヘッダを付加する。 次に、 サブヘッダが付加されたデー タフレームを結合したデータブロックを作成する。 次に、 データブロックに、 結 合されたデータフレームの復元に必要な情報を含むメインヘッダを付加し、 さら にその前後にデータパケットの制御情報領域おょぴチヱック領域を付加してデー タパケットを作成する。
請求項 1 2の発明は、 メインヘッダとして、 データパケット内のデータフレー ムの数に応じたメインヘッダの構成を示す種別フィールドと、 データバケツト内 のフレーム数を示すフレーム数フィールドとを有する。
請求項 1 3の発明は、 データパケット内のデータフレームの数が 1つの場合に は、 種別フィールド以外のフィールドを省略してメインへッダを形成する。
請求項 1 4の発明は、 請求項 1 2のデータパケットを復元する手順である。 受 信した各データパケットのメインへッダの種別フィールドの値から種別フィール ドの構成を確認する。 さらに、 各データパケッ トごとに、 メインヘッダのフレー ム数フィールドの値に応じて、 データフレームのサブへッダのデータサイズから 対応するデータフレームを順次切り出す。 これにより、 受信したデータパケット に含まれるデータフレームを復元することができる。
請求項 1 5の発明は、 請求項 1 3のデータパケットを復元する手順である。 受 信した各データパケットのメインへッダの種別フィールドの値から種別フィール ドの構成を確認する。 さらに、 各データパケットごとに、 データフレームのサブ へッダのデ一タサイズから対応するデータフレームを順次切り出す。 これにより、 受信したデータパケットに含まれるデータフレームを復元することができる。 図面の簡単な説明
図 1は、 本発明の無線バケツト通信方法におけるデータバケツトのフォーマツ ト識別手順の第 1の実施形態を示す図である。
図 2は、 本発明の無線バケツト通信方法におけるデータバケツトのフォーマツ ト識別手順の第 1の実施形態を示す図である。
図 3は、 データバケツトのフォーマツト識別のための無線局の処理手順を示す フローチヤ一トである。
図 4は、 無線局のデータバケツト送信処理手順 1を示すフローチヤ一トである。 図 5は、 無線局のデータバケツト送信処理手順 2を示すフローチャートである。 図 6は、 無線局のデータバケツト受信処理手順を示すフローチャートである。 図 7は、 本 明の無線パケット通信方法におけるデータパケットのフォーマッ ト識別手順の第 2の実施形態を示す図である。
図 8は、 本発明の無線パケット通信方法におけるデータパケットのフォーマツ ト識別手順の第 2の実施形態を示す図である。
図 9は、 特殊フォーマツトのデータバケツトの第 1のフレーム構成例を示す図 である。
図 1 0は、 特殊フォーマツトのデータパケットの第 2のフレーム構成例を示す 図である。
図 1 1は、 特殊フォーマツトのデータバケツトのフレーム構成例を示す図であ り、 (1) は第 3のフレーム構成例、 (2) は第 4のフレーム構成例を示す。
図 1 2は、 特殊フォーマツトのデータバケツトを作成する第 1の処理手順を示 すフローチヤ一トである。 図 1 3は、 第 1の処理手順で作成された第 1のフレーム構成例によるデータパ ケットの構成を示す図である。
図 1 4は、 第 1の処理手順で作成された第 1のフレーム構成例によるデータパ ケット 1, 2の復元処理の手順を説明する図である。
図 1 5は、 第 1の処理手順で作成された第 2のフレーム構成例によるデータパ ケットの構成を示す図である。
図 1 6は、 第 1の処理手順で作成された第 2のフレーム構成例によるデータパ ケット 1, 2の復元処理の手順を説明する図である。
図 1 7は、 特殊フォーマットのデータパケットを作成する第 2の処理手順を示 すフローチャートである。
図 1 8は、 第 2の処理手順で作成された第 3のフレーム構成例によるデータパ ケットの構成を示す図である。
図 1 9は、 第 2の処理手順で作成された第 3のフレーム構成例によるデータパ ケット 1 , 2の復元処理の手順を説明する図である。
図 2 0は、 第 2の処理手順で作成された第 4のフレーム構成例によるデータパ ケットの構成を示す図である。
図 2 1は、 第 2の処理手順で作成された第 4のフレーム構成例によるデータパ ケット 1, 2の復元処理の手順を説明する図である。
図 2 2は、 本発明の無線バケツト通信方法が適用される無線バケツト通信装置 の構成例を示すブロック図である。
図 2 3は、 複数の無線チャネルの中心周波数が近接している場合の問題点を説 明するタイムチヤ一トである。
図 2 4は、 複数のデータフレームから 1または複数のデータバケツトを生成す る方法を説明する図であり、 (1) はデータフレームの分割、 (2) はデータフレー ムの切り貼り、 (3) はデータフレームの結合、 (4) はデータフレームの結合を示 す。 発明を実施するための最良の形態
[データバケツトのフォーマツト識別手順の第 1の実施形態] 図 1および図 2は、 本発明の無線バケツト通信方法におけるデータバケツトの フォーマット識別手順の第 1の実施形態を示す。
まず、 特殊フォーマットに対応する無線局 Aと無線局 Bとの間で、 特殊、フォー マツトに対応しているか否かを確^ ·し、 特殊フォーマツトのデータバケツトを送 受信する手順について、 図 1を参照して説明する。
図 1において、 特殊フォーマツトに対応した無線局 Aが確認バケツト P 2 aを 無線局 Bに対して送信する (S 11) 。 この確認パケット P 2 aは、 F C S領域に 格納される C R Cコードの全ビットのビット反転、 または一部のビットのビット 反転、 または C R Cコードに所定値の加算または減算の少なくとも 1つの処理に より C R Cコードが操作されている。 このような C R Cコードが操作された確認 バケツトは、 特殊フォーマツトに対応する無線局のみで正常に受信できるものと する。
無 f泉局 Bは特殊フォーマツトに対応しているので確認バケツト P 2 aを識別し、 送信元の無線局 Aが特殊フォーマットに対応しているものと認識する (S 12) 。 そして、 無線局 Aについて特殊フォーマットへの対応の有無を表す情報を自局の 機能管理テーブルに登録する。 この機能管理テーブルには、 例えば図 1 (2) に示 すように、 各無線局の I D (識別符号) に対応付けて、 特殊フォーマットへの対 応の有無を表す情報が記録されている。
無線局 Bは受信した確認バケツト P 2 aの送信元に対して、 所定の応答バケツ ト P 2 bを送信する (S 13) 。 この応答パケット P 2 bも C R Cコードが操作さ れる。 無,锒局 Aは、 送信した確認パケット P 2 aに対する無線局 Bからの応答パ ケット P 2 bを識別し、 無線局 Bが特殊フォーマットに対応しているものと認識 する (S 14) 。 そして、 特殊フォーマットへの対応の有無を表す情報を自局の機 能管理テーブルに登録する。
無線局 Aが無線局 Bに送信する場合には、 自局の機能管理テーブルの内容を参 照し、 送信先が特殊フォーマットに対応している力否かを確認する (S 15) 。 こ こでは、 送信先の無線局 Bが特殊フォーマットに対応しているので、 無線局 Aは 特殊フォーマットに従ってデータバケツト P 1 aを生成し、 それを無線局 Bに送 信する (S 15) 。 このとき、 データパケット P 1 aの MA Cヘッダ (制御情報領 域) には、 特殊フォーマットであることを示すフォーマット識別情報が設定され る。 なお、 並列送信の場合には、 特殊フォーマットでパケット長が揃った複数の データパケットが生成される。
無線局 Bはデータパケット P 1 aを受信すると、 その MA Cヘッダに設定され たフォーマツト識別情報により特殊フォーマツトであることを認識し、 受信した データバケツト p 1 aを特殊フォーマツトの定義 (予め定義されている) に従つ て処理する (S 16) 。
同様に、 無線局 Bが無線局 Aに送信する場合には、 自局の機能管理テーブルの 内容を参照し、送信先が特殊フォーマットに対応している力否かを確認する (S 1 7) 。 ここでは、 送信先の無線局 Aが特殊フォーマットに対応しているので、 無線 局 Bは特殊フォーマツトに従ってデータバケツト P 1 bを生成し、 それを無泉局 Aに送信する (S 17) 。 このとき、 データパケット P 1 aの MA Cヘッダ (制御 情報領域) には、 特殊フォーマットであることを示すフォーマット識別情報が設 定される。 なお、 並列送信の場合には、 特殊フォーマットでパケット長が揃った 複数のデータパケットが生成される。
無線局 Aはデータバケツト P 1 bを受信すると、 その MA Cヘッダに設定され たフォーマツト識別情報により特殊フォーマツトであることを認識し、 受信した データバケツト P 1 bを特殊フォーマツトの定義に従って処理する (S 18) 。 次に、 特殊フォーマツトに対応する無線局 Aと特殊フォーマツトに非対応の無 線局 Cとの間で、 特殊フォーマットに対応しているか否かを確 し、 標準フォー マットのデータパケットを送受信する手順について、 図 2を参照して説明する。 図 2において、 特殊フォーマツトに対応した無線局 Aが確認バケツト P 2 aを 無線局 Cに対して送信する (S 21) 。 この確認パケット P 2 aは、 F C S領域に 格納される C R Cコードが上記のように操作されている。 このような C R Cコー ドが操作された確認パケットは、 特殊フォーマットに対応する無線局のみで正常 に受信できる。
無線局 Cは特殊フォーマツトに対応していないので、 受信した確認パケット P 2 aに対して F C Sチェックエラーが発生する ( S 22) 。 これにより、 確認パケ ットは破棄され、 無線局 Cの以後の動作には全く影響を及ぼさない。 無線局 Aでは、 送信した確^ >バケツト P 2 aに対して応答パケットがいつまで も届かないので、 タイムアウトが発生する (S 23) 。 これにより、 無線局 Aは無 線局 Cを特殊フォーマット非対応と認識する。 そして、 その情報を自局の機能管 理テーブルに登録する。
無線局 Aが無線局 Cに送信する場合には、 自局の機能管理テーブルの内容を参 照し、 送信先が特殊フォーマットに対応している力否かを確認する (S 24) 。 こ こでは、 送信先の無線局 Cが特殊フォーマット非対応であるので、 無線局 Aは標 準フォーマツトに従ってデータバケツト P 1 aを生成し、 それを無線局 Cに送信 する (S 24)。 このとき、データパケット P 1 aの MA Cヘッダ(制御情報領 域) には、 標準フォーマットであることを示すフォーマット識別情報が設定される。 無線局 Cはデータバケツト P 1 aを受信すると、 その MA Cヘッダに設定された フォーマツト識別情報により標準フォーマツトであることを認識し、 標準フォー マットの定義に従って処理する (S 25) 。
また、 無線局 Cが無線局 Aに送信する場合には、 標準フォーマットに従ってデ ータパケット P 1 bを生成して送信する ( S 26) 。 このとき、 データバケツト P 1 aの M A Cヘッダ (制御情報領域) には、 標準フォーマットであることを示す フォーマツト識別情報が設定される。 無線局 Aはデータバケツト P 1 bを受信す ると、 その MA Cヘッダに設定されたフォーマツト識別情報により標準フォーマ ットであることを認識し、 受信したデータパケット P 1 bを標準フォーマツトの 定義に従って処理する (S 27) 。
このように、 本実施形態では確認バケツト P 2 aおよび応答バケツト P 2 bの C R Cコードを操作することにより、 無線局 A, B間および無線局 A, Cで互い に特殊フォーマットへの対応の有無を確認し、 機能管理テーブルで管理する。 特 殊フォーマツトに対応する無 f泉局に送信する場合には、 特殊フォーマツトのデ一 タパケットを生成するとともに、 その MA Cヘッダに特殊フォーマットであるこ とを示すフォーマット識別情報を設定する。 また、 標準フォーマットに対応する 無線局に送信する場合には、 標準フォーマツトのデータパケットを生成するとと もに、 その MA Cヘッダに標準フォーマツトであることを示すフォーマツト識別 情報を設定する。 受信側では、 MA Cヘッダのフォーマット識別情報から受信し たデータパケットのフォーマツトを認識し、 対応するフォーマツトでデータパケ ットを受信処理する。
図 3は、データバケツトのフォーマツト識別のための無線局の処理手順を示す。 図において、 無線局は、 通信機能確認用のデータパケットを確認バケツトとして 生成する (S 30) 。 次に、 確認パケットに対する誤り検出のための C R Cコード を生成し (S 31) 、 その C R Cコードの全ビットをビット反転し、 その結果を確 認パケットの F C S領域に格納する (S 32) 。 なお、 全ビットをビット反転する 代わりに、 所定の一部のビットをビット反転したり、 所定値を加算または減算す る処理を行ってもよい。
次に、 この確認パケットを通信相手の無線局に対して送信し (S 33) 、 確認パ ケットを送信してからの経過時間を確認するために内部タイマを起動する (S 3 4 ) 。 ここで、 内部タイマがタイムアウトする前に送信した確認ノ、。ケットに対する 応答パケットを受信するか否かを監視し (S 35, S 36) 、 タイムアウトする前に 応答パケットを受信した場合には、 送信先の無線局が特殊フォーマツト対応と認 識し、 その情報を送信先の無 f泉局 I Dに対応付けて自局の機能管理テーブルに登 録する (S 37)。一方、応答バケツトを受信する前にタイムァゥトした場合には、 送信先の無線局が特殊フォーマツト非対応と認識し、 その情報を送信先の無線局 I Dに対応付けて自局の機能管理テーブルに登録する (S 38) 。
また、 他にも通信相手の無線局が存在する場合にはステップ S 39から S 30に戻 り、上記の動作を繰り返す。これにより、各無線局の機能管理テーブルには図 1 (2) に示すような情報が登録される。 これにより、各無線局は通信相手の無線局が特 殊フォーマツトに対応しているか否かを機能管理テーブルの内容から把握できる c 図 4は、 無線局のデータパケット送信処理手順 1を示す。 図において、 送信処 理を行う無線局 Aは、 利用可能な全ての無線チャネルの中から全ての空き無線チ ャネルを検索する (S 41) 。 実際には、 チャネル毎にキャリアセンスによって無 線チャネルの空き状況を検出する。検出した空き無線チャネルの総数を Nとする。 空き無線チャネルを 1つ以上検出した場合には次のステップ S 42に進む。 次に、 送信バッファ上で送信待ち状態にあるデータフレームの有無に関する情報を取得 する (S 42) 。 そして、 送信待ちのデータフレームがあれば次のステップ S 43に 進む。
次に、 自局の機能管理テーブルの内容を参照し、 送信先の無線局が特殊フォー マットに対応しているか否かを識別する (S 43) 。 特殊フォーマット非対応の無 線局に向けて送信する場合には、 一般的な無線局の場合と同様に、 1個のデータ フレームから標準フォーマットの 1個のデータパケットを生成する (S 44) 。 一 方、 特殊フォーマット対応の無線局に向けて送信する場合には、 空き無線チヤネ ル数 Nに応じて特殊フォーマツトのデータパケットを生成する。 空き無線チヤネ ルの数 Nが 1の場合には、 一般的な無線局の場合と同様に 1個のデータフレーム を用いて 1個のデータパケットを生成する (S 45, S 46) 。 ただし、 データパケ ットのフォーマットは特殊フォーマットを用い、 MA Cヘッダに特殊フォーマツ トを示すフォーマツト識別情報が設定される。 空き無線チャネルの数 Nが 2以上 の場合には、 1個または複数個のデータフレームを用いて特殊フォーマツトの X 個 (複数) のデータパケットを生成する (S 45, S 48) 。 このデータパケットの MA Cヘッダには、特殊フォーマットを示すフォーマツト識別情報が設定される。 ステップ S 44, S 46で 1個のデータパケットが生成される場合には、 1個の空 き無線チャネルを用いて 1個のデータパケットを送信する (S 47) 。 一方、 ステ ップ S 48で空き無線チャネルの数 Nが 2以上で X個 (複数) のデータパケットが 生成される場合には、 X個のデータバケツトを X個の空き無線チャネルを同時に 使って並列送信する (S 49) 。
図 5は、 無線局のデータパケット送信処理手順 2を示す。 ここでは、 空間分割 多重を併用する場合を示し、 空き無線チャネルの各空間分割多重数の総和が Lで ある場合に、 並列送信するデータパケット数 は (X≤L ) の範囲内で決定され る。
空間分割多重により 1つの無線チャネルで複数のデータバケツトを同時に送信 できるので、 図 4のステップ S 45, S 46に相当する処理は省略されている。 した がって、 送信先の無線局が特殊フォーマットに対応している場合には、 ステップ S 43から S 48に進み、 X個のデータパケットを生成する。 次に、 1個または複数 個の空き無線チャネルと空間分割多重を併用し、 X個のデータバケツトを並列送 信する (S 49B ) 。 その他の動作は図 4に示す送信処理手順 1と同様である。 なお、 この送信処理手順 2では、 複数の無線チャネルを同時に使用できる場合 に空間分割多重を併用することを想定しているが、 使用可能な無線チャネルが 1 つだけの場合であっても、 空間分割多重を用いて複数のデータバケツトを同時に 並列送信することが可能である。
図 6は、 無線局のデータパケット受信処理手順も示す。 図において、 受信処理 を行う無線局は、 複数の無線チャネルの各々についてデータパケットの受信処理 を繰り返し実行する (S51) 。 ここで、 データパケットを受信すると、 受信した データパケットについて FC Sチェックを行う (S52) 。 すなわち、 データパケ ットに対して所定の C R C演算を行つた結果と F C S領域に格納されている C R Cコードが一致するか否かを調べる。
標準フォーマツトあるいは特殊フォーマツトのデータバケツトを正常に受信し た場合には、 CRC演算の結果と CRCコードとがー致するが、 データパケット の内容にビットエラーなどが発生している場合には不一致が生じる。 また、 確認、 バケツトを伝送する場合には、 送信側が図 3のステップ S32で CRCコードをビ ット反転しているので、 常に不一致が生じる。
そこで、 C R Cコードの一致を検出した場合には、 受信したデ一タパケットの 宛先が自局の I Dと一致する力否かを確認し (S53) 、 自局宛ての場合には受信 したデータパケットの MACヘッダから得たフォーマツト識別情報によりフレー ムフォーマットを認識し、 受信したデータパケットを処理する (S54) 。 また、 自局宛てでなければ受信したデータパケットを破棄する (S56) 。
また、 CRCコードの不一致を検出した場合には、 CRCコードに対して送信 側が図 3のステップ S32で行う演算と逆の演算を行う。 ここでは、 CRCコード の全ビットを反転して元の CRCコードを復元し、 その結果がデータパケットの CRC演算結果と一致するか否かを確認、する (S55) 。 受信したデータパケット にデータのビットエラーが発生している場合には、 CRCコードをビット反転し ても不一致が検出されるので、 受信したデータパケットを破棄する (S56) 。
—方、 確認パケットを受信した場合には、 ビット反転の結果が一致するので、 受信した確認バケツトの宛先が自局の I Dと一致する力否かを確認する(S57)。 自局宛の確認バケツトを受信した場合には、 送信元の無線局を特殊フォーマツト 対応と認識し、 その情報を送信元の無/線局 I Dに対応付けて自局の機能管理テー ブルに登録する (S 58) 。 さらに、 送信元の無線局 Aに対して所定の応答パケッ トを送信する (S 59) 。 一方、確認パケットが自局宛てでなければ破棄する (S 5 6) 。
なお、 特殊フォーマットに対応していない従来の動作を行う無線局が確認パケ ットを受信した場合には、 単に F C Sチェックエラーとして処理してバケツトを 破棄するので、 何も問題は生じない。 すなわち、 特殊フォーマットに対応した無 線局と特殊フォーマット非対応の無線局とが混在するシステムであっても問題は 生じない。
[データバケツトのフォーマツト識別手順の第 2の実施形態]
図 7および図 8は、 本宪明の無線パケット通信方法におけるデータパケットの フォーマット識別手順の第 2の実施形態を示す。
まず、 特殊フォーマットに対応する無線局 Aと無線局 Bとの間で、 特殊フォー マツトに対応しているか否かを確認し、 特殊フォーマツトのデータバケツトを送 受信する手順について、 図 7を参照して説明する。 なお、 無線局 Aと無線局 Bが 確認バケツト P 2 aおよび応答バケツト P 2 bのやりとりにより、 互いに特殊フ ォーマツトに対応する無線局であることを認識し、 その情報を自局の機能管理テ 一ブルに登録する手順(S 11〜S 14)は、図 1に示す処理と同じである。ただし、 確認パケット P 2 aおよび応答バケツト P 2 bは、 C R Cコードが操作されてお り、 特殊フォーマットに対応する無線局のみで正常に受信できる。 ' 無線局 Aが無線局 Bに送信する場合には、 自局の機能管理テーブルの内容を参 照し、 送信先が特殊フォーマットに対応しているか否かを確認する (S 15) 。 こ こでは、 送信先の無線局 Bが特殊フォーマットに対応しているので、 無線局 Aは 特殊フォーマツトに従ってデータパケット P 1 aを生成し、 それを無/線局 Bに送 信する (S 15) 。 なお、 並列送信の場合には、 パケット長が揃った複数のデータ バケツトが生成される。
無/線局 Bはデータパケット P 1 aを受信すると、 その MA Cヘッダから送信元 の無線局を識別し、 自局の機能管理テーブルの内容を参照して送信元の無線局が 特殊フォーマットに対応しているか否かを確認する。 ここでは、 送信元の無線局 Aが特殊フォーマツトに対応しているので、 無線局 Bは受信したデータバケツト P 1 aを特殊フォーマットの定義 (予め定義されている) に従って処理する (S 6 1)。
同様に、 無線局 Bが無線局 Aに送信する場合には、 自局の機能管理テーブルの 内容を参照し、 送信先が特殊フォーマットに対応している力否かを確認する (S 1 7) 。 ここでは、 送信先の無線局 Aが特殊フォーマツトに対応しているので、 無線 局 Bは特殊フォーマツトに従ってデータバケツト P 1 bを生成し、 それを無線局 Aに送信する (S 17) 。 なお、 並列送信の場合には、 パケット長が揃った複数の データバケツトが生成される。
無線局 Aはデータバケツト P 1 bを受信すると、 その MA Cヘッダから送信元 の無線局を識別し、 自局の機能管理テーブルの内容を参照して送信元の無線局が 特殊フォーマットに対応しているカゝ否かを確認する。 ここでは、 送信元の無線局 Bが特殊フォーマツトに対応しているので、 無線局 Aは受信したデータバケツト P 1 bを特殊フォーマットの定義 (予め定義されている) に従って処理する (S 6 2)。
次に、 特殊フォーマツトに対応する無線局 Aと特殊フォーマツトに非対応の無 線局 Cとの間で、 特殊フォーマットに対応しているか否かを確認し、 標準フォー マツトのデータパケットを送受信する手順について、 図 8を参照して説明する。 なお、 無線局 Aが無線局 Cに対して確認バケツト P 2 aを送信し、 無線局 Cが標 準フォーマットに対応する無線局であることを認識し、 その情報を自局の機能管 理テーブルに登録する手順 (S 21〜S 23) は、 図 2に示す処理と同じである。 無線局 Aが無線局 Cに送信する場合には、 自局の機能管理テーブルの内容を参 照し、 送信先が特殊フォーマットに対応している力否かを確認する (S 24) 。 こ こでは、 送信先の無線局 Cが特殊フォーマット非対応であるので、 無線局 Aは標 準フォーマツトに従ってデータバケツト P 1 aを生成し、 それを無線局 Cに送信 する (S 24) 。 無線局 Cはデータパケット P 1 aを受信すると、 標準フォーマツ トの定義に従って処理する (S 25)。
また、 無線局 Cが無線局 Aに送信する場合には、 標準フォーマットに従ってデ 一タパケット P 1 bを生成して送信する (S 26) 。 無線局 Aはデータバケツト P l bを受信すると、 その MA Cヘッダから送信元の無線局を識別し、 自局の機能 管理テーブルの内容を参照して送信元の無線局が特殊フォーマットに対応してい るか否かを確認する。 ここでは、 送信元の無線局 Cが特殊フォーマット非対応で あるので、 無線局 Aは受信したデータバケツト P 1 bを標準フォーマツトの定義 に従って処理する (S 71) 。
データバケツトのフォーマツト識別手順の第 1の実施形態では、 送信するデー タパケットの MA Cヘッダにフォーマツト識別情報を設定し、 受信側でそのフォ 一マット識別情報に応じたフォーマットで受信処理していた。 一方、 本実施形態 は、 MA Cヘッダにフォーマット識別情報を設定せず、 MA Cヘッダから送信元 の無線局を識別し、 機能管理テーブルを参照して受信したデータバケツトのフォ 一マツトを識別するようになっている。
また、データパケットについても、確認パケットおよび応答パケットと同様に、 特殊フォーマツトの場合には C R Cコードを操作して F C S領域に格納し、 受信 側で操作された C R Cコードであることを識別し、 特¾ ^フォーマットであること を認識するようにしてもよい。
[特殊フォーマツトのデータパケットのフレーム構成]
図 9は、 特殊フォーマツトのデータパケットの第 1のフレーム構成例を示す。 ここでは、 図 2 4 (2) に示すようにデータフレームの 「切り貼り」 により作成さ れるデータパケットのフレーム構成を示す。 なお、 切り貼りによってデータフレ ームが分割された場合には、 それぞれを 「フラグメント」 という。
データパケットは、 MA Cヘッダ (制御情報領域) と、 最大で 2296バイトのデ ータ領域と、 F C S (フレームチェックシーケンス) 領域から構成される。 特殊 フォーマットのデータパケットは、 データ領域に、 メインヘッダと、 切り貼りさ れた各データフレームのデータ部と、 各データ部に付加されるサブヘッダが配置 される。
メインヘッダは、 当該データバケツトに含まれるデータフレームおよびフラグ メントの数に応じたメインへッダの構成を示す種別フィールド ( 1ビット) 、 デ ータパケット内のフレーム数を示すフレーム数フィールド (6ビット) 、 データ バケツト内のフレーム開始位置をバイト単位で表す第 1フレーム開始位置フィー ルド(11ビット)、フラグメントの有無と位置を示すフラグメントフィールド (2 ビット) 、 その他のフィールド (4ビット) で構成される。 ただし、 当該データ パケットに含まれるデータフレームおよびフラグメントの数が複数の場合には種 別フィールドは 「1」 となる。 また、 当該データパケットに含まれるデータフレ —ムおよびフラグメントの数が 1の場合には種別フィールドは 「0」 となり、 メ ィンへッダは種別フィールド ( 1ビット) とその他のフィールド ( 7ビット) で 構成される。 メインヘッダを構成する各フィールドのビット数は一例であり、 そ の他のフィールドはメインヘッダがバイト単位になるように調整するものであり、 必ずしも必須のものではない。 フラグメントフィールドは、 フラグメントがない 場合は 「0 0」 、 先頭にある場合は 「1 0」 、 最後尾にある場合は 「0 1」 、 先 頭と最後尾にある場合は 「1 1」 となる。
サブへッダは、 各データフレームのデータサイズを示すデータサイズフィール ド (11ビット) 、結合する各データフレームの順番を表すフレーム番号フィール ド( 8ビット)、後続フレームの有無を表す後続フレームフィールド( 1ビッ ト)、 その他のフィールド (4ビット) で構成される。 なお、 サブヘッダを構成する各 フィールドのビット数は一例であり、 その他のフィールドはサプへッダがバイト 単位になるように調整するものであり、 必ずしも必須のものではない。 後続フレ ームフィールドは、 後続フレームがある場合には 「1」 、 後続フレームがない場 合、 すなわち最後尾のデータフレームの場合には 「0」 となる。
図 1 0は、特殊フォーマツトのデータパケットの第 2のフレーム構成例を示す。 ここでは、 図 2 4 (2) に示すようにデータフレームの 「切り貼り」 により作成さ れるデータパケットのフレーム構成を示す。 なお、 第 2のフレーム構成例は、 第 1のフレーム構成例のメィンへッダの構成を簡略化したものである。
メインヘッダは、 当該データパケットに含まれるデータフレームおよびフラグ メントの数に応じたメインへッダの構成を示す種別フィールド ( 1ビット) 、 デ 一タパケット内のフレーム開始位置をバイト単位で表す第 1フレーム開始位置フ ィールド (11ビット) 、 その他のフィールド (4ビット) で構成される。 ただし、 当該データバケツトに含まれるデータフレームおよびフラグメントの数が複数の W
22
場合には種別フィールドは 「1」 となる。 また、 当該データパケットに含まれる データフレームおよびフラグメントの数が 1の場合には種別フィールドは 「 0」 となり、 メインヘッダは種別フィールド (1ビット) とその他のフィールド (7 ビット) で構成される。 メインヘッダを構成する各フィールドのビット数は一例 であり、 その他のフィールドはメインヘッダがバイト単位になるように調整する ものであり、 必ずしも必須のものではない。
サブヘッダの構成は第 1のフレーム構成例と同一である。 なお、 本フレーム構 成例では、 サブヘッダのフレームサイズの情報を用いることにより、 サブヘッダ に後続する部分がフレームかフラグメントかを識別することができる。 これによ り、 第 1のフレーム構成例のメィンへッダからフラグメントフィールドの省略が 可能になっている。 また、 フレーム数フィールドは、 単一のデータパケットから 抽出できるデータフレーム数を示し、 これを用いてデータパケットごとのデータ フレーム抽出処理を完了する契機とすることができる。 し力 し、 データパケット の先頭から順にデータフレームを抽出し、 残りがフラグメントであると判断され たことを契機として当該データフレーム抽出処理を完了することもできる。 これ により、 第 1のフレーム構成例のメインヘッダからフレーム数フィールドの省略 が可能になっている。
図 1 1は、 特殊フォーマツトのデータバケツトの第 3〜第 4のフレーム構成例 を示す。 ここでは、 図 2 4 (3) , (4) に示すようにデータフレームの 「結合」 によ り作成されるデータパケットのフレーム構成を示す。
第 3のフレーム構成例について、 図 1 1 (1) を参照して説明する。 データパケ ットは、 MA Cヘッダ (制御情報領域) と、 最大で 2296バイ トのデータ領域と、 F C S領域から構成される。 特殊フォーマットのデータパケットは、 データ領域 に、 メインヘッダと、 結合された各データフレームのデータ部と、 各データ部に 付加されるサブヘッダが配置される。 サブヘッダの構成は第 1のフレーム構成例 と同様である。
メインヘッダは、 当該データバケツトに含まれるデータフレームの数に応じた メィンへッダの構成を示す種別フィールド ( 1ビット) 、 データパケット内のフ レーム数を示すフレーム数フィールド (11ビット) 、 その他のフィールド (4ビ W
23
ット) で構成される。 ただし、 当該データパケットに含まれるデータフレームの 数が複数の場合には種別フィールドは 「1」 となる。 また、 当該データパケット に含まれるデータフレームの数が 1の場合には種別フィールドは 「0」 となり、 メィンへッダは種別フィールド ( 1ビット) とその他のフィールド ( 7ビット) で構成される。 メインヘッダを構成する各フィールドのビット数は一例であり、 その他のフィールドはメィンヘッダがバイト単位になるように調整するものであ り、 必ずしも必須のものではない。
また、 フレーム数フィールドについては、 第 2のフレーム構成例で説明したよ うに省略が可能である。 その場合には、 メインへッダは種別フィールドとその他 のフィールドのみとなり、 種別フィールドの機能であった当該データパケットに 含まれるデータフレームの数に応じたメインヘッダの構成の違いがなくなる。 し たがって、 図 1 1 (2) に示す第 4のフレーム構成例のように、 メインヘッダ自体 を省略することができる。 サブヘッダの構成は第 1のフレーム構成例と同様であ る。
第 3〜第 4のフレーム構成例では、 第 1〜第 2のフレーム構成例のようにフラ グメントが存在せず、 すべてフレーム単位であり、 フレーム開始位置はすべての データバケツトで共通の値になるので、 フラグメントフィールドとともに第 1フ レーム開台位置フィールドが不要になっている。
[特殊フォーマットの作成 ·復元処理:第 1の処理手順]
図 1 2は、 特殊フォーマットのデータパケットを作成する第 1の処理手順を示 す。 図 1 3は、 第 1の処理手順で作成された第 1のフレーム構成例によるデータ パケットの構成を示す。 ここでは、 並列送信数を 2とし、 図 2 4 (2) に示すよう に、 3つのデータフレームの切り貼りによりパケット長を揃えた 2つのデータパ ケットが作成されるものとする。
図 1 2および図 1 3において、 最初のステップ S101は、 空きチャネル数に応じ た並列送信数 Xを決定する。 なお、 空間分割多重を併用する場合には、 並列送信 数 Xは各無! ¾チャネルの空間分割多重数の総和となる。 ここでは、 並列送信に用 レヽる各伝送媒体の伝送速度は同一とする。
次のステップ S102は、 送信するデータパケットの最大データサイズを Draax と し、 並列送信数 Xに対応する最大データサイズの合計 D max · Χを算出し、 デー タサイズの合計がその範囲になる複数のデータフレームを選択する。 ここでは、 Χ = 2、 Draax =2296バイトとすると、 データサイズの合計が後述するメインへ ッダおよびサブヘッダを含めて (2296 X 2 ) バイト以下になる複数 (3個) のデ 一タフレームが選択される。 選択された各データフレーム 1, 2, 3のデータサ ィズを L 1, L 2 , L 3 (バイト) とする。
次のステップ S103は、 各データフレームにそれぞれサブへッダを付加し、 それ らを結合したデータブロックを作成する。 サブへッダ ( 3バイト) の構成は、 図 9に示す通りである。 後続フレームフィールドは、 例えばデータフレーム 1, 2 に対しては後続フレームがあるので 「1」 、 データフレーム 3に対しては後続フ レームがないので 「0」 となる。 この 3つのデータフレームを結合したデータブ ロックのサイズは、 サブヘッダが 3バイトであるので、
( 3 + L 1 ) + ( 3 + L 2 ) + ( 3 + L 3 ) ≤2296 X 2 (バイ ト)
となる。
次のステップ S104は、 ステツプ S103で作成されたデータプロックを並列送信数 Xで分割し、 パケット長が揃った X個のデータブロックを作成する。 ここでは、 第 1のデータブロックは、 データフレーム 1とそのサブヘッダ、 データフレーム 2の一部 ( 2 a ) とそのサブヘッダから構成される。 第 2のデータブロックは、 データフレーム 2の残りの一部 (2 b ) 、 データフレーム 3とそのサブヘッダか ら構成される。 なお、 ここでの分割 {立置はデータフレーム 2のデータ部になって いるが、 サブヘッダ内で分割される場合もある。 いずれにしても、 分割されたデ 一タフレームは 「フラグメント」 として扱われる。 すなわち、 第 1のデータプロ ックはデータフレーム 1とフラグメント、 第 2のデータプロックはフラグメント とデータフレーム 3という糸且み合わせになる。
また、 並列送信する伝送媒体の伝送速度が異なる場合には、 各伝送媒体の伝送 速度を R i ( iは 1〜Xの整数) 、その最大速度を Rraax としたときの各伝送媒 体ごとの最大データサイズ D max · R i/Rmax を決定し、 X個の伝送媒体を用い て並列送信する場合の最大データサイズの合計 (Dmax ■ ∑ (R i/Rmax) ) を算 出する。 そして、 その範囲で複数のデータフレームのデータ部にサブヘッダを付 加して連結し、 連結したデータブロックを伝送速度 R i に応じたサイズ比で X分 割し、 パケット長 (所要伝送時間) が揃った X個のデータプロックを作成する。 次のステップ S105は、 X個のデータプロックにそれぞれメィンへッダを付加し、 さらに先頭に M A Cヘッダ (データパケットの制御情報領域) を付加し、 最後尾 に F C S領域を付加してデータパケットを作成する。 メインヘッダ ( 3バイ 1、ま たは 1バイト) の構成は、 図 9の第 1のフレーム構成例に示す通りである。
データパケット 1の第 1フレーム開始位置フィールドは、 データバケツト 1の メィンヘッダの開台位置を基準に、 データフレーム 1のサブヘッダの開始位置を 示す 「a」 とする。 すなわち、 aはメインヘッダの長さに対応する。 データパケ ット 2の第 1フレーム開始位置フィールドは、 データフレーム 2のメインヘッダ' の開始位置を基準に、 メインヘッダの長さ aにフラグメント (2 b ) の長さ!)を 加えた Γ 3 + p J となる。 データフレーム 1のフラグメントフィールドは、 フラ グメント (2 a ) が最後尾にあるので 「0 1」 、 データフレーム 2のフラグメン トフィーノレドは、 フラグメント (2 b ) が先頭にあるので 「1 0」 となる。
次に、 このデータパケット 1 , 2の復元処理の手順について、 図 1 4を参照し て説明する。
(1) 受信した各データバケツトの MA Cヘッダに含まれるデータバケツトの順 番を表す値に従って、 受信した複数のデータパケットを並び替える。 ここでは、 データパケット 1, 2の順番に並び替えて以下の処理を行う。
(2) データパケット 1, 2のメインヘッダの種別フィールドの値から、 データ バケツト 1, 2に含まれるデータフレームおよびフラグメントの数に応じたメイ ンへッダの構成を確認する。 ここでは、 データパケット 1, 2ともに、 メインへ ッダにはフレーム数フィールド、 第 1フレーム開始位置フィールド、 フラグメン トフィールドが含まれていることが確認される。
(3) データパケット 1のメインへッダの第 1フレーム開始位置フィールドの値 カ ら、 第 1フレームのサブヘッダの開始位置 (a ) を認識する。
(4) データバケツト 1の第 1フレーム開始位置にあるサブヘッダのデータサイ ズ (L 1 ) とフレーム番号 (1 ) 力 ら、 対応するデータフレーム 1のデータ部を 切り出す。 このとき、 データフレーム 1については、 フレーム番号と後続フレー ムの有無が対応付けて管理される。
(5) データパケット 1のメインへッダのフレーム数フィ一ノレドとフラグメント フィールドの値から、 次に続く処理を認識する。 ここでは、 データパケット 1の フレーム数は 「1」 、 フラグメント情報は 「0 1」 であるので、 データフレーム 1以外のデータフレームはなく、 データフレーム 1の後にフラグメントが続いて いると認識する。 そして、 データパケット 2の先頭にあるフラグメントとの結合 処理のために、 データバケツト 1のフラグメントを一時格納する。
(6) データパケット 2のメインヘッダの第 1フレーム開始位置フィールドの値 から、 データパケット 2のデータフレーム 3のサブヘッダの開始位置 (a + p ) を認識する。
(7) データバケツト 2の第 1フレーム開始位置にあるサブヘッダのデータサイ ズ (L 3 ) とフレーム番号 (3 ) から、 対応するデータフレーム 3のデータ部を 切り出す。 このとき、 データフレーム 3については、 フレーム番号と後続フレー ムの有無が対応付けて管理される。
(8) データパケット 2のメインへッダのフレーム数フィールドとフラグメント フィールドの値から、 次に続く処理を認識する。 ここでは、 データパケット 2の フレーム数は 「1」 、 フラグメント情報は 「1 0」 であるので、 データフレーム 3以外のデータフレームはなく、 データフレーム 3の前はフラグメントであると 認識し、 フラグメントの結合処理に入る。 フラグメントの結合処理では、 データ パケット 1の最後尾のフラグメント (データフレーム 2のサブへッダとデータ部 の一部 ( 2 a ) ) と、 データパケット 2の先頭のフラグメント (データフレーム 2のデータ部の一部 (2 b ) ) を結合する。 そして、 サブヘッダのデータサイズ ( L 2 ) とフレーム番号 (2 ) により、 対応するデータフレーム 2のデータ部を 切り出す。 このとき、 データフレーム 2については、 フレーム番号と後続フレー ムの有無が対応付けて管理される。
以上のように、 各データパケットのメインヘッダとサブへッダの情報を利用す ることにより、 受信した 2つのデータパケット 1, 2から送信側で切り貼りした 3つのデータフレーム 1 , 2 , 3を復元することができる。 なお、 データフレー ム 3のサブへッダの後続フレームフィールドは「 0」であり、データフレーム 1, 2 , 3が復元されているので、 並列送信されたすベてのデータパケット 1, 2を 受信したことが確認される。
図 1 5は、 第 1の処理手順で作成された第 2のフレーム構成例によるデータパ ケットの構成を示す。 ここでは、 並列送信数を 2とし、 2つのデータフレームの 切り貼りによりバケツト長を揃えた 2つのデータバケツトが作成されるものとす る。
2つのデータフレーム 1, 2にそれぞれサブへッダを付加し、 それらを結合し たデータプロックを作成する。 このデータプロックを並列送信数 2で分割し、 パ ケット長が揃った 2個のデータブロックを作成する。 ここでは、 第 1のデータプ ロックは、 データフレーム 1の一部 (l a ) とそのサブヘッダから構成される。 第 2のデータプロックは、 データフレーム 1の残りの一部 (l b ) 、 データフレ ーム 2とそのサブヘッダから構成される。 すなわち、 第 1のデータブロックはフ ラグメント、 第 2のデータブロックはフラグメントとデータフレーム 2という組 み合わせになる。
次に、 2個のデータブロックにそれぞれメインヘッダを付加し、 さらに先頭に MA Cヘッダ (データパケットの制御情報領域) を付カ卩し、 最後尾に F C S領域 を付加してデータパケットを作成する。 メインヘッダ (2バイトまたは 1バイ ト) の構成は、 図 1 0の第 2のフレーム構成例に示す通りである。 データバケツ ト 1の種別フィールドは 「0」 であり、 次の第 1フレーム開始位置フィールドは 存在しない。 データパケット 2の種別フィールドは 「1」 であり、 次の第 1フィ 一ルド開始位置フィールドの値は 「a + p」 である。
次に、 このデータバケツト 1, 2の復元処理の手順について、 図 1 6を参照し て説明する。
(1) 受信した各データバケツトの MA Cヘッダに含まれるデータパケットの順 番を表す値に従って、 受信した複数のデータパケットを並び替える。 ここでは、 データパケット 1, 2の順番に並ぴ替えて以下の処理を行う。
(2) データパケット 1, 2のメインへッダの種別フィールドの値から、 データ バケツト 1, 2に含まれるデータフレームおよびフラグメントの数に応じたメイ ンヘッダの構成を確認する。 ここでは、 データパケット 2のメインヘッダに、 第 W
28
1フレーム開始位置フィールドが含まれていることが確認される。 また、 データ パケット 1のメインヘッダには、 第 1フレーム開始位置フィールドがないことが 確認される。 なお、 データパケット 1に含まれる 1つのデータフレームまたはフ ラグメントは、 MA Cへッダの情報により 1つのフラグメントであることが確認、 される。 あるいは、 データパケット 1のサブヘッダのフレームサイズに対して後 続するデータサイズが小さいことから、 データバケツト 1はフラグメントである 判断してもよい。
(3) データパケット 1はフラグメントであり、 データパケット 2の先頭にある フラグメントとの結合処理のためにデータパケット 1のフラグメントを一時格納 する。
(4) データバケツト 2のメインヘッダの第 1フレーム開始位置フィールドの値 から、 第 1フレームのサブヘッダの開始位置 ( a + p ) を認識する。
(5) データバケツト 2の第 1フレーム開始位置にあるサブヘッダのデータサイ ズ (L 2 ) とフレーム番号 (2 ) から、 対応するデータフレーム 2のデータ部を 切り出す。 このとき、 データフレーム 2については、 フレーム番号と後続フレー ムの有無が対応付けて管理される。
(6) データバケツト 2のフラグメントの結合処理では、 データバケツト 1の最 後尾のフラグメント (データフレーム 1のサブヘッダとデータ部の一部 (l a ) ) と、 データパケット 2の先頭のフラグメント (データフレーム 1のデータ部の一 部 ( 1 b ) )を結合する。 そして、 サブへッダのデータサイズ ( L 1 ) とフレーム 番号(1 ) により、対応するデータフレーム 1のデータ部を切り出す。 このとき、 データフレーム 1については、 フレーム番号と後続フレームの有無が対応付けて 管理される。
以上のように、 各データパケットのメインへッダとサブへッダの情報を利用す ることにより、 受信した 2つのデータパケット 1, 2から送信側で切り貼りした 2つのデータフレーム 1 , 2を復元することができる。 なお、 データフレーム 2 のサブへッダの後続フレームフィールドは 「0」 であり、 データフレーム 1 , 2 が復元されているので、 並列送信されたすベてのデータパケット 1 , 2を受信し たことが確言忍さ る。 [特殊フォーマットの作成 ·復元処理:第 2の処理手順]
図 1 7は、 特殊フォーマットのデータパケットを作成する第 2の処理手順を示 す。 図 1 8は、 第 2の処理手順で作成された第 3のフレーム構成例によるデータ バケツトの構成を示す。 ここでは、 並列送信数を 2とし、 図 2 4 (3) に示すよう に、 3つのデータフレームの結合によりパケット長を揃えた 2つのデータバケツ トが作成されるものとする。
図 1 7および図 1 8において、 最初のステップ S201は、 空きチャネル数に応じ た並列送信数 Xを決定する。 なお、 空間分割多重を併用する場合には、 並列送信 数 Xは各無線チャネルの空間分割多重数の総和となる。 ここでは、 並列送信に用 いる各伝送媒体の伝送速度は同一とする。
次のステップ S202は、 各データフレームにそれぞれサブへッダを付加する。 サ ブヘッダ (3バイト) の構成は、 図 1 1 (1) に示す通りである。 後続フレームフ ィールドは、 例えばデータフレーム 1 , 2に対しては後続フレームがあるので 「1」 、 データフレーム 3に対しては後続フレームがないので 「0」 となる。 次のステップ S203は、 送信するデータパケットの最大データサイズを Dmax と し、 その最大データサイズの範囲内でデータフレームを組み合わせ、 X個のデ一 タブ口ックを作成する。 次のステップ S204, S205 は、 各データブロックのデータ サイズを比較し、 各データサイズが不揃いであれば、 最大サイズのデータブロッ クに揃うように他のデータブロックにダミーデータを付加し、 全てのデータブ口 ックのデータサイズを揃える。 ここでは、 第 1のデータプロックは、 データフレ ーム 1とそのサブヘッダ、 データフレーム 2とそのサブヘッダから構成される。 第 2のデータプロックは、 データフレーム 3とそのサブへッダとダミービット'か ら構成さ る。
次のステップ S206は、 X個のデータブロックにそれぞれメィンへッダを付加し、 さらに先頭に MA Cヘッダ (データパケットの制御情報領域) を付加し、 最後尾 に F C S領域を付加してデータパケットを作成する。 メインヘッダ (1バイト) の構成は、 図 1 1 (1) に示す通りである。
データバケツト 1のフレーム数は 2であり、 フレーム数フィールドに表示され る。 データパケット 2のフレーム数は 1であるが、 フレーム数フィールドがない 場合はフレーム数は 1と判断する。
次に、 このデータパケット 1 , 2の復元処理の手順について、 図 1 9を参照し て説明する。
(1) 受信した各データパケットの MA Cヘッダに含まれるデータバケツトの順 番を表す値に従って、 受信した複数のデータパケットを並び替える。 ここでは、 データパケット 1, 2の順番に並び替えて以下の処理を行う。
(2) データパケット 1, 2のメインへッダの種別フィールドの値から、 データ バケツト 1 , 2に含まれるデータフレームの数に応じたメインヘッダの構成を確 認する。 ここでは、 データパケット 1のメインヘッダに、 フレーム数フィールド が含まれていることが確認される。また、データパケット 2のメイン ッダには、 フレーム数フィールドがないことが確認される。
(3) データパケット 1の第 1フレームのサブヘッダのデータサイズ (L 1 ) と フレーム番号 (1 ) から、 対応するデータフレーム 1のデータ部を切り出す。 こ のとき、 データフレーム 1については、 フレーム番号と後続フレームの有無が対 応付けて管理される。
(4) データパケット 1の第 2フレームのサブヘッダのデータサイズ (L 2 ) と フレーム番号 (2 ) から、 対応するデータフレーム 2のデータ部を切り出す。 こ のとき、 データフレーム 2については、 フレーム番号と後続フレームの有無が対 応付けて管理される。
(5) データパケット 2の第 1フレームのサブヘッダのデータサイズ (L 3 ) と フレーム番号 (3 ) から、 対応するデータフレーム 3のデータ部を切り出す。 こ のとき、 データフレーム 3については、 フレーム番号と後続フレームの有無が対 応付けて管理される。 ダミーデータは破棄される。
以上のように、 各データパケットのメインヘッダとサブへッダの情報を利用す ることにより、 受信した 2つのデータパケット 1, 2から送信側で結合された 3 つのデータフレーム 1, 2 , 3を復元することができる。 なお、 データフレーム 3のサブヘッダの後続フレームフィールドは 「0」 であり、 データフレーム 1, 2 , 3が復元されているので、 並列送信されたすベてのデータパケット 1 , 2を 受信したことが確認される。 図 2 0は、 第 2の処理手順で作成された第 4のフレーム構成例によるデータパ ケットの構成を示す。 ここでは、 並列送信数を 2とし、 3つのデータフレームの 結合によりバケツト長を揃えた 2つのデータバケツトが作成されるものとする。
3つのデータフレーム 1, 2, 3にそれぞれサブヘッダを付加し、 それらを組 み合わせてパケット長が揃った 2個のデータブロックを作成する。 次に、 2個の データブロックのそれぞれの先頭に MA Cヘッダ (データバケツトの制御情報領 域) を付カ卩し、 最後尾に F C S領域を付加してデータパケットを作成する。 ここ では、 図 1 7に示す第 2の処理手順のステップ S206でメィンヘッダの付加は行わ れない。
次に、 このデータパケット 1, 2の復元処理の手順について、 図 2 1を参照し て説明する。
(1) 受信した各データバケツトの MA Cヘッダに含まれるデータバケツトの順 番を表す値に従って、 受信した複数のデータパケットを並び替える。 ここでは、 データバケツト 1 , 2の順番に並び替えて以下の処理を行う。
(2) データバケツト 1の第 1フレームのサブヘッダのデータサイズ (L 1 ) と フレーム番号 (1 ) から、 対応するデータフレーム 1のデータ部を切り出す。 こ のとき、 データフレーム 1については、 フレーム番号と後続フレームの有無が対 応付けて管理される。
(3) データパケット 1の第 2フレームのサブヘッダのデータサイズ ( L 2 ) と フレーム番号 ( 2 ) から、 対応するデータフレーム 2のデータ部を切り出す。 こ のとき、 データフレーム 2については、 フレーム番号と後続フレームの有無が対 応付けて管理される。
(4) データパケット 2の第 1フレームのサブヘッダのデータサイズ (L 3 ) と フレーム番号 (3 ) から、 対応するデータフレーム 3のデータ部を切り出す。 こ のとき、 データフレーム 3については、 フレーム番号と後続フレームの有無が対 応付けて管理される。 ダミーデータは破棄される。
以上のように、 各データパケットのサブヘッダの情報を利用することにより、 受信した 2つのデータパケット 1, 2から送信側で結合された 3つのデータフレ ーム 1 , 2, 3を復元することができる。 なお、 データフレーム 3のサブヘッダ の後続フレームフィールドは 「0」 であり、 データフレーム 1, 2 , 3が復元さ れているので、 並列送信されたすベてのデータバケツト 1, 2を受信したことが 確言忍される。
ところで、 図 1 5に示すデータパケット 1, 2、 図 1 8に示すデータパケット 1 , 2は、 メインヘッダの構成の違いによりパケット長に差が生じる。 し力 し、 その差は高々 2バイト程度であるので、 データパケット 1, 2の所要伝送時間の 差はわずかであり、 図 2 3に示したような A C Kバケツトが受信できない問題が 生じることはない。 ただし、 その他のフィールドの長さを調整してパケット長が 同一になるように設定してもよい。
また、 データフレームを切り貼りして構成されるデータパケットの場合には、 種別フィールドの値が 「0」 であっても、 図 9または図 1 0に示す 「1」 の場合 と同じフレーム構成としてもよい。 この場合には、 種別フィールドを省略しても よい。 また、 データフレームを結合して構成されるデータパケットの場合には、 種別フィールドの値が 「0」 であっても、 図 1 1 (1) に示す 「1」 の場合と同じ フレーム構成としてもよい。 この場合には、 種別フィールドを省略してもよい。
[無線バケツト通信装置の構成例]
図 2 2は、 本発明の無線バケツト通信方法が適用される無線バケツト通信装置 の構成例を示す。 ここでは、 3個の無線チャネル # 1, # 2 , # 3を用いて 3個 のデータバケツトを並列に送受信可能な無,線バケツト通信装置の構成について示 すが、 その並列数は任意に設定可能である。 なお、 各無線チャネルごとに空間分 割多重を利用する場合には、 複数の無線チャネルの各空間分割多重数の総和に相 当する並列送信数のデータバケツトを並列に送受信可能であるが、 ここでは空間 分割多重については省略する。
図において、 無線パケット通信装置は、 送受信処理部 1 0— 1 , 1 0— 2, 1 0— 3と、 送信バッファ 2 1, データパケット生成部 2 2 , データフレーム管理 部 2 3, チャネル状態管理部 2 4, パケット振り分け送信制御部 2 5 , データフ レーム復元部 2 6およびヘッダ除去部 2 7とを備える。
送受信処理部 1 0— 1, 1 0— 2 , 1 0— 3は、 互いに異なる無線チャネル # 1, # 2 , # 3で無線通信を行う。 これらの無線チャネルは、 互いに無線周波数 などが異なるので互いに独立であり、 同時に複数の無線チャネルを利用して無線 通信できる構成になっている。 各送受信処理部 1 0は、 変調器 1 1, 無線送信部 1 2 , ァンテナ 1 3, 無線受信部 1 4, 復調器 1 5 , パケット選択部 1 6および キャリア検出部 1 7を備える。
他の無線バケツト通信装置が互いに異なる無線チャネル # 1 , # 2, # 3を介 して送信した無線信号は、 それぞれ対応する送受信処理部 1 0—1, 1 0 - 2 , 1 0— 3のァンテナ 1 3を介して無 f泉受信部 1 4に入力される。 各無線チヤネノレ 対応の無線受信部 1 4は、 入力された無線信号に対して周波数変換, フィルタリ ング, 直交検波および AD変換を含む受信処理を施す。 なお、 各無線受信部 1 4 には、 それぞれ接続されたアンテナ 1 3が送信のために使用されていない時に、 各無線チャネルにおける無線伝搬路上の無線信号が常時入力されており、 各無線 チャネルの受信電界強度を表す R S S I信号がキヤリァ検出部 1 7へ出力される。 また、無線受信部 1 4に対応する無線チャネルで無線信号が受信された場合には、 受信処理されたベースバンド信号が復調器 1 5へ出力される。
復調器 1 5は、 無線受信部 1 4から入力されたベースバンド信号に対してそれ ぞれ復調処理を行い、 得られたデータバケツトはバケツト選択部 1 6へ出力され る。 パケット選択部 1 6は、 入力されたデータパケットに対して C R Cチェック を行い、 データパケットが誤りなく受信された場合には、 そのデータパケットが 自局に対して送信されたもの力否かを識別する。 すなわち、 各データパケットの 宛先 I Dが自局と一致するか否かを調べ、 自局宛てのデータパケットをデータフ レーム復元部 2 6へ出力するとともに、 図示しない送達確認バケツト生成部で送 達確認パケットを生成して変調器 1 1に送出し、 応答処理を行う。 このとき、 送 達確認パケットの送信にあたって、 伝送速度の設定や空間分割多重を適用しない などの送信モードの設定を行うようにしてもよい。 一方、 自局宛でないデータパ ケットの場合には、 バケツト選択部 1 6で当該パケットが破棄される。
データフレーム復元部 2 6は、上述したデータフレーム復元処理手順を用いて、 データパケットからデータフレームを抽出する。 その結果を受信データフレーム 系列としてヘッダ除去部 2 7へ出力する。 ヘッダ除去部 2 7は、 入力された受信 データフレーム系列に含まれている各々のデータフレームからへッダ部分を除去 して出力する。
キャリア検出部 1 7は、 R S S I信号が入力されると、 その信号によって表さ れる受信電界強度の値と予め設定した閾値とを比較する。 そして、 所定の期間中 の受信電界強度が連続的に閾ィ直よりも小さレ、状態が継続すると、 割り当てられた 無線チャネルが空き状態であると判定し、 それ以外の場合には割り当てられた無 線チャネルがビジーであると判定する。 各無線チャネルに対応するキヤリァ検出 部 1 7は、 この判定結果をキヤリァ検出結果 CS 1〜CS 3として出力する。 なお、 各送受信処理部 1 0において、 アンテナ 1 3が送信状態である場合にはキヤリァ 検出部 1 7に R S S I信号が入力されない。 また、 アンテナ 1 3が既に送信状態 にある場合には、 同じアンテナ 1 3を用いて他のデータバケツトを無線信号とし て同時に送信することはできない。 したがって、 各キャリア検出部 1 7は R S S I信号が入力されなかつた場合には、 割り当てられた無線チャネルがビジーであ ることを示すキヤリァ検出結果を出力する。
各無線チャネルに対応するキャリア検出部 1 7から出力されるキャリア検出結 果 CS 1〜CS 3は、 チヤネル状態管理部 2 4に入力される。 チヤネル状態管理部 2 4は、 各無線チャネルに対応するキヤリァ検出結果に基づいて各無線チャネルの 空き状態を管理し、 空き状態の無線チャネルおよび空きチャネル数などの情報を データフレーム管理部 2 3に通知する (図 2 2, a ) 。
一方、送信バッファ 2 1には、送信すべき送信データフレーム系列が入力され、 バッファリングされる。 この送信データフレーム系列は、 1つあるいは複数のデ 一タフレームで構成される。 送信バッファ 2 1は、 現在保持しているデータフレ ームの数、 宛先となる無線パケット通信装置の I D情報、 データサイズ、 バッフ ァ上の位置を表すァドレス情報などをデータフレーム管理部 2 3に逐次通知する ( b ) 。
データフレーム管理部 2 3は、 送信バッファ 2 1から通知された各宛先無線局 I Dごとのデータフレームに関する情報と、 チャネル状態管理部 2 4から通知さ れた無線チャネルに関する情報に基づき、 どのデータフレームからどのようにデ ータパケットを生成し、 どの無線チャネルで送信するかを決定し、 それぞれ送信 バッファ 2 1, データバケツト生成部 2 2およびデータバケツト振り分け送信制 御部 2 5に通知する (c, d, e ) 。 例えば、 空き状態の無 if泉チャネル数 Nが送 信バッファ 2 1にある送信待ちのデータフレーム数 Kより少ない場合に、 空き状 態の無線チャネル数 Nを並列送信するデータバケツト数として決定し、 送信バッ ファ 2 1に対して K個のデータフレームから、 N X Dmax以下になるように送信 するデータフレームを決定し、 それを指定するアドレス情報を通知する (c ) 。 また、 データバケツト生成部 2 2に対しては、 送信バッファ 2 1から入力したデ 一タフレームから N個のデータバケツトを生成するための情報を通知する(d )。 また、 パケット振り分け送信制御部 2 5に対しては、 データパケット生成部 2 2 で生成された N個のデータパケットと空き状態の無線チャネルとの対応を指示す る (e ) 。
送信バッファ 2 1は、 出力指定されたデータフレームをデータバケツト生成部 2 2に出力する ( f ) 。 データパケット生成部 2 2は、 各データフレームからデ ータ領域を抽出し、 前述したサブヘッダを付加した上で切り貼りし、 パケット長 が揃った複数のデータブロックを生成し、 このデータプロックに当該データパケ ットの宛先となる宛先無線局の I D情報やデータフレームの順番を表すシーケン ス番号などの制御情報を含むヘッダ部と、 誤り検出符号である C R C符号 (F C S部) を付加してデータバケツトを生成する。 パケット振り分け送信制御部 2 5 は、 データバケツト生成部 2 2から入力された各データバケツトと各無線チヤネ ルとの対応付けを行う。
このような対応付けの結果、 無線チャネル # 1に対応付けられたデータバケツ トは送受信処理部 1 0— 1内の変調器 1 1に入力され、 無線チャネル # 2に対応 付けられたデータバケツトは送受信処理部 1 0— 2内の変調器 1 1に入力され、 無線チャネル # 3に対応付けられたデータパケットは送受信処理部 1 0— 3内の 変調器 1 1に入力される。 各変調器 1 1は、 バケツト振り分け送信制御部 2 5か らデータバケツトが入力されると、 そのデータバケツトに対して所定の変調処理 を施して無線送信部 1 2に出力する。 各無線送信部 1 2は、 変調器 1 1から入力 された変調処理後のデータパケットに対して、 D A変換, 周波数変換, フィルタ リング及び電力増幅を含む送信処理を施し、 それぞれ対応する無線チャネルを介 してアンテナ 1 3からデータパケットとして送信する。 産業上の利用可能性
本発明は、 複数のデータフレームの結合または切り貼りにより生成された 1つ または複数のデータパケットの特殊フォーマットを規定することができる。 これ により、 複数のデータフレームが含まれる特殊フォーマツトのデータパケットの 送受信が可能になり、 最大スループットの大幅な改善と、 効率的な無 f泉パケット 通信を実現することができる。
また、 特殊フォーマットに対応する無線局と、 標準フォーマットのみに対応す る無線局が混在するシステムであっても、 無線局間で対応するフォーマットを識 別し、 それに応じたフォーマツトのデータバケツトを生成して送受信することが できる。 これにより、 特殊フォーマットに対応する新規な無線局と、 標準フォー マットのみに対応する既存の無線局が混在するシステムにも適用しながらスルー プットの改善を図ることができる。

Claims

請求の範囲
( 1 ) 複数のデータフレームの結合または切り貼りによって生成された特殊フォ 一マツトのデータバケツトと、 1つのデータフレームから生成された標準フォー マットのデータパケットを無線局間で伝送する無線パケット通信方法において、 前記特殊フォーマツトに対応した無線局は、 前記データバケツトを送信する前 に、 前記特殊フォーマツトに対応している無線局のみが受信可能な確認バケツト を送信し、
前記確認バケツトを受信した前記特殊フォーマツトに対応する無線局は、 前記 確認パケットの送信元の無線局を特殊フォーマットに対応しているものとして管 理し、 その無線局に対して前記特殊フォーマットに対応している無線局のみが受 信可能な応答バケツトを送信し、
前記応答バケツトを受信した前記特殊フォーマットに対応する無線局は、 前記 応答バケツトの送信元の無線局を特殊フォーマツトに対応しているものとして管 理し、
自局の管理情報に従って、 送信先の無線局が前記特殊フォーマットに対応して いる場合には前記特殊フォーマツトのデータパケットを送信し、 前記特殊フォー マツトに対応していない場合には前記標準フォーマツトのデータバケツトを送信 する
ことを特徴とする無線パケット通信方法。
( 2 ) 請求項 1に記載の無線パケット通信方法において、
データパケットを送信する無線局は、 送信するデータバケツトの制御情報領域 の中に、 少なくとも前記標準フォーマツトと特殊フォーマツトの区別を表すフォ 一マツト識別情報を設定し、
前記データバケツトを受信した無線局は、 受信したデータバケツトの制御情報 領域に含まれる前記フォーマツト識別情報の内容に応じて前記標準フォーマツト または特殊フォーマットを選択し、 選択したフォーマツトの定義に従って前記デ 一タパケットを受信処理する
ことを特徴とする無線パケット通信方法。
( 3 ) 請求項 1に記載の無線パケット通信方法において、
データパケットを受信した無線局は、 受信したデータパケットの制御情幸艮領域 から送信元の無線局を識別し、 自局の管理情報に従つて送信元の無線局が対応し ているフォーマツトを認識し、 認識したフォーマツトの定義に従って前記データ パケットを受信処理する
ことを特徴とする無線パケット通信方法。
( 4 ) 複数のデータフレームを切り貼りした特殊フォーマツトの複数のデータパ ケットを作成し、 無線局間で並列送信する無 f泉パケット通信方法において、 前記複数のデータフレームのそれぞれに、 データサイズを表すフィールド、 フ レームの順番を表すフィールド、 後続フレームの有無を表すフィールドを含むサ ブへッダを付加し、
前記サブへッダが付加されたデータフレームを結合して 1つのデータプロック を作成し、 この 1つのデータプロックを各パケット長が揃うように分割して並列 送信数のデータプロックを作成し、
前記並列送信数のデータブロックのそれぞれに、 切り貼りされたデータフレー ムの復元に必要な情報を含むメインヘッダを付カ卩し、 さらにその前後にデータパ ケットの制御情報領域およびチェック領域を付加してデータパケットを作成する ことを特徴とする無線パケット通信方法。
( 5 ) 請求項 4に記載の無線パケット通信方法において、
前記メインヘッダは、 データバケツト内のデータフレームおよびフラグメント の数に応じたメインヘッダの構成を示す種別フィールドと、 データバケツト内の フレーム数を示すフレーム数フィールドと、 データパケット内のフレーム開始位 置をパイト単位で表す第 1フレーム開始位置フィールドと、 データフレームが分 割されたフラグメントの有無と位置を示すフラグメントフィールドを有する ことを特徴とする無線パケット通信方法。
( 6 ) 請求項 4に記載の無線バケツト通信方法において、
前記メインヘッダは、 データバケツト内のデータフレームおよびフラグメント の数に応じたメインへッダの構成を示す種別フィールドと、 データパケット内の フレーム開始位置をパイ ト単位で表す第 1フレーム開始位置フィールドを有する ことを特徴とする無線バケツト通信方法。
( 7 ) 請求項 5または請求項 6に記載の無線パケット通信方法において、 前記データパケット内のデータフレームおよびフラグメントの数が 1つの場合 には、 前記種別フィールド以外のフィールドを省略して前記メインヘッダを形成 する
ことを特徴とする無線パケット通信方法。
( 8 ) 請求項 5に記載の無線パケット通信方法において、
受信した各データパケットのメインへッダの種別フィールドの値からメインへ ッダの構成を確認し、
前記データバケツトのメインヘッダの第 1フレーム開始位置フィールドの値か ら、 データフレームのサブへッダの開始位置を認識し、 そのサブへッダのデ一タ サイズから対応するデータフレームを切り出し、
前記データパケットのメインへッダのフレーム数フィ一ノレドとフラグメントフ ィールドの値から、 データフレームが続く場合にはそのサブへッダのデータサイ ズから対応するデータフレームを切り出し、 前記フラグメントが続く場合には、 後続するデータバケツトの先頭にあるフラグメントとの結合処理を行い、 受信した各データパケットに含まれる複数のデータフレームを復元することを 特徴とする無線パケット通信方法。
( 9 ) 請求項 6に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値からメインへ ッダの構成を確認し、
前記データパケットのメインへッダの第 1フレーム開始位置フィールドの値か ら、 データフレームのサブヘッダの開始位置を認、識し、 そのサブヘッダのデータ サイズから対応するデータフレームを切り出し、
切り出したデータフレームに続くサブヘッダのデータサイズと前記サブヘッダ に後続する部分のサイズを比較して、 データフレームかデータフレームが分割さ れたフラグメントかを識別し、 データフレームが続く場合にはそのサブヘッダの データサイズから対応するデータフレームを切り出し、 前記フラグメントが続く 場合には、 後続するデータバケツトの先頭にあるフラグ ;メントとの結合処理を行 O 2005/013576
40
レ、
受信した各データパケットに含まれる複数のデータフレームを復元することを 特徴とする無線バケツト通信方法。
( 1 0 ) 請求項 7に記載の無線パケット通信方法において、
受信した各データパケットのメインヘッダの種別フィールドの値からメインへ ッダの構成を確認し、
前記種別フィールドの構成から前記データフレームおよびフラグメントの数が 1の場合には、 サブへッダのデータサイズと前記サブへッダに後続する部分のサ ィズを比較して、 データフレームかデータフレームが分割されたフラグメントか を識別し、 データフレームが続く場合にはそのサブヘッダのデータサイズから対 応するデータフレームを切り出し、 前記フラグメントが続く場合には、 後続する データパケットの先頭にあるフラグメントとの結合処理を行 、、
受信したデータバケツトに含まれるデータフレームを復元することを特徴とす る無線バケツト通信方法。
( 1 1 ) 複数のデータフレームを結合した特殊フォーマットの 1または複数のデ 一タパケットを作成し、 無線局間で送信する無線パケット通信方法において、 前記データフレームに、 データサイズを表すフィールド、 フレームの順番を表 すフィールド、後続フレームの有無を表すフィールドを含むサブへッダを付加し、 前記サブへッダが付加されたデータフレームを結合したデータプロックを作成 し、
前記データプロックに、 結合されたデータフレームの復元に必要な情報を含む メインへッダを付加し、 さらにその前後にデータパケットの制御情報領域およぴ チェック領域を付加してデータパケットを作成する
ことを特徴とする無線パケット通信方法。
( 1 2 ) 請求項 1 1に記載の無線パケット通信方法において、
前記メインヘッダは、 データバケツト内のデータフレームの数に応じたメイン ヘッダの構成を示す種別フィールドと、 データバケツト内のフレーム数を示すフ レーム数フィールドとを有する
ことを特徴とする無線パケット通信方法。 ( 1 3 ) 請求項 1 2に記載の無線パケット通信方法において、 前記データパケット内のデータフレームの数が 1つの場合には、 前記種別フィ ールド以外のフィールドを省略して前記メィンへッダを形成する
ことを特徴とする無線バケツト通信方法。
( 1 4 ) 請求項 1 2に記載の無線パケット通信方法において、
受信した各データパケットのメインへッダの種別フィールドの値から種別フィ ールドの構成を確認し、
前記各データバケツトごとに、 メインヘッダのフレーム数フィールドの値に応 じて、 データフレームのサブへッダのデータサイズから対応するデータフレーム を順次切り出し、
受信したデータパケットに含まれるデータフレームを復元することを特徴とす る無線バケツト通信方法。
( 1 5 ) 請求項 1 3に記載の無線バケツト通信方法において、
受信した各データパケットのメインへッダの種別フィールドの値から種別フィ ールドの構成を確認し、
前記各データパケットごとに、 データフレームのサブヘッダのデータサイズか ら対応するデータフレームを順次切り出し、
受信したデータパケットに含まれるデータフレームを復元することを特徴とす る無線パケット通信方法。
PCT/JP2004/010986 2003-07-30 2004-07-26 無線パケット通信方法 WO2005013576A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA 2518696 CA2518696C (en) 2003-07-30 2004-07-26 Wireless packet communication method
JP2005512537A JP3914558B2 (ja) 2003-07-30 2004-07-26 無線パケット通信方法
CN2004800097711A CN1774898B (zh) 2003-07-30 2004-07-26 无线分组通信方法以及无线分组通信装置
EP20040748145 EP1650922B1 (en) 2003-07-30 2004-07-26 Radio packet communication method
US10/549,240 US7668143B2 (en) 2003-07-30 2004-07-26 Wireless packet communication method and apparatus

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2003203630 2003-07-30
JP2003-203630 2003-07-30
JP2003-209582 2003-08-29
JP2003209582 2003-08-29

Publications (1)

Publication Number Publication Date
WO2005013576A1 true WO2005013576A1 (ja) 2005-02-10

Family

ID=34117889

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/010986 WO2005013576A1 (ja) 2003-07-30 2004-07-26 無線パケット通信方法

Country Status (7)

Country Link
US (1) US7668143B2 (ja)
EP (1) EP1650922B1 (ja)
JP (1) JP3914558B2 (ja)
KR (1) KR100733673B1 (ja)
CN (1) CN1774898B (ja)
CA (1) CA2518696C (ja)
WO (1) WO2005013576A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007214956A (ja) * 2006-02-10 2007-08-23 Nippon Telegr & Teleph Corp <Ntt> 無線通信方法
JP2007318247A (ja) * 2006-05-23 2007-12-06 Allied Telesis Holdings Kk バス型ネットワークにおける利用者制限方法および利用者制限装置、ならびにバス型ネットワークシステム
JP2008536361A (ja) * 2005-03-10 2008-09-04 クゥアルコム・インコーポレイテッド 個別に復号化できるパケットで制御情報を送信することによって制御情報取得レイテンシーを改善する方法
JP2009508451A (ja) * 2005-09-12 2009-02-26 クゥアルコム・インコーポレイテッド 無線ネットワーク通信において使用するための高速制御メッセージング機構
JP2010502059A (ja) * 2006-08-23 2010-01-21 アルカテル−ルーセント 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置
JP2010251990A (ja) * 2009-04-14 2010-11-04 National Institute Of Information & Communication Technology データ送受信方法,データ送信装置,及びデータ受信装置
JP2012521164A (ja) * 2009-03-17 2012-09-10 エントロピック・コミュニケーションズ・インコーポレイテッド MoCAにおけるエラー時の迅速なMAPリカバリ方法
JP2012239232A (ja) * 2007-01-09 2012-12-06 Sharp Corp 基地局装置、移動局装置、制御情報送信方法、および制御情報受信方法
US20140314020A1 (en) * 2006-03-14 2014-10-23 Sharp Kabushiki Kaisha Method and apparatus for allocating terminal identifiers based on communication function
JP2014212579A (ja) * 2014-08-21 2014-11-13 ソニー株式会社 通信装置及び通信方法、並びに通信システム
US9712336B2 (en) 2009-05-08 2017-07-18 Sony Corporation Communication apparatus, communication method, computer program, and communication system
CN116668004A (zh) * 2023-05-12 2023-08-29 深圳市晶存科技有限公司 一种异常信息的快速识别方法、装置及其存储介质

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3585126B1 (en) * 2003-09-09 2021-09-01 Nippon Telegraph And Telephone Corporation Multi-channel wlan station
US7684762B2 (en) * 2004-10-18 2010-03-23 Lg Electronics Inc. Method of transmitting feedback information in an orthogonal frequency division multiplexing (OFDM)/OFDM access (OFDMA) mobile communication system
US7564831B2 (en) * 2004-12-27 2009-07-21 Lg Electronics, Inc. Method of transmitting feedback information using an extended subheader
JP2006197045A (ja) * 2005-01-12 2006-07-27 Nec Corp 無線パケット信号伝送システム、無線パケット信号伝送端末及びそれらに用いる無線パケット信号伝送方法
KR100713152B1 (ko) * 2005-02-17 2007-05-02 삼성전자주식회사 홈네트워크 및 그의 채널할당방법
US8675631B2 (en) * 2005-03-10 2014-03-18 Qualcomm Incorporated Method and system for achieving faster device operation by logical separation of control information
US20100157833A1 (en) * 2005-03-10 2010-06-24 Qualcomm Incorporated Methods and systems for improved timing acquisition for varying channel conditions
US7623607B2 (en) 2005-10-31 2009-11-24 Qualcomm Incorporated Methods and apparatus for determining timing in a wireless communication system
US8948329B2 (en) * 2005-12-15 2015-02-03 Qualcomm Incorporated Apparatus and methods for timing recovery in a wireless transceiver
KR101430465B1 (ko) * 2007-12-05 2014-08-18 엘지전자 주식회사 무선 통신 시스템에서 호출 메시지 송수신 방법 및 데이터송수신 방법
WO2010074448A2 (ko) * 2008-12-22 2010-07-01 엘지전자 주식회사 무선 통신 시스템에서 상향링크 자원 요청 및 할당 방법
EP2227052A1 (en) * 2009-03-04 2010-09-08 Alcatel Lucent Resource allocation method and apparatus thereof
WO2010101439A2 (en) * 2009-03-05 2010-09-10 Lg Electronics Inc. Method and apparatus for updating system information in broadband wireless communication system
US20100309908A1 (en) * 2009-06-08 2010-12-09 Hewlett-Packard Development Company, L.P. Method and system for communicating with a network device
KR20120084237A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 엠엠티(mmt)에서 엠엠티 인캡슐레이터를 전송하는 방법
JP5329581B2 (ja) 2011-02-04 2013-10-30 株式会社東芝 無線通信端末および無線通信方法
KR101779614B1 (ko) * 2011-06-08 2017-09-18 엘에스산전 주식회사 인버터 통신 시스템
JP5814829B2 (ja) 2012-03-01 2015-11-17 株式会社東芝 無線通信装置及び方法
US10425371B2 (en) * 2013-03-15 2019-09-24 Trane International Inc. Method for fragmented messaging between network devices
US10270719B2 (en) * 2013-09-10 2019-04-23 Illinois Tool Works Inc. Methods for handling data packets in a digital network of a welding system
JP2023043893A (ja) * 2020-02-18 2023-03-30 シャープ株式会社 ステーション装置、通信方法
US11722248B1 (en) * 2022-01-26 2023-08-08 Zurn Industries, Llc Cloud communication for an edge device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003125018A (ja) * 2001-10-17 2003-04-25 Sony Corp 伝送システム、データ送信装置、データ受信装置、データ送信方法、データ受信方法
JP2003529978A (ja) * 2000-01-20 2003-10-07 ノーテル・ネットワークス・リミテッド 高速データを伝送する可変速度無線チャネルのためのフレーム構造

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6987770B1 (en) 2000-08-04 2006-01-17 Intellon Corporation Frame forwarding in an adaptive network
US6721302B1 (en) * 2000-11-17 2004-04-13 Nokia Corporation Apparatus, and associated method, for communicating packet data in a SDMA (Space-Division, Multiple-Access) communication scheme
US6804220B2 (en) 2001-05-07 2004-10-12 Qualcomm Incorporated Method and apparatus for generating control information for packet data
AU2002365791B2 (en) 2001-12-05 2007-02-15 3G Licensing S.A. Error detection code generating method and error detection code generator

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003529978A (ja) * 2000-01-20 2003-10-07 ノーテル・ネットワークス・リミテッド 高速データを伝送する可変速度無線チャネルのためのフレーム構造
JP2003125018A (ja) * 2001-10-17 2003-04-25 Sony Corp 伝送システム、データ送信装置、データ受信装置、データ送信方法、データ受信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1650922A4 *

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008536361A (ja) * 2005-03-10 2008-09-04 クゥアルコム・インコーポレイテッド 個別に復号化できるパケットで制御情報を送信することによって制御情報取得レイテンシーを改善する方法
JP4875056B2 (ja) * 2005-03-10 2012-02-15 クゥアルコム・インコーポレイテッド 個別に復号化できるパケットで制御情報を送信することによって制御情報取得レイテンシーを改善する方法
JP2009508451A (ja) * 2005-09-12 2009-02-26 クゥアルコム・インコーポレイテッド 無線ネットワーク通信において使用するための高速制御メッセージング機構
JP4566922B2 (ja) * 2006-02-10 2010-10-20 日本電信電話株式会社 無線通信方法
JP2007214956A (ja) * 2006-02-10 2007-08-23 Nippon Telegr & Teleph Corp <Ntt> 無線通信方法
US20140314020A1 (en) * 2006-03-14 2014-10-23 Sharp Kabushiki Kaisha Method and apparatus for allocating terminal identifiers based on communication function
US10602539B2 (en) * 2006-03-14 2020-03-24 Sharp Kabushiki Kaisha Method and apparatus for allocating terminal identifiers based on communication function
US11013029B2 (en) 2006-03-14 2021-05-18 Sharp Kabushiki Kaisha Method and apparatus for allocating terminal identifiers based on communication function
JP2007318247A (ja) * 2006-05-23 2007-12-06 Allied Telesis Holdings Kk バス型ネットワークにおける利用者制限方法および利用者制限装置、ならびにバス型ネットワークシステム
JP2010502059A (ja) * 2006-08-23 2010-01-21 アルカテル−ルーセント 無線通信ネットワークにおいてデータを伝送し、分析するための方法、およびその装置
KR101443054B1 (ko) * 2006-08-23 2014-09-22 알까뗄 루슨트 무선 통신 네트워크에서 데이터를 전송 및 분석하기 위한 방법 및 그의 장치
US11102761B2 (en) 2007-01-09 2021-08-24 Huawei Technologies Co., Ltd. Base station device, mobile station device, control information transmission method, control information reception method and program
US10321437B2 (en) 2007-01-09 2019-06-11 Huawei Technologies Co., Ltd. Base station device, mobile station device, control information transmission method, control information reception method and program
US9419832B2 (en) 2007-01-09 2016-08-16 Huawei Technologies Co., Ltd. Base station device, mobile station device, control information transmission method, control information reception method and program
JP2012239232A (ja) * 2007-01-09 2012-12-06 Sharp Corp 基地局装置、移動局装置、制御情報送信方法、および制御情報受信方法
JP2012521164A (ja) * 2009-03-17 2012-09-10 エントロピック・コミュニケーションズ・インコーポレイテッド MoCAにおけるエラー時の迅速なMAPリカバリ方法
JP2010251990A (ja) * 2009-04-14 2010-11-04 National Institute Of Information & Communication Technology データ送受信方法,データ送信装置,及びデータ受信装置
US10516466B2 (en) 2009-05-08 2019-12-24 Sony Corporation Communication apparatus, communication method, computer program, and communication system
US10153822B2 (en) 2009-05-08 2018-12-11 Sony Corporation Communication apparatus, communication method, computer program, and communication system
US9847826B2 (en) 2009-05-08 2017-12-19 Sony Corporation Communication apparatus, communication method, and communication system
US10903891B2 (en) 2009-05-08 2021-01-26 Sony Corporation Communication apparatus, communication method, and communication system
US9712336B2 (en) 2009-05-08 2017-07-18 Sony Corporation Communication apparatus, communication method, computer program, and communication system
JP2014212579A (ja) * 2014-08-21 2014-11-13 ソニー株式会社 通信装置及び通信方法、並びに通信システム
CN116668004A (zh) * 2023-05-12 2023-08-29 深圳市晶存科技有限公司 一种异常信息的快速识别方法、装置及其存储介质
CN116668004B (zh) * 2023-05-12 2024-05-07 深圳市晶存科技有限公司 一种异常信息的快速识别方法、装置及其存储介质

Also Published As

Publication number Publication date
US7668143B2 (en) 2010-02-23
KR20060020611A (ko) 2006-03-06
CA2518696A1 (en) 2005-02-10
JP3914558B2 (ja) 2007-05-16
KR100733673B1 (ko) 2007-06-29
CN1774898B (zh) 2012-02-01
EP1650922A4 (en) 2006-12-20
JPWO2005013576A1 (ja) 2006-09-28
US20060251028A1 (en) 2006-11-09
EP1650922A1 (en) 2006-04-26
EP1650922B1 (en) 2012-01-18
CN1774898A (zh) 2006-05-17
CA2518696C (en) 2012-11-13

Similar Documents

Publication Publication Date Title
WO2005013576A1 (ja) 無線パケット通信方法
RU2549518C2 (ru) Устройство для передачи блока протокольных данных уровня управления доступом к среде &#34;mac pdu&#34; с расширенным заголовком фрагментации и объединения и соответствующий способ
US8311029B2 (en) Apparatus and method for generating MAC protocol data unit in wireless communication system
US7680118B2 (en) Method and apparatus for reordering fragments within a MAC layer service data unit within a downlink frame
RU2303858C2 (ru) Способ передачи пакетных данных в системе связи
KR100903053B1 (ko) 광대역 무선접속 통신망에서 멀티홉시스템을 위한자동반복요청 장치 및 방법
JP4058450B2 (ja) 無線パケット通信方法および無線パケット通信装置
US10230496B2 (en) Method and apparatus for processing control message which requests retransmitting data
US20060139201A1 (en) Radio packet communication method
US20090213778A1 (en) Fragmentation and Packing for Wireless Multi-User Multi-Hop Relay Networks
JP2007312244A (ja) データ転送方法
US7330902B1 (en) Header compression
CN102118792A (zh) 一种传输数据包的方法及装置
CN101657981B (zh) 在移动通信系统中用于发送和接收分组数据单元的方法和装置
KR20090007322A (ko) 다운링크 버스트에서 연결 식별자 예측을 위한 방법 및 장치
RU2316906C2 (ru) Способ передачи пакетных данных в системе связи
JP4499489B2 (ja) 送信装置、受信装置、通信システム及び通信方法
KR101526972B1 (ko) 무선 접속 시스템에서 난수선형부호화를 이용한 통신방법
WO2020179542A1 (ja) 無線通信システムおよび無線通信方法
US20080012739A1 (en) Data transmission device, data reception device, and data communication method
CN101237390A (zh) 发送和接收组播消息的方法及装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005512537

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2004748145

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2518696

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2006251028

Country of ref document: US

Ref document number: 10549240

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 20048097711

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 1020057019382

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 1020057019382

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2004748145

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10549240

Country of ref document: US