JP6140972B2 - Communication device and communication control method - Google Patents

Description

  The present invention relates to a communication device and a communication control method for performing wireless communication using a routing table (also referred to as a route table).

  Conventionally, there has been known a communication device that uses an APN (Access Point Name) to connect to a network corresponding to the APN (see, for example, Patent Document 1).

JP 2012-85287 A

  For example, when a communication device connects to a plurality of connection destinations using a plurality of APNs, if IP addresses corresponding to the plurality of connection destinations are assigned consecutively or close to each other, it corresponds to the IP address assigned later. The network address will be the same as the network address corresponding to the previously assigned IP address. Then, the communication device fails to register information related to the IP address assigned later in the routing table. In such a case, since the communication device continues to maintain the wireless connection to the connection destination corresponding to the IP address assigned later, the connection destination is in a state where communication is not possible even if the wireless connection is maintained. turn into.

  An object of this invention is to provide the communication apparatus and communication control method which can avoid maintaining a useless wireless connection state.

  If the communication device according to the present invention fails to register the network information assigned at the time of the wireless connection in the routing table after the wireless connection is successful, the communication device disconnects the wireless connection.

  The communication device according to the present invention registers the network information assigned at the time of wireless connection to one of the plurality of connection destinations in the routing table after successful wireless connection to the plurality of connection destinations. If it fails, the wireless connection to the plurality of connection destinations is disconnected.

  The communication device according to the present invention registers the network information assigned at the time of wireless connection to one of the plurality of connection destinations in the routing table after successful wireless connection to the plurality of connection destinations. If the connection fails, the wireless connection to the connection destination that failed to be registered in the routing table among the plurality of connection destinations and the connection destination having a lower priority than the connection destination is disconnected.

  The network information may include at least an IP address and a network address.

  When the communication device according to the present invention reconnects to the connection destination that has disconnected the wireless connection, if the network information assigned at the time of the reconnection fails to be registered again in the routing table, the reconnection It is not necessary to disconnect the wireless connection to the connection destination.

  The communication device according to the present invention disconnects the wireless connection when the wireless connection to the connection destination having a higher priority than the connection destination is disconnected when the wireless connection to the reconnected connection destination is not disconnected. The wireless connection to the connection destination that did not exist may be disconnected.

  The communication device according to the present invention may perform reconnection to a connection destination that has disconnected the wireless connection after a predetermined time corresponding to the connection destination has elapsed.

  The communication device according to the present invention increases the time until a reconnection is attempted with respect to the connection destination that has disconnected the wireless connection according to the number of consecutive failures to register the network information in the routing table. You may let them.

  The communication control method according to the present invention includes a step in which a communication device performs wireless connection, a step of registering network information assigned at the time of wireless connection after successful wireless connection in a routing table, and the network information. Disconnecting the wireless connection if registration to the routing table fails.

  According to the present invention, the communication device can avoid maintaining a useless wireless connection state.

It is a perspective view which shows the external appearance of the smart phone which concerns on 1st Embodiment. It is a front view which shows the external appearance of the smart phone which concerns on 1st Embodiment. It is a rear view which shows the external appearance of the smart phone which concerns on 1st Embodiment. It is a block diagram which shows the structure of the smart phone which concerns on 1st Embodiment. It is a figure which shows the example of the network information registered into the routing table which concerns on 1st Embodiment. It is a flowchart which shows the DUN connection process which concerns on 1st Embodiment. It is a sequence figure showing operation of a smart phone at the time of not performing DUN connection processing concerning a 1st embodiment. It is a sequence diagram which shows the 1st operation | movement of the smart phone at the time of performing the DUN connection process which concerns on 1st Embodiment. It is a sequence diagram which shows the 2nd operation | movement of the smart phone at the time of performing the DUN connection process which concerns on 1st Embodiment. It is a flowchart which shows the Default connection process which concerns on 1st Embodiment. It is a sequence diagram which shows operation | movement of the smart phone when not carrying out Default connection processing concerning a 1st embodiment. It is a sequence figure showing operation of a smart phone at the time of performing Default connection processing concerning a 1st embodiment. It is a 1st sequence diagram which shows operation | movement of the smart phone at the time of performing the DUN connection process which concerns on 2nd Embodiment. It is a 2nd sequence diagram which shows operation | movement of the smart phone at the time of performing the DUN connection process which concerns on 2nd Embodiment.

[First Embodiment]
A first embodiment for carrying out the present invention will be described in detail with reference to the drawings. Hereinafter, a smartphone will be described as an example of a communication device.

  The external appearance of the smartphone 1 according to the embodiment will be described with reference to FIGS. 1 to 3. As shown in FIGS. 1 to 3, the smartphone 1 has a housing 20. The housing 20 includes a front face 1A, a back face 1B, and side faces 1C1 to 1C4. The front face 1 </ b> A is the front of the housing 20. The back face 1 </ b> B is the back surface of the housing 20. The side faces 1C1 to 1C4 are side surfaces that connect the front face 1A and the back face 1B. Hereinafter, the side faces 1C1 to 1C4 may be collectively referred to as the side face 1C without specifying which face.

  The smartphone 1 includes a touch screen display 2, buttons 3A to 3C, an illuminance sensor 4, a proximity sensor 5, a receiver 7, a microphone 8, and a camera 12 on the front face 1A. The smartphone 1 has a camera 13 on the back face 1B. The smartphone 1 has buttons 3D to 3F and an external interface 14 on the side face 1C. Hereinafter, the buttons 3A to 3F may be collectively referred to as the button 3 without specifying which button.

  The touch screen display 2 includes a display 2A and a touch screen 2B. The display 2A includes a display device such as a liquid crystal display (Liquid Crystal Display), an organic EL panel (Organic Electro-Luminescence panel), or an inorganic EL panel (Inorganic Electro-Luminescence panel). The display 2A displays characters, images, symbols, graphics, and the like.

  The touch screen 2B detects contact of a finger, a stylus pen, or the like with respect to the touch screen display 2. The touch screen 2B can detect a position where a plurality of fingers, a stylus pen, or the like is in contact with the touch screen display 2.

  The detection method of the touch screen 2B may be any method such as a capacitance method, a resistive film method, a surface acoustic wave method (or an ultrasonic method), an infrared method, an electromagnetic induction method, and a load detection method. Hereinafter, for the sake of simplicity of explanation, a finger that the touch screen 2B detects contact with the touch screen display 2 or a stylus pen or the like may be simply referred to as a “finger”.

  The smartphone 1 determines the type of gesture based on the contact, contact position, contact time, or number of contacts detected by the touch screen 2B. The gesture is an operation performed on the touch screen display 2. The gesture discriminated by the smartphone 1 includes touch, long touch, release, swipe, tap, double tap, long tap, drag, flick, pinch in, pinch out, and the like.

  A touch is a gesture in which a finger contacts the touch screen display 2 (for example, a surface). The smartphone 1 determines a gesture in which a finger contacts the touch screen display 2 as a touch. The long touch is a gesture in which a finger contacts the touch screen display 2 for a predetermined time or more. The smartphone 1 determines a gesture in which a finger contacts the touch screen display 2 for a predetermined time or more as a long touch.

  A release is a gesture in which a finger leaves the touch screen display 2. The smartphone 1 determines a gesture in which a finger leaves the touch screen display 2 as a release. The swipe is a gesture that moves while the finger is in contact with the touch screen display 2. The smartphone 1 determines a gesture that moves while the finger is in contact with the touch screen display 2 as a swipe.

  A tap is a gesture for releasing following a touch. The smartphone 1 determines a gesture for releasing following a touch as a tap. The double tap is a gesture in which a gesture for releasing following a touch is continued twice. The smartphone 1 determines a gesture in which a gesture for releasing following a touch is continued twice as a double tap.

  A long tap is a gesture for releasing following a long touch. The smartphone 1 determines a gesture for releasing following a long touch as a long tap. The drag is a gesture for performing a swipe from an area where a movable object is displayed. The smartphone 1 determines, as a drag, a gesture for performing a swipe starting from an area where a movable object is displayed.

  The flick is a gesture that is released while the finger moves at high speed in one direction following the touch. The smartphone 1 determines, as a flick, a gesture that is released while the finger moves in one direction at high speed following the touch. Flick: Up flick that moves your finger up the screen, Down flick that moves your finger down the screen, Right flick that moves your finger right in the screen, Left flick that moves your finger left in the screen Etc.

  Pinch-in is a gesture that swipes in a direction in which a plurality of fingers approach each other. The smartphone 1 determines, as a pinch-in, a gesture that swipes in a direction in which a plurality of fingers approach each other. Pinch-out is a gesture that swipes a plurality of fingers away from each other. The smartphone 1 determines a gesture of swiping in a direction in which a plurality of fingers move away from each other as a pinch out.

  The smartphone 1 operates according to these gestures that are determined via the touch screen 2B. Therefore, operability that is intuitive and easy to use for the user is realized. The operation performed by the smartphone 1 according to the determined gesture differs depending on the screen displayed on the touch screen display 2.

  FIG. 4 is a block diagram illustrating the configuration of the smartphone 1. The smartphone 1 includes a touch screen display 2, a button 3, an illuminance sensor 4, a proximity sensor 5, a communication unit 6, a receiver 7, a microphone 8, a storage 9, a controller 10, and cameras 12 and 13. , An external interface 14, an acceleration sensor 15, an orientation sensor 16, and a rotation detection sensor 17.

  As described above, the touch screen display 2 includes the display 2A and the touch screen 2B. The display 2A displays characters, images, symbols, graphics, or the like. The touch screen 2B detects a gesture.

  The button 3 is operated by the user. The button 3 includes buttons 3A to 3F. The controller 10 detects an operation on the button by cooperating with the button 3. The operation on the button is, for example, click, double click, push, and multi-push.

  For example, the buttons 3A to 3C are a home button, a back button, or a menu button. For example, the button 3D is a power on / off button of the smartphone 1. The button 3D may also serve as a sleep / sleep release button. For example, the buttons 3E and 3F are volume buttons.

  The illuminance sensor 4 detects illuminance. For example, the illuminance is light intensity, brightness, luminance, or the like. The illuminance sensor 4 is used for adjusting the luminance of the display 2A, for example.

  The proximity sensor 5 detects the presence of a nearby object without contact. The proximity sensor 5 detects that the touch screen display 2 is brought close to the face, for example.

  The communication unit 6 communicates wirelessly. The communication method performed by the communication unit 6 is a wireless communication standard. For example, wireless communication standards include cellular phone communication standards such as 2G, 3G, and 4G. For example, communication standards for cellular phones include LTE (Long Term Evolution), W-CDMA, CDMA2000, PDC, GSM (registered trademark), PHS (Personal Handy-phone System), and the like. Examples of wireless communication standards include WiMAX (Worldwide Interoperability for Microwave Access), IEEE802.11, Bluetooth (registered trademark), IrDA, NFC (Near Field Communication), and the like. The communication unit 6 may support one or more of the communication standards described above.

  The receiver 7 outputs the audio signal transmitted from the controller 10 as audio. The microphone 8 converts the voice of the user or the like into a voice signal and transmits it to the controller 10. The smartphone 1 may further include a speaker in addition to the receiver 7. The smartphone 1 may further include a speaker instead of the receiver 7.

  The storage 9 stores programs and data. The storage 9 is also used as a work area for temporarily storing the processing result of the controller 10. The storage 9 may include any storage device such as a semiconductor storage device and a magnetic storage device. The storage 9 may include a plurality of types of storage devices. The storage 9 may include a combination of a portable storage medium such as a memory card and a storage medium reading device.

  The programs stored in the storage 9 include an application executed in the foreground or the background and a control program that supports the operation of the application. For example, the application displays a predetermined screen on the display 2A, and causes the controller 10 to execute processing according to the gesture detected by the touch screen 2B. The control program is, for example, an OS. The application and the control program may be installed in the storage 9 via wireless communication by the communication unit 6 or a storage medium.

  The storage 9 stores, for example, a control program 9A, a mail application 9B, a browser application 9C, and setting data 9Z. The mail application 9B provides an electronic mail function for creating, transmitting, receiving, and displaying an electronic mail. The browser application 9C provides a WEB browsing function for displaying a WEB page. The table 9D stores various tables such as a key assignment table. The arrangement pattern database 9E stores arrangement patterns such as icons displayed on the display 2A. The setting data 9Z provides various setting functions related to the operation of the smartphone 1.

  The control program 9A provides functions related to various controls for operating the smartphone 1. The control program 9A realizes a call by controlling the communication unit 6, the receiver 7, the microphone 8, and the like, for example. The function provided by the control program 9A includes a function of performing various controls such as changing information displayed on the display 2A according to a gesture detected via the touch screen 2B. Note that the functions provided by the control program 9A may be used in combination with functions provided by other programs such as the mail application 9B.

  The controller 10 is, for example, a CPU (Central Processing Unit). The controller 10 may be an integrated circuit such as a SoC (System-on-a-chip) in which other components such as the communication unit 6 are integrated. The controller 10 controls various operations of the smartphone 1 to realize various functions.

  Specifically, the controller 10 executes instructions included in the program stored in the storage 9 while referring to the data stored in the storage 9 as necessary, and the display 2A, the communication unit 6 and the like. Various functions are realized by controlling. The controller 10 may change the control according to detection results of various detection units such as the touch screen 2B, the button 3, and the acceleration sensor 15.

  For example, by executing the control program 9A, the controller 10 executes various controls such as changing information displayed on the display 2A according to a gesture detected via the touch screen 2B.

  The camera 12 is an in-camera that captures an object facing the front face 1A. The camera 13 is an out camera that captures an object facing the back face 1B.

  The external interface 14 is a terminal to which another device is connected. The external interface 14 may be a general-purpose terminal such as a universal serial bus (USB), a high-definition multimedia interface (HDMI), a light peak (thunderbolt), and an earphone microphone connector. The external interface 14 may be a dedicated terminal such as a dock connector. Devices connected to the external interface 14 include, for example, an external storage, a speaker, and a communication device.

  The acceleration sensor 15 detects the direction and magnitude of acceleration acting on the smartphone 1. The direction sensor 16 detects the direction of geomagnetism. The rotation detection sensor 17 detects the rotation of the smartphone 1. The detection results of the acceleration sensor 15, the orientation sensor 16, and the rotation detection sensor 17 are used in combination in order to detect changes in the position and orientation of the smartphone 1.

  The smartphone 1 configured as described above can be wirelessly connected to a plurality of connection destinations using the plurality of APNs by the communication unit 6. Specifically, the smartphone 1 performs wireless connection through two interfaces using an APN for Internet (hereinafter, Default) connection and an APN for tethering (hereinafter, DUN (Dial Up Network)) connection. Below, the specific process of the controller 10 at the time of wireless connection is demonstrated.

  FIG. 5 is a diagram illustrating an example of network information registered in the routing table according to the present embodiment.

The network information includes at least an IP address and a network address.
In this example, for the default interface “rmnet0”, the IP address “106.145.1.93” assigned to the smartphone 1 from the network and the DUN interface “rmnet1” The IP address “106.145.1.92” assigned to the smartphone 1 is continuous.

  At this time, if the subnet mask is “255.255.255.252”, the network address is “106.145.1.92” common to both interfaces. Then, for example, when the network information “rmnet1” is registered in the routing table after the network information “rmnet0” is registered in the routing table, a plurality of IP addresses cannot be registered for the same network address. The controller 10 fails to additionally register the network information of “rmnet1” in the routing table.

  Even if the registration to the routing table fails, the smartphone 1 continues to maintain the wireless connection. Therefore, the interface connected later cannot communicate even if the wireless connection is established.

FIG. 6 is a flowchart showing DUN connection processing according to the present embodiment.
In step S1, the controller 10 initializes a flag indicating whether or not the wireless connection has been disconnected to FALSE.

  In step S <b> 2, the controller 10 issues a DUN connection request for tethering to the communication unit 6.

  In step S3, the controller 10 determines whether or not the DUN connection has been successful by the connection request in step S2. If this determination is YES, the process proceeds to step S4, and if the determination is NO, the process continues to step S3.

  In step S4, the controller 10 determines whether or not the network information of the wirelessly connected DUN has been successfully added to the routing table. If this determination is YES, the process proceeds to step S5, and if the determination is NO, the process proceeds to step S6.

  In step S5, if the flag has changed to TRUE, the controller 10 initializes to FALSE.

  In step S6, the controller 10 determines whether or not the flag is FALSE (TRUE). If this determination is YES (flag == FALSE), the process proceeds to step S7. If the determination is NO (flag == TRUE), the process proceeds to step S10.

  In step S7, the controller 10 sets a flag to TRUE and records that the wireless connection is disconnected.

  In step S <b> 8, the controller 10 issues a DUN disconnection request to the communication unit 6.

  In step S9, the controller 10 determines whether or not the DUN has been disconnected. If this determination is YES, the process proceeds to step S2, and if the determination is NO, the process continues to step S9.

  In step S10, the controller 10 determines whether or not the Default wireless connection has been disconnected. If this determination is YES, the process proceeds to step S11, and if the determination is NO, the process continues to step S10.

  In step S11, the controller 10 determines whether or not the flag is TRUE (FALSE). If this determination is YES (flag == TRUE), the process proceeds to step S12. If the determination is NO (flag == FALSE), the process ends.

  In step S12, the controller 10 initializes a flag to FALSE. Thereafter, the process proceeds to step S8, and the DUN is cut.

  FIG. 7 is a sequence diagram illustrating the operation of the smartphone 1 when the DUN connection process (FIG. 6) is not performed for comparison with the present embodiment.

  When the communication control unit (NC / Telephony) of the controller 10 receives the tethering request in step S21, the tethering activation notification is sent to the tethering processing unit (Tethering) in step S23.

  When the communication control unit receives a DUN connection request from the tethering processing unit in step S24, the communication control unit issues a DUN connection request to the radio unit (Modem) of the communication unit 6 in step S25. Thereafter, the wireless unit (Modem) of the communication unit 6 transmits a wireless connection request to the network.

  The wireless unit receives a connection completion notification from the network in response to a wireless connection request. Thereafter, when receiving a DUN connection completion notification from the radio unit in step S26, the communication control unit requests the IP processing unit to add the DUN network information to the routing table in step S27.

In step S28, the communication control unit receives a notification that the addition to the routing table has failed, but in step S29, the communication control unit notifies the tethering processing unit of the completion of the DUN connection.
Then, since there is no connection destination information regarding the DUN in the routing table, data communication cannot be performed with the DUN interface.

  FIG. 8 is a sequence diagram illustrating a first operation of the smartphone 1 when the DUN connection process (FIG. 6) according to the present embodiment is performed.

When receiving a tethering request in step S21, the communication control unit initializes a flag to FALSE in step S22.
Steps S23 to S29 are the same as those in FIG.

  In step S30, the communication control unit determines whether the flag is FALSE (TRUE). Since the flag has not been updated since it was initialized in step S22, the determination is YES (flag == FALSE).

  Since the flag is FALSE and the DUN has not been disconnected, the communication control unit sets the flag to TRUE in step S31 in order to disconnect the DUN that failed to be registered in the routing table, and in step S32 , A DUN disconnection request is made to the radio unit. The wireless unit that has received the disconnect request transmits a disconnect request to the network.

The wireless unit receives a disconnection completion notification from the network in response to the disconnection request. After that, when the communication control unit receives a DUN disconnection completion notification from the wireless unit in step S33, the communication control unit notifies the tethering processing unit of the DUN disconnection completion in step S34.
The tethering processing unit detects the disconnection of the DUN at a predetermined timing, for example, in a cycle of 10 seconds, and requests the communication control unit to connect the DUN again in step S35.

  In step S36, the communication control unit makes a DUN connection request to the wireless unit. Upon receiving a DUN connection completion notification in step S37, the communication control unit adds the DUN network information to the IP processing unit in step S38. Make a request to

  When the communication control unit receives a notification of successful addition to the routing table in step S39, the communication control unit initializes the flag to FALSE in step S40.

  As described above, in this operation, the controller 10 disconnects the wireless connection when it succeeds in the DUN wireless connection and fails to register the network information assigned at the time of the wireless connection in the routing table. Due to reasons such as an IP address being assigned to another communication device before reconnection, the smartphone 1 is assigned a different IP address from the previous time when reconnecting to the DUN, and succeeds in adding to the routing table. Communication via is now possible.

  FIG. 9 is a sequence diagram illustrating a second operation of the smartphone 1 when the DUN connection process (FIG. 6) according to the present embodiment is performed.

Steps S21 to S38 are common to the first operation (FIG. 8).
In the second operation, the communication control unit has received an addition failure notification to the routing table in step S41 even by reconnection to the DUN.

  In step S42, the communication control unit notifies the tethering processing unit of the completion of DUN connection, and then determines whether the flag is FALSE (TRUE) in step S43. Since the flag is set to TRUE in step S31, the determination is NO (flag == TRUE).

  Since the flag is TRUE, the communication control unit does not make a DUN disconnection request again. Thereafter, since there is no connection destination information in the routing table, data communication cannot be performed with the DUN interface.

  Upon receiving the default disconnection completion notification in step S44, the communication control unit initializes the flag to FALSE in step S45 in order to try to connect to the DUN again. In step S46, the communication control unit initializes the DUN to the radio unit. Make a disconnect request.

  As described above, in this operation, the controller 10 disconnects the DUN and tries to reconnect after failing to register the network information allocated at the time of the wireless connection in the routing table after the wireless connection of the DUN is successful. did. When the smartphone 1 reconnects to the DUN that has disconnected the wireless connection and fails to register again the network information assigned at the time of the reconnection in the routing table, the smartphone 1 does not disconnect the wireless connection to the DUN. Thereby, it is suppressed that the process of a cutting | disconnection and connection is repeated.

  Furthermore, if the controller 10 does not disconnect the wireless connection to the reconnected DUN, then the controller 10 disconnects the wireless connection to the DUN when the wireless connection to the default destination that is higher in priority than the DUN is disconnected. And try to reconnect DUN. Therefore, the smartphone 1 can suppress a state in which communication with DUN cannot be continued.

FIG. 10 is a flowchart showing the Default connection process according to the present embodiment.
In step S51, the controller 10 issues a default connection request.

  In step S52, the controller 10 determines whether or not the wireless connection to the Default has been successful. If this determination is YES, the process proceeds to step S53, and if the determination is NO, the process proceeds to step S51.

  In step S53, the controller 10 determines whether the default network information has been successfully added to the routing table. If this determination is YES, the process ends. If the determination is NO, the process proceeds to step S54.

  In step S54, the controller 10 repeats the following steps S55 to S58 for all networks supported by the smartphone 1.

  In step S55, the controller 10 determines whether the target network is a wireless communication network excluding WiFi and WiMAX. If this determination is YES, the process proceeds to step S56, and if the determination is NO, steps S56 to S58 are not executed, and the process proceeds to a loop determination in step S54.

In step S56, the controller 10 determines whether it is connected to the target network or is in a connection trial state. If this determination is YES, the process proceeds to step S57. On the other hand, when the determination is NO, the controller 10 does not need to make a disconnection request to a network that is not connected, and thus the process proceeds to loop determination in step S54 without executing steps S57 to S58.
The determination is NO when, for example, the user immediately becomes out of service after failing to add to the routing table.

In step S57, the controller 10 determines whether or not a disconnection request has not yet been made to the target network. If this determination is YES, the process proceeds to step S58. On the other hand, if the determination is NO, a disconnection request has already been made, and the controller 10 does not need to request a disconnection again. Therefore, step S58 is not executed, and the process proceeds to loop determination in step S54.
The determination is NO when, for example, the addition to the routing table has failed, but the smartphone 1 is connected via WiFi and requests disconnection through another route.

  In step S58, the controller 10 issues a disconnection request to the target network. Then, the process proceeds to loop determination in step S54.

In step S59, the controller 10 determines whether or not a disconnection request has been made in step S58 of the processing flow. If this determination is YES, the process proceeds to step S60, and if the determination is NO, the process ends.
If the smartphone 1 has not made a disconnection request in step S58, for example, if the addition to the routing table has failed but the WiFi connection has been made, there is no need to reconnect, and the addition to the routing table is also possible. If it fails but goes out of service area, it automatically reconnects by returning to service area.

  In step S60, the controller 10 determines whether 1 second has elapsed after the disconnection request. If this determination is YES, the process moves to step S51, and the controller 10 makes a default reconnection request. On the other hand, if the determination is no, the process continues with step S60.

  FIG. 11 is a sequence diagram illustrating the operation of the smartphone 1 when the default connection process (FIG. 10) is not performed for comparison with the present embodiment.

  In step S61 and step S62, the communication control unit makes a default and DUN connection request to the radio unit.

  Upon receiving a DUN connection completion notification from the wireless unit in step S63, the communication control unit requests the IP processing unit to add the DUN network information to the routing table in step S64.

  When the communication control unit receives a notification of successful addition to the routing table in step S65, the communication control unit notifies the tethering processing unit of the completion of DUN connection in step S66.

  When the communication control unit receives a default connection completion notification from the wireless unit in step S67, the communication control unit requests the IP processing unit to add default network information to the routing table in step S68.

In step S69, the communication control unit receives a notification that the addition to the routing table has failed.
Then, since there is no connection destination information regarding the Default in the routing table, data communication cannot be performed with the Default interface.

  FIG. 12 is a sequence diagram illustrating the operation of the smartphone 1 when performing the Default connection process (FIG. 10) according to the present embodiment.

Steps S61 to S69 are the same as those in FIG.
If the communication control unit fails to add the default network information to the routing table, in steps S70 and S71, the communication control unit requests the radio unit to disconnect the default and DUN.

  When a predetermined time (for example, 1 second) has elapsed since the communication control unit made the disconnection request, the communication control unit receives a default and DUN disconnection completion notification in steps S72 and S73, and then in step S74, the default is transmitted to the radio unit. Make a connection request.

  When the communication control unit receives a default connection completion notification from the wireless unit in step S75, in step S76, the communication control unit requests the IP processing unit to add the default network information to the routing table.

  In step S77, the communication control unit receives a notification of successful addition to the routing table and enters a state where data communication is possible.

  In step S78, the communication control unit notifies the tethering processing unit of the completion of the DUN disconnection after a predetermined time (for example, 3 seconds) after receiving the DUN disconnection completion notification in step S73.

  When the communication control unit receives a reconnection request to the DUN from the tethering processing unit in step S79, the communication control unit makes a DUN connection request to the radio unit in step S80.

When the communication control unit receives a DUN connection completion notification from the wireless unit in step S81, the communication control unit requests the IP processing unit to add the DUN network information to the routing table in step S82.
Then, in step S83, the communication control unit receives a notification of successful addition to the routing table and enters a state where data communication is possible.

As described above, in this operation, if the controller 10 succeeds in wireless connection to the Default and DUN and fails to register the network information assigned at the time of wireless connection to the Default in the routing table, the wireless connection to the Default and DUN. Was cut off.
By reconnecting the Default and DUN, the smartphone 1 is assigned an IP address sufficiently separated from each other, successfully added both network information to the routing table, and can communicate with each other. became.

  Furthermore, when reconnecting, the controller 10 reconnected after a predetermined time according to the connection destination (Default or DUN). The smartphone 1 is reconnected to both connection destinations at a predetermined time difference so that IP addresses sufficiently separated from each other are assigned, and both network information is successfully added to the routing table. Communication became possible.

As described above, according to the present embodiment, the smartphone 1 disconnects the wireless connection when it succeeds in wireless connection and fails to register the network information assigned at the time of the wireless connection in the routing table. .
Therefore, if the smartphone 1 succeeds in registration in the routing table by reconnection after disconnection, it can avoid maintaining a useless wireless connection state.

In addition, the smartphone 1 is assigned at the time of wireless connection to any one of the plurality of connection destinations (for example, Default) after successful wireless connection to the plurality of connection destinations (for example, Default and DUN). When registration of network information in the routing table fails, wireless connection to a plurality of connection destinations is disconnected.
Therefore, when the smartphone 1 succeeds in registration in the routing table by reconnection to a plurality of connection destinations, it can avoid maintaining a useless wireless connection state.

In addition, the smartphone 1 is assigned at the time of wireless connection to any one of the plurality of connection destinations (for example, Default) after successful wireless connection to the plurality of connection destinations (for example, Default and DUN). If the network information fails to be registered in the routing table, among the plurality of connection destinations, the connection destination that failed to be registered in the routing table (for example, Default), and the connection destination having a lower priority than the connection destination ( For example, the wireless connection to DUN) is disconnected.
Therefore, since the smartphone 1 disconnects the wireless connection to the connection destination having a low priority together with the connection destination that has failed to be registered in the routing table, there is a possibility that the network information of the connection destination having a high priority can be registered in the routing table. Enhanced.

In addition, when the smartphone 1 reconnects to the connection destination (for example, DUN) that has disconnected the wireless connection, when the network information assigned at the time of the reconnection fails to be registered again in the routing table, the smartphone 1 Do not disconnect the wireless connection to the reconnected destination.
Therefore, when the same IP address is assigned even by reconnection, the smartphone 1 can suppress an increase in processing load and network load due to repeated disconnection and connection processing.

In addition, when the smartphone 1 does not disconnect the wireless connection to the reconnected connection destination (for example, DUN), the wireless connection to the connection destination (for example, Default) having a higher priority than the connection destination is disconnected. The wireless connection to the connection destination (for example, DUN) that did not disconnect the wireless connection is disconnected.
Therefore, there is a possibility that the smartphone 1 can register network information in the routing table by reconnection when a connection destination (for example, Default) having a high priority is disconnected.

  In addition, the smartphone 1 performs reconnection to a connection destination (for example, Default and DUN) that has been disconnected from the wireless connection after a predetermined time corresponding to the connection destination has elapsed. Specifically, for example, the smartphone 1 makes a connection request after 1 second by default, and the DUN issues a disconnection completion notification after 3 seconds and waits for the connection request. The possibility of registering to is increased.

[Second Embodiment]
A second embodiment for carrying out the present invention will be described in detail with reference to the drawings. In addition, the same code | symbol is attached | subjected about the structure similar to 1st Embodiment, and description is abbreviate | omitted or simplified.

  In the present embodiment, the controller 10 increases the time until a reconnection is attempted with respect to the connection destination that has been disconnected from the wireless connection, according to the number of consecutive failures to register the network information in the routing table. .

  13A and 13B are sequence diagrams illustrating the operation of the smartphone 1 when the DUN connection process according to the present embodiment is performed. FIG. 13B shows the operation following FIG. 13A.

  When the communication control unit receives the tethering request in step S91, the communication control unit issues a tethering activation notification to the tethering processing unit in step S92.

  When the communication control unit receives a DUN connection request from the tethering processing unit in step S93, the communication control unit issues a DUN connection request to the radio unit in step S94.

  When the communication control unit receives the DUN connection completion notification from the wireless unit in step S95, the communication control unit requests the IP processing unit to add the DUN network information to the routing table in step S96.

In step S97, the communication control unit receives a notification that the addition to the routing table has failed, but in step S98, the communication control unit notifies the tethering processing unit of the completion of the DUN connection.
At this time, the communication control unit also notifies a flag (addFail) indicating whether or not the addition to the routing table has failed. In this sequence, the addition to the routing table has failed, so “addFail = TRUE”.

In step S99, the communication control unit issues a DUN disconnection request to the wireless unit in order to reconnect to the DUN.
When the communication control unit receives a DUN disconnection completion notification from the wireless unit in step S100, the communication control unit notifies the tethering processing unit of the DUN disconnection completion in step S101.

  When the tethering processing unit confirms that addFail is TRUE, the tethering processing unit starts a 5-second timer. When the timer expires, in step S102, the tethering processing unit issues a DUN reconnection request to the communication control unit.

  Steps S103 to S110 are the same as steps S94 to S101. The tethering processing unit receives a notification of “addfail = TRUE” from the communication control unit, and then receives a DUN disconnection completion notification.

  When the tethering processing unit confirms that addFail is TRUE, the tethering processing unit extends the timer from the time of the first registration failure to the routing table and sets it to 10 seconds. When the timer expires, the tethering processing unit issues a DUN reconnection request to the communication control unit in step S111.

  Steps S112 to S119 are the same as steps S94 to S101 or steps S103 to S110. The tethering processing unit receives a notification of “addfail = TRUE” from the communication control unit, and then receives a DUN disconnection completion notification.

  When the tethering processing unit confirms that addFail is TRUE, the tethering processing unit extends the timer and sets it to 20 seconds compared to the second registration failure in the routing table. When the timer expires, in step S120, the tethering processing unit makes a DUN reconnection request to the communication control unit.

  In step S121, the communication control unit makes a DUN connection request to the wireless unit. Upon receiving the DUN connection completion notification in step S122, the communication control unit adds DUN network information to the routing table to the IP processing unit in step S123. Make a request to

When the communication control unit receives a notification of successful addition to the routing table in step S124, the communication control unit notifies the tethering processing unit of the completion of DUN connection in step S125.
At this time, since the addition to the routing table was successful, “addFail = FALSE”. In addition, the timer is initialized for 5 seconds.

  In this way, the tethering processing unit, for example, according to the number of consecutive failures to register in the routing table, for example, 5 seconds for the first time, 10 seconds for the second time, 20 seconds for the third time, The time from the DUN disconnection completion notification to the reconnection request is increased as in 30 seconds.

As described above, according to the present embodiment, the smartphone 1 continuously fails to register the network information in the routing table until the connection destination that has disconnected the wireless connection tries to reconnect. Increase according to the number of times.
Therefore, since the smartphone 1 can be expected to change the assigned IP address by extending the time until reconnection, if the registration to the routing table is successful by reconnection, the useless wireless connection state is maintained. Can be avoided.

  As mentioned above, although embodiment of this invention was described, this invention is not restricted to embodiment mentioned above. Further, the effects described in the embodiments of the present invention only list the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the above-described embodiments. Absent.

  In the first embodiment, even when the addition of DUN network information to the routing table fails, the tethering processing unit is notified of the completion of connection, but the present invention is not limited to this. When the addition to the routing table fails, the communication control unit does not need to notify the DUN connection completion.

In the second embodiment, the communication control unit notifies the flag (addFail) whether or not the addition to the routing table has failed when the DUN connection completion notification to the tethering processing unit is notified, but is not limited thereto. . For example, a flag (addFail) may be notified at the time of DUN disconnection completion notification.
In this case, if the communication control unit fails to add to the routing table, the communication control unit does not have to send a DUN connection completion notification to the tethering processing unit.

  The configuration of the smartphone 1 illustrated in FIG. 4 is an example, and may be appropriately changed within a range that does not impair the gist of the present invention.

4 may be downloaded from another device through wireless communication by the communication unit 6. 4 may be stored in a storage medium that can be read by a reading device included in the storage 9. 4 is stored in a storage medium such as a CD, DVD, or Blu-ray that can be read by a reader connected to the external interface 14. May be.
Each program shown in FIG. 4 may be divided into a plurality of modules or may be combined with other programs.

  Moreover, although the above-mentioned embodiment demonstrated a smart phone as an example of a communication apparatus, a communication apparatus is not limited to a smart phone. For example, the communication device may be a mobile phone, a portable personal computer, a digital camera, a media player, an electronic book reader, a portable electronic device such as a navigator or a game machine, or a communication-dedicated module specialized for a communication function. The communication device may be a stationary electronic device such as a desktop personal computer or a television receiver.

1 Smartphone (communication equipment)
6 Communication unit 10 Controller

Claims (9)

  After successful wireless connection to a plurality of connection destinations, if the network information assigned at the time of wireless connection to any one of the plurality of connection destinations fails to be registered in the routing table, the plurality of connections A communication device that disconnects the wireless connection to the destination.   After successful wireless connection to a plurality of connection destinations, if the network information assigned at the time of wireless connection to any one of the plurality of connection destinations fails to be registered in the routing table, the plurality of connections A communication device that disconnects a wireless connection to a connection destination that failed to be registered in the routing table and a connection destination having a lower priority than the connection destination. The network information, the communication device according to claim 1 or claim 2 comprising at least IP address and network address. When reconnecting to a connection destination that has disconnected the wireless connection, if it fails again to register the network information assigned at the time of the reconnection in the routing table, the wireless connection to the reconnected connection destination is disconnected. The communication device according to any one of claims 1 to 3 . If the wireless connection to the reconnected connection destination is not disconnected, and the wireless connection to the connection destination having a higher priority than the connection destination is disconnected, the wireless connection to the connection destination that has not disconnected the wireless connection is performed. The communication device according to claim 4 , wherein the communication device is disconnected. The communication device according to any one of claims 1 to 3 , wherein a reconnection is performed on a connection destination that has disconnected the wireless connection after a predetermined time corresponding to the connection destination has elapsed. The wireless time before attempting to reconnect to the connection to cut the connection destination, the claims 1 to 3 that increases according to the network information on the number of consecutive failed to be registered to the routing table The communication device according to any one of the above. Communication equipment
Performing wireless connection to a plurality of connection destinations ;
After successfully to the wireless connection, with respect to the plurality of connection destination, any one of when the network information assigned when wireless connection fails and Turkey be registered to the routing table for the destination, the plurality of connection destination And a step of disconnecting the wireless connection. Communication equipment
Performing wireless connection to a plurality of connection destinations;
After the wireless connection is successful, if the network information assigned at the time of wireless connection to any one of the plurality of connection destinations fails to be registered in the routing table, among the plurality of connection destinations, And a step of disconnecting a wireless connection to a connection destination that has failed to be registered in the routing table and a connection destination having a lower priority than the connection destination.

Images