WO2005006674A1

WO2005006674A1 - 端末及び通信システム

Info

Publication number: WO2005006674A1
Application number: PCT/JP2004/010009
Authority: WO
Inventors: Yukiko Takeda; Takehiro Morishige; Hidenori Inouchi; Yusuke Hara
Original assignee: Hitachi Communication Technologies, Ltd.
Priority date: 2003-07-09
Filing date: 2004-07-07
Publication date: 2005-01-20
Also published as: KR100847167B1; JPWO2005006674A1; KR20060028740A; CN1817013A; US20070081512A1; US8437345B2; CN1817013B; JP4431112B2

Description

明細書

端末及ぴ通信システム技術分野

本発明は、ネットワークに接続された端末、該端末に関する通信制御方法及び該端末の制御プログラムに関する。特に、移動体端末装置、移動通信制御方法、および、移動端末の制御プログラムに関する。中でも、モパイル I P (Mobile IP) プロトコルを適用した移動通信システムにおける移動体端末装置に関する。背景技術

近年移動体通信網の IP (Internet Protocol) 化の検討が活発 'ί匕している。

IETF (Internet Engineering Task Force)は、 Mobile IPv6仕核の標準化をすすめている（例えば、非特許文献 1 ： Mobility Support in IPv6 <draf t-ietf-mobi leip-ipv6-24. txt>、 Work in Progress 参照。 ) 。

Mobile IPv6の網構成要素は、移動ノ一ド（MN： Mobile Node) 、ホームエージェント（ HA ： Home Agent ) 、通信相手（ CN ： Correspondent Node) である。

MNには、移動しても変わることのない一意の IPァドレス（ホームァドレス）が付与される。ホームァドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。ここで、プレフィックスとは， IPアドレスのネットワーク部を示す。

MNはホームリンク以外のリンクに移動すると（移動先のリンクを在圏リンクという）、在圏リンクにおいて IPァドレスを取得する。このアドレスを気付アドレス（Care of Address、以下 CoA で表す）とよぶ。蘭は在圏リンクに移動した際に、在圏リンクに存在するルータが定期的に送信するルータ広告を受信する。丽はこのルータ広告に含まれるホームアドレスと異なるプレフィックスを検出することでホームリンクから在圏リンクへの移動を検知する。ルータ広告メッセージは， IPv6の近隣探索（Ne i ghbor D i scovery) ( IETF RFC2461) において規定される。上記メッセージは，ルータが自分の存在を同一リンク上の他のノードに通知するために利用する。

應は移動を検知すると、 HAに位置登録を行う。位置登録信号及ぴその応答信号は、 IPsecを用いてセキユリティを確保する。 HA は、 Bi ndi ng Cacheにホームリンク以外に存在する MNのホームァドレスと気付ァドレスの対応情報 (パインディング情報) を保持する。次に、 HAは、 CNから MNのホームァドレス宛に送信されるパグットを抽捉するため、 Gratui tous Ne i ghbor Advert i sementをマルチキャストして上記 MNのプロキシとして動作する。

以下、 CNが MN宛にバケツトを送信する手順を説明する。

CNは MNのホームァドレス宛にバケツトを送信する。 HAは上記 MNのホームァドレス宛パケットを捕捉する。 HAほ Binding Cache を検索して、 MNのホームァドレスに対応する CoAを取得する。 HA は受信したパケットに該当 CoA宛の IPヘッダを付加（カプセル化 ) してパケットを送信する。 HA- Nのカプセル化区間をモバィルトンネ/レと呼ぶ。

MNは上記 CoA宛のパケットを受信すると、先に付加された IPヘッダを除去 (デカプセル化) してオリジナルパケットを復元する。モパイルトンネルは、 IPsecによりセキュリティを確保してもよい。カプセル化パケットを受信した蘭は、 CNに匪のパインデイング情報を通知し、経路最適化を行ってもよい。

また、 Mobile IPv6をベースに局所的な移動管理を行う技術として、 Hierarchical Mobi le IPv6 mobil ity management (ΗΜΙΡνθ) が提案されている（非特許文献 2 ： Hierarchical Mobi le IPv6 mobility management (ΗΜΙΡνβ)

<draf t-ietf-mobileip-hmipv6-07. txt〉、 Work in Progress参照。 )。

ΗΜΙΡνβは、 HAと MNの間に MAP (Mobi le Anchor Point)を備える。 MAPは、ローカルな HA機能を提供する。 MAPは、配下に AR (Access Router) を備えてもよい。 MNは、 AR又は MAPから MAPオプションを含むルータ広告を受信し、 MAPの IPァドレスを取得する。 MAP ォプションには、 MAPのグローバルァドレス、 MAPのプレフィックス、 MAPのプリファレンス、 MAPまでのホップ数等が含まれる。 MAP は ARに以下のいずれかの方法により MAP才プションを通知する。

( 1 ) MAPォプションを含むルータ広告をルータ (AR) に配信する。（ 2 ) MAPは IPv6のルータリナンパリング機能を拡張して ARに MAPォプションを通知する。 MAPが ARに MAPォプションを通知するかわりに、網管理者が ARに MAPォプションの情報を設定してもよい。

ARは， MAPォプションを含むルータ広告を受信すると , 上記ォプションを含むルータ広告を配下に位置する丽に対して送信する。

ΗΜΙΡνβ対応 ΜΝは MAPォプションを含むルータ広告を受信すると、 MAPオプションの情報を格納する。 HMIPv6対応蘭は、 MAPォプシヨンに含まれる MAPプレフィックス（MAPが存在するリンクのプレフィッタス）と MNのィンタフェース識別子から地域気付ァドレス (Regional Core of Address ： RCoA) を生成する。また、 ARが送信するルータ広告に含まれるプレフィックス情報（ARのプレフィックス）を用いて、 ΗΜΙΡνβ対応 ΜΝはリンク気付アドレス (On- l ink CoA ： LCoA) を生成する。 LCoAは、 Mobi le IPv6の気付アドレス（CoA) に相当する。

ΗΜΙΡνβ対応 ΜΝは、まず、 MAPに位置登録を行う。 MAPは、 MNの RCoAと LCoA の対応情報を管理する。次に、 MNは HAに位置登録を行う。 HAは MNのホームアドレスと RCoAの対応情報を管理する。 MNが MAP内で移動した場合、 MNは MAPの位置情報のみ更新する。

さらに、ノードの集合移動をサポートするモパイルルータを用いて、ネットワーク単位でモビリティを管理する Network Mob i l i ty技術が注目されつつある（例えば、非特許文献 3 ： "Network Mobi l i ty Support Goal s and Requirement s く draft- i etf— nemo - requirement s - 01. txt>、 Work in Progress 参照。 ) 。モパイルルータは HAを持ち、 HAに位置登録を行う。モパイルルータは, モパイル IPの MN機能とルータ機能を備える。モパイルルータが移動する間のセッション連続性を維持するため、モパイルルータの HAとモパイルルータの間には，モバイル IP技術を適用する。 HAが，モパイルルータの配下に位置する端末宛のパケットを捕捉して，モバイルルータに転送する。このため，モバィルルータが移動する間のセッション連続性が維持できる。モパィルルータと HAの閲のバケツトには， IPへッダが付加される。モバイルルータを含む移動ネットワークは、固定ノード又は移動ノ一ドを含む。移動ネットワーク内に移動ネットワークが存在してもょレ、。移動ネットワークのノードが移動ネットワーク外のノ一ドと通信する際、全トラヒックがモパイルルータと HA間のトンネルを通過する。 . ある特定のマシン · アーキテクチャゃハ一ドウエア · プラットフォームをエミユレーシヨンする技術に、仮想マシンがある。一般に、仮想マシンは、ソフトウェアで実現される。通常、仮想マシンはある装置の Operation System (OS) 上で動作する。このため、仮想マシンそのものを実行するために使われる OSをホスト OS と、仮想マシンの上で実行される OSをゲスト OSと呼ぶ。

—方、 IP網におけるセッション制御プロトコルとして、 SIP(Session Initiation Protocol) (非特許文献 4: IETF RFC3261、 SIP: Session Initiation Protocol参'照。 ) 力 S注目さてレヽる。 SIPは、 IETFで仕様化された IPマルチメディァ通信のセッシヨン制御を行ぅプロトコルである。 SIPを用いた代表サービスに VoIP (Voice over IP) がある。 VoIPは音声情報を IPネットワーク上で送受信する技術である。 SIPによる VoIP通信では、通信開始前に通信装置間に仮想的な通話路（セッション）を設定する。 IP バケツト化された音声データは、設定した通信路上で転送される。 VoIP通信において SIPは、通信装置間のセッション確立、維持、切断を制御する。

さらに、セッション層でセキュリティ機能を提供するプロトコルとして、 TLS (Transport Layer Security) (非特許文献 5·: IETF RFC2246、 The TLS Protocol Version 1.0参照。 ) 力 S注目されている。 TLSは、トランスポート層とアプリケーション層の間に位置し、認証、暗号化を備えるセキュリティプロトコルである。 TLS は、アプリケーション単位に実装される。発明の開示

上記従来技術には、次のような課題があった。

領域 Aと領域 Bが相互接続され、領域 Aに属する移動ノード（MN) が領域 Bに移動した場合、領域 Aに存在し、移動ノードの位置情報を保持する HAは MNのプロキシとして動作する。

Mobi le IPv6は、移動しても変わることのない一意の IPァドレス (ホームァドレス）を移動ノードに付与することにより、移動ノ一ドからのパケットに対してホームァドレスへの到達性を保証する。しかし、ユーザが Mob i le IPを利用するためには、移動ノードが Mobi le IPv6に対応する必要がある。また、移動ノード上で動作するアプリケーシ 3ンが IPv6に対応する必要がある。しかし、現状では、 Mobi le IPv6に対応した移動ノードと IPv6に対応したアプリケーションが少ないという課題がある。

また、 VoIPサービスにおいて、音声情報の盗聴を防ぐため、音声パケットの暗号化が要求されている。図 37は、 Mobi le IPv6対応移動ノ一ドが VoIPサービスを利用する際のセキュリティ適用区間を示す。音声パケットに対するセキュリティは、移動ノード (MN1) と通信相手（CN2) の間に適用される（（1) MN - CN間セキュリティ）。 CN2は、 MN1宛のパケット 356にセキュリティ処理（例えば、 IPsec トランスポートモード）を施す。ここ'で、経路最適化前に MN1が送受信する音声パケットは、 HA4を経由する。 HA-MN のモパイルトンネルのセキュリティは、 HA4と MN1の間に適用される（（ 2) MN- HA間セキュリティ）。モパイルトンネルにセキユリティを適用する場合、 HAはォリジナルパケットにモパイルトンネル用のへッダと IPsec用のへッダ（357)を付加する。（1) MN- CN間セキユリティと（2) MN- HA間セキュリティは、独立である。このた P T/JP2004/010009

7 め、 HAは、ォリジナルパケット 356に IPsec処理が施されている場合であってもオリジナルパケット 356に IPsec用ヘッダ 357を付加する場合がある。.

上記バケツトを受信した MNは、受信バケツトに対して，同一レィャのセキュリティ処理を 2度行う必要があ。しかし、通常の MNは、受信バケツトに対して 2重に IPsecを終端す'る処理を持たないという課題がある。

ここで， 0SI参照モデルを説明する。 0SI ( Open Systems Interconnect ion) では，ネットワークを階層化した参照モデルが規定されている。この参照モデルは， 7つの階層で表現されている。各階層を「レイヤ」と呼ぶ。最下層はレイヤ 1であり，最上層はレイャ 7である。各レイャ間の通信手順は，プロトコルで定義される。 IPプロトコルや IPsecは，レイャ 3のプロトコルである。

さらに、ネットワーク単位でモピリティを管理するネットフ一クにおいて、移動ネットワークが入れ子になる場合、 IPinlPカプセル化を最低 2重に処理する通信装置が必要である。しかし、通常の通信装置は，受信パケットに対して, IPinlP力プセル化を複数回終端する処理を持たない。すなわち，多重 IPinlPカプセル化は、通信装置が特殊な IP層処理機能を備えなければ処理できない。本発明の目的は、 Mobile IPv6サービスを提供可能な端末を実現るとにある ₀

特に、アプリケーションが IPv6に対応していない端末に対して

、 Moible IPv6サービスによる通信方法を提供することにある。本発明のその他の目的は、移動端末に対して、移動端末が接続される網状態に応じて通信方法を切り替える通信方法を提供することにある。

本発明のその他の目的は、移動端末に対して、セキリティ管理形態に応じたセキュリティ機能を複数回処理する手段を提供することにある。

本発明のその他の目的は、カプセル化機能を複数回処理する手段を提供することにある。 '

(解決手段）

上記の問題を解決するために、本発明は、従来の端末装置に加えて少なくても以下の手段を備える。すなわち、 '

( 1 ) Mobile IPv6機能を備える端末装置が IPァドレス変換機能を備える。上記端末装置は、 IPv6アドレス体系に従うパケットを受信したとき、 Mobile IPv6処理を行った後 IPァドレスを変換する手段と、 IPバケツトを送信するとき、 IP ァドレスの変換を行った後、 Mobile IPv6処理を行う手段を備える。

( 2 ) あるいは、上記端末装置が IPsec処理機能または IPカブセル化を備える場合、上記端末装置がバケツトを受信したとき、 Mobile IPv6処理を行った後 Mobile IPに関する IPsec 処理または IPデカプセル化処理を行う手段と、上記端末装置がパケットを送信するとき、送信パケットに.対して

Mobile IPに関する IPsec処理または IP力プセル化処理を行つた後 Mobile IPv 6処理を行う手段を備えてもよレ、。

(3 ) あるいは、上記端末装置が應 IPv6機能を備え、上記端末装置がバケツトを受信したとき HMIPv6処理を行った後 Mobile IPv6処理を行う手段と、上記端末装置がバケツトを送信するとき Mobile IPv6処理を行つた後 HMIPv6処理を TJP2004/010009

9 行う手段を.備えてもよい。上記 HMIPv6処理は、 IPsec処理或いは IPカプセル化 .デカプセル化処理を含む。. '

(4) ざらに、上記端末装置が Mobile IPの制御信号を検出し、上記（ 1 ) から（ 3 ) の通信方法を選択する手段を備えてもよい。

( 5 ) あるいは、上記端末装置が、 Mobile IP.に関するセキュリティ処理機能とは別に、セキュリティ処理手段を備えてもよい。

あるいは、 Network Mobilityを備える通信網における通信装置が上記（ 2) に記載のパケット処理手段を備えてもよい。

(発明の効果）

本発明は Mobile IPv6サービスを提供可能な移動端末装置、移動端末制御方法を提供する。

特に、端末装置が IPv6アドレス体系に従うパケットを受信したとき、 Mobile IPv6処理を行った後 IPアドレスを変換する手段と、 IPバケツトを送信するとき、 IPァドレスの変換を行った後、 Mobile IPv6処理を行う手段を備えることにより、アプリケーションが IPv6に対応していなくても、 Mobile IPv6サービスを利用できる端末装置の実現が可能になる。

あるいは、端末装置が IPsec処理機能または IP力プセル化'デカプセル化処理機能を備える場合、上記端末装置がバケツトを受信したとき、 Mobile IPv6処理を行った後 IPsec処理または IPデカプセル化処理を行う手段と、上記端末装置がバケツトを送信するとき、送信バケツトに対して IPsec処理または IPカプセル化処理を行った後 Mobile IPv6処理を行う手段を備えることにより、より複雑な処理を行う端末装置の実現が可能になる。あるいは、上記端末装置がさらに HMIPv6機能を備え、上記端末装置がバケツトを受信したとき HMIPv6処理を行った後 Mobile

IPv6処理を行う手段と、上記端末装置がバケツトを送信するとき

Mobile IPv6処理を行った後 HMIPv6処理を行う手段を備えることにより、 Mobile IPv6対応かつ、 HMIPv6対応の端末装置の実現が可能になる。 '

さらに、 .上記端末装置が Mobile IPの制御信号を検出し、適切な通信方法を選択する手段を備えることにより、通信網に応じて通信方法を切り替える端末装置の実現が可能になる。

さらに、上記端末装置が、 Mobile IPに関するセキュリティ処理機能とは別に、セキュリティ処理手段を備えることにより、端末装置が同一レイヤのセキユリティ処理を複数回終端することが可能になる。

さらに、 NetworkMobility機能を備える通信網における HAが、パケットを受信したとき、 Mobile IPv6処理を行った後 IPsec処理または IPデカプセル化処理を行う手段と、上記端末装置がバケツトを送信するとき、送信バケツトに対して IPsec処理または IP力プセル化処理を行った後 Mobile IPv6処理を行う手段.を備えることにより、 Network mobilityを持つた HAの実現が可能になる。図面の簡単な説明

図 1は、本発明における通信網の構成例を示す構成図である。図 2は、 MN1のブロック図である。図 3は、 MN1が備える Binding Update List管理テーブル図である。図 4は、 MN1が備えるシナリォポリシ管理テーブル図である。図 5は、， MN1のブロック図その 2である。図 6は、 MN1が備える IPv4- IPv6変換テーブル図である。図 7は、 IPv6パケットのフォーマット図である。図 8は、 Binding Acknowledgementメッセージ例の図である。図 9は、 MN1 のシナリォ処理部が備える BA処理ルーチン図である。図 1 0は、第 1の実施例における位置登録 ·バケツト送受信シーケンス図である。図 1 1は、カプセル化バケツトのフォーマツト図である。図 1 2は、第 2の実施例における位置登録 ·パケット送受信シーケンス図である。図 1 3は、 MN1の Mobi le IPv6処理部が備える BA 処理ルーチン図である。図 1 4は、 B inding Acknowledgementメッセージ例の図その 2である。図 1 5は、 MN1のシナリオ処理部が備える BA処理ルーチン図その 2である。図 1 6は、 MN1のシナリォ処理部が備える BA処理ルーチン図その 3である。図 1 7は、 MN1の IPv6バケツト処理部が備えるバケツト送信処理ルーチン図である。図 1 8は、 MN1の IPv6パケット処理部が備えるバケツト受信処理ルーチン図である。図 1 9は、第 3の実施例における位置登録 ' パケット送受信シーケンス図その 1である。図 2 0は、第 3の実施例における位置登録'パケット送受信シーケンス図その 2である。図 2 1は、第 3の実施例における位置登録 ·パケット送受信シーケンス図その 3である。図 2 2は、第 3の実施例における位置登録 'バケツト送受信シーケンス図その 4である。図 2 3は、第 5の実施例における通信網の構成例を示す構成図である。図 2 4は、第 5の実施例における位置登録，パケット送受信シーケンス図その 1である。図 2 5は、第 5の実施例における位置登録 'バケツト送受信シーケンス図その 2である。図 2 6は、第 5の実施例における位置登録'パケット送受信シーケンス図その 3である。図 2 7は、第 6の実施例における通信網の構成例を示す構成図である。図 2 8は、第 6の実施例における MN 1のプロック図である。図 2 9 は、第 6 の実施例における Router Advert i sementメッセージ例の図である。図 3 0は、 MN.1のシナリォ処理部が備える BA処理ルーチン図その 4である。図 3 1は、第 6の実施例における位置登録 'バケツト送受信シーケンス図その 1である。図 3 2は、第 6の実施例における位置登録 ·バケツト送受信シーケンス図その 2である。図 3 3は、第' 6の実施例における位置登録 ·バケツト送受信シーケンス図その 3である。図 3 4は、第 7の実施例における逄信網の構成例を示す構成図である。図 3 5は、第 7の実施例における HAのプロック図である。図 3 6 は、モパイルトンネル.適用区間を示す図である。図 3 7は、セキュリティ適用区間を示す図である。図 3 8は、第 8の実施例における通信網の構成例を示す構成図である。図 3 9は、第 8の実施例における TLSを用いた通信シーケンス図である。発明を実施するための最良の形態

(実施例 1 )

本発明の第 1の実施の形態を図面を用いて説明する。

代表例として、 Mobi le IPv6対応移動ノード (匪) がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動した際の通信方法を詳細に説明する。

図 1は、本発明における通信網の構成例を示す。本発明における通信網は MN1のホーム網 6と IP網 7 と在圏網 5 ( 5a、 5b) から構成される。本実施例において、ホーム網 6、 IP網 7、及ぴ在圏網 5 は IPv6網である。 MN1は Mobi l e IPv6対応移動ノ一ド（MN)である。在圏網 5と IP網 7、及ぴ、 IP網 7とホーム網 6は、ルータ、或いは、ゲートウェイ装置を介して接続される。在圏網 5 とホーム網 6は、ルータ、或いは、ゲートウェイ装置を介して接続されてもよい。ホーム網 6は、 HA4を備える。在圏網 5 (5a、 5b) は、網 7とのインタフェースをもつルータ 3 (3a、 3b) を備える。

HA4は Mobile IPv6対応ホームエージェント（HA) である。 HA4 はホーム網 6以外に存在する腿 1の位置情報を管理する。上記位置情報は， MNのホームァドレスと気付ァドレスのパインディング情報である。 HA4は通信相手端末（CN) 2が MN1のホームアドレス宛に送信するバケツトを捕捉して、在圏網 5bに存在する MN1にパケットを転送する機能を備える。

図 2は丽 1のメモリなど記憶装置に格納されたプログラムによつて実現されるアプリケーションの構成例を示す。 MN1は、ホスト 0S13と、ホスト OS上のアプリケ一ション空間 11と、仮想マシン 12とから構成される。

仮想マシン 12は、ゲスト 0S17とゲスト OS上のアブ Vケーション空間 16とから構成される。

ゲスト 0S17は Mobile IPv6処理部 25と、ホスト 0S13とゲスト 0S17を接続する仮想通信網 15と、ゲスト 0S17と外部通信網とを接続する仮想通信網 14とを備える。 Mobile IPv6処理部 25は、 Mobile IPv6の MN (Mobile Node) 機能を備え、 Binding Update List管理テーブル 210と、 BA処理ルーチン 70を含む。

アプリケーション空間 16は、 IPバケツト処理部 22とシナリォ処理部 23と IPv6バケツト処理部 24とシナリォポリシ 21とを備える。 IPパケット処理部 22は、ホスト 0S13とのパケット入出力機能を備える。 IPv6パケット処理部 24は、外部通信網とのパケット送受信機能を備える。シナリオポリシ 21は、 MN1の通信方法を管理する機能を備え、シナリオポリシ管理テーブル 220を含む。本実施例において'、 MN1は仮想マシンを搭載している。仮想マシンの変わりに、 MN 1が仮想マシンに相当するプログラムを搭载してもよい。

図 3は Binding Update Li st管理テーブル 210のテーブル構成の —例を示す。 Binding Update Li st管理テーブル 210は、 Binding Update送信先ァドレス 211に対して、少なくても MNのホームァドレス 212、 MNが在圏網で取得した Care of Address (CoA) 213の対応関係を格納する。上記 Binding Update Li st管理テーブル 210 は， Binding Cacheの有効期間を示す Lif et ime214を含んでもよい。 Binding Update Li st管理テーブル 210が Lif et ime214を含む場合， MN1は上記テーブルは有効期限が切れたェントリを削除できる。

図 4はシナリオポリシ管理テーブル 220のテーブル構成の一例を示す。シナリオボリシ管理テーブル 220はシナリォ番号 221に対して、少なくてもシナリォの処理内容を示すシナリォ内容 222と、状態 223との対応関係を格納する。

図 5は丽 1が IPァドレス変換機能を備える場合の構成例を示す。図 5に示す各構成要素は，メモリなど記憶装置に格納されたプログラムによつて実現される。シナリォ処理部 23が IPv4— IPv6変換機能と、 IPv4 - IPv6変換テーブル 230とを備える。パケット処理部 22は、 IPv4パケット入出力機能を備える。 .

図 6は IPv4- IPv6変換テーブル 230のテーブル構成の一例を示す。 IPv4- IPv6変換テーブル 230は IPv6ァドレス 231に対して、少なくても IPv4ァドレス 232との対応関係を格納する。 IPv4- IPv6変換テ一ブル 230は、変換ェントリの有効期限を示す Lifet ime233との対応関係を含んでもよい。 IPv4- IPv6変換テーブル 230が Lifetime233を含む場合， MNは，有効期限がきれたエントリを削 P T/JP2004/010009

15 除できる。

図 10に示すシーケンスに従って、図 1に示す網 5bに在圏する MNl が HA4に位 g登録を行い、バケツトを送受信するシーケンスを説明する。

ここで、シナリオポリシ管理テーブル 220は、「IPv4- IPv6変換機能有 IPsecなし」が有効になっているものとす'る。このとき、 IPv6バケツト処理部 24は、 MN1が受信する全パケットの処理を行う

MN1は在圏網 5bに属するルータ 3bからルータ広告（ Router Avertisement) を受信して、 CoAを取得する。 MN1は、仮想通信網 14へのィンタフエース部 18に気付ァドレスを設定する。即ち，上記インタフェース部 18と気付ァドレスの対応情報を MN1 のプログラムが保持する。

在圏網 5bで CoAを取得した MN 1 は、 HA4に位置登録メッセージ (Binding Update) を送信する（501)。

Binding Updateメッセージを受信した HA4は、 MN1の位置登録情報を更新し、 MN1のプロキシとして動作する。

HA4は MN1に Binding. Updateの応答 (Binding Acknowledgement) を送信する（502) 。

図 7は、 IPv6パケットフォーマットを示す。 IPv6パケットは、 IPv6基本へッダ 41と、拡張へッダ 42と、ペイ口一ド 43とから構成される。基本ヘッダ 41は、送信元アドレス 41aと、着信先ァドレス 41bとを含む。

図 8は、 Binding Acknowledgementメッセージのフォーマツ卜例 S1を示す。 IPv6 Routing Header421と IPv6 Mobility Header422 は、 IPv6バケツトの拡張ヘッダ 42に格納される。 HA4が MNlに送信 04010009

16 する Binding Acknowledgementは、以下の値が格納される。 IPv6 バケツトへッダの着信先ァドレス 41bに在圏網 5bで取得した気付ァドレスを格納する。着信先ァドレス 41bに MN1のホームァドレス以外の値を格納する場合、 IPv6 Routing Header421の Home Addressフィールド 4211に MN1のホームァドレスを格納する。

MN1の Mobile IPv6処理部 25は、 Binding Updateが正常に終了したことを示す Binidng Acknowledgementを受信すると、 HA4に対応するェントリを Binding Update List管理テーブルに登録する (503) 。

IPv6バケツト処理部 24は、受信バケツトカ IPv6 Mobility Header422を含み、 MHタイプ 4221に BAを示すコードが含まれば、受信パケットカ Binding Acknowledgementであると判断する。 IPv6 パケット処理部 24 は、 Mobile IPv6 の Binding Acknowledgement力 S入力されると（504)、入力パケットにシナリォ識別子を含むヘッダを付加する。シナリオ識別子には、「IPv4- IPv6変換有 IPsecなし」を示す番号（10000) を設定する。 IPv6バケツト処理部 24は、ヘッダ付きバケツトをシナリォ処理部 23に出力する。図 11は、付加ヘッダ付バケツトのフォーマツト例 S3を示す。入力バケツトに対して、 UDPへッダ 44を付加する。 UDP ヘッダ 44の Destination Portフィーノレド 45にシナリ才識另 U子を設定する。

シナリォ識別子を付加することにより， MNは，シナリォ処理部 23が備える複数のプログラムから起動するプログラムを選択することが可能になる。また，シナリォ処理部 23に対して.機能の追加が行いやすくなるため， MN1の拡張性が増す。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、付加へッダの識別子からシナリオを決定し（61、 505)、付加ヘッダを削除する。「IPv4- IPv6変換有 IPsecなし」の場合、まず.、 Binding Acknowledgementメッセージの Statusフィールド 4222を参照する (62)。 Statusフィールドの値が 128より小さければ、シナリオ処理部 23は、 HAT ドレスと、気付ァドレスを取得する。 HAT ドレスは、受信バケツトの送信元アドレス 41aから取得する。 CoAは、受信パケットの着信先ァドレス 41bから取得する。次に IPv6バケツ 1、処理部 24に IPinIPトンネル情報を設定する（63、 506)。 IPv6パケット処理部 24は， IPinIPトンネル用のィンタフェースを保持する。この IPinIPトンネル用のインタフェースに対して，少なくてもトンネルの始点アドレスと終点ァドレスを対応つける。

続いて、 MN 1のホームアドレスを敢得する。 MN1のホームアドレスは、 Binding Acknowl edgementメッセーシの IPv6 Routing Header421内 Home Address4211力ら取得する。ここで、シナリオ処理部 23は MN1のホームァドレスで IPv4- IPv6変換テーブル 230を検索する。該当エントリが存在すれば、該当エントリの有効期限を更新し（64、 507)、本ルーチンを終了する。該当エントリが存在しなければ、シナリォ処理部 23は、仮想 IPv4ァドレスプールから IPv4ァドレスを 1つ選び、この仮想 IPv4ァドレスと MN1のホームァドレスを対応付けた新規変換ェントリを IPv4- IPv6変換テーブル 230に追加する。続いて、上記変換エントリの IPv4フィールド 232に設定した仮想 IPv4ァドレスをィンタフェース部 19に設定し（64、 507)、本ルーチンを終了する。仮想 IPv4ァドレスプールは， IPアドレス変換用に確保する IPv4アドレス群である。 IPv6 アドレス宛のパケットを IPv4ネットワークで識別するため， IPv6 了ドレスに対して仮想 IPv4ァドレスを対応付ける。 MN 1のプログ P T/JP2004/010009

18 ラムは，上記ィンタフェース部 19と仮想 IPv4ァドレスの対応情報を保持する。

ステップ 621こおヽて、 B inding Acknowl edgementメッセージの Statusフィールド 4222の値が 128以上であれば、受信パケットを廃棄して本ルーチンを終了する ( 67)。ステップ 63において IP inIP トンネル設定ができない場合、或いは、ステップ 64において変換エントリの更新ができない場合、受信パケットを廃棄して本ルーチンを終了する（67)。HAは， Binding Updateの処理結果を Binding Acknowl edgementメッセージの Statusフィールドの値で示す。 Status フィールドの値が 128より小さい場合， HA力 S Binding Updateを許容したことを示す。 dStatusフィールドの値が 128以上の場合，— HAが Binding Updateを拒否したことを示す。

ここで、図 10に戻りバケツトの送受信シーケンスの説明を続け CN2が MN 1にパケットを送信する際、 CN2はパケットを MN1のホームァドレス宛に送信する (508)。 HA4は上記パケットを捕捉し、 _IPヘッダを付加する（₅₀₉)。以下、この付加した IPヘッダを外側

IPへッダと呼ぶ。 '外側 IPへッダの着信先ァドレスには、 MN1が在圏網 5bで取得した CoAを設定する。外側 IPへッダの送信元ァドレスには、 HA4のアドレスを設定する。

MN1の IPv6バケツト処理部 24は、パケット 509を受信すると外側 IPへッダの送信元アドレスを確認する。外側 IPへッダの送信元ァドレスが HA4のァドレスであれば、 IPv6パケット処理部 24は外側 IPベッダを削除し（デカプセル化）（510) 、パケットをシナリォ処理部 23に出力する。

シナリォ処理部 23は、受信バケツトの IPへッダを IPv6から IPv4 04 010009

19 に変換する（511)。まず、着信先ァドレスで IPv4- IPv6変換テープル 230を参照する。上記変換テーブル 230に該当ェントリが存在すれば、このエントリに設定された IPv6ァドレスと IPv4ァドレスの対応を用いて、着信先ァドレスを IPv4に変換する。次に受信パケットの送信元ァドレスで上記変換テーブル 230を参照する。上記変換テーブル 230に該当ェントリが存在すれば、このェントリに設定された IPv6ァドレスと IPv4ァドレスの対応を用いて送信元ァドレスを IPv4に変換する。該当ェントリが存在しなければ、シナリォ処理部 23は、仮想 IPv4ァドレスプールから IPv4ァドレスを 1つ選択し、この仮想 IPv4ァドレスと送信元ァドレスを対応付けた新規ェントリを上記変換テーブル 230に追加する。

シナリォ処理部 23は、 IPv4へッダを含むバケツトを IPv4パケット処理部 22経由でホスト OS上のァプリケーション 11に出力する (512)。

次にホスト OS上のアプリケーション 11が CN2にバケツトを送信する方法を説明する。ホスト OS上のァプリケーシヨン 11は、 IPv4 へッダを含むバケツトを出力する（513)。 IPv4パケット処理部 22 が上記パケットを入力し、シナリオ処理部 23に出力する。まず、送信元ァドレスで IPv4- IPv6変換テーブル 230を参照する。上記変換テーブル 230に該当エントリが存在すれば、送信元アドレスを IPv6に変換する。次にシナリォ処理部 23は、バケツドの着信先ァドレスで IPv4- IPv6変換ェントリ 230を参照する。上記変換テープル 230に該当ェントリが存在すれば、着信先ァドレスを IPv6に変換する。該当エントリが存在しなければ、シナリオ処理部 23は、仮想 IPv6ァドレスプールから IPv6ァドレスを 1つ選択し、この仮想 IPv6ァドレスと着信先ァドアレスを対応付けた新規ェントリ P T/JP2004/010009

20 を上記変換テーブル 230に追加する。

IPヘッダ変換後（514)、シナリオ処理部 23は IPv6バケツト処理部 24にバケツトを出力する。 IPv6バケツト処理部 24は、ステップ 506で設定した IPinIPトンネル情報を参照して IPへッダを追加した後 (カプセル化) (515)、パケットを送信する（516)。 HA4は上記カプセル化ヘッダを削除した後、バケツトを CN2に転送する (517)。

本発明の第 1 の実施の形態によると、端末装置のホスト OSが Mobi le IPv6対応 MN機能を備えない場合であっても、端末装置に Mobi le IPv6サービスの提供が可能になる。また、上記端末装置が IPァドレス変換機能を備えることにより、アプリケーションが IPv6に対応していない端末に対して、 oible IPv6サービスの提供が可能になる。

(実施例 2 )

本発明の第 2の実施の形態を図面を用いて説明する。第 2の実施例は、第 1 の実施例において、 IPv6対応アプリケーションを利用する端末装置に Mobi le IPv6サービスを提供する手段を備えることを特徴とする。 '

ここで、シナリオポリシ管理テーブル 220は、「IPv4- IPv6変換機能なし IPsecなし」が有効になっているとする。このとき、 IPv6 パケット処理部 24は、 MNが受信する全バケツトを処理する。

図 12に示すシーケンスに従って、図 1に示す網 5bに在圏する MN1 力 S HA4に位置登録を行い、パケットを送受信するシーケンスを説明する。 - MN 1が在圏網で CoAを取得し、位置登録を行うまでの処理（ステツプ 501からステップ 504) は、第 1の実施例と同じである。 2004/010009

21

IPv6 ノヽ⁰ ケット処理咅 |5 24は、 Mobi le IPv6 の Binding Acknowl edgement信号を入力すると（504)、受信パケットにシナリォ識別子を含む.へッダを付加する。シナリオ識別子には、「IPv4- IPv6変換なし IPsecなし」を示す番号（10001) を設定する。 IPv6バケツト処理部 24は、へッダ付きパケットをシナリォ処理部 23に出力する。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、付加へッダの識別子からシナリォを決定し（61、 505)、付加へッダを削除する。「IPv4- IPv6変換なし IPsecなし」である場合、第 1 の実施例におけるステップ 62とステップ 63と同様に、 Binding Acknowl egraentメッセージの Statusフィーノレド 4222のチェック (65)と IPinIPトンネル設定処理 ( 66、 506) を行い、本ルーチンを終了する。 IPinIPトンネル設定処理（66、 506) の処理は，実施例 1 と同様である。

なお、ホスト OSのインタフェース部 19には、 MN 1 のホームアドレスを設定する。即ち， MN 1 のプログラムは，上記インタフエ一ス部 19に MN 1 のホームァドレスを対応付ける。

次にパケットの受信方法を説明する。ステップ 508からステツプ 510は、第 1の実施例と同様である。 IPv6バケツト処理部 24は、デカプセル化処理終了後のパケットに IPァドレス変換を行うことなく、 IPパケット処理部 22経由でホスト 0Sに対して出力する (512)。

次にバケツトの送信方法を説明する。シナリォ処理部 23がホスト 0Sのアプリケーシヨン 11からバケツトを入力すると ( 513) 、 IPァドレス変換を行うことなく、IPv6バケツト処理部 24に出力する。ステップ 515からステップ 517は、第 1 の実施例と同様である。本発明の第 2の実施の形態によると、端末装置のホスト OSが Mobi le IPv6対応 MN機能を備えない場合であっても、竭末装置に Mobi le IPv6サービスの提供が可能になる。また、端末装置のホスト OSのィンタフエース部に MNのホームァドレスの設定が可能になる。

(実施例 3 ) ·

本発明の第 3の実施の形態を図面を用いて説明する。

第 3の実施例は、第 1 の実施例に加えて、 Mobi l e IP信号に IPsecを適用する端末装置に Mobi le IPv6サービスを提供する手段を備えることを特徴とする。

IPsecは, IETFが標準化を行うセキュリティ機能である。 IPsec は，パケットの認証機能と暗号化機能を備える。 IPsecによる認証機能が適用された IPバケツトは，認証ヘッダ ( AH : Authentication Header) を含む。 IPsecによる暗号化機能が適用された IPパケットは，暗号化ペイロード（ESP : Encapsulat ing Security Payload) へッグを。

図 19から図 22に示すシーケンスに従って、図 1に示す網 5bに在圏する MN1が HA4に位置登録を行い、バケツトを送受信するシーケンスを説明する。

ここで、シナリオポリシ管理テーブル 220は、「IPv4-IPv6変換機能有」又は、「IPv4- IPv6変換有経路最適化有」が有効になつているものとする。このとき、 IPv6バケツト処理部 24は、 MNが受信する全バケツトを処理する。

第 3の実施例において、 Mobi le IPv6処理部 25は BA処理ルーチン 70を備える。第 3の実施例において、 IPv6パケット処理部 24 はバケツト送信処理ルーチン 100と、バケツト受信処理ルーチン P T/JP2004/010009

23

120と、 Binding Update List管理テーブル 210を備える。

まず、図 19を用いて、 HA4に位置登録を行った MN1のバケツト送受信シーケンスを説明する。

MN 1 が在圏網で CoA を取得し、 HA4 から Binding Acknowledgementメッセージを受信するまでの処理（ステップ 501、ステップ 502) は、第 1の実施例と同じである。第 3の実施例にぉレヽて、 Binding Acknowledgementメッセーシに ίま， IPsec力 S施されてレヽる。すなわち， Binding Acknowledg ement τ· ッセ ' ~ンを ¾* む IPパケットは，少なくても ESPへッダを含む。上記バケツトが， AHヘッダを含んでもよい。

図 14に IPsec付 Binding Acknowledgement≠ッセーンのフ；^ マツト例 S2を示す。 IPsec (AHヘッダ又は ESPヘッダ） 423は、 IPv6 Routing Header421 IPv6 Mobility Header 422の間に設定される。

Mobile IPv6 処理部 25 は、 Mobile IPv6 の Binding Acknowledgementメッセージを受信すると、 BA処理ルーチン 70を起動する。まず IPv6 Routing Header 421の処理を行い（71)、 Routing Headerに設定された MN1のホームァドレス 42.11と IPv6着信先ァドレス 41bに設定された MN1の CoAを入れ替える。次に IPv6 ヘッダ 41の Next Header値が、 IPsecであるか確認す（72)。 Next Headerが IPsecであれば、 IPsecヘッダの SAを決定し、受信バケツトに対して IPsec処理（認証処理、暗号復号化処理）を行う（73)。続いて、 SPDを参照して、セキュリティポリシに合致することを確認する（74)。その後、 Mobile IPv6処理部は、 Binidng Acknowledgements ッセージを処理する。 Mobile IPv6処理部は、 Binding Acknowledgementメッセーンの送ィ元ァドレスで 10009

24

Binding Updat e Li st管理テーブル 210を検索する。該当ェントリがあれば、ェントリの更新を行う。該当ェントリがなければ、新規ェントリを追加する（75、 503) ₀

続いて、 Mob i l e IPv6処理部 25は、受信パケットにシナリオ識別子を含むヘッダを付加したバケツトをシナリオ処理部 23に送信し (76、 521、 522) 、本ルーチンを終了する。 Binding Acknowl edgement送信元が HAである場合、シナリォ識別子には IPv4- IPv6変換を示す番号（10010) を設定する。

ステップ 72で Next Headerが IPs ecではない場合、ステップ 74 に進む。

ステツプ 73で Mob i l e IPv6処理部 25が SAを決定できなかった場合、或いは、ステツプ 74で受信パケットがセキュリティポリシを満たさなかつた場合、或レ、は、ステツプ 75で B inding Update Li st 管理テーブル 210を更新できなかった場合、受信パケットを廃棄し（77)、本ルーチンを終了する。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、付加へッダの識別子からシナリオを決定し（61、 505)、付加ヘッダを削除する。 IPv4- IPv6変換有の場合、シナリオ処理部 23は HAアドレスと気付ァドレスを取得し、 IPv6パケット処理部 24に IPinIPトンネル情報を設定する（81、506)。次に MN1のホームァドレスを取得し、変換ェントリの生成 .更新を行い、本ルーチンを終了する ( 82、 507) 。ステップ 81とステップ 82の処理は、第 1の実施例のステップ 63、ステップ 64の処理と同様である。

ステップ 81で IPinIPトンネル情報が設定できなかった場合、ステップ 82で変換ェントリの生成 ·更新ができなかった場合は、受信パケットを廃棄し（67)、本ルーチンを終了する。 10009

25 ここで、図 19に戻りバケツトの送受信シーケンスの説明を続け -:

CN2が MN 1にパケットを送信する際、 CN2は MN1のホームァドレス宛にパケットを送信する（508)。 HA4は上記バケツトを捕捉し、 IPへッダを付加する（509)。外側 IPへッダの着信先ァドレスには、 MN1が在圏網 5bで取得した CoAが設定される。外側. IPへッダの送信元アドレスには、 HA4のアドレスが設定される。

MN1の IPv6パケット処理部 24は、バケツト 509を受信するとパケット受信処理ルーチン 120を起動する。

IPv6バケツト処理部は、バケツト 509を受信すると MN1がホーム網に存在するか否かを判断する（121)。ステツプ 506において CoA を取得済みであるため、 IPv6バケツト処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて、受信パケットの Next ― Header値を参照する。 Next Header値が IPヘッダであれば、外側 IPへッダの送信元ァドレスを確認する。外側 IPへッダの送信元ァドレスが HA4のァドレスであれば、 IPv6パケット処理部 24は外側 I_Pヘッダを削除する（デカプセル化）（128、 510) 。次にセキュリティポリシの有無を確認する（129)。セキュリティポリシが存在しなければ、パケットをシナリオ処理部 23に送信し（127)、本ルーチンを終了する。

ステップ 129において、セキュリティポリシが存在する場合、受信パケットが上記ポリシを満たすか否かを確認する（126) 。セキュリティポリシを満たす場合は、パケットの Next Header値を参照する。 Next Header値が IPヘッダでなければ（131)、受信パケットをシナリオ処理部 23に送信し（127) 、本ルーチンを終了する。 09

26 ステップ 126において、セキュリティポリシを満たさない場合は受信パケットを廃棄し（130) 、本ルーチンを終了する。

ステップ 128において、外側 IPヘッダの送信元ァドレスが HA4 のアドレスでなければ、受信パケットを廃棄し（130) 、本ルーチンを終了する。

ステップ 511、 512は、第 1の実施例と同様である。

次にホスト OS上のアプリケーション 1 1が CN2にパケットを送信する方法を説明する。ステップ 513、 514は、第 1の実施例と同様ある。

IPヘッダ変換後（514)、シナリオ処理部 23は IPv6パケット処理部 24にバケツトを送信する。 IPv6バケツト処理部 24は、バケツト送信処理ルーチン 100を起動する。

IPv6バケツト処理部は、バケツト 514を受信すると MN1がホーム網に存在するか否かを判断する（101)。ステップ 506において CoA を取得済みであるため、 IPv6パケット処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて着信先アドレス 41bで、 Binding Update Li st管理テーブル 210を参照する ( 102) 。上記 Bind ing Update Li st管理テーブル 210に該当ェントリが存在しなければ、セキュリティポリシの有無を確認する（108)。セキユリティポリシが存在しなければ、 IPv6パケット処理部.は、ステップ 506で設定した IPinlPトンネル情報を参照して IPへッダを追加する（カプセル化）（515、 111)。そして、バケツトを送信し（107)、本ルーチンを終了する。

ステップ 516、 517は、第 1の実施例と同様である。

ステップ 109において、パケットを廃棄するべきと判断した場合、或いは、ステツプ 110において、 SAが検出できなかった場合、受信パケット'を廃棄して（112)、本ルーチンを終了する。

図 20は、 MN1が CN2との間で Mobile IPv6の経路最適化処理を行つた場合のバケツト送受信シーケンスを示す。

MN 1の Mobile IPv6処理部 25は、 MN1の CoAを通知するため、 CN2 に Binding Updateメッセージを送信する (531)。 MN 1 の Mobile IPv6処理部 25は CN2力ら Binding Acknowledgementメッセージを受信する（532)。上記 Binding Acknowledgementメッセージ 532は IPsecを含まなレ、。 '

Mobile IPv6 処理部 25 は、 Mobile IPv6 の Binding Acknowledgementメッセージを受信すると、 BA処理ルーチン 70を起動する。まず Routing Header 421の処理を行う（71)。 IPv6 Routing Headerに設定された MN1のホームァドレス 4211と IPv6着信先ァドレス 41bに設定された MN1の CoAを入れ替える。次に IPv6 ヘッダ 41の Next Header値が、 IPsecであるか確認する（72)。 Next Headerが IPsecではなければ、 SPDを参照して、セキュリティポリシに合致することを確認する（74)。その後、 Mobile IPv6処理部 25は、 Binidng Acknowledgementメッセ一ン処理を行つ。 Mobile IPv6処理部 25は、 Binding Acknowledgementメッセージの送信元ァドレスで Binding Update List管理テーブル 210を検索する。該当エントリがれば、エントリの更新を行う。該当ェントリがなければ、新規エントリを追加する（75、 533)。

続いて、 Mobile IPv6処理部 25は、受信パケットにシナリオ識別子を含むヘッダを付加し、シナリォ処理部 23に送信後（76、 534、 535)、本ルーチンを終了する。 Binding Acknowledgementメッセージ 532の送信元アドレスは、 CNアドレスであり、 HAアドレスではない。そこで、シナリオ識別子には IPv4- IPv6変換有り経路最適化有りを示す番号（10011) を設定する。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、.付加へッダの識別子からシナリオを決定し（61、 536)、付加ヘッダを削除する。 IPv4- IPv6変換有経路最適化有りの場合、まず、シナリオ処理部 23は、 Bind ing Acknowl edgement sッセージ 532の MHタイプ 4221を参照する（83)。 MHタイプ力 ^ B inding Acknowl edgementメッセージを示す値であれば、 IPv6パケット処理部 24の B inding Update U st管理テーブル 210を B inding Acknowl edgementメッセージの送信元ァドレスで検索する。該当エントリがあれば、ェントリの情報を更新する。該当エントリがなければ、新規ェントリを上記テーブル 210に追加する (84)。次に MN1のホームァドレスを取得し、変換エントリの生成 ·更新を行い、本ルーチンを終了する ( 82、 537) 。 ,

ステップ 84において、 Binding Update Li st管理テープ、ノレ 210 のェントリ更新或いはェント V追加ができなかった場合、受信パケットを廃棄し（67)、本ルーチンを終了する。

ステツプ 83において、 MHタイプ力 ^ Binding Errorメッセージを示す値であれば、 Binding Updat e Li st管理テーブル 210から該当エントリを削除し（85)、本ルーチンを終了する。

ここで、図 20に戻りパケットの送受信シーケンスの説明を続ける。

CN2が MN 1にパケットを送信する際、 MN 1 のホームアドレスで CN2の Bi nding Cache管理テーブルを参照する。 CN2はステップ 531 で MN 1のパインディング情報を取得している。従って CN2は着信先アドレス 41b iこ MN1の CoAを、 IPv6 Rout ing Header421 ίこ MN1のホームァドレスを、送信元ァドレス 41aに CN2のァドレスを、それぞ P T/JP2004/010009

29 れ設定したバケツトを送信する（538)。

MN1の IPv6バケツト処理部 24は、バケツト 538を受信するとパケット受信処理ルーチン 120を起動する。

IPv6バケツト処理部は、 MN1がホーム網に存在するか否かを判断する（121)。ステップ 506において CoAを取得済みであるため、 IPv6バケツト処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて、受信バケツトの Next Header値を参照する。 Next Header値力 S Rout ing' Headerであれば、 Rout ing Header処理を行う (123、539)。次に Rout ing Headerの Next Header値を確認する（124)。 Next Header値が IPsecであれば、 SAを検索し IPsec処理を行う (125)。次にセキュリティポリシを確認する ( 126)。ステップ 124 において、 Next Header値カ IPsecでなけ; ば、セキュリティポリシの有無を確認する（129)。セキュリティポリシが存在しなければ、バケツトをシナリォ処理部 23に送信し（127)、本ルーチンを終了する。

ステツプ 129において、セキュリティポリシが存在する場合、受信パケットが上記ポリシを満たすか否かを確認する ( 126) 。セキュリティポリシを満たす場合は、

ノケットの Next Header値を参照する。 Next Header値が IPヘッダでなければ（131)、受信パケットをシナリォ処理部 23に送信し ( 127) 、本ルーチンを終了する。

ステツプ 126において、セキュリティポリシを満たさない場合は受信パケットを廃棄し（130) 、本ルーチンを終了する。

ステップ 125において、 IPsec処理が正常に終了しなければ、受信パケットを廃棄し（130)、本ルーチンを終了する。

ステップ 123 ίこおレヽて、 Rout ing Headerの Home Addressフィー P2004/010009

30 ルドに MN1のホームァドレスが設定されていなければ、受信パケットを廃棄し（130) 、本ルーチンを終了する。

ステップ 540、 541は、第 1 の実施例のステップ 511、 512と同様 Cある。

次にホスト OS上のアプリケーション 11が CN2にバケツトを送信する方法を説明する。ステップ 542、 543は、第 1 .の実施例のステップ 513、ステップ 514と同様である。

_IPヘッダ変換後（₅₄3)、シナリオ処理部 23は IPv6バケツト処理部 24にバケツトを送信する。 IPv6バケツト処理部 24は、バケツト送信処理ルーチン 100を起動する。

IPv6パケット処理部は、 MN1がホーム網に存在するか否かを判断する ( 101)。ステップ 506において CoAを取得済みであるため、 IPv6パケット処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて着信先アドレス 41bで、 Binding Update Li st管理テ一ブル 210を参照する（102) 。上記 Binding Update Li st管理テ一ブル 210には、ステツプ 537で生成したェントリが存在する。そこで、 IPv6パケット処理部は、 De st ionat ion Opt i ons Headerの Home Addre s s Opt i onを生成する（103、 544) ₀ Home Address Opt ion には、 MN1のホームァドレスを設定する。送信元ァドレス 41 aには、 MN 1 の CoAを設定する。着信先アドレス 41bには、 2のアドレスを設定する。

次に、セキュリティポリシの有無を確認する（104)。セキユリティポリシが存在しなければ、 IPv6パケット処理部は、パケットを送信し（107、 545)、本ルーチンを終了する。

ステップ 104において、セキュリティポリシが存在する場合、送信バケツトのセキュリティポリシを決定する（105)。IPsec適用時、 IPv6パケット処理部は、 SAを検索して IPsec処理を行う（106)。次に、バケツトを送信し（107) 、本ルーチンを終了する。 IPsec 非適用時、 IPv6パケット処理部は、パケットを送信し（107)、本ルーチンを終了する。

ステップ 105において、バケツトを廃棄するべきと判断した場合、或いは、ステツプ 106において、 SAが検出でき'なかった場合、 IPv6パケット処理部は、受信パケットを廃棄して（112)、本ルーチンを参照する。

次に、図 21を用いて、 HA4に位置登録を行った MN1が IPsec付モパイル IPトンネルを介してパケットを送受信する場合のシーケンスを説明する。

ステップ 501から 507までの処理は、図 19と同様である。

CN2が蘭 1にバケツトを送信する際、 CN2はバケツトを MN1のホームアドレス宛に送信する（508)。 HA4は上記パケットを捕捉し、モバイノレトンネノレへッダと IPsec機能付き IPへッダ ( IPsec トンネノレモード）を付加する（551)。モバイノレトンネルへッダと IPsec 機能付き IPへッダの着信先ァドレスには、 MN1が在圏網 5bで取得した CoAが設定される。モパイルトンネルへッダと IPsec機能付き IPへッダの送信元ァドレスには、 HA4のァドレスが設定される。

MN1の IPv6バケツト処理部 24は、バケツト 551を受信するとパケット受信処理ルーチン 120を起動する。

IPv6バケツト処理部は、パケット 551を受信すると MN1がホーム網に存在するか否かを判断する（121)。ステツプ 506において CoA を取得済みであるため、 IPv6バケツト処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて、受信パケットの Next Header値を参照する。 Next Header値が IPsecであれば、 SAを検索して、 IPsec処理を行い、外側の IPヘッダを削除する（デカプセル化）（IPsec トンネルモード処理）（125、 552) 。次に受信パケットがセキュリティポリシを満たすか否かを確認する（126、 553)。セキュリティポリシを満たす場合は、 IPsec処理後のバケツトの Next Header値を参照する。

Next Header値が IPへッダであれば、ステップ' 128を起動する。まず、外側 IPヘッダの送信元ァドレスを確認する。外側 IPヘッダの送信元ァドレスが HA4の了ドレスであれば、 IPv6パケット処理部 24は外側 IPヘッダを削除する (デカプセル化、 510) _D 次に、セキュリティポリシの有無を確認する（129)。セキュリティポリシが存在しなければ、バケツ 1、をシナリオ処理部 23に送信し (127)、本ルーチンを終了する。

Next Header値が IPへッダでなければ.、バケツトをシナリオ処理部 23に送信し ( 127) 、本ルーチンを終了する。

ステップ 126において、セキュリティポリシを満たさない場合は受信パケットを廃棄し ( 130) 、本ルーチンを終了する。

ステップ 125において、 SAが検出できなければ、受信パケットを廃棄し ( 130) 、本ルーチンを終了する。

ステップ 511、 512は、第 1の実施例と同様である。

次にホスト OS上のアプリケーシヨン 11が CN2にバケツトを送信する方法を説明する。ステップ 513、 514は、第 1の実施例と同様である。

IPヘッダ変換後（514)、シナリオ処理部 23は IPv6パケット処理部 24にバケツトを送信する。 IPv6バケツト処理部 24は、パケット送信処理ルーチン 100を起動する。

IPv6パケット処理部は、バケツト 514を受信すると MN1がホーム網に存在するか否かを判断する（101)。ステップ 506において CoA を取得済みであるため、 IPv6パケット処理部 24は、 MN 1がホーム網以外に存在すると判断する。続いて着信先ァドレス 41.bで、 Binding Update Li st管理テーブル 210を参照する（102) 。上記 Binding Update List管理テーブル 210に該当ェントリが存在しなければ、セキュリティポリシの有無を確認する（'108)。

セキュリティポリシが存在する場合、送信バケツトのセキユリティポリシを決定する（109、 554)。 IPsec適用時は、 SAを検索して IPsec処理（IPsec トンネルモード処理）とモパイル IPのカプセル化処理を行う（110、 555) 。その後、 IPv6パケット処理部 24 は、パケットを送信し ( 107、 556) 、本ルーチンを終了する。次に、図 22を用いて、 HA4に位置登録を行った MN1が IPsec付モパイル IPトンネルを介してバケツトを送受信する場合の第 2のシーケンスを説明する。

図 21と図 22は、 HAと MNの間のパケットフォーマツトが異なる。図 22における HA4は、モパイルトンネルへッダと IPsec機能付き IPヘッダ ( IPsecトンネルモード) の送信元ァドレスと着信先ァドレスがそれぞれ等しい場合、 MN宛のパケットを捕捉し、 IPsec 機能付き IPへッダ ( IPsec トンネルモ一ド）のみを付加する (557)。

IPsec機能付き IPヘッダの着信先ァドレスには、 MN1が在圏網 5b で取得した CoAが設定される。 IPs ec機能付き IPヘッダの送信元ァドレスには、 HA4のアドレスが設定される。

MN1の IPv6バケツト処理部 24は、パケット 557を受信するとパケット受信処理ルーチン 120を起動する。

ステップ 552、 553 ( 121、 122、 125、 126) は、図 21の場合と同様である。ステップ 131において、 Next Header値は IPへッダではないため、 IPv6バケツト処理部は、バケツトをシナリォ処理部 23に送信し ( 127) 、本ルーチンを終了する。

ステップ 511、 512は、第 1の実施例と同様である。

次にホスト OS上のァプリケーション 11が CN2にバケツトを送信する方法を説明する。ステツプ 513、 514は、第 1 の実施例と同様ある。

IPヘッダ変換後（514)、シナリォ処理部 23は IPv6パケット処理部 24にバケツトを送信する。 IPv6バケツト処理部 24は、バケツト送信処理ルーチン 100を起動する。

ステップ 554、 555 (101、 102、 108、 109)は、図 21の場合と同様である。

ステツプ 110において、 IPsec トンネノレモード用の IPヘッダとモバイルトンネルへッダの送信元ァドレスと着信先ァドレスが、それぞれ等しい場合、 MNは SAを検索して IPsec用のヘッダ処理

( IPsec トンネルモード処理）のみを行う（110、 555) 。その後、

IPv6バケツト処理部 24は、パケットを送信し（107、 558) 、本ル一チンを終了する。

本発明の第 3'の実施の形態によると、端末装置のホスト OSが Mobi le IPv6対応丽機能を備えない場合であっても、. Mobile IPv6 処理を Mob i le IPv6処理部で行った後、ゲスト 0Sのシナリオを起動することによって、端末装置に対して Mobi le IPv6信号に IPsec を適用した Mobi le IPv6サービスの提供が可能になる。

また、ゲスト 0Sの IPv6バケツト処理部が Binding Update Li st を備えることにより、端末装置に対してモパイル IPv6の経路最適化サービスの提供が可能になる。また、端末装置と HAとの間のモパイルトンネルに IPsecの適用が可能になり、安全性の高いサービスが提供できる。 .

さらに、モパイルトンネル用のヘッダの送信元ァドレスと着信先了ドレスが IPsec用の送信元ァドレスと着信先ァドレスとそれぞれ等しい場合、モパイルトンネル用のへッダを省略することが可能になり、サービスをより効率的に提供できる。'

(実施例 4 )

本発明の第 4の実施の形態を図を用いて説明する。第 4の実施例は、第 3の実施例において、 IPv6対応アブリケーシヨンを利用する端末装置に Mob i le IPv6サービスを提供する手段を備えることを特徴とする。

第 4の実施例において、シナリオボリシ管理テーブル 220は、 IPv4- IPv6変換機能なし又は、 IPv4- IPv6変換なし経路最適化有りが有効になっているとする。

第 4の実施例において、シナリォ処理部 23は、図 16に示す BA 処理ルーチンを起動する。図 16に示す BA処理ルーチンは、図 15 と比べて変換ェントリ更新ステップを含まない点が異なる。ステップ 91からステップ 94は、第 3の実施例のステ Vプ 81、ステップ 83からステップ 85と同様である。

本発明の第 4の実施の形態によると、 IPv6対応アプリケーションを利用する端末装置のホスト OSが Mobi le IPv6対応 MN機能を備えない場合であっても、 Mobi le IPv6処理を Mobi le IPv6処理部で行った後、ゲスト 0Sのシナリォを起動することによって、端末装置に対して Mobi le IPv6信号に IPsecを適用した Mob i le IPv6サービスの提供が可能になる。

また、ゲス卜 0Sの IPv6ノケッ卜処理咅力 ^ Binding Update Li st を備えることにより、モパイル IPv6の経路最適化サービスの提供が可能になる。

また、端末装置と HAとの間のモパイルトンネルに IPsecの適用が可能になり、安全性の高いサービスが提供できる。

さらに、モパイルトンネル用のへッダの送信元ァドレスと着信先了ドレス力 S lPsec用の送信元ァドレスと着信先ァドレスとそれぞれ等しい場合、モパイルトンネル用のへッダを省略することが可能になり、サービスをより効率的に提供できる。

(実施例 5 )

. 本発明の第 5の実施の形態を図を用いて説明する。第 5の実施例は、第 4の実施例において、端末装置が IPv6対応 SIPによる VoIP サービスを利用する手段を備えることを特徴とする。第 5 の実施例において、シナリオポリシ管理テーブル 220は、 IPv4- IPv6変換機能なし又は、 IPv4- IPv6変換なし経路最適化有りが有効になつているとする。

図 23は、本発明における第 5の実施例の通信網の構成例を示す。 S IP Proxy8はルータに接続される。

図 24、図 25、図 26は、第 5 の実施例における MN 1 の通信シーケンスである。 .

図 24は、 IPsecが端末間音声パケットに適用される場合の MN 1 の通信シーケンスを示す。

ステップ 501からステップ 506は、図 19と同様であるため、ステップ 561以降の処理を説明する。

CN2は、 SIP Proxy8経由で、 MN 1に S IP INVITEメッセージを送信する（561、 562) 。 MN 1 のホスト OS上のアプリケーションが、上記メッセージを受信する。上記メッセージを受け付ける場合、 MNlのホスト OS上アプリケーションは、上記 INVITEに対する応答メッセージ ( 200 0K) を送信する。この応答メッセージは、 S IP Proxy8経由で CN2へ送信される（563、 564)。この応答メッセージは、 MN 1が音声バケツトを受信する IPァドレスの情報として、 MN 1 のホームァドレスを含む。

CN2は、上記応答メッセージを受信し、応答確認メッセージ ( ACK) を MN1へ送信する（565、 566) 。以上で、 CN2と MN 1の間にセッションが確立する。

なお、 SIP ProxySが MN l のパインディング情報を保持しない場合、 MN 1 と S IP Proxy8の間で送受信されるメッセージは、 HA4を経由する。

続いて、 CN2は、 MN1のホームアドレス宛に音声パケット ( RTP パケット）を送信する（567)。トランスポートモ一ドの IPsecが、上記音声パケットに適用されている。

HA4は、上記パケットを捕捉して、力プセル化を行い MN1の CoA 宛に送信する (568)。

IPv6バケツト処理部 24は、上記バケツトを受信する。ステップ 510は、図 19と同様である

IPv6 バケツト処理部 24は、受信バケツトを IPバケツト処理部 22経由でホスト OSに送信する ( 570) 。ステップ 570.は、ステップ 512と比べて、ォリジナルバケツトに対して IPsecが施されている点が異なる。ホスト 0Sは、オリジナルパケットの IPsec処理を行つた後、音声パケットの処理を行う。

次に、 MN1が CN2に音声パケットを送信する手順を述べる。 MN1 は音声情報を含む IPパケットに IPs ec処理を行い、パケットを送信する（571)。 IPv6バケツト処理部 24は、バケツトにモパイルトンネル用のヘッダを付加（カプセル化）する（515) 。その後、 IPv6パケット処理部は、バケツトを HA4経由（574)で CN2宛に送信する（575)。

図 25は、 IPsecが端末間音声バケツトとモパイルトンネルに適用される場合の MN 1 の通信シーケンスを示す。

HA4と MN1のモパイノレトンネノレには、トンネノレモード IPsec力 S適用されるとする。

ステツプ 561からステップ 566は、図 24と同じであるため、ステップ 567以降の処理を説明する。

CN2が音声パケットを MN1のホームァドレス宛に送信する（567)。 HA4は上記パケットを捕捉し、モパイルトンネルヘッダと IPsec 機能付き IPヘッダ（IPsec トンネルモード）を付加する（581)。モパイルトンネルへッダと IPsec機能付き IPへッダの着信先ァドレスには、 MN1が在圏網 5bで取得した CoAが設定される。モパイルトンネルへッダと IPsec機能付き IPへッダの送信元ァドレスには、 HA4のァドレスが設定される。

IPv6バケツト処理部 24は、上記バケツトを受信すると、 SA処理およびデカプセル化処理（IPsecトンネルモード処理）（568) 、 SPD検査処理（569) 、デカプセル化（510) を行う。

ステップ 568、 569、 510の処理は、図 21のステップ 552、 553、 510の処理と同じであるため、詳細は省略する。 IPv6パケット処理部 24は、 IPバケツト処理部 22経由でホスト OSにバケツトを送信する（570)。ホスト OSは IPsec付パケット 570を受信すると、 IPsec 処理を行った後、音声パケットの処理を行う。

次に、 MN1が CN2に音声パケットを送信する手順を述べる。 MN1 は音声情報を含む IPバケツトに IPsec処理を行い、バケツトを送信する（571)。 IPv6パケット処理部 24は、 SPD検査処理（572) 、 IPsec処理（IPsec トンネルモード処理）とモパイル IPの力プセル化処理（573)を行う。ステップ 572、573は、図 21のステップ 554、 555の処理と同じであるため、詳細は省略する。続いて、 IPv6パケット処理部 24が、パケットを HA4経由（582)で CN2宛に送信する (575)。

図 26は、 IPsecが端末間音声パケットとモパイルトンネルに適用される場合の MN 1の通信シーケンスを示す。

ステツプ 561からステツプ 566は、図 24と同じであるため、ステップ 567以降の処理を説明する。

図 25と図 26は、 HAと MNの間のバケツトフォーマツトが異なる。 CN2が音声パケットを MN1のホームァドレス宛に送信する (567) o 図 26における HA4は、 MN宛のパケット ( 567) を捕捉し、 IPヘッダ ( IPsec トンネルモード）のみを付加する（583)。外側 IPヘッダの着信先ァドレスには、 MN1が在圏網 5bで取得した CoAが設定される。外側 IPへッダの送信元ァドレスには、 HA4のァドレスが設定される。

IPv6バケツト処理部' 24は、上記パケットを受信すると、 SA処理およびデカプセル化処理（IPsecトンネルモード処理）（568) 、 SPD検查処理（569) を行う。

ステップ 568、 569の処理は、図 22のステップ 552、 553の処理と同じであるため、詳細は省略する。 IPv6パケット処理部 24は、 IP バケツト処理部 22経由でホスト OSにバケツトを送信する（570)。ホスト OSは IPsec付バケツト 570を受信すると、 IPsec処理を行つた後、音声パケットの処理を行う。

次に、 MN1が CN2に音声パケットを送信する手順を述べる。 MN1 P T/JP2004/010009

40 は音声情報を含む IPバケツトに IPsec処理を行い、バケツトを送信する（571)。 IPv6バケツト処理部 24は、 SPD検查処理（572) 、 IPsec処理（IPse.c トンネルモード処理）（573)を行う。ステツプ 572、 573は、図 22のステップ 554、 555の処理と同じであるため、詳細は省略する。続いて、 IPv6バケツト処理部 24が、バケツトを HA4経由（584)で CN2宛に送信する（5ァ5)。 '

本発明の第 5の実施の形態によると、 IPsec付 IPv6対応アプリケーションを利用する端末装置のホスト OSが Mob i le IPv6対応 MN 機能を備えない場合であっても、 Mob i le IPv6処理を Mobi le IPv6 処理部で行つた後、ゲスト 0Sのシナリオを起動することによって、端末装置に対して Mobi le IPv6信号に IPsecを適用した Mobi le IPv6サービスの提供が可能になる。

また、 Mobi l e IPの IPsec処理部とアプリケーションの IPsec処理部を分離することにより、端末装置と HAとの間のモバイルトンネルに IPsecを適用する場合であっても、 IPsec付アプリケーションの利用が可能になる。

(実施例 6 )

本発明の第 6の実施の形態を図を用いて説明する。第 6の実施例は、端末装置が Mob i le IPv6機能と、 HMIPv6機能を備えることを特徴とする。第 6の実施例において、シナリオボリシ管理テープル 220は MAPタィプ 1から 3が有効になっているものとする。図 27は、本発明における第 6の実施例の通信網の構成例を示す。ルータ 3が HMIPv6の MAP機能を備える。

図 28は、本発明における第 6の実施例の端末 1の構成例を示す。第 1 の実施例の端末 1 の機能に加えて、ホスト 0S13が Mobi le IPv6処理部 252を備える。またゲスト 0S17は、 Mobi le IPv6処理部 9

41

25の代わりに HMIPv6処理部 251を備える。

図 29は、 MAP3が送信するルータ広告のメッセージフォーマツト例 S4を示す。

ルータ広告メッセージを含む ICMPパケット 431は、 IPv6バケツトのペイロード部 43に格納される。 MAP3が送信するルータ広告 S4 は、 MAPォプション 432を含む。 MAPォプション 432は、 HMIPv6対応端末の位置登録モードと MAPァドレスを端末に通知にする機能を持つ。

MIPv6対応端末の位置登録モードは、 MAPォプション 432の I、P、 Vの各ビットの値によって 3つのタイプに分類される。

タイプ 1は、端末 1が HA 4との間で送受信する位置登録メッセーン ( Binding Update ^ Binding Acknowledgement ; を MN - MAP 間でカプセル化転送する方法である。

タイプ 2は、端末 1力 HA4に Binding Updateを直接送信し、 HA4 力ら端末 1への Binding Acknowl edgementを MAP - MN間でカプセル化転送する方法である。

タイプ 3は、端末 1力 S HA4との間で送受信する位置登録メッセージを HA4との間で直接送受信する方法である。

図 31から図 33に示すシーケンスに従って、図 27に示す網 5bに在圏する MN1が HA4に位置登録を行い、バケツトを送受信するシーケンスを説明する。

まず、図 31を用いて、上記タイプ 1を示すルータ広告メッセージを受信した MN 1のバケツト送受信シーケンスを説明する。

MN 1は、ルータ広告 601を受信して、 RCoAと LCoAを生成後、ィンタフェース 18に LCoAを設定する。次に、 MN 1は、 MAP3bに位置登録メッセージ（Binding Update) を送信する（602)。 MAP3bは、 TJP2004/010009

42

RCoAと LCoAの対応情報を保持する。 MAP3bは、上記 Binidng Update に対する応答（Binidng Acknowledgement) を送信する（603) 。 HMIPv6処理部 251は、 Binidng Update List管理テーブルを備え、上記テーブルに MAPのェントリを追加（すでにェント Vが存在する場合は更新) する（604)。

次 ίこ、 HMIPvS処理咅 |3251fま、 Binidng Acknowledgement ίこタイプ 1の MAP位置登録であることを示す識別子を含むへッダを追加し、シナリオ処理部 23ベ送信する（605、 606)。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、シナリォを決定する（ 6 1、 607) 。

シナリオ処理部 23は、 RCoA、 LCoA、 MAPアドレスを受信バケツトから取得する。 MAPアドレスは送信元アドレス 41aから、 RCoA は IPv6 Routing Headerカら、 LCoAは着信先ァドレス 41bから、それぞれ取得する（95)。 RCoAに変更があれば (96) 、 Mobility Header402の Mobility Optionsにタイプ 1 の MAP位置登録を示す値を設定する。シナリオ処理部 23は、上記 Mobility Optionsを含む Binidng Acknowledgementを IPノケット処理部 22経由でホスト 0Sの Mobile IPv6処理部 252に送信し（97、 608、 609)、本ルーチンを終了する。

RCoAに変更がなければ、本ルーチンを終了する。ステップ 95 で処理が正常に終了しなければ、受信パケットを廃棄し（67) 、本ルーチンを終了する。

Mobile IPv6処理部 252は、上記 Binidng Acknowledgementを受 • 信すると、 HA4に Binidng Updateメッセージ（610)を送信する。

上記メッセージは、送信元アドレス 41aに RCoAを、着信先アドレス 41bに HA4ァドレスを、 Destination Options Headerの Home T JP2004/010009

43

Address Option MN l のホームァドレスを設定する。上記メッセージ 610を受信した HMIPv6処理部 251は、上記バケツトを IPinIP でカプセル化した後、 MAP3b経由で HA4に送信する。

HA4力ら Bini dng Acknowledgement (611)を受信した MAP3bは IPinIP力プセル化を行い、 MN1にパケットを送信する。 HMIPv6処理部 251は上記メッセージを受信するとデカプセル化を行い、 Mobi le IPv6処理部 252に送信する。上記メッセージには、送信元ァドレス 41aに HA4のァドレスが、着信先ァドレス 41bに RCoAが、 Routing Headerの Home Addressフィーノレドに MN 1 のホームァドレスが、それぞれ設定される。

上記位置登録信号の IPsec処理は、 Mobi l e IP処理部 252が行う。次に丽 1がバケツトを送受信する方法を述べる。願 1が送受信するバケツトに対して、 Mob i le IPv6処理部が MN1— HA 4間のカプセル化 'デカプセル化を行う。さらに HMIPv6処理部 251力 SMN1- MAP 間のカプセル化 · デカプセル化を行う ( 612、 613) 。

次に、図 32を用いて、上記タイプ 2を示すルータ広告メッセージを受信した題 1 のパケット送受信シーケンスを説明する。

ステップ 601から 604は、図 31の処理と同様である。

次（こ、 HMIPv6 § 25: ¾、 Binidng Acknowledgement ίこタイプ 2 の MAP位置登録であることを示す識別子を含むヘッダを追加し、シナリオ処理部 23へ送信する（605、 606)。

. シナリォ処理部 23は、 BA処理ルーチン 60を起動して、シナリオを決定する（ 6 1 、 607) 。

シナリオ処理部 23は、 RCoA、 LCoA、 MAPアドレスを受信パケットから取得する。 MAPアドレスは送信元アドレス 41aから、 RCoA は Rout ing Header力ら、 LCoAは着信先ァドレス 41bから、それぞ 04010009

44 れ取得する（98)。

RCoAに変更力 Sあれま (96) 、 Mobility Header402の Mobility Optionsにタィプ 2の MAP位置登録を示す値を設定する。シナリォ処理部 23 は、上記 Mobility Options を含む Binidng Acknowledgementを IPパケット処理部 22経由でホスト OSの Mobile IPv6処理部 252に送信し（97、 608、 609)、本ルーチ'ンを終了する。

RCoAに変更がなければ、本ルーチンを終了する。ステップ 98 で処理が正常に終了しなければ、受信パケットを廃棄し（67) 、本ルーチンを終了する。

Mobile IPv6処理部 252は、上記 Binidng Acknowledgementを受信すると、 HA4に Binidng Updateメッセージ（621)を送信する。上記メッセージは、送信元アドレス 41aに RCoAを、着信先ァドレス 41bに HA4ァドレスを、 Destination Options Headerの Home Address Optionに MN1 のホームァドレスを設定する。上記メッセージ 621を受信した丽 IPv6処理部 251は、上記パケットを HA4に送信する。

HA4力ら Binidng Acknowledgement (622)を受信した MAP3bは IPinlP力プセル化を行い、 MN1にパケットを送信する。 HMIPv6処理部 251は上記メッセージを受信するとデカプセル化を行い、 Mobile IPv6処理部 252に送信する。上記メッセージの送信元ァドレス 41aには HA4のァドレスが、着信先ァドレス 41bには RCoAが、 Routing Headerの Home Addressフィーノレド【こ fま MN 1 のホームァドレスが、それぞれ設定される。

上記位置登録信号の IPsec処理は、 Mobile IP処理部 252が行う。次に MN 1のパケット受信方法（623) は、図 31のステップ 612 と同様である。 2004/010009

45

MN1がバケツトを送信する際、 Mobile IPv6処理部 252力 MN - HA 間カプセル化を行い、パケットを送信する（624)。

次に、図 33を用いて、上記タイプ 3を示すルータ広告メッセ一ジを受信した MIPv6対応 MN1のバケツト送受信シーケンスを説明する。

ステップ 601から 604は、図 31の処理と同様である。

次【こ、 HMIPv6処理音 251ίま、 Binidng Acknowledgement^こタイプ 3の MAP位置登録であることを示す識別子を含むへッダを追加し、シナリオ処理部 23へ送信する（605、 606)。

シナリォ処理部 23は、 BA処理ルーチン 60を起動して、シナリオを決定する（ 6 1、 607) 。

シナリオ処理部 23は、 RCoA、 LCoA、 MAPアドレスを受信バケツトから取得する。 MAPアドレスは送信元アドレス 41aから、 RCoA は Routing Headerカら、 LCoAは着信先ァドレス 41bから、それぞれ取得する（99)。

RCoAに変更力 Sあは： (96) 、 Mobility Header402の Mobility Optionsにタイプ 3の MAP位置登録を示す値を設定する。シナリォ処理部 23 は、上記 Mobility Options を含む Binidng Acknowledgementを IPパケット処理部 22経由でホスト OSの Mobile IPv6処理部 252に送信し（97、 608、 609)、本ルーチンを終了する。

RCoAに変更がなければ、本ルーチンを終了する。ステップ 99 で処理が正常に終了しなければ、受信パケットを廃棄し（67) 、本ルーチンを終了する。

Mobile IPv6処理部 252は、上記 Binidng Acknowledge雇 1:を受信すると、 HA4に Binidng Updateメッセージ（631)を送信する。上記メッセージは、送信元アドレス 41aに LCoAを、着信先アド P T/JP2004/010009

46 レス 41bに HA4ァドレスを、 Destination Options Headerの Home Address Optionに RCoAを、 Binding Updateの Mobility Options の Alternate - care of address Optionフィールドに、 MN 1のホームァドレスを設定する。上記メッセージ 631を受信した HMIPv6処理部 251は、上記パケットを HA4に送信する。

HA4力ら Binidng Acknowledgement (632)を受信'した HMIPv6処理部 251は上記メッセージを Mobile IPv6処理部 252に送信する。上記メッセージの送信元ァドレス 41aには HA4のァドレス力 S、着信先了ドレス 41bに ίま LCoAカ、 Routing Headerの Home Addressフィールドには MN1のホームアドレスが設定される。

上記位置登録信号の IPsec処理は、 Mobile IPv6処理部 252が行う o

次に MN 1のバケツト送受信方法 (633、 634) は、図 32のステツプ 623、 624と同様である。

本発明の第 6の実施の形態によると、 Mobile IPv6対応 MNに HMIPv6サービスの提供が容易に実現できる。さらに、 Mobile IPv6 処理部と HMIPv6処理部を分離することにより、HMIPv6対応端末の IPinIPカプセル化処理、或いは、 IPsec処理が容易になる。

(実施例 7 )

本発明の第 7の実施の形態を図を用いて説明する.。図 34は、本発明における第 7の実施例の通信網の構成例を示す。第 7の実施例は、ルータ 3 (3a、 3b) に Mobile RouterlO (10a、 10b) が接続され、各 Mobile RouterlO力 Mobile Network9(9a、 9b)を構成することを特徴とする。

図 35は、 MN1のホーム網 6に設置する HA4の構成例を示す。 HA4 は、回線（318a、 318b, 318m, 318η) を収容するインタフェース 4010009

47 部（IF) (319a, 319b, 319m, 319n) と、サーバ部 311 (311a, 311b、 311m) と、スィッチ部 317 (317a、 317b) から構球される。サーバ部 311は、パケット受信 · 送信処理部 313と、 IPsec処理部 314と、 Mobile IP処理部 315とを備える。

Mobile IP処理部 315は、 Mobile IPプロトコル処理機能と、 Mobile IPのホームエージェント (HA) 機能を備える。 Mobile IP のホームエージェント機能は、 Binding Cache管理テーブルを備える。 Binding Cache管理テーブルは、 MN 1のホームアドレスと気付ァドレスの対応情報を保持する。さらに、本実施例における HA4は、 Mobile IP処理部 315に、モパイルトンネル処理を複数回実行する処理プログラムを備える。

図 36は、陽力 S、 Mobile Routerl0、および、 Mobile Net ork9 内の MN1の HAである場合のモパイルトンネル適用区間を示す。

HA4力 SMN1と通信する場合、 MN1と HA4の間（（1) MN— HAモパイルトンネル）と、 Mobile RouterlOと HA4の間（（2) MR— HAモパイルトンネル）に、モパイルトンネルを設定する。

まず、 HA4は、 MN1のパインディング情報を参照して、オリジナルパケット 351に IPヘッダ 352を追加する。 IPへッダ 352の着信先ァドレスには、 MN1の気付ァドレス (CoA)が設定される。次に HA4 は、 Mobile Router (MR) 10のバインディング情報を照して、 IP ヘッダ 353を追加する。 IPヘッダ 353の着信先ァドレスには、 MR10 の気付アドレスが設定される。

本発明の第 7の実施の形態によると、 HA4が Network Mobilityサ一ビス提供時に必要な複数回の IPinIP力プセル化処理、或いは、 IPsec処理が容易に実現できる。

(実施例 8 ) . 本発明の第 8の実施の形態を図を用いて説明する。図 38は、本発明における第 8の実施例の通信網の構成例を示す。第 8の実施例は、 MN1のホーム網 6と CN2を含むネットワーク 361が、 GW362を介して、 IP網 7に接続されることを特徴とする。 GW362は、 TLS終端機能を備える。

第 8の実施例において、 MN1のゲスト OS APL16は第 1の TLS終端機能を備える。 MN1のホスト OS APL11が第 2の TLS終端機能を備える。

図 39は、 MN 1が TLSを用いて通信を行う場合のシーケンスを説明する。

ネットワーク 361の外部に存在する MN 1が、ネットワーク 361 に存在する通信装置（CN2) と通信を行う場合、 MN1と GW362の間に TLSを設定して通信を行う。

まず、 MN1と GW362の間に TLSのセッションを設定する手順を説明する。 MN1のゲスト OS APL16が、利用可能な喑号アルゴリズム、圧縮アルゴリズム、クライアントランダム値等を含む Cl i ent Hel loメッセージを GW362に送信する ( 701) 。上記メッセージを受信した GW362は、利用する暗号アルゴリズムと圧縮アルゴリズムを決定する。次に GW362は、決定した値とサーバランダム値を含む Server He l loメッセージを MN1のゲスト OS APL1⁶に通知する (702)。GW362は、必要に応じて自身の証明書等を送付してもよレ、。 GW362が MN1に証明書を送付すると， MN1は，上記証明書を用いて， GW362の認証を行うことが可能になる。 GW362は、ォプシヨンメッセージの送信終了を Server He l lo Doneで MN1のゲスト OS APL16 に通知する（703)。 MN 1のゲスト OS APL16は、各喑号パラメータのタネとなるプリマスタシークレツトを生成して、 Cl i ent Key T JP2004/010009

49

Exchangeメッセージで GW362 に通知する（704) 。

ここで、 MN1のゲスト OS APL16と GW362は、利用アルゴリズム、サーバランダム、クライアントランダム、プリマスタシークレツトを共有した状態となる。 MN1のゲスト OS APL16と GW362は、暗号化通信に必要なセキュリティパラメータを生成する。

MN1のゲスト OS APL16と GW362は、セキユリティ'パラメータの設定終了（Change Cipher Spec) と新しい暗号化仕様の動作の確認 (Fini shed)をそれぞれ通知する（705から 708)。以上で、 MN1のゲスト OS APL 16と GW362の間に TLSのセッションが確立する（709)。次に、 MN1のホスト OS APL11で動作するアプリケーションが、 CN2との間で TLSを用いた通信 712を行うため、メッセージを交換し (710)、 MN1のホスト OS APL11と CN2の間に TLSセッション 711を確立する。 TLSコネクション 711の設定手順は、ステップ 701から 708と同様であるため、詳細は省略する。 TLSセッション 711は、 MN1のゲスト OS APL16と GW362の間の TLSセッション 709を利用す本発明の第 8の実施の形態によると、 MN 1が TLSセッシヨンを 2 つの通信装置との間で確立する場合、.複数回の TLS処理が容易に実現できる。

(実施例 9 )

本発明は、以下のような移動体端末装置でも実現される。

互いに接続された第一及び第二の網と、上記第一の網に接続されたホームエージェントとを備えた通信システムにおいて、該ホームエージェントに接続された移動体端末装置であって、該移動体端末から上記ホームエージェントに向けて送信された位置登録に対する上記ホームエージェントからの応答を受信し、該応答から上記移動端末装置で用いる通信方式を決定することを特徴とする移動体端末装置。

または、

上記移動体端末装置は、 Mobi le IPv6処理部と、 IPアドレス変換部を備え、上記移動体端末装置が第一のァドレス体系に従うパケットを受信したときは、上記 Mobi le IPv6処理部が、上記受信したパケットを Mobi le IPv6処理した後、上記 IPァドレス変換部が、上記 Mob i le IPv6処理されたパケットを第二のァドレス体系に変換し、上記移動体端末装置が第一のァドレス体系に従ぅパケットを送信するときは、上記 IPァドレス変換部が、上記送信するバケツトを第二のアドレス体系に変換した後、上記 Mob i le IPv6 処理部が、上記変換されたパケットを Mobi le IPv6処理することを特-徵とする上記移動体端末装置。

または、

上記第一のァドレス体系が IPv6であり、上記第二のァドレス体系が IPv4であることを特徴とする上記移動体端末装置。

または、

上記移動体端末装置は、 Mob i le IPv6処理部と、第一の IPsec 処理部を備え、上記 Mob i le IPv6処理部は、さらにその内部に第二の IPsec処理部を備え、上記移動体端末装置がパケットを受信したときは、上記第二の IPsec処理部が、上記受信したパケットに対して、 Mob i le IPv6処理に関する IPsec処理を行った後、上記第一の IPsec処理部が、上記 IPsec処理されたパケットに対して、さらに IPsec処理を行うことを特徴とする上記移動体端末装置。または、

上記通信システムはさらに、上記第一及び第二の網を接続する接続装置を備え、上記接続装置は HMIPv6の MAPであることを特徴とする上記移動体端末装置。

(産業上の利用可能性）

本発明を用いると、通信装置は、同一レイヤのセキュリティ処理、又は、へッダ処理を複数回終端することが可能になる。本発明は、セキユリティ管理形態に応じた処理を行う通信装置を実現する場合に利用される可能性がある。

Claims

請求の範囲

1 . ネットワークに接続され、パケットを送信及び受信する送受信部と、 C P Uと、上記送受信部から受信したバケツトに対して上記 C P Uが行う第一及ぴ第二の処理用のプログラムを記憶したメモリとを備えた端末であって、上記第一の.処理及び第二の処理は、上記受信したバケツ卜の同じレイヤに対する処理であることを特徴とする端末。

2 . 上記第一及び第二の処理は、上記受信したバケツトの同じレィャに対する終端処理であることを特徴とする請求項 1記載の

¾末。

3 . 上記第一及び第二の処理は、上記受信したバケツトの同じレィャに施されたセキユリティ処理を終端する処理であることを特徴とする請求項 1または 2記載の端末。

4 . 上記第一及び第二の処理は、上記受信したバケツ卜の同じレィャに施された暗号化を復号する処理であることを特徴とする請求項 1乃至 3のいずれかに記載の端末。

5 . 上記第一及び第二の処理は、上記受信したパケットの同じレィャに施された IPs ecの終端処理であることを特徴とする請求項 1乃至 4のいずれかに記載の端末。

6 . 上記第一及び第二の処理は、上記受信したパケットの同じレィャに施された TLSの終端処理であることを特徴とする請求項 1 乃至 4のいずれかに記載の端末。

7 . 上記メモリにはさらに、第一のオペレーションシステム用のプログラム及ぴ該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記第一の処理は上記第二のオペレーションシステム上での処理であり、上記第二の処理は上記第一のオペレーシヨンシステム上での処理であることを特徴とする請求項 1乃至 6のいずれかに記載の端末。

8 . 上記第二のオペレーションシステムは、上記第一のオペレーションシステム上に構築された仮想マシン上で動作することを特徴とする請求項 7記载の端末。

9 . 上記ネットワークにはさらに、上記端末の位置情報を管理するサーバが接続されており、'上記第一及び第二の処理の対象である上記受信されたバケツトは、上記サーバから上記端末へ送信されたバケツトであることを特徴とする請求項 1乃至 8のいずれかに記載の端末。

1 0 .上記端末及び上記サーバは M o b i 1 e I Pの機能に対応した端末及ぴサーバであって、上記端末は M o b i 1 e N o d e として機能する端末であり、上記サーバは、上記端末の H o m e A g e n t として機能するサーバであることを特徴とする請求項 9記載の端末。

1 1 .ネットワークに接続された端末及びサーバを備えた通信システムであって、上記端末は、バケツトを送信及ぴ受信する送受信部と、 C P Uと、上記送受信部から受信したパケットに対して上記 C P Uが行う第一及び第二の処理用のプログラムを記憶したメモリとを備えた端末であって、上記サーバは、バケツトを送信及び受信する送受信部と、 C P Uと、上記端末の位置情報を記憶したメモリ.とを備えたサーバであって、上記端末における第一の処理及び第二の処理は、上記サーバから受信したバケツトの同じレイヤに対する処理あることを特徴とする通信システム。

1 2 . 上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに対する終端処理であることを特徴とする請求項 1 1記載の通信システム。

1 3 . 上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたセキュリティ処理を終端する処理であることを特徴とする請求項 1 1または 1 .2記載の通信システム。 '

1 4 . 上記端末における第一及び第二の処理は、上記受信したパケットの同じレイャに施された暗号化を復号する処理であることを特徴とする請求項 1 1乃至 1 3のいずれかに記載の通信システム。

1 5 . 上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施された IPsecの終端処理であることを特徴とする請求項 1 1乃至 1 4のいずれかに記載の通信システム。

1 6 . 上記端末における第一及ぴ第二の処理は、上記受信したパケッ卜の同じレイャに施された TLSの終端処理であることを特徴とする請求項 1 1乃至 1 4のいずれかに記載の通信システム。

1 7 . 上記端末のメモリにはさらに、第一のオペレーションシステム用のプログラム及ぴ該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記端末における第一の処理は上記第二のオペレーションシステム上での処理であり、上記端末における第二の処理は上記第一のオペレーションシステム上での処理であることを特徴とする請求項 1 1乃至 1 6のいずれかに記載の通信システム。

1 8 . 上記第二のオペレーションシステムは、上記第一のォペレーションシステム上で構築された仮想マシン上で動作することを特徴とする請求項 1 7記載の通信システム。

1 9 .上記端末及ぴ上記サーバは M o b i 1 e I Pの機能に対応した端末及びサーバであって、上記端末は M o b i 1 e N o d e として機能する端末であり、上記サーバは、上記端末の H o m e A g e n t として機能するサーバであることを.特徴とする請求項 1 1乃至 1 8のいずれかに記載の通信システム。

2 0 . ネットワークを介して端末またはルータに接続され、パケットを送信及び受信する送受信部と、 C P Uと、上記端末または上記ルータのァドレスを記憶したメモリを備えたホームエージェントであって、さらに上記送受信部から受信したパケットに対して上記 C P Uが行う第一及ぴ第二の処理用のプログラムを記憶したメモリを備え、上記第一の処理及び第二の処理は、上記受信したバケツトの同じレイヤに対する処理であることを特徴とするホームエージ工ント。

2 1 . 移動端末と移動ルータに接続され、上記移動端末と上記移動ルータのァドレスを記憶した上記メモリを有し、上記移動端末から上記移動ルータを経由して受信したバケツトに対して上記第一の処理及ぴ第二の処理を行うことを特徴とする請求項 2 0 記載のホームエージェント。

2 2· . 上記第一及び第二の処理は、上記受信したバケツトの同じレイヤに対する終端処理であることを特徴とする請求項 2 0記載のホームエージェント。

2 3 . 上記第一及ぴ第二の処理は、上記受信したバケツトの同じレイヤに施されたセキュリティ処理を終端する処理であることを特徴とする請求項 2 0記載のホームエージヱント。

2 4 . 上記第一及び第二の処理は、上記受信したバケツトの同じレイヤに施された暗号化を復号する処理であることを特徴とする請求項 2 0記載のホームエージェント。

2 5 . 上記第一及ぴ第二の処理は、上記受信したパケットの同じレイヤに施された IPsecの終端処理であることを特徴とする請求項 2 0記載のホームエージェント。

2 6 . 上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施された TLSの終端処理であることを特徴とする請求項 2 0記載のホームエージェント。

2 7 . 上記プログラムを記憶したメモリはさらに、第一のオペレ一ションシステム用のプログラム及ぴ該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記第一の処理は上記第二のオペレーションシステム上での処理であり、上記第二の処理は上記第一の才ペレーションシステム上での処理であることを特徴とする請求項 2 0記載のホームエージェント。

2 8 . 上記第二のオペレーションシステムは、上記第一のオペレ一ショ .ンシステム上に構築された仮想マシン上で動作することを特徴とする請求項 2 7記載のホームエージェント。