JP2008005392A - Communication terminal device and buffer controlling method - Google Patents

Communication terminal device and buffer controlling method Download PDF

Info

Publication number
JP2008005392A
JP2008005392A JP2006175156A JP2006175156A JP2008005392A JP 2008005392 A JP2008005392 A JP 2008005392A JP 2006175156 A JP2006175156 A JP 2006175156A JP 2006175156 A JP2006175156 A JP 2006175156A JP 2008005392 A JP2008005392 A JP 2008005392A
Authority
JP
Japan
Prior art keywords
packet
communication terminal
jitter
buffer
threshold
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.)
Pending
Application number
JP2006175156A
Other languages
Japanese (ja)
Inventor
Kimihiro Oki
公裕 大木
Masaru Fukumitsu
勝 福光
Hideaki Yamada
秀昭 山田
Hironobu Ariki
博信 有木
Yuki Yamamoto
祐樹 山元
Akihiro Shindo
晃浩 新藤
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.)
KDDI Corp
Original Assignee
KDDI Corp
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 KDDI Corp filed Critical KDDI Corp
Priority to JP2006175156A priority Critical patent/JP2008005392A/en
Publication of JP2008005392A publication Critical patent/JP2008005392A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To properly control accumulating amount of jitter buffer according to communication quality of an access media system. <P>SOLUTION: A communication terminal device 1 includes a jitter buffer 16 temporarily accumulating a packet received and a buffer threshold setting section 21 setting a threshold value of an accumulating amount of the packet in the jitter buffer 16 based on the jitter amount of the packet received. When hand over, the communication terminal device 1 generating an event information concerning the status of the hand over or receiving an event information from an opposite communication terminal device with which packet communication is performed, causes the buffer threshold setting section 21 to correct the threshold value based on the event information. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

本発明は通信端末装置およびバッファ制御方法に係り、特にハンドオーバー時にパケットの適切な蓄積と出力を行う技術に関する。   The present invention relates to a communication terminal apparatus and a buffer control method, and more particularly to a technique for appropriately storing and outputting packets at the time of handover.

携帯電話や無線LAN(Local Area Network)などのアクセスメディアシステムを使う通信において、異なるシステム間ではルータやスイッチ等のネットワーク構成あるいは装置の処理速度の違いによって、パケット伝送における遅延時間の変動量が異なるため、システムを切り替えるハンドオーバーの前後で送信端末から受信端末にパケットが到着するまでに掛かる時間が大きく揺らぐ。このようなパケット通信でのパケット到着時間の揺らぎ(ジッタ)は、通信品質を劣化させる一要因となる。   In communication using an access media system such as a mobile phone or a wireless local area network (LAN), the amount of variation in delay time in packet transmission differs between different systems due to differences in the network configuration of routers and switches or the processing speed of devices. For this reason, the time required for the packet to arrive at the receiving terminal from the transmitting terminal before and after the handover for switching the system greatly fluctuates. Such fluctuation (jitter) of packet arrival time in packet communication is one factor that degrades communication quality.

また、同じ通信品質を持つアクセスメディアシステム間のハンドオーバーにおいても、ハンドオーバーの処理時間中にアクセスメディアシステム内でバッファリングされたパケットについては、送信端末から受信端末にパケットが到着するまでに掛かる時間が大きく揺らぐ。このようなジッタによっても、通信品質の劣化が生じる。   Further, even in handover between access media systems having the same communication quality, it takes for a packet buffered in the access media system during the handover processing time until the packet arrives from the transmission terminal to the reception terminal. Time fluctuates greatly. Such jitter also degrades communication quality.

従来、こうしたジッタへの対策として、受信端末にジッタを吸収させるためのバッファ(以下、ジッタバッファと言う)を設けることが行われている。受信端末は、過去の一定期間に受信したパケットから当該期間におけるジッタ量を算出し、このジッタ量に基づいてジッタバッファからのパケット出力速度を制御することにより、ジッタバッファのパケット蓄積量を調整する。ジッタバッファから一定周期で読み出された受信パケットは、音声アプリケーションなどに渡されて、再生が行われる(例えば、特許文献1参照)。
特開2006−50488号公報
Conventionally, as a countermeasure against such jitter, a buffer (hereinafter referred to as a jitter buffer) for absorbing the jitter in the receiving terminal has been provided. The receiving terminal calculates the amount of jitter in the period from the packets received in the past certain period, and adjusts the packet accumulation amount of the jitter buffer by controlling the packet output speed from the jitter buffer based on the amount of jitter. . The received packet read from the jitter buffer at a constant cycle is delivered to an audio application or the like for reproduction (see, for example, Patent Document 1).
JP 2006-50488 A

しかしながら、上記従来のジッタ対策にかかる技術では、単一のアクセスメディアシステムにおける連続したジッタの変化に基づいて調整が行われるだけである。そのため、現在利用しているアクセスメディアシステムと通信品質が大きく異なるアクセスメディアシステムへハンドオーバーが行われた場合や、同じ通信品質を持つアクセスメディアシステム間でのハンドオーバーであっても、アクセスメディアシステム内でバッファリングが発生する場合には、必ずしもジッタバッファの適切な調整が行われないという問題がある。   However, in the conventional technique for dealing with jitter, adjustment is only performed based on continuous jitter changes in a single access media system. Therefore, even when a handover is performed to an access media system whose communication quality is significantly different from the currently used access media system, or even between handovers between access media systems having the same communication quality, the access media system When buffering occurs in the memory, there is a problem that proper adjustment of the jitter buffer is not necessarily performed.

例えば、ジッタの少ない良好な通信品質のアクセスメディアシステムを利用した通信では、過去の一定期間に受信したパケットから算出したジッタ量は非常に少なく、これに応じてジッタバッファの蓄積量も非常に少なくなっている。この状態で予告無くジッタの多いアクセスメディアシステムへハンドオーバーを行うと、受信端末へのパケットの到達時間が遅くなるため、ジッタバッファ内のパケットが枯渇してしまう場合がある。そしてその結果、音声通信では再生音の途切れが発生することになる。   For example, in communication using an access media system with low jitter and good communication quality, the amount of jitter calculated from packets received in a certain period in the past is very small, and the amount of accumulated jitter buffer is very small accordingly. It has become. In this state, if handover is performed to an access media system with much jitter without notice, the arrival time of the packet to the receiving terminal is delayed, and the packet in the jitter buffer may be exhausted. As a result, the playback sound is interrupted in the voice communication.

また同様に、ハンドオーバーにおいて予告無くアクセスメディアシステム内でパケットのバッファリングが行われると、受信端末へのパケットの到達時間が遅くなることによって、ジッタバッファ内のパケットが枯渇してしまう場合がある。そしてその結果、音声通信では再生音の途切れが発生することになる。   Similarly, if packet buffering is performed in the access media system without prior notice during handover, the packet arrival time at the receiving terminal may be delayed, and the packet in the jitter buffer may be exhausted. . As a result, the playback sound is interrupted in the voice communication.

本発明は上記の点に鑑みてなされたものであり、その目的は、アクセスメディアシステムの通信品質に応じてジッタバッファの蓄積量を適切に制御することが可能な通信端末装置およびバッファ制御方法を提供することにある。   The present invention has been made in view of the above points, and an object of the present invention is to provide a communication terminal device and a buffer control method capable of appropriately controlling the accumulation amount of a jitter buffer according to the communication quality of an access media system. It is to provide.

本発明は、上記の課題を解決するためになされたものであり、パケット網に接続してパケット通信を行う通信端末装置において、受信したパケットを一時的に蓄積するジッタバッファと、受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するバッファ閾値設定手段と、を備え、当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を生成し、生成したイベント情報に基づいて前記閾値の補正を行うことを特徴とする。   The present invention has been made to solve the above-described problem. In a communication terminal device that performs packet communication by connecting to a packet network, a jitter buffer that temporarily stores received packets, Buffer threshold value setting means for setting a threshold value for the amount of accumulated packets in the jitter buffer based on the jitter amount, and the handover is performed when the communication terminal apparatus switches the packet network to which it is connected. Event information is generated, and the threshold value is corrected based on the generated event information.

この発明によれば、当該通信端末装置がハンドオーバーを行う際に、そのハンドオーバーの状態に関するイベント情報に基づいてジッタバッファのパケット蓄積量の閾値が補正されることによって、接続するアクセスメディアシステムの通信品質に応じたジッタバッファの蓄積量の制御が可能となる。   According to the present invention, when the communication terminal apparatus performs a handover, the threshold of the packet accumulation amount of the jitter buffer is corrected based on the event information regarding the handover state, so that the access media system to be connected It is possible to control the accumulation amount of the jitter buffer according to the communication quality.

また、本発明は、パケット網に接続してパケット通信を行う通信端末装置において、受信したパケットを一時的に蓄積するジッタバッファと、受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するバッファ閾値設定手段と、を備え、当該通信端末装置がパケット通信を行っている相手方通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を前記相手方通信端末装置から受信し、受信したイベント情報に基づいて前記閾値の補正を行うことを特徴とする。   The present invention also relates to a jitter buffer for temporarily storing received packets in a communication terminal device connected to a packet network for packet communication, and storing packets in the jitter buffer based on a jitter amount of the received packets. A buffer threshold value setting means for setting a threshold value of the amount, and an event relating to the state of the handover at the time of handover in which the counterpart communication terminal device with which the communication terminal device is performing packet communication switches the packet network to which it is connected Information is received from the counterpart communication terminal device, and the threshold value is corrected based on the received event information.

この発明によれば、当該通信端末装置がパケット通信を行っている相手方通信端末装置がハンドオーバーを行う際に、そのハンドオーバーの状態に関するイベント情報に基づいてジッタバッファのパケット蓄積量の閾値が補正されることによって、接続するアクセスメディアシステムの通信品質に応じたジッタバッファの蓄積量の制御が可能となる。   According to the present invention, when the counterpart communication terminal apparatus that is performing packet communication with the communication terminal apparatus performs handover, the threshold of the packet accumulation amount of the jitter buffer is corrected based on the event information regarding the handover state. By doing so, it is possible to control the amount of accumulated jitter buffer according to the communication quality of the connected access media system.

また、本発明は、前記通信端末装置において、前記バッファ閾値設定手段により設定された閾値に基づいて前記ジッタバッファからのパケット出力速度を制御することを特徴とする。
また、本発明は、前記通信端末装置において、前記パケットに格納されたデータを再生する手段を備え、前記バッファ閾値設定手段により設定された閾値に基づいて前記再生の速度を制御することを特徴とする。
Further, the present invention is characterized in that, in the communication terminal apparatus, a packet output rate from the jitter buffer is controlled based on a threshold set by the buffer threshold setting means.
Further, the present invention is characterized in that the communication terminal device includes means for reproducing the data stored in the packet, and controls the reproduction speed based on a threshold set by the buffer threshold setting means. To do.

また、本発明は、前記通信端末装置において、受信したパケットの前記ジッタ量が所定の閾値を超えた場合、または前記イベント情報が生成若しくは受信された場合に、ジッタバッファの前記閾値を予め設定された固定値へ補正することを特徴とする。
さらにまた、本発明は、前記通信端末装置において、イベント情報が生成若しくは受信された場合における前記固定値が、現在接続されているアクセスメディアの種別および当該イベント情報の取得時までに受信したパケットのジッタ量に基づいて設定されることを特徴とする。
この発明によれば、ハンドオーバーの際に非常に大きくパケットの到着時間が遅れた場合でも、その遅延をジッタと認識することによりジッタバッファの閾値が必要以上に大きな値に保持されてしまうことを回避することができる。
In the communication terminal apparatus, the threshold value of the jitter buffer is preset when the jitter amount of the received packet exceeds a predetermined threshold value, or when the event information is generated or received. It is characterized by correcting to a fixed value.
Furthermore, the present invention relates to the type of the access medium currently connected and the time when the event information is acquired in the communication terminal device when the event information is generated or received. It is set based on the amount of jitter.
According to the present invention, even when the arrival time of a packet is greatly delayed at the time of handover, the threshold value of the jitter buffer is held at an unnecessarily large value by recognizing the delay as jitter. It can be avoided.

また、本発明は、パケット網に接続してパケット通信を行い、受信したパケットを一時的に蓄積するジッタバッファを備えた通信端末装置におけるバッファ制御方法であって、受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するステップと、当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を生成するステップと、前記生成したイベント情報に基づいて前記閾値の補正を行うステップと、を備えることを特徴とする。   The present invention also relates to a buffer control method in a communication terminal apparatus that includes a jitter buffer that performs packet communication by connecting to a packet network and temporarily stores received packets, and is based on the jitter amount of the received packets. Setting a threshold for the amount of packets stored in the jitter buffer, generating event information relating to the handover state at the time of handover in which the communication terminal apparatus switches the packet network to which the connection is made, and the generation And correcting the threshold based on the event information.

また、本発明は、パケット網に接続してパケット通信を行い、受信したパケットを一時的に蓄積するジッタバッファを備えた通信端末装置におけるバッファ制御方法であって、受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するステップと、当該通信端末装置がパケット通信を行っている相手方通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を前記相手方通信端末装置から受信するステップと、前記受信したイベント情報に基づいて前記閾値の補正を行うステップと、を備えることを特徴とする。   The present invention also relates to a buffer control method in a communication terminal apparatus that includes a jitter buffer that performs packet communication by connecting to a packet network and temporarily stores received packets, and is based on the jitter amount of the received packets. Setting a threshold value for the amount of packets stored in the jitter buffer, and at the time of handover in which the counterpart communication terminal device with which the communication terminal device is performing packet communication switches the packet network to which it is connected, Receiving event information from the counterparty communication terminal device, and correcting the threshold based on the received event information.

本発明によれば、ハンドオーバーの状態に関するイベント情報に基づいてジッタバッファのパケット蓄積量の閾値が補正されるので、接続するアクセスメディアシステムの通信品質に応じてジッタバッファの蓄積量を適切に制御することが可能である。   According to the present invention, since the threshold value of the packet accumulation amount of the jitter buffer is corrected based on the event information related to the handover state, the jitter buffer accumulation amount is appropriately controlled according to the communication quality of the connected access media system. Is possible.

また、上記の閾値に基づいてジッタバッファからのパケット出力速度やデータの再生速度が制御されるので、バッファにおけるパケットの枯渇などにより再生の途切れが発生してしまう事態を防止できる。   Further, since the packet output speed from the jitter buffer and the data reproduction speed are controlled based on the above threshold, it is possible to prevent a situation in which reproduction is interrupted due to the exhaustion of packets in the buffer.

以下、図面を参照しながら本発明の実施形態について詳しく説明する。ここでは、音声パケットを用いたパケット通信を行う音声会話通信システムを取り上げる。但し、本発明は音声パケットに限らず、画像パケットなどの各種のパケット通信にも適用可能である。本発明は、特にリアルタイム通信に用いて好適であり、例えばテレビ会議システムなどにも適用することができる。   Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. Here, a voice conversation communication system that performs packet communication using voice packets is taken up. However, the present invention is not limited to voice packets but can be applied to various packet communications such as image packets. The present invention is particularly suitable for real-time communication, and can be applied to, for example, a video conference system.

図1は、本発明の一実施形態による通信端末装置が利用される音声会話通信システムのネットワーク構成を概略的に示したものである。同図において、通信端末装置1aおよび1bはユーザが音声通話をするための端末であり、通信アプリケーション部2とOS/デバイスドライバ部3とを有している。OS/デバイスドライバ部3は、パケット通信の通信制御を担うものであり、例えば携帯電話や無線LANなど各種の通信方式に対応させることができる。通信端末装置1aは、移動パケット網100を構成する各移動パケット網#1〜#Nと無線のアクセスメディアにより接続可能である。移動パケット網#1〜#Nは、それぞれ固有の特性(通信品質)を持っており、それらは互いに異なっていても同一でもよい。通信端末装置1bは、固定パケット網200に接続されている。なお、固定パケット網200に代えて移動パケット網であってもよい。   FIG. 1 schematically shows a network configuration of a voice conversation communication system in which a communication terminal apparatus according to an embodiment of the present invention is used. In the figure, communication terminal apparatuses 1 a and 1 b are terminals for a user to make a voice call, and have a communication application unit 2 and an OS / device driver unit 3. The OS / device driver unit 3 is responsible for communication control of packet communication, and can correspond to various communication methods such as a mobile phone and a wireless LAN. The communication terminal device 1a can be connected to each of the mobile packet networks # 1 to #N constituting the mobile packet network 100 by wireless access media. The mobile packet networks # 1 to #N have their own characteristics (communication quality), and they may be different or the same. The communication terminal device 1b is connected to the fixed packet network 200. Instead of the fixed packet network 200, a mobile packet network may be used.

通信端末装置1aと1bは、移動パケット網100および固定パケット網200を介して相互に音声パケットを送受する。音声パケットには、音声データが格納されている。この音声パケットを用いたパケット通信により、通信端末装置1aと1b間において音声通話が可能となっている。   Communication terminal apparatuses 1 a and 1 b transmit and receive voice packets to and from each other via mobile packet network 100 and fixed packet network 200. Audio data is stored in the audio packet. With this packet communication using voice packets, voice communication can be performed between the communication terminal apparatuses 1a and 1b.

図2は、通信端末装置1(以下、1aと1bを特に区別しないときはこのように記載する)の構成を示す機能ブロック図である。同図において、通信端末装置1は、音声パケット送信部12、音声符号化部13、音声パケット受信部14、順序入替補償部15a、順序入替補償バッファ15b、ジッタバッファ16、音声復号部17、パケットロス補償制御部18、メディア再生速度制御部19、イベント管理部20、バッファ閾値設定部21、ジッタバッファ制御部22(以上、通信アプリケーション部2に相当する)、移動パケット網100または固定パケット網200と接続するインタフェース機能を有する網接続インタフェース部11(OS/デバイスドライバ部3に相当する)、マイク23、スピーカ24を備えている。   FIG. 2 is a functional block diagram showing the configuration of the communication terminal device 1 (hereinafter, when it is not particularly distinguished between 1a and 1b). In the figure, a communication terminal device 1 includes a voice packet transmitter 12, a voice encoder 13, a voice packet receiver 14, a reordering compensator 15a, a reordering compensation buffer 15b, a jitter buffer 16, a speech decoding unit 17, and a packet. Loss compensation control unit 18, media playback speed control unit 19, event management unit 20, buffer threshold setting unit 21, jitter buffer control unit 22 (hereinafter referred to as communication application unit 2), mobile packet network 100 or fixed packet network 200 A network connection interface unit 11 (corresponding to the OS / device driver unit 3) having an interface function for connecting to the microphone 23, and a speaker 24.

音声パケットの送信において、マイク23への入力音声は、アナログの音声信号として音声符号化部13に入力される。音声符号化部13は、イベント管理部20から通知されるイベント情報(詳細は後述する)およびバッファ閾値設定部21から通知されるジッタ量に従って、入力音声信号にデジタル化および符号化を施して音声パケット送信部12へと出力する。音声パケット送信部12は、イベント管理部20から通知されるイベント情報に従って、この符号化音声データをパケット化して網接続インタフェース部11へ出力する。そして、音声パケットが網接続インタフェース部11から移動パケット網100または固定パケット網200へと送信される。   In the transmission of the voice packet, the voice input to the microphone 23 is input to the voice encoding unit 13 as an analog voice signal. The audio encoding unit 13 digitizes and encodes an input audio signal according to event information (details will be described later) notified from the event management unit 20 and a jitter amount notified from the buffer threshold setting unit 21 to generate an audio Output to the packet transmitter 12. The voice packet transmission unit 12 packetizes the encoded voice data according to the event information notified from the event management unit 20 and outputs the packetized data to the network connection interface unit 11. Then, the voice packet is transmitted from the network connection interface unit 11 to the mobile packet network 100 or the fixed packet network 200.

また、音声パケットの受信において、網接続インタフェース部11により受信された移動パケット網100または固定パケット網200からの音声パケットは、音声パケット受信部14に入力される。音声パケット受信部14は、受け取った音声パケットを順序入替補償部15a経由でジッタバッファ16に格納する。順序入替補償部15aでは、音声パケットの受信シーケンス番号が正順となっていない場合に、それらの音声パケットを順序入替補償バッファ15b(バッファ長はイベント管理部20から通知されるイベント情報に従う)に一旦格納することで、ハンドオーバーによって順序反転を起こしたデータの正順化処理が行われる。その結果、ジッタバッファ16には正順化後の音声パケットが格納されることになる。   In receiving voice packets, voice packets from the mobile packet network 100 or the fixed packet network 200 received by the network connection interface unit 11 are input to the voice packet receiving unit 14. The voice packet receiving unit 14 stores the received voice packet in the jitter buffer 16 via the order change compensation unit 15a. In the order replacement compensation unit 15a, when the reception sequence numbers of the voice packets are not in the normal order, the voice packets are transferred to the order replacement compensation buffer 15b (the buffer length follows the event information notified from the event management unit 20). Once stored, normal order processing is performed on data whose order has been reversed by handover. As a result, the normalized voice packet is stored in the jitter buffer 16.

そして、音声復号部17は、ジッタバッファ16から出力される音声パケットに含まれる符号化音声データを復号し、さらにアナログ化してパケットロス補償制御部18へ出力する。パケットロス補償制御部18は、イベント管理部20から通知されるイベント情報およびバッファ閾値設定部21から通知されるジッタ量に従って、ジッタバッファの枯渇によるパケットのロスに対して補償を施した上で、補償されたデータをメディア再生速度制御部19へ出力する。メディア再生速度制御部19は、ジッタバッファ制御部22からの指示に基づいて、データ(音声データ)の再生速度を制御する。そして、スピーカ24によって音声信号が再生される。   Then, the audio decoding unit 17 decodes the encoded audio data included in the audio packet output from the jitter buffer 16, further converts it to analog, and outputs it to the packet loss compensation control unit 18. The packet loss compensation control unit 18 compensates for packet loss due to depletion of the jitter buffer according to the event information notified from the event management unit 20 and the jitter amount notified from the buffer threshold setting unit 21, The compensated data is output to the media playback speed control unit 19. The media playback speed control unit 19 controls the playback speed of data (audio data) based on an instruction from the jitter buffer control unit 22. An audio signal is reproduced by the speaker 24.

次に、ジッタバッファ16に設定される、音声パケットの蓄積量の閾値(ジッタバッファ閾値)について説明する。音声パケット受信部14では、音声パケットの受信時刻と当該音声パケットの受信シーケンス番号が逐次監視されており、これらの情報は音声パケット受信部14からバッファ閾値設定部21へ通知される。バッファ閾値設定部21は、通知されたこれらの情報(音声パケットの受信時刻と受信シーケンス番号)から通信端末装置1に到着するパケットに関するジッタの標準偏差(ジッタ量)を算出し、そのジッタ量に基づいてジッタバッファ閾値を決定する。   Next, the voice packet accumulation amount threshold (jitter buffer threshold) set in the jitter buffer 16 will be described. The voice packet reception unit 14 sequentially monitors the reception time of the voice packet and the reception sequence number of the voice packet, and these pieces of information are notified from the voice packet reception unit 14 to the buffer threshold setting unit 21. The buffer threshold value setting unit 21 calculates the standard deviation (jitter amount) of the jitter related to the packet arriving at the communication terminal device 1 from the notified information (the reception time and the reception sequence number of the voice packet), and sets the jitter amount. Based on this, a jitter buffer threshold is determined.

ジッタバッファ閾値は、メディア再生速度制御部19における音声データの再生速度と、ジッタバッファ16のパケット出力速度(ジッタバッファ16からパケットを取り出す速度)を規定するためのものである。ジッタバッファ制御部22は、決定したジッタバッファ閾値をジッタバッファ16に設定するとともに、ジッタバッファ16に蓄積されるパケットの量を監視する。そして、パケットの蓄積量とジッタバッファ閾値との大小関係に応じて、メディア再生速度制御部19に対して音声データの再生速度を指示する。また、ジッタバッファ16のパケット出力速度も制御する。   The jitter buffer threshold value is used to define the audio data reproduction speed in the media reproduction speed control unit 19 and the packet output speed of the jitter buffer 16 (the speed at which packets are extracted from the jitter buffer 16). The jitter buffer controller 22 sets the determined jitter buffer threshold in the jitter buffer 16 and monitors the amount of packets accumulated in the jitter buffer 16. Then, the playback speed of the audio data is instructed to the media playback speed control unit 19 in accordance with the magnitude relationship between the packet accumulation amount and the jitter buffer threshold. The packet output speed of the jitter buffer 16 is also controlled.

図3は、ジッタバッファ16に設定されたジッタバッファ閾値(再生開始閾値、高速再生閾値、低速再生閾値、最大バッファ閾値、再生停止閾値の5種類)を示した図である。但し、これらの閾値には次式の関係が成り立っているものとする。
最大バッファ閾値≧高速再生閾値≧再生開始閾値≧低速再生閾値≧再生停止閾値
FIG. 3 is a diagram showing jitter buffer threshold values (five types of reproduction start threshold value, high-speed reproduction threshold value, low-speed reproduction threshold value, maximum buffer threshold value, and reproduction stop threshold value) set in the jitter buffer 16. However, it is assumed that the relationship of the following equation holds for these threshold values.
Maximum buffer threshold ≥ high speed playback threshold ≥ playback start threshold ≥ low speed playback threshold ≥ playback stop threshold

再生開始閾値は、音声データの再生停止の状態から再生開始(通常再生速度)の状態に遷移する時における、ジッタバッファ16のパケット蓄積量の閾値を定めている。すなわち、パケットの蓄積量がこの再生開始閾値を超えると、通常の再生速度で音声データの再生が開始される。   The reproduction start threshold value defines a threshold value for the amount of packets stored in the jitter buffer 16 when a transition is made from a reproduction stop state of audio data to a reproduction start state (normal reproduction speed). That is, when the accumulated amount of packets exceeds the reproduction start threshold, reproduction of audio data is started at a normal reproduction speed.

高速再生閾値は、通常の再生速度の状態から高速再生の状態に遷移する時における、ジッタバッファ16のパケット蓄積量の閾値を定めている。すなわち、パケットの蓄積量がこの高速再生閾値を超えると、音声データの高速再生が開始される。高速再生の状態は、パケットの蓄積量が上記の再生開始閾値以下になるまで継続する。   The high-speed playback threshold value defines a threshold value for the amount of accumulated packets in the jitter buffer 16 when the normal playback speed state changes to the high-speed playback state. That is, when the accumulated amount of packets exceeds this high-speed playback threshold, high-speed playback of audio data is started. The high-speed playback state continues until the accumulated amount of packets becomes equal to or less than the playback start threshold.

低速再生閾値は、通常の再生速度の状態から低速再生の状態に遷移する時における、ジッタバッファ16のパケット蓄積量の閾値を定めている。すなわち、パケットの蓄積量がこの低速再生閾値を下回ると、音声データの低速再生が開始される。低速再生の状態は、パケットの蓄積量が上記の再生開始閾値以上になるまで継続する。   The low-speed playback threshold value defines a threshold value for the amount of packets stored in the jitter buffer 16 when the normal playback speed state is changed to the low-speed playback state. That is, when the amount of accumulated packets falls below the low speed playback threshold, low speed playback of audio data is started. The low-speed playback state continues until the accumulated amount of packets reaches the above playback start threshold.

最大バッファ閾値は、ジッタバッファ16に格納可能な最大のパケット量を定めたものである。パケットの蓄積量が最大バッファ閾値に達すると、ジッタバッファ16内のデータは破棄され、ジッタバッファ16が空の状態から再度パケットの蓄積が開始される。   The maximum buffer threshold defines the maximum amount of packets that can be stored in the jitter buffer 16. When the packet accumulation amount reaches the maximum buffer threshold, the data in the jitter buffer 16 is discarded, and packet accumulation is started again when the jitter buffer 16 is empty.

再生停止閾値は、通常再生の状態から再生停止の状態に遷移する時における、ジッタバッファ16のパケット蓄積量の閾値を定めている。すなわち、パケットの蓄積量がこの再生停止閾値を下回ると、音声データの再生が停止される。   The playback stop threshold defines a threshold for the amount of packets stored in the jitter buffer 16 when the normal playback state changes to the playback stop state. That is, when the accumulated amount of packets falls below this playback stop threshold, playback of audio data is stopped.

図4は、上記の各閾値に基づくメディア再生速度制御部19による制御の状態遷移を示したものである。
まず、ジッタバッファ16への音声パケットの蓄積が開始され、パケットの蓄積量が再生開始閾値に達するまでは、ジッタバッファ16はパケットを出力することなく蓄積を継続する。また、メディア再生速度制御部19は、再生停止の制御を行う(状態1)。
FIG. 4 shows the state transition of the control by the media playback speed control unit 19 based on the above threshold values.
First, accumulation of audio packets in the jitter buffer 16 is started, and the jitter buffer 16 continues accumulation without outputting packets until the accumulated amount of packets reaches the reproduction start threshold. In addition, the media playback speed control unit 19 controls playback stop (state 1).

上記再生停止の状態1において、パケットの蓄積量が再生開始閾値に達したことがジッタバッファ制御部22により検知されると、ジッタバッファ制御部22はジッタバッファ16にパケットの出力を開始させる。また、メディア再生速度制御部19は、ジッタバッファ制御部22から指示を受け、音声データの再生速度を通常再生速度に制御する(状態1→状態2)。これにより、音声の再生が開始され通常速度で再生が行われる。なお、ジッタバッファ16のパケット出力速度は、音声の再生速度と同期するようにする(以下に述べるステップも同様)。   In the reproduction stop state 1, when the jitter buffer control unit 22 detects that the accumulated amount of packets has reached the reproduction start threshold value, the jitter buffer control unit 22 causes the jitter buffer 16 to start outputting packets. Further, the media playback speed control unit 19 receives an instruction from the jitter buffer control unit 22 and controls the playback speed of the audio data to the normal playback speed (state 1 → state 2). Thereby, the reproduction of the sound is started and the reproduction is performed at the normal speed. The packet output speed of the jitter buffer 16 is synchronized with the audio playback speed (the same applies to the steps described below).

通常再生の状態2において、パケットの蓄積量が高速再生閾値にまで増加したことを検知すると、ジッタバッファ制御部22は、ジッタバッファ16のパケット出力速度を増加させ、またメディア再生速度制御部19に音声データの再生速度を高速再生速度に変更させる(状態2→状態3)。これにより、音声の高速再生が行われて、ジッタバッファ16のパケット蓄積量がどんどん増え続けるという状況が回避される。   When it is detected in the normal playback state 2 that the accumulated amount of packets has increased to the high speed playback threshold, the jitter buffer control unit 22 increases the packet output speed of the jitter buffer 16, and the media playback speed control unit 19 The playback speed of the audio data is changed to a high playback speed (state 2 → state 3). This avoids a situation in which high-speed audio reproduction is performed and the amount of packets stored in the jitter buffer 16 continues to increase.

高速再生の状態3において、パケットの蓄積量が高速再生閾値を下回ったことが検知されると、ジッタバッファ制御部22は、ジッタバッファ16のパケット出力速度を元に戻し、またメディア再生速度制御部19に音声データの再生速度を通常再生速度に変更させる(状態3→状態2)。   When it is detected in the high-speed playback state 3 that the accumulated amount of packets has fallen below the high-speed playback threshold, the jitter buffer control unit 22 restores the packet output speed of the jitter buffer 16, and the media playback speed control unit 19, the audio data reproduction speed is changed to the normal reproduction speed (state 3 → state 2).

また、通常再生の状態2において、パケットの蓄積量が低速再生閾値にまで減少したことを検知すると、ジッタバッファ制御部22は、ジッタバッファ16のパケット出力速度を低下させ、またメディア再生速度制御部19に音声データの再生速度を低速再生速度に変更させる(状態2→状態4)。これにより、音声の低速再生が行われる。そして、ジッタバッファ16のパケット蓄積量が減り続けることによりパケットが枯渇してしまい、再生音声が途切れてしまうという状況が回避される。   In addition, when it is detected in the normal reproduction state 2 that the accumulated amount of packets has decreased to the low-speed reproduction threshold, the jitter buffer control unit 22 reduces the packet output speed of the jitter buffer 16 and the media reproduction speed control unit. 19 changes the reproduction speed of the audio data to a low reproduction speed (state 2 → state 4). Thereby, the low speed reproduction of the voice is performed. Then, a situation in which the amount of packets stored in the jitter buffer 16 continues to decrease and the packets are depleted and the reproduced sound is interrupted is avoided.

低速再生の状態4において、パケットの蓄積量が低速再生閾値を上回ったことが検知されると、ジッタバッファ制御部22は、ジッタバッファ16のパケット出力速度を元に戻し、またメディア再生速度制御部19に音声データの再生速度を通常再生速度に変更させる(状態4→状態2)。   When it is detected in the slow playback state 4 that the accumulated amount of packets exceeds the slow playback threshold, the jitter buffer control unit 22 restores the packet output speed of the jitter buffer 16, and the media playback speed control unit. 19 changes the reproduction speed of the audio data to the normal reproduction speed (state 4 → state 2).

また、低速再生の状態4において、パケットの蓄積量がさらに減少して再生停止閾値にまで達したことが検知されると、ジッタバッファ制御部22はジッタバッファ16にパケットの出力を停止させる。また、メディア再生速度制御部19は、ジッタバッファ制御部22から指示を受け、音声データの再生停止の制御を行う(状態4→状態1)。   Further, when it is detected that the amount of accumulated packets has further decreased to reach the reproduction stop threshold value in the low-speed reproduction state 4, the jitter buffer control unit 22 causes the jitter buffer 16 to stop outputting packets. Also, the media playback speed control unit 19 receives an instruction from the jitter buffer control unit 22 and controls to stop playback of audio data (state 4 → state 1).

図5〜図7は、メディア再生速度制御部19によって制御される音声データの再生速度の設定例を示している。
図5の例において、パケット蓄積量が高速再生閾値を超えた場合に適用される高速再生速度は、蓄積量によらず一定値に設定される。また、パケット蓄積量が低速再生閾値を下回った場合に適用される低速再生速度は、蓄積量によらず一定値に設定される。この設定例では、再生速度hは(1)式により表される。但し、nは通常再生での再生速度、kは定数(高速再生では正の値、低速再生では負の値)である。
h=n+k ・・・(1)
5 to 7 show setting examples of the audio data reproduction speed controlled by the media reproduction speed control unit 19.
In the example of FIG. 5, the high-speed playback speed applied when the packet storage amount exceeds the high-speed playback threshold is set to a constant value regardless of the storage amount. In addition, the low speed reproduction speed applied when the packet accumulation amount falls below the low speed reproduction threshold is set to a constant value regardless of the accumulation amount. In this setting example, the reproduction speed h is expressed by equation (1). However, n is a reproduction speed in normal reproduction, and k is a constant (a positive value in high-speed reproduction and a negative value in low-speed reproduction).
h = n + k (1)

図6の例において、パケット蓄積量が高速再生閾値を超えた場合に適用される高速再生速度は、蓄積量の増加分に比例して再生速度も増加する。また、パケット蓄積量が低速再生閾値を下回った場合に適用される低速再生速度は、蓄積量の減少分に比例して再生速度も減少する。この設定例では、再生速度hは(2)式により表される。但し、dは各閾値からのパケット蓄積量の変化量(絶対値)、aは速度変更係数(高速再生では正の値、低速再生では負の値)である。
h=n+ad ・・・(2)
In the example of FIG. 6, the high-speed playback speed applied when the packet storage amount exceeds the high-speed playback threshold increases the playback speed in proportion to the increase in the storage amount. In addition, the low-speed reproduction speed applied when the packet accumulation amount falls below the low-speed reproduction threshold decreases the reproduction speed in proportion to the decrease in the accumulation amount. In this setting example, the reproduction speed h is expressed by equation (2). Here, d is a change amount (absolute value) of the packet accumulation amount from each threshold value, and a is a speed change coefficient (a positive value for high-speed playback and a negative value for low-speed playback).
h = n + ad (2)

図7の例において、パケット蓄積量が高速再生閾値を超えた場合に適用される高速再生速度は、蓄積量の増加分の2乗に比例して再生速度も増加する。また、パケット蓄積量が低速再生閾値を下回った場合に適用される低速再生速度は、蓄積量の減少分の2乗に比例して再生速度も減少する。この設定例では、再生速度hは(3)式により表される。
h=n+ad ・・・(3)
In the example of FIG. 7, the high-speed playback speed applied when the packet storage amount exceeds the high-speed playback threshold increases the playback speed in proportion to the square of the increase in the storage amount. In addition, the low-speed reproduction speed applied when the packet accumulation amount falls below the low-speed reproduction threshold decreases the reproduction speed in proportion to the square of the decrease in the accumulation amount. In this setting example, the reproduction speed h is expressed by equation (3).
h = n + ad 2 (3)

なお、上記の設定例に従って音声データの再生速度を変更する際は、単純に再生速度だけを変更する方法でもよいし、再生される音声のピッチ(音程)が一定に保たれるようにして再生速度を変更する方法でもよい。   Note that when changing the playback speed of audio data according to the above setting example, a method of simply changing the playback speed may be used, or playback is performed so that the pitch (pitch) of the played audio is kept constant. A method of changing the speed may be used.

次に、イベント管理部20によって管理されるイベント情報とそのイベント情報に基づく通信端末装置1の制御について説明する。
網接続インタフェース部11(OS/デバイスドライバ部3)は、通信端末装置1aや1bのハンドオーバーの状態に関係する情報であるイベント情報をイベント管理部20に通知する機能を備えている。通信端末装置1は、このイベント情報を利用して、音声データの送信や受信、再生などの処理の制御を可能としている。
Next, event information managed by the event management unit 20 and control of the communication terminal device 1 based on the event information will be described.
The network connection interface unit 11 (OS / device driver unit 3) has a function of notifying the event management unit 20 of event information, which is information related to the handover status of the communication terminal devices 1a and 1b. The communication terminal device 1 uses this event information to control processing such as transmission, reception, and reproduction of audio data.

ここで、イベント情報として具体的には、例えば通信端末装置1が現在利用しているアクセスメディアシステム(移動パケット網#1〜#Nなど)を示す情報や、ハンドオーバーの候補先のアクセスメディアにハンドオーバーを開始することを示す情報や、ネットワーク内の所定のサーバで認証等が成功したことを示す情報や、ハンドオーバーの候補先のアクセスメディアにハンドオーバーが完了したことを示す情報や、ハンドオーバー元のアクセスメディアシステムの設備リソースを開放したことを示す情報や、ハンドオーバーの処理が何らかの理由で中止されたことを示す情報などがある。   Here, as the event information, specifically, for example, information indicating an access media system (such as mobile packet networks # 1 to #N) currently used by the communication terminal device 1 or an access medium that is a candidate for handover is used. Information indicating that the handover is started, information indicating that authentication or the like has succeeded at a predetermined server in the network, information indicating that handover has been completed on the access medium that is a candidate for handover, For example, there is information indicating that the facility resource of the access medium system that has been overloaded has been released, and information indicating that the handover process has been canceled for some reason.

イベント情報は、次の2つの場合に網接続インタフェース部11からイベント管理部20へ通知される。まず、自端末(通信端末装置1aとする)のハンドオーバーにかかる処理、動作によってOS/デバイスドライバ部3がイベント情報を生成した場合である。また、通信相手方の端末(通信端末装置1bとする)がハンドオーバーを行い、当該端末内で生成されたイベント情報が所定の方法で自端末へ送信されてこれを取得した場合にも、自端末のイベント管理部20へ通知が行われる。後者の場合、相手方端末から自端末へのイベント情報の送信は、例えば相手方端末においてRTP(Real-time Transport Protocol)等のパケットのヘッダ部に所定のイベント情報を記述して、このパケットが自端末へ送信されることによって実現される。   Event information is notified from the network connection interface unit 11 to the event management unit 20 in the following two cases. First, it is a case where the OS / device driver unit 3 generates event information by processing and operation related to the handover of its own terminal (communication terminal apparatus 1a). In addition, even when a communication partner terminal (referred to as communication terminal apparatus 1b) performs a handover and event information generated in the terminal is transmitted to the own terminal by a predetermined method and acquired, the own terminal The event management unit 20 is notified. In the latter case, the event information is transmitted from the counterpart terminal to the own terminal. For example, in the counterpart terminal, predetermined event information is described in the header part of a packet such as RTP (Real-time Transport Protocol), and this packet is sent to the own terminal. This is realized by being transmitted to.

イベント管理部20は、網接続インタフェース部11からイベント情報の通知を受けると、そのイベント情報の種別を識別した上で、音声パケット送信部12と、順序入替補償部15aと、音声符号化部13と、パケットロス補償制御部18と、バッファ閾値設定部21に対して受信時刻順にイベント情報を出力する。上記各部は、このイベント情報を取得して、以下に示すような制御を実行する。   Upon receiving the event information notification from the network connection interface unit 11, the event management unit 20 identifies the type of the event information, and then transmits the voice packet transmission unit 12, the order change compensation unit 15 a, and the voice encoding unit 13. The event information is output to the packet loss compensation control unit 18 and the buffer threshold value setting unit 21 in the order of reception time. Each of the above units acquires this event information and executes the following control.

音声パケット送信部12では、イベント情報が入力されると、当該イベント情報に基づいて、パケットを送信する際の送信間隔を制御する。図8に送信間隔の制御例を示す。この図に示す情報は、図2には表示していない所定のメモリ部に記憶されており、音声パケット送信部12によって制御の際に参照される。同図において、例えばイベント情報が「網1への切り替え試行(網2無し)」であった場合は、音声パケット送信部12は送信間隔を「送信間隔1」に設定する。具体的に送信間隔1〜6としては、例えば転送速度が速い網から遅い網への切り替え試行イベントの場合は送信間隔が大きくなるような値、逆に転送速度が遅い網から速い網への切り替え試行イベントの場合は送信間隔が小さくなるような値となっている。但し、値が同じの送信間隔が含まれていてもよい。なお、ここで「網」とは図1における移動パケット網#1〜#Nのいずれかを指すものとする。   When the event information is input, the voice packet transmitter 12 controls the transmission interval when transmitting the packet based on the event information. FIG. 8 shows an example of transmission interval control. The information shown in this figure is stored in a predetermined memory unit not shown in FIG. 2, and is referred to by the voice packet transmission unit 12 during control. In the figure, for example, when the event information is “switching attempt to network 1 (no network 2)”, the voice packet transmitting unit 12 sets the transmission interval to “transmission interval 1”. Specifically, as the transmission intervals 1 to 6, for example, in the case of a switching attempt event from a network with a fast transfer speed to a slow network, a value that increases the transmission interval, conversely switching from a network with a slow transfer speed to a fast network In the case of a trial event, the value is such that the transmission interval becomes small. However, transmission intervals having the same value may be included. Here, “network” refers to any of the mobile packet networks # 1 to #N in FIG.

音声パケット送信部12はまた、符号化音声データのパケット化処理において、自端末が現在接続しているアクセスメディアシステムの情報等を、相手方端末へ通知するためのイベント情報としてRTPヘッダなどに付与する。これにより構成されたパケットは相手方端末へ送信されて、当該パケットに含まれるイベント情報が相手方端末のイベント管理部20により利用されることになる。なお、イベント情報を付与する対象としては、RTPヘッダのほか、UDP(User Datagram Protocol)やTCP(Transmission Control Protocol)のペイロード等も用いることができる。   The voice packet transmitting unit 12 also adds information on the access media system to which the terminal is currently connected to the RTP header or the like as event information for notifying the other terminal in the packetization process of the encoded voice data. . The packet thus configured is transmitted to the counterpart terminal, and the event information included in the packet is used by the event management unit 20 of the counterpart terminal. In addition to the RTP header, the object to which the event information is added can be a UDP (User Datagram Protocol), a TCP (Transmission Control Protocol) payload, or the like.

順序入替補償部15aでは、イベント情報が入力されると、当該イベント情報に基づいて、順序入替補償バッファ15bのバッファ長を制御する。図9にバッファ長の制御例を示す。この図に示す情報は、図2には表示していない所定のメモリ部に記憶されており、順序入替補償部15aによって制御の際に参照される。同図において、例えばイベント情報が「網1への切り替え試行(網2無し)」であった場合は、順序入替補償部15aはバッファ長を「バッファ長1」に設定する。具体的にバッファ長1〜6としては、例えば転送速度が速い網から遅い網への切り替え試行イベントの場合はバッファ長が大きくなるような値、逆に転送速度が遅い網から速い網への切り替え試行イベントの場合はバッファ長が小さくなるような値となっている。但し、値が同じのバッファ長が含まれていてもよい。   When the event information is input, the order replacement compensation unit 15a controls the buffer length of the order replacement compensation buffer 15b based on the event information. FIG. 9 shows an example of buffer length control. The information shown in this figure is stored in a predetermined memory unit not shown in FIG. 2, and is referred to during control by the order change compensation unit 15a. In the figure, for example, when the event information is “switching attempt to network 1 (no network 2)”, the order change compensator 15a sets the buffer length to “buffer length 1”. Specifically, as the buffer lengths 1 to 6, for example, in the case of a switching attempt event from a network with a fast transfer speed to a slow network, a value that increases the buffer length, and conversely, switching from a network with a slow transfer speed to a fast network In the case of a trial event, the value is such that the buffer length becomes small. However, buffer lengths having the same value may be included.

音声符号化部13には、イベント管理部20からのイベント情報に加えて、バッファ閾値設定部21から前述したジッタの標準偏差(ジッタ量)の情報が入力される。音声符号化部13は、これらの情報に基づいて、音声符号化の処理における音声符号化レートと音声符号化アルゴリズムを制御する。なお、音声符号化レートと音声符号化アルゴリズムのどちらか一方だけを制御するようにしてもよい。   In addition to the event information from the event management unit 20, information on the above-described standard deviation (jitter amount) of the jitter is input from the buffer threshold setting unit 21 to the speech encoding unit 13. The voice encoding unit 13 controls the voice encoding rate and the voice encoding algorithm in the voice encoding process based on these pieces of information. Note that only one of the audio encoding rate and the audio encoding algorithm may be controlled.

図10に音声符号化の制御例を示す。この図に示す情報は、図2には表示していない所定のメモリ部に記憶されており、音声符号化部13によって制御の際に参照される。同図において、例えばイベント情報が「網1への切り替え試行(網2無し)」でありかつジッタの情報が「ジッタ標準偏差1」であった場合は、「符号化レート1」および「アルゴリズム1」に設定される。具体的には、例えば転送速度が速い網から遅い網への切り替え試行イベントであってジッタ標準偏差が大きい場合は、音声符号化レートは値が小さいものが選ばれ、また音声符号化アルゴリズムは転送レートの小さくなるものが選ばれる。逆に、転送速度が遅い網から速い網への切り替え試行イベントであってジッタ標準偏差が小さい場合は、音声符号化レートは値が大きいものが選ばれ、また音声符号化アルゴリズムは転送レートの大きくなるものが選ばれる。但し、図9には値が同じの符号化レートや同一の符号化アルゴリズムが含まれていてもよい。   FIG. 10 shows an example of speech encoding control. The information shown in this figure is stored in a predetermined memory unit not shown in FIG. 2, and is referred to by the speech encoding unit 13 during control. In the same figure, for example, when the event information is “trial to switch to network 1 (no network 2)” and the jitter information is “jitter standard deviation 1”, “encoding rate 1” and “algorithm 1”. "Is set. Specifically, for example, when the jitter standard deviation is large when a switching attempt event from a network with a high transfer rate to a network with a high transfer rate is selected, a speech encoding rate with a small value is selected, and a speech encoding algorithm is transferred. The one with the lower rate is selected. On the other hand, if the jitter standard deviation is small when an attempt is made to switch from a network with a slow transfer speed to a fast network and the jitter standard deviation is small, a speech coding rate with a large value is selected. Will be chosen. However, FIG. 9 may include the same encoding rate and the same encoding algorithm.

パケットロス補償制御部18には、イベント管理部20からのイベント情報に加えて、バッファ閾値設定部21から前述したジッタの標準偏差(ジッタ量)の情報が入力される。パケットロス補償制御部18は、これらの情報に基づいて、ロスしたパケットに対する補償処理における補償強度とロス補償アルゴリズムを制御する。ここで、ロス補償の強度とは、補償処理の対象とする同時ロスパケット数である。また、ロス補償アルゴリズムとはロスしたパケットを補償するアルゴリズムであり、例えば、過去に受信した音声パケットの情報のみから音声特徴量を抽出して、ロス区間(ロスしたパケット)の補完を行う、受信装置側で単独で処理を実行するアルゴリズムや、ロスの検出と補完を行うための音声データ以外の情報を予め送信装置側でパケットに付与する、送信装置と受信装置の機能を用いるアルゴリズムなどが含まれる。なお、ロス補償強度とロス補償アルゴリズムのどちらか一方だけを制御するようにしてもよい。   In addition to the event information from the event management unit 20, the packet loss compensation control unit 18 receives information on the above-described standard deviation of jitter (jitter amount) from the buffer threshold setting unit 21. Based on these pieces of information, the packet loss compensation control unit 18 controls the compensation strength and the loss compensation algorithm in the compensation processing for the lost packet. Here, the strength of loss compensation is the number of simultaneous loss packets to be compensated. Also, the loss compensation algorithm is an algorithm that compensates for lost packets. For example, the feature is extracted from only audio packet information received in the past, and the loss section (lost packet) is complemented. Includes algorithms that execute processing alone on the device side, algorithms that use the functions of the transmitting device and the receiving device, which pre-assigns information other than voice data for loss detection and interpolation to the packet on the transmitting device side It is. Note that only one of the loss compensation strength and the loss compensation algorithm may be controlled.

図11にパケットロス補償の制御例を示す。この図に示す情報は、図2には表示していない所定のメモリ部に記憶されており、パケットロス補償制御部18によって制御の際に参照される。同図において、例えばイベント情報が「網1への切り替え試行(網2無し)」でありかつジッタの情報が「ジッタ標準偏差1」であった場合は、「ロス補償強度1」および「アルゴリズム1」に設定される。具体的には、例えば転送速度が速い網から遅い網への切り替え試行イベントであってジッタ標準偏差が大きい場合は、ロス補償強度は強度が高いものが選ばれ、またロス補償アルゴリズムはロス耐性の高いものが選ばれる。逆に、転送速度が遅い網から速い網への切り替え試行イベントであってジッタ標準偏差が小さい場合は、ロス補償強度は強度が低いものが選ばれ、またロス補償アルゴリズムはロス耐性の低いものが選ばれる。但し、図10には値が同じのロス補償強度や同一のロス補償アルゴリズムが含まれていてもよい。   FIG. 11 shows an example of packet loss compensation control. The information shown in this figure is stored in a predetermined memory unit not shown in FIG. 2, and is referred to by the packet loss compensation control unit 18 during control. In the figure, for example, when the event information is “trial to switch to network 1 (no network 2)” and the jitter information is “jitter standard deviation 1”, “loss compensation strength 1” and “algorithm 1” "Is set. Specifically, for example, if the jitter standard deviation is large when a switching attempt event from a network with a high transfer rate to a network with a high transfer rate is selected, a loss compensation strength with a high strength is selected. The higher one is chosen. On the other hand, if the jitter standard deviation is small when an attempt is made to switch from a slow transfer network to a fast transfer network and the jitter standard deviation is small, a loss compensation strength with a low loss tolerance is selected. To be elected. However, FIG. 10 may include the same loss compensation strength and the same loss compensation algorithm.

バッファ閾値設定部21では、イベント情報が入力されると、当該イベント情報に基づいて、前述したジッタバッファ閾値(但し、前述した5つの閾値のうち再生開始閾値、高速再生閾値、低速再生閾値、再生停止閾値の4つのみとする)の補正を行う。補正は、ハンドオーバーの切り替え候補が通知されると開始され、ハンドオーバー処理がキャンセルまたはハンドオーバーが完了するまで継続して実行される。閾値の補正量は、例えばイベント情報の種別や、ハンドオーバーの遷移状態(開始、途中、完了等)や、切り替え先あるいは切り替え元のアクセスメディアシステムの種類や、他の切り替え先候補の有無や、補正対象の閾値(上記4つ)などに応じて適宜設定される(図12参照)。なお、自端末で生成されたイベント情報に基づきジッタバッファ閾値の補正を実行している間に、相手方端末からもイベント情報が通知された場合は、さらにジッタバッファ閾値を当該通知されたイベント情報に従って補正する(補正が加算される)。   When the event information is input to the buffer threshold value setting unit 21, the above-described jitter buffer threshold value (however, among the above five threshold values, the reproduction start threshold value, the fast reproduction threshold value, the slow reproduction threshold value, the reproduction value) (Only 4 stop threshold values) are corrected. The correction is started when a handover switching candidate is notified, and is continuously executed until the handover process is canceled or the handover is completed. The threshold correction amount includes, for example, the type of event information, the handover transition state (start, midway, completion, etc.), the type of the switching destination or switching source access media system, the presence or absence of other switching destination candidates, It is set as appropriate according to the threshold values to be corrected (the above four) (see FIG. 12). When event information is also notified from the counterpart terminal while the jitter buffer threshold is being corrected based on the event information generated by the own terminal, the jitter buffer threshold is further determined according to the notified event information. Correct (correction is added).

ここで、上記閾値の補正には、ジッタバッファ閾値を予め設定された固定値に一定時間維持する場合が含まれるものとする。この場合の処理は、受信したパケットのジッタ量が所定の閾値を超えた場合と、イベント情報が入力された場合を契機として実施される。また、イベント情報が入力された場合に設定されるジッタバッファ閾値の固定値は、現在接続されているアクセスメディアの種別および当該イベント情報の取得時までに受信したパケットのジッタ量に基づいて設定する。このような制御を行った場合には、ハンドオーバーの際に非常に大きくパケットの到着時間が遅れたとしても、それをジッタと認識してジッタバッファ閾値を必要以上に(ハンドオーバー前後のアクセスメディアの特性から想定される以上に)大きな値に保持してしまうことが生じなくなる。その結果、メディア再生速度制御部19における再生遅延が予期せず増大してしまうことを防止することができる。   Here, the correction of the threshold value includes a case where the jitter buffer threshold value is maintained at a fixed value set in advance for a certain period of time. The processing in this case is performed when the amount of jitter of the received packet exceeds a predetermined threshold and when event information is input. The fixed value of the jitter buffer threshold value set when event information is input is set based on the type of the currently connected access media and the jitter amount of the packet received until the event information is acquired. . When such control is performed, even if the arrival time of a packet is very large during handover, it is recognized as jitter and the jitter buffer threshold is set more than necessary (access media before and after handover). It is no longer possible to maintain a larger value (than expected from the above characteristics). As a result, it is possible to prevent the playback delay in the media playback speed control unit 19 from increasing unexpectedly.

図12は、ジッタバッファ閾値の補正例を示したものである。この図に示す情報は、図2には表示していない所定のメモリ部に記憶されており、バッファ閾値設定部21によって補正の際に参照される。同図において、例えば設定値「パラメータ1」は、イベント情報が「網1への切り替え試行(網2無し)」である場合に設定される補正量である。但し、図12には同じ値の補正量が含まれていてもよい。   FIG. 12 shows an example of correcting the jitter buffer threshold. The information shown in this figure is stored in a predetermined memory unit not shown in FIG. 2 and is referred to by the buffer threshold value setting unit 21 during correction. In the figure, for example, the set value “parameter 1” is a correction amount set when the event information is “trial to switch to network 1 (no network 2)”. However, FIG. 12 may include the same amount of correction.

図13は、上記補正されたジッタバッファ閾値に基づく、メディア再生速度制御部19による再生速度の補正の例(図5等に対応する図)を示したものである。具体的には、例えば転送速度が速い網から遅い網への切り替え試行イベントの場合の補正として、正の値の補正量を設定して各ジッタバッファ閾値を変更した様子を示している。同図の再生速度制御において、各ジッタバッファ閾値が補正により増加することになるので、ハンドオーバー後(遅い網)では、例えば停止状態におけるジッタバッファ16へのパケット蓄積量がハンドオーバー前(速い網)よりも大きくならないと再生が開始されない。また、再生状態において、ジッタバッファ16のパケット蓄積量が減少しつつあるとき、ジッタバッファ閾値が増加しているので低速再生や再生停止への切り替えがハンドオーバー後ではハンドオーバー前よりも早く行われるようになる。こうした制御によって、ジッタバッファ16でパケットの枯渇が起きにくくなっている。なお、補正量は各ジッタバッファ閾値でそれぞれ異なっていてもよいし、全ての閾値を一律に変更してもよい。   FIG. 13 shows an example of correction of the reproduction speed by the media reproduction speed control unit 19 based on the corrected jitter buffer threshold (a diagram corresponding to FIG. 5 and the like). Specifically, for example, as a correction in the case of a switching attempt event from a network having a high transfer rate to a network having a low transfer rate, a correction value of a positive value is set and each jitter buffer threshold is changed. In the reproduction speed control of FIG. 6, each jitter buffer threshold value is increased by correction. Therefore, after handover (slow network), for example, the amount of packets stored in the jitter buffer 16 in a stopped state is before handover (fast network). If it is not larger than), playback will not start. In addition, when the packet accumulation amount of the jitter buffer 16 is decreasing in the playback state, the jitter buffer threshold is increased, so that switching to low speed playback or playback stop is performed after handover faster than before handover. It becomes like this. Such control makes it difficult for the jitter buffer 16 to run out of packets. Note that the correction amount may be different for each jitter buffer threshold value, or all threshold values may be changed uniformly.

図14は、ジッタバッファ閾値の他の補正例を示したものである。ここでは、補正量ではなく、補正後のジッタバッファ閾値の値そのものを「値1」〜「値30」として示している。補正するジッタバッファ閾値は、a)再生開始閾値、b)高速再生閾値、c)低速再生閾値、d)最大バッファ閾値、e)再生停止閾値である。同図において、例えばアクセスメディア「網1」については、ジッタ量GがG<ジッタ量1の場合、再生開始閾値は「値1」に設定される。また、G≧ジッタ量1の場合は、「値2」とジッタ量Gとから所定の計算式を用いて算出した値を再生開始閾値に設定する。計算式の一例として、例えば次式を適用する。
再生開始閾値 = 値2 × ジッタ量G / 20
この計算式によれば、ジッタ量が大きいほど再生開始閾値は大きくなり、ジッタバッファ16の枯渇を効果的に回避することが可能である。
FIG. 14 shows another correction example of the jitter buffer threshold. Here, not the correction amount but the corrected jitter buffer threshold value itself is shown as “value 1” to “value 30”. The jitter buffer threshold values to be corrected are a) playback start threshold value, b) high speed playback threshold value, c) low speed playback threshold value, d) maximum buffer threshold value, and e) playback stop threshold value. In the figure, for example, for the access medium “network 1”, when the jitter amount G is G <jitter amount 1, the reproduction start threshold is set to “value 1”. When G ≧ jitter amount 1, a value calculated from “value 2” and jitter amount G using a predetermined calculation formula is set as the reproduction start threshold value. As an example of the calculation formula, for example, the following formula is applied.
Reproduction start threshold = value 2 × jitter amount G / 20
According to this calculation formula, the larger the jitter amount, the larger the reproduction start threshold value, and it is possible to effectively avoid the depletion of the jitter buffer 16.

次に、図15に示すフローチャートを参照して、通信端末装置1における、音声パケット受信部14によるパケットの受信から音声復号部17による復号までの処理について説明する。
順序入替補償部15aは、ジッタバッファ16へ出力した最終データのRTPシーケンス番号(以下、最終出力番号という)を管理しており、フローの最初の実行時に最終出力番号を「0」とする初期化を行う(ステップS1→ステップS2)。パケットの処理の途中すなわち2回目以降の実行の際は、初期化を行うことなくステップS3へ進む。順序入替補償部15aは、音声パケット受信部14から受信データを受け取ると、当該受信データのRTPシーケンス番号(以下、受信番号という)と最終出力番号との比較を行う(ステップS3)。
Next, with reference to the flowchart shown in FIG. 15, processing from reception of a packet by the voice packet receiving unit 14 to decoding by the voice decoding unit 17 in the communication terminal device 1 will be described.
The order change compensation unit 15a manages the RTP sequence number (hereinafter referred to as the final output number) of the final data output to the jitter buffer 16, and initializes the final output number to “0” at the first execution of the flow. (Step S1 → Step S2). In the middle of packet processing, that is, in the second and subsequent executions, the process proceeds to step S3 without performing initialization. When receiving the reception data from the voice packet reception unit 14, the order change compensation unit 15a compares the RTP sequence number (hereinafter referred to as reception number) of the reception data with the final output number (step S3).

この比較において、
受信番号 = 最終出力番号 + 1
である場合は、受信データは正順で受信されていることになるので、順序入替補償部15aは当該受信データを直ちにジッタバッファ16に出力し、最終出力番号を更新(インクリメント)する(ステップS6)。また、
受信番号 ≦ 最終出力番号
である場合は、その受信データはすでに受信済みのデータであるので、順序入替補償部15aは当該受信データを破棄する(ステップS9)。
In this comparison,
Received number = Final output number + 1
In this case, since the received data is received in the normal order, the order change compensator 15a immediately outputs the received data to the jitter buffer 16 and updates (increments) the final output number (step S6). ). Also,
If reception number ≦ final output number, the received data is already received data, and therefore the order change compensation unit 15a discards the received data (step S9).

また、
受信番号 > 最終出力番号 + 1
である場合は、当該受信データより前に再生されるべきデータがまだ受信されていないことになるので、そのデータの到着を待つため、当該受信データを順序入替補償バッファ15bに一時的に格納する(ステップS4)。この時、順序入替補償バッファ15bには先頭から受信番号が小さい順にデータが格納される。ここで、順序入替補償バッファ15bには、イベント管理部20から通知されるイベント情報に基づいて、蓄積可能な最大バッファ数が動的に設定されている。順序入替補償部15aは、現在のバッファ数と最大バッファ数とを比較する(ステップS5)。
Also,
Received number> Final output number + 1
In this case, since the data to be reproduced before the received data has not been received yet, the received data is temporarily stored in the order change compensation buffer 15b in order to wait for the arrival of the data. (Step S4). At this time, data is stored in the order change compensation buffer 15b in ascending order of reception number from the top. Here, the maximum number of buffers that can be stored is dynamically set in the order replacement compensation buffer 15b based on the event information notified from the event management unit 20. The order change compensation unit 15a compares the current number of buffers with the maximum number of buffers (step S5).

そして、バッファ数が最大バッファ数に達していなければ、当該受信データについての処理は終了する。その後、次の受信データを受け取ったら、当該次の受信データについて再び図15のフローを実行する。一方、バッファ数が最大バッファ数に達している場合には、順序入替補償部15aは順序入替補償バッファ15bに正しい順序で格納された先頭のデータをジッタバッファ16に出力して、最終出力番号を更新する(ステップS7)。   If the number of buffers does not reach the maximum number of buffers, the process for the received data ends. Thereafter, when the next received data is received, the flow of FIG. 15 is executed again for the next received data. On the other hand, when the number of buffers has reached the maximum number of buffers, the order change compensation unit 15a outputs the first data stored in the order change compensation buffer 15b in the correct order to the jitter buffer 16, and sets the final output number. Update (step S7).

ステップS6で受信データをジッタバッファ16に出力し、またはステップS7で順序入替補償バッファ15bの先頭のデータをジッタバッファ16に出力した後、さらに順序入替補償部15aは、順序入替補償バッファ15bの先頭データ(ステップS7実行後の場合はジッタバッファ16へ出力した後の先頭データ)のシーケンス番号(バッファ先頭番号)と最終出力番号との比較を行う(ステップS8)。そして、
バッファ先頭番号 = 最終出力番号 + 1
である場合は、順序入替補償バッファ15bの当該先頭データは次に再生すべきデータであるため、再びステップS7を実行して、当該先頭データを出力し最終出力番号を更新する。以下、ステップS7とステップS8を繰り返す。
In step S6, the received data is output to the jitter buffer 16, or in step S7, the head data of the order replacement compensation buffer 15b is output to the jitter buffer 16, and then the order replacement compensation unit 15a further includes the head of the order replacement compensation buffer 15b. A comparison is made between the sequence number (buffer head number) of the data (the head data after being output to the jitter buffer 16 if step S7 is executed) and the final output number (step S8). And
Buffer start number = Final output number + 1
In this case, since the head data in the order change compensation buffer 15b is data to be reproduced next, step S7 is executed again to output the head data and update the final output number. Thereafter, step S7 and step S8 are repeated.

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。   As described above, the embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to the above, and various design changes and the like can be made without departing from the scope of the present invention. It is possible to

本発明の一実施形態による通信端末装置が利用される音声会話通信システムのネットワーク構成を概略的に示した図である。1 is a diagram schematically illustrating a network configuration of a voice conversation communication system in which a communication terminal device according to an embodiment of the present invention is used. 図1の通信端末装置の構成を示す機能ブロック図である。It is a functional block diagram which shows the structure of the communication terminal device of FIG. ジッタバッファに設定されたジッタバッファ閾値を示した図である。It is the figure which showed the jitter buffer threshold value set to the jitter buffer. 図3の各閾値に基づいてメディア再生速度制御部が行う制御の状態遷移図である。FIG. 4 is a state transition diagram of control performed by a media playback speed control unit based on each threshold value in FIG. 3. メディア再生速度制御部によって制御される音声データの再生速度の設定例である。It is an example of setting the reproduction speed of audio data controlled by the media reproduction speed control unit. メディア再生速度制御部によって制御される音声データの再生速度の設定例である。It is an example of setting the reproduction speed of audio data controlled by the media reproduction speed control unit. メディア再生速度制御部によって制御される音声データの再生速度の設定例である。It is an example of setting the reproduction speed of audio data controlled by the media reproduction speed control unit. 音声パケット送信部による送信間隔の制御例である。It is an example of control of the transmission interval by the voice packet transmitter. 順序入替補償部によるバッファ長の制御例である。It is an example of control of the buffer length by an order change compensation part. 音声符号化部による音声符号化の制御例である。It is an example of control of voice coding by a voice coding unit. パケットロス補償制御部によるパケットロス補償の制御例である。It is an example of control of packet loss compensation by a packet loss compensation control unit. ジッタバッファ閾値の補正例である。It is an example of correction of a jitter buffer threshold value. 補正されたジッタバッファ閾値に基づくメディア再生速度制御部による再生速度の補正の例である。It is an example of correction | amendment of the reproduction speed by the media reproduction speed control part based on the corrected jitter buffer threshold value. ジッタバッファ閾値の他の補正例である。It is another example of correction | amendment of a jitter buffer threshold value. パケットの受信から復号までの処理について説明するフローチャートである。It is a flowchart explaining the process from reception of a packet to decoding.

符号の説明Explanation of symbols

1(1a、1b)…通信端末装置 2…通信アプリケーション部 3…OS/デバイスドライバ部 11…網接続インタフェース部 12…音声パケット送信部 13…音声符号化部 14…音声パケット受信部 15a…順序入替補償部 15b…順序入替補償バッファ 16…ジッタバッファ 17…音声復号部 18…パケットロス補償制御部 19…メディア再生速度制御部 20…イベント管理部 21…バッファ閾値設定部 22…ジッタバッファ制御部 23…マイク 24…スピーカ 100…移動パケット網 200…固定パケット網

DESCRIPTION OF SYMBOLS 1 (1a, 1b) ... Communication terminal device 2 ... Communication application part 3 ... OS / device driver part 11 ... Network connection interface part 12 ... Voice packet transmission part 13 ... Voice encoding part 14 ... Voice packet reception part 15a ... Order change Compensation unit 15b ... Order change compensation buffer 16 ... Jitter buffer 17 ... Audio decoding unit 18 ... Packet loss compensation control unit 19 ... Media playback speed control unit 20 ... Event management unit 21 ... Buffer threshold value setting unit 22 ... Jitter buffer control unit 23 ... Microphone 24 ... Speaker 100 ... Mobile packet network 200 ... Fixed packet network

Claims (8)

パケット網に接続してパケット通信を行う通信端末装置において、
受信したパケットを一時的に蓄積するジッタバッファと、
受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するバッファ閾値設定手段と、
を備え、
当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を生成し、生成したイベント情報に基づいて前記閾値の補正を行う
ことを特徴とする通信端末装置。
In a communication terminal device that performs packet communication by connecting to a packet network,
A jitter buffer for temporarily storing received packets;
A buffer threshold value setting means for setting a threshold value for the accumulated amount of packets in the jitter buffer based on the jitter amount of the received packet;
With
When performing a handover in which the communication terminal apparatus switches the packet network to which it is connected, the communication terminal apparatus generates event information relating to the state of the handover, and corrects the threshold based on the generated event information. .
パケット網に接続してパケット通信を行う通信端末装置において、
受信したパケットを一時的に蓄積するジッタバッファと、
受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するバッファ閾値設定手段と、
を備え、
当該通信端末装置がパケット通信を行っている相手方通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を前記相手方通信端末装置から受信し、受信したイベント情報に基づいて前記閾値の補正を行う
ことを特徴とする通信端末装置。
In a communication terminal device that performs packet communication by connecting to a packet network,
A jitter buffer for temporarily storing received packets;
A buffer threshold value setting means for setting a threshold value for the accumulated amount of packets in the jitter buffer based on the jitter amount of the received packet;
With
At the time of a handover in which the counterpart communication terminal apparatus in which the communication terminal apparatus performs packet communication switches the connection destination packet network, event information relating to the state of the handover is received from the counterpart communication terminal apparatus, and the received event information The threshold value is corrected based on the communication terminal device.
前記バッファ閾値設定手段により設定された閾値に基づいて前記ジッタバッファからのパケット出力速度を制御する
ことを特徴とする請求項1または請求項2に記載の通信端末装置。
The communication terminal apparatus according to claim 1 or 2, wherein a packet output speed from the jitter buffer is controlled based on a threshold set by the buffer threshold setting means.
前記パケットに格納されたデータを再生する手段を備え、
前記バッファ閾値設定手段により設定された閾値に基づいて前記再生の速度を制御する
ことを特徴とする請求項1から請求項3のいずれかの項に記載の通信端末装置。
Means for reproducing the data stored in the packet;
The communication terminal apparatus according to any one of claims 1 to 3, wherein the playback speed is controlled based on a threshold set by the buffer threshold setting means.
受信したパケットの前記ジッタ量が所定の閾値を超えた場合、または前記イベント情報が生成若しくは受信された場合に、ジッタバッファの前記閾値を予め設定された固定値へ補正する
ことを特徴とする請求項1から請求項4のいずれかの項に記載の通信端末装置。
The threshold value of a jitter buffer is corrected to a preset fixed value when the jitter amount of a received packet exceeds a predetermined threshold value, or when the event information is generated or received. The communication terminal device according to any one of claims 1 to 4.
イベント情報が生成若しくは受信された場合における前記固定値が、現在接続されているアクセスメディアの種別および当該イベント情報の取得時までに受信したパケットのジッタ量に基づいて設定される
ことを特徴とする請求項5に記載の通信端末装置。
The fixed value when event information is generated or received is set based on the type of currently connected access media and the jitter amount of packets received until the event information is acquired. The communication terminal device according to claim 5.
パケット網に接続してパケット通信を行い、受信したパケットを一時的に蓄積するジッタバッファを備えた通信端末装置におけるバッファ制御方法であって、
受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するステップと、
当該通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を生成するステップと、
前記生成したイベント情報に基づいて前記閾値の補正を行うステップと、
を備えることを特徴とするバッファ制御方法。
A buffer control method in a communication terminal apparatus comprising a jitter buffer for connecting to a packet network to perform packet communication and temporarily storing received packets,
Setting a threshold for packet accumulation in the jitter buffer based on the amount of jitter in the received packet;
A step of generating event information relating to a state of the handover at the time of handover in which the communication terminal apparatus switches the packet network to which the connection is made;
Correcting the threshold based on the generated event information;
A buffer control method comprising:
パケット網に接続してパケット通信を行い、受信したパケットを一時的に蓄積するジッタバッファを備えた通信端末装置におけるバッファ制御方法であって、
受信したパケットのジッタ量に基づいて前記ジッタバッファにおけるパケットの蓄積量の閾値を設定するステップと、
当該通信端末装置がパケット通信を行っている相手方通信端末装置が接続先のパケット網を切り替えるハンドオーバーの際、該ハンドオーバーの状態に関するイベント情報を前記相手方通信端末装置から受信するステップと、
前記受信したイベント情報に基づいて前記閾値の補正を行うステップと、
を備えることを特徴とするバッファ制御方法。

A buffer control method in a communication terminal apparatus comprising a jitter buffer for connecting to a packet network to perform packet communication and temporarily storing received packets,
Setting a threshold for packet accumulation in the jitter buffer based on the amount of jitter in the received packet;
Receiving the event information about the state of the handover from the counterpart communication terminal device during a handover in which the counterpart communication terminal device performing the packet communication of the communication terminal device switches the connection destination packet network;
Correcting the threshold based on the received event information;
A buffer control method comprising:

JP2006175156A 2006-06-26 2006-06-26 Communication terminal device and buffer controlling method Pending JP2008005392A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006175156A JP2008005392A (en) 2006-06-26 2006-06-26 Communication terminal device and buffer controlling method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006175156A JP2008005392A (en) 2006-06-26 2006-06-26 Communication terminal device and buffer controlling method

Publications (1)

Publication Number Publication Date
JP2008005392A true JP2008005392A (en) 2008-01-10

Family

ID=39009381

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006175156A Pending JP2008005392A (en) 2006-06-26 2006-06-26 Communication terminal device and buffer controlling method

Country Status (1)

Country Link
JP (1) JP2008005392A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009084687A1 (en) * 2007-12-27 2009-07-09 Kyocera Corporation Radio communication device
WO2009119764A1 (en) * 2008-03-27 2009-10-01 京セラ株式会社 Wireless communication device
WO2009131222A1 (en) * 2008-04-25 2009-10-29 京セラ株式会社 Wireless communication device and communication device
JP2010028248A (en) * 2008-07-15 2010-02-04 Kyocera Corp Wireless terminal and communication terminal
KR20110052229A (en) * 2009-11-12 2011-05-18 삼성전자주식회사 Method and apparatus for reducing media data loss while performing handover
JP2011160073A (en) * 2010-01-29 2011-08-18 Softbank Mobile Corp Communication control device, and communication control program
JP2012070287A (en) * 2010-09-24 2012-04-05 Fujitsu Ltd Streaming rate control method, information processor and program
JP2014059866A (en) * 2012-09-14 2014-04-03 Intel Corp Techniques for continuously delivering data while conserving energy

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000224194A (en) * 1999-02-04 2000-08-11 Yrp Ido Tsushin Kiban Gijutsu Kenkyusho:Kk Flow control method, exchange network with flow control function and terminal
JP2002112304A (en) * 2000-09-28 2002-04-12 Mitsubishi Electric Corp Hand-over predicting communication system
JP2002330180A (en) * 2001-04-27 2002-11-15 Toa Corp Reception device and reception reproducing method
JP2006050488A (en) * 2004-08-09 2006-02-16 Kddi Corp Communication terminal device and buffer control method
US20060045138A1 (en) * 2004-08-30 2006-03-02 Black Peter J Method and apparatus for an adaptive de-jitter buffer
JP2007104569A (en) * 2005-10-07 2007-04-19 Japan Radio Co Ltd Data receiving device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000224194A (en) * 1999-02-04 2000-08-11 Yrp Ido Tsushin Kiban Gijutsu Kenkyusho:Kk Flow control method, exchange network with flow control function and terminal
JP2002112304A (en) * 2000-09-28 2002-04-12 Mitsubishi Electric Corp Hand-over predicting communication system
JP2002330180A (en) * 2001-04-27 2002-11-15 Toa Corp Reception device and reception reproducing method
JP2006050488A (en) * 2004-08-09 2006-02-16 Kddi Corp Communication terminal device and buffer control method
US20060045138A1 (en) * 2004-08-30 2006-03-02 Black Peter J Method and apparatus for an adaptive de-jitter buffer
JP2007104569A (en) * 2005-10-07 2007-04-19 Japan Radio Co Ltd Data receiving device

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009159450A (en) * 2007-12-27 2009-07-16 Kyocera Corp Radio communication device
WO2009084687A1 (en) * 2007-12-27 2009-07-09 Kyocera Corporation Radio communication device
US8879501B2 (en) 2007-12-27 2014-11-04 Kyocera Corporation Wireless communication apparatus
US8665824B2 (en) 2008-03-27 2014-03-04 Kyocera Corporation Wireless communication apparatus
WO2009119764A1 (en) * 2008-03-27 2009-10-01 京セラ株式会社 Wireless communication device
JP2009239689A (en) * 2008-03-27 2009-10-15 Kyocera Corp Wireless communication device
WO2009131222A1 (en) * 2008-04-25 2009-10-29 京セラ株式会社 Wireless communication device and communication device
JP5015319B2 (en) * 2008-04-25 2012-08-29 京セラ株式会社 Wireless communication apparatus and communication apparatus
US8614991B2 (en) 2008-04-25 2013-12-24 Kyocera Corporation Wireless communication apparatus and communication apparatus
JP4608686B2 (en) * 2008-07-15 2011-01-12 京セラ株式会社 Wireless terminal and communication terminal
JP2010028248A (en) * 2008-07-15 2010-02-04 Kyocera Corp Wireless terminal and communication terminal
KR20110052229A (en) * 2009-11-12 2011-05-18 삼성전자주식회사 Method and apparatus for reducing media data loss while performing handover
KR101640847B1 (en) * 2009-11-12 2016-07-19 삼성전자주식회사 Method and apparatus for reducing media data loss while performing handover
JP2011160073A (en) * 2010-01-29 2011-08-18 Softbank Mobile Corp Communication control device, and communication control program
JP2012070287A (en) * 2010-09-24 2012-04-05 Fujitsu Ltd Streaming rate control method, information processor and program
JP2014059866A (en) * 2012-09-14 2014-04-03 Intel Corp Techniques for continuously delivering data while conserving energy

Similar Documents

Publication Publication Date Title
JP4699947B2 (en) Communication terminal device
JP2008005392A (en) Communication terminal device and buffer controlling method
JP4661373B2 (en) Transmission device and transmission program for controlling discard of specific media data
US20090080423A1 (en) Systems and methods for adaptively adjusting codec rates for communication networks
US20080198929A1 (en) Encoding Processing Apparatus and Method for a Moving Image
JP2002141945A (en) Data transmission system and data transmission method, and program storage medium
JP4903435B2 (en) Media signal transmission method and reception method, and transmission / reception method and apparatus
JP2008085798A (en) Voice transmitter
JP3707369B2 (en) Video phone equipment
JP4076981B2 (en) Communication terminal apparatus and buffer control method
WO2007080788A1 (en) Teleconference control device and teleconference control method
JP2014160911A (en) Packet processing device, method, and program
JP4400571B2 (en) Coding data processing method and gateway device in connection between different types of communication networks
JP2004120479A (en) Lan communication method and lan communication system for performing the method
JP2014068087A (en) Buffer controller, control method by buffer controller, media communication device, and computer program
JP2005340922A (en) Real time remote communication system and communication quality controller
JP2013118560A (en) Transmission device, reception device, transmission method and reception method
JP2008005393A (en) Communication terminal
JP4655870B2 (en) Packet transmission / reception system and elapsed time measurement method
JP4050961B2 (en) Packet-type voice communication terminal
JP4174017B2 (en) Jitter buffer control method and IP telephone
CN110875860A (en) Method and device for processing network jitter
US20130142192A1 (en) Voice communication apparatus for intermittently discarding packets
JP2006333407A (en) Transmission control apparatus
JP2008028828A (en) Radio communication terminal device

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20071017

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20071017

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090121

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20090122

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110606

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110621

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20110725

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110725

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111108

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20120105

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120508