それぞれ無線基地局とパケット制御装置とからなる複数の無線アクセス網と、上記各無線アクセス網をIP網に接続する複数のノード装置と、無線移動局毎に予め契約で保証された通信品質レベル情報を記憶した認証サーバとからなり、各無線アクセス網が、上記無線基地局と通信する無線移動局からの通信品質要求に応じて、上記パケット制御装置に接続されたノード装置と上記無線移動局との間のパケットフローの通信品質を保証する無線通信システムであって、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線移動局から受信した第1の通信品質要求を上記認証サーバから入手した通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求に変換し、更に、該第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求に変換し、該第3の通信品質要求に従って、上記無線移動局のパケットフローの通信品質を制御するための手段と、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続されたノード装置に通知するための手段とを備え、上記各ノード装置が、上記無線アクセス網から通知された通信品質要求を記憶しておき、通信中の無線移動局が他の無線アクセス網に移動した時、上記無線移動局と対応する第2、第3の通信品質要求の少なくとも一方をハンドオーバ先のノード装置に通知するための手段と、他のノード装置から無線移動局の通信品質要求を受信した時、受信した通信品質要求を該ノード装置に接続された無線アクセス網に通知するための手段とを備え、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記ノード装置から上記通信品質要求を受信した時、受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換し、該通信品質要求に従って、移動してきた無線移動局のパケットフローの通信品質を制御することを特徴とする無線通信システム。請求項1に記載の無線通信システムにおいて、前記第1の通信品質要求が、要求優先度の異なる複数セットの通信品質パラメータからなり、前記第2の通信品質要求が、上記複数セットの通信品質パラメータから前記保証された通信品質レベルに従って選択された上記第1の通信品質要求よりも少ないセット数の通信品質パラメータからなり、前記第3の通信品質要求が、上記第2の通信品質要求と同等、または更に少ないセット数の通信品質パラメータからなることを特徴とする無線通信システム。請求項1に記載の無線通信システムにおいて、前記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線アクセス網における送信レート、伝送遅延、エラーレート、無線区間における受信信号の品質または干渉信号電力のうちの少なくとも1つを前記通信リソースとして、前記無線移動局に許容可能な通信品質パラメータ群を選択することを特徴とする無線通信システム。請求項1に記載の無線通信システムにおいて、前記各ノード装置が、通信中の無線移動局が他の無線アクセス網に移動した時、前記ハンドオーバ先のノード装置に前記2の通信品質要求を通知し、他のノード装置から第2の通信品質要求を受信した時、受信した第2の通信品質要求を該ノード装置に接続された無線アクセス網に通知し、前記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記パケット制御装置に接続されたノード装置から上記第2の通信品質要求を受信した時、上記第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質パラメータ群からなる通信品質要求に変換し、該通信品質要求に従って、移動してきた無線移動局のパケットフローの通信品質を制御することを特徴とする無線通信システム。無線基地局とパケット制御装置とからなり、上記パケット制御装置に接続されたノード装置を介してIP網に接続され、上記無線基地局で受信した無線移動局からの通信品質要求に応じて、該無線移動局と上記ノード装置との間のパケットフローの通信品質を保証する無線アクセス網システムであって、上記無線基地局とパケット制御装置の少なくとも一方が、上記無線基地局に接続された無線移動局から受信した第1の通信品質要求に含まれる通信品質パラメータ群を上記IP網に接続された認証サーバから入手した上記無線移動局に予め保証された通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求に変換し、更に、該第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求に変換するためのQoS許可/受付制御手段と、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続された上記ノード装置に通知するための手段と、無線移動局のノード装置間ハンドオーバに伴って、他の無線アクセス網、または該他の無線アクセス網に接続された他のノード装置から第2または第3の通信品質要求を受信した時、受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換するQoS受付制御手段と、上記QoS許可/受付制御手段で生成した第3の通信品質要求、または上記QoS受付制御手段で生成した通信品質要求に従って、上記無線基地局に接続された無線移動局のパケットフローの通信品質を制御するための手段とを備えたことを特徴とする無線アクセス網システム。請求項5に記載の無線アクセス網システムにおいて、前記パケット制御装置が、前記QoS許可/受付制御手段で変換された第2の通信品質要求を記憶するための記憶装置と、前記無線基地局に接続された無線移動局にノード装置間ハンドオーバが発生した時、上記第2の通信品質要求をハンドオーバ先となる無線アクセス網のパケット制御装置に通知するための手段とを備えたことを特徴とする無線アクセス網システム。ノード装置を介してIP網に接続され、無線移動局からの通信品質要求に応じて、該無線移動局と上記ノード装置との間のパケットフローの通信品質を保証する無線アクセス網用の通信装置であって、無線移動局のノード装置間ハンドオーバに伴って、ハンドオーバ元となる他の無線アクセス網から直接的に、または上記IP網と上記ノード装置を経由して、無線移動局に予め保証された通信品質パラメータ群からなる上記他の無線アクセス網で認証済みの通信品質要求を受信した時、該通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換するQoS受付制御手段と、上記QoS受付制御手段で生成した通信品質要求に従って、上記他の無線アクセス網から移動してきた無線移動局のパケットフローの通信品質を制御するための手段とを備えたことを特徴とする無線アクセス網用の通信装置。請求項7に記載の通信装置において、前記QoS受付制御手段が、無線アクセス網における送信レート、伝送遅延、エラーレート、無線区間における受信信号の品質または干渉信号電力のうちの少なくとも1つを前記通信リソースとして、前記無線移動局に許容可能な通信品質要求を生成することを特徴とする通信装置。それぞれ無線基地局とパケット制御装置とからなる複数の無線アクセス網と、上記各無線アクセス網をIP網に接続する複数のノード装置と、無線移動局毎に予め契約で保証された通信品質レベル情報を記憶した認証サーバとからなる無線通信システムにおけるパケットフローの通信品質保証方法であって、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線移動局から受信した第1の通信品質要求を上記認証サーバから入手した通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求に変換し、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が上記第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求に変換し、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続されたノード装置に通知し、上記第3の通信品質要求に従って、上記無線移動局のパケットフローの通信品質を制御し、上記各ノード装置が、上記無線アクセス網から通知された通信品質要求を記憶し、通信中の無線移動局が他の無線アクセス網に移動した時、上記無線移動局と対応する第2、第3の通信品質要求の少なくとも一方をハンドオーバ先のノード装置に通知し、他のノード装置から無線移動局の通信品質要求を受信した時、受信した通信品質要求を該ノード装置に接続された無線アクセス網に通知し、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記ノード装置から受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換し、上記通信品質要求に従って、移動してきた無線移動局のパケットフローの通信品質を制御することを特徴とするパケットフローの通信品質保証方法。請求項9に記載のパケットフローの通信品質保証方法において、前記第1の通信品質要求が、要求優先度の異なる複数セットの通信品質パラメータからなり、前記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記第1の通信品質要求が示す複数セットの通信品質パラメータから、前記通信品質レベル情報で保証された範囲の通信品質パラメータセットを選択して、上記第1の通信品質要求よりも少ないセット数の通信品質パラメータからなる前記第2の通信品質要求を生成し、上記第2の通信品質要求から、通信品質パラメータのセット数が該第2の通信品質要求と同等、または更に少ない前記第3の通信品質要求を生成することを特徴とするパケットフローの通信品質保証方法。請求項9に記載のパケットフローの通信品質保証方法において、前記第1の通信品質要求が、フロー毎に要求優先度の異なる複数セットの通信品質パラメータで要求通信品質を定義しており、前記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、前記無線移動局に予め保証された通信品質レベル情報に従って、上記第1の通信品質要求からフロー毎に保証すべき通信品質パラメータセットを選択することによって、前記第2の通信品質要求を生成し、上記第2の通信品質要求から、利用可能な通信リソースに応じて許容可能な通信品質パラメータセットを選択することによって、前記第3の通信品質要求を生成することを特徴するパケットフローの通信品質保証方法。請求項9~請求項11の何れかに記載のパケットフローの通信品質保証方法において、前記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線アクセス網における送信レート、伝送遅延、エラーレート、無線区間における受信信号の品質または干渉信号電力のうちの少なくとも1つを前記通信リソースとして、前記第2の通信品質要求または前記ノード装置から受信した通信品質要求から通信品質パラメータを選択し、前記無線移動局に許容可能な前記通信品質要求を生成することを特徴とするパケットフローの通信品質保証方法。ハンドオーバの前後で、遅延要求が厳しい補助接続をシームレスに維持するためには、高速ハンドオーバが要求される。このため、PDSN間ハンドオーバにおいては、QoS情報処理の効率化が課題となる。PDSNは、それに接続される全ユーザのQoS情報RQoS、GQoS、QOSUserProfileを管理する必要がある。例えば、大都市圏の通信を1台のPDSNでカバーした場合、極めて多数のユーザのQoS情報が1台のPDSNに集中してしまう。本発明の目的は、QoS情報処理を効率化するために、RAN機器やPDSNで扱うQoS情報量を低減することにある。本発明の他の目的は、PDSN間ハンドオーバにおけるPDSN間のQoS情報転送を効率化することにある。本発明の更に他の目的は、PDSN間ハンドオーバにおける移動先RANtRANでのQoS情報処理の効率化にある。上記目的を達成するため、本発明は、それぞれ無線基地局とパケット制御装置とからなる複数の無線アクセス網と、上記各無線アクセス網をIP網に接続する複数のノード装置と、無線移動局毎に予め契約で保証された通信品質レベル情報を記憶した認証サーバとからなり、各無線アクセス網が、上記無線基地局と通信する無線移動局からの通信品質要求に応じて、上記パケット制御装置に接続されたノード装置と上記無線移動局との間のパケットフローの通信品質を保証する無線通信システムにおいて、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線移動局から受信した第1の通信品質要求を上記認証サーバから入手した通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求RAAQoSRequestedAndAuthorizedQoSに変換し、更に、該第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求GQoSに変換し、該第3の通信品質要求に従って、上記無線移動局のパケットフローの通信品質を制御するための手段と、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続されたノード装置に通知するための手段とを備え、上記各ノード装置が、上記無線アクセス網から通知された通信品質要求を記憶しておき、通信中の無線移動局が他の無線アクセス網に移動した時、上記無線移動局と対応する第2、第3の通信品質要求の少なくとも一方をハンドオーバ先のノード装置に通知するための手段と、ハンドオーバ元の他のノード装置から無線移動局の通信品質要求を受信した時、受信した通信品質要求を該ノード装置に接続された無線アクセス網に通知するための手段とを備え、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記ノード装置から上記通信品質要求を受信した時、受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換し、該通信品質要求に従って、移動してきた無線移動局のパケットフローの通信品質を制御することを特徴とする。ここで、上記第1の通信品質要求が、要求優先度の異なる複数セットの通信品質パラメータからなる場合、前記第2の通信品質要求は、上記複数セットの通信品質パラメータから無線移動局に保証された通信品質レベルに従って選択された上記第1の通信品質要求よりも少ないセット数の通信品質パラメータからなり、上記第3の通信品質要求は、上記第2の通信品質要求と同等、または更に少ないセット数の通信品質パラメータからなる。更に詳述すると、上記第3の通信品質要求の通信品質パラメータは、例えば、無線アクセス網における送信レート、伝送遅延、エラーレート、無線区間における受信信号の品質または干渉信号電力のうちの少なくとも1つを通信リソースとして、上記第3の通信品質要求から選択される。また、本発明の無線アクセス網システムは、無線基地局とパケット制御装置とからなり、上記パケット制御装置に接続されたノード装置を介してIP網に接続され、上記無線基地局とパケット制御装置の少なくとも一方が、上記無線基地局に接続された無線移動局から受信した第1の通信品質要求に含まれる通信品質パラメータ群を上記IP網に接続された認証サーバから入手した上記無線移動局に予め保証された通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求に変換し、更に、該第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求に変換するためのQoS許可/受付制御手段と、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続された上記ノード装置に通知するための手段と、無線移動局のノード装置間ハンドオーバに伴って、他の無線アクセス網、または該他の無線アクセス網に接続された他のノード装置から第2または第3の通信品質要求を受信した時、受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換するQoS受付制御手段と、上記QoS許可/受付制御手段で生成した第3の通信品質要求、または上記QoS受付制御手段で生成した通信品質要求に従って、上記無線基地局に接続された無線移動局のパケットフローの通信品質を制御するための手段とを備えたことを特徴とする。本発明による無線アクセス網システムの1つの特徴は、上記パケット制御装置が、上記QoS許可/受付制御手段で変換された第2の通信品質要求を記憶するための記憶装置と、上記無線基地局に接続された無線移動局にノード装置間ハンドオーバが発生した時、上記第2の通信品質要求をハンドオーバ先となる無線アクセス網のパケット制御装置に通知するための手段とを備えたことにある。この構成によれば、ノード装置を経由することなく、ハンドオーバ元の無線アクセス網からハンドオーバ先の無線アクセス網に第2の通信品質要求を通知できる。更に、本発明によるパケットフローの通信品質保証方法は、各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線移動局から受信した第1の通信品質要求を認証サーバから入手した通信品質レベル情報で検証し、該無線移動局に保証された範囲の通信品質パラメータ群からなる第2の通信品質要求に変換し、上記第2の通信品質要求を該無線アクセス網の通信リソースで許容可能な第3の通信品質要求に変換し、上記第2、第3の通信品質要求の少なくとも一方を上記パケット制御装置に接続されたノード装置に通知し、上記第3の通信品質要求に従って、上記無線移動局のパケットフローの通信品質を制御し、上記各無線アクセス網に接続される各ノード装置が、無線アクセス網から通知された通信品質要求を記憶し、通信中の無線移動局が他の無線アクセス網に移動した時、上記無線移動局と対応する第2、第3の通信品質要求の少なくとも一方をハンドオーバ先のノード装置に通知し、他のノード装置から無線移動局の通信品質要求を受信した時、受信した通信品質要求を該ノード装置に接続された無線アクセス網に通知し、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記ノード装置から受信した通信品質要求を該無線アクセス網の通信リソースで許容可能な通信品質要求に変換し、上記通信品質要求に従って、移動してきた無線移動局のパケットフローの通信品質を制御することを特徴とする。上記第1の通信品質要求は、例えば、要求優先度の異なる複数セットの通信品質パラメータからなる。この場合、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、上記第1の通信品質要求が示す複数セットの通信品質パラメータから、無線移動局に予め保証された通信品質レベル情報に従って、上記第1の通信品質要求から保証すべき通信品質パラメータセットを選択することによって、上記第1の通信品質要求よりも少ないセット数の通信品質パラメータからなる第2の通信品質要求を生成し、上記第2の通信品質要求から、通信品質パラメータのセット数が該第2の通信品質要求と同等、または更に少ない第3の通信品質要求を生成する。上記第1の通信品質要求は、フロー毎に要求優先度の異なる複数セットの通信品質パラメータで要求通信品質を定義していてもよい。この場合、上記各無線アクセス網の無線基地局とパケット制御装置の少なくとも一方が、無線移動局に予め保証された通信品質レベル情報に従って、上記第1の通信品質要求からフロー毎に保証すべき通信品質パラメータセットを選択することによって、前記第2の通信品質要求を生成し、上記第2の通信品質要求から、利用可能な通信リソースに応じて許容可能な通信品質パラメータセットを選択することによって、第3の通信品質要求を生成する。本発明によれば、ノード装置間ハンドオーバが発生した時、ハンドオーバ元からハンドオーバ先へ転送すべき制御情報量が少なくなるため、ハンドオーバ先無線アクセス網における無線移動局のQoS制御が容易になり、通信リソースを有効利用できる。以下の実施例では、無線基地局BSとパケット制御装置PCFの双方に、QoS要求の処理機能とQoS制御機能を備えているが、QoS要求の処理機能は、BSとPCFの何れか一方にのみに設けてもよい。図2は、本発明の無線基地局BS7の1例を示す。BS7は、MS10のアクセスポイントとなる無線基地局である。ネットワークインタフェースNWIF25は、PCF6に接続するためのネットワークとのインタフェースである。ベースバンド処理部BB24は、送受信信号のベースバンド処理、送信信号の変調、受信信号の同期捕捉および復調を行う。中間周波数処理部IF23は、中間周波数IFIntermediateFrequencyの信号処理を行う。IF23は、BB24から入力されるベースバンド信号をDADigitaltoAnalog変換した後、中間周波数に変換し、無線周波数処理部RF22に出力する。また、IF23は、RF22から入力される信号をADAnalogtoDigital変換してBB24に出力する。RF無線部22は、無線周波数RFRadioFrequencyの信号処理を行う。RF22は、IF23から入力された信号を、無線周波数にアップコンバートし、送信電力を増幅した後、MS10に送信するためにアンテナ21に出力する。また、RF22は、アンテナ21から入力されたMS10からの無線信号を中間周波数にダウンコンバートして、IF23へ出力する。制御部27は、BS7全体の管理機能を有する。BS7とPCF6間では、A8、A9パケットで情報が伝送される。A8、A9パケットは、制御情報を格納するヘッダ部と、伝送情報を格納するペイロード部とからなる。RANの制御情報は、A9パケットのペイロード部に設定して伝送される。また、MS10の送受信情報は、A8パケットのペイロード部に設定して伝送される。制御部27は、無線伝送単位およびPCF6との間で送受信するA8、A9パケットの組み立て、分解、廃棄等と、タイマ26を用いた無線伝送単位の送信タイミング制御と、記憶部28の情報管理を行う。また、制御部27は、後述するQOSUserProfileに基づくRQoSからRAAQoSへの変換と、通信リソースの状態に応じたRAAQoSからGQoSへの変換とを含むQoS情報処理を行い、GQoSに従って各移動端末のQoS制御を行う。記憶部28は、送受信データと、QoS情報を含む管理情報を保持する。タイマ26は、時刻に拠り増加するカウンタである。図3は、本発明のパケット制御装置PCFPacketControlFunction6の1例を示す。PCF6は、A8またはA9パケットを作成し、BS7に送信する。また、PCF6は、BS7からA8またはA9パケットを受信する。PCF6とPDSN2間では、A10、A11パケットで情報が伝送される。A10、A11パケットは、制御情報を格納するヘッダ部と、伝送情報を格納するペイロード部とからなる。RANの制御情報は、A11パケットのペイロード部に設定して伝送される。また、MS10の送受信情報は、A10パケットのペイロード部に設定して伝送される。PCF6は、例えば、BS7から受信したA8パケット、A9パケットのヘッダを書き替えて、それぞれA10パケット、A11パケットに変換する。また、PDSN2から受信したA10パケット、A11パケットのヘッダを書き替えて、それぞれA8パケット、A9パケットに変換する。PCF6は、A10もしくはA11パケットを作成し、PDSN2に送信する。NWIF30は、PCF8に接続するためのネットワークインタフェース、NWIF31は、BS7に接続するためのネットワークインタフェース、NWIF36は、PDSN2に接続するためのネットワークインタフェースである。SW32、35は、信号を交換するスイッチである。制御部33は、PCF6全体の管理の他に、QOSUserProfileに基づくRQoSからRAAQoSへの変換と、通信リソースの状態に応じたRAAQoSからGQoSへの変換とを含むQoS情報処理を行う。TCTrafficController34は、A8、A10パケットの組み立て、分解、送受信を行うトラヒック制御部である。図4は、本発明のトラヒック制御部TC34の1例を示す。記憶部37は、送受信パケットデータと、PCF6の制御部33が指定したQoS情報を含む管理情報を保持する。CPU38は、記憶部37に保持された情報の管理、A9、A11パケットの組み立て、分解、廃棄、QoS情報に従ったパケットのフロー制御等のパケット送受信管理を行う。タイマ39は、時刻に拠り増加するカウンタである。図5は、本発明のノード装置PDSN2の1例を示す。PDSN2は、IPネットワークIPnetwork1からIPパケットを受信する。PDSN2は、A10パケットまたはA11パケットを作成して、PCF6に送信すると共に、PCF6から、A10パケットまたはA11パケットを受信する。PDSN2は、IPパケットを作成して、IPネットワーク1へ送信する。NWIF46は、PCF6に接続するためのネットワークとのネットワークインタフェース、NWIF47は、IPネットワーク1に接続するためのネットワークインタフェース、NWIF48は、他のPDSNに接続するためのネットワークインタフェースである。記憶部42は、送受信するIPパケット、A10/A11パケット、QoS情報を含む管理情報を保持する。制御部43は、記憶部42に保持された情報の管理、A10/A11パケットおよびIPパケットの組み立て、分解、廃棄等のパケット送受信管理、QoS情報処理を行う。UIF44は、ユーザインタフェースであり、タイマ45は、時刻に拠り増加するカウンタである。図6は、本発明の課金/認証サーバであるAAAAuthenticationAuthorizationandAccounting11の1例を示す。従来、課金認証プロトコルとしてRADIUSRemoteAuthenticationDialInUserServiceが知られている。RADIUSは、IETFInternetEngineeringTaskForceで標準化されている。また、RFC2139には、NetworkAccessServerと課金サーバ間での課金情報の伝送プロトコルについて記載されている。AAA11は、例えば、RADIUSに従って、認証や課金のための処理を行う。NWIF51は、IPネットワーク1に接続するネットワークインタフェースである。記憶部52は、後で詳述するUserQoSProfileを含む管理情報を記憶する。制御部53は、記憶部52の記憶された情報の管理、IPパケット送受信の制御、認証および課金処理を行う。UIF54は、ユーザインタフェースであり、無線事業者は、このUIF54を用いて、例えば、ユーザとの契約に基づくUserQoSProfile情報の記憶部53への追加と、UserQoSProfileの編集を行う。タイマ55は、時刻に拠り増加するカウンタであり、AAA11は、タイマ55によって、課金開始時刻および課金終了時刻を計測し、時間に応じた課金を行う。次に、図8を参照して、MS10の移動に伴ってPDSN間ハンドオーバが発生した時、sRANからtRANに、MS10の削減されたQoS情報を通知することによって、tRANにおけるQoS情報処理GQoSの割り当てを簡略化した本発明によるコールフローの第1実施例について説明する。MS10が、QoS要求メッセージ85で補助接続のQoSRQoSを要求するまでの制御シーケンスは、図7と同様であり、ここでの説明は省略する。MS10がtRANに移動する前の状態で、sRAN4sBSまたはsPCFは、QoS許可/受付制御手順140において、QOSUserProfileを参照し、MS10が要求したQoSRQOSが示すパラメータ群から許可可能なQoSパラメータ群を選択し、RAAQOSRequestedAndAuthorizedQoSとしてメモリに記憶する。RQOSは、図13を参照して詳述するように、1つまたは複数のフローについての要求QoSを指定しており、要求QoSは、フロー毎に複数レベルの要求QoSを示す複数のQoSパラメータセットで定義されている。また、QOSUserProfileは、図15、図16を参照して詳述するように、RQOSに含まれるQoS定義項目優先度、ピーク時の伝送レート、許容最大遅延、合計帯域などの少なくとも一部について、各MSユーザに契約によってに承認された閾値レベルを示している。sRAN4は、上記Q0S許可/受付制御手順140において、RQoSで指定されたQoSパラメータセットをQOSUserProfileと比較し、QOSUserProfileに適合しないQoSパラメータセットは除外し、RQoSをQOSUserProfileに適合したQoSパラメータセット群からなるRAAQoSRequestedAndAuthorizedQoSに変換する。sRAN4は、現在の無線および有線の通信リソースの状態に基いて、上記RAAQoSが示すQoSパラメータセット群を検証し、sRAN4で保証できるQoSパラメータセットを選択して、MS10にQoSの割り当てを行う。以下、sRAN4またはtRANがMS10に実際に割り当てたQoSsRAN4がまたはtRANがMSに保証したQoSパラメータセットで定義されたQoSをGQoSと言う。sRAN4は、サービス接続メッセージ87によって、GQoSをMS10に通知する。MS10は、サービス接続メッセージ87に応答して、sRAN4にサービス接続完了メッセージ88を返送する。sRAN4は、A11登録要求メッセージ141によって、sPDSN2にQoS情報本実施例では、GQoSとRAAQoSを通知する。例えば、sRAN4の構成要素となるsBS7とsPCF6のうち、sBS7が、QoS許可/受付制御手順140を実行し、RAAQoSを記憶部28に記憶した場合、sBS7の制御部27が、記憶部28からRAAQoSを読み出し、RAAQoSとGQoSとを含むQoS情報通知メッセージを作成して、NWIF25からsPCF6に送信する。上記QoS情報通知メッセージは、sPCF6のNWIF31で受信され、制御部33で解析され、制御部33によって、GQoSとRAAQoSを含むA11登録要求メッセージ141が作成される。sPCF6の制御部33は、A11登録要求メッセージ141をNWIF36からsPDSN2に送信する。上記A11登録要求メッセージ141は、sPDSN2のNWIF46で受信され、制御部43によって解析される。sPDSN2の制御部43は、A11登録要求メッセージ141に含まれるGQoSとRAAQoSを記憶部42に記憶し、sRAN4にA11登録応答メッセージ90を送る。MS10は、MS10のIPアドレスと接続識別子との対応関係を示すResvメッセージ91をsPDSN2に送る。sPDSN2は、上記Resvメッセージ91に応答して、確認応答メッセージ92をMS10に返送する。これによって、sPDSN2とMS10との間の補助接続93の設定が完了し、MS10は、補助接続93を通してQoSGQoS保証された通信が可能となる。補助接続93による通信開始後に、MS10の移動によってPDSN間ハンドオーバが起こったと仮定する。ハンドオーバの発生は、例えば、tRANで検出し、tPDSNを経てsPDSNに通知できる。sPDSN2は、QOSUserProfile、GQoS、RAAQoSを含む転送メッセージ142をtPDSN3に送信する。この場合、sPDSN2の制御部43は、例えば、記憶部42に記憶されたQOSUserProfile、GQoS、RAAQoSを読み出し、上記転送メッセージ142を作成する。このメッセージ142は、NWIF48からtPDSN3に送信される。tPDSN3は、アクセス許可メッセージ143によって、QOSUserProfile、GQoS、RAAQoSをtRAN5に転送する。tPDSN3の制御部43は、NWIF48で受信した転送メッセージ142を解析し、転送メッセージ142に含まれるQOSUserProfile、GQoS、RAAQoSを記憶部42に記憶する。tPDSN3の制御部43は、QOSUserProfile、GQoS、RAAQoSを含むアクセス許可メッセージ143を作成し、該アクセス許可メッセージ143をNWIF46からtPCF8に送信する。tPCF8の制御部33は、NWIF36から受信した転送メッセージ143を解析し、該メッセージ143に含まれるQOSUserProfile、GQoS、RAAQoSを記憶部37に記憶する。tPCF8の制御部33は、QOSUserProfile、GQoS、RAAQoSを含むQoS情報通知メッセージを作成し、NWIF31からtBS9に送信する。tBS9の制御部27は、NWIF7で受信したQoS情報通知メッセージを解析し、QoS情報通知メッセージに含まれるQOSUserProfile、GQoS、RAAQoSを記憶部28に記憶する。tRAN5は、QoS受付制御手順144において、tPDSN3から転送メッセージ143で通知されたRAAQoSが示すQoSパラメータセット群を現在の通信リソースの状態に基いて検証し、保証可能なQoSパラメータセットを選択し、MS10に、保証されたQoSパラメータセットで定義されたQoSをGQoSとして割り当てる。すなわち、tRAN5の通信リソースに、RAAQoSが要求する複数レベルのQoSのうちの何れかで、新たな接続を収容できる余裕があれば、tRAN5は、GQoSの割り当てを行う。RAAQoSに含まれるいずれのレベルをも満足させるだけの通信リソースの余裕がなければ、RAAQoSでのGQoSの割り当ては行わず、MS10に要求拒否メッセージを送る。QoS許可/受付制御手順140を実行したtRAN4側で既に承認済みとなっているため、tRAN5は、QoS受付制御手順144では、RAAQoSがMS10に承認されたQoSであることを確認するためのRAAQoSとQOSUserProfileとの比較処理を省略できる。tRAN5は、RAAQoSとMS10に割り当てたGQoSとを含むA11登録要求メッセージ145をtPDSN3に送る。tPDSN3は、A11登録要求メッセージ145に応答して、tRAN5にA11登録応答メッセージ100を返送する。tRAN5は、サービス接続メッセージ101によって、受付制御手順144で保証されたQoSGQoSをMS10に送る。MS10は、サービス接続メッセージ101に応答して、tRAN5にサービス接続完了メッセージ102を返送する。以下、ハンドオーバ前と同様に、MS10、tRAN5、tPDSN3の間でQoS設定が行われ、sPDSN2からtPDSN3を経由してMS10まで、補助接続106が設定される。本実施例によれば、上述したように、QoS受付制御手順144で、QOSUserProfileを用いた処理が不要となる。従って、sPDSN2からtPDSN3に送信されるメッセージ142では、実施例で示したQoSUserProfile、GQoS、RAAQoSのうち、RAAQoSを含む何れか1つまたは2つのパラメータのみを転送し、他のパラメータを省略しても良い。本実施例では、sRAN4は、RQoSに含まれるQoSパラメータセット群の中から、QoSUserProfileに基いて、MSユーザに許可できるQoSパラメータセット群をRAAQoSとして選択して、sPDSN2に記憶する。この場合、sPDSNは、ユーザに許可できない不要なQoSパラメータ情報を記憶対象から除外できるため、メモリの記憶容量を節約できる。また、本実施例では、QoS受付制御手順144を実行するtRAN5側tBS9またはtPCF8でも、tPDSN3から受信したRAAQoS情報を記憶する必要があるが、tRAN5がtPDSN3から受信したRAAQoSは、MS10へのGQoSの割当てには不要となるQoSパラメータが既に除外された状態となっているため、メモリの記憶容量を節約できる。また、QoS受付制御手順144では、sRAN側で認証済みのQoSパラメータ情報を含むRAAQoSに基いて、MS10へGQoSの割当てを実行できるため、QoSUserProfileに基くQoS認証処理を省略して、QoS割当てを短時間で完了できる。更に、本実施例によれば、sRANからsPSDNへの送信メッセージ141のペイロードが、RQoSに代えて、RAAQoSを含んでいる。同様に、sPSDNからtPSDNへの送信メッセージ142と、tPSDNからtRANへの送信メッセージ143のペイロードにも、RAAQoSが設定されている。これらのメッセージは、RQoSの送信メッセージに比較して、ペイロード長を短くできるため、有線ネットワーク内での通信リソースを節約できる。図9は、PDSN間ハンドオーバが発生した時に実行される本発明によるコールフローの第2実施例の通信シーケンスを示す。本実施例では、sPDSNがQoS情報を削減し、PDSNを介してtRANに、削減されたQoS情報を通知することによって、tRANにおけるQoS情報の処理GQoSの割り当てを簡略化したことを特徴としている。sRAN4は、A11登録要求メッセージ89によって、MS10に割り当てたQoSGQoSと要求されたQoSRQoSをsPDSN2に通知する。sPDSN2は、A11登録要求メッセージ89に応答して、sRAN4にA11登録応答メッセージ90を返送する。sPDSN2が上記A11登録応答メッセージ90を送るまでのシーケンスは、図7と同様である。本実施例では、sPDSN2が、RAAQoSのパラメータ情報選択146で、QOSUserProfileを参照して、RQoSをRAAQoSに変換し、これを記憶部に保持する。RAAQoSのパラメータ情報選択146から後のシーケンスは、図8と同様である。tRAN5tBS9またはtPCF8は、QoS受付制御手順144において、tPDSN3から転送メッセージ143で通知されたRAAQoSが示すQoSパラメータセット群を現在の無線および有線の通信リソースの状態に基いて検証し、保証可能なQoSパラメータセットを選択して、MS10にGQoSを割り当てる。本実施例によれば、第1実施例と同様、sPDSNは、ユーザに許可できない不要なQoSパラメータ情報を記憶対象から除外し、RAAQoSを記憶すればよいため、メモリの記憶容量を節約できる。また、QoS受付制御手順144を実行するtRAN5側tBS9またはtPCF8でも、tRAN5がtPDSN3から受信したRAAQoSが、MS10へのGQoSの割当てには不要となるQoSパラメータを既に除外した状態となっているため、メモリの記憶容量を節約できる。また、QoS受付制御手順144では、QoSUserProfileに基くQoS認証処理を省略して、QoS割当てを短時間で完了できる。更に、移動したMS10のQoS情報をsRAN4からsPDSNに通知する時、sPSDNからtPSDNへの送信メッセージ142と、tPSDNからtRANへの送信メッセージ143のペイロード長を短くできるため、有線ネットワーク内での通信リソースを節約できる。上述した図8、図9の実施例では、MS10に移動先となるtRAN5が、tPDSN3からRAAQoSを受信しているが、sRAN4からtRAN5にRAAQoSを直接的に通知するようにしても良い。図10は、PDSN間ハンドオーバが発生した時に実行される本発明によるコールフローの第3実施例の通信シーケンスを示す。本実施例では、PCF間に通信インタフェースが存在し、この通信インタフェースを介して、RAN間で制御メッセージ70を送受信できる場合に適用される。tPDSN3を経由して主接続95が確立されるまでのシーケンスは、図8と同様である。本実施例は、PDSN間ハンドオーバが発生した時、RAN間転送メッセージ70によって、sRAN4からtRAN5に直接的にRAAQoSを通知することを特徴としている。例えば、sRAN4側で、sBS7がQoS許可/受付制御手順140を実行し、RAAQoSをsBS7の記憶部28に記憶したと仮定する。この場合、sBS7の制御部27が、記憶部28からRAAQoSを読み出し、RAAQoS通知メッセージを作成して、NWIF25からsPCF6に送信する。上記RAAQoS通知メッセージは、sPCF6のNWIF31で受信され、制御部33が、受信メッセージを解析して、RAAQoSを含むRAN間の制御メッセージ70を作成する。sPCF6の制御部33は、上記制御メッセージ70をNWIF30からtPCF8に送信する。tPCF8の制御部33は、NWIF30から制御メッセージ70を受信すると、受信メッセージ70からRAAQoSを抽出し、RAAQoS通知メッセージを作成して、NWIF31からtBS9に送信する。tBS9の制御部27は、受信したRAAQoS通知メッセージを解析し、受信メッセージが示すRAAQoSを記憶部28に記憶する。受付制御144以降のシーケンスは、図8と同様である。tBS9は、QoS受付制御手順144において、tPCF8からRAAQoS通知メッセージで通知されたRAAQoSが示すQoSパラメータセット群を現在の通信リソースの状態に基いて検証し、保証可能なQoSパラメータセットを選択して、MS10にGQoSを割り当てる。本実施例によれば、第1実施例と同様、sPDSNは、ユーザに許可できない不要なQoSパラメータ情報を記憶対象から除外し、RAAQoSを記憶すればよいため、メモリの記憶容量を節約できる。また、受付制御手順144を実行するtBS9でも、受信したRAAQoSが、MS10へのGQoSの割当てには不要となるQoSパラメータを既に除外した状態となっているため、メモリの記憶容量を節約できる。また、QoS受付制御手順144では、QoSUserProfileに基くQoS認証処理を省略して、QoS割当てを短時間で完了できる。図11は、PDSN間ハンドオーバが発生した時に実行される本発明によるコールフローの第4実施例の通信シーケンスを示す。tPDSN3を経由して主接続95が確立されるまでのシーケンスは、図8と同様である。補助接続93での通信開始後に、MS10にPDSN間ハンドオーバが起こったと仮定する。本実施例では、sPDSN2からtPDSN3に、転送メッセージ148によってRAAQoSを通知する。tPDSN3は、上記RAAQoSをアクセス許可メッセージ149によってtRAN5に通知する。上記RAAQoSは、sRAN側で実行したQoS許可/受付制御手順140によって、QOSUserProfileを適用して既に承認済みであることが保証されているため、sPDSN2からtPDSN3に、tRAN側でMS10の要求QoSを承認するためのQOSUserProfileを送る必要は無い。また、tRAN5で実行するQoS受付制御144では、上記RAAQoSがMS10に承認されたQoSであることを確認するためのRAAQoSとQOSUserProfileとの比較処理を省略できる。tRAN5tBS9またはtPCF8は、QoS受付制御手順144において、tPDSN3から転送メッセージ143で通知されたRAAQoSが示すQoSパラメータセット群を現在の無線、有線の通信リソースの状態に基いて検証し、保証可能なQoSパラメータセットを選択して、MS10にGQoSを割り当てる。本実施例によれば、第1実施例と同様、sPDSNは、ユーザに許可できない不要なQoSパラメータ情報を記憶対象から除外し、RAAQoSを記憶すればよいため、メモリの記憶容量を節約できる。また、QoS受付制御手順144を実行するtRAN5側tBS9またはtPCF8でも、tRAN5がtPDSN3から受信したRAAQoSが、MS10へのGQoSの割当てには不要となるQoSパラメータを既に除外した状態となっているため、メモリの記憶容量を節約できる。また、QoS受付制御手順144では、QoSUserProfileに基くQoS認証処理を省略して、QoS割当てを短時間で完了できる。更に、MS10のQoS情報を通知するメッセージ141、148、149のペイロード長を短くできるため、有線ネットワーク内での通信リソースを節約できる。図12は、PDSN間ハンドオーバが発生した時に実行される本発明によるコールフローの第5実施例の通信シーケンスを示す。補助接続93での通信開始後に、MS10のPDSN間ハンドオーバが起こった場合、tPDSN3を経由して主接続95が確立される迄のシーケンスは、図8と同様である。但し、本実施例では、補助接続93の確立過程で、sRANからsPDSN2に、A11登録要求メッセージ141によってGQoSが通知されている。本実施例では、sPDSN2からtPDSN3に、転送メッセージ150によってGQoSを通知する。tPDSN3は、アクセス許可メッセージ151によって、GQoSをtRAN5に通知する。sRAN側で実行したQoS許可/受付制御手順86によって、上記GQoSが既に承認済みであることが保証されているため、sPDSN2やtPDSN3は、tRAN5にQOSUserProfileを送信する必要は無い。また、tRAN5では、QoS受付制御手順152で、GQoSの内容がMS10に承認できるQoSか否かを確認する必要はない。tRAN5tBS9またはtPCF8は、QoS受付制御手順152において、tPDSN3からアクセス許可メッセージ151で通知されたGQoSのパラメータセット群を現在の無線および有線の通信リソースの状態に基いて検証し、保証可能なQoSパラメータセットを選択して、MS10にGQoSを割り当てる。本実施例では、sPDSN2は、情報量が削減されたGQoSを記憶すればよいため、メモリ容量を節約できる。tRAN5tBS9またはtPCF8も、GQoSを記憶すればよく、ユーザに許可できない不要なQoSパラメータ情報を記憶する必要が無いため、メモリ容量が節約できる。また、QoS受付制御手順152では、QoSUserProfileに基くQoS認証処理を省略して、QoS割当てを短時間で完了できる。更に、MS10のQoS情報を通知するメッセージ89、150、151のペイロード長を短くできるため、有線ネットワーク内での通信リソースを節約できる。図11、図12に示した実施例では、sPDSN2からtPDSN3へのQoS情報通知メッセージ148または150が、情報量の削減されたRAAQoSまたはGQoSのみを含んでいるため、転送情報量、及びシステムにおける処理量を低減することができ、結果的に高速なハンドオーバを実現できる。sPDSN2からtPDSN3に、RAAQoSまたはGQoSを送った場合でも、sPDSNが、転送メッセージ148、150とは別のメッセージで、tPDSNにQOSUserProfileを送るようにしても良い。このようにすれば、ハンドオーバ後のMS10が新たなQoSフロー設定を要求した時、MS10のQOSUserProfileをtPDSNからtRANに直ちに供給できる。図13は、QoS要求メッセージ85に含まれるRQoSのフォーマットの1例を示す。ユーザIDUserID159は、MS10のユーザ識別子、フロー数NumFlow160は、MS10がQoSを要求するフロー補助接続の数nを示している。NumFlow160の後には、フロー毎の要求QoSを示すn個のフローエントリが、RQoSFlowID=1161~RQoSFlowID=n163として含まれる。ここで、RQoSFlowID=1のフローエントリは、フローID=1をもつフローについて、MS10が要求したQoSの内容を定義した情報ブロック158からなる。他のエントリも同様の情報ブロックからなっている。情報ブロック158は、この情報ブロック158のQoS定義が適用されるフローの識別子を示すフローID164と、複数のQoSパラメータエントリRQoSパラメータセット167~169と、情報ブロック158に含まれるQoSパラメータエントリの個数mを示すセット数NumSet166と、長さLength165とからなっている。長さLength165は、それに続くNumSet166とQoSパラメータエントリ167~169の長さを示している。これらのパラメータエントリ167~169は、それぞれセットIDSetIDを有し、要求優先度順に配列されている。各QoSパラメータエントリは、例えば、情報ブロック157に示すように、QoSパラメータエントリの長さを示すSetLength170と、QoSパラメータエントリの識別子となるセットIDSetID157と、会話、ストリーミング等のトラヒック種別を示すトラヒッククラスTrafficclass172と、無線リソースの割り当て優先度を示す優先度Priority173と、ピーク時の伝送レートを示すピークレートPeakrate174と、フローに許容される最大遅延値を示す最大遅延Maxlatency175と、フローに許容されるデータロスレートの最大値を示す最大ロスレートMaxlossrate176と、フローに許容されるジッタの最大値を示す最大ジッタmaxjitter177を指定している。図14は、GQoSのフォーマットの1例を示す。GQoSは、要求元MS10のユーザ識別子を示すUserID179と、後続するフローエントリの個数nを示すNumFlow180と、n個のフローエントリ181~183とからなる。各フローエントリは、ブロック178に示すように、フロー識別子を示すFlowID184と、QoSパラメータセットを特定するセットIDSetID185とからなる。FlowID184とセットIDSetID185の値によって、MS10は、図13で説明したRQoSが指定する各フローにおいて、QoSパラメータセットパラメータエントリ167~169の中のどれが割り当てられたかが判る。図15は、QOSUserProfileのフォーマットの1例を示す。QOSUserProfileは、MSユーザの識別子を示すUserID191と、契約によって当該ユーザに承認されたSetIDのリストを示す承認SetIDAuthorizedSetID192と、当該ユーザに承認された優先度を示す承認優先度AuthorizedPriority193と、当該ユーザに承認された通信帯域伝送レートの合計値を示す承認合計帯域AuthorizedAggregateBW194とを示している。図16は、QOSUserProfileのフォーマットの他の1例を示す。ここに示したQOSUserProfileは、MS10のユーザ識別子を示すUserID200、契約によって当該ユーザに承認されたSetIDのリストを示す承認SetIDAuthorizedSetID201、当該ユーザに承認されたtrafficclassを示す承認TrafficclassAuthorizedTrafficclass202、当該ユーザに承認された優先度を示す承認優先度AuthorizedPriority203、当該ユーザに承認されたPeakrateを示す承認PeakrateAuthorizedPeakrate204、当該ユーザに承認されたMaxlatencyを示す承認MaxlatencyAuthorizedMaxlatency205、当該ユーザに承認されたMaxlossrateを示す承認MaxlossrateAuthorizedMaxlossrate206、当該ユーザに承認されたMaxjitterを示す承認MaxjitterAuthorizedMaxjitter207、承認総帯域AuthorizedAggregateBW194とを示している。図17は、PDSN2、3が記憶部42に保持するQoS情報テーブルPDSNテーブルのエントリの1例を示す。PDSNテーブルには、MSユーザの識別子を示すUserID210と対応して、UserQoSProfile211と、RAAQoS212と、GQoS213とを示す複数のエントリが登録される。UserQoSProfile211は、図15または図16に示したQoSUserProfileからUserID200を除いた内容となっている。RAAQoS212は、UserQoSProfileに基づくRAAQoSのパラメータ情報選択処理によって、RQoSの情報量を削減したものである。UserQoSProfileに基づくRAAQoSのパラメータセット選択処理については、図20、図21を参照して後で詳述する。GQoS213は、RANがMSユーザに実際に割り当てたQoSであって、図14に示したGQoSからUserID179を除いた内容となっている。図18は、BSの記憶部28、またはPCFの記憶部37が保持するQoS情報テーブルBS/PCFテーブルのエントリの1例を示す。BS/PCFテーブルも、図17に示したPDSNテーブルと同様、UserID215と対応して、MSユーザのUserQoSProfile216と、RAAQoS217と、GQoS218とを示している。UserQoSProfile216の内容は、図17のUserQoSProfile211と同様である。図19は、AAA11が記憶部52に保持するQoS情報のテーブルAAAテーブルのエントリの1例を示す。AAAテーブルには、MSユーザの識別子を示すUserID220と対応して、UserQoSProfile221を示する複数のエントリが登録されている。UserQoSProfile221の内容は、図17のUserQoSProfile211と同様である。図22は、RAAQoSのフォーマットの1例を示す。RAAQoSは、UserQoSProfileに基づくRAAQoSパラメータセットの選択処理によって、図13に示したRQoSから、UserQoSProfileに適合しないQoSパラメータセットパラメータエントリを削減した内容となっている。RAAQoSは、RQoSと同様、ユーザIDUserID259と、フロー数NumFlow260と、フロー毎のQoSを示す複数のフローエントリ、RAAQoSFlowID=1261~RAAQoSFlowID=n263からなる。各フローエントリは、例えば、RAAQoSFlowID=1のエントリに付随して示すように、QoSの内容を定義する情報ブロック258からなる。情報ブロック258は、RQoSの情報ブロック158と同様、情報ブロック258のQoS定義が適用されるフローの識別子を示すフローID264と、複数のQoSパラメータエントリRAAQoSパラメータセット267~269と、情報ブロック258に含まれるQoSパラメータエントリの個数hを示すセット数NumSet266と、長さLength265とからなっている。これらのエントリ267~269は、要求順位を示すセットIDSetIDの順に配列されている。RAAQoSの各フローエントリに含まれるQoSパラメータエントリRAAQoSパラメータセットの個数hは、RQoSの各フローエントリに含まれるQoSパラメータエントリRQoSパラメータセットの個数m以下となる。RAAQoSパラメータ情報選択処理において、QoSUserProfileを適用してRQoSのパラメータセット群の中からQoSUserProfileに適合しないQoSパラメータセットを削除するためである。RQoSと同様、各QoSパラメータエントリは、例えば、情報ブロック257に示すように、エントリの長さを示すSetLength270、エントリの識別子となるセットIDSetID257と、トラヒック種別を示すトラヒッククラスTrafficclass272と、無線リソースの割り当て優先度を示す優先度Priority273と、ピーク時の伝送レートを示すピークレートPeakrate274と、フローに許容される最大遅延値を示す最大遅延Maxlatency275と、フローに許容される最大のデータロスレートの値を示す最大ロスレートMaxlossrate276と、フローに許容されるジッタの最大値を示す最大ジッタmaxjitter277とを指定している。図20は、ハンドオーバ元となるBS7、PCF6、またはPDSN2が、QoS許可/受付制御手順140または86で実行するRAAQoSのパラメータ情報選択QoS許可処理の1実施例を示すフローチャートである。本実施例のRAAQoSパラメータ情報選択処理では、図15に示したQoSUserProfileを適用して、MS10が要求した図13のRQoSのパラメータセット群の中から、QoSUserProfileに適合しないQoSパラメータセットを削除する。これによって、RQoSは、QoSUserProfileで承認されたQoSパラメータセットのみを残したRAAQOSに変換される。ここでは、BSの記憶部28または、PCFの記憶部37、PDSNの記憶部42が、QOSUserProfileを保持しているものとする。この場合、BSの制御部27またはPCFの制御部33、PDSNの制御部43が、以下手順で、RQoSのフローエントリ毎に、全てのQoSパラメータセットをQOSUserProfileと照合し、RQoSからQOSUserProfileに適合したQoSパラメータセットRAAQoSパラメータセットを選択する。制御部27は、Step0で、RQoSのUserID159と、NumFlow160が示す全フロー数nと、各フローに対応するNumSet166が示すQoSパラメータエントリの個数mを検出する。また、制御部27は、記憶部28のQoSテーブル図18のBS/PCFテーブルに確保されたRAAQoS217またはRAAQoS212の記憶エリアに、図22に示したRAAQoSのUserID259とNumFlow260の値を書き込む。制御部27は、Step1で、フローエントリを特定するためのインデックスJの値を1に設定し、RAAQoS217またはRAAQoS212の第1RAAQoSエントリにFlowID264、Length265、NumSetID267の値を書き込む。Step2で、制御部27は、パラメータエントリを特定するためのインデックスIの値を1に設定する。制御部27は、Step3で、RQoSのFlowID=J、SetID=Iに対応する情報ブロック157のSetID171の値が、QOSUserProfileのAuthorizedSetID192で指定された範囲内か否かを判定し、指定範囲内であればStep4に進み、そうでなければ、Step8でFlowID=J、SetID=Iに対応するRQoS情報を廃棄する。Step8では、QoSテーブルのRAAQoS217またはRAAQoS212へのQoS情報の書込みは行われないが、NumSet266の値がデクリメント-1され、Length265の値が、現在値からSetLength170分を減算した値に書き換えられる。例えば、情報ブロック157のSetID171の値が3で、QOSUserProfileのAuthorizedSetID192で、値1、2、3、4、5、6、7、8が指定されていた場合、SetID171は、AuthorizedSetID192の指定範囲内となるため、フローチャートシーケンスはStep4に進む。制御部27は、Step4で、上記情報ブロック157のPriority173の値がQOSUserProfileのAuthorizedPriority193の指定範囲内か否かを判定し、指定範囲内であれば、Step5に進み、QoSテーブルのRAAQoS217またはRAAQoS212に、FlowID=J、SetID=Iに対応する情報ブロック157の内容を書き込む。Priority173の値が指定範囲内に含まれていなければ、制御部27はStep8を実行する。例えば、Priorityが優先度の低い順に0~15のランクを有し、Priority173が10で、AuthorizedPriority193が0~8を指定していた場合、制御部27は、要求Priority173が許容範囲外と判定して、Step8を実行する。制御部27は、Step5またはStep8を実行した後、Step6で、パラメータエントリ用のインデックスIの値をインクリメント1し、Step7で、Iの値をRQoSエントリ個数mと比較する。Iの値がm以下であればStep3に戻り、RQoSの第Jフローエントリの次パラメータエントリを判定対象として、上述した処理を繰り返す。Step7でIの値がmを超えた場合、制御部27は、Step9でフローエントリ用のインデックスJの値をインクリメント1し、Step10でJの値をRQoSのフローエントリ数nと比較する。Jの値がn以下であれば、Step2に戻る。これによって、判定対象となるフローエントリを替えて、最初のパラメータエントリから上述した処理が繰り返される。Step10でパラメータJの値がnを超えた時点で、RAAQoSパラメータ選択処理が終了する。図21は、ハンドオーバ元となるBS7、PCF6、またはPDSN2で実行するRAAQoSパラメータ選択QoS許可処理の他の実施例を示すフローチャートである。本実施例では、図16に示したQoSUserProfileを適用して、MS10が要求した図13のRQoSがRAAQOSに変換される。ここでも、BSの記憶部28またはPCFの記憶部37、PDSNの記憶部42が、QOSUserProfileを保持しているものとする。この場合、BSの制御部27またはPCFの制御部33、PDSNの制御部43が、以下手順で、RQoSのフローエントリ毎に、全てのQoSパラメータセットをQOSUserProfileと照合し、RQoSからQOSUserProfileに適合したRAAQoSパラメータセットを選択する。Step11~Step13での処理内容は、図20のStep0~Step2と同一であり、説明を省略する。制御部27は、Step14で、RQoSのFlowID=J、SetID=Iに対応する情報ブロック157のSetId171の値が、QOSUserProfileのAuthorizedSetID201で指定された範囲内か否かを判定し、指定範囲内であれば、Step15に進み、そうでなければ、Step22で、FlowID=J、SetID=Iに対応するQoS情報の廃棄し、QoSテーブルNumSet266の値をデクリメント-1し、Length265の値をSetLength170分を減算した値に書き換える。Step15では、制御部27は、上記情報ブロック157のTrafficclass172の値が、QOSUserProfileのAuthorizedTrafficclass202で指定された範囲内か否かを判定し、指定範囲内であればStep16に進み、そうでなければ、Step22を実行する。例えば、RQoSのTrafficclass172がInteractiveclassを指定し、QOSUserProfileのAuthorizedTrafficclass202がBackgroundclassとStreamingclassとを指定していた場合、制御部27は、Trafficclass172が指定範囲外と判断して、Step22を実行する。Step16では、制御部27は、上記情報ブロック157のPriority173の値が、QOSUserProfileのAuthorizedPriority203で指定された範囲内か否かを判定し、指定範囲内であればStep17に進み、そうでなければStep22を実行する。Step17では、制御部27は、上記情報ブロック157のPeakrate174の値が、QOSUserProfileのAuthorizedPeakrate204で指定された範囲内か否かを判定し、指定範囲内であればStep18に進み、そうでなければStep22を実行する。Step18では、制御部27は、上記情報ブロック157のMaxlatency175の値が、QOSUserProfileのAuthorizedMaxlatency205で指定された範囲内か否かを判定し、指定範囲内であればStep19に進み、そうでなければStep22を実行する。例えば、RQoSのMaxlatency175が20ms、AuthorizedMaxlatency205が10ms以上となっていた場合、Maxlatency175が指定範囲内となるため、Step19が実行される。Step19では、制御部27は、RQoSのFlowID=J、SetID=Iに対応する情報ブロック157のMaxlossrate176の値が、QOSUserProfileのAuthorizedMaxlossrate206で指定された範囲内か否かを判定し、指定範囲内であればStep20に進み、そうでなければStep22を実行する。例えば、Maxlossrate176が10~6を指定し、authorizedMaxlossrate206が10~4を指定していた場合、Maxlossrate176が指定範囲内となるため、Step20が実行される。Step20では、制御部27は、上記情報ブロック157のMaxjitter177の値が、QOSUserProfileのAuthorizedMaxjitter207で指定された範囲内か否かを判定し、指定範囲内であればStep21に進み、そうでなければStep22を実行する。例えば、Maxjitter177の値が2msで、AuthorizedMaxjitter207で5ms以下と指定されていた場合、Maxjitter177は指定範囲内となるため、Step21が実行される。Step21では、制御部27は、QoSテーブルのRAAQoS217またはRAAQoS212にFlowID=J、SetID=Iに対応する情報ブロック157の内容を書き込む。制御部27は、Step21またはStep22を実行した後、Step23~Step26を実行する。これらのステップは、図20のStep7~Step10と同様であり、ここでの説明は省略する。図23は、tRANがQoS受付制御手順144で実行するRAAQoS判定処理の1実施例を示すフローチャートである。RAAQoS判定処理を実行するtRANは、tBS、tPCFの少なくとも一方であり、システム構成に依って、tBS、tPCFのどちらが実行しても良い。ここでは、tBSまたはtPCFが、RAAQoS判定処理受付制御手順144を実行する場合について説明する。QoS許可/受付制御手順140、86でも、これと同様のRAAQoS判定処理によって、MSへのGQoSの割り当てが行われる。RAAQoS判定処理を実行する前に、tBSは、記憶部28に形成された図18で示したQoSテーブルに、UserID215と、UserQoSProfile216と、図22に示したフォーマットをもつRAAQoS217とを記憶しているものと仮定する。この時点では、QoSテーブルのGQoS218は空の状態にある。BSの制御部27は、以下の手順で、RAAQoSのフローエントリ毎に、RAAQoSパラメータセットを検査する。制御部27は、先ず、Step30で、RAAQoSから、UserID259をもつRAAQoSのNumFlow260が示す全フロー数nと、各フローに対応するNumSet266が示すQoSパラメータエントリの個数hを抽出し、QoSテーブルのGQoS218用のエリアにUserID179とNumFlow180の値を書き込む。制御部27は、Step31で、フローエントリを特定するためのインデックスJの値を1に設定し、Step32で、パラメータエントリを特定するためのインデックスIの値を1に設定する。制御部27は、Step33で、RAAQoSのFlowID=J、SetID=Iに対応する情報ブロック257が示すPeakrate274がtRANで保証できるサービス可能か否かを判定する。この場合、制御部27は、例えば、制御情報として得られる無線区間の状態情報から、Peakrate274を十分保証可能か否かを判断する。無線区間の状態情報は、tBSまたはMSで測定される受信信号の品質、干渉信号電力、通信データレート、エラーレートなど、tBSとMSとの間の通信チャネルにおけるQoSを反映するものであればよい。また、例えば、BSの記憶部28に、無線区間で達成可能なピークレートを予め保持しておき、これ参照してPeakrate274が保証可能か否かを判断しても良い。RAAQoSが要求するPeakrate274が保証可能であればStep34に進み、不可能ならStep37を実行する。Step34では、制御部27は、上記情報ブロック257が示すMaxlatency275がtRANで保証できるサービス可能か否かを判定する。制御部27は、例えば、記憶部28に形成される送受信バッファの容量を参照して、必要なMaxlatency275が十分保証可能かを否かを判断する。保証可能な最大遅延を予め記憶部28に保持しておき、これを参照してMaxlatency275を実現できるか否かを判断しても良い。Maxlatency275が保証可能であればStep35に進み、そうでなければStep37を実行する。Step35では、制御部27は、上記情報ブロック257のMaxlossrate276がtRANで保証できるサービス可能か否かを判定する。この判定は、例えば、制御情報として得られる無線区間の状態情報を参照して行う。記憶部28に最大損失率を予め保持しておき、これを参照してMaxlossrate276が保証可能か否かを判断しても良い。Maxlossrate276を保証可能ならStep36に進み、そうでなければStep37を実行する。Step36では、制御部27は、FlowID=Jのフローに対して、SetID=Iと対応するRAAQoSパラメータセットを受け付ける。この場合、制御部27は、フローエントリ用のインデクスJの値と、パラメータエントリ用のインデクスIの値を、それぞれGQoSFlowIDJのFlowID184、SetID185として書き込む。制御部27は、この後、Step40で、フローエントリ用のインデックスJの値をインクリメントし、Step41で、インデクスJの値をフロー数nと比較する。Jがn以下であれば、制御部27は、Step32に戻って、パラメータエントリのインデクスIの値を初期値1に戻し、新たなFlowID=Jをもつフローエントリの最初の情報ブロック257について、上述した判定を繰り返す。Step41で、Jがnを超えた場合、制御部27は、このRAAQoS判定処理を終了する。SetID=Iに対応する情報ブロック257で、Peakrate、Maxlatency、Maxlossrateの何れかで保証不可能となった場合、制御部27は、Step37で、パラメータエントリ用のインデックスIの値をインクリメント1し、Step38で、Iの値をパラメータエントリ数hと比較する。インデックスIの値がh以下であればStep33に戻り、同一フローエントリの次のパラメータエントリについて、上述した判定を繰り返す。Step38で、インデックスIの値がhを超えた場合、RAAQoSのFlowID=Jのフローには、許可できるパラメータセットが無かったことになる。この場合、制御部27は、Step39で、FlowID=Jのフローについては、RAAQoSを拒否し、GQoSへのRAAQoSパラメータの割当てを省略して、Step40に進む。上記フローチャートから明らかなように、MSの移動先となったtRANtBSまたはtPCFでは、移動元のsRANから通知されたRAAQoSに基づいて、MS10へのQoSの割り当てGQoSを行う。この場合、RAAQoSは、MSが最初に送信したRQoSよりもパラメータセットの数が少ないため、MSへのQoSの割り当て処理時間を短縮できる。尚、特定フローについてQoS拒否が発生した場合、制御部27からMS10に、QoSを保証できなかったフローのFlowIDを通知するようにしてもよい。上記実施例では、3種類のQoSパラメータについて、保証可能か否かを判定したが、判定対象となるQoSパラメータは、実施例以外のものであってもよい。例えば、RQoSまたはRAAQoSで、Maxjitter177の要求値を指定する代わりに、jitter発生の許容可否をフラグ情報で指定するようにしても良い。この場合、QoSUserProfileには、jitter無しの通信の可否を示す情報も登録しておく。