JP5354034B2

JP5354034B2 - 無線アクセスベアラの圧縮およびＩｕＲＡＢ設定の再構築方法

Info

Publication number: JP5354034B2
Application number: JP2012000207A
Authority: JP
Inventors: ロバーツ、マイケル
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-03-22
Filing date: 2012-01-04
Publication date: 2013-11-27
Anticipated expiration: 2027-03-22
Also published as: EP1998587B1; EP1998587A1; GB2436417B; CN101406084A; CN101406084B; GB2436417A; JP4952715B2; WO2007116640A1; GB0605705D0; EP1998587A4; JPWO2007116640A1; US20090207754A1; JP2012095347A

Description

本発明は、無線アクセスベアラ（Radio Access Bearer, RAB）の圧縮およびそのようなＩｕＲＡＢ設定（設定情報）を再構築する方法に関する。

ＩｕＲＡＢ設定のような無線アクセスベアラのインタフェースの設定は、共通して、移動機（User Equipment, UE）およびモバイル無線通信システムの地上無線接続網（Universal Terrestrial Radio Network, UTRAN）間で転送されるシグナリング情報（signaling information）の一部を形成する。

モバイルデバイスの呼設定時間（call set-up times）を向上させる試みにおいて、また、特にＩＤＬＥ状態からの呼設定時間（call set-up times）を向上させるためには、必要となるデータの大部分が最大２．４ＫオクテットであるＩｕＲＡＢの設定データから構成されることが見出せる。その必要となるデータは移動機に取り込まれなければならず、そして、上り（uplink）チャンネルを使用して訂正してから供給されることもある。

そのような設定を圧縮することは、それゆえ、無線インタフェースのシグナリングの効率、および、特に、比較的高速な呼設定時間の提供の支援において特に有利であることを立証するであろう。

そのような高速な呼設定時間を提供する提案が、本出願人が２００６年１月９日に出願したイギリス特許出願０６００３３０．５号明細書に開示されている。

本発明は、それゆえ、ＩｕＲＡＢ設定の圧縮方法、および、そのように圧縮された設定を再構築する方法、を提供することを目的とする。

本発明の第１の観点に係る無線アクセスベアラパラメータのセットを圧縮する方法は、無線アクセスベアラのパラメータのセットを第１および第２の部分に分割することから構成され、第１の部分は複数のセットに共通な固定された部分（パラメータ固定部）から構成され、第２の部分は可変な部分（パラメータ可変部）から構成され、それに加えて当該方法は、無線アクセスベアラ識別子の割り当てを通して固定された部分を圧縮するステップを含む、ことを特徴とする。

下記に詳細に議論され、理解されるであろうが、さまざまな値を取りえ、また、最大データレートの要求に基づいている少数のパラメータを除いて、ネットワークオペレータは、それぞれの通信システムでサポートしているＲＡＢの一部しか使用しないという事実と、そのＲＡＢは公衆陸上移動通信網（Public Land Mobile Network, PLMN）のそれぞれの加入者（party）で同じ物であり共通して使われる事実と、を利用するように構成される。

ＩｕＲＡＢ設定が固定、すなわち共通の部分と、可変の部分とに分割することにより、ＰＬＭＮ（公衆陸上移動通信網）内のＲＡＢに関連づけられた値の割り当てを通して特に有利な方法で固定部分を圧縮することで、設定全体を有利に圧縮することが可能になる。

たとえば、ＵＥ（移動機）とＵＴＲＡＮ（地上無線接続網）との間での転送に利用されるデータのサイズは、最大限で２〜３オクテットのオーダーであり、可変とみなされ、ネットワークの特定の加入者（subscriber）と関連づけられた任意のパラメータがさらに加わる。

それゆえ有利に、ＲＡＢ識別子はＰＬＭＮ（公衆陸上移動通信網）内でＲＡＢに関連づけられている。

好ましくは、そのような割り当ては、ネットワーク内の運用および管理手続により達成される。

さらなる利点として、設定の可変な部分は、設定の可変なパラメータである。

ＩｕＲＡＢ設定の圧縮のための有利な構成は、同様に、その設定の蓄積および転送に関連して有利に用いられる。

本発明は、すなわち、ユーザ装置と、それをもって関連付けられたモバイル無線通信ネットワークと、の間で無線アクセスベアラのパラメータのセットを転送し、無線アクセスベアラセットを圧縮することを含む方法も提供する。

そのような転送のシグナリングペイロード（pay load）は、効率的なデータ転送を達成し、次に、有利に高速な呼設定時間を達成するために、それから、有利に制限される。

ＩｕＲＡＢ設定を転送することは、有利に、ＰＬＭＮ（公衆陸上移動通信網）内のＵＴＲＡＮ（地上無線接続網）／コアネットワーク（Core Network, CN）のペア毎のためのＩｕＲＡＢ設定のセットを割り当てることを備えてもよい。

ＩｕＲＡＢ設定のそのようなそれぞれのセットは、ＲＡＢ識別子のサブセットを有利に割り当てられることができる。

特に、ＩｕＲＡＢ設定のＲＡＢ識別子および可変パラメータは、要求に応じて、ＵＴＲＡＮ（地上無線接続網）へ転送するために、ＵＥ（移動機）内に蓄えられるように構成される。

上述したように、ＩｕＲＡＢ設定の転送方法は、移動機の呼設定手続の一部を形成することができる。

本発明は、また、転送から受信したときに以前に開放されたネットワーク中の無線アクセスベアラを再確立し、蓄積された無線アクセスベアラ設定を前記無線アクセスベアラ識別子によって参照するステップを含む方法を提供する。

もちろん、ＩｕＲＡＢ設定がネットワークオペレータによって有利に行われることは理解されるべきである。

さらに、ＩｕＲＡＢ設定の再接続は、運用および管理手続を通して達成される。

上記から理解されるように、本発明を利用することにより、ＩｕＲＡＢの設定データのサイズを、高速な呼確立時間を容易に可能とするくらいのデータサイズにまで小さくすることが可能となる。そのような高速な呼確立時間は、上述のイギリス特許出願にしたがって模索されたものである。

本発明は、ＩｕＲＡＢシグナリングデータの圧縮を提案し、また、それは特別に有利な方法で達成される。

また、本発明は、例示の目的で以下にさらに記載され、当該例示において、ネットワークオペレータが、ＰＬＭＮ（公衆陸上移動通信網）内の２つの異なったＣＮ／ＵＴＲＡＮ（コアネットワーク／地上無線接続網）のペアのためのシステムを設定するための構成を説明する。

さらに以下に説明されるように、本発明は、比較的高速な呼設定時間が求められるとき、ＵＥ（移動機）とＵＴＲＡＮ（地上無線接続網）との間のデータ転送量を特に減らす場合に、特に、また有利に、採用される。

そのような２．４Ｋオクテットのデータの大部分は、ＩｕＲＡＢ設定から構成され、この設定の圧縮が、無線インタフェースのシグナリングオーバーヘッドを有利に軽減し、その結果、キャスト（cast）呼設定時間へと導く、ことが認識された。

本発明は、ネットワークオペレータがシステムにおいてＲＡＢのサブセットを配置するだけであるという事実を利用する。たとえば、“インタラクティブ”および“バックグラウンド”の設定のＲＡＢは、基本的に、ＰＬＭＮ（公衆陸上移動通信網）の全ての相手に共通であって、この設定において変化してもよいパラメータの数は非常に少ない。

以下の記載から明らかなように、そのような可変なパラメータは、優先度、プリエンプション（pre-emption）、保証ビットレート、保証遅延、最小ビットレート、ＢＬＥＲ（Block Error）、およびＱｏＳ（Quality of Service）クラスすなわちストリーミング、対話形式（conversational）、バックグラウンドまたはインタラクティブであるかどうか、の観点から構成される。

上記で定義されたように、ＵＴＲＡＮ（地上無線接続網）に転送されるＩｕＲＡＢ設定は、それゆえ有利に固定部分と可変部分とに分けることができ、固定部分はＰＬＭＮ（公衆陸上移動通信網）内のＲＡＢに関連する値の割り当てによって、標準の運用および維持手順を通して圧縮される。

この値のサイズは、オペレータによって有利に計算されることができるが、関連するＰＬＭＮ（公衆陸上移動通信網）内で特別なオペレータが支援する多くのＲＡＢにある程度は依存するであろうことは注意すべきである。

この圧縮案は、有利に、２．４Ｋオクテットの値を、１オクテットの範囲内に減らして、可変とみなされ加入者に関連づけられる任意のパラメータを加える。

本発明は、ＩｕＲＡＢシグナリングデータを圧縮し、それからそのデータを、Ｕｕインタフェースを介してＵＥ（移動機）から無線ネットワークシステム（Radio Network System, RNS）転送する案を最初に提案することにおいて有利である。

本発明はＩｕおよびネットワークインタフェース上のシグナリング負荷を減らすために、ネットワークシグナリングにも適用できることは、また、もちろん理解されるべきである。

本発明を利用し効果的に運用するために、ある設定がそれぞれのＵＴＲＡＮ／ＣＮの組（製品ごとのペア）に割り当てられるような、ＩｕＲＡＢの設定の集まりをそのＰＬＭＮ（公衆陸上移動通信網）に配置する必要がネットワークオペレータにはある。

たとえば、もしネットワークオペレータが２つのＣＮ（コアネットワーク）、および３つのＵＴＲＡＮ（地上無線接続網）供給者を有しているならば、オペレータは圧縮されたＩｕＲＡＢ設定の６つのセットを割り当てなければならないかもしれない。重要なことに、ＩｕＲＡＢ設定のそれぞれのセットは、それぞれのセット内の特別なＲＡＢを認識するために、ＲＡＢ識別子のサブセットを割り当てられる。

そのようなシナリオにおいて、それは、ＩｕＲＡＢに関連する可変なパラメータを加えたこのＲＡＢ識別子であって、当該識別子は、移動機にあるストレージのために、また、ＵＥ（移動機）とＵＴＲＡＮ（地上無線接続網）との間で試みられた高速な呼設定の間に上りチャンネルから次の供給を受けるために、当該移動機に転送される。

それゆえ、移動機が、試みられた高速な呼設定手順の一部として圧縮されたＩｕＲＡＢデータを結果的に返すとき、ネットワークは、保持され、また、運用および管理手続によってオペレータにより維持されるＲＡＢ設定を正確に参照するために、ＲＡＢ識別子を用いることで、ＲＡＢ識別子に基づいたＩｕＲＡＢデータをすぐに再構築することができる。

移動機が同一のＰＬＭＮ（公衆陸上移動通信網）上の異なったＵＴＲＡＮ／ＣＮ（地上無線接続網／コアネットワーク）ペアとの交信を再確立するよう求めているかもしれない状況において、新たなＵＴＲＡＮ／ＣＮペアは、前のＵＴＲＡＮ／ＣＮペアのＲＡＢ識別子が新たなＵＴＲＡＮ／ＣＮペアによりサポートされているＲＡＢ識別子に対して相互作用することを通して、元のＩｕＲＡＢ設定を再構築するように構成することができる。

これらのＲＡＢ識別子からのマッピングは、ネットワークオペレータにより管理されているテーブルによって有利にコントロールされることができる。

本発明によれば、ＩｕＲＡＢ設定の圧縮方法、および、同様にそのように圧縮された設定を再構築する方法が提供される。

第１のＵＴＲＡＮ／ＣＮペアのためのテーブルである。優先度を実装していない第２のＵＴＲＡＮ／ＣＮペアのためのテーブルである。第２のＣＮ／ＵＴＲＡＮが適用するマッピングルールである。第１のＣＮ／ＵＴＲＡＮが適用するマッピングルールである。ＰＬＭＮの一例である。３ＧＰＰの仕様にしたがって、ＵＥ、ＲＮＣおよびＳＧＳＮ間でやりとりされるシグナリングメッセージを示す図である。ＲＮＣがＵＥに対して送るデータの流れを示す図である。再接続される際のセットアップ手順を示す図である。ＵＥの構成図である。ＳＧＳＮの構成図である。

以下の例は、システムのＰＬＭＮ（公衆陸上移動通信網）における２つの異なったＣＮ／ＵＴＲＡＮ（コアネットワーク／地上無線接続網）ペアのための該システムをネットワークオペレータが設定する方法を示したものである。

異なったＵＴＲＡＮの間において、いくつかの細かいサポートの変化を必要とするかもしれない。

図１は、第１のＵＴＲＡＮ／ＣＮペアのためのテーブルを示したものである。このＵＴＲＡＮ／ＣＮペアは優先度が実装されているがＷＢＡＭＲ（Wideband Adaptive multi-rate）のサポートは実装されていないもののためのテーブルを示したものである。

図２は、優先度が実装されていない第２のＵＴＲＡＮ／ＣＮペアのためのテーブルを示したものである。

この例において、スピーチのサポートは２つの異なったシステムにおいて等価ではないので、ＷＢＡＭＲのサポートを第１のペアにおけるＮＢＡＭＲ（Narrowband Adaptive multi-rate）に相互作用させる必要があることに注意されたい。

もしも、モバイル（携帯機）が第１のＣＮ／ＵＴＲＡＮペアが第２のＣＮ／ＵＴＲＡＮペアに移動するならば、図３に示すマッピングルールが第２のＣＮ／ＵＴＲＡＮによって適用されてもよい。

もしも、モバイル（携帯機）が第２のＣＮ／ＵＴＲＡＮペアから第１のＣＮ／ＵＴＲＡＮペアへと移動するならば、図４に示すマッピングルールが第１のＣＮ／ＵＴＲＡＮによって適用されてもよい。

ここで、ＷＢＡＭＲ（Wideband Adaptive multi-rate）のＲＡＢは、ＮＢＡＭＲ（Narrowband Adaptive multi-rate）のＲＡＢにマップされる。なぜならば、優先度は受け取られないので、第２のＣＮ／ＵＴＲＡＮは、実際に優先度が実際にどんなものであるかに関して通知される時刻まで、デフォルト値をとる。

図５は２つのＳＧＳＮ（Serving GPRS Support Node）タイプおよび２つのＵＴＲＡＮタイプ（ノード−Ｂを伴うＲＮＣ（Radio Network Controller））を伴うＰＬＭＮ（公衆陸上移動通信網）の一例を示したものである。実線は、Ｉｕ接続およびＲＡＢが確立されることができるインタフェースを表す。破線は、オペレータによって定義されたようなＩｕＲＡＢテーブルおよびマッピングルールを表す。それぞれのＲＮＣおよびＳＧＳＮは以下のものを受信し、蓄積する：
・用いることができるＩｕＲＡＢのテーブル
・他の（ＲＮＣ、ＳＧＳＮ）ペアによって用いられるＩｕＲＡＢ識別情報のためのマッピングルール

この例を用いると、３つの異なったＩｕＲＡＢテーブル（ＲＮＣＡ、ＳＧＳＮ１）、（ＲＮＣＢ、ＳＧＳＮ２）および（ＲＮＣＡ、ＳＧＳＮ２）があって、それぞれのＲＮＣ／ＳＧＳＮはこれらのテーブルの１つに他の２つのテーブルからのそれぞれのＩｕＲＡＢのためのマッピングテーブルを加えたものを蓄積する。

図６に示すようにＵＥ（移動機）とＲＮＣ（Radio Network Controller）との間で接続が確立するとき、ＲＮＣへのＲＲＣ接続およびＳＧＳＮ（Serving GPRS Support Node）へのシグナリング接続が確立した後で、ユーザはサービス、たとえば、ＵＥとＳＧＳＮとの間のユーザデータの転送のためにＲＡＢを必要とする公衆インターネットアクセスを要求する。

３ＧＰＰの現在の仕様によれば、図６に示すシグナリングメッセージは、ＵＥ、ＲＮＣおよびＳＧＳＮの間で交換されるであろう。

ＲＲＣ接続リクエストは、ＵＥ（移動機）が発呼するとき、またはＵＥに着呼するときに、ＵＥからＲＮＣに送られる。

ＳＧＳＮは、どのサブセットに属するかを示す共通ＩＤを、ＲＮＣに送信する。

本発明で定義されたようにＳＧＳＮ（Serving GPRS Support Node）のタイプ１とＲＮＣのタイプＡとの間のＩｕＲＡＢのテーブルを用いることで、ＳＧＳＮ内に蓄積され、ＳＧＳＮは‘ＲＡＢ割り当てリクエスト’メッセージに含まれる‘ＲＡＢパラメータ’を、ＩｕＲＡＢ識別情報および関連する可変パラメータに置換する。

ＩｕＲＡＢ識別情報および可変パラメータを用いることで、ＲＮＣ（Radio Network Controller）は、どのＲＡＢがＳＧＳＮ（Serving GPRS Support Node）によってリクエストされているのかを、Ｉｕインタフェースに関するＲＡＢパラメータを転送する必要なく知る。なお、ＩｕＲＡＢ識別情報は、具体的にどのＲＡＢを使うかを示す識別情報であり、数オクテットのオーダーを有する情報である。

従来のＲＡＢ割り当てリクエストにおいて、ＳＧＳＮからＲＮＣに送られるデータ量は２．４Ｋオクテットである。しかし、本発明に係る方法を用いれば、ＳＧＳＮからＲＮＣに送られるデータ量は、数オクテットのＩｕＲＡＢ識別情報と（可変）パラメータのデータ量だけになる。その結果、送信するデータの減少を図ることができ、高速な呼確立時間を達成することができる。

また、他の（ＳＧＳＮタイプ、ＲＮＣタイプ）のためのＩｕＲＡＢ識別情報およびそのパラメータ（もしあれば）を、このＲＮＣおよびそれが接続されているＳＧＳＮのためのＲＡＢに変換するために、以前に設定されたネットワークは、すべてのＲＮＣにマッピングルールを提供する。

それから、ＰＬＭＮＩＤおよびこれらのデータの列が与えられると、ＩＤＬＥ状態（０５／３２）において特定されているように、受け取るＵＴＲＡＮ（地上無線通信網）は無線のリソースを、どのＲＡＢが必要としているかをＣＮ（コアネットワーク）に知らせることなく設定することができる。

図５および図６に示したように、もしＵＥ（移動機）がまずＲＮＣタイプＡ／ＳＧＳＮタイプ１に接続されるならば、ＲＡＢがセットアップされた後に、ＲＮＣは、図７に示すように、ＵＥがＩｕＲＡＢ識別情報およびパラメータを蓄積するようにするために、ＩｕＲＡＢ識別情報およびパラメータをＵＥに供給する。

その後、たとえば、ユーザがもはやサービスを使わないという理由から、接続は解放される。それから、ユーザはネットワークに移動する。再接続を望むとき、ＩＤＬＥ状態にしたがって、セットアップ手順が図８に示されるように行われる。

ＲＲＣ接続リクエストが提供されるＩｕＲＡＢ識別情報とパラメータとを用いることで、新たなＲＮＣ（Radio Network Controller）は、新たなＳＧＳＮ（Serving GPRS Support Node）から何らの情報もなしにＲＡＢパラメータを知り、それで、ＲＮＣはＲＡＢ割り当てリクエストメッセージを待つことなしに即時にＵＥとともに物理的なまたはトランスポートチャンネルをセットアップすることができる：
・もしもＵＥから送られた“ＩｕＲＡＢ識別情報”が（新たなＳＧＳＮ、新たなＲＮＣ）テーブルに属しているならば
これはＵＥがＲＮＣタイプＡ／ＳＧＳＮタイプ１に再び接続中であるときの場合である：新たなＲＮＣは直接“ＩｕＲＡＢ識別情報”およびそのパラメータを、新たなＳＧＳＮから受信したかのように使うことができる。
・もしもＵＥから送られた“ＩｕＲＡＢ識別情報”が（新たなＳＧＳＮ、新たなＲＮＣ）テーブルに属していないならば
これはＵＥがＲＮＣタイプＢ／ＳＧＳＮタイプ１またはＲＮＣタイプＢ／ＳＧＳＮタイプ２に接続中であるときの場合である：新たなＲＮＣは新たな“ＩｕＲＡＢ識別情報”およびそのパラメータを得るためのマッピングルールを、新たなＳＧＳＮから受信したかのように使うことができる。

精密な実装を与えることは困難である。というのは、一般に、転送メカニズムおよびシグナリングはオペレータによって完全に定義されることができ、またＰＬＭＮ（公衆陸上移動通信網）の問題のように必ずしも標準化される必要はないからである。もしこの提案が受け入れられるならば、ＲＡＢの圧縮は、当該圧縮が呼設定時間の要求を満たすためにＵＥによって蓄積されかつ転送されることを許されるためには、不可欠である。

本実施形態に係るＵＥ（移動機）は、たとえば、図９に示す構成を有する。

ＵＥ１００は、図示するように、無線通信部１１０と、制御部１２０と、入力部１３０と、記憶部１４０と、バス１５０と、から構成される。無線通信部１１０、制御部１２０、入力部１３０、記憶部１４０はバス１５０で接続されている。

無線通信部１１０はたとえば無線アンテナとＮＩＣ（Network Interface Card）とから構成され、ＲＮＣ（Radio Network Controller）とデータを送受信する。

制御部１２０は、たとえば、ＣＰＵ（Central Processing Unit）から構成され、無線通信部１１０や記憶部１４０にあるデータを処理したり、無線通信部１１０との間でデータを送受信したり、記憶部１４０にデータを記憶させたりなどの作業を行う。

入力部１３０は、たとえばテンキーから構成され、ＵＥ１００のユーザからの入力を受け付け、その入力内容を制御部１２０に送信する。

記憶部１４０は、たとえば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）から構成される。ＲＡＭは制御部１２０のワークエリアとして用いられ、また、ＲＯＭおよびＲＡＭは制御部１２０が処理を行うためのプログラムを格納する。また、ＲＡＭは、たとえば、ＲＡＢの設定情報（ＩｕＲＡＢ識別情報、パラメータ可変部）を記憶し、制御部１２０の必要に応じてＲＡＢの設定情報を制御部１２０に提供する。

本実施形態に係るＳＧＳＮ（Serving GPRS Support Node）は、たとえば、図１０に示す構成を有する。

ＳＧＳＮ２００は、図示するように、通信部２１０と、制御部２２０と、記憶部２３０と、バス２４０と、から構成される。通信部２１０、制御部２２０、記憶部２３０はバス２４０で接続されている。

通信部２１０はたとえばＮＩＣ（Network Interface Card）から構成され、ＲＮＣ（Radio Network Controller）とデータを有線で送受信する。

制御部２２０は、たとえば、ＣＰＵ（Central Processing Unit）から構成され、通信部２１０や記憶部２３０にあるデータを処理したり、通信部２１０との間でデータを送受信したり、記憶部２３０にデータを記憶させたりなどの作業を行う。

記憶部２３０は、たとえば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）から構成される。ＲＡＭは制御部２２０のワークエリアとして用いられ、また、ＲＯＭおよびＲＡＭは制御部２２０が処理を行うためのプログラムを格納する。

具体的には、制御部２２０は、記憶部２３０のＲＯＭまたはＲＡＭに記憶されている無線アクセスベアラのパラメータのセット２３１を、記憶部２３０のＲＯＭまたはＲＡＭに記憶されている分割プログラム２３３で、パラメータセットごとに固定部と可変部とに分ける。次に、固定部であるパラメータを第１の部分としてまとめ、可変部であるパラメータを第２の部分としてまとめて、記憶部２３０のＲＡＭのワークエリアに記憶させる。

また、制御部２２０は、記憶部２３０に格納された圧縮プログラム２３４を実行し、第１の部分を圧縮する。そして、圧縮された第１の部分（無線アクセスベアラの識別子）と第２の部分とを対応付けたもの２３２を、記憶部２３０のＲＡＭに記憶する。

さらに、記憶部２３０には、通信プログラム２３５と設定プログラム２３６が記憶される。制御部２２０は、通信プログラム２３５を実行してＲＮＣ（Radio Network Controller）やＵＥ（移動機）と通信を行い、設定プログラム２３６を実行してＲＡＢの割り当てや共通ＩＤの割り当てなどの処理を行う。これらの処理により、たとえば、図６から図８を参照して説明した通信処理、割り当て処理、設定処理などを実現する。

なお、この発明は上記実施の形態に限定されず、種々の変形および応用が可能である。
たとえば、ＵＥ、ＲＮＣ、ＳＧＳＮなどの構成は任意に変更可能である。また、パラメータセットを分割する手法、パラメータの固定部を圧縮する手法、通信方法やプロトコル、設定方法などは、任意のものを用いてよい。
また、ＲＡＢは、図１から図４に示した内容に限定されず、適宜変更可能である。また、図５、図９、図１０に例示したシステム構成も変更可能である。さらに、図６から図８に例示した通信・設定手順も適宜変更可能である。

また、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
無線アクセスベアラのパラメータのセットを圧縮する方法であって、
前記パラメータのセットを第１の部分と第２の部分とに分割することから構成され、
前記第１の部分は複数のセットに共通な固定部分から構成され、
前記第２の部分は可変部分から構成され、
それに加えて無線アクセスベアラの識別子の割り当てを通して固定部分を圧縮するステップを含む、
ことを特徴とする方法。

（付記２）
前記パラメータのセットはＩｕＲＡＢの設定から構成される、
ことを特徴とする付記１に記載の方法。

（付記３）
前記ＲＡＢ（無線アクセスベアラ）識別子はＰＬＭＮ（公衆陸上移動通信網）内のＲＡＢに関連付けられている、
ことを特徴とする付記２に記載の方法。

（付記４）
前記関連付けは、ネットワーク内における運用および管理手順を介して達成される、
ことを特徴とする付記３に記載の方法。

（付記５）
前記可変部分は前記設定の可変パラメータから成る、
ことを特徴とする付記２、３または４に記載の方法。

（付記６）
前記無線アクセスベアラのパラメータのセットはＬＴＥ（Long Term Evolution）無線アクセスベアラのパラメータから構成される、
ことを特徴とする付記１に記載の方法。

（付記７）
前記無線アクセスベアラのパラメータのセットは、ＧＥＲＡＮ（GSM（登録商標）/EDGE Radio Access Network）無線アクセスベアラのパラメータから構成される、
ことを特徴とする付記１に記載の方法。

（付記８）
移動機と、当該移動機に関連しているモバイル無線通信ネットワークと、の間で無線アクセスベアラのパラメータのセットを転送する方法であって、
前記無線アクセスベアラのセットの設定を、付記１から７のいずれかに記載の方法にしたがって圧縮することを含む、
ことを特徴とする方法。

（付記９）
付記２から５のいずれかに従属しており、
それぞれのＵＴＲＡＮ／ＣＮ（地上無線接続網／コアネットワーク）ペアのＩｕＲＡＢ設定のセットの前記割り当てを含む、
ことを特徴とする付記８に記載の方法。

（付記１０）
ＩｕＲＡＢ設定のそれぞれのセットがＲＡＢ識別子のサブセットを割り当てられる、
ことを特徴とする付記９に記載の方法。

（付記１１）
付記２から５のいずれかに従属しており、
前記ＩｕＲＡＢ設定の前記ＲＡＢ識別子および可変パラメータが、要求に応じ、ＵＴＲＡＮへ転送するための前記移動機内に蓄積されるよう編成される、
ことを特徴とする付記８から１０のいずれかに記載の方法。

（付記１２）
前記転送は前記移動機の呼設定手順の一部をなす、
ことを特徴とする付記８から１１のいずれかに記載の方法。

（付記１３）
付記８から１２のいずれかに記載の転送を受信したときに以前に開放されたネットワーク中の無線アクセスベアラを再確立する方法であって、
蓄積された無線アクセスベアラの設定を前記無線アクセスベアラ識別子によって参照するステップを含む、
ことを特徴とする方法。

（付記１４）
付記９、１０または１１のいずれかに従属しており、
前記ネットワークのＩｕＲＡＢデータを構築することを含む、
ことを特徴とする付記１３に記載の方法。

（付記１５）
前記ＩｕＲＡＢ設定が前記ネットワークオペレータによって行われる、
ことを特徴とする付記１４に記載の方法。

（付記１６）
前記ＩｕＲＡＢ設定の前記再構築が操作および維持手順を通して達成される、
ことを特徴とする付記１４または１５に記載の方法。

（付記１７）
実質的に上記に記載されている、ＩｕＲＡＢ設定を圧縮する方法。

（付記１８）
モバイル無線通信ネットワーク内のＩｕＲＡＢ設定を転送する方法であって、
実質的に上記に記載されている方法。

（付記１９）
ネットワーク内のＩｕＲＡＢデータを再構築する方法であって、
実質的に上記に記載されている方法。

本発明は、携帯電話機および携帯電話網に適用することができる。

Claims

無線アクセスベアラ（ＲＡＢ）のパラメータのセットを圧縮する方法であって、
前記パラメータのセットを、複数のセットに共通な固定部分から構成される第１の部分と可変部分から構成される第２の部分とに分割するステップと、
それに加えて無線アクセスベアラの識別子の割り当てを通して固定部分を圧縮するステップとを含み、
前記パラメータのセットは、前記無線アクセスベアラが確立される地上無線接続網（ＵＴＲＡＮ）とコアネットワーク（ＣＮ）との間のインターフェース（ＩｕＲＡＢ）の設定から構成され、
ネットワーク内のＩｕＲＡＢデータを再構築する
ことを特徴とする方法。