(57)【特許請求の範囲】
【請求項１】
所与のＵＥに対してＵＭＴＳネットワークにおけるＳＲＮＳ再配置を行う方法であって、サービングＲＮＣからネットワークへ再配置要求されたメッセージを送るステップと、コア・ネットワークからターゲットＲＮＣへ再配置要求メッセージを送るステップとを含み、再配置要求されるメッセージはコア・ネットワークにより再配置要求メッセージに透過的に組み込まれるＲＲＣ初期設定情報コンテナを含み、当該ＲＲＣ初期設定情報コンテナはＵＥに対してＲＡＢとＲＢとの間でのマッピングを可能にする情報を含むことを特徴とする方法。
【請求項２】
ＲＲＣ初期設定情報コンテナが無線ベアラ（bearer）情報要素を含む場合、前記マッピングは、各ＲＢに対して、ＲＢが対応するＲＡＢアイデンティティを含み、ＲＡＢ及びＲＢは、それぞれ、ＲＡＢ識別子とＲＢ識別子によって同定されることを特徴とする請求項１記載の方法。
【請求項３】
ＲＲＣ初期設定情報コンテナに含まれるマッピング情報は、ＮＡＳ結合情報を含むことを特徴とする請求項１記載の方法。
【請求項４】
少なくとも１つのコア・ネットワークとＵＴＲＡＮを備えたＵＭＴＳ通信システムであり、ＵＴＲＡＮは複数のＲＮＣを含み、それらの対が前記コア・ネットワークを介して相互に連絡できるように構成され、ＳＲＮＳ再配置の際に、各ＲＮＣは、ＲＮＣが以前より存在するＳＲＮＳである場合、再配置要求されるメッセージを生成してコア・ネットワークへ送り、再配置要求されるメッセージはＲＲＣ初期設定情報コンテナを含み、当該コンテナはＵＥに対してＲＡＢとＲＢとの間でのマッピングを可能にする情報を含んでおり、各ＲＮＣは、ＲＮＣがターゲットＲＮＣである場合、コア・ネットワークから再配置要求メッセージを受け取るべく構成され、その再配置要求メッセージは、前記ＲＲＣ初期設定情報コンテナを含むことを特徴とするシステム。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は、ＵＭＴＳネットワークにおけるＳＲＮＳ再配置に関するものであり、より具体的には、そのような再配置に際して、ＳＲＮＳとターゲットＲＮＳとの間での無線資源の転送に関するものである。
【０００２】
（発明の背景）
図１は、ユニバーサル移動通信システム（ＵＭＴＳ）ネットワークの一部を模式的に示す。ネットワークは、コア・ネットワーク部１を含む。そのネットワークは、ＵＭＴＳ移動サービス切り替えセンタ（ＵＭＴＳ  Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒｓ，ＵＭＳＣ）を使用した音声呼び出しを扱うネットワークでもよいし、あるいは、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）を含む汎用パケット無線サービス（ＧＰＲＳ）ネットワークのようなデータ・ネットワークであってもよい。図１において、ＵＭＳＣ及びＳＧＳＮは参照番号２で示されている。加入者又はユーザ装置（ＵＥ）３は、ユニバーサル陸上無線接続ネットワーク（ＵＴＲＡＮ）と呼ばれる接続ネットワーク４を介して、コア・ネットワーク１に結合される。より具体的には、ＵＭＳＣ／ＳＧＳＮ２は、Ｉｕインターフェースと呼ばれるインターフェースを介して、ＵＴＲＡＮ４の無線ネットワーク・コントローラ（ＲＮＣ）５，６に接続される。
【０００３】
各ＲＮＣ５は、ＵＭＴＳ用語においてノードＢと呼ばれる基地局９の集合も含む無線ネットワーク・サブシステム（ＲＮＳ）７，８の一部を形成する。ＲＮＣ５，６とノードＢ９との間のインターフェースは、Ｉｕｂインターフェースとして知られている。ノードＢ９は、ＵＥ３からＵＴＲＡＮ４への接続点を提供し、ノードＢ９とＵＥ３との間のインターフェースは、Ｕｕインターフェースとして知られている。任意の所与の時刻にＵＥをコア・ネットワーク１に接続するＲＮＳ（図１におけるＲＮＳ７）は、そのＵＥ３用のサービングＲＮＳ（ＳＲＮＳ）と呼ばれる。
【０００４】
図２は、ＵＴＲＡＮがユーザ・データをＵＥ３とコア・ネットワークとの間で伝送するのに使用するベアラ構造の概要を示すものである。ユーザ・プレイン接続を設定することが必要になった場合、それを管轄するＵＭＳＣまたはＳＧＳＮ２は、ＵＴＲＡＮ４に対して、ＵＭＳＣ又はＳＧＳＮ２とＵＥ３との間に論理接続を行うよう指示する。この論理接続は、無線アクセス・ベアラ（ＲＡＢ）と呼ばれる。設定されたＲＡＢは、要求されたＵＭＴＳサービス、例えばサービスの質などの要求を受け継ぐ。ＲＡＢの受け継いだ要求に基づいて、ＲＮＣ５，６は、コア・ネットワーク１（即ち、ＵＭＳＣ又はＳＧＳＮ２）とＵＥ３とのユーザ・プレイン接続を設定する。ＲＮＣ５，６とコア・ネットワーク１との間の接続は、Ｉｕベアラと呼ばれ、ＲＮＣ５，６とＵＥ３との間の接続は、無線ベアラ（ＲＢ）と呼ばれる。これらのベアラは、どちらも、論理チャンネルを表し、ＲＮＣはそれらの間でマッピングを行う。ベアラ自身は、適当なトラフィック・チャンネルにマップされ、それぞれのインターフェース（Ｉｕ及びＵｕ）を介して送信される。
【０００５】
１つのＵＥ３は、１つ以上のＲＡＢと関連づけることができる。例えば、ＵＥ３は、同時に、音声呼び出し用に設定された１つのＲＡＢと、データ呼び出し用のＲＡＢとを利用することができる。ＲＮＣ５，６は、（コア・ネットワークにより割り当てられた）ＲＡＢ識別子を使用して、これらの異なるＲＡＢを区別する。同様に、ＲＢ識別子を使用して、ＲＢの間の区別をする。新規ユーザ・プレイン接続をセットアップする際、ＲＡＢとＲＢは絶対的にＲＮＣにより相互に関連付けられる。
【０００６】
移動通信システムの重要な特徴は、加入者が特定のネットワーク内（及び外）で移動できることにある。これは、しばしば、ＳＲＮＳ再配置として知られるプロセスを必要とし、そこにおいて、現在のＳＲＮＳがターゲットＲＮＳによって置き換えられる。ＵＥが第１ＲＮＳの管轄の領域から新規ＲＮＳに移るハード・ハンドオーバとして知られるシナリオを考えた場合、ＳＲＮＳのＲＮＣ（即ち、サービングＲＮＣ（ＲＮＣ））は、ＵＥ用接続ＲＮＣとして、第２ＲＮＳのＲＮＣ（遷移段階の間は、ターゲットＲＮＣ（ＲＮＣT）と呼ばれる）によって置き換えられる必要がある。場合によっては、ターゲットＲＮＣは、直ちにサービングＲＮＣになり、ターゲットＲＮＣとコア・ネットワークとの間にユーザ・プレイン接続を設定してもよい。また、別の場合には、ユーザ・プレイン接続は、サービングＲＮＣを介して、ターゲットＲＮＣ（その後、ドリフトＲＮＣと呼ばれる）とコア・ネットワークとの間で確立される。ドリフトＲＮＣとサービングＲＮＣとの間のインターフェースはＩｕｒインターフェースとして知られている。次に、ネットワークは、ドリフトＲＮＣをサービングＲＮＣに変換し、コア・ネットワークへ直接ユーザ・プレイン接続を設定してもよい。
【０００７】
いずれのシナリオにおいても、ＳＲＮＳ再配置プロセスは、サービングＲＮＣが、コア・ネットワーク（ＵＭＳＣ又はＳＧＳＮ）に再配置要求メッセージを送ることによって開始される。このメッセージは、現在、無線アクセス・ネットワーク・アプリケーション部（ＲＡＮＡＰ）プロトコル（ＵＭＴＳ  ＴＳ  25.413）において定義され、Ｉｕインターフェースを介して伝送される。コア・ネットワークは、再配置要求されたメッセージを受け取ると、ターゲットＲＮＣに再配置要求メッセ−ジを送る。再配置要求メッセージは、ＲＡＮＡＰプロトコルにおいても定義されている。
【０００８】
再配置要求メッセージは，転送されるべきＲＡＢのアイデンティティを含む。再配置要求メッセージも再配置要求されるメッセージも、ＲＲＣ初期設定情報コンテナを含む。このコンテナは、無線資源制御（ＲＲＣ）プロトコル（ＵＭＴＳ  ＴＳ  25.331）において定義され、転送されるべきＲＢのアイデンティティ、及びＲＢと、より低い層の属性との間のマッピング、即ち、論理、トランスポート、及び物理チャンネルへのマッピングの詳細を含む。尚、ＲＢアイデンティティ、及びＲＢと、より低い層の属性との間のマッピングは、コア・ネットワークにより透過的に受け渡しされるコンテナに含まれることが知られている。
【０００９】
（発明の要約）
本発明の発明者らは、複数のＲＡＢが割り当てられている所与のＵＥに対するＳＲＮＳ再配置状況に対処するためには、ターゲットＲＮＣがＲＡＢとＲＢとの間のマッピングについての知識を持っていなければならないことを認識している。本提案の下で、再配置要求メッセージも再配置要求されるメッセージも、このマッピングを行うのに充分な情報を含んでいない。その結果、ターゲットＲＮＣにおいて混乱が生じて、ＲＮＣがＲＢを間違ったＲＡＢと関連付ける可能性がある。そのような場合、呼び出しが間違って接続され、資源が不適当に割り当てられる可能性がある。
【００１０】
本発明の第１の側面により、所与のＵＥに対するＵＭＴＳネットワークにおけるＳＲＮＳ再配置を行う方法は、サービングＲＮＣからネットワークへ再配置要求されたメッセージを送るステップと、コア・ネットワークからターゲットＲＮＣへ再配置要求メッセージを送るステップとを含み、再配置要求されるメッセージは、コア・ネットワークにより再配置要求メッセージに透過的に組み込まれるＲＲＣ初期設定情報コンテナを含み、そのＲＲＣ初期設定情報コンテナは、ＵＥに対してＲＡＢとＲＢとの間でのマッピングを可能にする情報を含む。
【００１１】
むしろ、ＲＲＣ初期設定情報コンテナが無線ベアラ情報要素を含む場合、前記マッピングは、各ＲＢに対して、ＲＢが対応するＲＡＢアイデンティティを含み、ＲＡＢ及びＲＢは、それぞれ、ＲＡＢ識別子とＲＢ識別子によって同定される。
ＲＲＣ初期設定情報コンテナに含まれるマッピング情報は、ＮＡＳ結合情報を含むことができる。
【００１２】
本発明の第２の側面により提供されるＵＭＴＳ通信システムは、少なくとも１つのコア・ネットワークとＵＴＲＡＮを含んでおり、ＵＴＲＡＮは、複数のＲＮＣを含み、それらの対が、前記コア・ネットワークを介して相互に連絡できるように構成され、ＳＲＮＳ再配置の際に、各ＲＮＣは、ＲＮＣが以前より存在するＳＲＮＳである場合、再配置要求されたメッセージを生成してコア・ネットワークへ送り、再配置要求されたメッセージは、ＲＲＣ初期設定情報コンテナを含み、そのコンテナは、ＵＥに対してＲＡＢとＲＢとの間でのマッピングを可能にする情報を含んでおり、各ＲＮＣは、ＲＮＣがターゲットＲＮＣである場合、コア・ネットワークから再配置要求メッセージを受け取るべく構成され、その再配置要求メッセージは、前記ＲＲＣ初期設定情報コンテナを含む。
【００１３】
また、コア・ネットワークは、受け取った再配置要求メッセージを、ターゲットＲＮＣへ送信するための再配置要求に翻訳できるように構成されている。ＲＲＣ初期設定情報コンテナは、このプロセスにおいて、透過的に複製される。
【００１４】
（好ましい実施の形態の詳細な説明）
以上、典型的なＵＭＴＳネットワークについて図１を参照して述べ、一方、そのようなネットワークで使用されるＵＴＲＡＮベアラ構造は、図２を参照して述べてきた。
【００１５】
図３は、ユーザ装置（ＵＥ）が、ドリフトＲＮＣ１０とサービングＲＮＣ１１とを介して、ＵＭＴＳネットワークのコア・ネットワークのＵＭＳＣ／ＳＧＳＮに接続される場合を示す。「アクティブ」接続は、図３において破線で示される。このような状況になるのは、ＵＥがサービングＲＮＣ１１を介して接続を初期設定し、続いて、ドリフトＲＮＣ１０がカバーする領域に移動した後である。図４が示す状態では、ＵＥが、サービングＲＮＣだけを介してコア・ネットワークのＵＭＳＣ／ＳＧＳＮに結合され、そのアクティブ接続が破線で示される。
【００１６】
前述のように、ある条件の下では、図３に示された状態がＳＲＮＳ再配置の前提条件であり、その際、ネットワークは、コア・ネットワークとＵＴＲＡＮとの間のユーザ・プレイン接続をＳＲＮＳから、ドリフトＲＮＣ１０を含むＲＮＳに転送するように決定する。そのような再配置の後に存在する状態を図５に示す。図５において、新しいアクティブ接続は破線で示される。図５は、また、図４に示された前提条件からのハード・ハンドオーバ及び関連する再配置の後に存在する状況にも対応し、あるいは図４の「構成」が図３の構成に変形されたハード・ハンドオーバの後で、図５の構成の結果ＳＲＮＳ再配置が生じた場合に対応する。
【００１７】
再配置プロセスは、ＲＡＮＡＰプロトコルを使用して、再配置要求されたメッセージを、ＳＲＮＳ（ＲＮＣS）のＲＮＣからコア・ネットワークへＩｕインターフェースを介して送ることにより開始される。これは、図６に、再配置要求されたメッセージ（ＲＲＣ仕様で定義されている）の全体構成として示されている。メッセージは、サービングＲＮＣとターゲットＲＮＣのＩＤを含み、ターゲットＲＮＣへのソースＲＮＣの透過性コンテナを含む。このコンテナは、転送されるべき各無線ベアラに対して、無線ベアラ情報要素の集合を含む。各要素は、ＲＢアイデンティティ、ＲＬＣアイデンティティ、及びＲＢマッピング情報を含む。特に、ＲＢマッピング情報は、問題となっているＲＢと関連したＲＡＢのアイデンティティを含む。
【００１８】
再配置要求されたメッセージを受け取ったＵＭＳＣ又はＳＧＳＮは、ＲＡＮＡＰプロトコルに定義されているように、メッセージに反応する。特に、それは、再配置要求メッセージを生成して、ターゲットＲＮＣが接続されているＵＭＳＣ／ＳＧＳＮを介してターゲットＲＮＣに送る（場合によっては、サービングＲＮＣとターゲットＲＮＣが同一のＵＭＳＣ／ＳＧＳＮに接続されていることもある）。これも、図６に、再配置要求メッセージの構成と一緒に示されている。転送されるべきＲＡＢ  Ｉｄ（即ち、セットアップがターゲットＲＮＣである）と同様に、メッセージは、コア・ネットワークにより透過的に受け渡しされるターゲットＲＮＣに透過的なソースＲＮＣコンテナを含む。
【００１９】
再配置要求メッセージを受け取ると、ターゲットＲＮＣは、ＵＥとコア・ネットワークとの間に適当なベアラ構造（図２）を作らなければならない。再配置要求メッセージに含まれる情報に基づいて、必要なＲＡＢがセットアップされ、Ｉｕベアラが作られる。次に、ターゲットＲＮＣは、透過性コンテナの無線ベアラ情報要素を調べる。この情報は、ターゲットＲＮＣに、どのＲＢがどのＲＡＢに関連しているかを示す（尚、ＲＢとＲＡＢとの間には１対１対応のマッピングがある可能性もあるが、そうでなく、１つのＲＡＢが２つ以上のＲＢにマップされることもありえる）。
【００２０】
図７は、ＳＲＮＳ再配置に関するシグナリングをより詳細に示す。再配置要求メッセージと再配置要求メッセージに加えて、再配置命令メッセージがコア・ネットワークからＲＮＣSに返され、再配置要求確認メッセージがＲＮＣTからコア・ネットワークに返される。
【００２１】
当業者であれば明らかであるように、上記実施の形態は、本発明の範囲内で様々な変形が可能である。例えば本提案で、ＲＡＢ割当要求においてＮＡＳ結合情報は、制御プレイン（例えば、ＳＥＴＵＰ）及びユーザ・プレインの呼び出しを関連づけることができる。ＮＡＳ結合情報が、制御プレイン／ユーザ・プレイン関連をハード・ハンドオーバで可能とするのに要求された場合、ソースＲＮＣからターゲットＲＮＣへの透過性コンテナは、ＮＡＳ結合情報を含むことができる。そして、ＮＡＳ結合情報により、ターゲットＲＮＣがＲＢをＲＡＢにマップすることができる。
【図面の簡単な説明】
【図１】  ＵＭＴＳネットワークの模式図である。
【図２】  図１のＵＭＴＳネットワークのＵＴＲＡＮ部分で使用されるベアラ（bearer）構造を模式的に示す。
【図３】  図１のＵＭＴＳネットワークにおけるＳＲＮＳ再配置のための前提条件を示す。
【図４】  図１のＵＭＴＳネットワークにおけるＳＲＮＳハード・ハンドオーバのための前提条件を示す。
【図５】  図３又は図４の前提条件に続く、図１のＵＭＴＳネットワークにおけるＳＲＮＳ再配置／ハード・ハンドオーバの後の条件を示す。
【図６】  図１のネットワークにおけるＳＲＮＳ再配置／ハード・ハンドオーバにおける全体レベルにおけるシグナリング、及び再配置メッセージの構造を示す。
【図７】  図６のシグナリングをより詳細なレベルで示す。
【図１】
0004824239.tif 000002
【図２】
0004824239.tif 000003
【図３】
0004824239.tif 000004
【図４】
0004824239.tif 000005
【図５】
0004824239.tif 000006
【図６】
0004824239.tif 000007
【図７】
0004824239.tif 000008