(57)【要約】端末と、無線ベアラのリソースを規定するために動作エンティティが規定される固定ネットワークと、を有するパケット交換通信システムにおいてデータ伝送リソースを割当てる方法である。無線ベアラのリソースが、該無線ベアラ上で端末により使用されるアプリケーションに基づいて端末に対して規定され、使用するデータパケットのヘッダ部の圧縮方法を、無線ベアラのリソースを規定する前に選択し、リソースは、データパケット中のヘッダ部の圧縮方法によって必要とされる容量をも含むようなやり方で規定される。データパケット中のヘッダ部の圧縮方法は、端末によりサポートされ、使用する圧縮方法を規定するために固定ネットワークにおける動作エンティティに伝送される。選択したデータパケット中のヘッダ部の圧縮方法が双方向接続を必要とする場合は、容量は２方向の無線ベアラに対して規定される。
2004502361.tif 000002
【特許請求の範囲】
【請求項１】
端末と、無線ベアラのリソースを規定するために動作エンティティが規定される固定ネットワークと、を有するパケット交換通信システムにおいてデータ伝送リソースを割当てる方法であって、前記の無線ベアラのリソースが、前記無線ベアラ上で前記端末により使用されるアプリケーションに基づいて該端末に対して規定される前記方法において、
前記無線ベアラで使用されるデータパケット中のヘッダ部の圧縮方法を、前記無線ベアラのリソースを規定する前に規定し、
前記無線ベアラのリソースを、その選択されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量を含むようなやり方で規定する、
ことを特徴とする方法。
【請求項２】
前記端末によりサポートされる、データパケット中の前記ヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために、固定ネットワークにおける動作可能なエンティティに転送することを特徴とする請求項１に記載の方法。
【請求項３】
双方向接続を必要とする前記選択されたデータパケット中のヘッダ部の圧縮方法に応答して、前記無線ベアラに双方向の容量を規定することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記パケット交換通信システムがＵＭＴＳシステムであり、前記無線ベアラ用のリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（ＲＲＣ）及び無線リソース管理システム（ＲＲＭ）から構成されていることを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記無線リソース管理システム（ＲＲＭ）において前記無線ベアラのリソースを規定することを特徴とする請求項４に記載の方法。
【請求項６】
前記の規定された無線ベアラのリソースを、該無線ベアラの無線リソースを割当てる前記無線リソース制御プロトコル（ＲＲＣ）に転送することを特徴とする請求項５に記載の方法。
【請求項７】
前記端末のコンバージェンスプロトコル（ＰＤＣＰ）がサポートする、前記のデータパケット中のヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために無線ネットワーク制御装置（ＲＮＣ）に伝送することを特徴とする請求項４〜６のいずれか一項に記載の方法。
【請求項８】
端末と、無線ベアラのリソースを規定する動作エンティティを有する固定ネットワークとを有するパケット交換通信システムであって、前記無線ベアラのリソースが該無線ベアラ上で前記端末が使用するアプリケーションに基づいて規定されるようになっている前記パケット交換通信システムにおいて、
前記無線ベアラのリソースが規定される前に前記無線ベアラで使用される前記データパケット中のヘッダ部の圧縮方法が規定されるようになっており、
前記無線ベアラのリソースが、その選択されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量をも含むようなやり方で規定されるようになっている、
ことを特徴とするパケット交換通信システム。
【請求項９】
前記端末がサポートする前記データパケット中のヘッダ部の圧縮方法が使用すべき圧縮方法を規定するために前記固定ネットワークの前記動作エンティティに伝送されるようになっていることを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記パケット交換通信システムがＵＭＴＳシステムであり、前記無線ベアラのリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（ＲＲＣ）及び無線リソース管理システム（ＲＲＭ）を有することを特徴とする請求項８又は９に記載の通信システム。
【発明の詳細な説明】
【０００１】
〔発明の背景〕
本発明はパケット交換データ伝送におけるデータ伝送リソース割当てに関し、特に無線パケット交換データ伝送における無線インターフェースリソースの最適化に関する。
【０００２】
ＵＭＴＳ（ユニバーサル移動通信システム）及びＩＭＴ−２０００（国際移動通信システム）と呼ばれる第三世代移動体システムによって、回線交換音声サービスだけでなく、例えばＧＳＭシステム用に設計されたパケット無線ネットワーク、ＧＰＲＳ（汎用パケット無線システム）のようなパケット交換サービスが提供される。パケット交換データ伝送は、移動局によって様々なデータサービスの利用と、一方で移動体システム、特に無線インターフェースのリソースを必要に応じて各ユーザに割当てることとを可能にする。
【０００３】
ＵＭＴＳシステムの端末のユーザが、パケット交換アプリケーションを利用、例えばネットワークから端末へ映像ファイルをダウンロードしたい場合、ＵＭＴＳシステムの無線リソース管理システムＲＲＭが、利用されるアプリケーションだけでなく利用可能な無線ベアラパラメータによって、アプリケーションに基づく容量予約を無線ベアラに割当てる。典型的な一方向データ伝送、例えばネットワークからファイルをダウンロードする場合、ｘビット／秒のデータ速度がダウンリンク方向（基地局から端末）で端末に割当てられ、アップリンク方向（端末から基地局）へは０ビット／秒のデータ速度が端末に割当てられる。このようなアプリケーションでは、典型的にはアップリンク方向のデータ伝送は必要ないので、リソースを割当てる必要もない。
【０００４】
無線ベアラを規定するパラメータの一つが、データパケットのヘッダ部を圧縮する方法として端末に利用されている。送信されるデータパケットのヘッダ部の圧縮及び受信されるデータパケットの圧縮解凍は、ＵＭＴＳシステムのパケットデータコンバージェンスプロトコル層ＰＤＣＰ上で実行される。可能な限り多数のネットワーク層プロトコル形式と接続設定を可能にするために、端末のＰＤＣＰ層は典型的には数個のヘッダ圧縮方法に対応している。いくつかのヘッダ圧縮方法は、異なる肯定応答を行いまたエラー状態を解決するために逆方向接続が必要である。ある帯域幅を逆方向接続のために確保する必要があるが、一方でヘッダ部を圧縮すると順方向接続用の帯域幅の必要性が減少する。
【０００５】
上記の構成で、アプリケーションに基づく容量割当てを双方向接続を必要とするヘッダ圧縮方法と共に用いると、問題が発生する。端末が利用可能な双方向接続を必要とするヘッダ圧縮方法しか有していなくて、その端末が、上記ネットワークからファイルをダウンロードする等、典型的には一方向の容量割当て要求をアプリケーションに送信する場合、無線リソース管理システムＲＲＭはアプリケーションに基づき無線ベアラに一方向接続しか割当てない。すると利用可能な圧縮方法は機能せず、新たな容量割当て要求を構成する特別な構成を用いた逆接続のための適切な帯域幅も確保できないままでは、接続確立はできない。このようなことはどの状況でも起こるとは限らないが、どのような場合でも、このような構成は無線リソースの最適な割当てを難しくする。
【０００６】
〔発明の簡単な説明〕
従って、本発明の目的は、上記の欠点を減らすために、改善された方法とそれを実行する装置を生み出すことである。本発明の目的は、独立請求項に述べられたことを特徴とする方法及びシステムによって達成される。本発明の好ましい実施例は従属請求項に示されている。
【０００７】
本発明は、無線ベアラのセットアップに先がけて無線リンク上で使用される圧縮方法を選択することに基づいており、その情報は無線リソース管理システムＲＲＭに送られ、無線リソース管理システムＲＲＭは、容量割当てにおいて選択され得る双方向圧縮アルゴリズムを考慮して、ダウンリンク方向及びアップリンク方向に必要な容量を割当てる。
【０００８】
本発明の方法及びシステムは、双方向接続を必要とするヘッダ圧縮方法が、アプリケーションのために一方向の無線ベアラしか必要としない無線ベアラ上で直ちに機能するという利点を持つ。また、双方向接続性は無線ベアラのセットアップ時に考慮されているので、逆方向接続をセットアップするために追加のシグナリングが必要ないという利点も持つ。さらに、圧縮方法によって必要となる帯域幅と、圧縮アルゴリズムの使用によって得られるデータ量が少なくなるという利点との両方を考慮すると、無線ベアラに割当てられる帯域幅全体が最適化されるという利点もある。
【０００９】
以下に本発明が添付図面を参照して好ましい実施例によって詳細に述べられる。
【００１０】
〔発明の詳細な説明〕
以下に本発明をＵＭＴＳシステムによるパケット無線サービスを例として使用して説明する。本発明はしかし、ＵＭＴＳシステムのみに制限されず、パケットデータ接続の容量割当てが、使用されたヘッダ圧縮方法を考慮する必要のあるパケット交換データ伝送方法ならどれにでも応用することができる。
【００１１】
ＵＭＴＳ移動電話システムの構成は図１に示されている。図１は本発明を説明するのに必須のブロックしか含んでいないが、当業者にとって、従来の移動電話システムが他の機能や構成を備えているのは明らかであり、ここでは詳細に述べる必要はない。移動電話システムの主要部分は、コアネットワークＣＮ、ＵＭＴＳ移動電話システム地上無線アクセスネットワークＵＴＲＡＮ、移動局即ちユーザ装置ＵＥである。ＣＮとＵＴＲＡＮ間のインターフェースはＩｕと呼ばれ、ＵＥとＵＴＲＡＮ間のエアインターフェースはＵｕと呼ばれる。
【００１２】
ＵＴＲＡＮは典型的にはいくつかの無線ネットワークサブシステムＲＮＳからなり、ＲＮＳ間のインターフェースはＩｕｒ（図示せず）と呼ばれる。ＲＮＳは無線ネットワーク制御装置ＲＮＣ、ノードＢとも呼ばれる一つ以上の基地局ＢＳからなる。ＲＮＣとＢ間のインターフェースはＩｕｂと呼ばれる。基地局ＢＳは典型的には無線パス構築を管理し、無線ネットワーク制御装置ＲＮＣは少なくとも、無線リソースの管理、セル間のハンドオーバー制御、電力調整、タイミングと同期、加入者端末のページングを管理する。
【００１３】
コアネットワークＣＮは、移動電話システムの属する基幹施設からなり、ＵＴＲＡＮの外部にある。コアネットワークにおいて、移動交換局／在圏位置レジスタ３Ｇ−ＭＳＣ／ＶＬＲがホーム位置レジスタＨＬＲに接続され、好ましくはインテリジェントネットワークのサービス制御ポイントＳＣＰにも接続される。ホーム位置レジスタＨＬＲ及び在圏位置レジスタＶＬＲは移動体加入者情報を有している。ホーム位置レジスタＨＬＲは全ての移動体ネットワーク加入者や彼らが利用しているサービスに関する情報を有し、在圏位置レジスタＶＬＲは、ある移動交換局ＭＳＣのエリア内に入ってきた移動局に関する情報を有する。パケット無線システムのサービングノード３Ｇ−ＳＧＳＮ（サービングＧＰＲＳサポートノード）への接続はインターフェースＧｓ’を介してなされ、固定電話ネットワークＰＳＴＮ／ＩＳＤＮへの接続はゲートウェイ移動交換局ＧＭＳＣ（図示せず）を介して行われる。サービングノード３Ｇ−ＳＧＳＮから外部データネットワークＰＤＮへの接続は、さらに外部データネットワークＰＤＮに接続するゲートウェイノードＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）へのインターフェースＧｎを介して行われる。移動交換局３Ｇ−ＭＳＣ／ＶＬＲ及びサービングノード３Ｇ−ＳＧＳＮの両方から無線ネットワークＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）への接続は、インターフェースＩｕを介してセットアップされる。ＵＭＴＳシステムは、例えば、ネットワークの基幹施設の全体を再構築する必要がないように、コアネットワークＣＮがＧＳＭシステムのコアネットワークと同等であるようなやり方で設計されていることに注目すべきである。
【００１４】
ＵＭＴＳシステムはさらに、ＧＳＭネットワークに接続したＧＰＲＳシステムによって広範囲に実現されるパケット無線システムをも含み、これによってネットワーク要素の名のもとにＧＰＲＳシステムとの関連を明らかにする。ＵＭＴＳパケット無線システムは数個のゲートウェイ及びサポートノードを含み、いくつかのサービングノード３Ｇ−ＳＧＳＮは典型的には一つのゲートウェイノード３Ｇ−ＧＧＳＮに接続される。ノード３Ｇ−ＳＧＳＮ及び３Ｇ−ＧＧＳＮは移動局の移動性をサポートするルータとして機能し、そのルータは移動システムを制御して移動局の場所や使用されているプロトコルに関係なく移動局に至るデータパケットの経路を定める。サービングノード３Ｇ−ＳＧＳＮは移動局ＭＳに無線ネットワークＵＴＲＡＮを介して接続される。サービングノード３Ｇ−ＳＧＳＮのタスクは、そのサービス圏内でパケット無線接続可能な移動局を検出し、データパケットを該移動局から送受信し、サービス圏内での移動局の位置を追跡することである。さらに、サービングノード３Ｇ−ＳＧＳＮは移動交換局３Ｇ−ＭＳＣ及び在圏位置レジスタＶＬＲにシグナリングインターフェースＧｓ’を介して接続され、ホーム位置レジスタＨＬＲとはインターフェースＧｒを介して接続される。パケット無線サービスに関連しかつ加入者専用パケットデータプロトコルコンテンツを含む記録はホーム位置レジスタＨＬＲに記憶される。
【００１５】
ゲートウェイノード３Ｇ−ＧＧＳＮは、ＵＭＴＳネットワークパケット無線システムと外部データネットワークＰＤＮ（パケットデータネットワーク）の間でゲートウェイとして働く。外部データネットワークは、第２のネットワークオペレータのＵＭＴＳ又はＧＰＲＳネットワーク、インターネット、Ｘ．２５ネットワークあるいはプライベート・ローカルエリアネットワークなどを含む。ゲートウェイノード３Ｇ−ＧＧＳＮはインターフェースＧｉを介して前記データネットワークに接続される。ゲートウェイノード３Ｇ−ＧＧＳＮとサービングノード３Ｇ−ＳＧＳＮの間で転送されるデータパケットはゲートウェイトンネリングプロトコルによって常にカプセル化される。ゲートウェイノード３Ｇ−ＧＧＳＮはまた、移動局のＰＤＰ（パケットデータプロトコル）アドレスと経路情報、即ち３Ｇ−ＳＧＳＮアドレスを含む。
経路情報はこのように外部データネットワークとサービングノード３Ｇ−ＳＧＳＮ間でデータパケットを結ぶのに利用される。ゲートウェイノード３Ｇ−ＧＧＳＮとサービングノード３Ｇ−ＳＧＳＮ間のネットワークにはＩＰプロトコル、好ましくはＩＰｖ６（インターネットプロトコル第６版）を使用する。
【００１６】
図２ａ及び図２ｂは、ＵＭＴＳシステムのパケット無線サービスにおける制御シグナリング（制御プレーン）及びユーザデータ伝送（ユーザプレーン）に使用されるＵＭＴＳプロトコルスタックを示す。図２ａは、移動局ＭＳとコアネットワークＣＮ間の制御シグナリングに使用されるプロトコルスタックを示す。移動局ＭＳの移動管理ＭＭ、呼制御ＣＣ及びセッション管理ＳＭは、移動局ＭＳとコアネットワークＣＮ間に位置する基地局ＢＳ及び無線ネットワーク制御装置ＲＮＣがこのシグナリングに対してトランスペアレントであるような方法で、移動局ＭＳとコアネットワークＣＮ間で最上位のプロトコル層上でシグナリングされる。移動局ＭＳと基地局ＢＳ間の無線リンクの無線リソース管理は、無線ネットワーク制御装置ＲＮＣから基地局ＢＳへ制御データを伝送する無線リソース管理システムＲＲＭによって管理される。移動体システムの管理全般に関するこれらの機能は、非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）としても知られるコアネットワークプロトコル（ＣＮプロトコル）と呼ばれるグループを形成する。同様に、移動局ＭＳ、基地局ＢＳ及び無線ネットワーク制御装置ＲＮＣ間の無線ネットワーク制御に関するシグナリングは、無線アクセスネットワークプロトコル（ＲＡＮプロトコル）、すなわちアクセス層と呼ばれるプロトコル層上で行われる。これらは最下位レベルの転送プロトコルを有し、その制御シグナリングはより上位レベルに転送され、さらに処理される。より上位のアクセス層の必須要素は無線リソース制御プロトコルＲＲＣであり、移動局ＭＳ及び無線ネットワークＵＴＲＡＮ間で無線リンクを確立、設定、維持及び解放する役割と、コアネットワークＣＮ及び無線ネットワークＲＡＮから移動局ＭＳへ制御情報を伝送する役割を負っている。さらに、無線リソース制御プロトコルＲＲＣは、例えばアプリケーションベースの容量割当てにおける無線リソース管理システムＲＲＭの指示によって無線ベアラに充分な容量を割当てる。
【００１７】
図２ｂに示されているプロトコルスタックは、ＵＭＴＳパケット交換ユーザデータの伝送において使用される。無線ネットワークＵＴＲＡＮと移動局間のインターフェースＵｕ上では、物理層における下位レベルデータ伝送はＷＣＤＭＡまたはＴＤ−ＣＤＭＡプロトコルによって行われる。物理層の上位にあるＭＡＣ層は物理層とＲＬＣ層間のデータパケットを伝送し、ＲＬＣ層は異なる無線ベアラの無線リンクを論理管理する。ＲＬＣの機能は、たとえば伝送されるユーザデータをひとつ以上のＲＬＣデータパケットＲＬＣ−ＰＤＵにセグメント化すること（ＲＬＣ−ＳＤＵ）を含む。上位層のヘッダ部を含むＲＬＣの上位であるＰＤＣＰ層のデータパケット（ＰＤＣＰ−ＰＤＵ）は、オプションとして圧縮できる。その後、ＰＤＣＰ−ＰＤＵはＲＬＣに転送され、ひとつのＲＬＣ−ＳＤＵに対応する。ユーザデータとＲＬＣ−ＳＤＵはセグメント化され、データ伝送に必須のアドレスおよび認証情報が付加されて、ＲＬＣフレームとして転送される。ＲＬＣ層は損傷したフレームの再送管理も行う。サービングノード３Ｇ−ＳＧＳＮは移動局ＭＳから無線ネットワークＲＡＮを介して正しいゲートウェイノード３Ｇ−ＧＧＳＮに送られてくるデータパケットの経路を管理する。この接続にはトンネリングプロトコルＧＴＰを使用して、すべてのユーザデータ及びコアネットワークを介して伝送されるシグナリングをカプセル化しトンネリングする。ＧＴＰプロトコルはコアネットワークによって使用されるＩＰの最上位で動作する。
【００１８】
ＰＤＣＰ層のタスクのひとつは、ＵＭＴＳ端末と無線ネットワークＵＴＲＡＮの構成要素間で、上位アプリケーションレベルから下位のリンクレベル層へ来る（またその逆も同様）データパケットをトランスペラントに伝送できるようにすることである。従って、すでにサポートされているＩＰプロトコル（ＩＰｖ４、ＩＰｖ６）以外のネットワークレベルプロトコルのデータパケットも伝送できるようにＰＤＣＰ層を修正することが可能でなければならない。
【００１９】
ＰＤＣＰ層の他の重要なタスクには、チャネル効率の向上に関する機能がある。これらの機能は典型的には、データパケットヘッダ部の圧縮アルゴリズム等、さまざまな最適化方法に基づいている。今日では、ＵＭＴＳ用のネットワークレベルプロトコルはＩＰプロトコルであり、使用されている圧縮アルゴリズムはＩＥＴＦ（インターネット技術標準化委員会）によって標準化されているものであるが、ＰＤＣＰ層には、いずれの場合も使用されているネットワークレベルプロトコルによって選択されたヘッダ圧縮アルゴリズムならどれでも適用できる。ヘッダ圧縮アルゴリズムの中には、多様な肯定応答及び誤り回復を管理できるように端末とネットワーク間で双方向接続を必要とすることがある。
【００２０】
ＰＤＣＰ層のタスクは、ＵＭＴＳ無線ネットワークサブシステム間の内部ハンドオーバにおいて、ＰＤＣＰ−ＳＤＵデータパケット及び関連するＰＤＣＰシーケンス番号を、新しい無線ネットワークサブシステムに伝送することを含む（ＳＲＮＳ再配置）。もう一つのタスクは、必要に応じて、いくつかの無線ベアラを１つのそして同じＲＬＣエンティティに多重化する。
【００２１】
図３は、ＰＤＣＰ層の機能モデルを示し、１つのＰＤＣＰエンティティが各無線ベアラに対して規定される。現在のシステムにおいて、個々のＰＤＰコンテキストが各無線ベアラに対して規定されるので、１つのＰＤＣＰエンティティが各ＰＤＰコンテキストに対しても規定され、そしてあるＲＬＣエンティティがＲＬＣ層上の各ＰＤＣＰエンティティに対して設定される。上記のように、いくつかのＰＤＰコンテキストがＰＣＤＰ層上で多重化されるようなやり方で、ＰＤＣＰ層は原則として動作できるように実現され、この場合、ＰＤＣＰ層より下位のＲＣＬ層上では、ひとつのＲＬＣエンティティがデータパケットをいくつかの無線ベアラから同時に受信する。
【００２２】
各ＰＤＣＰエンティティはひとつ以上のヘッダ圧縮アルゴリズムを使用するか、又は何も使用しなくてもよい。いくつかのＰＤＣＰエンティティは同じアルゴリズムを使用することもできる。無線リソース制御装置ＲＲＣはアルゴリズムを制御するパラメータと同様、適切なアルゴリズムを各ＰＤＣＰエンティティに対して取り決め、その後選択されたアルゴリズムとパラメータを、ＰＤＣＰ−Ｃ−ＳＡＰポイント（ＰＤＣＰ制御サービスアクセスポイント）を介してＰＤＣＰ層に通知する。使われる圧縮方法は接続に使用されるネットワークレベルプロトコル形式に依存し、その形式はＰＤＰコンテキストが起動される時に無線リソース制御装置に指示される。
【００２３】
ＰＤＣＰ層上のさまざまな圧縮方法の指示及び識別は、データパケットＰＤＵに添付されたパケット識別子ＰＩＤによって行う。各ＰＤＣＰエンティティのパケット識別子ＰＩＤ値用にテーブルが作成され、さまざまな圧縮アルゴリズムがデータパケットに整合され、パケット識別子ＰＩＤの値がそれらの組合せによって決定される。圧縮アルゴリズムが使われない場合はパケット識別子ＰＩＤはゼロ値を得る。各圧縮アルゴリズム及びさまざまなデータパケットタイプとそれらとの組合せのために、ＰＩＤ値は順番に、各圧縮アルゴリズムのＰＩＤ値がｎ＋１から始まるようなやり方で決定され、ここにｎは前の圧縮アルゴリズムで最後に規定されたＰＩＤ値である。圧縮アルゴリズムの順番は、無線リソース制御装置ＲＲＣとの取り決めにより決定する。パケットデータ接続の各末端におけるＰＤＣＰエンティティはＰＩＤ値表に基づいて送受信されたデータパケットの圧縮アルゴリズムを識別できる。しかしながら、この情報は、無線リソース制御装置ＲＲＣに格納されない。
【００２４】
アプリケーションに基づいた容量割当てでは、例えば移動局ＭＳのアプリケーションが無線ベアラを確立するための要求をネットワークに送信し、容量要求が移動局ＭＳからコアネットワーク接続を管理する機能ＳＭ（セッション管理）に制御シグナリングとして送信され、その機能ＳＭから容量要求が対応するサービングノード３Ｇ−ＳＧＳＮの機能ＳＭに転送される。サービングノード３Ｇ−ＳＧＳＮは無線ネットワーク制御装置ＲＮＣの無線リソース管理システムＲＲＭと容量要求による無線リソースが利用可能であるかどうか取り決めを行う。充分なリソースがある場合は、サービングノード３Ｇ−ＳＧＳＮがリソース割当てタスクを無線リソース管理システムＲＲＭに与える。無線リソース管理システムＲＲＭのタスクは、限られた無線リソースを様々な無線ベアラに対してできるだけ最適に割当てることである。無線リソース管理システムＲＲＭは、どの種類の無線リソースパラメータがアプリケーションを使用するのに最適であるかを決定し、利用可能な無線リソース容量によって無線ベアラにとって最適なパラメータを規定する。無線リソース管理システムＲＲＭは、実際の無線リソース割当てを行う無線リソース制御プロトコルＲＲＣに指示を送る。一方向接続のみを必要とするアプリケーションには、利用可能なすべての容量、例えば典型としてｘキロビット／秒が一方向、典型的にはダウンリンク方向に割当てられ、他方向、つまりアップリンク方向には容量が割当てられず、即ち０キロビット／秒である。この時、双方向接続を必要とする端末がヘッダ圧縮アルゴリズムを使用しようとした、あるいは使用させられる場合、ネットワークと端末間のデータ伝送は成功しない。
【００２５】
ここで本発明の方法により、無線リンクに利用される圧縮方法が無線ベアラを確立する前にすでに選択され、その情報が、容量割当てにおいて選択されうる双方向圧縮アルゴリズムを考慮する無線リソース管理システムＲＲＭに転送されるようなやり方で上記のことは避けられる。この場合、無線ベアラに割当てられた全帯域幅は圧縮方法が必要とする帯域幅及び圧縮アルゴリズムの利用によって得られる、データ量が小さくなるという利点との両方を考慮することによって最適化される。
【００２６】
このことは、図４によって説明される。図４は双方向接続用の容量割当てを行う実施例のシグナリングを示す。ユーザ装置ＵＥのＰＤＣＰ層は、少なくとも１つの双方向接続を必要とする圧縮アルゴリズムをサポートする。ユーザ装置ＵＥによってサポートされる圧縮アルゴリズム（４００）に関する情報は、例えばそれ自体公知であるＵＥ能力（ＵＥ−ｃａｐａｂｉｌｉｔｙ）メッセージで、無線ベアラが確立すると、無線ネットワーク制御装置ＲＮＣの無線リソース制御プロトコルＲＲＣに伝送される。無線ネットワーク制御装置ＲＮＣは無線ベアラ上で使用する圧縮アルゴリズムを決定し（４０２）、それを無線リソース管理システムＲＲＭに知らせる（４０４）。アプリケーションベースの容量割当て要求に応答して、サービングノード３Ｇ−ＳＧＳＮ及び無線ネットワーク制御装置ＲＮＣの無線リソース管理システムＲＲＭが、上記のように、充分な無線リソースがあるかどうか交渉する。充分なリソースが利用できる場合は、圧縮アルゴリズムによって設定される制限は考慮されるが、可能な限り最適な帯域幅がアプリケーションに基づいて規定されるように、ＲＲＭは無線ベアラに容量を割当てる。このような条件に基づき、ＲＲＭは無線リソース制御装置ＲＲＣがどのように設定され、その設定指示をＲＲＣに知らせる（４０６）のかを決定する。この設定に基づき、ＲＲＣは当該無線ベアラに最終的な容量割当てを行い（４０８）、その割当ては、また必要があれば、逆接続のための充分な割当て容量があることを保証する。
【００２７】
上記手順は以下の例によって説明される。端末ユーザがネットワークから映像ファイルをダウンロードしようとする場合、そのビデオファイルを再生するアプリケーションのために、必要なデータ伝送速度はダウンリンク方向が１００ｋｂｉｔ／秒で、アップリンク方向で０ ｋｂｉｔ／秒である。端末によって送信されるＵＥ能力メッセージに基づき、無線リソース制御装置ＲＲＣは端末と基地局の両方のＰＤＣＰエンティティが、双方向接続を必要とする、インターネット標準提案ＲＦＣ２５０７に従うヘッダ圧縮アルゴリズムをサポートすることを知らせる。ＲＲＣは無線ベアラに対して圧縮アルゴリズムを選択し、そのことを無線リソース管理システムＲＲＭに通知する。該圧縮アルゴリズムを使用するには、例えばアップリンク方向で５ｋｂｉｔ／秒の伝送速度を必要とする。全データ伝送のヘッダ部の割合が例えば３０ｋｂｉｔ／秒（つまりペイロードの割合は７０ｋｂｉｔ／秒になる）であって、ヘッダ圧縮後のヘッダ部の割合が１０ｋｂｉｔ／秒である場合、ダウンリンク方向のデータ伝送速度は８０ｋｂｉｔ／秒に設定される。このように、ＲＲＭは、無線リソース制御装置ＲＲＣが８０ｋｂｉｔ／秒をダウンリンク方向に、５ｋｂｉｔ／秒をアップリンク方向に割当てるよう設定し、これにより望ましい圧縮方法が確実に動作し、アプリケーションベースの容量割当てに関しては、ダウンリンク方向でセーブした２０ｋｂｉｔ／秒を他のユーザに割当てることができる。
【００２８】
上記において、本発明はワイヤレスパケット交換データ伝送に関して、特にＵＭＴＳシステムの無線リソースに関して説明されてきた。しかし、本発明はワイヤレスデータ伝送のみに限らず、アプリケーションベースのデータ伝送割当てを採用している有線パケット交換データ伝送にも利用することができる。ＴＣＰ（伝送制御プロトコル）やＵＤＰ（ユーザデータグラムプロトコル）の接続のようなインターネットプロトコル（ＩＰ）上の接続では、使用されうるヘッダ圧縮方法は受信側に指示され、割当てられたデータ伝送リソースでヘッダ圧縮アルゴリズムが必要とする容量を考慮して、データ伝送リソースが端末接続に割当てられる。
【００２９】
技術は進歩するが、本発明の基本的な考え方が多様なやり方で実行されるのは当業者にとっては明白なことである。本発明及び実施例は、従って、上記の例に限定されないが、請求の範囲内で変更することができる。
【図面の簡単な説明】
【図１】
ＵＭＴＳシステムの構成を示すブロック図を示す図である。
【図２ａ】
ＵＭＴＳの制御シグナリング及びユーザデータ伝送のプロトコルスタックを示す図である。
【図２ｂ】
ＵＭＴＳの制御シグナリング及びユーザデータ伝送のプロトコルスタックを示す図である。
【図３】
ＰＤＣＰ層の機能モデルのブロック図を示す図である。
【図４】
本発明実施例の容量割当てシグナリングを示す図である。
【図２ａ】
2004502361.tif 000003
【図２ｂ】
2004502361.tif 000004
【図３】
2004502361.tif 000005
【国際公開パンフレット】
2004502361.tif 000006
2004502361.tif 000007
2004502361.tif 000008
2004502361.tif 000009
2004502361.tif 000010
2004502361.tif 000011
2004502361.tif 000012
2004502361.tif 000013
2004502361.tif 000014
2004502361.tif 000015
2004502361.tif 000016
2004502361.tif 000017
2004502361.tif 000018
2004502361.tif 000019
2004502361.tif 000020
2004502361.tif 000021
2004502361.tif 000022
2004502361.tif 000023
【国際調査報告】
2004502361.tif 000024
2004502361.tif 000025