WO2011010468A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2011010468A1
WO2011010468A1 PCT/JP2010/004699 JP2010004699W WO2011010468A1 WO 2011010468 A1 WO2011010468 A1 WO 2011010468A1 JP 2010004699 W JP2010004699 W JP 2010004699W WO 2011010468 A1 WO2011010468 A1 WO 2011010468A1
Authority
WO
WIPO (PCT)
Prior art keywords
ack
reply
terminal
ack reply
order
Prior art date
Application number
PCT/JP2010/004699
Other languages
English (en)
French (fr)
Inventor
中江宏典
安道和弘
酒井原邦彦
Original Assignee
パナソニック株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック株式会社 filed Critical パナソニック株式会社
Priority to CN201080002955.0A priority Critical patent/CN102187626B/zh
Priority to US13/124,223 priority patent/US8605631B2/en
Priority to JP2011523561A priority patent/JP5144812B2/ja
Publication of WO2011010468A1 publication Critical patent/WO2011010468A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08User group management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868Measures taken after transmission, e.g. acknowledgments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186Processing of subscriber group data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/121Wireless traffic scheduling for groups of terminals or users

Definitions

  • the present invention relates to a communication method for multicasting data such as video and audio, in particular, to a technique for improving communication reliability using retransmission processing.
  • FIG. 38A is a network diagram of the technology described in Patent Literature 1.
  • the transmitting terminal 200 is a terminal that transmits a multicast.
  • the receiving terminals 201 to 203 communicate via a wireless network, and receive the multicast transmitted by the transmitting terminal 200.
  • FIG. 38B is a diagram showing a frame configuration of each packet transmitted / received between transmitting terminal 200 described in Patent Document 1 and a plurality of receiving terminals 201-203.
  • the multicast 301 is composed of an arrival confirmation reply permission identifier which permits the reception terminal 201 and the reception terminal 202 to return an arrival confirmation, and data blocks 1 to 3 provided in error correction code units.
  • the transmitting terminal 200 transmits the multicast 301 to the receiving terminals 201 to 203.
  • the receiving terminal 201 detects that the received multicast 301 includes an arrival confirmation reply permission identifier for the receiving terminal 201
  • the receiving terminal 201 transmits an arrival confirmation frame 302 to the transmitting terminal 200.
  • the receiving terminal 202 detects that the received multicast 301 includes an arrival confirmation reply permission identifier for the receiving terminal 202
  • the receiving terminal 202 transmits an arrival confirmation 303 to the transmitting terminal 200. Since the reception terminal 203 does not include the arrival confirmation reply permission identifier for the reception terminal 203 in the received multicast 301, the reception terminal 203 stands by without transmitting the arrival confirmation frame.
  • the receiving terminal 201 since the receiving terminal 201 has successfully received the blocks 1 to 3, the receiving terminal 201 sends back an arrival confirmation 302 indicating that there is no error. On the other hand, the receiving terminal 202 returns an arrival confirmation frame 303 for requesting retransmission of the block 3 because the block 3 is incorrect.
  • the transmitting terminal 200 retransmits the block 3 that has received the retransmission request of the previous cycle in the multicast 304, and then transmits new blocks 4 to 6.
  • an arrival confirmation reply permission identifier for permitting the arrival confirmation frame reply between the receiving terminal 203 and the receiving terminal 201 is set.
  • the receiving terminal 203 has successfully received the multicast 304, it can not normally receive the block 2 of the multicast 301 in the first cycle, and therefore requests retransmission of the block 2 in the arrival confirmation frame 305.
  • the receiving terminal 201 since the receiving terminal 201 has successfully received the blocks 4 to 6, it returns an arrival confirmation frame 306 indicating that there is no error.
  • the transmitting terminal 200 retransmits the block 2 for which the retransmission request has been received in the previous cycle by the multicast 307 as in the second cycle, and subsequently transmits new blocks 7 to 9 .
  • an arrival confirmation reply permission identifier that permits arrival confirmation frame replies of the reception terminal 202 and the reception terminal 203 is set. Since both the multicast 304 and the multicast 307 have been successfully received, the receiving terminal 202 sends back an arrival confirmation frame 308 indicating that there is no error. On the other hand, since the receiving terminal 203 could not normally receive the block 8 of the multicast 304, the receiving terminal 203 returns an arrival confirmation frame 309 for requesting retransmission of the block 8.
  • the transmitting terminal 200 adds the identifier information of the receiving terminal for which the return of the arrival confirmation frame is permitted to the multicast, and designates the receiving terminal for returning the arrival confirmation frame. As a result, the collision between arrival confirmation frames and the arrival confirmation frame reception processing time of the transmitting terminal can be shortened, and the quality of communication has been improved.
  • FIG. 39 is a diagram showing an example of a data transmission and reception sequence diagram of the technology described in Patent Document 2.
  • the communication system of the technology described in Patent Document 2 includes a transmitting terminal 400 for transmitting a multicast, and receiving terminals 401 to 405 for receiving a multicast and transmitting an Ack or NAK as a response.
  • the transmitting terminal 400 transmits a multicast 500 including destination information of the receiving terminal 401 to the receiving terminal 405. Since the receiving terminals 402 and 405 have successfully received the multicast 500, they return Acks 502 and 505 indicating that there is no error to the transmitting terminal 400. On the other hand, since the receiving terminals 401, 403, and 404 have not successfully received the multicast 500, they return NAKs 501, 503, and 504 for requesting retransmission of the multicast 500.
  • the transmitting terminal 400 since the transmitting terminal 400 receives the Ack from the receiving terminals 402 and 405, the transmitting terminal 400 transmits the retransmission multicast 500 in which the receiving terminals 402 and 405 have been removed from the multicast 500 destination. Since the reception terminal 403 has successfully received the retransmission multicast 500, the reception terminal 403 sends back an Ack 513 indicating that there is no error. On the other hand, since the receiving terminals 401 and 404 could not normally receive the retransmission multicast 500, they have sent back NAKs 511 and 514 for requesting retransmission of the retransmission multicast 500.
  • the transmitting terminal 400 since the transmitting terminal 400 receives the Ack from the receiving terminal 403, the transmitting terminal 400 transmits the retransmission multicast 500 obtained by removing the receiving terminal 403 from the destination of the retransmission multicast 500. Since the receiving terminal 404 has successfully received the retransmission multicast 500, the receiving terminal 404 sends back an Ack 524 indicating that there is no error. On the other hand, since the receiving terminal 401 could not normally receive the reproduction multicast 500, it has sent back a NAK 521 for requesting retransmission of the retransmission multicast 500.
  • destination information of a successfully received reception terminal is removed from the multicast and retransmitted, and a successfully received reception terminal does not return an Ack. .
  • priority is given to the reply of the arrival confirmation frame according to the order set in the multicast destination information, and the receiving terminal with the highest priority immediately returns Ack.
  • the other receiving terminals realize the control according to the priority of the receiving terminal by randomly determining the Ack reply according to the probability obtained from the priority of the own device.
  • JP 2002-314626 A Japanese Patent Laid-Open No. 1-147926
  • the information of the arrival confirmation reply permission identifier increases in proportion to the number of receiving terminals that permit the arrival of the arrival confirmation frame, so the multicast frame length becomes long and the band is used efficiently. Can not.
  • the frame length becomes long there is a high probability that an error occurs due to a change in propagation characteristics due to fading of the wireless network or a reception synchronization error.
  • the number of receiving terminals permitted to return the arrival confirmation frame is reduced, a delay occurs in the transmission of the arrival confirmation frame.
  • an acknowledgment frame which is a request for retransmission until a maximum of 25 cycles elapses after an error occurs. It is not possible to transmit, and there is a high possibility of packet loss due to transmission delay.
  • FIGS. 40A and 40B show a case in which Ack is returned from six receiving terminals
  • FIG. 40B shows a case in which Ack is returned from three receiving terminals.
  • priority is set for replying arrival confirmation frames, but when the number of receiving terminals is large, collisions among Ack (NAK) occur and unnecessary multicast retransmission is performed. there is a possibility. Further, when the Ack reply of the second and subsequent receiving terminals is sent back with a time delay difference, the time of the table Ack receiving process increases in proportion to the number of receiving terminals as described above.
  • the present invention is intended to solve the above-mentioned conventional problems, and an object thereof is to provide a communication method for improving the communication quality of multicast transmission.
  • a communication method is a communication method when a transmission terminal transmits transmission data to a reception terminal.
  • the transmitting terminal includes a grouping table storage unit storing a grouping table in which an Ack reply order indicating the priority of the receiving terminal that returns the Ack and an address of the receiving terminal are set.
  • the receiving terminal includes an Ack reply priority storage unit that stores an Ack reply priority indicating a priority of the own terminal that sends an Ack.
  • the transmitting terminal executes an application to create transmission data, and the transmitting terminal refers to the grouping table to determine the receiving terminal to which the Ack reply is permitted, and the information on the receiving terminal to which the determined Ack reply is permitted.
  • Creating a Ack reply permission information in which the transmission terminal is set transmitting the multicast including the Ack reply permission information and the transmission data to the reception terminal, and receiving the multicast from the transmission terminal. And a step of determining whether or not the reply of Ack to the multicast is permitted based on the Ack reply permission information included in the multicast and the Ack reply priority stored in the Ack reply rank storage unit. If the receiving terminal determines that Ack reply is permitted, the transmitting terminal And a step of returning the k.
  • the transmitting terminal determines the Ack reply order in advance in the order of priority of the receiving terminals, and determines the determined Ack reply order to each receiving terminal before starting multicast transmission. Notice.
  • the Ack reply permission information set for multicast can be reduced compared to the prior art, and the bandwidth can be efficiently used.
  • the transmitting terminal determines the Ack reply order in the order of the receiving terminals that require multicast quality assurance, and determines the number of receiving terminals to which the Ack reply is permitted according to the multicast transmission interval.
  • arrival confirmation can be performed in order from the receiving terminals with the highest priority, and it is possible to guarantee a predetermined number of retransmission opportunities set in advance. Therefore, it can be confirmed that the receiving terminal with high priority has surely received the transmission data.
  • FIG. 1 is a diagram showing an example of a configuration of a wireless system in each embodiment of the present invention.
  • FIG. 2 is a diagram showing the configuration of transmitting terminal 10 in accordance with the first exemplary embodiment of the present invention.
  • FIG. 3 is a diagram showing a configuration of receiving terminal 20 in accordance with the first exemplary embodiment of the present invention.
  • FIG. 4A is a diagram showing an example of a configuration of an Ack reply order notification frame in Embodiment 1 of the present invention.
  • FIG. 4B is a diagram showing a configuration example of an Ack reply rank response frame in Embodiment 1 of the present invention.
  • FIG. 4C is a diagram showing a configuration example of multicast in the first embodiment of the present invention.
  • FIG. 4D is a diagram showing a configuration example of Ack in Embodiment 1 of the present invention.
  • FIG. 5 is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 6 is a diagram showing an example of a method of determining the number of Ack replies according to Embodiment 1 of the present invention.
  • FIG. 7 is a diagram showing an example of an Ack reply order notification sequence according to Embodiment 1 of the present invention.
  • FIG. 8 is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 9 is a diagram showing an example of a multicast retransmission sequence according to Embodiment 1 of the present invention.
  • FIG. 10A is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 10B is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 10C is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 10D is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 11 is a diagram showing an example of a control flow of the transmission terminal 1A in the first embodiment of the present invention.
  • FIG. 12 is a diagram showing an example of control flow of the receiving terminals 1B to 1F in the first embodiment of the present invention.
  • FIG. 13 is a diagram showing an example of a multicast retransmission sequence according to Embodiment 1 of the present invention.
  • FIG. 14A is a diagram showing an example of a grouping table in Embodiment 1 of the present invention.
  • FIG. 14B is a diagram showing an example of a grouping table in Embodiment 1 of the present invention.
  • FIG. 14C is a diagram showing an example of a grouping table according to Embodiment 1 of the present invention.
  • FIG. 15 is a diagram showing an example of a multicast configuration according to Embodiment 1 of the present invention.
  • FIG. 16 is a diagram showing an example of a multicast configuration according to Embodiment 1 of the present invention.
  • FIG. 14A is a diagram showing an example of a grouping table in Embodiment 1 of the present invention.
  • FIG. 14B is a diagram showing an example of a grouping table in Embodiment 1 of the present invention.
  • FIG. 14C is a diagram showing
  • FIG. 17 is a diagram showing an example of a multicast configuration according to Embodiment 1 of the present invention.
  • FIG. 18 is a diagram showing an example of a multicast configuration according to Embodiment 1 of the present invention.
  • FIG. 19 is a diagram showing an example of a multicast configuration according to Embodiment 1 of the present invention.
  • FIG. 20 is a diagram showing the configuration of transmitting terminal 30 according to Embodiment 2 of the present invention.
  • FIG. 21 is a diagram showing an example of a multicast transmission sequence according to Embodiment 2 of the present invention.
  • FIG. 22A is a diagram for explaining a method of changing the number of Ack replies in the second embodiment of the present invention.
  • FIG. 22A is a diagram for explaining a method of changing the number of Ack replies in the second embodiment of the present invention.
  • FIG. 22B is a diagram for explaining a method of changing the number of Ack replies in Embodiment 2 of the present invention.
  • FIG. 23 is a diagram showing an example of a method of changing the number of Ack replies according to Embodiment 2 of the present invention.
  • FIG. 24 is a diagram showing an example of an internal processing flow of the transmitting terminal 30 in Embodiment 2 of the present invention.
  • FIG. 25 is a diagram showing the configuration of transmitting terminal 40 according to Embodiment 3 of the present invention.
  • FIG. 26 is a diagram showing the configuration of receiving terminal 50 according to Embodiment 3 of the present invention.
  • FIG. 27 is a diagram showing an example of an Ack reply joining frame format according to the third embodiment of the present invention.
  • FIG. 28 is a diagram showing an example of an Ack reply order notification sequence according to Embodiment 3 of the present invention.
  • FIG. 29 is a diagram showing an example of a multicast retransmission sequence according to Embodiment 3 of the present invention.
  • FIG. 30 is a diagram showing an example of the Ack reply order change frame format according to the third embodiment of the present invention.
  • FIG. 31 shows a configuration of transmitting terminal 60 according to Embodiment 4 of the present invention.
  • FIG. 32 is a diagram showing the configuration of receiving terminal 70 according to Embodiment 4 of the present invention.
  • FIG. 33A is a diagram showing an example of a format of a grouping request frame in Embodiment 4 of the present invention.
  • FIG. 33B is a diagram showing an example of a format of a grouping response frame in Embodiment 4 of the present invention.
  • FIG. 34 is a diagram showing an example of a grouping table creation sequence according to Embodiment 4 of the present invention.
  • FIG. 35 is a diagram showing an example of a job type priority table according to the fourth embodiment of the present invention.
  • FIG. 36 shows an example of a grouping table according to Embodiment 4 of the present invention.
  • FIG. 37 is a diagram showing an example of a wide area network according to Embodiment 4 of the present invention.
  • FIG. 38A is a conventional network diagram described in Patent Document 1.
  • FIG. 38B is a diagram showing an example of data transmission and reception according to Patent Document 1.
  • FIG. 40A is a view showing an example of data transmission / reception (6 receiving terminals) according to Patent Document 2.
  • FIG. 40B is a diagram showing an example of data transmission / reception (three reception terminals) according to Patent Document 2.
  • a first communication method is a communication method when a transmitting terminal transmits transmission data to a receiving terminal.
  • the transmitting terminal includes a grouping table storage unit storing a grouping table in which an Ack reply order indicating the priority of the receiving terminal that returns the Ack and an address of the receiving terminal are set.
  • the receiving terminal includes an Ack reply priority storage unit that stores an Ack reply priority indicating a priority of the own terminal that sends an Ack.
  • the transmitting terminal executes an application to create transmission data, and the transmitting terminal refers to the grouping table to determine the receiving terminal to which the Ack reply is permitted, and the information on the receiving terminal to which the determined Ack reply is permitted.
  • Creating a Ack reply permission information in which the transmission terminal is set transmitting the multicast including the Ack reply permission information and the transmission data to the reception terminal, and receiving the multicast from the transmission terminal. And a step of determining whether or not the reply of Ack to the multicast is permitted based on the Ack reply permission information included in the multicast and the Ack reply priority stored in the Ack reply rank storage unit. If the receiving terminal determines that Ack reply is permitted, the transmitting terminal And a step of returning the k.
  • the transmitting terminal transmits, to the receiving terminal, a multicast including Ack reply permission information in which the information of the receiving terminal for which the Ack reply is permitted is set and transmission data.
  • Ack reply permission information in which the information of the receiving terminal for which the Ack reply is permitted is set and transmission data.
  • the method further comprises the step of calculating the waiting time until the Ack is returned based on the Ack reply order stored in the reply order storage unit. The step of returning the Ack returns the Ack after the calculated waiting time has elapsed.
  • the transmitting terminal can receive Ack more reliably.
  • the transmitting terminal receives the Ack from the receiving terminal, and from the receiving terminal which has permitted the Ack reply to the received Ack. If the Ack is not included, there is further provided a step of creating Ack reply permission information excluding the receiving terminal that received the Ack, and retransmitting a multicast including the created Ack reply permission information and transmission data.
  • the start reply order indicating the range of the Ack reply order of the receiving terminal and the end reply order are included in the Ack reply permission information. be written.
  • the receiving terminal is permitted to reply the Ack to the multicast. It is determined that there is.
  • the receiving terminal sends the Ack to the sending terminal in the order of the Ack reply order.
  • the Ack response permission information includes a start indicating a range of a reply of a specific receiving terminal and an Ack reply of the receiving terminal.
  • the reply order and the end reply order are described.
  • the receiving terminal determines that the Ack reply rank stored in the Ack reply rank storage unit falls within the range from the start reply rank to the end reply rank, if it corresponds to the reply rank of the specific receiving terminal. It is determined that Ack reply to multicast is permitted.
  • the receiving terminal sends the Ack to the sending terminal in the order of the Ack reply order.
  • a sixth communication method in the aspect of the first communication method, permits start response order indicating the start of the Ack reply order of the receiving terminal and Ack reply in the Ack response permission information.
  • the number of replies indicating the number of receiving terminals is described.
  • the receiving terminal includes the Ack reply order stored in the Ack reply order storage unit in a range from the start reply order to the reply order obtained by subtracting 1 from the value obtained by adding the number of replies to the start reply order.
  • the receiving terminal sends the Ack to the sending terminal in the order of the Ack reply order.
  • the Ack response permission information describes the number of responses indicating the number of receiving terminals for which an Ack response is permitted.
  • the receiving terminal determines that the Ack reply to the multicast is permitted if the Ack reply rank stored in the Ack reply rank storage unit is included in the range of the number of replies.
  • the receiving terminal sends the Ack to the sending terminal in the order of the Ack reply order.
  • an eighth communication method in the aspect of the first communication method, in the Ack response permission information, a flag indicating whether to permit an Ack response for each Ack response order of the receiving terminal. Is described.
  • the receiving terminal determines that the Ack reply to the multicast is permitted.
  • the receiving terminal sends the Ack to the sending terminal in the order of the Ack reply order.
  • the data size of the Ack reply permission information can be reduced and the transmission efficiency can be improved by representing the Ack reply order with the flag.
  • the transmitting terminal in the step of creating Ack reply permission information in the first communication method aspect, sends an Ack reply based on an interval at which transmission data is generated.
  • the number of receiving terminals to be permitted is determined, and Ack reply permission information is generated based on the determined number of receiving terminals and the Ack reply order set in the grouping table.
  • the number of receiving terminals for which the Ack reply is permitted can be appropriately set in accordance with the interval at which the transmission data is generated.
  • the transmitting terminal in the step of creating Ack reply permission information in the aspect of the first communication method, permits the Ack reply based on the content rate of the transmission data.
  • the number of receiving terminals to be received is determined, and Ack reply permission information is created based on the determined number of receiving terminals and the Ack reply order set in the grouping table. According to this aspect, the number of receiving terminals for which the Ack reply is permitted can be appropriately set in accordance with the content rate of transmission data.
  • the transmitting terminal refers to the grouping table before transmitting the multicast to the receiving terminal, and the Ack reply order of the receiving terminal is The step of transmitting the set Ack reply order notification frame to the receiving terminal, and the receiving terminal stores the Ack reply order described in the Ack reply order notification frame in the Ack reply order storage unit when the Ack reply order notification frame is received. And step.
  • the transmitting terminal can dynamically control the Ack reply order of the receiving terminal.
  • the Ack reply order notification frame when the receiving terminal stores the Ack reply order in the Ack reply order storage unit, the Ack reply order notification frame responds with Ack. Transmitting the response rank response frame to the transmission terminal; and controlling the transmission terminal not to permit transmission of Ack to the reception terminal which has not received the Ack response rank response frame by Ack response permission information. And further comprising According to the present aspect, since the Ack reply is not permitted to the receiving terminal that has not received the Ack reply priority response frame, it is possible to prevent unnecessary consumption of a bandwidth, and improve the transmission efficiency. it can.
  • the receiving terminal transmits the joining frame to the transmitting terminal when the receiving terminal newly enters the communication area of the transmitting terminal, and transmission
  • the terminal further controls the receiving terminal that has transmitted the joining frame to permit the transmission of the Ack according to the Ack reply permission information.
  • the transmitting terminal transmits a grouping request frame for requesting information of a receiving device within the communication area of the own terminal; Transmitting the grouping response frame including the priority information used to determine the Ack reply order to the transmitting terminal when the receiving terminal receives the grouping request frame, and the transmitting terminal including the priority in the grouping response frame And creating a grouping table in which the Ack reply order of the receiving terminal is set based on the information.
  • the transmitting terminal creates the grouping table based on the priority information included in the grouping response frame, so that the type and number of receiving terminals in the communication area of the transmitting terminal can not be determined. Since it is possible to control the Ack reply order, it is possible to control the communication permission of the response packet appropriate for the situation.
  • a transmission method is a transmission method in which a transmission terminal transmits transmission data to a reception terminal, and the transmission terminal receives an Ack reply order indicating a priority of the reception terminal to which an Ack is returned,
  • a grouping table storage unit that stores a grouping table in which an address of a terminal is set is provided.
  • the transmission method executes the application and creates transmission data, refers to the grouping table, determines the receiving terminal to which the Ack reply is permitted, and sets the information of the receiving terminal to which the determined Ack reply is permitted.
  • the method includes the steps of creating permission information and transmitting a multicast including Ack reply permission information and transmission data to the receiving terminal.
  • a receiving method is a receiving method in which a receiving terminal receives transmission data from a transmitting terminal, and the receiving terminal stores an Ack reply priority indicating a priority of the own terminal sending an Ack.
  • An Ack reply order storage unit is provided.
  • the receiving method includes the steps of receiving, from the transmitting terminal, a multicast including transmission data and Ack reply permission information in which information on a receiving terminal for which Ack reply is permitted is set, Ack reply permission information included in the multicast, and Ack The step of determining whether or not the Ack reply to the multicast is permitted based on the Ack reply order stored in the reply rank storage unit, and when it is determined that the Ack reply is permitted, transmission Sending back an Ack to the terminal.
  • a transmitting terminal is a transmitting terminal that transmits transmission data to the receiving terminal, and the transmitting terminal is an Ack reply order indicating a priority of the receiving terminal that sends back an Ack, and From a grouping table storage unit that stores a grouping table in which addresses are set, a wireless transmission / reception unit that demodulates a frame received from a transmission terminal and modulates a frame to be transmitted to the transmission terminal, and a frame received by the wireless transmission / reception unit Executes an application and a frame classification unit that classifies Ack and Ack reply order response frames, an Ack analysis unit that analyzes Acks, an Ack reply order response frame analysis unit that analyzes Ack reply order response frames, and an application.
  • Ack reply to the receiving terminal based on the created application unit and the grouping table The Ack reply order notification frame creation unit for notifying the rank and the receiving terminal to which the Ack reply is permitted are determined with reference to the grouping table, and the Ack reply permission information in which the information on the received terminal for which the determined Ack reply is permitted is set An Ack reply permission information determination unit to be created, and a multicast creation unit to create a multicast including the Ack reply permission information and transmission data.
  • a receiving terminal is a receiving terminal that receives transmission data from a transmitting terminal, and demodulates a frame received from the transmitting terminal and modulates a frame to be transmitted to the transmitting terminal.
  • the frame classification unit that classifies the Ack reply order notification frame from the received frame
  • the Ack reply order notification frame analysis unit that analyzes the Ack reply order notification frame
  • the own terminal that returns the Ack included in the Ack reply order notification frame
  • Ack reply order storage unit for storing an Ack reply order indicating the priority of Ack, an Ack reply order response frame creation unit for creating an Ack reply order response frame when an Ack reply order notification frame is received, and an Ack reply included in the multicast Based on the permission information and the Ack reply order stored in the Ack reply order storage unit And determining Ack return determining section necessity of Ack reply, if Ack returned determination unit determines that returns an Ack, and a Ack creation unit that creates an Ack to reply to the transmitting terminal.
  • FIG. 1 is a diagram showing an example of a configuration of a communication system according to each embodiment of the present invention.
  • a transmitting terminal 1A transmitting data by multicast via a wireless network, and data transmitted by the transmitting terminal 1A are received,
  • a plurality of receiving terminals 1B to 1F which return an Ack (reach confirmation frame) to 1A.
  • FIG. 2 is a functional block diagram of the transmission terminal 10 according to the first embodiment.
  • the functional block diagram of the transmitting terminal 10 corresponds to the configuration of the transmitting terminal 1A described above.
  • the transmitting terminal 10 includes a wireless transmission / reception unit 11, a frame classification unit 12, an Ack analysis unit 13, an application unit 14, a grouping table storage unit 15, an Ack reply order notification frame creation unit 16, an Ack reply order response frame analysis unit A multicast generation unit 18 and an Ack reply permission information determination unit 19 are provided.
  • the wireless transmission / reception unit 11 demodulates a frame received from the wireless network and modulates a frame to be transmitted to the wireless network.
  • the frame classification unit 12 classifies the frame received by the wireless transmission / reception unit 11, outputs the Ack to the Ack analysis unit 13, and outputs the Ack reply priority response frame to the Ack reply priority response frame analysis unit 17.
  • the Ack analysis unit 13 analyzes the received Ack.
  • the application unit 14 is executed by an arbitrary application to create transmission data.
  • the grouping table storage unit 15 stores a grouping table in which the address of the receiving terminal and the Ack reply order are described. Based on the grouping table, the Ack reply rank notification frame creation unit 16 notifies the receiving terminal that receives the multicast the Ack reply rank.
  • the Ack reply rank response frame analysis unit 17 analyzes the received Ack reply rank response frame.
  • the Ack reply permission information decision unit 19 refers to the grouping table, decides the receiving terminal to which the Ack reply is permitted, and creates Ack reply permission information in which the information on the receiving terminal to which the decided Ack reply is permitted is set.
  • the multicast creating unit 18 creates a multicast including Ack reply permission information and transmission data.
  • FIG. 3 is a functional block diagram of the receiving terminal 20 according to the first embodiment.
  • the functional block diagram of the receiving terminal 20 corresponds to the configuration of the receiving terminals 1B to 1F described above.
  • the receiving terminal 20 includes a wireless transmission / reception unit 21, a frame classification unit 22, an Ack reply order notification frame analysis unit 23, an Ack reply order storage unit 24, an Ack reply order response frame creation unit 25, an Ack reply determination unit 26, And an Ack creation unit 27.
  • the wireless transmission / reception unit 21 demodulates a frame received from the wireless network and modulates a frame to be transmitted to the wireless network.
  • the frame classification unit 22 classifies the Ack reply priority notification frame from the received frame.
  • the Ack reply rank notification frame analysis unit 23 analyzes the received Ack reply rank notification frame.
  • the Ack reply rank storage unit 24 stores information on Ack reply ranks included in the Ack reply rank notification frame. That is, the Ack reply order storage unit 24 stores an Ack reply order indicating the priority order of the receiving terminal (the own terminal) that returns the Ack.
  • the Ack reply rank response frame creation unit 25 creates an Ack reply rank response frame.
  • the Ack reply determination unit 26 determines the necessity of the Ack reply based on the Ack reply permission information included in the received multicast and the Ack reply order stored in the Ack reply rank storage unit 24.
  • the Ack creation unit 27 creates an Ack to be sent back to the transmitting terminal 10 when it is determined that the Ack reply determination unit 26 returns an Ack.
  • FIG. 4A to 4D are diagrams showing configuration examples of various frames used in the first embodiment.
  • FIG. 4A is a configuration example of an Ack reply priority notification frame.
  • the Ack reply order notification frame includes a header 100 storing parameters necessary for access such as an address and a frame identifier, an Ack reply order 101 in which information on Ack reply order is stored, and a frame.
  • the error detection 102 is stored with information for detecting an error of.
  • FIG. 4B is a configuration example of the Ack reply priority response frame.
  • the Ack reply order response frame is composed of a header 103 storing parameters necessary for access such as an address and a frame identifier, and an error detection 104 storing information for detecting an error in the frame. Be done.
  • FIG. 4C is a configuration example of multicast.
  • a header 110 storing parameters necessary for access such as an address and a frame identifier
  • an Ack reply permission information 111 storing information on Ack reply permission
  • transmission data are stored.
  • an error detection 113 in which information for detecting an error in a frame is stored.
  • the Ack reply permission information 111 is configured by a start reply rank 111A indicating the range of the Ack reply rank and an end reply rank 111B.
  • FIG. 4D is a configuration example of Ack.
  • Ack includes a header 114 storing parameters necessary for access such as an address and a frame identifier, and an error detection 115 storing information for detecting an error in the frame.
  • FIG. 5 is a diagram showing an example of a grouping table managed by the grouping table storage unit 15 of the transmission terminal 10.
  • a terminal address describes the address information of the terminal belonging to the group.
  • the Ack reply order indicates the priority of the receiving terminal that returns the Ack, and describes a value to be set in the Ack reply order 101 of the Ack reply order notification frame.
  • the Ack reply rank response flag describes a value indicating whether or not the Ack reply rank response frame has been received.
  • the initial value of the Ack reply order response flag is set to “0”.
  • the transmitting terminal 10 When the transmitting terminal 10 receives the Ack reply order response frame, the transmitting terminal 10 changes the Ack reply order response flag of the corresponding receiving terminal to “1”.
  • the Ack flag describes a value indicating the presence or absence of Ack reception for multicast. Here, the initial value of the Ack flag is set to “0”.
  • the transmitting terminal 10 When receiving the Ack, the transmitting terminal 10 changes the Ack flag of the corresponding receiving terminal to “1”.
  • FIG. 6 is a diagram showing an example of a method of determining the number of Ack replies determined by the Ack reply permission information determination unit 19.
  • the multicast transmission interval is 3000 ⁇ s
  • the time required for multicast transmission is 80 ⁇ s
  • the time required for Ack transmission is 40 ⁇ s
  • the gap time between frames is 20 ⁇ s.
  • the number of Ack replies is determined so that retransmission can be performed twice.
  • the usable time of one cycle can be obtained from the multicast transmission interval and the number of retransmissions.
  • the multicast transmission interval is determined based on the transmission data generation interval.
  • the Ack processable time is determined from the usable time of one cycle, the multicast transmission time, and the gap time.
  • the number of Ack replies can be obtained from the Ack processable time, the Ack transmission time, and the gap time.
  • (Usable time of one cycle) (multicast transmission interval) ⁇ (retransmission count + 1) ...
  • FIG. 7 is a diagram showing an example of an Ack reply priority sequence according to the present invention.
  • the transmitting terminal 1A transmits a multicast and the receiving terminals 1B to 1F receive a multicast.
  • the transmission terminal 1A transmits an Ack reply priority notification frame to the reception terminals 1B to 1F based on the grouping table of FIG. 5 before the start of transmission of a multicast.
  • the transmitting terminal 1A sets the value of the Ack reply order in the grouping table in the Ack reply order 101 of the Ack reply order notification frame and transmits it.
  • Receiving terminals 1 B to 1 F upon receiving the Ack reply order notification frame, return an Ack reply order response frame to transmitting terminal 1 A.
  • the transmitting terminal 1A sets the Ack reply rank response flag in the grouping table to "1".
  • FIG. 8 is a diagram showing the state of the grouping table after the transmitting terminal 1A receives the Ack reply rank response frame in the Ack reply rank sequence of FIG. 7 and sets the Ack reply rank response flag to “1”. As shown in FIG. 8, since the transmitting terminal 1A receives the Ack reply priority response frame of the receiving terminals 1B to 1F, the transmitting terminal 1A sets the Ack reply priority response flag of the receiving terminals 1B to 1F in the grouping table to “1”.
  • FIG. 9 shows an example of the multicast retransmission sequence of the present invention.
  • the multicast is transmitted after the Ack reply order sequence of FIG. 10A to 10D are diagrams showing the state of the grouping table managed by the transmitting terminal 1A in the multicast retransmission sequence of FIG.
  • the transmitting terminal 1A determines the number of Ack responses using the method of determining the number of Ack responses described in FIG.
  • the number of Ack replies is determined to be “3”.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “1” in the start reply order 111A of the first multicast and “3” in the end reply order 111B.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminals 1C to 1F.
  • the receiving terminal having received the first multicast receives the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. Compare Here, it is confirmed whether these values satisfy (Expression 4). (Value of start priority order 111A) ((value of Ack reply order) ⁇ (value of start reply order 111B) (Equation 4)
  • the receiving terminal 1B Since the receiving terminal 1B satisfies (Expression 4), it returns Ack. At this time, the receiving terminal 1B compares the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, the receiving terminal 1B returns Ack after waiting for the value obtained by (Equation 5) after receiving the first multicast.
  • (Waiting time) gap time + ⁇ (Ack transmission time + gap time) ⁇ (value of Ack reply order) ⁇ (value of start priority order 111A) ⁇ (Equation 5)
  • the receiving terminals 1C and 1D although (formula 4) is satisfied, since an error occurs in the multicast, it is determined that Ack is not returned. Since the receiving terminals 1E and 1F do not satisfy (Expression 4), the receiving terminals 1E and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives Ack from the receiving terminal 1B, the transmitting terminal 1A sets the Ack flag of the receiving terminal 1B in the grouping table to "1" (FIG. 10A).
  • the transmitting terminal 1A Since the transmitting terminal 1A did not receive an Ack from the receiving terminals 1C and 1D that permitted the Ack reply, it retransmits the first multicast.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B. Retransmit the multicast. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminals 1C, 1E, and 1F.
  • the receiving terminals 1C and 1E satisfy (Expression 4) but an error occurs in the multicast, they do not send back an Ack.
  • the receiving terminal 1D has successfully received the multicast and satisfies (Expression 4), it returns an Ack.
  • the reception terminal 1D returns Ack after waiting for the value obtained by (Equation 5) after multicast reception. Since the transmitting terminal 1A receives Ack from the receiving terminal 1D, the transmitting terminal 1A sets the Ack flag of the receiving terminal 1D in the grouping table to "1" (FIG. 10B).
  • the transmitting terminal 1A retransmits the first multicast because it did not receive an Ack from the receiving terminals 1C and 1E that permitted the Ack reply.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B, and the first multicast Resend. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminals 1C and 1F.
  • the reception terminals 1B to 1F compare the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. . Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1D and 1E Since the receiving terminals 1D and 1E satisfy (Expression 4), they return Ack. At this time, the receiving terminals 1D and 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1D and 1E wait for the time determined by (Expression 5), and then return Ack. Although the receiving terminal 1C satisfies (Expression 4) but an error occurs in the multicast, the receiving terminal 1C does not send back an Ack. Since the receiving terminals 1B and 1F do not satisfy (Expression 4), the receiving terminals 1B and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives the Ack from the receiving terminals 1D and 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1D and 1E in the grouping table to “1” (FIG. 10C).
  • the transmitting terminal 1A Since the transmitting terminal 1A does not receive the Ack from the receiving terminal 1C that has permitted the Ack reply, it retransmits the first multicast.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B. Retransmit the multicast. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • the reception terminals 1B to 1F compare the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. . Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1C to 1E return Ack because they satisfy (Expression 4). At this time, the receiving terminals 1C to 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, the reception terminals 1C to 1E return Ack after waiting for the value obtained by (Expression 5) after receiving the first multicast. Since the receiving terminals 1B and 1F do not satisfy (Expression 4), the receiving terminals 1B and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives the Ack of the receiving terminals 1C to 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1C to 1E in the grouping table to “1” (FIG. 10D).
  • the transmitting terminal 1A Since the transmitting terminal 1A receives the Ack from all the receiving terminals for which the Ack reply is permitted, the transmitting terminal 1A has received the Ack reply priority notification response flag of the grouping table at “1” and the Ack flag at “0”. Check the number. Here, since the receiving terminal 1F corresponds, it is determined that multicast retransmission is necessary. However, since the transmission terminal 1A has reached the transmission time of the second multicast which is the next data, the transmission terminal 1A ends the retransmission processing of the first multicast. At this time, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B to 1F to "0". Next, the transmitting terminal 1A performs the same processing as that for the first multicast, sets “1” in the start reply order 111A, and sets “3” in the end reply order 111B, and transmits the second multicast.
  • FIG. 11 is a diagram illustrating an example of a control flow of the transmission terminal 1A.
  • transmitting terminal 1A stands by until application unit 14 starts communication (step S1: NO).
  • the application unit 14 executes an arbitrary application and starts communication
  • the application unit 14 notifies the Ack reply priority notification frame creating unit 16 of the start of communication (step S1: YES).
  • the Ack reply priority notification frame creating unit 16 obtains the address of the receiving terminal whose Ack reply priority value in the grouping table is “1”, and creates an Ack reply priority notification frame.
  • the Ack reply rank notification frame creation unit 16 sets “1” in the Ack reply rank 101 of the Ack reply rank notification frame, and transmits it via the wireless transmission / reception unit 11.
  • step S3 the Ack reply rank response frame analysis unit 17 stands by until the Ack reply rank response frame is input from the frame classification unit 12.
  • the Ack reply rank response frame analysis unit 17 notifies that to the Ack reply rank notification frame creation section 16 (step S3: YES).
  • the Ack reply priority notification frame is not input within the predetermined time set in advance in step S3, the Ack response priority notification frame creation unit 16 is notified of that (step S3: NO).
  • step S4 since the Ack reply rank notification frame creation unit 16 receives the Ack reply rank response frame from the Ack reply rank response frame analysis unit 17, the Ack reply rank response flag of the corresponding receiving terminal in the grouping table is “1”. Set to ".
  • step S5 the Ack reply rank notification frame creation unit 16 searches for a receiving terminal of a value obtained by adding “1” to the value of the Ack reply rank used in step S2. When there is a corresponding receiving terminal, the Ack reply priority notification frame creating unit 16 transmits an Ack reply priority notification frame to the corresponding receiving terminal (step S5: NO). If there is no corresponding receiving terminal in step S5, the application unit 14 is notified (step S5: YES). When the receiving terminals 1B to 1F have already stored the Ack reply order, the transmitting terminal 1A can omit the operations of steps S2 to S5.
  • step S6 when receiving the notification from the Ack reply priority notification frame creating unit 16, the application unit 14 inputs the data to be transmitted to the multicast creating unit 18.
  • step S7 when data is input, the multicast creating unit 18 acquires, from the Ack reply permission information determining unit 19, the Ack reply permission information necessary for creating a multicast.
  • step S8 the Ack reply permission information determination unit 19 determines the Ack reply permission number based on the multicast transmission interval, the number of times of multicast retransmission opportunities, and the like.
  • step S9 the Ack reply permission information determination unit 19 detects the Ack reply priority of the receiving terminal for which the Ack reply priority notification response flag in the grouping table is set to “1” and the Ack flag is set to “0”. Ack reply permission information is created which permits the Ack reply only for the number determined in step S8 in ascending order of the value of the detected Ack reply order.
  • step S10 the multicast creation unit 18 creates and transmits a multicast including the Ack reply permission information created in step S9.
  • step S11 the Ack analysis unit 13 waits for Ack from the frame classification unit 12.
  • the Ack analysis unit 13 notifies the Ack reply permission information determination unit 19 that the Ack has been input (step S11: YES).
  • the Ack reply permission information determination unit 19 is notified of that (step S11: NO).
  • step S12 since the Ack reply permission information determination unit 19 receives an Ack reception notification from the Ack analysis unit 13, the Ack reply permission information determination unit 19 sets the Ack flag of the corresponding receiving terminal in the grouping table to “1”.
  • step S13 the Ack reply permission information determination unit 19 confirms the end of the Ack waiting process.
  • step S13 the Ack reply permission information determination unit 19 ends the Ack waiting process when the preset time has elapsed since the multicast transmission (step S13: YES).
  • step S13 if the predetermined time set in advance has not elapsed, the Ack reply permission information determination unit 19 waits for Ack (step S13: NO).
  • step S14 the Ack reply permission information determination unit 19 detects an Ack reply order of the receiving terminal for which the Ack reply order notification response flag in the grouping table is set to “1” and the Ack flag is set to “0”. In step S14, if there is no receiving terminal in which the Ack reply order notification response flag is set to “1” and the Ack flag is set to “0”, the Ack reply permission information determination unit 19 determines that retransmission is not required ( Step S14: NO). On the other hand, in step S14, the Ack reply permission information determination unit 19 determines that retransmission is necessary if there is a receiving terminal in which the Ack reply priority notification response flag is “1” and the Ack flag is set to “0”. (Step S14: YES).
  • step S15 the multicast creation unit 18 determines from the multicast transmission interval whether retransmission is possible.
  • step S15 the multicast generation unit 18 determines that retransmission is possible if the multicast transmission time of the next data is not reached from the information on the multicast transmission interval (step S15: YES).
  • step S15 if the multicast transmission time for the next data has been reached, the multicast creation unit 18 determines that retransmission is not possible (step S15: NO).
  • step S16 the multicast creation unit 18 retransmits the multicast.
  • step S16 based on the Ack reply permission information received from the Ack reply permission information determination unit 19, if the number of terminals given by the Ack reply permission is one, unicast retransmission may be performed.
  • step S17 the multicast creation unit 18 confirms the notification of the end of data transmission.
  • step S17 when receiving the notification of the end of the data communication from the application unit 14, the multicast generation unit 18 ends the data transmission (step S17: YES).
  • step S17: NO the next data is received from the application unit 14 in step S17, the multicast generation unit 18 creates and transmits a multicast based on the next data (step S17: NO).
  • FIG. 12 is a diagram showing an example of the control flow of the receiving terminals 1B to 1F.
  • step S21 the wireless transmission / reception unit 21 stands by until a frame is received (step S21: NO).
  • step S21 when the wireless transmission / reception unit 21 receives a frame, the wireless transmission / reception unit 21 passes the frame to the frame classification unit 22 (step S21: YES).
  • step S22 the frame classification unit 22 classifies the frame input from the wireless transmission / reception unit 21. If the frame input from the wireless transmission / reception unit 21 is an Ack reply priority notification frame, the frame classification unit 22 passes it to the Ack reply priority notification frame analysis unit 23 (step S22: YES). On the other hand, when the frame input from the wireless transmission / reception unit 21 is other than the Ack reply priority notification frame, the frame classification unit 22 passes the frame to the Ack reply determination unit 26 (step S22: NO).
  • step S23 the Ack reply rank notification frame analysis unit 23 analyzes the Ack reply rank notification frame, and stores the value of the Ack reply rank of the frame in the Ack reply rank storage unit 24. In addition, the Ack reply rank notification frame analysis unit 23 passes the address information of the transmitting terminal that has transmitted the Ack reply rank notification frame to the Ack reply rank response frame generation unit 25. In step S24, the Ack reply rank response frame creation unit 25 creates and transmits an Ack reply rank response frame based on the address information received from the Ack reply rank notification frame analysis section 23.
  • step S25 if the frame input from the wireless transmission / reception unit 21 is a multicast, the Ack reply determination unit 26 transitions to step S26 (step S25: YES). On the other hand, in step S25, in the case of a frame other than multicast, the Ack reply determination unit 26 ends the processing, and waits until receiving the next frame (step S25: NO).
  • step S22 if the frame input from the wireless transmission / reception unit 21 is an Ack reply priority notification frame, the frame classification unit 22 passes it to the Ack reply priority notification frame analysis unit 23 (step S22: YES), and the wireless transmission / reception unit 21 If the frame input from is a multicast, it may be passed to the Ack reply determination unit 26 (step S22: NO). In this case, since the received frame passed to the Ack reply determination unit 26 is a multicast, the process of step S25 can be omitted.
  • step S26 the Ack reply determination unit 26 determines the necessity of the Ack reply using the Ack reply permission information set in the multicast and the value of the Ack reply order stored in the Ack reply rank storage unit 24. Do. In addition, the determination method of the necessity of Ack changes with each embodiment. In step S26, if the Ack reply determination unit 26 does not need to reply Ack, the process ends, and waits until the next frame is received (NO in step S26). On the other hand, in step S26, the Ack reply determination unit 26 prepares an Ack reply when a reply of Ack is required (step S26: YES).
  • step S27 the Ack reply determination unit 26 confirms an error of the received multicast. If there is no error in the multicast, the Ack reply determination unit 26 requests the Ack creation unit 27 to create an Ack (step S27: YES). On the other hand, if there is an error in the multicast, the Ack reply determination unit 26 does not make an Ack creation request to the Ack creation unit 27 and ends the processing, and waits until the next frame is received (NO in step S27).
  • step S28 the Ack creation unit 27 creates an Ack when receiving an Ack creation instruction from the Ack reply determination unit 26, transmits the Ack at the timing designated by the Ack reply determination unit 26, and ends the process.
  • FIG. 13 is a diagram showing an example of a multicast retransmission sequence according to the present invention.
  • multicast transmission is performed after the Ack reply order sequence of FIG. 14A to 14C are diagrams showing the state of the grouping table managed by the transmitting terminal 1A in the multicast retransmission sequence of FIG.
  • the transmitting terminal 1A determines the number of Ack replies using the method of determining the number of Ack replies described with reference to FIG. Here, it is assumed that the number of Ack replies is determined to be “3”.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “1” in the start reply order 111A of the first multicast, and “3” in the end reply order 111B to perform the first multicast.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminal 1C.
  • the receiving terminal having received the first multicast receives the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. Compare Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1B and 1D Since the receiving terminals 1B and 1D satisfy (Expression 4), they return Ack. At this time, the receiving terminals 1B and 1D compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1B and 1D return Ack after waiting for the value obtained by (Expression 5). Although the reception terminal 1C satisfies (Expression 4), since an error occurs in the first multicast, the reception terminal 1C does not return Ack. Since the receiving terminals 1E and 1F do not satisfy (Expression 4), the receiving terminals 1E and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives the Ack from the receiving terminals 1B and 1D, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B and 1D in the grouping table to “1” (FIG. 14A).
  • the transmitting terminal 1A Since the transmitting terminal 1A does not receive the Ack from the receiving terminal 1C that has permitted the Ack reply, it retransmits the first multicast.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B, Retransmit the multicast. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • the receiving terminals 1C to 1E normally receive the multicast and, because (formula 4) is satisfied, they return Ack.
  • the receiving terminals 1C to 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time.
  • the receiving terminals 1C to 1E return Ack after waiting for the value obtained by (Expression 5). Since the transmitting terminal 1A receives the Ack from the receiving terminals 1C to 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1C to 1E in the grouping table to “1” (FIG. 14B).
  • the transmitting terminal 1A receives the Ack from all the receiving terminals for which the Ack reply is permitted, the number of receiving terminals for which the Ack reply priority response flag in the grouping table is “1” and the Ack flag is set to “0”. Confirm.
  • the receiving terminal 1F since the receiving terminal 1F corresponds, it is determined that retransmission of the first multicast is necessary.
  • the transmitting terminal 1A retransmits data not by multicast but by unicast if the number of receiving terminals expecting Ack is equal to or less than a preset number.
  • the transmitting terminal 1A retransmits the data of the first multicast in the first unicast.
  • the frame structure of unicast removes the Ack reply permission information 111 from multicast, and uses the frame which set the value of the header 110 to unicast.
  • the receiving terminal 1F uses the error detection 113 of the first unicast to determine an error of the received first unicast. Here, it is assumed that no error occurs in the receiving terminal 1F.
  • the receiving terminal 1 F waits for a preset value and sends back an Ack. The receiving terminal 1F transmits an Ack while waiting for the Sifs time used in IEEE 802.11, for example.
  • the transmitting terminal 1A Since the transmitting terminal 1A receives the Ack from the receiving terminal 1F, the transmitting terminal 1A sets the Ack flag of the receiving terminal 1F in the grouping table to "1" (FIG. 14C). Since the transmitting terminal 1A receives the Ack from all the receiving terminals for which the Ack reply is permitted, the transmitting terminal 1A has received the Ack reply priority notification response flag of the grouping table at “1” and the Ack flag at “0”. Check the number. Here, since there is no corresponding receiving terminal, the resending process ends. At this time, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B to 1F to "0". Next, the transmitting terminal 1A performs the same processing as that for the first multicast, sets “1” in the start reply order 111A, and sets “3” in the end reply order 111B, and transmits the second multicast.
  • the transmitting terminal determines the Ack reply order in advance in the order of priority of the receiving terminals, and determines the determined Ack reply order to each receiving terminal before starting multicast transmission. Notice. As a result, the Ack reply permission information set for multicast can be reduced compared to the prior art, and the bandwidth can be efficiently used. In addition, since the multicast frame length becomes short, the probability of occurrence of multicast reception errors also decreases. Also, the transmitting terminal determines the Ack reply order in the order of the receiving terminals that require multicast quality assurance, and determines the number of receiving terminals to which the Ack reply is permitted according to the multicast transmission interval.
  • arrival confirmation can be performed in order from the receiving terminals with the highest priority, and it is possible to guarantee a predetermined number of retransmission opportunities set in advance. Therefore, it can be confirmed that the receiving terminal with high priority has surely received the transmission data.
  • the Ack reply permission information 111 which is set to multicast by the Ack reply permission information determination unit 19 is composed of the start reply priority 111A and the end reply priority 111B, but is limited to this. It is not a thing.
  • the Ack reply permission information 111 may set, for example, an Ack reply permission information 120 as shown in FIG. Referring to FIG. 15, the Ack reply permission information 120 includes a first start reply order 120A, a first end reply order 120B, a second start reply order 120C, and a second end reply order 120D.
  • the Ack reply determination unit 26 of the receiving terminal 20 may check whether (Expression 6) is satisfied, and may return Ack if it is satisfied.
  • the first start reply rank 120A is “1”
  • the first end reply rank 120B is “3”
  • the second start reply rank 120C is "5"
  • the second end reply rank 120D is "7”
  • the receiving terminal 20 whose value of the Ack reply order is "1, 2, 3, 5, 6, 7" replies Ack in order.
  • the third start reply order to the Nth end reply order may be set in the Ack reply permission information 120 according to the value of the reply order of the receiving terminal that permits the Ack reply (N is 4 or more). integer).
  • the Ack reply permission information 111 may set, for example, Ack reply permission information 130 as shown in FIG. 16 in multicast.
  • the Ack reply permission information 130 includes a reply rank 130A indicating the Ack reply rank of the specific receiving terminal, a start reply rank 130B indicating the range of the Ack reply rank, and an end reply rank 130C. ing.
  • the Ack reply determination unit 26 of the receiving terminal 20 may check whether (Expression 7) is satisfied, and may return Ack if it is satisfied.
  • (Reply order 130A value) (Ack reply order value) Or (Value of start reply order 130 B) ((value of Ack reply order) ⁇ (value of end reply order 130 D) ... (Equation 7)
  • the second reply rank to the Nth reply rank may be set according to the value of the reply rank of the receiving terminal that permits the Ack reply (N is an integer of 3 or more).
  • the Ack reply permission information 111 may set, for example, Ack reply permission information 140 as shown in FIG. 17 for multicast.
  • the Ack reply permission information 140 includes a start reply order 140A indicating the start of the Ack reply order of the receiving terminal, and a reply number 140B indicating the number of receiving terminals permitted to reply the Ack.
  • the Ack reply determination unit 26 of the receiving terminal 20 may check whether (Expression 8) is satisfied, and may return Ack if it is satisfied.
  • (Value of start reply order 140A) ((value of Ack reply order) ⁇ (value of start reply order 140A) + (value of the number of replies 140B)-1 (8)
  • the Ack reply permission information 140 may be set from the second start reply order to the Nth reply order according to the value of the reply order of the receiving terminal that permits the Ack reply (N is an integer of 2 or more) ).
  • the Ack reply permission information 111 may set, for example, the Ack reply permission information 150 as shown in FIG. 18 in multicast.
  • Ack reply permission information 150 is configured of a number of replies 150A indicating the number of receiving terminals for which Ack reply is permitted.
  • the Ack reply determination unit 26 of the receiving terminal 20 may check whether (Expression 9) is satisfied, and may return Ack if it is satisfied. For example, when the number of replies 150A is “3”, the receiving terminals 20 with values of Ack reply order “1, 2, 3” reply Ack in order. (Value of Ack reply order) ⁇ (value of the number of replies 150 A) ⁇ (Equation 9)
  • the Ack reply permission information 111 may set, for example, an Ack reply permission information 160 as shown in FIG. 19 for multicast.
  • Ack reply permission information 150 is an Ack reply necessity flag 160A of the receiving terminal whose Ack reply order value is “1” to Ack of the receiving terminal whose Ack reply order value is “N”.
  • a reply necessity flag 160B is formed.
  • N is the maximum value of the Ack reply order described in the grouping table. In the case of the grouping table in FIG. 5, N is 5).
  • the Ack reply determination unit 26 of the receiving terminal 20 may return Ack if the flag corresponding to the value of the Ack reply order of the own terminal is set to “1”. For example, when the second, fifth, and seventh bits of the Ack reply permission information 150 are “1”, the receiving terminals 20 with the values of Ack reply order “2, 5, and 7” reply Ack in order.
  • maintained the grouping table beforehand in this Embodiment, it is not limited to this.
  • information may be collected from the receiving terminal 20 in the area of the transmitting terminal 10 to create a grouping table.
  • the receiving terminal 20 when the receiving terminal 20 receives the Ack reply priority notification frame, the receiving terminal 20 returns the Ack reply response frame, but the present invention is not limited to this.
  • the receiving terminal 20 may not send back an Ack reply priority response frame if the arrival confirmation by Ack is not necessary.
  • the Ack reply order response frame may be returned to the transmitting terminal 10 including information indicating that the arrival confirmation is not required. In this case, the transmitting terminal 10 does not change the Ack reply priority response flag to “1”.
  • the transmitting terminal 10 when Ack is not returned from the receiving terminal expecting Ack, the transmitting terminal 10 repeatedly assigns Ack return permission and expects Ack return, but is limited to this. It is not a thing. For example, in the case of FIG. 9, the transmitting terminal 10 gives the Ack reply permission from the receiving terminal 1C when the Ack has not been sent back three times from the receiving terminal 1C but the Ack has not been sent back twice in advance. You may not do this. Alternatively, when there is time until the transmission time of the second multicast after the reception process of Ack from another receiving terminal, the return permission of Ack may be given to the receiving terminal 1C.
  • the Ack reply permission information determining unit 19 determines that the number of Ack replies permitted is “3”, the Ack from the three receiving terminals is expected according to the reply priority.
  • the value of the reply order is determined in the Ack reply permission information 111, the present invention is not limited to this.
  • the value of the start reply order is set to “2” and the value of the end priority order is set to “4”, it is retransmitted as the first unicast It may be retransmitted to the terminal 1C.
  • the transmitting terminal 10 receives Ack from the receiving terminal 1C, and if there is a margin by the transmission time of the second multicast, the value of the start reply reception of the first multicast is “4” in order to confirm the arrival of the receiving terminal 1E and thereafter.
  • the value of the end priority may be set to “5” and retransmitted, or the first unicast may be retransmitted to the receiving terminal 1E.
  • FIG. 20 is a functional block diagram of the transmitting terminal 30 in the second embodiment.
  • the functional block diagram of the transmitting terminal 30 corresponds to the configuration of the transmitting terminal 1A described above.
  • the same components as in Embodiment 1 (FIG. 2) will be assigned the same reference numerals and descriptions thereof will be omitted.
  • the transmitting terminal 30 includes a wireless transmission / reception unit 11, a frame classification unit 12, an Ack analysis unit 13, an application unit 14, a grouping table storage unit 15, an Ack reply priority notification frame creation unit 16, and an Ack reply priority response frame analysis unit. 17 and the multicast creation unit 18 have the same configuration as that of the first embodiment.
  • the second application unit 31 and the second Ack reply permission information determination unit 32 are different from the configuration of the first embodiment.
  • the second application unit 31 has a function of notifying the change of the occurrence interval when there is a change in the data occurrence interval during the multicast transmission to the function of the application unit 14.
  • the second Ack reply permission information determining unit 32 is a function of the Ack reply permission information determining unit 19 added with a function of changing the number of Ack replies according to the change of the transmission interval during multicast transmission.
  • the present embodiment is different from the first embodiment in that the number of permitted Ack replies is changed when the transmission terminal 30 changes the multicast transmission interval during multicast transmission.
  • FIG. 21 is a diagram showing an example of a multicast retransmission sequence according to the present invention.
  • the transmitting terminal 1A in the wireless network of FIG. 1 transmits a multicast
  • the receiving terminals 1B to 1F receive a multicast.
  • multicast transmission is performed after the Ack reply order sequence of FIG.
  • the transmitting terminal 1A determines the number of Ack replies using the method of determining the number of Ack replies described with reference to FIG. Here, it is assumed that the number of Ack replies is determined to be "5".
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “1” in the start reply order 111A of the first multicast and “5” in the end reply order 111B to perform the first multicast.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminals 1C, 1E, and 1F.
  • the receiving terminal having received the first multicast receives the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. Compare Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1B and 1D satisfy (Expression 4), they return Ack. At this time, the receiving terminals 1B and 1D compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1B and 1D return Ack after waiting for the value obtained by (Expression 5). Although the receiving terminals 1C, 1E, and 1F satisfy (Expression 4), since an error occurs in the multicast, Ack is not returned. Since the transmitting terminal 1A receives the Ack from the receiving terminals 1B and 1D, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B and 1D in the grouping table to “1”.
  • the transmitting terminal 1A retransmits the first multicast because it did not receive an Ack from the receiving terminals 1C, 1E, 1F that permitted the Ack reply.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “5” in the end reply order 111B to perform the first multicast. Resend.
  • the transmitting terminal 1A expects to receive a total of four Acks from the receiving terminals 1C to 1F (however, if there is a receiving terminal whose Ack reply order value is "6", the end reply order is set to "6" To set).
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • an error occurs in the receiving terminals 1C and 1E.
  • the receiving terminals 1C and 1E satisfy (Expression 4)
  • Ack is not returned.
  • the receiving terminals 1D and 1F receive the multicast normally, and return (Ack) since they satisfy (Expression 4).
  • the receiving terminals 1D and 1F return Ack after waiting for the value obtained by (Expression 5). Since the transmitting terminal 1A receives the Ack from the receiving terminals 1D and 1F, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1D and 1F in the grouping table to “1”.
  • the transmitting terminal 1A retransmits the first multicast because it did not receive an Ack from the receiving terminals 1C and 1E that permitted the Ack reply.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “5” in the end reply order 111B to perform the first multicast. Resend.
  • the transmitting terminal 1A expects to receive a total of four Acks from the receiving terminals 1C to 1F (however, if there is a receiving terminal whose Ack reply order value is "6", the end reply order is set to "6" To set).
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • the reception terminals 1B to 1F compare the value of the start reply order 111A of the multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1C to 1F return Ack because they satisfy (Expression 4). At this time, the receiving terminals 1C to 1F compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, the receiving terminals 1C to 1F return Ack after waiting for the value obtained by (Expression 5) after receiving the multicast. Since the receiving terminal 1B does not satisfy (Expression 4), the receiving terminal 1B determines that Ack is not returned. Since the transmitting terminal 1A receives the Ack of the receiving terminals 1C to 1F, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1C to 1F in the grouping table to “1”.
  • the transmitting terminal 1A Since the transmitting terminal 1A receives the Ack from all the receiving terminals for which the Ack reply is permitted, the transmitting terminal 1A has received the Ack reply priority notification response flag of the grouping table at “1” and the Ack flag at “0”. Check the number. Here, since there is no corresponding receiving terminal, the resending process ends. At this time, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B to 1F to "0". Next, the transmitting terminal 1A performs the same processing as in the first multicast, sets “1” in the start reply order 111A, and sets “5” in the end reply order 111B, and transmits the second multicast.
  • the second application unit 31 of the transmission terminal 1A changes the data generation interval. For example, when transmitting a video, the data generation interval is changed by changing the content rate.
  • the second application unit 31 notifies the second Ack reply permission information determination unit 32.
  • the second Ack reply permission information determination unit 32 determines the number of Ack replies using the method of determining the number of Ack replies described in FIG. 6 from the information on the transmission interval of the changed data. Here, it is assumed that the number of replies of Ack is changed from “5” to “3”.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “1” in the start reply order 111A of the third multicast and “3” in the end reply order 111B, and the third multicast Send
  • the receiving terminals 1B to 1F use the third multicast error detection 113 to determine an error of the received third multicast.
  • an error occurs in the receiving terminals 1C, 1E, and 1F.
  • the receiving terminal that has received the multicast compares the value of the start reply order 111A of the third multicast with the value of the end reply order 111B with the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. Do. Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1B and 1D satisfy (Expression 4), they return Ack. At this time, the receiving terminals 1B and 1D compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the third multicast, the receiving terminals 1B and 1D return Ack after waiting for the value obtained by (Expression 5). The receiving terminal 1C does not send back an Ack because it satisfies (Expression 4) but an error occurs in the multicast. Since the receiving terminals 1E and 1F do not satisfy (Expression 4), the receiving terminals 1E and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives the Ack from the receiving terminals 1B and 1D, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B and 1D in the grouping table to “1”.
  • the transmitting terminal 1A Since the transmitting terminal 1A does not receive Ack from the receiving terminal 1C that has permitted Ack reply, it retransmits the third multicast.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the third multicast and “4” in the end reply order 111B, and the third multicast Resend. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the third multicast error detection 113 to determine an error of the received third multicast.
  • an error occurs in the receiving terminals 1C and 1E.
  • the receiving terminals 1C and 1E satisfy (Expression 4), since an error occurs in the multicast, Ack is not returned.
  • the receiving terminal 1D receives the multicast normally, and returns (Ack) since (formula 4) is satisfied.
  • the receiving terminal 1D waits for the value obtained by (Equation 5), and then sends back Ack. Since the transmitting terminal 1A receives the Ack from the receiving terminal 1D, the transmitting terminal 1A sets the Ack flag of the receiving terminal 1D in the grouping table to "1".
  • the transmitting terminal 1A retransmits the first multicast because it did not receive an Ack from the receiving terminals 1C and 1E that permitted the Ack reply.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal for which the Ack reply order notice response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the third multicast and “4” in the end reply order 111B, and the third multicast Resend. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the third multicast error detection 113 to determine an error of the received third multicast.
  • the receiving terminals 1B to 1F compare the value of the start reply order 111A of the third multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. . Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1C to 1E return Ack because they satisfy (Expression 4). At this time, the receiving terminals 1C to 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1C to 1E return Ack after waiting for the value obtained by (Expression 5). Since the receiving terminals 1B and 1F do not satisfy (Expression 4), the receiving terminals 1B and 1F determine that Ack is not sent back. Since the transmitting terminal 1A receives the Ack of the receiving terminals 1C to 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1C to 1E in the grouping table to “1”.
  • the transmission terminal 30 when the transmission terminal 30 changes the multicast transmission interval during multicast transmission, it changes the Ack reply allowance number according to the post-change transmission interval.
  • the Ack reply permission number can be set according to the transmission interval after the change, and a certain retransmission opportunity can be secured.
  • the Ack reply permission number is changed in real time according to the change of the data generation interval in the second application unit 31, but the present invention is not limited to this.
  • the multicast generation unit 18 may concatenate data input from the second application unit 31 according to the propagation state of the wireless section and transmit the data in the wireless section.
  • the multicast frame length in the wireless section is 200 bytes, but since the propagation state of the wireless has become good, the frame length may be lengthened and 400 bytes may be transmitted.
  • the multicast creating unit 18 notifies the second Ack reply permission information determining unit 32 of information on the multicast transmission interval after connection.
  • the second Ack reply permission information determination unit 32 can determine the Ack reply permission number in accordance with the change of the multicast transmission interval according to the radio propagation state.
  • the Ack reply permission number is changed in real time according to the change of the data generation interval in the second application unit 31, but the present invention is not limited to this.
  • the multicast generation unit 18 may divide data input from the second application unit 31 according to the propagation state of the wireless section, and transmit the divided data to the wireless section.
  • the multicast frame length in the wireless section is 200 bytes, but since the propagation state of the wireless becomes inferior, the frame length may be shortened and transmitted in 100 bytes.
  • the multicast creating unit 18 notifies the second Ack reply permission information determining unit 32 of information on the multicast transmission interval after division.
  • the second Ack reply permission information determination unit 32 can determine the Ack reply permission number in accordance with the change of the multicast transmission interval according to the radio propagation state.
  • the propagation state of the wireless may be determined using the packet error rate of the multicast transmitted to the wireless section or the received electric field strength acquired by the receiving terminal.
  • the reception electric field strength of all the reception terminals may be used, or the reception electric field strength of the reception terminal whose Ack reply order is lower than a preset value may be used.
  • the received electric field strength of Ack returned from the receiving terminal, a packet error rate, or the like may be used.
  • the transmitting terminal 30 may change the number of permitted Ack replies when the PHY rate is changed according to the propagation state of the wireless section. For example, when the PHY rate of multicast transmission is lowered, the time required for transmission becomes long, so that a certain retransmission opportunity can be secured by reducing the number of permitted Ack replies. For example, as shown in FIG. 23, initially, the PHY rate of multicast in the wireless section is 20 Mbps, but the propagation status of the radio is poor. Therefore, if the PHY rate is transmitted low at 15 Mbps, it takes time to transmit the same amount of data. Becomes longer and the transmission interval becomes shorter. The multicast creating unit 18 notifies the second Ack reply permission information determining unit 32 of information on the multicast transmission interval after the PHY rate change. As a result, the second Ack reply permission information determination unit 32 can determine the Ack reply permission number in accordance with the change of the multicast transmission interval according to the radio propagation state.
  • FIG. 24 shows an example of the internal processing flow of the transmitting terminal 30 in the PHY rate change processing.
  • the transmitting terminal 30 confirms whether the multicast retransmission process has ended (step S31).
  • the transmission terminal 30 prepares for the next multicast transmission (step S32) when the multicast retransmission process is completed (step S31: YES).
  • the transmitting terminal 30 checks whether or not an Ack has been received from a receiving terminal whose reply order is higher than the value of the Ack reply order set in advance at the time of transmission of the previous multicast (step S33).
  • the value of the response order of Ack set in advance may be set by the number of receiving terminals that want to guarantee the reception of the multicast. For example, when there are three receiving terminals that you want to guarantee and the value of the reply order of each receiving terminal is "1, 2, 3", the value of the reply order set in advance in step S33 is set to "3".
  • the transmitting terminal 30 lowers the PHY rate of the multicast to be transmitted by one step (step S34) when Ack has not been received from the receiving terminal having a higher reply order than the value of the Ack reply order set in advance (step S33: NO).
  • step S33: NO When the Ack is received (step S33: YES), the PHY rate is not changed (step S38).
  • the transmitting terminal 30 determines the number of Ack replies from the multicast transmission time at the determined PHY rate using (Equation 1) to (Equation 3) (step S35), and based on the determined Ack replies. Ack reply permission information is added to the multicast (step S36). Thereafter, the transmitting terminal 30 transmits the multicast at the designated PHY rate (step S37).
  • the transmitting terminal 30 has not received Ack from the receiving terminal having a higher Ack reply order than the value of the Ack reply order set according to the number of receiving terminals that want to guarantee the reception of the multicast.
  • the transmitting terminal 30 also performs frame division in accordance with the Ack reply status from the receiving terminal of the Ack reply order set in advance even in processing other than PHY rate change processing, for example, determination of necessity of frame division / joining.
  • the connection may be performed, data may be reliably transmitted to the receiving terminal having a high reply order, and arrival confirmation may be performed.
  • the transmitting terminal 30 sets the Ack reply priority response flag to “0” and transmits higher multicast rates for subsequent multicasts. You may Also, the transmitting terminal 30 may reduce the number of permitted Ack replies according to the propagation state of the wireless section. This increases the opportunity for retransmission of the multicast and can reduce the loss of the multicast.
  • the present invention is not limited to this.
  • the second application unit 31 notifies the second Ack reply permission information determination unit 32 of information on the content rate of the moving image.
  • the second Ack reply permission information determination unit 32 can determine the number of receiving terminals for which the Ack reply is permitted from the content rate.
  • FIG. 25 is a functional block diagram of the transmitting terminal 40 in the third embodiment.
  • the functional block diagram of the transmitting terminal 40 corresponds to the configuration of the transmitting terminal 1A described above.
  • the same components as those in Embodiments 1 and 2 (FIGS. 2 and 20) will be assigned the same reference numerals and descriptions thereof will be omitted.
  • the transmitting terminal 40 includes the wireless transmission / reception unit 11, the frame classification unit 12, the Ack analysis unit 13, the application unit 14, the grouping table storage unit 15, the Ack reply priority notification frame creation unit 16, and the Ack reply priority response frame analysis unit 17 and the multicast creation unit 18 have the same configuration as in the first and second embodiments.
  • the third application unit 41 adds a function of changing the value of the Ack reply priority response flag of the grouping table managed by the grouping table storage unit 15 to the function of the second application unit 31 during multicast transmission. It is.
  • the Ack reply subscription frame analysis unit 42 has a function of analyzing the received Ack reply subscription frame.
  • FIG. 26 is a functional block diagram of the receiving terminal 50 in the third embodiment.
  • the functional block diagram of the receiving terminal 50 corresponds to the configuration of the receiving terminals 1B to 1F described above. 26, the same components as in Embodiment 1 (FIG. 3) will be assigned the same reference numerals and descriptions thereof will be omitted.
  • the receiving terminal 50 includes a wireless transmission / reception unit 21, a frame classification unit 22, an Ack reply order notification frame analysis unit 23, an Ack reply order storage unit 24, an Ack reply order response frame creation unit 25, and an Ack creation unit 27.
  • the configuration is the same as that of the first embodiment.
  • the second Ack reply judgment unit 51 creates the Ack reply participation frame as the Ack reply participation frame creation.
  • the function to instruct the part 52 is added.
  • the Ack reply subscription frame creation unit 52 creates an Ack reply subscription frame according to the instruction of the second Ack reply determination unit 51.
  • FIG. 27 shows an example of a frame used in the third embodiment.
  • FIG. 27 shows an Ack reply rank joining frame.
  • the Ack reply rank joining frame is composed of a header 170 storing parameters necessary for access such as an address and a frame identifier, and an error detection 171 storing information for detecting an error of the frame.
  • FIG. 28 shows an example of the Ack reply order notification sequence according to the present embodiment.
  • the transmitting terminal 1A of FIG. 1 transmits a multicast and the receiving terminals 1B to 1F receive a multicast.
  • the receiving terminal 1B is out of the area of the transmitting terminal 1A at the time of transmission of the Ack reply priority notification frame before the start of the multicast, and enters the area of the transmitting terminal 1A after the multicast transmission.
  • the transmission terminal 1A transmits an Ack reply priority notification frame to the reception terminals 1B to 1F based on the grouping table of FIG. 5 before the start of transmission of a multicast.
  • the transmission terminal 1A sets the value of the Ack reply order in the grouping table in the Ack reply order 101 of the Ack reply order notification frame and transmits it.
  • the transmitting terminal 1A transmits an Ack reply priority notification frame to the receiving terminal 1B.
  • the receiving terminal 1B since the receiving terminal 1B is out of the area when the transmitting terminal 1A transmits the Ack reply priority notification frame, it can not receive the Ack reply priority notification frame.
  • the transmitting terminal 1A stops waiting for reception of the Ack reply rank response frame when a predetermined time elapses after transmitting the Ack reply rank notification frame, and transmits the Ack reply rank notification frame to the next receiving terminal 1C. .
  • Receiving terminals 1C to 1F upon receiving the Ack reply priority notification frame, return an Ack reply priority response frame to the sending terminal 1A.
  • the transmitting terminal 1A receives the Ack reply priority response frame, it sets the Ack reply priority response flag of the receiving terminals 1C to 1F in the grouping table to "1".
  • FIG. 29 shows an example of the multicast retransmission sequence of the present invention. In FIG. 29, it is assumed that multicast transmission is performed after the Ack reply priority sequence of FIG.
  • the transmitting terminal 1A determines the number of Ack replies using the method of determining the number of Ack replies described with reference to FIG. Here, it is assumed that the number of Ack replies is determined to be “3”.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B, and the first multicast Send
  • Receiving terminals 1C to 1F when receiving the first multicast, use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • the receiving terminals 1C to 1F having received the first multicast receive the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the Ack reply order stored in the Ack reply order storage unit 24 of the own machine. Compare with the value of. Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1D and 1E Since the receiving terminals 1D and 1E satisfy (Expression 4), they return Ack. At this time, the receiving terminals 1D and 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1D and 1E return Ack after waiting for the value obtained by (Expression 5). The receiving terminal 1C does not send back an Ack because it satisfies (Expression 4) but an error occurs in the multicast. Since the receiving terminal 1F does not satisfy (Expression 4), the receiving terminal 1F determines that Ack is not sent back. Since the transmitting terminal 1A receives the Ack from the receiving terminals 1D and 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1D and 1E in the grouping table to “1”.
  • ⁇ First Retransmission Reception terminal 1B has entered the area> Since the transmitting terminal 1A does not receive the Ack from the receiving terminal 1C that has permitted the Ack reply, it retransmits the first multicast. At this point, it is assumed that the receiving terminal 1B has entered the area of the transmitting terminal 1A.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the transmitting terminal 1A sets “2” in the start reply order 111A of the first multicast and “4” in the end reply order 111B, and the first multicast Resend. Therefore, the transmitting terminal 1A expects to receive a total of three Acks from the receiving terminals 1C to 1E.
  • the receiving terminals 1B to 1F use the error detection 113 of the first multicast to determine an error of the received first multicast.
  • the reception terminals 1B to 1F compare the value of the start reply order 111A of the first multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. . Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1C to 1E return Ack because they satisfy (Expression 4). At this time, the receiving terminals 1C to 1E compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, after receiving the first multicast, the receiving terminals 1C to 1E return Ack after waiting for the value obtained by (Expression 5). Since the receiving terminal 1F does not satisfy (Expression 4), the receiving terminal 1F determines that Ack is not sent back. In the receiving terminal 1B, the value of the Ack reply order of the own terminal is not stored. Therefore, in the receiving terminal 1B, the second Ack reply judging unit 51 instructs the Ack reply joining frame creating unit 52 to create an Ack reply joining frame.
  • the Ack reply subscription frame creating unit 52 creates an Ack reply subscription frame shown in FIG. Since the transmitting terminal 1A receives the Ack of the receiving terminals 1C to 1E, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1C to 1E in the grouping table to “1”.
  • Receiving terminal 1F when receiving the first unicast, uses error detection 113 of the first unicast to determine an error of the first unicast. Here, it is assumed that no error occurs in the receiving terminal 1F. After receiving the first unicast, the receiving terminal 1 F waits for a preset value and sends back an Ack. For example, it transmits an Ack while waiting for the Sifs time used in IEEE 802.11.
  • the transmitting terminal 1A Since the transmitting terminal 1A receives the Ack from the receiving terminal 1F, the transmitting terminal 1A sets the Ack flag of the receiving terminal 1F in the grouping table to "1". Since the transmitting terminal 1A receives the Ack from all the receiving terminals for which the Ack reply is permitted, the number of receiving terminals for which the Ack reply priority response flag in the grouping table is “1” and the Ack flag is set to “0”. Confirm. Here, since there is no corresponding receiving terminal, the resending process ends. At this time, the transmitting terminal 1A sets the Ack flag of the receiving terminals 1B to 1F to "0". Next, the transmitting terminal 1A waits until the transmission timing of the second multicast.
  • the Ack reply joining frame creating unit 52 transmits an Ack reply joining frame to the transmitting terminal 1A.
  • the Ack reply joining frame analyzing unit 42 analyzes the Ack reply joining frame and notifies the third application unit 41 .
  • the third application unit 41 receives the notification from the Ack reply subscription frame analysis unit 42, the Ack reply notification of the receiving terminal 1B that has transmitted the Ack reply subscription frame of the grouping table stored in the grouping table storage unit 15. Set the response flag to "1".
  • the transmitting terminal 1A determines the number of Ack replies in the same manner as in the first multicast. Here, it is assumed that the number of Ack replies is determined to be “3”.
  • the transmitting terminal 1A detects the value of the Ack reply order of the receiving terminal in which the Ack reply order response flag of the grouping table is “1” and the Ack flag is set to “0”.
  • the Ack reply rank notification response flag of the reception terminal 1B whose value of the Ack reply rank is “1” is newly set to “1” and the Ack flag “0”
  • the transmission terminal 1A The multicast start reply order 111A is set to "1”
  • the end reply order 111B is set to "3" to transmit the second multicast.
  • the receiving terminals 1B to 1F use the second multicast error detection 113 to determine an error of the second multicast.
  • the receiving terminals 1B to 1F compare the value of the start reply order 111A of the second multicast, the value of the end reply order 111B, and the value of the Ack reply order stored in the Ack reply order storage unit 24 of the own terminal. . Here, it is confirmed whether these values satisfy (Expression 4).
  • the receiving terminals 1B to 1D return Ack because they satisfy (Expression 4). At this time, the receiving terminals 1B to 1D compare the value of the Ack reply order of the own terminal with the value of the start priority order 111A to obtain the waiting time. Here, the reception terminals 1B to 1D return Ack after waiting for the value obtained by (Expression 5) after receiving the second multicast. Since the receiving terminals 1E and 1F do not satisfy (Expression 4), the receiving terminals 1E and 1F determine that Ack is not sent back.
  • the Ack reply order of the receiving terminal that transmitted the Ack reply joining frame Set the response flag to "1". This makes it possible to perform Ack reply permission for the receiving terminal 50 that has entered the area of the transmitting terminal 40 during multicast transmission.
  • the receiving terminal 50 transmits the Ack reply joining frame to the transmitting terminal 1A if the transmitting terminal 1A does not output a frame during a predetermined time set in advance in the wireless section. It is not limited to this.
  • the transmitting terminal 50 may provide in advance a reception period of an Ack reply joining frame every multicast transmission.
  • the reception period of the Ack reply joining frame may be provided not for each transmission of multicast but for the preset number of times of transmission for multicast.
  • the Ack reply joining frame is transmitted from the receiving terminal 50 described in advance in the grouping table of FIG. 5, the present invention is not limited to this.
  • an Ack reply subscription frame may be transmitted from the receiving terminal 50 not described in the grouping table.
  • the transmitting terminal 40 adds the receiving terminal 50 that has sent the Ack reply joining frame to the receiving terminals registered in the grouping table, redetermines the Ack reply order, and sends an Ack reply order notification frame to each receiving terminal. Send a new Ack reply notification.
  • the transmitting terminal 40 may transmit an Ack reply priority change frame as shown in FIG. 30 by multicast.
  • FIG. 30 shows an Ack reply priority change frame.
  • the Ack reply order change frame includes a header 175 storing parameters necessary for access such as an address and a frame identifier, a start reply order 176 describing an Ack reply order requiring an Ack reply order change, and an error of the frame. It comprises error detection 177 in which information to be detected is stored. For example, when the transmitting terminal 40 redetermines the Ack reply order and determines the Ack reply order of the receiving terminal 50 that has transmitted the Ack reply joining frame as “3”, the Ack reply order in which “3” is set in the start reply order 176 Send change frame. The receiving terminal 50 that has transmitted the Ack reply joining frame stores “3” in the Ack reply priority storage unit 24.
  • the receiving terminal 50 When the other receiving terminal 50 receives the Ack reply rank change frame, the value of “1” is added to the value when the value of the Ack reply rank managed by the Ack reply rank storage unit 24 of the own terminal is “3” or more.
  • the Ack reply order storage unit 24 stores the calculated value again.
  • the receiving terminal 50 may return an Ack in the new Ack reply order to the Ack reply order change frame.
  • the transmitting terminal 40 transmits the Ack reply reception change frame of FIG. 30 to the receiving terminal 50 having the Ack reply order value of “3” or more and the receiving terminal 50 that has transmitted the Ack reply joining frame by unicast. It is also good.
  • the receiving terminal 50 that has transmitted the Ack reply joining frame stores “3” in the Ack reply priority storage unit 24.
  • the value of “1” is added to the value when the value of the Ack reply rank managed by the Ack reply rank storage unit 24 of the own terminal is “3” or more.
  • the Ack reply order storage unit 24 stores the calculated value again. After that, the receiving terminal 50 transmits an Ack after waiting for the sifs time after receiving the Ack reply priority change frame with respect to the Ack reply priority change frame.
  • the transmitting terminal 1A transmits the Ack reply priority notification frame from the receiving terminal 1B, and suspends the reception standby if it does not receive the Ack response priority response frame even after a predetermined time elapses. Then, although the Ack reply priority notification frame is transmitted to the next receiving terminal 1C, the present invention is not limited to this. For example, if the transmitting terminal 1A does not receive the Ack reply rank response frame even after a preset predetermined time has elapsed, it may retransmit the Ack reply rank notification frame a preset number of times.
  • the transmitting terminal 1A When the transmitting terminal 1A does not receive the Ack reply order response frame from the receiving terminal 1B, the transmitting terminal 1A sets the value of the Ack reply order of the receiving terminal 1B to "0", and the value of the Ack reply order from the receiving terminal 1B. May be changed to a value obtained by subtracting 1 from the Ack reply order of the receiving terminal.
  • the value of Ack reply reception of the receiving terminal 1C is changed from “2” to “1”
  • the value of Ack reply reception of the receiving terminal 1D is changed from “3” to “2”
  • reception The value of Ack reply reception of the terminal 1E is changed from "4" to "3”
  • the value of Ack reply reception of the reception terminal 1F is changed from "5" to "4".
  • the transmitting terminal 1A makes an Ack reply subscription frame from the receiving terminal 1B during multicast transmission
  • the value of the Ack reply order is set to “1”
  • the receiving terminal 1C receives the Ack reply order of the receiving terminal 1F.
  • the value may be returned to the original and each receiving terminal may be notified of the value of the Ack reply order in the Ack reply order change frame.
  • the transmitting terminal 1A receives an Ack reply joining frame from the receiving terminal 1B during multicast transmission, the value of the Ack reply order may be changed to the largest value without being set to “1”. In the case of the present embodiment, the value of the Ack reply order of the receiving terminal 1B is set to "5".
  • FIG. 31 is a functional block diagram of the transmitting terminal 60 in the fourth embodiment.
  • the functional block diagram of the transmitting terminal 60 corresponds to the configuration of the transmitting terminal 1A described above.
  • the same components as those in Embodiments 1 to 3 (FIG. 2, FIG. 20 and FIG. 25) are assigned the same reference numerals and descriptions thereof will be omitted.
  • the transmitting terminal 60 includes the wireless transmission / reception unit 11, the frame classification unit 12, the Ack analysis unit 13, the grouping table storage unit 15, the Ack reply priority notification frame creation unit 16, the Ack reply priority response frame analysis unit 17, and multicast creation.
  • the unit 18 and the Ack reply permission information determination unit 19 have the same configuration as in the first to third embodiments.
  • the fourth application unit 61 has a function of creating a grouping table in addition to the function of the third application unit 41.
  • the grouping request frame creation unit 62 creates a grouping request frame according to the instruction of the fourth application unit 61.
  • the grouping response frame analysis unit 63 analyzes the grouping response frame input from the frame classification unit 12.
  • FIG. 32 is a functional block diagram of the receiving terminal 70 in the fourth embodiment.
  • the functional block diagram of the receiving terminal 70 corresponds to the configuration of the receiving terminals 1B to 1F described above.
  • the same components as in Embodiments 1 to 3 (FIG. 3 and FIG. 26) will be assigned the same reference numerals and descriptions thereof will be omitted.
  • the receiving terminal 70 includes a wireless transmission / reception unit 21, a frame classification unit 22, an Ack reply order notification frame analysis unit 23, an Ack reply order storage unit 24, an Ack reply order response frame creation unit 25, an Ack reply determination unit 26,
  • the Ack generation unit 27 has the same configuration as that of the first to third embodiments.
  • the grouping request frame analysis unit 71 analyzes the grouping request frame input from the frame classification unit 22.
  • the grouping response frame creation unit 72 creates a grouping response frame according to an instruction of the grouping request frame analysis unit 71.
  • the user priority information storage unit 73 stores user priority information set in the grouping response frame.
  • the present embodiment is different from the first to third embodiments in that the transmitting terminal 1A collects user priority information of the receiving terminals 1B to 1F in the area (within the communication range) to create a grouping table.
  • FIG. 33A to 33 B are diagrams showing an example of a frame in the fourth embodiment.
  • FIG. 33A shows a grouping request frame.
  • the grouping request frame is composed of a header 180 storing parameters necessary for access such as an address and a frame identifier, and an error detection 181 storing information for detecting an error of the frame.
  • FIG. 33B is a grouping response frame.
  • the grouping response frame stores a header 185 storing parameters necessary for access such as an address and a frame identifier, user priority information 186 storing information on the priority of the user, and information for detecting an error in the frame It comprises the error detection 187 which is being performed.
  • the user priority information 186 includes job type information 186A for setting information of a user's job type, and class information 186B for setting information of a user class.
  • FIG. 34 is a diagram showing an example of a grouping table creation sequence according to the present invention.
  • the transmitting terminal 1A acquires the user priority information 186 from the receiving terminals 1B to 1F in the communication area and creates a grouping table before starting distribution of data by multicast.
  • the fourth application unit 61 instructs the grouping request frame creating unit 62 to create a grouping request frame before the start of transmission of a multicast.
  • the grouping request frame creation unit 62 creates a grouping request frame and transmits it by multicast.
  • the address of the grouping request frame is the same as the multicast address used at the time of multicast data transmission.
  • the receiving terminals 1 B to 1 F analyze it in the grouping request frame analysis unit 71.
  • the grouping request frame analysis unit 71 refers to the multicast address of the grouping request frame to determine whether it is a grouping request frame from the transmission terminal 1A of the group in which the own apparatus is to participate or is participating.
  • the receiving terminals 1B to 1F determine that the receiving terminal 1B is a grouping request frame from the transmitting terminal 1A of the group to which the own apparatus should join or participate.
  • the grouping request frame analysis unit 71 instructs the grouping response frame generation unit 72 to generate a grouping response frame to be transmitted to the transmission terminal 1A.
  • the grouping response frame creation unit 72 When receiving the grouping response frame creation instruction, the grouping response frame creation unit 72 sets the user priority information stored in the user priority information storage unit 73 in the user priority information 186 of the grouping response frame. Send. In the reception terminals 1B to 1F, the grouping response frame creation unit 72 generates a random number when transmitting the grouping response frame, and waits for a value determined based on the random number and then transmits. However, if the wireless section is not available at the time of transmission, it waits until the wireless section becomes empty and then transmits. Alternatively, the random number may be generated again and waited.
  • the transmitting terminal 1A receives the grouping response frame in the order of the receiving terminals 1B, 1E, 1C, 1F, and 1D.
  • the grouping response frame analyzing unit 63 analyzes the received grouping response frame, and passes the information of the user priority information 186 and the address of the receiving terminal that has transmitted the grouping response frame to the fourth application unit 61. .
  • the fourth application unit 61 waits for reception of the grouping response frame for a preset time from when the grouping request frame creating unit 62 is instructed to create the grouping request frame.
  • the receiving terminals 1B to 1F have received the grouping response frame within the waiting time.
  • the fourth application unit 61 determines the Ack reply order of each receiving terminal from the received user priority information.
  • the fourth application unit 61 refers to the job type of the user who is using each receiving terminal, from the information of the job type information 186A of the user priority information 186.
  • the fourth application unit 61 determines the priorities of the receiving terminals 1B to 1F using the job type priority table of FIG. 35 held in advance.
  • job type priority table of FIG. 35 job type information and the priority of the Ack reply order are stored in association with each other.
  • the Ack reply order is determined in the order of job type information: reception terminal 1B, 1C of ambulance, job type information: reception terminal 1E, 1F of fire engine, and job type information: reception terminal 1D of police car.
  • the fourth application unit 61 refers to the information of the class information 186B of the user priority information 186, and determines the Ack reply order of receiving terminals of the same job type information.
  • the class information 186B determines the Ack reply order in descending order of class.
  • the case where the value of the class information 186 B is “1” is the highest class. Therefore, here, the fourth application unit 61 determines the Ack reply order in the order of the receiving terminals 1C, 1B, 1E, 1F, and 1D.
  • the fourth application unit 61 creates the grouping table shown in FIG. 36 from the address of the receiving terminal that has received the grouping response frame and the determined Ack reply order, and stores the grouping table in the grouping table storage unit 15. After creating the grouping table, the transmitting terminal 1A performs the same return order notification sequence as in the other embodiments, and then starts data distribution by multicast.
  • the transmitting terminal can acquire the user priority information from the receiving terminal in the area, and determines the Ack reply order in the receiving terminal capable of communication. It becomes possible.
  • the transmitting terminal 60 determines the Ack reply order on the basis of job type and class information, but the present invention is not limited to this.
  • a terminal that relays received multicast data to another terminal on another frequency, communication scheme, or the like may increase the Ack reply priority to a terminal that does not relay.
  • the Ack reply order may be raised also for the relay terminal 1I relayed to the base station 1H connected to the wide area network 1G as shown in FIG.
  • the frequency and communication scheme between the wide area network 1G and the base station 1H and the relay terminal 1I may be different from the frequency and communication scheme used by the transmitting terminal 1A, the receiving terminals 1B to 1E, and the relay terminal 1I. .
  • the transmitting terminal 60 creates the grouping table based on the information of all the receiving terminals that have transmitted the grouping response frame, but the present invention is not limited to this.
  • the transmitting terminal 60 holds, in advance, receiving terminal information for permitting reception of the grouping response frame.
  • the transmitting terminal 60 may discard the grouping response frame if there is no address of the receiving terminal that has transmitted the grouping response frame in the receiving terminal information held when the grouping response frame is received.
  • the transmitting terminal 60 determines the Ack reply order according to the policy of the job type priority table held in advance, but the present invention is not limited to this.
  • the transmitting terminal 60 displays user priority information on a display capable of displaying user priority information of a receiving terminal that has transmitted a grouping response frame (not shown), and includes an Ack reply priority input IF (not shown).
  • the Ack reply order of the receiving terminal may be manually selected.
  • the transmitting terminal 60 is provided with an Ack reply order input IF (not shown) without using the list of receiving terminals that transmitted the grouping response frame, and the user manually inputs the address of each receiving terminal to the Ack reply order. May be
  • the transmitting terminal 60 creates the grouping table based on the user priority information from the receiving terminals in the area, but the present invention is not limited to this.
  • a grouping table created by a control terminal (not shown) connected to the wide area network shown in FIG. 37 may be acquired from the base station 1H directly or via the relay terminal 1I.
  • the fourth application unit 61 of the transmitting terminal 60 determines the Ack reply order by referring to the job type information 186A and then the class information 186B in the order first, but is limited to this It is not a thing.
  • the Ack reply order may be determined by referring first to the class information 186B and then to the job type information 186A.
  • the Ack reply order is the receiving terminals 1C, 1E, 1B, 1F, and 1D.
  • other determination methods may be used. For example, a receiving terminal with a class information value of “1” sets the Ack reply higher regardless of job type, and with respect to receiving terminals with a class information value of “2” or more, Ack gives priority to job types over class values.
  • the reply order may be set high.
  • the transmitting terminal 60 transmits the grouping request frame by multicast in the present embodiment
  • the present invention is not limited to this.
  • the transmitting terminal 60 may transmit a grouping request frame by broadcast.
  • the receiving terminal 70 refers to the transmission source address of the grouping request frame, and determines that the receiving terminal 70 is the grouping request frame from the transmitting terminal 60 to which the own terminal should participate.
  • each processing procedure executed by each functional block provided in the transmitting terminal and the receiving terminal disclosed in each embodiment of the present invention is the processing procedure described above stored in the storage device (ROM, RAM, hard disk, etc.)
  • the predetermined program data that can be executed may be realized by being interpreted and executed by the CPU.
  • the program data may be introduced into the storage device via the storage medium, or may be directly executed from on the storage medium.
  • the storage medium refers to semiconductor memory such as ROM or RAM or flash memory, magnetic disk memory such as flexible disk or hard disk, optical disk memory such as CD-ROM, DVD or BD, memory card and the like.
  • the storage medium is a concept including communication media such as a telephone line and a transport path.
  • each of the above-described embodiments may be realized by LSI (Large Scale Integration), which is typically an integrated circuit. These may be individually made into one chip, or may be made into one chip so as to include all configurations or partial configurations.
  • the integrated circuit may be called an IC, a system LSI, a super LSI, an ultra LSI, or the like depending on the degree of integration.
  • the method of the integrated circuit is not limited to the LSI, and may be realized using a dedicated circuit or a general purpose processor.
  • a reconfigurable processor that can reconfigure connection and settings of circuit cells in an LSI (field programmable gate array) or an LSI may be used.
  • the communication method according to the present invention is particularly useful for a communication network system that performs arrival confirmation by Ack and retransmission processing when multicasting data to be intermittently transmitted such as video and audio.

Abstract

 マルチキャスト伝送の通信品質を向上させる通信方法を提供する。グルーピングテーブル記憶部は、Ackを返信する前記受信端末の優先順位を示すAck返信順位と、受信端末のアドレスとが設定されたグルーピングテーブルを記憶する。Ack返信順位通知フレーム作成部は、グルーピングテーブルに基づいて、受信端末にAck返信順位を通知する。Ack返信許可情報決定部は、グルーピングテーブルを参照し、Ack返信を許可する受信端末の数を決定し、当該決定した受信端末の数に基づいて、Ack返信を許可する受信端末の情報を設定したAck返信許可情報を作成する。マルチキャスト作成部は、Ack返信許可情報と送信データとを含むマルチキャストを作成する。

Description

通信方法
 本発明は、特に映像・音声などのデータをマルチキャストする通信方法において、再送処理を用いて通信の信頼性を向上する技術に関するものである。
 近年、災害対策・救助用のブロードバンド移動通信システムの1つとして、災害・救助現場の映像を、現場周辺の緊急車両(救急車・消防車)などに無線映像配信することが期待されている。このような映像配信システムでは、緊急車両(救急車・消防車)の台数は災害規模に応じて増加することが想定され、これらの緊急車両にユニキャスト(個別通信)で映像伝送を行うと、無線帯域が不足する可能性がある。そこで、このようなシステムでは、マルチキャスト(同報通信)で効率よくデータ伝送を行う必要がある。
 マルチキャストを用いた従来の通信方法としては、例えば、特許文献1に記載の技術がある。特許文献1に記載の技術では、マルチキャストの伝送サイクルごとに到達確認を返信する受信端末を指定する。図38Aは、特許文献1に記載された技術のネットワーク図である。図38Aにおいて、送信端末200は、マルチキャストを送信する端末である。受信端末201~203は、無線ネットワーク介して通信し、送信端末200が送信したマルチキャストを受信する。
 図38Bは、特許文献1に記載された送信端末200と、複数の受信端末201~203との間で送受信される各パケットのフレーム構成を示す図である。図38Bにおいて、マルチキャスト301は受信端末201と受信端末202の到達確認の返信を許可する到達確認返信許可識別子と、誤り訂正符号単位で設けられたデータブロック1~3で構成されている。
 1段目のサイクルにおいて、送信端末200は、受信端末201~203宛にマルチキャスト301を送信する。受信端末201は、受信したマルチキャスト301に受信端末201宛の到達確認返信許可識別子が含まれていることを検出すると、送信端末200宛に到達確認フレーム302を送信する。受信端末202は、受信したマルチキャスト301に受信端末202宛の到達確認返信許可識別子が含まれていることを検出すると、送信端末200宛に到達確認303を送信する。受信端末203は、受信したマルチキャスト301に受信端末203宛の到達確認返信許可識別子が含まれていないため、到達確認フレームを送信せずに待機する。
 ここでは、受信端末201は、ブロック1~3を正常に受信できたので、誤りがないことを示す到達確認302を返信する。一方、受信端末202は、ブロック3が誤ったのでブロック3の再送を要求するための到達確認フレーム303を返信する。
 2段目のサイクルにおいて、送信端末200は、マルチキャスト304で前のサイクルの再送要求を受けたブロック3を再送し、続いて新たなブロック4~6を送信する。マルチキャスト304には、受信端末203と受信端末201との到達確認フレーム返信を許可する到達確認返信許可識別子が設定されている。受信端末203は、マルチキャスト304を正常に受信できたものの、1段目のサイクルにおいてマルチキャスト301のブロック2を正常に受信できなかったため、到達確認フレーム305でブロック2の再送を要求する。一方、受信端末201は、ブロック4~6を正常に受信できたので、誤りがないことを示す到達確認フレーム306を返信する。
 3段目のサイクルにおいて、送信端末200は、2段目のサイクルと同様に、マルチキャスト307で、前サイクルで再送要求を受けたブロック2を再送し、続いて新たなブロック7~9を送信する。マルチキャスト307には、受信端末202と受信端末203の到達確認フレーム返信を許可する到達確認返信許可識別子が設定されている。受信端末202は、マルチキャスト304及びマルチキャスト307の両方が正常に受信できているので、誤りがないことを示す到達確認フレーム308を返信する。一方、受信端末203は、マルチキャスト304のブロック8を正常に受信できなかったため、ブロック8の再送を要求するための到達確認フレーム309を返信する。
 以上のように、特許文献1では、送信端末200は、到達確認フレームの返信を許可する受信端末の識別子情報をマルチキャストに付加して、到達確認フレームを返信する受信端末を指定していた。これにより、到達確認フレーム同士の衝突、及び送信端末の到達確認フレーム受信処理時間を短縮することができ、通信の品質の向上を実現していた。
 また、従来の別の通信方法としては、例えば、特許文献2に記載された技術がある。特許文献2に記載の技術では、マルチキャストの受信が成功した受信端末の宛先(到達確認返信要求)情報を、再送するマルチキャストから取り除いて再送する。図39は、特許文献2に記載された技術のデータ送受信シーケンス図の一例を示す図である。特許文献2に記載された技術の通信システムは、マルチキャストを送信する送信端末400と、マルチキャストを受信し、応答としてAckまたはNAKを送信する受信端末401~405とから構成される。
 図39において、まず送信端末400は、受信端末401~受信端末405の宛先情報を含むマルチキャスト500を送信する。受信端末402、405は、マルチキャスト500を正常に受信できたので、誤りがないことを示すAck502、505を送信端末400に返信している。一方、受信端末401、403,404は、マルチキャスト500を正常に受信できなかったので、マルチキャスト500の再送を要求するためのNAK501、503、504を返信している。
 次に、送信端末400は、受信端末402、405からAckを受信したので、マルチキャスト500の宛先から受信端末402,405を取り除いた再送マルチキャスト500を送信する。受信端末403は、再送マルチキャスト500を正常に受信できたので、誤りがないことを示すAck513を返信している。一方、受信端末401、404は、再送マルチキャスト500を正常に受信できなかったので、再送マルチキャスト500の再送を要求するためのNAK511、514を返信している。
 次に、送信端末400は、受信端末403からAckを受信したので、再送マルチキャスト500の宛先から受信端末403を取り除いた再送マルチキャスト500を送信する。受信端末404は、再送マルチキャスト500を正常に受信できたので、誤りがないことを示すAck524を返信している。一方、受信端末401は、再生マルチキャスト500を正常に受信できなかったので、再送マルチキャスト500の再送を要求するためのNAK521を返信している。
 以上のように、特許文献2に記載された技術では、受信が成功した受信端末の宛先情報をマルチキャストから取り除いて再送し、既に受信が成功している受信端末がAckを返信しないようにしていた。これにより、不必要なAckの返信を削減して、Ack(NAK)同士の衝突の可能性を低減させるとともに、送信端末のAck(NAK)受信処理時間を短縮させ、通信の品質の向上を実現していた。また、特許文献2に記載された技術では、マルチキャストの宛先情報に設定された順番に応じて到達確認フレームの返信に優先順位を設けており、最も優先度の高い受信端末は直ちにAckを返信し、それ以外の受信端末は、自機の優先順位から求めた確率に応じてAck返信をランダムに決定することにより、受信端末の優先度に応じた制御を実現している。
特開2002-314626号公報 特開平1-147926号公報
 しかしながら、特許文献1に記載の技術では、到達確認フレームの返信を許可する受信端末の台数に比例して到達確認返信許可識別子の情報が増えるため、マルチキャストのフレーム長が長くなり帯域を効率よく利用できない。また、フレーム長が長くなるので無線ネットワークのフェージングによる伝搬特性の変化や、受信同期エラーにより誤りが発生する確率が高くなる。また、到達確認フレームの返信を許可する受信端末の台数を少なくすると、到達確認フレームの送信に遅延が発生する。例えば、受信端末が50台で1サイクルあたり到達確認フレームの返信を許可する受信端末の台数を2台にすると、誤りが発生してから最大25サイクル経過するまで再送の要求である到達確認フレームを送信することができず、伝送遅延によるパケットロスが発生する可能性が高い。
 また、特許文献2に記載の技術では、マルチキャストを未受信の全受信端末が到達確認フレームを返信するので、図40A,Bに示すように、送信端末での到達確認フレームの受信処理時間が受信端末の台数に比例して長くなる。このため、再送マルチキャストの送信機会が受信端末の台数に応じて少なくなり、パケットロスが発生する可能性が高くなる。図40Aが受信端末6台からAckを返信する場合で、図40Bが受信端末3台からAckを返信する場合である。また、マルチキャストの宛先情報の設定順番に応じて到達確認フレームの返信に優先順位を設定するが、受信端末の台数が多いとAck(NAK)同士の衝突が発生し、不必要なマルチキャスト再送を行う可能性がある。また、2番目以降の受信端末のAck返信を時間遅延差で返信する場合は、上述したように台Ack受信処理の時間が受信端末の台数に比例して増加する。
 それ故に、本発明は、前記従来の課題を解決するのもので、マルチキャスト伝送の通信品質を向上させる通信方法を提供することを目的とする。
 本願発明の一態様である通信方法は、送信端末が送信データを受信端末に送信する際の通信方法である。送信端末は、Ackを返信する受信端末の優先順位を示すAck返信順位と、受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部を備える。受信端末は、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部を備える。送信端末が、アプリケーションを実行し、送信データを作成するステップと、送信端末が、グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するステップと、送信端末が、Ack返信許可情報と送信データとを含むマルチキャストを受信端末に送信するステップと、受信端末が、送信端末からマルチキャストを受信するステップと、受信端末が、マルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、マルチキャストに対してAckの返信が許可されているか否かを判定するステップと、受信端末が、Ackの返信が許可されていると判定した場合、送信端末にAckを返信するステップとを備える。
 上記の様態によると、本発明のマルチキャスト送信シーケンスでは、送信端末は、予め受信端末の優先度の順番にAck返信順位を決定し、決定したAck返信順位をマルチキャストの送信開始前に各受信端末に通知する。これにより、マルチキャストに設定するAck返信許可情報を従来に比べて減らすことができ、帯域を効率よく利用できる。また、マルチキャストのフレーム長が短くなるので、マルチキャストの受信誤りの発生確率も低くなる。また、送信端末は、マルチキャストの品質保証が必要な受信端末の順番にAck返信順位を決定し、マルチキャストの送信間隔に応じてAck返信を許可する受信端末の台数を決定する。これにより、マルチキャストを受信する受信端末の台数に関わらず、優先度の高い受信端末から順番に到達確認ができ、予め設定した所定回数の再送機会を保証することができる。このため、優先度の高い受信端末が、確実に送信データを受信したことを確認できる。
図1は、本発明の各実施の形態における無線システムの構成の一例を示す図である。 図2は、本発明の実施の形態1における送信端末10の構成を示す図である。 図3は、本発明の実施の形態1における受信端末20の構成を示す図である。 図4Aは、本発明の実施の形態1におけるAck返信順位通知フレームの構成例を示す図である。 図4Bは、本発明の実施の形態1におけるAck返信順位応答フレームの構成例を示す図である。 図4Cは、本発明の実施の形態1におけるマルチキャストの構成例を示す図である。 図4Dは、本発明の実施の形態1におけるAckの構成例を示す図である。 図5は、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図6は、本発明の実施の形態1におけるAck返信数の決定方法の一例を示す図である。 図7は、本発明の実施の形態1におけるAck返信順位通知シーケンスの一例を示す図である。 図8は、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図9は、本発明の実施の形態1におけるマルチキャスト再送シーケンスの一例を示す図である。 図10Aは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図10Bは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図10Cは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図10Dは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図11は、本発明の実施の形態1における送信端末1Aの制御フローの一例を示す図である。 図12は、本発明の実施の形態1における受信端末1B~1Fの制御フローの一例を示す図である。 図13は、本発明の実施の形態1におけるマルチキャスト再送シーケンスの一例を示す図である。 図14Aは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図14Bは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図14Cは、本発明の実施の形態1におけるグルーピングテーブルの一例を示す図である。 図15は、本発明に実施の形態1おけるマルチキャスト構成の一例を示す図である。 図16は、本発明に実施の形態1おけるマルチキャスト構成の一例を示す図である。 図17は、本発明に実施の形態1おけるマルチキャスト構成の一例を示す図である。 図18は、本発明に実施の形態1おけるマルチキャスト構成の一例を示す図である。 図19は、本発明に実施の形態1おけるマルチキャスト構成の一例を示す図である。 図20は、本発明の実施の形態2における送信端末30の構成を示す図である。 図21は、本発明の実施の形態2におけるマルチキャスト送信シーケンスの一例を示す図である。 図22Aは、本発明の実施の形態2におけるAck返信数の変更方法を説明する図である。 図22Bは、本発明の実施の形態2におけるAck返信数の変更方法を説明する図である。 図23は、本発明の実施の形態2におけるAck返信数の変更方法の一例を示す図である。 図24は、本発明の実施の形態2における送信端末30の内部処理フローの一例を示す図である。 図25は、本発明の実施の形態3における送信端末40の構成を示す図である。 図26は、本発明の実施の形態3における受信端末50の構成を示す図である。 図27は、本発明の実施の形態3におけるAck返信加入フレームフォーマットの一例を示す図である。 図28は、本発明の実施の形態3におけるAck返信順位通知シーケンスの一例を示す図である。 図29は、本発明の実施の形態3におけるマルチキャスト再送シーケンスの一例を示す図である。 図30は、本発明の実施の形態3におけるAck返信順位変更フレームフォーマットの一例を示す図である。 図31は、本発明の実施の形態4における送信端末60の構成を示す図である。 図32は、本発明の実施の形態4における受信端末70の構成を示す図である。 図33Aは、本発明の実施の形態4におけるグルーピング要求フレームのフォーマットの一例を示す図である。 図33Bは、本発明の実施の形態4におけるグルーピング応答フレームのフォーマットの一例を示す図である。 図34は、本発明の実施の形態4におけるグルーピングテーブル作成シーケンスの一例を示す図である。 図35は、本発明の実施の形態4における職種優先度テーブルの一例を示す図である。 図36は、本発明の実施の形態4におけるグルーピングテーブルの一例を示す図である。 図37は、本発明の実施の形態4における広域ネットワーク網の一例を示す図である。 図38Aは、特許文献1に記載された従来のネットワーク図である。 図38Bは、特許文献1によるデータ送受信の一例を示す図である。 図39は、特許文献2によるデータ送受信の一例を示すシーケンス図である。 図40Aは、特許文献2によるデータ送受信(受信端末6台)の一例を示す図である。 図40Bは、特許文献2によるデータ送受信(受信端末3台)の一例を示す図である。
 本願発明の一態様である第1の通信方法は、送信端末が送信データを受信端末に送信する際の通信方法である。送信端末は、Ackを返信する受信端末の優先順位を示すAck返信順位と、受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部を備える。受信端末は、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部を備える。送信端末が、アプリケーションを実行し、送信データを作成するステップと、送信端末が、グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するステップと、送信端末が、Ack返信許可情報と送信データとを含むマルチキャストを受信端末に送信するステップと、受信端末が、送信端末からマルチキャストを受信するステップと、受信端末が、マルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、マルチキャストに対してAckの返信が許可されているか否かを判定するステップと、受信端末が、Ackの返信が許可されていると判定した場合、送信端末にAckを返信するステップとを備える。
 本様態によると、送信端末が、Ack返信を許可する受信端末の情報を設定したAck返信許可情報と、送信データとを含むマルチキャストを受信端末に送信する。これにより、ユニキャストで各受信端末にAck返信許可情報を送信する場合と比較して、Ack返信許可情報のデータサイズを小さくすることができ、伝送効率を向上させることができる。
 本願発明の一態様である第2の通信方法は、第1の通信方法の態様において、受信端末が、Ackの返信が許可されていると判定すると、マルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、Ackを返信するまでの待機時間を算出するステップをさらに備える。Ackを返信するステップは、算出された待機時間の経過後に、Ackを返信する
 本態様によると、Ackの返信が許可されていると判定した受信端末が、算出された待機時間経過後にAckを返信することにより、受信端末間のAckが互いに衝突することを防止することができるので、送信端末がより確実にAckを受信することができる。
 本願発明の一態様である第3の通信方法は、第1の通信方法の態様において、送信端末が、受信端末からAckを受信し、当該受信したAckに、Ack返信を許可した受信端末からのAckが含まれていない場合は、Ackを受信した受信端末を除外したAck返信許可情報を作成し、当該作成したAck返信許可情報と送信データとを含むマルチキャストを再送信するステップをさらに備える。
 本態様によると、送信端末がマルチキャストを再送信した場合に、初回にマルチキャストを正しく受信できた受信端末から再度Ackが送信されることがなくなるので、本来不要なAckを削減して伝送効率を向上させることができる。
 本願発明の一態様である第4の通信方法は、第1の通信方法の態様において、Ack返信許可情報には、受信端末のAck返信順位の範囲を示す開始返信順と、終了返信順位とが記載される。判定するステップにおいて、受信端末は、Ack返信順位記憶部に記憶されたAck返信順位が、開始返信順位から終了返信順位までの範囲に含まれる場合に、マルチキャストに対してAckの返信が許可されていると判定する。Ackを返信するステップにおいて、受信端末は、Ack返信順位の順に、送信端末にAckを送信する。
 本願発明の一態様である第5の通信方法は、第1の通信方法の態様において、Ack応答許可情報には、特定の受信端末の返信順位と、受信端末のAck返信順位の範囲を示す開始返信順位と、終了返信順位とが記載されている。判定するステップにおいて、受信端末は、Ack返信順位記憶部に記憶されたAck返信順位が、特定の受信端末の返信順位に該当するか、開始返信順位から終了返信順位までの範囲に含まれる場合に、マルチキャストに対してAckの返信が許可されていると判定する。Ackを返信するステップにおいて、受信端末は、Ack返信順位の順に、送信端末にAckを送信する。
 本願発明の一態様である第6の通信方法は、第1の通信方法の態様において、Ack応答許可情報には、受信端末のAck返信順位の開始を示す開始返信順位と、Ack返信を許可する受信端末の数を示す返信数とが記載されいる。判定するステップにおいて、受信端末は、Ack返信順位記憶部に記憶されたAck返信順位が、開始返信順位から、開始返信順位に返信数を加算した値から1を減算した返信順位までの範囲に含まれる場合に、マルチキャストに対してAckの返信が許可されていると判定する。Ackを返信するステップにおいて、受信端末は、Ack返信順位の順に、送信端末にAckを送信する。
 本願発明の一態様である第7の通信方法は、Ack応答許可情報には、Ack返信を許可する受信端末の数を示す返信数が記載されている。判定するステップにおいて、受信端末は、Ack返信順位記憶部に記憶されたAck返信順位が、返信数の範囲に含まれる場合に、マルチキャストに対してAckの返信が許可されていると判定する。Ackを返信するステップにおいて、受信端末は、Ack返信順位の順に、送信端末にAckを送信する。
 これらの態様によると、Ack返信許可情報に、Ack返信を許可する全ての受信端末の情報を記載しないので、Ack返信許可情報のデータサイズを小さくし、伝送効率を向上させることができる。
 本願発明の一態様である第8の通信方法は、第1の通信方法の態様において、Ack応答許可情報には、受信端末のAck返信順位毎に、Ack返信を許可するか否かを示すフラグが記載されている。判定するステップにおいて、受信端末は、Ack返信順位記憶部に記憶されたAck返信順位に対応するフラグが立っている場合に、マルチキャストに対してAckの返信が許可されていると判定する。Ackを返信するステップにおいて、受信端末は、Ack返信順位の順に、送信端末にAckを送信する。本態様によると、Ack返信許可情報において、Ack返信順位をフラグで表すことにより、Ack返信許可情報のデータサイズを小さくし、伝送効率を向上させることができる。
 本願発明の一態様である第9の通信方法は、第1の通信方法の態様において、Ack返信許可情報を作成するステップにおいて、送信端末は、送信データが発生する間隔に基づいて、Ack返信を許可する受信端末の数を決定し、当該決定した受信端末の数と、グルーピングテーブルに設定されたAck返信順位とに基づいて、Ack返信許可情報を作成する。本態様によると、Ack返信を許可する受信端末の数を、送信データが発生する間隔に合わせて適切に設定することができる。
 本願発明の一態様である第10の通信方法は、第1の通信方法の態様において、Ack返信許可情報を作成するステップにおいて、送信端末は、送信データのコンテンツレートに基づいて、Ack返信を許可する受信端末の数を決定し、当該決定した受信端末の数と、グルーピングテーブルに設定されたAck返信順位とに基づいて、Ack返信許可情報を作成する。本態様によると、Ack返信を許可する受信端末の数を、送信データのコンテンツレートに合わせて適切に設定することができる。
 本願発明の一態様である第11の通信方法は、第1の通信方法の態様において、送信端末が、マルチキャストを受信端末に送信する前に、グルーピングテーブルを参照し、受信端末のAck返信順位を設定したAck返信順位通知フレームを受信端末に送信するステップと、受信端末が、Ack返信順位通知フレームを受信すると、Ack返信順位通知フレームに記載されたAck返信順位をAck返信順位記憶部に記憶するステップとをさらに備える。本態様によると、送信端末が、受信端末のAck返信順位を動的に制御することができる。
 本願発明の一態様である第12の通信方法は、第11の通信方法の態様において、受信端末が、Ack返信順位をAck返信順位記憶部に記憶すると、Ack返信順位通知フレームの応答として、Ack返信順位応答フレームを送信端末に送信するステップと、送信端末が、Ack返信順位応答フレームを受信しなかった受信端末に対して、Ack返信許可情報により、Ackの送信を許可しないように制御するステップとをさらに備える。本態様によると、Ack返信順位応答フレームを受信しなかった受信端末に対して、Ack返信を許可しないので、無駄な帯域が消費されることを防止することができ、伝送効率を向上させることができる。
 本願発明の一態様である第13の通信方法は、第12の通信方法の態様において、受信端末は、送信端末の通信エリアに新しく入った場合、送信端末に加入フレームを送信するステップと、送信端末は、加入フレームを受信すると、加入フレームを送信した受信端末に対して、Ack返信許可情報により、Ackの送信を許可するよう制御するステップとをさらに備える。本態様によると、コンテンツの配信開始後に送信端末の通信エリアに入ってきた新しい受信端末に対しても、Ack返信を許可することができるので、新しい受信端末に対しても品質の保証されたコンテンツの受信を行うことができる。
 本願発明の一態様である第14の通信方法は、第1の通信方法の態様において、送信端末は、自端末の通信エリア内にいる受信装置の情報を要求するグルーピング要求フレームを送信するステップと、受信端末が、グルーピング要求フレームを受信すると、Ack返信順位の決定に用いる優先度情報を含んだグルーピング応答フレームを、送信端末に送信するステップと、送信端末が、グルーピング応答フレームに含まれる優先度情報に基づいて、受信端末のAck返信順位が設定されたグルーピングテーブルを作成するステップとをさらに備える。
 本態様によると、送信端末が、グルーピング応答フレームに含まれる優先度情報に基づいて、グルーピングテーブルを作成することにより、送信端末の通信エリア内にいる受信端末の種類や数が分からなくても、Ack返信順位を制御を行うことができるので、状況に合わせた適切な応答パケットの通信許可の制御を行うことができる。
 本願発明の一態様である送信方法は、送信端末が、送信データを受信端末に送信する送信方法であって、送信端末は、Ackを返信する受信端末の優先順位を示すAck返信順位と、受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部を備える。送信方法は、アプリケーションを実行し、送信データを作成するステップと、グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するステップと、Ack返信許可情報と送信データとを含むマルチキャストを受信端末に送信するステップとを備える。
 本願発明の一態様である受信方法は、受信端末が、送信端末から送信データを受信する受信方法であって、受信端末は、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部を備える。受信方法は、送信端末から、送信データと、Ack返信を許可する受信端末の情報を設定したAck返信許可情報とが含まれるマルチキャストを受信するステップと、マルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、マルチキャストに対してAckの返信が許可されているか否かを判定するステップと、Ackの返信が許可されていると判定した場合、送信端末にAckを返信するステップとを備える。
 本願発明の一態様である送信端末は、受信端末に対して送信データを送信する送信端末であって、送信端末は、Ackを返信する受信端末の優先順位を示すAck返信順位と、受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部と、送信端末から受信するフレームを復調し、送信端末に送信するフレームを変調する無線送受信部と、無線送受信部が受信したフレームから、AckとAck返信順位応答フレームとを分類するフレーム分類部と、Ackを解析するAck解析部と、Ack返信順位応答フレームを解析するAck返信順位応答フレーム解析部と、アプリケーションを実行し、送信データを作成するアプリケーション部と、グルーピングテーブルに基づいて、受信端末にAck返信順位を通知するAck返信順位通知フレーム作成部と、グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するAck返信許可情報決定部と、Ack返信許可情報と送信データとを含むマルチキャストを作成するマルチキャスト作成部とを備える。
 本願発明の一態様である受信端末は、送信端末から送信データを受信する受信端末であって、送信端末から受信されるフレームを復調し、送信端末に送信するフレームを変調する無線送受信部と、受信したフレームから、Ack返信順位通知フレームを分類するフレーム分類部と、Ack返信順位通知フレームを解析するAck返信順位通知フレーム解析部と、Ack返信順位通知フレームに含まれる、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部と、Ack返信順位通知フレームを受信すると、Ack返信順位応答フレームを作成するAck返信順位応答フレーム作成部と、マルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、Ack返信の要否を判定するAck返信判定部と、Ack返信判定部がAckを返信すると判定した場合、送信端末に返信するAckを作成するAck作成部とを備える。
 以下、本発明の各実施の形態について、図面を参照しながら説明する。図1は、本発明の各実施の形態に係る通信システムの構成の一例を示す図である。図1に示すように、本発明の各実施の形態に係る通信システムは、無線ネットワークを介してマルチキャストでデータを送信する送信端末1Aと、送信端末1Aが送信したデータを受信して、送信端末1AにAck(到達確認フレーム)を返信する複数の受信端末1B~1Fとで構成される。
 (実施の形態1)
 以下では、本願発明を実施するための形態の一例である実施の形態1について、図面を参照しながら説明する。図2は、実施の形態1に係る送信端末10の機能ブロック図である。送信端末10の機能ブロック図は、上述した送信端末1Aの構成に該当する。図2において、送信端末10は、無線送受信部11、フレーム分類部12、Ack解析部13、アプリケーション部14、グルーピングテーブル記憶部15、Ack返信順位通知フレーム作成部16、Ack返信順位応答フレーム解析部17、マルチキャスト作成部18、及びAck返信許可情報決定部19を備える。
 無線送受信部11は、無線ネットワークから受信するフレームを復調し、無線ネットワークに送信するフレームを変調する。フレーム分類部12は、無線送受信部11が受信したフレームを分類し、AckをAck解析部13に出力し、Ack返信順位応答フレームをAck返信順位応答フレーム解析部17に出力する。Ack解析部13は、受信したAckを解析する。アプリケーション部14は、任意のアプリケーションが実行し、送信データを作成する。グルーピングテーブル記憶部15は、受信端末のアドレスと、Ack返信順位とが記載されたグルーピングテーブルを記憶する。Ack返信順位通知フレーム作成部16は、グルーピングテーブルに基づいて、マルチキャストを受信する受信端末にAck返信順位を通知する。Ack返信順位応答フレーム解析部17は、受信したAck返信順位応答フレームを解析する。Ack返信許可情報決定部19は、グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成する。マルチキャスト作成部18は、Ack返信許可情報と送信データとを含むマルチキャストを作成する。
 図3は、実施の形態1に係る受信端末20の機能ブロック図である。受信端末20の機能ブロック図は、上述した受信端末1B~1Fの構成に該当する。図3において、受信端末20は、無線送受信部21、フレーム分類部22、Ack返信順位通知フレーム解析部23、Ack返信順位記憶部24、Ack返信順位応答フレーム作成部25、Ack返信判定部26、及びAck作成部27を備える。
 無線送受信部21は、無線ネットワークから受信されるフレームを復調し、無線ネットワークに送信するフレームを変調する。フレーム分類部22は、受信したフレームからAck返信順位通知フレームを分類する。Ack返信順位通知フレーム解析部23は、受信したAck返信順位通知フレームを解析する。Ack返信順位記憶部24は、Ack返信順位通知フレームに含まれるAck返信順位の情報を記憶する。すなわち、Ack返信順位記憶部24には、Ackを返信する受信端末(自端末)の優先順位を示すAck返信順位が記憶される。Ack返信順位応答フレーム作成部25は、Ack返信順位応答フレームを作成する。Ack返信判定部26は、受信したマルチキャストに含まれるAck返信許可情報と、Ack返信順位記憶部24に記憶されたAck返信順位とに基づいて、Ack返信の要否を判定する。Ack作成部27は、Ack返信判定部26がAckを返信すると判定した場合、送信端末10に返信するAckを作成する。
 図4A~Dは、本実施の形態1で用いる各種フレームの構成例を示す図である。図4Aは、Ack返信順位通知フレームの構成例である。図4Aを参照して、Ack返信順位通知フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ100、Ackの返信順位の情報が格納されているAck返信順位101、及びフレームの誤りを検出する情報が格納されている誤り検出102で構成される。
 図4Bは、Ack返信順位応答フレームの構成例である。図4Bを参照して、Ack返信順位応答フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ103、及びフレームの誤りを検出する情報が格納されている誤り検出104で構成される。
 図4Cは、マルチキャストの構成例である。図4Cを参照して、マルチキャストは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ110、Ackの返信許可の情報が格納されているAck返信許可情報111、送信データが格納されているデータボディ112、及びフレームの誤りを検出する情報が格納されている誤り検出113で構成される。また、Ack返信許可情報111は、Ack返信順位の範囲を示す開始返信順位111Aと、終了返信順位111Bとで構成される。
 図4Dは、Ackの構成例である。図4Dを参照して、Ackは、アドレスやフレーム識別子などのアクセスに必要なパラメータを格納しているヘッダ114、及びフレームの誤りを検出する情報が格納されている誤り検出115で構成される。
 図5は、送信端末10のグルーピングテーブル記憶部15で管理するグルーピングテーブルの一例を示す図である。図5を参照して、グルーピングテーブルには、端末アドレス、Ack返信順位、Ack返信順位応答フラグ、及びAckフラグが設定される。端末アドレスには、グループに帰属している端末のアドレス情報を記載する。ここでは、自機のアドレスは登録しないことにする。Ack返信順位は、Ackを返信する受信端末の優先順位を示し、Ack返信順位通知フレームのAck返信順位101に設定する値を記載する。Ack返信順位応答フラグは、Ack返信順位応答フレームの受信の有無を示す値を記載する。ここでは、Ack返信順位応答フラグの初期値を「0」に設定する。送信端末10は、Ack返信順位応答フレームを受信した場合は該当する受信端末のAck返信順位応答フラグを「1」に変更する。Ackフラグは、マルチキャストに対するAckの受信の有無を示す値を記載する。ここでは、Ackフラグの初期値を「0」に設定する。送信端末10は、Ackを受信した場合は該当する受信端末のAckフラグを「1」に変更する。
 図6は、Ack返信許可情報決定部19で決定するAck返信数の決定方法の一例を示す図である。図6に示す例では、マルチキャストの送信間隔が3000μs、マルチキャストの送信に必要な時間が80μs、Ackの送信に必要な時間が40μs、各フレーム間のギャップ時間を20μsとする。また、再送を2回できるように、Ack返信数を決定するものとする。
 Ack返信数の具体的な算出方法の一例を以下に示す。まず、(式1)より、マルチキャストの送信間隔と再送回数とから、1周期の使用可能時間が求められる。なお、マルチキャストの送信間隔は、送信データの発生間隔に基づいて決定される。次に、(式2)より、1周期の使用可能時間と、マルチキャスト送信時間と、ギャップ時間とからAck処理可能時間が求められる。最後に、(式3)より、Ack処理可能時間と、Ack送信時間と、ギャップ時間とから、Ack返信数が求められる。
 (1周期の使用可能時間)=(マルチキャスト送信間隔)÷(再送回数+1)
                            ・・・(式1)
 (Ack処理可能時間)
  =(1周期の使用可能時間)-(マルチキャスト送信時間)-(ギャップ時間)
                            ・・・(式2)
 (処理可能Ack数)
 =(Ack処理可能時間)÷((Ack送信時間)+(ギャップ時間))
                            ・・・(式3)
 すなわち、図6の条件下では、(式1)~(式3)より、Ack返信数は15と決定されるので、15台の受信端末がAckを返信することが可能である。
 (1周期の使用可能時間)=3000÷(2+1)=1000[us]
 (Ack処理可能時間)=1000-80-20=900[us]
 (Ack返信数)=900÷(40+20)=15
 図7は、本発明のAck返信順位シーケンスの一例を示す図である。図7に示す例では、送信端末1Aがマルチキャストを送信し、受信端末1B~1Fがマルチキャストを受信するものとする。送信端末1Aは、マルチキャストの送信開始前に、図5のグルーピングテーブルに基づいて、受信端末1B~1Fに対してAck返信順位通知フレームを送信する。具体的には、送信端末1Aは、グルーピングテーブルのAck返信順位の値をAck返信順位通知フレームのAck返信順位101に設定して送信する。受信端末1B~1Fは、Ack返信順位通知フレームを受信すると、Ack返信順位応答フレームを送信端末1Aに返信する。送信端末1Aは、Ack返信順位応答フレームを受信すると、グルーピングテーブルのAck返信順位応答フラグを「1」に設定する。
 図8は、送信端末1Aが、図7のAck返信順位シーケンスで、Ack返信順位応答フレームを受信し、Ack返信順位応答フラグを「1」に設定後のグルーピングテーブルの状態を示す図である。図8に示すように、送信端末1Aは、受信端末1B~1FのAck返信順位応答フレームを受信したので、グルーピングテーブルにおける受信端末1B~1FのAck返信順位応答フラグを「1」に設定する。
 図9に、本発明のマルチキャスト再送シーケンスの一例を示す。図9に示す例では、図7のAck返信順位シーケンス後に、マルチキャストを送信するものとする。図10A~Dは、図9のマルチキャスト再送シーケンスで送信端末1Aが管理しているグルーピングテーブルの状態を示す図である。図9において、送信端末1Aは、図6で説明したAck返信数の決定方法を用いて、Ack返信数を決定する。ここでは、Ack返信数を「3」と決定したものとする。
 送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「1」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「1」を、終了返信順位111Bに「3」を設定して第1マルチキャストを送信する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1C~1Fで誤りが発生したものとする。第1マルチキャストを受信した受信端末は、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 (開始優先順位111Aの値) ≦ (Ack返信順位の値) ≦ (開始返信順位111Bの値)  ・・・(式4)
 受信端末1Bは、(式4)を満たしているので、Ackを返信する。この際、受信端末1Bは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1Bは、第1マルチキャスト受信後に(式5)で求めた値だけ待機してからAckを返信する。
 (待機時間)=ギャップ時間+{(Ack送信時間+ギャップ時間)×(Ack返信順位の値)-(開始優先順位111Aの値)}・・・(式5)
 受信端末1C、1Dでは、(式4)を満たしているが、マルチキャストに誤りが発生したので、Ackを返信しないと判定する。受信端末1E、1Fは、(式4)を満たしていないので、Ackを返信しないと判定する。送信端末1Aは、受信端末1BからAckを受信したので、グルーピングテーブルにおける受信端末1BのAckフラグを「1」に設定する(図10A)。
 <1回目の再送>
 送信端末1Aは、Ack返信を許可した受信端末1C、1DからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」を、終了返信順位111Bに「4」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1C、1E、1Fで誤りが発生したものとする。受信端末1C、1Eは、(式4)を満たしているがマルチキャストに誤りが発生したので、Ackを返信しない。受信端末1Dは、マルチキャストを正常に受信し、かつ(式4)を満たしているので、Ackを返信する。この際、受信端末1Dは、マルチキャスト受信後に(式5)で求めた値だけ待機してからAckを返信する。送信端末1Aは、受信端末1DからAckを受信したので、グルーピングテーブルにおける受信端末1DのAckフラグを「1」に設定する(図10B)。
 <2回目の再送>
 送信端末1Aは、Ack返信を許可した受信端末1C、1EからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1C、1Fで誤りが発生したものとする。受信端末1B~1Fは、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が、(式4)を満たしているかを確認する。
 受信端末1D、1Eは、(式4)を満たしているので、Ackを返信する。この際、受信端末1D、1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1D、1Eは、第1マルチキャスト受信後に、(式5)で求めた時間だけ待機してから、Ackを返信する。受信端末1Cは、(式4)を満たしているがマルチキャストに誤りが発生したので、Ackを返信しない。受信端末1B、1Fは、(式4)を満たしていないので、Ackを返信しないと判定する。送信端末1Aは、受信端末1D、1EからAckを受信したので、グルーピングテーブルにおける受信端末1D、1EのAckフラグを「1」に設定する(図10C)。
 <3回目の再送>
 送信端末1Aは、Ack返信を許可した受信端末1CからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」を、終了返信順位111Bに「4」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1B~1Fは、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1C~1Eは、(式4)を満たしているので、Ackを返信する。この際、受信端末1C~1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1C~1Eは、第1マルチキャスト受信後に(式5)で求めた値だけ待機してからAckを返信する。受信端末1B、1Fは、(式4)を満たしていないので、Ackを返信しないと判定する。送信端末1Aは、受信端末1C~1EのAckを受信したので、グルーピングテーブルにおける受信端末1C~1EのAckフラグを「1」に設定する(図10D)。
 <4回目の再送中断(再送処理終了)>
 送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、受信端末1Fが該当するので、マルチキャスト再送が必要と判定する。しかし、送信端末1Aは、次データである第2マルチキャストの送信時間に達したので、第1マルチキャストの再送処理を終了する。この際、送信端末1Aは、受信端末1B~1FのAckフラグを「0」に設定する。次に、送信端末1Aは、第1マルチキャストのときと同様の処理を行い、開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第2マルチキャストを送信する。
 図11は、送信端末1Aの制御フローの一例を示す図である。図11を参照して、送信端末1Aは、アプリケーション部14が通信を開始するまで待機する(ステップS1:NO)。アプリケーション部14は、任意のアプリケーションを実行し、通信を開始すると、Ack返信順位通知フレーム作成部16に通信の開始を通知する(ステップS1:YES)。ステップS2において、Ack返信順位通知フレーム作成部16は、グルーピングテーブルのAck返信順位の値が「1」の受信端末のアドレスを取得して、Ack返信順位通知フレームを作成する。具体的には、Ack返信順位通知フレーム作成部16は、Ack返信順位通知フレームのAck返信順位101に「1」を設定して、無線送受信部11を介して送信する。
 ステップS3において、Ack返信順位応答フレーム解析部17は、フレーム分類部12からAck返信順位応答フレームが入力されるまで待機する。Ack返信順位応答フレーム解析部17は、Ack返信順位応答フレームが入力されると、その旨をAck返信順位通知フレーム作成部16に通知する(ステップS3:YES)。一方、ステップS3において、予め設定した所定時間内にAck返信順位通知フレームが入力されなかった場合には、その旨をAck返信順位通知フレーム作成部16に通知する(ステップS3:NO)。
 ステップS4において、Ack返信順位通知フレーム作成部16は、Ack返信順位応答フレーム解析部17からAck返信順位応答フレームが入力されたので、グルーピングテーブルの該当する受信端末のAck返信順位応答フラグを「1」に設定する。ステップS5において、Ack返信順位通知フレーム作成部16は、ステップS2で使用したAck返信順位の値に「1」を足した値の受信端末を検索する。該当する受信端末があった場合は、Ack返信順位通知フレーム作成部16は、該当する受信端末にAck返信順位通知フレームを送信する(ステップS5:NO)。ステップS5において、該当する受信端末がない場合は、アプリケーション部14に通知する(ステップS5:YES)。なお、送信端末1Aは、受信端末1B~1Fが既にAck返信順位を記憶している場合には、ステップS2~5の動作を省略することが可能である。
 ステップS6において、アプリケーション部14は、Ack返信順位通知フレーム作成部16から通知を受けると、送信するデータをマルチキャスト作成部18に入力する。ステップS7において、マルチキャスト作成部18は、データが入力されると、マルチキャストの作成に必要なAck返信許可情報をAck返信許可情報決定部19から取得する。ステップS8において、Ack返信許可情報決定部19は、マルチキャストの送信間隔やマルチキャスト再送機会の回数等に基づいて、Ack返信許可数を決定する。
 ステップS9において、Ack返信許可情報決定部19は、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位を検出し、当該検出したAck返信順位の値が若い順にステップS8で決定した台数だけにAck返信を許可するAck返信許可情報を作成する。ステップS10において、マルチキャスト作成部18は、ステップS9で作成されたAck返信許可情報を含むマルチキャストを作成し送信する。
 ステップS11において、Ack解析部13は、フレーム分類部12からのAckを待機する。Ack解析部13は、Ackが入力されたならば、入力されたことをAck返信許可情報決定部19に通知する(ステップS11:YES)。一方、ステップS11において、予め設定した所定時間内にAckを受けなかった場合には、その旨をAck返信許可情報決定部19に通知する(ステップS11:NO)。
 ステップS12において、Ack返信許可情報決定部19は、Ack解析部13からAckの受信通知が入力されたので、グルーピングテーブルの該当する受信端末のAckフラグを「1」に設定する。ステップS13において、Ack返信許可情報決定部19は、Ack待ち処理の終了を確認する。ステップS13において、Ack返信許可情報決定部19は、マルチキャスト送信から予め設定した時間が経過したならば、Ack待ち処理を終了する(ステップS13:YES)。一方、ステップS13において、Ack返信許可情報決定部19は、予め設定した所定時間が経過していないならば、Ackを待機する(ステップS13:NO)。
 ステップS14において、Ack返信許可情報決定部19は、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位を検出する。ステップS14において、Ack返信許可情報決定部19は、Ack返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末がなければ、再送が必要ないと判定する(ステップS14:NO)。一方、ステップS14において、Ack返信許可情報決定部19は、Ack返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末があれば、再送が必要と判定する(ステップS14:YES)。
 ステップS15において、マルチキャスト作成部18は、マルチキャスト送信間隔から再送が可能か判定する。ステップS15において、マルチキャスト作成部18は、マルチキャストの送信間隔の情報から次のデータのマルチキャストの送信時間に達していなければ再送可能と判定する(ステップS15:YES)。一方、ステップS15において、マルチキャスト作成部18は、次データのマルチキャストの送信時間に達していれば再送不可能と判定する(ステップS15:NO)。
 ステップS16において、マルチキャスト作成部18は、マルチキャストを再送する。なお、ステップS16において、Ack返信許可情報決定部19から受けたAck返信許可情報より、Ack返信許可で与えられた端末台数が1台の場合はユニキャストで再送してもよい。
 ステップS17において、マルチキャスト作成部18は、データ伝送終了の通知を確認する。ステップS17において、マルチキャスト作成部18は、アプリケーション部14のからデータ通信の終了の通知を受けるとデータ伝送を終了する(ステップS17:YES)。一方、ステップS17において、マルチキャスト作成部18は、次のデータをアプリケーション部14から受けているなら、次のデータでマルチキャストを作成し送信する(ステップS17:NO)。
 図12は、受信端末1B~1Fの制御フローの一例を示す図である。図12を参照して、ステップS21において、無線送受信部21は、フレームを受信するまで待機する(ステップS21:NO)。ステップS21において、無線送受信部21は、フレームを受信するとフレーム分類部22に渡す(ステップS21:YES)。ステップS22において、フレーム分類部22は、無線送受信部21から入力されたフレームを分類する。フレーム分類部22は、無線送受信部21から入力されたフレームがAck返信順位通知フレームなら、Ack返信順位通知フレーム解析部23に渡す(ステップS22:YES)。一方、フレーム分類部22は、無線送受信部21から入力されたフレームがAck返信順位通知フレーム以外ならば、Ack返信判定部26に渡す(ステップS22:NO)。
 ステップS23において、Ack返信順位通知フレーム解析部23は、Ack返信順位通知フレームを解析し、フレームのAck返信順位の値をAck返信順位記憶部24に記憶する。また、Ack返信順位通知フレーム解析部23は、Ack返信順位応答フレーム作成部25に、Ack返信順位通知フレームを送信した送信端末のアドレス情報を渡す。ステップS24において、Ack返信順位応答フレーム作成部25は、Ack返信順位通知フレーム解析部23から受けたアドレス情報をもとに、Ack返信順位応答フレームを作成し送信する。
 ステップS25において、Ack返信判定部26は、無線送受信部21から入力されたフレームがマルチキャストならステップS26に遷移する(ステップS25:YES)。一方、ステップS25において、Ack返信判定部26は、マルチキャスト以外のフレームの場合は処理を終了し、次のフレームを受信するまで待機する(ステップS25:NO)。なお、ステップS22において、フレーム分類部22は、無線送受信部21から入力されたフレームがAck返信順位通知フレームなら、Ack返信順位通知フレーム解析部23に渡し(ステップS22:YES)、無線送受信部21から入力されたフレームがマルチキャストであるならば、Ack返信判定部26に渡すようしてもよい(ステップS22:NO)。この場合は、Ack返信判定部26に渡された受信フレームはマルチキャストであるので、ステップS25の処理を省略することができる。
 ステップS26において、Ack返信判定部26は、マルチキャストに設定されたAck返信許可情報と、Ack返信順位記憶部24で記憶しているAck返信順位の値とを用いて、Ack返信の要否を判定する。なお、Ack要否の判定方法は、各実施の形態で異なる。ステップS26において、Ack返信判定部26は、Ackの返信が必要ない場合は処理を終了し、次のフレームを受信するまで待機する(ステップS26:NO)。一方、ステップS26において、Ack返信判定部26は、Ackの返信が必要な場合は、Ack返信の準備を行う(ステップS26:YES)。
 ステップS27において、Ack返信判定部26は、受信したマルチキャストの誤りを確認する。Ack返信判定部26は、マルチキャストに誤りがなければAck作成部27にAckの作成を要求する(ステップS27:YES)。一方、Ack返信判定部26は、マルチキャストに誤りがあれば、Ack作成部27にAckの作成要求を行わず処理を終了し、次のフレームを受信するまで待機する(ステップS27:NO)。ステップS28において、Ack作成部27は、Ack返信判定部26からAck作成の指示を受けるとAckを作成し、Ack返信判定部26で指定されたタイミングでAckを送信し、処理を終了する。
 次に、第2マルチキャストの送信時間までに全受信端末への第1マルチキャストの再送が完了した場合の一例を示す。図13は、本発明のマルチキャスト再送シーケンスの一例を示す図である。図13に示す例では、図7のAck返信順位シーケンス後にマルチキャストの送信を行うものとする。また、図14A~Cは、図13のマルチキャスト再送シーケンスで送信端末1Aが管理しているグルーピングテーブルの状態を示す図である。
 図13において、送信端末1Aは、図6で説明したAck返信数の決定方法を用いて、Ackの返信数を決定する。ここでは、Ackの返信数を「3」と決定したものとする。送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「1」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第1マルチキャストを送信する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1Cで誤りが発生したものとする。第1マルチキャストを受信した受信端末は、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1B、1Dは、(式4)を満たしているので、Ackを返信する。この際、受信端末1B、1Dは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1B、1Dは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1Cは、(式4)を満たしているが、第1マルチキャストに誤りが発生したのでAckを返信しない。受信端末1E、1Fは、(式4)を満たしていないのでAckを返信しないと判定する。送信端末1Aは、受信端末1B、1DからAckを受信したので、グルーピングテーブルにおける受信端末1B、1DのAckフラグを「1」に設定する(図14A)。
 <1回目の再送>
 送信端末1Aは、Ack返信を許可した受信端末1CからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して、第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1C~1Eは、マルチキャストを正常に受信し、かつ(式4)を満たしているので、Ackを返信する。この際、受信端末1C~1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1C~1Eは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。送信端末1Aは、受信端末1C~1EからAckを受信したので、グルーピングテーブルにおける受信端末1C~1EのAckフラグを「1」に設定する(図14B)。
 <2回目の再送>
 送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、受信端末1Fが該当するので第1マルチキャストの再送が必要と判定する。送信端末1Aは、Ackを期待する受信端末が予め設定された台数以下ならばマルチキャストでなくユニキャストでデータを再送する。ここでは、設定台数は1台とするので、送信端末1Aは、第1のマルチキャストのデータを第1ユニキャストで再送する。なお、ユニキャストのフレーム構造は、マルチキャストからAck返信許可情報111を取り除いて、ヘッダ110の値をユニキャストに設定したフレームを使用する。
 受信端末1Fは、第1ユニキャストを受信すると、第1ユニキャストの誤り検出113を用いて、受信した第1ユニキャストの誤りを判定する。ここでは、受信端末1Fで誤りが発生しなかったものとする。受信端末1Fは、第1ユニキャストを受信した後、予め設定された値だけ待機してAckを返信する。受信端末1Fは、例えば、IEEE802.11で使用するSifs時間待機してAckを送信する。
 送信端末1Aは、受信端末1FからAckを受信したのでグルーピングテーブルにおける受信端末1FのAckフラグを「1」に設定する(図14C)。送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、該当する受信端末がないので再送処理を終了する。この際、送信端末1Aは、受信端末1B~1FのAckフラグを「0」に設定する。次に、送信端末1Aは、第1マルチキャストのときと同様の処理を行い、開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第2マルチキャストを送信する。
 以上説明したように、本発明のマルチキャスト送信シーケンスでは、送信端末は、予め受信端末の優先度の順番にAck返信順位を決定し、決定したAck返信順位をマルチキャストの送信開始前に各受信端末に通知する。これにより、マルチキャストに設定するAck返信許可情報を従来に比べて減らすことができ、帯域を効率よく利用できる。また、マルチキャストのフレーム長が短くなるので、マルチキャストの受信誤りの発生確率も低くなる。また、送信端末は、マルチキャストの品質保証が必要な受信端末の順番にAck返信順位を決定し、マルチキャストの送信間隔に応じてAck返信を許可する受信端末の台数を決定する。これにより、マルチキャストを受信する受信端末の台数に関わらず、優先度の高い受信端末から順番に到達確認ができ、予め設定した所定回数の再送機会を保証することができる。このため、優先度の高い受信端末が、確実に送信データを受信したことを確認できる。
 なお、本実施の形態では、Ack返信許可情報決定部19がマルチキャストに設定するAck返信許可情報111は、開始返信順位111Aと終了返信順位111Bとで構成されるとしたが、これに限定されるものではない。Ack返信許可情報111は、例えば、マルチキャストに、図15に示すようなAck返信許可情報120を設定してもよい。図15を参照して、Ack返信許可情報120は、第1開始返信順位120Aと、第1終了返信順位120Bと、第2開始返信順位120Cと、第2終了返信順位120Dとで構成される。この場合、受信端末20のAck返信判定部26は、(式6)を満たしているかを確認し、満たしていていればAckを返信するようにしてもよい。
 (第1開始返信順位120Aの値) ≦ (Ack返信順位の値) ≦ (第1終了返信順位120Bの値)
 または、
 (第2開始返信順位120Cの値) ≦ (Ack返信順位の値) ≦ (第2終了返信順位120Dの値)
   ・・・(式6)
 例えば、第1開始返信順位120Aが「1」、第1終了返信順位120Bが「3」、第2開始返信順位120Cが「5」で、第2終了返信順位120Dが「7」の場合は、Ack返信順位の値が「1,2,3,5,6,7」の受信端末20が、順番にAckを返信する。また、Ack返信許可情報120には、Ack返信を許可する受信端末の返信順位の値に応じて、第3開始返信順位から第N終了返信順位までを設定してもよい(Nは4以上の整数)。
 また、Ack返信許可情報111は、例えば、マルチキャストに、図16に示すようなAck返信許可情報130を設定してもよい。図16を参照して、Ack返信許可情報130は、特定の受信端末のAck返信順位を示す返信順位130Aと、Ack返信順位の範囲を示す開始返信順位130Bと、終了返信順位130Cとで構成されている。この場合、受信端末20のAck返信判定部26は、(式7)を満たしているかを確認し、満たしていていればAckを返信するようにしてもよい。
 (返信順位130Aの値) = (Ack返信順位の値)
 または、
 (開始返信順位130Bの値) ≦ (Ack返信順位の値) ≦ (終了返信順位130Dの値)
              ・・・(式7)
 例えば、返信順位130Aには「1」、開始返信順位130Bが「3」、終了返信順位130Cが「5」の場合は、Ack返信順位の値が「1,3,4、5」の受信端末20が順番にAckを返信する。また、Ack返信許可情報130には、Ack返信を許可する受信端末の返信順位の値に応じて、第2返信順位から第N返信順位までを設定してもよい(Nは3以上の整数)。
 また、Ack返信許可情報111は、例えば、マルチキャストに、図17に示すようなAck返信許可情報140を設定してもよい。Ack返信許可情報140は、受信端末のAck返信順位の開始を示す開始返信順位140Aと、Ack返信を許可する受信端末の数を示す返信数140Bとで構成される。この場合、受信端末20のAck返信判定部26は、(式8)を満たしているかを確認し、満たしていていればAckを返信するようにしてもよい。
 (開始返信順位140Aの値) ≦ (Ack返信順位の値) ≦ (開始返信順位140Aの値)+(返信数140Bの値)-1  ・・・(式8)
 例えば、開始返信順位140Aが「1」、返信数140Bが「3」の場合は、Ack返信順位の値が「1,2、3」の受信端末20が順番にAckを返信する。また、Ack返信許可情報140には、Ack返信を許可する受信端末の返信順位の値に応じて、第2開始返信順位から第N返信順位までを設定してもよい(Nは2以上の整数)。
 また、Ack返信許可情報111は、例えば、マルチキャストに、図18の示すようなAck返信許可情報150を設定してもよい。図18を参照して、Ack返信許可情報150は、Ack返信を許可する受信端末の数を示す返信数150Aで構成されている。この場合、受信端末20のAck返信判定部26は、(式9)を満たしているかを確認し、満たしていればAckを返信するようにしてもよい。例えば、返信数150Aが「3」の場合は、Ack返信順位の値が「1,2、3」の受信端末20が順番にAckを返信する。
 (Ack返信順位の値) ≦ (返信数150Aの値)・・・(式9)
 また、本実施の形態では、Ack返信許可情報111は、例えば、マルチキャストに、図19に示すようなAck返信許可情報160を設定してもよい。図19を参照して、Ack返信許可情報150は、Ack返信順位の値が「1」の受信端末のAck返信要否フラグ160Aから、Ack返信順位の値が「N」までの受信端末のAck返信要否フラグ160Bで構成されている。各フラグは1ビットである(Nは、グルーピングテーブル記載のAck返信順位の最大値である。図5のグルーピングテーブルの場合はNは5とする)。この場合、受信端末20のAck返信判定部26は、自機のAck返信順位の値に該当するフラグが「1」に設定されていれば、Ackを返信するようにしてもよい。例えば、Ack返信許可情報150の2,5,7ビット目が「1」の場合は、Ack返信順位の値が「2,5,7」の受信端末20が順番にAckを返信する。
 なお、本実施の形態では、送信端末10は、グルーピングテーブルを予め保持していたが、これに限定されるものではない。例えば、実施の形態4に記載の方法で、Ack返信順位通知フレームを送信する前に、送信端末10のエリア内にいる受信端末20から情報を収集してグルーピングテーブルを作成してもよい。
 なお、本実施の形態では、受信端末20は、Ack返信順位通知フレームを受信したら、Ack返信応答フレームを返信したが、これに限定されるものではない。例えば、受信端末20は、Ackによる到達確認が必要ないならばAck返信順位応答フレームを返信しなくてもよい。または、Ack返信順位応答フレームに到達確認が必要ないことを示す情報を含めて送信端末10に返信してもよい。この場合、送信端末10は、Ack返信順位応答フラグを「1」に変更しない。
 なお、本実施の形態では、送信端末10は、Ackを期待する受信端末からAckが返信されてこない場合に、繰り返しAckの返信許可を割り当て、Ackの返信を期待したが、これに限定されるものではない。例えば、図9の場合、送信端末10は、受信端末1CからAckの未返信が3回発生したが、予め2回連続でAckが未返信の場合は、受信端末1CからのAck返信許可を与えないようにしてもよい。あるいは、他の受信端末からのAckの受信処理後に、第2マルチキャストの送信時間までに時間がある場合に、受信端末1CにAckの返信許可を与えてもよい。
 なお、本実施の形態では、送信端末10において、Ack返信許可情報決定部19は、Ack返信許可数を「3」に決定した場合に、返信優先順位に従って3台の受信端末からのAckを期待するように、Ack返信許可情報111に返信順位の値を決定したが、これに限定されるものではない。例えば、図9の場合、第1マルチキャストの2回目の再送では、開始返信順位の値は「2」、終了優先順位の値は「4」を設定して再送したが、第1ユニキャストとして受信端末1Cに再送してもよい。送信端末10は、受信端末1CからAckを受信し、第2マルチキャストの送信時間までに余裕があれば、受信端末1E以降の到達確認を行うため、第1マルチキャストの開始返信受信の値は「4」、終了優先順位の値は「5」を設定して再送するか、受信端末1E宛に第1ユニキャストを再送してもよい。
 (実施の形態2)
 図20は、本実施の形態2における送信端末30の機能ブロック図である。送信端末30の機能ブロック図は、上述した送信端末1Aの構成に該当する。図20において、実施の形態1(図2)と同じ構成要素については同じ符号を用い、説明を省略する。図20において、送信端末30は、無線送受信部11、フレーム分類部12、Ack解析部13、アプリケーション部14、グルーピングテーブル記憶部15、Ack返信順位通知フレーム作成部16、Ack返信順位応答フレーム解析部17、及びマルチキャスト作成部18が、実施の形態1と同等の構成である。
 第2のアプリケーション部31、及び第2のAck返信許可情報決定部32が、実施の形態1の構成と異なる。第2のアプリケーション部31は、アプリケーション部14の機能に、マルチキャスト伝送中にデータの発生間隔に変更がある場合に、発生間隔の変更を通知する機能が加わったものである。第2のAck返信許可情報決定部32は、Ack返信許可情報決定部19の機能に、マルチキャスト伝送中の送信間隔の変更に応じてAck返信数を変更する機能が加わったものである。本実施の形態では、送信端末30がマルチキャスト伝送中にマルチキャストの送信間隔を変更した場合に、Ack返信許可数を変更するところが実施の形態1と異なる。
 次に、実施の形態2の送信端末30の動作について図21を用いて説明する。なお、本実施の形態2において、受信端末は実施の形態1の受信端末20を用いる。図21は、本発明のマルチキャスト再送シーケンスの一例を示す図である。図21では、図1の無線ネットワークにおける送信端末1Aがマルチキャストを送信し、受信端末1B~1Fがマルチキャストの受信を行うものとする。また、図21では、図7のAck返信順位シーケンス後にマルチキャストの送信を行うものとする。
 図21において、送信端末1Aは、図6で説明したAck返信数の決定方法を用いてAckの返信数を決定する。ここでは、Ackの返信数を「5」と決定したものとする。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「1」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「1」、終了返信順位111Bに「5」を設定して第1マルチキャストを送信する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1C、1E、1Fで誤りが発生したものとする。第1マルチキャストを受信した受信端末は、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1B、1Dは、(式4)を満たしているので、Ackを返信する。この際、受信端末1B、1Dは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1B、1Dは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1C、1E、1Fは、(式4)を満たしているが、マルチキャストに誤りが発生したのでAckを返信しない。送信端末1Aは、受信端末1B、1DからAckを受信したので、グルーピングテーブルにおける受信端末1B、1DのAckフラグを「1」に設定する。
 <送信間隔変更前の第1マルチキャスト(再送1回目)>
 送信端末1Aは、Ack返信を許可した受信端末1C、1E、1FからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「5」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Fから合計4つのAckを受信することを期待する(ただし、Ack返信順位の値が「6」の受信端末があれば終了返信順位は「6」に設定する)。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1C、1Eで誤りが発生したものとする。受信端末1C、1Eは、(式4)を満たしているがマルチキャストに誤りが発生したのでAckを返信しない。受信端末1D、1Fは、マルチキャストを正常に受信し、かつ(式4)を満たしているので、Ackを返信する。この際、受信端末1D、1Fは、マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。送信端末1Aは、受信端末1D、1FからAckを受信したので、グルーピングテーブルにおける受信端末1D、1FのAckフラグを「1」に設定する。
 <送信間隔変更前の第1マルチキャスト(再送2回目)>
 送信端末1Aは、Ack返信を許可した受信端末1C、1EからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「5」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Fから合計4つのAckを受信することを期待する(ただし、Ack返信順位の値が「6」の受信端末があれば終了返信順位は「6」に設定する)。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1B~1Fは、マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が、(式4)を満たしているかを確認する。
 受信端末1C~1Fは、(式4)を満たしているので、Ackを返信する。この際、受信端末1C~1Fは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1C~1Fは、マルチキャスト受信後に(式5)で求めた値だけ待機してからAckを返信する。受信端末1Bは、(式4)を満たしていないのでAckを返信しないと判定する。送信端末1Aは、受信端末1C~1FのAckを受信したので、グルーピングテーブルにおける受信端末1C~1FのAckフラグを「1」に設定する。
 送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、該当する受信端末がないので再送処理を終了する。この際、送信端末1Aは、受信端末1B~1FのAckフラグを「0」に設定する。次に、送信端末1Aは、第1マルチキャストのときと同様の処理を行い、開始返信順位111Aに「1」、終了返信順位111Bに「5」を設定して、第2マルチキャストを送信する。
 <送信間隔の変更>
 図21において、送信端末1Aの第2のアプリケーション部31は、データの発生間隔を変更する。例えば、映像を送信する場合、コンテンツレートの変更によりデータ発生間隔を変更する。ここでは、図21に示すように、データの発生間隔が短くなり、マルチキャストの送信間隔が短くなったものとする。送信端末1Aの第2のアプリケーション部31は、データの発生間隔を変更すると、第2のAck返信許可情報決定部32に通知する。第2のAck返信許可情報決定部32は、変更されたデータの送信間隔の情報から、図6で説明したAck返信数の決定方法を用いてAckの返信数を決定する。ここでは、Ackの返信数を「5」から「3」に変更したものとする。
 <送信間隔変更後の第3マルチキャスト(送信)>
 送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「1」が最も若い値なので、送信端末1Aは、第3マルチキャストの開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第3マルチキャストを送信する。
 受信端末1B~1Fは、第3マルチキャストを受信すると、第3マルチキャストの誤り検出113を用いて、受信した第3マルチキャストの誤りを判定する。ここでは、受信端末1C、1E、1Fで誤りが発生したものとする。マルチキャストを受信した受信端末は、第3マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1B、1Dは、(式4)を満たしているので、Ackを返信する。この際、受信端末1B、1Dは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1B、1Dは、第3マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1Cは、(式4)を満たしているがマルチキャストに誤りが発生したのでAckを返信しない。受信端末1E、1Fは、(式4)を満たしていないのでAckを返信しないと判定する。送信端末1Aは、受信端末1B、1DからAckを受信したので、グルーピングテーブルにおける受信端末1B、1DのAckフラグを「1」に設定する。
 <送信間隔変更後の第3マルチキャスト 再送>
 送信端末1Aは、Ack返信を許可した受信端末1CからAckを受信しなかったので、第3マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第3マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して第3マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第3マルチキャストを受信すると、第3マルチキャストの誤り検出113を用いて、受信した第3マルチキャストの誤りを判定する。ここでは、受信端末1C、1Eで誤りが発生したものとする。受信端末1C、1Eは、(式4)を満たしているがマルチキャストに誤りが発生したのでAckを返信しない。受信端末1Dは、マルチキャストを正常に受信し、かつ(式4)を満たしているのでAckを返信する。この際、受信端末1Dは、マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。送信端末1Aは、受信端末1DからAckを受信したので、グルーピングテーブルにおける受信端末1DのAckフラグを「1」に設定する。
 <送信間隔変更後の第3マルチキャスト(再送2回目)>
 送信端末1Aは、Ack返信を許可した受信端末1C、1EからAckを受信しなかったので、第1マルチキャストを再送する。送信端末1Aは、グルーピングテーブルのAck返信順位通知応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第3マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して第3マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第3マルチキャストを受信すると、第3マルチキャストの誤り検出113を用いて、受信した第3マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1B~1Fは、第3マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1C~1Eは、(式4)を満たしているので、Ackを返信する。この際、受信端末1C~1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1C~1Eは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1B、1Fは、(式4)を満たしていないので、Ackを返信しないと判定する。送信端末1Aは、受信端末1C~1EのAckを受信したので、グルーピングテーブルにおける受信端末1C~1EのAckフラグを「1」に設定する。
 <3回目の再送 再送処理終了>
 送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、受信端末1Fが該当するのでマルチキャスト再送が必要と判定する。しかし、送信端末1Aは、次データである第4マルチキャストの送信時間に達したので第3マルチキャストの再送処理を終了する。この際、送信端末1Aは、受信端末1B~1FのAckフラグを「0」に設定する。次に、送信端末1Aは、第3マルチキャストのときと同様の処理を行い、開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第4マルチキャストを送信する。
 以上説明したように、本発明のマルチキャスト送信シーケンスでは、送信端末30は、マルチキャスト送信中にマルチキャストの送信間隔を変更した場合に、変更後の送信間隔に応じてAck返信許可数を変更する。これにより、アプリケーションによるリアルタイムなデータ発生間隔の変更が発生しても、変更後の送信間隔に応じたAck返信許可数の設定ができ、一定の再送機会が確保できる。
 なお、本実施の形態では、第2のアプリケーション部31におけるデータの発生間隔の変更に応じてAck返信許可数をリアルタイムに変更したが、これに限定されるものではない。例えば、送信端末30において、マルチキャスト作成部18は、無線区間の伝搬状態に応じて第2のアプリケーション部31から入力されたデータを連結して無線区間に送信してよい。例えば、図22Aに示すように、最初、無線区間のマルチキャストのフレーム長は200バイトだが、無線の伝搬状態が良好になったのでフレーム長を長くし400バイトで送信してもよい。この場合、マルチキャスト作成部18は、連結後のマルチキャストの送信間隔の情報を第2のAck返信許可情報決定部32に通知する。これにより、第2のAck返信許可情報決定部32は、無線の伝搬状態によるマルチキャスト送信間隔の変更に追従してAckの返信許可数を決定できる。
 なお、実施の形態では、第2のアプリケーション部31におけるデータの発生間隔の変更に応じてAck返信許可数をリアルタイムに変更したが、これに限定されるものではない。例えば、送信端末30において、マルチキャスト作成部18は、無線区間の伝搬状態に応じて第2のアプリケーション部31から入力されたデータを分割して無線区間に送信してよい。例えば、図22Bに示すように、最初、無線区間のマルチキャストのフレーム長は200バイトだが、無線の伝搬状態が劣悪になったので、フレーム長を短く100バイトで送信してもよい。マルチキャスト作成部18は、分割後のマルチキャストの送信間隔の情報を第2のAck返信許可情報決定部32に通知する。これにより、第2のAck返信許可情報決定部32は、無線の伝搬状態によるマルチキャスト送信間隔の変更に追従してAckの返信許可数を決定できる。
 また、無線の伝搬状態は、無線区間に送信するマルチキャストのパケット誤り率や、受信端末で取得する受信電界強度を用いて判定してもよい。また、無線の伝搬状態の判定には、全受信端末での受信電界強度を用いても、Ack返信順位が予め設定した値以下の受信端末の受信電界強度を用いてもよい。また、受信端末から返信されるAckの受信電界強度や、パケット誤り率等を用いてもよい。
 なお、送信端末30は、無線区間の伝搬状態に応じてPHYレートを変更した場合に、Ack返信の許可数を変更してもよい。例えば、マルチキャスト送信のPHYレートを低くした場合は、送信に必要な時間が長くなるのでAck返信許可数を少なくすることにより、一定の再送機会が確保できる。例えば、図23に示すように、最初、無線区間のマルチキャストのPHYレートは20Mbpsだが、無線の伝搬状態が劣悪になったのでPHYレートを低く15Mbpsで送信すると、同じデータ量を送信するのに時間が長くなり送信間隔が短くなる。マルチキャスト作成部18は、PHYレート変更後のマルチキャストの送信間隔の情報を第2のAck返信許可情報決定部32に通知する。これにより、第2のAck返信許可情報決定部32は、無線の伝搬状態によるマルチキャスト送信間隔の変更に追従して、Ackの返信許可数を決定できる。
 図24は、PHYレート変更処理における送信端末30の内部処理フローの一例を示す。図24において、送信端末30は、マルチキャストの再送処理が終了したかを確認する(ステップS31)。送信端末30は、マルチキャストの再送処理が終了した場合(ステップS31:YES)に、次のマルチキャストの送信準備を行う(ステップS32)。
 次に、送信端末30は、手前のマルチキャストの送信時に予め設定したAck返信順位の値より返信順位が高い受信端末からAckを受信したかを否かを確認する(ステップS33)。ここで、予め設定したAckの返信順位の値は、マルチキャストの受信を保証したい受信端末の数で設定してもよい。例えば、保証したい受信端末が3台あり、各受信端末の返信順位の値が「1,2,3」の場合は、ステップS33で予め設定された返信順位の値を「3」とする。
 送信端末30は、予め設定したAck返信順位の値より返信順位が高い受信端末からAckが未受信(ステップS33:NO)の場合は、送信するマルチキャストのPHYレートを1段階下げる(ステップS34)。なお、Ackを受信した場合(ステップS33:YES)は、PHYレートの変更は行わない(ステップS38)。次に、送信端末30は、(式1)~(式3)を用いて、決定したPHYレートでのマルチキャスト送信時間より、Ack返信数を求め(ステップS35)、決定したAck返信数に基づいてマルチキャストにAck返信許可情報を付加する(ステップS36)。その後、送信端末30は、指定されたPHYレートでマルチキャストを送信する(ステップS37)。
 以上の手順により、送信端末30は、マルチキャストの受信を保証したい受信端末の数に応じて設定したAck返信順位の値よりも、Ack返信順位が高い受信端末からAckが未受信の場合は、マルチキャストのPHYレートを低くして送信することにより、マルチキャストの受信を保証したい返信順位の高い受信端末に確実なデータ送信と到達確認を行うことができる。
 なお、送信端末30は、PHYレート変更以外の処理、例えば、フレームの分割・結合の要否の判定においても、予め設定したAck返信順位の受信端末からのAck返信状況に応じてフレームの分割・結合を行い、返信順位の高い受信端末に確実にデータ送信し、到達確認を行ってもよい。
 また、送信端末30は、最低PHYレートでマルチキャストを送信してもAckが未受信の場合は、Ack返信順位応答フラグを「0」に設定して、以降のマルチキャストはPHYレートを高くして送信してもよい。また、送信端末30は、無線区間の伝搬状態に応じてAck返信許可数を減らしてよい。これにより、マルチキャストの再送機会を増やすことになり、マルチキャストのロスが低減できる。
 また、本実施の形態では、アプリケーションのデータの発生間隔の変更に応じてAck返信許可数をリアルタイムに変更したが、これに限定されるものではない。例えば、第2のアプリケーション部31は、動画像のコンテンツレートの情報を第2のAck返信許可情報決定部32に通知する。これにより、第2のAck返信許可情報決定部32は、コンテンツレートからAck返信を許可する受信端末の台数が決定できる。
 (実施の形態3)
 図25は、本実施の形態3における送信端末40の機能ブロック図である。送信端末40の機能ブロック図は、上述した送信端末1Aの構成に該当する。図25において、実施の形態1及び2(図2及び図20)と同じ構成要素については同じ符号を用い、説明を省略する。図25において、送信端末40は、無線送受信部11、フレーム分類部12、Ack解析部13、アプリケーション部14、グルーピングテーブル記憶部15、Ack返信順位通知フレーム作成部16、Ack返信順位応答フレーム解析部17、及びマルチキャスト作成部18が、実施の形態1及び2と同等の構成である。
 第3のアプリケーション部41は、第2のアプリケーション部31の機能に、マルチキャスト送信中にグルーピングテーブル記憶部15で管理しているグルーピングテーブルのAck返信順位応答フラグの値を変更する機能が加わったものである。Ack返信加入フレーム解析部42は、受信したAck返信加入フレームを解析する機能を備える。
 図26は、本実施の形態3における受信端末50の機能ブロック図である。受信端末50の機能ブロック図は、上述した受信端末1B~1Fの構成に該当する。図26において、実施の形態1(図3)と同じ構成要素については同じ符号を用い、説明を省略する。図26において、受信端末50は、無線送受信部21、フレーム分類部22、Ack返信順位通知フレーム解析部23、Ack返信順位記憶部24、Ack返信順位応答フレーム作成部25、及びAck作成部27が、実施の形態1と同等の構成である。
 第2のAck返信判定部51は、Ack返信判定部26の機能に、Ack返信順位記憶部24にAck返信順位の値が記憶されていなければ、Ack返信加入フレームの作成をAck返信加入フレーム作成部52に指示する機能が加わったものである。Ack返信加入フレーム作成部52は、第2のAck返信判定部51の指示でAck返信加入フレームを作成する。
 本実施の形態では、マルチキャスト伝送中に送信端末40のエリア(通信圏内)に入ってきた受信端末50に、Ack返信許可を与えるところが実施の形態1及び2と異なる。図27に、本実施の形態3で用いるフレームの一例を示す。図27は、Ack返信順位加入フレームである。Ack返信順位加入フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ170、及びフレームの誤りを検出する情報が格納されている誤り検出171で構成される。
 次に、実施の形態3の送信端末40と受信端末50の動作について、図28と図29を用いて説明する。図28に、本実施の形態に係るAck返信順位通知シーケンスの一例を示す。図28では、図1の送信端末1Aがマルチキャストを送信し、受信端末1B~1Fがマルチキャストの受信を行うものとする。ただし、受信端末1Bは、マルチキャスト開始前のAck返信順位通知フレームの送信時には送信端末1Aのエリア外におり、マルチキャスト送信後に、送信端末1Aのエリア内に入ってくるものとする。
 送信端末1Aは、マルチキャストの送信開始前に図5のグルーピングテーブルに基づいて、受信端末1B~1Fに対してAck返信順位通知フレームを送信する。送信端末1Aは、グルーピングテーブルのAck返信順位の値をAck返信順位通知フレームのAck返信順位101に設定して送信する。まず、送信端末1Aは、受信端末1BにAck返信順位通知フレームを送信する。しかし、受信端末1Bは、送信端末1AがAck返信順位通知フレームを送信した時点では、エリア外にいるのでAck返信順位通知フレームを受信できない。
 送信端末1Aは、Ack返信順位通知フレームを送信してから予め設定した一定時間が経過したらAck返信順位応答フレームの受信待機を中止して、次の受信端末1CにAck返信順位通知フレームを送信する。受信端末1C~1Fは、Ack返信順位通知フレームを受信すると、Ack返信順位応答フレームを送信端末1Aに返信する。送信端末1Aは、Ack返信順位応答フレームを受信すると、グルーピングテーブルの受信端末1C~1FのAck返信順位応答フラグを「1」に設定する。
 図29に、本発明のマルチキャスト再送シーケンスの一例を示す。図29は、図28のAck返信順位シーケンス後にマルチキャストの送信を行うものとする。
 <初送>
 図29において、送信端末1Aは、図6で説明したAck返信数の決定方法を用いてAckの返信数を決定する。ここでは、Ackの返信数を「3」と決定したものとする。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して第1マルチキャストを送信する。
 受信端末1C~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1Cで誤りが発生したものとする。第1マルチキャストを受信した受信端末1C~1Fは、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1D、1Eは、(式4)を満たしているので、Ackを返信する。この際、受信端末1D、1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1D、1Eは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1Cは、(式4)を満たしているがマルチキャストに誤りが発生したのでAckを返信しない。受信端末1Fは、(式4)を満たしていないのでAckを返信しないと判定する。送信端末1Aは、受信端末1D、1EからAckを受信したので、グルーピングテーブルにおける受信端末1D,1EのAckフラグを「1」に設定する。
 <1回目の再送 受信端末1Bがエリア内に入ってきた>
 送信端末1Aは、Ack返信を許可した受信端末1CからAckを受信しなかったので、第1マルチキャストを再送する。なお、この時点で受信端末1Bは、送信端末1Aのエリア内に入ったものとする。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここでは、Ack返信順位の値「2」が最も若い値なので、送信端末1Aは、第1マルチキャストの開始返信順位111Aに「2」、終了返信順位111Bに「4」を設定して第1マルチキャストを再送する。よって、送信端末1Aは、受信端末1C~1Eから合計3つのAckを受信することを期待する。
 受信端末1B~1Fは、第1マルチキャストを受信すると、第1マルチキャストの誤り検出113を用いて、受信した第1マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1B~1Fは、第1マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1C~1Eは、(式4)を満たしているので、Ackを返信する。この際、受信端末1C~1Eは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1C~1Eは、第1マルチキャスト受信後に、(式5)で求めた値だけ待機してからAckを返信する。受信端末1Fは、(式4)を満たしていないのでAckを返信しないと判定する。受信端末1Bは、自機のAck返信順位の値が記憶されていない。このため、受信端末1Bにおいて、第2のAck返信判定部51は、Ack返信加入フレーム作成部52にAck返信加入フレームの作成指示を行う。Ack返信加入フレーム作成部52は、第2のAck返信判定部51からAck返信加入フレームの作成指示を受けると、図27のAck返信加入フレームを作成する。送信端末1Aは、受信端末1C~1EのAckを受信したので、グルーピングテーブルにおける受信端末1C~1EのAckフラグを「1」に設定する。
 <2回目の再送(ユニキャスト)>
 送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、受信端末1Fが該当するのでマルチキャスト再送が必要と判定する。送信端末1Aは、Ackを期待する受信端末が予め設定された台数以下ならばマルチキャストでなくユニキャストでデータを再送する。ここでは、設定台数は1台とするので、送信端末1Aは、第1マルチキャストのデータを第1ユニキャストで再送する。
 受信端末1Fは、第1ユニキャストを受信すると、第1ユニキャストの誤り検出113を用いて、第1ユニキャストの誤りを判定する。ここでは、受信端末1Fで誤りが発生しなかったものとする。受信端末1Fは、第1ユニキャストを受信した後、予め設定された値だけ待機してAckを返信する。例えば、IEEE802.11で使用するSifs時間待機してAckを送信する。
 送信端末1Aは、受信端末1FからAckを受信したのでグルーピングテーブルにおける受信端末1FのAckフラグを「1」に設定する。送信端末1Aは、Ack返信を許可した全ての受信端末からAckを受信したので、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末の台数を確認する。ここでは、該当する受信端末がないので再送処理を終了する。この際、送信端末1Aは、受信端末1B~1FのAckフラグを「0」に設定する。次に、送信端末1Aは、第2のマルチキャストの送信タイミングまで待機する。
 <Ack返信加入フレームを受信>
 受信端末1Bにおいて、無線区間で予め設定していた一定時間の間に送信端末1Aからフレームが出力されなければ、Ack返信加入フレーム作成部52は、Ack返信加入フレームを送信端末1Aに送信する。送信端末1Aは、第2のマルチキャストの送信タイミングまで待機中にAck返信加入フレームを受信すると、Ack返信加入フレーム解析部42でAck返信加入フレームの解析を行い、第3のアプリケーション部41に通知する。第3のアプリケーション部41は、Ack返信加入フレーム解析部42から通知を受けると、グルーピングテーブル記憶部15に記憶しているグルーピングテーブルの、Ack返信加入フレームを送信してきた受信端末1BのAck返信通知応答フラグを「1」に設定する。
 <第2マルチキャストの初送>
 送信端末1Aは、第1マルチキャストのときと同様にAckの返信数を決定する。ここでは、Ackの返信数を「3」と決定したものとする。送信端末1Aは、グルーピングテーブルのAck返信順位応答フラグが「1」、かつAckフラグが「0」に設定されている受信端末のAck返信順位の値を検出する。ここで、新たにAck返信順位の値が「1」の受信端末1BのAck返信順位通知応答フラグが「1」、かつAckフラグ「0」に設定されているので、送信端末1Aは、第2マルチキャストの開始返信順位111Aに「1」、終了返信順位111Bに「3」を設定して第2マルチキャストを送信する。
 受信端末1B~1Fは、第2マルチキャストを受信すると、第2マルチキャストの誤り検出113を用いて、第2マルチキャストの誤りを判定する。ここでは、受信端末1B~1Fで誤りが発生しなかったものとする。受信端末1B~1Fは、第2マルチキャストの開始返信順位111Aの値と、終了返信順位111Bの値と、自機のAck返信順位記憶部24で記憶しているAck返信順位の値とを比較する。ここでは、これらの値が(式4)を満たしているかを確認する。
 受信端末1B~1Dは、(式4)を満たしているので、Ackを返信する。この際、受信端末1B~1Dは、自機のAck返信順位の値と、開始優先順位111Aの値とを比較し、待機時間を求める。ここでは、受信端末1B~1Dは、第2マルチキャスト受信後に(式5)で求めた値だけ待機してからAckを返信する。受信端末1E、1Fは、(式4)を満たしていないのでAckを返信しないと判定する。
 以上説明したように、本発明のマルチキャスト送信シーケンスにおいて、送信端末40はマルチキャスト送信中に、受信端末50からAck返信加入フレームを受信した場合に、Ack返信加入フレームを送信した受信端末のAck返信順位応答フラグを「1」に設定する。これにより、マルチキャスト送信中に送信端末40のエリア内に入ってきた受信端末50に対してAck返信許可を行うことが可能になる。
 なお、本実施の形態では、受信端末50は、無線区間で予め設定していた一定時間の間に送信端末1Aからフレームが出力されなければ、Ack返信加入フレームを送信端末1Aに送信したが、これに限定されるものではない。例えば、送信端末50は、予めマルチキャストの送信ごとAck返信加入フレームの受信期間を設けてもよい。また、マルチキャストの送信ごとでなく、予め設定したマルチキャストの送信回数に対してAck返信加入フレームの受信期間を設けてもよい。
 また、本実施の形態では、予め図5のグルーピングテーブルに記載された受信端末50からAck返信加入フレームを送信したが、これに限定されるものではない。例えば、グルーピングテーブルに記載されていない受信端末50からAck返信加入フレームを送信してもよい。この場合は、送信端末40は、グルーピングテーブルに登録済みの受信端末に、Ack返信加入フレームを送信した受信端末50を加えてAck返信順位を再決定して、各受信端末にAck返信順位通知フレームを送信して新しいAck返信順位を通知する。
 また、送信端末40は、図30に示すようなAck返信順位変更フレームをマルチキャストで送信してもよい。図30は、Ack返信順位変更フレームである。Ack返信順位変更フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ175、Ackの返信順位の変更が必要なAck返信順位を記載する開始返信順位176、及びフレームの誤りを検出する情報が格納されている誤り検出177で構成される。例えば、送信端末40は、Ack返信順位を再決定しAck返信加入フレームを送信した受信端末50のAck返信順位を「3」と決定すると、開始返信順位176に「3」を設定したAck返信順位変更フレームを送信する。Ack返信加入フレームを送信した受信端末50は、Ack返信順位記憶部24に「3」を記憶する。
 他の受信端末50は、Ack返信順位変更フレームを受信すると、自機のAck返信順位記憶部24で管理しているAck返信順位の値が「3」以上の場合は値に「1」を足した値をAck返信順位記憶部24に記憶し直す。また、受信端末50は、Ack返信順位変更フレームに対して、新たなAck返信順位でAckを返信してもよい。
 また、送信端末40は、図30のAck返信受信変更フレームをユニキャストで、Ack返信順位の値が「3」以上の受信端末50、及びAck返信加入フレームを送信した受信端末50に送信してもよい。Ack返信加入フレームを送信した受信端末50は、Ack返信順位記憶部24に「3」を記憶する。他の受信端末50は、Ack返信順位変更フレームを受信すると、自機のAck返信順位記憶部24で管理しているAck返信順位の値が「3」以上の場合は値に「1」を足した値をAck返信順位記憶部24に記憶し直す。その後、受信端末50は、Ack返信順位変更フレームに対して、Ack返信順位変更フレームを受信してからsifs時間待機してAckを送信する。
 なお、本実施の形態では、送信端末1Aは、受信端末1BからAck返信順位通知フレームを送信して予め設定した一定時間が経過してもAck返信順位応答フレームを受信しない場合は受信待機を中断して、次の受信端末1CにAck返信順位通知フレームを送信したが、これに限定されるものではない。例えば、送信端末1Aは、予め設定した一定時間が経過してもAck返信順位応答フレームを受信しない場合は、予め設定した回数だけAck返信順位通知フレームの再送を行ってもよい。
 また、送信端末1Aは、受信端末1BからAck返信順位応答フレームを受信しない場合には、受信端末1BのAck返信順位の値を「0」に設定して、受信端末1BよりAck返信順位の値が高い受信端末のAck返信順位を1引いた値に変更してもよい。本実施例の場合は、受信端末1CのAck返信受信の値を「2」から「1」に変更し、受信端末1DのAck返信受信の値を「3」から「2」に変更し、受信端末1EのAck返信受信の値を「4」から「3」に変更し、受信端末1FのAck返信受信の値を「5」から「4」に変更する。
 なお、その後、送信端末1Aがマルチキャスト送信中に受信端末1BからAck返信加入フレームした場合は、Ack返信順位の値を「1」に設定して、受信端末1Cから受信端末1FのAck返信順位の値を元に戻してAck返信順位変更フレームで各受信端末にAck返信順位の値を通知してもよい。また、送信端末1Aがマルチキャスト送信中に受信端末1BからAck返信加入フレームした場合は、Ack返信順位の値を「1」に設定せずに、最も大きい値に変更してもよい。本実施例の場合は、受信端末1BのAck返信順位の値を「5」に設定する。
 (実施の形態4)
 図31は、本実施の形態4における送信端末60の機能ブロック図である。送信端末60の機能ブロック図は、上述した送信端末1Aの構成に該当する。図31において、実施の形態1~3(図2及び図20及び図25)と同じ構成要素については同じ符号を用い、説明を省略する。図31において、送信端末60は、無線送受信部11、フレーム分類部12、Ack解析部13、グルーピングテーブル記憶部15、Ack返信順位通知フレーム作成部16、Ack返信順位応答フレーム解析部17、マルチキャスト作成部18、及びAck返信許可情報決定部19が、実施の形態1~3と同等の構成である。
 さらに、第4のアプリケーション部61は、第3のアプリケーション部41の機能に、グルーピングテーブルを作成する機能が加わったものである。グルーピング要求フレーム作成部62は、第4のアプリケーション部61の指示でグルーピング要求フレームを作成する。グルーピング応答フレーム解析部63は、フレーム分類部12から入力されたグルーピング応答フレームを解析する。
 図32は、本実施の形態4における受信端末70の機能ブロック図である。受信端末70の機能ブロック図は、上述した受信端末1B~1Fの構成に該当する。図32において、実施の形態1~3(図3及び図26)と同じ構成要素については同じ符号を用い、説明を省略する。図32において、受信端末70は、無線送受信部21、フレーム分類部22、Ack返信順位通知フレーム解析部23、Ack返信順位記憶部24、Ack返信順位応答フレーム作成部25、Ack返信判定部26、及びAck作成部27が、実施の形態1~3と同等の構成である。
 グルーピング要求フレーム解析部71は、フレーム分類部22から入力されたグルーピング要求フレームを解析する。グルーピング応答フレーム作成部72は、グルーピング要求フレーム解析部71の指示でグルーピング応答フレームを作成する。ユーザ優先度情報記憶部73は、グルーピング応答フレームに設定するユーザ優先度情報を記憶する。本実施の形態では、送信端末1Aがエリア内(通信圏内)にいる受信端末1B~1Fのユーザ優先度情報を収集してグルーピングテーブルを作成するところが、実施の形態1~3と異なる。
 図33A~Bは、本実施の形態4におけるフレームの一例を示す図である。図33Aは、グルーピング要求フレームである。グルーピング要求フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ180、及びフレームの誤りを検出する情報が格納されている誤り検出181で構成される。図33Bは、グルーピング応答フレームである。グルーピング応答フレームは、アドレスやフレーム識別子などアクセスに必要なパラメータを格納しているヘッダ185、ユーザの優先度の情報が格納されているユーザ優先度情報186、及びフレームの誤りを検出する情報が格納されている誤り検出187で構成される。ユーザ優先度情報186は、ユーザの職種の情報を設定する職種情報186Aと、ユーザの階級の情報を設定する階級情報186Bとで構成される。
 図34は、本発明のグルーピングテーブル作成シーケンスの一例を示す図である。図34では、送信端末1Aが、マルチキャストでデータの配信を開始する前に、通信エリア内にいる受信端末1B~1Fからユーザ優先度情報186を取得し、グルーピングテーブルの作成を行うものとする。まず、送信端末1Aにおいて、第4のアプリケーション部61は、マルチキャストの送信開始前に、グルーピング要求フレーム作成部62にグルーピング要求フレームの作成の指示を行う。グルーピング要求フレーム作成部62は、当該指示を受けると、グルーピング要求フレームを作成し、マルチキャストで送信する。グルーピング要求フレームのアドレスは、マルチキャストのデータ送信時に使用するマルチキャストアドレスと同じある。
 受信端末1B~1Fは、グルーピング要求フレームを受信すると、グルーピング要求フレーム解析部71で解析する。グルーピング要求フレーム解析部71は、グルーピング要求フレームのマルチキャストアドレスを参照して自機が参加すべき、または参加しているグループの送信端末1Aからのグルーピング要求フレームか判定する。ここでは、受信端末1B~1Fは、自機が参加すべき、または参加しているグループの送信端末1Aからのグルーピング要求フレームであると判定する。受信端末1B~1Fにおいて、グルーピング要求フレーム解析部71は、グルーピング応答フレーム作成部72に、送信端末1Aに送信するグルーピング応答フレームの作成を指示する。
 グルーピング応答フレーム作成部72は、グルーピング応答フレームの作成の指示を受けると、ユーザ優先度情報記憶部73に記憶されているユーザ優先度の情報をグルーピング応答フレームのユーザ優先度情報186に設定して送信する。受信端末1B~1Fいおいて、グルーピング応答フレーム作成部72は、グルーピング応答フレームの送信時には乱数を発生させ、乱数に基づいて決定した値だけ待機してから送信する。ただし、送信時に無線区間が空いていなければ、無線区間が空くまで待機してから送信する。または、再度、乱数を発生させ待機してもよい。
 ここでは、送信端末1Aは、受信端末1B、1E、1C、1F,1Dの順番にグルーピング応答フレームを受信したものとする。送信端末1Aにおいて、グルーピング応答フレーム解析部63は、受信したグルーピング応答フレームを解析し、ユーザ優先度情報186の情報と、グルーピング応答フレームを送信した受信端末のアドレスを第4のアプリケーション部61に渡す。第4のアプリケーション部61は、グルーピング要求フレーム作成部62にグルーピング要求フレームの作成を指示した時点から、予め設定した時間だけグルーピング応答フレームの受信待機を行う。ここでは、受信端末1B~1Fは、待機時間内にグルーピング応答フレームを受信したものとする。
 第4のアプリケーション部61は、グルーピング応答フレームの受信待機時間が終了すると、受信したユーザ優先度情報から各受信端末のAck返信順位を決定する。まず、第4のアプリケーション部61は、ユーザ優先度情報186の職種情報186Aの情報から、各受信端末を使用しているユーザの職種を参照する。第4のアプリケーション部61は、予め保持している図35の職種優先度テーブルを用いて、受信端末1B~1Fの優先順位を決定する。図35の職種優先度テーブルには、職種情報と、Ack返信順位の優先度とが関連付けて記憶されている。ここでは、職種情報が救急車の受信端末1B、1C、職種情報が消防車の受信端末1E、1F、職種情報がパトカーの受信端末1Dの順番にAck返信順位を決定する。
 次に、第4のアプリケーション部61は、ユーザ優先度情報186の階級情報186Bの情報を参照して、同じ職種情報の受信端末同士のAck返信順位を決定する。ここでは、階級情報186Bは、階級が高い順にAck返信順位を決定する。階級情報186Bの値が「1」の場合が、最も高い階級とする。よって、ここでは、第4のアプリケーション部61は、Ack返信順位を受信端末1C、1B、1E、1F、1Dの順番に決定する。
 第4のアプリケーション部61は、グルーピング応答フレームを受信した受信端末のアドレスと、決定したAck返信順位とから、図36に示すグルーピングテーブルを作成してグルーピングテーブル記憶部15に記憶する。送信端末1Aは、グルーピングテーブル作成後は、他の実施の形態と同様の返信順位通知シーケンスを行ってからマルチキャストでデータ配信を開始する。
 以上説明したように、本発明のグルーピングテーブル作成シーケンスでは、送信端末は、エリア内の受信端末からユーザ優先度情報を取得することができ、通信が可能な受信端末でのAck返信順位を決定することが可能になる。
 なお、本実施の形態では、送信端末60は、職種と階級情報でAck返信順位を決定したが、これに限定されるものではない。例えば、受信したマルチキャストのデータを他の端末に別の周波数、通信方式などで中継を行う端末は中継を行わない端末に対してAck返信順位を高くしてもよい。また、他の端末以外に、図37に示すように広域ネットワーク1Gに接続された基地局1Hに中継する中継端末1Iに対しても、Ack返信順位を高くしてもよい。この場合、広域ネットワーク1G、及び基地局1Hと中継端末1I間の周波数・通信方式は、送信端末1Aと受信端末1B~1Eと中継端末1Iで使用している周波数・通信方式と異なってもよい。
 また、本実施の形態では、送信端末60は、グルーピング応答フレームを送信した全受信端末の情報でグルーピングテーブルを作成したが、これに限定されるものではない。例えば、送信端末60は、予めグルーピング応答フレームの受信を許可する受信端末情報を保持しておく。送信端末60は、グルーピング応答フレームを受信したときに保持している受信端末情報に、グルーピング応答フレームを送信した受信端末のアドレスがない場合は、グルーピング応答フレームを破棄してもよい。
 また、本実施の形態では、送信端末60は、予め保持している職種優先度テーブルのポリシーに従ってAck返信順位を決定したが、これに限定されるものではない。例えば、送信端末60は、非図示のグルーピング応答フレームを送信した受信端末のユーザ優先度情報を表示できるディスプレイでユーザ優先度情報を表示し、非図示のAck返信順位入力IFを備え、ユーザが各受信端末のAck返信順位を手動で選択してもよい。また、送信端末60は、グルーピング応答フレームを送信した受信端末のリストを使用せずに、非図示のAck返信順位入力IFを備え、ユーザが各受信端末のアドレスをAck返信順位を手動で入力してもよい。
 また、本実施の形態では、送信端末60は、グルーピングテーブルをエリア内の受信端末からのユーザ優先度情報をもとに作成したが、これに限定されるものではない。例えば、図37の広域ネットワーク網に接続されている非図示の管制端末が作成したグルーピングテーブルを基地局1Hから直接または中継端末1Iを経由して取得してもよい。また、本実施の形態では、送信端末60の第4のアプリケーション部61は、最初に職種情報186A、次に階級情報186Bの順番で参照してAck返信順位を決定したが、これに限定されるものではない。例えば、最初に階級情報186B、次に職種情報186Aの順番に参照してAck返信順位を決定してもよい。この場合、図34では、Ack返信順位は受信端末1C、1E、1B、1F、1Dとなる。また、他の判定方法を用いてもよい。例えば、階級情報の値が「1」の受信端末は職種に関係なくAck返信順位を高く設定し、階級情報の値が「2」以上の受信端末に関しては階級の値より職種を優先してAck返信順位を高く設定してもよい。
 また、本実施の形態では、送信端末60は、グルーピング要求フレームをマルチキャストで送信したが、これに限定されるものではない。例えば、送信端末60は、ブロードキャストでグルーピング要求フレームを送信してもよい。この場合、受信端末70は、グルーピング要求フレームの送信元アドレスを参照して、自機が参加すべき送信端末60からのグルーピング要求フレームであると判定する。
 また、本発明の各実施形態において開示された送信端末及び受信端末が備える各機能ブロックが実行するそれぞれの処理手順は、記憶装置(ROM、RAM、ハードディスク等)に格納された上述した処理手順を実行可能な所定のプログラムデータが、CPUによって解釈実行されることで実現されてもよい。この場合、プログラムデータは、記憶媒体を介して記憶装置内に導入されてもよいし、記憶媒体上から直接実行されてもよい。なお、記憶媒体は、ROMやRAMやフラッシュメモリ等の半導体メモリ、フレキシブルディスクやハードディスク等の磁気ディスクメモリ、CD-ROMやDVDやBD等の光ディスクメモリ、及びメモリカード等をいう。また、記憶媒体は、電話回線や搬送路等の通信媒体を含む概念である。
 また、上述の各実施の形態の構成は、典型的には集積回路であるLSI(Large Scale Integration)で実現されているものとしてもよい。これらは、個別に1チップ化されていてもよいし、全ての構成又は一部の構成を含むように1チップ化されてもよい。集積回路は、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSI等と呼称されることもある。また、集積回路の手法は、LSIに限定されるものではなく、専用回路又は汎用プロセッサを用いて実現してもよい。更に、FPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成することができるリコンフィギュアラブル・プロセッサを利用してもよい。
 さらに、半導体技術の進歩により、又は派生する別技術により現在の半導体技術に置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の応用等が考えられる。
 本発明にかかる通信方法は、特に映像・音声など間欠送信するデータをマルチキャストする際、Ackによる到達確認と再送処理をする通信ネットワークシステムに等に有用である。
 1A~F 送信端末
 1G 広域ネットワーク網
 1H 基地局
 1I 中継端末
 1J 病院
 1K 警察署
 10 送信端末
 11 無線送受信部
 12 フレーム分類部
 13 Ack解析部
 14 アプリケーション部
 15 グルーピングテーブル記憶部
 16 Ack返信順位通知フレーム作成部
 17 Ack返信順位応答フレーム解析部
 18 マルチキャスト作成部
 19 Ack返信許可情報決定部
 20 受信端末
 21 無線送受信部
 22 フレーム分類部
 23 Ack返信順位通知フレーム解析部
 24 Ack返信順位記憶部
 25 Ack返信順位応答フレーム作成部
 26 Ack返信判定部
 27 Ack作成部
 30 送信端末
 31 第2のアプリケーション部
 32 第2のAck返信許可情報決定部
 40 送信端末
 41 第3のアプリケーション部
 42 Ack返信加入フレーム解析部
 50 受信端末
 51 第2のAck返信判定部
 52 Ack返信加入フレーム作成部
 60 送信端末
 61 第4のアプリケーション部
 62 グルーピング要求フレーム作成部
 63 グルーピング応答フレーム解析部
 70 受信端末
 71 グルーピング要求フレーム解析部
 72 グルーピング応答フレーム作成部
 73 ユーザ優先度情報記憶部
 100 ヘッダ
 101 Ack返信順位
 102 誤り検出
 103 ヘッダ
 104 誤り検出
 110 ヘッダ
 111 Ack返信許可情報
 111A 開始返信順位
 111B 終了返信順位
 112 データボディ
 113 誤り検出
 114 ヘッダ
 115 誤り検出
 120 Ack返信許可情報
 120A 第1開始返信順位
 120B 第1終了返信順位
 120C 第2開始返信順位
 120D 第2終了返信順位
 130 Ack返信許可情報
 130A 返信順位
 130B 開始返信順位
 130C 終了返信順位
 140 Ack返信許可情報
 140A 開始返信順位
 140B 返信数
 150 Ack返信許可情報
 150A 返信数
 160 Ack返信許可情報
 160A 第1Ack返信要否フラグ
 160B 第NAck返信要否フラグ
 170 ヘッダ
 171 誤り検出
 175 ヘッダ
 176 開始返信順位
 177 誤り検出
 180 ヘッダ
 181 誤り検出
 185 ヘッダ
 186 ユーザ優先度情報
 186A 職種情報
 186B 階級情報
 187 誤り検出
 200 送信端末
 201 受信端末
 202 受信端末
 203 受信端末
 301 マルチキャスト
 302 到達確認
 303 到達確認
 304 マルチキャスト
 305 到達確認
 306 到達確認
 307 マルチキャスト
 308 到達確認
 309 到達確認
 400 送信端末
 401~405 受信端末
 500 マルチキャスト
 501 NAK
 502 Ack
 503 NAK
 504 NAK
 505 Ack
 511 NAK
 513 Ack
 514 NAK
 521 NAK
 524 Ack

Claims (18)

  1.  送信端末が送信データを受信端末に送信する際の通信方法であって、
     前記送信端末は、Ackを返信する前記受信端末の優先順位を示すAck返信順位と、前記受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部を備え、
     前記受信端末は、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部を備え、
     前記送信端末が、アプリケーションを実行し、前記送信データを作成するステップと、
     前記送信端末が、前記グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するステップと、
     前記送信端末が、前記Ack返信許可情報と前記送信データとを含むマルチキャストを前記受信端末に送信するステップと、
     前記受信端末が、前記送信端末から前記マルチキャストを受信するステップと、
     前記受信端末が、前記マルチキャストに含まれるAck返信許可情報と、前記Ack返信順位記憶部に記憶された前記Ack返信順位とに基づいて、前記マルチキャストに対してAckの返信が許可されているか否かを判定するステップと、
     前記受信端末が、前記Ackの返信が許可されていると判定した場合、前記送信端末にAckを返信するステップとを備える、通信方法。
  2.  前記受信端末が、前記Ackの返信が許可されていると判定すると、前記マルチキャストに含まれる前記Ack返信許可情報と、前記Ack返信順位記憶部に記憶された前記Ack返信順位とに基づいて、前記Ackを返信するまでの待機時間を算出するステップをさらに備え、
     前記Ackを返信するステップは、前記算出された待機時間の経過後に、前記Ackを返信する、請求項1に記載の通信方法。
  3.  前記送信端末が、前記受信端末から前記Ackを受信し、当該受信したAckに、前記Ack返信を許可した受信端末からのAckが含まれていない場合は、前記Ackを受信した受信端末を除外したAck返信許可情報を作成し、当該作成したAck返信許可情報と前記送信データとを含むマルチキャストを再送信するステップをさらに備える、請求項1記載の通信方法。
  4.  前記Ack返信許可情報には、前記受信端末のAck返信順位の範囲を示す開始返信順と、終了返信順位とが記載されており、
     前記判定するステップにおいて、前記受信端末は、前記Ack返信順位記憶部に記憶された前記Ack返信順位が、前記開始返信順位から前記終了返信順位までの範囲に含まれる場合に、前記マルチキャストに対してAckの返信が許可されていると判定し、
     前記Ackを返信するステップにおいて、前記受信端末は、前記Ack返信順位の順に、前記送信端末に前記Ackを送信する、請求項1に記載の送信方法。
  5.  前記Ack応答許可情報には、特定の受信端末の返信順位と、前記受信端末のAck返信順位の範囲を示す開始返信順位と、終了返信順位とが記載されており、
     前記判定するステップにおいて、前記受信端末は、前記Ack返信順位記憶部に記憶された前記Ack返信順位が、前記特定の受信端末の返信順位に該当するか、前記開始返信順位から前記終了返信順位までの範囲に含まれる場合に、前記マルチキャストに対してAckの返信が許可されていると判定し、
     前記Ackを返信するステップにおいて、前記受信端末は、前記Ack返信順位の順に、前記送信端末に前記Ackを送信する、請求項1に記載の送信方法。
  6.  前記Ack応答許可情報には、前記受信端末のAck返信順位の開始を示す開始返信順位と、前記Ack返信を許可する受信端末の数を示す返信数とが記載されており、
     前記判定するステップにおいて、前記受信端末は、前記Ack返信順位記憶部に記憶された前記Ack返信順位が、前記開始返信順位から、前記開始返信順位に前記返信数を加算した値から1を減算した返信順位までの範囲に含まれる場合に、前記マルチキャストに対してAckの返信が許可されていると判定し、
     前記Ackを返信するステップにおいて、前記受信端末は、前記Ack返信順位の順に、前記送信端末に前記Ackを送信する、請求項1に記載の送信方法。
  7.  前記Ack応答許可情報には、前記Ack返信を許可する受信端末の数を示す返信数が記載されており、
     前記判定するステップにおいて、前記受信端末は、前記Ack返信順位記憶部に記憶された前記Ack返信順位が、前記返信数の範囲に含まれる場合に、前記マルチキャストに対してAckの返信が許可されていると判定し、
     前記Ackを返信するステップにおいて、前記受信端末は、前記Ack返信順位の順に、前記送信端末に前記Ackを送信する、請求項1に記載の送信方法。
  8.  前記Ack応答許可情報には、前記受信端末のAck返信順位毎に、前記Ack返信を許可するか否かを示すフラグが記載されており、
     前記判定するステップにおいて、前記受信端末は、前記Ack返信順位記憶部に記憶された前記Ack返信順位に対応する前記フラグが立っている場合に、前記マルチキャストに対してAckの返信が許可されていると判定し、
     前記Ackを返信するステップにおいて、前記受信端末は、前記Ack返信順位の順に、前記送信端末に前記Ackを送信する、請求項1に記載の送信方法。
  9.  前記Ack返信許可情報を作成するステップにおいて、前記送信端末は、前記送信データが発生する間隔に基づいて、前記Ack返信を許可する受信端末の数を決定し、当該決定した受信端末の数と、前記グルーピングテーブルに設定された前記Ack返信順位とに基づいて、前記Ack返信許可情報を作成する、請求項1に記載の通信方法。
  10.  前記Ack返信許可情報を作成するステップにおいて、前記送信端末は、前記送信データのコンテンツレートに基づいて、前記Ack返信を許可する受信端末の数を決定し、当該決定した受信端末の数と、前記グルーピングテーブルに設定された前記Ack返信順位とに基づいて、前記Ack返信許可情報を作成する、請求項1に記載の通信方法。
  11.  前記送信端末が、前記マルチキャストを前記受信端末に送信する前に、前記グルーピングテーブルを参照し、前記受信端末のAck返信順位を設定したAck返信順位通知フレームを前記受信端末に送信するステップと、
     前記受信端末が、前記Ack返信順位通知フレームを受信すると、前記Ack返信順位通知フレームに記載されたAck返信順位を前記Ack返信順位記憶部に記憶するステップとをさらに備える、請求項1に記載の通信方法。
  12.  前記受信端末が、前記Ack返信順位を前記Ack返信順位記憶部に記憶すると、前記Ack返信順位通知フレームの応答として、Ack返信順位応答フレームを前記送信端末に送信するステップと、
     前記送信端末が、前記Ack返信順位応答フレームを受信しなかった前記受信端末に対して、前記Ack返信許可情報により、前記Ackの送信を許可しないように制御するステップとをさらに備える、請求項11に記載の通信方法。
  13.  前記受信端末は、前記送信端末の通信エリアに新しく入った場合、前記送信端末に加入フレームを送信するステップと、
     前記送信端末は、前記加入フレームを受信すると、前記加入フレームを送信した前記受信端末に対して、前記Ack返信許可情報により、前記Ackの送信を許可するよう制御するステップとをさらに備える、請求項12に記載の通信方法。
  14.  前記送信端末は、自端末の通信エリア内にいる受信装置の情報を要求するグルーピング要求フレームを送信するステップと、
     前記受信端末が、前記グルーピング要求フレームを受信すると、前記Ack返信順位の決定に用いる優先度情報を含んだグルーピング応答フレームを、前記送信端末に送信するステップと、
     前記送信端末が、前記グルーピング応答フレームに含まれる前記優先度情報に基づいて、前記受信端末のAck返信順位が設定されたグルーピングテーブルを作成するステップとをさらに備える、請求項1に記載の通信方法。
  15.  送信端末が、送信データを受信端末に送信する送信方法であって、
     前記送信端末は、Ackを返信する前記受信端末の優先順位を示すAck返信順位と、前記受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部を備え、
     アプリケーションを実行し、送信データを作成するステップと、
     前記グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、前記決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するステップと、
     前記Ack返信許可情報と前記送信データとを含むマルチキャストを前記受信端末に送信するステップとを備える、送信方法。
  16.  受信端末が、送信端末から送信データを受信する受信方法であって、
     前記受信端末は、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部を備え、
     前記送信端末から、前記送信データと、Ack返信を許可する受信端末の情報を設定したAck返信許可情報とが含まれるマルチキャストを受信するステップと、
     前記マルチキャストに含まれるAck返信許可情報と、前記Ack返信順位記憶部に記憶された前記Ack返信順位とに基づいて、前記マルチキャストに対してAckの返信が許可されているか否かを判定するステップと、
     前記Ackの返信が許可されていると判定した場合、前記送信端末にAckを返信するステップとを備える、受信方法。
  17.  受信端末に対して送信データを送信する送信端末であって、
     Ackを返信する前記受信端末の優先順位を示すAck返信順位と、前記受信端末のアドレスとが設定されたグルーピングテーブルを記憶するグルーピングテーブル記憶部と、
     前記送信端末から受信するフレームを復調し、前記送信端末に送信するフレームを変調する無線送受信部と、
     前記無線送受信部が受信したフレームから、AckとAck返信順位応答フレームとを分類するフレーム分類部と、
     前記Ackを解析するAck解析部と、
     前記Ack返信順位応答フレームを解析するAck返信順位応答フレーム解析部と、
     アプリケーションを実行し、送信データを作成するアプリケーション部と、
     前記グルーピングテーブルに基づいて、前記受信端末に前記Ack返信順位を通知するAck返信順位通知フレーム作成部と、
     前記グルーピングテーブルを参照し、Ack返信を許可する受信端末を決定し、当該決定したAck返信を許可する受信端末の情報を設定したAck返信許可情報を作成するAck返信許可情報決定部と、
     前記Ack返信許可情報と前記送信データとを含むマルチキャストを作成するマルチキャスト作成部とを備える、送信端末。
  18.  送信端末から送信データを受信する受信端末であって、
     前記送信端末から受信されるフレームを復調し、前記送信端末に送信するフレームを変調する無線送受信部と、
     前記受信したフレームから、Ack返信順位通知フレームを分類するフレーム分類部と、
     前記Ack返信順位通知フレームを解析するAck返信順位通知フレーム解析部と、
     前記Ack返信順位通知フレームに含まれる、Ackを返信する自端末の優先順位を示すAck返信順位を記憶するAck返信順位記憶部と、
     前記Ack返信順位通知フレームを受信すると、Ack返信順位応答フレームを作成するAck返信順位応答フレーム作成部と、
     前記マルチキャストに含まれるAck返信許可情報と、前記Ack返信順位記憶部に記憶されたAck返信順位とに基づいて、Ack返信の要否を判定するAck返信判定部と、
     前記Ack返信判定部がAckを返信すると判定した場合、前記送信端末に返信するAckを作成するAck作成部とを備える、受信端末。
PCT/JP2010/004699 2009-07-22 2010-07-22 通信方法 WO2011010468A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201080002955.0A CN102187626B (zh) 2009-07-22 2010-07-22 通信方法
US13/124,223 US8605631B2 (en) 2009-07-22 2010-07-22 Communication method
JP2011523561A JP5144812B2 (ja) 2009-07-22 2010-07-22 通信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-171625 2009-07-22
JP2009171625 2009-07-22

Publications (1)

Publication Number Publication Date
WO2011010468A1 true WO2011010468A1 (ja) 2011-01-27

Family

ID=43498948

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/004699 WO2011010468A1 (ja) 2009-07-22 2010-07-22 通信方法

Country Status (4)

Country Link
US (1) US8605631B2 (ja)
JP (1) JP5144812B2 (ja)
CN (1) CN102187626B (ja)
WO (1) WO2011010468A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130250836A1 (en) * 2012-03-21 2013-09-26 Ricoh Company, Ltd. Wireless communication method and wireless communication system
WO2014073271A1 (ja) * 2012-11-08 2014-05-15 オリンパス株式会社 無線送信端末、無線受信端末、無線通信システム、無線通信方法、およびプログラム
JP2017055414A (ja) * 2016-10-17 2017-03-16 株式会社リコー 無線通信方法、無線通信システム、無線通信装置及びプログラム
WO2018139365A1 (ja) * 2017-01-25 2018-08-02 日本電気株式会社 通信システム、基地局、移動局及び通信方法
WO2019026421A1 (ja) * 2017-08-04 2019-02-07 ソニー株式会社 無線通信装置、無線通信方法および無線通信システム

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7994021B2 (en) 2006-07-28 2011-08-09 Semiconductor Energy Laboratory Co., Ltd. Method of manufacturing semiconductor device
CN102369521B (zh) * 2009-04-01 2014-12-17 高通股份有限公司 管理通过共享通信介质通信的节点间的传输
US8806647B1 (en) * 2011-04-25 2014-08-12 Twitter, Inc. Behavioral scanning of mobile applications
US8815740B2 (en) 2012-08-24 2014-08-26 Kabushiki Kaisha Toshiba Method for forming pattern and method for fabricating semiconductor device
JP6132518B2 (ja) * 2012-11-21 2017-05-24 オリンパス株式会社 マルチキャスト送信端末、マルチキャストシステム、プログラムおよびマルチキャスト送信方法
JP5636574B2 (ja) * 2013-01-30 2014-12-10 株式会社日立製作所 通信装置、パケット転送方法及びそのプログラム
KR101675496B1 (ko) * 2013-07-19 2016-11-22 중앙대학교 산학협력단 무선 네트워크에서 수신 확인 정보를 수신하는 장치 및 방법
US9479961B2 (en) * 2013-09-09 2016-10-25 At&T Intellectual Property I, L.P. Facilitating multicast traffic collision reduction
US9451417B2 (en) 2013-11-27 2016-09-20 Qualcomm Incorporated System and method for multicast communications in Wi-Fi networks
US10575284B2 (en) * 2014-12-26 2020-02-25 Newracom, Inc. Systems and methods for multi-user transmission
CN104533730A (zh) * 2015-01-13 2015-04-22 冀文举 一种风力发电机组状态监测系统
US10411867B2 (en) * 2015-04-30 2019-09-10 Sony Corporation Communication apparatus and communication method
CN108029039B (zh) * 2015-09-11 2022-05-13 索尼公司 信息处理设备、通信系统和信息处理方法
CN106792903A (zh) * 2016-12-13 2017-05-31 深圳中科讯联科技股份有限公司 一种多对多无线数据发送方法及装置、接收方法及装置
CN108260182B (zh) * 2017-12-18 2021-07-30 深圳中科讯联科技股份有限公司 一种无线绑定发送方法、接收方法及发送端、接收端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002314626A (ja) * 2001-04-11 2002-10-25 Sharp Corp 通信方式ならびに送信装置、受信装置およびこれらを備えた通信システム
JP2004040671A (ja) * 2002-07-05 2004-02-05 Sharp Corp データ転送方法、通信システム、通信管理装置、通信管理プログラム、及び記録媒体
JP2008263511A (ja) * 2007-04-13 2008-10-30 Mitsubishi Electric Corp データ送受信装置
JP2009060213A (ja) * 2007-08-30 2009-03-19 Sony Corp 無線通信装置、無線通信システム、無線通信方法及びプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2624730B2 (ja) 1987-12-04 1997-06-25 株式会社日立製作所 同報無線通信方法
US7570656B2 (en) * 2001-06-18 2009-08-04 Yitran Communications Ltd. Channel access method for powerline carrier based media access control protocol
US7464166B2 (en) * 2003-04-11 2008-12-09 Telefonaktiebolaget Lm Ericsson (Publ) Contention-based forwarding with integrated multi-user detection capability
JP2008160182A (ja) * 2006-12-20 2008-07-10 Toshiba Corp 無線通信機システムおよびその無線通信シーケンス
JP2009049461A (ja) * 2007-08-13 2009-03-05 Toshiba Corp 無線通信装置
BRPI0822834A8 (pt) * 2008-06-26 2015-09-22 Thomson Licensing aparelhagem para solicitação de reconhecimento e transmissão de reconhecimento de dados de multidifusão em redes de trabalho sem fio em área local
BRPI0822820A2 (pt) * 2008-06-26 2015-07-07 Thomson Licensing Método e aparelhagem para identificação e retransmissão de dados multidifundidos em redes de trabalho sem fio em área local
US8526351B2 (en) * 2009-06-05 2013-09-03 Broadcom Corporation Channel characterization and training within multiple user, multiple access, and/or MIMO wireless communications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002314626A (ja) * 2001-04-11 2002-10-25 Sharp Corp 通信方式ならびに送信装置、受信装置およびこれらを備えた通信システム
JP2004040671A (ja) * 2002-07-05 2004-02-05 Sharp Corp データ転送方法、通信システム、通信管理装置、通信管理プログラム、及び記録媒体
JP2008263511A (ja) * 2007-04-13 2008-10-30 Mitsubishi Electric Corp データ送受信装置
JP2009060213A (ja) * 2007-08-30 2009-03-19 Sony Corp 無線通信装置、無線通信システム、無線通信方法及びプログラム

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130250836A1 (en) * 2012-03-21 2013-09-26 Ricoh Company, Ltd. Wireless communication method and wireless communication system
US9210551B2 (en) * 2012-03-21 2015-12-08 Ricoh Company, Ltd. Wireless communication method and wireless communication system requiring acknowledgement frame from receiving side
WO2014073271A1 (ja) * 2012-11-08 2014-05-15 オリンパス株式会社 無線送信端末、無線受信端末、無線通信システム、無線通信方法、およびプログラム
JP2014096659A (ja) * 2012-11-08 2014-05-22 Olympus Corp 無線送信端末、無線受信端末、無線通信システム、無線通信方法、およびプログラム
US9596519B2 (en) 2012-11-08 2017-03-14 Olympus Corporation Wireless transmission terminal, wireless receiving terminal, wireless communication system, wireless communication method, and computer readable storage device
JP2017055414A (ja) * 2016-10-17 2017-03-16 株式会社リコー 無線通信方法、無線通信システム、無線通信装置及びプログラム
WO2018139365A1 (ja) * 2017-01-25 2018-08-02 日本電気株式会社 通信システム、基地局、移動局及び通信方法
JPWO2018139365A1 (ja) * 2017-01-25 2019-11-07 日本電気株式会社 通信システム、基地局、移動局及び通信方法
US10959242B2 (en) 2017-01-25 2021-03-23 Nec Corporation Communications system, base station, mobile station, and communications method
WO2019026421A1 (ja) * 2017-08-04 2019-02-07 ソニー株式会社 無線通信装置、無線通信方法および無線通信システム
JPWO2019026421A1 (ja) * 2017-08-04 2020-06-18 ソニー株式会社 無線通信装置、無線通信方法および無線通信システム
US11303415B2 (en) 2017-08-04 2022-04-12 Sony Corporation Wireless communication device, wireless communication method, and wireless communication system
JP7306266B2 (ja) 2017-08-04 2023-07-11 ソニーグループ株式会社 無線通信装置、無線通信方法および無線通信システム

Also Published As

Publication number Publication date
US20120106427A1 (en) 2012-05-03
US8605631B2 (en) 2013-12-10
JP5144812B2 (ja) 2013-02-13
JPWO2011010468A1 (ja) 2012-12-27
CN102187626A (zh) 2011-09-14
CN102187626B (zh) 2014-06-04

Similar Documents

Publication Publication Date Title
WO2011010468A1 (ja) 通信方法
US8155013B2 (en) Synchronized multi-link transmission in an ARQ-enabled multi-hop wireless network
JP4733137B2 (ja) 拡張されたブロック確認応答
RU2490802C2 (ru) Способ и устройство для подтверждения и повторной передачи групповых данных в беспроводных локальных сетях
RU2478259C2 (ru) Устройство для запроса подтверждения и передачи подтверждения групповых данных в беспроводных локальных сетях
AU2010208807B2 (en) Signal transmission scheme for efficient management of common enhanced dedicated channel
KR100750170B1 (ko) 통신 네트워크에서 데이터 프레임을 효율적으로 전송하는방법 및 장치
JP2002522959A (ja) 無線パケット転送のための効率的エラー制御方法
US9467892B2 (en) Method and apparatus for transmitting data packet
JP7081623B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP2005500785A (ja) 無線通信システムにおけるデータパケットの伝送方法
JP2009010628A (ja) 無線通信装置及び無線通信方法
EP3490182B1 (en) Hybrid automatic repeat request method and system
EP3790213B1 (en) Mac-based hybrid automatic repeat request (harq)
US7613191B2 (en) Packet transmission method of wireless network
WO2020129658A1 (ja) 通信装置、及び通信方法
WO2018086707A1 (en) Feedback based flexible transmission scheme for contention-based urllc transmission
JP2008289080A (ja) 端末装置、ネットワーク装置およびデータ通信方法
KR20070115377A (ko) 직교 주파수 분할 다중 액세스 기반 멀티 홉 시스템의 자동재전송 요구 장치 및 방법
JP2005236923A (ja) 無線パケット通信方法および無線局
CN112153694A (zh) 数据处理方法、装置、终端及存储介质
CN116420374A (zh) 通信设备和通信方法
KR100932125B1 (ko) 비디오 mac 프로토콜 지원 데이터 프레임 송수신 방법및 시스템
WO2024028277A1 (en) Infrastructure equipment, communications devices and methods
TW202032939A (zh) 通訊裝置、及通訊方法

Legal Events

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

Ref document number: 201080002955.0

Country of ref document: CN

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

Ref document number: 10802089

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2011523561

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1384/KOLNP/2011

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 13124223

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10802089

Country of ref document: EP

Kind code of ref document: A1