(57)【要約】【課題】複数の異なるネットワークに並行して接続する場合であっても、アドレス解決を適切に行うことが可能な移動無線端末装置を提供する。【解決手段】各ネットワークアプリ１１，１２の接続先となるアプリサーバ３１２，３２２毎に対応するアドレス解決を行うための手段として、アドレス解決サブ部４１、ＩＰプロトコルスタックサブ部５１、およびアドレス解決サブ部４２、ＩＰプロトコルスタックサブ部５２をそれぞれ備えて、接続先毎にアドレス解決を行うようにしたものである。【選択図】      図１
2008017148.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局と無線通信し、前記無線基地局を通じて、ネットワークに接続されるネットワーク接続装置と通信する移動無線端末装置において、
前記無線基地局と通信リンクを確立する無線通信手段と、
前記通信リンクを通じて、第１ネットワーク接続装置との間に第１通信リンクを確立する第１通信手段と、
前記通信リンクを通じて、第２ネットワーク接続装置との間に第２通信リンクを確立する第２通信手段と、
前記第１通信リンクを通じて前記第１ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第１要求手段と、
前記第２通信リンクを通じて前記第２ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第２要求手段とを具備することを特徴とする移動無線端末装置。
【請求項２】
さらに、第１のソフトウェアに従った動作により、第１ホスト名を出力する第１出力手段と、
第２のソフトウェアに従った動作により、第２ホスト名を出力する第２出力手段と、
前記第１出力手段が出力した第１ホスト名を前記第１要求手段に出力し、前記第２出力手段が出力した第２ホスト名を前記第２要求手段に出力する第３要求手段とを備え、
前記第１要求手段は、前記第３要求手段が出力した第１ホスト名を、前記第１通信リンクを通じて前記第１ネットワーク接続装置に送信して、ＩＰアドレスを要求し、
前記第２要求手段は、前記第３要求手段が出力した第２ホスト名を、前記第２通信リンクを通じて前記第２ネットワーク接続装置に送信して、ＩＰアドレスを要求することを特徴とする請求項１に記載の移動無線端末装置。
【請求項３】
無線基地局と無線通信し、前記無線基地局を通じて、ネットワークに接続されるネットワーク接続装置と通信する移動無線端末装置におけるアドレス解決方法であって、
前記無線基地局と通信リンクを確立する確立工程と、
前記通信リンクを通じて、第１ネットワーク接続装置との間に第１通信リンクを確立する第１通信工程と、
前記通信リンクを通じて、第２ネットワーク接続装置との間に第２通信リンクを確立する第２通信工程と、
前記第１通信リンクを通じて前記第１ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第１要求工程と、
前記第２通信リンクを通じて前記第２ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第２要求工程とを具備することを特徴とするアドレス解決方法。
【請求項４】
さらに、第１のソフトウェアに従った動作により、第１ホスト名を出力する第１出力工程と、
第２のソフトウェアに従った動作により、第２ホスト名を出力する第２出力工程とを備え、
前記第１要求工程は、前記第１出力工程で出力した第１ホスト名を、前記第１通信リンクを通じて前記第１ネットワーク接続装置に送信して、ＩＰアドレスを要求し、
前記第２要求手段は、前記第２工程で出力した第２ホスト名を、前記第２通信リンクを通じて前記第２ネットワーク接続装置に送信して、ＩＰアドレスを要求することを特徴とする請求項３に記載のアドレス解決方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のデータリンクを用いてＩＰ通信を行う、例えば携帯電話機などの移動無線端末装置に関する。
【背景技術】
【０００２】
周知のように、ＩＰ（Internet Protocol）ネットワークに接続するためには、ホスト名からＩＰアドレスへの変換するアドレス解決は必須な技術である（例えば、特許文献１参照）。通常のＩＰ接続では、端末から網への接続経路（データリンク）は１つであり、アドレス解決は、接続されたネットワークのＤＮＳ（Domain Name System）サーバを利用して行われる。
【０００３】
Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）などの無線通信方式では、マルチプルＰＤＰ（Packet Data Protocol）コンテキストと呼ばれる複数のデータリンクを用いてＩＰ通信を行うことが可能である。しかしながら、このような通信システムであっても、アドレス解決を行うアドレス解決手段は、通常、１つしか設けられないため、データリンクを複数の異なるネットワークへ接続する場合に、アドレス解決が適切に行えない虞があるという問題があった。
【０００４】
例えば、端末において、マルチプルＰＤＰコンテキストを使用し、複数のアプリケーションが同時にそれぞれ異なるクローズドネットワークＡ，Ｂへ接続することが考えられる。このような状況で、アドレス解決手段が、一方のネットワークＡのＤＮＳサーバだけを利用すると、ネットワークＡ向けのアドレス解決は可能であっても、他方のネットワークＢの情報を格納していない場合に、アドレス解決ができず、接続できない。また両ネットワークＡ，Ｂに、同名のホスト名が存在する場合には、ネットワークＢのホストをアクセスしようとしても、ネットワークＡのホストのアドレスを取得してしまうため、接続不可または誤接続が発生してしまうことになる。
【特許文献１】特開２００１−１０３０９２公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の移動無線端末装置では、複数の異なるネットワークに並行して接続する場合に、アドレス解決が適切に行えない虞があるという問題があった。  
この発明は上記の問題を解決すべくなされたもので、複数の異なるネットワークに並行して接続する場合であっても、アドレス解決を適切に行うことが可能な移動無線端末装置およびアドレス解決方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するために、この発明は、無線基地局と無線通信し、前記無線基地局を通じて、ネットワークに接続されるネットワーク接続装置と通信する移動無線端末装置において、無線基地局と通信リンクを確立する無線通信手段と、通信リンクを通じて、第１ネットワーク接続装置との間に第１通信リンクを確立する第１通信手段と、通信リンクを通じて、第２ネットワーク接続装置との間に第２通信リンクを確立する第２通信手段と、第１通信リンクを通じて第１ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第１要求手段と、第２通信リンクを通じて第２ネットワーク接続装置に対し、ホスト名を送信してＩＰアドレスを要求する第２要求手段とを具備して構成するようにした。
【発明の効果】
【０００７】
以上述べたように、この発明では、無線基地局との通信リンクを通じて、第１ネットワーク接続装置との間に第１通信リンクを確立するとともに、第２ネットワーク接続装置との間に第２通信リンクを確立し、第１要求手段により第１ネットワーク接続装置にホスト名を送信してＩＰアドレスを要求するとともに、第２要求手段により第２ネットワーク接続装置にホスト名を送信してＩＰアドレスを要求するようにしている。
【０００８】
したがって、この発明によれば、第１と第２の２つの通信リンクを確立して通信する場合でも、それぞれで接続されるネットワーク接続装置にＩＰアドレスを要求できるので、アドレス解決を適切に行うことが可能な移動無線端末装置およびアドレス解決方法を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、この発明の一実施形態について説明する。  
図１は、この発明の一実施形態に係わる移動無線端末装置１００の構成を示すものである。移動無線端末装置１００は、移動通信網に収容される無線基地局２００およびパケットサービスノード（ＧＧＳＮ）２１０を通じて、ＩＳＰ３１０およびＩＳＰ３２０内のアプリサーバ３１２、３２２にアクセスする。
【００１０】
なお、パケットサービスノード２１０は、上記移動通信網のパケット網を構成するノード、すなわちＧＧＳＮ（Gateway GPRS Support Node）の１つで、ＧＰＲＳ（General packet radio service）環境でインターネットに接続するために提供されるＩＳＰ（Internet Services Provider）や企業網と接続されるノードである。
【００１１】
また、ＩＳＰ３１０およびＩＳＰ３２０は、インターネットサービスプロバイダであって、それぞれＤＮＳサーバ３１１とアプリサーバ３１２、ＤＮＳサーバ３２１とアプリサーバ３２２を備える。ＤＮＳサーバ３１１，３２１は、ネームサーバとして、それぞれＩＳＰ３１０，３２０内のホスト（各サーバ）名とＩＰアドレスとを対応させて保持し、ホスト名（サーバ）の問い合わせに対してＩＰアドレスを返却する。そして、アプリサーバ３１２，３２２は、移動無線端末装置１００に対してアプリサーバ機能を提供する。
【００１２】
移動無線端末装置１００は、ネットワークアプリ１１および１２と、接続情報管理部２０と、接続セッション管理部３０と、アドレス解決メイン部４０と、アドレス解決サブ部４１および４２と、ＩＰプロトコルＩ／Ｆ部５０と、ＩＰプロトコルスタックサブ部５１および５２と、呼制御部６０と、ＰＤＰ多重制御部７０と、無線部８０とを備えている。
【００１３】
なお、図１では、説明を簡明にするために、発明に関わる構成を主として示しているが、一般的な携帯電話機としての構成である、キー操作によりユーザから要求を受け付ける操作部、少なくともテキスト情報が表示可能な表示部、マイクロホン、スピーカなどの構成は備えているものとする。これらの構成によって、音声通信だけでなく、データ通信によって実現される、電子メールの表示や作成、ホームページなどのｗｅｂ表示などを行うことを可能としている。
【００１４】
ネットワークアプリ１１は、ＩＳＰ３１０内のアプリサーバ３１２にアクセスすることにより機能提供を行うアプリケーションプログラムであって、アプリサーバ３１２のホスト名とサーバが存在するネットワーク上の位置を示すＩＳＰ識別子をあらかじめ格納している。このアプリケーションプログラムの一例としてはメーラやブラウザなどのソフトウェアが考えられる。
【００１５】
ネットワークアプリ１２も同様であり、ＩＳＰ３２０内のアプリサーバ３２２にアクセスすることにより機能提供を行うアプリケーションプログラムである。なお、ネットワークアプリ１１，１２は、図示しないＣＰＵ（Central Processing Unit）を動作させるためのプログラムである。図１においては、ネットワークアプリ１１，１２をソフトウェアとして示しているが、この図に示すソフトウェアは、このソフトウェアによって動作したＣＰＵを示すものであり、説明を簡明にするために、図１のように示す。
【００１６】
接続情報管理部２０は、ＩＳＰ３１０，３２０へのデータリンクを確立するために必要な接続情報を保持しており、ネットワークアプリ１１や１２からＩＳＰ識別子が通知されると、対応するＩＳＰへの接続情報をネットワークアプリ１１や１２へ通知する。なお、上記データリンクとは、無線部８０と無線基地局２００との間の無線区間の接続ならびに無線基地局２００からパケットサービスノード２１０を経由してＩＳＰ３１０，３２０までの有線区間の接続により確立されたものである。また上記接続情報とは、ＡＰＮ（Access Point Name）やＱｏＳ（Quality of Service）を含むＮＡＰ（Network Access Point）プロファイルであって、接続情報管理部２０は、ＩＳＰ毎に保持している。
【００１７】
接続セッション管理部３０は、ネットワークアプリ１１や１２からの要求によって確立したデータリンクの接続状態を管理するものであって、接続状態管理テーブルを記憶しており、ここに、現在確立されているデータリンクの識別子と接続情報とそのデータリンクを使用しているアプリケーション識別子とを対応付けてセットにして格納する。
【００１８】
アドレス解決メイン部４０は、ネットワークアプリ１１や１２からホスト名を含むアドレス解決要求を受け付け、これに基づいて、アドレス解決サブ部４１，４２を制御して、アドレス解決結果（ＩＰアドレス）を取得し、要求元のネットワークアプリ１１あるいは１２へ送信する。
【００１９】
アドレス解決サブ部４１，４２は、データリンク確立時にＩＰプロトコルスタックサブ部５１，５２から単一または複数のＤＮＳサーバアドレスを通知され、これを自己のメモリに格納する。またアドレス解決サブ部４１，４２は、それぞれアドレス解決メイン部４０からの指示にしたがって、対応するＩＰプロトコルスタックサブ部５１あるいは５２にＩＰプロトコル制御要求を送信して、その応答信号に含まれるアドレス解決結果（ＩＰアドレス）を取り出して、これをアドレス解決メイン部４０に通知する。
【００２０】
ＩＰプロトコルＩ／Ｆ部５０は、ネットワークアプリ１１あるいは１２からユーザデータやその送信要求、またはＩＰプロトコル制御要求を受けるインタフェースであって、上記要求に含まれるデータリンク識別子に対応付けられたＩＰプロトコルスタックサブ部５１あるいは５２にユーザデータや上記要求を転送するとともに、ＩＰプロトコルスタックサブ部５１，５２から受信したユーザデータを、対応するネットワークアプリ１１あるいは１２へ送信する。
【００２１】
ＩＰプロトコルスタックサブ部５１，５２は、対応するアドレス解決サブ部４１，４２からの制御信号送信要求や、ＩＰプロトコルＩ／Ｆ部５０から転送されたユーザデータまたはＩＰプロトコル制御要求のプロトコル送信処理を行うものであって、これらの情報を含むＩＰパケットを生成し、これを対応するデータリンクの出力としてＰＤＰ多重制御部７０へ送信する。
【００２２】
またＩＰプロトコルスタックサブ部５１，５２は、ＰＤＰ多重制御部７０から受信したデータをＩＰパケットとして受信し、ＩＰプロトコル受信処理を行って、ユーザデータおよび制御信号を取り出し、対応するアドレス解決サブ部４１あるいは４２、ＩＰプロトコルＩ／Ｆ部５０へデータリンク識別子を付加して送信する。
【００２３】
呼制御部６０は、無線区間ならびにＩＳＰ３１０，３２０までの有線区間の接続を確立するためのプロトコルを用いて、通信制御を行い、上記無線区間および有線区間の接続を行う。また、呼制御部６０は、受信した応答や指示に従って、接続状態や無線部８０の制御を行う。
【００２４】
ＰＤＰ多重制御部７０は、物理的・論理的に多重された無線基地局２００から受信したデータをデータリンク毎に分離して対応するそれぞれのＩＰプロトコルスタックサブ部５１，５２に出力する。また、ＰＤＰ多重制御部７０は、ＩＰプロトコルスタックサブ部５１，５２から入力されたユーザデータを物理的・論理的に多重して無線部８０を経由して無線基地局２００へ送信する。
【００２５】
無線部８０は、モデムを有し、呼制御部６０と無線基地局２００との間で、プロトコルデータの送受を行うとともに、データリンク確立中には、ＰＤＰ多重制御部７０から送られるデータを符号化ならびに変調して無線基地局２００へ送信する。また無線部８０は、無線基地局２００から多重化された信号を受信して、これを復調および復号して、受信データを得る。このようにして得た受信データは、ＰＤＰ多重制御部７０に出力される。
【００２６】
次に、上記構成の移動無線端末装置１００の動作について説明する。  
まず、ネットワークアプリ１１を運用する場合の動作について説明する。図示しない操作部をユーザが操作したことなどをきっかけに、ネットワークアプリ１１は、ＩＳＰ３１０上のアプリサーバ３１２に接続するため、接続情報管理部２０に、ＩＳＰ３１０のＩＳＰ識別子を通知し、接続情報管理部２０からアプリケーションに対応する接続情報＃１を取得する。そして、ネットワークアプリ１１は、取得した接続情報＃１にアプリケーション識別子を付加して接続セッション管理部３０に出力して接続要求を行う。
【００２７】
接続セッション管理部３０は、ネットワークアプリ１１から上記接続要求を受信すると、これに付加された接続情報＃１から、指定されたデータリンクが既に確立しているかを調べる。接続セッション管理部３０は、データリンクが既に確立しているかを調べるために、接続状態管理テーブルを検索する。ここで、上記接続状態管理テーブルに格納されたデータに接続情報＃１が一致するものがあれば、データリンク＃１は確立済みと判定し、一方、そうでなければデータリンク＃１は未確立と判定する。
【００２８】
データリンク＃１が未確立の場合に接続セッション管理部３０は、接続情報＃１のパラメータを使用して呼制御部６０に対して接続要求を行う。これに対して、呼制御部６０は、無線区間ならびにＩＳＰまでの有線区間の接続を確立するためのプロトコルを用いて、通信制御を行い、上記無線区間および有線区間の接続を行う。
【００２９】
このために、呼制御部６０は、生成したプロトコルデータを、無線部８０を通じて無線基地局２００およびパケットサービスノード２１０に伝送する。また、それぞれの装置から受信した応答や指示に従って、接続状態や無線部８０の制御を行う。
【００３０】
呼制御部６０は、データリンク＃１が確立すると、ＰＤＰ多重制御部７０と無線部８０に、データリンク＃１が確立した旨とこの接続に関係するパラメータを通知してデータリンク＃１の使用を開始するとともに、接続セッション管理部３０に対して、使用するデータリンク＃１の識別子を含む接続確立の通知を行う。
【００３１】
上記通知を受けた接続セッション管理部３０は、上記データリンク＃１の識別子を付加した接続確立を、接続要求元のネットワークアプリ１１に通知するとともに、接続状態管理テーブルにデータリンク＃１の識別子と接続情報と要求元のネットワークアプリ１１の識別子を対応付けてセットにして格納する。また、接続が確立すると、接続セッション管理部３０は、アドレス解決メイン部４０とＩＰプロトコルＩ／Ｆ部５０に、確立したデータリンク＃１の識別子を通知する。
【００３２】
一方、要求されたデータリンク＃１が既に接続確立済みであった場合には、接続セッション管理部３０は、データリンク＃１の識別子と、接続確立済みの旨をネットワークアプリ１１に通知し、接続状態管理テーブル内のデータリンク＃１を含むデータのセットに、要求元のネットワークアプリ１１の識別子を追加する。
【００３３】
なお、接続確立が完了した時に、パケットサービスノード２１０からＩＳＰ３１０のＤＮＳサーバ３１１のアドレスが送信される。この時点では、上述したように、ＩＳＰ３１０との接続にはデータリンク＃１が用いられることが決定しているため、上記アドレスは、無線部８０、ＰＤＰ多重制御部７０、ＩＰプロトコルスタックサブ部５１を経由して、アドレス解決サブ部４１へ転送される。
【００３４】
アドレス解決サブ部４１は、ＤＮＳサーバ３１１のアドレスをメモリに記憶し、以降のアドレス解決を行う際は、上記アドレスに基づいて、ＤＮＳサーバ３１１へ問い合わせを行う。なお、データリンクの開放時には、上記メモリから上記アドレスの情報を消去する。
【００３５】
ネットワークアプリ１１は、接続セッション管理部３０からデータリンク＃１の接続確立の通知を受けると、アプリサーバ３１２のホスト名に基づいてＩＰアドレスを取得するために、アドレス解決メイン部４０に対して、接続セッション管理部３０から通知されたデータリンク＃１の識別子と、上記ホスト名を付加したアドレス解決要求を出力する。
【００３６】
アドレス解決メイン部４０は、ネットワークアプリ１１から上記アドレス解決要求を受信すると、この時点でアドレス解決メイン部４０は、アドレス解決サブ部４１にデータリンク＃１が割り当てられていることをアドレス解決要求に含まれるデータリンク識別子から判断し、アドレス解決サブ部４１に対して、上記アドレス解決要求を転送する。
【００３７】
これに対して、アドレス解決サブ部４１は、転送された上記アドレス解決要求に含まれるホスト名のパラメータからＤＮＳサーバ問い合わせを行うためのフォーマットを作成し、予めメモリに格納されているＤＮＳサーバアドレスの一つを問い合わせ先（ここではＤＮＳサーバ３１１）として、データリンク＃１に対応するＩＰプロトコルスタックサブ部５１にＩＰプロトコル制御要求を送信する。
【００３８】
これに対して、ＩＰプロトコルスタックサブ部５１は、上記ＩＰプロトコル制御要求を受けると、この要求をパケット化してＰＤＰ多重制御部７０に出力する。ＰＤＰ多重制御部７０は、ＩＰプロトコルスタックサブ部５１から入力されたパケットデータを物理的・論理的に多重して無線部８０を経由して無線基地局２００へ送信する。
【００３９】
上記パケットデータは、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３１０との間に確立したデータリンク＃１を通じ、ＤＮＳサーバ３１１に到達する。これに対してＤＮＳサーバ３１１は、受信した上記パケットデータを解析して、アドレス解決要求であることを検出する。これにより、ＤＮＳサーバ３１１は、上記パケットデータに含まれるアプリサーバ３１２のホスト名に基づいて、保持しているデータを検索し、アプリサーバ３１２のＩＰアドレスを検出する。
【００４０】
このようにして検出されたアプリサーバ３１２のＩＰアドレスは、応答信号として制御信号とともにパケット化され、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３１０との間に確立したデータリンク＃１を通じて、ＤＮＳサーバ３１１から移動無線端末装置１００に送信される。
【００４１】
無線部８０は、無線基地局２００から送信される無線信号を受信して、復調および復号し、これによりＤＮＳサーバ３１１から送られたデータを得る。このデータは、物理的・論理的に多重されたデータであるため、ＰＤＰ多重制御部７０によって、データリンク毎に分離される。このようにして分離されたデータのうち、データリンク＃１のデータ、すなわち、ＤＮＳサーバ３１１から送られたパケットデータは、この時点で既にデータリンク＃１が割り当てられているＩＰプロトコルスタックサブ部５１に出力される。
【００４２】
これに対して、ＩＰプロトコルスタックサブ部５１は、上記パケットデータから制御信号を取り出し、これから要求元がアドレス解決サブ部４１であることを検出し、アドレス解決サブ部４１に上記パケットデータを転送する。これに対して、アドレス解決サブ部４１は、上記パケットデータに含まれるアドレス解決結果（アプリサーバ３１２のＩＰアドレス）を取り出して、これをアドレス解決メイン部４０に通知する。
【００４３】
これに対して、アドレス解決メイン部４０は、上記アドレス解決結果にデータリンク＃１の識別子を付加して、上記アドレス解決要求の結果として要求元のネットワークアプリ１１へ通知する。以上により、ネットワークアプリ１１は、上記アドレス解決要求に対する応答として、アプリサーバ３１２のＩＰアドレスを取得する。
【００４４】
続いてネットワークアプリ１１は、ＩＰプロトコルＩ／Ｆ部５０に対して、上述のようにして取得したアプリサーバ３１２のＩＰアドレスと、データリンク＃１の識別子を指定して、アプリサーバ３１２へ接続とデータの送受信を要求する。この要求を受けたＩＰプロトコルＩ／Ｆ部５０は、以後、アプリサーバ３１２からの応答や受信データをネットワークアプリ１１に転送することになる。
【００４５】
ＩＰプロトコルＩ／Ｆ部５０は、ネットワークアプリ１１からユーザデータやその送信要求、またはＩＰプロトコル制御要求を受けると、上記要求に含まれるデータリンク＃１が対応付けられたＩＰプロトコルスタックサブ部５１に対して、ユーザデータや上記要求を転送する。
【００４６】
これに対して、ＩＰプロトコルスタックサブ部５１は、ＩＰプロトコルＩ／Ｆ部５０から転送されたユーザデータまたはＩＰプロトコル制御要求のプロトコル送信処理を行って、これらの情報を含むＩＰパケットを生成し、これを対応するデータリンク＃１の出力としてＰＤＰ多重制御部７０へ送信する。
【００４７】
これに対して、ＰＤＰ多重制御部７０は、ＩＰプロトコルスタックサブ部５１から入力されたユーザデータを物理的・論理的に多重して無線部８０を経由して無線基地局２００へ送信する。これによりユーザデータは、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３１０との間に確立したデータリンク＃１を通じて、アプリサーバ３１２に到達する。
【００４８】
反対に、アプリサーバ３１２から送信されたユーザデータは、制御信号とともにパケット化され、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３１０との間に確立したデータリンク＃１を通じて、移動無線端末装置１００に送信される。
【００４９】
無線部８０は、無線基地局２００から送信される無線信号を受信して、復調および復号し、これによりアプリサーバ３１２から送られたデータを得る。このデータは、物理的・論理的に多重されたデータであるため、ＰＤＰ多重制御部７０によって、データリンク毎に分離される。
【００５０】
このようにして分離されたデータのうち、データリンク＃１のデータ、すなわち、アプリサーバ３１２から送られたパケットデータは、この時点で既にデータリンク＃１が割り当てられているＩＰプロトコルスタックサブ部５１に出力される。
【００５１】
これに対して、ＩＰプロトコルスタックサブ部５１は、ＩＰプロトコル受信処理を行って、上記パケットデータからユーザデータおよび制御信号を取り出し、これらにデータリンク＃１の識別子を付加して、ＩＰプロトコルＩ／Ｆ部５０に出力する。これに対して、ＩＰプロトコルＩ／Ｆ部５０は、ＩＰプロトコルスタックサブ部５１から入力されたユーザデータに、ＩＰプロトコル制御信号に対応するデータリンク＃１の識別子を付加して、ネットワークアプリ１１に出力する。以上のように、ネットワークアプリ１２とアプリサーバ３２２との間では、データリンク＃１を通じて、ユーザデータの送受信が行われる。
【００５２】
次に、上述したように、ネットワークアプリ１１の運用を開始し、ネットワークアプリ１１を運用可能な状態で、ネットワークアプリ１２を運用する場合の動作について説明する。すなわち以下の動作においては、すでにネットワークアプリ１１の運用が行われているものとする。
【００５３】
ネットワークアプリ１２を起動させるための操作が操作部（図示しない）によってなされたことなどをきっかけに、ネットワークアプリ１２は、ＩＳＰ３２０上のアプリサーバ３２２に接続するため、接続情報管理部２０に、ＩＳＰ３２０のＩＳＰ識別子を通知し、接続情報管理部２０からアプリケーションに対応する接続情報＃２を取得する。そして、ネットワークアプリ１２は、取得した接続情報＃２にアプリケーション識別子を付加して接続セッション管理部３０に出力して接続要求を行う。
【００５４】
接続セッション管理部３０は、ネットワークアプリ１２から上記接続要求を受信すると、これに付加された接続情報＃２から、指定されたデータリンクが確立しているかを調べる。接続セッション管理部３０は、データリンクが確立しているかを調べるために、接続状態管理テーブルを検索する。ここで、上記接続状態管理テーブルに格納されたデータに接続情報＃２が一致するものがあれば、データリンク＃２は確立済みと判定し、一方、そうでなければデータリンク＃２は未確立と判定する。
【００５５】
データリンク＃２が未確立の場合に接続セッション管理部３０は、接続情報＃２のパラメータを使用して呼制御部６０に対して接続要求を行う。これに対して、呼制御部６０は、無線区間ならびにＩＳＰまでの有線区間の接続を確立するためのプロトコルを用いて、通信制御を行い、上記無線区間および有線区間の接続を行う。
【００５６】
このために、呼制御部６０は、生成したプロトコルデータを、無線部８０を通じて無線基地局２００およびパケットサービスノード２１０に伝送する。また、それぞれの装置から受信した応答や指示に従って、接続状態や無線部８０の制御を行う。
【００５７】
呼制御部６０は、データリンク＃２が確立すると、ＰＤＰ多重制御部７０と無線部８０に、データリンク＃２が確立した旨とこの接続に関係するパラメータを通知してデータリンク＃２の使用を開始するとともに、接続セッション管理部３０に対して、使用するデータリンク＃２の識別子を含む接続確立の通知を行う。
【００５８】
上記通知を受けた接続セッション管理部３０は、上記データリンク＃２の識別子を付加した接続確立を、接続要求元のネットワークアプリ１２に通知するとともに、接続状態管理テーブルにデータリンク＃２の識別子と接続情報と要求元のネットワークアプリ１２の識別子を対応付けてセットにして格納する。また、接続が確立すると、接続セッション管理部３０は、アドレス解決メイン部４０とＩＰプロトコルＩ／Ｆ部５０に、確立したデータリンク＃２の識別子を通知する。
【００５９】
一方、要求されたデータリンク＃２が既に接続確立済みであった場合には、接続セッション管理部３０は、データリンク＃２の識別子と、接続確立済みの旨をネットワークアプリ１２に通知し、接続状態管理テーブル内のデータリンク＃２を含むデータのセットに、要求元のネットワークアプリ１２の識別子を追加する。
【００６０】
なお、接続確立が完了した時に、パケットサービスノード２１０からＩＳＰ３２０のＤＮＳサーバ３２１のアドレスが送信される。この時点では、上述したように、ＩＳＰ３２０との接続にはデータリンク＃２が用いられることが決定しているため、上記アドレスは、無線部８０、ＰＤＰ多重制御部７０、ＩＰプロトコルスタックサブ部５２を経由して、アドレス解決サブ部４２へ転送される。
【００６１】
アドレス解決サブ部４２は、ＤＮＳサーバ３２１のアドレスをメモリに記憶し、以降のアドレス解決を行う際は、上記アドレスに基づいて、ＤＮＳサーバ３２１へ問い合わせを行う。なお、データリンクの開放時には、上記メモリから上記アドレスの情報を消去する。
【００６２】
ネットワークアプリ１２は、接続セッション管理部３０からデータリンク＃２の接続確立の通知を受けると、アプリサーバ３２２のホスト名に基づいてＩＰアドレスを取得するために、アドレス解決メイン部４０に対して、接続セッション管理部３０から通知されたデータリンク＃２の識別子と、上記ホスト名を付加したアドレス解決要求を出力する。
【００６３】
アドレス解決メイン部４０は、ネットワークアプリ１２から上記アドレス解決要求を受信すると、この時点でアドレス解決メイン部４０は、アドレス解決サブ部４２にデータリンク＃２が割り当てられていることを認識しているため、アドレス解決サブ部４２に対して、上記アドレス解決要求を転送する。
【００６４】
これに対して、アドレス解決サブ部４２は、転送された上記アドレス解決要求に含まれるホスト名のパラメータからＤＮＳサーバ問い合わせを行うためのフォーマットを作成し、予めメモリに格納されているＤＮＳサーバアドレスの一つを問い合わせ先（ここではＤＮＳサーバ３２１）として、データリンク＃２に対応するＩＰプロトコルスタックサブ部５２にＩＰプロトコル制御要求を送信する。
【００６５】
これに対して、ＩＰプロトコルスタックサブ部５２は、上記ＩＰプロトコル制御要求を受けると、この要求をパケット化してＰＤＰ多重制御部７０に出力する。ＰＤＰ多重制御部７０は、ＩＰプロトコルスタックサブ部５２から入力されたパケットデータを物理的・論理的に多重して無線部８０を経由して無線基地局２００へ送信する。
【００６６】
上記パケットデータは、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３２０との間に確立したデータリンク＃２を通じ、ＤＮＳサーバ３２１に到達する。これに対してＤＮＳサーバ３２１は、受信した上記パケットデータを解析して、アドレス解決要求であることを検出する。これにより、ＤＮＳサーバ３２１は、上記パケットデータに含まれるアプリサーバ３２２のホスト名に基づいて、保持しているデータを検索し、アプリサーバ３２２のＩＰアドレスを検出する。
【００６７】
このようにして検出されたアプリサーバ３２２のＩＰアドレスは、応答信号として制御信号とともにパケット化され、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３２０との間に確立したデータリンク＃２を通じて、ＤＮＳサーバ３２１から移動無線端末装置１００に送信される。
【００６８】
無線部８０は、無線基地局２００から送信される無線信号を受信して、復調および復号し、これによりＤＮＳサーバ３２１から送られたデータを得る。このデータは、物理的・論理的に多重されたデータであるため、ＰＤＰ多重制御部７０によって、データリンク毎に分離される。このようにして分離されたデータのうち、データリンク＃２のデータ、すなわち、ＤＮＳサーバ３２１から送られたパケットデータは、この時点で既にデータリンク＃２が割り当てられているＩＰプロトコルスタックサブ部５２に出力される。
【００６９】
これに対して、ＩＰプロトコルスタックサブ部５２は、上記パケットデータから制御信号を取り出し、これから要求元がアドレス解決サブ部４２であることを検出し、アドレス解決サブ部４２に上記パケットデータを転送する。これに対して、アドレス解決サブ部４２は、上記パケットデータに含まれるアドレス解決結果（アプリサーバ３２２のＩＰアドレス）を取り出して、これをアドレス解決メイン部４０に通知する。
【００７０】
これに対して、アドレス解決メイン部４０は、上記アドレス解決結果にデータリンク＃２の識別子を付加して、上記要求の結果として要求元のネットワークアプリ１２へ通知する。以上により、ネットワークアプリ１２は、上記アドレス解決要求に対する応答として、アプリサーバ３２２のＩＰアドレスを取得する。
【００７１】
続いてネットワークアプリ１２は、ＩＰプロトコルＩ／Ｆ部５０に対して、上述のようにして取得したアプリサーバ３２２のＩＰアドレスと、データリンク＃２の識別子を指定して、アプリサーバ３２２へ接続とデータの送受信を要求する。この要求を受けたＩＰプロトコルＩ／Ｆ部５０は、以後、アプリサーバ３２２からの応答や受信データをネットワークアプリ１２に転送することになる。
【００７２】
ＩＰプロトコルＩ／Ｆ部５０は、ネットワークアプリ１２からユーザデータやその送信要求、またはＩＰプロトコル制御要求を受けると、上記要求に含まれるデータリンク＃２が対応付けられたＩＰプロトコルスタックサブ部５２に対して、ユーザデータや上記要求を転送する。
【００７３】
これに対して、ＩＰプロトコルスタックサブ部５２は、ＩＰプロトコルＩ／Ｆ部５０から転送されたユーザデータまたはＩＰプロトコル制御要求のプロトコル送信処理を行って、これらの情報を含むＩＰパケットを生成し、これを対応するデータリンク＃２の出力としてＰＤＰ多重制御部７０へ送信する。
【００７４】
これに対して、ＰＤＰ多重制御部７０は、ＩＰプロトコルスタックサブ部５２から入力されたユーザデータを物理的・論理的に多重して無線部８０を経由して無線基地局２００へ送信する。これによりユーザデータは、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３２０との間に確立したデータリンク＃２を通じて、アプリサーバ３２２に到達する。
【００７５】
反対に、アプリサーバ３２２から送信されたユーザデータは、制御信号とともにパケット化され、無線基地局２００およびパケットサービスノード２１０を介して、ＩＳＰ３２０との間に確立したデータリンク＃２を通じて、移動無線端末装置１００に送信される。
【００７６】
無線部８０は、無線基地局２００から送信される無線信号を受信して、復調および復号し、これによりアプリサーバ３２２から送られたデータを得る。このデータは、物理的・論理的に多重されたデータであるため、ＰＤＰ多重制御部７０によって、データリンク毎に分離される。
【００７７】
このようにして分離されたデータのうち、データリンク＃２のデータ、すなわち、アプリサーバ３２２から送られたパケットデータは、この時点で既にデータリンク＃２が割り当てられているＩＰプロトコルスタックサブ部５２に出力される。
【００７８】
これに対して、ＩＰプロトコルスタックサブ部５２は、ＩＰプロトコル受信処理を行って、上記パケットデータからユーザデータおよび制御信号を取り出し、これらにデータリンク＃２の識別子を付加して、ＩＰプロトコルＩ／Ｆ部５０に出力する。これに対して、ＩＰプロトコルＩ／Ｆ部５０は、ＩＰプロトコルスタックサブ部５２から入力されたユーザデータに、ＩＰプロトコル制御信号に対応するデータリンク＃２の識別子を付加して、ネットワークアプリ１２に出力する。以上のようにして、ネットワークアプリ１２とアプリサーバ３２２との間では、データリンク＃２を通じて、ユーザデータの送受信が行われる。
【００７９】
以後、ネットワークアプリ１１が、新たにアドレス解決要求を行った場合には、アドレス解決メイン部４０、アドレス解決サブ部４１およびＩＰプロトコルスタックサブ部５１を介したデータリンク＃１を通じて、ＤＮＳサーバ３１１に対してアドレス解決要求を行い、ＤＮＳサーバ３１１がアドレス解決を行うことになる。同様に、ネットワークアプリ１２が、新たにアドレス解決要求を行った場合には、アドレス解決メイン部４０、アドレス解決サブ部４２およびＩＰプロトコルスタックサブ部５２を介したデータリンク＃２を通じて、ＤＮＳサーバ３２１に対してアドレス解決要求を行い、ＤＮＳサーバ３２１がアドレス解決を行うことになる。
【００８０】
その後、一連のデータ送受がすべて完了すると、ネットワークアプリ１１は、接続セッション管理部３０に対して、データリンク＃１を開放するためにデータリンク＃１の識別子を指定して開放要求を行う。
【００８１】
これに対して、接続セッション管理部３０は、ネットワークアプリ１１から開放要求を受信した場合に、上記要求に付加されたデータリンク＃１の識別子に基づいて接続状態管理テーブルを検索し、接続状態管理テーブルから上記開放要求の要求元であるネットワークアプリ１１の識別子を削除する。
【００８２】
また、接続セッション管理部３０は、接続状態管理テーブル内にデータリンク＃１と他のネットワークアプリが関連付けがある場合には、データリンク＃１が使用中であるので、データリンク＃１の開放は行わずに、開放要求元のネットワークアプリ１１に対して、要求処理終了の旨を通知する。
【００８３】
一方、他ネットワークアプリとの関連付けがない場合には、データリンク＃１は使用されていないので、接続セッション管理部３０は、呼制御部６０に対してデータリンク＃１の開放要求を行う。これに対して、呼制御部６０は、ＰＤＰ多重制御部７０と無線部８０にデータリンク＃１の使用を終了する旨を通知して、データリンク＃１を開放する。
【００８４】
開放が完了すると、呼制御部６０は、接続セッション管理部３０に対して、開放が完了した旨を通知する。接続セッション管理部３０は、上記通知を受けると、開放要求元のネットワークアプリ１１に処理終了を通知するとともに、アドレス解決メイン部４０とＩＰプロトコルＩ／Ｆ部５０に対して、開放されたデータリンク＃１の識別子と、このリンクが開放された旨を通知する。
【００８５】
また接続セッション管理部３０は、開放されたデータリンク＃１の識別子に基づいて接続状態管理テーブルを検索し、接続状態管理テーブルから上記データリンク＃１の識別子と、これに対応付けられた接続情報を削除する。  
なお、ネットワークアプリ１２によるデータリンク＃２の開放も同様であるため、その説明は省略する。
【００８６】
次に、上述した動作における接続セッション管理部３０の詳細な動作について説明する。図２は、その動作を説明するフローチャートである。ここでは、ネットワークアプリ１１を運用する場合の動作を例に挙げて説明する。
【００８７】
まず、ステップ２ａにおいて接続セッション管理部３０は、ネットワークアプリ１１から接続要求を受信したか否かを判定する。ここで、ネットワークアプリ１１から接続要求を受信した場合には、ステップ２ｂに移行し、一方、受信しない場合には、再びステップ２ａにて接続要求を受信したか否かを判定する。
【００８８】
ステップ２ｂにおいて接続セッション管理部３０は、上記接続要求に付加された接続情報＃１から、指定されたデータリンクが既に確立しているかを調べる。接続セッション管理部３０は、データリンクが既に確立しているかを調べるために、接続状態管理テーブルを検索する。ここで、上記接続状態管理テーブルに格納されたデータに接続情報＃１が一致するものがあれば、データリンク＃１は確立済みと判定して、ステップ２ｈに移行し、一方、そうでなければデータリンク＃１は未確立と判定して、ステップ２ｃに移行する。
【００８９】
ステップ２ｃにおいて接続セッション管理部３０は、上記接続情報＃１のパラメータを使用して呼制御部６０に対して接続要求を行い、ステップ２ｄに移行する。  
ステップ２ｄにおいて接続セッション管理部３０は、呼制御部６０から、使用するデータリンク＃１の識別子を含む接続確立の通知を待機する。ここで、上記接続確立の通知を受信した場合には、ステップ２ｅに移行し、一方、受信しない場合には、再びステップ２ｄにて上記接続確立の通知を待機する。
【００９０】
ステップ２ｅにおいて接続セッション管理部３０は、使用するデータリンク＃１の識別子を含む接続確立の通知を受信し、ステップ２ｇに移行する。  
ステップ２ｆにおいて接続セッション管理部３０は、上記データリンク＃１の識別子を付加した接続確立を、接続要求元のネットワークアプリ１１、アドレス解決メイン部４０およびＩＰプロトコルＩ／Ｆ部５０に通知し、ステップ２ｇに移行する。
【００９１】
ステップ２ｇにおいて接続セッション管理部３０は、例えば図３に示すように、接続状態管理テーブルにデータリンク＃１の識別子と接続情報と要求元のネットワークアプリ１１の識別子を対応付けてセットにして格納し、ステップ５ａに移行する。
【００９２】
一方、要求されたデータリンク＃１が既に接続確立済みであった場合には、すなわちステップ２ｈにおいて接続セッション管理部３０は、データリンク＃１の識別子と、接続確立済みの旨をネットワークアプリ１１に通知し、ステップ２ｉに移行する。
【００９３】
ステップ２ｉにおいて接続セッション管理部３０は、接続状態管理テーブル内のデータリンク＃１を含むデータのセットに、要求元のネットワークアプリ１１の識別子を追加し、ステップ５ａに移行する。
【００９４】
すなわち例えば、ステップ２ｈの時点で、接続状態管理テーブルに図３に示すようなデータのセットが格納された状態で、要求元がネットワークアプリ１２であったとすると、図４に示すように、要求元であるネットワークアプリ１２の識別子がデータリンク＃１を含むデータのセットに追加される。
【００９５】
ステップ５ａにおいて接続セッション管理部３０は、いずれのネットワークアプリ（１１あるいは１２）から開放要求を受信したか否かを判定する。以下の説明では、データリンク＃１を使用するネットワークアプリ１１から開放要求があったものとして説明する。ここで、ネットワークアプリ１１から開放要求を受信した場合には、ステップ５ｂに移行し、一方、受信しない場合には、再びステップ５ａにて開放要求を受信したか否かを判定する。
【００９６】
ステップ５ｂにおいて接続セッション管理部３０は、上記要求に付加されたデータリンク＃１の識別子に基づいて接続状態管理テーブルを検索し、接続状態管理テーブルから上記開放要求の要求元であるネットワークアプリ１１の識別子を削除し、ステップ５ｃに移行する。
【００９７】
ステップ５ｃにおいて接続セッション管理部３０は、接続状態管理テーブル内において、上記データリンク＃１に、開放要求を行ったネットワークアプリ１１以外の他のネットワークアプリ１２が関連付けられているか否かを判定する。ここで、他のネットワークアプリ１２が関連付けられている場合には、上記データリンク＃１がネットワークアプリ１２によって使用されているのでステップ５ｄに移行し、一方、他のネットワークアプリ１２が関連付けられていない場合には、上記データリンク＃１がネットワークアプリ１２によって使用されていないのでステップ５ｅに移行する。
【００９８】
ステップ５ｄにおいて接続セッション管理部３０は、開放要求元のネットワークアプリ１１に対して、要求処理終了の旨を通知し、当該処理を終了する。  
一方、ステップ５ｅにおいて接続セッション管理部３０は、呼制御部６０に対して上記データリンク＃１の開放要求を行い、ステップ５ｆに移行する。
【００９９】
ステップ５ｆにおいて接続セッション管理部３０は、呼制御部６０から開放が完了した旨の通知を受信したか否かを判定する。ここで、上記通知を受信した場合には、ステップ５ｇに移行し、一方、上記通知を受信しない場合には、再びステップ５ｆにて上記通知を受信したか否かを判定する。
【０１００】
ステップ５ｇにおいて接続セッション管理部３０は、開放要求元のネットワークアプリ１１に処理終了を通知するとともに、アドレス解決メイン部４０とＩＰプロトコルＩ／Ｆ部５０に対して、開放されたデータリンク＃１の識別子と、このリンクが開放された旨を通知し、ステップ５ｈに移行する。
【０１０１】
ステップ５ｈにおいて接続セッション管理部３０は、開放されたデータリンク＃１の識別子に基づいて接続状態管理テーブルを検索し、接続状態管理テーブルから上記データリンク＃１の識別子と、これに対応付けられた接続情報を削除して、当該処理を終了する。
【０１０２】
次に、上述した動作におけるアドレス解決メイン部４０の詳細な動作について説明する。図６は、その動作を説明するフローチャートである。ここでは、ネットワークアプリ１１を運用する場合の動作を例に挙げて説明するが、これとは別に、ネットワークアプリ１２を運用する場合についても、同様の動作がなされる。
【０１０３】
ステップ６ａにおいてアドレス解決メイン部４０は、ネットワークアプリ１１からアドレス解決要求を受信したか否かを判定する。ここで、ネットワークアプリ１１からアドレス解決要求を受信した場合には、ステップ６ｂに移行し、一方、受信しない場合には、再びステップ６ａにてアドレス解決要求を受信したか否かを判定する。  
ステップ６ｂにおいてアドレス解決メイン部４０は、上記アドレス解決要求に含まれるデータリンク識別子を解析し、ステップ６ｃに移行する。
【０１０４】
ステップ６ｃにおいてアドレス解決メイン部４０は、ステップ６ｂでの解析結果に基づいて、アドレス解決要求に含まれるデータリンク識別子がデータリンク＃１を示すものであるか否かを判定する。ここで、データリンク＃１を示すものである場合には、ステップ６ｄに移行し、一方、データリンク＃１を示すものでない場合には、ステップ６ｅに移行する。  
ステップ６ｄにおいてアドレス解決メイン部４０は、アドレス解決サブ部４１に対して、上記アドレス解決要求を転送し、ステップ６ｎに移行する。
【０１０５】
一方、ステップ６ｅにおいてアドレス解決メイン部４０は、ステップ６ｂでの解析結果に基づいて、アドレス解決要求に含まれるデータリンク識別子がデータリンク＃２を示すものであるか否かを判定する。ここで、データリンク＃２を示すものである場合には、ステップ６ｆに移行し、一方、データリンク＃２を示すものでない場合には、ステップ６ｇに移行する。
【０１０６】
ステップ６ｆにおいてアドレス解決メイン部４０は、アドレス解決サブ部４２に対して、上記アドレス解決要求を転送し、ステップ６ｎに移行する。  
ステップ６ｇにおいてアドレス解決メイン部４０は、ネットワークアプリ１１に対して、接続不可の通知を行い当該処理を終了する。
【０１０７】
ステップ６ｎにおいてアドレス解決メイン部４０は、アドレス解決サブ部４１もしくはアドレス解決サブ部４２からアドレス解決結果、すなわち接続先のＩＰアドレスを受信したか否かを判定する。ここで、ＩＰアドレスを受信した場合には、ステップ６ｉに移行し、一方、受信しない場合には、再びステップ６ｎにてＩＰアドレスを受信したか否かを判定する。
【０１０８】
ステップ６ｉにおいてアドレス解決メイン部４０は、アドレス解決サブ部４１からＩＰアドレスを受信した場合には、上記ＩＰアドレスにデータリンク＃１の識別子を付加して、上記アドレス解決要求の結果として要求元のネットワークアプリ１１へ通知する。同様に、アドレス解決メイン部４０は、アドレス解決サブ部４２からＩＰアドレスを受信した場合には、上記ＩＰアドレスにデータリンク＃２の識別子を付加して、上記アドレス解決要求の結果として要求元のネットワークアプリ１１へ通知する。
【０１０９】
以上のように、上記構成の移動無線端末装置１００では、各ネットワークアプリ１１，１２の接続先となるアプリサーバ３１２，３２２毎に対応するアドレス解決を行うための手段として、アドレス解決サブ部４１、ＩＰプロトコルスタックサブ部５１、およびアドレス解決サブ部４２、ＩＰプロトコルスタックサブ部５２をそれぞれ備えて、接続先毎にアドレス解決を行うようにしている。  
したがって、上記構成の移動無線端末装置１００によれば、複数の異なるネットワークに並行して接続する場合であっても、アドレス解決を適切に行うことができる。
【０１１０】
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１１１】
【図１】この発明に係わる移動無線端末装置の一実施形態の構成を示す回路ブロック図。
【図２】図１に示した移動無線端末装置の接続セッション管理部の動作を説明するためのフローチャート。
【図３】図１に示した移動無線端末装置の接続セッション管理部が記憶する接続状態管理テーブルの一例を示す図。
【図４】図１に示した移動無線端末装置の接続セッション管理部が記憶する接続状態管理テーブルの一例を示す図。
【図５】図１に示した移動無線端末装置の接続セッション管理部の動作を説明するためのフローチャート。
【図６】図１に示した移動無線端末装置のアドレス解決メイン部の動作を説明するためのフローチャート。
【符号の説明】
【０１１２】
１１，１２…ネットワークアプリ、２０…接続情報管理部、３０…接続セッション管理部、４０…アドレス解決メイン部、４１，４２…アドレス解決サブ部、５０…ＩＰプロトコルＩ／Ｆ部、５１，５２…ＩＰプロトコルスタックサブ部、６０…呼制御部、７０…ＰＤＰ多重制御部、８０…無線部、１００…移動無線端末装置、２００…無線基地局、２１０…パケットサービスノード（ＧＧＳＮ）、３１０，３２０…ＩＳＰ、３１１，３２１…ＤＮＳサーバ、３１２，３２２…アプリサーバ。
【図１】
2008017148.tif 000003
【図２】
2008017148.tif 000004
【図３】
2008017148.tif 000005
【図４】
2008017148.tif 000006
【図５】
2008017148.tif 000007
【図６】
2008017148.tif 000008