Wireless communication control device, wireless communication control method, and program

Abstract

The present technology pertains to a wireless communication control device, a wireless communication control method, and a program capable of ensuring high reliability of wireless communication when a non-legacy device and a legacy device are mixed. The transmission controller controls transmission of a frame in which RTS information, which is legacy information for a legacy device, and allocation information, which is non-legacy information for a non-legacy device, are arranged in association with each other, the legacy device being a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-legacy device being a wireless communication device that cannot interpret a predetermined type of MAC frame. The non-legacy device is a wireless communication device capable of interpreting a predetermined type of MAC frame. The present technology can be applied, for example, to a wireless communication module in a wireless communication device included in a wireless communication system that performs RTA data communication using R-TWT technology.

Description

Technical Field

[0001] The present technology relates to a wireless communication control device, a wireless communication control method, and a program, and particularly to a wireless communication control device, a wireless communication control method, and a program that can ensure high reliability of wireless communication when non-conventional devices and conventional devices are mixed. Background Art

[0002] Currently, in applications that transmit data in accordance with the Institute of Electrical and Electronics Engineers (IEEE) 802.11be standard, an increase in the amount of transmitted data is expected. In addition, low delay and high reliability are also expected for transmission.

[0003] In this regard, the restricted target wake time (R-TWT) technology is considered in the IEEE802.11be standardization. TWT technology is a technology that activates a target at a predetermined time to achieve low-power operation. R-TWT technology is a technology that applies TWT technology to a wireless communication device to periodically obtain transmit opportunities (TXOPs) and then preferentially transmit data to be transmitted with low latency in those transmit opportunities relative to other data.

[0004] In this R-TWT technology, data of real-time applications requiring low-latency transmission can be transmitted in priority to other data. Therefore, the R-TWT technology is seen as a promising technology for performing transmission in real-time applications.

[0005] Meanwhile, conventional wireless communication devices have widely adopted the Request to Send (RTS) / Clear to Send (CTS) technology. The RTS / CTS technology uses RTS and CTS frames before data transmission between wireless communication devices transmitting and receiving data. This technology announces the use of a transmission path to surrounding wireless communication devices and causes the wireless communication devices to set a network allocation vector (NAV). This allows surrounding wireless communication devices to avoid transmitting during the data transmission / reception period of a specific wireless communication device, allowing the specific wireless communication device to reliably transmit and receive data.

[0006] The operation of describing the silent period in the beacon of the access point (AP) and transmitting it, and then causing the stations (STAs) connected to the AP to refrain from transmitting data during the specific period is an optional standard. However, stations forming an overlapping basic service set (OBSS) do not recognize the silent period unless they are implemented to support this optional standard.

[0007] There is a wireless communication device that receives a frame for requesting a TWT operation, and when determining that the frame is a frame for low-latency communication with periodicity, performs a predetermined notification to limit the time length of a frame sent by a wireless communication device different from the wireless communication device that has sent the frame (for example, see patent document 1).

[0008] Citation List

[0009] Patent Literature

[0010] Patent Document 1: Japanese Patent Application Publication No. 2022-133131 Summary of the Invention

[0011] Technical issues

[0012] When wireless communication is performed using a new technology such as R-TWT technology, existing wireless communication devices that are incompatible with the new technology may impair the reliability of wireless communication. For example, a conventional device used as a wireless communication device that cannot interpret a predetermined type of media access control (MAC) frame used in the new technology may impair the reliability of wireless communication using the new technology.

[0013] Therefore, there is a need for a method of ensuring high reliability of wireless communication when non-legacy devices and legacy devices are mixed, where the non-legacy devices are wireless communication devices that can interpret a predetermined type of MAC frame used in the new technology, but this need has not been fully met.

[0014] The present technology has been made in view of the above circumstances, and can ensure high reliability of wireless communication when non-legacy devices and legacy devices are mixed.

[0015] Solutions to Problems

[0016] A wireless communication control device or program of the first aspect of the present technology is a wireless communication control device including a transmission controller that controls the transmission of frames in which conventional information of conventional devices and non-conventional information of non-conventional devices are arranged in association with each other, the conventional devices being wireless communication devices that cannot interpret a predetermined type of MAC frame, and the non-conventional devices being wireless communication devices that can interpret the predetermined type of MAC frame; or a program for causing a computer to function as a wireless communication control device.

[0017] The wireless communication control method of the first aspect of the present technology is a wireless communication control method, including a transmission control step of controlling the transmission of a frame by a wireless communication control device, in which traditional information of a traditional device and non-traditional information of a non-traditional device are arranged in association with each other, the traditional device is a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-traditional device is a wireless communication device that can interpret the predetermined type of MAC frame.

[0018] In a first aspect of the present technology, the transmission of a control frame is performed, in which conventional information of a conventional device and non-conventional information of a non-conventional device are arranged in association with each other, the conventional device being a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-conventional device being a wireless communication device that can interpret the predetermined type of MAC frame.

[0019] The wireless communication control device or program of the second aspect of the present technology is a wireless communication control device, including a receiving controller that controls the reception of frames, in which traditional information of traditional devices and non-traditional information of non-traditional devices are arranged in association with each other, the traditional devices are wireless communication devices that cannot interpret a predetermined type of MAC frame, and the non-traditional devices are wireless communication devices that can interpret the predetermined type of MAC frame; or a program for causing a computer to function as a wireless communication control device.

[0020] The wireless communication control method of the second aspect of the present technology is a wireless communication control method, including a reception control step of controlling the reception of a frame by a wireless communication control device, in which traditional information of a traditional device and non-traditional information of a non-traditional device are arranged in association with each other, the traditional device is a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-traditional device is a wireless communication device that can interpret the predetermined type of MAC frame.

[0021] In a second aspect of the present technology, reception of frames in which conventional information for conventional devices and non-conventional information for non-conventional devices are arranged in association with each other is controlled, wherein the conventional devices are wireless communication devices that are incapable of interpreting a predetermined type of MAC frame, and the non-conventional devices are wireless communication devices that are capable of interpreting the predetermined type of MAC frame.

[0022] The wireless communication control device may be an independent device, or may be a module incorporated in another device. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Figure 1 : is a diagram showing a configuration example of a first embodiment of a wireless communication system to which the present technology is applied.

[0024] Figure 2 is a block diagram showing a configuration example of a non-conventional device.

[0025] Figure 3 is a block diagram showing a configuration example of a wireless communication module.

[0026] Figure 4 is a flowchart for describing the real-time parameter exchange process in the first embodiment.

[0027] Figure 5 is a diagram showing an example of the data structure of a setting request element.

[0028] Figure 6 is a flowchart for describing the real-time parameter setting process.

[0029] Figure 7 is a timing diagram showing an example of a communication operation performed using the R-TWT technology without considering a legacy device.

[0030] Figure 8 Is used to illustrate Figure 7 A timing diagram of an example of the RTA data communication operation.

[0031] Figure 9 is a sequence diagram showing an example of a communication operation using the R-TWT technique in the first embodiment.

[0032] Figure 10 Is used to illustrate Figure 9 Timing diagram of the RTA data communication operation.

[0033] Figure 11 This is a flowchart for explaining the RTA data communication process in the first embodiment.

[0034] Figure 12 is a diagram showing an example of the data structure of a trigger frame.

[0035] Figure 13 is a diagram showing a first configuration example of an RTS trigger frame.

[0036] Figure 14 is a diagram showing an example of the data structure of a CF-END frame.

[0037] Figure 15 This is a flowchart for explaining the RTS trigger frame transmission process.

[0038] Figure 16 This is a flowchart for explaining the RTA data transmission process in the first embodiment.

[0039] Figure 17 This is a flowchart for explaining the RTA data reception process in the first embodiment.

[0040] Figure 18 is a diagram showing a second configuration example of the RTS trigger frame.

[0041] Figure 19 is a diagram showing a third configuration example of the RTS trigger frame.

[0042] Figure 20 is a diagram showing a fourth configuration example of the RTS trigger frame.

[0043] Figure 21 is a diagram showing a fifth configuration example of the RTS trigger frame.

[0044] Figure 22 is a flowchart for describing the real-time parameter exchange process in the second embodiment.

[0045] Figure 23 is used to describe Figure 7 A timing diagram of another example of the communication operation of RTA data.

[0046] Figure 24 is a sequence diagram showing an example of a communication operation using the R-TWT technique in the second embodiment.

[0047] Figure 25 Is used to illustrate Figure 24 Timing diagram of the RTA data communication operation.

[0048] Figure 26 This is a flowchart for explaining the RTA data communication process in the second embodiment.

[0049] Figure 27 is a diagram showing a first configuration example of a CTS trigger frame.

[0050] Figure 28 This is a flowchart for describing the CTS trigger frame transmission process.

[0051] Figure 29 This is a flowchart for explaining the RTA data transmission process in the second embodiment.

[0052] Figure 30 This is a flowchart for explaining the RTA data reception process in the second embodiment.

[0053] Figure 31 is a diagram showing a second configuration example of a CTS trigger frame.

[0054] Figure 32 is a diagram showing a third configuration example of a CTS trigger frame.

[0055] Figure 33 is a diagram showing a fourth configuration example of a CTS trigger frame.

[0056] Figure 34 is a diagram showing a fifth configuration example of a CTS trigger frame.

[0057] Figure 35 is a block diagram showing a hardware configuration example of a computer.

[0058] Figure 36 is a block diagram showing a schematic configuration example of a smartphone to which the present technology is applied.

[0059] Figure 37: is a block diagram showing a schematic configuration example of a vehicle-mounted device to which the present technology is applied.

[0060] Figure 38 is a block diagram showing a schematic configuration example of a wireless AP to which the present technology is applied. DETAILED DESCRIPTION

[0061] Hereinafter, a mode for carrying out the present technology (hereinafter, referred to as an embodiment) will be described. Note that the description will be given in the following order.

[0062] 1. First embodiment (communication system sends RTS trigger frame)

[0063] 2. Second embodiment (communication system sends CTS trigger frame)

[0064] 3. Computer

[0065] 4. Smartphone

[0066] 5. Vehicle-mounted device

[0067] 6. Wireless AP

[0068] <1. First embodiment>

[0069] <Configuration Example of Wireless Communication System>

[0070] Figure 1 : is a diagram showing a configuration example of a first embodiment of a wireless communication system to which the present technology is applied.

[0071] like Figure 1 As shown, the wireless communication system 10 is configured by connecting non-legacy devices 11-1 and 11-2 and legacy devices 12-1 and 12-2 via a wireless local area network (LAN).

[0072] The non-legacy devices 11-1 and 11-2 are wireless communication devices, each capable of interpreting a trigger frame serving as a predetermined type of MAC frame used in the R-TWT technology. The non-legacy device 11-1 transmits RTA data, which is data to be transmitted with low latency for use in real-time applications (RTA), to the non-legacy device 11-2 located in the communicable range (radio wave range) 11-1a using the R-TWT technology. The non-legacy device 11-2 receives the RTA data transmitted from the non-legacy device 11-1 located in the communicable range 11-2a.

[0073] exist Figure 1In the example of FIG, for example, one of the non-legacy devices 11-1 and 11-2 operates as an access point and the other operates as a station to form a basic service set (BSS), but the non-legacy devices 11-1 and 11-2 are not limited to this configuration. For example, both the non-legacy devices 11-1 and 11-2 may operate as stations.

[0074] Note that if there is no need to distinguish between the non-legacy device 11-1 and the non-legacy device 11-2, the non-legacy devices 11-1 and 11-2 will hereinafter be collectively referred to as the non-legacy device 11. Similarly, the communicable ranges 11-1a and 11-2a will be collectively referred to as the communicable range 11a.

[0075] Legacy devices 12-1 and 12-2 are wireless communication devices that cannot interpret trigger frames. Legacy device 12-1 is a wireless communication device that forms an overlapping BSS (OBSS), wherein non-legacy device 11-1 is located within communicable range 12-1a. Legacy device 12-2 is a wireless communication device that forms an OBSS, wherein non-legacy device 11-2 is located within communicable range 12-2a. Both legacy device 12-1 and non-legacy device 11-2 can communicate with non-legacy device 11-1, but are in a hidden terminal relationship, in which they cannot communicate with each other. Both legacy device 12-2 and non-legacy device 11-1 can communicate with non-legacy device 11-2, but are in a hidden terminal relationship, in which they cannot communicate with each other.

[0076] Note that if there is no need to distinguish between the legacy device 12-1 and the legacy device 12-2, the legacy devices 12-1 and 12-2 will hereinafter be collectively referred to as the legacy device 12. Similarly, the communicable ranges 12-1a and 12-2a will be collectively referred to as the communicable range 12a.

[0077] <Configuration Example of Non-Conventional Device>

[0078] Figure 2 It shows Figure 1 A block diagram of a configuration example of a non-traditional device 11.

[0079] exist Figure 2 In the example shown in FIG, the non-traditional device 11 includes a connection module 31, an input module 32, a control module 33, an output module 34, and a wireless communication module 35. Note that the non-traditional device 11 only needs to include the control module 33 and the wireless communication module 35, and the connection module 31, the input module 32, and the output module 34 may not be provided or may be simplified as needed.

[0080] The connection module 31 is a module required, for example, when the non-legacy device 11 operates as an access point. The connection module 31 includes a communication modem for connecting to the Internet network, and provides Internet access via public communication lines and an Internet service provider. The connection module 31 provides data received via the Internet to the control module 33. The connection module 31 transmits data provided by the control module 33 via the Internet.

[0081] The input module 32 includes operation buttons, a keyboard, a touch panel, etc. The input module 32 receives an operation from a user and provides an instruction corresponding to the operation to the control module 33 .

[0082] The control module 33 controls the entire non-legacy device 11. For example, the control module 33 acquires data provided by the connection module 31 or provides data to the connection module 31 for transmission via the Internet. The control module 33 performs various settings based on instructions provided by the input module 32. The control module 33 provides the operating status of the non-legacy device 11 and the data provided by the connection module 31 to the output module 34 for output. The control module 33 acquires data provided by the wireless communication module 35 or provides data to the wireless communication module 35 for transmission via wireless communication. The control module 33 allows the user's desired non-legacy device 11 to operate as, for example, an access point.

[0083] The output module 34 includes a display portion such as a light emitting diode (LED) panel, a liquid crystal panel, or an organic electroluminescent (EL) display, a speaker for outputting sound and music, etc. For example, the output module 34 displays an image corresponding to the operating status, data, etc. of the non-conventional device 11 provided from the control module 33, and outputs sound.

[0084] The wireless communication module 35 functions as a wireless communication control device that uses the R-TWT technology to wirelessly communicate with other non-traditional devices 11 and conventional devices 12 located within the communicable range 11a via a wireless LAN. Specifically, the wireless communication module 35 transmits data supplied from the control module 33 to the other non-traditional devices 11 and conventional devices 12. The wireless communication module 35 receives data transmitted from the other non-traditional devices 11 and conventional devices 12 and supplies the data to the control module 33.

[0085] <Configuration Example of Wireless Communication Module>

[0086] Figure 3 It shows Figure 2 1 is a block diagram of a configuration example of the wireless communication module 35.

[0087] Figure 3The wireless communication module 35 includes an interface 51, a transmission buffer 52, an RTA management section 53, a data frame construction section 54, a transmission opportunity management section 55, a control frame construction section 56, a transmission controller 57, an access controller 58, and an antenna section 5. The wireless communication module 35 also includes a reception controller 60, a control frame extraction section 61, a data frame extraction section 62, and a reception buffer 63.

[0088] Interface 51 and Figure 2 The interface 51 is connected to the control module 33 and exchanges various information and data with the control module 33. The interface 51 provides the transmission data provided by the control module 33 to the transmission buffer 52. The interface 51 exchanges various information with the RTA management unit 53. The interface 51 provides the reception data provided by the reception buffer 63 to the control module 33.

[0089] The transmission buffer 52 temporarily stores the transmission data supplied from the interface 51. When storing RTA data as the transmission data, the transmission buffer 52 notifies the RTA management section 53 of the presence of the RTA data. The transmission buffer 52 supplies the stored transmission data to the data frame construction section 54.

[0090] The RTA management section 53 manages RTA data by exchanging various information with the interface 51 and referring to notifications provided from the transmission buffer 52. For example, the RTA management section 53 instructs the reception buffer 63 to output the reception data stored therein to the interface 51. The RTA management section 53 exchanges various information with the transmission opportunity management section 55 when estimating executable real-time parameters.

[0091] The data frame construction section 54 constructs a data frame of the transmit data provided from the transmit buffer 52 at a predetermined timing under the instruction of the transmit opportunity management section 55. A data frame is one of the MAC frame types specified in IEEE 802.11. A MAC frame is a MAC protocol data unit (MPDU) consisting of a MAC header and data. The data frame construction section 54 supplies the data frame to the transmit controller 57. The data frame construction section 54 also supplies a notification regarding the data frame to the control frame construction section 56.

[0092] The transmission opportunity management section 55 manages the R-TWT service point (SP) by exchanging information with the RTA management section 53, exchanging real-time parameters with the access controller 58, and referring to information from the control frame extraction section 61 and notifications from the data frame extraction section 62. Specifically, the transmission opportunity management section 55 sets real-time parameters. Note that the R-TWT SP is a transmission opportunity for periodically transmitting RTA data using the R-TWT technology. The real-time parameters are access control parameters related to the R-TWT SP.

[0093] Since the amount of RTA data to be transmitted in the R-TWT SP period is variable, the R-TWT SP period is set to a period corresponding to the maximum value assumed to be the amount of data. For example, for uplink communication of RTA data, the non-legacy device 11 operating as an access point needs to receive a buffer status report in advance to know the amount of data stored in the transmission buffer 52 of the non-legacy device 11 operating as a station. If the non-legacy device 11 operating as an access point does not know the amount of data, it cannot calculate parameters such as the time required for uplink communication. In addition, the status of the transmission buffer 52 of the non-legacy device 11 operating as a station constantly changes. Therefore, the R-TWT SP period is set to a period corresponding to the maximum value of the amount of RTA data assumed to be transmitted in the R-TWT SP period.

[0094] The transmission opportunity management section 55 constructs a data frame at a predetermined timing based on the R-TWT SP indication data frame construction section 54. The transmission opportunity management section 55 constructs a control frame at a predetermined timing based on the R-TWT SP indication control frame construction section 56. The control frame is one of the MAC frame types specified in IEEE 802.11.

[0095] The control frame construction section 56 constructs a control frame, such as an RTS trigger frame, at a predetermined timing based on instructions from the transmission opportunity management section 55 and notifications from the data frame construction section 54 and the access controller 58. The RTS trigger frame is a control frame that associates the RTS information contained in the RTS frame with the allocation information (trigger information) contained in the trigger frame. The RTS information is one of the legacy information of the legacy device 12 and can be interpreted by both the non-legacy device 11 and the legacy device 12. The allocation information is non-legacy information of the non-legacy device 11 and can only be interpreted by the non-legacy device 11. It includes information indicating resource allocation for the RTA data, etc. The control frame construction section 56 provides the control frame to the transmission controller 57.

[0096] Transmission controller 57 encodes and processes the data frame from data frame construction section 54, the control frame from control frame construction section 56, and the management frame from access controller 58 to generate coded data. Management frames are one of the MAC frame types specified in IEEE802.11. Transmission controller 57 controls the transmission of coded data by supplying the coded data to antenna section 59 at predetermined timing based on instructions from access controller 58.

[0097] The access controller 58 generates a management frame including the real-time parameters supplied from the RTA management section 53 via the transmission opportunity management section 55 and supplies the management frame to the transmission controller 57. The access controller 58 supplies the real-time parameters supplied from the reception controller 60 to the RTA management section 53 via the transmission opportunity management section 55.

[0098] The access controller 58 performs access control required for transmitting the encoded data by inputting instructions to the transmission controller 57 based on the notification regarding the status of the transmission path provided by the reception controller 60 and the information provided by the control frame extraction section 61. Therefore, the notification regarding the status of the transmission path from the reception controller 60 is input to the access controller 58. This allows the access controller 58 to sequentially monitor the status of the transmission path. Therefore, the access controller 58 can transmit encoded data more suitable for the status of the transmission path by inputting instructions to the transmission controller 57 based on this notification.

[0099] The antenna section 59 transmits a radio signal of the coded data supplied from the transmission controller 57. The antenna section 59 receives (detects) radio signals of coded data of data frames, control frames, and management frames transmitted from the other non-legacy devices 11 and the legacy devices 12, and supplies the coded data to the reception controller 60.

[0100] The reception controller 60 controls the reception of coded data by the antenna section 59. The reception controller 60 performs decoding and the like on the coded data supplied from the antenna section 59 to extract MAC frames such as data frames, control frames, and management frames. The reception controller 60 supplies control frames to the control frame extraction section 61, supplies data frames to the data frame extraction section 62, and supplies real-time parameters included in the management frames to the access controller 58. Based on the coded data supplied from the antenna section 59, the reception controller 60 provides the access controller 58 with a notification regarding the transmission path status.

[0101] The control frame extraction section 61 extracts information included in a control frame such as an RTS trigger frame supplied from the reception controller 60. The control frame extraction section 61 supplies the information to the transmission opportunity management section 55, the data frame extraction section 62, and the access controller 58 as needed.

[0102] The data frame extraction section 62 extracts transmission data such as RTA data contained in the data frame supplied from the reception controller 60 as reception data and supplies it to the reception buffer 63. The data frame extraction section 62 supplies the transmission opportunity management section 55 with a notification regarding the reception data.

[0103] The reception buffer 63 temporarily stores the reception data supplied from the data frame extraction section 62. The reception buffer 63 outputs the stored reception data to the interface 51 in response to an instruction from the RTA management section 53.

[0104] <Description of Real-time Parameter Exchange Processing>

[0105] Figure 4 is a flowchart for describing a real-time parameter exchange process performed between the non-legacy devices 11 - 1 and 11 - 2 to exchange real-time parameters.

[0106] For example, when association is performed between the non-legacy devices 11-1 and 11-2, real-time parameter exchange processing is started. This is also described below. Figure 22 The situation in .

[0107] exist Figure 4 In step S11, the transmission controller 57 of the non-legacy device 11-1 transmits encoded data of a real-time parameter setting request frame via the antenna section 59. This real-time parameter setting request frame is a management frame including a setting request element that sets real-time parameters. The real-time parameters are calculated by the RTA management section 53 and the transmission opportunity management section 55 and provided to the transmission controller 57 via the access controller 58.

[0108] In step S21, the reception controller 60 of the non-legacy device 11-2 receives the real-time parameter setting request frame transmitted by the process of step S11 via the antenna section 59. The reception controller 60 provides the real-time parameters included in the real-time parameter setting request frame to the transmission opportunity management section 55 and the RTA management section 53 via the access controller 58. Based on these real-time parameters, the transmission opportunity management section 55 sets adaptable real-time parameters. The transmission opportunity management section 55 provides the set real-time parameters to the transmission controller 57 via the access controller 58.

[0109] In step S22 , the transmission controller 57 transmits the encoded data of the realtime parameter response frame, which is a management frame including the setting response element for which those realtime parameters are set, via the antenna section 59 .

[0110] In step S12, the reception controller 60 receives the real-time parameter setting response frame transmitted in step S22 via the antenna section 59. The reception controller 60 provides the real-time parameters contained in the real-time parameter setting request frame to the transmission opportunity management section 55 via the access control section 58. The transmission opportunity management section 55 sets the real-time parameters based on these real-time parameters. The real-time parameter exchange process then ends.

[0111] exist Figure 4 The real-time parameter exchange process shares the agreed real-time parameters between the non-legacy devices 11-1 and 11-2.

[0112] <Example of setting the data structure of the request element>

[0113] Figure 5 is a diagram illustrating an example of a data structure of a setting request element included in a real-time parameter setting request frame.

[0114] Figure 5 The "Setting Request" element is an information element that requests the setting of real-time parameters. It includes an element ID indicating the format of the element, a length indicating the information length of the element, an RTA access control setting element as the actual data, and a CRC as an error detection code. Note that the CRC may not be included.

[0115] For the RTA access control setting element, the real time parameters set by the transmission opportunity management section 55, that is, the desired parameters on the transmission side of the real time parameter setting request frame are set.

[0116] Specifically, in the RTA access control setting element, a reservation type that is an identifier of the R-TWT SP setting method, a reservation start time that indicates the start time of the R-TWT SP, and a reservation duration that indicates the time of the R-TWT SP are arranged. In the RTA access control setting element, a reservation interval that indicates the interval between R-TWT SP periods, a buffer size that indicates the buffer size, and a queue size that indicates the queue size of the buffer are also arranged. In the RTA access control setting element, RTA RTS that indicates whether the RTS trigger frame can be interpreted, and RTA CTS that indicates whether the CTS trigger frame in the second embodiment to be described below can be interpreted are also arranged. In addition, in the RTA access control setting element, an ACK policy that indicates whether a block ACK (acknowledgement) frame (hereinafter referred to as a BA frame) as a type of MAC frame is returned, etc. are arranged.

[0117] Note that the configuration of the setting response element included in the real-time parameter setting response frame is the same as Figure 5 The configuration of the setting request element is the same as that of the setting response element, so its description will be omitted. The setting response element is an element that returns real-time parameters, and the real-time parameters that the transmission source of this element can support are set for the RTA access control setting element.

[0118] <Description of Real-Time Parameter Setting Processing>

[0119] Figure 6 It is used to specifically describe the real-time parameter setting process Figure 4 Flowchart of the process of each non-legacy device 11 in the real-time parameter exchange process.

[0120] In step S101, the RTA management part 53 and the transmission opportunity management part 55 obtain information required for setting real-time applications, such as the amount of data that can be transmitted per predetermined time, information about the maximum allowable delay, and the capacity of the transmission buffer 52 or the reception buffer 63 that can be used for RTA data.

[0121] In step S102, the non-legacy device 11 determines whether real-time parameters need to be set. If it is determined in step S102 that real-time parameters need to be set, the process proceeds to step S103.

[0122] In step S103 , the RTA management section 53 and the transmission opportunity management section 55 calculate real time parameters based on the information acquired in step S101 , and supply the real time parameters to the access controller 58 .

[0123] In step S104 , the access controller 58 constructs a real-time parameter setting request frame in which the real-time parameters calculated in step S103 have been set, and supplies it to the transmission controller 57 .

[0124] In step S105 , the transmission controller 57 performs encoding and the like on the real-time parameter setting request frame constructed in step S104 , and transmits the resultant encoded data to the other non-legacy device 11 via the antenna section 59 .

[0125] In step S106, the reception controller 60 determines whether the encoded data of the real-time parameter setting response frame returned from the other non-legacy device 11 is received via the antenna section 59 within a predetermined time.

[0126] If it is determined in step S106 that the encoded data of the real-time parameter setting response frame has been received, the reception controller 60 provides the real-time parameters included in the real-time parameter setting response frame to the access controller 58. These real-time parameters are provided to the transmission opportunity management section 55, and the process proceeds to step S107.

[0127] In step S107 , the transmission opportunity management section 55 sets the real time parameters supplied from the access controller 58 , and terminates the real time parameter setting process.

[0128] On the other hand, if it is determined in step S106 that no real-time parameter setting response frame has been received, the process returns to step S102 and the subsequent processes are repeated. Thus, for example, the real-time parameters are calculated again and the encoded data of the real-time parameter setting request frame is sent again.

[0129] If it is determined in step S102 that the real-time parameters do not need to be set, the process proceeds to step S108. In step S108, the reception controller 60 determines whether encoded data of a real-time parameter setting request frame has been received from another non-legacy device 11 via the antenna section 59.

[0130] If it is determined in step S108 that the encoded data of the real-time parameter setting request frame is received, the reception controller 60 supplies the real-time parameters contained in the real-time parameter setting request frame to the access controller 58. These real-time parameters are supplied to the RTA management section 53 via the transmission opportunity management section 55, and the process proceeds to step S109.

[0131] In step S109, the transmission opportunity management section 55 and the RTA management section 53 acquire the real time parameters supplied from the access controller 58. In step S110, the transmission opportunity management section 55 and the RTA management section 53 determine whether the real time parameters corresponding to the real time parameters acquired in step S109 can be set based on the information acquired in step S101.

[0132] If it is determined in step S110 that the real-time parameters can be set, the process proceeds to step S111. In step S111, the RTA management section 53 and the transmission opportunity management section 55 calculate the real-time parameters that they can support based on the information acquired in step S101 and the real-time parameters acquired in step S109, and provide the real-time parameters to the access controller 58.

[0133] In step S112 , the access controller 58 constructs a real-time parameter setting response frame to which the real-time parameters calculated in step S111 have been set, and supplies it to the transmission controller 57 .

[0134] In step S113 , the transmission controller 57 performs encoding and the like on the real-time parameter setting response frame constructed in step S112 , and returns the resulting encoded data via the antenna section 59 .

[0135] In step S114, the transmission opportunity management section 55 sets the real time parameter calculated in step S111, and terminates the real time parameter setting process.

[0136] On the other hand, if it is determined in step S108 that the encoded data of the real-time parameter setting request frame has not been received, the real-time parameter setting process is terminated. If it is determined in step S110 that the real-time parameters cannot be set, the real-time parameter setting process is terminated.

[0137] <Description of Example of Communication Operation Performed Using R-TWT Technology Regardless of Legacy Devices>

[0138] Figure 7 is a timing diagram showing an example of a communication operation performed using the R-TWT technology without considering a legacy device.

[0139] Figure 7 The upper row indicates the preset R-TWT SP period. The middle row indicates the operation of the transmitting device, which is a non-conventional device that acquires the R-TWT SP and transmits RTA data. The lower row indicates the operation of the receiving device, which is a non-conventional device that receives RTA data. In the middle and lower rows, the transmitting operation is indicated as a raised upward convexity, and the receiving operation is indicated as a raised downward convexity. Figure 7 The horizontal axis represents time.

[0140] like Figure 7 As shown in the dotted rectangle in the upper row of , the R-TWT SP period is set in a substantially periodic manner. During the R-TWT SP period, the transmitting device preferentially transmits RTA data with a specific identifier TID. Outside the R-TWT SP period, any wireless communication device can transmit and receive any data.

[0141] Therefore, if Figure 7 As shown in the middle row of , for example, the transmitting device transmits RTA data to the receiving device in the first R-TWT SP period (or the first R-TWTSP period). Figure 7 As shown in the lower row of , the receiving device receives the RTA data from the sending device.

[0142] After the first R-TWT SP period ends, the receiving device sends data other than the RTA data to the sending device, such as Figure 7 The sending device receives the data from the receiving device, as shown in the lower row of Figure 7 shown in the middle row.

[0143] The transmitting device also wants to transmit the RTA data in the second R-TWT SP period in the same manner as in the first R-TWT SP period. However, for example, the legacy devices located in the OBSS do not understand the communication protocol for RTA data using the R-TWT technology, so when they determine that the state of the transmission path is idle, they start communication regardless of the R-TWT SP period. Therefore, for example, if the legacy device is communicating in the second R-TWT SP period, the transmitting device is in a busy state and cannot transmit the RTA data, as shown in FIG. Figure 7 shown in the middle row.

[0144] After the BUSY state ends, the sending device can send RTA data. Figure 7As shown in the middle row of , if the BUSY state does not end within the second R-TWT SP period, the transmitting device may not be able to transmit the RTA data scheduled to be transmitted in the second R-TWT SP period. In other words, outside the R-TWT SP period, any wireless communication device transmits any data after implementing access control, and therefore, the transmission priority of the RTA data from the transmitting device is not always given.

[0145] exist Figure 7 In the example, after the BUSY state ends, Figure 7 As shown in the middle row of , the sending device sends data other than RTA to the receiving device, and as Figure 7 As shown in the lower row of , the receiving device receives the data from the sending device.

[0146] Afterwards, if Figure 7 As shown in the middle row of , the transmitting device transmits RTA data in the third R-TWT SP period in the same manner as in the first R-TWT SP period. At this time, for example, if a conventional device located in the OBSS transmits data to a receiving device and the receiving device is receiving a strong radio wave of the data, it is difficult for the receiving device to accurately decode the encoded data of the RTA data transmitted from the transmitting device. In other words, Figure 7 As shown in the lower row of , the receiving device is busy receiving data from the legacy device and cannot receive RTA data from the sending device.

[0147] exist Figure 7 In the example, the operation after the third R-TWT SP period is the same as the operation after the second R-TWT SP period, and the operation in the fourth R-TWT SP period is the same as the operation in the first R-TWT SP period, so their description will be omitted.

[0148] <Description of Example of Communication Operation for RTA Data Performed Using R-TWT Technology Regardless of Legacy Devices>

[0149] Figure 8 Is used to describe Figure 7 FIG. 1 is a timing diagram of an example of a communication operation for RTA data performed within an R-TWT SP period in a communication operation of FIG.

[0150] Figure 8 The upper line of the _ represents the operation of the sending device, and the lower line represents the operation of the receiving device. Figure 8 In FIG, a sending operation is indicated as an upward convexity, while a receiving operation is indicated as a downward convexity. The dotted rectangle represents the R-TWT SP period. Figure 8 The horizontal axis represents time. This also applies to the later described Figure 10 、 Figure 23 and Figure 25 .

[0151] like Figure 8 As shown in the upper row of , when the R-TWT SP period starts, the sending device sends RTA data. Figure 8 As shown in the lower line of , the receiving device receives the RTA data and returns the BA frame to the sending device after receiving it. Figure 8 As shown in the upper row of , the sending device receives the BA frame from the receiving device.

[0152] Note that in Figure 8 In the embodiment of the present invention, for example, the transmitting device can operate as an access point and the receiving device can operate as a station. In this case, the RTA data is downlink data.

[0153] like Figure 7 and Figure 8 As shown, when R-TWT technology is used to perform communication of RTA data without considering legacy devices, the communication is interfered with by communications from the legacy devices. This impairs the reliability of RTA data communication. In this regard, the wireless communication system 10 performs communication using R-TWT technology by considering the legacy devices 12.

[0154] <Description of Communication Operation of Wireless Communication System Using R-TWT Technology>

[0155] Figure 9 is a sequence diagram illustrating an example of a communication operation of the wireless communication system 10 using the R-TWT technique.

[0156] from Figure 9 The first row from the top shows the R-TWT SP period set by the non-legacy device 11-1. The second row shows the operation of the non-legacy device 11-1. The third row shows the operation of the non-legacy device 11-2. The fourth row shows the R-TWT SP period set by the non-legacy device 11-2. The fifth row from the bottom shows the operation of the legacy device 12-2. Figure 9 In the second, third, and fifth rows of FIG, send operations are shown as convex upward, and receive operations are shown as convex downward. Figure 9 The horizontal axis in represents time. This also applies to the later described Figure 24 .

[0157] Non-conventional devices 11-1 and 11-2 perform Figure 4 The real-time parameter exchange process shown in FIG is performed and the real-time parameters are shared before performing communication operations using the R-TWT technology. Figure 9 As shown in the first and fourth rows of , the R-TWT SP periods set based on the real-time parameters shared by the non-legacy devices 11 - 1 and 11 - 2 are the same.

[0158] When the first R-TWT SP period starts, that is, when the non-legacy device 11-1 obtains the first transmission opportunity for RTA data, as shown in FIG. Figure 9 As shown in the second row, the non-legacy device 11-1 sends Figure 9 The R in the field indicates an RTS trigger frame.

[0159] like Figure 9 As shown in the third row of FIG, the non-legacy device 11-2 receives the RTS trigger frame and understands that it is prompted to receive the RTA data addressed to itself. The non-legacy device 11-2 understands the resource allocation information and other information necessary to receive the RTA data addressed to itself from the allocation information included in the RTS trigger frame. In addition, the non-legacy device 11-2 returns a CTS frame that can be interpreted by both the non-legacy device 11 and the legacy device 12 based on the RTS information included in the RTS trigger frame as legacy information. The CTS frame is set to have a duration indicating the time until the end of the first R-TWT SP period.

[0160] like Figure 9 As shown in the second row of FIG, the non-legacy device 11-1 receives the CTS frame and sends the RTA data to the non-legacy device 11-2, and as shown in FIG. Figure 9 As shown in the third row, the non-legacy device 11-2 receives the RTA data.

[0161] At the same time, if Figure 9 As shown in the fifth row of FIG, the conventional device 12-2 also receives the CTS frame and sets the period from the current time to the time indicated by the duration set in the CTS frame as the NAV as the transmission prohibition period. Figure 9 This prohibits the legacy device 12-2 from performing transmission until the end of the first R-TWT SP period, enabling the non-legacy device 11-2 to reliably receive the RTA data.

[0162] After the first R-TWT SP period ends, Figure 9 In the example of , the non-legacy device 11-2 sends data in addition to the RTA data, such as Figure 9 As shown in the third row of FIG, the non-legacy device 11-1 receives the data, such as Figure 9 The second row is shown.

[0163] Likewise, at the beginning of the second R-TWT SP period, the non-legacy device 11-1 wants to send an RTS trigger frame in the same manner as at the beginning of the first R-TWT SP period, but the transmission path may be in a state such as Figure 9The non-legacy device 11-1 is in the BUSY state shown in the second row of FIG. In this case, the non-legacy device 11-1 does not send an RTS trigger frame until the BUSY state is released. If the BUSY state is released within the second R-TWT SP period, the non-legacy device 11-1 sends an RTS trigger frame to the non-legacy device 11-2. The subsequent operations are the same as those in the first R-TWT SP period, so their description will be omitted.

[0164] As described above, the non-legacy device 11-1 transmits an RTS trigger frame after the BUSY state is released, and then transmits the RTA data, thereby suppressing the delay in transmitting the RTA data. Note that the non-legacy device 11-2 may transmit the RTS trigger frame immediately after the BUSY state is released, or may transmit the RTS trigger frame after a predetermined time has passed after the BUSY state is released.

[0165] If Figure 9 As shown in the third row of FIG, the transmission path of the non-legacy device 11-2 is in a busy state at the beginning of the third R-TWT SP period, and it is difficult for the non-legacy device 11-2 to detect the RTS trigger frame. Therefore, at the beginning of the third R-TWT SP period, even if the non-legacy device 11-1 sends an RTS trigger frame, as shown in FIG. Figure 9 As shown in the second row of FIG, there is no CTS frame returned from the non-legacy device 11-2. Therefore, if the transmission path of the non-legacy device 11-2 is in the BUSY state, the legacy device 12-2 can send any data, such as Figure 9 As shown in the fifth row.

[0166] If the BUSY state is released within the R-TWT SP period, the non-legacy device 11-2 sends a CTS frame, such as Figure 9 The operations thereafter are the same as those in the first R-TWT SP period, so their description will be omitted.

[0167] As described above, the non-legacy device 11-2 can notify the non-legacy device 11-1 of its state of being able to receive RTA data by sending a CTS frame after the BUSY state is released. Note that the non-legacy device 11-2 can send a CTS frame immediately after the BUSY state is released, or it can send a CTS frame after a predetermined time has passed after the BUSY state is released.

[0168] After the third R-TWT SP period ends, Figure 9 In the example of , the non-legacy device 11-1 sends data in addition to the RTA data, such as Figure 9 As shown in the second row of FIG, the non-legacy device 11-2 receives the data, such as Figure 9The operation in the fourth R-TWT SP period is the same as that in the first R-TWT SP period, so the description thereof will be omitted.

[0169] Note that the duration set for the CTS frame may indicate the time until the end of reception of the RTA data, rather than the time until the end of the R-TWT SP period. In this case, the pressure on communications other than the RTA data communication on the transmission path can be suppressed. Figure 9 In the example, if the start of transmission of RTA data is delayed due to the BUSY state of the transmission path, only the RTA data that can be transmitted before the end of the RTWT SP period among the RTA data scheduled to be transmitted is transmitted, but all the RTA data scheduled to be transmitted may be transmitted.

[0170] As described above, the non-legacy device 11-1 transmits an RTS trigger frame that includes RTS information and allocation information. Therefore, the non-legacy device 11-1 can not only understand the allocation information but also return a CTS frame in response to the RTS information. This allows the legacy device 12-2 to set the NAV based on the CTS frame, thereby preventing interference with RTA data communications caused by transmitting data during the R-TWT SP period. As a result, RTA data can be preferentially transmitted in a stable manner. Therefore, the reliability of low-latency transmission of RTA data is improved.

[0171] <Description of Communication Operation of RTA Data in Wireless Communication System>

[0172] Figure 10 Is used to describe Figure 9 A timing diagram of the communication operation of RTA data performed within the R-TWT SP period in the communication operation.

[0173] Figure 10 The upper row of represents the operation of the non-legacy device 11 - 1 , and the lower row represents the operation of the non-legacy device 11 - 2 .

[0174] like Figure 10 As shown in the upper row of , when the R-TWT SP period starts, the non-legacy device 11-1 sends an RTS trigger frame. Figure 10 As shown in the lower row of , the non-legacy device 11 - 2 receives the RTS trigger frame and returns a CTS frame if it is capable of receiving RTA data.

[0175] like Figure 10 As shown in the upper row of FIG, the non-legacy device 11-1 receives the CTS frame and then sends RTA data. Figure 10 As shown in the lower row of , the non-legacy device 11-2 receives the RTA data and, after receiving the RTA data, returns a BA frame to the non-legacy device 11-1. Figure 10 As shown in the upward direction of , the non - traditional device 11 - 1 receives the BA frame.

[0176] Note that if the remaining period before the end of the R - TWT SP period is a predetermined period or longer, the non - traditional device 11 - 2 can send a CF - END frame in combination with the BA frame. The CF - END frame is a MAC frame that can be interpreted by both the non - traditional device 11 and the traditional device 12. By sending the CF - END frame, the non - traditional device 11 - 2 can clearly notify that the remaining period in the R - TWT SP period has been cancelled, and now any data communication between any wireless communication devices is allowed. Therefore, the transmission path for the remaining period in the R - TWT SP period can be used for the communication of data other than RTA data, thereby improving the utilization efficiency of the transmission path.

[0177] The non - traditional device 11 - 2 can send a CF - END frame in combination with the BA frame, or can only send the BA frame, regardless of whether the remaining period before the end of the R - TWT SP period is a predetermined period or longer. The non - traditional device 11 - 2 can also only send a CF - END frame.

[0178] If in Figure 10 the non - traditional device 11 - 1 operates as an access point and the non - traditional device 11 - 2 operates as a station, then the RTA data is downlink data.

[0179] <Description of RTA data communication processing>

[0180] Figure 11 is a flowchart for describing the RTA data communication processing for sending and receiving RTA data between the non - traditional devices 11 - 1 and 11 - 2 by using the R - TWT technology.

[0181] In Figure 11 the R - TWT SP period indicated by the dashed rectangle describing the RSP, when the first R - TWT SP period starts, the non - traditional device 11 - 1 performs the processing of step S211 in Figure 11 Specifically, in step S211, the transmission controller 57 of the non - traditional device 11 - 1 sends the encoded data of the RTS trigger frame constructed by the control frame construction part 56 to the non - traditional device 11 - 2 via the antenna part 59.

[0182] In step S241, the receiving controller 60 of the non - traditional device 11 - 2 receives the encoded data of the RTS trigger frame sent in step S211 via the antenna part 59.

[0183] In step S242 , the transmission controller 57 returns the encoded data of the CTS frame constructed by the control frame construction section 56 based on the RTS information included in the RTS trigger frame to the non-legacy device 11 - 1 via the antenna section 59 .

[0184] In step S212, the reception controller 60 receives the encoded data of the CTS frame transmitted in step S242 via the antenna section 59. In step S213, the transmission controller 57 transmits the encoded data of RTA#1 constructed from the CTS frame by the data frame construction section 54 to the non-legacy device 11-2 via the antenna section 59. RTA#1 is a data frame of RTA data for the first R-TWT SP period.

[0185] In step S243, the reception controller 60 receives the encoded data of RTA#1 transmitted in step S213 via the antenna section 59. If the remaining period from the completion of reception of the encoded data of RTA#1 to the end of the initial R-TWT SP period is not a predetermined period or longer, the transmission controller 57 proceeds to the process of step S244. Specifically, in step S244, the transmission controller 57 transmits the BA frame constructed by the control frame construction section 56 to the non-legacy device 11-1 via the antenna section 59 in response to the completion of reception of the encoded data of RTA#1.

[0186] In step S214 , the reception controller 60 receives the BA frame transmitted in step S244 via the antenna section 59 .

[0187] When the second R-TWT SP period starts, in step S215 , the non-legacy device 11 - 1 sends an RTS trigger frame to the non-legacy device 11 - 2 , similar to the process of step S211 .

[0188] In step S245, the non-legacy device 11-2 receives the encoded data of the RTS trigger frame sent in step S215, similar to the process in step S241. However, if the transmission path of the non-legacy device 11-2 is in a busy state at this time, the encoded data of the RTS trigger frame cannot be accurately decoded. Therefore, the non-legacy device 11-2 waits until the busy state of the transmission path is resolved.

[0189] The non-legacy device 11-1 does not send RTA data because no CTS frame is returned from the non-legacy device 11-2. At this time, the non-legacy device 11-1 may send coded data of a MAC frame addressed to another device other than the non-legacy device 11-2, but Figure 11 In the example of , the non-legacy device 11 - 1 gives priority to the transmission of the RTA data and waits until it detects the return of the CTS frame.

[0190] When the BUSY state of the transmission path of the non-legacy device 11 - 2 is released, the process of step S246 is executed.

[0191] Except for using RTA#2 instead of RTA#1, the processing of steps S246 to S248 and steps S216 to S218 is similar to the processing of steps S242 to S244 and S212 to S214, and therefore their description will be omitted. RTA#2 is a data frame of RTA data for the second R-TWT SP period. Note that in step S217, the non-legacy device 11-1 may only transmit the data frame of RTA data in RTA#2, which corresponds to the amount of data that can be transmitted until the end of the second R-TWT SP period.

[0192] When the third R-TWT SP period begins, the non-legacy device 11-1 performs the process of step S219. The processes of steps S219 to S221 and S249 to S251 are similar to those of steps S211 to S213 and S241 to S243, except that RTA#3 is used instead of RTA#1, and thus their description will be omitted. RTA#3 is a data frame of RTA data for the third R-TWT SP period.

[0193] In step S251, if the remaining period from the completion of reception of the encoded data of RTA #3 until the end of the third R-TWT SP period is a predetermined period or longer, the transmission controller 57 performs the processing of step S252. Specifically, in step S252, the transmission controller 57 concatenates the BA frame and the CF-END frame constructed by the control frame construction section 56 in response to the completion of reception of the encoded data of RTA #3 to encode them, and transmits them via the antenna section 59.

[0194] In step S222 , the reception controller 60 receives, via the antenna section 59 , the encoded data obtained by concatenating and encoding the BA frame and the CF-END frame transmitted in step S252 .

[0195] Next, when the fourth R-TWT SP period begins, if the transmission path of the non-legacy device 11-1 is in the BUSY state, the non-legacy device 11-1 waits until the BUSY state of the transmission path is released. When the busy state of the transmission path of the non-legacy device 11-1 is released, the process of step S223 is executed. The process of steps S223 to S226 and S253 to S256 is similar to the process of steps S211 to S214 and S241 to S244, except that RTA#4 is used instead of RTA#1, and therefore their description will be omitted. RTA#4 is a data frame of RTA data for the fourth R-TWT SP period.

[0196] Note that in step S225, the non-legacy device 11-1 may transmit only the data frames of the RTA data in RTA#4, which corresponds to the amount of data that can be transmitted in the time until the end of the fourth R-TWT SP period.

[0197] <Example of trigger frame data structure>

[0198] Figure 12 is a diagram showing an example of the data structure of a trigger frame specified in IEEE802.11.

[0199] like Figure 12 As shown in the upper row of , the trigger frame data includes a frame control indicating the trigger frame format, a duration indicating the duration, and an RA, which is the address information of the trigger frame's destination. The trigger frame data also includes: a TA, which is the address information of the trigger frame's source; common information, which includes information common to all users; a user information list, which includes each user's personal information; and padding, which may be added as needed. The trigger frame data also includes a frame check sequence (FCS) for error detection.

[0200] The user information list includes user information, which is the personal information of each user. Figure 3 As shown in the middle row of , the user information includes AID12, which is information for identifying the target wireless communication device or application, RU allocation, which specifies the resource unit to be used for wireless communication, and UL FEC coding type, which indicates the coding format of uplink communication. The usage information also includes UL HE-MCS and UL-DMC, which indicate the coding scheme for uplink communication, SS allocation / RA-RU information, which indicates spatial multiplexing allocation and random access resource units, and UL target received power, which indicates the received power of the uplink target. The usage information also includes a reserved area, which is a reserved area for extension. The usage information also includes trigger-related user information, which is added as trigger-related user information when necessary.

[0201] like Figure 3 As shown in the lower row of the , common information includes trigger type, UL length, more TFs, CS requirements, UL BW, GI and HE-LTF type, MU-MIMO HE-LTF mode, number of HE-LTF symbols and Midamble periodicity, UL STBC, EDCA extra symbol segments, and AP transmit power. Common information also includes pre-FEC filling factor, PE disambiguation, UL spatial reuse, Doppler, reserved UL HE-SIG-A2, and reserved R.

[0202] Among the information included as data in the trigger frame configured as described above, the information other than the RTS information other than the FCS is allocation information. Specifically, the allocation information includes common information, user information list, padding, and FCS.

[0203] This allocation information allows non-traditional device 11-2 to understand the resource allocation information necessary to receive RTA data addressed to itself, etc. For example, non-traditional device 11-2 can identify non-traditional device 11-1 that sends the RTA data. Non-traditional device 11-1 can identify resource allocation in the time direction, such as the amount of RTA data to be received and the length of the R-TWT SP period, by triggering relevant user information, UL length, etc. Non-traditional device 11-1 can identify resource allocation in the frequency direction, such as the reception channel of the RTA data, by ULBW, etc.

[0204] <First Configuration Example of RTS Trigger Frame>

[0205] Figure 13 is a diagram showing the first configuration example of the RTS trigger frame.

[0206] In Figure 13 In the shown RTS trigger frame, the RTS information and the allocation information are arranged as data in the same control frame, so that the RTS information and the allocation information are arranged to be associated with each other. Specifically, in the data in the RTS trigger frame, the RTS information, the Tail (a bit string indicating the delimiter position of the indication signal), the allocation information, and the Tail are sequentially set from the beginning. The RTS information includes frame control, duration, RA, TA, and FCS.

[0207] Figure 13 The RTS trigger frame of includes RTS information that can be interpreted as data by traditional device 12, so traditional device 12 can obtain the RTS information. Note that the Tail is arranged after the RTS information, so traditional device 12 can perform termination processing.

[0208] Figure 13 The RTS trigger frame of includes the RTS information and the allocation information. The RTS information and the allocation information are included in the trigger frame, and the trigger frame can be interpreted as data by non-traditional device 11. Therefore, non-traditional device 11 can obtain the same information as in the case of interpreting the trigger frame by obtaining the RTS information followed by the allocation information. Note that the Tail is arranged after the allocation information, so non-traditional device 11 can perform termination processing.

[0209] <Example of Data Structure of CF-END Frame>

[0210] Figure 14 is a diagram showing an example of the data structure of the CF-END frame.

[0211] Figure 14 The data of the CF-END frame includes a frame control indicating the frame format of the CF-END frame, a duration indicating the duration, and a RA which is address information of the destination of the CF-END frame. The data of the CF-END frame also includes a BSSID which is an identifier of the basic service set (BSS) to which the source of the CF-END frame belongs, or a TA as address information, and an FCS for error detection.

[0212] Note that when the CF-END frame is linked to the BA frame and then transmitted, a tail can be added between the BA frame and the CF-END frame. This allows the non-traditional device 11 and the traditional device 12 to perform termination processing.

[0213] <Description of RTS trigger frame transmission processing>

[0214] Figure 15 is a flowchart for describing the RTS trigger frame transmission processing in which the non-traditional device 11-1 transmits an RTS trigger frame.

[0215] In Figure 15 In step S271, the transmission opportunity management section 55 of the non-traditional device 11-1 determines whether the R-TWT SP period has started. If it is determined in step S271 that the R-TWT SP period has started, the process proceeds to step S272.

[0216] In step S272, the access controller 58 determines whether the state of the transmission path (medium) notified by the reception controller 60 is an idle state. If it is determined in step S272 that the state is an idle state, the process proceeds to step S273. In step S273, the RTA management section 53 calculates the time corresponding to the RTA data to be transmitted in the current R-TWT SP period as the duration.

[0217] In step S274, the RTA management section 53 determines whether there is any unsent RTA data that should have been transmitted in the previous R-TWT SP period in the transmission buffer 52. If it is determined in step S274 that there is unsent RTA data, in step S275, the RTA management section 53 adds the time corresponding to the unsent RTA data to the duration calculated in step S273. Then, the control frame construction section 56 constructs an RTS trigger frame including the duration, provides it to the transmission controller 57, and proceeds to step S276.

[0218] On the other hand, if it is determined in step S274 that there is no untransmitted RTA data, the control frame construction section 56 constructs an RTS trigger frame including the duration calculated in step S273, supplies it to the transmission controller 57, and proceeds to step S276.

[0219] In step S276, the transmission controller 57 transmits the encoded data of the RTS trigger frame including the duration calculated in step S273 or S275 to the non-legacy device 11-2 via the antenna section 59. Then, the RTS trigger frame transmission process ends.

[0220] On the other hand, if it is determined in step S271 that the R-TWT SP period has not started, the RTS trigger frame transmission process ends.

[0221] If it is determined in step S272 that the state is not the idle state, then in step S277, the reception controller 60 determines whether the encoded data of the data frame addressed to itself has been received. If it is determined in step S277 that the encoded data of the data frame addressed to itself has been received, then in step S278, the reception controller 60 performs reception data processing on the encoded data, such as decoding by the reception controller 60, extraction by the data frame extraction section 62, and storage in the reception buffer 63. The process then proceeds to step S281.

[0222] If it is determined in step S277 that the coded data of the data frame addressed to itself has not been received, then in step S279, the reception controller 60 determines whether the coded data of the CTS frame addressed to another destination has been received. If it is determined in step S279 that the coded data of the CTS frame addressed to another destination has been received, the reception controller 60 provides the CTS frame to the control frame extraction section 61 and proceeds to step S280.

[0223] In step S280, the access controller 58 acquires the duration extracted by the control frame extraction section 61 from the CTS frame addressed to another destination and sets the NAV for the period from the current time to the time indicated by the duration. The process then proceeds to step S281.

[0224] If it is determined in step S279 that the encoded data of the CTS frame addressed to another destination has not been received, the process proceeds to step S281.

[0225] In step S281, it is determined whether the current time is within the R-TWT SP period. If it is determined in step S281 that the current time is within the R-TWT SP period, the process returns to step S272, and the subsequent processes are performed.

[0226] On the other hand, if it is determined in step S281 that the current time is not within the R-TWT SP period, that is, the R-TWT SP period has ended, the RTS trigger frame transmission process ends.

[0227] Note that in Figure 15 the example, it is assumed that the duration of the RTS trigger frame is greater than 0. If the duration is 0, that is, if there is no RTA data to be transmitted in the current R-TWT SP period, the process of step S276 is not executed.

[0228] <Description of RTA data transmission process>

[0229] Figure 16 is a flowchart for describing the RTA data transmission process of the non-traditional device 11-1 for transmitting RTA data.

[0230] In Figure 16 step S301, the receiving controller 60 of the non-traditional device 11-1 determines whether the encoded data of the CTS frame sent from the non-traditional device 11-2 has been received. If it is determined in step S301 that the encoded data of the CTS frame has been received, the receiving controller 60 provides the CTS frame to the control frame extraction component 61. Therefore, the information included in the CTS frame is provided to the RTA management component 53 via the transmission opportunity management section 55 when necessary. In step S302, the transmission opportunity management section 55 then obtains the transmission time of the RTA data to be transmitted in the current R-TWT SP period that has been calculated by the RTA management section 53.

[0231] In step S303, the transmission opportunity management section 55 obtains the remaining time in the current R-TWT SP period. In step S304, the transmission opportunity management section 55 determines whether the remaining time obtained in step S303 is a predetermined time or longer.

[0232] If it is determined in step S3o4 that the remaining time is a predetermined time or longer, then in step S305, the data frame construction section 54 obtains the RTA data corresponding to the remaining time from the transmission buffer 52 for the RTA data to be transmitted in the current R-TWT SP period, and proceeds to step S311.

[0233] In the case where it is determined in step S304 that the remaining time is not a predetermined time or longer, in step S306, the data frame construction section 54 obtains the minimum necessary RTA data from the transmission buffer 52 for the RTA data to be transmitted in the current R-TWT SP period. Then the process proceeds to step S311.

[0234] On the other hand, if it is determined in step S301 that the encoded data of the CTS frame has not been received, the process proceeds to step S307. In step S307, the non-legacy device 11-1 determines whether a CTS reception time has elapsed, which is assumed to be the time from the transmission of the RTS trigger frame by the non-legacy device 11-1 to the reception of the CTS frame.

[0235] If it is determined in step S307 that the CTS reception time has passed, then in step S308, the access controller 58 determines whether to prioritize the transmission of RTA data. If it is determined in step S308 that the transmission of RTA data is not prioritized, that is, the transmission path will be effectively used, the process proceeds to step S309.

[0236] In step S309, the access controller 58 determines whether data other than the RTA data can be transmitted. If it is determined in step S309 that data other than the RTA data can be transmitted, then in step S310, the data frame construction section 54 obtains the minimum necessary data other than the RTA data from the transmission buffer 52 and proceeds to step S311.

[0237] In step S311, the data frame construction section 54 constructs a data frame of the RTA data acquired in step S305 or S306, or a data frame of data other than the RTA data acquired in step S310, and supplies it to the transmission controller 57. In step S312, the transmission controller 57 transmits the encoded data of the data frame constructed in step S311 via the antenna section 59, thereby terminating the RTA data transmission process.

[0238] If it is determined in step S309 that data other than the RTA data cannot be transmitted, then in step S313, the access controller 58 determines whether it is necessary to release the reservation of the R-TWT SP. If it is determined in step S313 that the release of the reservation of the R-TWT SP is necessary, then in step S314, the control frame construction section 56 constructs a CF-END frame and provides it to the transmission controller 57. In step S315, the transmission controller 57 transmits the encoded data of the CF-END frame constructed in step S314 via the antenna section 59 and terminates the RTA data transmission process.

[0239] On the other hand, if it is determined in step S313 that the reservation of the R-TWT SP does not need to be released, it is determined in step S316 whether the R-TWT SP period has ended. If it is determined in step S316 that the R-TWT SP period has not ended, the process returns to step S301 and the subsequent processes are performed. If it is determined in step S316 that the R-TWT SP period has ended, the RTA data transmission process ends.

[0240] If it is determined in step S307 that the CTS reception time has not elapsed, or if it is determined in step S308 that priority is given to the transmission of RTA data, the process returns to step S301 and the subsequent processes are repeated.

[0241] <Description of RTA data reception process>

[0242] Figure 17 is a flowchart for describing the RTA data reception process of non - traditional device 11 - 2 receiving RTA data.

[0243] At Figure 17 In step S331 of, the transmission opportunity management section 55 determines whether the current time is within the R - TWT SP period. If it is determined in step S401 that the current time is within the R - TWT SP period, then in step S332, the access controller 58 detects whether the transmission path is in a busy state.

[0244] If it is determined in step S332 that the transmission path is not in a busy state, that is, the transmission path is either in use or idle, the process proceeds to step S333. In step S333, the reception controller 60 determines whether the encoded data of the RTS trigger frame has been received from the non - traditional device 11 - 2. If it is determined in step S333 that the encoded data of the RTS trigger frame has been received, the reception controller 60 performs decoding etc. on the encoded data of the RTS trigger frame to provide the RTS trigger frame to the control frame extraction section 61. Then, the process proceeds to step S334.

[0245] In step S334, the control frame extraction section 61 extracts the amount of RTA data to be received, that is, the data volume of the RTA data to be received, from the RTS trigger frame. In step S335, the transmission opportunity management section 55 sets the time to be included as the duration in the CTS frame and provides it to the control frame construction section 56.

[0246] In step S336, the control frame construction section 56 constructs a CTS frame including the duration set in step S335 and provides it to the transmission controller 57. Then the process proceeds to step S346.

[0247] On the other hand, if it is determined in step S333 that the RTS trigger frame has not been received, the process enters step S337. In step S337, the reception controller 60 determines whether the encoded data of the data frame of the RTA data addressed to itself has been received. If it is determined in step S337 that the encoded data of the data frame of the RTA data addressed to itself has been received, then in step S338, the non - traditional device 11 - 2 performs reception data processing on the encoded data.

[0248] In step S339, the transmission opportunity management section 55 determines whether a BA frame needs to be returned. If it is determined in step S339 that a BA frame needs to be returned, in step S340, the control frame construction section 56 constructs a BA frame and provides it to the transmission controller 57. The process then proceeds to step S346.

[0249] On the other hand, if it is determined in step S339 that a return BA frame is not required, the RTA data reception process ends.

[0250] If it is determined in step S337 that the encoded data of the data frame addressed to its own RTA data has not been received, then in step S341, the reception controller 60 determines whether the encoded data of the CTS frame addressed to another destination has been received. If it is determined in step S337 that the encoded data of the CTS frame addressed to another destination has been received, the reception controller 60 provides the CTS frame to the control frame extraction section 61. In step S342, the access controller 58 then sets the NAV for the period from the current time to the time indicated by the duration extracted from the CTS frame by the control frame extraction section 61. The process then returns to step S331, and the subsequent processing is repeated.

[0251] On the other hand, if it is determined in step S341 that the encoded data of the CTS frame addressed to another destination has not been received, the process returns to step S331 and the subsequent processing is repeated.

[0252] If the status is determined to be BUSY in step S332, the reception controller 60 determines in step S343 whether it is presumed that an RTS trigger frame has arrived. For example, if the reception controller 60 detects an increase in the signal level at the timing when the RTS trigger frame should have normally arrived, and it is presumed from the signal level that an RTS trigger frame may have been transmitted, the reception controller 60 determines that the RTS trigger frame has arrived.

[0253] If it is determined in step S343 that the presumed RTS trigger frame has arrived, then in step S344, the access controller 58 determines whether the state of the transmission path has transitioned to the idle state. If it is determined in step S344 that the state has transitioned to the idle state, then in step S345, the control frame construction section 56 constructs a CTS frame and supplies it to the transmission controller 57. The process then proceeds to step S346.

[0254] In step S346, the transmission controller 57 transmits the encoded data of the CTS frame constructed in step S336 or S345 or the BA frame constructed in step S340 via the antenna section 59 to terminate the RTA data reception process.

[0255] On the other hand, if it is determined in step S343 that no RTS trigger frame is presumed to have arrived, or if it is determined in step S344 that the state has not transitioned to the idle state, the process returns to step S331, and the subsequent processing is repeated.

[0256] If it is determined in step S331 that the current time is not within the R-TWT SP period, the RTA data reception process ends.

[0257] Note that in the above description, the RTS trigger frame is assumed to be a control frame in which the RTS information and the allocation information are associated with each other. However, as long as it is a frame in which the RTS information and the allocation information are associated with each other, it can be any frame other than a control frame. For example, the RTS trigger frame can be a frame such as an aggregated MAC protocol data unit (A-MPDU), a PLCP protocol data unit (PPDU), an aggregated PLCP protocol data unit (A-PPDU), a concatenated PPDU, or a frequency reuse PPDU.

[0258] <Second Configuration Example of RTS Trigger Frame>

[0259] Figure 18 is a diagram showing a configuration example of an RTS trigger frame that is an A-MPDU.

[0260] Figure 18 The RTS trigger frame of is an A-MPDU in which the RTS information and the allocation information are respectively changed to MAC frames and aggregated, so that the RTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 18 The RTS trigger frame of includes, in order from the head, a physical layer convergence protocol (PLCP) preamble, an RTS frame, a tail, an allocation information frame, and a tail. The PLCP preamble includes a short training field (STF), a long training field (LTF), and an L-SIG (signal).

[0261] Since Figure 18 the RTS trigger frame of includes an RTS frame that can be interpreted by the conventional device 12, the conventional device 12 can obtain the RTS information. The RTS trigger frame also includes an allocation information frame corresponding to a trigger frame that can be interpreted by the non-conventional device 11, so that the non-conventional device 11 can obtain both the RTS information and the allocation information.

[0262] <Third Configuration Example of RTS Trigger Frame>

[0263] Figure 19 is a diagram showing a configuration example of an RTS trigger frame that is an A-PPDU.

[0264] Figure 19The RTS trigger frame is an A-PPDU, where the RTS information frame and the allocation information frame are each changed to a PPDU and aggregated, so that the RTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 19 The RTS trigger frame of includes an RTS information section (conventional section) and an allocation information section (non-conventional section), which are connected and arranged by a tail (interval). The RTS information section is a PPDU including a PLCP preamble (first preamble) and an RTS frame. The allocation information section is a PPDU including a PLCP preamble (second preamble) and an allocation information frame. The period of this tail is shorter than the shortest inter-frame interval (IFS) arranged between MAC frames, for example, shorter than the period of the short inter-frame interval (SIFS). The tail is arranged at the end of the allocation information frame.

[0265] Figure 19 The RTS trigger frame of includes an RTS frame and an allocation information frame. Therefore, similar to Figure 18 the case of, the conventional device 12 can obtain the RTS information, and the non-conventional device 11 can obtain both the RTS information and the allocation information.

[0266] <Fourth Configuration Example of RTS Trigger Frame>

[0267] Figure 20 is a diagram showing a configuration example of an RTS trigger frame as a connected PPDU.

[0268] Figure 20 The RTS trigger frame of is a connected PPDU, where the RTS frame and the allocation information frame are each changed to a PPDU and connected, so that the RTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 20 The RTS trigger frame of includes an RTS PPDU (conventional frame) and an allocation information PPDU (non-conventional frame) connected via a GI (guard interval). The RTS PPDU includes a PLCP preamble (first preamble), a PLCP header (first header), an RTS frame, and a tail. The allocation information PPDU includes a PLCP preamble (second preamble), a PLCP header (second header), an allocation information frame, and a tail. The GI is also arranged at the end of the allocation information PPDU.

[0269] Figure 20 The RTS trigger frame of includes an RTS frame and an allocation information frame. Therefore, as in Figure 18 the case of, the conventional device 12 can obtain the RTS information, and the non-conventional device 11 can obtain both the RTS information and the allocation information.

[0270] <Fifth Configuration Example of RTS Trigger Frame>

[0271] Figure 21is a diagram showing a configuration example of an RTS trigger frame as a frequency multiplexing PPDU.

[0272] Figure 21 The RTS trigger frame is a PPDU, in which the RTS frame and the allocation information frame are respectively changed into PPDUs and multiplexed in the frequency direction so that the RTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 21 The RTS trigger frame is constructed by multiplexing the PPDU of the main channel (primary channel) with the RTS frame and the PPDU of the subchannel (secondary channel) with the allocation information frame. The PPDU of the main channel includes the PLCP preamble, PLCP header, and RTS frame. The PPDU of the subchannel includes the PLCP preamble, PLCP header, and allocation information frame.

[0273] Note that if the PPDU of the main channel and the PPDU of the sub-channel differ in information length, padding is added to the shorter PPDU. Figure 21 In the example, the information length of the PPDU of the main channel is shorter than the information length of the PPDU of the sub-channel, and padding is added to the PPDU of the main channel.

[0274] Figure 21 The RTS trigger frame includes the RTS frame and the allocation information frame. Figure 18 In this case, the legacy device 12 can obtain RTS information, and the non-legacy device 11 can obtain both RTS information and allocation information.

[0275] As described above, the non-legacy device 11-1 controls the transmission of RTS trigger frames, and the non-legacy device 11-2 controls the reception of these RTS trigger frames. This prevents the legacy device 12 from interfering with RTA data communications by transmitting data during the R-TWT SP period. As a result, when non-legacy devices 11 and legacy devices 12 perform wireless communications in the same frequency band, high reliability of wireless communications for RTA data can be ensured. In other words, the non-legacy device 11 can efficiently perform RTA data communications using R-TWT technology.

[0276] <2. Second embodiment>

[0277] <Description of Real-time Parameter Exchange Processing>

[0278] The second embodiment of the wireless communication system employing the present technology differs from the first embodiment primarily in that an RTS trigger frame is not sent during the real-time parameter exchange process, and a CTS trigger frame is used instead of a CTS frame. Other aspects are similar to the first embodiment. Therefore, the following description will focus on the differences from the second embodiment. Note that the devices, modules, and components of the wireless communication system 10 of the second embodiment are denoted by the same reference symbols as those of the first embodiment.

[0279] Figure 22 is a flowchart for describing the real-time parameter exchange process.

[0280] exist Figure 22 In the real-time parameter exchange process, the non-legacy device 11-1 sends a real-time parameter setting request frame, and the non-legacy device 11-2 sends a real-time parameter setting response frame.

[0281] Specifically, in Figure 22 In step S361, the transmission controller 57 of the non-legacy device 11-2 transmits the encoded data of the real-time parameter setting request frame to the non-legacy device 11-1 via the antenna section 59. The real-time parameter setting request frame includes the real-time parameters calculated by the RTA management section 53 and the transmission opportunity management section 55 and provided to the transmission controller 57 via the access controller 58.

[0282] In step S371, the reception controller 60 of the non-legacy device 11-1 receives the real-time parameter setting request frame transmitted by the process of step S361 via the antenna section 59. The reception controller 60 provides the real-time parameters included in the real-time parameter setting request frame to the transmission opportunity management section 55 and the RTA management section 53 via the access controller 58. Based on these real-time parameters, the transmission opportunity management section 55 sets adaptable real-time parameters. The transmission opportunity management section 55 provides the set real-time parameters to the transmission controller 57 via the access controller 58.

[0283] In step S372, the transmission controller 57 transmits the encoded data of the real-time parameter response frame including those real-time parameters to the non-legacy device 11-2 via the antenna section 59.

[0284] In step S362, the reception controller 60 receives the real-time parameter setting response frame transmitted by the process of step S372 via the antenna section 59. The reception controller 60 provides the real-time parameters included in the real-time parameter setting request frame to the transmission opportunity management section 55 via the access controller 58. Based on these real-time parameters, the transmission opportunity management section 55 sets the real-time parameters. Then, the real-time parameter exchange process ends.

[0285] <Description of Another Example of Communication Operation for RTA Data Performed Using R-TWT Technology Regardless of Legacy Devices>

[0286] Figure 23 Is used to describe Figure 7 FIG. 1 is a timing diagram of another example of a communication operation for RTA data performed within an R-TWT SP period in a communication operation of FIG.

[0287] Figure 23The upper line represents the operation of the receiving device, and the lower line represents the operation of the sending device.

[0288] like Figure 23 As shown in the upper row of , when the R-TWT SP period starts, the receiving device sends a trigger frame for sending RTA data. Figure 23 As shown in the lower line of FIG, the sending device receives the trigger frame and starts sending RTA data. Figure 23 As shown in the upper row of , the receiving device receives the RTA data and returns a BA frame to the sending device after receiving it. Figure 23 As shown in the lower line of , the sending device receives the BA frame from the receiving device.

[0289] Note that in Figure 23 In the embodiment of the present invention, for example, the receiving device can operate as an access point and the transmitting device can operate as a station. In this case, the RTA data is uplink data.

[0290] exist Figure 23 In the example of , the receiving device sends a trigger frame, so that the sending device starts sending RTA data, but the traditional device cannot interpret the trigger frame. Figure 7 and Figure 8 In the case described in

[15] , when RTA data communication is performed using the R-TWT technology without considering legacy devices, the communication is interfered with by communications from the legacy devices. This impairs the reliability of RTA data communication. In this regard, in the second embodiment as well, similar to the first embodiment, the wireless communication system 10 performs communication using the R-TWT technology by considering the legacy devices 12.

[0291] <Description of Communication Operation of Wireless Communication System Using R-TWT Technology>

[0292] Figure 24 is a sequence diagram illustrating an example of a communication operation of the wireless communication system 10 using the R-TWT technique.

[0293] Non-conventional devices 11-1 and 11-2 perform Figure 22 The real-time parameter exchange process shown in FIG is performed and the real-time parameters are shared before performing communication operations using the R-TWT technology. Figure 24 As shown in the first and fourth rows of , the R-TWT SP periods set based on the real-time parameters shared by the non-legacy devices 11 - 1 and 11 - 2 are the same.

[0294] When the first R-TWT SP period begins, Figure 24 As shown in the third row, the non-legacy device 11-2 sends Figure 24The C in the figure represents a CTS trigger frame. The CTS trigger frame is a control frame in which the CTS information included in the CTS (CTS-Self) frame and the allocation information included in the trigger frame are arranged to be associated with each other. The CTS information is one of the legacy information for the legacy device 12 and can be interpreted by both the non-legacy device 11 and the legacy device 12.

[0295] like Figure 24 As shown in the second row of FIG, the non-legacy device 11-1 receives the CTS trigger frame and understands that it is prompted to send the RTA data addressed to it. The non-legacy device 11-1 understands the resource information allocated to the RTA data addressed to the non-legacy device 11-2 through the allocation information included in the CTS trigger frame.

[0296] like Figure 24 As shown in the second row of FIG, the non-legacy device 11-1 sends the RTA data corresponding to the CTS trigger frame to the non-legacy device 11-2, and as shown in FIG. Figure 24 As shown in the third row, the non-legacy device 11-2 receives the RTA data.

[0297] At the same time, if Figure 24 As shown in the fifth row of FIG, the legacy device 12-2 also receives the CTS trigger frame and obtains the CTS information included in the CTS trigger frame. Then, the legacy device 12-2 sets the NAV to the period from the current time to the time indicated by the duration included in the CTS information, which is indicated by Figure 24 This prevents the legacy device 12-2 from performing transmission until the first R-TWT SP period ends, so that the non-legacy device 11-2 can reliably receive the RTA data.

[0298] After the first R-TWT SP period ends, Figure 24 In the example of , the non-legacy device 11-2 sends data in addition to the RTA data, such as Figure 24 As shown in the third row of FIG, the non-legacy device 11-1 receives the data, such as Figure 24 The second row is shown.

[0299] Also at the beginning of the second R-TWT SP period, the non-legacy device 11-2 sends a CTS trigger frame in the same manner as at the beginning of the first R-TWT SP period. However, at this time, if the transmission path of the non-legacy device 11-1 is in a state such as Figure 24 The non-legacy device 11-1 is in a busy state as shown in the second row of FIG. 1 , and therefore, the non-legacy device 11-2 does not send RTA data. Figure 24 As shown in the fifth row of , the legacy device 12 - 2 sets the NAV as in the case of the first R-TWT SP period.

[0300] like Figure 24 As shown in the third row, the non-legacy device 11-2 sends Figure 24 The E in FIG. 1 represents a CF-END frame because no RTA data is sent from the non-legacy device 11-1. Figure 24 As shown in the fifth row of FIG, the legacy device 12-2 receives the CF-END frame and releases the NAV. This allows the transmission path to be used for communications other than RTA data communications between the non-legacy devices 11-1 and 11-2, thereby improving the utilization efficiency of the transmission path.

[0301] If the BUSY state is released during the R-TWT SP period, such as Figure 24 As shown in the second row of , the non-legacy device 11-1 sends RTA data, and as Figure 24 As shown in the third row, the non-legacy device 11-2 receives the RTA data.

[0302] As described above, the non-legacy device 11-1 transmits RTA data after the BUSY state is released, thereby suppressing the delay in transmitting the RTA data. Note that the non-legacy device 11-2 may transmit RTA data immediately after the BUSY state is released, or it may transmit RTA data after a predetermined time has passed after the BUSY state is released. However, since the NAV is released at the legacy device 12-2 at this time, data can be transmitted from the legacy device 12-2.

[0303] Likewise, at the beginning of the third R-TWT SP period, the non-legacy device 11-2 wants to send a CTS trigger frame in the same manner as at the beginning of the first R-TWT SP period, but the transmission path may be in a state such as Figure 24 In this case, the non-legacy device 11-2 does not send a CTS trigger frame until the BUSY state is released. Figure 24 As shown in the fifth row of FIG, the legacy device 12-2 can send any data. Note that the non-legacy device 11-1 can also send any data.

[0304] If the BUSY state is released within the second R-TWT SP period, the non-legacy device 11-1 transmits a CTS trigger frame to the non-legacy device 11-2. Operations thereafter are the same as those of the first R-TWT SP period, and thus descriptions thereof will be omitted.

[0305] As described above, the non-legacy device 11-1 can notify the non-legacy device 11-2 that it can receive RTA data by sending a CTS trigger frame after the BUSY state is released. Therefore, the non-legacy device 11-2 sends RTA data, thereby suppressing the delay in sending RTA data. Note that the non-legacy device 11-1 can send a CTS trigger frame immediately after the BUSY state is released, or it can send a CTS trigger frame after a predetermined time has passed since the BUSY state was released.

[0306] The operation of the fifth R-TWT SP period is the same as that of the first R-TWT SP period, and thus a description thereof will be omitted.

[0307] Note that the duration in the CTS information included in the CTS trigger frame may indicate the time until the end of reception of the RTA data, rather than the time until the end of the R-TWT SP period. In this case, the pressure on communications other than the RTA data communication on the transmission path can be suppressed. Figure 24 In the example, when the start of RTA data transmission is delayed due to the BUSY state of the transmission path, only the RTA data that can be transmitted before the RTWT SP period among the RTA data scheduled to be transmitted is transmitted, but all the RTA data scheduled to be transmitted may also be transmitted.

[0308] As described above, the non-legacy device 11-2 transmits a CTS trigger frame including CTS information and allocation information. Therefore, the legacy device 12-2 can set the NAV based on the CTS information. This prevents the legacy device 12-2 from interfering with RTA data communications by transmitting data during the R-TWT SP period. As a result, RTA data can be preferentially transmitted in a stable manner. Consequently, the reliability of low-latency transmission of RTA data is improved.

[0309] <Description of Communication Operation of RTA Data in Wireless Communication System>

[0310] Figure 25 Is used to describe Figure 24 A timing diagram of the communication operation of RTA data performed within the R-TWT SP period in the communication operation.

[0311] Figure 25 The upper row represents the operation of the non-legacy device 11-2, and the lower row represents the operation of the non-legacy device 11-1.

[0312] like Figure 25 As shown in the upper row of , when the R-TWT SP period starts, the non-legacy device 11-2 sends a CTS trigger frame. Figure 25As shown in the downlink below, the non-traditional device 11-1 receives the CTS trigger frame and, if it can send RTA data, sends the RTA data.

[0313] As Figure 25 shown in the uplink above, the non-traditional device 11-2 receives the RTA data and, after receiving the RTA data, returns a BA frame to the non-traditional device 11-1. As Figure 25 shown in the downlink below, the non-traditional device 11-1 receives the BA frame.

[0314] Note that, similar to the first embodiment, if the remaining period before the end of the R-TWT SP period is a predetermined period or longer, the non-traditional device 11-2 can send a CF-END frame in combination with the BA frame. Similar to the first embodiment, the non-traditional device 11-2 can send a CF-END frame in combination with the BA frame, or can send only the BA frame, regardless of whether the remaining period before the end of the R-TWT SP period is a predetermined period or longer. The non-traditional device 11-2 can also send only the CF-END frame.

[0315] If in Figure 25 the non-traditional device 11-1 operates as a station and the non-traditional device 11-2 operates as an access point, the RTA data is uplink data.

[0316] <Description of RTA data communication processing>

[0317] Figure 26 is a flowchart for describing the RTA data communication processing for sending and receiving RTA data between the non-traditional devices 11-1 and 11-2 by using the R-TWT technology.

[0318] In Figure 26 the R-TWT SP period indicated by the dashed rectangle describing the RSP, when the first R-TWT SP period starts, the transmission controller 57 of the non-traditional device 11-2 executes Figure 26 the processing of step S411 in

[0319] Specifically, in step S411, the transmission controller 57 sends the encoded data of the CTS trigger frame constructed by the control frame construction section 56 to the non-traditional device 11-1 via the antenna section 59.

[0320] In step S441, the reception controller 60 of the non-traditional device 11-1 receives the encoded data of the CTS trigger frame transmitted in step S411 via the antenna section 59.

[0321] In step S412, the reception controller 60 receives the encoded data of RTA#1 transmitted in step S442 via the antenna section 59. If the remaining period from the completion of reception of the encoded data of RTA#1 to the end of the first R-TWT SP period is not a predetermined period or longer, the transmission controller 57 performs the process of step S413. Specifically, in step S413, the transmission controller 57 transmits the BA frame constructed by the control frame construction section 56 to the non-legacy device 11-1 via the antenna section 59 in response to the completion of reception of the encoded data of RTA#1.

[0322] In step S443 , the reception controller 60 receives the BA frame transmitted in step S413 via the antenna section 59 .

[0323] When the second R-TWT SP period starts, in step S414 , the transmission controller 57 transmits a CTS trigger frame to the non-legacy device 11 - 1 , similar to the process of step S411 .

[0324] In step S444, similar to the process in step S441, the reception controller 60 receives the encoded data of the CTS trigger frame sent in step S414. However, if the transmission path of the non-legacy device 11-1 is in a busy state at this time, the encoded data of the CTS trigger frame cannot be accurately decoded. Therefore, the non-legacy device 11-1 waits until the busy state of the transmission path is resolved.

[0325] The non-legacy device 11-2 performs the processing of step S415 because the coded data of the data frame without RTA data is returned from the non-legacy device 11-1. Specifically, in step S415, the transmission controller 57 transmits the coded data of the CF-END frame constructed by the control frame construction section 56 via the antenna section 59. At this time, the non-legacy device 11-2 can transmit the coded data of the MAC frame addressed to a device other than the non-legacy device 11-1, but Figure 26 In the example, the non-legacy device 11-2 preferentially sends the RTA data and waits until it receives the RTA data.

[0326] In step S445, the reception controller 60 receives the encoded data of the CF-END frame transmitted in step S415. However, if the transmission path of the non-legacy device 11-1 is in a busy state at this time, the encoded data of the CF-END frame cannot be accurately decoded. Therefore, the non-legacy device 11-1 waits until the busy state of the transmission path is resolved.

[0327] When the BUSY state of the transmission path of the non-legacy device 11-1 is released, the non-legacy device 11-1 presumes that a CTS trigger frame has been transmitted from the non-legacy device 11-2 during the BUSY state, and executes the process of step S446. The processes of steps S446 and S447 and steps S416 and S417 are similar to the processes of steps S442 and S443 and steps S412 and S413, except that RTA#2 is used instead of RTA#1, and therefore their description will be omitted.

[0328] Note that in step S446, the non-legacy device 11-1 may transmit only data frames of the RTA data in RTA#2, which corresponds to the amount of data that can be transmitted in the time until the end of the second R-TWT SP period.

[0329] When the third R-TWT SP period starts, the processing of steps S418 and S419 and steps S448 and S449 is performed. Except that RTA#1 is replaced by RTA#3, the processing of steps S418 and S419 and steps S448 and S449 is similar to the processing of steps S411 and S412 and steps S441 and S442, and therefore their description will be omitted.

[0330] In step S419, if the remaining period from the completion of reception of the encoded data of RTA #3 until the end of the third R-TWT SP period is a predetermined period or longer, the transmission controller 57 performs the processing of step S420. Specifically, in step S420, the transmission controller 57 concatenates the BA frame and the CF-END frame constructed by the control frame construction section 56 in response to the completion of reception of the encoded data of RTA #3, and transmits them through the antenna section 59.

[0331] In step S450 , the reception controller 60 receives, via the antenna section 59 , the encoded data obtained by concatenating and encoding the BA frame and the CF-END frame that have been transmitted in step S420 .

[0332] Next, when the fourth R-TWT SP period begins, if the transmission path of the non-legacy device 11-2 is in the BUSY state, the non-legacy device 11-2 waits until the BUSY state of the transmission path is released. When the busy state of the transmission path of the non-legacy device 11-1 is released, the process of step S421 is executed. The process of steps S421 to S423 and S451 to S453 is similar to the process of steps S411 to S413 and S441 to S443, except that RTA #4 is used instead of RTA #1, and therefore its description will be omitted.

[0333] Note that the CTS trigger frame transmitted in step S421 may correspond to the time from when the CTS trigger frame is transmitted from the non - traditional device 11 - 2 until the end of the fourth R - TWT SP period. For example, the duration in the CTS information included in the CTS trigger frame may indicate this time, and the allocation information may include resource allocation information corresponding to the amount of resources for this time. In this case, in step S452, the non - traditional device 11 - 1 may only transmit a data frame of the RTA data in RTA#4, which corresponds to the amount of data that can be transmitted during the time until the end of the fourth R - TWT SP period.

[0334] Next, when the fifth R - TWT SP period starts, the processes of steps S424 and S454 are executed in a similar manner to the processes of steps S411 and S441. If there is no RTA data for the fifth R - TWT SP period, the transmission controller 57 of the non - traditional device 11 - 1 does not transmit the encoded data of the data frame of the RTA data.

[0335] Therefore, in this case, the encoded data of the data frame without RTA data is returned from the non - traditional device 11 - 1, and thus the processes of steps S425 and S455 similar to the processes of steps S415 and S445 are executed.

[0336] <The first configuration example of the CTS trigger frame>

[0337] Figure 27 is a diagram showing the first configuration example of the CTS trigger frame.

[0338] In Figure 27 the CTS trigger frame, the CTS information and the allocation information are arranged as data in the same control frame such that the CTS information and the allocation information are arranged to be associated with each other. Specifically, the CTS information, the tail, the allocation information, and the tail are arranged in the data in the CTS trigger frame in order from the head. The CTS information includes frame control, duration, RA, and FCS. In the second embodiment, the allocation information is the information other than the CTS information and other than FCS among the information included as the data of the trigger frame in Figure 12 . Specifically, the allocation information includes TA, common information, user information list, padding, and FCS.

[0339] Figure 27 the CTS trigger frame of

[0340] Figure 27The CTS trigger frame includes CTS information and allocation information. The CTS information and allocation information are included in the trigger frame, and the trigger frame can be interpreted as data by the non-traditional device 11. Therefore, the non-traditional device 11 can obtain the same information as when interpreting the trigger frame by obtaining the CTS information followed by the allocation information. Note that since the tail is arranged after the allocation information, the non-traditional device 11 can perform termination processing.

[0341] <Description of CTS trigger frame transmission processing>

[0342] Figure 28 is a flowchart for describing the CTS trigger frame transmission processing for the non-traditional device 11-2 to send a CTS trigger frame.

[0343] In Figure 28 In step S471, the transmission opportunity management section 55 of the non-traditional device 11-2 determines whether the current time is within the R-TWT SP period. If it is determined in step S471 that the current time is within the R-TWT SP period, the process proceeds to step S472.

[0344] In step S472, the access controller 58 determines whether the current time is within the period for which NAV has been set. If it is determined in step S472 that the current time is not within the period for which NAV has been set, then in step S473, the access controller 58 determines whether the status of the transmission path notified by the reception controller 60 is an idle state. If it is determined in step S473 that the status is an idle state, then in step S474, the RTA management section 53 calculates the time corresponding to the RTA data to be transmitted in the current R-TWT SP period as the duration.

[0345] In step S475, the RTA management section 53 determines whether there is any un-received RTA data that should have been received in the previous R-TWT SP period. If it is determined in step S475 that there is un-received RTA data, then in step S476, the RTA management section 53 adds the time corresponding to the un-received RTA data to the duration calculated in step S474. Then, the control frame construction section 56 constructs a CTS trigger frame including the duration, provides it to the transmission controller 57, and proceeds to step S477.

[0346] On the other hand, if it is determined in step S475 that there is no un-transmitted RTA data, the control frame construction section 56 constructs a CTS trigger frame including the duration calculated in step S474, provides it to the transmission controller 57, and advances to step S477.

[0347] In step S477, the transmission controller 57 transmits, via the antenna section 59, the encoded data of the CTS trigger frame including the duration calculated in step S474 or S476. Then, the CTS trigger frame transmission process ends.

[0348] On the other hand, if it is determined in step S472 that the current time is within the period in which the NAV has been set, the non-conventional device 11-2 waits until it is determined that the current time is not within the period in which the NAV has been set. If it is determined in step S473 that the state is not the idle state, for example, if the encoded data has been received, the process returns to step S472, and the subsequent process is repeated. Note that in those cases, the process may return to step S471.

[0349] If it is determined in step S471 that the current time is not within the R-TWT SP period, then in step S478, the reception controller 60 determines whether the encoded data of the data frame addressed to itself has been received. If it is determined in step S478 that the encoded data of the data frame addressed to itself has been received, then in step S479, the reception controller 60 performs reception data processing on the encoded data. Then, the process returns to step S471, and the subsequent process is repeated.

[0350] If it is determined in step S478 that the encoded data of the data frame addressed to itself has not been received, then in step S480, the reception controller 60 determines whether the encoded data of the CTS frame addressed to another destination has been received. If it is determined in step S480 that the encoded data of the CTS frame addressed to another destination has been received, the reception controller 60 provides the CTS frame addressed to another destination to the control frame extraction section 61, and proceeds to step S481.

[0351] In step S480, the access controller 58 acquires the duration extracted by the control frame extraction section 61 from the CTS frame addressed to another destination, and sets the NAV for the period from the current time to the time indicated by the duration. Then, the process returns to step S471, and the subsequent process is repeated.

[0352] If it is determined in step S480 that the encoded data of the CTS frame addressed to another destination has not been received, the process returns to step S471, and the subsequent process is repeated.

[0353] <Description of the RTA data transmission process>

[0354] Figure 29 is a flowchart for describing the RTA data transmission process in which the non-conventional device 11-1 transmits RTA data.

[0355] In Figure 29In step S501, the transmission opportunity management section 55 of the non-legacy device 11-1 determines whether the R-TWT SP period has started. If it is determined in step S501 that the TWT SP period has started, then in step S502, the access controller 58 determines whether the state of the transmission path is an idle state. If it is determined in step S502 that the state is not an idle state, then in step S503, the transmission opportunity management section 55 determines whether the current time is within the R-TWT SP period.

[0356] If it is determined in step S503 that the current time is within the R-TWT SP period, the process returns to step S502, and the processes of steps S502 and S503 are repeated until the transmission path transitions to the idle state or the R-TWT SP period ends.

[0357] On the other hand, if the state is determined to be the idle state in step S502, the reception controller 60 determines in step S504 whether the encoded data of the CTS trigger frame addressed to itself and transmitted from the non-legacy device 11-2 has been received. If it is determined in step S504 that the encoded data of the CTS trigger frame has been received, the reception controller 60 provides the CTS trigger frame to the control frame extraction section 61.

[0358] In step S505, the control frame extraction section 61 extracts information such as the duration included in the CTS trigger frame and, if necessary, supplies it to the RTA management section 53 via the transmission opportunity management section 55. The data frame construction section 54 acquires the RTA data corresponding to the time indicated by the duration, among the RTA data to be transmitted in the current R-TWT SP period, from the transmission buffer 52, constructs a data frame of the RTA data, and supplies it to the transmission controller 57.

[0359] In step S506, the transmission controller 57 then transmits the encoded data of the data frame of the RTA data to the non-legacy device 11-2 via the antenna section 59. The process then returns to step S504, and the subsequent processing is repeated.

[0360] On the other hand, if it is determined in step S504 that the coded data of the CTS trigger frame has not been received, then in step S507, the reception controller 60 determines whether the coded data of the MAC frame addressed to itself has been received. If it is determined in step S507 that the coded data of the MAC frame addressed to itself has been received, the process proceeds to step S508.

[0361] In step S508, the reception controller 60 determines whether the MAC frame addressed to itself is a data frame. If it is determined in step S508 that the MAC frame addressed to itself is a data frame, then in step S509, the non-legacy device 11-1 performs a receive data process on the encoded data of the data frame and terminates the RTA data transmission process.

[0362] On the other hand, if it is determined in step S508 that the MAC frame addressed to itself is not a data frame, then in step S510, the reception controller 60 determines whether the coded data of the received MAC frame addressed to itself is coded data of a BA frame. If it is determined in step S510 that the coded data of the received MAC frame is coded data of a BA frame, the reception controller 60 supplies the BA frame to the control frame extraction section 61. The control frame extraction section 61 extracts information contained in the BA frame and supplies the information to the RTA management section 53 via the transmission opportunity management section 55 as needed.

[0363] Then, in step S511, the RTA management section 53 determines whether there is any undelivered RTA data based on the information contained in the BA frame. If it is determined in step S511 that there is any undelivered RTA data, then in step S512, the RTA management section 53 identifies the undelivered RTA data. Then, the process returns to step S504 and the subsequent processing is repeated.

[0364] In the case where it is determined in step S511 that there is no undelivered RTA data, in step S513 the RTA management section 53 deletes the RTA data transmitted from the transmission buffer 52 and terminates the RTA data transmission process.

[0365] On the other hand, if it is determined in step S507 that the coded data of the MAC frame addressed to itself is not received, the process proceeds to step S514. In step S514, the reception controller 60 determines whether the coded data of the CTS frame or CTS trigger frame including CTS information addressed to another destination is received.

[0366] If it is determined in step S514 that a CTS trigger frame or encoded data of a CTS frame addressed to another destination has been received, the reception controller 60 supplies the CTS trigger frame to the control frame extraction section 61. The control frame extraction section 61 extracts information such as the duration included in the CTS trigger frame and supplies it to the access controller 58. In step S515, the access controller 58 then sets the NAV for the period from the current time to the time indicated by the duration. The RTA data transmission process then ends.

[0367] On the other hand, if it is determined in step S514 that the encoded data of the CTS trigger frame or CTS frame addressed to another destination has not been received, the RTA data transmission process ends. If it is determined in step S501 that the R-TWT SP period has not started, or if it is determined in step S503 that the current time is not within the R-TWT SP period, the RTA data transmission process ends.

[0368] Note that in Figure 29 the example of, the duration of the CTS trigger frame is assumed to be greater than 0, but if the duration is 0, that is, if there is no RTA data to be transmitted within the current R-TWT SP period, the process of step S506 is not performed.

[0369] <Description of RTA data reception process>

[0370] Figure 30 is a flowchart of the RTA data reception process for describing the reception of RTA data by the non-traditional device 11-2.

[0371] In Figure 30 step S531 of, the reception controller 60 determines whether the encoded data of the data frame of the RTA data addressed to itself has been received. If it is determined in step S531 that the encoded data of the data frame of the RTA data addressed to itself has been received, then in step S532, the non-traditional device 11-2 performs reception data processing on the encoded data.

[0372] In step S533, the non-traditional device 11-2 determines whether there is an error in the received encoded data of the data frame of the RTA data, that is, whether an error has occurred in the reception data processing. If it is determined in step S533 that there is an error, then in step S534, the non-traditional device 11-2 identifies the RTA data with the error as undelivered data. Then the process proceeds to step S535.

[0373] On the other hand, if it is determined in step S533 that there is no error, the process proceeds to step S535.

[0374] In step S535, the transmission opportunity management section 55 determines whether a BA frame needs to be returned. If it is determined in step S535 that a BA frame needs to be returned, then in step S536, the control frame construction section 56 constructs a BA frame. Note that if the undelivered data is identified in step S534, the BA frame includes information for identifying the undelivered data. The control frame construction section 56 provides the BA frame to the transmission controller 57 and proceeds to step S541.

[0375] On the other hand, if it is determined in step S535 that a BA frame does not need to be returned, the RTA data reception process ends.

[0376] If it is determined in step S531 that the encoded data of the data frame addressed to its own RTA data has not been received, the process proceeds to step S537. In step S537, the non-legacy device 11-2 determines whether the RTA detection time, which is assumed to be the time from the transmission of the CTS trigger frame itself to the reception of the RTA data, has passed.

[0377] If it is determined in step S537 that the RTA detection time has elapsed, then in step S538, the access controller 58 determines whether to prioritize the transmission of RTA data. If it is determined in step S538 that the transmission of RTA data is not prioritized, that is, the transmission path is to be used effectively, the process proceeds to step S539.

[0378] In step S539, the access controller 58 determines whether it is necessary to release the reservation of the R-TWT SP. If it is determined in step S539 that the reservation of the R-TWT SP must be released, then in step S540, the control frame construction section 56 constructs a CF-END frame and provides it to the transmission controller 57. The process then proceeds to step S541.

[0379] In step S541, the transmission controller 57 transmits the encoded data of the BA frame constructed in step S536 or the CF-END frame constructed in step S540 via the antenna section 59. The RTA data reception process then ends.

[0380] On the other hand, if it is determined in step S537 that the RTA detection time has not elapsed, the process proceeds to step S542. If it is determined in step S538 that the transmission of RTA data is prioritized, the process proceeds to step S542. If it is determined in step S539 that the reservation of the R-TWT SP does not need to be released, the process proceeds to step S542.

[0381] In step S542, the transmission opportunity management section 55 determines whether the current time is within the R-TWT SP period. If it is determined in step S542 that the current time is within the R-TWT SP period, the process returns to step S531 and the subsequent processes are performed.

[0382] On the other hand, if it is determined in step S542 that the current time is not within the R-TWT SP period, the RTA data reception process ends.

[0383] As described above, if it is determined in step S538 that reception of RTA data is prioritized, the process proceeds to step S342. Therefore, the non-legacy device 11-2 continues to wait until it receives encoded data of a data frame addressed to its own RTA data within the R-TWT SP period.

[0384] Note that in the above description, the CTS trigger frame is assumed to be a control frame in which the CTS information and the allocation information are associated with each other, but it can be a frame other than a control frame as long as it is a frame in which the CTS information and the allocation information are associated with each other. For example, the CTS trigger frame can be a frame such as an A-MPDU, PPDU, A-PPDU, concatenated PPDU, or frequency multiplexed PPDU.

[0385] <Second configuration example of CTS trigger frame>

[0386] Figure 31 is a diagram showing a configuration example of a CTS trigger frame as an A-MPDU.

[0387] Figure 31 The CTS trigger frame of is an A-MPDU, in which the CTS information and the allocation information are respectively changed into MAC frames and aggregated, so that the CTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 31 The CTS trigger frame of sequentially includes a PLCP preamble, a CTS frame, a tail, an allocation information frame, and a tail from the head.

[0388] Since Figure 31 the CTS trigger frame of includes a CTS frame that can be interpreted by the legacy device 12, the legacy device 12 can obtain the CTS information. The CTS trigger frame also includes an allocation information frame corresponding to a trigger frame interpretable by the non-legacy device 11, so the non-legacy device 11 can obtain both the CTS information and the allocation information.

[0389] <Third configuration example of CTS trigger frame>

[0390] Figure 32 is a diagram showing a configuration example of a CTS trigger frame as an A-PPDU.

[0391] Figure 32 The CTS trigger frame of is an A-PPDU, in which the CTS information and the allocation information are respectively changed into PPDUs and aggregated, so that the CTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 32 The CTS trigger frame of includes a CTS information part (legacy part) and an allocation information part that are concatenated and arranged via a tail. The CTS information part includes a PLCP preamble and a CTS frame. The allocation information part of the CTS trigger frame includes the STF and LTF in the PLCP preamble and an allocation information frame. The period of this tail is shorter than the SIFS period, for example. The tail is arranged at the end of the allocation information frame.

[0392] Figure 32 The CTS trigger frame of includes a CTS frame and an allocation information frame. Therefore, similar to Figure 31 In the case of Figure 31 , the traditional device 12 can obtain CTS information, and the non-traditional device 11 can obtain both CTS information and allocation information.

[0393] <Fourth Configuration Example of CTS Trigger Frame>

[0394] Figure 33 FIG. is a diagram showing a configuration example of a CTS trigger frame as a linked PPDU.

[0395] Figure 33 The CTS trigger frame of

[0395] is a linked PPDU, where the CTS frame and the allocation information frame are respectively changed to PPDUs and linked, so that the CTS information and the allocation information are arranged to be associated with each other. Specifically, Figure 33 The CTS trigger frame of Figure 33 includes a CTS PPDU (traditional frame) and an allocation information PPDU linked via a GI. The CTS PPDU includes a PLCP preamble, a PLCP header, a CTS frame, and a tail. The GI is also arranged at the end of the allocation information PPDU.

[0396] Figure 33 The CTS trigger frame of <000103 i> includes a CTS frame and an allocation information frame. Therefore, as in the case of Figure 31 , the traditional device 12 can obtain CTS information, and the non-traditional device 11 can obtain both CTS information and allocation information. Figure 31 In the case of Figure 31 , the traditional device 12 can obtain CTS information, and the non-traditional device 11 can obtain both CTS information and allocation information.

[0397] <Fifth Configuration Example of CTS Trigger Frame>

[0398] Figure 34 FIG. is a diagram showing a configuration example of a CTS trigger frame as a frequency multiplexed PPDU.

[0399] Figure 34 The CTS trigger frame of Figure 34 is a PPDU, where the CTS frame and the allocation information frame are respectively changed to PPDUs and multiplexed in the frequency direction, so that the CTS information and the allocation information are arranged to be associated with each other. Specifically, the CTS trigger frame of Figure 34 is configured by multiplexing the PPDU of the main channel in which the CTS frame is arranged and the PPDU of the sub-channel in which the allocation information frame is arranged Figure 34 The PPDU of the main channel includes a PLCP preamble, a PLCP header, and a CTS frame. The PPDU of the sub-channel includes a PLCP preamble, a PLCP header, and an allocation information frame.

[0400] Note that if the PPDUs of the main channel and the sub-channel have different information lengths, padding is added to the shorter PPDU. In the example shown in Figure 34 , the information length of the PPDU of the main channel is shorter than the information length of the PPDU of the sub-channel, and padding is added to the PPDU of the main channel. Figure 34 In the example shown in Figure 34 , the information length of the PPDU of the main channel is shorter than the information length of the PPDU of the sub-channel, and padding is added to the PPDU of the main channel.

[0401] Figure 34 The CTS trigger frame includes the CTS frame and the allocation information frame. Figure 31 In this case, the legacy device 12 can obtain CTS information, and the non-legacy device 11 can obtain both CTS information and allocation information.

[0402] As described above, the non-legacy device 11-2 controls the transmission of the CTS trigger frame, and the non-legacy device 11-1 controls the reception of the CTS trigger frame. Therefore, the legacy device 12 can be prevented from interfering with RTA data communications by transmitting data during the R-TWT SP period. As a result, when non-legacy devices 11 and legacy devices 12 perform wireless communications in the same frequency band, high reliability of wireless communications for RTA data can be ensured.

[0403] In the second embodiment, the non-legacy device 11-2 receiving RTA data transmits a CTS trigger frame. Therefore, even if the non-legacy device 11-2 is a wireless communication agent, such as an access point transmitting a real-time parameter setting request frame, RTA data can be reliably transmitted with low latency. As a result, for example, even if RTA is an application uploading data to a server, the data can be reliably transmitted as RTA data with low latency.

[0404] Note that the allocation information can be configured by all information included as data in the trigger frame.

[0405] A setting request element or a setting response element can be set as an action frame, and real-time parameters can be exchanged at any timing.

[0406] <3. Computer>

[0407] Figure 35 : is a block diagram showing a hardware configuration example of a computer that executes the above-described series of processes using a program.

[0408] In the computer, a central processing unit (CPU) 401 , a read-only memory (ROM) 402 , and a random access memory (RAM) 403 are connected to one another via a bus 404 .

[0409] In addition, an input / output interface 405 is connected to the bus 404. The input / output interface 405 connects an input section 406, an output section 407, a storage section 408, a communication section 409, and a drive 410.

[0410] The input section 406 includes a keyboard, a mouse, a microphone, etc. The output section 407 includes a display, a speaker, etc. The storage section 408 includes a hard disk, a nonvolatile memory, etc. The communication section 409 includes a network interface, etc. The drive 410 drives a removable medium 411 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.

[0411] In the computer configured as described above, the above-described series of processing is performed by the CPU 401 , for example, loading a program stored in the storage section 408 into the RAM 403 via the input / output interface 405 and the bus 404 and executing the program.

[0412] For example, the program to be executed by the computer (CPU 401) can be provided by recording it as a package medium on the removable medium 411. The program can also be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.

[0413] In the computer, by mounting the removable medium 411 to the drive 410, the program can be installed on the storage section 408 via the input / output interface 405. The program can also be received by the communication section 409 via a wired or wireless transmission medium and installed on the storage section 408. Other programs may be pre-installed on the ROM 402 or the storage section 408.

[0414] Note that the program to be executed by the computer may be a program that is processed time-sequentially according to the sequence described herein, or may be a program that is processed in parallel or at necessary timing such as when a call is made.

[0415] <4. Smartphone>

[0416] Figure 36 is a block diagram showing a schematic configuration example of a smartphone to which the present technology is applied.

[0417] The smartphone 900 includes a processor 901, a memory 902, a storage device 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, and a display device 910. In addition, the smartphone 900 includes a speaker 911, a wireless communication interface 913, an antenna switch 914, an antenna 915, a bus 917, a battery 918, and an auxiliary controller 919.

[0418] The processor 901 may be, for example, a CPU or an SoC (System on Chip), and restricts functions of an application layer and other layers of the smartphone 900 .

[0419] The memory 902 includes a RAM and a ROM, and stores programs and data to be executed by the processor 901 .

[0420] The storage device 903 includes a storage medium such as a semiconductor memory or a hard disk.

[0421] The external connection interface 904 is an interface for connecting an external device such as a memory card or a universal serial bus (USB) device to the smartphone 900 .

[0422] The camera 906 includes an imaging device such as a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS), and generates a captured image.

[0423] The sensor 907 includes a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.

[0424] The microphone 908 converts sound input to the smartphone 900 into an audio signal.

[0425] The input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910 , a keypad, a keyboard, buttons, or switches to accept an operation or information input from a user.

[0426] The display device 910 includes a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and converts an audio signal output from the smartphone 900 into sound.

[0427] The wireless communication interface 913 supports one or more of wireless LAN standards, such as IEEE 802.11a, 11b, 11g, 11ac, 11ad, 11ax, and 11be, and their successor standards, to perform wireless communication.

[0428] The wireless communication interface 913 communicates with other devices via a wireless LAN AP in infrastructure mode. In addition, the wireless communication interface 913 directly communicates with other devices in an ad hoc mode or a direct communication mode such as Wi-Fi Direct.

[0429] Note that in Wi-Fi Direct, unlike the ad hoc mode, one of two terminals operates as an AP, but communication is performed directly between those terminals.

[0430] The wireless communication interface 913 generally includes a baseband processor, a radio frequency (RF) circuit, and a power amplifier. The wireless communication interface 913 may be a single-chip module integrating a memory storing a communication control program, a processor executing the program, and associated circuits.

[0431] The wireless communication interface 913 can support other types of wireless communication methods such as a short-range wireless communication method, a near field communication method, and a cellular communication method in addition to the wireless LAN method.

[0432] The antenna switch 914 switches the connection destination of the antenna 915 between a plurality of circuits (for example, circuits for different wireless communication methods) included in the wireless communication interface 913 .

[0433] The antenna 915 includes one or more antenna elements (for example, a plurality of antenna elements constituting a multiple-input multiple-output (MIMO) antenna), and is used to transmit and receive wireless signals through the wireless communication interface 913 .

[0434] Note that the smartphone 900 is not limited to Figure 36 , and may include a plurality of antennas (for example, an antenna for a wireless LAN and an antenna for a proximity wireless communication method). In this case, the antenna switch 914 may be omitted from the configuration of the smartphone 900.

[0435] The bus 917 interconnects the processor 901 , the memory 902 , the storage device 903 , the external connection interface 904 , the camera 906 , the sensor 907 , the microphone 908 , the input device 909 , the display device 910 , the speaker 911 , the wireless communication interface 913 , and the auxiliary controller 919 .

[0436] The battery 918 is fed to the Figure 36 The auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in, for example, a sleep mode.

[0437] exist Figure 36 In the illustrated smart phone 900, Figure 3 The wireless communication module 35 may be implemented in the wireless communication interface 913 . At least some of these functions may also be implemented in the processor 901 or the auxiliary controller 919 .

[0438] Note that the smartphone 900 can be operated as a wireless AP (software AP) by the processor 901 executing the AP function at the application level. The wireless communication interface 913 can also have a wireless AP function.

[0439] In addition, the smartphone 900 may include a biometric authentication unit (fingerprint authentication, palm print authentication, voice authentication, blood vessel authentication, face authentication, iris authentication, retina authentication). Figure 3 The wireless communication interface 913 of the wireless communication module 35 is configured to receive power supply from the same battery 918 as at least one of the display device 910, the speaker 911, or the biometric authentication portion.

[0440] In addition, in the smartphone 900, information is displayed from at least one of the display device 910 and the speaker 911 based on communication with the external device through the wireless communication interface 913. In this case, the synchronization result of the present technology can be output as information from at least one of the display device 910 and the speaker 911.

[0441] <5. Vehicle-mounted device>

[0442] Figure 37 : is a block diagram showing a schematic configuration example of a vehicle-mounted device 920 to which the present technology is applied.

[0443] The in-vehicle device 920 is configured to include a processor 921, a memory 922, a global navigation satellite system (GNSS) module 924, a sensor 925, a data interface 926, a content player 927, and a storage medium interface 928. In addition, the in-vehicle device 920 is configured to include an input device 929, a display device 930, a speaker 931, a wireless communication interface 933, an antenna switch 934, an antenna 935, and a battery 938.

[0444] The processor 921 may be, for example, a CPU or SoC, and controls navigation functions and other functions of the in-vehicle device 920. In addition, the processor 921 may also control a driving system of the vehicle, such as brakes, accelerators, or steering, based on information obtained through communication based on the present technology.

[0445] The memory 922 includes a RAM and a ROM, and stores programs and data to be executed by the processor 921 .

[0446] The GNSS module 924 measures the position (eg, latitude, longitude, and altitude) of the onboard device 920 using GNSS signals received from GNSS satellites.

[0447] The sensor 925 includes a sensor group including, for example, a gyro sensor, a geomagnetic sensor, and an atmospheric pressure sensor.

[0448] The data interface 926 is connected to the in-vehicle network 941 via a terminal not shown in the figure, for example, to acquire data generated by the vehicle, such as in-vehicle data.

[0449] The content player 927 reproduces content stored on a storage medium (for example, a CD or a DVD) inserted into the storage medium interface 928 .

[0450] The input device 929 includes, for example, a touch sensor that detects a touch on the screen of the display device 930 , a button or switch that accepts an operation or information input from a user, or the like.

[0451] The display device 930 includes a screen such as an LCD or OLED display, and displays a navigation function or an image of reproduced content.

[0452] The speaker 931 outputs the sound of a navigation function or reproduced content.

[0453] Note that the navigation function or the content player 927 function is optional in the vehicle-mounted device 920. The navigation function or the content player 927 may be removed from the configuration of the vehicle-mounted device 920.

[0454] The wireless communication interface 933 supports one or more wireless LAN standards, such as IEEE 802.11a, 11b, 11g, 11n, 11ac, 11ad, 11ax, and 11be, and their successors, to perform wireless communications. The wireless communication interface 933 communicates with other devices via a wireless LAN access point in infrastructure mode. Furthermore, the wireless communication interface 933 communicates directly with other devices in ad hoc mode or in direct communication modes such as Wi-Fi Direct.

[0455] The wireless communication interface 933 typically includes a baseband processor, an RF circuit, and a power amplifier. The wireless communication interface 933 may be a single-chip module that integrates a memory for storing a communication control program, a processor for executing the program, and associated circuitry. In addition to wireless LAN methods, the wireless communication interface 933 may also support other types of wireless communication methods, such as short-range wireless communication methods, near-field communication methods, and cellular communication methods.

[0456] The antenna switch 934 switches the connection destination of the antenna 935 between a plurality of circuits included in the wireless communication interface 933 .

[0457] The antenna 935 includes one or more antenna elements and is used to transmit and receive wireless signals through the wireless communication interface 933 .

[0458] Note that the vehicle-mounted device 920 is not limited to Figure 37 , and may include a plurality of antennas 935. In this case, the antenna switch 934 may be omitted from the configuration of the in-vehicle device 920.

[0459] The battery 938 supplies power via a feeder line partially indicated by a dotted line in the figure. Figure 37 In the vehicle-mounted device 920 shown, Figure 3 The wireless communication module 35 may be implemented in the wireless communication interface 933 . At least some of these functions may also be implemented in the processor 921 .

[0460] Furthermore, the wireless communication interface 933 may operate as the above-described non-legacy device 11 or the legacy device 12 to provide a wireless connection to a terminal owned by a user in the vehicle.

[0461] In addition, the present technology can be implemented as an in-vehicle system (or vehicle) 940 including one or more of the above-mentioned in-vehicle device 920, the in-vehicle network 941, and the vehicle-side module 942. The vehicle-side module 942 generates vehicle-side data, such as vehicle speed, engine RPM, or fault information, and outputs the generated data to the in-vehicle network 941.

[0462] <6. Wireless AP>

[0463] Figure 38 : is a block diagram showing a schematic configuration example of a wireless AP 950 to which the present technology is applied.

[0464] The wireless AP 950 includes a controller 951 , a memory 952 , an input device 954 , a display device 955 , a network interface 957 , a wireless communication interface 963 , an antenna switch 964 , and an antenna 965 .

[0465] The controller 951 may be, for example, a CPU or a digital signal processor (DSP), and operates various functions of an Internet Protocol (IP) layer and higher layers of the wireless AP 950 (eg, access control, routing, encryption, firewall, and log management).

[0466] The memory 952 includes a RAM and a ROM, and stores programs to be executed by the controller 951 and various types of control data (for example, a terminal list, a routing table, an encryption key, security settings, and a log).

[0467] The input device 954 includes, for example, buttons and switches, and accepts an operation from a user.

[0468] The display device 955 includes an LED light and the like, and displays the operating status of the wireless AP 950 .

[0469] The network interface 957 is a wired communication interface for the wireless AP 950 to connect to the wired communication network 958. The network interface 957 may include a plurality of connection terminals. The wired communication network 958 may be a LAN such as Ethernet (registered trademark) or a wide area network (WAN).

[0470] The wireless communication interface 963 supports one or more wireless LAN standards, such as IEEE802.11a, 11b, 11g, 11n, 11ac, 11ad, 11ax, and 11be, and their successor standards, to provide wireless communications for nearby terminals as an AP.

[0471] The wireless communication interface 963 typically includes a baseband processor, an RF circuit, and a power amplifier.

[0472] The wireless communication interface 963 may be a single-chip module integrating a memory for storing a communication control program, a processor for executing the program, or related circuits.

[0473] The antenna switch 964 switches a connection destination of the antenna 965 between a plurality of circuits included in the wireless communication interface 963. The antenna 965 includes one or more antenna elements and is used to transmit and receive wireless signals through the wireless communication interface 963.

[0474] exist Figure 38 In the wireless AP 950 shown, Figure 3 The wireless communication module 35 may be implemented in the wireless communication interface 963 . At least some of these functions may also be implemented in the controller 951 .

[0475] Note that in this disclosure, a system refers to a group of components (such as devices and modules (components)), and it does not matter whether all components are in a single housing. Therefore, a plurality of devices housed in separate housings and connected to each other via a network, and a single device in which a plurality of modules are housed in a single housing, are both a system.

[0476] The embodiments of the present technology are not limited to the above-described embodiments, and various modifications can be made without departing from the spirit of the present technology.

[0477] For example, a mode in which all or some of the above-mentioned embodiments are mixed may be adopted.

[0478] For example, the present technology may have a configuration of cloud computing in which a single function is shared and collaboratively processed by a plurality of devices over a network.

[0479] Furthermore, the steps described in the above flowcharts may be performed by one device, or may be shared and performed by a plurality of devices.

[0480] Furthermore, in the case where one step includes a plurality of processing steps, the plurality of processing steps in one step may be executed by one device, or may be shared and executed by a plurality of devices.

[0481] Note that the effects described here are merely exemplary and not restrictive, and any other effects may be produced.

[0482] The present technology can have the following configurations.

[0483] (1) A wireless communication control device comprising:

[0484] A transmission controller that controls the transmission of frames in which conventional information for conventional devices and non-conventional information for non-conventional devices are arranged in association with each other, the conventional devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-conventional devices being wireless communication devices that can interpret the predetermined type of MAC frame.

[0485] (2) The wireless communication control device according to (1), wherein

[0486] The frame is a MAC frame in which both legacy information and non-legacy information are arranged, and

[0487] The bit string indicating the signal delimitation position is configured to be arranged between the legacy information and the non-legacy information.

[0488] (3) The wireless communication control device according to (1), wherein

[0489] The frame is configured such that a preamble, legacy information, and non-legacy information are arranged in the frame.

[0490] (4) The wireless communication control device according to (1), wherein

[0491] The frame is configured such that a legacy portion and a non-legacy portion including a first preamble and legacy information and a non-legacy portion including a second preamble and non-legacy information are concatenated via an interval shorter than a predetermined period and arranged in the frame.

[0492] (5) The wireless communication control device according to (1), wherein

[0493] The frame is configured as a frame obtained by concatenating a conventional frame in which a first preamble, a first header, and conventional information are arranged and a non-conventional frame in which a second preamble, a second header, and non-conventional information are arranged via a predetermined interval.

[0494] (6) The wireless communication control device according to (1), wherein

[0495] The frame is configured as a frame obtained by multiplexing a frame of a main channel in which legacy information is arranged and a frame of a sub-channel in which non-legacy information is arranged.

[0496] (7) The wireless communication control device according to any one of (1) to (6), wherein

[0497] The transmission controller is configured to control the transmission of data, and

[0498] The non-legacy information is configured as allocation information indicating resource allocation for data.

[0499] (8) The wireless communication control device according to any one of (1) to (7), wherein

[0500] The legacy information is configured as information included in a request to send (RTS) frame or a clear to send (CTS) frame.

[0501] (9) A wireless communication control method comprising:

[0502] A transmission control step of controlling the transmission of a frame by a wireless communication control device, in which traditional information for a traditional device and non-traditional information for a non-traditional device are arranged in association with each other, the traditional device is a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-traditional device is a wireless communication device that can interpret the predetermined type of MAC frame.

[0503] (10) A program for causing a computer to function as a wireless communication control device comprising

[0504] A transmission controller that controls the transmission of frames in which conventional information for conventional devices and non-conventional information for non-conventional devices are arranged in association with each other, the conventional devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-conventional devices being wireless communication devices that can interpret the predetermined type of MAC frame.

[0505] (11) A wireless communication control device comprising

[0506] A receiving controller that controls reception of frames in which legacy information for legacy devices and non-legacy information for non-legacy devices are arranged in association with each other, the legacy devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-legacy devices being wireless communication devices that can interpret the predetermined type of MAC frame.

[0507] (12) The wireless communication control device according to (11), wherein

[0508] The frame is a MAC frame in which both legacy information and non-legacy information are arranged, and

[0509] The bit string indicating the signal delimitation position is configured to be arranged between the legacy information and the non-legacy information.

[0510] (13) The wireless communication control device according to (11), wherein

[0511] The frame is configured such that a preamble, legacy information, and non-legacy information are arranged in the frame.

[0512] (14) The wireless communication control device according to (11), wherein

[0513] The frame is configured such that a legacy portion and a non-legacy portion including a first preamble and legacy information and a non-legacy portion including a second preamble and non-legacy information are concatenated via an interval shorter than a predetermined period and arranged in the frame.

[0514] (15) The wireless communication control device according to (11), wherein

[0515] The frame is configured as a frame obtained by concatenating a conventional frame in which a first preamble, a first header, and conventional information are arranged and a non-conventional frame in which a second preamble, a second header, and non-conventional information are arranged via a predetermined interval.

[0516] (16) The wireless communication control device according to (11), wherein

[0517] The frame is configured as a frame obtained by multiplexing a frame of a main channel in which legacy information is arranged and a frame of a sub-channel in which non-legacy information is arranged.

[0518] (17) The wireless communication control device according to any one of (11) to (16), wherein

[0519] The receiving controller is configured to control the reception of data, and

[0520] The non-legacy information is configured as allocation information indicating resource allocation for data.

[0521] (18) The wireless communication control device according to any one of (11) to (17), wherein

[0522] The legacy information is configured as information included in a request to send (RTS) frame or a clear to send (CTS) frame.

[0523] (19) A wireless communication control method comprising:

[0524] A reception control step in which a wireless communication control device controls reception of a frame in which conventional information for a conventional device and non-conventional information for a non-conventional device are arranged in association with each other, the conventional device being a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-conventional device being a wireless communication device that can interpret the predetermined type of MAC frame.

[0525] (20) A program for causing a computer to function as a wireless communication control device, the wireless communication control device comprising

[0526] A receiving controller that controls reception of frames in which legacy information for legacy devices and non-legacy information for non-legacy devices are arranged in association with each other, the legacy devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-legacy devices being wireless communication devices that can interpret the predetermined type of MAC frame.

[0527] Reference Signs List

[0528] 35 wireless communication module

[0529] 57 Send Controller

[0530] 60 receiving controller

Claims

1. A wireless communication control device, comprising A transmission controller that controls the transmission of frames in which conventional information for conventional devices and non-conventional information for non-conventional devices are arranged in association with each other, the conventional devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-conventional devices being wireless communication devices that can interpret the predetermined type of MAC frame.

2. The wireless communication control device according to claim 1, wherein The frame is a MAC frame in which both legacy information and non-legacy information are arranged, and The bit string indicating the signal delimitation position is configured to be arranged between the legacy information and the non-legacy information.

3. The wireless communication control device according to claim 1, wherein The frame is configured such that a preamble, legacy information, and non-legacy information are arranged in the frame.

4. The wireless communication control device according to claim 1, wherein: The frame is configured such that a legacy portion and a non-legacy portion including a first preamble and legacy information and a non-legacy portion including a second preamble and non-legacy information are concatenated via an interval shorter than a predetermined period and arranged in the frame.

5. The wireless communication control device according to claim 1, wherein The frame is configured as a frame obtained by concatenating a conventional frame in which a first preamble, a first header, and conventional information are arranged and a non-conventional frame in which a second preamble, a second header, and non-conventional information are arranged via a predetermined interval. The wireless communication control device according to claim 1 , wherein: The frame is configured as a frame obtained by multiplexing a frame of a main channel in which legacy information is arranged and a frame of a sub-channel in which non-legacy information is arranged.

7. The wireless communication control device according to claim 1, wherein: The transmission controller is configured to control the transmission of data, and The non-legacy information is configured as allocation information indicating resource allocation for data.

8. The wireless communication control device according to claim 1, wherein The legacy information is configured as information included in a request to send (RTS) frame or a clear to send (CTS) frame.

9. A wireless communication control method, comprising: A transmission control step of controlling the transmission of a frame by a wireless communication control device, in which traditional information for a traditional device and non-traditional information for a non-traditional device are arranged in association with each other, the traditional device is a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-traditional device is a wireless communication device that can interpret the predetermined type of MAC frame.

10. A program for causing a computer to function as a wireless communication control device, the wireless communication control device comprising A transmission controller that controls the transmission of frames in which conventional information for conventional devices and non-conventional information for non-conventional devices are arranged in association with each other, the conventional devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-conventional devices being wireless communication devices that can interpret the predetermined type of MAC frame.

11. A wireless communication control device comprising A receiving controller that controls reception of frames in which legacy information for legacy devices and non-legacy information for non-legacy devices are arranged in association with each other, the legacy devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-legacy devices being wireless communication devices that can interpret the predetermined type of MAC frame.

12. The wireless communication control device according to claim 11, wherein: The frame is a MAC frame in which both legacy information and non-legacy information are arranged, and The bit string indicating the signal delimitation position is configured to be arranged between the legacy information and the non-legacy information.

13. The wireless communication control device according to claim 11, wherein: The frame is configured such that a preamble, legacy information, and non-legacy information are arranged in the frame.

14. The wireless communication control device according to claim 11, wherein The frame is configured such that a legacy portion and a non-legacy portion including a first preamble and legacy information and a non-legacy portion including a second preamble and non-legacy information are concatenated via an interval shorter than a predetermined period and arranged in the frame.

15. The wireless communication control device according to claim 11, wherein The frame is configured as a frame obtained by concatenating a conventional frame in which a first preamble, a first header, and conventional information are arranged and a non-conventional frame in which a second preamble, a second header, and non-conventional information are arranged via a predetermined interval.

16. The wireless communication control device according to claim 11, wherein: The frame is configured as a frame obtained by multiplexing a frame of a main channel in which legacy information is arranged and a frame of a sub-channel in which non-legacy information is arranged.

17. The wireless communication control device according to claim 11, wherein: The receiving controller is configured to control the reception of data, and The non-legacy information is configured as allocation information indicating resource allocation for data.

18. The wireless communication control device according to claim 11, wherein The legacy information is configured as information included in a request to send (RTS) frame or a clear to send (CTS) frame.

19. A wireless communication control method, comprising: A reception control step in which a wireless communication control device controls reception of a frame in which conventional information for a conventional device and non-conventional information for a non-conventional device are arranged in association with each other, the conventional device being a wireless communication device that cannot interpret a predetermined type of MAC frame, and the non-conventional device being a wireless communication device that can interpret the predetermined type of MAC frame.

20. A program for causing a computer to function as a wireless communication control device, the wireless communication control device comprising A receiving controller that controls reception of frames in which legacy information for legacy devices and non-legacy information for non-legacy devices are arranged in association with each other, the legacy devices being wireless communication devices that cannot interpret a predetermined type of MAC frame and the non-legacy devices being wireless communication devices that can interpret the predetermined type of MAC frame.

Images