JP2003515998A - Ｕｍｔｓネットワークにおけるｓｒｎｓ再配置 - Google Patents

Abstract

(57)【要約】 与えられたＵＥに対して、ＵＭＴＳネットワーク上でＳＲＮＳ再配置を行うための方法であって、再配置が要求されるメッセージをサーバＲＮＣからコア・ネットワークへ送るステップと、再配置が要求されるメッセージをコア・ネットワークからターゲットＲＮＣへ送るステップとを含む方法。再配置が要求されるメッセージは、コア・ネットワークにより透過的に再配置要求メッセージに組み込まれたＲＲＣ初期設定情報コンテナを含み、ＲＲＣ初期設定情報コンテナは、ＵＥ用のＲＡＢとＲＢとの間でのマッピングを可能にする情報を含む。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、ＵＭＴＳネットワークにおけるＳＲＮＳ再配置に関するものであり
、より具体的には、そのような再配置に際して、ＳＲＮＳとターゲットＲＮＳと
の間での無線資源の転送に関するものである。

【０００２】 （発明の背景） 図１は、ユニバーサル移動通信システム（ＵＭＴＳ）ネットワークの一部を模
式的に示す。ネットワークは、コア・ネットワーク部１を含む。そのネットワー
クは、ＵＭＴＳ移動サービス切り替えセンタ（ＵＭＴＳ Ｍｏｂｉｌｅ−ｓｅｒ
ｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒｓ，ＵＭＳＣ）を使用した音声
呼び出しを扱うネットワークでもよいし、あるいは、サービングＧＰＲＳサポー
ト・ノード（ＳＧＳＮ）を含む汎用パケット無線サービス（ＧＰＲＳ）ネットワ
ークのようなデータ・ネットワークであってもよい。図１において、ＵＭＳＣ及
びＳＧＳＮは参照番号２で示されている。加入者又はユーザ装置（ＵＥ）３は、
ユニバーサル陸上無線接続ネットワーク（ＵＴＲＡＮ）と呼ばれる接続ネットワ
ーク４を介して、コア・ネットワーク１に結合される。より具体的には、ＵＭＳ
Ｃ／ＳＧＳＮ２は、Ｉｕインターフェースと呼ばれるインターフェースを介して
、ＵＴＲＡＮ４の無線ネットワーク・コントローラ（ＲＮＣ）５，６に接続され
る。

【０００３】 各ＲＮＣ５は、ＵＭＴＳ用語においてノードＢと呼ばれる基地局９の集合も含
む無線ネットワーク・サブシステム（ＲＮＳ）７，８の一部を形成する。ＲＮＣ
５，６とノードＢ９との間のインターフェースは、Ｉｕｂインターフェースとし
て知られている。ノードＢ９は、ＵＥ３からＵＴＲＡＮ４への接続点を提供し、
ノードＢ９とＵＥ３との間のインターフェースは、Ｕｕインターフェースとして
知られている。任意の所与の時刻にＵＥをコア・ネットワーク１に接続するＲＮ
Ｓ（図１におけるＲＮＳ７）は、そのＵＥ３用のサービングＲＮＳ（ＳＲＮＳ）
と呼ばれる。

【０００４】 図２は、ＵＴＲＡＮがユーザ・データをＵＥ３とコア・ネットワークとの間で
伝送するのに使用するベアラ構造の概要を示すものである。ユーザ・プレイン接
続を設定することが必要になった場合、それを管轄するＵＭＳＣまたはＳＧＳＮ
２は、ＵＴＲＡＮ４に対して、ＵＭＳＣ又はＳＧＳＮ２とＵＥ３との間に論理接
続を行うよう指示する。この論理接続は、無線アクセス・ベアラ（ＲＡＢ）と呼
ばれる。設定されたＲＡＢは、要求されたＵＭＴＳサービス、例えばサービスの
質などの要求を受け継ぐ。ＲＡＢの受け継いだ要求に基づいて、ＲＮＣ５，６は
、コア・ネットワーク１（即ち、ＵＭＳＣ又はＳＧＳＮ２）とＵＥ３とのユーザ
・プレイン接続を設定する。ＲＮＣ５，６とコア・ネットワーク１との間の接続
は、Ｉｕベアラと呼ばれ、ＲＮＣ５，６とＵＥ３との間の接続は、無線ベアラ（
ＲＢ）と呼ばれる。これらのベアラは、どちらも、論理チャンネルを表し、ＲＮ
Ｃはそれらの間でマッピングを行う。ベアラ自身は、適当なトラフィック・チャ
ンネルにマップされ、それぞれのインターフェース（Ｉｕ及びＵｕ）を介して送
信される。

【０００５】 １つのＵＥ３は、１つ以上のＲＡＢと関連づけることができる。例えば、ＵＥ
３は、同時に、音声呼び出し用に設定された１つのＲＡＢと、データ呼び出し用
のＲＡＢとを利用することができる。ＲＮＣ５，６は、（コア・ネットワークに
より割り当てられた）ＲＡＢ識別子を使用して、これらの異なるＲＡＢを区別す
る。同様に、ＲＢ識別子を使用して、ＲＢの間の区別をする。新規ユーザ・プレ
イン接続をセットアップする際、ＲＡＢとＲＢは絶対的にＲＮＣにより相互に関
連付けられる。

【０００６】 移動通信システムの重要な特徴は、加入者が特定のネットワーク内（及び外）
で移動できることにある。これは、しばしば、ＳＲＮＳ再配置として知られるプ
ロセスを必要とし、そこにおいて、現在のＳＲＮＳがターゲットＲＮＳによって
置き換えられる。ＵＥが第１ＲＮＳの管轄の領域から新規ＲＮＳに移るハード・
ハンドオーバとして知られるシナリオを考えた場合、ＳＲＮＳのＲＮＣ（即ち、
サービングＲＮＣ（ＲＮＣ））は、ＵＥ用接続ＲＮＣとして、第２ＲＮＳのＲＮ
Ｃ（遷移段階の間は、ターゲットＲＮＣ（ＲＮＣ_T）と呼ばれる）によって置き
換えられる必要がある。場合によっては、ターゲットＲＮＣは、直ちにサービン
グＲＮＣになり、ターゲットＲＮＣとコア・ネットワークとの間にユーザ・プレ
イン接続を設定してもよい。また、別の場合には、ユーザ・プレイン接続は、サ
ービングＲＮＣを介して、ターゲットＲＮＣ（その後、ドリフトＲＮＣと呼ばれ
る）とコア・ネットワークとの間で確立される。ドリフトＲＮＣとサービングＲ
ＮＣとの間のインターフェースはＩｕｒインターフェースとして知られている。
次に、ネットワークは、ドリフトＲＮＣをサービングＲＮＣに変換し、コア・ネ
ットワークへ直接ユーザ・プレイン接続を設定してもよい。

【０００７】 いずれのシナリオにおいても、ＳＲＮＳ再配置プロセスは、サービングＲＮＣ
が、コア・ネットワーク（ＵＭＳＣ又はＳＧＳＮ）に再配置要求メッセージを送
ることによって開始される。このメッセージは、現在、無線アクセス・ネットワ
ーク・アプリケーション部（ＲＡＮＡＰ）プロトコル（ＵＭＴＳ ＴＳ 25.413
）において定義され、Ｉｕインターフェースを介して伝送される。コア・ネット
ワークは、再配置要求されたメッセージを受け取ると、ターゲットＲＮＣに再配
置要求メッセ−ジを送る。再配置要求メッセージは、ＲＡＮＡＰプロトコルにお
いても定義されている。

【０００８】 再配置要求メッセージは，転送されるべきＲＡＢのアイデンティティを含む。
再配置要求メッセージも再配置要求されるメッセージも、ＲＲＣ初期設定情報コ
ンテナを含む。このコンテナは、無線資源制御（ＲＲＣ）プロトコル（ＵＭＴＳ
ＴＳ 25.331）において定義され、転送されるべきＲＢのアイデンティティ、
及びＲＢと、より低い層の属性との間のマッピング、即ち、論理、トランスポー
ト、及び物理チャンネルへのマッピングの詳細を含む。尚、ＲＢアイデンティテ
ィ、及びＲＢと、より低い層の属性との間のマッピングは、コア・ネットワーク
により透過的に受け渡しされるコンテナに含まれることが知られている。

【０００９】 （発明の要約） 本発明の発明者らは、複数のＲＡＢが割り当てられている所与のＵＥに対する
ＳＲＮＳ再配置状況に対処するためには、ターゲットＲＮＣがＲＡＢとＲＢとの
間のマッピングについての知識を持っていなければならないことを認識している
。本提案の下で、再配置要求メッセージも再配置要求されるメッセージも、この
マッピングを行うのに充分な情報を含んでいない。その結果、ターゲットＲＮＣ
において混乱が生じて、ＲＮＣがＲＢを間違ったＲＡＢと関連付ける可能性があ
る。そのような場合、呼び出しが間違って接続され、資源が不適当に割り当てら
れる可能性がある。

【００１０】 本発明の第１の側面により、所与のＵＥに対するＵＭＴＳネットワークにおけ
るＳＲＮＳ再配置を行う方法は、サービングＲＮＣからネットワークへ再配置要
求されたメッセージを送るステップと、コア・ネットワークからターゲットＲＮ
Ｃへ再配置要求メッセージを送るステップとを含み、再配置要求されるメッセー
ジは、コア・ネットワークにより再配置要求メッセージに透過的に組み込まれる
ＲＲＣ初期設定情報コンテナを含み、そのＲＲＣ初期設定情報コンテナは、ＵＥ
に対してＲＡＢとＲＢとの間でのマッピングを可能にする情報を含む。

【００１１】 むしろ、ＲＲＣ初期設定情報コンテナが無線ベアラ情報要素を含む場合、前記
マッピングは、各ＲＢに対して、ＲＢが対応するＲＡＢアイデンティティを含み
、ＲＡＢ及びＲＢは、それぞれ、ＲＡＢ識別子とＲＢ識別子によって同定される
。 ＲＲＣ初期設定情報コンテナに含まれるマッピング情報は、ＮＡＳ結合情報を
含むことができる。

【００１２】 本発明の第２の側面により提供されるＵＭＴＳ通信システムは、少なくとも１
つのコア・ネットワークとＵＴＲＡＮを含んでおり、ＵＴＲＡＮは、複数のＲＮ
Ｃを含み、それらの対が、前記コア・ネットワークを介して相互に連絡できるよ
うに構成され、ＳＲＮＳ再配置の際に、各ＲＮＣは、ＲＮＣが以前より存在する
ＳＲＮＳである場合、再配置要求されたメッセージを生成してコア・ネットワー
クへ送り、再配置要求されたメッセージは、ＲＲＣ初期設定情報コンテナを含み
、そのコンテナは、ＵＥに対してＲＡＢとＲＢとの間でのマッピングを可能にす
る情報を含んでおり、各ＲＮＣは、ＲＮＣがターゲットＲＮＣである場合、コア
・ネットワークから再配置要求メッセージを受け取るべく構成され、その再配置
要求メッセージは、前記ＲＲＣ初期設定情報コンテナを含む。

【００１３】 また、コア・ネットワークは、受け取った再配置要求メッセージを、ターゲッ
トＲＮＣへ送信するための再配置要求に翻訳できるように構成されている。ＲＲ
Ｃ初期設定情報コンテナは、このプロセスにおいて、透過的に複製される。

【００１４】 （好ましい実施の形態の詳細な説明） 以上、典型的なＵＭＴＳネットワークについて図１を参照して述べ、一方、そ
のようなネットワークで使用されるＵＴＲＡＮベアラ構造は、図２を参照して述
べてきた。

【００１５】 図３は、ユーザ装置（ＵＥ）が、ドリフトＲＮＣ１０とサービングＲＮＣ１１
とを介して、ＵＭＴＳネットワークのコア・ネットワークのＵＭＳＣ／ＳＧＳＮ
に接続される場合を示す。「アクティブ」接続は、図３において破線で示される
。このような状況になるのは、ＵＥがサービングＲＮＣ１１を介して接続を初期
設定し、続いて、ドリフトＲＮＣ１０がカバーする領域に移動した後である。図
４が示す状態では、ＵＥが、サービングＲＮＣだけを介してコア・ネットワーク
のＵＭＳＣ／ＳＧＳＮに結合され、そのアクティブ接続が破線で示される。

【００１６】 前述のように、ある条件の下では、図３に示された状態がＳＲＮＳ再配置の前
提条件であり、その際、ネットワークは、コア・ネットワークとＵＴＲＡＮとの
間のユーザ・プレイン接続をＳＲＮＳから、ドリフトＲＮＣ１０を含むＲＮＳに
転送するように決定する。そのような再配置の後に存在する状態を図５に示す。
図５において、新しいアクティブ接続は破線で示される。図５は、また、図４に
示された前提条件からのハード・ハンドオーバ及び関連する再配置の後に存在す
る状況にも対応し、あるいは図４の「構成」が図３の構成に変形されたハード・
ハンドオーバの後で、図５の構成の結果ＳＲＮＳ再配置が生じた場合に対応する
。

【００１７】 再配置プロセスは、ＲＡＮＡＰプロトコルを使用して、再配置要求されたメッ
セージを、ＳＲＮＳ（ＲＮＣ_S）のＲＮＣからコア・ネットワークへＩｕインタ
ーフェースを介して送ることにより開始される。これは、図６に、再配置要求さ
れたメッセージ（ＲＲＣ仕様で定義されている）の全体構成として示されている
。メッセージは、サービングＲＮＣとターゲットＲＮＣのＩＤを含み、ターゲッ
トＲＮＣへのソースＲＮＣの透過性コンテナを含む。このコンテナは、転送され
るべき各無線ベアラに対して、無線ベアラ情報要素の集合を含む。各要素は、Ｒ
Ｂアイデンティティ、ＲＬＣアイデンティティ、及びＲＢマッピング情報を含む
。特に、ＲＢマッピング情報は、問題となっているＲＢと関連したＲＡＢのアイ
デンティティを含む。

【００１８】 再配置要求されたメッセージを受け取ったＵＭＳＣ又はＳＧＳＮは、ＲＡＮＡ
Ｐプロトコルに定義されているように、メッセージに反応する。特に、それは、
再配置要求メッセージを生成して、ターゲットＲＮＣが接続されているＵＭＳＣ
／ＳＧＳＮを介してターゲットＲＮＣに送る（場合によっては、サービングＲＮ
ＣとターゲットＲＮＣが同一のＵＭＳＣ／ＳＧＳＮに接続されていることもある
）。これも、図６に、再配置要求メッセージの構成と一緒に示されている。転送
されるべきＲＡＢ Ｉｄ（即ち、セットアップがターゲットＲＮＣである）と同
様に、メッセージは、コア・ネットワークにより透過的に受け渡しされるターゲ
ットＲＮＣに透過的なソースＲＮＣコンテナを含む。

【００１９】 再配置要求メッセージを受け取ると、ターゲットＲＮＣは、ＵＥとコア・ネッ
トワークとの間に適当なベアラ構造（図２）を作らなければならない。再配置要
求メッセージに含まれる情報に基づいて、必要なＲＡＢがセットアップされ、Ｉ
ｕベアラが作られる。次に、ターゲットＲＮＣは、透過性コンテナの無線ベアラ
情報要素を調べる。この情報は、ターゲットＲＮＣに、どのＲＢがどのＲＡＢに
関連しているかを示す（尚、ＲＢとＲＡＢとの間には１対１対応のマッピングが
ある可能性もあるが、そうでなく、１つのＲＡＢが２つ以上のＲＢにマップされ
ることもありえる）。

【００２０】 図７は、ＳＲＮＳ再配置に関するシグナリングをより詳細に示す。再配置要求
メッセージと再配置要求メッセージに加えて、再配置命令メッセージがコア・ネ
ットワークからＲＮＣ_Sに返され、再配置要求確認メッセージがＲＮＣ_Tからコア
・ネットワークに返される。

【００２１】 当業者であれば明らかであるように、上記実施の形態は、本発明の範囲内で様
々な変形が可能である。例えば本提案で、ＲＡＢ割当要求においてＮＡＳ結合情
報は、制御プレイン（例えば、ＳＥＴＵＰ）及びユーザ・プレインの呼び出しを
関連づけることができる。ＮＡＳ結合情報が、制御プレイン／ユーザ・プレイン
関連をハード・ハンドオーバで可能とするのに要求された場合、ソースＲＮＣか
らターゲットＲＮＣへの透過性コンテナは、ＮＡＳ結合情報を含むことができる
。そして、ＮＡＳ結合情報により、ターゲットＲＮＣがＲＢをＲＡＢにマップす
ることができる。

【図面の簡単な説明】

【図１】 ＵＭＴＳネットワークの模式図である。

【図２】 図１のＵＭＴＳネットワークのＵＴＲＡＮ部分で使用されるベアラ（bearer）
構造を模式的に示す。

【図３】 図１のＵＭＴＳネットワークにおけるＳＲＮＳ再配置のための前提条件を示す
。

【図４】 図１のＵＭＴＳネットワークにおけるＳＲＮＳハード・ハンドオーバのための
前提条件を示す。

【図５】 図３又は図４の前提条件に続く、図１のＵＭＴＳネットワークにおけるＳＲＮ
Ｓ再配置／ハード・ハンドオーバの後の条件を示す。

【図６】 図１のネットワークにおけるＳＲＮＳ再配置／ハード・ハンドオーバにおける
全体レベルにおけるシグナリング、及び再配置メッセージの構造を示す。

【図７】 図６のシグナリングをより詳細なレベルで示す。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 所与のＵＥに対してＵＭＴＳネットワークにおけるＳＲＮＳ
   再配置を行う方法であって、サービングＲＮＣからネットワークへ再配置要求さ
   れたメッセージを送るステップと、コア・ネットワークからターゲットＲＮＣへ
   再配置要求メッセージを送るステップとを含み、再配置要求されるメッセージは
   コア・ネットワークにより再配置要求メッセージに透過的に組み込まれるＲＲＣ
   初期設定情報コンテナを含み、当該ＲＲＣ初期設定情報コンテナはＵＥに対して
   ＲＡＢとＲＢとの間でのマッピングを可能にする情報を含むことを特徴とする方
   法。
2. 【請求項２】 ＲＲＣ初期設定情報コンテナが無線ベアラ（bearer）情報要
   素を含む場合、前記マッピングは、各ＲＢに対して、ＲＢが対応するＲＡＢアイ
   デンティティを含み、ＲＡＢ及びＲＢは、それぞれ、ＲＡＢ識別子とＲＢ識別子
   によって同定されることを特徴とする請求項１記載の方法。
3. 【請求項３】 ＲＲＣ初期設定情報コンテナに含まれるマッピング情報は、
   ＮＡＳ結合情報を含むことを特徴とする請求項１記載の方法。
4. 【請求項４】 少なくとも１つのコア・ネットワークとＵＴＲＡＮを備えた
   ＵＭＴＳ通信システムであり、ＵＴＲＡＮは複数のＲＮＣを含み、それらの対が
   前記コア・ネットワークを介して相互に連絡できるように構成され、ＳＲＮＳ再
   配置の際に、各ＲＮＣは、ＲＮＣが以前より存在するＳＲＮＳである場合、再配
   置要求されるメッセージを生成してコア・ネットワークへ送り、再配置要求され
   るメッセージはＲＲＣ初期設定情報コンテナを含み、当該コンテナはＵＥに対し
   てＲＡＢとＲＢとの間でのマッピングを可能にする情報を含んでおり、各ＲＮＣ
   は、ＲＮＣがターゲットＲＮＣである場合、コア・ネットワークから再配置要求
   メッセージを受け取るべく構成され、その再配置要求メッセージは、前記ＲＲＣ
   初期設定情報コンテナを含むことを特徴とするシステム。