(57)【要約】本発明のセルラー通信ネットワークを介して通信するための方法は、無線プロトコルに従う無線メッセージを通じて、移動端末機と無線エレメントとの間で通信する過程を含む。無線メッセージのフォーマットは、無線プロトコルの第１のバージョンに該当する基本メッセージ部分と、無線プロトコルの後続バージョンに関連したそれぞれの拡張データブロックと、無線プロトコルの少なくとも１つ以上の後続バージョンに関連した拡張ブロックを含むために採択された拡張コンテナ部分とを含む。
2007511973.tif 000002
【特許請求の範囲】
【請求項１】
セルラー通信ネットワークを介して通信する方法であって、
無線プロトコルに従って無線メッセージを用いて移動端末機１とネットワークエレメントとの間で通信するステップを含み、
前記無線メッセージのフォーマットは、
前記無線プロトコルの第１のバージョンに該当する基本メッセージ部分１０１と、
前記無線プロトコルの後続バージョンに関連したそれぞれの拡張データブロック１０２〜１０６及び１３２〜１３４と、
前記無線プロトコルの少なくとも１つ以上の後続バージョンに関連した拡張ブロック１３２〜１３４を含むために採択された拡張コンテナ部分１３０と、
を含むことを特徴とする通信方法。
【請求項２】
前記無線メッセージは、１つの拡張コンテナ部分１３０を含むことを特徴とする請求項１記載の通信方法。
【請求項３】
前記拡張コンテナ部分１３０は、遅い拡張を含むことを特徴とする請求項１記載の通信方法。
【請求項４】
前記拡張コンテナ部分１３０は、可変長であることを特徴とする請求項１記載の通信方法。
【請求項５】
前記拡張コンテナにある拡張１３２〜１３４は、前記拡張１３２〜１３４の導入日に従って順序が付けられることを特徴とする請求項１記載の通信方法。
【請求項６】
セルラー通信ネットワークにおいて、無線プロトコルに従って無線メッセージを拡張する方法であって、
前記メッセージは、無線端末機とネットワークエレメントとの間の通信に無線メッセージを使用するために採択され、
前記無線メッセージのフォーマットは、
前記無線プロトコルの第１のバージョンに該当する基本メッセージ１０１と、
前記無線プロトコルの後続バージョンに関連した拡張ブロック１０２〜１０６及び１３２〜１３４と、
前記無線プロトコルの少なくとも１つ以上の相互に異なるバージョンに関連した拡張を含む拡張コンテナ１３０と、
を含むことを特徴とする無線メッセージ拡張方法。
【請求項７】
移動端末機１とネットワークエレメント間の通信のために、無線プロトコルを使用するセルラー通信ネットワークを介した通信方法であって、
無線プロトコルに従って、移動端末機１でネットワークエレメントから受信された無線メッセージを処理するステップを含み、
前記無線メッセージのフォーマットは、
前記無線プロトコルの第１のバージョンに該当する基本メッセージ部分１０１と、
前記無線プロトコルの後続バージョンに関連したそれぞれの拡張データブロック１０２〜１０６及び１３２〜１３４と、
前記無線プロトコルの少なくとも１つ以上の後続バージョンに関連した拡張ブロック１３２〜１３４を含むために採択された拡張コンテナ部分１３０とを含み、
前記移動端末機１は、前記移動端末機が把握しない第１の拡張まで、前記拡張コンテナ１３０に含まれた拡張を処理することを特徴とする通信方法。
【請求項８】
前記移動端末機は、拡張コンテナ１３０にある非把握拡張をスキップし、拡張コンテナ１３０の後に配列されたメッセージ部分１０４，１０５を継続して処理することを特徴とする請求項７記載の通信方法。
【請求項９】
前記拡張コンテナは、前記拡張コンテナ１３０の総長さを示す長さフィールド１１１を含むことを特徴とする請求項８記載の通信方法。
【請求項１０】
前記移動端末機１は、前記拡張コンテナ１３０にある非把握拡張をスキップするために、長さフィールド１１１を使用することを特徴とする請求項９記載の通信方法。
【請求項１１】
前記無線プロトコルは、ＵＭＴＳ標準に従うＲＲＣプロトコルであることを特徴とする請求項１又は請求項７記載の通信方法。
【請求項１２】
前記ネットワークエレメントは、セルラー通信ネットワークを介して通信するために採択されることを特徴とする請求項１記載の通信方法。
【請求項１３】
前記移動端末機１は、セルラー通信ネットワークを介して通信するために採択されることを特徴とする請求項１又は請求項７記載の通信方法。
【請求項１４】
無線プロトコルを用いて、セルラー通信ネットワークを介して通信するための無線メッセージであって、
前記無線プロトコルの第１のバージョンに該当する基本メッセージ部分１０１と、
前記無線プロトコルの後続リリースに関連した拡張ブロック１０２〜１０６及び１３２〜１３４と、
前記無線プロトコルで、少なくとも１つ以上の異なるリリースに関連した拡張１３２〜１３４を含むために採択された拡張コンテナ部分１３０と、
を含むことを特徴とする無線メッセージ。
【請求項１５】
ネットワークエレメントから受信された無線プロトコルに従う無線メッセージを処理するために採択され、セルラー通信ネットワークを介して通信するための移動端末機１であって、
前記無線メッセージのフォーマットは、
前記無線プロトコルの第１のバージョンに該当する基本メッセージ部分１０１と、
前記無線プロトコルの後続バージョンに関連した拡張ブロック１０２〜１０６及び１３２〜１３４と、
前記無線プロトコルで、少なくとも１つ以上の後続バージョンに関連した拡張１３２〜１３４を含むために採択された拡張コンテナ部分１３０とを含み、
前記移動端末機１は、前記端末機が把握することができない第１の拡張まで、拡張コンテナ１３０に含まれた拡張１３２〜１３４を処理するためにさらに採択されることを特徴とする移動端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に関し、特に、限定されず、移動ユーザ端末機及びＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network）のような無線接続ネットワーク間に通信するための無線プロトコルに従って無線メッセージを拡張するものに関する。
【０００２】
ＵＭＴＳネットワークにおいて、無線資源制御（Radio Resource Control；ＲＲＣ）プロトコル（protocol）は、例えば、上記ユーザ端末機と上記無線接続ネットワーク間のような無線インターフェースで用いられる。このようなプロトコルエンドポイント（end points）は、プロトコルパラメータを交換することによって、そして、少なくとも１つ以上の情報エレメント（element）から構成される無線メッセージを転送することによって相互作用する。
【背景技術】
【０００３】
通信システムで使用される無線プロトコルは、引き続き、開発され、発展するので、例えば、新たな特徴を結合するか、又は、訂正するために、メカニズム（mechanism）がプロトコルの未来のバージョンにおいて、無線プロトコルのメッセージを拡張するために使用される。従って、上記無線メッセージがさらに多くの選択のための追加的な値、又は、新たな値のような新たな情報エレメント値、及び／または、新たな情報エレメントを含むことがある。このような方式にて、プロトコルの相互に異なるバージョンが適用されることができる。
【０００４】
可変長の特別なコンテナは、通常、無線プロトコルの特定のリリース（release）に関連した、いわゆる、遅い拡張（late extension）を適用するために使用される。遅いプロトコルの拡張は、後続プロトコルリリース（Ｎ＋１）が凍結された後導入されるプロトコルリリース（Ｎ）の拡張である。上記リリースの凍結は、このようなリリースに基づく実現が、開発の終わりの段階にあるか、又は、市場へ進入する際に遂行される。これは、上記時点から関連したリリースの旧互換（backwards compatible）変更のみが受け入れられることを意味する。このようなコンテナを使用することによって、特定のリリースに対する拡張の導入は、後続リリースが凍結された後でも支援が可能である。
【０００５】
上記コンテナは、長さフィールドを有するが、上記長さフィールドは、上記コンテナに含まれた拡張データの総サイズを表示する。このような方式にて、上記コンテナの部分的なデコーディングを容易にする。また、上記コンテナの後に含まれた可能な拡張のデコーディングを容易にする。
【０００６】
上述したコンテナを使用することによって、未来の拡張に必要とされるサイズをあらかじめ認識しなくても、遅い拡張の含みを予測することができる。
【０００７】
また、この後のステップにおいて、また他の拡張が、特定のリリースに追加される必要がある場合、これは、上記拡張コンテナに直接的に含まれることができる。
【０００８】
上記特定のリリースに対するすべての遅い拡張は、１つのコンテナで結合され、それぞれの異なるリリースに対しては、異なるコンテナが使用される。
【０００９】
ＵＭＴＳネットワークにおいて、そのようなコンテナの使用に関連した詳細な事項は、３ＧＰＰ標準“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ”（３ＧＰＰ ＴＳ ２５．３３１）に記載されている。
【００１０】
しかしながら、上記拡張コンテナの導入に従う短所は、上記コンテナが、追加的な空間を必要とすることにある。上記コンテナに含まれる拡張がない場合であるとしても、上記拡張の各々は、メッセージに１ビット以上のビットからなったオーバーヘッドを有する。もし、拡張が含まれると、上記コンテナは、追加的なオーバーヘッドを有するようになる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記背景に鑑みて、本発明の目的は、上述した短所を緩和させ、拡張コンテナを受け入れて処理するための進歩した方法を提供することにある。
【課題を解決するための手段】
【００１２】
このような目的を達成するために、本発明の１つの見地によると、無線プロトコルに従って、無線メッセージを用いてネットワークエレメントと通信する移動端末機を備えるセルラー通信ネットワークを介して通信する方法を提供する。ここで、上記無線メッセージのフォーマットは、無線プロトコルの第１のバージョンに該当する基本メッセージと、上記無線プロトコルの後続バージョンに関連した拡張ブロックと、上記無線プロトコルの少なくとも１つ以上の相互に異なるバージョンに関連した拡張を含むために採択された拡張コンテナ部分とを含む。
【００１３】
このような方式において、上記無線プロトコルのすべてのリリースに対して拡張コンテナを提供する必要がない。その代りに、結合された拡張コンテナは、上記無線プロトコルの１つ以上のバージョンに関連した拡張を受け入れるために使用されることができる。
【００１４】
好ましくは、無線メッセージは、１つの拡張コンテナを含む。このような方式にて、拡張コンテナを提供することによって招くオーバーヘッドを格段に減少させることができる。
【００１５】
本発明の他の見地によると、本発明は、セルラー通信ネットワークにおいて、無線プロトコルに従って無線メッセージを拡張する方法を提案する。ここで、上記メッセージは、無線メッセージを通じて移動端末機とネットワークエレメントとの通信で使用されるために採択され、上記メッセージのフォーマットは、上記無線プロトコルの第１のバージョンに該当する基本メッセージと、上記無線プロトコルの後続バージョンに関連した拡張ブロックと、上記無線プロトコルの少なくとも１つ以上の相互に異なるバージョンに関連した拡張を含む拡張コンテナとを含む。
【００１６】
本発明のさらなる見地によれば、移動端末機とネットワークエレメントとの間の通信のための無線プロトコルを使用するセルラー通信ネットワークを介して通信する方法を提案する。上記方法は、ネットワークエレメントから受信された無線プロトコルに従う無線メッセージを処理する移動端末機を含み、上記無線メッセージのフォーマットは、上記無線プロトコルの第１のバージョンに該当する基本メッセージと、上記無線プロトコルの後続バージョンに関連した拡張ブロックと、上記無線プロトコルの少なくとも１つ以上の相互に異なるバージョンに関連した拡張を含むために採択された拡張コンテナと、を含む。
【００１７】
本発明のもう１つの見地によると、移動端末機とネットワークエレメントと間の無線プロトコルを使用して、セルラー通信ネットワークを介して通信するための無線メッセージを提供する。ここで、上記無線メッセージは、上記無線プロトコルの第１のバージョンに該当する基本メッセージと、上記無線プロトコルの後続バージョンに関連した拡張ブロックと、上記無線プロトコルの少なくとも１つ以上の異なるバージョンに関連した拡張を含むために採択された拡張コンテナと、を含む。
【００１８】
本発明のさらに他の見地によると、セルラー通信ネットワークを介して通信するための移動端末機を提供するが、上記端末機は、ネットワークエレメントから受信された無線プロトコルに従って、無線メッセージを処理するために採択される。ここで、上記無線メッセージのフォーマットは、上記無線プロトコルの第１のバージョンに該当する基本メッセージと、上記無線プロトコルの後続バージョンに関連した拡張ブロックと、上記無線プロトコルの少なくとも１つ以上の異なるバージョンに関連した拡張を含むために採択された拡張コンテナとを含み、上記端末機は、上記端末機が把握しない第１の拡張まで、上記拡張コンテナに含まれた拡張を処理するために採択される。
【発明の効果】
【００１９】
本発明は、それぞれのメッセージで１つの可変長拡張を導入し、該当するリリースに関係なしに、すべての遅い訂正又は拡張が１つのコンテナに含まれる。言い換えれば、本発明は、すべての遅い拡張に対して１つのＶＬＥＣを導入することによって、複数の可変長拡張コンテナによってもたされるオーバーヘッドが防止されることができる、という長所がある。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の好適な一実施例を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００２１】
セルラー（cellular）無線システムの典型的な構成は、移動ユーザ端末機（Mobile User Equipment；以下、“ＵＥ”と称する）１と、無線接続網（Radio Access Network；ＲＡＮ）３と、少なくとも１つ以上のコアネットワーク（Core Network；ＣＮ）５とから構成される。例えば、図１は、ＵＭＴＳの基本的な構成要素を示す。
【００２２】
ＵＭＴＳは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）技術を使用する第３世代の無線ネットワークである。ＵＴＲＡＮについての詳細な説明は、３ＧＰＰ標準“ＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ”（３ＧＰＰ ＴＳ ２５．４０１）及び関連標準に記載されている。
【００２３】
ＵＥとＵＴＲＡＮとの間の通信は、Ｕｕインターフェースを介して提供される一方、ＵＴＲＡＮとコアネットワークとの間の通信は、Ｉｕインターフェースを介して提供される。
【００２４】
図２は、無線接続網（ＲＡＮ）の構成を示す。ＲＡＮは、ＵＴＲＡＮに対する、いわゆる、Ｎｏｄｅ Ｂのような基地局２及び基地局制御器（Base Station Controller；以下、“ＢＳＣ”と称する）とも称される無線網制御器（Radio Network Controller；以下、“ＲＮＣ”と称する）４とから構成される。基地局２は、セルとも称される特定の地理学的な地域を含んで、無線インターフェースを介して実際の通信を処理する。それぞれのＲＮＣ４は、各ＲＮＣ４に接続された基地局２を制御し、例えば、地域移動性などの無線資源の割当てのようなタスクに対する他の機能を制御する。ＲＮＣ４がＩｕインターフェース１２を介して少なくとも１つ以上のコアネットワーク８に接続され、Ｉｕｂインターフェース１０を介して多くの基地局２に接続され、可能であれば、Ｉｕｒインターフェース１４を介して少なくとも１つ以上の他のＲＮＣ４に接続されることができる。
【００２５】
ＵＭＴＳネットワークにおいて、無線資源制御（Radio Resource Control；以下、“ＲＲＣ”と称する）プロトコルは、無線インターフェース、例えば、ＵＥとＵＴＲＡＮとの間の無線インターフェースを介して使用される。少なくとも１つ以上の情報エレメントから構成されるメッセージを転送して、プロトコルパラメータを交換することによって、プロトコルエンドポイント（end point）が相互作用する。
【００２６】
通信システムにおいて使用される無線プロトコルは、例えば、新たな特徴を付加するために継続して開発されて向上するので、無線プロトコルのメッセージが拡張されるものと予想される。
【００２７】
上記プロトコルの多様な、そして、可能であれば、未来のバージョンを受け入れるために、メカニズムが新たな情報エレメント値、及び／又は、新たな情報エレメントによって上記ＲＲＣメッセージを拡張することができるように定義されてきた。
【００２８】
プロトコルの拡張には、次のような２種類がある。：非臨界拡張（Non-critical extension；以下、“ＮＣＥ”と称する）及び臨界拡張（Critical extension；以下、“ＣＥ”と称する）。
【００２９】
一般に、受信器が非把握臨界拡張（not-comprehended critical extension）を含むメッセージをまったく拒否することができ、その後、送信器へ通知する。従って、臨界拡張されたメッセージが以前のバージョンフォーマットに従う必要がない。例えば、旧互換が要求されない。その代りに、メッセージのある場所での付加的な情報エレメント、あるいは、除去されるか、再定義された情報エレメントを含みつつ、上記メッセージのまったく新たなバージョンの定義を基本的に要求する。メッセージバージョンが上記メッセージの開始部分に現れているので、受信器が上記メッセージを拒否するかどうかを即座に認識することができる。
【００３０】
これとは反対に、受信器は、拡張が存在しないかように非把握非臨界拡張（ＮＣＥ）を含むメッセージを処理する。これは、上記プロトコルの未来のバージョンで、非臨界値が情報エレメントに追加されるか、又は、非臨界情報エレメントが上記メッセージに追加されることができることを意味する。上記受信器が非臨界拡張を分離することができ、これは、ＲＲＣの場合には、メッセージの終端に非臨界拡張を追加することによって遂行される。受信器は、上記受信器が把握しない、第１のＮＣＥが出る前までメッセージをデコーディングする。
【００３１】
現在、３ＧＰＰ標準で定義しているように、ＵＭＴＳシステムは、段階的に開発される。それぞれのステップで、標準の１つの完成されたセットが開発される。現在定義されたステップは、リリース（Release）'９９，ＲＥＬ−４，ＲＥＬ−５、及びＲＥＬ−６を含む。
【００３２】
従って、無線メッセージは、上記リリースに定義された少なくとも１つ以上の拡張に対応する基本メッセージ及び幾つかの拡張を含むことができる。
【００３３】
図３は、第１のリリース（Release） '９９で定義された基本メッセージ１０１を含み、拡張を含む追加フィールド１０２〜１０５を含む無線メッセージを示す。これらのそれぞれは、バージョンナンバー（＃）とその次に従う情報（ｉｎｆｏ．）とから構成される。このような例において、拡張１０２及び１０３は、リリース’９９に関連し、拡張１０４及び１０５は、ＲＥＬ−４及びＲＥＬ−５のそれぞれに関連する。
【００３４】
プロトコルリリースが開発中であるときはいつでも、ＲＲＣメッセージに対する変更が不回避である。しかしながら、あるリリースに対する商品が市場へ進入しようとする際、旧互換をもたらすはずなので、そのような変更がこれ以上受け入れられない。このような時点で関連したプロトコルリリースが‘凍結’されるが、これは、上述したメカニズムに従って、この時点の未来のすべての変更が拡張として処理されることを意味する。
【００３５】
図３は、ＲＥＬ−４で導入された非臨界拡張１０４がメッセージのリリース’９９拡張１０２及び１０３の後に位置することを示す。これは、上記拡張がＲ９９拡張に追加されるものであるので、リリース'９９の実現に従う送受信器が、ＲＥＬ−４とこの後のリリースに対応するすべての非臨界拡張を容易に無視することができることを意味する。
【００３６】
次のリリースが凍結されない限り、訂正及び／又は拡張が挿入される。これは、上述した例において、ＲＥＬ−４が凍結されない限り、Ｒ９９訂正／拡張がＲＥＬ−４拡張の前にやはり挿入されることができることを意味する。しかしながら、ＲＥＬ−４に基づく商品が市場へ進入すると、上記ＲＥＬ−４の前に、いわゆる、遅い訂正／拡張を挿入することは、ＲＥＬ−４に基づく商品に影響を及ぼす。
【００３７】
このような理由は、情報エレメントがエンコーディングされたメッセージにＲＲＣメッセージが現れないが、エンコーディングされた上記メッセージ内のビットの位置によって推測されることができる効率的なエンコーディング（encoding）方法に適用させるためである。
【００３８】
従って、図３を参照して記載された例示において、新たなリリース'９９ｅｘｔ３が挿入されなければならないと、これを含まない標準バージョンに基づいたＲＥＬ−４の実現は、リリース'９９ｅｘｔ３ビットを上記ＲＥＬ−４拡張の第１のビットとして誤訳するのであろう。
【００３９】
３ＧＰＰ標準によると、ＲＲＣメッセージは、Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ ｎｕｍｂｅｒ Ｏｎｅ（ＡＳＮ．１）に明示されており、Ｐａｃｋｅｄ Ｅｎｃｏｄｉｎｇ Ｒｕｌｅｓ（ＰＥＲ）に従ってエンコーディングされる。このようなエンコーディングメカニズムは、不足した無線資源を可能な限り效率的に使用するために選択されてきた。新たなメカニズムが後のリリースに従う実現に影響を及ぼさず、以前のリリースに対する遅い拡張を受け入れるために導入される。例えば、遅い拡張のための特定のコンテナの導入がある。以下の表１は、そのような可変長拡張コンテナ（Variable Length Extensions Container；以下、“ＶＬＥＣ”と称する）の例を示すためのＲ９９ ＡＳＮ．１から抽出された一部である。
【００４０】
【表１】
2007511973.tif 000003
【００４１】
ＶＬＥＣの主な目的は、コンテナに含まれた遅い訂正の総サイズを示しつつ、長さフィールドを導入することにある。このような方式にて、受信器は、拡張コンテナの後に位置した後続する拡張をスキップすることができるが、上記拡張は、上記受信器が把握することができず、順次に読み出してデコーディングすることができない拡張である。
【００４２】
図４は、図３を参照して、記載されたメッセージと類似したメッセージとを示す。しかしながら、図４のメッセージは、ＲＥＬ−４拡張の前に含まれたＶＬＥＣ１１０を含む。ＶＬＥＣ１１０は、長さフィールド１１１及びリリース'９９に対する２つの遅い拡張（フィールド１１２及び１１３）を含む。
【００４３】
ＶＬＥＣ１１０の長さフィールド１１１は、ＲＥＬ−４受信器が実現しない、遅いＲ９９拡張１１２及び１１３をスキップするようにすることができ、ＲＥＬ−４受信器がＶＬＥＣ１１０の後に位置しているフィールド１０４にあるＲＥＬ−４拡張を正確にデコーディングすることができるようにする。上記の例において、フィールド１１１に記録された長さは、それぞれのフィールド１１２及び１１３のＲ９９ｅｘｔ３及びＲ９９ｅｘｔ４をすべて含むＶＬＥＣ１１０に含まれた拡張の総サイズを反映する。
【００４４】
ＲＲＣプロトコル拡張メカニズムについての詳細な説明は、２個の３ＧＰＰ標準である“Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）Ｓｐｅｃｉｆｉｃａｔｉｏｎ”，３ＧＰＰ  ＴＳ ２５．３３１及び“Ｇｕｉｄｅｌｉｎｅｓ ａｎｄ ｐｒｉｎｃｉｐｌｅｓ ｆｏｒ ｐｒｏｔｏｃｏｌ ｄｅｓｃｒｉｐｔｉｏｎ ａｎｄ ｅｒｒｏｒ ｈａｎｄｌｉｎｇ”，３ＧＰＰ ＴＳ ２５．９２１（特に、セクション１０．４．３．５）に記載されている。上記文書は、以下、参考にて結合される。
【００４５】
可変長拡張コンテナ（ＶＬＥＣ）は、ＶＬＥＣに含まれた非把握拡張を実現しないようにするとしても、長さフィールドを有するという短所がある。拡張が含まれないと、関連したリリースの凍結の前に導入されるか、あるいは、この後に導入されるかに従って、ＶＬＥＣは、１ビット、あるいは、２ビットのオーバーヘッドを有する。拡張が含まれると、１ビットのみを必要とするとしても、ＶＬＥＣは、９ビット又は１０ビットのオーバーヘッドを有し、長さフィールドに対して８ビットの追加ビットを有する。
【００４６】
従って、ＶＬＥＣは、サイズを重要な要素とするメッセージに対しては、適しない。後のリリースが凍結される場合、上記リリースの各々に対するＶＬＥＣコンテナを有するか、又は有しないかに対する疑問が生じる。
【００４７】
図５は、複数のＶＬＥＣを含むメッセージを示す。ここで、ＶＬＥＣの各々は、特定のリリースの遅い拡張に対して予約される。図３及び図４を参照して、上述したメッセージと類似して、メッセージがリリース'９９拡張に関連した基本メッセージ１０１と、２つの拡張ブロック１０２，１０３とをそれぞれ含む。このような拡張ブロックの後に、リリース'９９の可能性ある２つの遅い拡張に対して予約されたＶＬＥＣ１１０が導入される。上記コンテナは、長さフィールド１１１及び２つの遅い拡張フィールド１１２，１１３をそれぞれ有する。ＶＬＥＣ１１０の後に、上記メッセージは、ＲＥＬ−４の拡張ブロックを導入し、ＲＥＬ−４の遅い拡張に対して予約されたまた他のＶＬＥＣ１２０を導入する。また、ＶＬＥＣ１２０は、遅い拡張１２２を含む。２番目のコンテナ１２０は、ＲＥＬ−５拡張を含むブロック１０５の前に位置する。２番目のコンテナ１２０は、通常、ＲＥＬ−５が凍結される際現れる。
【００４８】
上述したように、このような方法の短所は、ＶＬＥＣが導入されるごとにオーバーヘッドが増加することにある。
【００４９】
本発明の望ましい実施形態によると、メッセージは、メッセージの各々で１つの可変長の拡張を導入し、該当リリースに関係なしに、すべての遅い訂正、又は、拡張が１つのコンテナに含まれる。このような方式にて、ＶＬＥＣの数は、相当に減少されることができる。拡張が導入される順序にて上記拡張が導入される。従って、ＲＥＬ−４の訂正は、ＲＥＬ−９９訂正の前に現れることができる。
【００５０】
図６は、１つのＶＬＥＣを有するメッセージを示す。言い換えれば、上記メッセージは、基本メッセージ１０１とリリース（Release）'９９、ＲＥＬ−４、及びＲＥＬ−５に対する拡張のための拡張ブロック１０２〜１０５とを含む。リリース'９９を含む上記２つの拡張ブロック１０２，１０３の後に、単一のＶＬＥＣ１３０が導入される。ＶＬＥＣ１３０は、相互に異なるリリースに対する拡張を含むことができる。コンテナ１３０は、長さフィールド１３１及びリリース'９９に対する遅い拡張を含む第１のフィールド１３２を含む。そして、ＶＬＥＣ１３０は、ＲＥＬ−４とリリース'９９に対するそれぞれの遅い拡張を含む２つの追加フィールド１３３,１３４とを含む。
【００５１】
上述した例示において、遅い訂正／拡張が導入される順序は、次の通りである。：リリース'９９に対する第３の拡張（Ｒ９９ｅｘｔ３）；２００３年６月、ＲＥＬ−４に対する第２の拡張（Ｒ４ｅｘｔ２）；２００３年９月、リリース'９９に対する第４の遅い拡張（Ｒ９９ｅｘｔ４）；２００４年３月。
【００５２】
すべての遅い拡張に対して１つのＶＬＥＣを導入することによって、複数の可変長拡張コンテナによってもたらされるオーバーヘッドが防止されることができる。通常、受信器は、メッセージとそれが把握しない第１の拡張までＶＬＥＣにある拡張をデコーディングする。
【００５３】
しかしながら、上記コンテナに含まれない拡張は、プロトコルリリースの順序で現れない。その代りに、上記拡張は、遅い拡張の導入日の順序で現れる。従って、リリース'９９に対する遅い拡張ではない場合もあるが、ＲＥＬ−４又はＲＥＬ−５訂正の後に現れることができる。
【００５４】
図６を参照して、上述した例において、上記リリース'９９拡張の最後（Ｒ９９ｅｘｔ４ フィールド１３４）は、ＲＥＬ−４に対する遅い拡張（Ｒ４ｅｘｔ２フィールド１３３）の後に含まれる。上記ＶＬＥＣにある拡張が個別的な長さフィールドを有していないので、受信器は、個別的な拡張をスキップすることができない。その結果、Ｒ４ｅｘｔ２がＲ９９ｅｘｔ４の前に現れるので、リリース'９９拡張（Ｒ９９ｅｘｔ４）を把握するために、ＲＥＬ−４拡張（図６のＲ４ｅｘｔ２）を把握する必要があることもある。
【００５５】
従って、第２、さらに遅い、リリースの遅い拡張の後に、ただ導入される第１のリリースの遅い拡張を把握するために、受信器は、第２のリリースのＡＳＮ．１を必要とすることもある。
【００５６】
しかしながら、これは、遅い訂正がほとんど使われないため、深刻に不利であると見なされる。一般的に、遅い訂正又は拡張は、やはり固定される必要がある以前のリリースに深刻な問題がある場合にのみ使用される。また、さらに遅いリリースに対する実現が、以前のリリースに対する実現の後に市場へ進入するため、以前のリリースに対する訂正を含む遅い拡張に対する必要が、さらに遅いリリースに対する遅い訂正に対する必要の後にのみ発見されることは、より一層ないのであろう。
【００５７】
このような問題が発生すると、それは、プロトコル標準で解決されるものであり、従って、実現に対する問題は考慮しなくてもよい。
【００５８】
本発明で使用されている“拡張”という表現は、訂正及びアップデートを含む意味として使用されていることを理解すべきである。
【００５９】
一方、上述した実施形態において、リリース'９９に基づく無線メッセージについて開示したが、本発明は、すべてのＵＭＴＳリリースに対して適用可能であることを理解すべきである。
【００６０】
また、上述した実施形態をＵＭＴＳのコンテキストで説明したが、本発明は、他の類似したシステムに対しても適用することができることを理解すべきである。
【００６１】
以上、本発明の詳細について具体的な実施形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【００６２】
【図１】本発明が結合されることができる移動通信ネットワークの概略図である。
【図２】本発明が結合されることができる移動通信ネットワークの概略図である。
【図３】従来技術による無線プロトコルメッセージの概略図である。
【図４】従来技術による拡張コンテナを含む無線プロトコルメッセージの概略図である。
【図５】従来技術による複数の拡張コンテナを含む無線プロトコルメッセージの概略図である。
【図６】本発明の一実施形態による拡張コンテナを含む無線プロトコルメッセージの概略図である。
【符号の説明】
【００６３】
１０１  基本メッセージ
１０２〜１０６,１３２〜１３４  追加フィールド（拡張ブロック）
１３０  ＶＬＥＣ（拡張コンテナ）
【図１】
2007511973.tif 000004
【図２】
2007511973.tif 000005
【図３】
2007511973.tif 000006
【図４】
2007511973.tif 000007
【図５】
2007511973.tif 000008
【図６】
2007511973.tif 000009
【国際調査報告】
2007511973.tif 000010
2007511973.tif 000011