(57)【要約】【課題】端末と、無線ベアラのリソースを規定するために動作エンティティが規定される固定ネットワークと、を有するパケット交換通信システムにおいてデータ伝送リソースを割当てる方法を実現する。【解決手段】無線ベアラのリソースが、該無線ベアラ上で端末により使用されるアプリケーションに基づいて端末に対して規定され、この規定前に、使用するデータパケットのヘッダ部の圧縮方法を選択し、リソースは、データパケット中のヘッダ部の圧縮方法によって必要とされる容量をも含むやり方で規定される。データパケット中のヘッダ部の圧縮方法は、端末によりサポートされ、使用する圧縮方法を規定するために固定ネットワークの動作エンティティに伝送される。選択したデータパケット中のヘッダ部の圧縮方法が双方向接続を必要とする場合は、容量は２方向の無線ベアラに対して規定される。【選択図】図４
2007006535.tif 000002
【特許請求の範囲】
【請求項１】
端末と、無線ベアラのリソースを規定するために動作エンティティが規定される固定ネットワークと、を有するパケット交換通信システムにおいてデータ伝送リソースを割当てる方法であって、前記の無線ベアラのリソースが、前記無線ベアラ上で前記端末により使用されるアプリケーションに基づいて該端末に対して規定される前記方法において、
前記無線ベアラで使用されるデータパケット中のヘッダ部の圧縮方法を、前記無線ベアラのリソースを規定する前に規定し、
前記無線ベアラのリソースを、その選択されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量を含むようなやり方で規定する、
ことを特徴とする方法。
【請求項２】
前記端末によりサポートされる、データパケット中の前記ヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために、固定ネットワークにおける動作可能なエンティティに転送することを特徴とする請求項１に記載の方法。
【請求項３】
双方向接続を必要とする前記選択されたデータパケット中のヘッダ部の圧縮方法に応答して、前記無線ベアラに双方向の容量を規定することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記パケット交換通信システムがUMTSシステムであり、前記無線ベアラ用のリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（RRC）及び無線リソース管理システム（RRM）から構成されていることを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記無線リソース管理システム（RRM）において前記無線ベアラのリソースを規定することを特徴とする請求項４に記載の方法。
【請求項６】
前記の規定された無線ベアラのリソースを、該無線ベアラの無線リソースを割当てる前記無線リソース制御プロトコル（RRC）に転送することを特徴とする請求項５に記載の方法。
【請求項７】
前記端末のコンバージェンスプロトコル（PDCP）がサポートする、前記のデータパケット中のヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために無線ネットワーク制御装置（RNC）に伝送することを特徴とする請求項４〜６のいずれか一項に記載の方法。
【請求項８】
端末と、無線ベアラのリソースを規定する動作エンティティを有する固定ネットワークとを有するパケット交換通信システムであって、前記無線ベアラのリソースが該無線ベアラ上で前記端末が使用するアプリケーションに基づいて規定されるようになっている前記パケット交換通信システムにおいて、
前記無線ベアラのリソースが規定される前に前記無線ベアラで使用される前記データパケット中のヘッダ部の圧縮方法が規定されるようになっており、
前記無線ベアラのリソースが、その選択されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量をも含むようなやり方で規定されるようになっている、
ことを特徴とするパケット交換通信システム。
【請求項９】
前記端末がサポートする前記データパケット中のヘッダ部の圧縮方法が使用すべき圧縮方法を規定するために前記固定ネットワークの前記動作エンティティに伝送されるようになっていることを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記パケット交換通信システムがUMTSシステムであり、前記無線ベアラのリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（RRC）及び無線リソース管理システム（RRM）を有することを特徴とする請求項８又は９に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパケット交換データ伝送におけるデータ伝送リソース割当てに関し、特に無線パケット交換データ伝送における無線インターフェースリソースの最適化に関する。
【背景技術】
【０００２】
UMTS（ユニバーサル移動通信システム）及びIMT-2000（国際移動通信システム）と呼ばれる第三世代移動体システムによって、回線交換音声サービスだけでなく、例えばGSMシステム用に設計されたパケット無線ネットワーク、GPRS（汎用パケット無線システム）のようなパケット交換サービスが提供される。パケット交換データ伝送は、移動局によって様々なデータサービスの利用と、一方で移動体システム、特に無線インターフェースのリソースを必要に応じて各ユーザに割当てることとを可能にする。
【０００３】
UMTSシステムの端末のユーザが、パケット交換アプリケーションを利用、例えばネットワークから端末へ映像ファイルをダウンロードしたい場合、UMTSシステムの無線リソース管理システムRRMが、利用されるアプリケーションだけでなく利用可能な無線ベアラパラメータによって、アプリケーションに基づく容量予約を無線ベアラに割当てる。典型的な一方向データ伝送、例えばネットワークからファイルをダウンロードする場合、ｘビット／秒のデータ速度がダウンリンク方向（基地局から端末）で端末に割当てられ、アップリンク方向（端末から基地局）へは０ビット／秒のデータ速度が端末に割当てられる。このようなアプリケーションでは、典型的にはアップリンク方向のデータ伝送は必要ないので、リソースを割当てる必要もない。
【０００４】
無線ベアラを規定するパラメータの一つが、データパケットのヘッダ部を圧縮する方法として端末に利用されている。送信されるデータパケットのヘッダ部の圧縮及び受信されるデータパケットの圧縮解凍は、UMTSシステムのパケットデータコンバージェンスプロトコル層PDCP上で実行される。可能な限り多数のネットワーク層プロトコル形式と接続設定を可能にするために、端末のPDCP層は典型的には数個のヘッダ圧縮方法に対応している。いくつかのヘッダ圧縮方法は、異なる肯定応答を行いまたエラー状態を解決するために逆方向接続が必要である。ある帯域幅を逆方向接続のために確保する必要があるが、一方でヘッダ部を圧縮すると順方向接続用の帯域幅の必要性が減少する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の構成で、アプリケーションに基づく容量割当てを双方向接続を必要とするヘッダ圧縮方法と共に用いると、問題が発生する。端末が利用可能な双方向接続を必要とするヘッダ圧縮方法しか有していなくて、その端末が、上記ネットワークからファイルをダウンロードする等、典型的には一方向の容量割当て要求をアプリケーションに送信する場合、無線リソース管理システムRRMはアプリケーションに基づき無線ベアラに一方向接続しか割当てない。すると利用可能な圧縮方法は機能せず、新たな容量割当て要求を構成する特別な構成を用いた逆接続のための適切な帯域幅も確保できないままでは、接続確立はできない。このようなことはどの状況でも起こるとは限らないが、どのような場合でも、このような構成は無線リソースの最適な割当てを難しくする。
【０００６】
従って、本発明の目的は、上記の欠点を減らすために、改善された方法とそれを実行する装置を生み出すことである。
【課題を解決するための手段】
【０００７】
本発明の目的は、独立請求項に述べられたことを特徴とする方法及びシステムによって達成される。本発明の好ましい実施例は従属請求項に示されている。
【０００８】
本発明の目的は、独立請求項に述べられたことを特徴とする方法及びシステムによって達成される。本発明の好ましい実施例は従属請求項に示されている。
【０００９】
本発明は、無線ベアラのセットアップに先がけて無線リンク上で使用される圧縮方法を選択することに基づいており、その情報は無線リソース管理システムRRMに送られ、無線リソース管理システムRRMは、容量割当てにおいて選択され得る双方向圧縮アルゴリズムを考慮して、ダウンリンク方向及びアップリンク方向に必要な容量を割当てる。
【００１０】
本発明の方法及びシステムは、双方向接続を必要とするヘッダ圧縮方法が、アプリケーションのために一方向の無線ベアラしか必要としない無線ベアラ上で直ちに機能するという利点を持つ。また、双方向接続性は無線ベアラのセットアップ時に考慮されているので、逆方向接続をセットアップするために追加のシグナリングが必要ないという利点も持つ。さらに、圧縮方法によって必要となる帯域幅と、圧縮アルゴリズムの使用によって得られるデータ量が少なくなるという利点との両方を考慮すると、無線ベアラに割当てられる帯域幅全体が最適化されるという利点もある。
【００１１】
以下に本発明が添付図面を参照して好ましい実施例によって詳細に述べられる。
【発明を実施するための最良の形態】
【００１２】
以下に本発明をUMTSシステムによるパケット無線サービスを例として使用して説明する。本発明はしかし、UMTSシステムのみに制限されず、パケットデータ接続の容量割当てが、使用されたヘッダ圧縮方法を考慮する必要のあるパケット交換データ伝送方法ならどれにでも応用することができる。
【００１３】
UMTS移動電話システムの構成は図１に示されている。図１は本発明を説明するのに必須のブロックしか含んでいないが、当業者にとって、従来の移動電話システムが他の機能や構成を備えているのは明らかであり、ここでは詳細に述べる必要はない。移動電話システムの主要部分は、コアネットワークCN、UMTS移動電話システム地上無線アクセスネットワークUTRAN、移動局即ちユーザ装置UEである。CNとUTRAN間のインターフェースはIuと呼ばれ、UEとUTRAN間のエアインターフェースはUuと呼ばれる。
【００１４】
UTRANは典型的にはいくつかの無線ネットワークサブシステムRNSからなり、RNS間のインターフェースはIur（図示せず）と呼ばれる。RNSは無線ネットワーク制御装置RNC、ノードBとも呼ばれる一つ以上の基地局BSからなる。RNCとB間のインターフェースはIubと呼ばれる。基地局BSは典型的には無線パス構築を管理し、無線ネットワーク制御装置RNCは少なくとも、無線リソースの管理、セル間のハンドオーバー制御、電力調整、タイミングと同期、加入者端末のページングを管理する。
【００１５】
コアネットワークCNは、移動電話システムの属する基幹施設からなり、UTRANの外部にある。コアネットワークにおいて、移動交換局／在圏位置レジスタ3G-MSC/VLRがホーム位置レジスタHLRに接続され、好ましくはインテリジェントネットワークのサービス制御ポイントSCPにも接続される。ホーム位置レジスタHLR及び在圏位置レジスタVLRは移動体加入者情報を有している。ホーム位置レジスタHLRは全ての移動体ネットワーク加入者や彼らが利用しているサービスに関する情報を有し、在圏位置レジスタVLRは、ある移動交換局MSCのエリア内に入ってきた移動局に関する情報を有する。パケット無線システムのサービングノード3G-SGSN（サービングGPRSサポートノード）への接続はインターフェースGs’を介してなされ、固定電話ネットワークPSTN/ISDNへの接続はゲートウェイ移動交換局GMSC（図示せず）を介して行われる。サービングノード3G-SGSNから外部データネットワークPDNへの接続は、さらに外部データネットワークPDNに接続するゲートウェイノードGGSN（ゲートウェイGPRSサポートノード）へのインターフェースGnを介して行われる。移動交換局3G-MSC/VLR及びサービングノード3G-SGSNの両方から無線ネットワークUTRAN（UMTS地上無線アクセスネットワーク）への接続は、インターフェースIuを介してセットアップされる。UMTSシステムは、例えば、ネットワークの基幹施設の全体を再構築する必要がないように、コアネットワークCNがGSMシステムのコアネットワークと同等であるようなやり方で設計されていることに注目すべきである。
【００１６】
UMTSシステムはさらに、GSMネットワークに接続したGPRSシステムによって広範囲に実現されるパケット無線システムをも含み、これによってネットワーク要素の名のもとにGPRSシステムとの関連を明らかにする。UMTSパケット無線システムは数個のゲートウェイ及びサポートノードを含み、いくつかのサービングノード3G-SGSNは典型的には一つのゲートウェイノード3G-GGSNに接続される。ノード3G-SGSN及び3G-GGSNは移動局の移動性をサポートするルータとして機能し、そのルータは移動システムを制御して移動局の場所や使用されているプロトコルに関係なく移動局に至るデータパケットの経路を定める。サービングノード3G-SGSNは移動局MSに無線ネットワークUTRANを介して接続される。サービングノード3G-SGSNのタスクは、そのサービス圏内でパケット無線接続可能な移動局を検出し、データパケットを該移動局から送受信し、サービス圏内での移動局の位置を追跡することである。さらに、サービングノード3G-SGSNは移動交換局3G-MSC及び在圏位置レジスタVLRにシグナリングインターフェースGs’を介して接続され、ホーム位置レジスタHLRとはインターフェースGrを介して接続される。パケット無線サービスに関連しかつ加入者専用パケットデータプロトコルコンテンツを含む記録はホーム位置レジスタHLRに記憶される。
【００１７】
ゲートウェイノード3G-GGSNは、UMTSネットワークパケット無線システムと外部データネットワークPDN（パケットデータネットワーク）の間でゲートウェイとして働く。外部データネットワークは、第２のネットワークオペレータのUMTS又はGPRSネットワーク、インターネット、X.25ネットワークあるいはプライベート・ローカルエリアネットワークなどを含む。ゲートウェイノード3G-GGSNはインターフェースGiを介して前記データネットワークに接続される。ゲートウェイノード3G-GGSNとサービングノード3G-SGSNの間で転送されるデータパケットはゲートウェイトンネリングプロトコルによって常にカプセル化される。ゲートウェイノード3G-GGSNはまた、移動局のPDP（パケットデータプロトコル）アドレスと経路情報、即ち3G-SGSNアドレスを含む。
経路情報はこのように外部データネットワークとサービングノード3G-SGSN間でデータパケットを結ぶのに利用される。ゲートウェイノード3G-GGSNとサービングノード3G-SGSN間のネットワークにはIPプロトコル、好ましくはIPv6（インターネットプロトコル第６版）を使用する。
【００１８】
図２ａ及び図２ｂは、UMTSシステムのパケット無線サービスにおける制御シグナリング（制御プレーン）及びユーザデータ伝送（ユーザプレーン）に使用されるUMTSプロトコルスタックを示す。図２ａは、移動局MSとコアネットワークCN間の制御シグナリングに使用されるプロトコルスタックを示す。移動局MSの移動管理MM、呼制御CC及びセッション管理SMは、移動局MSとコアネットワークCN間に位置する基地局BS及び無線ネットワーク制御装置RNCがこのシグナリングに対してトランスペアレントであるような方法で、移動局MSとコアネットワークCN間で最上位のプロトコル層上でシグナリングされる。移動局MSと基地局BS間の無線リンクの無線リソース管理は、無線ネットワーク制御装置RNCから基地局BSへ制御データを伝送する無線リソース管理システムRRMによって管理される。移動体システムの管理全般に関するこれらの機能は、非アクセス層（Non-Access Stratum）としても知られるコアネットワークプロトコル（CNプロトコル）と呼ばれるグループを形成する。同様に、移動局MS、基地局BS及び無線ネットワーク制御装置RNC間の無線ネットワーク制御に関するシグナリングは、無線アクセスネットワークプロトコル（RANプロトコル）、すなわちアクセス層と呼ばれるプロトコル層上で行われる。これらは最下位レベルの転送プロトコルを有し、その制御シグナリングはより上位レベルに転送され、さらに処理される。より上位のアクセス層の必須要素は無線リソース制御プロトコルRRCであり、移動局MS及び無線ネットワークUTRAN間で無線リンクを確立、設定、維持及び解放する役割と、コアネットワークCN及び無線ネットワークRANから移動局MSへ制御情報を伝送する役割を負っている。さらに、無線リソース制御プロトコルRRCは、例えばアプリケーションベースの容量割当てにおける無線リソース管理システムRRMの指示によって無線ベアラに充分な容量を割当てる。
【００１９】
図２ｂに示されているプロトコルスタックは、UMTSパケット交換ユーザデータの伝送において使用される。無線ネットワークUTRANと移動局間のインターフェースUu上では、物理層における下位レベルデータ伝送はWCDMAまたはTD-CDMAプロトコルによって行われる。物理層の上位にあるMAC層は物理層とRLC層間のデータパケットを伝送し、RLC層は異なる無線ベアラの無線リンクを論理管理する。RLCの機能は、たとえば伝送されるユーザデータをひとつ以上のRLCデータパケットRLC-PDUにセグメント化すること（RLC-SDU）を含む。上位層のヘッダ部を含むRLCの上位であるPDCP層のデータパケット（PDCP-PDU）は、オプションとして圧縮できる。その後、PDCP-PDUはRLCに転送され、ひとつのRLC-SDUに対応する。ユーザデータとRLC-SDUはセグメント化され、データ伝送に必須のアドレスおよび認証情報が付加されて、RLCフレームとして転送される。RLC層は損傷したフレームの再送管理も行う。サービングノード3G-SGSNは移動局MSから無線ネットワークRANを介して正しいゲートウェイノード3G-GGSNに送られてくるデータパケットの経路を管理する。この接続にはトンネリングプロトコルGTPを使用して、すべてのユーザデータ及びコアネットワークを介して伝送されるシグナリングをカプセル化しトンネリングする。GTPプロトコルはコアネットワークによって使用されるIPの最上位で動作する。
【００２０】
PDCP層のタスクのひとつは、UMTS端末と無線ネットワークUTRANの構成要素間で、上位アプリケーションレベルから下位のリンクレベル層へ来る（またその逆も同様）データパケットをトランスペラントに伝送できるようにすることである。従って、すでにサポートされているIPプロトコル（IPv4、IPv6）以外のネットワークレベルプロトコルのデータパケットも伝送できるようにPDCP層を修正することが可能でなければならない。
【００２１】
PDCP層の他の重要なタスクには、チャネル効率の向上に関する機能がある。これらの機能は典型的には、データパケットヘッダ部の圧縮アルゴリズム等、さまざまな最適化方法に基づいている。今日では、UMTS用のネットワークレベルプロトコルはIPプロトコルであり、使用されている圧縮アルゴリズムはIETF（インターネット技術標準化委員会）によって標準化されているものであるが、PDCP層には、いずれの場合も使用されているネットワークレベルプロトコルによって選択されたヘッダ圧縮アルゴリズムならどれでも適用できる。ヘッダ圧縮アルゴリズムの中には、多様な肯定応答及び誤り回復を管理できるように端末とネットワーク間で双方向接続を必要とすることがある。
【００２２】
PDCP層のタスクは、UMTS無線ネットワークサブシステム間の内部ハンドオーバにおいて、PDCP-SDUデータパケット及び関連するPDCPシーケンス番号を、新しい無線ネットワークサブシステムに伝送することを含む（SRNS再配置）。もう一つのタスクは、必要に応じて、いくつかの無線ベアラを１つのそして同じRLCエンティティに多重化する。
【００２３】
図３は、PDCP層の機能モデルを示し、１つのPDCPエンティティが各無線ベアラに対して規定される。現在のシステムにおいて、個々のPDPコンテキストが各無線ベアラに対して規定されるので、１つのPDCPエンティティが各PDPコンテキストに対しても規定され、そしてあるRLCエンティティがRLC層上の各PDCPエンティティに対して設定される。上記のように、いくつかのPDPコンテキストがPCDP層上で多重化されるようなやり方で、PDCP層は原則として動作できるように実現され、この場合、PDCP層より下位のRCL層上では、ひとつのRLCエンティティがデータパケットをいくつかの無線ベアラから同時に受信する。
【００２４】
各PDCPエンティティはひとつ以上のヘッダ圧縮アルゴリズムを使用するか、又は何も使用しなくてもよい。いくつかのPDCPエンティティは同じアルゴリズムを使用することもできる。無線リソース制御装置RRCはアルゴリズムを制御するパラメータと同様、適切なアルゴリズムを各PDCPエンティティに対して取り決め、その後選択されたアルゴリズムとパラメータを、PDCP-C-SAPポイント（PDCP制御サービスアクセスポイント）を介してPDCP層に通知する。使われる圧縮方法は接続に使用されるネットワークレベルプロトコル形式に依存し、その形式はPDPコンテキストが起動される時に無線リソース制御装置に指示される。
【００２５】
PDCP層上のさまざまな圧縮方法の指示及び識別は、データパケットPDUに添付されたパケット識別子PIDによって行う。各PDCPエンティティのパケット識別子PID値用にテーブルが作成され、さまざまな圧縮アルゴリズムがデータパケットに整合され、パケット識別子PIDの値がそれらの組合せによって決定される。圧縮アルゴリズムが使われない場合はパケット識別子PIDはゼロ値を得る。各圧縮アルゴリズム及びさまざまなデータパケットタイプとそれらとの組合せのために、PID値は順番に、各圧縮アルゴリズムのPID値がn+1から始まるようなやり方で決定され、ここにnは前の圧縮アルゴリズムで最後に規定されたPID値である。圧縮アルゴリズムの順番は、無線リソース制御装置RRCとの取り決めにより決定する。パケットデータ接続の各末端におけるPDCPエンティティはPID値表に基づいて送受信されたデータパケットの圧縮アルゴリズムを識別できる。しかしながら、この情報は、無線リソース制御装置RRCに格納されない。
【００２６】
アプリケーションに基づいた容量割当てでは、例えば移動局MSのアプリケーションが無線ベアラを確立するための要求をネットワークに送信し、容量要求が移動局MSからコアネットワーク接続を管理する機能SM（セッション管理）に制御シグナリングとして送信され、その機能SMから容量要求が対応するサービングノード3G-SGSNの機能SMに転送される。サービングノード3G-SGSNは無線ネットワーク制御装置RNCの無線リソース管理システムRRMと容量要求による無線リソースが利用可能であるかどうか取り決めを行う。充分なリソースがある場合は、サービングノード3G-SGSNがリソース割当てタスクを無線リソース管理システムRRMに与える。無線リソース管理システムRRMのタスクは、限られた無線リソースを様々な無線ベアラに対してできるだけ最適に割当てることである。無線リソース管理システムRRMは、どの種類の無線リソースパラメータがアプリケーションを使用するのに最適であるかを決定し、利用可能な無線リソース容量によって無線ベアラにとって最適なパラメータを規定する。無線リソース管理システムRRMは、実際の無線リソース割当てを行う無線リソース制御プロトコルRRCに指示を送る。一方向接続のみを必要とするアプリケーションには、利用可能なすべての容量、例えば典型としてｘキロビット／秒が一方向、典型的にはダウンリンク方向に割当てられ、他方向、つまりアップリンク方向には容量が割当てられず、即ち０キロビット／秒である。この時、双方向接続を必要とする端末がヘッダ圧縮アルゴリズムを使用しようとした、あるいは使用させられる場合、ネットワークと端末間のデータ伝送は成功しない。
【００２７】
ここで本発明の方法により、無線リンクに利用される圧縮方法が無線ベアラを確立する前にすでに選択され、その情報が、容量割当てにおいて選択されうる双方向圧縮アルゴリズムを考慮する無線リソース管理システムRRMに転送されるようなやり方で上記のことは避けられる。この場合、無線ベアラに割当てられた全帯域幅は圧縮方法が必要とする帯域幅及び圧縮アルゴリズムの利用によって得られる、データ量が小さくなるという利点との両方を考慮することによって最適化される。
【００２８】
このことは、図４によって説明される。図４は双方向接続用の容量割当てを行う実施例のシグナリングを示す。ユーザ装置UEのPDCP層は、少なくとも１つの双方向接続を必要とする圧縮アルゴリズムをサポートする。ユーザ装置UEによってサポートされる圧縮アルゴリズム（400）に関する情報は、例えばそれ自体公知であるUE能力（UE-capability）メッセージで、無線ベアラが確立すると、無線ネットワーク制御装置RNCの無線リソース制御プロトコルRRCに伝送される。無線ネットワーク制御装置RNCは無線ベアラ上で使用する圧縮アルゴリズムを決定し（402）、それを無線リソース管理システムRRMに知らせる（404）。アプリケーションベースの容量割当て要求に応答して、サービングノード3G-SGSＮ及び無線ネットワーク制御装置RNCの無線リソース管理システムRRMが、上記のように、充分な無線リソースがあるかどうか交渉する。充分なリソースが利用できる場合は、圧縮アルゴリズムによって設定される制限は考慮されるが、可能な限り最適な帯域幅がアプリケーションに基づいて規定されるように、RRMは無線ベアラに容量を割当てる。このような条件に基づき、RRMは無線リソース制御装置RRCがどのように設定され、その設定指示をRRCに知らせる（406）のかを決定する。この設定に基づき、RRCは当該無線ベアラに最終的な容量割当てを行い（408）、その割当ては、また必要があれば、逆接続のための充分な割当て容量があることを保証する。
【００２９】
上記手順は以下の例によって説明される。端末ユーザがネットワークから映像ファイルをダウンロードしようとする場合、そのビデオファイルを再生するアプリケーションのために、必要なデータ伝送速度はダウンリンク方向が100kbit／秒で、アップリンク方向で0 kbit／秒である。端末によって送信されるUE能力メッセージに基づき、無線リソース制御装置RRCは端末と基地局の両方のPDCPエンティティが、双方向接続を必要とする、インターネット標準提案RFC2507に従うヘッダ圧縮アルゴリズムをサポートすることを知らせる。RRCは無線ベアラに対して圧縮アルゴリズムを選択し、そのことを無線リソース管理システムRRMに通知する。該圧縮アルゴリズムを使用するには、例えばアップリンク方向で5kbit／秒の伝送速度を必要とする。全データ伝送のヘッダ部の割合が例えば30kbit／秒（つまりペイロードの割合は70kbit／秒になる）であって、ヘッダ圧縮後のヘッダ部の割合が10kbit／秒である場合、ダウンリンク方向のデータ伝送速度は80kbit／秒に設定される。このように、RRMは、無線リソース制御装置RRCが80kbit／秒をダウンリンク方向に、5kbit／秒をアップリンク方向に割当てるよう設定し、これにより望ましい圧縮方法が確実に動作し、アプリケーションベースの容量割当てに関しては、ダウンリンク方向でセーブした20kbit／秒を他のユーザに割当てることができる。
【００３０】
上記において、本発明はワイヤレスパケット交換データ伝送に関して、特にUMTSシステムの無線リソースに関して説明されてきた。しかし、本発明はワイヤレスデータ伝送のみに限らず、アプリケーションベースのデータ伝送割当てを採用している有線パケット交換データ伝送にも利用することができる。TCP（伝送制御プロトコル）やUDP（ユーザデータグラムプロトコル）の接続のようなインターネットプロトコル（IP）上の接続では、使用されうるヘッダ圧縮方法は受信側に指示され、割当てられたデータ伝送リソースでヘッダ圧縮アルゴリズムが必要とする容量を考慮して、データ伝送リソースが端末接続に割当てられる。
【００３１】
技術は進歩するが、本発明の基本的な考え方が多様なやり方で実行されるのは当業者にとっては明白なことである。本発明及び実施例は、従って、上記の例に限定されないが、請求の範囲内で変更することができる。
【図面の簡単な説明】
【００３２】
【図１】UMTSシステムの構成を示すブロック図を示す図である。
【図２】（ａ）及び（ｂ）はUMTSの制御シグナリング及びユーザデータ伝送のプロトコルスタックを示す図である。
【図３】PDCP層の機能モデルのブロック図を示す図である。
【図４】本発明実施例の容量割当てシグナリングを示す図である。
【図１】
2007006535.tif 000003
【図２】
2007006535.tif 000004
【図３】
2007006535.tif 000005
【図４】
2007006535.tif 000006
【手続補正書】
【提出日】平成18年11月21日(2006.11.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末（UE）と、無線ベアラのリソースを規定するために動作エンティティ(RRC、RRM)が規定される固定ネットワーク(UTRAN、CN)と、を有するパケット交換通信システムにおいてデータ伝送リソースを割当てる方法であって、
前記無線ベアラで使用され、双方向接続を必要とするデータパケット中のヘッダ部の圧縮方法を規定すること(402)と、
前記無線ベアラで前記端末によって使用されるアプリケーションに基づいて該端末のための無線ベアラリソースを規定すること(406)と、を含む方法において、
前記無線ベアラのリソースの規定を、その規定されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量に従って制御すること(408)を特徴とする方法。
【請求項２】
前記端末によりサポートされる、データパケット中の前記ヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために、前記固定ネットワークにおける前記動作エンティティに転送すること(400)を特徴とする請求項１に記載の方法。
【請求項３】
双方向接続を必要とする前記規定されたデータパケット中のヘッダ部の圧縮方法に応答して、前記無線ベアラに双方向の容量を規定することを特徴とする請求項１または２に記載の方法。
【請求項４】
前記パケット交換通信システムがUMTSシステムであり、前記無線ベアラ用のリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（RRC）及び無線リソース管理システム（RRM）から構成されていることを特徴とする請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記無線リソース管理システム（RRM）において前記無線ベアラのリソースを規定することを特徴とする請求項４に記載の方法。
【請求項６】
前記の規定された無線ベアラのリソースを、該無線ベアラの無線リソースを割当てる前記無線リソース制御プロトコル（RRC）に転送することを特徴とする請求項５に記載の方法。
【請求項７】
前記端末の(UE)コンバージェンスプロトコル（PDCP）がサポートする、前記のデータパケット中のヘッダ部の圧縮方法を、使用すべき圧縮方法を規定するために無線ネットワーク制御装置（RNC）に伝送することを特徴とする請求項４〜６のいずれか一項に記載の方法。
【請求項８】
端末(UE)と、無線ベアラのリソースを規定する動作エンティティ(RRC, RRM)を有する固定ネットワーク(UTRAN, CN)とを有するパケット交換通信システムであって、該固定ネットワークが、
前記無線ベアラで使用され、双方向接続を必要とする前記データパケット中のヘッダ部の圧縮方法を規定し(402)、
前記無線ベアラのリソースを該無線ベアラ上で前記端末が使用するアプリケーションに基づいて規定する(406)ようになっている前記パケット交換通信システムにおいて、前記固定ネットワークが、
前記無線ベアラのリソースの規定を、その規定されたデータパケット中のヘッダ部の圧縮方法によって必要とされる容量に従って制御する(408)ようにさらになっている、
ことを特徴とするパケット交換通信システム。
【請求項９】
前記端末がサポートする前記データパケット中のヘッダ部の圧縮方法に関する情報を、使用すべき圧縮方法を規定するために前記固定ネットワークの前記動作エンティティに前記端末が転送する(400)ようになっていることを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記パケット交換通信システムがUMTSシステムであり、前記無線ベアラのリソースを規定する前記動作エンティティが、無線リソース制御プロトコル（RRC）及び無線リソース管理システム（RRM）を有することを特徴とする請求項８又は９に記載の通信システム。
【請求項１１】
パケット交換通信システムのネットワーク構成要素(RNC)であって、該ネットワーク構成要素は無線ベアラのリソースを規定する動作エンティティ(RRC, RRM)を備え、
前記無線ベアラで使用され、双方向接続を必要とするデータパケット中のヘッダ部の圧縮方法を規定し、
前記無線ベアラで端末によって使用されるアプリケーションに基づいて前記無線ベアラのリソースを規定するようになっているネットワーク構成要素(RNC)において、
前記の規定されたデータパケット中のヘッダ部の圧縮方法が必要とする容量に従って前記無線ベアラのリソースの規定を制御するようになっていることを特徴とするネットワーク構成要素。
【請求項１２】
前記ネットワーク構成要素が、双方向接続を必要とする前記規定されたデータパケット中のヘッダ部の圧縮方法に応じて前記無線ベアラの双方向の容量を規定するようにさらになっている請求項１１に記載のネットワーク構成要素。
【請求項１３】
前記ネットワーク構成要素が、無線リソース制御プロトコル(RRC)と、前記無線ベアラのリソースを規定する動作エンティティとして無線リソース管理システム(RRM)とを備える請求項１１に記載のネットワーク構成要素。
【請求項１４】
前記無線リソース管理システム(RRM)が前記無線ベアラのリソースを規定するようになっている請求項１３に記載のネットワーク構成要素。
【請求項１５】
前記無線リソース管理システム(RRM)が規定された前記無線ベアラのリソースを前記無線リソース制御プロトコル(RRC)に送信するようになっており、該無線リソース制御プロトコルが前記無線ベアラの無線リソースを割り当てる請求項１４に記載のネットワーク構成要素。
【請求項１６】
パケット交換通信システムの端末(UE)であって、該端末は該パケット交換通信システムのネットワークから無線ベアラのリソースを要求できる少なくとも１つのアプリケーションを備える端末において、
前記端末がサポートするデータパケット中のヘッダ部の圧縮方法に関する情報を前記ネットワークに送信するようになっており、そのデータパケット中のヘッダ部の圧縮方法に関する情報は双方向接続を必要とする少なくとも１つのヘッダ部の圧縮方法を含み、
前記ネットワークによって規定された無線ベアラのリソースの構成に従って前記少なくとも１つのアプリケーションのデータ伝送を実行するようになっており、これにより前記無線ベアラのリソースの規定が、前記の双方向接続を必要とするヘッダ圧縮方法によって必要とされる容量に応じて制御されることを特徴とする端末。