JPWO2009107587A1 - 無線通信装置 - Google Patents

無線通信装置 Download PDF

Info

Publication number
JPWO2009107587A1
JPWO2009107587A1 JP2010500679A JP2010500679A JPWO2009107587A1 JP WO2009107587 A1 JPWO2009107587 A1 JP WO2009107587A1 JP 2010500679 A JP2010500679 A JP 2010500679A JP 2010500679 A JP2010500679 A JP 2010500679A JP WO2009107587 A1 JPWO2009107587 A1 JP WO2009107587A1
Authority
JP
Japan
Prior art keywords
wireless communication
communication network
handover
unit
jitter buffer
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.)
Granted
Application number
JP2010500679A
Other languages
English (en)
Other versions
JP5074575B2 (ja
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.)
Kyocera Corp
Original Assignee
Kyocera 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 Kyocera Corp filed Critical Kyocera Corp
Priority to JP2010500679A priority Critical patent/JP5074575B2/ja
Publication of JPWO2009107587A1 publication Critical patent/JPWO2009107587A1/ja
Application granted granted Critical
Publication of JP5074575B2 publication Critical patent/JP5074575B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/26Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/304Reselection being triggered by specific parameters by measured or perceived connection quality data due to measured or perceived resources with higher communication quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface

Landscapes

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

Abstract

第1無線通信ネットワーク15から第2無線通信ネットワーク16へハンドオーバする際に、ハンドオーバ制御部36から、ハンドオーバまでの準備時間を取得するとともに、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介してそれぞれデータを受信して、受信した同一データの受信時間に基づいて両者の遅延時間差を取得し、これらの取得情報と、ハンドオーバ準備の開始を決定した時点でのジッタバッファ47内のデータ量とに基づいて、実行中のアプリケーションの再生速度を制御する。これにより、再生品質およびリアルタイム性が低下したり、パケットロスが生じたりすることなく、異なる無線通信ネットワークへのハンドオーバを可能とする。

Description

関連出願の相互参照
本出願は、2008年2月27日に出願された日本国特許出願2008−45833号の優先権を主張するものであり、この先の出願の開示全体をここに参照のために取り込む。
本発明は、異なる無線通信ネットワーク間でのハンドオーバが可能な無線通信装置に関するものである。
近年、IETF(Internet Engineering Task Force)では、ユビキタス環境の実現に向けて、例えば携帯電話ネットワークや無線LAN等、異なる複数の無線通信ネットワーク間でのハンドオーバを可能として、シームレスな移動を行うIPモビリティ技術が検討されている。このIPモビリティ技術における具体的なプロトコルとしては、通信端末個々の移動をサポートするモバイルIPv4およびモバイルIPv6(以下、これらを総称してモバイルIPと略称する)があり、ネットワーク単位での移動をサポートするNEMO(Network Mobility)がある。
ところで、無線通信ネットワークを介して、VoIPなどのリアルタイム性を有するアプリケーション(以下、適宜、アプリと略称する)を実行する場合、無線通信経路の許容帯域は、フェージング等の伝搬環境に依存して変化し、その許容帯域の変化に応じて通信端末が受信するパケットの到着間隔も変化する。
このため、一般には、通信端末にジッタバッファを設けて、受信したパケットを一旦、ジッタバッファに溜め込み、その後、アプリに応じた間隔でジッタバッファからパケットを読み出して再生する。これにより、パケットの揺らぎ、すなわち到着間隔のずれ(ジッタ)によるパケットの再生間隔のずれを吸収して、再生音質等の再生品質の低下を防止するようにしている。また、ジッタが大きく、ジッタバッファ内のパケットがなくなって無音等が発生してしまう場合や、短時間で大量にパケットを受信して、パケットがジッタバッファに入りきらない場合などは、再生速度を変えたり、受信したパケットを破棄したり、ジッタバッファのサイズを変更したり、している。
一方、通信端末が受信するパケットの下り絶対遅延時間、すなわち、相手通信端末から送信されたパケットが、無線通信ネットワークを介して受信されるまでに要する時間(遅延時間)は、無線通信ネットワークに応じて異なる。このため、通信端末が移動する無線通信装置の場合には、異なる無線通信ネットワークにハンドオーバした際に、例えば、ハンドオーバ先の下り絶対遅延時間が、ハンドオーバ元の下り絶対遅延時間より長いと、その差の分だけ、パケットの受信空き時間が生じることになる。
このような場合、例えば、ジッタバッファからのパケットの読み出し間隔を、アプリに応じた一定の間隔として、一定の再生速度でパケットを再生すると、ハンドオーバ元の無線通信ネットワークから受信した最後のパケットが、ジッタバッファから読み出されるまでに要する時間(すなわち、ジッタバッファ標準遅延時間)よりも、上記の受信空き時間が長い場合には、その長い分の時間は、ジッタバッファ内のパケットが空となる。その結果、少なくとも、この時間帯は、パケットの再生が行われないため、無音等の状態となって再生品質の低下を招くことになる。
図10は、この場合のジッタバッファの制御方法を説明するための図である。図10(a)は、ジッタバッファが単位時間当たりに受信するパケット数、図10(b)は、ジッタバッファからのパケットの再生速度(読み出し間隔)、図10(c)は、ジッタバッファ内のパケット数をそれぞれ示す。また、図11は、この場合のパケットの流れを示す。図11において、「送信」は、相手通信端末によるパケットの送信タイミング、「受信」は、無線通信装置のジッタバッファが受信するパケットの受信タイミング、「再生」は、無線通信装置によるパケットの再生タイミング(ジッタバッファからのパケットの読み出しタイミング)をそれぞれ示す。なお、ここでは、ハンドオーバ元の無線通信ネットワークAおよびハンドオーバ先の無線通信ネットワークBの各々において、受信パケットに揺らぎ(到着間隔のずれ)はないものとして示す。
図10および図11から明らかなように、ハンドオーバ先の無線通信ネットワークBにおける下り絶対遅延時間TddnBが、ハンドオーバ元の無線通信ネットワークAにおける下り絶対遅延時間TddnAよりも長く、かつ、(TddnB−TddnA)が、ジッタバッファ内に標準のパケット数が蓄積されている場合に受信パケットが受けるジッタバッファ標準遅延時間Taよりも長い場合には、Tn={(TddnB−TddnA)−Ta}、の時間は、パケットの再生が行われない。しかも、この場合には、ハンドオーバ先の無線通信ネットワークBからパケットを受信したら、直ちに再生することになるため、ジッタを吸収できない。
このようなハンドオーバ時の不具合を改善する方法として、例えば、ハンドオーバ可能な無線通信ネットワーク毎の絶対遅延時間を、無線通信装置やホームエージェント等に予め設定し、ハンドオーバする際に、ハンドオーバ元およびハンドオーバ先の設定された絶対遅延時間を取得して、それらの遅延時間差に基づいて無音期間が生じないように、再生速度を制御することが考えられる。
また、他の改善方法として、例えば、パケットの受信状況を監視し、パケットが通常の受信間隔で受信できなかった場合には、ジッタバッファからのパケットの読み出し、すなわちパケットの再生速度を制御するジッタバッファ制御方法(例えば、特許文献1参照)を採用することが考えられる。
図12は、特許文献1に開示されたジッタバッファ制御方法を採用した場合の再生速度の制御方法を説明するための図である。図12(a)〜(c)は、図10(a)〜(c)と同様に、ジッタバッファの単位時間当たりの受信パケット数、再生速度、ジッタバッファ内のパケット数をそれぞれ示す。また、図13は、この場合のパケットの流れを示す。
図12および図13においては、下り絶対遅延時間がTddnAの無線通信ネットワークAから、TddnAよりも長い下り絶対遅延時間TddnBの無線通信ネットワークBにハンドオーバした場合のように、それまでの受信間隔でパケットが受信できなかった場合には、受信間隔の増加に従って、ジッタバッファ内のパケットの再生速度を徐々に低速とする。その後は、受信間隔が正常に戻った場合には、ジッタバッファ内のパケット数に応じて、再生速度を通常の再生速度まで徐々に増加させるように制御する。
特開2006−238445号公報
しかしながら、無線通信システム毎に予め設定された絶対遅延時間を用いる前者の再生速度制御方法にあっては、各無線通信システムの絶対遅延時間が、無線状態等によって大きく変化すると、ハンドオーバする際に、ハンドオーバ元およびハンドオーバ先の無線通信システムにおける実際の絶対遅延時間と、設定された絶対遅延時間との間に大きな差が生じる場合がある。
このため、算出した遅延時間差が実際の遅延時間差よりも長かった場合は、必要以上に再生速度を落とすことになる。その結果、VoIPにおいては、再生速度がもとの音声の速度から大きく変化することになるため、再生音の音質が大きく低下して、再生品質の低下を招き、ユーザにとって聞きにくくなる。また、逆に、算出した遅延時間差が実際の遅延時間差よりも短かった場合は、ジッタバッファ内へのパケットの蓄積量が足らなくなって、無音が発生することになり、初期の目的を達成できなくなる。
また、特許文献1に開示のジッタバッファの制御方法においては、単に、それまでの受信間隔でパケットが受信できなかった場合に、ジッタバッファに現在溜まっているパケットの再生速度を徐々に遅くするように制御しているに過ぎない。このため、ハンドオーバ先の下り絶対遅延時間TddnBが比較的長い場合には、再生速度の低速変化が大きくなって、再生品質の低下を招くことが懸念される。
また、図12および図13は、ジッタバッファ内のパケットが空となって、無音等が発生しなかった場合の制御例を示しているが、実際には、パケットの受信間隔がどれだけ空くかは未知である。このため、ジッタバッファ標準遅延時間Taやハンドオーバ先の下り絶対遅延時間TddnBによっては、ジッタバッファ内のパケットが空となって、無音等が発生することも懸念される。なお、無音等の発生を防止するため、ジッタバッファ標準遅延時間Taを、より大きくすることも考えられる。しかし、このようにすると、例えば、VoIPにおいては、相手端末からのパケットの再生に遅れが生じるため、リアルタイム性に欠けることになる。
したがって、かかる点に鑑みてなされた本発明の目的は、再生品質およびリアルタイム性が低下することなく、異なる無線通信ネットワークへのハンドオーバが可能な無線通信装置を提供することにある。
上記目的を達成する第1の観点に係る無線通信装置の発明は、
第1無線通信ネットワーク、および該第1無線通信ネットワークと異なる第2無線通信ネットワークに接続して無線通信を実行する無線通信部と、
前記無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
前記第1無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第1無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
該通信品質取得部により取得した前記通信品質に基づいて、前記第1無線通信ネットワークから前記第2無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始するまでのハンドオーバ準備時間を推定する推定部と、
前記決定部がハンドオーバ準備の開始を決定すると、前記第1無線通信ネットワークおよび前記第2無線通信ネットワークを介してそれぞれデータを受信して、受信した同一データの受信時間に基づいて、前記第1無線通信ネットワークと前記第2無線通信ネットワークとの間の遅延時間差を計測する計測部と、
前記推定部により推定したハンドオーバ準備時間と、前記計測部により計測した遅延時間差と、前記決定部がハンドオーバ準備の開始を決定した時点での前記ジッタバッファ監視部による前記ジッタバッファ内のデータ量とに基づいて、前記実行部による当該アプリケーションの再生速度を制御する制御部と、
を備えることを特徴とするものである。
第2の観点に係る発明は、第1の観点に係る無線通信装置において、
前記制御部は、前記第2無線通信ネットワークによる受信時間の方が、前記第1無線通信ネットワークによる受信時間よりも所定時間以上遅い場合に、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とするものである。
第3の観点に係る発明は、第2の観点に係る無線通信装置において、
前記制御部は、ハンドオーバの準備を開始してから、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とするものである。
第4の観点に係る発明は、第3の観点に係る無線通信装置において、
前記制御部は、前記第2無線通信ネットワークからのデータの受信開始時点で、前記ジッタバッファ内のデータ量が0となるように、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とするものである。
第5の観点に係る発明は、第2の観点に係る無線通信装置において、
前記実行部は、受信したデータのジッタを吸収するジッタバッファと、該ジッタバッファのデータ量を監視するジッタバッファ監視部と、を備え、
前記制御部は、前記第2無線通信ネットワークへのハンドオーバが完了した後、前記ジッタバッファ監視部が監視する前記ジッタバッファのデータ量が所定量を超えると、当該アプリケーションの再生速度を通常の速度に戻すことを特徴とするものである。
本発明に係る無線通信装置においては、第1無線通信ネットワークから第2無線通信ネットワークへハンドオーバする際に、事前に、ハンドオーバまでの準備時間を取得するとともに、第1無線通信ネットワークおよび第2無線通信ネットワークを介してそれぞれデータを受信して、受信した同一データの受信時間に基づいて、第1無線通信ネットワークと第2無線通信ネットワークとの間の遅延時間差を取得する。そして、これら取得情報と、ハンドオーバ準備の開始を決定した時点でのジッタバッファ内のデータ量とに基づいて、アプリケーションの再生速度を制御する。これにより、ハンドオーバ時の実際の無線状態に応じて、アプリケーションの再生速度を最適に制御することができるので、再生品質およびリアルタイム性を低下させることなく、第1無線通信ネットワークから第2無線通信ネットワークへのハンドオーバが可能となる。
本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。 図1に示した無線通信装置の概略構成を示すブロック図である。 図2に示した無線通信装置の電話機能部の概略構成を示す機能ブロック図である。 図2に示したハンドオーバ制御部によるハンドオーバ準備時間の算出方法を説明するための図である。 図1に示す無線通信装置(MN)とHAとの間のハンドオーバ時のシーケンスを示す図である。 遅延時間差の取得方法を説明するための図である。 図3に示した電話機能部の要部の動作を示すシーケンス図である。 図3に示したジッタバッファ制御部による受信パケットの再生速度制御方法の一例を説明するための図である。 図3に示した電話機能部におけるジッタバッファの制御例を説明するための図である。 従来のジッタバッファの制御方法の一例を説明するための図である。 図10に示した制御方法によるパケットの流れを示す図である。 従来のジッタバッファの制御方法の他の例を説明するための図である。 図12に示した制御方法によるパケットの流れを示す図である。
符号の説明
11 無線通信装置(MN)
12 相手通信端末
12a 送受話器
15 第1無線通信ネットワーク
15a アクセスポイント
16 第2無線通信ネットワーク
16a 基地局
17 パケットネットワーク
18 インターネット
21,22 SIPサーバ
23 ホームエージェント(HA)
31 第1無線I/F
32 第2無線I/F
33 電話機能部
34 通信処理部
35 無線情報取得部
36 ハンドオーバ制御部
47 ジッタバッファ
50 ジッタバッファ監視部
51 ジッタバッファ制御部
55 ハンドオーバ情報取得部
56 再生速度計算部
以下、本発明の実施の形態について、図を参照して説明する。
図1は、本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。図1において、移動ノードである無線通信装置11は、対向ノードである相手通信端末12との間で、リアルタイム通信系のアプリであるVoIPによる通話を行うものとする。無線通信装置11は、第1無線通信ネットワーク15と第2無線通信ネットワーク16との間で、ハンドオーバが可能となっている。第1無線通信ネットワーク15および第2無線通信ネットワーク16は、インターネット18に結合されている。
ここで、第1無線通信ネットワーク15は、例えば無線LAN(Local Area Network)を想定し、第2無線通信ネットワーク16は、例えばcdma2000 1xEV−DO(Code Division Multiple Access 2000 1x Evolution Data Only)の携帯電話ネットワークを想定する。第1無線通信ネットワーク15における遅延時間(下り絶対遅延時間)は、第2無線通信ネットワーク16における遅延時間(下り絶対遅延時間)よりも短いと仮定する。なお、図1において、符号15aは、第1無線通信ネットワーク15のアクセスポイントを示し、符号16aは、第2無線通信ネットワーク16の基地局を示す。
相手通信端末12は、例えば送受話器12aが接続され、ソフトフォンがインストールされたパーソナルコンピュータからなり、図示しないインターネットサービスプロバイダを介してインターネット18に接続されている。
また、第1無線通信ネットワーク15および第2無線通信ネットワーク16には、それぞれ通信を制御するSIP(Session Initiation Protocol)サーバ21および22が接続されている。さらに、インターネット18には、無線通信装置11宛の受信パケットを、無線通信装置11が接続されている無線通信ネットワークに転送するホームエージェント(HA:Home Agent)23と、通信を制御するSIPサーバ24とが接続されている。
図1に示す通信ネットワークにおいては、HA23に、無線通信装置11が本来属する無線通信ネットワークで用いるホームアドレスを登録するとともに、ハンドオーバ時に、ハンドオーバ先の無線通信ネットワーク16の気付けアドレス(care of address)を登録する。これにより、無線通信装置11は、異なる無線通信ネットワーク間でのハンドオーバが可能となる。なお、このようなIPモビリティ技術については、上述したモバイルIPや、NEMOにおいて公知であるので、ここでは詳細な説明は省略する。
本実施の形態では、無線通信装置11が本来属する無線通信ネットワークを第1無線通信ネットワーク15として、この第1無線通信ネットワーク15から第2無線通信ネットワーク16へハンドオーバするものとする。
図2は、図1に示した本実施の形態に係る無線通信装置11の概略構成を示す機能ブロック図である。無線通信装置11は、第1無線通信ネットワーク15に対応する第1無線I/F(インターフェース)31と、第2無線通信ネットワーク16に対応する第2無線I/F32と、VoIPのアプリを実行する電話機能部33と、第1無線通信ネットワーク15および第2無線通信ネットワーク16への接続を制御する通信処理部34と、第1無線通信ネットワーク15および第2無線通信ネットワーク16の無線情報を取得する無線情報取得部35と、第1無線通信ネットワーク15と第2無線通信ネットワーク16との間のハンドオーバを制御するハンドオーバ制御部36と、を有する。
通信処理部34は、第1無線I/F31および第2無線I/F32とともに無線通信を実行する無線通信部を構成する。この通信処理部34は、電話機能部33と相手通信端末12との間で、第1無線通信ネットワーク15および/または第2無線通信ネットワーク16を介して通話を行うとともに、ハンドオーバ制御部36による制御のもとに、HA23と通信するように、第1無線I/F31および第2無線I/F32の接続を制御する。
無線情報取得部35は、無線情報として、第1無線I/F31および第2無線I/F32から、それぞれ対応する第1無線通信ネットワーク15および第2無線通信ネットワーク16の通信品質を取得し、その取得した通信品質をハンドオーバ制御部36に供給する。ここで、通信品質は、例えば、無線状態を表すRSSI(Received Signal Strength Indicator)を取得する。したがって、無線情報取得部35は、無線リンクの通信品質を取得する通信品質取得部を構成する。
ハンドオーバ制御部36は、無線情報取得部35からの通信品質に基づいて、ハンドオーバを予定するか否か、すなわちハンドオーバの準備を開始するか否かの決定を含むハンドオーバ情報を生成し、そのハンドオーバ情報に基づいてハンドオーバを制御する。
図3は、図2に示した無線通信装置11の電話機能部33の概略構成を示す機能ブロック図である。電話機能部33は、例えばソフトフォンからなり、公知のソフトフォンの構成と同様に、ボタン入力部41、画面表示部42、マイク43、エンコーダ44、パケット送信部45、パケット受信部46、ジッタバッファ47、デコーダ48、スピーカ49、ジッタバッファ監視部50、ジッタバッファ制御部51、SIP制御部52、および全体の動作を制御する全体制御部53を有する。
全体制御部53は、ボタン入力部41や画面表示部42を介して、ユーザの操作情報を取得し、その取得情報に基づいて全体の動作を制御する。また、SIP制御部52は、通話の開始や終了のSIPの手続きを制御する。通話中において、マイク43から取得された音声データは、エンコーダ44でエンコードされ、そのエンコードされたデータは、パケット送信部45からパケットに入れられて、通信処理部34を経て相手通信端末12へ送信される。
また、通信処理部34を経てパケット受信部46で受信された相手通信端末12からのパケットは、ジッタバッファ47に一旦取り込まれてから読み出され、その読み出されたパケットは、デコーダ48でペイロード部分がデコードされて、スピーカ49から再生音声として出力される。なお、ジッタバッファ47のパケットの受信状況や、ジッタバッファ47内のパケット数(データ量)の状態は、ジッタバッファ監視部50で監視され、その監視結果に基づいて、ジッタバッファ制御部51により、ジッタバッファ47からのパケットの読み出し速度や、受信したパケットの破棄などの処理が制御される。
本実施の形態に係る無線通信装置11は、電話機能部33に、さらに、ハンドオーバ情報取得部55および再生速度計算部56を備える。ハンドオーバ情報取得部55は、ハンドオーバ制御部36からのハンドオーバ情報を一定間隔毎に監視して、ハンドオーバの予定があるか否かの情報を取得する。ハンドオーバの予定があった場合には、ハンドオーバ情報取得部55は、さらに、ハンドオーバ制御部36から所要のハンドオーバ情報を取得して、その取得した所要のハンドオーバ情報を再生速度計算部56に供給する。
再生速度計算部56は、ハンドオーバ情報取得部55から取得した所要のハンドオーバ情報に基づいて、ジッタバッファ47のパケットの読み出し速度、すなわち受信パケットの再生速度(本実施の形態では、VoIPアプリの再生速度)を制御するか否かを判定する。その結果、制御する場合には、再生速度計算部56は、当該取得した所要のハンドオーバ情報と、ジッタバッファ監視部50によるジッタバッファ47の監視結果とに基づいて、受信パケットの再生速度を計算し、その計算結果をジッタバッファ制御部51に供給する。これにより、ジッタバッファ制御部51は、受信パケットの再生速度が、再生速度計算部56で計算された再生速度となるように、ジッタバッファ47からの受信パケットの読み出しを制御する。したがって、本実施の形態に係る無線通信装置11において、電話機能部33は、リアルタイム通信系のアプリケーションを実行する実行部、および当該アプリケーションの再生速度を制御する制御部を構成する。
以下、本実施の形態に係る無線通信装置11の動作について説明する。先ず、主としてハンドオーバ制御部36の動作について説明する。
ハンドオーバ制御部36は、第1無線I/F31および第2無線I/F32からそれぞれ取得した通信品質に基づいて、ハンドオーバの予定を決定する。例えば、第1無線通信ネットワーク15と無線リンクを形成して通話を行っている場合に、第1無線I/F31から取得した通信品質がハンドオーバ予定決定閾値よりも悪くなり、かつ第2無線I/F32の通信品質がハンドオーバ予定決定閾値以上となった場合には、ハンドオーバ制御部36は、第2無線通信ネットワーク16へのハンドオーバ予定を決定する、すなわちハンドオーバ準備の開始を決定する。なお、通話に使用していない第2無線通信ネットワーク16の通信品質は、例えば、基地局16aから送信される報知情報を受信して取得(測定)する。
ハンドオーバ制御部36は、ハンドオーバ予定を決定した場合には、ハンドオーバ開始までのハンドオーバ準備時間T1を取得する。また、ハンドオーバ制御部36は、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介してそれぞれデータを受信するようにして、受信した同一データの受信時間に基づいて、第1無線通信ネットワーク15と第2無線通信ネットワーク16との間の遅延時間差T2を取得する。そして、ハンドオーバ制御部36は、これらの取得した情報を所要のハンドオーバ情報として、ハンドオーバ予定有りを示す情報とともに、電話機能部33に供給する。したがって、本実施の形態に係る無線通信装置11において、ハンドオーバ制御部36は、ハンドオーバの準備を開始するか否かを決定する決定部、ハンドオーバ準備時間を推定する推定部、および第1無線通信ネットワーク15と第2無線通信ネットワーク16との間の遅延時間差を計測する計測部を構成する。
次に、ハンドオーバ制御部36による、ハンドオーバ準備時間T1および遅延時間差T2の取得方法について説明する。
(ハンドオーバ準備時間T1の取得方法)
ハンドオーバ準備時間T1は、例えば、図4(a)および(b)に示すように、通信品質を決定する無線状態(Rs)の単位時間の変化率ΔRs(傾き)に基づいて算出する。ここで、変化率ΔRsは、無線状態がハンドオーバ予定決定閾値を下回ってハンドオーバ予定を決定した時点で計測して取得することもできるが、本実施の形態では、当該通話中において、ハンドオーバの予定決定時点から所定時間前までの変化率平均値ΔRsrmsを取得する。
このため、ハンドオーバ制御部36は、下記の(1)式に従って、現在使用中の無線通信ネットワークにおける無線状態の単位時間(Δt)の変化率ΔRs(t)を所定のタイミングで算出して、所定時間前(例えば、2sec前)までの複数の変化率ΔRs(t)をメモリに保持する。そして、ハンドオーバ予定を決定したら、その時点で保持していた所定時間前までの変化率平均値ΔRsrmsを算出する。なお、ここでは、徐々に無線状態が悪化していることを前提とする。
[数1]
ΔRs(t)=|{Rs(t)−Rs(t-Δt)}/Δt| ・・・(1)
その後、ハンドオーバ制御部36は、算出した変化率平均値ΔRsrmsが、予め設定した変化率閾値Rsrefよりも小さいか否かを判定する。その結果、ΔRsrms≦Rsrefの場合、すなわち、無線状態の変化が緩やかな場合には、図4(a)に示すように、ハンドオーバ準備時間T1を、予め設定した標準時間Tref(例えば、5sec)とする。
これに対し、ΔRsrms>Rsrefの場合、すなわち、無線状態の変化が急激な場合には、例えば、T1=Tref(Rsref/ΔRsrms)、を演算して、変化率ΔRsrmsが大きいほど、ハンドオーバ準備時間T1を、標準時間Trefよりも短く設定する。図4(b)は、ΔRsrms>Rsrefの場合で、ハンドオーバ準備時間T1を、標準時間Trefのほぼ半分の時間(2.5sec)に設定した場合を示す。
(遅延時間差T2の取得方法)
遅延時間差T2は、相手通信端末12からのパケットを、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介してそれぞれ受信し、その受信した同一パケットの受信時間から計測する。
図5は、無線通信装置(MN)11とHA23との間のハンドオーバ時のシーケンスを示す図である。図5に示すように、ハンドオーバ制御部36は、ハンドオーバ予定を決定すると、通信処理部34を制御して、第2無線I/F32を第2無線通信ネットワーク16に接続する。次に、ハンドオーバ制御部36は、ハンドオーバ先の第2無線通信ネットワーク16を介してHA23にRegistration Request(NEMOでは、Binding Update)を送信して、HA23にハンドオーバ先の気付けアドレス(第2無線CoA)を登録する。
その後、ハンドオーバ制御部36は、HA23から返信される登録済み情報であるRegistration Reply(NEMOでは、Binding Acknowledge)を受信したら、相手通信端末12との間で、第1無線通信ネットワーク15および第2無線通信ネットワーク16の両方を用いて通信を行うように制御する。これにより、ハンドオーバ制御部36は、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介してそれぞれ受信される同一パケットの受信時間から、遅延時間差(受信時間差)T2を計測する。
本実施の形態では、同一パケットの受信時間差を、第2無線通信ネットワーク16による受信時間から、第1無線通信ネットワーク15による受信時間を減算した値とする。そして、図6に示すように、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介してそれぞれ受信した所定個数の同一パケットにおける受信時間差の平均値を、遅延時間差T2として取得する。
なお、通信処理部34は、第1無線通信ネットワーク15および第2無線通信ネットワーク16を介して受信されるパケットを監視し、同一パケットについては、早く受信したパケットを電話機能部33に供給する。
以上のようにして、ハンドオーバ制御部36は、ハンドオーバ準備時間T1、第1無線通信ネットワーク15と第2無線通信ネットワーク16との間の遅延時間差T2を取得して、それらの取得情報を電話機能部33に供給する。
また、ハンドオーバ制御部36は、ハンドオーバ予定を決定した場合には、ハンドオーバ準備時間T1が経過した時点で、図5に示すように、ハンドオーバ元の第1無線通信ネットワーク15を介して、HA23にハンドオーバの開始を示すUnregistration、すなわちLifetimeが0のRegistration Request(NEMOでは、Lifetimeが0のBinding Update)を送信して、HA23にハンドオーバ元の気付けアドレス(第1無線CoA)の登録抹消を要求する。
その後、ハンドオーバ制御部36は、第1無線通信ネットワーク15を介して、HA23から返信されるハンドオーバ完了情報であるRegistration Reply(NEMOでは、Binding Acknowledge)を受信したら、ハンドオーバ元の第1無線通信ネットワーク15の接続を切断する。以後は、ハンドオーバ制御部36は、ハンドオーバ先の第2無線通信ネットワーク16を介してVoIPアプリを継続するように通信処理部34を制御するとともに、受信したハンドオーバ完了情報を電話機能部33に供給する。
次に、電話機能部33の動作について説明する。図7は、電話機能部33の要部の動作を示すシーケンス図である。ハンドオーバ情報取得部55は、ハンドオーバ制御部36からのハンドオーバ情報を一定間隔毎に監視する。その結果、ハンドオーバ予定有りの情報が取得された場合には、ハンドオーバ情報取得部55は、さらに、ハンドオーバ制御部36からの所要のハンドオーバ情報であるハンドオーバ準備時間T1、遅延時間差T2を取得して、その取得した所要のハンドオーバ情報を再生速度計算部56に供給する。
再生速度計算部56は、ハンドオーバ情報取得部55から取得した所要のハンドオーバ情報に基づいて、先ず、遅延時間差T2が所定値(>0)を超えるか否か、すなわち、ハンドオーバ先の第2無線通信ネットワーク16における下り絶対遅延時間が、ハンドオーバ元の第1無線通信ネットワーク15における下り絶対遅延時間よりも所定値を超えるほど長いか否かを判定する。
その結果、遅延時間差T2が所定値を超える場合、再生速度計算部56は、取得した所要のハンドオーバ情報と、ジッタバッファ監視部50によるジッタバッファ47の監視結果とに基づいて、例えば、ハンドオーバ先の第2無線通信ネットワーク16からのパケットの受信開始時点で、ジッタバッファ47内のパケット数が0となるように、下記の(2)式から、ジッタバッファ47の受信パケットの再生速度Vを計算する。なお、(2)式において、V1は標準再生速度を示す。Tbは、ハンドオーバ予定有りの情報を受信した時点でのジッタバッファ47のパケット数(データ量)に相当する時間を示す。また、再生速度V,V1は、時間比(時間/時間)で表し、例えば、V1=1である。
[数2]
V=(Tb+T1×V1)/(T1+T2) ・・・(2)
再生速度計算部56で算出された再生速度Vは、ジッタバッファ制御部51に供給される。これにより、ジッタバッファ制御部51は、受信パケットを標準の再生速度よりも低速の再生速度Vで再生するように、ジッタバッファ47からの受信パケットの読み出しを制御する。
ここで、ジッタバッファ制御部51による受信パケットの再生速度制御は、例えば、以下に説明する第1の再生速度制御方法または第2の再生速度制御方法の何れかにより実行される。
(a)第1の再生速度制御方法
標準再生速度V1に対するジッタバッファ47からのパケットの読み出し間隔をTR1、上記(2)式における(Tb+T1×V1)/(T1+T2)をk、算出した再生速度Vに対応するジッタバッファ47からのパケットの読み出し間隔をTR、するとき、TR=TR1/k、とする。例えば、標準再生速度V1では、ジッタバッファ47内のパケットを20msecの間隔で読み出して再生するVoIPアプリの場合において、再生速度Vを標準再生速度V1の80%(k=0.8)とする場合には、ジッタバッファ47からのパケットの読み出し間隔TRを、TR=20/0.8(msec)、とする。
(b)第2の再生速度制御方法
ハンドオーバのための再生速度のコントロールを開始したら、その直後に再生したパケット(最初のパケット)のタイムスタンプと、その再生時間とを組み合わせて記録する。その後のパケットについては、下記(3)式で示す時間Tvに、ジッタバッファ47から読み出して再生する。なお、(3)式において、TDは、遅延時間で、初期値は0である。
[数3]
Tv=(パケットのタイムスタンプ−最初のパケットのタイムスタンプ)+(最初のパケットの再生時間+TD) ・・・(3)
ここで、ジッタバッファ47からパケットを読み出す際、[{V1/(V1-V)}-1]個目に読み出したパケットは、コピーしてデコーダ48内のメモリに記憶し、コピー元のパケットを再生した後、次の再生タイミングでコピーしたパケットを読み出して再生する。例えば、再生速度Vを、標準再生速度V1の80%とする場合には、図8に示すように、ジッタバッファ47内の順次の4個のパケットP1〜P4を順番に読み出して再生するとともに、4個目のパケットP4はコピーし、そのコピーしたパケットP4′は、コピー元のパケットP4を再生した後、次の再生タイミングで再生する。その後、ジッタバッファ47からパケットP5を読み出す際は、上記(3)式のTDを、コピーによる再生間隔の時間分増加する。なお、[{V1/(V1-v)}-1]個目に読み出すパケットが、届いていなかったり、破棄されたりして、ジッタバッファ47にない場合には、次の再生タイミングのパケットに対して、同様の処理を行う。
以上のようにして、ジッタバッファ制御部51は、受信パケットの再生速度制御を実行する。その後、ハンドオーバ情報取得部55がハンドオーバ制御部36からハンドオーバ完了情報を取得したら、再生速度計算部56は、ジッタバッファ監視部50から一定時間毎にパケットの受信間隔時間を取得して、取得した受信間隔時間の所定時間における平均値を算出し、その算出したパケット受信間隔平均値と、当該VoIPアプリでの標準の受信間隔との差が、閾値以内に入ったか否かを監視する。
その結果、閾値以内に入った場合には、再生速度計算部56は、ハンドオーバ先からのパケットを受信したと判定して、その時点でのジッタバッファ47内のパケット数(データ量)をジッタバッファ監視部50から取得し、その取得したパケット数が所定量を超えているか否かを判断する。
その結果、ジッタバッファ47内のパケット数が所定量を超えていない場合には、再生速度計算部56は、当該パケット数が所定量を超える、t=(Ta-Tb)/(V1-V)の後に、通常の再生速度制御に戻すようにジッタバッファ制御部51に指示する。ここで、Taは、ジッタバッファ47内の標準パケット数に相当するジッタバッファ標準遅延時間である。これに対し、ジッタバッファ47内のパケット数が所定量を超えている場合には、再生速度計算部56は、直ちに通常の再生速度制御に戻すようにジッタバッファ制御部51に指示する。すなわち、再生速度計算部56が、ハンドオーバ先からのパケットを受信したと判断したら、ジッタバッファ制御部51は、ジッタバッファ47内のパケット数が所定量を超えると、標準再生速度V1に戻すようにジッタバッファ47の読み出しを制御する。
図9は、本実施の形態によるジッタバッファ47の制御方法を説明するための図である。図9において、(a)は、ジッタバッファ47が単位時間当たりに受信するパケット数、(b)は、ジッタバッファ47からのパケットの再生速度(読み出し間隔)、(c)は、ジッタバッファ47内のパケット数をそれぞれ示す。
以上のように、本実施の形態に係る無線通信装置11によれば、絶対遅延時間の短い第1無線通信ネットワーク15から、絶対遅延時間の長い第2無線通信ネットワーク16にハンドオーバする場合、事前に、ハンドオーバまでの準備時間T1と、遅延時間差T2とを取得するので、ハンドオーバ準備の開始を決定した時点から、どれだけの時間経過後に、どれだけの時間に亘ってパケットが到着しないかを知ることができる。これにより、パケットが到着しない期間にも、ハンドオーバ元の第1無線通信ネットワーク15から受信したパケットを再生できるように、ハンドオーバ準備の開始を決定した時点から、長い時間をかけて第1無線通信ネットワーク15および第2無線通信ネットワーク16間における遅延時間差T2を吸収するように、再生速度Vを制御することができるので、標準の再生速度V1との差を小さくできる。
しかも、ハンドオーバの予定を決定してからハンドオーバを開始するまでの期間は、第1無線通信ネットワーク15および第2無線通信ネットワーク16の両方を用いて相手通信端末12と通信を行い、これにより両方で受信される同一パケットの受信時間から第1無線通信ネットワーク15と第2無線通信ネットワーク16との間の遅延時間差T2を取得する。したがって、無線通信システム毎に予め設定された絶対遅延時間を用いて遅延時間差を取得する場合と比較して、実際の無線状態に応じた正確な遅延時間差T2を取得することができるので、アプリの再生速度を最適に制御することができる。
また、ハンドオーバ予定決定後のアプリケーションの再生速度は、ハンドオーバ先からのパケットの受信開始時点でジッタバッファ47内のパケット数が0となるように制御される。これにより、ハンドオーバ元の第1無線通信ネットワーク15とハンドオーバ先の第2無線通信ネットワーク16との遅延時間差を吸収するのにかけることのできる時間をより増やすことができる。したがって、より標準再生速度に近い定速度の再生速度でアプリを再生することができるので、再生品質およびリアルタイム性を低下させることなく、第1無線通信ネットワーク15から第2無線通信ネットワーク16へのハンドオーバが可能となる。
なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形または変更が可能である。例えば、上記実施の形態では、再生速度計算部56で再生速度Vを計算する際、ハンドオーバ先からのパケットの受信開始時点で、ジッタバッファ47内のパケット数が0となるようにしたが、ハンドオーバ先からのパケットの受信開始時点で、ジッタバッファ47内のパケット数が所定数となるように、再生速度Vを計算することもできる。また、本発明は、VoIPのアプリを実行する場合に限らず、映像や音楽等のマルチメディアデータをストリーミング再生する場合のようなリアルタイム通信系のアプリを実行する場合にも有効に適用できる。この場合には、アプリの実行部を、電話機能部に代えて、同様のジッタバッファの制御機能を有するマルチメディア機能部で構成すればよい。さらに、本発明は、無線LANとcdma2000 1xEV−DOとの間のハンドオーバに限らず、他の無線通信ネットワーク、例えば、PDC(Personal Digital Cellular)、W−CDMA(Wideband CDMA)、PHS(Personal Handy-phone System)、Bluetooth、WiMAX(Worldwide Interoperability for Microwave Access)、LTE(Long Term Evolution)、UMB(Ultra Mobile Broadband)、IMT−Advanced等の任意の異なる無線通信ネットワーク間でのハンドオーバの際にも有効に適用することができる。

Claims (5)

  1. 第1無線通信ネットワーク、および該第1無線通信ネットワークと異なる第2無線通信ネットワークに接続して無線通信を実行する無線通信部と、
    前記無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
    前記第1無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第1無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
    該通信品質取得部により取得した前記通信品質に基づいて、前記第1無線通信ネットワークから前記第2無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
    前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始するまでのハンドオーバ準備時間を推定する推定部と、
    前記決定部がハンドオーバ準備の開始を決定すると、前記第1無線通信ネットワークおよび前記第2無線通信ネットワークを介してそれぞれデータを受信して、受信した同一データの受信時間に基づいて、前記第1無線通信ネットワークと前記第2無線通信ネットワークとの間の遅延時間差を計測する計測部と、
    前記推定部により推定したハンドオーバ準備時間と、前記計測部により計測した遅延時間差と、前記決定部がハンドオーバ準備の開始を決定した時点での前記ジッタバッファ監視部による前記ジッタバッファ内のデータ量とに基づいて、前記実行部による当該アプリケーションの再生速度を制御する制御部と、
    を備えることを特徴とする無線通信装置。
  2. 前記制御部は、前記第2無線通信ネットワークによる受信時間の方が、前記第1無線通信ネットワークによる受信時間よりも所定時間以上遅い場合に、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とする請求項1に記載の無線通信装置。
  3. 前記制御部は、ハンドオーバの準備を開始してから、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とする請求項2に記載の無線通信装置。
  4. 前記制御部は、前記第2無線通信ネットワークからのデータの受信開始時点で、前記ジッタバッファ内のデータ量が0となるように、前記実行部による当該アプリケーションの再生速度を遅くすることを特徴とする請求項3に記載の無線通信装置。
  5. 前記実行部は、受信したデータのジッタを吸収するジッタバッファと、該ジッタバッファのデータ量を監視するジッタバッファ監視部と、を備え、
    前記制御部は、前記第2無線通信ネットワークへのハンドオーバが完了した後、前記ジッタバッファ監視部が監視する前記ジッタバッファのデータ量が所定量を超えると、当該アプリケーションの再生速度を通常の速度に戻すことを特徴とする請求項2に記載の無線通信装置。
JP2010500679A 2008-02-27 2009-02-23 無線通信装置 Expired - Fee Related JP5074575B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010500679A JP5074575B2 (ja) 2008-02-27 2009-02-23 無線通信装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2008045833 2008-02-27
JP2008045833 2008-02-27
JP2010500679A JP5074575B2 (ja) 2008-02-27 2009-02-23 無線通信装置
PCT/JP2009/053223 WO2009107587A1 (ja) 2008-02-27 2009-02-23 無線通信装置

Publications (2)

Publication Number Publication Date
JPWO2009107587A1 true JPWO2009107587A1 (ja) 2011-06-30
JP5074575B2 JP5074575B2 (ja) 2012-11-14

Family

ID=41015981

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010500679A Expired - Fee Related JP5074575B2 (ja) 2008-02-27 2009-02-23 無線通信装置

Country Status (4)

Country Link
US (1) US8594044B2 (ja)
JP (1) JP5074575B2 (ja)
KR (1) KR101169160B1 (ja)
WO (1) WO2009107587A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
KR101640847B1 (ko) * 2009-11-12 2016-07-19 삼성전자주식회사 핸드오버 시 미디어 데이터 손실 감소 방법 및 장치
KR101217896B1 (ko) * 2010-09-09 2013-01-02 중앙대학교 산학협력단 이동 단말기 및 이동 단말기의 핸드오버 방법
JP6501589B2 (ja) * 2015-03-31 2019-04-17 キヤノン株式会社 通信装置、通信装置の制御方法、及びプログラム
US10290303B2 (en) * 2016-08-25 2019-05-14 Google Llc Audio compensation techniques for network outages
US11996932B2 (en) * 2021-12-16 2024-05-28 Nokia Solutions And Networks Oy Active-active TDM PW with asymmetry control

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440430B1 (en) * 2004-03-30 2008-10-21 Cisco Technology, Inc. Jitter buffer management for mobile communication handoffs
US7590064B1 (en) * 2004-07-20 2009-09-15 Nortel Networks Limited Method and system of flow control in multi-hop wireless access networks
JP4076981B2 (ja) * 2004-08-09 2008-04-16 Kddi株式会社 通信端末装置およびバッファ制御方法
US8085678B2 (en) * 2004-10-13 2011-12-27 Qualcomm Incorporated Media (voice) playback (de-jitter) buffer adjustments based on air interface
US20060187970A1 (en) 2005-02-22 2006-08-24 Minkyu Lee Method and apparatus for handling network jitter in a Voice-over IP communications network using a virtual jitter buffer and time scale modification
KR100672482B1 (ko) 2005-06-08 2007-01-24 엘지전자 주식회사 계층적 핸드오프에 따른 데이터 처리 기능을 갖는 이동통신단말기 및 이것의 방법
JP4771369B2 (ja) 2006-02-10 2011-09-14 Kddi株式会社 シームレスハンドオーバにおけるメディアストリーム切替方法、システム及びプログラム

Also Published As

Publication number Publication date
WO2009107587A1 (ja) 2009-09-03
US8594044B2 (en) 2013-11-26
JP5074575B2 (ja) 2012-11-14
KR101169160B1 (ko) 2012-07-30
KR20100112183A (ko) 2010-10-18
US20110044288A1 (en) 2011-02-24

Similar Documents

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

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120410

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120611

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120724

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120823

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150831

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees