(57)【要約】【課題】ＣＡＭを用いることなく汎用的なメモリを使用してＣＡＭを用いた場合と同等の検索機能を実現する。【解決手段】第１テーブルに対する第１情報（Iub-VCI）によるアドレス指定により第４情報（Cell-ID）を取得するステップ（Ａ）と、第２テーブルに対する第２情報（C-RNTI）によるアドレス指定により第５情報（Proxy-ID）を取得するステップ（Ｂ）と、第３テーブルに対する第４情報（Cell-ID）及び第５情報（Proxy-ID）の組によるアドレス指定により、第６情報（User-ID）を取得するステップ（Ｃ）と、第４テーブルに対する第３情報（C/T）と第６情報（User-ID）の組によるアドレス指定により、宛先情報を出力するステップ（Ｄ）とを実行する。【選択図】        図６
2006303890.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置において、該受信データの宛先情報を生成する方法であって、
該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルに対するアドレス指定により、該第４情報を取得するステップと、
該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルに対するアドレス指定により、該第５情報を取得するステップと、
該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルに対するアドレス指定により、該第６情報を取得するステップと、
該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルに対するアドレス指定により、該宛先情報を出力するステップとを有することを特徴とする、宛先段階生成方法。
【請求項２】
該第４情報が、該第１情報を装置内で該無線セルを特定するのに必要十分な情報量に圧縮した情報であることを特徴とする、請求項１記載の宛先段階生成方法。
【請求項３】
該第５情報が、該第２情報を装置内で該端末を特定するのに必要十分な情報量に圧縮した情報であることを特徴とする、請求項１又は２に記載の宛先段階生成方法。
【請求項４】
少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置に用いられ、該受信データの宛先情報を生成する装置であって、
該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルと、
該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルと、
該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルと、
該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルと、
該第１テーブル及び該第２テーブルに対する該第１情報及び該第２情報によるアドレス指定により、該第４情報及び該第５情報を取得するとともに、該第３テーブルに対する該第４情報と該第５情報の組によるアドレス指定により該第６情報を取得し、該第４テーブルに対する該第３情報と該第６情報の組によるアドレス指定により、該宛先情報を取得して出力する制御手段とをそなえたことを特徴とする、宛先段階生成装置。
【請求項５】
該第４情報が、該第１情報を装置内で該無線セルを特定するのに必要十分な情報量に圧縮した情報であることを特徴とする、請求項４記載の宛先段階生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宛先段階生成方法及び宛先段階生成装置に関し、例えば、無線基地局制御装置（ＲＮＣ：Radio Network Controller）においてユーザデータを所望の宛先へ転送（ルーティング）する際に必要となる宛先情報の検索（生成）に用いて好適な技術に関する。
【背景技術】
【０００２】
ＲＮＣは、ＭＡＣ（Media Access Control）層で上り共通チャネル〔TrCH（RACH：Random Access Channel）〕を受信し、これに多重されている各ユーザデータを抽出して所望の宛先へと転送する機能（共通チャネル終端機能）を有する。
共通チャネル終端機能におけるプロトコルスタックは、例えば、ＭＡＣ層の上位層に、ＲＲＣ（Radio Resource Control）層と、ＰＤＣＰ（Packet Data Convergence Protocol）層とを有しており、共通チャネル終端機能は、上り共通チャネル（RACH）に多重されている各ユーザデータを抽出して、ＲＲＣ層〔個別制御チャネル（DCCH：Dedicated Control Channel）〕、若しくは、ＰＤＣＰ層〔個別トラフィックチャネル（DTCH：Dedicated Traffic Channel）〕へ転送（ルーティング）するのである。
【０００３】
この機能を実現する際に、ＣＡＭ（Content-Addressable Memory)と呼ばれる部品を宛先検索のために使用することが考えられる。即ち、ＣＡＭに、予め入力情報に対する出力情報を登録しておくことで、宛先検索時にＣＡＭに対して入力情報を与えると、ＣＡＭが検索した出力情報を取得することができる。よって、宛先検索機能を実現するにはＣＡＭを使用することが一般的である。例えば、ＡＴＭ交換機におけるVPI/VCI(Virtual Path Identifier / Virtual Channel Identifier)によるスイッチング処理や、イーサネット（登録商標）におけるＭＡＣアドレスのルックアップテーブル等として使用されている。また、下記特許文献１にも開示があるように、ルータ装置の転送処理性能向上のために、宛先検索システムにＣＡＭを用いることも提案されている。
【特許文献１】特開２００２−３７４２８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＣＡＭは汎用部品ではないため、供給元（メーカ）によって仕様が異なる。例えば、ＣＡＭに登録する場合の方法や、ＣＡＭへアクセスする上でのインタフェースも様々である。従って、ＣＡＭを搭載した製品を数年にわたって製造する場合、この部品供給がネックになる場合がある。即ち、ＣＡＭ製造元で同一製品及び代替製品の供給を停止された場合、代替品が無いために別メーカ品を使用せざるを得なくなり、この仕様に合わせて製品を作り直す必要が生じる。
【０００５】
また、メーカが異なる場合、その性能も異なることになり、場合によっては代替品を使用した場合に性能が低下してしまうことも有り得る。通常、部品が終息する場合には、ある程度の備蓄を行なうが、予想を上回る製品出荷が発生するような場合には、別メーカ品採用による製品再設計／評価等の準備期間が無く、やむを得ず出荷一時停止する他は無く、不必要にビジネス機会を逃しかねない場合も発生し得る。
【０００６】
加えて１つのＣＡＭに登録可能なエントリ数は限られているため、エントリ数が多い場合にはいくつかのＣＡＭを搭載する必要がある。検索の上でシリアルに各ＣＡＭを検索する場合、検索結果を取得する時間に揺らぎが発生する。例えば、３つのＣＡＭを搭載していた場合に、最初にアクセスしたＣＡＭで検索完了した場合と、３つ目のＣＡＭで検索完了した場合では、検索完了に要した時間が異なることになり、好ましくない。
【０００７】
本発明は、以上のような課題に鑑み創案されたもので、ＣＡＭを用いることなく汎用的なメモリを使用してＣＡＭを用いた場合と同等の検索機能を実現することを目的とする。また、エントリ数によらず宛先検索に要する時間を一定にできるようにすることも目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明は、以下の方法及び装置を要旨としている。
（１）少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置において、該受信データの宛先情報を生成する方法であって、該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルに対するアドレス指定により、該第４情報を取得するステップと、該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルに対するアドレス指定により、該第５情報を取得するステップと、該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルに対するアドレス指定により、該第６情報を取得するステップと、該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルに対するアドレス指定により、該宛先情報を出力するステップとを有することを特徴とする、宛先段階生成方法。
【０００９】
（２）ここで、該第４情報は、該第１情報を装置内で該無線セルを特定するのに十分な情報量に圧縮した情報であることが好ましい。
（３）また、該第５情報は、該第２情報を装置内で該端末を特定するのに十分な情報量に圧縮した情報であることが好ましい。
（４）少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置に用いられ、該受信データの宛先情報を生成する装置であって、該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルと、該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルと、該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルと、該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルと、該第１テーブル及び該第２テーブルに対する該第１情報及び該第２情報によるアドレス指定により、該第４情報及び該第５情報を取得するとともに、該第３テーブルに対する該第４情報と該第５情報の組によるアドレス指定により該第６情報を取得し、該第４テーブルに対する該第３情報と該第６情報の組によるアドレス指定により、該宛先情報を取得して出力する制御手段とをそなえたことを特徴とする、宛先段階生成装置。
【００１０】
（５）本装置においても、該第４情報は、該第１情報を装置内で該無線セルを特定するのに十分な情報量に圧縮した情報であることが好ましい。
【発明の効果】
【００１１】
上記本発明によれば、ＣＡＭ等の特別な記憶媒体を使用することなく宛先情報の生成処理を実現することができるので、ＣＡＭ等の特別な記憶媒体の部品終息等の影響を受けることがない。
また、上記各テーブルに対する段階的なアドレス指定により最終的に必要な宛先情報を生成、出力するので、記憶媒体（テーブル）へのエントリ数によらず、宛先情報生成に要する時間を一定にすることが可能である。
【００１２】
さらに、無線セルを識別するための情報や、無線セル内の端末を識別するための情報を圧縮した情報をアドレスに用いることにより、必要な記憶媒体サイズを削減することも可能である。
【発明を実施するための最良の形態】
【００１３】
〔Ａ〕一実施形態の説明
図１は本発明の一実施形態に係る無線通信システムの要部構成を示すブロック図で、この図１に示す無線通信システムは、１以上の無線移動機（ＵＥ：User Equipment）３と、この無線移動機（移動端末）３を所定の無線アクセスインタフェース〔例えば、W-CDMA等のUTRAN（Universal Terrestrial Radio Access Network）-UE間で規定されている無線インタフェース（Uu）〕により収容する１以上の無線基地局２と、この１以上の無線基地局２を所定のインタフェース（Iub）により収容する基地局制御装置（ＲＮＣ）１とをそなえて構成されている。
【００１４】
ＲＮＣ１は、プロトコルスタックとして、ＰＤＣＰ層，ＲＬＣ層，ＭＡＣ層を有しており、ＰＤＣＰ層では、受信パケットのヘッダ圧縮／転送／ＰＤＣＰシーケンス番号管理などが行なわれ、ＲＬＣ層／ＭＡＣ層では、無線区間での高効率なデータ転送のために、受信パケットをあるサイズの固定長フレームに分割し、そのフレーム単位のデータ転送を行なうようになっている。また、無線区間の誤り訂正等も当該フレームを単位として行なわれる。
【００１５】
具体的に、ＲＮＣ１は、例えば図２に示すように、送受信終端部１１，個別チャネル(ｃｈ)終端部１２，共通チャネル（ｃｈ）終端部１３，装置制御チャネル（ｃｈ）終端部１４，サービス終端部（ＰＤＣＰ層）１５及び制御部（ＲＲＣ層等）１６をそなえて構成される。
ここで、送受信終端部１１は、無線基地局２との間で送受されるデータの終端処理（個別／共通／装置制御チャネルの識別／分離等）を行なうものであり、個別チャネル終端部１２は、送受信終端部１１で識別・分離された個別チャネル（ＤＣＨ）の終端処理（ユーザデータの抽出等）を行なうものであり、共通チャネル終端部１３は、送受信終端部１１で識別・分離された共通チャネル（ＲＡＣＨ）をＭＡＣ層で受信し、これに多重されている各ユーザデータを抽出してサービス終端部（ＰＤＣＰ層）１５若しくは制御部（ＲＲＣ層等）１６へ転送（振り分け）するものである。
【００１６】
図４に共通チャネル終端部１３におけるプロトコルスタックを示す。この図４に示すように、共通チャネル終端部１３におけるプロトコルスタックは、例えば、ＡＴＭ（Asynchronous Transfer Mode）層，AAL（ATM Adaptation Layer）2-pf層，Iub-RACH層，ＭＡＣ層を有するとともに、その上位層に、ＲＬＣ（Radio Link Control）層，ＲＲＣ（Radio Resource Control）層と、ＲＬＣ層，ＰＤＣＰ（Packet Data Convergence Protocol）層とをそれぞれ有している。したがって、共通チャネル終端部１３は、上り共通チャネル（ＲＡＣＨ）に多重されている各ユーザデータを抽出して、ＲＲＣ層〔個別制御チャネル（ＤＣＣＨ）〕、若しくは、ＰＤＣＰ層〔個別トラフィックチャネル（ＤＴＣＨ）〕へ転送するのである。
【００１７】
なお、図５に上記各プロトコル（ＡＴＭ層，AAL2-pf層，ＲＡＣＨ，ＭＡＣ層）のデータフォーマットの一例を示す。この図５に示すように、ＡＴＭセルは、ヘッダ情報フィールドとして、VPI/VCI，PT（Payload Type），CLP（Cell Loss Priority），HEC（Header Error Control）を有するとともに、データフィールドとしてペイロード（Payload）を有しており、このペイロードに、AAL2-pfプロトコルのデータ〔CID（Channel Identifier），LI（Length Indicator），UUI（User-to-User Indication），HEC，ペイロード〕が収容される。
【００１８】
また、AAL2-pfデータのペイロードには、ヘッダ（Header）ＣＲＣ，CFN（Connection Frame Number），TFI（Transport Format Indicator），伝播遅延（Propagetion Delay），TB，CRCI（CRC Indicator），ペイロードＣＲＣの各フィールドから成るＲＡＣＨが収容され、このＲＡＣＨのTBフィールドに、TCTF（Target Channel Type Field），UE-Id Type，UE-Id（C-RNTI（Radio Nerwork Temporary Id）），C/T，MAC SDU（Service Data Unit）の各フィールドから成るＭＡＣデータ（ユーザデータ）が複数ユーザ分多重化されている。
【００１９】
サービス終端部１５は、個別チャネル及び共通チャネルのユーザデータについてのプロトコル処理（例えば、シーケンスナンバーの付与やレイヤ２での再送処理等）を行なうものであり、制御部１６は、個別チャネル及び共通チャネルの制御データについてのプロトコル処理（無線移動機３とのコネクションの確立、無線移動機３からの測定情報（端末測定情報）に基づくハンドオーバ制御等）を行なうものである。
【００２０】
さてここで、上記共通チャネル終端部１３では、受信したＲＡＣＨから、ＵＭＴＳ（Universal Mobile Telecommunication System）の一部であるＲＮＳ（Radio Network Subsystem）とコアネットワーク（ＣＮ）との間のインタフェース〔Iu〕方向へルーティングする際に、下記表（テーブル）１に示す情報が必要になる。即ち、本実施形態でのプロトコルスタックは図４、各プロトコルスタック上でのデータフォーマットは図５に示した通りであるが、本例のプロトコルで使用する下記表２のパラメータのうち、宛先検索（宛先情報生成）に使用するのは３種類、即ち、VCI〔無線セル（以下、単に「セル」ともいう）を識別するための第１情報〕，UE-Id(C-RNTI)（無線セル内の端末３を識別するための第２情報），C/T（端末３が使用する論理チャネルを識別するための第３情報）とする（図５において網がけを付していないフィールド参照）。
【００２１】
この場合、入力に必要なビット長は合計３３ビットとなるため、単にこれをアドレスとした宛先情報（出力VCI）を検索（生成）するのでは、必要以上にメモリ空間が必要になる。そこで、本実施形態では、後述するごとく各パラメータを圧縮することで必要とするメモリ空間を圧縮する。
【００２２】
【表１】
2006303890.tif 000003
【００２３】
【表２】
2006303890.tif 000004
【００２４】
VCI：ＡＴＭベースで構成されるＲＮＣ１における装置内ルーティングのための情報
C-RNTI ：セル（Cell）内でユーザを識別するための情報（セル内ユーザ識別情報）
C/T    ：論理チャネル〔Logical CH(DTCH /DCCH)〕を識別するための情報（論理チャネル識別情報）
具体的に、上記の共通チャネル終端部１３は、本発明の宛先段階生成装置として機能するもので、例えば図３に示すように、送受信部１３１，メモリ（参照テーブル）１３２，処理部１３３及び制御部１３４をそなえて構成されている。
【００２５】
ここで、送受信部１３１は、前記の送受信終端部１１，サービス終端部１５及び制御部１６との間のデータ送受を行なうためのものであり、メモリ１３２は、入力情報（RACHのC/T，Iub-VCI，C-RNTI）から宛先情報を出力〔生成（変換）〕するための情報（各種テーブル）を記憶しておくもので、ＣＡＭのような特別な記憶媒体ではなく汎用メモリ（記憶媒体）を適用する。
【００２６】
また、処理部１３３は、送受信部１３１から受信した上記３種類の情報（RACHのC/T，Iub-VCI，C-RNTI）を入力情報としてメモリ１３２にアクセスして当該入力情報に対する宛先情報（出力VCI）を取得（生成）するもので、例えばＤＳＰ（Digital Signal Processor）により構成される。
制御部１３４は、共通チャネル終端部１３の全体制御を司る部分で、上記処理部１３３と通信して上記宛先情報を取得するのに必要な指示を与えることができるようになっている。なお、この制御部１３４は、例えばＣＰＵ（Central Processing Unit）を用いて構成される。これらの処理部１３３及び制御部１３４は、単一の制御手段として構成することもできる。
【００２７】
次に、上記メモリ１３２に記憶しておく各種テーブルについて説明する。
本実施形態で使用するテーブルは、下記表３に示す通りである。
【００２８】
【表３】
2006303890.tif 000005
【００２９】
即ち、Cell-IDテーブル（第１テーブル），Proxy-IDテーブル（第２テーブル），ユーザID（User-ID）テーブル（第３テーブル），Iu-VCIテーブル（第４テーブル）の少なくとも４種類のテーブルが上記メモリ１３２に格納され、Cell-IDテーブルは、入力情報（RACHのIub-VCI）からCell-IDを決定（取得）するためのテーブルで、下記表４に示すように、１３ビットのアドレス空間をもち、入力情報（RACHのVCI）をアドレスとして７ビットのCell-ID（第４情報）を保持し、VCIによるアドレス指定により対応するCell-IDを出力するようになっている。
【００３０】
【表４】
2006303890.tif 000006
【００３１】
ところで、C-RNTIは、セル内におけるユーザを識別するための情報であるため、セルを区別可能な情報があれば、装置（ＲＮＣ１）内でのユーザ識別が可能である。ここで、セルを識別しているのがVCIである。VCIは、装置内ルーティング情報であるため、Iub-RACHの他に、Iub-FACH（Forward Access Channel），Iub-PCH（Page Channel），DTCH，DCCHのルーティング情報を示している。よって、その割り当て方法にもよるが、ランダムに割り当てた場合には、VCI情報に規則性はなくIub-RACHが割り当てられることになる。この場合、VCI情報は大きくなるが、このうち、Iub-RACHが使用しているVCIの本数分だけ識別できれば、セルを識別（特定）できることになる。
【００３２】
よって、RACH用VCIを割り当てる際に、セルを識別するためのIDを括り付ける。これがCell-IDである。これにより、RACHを受信した際に、そのVCIからCell-IDを取得する。Cell-IDは、VCIに比べて値の範囲が小さいため、情報を圧縮（変換）する（１３ビットのVCIから７ビットのCell-IDを取得する）ことが可能となる。つまり、無線セルを特定するのに必要十分な情報量に圧縮することが可能となる。
【００３３】
即ち、セル内ユーザ識別情報であるC-RNTIが同一セル内でユニークな値であるという特徴から、Iub-VCIは、ＲＮＣ１でサポートする最大セル数の情報に変換（圧縮）が可能であるため、例えばＲＮＣ１の現行の最大サポートセル数が３６とすると６ビットで十分であるが、本例では、１ビット余裕をもたせて７ビットに変換（圧縮）するのである。なお、１つのセルに最大4本のRACHが登録されることがある場合、下記表５に示すように、最大４つのRACHのVCIが同じCell-IDとなることがある。
【００３４】
【表５】
2006303890.tif 000007
【００３５】
このように１つのセルに複数のRACHが設定される場合には、この複数のRACH用VCI（上記表５の例では、Celll-ID #0）で一括りにすることができる。
次に、Proxy-IDテーブルは、入力情報（RACHのC-RNTI）から仮のID(Proxy-ID)（第５情報）を生成するために使用するテーブルで、C-RNTIを単純に圧縮することを目的としている。そのため、当該テーブルには、C-RNTIを装置内で端末３を特定するのに必要な情報に変換したProxy-IDがC-RNTIをアドレスとして保持されている。なお、C-RNTIの圧縮IDなので、セル間で同値となる場合がある。このProxy-IDテーブルは、下記表６に示すように、１６ビットのアドレス空間を有し、入力情報（RACHのC-RNTI）をアドレスとして対応する１２ビットのProxy-IDを出力（圧縮）するようになっている。
【００３６】
【表６】
2006303890.tif 000008
【００３７】
これは、C-RNTIは、ＲＮＣ１として処理可能な同時接続数以上の範囲を取る必要がない（オーバースペックになる）ため、元々のC-RNTIが１６ビットで６４ｋの範囲の値を取るが、例えば、ＲＮＣ１のスペックとして同時接続数が４ｋ程度であるならば、１６ビットも確保する必要はないので、より適切な範囲（装置内で端末３を特定するのに必要十分な情報量）に圧縮するために、ユーザ用コネクションを設定する際に１２ビットの仮のID（Proxy-ID）を出力するようになっているのである。
【００３８】
次に、ユーザIDテーブルは、上記のProxy-IDとCell-IDとをリンクさせるために使用するテーブルである。上記のProxy-IDは、セル間で重複するので、ＲＮＣ１内でユーザ(端末３)を特定する必要があるためである。つまり、上記のCell-IDテーブル及びProxy-IDテーブルにより取得された２種類のID(Cell-IDとProxy-ID)により、ＲＮＣ１内でのユーザを特定することが可能となる。
【００３９】
このユーザIDテーブルは、下記表７に示すように、１９ビットのアドレス空間をもち、Proxy-IDとCell-IDとの組をアドレスとして、１２ビットのユーザID（User-ID）（第６情報）を保持し、Proxy-IDとCell-IDとの組によるアドレス指定により対応するユーザIDを出力するようになっている。
【００４０】
【表７】
2006303890.tif 000009
【００４１】
つまり、User-IDは、Proxy-IDと同様、ＲＮＣ１における同時接続数以上の範囲の値を取る必要がなく、最大でもProxy-ID（１２ビット）と同じ範囲の値を取ればよいことになるので、１９ビットのProxy-IDとCell-IDの組を１２ビットのユーザIDに圧縮（変換）して出力するようになっているのである。
次に、Iu-VCIテーブルは、最終的な宛先情報である出力VCIを取得する（つまり、最終的な宛先方路を決定する）ために使用するテーブルで、例えば下記表８に示すように、１６ビットのアドレス空間をもち、User-ID及びC/Tの組をアドレスとして、１３ビットの出力VCIを保持し、User-ID及びC/Tの組によるアドレス指定により対応する出力VCIが引き出される（出力される）ようになっている。
【００４２】
【表８】
2006303890.tif 000010
【００４３】
なお、宛先方路として、本例の場合、ＲＲＣ（制御部１６）方向（DCCHの場合）とＰＤＣＰ（サービス終端部１５）方向（DTCHの場合）とがあり、C/Tはユーザによって使用される番号が異なるため、例えば下記表９に示すように、各ユーザで異なる値をＲＲＣ、ＰＤＣＰ方向として宛先指定が可能となるようにする。
【００４４】
【表９】
2006303890.tif 000011
【００４５】
また、上述した各種テーブルのサイズは、例えば下記表１０に示すようになる。
【００４６】
【表１０】
2006303890.tif 000012
【００４７】
以下、上述のごとく構成された本実施形態のＲＮＣ１（共通チャネル終端部１３）による宛先決定（宛先情報生成）動作について、図６及び図７を参照しながら説明する。なお、以下の宛先決定動作は、すべて処理部（ＤＳＰ）１３３（図３参照）によって行なわれる。
まず、ＲＮＣ１が、共通チャネル終端部１３においてRACHを受信すると（図７のステップＳ１）、処理部１３３が、RACHの１３ビットのIub-VCIを読み出しアドレスとしてメモリ１３２（Cell-IDテーブル：前記表４参照）にアクセス（アドレス指定）することにより、圧縮したCell-ID（７ビット）を取得する（図６の矢印Ａ及び図７のステップＳ２）。
【００４８】
この一方で、処理部１３３は、受信RACHのC-RNTI（１６ビット）を読み出しアドレスとしてメモリ１３２（Proxy-IDテーブル：前記表６参照）にアクセス（アドレス指定）することにより（図７のステップＳ３）、圧縮したProxy-ID（１２ビット）を取得する（図６の矢印Ｂ及び図７のステップＳ４）。
次いで、処理部１３３は、取得した上記２種類のID（Cell-ID及びProxy-ID）を組み合わせてユーザIDテーブル（前記表７参照）用のアドレスを生成し（図７のステップＳ５）、これを読み出しアドレスとしてメモリ１３２（ユーザIDテーブル）にアクセス（アドレス指定）する（図７のステップＳ６）ことにより、圧縮したユーザID（１２ビット）を取得する（図６の矢印Ｃ及び図７のステップＳ７）。
【００４９】
さらに、処理部１３３は、上述のごとく取得したユーザIDと受信RACHのC/Tとを組み合わせて読み出しアドレスとしてメモリ１３２におけるIu-VCIテーブル（前記表８参照）用のアドレスを生成し（図７のステップＳ８）、これを読み出しアドレスとしてメモリ１３２（Iu-VCIテーブル）にアクセス（アドレス指定）する（図７のステップＳ９）ことにより、最終的な宛先情報である出力VCI（１３ビット）を取得する（図６の矢印Ｄ及び図７のステップＳ１０）。
【００５０】
以上の宛先決定（生成）処理フローを次表１１にまとめて示す。
【００５１】
【表１１】
2006303890.tif 000013
【００５２】
このように、本実施形態によれば、入力情報の特性を利用した入力情報の圧縮、及び、単純にメモリ１３２のアドレスを段階的に指定して情報を読み出すことで、必要な宛先情報を取得（生成）することが可能であり、いずれの上記テーブルに対しても検索を行なう必要がない。
〔Ｂ〕IDの登録／削除
次に、以下では、上述した各種IDの登録／削除について説明する。
【００５３】
（Ｂ１）Cell-IDの登録
あるセルに初めてRACHを設定する（RACH用Iub-VCIを登録する）際には、Cell-IDをそのまま払い出し、２回目以降（同一セルに２つ以上のRACHを設定する場合)には、前回払い出したIDを使用する。
RACHのVCIをアドレスとして、Cell-IDテーブル（前記表４参照）にCell-IDを登録する。
【００５４】
（Ｂ２）Proxy-IDの登録
Proxy-IDテーブル（前記表６参照）を読み、既に同一Proxy-IDが登録されているかをチェックし、未登録の場合（初めて使用する場合）は、当該Proxy-IDを払い出し、C-RNTIをアドレスとして、Proxy-IDテーブルに当該Proxy-IDを登録する。一方、登録済の場合（他のユーザで既に使用中の場合）は、何もしない。
【００５５】
（Ｂ３）User-IDの登録
User-IDテーブルを読み、既に同一User-IDが登録されているかをチェックし、未登録の場合（初めて使用する場合）は、当該User-IDを払い出し、そのProxy-IDと上記Cell-IDとをアドレスとして、User-IDテーブルにUser-IDを登録する。一方、登録済の場合（既に同一ユーザが他の論理チャネルで使用中の場合）は、何もしない。なお、「他の論理チャネルで使用中」とは、例えば、あるユーザは制御チャネル（DCCH）をコネクション登録している状態で、データチャネル（DTCH）を追加登録しようとしたケースを意味する。
【００５６】
（Ｂ４）Cell-IDの削除
RACH用VCIを削除する場合で、対象となるセルで他にもRACH用VCIが登録されている場合は、何もしない。対象となるセルで他にもRACH用VCIが登録されていない場合は、Cell-IDを解放し、RACH用VCIをアドレスとして、Cell-IDテーブルのCell-IDを削除する。
（Ｂ５）Proxy-IDの削除
コネクションを解除する場合、対象Proxy-ID（C-RNTI）が他のセルで使用中か、即ち、他のユーザが他セルで同一C-RNTIを使用中かをチェックし、未使用の場合は、対象Proxy-IDを解放し、C-RNTIをアドレスとしてProxy-IDテーブルに登録されている、Proxy-IDを削除する。一方、使用中の場合は、何もしない。
【００５７】
（Ｂ６）User-IDの削除
コネクションを解除する場合、対象User-IDが他の論理チャネルで使用中かをチェックし、未使用の場合は、対象User-IDを解放し、Proxy-IDとCell-IDとをアドレスとしてUser-IDテーブルに登録されている、User-IDを削除する。一方、使用中の場合は、何もしない。なお、ここでも、「他の論理チャネルで使用中」とは、例えば、あるユーザは制御チャネル（DCCH）をコネクション登録している状態で、データチャネル（DTCH）を削除しようとしたケースを意味する。
【００５８】
〔Ｃ〕その他
なお、本発明は、上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
例えば、上述の例では、ＡＴＭベースで構成されたＲＮＣに本発明を適用した場合について説明したが、他のプロトコルベースで構成されたルーティング機能を有する装置（受信データのヘッダ情報に基づく宛先決定が必要な装置）であれば、上述の例と同様に適用することができる。
【００５９】
また、上述した例においては、Iub-VCI（第１情報）及びC-RNTI（第２情報）の双方を圧縮しているが、いずれか一方を圧縮するだけでも、必要なメモリ量を削減することができる。
〔Ｄ〕付記
（付記１）
少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置において、該受信データの宛先情報を生成する方法であって、
該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルに対するアドレス指定により、該第４情報を取得するステップと、
該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルに対するアドレス指定により、該第５情報を取得するステップと、
該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルに対するアドレス指定により、該第６情報を取得するステップと、
該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルに対するアドレス指定により、該宛先情報を出力するステップとを有することを特徴とする、宛先段階生成方法。
【００６０】
（付記２）
該第４情報が、該第１情報を装置内で該無線セルを特定するのに十分な情報量に圧縮した情報であることを特徴とする、付記１記載の宛先段階生成方法。
（付記３）
該第５情報が、該第２情報を装置内で該端末を特定するのに十分な情報量に圧縮した情報であることを特徴とする、付記１又は２に記載の宛先段階生成方法。
【００６１】
（付記４）
少なくとも、無線セルを識別するための第１情報と、該無線セル内の端末を識別するための第２情報と、該端末が使用する論理チャネルを識別するための第３情報とを含む受信データのヘッダ情報を基に当該受信データをルーティングする機能を有する装置に用いられ、該受信データの宛先情報を生成する装置であって、
該第１情報を装置内で該無線セルを特定するのに必要な情報に変換した第４情報を該第１情報をアドレスとして保持する第１テーブルと、
該第２情報を装置内で該端末を特定するのに必要な情報に変換した第５情報を該第２情報をアドレスとして保持する第２テーブルと、
該第４情報及び該第５情報の組の圧縮情報である第６情報を該第４情報と該第５情報の組をアドレスとして保持する第３テーブルと、
該第３情報と該第６情報の組をアドレスとして該宛先情報を保持する第４テーブルと、
該第１テーブル及び該第２テーブルに対する該第１情報及び該第２情報によるアドレス指定により、該第４情報及び該第５情報を取得するとともに、該第３テーブルに対する該第４情報と該第５情報の組によるアドレス指定により該第６情報を取得し、該第４テーブルに対する該第３情報と該第６情報の組によるアドレス指定により、該宛先情報を取得して出力する制御手段とをそなえたことを特徴とする、宛先段階生成装置。
【００６２】
（付記５）
該第４情報が、該第１情報を装置内で該無線セルを特定するのに十分な情報量に圧縮した情報であることを特徴とする、付記４記載の宛先段階生成装置。
（付記６）
該第５情報が、該第２情報を装置内で該端末を特定するのに十分な情報量に圧縮した情報であることを特徴とする、付記４又は５に記載の宛先段階生成装置。
【図面の簡単な説明】
【００６３】
【図１】本発明の一実施形態に係る無線通信システムの要部構成を示すブロック図である。
【図２】図１に示す基地局制御装置（ＲＮＣ）の構成を示すブロック図である。
【図３】図２に示す共通チャネル終端部の構成を示すブロック図である。
【図４】図２及び図３に示す共通チャネル終端部におけるプロトコルスタックを示す図である。
【図５】図４に示す各プロトコルのデータフォーマット例を示す図である。
【図６】図２及び図３に示す共通チャネル終端部の動作（宛先決定動作）を説明するための図である。
【図７】図２及び図３に示す共通チャネル終端部の動作（宛先決定動作）を説明するためのフローチャートである。
【符号の説明】
【００６４】
１  基地局制御装置（ＲＮＣ）
１１  送受信終端部
１２  個別チャネル終端部
１３  共通チャネル終端部
１３１  送受信部
１３２  メモリ
１３３  処理部（ＤＳＰ）
１３４  制御部（ＣＰＵ）
１４  装置制御チャネル終端部
１５  サービス終端部
１６  制御部
２  無線基地局
３  無線移動機（移動端末）
【図１】
2006303890.tif 000014
【図２】
2006303890.tif 000015
【図３】
2006303890.tif 000016
【図４】
2006303890.tif 000017
【図５】
2006303890.tif 000018
【図６】
2006303890.tif 000019
【図７】
2006303890.tif 000020