WO2009131222A1 - 無線通信装置及び通信装置 - Google Patents

無線通信装置及び通信装置 Download PDF

Info

Publication number
WO2009131222A1
WO2009131222A1 PCT/JP2009/058198 JP2009058198W WO2009131222A1 WO 2009131222 A1 WO2009131222 A1 WO 2009131222A1 JP 2009058198 W JP2009058198 W JP 2009058198W WO 2009131222 A1 WO2009131222 A1 WO 2009131222A1
Authority
WO
WIPO (PCT)
Prior art keywords
handover
unit
time
wireless communication
wireless
Prior art date
Application number
PCT/JP2009/058198
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 US12/989,042 priority Critical patent/US8614991B2/en
Priority to EP09735961.6A priority patent/EP2271171A4/en
Priority to KR1020107023698A priority patent/KR101154746B1/ko
Priority to JP2010509247A priority patent/JP5015319B2/ja
Publication of WO2009131222A1 publication Critical patent/WO2009131222A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • 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/75—Indicating network or usage conditions on the user display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a wireless communication apparatus capable of performing handover between different wireless communication networks, and a communication apparatus that communicates with the wireless communication apparatus.
  • IETF Internet Engineering Task Force
  • IP mobility technology that enables seamless movement by enabling handover between different wireless communication networks, such as mobile phone networks and wireless LANs, in order to realize a ubiquitous environment. Is being considered.
  • Specific protocols in this IP mobility technology include Mobile IPv4 and Mobile IPv6 that support movement of individual communication terminals (hereinafter collectively referred to as Mobile IP.
  • Mobile IP Mobile IPv4
  • Mobile IPv6 Mobile IPv6
  • Non-Patent Document 1 There is NEMO (Network Mobility) that supports movement on the Internet.
  • a mobile node (hereinafter referred to as “MN” (Mobile Node)) is transferred from a handover source radio communication network (hereinafter referred to as “first radio NW”) to another radio communication network (handover destination radio).
  • first radio NW handover source radio communication network
  • second wireless NW the home agent to which the MN belongs
  • CoA Care of Address
  • the MN enables communication with the opposite node (hereinafter referred to as “CN” (CorrespondentpondNode)) that is the communication partner via the second wireless NW.
  • CN CorrespondentpondNode
  • an MBB Make-Before-Break method in which the second wireless NW is connected before the first wireless NW is disconnected, or a second wireless NW is connected after the first wireless NW is disconnected.
  • a BBM Block-Before-Make
  • the BBM system does not need to manage connections with a plurality of wireless communication networks at the same time, and thus has an advantage that a handover can be performed with a relatively simple process.
  • the MN since the MN first disconnects the wireless connection with the first wireless NW, the communication between the MN and the CN is once interrupted. Thereafter, in normal mobile IP, the MN can resume communication with the CN by connecting to the second wireless NW and registering the CoA in the second wireless NW with the HA. However, between the time when the MN disconnects the wireless connection with the first wireless NW and the time when the CoA in the second wireless NW is registered in the HA, communication between the MN and the CN cannot be performed. Loss will occur.
  • the MN and the CN can resume communication of the real-time application if the handover process is completed.
  • the MN and CN users must determine whether the silent section in the real-time application is due to handover or because the communication has been completely disconnected due to poor radio conditions. I can't. In other words, when a silent period occurs during execution of a real-time application, the user cannot determine whether communication is resumed if waiting for a certain period of time or whether it is necessary to independently resume communication.
  • connection from the disconnection of the first wireless NW to the second wireless NW may take several seconds to several tens of seconds, the user feels uneasy even if the silent section is caused by the handover, and the communication There was a problem of misunderstanding that was completely cut off.
  • the object of the present invention made in view of such a point is that when a silent section occurs in a real-time application such as VoIP due to handover by the BBM method, the user can determine that the silent section is due to handover.
  • An object of the present invention is to provide a wireless communication apparatus and a communication apparatus that do not misunderstand that the communication is disconnected.
  • the invention of the wireless communication device is as follows: A wireless communication unit that performs wireless communication by connecting to a first wireless communication network and a second wireless communication network different from the first wireless communication network; An execution unit that executes an application of a real-time communication system via the wireless communication unit; A communication quality acquisition unit for acquiring communication quality of a radio link in the first wireless communication network while executing the application by connecting to the first wireless communication network; A determination unit that determines whether to start preparation for handover from the first wireless communication network to the second wireless communication network based on the communication quality acquired by the communication quality acquisition unit; When the determination unit determines the start of handover preparation during execution of the application, an estimation unit that estimates a time to start handover based on the communication quality acquired by the communication quality acquisition unit; During the handover process, a control unit that controls to notify that the handover process is in progress; It is characterized by providing.
  • the invention according to a second aspect is the wireless communication device according to the first aspect,
  • the control unit controls to slow down the playback speed of the application by the execution unit from a predetermined time before the time for starting the handover estimated by the estimation unit, It is characterized by that.
  • the invention according to a third aspect is the wireless communication device according to the first or second aspect, A determination unit for determining whether the user is a speaker or a listener in the application; The control unit controls a time for notifying that the handover process is being performed, according to a determination result of the determination unit. It is characterized by that.
  • the invention according to a fourth aspect is the wireless communication apparatus according to the third aspect,
  • the control unit according to the determination result of the determination unit, If the user is a speaker, immediately after the start of handover, notify that the handover process is in progress, If the user is a listener, after the start of handover, when there is no reproduction data of the application, it is notified that the handover process is in progress. It is characterized by that.
  • the invention according to a fifth aspect is the wireless communication device according to the first to fourth aspects,
  • the estimation unit estimates a time for completing handover,
  • the control unit controls a notification interval for notifying that a handover process is being performed, according to the handover completion time estimated by the estimation unit. It is characterized by that.
  • An invention according to a sixth aspect is the wireless communication apparatus according to the fifth aspect,
  • the control unit notifies the notification interval to notify that handover processing is in progress. As it approaches the handover completion time, control to be a short notification interval, It is characterized by that.
  • the invention of the communication device for achieving the above object is as follows: A communication unit that connects to a communication network and executes communication; An execution unit that executes an application of a real-time communication system via the communication unit; The wireless communication device that is the communication partner of the application receives, from the wireless communication device, handover information for handing over from the first wireless communication network in communication to the second wireless communication network different from the first wireless communication network, A control unit that controls to notify that the handover process is in progress during the handover process; It is characterized by providing.
  • the invention according to an eighth aspect is the communication apparatus according to the seventh aspect,
  • the control unit controls to slow down the reproduction speed of the application by the execution unit from a predetermined time before the time when the packet cannot be received from the first wireless communication network based on the handover information. It is characterized by that.
  • the invention according to a ninth aspect is the communication apparatus according to the seventh or eighth aspect, A determination unit for determining whether the user is a speaker or a listener in the application; The control unit controls a time for notifying that the handover process is being performed, according to a determination result of the determination unit. It is characterized by that.
  • the invention according to a tenth aspect is the communication apparatus according to the ninth aspect,
  • the control unit according to the determination result of the determination unit, When the user is a speaker, when the packet cannot be transmitted through the first wireless communication network, the user is informed that the handover process is in progress, If the user is a listener, after receiving the handover information, when there is no reproduction data of the application, a notification that the handover process is in progress. It is characterized by that.
  • HO middle tone a handover middle tone indicating that the terminal is currently performing handover. For example, a beep sound.
  • this invention can notify a user that generation
  • FIG. 6 is a diagram for explaining a method for calculating a handover start time by the handover control unit shown in FIG. 5.
  • FIG. 5 is a diagram for explaining a method for calculating a handover start time by the handover control unit shown in FIG. 5.
  • FIG. 6 is a diagram for explaining an example of an absolute delay time acquisition method by a handover control unit shown in FIG. 5. It is a figure for demonstrating the HO middle sound scheduled period which the reproduction speed calculation part shown in FIG.5 and FIG.6 calculates. It is a figure for demonstrating the HO middle sound scheduled period which the reproduction speed calculation part shown in FIG.5 and FIG.6 calculates. It is a figure for demonstrating the HO middle sound scheduled period which the reproduction speed calculation part shown in FIG.5 and FIG.6 calculates. It is a figure for demonstrating the HO middle sound scheduled period which the reproduction speed calculation part shown in FIG.5 and FIG.6 calculates.
  • FIG. 7 is a diagram for explaining an example of a method for controlling the playback speed of a voice packet by the jitter buffer control unit shown in FIGS. 5 and 6.
  • FIG. 1 is a diagram showing a schematic configuration of a communication network that can be used by a wireless communication apparatus according to an embodiment of the present invention.
  • a wireless communication device 11 (hereinafter referred to as “MN11”) that is a mobile node is a real-time communication system application with a counterpart communication terminal 12 (hereinafter referred to as “CN12”) that is a counter node. It is assumed that a VoIP call is performed.
  • the MN 11 can be handed over between the first wireless communication network 15 (hereinafter referred to as “first wireless NW 15”) and the second wireless communication network 16 (hereinafter referred to as “second wireless NW 16”). .
  • the first wireless NW 15 and the second wireless NW 16 are coupled to the Internet 18.
  • the first wireless NW 15 is composed of, for example, a mobile phone network of cdma2000 1xEV-DO (Code Division Multiple Access 2000-1x Evolution Data Only), and the second wireless NW 16 is composed of, for example, a wireless LAN (Local Area Network).
  • reference numeral 15 a indicates a base station of the first wireless NW 15, and reference numeral 16 a indicates an access point of the second wireless NW 16.
  • the CN 12 is composed of, for example, a personal computer to which the handset 12a is connected and a softphone is installed, and is connected to the Internet 18 through an Internet service provider (not shown).
  • SIP (Session Initiation Protocol) servers 21 and 22 for controlling communication are connected to the first wireless NW 15 and the second wireless NW 16, respectively.
  • a home agent 23 (hereinafter referred to as “HA 23”) that transfers a received packet addressed to MN 11 to a wireless communication network to which MN 11 is connected and a SIP server 24 that controls communication are connected to the Internet 18. ing.
  • the MN 11 registers the home address of the first wireless NW in the HA 23 and registers the care-of address (CoA) of the second wireless NW 16 at the time of handover. Thereby, the MN 11 can perform handover between different wireless communication networks.
  • IP mobility technology is well known in the above-described mobile IP and NEMO, and thus detailed description thereof is omitted here.
  • the wireless communication network to which the MN 11 originally belongs is the first wireless NW 15.
  • the MN 11 hands over from the first wireless NW 15 to the second wireless NW 16.
  • the absolute delay time of the packet transmitted / received between the MN 11 and the CN 12 (or HA 23) is different between the first radio NW 15 and the second radio NW 16.
  • FIG. 2 is a functional block diagram showing a schematic configuration of the MN 11 according to the present embodiment shown in FIG.
  • the MN 11 includes a first wireless I / F (interface) 31 corresponding to the first wireless NW 15, a second wireless I / F 32 corresponding to the second wireless NW 16, a telephone function unit 33 that executes a VoIP application, A communication processing unit 34 that controls connection to the first wireless NW 15 and the second wireless NW 16, a wireless information acquisition unit 35 that acquires wireless information of the first wireless NW 15 and the second wireless NW 16, and a first wireless NW 15 and a second wireless And a handover control unit 36 that controls a handover with the NW 16.
  • the communication processing unit 34 constitutes a wireless communication unit that performs wireless communication.
  • the communication processing unit 34 performs a call between the telephone function unit 33 and the CN 12 via the first wireless NW 15 or the second wireless NW 16. Further, the communication processing unit 34 controls the connection of the first wireless I / F 31 or the second wireless I / F 32 so as to communicate with the HA 23 under the control of the handover control unit 36.
  • the radio information acquisition unit 35 constitutes a communication quality acquisition unit that acquires the communication quality of the radio link.
  • the wireless information acquisition unit 35 acquires the communication quality of the corresponding first wireless NW 15 and second wireless NW 16 from the first wireless I / F 31 and the second wireless I / F 32 as wireless information, and the acquired communication quality Is supplied to the handover controller 36.
  • the communication quality for example, RSSI (Received Signal Signal Strength Indicator) indicating a wireless state is acquired. Therefore, in the present embodiment, the radio information acquisition unit 35 constitutes a communication quality acquisition unit that acquires the communication quality of the radio link.
  • the handover control unit 36 includes a determination unit that determines whether or not to start preparation for handover, and an estimation unit that estimates the time to start handover. Based on the communication quality from the radio information acquisition unit 35, the handover control unit 36 generates handover information including a decision whether to schedule a handover, that is, whether to start preparation for handover, and the handover information Based on the above, handover is controlled. Further, the handover control unit 36 acquires a handover start time and a completion time (hereinafter referred to as “HO start completion time”), and further, through the communication processing unit 34, various network delay times (hereinafter referred to as “NW delay times”). ) To get.
  • HO start completion time a completion time
  • NW delay times various network delay times
  • FIG. 3 is a functional block diagram showing a schematic configuration of CN 12 according to the present embodiment shown in FIG.
  • the CN 12 includes a network I / F 81 for connecting to the Internet, a telephone function unit 83 that executes a VoIP application, and a communication processing unit 82 that controls connection to the Internet.
  • the communication processing unit 82 constitutes a communication unit that executes communication.
  • the communication processing unit 82 controls the network I / F 81 so that a telephone call is made between the telephone function unit 83 and the MN 11 via the Internet.
  • FIG. 4 is a diagram showing a communication sequence between the MN 11 and the HA 23 at the time of handover.
  • the handover control unit 36 disconnects the first radio I / F 31 from the first radio communication NW 15 and then sets the second radio I / F 32 to the second radio NW 16. Connecting.
  • the handover control unit 36 controls the communication processing unit 34 to transmit a Binding Update to the HA 23 via the second wireless NW 16 and register the CoA of the second wireless NW 16 in the HA 23.
  • the HA 23 When the HA 23 receives the Binding ⁇ ⁇ Update from the MN 11 and registers the CoA of the second wireless NW 16, the HA 23 transmits Binding Ack to the MN 11.
  • the handover control unit 36 of the MN 11 controls the communication processing unit 34 to perform communication using the second wireless NW 16 when the MN 11 receives Binding ⁇ ⁇ Ack returned from the HA 23.
  • FIG. 5 is a functional block diagram showing a schematic configuration of the telephone function unit 33 of the MN 11 shown in FIG.
  • the telephone function unit 33 constitutes an execution unit that executes a real-time communication system application.
  • the telephone function unit 33 is composed of, for example, a soft phone, and has a button input unit 41, a screen display unit 42, a microphone 43, an encoder 44, a packet transmission unit 45, a packet reception unit 46, a jitter buffer, as in the configuration of a known soft phone. 47, a decoder 48, a speaker 49, a jitter buffer monitoring unit 50, a jitter buffer control unit 51, a SIP control unit 52, and an overall control unit 53 for controlling the overall operation.
  • the overall control unit 53 acquires user operation information via the button input unit 41 and the screen display unit 42, and controls the overall operation based on the acquired information.
  • the SIP control unit 52 controls SIP procedures for starting and ending a call.
  • the encoder 44 encodes the audio data acquired by the microphone 43.
  • the encoded data is sent to the CN 12 through the communication processing unit 34 after the packet transmission unit 45 puts it in the packet.
  • the packet from the CN 12 received by the packet receiving unit 46 via the communication processing unit 34 is once taken into the jitter buffer 47 and then read.
  • the read packet has its payload portion decoded by the decoder 48 and output from the speaker 49 as reproduced audio.
  • the jitter buffer monitoring unit 50 monitors the reception status of packets in the jitter buffer 47 and the number of packets (data amount) in the jitter buffer 47. Based on the monitoring result, the jitter buffer control unit 51 controls processing such as a packet reading speed from the jitter buffer 47 and discarding of the received packet.
  • a handover information acquisition unit 55 in addition to the telephone function unit 33 of the MN, a handover information acquisition unit 55, a reproduction speed calculation unit 56, a listener / speaker determination unit 57, and a handover sound generation unit 58 (hereinafter referred to as “HO medium sound generation unit 58”). Called).
  • the handover information acquisition unit 55 monitors the handover information from the handover control unit 36 at regular intervals, and acquires information on whether or not there is a handover schedule. When a handover is scheduled, the handover information acquisition unit 55 further acquires the HO start completion time and the NW delay time from the handover control unit 36, and reproduces a part of the HO start completion time and the NW delay time. It supplies to the speed calculation part 56. The handover information acquisition unit 55 further transmits a handover notification message (hereinafter referred to as “HO notification message”) including the handover information, the HO start completion time and a part of the NW delay time to the CN 12 through the communication processing unit 34. .
  • HO notification message a handover notification message
  • the handover information acquisition unit 55 monitors the handover information from the handover control unit 36 at regular intervals, and whether MN11 has received Binding Update from HA23 or whether MN11 has received Binding Ack from HA23 (handover is performed). Information on whether or not completed).
  • Binding Update is transmitted from the MN 11 to the HA 23
  • the handover information acquisition unit 55 notifies the playback speed calculation unit 56 to that effect.
  • the MN 11 receives Binding Ack from the HA 23 and the handover is completed, the handover information acquisition unit 55 notifies the playback speed calculation unit 56 that the Binding Ack has been received.
  • the MN 11 transmits a Binding Ack notification message (hereinafter referred to as “BA notification message”) to the CN 12 through the communication processing unit 34.
  • BA notification message a Binding Ack notification message
  • the playback speed calculation unit 56 configures a control unit that notifies that the handover process is in progress and controls the application playback speed to slow down. Based on the HO start completion time and NW delay time supplied from the handover information acquisition unit 55, the playback speed calculation unit 56 performs a required calculation for the time related to the handover. In addition, the playback speed calculation unit 56 issues a low speed playback instruction to the jitter buffer control unit 51 in order to perform low speed playback of the VoIP packet stored in the jitter buffer. In addition, the playback speed calculation unit 56 gives an instruction to the listener-speaker determination unit 57 in order to determine whether the user is a listener or a speaker by a predetermined time.
  • the reproduction speed calculation unit 56 generates a scheduled period for generating a HO midtone based on the determination result from the listener / speaker determination unit 57 and the above-described required calculation result (hereinafter referred to as a “HO midrange planned period”). Calculate and instruct the HO middle tone generator 58 to generate a HO middle tone at a predetermined time.
  • the playback speed calculation unit 56 instructs the HO middle tone generation unit 58 to end the HO middle tone, and the jitter
  • the buffer control unit 51 is instructed to cancel the low speed reproduction.
  • the listener-speaker determination unit 57 constitutes a determination unit that determines whether the user is a speaker or a listener.
  • the listener / speaker determination unit 57 receives an instruction from the reproduction speed calculation unit 56 and determines whether the user is a listener or a speaker (details will be described later).
  • the listener / speaker determination unit 57 returns the determination result to the reproduction speed calculation unit 56.
  • the HO medium sound generating unit 58 constitutes a control unit that controls to notify that the handover process is being performed.
  • the HO middle tone generator 58 operates the speaker 49 to generate a HO middle tone during handover in order to prevent the user's anxiety and misunderstanding in the silent period.
  • FIG. 6 is a functional block diagram showing a schematic configuration of the telephone function unit 83 of the CN 12 shown in FIG.
  • the telephone function unit 83 constitutes an execution unit that executes an application of a real-time communication system, and includes, for example, a soft phone.
  • the handover information acquisition unit 85 and the playback speed calculation unit 86 have different functions from the handover information acquisition unit 55 and the playback speed calculation unit 56 of the MN 11. Note that functional blocks with reference numerals equivalent to those of MN11 have functions equivalent to those of MN11.
  • the handover information acquisition unit 85 monitors whether the communication processing unit 82 has received the HO notification message from the MN 11 at regular intervals. When receiving the HO notification message, the handover information acquisition unit 85 extracts the HO start completion time and the NW delay time from the HO notification message and supplies them to the playback speed calculation unit 86. Thereafter, the handover information acquisition unit 85 monitors whether the communication processing unit 82 has received a BA notification message from the MN 11 at regular intervals. When the handover information acquisition unit 85 receives the BA notification message from the MN 11, the handover information acquisition unit 85 notifies the reproduction speed calculation unit 86 to that effect.
  • the playback speed calculation unit 86 configures a control unit that notifies that the handover process is in progress and controls to slow down the playback speed of the application. Based on the HO start completion time and NW delay time supplied from the handover information acquisition unit 85, the playback speed calculation unit 86 performs a necessary calculation for the time related to the handover. In addition, the playback speed calculation unit 86 issues a low speed playback instruction to the jitter buffer control unit 51 in order to perform low speed playback of the VoIP packet stored in the jitter buffer. Further, the reproduction speed calculation unit 86 gives an instruction to the listener / speaker determination unit 57 in order to determine whether the user is a listener or a speaker by a predetermined time.
  • the playback speed calculation unit 86 calculates the HO mid-sound scheduled period based on the determination result from the listener-speaker determination unit 57 and the above-mentioned required calculation result, and at a predetermined time, the playback speed calculation unit 86 Instruct to generate HO mid-range sound.
  • the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to end the HO middle tone based on the HO middle tone scheduled period and the BA notification message from the handover information acquisition unit 85, and sends a low speed to the jitter buffer control unit 51. Give instructions to cancel playback.
  • the handover control unit 36 determines a handover schedule based on the communication qualities acquired from the first wireless I / F 31 and the second wireless I / F 32, respectively. For example, when a call is made by forming a radio link with the first radio NW 15, the communication quality acquired from the first radio I / F 31 becomes worse than the handover schedule determination threshold, and the second radio I / F 32 When the communication quality is equal to or higher than the handover schedule determination threshold, the handover control unit 36 determines a handover schedule to the second radio NW 16. That is, the handover control unit 36 determines the start of handover preparation.
  • the communication quality of the second wireless NW 16 that is not used for a call can be acquired (measured) by receiving broadcast information transmitted from the access point 16a, for example.
  • the handover control unit 36 starts handover to disconnect the radio connection with the first radio NW 15 from the time when the handover schedule is determined (HO Msg transmission time in FIG. 7) shown in FIG. HO start completion time including the time Thosrm (sec) until the handover completion is determined and the time Thoesm (sec) from the time when the handover schedule is determined until the handover is completed after receiving the Binding Ack from the HA 23 .
  • the handover control unit performs the uplink and downlink absolute delay times Tdup1 (sec) and Tddn1 (sec) between the MN 11 and the HA 23 in the first radio NW, and the uplink between the MN 11 and the CN 12 in the first radio NW. And the absolute delay times Taup1 (sec) and Tadn1 (sec) of the downlink, the absolute delay times Tdup2 (sec) and Tddn2 (sec) of the uplink and downlink between the MN 11 and the HA 23 in the second radio NW, and the second radio
  • the NW delay time including the uplink and downlink absolute delay times Taup2 (sec) and Tadn2 (sec) between the MN 11 and the CN 12 in the NW is acquired.
  • the handover controller 36 supplies the HO start completion time and part of the NW delay time to the telephone function unit 33.
  • the time Thosrm until the start of handover is calculated based on the rate of change ⁇ Rs (slope) of the unit time of the radio state (Rs) that determines the communication quality.
  • the rate of change ⁇ Rs can be measured and acquired when the radio state falls below the handover schedule determination threshold and the handover schedule is determined, but in this embodiment, the handover schedule determination is performed during the call.
  • the change rate average value ⁇ Rsrms from the time point to a predetermined time before is acquired.
  • the handover control unit 36 calculates the change rate ⁇ Rs (t) of the unit time ( ⁇ t) of the radio state in the currently used radio communication network according to the following equation (1) at a predetermined timing.
  • the handover control unit 36 holds a plurality of change rates ⁇ Rs (t) up to a predetermined time before (for example, 2 seconds before) in the memory, and when a handover schedule is determined, until the predetermined time held at that time The average rate of change ⁇ Rsrms is calculated.
  • ⁇ Rs (t)
  • the handover control unit 36 determines whether or not the calculated change rate average value ⁇ Rsrms is smaller than a preset change rate threshold value Rsref. As a result, in the case of ⁇ Rsrms ⁇ Rsref, that is, when the wireless state changes slowly, the handover control unit 36 sets the time Thosrm until the start of handover to a preset standard as shown in FIG. Time Tref is set (for example, 5 seconds).
  • FIG. 8B shows a case where ⁇ Rsrms> Rsref and the handover control unit 36 sets the time Thosrm until the start of the handover to a time (2.5 sec) that is substantially half of the standard time Tref.
  • the time Thoesm until the handover is completed is a time until the MN 11 receives the Binding Ack from the HA 23. As shown in FIG. 7, this Thoesm is affected by the upstream and downstream absolute delay times Tdup2 and Tddn2 between the MN 11 and the HA 23 in the second radio NW16.
  • the time for the MN 11 to send the Binding Update to the HA 23 can be any time after the MN 11 is connected to the second wireless NW 16.
  • the time required for the MN 11 to connect to the second wireless NW 16 can be calculated by holding a connection time history in the past connection and calculating the average of the values.
  • the time Thoesm until the handover is completed is obtained by adding the absolute delay times Tdup2 and Tddn2 of uplink and downlink between the MN 11 and the HA 23 in the second wireless NW 16 to the Binding Update transmission time set by the MN 11 based on the past history and the like. It can be added. Also, if the time required for CoA registration on the HA 23 side is known, Thoesm can be determined in consideration of such time.
  • the uplink and downlink absolute delay times Tdup2 and Tddn2 between the MN11 and the HA 23 in the wireless NW and the uplink and downlink absolute delay times Taup2 and Tadn2 between the MN11 and the CN12 in the second wireless NW are, for example, It is acquired by the absolute delay time acquisition method described in 1.
  • the handover control unit 36 determines a handover schedule, acquires the absolute delay time of each wireless communication network by using a handover technique studied in IEEE 802.21.
  • IEEE 802.21 Media Independent Handover (MIH)
  • MIH Media Independent Handover
  • WiFi Wireless Fidelity
  • WiMAX Wireless Fidelity
  • mobile phones etc.
  • MIH user means for controlling handover (in FIG. 2, the handover control unit 36) is an MIH user.
  • MIHF MIH Function
  • MIHF MIH Function
  • MIH user acquires wireless information of a communication device based on a request from the MIH user and provides it to the MIH user.
  • an MIH user acquires information from an information server in a connected network through MIHF in his / her terminal.
  • FIG. 9 is a diagram for explaining this absolute delay time acquisition method.
  • a measurement server 61 that operates to measure delay time is connected to the Internet 18 that is a backbone network.
  • a first information server 62 is connected to the first wireless NW 15, and a second information server 63 is connected to the second wireless NW 16.
  • the first information server 62 includes a network delay reference time Tn1 as a reference for delay time measurement from the measurement server 61 directly connected to the Internet 18 to the base station 15a, and upper and lower radio delay references from the base station 15a to the MN11. Hold time Trup1, Trdn1.
  • the second information server 63 holds the network delay reference time Tn2 from the measurement server 61 to the access point 16a and the upper and lower radio delay reference times Trup2 and Trdn2 from the access point 16a to the MN11.
  • the network delay reference times Tn1 and Tn2 are transmitted / received between the base station 15a and the measurement server 61, and between the access point 16a and the measurement server 61, respectively (such as PING and RTCP).
  • the round trip time can be measured and the round trip time can be halved.
  • the upper and lower radio delay reference times Trup1 and Trdn1 in the first radio NW15 are transmitted by sending packets from the base station 15a to the MN11, and recording and sending back the times received by the MN11 that received the packets. Based on the time transmitted / received to / from, it can be calculated as the respective delay times of uplink and downlink.
  • Trup2 and Trdn2 in the second radio NW 16 send a packet from the access point 16a to the MN 11, record the time received by the MN 11 that received the packet, and send it back. Based on the time transmitted / received to / from the MN 11, it can be calculated as each of the uplink and downlink delay times.
  • Trup1 and Trdn2 indicate uplink radio delay reference times
  • Trdn1 and Trdn2 indicate downlink radio delay reference times.
  • the handover control unit 36 of the MN 11 When connecting to the first wireless NW 15 that is the handover source, the handover control unit 36 of the MN 11 sends the network delay reference time Tn1 and the wireless delay reference from the first information server 62 connected to the first wireless NW 15 via the MIHF. Get time Trdn1, Trup1. Further, the handover control unit 36 transmits / receives a packet to / from the other party (HA 23 and CN 12 in this example) whose delay time is to be measured, and the round-trip time (Tn3 + Trdn3 + Tn3 + Trup3) between the HA 23 and CN 12 and its own MN 11 And Tn5 + Trdn3 + Tn5 + Trup3).
  • the one-way delay time (Tn3-Tn1 and Tn5-Tn1) between the HA 23 and the CN 12 and the Internet 18 is obtained as follows, and the handover source uplink between the MN 11 and the HA 23 and CN Tn3 + Trup3 and Tn5 + Trup3 corresponding to the absolute delay times Tdup1 and Taup1, and Tn3 + Trdn3 and Tn5 + Trdn3 corresponding to the downlink absolute delay times Tddn1 and Tadn1 are calculated. calculate.
  • Tn3-Tn1 ⁇ (Tn3 + Trdn3 + Tn3 + Trup3)-(Tn1 + Trdn1 + Tn1 + Trup1) ⁇ / 2
  • Tn5-Tn1 ⁇ (Tn5 + Trdn3 + Tn5 + Trup3)-(Tn1 + Trdn1 + Tn1 + Trup1) ⁇ / 2
  • the handover control unit 36 acquires the second wireless NW delay reference time Tn2 and the wireless delay reference times Trup2 and Trdn2 via the first information server 62 of the first wireless NW 15 currently connected to the handover destination.
  • the location information of the MN 11 is transmitted to the second information server 63 of the second wireless NW 16.
  • the handover control unit 36 requests the second information server 63 to return the network delay reference time Tn2 and the radio delay reference times Trup2 and Trdn2.
  • the second information server 63 takes the network delay reference time Tn2 and the radio delay reference times Trup2 and Trdn2 of the access point 16a considered to be connected into the first information in consideration of the position information and the number of connected users of each access point. It returns to the MN 11 via the information server 62.
  • the handover control unit 36 receives the second wireless NW delay reference time Tn2 and the wireless delay reference times Trup2 and Trdn2 returned from the second information server 63.
  • the handover control unit 36 uses the acquired information and the calculated (Tn4-Tn2 and Tn6-Tn2) and performs handover destination uplink absolute delay times Tdup2 and Taup2 between the MN 11 and the HA 23 and CN as follows.
  • Tn4 + Trup4 and Tn6 + Trup4 corresponding to, and Tn4 + Trdn4 and Tn6 + Trdn4 corresponding to the downlink absolute delay times Tddn2 and Tadn2 are calculated.
  • the absolute delay times Tdup1, Tddn1, Tdup2, Tddn2, Taup1, Tadn1, Taup2, and Tadn2 acquired by the above-described absolute delay time acquisition method are stored in a memory (not shown) in the handover control unit 36 for each wireless communication network. Is done.
  • the handover control unit 36 completes the time Thosrm (sec) until the start of handover for disconnecting the wireless connection with the first wireless NW 15 and the completion of the handover for receiving the Binding Ack from the HA 23 connected to the second wireless NW.
  • the HO start completion time including the time Thoesm (sec) is acquired.
  • the handover control unit 36 determines whether the uplink and downlink absolute delay times Tdup1 (sec) and Tddn1 (sec) between the MN 11 and the HA 23 in the first radio NW and between the MN 11 and the CN 12 in the first radio NW.
  • the handover control unit 36 supplies the acquired HO start completion time and NW delay time to the handover information acquisition unit 55.
  • the handover information acquisition unit 55 includes a time Thosrm until the handover start, a time Thoesm until the handover completion, and between the MN 11 and the HA 23 in the first wireless NW 15
  • Absolute delay time Tdup1 of uplink and downlink absolute delay times Tdup2 and Tddn2 between MN11 and HA23 in the second radio NW16, and absolute delay times of uplink and downlink between MN11 and CN12 in the second radio NW16 Taup2 and Tadn2 are supplied to the playback speed calculator 56.
  • the handover information acquisition unit 55 includes, among the HO start completion time and NW delay time acquired from the handover control unit 36, the time Thosrm from the time of handover schedule determination to the start of handover, the time Thoesm until handover completion, the first radio Uplink absolute delay time Tdup1 between MN11 and HA23 in NW15, uplink and downlink absolute delay times Tdup2 and Tddn2 between MN11 and HA23 in the second radio NW, and between MN11 and CN12 in the first radio NW.
  • the upstream and downstream absolute delay times Taup1 and Tadn1, and the upstream absolute delay time Taup2 between the MN 11 and the CN 12 in the second wireless NW are supplied as a HO notification message to the playback speed calculation unit 86 of the CN 12 through the communication processing unit 34. To do.
  • FIG. 7 is a diagram illustrating the time acquired by the handover information acquisition unit 55 and the time calculated by the playback speed calculation unit 56. As described above, the time Thosrm until the start of the handover and the time Thoesm until the completion of the handover are already acquired by the handover control unit 36.
  • the playback speed calculator 56 uses the Thosrm, Thoesm, and NW delay time, as shown in FIG.
  • the playback speed calculation unit 56 also determines whether the user is a listener or a speaker by the time Thossm until the MN 11 can transmit the last packet to the HA 23 through the first wireless NW 15. An instruction to start determination is issued to 57.
  • the playback speed calculation unit 56 instructs the jitter buffer control unit 51 to play back the VoIP data stored in the jitter buffer 47 at a low speed in order to shorten the silent period due to packet loss. This low-speed playback is performed prior to the time until the start of handover (Thosrm elapses). If the time until the low-speed playback of the VoIP application is started prior to the progress of Thosrm is Tsttslowplay (sec), Tsttslowplay is executed by, for example, either the first calculation method or the second calculation method described below. can do.
  • Tsttslowplay (Tslowsup ⁇ Vs) / (Vn-Vs)
  • Tsttslowplay until the start of low-speed playback may be set to an arbitrary time from when the schedule for handover is determined until the start of handover, for example.
  • Tsttslowplay can be set as a ratio to the time Thosrm until the start of handover. That is, for example, Tsttslowplay can be set to half Thosrm or 30%.
  • Tsttslowplay may be matched with Thosrm to start low-speed playback of the VoIP application immediately after determining the handover schedule.
  • the playback speed calculation unit 56 instructs the HO middle tone generation unit 58 to start, the playback speed calculation unit 56 does not perform slow playback until the number of packets in the jitter buffer reaches 0, and does not play back to the buffer control unit 51. It can also be instructed to discard all the packets in the jitter buffer 47 and stop reproduction.
  • the playback speed calculation unit 56 calculates the HO mid tone scheduled period Thobep using the handover calculation obtained by the above calculation and the time until the low speed playback starts. If the user is a speaker at the start of the handover, it is desirable to immediately generate a HO medium sound in order to prevent loss of speech packets. In addition, when the user is a listener, it is desirable to generate the HO medium sound after the reproduction of the already received voice packet is completed. In addition, when the user is a speaker at the time of handover completion, it is desirable to immediately end the HO mid sound in order to start speaking quickly.
  • the HO medium tone may be terminated. desirable. Therefore, as described below, the setting method of the scheduled HO middle tone period Thobep differs depending on whether the user is a speaker or a listener.
  • FIG. 10 is a diagram showing a handover sequence when MN 11 is a speaker and CN 12 is a listener.
  • the MN 11 immediately generates a HO medium sound in order to prevent loss of a speech packet.
  • FIG. 11 is a diagram showing a handover sequence when MN 11 is a listener and CN 12 is a speaker.
  • the jitter buffer starts from the time before the time Tsttslowplay calculated by the reproduction speed calculation unit 56 before the time (Thosrm elapses) until the handover starts. Is played slowly. Thereafter, the playback speed calculation unit 56 continues to acquire the number of voiced packets from the jitter buffer monitoring unit 50 at regular intervals.
  • the codec In order to determine whether the sound is sound or not, for example, the codec should use a codec that has the function of determining whether the sound is sound / silent, such as Speex, and sending a packet different from that when there is sound. Can do.
  • the playback speed calculation unit 56 instructs the HO middle tone generation unit 58 to start a HO middle tone.
  • the time for ending the HO middle tone is not the time Thoesm until simple handover completion. This is because, first, the MN 11 needs to wait for arrival of a packet to be reproduced from the CN 12 side (that is, after Thoerm).
  • the MN 11 starts to reproduce the sound after a certain amount of packets is accumulated in the jitter buffer in order to cope with fluctuations in the packet arrival interval.
  • the playback speed calculation unit 56 MN can be obtained by the following equation.
  • Thobep (MN) (Thoerm + Tbffacm)-(Thosrm-Tsttslowplay + Tslowplay)
  • FIG. 12 is a diagram showing a case where both the MN 11 and the CN 12 are speakers.
  • both the MN 11 and the CN 12 are listeners.
  • priority is given to preventing packet loss as a speaker, and the MN 11 immediately starts a HO medium tone when a handover occurs. That is, the HO mid tone scheduled period Thobep (MN) of the MN 11 is the same as the above equation (6).
  • the reproduction speed calculation unit 56 starts to acquire the amount of packets stored in the jitter buffer 47 from the jitter buffer monitoring unit 50 at regular intervals. If the user of the MN 11 is a speaker, the HO middle tone is terminated as soon as the notification is received, and the playback speed calculation unit 56 instructs the HO middle tone generation unit 58 to end the HO middle tone. To do. Thereafter, the playback speed calculation unit 56 instructs the jitter buffer control unit 51 to start normal playback.
  • the playback speed calculation unit 56 waits for the amount of packets stored in the jitter buffer 47 to exceed the standard amount, and gives an instruction to end the HO midtone generation unit. 58, and then instructs the jitter buffer controller 51 to start normal playback.
  • Receiving packet playback speed control by the jitter buffer control unit 51 in response to an instruction from the playback speed calculation unit 56 is performed by, for example, one of the first playback speed control method and the second playback speed control method described below. Can be executed.
  • TR1 is a packet reading interval from the jitter buffer 47 corresponding to the standard playback speed Vn and TR is a packet reading interval from the jitter buffer 47 corresponding to the low playback speed Vs
  • TR TR1 / (Vs / Vn).
  • the packet is read from the jitter buffer 47, the [ ⁇ Vn / (Vn ⁇ Vs) ⁇ ⁇ 1] -th read packet is copied and stored in the memory in the decoder 48, and the copy source packet is stored. After reproduction, the copied packet is read out and reproduced at the next reproduction timing.
  • the reproduction speed Vs is set to 80% of the standard reproduction speed Vn, as shown in FIG. 13, the four sequential packets P1 to P4 in the jitter buffer 47 are sequentially read and reproduced. The fourth packet P4 is copied, and the copied packet P4 ′ is reproduced at the next reproduction timing after the copy source packet P4 is reproduced.
  • the TD in the above equation (8) is increased by the reproduction interval time by copying. If the [ ⁇ Vn / (Vn ⁇ Vs) ⁇ ⁇ 1] -th packet to be read has not arrived or is discarded and is not in the jitter buffer 47, the packet at the next reproduction timing is The same processing is performed.
  • the listener / speaker determination unit 57 receives an instruction from the playback speed calculation unit 56, determines whether the user is a listener or a speaker by a predetermined time, and returns the determination result to the playback speed calculation unit 56.
  • the listener / speaker determination unit 57 monitors the voice input to the microphone 43 for a certain period.
  • the listener / speaker determination unit 57 determines that the user is a “speaker” when the voice is continuously input to the microphone 43, and when the voice is not continuously input to the microphone 43, It is determined that the user is a “listener”.
  • the determination by the speaker / speaker determination unit 57 can be performed by a speaker determination variable Rtalk based on a weighting coefficient W (x) and a binary function F (x) indicating the presence / absence of voice input.
  • the speaker determination threshold value Rtalk can be calculated as follows using the weighting coefficient W (x) and the binary function F (x).
  • Thostt represents the end time of determination
  • T is a variable representing time.
  • the listener / speaker determination unit 57 can determine that the user is a speaker when Rtalk> Rth, otherwise the user is the listener. Can be determined. For example, by setting the weighting coefficient of W (x) so that the value of W (x) increases as the value of x decreases, when the difference between Thostt and T is small, that is, as the determination ends, W A larger weight can be set for (x).
  • the HO middle tone generator 58 receives the HO middle tone start period Thobep from the reproduction speed calculator 56 together with an instruction to start the HO middle tone, and controls the speaker 49 to generate the HO middle tone.
  • the period for generating the HO mid-sound is based on the HO mid-sound scheduled period Thobep. However, since the handover may not be completed in accordance with the HO mid-sound scheduled period, the end of the HO mid-sound is notified from the playback speed calculation unit 56. It can also be due to.
  • the HO medium sound can be notified in the following various modes.
  • the HO medium sound generation mode by the HO medium sound generation unit 58 can be, for example, any one of first to third HO medium sound generation modes described below. .
  • the HO medium sound generation unit 58 uses the HO medium sound as a periodic beep sound, for example, as shown in FIG. It can be set to increase the notification cycle.
  • the notification timing in accordance with the progress of the handover, it is possible to imply to the user the time until the completion of the handover.
  • the reproduction speed calculation unit 56 instructs the end of the HO medium sound
  • the actual handover completion time is deviated from the HO mid-sound period, a time lag occurs after the HO mid-sound period elapses until the playback speed calculation unit 56 instructs the end of the HO mid-sound. In this case, it is possible to continue the HO midtone while maintaining the last cycle after the HO midtone scheduled period ends.
  • the HO medium sound generation unit 58 can use voice guidance, for example, as the HO medium sound.
  • voice guidance can take a form such as “5 seconds until handover is completed”, “5 seconds before,..., 3, 2, 1”.
  • the HO medium sound is arbitrarily set by the user, for example, music or voice, such as a ring tone of a mobile phone or a ringback tone at the time of transmission. be able to.
  • the functional block having the same reference numeral as that of MN11 has the same function as that of MN11. Therefore, in the above description regarding the jitter buffer control unit 51, the listener / speaker determination unit 57, the HO middle tone generation unit 58, etc. of the MN 11, the “reproduction speed calculation unit 56” in the description is appropriately replaced with the “reproduction speed calculation unit 86”. This can be used as an explanation of the functional block of CN12.
  • the handover information acquisition unit 85 monitors whether the communication processing unit 82 has received the HO notification message from the MN 11 at regular intervals. When receiving the HO notification message, the handover information acquisition unit 85 extracts the HO start completion time and the NW delay time from the HO notification message and supplies them to the playback speed calculation unit 86. Thereafter, the handover information acquisition unit 85 monitors whether the communication processing unit 82 has received a BA notification message from the MN 11 at regular intervals. When the BA notification message is received from the MN 11, the handover information acquisition unit 85 notifies the reproduction speed calculation unit 86 to that effect.
  • the time Thossc until the CN 12 can transmit the last packet to the MN 11 through the first wireless NW 15 and the time until the CN 12 can receive the last packet from the MN 11 through the first wireless NW 15 (MN 11 to the CN 12 Thosrc and time until CN12 can receive the first packet from MN11 via second wireless NW16 (time when BA notification message arrives from CN11 to CN12) Thoerc Until the CN 12 can transmit the first packet to the MN 11 through the second wireless NW 16.
  • a time Thoesc of calculated by the following equation.
  • the time Thoesc until the CN 12 can transmit the first packet to the MN 11 through the second wireless NW 16 is the CN 12 immediately after the Binding 23 Update is received by the HA 23 that has received the Binding Update from the MN 11, as shown in FIG.
  • the packet is transmitted to CN12, it is defined as the time for the CN 12 to receive the signal. This is because it is considered that the HA 23 can transfer the packet transmitted from the CN 12 to the MN 11 toward the MN 11 after the HA 23 receives the Binding Update from the MN 11.
  • the time Thoesc is defined so that the first packet from the CN 12 to the MN 11 reaches the HA 23 at the time when elapses.
  • the time Thoesc can also be defined so that the first packet from the CN 12 to the MN 11 reaches the HA 23 immediately after the HA 23 receives the Binding Update.
  • the HA 23 It is also possible for the CN 12 to transmit the first packet of the MN 11 after surely confirming the completion of the CoA registration at.
  • the playback speed calculation unit 86 also causes the listener / speaker determination unit 57 to determine whether the user is a listener or a speaker by the time Thossc when the CN 12 can transmit the last packet to the MN 11 through the first wireless NW 15. An instruction to start the judgment is issued.
  • the reproduction speed calculation unit 86 instructs the jitter buffer control unit 51 to perform low speed reproduction of the VoIP data stored in the jitter buffer 47 in order to shorten the silent period due to packet loss. This low-speed reproduction is performed prior to the time Thosrc until the CN 12 can receive the last packet from the MN 11 through the first wireless NW 15. If the time for starting low speed playback of the VoIP application prior to this Thosrc is Tsttslowplay (sec), Tsttslowplay can be executed by, for example, either the first calculation method or the second calculation method described below. it can.
  • Tsttslowplay (Tslowsup ⁇ Vs) / (Vn-Vs)
  • Tsttslowplay The time Tsttslowplay until the start of slow playback can be set, for example, as a ratio from when a HO notification message is received until a packet from the MN 11 stops receiving (Thosrc elapsed). . That is, for example, Tsttslowplay can be set to half of Thosrc or 30%. Alternatively, Tsttslowplay may be matched with Thosrc to start low-speed playback immediately after receiving the HO notification message.
  • the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to start, the playback speed calculation unit 86 does not perform slow playback until the packet in the jitter buffer reaches 0, and sends it to the buffer control unit 51. It can also be instructed to discard all the packets in the jitter buffer 47 and stop reproduction.
  • the playback speed calculation unit 86 calculates the HO mid-sound scheduled period Thobep using the handover calculation obtained by the above calculation and the time until the low speed playback starts. If the user is a speaker at the start of the handover, it is desirable to immediately generate a HO medium sound in order to prevent loss of speech packets. In addition, when the user is a listener, it is desirable to generate the HO medium sound after the reproduction of the already received voice packet is completed. In addition, when the user is a speaker at the time of handover completion, it is desirable to immediately end the HO mid sound in order to start speaking quickly.
  • the HO medium tone may be terminated. desirable. Therefore, as described below, the setting method of the scheduled HO middle tone period Thobep differs depending on whether the user is a speaker or a listener.
  • FIG. 11 is a diagram showing a handover sequence when CN 12 is a speaker and MN 11 is a listener.
  • the CN 12 immediately generates a HO medium sound in order to prevent lost speech packets when a handover occurs.
  • FIG. 10 is a diagram showing a handover sequence when CN 12 is a listener and MN 11 is a speaker.
  • the jitter buffer is played back at a low speed from a time before the start time Tsttslowplay. Thereafter, the playback speed calculation unit 86 continues to acquire the number of voiced packets from the jitter buffer monitoring unit 50 at regular intervals.
  • the codec should use a codec that has the function of determining whether the sound is sound / silent, such as Speex, and sending a packet different from that when there is sound. Can do.
  • the playback speed calculation unit 86 instructs the HO middle tone generator 58 to start the HO middle tone.
  • the time for ending the HO middle tone is not simply the time Thoesc until the CN 12 can transmit the first packet to the MN 11 through the second wireless NW 16.
  • the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to end the HO middle tone after the HO middle tone scheduled period obtained in Expression 12 has elapsed.
  • the playback speed calculation unit 86 determines the amount of packets stored in the jitter buffer 47 from the jitter buffer monitoring unit 50 at regular intervals when a notification of BA notification message reception from the HA 23 is received. Start getting at.
  • the playback speed calculation unit 86 waits for the accumulated packet amount in the jitter buffer 47 to exceed the standard amount, instructs the HO middle tone generation unit 58 to end the HO middle tone, and then instructs the jitter buffer control unit 51 to perform normal processing. Instructs to start playing.
  • FIG. 12 is a diagram showing a case where both the MN 11 and the CN 12 are speakers.
  • both MN11 and CN12 are listeners.
  • the CN 12 gives priority to preventing a packet loss as a speaker, and immediately starts a HO mid sound when a handover occurs. That is, the HO mid tone scheduled period Thobep (CN) of the CN 12 is the same as the above expression (12).
  • FIG. 15 is a sequence diagram showing an operation of a main part of the telephone function unit 33 of the MN 11 when the user of the MN 11 is a speaker.
  • the jitter buffer monitoring unit 50 monitors the reception status of packets in the jitter buffer 47 and the status of the number of packets (data amount) in the jitter buffer 47. Based on the monitoring result, the jitter buffer control unit 51 controls processing such as a packet reading speed from the jitter buffer 47 and discarding of the received packet.
  • the handover information acquisition unit 55 monitors the handover information from the handover control unit 36 at regular intervals.
  • the handover control unit 55 supplies the required handover information (including the HO start completion time and the NW delay time) to the playback speed calculation unit 56 when acquiring the information that there is a handover schedule.
  • the playback speed calculation unit 56 receives notification of the amount of packets accumulated from the jitter buffer control unit 51 and determines whether to perform slow playback of the jitter buffer 47. In the embodiment shown in FIG. 15, it is assumed that there is data to be reproduced at low speed in the jitter buffer 47, and the reproduction speed calculation unit 56 instructs the jitter buffer control unit 51 to perform low speed reproduction. It should be noted that when there is no data to be reproduced at low speed in the jitter buffer 47, the processing sequence of reproducing the jitter buffer 47 at low speed can be omitted.
  • the playback speed calculation unit 56 calculates the time related to the handover shown in FIG. 7 based on the required handover information acquired from the handover information acquisition unit 55. Furthermore, the playback speed calculation unit 56 determines whether the user of the MN 11 is a listener or a speaker by the time Thossm until the MN 11 can transmit the last packet to the HA 23 through the first wireless NW 15. An instruction is issued to the determination unit 57.
  • the listener-speaker determination unit 57 receives an instruction from the playback speed calculation unit 56 and determines whether the user of the MN 11 is a listener or a speaker. This determination is performed, for example, by monitoring sound input to the microphone for a certain period. The listener / speaker determination unit 57 supplies the determination result to the reproduction speed calculation unit 56.
  • the playback speed calculation unit 56 also calculates the time during which the jitter buffer is played back at a low speed in order to shorten the silent period before the result arrives from the listener / speaker determination unit 57.
  • the reproduction speed calculation unit 56 issues a low-speed reproduction instruction to the jitter buffer control unit 51 at a time point before the time until the start of the handover by a time obtained by calculation.
  • the playback speed calculation unit 56 receives the determination result of the listener / speaker determination unit 57, calculates the start time and the end time of the HO mid-sound, and notifies the HO mid-sound generation unit 58 of the expected HO mid-sound period.
  • the HO middle tone generator 58 receives a notification from the playback speed calculator 56 and controls the speaker 49 to generate a HO middle tone.
  • the handover information acquisition unit 55 notifies the reproduction speed calculation unit 56 when receiving BindingBindAck indicating completion of handover from the HA 23.
  • the reproduction speed calculation unit 56 notifies the HO middle tone generation unit 58 and ends the HO middle tone.
  • the reproduction speed calculation unit 56 notifies the jitter buffer control unit 51 and instructs the jitter buffer 47 to perform normal reproduction.
  • FIG. 16 is a sequence diagram showing an operation of a main part of the telephone function unit 33 of the MN 11 when the user of the MN 11 is a listener. Since the determination result of the listener / speaker determination unit 57 is different from the sequence in the case of the speaker shown in FIG. 15, the HO middle tone scheduled period is also different as described above. In other words, the HO medium sound when the user of the MN 11 is the listener starts broadcasting after the jitter buffer 47 is slowly reproduced at the start of handover, and is broadcast when a certain amount of packets accumulates in the jitter buffer 47 when handover is completed. End. That is, when the playback speed calculation unit 56 of FIG.
  • the playback speed calculation unit 56 waits until the received packet amount becomes equal to or greater than the number of packets to be accumulated in the jitter buffer 47, and then The generation unit 58 is instructed to end the HO middle tone.
  • FIG. 17 is a flowchart showing the operation of the MN 11. Since details of each step have already been described in detail, the description here will be simplified.
  • the handover information acquisition unit 55 monitors the handover information from the handover control unit 36 at regular intervals. When the handover information acquisition unit 55 acquires the information that there is a handover schedule, the handover information acquisition unit 55 supplies the required handover information (including the HO start completion time and the NW delay time) to the playback speed calculation unit 56 (S001).
  • the playback speed calculation unit 56 calculates the time related to the handover shown in FIG. 7 based on the required handover information acquired from the handover information acquisition unit 55 (S002).
  • the reproduction speed calculation unit 56 also calculates a low speed reproduction time for reproducing the VoIP application at a low speed to shorten the silent period. (S003)
  • the playback speed calculation unit 56 instructs the listener / speaker determination unit 57 to determine whether the user is a listener or a speaker.
  • the listener / speaker determination unit 57 receives an instruction from the playback speed calculation unit 56 and determines whether the user of the MN 11 is a listener or a speaker (S004).
  • the playback speed calculation unit 56 waits until the time obtained by the above calculation from the time until the start of the handover (S005), and then the playback speed calculation unit 56 instructs the jitter buffer control unit 51 to perform slow playback. Then, low speed reproduction of the jitter buffer 47 is started (S006).
  • the playback speed calculation unit 56 waits until the handover start time (S007), and acquires the determination result from the listener / speaker determination unit 58 (S008).
  • the playback speed calculation unit 56 calculates the HO mid tone scheduled period based on the determination result (S009).
  • the determination result is a listener (S010). If the listener is a listener, the voice packet is played back at low speed until the voice packet in the jitter buffer 47 becomes zero, and the voice packet is set to zero. Then, the reproduction speed calculation unit 56 instructs the HO middle tone generation unit 58 to generate a HO middle tone (S011).
  • the playback speed calculation unit 56 immediately instructs the HO middle tone generation unit 58 to generate a HO middle tone (S012).
  • the handover control unit 36 While notifying the HO busy sound, the handover control unit 36 monitors whether the communication processing unit 34 has received Binding Ack (S103). When the handover control unit 36 confirms the reception of Binding ⁇ ⁇ ⁇ Ack, the handover control unit 36 notifies the handover information acquisition unit 55. The handover information acquisition unit 55 notifies the playback speed calculation unit 56 of the reception of Binding Ack.
  • the playback speed calculation unit 56 determines whether the user of the MN 11 is a listener based on the result of the listener / speaker determination unit 57 (S014). If the listener is a listener, the packets in the jitter buffer 47 are monitored until the number of packets necessary for the reproduction of the VoIP application is accumulated more than the standard number of packets (S015), and the reproduction is performed when the number of packets in the jitter buffer 47 exceeds the standard number. The speed calculation unit 56 instructs the HO middle tone generation unit 58 to end the HO middle tone (S016). If the user of the MN 11 is a speaker, the playback speed calculation unit 56 immediately gives an instruction to end the HO middle tone to the HO middle tone generation unit 58 (S016).
  • the playback speed calculation unit 56 issues an instruction to the jitter buffer control unit 51 to cancel the slow playback of the jitter buffer 47 (S017).
  • FIG. 18 is a sequence diagram showing an operation of a main part of the telephone function unit 83 of the CN 12 when the user of the CN 12 is a speaker.
  • the jitter buffer monitoring unit 50 monitors the reception status of packets in the jitter buffer 47 and the status of the number of packets (data amount) in the jitter buffer 47. Based on the monitoring result, the jitter buffer control unit 51 controls processing such as a packet reading speed from the jitter buffer 47 and discarding of the received packet.
  • the handover information acquisition unit 85 When the handover information acquisition unit 85 acquires the HO notification message from the MN, the handover information acquisition unit 85 supplies the required handover information (including the HO start completion time and NW delay time) to the playback speed calculation unit 86.
  • the playback speed calculation unit 86 receives notification of the amount of packets accumulated from the jitter buffer control unit 51, and determines whether or not to perform slow playback of the jitter buffer 47. In the embodiment shown in FIG. 18, it is assumed that there is data to be played back at low speed in the jitter buffer 47, and the playback speed calculation unit 86 issues a low speed playback instruction to the jitter buffer control unit 51. It should be noted that when there is no data to be reproduced at low speed in the jitter buffer 47, the processing sequence of reproducing the jitter buffer 47 at low speed can be omitted.
  • the playback speed calculation unit 86 calculates the time related to the handover shown in FIG. 7 based on the required handover information acquired from the handover information acquisition unit 55. Further, the playback speed calculation unit 86 determines whether the user of the CN 12 is a listener or a speaker by the time Thossc until the CN 12 can transmit the last packet to the MN 11 through the first wireless NW 15. An instruction is issued to the determination unit 57.
  • the listener-speaker determination unit 57 receives an instruction from the playback speed calculation unit 86 and determines whether the user of the CN 12 is a listener or a speaker. This determination is performed, for example, by monitoring sound input to the microphone for a certain period. The listener / speaker determination unit 57 supplies the determination result to the reproduction speed calculation unit 86.
  • the playback speed calculation unit 86 also calculates the time during which the jitter buffer is played back at a low speed in order to shorten the silent period before the result arrives from the listener / speaker determination unit 57. Time until the CN 12 can receive the last packet from the MN 11 via the first wireless NW 15 (the time at which the packet transmitted from the MN 11 to the CN 12 at the time Thossm arrives). At this point, the playback speed calculation unit 86 issues a low speed playback instruction to the jitter buffer control unit 51.
  • the playback speed calculation unit 86 receives the determination result of the listener-speaker determination unit 57, calculates the start time and the HO midtone end time of the HO midtone, and notifies the HO midrange sound generation unit 58 of the expected HO midtone period.
  • the HO middle tone generator 58 receives a notification from the playback speed calculator 86 and controls the speaker 49 to generate a HO middle tone.
  • the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to end the HO middle tone after the HO middle tone scheduled period obtained in Expression 12 has elapsed. Further, the playback speed calculation unit 86 notifies the jitter buffer control unit 51 and instructs the jitter buffer 47 to perform normal playback.
  • FIG. 19 is a sequence diagram showing an operation of a main part of the telephone function unit 83 of the CN 12 when the user of the CN 12 is a listener. Since the determination result of the listener / speaker determination unit 57 is different from the sequence in the case of the speaker shown in FIG. 18, the HO middle tone scheduled period is also different as described above. In other words, the HO medium sound when the user of the MN 11 is the listener starts broadcasting after the jitter buffer 47 is slowly reproduced at the start of handover, and is broadcast when a certain amount of packets accumulates in the jitter buffer 47 when handover is completed. End. That is, when receiving the BA notification message from the MN 11, the playback speed calculation unit 86 in FIG. 19 waits until the received packet amount becomes equal to or greater than the number of packets to be accumulated in the jitter buffer 47, and then the HO medium tone generation unit. 58 is instructed to end the HO middle tone.
  • FIG. 20 is a flowchart showing the operation of the CN 12. Since details of each step have already been described in detail, the description here will be simplified.
  • the handover information acquisition unit 85 acquires the HO notification message from the MN 11, the handover information acquisition unit 85 supplies the required handover information (including the HO start completion time and the NW delay time) to the playback speed calculation unit 86 (S001).
  • the playback speed calculation unit 86 calculates the time related to the handover shown in FIG. 7 based on the required handover information acquired from the handover information acquisition unit 85 (S002).
  • the reproduction speed calculation unit 86 also calculates a low speed reproduction time for reproducing the VoIP application at a low speed to shorten the silent period (S003).
  • the playback speed calculation unit 86 instructs the listener / speaker determination unit 57 to determine whether the user is a listener or a speaker.
  • the listener / speaker determination unit 57 receives an instruction from the playback speed calculation unit 86 and determines whether the user of the CN 12 is a listener or a speaker (S004).
  • the playback speed calculation unit 86 waits until the time calculated by the above calculation before the CN 12 can transmit the last packet to the MN 11 through the first wireless NW 15 (S005), and then the playback speed calculation unit 86. Issues an instruction for low speed reproduction to the jitter buffer controller 51, and starts low speed reproduction of the jitter buffer 47 (S006).
  • the playback speed calculation unit 86 waits until the CN 12 can transmit the last packet to the MN 11 through the first wireless NW 15 (S007), and acquires the determination result from the listener-speaker determination unit 57 (S008).
  • the reproduction speed calculation unit 86 calculates the HO middle tone scheduled period based on the determination result (S009).
  • the playback speed calculation unit 86 determines whether or not the determination result is a listener (S010). If the listener is a listener, the playback speed calculator 86 performs low-speed playback of the voice packet until the voice packet in the jitter buffer 47 becomes zero. . When the voiced packet becomes 0, the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to generate a HO middle tone (S011).
  • the playback speed calculation unit 86 immediately instructs the HO middle tone generation unit 58 to generate a HO middle tone (S012).
  • the playback speed calculation unit 86 determines whether the user of the CN 12 is a listener based on the result of the listener / speaker determination unit 57 (S013). When the user of the CN 12 is a speaker, the playback speed calculation unit 86 gives an instruction to end the HO middle tone to the HO middle tone generation unit 58 after the HO middle tone scheduled period has elapsed (S016).
  • the handover information acquisition unit 85 receives the BA notification message from the MN 11 while notifying the HO medium sound, and notifies the playback speed calculation unit 86 (S104).
  • the playback speed calculation unit 86 monitors the packets in the jitter buffer 47 until the number of packets necessary for playback of the VoIP application is accumulated more than the standard number of packets (S015). When the number of packets in the jitter buffer 47 exceeds the standard number, the playback speed calculation unit 86 instructs the HO middle tone generation unit 58 to end the HO middle tone (S016).
  • the playback speed calculation unit 86 issues an instruction to the jitter buffer control unit 51 to cancel the slow playback of the jitter buffer 47 (S017).
  • FIG. 21 is a diagram showing changes in received packets in the wireless communication device (MN11) and the communication device (CN12) according to the present embodiment.
  • FIG. 22 is a diagram showing the state of fluctuations in received packets when the jitter buffer low-speed reproduction and the HO medium sound are not reported, which are conventional methods.
  • (a) to (d) are the received packet sequence number, the number of received packets per unit time, the playback speed of the real-time application (sec / sec) in the wireless communication device and the communication device, The number of stored packets is shown respectively.
  • a handover schedule is notified from the handover control unit 36 before packet loss occurs and the number of packets received per unit time becomes zero, and playback is performed.
  • the speed calculator 56 switches the reproduction speed of the jitter buffer 47 to a low speed. Therefore, low-speed playback is performed before the packet loss occurs, and as a result, the accumulated packets in the jitter buffer 47 temporarily increase before the packet loss. Furthermore, since the increased packets are played back at a low speed, it is possible to delay the generation of silent intervals.
  • the HO middle tone generation unit 58 notifies the HO middle tone indicating that the handover is being performed, thereby eliminating the user's anxiety.
  • the period of the HO mid-sound notification interval is increased as the handover is completed, the user can intuitively recognize the completion of the handover and reduce the user's anxiety due to the silence being continued. Can do.
  • the playback speed calculation unit 86 switches the reproduction speed of the jitter buffer 47 to a low speed. Therefore, low-speed playback is performed before the packet loss occurs, and as a result, the accumulated packets in the jitter buffer 47 temporarily increase before the packet loss. Furthermore, since the increased packets are played back at a low speed, it is possible to delay the generation of silent intervals. In addition, when a silent section is generated, the HO middle tone generation unit 58 notifies the HO middle tone indicating that the handover is being performed, thereby eliminating the user's anxiety. In particular, since the period of the HO mid-sound notification interval is increased as the handover is completed, the user can intuitively recognize the completion of the handover and reduce the user's anxiety due to the silence being continued. Can do.
  • the wireless communication terminal and the communication terminal according to the present embodiment are currently undergoing handover during the silent section.
  • An HO medium sound for example, a beep sound, etc.
  • the wireless communication terminal and the communication terminal notify the user that the silent section is caused by the handover, and can prevent the user's misunderstanding that the communication is completely disconnected.
  • the wireless communication terminal and the communication terminal can reduce the generation time of the silent section due to the handover by slowing the reproduction speed of the real-time application before the handover is started.
  • the wireless communication terminal and the communication terminal can control the period during which the HO medium tone is sounded depending on whether the user is a speaker or a listener, thereby preventing unnecessary packet loss especially on the speaker side and smoothly talking. It can be resumed. Furthermore, the radio communication terminal and the communication terminal can determine the time until the handover is completed by changing the HO midtone notification method according to the time until the handover is completed. Anxiety and misunderstanding can be prevented.
  • the present invention is not limited to the above embodiment, and many variations or modifications are possible.
  • the present invention is not limited to the case of executing a VoIP application, but can be effectively applied to the case of executing a real-time communication system application such as streaming playback of multimedia data such as video and music.
  • the application execution unit may be configured by a multimedia function unit having a similar jitter buffer control function instead of the telephone function unit.
  • cdma2000 1xEV-DO and a wireless LAN have been described as the wireless communication network.
  • the scope of the present invention is not limited to such a wireless communication network.
  • PDC Wireless communication networks currently in practical use such as Personal Digital Cellular
  • W-CDMA Wideband CDMA
  • WiMAX IEEE802.16
  • iBurst registered trademark
  • LTE Long Term Term Evolution
  • UMB Ultra Mobile Broadband

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した場合、ユーザは不安感を覚え、通信が完全に切断されてしまったものと誤解してしまうという問題がある。 　ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すハンドオーバ中音（例えばビープ音など）を報知することによって、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐ。

Description

無線通信装置及び通信装置 関連出願のクロスリファレンス
　本出願は、日本国特許出願２００８－１１５８８２号（２００８年４月２５日出願）及び日本国特許出願２００８－１１５９０３号（２００８年４月２５日出願）の優先権を主張するものであり、当該出願の開示全体を、ここに参照のために取り込む。
　本発明は、異なる無線通信ネットワーク間でのハンドオーバが可能な無線通信装置、及び当該無線通信装置と通信する通信装置に関する。
　近年、ＩＥＴＦ（Internet Engineering Task Force）では、ユビキタス環境の実現に向けて、例えば携帯電話ネットワークや無線ＬＡＮ等、異なる複数の無線通信ネットワーク間でのハンドオーバを可能として、シームレスな移動を行うＩＰモビリティ技術が検討されている。このＩＰモビリティ技術における具体的なプロトコルとしては、通信端末個々の移動をサポートするモバイルＩＰｖ４及びモバイルＩＰｖ６（以下、これらを総称してモバイルＩＰと略称する。例えば非特許文献１）があり、ネットワーク単位での移動をサポートするＮＥＭＯ（Network Mobility）がある。
　モバイルＩＰやＮＥＭＯでは、移動ノード（以下「ＭＮ」（Mobile Node）という。）が、ハンドオーバ元の無線通信ネットワーク（以下「第１無線ＮＷ」という。）から他の無線通信ネットワーク（ハンドオーバ先の無線通信ネットワーク）へハンドオーバする際、当該ＭＮが属するホームエージェント（以下「ＨＡ」（Home Agent）という。）に、ハンドオーバ先の無線通信ネットワーク（以下「第２無線ＮＷ」という。）のＩＰアドレスを気付けアドレス（以下「ＣｏＡ」（Care of Address）という。）として登録する。これにより、ＭＮは、第２無線ＮＷを介して、通信相手である対向ノード（以下「ＣＮ」（Correspondent Node）という。）との通信を可能とする。
　ここで、ハンドオーバ方式には、第１無線ＮＷを切断する前に第２無線ＮＷを接続するＭＢＢ（Make-Before-Break）方式や、第１無線ＮＷを切断してから第２無線ＮＷを接続するＢＢＭ（Break-Before- Make）方式等が知られている。ＢＢＭ方式は、同時に複数の無線通信ネットワークとの接続を管理する必要がないため、比較的簡潔な処理でハンドオーバを行うことができるという利点を有する。
C. Perkins、"IP Mobility Support (RFC2002)"、［online］、１９９６年１０月、ＩＥＴＦ、［平成１８年３月１５日検索］、インターネット＜URL: http: //www.ietf.org /rfc/rfc2002.txt
　しかしながら、ＢＢＭ方式では、ＭＮは、まず第１無線ＮＷとの無線接続を切断するため、ＭＮとＣＮとの間の通信は一度中断されることになる。この後、通常のモバイルＩＰでは、ＭＮは、第２無線ＮＷに接続し、さらに第２無線ＮＷにおけるＣｏＡをＨＡに登録することによって、ＣＮとの通信を再開することができる。しかし、ＭＮが第１無線ＮＷとの無線接続を切断してから、第２無線ＮＷにおけるＣｏＡをＨＡに登録するまでの間は、ＭＮとＣＮとの間で通信を行うことはできず、パケットロスが発生することになる。
　その結果、ＶｏＩＰなどのリアルタイムアプリケーションでの通信中に、ＢＢＭ方式によってハンドオーバした場合は、パケットロスにより音が切れて、無音区間が発生し、再生品質及びリアルタイム性の低下を招くことになる。
　上記の通り、ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した場合であっても、ハンドオーバの処理が完了すれば、ＭＮ及びＣＮは、リアルタイムアプリケーションの通信を再開することができる。しかし、ＭＮ及びＣＮのユーザは、リアルタイムアプリケーションでの無音区間の発生が、ハンドオーバによるものであるのか、無線状況の不良などによって通信が完全に切断されたために生じたものであるかを判断することができない。換言すると、ユーザは、リアルタイムアプリケーション実行中に無音区間が発生した際に、一定時間待機すれば通信が再開されるのか、自ら主体的に通信を再開する必要があるのかを判断することができない。
　特に、第１無線ＮＷの切断から第２無線ＮＷへの接続には、数秒～十数秒かかる場合があるため、無音区間がハンドオーバによって発生したものであっても、ユーザは不安感を覚え、通信が完全に切断されてしまったものと誤解してしまうという問題があった。
　このようなハンドオーバによる無音区間の発生を防止する方法として、例えば、ハンドオーバによってパケット受信ができなくなると、すでに受信しているパケットの再生速度を変更させるといった処理が行われている。しかし、無音区間に対する根本的な解決は行われておらず、無音区間におけるユーザの不安感及び誤解を解消するような技術は提案されていない。
　したがって、かかる点に鑑みてなされた本発明の目的は、ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した際に、ユーザが、この無音区間はハンドオーバによるものであると判断でき、通信の切断によって発生したものであるとの誤解しないようにする、無線通信装置及び通信装置を提供することにある。
　上記目的を達成する第１の観点に係る無線通信装置の発明は、
　第１無線通信ネットワーク、及び該第１無線通信ネットワークと異なる第２無線通信ネットワークに接続して無線通信を実行する無線通信部と、
　該無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
　前記第１無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第１無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
　該通信品質取得部により取得した前記通信品質に基づいて、前記第１無線通信ネットワークから前記第２無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
　前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始する時間を推定する推定部と、
　前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
　を備えることを特徴とする。
　第２の観点に係る発明は、第１の観点に係る無線通信装置において、
　前記制御部は、前記推定部により推定したハンドオーバを開始する時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
　ことを特徴とする。
　第３の観点に係る発明は、第１又は２の観点に係る無線通信装置において、
　前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
　前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
　ことを特徴とする。
　第４の観点に係る発明は、第３の観点に係る無線通信装置において、
　前記制御部は、前記判定部の判定結果に応じて、
　ユーザが話し手である場合には、ハンドオーバ開始後すぐに、前記ハンドオーバ処理中である旨を報知し、
　ユーザが聞き手である場合には、ハンドオーバ開始後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
　ことを特徴とする。
　第５の観点に係る発明は、第１乃至４の観点に係る無線通信装置において、
　前記推定部は、ハンドオーバが完了する時間を推定し、
　前記制御部は、前記推定部が推定した前記ハンドオーバ完了時間に応じて、ハンドオーバ処理中である旨を報知する報知間隔を制御する、
　ことを特徴とする。
　第６の観点に係る発明は、第５の観点に係る無線通信装置において、
　前記制御部は、ハンドオーバ処理中である旨を報知する前記報知間隔を、
　前記ハンドオーバ完了時間に近づくにつれ、短い報知間隔となるように制御する、
　ことを特徴とする。
　また、上記目的を達成する第７の観点に係る通信装置の発明は、
　通信ネットワークに接続して通信を実行する通信部と、
　該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
　前記アプリケーションの通信相手である無線通信装置が、通信中の第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバするハンドオーバの情報を前記無線通信装置から受信し、前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
　を備えることを特徴とする。
　第８の観点に係る発明は、第７の観点に係る通信装置において、
　前記制御部は、前記ハンドオーバ情報を基に、前記第１無線通信ネットワークからパケットを受信できなくなる時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
　ことを特徴とする。
　第９の観点に係る発明は、第７又は８の観点に係る通信装置において、
　前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
　前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
　ことを特徴とする。
　第１０の観点に係る発明は、第９の観点に係る通信装置において、
　前記制御部は、前記判定部の判定結果に応じて、
　ユーザが話し手である場合には、前記第１無線通信ネットワークを通じてパケットを送信できなくなると、前記ハンドオーバ処理中である旨を報知し、
　ユーザが聞き手である場合には、前記ハンドオーバ情報の受信後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
　ことを特徴とする。
　本発明は、ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すハンドオーバ中音（以下「ＨＯ中音」という。例えばビープ音など。）を報知する。このため、本発明は、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐことができる。
本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。 図１に示した無線通信装置の概略構成を示すブロック図である。 図１に示した通信装置の概略構成を示すブロック図である。 従来のハンドオーバによるパケットロスを説明するための図である。 図２に示した無線通信装置の電話機能部の概略構成を示す機能ブロック図である。 図３に示した通信装置の電話機能部の概略構成を示す機能ブロック図である。 ハンドオーバ開始完了時間及びネットワーク遅延時間を説明するために図である。 図５に示したハンドオーバ制御部によるハンドオーバ開始時間の算出方法を説明するための図である。 図５に示したハンドオーバ制御部による絶対遅延時間取得方法の一例を説明するための図である。 図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。 図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。 図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。 図５及び図６に示したジッタバッファ制御部による有音パケットの再生速度制御方法の一例を説明するための図である。 図５及び図６に示したＨＯ中音発生部によるＨＯ中音の報知態様を説明するための図である。 ユーザが話し手の場合の、図５に示した主要ブロックの動作シーケンスを説明するための図である。 ユーザが聞き手の場合の、図５に示した主要ブロックの動作シーケンスを説明するための図である。 本発明による無線通信装置の動作フローを説明するための図である。 ユーザが話し手の場合の、図６に示した主要ブロックの動作シーケンスを説明するための図である。 ユーザが聞き手の場合の、図６に示した主要ブロックの動作シーケンスを説明するための図である。 本発明による通信装置の動作フローを説明するための図である。 本発明による受信パケットの変化を表す図である。 従来の方法による受信パケットの変化を表す図である。
　以下、本発明の実施の形態について、図を参照して説明する。
　図１は、本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。図１において、移動ノードである無線通信装置１１（以下「ＭＮ１１」という。）は、対向ノードである相手通信端末１２（以下「ＣＮ１２」という。）との間で、リアルタイム通信系のアプリケーションであるＶｏＩＰによる通話を行うものとする。ＭＮ１１は、第１無線通信ネットワーク１５（以下「第１無線ＮＷ１５」という。）と第２無線通信ネットワーク１６（以下「第２無線ＮＷ１６」という。）との間で、ハンドオーバが可能となっている。第１無線ＮＷ１５及び第２無線ＮＷ１６は、インターネット１８に結合されている。
　ここで、第１無線ＮＷ１５は、例えばｃｄｍａ２０００　１ｘＥＶ－ＤＯ（Code Division Multiple Access 2000 1x Evolution Data Only）の携帯電話ネットワークからなり、第２無線ＮＷ１６は、例えば無線ＬＡＮ（Local Area Network）からなる。なお、図１において、符号１５ａは、第１無線ＮＷ１５の基地局を示し、符号１６ａは、第２無線ＮＷ１６のアクセスポイントを示している。
　ＣＮ１２は、例えば送受話器１２ａが接続され、ソフトフォンがインストールされたパーソナルコンピュータからなり、図示しないインターネットサービスプロバイダを介してインターネット１８に接続されている。
　また、第１無線ＮＷ１５及び第２無線ＮＷ１６には、それぞれ通信を制御するＳＩＰ（Session Initiation Protocol）サーバ２１及び２２が接続されている。さらに、インターネット１８には、ＭＮ１１宛の受信パケットを、ＭＮ１１が接続されている無線通信ネットワークに転送するホームエージェント２３（以下「ＨＡ２３」という。）と、通信を制御するＳＩＰサーバ２４とが接続されている。
　図１に示す通信ネットワークにおいては、ＭＮ１１が、ＨＡ２３に、第1無線ＮＷのホームアドレスを登録するとともに、ハンドオーバ時に、第２無線ＮＷ１６の気付けアドレス（ＣｏＡ）を登録する。これにより、ＭＮ１１は、異なる無線通信ネットワーク間でのハンドオーバが可能となる。なお、このようなＩＰモビリティ技術については、上述したモバイルＩＰや、ＮＥＭＯにおいて公知であるので、ここでは詳細な説明は省略する。
　本実施の形態では、ＭＮ１１が本来属する無線通信ネットワークを第１無線ＮＷ１５とする。ＭＮ１１は、この第１無線ＮＷ１５から第２無線ＮＷ１６へハンドオーバする。また、ＭＮ１１がＣＮ１２（又はＨＡ２３）との間で送受信するパケットの絶対遅延時間は、第１無線ＮＷ１５及び第２無線ＮＷ１６で異なる。
　（ＭＮ１１の構成）
　図２は、図１に示した本実施の形態に係るＭＮ１１の概略構成を示す機能ブロック図である。ＭＮ１１は、第１無線ＮＷ１５に対応する第１無線Ｉ／Ｆ（インターフェース）３１と、第２無線ＮＷ１６に対応する第２無線Ｉ／Ｆ３２と、ＶｏＩＰのアプリケーションを実行する電話機能部３３と、第１無線ＮＷ１５及び第２無線ＮＷ１６への接続を制御する通信処理部３４と、第１無線ＮＷ１５及び第２無線ＮＷ１６の無線情報を取得する無線情報取得部３５と、第１無線ＮＷ１５と第２無線ＮＷ１６との間のハンドオーバを制御するハンドオーバ制御部３６と、を有する。
　通信処理部３４は、無線通信を実行する無線通信部を構成する。通信処理部３４は、電話機能部３３とＣＮ１２との間で、第１無線ＮＷ１５又は第２無線ＮＷ１６を介して通話を行う。また、通信処理部３４は、ハンドオーバ制御部３６による制御のもとに、ＨＡ２３と通信するように、第１無線Ｉ／Ｆ３１又は第２無線Ｉ／Ｆ３２の接続を制御する。
　無線情報取得部３５は、無線リンクの通信品質を取得する通信品質取得部を構成する。無線情報取得部３５は、無線情報として、第１無線Ｉ／Ｆ３１及び第２無線Ｉ／Ｆ３２から、それぞれ対応する第１無線ＮＷ１５及び第２無線ＮＷ１６の通信品質を取得し、その取得した通信品質をハンドオーバ制御部３６に供給する。ここで、通信品質は、例えば、無線状態を表すＲＳＳＩ（Received Signal Strength Indicator）を取得する。したがって、本実施の形態では、無線情報取得部３５が、無線リンクの通信品質を取得する通信品質取得部を構成している。
　ハンドオーバ制御部３６は、ハンドオーバの準備を開始するか否かを決定する決定部と、ハンドオーバを開始する時間を推定する推定部とを構成する。ハンドオーバ制御部３６は、無線情報取得部３５からの通信品質に基づいて、ハンドオーバを予定するか否か、すなわちハンドオーバの準備を開始するか否かの決定を含むハンドオーバ情報を生成し、そのハンドオーバ情報に基づいてハンドオーバを制御する。またハンドオーバ制御部３６は、ハンドオーバ開始時間及び完了時間（以下「ＨＯ開始完了時間」という。）を取得し、さらに、通信処理部３４を通じて、様々なネットワーク遅延時間（以下「ＮＷ遅延時間」という。）を取得する。
　（ＣＮ１２の構成）
　図３は、図１に示した本実施の形態に係るＣＮ１２の概略構成を示す機能ブロック図である。ＣＮ１２は、インターネットに接続するためのネットワークＩ／Ｆ８１と、ＶｏＩＰのアプリケーションを実行する電話機能部８３と、インターネットとの接続を制御する通信処理部８２と、を有する。
　通信処理部８２は、通信を実行する通信部を構成する。通信処理部８２は、電話機能部８３とＭＮ１１との間で、インターネットを介して通話を行うように、ネットワークＩ／Ｆ８１を制御する。
　（ＢＢＭ方式のハンドオーバによるパケットロスの説明）
　図４は、ハンドオーバ時のＭＮ１１とＨＡ２３との間の通信シーケンスを示す図である。図４に示すように、ハンドオーバ制御部３６は、ハンドオーバ予定を決定すると、第１無線通信ＮＷ１５から第１無線Ｉ／Ｆ３１を切断し、次に、第２無線ＮＷ１６に第２無線Ｉ／Ｆ３２を接続する。次に、ハンドオーバ制御部３６は、通信処理部３４を制御して、第２無線ＮＷ１６を介してＨＡ２３にBinding Updateを送信して、ＨＡ２３に第２無線ＮＷ１６のＣｏＡを登録する。
　ＨＡ２３は、ＭＮ１１からのBinding Updateを受け、第２無線ＮＷ１６のＣｏＡの登録を行うと、ＭＮ１１に対してBinding Ackを送信する。ＭＮ１１のハンドオーバ制御部３６は、ＭＮ１１がＨＡ２３から返信されるBinding Ackを受信すると、第２無線ＮＷ１６を用いて通信を行うように、通信処理部３４を制御する。
　図４に示すように、上記ハンドオーバシーケンスでは、ＭＮ１１において、ＭＮ１１が第１無線ＮＷ１５と第１無線Ｉ／Ｆ３１を切断してから、ＭＮ１１が送信したBinding UpdateがＨＡ２３に届くまでの間に、ＨＡ２３が第１無線ＮＷ１５を通じて送信したパケットについては、ＭＮ１１が受信できない。このため、ＭＮ１１は、パケットロスが発生することがわかる。またＭＮ１１が第１無線ＮＷ１５と第１無線Ｉ／Ｆ３１を切断してから、ＭＮ１１がＨＡ２３からのBinding Ackを受信するまでの間は、ＭＮ１１はＨＡ２３にパケットを送信することができない。このため、結果的にＣＮ１２ではパケットロスと同じように無音区間が発生することになる。例えば、ＶｏＩＰなどのリアルタイムアプリケーションでの通信中に、ハンドオーバした場合は、このようなパケットロスにより無音区間が発生し、ユーザの不安や誤解を生じることになる。
　（ＭＮ１１の電話機能部３３の構成）
　図５は、図２に示したＭＮ１１の電話機能部３３の概略構成を示す機能ブロック図である。電話機能部３３は、リアルタイム通信系のアプリケーションを実行する実行部を構成する。電話機能部３３は、例えばソフトフォンからなり、公知のソフトフォンの構成と同様に、ボタン入力部４１、画面表示部４２、マイク４３、エンコーダ４４、パケット送信部４５、パケット受信部４６、ジッタバッファ４７、デコーダ４８、スピーカ４９、ジッタバッファ監視部５０、ジッタバッファ制御部５１、ＳＩＰ制御部５２、及び全体の動作を制御する全体制御部５３を有する。
　全体制御部５３は、ボタン入力部４１や画面表示部４２を介して、ユーザの操作情報を取得し、その取得情報に基づいて全体の動作を制御する。また、ＳＩＰ制御部５２は、通話の開始や終了のＳＩＰの手続きを制御する。通話中は、マイク４３が取得した音声データを、エンコーダ４４がエンコードする。そのエンコードしたデータは、パケット送信部４５がパケットにいれて、通信処理部３４を経てＣＮ１２へ送信される。
　また、通信処理部３４を経てパケット受信部４６で受信したＣＮ１２からのパケットは、ジッタバッファ４７に一旦取り込んでから読み出される。その読み出されたパケットは、デコーダ４８でペイロード部分をデコードされ、スピーカ４９から再生音声として出力される。なお、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態は、ジッタバッファ監視部５０によって監視される。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
　本実施の形態では、ＭＮの電話機能部３３に、さらに、ハンドオーバ情報取得部５５、再生速度計算部５６、聞き手話し手判定部５７及びハンドオーバ中音発生部５８（以下「ＨＯ中音発生部５８」という。）を設けている。
　ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視して、ハンドオーバの予定があるか否かの情報を取得する。ハンドオーバの予定があった場合には、ハンドオーバ情報取得部５５は、さらに、ハンドオーバ制御部３６からＨＯ開始完了時間及びＮＷ遅延時間を取得し、当該ＨＯ開始完了時間及びＮＷ遅延時間の一部を再生速度計算部５６に供給する。ハンドオーバ情報取得部５５はさらに、ハンドオーバ情報とＨＯ開始完了時間及びＮＷ遅延時間の一部とを含んだハンドオーバ通知メッセージ（以下「ＨＯ通知メッセージ」という。）を、通信処理部３４を通じてＣＮ１２に送信する。ハンドオーバ情報取得部５５は、その後、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視して、ＭＮ１１からＨＡ２３にBinding Updateが送信されたか、ＭＮ１１がＨＡ２３からBinding Ackを受信したか（ハンドオーバが完了したか）どうかの情報を取得する。ＭＮ１１からＨＡ２３にBinding Updateが送信された場合には、ハンドオーバ情報取得部５５は、再生速度計算部５６にその旨を通知する。ＭＮ１１がＨＡ２３からBinding Ackを受信してハンドオーバが完了すると、ハンドオーバ情報取得部５５は、Binding Ackを受信した旨を再生速度計算部５６に通知する。さらに、ＣＮ１２にも同様の通知を行うために、ＭＮ１１は通信処理部３４を通じてBinding Ack通知メッセージ（以下「ＢＡ通知メッセージ」という。）をＣＮ１２に送信する。
　再生速度計算部５６は、ハンドオーバ処理中である旨を報知し、アプリケーションの再生速度を遅くするように制御する制御部を構成する。再生速度計算部５６は、ハンドオーバ情報取得部５５から供給されるＨＯ開始完了時間及びＮＷ遅延時間に基づいて、ハンドオーバに関する時間についての所要の計算を行う。また、再生速度計算部５６は、ジッタバッファに蓄積したＶｏＩＰパケットを低速再生するために、ジッタバッファ制御部５１に低速再生の指示を出す。また、再生速度計算部５６は、所定の時間までに、ユーザが聞き手であるか話し手であるのかを判定するために、聞き手話し手判定部５７に指示を出す。さらに、再生速度計算部５６は、聞き手話し手判定部５７からの判定結果と、上記の所要の計算結果に基づき、ＨＯ中音を発生させる予定期間（以下「ＨＯ中音予定期間」という。）を計算し、所定の時間に、ＨＯ中音発生部５８にＨＯ中音を発生するように指示を出す。再生速度計算部５６は、ハンドオーバ情報取得部５５からハンドオーバが完了した旨の通知を受けると（Binding Ackの通知を受けると）、ＨＯ中音発生部５８にＨＯ中音の終了を指示し、ジッタバッファ制御部５１に低速再生を解除するように指示を出す。
　聞き手話し手判定部５７は、ユーザが話し手であるのか聞き手であるのかを判定する判定部を構成する。聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ユーザが聞き手であるのか話し手であるのかを判定する（詳細は後述する）。聞き手話し手判定部５７は、この判定結果を再生速度計算部５６に返信する。
　ＨＯ中音発生部５８は、ハンドオーバ処理中である旨を報知するように制御する制御部を構成するものである。ＨＯ中音発生部５８は、再生速度計算部５６から指示を受け、無音区間におけるユーザの不安感や誤解を防ぐために、スピーカ４９を動作させてハンドオーバ中にＨＯ中音を発生する。
　（ＣＮ１２の電話機能部８３の構成）
　図６は、図３に示したＣＮ１２の電話機能部８３の概略構成を示す機能ブロック図である。電話機能部８３は、リアルタイム通信系のアプリケーションを実行する実行部を構成するものであり、例えばソフトフォンからなる。本実施の形態では、ハンドオーバ情報取得部８５及び再生速度計算部８６が、ＭＮ１１のハンドオーバ情報取得部５５及び再生速度計算部５６と異なる機能を有する。なおＭＮ１１と同等の参照符号を付した機能ブロックについては、ＭＮ１１のものと同等の機能を有する。
　ハンドオーバ情報取得部８５は、通信処理部８２がＭＮ１１からのＨＯ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＨＯ通知メッセージを受信した場合には、このＨＯ通知メッセージからＨＯ開始完了時間及びＮＷ遅延時間を抽出し、再生速度計算部８６に供給する。ハンドオーバ情報取得部８５は、その後、通信処理部８２がＭＮ１１からＢＡ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＭＮ１１からＢＡ通知メッセージを受信した場合には、再生速度計算部８６にその旨を通知する。
　再生速度計算部８６は、ハンドオーバ処理中である旨を報知し、アプリケーションの再生速度を遅くするように制御する制御部を構成する。再生速度計算部８６は、ハンドオーバ情報取得部８５から供給されるＨＯ開始完了時間及びＮＷ遅延時間に基づいて、ハンドオーバに関する時間についての所要の計算を行う。また、再生速度計算部８６は、ジッタバッファに蓄積したＶｏＩＰパケットを低速再生するために、ジッタバッファ制御部５１に低速再生の指示を出す。また、再生速度計算部８６は、所定の時間までに、ユーザが聞き手であるか話し手であるのかを判定するために、聞き手話し手判定部５７に指示を出す。さらに、再生速度計算部８６は、聞き手話し手判定部５７からの判定結果と、上記の所要の計算結果に基づき、ＨＯ中音予定期間を計算し、所定の時間に、ＨＯ中音発生部５８にＨＯ中音を発生するように指示を出す。再生速度計算部８６は、ＨＯ中音予定期間及びハンドオーバ情報取得部８５からのＢＡ通知メッセージに基づいて、ＨＯ中音発生部５８にＨＯ中音の終了を指示し、ジッタバッファ制御部５１に低速再生を解除するように指示を出す。
　以下、本実施の形態に係るＭＮ１１の主要機能ブロックの詳細を説明する。
　（ハンドオーバ制御部３６によるハンドオーバ予定決定）
　ハンドオーバ制御部３６は、第１無線Ｉ／Ｆ３１及び第２無線Ｉ／Ｆ３２からそれぞれ取得した通信品質に基づいて、ハンドオーバの予定を決定する。例えば、第１無線ＮＷ１５と無線リンクを形成して通話を行っている場合に、第１無線Ｉ／Ｆ３１から取得した通信品質がハンドオーバ予定決定閾値よりも悪くなり、かつ第２無線Ｉ／Ｆ３２の通信品質がハンドオーバ予定決定閾値以上となった場合には、ハンドオーバ制御部３６は、第２無線ＮＷ１６へのハンドオーバ予定を決定する。すなわちハンドオーバ制御部３６はハンドオーバ準備の開始を決定する。なお、通話に使用していない第２無線ＮＷ１６の通信品質は、例えば、アクセスポイント１６ａから送信される報知情報を受信して取得できる（測定できる）。
　（ハンドオーバ制御部３６によるＨＯ開始完了時間及びＮＷ遅延時間取得）
　ハンドオーバ制御部３６は、ハンドオーバ予定を決定した場合には、図７に示す、ハンドオーバ予定を決定した時点（図７におけるＨＯ　Ｍｓｇ送信時点）から、第１無線ＮＷ１５との無線接続を切断するハンドオーバ開始までの時間Thosrm(sec)と、ハンドオーバ予定を決定した時点から、第２無線ＮＷに接続しＨＡ２３からBinding Ackを受けるハンドオーバ完了までの時間Thoesm（sec）とを含む、ＨＯ開始完了時間を取得する。さらに、ハンドオーバ制御部は、第１無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1(sec)及びTddn1(sec)と、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1(sec)及びTadn1(sec)と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2(sec)及びTddn2(sec)と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2(sec)及びTadn2(sec)とを含む、ＮＷ遅延時間を取得する。ハンドオーバ制御部３６は、これらのＨＯ開始完了時間及びＮＷ遅延時間の一部を電話機能部３３に供給する。
（ハンドオーバ開始までの時間Thosrmの取得方法）
　ハンドオーバ開始までの時間Thosrmは、例えば、図８（ａ）及び（ｂ）に示すように、通信品質を決定する無線状態(Rs)の単位時間の変化率ΔRs（傾き）に基づいて算出する。ここで、変化率ΔRsは、無線状態がハンドオーバ予定決定閾値を下回ってハンドオーバ予定を決定した時点で計測して取得することもできるが、本実施の形態では、当該通話中において、ハンドオーバの予定決定時点から所定時間前までの変化率平均値ΔRsrmsを取得する。
　このため、ハンドオーバ制御部３６は、下記の（１）式に従って、現在使用中の無線通信ネットワークにおける無線状態の単位時間（Δｔ）の変化率ΔRs(t)を所定のタイミングで算出する。ハンドオーバ制御部３６は、所定時間前（例えば、２sec前）までの複数の変化率ΔRs(t)をメモリに保持するようにし、ハンドオーバ予定を決定したら、その時点で保持していた所定時間前までの変化率平均値ΔRsrmsを算出する。なお、ここでは、徐々に無線状態が悪化していることを前提とする。
　〔数１〕
　ΔRs(t)＝|{Rs(t)－Rs(t-Δt)}／Δt|　　・・・（１）
　その後、ハンドオーバ制御部３６は、算出した変化率平均値ΔRsrmsが、予め設定した変化率閾値Rsrefよりも小さいか否かを判定する。その結果、ΔRsrms≦Rsrefの場合、すなわち、無線状態の変化が緩やかな場合には、ハンドオーバ制御部３６は、図８（ａ）に示すように、ハンドオーバ開始までの時間Thosrmを、予め設定した標準時間Tref（例えば、５sec）とする。
　これに対し、ΔRsrms＞Rsrefの場合、すなわち、無線状態の変化が急激な場合には、ハンドオーバ制御部３６は、例えば、Thosrm＝Tref（Rsref／ΔRsrms）、を演算する。この場合、ハンドオーバ制御部３６は、変化率ΔRsrmsが大きいほど、ハンドオーバ開始までの時間Thosrmを、標準時間Trefよりも短く設定する。図８（ｂ）は、ΔRsrms＞Rsrefの場合で、ハンドオーバ制御部３６が、ハンドオーバ開始までの時間Thosrmを、標準時間Trefのほぼ半分の時間（２．５sec）に設定した場合を示している。
（ハンドオーバ完了までの時間Thoesmの取得方法）
　ハンドオーバ完了までの時間Thoesmは、ＭＮ１１がＨＡ２３からBinding Ackを受信するまでの時間である。このThoesmは、図７に示すとおり、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2の影響を受ける。しかし、ＭＮ１１がＨＡ２３にBinding Updateを送信する時間については、ＭＮ１１が第２無線ＮＷ１６接続後の任意の時間とすることができる。例えば、ＭＮ１１が第２無線ＮＷ１６に接続するために必要な時間は、過去の接続における接続時間の履歴を保持しておき、その値の平均を求めることなどによって算出可能である。よって、ハンドオーバ完了までの時間Thoesmは、ＭＮ１１が過去の履歴などを基に設定したBinding Update送信時間に、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2を加えたものとすることができる。またＨＡ２３側でＣｏＡの登録に要する時間が既知である場合には、Thoesmは、かかる時間を考慮して決定することができる。
（ＮＷ遅延時間の取得方法）
　第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1及びTddn1と、第１無線ＮＷ１５におけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1及びTadn1と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2及びTadn2とは、例えば、以下に説明する絶対遅延時間取得方法によって取得する。
　ハンドオーバ制御部３６は、ハンドオーバの予定を決定すると、ＩＥＥＥ８０２．２１において検討されているハンドオーバ技術を利用して、各無線通信ネットワークの絶対遅延時間を取得する。ＩＥＥＥ８０２．２１（Media　Independent　Handover（MIH））では、異種無線通信ネットワーク（ＷｉＦｉ、ＷｉＭＡＸ、携帯電話など）間のハンドオーバ技術として、ハンドオーバを制御する手段（図２では、ハンドオーバ制御部３６）をＭＩＨユーザと定義し、ＭＩＨＦ（MIH Function）がＭＩＨユーザからの要求に基づいて、通信デバイスの無線情報を取得して、ＭＩＨユーザに提供することを考えている。また、ＭＩＨユーザが、自らの端末内のＭＩＨＦを通して、接続しているネットワーク内のインフォメーションサーバから情報を取得することも考えられている。
　図９は、この絶対遅延時間取得方法を説明するための図である。図９において、基幹ネットワーク網であるインターネット１８には、遅延時間を計測するために動作する計測用サーバ６１が接続されている。第１無線ＮＷ１５には、第１インフォメーションサーバ６２が接続されており、第２無線ＮＷ１６には、第２インフォメーションサーバ６３が接続されている。
　第１インフォメーションサーバ６２は、インターネット１８に直接繋がった計測用サーバ６１から基地局１５ａまでの、遅延時間計測の基準とするネットワーク遅延基準時間Tn1と、基地局１５ａからＭＮ１１までの上下の無線遅延基準時間Trup1、Trdn1を保持する。同様に、第２インフォメーションサーバ６３は、計測用サーバ６１からアクセスポイント１６ａまでのネットワーク遅延基準時間Tn2と、アクセスポイント１６ａからＭＮ１１までの上下の無線遅延基準時間Trup2、Trdn2を保持する。
　ここで、ネットワーク遅延基準時間Tn1及びTn2は、基地局１５ａと計測用サーバ６１との間、及びアクセスポイント１６ａと計測用サーバ６１との間で、それぞれパケット（ＰＩＮＧやＲＴＣＰなど）を送受信して往復時間を測り、その往復時間を１／２して取得できる。
　また、第１無線ＮＷ１５における上下の無線遅延基準時間Trup1、Trdn1は、基地局１５ａからＭＮ１１へパケットを送り、パケットを受信したＭＮ１１が受信した時間を記録して送り返すことで、基地局１５ａとＭＮ１１との間で送受信した時間に基づいて、上り・下りのそれぞれの遅延時間として計算できる。
　同様に、第２無線ＮＷ１６における上下の無線遅延基準時間Trup2、Trdn2は、アクセスポイント１６ａからＭＮ１１へパケットを送り、パケットを受信したＭＮ１１が受信した時間を記録して送り返すことで、アクセスポイント１６ａとＭＮ１１との間で送受信した時間に基づいて、上り・下りのそれぞれの遅延時間として計算できる。なお、Trup1,Trdn2は上りの無線遅延基準時間を示しており、Trdn1,Trdn2は下りの無線遅延基準時間を示している。
　ＭＮ１１のハンドオーバ制御部３６は、ハンドオーバ元である第１無線ＮＷ１５への接続時に、当該第１無線ＮＷ１５に接続されている第１インフォメーションサーバ６２からＭＩＨＦを介してネットワーク遅延基準時間Tn1と無線遅延基準時間Trdn1,Trup1とを取得する。またハンドオーバ制御部３６は、遅延時間を測りたい相手先（ここでは、ＨＡ２３及びＣＮ１２）とパケットの送受信を行い、ＨＡ２３及びＣＮ１２と自らのＭＮ１１との間の往復時間(Tn3+Trdn3+Tn3+Trup3及びTn5+Trdn3+Tn5+Trup3)を計測する。この値から、以下のようにして、ＨＡ２３及びＣＮ１２と、インターネット１８との間の片道の遅延時間(Tn3-Tn1及びTn5-Tn1)を求めて、ＭＮ１１とＨＡ２３及びＣＮとの間のハンドオーバ元上り絶対遅延時間Tdup1及びTaup1に相当するTn3+Trup3及びTn5+Trup3と、下り絶対遅延時間Tddn1及びTadn1に相当するTn3+Trdn3及びTn5+Trdn3とを計算する。
計算する。
　〔数２〕
　Tn3-Tn1={(Tn3+Trdn3+Tn3+Trup3)-(Tn1+Trdn1+Tn1+Trup1)}/2
　Tdup1=Tn3+Trup3=Tn1+Trup1+(Tn3-Tn1)
　Tddn1=Tn3+Trdn3=Tn1+Trdn1+(Tn3-Tn1)
　Tn5-Tn1={(Tn5+Trdn3+Tn5+Trup3)-(Tn1+Trdn1+Tn1+Trup1)}/2
　Taup1=Tn5+Trup3=Tn1+Trup1+(Tn5-Tn1)
　Tadn1=Tn5+Trdn3=Tn1+Trdn1+(Tn5-Tn1)
　またハンドオーバ制御部３６は、第２無線ＮＷ遅延基準時間Tn2及び無線遅延基準時間Trup2、Trdn2を取得するため、現在接続している第１無線ＮＷ１５の第１インフォメーションサーバ６２を経由して、ハンドオーバ先の第２無線ＮＷ１６の第２インフォメーションサーバ６３に、当該ＭＮ１１の位置情報を送信する。これにより、ハンドオーバ制御部３６は、第２インフォメーションサーバ６３に、ネットワーク遅延基準時間Tn2及び無線遅延基準時間Trup2、Trdn2の返信を要求する。第２インフォメーションサーバ６３は、位置情報と各アクセスポイントの接続ユーザ数とを考慮して、接続されると思われるアクセスポイント１６ａのネットワーク遅延基準時間Tn2及び無線遅延基準時間Trup2,Trdn2を、第１インフォメーションサーバ６２を経由してＭＮ１１へ返信する。
　ハンドオーバ制御部３６は、第２インフォメーションサーバ６３から返信される第２無線ＮＷ遅延基準時間Tn2及び無線遅延基準時間Trup2,Trdn2を受信する。ハンドオーバ制御部３６は、その取得情報と算出した(Tn4-Tn2及びTn6-Tn2)とを用いて、以下のようにして、ＭＮ１１とＨＡ２３及びＣＮとの間のハンドオーバ先上り絶対遅延時間Tdup2及びTaup2に相当するTn4+Trup4及びTn6+Trup4と、下り絶対遅延時間Tddn2及びTadn2に相当するTn4+Trdn4及びTn6+Trdn4とを計算する。
　〔数３〕
　Tdup2=Tn4+Trup4=(Tn2+Trup2)+(Tn4-Tn2)
　Tddn2=Tn4+Trdn4=(Tn2+Trdn2)+(Tn4-Tn2)
　Taup2=Tn6+Trup4=(Tn2+Trup2)+(Tn6-Tn2)
　Tadn2=Tn6+Trdn4=(Tn2+Trdn2)+(Tn6-Tn2)
　上記の絶対遅延時間取得方法によって取得した絶対遅延時間Tdup1、Tddn1、Tdup2、Tddn2、Taup1、Tadn1、Taup2、Tadn2は、無線通信ネットワーク毎に、ハンドオーバ制御部３６内のメモリ（図示せず）に記憶される。
　以上のようにして、ハンドオーバ制御部３６は、第１無線ＮＷ１５との無線接続を切断するハンドオーバ開始までの時間Thosrm(sec)と、第２無線ＮＷに接続しＨＡ２３からBinding Ackを受けるハンドオーバ完了までの時間Thoesm（sec）とを含む、ＨＯ開始完了時間を取得する。さらに、ハンドオーバ制御部３６は、第１無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1(sec)及びTddn1(sec)と、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1(sec)及びTadn1(sec)と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2(sec)及びTddn2(sec)と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2(sec)及びTadn2(sec)とを含む、ＮＷ遅延時間を取得する。ハンドオーバ制御部３６は、この取得したＨＯ開始完了時間及びＮＷ遅延時間を、ハンドオーバ情報取得部５５に供給する。
　（ハンドオーバ情報取得部５５の動作）
　ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６から取得したＨＯ開始完了時間及びＮＷ遅延時間のうち、ハンドオーバ開始までの時間Thosrm、ハンドオーバ完了までの時間Thoesm、第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上りの絶対遅延時間Tdup1、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2、第２無線ＮＷ１６におけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2及びTadn2を再生速度計算部５６に供給する。
　また、ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６から取得したＨＯ開始完了時間及びＮＷ遅延時間のうち、ハンドオーバ予定決定の時点からハンドオーバ開始までの時間Thosrm、ハンドオーバ完了までの時間Thoesm、第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上り絶対遅延時間Tdup1、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1及びTadn1、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上りの絶対遅延時間Taup2を、ＨＯ通知メッセージとして、通信処理部３４を通じてＣＮ１２の再生速度計算部８６に供給する。
　（再生速度計算部５６の動作）
　再生速度計算部５６は、ＨＯ開始完了時間及びＮＷ遅延時間を取得すると、ＨＯ中音予定期間を計算するために基準として用いる、ハンドオーバに関する時間の計算を行う。図７は、ハンドオーバ情報取得部５５が取得する時間と、再生速度計算部５６が計算する時間を示す図である。上記の通り、ハンドオーバ制御部３６によって、すでにハンドオーバ開始までの時間Thosrmと、ハンドオーバ完了までの時間Thoesmは取得されている。再生速度計算部５６は、このThosrmとThoesmと、ＮＷ遅延時間とを用いて、図７に示すように、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmと、第２無線ＮＷ１６を通じＭＮ１１がＣＮ１２からの最初のパケットを受信できるまでの時間Thoermを、以下の式により求める。（なお、Thosrm、Thoesm、Thossm、Thoermによる、ＨＯ中音予定期間の詳細な計算については後述するものとする。）
　〔数４〕
　Thossm (sec)=Thosrm-Tdup1
　Thoerm (sec)=Thoesm-Tddn2+(Taup2-Tdup2)+Tadn2
　（再生速度計算部５６による聞き手話し手判定部５７への通知）
　再生速度計算部５６は、また、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmまでに、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に判定開始の指示を出す。
　（再生速度計算部５６による低速再生開始までの時間の計算）
　再生速度計算部５６は、パケットロスによる無音区間を短縮するために、ジッタバッファ制御部５１にジッタバッファ４７に蓄積したＶｏＩＰデータを低速再生するように指示をだす。この低速再生は、ハンドオーバ開始までの時間（Thosrm経過）に先立って行われる。このThosrm経過に先立ってＶｏＩＰアプリケーションの低速再生を開始するまでの時間をTsttslowplay(sec)とすると、Tsttslowplayは、例えば、以下に説明する第１の計算方法又は第２の計算方法の何れかにより実行することができる。
（ａ）第１の計算方法
　低速再生開始までの時間Tsttslowplayは、例えば、標準の再生速度をVn(sec/sec)、低速再生時の再生速度をVs(sec/sec)、無音区間を短縮したい時間Tslowsup(sec)を用い、以下の式により計算することができる。
　〔数５〕
　　Tsttslowplay=(Tslowsup×Vs)/(Vn-Vs)
（ｂ）第２の計算方法
　低速再生開始までの時間Tsttslowplayは、例えば、ハンドオーバの予定が決定してから、ハンドオーバ開始までの任意の時間に設定してもよい。ＭＮ１１の場合、例えば、Tsttslowplayを、ハンドオーバ開始までの時間Thosrmに対する割合として設定することができる。つまり、例えばTsttslowplayをThosrmの半分、又は３０％などと設定することができる。またTsttslowplayをThosrmと一致させて、ハンドオーバ予定決定直後にＶｏＩＰアプリケーションの低速再生を開始してもよい。
　なお、再生速度計算部５６からＨＯ中音発生部５８に開始を指示した時、再生速度計算部５６は、ジッタバッファ内のパケットが０になるまで低速再生をすることなく、バッファ制御部５１にジッタバッファ４７内のパケットを全て破棄し、再生を止めるよう指示することもできる。
　（再生速度計算部５６によるＨＯ中音予定期間の計算）
　再生速度計算部５６は、上記計算により求めたハンドオーバによる計算と、低速再生開始までの時間を用いて、ＨＯ中音予定期間Thobepの計算を行う。ハンドオーバ開始時に、ユーザが話し手である場合には、発話パケットのロスを防ぐために、すぐにＨＯ中音を発生することが望ましい。また、ユーザが聞き手である場合には、すでに受信した音声パケットの再生が終了してからＨＯ中音を発生することが望ましい。また、ハンドオーバ完了時に、ユーザが話し手である場合には、迅速に発話を開始するためにすぐにＨＯ中音を終了することが望ましい。また、ユーザが聞き手である場合には、ジッタバッファ４７へパケットが一定量蓄積するのを待ってから（ＶｏＩＰアプリケーションが再生可能になる時間まで待機してから）、ＨＯ中音を終了することが望ましい。そこで、以下に説明するとおり、ＨＯ中音予定期間Thobepは、ユーザが話し手であるのか聞き手であるのかによって、設定方法が異なる。
　（ａ）ＭＮ１１のユーザが話し手である場合のＨＯ中音予定期間
　図１０は、ＭＮ１１が話し手でＣＮ１２が聞き手の場合のハンドオーバシーケンスを示す図である。ユーザが話し手である場合、ハンドオーバ発生時には、発話パケットのロスを防ぐために、ＭＮ１１はすぐにＨＯ中音を発生する。図１０に示すとおり、ＭＮ１１の場合のＨＯ中音予定期間Thobep(MN)は、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間（Thossm経過時点）から、ハンドオーバ完了までの時間（Thoesm経過時点）までの間である。そのため、再生速度計算部５６は、ＨＯ中音予定期間Thobep(MN)を、以下の式によって求めることができる。
　〔数６〕
　Thobep(MN)=Thoesm-Thossm　　　・・・（６）
（ｂ）ＭＮ１１のユーザが聞き手である場合のＨＯ中音予定期間
　図１１は、ＭＮ１１が聞き手でＣＮ１２が話し手の場合のハンドオーバシーケンスを示す図である。ＭＮ１１のユーザが聞き手である場合、ハンドオーバ発生時には、ハンドオーバ開始までの時間（Thosrm経過）に先立って、上記再生速度計算部５６が計算した低速再生開始までの時間Tsttslowplayだけ前の時間から、ジッタバッファの低速再生が行われる。その後、再生速度計算部５６は、ジッタバッファ監視部５０から、有音のパケットの個数を一定間隔で取得し続ける。この有音か無音かの判別には、例えばコーデックはSpeexのような、有音/無音を判定し、無音の時は有音の時とは異なるパケットを送信する機能を持つコーデックを使用することができる。有音のパケットの個数が0になると、再生速度計算部５６は、ＨＯ中音発生部５８にＨＯ中音の開始を指示する。一方、ＨＯ中音を終了する時間は、話し手の場合と異なり、単純なハンドオーバ完了までの時間Thoesmとはならない。なぜなら、まずＭＮ１１は、ＣＮ１２側から再生すべきパケットの到着を待つ必要があるためである（つまりThoerm後）。さらにＭＮ１１は、ＶｏＩＰのようなリアルタイムアプリケーションでは、パケット到着間隔の揺らぎなどに対応するために、ジッタバッファに一定のパケット量が蓄積させてから音声の再生を開始するためである。図１１に示すとおり、低速再生開始までの時間をTsttslowplay、低速再生時間をTslowplay、パケットが一定量蓄積するまでに要する時間をTbffacmとすると、再生速度計算部５６は、ＨＯ中音予定期間Thobep(MN)を、以下の式によって求めることができる。
　〔数７〕
　Thobep(MN)＝(Thoerm+Tbffacm)-(Thosrm-Tsttslowplay+Tslowplay)　
　図１２は、ＭＮ１１及びＣＮ１２が共に話し手の場合を示す図である。この場合、ＭＮ１１及びＣＮ１２は共に聞き手ということになるが、話し手としてのパケットロスを防ぐことを優先し、ハンドオーバ発生時には、ＭＮ１１はすぐにＨＯ中音を開始するものとする。つまりＭＮ１１のＨＯ中音予定期間Thobep(MN)は、上記（６）式と同様になる。
　（再生速度計算部５６によるＨＯ中音終了通知）
　再生速度計算部５６は、ＨＡ２３からのBinding Ack受信の通知が来た時、ジッタバッファ監視部５０からジッタバッファ４７内の蓄積パケット量を一定間隔で取得し始める。ＭＮ１１のユーザが話し手であった場合には、その通知が来てすぐにＨＯ中音を終了することとし、再生速度計算部５６は、ＨＯ中音終了の指示をＨＯ中音発生部５８に指示する。その後、再生速度計算部５６は、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。また、ＭＮ１１のユーザが聞き手であった場合には、再生速度計算部５６は、ジッタバッファ４７内の蓄積パケット量が標準量を超えるのを待ち、ＨＯ中音終了の指示をＨＯ中音発生部５８に指示し、その後、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。
　（ジッタバッファ制御部５１によるＶｏＩＰデータの低速再生方法）
　再生速度計算部５６の指示を受けた、ジッタバッファ制御部５１による受信パケットの再生速度制御は、例えば、以下に説明する第１の再生速度制御方法又は第２の再生速度制御方法の何れかにより実行することができる。
（ａ）第１の再生速度制御方法
　標準再生速度Vnに対するジッタバッファ４７からのパケットの読み出し間隔をTR1、低速再生速度Vsに対応するジッタバッファ４７からのパケットの読み出し間隔をTRと、するとき、TR=TR1/(Vs/Vn)、とする。例えば、標準再生速度Vnでは、ジッタバッファ４７内のパケットを２０msecの間隔で読み出して再生するＶｏＩＰアプリケーションの場合において、再生速度Vsを標準再生速度Vnの８０％（k=0.8）とする場合には、ジッタバッファ４７からのパケットの読み出し間隔TRを、TR=20/0.8(msec)、とする。
（ｂ）第２の再生速度制御方法
　ハンドオーバのための再生速度のコントロールを開始したら、ジッタバッファ制御部５１、その直後に再生したパケット（最初のパケット）のタイムスタンプと、その再生時間とを組み合わせて記録する。ジッタバッファ制御部５１は、その後のパケットについては、下記（５）式で示す時間Tvに、ジッタバッファ４７から読み出して再生する。なお、（５）式において、TDは、遅延時間で、初期値は０である。
　〔数８〕
　Tv=（パケットのタイムスタンプ－最初のパケットのタイムスタンプ）＋（最初のパケットの再生時間＋TD）　　　　　・・・（８）
　ここで、ジッタバッファ４７からパケットを読み出す際、[{Vn/(Vn-Vs)}-1]個目に読み出したパケットは、コピーしてデコーダ４８内のメモリに記憶され、コピー元のパケットを再生した後、次の再生タイミングでコピーしたパケットが読み出して再生される。例えば、再生速度Vsを、標準再生速度Vnの８０％とする場合には、図１３に示すように、ジッタバッファ４７内の順次の４個のパケットＰ１～Ｐ４は順番に読み出して再生される。また、４個目のパケットＰ４はコピーされ、そのコピーされたパケットＰ４′は、コピー元のパケットＰ４が再生された後、次の再生タイミングで再生される。その後、ジッタバッファ４７からパケットＰ５が読み出される際は、上記（８）式のTDは、コピーによる再生間隔の時間分増加される。なお、[{Vn/(Vn-Vs)}-1]個目に読み出すパケットが、届いていなかったり、破棄されたりして、ジッタバッファ４７にない場合には、次の再生タイミングのパケットに対して、同様の処理が行われる。
　（聞き手話し手判定方法）
　聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、所定の時間までにユーザが聞き手であるのか話し手であるのかの判定を行い、判定結果を再生速度計算部５６に返信する。
　聞き手話し手判定部分５７は、再生速度計算部５６から指示を受けると、一定期間、マイク４３に入力される音声を監視する。聞き手話し手判定部５７は、マイク４３に音声が連続的に入力されている場合には、ユーザが「話し手」であると判断し、マイク４３に音声が連続的に入力されていない場合には、ユーザが「聞き手」であると判断する。
　この聞き手話し手判定部５７による判定は、重み付け係数W(x)と、音声入力の有無を示すバイナリ関数F(x)とによる話し手判定変数Rtalkによって判定することができる。バイナリ関数F(x)は、音声入力があるか否かを二値で表すものである。マイク４３に入力される音声信号の強度をI(x)とし、音声入力があると判別するための閾値をIthとすると、I(x)>Ithのとき、F(x)=1となり、それ以外の場合には、F(x)=0とする。話し手判定閾値Rtalkは重み付け係数W(x)とバイナリ関数F(x)を用いて以下のように計算できる。ここで、Thosttは判定の終了時間を表し、Tは時間を表す変数である。判定開始からTは徐々に増加し、Thosttになった時点で判定は終了する。
　〔数９〕
　Rtalk = Σ{W(Thostt-T)×F(I(T))}/Σ{W(Thostt-T)}
　ユーザが話し手であるかを判定する閾値をRthとすると、聞き手話し手判定部５７は、Rtalk＞Rthの場合に、ユーザは話し手であると判断することができ、そうでない場合には、ユーザは聞き手であると判断することができる。例えばW(x)の重み付け係数を、xの値が小さいほどW(x)の値が大きくなるように設定することによって、ThosttとTとの差が小さいとき、つまり判定終了時に近づくにつれ、W(x)により大きな重みを設定することが可能である。
　（ＨＯ中音発生部５８の動作）
　ＨＯ中音発生部５８は、再生速度計算部５６から、ＨＯ中音開始の指示と共に、ＨＯ中音予定期間Thobepを受け、ＨＯ中音を発生するようにスピーカ４９を制御する。ＨＯ中音を発生させる期間は、ＨＯ中音予定期間Thobepに基づくが、ＨＯ中音予定期間どおりにハンドオーバが完了しない場合があるため、ＨＯ中音の終了は、再生速度計算部５６からの通知によるものとすることもできる。
　ＨＯ中音は、以下の様々な態様で報知することができる。
　再生速度計算部５６の指示を受けた、ＨＯ中音発生部５８によるＨＯ中音の発生態様は、例えば、以下に説明する第１～第３のＨＯ中音発生態様の何れかとすることができる。
（ａ）第１のＨＯ中音発生態様
　ＨＯ中音発生部５８は、ＨＯ中音を周期的なビープ音として、例えば図１４に示すとおり、ＨＯ中音予定期間を、時間の経過に合わせて報知周期を上げるように設定することができる。このように、ハンドオーバの進行に合わせて報知タイミングを設定することにより、ハンドオーバの完了までの時間をユーザに暗示することが可能になる。また、ハンドオーバ完了時(再生速度計算部５６からＨＯ中音終了を指示された時)には、その旨を知らせる特定音を鳴らすこともできる。また、ＨＯ中音予定期間と実際のハンドオーバ完了の時間がずれた場合に、ＨＯ中音予定期間が過ぎてから再生速度計算部５６からＨＯ中音終了を指示されるまでの時間にずれが生じた場合には、ＨＯ中音予定期間終了後に最後の周期を維持してＨＯ中音を続けることもできる。
（ｂ）第２のＨＯ中音発生態様
　ＨＯ中音発生部５８は、例えばＨＯ中音として音声ガイダンスを用いることができる。例えば、音声ガイダンスとして、「ハンドオーバ完了まで５秒」、「５秒前、・・・、３、２、１」といった態様を取ることができる。
（ｃ）第３のＨＯ中音発生態様
　また、携帯電話の着信音や発信時のリングバックトーンのように、ＨＯ中音についても、例えば音楽や音声など、ユーザが任意に設定するものとすることができる。
　以下、本実施の形態に係るＣＮ１２の主要機能ブロックの詳細について、特に、ハンドオーバ情報取得部８５及び再生速度計算部８６について説明する。なお、なおＭＮ１１と同等の参照符号を付した機能ブロックについては、ＭＮ１１のものと同等の機能を有する。このため、ＭＮ１１のジッタバッファ制御部５１、聞き手話し手判定部５７、ＨＯ中音発生部５８などに関する上記説明は、説明中の「再生速度計算部５６」を「再生速度計算部８６」と適宜読み替えることにより、ＣＮ１２の機能ブロックの説明として援用することができる。
　（ハンドオーバ情報取得部８５の動作）
　ハンドオーバ情報取得部８５は、通信処理部８２がＭＮ１１からのＨＯ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＨＯ通知メッセージを受信した場合には、このＨＯ通知メッセージからＨＯ開始完了時間及びＮＷ遅延時間を抽出し、再生速度計算部８６に供給する。ハンドオーバ情報取得部８５は、その後、通信処理部８２がＭＮ１１からＢＡ通知メッセージを受信したかどうかを一定間隔毎に監視する。ＭＮ１１からＢＡ通知メッセージを受信した場合には、ハンドオーバ情報取得部８５は、再生速度計算部８６にその旨を通知する。
　（再生速度計算部８６の動作）
　再生速度計算部８６は、ＨＯ通知メッセージから抽出したＨＯ開始完了時間及びＮＷ遅延時間を取得すると、図７に示すように、ＨＯ中音予定期間を計算するために基準として用いるＨＯ通知メッセージを受信してから、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thosscと、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間（ＭＮ１１がＣＮ１２に対して、時刻Thossmに送信したパケットが到着する時間）Thosrcと、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１からの最初のパケットを受信できるまでの時間（ＭＮ１１からＣＮ１２へのＢＡ通知メッセージが到着する時間）Thoercと、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescとを、以下の式により計算する。（なお、Thosrc、Thossc、Thoerc、Thoescによる、ハンドオーバ中音を報知する期間の詳細な計算については後述するものとする。）
　〔数１０〕
　Thosrc (sec)=Thosrm-Tdup1
　Thossc (sec)=Thosrm-Taup1-Tadn1
　Thoerc (sec)=Thoesm-Taup1+Taup2
　Thoesc (sec)=Thoesm-Taup1-Tddn2+(Taup2-Tdup2)
　ここで、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescは、図７及び数１０によって示されるとおり、ＭＮ１１からBinding Updateを受信したＨＡ２３が、Binding Update受信直後にＣＮ１２にパケットを送信した場合に、ＣＮ１２がその信号を受信する時間として規定している。これは、ＨＡ２３がＭＮ１１からのBinding Updateを受信した後であれば、ＨＡ２３はＣＮ１２がＭＮ１１に向けて送信したパケットを、ＭＮ１１に向けて転送することができると考えられるためである。なお、数１０においては、ＨＡ２３におけるＣｏＡ登録処理時間などを考慮し、ＨＡ２３がBinding Updateを受信してから、第２無線ＮＷ１６におけるパケット一往復分の時間(Taup2+Tadn2)-(Tdup2+Tddn2)が経過した時点で、ＣＮ１２からＭＮ１１への最初のパケットがＨＡ２３に届くように時間Thoescを規定している。しかし、例えば、ＨＡ２３がBinding Updateを受信した直後に、ＣＮ１２からＭＮ１１への最初のパケットがＨＡ２３に届くように時間Thoescを規定することもできる。また、時間Thoescを、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１からの最初のパケットを受信できるまでの時間（ＭＮ１１からＣＮ１２へのＢＡ通知メッセージが到着する時間）Thoercと同じ時間として規定することにより、ＨＡ２３におけるＣｏＡ登録の完了を確実に確認してから、ＣＮ１２がＭＮ１１の最初のパケットを送信するようにすることもできる。
　（再生速度計算部８６による聞き手話し手判定部への通知）
　再生速度計算部８６は、また、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できる時間Thosscまでに、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に判定開始の指示を出す。
　（再生速度計算部８６による低速再生開始までの時間の計算）
　再生速度計算部８６は、パケットロスによる無音区間を短縮するために、ジッタバッファ制御部５１にジッタバッファ４７に蓄積したＶｏＩＰデータを低速再生するように指示をだす。この低速再生は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間Thosrcに先立って行われる。このThosrcに先立ってＶｏＩＰアプリケーションの低速再生を開始する時間をTsttslowplay(sec)とすると、Tsttslowplayは、例えば、以下に説明する第１の計算方法又は第２の計算方法の何れかにより実行することができる。
（ａ）第１の計算方法
　低速再生開始までの時間Tsttslowplayは、例えば、標準の再生速度をVn(sec/sec)、低速再生時の再生速度をVs(sec/sec)、無音区間を短縮したい時間Tslowsup(sec)を用い、以下の式により計算することができる。
　〔数１１〕
　　Tsttslowplay=(Tslowsup×Vs)/(Vn-Vs)
（ｂ）第２の計算方法
　低速再生開始までの時間Tsttslowplayは、例えば、ＨＯ通知メッセージを受信してから、ＭＮ１１からのパケットが届かなくなるまでの間（Thosrc経過）の割合として設定することができる。つまり、例えばTsttslowplayをThosrcの半分、又は３０％などと設定することができる。またTsttslowplayをThosrcと一致させて、ＨＯ通知メッセージ受信直後に低速再生を始めても良い。
　なお、再生速度計算部８６からＨＯ中音発生部５８に開始を指示した時、再生速度計算部８６は、ジッタバッファ内のパケットが０になるまで低速再生をすることなく、バッファ制御部５１にジッタバッファ４７内のパケットを全て破棄し、再生を止めるよう指示することもできる。
　（再生速度計算部８６によるＨＯ中音予定期間の計算）
　再生速度計算部８６は、上記計算により求めたハンドオーバによる計算と、低速再生開始までの時間を用いて、ＨＯ中音予定期間Thobepの計算を行う。ハンドオーバ開始時に、ユーザが話し手である場合には、発話パケットのロスを防ぐために、すぐにＨＯ中音を発生することが望ましい。また、ユーザが聞き手である場合には、すでに受信した音声パケットの再生が終了してからＨＯ中音を発生することが望ましい。また、ハンドオーバ完了時に、ユーザが話し手である場合には、迅速に発話を開始するためにすぐにＨＯ中音を終了することが望ましい。また、ユーザが聞き手である場合には、ジッタバッファ４７へパケットが一定量蓄積するのを待ってから（ＶｏＩＰアプリケーションが再生可能になる時間まで待機してから）、ＨＯ中音を終了することが望ましい。そこで、以下に説明するとおり、ＨＯ中音予定期間Thobepは、ユーザが話し手であるのか聞き手であるのかによって、設定方法が異なる。
（ａ）ＣＮ１２のユーザが話し手である場合のＨＯ中音予定期間
　図１１は、ＣＮ１２が話し手でＭＮ１１が聞き手の場合のハンドオーバシーケンスを示す図である。ＣＮ１２のユーザが話し手である場合、ハンドオーバ発生時には、発話パケットのロストを防ぐために、ＣＮ１２はすぐにＨＯ中音を発生するものとする。図１１に示すとおり、ＣＮ１２の場合のＨＯ中音予定期間Thobep(CN)は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thossc経過時点から、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescまでの間である。そのため、再生速度計算部８６は、ＨＯ中音予定期間Thobep(CN)を、以下の式によって求めることができる。
　〔数１２〕
　Thobep(CN)=Thoesc-Thossc　　　・・・（１２）
（ｂ）ＣＮ１２のユーザが聞き手である場合のＨＯ中音予定期間
　図１０は、ＣＮ１２が聞き手でＭＮ１１が話し手の場合のハンドオーバシーケンスを示す図である。ＣＮ１２のユーザが聞き手である場合、ハンドオーバ発生時にＣＮ１２では、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間Thosrcに先立って、上記再生速度計算部８６が計算した低速再生開始までの時間Tsttslowplayだけ前の時間から、ジッタバッファの低速再生が行われる。その後、再生速度計算部８６は、ジッタバッファ監視部５０から、有音のパケットの個数を一定間隔で取得し続ける。この有音か無音かの判別には、例えばコーデックはSpeexのような、有音/無音を判定し、無音の時は有音の時とは異なるパケットを送信する機能を持つコーデックを使用することができる。有音のパケットの個数が0になると、再生速度計算部８６は、ＨＯ中音発生部５８にＨＯ中音の開始を指示する。一方、ＨＯ中音を終了する時間は、話し手の場合と異なり、単純に、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescとはならない。なぜなら、まずＭＮ１１側から再生すべきパケットの到着を待つ必要があり（つまりThoerc後）、さらにＶｏＩＰのようなリアルタイムアプリケーションでは、パケット到着間隔の揺らぎなどに対応するために、ジッタバッファに一定のパケット量が蓄積されてから音声の再生を開始するためである。図１０に示すとおり、低速再生開始までの時間をTsttslowplay、低速再生時間をTslowplay、パケットが一定量蓄積するまでに要する時間をTbffaccとすると、再生速度計算部８６は、ＨＯ中音予定期間Thobep(CN)を、以下の式によって求めることができる。
　〔数１３〕
　Thobep(CN)=(Thoerc+Tbffacc)-(Thosrc-Tsttslowplay+Tslowplay)　　
　（再生速度計算部８６によるＨＯ中音終了通知）
　ＣＮ１２のユーザが話し手であった場合には、再生速度計算部８６は、数１２で求めたＨＯ中音予定期間経過後に、ＨＯ中音終了をＨＯ中音発生部５８に指示する。ＣＮ１２のユーザが聞き手であった場合には、再生速度計算部８６は、ＨＡ２３からのＢＡ通知メッセージ受信の通知が来た時、ジッタバッファ監視部５０からジッタバッファ４７内の蓄積パケット量を一定間隔で取得し始める。その後、再生速度計算部８６は、ジッタバッファ４７内の蓄積パケット量が標準量を超えるのを待ち、ＨＯ中音終了をＨＯ中音発生部５８に指示し、その後、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。
　図１２は、ＭＮ１１及びＣＮ１２が共に話し手の場合を示す図である。この場合、ＭＮ１１及びＣＮ１２は共に聞き手ということになる。しかし、ＣＮ１２は、話し手としてのパケットロスを防ぐことを優先し、ハンドオーバ発生時には、すぐにＨＯ中音を開始するものとする。つまりＣＮ１２のＨＯ中音予定期間Thobep(CN)は、上記（１２）式と同様になる。
　図１５は、ＭＮ１１のユーザが話し手である場合の、ＭＮ１１の電話機能部３３の要部の動作を示すシーケンス図である。
　ジッタバッファ監視部５０は、図１５に示すように、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態を監視する。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
　ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視する。ハンドオーバ制御部５５は、ハンドオーバ予定有りの情報を取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間を含む）を再生速度計算部５６に供給する。
　再生速度計算部５６は、ジッタバッファ制御部５１から蓄積しているパケット量の通知をうけ、ジッタバッファ４７の低速再生を行うかどうかを決定する。図１５に示す実施形態では、ジッタバッファ４７に低速再生すべきデータがあるものとし、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出す。なお、ジッタバッファ４７に低速再生すべきデータがない場合には、ジッタバッファ４７を低速再生するという処理シーケンスを省略できることに留意されたい。
　再生速度計算部５６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する。さらに、再生速度計算部５６は、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmまでに、ＭＮ１１のユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。
　聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ＭＮ１１のユーザが聞き手であるのか話し手であるのかを判定する。この判定は、例えば一定期間マイクに入力される音声を監視することで行われる。聞き手話し手判定部５７は、この判定結果を再生速度計算部５６に供給する。
　再生速度計算部５６は、また、聞き手話し手判定部５７から結果が到着するまでの間に、無音区間を短くするために、ジッタバッファを低速再生する時間を計算する。ハンドオーバ開始までの時間より計算により求めた時間分だけ前の時点で、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出す。
　再生速度計算部５６は、聞き手話し手判定部５７の判定結果を受け、ＨＯ中音の開始時間及びＨＯ中音終了時間を計算し、ＨＯ中音予定期間をＨＯ中音発生部５８に通知する。
　ＨＯ中音発生部５８は、再生速度計算部５６から通知を受け、スピーカ４９を制御してＨＯ中音を発生させる。
　ハンドオーバ情報取得部５５は、ハンドオーバ完了を示すBinding AckをＨＡ２３から受信すると、再生速度計算部５６に通知する。再生速度計算部５６はＨＯ中音発生部５８に通知し、ＨＯ中音を終了させる。また、再生速度計算部５６は、ジッタバッファ制御部５１に通知を行い、ジッタバッファ４７を通常再生するように指示を出す。
　図１６は、ＭＮ１１のユーザが聞き手である場合の、ＭＮ１１の電話機能部３３の要部の動作を示すシーケンス図である。図１５に示す話し手の場合のシーケンスとは、聞き手話し手判定部５７の判定結果が異なるから、上述の通り、ＨＯ中音予定期間も異なることになる。つまりＭＮ１１のユーザが聞き手である場合のＨＯ中音は、ハンドオーバ開始時にはジッタバッファ４７を低速再生した後から報知を開始し、ハンドオーバ完了時には、ジッタバッファ４７に一定量のパケットがたまった時点で報知終了となる。つまり、図１６の再生速度計算部５６は、ハンドオーバ完了を示すBinding AckをＨＡ２３から受信すると、受信したパケット量がジッタバッファ４７に蓄積すべきパケット数以上となるまで待機してから、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す。
　図１７は、ＭＮ１１の動作を示すフローチャートである。なお、各ステップの詳細はすでに詳述しているため、ここでの説明は簡潔なものとする。ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視する。ハンドオーバ情報取得部５５は、ハンドオーバ予定有りの情報を取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間含む）を再生速度計算部５６に供給する（Ｓ００１）。
　再生速度計算部５６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する（Ｓ００２）。再生速度計算部５６は、また、ＶｏＩＰアプリケーションを低速再生して無音区間を短くするための、低速再生時間を計算する。（Ｓ００３）
　さらに、再生速度計算部５６は、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ＭＮ１１のユーザが聞き手であるのか話し手であるのかを判定する（Ｓ００４）。
　再生速度計算部５６は、ハンドオーバ開始までの時間より、上記計算により求めた時間分だけ前まで待機し（Ｓ００５）、その後、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出し、ジッタバッファ４７の低速再生を開始する（Ｓ００６）。
　再生速度計算部５６は、ハンドオーバ開始時間まで待機し（Ｓ００７）、聞き手話し手判定部５８から判定結果を取得する（Ｓ００８）。再生速度計算部５６は、判定結果を踏まえ、ＨＯ中音予定期間を計算する（Ｓ００９）。
　判定結果が聞き手であるかどうかを判断し（Ｓ０１０）、聞き手である場合にはジッタバッファ４７内の有音パケットが０になるまで、有音パケットの低速再生を行い、有音パケットが０になると、再生速度計算部５６はＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１１）。
　ＭＮ１１のユーザが話し手の場合には、再生速度計算部５６は、すぐにＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１２）。
　ＨＯ中音を報知中に、ハンドオーバ制御部３６は、通信処理部３４に対しBinding Ackを受信したかを監視する（Ｓ１０３）。ハンドオーバ制御部３６は、Binding Ackの受信を確認すると、ハンドオーバ情報取得部５５に通知を行う。ハンドオーバ情報取得部５５は、このBinding Ackの受信を、再生速度計算部５６に通知する。
　再生速度計算部５６は、聞き手話し手判定部５７の結果を踏まえ、ＭＮ１１のユーザが聞き手であるかを判断する（Ｓ０１４）。聞き手である場合にはＶｏＩＰアプリケーションの再生に必要なパケットが標準パケット数以上蓄積するまでジッタバッファ４７内のパケットを監視し（Ｓ０１５）、ジッタバッファ４７内のパケット数が標準数以上になると、再生速度計算部５６はＨＯ中音発生部５８にＨＯ中音を終了の指示を出す（Ｓ０１６）。ＭＮ１１のユーザが話し手である場合には、再生速度計算部５６はすぐにＨＯ中音発生部５８にＨＯ中音終了の指示を出す（Ｓ０１６）。
　再生速度計算部５６は、ジッタバッファ制御部５１に指示を出し、ジッタバッファ４７の低速再生を解除する（Ｓ０１７）。
　図１８は、ＣＮ１２のユーザが話し手である場合の、ＣＮ１２の電話機能部８３の要部の動作を示すシーケンス図である。
　ジッタバッファ監視部５０は、図１８に示すように、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態を監視する。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
　ハンドオーバ情報取得部８５は、ＭＮからのＨＯ通知メッセージを取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間を含む）を再生速度計算部８６に供給する。
　再生速度計算部８６は、ジッタバッファ制御部５１から蓄積しているパケット量の通知をうけ、ジッタバッファ４７の低速再生を行うかどうかを決定する。図１８に示す実施形態では、ジッタバッファ４７に低速再生すべきデータがあるものとし、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出す。なお、ジッタバッファ４７に低速再生すべきデータがない場合には、ジッタバッファ４７を低速再生するという処理シーケンスを省略できることに留意されたい。
　再生速度計算部８６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する。さらに、再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thosscまでに、ＣＮ１２のユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。
　聞き手話し手判定部５７は、再生速度計算部８６から指示を受け、ＣＮ１２のユーザが聞き手であるのか話し手であるのかを判定する。この判定は、例えば一定期間マイクに入力される音声を監視することで行われる。聞き手話し手判定部５７は、この判定結果を再生速度計算部８６に供給する。
　再生速度計算部８６は、また、聞き手話し手判定部５７から結果が到着するまでの間に、無音区間を短くするために、ジッタバッファを低速再生する時間を計算する。第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間（ＭＮ１１がＣＮ１２に対して、時刻Thossmに送信したパケットが到着する時間）Thosrcより、計算により求めた時間分だけ前の時点で、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出す。
　再生速度計算部８６は、聞き手話し手判定部５７の判定結果を受け、ＨＯ中音の開始時間及びＨＯ中音終了時間を計算し、ＨＯ中音予定期間をＨＯ中音発生部５８に通知する。
　ＨＯ中音発生部５８は、再生速度計算部８６から通知を受け、スピーカ４９を制御してＨＯ中音を発生させる。
　図１８ではＣＮ１２のユーザは話し手であるため、再生速度計算部８６は、数１２で求めたＨＯ中音予定期間経過後に、ＨＯ中音終了をＨＯ中音発生部５８に指示する。また、再生速度計算部８６は、ジッタバッファ制御部５１に通知を行い、ジッタバッファ４７を通常再生するように指示を出す。
　図１９は、ＣＮ１２のユーザが聞き手である場合の、ＣＮ１２の電話機能部８３の要部の動作を示すシーケンス図である。図１８に示す話し手の場合のシーケンスとは、聞き手話し手判定部５７の判定結果が異なるから、上述の通り、ＨＯ中音予定期間も異なることになる。つまりＭＮ１１のユーザが聞き手である場合のＨＯ中音は、ハンドオーバ開始時にはジッタバッファ４７を低速再生した後から報知を開始し、ハンドオーバ完了時には、ジッタバッファ４７に一定量のパケットがたまった時点で報知終了となる。つまり、図１９の再生速度計算部８６は、ＭＮ１１からのＢＡ通知メッセージを受信すると、受信したパケット量がジッタバッファ４７に蓄積すべきパケット数以上となるまで待機してから、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す。
　図２０は、ＣＮ１２の動作を示すフローチャートである。なお、各ステップの詳細はすでに詳述しているため、ここでの説明は簡潔なものとする。ハンドオーバ情報取得部８５は、ＭＮ１１からのＨＯ通知メッセージを取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間含む）を再生速度計算部８６に供給する（Ｓ００１）。
　再生速度計算部８６は、ハンドオーバ情報取得部８５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する（Ｓ００２）。再生速度計算部８６は、また、ＶｏＩＰアプリケーションを低速再生して無音区間を短くするための、低速再生時間を計算する（Ｓ００３）。
　さらに、再生速度計算部８６は、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。聞き手話し手判定部５７は、再生速度計算部８６から指示を受け、ＣＮ１２のユーザが聞き手であるのか話し手であるのかを判定する（Ｓ００４）。
　再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間より、上記計算により求めた時間分だけ前まで待機し（Ｓ００５）、その後、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出し、ジッタバッファ４７の低速再生を開始する（Ｓ００６）。
　再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間まで待機し（Ｓ００７）、聞き手話し手判定部５７から判定結果を取得する（Ｓ００８）。再生速度計算部８６は、判定結果を踏まえ、ＨＯ中音予定期間を計算する（Ｓ００９）。
　再生速度計算部８６は、判定結果が聞き手であるかどうかを判断し（Ｓ０１０）、聞き手である場合にはジッタバッファ４７内の有音パケットが０になるまで、有音パケットの低速再生を行う。有音パケットが０になると、再生速度計算部８６はＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１１）。
　ＣＮ１２のユーザが話し手の場合には、再生速度計算部８６は、すぐにＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１２）。
　再生速度計算部８６は、聞き手話し手判定部５７の結果を踏まえ、ＣＮ１２のユーザが聞き手であるかを判断する（Ｓ０１３）。ＣＮ１２のユーザが話し手である場合には、再生速度計算部８６は、ＨＯ中音予定期間経過後、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す（Ｓ０１６）。
　ＣＮ１２のユーザが聞き手である場合には、ＨＯ中音を報知中に、ハンドオーバ情報取得部８５は、ＭＮ１１からのＢＡ通知メッセージを受信すると、再生速度計算部８６に通知する（Ｓ１０４）。
　再生速度計算部８６は、ＶｏＩＰアプリケーションの再生に必要なパケットが標準パケット数以上蓄積するまでジッタバッファ４７内のパケットを監視する（Ｓ０１５）。ジッタバッファ４７内のパケット数が標準数以上になると、再生速度計算部８６はＨＯ中音発生部５８にＨＯ中音を終了の指示を出す（Ｓ０１６）。
　再生速度計算部８６は、ジッタバッファ制御部５１に指示を出し、ジッタバッファ４７の低速再生を解除する（Ｓ０１７）。
　図２１は、本実施の形態による無線通信装置（ＭＮ１１）及び通信装置（ＣＮ１２）における、受信パケットの変化の様子を示す図である。また、図２２は、図２１との比較のために、従来の方式である、ジッタバッファの低速再生及びＨＯ中音を報知しない場合の受信パケットの変動の様子を示す図である。図２１および図２２において、（ａ）～（ｄ）は、無線通信装置及び通信装置における受信パケットシーケンス番号、単位時間当たりの受信パケット数、リアルタイムアプリケーションの再生速度(sec/sec)、バッファ内の蓄積パケット数をそれぞれ示す。
　図２２から明らかなように、従来の再生の場合、パケットロスが発生して、単位時間当たりに受信するパケット数がゼロになった場合であっても、再生速度が一定であるため、ジッタバッファ内に蓄積したパケットが一方的に減少していき、無音区間が発生してしまう。
　図２１に示すように、本発明に係る無線通信端末では、パケットロスが発生し、単位時間当たりに受信するパケット数がゼロになるまえに、ハンドオーバ制御部３６からハンドオーバ予定の通知をうけ、再生速度計算部５６がジッタバッファ４７の再生速度を低速に切替えている。そのため、パケットロスが発生する前の段階で低速再生が行われており、結果的にジッタバッファ４７内の蓄積パケットがパケットロス前に一時的に増加している。さらに、増加したパケットは低速再生されるため、無音区間の発生を遅らせることが可能である。また、無音区間発生時には、ＨＯ中音発生部５８がハンドオーバ中であることを示すＨＯ中音を報知することにより、ユーザの不安感を解消している。特にハンドオーバの完了に近づくにつれＨＯ中音の報知間隔の周期を上げるようにしているため、ユーザはハンドオーバの完了を直感的に認識することができ、無音の継続から来るユーザの不安感を減らすことができる。
　また、図２１に示すように、本発明に係る通信端末では、パケットロスが発生し、単位時間当たりに受信するパケット数がゼロになるまえに、ＭＮ１１からＨＯ通知メッセージをうけ、再生速度計算部８６がジッタバッファ４７の再生速度を低速に切替えている。そのため、パケットロスが発生する前の段階で低速再生が行われており、結果的にジッタバッファ４７内の蓄積パケットがパケットロス前に一時的に増加している。さらに、増加したパケットは低速再生されるため、無音区間の発生を遅らせることが可能である。また、無音区間発生時には、ＨＯ中音発生部５８がハンドオーバ中であることを示すＨＯ中音を報知することにより、ユーザの不安感を解消している。特にハンドオーバの完了に近づくにつれＨＯ中音の報知間隔の周期を上げるようにしているため、ユーザはハンドオーバの完了を直感的に認識することができ、無音の継続から来るユーザの不安感を減らすことができる。
　このように、本実施の形態による無線通信端末及び通信端末は、ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すＨＯ中音（例えばビープ音など。）を報知する。これにより、無線通信端末及び通信端末は、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐことができる。また、無線通信端末及び通信端末は、ハンドオーバが開始される前からリアルタイムアプリケーションの再生速度を遅くすることにより、ハンドオーバによる無音区間の発生時間を短縮することができる。さらに、無線通信端末及び通信端末は、ユーザが話し手であるのか聞き手であるのかによってＨＯ中音を鳴らす期間を制御することによって、特に話し手側での不必要なパケットロスを防ぎ、スムーズに会話を再開させることができる。さらに、無線通信端末及び通信端末は、ハンドオーバ完了までの時間に応じて、ＨＯ中音の報知方法を変化させることによって、ユーザがハンドオーバ完了までの時間を判断することができるようになり、ユーザの不安感や誤解の発生を防ぐことができる。
　なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形又は変更が可能である。本発明は、ＶｏＩＰのアプリケーションを実行する場合に限らず、映像や音楽等のマルチメディアデータをストリーミング再生する場合のようなリアルタイム通信系のアプリケーションを実行する場合にも有効に適用できる。この場合には、アプリケーションの実行部を、電話機能部に代えて、同様のジッタバッファの制御機能を有するマルチメディア機能部で構成すればよい。
　なお、上述の実施形態では、無線通信ネットワークとして、ｃｄｍａ２０００　１ｘＥＶ－ＤＯ及び無線ＬＡＮを想定して説明したが、本発明の適用範囲はかかる無線通信ネットワークのみに限られるものではなく、例えば、ＰＤＣ（Personal Digital Cellular）、Ｗ－ＣＤＭＡ（Wideband CDMA）、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）、ｉＢｕｒｓｔ（登録商標）、ＬＴＥ（Long Term Evolution）、ＵＭＢ（Ultra Mobile Broadband）など、現在実用されている無線通信ネットワーク及び将来的な実用が見込まれる無線通信ネットワークなど、あらゆる無線通信ネットワークに対応することが可能である。
　１１　無線通信装置
　１２　通信装置
　１２ａ　送受話器
　１５　第１無線通信ネットワーク
　１５ａ　基地局
　１６　第２無線通信ネットワーク
　１６ａ　アクセスポイント
　１８　インターネット
　２１，２２，２４　ＳＩＰサーバ
　２３　ホームエージェント（ＨＡ）
　３１　第１無線Ｉ／Ｆ
　３２　第２無線Ｉ／Ｆ
　３３　電話機能部
　３４　通信処理部
　３５　無線情報取得部
　３６　ハンドオーバ制御部
　４４　エンコーダ
　４７　ジッタバッファ
　５０　ジッタバッファ監視部
　５１　ジッタバッファ制御部
　５５　ハンドオーバ情報取得部
　５６　再生速度計算部
　５７　聞き手話し手判定部
　５８　ＨＯ中音発生部
　６１　計測用サーバ
　６２　第１インフォメーションサーバ
　６３　第２インフォメーションサーバ
　８１　ネットワークＩ／Ｆ
　８２　通信処理部
　８３　電話機能部
　８５　ハンドオーバ情報取得部
　８６　再生速度計算部

Claims (10)

  1. 　第１無線通信ネットワーク、及び該第１無線通信ネットワークと異なる第２無線通信ネットワークに接続して無線通信を実行する無線通信部と、
    　該無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
    　前記第１無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第１無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
    　該通信品質取得部により取得した前記通信品質に基づいて、前記第１無線通信ネットワークから前記第２無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
    　前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始する時間を推定する推定部と、
    　前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
    　を備えることを特徴とする無線通信装置。
  2. 　前記制御部は、前記推定部により推定したハンドオーバを開始する時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
    　ことを特徴とする請求項１に記載の無線通信装置。
  3. 　前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
    　前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
    　ことを特徴とする請求項１又は２に記載の無線通信装置。
  4. 　前記制御部は、前記判定部の判定結果に応じて、
    　ユーザが話し手である場合には、ハンドオーバ開始後すぐに、前記ハンドオーバ処理中である旨を報知し、
    　ユーザが聞き手である場合には、ハンドオーバ開始後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
    　ことを特徴とする請求項３に記載の無線通信装置。
  5. 　前記推定部は、ハンドオーバが完了する時間を推定し、
    　前記制御部は、前記推定部が推定した前記ハンドオーバ完了時間に応じて、ハンドオーバ処理中である旨を報知する報知間隔を制御する、
    　ことを特徴とする請求項１乃至４に記載の無線通信装置。
  6. 　前記制御部は、ハンドオーバ処理中である旨を報知する前記報知間隔を、
    　前記ハンドオーバ完了時間に近づくにつれ、短い報知間隔となるように制御する、
    　ことを特徴とする請求項５に記載の無線通信装置。
  7. 　通信ネットワークに接続して通信を実行する通信部と、
    　該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
    　前記アプリケーションの通信相手である無線通信装置が通信中の第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバするハンドオーバの情報を、前記無線通信装置から受信し、前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
    　を備えることを特徴とする通信装置。
  8. 　前記制御部は、前記ハンドオーバ情報を基に、前記第１無線通信ネットワークからパケットを受信できなくなる時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
    　ことを特徴とする請求項７に記載の通信装置。
  9. 　前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
    　前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
    　ことを特徴とする請求項７又は８に記載の通信装置。
  10. 　前記制御部は、前記判定部の判定結果に応じて、
    　ユーザが話し手である場合には、前記第１無線通信ネットワークを通じてパケットを送信できなくなると、前記ハンドオーバ処理中である旨を報知し、
    　ユーザが聞き手である場合には、前記ハンドオーバ情報の受信後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
    　ことを特徴とする請求項９に記載の通信装置。
PCT/JP2009/058198 2008-04-25 2009-04-24 無線通信装置及び通信装置 WO2009131222A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US12/989,042 US8614991B2 (en) 2008-04-25 2009-04-24 Wireless communication apparatus and communication apparatus
EP09735961.6A EP2271171A4 (en) 2008-04-25 2009-04-24 RADIO COMMUNICATION DEVICE AND COMMUNICATION METHOD THEREFOR
KR1020107023698A KR101154746B1 (ko) 2008-04-25 2009-04-24 무선 통신 장치 및 통신 장치
JP2010509247A JP5015319B2 (ja) 2008-04-25 2009-04-24 無線通信装置及び通信装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2008-115903 2008-04-25
JP2008-115882 2008-04-25
JP2008115882 2008-04-25
JP2008115903 2008-04-25

Publications (1)

Publication Number Publication Date
WO2009131222A1 true WO2009131222A1 (ja) 2009-10-29

Family

ID=41216948

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/058198 WO2009131222A1 (ja) 2008-04-25 2009-04-24 無線通信装置及び通信装置

Country Status (5)

Country Link
US (1) US8614991B2 (ja)
EP (1) EP2271171A4 (ja)
JP (1) JP5015319B2 (ja)
KR (1) KR101154746B1 (ja)
WO (1) WO2009131222A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2946820B1 (fr) * 2009-06-16 2012-05-11 Canon Kk Procede de transmission de donnees et dispositif associe.
US8874710B2 (en) * 2010-04-27 2014-10-28 Nokia Corporation Access network discovery
WO2013179092A1 (en) * 2012-05-30 2013-12-05 Nokia Corporation Method and apparatus for providing notification of a network access technology switching event
KR101482515B1 (ko) * 2013-02-06 2015-01-16 주식회사에어플러그 원격지 컨텐트에 대한 플레이에 있어서 데이터 수신을 위해 사용하는 무선 통신망의 종류를 알리는 방법 및 장치
US9351203B2 (en) 2013-09-13 2016-05-24 Microsoft Technology Licensing, Llc Voice call continuity in hybrid networks
US9510251B2 (en) 2013-12-31 2016-11-29 Microsoft Technology Licensing, Llc Call handoff initiation in hybrid networks
US9560185B2 (en) 2014-03-19 2017-01-31 Microsoft Technology Licensing, Llc Hybrid telecommunications network connection indicator
US9363711B2 (en) 2014-04-07 2016-06-07 Microsoft Technology Licensing, Llc User experiences during call handovers on a hybrid telecommunications network
US9456333B2 (en) 2014-07-09 2016-09-27 Microsoft Technology Licensing, Llc Centralized routing in hybrid networks

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000308128A (ja) * 1999-04-16 2000-11-02 Uniden Corp インターネットコードレス電話システム及びこのためのコードレス電話親機、コードレス電話子機並びに接続制御装置
WO2006095652A1 (ja) * 2005-03-07 2006-09-14 Nec Corporation 移動通信端末及びハンドオーバ動作の通知方法
JP2007503761A (ja) * 2003-08-25 2007-02-22 モトローラ・インコーポレイテッド セル再選択の間に通信接続を維持するための通信制御部および方法
JP2008005392A (ja) * 2006-06-26 2008-01-10 Kddi Corp 通信端末装置およびバッファ制御方法
JP2008022308A (ja) * 2006-07-13 2008-01-31 Matsushita Electric Ind Co Ltd パケット通信における再生メディアの途切れ低減方法、移動体通信端末のハンドオーバ方法ならびに移動体通信端末
JP2008115882A (ja) 2006-10-31 2008-05-22 Toyota Motor Corp 回転直線運動変換機構の動作特性測定装置
JP2008115903A (ja) 2006-11-01 2008-05-22 Nsk Ltd 転がり軸受用保持器及び転がり軸受

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0185827A1 (en) * 1984-12-20 1986-07-02 Schlumberger Technology Corporation Aerated mud centrifuge
JP2002359875A (ja) * 2001-06-01 2002-12-13 Nec Corp 携帯型端末装置
AU2005219314B2 (en) * 2004-03-05 2008-10-09 Samsung Electronics Co., Ltd. System and method for handover to minimize service delay due to ping pong effect in BWA communication system
US7440430B1 (en) * 2004-03-30 2008-10-21 Cisco Technology, Inc. Jitter buffer management for mobile communication handoffs
US8085678B2 (en) * 2004-10-13 2011-12-27 Qualcomm Incorporated Media (voice) playback (de-jitter) buffer adjustments based on air interface
US8312142B2 (en) * 2005-02-28 2012-11-13 Motorola Mobility Llc Discontinuous transmission/reception in a communications system
KR100803862B1 (ko) * 2006-09-29 2008-02-14 주식회사 팬택앤큐리텔 이종 네트워크 환경에서 수직적 핸드오프시의 비디오 전송중단을 방지하기 위한 비디오 전송방법
JP2010509247A (ja) 2006-11-13 2010-03-25 クロノゲン・インコーポレイテッド Ａｃａｔ阻害剤及び線維症の予防又は治療におけるその使用

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000308128A (ja) * 1999-04-16 2000-11-02 Uniden Corp インターネットコードレス電話システム及びこのためのコードレス電話親機、コードレス電話子機並びに接続制御装置
JP2007503761A (ja) * 2003-08-25 2007-02-22 モトローラ・インコーポレイテッド セル再選択の間に通信接続を維持するための通信制御部および方法
WO2006095652A1 (ja) * 2005-03-07 2006-09-14 Nec Corporation 移動通信端末及びハンドオーバ動作の通知方法
JP2008005392A (ja) * 2006-06-26 2008-01-10 Kddi Corp 通信端末装置およびバッファ制御方法
JP2008022308A (ja) * 2006-07-13 2008-01-31 Matsushita Electric Ind Co Ltd パケット通信における再生メディアの途切れ低減方法、移動体通信端末のハンドオーバ方法ならびに移動体通信端末
JP2008115882A (ja) 2006-10-31 2008-05-22 Toyota Motor Corp 回転直線運動変換機構の動作特性測定装置
JP2008115903A (ja) 2006-11-01 2008-05-22 Nsk Ltd 転がり軸受用保持器及び転がり軸受

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
C. PERLDNS: "IP Mobility Support (RFC2002)", IETF, October 1996 (1996-10-01), Retrieved from the Internet <URL:URL: http://www.ietf.org/rfc/rfc2002.txt>
See also references of EP2271171A4

Also Published As

Publication number Publication date
EP2271171A1 (en) 2011-01-05
EP2271171A4 (en) 2014-10-15
JP5015319B2 (ja) 2012-08-29
KR20100126829A (ko) 2010-12-02
US8614991B2 (en) 2013-12-24
JPWO2009131222A1 (ja) 2011-08-25
US20110044293A1 (en) 2011-02-24
KR101154746B1 (ko) 2012-06-11

Similar Documents

Publication Publication Date Title
JP5015319B2 (ja) 無線通信装置及び通信装置
JP5002707B2 (ja) 無線通信装置、通信装置、無線通信方法および通信方法
KR101162872B1 (ko) 무선 통신 장치
JP5079870B2 (ja) 無線通信装置
JP5250255B2 (ja) 無線通信装置
WO2009084689A1 (ja) 無線通信装置
JP5074575B2 (ja) 無線通信装置
JP5048539B2 (ja) 無線通信装置
JP5224996B2 (ja) 無線通信装置
JP5128974B2 (ja) 無線通信装置
JP2010130226A (ja) 無線通信装置
JP5053071B2 (ja) 無線通信装置
JP2012049913A (ja) 通信装置
JP2009182653A (ja) 無線通信装置
JP2012049914A (ja) 通信装置

Legal Events

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

Ref document number: 09735961

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010509247

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 12989042

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20107023698

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2009735961

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE