(57)【要約】【課題】Mobile IPv6はMNにホームアドレス（HoA）を付与することにより、MN7の到達性を保証する。Mobile IPv6対応MNのアプリケーションは、気付アドレス（CoA）を用いずに通信するため、MNのアプリケーションは他の通信装置にCoAを通知しない。このため、PDSN１はMNのHoAを用いたQoS制御は提供できるが、MNの在圏先のアドレス（CoA）を用いたQoS制御が提供できない。【解決手段】PDSN1のQoS制御機能がMN7のバインディング情報（HoAとCoAの対応情報）を取得し、PDF2に通知する手段を備える。PDF2は上記バインディング情報を参照して、PDSN1にMN7のCoAを含むQoSパラメータを送信する。これにより、PDSN１はMN7のCoAを用いてQoS制御を行うことが可能になる。【選択図】図1
2006222591.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して端末、該端末の位置情報を管理するサーバ、及び上記端末と上記サーバの間に接続された他の通信装置に接続された通信装置であって、
上記端末の位置情報及び上記端末のQoS情報を格納したメモリと、
上記位置情報及び上記QoS情報にもとづいたQoS制御を行う指示を上記他の通信装置に送信するインタフェースを有する通信装置。
【請求項２】
請求項１記載の通信装置であって、上記位置情報は、Mobile IPのバインディング情報であり、上記サーバはMobile IPのホームエージェントであることを特徴とする通信装置。
【請求項３】
請求項１記載の通信装置であって、上記QoS情報は上記他の通信装置から受信したものであることを特徴とする通信装置。
【請求項４】
請求項１記載の通信装置であって、さらにセッション制御装置と接続され、
上記位置情報は上記セッション制御装置から受信したものであることを特徴とする通信装置。
【請求項５】
請求項１記載の通信装置であって、
上記位置情報は、Mobile IPのバインディング情報であり、
上記サーバはMobile IPのホームエージェントであり、
上記QoS情報は、上記端末の気付アドレスを含むことを特徴とする通信装置。
【請求項６】
ネットワークを介して端末、該端末の位置情報を管理するサーバ、及び上記端末と上記サーバの間に接続された他の通信装置に接続された通信制御装置であって、
上記端末の位置情報及び上記端末のQoS情報を格納したメモリと、
上記端末、または上記他の通信装置からQoS要求を含むセッション確立要求を受信すると、上記位置情報と上記QoS情報にもとづいたQoS制御をする指示を上記他の通信装置に送信するインタフェースを有する通信制御装置。
【請求項７】
請求項６記載の通信制御装置であって、
上記位置情報はMobile IPのバインディング情報であり、上記サーバはMobile IPのホームエージェントであり、上記QoS情報はMobile IPの気付アドレスを含むことを特徴とする請求項６記載の通信制御装置。
【請求項８】
請求項６記載の通信制御装置であって、
上記通信制御装置はSIPサーバであり、
上記QoS情報は、上記端末から受信したSIPメッセージ、または、上記他の通信装置から受信したSIPメッセージに含まれていることを特徴とする通信制御装置。
【請求項９】
端末及び該端末の位置情報を管理するサーバと接続され、通信制御装置、第1の通信装置、及び、第2の通信装置を備えた通信システムであって、
上記第１の通信装置は、
上記端末と上記サーバの間に接続され、
上記端末の位置情報を捕捉し、該位置情報を第2の通信装置に送信する送受信部を備え、
上記第２の通信装置は、
上記第1の通信装置から上記位置情報を受信し、上記通信制御装置からQoS情報を受信し、上記位置情報と上記QoS情報とにもとづいてQoS制御を行う指示を上記第１の通信装置に送信する送受信部とを備えたことを特徴とする通信システム。
【請求項１０】
請求項９記載の通信システムであって、
上記位置情報は、モバイルＩＰのバインディング情報であり、
上記サーバはモバイルＩＰのホームエージェントであり、
上記位置情報に応じたQoS情報は、気付アドレスを含むことを特徴とする通信システム。
【請求項１１】
端末及び該端末の位置情報を管理するサーバと接続され、通信制御装置、第1の通信装置、及び、第2の通信装置を備えた通信システムであって、
上記通信制御装置は、
上記端末から位置情報及びQoS要求を含むセッション情報を受信し、上記位置情報を含むQoS情報を上記第１の通信装置に送信するインタフェースを有し、
上記第１の通信装置は、
上記通信制御装置から受信した上記QoS情報を上記第２の通信装置に送信するインタフェースを有し、
上記第２の通信装置は、
上記第１の通信装置から受信したQoS情報にもとづいて、上記端末とサーバの間で送受信されるデータに対してQoS制御を行う制御部を有することを特徴とする通信システム。
【請求項１２】
請求項１１記載の通信システムであって、
上記位置情報は、モバイルＩＰのバインディング情報であり、
上記サーバは、モバイルＩＰのホームエージェントであり、
上記位置情報を含むQoS情報は、気付アドレスを含むことを特徴とする通信システム。
【請求項１３】
請求項１１記載の通信システムであって、
上記通信制御装置はSIPサーバであり、
上記QoS要求は、上記端末から受信したSIPメッセージに含まれていることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された通信装置、通信制御装置、通信システム及び通信制御方法に関する。特に、移動通信制御装置、および、通信の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は、回線交換サービスとパケット交換サービスを提供する。回線交換サービスを提供するCNの機能は、回線交換ドメインと呼ばれる。パケット交換サービスを提供するCNの機能は、パケット交換ドメインと呼ばれる。パケット交換ドメインのPDSN（Packet Data Serving Node）は、MNとの間でPPPコネクションを確立して、MNが外部IP網との間で送受信するIPパケットを転送する。Mobile IP技術は、3GPP2が規定する3Gネットワークに適用される。
【０００９】
さらに、3GPP2は3GネットワークのAll IP化の検討を進めている。All IPネットワークでは、IMS（IP multimedia subsystem）がパケット交換ドメインに接続される。CSCF(Call State 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が利用される。（例えば、非特許文献4参照。）。
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.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
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従来のモバイルIP通信システムにおいて、移動端末のアプリケーションは、ホームアドレスを用いて通信を行い、気付アドレスは利用していない。よって、移動端末のアプリケーションは、CSCFなどの通信装置に気付アドレスを通知しない。
従来技術を用いた場合に想定可能な、モバイルIPv6対応MNがセッション確立する際、QoS制御を提供する方法は以下のようになる。
まず、MNがPDSNとの間にPPPを確立し、気付アドレスを取得する。次にMNがHAにモバイルIPの位置登録を行う。MNがP-CSCF、I-CSCF経由でS-CSCFにSIP位置登録を行う。このSIP位置登録に、MNのIPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。
【００１３】
次に、MNはP-CSCFにSIPセッションの確立を要求する。このSIPセッションの確立要求に、移動端末のIPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。P-CSCFは、PDFからQoS制御パラメータの問い合わせを受信すると、PDFにQoS制御に用いるパラメータを通知する。PDFは、PDSNにQoS制御情報を送信する。このQoS制御情報として、MNのIPアドレスが含まれる場合もあったが、通知されるIPアドレスはホームアドレスであった。よって、PDSNが、MNのIPアドレスに基づいてQoS制御を提供する場合、そのIPアドレスとしてホームアドレスを用いることになる。このため、PDSNはMNの気付アドレスに応じたQoS制御（例えば、パケットフィルタリング、パケット転送の優先制御等）を提供できないという課題があった。
【００１４】
例えば、PDSNはパケットフィルタリングの条件にIPアドレスを用いる場合もあったが、そのIPアドレスはホームアドレスであった。このため、PDSNは気付アドレスがIPパケットの送信元アドレス、或いは、IPアドレスの着信先アドレスに設定されたパケットを受信したとき、パケットフィルタリングの条件に当てはまらないため、フィルタリングができないという課題があった。
【００１５】
例えば、PDSNがパケットの転送に優先順位を決定する際、優先順位を決定するための条件にIPアドレスを用いる場合もあったが、そのIPアドレスはホームアドレスであった。このため、PDSNは、気付アドレスがIPパケットの送信元アドレス、或いは、IPアドレスの着信先アドレスに設定されたパケットを受信したとき、パケットの優先順位を決めることができないという課題があった。
【００１６】
本発明の目的は、モバイルIP対応移動端末が送受信するパケットのQoS制御を提供することにある。
特に、ホーム網以外に存在するモバイルIP対応移動端末が送受信するパケットのQoS制御を行うための通信方法を提供することにある。
【課題を解決するための手段】
【００１７】
上記の問題を解決するために、本発明は以下の手段を備える。すなわち、
（１）無線アクセスネットワークを収容する通信装置が、モバイルIPの位置登録情報を取得する手段と、QoS制御機能を備える通信装置に上記取得したモバイルIPの位置登録情報を通知する手段を備える。上記無線アクセスネットワークを収容する機能を備える通信装置は、モバイルIPの位置登録情報を取得すると、上記QoS制御機能を備える通信装置に該当する移動端末の位置登録情報を通知する。QoS制御機能を備える通信装置は、SIP通信機能を備える通信装置からQoSパラメータの情報を受信する手段と、QoS制御情報を生成する手段と、上記無線アクセスネットワークを収容する機能を備える通信装置に上記QoS制御情報を通知する手段を備える。上記QoS制御機能を備える通信装置は、上記SIP通信機能を備える通信機能から受信したQoSパラメータの情報と上記モバイルIPの位置登録情報を参照して、QoS制御情報を生成する。
【００１８】
（２）あるいは、SIP通信機能を備える通信装置が、モバイルIP対応移動端末の位置登録情報を取得する手段とQoSパラメータを生成する手段を備える。上記通信装置は、送受信するSIPメッセージと上記バインディング情報を参照して、上記QoSパラメータを生成する。上記通信装置は、QoS制御機能を備える通信装置からQoSパラメータ要求を受信すると、上記生成したQoSパラメータを通知する。
【発明の効果】
【００１９】
本発明は移動先ネットワークにおけるモバイルIP対応移動端末に、QoS制御を適用した通信サービス（例：パケットフィルタリング、優先制御）を提供するため、通信制御方法、及び、通信装置を提供する。
特に、無線アクセスネットワークを収容する通信装置が、QoS制御機能を備える通信装置にモバイルIPの位置登録を通知し、QoS制御機能を備える通信装置が上記モバイルIPの位置登録情報を参照してQoSパラメータを生成する。これにより、例えば、パケットフィルタリングやパケットの優先制御の条件を指定するQoSパラメータとして、モバイルIP対応移動端末の気付アドレスを用いることが可能になる。即ち、モバイルIP対応移動端末の気付アドレスに応じたQoS制御の提供が可能になる。
【００２０】
あるいは、SIP通信機能を備える通信装置がモバイルIPの位置登録情報を参照してQoSパラメータを生成し、QoS制御機能を備える通信装置に上記QoSパラメータを通知する。これによりパケットフィルタリングやパケットの優先制御の条件を示すQoSパラメータとして、モバイルIP対応移動端末の気付アドレスを用いることが可能になる。即ち、モバイルIP対応移動端末の気付アドレスに応じた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を備える。I-CSCF4、S-CSCF5、HA6は、IP網N4に接続される。
在圏網N2は、無線アクセスネットワーク（RAN）9（9a、9b）、PDSN１、PDF2、P-CSCF3を備える。PDSN1、PDF2、P-CSCF3は、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にパケットを転送する機能を備える。
【００２５】
MN７は、モバイルIP対応移動端末機能とSIPプロトコルを処理する機能を備える。MN７は、SIP識別子としてSIP URIを保持する。
図２に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とを含む。データベース16が、QoS情報管理テーブル220を含んでもよい。
【００２７】
PDSN1がMobile IPバインディング情報取得ルーチン50を備えることにより、PDSN1がPDF2にMNのバインディング情報（ホームアドレスと気付アドレスの対応情報）を通知することが可能になる。PDSN1がQoS情報管理テーブル220とQoS制御ルーチン60を持つことにより、PDSN1を通過するパケットのQoS制御（例えば、パケットフィルタリングや優先制御）を行うことができる。
【００２８】
図8は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アドレスや着信先ポートアドレスに応じてポートの空塞を管理できる。
【００２９】
図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メッセージ処理は、P-CSCF-PDF間のメッセージを送信または受信する機能を備える。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との対応関係を格納する。セッション情報管理テーブル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を備える。PDF2は、QoS制御ルーチン90を備える。
PDSN１にはPDF2のアドレスが設定されているものとする。
【００４２】
在圏網N2の無線アクセスネットワーク（RAN）9aに存在するMN７は、PDSN1aとの間にPPPを確立する(101)。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をPDSN1aに通知する。PDSN1aは、ステップ133で受信したメッセージがTokenを含む場合、アプリケーションに応じたQoS制御が必要であると判断する。そして、PDSN1aは上記Tokenを含む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にToken（111@pcscf）を含むQoS Parameter Requestを送信する（92、135）。PCFはステップ91で受信したToken（111@pcscf）からP-CSCF3のアドレス(pcscf)を抽出する。
【００５６】
図6に戻り、P-CSCF3は、Token（111@pcscf）を含むQoS Parameter Request（135）を受信すると、上記Token（111@pcscf）を検索キーとして、セッション情報管理テーブル800を検索する。該当エントリ800-1が存在すれば、P-CSCF3はセッション情報管理テーブル800の該当エントリのPDF id(813)にQoS Parameter Request送信元PDFのアドレス(pdf1)を格納する（136）。さらに、P-CSCF3はセッション情報管理テーブル800の該当エントリから発側メディア情報（804〜807）と着側メディア情報（808〜811）を読み出す。P-CSCF3は、PDF2aに上記発着のメディア情報とTokenを含むQoS Param Authorization Requestを送信する（137）。
【００５７】
図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の各ステップを図１０に示す。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制御を提供できる。
【００７１】
続いて、図14に示すシーケンスに従って、図5〜図7に示したステップで位置登録、及び、セッションの確立を行ったMN7がPDSN間ハンドオフを行う手順を説明する。
MN7は、PDSN1bとの間にPPPを確立し、新しい気付アドレス(coa#2)を取得する（162〜164）。MN7は、新しい気付アドレス(coa#2)をHA6に登録する（Binding Update、 165）。HA6は、MN7のバインディング情報を更新し、上記Binding Updateの応答メッセージ（Binding Acknowledgment）をMN７に送信する（166）。
PDSN1bがBinding Acknowledgmentを検出し、PDF2bにMN7のBinding情報を通知する処理（167〜170）は、図5のステップ106から109と同じである。
ステップ167〜170より、PDSN1bがPDF2bにMN7のバインディング情報（hoaとcoa#2の対応情報）を通知することができる。PDF2bが気付アドレス（coa#2）を取得することにより、PDF2bはPDSN1bに送信するQoSパラメータに気付アドレス（coa#2）を設定することが可能になる。
【００７２】
MN7は、SIPプロトコル処理の一環として管理するSIP dialog状態を参照する。SIP dialogの状態が“確立”であれば、MN7はステップ171からステップ180を実施する。ステップ171からステップ180の処理は、図6のステップ133からステップ142の処理と同じである。
ステップ179において、PDSN1はQoS管理情報テーブル220の発側メディア情報にMN7の気付アドレス(coa#2)を格納する。これにより、PDSN1bがMN7の気付アドレスを用いてパケットの優先制御などのQoS制御を行うことが可能になる。
ステップ171においてSIP dialogの状態が“確立”以外であれば、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 dialog状態を参照する。SIP dialogの状態が“確立”であれば、図7 ステップ150から155と同じ処理（181）を行う。SIP dialogの状態が“確立”以外であれば、P-CSCF3はINVITEに対する最終応答（200 OK）の受信したとき、ステップ181を実施する。MN7は、気付アドレスcoa#2を用いてユーザデータを送受信することが可能になる（182、183）。
【００７４】
以上の処理により、PDSN1bは、パケット転送時、MN7の気付アドレスcoa#2をパケット優先制御やパケットフィルタリングの条件として利用することが可能になる。即ち、PDSNは、MN7の気付アドレスに応じたQoS制御の提供が可能になる。
なお、本実施例において、P-CSCF1とPDF2を同一通信装置で実現してもよい。
或いは、本実施例において、PDF2とP-CSCF3を同一装置で実現してもよい。
【００７５】
本発明の第１の実施の形態によると、PDSN1がモバイルIPのバインディング情報を検出する手段と、取得したバンディング情報をPDF2に通知する手段を備え、PDF2がQoSパラメータ情報とモバイルIPのバインディング情報を対応付けてPDSN1にQoS情報を通知する手段を備えることにより、PDSN1は、MN７の気付アドレスをQoSパラメータとして利用することが可能になる。
PDSN1がパケットフィルタリングやパケットの優先制御を行う際、気付アドレスを含むQoS情報を参照することにより、PDSN1は気付アドレスを利用したQoS制御を行うことができる。
【実施例２】
【００７６】
本発明の第2の実施の形態を図面を用いて説明する。第2の実施例は、P-CSCF3
が、MNのバインディング情報を取得する手段と、上記バインディング情報を参照してPDF2にQoSパラメータを通知する手段を備えることを特徴とする。
P-CSCF3が上記手段を備えることにより、P-CSCF3がMN7からセッション確立要求を受信したとき、PDF2に気付アドレスを含むQoSパラメータを通知することが可能になる。
【００７７】
第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を備える。
【００７８】
図17にQoS制御ルーチン80を示す。QoS制御ルーチン80は、ステップMN Binding情報有無96を含まない点がQoS制御ルーチン90と異なる。
図15に第2の実施例におけるP-CSCF3の構成例を示す。
第2の実施例において、P-CSCF3のメモリ35は、さらに、Binding情報制御39を実行するプログラムを備える。Binding情報制御39は、MN情報取得ルーチン70とMN情報管理テーブル820を備える。第2の実施例におけるP-CSCF3のQoS制御機能38は、セッション情報管理テーブル870を備える。
【００７９】
図16にMN情報処理ルーチン70を示す。
P-CSCFがMN情報取得ルーチン70とセッション情報管理テーブル870を備えることにより、P-CSCFはMN7のバインディング情報（ホームアドレスと気付アドレスの対応情報）を取得、及び、保持することが可能になる。
P-CSCFがMNのバインディング情報を保持することにより、P-CSCFがPDFからQoSパラメータ問い合わせを受信したとき、P-CSCFはMNの気付アドレスを含むQoSパラメータをPDFに送信することが可能になる。
【００８０】
図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）を備えることにより、P-CSCFが気付アドレスの有無を管理することが可能になる。さらに、気付アドレスが存在する場合、P-CSCFはMN情報管理テーブル820に格納された気付アドレスを読み出し、気付アドレスを含むQoSパラメータを生成することが可能になる。
図18に示すシーケンスに従って、第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はPDFに送信するQoSパラメータとして、MNの気付アドレスを設定することが可能になる。
ステップ71において、該当エントリが存在しなければ、エラー通知を含むBinding Acknowledgmentを送信し（74）、本ルーチンを終了する。
【００８５】
次に、図19に示すシーケンスに従って、第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は、着側メディア情報の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)を利用できる。
【００８７】
続いて、図20に示すシーケンスに従って、第２の実施例において、位置登録、及び、セッションの確立を行った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は、着側メディア情報の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からステップ183）は、第1の実施例と同じである。
以上の処理により、PDSN1bは、パケット転送時、MN7の気付アドレスcoa#2をパケット優先制御やパケットフィルタリングの条件として利用することが可能になる。即ち、PDSNは、MN7の気付アドレスに応じたQoS制御の提供が可能になる
なお、第2の実施例において、P-CSCF1とPDF2を同一通信装置で実現してもよい。
或いは、第2の実施例において、PDF2とP-CSCF3を同一装置で実現してもよい。
【００９１】
本発明の第2の実施の形態によると、P-CSCF3がMNのバインディング情報を取得することにより、PDSN1は、Mobile IPの位置登録信号検出機能を備えることなく、MNの気付アドレスをQoSパラメータとして用いるQoS制御（例：パケットフィルタリングや優先制御）を提供できる。
【産業上の利用可能性】
【００９２】
本発明を用いると、通信装置は、移動先ネットワークにおけるモバイルIP対応移動端末に対して、気付アドレスに応じたQoS制御（例：パケットフィルタリングや優先制御）の提供が可能になる。本発明は、モバイルIP対応移動端末を収容する通信網における通信装置が、気付アドレスに応じたQoS通信サービスを実現する場合に、利用される可能性がある。
【図面の簡単な説明】
【００９３】
【図１】本発明における通信網の構成例を示す構成図。
【図２】PDSN１のブロック図。
【図３】PDF2のブロック図。
【図４】P-CSCF3のブロック図。
【図５】第1の実施例における位置登録シーケンス図。
【図６】第1の実施例における発信シーケンス図1。
【図７】第1の実施例における発信シーケンス図2。
【図８】PDSN1が備えるQoS情報管理テーブル図。
【図９】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が備えるセッション情報管理テーブル図。
【図１４】第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制御ルーチン。
【図１】
2006222591.tif 000003
【図２】
2006222591.tif 000004
【図３】
2006222591.tif 000005
【図４】
2006222591.tif 000006
【図５】
2006222591.tif 000007
【図６】
2006222591.tif 000008
【図７】
2006222591.tif 000009
【図８】
2006222591.tif 000010
【図９】
2006222591.tif 000011
【図１０】
2006222591.tif 000012
【図１１−ａ】
2006222591.tif 000013
【図１１−ｂ】
2006222591.tif 000014
【図１１−ｃ】
2006222591.tif 000015
【図１２】
2006222591.tif 000016
【図１３−ａ】
2006222591.tif 000017
【図１３−ｂ】
2006222591.tif 000018
【図１３−ｃ】
2006222591.tif 000019
【図１４】
2006222591.tif 000020
【図１５】
2006222591.tif 000021
【図１６】
2006222591.tif 000022
【図１７】
2006222591.tif 000023
【図１８】
2006222591.tif 000024
【図１９】
2006222591.tif 000025
【図２０】
2006222591.tif 000026