JP4591263B2 - 通信制御装置、及び、通信システム - Google Patents

Description

本発明は、ネットワークに接続された通信装置、通信制御装置、通信システム及び通信制御方法に関する。特に、移動通信制御装置、および、通信のQoS制御方法に関する。中でも、モバイルＩＰ（Mobile IP）プロトコルを適用した移動通信システムにおける通信装置とSIPプロトコルを適用した通信システムにおける通信制御装置に関する。

近年移動体通信網のIP（Internet Protocol）化の検討が活発化している。
IETF(Internet Engineering Task Force)は、Mobile IPv6仕様を規定した（例えば、非特許文献1参照。）。
Mobile IPv6の網構成要素は、移動ノード（MN：Mobile Node）、ホームエージェント（HA：Home Agent）、通信相手（CN：Correspondent Node）である。

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

MNはホームリンク以外のリンクに移動すると（移動先のリンクを在圏リンクという）、在圏リンクにおいてIPアドレスを取得する。このアドレスは、気付アドレス（Care of Address、以下CoAで表す）と呼ばれる。MNのアプリケーションは、ホームアドレスを用いて通信を行う。MNのアプリケーションは、気付アドレスを用いずに通信することができる。

MNは在圏リンクに移動した際に、在圏リンクに存在するルータが定期的に送信するルータ広告を受信する。このルータ広告に含まれるホームアドレスと異なるプレフィックスを検出することで、MNはホームリンクから在圏リンクへの移動を検知する。ルータ広告メッセージは、IPv6の近隣探索（Neighbor Discovery）（非特許文献２参照。）で規定される。上記メッセージは、ルータが自分の存在を同一リンク上の他のノードに通知するために利用するものである。

MNは移動を検知すると、HAに位置登録を行う。HAは、Binding Cacheにホームリンク以外に存在するMNのホームアドレスと位置登録の際に受信した気付アドレスの対応情報（バインディング情報）を保持する。次に、HAは、CNからMNのホームアドレス宛に送信されるパケットを捕捉するため、上記MNのプロキシとして動作する。

以下、CNがMN宛にパケットを送信する手順を説明する。
CNはMNのホームアドレス宛にパケットを送信する。HAは上記MNのホームアドレス宛パケットを捕捉する。HAはBinding Cacheを検索して、MNのホームアドレスに対応するCoAを取得する。HAは受信したパケットに該当CoA宛のIPヘッダを付加（カプセル化）してパケットを送信する。MNは上記CoA宛のパケットを受信すると、先に付加されたIPヘッダを除去（デカプセル化）してオリジナルパケットを復元する。

MNは、CNにMN自身のバインディング情報を通知することにより、経路最適化を行ってもよい。
また、IP網におけるセッション制御プロトコルとして、SIP(Session Initiation Protocol) （非特許文献3参照。）が注目されている。SIPは、IETFで仕様化されたIPマルチメディア通信のセッション制御を行うプロトコルである。SIPを用いた代表サービスにVoIP（Voice over IP）がある。VoIPは音声情報をIPネットワーク上で送受信する技術である。SIPによるVoIP通信では、通信開始前に通信装置間に仮想的な通話路（セッション）を設定する。IPパケット化された音声データは、設定した通信路上で転送される。VoIP通信においてSIPは、通信装置間のセッション確立、維持、切断を制御する。

音声データの属性などのメディア情報は、セッション確立時に決定する。通信装置はメディア情報をSIPメッセージに含まれるSDP（Session Description Protocol）で通知する。SDPでは、セッションに関する様々な情報（例えば、IPアドレス、ポート番号、メディア種別など）を記述することができる。

一方、3GPP2（3rd Generation Partnership Project 2）において、無線インタフェースにcdma2000 1xを用いる第3世代移動通信（以下、3G）の標準化が進んでいる。3Gネットワークは、無線アクセスネットワーク（RAN：Radio Access Network）とコアネットワーク(CN: Core Network)とで構成される。RANは、無線伝送機能を制御、及び、終端する。RANは、通常、基地局と基地局制御装置で構成される。CNは、移動制御、呼制御、サービス制御を行う。CNは、回線交換サービスとパケット交換サービスを提供する。パケット交換網がパケット交換サービスを提供する。パケット交換網のPDSN（Packet Data Serving Node）は、MNとの間でPPPコネクションを確立して、MNがIP網との間で送受信するIPパケットを転送する。

3GPP2仕様には、MNがIP網との間でIPパケットを送信する方法(接続種別)が２種類（Simple IP、Mobile IP）規定されている。Mobile IP技術が3Gネットワークに適用される際、パケット交換網はMNの位置情報を管理するHA（Home Agnet）を備える。（例えば、非特許文献4参照。）
さらに、3GPP2は3GネットワークのAll IP化（All IPベース移動通信網）の検討を進めている。All IPベース移動通信網では、IMS（IP multimedia subsystem）がパケット交換網に接続される。CSCF(Call Session Control Function)は、All IPベース移動通信網のセッション制御を行う。CSCFは、その役割により３種類（P-CSCF、 I-CSCF、 S-CSCF）に大別される。P-CSCF（Proxy-CSCF）は、MNが最初にアクセスするCSCFである。I-CSCF(Interrogating-CSCF)は、在圏網に存在するMNがホーム網のSIPサーバにアクセスする際、S-CSCFを特定する。S-CSCF(Serving-CSCF)は、ホーム網に存在し、セッション状態を制御管理する。セッション制御プロトコルには、SIPが利用される。（例えば、非特許文献５参照。）。

PDF（Policy Decision Function）はIMSにおいてQoSを制御する機能エンティティである。PDFは、PDSN及びP-CSCFと通信を行い、QoS制御機能を提供する。(例えば、非特許文献６参照。)。

IETF RFC3775、Mobility Support in IPv6 §4.1

IETF RFC2461、 Neighbor Discovery for IP Version 6 (IPv6)§3 IETF RFC3261、 SIP: Session Initiation Protocol§4 3GPP2 X.P0011-001-D v0.5、 cdma2000 Wireless IP Network Standard: Introduction 3GPP2 X.S0013-002-0 v1.0、 All-IP Core Network Multimedia Domain §4.6 3GPP2 S.R0037-0 v3.0、 IP Network Architecture Model for cdma2000 Spread Spectrum Systems Page 22

従来のAll IPベース移動通信網において、移動端末はセッションを確立する前に、MNはIP網との間でIPパケットの送受信を可能にするため、パケット交換網に接続する。移動端末はパケット交換網に接続した後、通信相手端末との間にセッションを確立する。
従来技術を用いた場合に想定可能な、モバイルIPv6対応MNがセッション確立する際、QoS制御を提供する方法は以下のようになる。

まず、MNがPDSNとの間にPPPを確立し、気付アドレスを取得する。次にMNがHAにモバイルIPの位置登録を行う。MNがP-CSCF、I-CSCF経由でS-CSCFにSIP位置登録を行う。このSIP位置登録に、MNのIPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。このSIP位置登録には、移動端末の接続種別は含まれなかった。

次に、MNはP-CSCFにSIPセッションの確立を要求する。このSIPセッションの確立要求に、移動端末のIPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。P-CSCFは、PDFからQoS制御パラメータの問い合わせを受信する。このQoS制御パラメータの問い合わせには、移動端末の接続種別は含まれなかった。P-CSCFは、QoS制御パラメータの問い合わせを受信すると、受信メッセージに応じた処理を起動する。しかしP-CSCFが起動する処理は、移動端末の接続種別に関わらず同一であった。P-CSCFは、上記QoS制御パラメータの問い合わせを受信すると、 PDFにQoS制御（例えば、パケットフィルタリング、パケット転送の優先制御等）に用いるパラメータを通知する。PDFはPDSNにQoS制御情報を送信する。

3GPP2ベース移動通信システムにおいて、MNがIP網との通信に利用する接続種別として、Simple IPとMobile IPがある。
MNが通信中に他のPDSN配下に移動する（PDSN間ハンドオフ）場合、MNが通信に利用するPDSNが変わる。MNがMobile IPを用いて通信を行う際、PDSN間ハンドオフ後もMNと通信相手端末との間のセッションは継続される。このため、P-CSCFは、移動前PDSNに通知した前記QoS制御情報を移動先PDSNに引き継ぐ必要があった。一方、MNがSimple IPを用いて通信を行う際、通常MNがPDSN間ハンドオフを行うとMNに付与されるIPアドレスは変わる。このため、MNと通信相手端末との間のセッションは解放される。よって、P-CSCFは移動前PDSNに通知した前記QoS制御情報を削除する必要はあるが、P-CSCFは前記QoS制御情報を移動先PDSNに引き継ぐ必要はない。

しかし、P-CSCFはMN毎に上記接続種別を管理しないため、MNがPDSN間ハンドオフを行うとき、接続種別に応じた上記処理を提供できないという課題があった。
例えば、MNがMobile IPを用いて通信を行う際、P-CSCFはQoS制御情報を移動先PDSNに通知する必要がある。しかし、P-CSCFはMNの接続種別を管理しないため、PDSN間ハンドオフ時に必要な通信制御が施せないという課題があった。

本発明の目的は、モバイルIP対応移動端末が送受信するパケットのQoS制御を提供することにある。
特に、ホーム網以外に存在する移動端末がPDSN間ハンドオフを行う際、移動端末が送受信するパケットのQoS制御を提供することにある。

（１）上記の問題を解決するために、本発明は以下の手段を備える。すなわち、無線アクセスネットワークを収容する通信装置が、移動端末の接続種別を取得する手段と、QoS制御機能を備える通信装置に上記取得した接続種別を通知する手段を備える。上記無線アクセスネットワークを収容する機能を備える通信装置は、上記QoS制御機能を備える通信装置に該当する移動端末の接続種別を含むQoS制御パラメータの問い合わせを送信する。QoS制御機能を備える通信装置は、SIP通信機能を備える通信装置に上記移動端末の接続種別を含むQoS制御パラメータの問い合わせを送信する手段を備える。SIP通信機能を備える通信装置は、上記QoS制御機能を備える通信装置から受信した移動端末の接続種別をセッション毎に管理する手段を備える。上記SIP通信機能を備える通信装置は、QoS制御機能を備える通信装置から、QoS制御に関するメッセージを受信すると、上記接続種別を参照して、QoS情報の引継ぎ処理、或いは、セッション終了処理を起動する。
（２）あるいは、SIP通信機能を備える通信装置が、モバイルIP対応移動端末の位置登録情報を取得する手段と、上記位置登録情報を参照して移動端末の接続種別を特定する手段とQoSパラメータを生成する手段を備える。上記SIP通信機能を備える通信装置は、QoS制御機能を備える通信装置から、QoS制御に関する情報を受信すると、上記接続種別を参照して、QoS情報の引継ぎ処理、或いは、セッション終了処理を起動する。

本発明は移動先ネットワークにおける移動端末が、PDSN間ハンドオフを行った際、QoS制御を適用した通信サービス（例：パケットフィルタリング、優先制御）を提供するための通信システム、及び、通信制御装置を提供する。

特に、無線アクセスネットワークを収容する通信装置が、QoS制御機能を備える通信装置経由でSIP通信機能を備える通信制御装置に移動端末の接続種別を通知する。上記SIP通信機能を備える通信制御装置は、上記QoS制御機能を備える通信装置からQoS制御に関する情報を受信すると、上記移動端末の接続種別を参照して、セッション制御処理を決定する。これにより、例えば、Mobile IP対応移動端末がPDSN間ハンドオフを行ったとき、QoS情報を移動先のPDSNに通知することが可能になる。或いは、Simple IPを利用する移動端末がPDSN間ハンドオフを行い、移動端末とPDSNの間のリンクが切断されると、P-CSCFはセッション解放処理を起動することが可能になる。すなわち、SIP通信機能を備える通信制御装置は、移動端末の接続種別を含むセッション情報を管理することによって、接続種別に応じたセッション制御、QoS制御を提供することが可能になる。

あるいは、SIP通信機能を備える通信装置がモバイルIPの位置登録情報を参照して接続種別を生成する。これによりSIP通信機能を備える通信装置は、移動端末の接続種別を含むセッション情報を管理し、接続種別に応じたセッション制御、QoS制御を提供することが可能になる。

本発明の第１の実施の形態を図面を用いて説明する。
代表例として、Mobile IPv6対応移動ノード（MN）がホーム網以外の網（以下、在圏網）に移動した際の通信方法を詳細に説明する。

図１は、本発明における通信網の構成例である。本発明における通信網はMN7のホーム網N1と在圏網N2から構成される。本実施例において、ホーム網N1、在圏網N2はIPv6網である。MN7はMobile IPv6対応移動ノード（MN）である。ただし、本発明の効果を奏することができる構成である限り、ホーム網N1、及び、在圏網N2はIPv4網やその他の網でもよく、MN7はMobile IPv4やその他のプロトコルに準拠した端末でもよい。
在圏網N2とホーム網N1は、ルータ、或いは、ゲートウェイ装置を介して接続される。

ホーム網N1は、I-CSCF4、S-CSCF5、HA6、AAA10aを備える。I-CSCF4、S-CSCF5、HA6、AAA10aは、IP網N4に接続される。
在圏網N2は、無線アクセスネットワーク（RAN）9（9a、9b）、PDSN１、PDF2、P-CSCF3、AAA10bを備える。PDSN1、PDF2、P-CSCF3、AAA10bは、IP網N3に接続される。
PDSN1は、MNと外部IP網間で送受信されるユーザIPパケットを転送する機能を提供する。

PDF2は、PDSN1やP-CSCF3と通信を行い、QoS制御機能を提供する。
P-CSCF3とI-CSCF4とS-CSCF5は、セッション制御機能を備える。P-CSCF3は、MN7が最初にアクセスするCSCFである。I-CSCF4は、在圏網に存在するMNのS-CSCFを特定する機能を備える。S-CSCF5は、MN7のセッション状態を制御・管理する機能を備える。

HA6はMobile IPv6対応ホームエージェント（HA）である。HA6はMN7の位置情報を管理する。上記位置情報とは、MNのホームアドレスと気付アドレスのバインディング情報である。HA6は通信相手端末がMN7のホームアドレス宛に送信するパケットを捕捉して、在圏網N2に存在するMN7にパケットを転送する機能を備える。

AAA10aは、移動端末の加入者プロファイルを管理し、移動端末の認証を行う機能を備える。AAA10ｂは、PDSN1からAAA10aへの問い合わせ、および、応答を中継する機能を備える。

MN７は、モバイルIP対応移動端末機能とSIPプロトコルを処理する機能と識別子NAI（Network Access Identifier）を備える。MN７は、SIP識別子としてSIP URIを保持する。AAA10aは、NAIを検索キーとして移動端末の認証を行う。

図２にPDSN１の構成例を示す。PDSN１は、回線12(12a、12b)を収容するインタフェース部（IF）11（11a、11b）と、CPU14と、メモリ15と、データベース16とから構成される。各構成要素は、バス13で接続される。

メモリ15には、RAN信号制御・IP/PPP制御を実行するプログラムとPDF信号制御を実行するプログラムと、QoS制御機能18を実行するプログラムが記憶されている。RAN信号制御・IP/PPP制御は、RANに存在する通信装置との間で信号を送信または受信する機能と、端末との間でIP/PPPを送信または受信する機能を備える。対PDF信号制御は、PDFとの間で信号を送信または受信する機能を備える。QoS制御機能18は、Mobile IPバインディング情報取得ルーチン50とQoS制御ルーチン60とトラヒックのQoS制御を行うQoS情報管理テーブル220とMSの接続種別を備える移動端末情報テーブル230を含む。データベース16が、QoS情報管理テーブル220と移動端末情報テーブル230を含んでもよい。

PDSN1がMobile IPバインディング情報取得ルーチン50を備えることにより、PDSN1がPDF2にMNのバインディング情報（ホームアドレスと気付アドレスの対応情報）を通知することが可能になる。PDSN1がQoS情報管理テーブル220とQoS制御ルーチン60を持つことにより、PDSN1を通過するパケットのQoS制御（例えば、パケットフィルタリングや優先制御）を行うことができる。
PDSN1が移動端末情報テーブル230を備えることにより、PDSN1が移動端末の接続種別を保持することが可能になる。この結果、PDSN1はP-CSCF3に移動端末の接続種別を通知することができる。

図8-aはQoS情報管理テーブル220のテーブル構成の一例である。PDSN1は、パケットの優先制御やフィルタリング等のQoS制御を行う際、QoS情報管理テーブル220を参照する。
QoS情報管理テーブル220は、少なくても端末間のセッションを識別するtoken221に対して、送信元IPアドレス222、送信元ポート番号223、QoS Class 224、 ポートの空塞状態を示すOn/Off225との対応関係を格納する。

上記QoS情報管理テーブル220は、着信先IPアドレス226、着信先ポートアドレス227を含んでもよい。QoS情報管理テーブル220が着信先IPアドレス226や着信先ポートアドレス227を含む場合、PDSN1は着信先IPアドレスや着信先ポートアドレスに応じてポートの空塞を管理できる。

図8-bは移動端末情報テーブル230のテーブル構成の一例である。PDSN1は、PDF2にQoS情報の問い合わせを送信する際、移動端末情報テーブル230を参照する。移動端末情報テーブル230は、少なくても移動端末のNAI231に対して、接続種別232、PPPリンク番号233、token234の対応関係を格納する。

図3にPDF2の構成例を示す。PDF2は、回線22(22a、22b)を収容するインタフェース部（IF）21（21a、21b）と、CPU24と、メモリ25と、データベース26とから構成される。各構成要素は、バス23で接続される。

メモリ25には、対P-CSCFメッセージ処理を実行するプログラムと、対PDSNメッセージ処理を実行するプログラムと、QoS制御機能27を実行するプログラムが記憶されている。対P-CSCFメッセージ処理は、P-CSCF-PDF間のメッセージを送信または受信する機能を備える。対PDSNメッセージ処理は、PDF-PDSN間のメッセージを送信または受信する機能を備える。QoS制御機能27は、QoS制御ルーチン90と、MN情報管理テーブル210と、QoS情報管理テーブル830と、QoS classテーブル850を含む。

データベース26がMN情報管理テーブル210と、QoS情報管理テーブル830と、QoS classテーブル850を含んでもよい。

PDFがMN情報管理テーブル210とQoS制御ルーチン90とQoS 情報管理テーブル830を備えることにより、PDFは、PDSNにQoSパラメータを送信する際、MN情報管理テーブル210の該当エントリからMN7の気付アドレスを読み出し、QoSパラメータに設定することが可能になる。

図11-aはMN情報管理テーブル210のテーブル構成の一例である。MN情報管理テーブル210は、MNのホームアドレス211、少なくてもMNが在圏網で取得したCare of Address (CoA)212との対応関係を格納する。例えば、エントリ210-1には、ホームアドレス(hoa)と気付アドレス(coa#1)との対応関係が格納される。
上記MN情報管理テーブル210は、Binding Cacheの有効期間を示す有効期間213を含んでもよい。MN情報管理テーブル210が有効期間213を含む場合、PDF2は上記テーブルから有効期限が切れたエントリを削除できる。

図11-bはQoS情報管理テーブル830のテーブル構成の一例である。QoS情報管理テーブル830には、Token831と、発側のIPアドレス（O-c、 832）、ポート番号およびメディア情報（O-m、 833）、発側気付アドレスの有無（836）、着側のIPアドレス（T-c、 837）、ポート番号およびメディア情報（T-m、 838）、着側気付アドレスの有無（841）、QoSクラス（842）との対応関係が格納される。

QoS情報管理テーブル830が気付アドレス有無フィールド（836、841）を含むことにより、PDF2はMNの気付アドレスの有無を管理することができる。気付アドレスがある場合、PDF2がPDSN１に送付するQoSパラメータに気付アドレスを設定することが可能になる。
上記QoS情報管理テーブル830が発側の属性（O-a、 834）、発側の帯域情報（O-b、835）、着側の属性（T-a、 839）、着側の帯域情報（T-b、840）を含んでもよい。上記QoS管理テーブル830がO-a834、T-a839を含む場合、PDF2はパケット送受信に関する属性（発信可、着信可、発着信可）を指定できる。上記QoS管理テーブル830がO-b835、T-b840を含む場合、PDF2は通信に使用する帯域を指定できる。

図11-cはQoSクラステーブル850のテーブル構成の一例である。QoSクラステーブル850は、メディアの種別（851）と優先度を示すQoS Class (852)の対応関係を格納する。例えば、エントリ850-1には、media (audio)とQoS Class(high)との対応関係が格納される。

図4にP-CSCF3の構成例を示す。P-CSCF3は、回線32(32a、32b)を収容するインタフェース部（IF）31（31a、31b）と、CPU34と、メモリ35と、データベース36とから構成される。各構成要素は、バス33で接続される。

メモリ35には、SIPメッセージ処理を実行するプログラム37と、対PDFメッセージ処理を実行するプログラムと、QoS制御機能38を実行するプログラムが記憶されている。SIPメッセージ処理37は、SIPメッセージを送信または受信する機能を備える。対PDFメッセージ処理39は、P-CSCF-PDF間のメッセージを送信または受信する機能を提供する。対PDFメッセージ処理39は、QoS制御情報更新ルーチン900とベアラ解放通知ルーチン910を備える。QoS制御情報更新ルーチン900は、PDF2にQoS制御情報を設定或いは更新する際に実行するプログラムである。ベアラ解放通知ルーチン910は、PDF2からベアラ解放通知を受信した際に実行するプログラムである。
QoS制御機能38は、セッション情報管理テーブル800を含む。
データベース36がセッション情報管理テーブル800を含んでもよい。

図13-aはセッション情報管理テーブル800のテーブル構成の一例である。セッション情報管理テーブル800は、少なくてもMNが確立中セッションを一意に識別するダイアログ（call ID801、 To headerのTagパラメータ802、From headerのTagパラメータ803のうち少なくともいずれか一つを含む）に対して、発側のIPアドレス情報O-c804、発側のポート番号とメディア種別O-m805、着側のIPアドレス情報T-c808、着側のポート番号とメディア種別T-m809、Token812、PDF id813、接続種別814との対応関係を格納する。

セッション情報管理テーブル800がダイアログ毎にMN７の接続種別814を格納することにより、P-CSCF3はMN7の接続種別に応じた処理を行うことが可能になる。
セッション情報管理テーブル800は発側の属性O-a806、発側の帯域情報O-b807、着側の属性T-a810、着側の帯域情報T-b811を含んでもよい。P-CSCF3はSIPメッセージのmessage-body部に該当パラメータが設定されるときこれらのフィールドを用いる。

上記セッション情報管理テーブル800がO-a806、T-a810を含む場合、P-CSCF3は属性情報（発信のみ、着信のみ、発着許容など）を指定できる。上記セッション情報管理テーブル800がO-b807、T-b811を含む場合、P-CSCF3は帯域情報を指定できる。

次に、IPv6パケットフォーマットについて説明する。IPv6パケットは、IPv6基本ヘッダと、これに続く拡張ヘッダと、これらのヘッダに続くペイロードとで構成される。このIPv6基本ヘッダは、送信元アドレスと、着信先アドレスとを含む。以下、このフォーマットに準拠したIPv6パケットを用いて説明をするが、本発明の効果が発揮される限り、IPv6以外のプロトコルに準拠した、例えばIPv4などのパケットを用いてもよい。

次に、SIPメッセージを含むパケットフォーマットについて説明する。SIPメッセージは、TCP/UDPなどのトランスポートプロトコルのデータ部に格納される。トランスポートプロトコルのヘッダとデータ部は、IPv6パケットフォーマットのペイロードに格納される。

次に、SIPメッセージのフォーマットについて説明する。
SIPメッセージは、少なくても要求又は応答を示すstart-lineと、SIPメッセージのパラメータが設定されるmessage-headerとで構成される。SIPメッセージを用いて端末間通信に利用するメディア情報等を送信する場合、SIPメッセージはメディア情報等を格納されるmessage-bodyを含む。

次に、Binding Updateメッセージを含むパケットのフォーマットについて説明する。Binding Updateメッセージを含むパケットは、Destination Options HeaderとIPv6 Mobility Headerから構成される。これらのヘッダは、IPv6パケットの拡張ヘッダに格納される。MN7がHA6に送信するBinding Updateには、以下の値が格納される。IPv6パケットヘッダの着信先アドレスに、HA6のアドレスを設定する。IPv6パケットヘッダの送信元アドレスに、MN7の気付アドレスを格納する。送信元アドレスにMN7のホームアドレス以外の値を格納する場合、MN7のホームアドレスがDestination Options Headerに格納される。

次に、Binding Acknowledgementメッセージを含むパケットのフォーマットについて説明する。Binding Acknowledgementメッセージを含むパケットは、Routing HeaderとIPv6 Mobility Headerから構成される。これらのヘッダは、IPv6パケットの拡張ヘッダに格納される。HA6がMN7に送信するBinding Acknowledgementには、以下の値が格納される。IPv6パケットヘッダの送信元アドレスに、HA6のアドレスを設定する。IPv6パケットヘッダの着信先アドレスに、MN7の気付アドレスを格納する。着信先アドレスにMN7のホームアドレス以外の値を格納する場合、MN7のホームアドレスがRouting Headerに格納される。

図5、図6、図7に示すシーケンスに従って、図1に示すRAN9aに在圏するMN7がHA6に位置登録を行い、通信相手端末（CN8）との間でセッションを確立するシーケンスを説明する。まず、図5を用いて、MN7が位置登録を行う手順を説明する。

第1の実施例において、PDSN１は、Mobile IPバインディング情報取得ルーチン50とQoS制御ルーチン60と移動端末情報テーブル230を備える。PDF2は、QoS制御ルーチン90を備える。
PDSN１にはPDF2のアドレスが設定されているものとする。

在圏網N2の無線アクセスネットワーク（RAN）9aに存在するMN７は、PDSN1aとの間にPPPを確立する(101)。PPP確立時に、PDSN1aは在圏網のAAA10b経由でホーム網のAAA10aにMN7の加入者プロファイルを問い合わせる(1000)。具体的にはPDSN1aは、MN7のNAIを検索キーとして、MN7の加入者プロファイルを要求する。AAA10aは、MN7の認証処理が正常に終了すると、MN7の接続種別などの加入者プロファイルを含む応答メッセージをPDSN1aに送信する。PDSN1aは、加入者プロファイルを含む上記応答メッセージを受信すると、MN7のNAIを検索キーとして、移動端末情報テーブル230を検索する。上記移動端末情報テーブル230にMN7のエントリが存在すれば、上記エントリの接続種別を更新する。上記移動端末情報テーブル230にMN7のエントリがなければ、新規エントリ230-1を作成し、MN7のNAI231に対してMN7の接続種別232とPPPリンク番号233を格納する。具体的には、MN7のNAI（aaa@example.com）とMN7の接続種別（Mobile IP）とPPPリンク番号(xxxx)の対応情報を保持する。これにより、PDSN1がPDFにQoSパラメータ問い合わせを送信するとき、PDSN1はMN7の接続種別を上記問い合わせに設定することが可能になる。

MN7は、PDSN1aからルータ広告（Router Advertisement）を受信し(102)、CoAを取得する(103)。PDSN1aからCoA（coa#1）を取得したMN7は、HA6に位置登録メッセージ（Binding Update）を送信する(104)。上記Binding Updateには、以下の値が格納される。MN7のCoA（coa#1）がIPv6パケットヘッダの送信元アドレスに設定される。MN7のホームアドレス(hoa)がIPv6 Destination Options Headerに設定される。

HA6は、上記Binding Updateを受信し、MN7の位置登録処理を行う。位置登録終了後、HA6は、Binding Updateの応答（Binding Acknowledgement）をMN７へ送信する(105)。上記Binding Acknowledgementには、以下の値が格納される。MN7のCoA（coa#1）がIPv6パケットヘッダの着信先アドレスに設定される。MN7のホームアドレス(hoa)がIPv6 Routing Headerに設定される。HA2は、MN7のプロキシとして動作する。

PDSN1aは、IPv６拡張ヘッダにMobility Headerを含むパケットを検出すると（106）、Mobile IPバインディング情報取得ルーチン50を起動する。Mobile IPバインディング情報取得ルーチン50の各ステップを図９に示す。まず、Mobility Headerのタイプを確認する。Mobility HeaderのタイプがBinding Acknowledgementであれば(51)、Mobility HeaderのStatus Codeを確認する(52)。Status Codeが128未満であれば、PDSN1aはPDF2aにMN7のバインディング情報を送信し(53、107)、本ルーチンを終了する。上記MN7のバインディング情報は、少なくてもMN７のホームアドレスとMN７の気付アドレスの対応情報を含む。上記MN7のバインディング情報は、有効期限を含んでもよい。MN7のホームアドレスは、上記Binding Acknowledgementを含むパケットのRouting Headerに設定される。MN7の気付アドレスは、上記Binding Acknowledgmentを含むパケットの着信先アドレスに設定される。

ステップ106、ステップ107によって、PDSN1がPDF2にMN7のバインディング情報を送信することができる。これにより、PDF2は、PDSN1に送信するQoSパラメータを生成するとき、MN7のバインディング情報を参照することが可能になる。

ステップ51において、受信パケットがBinding Acknowledgment以外である場合、或いは、ステップ52において、Binding AcknowledgmentのStatus Codeが128以上である場合、本ルーチンを終了する。

図5に戻って、PDF2aはバインディング情報を受信すると、MN7のホームアドレス211を検索キーとして、MN情報管理テーブル210を検索する。上記MN情報管理テーブル210にMN7のエントリが存在すれば、上記エントリのバインディング情報を更新する。上記MN情報管理テーブル210にMN7のエントリがなければ、新規エントリ210-1を作成し、MN7のバインディング情報を格納する(108)。具体的には、MN7のホームアドレス（hoa）とMN7の気付アドレス（coa#1）との対応情報を保持する。
PDF2aは、上記バインディング情報の格納が終わると、PDSN1aに応答メッセージ（109）を送信する。

以上のステップにより、PDF2aはMN7のバインディング情報を取得することができた。これにより、PDF2は、PDSN1に送信するQoSパラメータを生成するとき、MN7のバインディング情報を参照することが可能になる。

MN7は、正常終了を示すBinding Acknowledgement(105)を受信すると、S-CSCF5に対するSIP位置登録を開始する。

まず、DHCP(Dynamic Host Configuration Protocol)、或いは、DNS(Domain Name System)を用いて、在圏網N2に存在するP-CSCF3のアドレスを取得する（110）。
MN7は、HA2を経由して、ステップ110でアドレスを取得したP-CSCF3にSIP位置登録要求メッセージ（REGISTER）(111)を送信する。上記REGISTERメッセージ111を含むオリジナルIPパケットは、HA6宛の着信先アドレスをもつIPv6ヘッダでカプセル化した形でHA6に送信される。HA6は、受信パケットからカプセル化IPv6ヘッダを削除（デカプセル化）し、オリジナルIPパケットをP-CSCF3に転送する。

P-CSCF3は、上記SIP位置登録メッセージ（REGISTER）のStart-lineに含まれるMN7のSIP URIからI-CSCF4を特定する。P-CSCF3は、I-CSCF4に上記SIP位置登録メッセージ（REGISTER）を送信する（112）。I-CSCF4は、ホーム網N1が保持する加入者情報を参照して、S-CSCF5を特定する。I-CSCF4はS-CSCF5に上記SIP位置登録メッセージ（REGISTER）を送信する（113）。

S-CSCF5は、上記SIP位置登録メッセージ（REGISTER）を受信すると、SIPの位置登録を行う。具体的には、MNのSIP URI（例：sip:mn@example.com）とホームアドレス（hoa）の対応情報を保持する。S-CSCF5は、上記SIP位置登録が終わると、I-CSCF4に上記SIP位置登録要求に対する応答メッセージ（“200 OK”）を送信する（114）。上記応答メッセージは、S-CSCFのアドレスが設定されたmessage-headerを含む。I-CSCF4はP-CSCF3に上記応答メッセージ（“200 OK”）を送信する(115)。P-CSCF3のSIPメッセージ処理37は、上記応答メッセージからS-CSCF5のアドレスを取得し、MN7のSIP-URIとS-CSCF5の情報とMN７のホームアドレスの対応情報を保持する。

P-CSCF3は、応答メッセージ（“200 OK”）をMN7に送信する（116）。SIP位置登録要求メッセージ(111)がHA6を経由した場合、上記応答メッセージはHA6経由でMN7に転送される。この場合、P-CSCF3が送信した応答メッセージを含むIPパケットは、HA6でMN7のCoA(coa#1)を宛先アドレスとするIPヘッダでカプセル化され、MN7に転送される。

上述したHA6への位置登録とS-CSCF5への位置登録は、MN7の気付アドレスが変わらない場合でも、HA6が管理するバインディング情報のエントリ有効期限とS-CSCF5が管理するSIP位置登録情報のエントリ有効期限を更新する目的で、所定の周期で繰り返して実行される。HA6への位置登録周期とS-CSCF5への位置登録周期は必ずしも一致しない。

次に、図6から図7に示すシーケンスに従って、MN7が通信相手端末（CN）8に発信する手順を説明する。
MN7は、P-CSCF3にmessage-body部にMN7のメディア情報とQoS制御が必要であることを示す情報を含むセッション確立要求メッセージ（INVITE）を送信する(121)。第1の実施例において、MN7がP-CSCF3との間で送受信するパケットは、HA6を経由する。MN7が送信するIPパケットは、HA6宛の着信先アドレスをもつIPv6ヘッダでカプセル化される。MN７が受信するパケットは、HA6においてMN７の気付アドレス宛の着信先アドレスをもつIPv６ヘッダでカプセル化される。

P-CSCF3は、上記セッション確立要求メッセージ（INVITE）を受信すると、セッション情報管理テーブル800にMN7のメディア情報を格納する(122)。
まず、受信メッセージ(121)のmessage-header内Call-Idヘッダ、Fromヘッダのtagを検索キーとして、上記セッション情報管理テーブル800を検索する。上記セッション情報管理テーブル800に該当エントリが存在しなければ、P-CSCF3は上記セッション情報管理テーブル800に新規エントリ（800-1）を追加して、該当エントリに受信メッセージ(121)のmessage-body部の情報を格納する。具体的には、c lineに含まれるIPアドレス(hoa)をO-c(804)に、m lineに含まれる受信ポート番号とメディアの種別（4004、audio）をO-m(805)にそれぞれ格納する。a line、ｂlineがある場合、a lineに含まれる属性情報をO-a（806）、b lineに含まれる帯域情報をO-b(807)にそれぞれ格納する。本実施例において、MN7がc lineに設定するIPアドレスは、MN7のホームアドレス(hoa)である。

P-CSCF3は、ステップ115でアドレスを取得したS-CSCF5にセッション確立メッセージ（INVITE）（123）を送信し、暫定応答100（Trying）をMN7に送信する（124）。S-CSCF5は、セッション確立要求メッセージ（INVITE）（125）をCN8に送信し、暫定応答100（Trying）をP-CSCF3に送信する（126）。CN8は、暫定応答100（Trying）(127)とmessage-body部にメディア情報を含む暫定応答183（Session Progress）をS-CSCF5に送信する（128）。S-CSCF5は、上記暫定応答183をP-CSCF3に転送する（129）。

P-CSCF3は、メディア情報を含む暫定応答183を受信すると、セッション情報管理テーブル800にCN8のメディア情報を格納する(130)。

まず、受信メッセージ(129)のmessage-header内Call-Idヘッダ、Fromヘッダのtagを検索キーとして、上記セッション情報管理テーブル800を検索する。ここで、P-CSCF3はステップ122で作成したエントリ800-1を検出し、該当エントリに受信メッセージ（129）のmessage-body部に含まれるメディア情報を格納する。具体的には、To headerに含まれるTagをto tag (802)に、c lineに含まるIPアドレス(cn)をT-c(808)に、m lineに含まれる受信ポート番号とメディアの種別（6002、audio）をT-m(809)にそれぞれ格納する。a line、ｂlineがある場合、a lineに含まれる属性情報をT-a（810）、b lineに含まれる帯域情報をT-b(811)にそれぞれ格納する。

次に、P-CSCF3はQoS制御に用いる識別子“Token”を生成し、上記セッション情報管理テーブル800の該当エントリ800-1にToken(111@pcscf)を追記する。Tokenは、P-CSCF3の識別子と、P-CSCFが発側であるか着側であるかを示す情報と、MN7とCN8が送受信するメディアストリームを一意に識別する情報を含む。P-CSCF3は上記Token(111@pcscf)を含む暫定応答(183)をMN7に送信する(131)。

MN7は、暫定応答（183）の受信をCN8に通知するため、PRACK(Provisional Response Acknowledgment)を送信する（132）。CN8は、PRACKを正常に受信したことを示す応答200 OKをMN７に送信する（143）。

MN７は、PRACK（132）の送信と平行して、メディア送受信に利用する無線アクセスネットワークのベアラをPDSN1aとの間で確立する（133）。ここで、MN7は、ステップ131で受信したToken（111@pcscf）をPDSN1aに通知する。

PDSN1aは、ステップ133で受信したメッセージがTokenを含む場合、アプリケーションに応じたQoS制御が必要であると判断する。まず、PDSN1aはステップ101において、MN7との間に確立したPPPのPPPリンク番号を検索キーとして、移動端末情報テーブル230を検索する。PDSN1aはPPP確立時（ステップ101）に格納したエントリ230-1から、MNの接続種別（Mobile IP）を読み出す。次に、PDSN1aは、ステップ133で受信したメッセージに含まれるToken（111@pcscf）を該当エントリ230-1のToken234に格納する。

PDSN1aは、エントリ230-1から読み出したMNの接続種別（Mobile IP）と上記Token（111@pcscf）を含むQoS Authorization QueryをPDF2aに送信する（134）。PDF2aのQoS制御機能27は、QoS Authorization Queryを受信すると、図12に示すQoS制御ルーチン90を起動する。まず、QoS制御機能27は、受信メッセージがTokenを含むか検証する(91)。受信メッセージがTokenを含まない場合、PDF2はPDSN１へエラー通知を送信し（99）、本ルーチンを終了する。受信メッセージがTokenを含めば、PDF2はP-CSCF3からQoSパラメータを取得するため、P-CSCF3に接続種別（Mobile IP）とToken（111@pcscf）を含むQoS Parameter Requestを送信する（92、135）。PCFはステップ91で受信したToken（111@pcscf）からP-CSCF3のアドレス(pcscf)を抽出する。

図6に戻り、P-CSCF3は、接続種別（Mobile IP）とToken（111@pcscf）を含むQoS Parameter Request（135）を受信すると、図14に示すQoS制御情報更新ルーチン900を起動する。まず、対PDFメッセージ制御39は、受信メッセージがTokenを含むか検証する(901)。受信メッセージがTokenを含まない場合、P-CSCF3はPDF2へエラー応答を送信し（907）、本ルーチンを終了する。受信メッセージがTokenを含めば、上記Token（111@pcscf）を検索キーとして、セッション情報管理テーブル800を検索する。該当エントリ800-1が存在すれば、該当エントリからCall-ID(801)、To tag (802)、From tag(803)を抽出する。上記抽出した情報（801、802、803）の組み合わせ（SIP dialog ID）により、SIPダイアログを一意に識別する。上記SIP dialog IDを検索キーとして、SIPメッセージ処理37がSIPプロトコル処理の一環として管理するSIPダイアログの状態を参照する(902)。P-CSCF3はステップ129でINVITEに対応する暫定応答(183)を受信している。よって、P-CSCF3が管理する上記SIPダイアログの状態は、“Early state”である。

SIPダイアログの状態が“Early state”又は“Confirmed state”であれば、P-CSCF3はセッション情報管理テーブル800の該当エントリのPDF id(813)にQoS Parameter Request送信元PDFのアドレス(pdf1)を格納する。次に、セッション情報管理テーブル800の該当エントリの接続種別814にQoS Parameter Requestに設定されたMN7の接続種別（Mobile IP）を格納する（136、903）。

さらに、P-CSCF3はセッション情報管理テーブル800の該当エントリから発側メディア情報（804〜807）と着側メディア情報（808〜811）を読み出す。P-CSCF3は、PDF2aに上記発着のメディア情報とTokenを含むQoS Param Authorization Requestを送信する（137、904）。ステップ903においてPDF idを新しく格納した場合、P-CSCF3は本ルーチンを終了する。

図12に戻り、PDF2aは発着のメディア情報とTokenを含むQoS Param Authorization Requestを受信すると（137、93）、P-CSCF3に応答確認（QoS Param Authorization Confirmed）を送信する(138、94)。

次に、PDF2aはToken（111@pcscf）を検索キーとして、QoS情報管理テーブル830を検索する(95)。

該当エントリが存在しなければ、PDF2はQoS情報管理テーブル830に新規エントリ830-1を追加する(95)。具体的には、PDF2はステップ137で受信した発側IPアドレス(hoa)を832へ、ポート番号とメディア種別（4004 audio）を833へ、着IPアドレス(cn)を837へ、ポート番号とメディア種別（6002 audio）を838へ、それぞれ格納する。次に、PDF2は、ステップ137で受信したメッセージに含まれる発側IPアドレス（hoa）を検索キーとして、MN情報管理テーブル210のMNホームアドレスを検索する（96）。上記MN情報管理テーブル210に該当するIPアドレスのエントリが存在すれば、該当エントリからCoAを読み出し、QoS情報管理テーブル830のCoA有無フラグ（836）を有に設定する。同様に、PDF2は、ステップ137で受信したメッセージに含まれる着側IPアドレス（cn）を検索キーとして、MN情報管理テーブル210のMNホームアドレスを検索する。上記MN情報管理テーブル210に該当するIPアドレスのエントリが存在しなければ、QoS情報管理テーブル830のCoA有無フラグ（841）を無に設定する（96）。

PDF2は、ステップ108において、該当エントリ210-1を生成している。このため、PDF2は該当エントリ210-1からcoa#1を読み出し、CoA有無フラグ836に有を設定する。続いて、PDF2は、ステップ137で受信したメッセージに含まれる発着のメディア種別（audio）を検索キーとして、QoS Classテーブル850からQoS Class(high)を取得する。PDF2は、取得したQoS ClassをQoS情報管理テーブル830の該当エントリのQoS Class（842）フィールドに設定する。

ステップ139において、PDF2がMN情報管理テーブル210を参照することにより、PDF2はPDSN1に送信するQoSパラメータにMN7の気付アドレスを設定することが可能になる。

PDF2はPDSN1にQoS情報としてTokenとエントリ210-1から読み出したMN7の気付アドレス(coa#1)と上記QoSクラス（high）を含むQoS Authorization Responseを送信し（140、97）、本ルーチンを終了する。PDF2はQoS Authorization Responseを用いて、PDSN1にQoSパラメータを送信する。上記Authorization Responseが発側ポート番号、着側IPアドレス、着側ポート番号を含んでもよい。

PDF2がステップ140のパラメータにMN7の気付アドレス(coa#1)を設定することにより、PDSN1はQoSパラメータとして気付アドレス(coa#1)を利用できる。

ステップ96において、MN情報管理テーブル210に該当するIPアドレスのエントリが存在しなければ、PDF2はPDSN1にMNの気付アドレスを含まないQoS Authorization Responseを送信し、本ルーチンを終了する(98)。

図6に戻り、PDSN1aはPDF2aからQoS Authorization Response（140）を受信すると、PDSN1はQoS制御機能18のQoS制御ルーチン60を起動する。
QoS制御ルーチン60の各ステップを図10に示す。PDSN1は、ステップ140で受信したメッセージに含まれるToken（111@pcscf）を検索キーとしてQoS情報管理テーブル220を検索する(61)。該当エントリが存在しなければ、PDSN1はQoS情報管理テーブル220に新規エントリを追加する(61、141)。

具体的には、まず、PDSN1はステップ140で受信したToken（111@pcscf）から、P-CSCFが発側P-CSCFであるか着側P-CSCFであるかを判断する。

P-CSCFが発側P-CSCFである場合、PDSN１はステップ140で受信した発側メディア情報（IPアドレス（coa#1）、ポート番号(4004）をQoS管理情報テーブル220のSource IPアドレス222とSource Port223へ、着側メディア情報（IPアドレス(cn)、ポート番号(6002)）をQoS管理情報テーブル220のDest. IPアドレス226とDest.Port227へ、QoSクラス(high)を224へ、それぞれ格納する。

PDSN1は、QoS管理情報テーブル220の発側メディア情報として、MN7の気付アドレス(coa#1)を格納した。これにより、PDSN1がQoS管理情報管理テーブル220を参照して、例えば、パケットの優先制御を行う場合、優先順位を決定する条件としてMN7の気付アドレスを用いることが可能になる。

P-CSCF3が着側P-CSCFである場合、PDSN１はステップ140で受信した着側メディア情報（IPアドレス、ポート番号等）をQoS管理情報テーブル220のSource IPアドレス222とSource Port223へ、発側メディア情報（IPアドレス、ポート番号等）をQoS管理情報テーブル220のDest. IPアドレス226とDest.Port227へ、QoSクラスを224へ、それぞれ格納する。
PDSN1aはMN7にBearer Resource Confirmationを送信し(142)、Open Gate Directiveメッセージの受信を待つ(62)。

次に図7のシーケンスを説明する。MN7は、リソース予約の完了を通知するため、CN8にUPDATEメッセージを送信する(144)。CN8は、UPDATEメッセージ(144)を受信すると、UPDATEを正常に受信したことを示す応答メッセージ（200 OK）をS-CSCF5、 P-CSCF3経由でMN7に送信する（145）。次にCN8はユーザの呼び出しを開始し、呼び出し中を示す暫定応答メッセージ（180 Ringing）をS-CSCF5、 P-CSCF3経由でMN7に送信する（146）。

MN7は、暫定応答（180）の受信をCN8に通知するため、PRACK(Provisional Response Acknowledgment)を送信する（147）。CN8は、PRACKを正常に受信したことを示す応答メッセージ（200 OK）をMN７に送信する（148）。

CN8は、ユーザが応答すると、ステップ125で受信したINVITEに対する応答メッセージ(200 OK)をS-CSCF5経由でP-CSCF3に送信する（149、150）。

P-CSCF3は、上記応答メッセージ（200 OK）(150)を受信すると、上記応答メッセージに含まれるCall ID、 From headerのTag、To headerのTagの少なくともいずれか一つを検索キーとして、セッション情報管理テーブル800を検索する。P-CSCF3は、ステップ122で新規に作成し、ステップ130及びステップ136で更新したエントリを検出し、該当エントリから、PDF2のid（pdf1）とToken(111@pcscf)を読み出す。

P-CSCF3は、PDF2aに上記Tokenを含むAuthorization Request to Gate Openを送信する（151）。

PDF2aはTokenを検索キーとして、QoS情報管理テーブル830を検索する。PDF2aは、ステップ137受信時に作成したエントリを検出する。該当するエントリが上記テーブルに存在すれば、PDF2aはPDSN1aに上記Tokenを含むOpen Gate Directive Approval of QoS Commitメッセージを送信する（152）。

図10に戻り、PDSN1aは上記メッセージを受信する(62)と、Tokenを検索キーとして、QoS情報管理テーブル220を検索する(63)。PDSN1aは、ステップ141で作成したエントリを検出する。該当するエントリが上記テーブルに存在すれば、PDSN1は該当エントリのパケット送受信フラグon/off225をonに更新し、PDF2にOpen Gate Responseを送信し、本ルーチンを終了する（64、153、154）。

ステップ62において、一定時間内にOpen Gate Directive- Approval of QoS Commitメッセージを受信しなかった場合、或いは、ステップ63において該当エントリが存在しなかった場合、PDSN1は本ルーチンを終了する。

図7に戻り、PDF2aはOpen Gate Response154を受信すると、P-CSCF3にAuthorization Answerメッセージ（155）を送信する。P-CSCF3は、上記Authorization Answerメッセージ(155)を受信した後、MN7にステップ121で受信したINVITEに対する正常応答メッセージ(200 OK)を送信する（156）。MN7は、上記正常応答メッセージ156を受信すると応答確認メッセージ（ACK）をP-CSCF3、S-CSCF5経由でCN8に送信する（157〜159）。

以上の処理により、MN7とCN8の間にQoS制御を行ったセッションが確立し、ユーザデータの送受信が可能になる（160、161）。

MN７が受信するパケットは、HA6においてMN７の気付アドレス宛の着信先アドレスをもつIPv６ヘッダでカプセル化される(160)。MN7が送信するIPパケットは、MN7の気付アドレスが送信元アドレスに設定されたIPv6ヘッダでカプセル化される(161)。PDSNは、パケット送信時にQoS情報管理テーブル220を参照し、QoSクラスに応じてパケットを転送する。ステップ141において、PDSN1がQoS管理情報テーブル220の発側メディア情報に、MN7の気付アドレス(coa#1)を格納している。このため、PDSN1は、気付アドレス（coa#1）に対応する優先順位（high）を指定してパケットを転送することができる。即ち、PDSN1は気付アドレスに応じたQoS制御を提供できる。

続いて、図16に示すシーケンスに従って、図5〜図7に示したステップで位置登録、及び、セッションの確立を行ったMN7がPDSN間ハンドオフを行う手順を説明する。

MN7は、PDSN1bとの間にPPPを確立し、新しい気付アドレス(coa#2)を取得する（161〜163）。この際、MM７がPDSN1aとの間に確立しているPPPリンクは切断される。

図17に示すシーケンスに従って、MN７とPDSN1aの間のPPPリンクが切断される際の手順を説明する。PDSN1aは、PPPリンクの切断を検出すると（311）、PPPリンク番号を検索キーとして、移動端末情報テーブル230を検索する。PDSN1aは、上記移動端末情報テーブル230からステップ101で生成し、ステップ133受信時に更新したエントリ230-1を検出し、Token（111@pcscf）を読み出す。PDSN1aは、PDF2aにリンク切断を通知するため、上記Token（111@pcscf）を含むBearer Release / Loss Indicationを送信する(312)。PDF2aは上記Token（111@pcscf）からP-CSCF3を特定し、上記Tokenを含むBearer Release / Loss Indicationを送信する(313)。P-CSCF3は、上記メッセージを受信すると、図15に示すベアラ解放通知ルーチン910を起動したのち、PDF2に応答確認（Bearer Indication Ack）を送信する(314)。PDF2は、PDSN1に応答確認（Bearer Indication Ack）を送信する（315）。

P-CSCF3は受信メッセージがTokenを含むことを確認する（911）。受信メッセージがTokenを含まない場合、P-CSCF3はエラー応答を送信し（914）、本ルーチンを終了する。

受信メッセージがTokenを含む場合、上記Tokenを検索キーとして、セッション情報管理テーブル800を検索する。P-CSCF3は、ステップ136で設定したエントリ800-1を検出し、該当エントリの接続種別814を読み出す（912）。

ここで、接続種別はMobile IPであるため、P-CSCF3は本ルーチンを終了する。
図16に戻り、MN7がPDSN1bとの間にPPPを確立する時、PDSN1bは在圏網のAAA10b経由でホーム網のAAA10aにMN7の加入者プロファイルを問い合わせる(1001)。AAA10aは、MN7のNAIを検索キーとして、MN7の認証を行う。認証処理が正常に終了すると、AAA10aはMN7の接続種別などの加入者プロファイルを含む応答メッセージをPDSN1bに送信する。ここで、PDSN1bはMN7のNAIを検索キーとして、移動端末情報テーブル230を検索する。上記移動端末情報テーブル230にMN7のエントリが存在すれば、上記エントリの接続種別を更新する。上記移動端末情報テーブル230にMN7のエントリがなければ、新規エントリ230-1を作成し、MN7のNAI231に対してMN7の接続種別情報232とPPPリンク番号233を格納する。具体的には、MN7のNAI（aaa@example.com）とMN7の接続種別（Mobile IP）とPPPリンク番号（xxxx）の対応情報を保持する。これにより、PDSN1bは、PDF2bに送信するQoS制御情報にMN7の接続種別を設定することが可能になる。

MN7は、新しい気付アドレス(coa#2)を生成し（162、163）、HA6に登録する（Binding Update、 164）。HA6は、MN7のバインディング情報を更新し、上記Binding Updateの応答メッセージ（Binding Acknowledgment）をMN７に送信する（165）。
PDSN1bがBinding Acknowledgmentを検出し、PDF2bにMN7のBinding情報を通知する処理（166〜169）は、図5のステップ106から109と同じである。

ステップ166〜169より、PDSN1bがPDF2bにMN7のバインディング情報（hoaとcoa#2の対応情報）を通知することができる。PDF2bが気付アドレス（coa#2）を取得することにより、PDF2bはPDSN1bに送信するQoSパラメータに気付アドレス（coa#2）を設定することが可能になる。

MN7は、SIPプロトコル処理の一環として管理するSIP ダイアログの状態を参照する。SIPダイアログの状態が“confirmed state”であれば、MN7はステップ171からステップ180を実施する。ステップ171からステップ180の処理は、図6のステップ133からステップ142の処理と同じである。

PDSN1bは、ステップ171のメッセージを受信すると、PPPリンク番号を検索キーとして、移動端末情報テーブル230を検索する。ここで、PDSN1bはPPP確立時（ステップ161）に格納したエントリ230-1から、MNの接続種別（Mobile IP）を読み出し、MNの接続種別と上記Tokenを含むQoS Authorization QueryをPDF2bに送信する（172）。PDF2bは、MNの接続種別と上記Tokenを含むQoS Parameter Request(173)をP-CSCF3に送信する
P-CSCF3は、Token（111@pcscf）とMNの接続種別（Mobile IP）を含むQoS Parameter Request（173）を受信すると、図14に示すQoS制御情報更新ルーチン900を起動する。

受信メッセージがTokenを含めば(901)、P-CSCF3は、上記Token（111@pcscf）を検索キーとして、セッション情報管理テーブル800を検索する。該当エントリ800-1が存在すれば、該当エントリのSIPダイアログ情報を抽出する。SIPメッセージ処理37は、上記SIPダイアログ情報を検索キーとして、SIPプロトコル処理の一環として管理するSIPダイアログの状態を参照する(902)。P-CSCF3はステップ150でINVITEに対応する最終応答（200 OK）を受信する。よって、P-CSCF3が管理する上記SIPダイアログの状態は、“Confirmed state”である。

SIPダイアログの状態が “Confirmed state”であるため、P-CSCF3はセッション情報管理テーブル800の該当エントリのPDF id(813)をQoS Parameter Request(173)送信元PDFのアドレス(pdf2)に更新する。この際、更新前のPDFアドレス（pdf1）を一時保持する。次に、P-CSCF3は、セッション情報管理テーブル800の該当エントリの接続種別814に上記QoS Parameter Requestに設定されたMN3の接続種別（Mobile IP）を設定する（174、903）。

さらに、P-CSCF3はセッション情報管理テーブル800の該当エントリから発側メディア情報（804〜807）と着側メディア情報（808〜811）を読み出す。P-CSCF3は、PDF2bに上記発着のメディア情報とTokenを含むQoS Param Authorization Requestを送信する（175、904）。次にP-CSCF3がステップ903において、PDF idを更新したか否かを決定する(905)。PDF idを更新する場合、P-CSCF3はステップ903において一時的に保持したPDFアドレス（pdf1）を読み出す。次に、P-CSCF3は上記PDFアドレス（pdf1）にQoS制御情報の削除を要求するため、Removal of Authorization処理（ステップ906）を起動し、本ルーチンを終了する。

図16に示すシーケンスに従って、QoS制御情報を削除する処理の手順を説明する。P-CSCF3は、ステップ903で一次的に保持したPDF2a（pdf1）にQoS制御情報の削除を要求するため、Tokenを含むRevoke Auth Requestを送信する（182）。PDF2aは、Tokenを含むRevoke AuthozationをPDSN1aに送信する(183)。PDSN1aは、Tokenを検索キーとして、QoS情報管理テーブル220を検索する。PDSN1aは、上記QoS情報管理テーブル220からステップ141で生成した該当エントリを検出し、該当エントリを削除する。その後、PDSN1aは、PDF2aにTokenを含むRevoke Confirmedを送信する（184）。PDF2aは、Tokenを検索キーとして、QoS情報管理テーブル830を検索する。PDF2aは、上記QoS情報管理テーブル830からステップ137で生成した該当エントリを検出し、該当エントリを削除する。その後、PDF2aはP-CSCF3にQoS制御情報の削除完了を通知するため、Tokenを含むRequest Confirmed(185)を送信する。

以上の処理により、接続種別がMobile IPであるMN7がPDSN間ハンドオフを行ったとき、P-CSCF3は移動前のPDSN1aが保持するMN7のQoS制御情報を消去することが可能になる。

ステップ171においてSIPダイアログの状態が“confirmed state”以外であれば、MN7は図6のステップ121から図7のステップ159までの処理を行う。

P-CSCF3はPDF2bからQoS Param Authorization Confirmed(176)を受信すると、上記メッセージに含まれるTokenを検索キーとして、セッション情報管理テーブル800を検索する。該当するエントリが存在する場合、P-CSCF3は該当エントリからCall ID、 To headerのtag、 From headerのtagを読み出す。次に、SIPメッセージ処理部がSIPプロトコル処理の一環として管理するSIP ダイアログの状態を参照する。SIP ダイアログの状態が“confirmed state”であれば、図7 ステップ150から155と同じ処理（181）を行う。SIP ダイアログの状態が“confirmed state”以外であれば、P-CSCF3はINVITEに対する最終応答（200 OK）の受信したとき、ステップ181を実施する。MN7は、気付アドレスcoa#2を用いてユーザデータを送受信することが可能になる（186、187）。

以上の処理により、MN7が外部IP網との通信に利用するPDSNを変更した場合、P-CSCF3が移動先のPDSN1bにMN7のQoS制御情報（パケット優先制御やパケットフィルタリングの条件）を通知することが可能になる。即ち、モバイルIP対応MN7がPDSN間ハンドオフを行う際、P-CSCF3がMN7の接続種別を保持することにより、移動先PDSNにQoS情報を通知し、移動前のPDSNが保持するQoS情報を削除することが可能になる。

次に、図18、19、20に示すシーケンスに従って、MN7の接続種別がSimple IPである場合の位置登録、および、セッション確立手順を示す。

図18を用いて、MN7が位置登録を行う手順を説明する。MN7がPDSN1aとの間にPPPを確立する手順は、MN7の接続種別がMobile IPである場合と同様である(101)。PPP確立時に、PDSN1aがAAA10aから受信する加入者プロファイルには、MN７の接続種別としてSimple IPが含まれる(1002)。PDSN1aは、移動端末情報テーブル230にMN7のエントリがなければ、新規エントリ230-2を作成し、MN7のNAI231に対してMN7の接続種別情報232とPPPリンク番号233を格納する。具体的には、MN7のNAI（bbb@example.com）とMN7の接続種別（Simple IP）とPPPリンク番号の対応情報を保持する。これにより、PDSN1がPDFにQoSパラメータの問い合わせを送信するとき、MN7の接続種別を参照することが可能になる。

続いて、MN7はDHCP(Dynamic Host Configuration Protocol)、或いは、DNS(Domain Name System)を用いて、在圏網N2に存在するP-CSCF3のアドレスを取得する（110）。

MN7がP-CSCF3、I-CSCF4を経由してS-CSCF5にSIP位置登録を行う手順（117、118）は、MN7の接続種別がMobile IPである場合のSIP位置登録手順（111から116）と以下の点が異なる。MN7がP-CSCF3との間で送受信するSIPメッセージはHAを経由しない。S-CSCF5は、MN7のIPアドレスとして、PPP確立時、あるいは、PPP確立後に取得したMN7のIPアドレス（mn）を保持する。

図19から図20に示すシーケンスに従って、MN7が通信相手端末（CN）8に発信する手順を説明する。接続種別がSimple IPであるMN7がCN8に発信する手順は、図6から図７に示す接続種別がMobile IPである場合の発信手順と以下が異なる。

MN7がP-CSCF3との間で送受信するSIPメッセージはHAを経由しない。
ステップ134において、PDSN1がPDF2に通知するMN7の接続種別は、Simple IPである。ステップ135において、PDF2がP-CSCF3に通知するMN7の接続種別は、Simple IPである。

ステップ136において、P-CSCF3はセッション情報管理テーブル800の該当エントリの接続種別に“Simple IP”を設定する。

ステップ139において、PDF2はMN情報管理テーブル210を参照する。MN7の接続種別がSimple IPであるため、MN情報管理テーブル210に該当エントリは存在しない。よって、 PDF2はQoSパラメータにP-CSCF3から通知されたMN7のIPアドレス(mn)を設定したQoS Authorization Response(140)をPDSN1に送信する。

ステップ160、ステップ161において、ユーザデータは、HA6を経由せず、MN7とCN８の間で送受信される。

図21に示すシーケンスに従って、MN７とPDSN1aの間のPPPリンクが切断される際の手順を説明する。ステップ311からステップ313は、MN7の接続種別がMobile IPである場合と同様である。P-CSCF3は、Bearer Release / Loss Indicationメッセージを受信すると、図15に示すベアラ解放通知ルーチンを起動する。まず、受信メッセージがTokenを含むことを確認する（911）。

受信メッセージがTokenを含む場合、上記Tokenを検索キーとして、セッション情報管理テーブル800を検索する。上記セッション情報管理テーブル800に該当エントリが存在すれば、該当エントリの接続種別814を読み出す（912）。該当エントリに設定されるMN7の接続種別は“Simple IP”であるため、P-CSCF3は該当SIPダイアログの終了処理を起動し（913）、本ルーチンを終了する。ここで、SIPダイアログの終了処理を説明する。P-CSCF3は、S-CSCF5にセッション終了要求（BYE）を送信した後(316)、PDF2およびPDSN1が保持するQoS制御情報を削除する。QoS制御情報を削除する処理（318〜321）は、図16におけるステップ182からステップ185の処理と同様である。S-CSCF5はセッション終了要求（BYE）を受信すると、CN8にセッション終了要求（BYE）を送信する（317）。CN8は上記セッション終了要求への正常応答（200 OK）をS-CSCF5経由でP-CSCF3に送信する（322、323）。

以上の処理により、接続種別がSimple IPであるMN7が通信に利用するPDSNを変更し、MN7とPDSN1aの間のPPPリンクが切断された場合、P-CSCF3はセッション終了処理を起動し、PDSN1aが保持するQoS情報を削除することが可能になる。

なお、本実施例において、P-CSCF1とPDF2を同一通信装置で実現してもよい。
或いは、本実施例において、PDF2とP-CSCF3を同一装置で実現してもよい。

本発明の第１の実施の形態によると、PDSN1が移動端末の接続種別を取得する手段と、PDF2に上記取得した接続種別を通知する手段を備え、PDF2が上記取得した接続種別をP-CSCF3に通知する手段を備え、P-CSCF3はセッション情報とMN7の接続種別を対応つける手段を備えることにより、MN7がPDSN間ハンドオフを行った際、P-CSCF3はMN7の接続種別に応じた処理を起動することが可能になる。MN7の接続種別がMobile IPであれば、P-CSCF3はQoS制御情報を移動前のPDSNから移動後のPDSNに引き継ぐことが可能になる。MN7の接続種別がSimple IPであれば、P-CSCF3はセッション終了処理を起動し、移動前PDSNが保持するQoS制御情報を削除することが可能になる。

本発明の第2の実施の形態を図面を用いて説明する。第2の実施例は、P-CSCF3
が、MNのバインディング情報を取得する手段と、上記バインディング情報を参照してMN7の接続種別を判別する手段を備えることを特徴とする。

P-CSCF3が上記手段を備えることにより、P-CSCF3はMN7の接続種別に応じた処理を起動することが可能になる。

第2の実施例において、PDSN1のQoS制御機能18を実行するプログラムは、Mobile IPバインディング情報収集ルーチン50を備えない。

第2の実施例において、PDF2のQoS制御機能27を実行するプログラムは、MN情報管理テーブル210を備えない。

第2の実施例において、PDF2のQoS情報管理テーブル830は、CoA有無フラグ（836、 841）を備えなくてもよい。

第2の実施例において、PDF2のQoS情報管理テーブル830は、CoA有無フラグ（836、 841）を備えない場合、PDF2のQoS制御機能27は、QoS制御ルーチン90のかわりにQoS制御ルーチン80を備える。
図24にQoS制御ルーチン80を示す。QoS制御ルーチン80は、ステップMN Binding情報有無96を含まない点がQoS制御ルーチン90と異なる。

図22に第2の実施例におけるP-CSCF3の構成例を示す。
第2の実施例において、P-CSCF3のメモリ35は、さらに、Binding情報制御39を実行するプログラムを備える。Binding情報制御39は、MN情報取得ルーチン70とMN情報管理テーブル820を備える。第2の実施例におけるP-CSCF3のQoS制御機能38は、セッション情報管理テーブル870を備える。

図23にMN情報処理ルーチン70を示す。
P-CSCFがMN情報取得ルーチン70とセッション情報管理テーブル870を備えることにより、P-CSCFはMN7のバインディング情報（ホームアドレスと気付アドレスの対応情報）を取得、及び、保持することが可能になる。
P-CSCFがMNのバインディング情報を保持することにより、P-CSCFがMNの接続種別を特定することが可能になる。その結果、PDFから受信するQoSパラメータ問い合わせにMN7の接続種別が含まない場合であっても、P-CSCFはMNの接続種別に応じたパケット処理を行うことが可能になる。

図13-bはMN情報管理テーブル820のテーブル構成の一例である。MN情報管理テーブル820は、少なくともMNのホームアドレス821と、気付アドレス822の対応関係を格納する。さらに、MN情報管理テーブル820は、有効期限823を含んでもよい。MN情報管理テーブル820が有効期限823を含む場合、P-CSCF3は、上記エントリの有効期限を指定できる。

図13-cは第2の実施例におけるセッション情報管理テーブル870のテーブル構成の一例である。セッション情報管理テーブル870は、セッション情報管理テーブル800のエントリに加え、少なくとも気付アドレスの有無を示すフラグ（871、872）の対応関係を格納する。

セッション情報管理テーブル870が気付アドレス有無を示すフラグ（871、872）を備えることにより、PDSNからPDF経由でMNの接続種別が通知されない場合であっても、P-CSCFはMNの接続種別を管理することが可能になる。P-CSCF3は気付アドレス有無フラグが設定された場合、MNの接続種別はMobile IPであると判断し、該当エントリの接続種別814を更新する。

図25に示すシーケンスに従って、第2の実施例におけるMN7が位置情報を登録する手順を説明する。
MN7が在圏網でCoA(coa#1)を取得し、HA6へ位置登録を行うまでの手順（ステップ101からステップ105）は、第１の実施例と同じである。

MN7が在圏網でP-CSCFのアドレスを取得しS-CSCFにSIP位置登録を行う手順（ステップ110からステップ116）は、第1の実施例と同じである。
第2の実施例において、MN7はカプセル化されたSIP正常応答メッセージ(200 OK)(116)を受信すると、上記メッセージの送信元であるP-CSCF3へMN7のバインディング情報(ホームアドレスと気付アドレスの対応情報)を通知する。P-CSCF3のBinding情報制御39は、MN7からバインディング情報を含むBinding Update(301)を受信すると、MN情報収集ルーチン70を起動する。

P-CSCF3は、ステップ301で受信したメッセージ送信元を検証する（71）。P-CSCF3は、ステップ301で受信したIPパケットの拡張ヘッダに含まれるMN7のホームアドレスを検索キーとして、SIPメッセージ処理37がステップ115で取得した情報を検索する。P-CSCF3に該当エントリが存在すれば、P-CSCF3はMN7のホームアドレスを検索キーとしてMN情報管理テーブル820を参照する。該当エントリが存在しなければ、P-CSCF3は新規エントリを生成し、上記MN情報管理テーブル820にMN7のホームアドレスと気付アドレスの対応関係を格納する（72）。P-CSCF3はMN7に位置登録終了を示すBinding Acknowledgmentを送信し(73、303)、本ルーチンを終了する。

以上のステップにより、P-CSCFはMNからバインディング情報（ホームアドレスと気付アドレスの対応情報）を取得する。これにより、P-CSCFはDSNからPDF経由でMNの接続種別が通知されない場合であっても、P-CSCFはMNの接続種別を保持することが可能になる。

ステップ71において、該当エントリが存在しなければ、エラー通知を含むBinding Acknowledgmentを送信し（74）、本ルーチンを終了する。

次に、図26に示すシーケンスに従って、第2の実施例において、MN7が通信相手端末（CN）8に発信する手順を説明する。
ステップ121からステップ136の手順は、第１の実施例と同じである。

P-CSCF3はPDF idを格納した後（136）、セッション情報管理テーブル870の該当エントリから発側メディア情報（804〜807）と着側メディア情報（808〜811）を読み出す。次に、P-CSCF3は、発側メディア情報のIPアドレスに格納されるMN7のホームアドレスを検索キーとして、MN情報管理テーブル820を参照する(304)。P-CSCF3は、ステップ302で格納したエントリ（820-1）からMN7の気付アドレス(coa#1)を取得し、セッション情報管理テーブル870のCoA有無フラグ（871）を有に設定する。P-CSCF3はMN7の気付アドレスを取得すると、セッション情報管理テーブル870の接続種別（814）に“Mobile IP”を設定する。P-CSCF3はMN7の気付アドレスが取得できなければ、セッション情報管理テーブル870の接続種別（814）に“Simple IP”を設定する。

続いて、P-CSCF3は、着側メディア情報のIPアドレスを検索キーとして、MN情報管理テーブル820を参照する。該当エントリがMN情報管理テーブル820に存在しない場合、P-CSCF3はセッション情報管理テーブル870のCoA有無フラグ（872）を無に設定する。

P-CSCF3は、発信側IPアドレス情報として、上記MN7の気付アドレス(coa#1)を設定したQoS Param Authorization RequestをPDF2aに送信する（305）。ステップ305により、MNの気付アドレス(coa#1)がPDF2に通知される。

PDF2は、P-CSCF3にQoS Param Authorization Confirmedを送信後（94、138）、第1の実施例と同様の手順でQoS情報管理テーブル830を更新する(95)。第2の実施例におけるPDF2は、MN情報管理テーブル210を備えないため、Binding情報を参照することなく、ステップ97に遷移する。

以降、MN７がCN8と通信を開始するまでの手順(ステップ140からステップ161)は、第1の実施例と同じである。

PDF2がステップ140のパラメータにMN7の気付アドレス(coa#1)を設定することにより、PDSN1はQoSパラメータとして気付アドレス(coa#1)を利用できる。

続いて、図27に示すシーケンスに従って、第２の実施例において、位置登録、及び、セッションの確立を行ったMN7がPDSN間ハンドオフを行う手順を説明する。

ステップ162からステップ166の手順は、第１の実施例と同じである。
MN7は、P-CSCF3に新しい気付アドレス（coa#2）を通知する(311)。P-CSCF3は、MN7のホームアドレスを検索キーとして、MN情報管理テーブル820を参照する。P-CSCF3は、ステップ302で生成したエントリ(820-1)を検出し、MN7の気付アドレス情報を更新する（312）。P-CSCF3はMN7にBinding Acknowledgmentを送信する(313)。
以上のステップにより、P-CSCFはMN7から新しい気付アドレス（coa#2）を取得する。P-CSCFはPDFに送信するQoSパラメータに気付アドレス（coa#2）を設定することが可能になる。

ステップ171からステップ174の手順は、第1の実施例と同じである。
P-CSCF3はPDF idを更新した後（174）、セッション情報管理テーブル870の該当エントリから発側メディア情報（804〜807）と着側メディア情報（808〜811）を読み出す。次に、P-CSCF3は、発側メディア情報のIPアドレスに格納されるMN7のホームアドレスを検索キーとして、MN情報管理テーブル820を参照する(314)。P-CSCF3は、ステップ312で更新したエントリ（820-1）からMN7の気付アドレス（coa#2）を取得し、セッション情報管理テーブル870のCoA有無フラグ（871）を有に設定する。P-CSCF3はMN7の気付アドレスを取得すると、セッション情報管理テーブル870の接続種別（814）に“Mobile IP”を設定する。以上のステップにより、P-CSCFがPDFから受信するQoS Parameter RequestにMN7の接続種別が含まれない場合であっても、P-CSCFはMN7の接続種別に応じたパケット処理を提供できる。

続いて、P-CSCF3は、着側メディア情報のIPアドレスを検索キーとして、MN情報管理テーブル820を参照する。該当エントリがMN情報管理テーブル820に存在しない場合、P-CSCF3はセッション情報管理テーブル870のCoA有無フラグ（872）を無に設定する。

P-CSCF3は、発信側IPアドレス情報として、上記MN7の気付アドレス(coa#2)を設定したQoS Param Authorization RequestをPDF2bに送信する（315）。PDF2は、気付アドレスを含むQoS Param Authorization Requestを受信する。

PDF2bは、P-CSCF3にQoS Param Authorization Confirmedを送信後（94、176）、第1の実施例と同様の手順でQoS情報管理テーブル830を更新する(95)。第2の実施例におけるPDF2は、MN情報管理テーブル210を備えないため、Binding情報を参照することなく、ステップ97に遷移する。

以降の手順（ステップ178からステップ188）は、第1の実施例と同じである。
以上の処理により、PDSN1bは、パケット転送時、MN7の気付アドレスcoa#2をパケット優先制御やパケットフィルタリングの条件として利用することが可能になる。即ち、PDSNは、MN7の気付アドレスに応じたQoS制御の提供が可能になる
なお、第2の実施例において、P-CSCF1とPDF2を同一通信装置で実現してもよい。
或いは、第2の実施例において、PDF2とP-CSCF3を同一装置で実現してもよい。

本発明の第2の実施の形態によると、P-CSCF3がMNのバインディング情報を取得することにより、P-CSCF3がPDF2から受信するQoS Parameter RequestにMN7の接続種別が含まれない場合であっても、P-CSCF3はMN7の接続種別に応じたパケット処理を提供できる。

本発明を用いると、通信制御装置は、移動先ネットワークにおける移動端末に対して、移動端末の接続種別に応じたパケット処理（例：QoS情報の引継ぎ、セッション解放）の提供が可能になる。本発明は、移動端末が上記移動端末を収容する通信網における通信装置間ハンドオフを行う際、接続種別に応じた通信制御サービスを実現する場合に、利用される可能性がある。

本発明における通信網の構成例を示す構成図。 PDSN１のブロック図。 PDF2のブロック図。 P-CSCF3のブロック図。 第1の実施例における位置登録シーケンス図。 第1の実施例における発信シーケンス図1。 第1の実施例における発信シーケンス図2。 PDSN1が備えるQoS情報管理テーブル図。 PDSN1が備える移動端末情報テーブル図。 PDSN1のQoS制御機能18が備えるMobile IPバインディング情報取得ルーチン図。 PDSN1のQoS制御機能18が備えるQoS制御ルーチン図。 PDF2が備えるMN情報管理テーブル図。 PDF2が備えるQoS情報管理テーブル図。 PDF2が備えるQoSクラステーブル図。 PDF2のQoS制御機能27が備えるQoS制御ルーチン図。 第1の実施例においてP-CSCF3が備えるセッション情報管理テーブル図。 第2の実施例においてP-CSCF3が備えるMN情報管理テーブル図。 第2の実施例においてP-CSCF3が備えるセッション情報管理テーブル図。 P-CSCF3の対PDFメッセージ制御39が備えるQoS制御情報更新ルーチン図。 P-CSCF3の対PDFメッセージ制御39が備えるベアラ解放通知ルーチン図。 第1の実施例における位置登録、発信シーケンス図。 第1の実施例におけるベアラ解放通知シーケンス図。 第1の実施例における位置登録シーケンス図２。 第1の実施例における発信シーケンス図３。 第1の実施例における発信シーケンス図４。 第1の実施例におけるベアラ解放通知シーケンス図２。 第2の実施例におけるP-CSCF3のブロック図。 第2の実施例において、P-CSCF3のBinding情報制御39が備えるMN情報取得ルーチン図。 第2の実施例において、PDFのQoS制御機能27が備えるQoS制御ルーチン図。 第2の実施例における位置登録シーケンス図。 第2の実施例における発信シーケンス図。 第2の実施例における位置登録、発信シーケンス図。

符号の説明

1 PDSN、 2 PDF、 3 P-CSCF、5 S-CSCF、7 Mobile IP移動ノード(MN)、50 Mobile IPバインディング情報取得ルーチン、60 QoS制御ルーチン、70 MN情報取得ルーチン、90 QoS制御ルーチン、900 QoS制御情報更新ルーチン、910 ベアラ解放通知ルーチン。

Claims (6)

1. ネットワークを介して、端末、該端末の位置情報を管理するサーバ装置、該端末のパケット転送処理を行う第１及び第２のパケット転送処理装置、及び通信装置、に接続された通信制御装置であって、
   上記端末の接続種別情報と上記端末のQoS情報を格納したメモリと、
   上記接続種別情報を上記通信装置から受信するインタフェースと、
   上記端末が移動元の上記第１のパケット転送処理装置が収容するネットワークから移動先の上記第２のパケット転送処理装置が収容するネットワークへ移動すると、上記接続種情報を参照し、上記接続種情報がMobile IPである場合には上記端末のQoS情報を上記第２のパケット転送処理装置に送信するインタフェースと、を備えることを特徴とする通信制御装置。
2. 請求項１記載の通信制御装置であって、上記接続種別情報は、Simple IPで通信することを示す情報、あるいはMobile IPで通信することを示す情報のうち少なくともいずれか一つを含むことを特徴とする通信制御装置。
3. 請求項１記載の通信制御装置であって、上記第１のパケット転送処理装置から上記端末のリンク切断通知を受信するインタフェースを備え、上記第１のパケット転送処理装置から上記リンク切断通知を受信した際、上記接続種情報を参照し、上記接続種別情報がSimple IPである場合に上記通信装置に終了通知を送信するインタフェースを備えることを特徴とする通信制御装置。
4. 請求項１に記載の通信制御装置であって、
   上記通信制御装置はSIPサーバであり、
   上記QoS情報は、上記端末から受信したSIPメッセージ、または、上記通信装置から受信したSIPメッセージに含まれることを特徴とする通信制御装置。
5. 端末及び該端末の位置情報を管理するサーバと接続され、通信制御装置、第１及び第２のパケット転送処理装置、及び通信装置を備えた通信システムであって、
   上記第１のパケット転送処理装置は、
   上記端末の接続種別情報を取得し、該接続種別情報を前記通信装置に送信する送受信部を備え、
   上記通信装置は、
   上記第１のパケット転送処理装置から上記接続種別情報を受信し、上記通信制御装置に上記接続種別情報を送信する送受信部を備え、
   上記通信制御装置は、端末が移動元の上記第１のパケット転送処理装置が収容するネットワークから移動先の上記第２のパケット転送処理装置が収容するネットワークへ移動すると、上記接続種別情報を参照して、上記接続種別情報がMobile IPである場合には、移動先の上記第２のパケット転送処理装置にQoS情報を送信する送受信部を備えたことを特徴とする通信システム。
6. 請求項５記載の通信システムであって、
   上記接続種別情報は、Mobile IPあるいはSimple IPであり、
   上記通信制御装置は、SIPサーバであり、
   端末が移動元の上記第１のパケット転送処理装置が収容するネットワークから移動先の上記第２のパケット転送処理装置が収容するネットワークへ移動すると、上記通信制御装置は、上記接続種別情報を参照して、上記接続種別情報がMobile IPである場合には、移動先の上記第２のパケット転送処理装置にQoS情報を送信し、移動元の上記第１のパケット転送処理装置が保持するQoS情報を削除することを特徴とする通信システム。

Images