JP2013225721A - 移動端末及び通信方法 - Google Patents

移動端末及び通信方法 Download PDF

Info

Publication number
JP2013225721A
JP2013225721A JP2012095980A JP2012095980A JP2013225721A JP 2013225721 A JP2013225721 A JP 2013225721A JP 2012095980 A JP2012095980 A JP 2012095980A JP 2012095980 A JP2012095980 A JP 2012095980A JP 2013225721 A JP2013225721 A JP 2013225721A
Authority
JP
Japan
Prior art keywords
communication
mobile terminal
session
notification signal
wireless communication
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
JP2012095980A
Other languages
English (en)
Inventor
Kiwa Goto
喜和 後藤
Masaaki Koiwa
正明 小岩
Nozomi ZAMA
望 座間
Satoshi Morota
聡 茂呂田
Kensuke Ueda
健介 上田
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2012095980A priority Critical patent/JP2013225721A/ja
Publication of JP2013225721A publication Critical patent/JP2013225721A/ja
Pending legal-status Critical Current

Links

Images

Abstract

【課題】より効率的な通信が可能な移動端末及び通信方法を提供する。
【解決手段】移動端末１１０は、外部との無線通信が可能な移動端末であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する無線インターフェイス層４１と、無線インターフェイス層４１により通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を実行するテレフォニーマネージャ４２及びコネクティビティマネージャ４３と、を備える。これにより、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止され、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
【選択図】図２

Description

本発明は、外部との無線通信が可能な移動端末と、当該移動端末が行う通信方法とに関する。
従来、何らかの理由により妨げられてしまった通信を復旧させることが可能な装置が提案されている。例えば特許文献１に記載の無線通信装置は、予期せぬ不具合により通信が妨げられた場合、無線通信装置に搭載された各種アプリケーションに擬似的に圏外通知を行ってアプリケーションを圏外状態へ移行させ、その間に、基地局との接続を一端切断して接続を行うことにより、速やかに不具合を解消して妨げられた通信を復旧する。
特許文献１に記載の無線通信装置のように、通信が妨げられた場合等にその旨を内蔵アプリケーションに通知することは、スマートフォンや携帯電話端末といった多くのモバイル端末において行われる。図１は、このようなモバイル端末Ｍにおけるシステムの階層構造を説明する階層構造図である。
図１に示されるように、モバイル端末Ｍは、ＣＰＵ等を含むハードウェアＭ１と、コンピュータプログラムＭ２〜Ｍ５との五層を有して構成されている。コンピュータプログラムＭ２〜Ｍ５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネルＭ２、標準ライブラリＭ３、アプリケーションフレームワークＭ４、及びアプリケーションＭ５を含んで構成されている。
例えば、ハードウェアＭ１において、圏外時や、無線ＬＡＮを含むＷｉＦｉ（WIreless FIdelity）及びＬＴＥ（Long Term Evolution）間、ＷｉＦｉ及び３Ｇ（第３世代移動通信システム）間といったＲＡＴ（Radio Access Technology：無線アクセス技術）変更時や、ユーザＩＰパケット転送用の論理パスを構成する状況設定情報であるＰＤＰコンテキスト（例えばモバイル端末Ｍに割当てられたＩＰアドレスの情報や、ネットワークとの間の論理パスの情報等）の開放時等の通信状態の変更が検知されたとする。
この場合、この変更を通知する信号が、カーネルＭ２、標準ライブラリＭ３内の無線インターフェイス層Ｍ３１（ＲＩＬ：Radio Interface Layer）、アプリケーションフレームワークＭ４内の無線インターフェイス層Ｍ４１、アプリケーションフレームワークＭ４内のテレフォニーマネージャＭ４２（Telephony Manager）を介して、アプリケーションフレームワークＭ４内のコネクティビティマネージャＭ４３（Connectivity Manager）に伝送される。
そして、コネクティビティマネージャＭ４３は、通信状態の変更を通知してセッションを開放させるためのインテントを、アプリケーションＭ５内のＷｅｂブラウザ等のｈｔｔｐアプリケーションＭ５１及びＦＴＰアプリケーションＭ５２に送信するとともに、ＴＣＰセッションを開放するための指示信号をカーネルＭ２内のＴＣＰ関連プログラムＭ２１に送信する。この結果、セッションが開放される。
特開２０１０−３５０８０号公報
しかしながら、上位層のセッションが維持されるべきであるのにセッションが開放されてしまう場合がある。例えば、同一のＲＡＴ内において下位層でのパケット再送により再接続をリトライしているために上位層でのセッションを切断する必要がない場合や、圏外状態になったが短時間で圏内状態に戻る場合や、３Ｇ（Ｒ９９、ＨＳＤＰＡ、ＨＳＰＡ＋、ＥＵＬを含む）及びＬＴＥ間のＲＡＴ変更が行われる場合は、上述のような通信状態の変更が検知後の処理によって、（上位層のセッションが維持されるべきであるのに）セッションが開放されてしまう。
このように、上位層のセッションが維持されるべきであるのにセッションが開放されてしまうと、通信可能な状態になってもユーザの手動による（ダウンロードやアップロード等）再開処理が必要となり、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなってしまうおそれがある。
そこで本発明は、上述の問題点を解消する為になされたものであり、より効率的な通信が可能な移動端末及び通信方法を提供することを目的とする。
本発明の一形態に係る移動端末は、外部との無線通信が可能な移動端末であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する通信手段と、通信手段により通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を実行する管理手段と、を備えることを特徴とする。
本発明の一形態に係る移動端末によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、通信手段は、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行してもよい。
この形態では、通信手段は、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行することが可能になる。
別の形態に係る移動端末では、無線通信の維持確立失敗後の再接続を試みる再接続試行処理を実行することが可能な試行手段を更に備え、所定条件は、試行手段による再接続試行処理が実行されていることであってもよい。
この形態では、通信状態が変更されても、無線通信の維持確立失敗後の再接続を試みる再接続試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、無線通信の維持確立失敗の検出を試みる検出試行処理を実行することが可能な試行手段を更に備え、所定条件は、試行手段による検出試行処理が実行されていることであってもよい。
この形態では、通信状態が変更されても、無線通信の維持確立失敗の検出を試みる検出試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、無線通信が不可能な圏外状態であるか否かを判定する判定手段を更に備え、所定条件は、判定手段により圏外状態であると判定されていることであってもよい。
この形態では、通信状態が変更されても、無線通信が不可能な圏外状態であれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、無線通信が不可能な圏外状態が所定時間継続しているか否かを判定する判定手段を更に備え、所定条件は、判定手段により圏外状態が所定時間継続していないと判定されていることであってもよい。
この形態では、通信状態が変更されても、無線通信が不可能な圏外状態が所定時間継続していないならば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、無線通信を行うための通信方式の変更を行うことが可能な変更手段を更に備え、所定条件は、変更手段により通信方式の変更が行われたことであってもよい。
この形態では、通信状態が変更されても、無線通信を行うための通信方式の変更が行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
別の形態に係る移動端末では、所定条件は、変更手段により所定の第一通信方式から所定の第二通信方式への変更のみが行われたことであってもよい。
この形態では、通信状態が変更されても、所定の第一通信方式から所定の第二通信方式への変更のみが行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
本発明の一形態に係る通信方法は、外部との無線通信が可能な移動端末が行う通信方法であって、無線通信におけるセッションに関する通信状態の変更を通知する通知信号を移動端末が受信する通信ステップと、通信ステップにより通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理を移動端末が実行する管理ステップと、を有することを特徴とする。
本発明の一形態に係る通信方法によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
本発明によれば、より効率的な通信が可能な移動端末及び通信方法を提供することができる。
モバイル端末Ｍにおけるシステムの階層構造を説明する階層構造図である。 移動端末１１０の主な機能構成の概略を説明するための機能ブロック図である。 移動端末１１０〜１１４の主な物理構成の概略を説明するための物理構成図である。 移動端末１１０，１１２におけるセッション制御処理の流れを説明するためのフローチャートである。 移動端末１１１の主な機能構成の概略を説明するための機能ブロック図である。 移動端末１１１におけるセッション制御処理の流れを説明するためのフローチャートである。 移動端末１１２〜１１４の主な機能構成の概略を説明するための機能ブロック図である。 移動端末１１３におけるセッション制御処理の流れを説明するためのフローチャートである。 移動端末１１４におけるセッション制御処理の流れを説明するためのフローチャートである。
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
（１）第一実施形態
（１−１）第一実施形態に係る移動端末の構成
まず、第一実施形態に係る移動端末の構成について、図２及び図３を用いて説明する。第一実施形態（及び後述の第二及び第三実施形態）に係る移動端末は、基地局等の外部との無線通信、及び在圏するセルを変更してハンドオーバすることが可能な携帯電話端末やスマートフォンといったモバイル端末である。図２は、第一実施形態に係る移動端末１１０の主な機能構成の概略を説明するための機能ブロック図であり、図３は、移動端末１１０（及び後述の移動端末１１１，１１２，１１３，１１４）の主な物理構成の概略を説明するための物理構成図である。
移動端末１１０は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。移動端末１１０は、図２に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア１と通信接続されるコンピュータプログラム２〜５の四層を備えて構成されている。コンピュータプログラム２〜５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２、標準ライブラリ３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク４、及びアプリケーション５を含んで構成されている。
カーネル２は、ハードウェア１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２は、通信状態の変更を通知する通知信号を、ハードウェア１から受信することができる。この通信状態とは、移動端末１１０によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２は、ハードウェア１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２０を有している。ＴＣＰ関連プログラム２０は、後述の開放指示信号をコネクティビティマネージャ４３から受信した場合に、上述のセッションを開放する。
標準ライブラリ３は、カーネル２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ３は、カーネル２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層３１は、上述の通知信号をハードウェア及びカーネル２から受信することができる。
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１０による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ４２及びコネクティビティマネージャ４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ４３がＲＡＴの変更を決定し、カーネル２等の下位のレイヤに変更の通知を出す。
アプリケーションフレームワーク４は、標準ライブラリ３を用いてアプリケーション５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク４は、無線インターフェイス層４１（通信手段）、テレフォニーマネージャ４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ４３（Connectivity Manager、管理手段）を有している。
無線インターフェイス層４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。
テレフォニーマネージャ４２は、無線インターフェイス層４１によりこの通知信号が受信された場合に、且つ、所定条件が満たされたか否かを判定して所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号のコネクティビティマネージャ４３への送信を、禁止する処理である。
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間の上述のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間の上述のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
一方、テレフォニーマネージャ４２は、無線インターフェイス層４１によりこの通知信号が受信された場合に、且つ、上述の所定条件が満たされず移動端末１１０が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１０が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号をコネクティビティマネージャ４３へ送信する処理である。
コネクティビティマネージャ４３は、上述の開放指示信号をテレフォニーマネージャ４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２に送信する。更に、コネクティビティマネージャ４３は、上述の開放指示信号をテレフォニーマネージャ４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２内のＴＣＰ関連プログラム２０に送信する。この結果、上述のセッションが開放される。
アプリケーション５は、移動端末１１０のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２を有している。ｈｔｔｐアプリケーション５１及びＦＴＰアプリケーション５２は、上述のインテントをコネクティビティマネージャ４３から受信した場合に、上述のセッションを開放する。
（１−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１０におけるセッション制御処理の流れ（通信方法）について、図４を用いて説明する。図４は、移動端末１１０（及び後述の移動端末１１２）におけるセッション制御処理の流れを説明するためのフローチャートである。図４のフローチャートに示される処理は、移動端末１１０の電源がオンされてからオフされるまでの間、所定のタイミングで繰り返し実行される。
まず、カーネル２が、無線の通信状態の変更を通知する通知信号を、ハードウェア１から受信し、無線インターフェイス層３１が、この通知信号をカーネル２から受信し、無線インターフェイス層４１が、この通知信号を無線インターフェイス層３１から受信する（ステップＳ０１）。
次に、テレフォニーマネージャ４２が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０２、通信ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０４に移行する。
ステップＳ０３では、テレフォニーマネージャ４２が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、コネクティビティマネージャ４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
ステップＳ０４では、テレフォニーマネージャ４２が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０６に移行する。
ステップＳ０５では、テレフォニーマネージャ４２が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、コネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
ステップＳ０６では、移動端末１１０において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
（２）第二実施形態
（２−１）第二実施形態に係る移動端末の構成
引き続き、第二実施形態に係る移動端末の構成について、図５及び図３を用いて説明する。図５は、第二実施形態に係る移動端末１１１の主な機能構成の概略を説明するための機能ブロック図である。
移動端末１１１は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１１が有する各機能が発揮される。
移動端末１１１は、図５に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア１１と通信接続されるコンピュータプログラム１２〜１５の四層を備えて構成されている。コンピュータプログラム１２〜１５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル１２、標準ライブラリ１３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク１４、及びアプリケーション１５を含んで構成されている。
カーネル１２は、ハードウェア１１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル１２は、通信状態の変更を通知する通知信号を、ハードウェア１１から受信することができる。この通信状態とは、移動端末１１１によって行われている無線通信におけるセッションに関する通信状態のことである。
また、カーネル１２は、ハードウェア１１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム１２０を有している。ＴＣＰ関連プログラム１２０は、後述の開放指示信号をコネクティビティマネージャ１４３から受信した場合に、上述のセッションを開放する。
標準ライブラリ１３は、カーネル１２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ１３は、カーネル１２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層１３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層１３１は、上述の通知信号をハードウェア及びカーネル１２から受信することができる。
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１１による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ４２及びコネクティビティマネージャ４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ４３がＲＡＴの変更を決定し、カーネル１２等の下位のレイヤに変更の通知を出す。
アプリケーションフレームワーク１４は、標準ライブラリ１３を用いてアプリケーション１５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク１４は、無線インターフェイス層１４１（通信手段）、テレフォニーマネージャ１４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ１４３（Connectivity Manager、管理手段）を有している。
無線インターフェイス層１４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。
テレフォニーマネージャ１４２は、上述の通知信号を無線インターフェイス層１４１から受信することができる。
コネクティビティマネージャ１４３は、テレフォニーマネージャ１４２によりこの通知信号が受信された場合に、且つ、所定条件が満たされたか否かを判定して所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、テレフォニーマネージャ１４２からこの通知信号を受信した後で破棄して使用しないようにする処理である。
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
一方、コネクティビティマネージャ１４３は、テレフォニーマネージャ１４２によりこの通知信号が受信された場合に、且つ、上述の所定条件が満たされず移動端末１１１が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１１が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。
ここで、上述の開放処理とは、コネクティビティマネージャ１４３が、上述のセッションを開放させるためのインテントを、アプリケーション１５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２に送信することである。更に、コネクティビティマネージャ１４３が、ＴＣＰセッションを開放するための開放指示信号をカーネル１２内のＴＣＰ関連プログラム１２０に送信することである。この結果、上述のセッションが開放される。
アプリケーション１５は、移動端末１１１のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション１５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２を有している。ｈｔｔｐアプリケーション１５１及びＦＴＰアプリケーション１５２は、上述のインテントをコネクティビティマネージャ１４３から受信した場合に、上述のセッションを開放する。
（２−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１１におけるセッション制御処理の流れ（通信方法）について、図６を用いて説明する。図６は、移動端末１１１におけるセッション制御処理の流れを説明するためのフローチャートである。図６のフローチャートに示される処理は、移動端末１１１の電源がオンされてからオフされるまでの間、所定のタイミングで繰り返し実行される。
まず、カーネル１２が、無線の通信状態の変更を通知する通知信号を、ハードウェア１から受信し、無線インターフェイス層１３１が、この通知信号をカーネル１２から受信し、無線インターフェイス層１４１が、この通知信号を無線インターフェイス層１３１から受信し、テレフォニーマネージャ１４２が、この通知信号を無線インターフェイス層１４１から受信し、コネクティビティマネージャ１４３が、この通知信号をテレフォニーマネージャ１４２から受信する（ステップＳ１１、通信ステップ）。
次に、コネクティビティマネージャ１４３が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ１２、管理ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ１３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ１４に移行する。
ステップＳ１３では、コネクティビティマネージャ１４３が、テレフォニーマネージャ１４２から受信した通知信号を破棄して使用しないようにすることにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
ステップＳ１４では、コネクティビティマネージャ１４３が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ１５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ１６に移行する。
ステップＳ１５では、コネクティビティマネージャ１４３が、上述の通知信号に基づいてセッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
ステップＳ１６では、移動端末１１１において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
（３）第三実施形態
（３−１）第三実施形態に係る移動端末の構成
引き続き、第三実施形態に係る移動端末の構成について、図７及び図３を用いて説明する。図７は、第三実施形態に係る移動端末１１２（及び後述の移動端末１１３，１１４）の主な機能構成の概略を説明するための機能ブロック図である。
移動端末１１２は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
移動端末１１２は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。
また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５による上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されていること、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されていること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
更に、上述の所定条件の例としては、上述のハードウェア内の無線通信部１０５により３ＧＰＰ（登録商標）標準化の規定に従った第一のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ標準化の規定に従った第二のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること、上述のハードウェア内の無線通信部１０５により３ＧＰＰ２標準化の規定に従った第三のＲＡＴ（所定の第一通信方式）及び３ＧＰＰ２標準化の規定に従った第四のＲＡＴ（所定の第二通信方式）間のＲＡＴの変更のみが行われたことが通知信号により示されていること等が挙げられる。
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされず移動端末１１２が特定の状態である場合に、上述のセッションを開放するための開放処理を実行する。移動端末１１２が特定の状態である場合の例としては、ＰＤＰコンテキストが開放されたことが通知信号により示されていること、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されていること、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されていること等が挙げられる。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
（３−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１２におけるセッション制御処理の流れ（通信方法）について、図４を用いて説明する。
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ０１、通信ステップ）。
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、上述の検出試行処理（維持確立失敗の検出）の実行が通知信号により示されているか、圏外状態であると判定されたことが通知信号により示されているか、ＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、上述の第一のＲＡＴ及び第二のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、又は、上述の第三のＲＡＴ及び第四のＲＡＴ間のＲＡＴの変更のみが行われたことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０２、管理ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０３に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０４に移行する。
なお、無線インターフェイス層２４１は、上述のハードウェア内の無線通信部１０５により第一の所定時間以上圏外状態であると判定されたことが通知信号により示されているか、又は、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われた後第二の所定時間以上ＲＡＴの変更が行われず継続したことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定してもよい。そして、無線インターフェイス層２４１は、これらのうちのいずれかに当てはまる状況であると判定された場合、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行して一連の処理を終了させてもよい。
ステップＳ０３では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
ステップＳ０４では、無線インターフェイス層２４１が、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、のいずれかに当てはまる状況であるか否かを判定する（ステップＳ０４、判定ステップ）。ここで、これらのうちのいずれかに当てはまる状況であると判定された場合、後述のステップＳ０５に移行する。一方、これらのうちのいずれにも当てはまらない状況であると判定された場合、後述のステップＳ０６に移行する。
ステップＳ０５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
ステップＳ０６では、移動端末１１０において、通常どおりの既存の動作が行われる。そして、一連の処理が終了する。
（４）第四実施形態
（４−１）第四実施形態に係る移動端末の構成
引き続き、第四実施形態に係る移動端末１１３の構成について、図７及び図３を用いて説明する。
移動端末１１３は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
移動端末１１３は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
更に、上述のハードウェア内の無線通信部１０５では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていて、且つ、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされない場合に、上述のセッションを開放するための開放処理を実行する。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
（４−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１３におけるセッション制御処理の流れ（通信方法）について、図８を用いて説明する。図８は、移動端末１１３におけるセッション制御処理の流れを説明するためのフローチャートである。
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ２１、通信ステップ）。
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか否かを判定する（ステップＳ２２、管理ステップ）。ここで、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていると判定された場合、後述のステップＳ２４に移行する。一方、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていないと判定された場合、上述したような、図４におけるステップＳ０２の判定を行なって、判定結果に基づいてステップＳ０３又はステップＳ０４以降のステップに移行し（ステップＳ２３）、一連の処理が終了する。
ステップＳ２４では、無線インターフェイス層２４１が、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があるか否かを判定する（ステップＳ２４、管理ステップ）。ここで、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知があると判定された場合、後述のステップＳ２５に移行する。一方、通知信号の受信から所定時間経過した時点でこの圏外状態以外の通信状態の変更の通知が無いと判定された場合、後述のステップＳ２６に移行する。
ステップＳ２５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
ステップＳ２６では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
（５）第五実施形態
（５−１）第五実施形態に係る移動端末の構成
引き続き、第五実施形態に係る移動端末１１４の構成について、図７及び図３を用いて説明する。
移動端末１１４は、図３に示されるように、主な物理的な構成要素としてＣＰＵ１０１（Central Processing Unit）、ＲＡＭ１０２（Random Access Memory）、ＲＯＭ１０３（Read Only Memory）、操作部１０４、無線通信部１０５、ディスプレイ１０６、及びアンテナ１０７等のハードウェア（試行手段、判定手段、変更手段）により構成されている携帯可能なコンピュータ端末である。これらの構成要素が動作することにより、移動端末１１０が有する各機能が発揮される。
移動端末１１４は、図７に示されるように、主な機能的な構成要素として、無線デバイス等のハードウェア２１と通信接続されるコンピュータプログラム２２〜２５の四層を備えて構成されている。コンピュータプログラム２２〜２５は、Ｌｉｎｕｘ（登録商標）カーネル等のカーネル２２、標準ライブラリ２３（試行手段、判定手段、変更手段）、アプリケーションフレームワーク２４、及びアプリケーション２５を含んで構成されている。
カーネル２２は、ハードウェア２１を用いたリソース管理やネットワーク通信制御といった管理制御が可能なソフトウェアプログラムである。例えば、カーネル２２は、通信状態の変更を通知する通知信号を、ハードウェア２１から受信することができる。この通信状態とは、移動端末１１２によって行われている無線通信におけるセッションに関する通信状態のことである。また、カーネル２２は、ハードウェア２１を用いたＴＣＰ通信を制御するためのＴＣＰ関連プログラム２２０を有している。ＴＣＰ関連プログラム２２０は、後述の開放指示信号をコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
標準ライブラリ２３は、カーネル２２を用いた特定の機能の実行が可能な、部品化されたソフトウェアプログラムがまとめられたものである。標準ライブラリ２３は、カーネル２２を用いた無線デバイス制御用信号の送受信が可能な無線インターフェイス層２３１（ＲＩＬ：Radio Interface Layer）を有している。無線インターフェイス層２３１は、上述の通知信号をハードウェア及びカーネル２２から受信することができる。
なお、上述のハードウェア内では、上述の無線通信の維持確立失敗（３ＧＰＰ標準化の規定に従ったＲＬＦ：Radio Link Failure）後の再接続を試みる再接続試行処理を実行することが可能である。なお、上述のハードウェア内では、上述の無線通信の維持確立失敗の検出を試みる検出試行処理を実行することも可能である。また、上述のハードウェア内では、移動端末１１２による無線通信が不可能な圏外状態であるか否かを判定することが可能である。
更に、上述のハードウェア内では、無線通信を行うための通信方式としてのＲＡＴ（Radio Access Technology：無線アクセス技術）の変更を行うことが可能である。ＲＡＴの例としては、ピークレートが非常に大きい通信規格であるＬＴＥ（Long Term Evolution）、従来の通信規格である３Ｇ（第３世代移動通信システム）、無線ＬＡＮ接続のための通信規格であるＷｉＦｉ（WIreless FIdelity）、第２世代移動通信規格として知られるＧＳＭ（登録商標）（Global System for Mobile communications）等が挙げられる。
なお、ＬＴＥ及び３Ｇ間のＲＡＴの変更のように、異なるＲＡＴであるものの、国際標準化等によりシームレスなハンドオーバが可能なことが規定されたＲＡＴ間での変更は、上述のハードウェア内の無線通信部１０５で可能であり、テレフォニーマネージャ２４２及びコネクティビティマネージャ２４３はＲＡＴの変更を認識しなくてもよい。一方、ＬＴＥ及びＷｉＦｉ間、３Ｇ及びＷｉＦｉ間のＲＡＴの変更は、コネクティビティマネージャ２４３がＲＡＴの変更を決定し、カーネル２２等の下位のレイヤに変更の通知を出す。
アプリケーションフレームワーク２４は、標準ライブラリ２３を用いてアプリケーション２５に各種機能を提供するためのソフトウェアプログラムである。アプリケーションフレームワーク２４は、無線インターフェイス層２４１（通信手段）、テレフォニーマネージャ２４２（Telephony Manager、管理手段）、及びコネクティビティマネージャ２４３（Connectivity Manager、管理手段）を有している。
無線インターフェイス層２４１は、上述の通知信号を無線インターフェイス層３１から受信することができ、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせることもできる。また、無線インターフェイス層２４１は、この通知信号を受信すると、所定条件が満たされた場合に、上述のセッションを開放せず維持するための維持処理を実行する。この所定条件の例としては、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていて、且つ、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせた結果において通信状態の変更の応答があること等が挙げられる。上述の維持処理とは、セッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止する処理である。
一方、無線インターフェイス層２４１は、この通知信号を受信すると、上述の所定条件が満たされない場合に、上述のセッションを開放するための開放処理を実行する。上述の開放処理とは、上述のセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ２４３へ送信する処理である。
テレフォニーマネージャ２４２は、上述の開放指示信号が無線インターフェイス層２４１から送信された場合に、上述の開放指示信号を無線インターフェイス層２４１から受信することができる。
コネクティビティマネージャ２４３は、上述の開放指示信号がテレフォニーマネージャ２４２から送信された場合に、上述の開放指示信号をテレフォニーマネージャ２４２から受信することができる。コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、上述のセッションを開放させるためのインテントを、アプリケーション２５内のＷｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２に送信する。更に、コネクティビティマネージャ２４３は、上述の開放指示信号をテレフォニーマネージャ２４２から受信した場合に、ＴＣＰセッションを開放するための開放指示信号をカーネル２２内のＴＣＰ関連プログラム２２０に送信する。この結果、上述のセッションが開放される。
アプリケーション２５は、移動端末１１２のユーザ向けに用意されたソフトウェアプログラムである。アプリケーション２５は、Ｗｅｂブラウザ等のｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２を有している。ｈｔｔｐアプリケーション２５１及びＦＴＰアプリケーション２５２は、上述のインテントをコネクティビティマネージャ２４３から受信した場合に、上述のセッションを開放する。
（５−２）移動端末におけるセッション制御処理の流れ
引き続き、移動端末１１４におけるセッション制御処理の流れ（通信方法）について、図９を用いて説明する。図９は、移動端末１１４におけるセッション制御処理の流れを説明するためのフローチャートである。
まず、カーネル２２が、無線の通信状態の変更を通知する通知信号を、ハードウェア２１から受信し、無線インターフェイス層２３１が、この通知信号をカーネル２２から受信し、無線インターフェイス層２４１が、この通知信号を無線インターフェイス層２３１から受信する（ステップＳ３１、通信ステップ）。
次に、無線インターフェイス層２４１が、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか否かを判定する（ステップＳ３２、管理ステップ）。ここで、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていると判定された場合、後述のステップＳ３４に移行する。一方、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されていないと判定された場合、上述したような、図４におけるステップＳ０２の判定を行なって、判定結果に基づいてステップＳ０３又はステップＳ０４以降のステップに移行し（ステップＳ３３）、一連の処理が終了する。
ステップＳ３４では、無線インターフェイス層２４１が、通知信号の受信から所定時間経過した時点でハードウェア２１側に通信状態を問い合わせて、通信状態の変更の応答があるか否かを判定する（ステップＳ３４、管理ステップ）。ここで、通知信号の受信から所定時間経過した時点でハードウェア２１側において通信状態の変更の応答があると判定された場合、後述のステップＳ３５に移行する。一方、通知信号の受信から所定時間経過した時点でハードウェア２１側において通信状態の変更の応答が無いと判定された場合、後述のステップＳ３６に移行する。
ステップＳ３５では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号の、テレフォニーマネージャ２４２を介したコネクティビティマネージャ２４３への送信を、禁止することにより、セッションを開放せず維持するための維持処理を実行する（管理ステップ）。そして、一連の処理が終了する。
ステップＳ３６では、無線インターフェイス層２４１が、上述の通知信号に基づいてセッションの開放を指示する開放指示信号を、テレフォニーマネージャ２４２を介してコネクティビティマネージャ４３へ送信することにより、セッションを開放するための開放処理を実行する（開放ステップ）。そして、一連の処理が終了する。
（６）本発明による作用及び効果
移動端末１１０〜１１４によれば、無線通信におけるセッションに関する通信状態の変更を通知する通知信号が受信された場合に、且つ、所定条件が満たされた場合に、セッションを開放せず維持するための維持処理が実行される。このため、通信状態が変更されても、所定条件が満たされなければ、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止され、最適なセッション管理が行われる。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１２〜１１４によれば、無線インターフェイス層２４１が、通知信号を受信すると、所定条件が満たされた場合に、維持処理を実行することが可能になる。
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信の維持確立失敗後の再接続を試みる再接続試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信の維持確立失敗の検出を試みる検出試行処理が実行されていれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信が不可能な圏外状態であれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１２によれば、通信状態が変更されても、無線通信が不可能な圏外状態が所定時間継続していないならば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１０〜１１２によれば、通信状態が変更されても、無線通信を行うための通信方式の変更（ＬＴＥ及び３Ｇ間のＲＡＴの変更）が行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
また、移動端末１１０〜１１２によれば、通信状態が変更されても、所定の第一通信方式から所定の第二通信方式への変更のみが行われたのであれば、セッションは開放されないこととなり、セッションが維持されるべきであるのにセッションが開放されてしまうことが防止される。この結果、無駄な手間やリソースの無駄遣いが発生してしまって通信効率が悪くなることが無くなり、より効率的な通信が可能になる。
（７）変形例
上述の実施例では、図７に示されるように、移動端末１１２における無線インターフェイス層２４１が主にセッション制御処理を行なっている構成について説明したが、セッション制御処理を行なう主体はこれに限定されず、例えば、テレフォニーマネージャ２４２が主にセッション制御処理を行なう構成としてもよく、コネクティビティマネージャ２４３が主にセッション制御処理を行なう構成としてもよい。
また、上述の実施例では、図８に示されるような構成について説明したが、ステップＳ３６に移行するまでの処理の流れはこれに限定されず、例えば、ステップＳ３２において無線インターフェイス層２４１が、標準ライブラリ３によりＷｉＦｉ及びＬＴＥ（又は３Ｇ）間の上述のＲＡＴの変更が行われた後第三の所定時間以上ＲＡＴの変更が行われず継続したことが通知信号により示されているか状況であるか否かを判定し、ステップＳ３４において無線インターフェイス層２４１が、通知信号の受信から第四の所定時間経過した時点でＲＡＴの変更が行われたか否かを判定する構成としてもよい。
また、上述の実施例では、図４に示されるような構成について説明したが、開放指示信号の送信を禁止することになる所定条件はこれに限定されず、例えば、標準ライブラリ３による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、標準ライブラリ３によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号の送信を禁止する構成としてもよい。
この場合、ＰＤＰコンテキストが開放されたことが通知信号により示されているか、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、又は、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、又は、標準ライブラリ３により圏外状態であると判定されたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号を送信する構成としてもよい。
更に別の構成として、ＷｉＦｉ及びＬＴＥ間のＲＡＴの変更があったことが通知信号により示されているか、ＷｉＦｉ及び３Ｇ間のＲＡＴの変更があったことが通知信号により示されているか、上述のハードウェア内の無線通信部１０５により圏外状態であると判定されたことが通知信号により示されているか、上述のハードウェア内の無線通信部１０５による上述の再接続試行処理（無線の再接続）の実行が通知信号により示されているか、又は、上述のハードウェア内の無線通信部１０５によりＬＴＥ及び３Ｇ間の上述のＲＡＴの変更が行われたことが通知信号により示されているか、のいずれかに当てはまる状況であると判定された場合に、開放指示信号の送信を禁止する構成としてもよい。
この場合、ＰＤＰコンテキストが開放されたことが通知信号により示されている状況であると判定された場合に、開放指示信号を送信する構成としてもよい。
本発明によれば、より効率的な通信が可能な移動端末及び通信方法を提供することができる。
１，１１，２１，Ｍ１…ハードウェア、２，１２，２２，Ｍ２…カーネル、３，１３，２３，Ｍ３…標準ライブラリ、４，１４，２４，Ｍ４…アプリケーションフレームワーク、５，１５，２５，Ｍ５…アプリケーション、２０，１２０，２２０，Ｍ２０…ＴＣＰ関連プログラム、３１，４１，１３１，１４１，２３１，２４１，Ｍ３１，Ｍ４１…無線インターフェイス層、４２，１４２，２４２，Ｍ４２…テレフォニーマネージャ、４３，１４３，２４３，Ｍ４３…コネクティビティマネージャ、５１，１５１，２５１，Ｍ５１…ｈｔｔｐアプリケーション、５２，１５２，２５２，Ｍ５２…ＦＴＰアプリケーション、１１０〜１１４…移動端末、Ｍ…モバイル端末。

Claims (9)

  1. 外部との無線通信が可能な移動端末であって、
    前記無線通信におけるセッションに関する通信状態の変更を通知する通知信号を受信する通信手段と、
    前記通信手段により前記通知信号が受信された場合に、且つ、所定条件が満たされた場合に、前記セッションを開放せず維持するための維持処理を実行する管理手段と、
    を備えることを特徴とする移動端末。
  2. 前記通信手段は、前記通知信号を受信すると、前記所定条件が満たされた場合に、前記維持処理を実行する、請求項１に記載の移動端末。
  3. 前記無線通信の維持確立失敗後の再接続を試みる再接続試行処理を実行することが可能な試行手段を更に備え、
    前記所定条件は、前記試行手段による前記再接続試行処理が実行されていることである、
    請求項１又は２に記載の移動端末。
  4. 前記無線通信の維持確立失敗の検出を試みる検出試行処理を実行することが可能な試行手段を更に備え、
    前記所定条件は、前記試行手段による前記検出試行処理が実行されていることである、
    請求項１又は２に記載の移動端末。
  5. 前記無線通信が不可能な圏外状態であるか否かを判定する判定手段を更に備え、
    前記所定条件は、前記判定手段により前記圏外状態であると判定されていることである、
    請求項１〜４のいずれか１項に記載の移動端末。
  6. 前記無線通信が不可能な圏外状態が所定時間継続しているか否かを判定する判定手段を更に備え、
    前記所定条件は、前記判定手段により前記圏外状態が所定時間継続していないと判定されていることである、
    請求項１〜４のいずれか１項に記載の移動端末。
  7. 前記無線通信を行うための通信方式の変更を行うことが可能な変更手段を更に備え、
    前記所定条件は、前記変更手段により前記通信方式の変更が行われたことである、
    請求項１〜６のいずれか１項に記載の移動端末。
  8. 前記所定条件は、前記変更手段により所定の第一通信方式から所定の第二通信方式への変更のみが行われたことである、
    請求項７に記載の移動端末。
  9. 外部との無線通信が可能な移動端末が行う通信方法であって、
    前記無線通信におけるセッションに関する通信状態の変更を通知する通知信号を前記移動端末が受信する通信ステップと、
    前記通信ステップにより前記通知信号が受信された場合に、且つ、所定条件が満たされた場合に、前記セッションを開放せず維持するための維持処理を前記移動端末が実行する管理ステップと、
    を有することを特徴とする通信方法。
JP2012095980A 2012-04-19 2012-04-19 移動端末及び通信方法 Pending JP2013225721A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012095980A JP2013225721A (ja) 2012-04-19 2012-04-19 移動端末及び通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012095980A JP2013225721A (ja) 2012-04-19 2012-04-19 移動端末及び通信方法

Publications (1)

Publication Number Publication Date
JP2013225721A true JP2013225721A (ja) 2013-10-31

Family

ID=49595528

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012095980A Pending JP2013225721A (ja) 2012-04-19 2012-04-19 移動端末及び通信方法

Country Status (1)

Country Link
JP (1) JP2013225721A (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006527527A (ja) * 2003-06-06 2006-11-30 インターディジタル テクノロジー コーポレイション 複数システム間通信のための無線通信コンポーネントおよび方法
JP2010035080A (ja) * 2008-07-31 2010-02-12 Mitsumi Electric Co Ltd 無線通信装置、無線通信制御方法、及び無線通信制御プログラム
JP2011004258A (ja) * 2009-06-19 2011-01-06 Ntt Docomo Inc 移動通信端末、及びデータダウンロード方法
JP2011211591A (ja) * 2010-03-30 2011-10-20 Fujitsu Ltd 端末及び通信制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006527527A (ja) * 2003-06-06 2006-11-30 インターディジタル テクノロジー コーポレイション 複数システム間通信のための無線通信コンポーネントおよび方法
JP2010035080A (ja) * 2008-07-31 2010-02-12 Mitsumi Electric Co Ltd 無線通信装置、無線通信制御方法、及び無線通信制御プログラム
JP2011004258A (ja) * 2009-06-19 2011-01-06 Ntt Docomo Inc 移動通信端末、及びデータダウンロード方法
JP2011211591A (ja) * 2010-03-30 2011-10-20 Fujitsu Ltd 端末及び通信制御方法

Similar Documents

Publication Publication Date Title
US11792705B2 (en) Communication method and system in handover carrying NSSAI, and corresponding core network device
EP3119036B1 (en) System and method to manage network utilization according to wireless backhaul and radio access network conditions
KR101615000B1 (ko) 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택
EP3198935B1 (en) Intelligence in handover assessment for lte/volte calls to improve retainability
RU2554558C2 (ru) Способ, устройство и система для управления выделением идентификаторов туннелей
US9294980B2 (en) Apparatus and method for management of service requests in an overload environment
US9313697B2 (en) Optimized offloading to WLAN in 3GPP-RAT mobility
CN106851793B (zh) 用于能量节省管理的rat间覆盖确定
JP2023100718A (ja) モノのインターネット通信経路のサーバ
JP2021518684A (ja) アクセストラフィックステアリング、スイッチング、及び／又は、分割動作のための装置及び方法
JP2016527839A (ja) 無線リソース制御接続の方法および装置
KR20110001971A (ko) 무선 액세스 기술 간 핸드오버를 핸들링하는 방법 및 장치
RU2677614C1 (ru) Способ обработки услуги, относящиеся к нему устройство и система
WO2013128742A1 (ja) 無線通信システムおよび基地局
US9769782B2 (en) Configuration management outside a coverage area
US9949316B2 (en) Reconfiguration in a wireless mesh network
WO2014113919A1 (en) Addressing communication failure in multiple connection systems
RU2732736C1 (ru) Способ связи, вторичный узел сети и терминал
US10904810B2 (en) Handover method, core network device, access network device, and terminal device
JP2020519076A (ja) 輻輳処理のための方法及び機器
CN112399634B (zh) 定义注意命令以支持5g pdu会话操作的ssc的方法及移动终端
JP6218946B2 (ja) 端末のセルハンドオーバ過程にワイヤレスローカルエリアネットワークと相互運用の決定を行う方法および装置
JP2013225721A (ja) 移動端末及び通信方法
WO2012069391A1 (en) Self-configuration of an e-node-b
JP2017103536A (ja) 無線基地局及び無線通信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150206

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151215

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160212

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160802

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161101

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20161110

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20170106