WO2011042957A1 - 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム - Google Patents

通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム Download PDF

Info

Publication number
WO2011042957A1
WO2011042957A1 PCT/JP2009/067433 JP2009067433W WO2011042957A1 WO 2011042957 A1 WO2011042957 A1 WO 2011042957A1 JP 2009067433 W JP2009067433 W JP 2009067433W WO 2011042957 A1 WO2011042957 A1 WO 2011042957A1
Authority
WO
WIPO (PCT)
Prior art keywords
handover
fluctuation
access point
rtp
factor
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2009/067433
Other languages
English (en)
French (fr)
Inventor
克美 大塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2011535231A priority Critical patent/JP5387683B2/ja
Priority to PCT/JP2009/067433 priority patent/WO2011042957A1/ja
Priority to CN2009801617699A priority patent/CN102550081A/zh
Publication of WO2011042957A1 publication Critical patent/WO2011042957A1/ja
Priority to US13/433,807 priority patent/US20120236825A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/304—Reselection being triggered by specific parameters by measured or perceived connection quality data due to measured or perceived resources with higher communication quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point

Definitions

  • the present invention relates to a handover of an access point that is wirelessly connected to a wireless terminal device, for example, a communication terminal device, a handover that generates a handover factor on the wireless terminal device side in accordance with the frequency of fluctuation of voice data packets
  • a wireless terminal device for example, a communication terminal device
  • the present invention relates to a control method and a handover control program.
  • VoIP Voice over Internet Internet Protocol
  • a wireless LAN Local Area Network
  • APs access points
  • RTP Real-time Transport Protocol
  • VoIP communication if a packet arrives from an AP (access point), necessary information can be exchanged, and the delay and retransmission do not become a problem.
  • delay and retransmission of voice data packets affect voice quality.
  • the AP access point prioritizes transmission packets by QoS (Quality of Service: BER communication quality, BER is Bit of Error Rate) control, and the VoIP environment below, the voice data packet is categorized into AC3 (AC_VO) and has a high priority. Therefore, when transmission packets are accumulated in an AP (access point), not only the delay but also the accumulated packets may be transmitted all at once. This causes fluctuations in the voice data packet.
  • QoS Quality of Service: BER communication quality, BER is Bit of Error Rate
  • CAC call admission control
  • the receiver-side de-jitter buffer which delays the received packet with respect to the fluctuation of the received packet, adjusts its size based on the area link characteristics, and is appropriate for the data packet predicted by the subscriber station before reception. It is known to be sized (for example, Patent Document 1).
  • Patent Document 2 It is also known to execute a handover between network entities (for example, Patent Document 2).
  • the handover is executed based on the strength of the radio wave transmitted from the AP (access point) (electric field strength: RSSI value), and does not consider fluctuations in the voice data packet.
  • RSSI value the strength of radio waves
  • the deterioration of sound quality have been proportional to each other. However, these are not completely proportional. For this reason, when the RSSI value is used as a reference, even if a sufficient voice quality is ensured, if the RSSI value is deteriorated, a handover is performed. If the RSSI value is good, the handover is not performed even if the voice quality is degraded.
  • the radio wave strength of each AP (access point) with respect to the communication terminal apparatus is near the threshold value for starting the handover process, the radio wave strength fluctuates. In this case, although the sound quality is not deteriorated, the handover process is repeatedly performed, which causes a decrease in sound quality.
  • an object of the communication terminal device, the handover control method, or the handover control program of the present disclosure is to improve the call quality of voice communication using voice data packets.
  • a communication terminal apparatus is a communication terminal apparatus that is wirelessly connected to an access point and performs a call using a voice data packet, and includes a fluctuation monitoring unit and a handover factor generation unit. .
  • the fluctuation monitoring unit monitors fluctuation of voice data packets received from the connected access point.
  • the handover factor generation unit generates a handover factor for switching the connection from the connected access point to another access point according to the frequency of fluctuation exceeding the allowable value within a predetermined period.
  • the handover control method of the present disclosure is a handover control method for the communication terminal apparatus, and includes a fluctuation monitoring step and a handover factor generation step.
  • the fluctuation monitoring step fluctuation of the voice data packet received from the connected access point is monitored.
  • the handover factor generation step a handover factor for switching the connection from the connected access point to another access point is generated according to the frequency of fluctuation exceeding the allowable value within a predetermined period.
  • a handover control program is a handover control program to be executed by a computer mounted on the communication terminal apparatus, and includes a fluctuation monitoring function and a handover factor generation function.
  • the fluctuation monitoring function monitors fluctuation of voice data packets received from the connected access point.
  • the handover factor generation function generates a handover factor for switching the connection from the connected access point to another access point in accordance with the fluctuation frequency exceeding the allowable value within a predetermined period.
  • the handover control method According to the communication terminal device, the handover control method, or the handover control program of the present disclosure, the following effects can be obtained.
  • ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Handover between access points can be executed in response to fluctuations in voice data packets, and voice quality of voice communication can be improved or its deterioration can be prevented.
  • the first embodiment is configured to monitor fluctuation of a voice data packet and generate a handover factor according to the frequency of the fluctuation.
  • FIG. 1 is a diagram illustrating an example of a communication terminal apparatus according to the first embodiment
  • FIG. 2 is a flowchart illustrating a processing procedure for handover factor generation.
  • the configurations shown in FIGS. 1 and 2 are examples, and the present invention is not limited to such configurations.
  • the communication terminal device 2A is an example of the communication terminal device, the handover control method, or the handover control program of the present disclosure.
  • the communication terminal device 2A is an access point (hereinafter simply referred to as “AP”) 41, 42, 43.
  • AP access point
  • a mobile phone device, a personal digital assistant (PDA: Personal Digital Assistant), or the like that is wirelessly connected to any of 4N and performs a call using a voice data packet [RTP (Real-time Transport Protocol) packet].
  • RTP Real-time Transport Protocol
  • Each of the APs 41, 42, 43... 4N is an example of a relay unit that is linked by the network 6 and performs transmission and reception of packets between the communication terminal device 2A and a communication device (not shown).
  • a wireless LAN (Local Area Network) 8 for wireless connection using radio waves is configured as a communication medium between the communication terminal device 2A and the plurality of APs 41, 42, 43... 4N.
  • VoIP Voice over Internet Protocol
  • the communication terminal device 2A includes an RTP fluctuation monitoring unit (hereinafter simply referred to as “fluctuation monitoring unit”) 10, a handover factor generation unit, as shown in FIG. 12 are provided.
  • the wireless LAN system 14 is configured.
  • the fluctuation monitoring unit 10 is an example of means for monitoring fluctuation of an RTP packet received from a connected AP 4x (that is, any one of the above-described APs 41, 42, 43... 4N). Output to the handover factor generator 12.
  • a communication terminal device other than the communication terminal device 2A is connected to the AP 42, and other APs 41, 43,.
  • a terminal device is connected.
  • the communication terminal device 2A can send and receive RTP packets through the network 6 between the communication terminal device (not shown) and the AP 42 and other APs. Therefore, the fluctuation monitoring unit 10 can monitor fluctuations in the RTP packet notified by the radio wave transmitted from the AP 42.
  • the handover factor generation unit 12 receives the fluctuation monitoring output from the fluctuation monitoring unit 10 and generates a handover factor according to the frequency of fluctuation exceeding the allowable value within a predetermined period.
  • This handover factor generation processing procedure is an example of the handover control method or handover control program of the present disclosure, and as shown in FIG. 2, a fluctuation monitoring function (step S11), a fluctuation frequency determination function, (Step S12), a handover factor generation function (Step S13), and a handover instruction function (Step S14) are included.
  • the fluctuation monitoring function monitors fluctuations of the received RTP packet and measures the fluctuations (step S11).
  • the fluctuation frequency determination function receives the measured fluctuation measurement result, and determines whether or not the fluctuation frequency exceeding the allowable value is greater than or equal to a predetermined value (step S12).
  • the handover factor generation function generates a handover factor (step S13) if the frequency of fluctuation exceeding the allowable value is equal to or higher than a predetermined value (YES in step S12).
  • the communication terminal apparatus 2A issues a handover instruction to the connected AP (step S14).
  • the fluctuation monitoring unit 10 of the communication terminal apparatus 2A monitors the fluctuation of the RTP packet received by the communication terminal apparatus 2A from the connected AP 42, and the fluctuation monitoring output is the handover factor generation unit 12 Is output.
  • the handover factor generation unit 12 generates a handover factor from the frequency of fluctuation exceeding the allowable value. Due to this handover factor, the connection is switched from the currently connected AP 42 to any of the other APs 41, 43... 4N.
  • the fluctuation of the RTP packet transmitted from the AP is caused by the load of the AP being connected, resulting in voice deterioration of VoIP communication. Therefore, if the handover is performed according to the frequency of fluctuation exceeding the allowable value, the load on the AP can be reduced, and the load on each AP can be distributed. And voice deterioration of VoIP communication can be prevented and voice quality can be improved. As a result, it is possible to realize a voice call with high voice quality while contributing to the reliability of connection with the AP.
  • This handover can be executed from the communication terminal apparatus 2A side to the connected AP.
  • the conventional RSSI value is used as a reference, if the RSSI value is good, it is possible to avoid the inconvenience that the handover is not performed even if the voice quality is deteriorated. In addition, it is possible to improve a decrease in voice quality due to repeated handover processing between APs.
  • the second embodiment is a configuration in which handover is performed by using both a handover factor due to a decrease in radio quality such as degradation of an RSSI value and a handover factor corresponding to the frequency of fluctuation of an RTP packet.
  • FIG. 3 is a diagram illustrating an example of a communication terminal apparatus according to the second embodiment
  • FIG. 4 is a flowchart illustrating a processing procedure for handover factor generation.
  • the configurations shown in FIGS. 3 and 4 are examples, and the present invention is not limited to such configurations.
  • the communication terminal apparatus 2B includes the above-described fluctuation monitoring unit 10, the radio quality monitoring unit 16, the handover factor generation unit 18, and the handover instruction unit 20. Yes.
  • the radio quality monitoring unit 16 monitors any one of the degradation of the RSSI value, the retransmission rate of the transmission RTP, the degradation of the SNR (Signal-to-noise ratio: SN ratio: signal noise ratio) or other radio quality. This monitoring output is applied to the handover factor generation unit 18.
  • the handover factor generation unit 18 receives these monitoring outputs, and uses the monitoring output on the wireless quality monitoring unit 16 side and the monitoring output of the fluctuation monitoring unit 10 together to generate a handover factor. In this case, even if the monitoring output on the radio quality monitoring unit 16 side indicates a failure, it is not necessary to generate a handover factor if the monitoring output of the fluctuation monitoring unit 10 is good. On the other hand, even if the monitoring output on the wireless quality monitoring unit 16 side is good, if the monitoring output of the fluctuation monitoring unit 10 indicates a failure, a handover factor is generated.
  • the handover instruction unit 20 receives an output indicating a handover factor and generates an output indicating a handover instruction. Based on this output, for example, a handover for switching the connection from the AP 41 to another AP, for example, the AP 42 is executed as the connected AP.
  • This handover factor generation processing procedure is an example of the handover control method or handover control program of the present disclosure.
  • the radio quality monitoring function step S21
  • the radio quality degradation determination Function step S22
  • handover factor generation function due to radio quality degradation step S23
  • RTP packet fluctuation monitoring function step S24
  • fluctuation frequency determination function step S25
  • fluctuation cause handover factor Generation function step S26
  • a handover factor determination function step S27
  • a handover instruction function step S28
  • the radio quality monitoring function monitors any one of the RSSI value degradation, the transmission RTP retransmission rate, the SNR degradation, or other radio quality (step S21).
  • the wireless quality degradation determination function receives the wireless quality monitoring result and determines whether or not the degradation exceeds an allowable value (step S22). If the deterioration exceeds the allowable value (YES in step S22), the process proceeds to the handover factor generation function (step S23).
  • the handover factor generation function generates a handover factor due to degradation of radio quality (step S23).
  • the fluctuation monitoring function monitors fluctuation of the received RTP packet and measures the fluctuation (step S24).
  • the fluctuation frequency determination function receives the measured fluctuation measurement result and determines whether or not the fluctuation frequency exceeding the allowable value is equal to or higher than a predetermined value (step S25).
  • the handover factor generation function if the frequency of fluctuation exceeding the allowable value is equal to or higher than a predetermined value (YES in step S25), the process proceeds to the handover factor generation function (step S26).
  • a handover factor due to fluctuation of the RTP packet is generated (step S26), and the process proceeds to the handover factor determination function (step S27).
  • the handover factor determination function the handover factor is determined and the process proceeds to the handover instruction function (step S28).
  • the communication terminal apparatus 2B issues a handover instruction to the connected AP (step S28). Thereby, the handover is executed, and the process returns to step S21.
  • the fluctuation monitoring of the RTP packet is performed after the monitoring of the deterioration of the radio quality.
  • the fluctuation of the RTP packet is performed in parallel with the monitoring of the deterioration of the radio quality. Monitoring may be performed, and a handover factor may be generated when the logical sum condition is satisfied instead of the logical condition being satisfied.
  • a handover factor is generated according to the frequency of fluctuation of the RTP packet while monitoring a decrease in radio quality such as degradation of an RSSI value, and a handover is executed. That is, the handover factor is generated by the logical product of the deterioration of the radio quality and the frequency of fluctuation of the RTP packet.
  • FIG. 5 is a diagram illustrating a wireless LAN system
  • FIG. 6 is a diagram illustrating a handover in the vicinity of a handover threshold value of an RSSI value.
  • the configurations shown in FIGS. 5 and 6 are examples, and the present invention is not limited to such configurations.
  • APs 41, 42, 43... 4N are provided as a plurality of APs, and each AP 41, 42, 43. , Mobile phones (HS) 201, 202, 203... 20N are wirelessly connected.
  • Each of the APs 41, 42, 43,... 4N is connected to a LAN cable to form a wired LAN 24, to which a SIP (Session Initiation Protocol) server 26 and a controller 28 are connected.
  • the SIP server 26 is an example of a control unit that uses a protocol called SIP and associates a telephone number with an IP address, performs call control for calling a destination, and the like.
  • the controller 28 is an example of a control unit that performs various controls such as maintaining the connection between the APs 41, 42, 43... 4N and the mobile phones 201, 202, 203. .
  • a plurality of APs 41, 42, 43... 4N are installed.
  • A1 is the handover threshold Rth 1 of the RSSI value of the AP 41
  • A2 is the handover threshold Rth 2 of the RSSI value of the AP 42.
  • the handover threshold of the RSSI value is a limit value of the strength of radio waves that can be connected to the corresponding AP.
  • the cellular phone 201 located between the handover thresholds Rth 1 and Rth 2 of the RSSI values of the APs 41 and 42 frequently generates handover factors based on the RSSI values.
  • an unstable connection state is established between the AP 41 and the AP 42, such as switching the connection from the currently connected AP 41 to the AP 42 and switching the connection from the connected AP 42 to the AP 41 again.
  • the connection between the mobile phone 201 and the AP 41 or AP 42 is switched, the voice quality is affected in the VoIP communication. This is because the load changes momentarily from the AP41 or AP42 side, and the mobile phone 201 causes fluctuations in the received RTP packet, resulting in an unstable connection state or abnormal sound due to connection switching. There are inconveniences.
  • FIG. 7 is a diagram illustrating an example of a mobile phone
  • FIG. 8 is a diagram illustrating an example of a functional unit of a wireless unit
  • FIG. 9 is a diagram illustrating an external configuration example of the mobile phone.
  • the configurations shown in FIGS. 7 to 9 are examples, and the present invention is not limited to such configurations. 7 to 9, the same parts as those in FIG. 1 are denoted by the same reference numerals.
  • Each mobile phone 201, 202, 203... 20N is an example of a communication terminal device, a handover control method, and a handover control program of the present disclosure, and is capable of VoIP communication using a wireless LAN.
  • 20N includes a control unit 30, a radio unit 32, a storage unit 34, a DSP (Digital Signal Processor) 36, an audio processing unit 38, and a display unit 50.
  • the operation unit 51 and the timer unit 52 are provided.
  • the control unit 30 is an example of a control unit that controls execution of a program in the storage unit 34 and the like and control of various functional units, and may be configured by, for example, a CPU (Central Processing Unit).
  • a CPU Central Processing Unit
  • the wireless unit 32 is an example of a communication unit that includes the antenna 53 and performs VoIP communication using the above-described wireless LAN based on the control of the control unit 30.
  • the storage unit 34 includes a program storage unit 54, a data storage unit 55, and a RAM (Random-Access Memory) 56.
  • the program storage unit 54 is composed of a recording medium, and stores programs such as an OS (Operating System) and a handover control program.
  • the data storage unit 55 is an example of a data storage unit, and stores various data in addition to handover factor data such as radio quality data such as RSSI values, data such as beacon loss, RTP fluctuation data, and the like.
  • the RAM 56 constitutes a work area.
  • the DSP 36 is an example of a digital signal processing unit controlled by the control unit 30, and executes various signal processing such as reproduction of an audio signal from packet data of VoIP communication, and processing such as jitter (RTP fluctuation).
  • various signal processing such as reproduction of an audio signal from packet data of VoIP communication, and processing such as jitter (RTP fluctuation).
  • the audio processing unit 38 is an example of an audio signal processing unit controlled by the control unit 30 and includes a receiver 57 and a microphone 58.
  • the sound processing unit 38 generates sound output from the receiver 57 and captures sound added to the microphone 58 as a sound signal.
  • the display unit 50 is an example of display means controlled by the control unit 30 and includes, for example, an LCD (Liquid Crystal Display) display, and displays character information and image information.
  • LCD Liquid Crystal Display
  • the operation unit 51 is an example of an operation input unit that is controlled by the control unit 30 and inputs information by operation, and includes, for example, a keyboard and a mouse.
  • the timer unit 52 is an example of a time measuring unit, and performs time measurement such as setting a predetermined period in order to monitor the frequency of fluctuation of the RTP packet.
  • the radio unit 32 includes a handover generation unit 60 and a handover control unit 62 as shown in FIG.
  • the handover generation unit 60 corresponds to the above-described handover factor generation unit 18 (FIG. 3).
  • the handover control unit 62 is control means for instructing and executing a handover based on a handover factor generated in the handover generating unit 60.
  • the handover generating unit 60 includes an RSSI monitoring unit 64, a retransmission monitoring unit 66, an SNR measurement unit 68, a BER (BitBError Rate) measurement unit 70, a PER (Packet Error Rate) measurement unit 72, and a beacon loss. (Beacon Loss) A measurement unit 74 and an RTP fluctuation measurement unit 76 are provided.
  • the RSSI monitoring unit 64 monitors the strength of the radio wave (RSSI value) measured by the radio wave measuring unit 78, that is, degradation of the RSSI value, and generates a monitoring output. This monitoring output is input to the handover control unit 62.
  • the retransmission monitoring unit 66 monitors the transmission RTP retransmission and inputs the retransmission rate to the handover control unit 62 as a monitoring output.
  • the SNR measuring unit 68 measures the signal-to-noise ratio (SNR) of the received radio wave and inputs the measured value to the handover control unit 62.
  • SNR signal-to-noise ratio
  • the BER measurement unit 70 measures RTP Bit Error Rate and inputs the measured value to the handover control unit 62.
  • the PER measuring unit 72 measures the RTP packet “Error” rate and inputs the measured value to the handover control unit 62.
  • the beacon loss measuring unit 74 measures the beacon loss and inputs the measured value to the handover control unit 62.
  • the RTP fluctuation measurement unit 76 is an example of the RTP fluctuation monitoring unit 10 described above that monitors RTP fluctuations, and inputs the fluctuation measurement result to the handover control unit 62.
  • the wireless unit 32 including such a functional unit is controlled by the control unit 30, and the control unit 30 includes a media control unit 79.
  • the media control unit 79 is means for controlling reading or writing of jitter data in the jitter buffer 80.
  • the jitter is the RTP fluctuation described above
  • the jitter buffer 80 stores the jitter representing the RTP fluctuation.
  • the jitter buffer 80 is set in the data storage unit 55 (FIG. 7) described above.
  • the cellular phones 201, 202, 203... 20N include an operation side casing 82 as a first casing and a display side casing as a second casing.
  • the portion 84 is connected to the hinge portion 86 so as to be opened and closed.
  • the operation side casing 82 is provided with the above-described operation unit 51 and a microphone 58.
  • the display-side housing unit 84 is provided with a display unit 50 and a receiver 57.
  • a speaker may be provided as an audio output means.
  • FIG. 10 is a diagram illustrating prioritization of transmission packets.
  • AC_VO, AC_VI, AC_BE, and AC_BK are set as access categories, and various data are categorized.
  • the data type AC_VO is voice, 802.11 management frame (high-speed wireless LAN), AC_VI is video, etc., and AC_BE is a data packet (HTTP) excluding data such as voice, management frame, video, etc. , FTP, etc.), and AC_BK is unused because there is no data assignment.
  • the priority of these access categories is highest for AC_VO and lowest for AC_BK.
  • FIG. 11 is a diagram showing the relationship between fluctuation measurement of RTP packets and handover control.
  • the vertical axis represents the interval time of the received RTP packet
  • the horizontal axis represents the elapsed time.
  • its upper limit is Ir + M [ms]
  • its lower limit is Ir-M [ms]
  • This allowable width ⁇ Ir indicates the fluctuation width ⁇ M [ms] allowable from the reference interval Ir.
  • Each T on the horizontal axis is a constant fluctuation measurement period and is set to the same time. That begins fluctuation measurement period T at time t a, with fluctuation measurement period T of the previous ends at time t b, is started following fluctuation measurement period T, the fluctuation measurement period T is ended when t c To do. j represents fluctuation.
  • the fluctuation j is within the allowable width ⁇ Ir, the fluctuation is allowable, but if it is not within the allowable width ⁇ Ir, the fluctuation is not allowable. In this case, all fluctuations j exist within the allowable width ⁇ Ir in the period T from the time point t a to t b , but there are many fluctuations j outside the allowable width ⁇ Ir in the period T from the time point t b to t c. The ratio is often fluctuated outside the allowable range. When the number of occurrences of fluctuation j outside the allowable width ⁇ Ir exceeds n times as a reference value within the fluctuation measurement period T, handover is executed.
  • the handover factor is established in the period T between the time points t b and t c , the handover is started at the time point t 1 in the middle of the period T, and the handover is completed at the time point t 2 . That is, the period from time t 1 to time t 2 Tho is the execution period of the handover.
  • the handover is started when the AND condition that the frequency of fluctuation exceeding the allowable value exceeds a predetermined value is satisfied. Or not.
  • FIG. 12 is a diagram illustrating the RTP packet interval when the load increases.
  • This RTP packet interval at the time of load increase is a simulation of the increase in load appearing as sound quality disturbance.
  • the horizontal axis represents the elapsed time
  • the vertical axis represents the RTP packet interval time
  • the rectangular dots in the figure represent the RTP packet interval P, and the frequency is represented.
  • FIG. 13 is a flowchart illustrating a processing procedure for handover control.
  • the configuration shown in FIG. 13 is an example, and the present invention is not limited to such a configuration.
  • This handover process is an example of a handover control method, i.e., an example of a main routine of handover.
  • a handover factor due to a decrease in radio quality and a handover factor due to the number of RTP fluctuations are considered. ing.
  • This processing procedure includes a handover factor monitoring process F1 due to radio quality degradation and RTP packet fluctuation monitoring processes F2 and F3.
  • the handover factor is determined using the AND condition of both. ing.
  • the monitoring process F1 includes RSSI value monitoring (step S101), Tx Retry (retransmission) monitoring (step S102), and SNR monitoring (step S103). That is, in the RSSI value monitoring (step S101), it is determined whether or not the fluctuation of the RSSI value has reached a level to be handed over. In retransmission monitoring (step S102), it is determined whether or not the number of retransmissions has reached the number of times to be handed over. In SNR monitoring (step S103), it is determined whether or not the ratio level of noise to the signal has reached the level to be handed over.
  • the RSSI value is monitored (step S101). If there is no problem with the RSSI value (NO in step S101), the process proceeds to Tx Retry (retransmission) monitoring (step S102). If the number of retransmissions has not reached the number to be handed over (NO in step S102), the process proceeds to SNR monitoring (step S103), and if the ratio level of noise to the signal has not reached the level to be handed over. (NO in step S103), the process proceeds to determination of whether or not a VoIP call is in progress (step S104). If not in VoIP call (NO in step S104), the process proceeds to determination of beacon loss (Beacon Loss) (step S105). To do.
  • the RSSI value is equal to or lower than a predetermined level (YES in step S101)
  • the number of retransmissions reaches the number of times to be handed over (YES in step S102), or the noise level reaches a predetermined level (YES in step S103).
  • a handover factor due to radio quality degradation is generated.
  • step S106 it is determined whether or not a VoIP call is in progress. If not in a VoIP call (NO in step S106), this process is terminated. If the VoIP call is in progress (YES in step S106), it is determined whether or not the number of times of RTP fluctuation (x) is equal to or greater than a predetermined value as the frequency of fluctuation exceeding the allowable value of the RTP packet (step S107).
  • step S107 cannot be passed unless the number of RTP fluctuations (x) is equal to or greater than a predetermined value. If the number of RTP fluctuations (x) is equal to or greater than a predetermined value, a handover factor is determined (step S108), and a handover process is executed (step S109). That is, connection switching is performed from the currently connected AP to another AP.
  • step S104 if the VoIP call is in progress (YES in step S104), it is determined whether or not the number of RTP fluctuations (x) is equal to or greater than a predetermined value (step S110). If the number of RTP fluctuations (x) is not equal to or greater than the predetermined value (NO in step S110), the process returns to step S101 and the same process is executed.
  • step S110 If the number of RTP fluctuations (x) is equal to or greater than a predetermined value (YES in step S110), a handover factor due to only RTP fluctuations is determined (step S108), and a handover process is executed (step S109). That is, on the condition that a VoIP call is in progress (YES in step S104), even if there is no deterioration in radio quality, if the number of RTP fluctuations (x) is equal to or greater than a predetermined value (YES in step S110), the handover is performed. Executed.
  • step S105 If a beacon loss has occurred (YES in step S105), this beacon loss is one of the handover factors, so this handover factor is determined (step S108) and the handover process is executed (step S108). Step S109).
  • FIG. 14 is a flowchart showing a processing procedure for fluctuation measurement of a received RTP packet.
  • This processing procedure corresponds to the processing procedure described above (steps S107 and S110 in FIG. 13).
  • a VoIP call is started (step S111)
  • initialization buffer
  • step S112 initialization
  • step S112 a fluctuation measurement timer is started (step S113).
  • the time measurement of the fluctuation measurement timer is monitored (step S114), and it is determined whether or not the time is up. If the fluctuation measurement timer is up (YES in step S114), the number of fluctuations is initialized (step S115).
  • step S114 If the fluctuation timer has not expired (NO in step S114), RTP (audio data packet) is received (step S116), and it is determined whether there is a previous RTP reception record ( If there is no reception record (NO in step S117), the previous RTP reception time is set as T1, the time T1 is recorded (step S118), and the process returns to step S113.
  • RTP audio data packet
  • the interval time is calculated from the RTP reception time T1 and the latest RTP reception time T2 (step S119).
  • the time T2 is substituted for the time T1 (step S120) and compared with a reference RTP interval that is a reference value (step S121). In this comparison, it is determined whether or not the fluctuation width is acceptable (step S122). In this determination, an allowable fluctuation width is specified for the parameter, and another parameter is dynamically specified for the fluctuation width when QoS is valid and when QoS is invalid.
  • step S122 If the fluctuation width is acceptable (YES in step S122), the number of RTP fluctuations is not added (step S123), and the process returns to step S113. If the allowable fluctuation width is exceeded (NO in step S122), the number of RTP fluctuations is added (step S124).
  • step S125 It is determined whether or not the number of RTP fluctuations (x) is equal to or greater than a predetermined value (step S125). If the number of RTP fluctuations (x) is less than the predetermined value (NO in step S125), the process returns to step S113. If the number of RTP fluctuations (x) is equal to or greater than the predetermined value (YES in step S125), a handover factor is generated (step S126), the process returns to step S111, and the same processing is executed.
  • step S126 Based on the occurrence of the handover factor (step S126), the process returns to the main routine (FIG. 13). As a result, handover is executed, that is, connection switching is performed from the currently connected AP to the AP having high electric field strength.
  • FIG. 15 is a flowchart illustrating a processing procedure for executing handover.
  • the configuration illustrated in FIG. 15 is an example, and the present invention is not limited to such a configuration.
  • This processing procedure corresponds to the processing procedure described above (step S109 in FIG. 13).
  • AP scanning is started (step S131), and a search for APs that are handover candidates is executed (step S132). . If there is no handover candidate AP (NO in step S132), the current AP membership is maintained, that is, the connection with the connected AP is maintained (step S133).
  • step S132 If there is a handover candidate AP (YES in step S132), a handover process with the candidate AP is executed (step S134), and it is determined whether the handover is successful (step S135). If the handover is successful (YES in step S135), the connection with the new AP is maintained and the handover is completed (step S136). Further, if the handover is not successful (NO in step S135), the service is out of service due to connection failure (step S137). That is, it becomes an unconnected state.
  • the handover factor is determined. That is, priority is given to the number of RTP fluctuations for the handover (process F2).
  • the handover factor cannot be determined unless the number of RTP fluctuations is greater than or equal to a predetermined value. That is, the condition for determining the handover factor is that the number of RTP fluctuations is not less than a predetermined value (processing F3).
  • the handover factor is generated on the mobile phone 201, 202... 20N side without depending on the AP, and the handover is executed on the AP side.
  • Embodiment measures the fluctuation
  • a handover factor is generated from an AND condition of RSSI value deterioration and fluctuation.
  • FIG. 16 is a diagram showing a mobile phone
  • FIG. 17 is a flowchart showing a fluctuation measurement processing procedure
  • FIG. 18 is a flowchart showing a handover process.
  • the configurations shown in FIGS. 16 to 18 are examples, and the present invention is not limited to such configurations.
  • RTP_j_r_buff RTP jitter rate buffer
  • L_r_RTP_t_buff L_r received RTP time buffer
  • L_RTP_i_buff 88 stores the previous RTP interval.
  • RTP_j_r_buff 90 stores the fluctuation rate [%] of the RTP interval, and the fluctuation rate [%] of the RTP interval is obtained by (previous RTP interval / current RTP interval) ⁇ 100 [%].
  • L_r_RTP_t_buff 92 stores the previous RTP reception time. Other configurations are the same as those of the third embodiment.
  • step S201 when the VoIP call is started (step S201), L_RTP_i_buff 88 is cleared (step S202), RTP_j_r_buff 90 is cleared (step S203), and L_r_RTP_t_buff 92 is cleared (step S201).
  • step S204 the storage data is initialized.
  • the RTP packet is received (step S205), it is determined whether or not there is data in L_r_RTP_t_buff 92 (step S206), and if there is no data (NO in step S206), the RTP reception time is stored in L_RTP_i_buff 88 (step S207). If there is data in L_r_RTP_t_buff 92 (YES in step S206), the interval time is calculated from the previous RTP reception time and the current RTP reception time (step S208).
  • step S209 It is determined whether or not there is data in L_RTP_i_buff 88 (step S209). If there is no data (NO in step S209), the interval time is stored in L_r_RTP_t_buff 92 (step S210). If there is data in L_RTP_i_buff 88 (YES in step S209), the previous RTP interval / current RTP interval ⁇ 100 (fluctuation ratio (%) of RTP interval) is calculated (step S211). The fluctuation ratio is stored in RTP_j_r_buff 90 (step S212).
  • step S213 it is determined whether or not the calculated fluctuation ratio is greater than or equal to a predetermined value. Return to S205. If the calculated fluctuation ratio is equal to or greater than the predetermined value (YES in step S213), a handover factor is generated (step S214), and the process returns to step S201.
  • a VoIP call is started (step S221), and based on the occurrence of a handover factor due to degradation of the RSSI value (step S222), It is determined whether or not the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value (step S223).
  • the determination as to whether or not the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value is as described in the processing procedure described above (FIG. 17).
  • a handover factor is generated based on a handover factor due to degradation of the RSSI value and a handover factor when the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value (step S224), and based on this handover factor A handover process is executed (step S225), and the handover process is terminated.
  • the fluctuation of the RTP packet categorized as AC3 (AC_VO) is measured, the fluctuation of an arbitrary ratio is measured from the interval of the RTP packet, and the handover factor is generated. Yes.
  • a handover factor is generated by satisfying an AND condition of a handover factor due to RSSI degradation and a handover factor due to an arbitrary rate of fluctuation of RTP packets.
  • the ratio of fluctuation with respect to the interval of the RTP packet is measured, and the AND condition of the fluctuation of the RTP packet, the degradation of the RSSI value, and the retransmission rate of the transmission RTP causess a handover factor.
  • FIG. 19 is a flowchart showing a processing procedure for measuring a transmission RTP retransmission rate
  • FIG. 20 is a flowchart showing a handover process.
  • the configurations illustrated in FIGS. 19 and 20 are examples, and the present invention is not limited to such configurations.
  • the received RTP packet fluctuation measurement processing procedure (FIG. 17) is used, the buffer configuration in the data storage unit 55 is the same as in the fourth embodiment, and the other configurations are the same as in the third embodiment. This is the same as the embodiment.
  • a VoIP call is started (step S231), and an RTP packet is transmitted (step S232).
  • an RTP retransmission rate for a certain period is calculated (step S233), and it is determined whether the ratio of the retransmission rate is equal to or greater than a predetermined value (step S234). If the rate of the retransmission rate is less than the predetermined value (NO in step S234), the process returns to step S232 and the same process is performed. If the calculated ratio of the RTP retransmission rate is equal to or greater than a predetermined value (YES in step S234), a handover factor is generated (step S235).
  • the VoIP call is started (step S241), and the handover factor due to the degradation of the RSSI value is determined. Based on the occurrence (step S242), it is determined whether the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value (step S243). If the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value (YES in step S243), a handover factor is generated (step S244). The determination as to whether or not the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value is as described in the processing procedure described above (FIG. 17).
  • step S245 It is determined whether or not the rate of the retransmission rate of the received RTP packet is equal to or greater than a predetermined value (step S245). If the ratio of the retransmission rate of the received RTP packet is equal to or greater than a predetermined value (YES in step S245), a handover factor is generated (step S246), and a handover process is executed based on this handover factor (step S247). This handover process is terminated.
  • the RTP packet fluctuation categorized as AC3 (AC_VO) is also measured, and by detecting that the fluctuation of an arbitrary ratio has occurred in the interval of the RTP packet, the handover factor is determined. Is generated.
  • handover is performed based on the AND condition of the handover factor based on the fluctuation of the RTP packet and the handover factor based on the retransmission rate of the RTP packet. It is running.
  • step S244 if the fluctuation ratio of the received RTP packet is equal to or greater than a predetermined value (YES in step S243), a handover factor is generated (step S244), and then the process proceeds to step S245.
  • a handover factor is generated (step S244), and then the process proceeds to step S245.
  • the process proceeds to step S245 without causing a handover factor, and the ratio of the retransmission rate of the received RTP packet is equal to or greater than the predetermined value. If there is (YES in step S245), a configuration may be adopted in which a handover factor is generated when both AND conditions are satisfied.
  • step S29 when the wireless quality is not deteriorated (NO in step S22), the function for determining the fluctuation frequency (step S29) is performed as in step S25. May be executed. That is, when handover is performed by monitoring radio quality such as degradation of RSSI value, if the radio quality is good (NO in step S22), whether or not the frequency of fluctuation exceeding the allowable value is equal to or higher than a predetermined value. Is determined (step S29). If the frequency of fluctuation exceeding the allowable value is equal to or higher than the predetermined value (YES in step S29), the process proceeds to a handover factor generation function (step S26).
  • radio quality such as degradation of RSSI value
  • step S29 If the fluctuation frequency exceeding the allowable value is not equal to or higher than the predetermined value (NO in step S29), the process returns to step S21. According to such processing, it is possible to avoid the inconvenience that the handover is not performed even if the voice quality is deteriorated. In addition, when radio quality is used as a reference, it is possible to improve voice quality degradation due to repeated handover processing between AP handover thresholds.
  • the handover generating unit 60 is installed in the radio unit 32, and the RSS monitoring unit 64, the RTP fluctuation measuring unit 76, etc. are installed in the handover generating unit 60 (FIG. 8). ).
  • the communication terminal device of the present disclosure is not limited to such a configuration.
  • a monitoring unit 94 and a handover generation unit 95 may be installed in the radio unit 320, and an RSSI monitoring unit 64, an RTP fluctuation measurement unit 76, and the like may be installed in the monitoring unit 94.
  • the monitoring output of the monitoring unit 94 may be added to the handover generating unit 95, and a handover factor may be generated according to the monitoring result.
  • the RTP fluctuation measuring unit 76 is configured to receive the SIP protocol 96 and measure the RTP fluctuation.
  • RTP packet fluctuation monitoring processes F2 and F3 are used in combination (FIG. 13). Therefore, as shown in FIG. 23, the RTP packet fluctuation monitoring process F2 may be deleted and the process may be omitted, or as shown in FIG. 24, the RTP packet fluctuation monitoring process F3 is deleted, That process may be omitted.
  • the handover is executed when the AND condition of the handover factor due to the deterioration of the radio wave quality and the handover factor due to the fluctuation of the RTP packet is satisfied. It becomes a condition.
  • the monitoring process F3 for fluctuation of RTP packets is deleted (FIG. 24)
  • the execution of the handover is performed according to the OR condition of the handover factor due to the deterioration of radio wave quality and the handover factor due to fluctuation of the RTP packet. Establishment is a condition.
  • the communication terminal device, the handover control method, and the handover control program of the present disclosure are not limited to this. That is, the fluctuation ratio [%] of the RTP interval is obtained by the following relational expression, and any of them may be used.
  • RTP interval fluctuation ratio (current RTP interval ⁇ previous RTP interval) ⁇ 100 [%] (1)
  • RTP interval fluctuation rate ⁇ (Current RTP interval-Previous RTP interval) ⁇ Current RTP interval) ⁇ x 100 [%] (2)
  • RTP interval fluctuation rate ⁇ (Current RTP interval-Previous RTP interval) / Previous RTP interval) ⁇ x 100 [%] (3)
  • the communication terminal device of the present disclosure may be any device that can use a wireless LAN, such as a personal digital assistant (PDA: Personal Digital Assistant) 300 (FIG. 25) or a personal computer (PC) 400 (FIG. 26).
  • PDA Personal Digital Assistant
  • PC personal computer
  • the PC 400 is configured to be openable and closable by connecting a keyboard-side casing 402 and a display-side casing 404 with a hinge 406.
  • the same reference numerals are given to the same parts as those in the above embodiment, and the description thereof is omitted.
  • the communication terminal device, the handover control method, and the handover control program of the present disclosure are used in a wireless LAN system and can be widely used for devices capable of voice communication by VoIP communication. It is useful because it can prevent deterioration.

Landscapes

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

Abstract

　アクセスポイントに無線接続されて音声用データパケットにより通話を行う通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムである。揺らぎ監視部（ＲＴＰ揺らぎ監視部１０）と、ハンドオーバー要因生成部（１２）とを備える。前記揺らぎ監視部では、接続中のアクセスポイント（ＡＰ４１、４２、４３・・・４Ｎ）から受けた音声用データパケット（ＲＴＰパケット）の揺らぎを監視する。前記ハンドオーバー要因生成部は、所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する。

Description

通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム
　本発明は、無線端末装置と無線接続されるアクセスポイントのハンドオーバーに関し、例えば、音声用データパケットの揺らぎの頻度に応じて無線端末装置側でハンドオーバー要因を生成させる、通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムに関する。
　携帯電話装置等の通信端末装置では、既存の通信手段としての機能の他、無線ＬＡＮ（Local Area Network）を用いたＶｏＩＰ（Voice over Internet Protocol）通信が実用化されている。ＶｏＩＰ通信環境では、音声用データパケット〔即ち、ＲＴＰ（Real-time Transport Protocol）パケット〕の遅延や再送を回避するため、その環境エリア内に複数のＡＰ（アクセスポイント) が配置される。通常のデータ通信ではＡＰ（アクセスポイント) からパケットが到達すれば、必要な情報の授受が可能であって、その遅延や再送は問題にならない。しかし、ＶｏＩＰ通信では、音声用データパケットの遅延や再送が音声品質に影響を与える。
　このＶｏＩＰ通信に関し、ＡＰ（アクセスポイント）では、ＱｏＳ（Quality of Service：ＢＥＲ等の通信品質、ＢＥＲはBit Error Rate：ビット誤り率）制御により送信パケットに優先順位付けが施されており、ＶｏＩＰ環境下では、音声用データパケットはＡＣ３（ＡＣ＿ＶＯ）にカテゴライズされ、高い優先度となっている。そこで、ＡＰ（アクセスポイント）に送信パケットが蓄積されると、遅延のみならず、蓄積されたパケットが一気に送信されることがある。これは音声用データパケットに揺らぎを生じさせる。
　ＡＰ（アクセスポイント）における負荷の増大は、ＡＰ（アクセスポイント）に帰属する携帯電話装置の設置台数の影響を受ける。そこで、ＡＰ（アクセスポイント）側の負荷を分散させるため、ＣＡＣ（コールアドミッションコントロール) 機能がある。この機能は音声通話数を一定に制限するものである。このＣＡＣ機能を搭載したＡＰ（アクセスポイント）は高価となる。
　この受信パケットの揺らぎに関し、受信されたパケットに遅延を与える受信機側デジッタバッファはエリアリンク特性に基づき、そのサイズを調節し、加入局で受信前に予測されたデータパケットのために適切にサイジングされることが知られている（例えば、特許文献１）。
　また、ネットワークエンティティ間でハンドオーバーを実行することが知られている（例えば、特許文献２）。
特表２００８－５１６５６２号公報 特開２００８－３５５４３号公報
　ところで、ハンドオーバーは、ＡＰ（アクセスポイント）から送信される電波の強さ（電界強度：ＲＳＳＩ値）を基準にして実行され、音声用データパケットの揺らぎを考慮していない。これは、ＲＳＳＩ値（電波の強さ）と音質の劣化とは比例関係にあるとされてきたことによる。しかし、これらは完全な比例関係ではない。このため、ＲＳＳＩ値を基準にした場合、十分な音声品質が確保されていても、ＲＳＳＩ値が劣化していれば、ハンドオーバーが実施される。また、ＲＳＳＩ値が良好であれば、音声品質が劣化していても、ハンドオーバーが実施されない。
　また、ＡＰ（アクセスポイント）間の狭間では、通信端末装置に対する各ＡＰ（アクセスポイント）の電波の強さが、ハンドオーバー処理を開始する閾値付近にあると、電波の強さに揺らぎを生じる。この場合、音質が劣化していないにも関わらず、ハンドオーバー処理が繰り返し行われ、これが音声品質の低下を生じさせる。
　そこで、本開示の通信端末装置、ハンドオーバー制御方法又はハンドオーバー制御プログラムの目的は、音声用データパケットを用いる音声通信の通話品質を高めることである。
　上記目的を達成するため、本開示の通信端末装置は、アクセスポイントに無線接続されて音声用データパケットにより通話を行う通信端末装置であって、揺らぎ監視部と、ハンドオーバー要因生成部とを備える。前記揺らぎ監視部では、接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する。前記ハンドオーバー要因生成部は、所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する。
　上記目的を達成するため、本開示のハンドオーバー制御方法は、前記通信端末装置のハンドオーバー制御方法であって、揺らぎ監視工程と、ハンドオーバー要因生成工程とを含んでいる。前記揺らぎ監視工程では、接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する。前記ハンドオーバー要因生成工程では、所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する。
　上記目的を達成するため、本開示のハンドオーバー制御プログラムは、前記通信端末装置に搭載されたコンピュータに実行させるハンドオーバー制御プログラムであって、揺らぎ監視機能と、ハンドオーバー要因生成機能とを備える。前記揺らぎ監視機能では、接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する。前記ハンドオーバー要因生成機能では、所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する。
　本開示の通信端末装置、ハンドオーバー制御方法又はハンドオーバー制御プログラムによれば、次のような効果が得られる。
　(1) 音声用データパケットの揺らぎに応じてアクセスポイント間のハンドオーバーを実行でき、音声通信の音声品質を高め又はその劣化を防止できる。
　(2) 音声用データパケットの揺らぎに応じてアクセスポイント間のハンドオーバーを実行するので、アクセスポイントに対する負荷を軽減できるとともに、負荷分散を図ることができる。
　(3) 電波の強さの劣化を基準にすることで頻発していたハンドオーバーを軽減でき、不必要なハンドオーバーの抑制と、ハンドオーバーによる無音状態や、ハンドオーバーによる音声劣化を防止できる。
　そして、本発明の他の目的、特徴及び利点は、添付図面及び各実施の形態を参照することにより、一層明確になるであろう。
第１の実施の形態に係る通信端末装置及び無線ＬＡＮシステムを示す図である。 第１の実施の形態に係るハンドオーバー処理の一例を示すフローチャートである。 第２の実施の形態に係る通信端末装置及び無線ＬＡＮシステムを示す図である。 第２の実施の形態に係るハンドオーバー処理の一例を示すフローチャートである。 第３の実施の形態に係る無線ＬＡＮシステムを示す図である。 ＲＳＳＩ値に依存したハンドオーバーの頻発を説明するための図である。 第３の実施の形態に係る通信端末装置の機能部の一例を示す図である。 通信端末装置の無線部の機能部の一例を示す図である。 通信端末装置の外観構成例を示す図である。 ＱｏＳ制御のカテゴライズを示す図である。 受信ＲＴＰ揺らぎとハンドオーバーの関係を示す図である。 負荷増加時のＲＴＰパケットインターバルのシミュレーションを示す図である。 ハンドオーバー処理を示すフローチャートである。 受信ＲＴＰパケットの揺らぎ計測処理を示すフローチャートである。 ハンドオーバー実行処理を示すフローチャートである。 第４の実施の形態に係る携帯電話機の一例を示す図である。 受信ＲＴＰパケットの揺らぎ計測処理を示すフローチャートである。 ハンドオーバー処理を示すフローチャートである。 第５の実施の形態に係る通信端末装置の送信ＲＴＰ再送率の計測処理を示すフローチャートである。 ハンドオーバー処理を示すフローチャートである。 他の実施の形態に係るハンドオーバー処理を示すフローチャートである。 他の実施の形態に係る通信端末装置の無線部の機能部を示す図である。 他の実施の形態に係るハンドオーバー処理を示すフローチャートである。 他の実施の形態に係るハンドオーバー処理を示すフローチャートである。 他の実施の形態に係る携帯情報端末機の一例を示す図である。 他の実施の形態に係るパーソナルコンピュータの一例を示す図である。
〔第１の実施の形態〕
　第１の実施の形態は、音声用データパケットの揺らぎを監視し、その揺らぎの頻度に応じてハンドオーバー要因を生成する構成である。
　この第１の実施の形態について、図１及び図２を参照する。図１は、第１の実施の形態に係る通信端末装置の一例を示す図、図２は、ハンドオーバー要因生成の処理手順を示すフローチャートである。図１及び図２に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　通信端末装置２Ａは、本開示の通信端末装置、ハンドオーバー制御方法又はハンドオーバー制御プログラムの一例であって、例えば、アクセスポイント（以下単に「ＡＰ」と称する。）４１、４２、４３・・・４Ｎの何れかと無線接続されて音声用データパケット〔ＲＴＰ（Real-time Transport Protocol）パケット〕により通話を行う携帯電話装置、携帯情報端末機（ＰＤＡ：Personal Digital Assistant）等である。各ＡＰ４１、４２、４３・・・４Ｎはネットワーク６によって連係され、通信端末装置２Ａと図示しない通信装置との間でパケットの送受を行うための中継手段の一例である。
　そこで、この通信端末装置２Ａと複数のＡＰ４１、４２、４３・・・４Ｎとの間には通信媒体として例えば、電波を用いた無線接続のための無線ＬＡＮ（Local Area Network）８が構成され、ＶｏＩＰ（Voice over Internet Protocol）通信が可能である。このようなＶｏＩＰ通信環境下にあって、この通信端末装置２Ａには、図１に示すように、ＲＴＰ揺らぎ監視部（以下、単に「揺らぎ監視部」と称する）１０と、ハンドオーバー要因生成部１２とが備えられている。これにより、無線ＬＡＮシステム１４が構成されている。
　揺らぎ監視部１０は、接続中のＡＰ４ｘ（即ち、既述のＡＰ４１、４２、４３・・・４Ｎの何れか）から受けたＲＴＰパケットの揺らぎを監視する手段の一例であって、揺らぎ監視出力をハンドオーバー要因生成部１２に出力する。例えば、通信端末装置２ＡがＡＰ４２に接続されているものとすれば、ＡＰ４２には通信端末装置２Ａ以外の通信端末装置が接続され、また、他のＡＰ４１、４３・・・４Ｎにも他の通信端末装置が接続される。通信端末装置２Ａは、図示しない通信端末装置とＡＰ４２及び他のＡＰとのネットワーク６を通じてＲＴＰパケットを送受できる。そこで、揺らぎ監視部１０は、ＡＰ４２から送信される電波によって通知されるＲＴＰパケットの揺らぎを監視することができる。
　ハンドオーバー要因生成部１２は、揺らぎ監視部１０から揺らぎ監視出力を受け、所定期間内における許容値を超える揺らぎの頻度に応じ、ハンドオーバー要因を生成する。このハンドオーバー要因は、ハンドオーバーを行うための要因であって、この場合、通信端末装置２Ａ側から接続中のＡＰ４ｘ＝ＡＰ４２に通知される。ハンドオーバーとは、ＡＰの接続切替えであって、例えば、接続中のＡＰ４ｘから接続先を他のＡＰ４ｙ（＝ＡＰ４１又はＡＰ４３又は・・・４Ｎ）に切り替えることである。
　このハンドオーバー要因生成の処理手順は、本開示のハンドオーバー制御方法又はハンドオーバー制御プログラムの一例であって、図２に示すように、揺らぎの監視機能（ステップＳ１１）、揺らぎの頻度の判定機能（ステップＳ１２）、ハンドオーバー要因の生成機能（ステップＳ１３）、ハンドオーバーの指示機能（ステップＳ１４）が含まれる。
　そこで、揺らぎの監視機能では、受信したＲＴＰパケットの揺らぎを監視し、その揺らぎを計測する（ステップＳ１１）。揺らぎの頻度の判定機能では、計測した揺らぎの計測結果を受け、許容値を超える揺らぎの頻度が所定値以上であるか否かを判定する（ステップＳ１２）。ハンドオーバー要因の生成機能では、許容値を超える揺らぎの頻度が所定値以上であれば（ステップＳ１２のＹＥＳ）、ハンドオーバー要因を生成する（ステップＳ１３）。ハンドオーバーの指示機能では、そのハンドオーバー要因の生成に基づき、通信端末装置２Ａから接続中のＡＰに対してハンドオーバーの指示をする（ステップＳ１４）。
　このような構成によれば、通信端末装置２Ａの揺らぎ監視部１０では、接続中のＡＰ４２から通信端末装置２Ａが受けたＲＴＰパケットの揺らぎが監視され、その揺らぎ監視出力がハンドオーバー要因生成部１２に出力される。ハンドオーバー要因生成部１２では、許容値を超える揺らぎの頻度からハンドオーバー要因を生成する。このハンドオーバー要因により、接続中のＡＰ４２から他のＡＰ４１、４３・・・４Ｎの何れかに接続が切り替えられる。
　ＡＰから送信されるＲＴＰパケットの揺らぎは、接続中のＡＰの負荷に起因し、ＶｏＩＰ通信の音声劣化を来す。そこで、許容値を超える揺らぎの頻度に応じてハンドオーバーを行えば、ＡＰの負荷を軽減でき、各ＡＰの負荷分散を図ることができる。そして、ＶｏＩＰ通信の音声劣化を防止でき、音声品質を高めることができる。この結果、ＡＰとの接続の信頼性に寄与するとともに、音声品質の高い音声通話を実現できる。
　このハンドオーバーの実行が通信端末装置２Ａ側から接続中のＡＰに対して行うことができる。また、従来のＲＳＳＩ値を基準にした場合に、ＲＳＳＩ値が良好であれば、音声品質が劣化していてもハンドオーバーが実施されないという不都合を回避できる。また、ＡＰ間の狭間で、ハンドオーバー処理の繰り返しによる音声品質の低下をも改善することができる。
〔第２の実施の形態〕
　第２の実施の形態は、ＲＳＳＩ値の劣化等、無線品質の低下によるハンドオーバー要因と、ＲＴＰパケットの揺らぎの頻度に応じたハンドオーバー要因とを併用し、ハンドオーバーを実行する構成である。
　この第２の実施の形態について、図３及び図４を参照する。図３は、第２の実施の形態に係る通信端末装置の一例を示す図、図４は、ハンドオーバー要因生成の処理手順を示すフローチャートである。図３及び図４に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　この通信端末装置２Ｂでは、ＲＳＳＩ値等、無線品質の低下によるハンドオーバー要因と、ＲＴＰパケットの揺らぎの頻度に応じたハンドオーバー要因とを併用する。そこで、この通信端末装置２Ｂには、図３に示すように、既述の揺らぎ監視部１０と、無線品質監視部１６と、ハンドオーバー要因生成部１８と、ハンドオーバー指示部２０とを備えている。
　揺らぎ監視部１０は、第１の実施の形態と同様であるので、その説明を省略するが、その監視出力はハンドオーバー要因生成部１８に加えられる。無線品質監視部１６は、ＲＳＳＩ値の劣化、送信ＲＴＰの再送率、ＳＮＲ（Signal-to-noise ratio ：ＳＮ比：信号雑音比）の劣化の何れか又はその他の無線品質を監視する。この監視出力はハンドオーバー要因生成部１８に加えられる。
　ハンドオーバー要因生成部１８では、これら監視出力を受け、無線品質監視部１６側の監視出力と、揺らぎ監視部１０の監視出力とを併用し、ハンドオーバー要因を生成する。この場合、無線品質監視部１６側の監視出力が不良を表していても、揺らぎ監視部１０の監視出力が良好であれば、ハンドオーバー要因を生成する必要はない。これに対し、無線品質監視部１６側の監視出力が良好であったとしても、揺らぎ監視部１０の監視出力が不良を表していれば、ハンドオーバー要因を生成させる。
　ハンドオーバー指示部２０では、ハンドオーバー要因を表す出力を受け、ハンドオーバー指示を表す出力を発生する。この出力に基づき、接続中のＡＰとして例えば、ＡＰ４１から他のＡＰとして例えば、ＡＰ４２に接続を切り替えるハンドオーバーが実行される。
　このハンドオーバー要因生成の処理手順は、本開示のハンドオーバー制御方法又はハンドオーバー制御プログラムの一例であって、図４に示すように、無線品質の監視機能（ステップＳ２１）、無線品質の劣化判定機能（ステップＳ２２）、無線品質の劣化によるハンドオーバー要因の生成機能（ステップＳ２３）、ＲＴＰパケットの揺らぎの監視機能（ステップＳ２４）、揺らぎの頻度の判定機能（ステップＳ２５）、揺らぎによるハンドオーバー要因の生成機能（ステップＳ２６）、ハンドオーバー要因の確定機能（ステップＳ２７）、ハンドオーバーの指示機能（ステップＳ２８）が含まれる。
　そこで、無線品質の監視機能は、ＲＳＳＩ値の劣化、送信ＲＴＰの再送率、ＳＮＲの劣化の何れか又はその他の無線品質を監視する（ステップＳ２１）。無線品質の劣化判定機能は、無線品質の監視結果を受け、許容値を超える劣化であるか否かを判定する（ステップＳ２２）。許容値を超える劣化であれば（ステップＳ２２のＹＥＳ）、ハンドオーバー要因の生成機能（ステップＳ２３）に移行する。ハンドオーバー要因の生成機能では、無線品質の劣化によるハンドオーバー要因を生成する（ステップＳ２３）。
　また、揺らぎの監視機能では、受信したＲＴＰパケットの揺らぎを監視し、その揺らぎを計測する（ステップＳ２４）。揺らぎの頻度の判定機能では、計測した揺らぎの計測結果を受け、許容値を超える揺らぎの頻度が所定値以上であるか否かを判定する（ステップＳ２５）。ハンドオーバー要因の生成機能では、許容値を超える揺らぎの頻度が所定値以上であれば（ステップＳ２５のＹＥＳ）、ハンドオーバー要因の生成機能（ステップＳ２６）に移行する。
　ハンドオーバー要因の生成機能では、ＲＴＰパケットの揺らぎによるハンドオーバー要因を生成し（ステップＳ２６）、ハンドオーバー要因の確定機能（ステップＳ２７）に移行する。このハンドオーバー要因の確定機能では、そのハンドオーバー要因を確定させ、ハンドオーバーの指示機能（ステップＳ２８）に移行する。このハンドオーバーの指示機能では、そのハンドオーバー要因の生成に基づき、通信端末装置２Ｂから接続中のＡＰに対してハンドオーバーの指示をする（ステップＳ２８）。これにより、ハンドオーバーが実行され、ステップＳ２１に戻る。
　斯かる構成とすれば、第１の実施の形態と同様に、ＡＰの負荷分散や、ＲＴＰパケットによる音声通信の品質を高めることができる。また、従来のＲＳＳＩ値の劣化等、無線品質の監視によってハンドオーバーを行った場合に、無線品質が劣化していても、音声品質が劣化していなければ、ハンドオーバーが実施されないので、無線品質によるハンドオーバーの繰り返しを防止できる。無線品質を基準にした場合に、ＡＰのハンドオーバー閾値の狭間でハンドオーバー処理の繰り返しによる音声品質の低下を改善することができる。
　なお、この実施の形態では、無線品質の劣化監視の後、ＲＴＰパケットの揺らぎ監視を行っているが、図４に破線２２で示すように、無線品質の劣化監視と並行してＲＴＰパケットの揺らぎ監視を行い、これらの論理積条件の成立に代え、論理和条件の成立によりハンドオーバー要因を生成させてもよい。
〔第３の実施の形態〕
　第３の実施の形態は、ＲＳＳＩ値の劣化等、無線品質の低下を監視しつつ、ＲＴＰパケットの揺らぎの頻度によるハンドオーバー要因を生成し、ハンドオーバーを実行する構成である。即ち、無線品質の低下と、ＲＴＰパケットの揺らぎの頻度との論理積によってハンドオーバー要因を生成させている。
　この第３の実施の形態について、図５及び図６を参照する。図５は、無線ＬＡＮシステムを示す図、図６は、ＲＳＳＩ値のハンドオーバー閾値付近のハンドオーバーを示す図である。図５及び図６に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　この無線ＬＡＮシステム１４では、図５に示すように、複数のＡＰとしてＡＰ４１、４２、４３・・・４Ｎが備えられ、各ＡＰ４１、４２、４３・・・４Ｎには、通信端末装置の一例として、携帯電話機（ＨＳ）２０１、２０２、２０３・・・２０Ｎがそれぞれ無線接続されている。各ＡＰ４１、４２、４３・・・４Ｎは、ＬＡＮケーブルに接続されて有線ＬＡＮ２４が構成され、この有線ＬＡＮ２４には、ＳＩＰ（Session Initiation Protocol ）サーバ２６及びコントローラ２８が接続されている。ＳＩＰサーバ２６は、ＳＩＰと称するプロトコルを利用し、電話番号とＩＰアドレスとの対応付けや、相手先を呼び出す呼制御等を行う制御手段の一例である。コントローラ２８は、ＡＰ４１、４２、４３・・・４Ｎと携帯電話機２０１、２０２、２０３・・・２０Ｎとの間の接続の維持や、データの授受等の各種の制御を行う制御手段の一例である。
　このようなＶｏＩＰ通信環境下では、複数のＡＰ４１、４２、４３・・・４Ｎが設置されているが、図６に示すように、例えば、２つのＡＰ４１、４２の接続可能なエリアが交錯する狭間に例えば、携帯電話機２０１が存在し得る場合がある。この場合、Ａ１は、ＡＰ４１のＲＳＳＩ値のハンドオーバー閾値Ｒth1 、Ａ２は、ＡＰ４２のＲＳＳＩ値のハンドオーバー閾値Ｒth2 である。ここで、ＲＳＳＩ値のハンドオーバー閾値とは、対応するＡＰとの接続が可能な電波の強さの限界値である。
　このように各ＡＰ４１、４２のＲＳＳＩ値のハンドオーバー閾値Ｒth1 、Ｒth2 の狭間にある携帯電話機２０１では、頻繁にＲＳＳＩ値によるハンドオーバー要因を生成させる。この場合、接続中のＡＰ４１からＡＰ４２に接続を切り替え、接続したＡＰ４２から再びＡＰ４１に接続を切り替える等、ＡＰ４１とＡＰ４２との間で不安定な接続状態となる。携帯電話機２０１とＡＰ４１又はＡＰ４２に接続が切り替わると、ＶｏＩＰ通信では音声品質に影響を与える。これは、ＡＰ４１又はＡＰ４２側からすれば、負荷が刻々と変化することになり、携帯電話機２０１では、受信するＲＴＰパケットに揺らぎを生じさせ、不安定な接続状態や、接続切替えによる異常音を生じさせる不都合等がある。
　次に、携帯電話機２０１、２０２、２０３・・・２０Ｎについて、図７、図８及び図９を参照する。図７は、携帯電話機の一例を示す図、図８は、無線部の機能部の一例を示す図、図９は、携帯電話機の外観構成例を示す図である。図７ないし図９に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。図７ないし図９において、図１と同一部分には同一符号を付してある。
　各携帯電話機２０１、２０２、２０３・・・２０Ｎは、本開示の通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムの一例であって、無線ＬＡＮを用いたＶｏＩＰ通信が可能である。そこで、この携帯電話機２０１、２０２、２０３・・・２０Ｎは、制御部３０と、無線部３２と、記憶部３４と、ＤＳＰ（Digital Signal Processor）３６と、音声処理部３８と、表示部５０と、操作部５１と、タイマー部５２とを備える。
　制御部３０は、記憶部３４等にあるプログラムの実行や、各種機能部の制御を司る制御手段の一例であって、例えば、ＣＰＵ（Central Processing Unit ）で構成すればよい。
　無線部３２は、制御部３０の制御に基づき、アンテナ５３を備え、既述の無線ＬＡＮを用いたＶｏＩＰ通信を行う通信手段の一例である。
　記憶部３４は、プログラム記憶部５４と、データ記憶部５５と、ＲＡＭ（Random-Access Memory）５６とを備えている。プログラム記憶部５４は記録媒体で構成され、ＯＳ（Operating System）や、ハンドオーバー制御プログラム等のプログラムが格納されている。データ記憶部５５は、データ記憶手段の一例であって、ＲＳＳＩ値等の無線品質データ、ビーコンロス等のデータ、ＲＴＰ揺らぎデータ等、ハンドオーバー要因データの他、各種のデータが格納される。ＲＡＭ５６は、ワークエリアを構成する。
　ＤＳＰ３６は、制御部３０によって制御されるディジタル信号処理部の一例であって、ＶｏＩＰ通信のパケットデータから音声信号の再生等、各種の信号処理、ジッター（ＲＴＰ揺らぎ）等の処理を実行する。
　音声処理部３８は、制御部３０によって制御される音声信号処理手段の一例であって、レシーバ５７及びマイクロフォン５８を備える。この音声処理部３８では、レシーバ５７から音声出力を発生するとともに、マイクロフォン５８に加えられる音声を音声信号として取り込む。
　表示部５０は、制御部３０によって制御される表示手段の一例であって、例えば、ＬＣＤ（Liquid Crystal Display）表示器を備え、文字情報や画像情報を表示する。
　操作部５１は、制御部３０によって制御され、操作によって情報を入力するための操作入力手段の一例であって、例えば、キーボードやマウス等を備える。
　タイマー部５２は、計時手段の一例であって、ＲＴＰパケットの揺らぎの頻度を監視するため、その所定期間の設定等の計時を行う。
　次に、無線部３２は、図８に示すように、ハンドオーバー発生部６０と、ハンドオーバー制御部６２とを備える。ハンドオーバー発生部６０は、既述のハンドオーバー要因生成部１８（図３）に対応する。また、ハンドオーバー制御部６２は、ハンドオーバー発生部６０に発生したハンドオーバー要因に基づき、ハンドオーバーを指示し、実行する制御手段である。
　ハンドオーバー発生部６０には、ＲＳＳＩ監視部６４と、再送監視部６６と、ＳＮＲ測定部６８と、ＢＥＲ（Bit Error Rate）測定部７０と、ＰＥＲ（Packet Error Rate ）測定部７２と、ビーコンロス（Beacon Loss ）計測部７４と、ＲＴＰ揺らぎ計測部７６とを備える。
　ＲＳＳＩ監視部６４は、電波測定部７８によって測定された電波の強さ（ＲＳＳＩ値）、即ち、ＲＳＳＩ値の劣化を監視し、その監視出力を発生する。この監視出力をハンドオーバー制御部６２に入力する。
　再送監視部６６は、送信ＲＴＰ再送を監視し、その再送率を監視出力としてハンドオーバー制御部６２に入力する。
　ＳＮＲ測定部６８は、受信電波の信号対雑音比（ＳＮＲ）を測定し、その測定値をハンドオーバー制御部６２に入力する。
　ＢＥＲ測定部７０は、ＲＴＰのBit Error Rateを測定し、その測定値をハンドオーバー制御部６２に入力する。
　ＰＥＲ測定部７２は、ＲＴＰのPacket Error Rate を測定し、その測定値をハンドオーバー制御部６２に入力する。
　ビーコンロス計測部７４は、ビーコンの損失を計測し、その計測値をハンドオーバー制御部６２に入力する。
　ＲＴＰ揺らぎ計測部７６は、ＲＴＰの揺らぎを監視する既述のＲＴＰ揺らぎ監視部１０の一例であって、揺らぎの計測結果をハンドオーバー制御部６２に入力する。
　このような機能部を備える無線部３２は、制御部３０によって制御されるが、この制御部３０にはメディア制御部７９を備えている。このメディア制御部７９は、ジッターバッファ８０のジッターデータの読込み又は書込みを制御する手段である。この場合、ジッターは、既述のＲＴＰ揺らぎであって、ジッターバッファ８０には、ＲＴＰ揺らぎを表すジッターが格納される。このジッターバッファ８０は、既述のデータ記憶部５５（図７）に設定される。
　次に、この携帯電話機２０１、２０２、２０３・・・２０Ｎは、図９に示すように、第１の筐体部として操作側筐体部８２と、第２の筐体部として表示側筐体部８４とをヒンジ部８６で開閉可能に連結して構成されている。操作側筐体部８２には、既述の操作部５１が設けられるとともに、マイクロフォン５８が設置されている。また、表示側筐体部８４には、表示部５０が備えられているとともに、レシーバ５７が設置されている。図示しないが、音声出力手段としてスピーカを備えてもよい。
　次に、ＱｏＳ制御による送信パケットの優先付けについて、図１０を参照する。図１０は、送信パケットの優先付けを示す図である。
　送信パケットには、アクセスカテゴリとしてＡＣ＿ＶＯ、ＡＣ＿ＶＩ、ＡＣ＿ＢＥ、ＡＣ＿ＢＫが設定され、各種データがカテゴライズされている。データ種別について、ＡＣ＿ＶＯには、音声、８０２．１１マネージメントフレーム（高速無線ＬＡＮ）、ＡＣ＿ＶＩにはビデオ映像等、ＡＣ＿ＢＥには、上記の音声、マネージメントフレーム、ビデオ映像等のデータを除くデータパケット（ＨＴＴＰ、ＦＴＰ等）が割り当てられ、ＡＣ＿ＢＫはデータの割り当てがなく、未使用である。これらアクセスカテゴリの優先度は、ＡＣ＿ＶＯが最も高く、ＡＣ＿ＢＫが最も低い。
　次に、ＲＴＰパケットの揺らぎ計測について、図１１を参照する。図１１は、ＲＴＰパケットの揺らぎ計測とハンドオーバー制御との関係を示す図である。
　この関係図では、縦軸が受信ＲＴＰパケットのインターバル時間、横軸が経過時間である。基準インターバルをＩｒ（＝２０〔ｍｓ〕）とすれば、その上限をＩｒ＋Ｍ〔ｍｓ〕、その下限をＩｒ－Ｍ〔ｍｓ〕とし、その許容幅をΔＩｒ＝Ｉｒ±Ｍ〔ｍｓ〕である。この許容幅ΔＩｒは、基準インターバルＩｒから許容できる揺らぎ幅±Ｍ〔ｍｓ〕を示している。また、横軸の各Ｔは、一定の揺らぎ計測期間であって、同一時間に設定される。即ち、時点ｔa で揺らぎ計測期間Ｔが開始され、時点ｔb で前回の揺らぎ計測期間Ｔが終了するとともに、次の揺らぎ計測期間Ｔが開始され、時点ｔc でその揺らぎ計測期間Ｔが終了する。ｊは、揺らぎを表している。
　揺らぎｊが許容幅ΔＩｒ内にあれば、許容できる揺らぎであるが、許容幅ΔＩｒ内になければ、許容できない揺らぎとなる。この場合、時点ｔa －ｔb の期間Ｔでは、全ての揺らぎｊが許容幅ΔＩｒ内に存在するが、時点ｔb －ｔc の期間Ｔでは、揺らぎｊが許容幅ΔＩｒ外に多く存在し、その比率は許容範囲外の揺らぎが多く発生している。揺らぎ計測期間Ｔ内で許容幅ΔＩｒ外の揺らぎｊの発生回数が基準値としてｎ回を超えたとき、ハンドオーバーを実行する。
　この場合、時点ｔb －ｔc の期間Ｔでハンドオーバー要因が成立し、この期間Ｔの経過途上である時点ｔ1 でハンドオーバーが開始され、時点ｔ2 でハンドオーバーが終了している。即ち、時点ｔ1 から時点ｔ2 までの期間Ｔｈｏがハンドオーバーの実行期間である。
　このハンドオーバーが完了した時点ｔd から揺らぎ計測期間Ｔが開始され、この期間Ｔは時点ｔe まで継続され、揺らぎｊが計測される。この場合、時点ｔd －ｔe の期間Ｔでは、揺らぎｊの変化が見られず、通信が安定している。
　この場合、ＶｏＩＰ通話中時に発生した他の無線品質を基準としたハンドオーバー要因の発生時には、許容値を超える揺らぎの頻度が所定値を超えることとのアンド条件の成立により、ハンドオーバーを開始するか否かを判断すればよい。
　次に、負荷増加時のＲＴＰパケットインターバルについて、図１２を参照する。図１２は、負荷増加時のＲＴＰパケットインターバルを示す図である。
　この負荷増加時のＲＴＰパケットインターバルは、負荷増加が音質の乱れとなって現れることをシミュレーションしたものである。図１２では、横軸に経過時刻、縦軸にＲＴＰパケットインターバル時間を取り、図中の矩形ドットはＲＴＰパケットインターバルＰを示し、その頻度が表されている。
　このシミュレーションより帯域負荷が増加すると、基準のＲＴＰパケットインターバル時間２０〔ｍｓ〕から大幅な揺らぎを観測することができる。ＲＴＰパケットは、２０〔ｍｓ〕周期で伝送され、２０〔ｍｓ〕周期で再生されるが、帯域の負荷増加に伴い、ＲＴＰパケットインターバルＰに揺らぎが発生する。ジッターバッファの記憶容量の枯渇による音質の乱れは、ＲＴＰパケットの遅延の累積により発生する。しかし、帯域の負荷が増加すれば、ＡＰ側からのＲＴＰパケットインターバルの速い間隔でＲＴＰパケットが到達する場合にも音質の乱れが生じる。帯域の負荷の増加がＲＴＰパケットの揺らぎを生じさせ、音質の乱れとなる。
　次に、ハンドオーバー制御について、図１３を参照する。図１３は、ハンドオーバー制御の処理手順を示すフローチャートである。図１３に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　このハンドオーバー処理は、ハンドオーバー制御方法の一例、即ち、ハンドオーバーのメインルーチンの一例であって、処理手順に無線品質の低下によるハンドオーバー要因と、ＲＴＰ揺らぎ回数とによるハンドオーバー要因を考慮している。
　この処理手順では、無線品質の低下によるハンドオーバー要因の監視処理Ｆ１と、ＲＴＰパケットの揺らぎの監視処理Ｆ２、Ｆ３とを含み、この実施の形態では、両者のＡＮＤ条件を以てハンドオーバー要因を確定させている。
　監視処理Ｆ１には、ＲＳＳＩ値の監視（ステップＳ１０１）、Ｔｘ　Ｒｅｔｒｙ（再送信）の監視（ステップＳ１０２）、ＳＮＲの監視（ステップＳ１０３）が含まれる。即ち、ＲＳＳＩ値の監視（ステップＳ１０１）では、ＲＳＳＩ値の変動がハンドオーバーすべきレベルに到達しているか否かを判定する。再送信の監視（ステップＳ１０２）では、再送回数がハンドオーバーすべき回数に到達しているか否かを判定する。また、ＳＮＲの監視（ステップＳ１０３）では、信号に対するノイズの比率レベルがハンドオーバーすべきレベルに到達しているか否かを判定する。
　この実施の形態では、先ず、ＲＳＳＩ値の監視（ステップＳ１０１）を行い、そのＲＳＳＩ値に問題がなければ（ステップＳ１０１のＮＯ）、Ｔｘ　Ｒｅｔｒｙ（再送信）の監視（ステップＳ１０２）に移行し、再送回数がハンドオーバーすべき回数に到達していなければ（ステップＳ１０２のＮＯ）、ＳＮＲの監視（ステップＳ１０３）に移行し、信号に対するノイズの比率レベルがハンドオーバーすべきレベルに到達していなければ（ステップＳ１０３のＮＯ）、ＶｏＩＰ通話中か否かの判定（ステップＳ１０４）に移行し、ＶｏＩＰ通話中でなければ（ステップＳ１０４のＮＯ）、ビーコン損失（Beacon Loss ）の判定（ステップＳ１０５）に移行する。
　そして、ＲＳＳＩ値が所定レベル以下（ステップＳ１０１のＹＥＳ）、再送回数がハンドオーバーすべき回数に到達（ステップＳ１０２のＹＥＳ）、又は、ノイズレベルが所定レベルに到達（ステップＳ１０３のＹＥＳ）であれば、無線品質低下によるハンドオーバー要因が生成される。
　このハンドオーバー要因が生起した場合、ＶｏＩＰ通話中か否かを判定し（ステップＳ１０６）、ＶｏＩＰ通話中でなければ（ステップＳ１０６のＮＯ）、この処理を終了する。また、ＶｏＩＰ通話中であれば（ステップＳ１０６のＹＥＳ）、ＲＴＰパケットの許容値を超える揺らぎの頻度として、ＲＴＰ揺らぎ回数（ｘ）が所定値以上であるか否かを判定する（ステップＳ１０７）。
　この場合、無線品質の低下によるハンドオーバー要因が生起していても、ＲＴＰ揺らぎ回数（ｘ）が所定値以上でなければ、ステップＳ１０７を通過することができない。ＲＴＰ揺らぎ回数（ｘ）が所定値以上であれば、ハンドオーバー要因を確定させ（ステップＳ１０８）、ハンドオーバー処理を実行する（ステップＳ１０９）。即ち、現在接続中のＡＰから他のＡＰに対して接続切替えが行われる。
　また、ステップＳ１０４において、ＶｏＩＰ通話中であれば（ステップＳ１０４のＹＥＳ）、ＲＴＰ揺らぎ回数（ｘ）が所定値以上であるか否かを判定する（ステップＳ１１０）。ＲＴＰ揺らぎ回数（ｘ）が所定値以上でなければ（ステップＳ１１０のＮＯ）、ステップＳ１０１に戻り、同一の処理を実行する。
　ＲＴＰ揺らぎ回数（ｘ）が所定値以上であれば（ステップＳ１１０のＹＥＳ）、ＲＴＰ揺らぎのみによるハンドオーバー要因を確定させ（ステップＳ１０８）、ハンドオーバー処理を実行する（ステップＳ１０９）。即ち、ＶｏＩＰ通話中であることを条件（ステップＳ１０４のＹＥＳ）として、無線品質の低下がなくても、ＲＴＰ揺らぎ回数（ｘ）が所定値以上であれば（ステップＳ１１０のＹＥＳ）、ハンドオーバーが実行される。
　また、ビーコン損失が発生していれば（ステップＳ１０５のＹＥＳ）、このビーコン損失もハンドオーバー要因の一つであるから、このハンドオーバー要因を確定し（ステップＳ１０８）、ハンドオーバー処理を実行する（ステップＳ１０９）。
　次に、受信ＲＴＰパケットの揺らぎ計測について、図１４を参照する。図１４は、受信ＲＴＰパケットの揺らぎ計測の処理手順を示すフローチャートである。
　この処理手順は、既述の処理手順（図１３のステップＳ１０７、Ｓ１１０）に対応する。この処理手順では、図１４に示すように、ＶｏＩＰ通話を開始すると（ステップＳ１１１）、初期化（バッファ）を行い（ステップＳ１１２）、揺らぎ計測タイマーをスタートさせる（ステップＳ１１３）。揺らぎ計測タイマーの計時を監視し（ステップＳ１１４）、タイムアップか否かを判定する。揺らぎ計測タイマーがタイムアップした場合には（ステップＳ１１４のＹＥＳ）、揺らぎ回数を初期化する（ステップＳ１１５）。揺らぎタイマーがタイムアップしていない場合には（ステップＳ１１４のＮＯ）、ＲＴＰ（音声用データパケット）を受信し（ステップＳ１１６）、一つ前のＲＴＰの受信記録があるか否かを判定し（ステップＳ１１７）、その受信記録がなければ（ステップＳ１１７のＮＯ）、一つ前のＲＴＰ受信時間をＴ１とし、その時間Ｔ１を記録し（ステップＳ１１８）、ステップＳ１１３に戻る。
　一つ前のＲＴＰ受信の記録がある場合には（ステップＳ１１７のＹＥＳ）、そのＲＴＰ受信時間Ｔ１と最新のＲＴＰ受信時間Ｔ２から、インターバル時間を算出する（ステップＳ１１９）。この場合、時間Ｔ１に時間Ｔ２を代入し（ステップＳ１２０）、基準値である基準ＲＴＰインターバルと比較する（ステップＳ１２１）。この比較において、許容できる揺らぎ幅か否かを判定する（ステップＳ１２２）。この判定では、パラメータに許容できる揺らぎ幅を指定し、この揺らぎ幅について、ＱｏＳ有効時と、ＱｏＳ無効時で別パラメータを動的に指定する。
　許容できる揺らぎ幅の場合には（ステップＳ１２２のＹＥＳ）、ＲＴＰ揺らぎ回数を不加算とし（ステップＳ１２３）、ステップＳ１１３に戻る。また、許容できる揺らぎ幅を超えている場合には（ステップＳ１２２のＮＯ）、ＲＴＰ揺らぎ回数を加算する（ステップＳ１２４）。
　ＲＴＰ揺らぎ回数（ｘ）が所定値以上か否かを判定する（ステップＳ１２５）。ＲＴＰ揺らぎ回数（ｘ）が所定値未満であれば（ステップＳ１２５のＮＯ）、ステップＳ１１３に戻る。また、ＲＴＰ揺らぎ回数（ｘ）が所定値以上であれば（ステップＳ１２５のＹＥＳ）、ハンドオーバー要因を発生させ（ステップＳ１２６）、ステップＳ１１１に戻り、同様の処理を実行する。
　ハンドオーバー要因の発生（ステップＳ１２６）に基づき、メインルーチン（図１３）に戻る。これにより、ハンドオーバーが実行され、即ち、現在接続中のＡＰから電界強度の高いＡＰに対して接続切替えが行われる。
　次に、ハンドオーバー実行処理について、図１５を参照する。図１５は、ハンドオーバー実行の処理手順を示すフローチャートである。図１５に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　この処理手順は、既述の処理手順（図１３のステップＳ１０９）に対応する。この処理手順では、図１５に示すように、ハンドオーバーの実行処理が開始されると、ＡＰの走査が開始され（ステップＳ１３１）、ハンドオーバー候補であるＡＰの検索が実行される（ステップＳ１３２）。ハンドオーバー候補のＡＰが存在しなければ（ステップＳ１３２のＮＯ）、現在のＡＰの帰属を維持し、即ち、接続中のＡＰとの接続を維持する（ステップＳ１３３）。
　ハンドオーバー候補のＡＰがあれば（ステップＳ１３２のＹＥＳ）、候補であるＡＰとのハンドオーバー処理を実行し（ステップＳ１３４）、ハンドオーバーが成功したか否かを判定する（ステップＳ１３５）。ハンドオーバーが成功すれば（ステップＳ１３５のＹＥＳ）、新しいＡＰとの接続が維持され、ハンドオーバー完了となる（ステップＳ１３６）。また、ハンドオーバーが成功しなければ（ステップＳ１３５のＮＯ）、接続失敗により圏外となる（ステップＳ１３７）。即ち、未接続状態となる。
　この第３の実施の形態について、特徴事項や利点等を以下に列挙する。
　(1) 無線品質が低下していなくても、ＲＴＰ揺らぎ回数が所定値以上であれば、ハンドオーバー要因が確定する。即ち、ハンドオーバーにはＲＴＰ揺らぎ回数が優先する（処理Ｆ２）。
　(2) 無線品質の低下によってハンドオーバー要因が生じても、ＲＴＰ揺らぎ回数が所定値以上でなければ、ハンドオーバー要因が確定しない。即ち、ハンドオーバー要因の確定には、ＲＴＰ揺らぎ回数が所定値以上であることが条件である（処理Ｆ３）。
　(3) 上記実施の形態では、一定期間でのＡＣ３（ＡＣ＿ＶＯ）にカテゴライズされるＲＴＰパケットを受信した際にその揺らぎを計測し、ハンドオーバー要因を発生させる。ＶｏＩＰ通話開始時に、全ての変数を初期化し、揺らぎ計測タイマー即ち、タイマー部５２の計時をスタートさせる。この揺らぎ計測タイマーは任意のタイマー値を用い、この期間で許容値を超える揺らぎ幅のインターバルが何回発生したかを計測する。この計測されたＲＴＰ揺らぎ回数（ｘ）が所定値以上の場合にハンドオーバー要因を発生させる。
　(4) ＶｏＩＰ通話中において、ＡＰを切り替えるハンドオーバー要因発生後、電波の強さ（電界強度：ＲＳＳＩ値）の劣化等と、既述の所定値以上のＲＴＰ揺らぎ回数との論理積（ＡＮＤ）条件を満たした場合に、ハンドオーバー要因を発生させている。なお、図１３に示すフローチャートのステップＳ１０７、Ｓ１１０、図１４のステップＳ１２５について、ＲＴＰ揺らぎ回数（ｘ）と比較する所定値は同一でもよく、また、異ならせてもよい。
　(5) ハンドオーバーがＡＰからの電波の強さ（電界強度：ＲＳＳＩ値) を基準に行われた場合には、音声通信の音声品質が劣化していても、ＲＳＳＩ値が良好であればハンドオーバーが実施されない場合の不都合を解消できる。即ち、上記実施の形態では、ＶｏＩＰの音声通信において、ＡＰに依存することなく、携帯電話機２０１、２０２・・・２０Ｎ側でハンドオーバー要因を生成し、ＡＰ側にハンドオーバーを実行させている。従前、通話が途切れる等、複数のＡＰの狭間で発生する無駄なハンドオーバーの抑止、帯域の圧迫による音質の劣化防止、ＡＰの負荷分散を図ることができる。
　(6) 高価なＣＡＣ（コールアドミッションコントロール：音声通話数を一定に制限する）機能を搭載していないＡＰを要することなく、ＲＴＰパケットの揺らぎ回数に応じてハンドオーバー要因を生じさせ、ＡＰの負荷分散が可能になる。ＲＴＰパケットの揺らぎは、ＡＰの負荷状態に依存するので、ＲＴＰパケットの揺らぎ回数に応じてハンドオーバーを実行させれば、結果としてＡＰの負荷の軽減や負荷分散を図ることができ、頻発していたハンドオーバーによる音声品質に比較して音声品質を高めることができ、音声品質の劣化を防止できる。
　(7) 無駄なハンドオーバーの繰り返しを防止できる。
　(8) 複数のＡＰの狭間でハンドオーバー処理を開始する閾値付近で頻発したハンドオーバー処理の繰り返しを防止でき、音声品質の向上や音声品質の劣化防止に寄与することができる。また、不必要なハンドオーバーによる無音状態を解消でき、音声品質を安定化することができる。
　(9) 通信圏外を判定するＲＳＳＩ値の劣化と音声品質の劣化の乖離をなくすことができ、音声通信の信頼性や品質を高めることができる。
〔第４の実施の形態〕
　第４の実施の形態は、ＡＣ３（ＡＣ＿ＶＯ）にカテゴライズされるＲＴＰパケットを受信した際の揺らぎを計測し、ＲＴＰパケットのインターバルに対する揺らぎの割合を検知する。また、ＲＳＳＩ値の劣化と揺らぎとのＡＮＤ条件からハンドオーバー要因を発生させている。
　この第４の実施の形態について、図１６、図１７及び図１８を参照する。図１６は、携帯電話機を示す図、図１７は、揺らぎ計測の処理手順を示すフローチャート、図１８は、ハンドオーバー処理を示すフローチャートである。図１６ないし図１８に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　この実施の形態における受信ＲＴＰ揺らぎ計測システムでは、図１６に示すように、携帯電話機２０１、２０２、２０３・・・２０Ｎの記憶部３４のデータ記憶部５５に、Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ（Last RTP interval buffer）８８、ＲＴＰ＿ｊ＿ｒ＿ｂｕｆｆ（RTP jitter rate buffer）９０、Ｌ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ（Last  received RTP time buffer）９２が備えられている。
　Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ８８には、前回のＲＴＰ間隔が格納される。ＲＴＰ＿ｊ＿ｒ＿ｂｕｆｆ９０には、ＲＴＰ間隔の揺らぎ割合〔％〕が格納され、このＲＴＰ間隔の揺らぎ割合〔％〕は（前回のＲＴＰ間隔／今回のＲＴＰ間隔）×１００〔％〕で求められる。また、Ｌ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ９２には、前回のＲＴＰ受信時間が格納される。その他の構成は、第３の実施の形態と同様である。
　そこで、受信ＲＴＰパケットの揺らぎ計測の処理では、図１７に示すように、ＶｏＩＰ通話の開始により（ステップＳ２０１）、Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ８８のクリア（ステップＳ２０２）、ＲＴＰ＿ｊ＿ｒ＿ｂｕｆｆ９０のクリア（ステップＳ２０３）、Ｌ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ９２のクリア（ステップＳ２０４）により、記憶データの初期化を行う。
　ＲＴＰパケットを受信し（ステップＳ２０５）、Ｌ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ９２にデータがあるか否かを判定し（ステップＳ２０６）、データがなければ（ステップＳ２０６のＮＯ）、Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ８８にＲＴＰ受信時間を格納する（ステップＳ２０７）。Ｌ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ９２にデータがあれば（ステップＳ２０６のＹＥＳ）、前回のＲＴＰ受信時間と、今回のＲＴＰ受信時間からインターバルタイムを算出する（ステップＳ２０８）。
　Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ８８にデータがあるか否かを判定し（ステップＳ２０９）、データがなければ（ステップＳ２０９のＮＯ）、インターバルタイムをＬ＿ｒ＿ＲＴＰ＿ｔ＿ｂｕｆｆ９２に格納する（ステップＳ２１０）。Ｌ＿ＲＴＰ＿ｉ＿ｂｕｆｆ８８にデータがあれば（ステップＳ２０９のＹＥＳ）、前回のＲＴＰ間隔／今回のＲＴＰ間隔×１００（ＲＴＰ間隔の揺らぎ割合（％））を算出する（ステップＳ２１１）。ＲＴＰ＿ｊ＿ｒ＿ｂｕｆｆ９０に揺らぎ割合を格納する（ステップＳ２１２）。
　許容値以上の揺らぎか否かの判定について、算出した揺らぎ割合が所定値以上か否かを判定し（ステップＳ２１３）、算出した揺らぎ割合が所定値以下であれば（ステップＳ２１３のＮＯ）、ステップＳ２０５に戻る。算出した揺らぎ割合が所定値以上であれば（ステップＳ２１３のＹＥＳ）、ハンドオーバー要因を発生させ（ステップＳ２１４）、ステップＳ２０１にリターンする。
　このような処理によれば、許容値以上の揺らぎがＲＴＰパケットに生じたか否かを容易且つ精度よく計測でき、ハンドオーバー要因を生成させることができる。
　このようなハンドオーバー要因を用いたハンドオーバーの処理手順では、図１８に示すように、ＶｏＩＰ通話を開始し（ステップＳ２２１）、ＲＳＳＩ値の劣化によるハンドオーバー要因の発生（ステップＳ２２２）に基づき、受信ＲＴＰパケットの揺らぎ割合が所定値以上であるか否かを判定する（ステップＳ２２３）。受信ＲＴＰパケットの揺らぎ割合が所定値以上であるか否かの判定は、既述の処理手順（図１７）に記載した通りである。
　そこで、ＲＳＳＩ値の劣化によるハンドオーバー要因と、受信ＲＴＰパケットの揺らぎ割合が所定値以上である場合のハンドオーバー要因とにより、ハンドオーバー要因を発生させ（ステップＳ２２４）、このハンドオーバー要因に基づいてハンドオーバー処理が実行され（ステップＳ２２５）、このハンドオーバー処理を終了する。
　この第４の実施の形態について、特徴事項や利点等を以下に列挙する。
　(1) この実施の形態では、ＡＣ３（ＡＣ＿ＶＯ）にカテゴライズされるＲＴＰパケットの揺らぎを計測し、ＲＴＰパケットのインターバルから任意の割合の揺らぎが発生したことを計測し、ハンドオーバー要因を発生させている。
　(2) ＲＳＳＩ劣化によるハンドオーバー要因と、ＲＴＰパケットの揺らぎの任意の割合によるハンドオーバー要因とのＡＮＤ条件を満たしたことにより、ハンドオーバー要因を発生させている。
　(3) その他の構成や利点は第３の実施の形態と同様である。
〔第５の実施の形態〕
　第５の実施の形態は、第４の実施の形態と同様にＲＴＰパケットのインターバルに対する揺らぎの割合を計測し、そのＲＴＰパケットの揺らぎと、ＲＳＳＩ値の劣化及び送信ＲＴＰの再送率とのＡＮＤ条件からハンドオーバー要因を発生させている。
　この第５の実施の形態について、図１９及び図２０を参照する。図１９は、送信ＲＴＰ再送率の計測の処理手順を示すフローチャート、図２０は、ハンドオーバー処理を示すフローチャートである。図１９及び図２０に示す構成は一例であって、斯かる構成に本発明が限定されるものではない。
　この実施の形態では、受信ＲＴＰパケットの揺らぎ計測の処理手順（図１７）が使用されるとともに、データ記憶部５５におけるバッファ構成は第４の実施の形態と同様であり、その他の構成は第３の実施の形態と同様である。
　この実施の形態の送信ＲＴＰ再送率の計測の処理手順では、図１９に示すように、ＶｏＩＰ通話を開始し（ステップＳ２３１）、ＲＴＰパケットが送信される（ステップＳ２３２）。このＲＴＰパケットの送信について、一定期間のＲＴＰ再送率を算出し（ステップＳ２３３）、その再送率の割合が所定値以上か否かを判定する（ステップＳ２３４）。再送率の割合が所定値未満であれば（ステップＳ２３４のＮＯ）、ステップＳ２３２に戻り、同様の処理を行う。算出されたＲＴＰ再送率の割合が所定値以上であれば（ステップＳ２３４のＹＥＳ）、ハンドオーバー要因を発生させる（ステップＳ２３５）。
　このＲＳＳＩ値の劣化及びＲＴＰ再送率によるハンドオーバー要因を加えたハンドオーバー処理の処理手順では、図２０に示すように、ＶｏＩＰ通話を開始し（ステップＳ２４１）、ＲＳＳＩ値の劣化によるハンドオーバー要因の発生（ステップＳ２４２）に基づき、受信ＲＴＰパケットの揺らぎ割合が所定値以上であるか否かを判定する（ステップＳ２４３）。受信ＲＴＰパケットの揺らぎ割合が所定値以上であれば（ステップＳ２４３のＹＥＳ）、ハンドオーバー要因を発生させる（ステップＳ２４４）。受信ＲＴＰパケットの揺らぎ割合が所定値以上であるか否かの判定は、既述の処理手順（図１７）に記載した通りである。
　受信ＲＴＰパケットの再送率の割合が所定値以上であるか否かを判定する（ステップＳ２４５）。受信ＲＴＰパケットの再送率の割合が所定値以上であれば（ステップＳ２４５のＹＥＳ）、ハンドオーバー要因を発生させ（ステップＳ２４６）、このハンドオーバー要因に基づいてハンドオーバー処理が実行され（ステップＳ２４７）、このハンドオーバー処理を終了する。
　この第５の実施の形態について、特徴事項や利点等を以下に列挙する。
　(1) この実施の形態においても、ＡＣ３（ＡＣ＿ＶＯ）にカテゴライズされるＲＴＰパケットの揺らぎを計測し、ＲＴＰパケットのインターバルに任意の割合の揺らぎが発生したことを検知することにより、ハンドオーバー要因を発生させている。
　(2) ＲＴＰパケットの再送率を任意の期間で任意の割合で発生したことを検知し、ハンドオーバー要因を発生させている。
　(3) ハンドオーバー処理について、ＲＳＳＩ値の劣化に基づくハンドオーバー要因に、上記ＲＴＰパケットの揺らぎに基づくハンドオーバー要因と、ＲＴＰパケットの再送率によるハンドオーバー要因とのＡＮＤ条件に基づき、ハンドオーバーを実行させている。
　なお、この第５の実施の形態は、受信ＲＴＰパケットの揺らぎ割合が所定値以上であれば（ステップＳ２４３のＹＥＳ）、ハンドオーバー要因を発生させ（ステップＳ２４４）た後、ステップＳ２４５に移行しているが、これに限定されない。即ち、受信ＲＴＰパケットの揺らぎ割合が所定値以上であれば（ステップＳ２４３のＹＥＳ）、ハンドオーバー要因を発生させることなく、ステップＳ２４５に移行し、受信ＲＴＰパケットの再送率の割合が所定値以上であれば（ステップＳ２４５のＹＥＳ）、両者のＡＮＤ条件の成立を以てハンドオーバー要因を発生させる構成としてもよい。
〔他の実施の形態〕
　(1) 第２の実施の形態において、図２１に示すように、無線品質が劣化していない場合（ステップＳ２２のＮＯ）、ステップＳ２５と同様に、揺らぎの頻度の判定機能（ステップＳ２９）を実行してもよい。即ち、ＲＳＳＩ値の劣化等、無線品質の監視によってハンドオーバーを行った場合に、無線品質が良好であれば（ステップＳ２２のＮＯ）、許容値を超える揺らぎの頻度が所定値以上であるか否かを判定する（ステップＳ２９）。許容値を超える揺らぎの頻度が所定値以上であれば（ステップＳ２９のＹＥＳ）、ハンドオーバー要因の生成機能（ステップＳ２６）に移行する。また、許容値を超える揺らぎの頻度が所定値以上でなければ（ステップＳ２９のＮＯ）、ステップＳ２１に戻る。このような処理によれば、音声品質が劣化していても、ハンドオーバーが実施されないという不都合を回避できる。また、無線品質を基準にした場合に、ＡＰのハンドオーバー閾値の狭間でハンドオーバー処理の繰り返しによる音声品質の低下をも改善することができる。
　(2) 第３の実施の形態では、無線部３２にハンドオーバー発生部６０が設置され、このハンドオーバー発生部６０にＲＳＳ監視部６４やＲＴＰ揺らぎ計測部７６等を設置している（図８）。本開示の通信端末装置は斯かる構成に限定されない。例えば、図２２に示すように、無線部３２０に監視部９４及びハンドオーバー発生部９５を設置し、この監視部９４にＲＳＳＩ監視部６４、ＲＴＰ揺らぎ計測部７６等を設置してもよい。この場合、監視部９４の監視出力がハンドオーバー発生部９５に加えられ、その監視結果に応じてハンドオーバー要因を発生させる構成としてもよい。この場合、ＲＴＰ揺らぎ計測部７６は、ＳＩＰプロトコル９６を受け、ＲＴＰ揺らぎを計測する構成である。
　(3) ハンドオーバー処理について、第３の実施の形態では、ＲＴＰパケットの揺らぎの監視処理Ｆ２、Ｆ３を併用している（図１３）。そこで、図２３に示すように、ＲＴＰパケットの揺らぎの監視処理Ｆ２を削除し、その処理を省略してもよいし、図２４に示すように、ＲＴＰパケットの揺らぎの監視処理Ｆ３を削除し、その処理を省略してもよい。ＲＴＰパケットの揺らぎの監視処理Ｆ２を削除した場合（図２３）には、ハンドオーバーの実行は、電波品質の劣化によるハンドオーバー要因と、ＲＴＰパケットの揺らぎによるハンドオーバー要因とのＡＮＤ条件の成立が条件となる。また、ＲＴＰパケットの揺らぎの監視処理Ｆ３を削除した場合（図２４）には、ハンドオーバーの実行は、電波品質の劣化によるハンドオーバー要因と、ＲＴＰパケットの揺らぎによるハンドオーバー要因とのＯＲ条件の成立が条件となる。
　(4) ＲＴＰパケットの揺らぎの頻度について、第４の実施の形態では、ＲＴＰ間隔の揺らぎ割合〔％〕＝（前回のＲＴＰ間隔／今回のＲＴＰ間隔）×１００〔％〕により求めている。即ち、今回のＲＴＰ間隔に対する前回のＲＴＰ間隔の割合を求めている。本開示の通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムは、これに限定されない。即ち、次の関係式により、ＲＴＰ間隔の揺らぎ割合〔％〕を求め、何れを用いてもよい。
　ａ）ＲＴＰ間隔の揺らぎ割合〔％〕を前回のＲＴＰ間隔に対する今回のＲＴＰ間隔の割合とする場合：
　ＲＴＰ間隔の揺らぎ割合＝（今回のＲＴＰ間隔÷前回のＲＴＰ間隔）×１００〔％〕　　　　　　　　　　　　　　　　　　　　　　　　　　　　　・・・(1) 
　ｂ）ＲＴＰ間隔の揺らぎ割合〔％〕を今回のＲＴＰ間隔に対し、前回のＲＴＰ間隔と今回のＲＴＰ間隔との差分の割合とする場合：
　ＲＴＰ間隔の揺らぎ割合＝｛（今回のＲＴＰ間隔－前回のＲＴＰ間隔）÷今回のＲＴＰ間隔）｝×１００〔％〕　　　　　　　　　　　　　　　　　・・・(2) 
　ｃ）ＲＴＰ間隔の揺らぎ割合〔％〕を前回のＲＴＰ間隔に対し、前回のＲＴＰ間隔と今回のＲＴＰ間隔との差分の割合とする場合：
　ＲＴＰ間隔の揺らぎ割合＝｛（今回のＲＴＰ間隔－前回のＲＴＰ間隔）÷前回のＲＴＰ間隔）｝×１００〔％〕　　　　　　　　　　　　　　　　　・・・(3) 
　(5) 上記実施の形態では、携帯電話機２０１、２０２、２０３・・・２０Ｎ（図９）を例示したが、本開示の通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムはこれに限定されない。本開示の通信端末装置は、無線ＬＡＮが使用できる機器であればどのようなものでもよく、携帯情報端末機（ＰＤＡ：Personal Digital Assistant）３００（図２５）や、パーソナルコンピュータ（ＰＣ）４００（図２６）であってもよい。
　ＰＣ４００では、図２６に示すように、キーボード側筐体部４０２と表示側筐体部４０４とをヒンジ部４０６で連結し、開閉可能に構成されている。図２５及び図２６において、上記実施の形態と同一部分には同一符号を付し、その説明を省略する。
　以上述べたように、本発明の最も好ましい実施の形態等について説明したが、本発明は、上記記載に限定されるものではなく、請求の範囲に記載され、又は明細書に開示された発明の要旨に基づき、当業者において様々な変形や変更が可能であることは勿論であり、斯かる変形や変更が、本発明の範囲に含まれることは言うまでもない。
　本開示の通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラムは、無線ＬＡＮシステムに用いられ、ＶｏＩＰ通信により音声通信が可能な機器に幅広く利用でき、ＡＰの負荷分散や音声通信の音声品質の劣化を防止できる等、有用である。
　２Ａ、２Ｂ　通信端末装置
　４１、４２、４３・・・４Ｎ　アクセスポイント（ＡＰ）
　６　ネットワーク
　８　無線ＬＡＮ
　１０　ＲＴＰ揺らぎ監視部
　１２、１８　ハンドオーバー要因生成部
　２０　ハンドオーバー指示部
　５２　タイマー部
　６０、９５　ハンドオーバー発生部
　６２　ハンドオーバー制御部
　９４　監視部
　９５　ハンドオーバー発生部

Claims (10)

  1. 　アクセスポイントに無線接続されて音声用データパケットにより通話を行う通信端末装置であって、
    　接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する揺らぎ監視部と、
    　所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成するハンドオーバー要因生成部と、
    　を備えることを特徴とする通信端末装置。
  2. 　前記揺らぎ監視部は、
    　接続中のアクセスポイントから受けた音声用データパケットの揺らぎを検出する揺らぎ検出部と、
    　前記揺らぎの計数期間を計時する計時手段と、
    　前記揺らぎ検出部で所定期間中に検出される許容値を超える揺らぎの回数を計数する計数部と、
    　を備えることを特徴とする、請求項１に記載の通信端末装置。
  3. 　前記ハンドオーバー要因生成部が生成するハンドオーバー要因に基づき、ハンドオーバーを実行する制御手段を備え、該制御手段によって接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるハンドオーバーを実行することを特徴とする、請求項１に記載の通信端末装置。
  4. 　更に、前記ハンドオーバー要因生成部で生成される前記ハンドオーバー要因と、　接続中のアクセスポイントからの電波の強さ、送信音声パケットの再送率又は信号対ノイズの比率から求められるハンドオーバー要因とを併用してハンドオーバーを実行するか否かを判定するハンドオーバー判定部と、
    　を備えることを特徴とする、請求項１に記載の通信端末装置。
  5. 　前記ハンドオーバー判定部は、前記ハンドオーバー要因生成部で生成される前記ハンドオーバー要因と、接続中のアクセスポイントからの電波の強さ、送信音声パケットの再送率又は信号対ノイズの比率から求められるハンドオーバー要因との論理積によりハンドオーバーを実行するか否かを判定することを特徴とする、請求項４に記載の通信端末装置。
  6. 　アクセスポイントに無線接続されて音声用データパケットにより通話を行う通信端末装置のハンドオーバー制御方法であって、
    　接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する工程と、
    　所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する工程と、
    　を含むことを特徴とするハンドオーバー制御方法。
  7. 　前記揺らぎを監視する前記工程は、
    　接続中のアクセスポイントから受けた音声用データパケットの揺らぎを検出する工程と、
    　所定期間中に検出される許容値を超える揺らぎの回数を計数する工程と、
    　を含むことを特徴とする、請求項６に記載のハンドオーバー制御方法。
  8. 　更に、前記ハンドオーバー要因の生成に基づき、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるハンドオーバーを実行する工程と、
    　を含むことを特徴とする、請求項６に記載のハンドオーバー制御方法。
  9. 　更に、前記ハンドオーバー要因と、接続中のアクセスポイントからの電波の強さ、送信音声パケットの再送率又は信号対ノイズの比率から求められるハンドオーバー要因とを併用し、ハンドオーバーを実行するか否かを判定する工程と、
    　を含むことを特徴とする、請求項６に記載のハンドオーバー制御方法。
  10. 　アクセスポイントに無線接続されて音声用データパケットにより通話を行う通信端末装置に搭載されたコンピュータに実行させるハンドオーバー制御プログラムであって、
    　接続中のアクセスポイントから受けた音声用データパケットの揺らぎを監視する機能と、
    　所定期間内における許容値を超える揺らぎの頻度に応じ、接続中のアクセスポイントから他のアクセスポイントに接続を切り替えるためのハンドオーバー要因を生成する機能と、
    　をコンピュータに実行させることを特徴とするハンドオーバー制御プログラム。
PCT/JP2009/067433 2009-10-06 2009-10-06 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム Ceased WO2011042957A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2011535231A JP5387683B2 (ja) 2009-10-06 2009-10-06 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム
PCT/JP2009/067433 WO2011042957A1 (ja) 2009-10-06 2009-10-06 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム
CN2009801617699A CN102550081A (zh) 2009-10-06 2009-10-06 通信终端装置、切换控制方法以及切换控制程序
US13/433,807 US20120236825A1 (en) 2009-10-06 2012-03-29 Communication terminal device, handover control method, and recording medium for handover control program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2009/067433 WO2011042957A1 (ja) 2009-10-06 2009-10-06 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/433,807 Continuation US20120236825A1 (en) 2009-10-06 2012-03-29 Communication terminal device, handover control method, and recording medium for handover control program

Publications (1)

Publication Number Publication Date
WO2011042957A1 true WO2011042957A1 (ja) 2011-04-14

Family

ID=43856455

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/067433 Ceased WO2011042957A1 (ja) 2009-10-06 2009-10-06 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム

Country Status (4)

Country Link
US (1) US20120236825A1 (ja)
JP (1) JP5387683B2 (ja)
CN (1) CN102550081A (ja)
WO (1) WO2011042957A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013183264A (ja) * 2012-03-01 2013-09-12 Nec Infrontia Corp 移動局及び通信システム、送信電波出力強度制御方法並びに送信電波強度制御プログラム
JP2015509332A (ja) * 2012-02-03 2015-03-26 聯發科技股▲ふん▼有限公司Ｍｅｄｉａｔｅｋ Ｉｎｃ． セルラーネットワークにおける多様なトラフィック情報を収集および提供する方法と装置
JP2021190720A (ja) * 2020-05-25 2021-12-13 沖電気工業株式会社 無線通信端末、通信システム、無線通信方法、通信方法及び無線通信制御プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5868147B2 (ja) * 2011-12-01 2016-02-24 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
US20140118160A1 (en) * 2012-10-30 2014-05-01 Quantitative Sampling Technologies, LLC Controller for supervising data acquisition devices
US10868841B1 (en) * 2020-05-29 2020-12-15 Ringcentral, Inc. Voice over internet protocol (VoIP) call quality

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003134149A (ja) * 2001-05-11 2003-05-09 Docomo Communications Laboratories Usa Inc レイヤ３信号方式のための統合点での予測一致及び高速なｉｐモビリティトリガリング
JP2009528722A (ja) * 2006-02-27 2009-08-06 京セラ株式会社 無線ネットワーク間においてアクティブ通話を転送する装置、システムおよび方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7444149B2 (en) * 2002-06-13 2008-10-28 Ntt Docomo, Inc. Proactive deployment of decision mechanisms for optimal handover
US7940724B2 (en) * 2002-11-18 2011-05-10 Motorola Mobility, Inc. Network assisted cell reselection in wireless communications systems and methods
US7515909B2 (en) * 2005-04-21 2009-04-07 Qualcomm Incorporated Wireless handoffs between multiple networks
US8233433B2 (en) * 2008-02-26 2012-07-31 Kyocera Corporation Apparatus, system and method for initiating WLAN service using beacon signals
JP2009213081A (ja) * 2008-03-06 2009-09-17 Kyocera Corp 通信方法およびそれを利用した無線装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003134149A (ja) * 2001-05-11 2003-05-09 Docomo Communications Laboratories Usa Inc レイヤ３信号方式のための統合点での予測一致及び高速なｉｐモビリティトリガリング
JP2009528722A (ja) * 2006-02-27 2009-08-06 京セラ株式会社 無線ネットワーク間においてアクティブ通話を転送する装置、システムおよび方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015509332A (ja) * 2012-02-03 2015-03-26 聯發科技股▲ふん▼有限公司Ｍｅｄｉａｔｅｋ Ｉｎｃ． セルラーネットワークにおける多様なトラフィック情報を収集および提供する方法と装置
US9282562B2 (en) 2012-02-03 2016-03-08 Mediatek Inc. Method and apparatus for collecting and providing diverse traffic information in cellular networks
JP2013183264A (ja) * 2012-03-01 2013-09-12 Nec Infrontia Corp 移動局及び通信システム、送信電波出力強度制御方法並びに送信電波強度制御プログラム
JP2021190720A (ja) * 2020-05-25 2021-12-13 沖電気工業株式会社 無線通信端末、通信システム、無線通信方法、通信方法及び無線通信制御プログラム

Also Published As

Publication number Publication date
CN102550081A (zh) 2012-07-04
US20120236825A1 (en) 2012-09-20
JPWO2011042957A1 (ja) 2013-02-28
JP5387683B2 (ja) 2014-01-15

Similar Documents

Publication Publication Date Title
JP5387683B2 (ja) 通信端末装置、ハンドオーバー制御方法及びハンドオーバー制御プログラム
CN110099421B (zh) 一种信号处理方法、装置和终端设备
US7242920B2 (en) Methods, systems, and computer program products for controlling data transmission based on power cost
US8723913B2 (en) Rate adaptation for video calling
EP2137883B1 (en) Method of transmitting data in a communication system
KR101734556B1 (ko) 통신 관리 방법
US10433223B2 (en) Facilitation of adaptive dejitter buffer between mobile devices
US10743222B2 (en) Facilitation of handover coordination based on voice activity data
US10439948B2 (en) Facilitation of adaptive dejitter buffer
JP2005101930A (ja) 携帯通信端末
JP5300088B2 (ja) 情報処理装置および通信方法
JP5625353B2 (ja) 通信端末、表示画像制御方法、プログラムおよび記録媒体
US7228106B2 (en) Method and apparatus for adjusting usage of DSP of handheld terminal
EP1502426A1 (en) Method and system for processing tones to reduce false detection of fax and modem communications
KR101435013B1 (ko) 멀티 홉 네트워크에서 음성패킷망 서비스를 위한 패킷 결합 방법 및 그 단말 장치
JP4449823B2 (ja) 無線ｌａｎｉｐ電話
RU2364025C2 (ru) Способ и устройство для виртуального однонаправленного канала
JP2008160711A (ja) 通信装置及び通信制御方法
JP5565348B2 (ja) 無線通信装置及びプログラム、並びに、無線通信システム

Legal Events

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

Ref document number: 200980161769.9

Country of ref document: CN

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

Ref document number: 09850228

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011535231

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09850228

Country of ref document: EP

Kind code of ref document: A1