WO2011083570A1 - 無線通信装置および無線通信方法 - Google Patents

無線通信装置および無線通信方法 Download PDF

Info

Publication number
WO2011083570A1
WO2011083570A1 PCT/JP2010/050060 JP2010050060W WO2011083570A1 WO 2011083570 A1 WO2011083570 A1 WO 2011083570A1 JP 2010050060 W JP2010050060 W JP 2010050060W WO 2011083570 A1 WO2011083570 A1 WO 2011083570A1
Authority
WO
WIPO (PCT)
Prior art keywords
priority
packet
communication connection
server
terminal
Prior art date
Application number
PCT/JP2010/050060
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 PCT/JP2010/050060 priority Critical patent/WO2011083570A1/ja
Priority to JP2011548884A priority patent/JP5230824B2/ja
Priority to DE112010005088.0T priority patent/DE112010005088B4/de
Priority to US13/520,351 priority patent/US8995258B2/en
Priority to CN2010800606435A priority patent/CN102714868A/zh
Publication of WO2011083570A1 publication Critical patent/WO2011083570A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/005—Moving wireless networks

Definitions

  • the present invention relates to a wireless communication apparatus that connects a local network constructed in a mobile body and an external network.
  • TCP Transmission Control Protocol
  • a terminal that performs communication using TCP establishes a TCP connection with a counterpart terminal by a sequence process called a 3-way handshake, and then transmits and receives a TCP data packet.
  • TCP has a congestion control mechanism that uses an acknowledgment (ACK) and a sequence number in order to realize reliable communication in networks with unknown bandwidth and delay time, and communicates using TCP.
  • ACK acknowledgment
  • the terminal autonomously controls the transmission amount of TCP packets per unit time.
  • a broadband router that connects a local network to an external network such as the Internet has a filtering mechanism that blocks illegal packets from the external network.
  • an SPI stateful packet inspection
  • the router can prevent an illegal packet spoofed as a TCP packet from entering the internal network.
  • TCP / IP is used as a communication protocol.
  • the unit can autonomously determine that a network abnormality has occurred and can communicate. Control to limit the amount of packet transmission per hour.
  • a downlink traffic transmission amount control function is added to the wireless communication system, or a server for various contents is downloaded. There is a problem that it is difficult to newly add a traffic transmission amount control function.
  • the present invention has been made in view of the above, and prioritizes high-priority traffic connections when connecting a local network constructed in a moving body such as a car to an external network that is another network. It is an object of the present invention to obtain a wireless communication apparatus that can be established in the future.
  • the present invention is a predetermined terminal and other networks that are mounted on a mobile body that constructs a local network by a plurality of terminals and that are connected to the local network.
  • a wireless communication device that relays packets transmitted and received between servers connected to an external network, a traffic monitoring unit that extracts header information from packets received from the server and the terminal, the server and the terminal Policy registration means for registering policy information indicating whether or not a communication connection can be established for each combination and the priority of the communication connection; and when receiving a packet from the server or the terminal, the header information and the policy Based on the information, relay the packet
  • a priority determination means for determining whether Ukado, in the case where the judgment to the effect that does not perform relay processing by the priority determination means, characterized by comprising discarding traffic control unit the received packet.
  • the wireless communication apparatus has an effect that a high-priority traffic connection can be established with priority.
  • FIG. 1 is a diagram illustrating a connection example of a wireless communication device.
  • FIG. 2 is a diagram illustrating a configuration example of the priority control unit.
  • FIG. 3 is a diagram illustrating a configuration example of the policy table.
  • FIG. 4 is a diagram illustrating a configuration example of a connection table.
  • FIG. 5 is a sequence diagram showing an operation for establishing a TCP connection.
  • FIG. 6 is a sequence diagram showing an operation for establishing a TCP connection.
  • FIG. 7 is a sequence diagram showing an operation for establishing a TCP connection.
  • FIG. 8 is a sequence diagram showing an operation for establishing a TCP connection.
  • FIG. 9 is a sequence diagram illustrating TCP keep-alive processing when no communication is detected.
  • FIG. 10 is a sequence diagram illustrating TCP keep-alive processing when no communication is detected.
  • FIG. 11 is a sequence diagram showing a TCP connection reset process and a SYN packet discard process for low-priority traffic.
  • FIG. 12 is a sequence diagram showing an operation of re-permission for establishing a TCP connection for low-priority traffic.
  • FIG. 1 is a diagram illustrating a connection example of the wireless communication apparatus according to the present embodiment.
  • Servers 1-1, 1-2, and 1-3 (hereinafter referred to as server 1 if a specific server is not shown) are connected to network 2, and network 2 and mobile unit 3 are connected via a predetermined wireless line.
  • the mobile unit 3 includes a wireless communication device 4, and terminals 5-1, 5-2, 5-3 (hereinafter referred to as a terminal 5 unless a specific terminal is shown) connected to an internal network constructed by the mobile unit 3 ) Communicates with the server 1 via the wireless communication device 4, a predetermined wireless line, and the network 2.
  • the wireless communication device 4 is a device that relays packets transmitted and received between the server 1 and the terminal 5.
  • the wireless communication device 4 includes a priority control unit 40.
  • the priority control unit 40 monitors the upstream traffic transmitted from the terminal 5 and the downstream traffic transmitted from the server 1, and transfers, discards, and communicates packets. Performs processing such as connection establishment permission.
  • TCP Transmission Control Protocol
  • FIG. 2 is a diagram illustrating a configuration example of the priority control unit 40.
  • the priority control unit 40 includes an upstream traffic monitoring unit 41, a priority determination unit 42, a policy table 43, an upstream traffic control unit 44, a connection table 45, a downstream traffic monitoring unit 46, and a downstream traffic control unit 47. .
  • the upstream traffic monitoring unit 41 receives the packet transmitted from the terminal 5, extracts connection information (IP header information, TCP header information) from the received packet, and notifies the priority determination unit 42.
  • the packet main body is transferred to the upstream traffic control unit 44.
  • the priority determination unit 42 determines whether the received packet is transferred or discarded based on the connection information of the received packet and the policy information registered in the policy table 43. Further, the policy table 43 and the connection table 45 are updated or changed.
  • the policy table 43 is a table for storing policy information for priority determination.
  • the policy information indicates whether or not the TCP connection can be established and the priority of the connection when established, depending on the combination of the server 1 and the terminal 5, the type of the server 1 that is the destination, and the like.
  • FIG. 3 is a diagram illustrating a configuration example of the policy table 43.
  • the policy table 43 includes a server, a terminal, TCP connection establishment availability, direction, and priority.
  • the server and the terminal specify the target using the IP address and the port number. This indicates whether or not to allow establishment of a TCP connection in the communication direction indicated in the direction column between the server and the terminal described in the adjacent column.
  • the priority of the established connection is indicated. For example, in downstream communication from a server (IP address “123.210.0.1”, port number “10225”) to a terminal (IP address “10.2.5.0, port number“ 20001 ”) This indicates that the establishment of a TCP connection is permitted and the priority of the TCP connection is high.
  • the initial settings are set by the administrator of the internal network of the mobile unit 3.
  • Whether or not the TCP connection can be established can be changed by the priority determination unit 42 based on the communication state of the TCP connection having a high priority. For example, when the communication quality of a high-priority TCP connection is deteriorated, the priority determination unit 42 displays a column for whether or not a TCP connection is established for a low-priority TCP connection registered in the policy table 43 as “ “No”, and when the communication quality of the high priority TCP connection is not deteriorated, “Yes”.
  • the upstream traffic control unit 44 transfers or discards a TCP (SYN) packet or the like based on the determination of the priority determination unit 42, and transmits the packet notified from the priority determination unit 42.
  • TCP TCP
  • the connection table 45 is a table for storing state information of a connection established between the server 1 and the terminal 5. It shows the transmission throughput from each device (server 1, terminal 5) or whether there is no communication.
  • FIG. 4 is a diagram illustrating a configuration example of the connection table 45.
  • the connection table 45 includes a server, a terminal, a TCP connection state, no communication time, suppression, and priority.
  • the server and the terminal specify the target by the IP address and the port number, and record the sequence number by the notification from the upstream traffic monitoring unit 41 for the terminal and the downstream traffic monitoring unit 46 for the server, and record the transmission throughput.
  • the TCP connection status indicates the current TCP connection status.
  • the no-communication time is recorded when no-communication is detected between the target server and the terminal specified by the information. Suppression indicates whether or not the bandwidth of the established TCP connection is limited (during suppression).
  • the priority indicates the priority of the established TCP connection.
  • the priority determination unit 42 performs recording and updating of the connection table 45, calculation of transmission throughput, and the like.
  • a TCP connection is established between a server (IP address “123.210.0.1”, port number “10225”) and a terminal (IP address “10.2.5.0, port number“ 10025 ”).
  • the state is “ESTABLISHED (established)”, and no communication is detected and is not suppressed, indicating that the connection is a high priority.
  • the sequence number of the packet received from the server is “3960” for the previous time and “114200” for the current time, and the transmission throughput of the packet from the server is “881920 bps”.
  • the sequence number of the packet received from the terminal is “2106” for the previous time and “3360” for the current time, and the transmission throughput of the packet from the terminal is “10032 bps”.
  • the downstream traffic monitoring unit 46 receives the packet transmitted from the server 1, extracts connection information (IP header information, TCP header information) from the received packet, and notifies the priority determination unit 42.
  • the packet body is transferred to the downlink traffic control unit 47.
  • the downlink traffic control unit 47 transfers or discards a TCP (SYN) packet or the like based on the determination of the priority determination unit 42, and transmits the packet notified from the priority determination unit 42.
  • TCP TCP
  • FIG. 5 is a sequence diagram showing an operation when a TCP connection is established from the terminal 5.
  • the terminal 5 transmits a TCP (SYN) packet in which the SYN flag in the TCP header is set and the ACK flag is not set, the wireless communication device 4 receives this (step S1).
  • SYN TCP
  • the upstream traffic monitoring unit 41 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 refers to the policy table 43 that stores the policy information for priority determination, determines whether the connection information is traffic for which priority determination processing is performed, whether the TCP traffic is permitted to establish a TCP connection, Further, it is determined whether or not the transmission source / destination port number is valid.
  • the priority determination unit 42 When it is determined that the TCP connection establishment start is permitted, the priority determination unit 42 notifies the upstream traffic control unit 44 of TCP (SYN) packet transfer permission, and the upstream traffic control unit 44 transmits a TCP (SYN) packet to the server 1. Is transferred (step S2). At this time, the priority determination unit 42 adds the TCP connection information to the connection table 45 and starts the subsequent TCP state transition inspection.
  • the server 1 that has received the TCP (SYN) packet transmits a TCP (SYN, ACK) packet as a response thereto, and the wireless communication device 4 receives it (step S3).
  • the downlink traffic monitoring unit 46 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 checks whether it is a normal TCP state transition operation, and if it is normal, notifies the TCP (SYN, ACK) packet transfer permission to the downlink traffic control unit 47, and the downlink traffic control unit 47 transfers the TCP (SYN, ACK) packet to the terminal 5 (step S4).
  • the terminal 5 that has received the TCP (SYN, ACK) packet transmits a TCP (ACK) packet as a response thereto, and the wireless communication device 4 receives this (step S5).
  • the upstream traffic monitoring unit 41 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 checks whether it is a normal TCP state transition operation. If it is normal, it permits the transfer of a TCP (ACK) packet, and the upstream traffic control unit 44 sends a TCP (ACK) to the server 1. ) Transfer the packet (step S6).
  • the priority determination unit 42 holds the IP addresses and port numbers of both ends (server 1, terminal 5) of the TCP connection in the connection table 45, and the TCP state of the TCP connection. Recognize and manage transitions.
  • the downlink traffic monitoring unit 46 detects the sequence number of the TCP data packet transferred in the TCP connection and notifies the priority determination unit 42 of it.
  • the priority determination unit 42 updates the registration contents of the connection table 45 based on the notification from the downlink traffic monitoring unit 46, and calculates an approximate TCP traffic amount from the number of updates per unit time (number of detected sequence numbers). presume. Further, the priority determination unit 42 records the estimated TCP traffic amount as the transmission throughput of the server in the connection table 45.
  • the upstream traffic monitoring unit 41 detects the sequence number of the TCP data packet transferred in the TCP connection, and notifies the priority determination unit 42 of it.
  • the priority determination unit 42 updates the registered contents of the connection table 45 based on the notification from the upstream traffic monitoring unit 41, and calculates an approximate TCP retransmission request rate from the number of updates per unit time (number of detected sequence numbers). (Ratio of the number of retransmission requests to TCP traffic per unit time) is estimated. Further, the priority determination unit 42 records the estimated TCP retransmission request rate as the transmission throughput of the terminal in the connection table 45.
  • FIG. 6 is a sequence diagram showing an operation when a TCP connection is established from the terminal 5.
  • the wireless communication device 4 receives this (step S11).
  • the upstream traffic monitoring unit 41 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 refers to the policy table 43 that stores the policy information for priority determination, determines whether the connection information is traffic for which priority determination processing is performed, whether the TCP traffic is permitted to establish a TCP connection, Further, it is determined whether or not the transmission source / destination port number is valid.
  • the priority determination unit 42 determines that the TCP connection establishment is not permitted, the priority determination unit 42 does not permit the transfer of the TCP (SYN) packet, notifies the upstream traffic control unit 44 that the TCP (SYN) packet is discarded, and performs the upstream traffic control.
  • the unit 44 discards the TCP (SYN) packet.
  • the priority determination unit 42 performs the determination, for example, even for TCP traffic that is permitted to establish a TCP connection or a valid source / destination port number, for a low-priority TCP connection, By disabling the establishment of the TCP connection by the priority determination process, it is possible to avoid and maintain a decrease in the throughput (communication quality) of the TCP connection of high-priority traffic that has already been established. In this case, regarding the low-priority TCP connection, whether or not the TCP connection can be established in the policy table 43 is “No”.
  • the priority control unit 40 extracts connection information from the received packet, and the policy table 43. Whether to establish a TCP connection is determined based on the policy information registered in. As a result, establishment of a TCP connection with low priority traffic can be prohibited, so that a reduction in throughput (communication quality) of a TCP connection with high priority traffic that has already been established can be avoided.
  • Embodiment 2 a case where a TCP connection is established using a TCP (SYN) packet from the server 1 will be described.
  • the connection relationship and configuration of each device are the same as those in the first embodiment. A different part from Embodiment 1 is demonstrated.
  • FIG. 7 is a sequence diagram showing an operation when a TCP connection is established from the server 1.
  • the server 1 transmits a TCP (SYN) packet in which the SYN flag in the TCP header is set and the ACK flag is not set
  • the wireless communication device 4 receives the packet (step S21).
  • the downlink traffic monitoring unit 46 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 refers to the policy table 43 that stores the policy information for priority determination, determines whether the connection information is traffic for which priority determination processing is performed, whether the TCP traffic is permitted to establish a TCP connection, Further, it is determined whether or not the transmission source / destination port number is valid.
  • the priority determination unit 42 determines to permit the TCP connection establishment start, the priority determination unit 42 notifies the downstream traffic control unit 47 of the TCP (SYN) packet transfer permission, and the downstream traffic control unit 47 transmits the TCP (SYN) packet to the terminal 5. Is transferred (step S22). At this time, the priority determination unit 42 adds the TCP connection information to the connection table 45 and starts the subsequent TCP state transition inspection.
  • the terminal 5 that has received the TCP (SYN) packet transmits a TCP (SYN, ACK) packet as a response thereto, and the wireless communication device 4 receives it (step S23).
  • the upstream traffic monitoring unit 41 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 checks whether it is a normal TCP state transition operation. If the operation is normal, the priority determination unit 42 notifies the upstream traffic control unit 44 of TCP (SYN, ACK) packet transfer permission, and the upstream traffic control unit. 44 transfers the TCP (SYN, ACK) packet to the server 1 (step S24).
  • the server 1 that has received the TCP (SYN, ACK) packet transmits a TCP (ACK) packet as a response thereto, and the wireless communication device 4 receives this (step S25).
  • the downlink traffic monitoring unit 46 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 checks whether it is a normal TCP state transition operation. If it is normal, the priority determination unit 42 permits the transfer of the TCP (ACK) packet, and the downlink traffic control unit 47 sends the TCP (ACK) to the terminal 5. ) Transfer the packet (step S26).
  • the priority determination unit 42 holds the IP addresses and port numbers of both ends (server 1, terminal 5) of the TCP connection in the connection table 45, and the TCP state of the TCP connection. Recognize and manage transitions.
  • the specific processing is the same as in the first embodiment.
  • FIG. 8 is a sequence diagram showing an operation when a TCP connection is established from the server 1.
  • the wireless communication device 4 receives the packet (step S31).
  • the downlink traffic monitoring unit 46 of the priority control unit 40 extracts connection information (TCP header information, IP header information) of the packet and notifies the priority determination unit 42.
  • the priority determination unit 42 refers to the policy table 43 that stores the policy information for priority determination, determines whether the connection information is traffic for which priority determination processing is performed, whether the TCP traffic is permitted to establish a TCP connection, Further, it is determined whether or not the transmission source / destination port number is valid.
  • the priority determination unit 42 determines that the TCP connection establishment is not permitted, the priority determination unit 42 does not permit the transfer of the TCP (SYN) packet, notifies the downstream traffic control unit 46 that the TCP (SYN) packet is discarded, and controls the downstream traffic. The unit 46 discards the TCP (SYN) packet.
  • the priority control unit 40 extracts connection information from the received packet, and the policy table 43. Whether to establish a TCP connection is determined based on the policy information registered in. As a result, similar to the first embodiment, the low-priority traffic TCP connection can be refused to be established, thereby avoiding a decrease in the throughput (communication quality) of the already established high-priority traffic TCP connection. be able to.
  • the wireless communication device 4 can perform keep-alive processing when no communication is detected.
  • FIG. 9 is a sequence diagram illustrating TCP keep-alive processing when no communication is detected.
  • the server 1 transmits a TCP data packet (step S41), and the wireless communication device 4 Is transferred to the terminal 5 (step S42).
  • the terminal 5 transmits a TCP (ACK, RWIN) packet as a response to the received TCP data packet (step S43), and the wireless communication device 4 transfers it to the server 1 (step S44).
  • the priority determination unit 42 does not perform communication between the server 1 and the terminal 5 for a predetermined period based on the notification from the upstream traffic monitoring unit 41 and the downstream traffic monitoring unit 46. As detecting no communication. In this case, the priority determination unit 42 determines to transmit a TCP (KeepAlive) packet as a keep-alive process, and transmits the TCP (KeepAlive) packet from the upstream traffic control unit 44 to the server 1 (step S45-1). Then, a TCP (KeepAlive) packet is transmitted from the downlink traffic control unit 47 to the terminal 5 (step S45-2).
  • TCP KeepAlive
  • the priority determination unit 42 when the priority determination unit 42 receives a notification from the upstream traffic monitoring unit 41 that a TCP (KeepAlive) packet is received from the terminal 5 within a predetermined period (step S46), When a notification indicating that a TCP (KeepAlive) packet has been received from the server 1 is received from the downstream traffic monitoring unit 46 (step S47), the TCP connection to be kept alive is continuously established.
  • FIG. 10 shows a case where a response to the TCP (KeepAlive) packet is not received from the terminal 5 and the server 1 within a predetermined period.
  • FIG. 10 is a sequence diagram illustrating TCP keep-alive processing when no communication is detected. The processing from step S41 to steps S45-1 and S45-2 is the same as that in FIG. In the wireless communication device 4, if the priority determination unit 42 does not receive a response to the TCP (KeepAlive) packet from both the terminal 5 and the server 1 within a predetermined period, it detects no response and keeps alive.
  • TCP (RST) packet is transmitted from the upstream traffic control unit 44 to the server 1 (step S51-1), and the downstream traffic A TCP (RST) packet is transmitted from the control unit 47 to the terminal 5 (step S51-2).
  • the priority determination unit 42 of the wireless communication device 4 determines that the keep-alive target TCP connection has disappeared has been described for the case where no response is received from both the terminal 5 and the server 1,
  • the present invention is not limited to this.
  • a response is not received from both the terminal 5 and the server 1 even if a TCP (KeepAlive) packet is retransmitted, a TCP (RST) packet in which the RST flag of the TCP header is set from the terminal 5 or the server 1
  • RST TCP
  • the wireless communication device 4 detects no communication between the server 1 and the terminal 5, the TCP connection in the non-communication state can be extinguished by performing the keep alive process.
  • Embodiment 3 In the present embodiment, a method for improving the communication quality of a high-priority traffic TCP connection by disconnecting the low-priority traffic TCP connection when deterioration is detected in the TCP connection of high-priority traffic will be described. A different part from Embodiment 1, 2 is demonstrated.
  • the priority determination unit 42 of the priority control unit 40 updates the sequence number of the TCP connection registered in the connection table 45 and manages the state. Therefore, from the observation result of the sequence number transmitted and received over the high-priority traffic TCP connection, packet loss and retransmission frequently occur over a predetermined threshold in the high-priority traffic TCP connection, and the communication quality is deteriorated. May detect that.
  • the priority determination unit 42 limits (suppresses) the bandwidth of the low-priority traffic TCP connection in order to improve the communication quality of the TCP connection of high-priority traffic, and further detects deterioration in the TCP connection of high-priority traffic.
  • a TCP (RST) packet in which the RST flag of the TCP header is set is transmitted to the server 1 and the terminal 5 to forcibly disconnect the TCP connection for low priority traffic.
  • FIG. 11 is a sequence diagram showing a TCP connection reset process and a SYN packet discard process for low-priority traffic when deterioration is detected in the TCP connection for high-priority traffic.
  • the server 1 transmits a low-priority TCP data packet (step S61), and the wireless communication device 4 transfers it to the terminal 5 (step S62).
  • the terminal 5 transmits a TCP (ACK, RWIN) packet as a response to the received low-priority TCP data packet (step S63), and the wireless communication device 4 transfers it to the server 1 (step S64).
  • the priority determination unit 42 of the priority control unit 40 detects that the communication quality of the TCP connection of the high priority traffic is deteriorated, and the low priority is set by the TCP (ACK) control. A determination is made to limit (suppress) the bandwidth of the traffic TCP connection. The bandwidth is actually limited by the upstream traffic control unit 44 and the downstream traffic control unit 47.
  • the priority determination unit 42 detects further deterioration in communication quality in the TCP connection of high priority traffic based on the notification from the upstream traffic monitoring unit 41 or the downstream traffic monitoring unit 46. In this case, the priority determination unit 42 performs a process of forcibly resetting the TCP connection of the low priority traffic in order to improve the deterioration of the TCP connection of the high priority traffic and improve the communication quality.
  • the priority determination unit 42 first deletes the low-priority traffic TCP connection to be reset from the connection table 45.
  • a TCP (RST) packet is transmitted from the upstream traffic control unit 44 to the server 1 (step S65-1), and the TCP (RST) packet is transmitted from the downstream traffic control unit 47 to the terminal 5.
  • RST) packet is transmitted (step S65-2).
  • the priority determination unit 42 temporarily changes the policy information regarding the TCP connection registered in the policy table 43, and discards the TCP (SYN) packet associated with the re-establishment.
  • a method of temporarily changing for example, there is a method of changing the TCP connection establishment propriety column of the policy table 43 (see FIG. 3) from “permitted” to “rejected”, but is not limited to this. Further, even if the priority determination unit 42 determines that the deterioration state determined to forcibly reset the low-priority traffic TCP connection is the same as the deterioration state that is not permitted to establish the TCP connection described in the first embodiment. Good.
  • the priority determination unit 42 receives a notification of traffic information from the uplink traffic monitoring unit 41, Based on the temporarily changed policy information registered in the policy table 43, a determination is made to suppress the establishment of a TCP connection. That is, the upstream traffic control unit 44 is notified of discarding of the TCP (SYN) packet, and the upstream traffic control unit 44 discards the TCP (SYN) packet.
  • the priority determination unit 42 receives a notification of traffic information from the downlink traffic monitoring unit 46, and receives a policy. Based on the temporarily changed policy information registered in the table 43, a determination is made to suppress the establishment of the TCP connection. In other words, the downstream traffic control unit 47 is notified of the discarding of the TCP (SYN) packet, and the downstream traffic control unit 47 discards the TCP (SYN) packet.
  • the wireless communication device 4 when the wireless communication device 4 detects the deterioration of the communication quality in the high-priority traffic TCP connection, the wireless communication device 4 forcibly disconnects the low-priority traffic TCP connection, thereby communicating the TCP connection of the high-priority traffic. Quality can be improved.
  • the priority determination unit 42 changes the policy information again and permits the establishment of the low-priority traffic TCP connection.
  • FIG. 12 is a sequence diagram showing an operation of re-permission for establishing a TCP connection for low-priority traffic. Note that the processing from step S65-1, S65-2 to step S67 is the same as in FIG.
  • the priority determination unit 42 detects that the high-priority traffic has decreased when the establishment of the TCP connection for the low-priority traffic is blocked based on the temporarily changed policy information. . That is, it is detected that the communication quality is improved in the TCP connection of high priority traffic. In this case, the priority determination unit 42 changes again the temporarily changed policy information registered in the policy table 43. Thereafter, the processing (steps S71 to S76) in the wireless communication device 4 when a TCP (SYN) packet is received from the terminal 5 is the same as the processing (steps S1 to S6) shown in FIG. 5 described in the first embodiment. It is the same. Here, when the establishment of the TCP connection is permitted, the communication is resumed in the TCP connection with the low priority traffic.
  • the wireless communication device 4 forcibly disconnects the low-priority traffic TCP connection, if an improvement in communication quality is detected in the high-priority traffic TCP connection, the low-priority traffic is low.
  • the communication of the TCP connection can be resumed.
  • a method for changing the policy information again there is a method for returning to the original state before the change, but the method is not limited to this.
  • the wireless communication device 4 when the wireless communication device 4 detects a deterioration in communication quality in a high-priority traffic TCP connection, the low-priority traffic TCP connection is disconnected. As a result, the bandwidth used in the low-priority traffic TCP connection can be secured, and the communication quality of the high-priority traffic TCP connection can be improved.
  • the wireless communication device is useful as a device for connecting networks, and is particularly suitable for connecting a local network to an external network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

　複数の端末によりローカルネットワークを構築する移動体に搭載され、かつ、当該ローカルネットワークに接続する所定の端末とその他のネットワークである外部ネットワークに接続するサーバとの間で送受信されるパケットを中継する無線通信装置であって、前記サーバおよび前記端末から受信したパケットから、ヘッダ情報を抽出する上りトラヒック監視部４１、下りトラヒック監視部４６と、前記サーバおよび前記端末の組み合わせごとの通信コネクション確立可否、および当該通信コネクションの優先度、を示すポリシー情報を登録するためのポリシーテーブル４３と、パケットの中継処理を行うかどうかを判断する優先度判定部４２と、前記優先度判定手段により中継処理を行わない旨の判断をした場合に、受信したパケットを破棄する上りトラヒック制御部４４、下りトラヒック制御部４７と、を備える。

Description

無線通信装置および無線通信方法
　本発明は、移動体において構築されるローカルネットワークと外部ネットワークとを接続する無線通信装置に関する。
　従来のインターネット／イントラネットは、ベストエフォート型のサービスがほとんどであり、プロトコルとしてＴＣＰ（Transmission　Control　Protocol）が主に用いられている。ＴＣＰを利用して通信を行う端末は、相手端末との間で３Ｗａｙハンドシェイクと呼ばれるシーケンス処理によりＴＣＰコネクションを確立してから、ＴＣＰデータパケットの送受信を行う。ＴＣＰでは、帯域や遅延時間が未知のネットワークにおいて信頼性のある通信を実現するため、確認応答（ＡＣＫ）とシーケンス番号を利用した輻輳制御機構を有しており、ＴＣＰを利用して通信を行う端末が自律的に単位時間あたりのＴＣＰパケットの送信量を制御する。このような技術が下記非特許文献１において開示されている。
　また、ローカルネットワークをインターネット等の外部ネットワークへ接続するブロードバンドルータは、外部ネットワークからの不正なパケットを遮断するフィルタリング機構を備える。高機能なフィルタリング方法として、通信が始まってから真に必要なもののみを通すように自動的にフィルタ条件を動的に設定するＳＰＩ（ステートフル・パケット・インスペクション）機能がある。ルータは、ＳＰＩ機能を用いてＴＣＰの状態遷移をフォローすることにより、ＴＣＰパケットに偽装した不正パケットの内部ネットワークへの侵入を防ぐことができる。このような技術が下記非特許文献２において開示されている。
　近年、車や列車、航空機、船等の移動体においても、各種の無線通信システムを用いて移動体内部のローカルネットワークをインターネットのような外部ネットワークへ接続する要求があり、上記非特許文献１、２の技術を利用することによって、バスや列車、航空機内においてインターネットサービスが一部実現している。また、従来はネットワークと無縁であった様々な機器が、ネットワークを利用可能な環境で使用することを想定した機能を具備し始めており、インターネット接続を利用した通信アプリケーションが増加している。そのため、通信アプリケーションには、業務用や制御用のものから娯楽用のものまで混在し、さまざまな重要度や優先度を持つと考えられる通信が、移動体内部のローカルネットワークと外部のインターネットとの間で実施されている。
　このような移動体におけるネットワークの利用形態としては、移動体内ローカルネットワークから外部ネットワークへのデータ転送となる上りトラヒックよりも、地図情報コンテンツ等のダウンロードなど、外部ネットワークから移動体内ローカルネットワークへのデータ転送となる下りトラヒックの方が多くなる。これらの通信のほとんどでＴＣＰ／ＩＰが通信プロトコルとして利用されており、端末は、通信パケットの紛失を検出すると、ネットワークの異常が発生したと自律的に判断して通信可能となるように、単位時間あたりのパケット送信量を制限する制御を行う。
ＩＥＴＦ　ＲＦＣ７９３　"ＴＲＡＮＳＭＩＳＳＩＯＮ　ＣＯＮＴＲＯＬ　ＰＲＯＴＯＣＯＬ"，　１９８１年９月 "第２回：ＳＰＩと動的パケットフィルタリングの違い"、（２００３年５月１６日　２１：２０：００更新）「平成２１年０７月２７日検索」、インターネット＜ＵＲＬ：http://plusd.itmedia.co.jp/broadband/0305/16/lp13.html＞
　しかしながら、上記従来の技術によれば、車のように比較的自由に移動可能な移動体の内部のローカルネットワークを外部ネットワークへ接続する場合は、携帯電話網等に容易に接続可能であるが、サービスエリアの境界などの地理的条件またはユーザの行動時間帯や交通集中時間帯など時間的条件によっては、無線帯域や遅延時間などの品質が変動する不安定な無線通信システムを利用せざるを得ない。このような不安定な無線通信システムを利用した場合、ローカルネットワークに接続する端末装置は、上記品質変動に従って自律的にパケット送信量を減少させることになる。また、上記のような不安定な無線通信システムにおいて複数の端末装置が同一の無線通信回線を利用している場合には、上記同様、各端末装置が自律的にパケット送信量を減少させることになり、その結果として、各端末装置が確立しているコネクションごとに帯域が公平に分割された状態で収束する。そのため、複数の端末装置が確立しているコネクションごとに、優先度に応じた帯域を配分することができない、という問題があった。
　また、利用可能な携帯電話網等の無線通信システムを移動体のインターネット接続回線として利用する場合は、下りトラヒックの送信量制御機能を無線通信システムに追加することや、各種コンテンツのサーバ装置に下りトラヒック送信量制御機能を新たに追加することが困難である、という問題があった。
　本発明は、上記に鑑みてなされたものであって、車等の移動体において構築されるローカルネットワークをその他のネットワークである外部ネットワークに接続する場合に、優先度の高いトラヒックのコネクションを優先して確立することが可能な無線通信装置を得ることを目的とする。
　上述した課題を解決し、目的を達成するために、本発明は、複数の端末によりローカルネットワークを構築する移動体に搭載され、かつ、当該ローカルネットワークに接続する所定の端末とその他のネットワークである外部ネットワークに接続するサーバとの間で送受信されるパケットを中継する無線通信装置であって、前記サーバおよび前記端末から受信したパケットから、ヘッダ情報を抽出するトラヒック監視手段と、前記サーバおよび前記端末の組み合わせごとの通信コネクション確立可否、および当該通信コネクションの優先度、を示すポリシー情報を登録するためのポリシー登録手段と、前記サーバまたは前記端末からパケットを受信した場合に、前記ヘッダ情報および前記ポリシー情報に基づいて、当該パケットの中継処理を行うかどうかを判断する優先度判定手段と、前記優先度判定手段により中継処理を行わない旨の判断をした場合に、受信したパケットを破棄するトラヒック制御手段と、を備えることを特徴とする。
　本発明にかかる無線通信装置は、優先度の高いトラヒックのコネクションを優先して確立することができる、という効果を奏する。
図１は、無線通信装置の接続例を示す図である。 図２は、優先制御部の構成例を示す図である。 図３は、ポリシーテーブルの構成例を示す図である。 図４は、コネクションテーブルの構成例を示す図である。 図５は、ＴＣＰコネクションを確立する動作を示すシーケンス図である。 図６は、ＴＣＰコネクションを確立する動作を示すシーケンス図である。 図７は、ＴＣＰコネクションを確立する動作を示すシーケンス図である。 図８は、ＴＣＰコネクションを確立する動作を示すシーケンス図である。 図９は、無通信検出時のＴＣＰのキープアライブ処理を示すシーケンス図である。 図１０は、無通信検出時のＴＣＰのキープアライブ処理を示すシーケンス図である。 図１１は、低優先トラヒックのＴＣＰコネクションリセット処理およびＳＹＮパケット破棄処理を示すシーケンス図である。 図１２は、低優先トラヒックのＴＣＰコネクション確立の再許可の動作を示すシーケンス図である。
　以下に、本発明にかかる無線通信装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
実施の形態１．
　図１は、本実施の形態にかかる無線通信装置の接続例を示す図である。サーバ１－１、１－２、１－３（以下、特定のサーバを示さない場合はサーバ１とする）はネットワーク２と接続し、ネットワーク２と移動体３は、所定の無線回線を介して接続している。移動体３は無線通信装置４を備えており、移動体３が構築する内部ネットワークに接続する端末５－１、５－２、５－３（以下、特定の端末を示さない場合は端末５とする）は、無線通信装置４、所定の無線回線、およびネットワーク２を介して、サーバ１との間で通信を行う。無線通信装置４は、サーバ１と端末５との間で送受信されるパケットを中継する装置である。無線通信装置４は、優先制御部４０を備えており、優先制御部４０が、端末５から送信された上りトラヒック、およびサーバ１から送信された下りトラヒックを監視し、パケットの転送や破棄、通信コネクションの確立許可等の処理を行う。以下、一例として、サーバ１と端末５との間で、プロトコルとしてＴＣＰ（Transmission　Control　Protocol）を用いた通信を行う場合について説明する。
　つぎに、優先制御部４０について説明する。図２は、優先制御部４０の構成例を示す図である。優先制御部４０は、上りトラヒック監視部４１と、優先度判定部４２と、ポリシーテーブル４３と、上りトラヒック制御部４４と、コネクションテーブル４５と、下りトラヒック監視部４６と、下りトラヒック制御部４７と、を備える。
　上りトラヒック監視部４１は、端末５から送信されたパケットを受信し、受信したパケットからコネクション情報（ＩＰヘッダ情報，ＴＣＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。パケット本体は、上りトラヒック制御部４４へ転送する。
　優先度判定部４２は、受信パケットのコネクション情報とポリシーテーブル４３に登録されているポリシー情報とに基づいて、受信パケットの転送や破棄等を判定する。また、ポリシーテーブル４３およびコネクションテーブル４５の記録の更新や変更を行う。
　ポリシーテーブル４３は、優先度判定のポリシー情報を格納するためのテーブルである。ポリシー情報は、サーバ１と端末５との組み合わせや、宛先となるサーバ１の種別等によって、ＴＣＰコネクションの確立可否と、確立した場合のコネクションの優先度を示すものである。
　図３は、ポリシーテーブル４３の構成例を示す図である。ポリシーテーブル４３は、サーバと、端末と、ＴＣＰコネクション確立可否と、方向と、優先度と、から構成される。サーバおよび端末は、ＩＰアドレスおよびポート番号を用いて対象を特定する。隣り合った欄に記載されているサーバおよび端末間において方向の欄に示す通信方向においてＴＣＰコネクションの確立を許可するかどうかを示すものである。また、ＴＣＰコネクションを確立した場合に、その確立されたコネクションの優先度を示す。例えば、サーバ（ＩＰアドレス「１２３．２１０．０．１」，ポート番号「１０２２５」）から端末（ＩＰアドレス「１０．２．０．５」，ポート番号「２０００１」）への下り方向の通信では、ＴＣＰコネクションの確立が許可され、そのＴＣＰコネクションの優先度が高いことを示す。
　なお、初期設定については、移動体３の内部ネットワークの管理者等が設定する。また、ＴＣＰコネクション確立可否については、優先度の高いＴＣＰコネクションの通信状態等に基づいて、優先度判定部４２が変更可能とする。例えば、優先度判定部４２は、優先度の高いＴＣＰコネクションの通信品質が劣化している場合には、ポリシーテーブル４３に登録されている優先度の低いＴＣＰコネクションのＴＣＰコネクション確立可否の欄を「否」にし、優先度の高いＴＣＰコネクションの通信品質が劣化していない場合には、「可」にする。
　上りトラヒック制御部４４は、優先度判定部４２の判定に基づいてＴＣＰ（ＳＹＮ）パケット等の転送や破棄を行い、また、優先度判定部４２から通知を受けたパケットの送信を行う。
　コネクションテーブル４５は、サーバ１と端末５との間で確立されたコネクションの状態情報を格納するためのテーブルである。各装置（サーバ１，端末５）からの送信スループットや無通信の状態にあるかどうかを示すものである。
　図４は、コネクションテーブル４５の構成例を示す図である。コネクションテーブル４５は、サーバと、端末と、ＴＣＰコネクション状態と、無通信時間と、抑止と、優先度と、から構成される。サーバおよび端末は、ＩＰアドレスおよびポート番号によって対象を特定し、また、端末については上りトラヒック監視部４１から、サーバについては下りトラヒック監視部４６からの通知によりシーケンス番号を記録し、送信スループットを記録する。ＴＣＰコネクション状態は、現在のＴＣＰコネクションの状態を示す。無通信時間は、上記情報で特定される対象のサーバおよび端末との間で無通信を検出した場合に記録する。抑止は、確立されているＴＣＰコネクションの帯域を制限している（抑止中）かどうかを示すものである。優先度は、確立されているＴＣＰコネクションの優先度を示す。なお、コネクションテーブル４５の記録、更新、送信スループットの算出等は優先度判定部４２が行う。
　例えば、サーバ（ＩＰアドレス「１２３．２１０．０．１」，ポート番号「１０２２５」）と端末（ＩＰアドレス「１０．２．０．５」，ポート番号「１００２５」）との間では、ＴＣＰコネクション状態は「ＥＳＴＡＢＬＩＳＨＥＤ（確立）」であって、無通信は検出されておらず、また、抑止もされておらず、高優先度のコネクションであることを示す。また、サーバから受信したパケットのシーケンス番号は前回が「３９６０」、現在が「１１４２００」であり、サーバからのパケットの送信スループットは「８８１９２０ｂｐｓ」であることを示す。同様に、端末から受信したパケットのシーケンス番号は前回が「２１０６」、現在が「３３６０」であり、端末からのパケットの送信スループットは「１００３２ｂｐｓ」であることを示す。
　下りトラヒック監視部４６は、サーバ１から送信されたパケットを受信し、受信したパケットからコネクション情報（ＩＰヘッダ情報，ＴＣＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。パケット本体は、下りトラヒック制御部４７へ転送する。
　下りトラヒック制御部４７は、優先度判定部４２の判定に基づいてＴＣＰ（ＳＹＮ）パケット等の転送や破棄を行い、また、優先度判定部４２から通知を受けたパケットの送信を行う。
　つづいて、無線通信装置４の動作について説明する。まず、端末５からのＴＣＰ（ＳＹＮ）パケットにより、ＴＣＰコネクションを確立する動作について説明する。
　図５は、端末５からＴＣＰコネクションを確立する場合の動作を示すシーケンス図である。まず、端末５が、ＴＣＰヘッダ内のＳＹＮフラグがセットされ、ＡＣＫフラグがセットされていないＴＣＰ（ＳＹＮ）パケットを送信すると、無線通信装置４がこれを受信する（ステップＳ１）。
　無線通信装置４では、優先制御部４０の上りトラヒック監視部４１が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、優先度判定のポリシー情報を格納したポリシーテーブル４３を参照し、当該コネクション情報が、優先度判定処理を行うトラヒックかどうか、ＴＣＰコネクション確立が認められたＴＣＰトラヒックかどうか、また、正当な送信元／宛先ポート番号かどうかを判定する。
　優先度判定部４２は、ＴＣＰコネクション確立開始を許可すると判定した場合は、ＴＣＰ（ＳＹＮ）パケット転送許可を上りトラヒック制御部４４へ通知し、上りトラヒック制御部４４がサーバ１へＴＣＰ（ＳＹＮ）パケットを転送する（ステップＳ２）。このとき、優先度判定部４２は、コネクションテーブル４５へＴＣＰコネクションの情報を追加し、以後のＴＣＰ状態遷移の検査を開始する。
　ＴＣＰ（ＳＹＮ）パケットを受信したサーバ１が、これに対する応答としてＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを送信し、無線通信装置４がこれを受信する（ステップＳ３）。
　無線通信装置４では、優先制御部４０の下りトラヒック監視部４６が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、正常なＴＣＰ状態遷移動作であるかどうかを検査し、正常である場合は、ＴＣＰ（ＳＹＮ，ＡＣＫ）パケット転送許可を下りトラヒック制御部４７へ通知し、下りトラヒック制御部４７が端末５へＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを転送する（ステップＳ４）。
　ＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを受信した端末５が、これに対する応答としてＴＣＰ（ＡＣＫ）パケットを送信し、無線通信装置４がこれを受信する（ステップＳ５）。
　無線通信装置４では、優先制御部４０の上りトラヒック監視部４１が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、正常なＴＣＰ状態遷移動作であるかどうかを検査し、正常である場合は、ＴＣＰ（ＡＣＫ）パケットの転送を許可し、上りトラヒック制御部４４がサーバ１へＴＣＰ（ＡＣＫ）パケットを転送する（ステップＳ６）。
　その後、サーバ１と端末５との間でＴＣＰコネクションが確立し、両者の間でＴＣＰデータパケットが送受信される。優先度判定部４２は、ＴＣＰコネクションのシーケンスの確立を許可した後は、ＴＣＰコネクションの両端（サーバ１，端末５）のＩＰアドレスおよびポート番号をコネクションテーブル４５に保持し、当該ＴＣＰコネクションのＴＣＰ状態遷移を認識して管理する。
　具体的には、下りトラヒック監視部４６は、ＴＣＰコネクションにおいて転送されるＴＣＰデータパケットのシーケンス番号を検出し、優先度判定部４２へ通知する。優先度判定部４２は、下りトラヒック監視部４６からの通知に基づいて、コネクションテーブル４５の登録内容を更新し、単位時間あたりの更新数（シーケンス番号の検出数）から、おおよそのＴＣＰトラヒック量を推定する。また、優先度判定部４２は、推定したＴＣＰトラヒック量を、コネクションテーブル４５のサーバの送信スループットとして記録する。
　同様に、上りトラヒック監視部４１は、ＴＣＰコネクションにおいて転送されるＴＣＰデータパケットのシーケンス番号を検出し、優先度判定部４２へ通知する。優先度判定部４２は、上りトラヒック監視部４１からの通知に基づいて、コネクションテーブル４５の登録内容を更新し、単位時間あたりの更新数（シーケンス番号の検出数）から、おおよそのＴＣＰ再送要求率（単位時間あたりのＴＣＰトラヒックに対する再送要求数の割合）を推定する。また、優先度判定部４２は、推定したＴＣＰ再送要求率を、コネクションテーブル４５の端末の送信スループットとして記録する。
　一方、端末５からのＴＣＰ（ＳＹＮ）パケットに対して、ＴＣＰコネクションを確立しない場合について説明する。図６は、端末５からＴＣＰコネクションを確立する場合の動作を示すシーケンス図である。
　まず、端末５が、ＴＣＰヘッダ内のＳＹＮフラグがセットされ、ＡＣＫフラグがセットされていないＴＣＰ（ＳＹＮ）パケットを送信すると、無線通信装置４がこれを受信する（ステップＳ１１）。
　無線通信装置４では、優先制御部４０の上りトラヒック監視部４１が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、優先度判定のポリシー情報を格納したポリシーテーブル４３を参照し、当該コネクション情報が、優先度判定処理を行うトラヒックかどうか、ＴＣＰコネクション確立が認められたＴＣＰトラヒックかどうか、また、正当な送信元／宛先ポート番号かどうかを判定する。
　優先度判定部４２は、ＴＣＰコネクション確立不許可と判定した場合は、ＴＣＰ（ＳＹＮ）パケットの転送を許可せず、ＴＣＰ（ＳＹＮ）パケットの破棄を上りトラヒック制御部４４へ通知し、上りトラヒック制御部４４がＴＣＰ（ＳＹＮ）パケットを破棄する。
　このように、優先度判定部４２が判定を行うことにより、例えば、ＴＣＰコネクション確立が認められたＴＣＰトラヒックや正当な送信元／宛先ポート番号であっても、低優先度のＴＣＰコネクションについては、優先度判定処理によってＴＣＰコネクションの確立を不許可とすることで、既に確立されている高優先トラヒックのＴＣＰコネクションのスループット（通信品質）の低下を回避し、維持することができる。この場合、低優先度のＴＣＰコネクションについては、ポリシーテーブル４３のＴＣＰコネクション確立可否は「否」とする。
　以上説明したように、本実施の形態では、無線通信装置４が、端末５からＴＣＰ（ＳＹＮ）パケットを受信した場合に、優先制御部４０において、受信パケットからコネクション情報を抽出し、ポリシーテーブル４３に登録されているポリシー情報に基づいてＴＣＰコネクションの確立可否を判定することとした。これにより、低優先トラヒックのＴＣＰコネクションについては確立不許可とすることができるため、既に確立されている高優先トラヒックのＴＣＰコネクションのスループット（通信品質）の低下を回避することができる。
実施の形態２．
　本実施の形態では、サーバ１からのＴＣＰ（ＳＹＮ）パケットにより、ＴＣＰコネクションを確立する場合について説明する。なお、各装置の接続関係や構成は実施の形態１と同様である。実施の形態１と異なる部分について説明する。
　図７は、サーバ１からＴＣＰコネクションを確立する場合の動作を示すシーケンス図である。まず、サーバ１が、ＴＣＰヘッダ内のＳＹＮフラグがセットされ、ＡＣＫフラグがセットされていないＴＣＰ（ＳＹＮ）パケットを送信すると、無線通信装置４がこれを受信する（ステップＳ２１）。
　無線通信装置４では、優先制御部４０の下りトラヒック監視部４６が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、優先度判定のポリシー情報を格納したポリシーテーブル４３を参照し、当該コネクション情報が、優先度判定処理を行うトラヒックかどうか、ＴＣＰコネクション確立が認められたＴＣＰトラヒックかどうか、また、正当な送信元／宛先ポート番号かどうかを判定する。
　優先度判定部４２は、ＴＣＰコネクション確立開始を許可すると判定した場合は、ＴＣＰ（ＳＹＮ）パケット転送許可を下りトラヒック制御部４７へ通知し、下りトラヒック制御部４７が端末５へＴＣＰ（ＳＹＮ）パケットを転送する（ステップＳ２２）。このとき、優先度判定部４２は、コネクションテーブル４５へＴＣＰコネクションの情報を追加し、以後のＴＣＰ状態遷移の検査を開始する。
　ＴＣＰ（ＳＹＮ）パケットを受信した端末５が、これに対する応答としてＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを送信し、無線通信装置４がこれを受信する（ステップＳ２３）。
　無線通信装置４では、優先制御部４０の上りトラヒック監視部４１が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、正常なＴＣＰ状態遷移動作であるかどうかを検査し、正常である場合は、ＴＣＰ（ＳＹＮ，ＡＣＫ）パケット転送許可を上りトラヒック制御部４４へ通知し、上りトラヒック制御部４４がサーバ１へＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを転送する（ステップＳ２４）。
　ＴＣＰ（ＳＹＮ，ＡＣＫ）パケットを受信したサーバ１が、これに対する応答としてＴＣＰ（ＡＣＫ）パケットを送信し、無線通信装置４がこれを受信する（ステップＳ２５）。
　無線通信装置４では、優先制御部４０の下りトラヒック監視部４６が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、正常なＴＣＰ状態遷移動作であるかどうかを検査し、正常である場合は、ＴＣＰ（ＡＣＫ）パケットの転送を許可し、下りトラヒック制御部４７が端末５へＴＣＰ（ＡＣＫ）パケットを転送する（ステップＳ２６）。
　その後、サーバ１と端末５との間でＴＣＰコネクションが確立し、両者の間でＴＣＰデータパケットが送受信される。優先度判定部４２は、ＴＣＰコネクションのシーケンスの確立を許可した後は、ＴＣＰコネクションの両端（サーバ１，端末５）のＩＰアドレスおよびポート番号をコネクションテーブル４５に保持し、当該ＴＣＰコネクションのＴＣＰ状態遷移を認識して管理する。具体的な処理については、実施の形態１と同様である。
　一方、端末からのＴＣＰ（ＳＹＮ）パケットに対して、ＴＣＰコネクションを確立しない場合について説明する。図８は、サーバ１からＴＣＰコネクションを確立する場合の動作を示すシーケンス図である。
　まず、サーバ１が、ＴＣＰヘッダ内のＳＹＮフラグがセットされ、ＡＣＫフラグがセットされていないＴＣＰ（ＳＹＮ）パケットを送信すると、無線通信装置４がこれを受信する（ステップＳ３１）。
　無線通信装置４では、優先制御部４０の下りトラヒック監視部４６が、当該パケットのコネクション情報（ＴＣＰヘッダ情報，ＩＰヘッダ情報）を抽出し、優先度判定部４２へ通知する。優先度判定部４２は、優先度判定のポリシー情報を格納したポリシーテーブル４３を参照し、当該コネクション情報が、優先度判定処理を行うトラヒックかどうか、ＴＣＰコネクション確立が認められたＴＣＰトラヒックかどうか、また、正当な送信元／宛先ポート番号かどうかを判定する。
　優先度判定部４２は、ＴＣＰコネクション確立不許可と判定した場合は、ＴＣＰ（ＳＹＮ）パケットの転送を許可せず、ＴＣＰ（ＳＹＮ）パケットの破棄を下りトラヒック制御部４６へ通知し、下りトラヒック制御部４６がＴＣＰ（ＳＹＮ）パケットを破棄する。
　以上説明したように、本実施の形態では、無線通信装置４が、サーバ１からＴＣＰ（ＳＹＮ）パケットを受信した場合に、優先制御部４０において、受信パケットからコネクション情報を抽出し、ポリシーテーブル４３に登録されているポリシー情報に基づいてＴＣＰコネクションの確立可否を判定することとした。これにより、実施の形態１と同様、低優先トラヒックのＴＣＰコネクションについては確立不許可とすることができるため、既に確立されている高優先トラヒックのＴＣＰコネクションのスループット（通信品質）の低下を回避することができる。
　なお、実施の形態１および本実施の形態で説明した内容を踏まえて、無線通信装置４は、無通信を検出した場合に、キープアライブ処理を行うことができる。
　無線通信装置４では、優先度判定部４２が、単位時間あたりのＴＣＰトラヒック量およびＴＣＰ再送要求率を推定していることから、例えば、ＴＣＰコネクションが確立されたものの、シーケンス番号の更新が行われないことにより通信が行われていない（パケットを受信していない）と推定することができる。この場合、サーバ１および端末５に対して、ＴＣＰのＫｅｅｐＡｌｉｖｅパケットを送信し、それに対する応答の有無でＴＣＰコネクションの生存を確認する。図９は、無通信検出時のＴＣＰのキープアライブ処理を示すシーケンス図である。
　図５や図７に示す動作によってサーバ１と端末５との間でＴＣＰコネクションが確立している場合に、例えば、サーバ１がＴＣＰデータパケットを送信し（ステップＳ４１）、無線通信装置４がこれを端末５へ転送する（ステップＳ４２）。端末５は、受信したＴＣＰデータパケットの応答として、ＴＣＰ（ＡＣＫ，ＲＷＩＮ）パケットを送信し（ステップＳ４３）、無線通信装置４がこれをサーバ１へ転送する（ステップＳ４４）。
　その後、無線通信装置４では、優先度判定部４２が、上りトラヒック監視部４１および下りトラヒック監視部４６からの通知により、所定の期間、サーバ１と端末５との間で通信が行われていないとして無通信を検出する。この場合、優先度判定部４２が、キープアライブ処理として、ＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを送信する判定を行い、上りトラヒック制御部４４からサーバ１へＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを送信し（ステップＳ４５－１）、下りトラヒック制御部４７から端末５へＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを送信する（ステップＳ４５－２）。
　無線通信装置４では、優先度判定部４２が、予め規定した期間内に、端末５からのＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを受信した旨の通知を上りトラヒック監視部４１から受けた場合（ステップＳ４６）、および、サーバ１からのＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを受信した旨の通知を下りトラヒック監視部４６から受けた場合（ステップＳ４７）、キープアライブ対象のＴＣＰコネクションの確立を継続する。
　一方、予め規定した期間内に、端末５およびサーバ１からＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットに対する応答を受信しなかった場合を図１０に示す。図１０は、無通信検出時のＴＣＰのキープアライブ処理を示すシーケンス図である。ステップＳ４１からステップＳ４５－１、Ｓ４５－２までの処理は図９と同様である。無線通信装置４では、優先度判定部４２が、予め規定した期間内に、端末５およびサーバ１の両方からＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットに対する応答を受信しなかった場合、無応答を検出し、キープアライブ対象のＴＣＰコネクションは消滅していると判定し、コネクションテーブル４５から当該ＴＣＰコネクションを削除し、上りトラヒック制御部４４からサーバ１へＴＣＰ（ＲＳＴ）パケットを送信し（ステップＳ５１－１）、下りトラヒック制御部４７から端末５へＴＣＰ（ＲＳＴ）パケットを送信する（ステップＳ５１－２）。
　なお、無線通信装置４の優先度判定部４２がキープアライブ対象のＴＣＰコネクションが消滅していると判定する場合を、端末５およびサーバ１の両方から応答を受信しなかった場合について説明したが、これに限定するものではない。例えば、ＴＣＰ（ＫｅｅｐＡｌｉｖｅ）パケットを再送しても端末５およびサーバ１の両方から応答を受信しなかった場合や、端末５またはサーバ１からＴＣＰヘッダのＲＳＴフラグがセットされたＴＣＰ（ＲＳＴ）パケットが返送されてきた場合に、キープアライブ対象のＴＣＰコネクションが消滅していると判定してもよい。
　このように、無線通信装置４が、サーバ１と端末５との間で無通信を検出した場合に、キープアライブ処理を行うことにより、無通信状態のＴＣＰコネクションを消滅させることができる。
実施の形態３．
　本実施の形態では、高優先トラヒックのＴＣＰコネクションで劣化を検出した場合に、低優先トラヒックのＴＣＰコネクションを切断し、高優先トラヒックのＴＣＰコネクションの通信品質を向上させる方法について説明する。実施の形態１、２と異なる部分について説明する。
　無線通信装置４では、優先制御部４０の優先度判定部４２が、コネクションテーブル４５に登録されているＴＣＰコネクションのシーケンス番号を更新して状態を管理している。そのため、高優先トラヒックのＴＣＰコネクションで送受信されるシーケンス番号の観測結果から、高優先トラヒックのＴＣＰコネクションにおいてパケット損失と再送が予め規定したしきい値を超えて多発し、通信品質が劣化していることを検出する場合がある。この際、優先度判定部４２では、高優先トラヒックのＴＣＰコネクションの通信品質を向上させるため、低優先トラヒックのＴＣＰコネクションの帯域を制限（抑止）し、更に高優先トラヒックのＴＣＰコネクションにおいて劣化を検出した場合には、ＴＣＰヘッダのＲＳＴフラグをセットしたＴＣＰ（ＲＳＴ）パケットをサーバ１および端末５に対して送信し、低優先トラヒックのＴＣＰコネクションを強制的に切断する。
　図１１は、高優先トラヒックのＴＣＰコネクションで劣化を検出した時の低優先トラヒックのＴＣＰコネクションリセット処理およびＳＹＮパケット破棄処理を示すシーケンス図である。まず、サーバ１が低優先のＴＣＰデータパケットを送信し（ステップＳ６１）、無線通信装置４がこれを端末５へ転送する（ステップＳ６２）。端末５は、受信した低優先のＴＣＰデータパケットの応答として、ＴＣＰ（ＡＣＫ，ＲＷＩＮ）パケットを送信し（ステップＳ６３）、無線通信装置４がこれをサーバ１へ転送する（ステップＳ６４）。このとき無線通信装置４では、優先制御部４０の優先度判定部４２が、高優先トラヒックのＴＣＰコネクションの通信品質が劣化していることを検出しており、ＴＣＰ（ＡＣＫ）制御により、低優先トラヒックのＴＣＰコネクションの帯域を制限する（抑止する）判定を行う。実際に帯域制限を行うのは、上りトラヒック制御部４４および下りトラヒック制御部４７とする。
　ここで、無線通信装置４では、優先度判定部４２が、上りトラヒック監視部４１または下りトラヒック監視部４６からの通知により、高優先トラヒックのＴＣＰコネクションにおいて、更なる通信品質の劣化を検出する。この場合、優先度判定部４２では、高優先トラヒックのＴＣＰコネクションの劣化を改善して通信品質を向上するために、低優先トラヒックのＴＣＰコネクションを強制的にリセットする処理を行う。優先度判定部４２は、まず、コネクションテーブル４５から、リセット処理を行う対象の低優先トラヒックのＴＣＰコネクションを削除する。つぎに、ＴＣＰ（ＲＳＴ）パケットを送信する判定をし、上りトラヒック制御部４４からサーバ１へＴＣＰ（ＲＳＴ）パケットを送信し（ステップＳ６５－１）、下りトラヒック制御部４７から端末５へＴＣＰ（ＲＳＴ）パケットを送信する（ステップＳ６５－２）。
　なお、このときに強制切断対象となる低優先トラヒックのＴＣＰコネクションを利用していたサーバ１および端末５は、ＴＣＰコネクションの再確立を開始する可能性がある。この再確立処理を遮断するため、優先度判定部４２は、ポリシーテーブル４３に登録されている当該ＴＣＰコネクションに関するポリシー情報を一時的に変更し、再確立に伴うＴＣＰ（ＳＹＮ）パケットを破棄する。一時的に変更する方法としては、例えば、ポリシーテーブル４３（図３参照）のＴＣＰコネクション確立可否の欄を「可」から「否」にする方法があるが、これに限定するものではない。また、優先度判定部４２が、低優先トラヒックのＴＣＰコネクションを強制的にリセットすると判定した劣化の状態と、実施の形態１で説明したＴＣＰコネクションの確立不許可とする劣化の状態を同一としてもよい。
　図１１において、無線通信装置４が、端末５から送信されたＴＣＰ（ＳＹＮ）パケットを受信した場合（ステップＳ６６）、優先度判定部４２は、上りトラヒック監視部４１からトラヒック情報の通知を受け、ポリシーテーブル４３に登録されている一時的に変更されたポリシー情報に基づいて、ＴＣＰコネクションの確立を抑止する判定を行う。すなわち、上りトラヒック制御部４４に対してＴＣＰ（ＳＹＮ）パケットの破棄を通知し、上りトラヒック制御部４４がＴＣＰ（ＳＹＮ）パケットを破棄する。
　同様に、無線通信装置４が、サーバ１から送信されたＴＣＰ（ＳＹＮ）パケットを受信した場合（ステップＳ６７）、優先度判定部４２は、下りトラヒック監視部４６からトラヒック情報の通知を受け、ポリシーテーブル４３に登録されている一時的に変更されたポリシー情報に基づいて、ＴＣＰコネクションの確立を抑止する判定を行う。すなわち、下りトラヒック制御部４７に対してＴＣＰ（ＳＹＮ）パケットの破棄を通知し、下りトラヒック制御部４７がＴＣＰ（ＳＹＮ）パケットを破棄する。
　このように、無線通信装置４は、高優先トラヒックのＴＣＰコネクションで通信品質の劣化を検出した場合に、低優先トラヒックのＴＣＰコネクションを強制的に切断することにより、高優先トラヒックのＴＣＰコネクションの通信品質を向上させることができる。
　なお、低優先トラヒックのＴＣＰコネクションを強制的に切断して再確立を遮断している状態において、高優先トラヒックのＴＣＰコネクションにおけるパケット損失が回復して通信品質が向上し、優先度判定部４２が低優先トラヒックのＴＣＰコネクションの通信が可能と判定した場合には、優先度判定部４２がポリシー情報を再度変更し、低優先トラヒックのＴＣＰコネクションの確立を許可する。
　図１２は、低優先トラヒックのＴＣＰコネクション確立の再許可の動作を示すシーケンス図である。なお、ステップＳ６５－１、Ｓ６５－２からステップＳ６７までの処理は図１１と同様のため説明を省略する。
　無線通信装置４では、優先度判定部４２が、一時的に変更されたポリシー情報に基づいて低優先トラヒックのＴＣＰコネクションの確立を遮断しているときに、高優先トラヒックが減少したことを検出する。すなわち、高優先トラヒックのＴＣＰコネクションにおいて通信品質が向上したことを検出する。この場合、優先度判定部４２が、ポリシーテーブル４３に登録されている一時的に変更されたポリシー情報を再度変更する。その後、端末５からＴＣＰ（ＳＹＮ）パケットを受信した場合の無線通信装置４内の処理（ステップＳ７１～Ｓ７６）については、実施の形態１で説明した図５に示す処理（ステップＳ１～Ｓ６）と同様である。ここで、ＴＣＰコネクションの確立が許可された場合に、低優先トラヒックのＴＣＰコネクションにおいて通信が再開される。
　このように、無線通信装置４が、低優先トラヒックのＴＣＰコネクションを強制的に切断した場合であっても、高優先トラヒックのＴＣＰコネクションにおいて通信品質の向上が検出された場合には、低優先トラヒックのＴＣＰコネクションの通信を再開することができる。なお、ポリシー情報を再度変更する方法としては、変更前の元の状態に戻す方法があるが、これに限定するものではない。
　以上説明したように、本実施の形態では、無線通信装置４が、高優先トラヒックのＴＣＰコネクションで通信品質の劣化を検出した場合に、低優先トラヒックのＴＣＰコネクションを切断することとした。これにより、低優先トラヒックのＴＣＰコネクションで使用していた帯域を確保でき、高優先トラヒックのＴＣＰコネクションの通信品質を向上することができる。
　また、低優先トラヒックのＴＣＰコネクションを切断した後に、高優先トラヒックの減少を検出した場合には、再度低優先トラヒックのＴＣＰコネクションの確立を許可できることとした。これにより、高優先トラヒックのＴＣＰコネクションを優先しつつ、低優先トラヒックのＴＣＰコネクションの再確立に適応的に対応することができる。
　なお、実施の形態１～３において、優先度の種別が高低の２つの場合について説明したが、これに限定するものでは無く、３つ以上の場合にも適用可能である。
　以上のように、本発明にかかる無線通信装置は、ネットワーク同士を接続する装置として有用であり、特に、ローカルネットワークを外部ネットワークに接続する場合に適している。
　１－１，１－２，１－３　サーバ
　２　ネットワーク
　３　移動体
　４　無線通信装置
　５－１，５－２，５－３　端末
　４０　優先制御部
　４１　上りトラヒック監視部
　４２　優先度判定部
　４３　ポリシーテーブル
　４４　上りトラヒック制御部
　４５　コネクションテーブル
　４６　下りトラヒック監視部
　４７　下りトラヒック制御部

Claims (20)

  1. 　複数の端末によりローカルネットワークを構築する移動体に搭載され、かつ、当該ローカルネットワークに接続する所定の端末とその他のネットワークである外部ネットワークに接続するサーバとの間で送受信されるパケットを中継する無線通信装置であって、
    　前記サーバおよび前記端末から受信したパケットから、ヘッダ情報を抽出するトラヒック監視手段と、
    　前記サーバおよび前記端末の組み合わせごとの通信コネクション確立可否、および当該通信コネクションの優先度、を示すポリシー情報を登録するためのポリシー登録手段と、
    　前記サーバまたは前記端末からパケットを受信した場合に、前記ヘッダ情報および前記ポリシー情報に基づいて、当該パケットの中継処理を行うかどうかを判断する優先度判定手段と、
    　前記優先度判定手段により中継処理を行わない旨の判断をした場合に、受信したパケットを破棄するトラヒック制御手段と、
    　を備えることを特徴とする無線通信装置。
  2. 　さらに、
    　確立された通信コネクションの通信品質を記録するための品質記録手段、
    　を備え、
    　前記優先度判定手段は、
    　所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションの確立を不許可とするための閾値である低優先度不許可閾値以下の場合に、当該所定の優先度よりも低い優先度を持つ通信コネクションの確立要求パケットを破棄するように、前記ポリシー情報を設定する、
    　ことを特徴とする請求項１に記載の無線通信装置。
  3. 　前記トラヒック監視手段は、前記サーバから前記端末へ送信される下りパケットを受信した場合、前記ヘッダ情報からシーケンス番号を検出し、
    　前記優先度判定手段は、前記シーケンス番号の単位時間あたりの検出数から算出したトラヒック量を前記通信品質とする、
    　ことを特徴とする請求項２に記載の無線通信装置。
  4. 　さらに、
    　前記トラヒック監視手段は、前記端末から前記サーバへ送信される上りパケットを受信した場合、前記ヘッダ情報からシーケンス番号を検出し、
    　前記優先度判定手段は、前記シーケンス番号の単位時間あたりの検出数から算出したＴＣＰ再送要求率を前記通信品質とする、
    　ことを特徴とする請求項３に記載の無線通信装置。
  5. 　前記優先度判定手段は、
    　第１の期間内にシーケンス番号を検出しなかった通信コネクションを確立しているサーバおよび端末へ、キープアライブパケットを送信する旨を決定し、
    　また、第２の期間内に前記サーバおよび前記端末の両方から前記キープアラブパケットに対する応答を受信しなかった場合に、前記品質記録手段から当該通信コネクションの記録を削除し、当該通信コネクションを確立しているサーバおよび端末へリセットパケットを送信する旨を決定し、
    　前記トラヒック制御手段は、前記優先度判定手段の決定に従い、前記サーバおよび前記端末へキープアライブパケットおよびリセットパケットを送信する、
    　ことを特徴とする請求項３に記載の無線通信装置。
  6. 　前記優先度判定手段は、所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を制限するための閾値である低優先度帯域制限閾値以下の場合に、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を、当該所定の優先度を持つ通信コネクションの帯域よりも小さくする旨を決定し、
    　前記トラヒック制御手段は、前記優先度判定手段の決定に従い、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を、当該所定の優先度を持つ通信コネクションの帯域よりも小さくしてパケットの送信を行う、
    　ことを特徴とする請求項２に記載の無線通信装置。
  7. 　前記優先度判定手段は、所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションを切断するための閾値である低優先度切断閾値（低優先度切断閾値＜低優先度帯域制限閾値）以下の場合に、前記品質記録手段から当該低い優先度を持つ通信コネクションの記録を削除し、当該通信コネクションを確立しているサーバおよび端末へリセットパケットを送信する旨を決定し、
    　前記トラヒック制御手段は、前記優先度判定手段の決定に従い、前記サーバおよび前記端末へリセットパケットを送信する、
    　ことを特徴とする請求項６に記載の無線通信装置。
  8. 　前記優先度判定手段は、さらに、前記低い優先度を持つ通信コネクションを確立していたサーバまたは端末から通信コネクションの確立要求パケットを受信した場合に、当該確立要求パケットを破棄するようにポリシー情報を変更する、
    　ことを特徴とする請求項７に記載の無線通信装置。
  9. 　前記優先度判定手段は、前記所定の優先度を持つ通信コネクションの通信品質が、前記低優先度切断閾値よりも大きくなった場合に、変更したポリシー情報を変更前の状態に戻す、
    　ことを特徴とする請求項８に記載の無線通信装置。
  10. 　前記低優先度不許可閾値と前記低優先度切断閾値を同一値とする、
    　ことを特徴とする請求項７、８または９に記載の無線通信装置。
  11. 　複数の端末によりローカルネットワークを構築する移動体に搭載され、かつ、当該ローカルネットワークに接続する所定の端末とその他のネットワークである外部ネットワークに接続するサーバとの間で送受信されるパケットを中継する無線通信装置、の無線通信方法であって、
    　前記無線通信装置が、前記サーバおよび前記端末の組み合わせごとの通信コネクション確立可否、および当該通信コネクションの優先度、を示すポリシー情報を登録するためのポリシー登録手段、を備える場合において、
    　前記サーバまたは前記端末から受信したパケットから、ヘッダ情報を抽出するヘッダ抽出ステップと、
    　前記ヘッダ抽出ステップにより抽出されたヘッダ情報および前記ポリシー登録手段に登録されたポリシー情報に基づいて、受信したパケットの中継処理を行うかどうかを判断する優先度判定ステップと、
    　前記優先度判定ステップにて中継処理を行わない旨の判断をした場合に、受信したパケットを破棄するトラヒック制御ステップと、
    　を含むことを特徴とする無線通信方法。
  12. 　前記無線通信装置が、さらに、確立された通信コネクションの通信品質を記録するための品質記録手段、を備える場合において、
    　前記優先度判定ステップでは、
    　所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションの確立を不許可とするための閾値である低優先度不許可閾値以下の場合に、当該所定の優先度よりも低い優先度を持つ通信コネクションの確立要求パケットを破棄するように、前記ポリシー情報を設定する、
    　ことを特徴とする請求項１１に記載の無線通信方法。
  13. 　前記ヘッダ抽出ステップでは、前記サーバから前記端末へ送信される下りパケットを受信した場合に、前記ヘッダ情報からシーケンス番号を検出し、
    　前記優先度判定ステップでは、前記シーケンス番号の単位時間あたりの検出数から算出したトラヒック量を前記通信品質とする、
    　ことを特徴とする請求項１２に記載の無線通信方法。
  14. 　前記ヘッダ抽出ステップでは、前記端末から前記サーバへ送信される上りパケットを受信した場合に、前記ヘッダ情報からシーケンス番号を検出し、
    　前記優先度判定ステップでは、前記シーケンス番号の単位時間あたりの検出数から算出したＴＣＰ再送要求率を前記通信品質とする、
    　ことを特徴とする請求項１３に記載の無線通信方法。
  15. 　前記優先度判定ステップでは、
    　第１の期間内にシーケンス番号を検出しなかった通信コネクションを確立しているサーバおよび端末へ、キープアライブパケットを送信する旨を決定し、
    　また、第２の期間内に前記サーバおよび前記端末の両方から前記キープアラブパケットに対する応答を受信しなかった場合に、前記品質記録手段から前記通信コネクションの記録を削除し、前記通信コネクションを確立しているサーバおよび端末へリセットパケットを送信する旨を決定し、
    　前記トラヒック制御ステップでは、前記優先度判定ステップにおける決定に従い、前記サーバおよび前記端末へキープアライブパケットおよびリセットパケットを送信する、
    　ことを特徴とする請求項１３に記載の無線通信方法。
  16. 　前記優先度判定ステップでは、所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を制限するための閾値である低優先度帯域制限閾値以下の場合に、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を、当該所定の優先度を持つ通信コネクションの帯域よりも小さくする旨を決定し、
    　前記トラヒック制御ステップでは、前記優先度判定ステップにおける決定に従い、当該所定の優先度よりも低い優先度を持つ通信コネクションの帯域を、当該所定の優先度を持つ通信コネクションの帯域よりも小さくしてパケットの送信を行う、
    　ことを特徴とする請求項１２に記載の無線通信方法。
  17. 　前記優先度判定ステップでは、所定の優先度を持つ通信コネクションの通信品質が、当該所定の優先度よりも低い優先度を持つ通信コネクションを切断するための閾値である低優先度切断閾値（低優先度切断閾値＜低優先度帯域制限閾値）以下の場合に、前記品質記録手段から当該低い優先度を持つ通信コネクションの記録を削除し、当該通信コネクションを確立しているサーバおよび端末へリセットパケットを送信する旨を決定し、
    　前記トラヒック制御ステップでは、前記優先度判定ステップにおける決定に従い、前記サーバおよび前記端末へリセットパケットを送信する、
    　ことを特徴とする請求項１６に記載の無線通信方法。
  18. 　前記優先度判定ステップでは、さらに、前記低い優先度を持つ通信コネクションを確立していたサーバまたは端末から通信コネクションの確立要求パケットを受信した場合に、当該確立要求パケットを破棄するようにポリシー情報を変更する、
    　ことを特徴とする請求項１７に記載の無線通信方法。
  19. 　前記優先度判定ステップでは、前記所定の優先度を持つ通信コネクションの通信品質が、前記低優先度切断閾値よりも大きくなった場合に、変更したポリシー情報を変更前の状態に戻す、
    　ことを特徴とする請求項１８に記載の無線通信方法。
  20. 　前記低優先度不許可閾値と前記低優先度切断閾値を同一値とする、
    　ことを特徴とする請求項１７、１８または１９に記載の無線通信方法。
PCT/JP2010/050060 2010-01-06 2010-01-06 無線通信装置および無線通信方法 WO2011083570A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/JP2010/050060 WO2011083570A1 (ja) 2010-01-06 2010-01-06 無線通信装置および無線通信方法
JP2011548884A JP5230824B2 (ja) 2010-01-06 2010-01-06 無線通信装置および無線通信方法
DE112010005088.0T DE112010005088B4 (de) 2010-01-06 2010-01-06 Funkkommunikationsvorrichtung und Funkkommunikationsverfahren
US13/520,351 US8995258B2 (en) 2010-01-06 2010-01-06 Radio communication apparatus and radio communication method for determining relay processing based upon policy information
CN2010800606435A CN102714868A (zh) 2010-01-06 2010-01-06 无线通信装置以及无线通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/050060 WO2011083570A1 (ja) 2010-01-06 2010-01-06 無線通信装置および無線通信方法

Publications (1)

Publication Number Publication Date
WO2011083570A1 true WO2011083570A1 (ja) 2011-07-14

Family

ID=44305314

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/050060 WO2011083570A1 (ja) 2010-01-06 2010-01-06 無線通信装置および無線通信方法

Country Status (5)

Country Link
US (1) US8995258B2 (ja)
JP (1) JP5230824B2 (ja)
CN (1) CN102714868A (ja)
DE (1) DE112010005088B4 (ja)
WO (1) WO2011083570A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130024523A1 (en) * 2011-07-22 2013-01-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for flow termination of a tcp session
JP2013182380A (ja) * 2012-03-01 2013-09-12 Sony Corp 通信装置、通信システム、および、これらの制御方法ならびに当該方法をコンピュータに実行させるためのプログラム
WO2014039276A1 (en) * 2012-09-07 2014-03-13 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
JPWO2013076876A1 (ja) * 2011-11-25 2015-04-27 京セラ株式会社 通信制御方法及び中継局
US9144096B2 (en) 2012-09-07 2015-09-22 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
US9426837B2 (en) 2012-09-07 2016-08-23 Qualcomm Incorporated Systems, apparatus and methods for association in multi-hop networks
WO2019064986A1 (ja) * 2017-09-29 2019-04-04 ソニー株式会社 通信装置及び通信方法
US11595431B2 (en) * 2017-11-08 2023-02-28 Sony Corporation Information processing apparatus, moving apparatus, and method

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5624973B2 (ja) * 2011-11-04 2014-11-12 株式会社日立製作所 フィルタリング装置
US10171548B2 (en) * 2014-08-26 2019-01-01 Mavenir Systems, Inc. Method and system for efficient enrichment of upper layer protocol content in transmission control program (TCP) based sessions
US9686071B2 (en) * 2015-06-23 2017-06-20 Intel Corporation Opportunistic full-duplex communications
US10346003B2 (en) * 2016-02-16 2019-07-09 Bank Of America Corporation Integrated geolocation resource transfer platform
WO2019142337A1 (ja) * 2018-01-19 2019-07-25 三菱電機株式会社 通信制御装置、通信制御方法および通信制御プログラム
US10567983B2 (en) * 2018-07-02 2020-02-18 Ford Global Technologies, Llc Method and apparatus for adaptive network slicing in vehicles
JP7406386B2 (ja) * 2020-02-03 2023-12-27 アラクサラネットワークス株式会社 通信監視装置、通信監視方法、及び通信監視プログラム
CN114826750B (zh) * 2022-04-29 2024-02-06 阿里巴巴（中国）有限公司 一种网络异常检测方法、服务器、服务器集群及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005026763A (ja) * 2003-06-30 2005-01-27 Kyocera Corp 無線通信システム、無線通信装置、無線通信端末
JP2009088755A (ja) * 2007-09-28 2009-04-23 Nippon Telegr & Teleph Corp <Ntt> 受付制御方法、無線ｌａｎ基地局装置およびプログラム
JP2009206641A (ja) * 2008-02-26 2009-09-10 Toshiba Corp 移動通信システム及び無線基地局制御装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0714192A1 (en) * 1994-11-24 1996-05-29 International Business Machines Corporation Method for preempting connections in high speed packet switching networks
JP3193947B2 (ja) * 1997-01-08 2001-07-30 株式会社ディジタル・ビジョン・ラボラトリーズ データ送信システム及びデータ送信方法
JP2000316188A (ja) 1999-04-30 2000-11-14 Kyocera Corp 無線加入者システム、無線加入者システムの回線接続制御装置及び記録媒体
JP2001078260A (ja) 1999-09-06 2001-03-23 Yrp Kokino Idotai Tsushin Kenkyusho:Kk 移動通信システムにおける輻輳制御方法、移動端末および基地局
US6930470B2 (en) * 2001-03-01 2005-08-16 Nortel Networks Limited System and method for code division multiple access communication in a wireless communication environment
KR100769741B1 (ko) 2003-05-29 2007-10-23 교세라 가부시키가이샤 무선 통신 시스템, 무선 통신 장치, 무선 통신 단말, 및 이동 무선 통신 장치
DE60332877D1 (de) * 2003-12-22 2010-07-15 Ericsson Telefon Ab L M Technologie-unabhängige Zugangsauswahl basiert auf Anwendungsanforderungen und Netzwerkzustand
JP4268070B2 (ja) * 2004-02-24 2009-05-27 日本電信電話株式会社 サービス品質保証方法、サービス品質保証装置、サービス品質保証プログラム及びそのプログラムを記録した記録媒体
JP2006093818A (ja) 2004-09-21 2006-04-06 Denso Corp 車両用通信制御システム
US7460476B1 (en) * 2004-10-18 2008-12-02 Ubicom, Inc. Automatic adaptive network traffic prioritization and shaping
US8953432B2 (en) * 2004-11-01 2015-02-10 Alcatel Lucent Softrouter dynamic binding protocol
JP4732100B2 (ja) * 2005-09-29 2011-07-27 東京電力株式会社 通信装置
JP4583312B2 (ja) * 2006-01-30 2010-11-17 富士通株式会社 通信状況判定方法、通信状況判定システム及び判定装置
JP4758362B2 (ja) * 2007-01-30 2011-08-24 株式会社日立製作所 中継装置、プログラム及び中継方法
US8239566B2 (en) * 2008-02-28 2012-08-07 Silicon Graphics International, Corp. Non-saturating fairness protocol and method for NACKing systems
CN101374304A (zh) * 2008-09-19 2009-02-25 广东南方信息安全产业基地有限公司 一种基于角色组的智能移动终端通信管理控制***及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005026763A (ja) * 2003-06-30 2005-01-27 Kyocera Corp 無線通信システム、無線通信装置、無線通信端末
JP2009088755A (ja) * 2007-09-28 2009-04-23 Nippon Telegr & Teleph Corp <Ntt> 受付制御方法、無線ｌａｎ基地局装置およびプログラム
JP2009206641A (ja) * 2008-02-26 2009-09-10 Toshiba Corp 移動通信システム及び無線基地局制御装置

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130024523A1 (en) * 2011-07-22 2013-01-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for flow termination of a tcp session
JPWO2013076876A1 (ja) * 2011-11-25 2015-04-27 京セラ株式会社 通信制御方法及び中継局
JP2013182380A (ja) * 2012-03-01 2013-09-12 Sony Corp 通信装置、通信システム、および、これらの制御方法ならびに当該方法をコンピュータに実行させるためのプログラム
US9301276B2 (en) 2012-09-07 2016-03-29 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
US9060344B2 (en) 2012-09-07 2015-06-16 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
US9144096B2 (en) 2012-09-07 2015-09-22 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
WO2014039276A1 (en) * 2012-09-07 2014-03-13 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
US9426837B2 (en) 2012-09-07 2016-08-23 Qualcomm Incorporated Systems, apparatus and methods for association in multi-hop networks
US10039071B2 (en) 2012-09-07 2018-07-31 Qualcomm Incorporated Systems, apparatus, and methods for association in multi-hop networks
WO2019064986A1 (ja) * 2017-09-29 2019-04-04 ソニー株式会社 通信装置及び通信方法
JPWO2019064986A1 (ja) * 2017-09-29 2020-11-05 ソニー株式会社 通信装置及び通信方法
JP7226322B2 (ja) 2017-09-29 2023-02-21 ソニーグループ株式会社 通信装置及び通信方法
US11659624B2 (en) 2017-09-29 2023-05-23 Sony Corporation Communication device and communication method
US11595431B2 (en) * 2017-11-08 2023-02-28 Sony Corporation Information processing apparatus, moving apparatus, and method

Also Published As

Publication number Publication date
CN102714868A (zh) 2012-10-03
DE112010005088T5 (de) 2012-11-08
JPWO2011083570A1 (ja) 2013-05-13
US20120275383A1 (en) 2012-11-01
US8995258B2 (en) 2015-03-31
JP5230824B2 (ja) 2013-07-10
DE112010005088B4 (de) 2017-05-24

Similar Documents

Publication Publication Date Title
JP5230824B2 (ja) 無線通信装置および無線通信方法
US10630813B2 (en) Transporting UDP packets over an MPTCP connection
JP5969689B2 (ja) リアルタイム通信のための冗長性
US8320242B2 (en) Active response communications network tap
US10841406B2 (en) Method for multi-path UDP communication method between two terminals
US10333831B2 (en) Method of optimizing the load of a network connection concentrator
JPWO2013125096A1 (ja) 通信装置
JP2006509426A (ja) ストリーミングメディアの伝送品質を高めるための方法
Nguyen et al. Evaluation of multipath TCP load sharing with coupled congestion control option in heterogeneous networks
EP3637703B1 (en) Message transmission methods and proxy servers
US20170181215A1 (en) Methods and devices for managing messages delayed following a loss of network connectivity
EP2478674A1 (en) NODE AND METHOD FOR QUALITY OF SERVICE (QoS) CONTROL
JP2015527787A (ja) 接続可能性障害後のホームネットワークのための再ルーティングを可能とする方法及びシステム
Dreibholz et al. A new scheme for IP-based Internet-mobility
CA2840972C (en) Communication system for establishing a real-time communication session
KR20200083582A (ko) 실시간 전송 네트워크 혼잡 조건에 기초하여 데이터 전송 네트워크 프로토콜을 가속 또는 감속하기 위한 시스템 및 방법
JP2008288763A (ja) エッジルータ装置およびセッション確立方法
WO2015107806A1 (ja) 通信装置
JP2004194104A (ja) 通信システム、ゲートウェイ装置、プログラムおよび記録媒体
WO2010081321A1 (zh) 实现上送速率动态联动的方法、装置和***
WO2020154872A1 (zh) 一种传输控制协议加速方法和装置
US20140369189A1 (en) Method of controlling packet transmission in network system and network system transmitting packet using pseudo-tcp agent
JP5025449B2 (ja) 中継通信システム
WO2018101243A1 (ja) 通信装置、通信方法、プログラム
JP5112249B2 (ja) 不安定な通信品質の通信リンクを介して移動端末と接続されるプロキシサーバ、プログラム及び代理接続方法

Legal Events

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

Ref document number: 201080060643.5

Country of ref document: CN

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

Ref document number: 10842087

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011548884

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 13520351

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 112010005088

Country of ref document: DE

Ref document number: 1120100050880

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10842087

Country of ref document: EP

Kind code of ref document: A1