JP2023530442A - 複数の加入識別を有するユーザ端末の通信 - Google Patents

Abstract

通信システムにおける装置および方法が提供される。無線アクセスネットワーク（ＲＡＮ）ノードとの第１の無線リソース接続（ＲＲＣ）は、デバイスによって確立され（５０２）、接続は、第１の無線ネットワーク一時識別子を有し、第１の加入識別に関連付けられる。第２のＲＲＣを確立するためのＲＲＣセットアップ手順が実行され（５０４）、接続は第２の加入識別に関連付けられる。ＲＲＣセットアップの間またはＲＲＣセットアップ後に、デバイスがノードとの既存の無線リソース接続を有することがＲＡＮノードに示される。第２の無線リソース接続に関連付けられた第２の無線ネットワーク一時識別子と、第１および第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子とが受信され（５０６）、共通の識別子がＲＡＮノードとの通信に使用される（５０８）。【選択図】図８Ａ

Description

本発明の例示的かつ非限定的な実施形態は、概して無線通信システムに関する。本発明の実施形態は、特に、ワイヤレス通信ネットワークにおける装置および方法に関する。

無線通信システムの開発は絶えず続いている。開発中の一態様は、複数の加入識別を有するユーザ端末である。同じ端末において複数の加入を利用する必要のあるユーザが存在し得る。例えば、ある加入は家庭用であり、別の加入は仕事用であり得る。通信システムは、これらの状況を効率的に扱うように準備されるべきである。

無線通信システムは、通常、ワイヤレスユーザ端末と、無線アクセスネットワークと、コアネットワークとを備える。システムのこれらの構成要素は、メッセージを交換してそれらの間のシグナリング接続を確立し、ある通信ポイントから別の通信ポイントへのデータ転送を容易にする。システムの異なる構成要素間のシグナリングメッセージの交換は、通信システムリソースの使用に関して可能な限り信頼性が高く効率的であるべきである。

以下は、本発明のいくつかの態様の基本的な理解を提供するために、本発明の簡略化された概要を提示する。この概要は、本発明の広範な概要ではない。本発明の主要／重要な要素を特定すること、または本発明の範囲を定めることは意図されていない。唯一の目的は、本発明のいくつかの概念を簡略化した形で、後に提示するより詳細な説明への前置きとして提示することである。

本発明の一態様によれば、請求項１および９に記載の装置が提供される。

本発明の一態様によれば、請求項１４および１５に記載の方法が提供される。

本発明の一態様によれば、請求項１６および１７に記載の命令を含むコンピュータプログラムが提供される。

実施態様の１つまたは複数の例は、添付の図面および以下の説明においてより詳細に説明される。他の特徴は、説明および図面、ならびに請求の範囲から明らかになるであろう。独立請求項の範囲に入らない本明細書に記載される実施形態および／または例および特徴は、もしあれば、本発明の様々な実施形態を理解するのに有用な例として解釈されるべきである。

以下では、単なる例として、本発明の実施形態について図面を参照して詳細に説明する。

図１は、通信システムの簡略化されたシステムアーキテクチャの例を示す。 図２は、通信システムの簡略化されたシステムアーキテクチャの例を示す。 図３Ａは、５ＧまたはＮＲ無線プロトコルスタックアーキテクチャの概要の例を示す。 図３Ｂは、５ＧまたはＮＲ無線プロトコルスタックアーキテクチャの概要の例を示す。 図４は、ＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。 図５Ａは、いくつかの実施形態を示すフローチャートである。 図５Ｂは、いくつかの実施形態を示すフローチャートである。 図６Ａは、いくつかの実施形態を示すフローチャートである。 図６Ｂは、いくつかの実施形態を示すフローチャートである。 図７は、共通物理層アプローチが利用される場合のＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。 図８Ａは、実施形態を示すシグナリングチャートである。 図８Ｂは、実施形態を示すシグナリングチャートである。 図９は、共通物理層／媒体アクセス制御層アプローチが利用される場合のＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。 図１０Ａは、実施形態を示すシグナリングチャートである。 図１０Ｂは、実施形態を示すシグナリングチャートである。 図１１は、本発明のいくつかの実施形態を適用する装置の簡略化された例を示す。 図１２は、本発明のいくつかの実施形態を適用する装置の簡略化された例を示す。 図１３は、本発明のいくつかの実施形態を適用する装置の簡略化された例を示す。

以下の実施形態は、単なる例である。本明細書は、いくつかの場所で「一（ａｎ）」、「ある（ｏｎｅ）」、または「いくつかの（ｓｏｍｅ）」実施形態に言及する場合があるが、これは、必ずしも、そのようなそれぞれの言及が同じ実施形態に対するものであること、または特徴が単一の実施形態にのみ適用されることを意味するものではない。異なる実施形態の単一の特徴を組み合わせて他の実施形態を提供することもできる。さらに、「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、記載された実施形態を、言及された特徴のみからなるように限定するものではないと理解されるべきであり、そのような実施形態はまた、具体的に言及されていない特徴、構造、ユニット、モジュールなどを含み得る。

本発明のいくつかの実施形態は、ユーザ端末、通信デバイス、基地局、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ、基地局の分散型実現、通信システムのネットワーク要素、対応する構成要素、および／または必要な機能をサポートする任意の通信システムもしくは異なる通信システムの任意の組合せに適用可能である。

使用したプロトコルであって、特にワイヤレス通信における通信システム、サーバおよびユーザ機器の仕様は急速に発展している。そのような開発は、実施形態に対する追加の変更を必要とし得る。したがって、すべての用語および表現は広く解釈されるべきであり、実施形態を例示することを意図しており、限定することを意図していない。

以下では、様々な例示的な実施形態が説明され、実施形態が適用され得るアクセスアーキテクチャの例として、ロングタームエボリューションアドバンスド（ＬＴＥ－Ａ：ＬＴＥ Ａｄｖａｎｃｅｄ）または新無線（ＮＲ，５Ｇ）に基づく無線アクセスアーキテクチャを使用するが、実施形態はそのようなアーキテクチャには限定されない。実施形態はまた、パラメータおよび手順を適切に調整することによって適切な手段を有する他の種類の通信ネットワークにも適用され得る。適切なシステムのための他のオプションのいくつかの例は、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）無線アクセスネットワーク（ＵＴＲＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮまたはＷｉＦｉ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、パーソナルコミュニケーションサービス（ＰＣＳ）、ＺｉｇＢｅｅ（登録商標）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、超広帯域（ＵＷＢ）技術を使用するシステム、センサネットワーク、モバイルアドホックネットワーク（ＭＡＮＥＴ）およびインターネットプロトコルマルチメディアサブシステムまたはそれらの任意の組合せである。

図１は、いくつかの要素および機能エンティティのみを示す簡略化されたシステムアーキテクチャの例を示し、そのすべては論理ユニットであり、その実施態様は示されるものとは異なり得る。図１に示す接続は論理接続であって、実際の物理的接続は異なっていてもよい。当業者には、システムは、典型的には、図１に示されるもの以外の機能および構造も備えることが明らかである。

しかしながら、実施形態は、例として与えられたシステムに限定されず、当業者は、必要な特性を備える他の通信システムにこの解決策を適用することができる。

図１の例は、例示的な無線アクセスネットワークの一部を示す。

図１は、デバイス１００および１０２を示す。デバイス１００および１０２は、例えば、ユーザデバイスまたはユーザ端末であり得る。デバイス１００および１０２は、ノード１０４との１つまたは複数の通信チャネル上でワイヤレス接続にあるように構成される。ノード１０４はさらにコアネットワーク１０６に接続される。一例では、ノード１０４は、セル内のデバイスにサービス提供する（ｅ／ｇ）ＮｏｄｅＢなどのアクセスノードであり得る。一例では、ノード１０４は、非３ＧＰＰアクセスノードであり得る。デバイスから（ｅ／ｇ）ＮｏｄｅＢへの物理リンクはアップリンクまたは逆方向リンクと呼ばれ、（ｅ／ｇ）ＮｏｄｅＢからデバイスへの物理リンクはダウンリンクまたは順方向リンクと呼ばれる。（ｅ／ｇ）ＮｏｄｅＢまたはそれらの機能は、そのような使用に適した任意のノード、ホスト、サーバまたはアクセスポイントなどのエンティティを使用することによって実装され得ることを理解されたい。

通信システムは、典型的には、複数の（ｅ／ｇ）ＮｏｄｅＢを備え、その場合、（ｅ／ｇ）ＮｏｄｅＢはまた、その目的のために設計された、有線または無線のリンクを介して互いに通信するように構成されてもよい。これらのリンクは、シグナリング目的のために使用され得る。（ｅ／ｇ）ＮｏｄｅＢは、それが結合される通信システムの無線リソースを制御するように構成されたコンピューティングデバイスである。ＮｏｄｅＢは、基地局、アクセスポイント、または無線環境で動作することができる中継局を含む任意の他のタイプのインターフェースデバイスと呼ばれることもある。（ｅ／ｇ）ＮｏｄｅＢは、トランシーバを含むか、またはトランシーバに結合される。（ｅ／ｇ）ＮｏｄｅＢのトランシーバから、デバイスへの双方向無線リンクを確立するアンテナユニットへの接続が提供される。アンテナユニットは、複数のアンテナまたはアンテナ素子を備えてもよい。（ｅ／ｇ）ＮｏｄｅＢは、コアネットワーク１０６（ＣＮまたは次世代コアＮＧＣ）にさらに接続される。システムに応じて、ＣＮ側の相手は、サービングゲートウェイ（Ｓ－ＧＷ、ユーザデータパケットのルーティングおよび転送）、外部パケットデータネットワークへのデバイス（ＵＥ）の接続性を提供するためのパケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、またはモバイル管理エンティティ（ＭＭＥ：ｍｏｂｉｌｅ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）などであり得る。

デバイス（加入者ユニット、ユーザデバイス、ユーザ機器（ＵＥ）、ユーザ端末、端末デバイスなどとも呼ばれる）は、エアインターフェース上のリソースが割り振られまたは割り当てられる装置のタイプの１つを示し、したがって、デバイスに関して本明細書で説明する任意の特徴は、中継ノードなどの対応する装置で実装され得る。そのような中継ノードの例は、基地局に向かうレイヤ３中継（セルバックホール中継）である。

デバイスは、典型的には、ユニバーサル加入者識別モジュール（ＵＳＩＭ：Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｍｏｄｕｌｅ）とともに、またはそれを伴わずに動作するワイヤレスモバイル通信デバイスを含むデバイス（たとえば、ポータブルまたは非ポータブルコンピューティングデバイス）を指すがそれに限定されない。そのようなデバイスは、移動局（携帯電話）、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ハンドセット、ワイヤレスモデムを使用するデバイス（アラームまたは測定デバイスなど）、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ゲームコンソール、ノートブック、ならびにマルチメディアデバイスを含む。デバイスは、ほぼ排他的なアップリンクのみのデバイスでもよいことを理解されたい。そのようなデバイスは、例えば画像またはビデオクリップをネットワークにロードするカメラまたはビデオカメラであり得る。デバイスはまた、モノのインターネット（ＩｏＴ）ネットワークにおいて動作する能力を有するデバイスであってもよく、これは、オブジェクトが、例えば、スマート電力グリッドおよび接続された車両において使用される、人間と人間または人間とコンピュータとの相互作用を必要とすることなく、ネットワークを介してデータを転送する能力を提供されるシナリオである。デバイスはまた、クラウドを利用してもよい。いくつかの用途では、デバイスは、無線部品（腕時計、イヤホン、または眼鏡等）を備えるユーザポータブルデバイスを備えてもよく、計算は、クラウド内で行われる。デバイス（またはいくつかの実施形態ではレイヤ３中継ノード）は、ユーザ機器機能の１つまたは複数を実行するように構成される。

本明細書で説明される様々な技術はまた、サイバー物理システム（ＣＰＳ）（物理的なエンティティを制御する計算要素を協働させるシステム）に適用され得る。ＣＰＳは、大量の相互接続された情報および通信技術、ＩＣＴ、異なる位置の物理的なエンティティに埋め込まれたデバイス（センサ、アクチュエータ、プロセッサ、マイクロコントローラなど）の実装および利用を可能にし得る。問題となる物理システムは固有の移動性を有するモバイルサイバー物理システムは、サイバー物理システムのサブカテゴリである。モバイル物理システムの例は、人間または動物によって輸送される移動ロボット及び電子機器を含む。

さらに、装置は単一のエンティティとして示されているが、異なるユニット、プロセッサ、および／またはメモリユニット（図１においては不図示）が実装され得る。

５Ｇは、多入力多出力（ＭＩＭＯ）アンテナ、ＬＴＥ（いわゆるスモールセル概念）よりも多くの基地局またはノードを使用することを可能にし、より小さい局と協働して動作し、サービスの必要性、使用事例、および／または利用可能なスペクトルに応じて様々な無線技術を使用するマクロサイトを含む。５Ｇモバイル通信は、ビデオストリーミング、拡張現実、データ共有の異なる方法、および車両安全性、および種々の形態の機械タイプアプリケーション、車両安全性、異なるセンサおよびリアルタイム制御を含む（大容量の）マシンタイプ通信（ｍＭＴＣ）等の様々な形態のマシンタイプアプリケーションを含む、広範囲の使用事例および関連アプリケーションをサポートする。５Ｇは、例えば、６ＧＨｚ未満または２４ＧＨｚ超、ｃｍＷａｖｅおよびｍｍＷａｖｅなどの複数の無線インターフェースを有し、ＬＴＥなどの既存のレガシー無線アクセス技術と統合可能であると予想される。ＬＴＥとの統合は、少なくとも初期段階において、システムとして実装され、マクロカバレッジは、ＬＴＥによって提供され、５Ｇ無線インターフェースアクセスは、ＬＴＥへのアグリゲーションによってスモールセルから由来する。言い換えれば、５Ｇは、ＲＡＴ間操作性（ＬＴＥ－５Ｇなど）とＲＩ間操作性（無線インタフェース間の操作性、６ＧＨｚからｃｍＷａｖｅ未満、６ＧＨｚからｃｍＷａｖｅ未満、６ＧＨｚ以上からｃｍＷａｖｅおよびｍｍＷａｖｅなど）との両方をサポートするように計画されている。５Ｇネットワークにおいて使用されると考えられる概念の１つは、レイテンシ、信頼性、スループットおよびモビリティに対する異なる要件を有するサービスを実行するために、複数の独立した専用の仮想サブネットワーク（ネットワークインスタンス）が同じインフラストラクチャ内で作成され得るネットワークスライシングである。

ＬＴＥネットワークにおける現在のアーキテクチャは、無線に完全に分散され、コアネットワークに完全に集中される。５Ｇにおける低レイテンシアプリケーションおよびサービスは、ローカルブレークアウトおよびマルチアクセスエッジコンピューティング（ＭＥＣ：Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）につながる無線にコンテンツを近づけることを必要とする。５Ｇは、分析および知識生成がデータのソースで行われることを可能にする。このアプローチは、ラップトップ、スマートフォン、タブレットおよびセンサなどのネットワークに連続的に接続できないリソースを活用することを必要とする。ＭＥＣは、アプリケーションおよびサービスホスティングのための分散コンピューティング環境を提供する。それはまた、より速い応答時間のために、セルラー加入者に近接してコンテンツを記憶および処理する能力を有する。エッジコンピューティングは、ワイヤレスセンサネットワーク、モバイルデータ取得、モバイル署名分析、ローカルクラウド／フォグコンピューティングおよびグリッド／メッシュコンピューティング、デューコンピューティング、モバイルエッジコンピューティング、クラウドレット、分散データ記憶および検索、セルフ自己修復ネットワーク、リモートクラウドサービス、拡張および仮想現実、データキャッシング、モノのインターネット（マッシブコネクティビティおよび／またはレイテンシクリティカル）、クリティカル通信（自律車両、交通安全、リアルタイム分析、時間クリティカル制御、ヘルスケア用途）としても分類可能な協調分散ピアツーピアアドホックネットワーキングおよび処理などの広範囲の技術をカバーする。

通信システムはまた、公衆交換電話網、ＶｏＩＰネットワーク、インターネット、プライベートネットワークなどの他のネットワーク１１２と通信し、またはそれらによって提供されるサービスを利用することができる。通信ネットワークはまた、クラウドサービスの使用をサポートすることが可能である場合があり、例えば、コアネットワーク動作の少なくとも一部は、クラウドサービス（これは、「クラウド」１１４によって図１に示されている）として実行され得る。通信システムはまた、異なるオペレータのネットワークが、例えば、スペクトル共有において協働するための設備を提供する、中央制御エンティティ等を備えてもよい。

エッジクラウドの技術は、ネットワーク機能仮想化（ＮＦＶ：Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）およびソフトウェア定義ネットワーキング（ＳＤＮ：Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）を利用することによって、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に持ち込まれ得る。エッジクラウドの技術を使用することは、アクセスノード動作が、少なくとも部分的に、無線部品を備えるリモート無線ヘッドまたは基地局に動作可能に結合されたサーバ、ホスト、またはノードにおいて実行されることを意味し得る。ノード動作は、複数のサーバ、ノードまたはホスト間で分散されることも可能である。クラウドＲＡＮアーキテクチャの適用は、ＲＡＮリアルタイム機能がリモートアンテナサイトにおいてまたはその近くで（分散ユニット、ＤＵ１０８において）実行され、非リアルタイム機能が集中方式で（集中ユニット、ＣＵ１１０において）実行されることを可能にする。

また、コアネットワーク動作と基地局動作との間の労働の分散は、ＬＴＥのそれとは異なるか、または存在しないことさえあり得ることを理解されたい。おそらく使用されるいくつかの他の技術の進歩は、ビッグデータおよびオールＩＰ（ａｌｌ－ＩＰ）であり、これは、ネットワークが構築および管理されている方法を変更し得る。５Ｇ（または新無線、ＮＲ）ネットワークは、複数の階層をサポートするように設計され、ＭＥＣサーバは、コアと基地局またはｎｏｄｅＢ（ｇＮＢ）との間に配置することができる。ＭＥＣは、４Ｇネットワークにおいても同様に適用され得ることを理解されたい。

５Ｇはまた、例えばバックホール（ｂａｃｋｈａｕｌｉｎｇ）を提供することによって、５Ｇサービスのカバレッジを強化または補完するために衛星通信を利用することができる。可能な使用事例は、マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）デバイスまたは乗物に乗っている乗客にサービス継続性を提供すること、または重要な通信および将来の鉄道／海上／航空通信のためのサービス利用可能性を保証することである。衛星通信は、静止地球軌道（ＧＥＯ）衛星システムを利用し得るが、低地球軌道（ＬＥＯ）衛星システム、特にメガコンステレーション（多くの（ナノ）衛星が配備されるシステム）も利用し得る。メガコンステレーション内の各衛星は、地上セルを作成するいくつかの衛星対応ネットワークエンティティをカバーすることができる。地上セルは、地上中継ノードを通じて、または地上もしくは衛星内に位置するｇＮＢによって作成され得る。

図示のシステムは無線アクセスシステムの一部の例にすぎず、実際には、システムは複数の（ｅ／ｇ）ＮｏｄｅＢを備えることができ、デバイスは複数の無線セルへのアクセスを有することができ、システムは物理層中継ノードまたは他のネットワーク要素などの他の装置も備えることができることが当業者には明らかである。（ｅ／ｇ）ＮｏｄｅＢのうちの少なくとも１つはＨｏｍｅ（ｅ／ｇ）ｎｏｄｅＢであり得る。また、無線通信システムの地理的領域には、複数の無線セルだけでなく、複数の異なる種類の無線セルが提供されてもよい。無線セルは、通常数十キロメートルまでの直径を有する大きなセルであるマクロセル（またはアンブレラセル）、またはマイクロセル、フェムトセルもしくはピコセルなどのより小さいセルであり得る。図１の（ｅ／ｇ）ＮｏｄｅＢは、任意の種類のこれらのセルを提供することができる。セルラー無線システムは、いくつかの種類のセルを含む多層ネットワークとして実装され得る。典型的には、多層ネットワークでは、１つのアクセスノードが１つの種類のセルを提供するため、そのようなネットワーク構造を提供するために複数の（ｅ／ｇ）ＮｏｄｅＢが必要とされる。

通信システムの展開および性能を改善する必要性を満たすことであって、「プラグアンドプレイ（ｐｌｕｇ－ａｎｄ－ｐｌａｙ）」（ｅ／ｇ）ＮｏｄｅＢの概念が導入されている。通常、「プラグアンドプレイ」（ｅ／ｇ）ＮｏｄｅＢを使用することができるネットワークは、Ｈｏｍｅ（ｅ／ｇ）ＮｏｄｅＢ（Ｈ（ｅ／ｇ）ｎｏｄｅＢ）に加えて、ｈｏｍｅｎｏｄｅＢゲートウェイ、またはＨＮＢ－ＧＷ（図１において不図示）を含む。典型的にオペレータのネットワーク内に設置されるＨＮＢゲートウェイ（ＨＮＢ－ＧＷ）は、多数のＨＮＢからのトラフィックをコアネットワークに集約して戻すことができる。

図２は、５Ｇネットワーク構成要素に基づく通信システムの一例を示す。ユーザ端末またはユーザ機器２００は、５Ｇネットワーク２０２を介してデータネットワーク１１２と通信する。ユーザ端末２００は、１つまたは複数のユーザプレーン機能２０８を介してネットワーク１１２への接続をユーザ端末に提供する（ｅ／ｇ）ＮｏｄｅＢ２０６などの無線アクセスネットワークＲＡＮノードに接続される。ユーザ端末２００はさらに、（無線）アクセスネットワークのための制御プレーンコアコネクタであり、ＬＴＥにおけるモビリティ管理エンティティ（ＭＭＥ）の５Ｇバージョンとしてこの観点から見ることができる、コアアクセスおよびモビリティ管理機能（ＡＭＦ）２１０に接続される。５Ｇネットワークは、セッション確立、修正、および解放などの加入者セッションを担当するセッション管理機能（ＳＭＦ）２１２と、制御プレーン機能にポリシールールを提供することによってネットワーク挙動を管理するように構成されたポリシー制御機能２１４とをさらに備える。

各ユーザ端末（またはユーザ機器、ＵＥ）ハードウェアは、固有の識別子を有する。識別子は、永続的機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）または国際モバイル機器識別子（ＩＭＥＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）として示され得る。

セルラーネットワークなどの無線通信システムのサービスを利用することを望むユーザ端末は、通信システムのオペレータからの加入を有する必要がある。典型的には、加入は、物理的なユニバーサル加入者識別モジュール（ＵＳＩＭ：Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードに結び付けられ、加入は、国際モバイル加入者識別（ＩＭＳＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）とも呼ばれる固有の加入永久識別子（ＳＵＰＩ：Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）によって識別され得る。ＳＵＰＩは、モバイル国コード（ＭＣＣ：Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ）、モバイルネットワークコード（ＭＮＣ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）、およびモバイル加入識別番号（ＭＳＩＮ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）からなる。

いわゆる組み込みＵＳＩＭまたは電子ＳＩＭ、ｅＳＩＭも利用可能である。ｅＳＩＭは、所有者が物理的なＵＳＩＭカードを使用する必要なく通信システムへの加入をアクティブ化することを可能にするデジタルＵＳＩＭである。

ほとんどの場合、ユーザ端末は、端末に挿入されたＵＳＩＭカードに記憶された１つの加入者識別情報のみを有する。しかしながら、ＵＳＩＭカード用の複数のスロットを有し、複数の加入者識別情報をサポートすることができる多数のユーザ端末が市場に存在する。これらのユーザ端末は、マルチＵＳＩＭ（ＭＵＳＩＭ）デバイスと呼ばれ得る。

ＭＵＳＩＭデバイスは、そのＵＳＩＭカードの各々に対応する別個のＳＵＰＩを有するが、デバイスハードウェア自体を参照する固有の永久機器識別子ＰＥＩのみを有するべきである。しかしながら、現在、ＭＵＳＩＭデバイスが複数のＰＥＩも有することを妨げる必要性はない。したがって、いくつかのＭＵＳＩＭデバイスベンダは、２つ（またはそれ以上）の別個のＰＥＩも指定するように選択している。これは、現在、通信システムがＭＵＳＩＭデバイスのためのインジケータとしてＰＥＩを適用することを妨げる。したがって、通信システムは、ユーザ端末ハードウェアが多数の加入者識別情報を含むかどうかを容易に判定することができない。

したがって、ＭＵＳＩＭユーザ端末は、２つ（二重）以上の（複数の）同時ネットワーク加入を有し、同じまたは異なるモバイルネットワークオペレータ（ＭＮＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）、またはモバイルネットワーク仮想オペレータ（ＭＮＶＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｖｉｒｔｕａｌ Ｏｐｅｒａｔｏｒ）に属する特定のＵＳＩＭにそれぞれ関連付けられた複数の対応するＰＥＩも有し得る。

２つのＵＳＩＭが同じＭＮＯ／ＭＶＮＯに属する場合、コアネットワークにおいて２つの独立したＩＤに登録され、それらは、サービングセルとして同じセルまたは２つの隣接セルを使用し得る（この場合、この後者のケースは、ユーザ端末が２つ以上のセルの間のエッジにあり、負荷分散またはハンドオーバ手順に起因して、１つのＵＳＩＭがあるセルに割り当てられ、他のＵＳＩＭが別のセルに割り当てられる場合に起こり得る）。しかし、典型的には、セル内のモビリティおよびロケーションが両方のＵＳＩＭについて同一であるので、同じオペレータのＵＳＩＭが同じセル内に位置する可能性がより高い。２つのＵＳＩＭが異なるＭＮＯに属する場合、それらは、サービングセルとして各ＭＮＯからの２つの隣接セルまたはコロケート（ｃｏ－ｌｏｃａｔｅｄ）セルを使用している可能性がある。

ＭＵＳＩＭユーザ端末は、ネットワークに登録され、ＲＲＣ状態ＲＲＣ＿ｉｄｌｅ、ＲＲＣ＿ｉｎａｃｔｉｖｅ、または１つまたは複数の加入識別と接続されたＲＲＣ＿ｃｏｎｎｅｃｔｅｄのいずれかにあり得る。ネットワークインフラストラクチャが、これらの複数の加入識別が同じＭＵＳＩＭデバイス内にコロケートされていることを認識していないとき、ネットワークは、いくつかの手順を最適化することができず、代わりに、ユーザ端末の各加入識別を独立して扱う。

ＭＵＳＩＭユーザ端末は、ユーザ端末において同じリソース（たとえば、無線周波数、ＲＦ、フロントエンド、およびベースバンドなど）を共有しなければならないとき、ネットワークに対して劣化を引き起こすことがある。したがって、２つのネットワークにわたるサービスの多重化サポートは、困難になり得る。しかしながら、ユーザ端末は、ＭＵＳＩＭ動作に関連する性能の妥協にもかかわらず、可能な最良のユーザ体験で２つの加入を維持できなければならない。

キャリアアグリゲーション（ＣＡ：Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）およびデュアルコネクティビティ（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）またはダイバーシティ／ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）要件に準拠する単一のＵＳＩＭ ＵＥデバイスは、すでにいくつかの受信機ＲＸおよび送信機ＴＸチェーン（通常、５～８ＲＸおよび３～４ＴＸ）を有する。しかしながら、以下の所与の理由のうちの１つまたはいくつかまたは他のハードウェア制限により、５～８個の並列独立ＲＸも３～４個の並列独立ＴＸもサポートすることができない。

無線周波数ハードウェア、ＲＦ ＨＷに応じて、すべてのＲＸチェーンおよびＴＸチェーンが、セルラー通信およびＭＩＭＯのサポートにおいて使用される周波数の全範囲、すなわち、低帯域（ＬＢ）、中間帯域（ＭＢ）、高帯域（ＨＢ）、超高帯域（ＵＨＢ）、およびミリ波（ｍｍＷ）をカバーするわけではない。

ＲＦ ＨＷ設計に応じて、フロントエンド構成要素は、同じ帯域グループ内のキャリアに対して共有される。

いくつかのＲＸ周波数およびＴＸ周波数ならびに局部発振器にわたる相互変調積は、連続波形（ＣＷ）ならびに受信信号に対する干渉として作用する変調スプリアスを生成する。デバイス内セルフ干渉キャンセルは、生成されたCWおよび変調スパー（ｓｐｕｒ）をキャンセルするために適用される。しかしながら、それは、ＲＸおよびＴＸ ＬＯに関する動的な時間精度の同期された知識を必要とする。

デバイスサイズおよび重量ならびにバッテリ寿命に対する厳格な要件により、ＭＵＳＩＭユーザ端末は、ほとんどの場合、２つのＵＳＩＭにわたってＲＸチェーンおよびＴＸチェーンを共有することによって、マルチＵＳＩＭ動作のために同じ単一のＵＳＩＭ ＨＷを利用する。

ＭＵＳＩＭユーザ端末は、通常、ＵＳＩＭ上でサポートされる同時ＲＲＣ＿ｓｔａｔｅに応じて２つの主要なタイプに分割される。

第１に、デュアルＳＩＭデュアルスタンドバイ（ＤＳＤＳ：Ｄｕａｌ ＳＩＭ Ｄｕａｌ Ｓｔａｎｄｂｙ）またはマルチＵＳＩＭマルチスタンドバイ（ＭＵＭＳ：Ｍｕｌｔｉ ＵＳＩＭ Ｍｕｌｔｉ Ｓｔａｎｄｂｙ）デバイスは、２つ以上の独立した加入者ＩＤ（ＵＳＩＭ）に登録され、すべてのＵＳＩＭ上でＲＲＣ＿ＩＤＬＥモードになり得る。しかし、所与の時間に単一のＵＳＩＭを有するＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードでしかできない。

第２に、デュアルＳＩＭデュアルアクティブ（ＤＳＤＡ：Ｄｕａｌ ＳＩＭ Ｄｕａｌ Ａｃｔｉｖｅ）またはマルチＵＳＩＭマルチアクティブ（ＭＵＭＡ：Ｍｕｌｔｉ ＵＳＩＭ Ｍｕｌｔｉ Ａｃｔｉｖｅ）ＭＵＳＩＭデバイスは、２つ以上の独立した加入者ＩＤ（ＵＳＩＭ）に登録され、すべてのＵＳＩＭ上でＲＲＣ＿ＩＤＬＥモードになり得る。さらに、デバイスは、すべてのＵＳＩＭ上でＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードアクティビティを維持することができる。

加えて、複数のＵＳＩＭの同時処理に関するＭＵＳＩＭデバイスの挙動は、端末の能力に依存し得る。３つのタイプを以下のように定義することができる。
タイプ１：シングルＲｘ／シングルＴｘ：端末は、１つのネットワークからトラフィックを受信すること、および／または一度に１つのネットワークにトラフィックを送信することしかできない。
タイプ２：デュアルＲｘ／シングルＴｘ：端末は、２つのネットワークから同時にトラフィックを受信することができるが、一度に１つのネットワークのみに送信することができる。
タイプ３：デュアルＲｘ／デュアルＴｘ：端末は、２つのネットワークに対して同時に受信および／または送信することができる。

図３Ａおよび図３Ｂは、５ＧまたはＮＲ無線プロトコルスタックアーキテクチャの概要の例を示す。ＮＲ無線プロトコルスタックは、スタックによって処理されるデータのタイプに応じて２つの異なるスタックを有する。ユーザデータは、図３Ａに示すユーザプレーン（ＵＰ）スタックを通過し、シグナリングメッセージは、図３Ｂに示す制御プレーン（ＣＰ）スタックを通過する。ＵＰスタックとＣＰスタックの両方は、共通の構造で構成され、ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）＜－＞ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）＜－＞ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）＜－＞ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｃｏｎｔｒｏｌ）ではあるが、ＣＰとＵＰではＰＨＹ／ＭＡＣ／ＲＬＣ／ＰＤＣＰの上位の構成要素が異なる。ＵＰの場合、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と呼ばれるレイヤは、無線スタックの最上部に位置し、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に接続される一方、ＣＰの場合、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）およびＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）の２つのレイヤであり、スタックの最上部に座し、ＮＡＳレイヤは、アクセスおよびモビリティ管理機能（ＡＭＦ）に接続される。

簡単にするために、２つの加入者識別（ＵＳＩＭ）がインストールされたユーザ端末を仮定する。シングルＲＸ／シングルＴＸ端末は、ＵＳＩＭに関連するサービスをサポートするためにＲＸリソースとＴＸリソースの両方を（たとえば、時間多重化によって）共有するが、デュアルＲＸ／シングルＴＸ端末は、そのＴＸリソースを（たとえば、時間多重化によって）共有するだけでよい。しかしながら、これらのタイプのデバイスが、それらのＨＷ制限にもかかわらずＤＳＤＡとして使用される場合、これらのデバイスは、２つのＵＳＩＭにわたるサービスのサポートを時分割多重化することによって、端末において同じＨＷリソースを共有しなければならないときはいつでも、ネットワーク知識なしで、ネットワークに対する劣化を引き起こし得る。

現在のＭＵＳＩＭ端末は、独自の実装を利用する。したがって、標準サポートの欠如に起因して、ネットワークは、端末挙動を制御および最適化するためのいかなるメカニズムも欠いている。現在、ＭＵＳＩＭデバイスが加入者識別を有するときはいつでも、これらの加入者識別がすべて同じネットワークプロバイダに属する場合であっても、これらは独立した端末として扱われる。

同じネットワークプロバイダからの２つ（またはそれ以上）の加入者識別を有するＭＵＳＩＭデバイスが、基地局によってサービスされるセルにキャンプオンするとき、このセルは、両方の加入者識別の動作に適用可能である。現在、各加入者識別は、他の加入者識別のサービングセルを認識していない。したがって、単一のＲＸデバイスは、２つの加入者識別を有するとき、他方の加入者識別上で接続を開始することができるように、その加入者識別のうちの１つのアクティブな接続をリリースする必要がある。代替として、ネットワークは、加入者識別間で切り替えるための時分割多重化（ＴＤＭ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）パターンを定義する必要がある（しかし、これは、デバイスがＭＵＳＩＭである場合、ネットワークが知識を有しておらず、そのＭＵＳＩＭ関連動作を制御できないため、現在可能ではない）。これは、無線リンク動作を制御する各個々の加入者識別の上位レイヤが、端末内の同じ公衆陸上移動ネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）のための別の加入者識別の存在を認識していないので、当てはまる。

図４は、現在のＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。ＭＵＳＩＭユーザ端末が、同じベンダからの２つの加入者識別を有し、同じセルによってサービスされる場合であっても、互いの間の整合なしで動作する２つの完全な独立した無線プロトコルスタックが存在することになる。

ユーザ端末の実装が現在のサービングセルについての加入者識別の間の情報の共有を可能にする場合、単一のＲＸデバイスが両方の加入者識別においてＲＲＣ接続モードで動作することができることが可能であり得る。しかしながら、これはネットワークから透過的に行われるので、ネットワークは依然としてユーザ端末の加入者識別が独立したユーザ端末に対応すると仮定する。この仮定は、各加入者識別における接続モード動作につながる可能性があり、これは同時に起こることができないか、または性能の低下につながる。

図５Ａのフローチャートは、一実施形態を示す。フローチャートは、装置の動作の例を示す。一実施形態では、装置は、ＭＵＳＩＭユーザ端末、ＭＵＳＩＭ端末デバイス、または以下のステップを実行することが可能な任意の他の装置であり得る。

一実施形態では、端末デバイスは、複数の加入識別を端末デバイス内に維持／記憶する。端末デバイスは、例えば、複数のＵＳＩＭをインストールすることができる。したがって、ＭＵＳＩＭデバイスである。

ステップ５０２において、端末デバイスは、複数の加入識別のうちの第１の加入識別に関連付けられた無線アクセスネットワーク（ＲＡＮ）ノードとの第１の無線リソース接続を確立するように構成され、第１の無線リソース接続は、第１の無線ネットワーク一時識別（ＲＮＴＩ－１）を有する。

ステップ５０４において、端末デバイスは、複数の加入識別のうちの第２の加入識別に関連付けられたＲＡＮノードとの第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行し、無線リソース接続セットアップ手順中またはその後に、第１の加入識別がＲＡＮノードとの無線リソース接続を有することをＲＡＮノードに示すように構成される。

ステップ５０６において、端末デバイスは、第２の加入識別の第２の無線リソース接続に関連付けられた第２の無線ネットワーク一時識別（ＲＮＴＩ－２）と、第１および第２の無線リソース接続に共通の追加の無線ネットワーク一時識別（ＲＮＴＩ－Ｃ）とを受信するように構成される。

ステップ５０８において、端末デバイスは、ＲＡＮノードとの通信のために共通無線ネットワーク一時識別を使用するように構成される。

図５Ｂのフローチャートは、一実施形態を示す。フローチャートは、装置の動作の例を示す。一実施形態では、装置は、（ｅ／ｇ）ｇＮＢなどの無線アクセスネットワークノード、またはＭＵＳＩＭユーザ端末デバイス、ＭＵＳＩＭデバイス、または図５Ａのステップを実行することができる任意の他の装置と通信するＲＡＮノードの一部分であり得る。

ステップ５２０において、装置は、端末デバイスの第１の加入識別に関連付けられた第１の無線リソース接続を確立し、第１の無線リソース接続のために無線ネットワーク一時識別子（ＲＮＴＩ－１）を割り当てるように構成される。

ステップ５２２において、装置は、端末デバイスの第２の加入識別に関連付けられた第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するように構成される。装置は、次いで、無線リソース接続セットアップ手順の間または後に、端末デバイスがＲＡＮノードとの既存の無線リソース接続を有するという指示を受信するように構成される。

ステップ５２４において、装置は、第２の無線リソース接続のための無線ネットワーク一時識別子（ＲＮＴＩ－２）と、第１および第２の無線リソース接続に共通の追加の無線ネットワーク一時識別である共通ＲＮＴＩまたはＲＮＴＩ－Ｃとを割り当て、識別を端末デバイスに送信するように構成される。一実施形態では、第１および第２の無線リソース接続に共通の制御領域セットＣＯＲＥＳＥＴも割り当てられる。

ステップ５２６において、装置は、端末デバイスとの通信のために共通無線ネットワーク一時識別子（ＲＮＴＩ－Ｃ）を使用するように構成される。

一実施形態において、提案された解決策は、ＭＵＳＩＭ装置（シングルＲｘ／シングルＴｘまたはデュアルＲｘ／シングルＴｘを有する）が、同じネットワークプロバイダに属する２つまたは複数のアクティブ加入識別上で、それぞれダウンリンクサービスおよびアップリンクサービスまたはアップリンクサービスのみを時間多重化することから生じる性能劣化を軽減することを可能にする。一実施形態では、ネットワークおよび複数の加入識別を有する装置は、ネットワーク動作の劣化を引き起こすことなく装置のハードウェアリソースの効率的な共有を可能にする要素を共同で定義する。

一実施形態では、共通ＲＮＴＩがアップリンクまたはダウンリンクをスケジューリングするために使用されるとき、スケジューリングメッセージはまた、グラントが第１の無線リソース接続または第２の無線リソース接続のいずれのために意図されるかを示すことができる。スケジューリングはまた、同じ探索空間において予想される別の許可に関する追加の情報を含むことができる。

一実施形態では、ネットワークは、スケジューリングとは異なる目的に使用される他のＲＮＴＩに対しても共通のＲＮＴＩを割り当てることができる。例えば、ネットワークは、共通識別ＴＰＣ（ＰＣ：Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ）－ＲＮＴＩおよびスロットフォーマットＲＮＴＩを割り当てることができる。

上述の実施形態は、「共通ＰＨＹ」アプローチとして表され得る。複数の加入識別を有する装置では、識別のうちの１つは、ＲＲＣ接続セットアップ手順の一部として、たとえば、ＲＲＣ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージまたはＲＲＣ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージの一部として、同じデバイス内の別のＲＲＣ接続がすでにアクティブであることと、装置が共通のＰＨＹ動作をサポートするという指示とをｇＮＢに示すように構成され得る。一実施形態では、指示は、ＲＲＣ ＵＬ ＩＮＦＯＲＭＡＴＩＯＮ ＴＲＡＮＳＦＥＲメッセージ等のＲＲＣ接続確立後に送信される別のＲＲＣメッセージ内にあることができる。ｇＮＢ（または基地局）は、これらのＲＲＣ接続の両方のために、物理アップリンク共有チャネル／物理ダウンリンク共有チャネル（ＰＵＳＣＨ／ＰＤＳＣＨ）をスケジュールするために共通ＲＮＴＩを割り当てるように構成され得る。ｇＮＢは、個々のＲＲＣ接続のために割り当てられたＲＮＴＩに加えて、新しい共通ＲＮＴＩをＭＵＳＩＭ端末デバイスの２つのＲＲＣ接続に割り当てることができる。

ＲＡＮノード、基地局、またはｇＮＢは、端末の加入識別の動作の状態に応じて共通ＲＮＴＩと個別ＲＮＴＩとの間で切り替えるようにＭＵＳＩＭ端末デバイスに示すように構成され得る。

ＲＡＮノード、基地局、またはｇＮＢは、共通ＲＮＴＩによって符号化されたダウンリンク制御情報（ＤＣＩ）に追加情報を含めて、ＤＬグラントまたはＵＬグラントがＭＵＳＩＭ端末内の特定の加入識別を対象とするかどうかを端末デバイスに示すようにさらに構成され得る。

ＭＵＳＩＭ端末をスケジューリングするための共通ＲＮＴＩの使用は、ｇＮＢが両方の加入識別のアクティブな接続を柔軟な方法で管理することを可能にする。

一実施形態では、共通のＰＨＹ／ＭＡＣアプローチは、上で説明された共通のＰＨＹアプローチステップの上に構築され得る。図６Ａのフローチャートは、この実施形態の例を示す。フローチャートは、装置の動作の例を示す。一実施形態では、装置は、ＭＵＳＩＭユーザ端末、ＭＵＳＩＭ端末デバイス、または以下のステップを実行することが可能な任意の他の装置であり得る。

ステップ６００において、装置は、第２の加入識別に対して同じＲＡＮノードと接続セットアップ手順を実行するとき、またはセットアップ手順の後に、装置が第１および第２の加入識別の無線リソース接続にわたって媒体アクセス制御層を共有することが可能であることをＲＡＮノードに示すように構成される。

ステップ６０２において、装置は、媒体アクセス制御層が第１および第２の加入識別の無線リソース接続にわたって共有されるという指示をＲＡＮノードから受信するように構成される。

図６Ｂのフローチャートは、ネットワークの観点からこの実施形態を示す。フローチャートは、装置の動作の例を示す。一実施形態では、装置は、ＭＵＳＩＭユーザ端末デバイス、ＭＵＳＩＭデバイス、または図６Ａのステップを実行することができる任意の他の装置と通信する、（ｅ／（ｇ）Ｎｂ）などのＲＡＮノード、またはＲＡＮノードの一部であり得る。

ステップ６２０において、装置は、ユーザ端末の第２の加入識別のための接続セットアップ要求が、ユーザ端末が第１の加入識別および第２の加入識別の無線リソース接続にわたって媒体アクセス制御層を共有することが可能であるという指示を備えることを検出するように構成される。一実施形態では、このステップは、上記のステップ５２２に関連して行われてもよい。一実施形態では、検出は、第２の加入識別のＲＲＣ接続確立の後に行われ得る。

ステップ６２２において、装置は、媒体アクセス制御層が第１および第２の加入識別の無線リソース接続にわたって共有されるという指示をユーザ端末に送信するように構成される。

一実施形態において、提案されるアプローチは、ＤＳＤＳおよびＤＳＤＡ ＭＵＳＩＭ動作の両方に適用可能である場合があり、シングルＲｘ／シングルＴｘデバイスは、通常、ＤＳＤＡとして使用されないが（言及された性能劣化のため）、上記のアプローチは、そのような使用を可能にするであろう。

従来技術では、ＭＵＳＩＭ端末が２つの加入識別を有すると仮定すると、ＭＵＳＩＭ端末は、加入識別の各々について無線ネットワーク動作のための２つの異なる無線プロトコルインスタンスを作成する。シングルＲｘ／シングルＴｘまたはデュアルＲｘ／シングルＴｘ端末では、加入識別の無線接続のうちの１つのみがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあることができる。これは、ＲＸ／ＴＸモジュールが、加入識別のうちの１つのみに割り当てられるが、他の加入識別は、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥモードにあり、シングルＲＸデバイスにおいて同じＲＸを使用してダウンリンクを監視する必要があるが、他の加入識別のためにいくつかのギャップが作成されて、ＲＸモジュールの共有、または並列接続におけるギャップのないデュアルＲＸデバイスにおける並列ＲＸを可能にするからである。

ＭＵＳＩＭ端末が同じベンダからの２つ（またはそれ以上）の加入識別を有するとき、セル内のモビリティおよびロケーションが両方の加入識別について同一であるので、端末は、両方の加入識別上で同じサービングセル、したがって同じ動作周波数を有すると仮定することができる。これは、２つのデバイスの識別が同じ物理的なデバイスに属することをネットワークが認識しているという条件で、各加入識別のＤＬおよび／またはＵＬ動作を適切なネットワークスケジューリングと統合することを可能にする。

一実施形態では、ＭＵＳＩＭ端末において各加入識別に対して別々のＲＲＣ接続および独立したＲＮＴＩを保持することが可能であるが、最適化されたスケジューリングでは、スケジューラは、同じ端末における２つの加入識別の共存を認識し、必要なときに適切なエアインターフェースＴＤＭ動作を保証することができる。一実施形態では、無線リンク動作は、共通の物理層および場合によっては共通のＭＡＣ動作のための２つの無線リソース接続の間のより厳しい調整がある場合、さらに最適化され得る。

ダウンリンクでは、ＲＸリソース共有、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、同じＲＸハードウェアによって共通に受信され得る。それらが統合され、同時に受信され得ない場合、ネットワークスケジューラは、異なる時間にリソースを割り当てることに対処し、潜在的に、端末のオン時間を低減するために直列化されたＤＬを収集し得る。

アップリンクでは、ＴＸリソース共有、ネットワークスケジューラは、別個の物理アップリンク制御チャネル（ＰＵＣＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）位置を割り当てることができる。アップリンクは、ネットワークの知識なしに端末側で固定されたまたは柔軟性の低いＴＤＭを有する既存の解決策と比較して、ネットワーク制御され柔軟な方法で時間多重化され得る。

図７は、共通のＰＨＹアプローチが利用される場合のＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。この例は、ＭＵＳＩＭ端末７００が、２つの加入識別にそれぞれ関連付けられた２つの無線プロトコルスタックインスタンス７０２、７０４を有すると仮定するが、端末内に２つより多くの加入識別がある場合、この手法を同様に利用することができる。ｇＮＢ７１０との２つのＲＲＣ接続７０６、７０８は、共通物理層７１２動作のための協調を利用する。

図８Ａは、共通ＰＨＹアプローチの実施形態を示すシグナリング図である。図は、ｇＮＢ７１０と、２つのアクティブな加入識別に関連付けられた端末７００の２つの無線プロトコルインスタンス７０２、７０４との間のシグナリングを示す。

第１の無線プロトコルインスタンス７０２は、ｇＮＢ７１０とのＲＡＣＨアクセスおよびＲＲＣ接続確立８００を実行し、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄモードに移行し、ＮＡＳシグナリングを介して第１の加入者識別とのネットワーク登録を実行する。ｇＮＢは、ＲＮＴＩ（一時Ｃ－ＲＮＴＩ－１）を無線プロトコルインスタンス７０２に送信する。

一実施形態において、第１の無線プロトコルインスタンス７０２は、受信されたＲＮＴＩ（Ｃ－ＲＮＴＩ－１）について第２の無線プロトコルインスタンス７０４に通知することができる（８０２）。

ある後の時点において、第２の無線プロトコルインスタンス７０４は、ｇＮＢへのＲＲＣ接続確立８０４を実行し、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄモードに入り、ＮＡＳシグナリングを介して第２の加入者識別へのネットワーク登録を実行する。ＲＲＣ接続確立中に、それは、Ｃ－ＲＮＴＩ－１を有する以前の無線リソース接続と同じＲＸ／ＴＸを共有することを通知する。

この情報に基づいて、ｇＮＢ７１０は、専用ＲＮＴＩ（一時Ｃ－ＲＮＴＩ－２）を第２の無線プロトコルインスタンス７０４に割り当てる（８０４）。さらに、ｇＮＢ７１０は、無線プロトコルインスタンス７０２、７０４の各々のＲＲＣ再構成８０６、８０８を介して、共通物理層動作のための共通ＲＮＴＩ（Ｃ－ＲＮＴＩ－Ｃ）を割り当て、送信する。加えて、共通ＲＮＴＩを用いて、共通ＣＯＲＥＳＥＴは、共通ＰＤＣＣＨ動作のために構成される。

共通ＲＮＴＩ情報がＲＲＣ再構成シグナリングを介して交換されると、両方の接続は、対応するＣＯＲＥＳＥＴ内の共通ＲＮＴＩを監視するように切り替える（８１０）。

一実施形態では、ｇＮＢは、ＤＣＩコマンドを介して個々のＰＤＣＣＨ動作に切り替えることができる。

一実施形態では、ＰＤＣＣＨは、スケジュールされたＰＤＳＣＨまたはＰＵＳＣＨが特定のＲＮＴＩのためのものであるかどうかを示すための追加のフィールドを備え得る。ＰＤＣＣＨはまた、現在の探索空間中に同じ共通ＲＮＴＩのための別のＰＤＣＣＨがあるかどうかを示し得る。

図８Ｂは、共通ＰＨＹアプローチの実施形態を示すシグナリング図である。ある実施形態では、第１の無線プロトコルインスタンス７０２は、上で説明されたように、ｇＮＢ７１０とのＲＲＣ接続確立８００を実行する。次に、ある後の時点で、第２の無線プロトコルインスタンス７０４は、ｇＮＢへのＲＲＣ接続確立８２０を実行する。ある後の時点で、端末７００は、上記のＲＲＣ接続セットアップ手順の後に、例えば、ＲＲＣ ＵＬ ＩＮＦＯＲＭＡＴＩＯＮ ＴＲＡＮＳＦＥＲメッセージなどの別の後続のＲＲＣメッセージの一部として、既存のＲＲＣ接続の指示を送信する（８２２）。次いで、ｇＮＢ７１０は、無線プロトコルインスタンス７０２、７０４の各々のＲＲＣ再構成８０６、８０８を介して、共通物理層動作のための共通ＲＮＴＩ（Ｃ－ＲＮＴＩ－Ｃ）を割り当て、送信することができる。加えて、共通ＲＮＴＩを用いて、共通ＣＯＲＥＳＥＴは、共通ＰＤＣＣＨ動作のために構成され得る。共通ＲＮＴＩ情報がＲＲＣ再構成シグナリングを介して交換されると、両方の接続は、対応するＣＯＲＥＳＥＴ内の共通ＲＮＴＩを監視するように切り替える（８１０）。

図９は、共通ＰＨＹ／ＭＡＣアプローチが利用される場合のＭＵＳＩＭ端末におけるプロトコルスタックアーキテクチャの例を示す。再び、この例は、ＭＵＳＩＭ端末７００が、２つの加入識別に関連付けられた２つの無線プロトコルインスタンス７０２、７０４を有すると仮定するが、このアプローチは、端末内に２つを超える加入識別がある場合、同様に利用され得る。ｇＮＢ７１０との２つの無線プロトコルインスタンス７０２、７０４の２つのＲＲＣ接続７０６、７０８は、共通物理層７１２およびＭＡＣ９００動作のための協調を利用する。

図１０Ａは、共通のＰＨＹ／ＭＡＣ手法の実施形態を示すシグナリング図である。図は、２つの加入識別に関連付けられた２つの無線プロトコルインスタンス７０２、７０４とｇＮＢ７１０との間のシグナリングを示す。

第１の無線プロトコルインスタンス７０２は、ｇＮＢへの接続確立を実行し、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄモードに移行し、第１の加入識別をネットワークに登録し、ＲＮＴＩ（一時Ｃ－ＲＮＴＩ－１）１０００を受信する。

一実施形態では、第１の無線プロトコルインスタンス７０２は、受信されたＲＮＴＩについて第２の無線プロトコルインスタンス７０４に通知すること（１００２）ができる。

ある後の時点であって、第２の無線プロトコルインスタンス７０４は、ｇＮＢへの接続確立を実行し、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄモードに入り、ネットワーク１００４に登録する。接続確立中に、それは、Ｃ－ＲＮＴＩ－１を有する以前のＲＲＣ接続と同じＲＸ／ＴＸを共有することを通知する。さらに、ｅＮＢは、２つのＲＲＣ接続にわたってＭＡＣを共有するその能力について通知する。

ｇＮＢ７１０は、上記の情報に少なくとも部分的に基づいて、専用ＲＮＴＩ（一時Ｃ－ＲＮＴＩ－２）を第２の加入識別７０４に割り当てる（１００４）。さらに、ｇＮＢは、共通物理層スケジューリングおよびＭＡＣ共有のための共通ＲＮＴＩ（Ｃ－ＲＮＴＩ－Ｃ）を割り当て（１００６、１００８）、共通ＲＮＴＩに関する情報を無線プロトコルインスタンス７０２、７０４に送信する。さらに、ｇＮＢは、第１のＲＲＣ接続のＭＡＣ構成が第１のＲＲＣ接続と第２のＲＲＣ接続との間で共有されることを示す。両方の接続は、対応するＣＯＲＥＳＥＴ内の共通ＲＮＴＩを監視し、共通ＲＮＴＩ情報がＲＲＣ再構成シグナリングを介して交換されるとＭＡＣ共有を開始するように切り替える（１０１０）。

図１０Ｂは、共通のＰＨＹ／ＭＡＣアプローチの実施形態を示すシグナリング図である。一実施形態では、第１の無線プロトコルインスタンス７０２は、ｇＮＢへの接続確立１０００を実行する。ある後の時点で、第２の無線プロトコルインスタンス７０４は、ｇＮＢへの接続確立１０２０を実行する。ある後の時点で、端末７００は、上記のＲＲＣ接続セットアップ手順の後、例えばＲＲＣ ＵＬ ＩＮＦＯＲＭＡＴＩＯＮ ＴＲＡＮＳＦＥＲメッセージなどの別のＲＲＣメッセージの一部として、ＭＡＣ共有の指示を送信する（１０２２）。次いで、ｇＮＢは、共通物理層スケジューリングおよびＭＡＣ共有のための共通ＲＮＴＩ（Ｃ－ＲＮＴＩ－Ｃ）を割り当て（１００６、１００８）、共通ＲＮＴＩに関する情報を無線プロトコルインスタンス７０２、７０４に送信する。さらに、ｇＮＢは、第１のＲＲＣ接続のＭＡＣ構成が第１のＲＲＣ接続と第２のＲＲＣ接続との間で共有されることを示す。両方の接続は、対応するＣＯＲＥＳＥＴ内の共通ＲＮＴＩを監視し、共通ＲＮＴＩ情報がＲＲＣ再構成シグナリングを介して交換されるとＭＡＣ共有を開始するように切り替える（１０１０）。

一実施形態では、ＭＵＳＩＭ端末の加入識別間の共通ＭＡＣは、デバイスおよびｇＮＢにおいて構成される。

一実施形態では、端末は、第１の加入識別および第２の加入識別の論理チャネルに対して別々に送信されるバッファ状態報告（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）情報を送信する。

一実施形態では、ＭＡＣパケットデータユニット（ＰＤＵ）は、無線ベアラトラフィックがそれぞれの加入識別の無線プロトコルスタックに分離されるように、論理チャネルＩＤ（ＬＣＩＤ）とともに端末識別のための追加のビットを含む。

一実施形態では、ｇＮＢは、ＤＣＩコマンドを介して個々のＰＤＣＣＨおよびＭＡＣ動作に切り替えることができる。

図１１は、一実施形態を示す。図は、本発明の実施形態を適用する装置の簡略化された例を示す。いくつかの実施形態では、装置は、端末、または端末において複数の加入識別を維持する端末の一部であり得る。装置は、たとえば、ユーザ端末またはＩｏＴデバイスであり得る。

装置は、いくつかの実施形態を例示する例として本明細書に示されていることを理解されたい。当業者には、装置が他の機能および／または構造を備えてもよく、記載された機能および構造のすべてが必要とされるわけではないことが明らかである。装置は１つのエンティティとして示されているが、異なるモジュールおよびメモリは、１つまたは複数の物理的または論理的エンティティにおいて実装され得る。

この例の装置７００は、装置の動作の少なくとも一部を制御するように構成された制御回路１１００を含む。

装置は、データを記憶するためのメモリ１１０２を備え得る。さらに、メモリは、制御回路１１００によって実行可能なソフトウェア１１０４を記憶することができる。メモリは、制御回路に統合されてもよい。

装置は、１つまたは複数のインターフェース回路１１０６を備えてもよく、インターフェース回路は、制御回路１１００に動作可能に接続される。インターフェース回路１１０６は、ワイヤレス通信ネットワークの（ｅ／ｇ）ＮｏｄｅＢなどのＲＡＮノードと通信するように構成されたトランシーバのセットであり得る。インターフェース回路１１０６は、複数の加入識別をサポートする能力を有する。一実施形態では、インターフェースは、加入識別のうちの複数の加入識別が同時にＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態にあることをサポートすることができる。インターフェース回路は、アンテナ装置（不図示）に接続され得る。本装置はまた、トランシーバの代わりに送信機への接続を備え得る。本装置は、ユーザインターフェースをさらに備え得る。

一実施形態では、ソフトウェア１１０４は、装置の制御回路１１００に上述の実施形態のうちの少なくともいくつかを実現させるように適合されたプログラムコード手段を備えるコンピュータプログラムを備え得る。

図１２は、一実施形態を示す。図は、本発明の実施形態を適用する装置またはネットワーク要素の簡略化された例を示す。いくつかの実施形態では、装置は、（ｅ／ｇ）ＮｏｄｅＢまたはＲＡＮノードの一部などのＲＡＮノードであり得る。

装置は、いくつかの実施形態を示す例として本明細書に示されていることを理解されたい。当業者には、装置が他の機能および／または構造を備えてもよく、記載された機能および構造のすべてが必要とされるわけではないことが明らかである。装置は１つのエンティティとして示されているが、異なるモジュールおよびメモリは、１つまたは複数の物理的または論理的エンティティにおいて実装され得る。

この例の装置７１０は、装置の動作の少なくとも一部を制御するように構成された制御回路１２００を含む。

装置は、データを記憶するためのメモリ１２０２を備え得る。さらに、メモリは、制御回路１２００によって実行可能なソフトウェア１２０４を記憶することができる。メモリは、制御回路に統合されてもよい。

装置は、装置を無線アクセスネットワークの他のデバイスおよびネットワーク要素に接続するように構成された１つまたは複数のインターフェース回路１２０６、１２０８をさらに備える。インターフェース回路１２０６は、ユーザ端末と通信するように構成されたトランシーバのセットであり得る。インターフェース回路１２０８は、コアネットワークなどの他のネットワーク要素と通信するように構成されたトランシーバのセットであり得る。インターフェースは、有線または無線接続を提供してもよい。

一実施形態では、ソフトウェア１２０６は、装置の制御回路１２００に上述の実施形態のうちの少なくともいくつかを実現させるように適合されたプログラムコード手段を備えるコンピュータプログラムを備え得る。

一実施形態では、図１３に示されるように、図１２の装置の機能の少なくともいくつかは、２つの物理的に別個のデバイス間で共有され、１つの動作エンティティを形成し得る。したがって、装置は、説明されるプロセスのうちの少なくともいくつかを実行するための１つまたは複数の物理的に別個のデバイスを備える動作エンティティを示すと見なされ得る。したがって、そのような共有アーキテクチャを利用する図１３の装置は、基地局内に位置する遠隔分散ユニットＲＤＵ１３０２に（たとえば、無線または有線ネットワークを介して）動作可能に結合された、ホストコンピュータまたはサーバコンピュータなどの遠隔制御ユニットＲＣＵ１３００を備え得る。一実施形態では、説明されるプロセスのうちの少なくともいくつかは、ＲＣＵ１３００によって実行され得る。一実施形態では、説明されるプロセスのうちの少なくともいくつかの実行は、ＲＤＵ１３０２とＲＣＵ１３００との間で共有され得る。

一実施形態では、ＲＣＵ１３００は、ＲＣＵ１３００がＲＤＵ１３０２と通信するための仮想ネットワークを生成することができる。概して、仮想ネットワーキングは、ハードウェアおよびソフトウェアネットワークリソースならびにネットワーク機能性を単一のソフトウェアベースの管理エンティティである仮想ネットワークに組み合わせるプロセスを伴い得る。ネットワーク仮想化は、しばしばリソース仮想化と組み合わされるプラットフォーム仮想化を含み得る。ネットワーク仮想化は、多くのネットワークまたはネットワークの一部をサーバコンピュータまたはホストコンピュータ（例えば、ＲＣＵ）に組み合わせる外部仮想ネットワーキングとして分類され得る。外部ネットワーク仮想化は、最適化されたネットワーク共有を対象とする。別のカテゴリは、単一のシステム上のソフトウェアコンテナにネットワークのような機能を提供する内部仮想ネットワーキングである。仮想ネットワーキングはまた、端末デバイスをテストするために使用され得る。

一実施形態では、仮想ネットワークは、ＲＤＵとＲＣＵとの間の動作の柔軟な分散を提供することができる。実際には、任意のデジタル信号処理タスクがＲＤＵまたはＲＣＵのいずれかにおいて実行されてもよく、ＲＤＵとＲＣＵとの間で責任がシフトされる境界は、実装形態に従って選択され得る。

上記および添付の図面に記載されたステップおよび関連する機能は、絶対的な時系列順ではなく、ステップのうちのいくつかは、同時に、または所与の順序とは異なる順序で実行され得る。ステップ間またはステップ内で他の機能を実行することもできる。ステップのいくつかはまた、省略されるか、または対応するステップと置換されることができる。

上記のステップを実行することができる装置またはコントローラは、ワーキングメモリ（ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、およびシステムクロックを備え得る電子デジタルコンピュータ、処理システム、または回路として実装され得る。ＣＰＵは、レジスタのセットと、算術論理演算ユニットと、コントローラとを備え得る。処理システム、コントローラまたは回路は、ＲＡＭからＣＰＵに転送される一連のプログラム命令によって制御される。コントローラは、基本動作のためのいくつかのマイクロ命令を含み得る。マイクロ命令の実装は、ＣＰＵ設計に応じて変わり得る。プログラム命令は、Ｃ、Ｊａｖａ（登録商標）などの高水準プログラミング言語、または機械言語などの低水準プログラミング言語、またはアセンブラであり得るプログラミング言語によってコード化され得る。電子デジタルコンピュータはまた、プログラム命令で書かれたコンピュータプログラムにシステムサービスを提供し得るオペレーティングシステムを有し得る。

本出願で使用される場合、用語「回路」は、以下のすべてを指す。
（ａ）アナログおよび／またはデジタル回路のみにおける実装等のハードウェアのみの回路実装
（ｂ）回路およびソフトウェア（および／またはファームウェア）の組み合わせ（適用な可能な場合）：
（ｉ）プロセッサの組み合わせ
（ｉｉ）装置に様々な機能を実行させるために協同するデジタル信号プロセッサ、ソフトウェア、およびメモリを含むプロセッサ／ソフトウェアの部分
（ｃ）動作のためにソフトウェアまたはファームウェアを必要とするマイクロプロセッサまたはマイクロプロセッサの部分などの回路であるが、ソフトウェアまたはファームウェアが物理的に存在しない場合がある。

「回路」のこの定義は、本出願におけるこの用語の全ての使用に適用される。さらなる例として、本出願で使用されるように、「回路」という用語はまた、単にプロセッサ（または複数のプロセッサ）またはプロセッサの一部分ならびにその（またはそれらの）付随ソフトウェアおよび／またはファームウェアの実装をカバーするであろう。用語「回路」はまた、例えば、特定の要素に適用可能である場合、携帯電話用のベースバンド集積回路またはアプリケーションプロセッサ集積回路、あるいはサーバ、セルラーネットワークデバイス、または別のネットワークデバイス内の同様の集積回路をカバーするであろう。

実施形態は、配信媒体上で具体化されるコンピュータプログラムを提供することであって、電子装置にロードされると、上述の実施形態を実行するように装置を制御するように構成されるプログラム命令を含む。

コンピュータプログラムは、ソースコード形式、オブジェクトコード形式、または何らかの中間形式であってもよく、プログラムを搬送することができる任意のエンティティまたはデバイスであり得る、何らかの種類のキャリアに記憶されてもよい。そのようなキャリアは、例えば、記録媒体、コンピュータメモリ、読み取り専用メモリ、およびソフトウェア配信パッケージを含む。必要とされる処理能力に応じて、コンピュータプログラムは、単一の電子デジタルコンピュータ内で実行されてもよく、またはいくつかのコンピュータ間で分散されてもよい。

装置はまた、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの１つまたは複数の集積回路として実装され得る。別個の論理構成要素で構築された回路など、他のハードウェア実施形態も実現可能である。これらの異なる実装のハイブリッドも実現可能である。実施方法を選択する際、当業者は、例えば、装置のサイズおよび消費電力、必要な処理能力、製造コスト、および生産量について設定された要件を考慮するであろう。

一実施形態では、装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、複数の加入識別のうちの第１の加入識別に関連付けられた無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードとの第１の無線リソース接続を確立するステップであって、第１の無線リソース接続は、第１の無線ネットワーク一時識別子を有するステップと、複数の加入識別のうちの第２の加入識別に関連付けられたＲＡＮノードとの第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するステップと、無線リソース接続セットアップ手順の間に、第１の加入識別がＲＡＮノードとの無線リソース接続を有し、端末デバイスに属することをＲＡＮノードに示すステップと、第２の加入識別の第２の無線リソース接続に関連付けられた第２の無線ネットワーク一時識別子と、第１および第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子とを受信するステップと、第１および第２の加入識別の両方に関連付けられたＲＡＮノードとの通信のために共通無線ネットワーク一時識別子を使用するステップとを装置に実行させる。

一実施形態では、装置は、少なくとも１つのプロセッサとコンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサとともに、端末デバイスの第１の加入識別に関連付けられた第１の無線リソース接続を確立し、第１の無線リソース接続のための無線ネットワーク一時識別子を割り当てるステップと、第２の加入識別に関連付けられた第２の無線リソース接続を確立するための接続セットアップ要求を受信するステップであって、要求は、第１の加入識別が無線リソース接続を有し、端末デバイスに属するという指示を含むステップと、第２の加入識別に関連付けられた第２の無線リソース接続のための無線ネットワーク一時識別子と、第１および第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子とを割り当て、識別子を端末デバイスに送信するステップと、通信のために、第１および第２の加入識別に関連付けられた共通無線ネットワーク一時識別子を使用するステップとを装置に実行させる。

当業者には、技術が進歩するにつれて、本発明の概念を様々な方法で実施できることが明らかであろう。本発明及びその実施形態は、上述の例に限定されず、請求の範囲内で変更することができる。

Claims (15)

1. 無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードとの第１の無線リソース接続を確立するステップであって、前記第１の無線リソース接続は、第１の無線ネットワーク一時識別子を有し、ネットワークに登録するために端末デバイスによって使用される第１の加入識別に関連付けられるステップと、
   第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するステップであって、前記第２の無線リソース接続は、前記ネットワークに登録するために前記端末デバイスによって使用される第２の加入識別に関連付けられるステップと、
   前記端末デバイスが前記ＲＡＮノードとの既存の無線リソース接続を有することを前記ＲＡＮノードに示すステップと、
   前記第２の無線リソース接続に関連付けられた第２の無線ネットワーク一時識別子と、前記第１の無線リソース接続および前記第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子とを受信するステップと、
   前記ＲＡＮノードとの通信のために前記共通の無線ネットワーク一時識別子を使用するステップとを実行する手段を備える端末デバイス。
2. 前記手段は、前記ＲＡＮノードから、所与の加入識別に固有の無線ネットワーク一時識別子または前記共通の無線ネットワーク一時識別子の使用をいつ開始するかを示すメッセージを受信するステップをさらに実行する請求項１に記載の端末デバイス。
3. 前記メッセージは、前記共通の無線ネットワーク一時識別子に関連付けられた現在のＣＯＲＥＳＥＴおよび検索空間内に別のメッセージがあるかどうかを示すことを特徴とする請求項２に記載の端末デバイス。
4. 前記手段は、
   前記端末デバイスが前記第１の無線リソース接続および前記第２の無線リソース接続にわたって媒体アクセス制御層を共有できることを前記ＲＡＮノードに示すステップと、
   前記媒体アクセス制御層が前記第１の無線リソース接続と前記第２の無線リソース接続との間で共有されるという指示を前記ＲＡＮノードから受信するステップとをさらに実行することを特徴とする請求項１乃至３のいずれか１項に記載の端末デバイス。
5. 前記手段は、前記第１の無線リソース接続および前記第２の無線リソース接続について別々にバッファ状態情報を前記ＲＡＮノードに報告するステップをさらに実行することを特徴とする請求項４に記載の端末デバイス。
6. 前記手段は、前記第１の無線リソース接続および前記第２の無線リソース接続に共通のＣＯＲＥＳＥＴおよび探索空間を割り当てられるステップをさらに実行し、
   前記共通の無線ネットワーク一時識別子は、前記第１の無線リソース接続および／または前記第２の無線リソース接続に関連する制御シグナリングのための前記共通のＣＯＲＥＳＥＴを監視するために前記端末デバイスによって使用されることを特徴とする請求項１乃至５のいずれか１項に記載の端末デバイス。
7. 前記手段は、前記ＲＡＮノードとの通信のための前記共通の無線ネットワーク一時識別子を使用して、無線リソース割り当てに関する情報と、前記無線リソース割り当てが前記第1の無線リソース接続のためのものであるか前記第２の無線リソース接続のためのものであるかの指示とを前記ＲＡＮノードから受信するステップをさらに実行することを特徴とする請求項１乃至６のいずれか１項に記載の端末デバイス。
8. 前記手段は、
   無線リソース制御セットアップ要求メッセージまたは無線リソース制御セットアップ完了メッセージに前記第１の無線ネットワーク一時識別子を含めることによって、前記端末デバイスが前記ＲＡＮノードとの既存の無線リソース接続を有することを、前記無線リソース接続セットアップ手順の間に前記ＲＡＮノードに示すステップ、または、
   前記無線リソース接続セットアップ手順の後に、前記端末デバイスが、無線リソース制御メッセージに前記第１の無線ネットワーク一時識別子を含めることによって、前記ＲＡＮノードとの既存の無線リソース接続を有することを前記ＲＡＮノードに示すステップをさらに実行する請求項１乃至７のいずれか１項に記載の端末デバイス。
9. 端末デバイスとの第１の無線リソース接続を確立し、前記第１の無線リソース接続に無線ネットワーク一時識別子を割り当てるステップであって、前記第１の無線リソース接続は、ネットワークに登録するために前記端末デバイスによって使用される第１の加入識別に関連付けられるステップと、
   前記端末デバイスとの第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するステップであって、前記第２の無線リソース接続は、前記ネットワークに登録するために前記端末デバイスによって使用される第２の加入識別に関連付けられるステップと、
   前記端末デバイスが前記ＲＡＮノードとの既存の無線リソース接続を有することを示す指示を前記端末デバイスから受信するステップと、
   前記第２の無線リソース接続に無線ネットワーク一時識別子を割り当て、前記第１の無線リソース接続および前記第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子を割り当て、前記識別子を前記端末デバイスに送信するステップと、
   前記端末デバイスとの通信のために前記共通の無線ネットワーク一時識別子を使用するステップとを実行する手段を備える無線アクセスネットワークＲＡＮノード。
10. 前記手段は、前記端末デバイスに、所与の加入識別に固有の無線ネットワーク一時識別子または前記共通の無線ネットワーク一時識別子の使用をいつ開始するかを示すメッセージを送信するステップをさらに実行する請求項９に記載の無線アクセスネットワークＲＡＮノード。
11. 前記メッセージは、前記共通の無線ネットワーク一時識別子に関連付けられた現在の制御領域セットおよび検索空間内に別のメッセージがあるかどうかを示すことを特徴とする請求項１０に記載の無線アクセスネットワークＲＡＮノード。
12. 前記手段は、
    前記端末デバイスが前記第１の無線リソース接続および前記第２の無線リソース接続にわたって媒体アクセス制御層を共有できるという指示を受信するステップと、
    前記媒体アクセス制御層が前記第１の無線リソース接続と前記第２の無線リソース接続との間で共有されるという指示を前記端末デバイスに送信するステップとをさらに実行することを特徴とする請求項９乃至１１のいずれか１項に記載の無線アクセスネットワークＲＡＮノード。
13. 前記手段は、前記ユーザ端末から前記第１の無線リソース接続および前記第２の無線リソース接続について個別にバッファ状態情報を受信するステップをさらに実行することを特徴とする請求項１２に記載の無線アクセスネットワークＲＡＮノード。
14. 端末デバイスにおける方法であって、
    無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードとの第１の無線リソース接続を確立するステップであって、前記第１の無線リソース接続は、第１の無線ネットワーク一時識別子を有し、ネットワークに登録するために前記端末デバイスによって使用される第１の加入識別に関連付けられるステップと、
    第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するステップであって、前記第２の無線リソース接続は、前記ネットワークに登録するために前記端末デバイスによって使用される第２の加入識別に関連付けられるステップと、
    前記端末デバイスが前記ＲＡＮノードとの既存の無線リソース接続を有することを前記ＲＡＮノードに示すステップと、
    前記第２の無線リソース接続に関連付けられた第２の無線ネットワーク一時識別子と、前記第１の無線リソース接続および前記第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子とを受信するステップと、
    前記ＲＡＮノードとの通信のために前記共通の無線ネットワーク一時識別子を使用するステップとを備える方法。
15. 装置における方法であって、
    端末デバイスとの第１の無線リソース接続を確立し、前記第１の無線リソース接続に無線ネットワーク一時識別子を割り当てるステップであって、前記第１の無線リソース接続は、ネットワークに登録するために前記端末デバイスによって使用される第１の加入識別に関連付けられるステップと、
    前記端末デバイスとの第２の無線リソース接続を確立するための無線リソース接続セットアップ手順を実行するステップであって、前記第２の無線リソース接続は、前記ネットワークに登録するために前記端末デバイスによって使用される第２の加入識別に関連付けられるステップと、
    前記端末デバイスが前記ＲＡＮノードとの既存の無線リソース接続を有することを示す指示を前記端末デバイスから受信するステップと、
    前記第２の無線リソース接続に無線ネットワーク一時識別子を割り当て、前記第１の無線リソース接続および前記第２の無線リソース接続に共通の追加の無線ネットワーク一時識別子を割り当て、前記識別子を前記端末デバイスに送信するステップと、
    前記端末デバイスとの通信のために前記共通の無線ネットワーク一時識別子を使用するステップとを備える方法。

Images