JP2017123508A - Wireless gateway that suppresses control signal to wide area wireless network depending on congestion of short-range wireless network, program, and method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a wireless gateway, a program, and a method capable of suppressing a control signal to a wide area wireless network based on a packet originated from devices, with respect to a wireless gateway in which a plurality of devices are connected via a short-range wireless network.SOLUTION: A wireless gateway has: a congestion detection buffer 11 that temporarily stores a packet received from a plurality of devices 2 via a short-range wireless network for a predetermined time period; congestion determination means 12 that determines whether or not a predetermined number of packets or more are stored in the congestion detection buffer; a transmission delay buffer 13 that stores a packet outputted from the congestion detection buffer 11 when the congestion determination means determined that a predetermined number of packets or more are stored in the congestion detection buffer; and waiting state control means 14 that transmits the packets stored in the transmission delay buffer to the wide area wireless network at an arbitrary timing.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a technique for suppressing congestion of a control signal (signaling) transmitted to a wide area wireless network.

  In recent years, communication services using IoT (Internet of Things) / M2M (Machine-to-Machine) devices have become widespread. IoT / M2M devices distributed in large quantities automatically and frequently transmit relatively small information packets. This is different from communication in which data is transmitted and received in bursts, such as a smartphone or a mobile phone operated by a user. Therefore, the traffic pattern of signaling generated from terminals and devices for the LTE (Long Term Evolution) network as a mobile network is also changing.

  Conventionally, as an increase in the amount of traffic of control signals, an application installed in a terminal may periodically connect to a network in order to realize a server push function (for example, real-time communication for confirming arrival of a message). is there. On the other hand, there is a technique for reducing the amount of control signal traffic by consolidating server push functions realized for each application (see Non-Patent Document 1, for example). However, it is difficult to directly prevent a control signal spike that occurs when the timings of connection from a large number of terminals to the network are synchronized.

  In addition, guidelines for application developers have been established for the purpose of shifting the timing of network connections that occur simultaneously between a large number of terminals (see Non-Patent Document 2, for example). However, it is practically difficult for all applications that exist in large quantities to follow the guidelines.

  Furthermore, there is also a technique for reducing the amount of control signal traffic by aggregating network connections temporally by a hardware-based communication control method NSRM (Network Socket Request Management) and reducing the number of connections (for example, non-patent literature). 3). According to this technology, it is mounted on a chip that controls a communication interface of a terminal, and communicates with an application only in a background state (a state in which the user is not operating) (for example, 1 minute out of 10 minutes). (For example, refer nonpatent literature 4). When NSRM is implemented on a hardware basis, there is also a problem that communication is restricted for a long time, for example, communication is allowed only for 1 minute in 10 minutes.

  On the other hand, when the terminal executes the communication control for suppressing the control signal spike for the communication during the user operation, there is a concern that the user's quality of experience is deteriorated. Therefore, it is preferable to execute the suppression communication control only in the background state.

  Further, there is a technique that includes a temporary transmission queue in order to distribute the timing of network connection for each terminal (see, for example, Non-Patent Document 4 and Patent Document 1). According to this technique, each terminal temporarily distributes a transmission packet to a transmission queue when there is a concern about occurrence of a control signal spike. Specifically, the terminal stops packet transmission for about several seconds on a software basis in the background. Compared to a hardware-based technology, there are fewer implementation restrictions, and the time period limited by the aggregation of network connections can be made as short as possible. In this technique, communication control is executed only in the background so that the quality of experience for the user does not deteriorate. For example, if the display of the terminal is OFF, it is determined that the background is present.

  Furthermore, as a scene where many terminals are connected to the network all at once, a technology that controls the communication timing when the terminal receives an earthquake early warning (ETWS (Earthquake and Tsunami Warning Systems) or EEWS (Earthquake Early Warning System)) (See Non-Patent Document 5, for example).

  FIG. 1 is a system configuration diagram in which a device connects to the Internet via a wireless gateway.

  The IoT / M2M device 2 may be directly connected to a wide area wireless network such as an LTE network, or may be connected to the wide area wireless network via the wireless gateway 1. Even when a wireless gateway is used, the wireless gateway must be connected to the LTE network every time at least one device under its control transmits a packet. Each time a terminal or device transmits an information packet to the LTE network, it transmits a radio resource allocation request to the base station and exchanges a plurality of control signals. The transmission timing of the allocation request is determined randomly by, for example, RACH (Random Access CHannel).

  Here, when viewed from the wide area wireless network, for example, a large number of control signals tend to be generated for the base station at regular intervals. For example, at the timing of just 7:00 every morning, an enormous number of radio resource allocation requests are generated simultaneously. In such a case, the LTE network may not be able to process a large number of control signals due to occurrence of control signal spikes.

Japanese Patent Laying-Open No. 2015-207835

Open Mobile Alliance, Always Online Infrastructure (AOI), [online], [Search December 18, 2015], Internet <URL: http://member.openmobilealliance.org/ftp/Public documents / CD / AOI /> GSMA Technical Projects, Smarter Apps for Smarter Phones, GSMA Smarter App documents, April 2012, [online], [December 18, 2015 search], Internet <URL: http://www.gsma.com/technicalprojects/smarter -afpps-for-smarter-phones> Qualcomm, Managing Background Data Traffic in Mobile Devices, Qualcomm Incorporated, January 2012, [online], [December 18, 2015 search], Internet <URL: http://www.qualcomm.com/media/documents/managing -background-data-traffi c-mobile-devices> Daisuke Arai, Masafumi Watari, Tomohiko Ogishi, “Proposal and Evaluation of Terminal Control Method to Suppress the Generation of LTE Control Signal Spike”, IEICE Technical Report Vol.114 No.29 Publication #: IN2014-13 2014/05/08, [online], [December 18, 2015 search], Internet <URL: http://ci.nii.ac.jp/naid/40020089430> Daisuke Arai, Tomohiko Ogishi, Masafumi Watari, Shigehiro Ano, Masakatsu Nishigaki, Hiroshi Mineno: UE-based Network Access Timing Control Scheme for Avoiding Signaling Spikes, Proceedings of 2015 IEEE International Conference on Communications (Mobile and Wireless Networking Symposium), pp.3604 -3609, June 2015. 3GPP TR 37.868 V11.0.0 (2011-09), [online], [Search on December 18, 2015], Internet <http://www.qtc.jp/3GPP/Specs/37868-b00.pdf>

  FIG. 2 is an explanatory diagram showing packet transfer from a number of devices in the prior art.

  According to FIG. 2, a plurality of IoT / M2M devices 2 are transmitting packets directly to a wide area wireless network or indirectly via a wireless gateway (smartphone) 1. Each device 2 automatically transmits a packet when necessary. The wireless gateway 1 is connected to the device 2 by a short-range wireless network, and receives a packet from the device 2.

  According to FIG. 2, for example, a large number of devices 2 are trying to transmit packets simultaneously at a fixed time such as 7:00. As a result, when viewed from the wide area wireless network, a large amount of signaling (control signal) is suddenly generated. The wide area wireless network needs to enhance the communication business equipment so that it can withstand such a control signal spike load, which leads to an increase in cost.

  Even if a plurality of devices transmit at the same timing under one smartphone and the smartphone transfers the packet, congestion does not occur immediately in the wide area wireless network. However, an enormous number of users are using an enormous number of devices, and these devices tend to have the same transmission timing in various situations. For example, if there is a sudden disaster or change in weather in a specific area, and there is a device that notifies the change in activity, control is performed to execute device communication from a smartphone in that area. A signal is generated at the same time and congestion occurs. In addition, for example, an earthquake early warning (ETWS (Earthquake and Tsunami Warning Systems) or EEWS (Earthquake Early Warning System)) may be received (see, for example, Non-Patent Document 5).

  As described above, when a large number of IoT / M2M devices are connected to a wide area wireless network, it is easy to cause overlapping timings when radio resource allocation requests (control signals) are generated. As a result, communication quality based on congestion is increased. Cause deterioration.

  Therefore, the present invention relates to a wireless gateway in which a plurality of devices are connected via a short-range wireless network, a wireless gateway capable of suppressing a control signal to a wide-area wireless network based on a packet transmitted from these devices, a program, and It aims to provide a method.

According to the present invention, in a wireless gateway that connects to a plurality of devices via a short-range wireless network and can communicate with a wide-area wireless network on the other hand,
A congestion detection buffer that temporarily accumulates packets received from a plurality of devices via a short-range wireless network for a predetermined time;
Congestion determination means for determining whether or not a predetermined number of packets are accumulated in the congestion detection buffer;
A transmission delay buffer for accumulating packets output from the congestion detection buffer when determined to be true by the congestion determination means;
Waiting state control means for transmitting the packet stored in the transmission delay buffer to the wide area wireless network at an arbitrary time timing is provided.

According to another embodiment of the wireless gateway of the present invention,
It is also preferable that the waiting state control means transmits the packet acquired from the transmission delay buffer after requesting radio resource allocation to the wide area radio network.

According to another embodiment of the wireless gateway of the present invention,
The congestion detection buffer and the transmission delay buffer are configured by the OUTPUT chain of the Netfilter function in Linux (registered trademark).
It is also preferable that the waiting state control means transmits the buffered transmission packet in a burst manner at different time timings set in a distributed manner with other terminals or wireless gateways.

According to another embodiment of the wireless gateway of the present invention,
The congestion detection buffer accumulates only the packets received from the device,
The transmission delay buffer preferably stores both the packet output from the congestion detection buffer and the packet to be transmitted based on the application and / or user data.

According to another embodiment of the wireless gateway of the present invention,
A device ID indicating the manufacturing type is assigned to the packet transmitted from the device,
The congestion detection buffer accumulates packets for each device ID,
It is also preferable that the congestion determination unit determines whether or not a predetermined number of packets have been accumulated for each device ID.

According to another embodiment of the wireless gateway of the present invention,
Packets originate from IoT (Internet of Things) / M2M (Machine-to-Machine) devices,
The wireless gateway is also preferably a smartphone based on a user operation.

According to the present invention, in a program for a wireless gateway for connecting a plurality of devices via a short-range wireless network and causing a computer mounted on an apparatus capable of communicating with a wide-area wireless network to function,
A congestion detection buffer that temporarily accumulates packets received from a plurality of devices via a short-range wireless network for a predetermined time;
Congestion determination means for determining whether or not a predetermined number of packets are accumulated in the congestion detection buffer;
A transmission delay buffer for accumulating packets output from the congestion detection buffer when determined to be true by the congestion determination means;
The computer is caused to function as a waiting state control means for transmitting the packet stored in the transmission delay buffer to the wide area wireless network at an arbitrary timing.

According to the present invention, in a packet transfer method for an apparatus that is connected to a plurality of devices via a short-range wireless network and can communicate with a wide-area wireless network on the other hand,
The device
A first step of temporarily storing packets received from a plurality of devices via a short-range wireless network for a predetermined time;
A second step of determining whether or not a predetermined number or more packets have been accumulated for the first step;
A third step of accumulating packets output from the congestion detection buffer when determined to be true by the second step;
And a fourth step of transmitting the packet accumulated in the third step to the wide area wireless network at an arbitrary time timing.

  According to the wireless gateway, the program, and the method of the present invention, for a wireless gateway in which a plurality of devices are connected via a short-range wireless network, the control signal to the wide area wireless network based on a packet transmitted from these devices is suppressed. Can do.

  According to the wireless gateway of the present invention, a packet to be transmitted to a wide-area wireless network (a packet from a device, a packet from an application, user data) is detected only when the congestion state on the short-range wireless network side is detected and it is determined that congestion has occurred. A delay). As a result, it is possible to suppress the occurrence of control signal spikes based on radio resource allocation requests generated from a large number of terminals and devices when viewed in the entire wide area wireless network system.

1 is a system configuration diagram in which a device connects to the Internet via a wireless gateway. It is explanatory drawing showing the packet transfer from many devices in a prior art. It is a function block diagram of the radio | wireless gateway in this invention. It is a graph showing a different traffic model. It is a graph showing the frequency | count which transmitted the packet substantially simultaneously about many devices. It is explanatory drawing showing a transmission valid / invalid timing. It is explanatory drawing showing dispersion | distribution of the packet transfer from many devices in this invention.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 3 is a functional configuration diagram of the wireless gateway in the present invention.

  The wireless gateway 1 of the present invention is connected to a plurality of devices via a short-range wireless network, and on the other hand, can communicate with a wide area wireless network. The wireless gateway 1 may be a dedicated machine such as an access point, or may be a user-owned smartphone or mobile phone that assumes tethering.

  The wide area wireless network is, for example, a wide area communication network such as LTE or 3G, and the short distance wireless network may be, for example, Bluetooth (registered trademark), Zigbee (registered trademark), PLC, or wireless LAN (Local Area Network). Network). The wireless gateway 1 can communicate with a plurality of devices 2 via a short-range wireless network. The device 2 is an IoT / M2M device such as a tag or a wearable device.

  The wireless gateway 1 transfers a packet received from the device 2 via the short-range wireless network to a predetermined application server via the wide-area wireless network. If the wireless gateway 1 is a smartphone, it may be configured as a base application (wireless gateway program) for device packet transfer control.

  The control signal spike of the wide area wireless network suppressed by the present invention is based on a radio resource allocation request (Random Access Channel, RACH) transmitted from the smartphone (wireless gateway) to the base station at the start of communication. That is, it is different from congestion based on transmission / reception of a large amount of data. Further, according to the present invention, it is assumed that the terminal is in a state before starting communication with the wide area wireless network (before radio resource allocation), and any congestion control signal cannot be transmitted from the wide area wireless network to the terminal.

  3 includes the congestion detection buffer 11, the congestion determination unit 12, the transmission delay buffer 13, and the waiting state control unit 14. These functional components are realized by executing a program for a wireless gateway that causes a computer mounted on the apparatus to function. These functions are preferably applied to an OS (Operating System) kernel program installed in a smartphone. Specifically, it may be applied to Linux (registered trademark) which is a kernel of Android (registered trademark) OS. The processing flow of these functional components can be understood as a packet transfer method.

[Congestion detection buffer 11]
The congestion detection buffer 11 temporarily accumulates packets received from the plurality of devices 2 via the short-range wireless network for a predetermined time. Here, the congestion detection buffer 11 accumulates only the packets received from the device 2. Specifically, the congestion detection buffer 11 is composed of an output chain of a Netfilter function in Linux (registered trademark) together with a transmission delay buffer 13 described later.

  The predetermined time delayed by the congestion detection buffer 11 is only a time necessary for detecting the occurrence of congestion, and is a very short time. For example, it may be 100 milliseconds or less. The buffer is of such a level that the tendency of packet generation from the device 2 can be analyzed. The present invention is different from the technique described in Non-Patent Document 5 described above in that a delay for congestion detection is always provided by the congestion detection buffer regardless of the occurrence of congestion.

[Congestion determination unit 12]
The congestion determination unit 12 determines that congestion has occurred when a predetermined number of packets are accumulated in the congestion detection buffer 11. The congestion determination unit 12 may record and manage “device ID and reception time” for each packet accumulated in the congestion detection buffer 11. A time difference from the reception time to the current time is calculated, and the number of packets in which the time difference falls within a predetermined time range is counted. That is, when the number of packets in the predetermined time range is equal to or greater than the predetermined number, it is determined that “congestion has occurred” in the short-range wireless network.

  The congestion determination unit 12 determines the frequency of occurrence of packets from the device 2. Here, regardless of the number of packets accumulated in the congestion detection buffer 11, the congestion determination unit 12 may determine, for example, a time of congestion (Synchronized) / normal time based on a traffic model (for example, non-patented). Reference 6).

  FIG. 4 is a graph showing different traffic models.

  According to FIG. 4, the horizontal axis is the elapsed time (unit: seconds), and the vertical axis is the traffic occurrence probability. Does the congestion determination unit 12 have the frequency of occurrence of packets from the device closer to the traffic model 1 or the traffic model 2? Determine by. If it is determined that the traffic model 2 is close, it is determined that “congestion has occurred”.

<Embodiment for detecting congestion for each device ID>
A packet transmitted from the device 2 is given a device ID indicating a manufacturing type. The manufacturing type may be, for example, a manufacturer type. Specifically, when Bluetooth (registered trademark) is used for the short-range wireless interface, a Bluetooth address (48 bits) is used, and 24 bits of these are called OUI (Organizationally Unique Identifier) and identify the manufacturer. be able to. In this embodiment, the congestion detection buffer 11 accumulates packets for each device ID. Thereby, the congestion determination unit 12 can determine whether or not a predetermined number or more of packets are accumulated for each device ID.

  According to the present invention in which congestion is determined based on the arrival frequency of packets from the device, it is implicitly expected that there is no bias in the arrival frequency of packets from the device in the normal state (the state where congestion does not occur). (If there is a bias, the packet arrives at a high frequency, so it is determined that the packet is not congested but is inherently congested, and a delay is added to the packet unnecessarily). In particular, devices of the same manufacturer tend to transmit packets at the same transmission timing in terms of implementation. For example, a peripheral device compatible with Android OS is connected to a smartphone compatible with Android (registered trademark) OS. In this case, while it is possible to provide a service in which the devices cooperate with each other to the user, there is a strong tendency that the transmission timings of the plurality of devices also coincide.

  FIG. 5 is a graph showing the number of times packets are transmitted almost simultaneously for a large number of devices. According to FIG. 5, it can be confirmed that there are many times that packets are transmitted almost simultaneously between specific devices.

  Therefore, according to the present invention, devices that are likely to occur simultaneously are logically handled as a single device. For example, when there are a plurality of devices that are manufactured by the manufacturer A and operate in cooperation with each other, if the packets transmitted from these devices are not logically a single device as in the present invention, the congestion determination is performed. May be misjudged. Specifically, if the same manufacturer, communication from multiple devices at the same time is erroneously determined to be a congestion state even though it is in a normal state (no congestion has occurred) there's a possibility that.

  As another embodiment, it is possible to learn the packet occurrence frequency in advance, cluster devices that are likely to communicate at the same timing, and include a congestion detection buffer for each cluster.

[Transmission delay buffer 13]
The transmission delay buffer 13 accumulates the packets output from the congestion detection buffer when the congestion determination unit 12 determines that it is true (congestion occurs). In addition, the transmission delay buffer 13 may accumulate packets to be transmitted based on application and / or user data. The transmission delay buffer 13 may be dynamically generated and deleted.

[Wait state control unit 14]
The waiting state control unit 14 transmits the packets stored in the transmission delay buffer 13 to the wide area wireless network at an arbitrary time timing. The wait state control unit 14 transmits the buffered transmission packet in a burst manner at a time timing within a range that does not affect the timeout based on packet transmission at the application level. Specifically, for example, it may operate so as to obtain transmission permission every second for 8 seconds. The wait state control unit 14 transmits a packet acquired from the transmission delay buffer after requesting radio resource allocation to the wide area radio network.

  Here, the “waiting state time” is a short time of about several seconds to one minute, for example. The waiting state time includes a transmission valid timing “Enable state” and a transmission invalid timing “Disable state”. The transmission invalid timing is different from the transmission valid timing, and communication is controlled. The transmission invalid timing is set to a relatively short time (within 1 minute at most) in consideration of the influence on the user's quality of experience for the application.

  FIG. 6 is an explanatory diagram showing the transmission valid / invalid timing.

  According to FIG. 6, whether or not to transmit a packet is controlled by a control window (Control Window) in the Netfilter function of the packet transmission control unit 12. The control window has a transmission valid timing “Enable state” and a transmission invalid timing “Disable state”. Packets generated in the Disable state are suspended until the next Enable state. As a result, transmission of packets that occur at the same time is delayed. Regarding the delay time, the length of the first transmission invalid timing “Disable state” of the waiting state time is set so that the packet is transmitted at different time timings distributed and set for each terminal 1. It is distributed and set for each terminal functioning by the program. As a result, the buffered transmission packet is transmitted in a burst manner at different time timings distributed and set with other terminals or wireless gateways, and control signal spikes are suppressed.

  FIG. 7 is an explanatory diagram showing distribution of packet transfer from a large number of devices in the present invention.

  According to FIG. 7, the transmission timings of packets received from a large number of devices are distributed among a plurality of terminals as compared with FIG. 2 of the prior art. The transmission delay buffer transmits packets from each transmission delay buffer in bursts at different time timings at the time of transmission valid timing (Enable).

  The transmission effective timing of the Control Window is distributed and set for each terminal. The Control Window shifts the timing of RRC_connected. For example, a time difference is set based on a terminal-specific identifier or a telephone number. For example, a maximum of 8 seconds is set in 8 stages every second, and the set delay amount is recognized according to the end number of the identifier. The Control Windows Enable time is different for each terminal. According to FIG. 7, the packets of a large number of devices are delayed according to the transmission delay buffer. As a result, the occurrence of a sudden large number of transmission packets related to the communication business facility is distributed.

  The wireless gateway 1 transmits a packet received from the device 2 to the wide area wireless network when a radio resource (RRC: Radio Resource Control) is in an active state. The smartphone and the wide area wireless network are not always connected, but alternately switch between an idle state (RRC_IDLE) and an active state (RRC_CONNECTED). Each time each device generates a transmission packet, the smartphone executes a sequence for session establishment on the network. At that time, a lot of signaling is generated for the communication business facility of the network.

  As described above in detail, according to the wireless gateway, the program, and the method of the present invention, a wireless gateway to which a plurality of devices are connected via a short-range wireless network is based on a wide area wireless based on a packet transmitted from these devices. Control signals to the network can be suppressed.

  According to the wireless gateway of the present invention, a packet to be transmitted to a wide-area wireless network (a packet from a device, a packet from an application, user data) is detected only when the congestion state on the short-range wireless network side is detected and it is determined that congestion has occurred. A delay). As a result, it is possible to suppress the occurrence of control signal spikes based on radio resource allocation requests generated from a large number of terminals and devices when viewed in the entire wide area wireless network system.

  Various changes, modifications, and omissions of the above-described various embodiments of the present invention can be easily made by those skilled in the art. The above description is merely an example, and is not intended to be restrictive. The invention is limited only as defined in the following claims and the equivalents thereto.

DESCRIPTION OF SYMBOLS 1 Wireless gateway 11 Congestion detection buffer 12 Congestion determination part 13 Transmission delay buffer 14 Wait state control part 2 IoT / M2M corresponding device

Claims (8)

In a wireless gateway that connects to a plurality of devices via a short-range wireless network and can communicate with a wide-area wireless network on the other hand,
A congestion detection buffer that temporarily accumulates packets received from a plurality of devices via a short-range wireless network for a predetermined time;
Congestion determination means for determining whether or not a predetermined number of packets are accumulated in the congestion detection buffer;
A transmission delay buffer for accumulating packets output from the congestion detection buffer when determined to be true by the congestion determination means;
A wireless gateway comprising waiting state control means for transmitting packets accumulated in the transmission delay buffer to a wide area wireless network at an arbitrary timing. 2. The wireless gateway according to claim 1, wherein the waiting state control unit transmits a packet acquired from the transmission delay buffer after requesting the wide area wireless network to allocate a radio resource. The congestion detection buffer and the transmission delay buffer are configured by an OUTPUT chain of the Netfilter function in Linux (registered trademark),
3. The waiting state control means transmits the buffered transmission packets in a burst manner at different time timings set distributed to other terminals or wireless gateways. Wireless gateway as described in The congestion detection buffer stores only packets received from the device,
The said transmission delay buffer accumulate | stores both the packet output from the said congestion detection buffer, and the packet which should be transmitted based on an application and / or user data, The any one of Claim 1 to 3 characterized by the above-mentioned. The wireless gateway according to item. The packet transmitted from the device is given a device ID indicating the manufacturing type,
The congestion detection buffer accumulates packets for each device ID,
5. The wireless gateway according to claim 1, wherein the congestion determination unit determines whether or not a predetermined number of packets are accumulated for each device ID. The packet originates from an IoT (Internet of Things) / M2M (Machine-to-Machine) device,
The wireless gateway according to any one of claims 1 to 5, wherein the wireless gateway is a smartphone based on a user operation. In a program for a wireless gateway for connecting a plurality of devices via a short-range wireless network and causing a computer mounted on a device capable of communicating with a wide-area wireless network to function on the other hand,
A congestion detection buffer that temporarily accumulates packets received from a plurality of devices via a short-range wireless network for a predetermined time;
Congestion determination means for determining whether or not a predetermined number of packets are accumulated in the congestion detection buffer;
A transmission delay buffer for accumulating packets output from the congestion detection buffer when determined to be true by the congestion determination means;
A program for a wireless gateway, which causes a computer to function as a waiting state control means for transmitting packets accumulated in the transmission delay buffer to a wide area wireless network at an arbitrary timing. In a packet transfer method for an apparatus that is connected to a plurality of devices through a short-range wireless network and can communicate with a wide-area wireless network
The device is
A first step of temporarily storing packets received from a plurality of devices via a short-range wireless network for a predetermined time;
A second step of determining whether or not a predetermined number or more packets have been accumulated for the first step;
A third step of accumulating packets output from the congestion detection buffer when determined to be true by the second step;
And a fourth step of transmitting the packet accumulated in the third step to the wide area wireless network at an arbitrary time timing.