JP2023502936A - マルチｓｉｍ ｕｅ接続モード動作のための方法 - Google Patents

マルチｓｉｍ ｕｅ接続モード動作のための方法 Download PDF

Info

Publication number
JP2023502936A
JP2023502936A JP2022528011A JP2022528011A JP2023502936A JP 2023502936 A JP2023502936 A JP 2023502936A JP 2022528011 A JP2022528011 A JP 2022528011A JP 2022528011 A JP2022528011 A JP 2022528011A JP 2023502936 A JP2023502936 A JP 2023502936A
Authority
JP
Japan
Prior art keywords
sim
wireless communication
communication device
network
rrc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022528011A
Other languages
English (en)
Other versions
JPWO2021097231A5 (ja
Inventor
アジャクプル、パスカル
マレー、ジョセフ
スターシニック、マイケル
ジロラモ、ロッコ ディ
チェン、チュオ
リー、チュアン
Original Assignee
インターデイジタル パテント ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル パテント ホールディングス インコーポレイテッド filed Critical インターデイジタル パテント ホールディングス インコーポレイテッド
Publication of JP2023502936A publication Critical patent/JP2023502936A/ja
Publication of JPWO2021097231A5 publication Critical patent/JPWO2021097231A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183—Processing at user equipment or user record carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Figure 2023502936000001
本明細書では、マルチ加入者識別モジュール（ＳＩＭ）接続モード動作についての、方法及び装置が記載されている。一実施形態では、無線通信デバイスは、アクセス層インターフェースから、受信機会中に受信機チェーンへの要求アクセスを受信することができる。無線通信デバイスは、受信チェーンが受信機会中に利用可能であると判定することができる。無線通信デバイスは、アクセスが許可されていることを示す応答を送信して、アクセス層インターフェースに、受信機会中にダウンリンク伝送を受信させることができる。無線通信デバイスは、アクセス層インターフェースから、伝送機会中に伝送機チェーンの第２の要求を受信することができる。無線通信デバイスは、伝送機チェーンが伝送機会中に利用可能であると判定することができる。無線通信デバイスは、アクセスが許可されていることを示す第２の応答を送信して、アクセス層インターフェースが伝送機会中にアップリンク伝送を伝送することを可能にすることができる。
【選択図】図２３

Description

（関連出願の相互参照）
本出願は、２０１９年１１月１３日に出願された米国仮特許出願第６２／９３４，７４８号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
マルチＳＩＭ ＵＥは、２つ以上のＳＩＭ（加入者識別モジュール又はサービス識別モジュール）を有するＵＥである。これらのデバイスは、様々な場所で人気が高まっている。しかしながら、マルチＳＩＭ動作は、ユーザ体験に悪影響を与え、システム性能全体に悪影響を与える可能性があるＵＥ挙動に関して多くの課題を提示する。したがって、マルチＳＩＭ動作のための改善された手順が必要とされている。
本概要は、簡略化された形態で概念の選択を導入するために提供され、これは「発明を実施するための形態」において以下に更に説明される。この概要は、特許請求される主題の主要な特徴又は本質的な特徴を特定することを意図するものではなく、また、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。更に、特許請求される主題は、この開示のいずれかの部分に記載された、いずれか又は全ての欠点を解決する制限に限定されるものではない。
本明細書では、マルチ加入者識別モジュール（multi-subscriber identification module、ＳＩＭ）接続モード動作についての、方法及び装置が記載されている。一実施形態によると、無線通信デバイスは、アクセス層インターフェースから、受信機会中に受信機チェーンへの要求アクセスを受信することができる。無線通信デバイスは、受信機チェーンが受信機会中に利用可能であると判定することができる。無線通信デバイスは、アクセスが許可されていることを示す応答を送信して、アクセス層インターフェースに、受信機会中にダウンリンク伝送を受信させることができる。無線通信デバイスは、アクセス層インターフェースから、伝送機会中に伝送機チェーンの第２の要求を受信することができる。無線通信デバイスは、伝送機チェーンが伝送機会中に利用可能であると判定することができる。無線通信デバイスは、アクセスが許可されていることを示す第２の応答を送信して、アクセス層インターフェースが伝送機会中にアップリンク伝送を伝送することを可能にすることができる。
前述の概要、及び以下の発明を実施するための形態は、添付の図面と併せて読むとよりよく理解される。本開示を説明するために、本開示の様々な態様が示されている。しかしながら、本開示は、論じられる特定の態様に限定されない。図面において、
ＮＲにおけるＵＥ状態機械及び状態遷移を示す。
ＮＲ／５ＧＣ、Ｅ－ＵＴＲＡ／ＥＰＣとＥ－ＵＴＲＡ／５ＧＣとの間のＵＥ状態機械及び状態遷移を示す。
マルチＳｉｍ ＵＥ ＡＳモデルを示す。
マルチＳＩＭ ＵＥ ＲＲＣを示す。
ＣプレーンにおけるマルチＳＩＭ ＵＥ中間ＡＳを示す。
ＵプレーンにおけるマルチＳＩＭ ＵＥ中間ＡＳを示す。
マルチＳＩＭ ＵＥ下部ＡＳを示す。
マルチＳＩＭ ＭＡＣを示す。
マルチＳＩＭ ＮＡＳ－実施例１を示す。
マルチＳＩＭ ＮＡＳ－実施例２を示す。
マルチＳＩＭ上部ＮＡＳを示す。
マルチＳＩＭ下部ＮＡＳを示す。
マルチＳＩＭ ＵＥ制御プレーンアーキテクチャを示す。
マルチＳＩＭ ＵＥのサポートにおける高レベルエンドツーエンド制御プレーンアーキテクチャを示す。
マルチＳＩＭ ＵＥレベルＲＲＣ状態機械を示す。
マルチＳＩＭ ＵＥレベルＮＡＳ状態機械を示す。
ＲＸ／ＴＸチェーンアービタとのＲＸ／ＴＸチェーンの動的共有を示す。
ＡＳとＲＸ／ＴＸチェーンアービタとの間のインターフェース－オプション１を示す。
ＡＳとＲＸ／ＴＸチェーンアービタとの間のインターフェース－オプション２を示す。
ＡＳとＲＸ／ＴＸチェーンアービタとの間のインターフェース－オプション３を示す。
ＲＸ／ＴＸチェーンの動的共有のためのシグナリング図－オブション１を示す。
ＲＸ／ＴＸチェーンの動的共有のためのシグナリング図－オブション２を示す。
欠落したＲＸＯＰ／ＴＸＯＰとのＲＸ／ＴＸチェーンの動的共有のためのシグナリング図－オプション１を示す。
欠落したＲＸＯＰ／ＴＸＯＰとのＲＸ／ＴＸチェーンの動的共有のためのシグナリング図－オプション２を示す。
ＲＲＣサスペンドとの半静的共有のためのシグナリング図を示す。
ＲＲＣリリースとの半静的共有のためのシグナリング図を示す。
本明細書に記載及び特許請求される方法及び装置が具体化され得る例示的な通信システムの一実施形態を例示する。
例えば、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）など、本明細書に例示される実施形態による、無線通信のために構成された例示的な装置又はデバイスのブロック図である。
一実施形態による、ＲＡＮ及びコアネットワークのシステム図である。
一実施形態による、ＲＡＮ及びコアネットワークのシステム図である。
一実施形態によるＲＡＮ及びコアネットワークのシステム図である。
図２７Ａ、図２７Ｃ、図２７Ｄ、及び図２７Ｅに例示される通信ネットワークの１つ以上の装置が具体化され得る例示的なコンピューティングシステムのブロック図である。
本明細書に記載及び特許請求される方法及び装置が具体化され得る例示的な通信システムの一実施形態を例示する。
本明細書では、マルチ加入者識別モジュール（ＳＩＭ）接続モード動作について、方法及び装置が記載されている。
以下の略語及び定義が本明細書で使用され得る。
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
５ＧＳ ５Ｇシステム
５Ｇ－Ｓ－ＴＭＳＩ ５Ｇ短縮一時モバイル加入者識別
ＡＳ アクセス層
ＢＷＰ 帯域幅部分
ＢＳＲ バッファステータスレポート
ＣＯＲＥＳＥＴ 制御リソースセット
ＣＮ コアネットワーク
ＣＭ 接続管理
ＣｏＭＡＣ 共通ＭＡＣ
ＣｏＮＡＳ 共通ＮＡＳ
ＣｏＲＲＣ 共通ＲＲＣ
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣＩ ダウンリンク制御情報
ＤＳＳＳ デュアルＳＩＭシングルスタンバイＵＥ
ＤＳＤＳ デュアルＳＩＭデュアルスタンバイ
ＤＳＤＡ デュアルＳＩＭデュアルアクティブ
ＤｅＭＡＣ 専用ＭＡＣ
ＤｅＮＡＳ 専用ＮＡＳ
ＤｅＲＲＣ 専用ＲＲＣ
ＤＲＸ 間欠受信
ＥＣＭ ＥＰＳ接続管理
ｅＮＢ 進化型ノードＢ
ＥＰＳ 進化型パケットシステム
Ｅ－ＵＴＲＡ 進化型ＵＭＴＳ地上無線アクセス
ｇＮＢ ＮＲノードＢ
ＨＡＲＱ ハイブリッド自動反復要求
ＩＤ 識別又は識別子
ＬＣＧ 論理チャネルグループ
ＬＣＰ 論理チャネル優先順位付け
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣ制御要素
ＭＮＯ モバイルネットワークオペレータ
Ｍｓｇ２ ランダムアクセス手順のメッセージ２
Ｍｓｇ３ ランダムアクセス手順のメッセージ３
ＮＡＳ 非ＡＳ
ＮＢ ノードＢ
ＮＲ 新しい無線
ＮＴＡ ダウンリンクとアップリンクとの間のタイミングアドバンス
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＣＰ パケットデータ収束プロトコル
ＰＤＵ プロトコルデータユニット
ＰＨＲ パワーヘッドルーム
ＰＨＹ 物理層
ＰＬＭＮ 公衆陸上移動体通信網
ＰＲＡＣＨ 物理ランダムアクセスチャネル
Ｐ－ＲＮＴＩ ページング無線ネットワーク一時識別子
ＰＴＡＧ 一次タイミングアドバンスグループ
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＱｏＳ サービス品質
ＲＡ－ＲＮＴＩ ランダムアクセス無線ネットワーク一時識別子
ＲＡＲ ランダムアクセス応答
ＲＬＣ 無線リンク制御
ＲＲＣ 無線リソース制御
ＲＴＴ ラウンドトリップ時間
ＲＸＯＰ 受信機会
ＳＤＡＰ サービスデータ適応プロトコル
ＳＤＵ サービスデータユニット
ＳＩＭ 加入者識別モジュール又はサービス識別モジュール
ＳＣｅｌｌ 二次セル
ＳｐＣｅｌｌ スペシャルセル
ＳＤＡＰ サービスデータ適応プロトコル
ＳＩ システム情報
ＳＰＳ セミパーシステントスケジューリング
ＳＲ スケジューリング要求
ＳＲＳ サウンディング基準信号
ＳＳＢ 同期信号ブロック
ＳＴＡＧ 二次タイミングアドバンスグループ
ＴＡＧ タイミングアドバンスグループ
ＴＸＯＰ 伝送機会
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
Ｒｅｑ 要求
ＲＬＣ 無線リンク制御
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
Ｒｓｐ 応答
ＲＳＵ 路側機
ＲＸ 受信機又は受信
ＲＸＯＰ ＲＸ機会
ＴＤＭ 時分割多重化
ＴＸ 伝送機又は伝送
ＴＸＯＰ ＴＸ機会
ＵＣＩ アップリンク制御情報
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＬ－ＳＣＨ アップリンク共有チャネル
ＵＭＴＳ ユニバーサル移動体通信システム
ＵＳＩＭ ユニバーサルＳＩＭ
Ｕｕ ＵＥをＲＡＮに接続するインターフェース
Ｖ２Ｘ Ｖｅｈｉｃｌｅ－ｔｏ－Ｘ通信
マルチＳＩＭ ＵＥは、２つ以上のＳＩＭを有するＵＥである。デュアルＳＩＭ ＵＥは、２つのＳＩＭを有するＵＥである。マルチＳＩＭ及びデュアルＳＩＭという用語は、本明細書では互換的に使用され得る。マルチＵＳＩＭデバイスは、異なる国で、ますます普及している。ユーザは、異なるサービスのために、１つのデバイスにおける個人及びビジネスサブスクリプションの両方を有するか、又は１つのデバイスに２つの個人サブスクリプションを有することができる（例えば、１つの個々のサブスクリプション及び１つの「ファミリーサークル」プランを使用する）。しかしながら、デバイス内のマルチＵＳＩＭのサポートは、３ＧＰＰ仕様からのいかなるサポートも含まない実装固有の方法で現在取り扱われており、様々な実装及びＵＥ挙動（例えば、パッシブデュアルＳＩＭ、デュアルＳＩＭシングルスタンバイ、デュアルＳＩＭデュアルスタンバイ、デュアルＳＩＭデュアルアクティブなど）をもたらす。そのような状況は、ＵＥベンダの複雑さの増大、ネットワークベンダ又はオペレータのための予期せぬＵＥ挙動、及びユーザ体験の劣化を引き起こす可能性がある。
以下の用語は、本明細書で定義される。
パッシブデュアルＳＩＭ：デバイスは２つのＳＩＭを含むが、両方のＳＩＭが単一のトランシーバを共有するという仮定のもとに、任意の所与の時間で使用するために１つのみを選択することができる。この実装は、ネットワークベンダ又はオペレータのデバイスの複雑さ又は予想外のＵＥ挙動に関して魅力的であり得るが、ユーザが２つのネットワークを介して任意の所与の時間に到達可能であるか、若しくは利用可能であることを可能にするためにか、又はユーザが同じ又は異なるオペレータに属する可能性のある２つのネットワークを介して同時通信を実行することを可能にするために、デュアルＳＩＭデバイスの期待を満たすことはない。
デュアルＳＩＭシングルスタンバイＵＥ（Dual SIM Single Standby、ＤＳＳＳ）：第１のシステムと能動的に通信している間に、ＵＥは、他のシステムを時折チェックする（例えば、ページングチャネルを読み取るか、測定を実行するか、又はシステム情報を読み取る）必要がある。第２のシステム上のこの時折の活動は、ＵＥ実装、すなわち、シングルＲｘ又はデュアルＲｘに応じて、いかなる性能影響も有していてもしなくてもよい。
デュアルＳＩＭデュアルスタンバイ（Dual SIM Dual Standby、ＤＳＤＳ）：両方のＳＩＭをアイドルモードネットワーク接続に使用することができるが、無線接続がアクティブである場合、第２の接続は無効になる。パッシブの場合のように、ＤＳＤＳデバイスのＳＩＭは、単一のトランシーバを共有する。時間多重化により、２つの無線接続がアイドルモードに維持される。１つのＳＩＭのネットワークで通話中である場合、第２のネットワークへの登録が維持されるが、それは、第２のＳＩＭのネットワークへの無線接続を維持することはもはや可能ではないため、通話の持続時間にわたって接続が利用不可能である。
デュアルＳＩＭデュアルアクティブ（Dual SIM Dual Active、ＤＳＤＡ）：両方のＳＩＭは、アイドルモード及び接続モードの両方で使用することができ、例えば、１つの通信は、音声サービスのためのものであり得、別の通信は、データサービスのためのものであり得る。通常、各ＳＩＭは専用トランシーバを有すると考えられ、これはモデムレベルでアイドルモード又は接続モード動作に相互依存性がないことを意味する。しかし、この場合でも、２つのシステムとの同時通信は、ＵＥパフォーマンス及びネットワークパフォーマンスに影響を与える可能性がある課題を提示し、これらの課題のうちのいくつかは、マルチＳＩＭデバイスのパワーバジェット及び能力バジェットを超えないような、ＵＥ電力制御及び能力調整を含む。
サービングＳＩＭ：アイドルモード動作又は接続モード動作のいずれかについてＵＥによって使用するために選択されたＳＩＭ。以下、サービングＳＩＭ及びＳＩＭという用語は、互換的に使用され得る。
サービングＲＡＮ：アイドルモード動作又は接続モード動作のいずれかについてＵＥにサービスを提供するＲＡＮ。サービングＲＡＮは、サービングＳＩＭと関連付けられている。
サービングＰＬＭＮ：アイドルモード動作又は接続モード動作のいずれかについてＵＥにサービスを提供するＰＬＭＮ。サービングＰＬＭＮは、サービングＳＩＭと関連付けられている。
サービングネットワーク：アイドルモード動作又は接続モード動作のいずれかについてＵＥにサービスを提供するネットワーク。サービングネットワークは、サービングＳＩＭと関連付けられている。ネットワークは、ＲＡＮ又はＰＬＭＮ又はそれらの組み合わせに関するものであり得る。
ＵＥ能力の時間領域多重化（Time Domain Multiplexing、ＴＤＭ）又は時間領域におけるＵＥ能力多重化という用語は、アイドルモード動作又は接続モード動作が同時に行われ得る、当該サービングネットワーク内のアイドルモード動作又は接続動作のサポートにおけるサービングネットワーク間の当該ＵＥ能力の共有を指す。時間領域多重化されるＵＥ能力の例には、伝送機、受信機、伝送パワーバジェットなどが含まれ得る。
マルチＳＩＭ使用事例及び展開シナリオは、本明細書に記載されている。これらは、例示としてのみ提供されており、いかなる方法でも、本明細書に記載のソリューションの適用性を限定することを意味するものではないことに留意されたい。
使用事例１：ユーザは、米国からアジアまで海外に旅行しており、複数のＵＳＩＭカードをサポートするＵＥを有する。コスト削減の目的で、ＵＥは、ＵＳＩＭがアクセスを共有する共通の無線及びベースバンドコンポーネントで実装される。結果として、１つのＵＳＩＭのみがいつでもアクティブであり得る。ユーザは、行き先国内を旅行中に、セルラサービスへのアクセスに到達すると、ＵＳＩＭを購入する。トラベルＵＳＩＭカードは、ローカル音声、テキスト、及び高速データのサービスを提供することができ、ホームＵＳＩＭカードは、主に、ユーザが旅行中に受信したい場合がある音声及びテキストを提供するために、使用される。
使用事例２：ビジネス及びパーソナルサブスクリプションサービスの両方を有し、同じデバイス上で両方のサービスを使用することを望むユーザの周囲の複数のＵＳＩＭセンターを利用する別の顕著な使用事例。ユーザは、オペレータ１を用いたＵＳＩＭ１のサブスクリプションサービスを有する企業発行されたＵＥを有する一方、ユーザは、オペレータ２を用いたＵＳＩＭ２のパーソナルサブスクリプションサービスを有する。ユーザは、日時又はサービスを使用するアプリケーションに応じて、ＵＳＩＭ１又はＵＳＩＭ２のいずれかへのサブスクリプションに従って、いずれかのサービス及びアクセスデータサービスから音声呼び出しを受信することができることを望む。
マルチＳＩＭ展開シナリオは、以下のサブシステムの各々に関して、以下の展開シナリオのうちのもう１つを含み得る。
コアネットワーク：ａ）両方のＳＩＭが５ＧＳであり、ｂ）両方のＳＩＭがＥＰＳであり、ｃ）ＳＩＭ Ａが５ＧＳ、及びＳＩＭ ＢがＥＰＳである、ｄ）ＳＩＭ Ａ及びＳＩＭ Ｂが同じオペレータに属する（ＭＮＯ内の場合）、ｅ）ＳＩＭ Ａ及びＳＩＭ Ｂが、２つの異なるオペレータに属する（ＭＮＯ間のケース）。
無線アクセスネットワーク（Radio Access Network、ＲＡＮ）：ａ）ＳＩＭ ＡがＬＴＥ、及びＳＩＭ ＢがＬＴＥであり、ｂ）ＳＩＭ ＡがＬＴＥ、及びＳＩＭ ＢがＮＲであり、ｃ）ＳＩＭ ＡがＮＲ、及びＳＩＭ ＢがＮＲである。
ＵＥ能力：ａ）シングルＲＸ及びシングルＴＸ、ｂ）デュアルＲＸ及びシングルＴＸ、ｃ）デュアルＲＸ及びデュアルＴＸ
ＡＳ状態組み合わせ：ａ）：ＬＴＥ ＩＤＬＥ及びＮＲ ＩＤＬＥ又はＩＮＡＣＴＩＶＥ、ｂ）：ＬＴＥ ＣＯＮＮＥＣＴＥＤ及びＮＲ ＩＤＬＥ又はＩＮＡＣＴＩＶＥ、ｃ）：ＬＴＥ ＩＤＬＥ及びＮＲ ＣＯＮＮＥＣＴＥＤ、ｄ）ＬＴＥ ＣＯＮＮＥＣＴＥＤ及びＮＲ ＣＯＮＮＥＣＴＥＤ、ｅ）：ＮＲ ＩＤＬＥ又はＩＮＡＣＴＩＶＥ及びＮＲ ＩＤＬＥ又はＩＮＡＣＴＩＶＥ、ｆ）：ＮＲ ＣＯＮＮＥＣＴＥＤ、及びＮＲ ＣＯＮＮＥＣＴＥＤ、ｇ）：ＮＲ ＩＤＬＥ又はＩＮＡＣＴＩＶＥ及びＮＲ ＣＯＮＮＥＣＴＥＤ、ｈ）：ＬＴＥ ＩＤＬＥ及びＬＴＥ ＩＤＬＥ、ｉ）：ＬＴＥ ＣＯＮＮＥＣＴＥＤ、及び ＬＴＥ ＣＯＮＮＥＣＴＥＤ、ｊ）：ＬＴＥ ＩＤＬＥ及びＬＴＥ ＣＯＮＮＥＣＴＥＤ。
図１は、ＮＲ１００における例示的なＵＥ状態機械及び状態遷移を示す。図１の例は、中断を伴う再開／解放中の、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１０１へ／から、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１０２へ／からの遷移、及び確立／解放中の、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１０１へ／から、ＮＲ ＲＲＣ＿ＩＤＬＥ状態１０３へ／からの遷移を示す。解放中のＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１０２へ／から、ＮＲ ＲＲＣ＿ＩＤＬＥ状態１０３へ／からの遷移も示されている。
図２は、例示的なＵＥ状態機械及びＮＲ／５ＧＣ、Ｅ－ＵＴＲＡ／ＥＰＣとＥ－ＵＴＲＡ／５ＧＣとの間の状態遷移２００を示す。図２の例は、ＥＵＴＲＡ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２０１へ／から、ＥＵＴＲＡ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０２へ／からの遷移を示し、確立／解放中の、ＥＵＴＲＡ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２０１へ／から、ＥＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態２０３へ／からの遷移を示す。解放中の、ＥＵＴＲＡ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０２へ／から、ＥＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態２０３へ／からの遷移も示されている。
ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２０４へ／から、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０５へ／からの遷移、及び確立／解放中の、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態２０４へ／から、ＮＲ ＲＲＣ＿ＩＤＬＥ状態２０６へ／からの遷移。解放中の、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０５へ／から、ＮＲ ＲＲＣ＿ＩＤＬＥ状態２０６へ／からの遷移も示されている。
再選択中の、ＥＵＴＲＡ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０２からＮＲ ＲＲＣ＿ＩＤＬＥ状態２０６への遷移も示されている。再選択中のＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態２０５からＥＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態２０６への遷移も示されている。再選択中の、ＥＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態２０３へ／からＮＲ ＲＲＣ＿ＩＤＬＥ状態２０６へ／からの遷移も示されている。
ＵＥ登録管理（Registration Management、ＲＭ）が本明細書に記載されている。ＵＥは、ある特定の移動イベントの結果として、又は特定のタイマ（すなわち、周期的な登録更新タイマ又は非３ＧＰＰ登録解除タイマ）の満了の結果として、最初にネットワークに登録するときに登録を実行する。
ＵＥのＲＭ状態は、ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ－ＲＥＧＩＳＴＥＲＥＤを含む。ＵＥ及びネットワークは、各ＲＡＴ（すなわち、３ＧＰＰ及び非３ＧＰＰ）について別個のＲＭ状態を維持する。
ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態では：ＵＥは到達可能ではない。ＡＭＦは、あるＵＥコンテキストをキャッシュすることができる。ＵＥは、初期登録手順を開始することによって、この状態を離れる。
ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態では：ＵＥは、移動及びタイマ満了時に登録更新を実行する。ＵＥ又はＡＭＦは、いつでも登録解除手順を実行することができる。ＡＭＦは、タイマ満了時に暗黙的な登録解除を実行することができる。
ＵＥ接続管理（Connection Management、ＣＭ）は、一般に、ＡＭＦとのＵＥのＮＡＳ接続の状態を指す。ＵＥ及びネットワークは、各ＲＡＴ（すなわち、３ＧＰＰ及び非３ＧＰＰ）について別個のＣＭ状態を維持し得る。
ＵＥの登録管理（ＣＭ）状態は、ＣＭ－ＩＤＬＥ及びＣＭ－ＣＯＮＮＥＣＴＥＤである。ＵＥ及びネットワークは、各ＲＡＴ（すなわち、３ＧＰＰ及び非３ＧＰＰ）について別個のＣＭ状態を維持する。
ＣＭ－ＩＤＬＥ状態では：Ｎ１を超えるＡＭＦで確立されたＮＡＳシグナリング接続はない。
ＣＭ－ＣＯＮＮＥＣＴＥＤ状態では：ＵＥはＮＡＳ接続を有する。これには、ＮＧ－ＲＡＮにおけるＲＲＣ接続が必要である。ＵＥは、ＲＲＣ－Ｉｎａｃｔｉｖｅであり得、その場合、ＲＡＮによって到達可能性が管理される。ＵＥは、そのＡＮシグナリング接続が解放されると、ＣＭ－ＩＤＬＥ状態に戻ることができる。
上記のように、デュアルＳＩＭ又はマルチＳＩＭ動作は、明細書で対処されていないと、ユーザ体験に悪影響を及ぼし、システム全体の性能に悪影響を与える可能性があるＵＥ挙動に関して多くの課題を提示する。本明細書に記載のこの方法及び装置は、以下のようなマルチＳＩＭ動作の問題に対処する：
問題１：ＵＥ ＡＳプロトコルアーキテクチャの強化：
処理オーバーヘッド及び電力消費を最小限に抑えるために、ＵＥプロトコルアーキテクチャ（例えば、ＡＳ）及び状態機械の強化が必要である。例えば、アイドルモード手順のほとんど、例えば、数例挙げると、セル（再）選択及びキャンプすることは、特にマルチＳＩＭ ＭＮＯ内展開シナリオの場合、ＵＥ処理オーバーヘッド及び電力消費を低減するために、調整から利益を得るであろう。
問題２：２つのＲＡＴからのＵＬ伝送の潜在的な衝突：
この問題は、２つのＰＬＭＮとの同時アップリンク通信を維持するための、伝送機チェーン能力などのＵＥ能力の時間領域多重化（Time Domain Multiplexing、ＴＤＭ）による仕様への影響に対処する。例えば、シングルＲＸ及びシングルＴＸ、又はデュアルＲＸ及びシングルＴＸを有するマルチＳＩＭデバイスを考慮すると、ＵＥがＵＳＩＭ Ｂと関連付けられた３ＧＰＰシステムに一時的にアクセスすることができるように、ＵＳＩＭ Ａと関連付けられた３ＧＰＰシステムにおける継続的な接続の中断（又は解放）及び再開を可能にするＴＸチェーンのＴＤＭ使用を可能にする手順。ＵＬ伝送ギャップの結果としてのＨＡＲＱタイミング処理、並びにＭＡＣタイマ及びＲＲＣタイマなどのＵＥタイマの処理を含む関連するＵＥ挙動も調査する必要がある。この問題は、列挙されたＣＮ展開シナリオ、列挙されたＲＡＮ展開シナリオ、及び列挙された接続モード関連ＡＳ状態組み合わせをカバーする、本明細書で強調された、マルチＳＩＭ展開シナリオを有するＰＬＭＮ間動作の文脈で理解されるべきである。
問題３：ＤＬデータ受信の潜在的な衝突、例えば、両方のＲＡＴが、ＣＯＮＮＥＣＴＥＤにある。
問題は、２つのＰＬＭＮとの同時ダウンリンク通信を維持するための、受信機チェーンの時間領域多重化（ＴＤＭ）による仕様への影響に対処する。例えば、シングルＲＸ及びシングルＴＸ、又はシングルＲＸ及びシングルＴＸを有するマルチＳＩＭデバイスを考慮すると、ＵＥがＵＳＩＭ Ｂと関連付けられた３ＧＰＰシステムに一時的にアクセスすることができるように、ＵＳＩＭ Ａと関連付けられた３ＧＰＰシステムにおける継続的な接続の中断（又は解放）及び再開を可能にするＲＸチェーンのＴＤＭ使用を可能にする手順。ＤＬ受信ギャップの結果としてのＨＡＲＱタイミング処理、並びにＭＡＣタイマ及びＲＲＣタイマなどのＵＥタイマの処理を含む関連するＵＥ挙動も調査する必要がある。この問題は、列挙されたＣＮ展開シナリオ、列挙されたＲＡＮ展開シナリオ、及び列挙された接続モード関連ＡＳ状態組み合わせをカバーする、本明細書で強調された、マルチＳＩＭ展開シナリオを有するＰＬＭＮ間動作の文脈で理解されるべきである。
図３は、例示的なアクセス層（Access Stratum、ＡＳ）プロトコル３００を示す。一実施形態によれば、マルチＳＩＭ ＵＥのＡＳプロトコルは、上部ＡＳ層３０１、中間ＡＳ層３０２、及び下部ＡＳ層３０３を含み得る。制御プレーンでは、上部ＡＳ層３０１は、ＲＲＣ機能を実装することができる。下部ＡＳ層３０３は、ＭＡＣ層及びＰＨＹ層の機能を実装することができる。下部ＡＳ層３０３は、ＵＥのための共通ＭＡＣ（ＣｏＭＡＣ）と、サービングＳＩＭ（ＤｅＭＡＣ）（すなわち、各サービングＳＩＭに関連付けられたサービングネットワーク）ごとの専用ＭＡＣと、を更に含み得る。ＣｏＭＡＣは、ＤｅＭＡＣエンティティを支援することができ、それらのアクションを解決することができ、サービングＳＩＭと関連付けられたサービングネットワークを介する効率的な調整のためのロジック、例えば、ＵＥのサービングＳＩＭと関連付けられたサービングネットワークを介するトランシーバ又はパワーバジェットなどのＵＥ能力の時間領域多重化のためのロジックを実施することができる。
ＮＡＳは、上部ＮＡＳ及び下部ＮＡＳを含むことができ、上部ＮＡＳは、ＵＥのための共通ＮＡＳ（Common NAS、ＣｏＮＡＳ）と、サービングＳＩＭ（すなわち、各サービングＳＩＭに関連付けられたサービングネットワーク）ごとのＤｅＮＡＳを有する専用ＮＡＳ（Dedicated NAS、ＤｅＮＡＳ）エンティティのセットと、を含み得る。ＣｏＮＡＳは、ＤｅＮＡＳエンティティを支援することができ、例えば、ＵＥ処理オーバーヘッド、電力消費を最小限に抑えるため、及び効率的な全体的なシステム性能のために、ＵＥの効率的な動作を確実にするように、それらのアクションを調整することができる。
ＲＲＣ層及びＮＡＳ層の両方に対して、ＳＩＭレベル状態機械に対する新しいＵＥレベル状態機械も提案されている。
ＲＸ／ＴＸチェーンのＴＤＭ共有を有効にするためのＡＳ手順については、本明細書に記載されている。本明細書には、ＲＸ／ＴＸチェーンアービタへの要求の作成に基づいている、ＲＸ／ＴＸチェーンの動的共有を実行するための方法が記載されており、アクセスは、先着順、ＵＳＩＭ識別、又はアクセスが要求されているサービスの優先順位で許可され得る。
本明細書では、ＲＲＣ接続を中断又は解放することに基づいている、ＲＸ／ＴＸチェーンの半静的共有を実行するための方法が記載されており、各ＳＩＭは、専用ＲＲＣ（dedicated RRC、ＤｅＲＲＣ）層と関連付けられており、共通ＲＲＣ（Common RRC、ＣｏＲＲＣ）層は、どのＤｅＲＲＣが所与の時間にアクティブであるべきかを判定することができる。
本明細書には、ＲＸ／ＴＸチェーンを共有する効果を考慮するランダムアクセス手順を実行するための方法が記載されており、以下を含む。
ＲＸ／ＴＸチェーンにアクセスできなかったことに従ってランダムアクセスリソース選択を実行するための機構、
ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの持続時間にわたって、ＲＸチェーンへのアクセスを取得することが条件であるＲＡＲウィンドウの開始を適応させるための機構、及び
ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの持続時間にわたって、ＲＸチェーンへのアクセスを取得することが条件である競合解決ウィンドウの開始を適応させるための機構。
本明細書には、ＲＸＯＰ／ＴＸＯＰを喪失することに応答して、適応させるＭＡＣカウンタ及びタイマに基づいている、ＲＸ／ＴＸチェーンの共有を実行するための方法が記載されており、以下を含む。
ＴＸＯＰの喪失に応答して、禁止タイマの設定及び伝送カウンタのインクリメントを制御するための機構、及び
ＲＸＯＰの喪失に応答して、ＤＬ監視を制御するために使用されるタイマを一時停止又は延長するための機構。
図４は、ＲＲＣ４００を示す。ＲＲＣは、共通ＲＲＣ（ＣｏＲＲＣ）エンティティ４０１及び専用ＲＲＣ（ＤｅＲＲＣ）エンティティ４０２のセットを含むことができ、１つのＤｅＲＲＣエンティティは、サービングＳＩＭ（すなわち、各サービングＳＩＭに関連付けられたサービングネットワーク）ごとである。ＣｏＲＲＣ４０１は、ＤｅＲＲＣ４０２エンティティを支援することができ、例えば、ＵＥ処理オーバーヘッド、電力消費を最小限に抑えるため、及び無線リソースの使用を含む効率的な全体的なシステム性能のために、ＵＥの効率的な動作を確実にするように、それらのアクションを調整／解決することができる。ＣｏＲＲＣ４０１は、サービングＳＩＭと関連付けられたサービングネットワークを介する効率的な調整のためのロジック、例えば、ＵＥのサービングＳＩＭと関連付けられたサービングネットワークを介するトランシーバ又はパワーバジェットなどのＵＥ能力の時間領域多重化のためのロジックを実施することができる。
一実施形態では、ＵＥ内のＣｏＲＲＣエンティティ４０１は、例えば、共有伝送機、共有受信機、共有トランシーバ、共有パワーバジェット、共有共通増幅器、又は任意の他の伝送及び／又は受信共通ハードウェアのための、ＵＥの多重化機能又は１つ以上の共有能力を実施することができる。
別の実施形態では、ＣｏＲＲＣエンティティ４０１は、ＵＥのＳＩＭと関連付けられたサービングネットワーク間で共有される、ＵＥの１つ以上の能力の多重化において、ＵＥ又はネットワーク内の他のエンティティ、例えば、下位層ＡＳ内のエンティティを支援することができる。ＤｅＲＲＣは、例えば、同じＳＩＭと関連付けられたサービングネットワーク内のキャリアアグリゲーション又はマルチコネクティビティのサポートにおいて、レガシーシステムに従ってＲＲＣプロトコルアーキテクチャを実装することができる。例えば、所与のＳＩＭのサービングネットワーク内のマルチコネクティビティの場合、このサービングネットワークと関連付けられたＤｅＲＲＣは、例えば、マスターセルグループ対セカンダリセルグループのための各セルグループに対して１つのインスタンスを有する複数のインスタンスで構成され得る。
ＣｏＲＲＣエンティティ４０１は、ＲＲＣ ＩＤＬＥ状態、ＲＲＣ ＩＮＡＣＴＩＶＥ状態、又はＲＲＣ ＣＯＮＮＥＣＴＥＤ状態のうちの１つ以上の機能を実装することができる。同様に、ＤｅＲＲＣは、ＲＲＣ ＩＤＬＥ状態、ＲＲＣ ＩＮＡＣＴＩＶＥ状態、又はＲＲＣ ＣＯＮＮＥＣＴＥＤ状態のうちの１つ以上の機能を実装し得る。一実施形態では、ＣｏＲＲＣは、ＲＲＣ ＩＤＬＥ又はＲＲＣ ＩＮＡＣＴＩＶＥ機能を実装し得るが、ＤｅＲＲＣは、ＲＲＣ ＣＯＮＮＥＣＴＥＤ機能を実装し得、ＣｏＲＲＣは、例えばＵＥ処理オーバーヘッド、電力消費を最小限に抑えるために、例えば、ＵＥ動作の効率的な動作のために、ＤｅＲＲＣエンティティと独立ネットワークを介するＵＥの共有能力の多重化との調整を確実にする。ＣｏＲＲＣは、ＵＥのＳＩＭの各々と関連付けられたサービングネットワークに関する状態とは対照的に、ＵＥの全体的なＲＲＣ状態を反映するロジックを実装し得る。
ユーザプレーンでは、上位層が存在しても、存在しなくてもよい。例えば、ＡＳ上位層がユーザプレーンに存在する一実施形態では、この上位層は、ＳＤＡＰ機能を実装することができる。
図５は、ＣプレーンにおけるマルチＳＩＭ ＵＥ中間ＡＳ５００を示す。図５の例は、制御プレーンにおいて、中間ＡＳがＰＤＣＰ層５０１及びＲＬＣ層５０２の機能を実装し得ることを示す。ＲＬＣ５０２及びＰＤＣＰ５０１は、サービングＳＩＭごとに専用であり得る。
図６は、ＵプレーンにおけるマルチＳＩＭ ＵＥ中間ＡＳ６００を示す。図６の例は、ユーザプレーンにおいて、中間ＡＳがＳＤＡＰ層６０１、ＰＤＣＰ層６０２、及びＲＬＣ層６０３の機能を実装し得ることを示す。ＳＤＡＰ６０１、ＲＬＣ６０２、及びＰＤＣＰ６０３は、各ＳＩＭに関連付けられたサービングネットワークごとに専用であり得る。
図７は、マルチＳＩＭ ＵＥ下部ＡＳ７００を示す。図７は、下部ＡＳがＭＡＣ層７０１及びＰＨＹ層７０２の機能を実装し得ることを示す。
図８は、マルチＳＩＭ ＭＡＣ８００を示す。図８は、ＭＡＣが、共通ＭＡＣ（ＣｏＭＡＣ）エンティティ８０１、及びサービングＳＩＭごとに１つのＤｅＭＡＣエンティティを有する専用ＭＡＣ（ＤｅＭＡＣ）エンティティのセット８０２を含み得ることを示す。
ＣｏＭＡＣ８０１は、ＤｅＭＡＣ８０２エンティティを支援することができ、例えば、ＵＥ処理オーバーヘッド、電力消費、及び無線リソースの使用を含む効率的な全体的なシステム性能を最小限に抑えるために、ＵＥの効率的な動作を確実にするように、それらのアクションを調整することができる。一実施形態では、ＵＥ内のＣｏＭＡＣエンティティは、例えば、共有伝送機、共有受信機、共有トランシーバ、共有パワーバジェット、共有共通増幅器、又は任意の他の伝送及び／又は受信共通ハードウェアのための、ＵＥの多重化機能又は１つ以上の共有能力を実施することができる。別の実施形態では、ＣｏＭＡＣエンティティは、ＵＥのＳＩＭと関連付けられたサービングネットワーク間で共有される、ＵＥの１つ以上の能力の多重化において、ＵＥ又はネットワーク内のいずれかの他のエンティティ、例えば、上位層ＡＳ内のエンティティを支援することができる。ＤｅＭＡＣは、例えば、同じＳＩＭと関連付けられたサービングネットワーク内のキャリアアグリゲーション又はマルチコネクティビティのサポートにおいて、レガシーシステムに従ってＭＡＣプロトコルアーキテクチャを実装することができる。例えば、所与のＳＩＭのサービングネットワーク内のマルチコネクティビティの場合、このサービングネットワークと関連付けられたＤｅＭＡＣは、例えば、マスターセルグループ対セカンダリセルグループのための各セルグループに対して１つのインスタンスを有する複数のインスタンスで構成され得る。
図９は、例示的なマルチＳＩＭ ＮＡＳ９００を示す。図９は、マルチＳＩＭ ＵＥの非アクセス層（Non-Access Stratum、ＮＡＳ）プロトコルが、上部ＮＡＳ９０１及び下部ＮＡＳ９０２を含むようにモデル化され得ることを示す。
図１０は、別の例示的なマルチＳＩＭ ＮＡＳ１０００を示す。この例では、ＮＡＳは、共通ＮＡＳ（ＣｏＮＡＳ）１００１、及びサービングＳＩＭごとに１つのＤｅＮＡＳエンティティを有する専用ＮＡＳ（ＤｅＮＡＳ）エンティティのセット１００２を含見うる。
図１１は、マルチＳＩＭ上部ＮＡＳ１１００を示す。上部ＮＡＳ１１００は、ＣｏＮＡＳ１１０１を含む。
図１２は、マルチＳＩＭ下部ＮＡＳ１２００を示す。下部ＮＡＳ１２００は、ＤｅＮＡＳエンティティ１２０１を含む。
ＣｏＮＡＳは、ＤｅＮＡＳエンティティを支援することができ、例えば、ＵＥ処理オーバーヘッド、電力消費、及び効率的な全体的なシステム性能を最小限に抑えるために、ＵＥの効率的な動作を確実にするように、それらのアクションを調整することができる。一実施形態では、ＵＥ内のＣｏＮＡＳエンティティは、ＵＥの１つ以上の共有能力の多重化機能、例えば、ＵＥ内の同時通信セッションの数を実装することができる。別の実施形態では、ＣｏＮＡＳエンティティは、ＵＥのＳＩＭと関連付けられたサービングネットワーク間で共有される、ＵＥの１つ以上の能力の多重化において、ＵＥ又はネットワーク内のいずれかの他のエンティティ、例えば、下部ＮＡＳ又はＡＳ内のエンティティを支援することができる。ＤｅＮＡＳは、例えば、ＵＥのＳＩＭと関連付けられたサービングネットワークの各々の３ＧＰＰ ＡＳ及び非３ＧＰＰアクセスのサポートにおいて、レガシーシステムに従ってＮＡＳプロトコルアーキテクチャを実装することができる。ＣｏＮＡＳは、例えば、ＵＥにおけるＳＩＭと関連付けられたサービングネットワーク間のサービスの優先順位付けに対するユーザ選好の処理の調整を処理又は支援することができる。
ＣｏＮＡＳは、ＮＡＳ ＩＤＬＥ状態（例えば、ＣＭ ＩＤＬＥ又はＥＣＭ ＩＤＬＥ）の１つ以上の機能、又は１つ以上の機能ＮＡＳ ＣＯＮＮＥＣＴＥＤ状態（例えば、ＣＭ ＣＯＮＮＥＣＴＥＤ又はＥＣＭ ＣＯＮＮＥＣＴＥＤ）の実装を実施又は支援することができる。同様に、ＤｅＮＡＳは、ＮＡＳ ＩＤＬＥ状態、又はＮＡＳ ＣＯＮＮＥＣＴＥＤ状態のうちの１つ以上の機能を実施することができる。例えば、一実施形態では、ＣｏＮＡＳは、ＮＡＳ ＩＤＬＥ状態における、ＰＬＭＮ選択、又はＵＥ到達可能性などの機能の実装を実施又は支援することができる。同様に、ＣｏＮＡＳは、ＵＥが、ＵＥ内のＳＩＭと関連付けられたサービングネットワークのいくつかに関してＮＡＳ ＣＯＮＮＥＣＴＥＤ状態にあるときに、ポリシー調整及びＵＥ到達可能性の実装を実施又は支援することができる。ＣｏＮＡＳは、ＵＥのＳＩＭの各々と関連付けられたサービングネットワークに関する状態とは対照的に、ＵＥの全体的なＮＡＳ状態を反映するロジックを実装し得る。
一実施形態では、ＤｅＮＡＳエンティティは、ＵＥのＳＩＭの各々と関連付けられ得る。ＤｅＮＡＳエンティティは、１つ以上の登録管理（ＲＭ）状態（例えば、３ＧＰＰアクセスのＲＭ状態及び非３ＧＰＰアクセスのＲＭ状態）を維持することができる。ＤｅＮＡＳエンティティはまた、１つ以上の接続管理（ＣＭ）状態（例えば、３ＧＰＰアクセスのＣＭ状態及び非３ＧＰＰアクセスのＣＭ状態）を維持することができる。上述のように、ＣｏＮＡＳは、ＵＥの利用可能なＲＡＴの各々に対してＵＥの全体的なＮＡＳ状態を反映するロジックを実装することができる。更に、ＣｏＮＡＳ状態機械は、下部ＮＡＳでＤｅＮＡＳエンティティから受信される要求及び指示によって駆動され得る。ＣｏＮＡＳ状態機械及びその状態がどのようにして遷移するかを、以下に更に説明する。ＣｏＮＡＳエンティティは、ＵＥの利用可能なＲＡＴ（すなわち、非３ＧＰＰ及び３ＧＰＰ）の各々に対して別個の状態を維持することができる。各トランシーバに対して別個の状態が維持され得ることに留意されたい。言い換えれば、ＵＥが２つの３ＧＰＰトランシーバを含む場合、ＵＥは、各トランシーバのＣｏＮＡＳ状態を維持することができる。
図１３は、ＵＥ１３００内のＮＡＳ及びＡＳプロトコルスタックの高レベル図を示す。ＮＡＳ１３０１は、共通ＮＡＳ１３０２及び専用ＮＡＳ１３０３を含み得る。ＲＲＣ１３０４は、共通ＲＲＣ１３０５及び専用ＲＲＣ１３０４を含み得る。
図１４は、ネットワークＮＡＳ及びＡＳプロトコルスタック１４００に対するＵＥの高レベル図を示す。図１４の例は、ＵＥ１４０１が、共通ＮＡＳ１４１１及び専用ＮＡＳ１４１０を含むＮＡＳ１４１０を含み得ることを示す。ＵＥ１４０１は、共通ＲＲＣ１４２１及び専用ＲＲＣ１４２０を含むＲＲＣ１４２０を含むことができる。
図１４の例はまた、２つのＰＬＭＮ、すなわち、ＰＬＭＮ Ａ１４０２及びＰＬＭＮ Ｂ１４０３も示す。ＰＬＭＮ Ａ１４０２は、共通ＲＲＣ１４３２及び専用ＲＲＣ１４３３を含むＲＲＣ１４３１を含む基地局１４３０を含み得る。ＰＬＭＮ Ａ１４０２は、共通ＮＡＳ１４４２及び専用ＮＡＳ１４４３を含むＮＡＳ１４４１を含むＣＮ１４４０を含み得る。
ＰＬＭＮ Ｂ１４０３は、共通ＲＲＣ１４５２及び専用ＲＲＣ１４５３を含むＲＲＣ１４５１を含む基地局１４５０を含み得る。ＰＬＭＮ Ｂ１４０３は、共通ＮＡＳ１４６２及び専用ＮＡＳ１４６３を含むＮＡＳ１４６１を含むＣＮ１４６０を含み得る。
図１３に示されるようなマルチＳＩＭ ＵＥ制御プレーンアーキテクチャの使用は、ネットワークが、例えば、図１４に例示するように、共通ＮＡＳ対専用ＮＡＳの分割又は共通ＲＲＣ対専用ＲＲＣの分割を伴う同様のアーキテクチャを実装することを必要としないことに留意されたい。
ＲＲＣ状態機械が本明細書に記載されている。ＲＲＣ状態は、サービングＳＩＭに関連して、又はサービングＳＩＭと関連付けられたサービングネットワークと同等に関連して説明され得る。そのようなＲＲＣ状態は、ＳＩＭレベルＲＲＣ状態（すなわち、サービングＳＩＭの範囲内のＲＲＣ状態）として表すことができる。同様に、ＲＲＣ状態は、全体として、すなわち、個々のＳＩＭレベルＲＲＣ状態の組み合わせとして、ＵＥに関連して説明され得る。そのようなＲＲＣ状態は、ＵＥレベルＲＲＣ状態として表すことができる。
図１５は、例示的なＲＲＣ状態機械１５００を示す。図１５の例は、ＵＥレベル全体のＲＲＣ状態機械を示し、ＲＲＣアーキテクチャは図４に示されるとおりである。図１５にキャプチャされたＲＲＣ状態の各々は、図４に示すように、ＣｏＲＲＣ又はＤｅＲＲＣに関するものであり得る。マルチＳＩＭ ＵＥのＲＲＣ状態機械は、マルチＳＩＭ動作モードの結果として、電力消費の任意の増加を低減し、ＵＥバッテリ寿命の短縮を回避するように設計され得る。動作のマルチＳＩＭ省電力モードを導入することが提案されている。マルチＳＩＭモードＵＥは、マルチＳＩＭ省電力モードで動作するように設計され得るか、又はＵＥ構成（例えば、ＧＵＩを介して）、ＵＥ能力、又はユーザ選好に基づいて、そのようなモードで動作するように設計され得る。ＵＥは、ネットワークとシグナリングを交換して、マルチＳＩＭ省電力モードで動作し得るかどうかを判定することができる。
ＵＥレベルＲＲＣ状態は、以下のように説明される。
ＦＵＬＬ ＲＲＣ ＩＤＬＥ１５０１：この状態では、ＵＥは、ＵＥ内のＳＩＭの各々について、すなわち、ＵＥにおけるＳＩＭの各々について、又は代替的に使用のために選択されたＵＥにおけるＳＩＭの各々について、ＳＩＭレベルＲＲＣ ＩＤＬＥ状態にあり得、ＵＥは、ＰＬＭＮ選択を実行し、セルにキャンプオンしたが、ＵＥがキャンプオンしたセルのいずれかにおいて、ＲＲＣ接続を有しない。以下、「ＵＥにおけるＳＩＭ」又は「使用のために選択されたＵＥにおけるＳＩＭ」又は「サービングＳＩＭ」という用語は、互換的に使用され得る。ＵＥは、この状態からＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ１５０６状態に遷移することができる。例えば、ＵＥがＵＥにおけるＳＩＭのうちの１つについてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときに、ＵＥは、ＦＵＬＬ ＲＲＣ ＩＤＬＥ１５０１からＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ１５０６状態に遷移する。ＦＵＬＬ ＲＲＣ＿ＩＤＬＥ状態１５０１では、ＵＥは、ＰＬＭＮ選択のための「低減電力」サポート、「低減電力」セル再選択、及び「低減電力」セルキャンプなどの「低減電力」アイドルモード動作を実行することができる。「低減電力」という用語及び「マルチＳＩＭ省電力」モードという用語は、本明細書では互換的に使用され得る。低減電力動作に加えて、ＦＵＬＬ＿ＲＲＣ＿ＩＤＬＥ状態１５０１は、以下のように更に説明され得る。
ＳＩＭ固有ＤＲＸは、上位層によって構成され得る。更に、ＵＥ固有ＤＲＸは、上位層によって構成され得る。この場合、ＵＥは、ＳＩＭ固有ＤＲＸ又はＵＥ固有ＤＲＸをネットワークに提供することができる。
ネットワーク構成に基づくＵＥ制御モビリティ、又はＵＥ能力、ユーザ選好、及びネットワーク構成に基づく低減電力ＵＥ制御モビリティ、
各サービングＳＩＭのＵＥは、以下を実行することができる。
ＵＥにおけるＳＩＭと関連付けられたサービングネットワークの各々に対して少なくとも１つのＰ－ＲＮＴＩを維持する。更に、ＵＥは、サービングネットワークが関連付けられているＳＩＭに関係なく、サービングネットワークを介して共通Ｐ－ＲＮＴＩを維持することができ、
ＤＣＩを介してＰ－ＲＮＴＩで伝送されるショートメッセージを監視し、
少なくとも１つの５Ｇ－Ｓ－ＴＭＳＩ、すなわちＵＥにおけるＳＩＭと関連付けられたサービングネットワークの各々について、少なくとも１つの５Ｇ－Ｓ－ＴＭＳＩを維持し、
５Ｇ－Ｓ－ＴＭＳＩを使用してＣＮページングのページングチャネルを監視しページングの監視は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行され得、
他のＳＩＭに対するＵＥ動作及びＳＩＭレベル状態を考慮して、必要に応じて隣接するセル測定及びセル（再）選択を実行し、セル測定及びセル（再）選択は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行することができ、
システム情報を取得し、ＳＩ要求（構成された場合）を送信することができる。システム情報の取得又はＳＩ要求の伝送は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行され得る。
ＦＵＬＬ ＲＲＣ ＩＮＡＣＴＩＶＥ１５０２：この状態では、ＵＥは、ＵＥにおけるＳＩＭの各々についてＳＩＭレベルＲＲＣ ＩＮＡＣＴＩＶＥ状態にある。ＦＵＬＬ ＲＲＣ＿ＩＮＡＣＴＩＣＥ状態１５０２では、ＵＥは、ＰＬＭＮ選択のための「低減電力」サポート、「低減電力」セル再選択、及び「低減電力」セルキャンプなどの「低減電力」アイドルモード動作を実行することができる。低減電力動作に加えて、ＦＵＬＬ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１５０２は、以下のように更に説明することができる。
ＳＩＭ固有ＤＲＸは、上位層によって構成され得る。更に、ＵＥ固有ＤＲＸは、上位層によって構成され得る。この場合、ＵＥは、ＳＩＭ固有ＤＲＸ又はＵＥ固有ＤＲＸをネットワークに提供することができる。
ネットワーク構成に基づくＵＥ制御モビリティ、又はＵＥ能力、ユーザ選好、及びネットワーク構成に基づく低減電力ＵＥ制御モビリティ、
ＵＥは、専用ＵＥ非アクティブＡＳコンテキスト、及び共通ＵＥ非アクティブＡＳコンテキスト、すなわち、ＤｅＲＲＣ及びＣｏＲＲＣの両方に関連するコンテキストを記憶する。
サービングＳＩＭ又はサービングネットワークごとに、ＲＡＮベースの通知領域がＲＲＣ層によって構成される、
各サービングＳＩＭのＵＥは、以下を実行することができる。
ＵＥにおけるＳＩＭと関連付けられたサービングネットワークの各々に対して少なくとも１つのＰ－ＲＮＴＩを維持する。更に、ＵＥは、サービングネットワークが関連付けられているＳＩＭに関係なく、例えばＲＡＮ共有ケースにおいて、サービングネットワークを介して共通のＰ－ＲＮＴＩを維持することができ、
ＤＣＩを介してＰ－ＲＮＴＩで伝送されるショートメッセージを監視し、
少なくとも１つの５Ｇ－Ｓ－ＴＭＳＩ、すなわちＵＥにおけるＳＩＭと関連付けられたサービングネットワークの各々について、少なくとも１つの５Ｇ－Ｓ－ＴＭＳＩを維持し、
５Ｇ－Ｓ－ＴＭＳＩを使用して、いずれかで、ＣＮページングのページングチャネルを監視し、ページングの監視は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行され得る。
隣接するセル測定及びセル（再）選択を実行し、セル測定及びセル（再）選択は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行することができ、
ＲＡＮベースの通知領域更新を、周期的に、かつ構成されたＲＡＮベースの通知領域の外側に移動するときに実行する。ＲＡＮベースの通知領域更新は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行することができ、
システム情報を取得し、ＳＩ要求（構成された場合）を送信することができる。システム情報の取得又はＳＩ要求の伝送は、マルチＳＩＭ非省電力モード又はマルチＳＩＭ省電力モードを使用して実行され得る。
ＵＥは、この状態からＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ１５０４又はＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ１５０５に遷移することができる。本文書の残りについて、ＵＥレベル状態遷移は、一度に１つのＳＩＭレベル状態遷移に関して説明されることに留意されたい。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ１５０４への遷移：ＵＥが、ＵＥにおけるＳＩＭのうちの１つについてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときに、ＵＥは、ＦＵＬＬ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ１５０２からこの状態に遷移することができる。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ１５０５への遷移：ＵＥが、ＵＥにおけるＳＩＭのうちの１つについてＳＩＭレベルＲＲＣ＿ＩＤＬＥに遷移するときに、ＵＥは、ＦＵＬＬ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ１５０２からこの状態に遷移することができる。
ＦＵＬＬ ＲＲＣ ＣＯＮＮＥＣＴＥＤ１５０３：この状態では、ＵＥは、ＵＥ内のＳＩＭの各々についてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある。この状態では、ＵＥは、専用ＡＳコンテキスト及び共通ＡＳコンテキストを記憶し、共通ＡＳコンテキストは、ＵＥ内のＳＩＭと関連付けられたサービングネットワークを介するコンテキスト情報に関する。ＵＥは、この状態からＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６又はＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４に遷移することができる。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６への遷移：ＵＥが、ＵＥにおけるＳＩＭのうちの１つについてＳＩＭレベルＲＲＣ＿ＩＤＬＥに遷移するときに、ＵＥは、ＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３からこの状態に遷移し得る。ＵＥは、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＤＬＥモード手順を実行することができる。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４への遷移：ＵＥがＵＥにおけるＳＩＭのうちの１つについて、ＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するときに、ＵＥは、ＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３からこの状態に遷移し得る。ＵＥは、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＮＡＣＴＩＶＥモード手順を実行することができる。
ＭＩＸＥＤ ＲＲＣ ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ１５０６：この状態では、ＵＥは、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあり、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、ＵＥにおけるＳＩＭはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にない。ＲＲＣ＿ＩＤＬＥ状態のＳＩＭの場合、ＵＥは、本文書に記載されるように、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＤＬＥモード手順を実行することができる。ＵＥは、この状態からＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３、ＦＵＬＬ＿ＲＲＣ＿ＩＤＬＥ状態１５０１、ＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５、又はＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７に遷移し得る。
ＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６からこの状態に遷移し得る。
ＦＵＬＬ＿ＲＲＣ＿ＩＤＬＥ状態１５０１への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥに遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６からこの状態に遷移し得る。
ＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあったＳＩＭのうちの１つについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６からこの状態に遷移し得る。
ＭＩＸＥＤ ＲＲＣ ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ１５０４：この状態では、ＵＥは、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であり、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、ＳＩＭはＲＲＣ＿ＩＤＬＥ状態にない。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＳＩＭの場合、ＵＥは、本文書に記載されているように、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＮＡＣＴＩＶＥモード手順を実行することができる。ＵＥは、この状態からＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３、ＦＵＬＬ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１５０２、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６、又はＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７に遷移し得る。
ＦＵＬＬ＿ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態１５０３への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４からこの状態に遷移し得る。
ＦＵＬＬ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態１５０２への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあったＳＩＭのうちの１つについて、又はＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあったＳＩＭのうちの１つについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４からこの状態に遷移し得る。
ＭＩＸＥＤ ＲＲＣ ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ１５０５：この状態では、ＵＥは、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあり、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあり、ＳＩＭはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にない。ＵＥは、本文書に記載されるように、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＤＬＥモード手順又はＲＲＣ＿ＩＮＡＣＴＩＶＥモード手順を実行することができる。ＵＥは、この状態からＦＵＬＬ＿ＲＲＣ＿ＩＤＬＥ状態１５０１、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６、ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ１５０７、又はＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態に遷移し得る。
ＦＵＬＬ＿ＲＲＣ＿ＩＤＬＥ状態１５０１への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあったＳＩＭのうちの１つについて、又はＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあったＳＩＭのうちの１つについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５からこの状態に遷移し得る。
ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７：この状態では、ＵＥは、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあり、１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあり、及び１つ以上のＳＩＭについてＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある。ＵＥは、本文書に記載されるように、例えば、ネットワーク構成、又はＵＥ選好設定に基づいて、マルチＳＩＭ省電力モード又はマルチＳＩＭ非省電力モードに固有のＲＲＣ＿ＩＤＬＥモード手順又はＲＲＣ＿ＩＮＡＣＴＩＶＥモード手順を実行することができる。ＵＥは、この状態から上記の混合ＲＲＣ状態のうちの１つに遷移し得る。例えば、ＵＥは、この状態からＭＩＸＥＤ ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４、ＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６、又はＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５に遷移し得る。
ＭＩＸＥＤ ＲＲＣ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０４への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７からこの状態に遷移し得る。
ＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０６への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときに、又はＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥにあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７からこの状態に遷移し得る。
ＭＩＸＥＤ ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ状態１５０５への遷移：ＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移するときに、又はＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、又はＵＥがＳＩＭレベルＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあった唯一のＳＩＭについて、ＵＥがＳＩＭレベルＲＲＣ＿ＩＤＬＥ状態に遷移するときに、ＵＥは、ＭＩＸＥＤ＿ＲＲＣ＿ＩＤＬＥ＿ＩＮＡＣＴＩＶＥ＿ＣＯＮＮＥＣＴＥＤ状態１５０７からこの状態に遷移し得る。
図１６は、ＵＥレベルＣｏＮＡＳ状態機械１６００を示す。マルチＳＩＭ ＵＥのＣｏＮＡＳ状態機械は、マルチＳＩＭ動作モードの結果として、電力消費の任意の増加を低減し、ＵＥバッテリ寿命の短縮を回避するように設計され得る。ＣｏＮＡＳ状態機械は、ＦＵＬＬ ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ１６０１、ＳＩＮＧＬＥ ＲＭーＲＥＧＩＳＴＥＲＥＤ１６０２、及びＭＵＬＴＩＰＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態１６０３を有し得る。状態は、ＣｏＮＡＳエンティティがＤｅＮＡＳエンティティ間で実行する必要があるアービトレーションの量によって、一般に区別されるか、又は特徴付けられ得る。ＣｏＮＡＳエンティティによって実行されるアービトレーションは、各ＤｅＮＡＳエンティティが、ＮＡＳシグナリングを送信又は受信するためにトランシーバを使用することが許可されている場合に関連する。１つのＣｏＮＡＳ状態機械は、各トランシーバのＣｏＮＡＳによって維持され得る。
省電力モード（Power Saving Mode、ＰＳＭ）及び拡張アイドルモードＤＲＸパラメータは、登録手順において、ＵＥによってネットワークに提案することができる。ＤｅＮＡＳエンティティは、値がネットワークに提供される前に、値をＣｏＮＡＳエンティティに提供することができ、ＣｏＮＡＳは、新しい値を提案するか、又は値を承認することができる。例えば、ＣｏＮＡＳエンティティは、ＤｅＮＡＳ状態がより長い期間ＣＭ－ＩＤＬＥであり得る可能性を高めるために、より長い周期的登録タイマ又は短縮アクティブタイマを提案することができる。代替的に、ＣｏＮＡＳエンティティは、ＤｅＮＡＳエンティティが同時に機能を実行することを要求する状況を回避するために、他のＤｅＮＡＳエンティティのタイマとより良好に調整されたタイマを提案することができる。
ＣｏＮＡＳ状態機械の状態を以下に説明する。上述のように、これらの状態は、単一のＲＡＴ（すなわち、非３ＧＰＰ又は３ＧＰＰ）に関連する。
ＦＵＬＬ ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ１６０１：この状態では、全てのＤｅＮＡＳエンティティのＲＭ状態の全てが、関連付けられたＲＡＴ（すなわち、３ＧＰＰ又は非３ＧＰＰ）についてＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤである。ＦＵＬＬ ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態は、以下のように更に特徴付けられ得る。
この状態にある間は、ＣｏＮＡＳエンティティは、関連付けられたＲＡＴで登録要求を送信する許可のために、任意のＤｅＮＡＳエンティティから要求を受信することができる。ＣｏＮＡＳエンティティは、典型的には、他のＤｅＮＡＳ状態機械のＲＭ状態が、関連付けられたＲＡＴについて現在、ＲＭ ＲＥＧＩＳＴＥＲＥＤでないため、この要求を許可することができ、したがって、ＮＡＳ機能のアービトレーションは必要ない。
ＣｏＮＡＳエンティティは、今、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤであるという、ＤｅＮＡＳエンティティからの指標を受信すると、ＳＩＮＧＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態１６０２に遷移し得る。この遷移は、図１６のステップ１に示されている。
ＳＩＮＧＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ１６０２：この状態では、１つのＤｅＮＡＳエンティティのみのＲＭ状態は、関連付けられたＲＡＴ（すなわち、３ＧＰＰ又は非３ＧＰＰ）でＲＭ－ＲＥＧＩＳＴＥＲＥＤであり、残りは、関連付けられたＲＡＴでＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤである。この状態では、ＣｏＮＡＳエンティティは、第２のＤｅＮＡＳエンティティと関連付けられているＲＭ状態機械が、関連付けられたＲＡＴに関する登録を開始することを望むことを示すまで、任意のアービトレーション機能を実行する必要はない。ＳＩＮＧＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態１６０２は、以下のように更に特徴付けられ得る。
この状態にある間は、ＣｏＮＡＳエンティティは、ＮＡＳメッセージ要求（例えば、モビリティ登録更新、周期的な登録更新、サービス要求、又はＵＥ構成更新）を送信する許可のために、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである、ＤｅＮＡＳエンティティからの要求を受信することができる。ＣｏＮＡＳエンティティは、典型的には、他のＤｅＮＡＳ状態機械のＲＭ状態が、関連付けられたＲＡＴで現在、ＲＭ ＲＥＧＩＳＴＥＲＥＤでないため、この要求を許可することができ、したがって、ＮＡＳ機能のアービトレーションは必要ない。
この状態にある間は、ＣｏＮＡＳエンティティは、ＤｅＮＡＳエンティティから要求を受信することができ、そのＲＭ状態は、関連付けられたＲＡＴで初期登録要求を送信する許可のために、関連付けられたＲＡＴでＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤである。ＣｏＮＡＳエンティティは、ＤｅＮＡＳに、要求を送信することが許容される時間を示すことができ、ＣｏＮＡＳは、他のＤｅＮＡＳエンティティ（ＲＭ－ＲＥＧＩＳＴＥＲＥＤであるＲＭ状態機械を有し得る）に、関連付けられたＲＡＴで新しいＮＡＳアクティビティを同時に開始するべきではないことを示すことができる。
ＤｅＮＡＳエンティティが、異なるＤｅＮＡＳエンティティが、関連付けられたＲＡＴを特定の時間に使用することができるという通知を受信することができる場合、ＤｅＮＡＳは、ＡＮシグナリング接続を解放することができ、したがって、ＤｅＮＡＳのＣＭ状態をＣＭ－ＩＤＬＥに遷移させることができることに留意されたい。
関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤであったＤｅＮＡＳエンティティが、今、関連付けられたＲＡＴでＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤであることを示す場合、ＣｏＮＡＳエンティティは、ＦＵＬＬ ＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤ状態１６０１に遷移し得る。この遷移は、図１６のステップ２に示されている。
関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤでなかったＤｅＮＡＳエンティティが、今、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤであることを示す場合、ＣｏＮＡＳエンティティは、ＭＵＬＴＩＰＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態１６０３に遷移し得る。この遷移は、図１６のステップ３に示されている。
ＣｏＮＡＳエンティティが、ＤｅＮＡＳエンティティに、いくつかの動作（例えば、周期的な登録更新）を実行することができることを通知する場合、ＣｏＮＡＳエンティティはまた、ＤｅＮＡＳエンティティに、ＤｅＮＡＳエンティティが特定の動作を実行することのみを許可され、追加のアクティビティを実行する（例えば、ＰＤＵセッションを確立し、ＵＬデータを送信するか、又はダウンリンクデータを受信する）ことを許可されていないことを、ＤｅＮＡＳエンティティに示すことができることに留意されたい。ＤｅＮＡＳエンティティは、いくつかのより高い優先度のアクティビティを実行することを待機しているため、ＣｏＮＡＳエンティティは、これをＤｅＮＡＳ層に示すことができる。したがって、ＤｅＮＡＳは、周期的登録更新を実行する場合、ネットワークに、周期的登録更新を実行しているが、この時点で他の動作を実行する（すなわち、ＤＬデータデータを受信する）ことができないことを示すことができる。ＵＥは、周期的な登録中に、０のＰＳＭアクティブタイマ値を提供することによって、この状態を示すことができる。したがって、再び直ちにＣＭ－ＩＤＬＥに入っていることを示す。
ＭＵＬＴＩＰＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ１６０３：この状態では、少なくとも２つのＤｅＮＡＳエンティティは、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである。この状態では、ＣｏＮＡＳエンティティは、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである少なくとも１つの状態機械を有するＤｅＮＡＳエンティティのＮＡＳ機能間でアービトレーションを実行する必要がある。ＭＵＬＴＩＰＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ１６０３状態は、以下のように更に説明され得る。
この状態にある間は、ＣｏＮＡＳエンティティは、ＮＡＳメッセージ要求（例えば、モビリティ登録更新、周期的な登録更新、サービス要求、又はＵＥ構成更新）を送信する許可のために、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである、ＲＭ状態機械を有する、ＤｅＮＡＳエンティティからの要求を受信することができる。ＣｏＮＡＳエンティティは、要求するＤｅＮＡＳエンティティに、関連付けられたＲＡＴで要求を送信することが許容可能である時間を示すことができ、他のＤｅＮＡＳエンティティに、関連付けられたＲＡＴで任意の新しいＮＡＳアクティビティを同時に開始するべきではないことを示すことができる。
周期的な登録更新を送信するための、ＤｅＮＡＳエンティティからＣｏＮＡＳエンティティへの要求は、周期的な登録更新タイマの間近に迫った満了に基づき得ることに留意されたい。
モビリティ登録更新を送信するための、ＤｅＮＡＳエンティティからＣｏＮＡＳエンティティへの要求は、モビリティイベントに基づき得ることに留意されたい。
代替的に、ＤｅＮＡＳエンティティは、ＣｏＮＡＳエンティティが、周期的な登録更新が必要とされるときを検出することができるように、周期的登録更新タイマ（又は非３ＧＰＰ登録解除タイマ）をＣｏＮＡＳエンティティに提供することができる。
代替的に、ＤｅＮＡＳエンティティは、ＣｏＮＡＳエンティティが、モビリティ登録更新が必要とされるときを検出することができるように、登録領域をＣｏＮＡＳエンティティに提供することができる。
ＤｅＮＡＳエンティティが、異なるＤｅＮＡＳエンティティが、関連付けられたＲＡＴを特定の時間に使用することができるという通知を受信することができる場合、ＤｅＮＡＳは、ＡＮシグナリング接続を解放することができ、したがって、ＤｅＮＡＳのＣＭ状態をＣＭ－ＩＤＬＥに遷移させることができることに留意されたい。
この状態にある間は、ＣｏＮＡＳエンティティは、ＤｅＮＡＳエンティティから要求を受信することができ、そのＲＭ状態は、登録要求を送信する許可のために、関連付けられたＲＡＴでＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤである。ＣｏＮＡＳエンティティは、ＤｅＮＡＳに、関連付けられたＲＡＴで要求を送信することが許容される時間を示すことができ、ＣｏＮＡＳは、他のＤｅＮＡＳエンティティ（ＲＭ－ＲＥＧＩＳＴＥＲＥＤであるＲＭ状態機械を有し得る）に、関連付けられたＲＡＴで新しいＮＡＳアクティビティを同時に開始するべきではないことを示すことができる。
ＤｅＮＡＳエンティティが、異なるＤｅＮＡＳエンティティが、関連付けられたＲＡＴを特定の時間に使用することができるという通知を受信することができる場合、ＤｅＮＡＳは、ＡＮシグナリング接続を解放することができ、したがって、ＤｅＮＡＳのＣＭ状態をＣＭ－ＩＤＬＥに遷移させることができることに留意されたい。
関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである、ＲＭ状態機械を有するＤｅＮＡＳエンティティが、ＣｏＮＡＳエンティティに、関連付けられたＲＡＴでＲＭ－ＤＥＲＥＧＩＳＴＥＲＥＤであることを示す場合、ＣｏＮＡＳエンティティは、関連付けられたＲＡＴでＲＭ－ＲＥＧＩＳＴＥＲＥＤである、ＲＭ状態機械を有する１つのＤｅＮＡＳエンティティのみがある場合、ＳＩＮＧＬＥ ＲＭ－ＲＥＧＩＳＴＥＲＥＤ状態１６０２に遷移することができる。この遷移は、図１６のステップ４に示されている。
ＣｏＮＡＳエンティティが、ＤｅＮＡＳエンティティに、いくつかの動作（例えば、周期的な登録更新）を実行することができることを知らせる場合、ＣｏＮＡＳエンティティはまた、ＤｅＮＡＳエンティティに、ＤｅＮＡＳエンティティが特定の動作を実行することのみを許可され、追加のアクティビティを実行する（例えば、ＰＤＵセッションを確立し、ＵＬデータを送信するか、又はダウンリンクデータを受信する）ことを許可されていないことを、ＤｅＮＡＳエンティティに示すことができることに留意されたい。ＤｅＮＡＳエンティティは、いくつかのより高い優先度のアクティビティを実行することを待機しているため、ＣｏＮＡＳエンティティは、これをＤｅＮＡＳ層に示すことができる。したがって、ＤｅＮＡＳは、周期的登録更新を実行する場合、ネットワークに、周期的登録更新を実行しているが、この時点で他の動作を実行する（すなわち、ＤＬデータデータを受信する）ことができないことを示すことができる。ＵＥは、周期的な登録中に、０のＰＳＭアクティブタイマ値を提供することによって、この状態を示すことができる。したがって、直ちにＣＭ－ＩＤＬＥに入ることを示す。
ＲＸ／ＴＸチェーンのＴＤＭ共有を可能にするための手順は、別の実施形態に従って本明細書で説明される。シングルＲＸ及びシングルＴＸチェーン又はデュアルＲＸ及びシングルＴＸチェーンを備えたマルチＳＩＭデバイス用の複数のＰＬＭＮとの同時ＵＬ／ＤＬ通信を維持するために、本明細書では、ＴＤＭ方式でのＲＸ／ＴＸチェーンの共有を可能にするためのＡＳ手順が提案される。ＵＥの内部及び／又はＵＥとネットワークとの間のＡＳ層でのシグナリングは、複数のＰＬＭＮとの通信を調整するために使用される。例示の目的で、本明細書では、ＵＥが２つのＳＩＭ、すなわち、ＳＩＭ１及びＳＩＭ２で構成されているシナリオが考慮されているが、本明細書に記載のソリューションは、２つを超えるＳＩＭが構成されている構成に拡張され得る。
様々なクラスのソリューションが想定され得、ソリューションのタイプは、ＲＸ／ＴＸチェーンの数、第２のＰＬＭＮを用いたＵＬ／ＤＬ伝送に対応するための、第１のＰＬＭＮを用いたＵＬ／ＤＬ通信において必要なギャップの長さ、及び／又はＰＬＭＮのネットワークノード間の調整レベルに依存している。
第１のＰＬＭＮを用いたＵＬ／ＤＬ伝送における短いギャップ（例えば、１０～１００ｍｓ）又は極小ギャップ（例えば、＜１０ｍｓ）が、第２のＰＬＭＮを用いたＵＬ／ＤＬ伝送に対応するために必要とされるシナリオでは、ＲＸ／ＴＸチェーンの動的共有を可能にするソリューションのクラスが使用され得る。これらのソリューションにおける更なる最適化は、複数のＰＬＭＮのネットワークノード間の調整が可能である場合（例えば、ＭＮＯ内又はＲＡＮ共有展開）に得ることができる。
第１のＰＬＭＮを用いたＵＬ／ＤＬ伝送における長いギャップ（例えば、＞１００ｍｓ）が、第２のＰＬＭＮを用いたＵＬ／ＤＬ伝送に対応するために必要であるシナリオでは、ＲＸ／ＴＸチェーンの準静的共有を可能にするソリューションのクラスが使用され得る。このクラスのソリューションはまた、第２のＰＬＭＮを用いたＵＬ／ＤＬ伝送が、耐性が遅い場合、又は複数のＰＬＭＮのネットワークノード間の調整が可能ではない場合（例えば、ＭＮＯ間展開）などの他のシナリオに適用され得る。
図１７は、ＲＸ／ＴＸチェーンアービタ１７００とのＲＸ／ＴＸチェーンの動的共有を示す。１つのクラスのソリューションでは、ＲＸ／ＴＸチェーンアービタ１７０２は、共有ＲＸ／ＴＸチェーンへのＴＤＭアクセスを可能にするために使用される。ＲＸＯＰ又はＴＸＯＰの前に、ＡＳ（例えば、専用ＡＳ１７０１又は専用ＡＳ１７０２）によって、ＲＸ／ＴＸチェーンアービタ１７０２に、共有ＲＸ／ＴＸチェーンにアクセスする要求が行われる。ＲＸ／ＴＸチェーンアービタ１７０２は、ＡＳに、共有ＲＸ／ＴＸチェーンへのアクセスが許可されたかどうかを示す応答を提供することができる。以下、ＲＸ／ＴＸチェーンアービタという用語及びアービタ機能という用語は、互換的に使用され得る。一実施形態では、アービタ機能は、ＲＲＣ層、ＭＡＣ層、又はＰＨＹ層によって実装され得る。別の実施形態では、アービタ機能は、ＮＡＳ層によって実装され得る。
ＲＸ／ＴＸチェーンへのアクセスは、ＲＸ／ＴＸチェーンアービタ１７０２によって先着順で許可され得る。代替的に、ＵＳＩＭ識別子、アクセスが要求されているサービスの優先度、アクセスが要求されているＭＡＣ手順などに基づいて優先され得る。
ＡＳによってＲＸ／ＴＸチェーンアービタ１７０２に提供される要求は、ＲＸ／ＴＸチェーンへのアクセスが所望される時間及びアクセスが望まれる期間を示し得、例えば、開始時間及び持続時間、開始時間及び終了時間などである。要求はまた、アクセスの優先順位の指標を含み得る。ＡＳは、構成されたＣＯＲＥＳＥＴ、探索空間、ＳＰＳ構成、ＤＲＸ構成などに基づいてＲＸＯＰが発生するときを判定することができる。ＡＳは、動的又は構成された許可、ＰＵＣＣＨ機会、ＲＡＣＨ機会などに基づいてＴＸＯＰが発生するときを判定することができる。
ＡＳへのＲＸ／ＴＸチェーンアービタ１７０２によって提供される応答は、アクセスが許可されたかどうかを示し、例えば、ＴＲＵＥがアクセスが許可されたことを示し、ＦＡＬＳＥがアクセスが許可されなかったことを示すブールフラグ。
共有ＲＸ／ＴＸチェーンへのアクセスが許可される場合、ＤＬがＲＸＯＰ中に監視されるか、又はＵＬがＴＸＯＰ中に伝送される。共有ＲＸ／ＴＸチェーンへのアクセスが許可されない場合、ＡＳ手順は、欠落したＲＸＯＰ／ＴＸＯＰを考慮に入れるように適応され得る。
ＲＸ／ＴＸチェーンへのアクセスがトラフィックパターン及び／又はＡＳ構成に基づいて事前判定され得るシナリオでは、明示的な要求／応答は、各アクセス試行に対して提供されない場合がある。代わりに、ＲＸ／ＴＸチェーンアービタは、関連情報が提供され得、このようなイベントが発生したときに、欠落したＲＸＯＰ／ＴＸＯＰの指標は、もたらされる専用ＡＳに提供され得る。
欠落したＲＸＯＰ／ＴＸＯＰの指標はまた、ネットワークに提供され得る。指標は、欠落したＲＸＯＰ／ＴＸＯＰの発生を進行させるＴＸＯＰ中にネットワークに提供されて、ネットワークが、欠落したＲＸＯＰ／ＴＸＯＰに対処するためにプロアクティブアクションを行うことを可能にすることができる。代替的に、ＵＥは、その後のＴＸＯＰ中に指標を提供して、ネットワークが、欠落したＲＸＯＰ／ＴＸＯＰにリアクティブアクションを行うことを可能にすることができる。また、別の代替例では、欠落したＲＸＯＰ／ＴＸＯＰの明示的な指標を提供することと関連付けられたシグナリングオーバーヘッドを低減するために、ＵＥは、ＲＸ／ＴＸチェーンへのアクセスのためのスケジュールをネットワークに提供することができ、そのため、ネットワークは、欠落したＲＸＯＰ／ＴＸＯＰが発生し得るときを予測することができる。
ＲＸ／ＴＸチェーンアービタは、プリエンプションをサポートすることができる。例えば、アクセスが優先度ベースであるシナリオでは、ＲＸ／ＴＸチェーンアービタは、より高い優先度アクセスによって保留中又は進行中のアクセスを中断することを可能にし得る。そのような中断が発生すると、ＲＸ／ＴＸチェーンアービタ１７０２は、中断された専用ＡＳに指標を提供して、それに応じて中断を処理することができる。
ＡＳとＲＸ／ＴＸチェーンアービタ１７０２との間のインターフェースは、１つ以上のＡＳ層で提供され得る。
図１８は、ＡＳとＲＸ／ＴＸチェーンアービタとの間のインターフェース１８００を示す。各ＳＩＭは、専用ＡＳ（例えば、専用ＡＳ１８０１及び専用ＡＳ１８０２）及び各専用ＡＳのＭＡＣ層と関連付けられており、すなわち、ＤｅＭＡＣは、ＲＸ／ＴＸチェーンアービタ１８０２とインターフェース接続し、これは、ＣｏＭＡＣ内で実現されて、共有ＲＸ／ＴＸチェーンへのアクセスを要求することができる。ＭＡＣの内部のシグナリングは、欠落したＲＸＯＰ／ＴＸＯＰの指標がＲＸ／ＴＸチェーンアービタから受信されたときにＭＡＣ手順の挙動を適応させるために使用され得る。
図１９は、別の実施形態による、ＡＳとＲＸ／ＴＸチェーンアービタとの間の例示的なインターフェースを示す。図１９の例では、各専用ＡＳ（例えば、専用ＡＳ１９０１及び専用ＡＳ１９０３）のＰＨＹ層は、ＲＸ／ＴＸチェーンアービタ１９０２とインターフェース接続して、共有ＲＸ／ＴＸチェーンへのアクセスを要求する。ＰＨＹは、共有ＲＸ／ＴＸチェーンへのアクセスが許可されない場合、ＭＡＣに、欠落したＲＸＯＰ／ＴＸＯＰ指標１９１０を提供することができ、ＭＡＣ手順は、欠落したＲＸＯＰ／ＴＸＯＰを考慮に入れるように適応される。代替的に、ＲＸ／ＴＸチェーンへのアクセスが許可されたという指標が、代わりに提供され得る。更に別の代替案では、両方のタイプの指標が提供され得る。
図２０は、別の実施形態によるＡＳとＲＸ／ＴＸチェーンアービタとの間の別の例示的なインターフェース２０００を示す。図２０の例では、各専用ＡＳ（例えば、専用ＡＳ２００１及び専用ＡＳ２００２）のＰＨＹ層又はＭＡＣ層は、ＲＸ／ＴＸチェーンアービタ２００３、２００４とインターフェース接続して、共有ＲＸ／ＴＸチェーンへのアクセスを要求する。この例では、各専用ＡＳのＰＨＹ層は、ＲＸ／ＴＸチェーンアービタ２００３、２００４とインターフェース接続して、共有ＲＸチェーン及びＭＡＣへのアクセスを要求し、例えば、ＨＡＲＱエンティティは、ＲＸ／ＴＸチェーンアービタとインターフェース接続して、ＴＸチェーンへのアクセスを要求する。
図２１は、ＲＸ／ＴＸチェーンアービタを使用したＲＸ／ＴＸチェーンの動的共有のための例示的なシグナリング図２１００を示す。シグナリング図のステップを説明するために使用されるテキストでは、表記ＡＳＸは、ＳＩＭ Ｘと関連付けられたＡＳを指すために使用され、ｇＮＢＹという用語は、ＰＬＭＮ Ｙと関連付けられたｇＮＢを指すために使用される。
図２１を参照すると、ＡＳ１は、ＲＸチェーンへのアクセスを要求することができる（ステップ１）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ２）。ＡＳ１は、要求されたＲＸＯＰ中に、ｇＮＢＡからのＤＬ伝送を受信することができる（ステップ３）。ＡＳ１は、ＴＸチェーンへのアクセスを要求することができる（ステップ４）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ５）。ＡＳ１は、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＡに伝送することができる（ステップ６）。ＡＳ２は、ＴＸチェーンへのアクセスを要求することができる（ステップ７）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ８）。ＡＳ２は、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＢに伝送することができる（ステップ９）。
図２２は、ＲＸ／ＴＸチェーンアービタを使用したＲＸ／ＴＸチェーンの動的共有のための例示的なシグナリング図２２００を示し、各専用ＡＳのＰＨＹ層は、ＲＸ／ＴＸチェーンアービタとインターフェース接続する。図２２を参照すると、ＡＳ１のＰＨＹは、ＲＸチェーンへのアクセスを要求することができる（ステップ１）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ２）。ＡＳ１のＰＨＹは、要求されたＲＸＯＰ中にｇＮＢＡからのＤＬ伝送を受信することができる（ステップ３）。ＡＳ１のＰＨＹは、受信されたＭＡＣ ＰＤＵを、ＡＳ１のＭＡＣに送信することができる（ステップ４）。ＡＳ１のＭＡＣは、ＭＡＣ ＰＤＵを、ＡＳ１のＰＨＹに送信することができる（ステップ５）。ＡＳ１のＭＡＣは、ＵＬ許可を、ＡＳ１のＰＨＹに送信することができる（ステップ６）。ＡＳ１のＰＨＹは、ＴＸチェーンへのアクセスを要求することができる（ステップ７）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ８）。ＡＳ１のＰＨＹは、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＡに伝送することができる（ステップ９）。ＡＳ２のＭＡＣは、ＭＡＣ ＰＤＵを、ＡＳ２のＰＨＹに送信することができる（ステップ１０）。ＡＳ２のＭＡＣは、ＵＬ許可を、ＡＳ２のＰＨＹに送信することができる（ステップ１１）。ＡＳ２のＰＨＹは、ＴＸチェーンへのアクセスを要求することができる（ステップ１２）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ１３）。ＡＳ２のＰＨＹは、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＢに伝送することができる（ステップ１４）。
図２３は、欠落したＲＸＯＰ及びＴＸＯＰが発生する場合の、ＲＸ／ＴＸチェーンアービタを使用したＲＸ／ＴＸチェーンの動的共有のためのシグナリング図２３００を示す。図２３を参照すると、ＡＳ２は、ＲＸチェーンへのアクセスを要求することができる（ステップ１）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ２）。ＡＳ１は、ＲＸチェーンへのアクセスを要求することができる（ステップ３）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能でない可能性があると判定することができ、アクセスが許可されなかったことを示す応答を提供することができる（ステップ４）。ＡＳ１は、ＡＳ手順を適応させて、欠落したＲＸＯＰを考慮する（ステップ５）。ＡＳ２は、要求されたＲＸＯＰ中にｇＮＢＢからのＤＬ伝送を受信することができる（ステップ６）。ＡＳ１は、ＲＸチェーンへのアクセスを要求することができる（ステップ７）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ８）。ＡＳ１は、要求されたＲＸＯＰ中にｇＮＢＡからのＤＬ伝送を受信することができる（ステップ９）。ＡＳ１は、ＴＸチェーンへのアクセスを要求することができる（ステップ１０）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ１１）。ＡＳ２は、ＴＸチェーンへのアクセスを要求することができる（ステップ１２）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能でない可能性があると判定することができ、アクセスが許可されなかったことを示す応答を提供することができる（ステップ１３）。ＡＳ２は、ＡＳ手順を適応させて、欠落したＴＸＯＰを考慮する（ステップ１４）。ＡＳ１は、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＡに伝送することができる（ステップ１５）。ＡＳ２は、ＴＸチェーンへのアクセスを要求することができる（ステップ１６）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ１７）。ＡＳ２は、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＢに伝送することができる（ステップ１８）。
図２４は、欠落したＲＸＯＰ及びＴＸＯＰが発生した場合の、ＲＸ／ＴＸチェーンアービタを使用したＲＸ／ＴＸチェーンの動的共有のためのシグナリング図２４００を示し、各専用ＡＳのＰＨＹ層は、ＲＸ／ＴＸチェーンアービタとインターフェース接続する。図２４を参照すると、ＡＳ２のＰＨＹは、ＲＸチェーンへのアクセスを要求することができる（ステップ１）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ２）。ＡＳ１のＰＨＹは、ＲＸチェーンへのアクセスを要求することができる（ステップ３）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能でない可能性があると判定することができ、アクセスが許可されなかったことを示す応答を提供することができる（ステップ４）。ＡＳ１のＰＨＹは、ＡＳ１のＭＡＣに欠落したＲＸＯＰ指標を提供することができる（ステップ５）。ＡＳ１のＭＡＣは、ＭＡＣ手順を適応させて、欠落したＲＸＯＰを考慮する（ステップ６）。ＡＳ２のＰＨＹは、要求されたＲＸＯＰ中にｇＮＢＢからのＤＬ伝送を受信することができる（ステップ７）。ＡＳ２のＰＨＹは、受信されたＭＡＣ ＰＤＵを、ＡＳ２のＭＡＣに送信することができる（ステップ８）。ＡＳ１のＰＨＹは、ＲＸチェーンへのアクセスを要求することができる（ステップ９）。ＲＸ／ＴＸチェーンアービタは、ＲＸが、要求されたＲＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ１０）。ＡＳ１のＰＨＹは、要求されたＲＸＯＰ中にｇＮＢＡからのＤＬ伝送を受信することができる（ステップ１１）。ＡＳ１のＰＨＹは、受信されたＭＡＣ ＰＤＵを、ＡＳ１のＭＡＣに送信することができる（ステップ１２）。ＡＳ１のＭＡＣは、ＭＡＣ ＰＤＵを、ＡＳ１のＰＨＹに送信することができる（ステップ１３）。ＡＳ１のＭＡＣは、ＵＬ許可を、ＡＳ１のＰＨＹに送信することができる（ステップ１４）。ＡＳ１のＰＨＹは、ＴＸチェーンへのアクセスを要求することができる（ステップ１５）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ１６）。ＡＳ２のＭＡＣは、ＭＡＣ ＰＤＵを、ＡＳ２のＰＨＹに送信することができる（ステップ１７）。ＡＳ２のＭＡＣは、ＵＬ許可を、ＡＳ２のＰＨＹに送信することができる（ステップ１８）。ＡＳ２のＰＨＹは、ＴＸチェーンへのアクセスを要求することができる（ステップ１９）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能ではない可能性があると判定することができ、アクセスが許可されなかったことを示す応答を提供することができる（ステップ２０）ＡＳ２のＰＨＹは、欠落したＴＸＯＰ指標を、ＡＳ２のＭＡＣに提供することができる（ステップ２１）ＡＳ２のＭＡＣは、ＭＡＣ手順を適応させて、欠落したＴＸＯＰを考慮する（ステップ２２）ＡＳ１のＰＨＹは、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＡに伝送することができる（ステップ２３）ＡＳ２のＭＡＣは、ＭＡＣ ＰＤＵを、ＡＳ２のＰＨＹに送信することができる（ステップ２４）。ＡＳ２のＭＡＣは、ＵＬ許可を、ＡＳ２のＰＨＹに送信することができる（ステップ２５）。ＡＳ２のＰＨＹは、ＴＸチェーンへのアクセスを要求することができる（ステップ２６）。ＲＸ／ＴＸチェーンアービタは、ＴＸが、要求されたＴＸＯＰ中に利用可能であり得ると判定することができ、アクセスが許可されたことを示す応答を提供することができる（ステップ２７）。ＡＳ２のＰＨＹは、要求されたＴＸＯＰ中に、ＵＬをｇＮＢＢに伝送することができる（ステップ２８）。
ＲＸ／ＴＸチェーンの半静的共有は、別のクラスのソリューションにおいて本明細書に記載されている。ＲＸ／ＴＸチェーンの半静的共有は、ＲＲＣ接続を中断又は解放することによって達成され得る。
ソリューションの一実施形態では、各ＳＩＭはＤｅＲＲＣと関連付けられ、ＣｏＲＲＣは所与の時間にどのＤｅＲＲＣがアクティブであるべきかを判定することができる。どのＤｅＲＲＣがアクティブであるべきかの判定は、より高い上位層からのＲＲＣ設定要求の確立理由、ＡＳ接続のために構成された論理チャネル又は無線ベアラのＱｏＳ又は優先度、現在ＡＳ接続によって実行される手順、例えば、ランダムアクセス、ビーム障害検出及び回復に基づき得る。
図２５は、ＲＲＣ中断が、ＲＸ／ＴＸチェーン２５００の半静的共有を可能にするために使用される手順を示す。図２５を参照すると、上位層（例えば、ＮＡＳ）は、ＲＲＣ接続がＳＩＭ１に対して確立されることを要求することができる（ステップ１）。ＳＩＭ１のＤｅＲＲＣは、新しいＲＲＣ接続を確立することを要求することができる（ステップ２）。ＣｏＲＲＣは、ＲＲＣ接続を確立することができると判定することができる（ステップ３）。ＣｏＲＲＣは、要求が許可されたことを示す応答を提供することができる（ステップ４）。ＳＩＭ１のＤｅＲＲＣは、ｇＮＢＡとのＲＲＣ接続を確立することができる（ステップ５）。ＤｅＲＲＣは、ｇＮＢＡとのＵＬ／ＤＬ通信を実行することができる（ステップ６）。上位層（例えば、ＮＡＳ）は、ＲＲＣ接続がＳＩＭ２に対して確立されることを要求することができる（ステップ７）。ＳＩＭ２のＤｅＲＲＣは、新しいＲＲＣ接続を確立することを要求することができる（ステップ８）。ＣｏＲＲＣは、ＳＩＭ２のＲＲＣ接続を確立する場合がある前にＳＩＭ１のＲＲＣ接続を中断する必要があると判定することができる（ステップ９）。ＣｏＲＲＣは、ＲＲＣ接続を中断する必要があることを示す、ＳＩＭ１のＤｅＲＲＣへの応答を提供することができる（ステップ１０）。ＳＩＭ１の専用サブレイヤは、ＲＲＣ接続を中断することができる（ステップ１１）。ＣｏＲＲＣは、新しいＲＲＣ接続を確立する要求が許可されたことを示す、ＳＩＭ２のＤｅＲＲＣに対する応答を提供することができる（ステップ１２）。ＳＩＭ２のＤｅＲＲＣは、ｇＮＢＢとのＲＲＣ接続を確立する（ステップ１３）。ＤｅＲＲＣは、ｇＮＢＢとのＵＬ／ＤＬ通信を実行することができる（ステップ１４）。
図２６は、ソリューションＲＲＣ解放の別の態様が、ＲＸ／ＴＸチェーンの半静的共有を可能にするために使用され得る例示的な手順２６００を示す。図２６を参照すると、上位層（例えば、ＮＡＳ）は、ＲＲＣ接続がＳＩＭ１に対して確立されることを要求することができる（ステップ１）。ＳＩＭ１のＤｅＲＲＣは、新しいＲＲＣ接続を確立することを要求することができる（ステップ２）。ＣｏＲＲＣは、ＲＲＣ接続を確立することができると判定することができる（ステップ３）。ＣｏＲＲＣは、要求が許可されたことを示す応答を提供することができる（ステップ４）。ＳＩＭ１のＤｅＲＲＣは、ｇＮＢＡとのＲＲＣ接続を確立する（ステップ５）ＤｅＲＲＣは、ｇＮＢＡとのＵＬ／ＤＬ通信を実行することができる（ステップ６）。上位層（例えば、ＮＡＳ）は、ＲＲＣ接続がＳＩＭ２に対して確立されることを要求することができる（ステップ７）。ＳＩＭ２のＤｅＲＲＣは、新しいＲＲＣ接続を確立することを要求することができる（ステップ８）。ＣｏＲＲＣは、ＳＩＭ２のＲＲＣ接続を確立する場合がある前にＳＩＭ１のＲＲＣ接続を解放する必要があると判定することができる（ステップ９）。ＣｏＲＲＣは、ＳＩＭ１のＲＲＣ接続を解放する必要があることを示す、ＳＩＭ１のＤｅＲＲＣへの応答を提供することができる（ステップ１０）。ＳＩＭ１の専用サブレイヤは、ＲＲＣ接続を解放することができる（ステップ１１）。ＳＩＭ１の専用サブレイヤは、ＲＲＣ接続が解放されたことを上位層に通知することができる（ステップ１２）。ＣｏＲＲＣは、新しいＲＲＣ接続を確立する要求が許可されたことを示す、ＳＩＭ２のＤｅＲＲＣに対する応答を提供することができる（ステップ１３）。ＳＩＭ２のＤｅＲＲＣは、ｇＮＢＢとのＲＲＣ接続を確立することができる（ステップ１４）。ＤｅＲＲＣは、ｇＮＢＢとのＵＬ／ＤＬ通信を実行することができる（ステップ１５）。
ＭＡＣ上でＲＸ／ＴＸチェーンを共有する効果が、本明細書に記載されている。本明細書に記載のソリューションは、全体的なＭＡＣ動作、具体的には、タイマ及びカウンタに依存するＭＡＣ手順に適用されて、それらの挙動を制御する。そのようなＭＡＣ手順には、ランダムアクセス、アップリンクタイムアライメントのメンテナンス、ＵＬ／ＤＬ ＨＡＲＱ動作、スケジューリング要求、バッファステータス報告、パワーヘッドルーム報告、不連続受信、ＳＣｅｌｌのアクティブ化／非アクティブ化、帯域幅部分動作、及びビーム障害検出及び回復が含まれるが、これらに限定されない。欠落したＲＸＯＰ／ＴＸＯＰは、これらのＭＡＣ手順に対する不必要かつ意図しない効果をもたらす可能性がある。欠落したＲＸＯＰ／ＴＸＯＰの知識をもって、これらのＭＡＣ手順は、ＲＸ／ＴＸチェーンの共有が必要ではない場合の動作と同様に動作することができる。
ＭＡＣ手順に対する効果に関して、ＲＸ／ＴＸチェーンを共有する影響は、ＵＬ及びＤＬについて考慮される。ＭＡＣ手順に応じて、欠落したＲＸＯＰ及びＴＸＯＰの両方を考慮することができるか、又は欠落したＲＸＯＰ又はＴＸＯＰのみを考慮することができる。アクセスが共有ＲＸチェーン及びＴＸチェーンにどのように要求されるかは、異なり得る。
ＵＥは、ＴＸチェーンの共有を実行することができ、これによれば、共有ＴＸチェーンへのアクセスが許可されない場合、伝送は実行されない。伝送前に共有ＴＸチェーンへのアクセスが要求されると、アクセスが許可されたかどうかに関する指標がＭＡＣエンティティに提供される。別段の指定がない限り、ＭＡＣエンティティは、アクセス要求結果に関係なく伝送が実行されたことを考慮する。アクセス要求が実行されない伝送の場合、アクセス要求は、許可されていると考えられる。
欠落したＲＸＯＰ／ＴＸＯＰのＮＷを通知することが、本明細書に記載されている。欠落したＲＸＯＰ／ＴＸＯＰの事前判定が可能であるシナリオでは、ＵＥは、ネットワークに、欠落し得るＲＸＯＰ／ＴＸＯＰを通知する指標を伝送することができ、それによって、ＭＡＣ挙動の適応が、ネットワークとＵＥとの間で調整されることを可能にする。ＭＡＣ挙動が適応される方法は、所定の／事前構成され得、ＵＥからの指標は、適応が発生し得るときにトリガするために使用され得る。代替的に、指標は、ＵＥがＭＡＣ挙動をどのように適応させることができるかをネットワークに通知する情報で構成され得る。更に別の代替例では、ＭＡＣ手順が適応される方法は、ネットワークとＵＥとの間で交渉することができる。
欠落したＲＸＯＰの事前判定が可能ではないが、ＴＸチェーンは、欠落したＲＸＯＰが発生したときに利用可能であるシナリオでは、動的許可を介してスケジュールされたＵＬリソースが利用可能ではない場合、欠落したＲＸＯＰの指標は、（例えば、構成された許可又はＰＵＣＣＨを介して）事前に構成されるＵＬリソースを使用して伝送され得る。
ＭＡＣカウンタ及びタイマに対する効果が、本明細書に記載されている。ＲＸ／ＴＸチェーンを共有することは、ＲＸＯＰ及びＴＸＯＰの喪失をもたらす可能性があり、これにより、伝送の成功を達成するためにより長い期間をもたらす。ＭＡＣ手順は、手順の障害を宣言する前に、手順が完了する機会の数及び／又は期間を考慮する。ＲＸ／ＴＸチェーンが共有されているときに手順を適切に実行するために、欠落したＲＸＯＰ及びＴＸＯＰを考慮する必要がある。
例えば、ランダムアクセス、スケジューリング要求、及びビーム障害検出及び回復などの手順は、カウンタを使用して、手順の障害を宣言する前に、成功しない試行がどれくらい発生すべきかを制御する。そのようなカウンタをインクリメントすることは、障害を早期に宣言することを避けるために、欠落したＲＸＯＰ及びＴＸＯＰを考慮するべきである。
既存のＭＡＣ手順は、ＰＨＹがＭＡＣ ＰＤＵ又はＵＣＩ（例えば、ＳＲ）に対するＵＬ送信を実行するように指示されるときに、ＵＬ伝送が発生すると仮定する。特定のＭＡＣ手順を用いたＭＡＣ ＣＥ及びＵＣＩの伝送頻度を制限するために、禁止タイマは、禁止タイマが満了するまで、ＭＡＣ ＣＥ又はＵＣＩの再伝送を防止するように設定される。ＭＡＣ ＣＥ又はＵＣＩが伝送される頻度を適切に制御するために、及び必要に応じて伝送が発生することを確実にするために、これらの禁止タイマの設定は、欠落したＴＸＯＰを考慮する必要があり、例えば、ＴＸＯＰが欠落しているため、伝送が発生しなかった場合、タイマは設定されるべきではない。
タイマは、ＵＥがランダムアクセス及びＤＲＸなどの手順のＤＬを監視するときを制御するために使用され得る。ＲＸチェーンへのアクセスが許可されないシナリオでは、ＤＬの監視は、不必要な電力消費をもたらし得、実行されるべきではない。したがって、そのようなタイマが稼働している間、ＤＬを監視するべきかどうかを判定する場合に、欠落したＲＸＯＰを考慮すべきである。更に、いくつかのシナリオでは、欠落したＲＸＯＰを考慮してタイマを延長することが適切であり得る。ＵＥ及びｇＮＢによって維持されたタイマが同期されることを確実にするために、ＵＥは、ｇＮＢに、タイマが延長されることを示す指標を提供することができる。代替的に、ＵＥは、タイマが延長されることを要求する指標を提供し、次いで、ネットワークは、ＤＬにおいて指標を提供して、要求が許可されたかどうかを確認することができる。
喪失したＴＸＯＰによる効果が、本明細書に記載されている。ＭＡＣ手順は、欠落したＴＸＯＰのため、ＵＬ伝送を実行することができない場合に、考慮に入れるべきである。例えば、共有ＴＸチェーンへのアクセスが、ＨＡＲＱエンティティに示されたアップリンク許可に対応する持続時間にわたって許可されない場合、ＭＡＣ ＰＤＵは生成されるべきではない。
ランダムアクセス手順及びランダムアクセスリソース選択などの特定のＭＡＣ手順に対する効果が、本明細書で説明される。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように、本明細書で提案されている。
ＰＲＡＣＨ機会を選択した後、ＭＡＣエンティティは、選択されたＰＲＡＣＨ機会に対応する持続期間にわたってＴＸチェーンへのアクセスを要求することができる。アクセスが許可されない場合、ＭＡＣエンティティは、次の利用可能なＰＲＡＣＨ機会を選択することができ、次の利用可能なＰＲＡＣＨ機会に対応する持続期間にわたってＴＸチェーンへのアクセスを要求することができる。このプロセスは、選択されたＰＲＡＣＨ機会のうちの１つに対応する持続時間にわたってＴＸチェーンへのアクセスが許可されるか、又はＴＸチェーンへのアクセスが全てのＰＲＡＣＨ機会に対して失敗するまで繰り返され得る。ＴＸチェーンへのアクセスが全てのＰＲＡＣＨ機会に対して失敗する場合、ランダムアクセスリソース選択手順が繰り返される。ＭＡＣエンティティは、バックオフ時間後までランダムアクセスリソース選択手順を実行することを遅延させることができ、バックオフ時間は、ＴＸチェーンがビジーと見なされる持続時間以上であり得、すなわち、ＴＸチェーンがアイドルであるまで、ランダムアクセスリソース選択手順が実行されない。代替的に、一定の、又はランダムに選択されたバックオフ時間を使用することができる。手順は、失敗したＲＸチェーンアクセス要求の数又は連続した失敗したＲＸチェーンアクセス要求の数をカウントするために定義され得る。カウントは、構成された持続時間にわたって判定され得、持続時間は、構成オプションとして無限大を含み得る。（連続した）失敗したＲＸチェーンアクセス要求のカウントが、構成された閾値を超える場合、ランダムアクセス手順は、正常に完了しないと見なされ、ＭＡＣエンティティは、ランダムアクセス問題を上位層に示すことができる。
この挙動を実装するために、手順は次のように実行され得る。
１）ｒａ－ＡｓｓｏｃｉａｔｉｏｎＰｅｒｉｏｄＩｎｄｅｘ及びｓｉ－ＲｅｑｕｅｓｔＰｅｒｉｏｄが構成される場合、
２）構成される場合、及びＴＸチェーンへのアクセスが許可された場合に、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘによって与えられた制限によって許可されたｓｉ－ＲｅｑｕｅｓｔＰｅｒｉｏｄのｒａ－ＡｓｓｏｃｉａｔｉｏｎＰｅｒｉｏｄＩｎｄｅｘによって与えられた関連期間において、選択されたＳＳＢに対応するＰＲＡＣＨ機会から、次の利用可能なＰＲＡＣＨ機会を判定し（ＭＡＣエンティティは、選択されたＳＳＢに対応するＰＲＡＣＨ機会の中から、同じ確率でランダムにＰＲＡＣＨ機会を選択することができる）。
１）それ以外の場合、ＳＳＢが上記に選択されている場合、
２）ＰＤＣＣＨによって構成又は示される場合、及びＴＸチェーンへのアクセスが許可される場合、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘによって与えられた制限によって許可された、選択されたＳＳＢに対応するＰＲＡＣＨ機会から、次の利用可能なＰＲＡＣＨ機会を判定する（ＭＡＣエンティティは、選択されたＳＳＢに対応する連続するＰＲＡＣＨ機会の中から、同じ確率でランダムにＰＲＡＣＨ機会を選択することができ、ＭＡＣエンティティは、選択されたＳＳＢに対応する次の利用可能なＰＲＡＣＨ機会を判定するときに、測定ギャップの可能な発生を考慮に入れることができる）。
１）それ以外の場合、ＣＳＩ－ＲＳが上記に選択されている場合、
２）選択されたＣＳＩ－ＲＳと関連付けられた無競合ランダムアクセスリソースがない場合、
３）選択されたＣＳＩ－ＲＳと疑似コロケーションされている、ｃａｎｄｉｄａｔｅＢｅａｍＲＳＬｉｓｔのＳＳＢに対応して、構成される場合、及びＴＸチェーンへのアクセスが許可される場合、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘによって与えられた制限によって許可された、ＰＲＡＣＨ機会から次の利用可能なＰＲＡＣＨ機会を判定する（ＭＡＣエンティティは、選択されたＣＳＩ－ＲＳと疑似コロケーションされているＳＳＢに対応して、ＰＲＡＣＨ機会の中から、同じ確率でランダムにＰＲＡＣＨ機会を選択することができ、ＭＡＣエンティティは、選択されたＣＳＩ－ＲＳと疑似コロケーションされているＳＳＢに対応する次の利用可能なＰＲＡＣＨ機会を判定するときに、測定ギャップの可能な発生を考慮に入れることができる）。
２）それ以外の場合、
３）選択されたＣＳＩ－ＲＳに対応し、ＴＸチェーンへのアクセスが許可されるｒａ－ＯｃｃａｓｉｏｎＬｉｓｔのＰＲＡＣＨ機会から次の利用可能なＰＲＡＣＨ機会を判定する（ＭＡＣエンティティは、選択されたＣＳＩ－ＲＳに対応する、同時であるが異なるサブキャリアで発生するＰＲＡＣＨ機会の中から、同じ確率でランダムにＰＲＡＣＨ機会を選択することができ、ＭＡＣエンティティは、選択されたＣＳＩ－ＲＳに対応する次の利用可能なＰＲＡＣＨ機会を判定するときに、測定ギャップの可能な発生を考慮に入れることができる。
１）ＰＲＡＣＨ機会が判定される場合、
２）ランダムアクセスプリアンブル伝送手順を実行する。
１）それ以外の場合、
２）ＮＵＭ＿ＦＡＩＬＥＤ＿ＲＸ＿ＣＨＡＩＮ＿ＡＣＣＥＳＳ＿ＲＥＱＵＥＳＴＳ＞ＭＡＸ＿ＦＡＩＬＥＤ＿ＴＸ＿ＣＨＡＩＮ＿ＡＣＣＥＳＳ＿ＲＥＱＵＥＳＴＳ、
３）ランダムアクセスリソース選択がＳｐＣｅｌｌためのものである場合、
４）上位層に、ランダムアクセス問題を示す。
４）このランダムアクセス手順がＳＩ要求についてトリガされた場合、
５）ランダムアクセス手順が正常に完了していないと見なす。
３）それ以外の場合、ランダムアクセスプリアンブルがＳＣｅｌｌ上で伝送される場合、
４）ランダムアクセス手順が正常に完了していないと見なす。
２）ランダムアクセス手順が完了していない場合、
３）ＴＸチェーンへのアクセスが許可されない持続時間以上であるバックオフ時間を選択する。
３）バックオフ時間後にランダムアクセスリソース選択手順を実行する。
選択されたＰＲＡＣＨ機会のＴＸチェーンにアクセスできないことに起因するランダムアクセスリソース選択手順の繰り返される障害を回避するために、ランダムアクセスリソース選択手順の失敗した試行中に選択されたＳＳＢ又はＣＳＩ－ＲＳは、手順の後続の試行で選択するためのオプションとして除外され得る。代替的に、ランダムアクセスリソース選択手順の後続の試行は、ＴＸチェーンが別のＤｅＲＲＣによって使用されなくなるまで遅延され得る。
ランダムアクセスプリアンブル伝送
以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように、本明細書で提案されている。
ランダムアクセスリソース選択手順中に要求を作成する代替として、ランダムアクセスプリアンブル伝送手順中にＴＸチェーンへのアクセスを要求することができる。アクセスが許可されない場合、ＭＡＣエンティティは、ランダムアクセスリソース選択手順に戻り、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲもＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲもインクリメントされない。
ＭＡＣエンティティは、各ランダムアクセスプリアンブルについて、
１）選択されたＰＲＡＣＨ機会に対応する持続時間にわたるＴＸチェーンへのアクセスが許可される場合、
２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが、１より大きい場合、
２）電力ランピングカウンタを中断する通知が、下位層から受信されていない場合、
２）選択されたＳＳＢ又はＣＳＩ－ＲＳが、最後のランダムアクセスプリアンブル伝送の選択から変更されない場合、
３）ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１インクリメントする。
２）ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥの値を選択し、
２）ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲをプｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ ＋ ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ ＋ （ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ－１） × ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰに設定し、
２）ビーム障害回復要求の無競合ランダムアクセスプリアンブルを除いて、ランダムアクセスプリアンブルが伝送されるＰＲＡＣＨ機会と関連付けられたＲＡ－ＲＮＴＩを計算し、
２）ＲＡ－ＲＮＴＩ（利用可能な場合）、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ、及びＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲに対応する、選択されたＰＲＡＣＨ機会を使用して、ランダムアクセスプリアンブルを伝送するように物理層に指示する。
１）それ以外の場合、
２）ランダムアクセスリソース選択手順を実行する。
ランダムアクセス応答受信
以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように、本明細書で提案されている。
ＲＡＲウィンドウの開始は、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの持続時間にわたってＲＸチェーンへのアクセスを取得することが条件である。アクセスが許可されない場合、ランダムアクセス応答受信は、成功しなかったと見なされ、ＭＡＣエンティティはランダムアクセスリソース選択手順を実行する。ＭＡＣエンティティは、バックオフ時間後までランダムアクセスリソース選択手順を実行することを遅延させることができ、バックオフ時間は、ＲＸチェーンがビジーと見なされる持続時間以上であり得、すなわち、ＲＸチェーンがアイドルであるまで、ランダムアクセスリソース選択手順が実行されない。代替的に、一定の、又はランダムに選択されたバックオフ時間を使用することができる。
この挙動を実装するために、手順は次のように定義され得、
１）ビーム障害回復要求のための無競合ランダムアクセスプリアンブルが、ＭＡＣエンティティによって伝送された場合、
２）ランダムアクセスプリアンブル伝送の終了から第１のＰＤＣＣＨ機会で開始するＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗに対応する持続時間にわたるＲＸチェーンへのアクセスが許可される場合、
３）ランダムアクセスプリアンブル伝送の終了から、第１のＰＤＣＣＨ機会で、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを開始し、
３）ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが実行されている間に、Ｃ－ＲＮＴＩによって識別されたＳｐＣｅｌｌのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示される探索空間上のＰＤＣＣＨ伝送を監視する。
１）それ以外の場合、
２）ランダムアクセスプリアンブル伝送の終了から第１のＰＤＣＣＨ機会で開始するＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗに対応する持続時間にわたるＲＸチェーンへのアクセスが許可される場合、
３）ランダムアクセスプリアンブル伝送の終了から、第１のＰＤＣＣＨ機会で、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを開始し、
３）ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが実行されている間に、ＲＡ－ＲＮＴＩによって識別されたランダムアクセス応答のためのＳｐＣｅｌｌのＰＤＣＣＨを監視する。
１）ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、Ｃ－ＲＮＴＩにアドレス指定されたｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示される探索空間上のＰＤＣＣＨ伝送が、プリアンブルが伝送されたサービングセル上で受信されていない場合、又は
１）ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎで構成されたｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、伝送されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答が受信されていない場合、又は
１）ＲＸチェーンへのアクセスが許可されなかった場合、
２）ランダムアクセス応答受信が成功しなかったと見なし、
２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントし、
２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１である場合、
３）ランダムアクセスプリアンブルがＳｐＣｅｌｌ上で伝送される場合、
４）上位層にランダムアクセス問題を示し、
４）このランダムアクセス手順がＳＩ要求についてトリガされた場合、
５）ランダムアクセス手順が正常に完了していないと見なす。
３）それ以外の場合、ランダムアクセスプリアンブルがＳＣｅｌｌ上で伝送される場合、
４）ランダムアクセス手順が正常に完了していないと見なす。
２）ランダムアクセス手順が完了していない場合、
３）ＲＸチェーンへのアクセスが許可された場合、
４）０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間の均一な分布に従ってランダムバックオフ時間を選択し、
３）それ以外の場合、
４）ＲＸチェーンへのアクセスが許可されない持続時間に対応するバックオフ時間を選択する。
３）無競合ランダムアクセスリソースを選択する基準が、バックオフ時間中に満たされる場合、
３）ＲＸチェーンがＩｄｌｅと見なされ、
４）ランダムアクセスリソース選択手順を実行し、
３）それ以外の場合、
４）バックオフ時間後にランダムアクセスリソース選択手順を実行する。
ＴＸチェーンを共有する場合にＭｓｇ３のＨＡＲＱを使用することを容易にするために、ランダムアクセス応答受信が成功したと見なされ、ＲＡＲがＵＬ許可を含む場合、ＭＡＣエンティティは、多重化及びアセンブリエンティティから伝送するＭＡＣ ＰＤＵを取得し、ＲＡＲ ＵＬ許可に対応する持続時間にわたるＴＸチェーンへのアクセスが許可されるか否かにかかわらず、Ｍｓｇ３バッファに記憶すべきである。
競合解決を本明細書に記載する。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように、本明細書で提案されている。
競合解決ウィンドウの開始は、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの持続時間にわたってＲＸチェーンへのアクセスを取得することを条件とする。アクセスが許可されない場合、競合解決は、成功しなかったと見なされ、ＭＡＣエンティティは、ランダムアクセスリソース選択手順を実行する。ＭＡＣエンティティは、バックオフ時間後までランダムアクセスリソース選択手順を実行することを遅延させることができ、バックオフ時間は、ＲＸチェーンがビジーと見なされる持続時間以上であり得、すなわち、ＲＸチェーンがアイドルであるまで、ランダムアクセスリソース選択手順が実行されない。代替的に、一定の、又はランダムに選択されたバックオフ時間を使用することができる。
ＨＡＲＱがＭｓｇ３に使用されることに留意されたい。したがって、ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了する前にｇＮＢによってＭｓｇ３が受信されない場合、ＤＣＩを使用して再伝送をスケジュールすることができる。ＴＸチェーンを共有する場合にＭｓｇ３のＨＡＲＱを使用することを容易にするために、ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行されている間のｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの開始及びＰＤＣＣＨの監視は、ＲＡＲ ＵＬ許可又はＤＣＩを介してスケジュールされた再伝送に対応する持続時間にわたってＴＸチェーンへのアクセスを取得することを条件とする。
この挙動を実装するために、手順は次のように定義され得、
１）Ｍｓｇ３（再）伝送の終了後の第１のシンボルにおけるｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒに対応する持続時間にわたるＲＸチェーンへのアクセスが許可される場合、
２）ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを開始し、Ｍｓｇ３伝送の終了後の第１のシンボルにおける各ＨＡＲＱ再伝送でｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再開し、
２）ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが実行されている間に、測定ギャップの可能性のある発生に関係なく、ＰＤＣＣＨを監視し、
１）ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了する場合、又は
１）ＲＸチェーンへのアクセスが許可されなかった場合、
２）ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩを廃棄し、
２）競合解決が成功しなかったと見なす。
１）競合解決が成功しなかったと見なされる場合、
２）Ｍｓｇ３バッファ内のＭＡＣ ＰＤＵの伝送に使用されるＨＡＲＱバッファをフラッシュし、
２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１インクリメントし、
２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１である場合、
３）上位層にランダムアクセス問題を示す。
３）このランダムアクセス手順がＳＩ要求についてトリガされた場合、
４）ランダムアクセス手順が正常に完了していないと見なす。
２）ランダムアクセス手順が完了していない場合、
３）ＲＸチェーンへのアクセスが許可された場合、
４）０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦとの間の均一な分布に従ってランダムバックオフ時間を選択し、
３）それ以外の場合、
４）ＲＸチェーンへのアクセスが許可されない持続時間に対応するバックオフ時間を選択する。
３）無競合ランダムアクセスリソースを選択する基準が、バックオフ時間中に満たされる場合、
３）ＲＸチェーンがＩｄｌｅと見なされ、
４）ランダムアクセスリソース選択手順を実行し、
３）それ以外の場合、
４）バックオフ時間後にランダムアクセスリソース選択手順を実行する。
アップリンクタイムアライメントのメンテナンスが、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
欠落したＲＸＯＰは、タイミングアドバンスコマンドＭＡＣ ＣＥを欠落させる可能性があり、ＭＡＣエンティティに、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒの満了に不必要と関連付けられたアクションを実行させることができる。ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが、欠落したＲＸＯＰ中に満了するシナリオについて、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒは、欠落したＲＸＯＰの期間、延長され得、それにより、タイミングアドバンスコマンドＭＡＣ ＣＥを伝送する追加の機会をネットワークに提供する。
この挙動を実装するために、手順は次のように定義され得、
１）ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが満了する場合、
２）満了が、欠落したＲＸＯＰ中に生じる場合、
３）欠落したＲＸＯＰに対応する持続時間、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを延長する。
２）それ以外の場合、
３）ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがＰＴＡＧと関連付けられている場合、
４）全てのサービングセルについて全てのＨＡＲＱバッファをフラッシュし、
４）構成される場合、全てのサービングセルについてＰＵＣＣＨを解放するようにＲＲＣに通知し、
４）構成される場合、全てのサービングセルについてＳＲＳを解放するようにＲＲＣに通知し、
４）任意の構成されたダウンリンク割り当て及び構成されたアップリンク許可をクリアし、
４）半永続的ＣＳＩレポートについて任意のＰＵＳＣＨリソースをクリアし、
４）全ての実行されているｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒｓが満了したと見なし、
４）全てのＴＡＧのＮＴＡを維持する。
３）ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがＳＴＡＧと関連付けられている場合、このＴＡＧに属する全てのサービングセルについて、
４）全てのＨＡＲＱバッファをフラッシュし、
４）構成される場合、ＰＵＣＣＨを解放するようにＲＲＣに通知し、
４）構成される場合、ＳＲＳを解放するようにＲＲＣに通知し、
４）任意の構成されたダウンリンク割り当て及び構成されたアップリンク許可をクリアし、
４）半永続的ＣＳＩレポートについて任意のＰＵＳＣＨリソースをクリアし、
４）このＴＡＧのＮＴＡを維持する。
ＨＡＲＱ動作及び論理チャネル優先順位付けが、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
ＴＸチェーンへのアクセスが、ＨＡＲＱエンティティに示されたアップリンク許可に対応する持続時間にわたって許可されない場合、ＭＡＣ ＰＤＵは生成され得ない。
この挙動を実装するために、ＨＡＲＱエンティティ手順のステップは、ＴＸチェーンにアクセスすることを条件とし得、手順は、以下のように定義され得る。
各アップリンク許可について、ＨＡＲＱエンティティは、
１）この許可に対応する持続時間にわたるＴＸチェーンへのアクセスが許可される場合、
２）＜ＨＡＲＱエンティティ手順のステップ＞
代替的に、ＨＡＲＱエンティティ手順のステップは、変更されないままであり得、ＭＡＣエンティティがＨＡＲＱエンティティのＭＡＣ ＰＤＵを生成しない場合に対応するＬＣＰ手順のステップは、以下のように定義され得る。
以下の条件が満たされる場合、ＭＡＣエンティティは、ＨＡＲＱエンティティのＭＡＣ ＰＤＵを生成しない場合があり、
ＴＸチェーンへのアクセスが、ＨＡＲＱエンティティに示されたアップリンク許可に対応する持続時間にわたって許可されない、又は
ＭＡＣエンティティが、値が真のｓｋｉｐＵｐｌｉｎｋＴｘＤｙｎａｍｉｃで構成されており、ＨＡＲＱエンティティに示された許可が、Ｃ－ＲＮＴＩにアドレス指定されたか、又はＨＡＲＱエンティティに示された許可が、構成されたアップリンク許可であり、
このＰＵＳＣＨ伝送には、非周期的ＣＳＩが要求されない、及び
ＭＡＣ ＰＤＵが、ゼロＭＡＣ ＳＤＵを含み、
ＭＡＣ ＰＤＵが、周期的ＢＳＲのみを含み、任意のＬＣＧに利用可能なデータがないか、又はＭＡＣ ＰＤＵは、パディングＢＳＲのみを含む。
スケジューリング要求が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
手順は、失敗したＴＸチェーンアクセス要求の数又は連続した失敗したＴＸチェーンアクセス要求の数をカウントするために定義され得る。カウントは、構成された持続時間にわたって判定され得、持続時間は、構成オプションとして無限大を含み得る。（連続した）失敗したＴＸチェーンアクセス要求のカウントが、構成された閾値を超える場合、ランダムアクセス手順が開始される。
この挙動を実装するために、手順は次のように定義され得、
１）ＭＡＣエンティティが、保留中ＳＲのために構成された有効なＰＵＣＣＨリソースを有しない場合、又は
１）ＮＵＭ＿ＦＡＩＬＥＤ＿ＴＸ＿ＣＨＡＩＮ＿ＡＣＣＥＳＳ＿ＲＥＱＵＥＳＴＳ＞ＭＡＸ＿ＦＡＩＬＥＤ＿ＴＸ＿ＣＨＡＩＮ＿ＡＣＣＥＳＳ＿ＲＥＱＵＥＳＴＳ、
２）ＳｐＣｅｌｌ上でランダムアクセス手順を開始し、保留中のＳＲをキャンセルする。
ＴＸチェーンにアクセスすることができない結果として、不必要に、後続のＳＲ伝送を遅延させ、誤ってｓｒ－ＴｒａｎｓＭａｘに到達することを回避するために、ＳＲ＿ＣＯＵＮＴＥＲは、インクリメントのみされるべきであり、ｓｒ＿ＰｒｏｈｉｂｉｔＴｉｍｅｒは、ＴＸチェーンへのアクセスが許可される場合にのみ開始されるべきである。
この挙動を実装するために、手順は次のように定義され得、
２）ＳＲ伝送機会のためのＰＵＣＣＨリソースが、ＵＬ－ＳＣＨリソースと重複しない場合、
３）ＳＲ＿ＣＯＵＮＴＥＲ＜ｓｒ－ＴｒａｎｓＭａｘである場合、
４）ＳＲのための１つの有効なＰＵＣＣＨリソース上でＳＲを信号伝達するように物理層に指示し、
４）ＴＸチェーンへのアクセスが許可される場合、
５）ＳＲ＿ＣＯＵＮＴＥＲを１インクリメントし、
５）ｓｒ－ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始する。
バッファステータス報告が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
ＵＬリソースがＢＳＲ ＭＡＣ ＣＥに対応することができるかどうかをチェックするとき、ＭＡＣエンティティはまた、ＴＸチェーンへのアクセスが、ＵＬリソースに対応する持続時間にわたって許可されるかどうかをチェックする。アクセスが許可されない場合、ＢＳＲ ＭＡＣ ＣＥは生成されず、タイマｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ－Ｔｉｍｅｒは（再）開始されない。更に、レギュラーＢＳＲがトリガされたときにアクセスが許可されない場合、及びｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－ＤｅｌａｙＴｉｍｅｒが実行されていない場合、スケジューリング要求がトリガされる。
この挙動を実装するために、手順は次のように定義され得、
１）バッファステータス報告手順が、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判定することができる場合、
２）ＵＬ－ＳＣＨリソースが新しい伝送に利用可能であり、ＵＬ－ＳＣＨリソースが、論理チャネル優先順位付けの結果として、ＢＳＲ ＭＡＣ ＣＥに加えてそのサブヘッダに対応することができる場合、
２）ＴＸチェーンへのアクセスが、ＵＬリソースに対応する持続時間にわたって許可される場合、
３）多重化及びアセンブリ手順に、ＢＳＲ ＭＡＣ ＣＥを生成するように指示し、
３）全ての生成されたＢＳＲが、長い又は短い短縮ＢＳＲである場合を除いて、ｐｅｒｉｏｄｉｃＢＳＲ－Ｔｉｍｅｒを開始又は再開し、
３）ｒｅｔｘＢＳＲ－Ｔｉｍｅｒを開始又は再開する。
２）レギュラーＢＳＲがトリガされ、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－ＤｅｌａｙＴｉｍｅｒが実行されていない場合、
３）新しい伝送に利用可能なＵＬ－ＳＣＨリソースがない場合、又は
３）ＭＡＣエンティティが、構成されたアップリンク許可で構成されており、レギュラーＢＳＲが、ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ－Ｍａｓｋが偽に設定される論理チャネルに対してトリガされた場合、又は
３）新しい伝送に利用可能なＵＬ－ＳＣＨリソースが、ＢＳＲをトリガした論理チャネルのために構成されたＬＣＰマッピング制限を満たさない場合、又は
３）ＴＸチェーンへのアクセスが、ＵＬリソースに対応する持続時間にわたって許可されない場合、
４）スケジューリング要求をトリガする。
パワーヘッドルーム報告が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
ＵＬリソースがＰＨＲのＭＡＣ ＣＥに対応することができるかどうかをチェックするとき、ＭＡＣエンティティはまた、ＴＸチェーンへのアクセスが、ＵＬリソースに対応する持続時間にわたって許可されるかどうかをチェックする。アクセスが許可されない場合、ＰＨＲ ＭＡＣ ＣＥは生成されず、トリガされたＰＨＲはキャンセルされず、タイマ、ｐｈｒ－ＰｅｒｉｏｄｉｃＴｉｍｅｒ及びｐｈｒ－ＰｒｏｈｉｂｉｔＴｉｍｅｒは（再）開始されない。
この挙動を実装するために、手順は次のように定義され得、
ＭＡＣエンティティが新しい伝送のために割り当てられたＵＬリソースを有する場合、ＭＡＣエンティティは、
１）最後のＭＡＣリセット以降の新しい伝送に割り当てられた第１のＵＬリソースである場合、
２）ｐｈｒ－ＰｅｒｉｏｄｉｃＴｉｍｅｒを開始し、
１）パワーヘッドルーム報告手順が、少なくとも１つのＰＨＲがトリガされ、キャンセルされていないと判定することができる場合、
１）割り当てられたＵＬリソースが、ＬＣＰの結果として、ＭＡＣエンティティが伝送するように構成されているＰＨＲのＭＡＣ ＣＥに加えてそのサブヘッダに対応することができる場合、
１）ＴＸチェーンへのアクセスが、ＵＬリソースに対応する持続時間にわたって許可される場合、
２）値が真のｍｕｌｔｉｐｌｅＰＨＲが構成されている場合、
３）任意のＭＡＣエンティティと関連付けられた構成されたアップリンクを有する各アクティブ化されたサービングセルについて、
４）対応するアップリンクキャリアのタイプ１又はタイプ３のパワーヘッドルームの値を取得し、
４）このＭＡＣエンティティが、このサービングセルでの伝送のために割り当てられたＵＬリソースを有する場合、又は
４）他のＭＡＣエンティティが、構成された場合、このサービングセル上での伝送のために割り当てられたＵＬリソースを有し、ｐｈｒ－ＭｏｄｅＯｔｈｅｒＣＧが、上位層によって真に設定される場合、
５）物理層から、対応するＰＣＭＡＸ，ｆ，ｃフィールドの値を取得する。
３）値が真のｐｈｒ－Ｔｙｐｅ２ＯｔｈｅｒＣｅｌｌが構成される場合、
４）他のＭＡＣエンティティがＥ－ＵＴＲＡ ＭＡＣエンティティである場合、
５）他のＭＡＣエンティティ（すなわち、Ｅ－ＵＴＲＡ ＭＡＣエンティティ）のＳｐＣｅｌｌのタイプ２パワーヘッドルームの値を取得し、
５）ｐｈｒ－ＭｏｄｅＯｔｈｅｒＣＧが上位層によって真に設定される場合、
６）物理層から、他のＭＡＣエンティティ（すなわち、Ｅ－ＵＴＲＡ ＭＡＣエンティティ）のＳｐＣｅｌｌの対応するＰＣＭＡＸ，ｆ，ｃフィールドの値を取得する。
３）多重化及びアセンブリ手順に、物理層によって報告された値に基づいて、複数のエントリＰＨＲ ＭＡＣ ＣＥを生成及び伝送するように指示する。
２）それ以外の場合（すなわち、単一のエントリＰＨＲ形式が使用される）、
３）ＰＣｅｌｌの対応するアップリンクキャリアの物理層から、タイプ１パワーヘッドルームの値を取得し、
３）物理層から、対応するＰＣＭＡＸ，ｆ，ｃフィールドの値を取得し、
３）多重化及びアセンブリ手順に、物理層によって報告された値に基づいて、単一のエントリＰＨＲ ＭＡＣ ＣＥを生成及び伝送するように指示する。
２）ｐｈｒ－ＰｅｒｉｏｄｉｃＴｉｍｅｒを開始又は再開し、
２）ｐｈｒ－ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始又は再開し、
２）全てのトリガされたＰＨＲをキャンセルする。
不連続受信（ＤＲＸ）が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
ＭＡＣエンティティは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間にわたってＤＲＸサイクルの開始時にＲＸチェーンへのアクセスを要求することができる。アクセスが許可される場合、通常のＤＲＸ動作が行われ、例えば、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始し、ＰＤＣＣＨを監視する、など。アクセスが許可されない場合、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが開始されず、ＭＡＣエンティティはＤＲＸに入る。代替的に、ＭＡＣエンティティは、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを、欠落したＲＸＯＰに対応する期間、延長することができる。
ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＰＤＣＣＨの最後の成功した復号から、ＭＡＣエンティティがＰＤＣＣＨを正常に復号するのを待機する期間である。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了する前にＰＤＣＣＨが正常に復号されない場合、ＭＡＣエンティティはＤＲＸに入る。ＭＡＣエンティティは、ＰＤＣＣＨの成功した復号後にｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが（再）開始されると、ＭＡＣエンティティは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの期間にわたってＲＸチェーンへのアクセスを要求することができる。アクセスが許可される場合、通常のＤＲＸ動作が行われる。アクセスが許可されない場合、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは停止され、ＭＡＣエンティティはＤＲＸに入る。代替的に、ＭＡＣエンティティは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを、欠落したＲＸＯＰに対応する期間、延長又は一時停止することができる。
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬは、ＰＤＣＣＨがＤＬ伝送を示すか、又はＭＡＣ ＰＤＵが、構成されたダウンリンク割り当てで受信される場合に開始される。このタイマが開始されると、ＭＡＣエンティティは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの期間にわたってＲＸチェーンへのアクセスを要求することができる。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬの満了時に、アクセスが許可されているか否かにかかわらず、対応するＨＡＲＱプロセスのデータが正常に復号されなかった場合、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬが開始される。このタイマが開始されると、ＭＡＣエンティティは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬの期間にわたってＲＸチェーンへのアクセスを要求することができる。アクセスが許可される場合、通常のＤＲＸ動作が行われる。アクセスが許可されない場合、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬは停止され、ＭＡＣエンティティはＤＲＸに入る。代替的に、ＭＡＣエンティティは、欠落したＲＸＯＰに対応する期間、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを拡張又は一時停止することができる。
ＴＸチェーンを共有する場合にＨＡＲＱを使用することを容易にするために、欠落したＴＸＯＰのため、ＭＡＣ ＰＤＵが、構成された／ダイナミックアップリンク許可で伝送されないシナリオについて、対応するＨＡＲＱプロセスのｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬが依然として開始される。また、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬの満了時に、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬが開始される。
欠落したＲＸＯＰのため、ＤＲＸタイマが一時停止／延長されると、ＴＸチェーンが利用可能である場合、指標をｇＮＢに伝送して、アクションに通知することができる。
ＳＣｅｌｌのアクティブ化／非アクティブ化が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
実行されている場合、ＳＣｅｌｌをスケジューリングするサービングセルについて、所与のＳＣｅｌｌのｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒが、欠落したＲＸＯＰ中に一時停止され得る。
欠落したＴＸＯＰのため、ＭＡＣ ＰＤＵが、構成された／動的アップリンク許可で伝送されない場合、ＳＣｅｌｌと関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを再開するべきである。
帯域幅部分動作が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
欠落したＲＸＯＰは、ＤＬ割り当て及びＵＬ許可を欠落させ、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをリセットしないようにすることができ、これは誤ったＢＷＰスイッチにつながる可能性がある。ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが、欠落したＲＸＯＰ中に満了するシナリオでは、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、欠落したＲＸＯＰの期間、延長され得、それによって、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの再開をトリガする追加の機会をネットワークに提供する。
この挙動を実装するために、手順は次のように定義され得、
２）アクティブＤＬ ＢＷＰと関連付けられたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了する場合、
３）満了が、欠落したＲＸＯＰ中に生じる場合、
４）ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを、欠落したＲＸＯＰに対応する時間、延長する。
３）それ以外の場合、
４）ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄが構成されている場合、
５）ｄｅｆａｕｌｔＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄによって示されるＢＷＰへのＢＷＰ切り替えを実行する。
４）それ以外の場合、
５）ｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰへのＢＷＰ切り替えを実行する。
ビーム障害検出及び回復が、本明細書に記載されている。以下の手順は、ＲＸ／ＴＸチェーンを共有する効果を考慮に入れるように本明細書で提案されている。
実行されている場合、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒは、欠落したＲＸＯＰに対応する期間、延長又は一時停止され得る。
この挙動を実装するために、手順は、以下を含むように定義され得る。
１）欠落したＲＸＯＰの指標が受信され、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒが実行されている場合、
２）欠落したＲＸＯＰの期間、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを延長する。
下位層が、欠落したＲＸＯＰ中にビーム障害インスタンス指標を生成しない場合があると想定され得る場合、手順に対する更なる修正は必要とされない場合がある。しかしながら、これを想定することができない場合、欠落したＲＸＯＰ中に下位層から受信したビーム障害インスタンス指標が無視されるように、手順を更に修正することができる。
この挙動を実装するために、手順は次のように修正され得る。
１）ビーム障害インスタンス指標が、欠落したと見なされないＲＸＯＰ中に下位層から受信された場合、
２）ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを開始又は再開し、
２）ＢＦＩ＿ＣＯＵＮＴＥＲを１インクリメントし、
２）ＢＦＩ＿ＣＯＵＮＴＥＲ＞＝ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔである場合、
３）ＳｐＣｅｌｌ上でランダムアクセス手順を開始する。
本明細書に記載のＴＸ又はＲＸ能力共有のためのスキームのいずれにおいても、ＵＥのＴＸ能力は、伝送機の数、伝送パワーバジェット、アップリンク（UpLink、ＵＬ）多重入力多重出力（Multiple Input Multiple Output、ＭＩＭＯ）能力、ＵＬキャリアアグリゲーション（Carrier Aggregation、ＣＡ）能力、ＵＬ帯域幅部分（BandWitdh Part、ＢＷＰ）動作能力のうちの１つ以上を含み得る。同様に、ＵＥのＲＸ能力は、受信機の数、ダウンリンク（DownLink、ＤＬ）ＭＩＭＯ能力、ＤＬ ＣＡ能力、ＤＬ帯域幅部分（ＢＷＰ）動作能力のうちの１つ以上を含み得る。ＵＥは、複数のネットワークのうちの１つ以上に、これらの能力のうちの１つ以上を信号伝達することができる。更に、ＵＥは、これらの能力の変化を、複数のネットワークのうちの１つ以上に信号伝達することができる。例えば、ネットワークからデュアル接続受信を実行する２つの受信機を有するＵＥは、ＵＥの受信機のうちの１つが別のネットワークからの受信のために再割り当てされる場合、その受信能力が１つの受信機に制限されていることをネットワークに示し得る。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、サービスのコーディング、セキュリティ、及び品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含む移動体通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術（radio access technology、ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、及びＬＴＥ－Ａｄｖａｎｃｅｄ標準が含まれる。３ＧＰＰは、「５Ｇ」とも呼ばれる新しい無線（New Radio、ＮＲ）と呼ばれる次世代のセルラー技術の標準化に取り組み始めた。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むと予想され、これは、６ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲ使用事例に対処することができる異なる動作モードを含むことが予想される。ウルトラモバイルブロードバンドは、例えば屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供し得るセンチメートル波及びミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、６ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想される。
３ＧＰＰは、ＮＲがサポートすることが予想される様々な使用事例を識別し、データ転送速度、待ち時間、及びモビリティのための多種多様なユーザ経験要件をもたらす。使用事例としては、以下の一般的なカテゴリ、すなわち、拡張されたモバイルブロードバンド（例えば、過密領域のブロードバンドアクセス、屋内超高速ブロードバンドアクセス、クラウド内のブロードバンドアクセス、あらゆる場所で５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、自動車内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク運用（例えば、ネットワークスライシング、ルーティング、マイグレーション及び相互作用、並びにエネルギー節約）、車車間通信（Vehicle-to-Vehicle Communication、Ｖ２Ｖ）、路車間通信（Vehicle-to-Infrastructure Communication、Ｖ２Ｉ）、ネットワーク通信（Vehicle-to-Network Communication、Ｖ２Ｎ）、歩車間通信（Vehicle-to-Pedestrian Communication、Ｖ２Ｐ）、及び他のエンティティとの車両通信のいずれかを含み得る拡張車車間路車間（enhanced vehicle-to-everything、ｅＶ２Ｘ）通信を含み得る。これらのカテゴリにおける特定のサービス及びアプリケーションには、数例を挙げると、例えば、監視及びセンサネットワーク、デバイスリモート制御、双方向リモートコントロール、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１応答者接続性、自動車用ｅｃａｌｌ、災害警告、リアルタイムゲーミング、マルチパーソンビデオ通話、自律運転、拡張現実、タッチインターネット、及び仮想現実が含まれる。これらの使用事例などの全てが本明細書で企図される。
図２７Ａは、本明細書に記載及び特許請求される方法及び装置が具体化され得る例示的な通信システム１００の一実施形態を例示する。示されるように、例示的な通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、及び／又は１０２ｇ（一般的又は集合的に、ＷＴＲＵ１０２と称され得る）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、及びＶ２Ｘサーバ（又はＰｒｏＳｅ機能及びサーバ）１１３を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇの各々は、無線環境において動作し、及び／又は通信するように構成された任意のタイプの装置又はデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇは、携帯無線通信装置として図２７Ａ～図２７Ｅに示されているが、多種多様な使用事例が５Ｇ無線通信について企図され、各ＷＴＲＵは、ほんの一例として、ユーザ機器（user equipment、ＵＥ）、移動局、固定又はモバイル加入者ユニット、ページャ、携帯電話、パーソナルデジタルアシスタント（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電製品、スマートウォッチ又はスマートクロージングなどのウェアラブルデバイス、医療又はｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、飛行機などの車両などを含む、無線信号を伝送及び／又は受信するように構成された任意のタイプの装置若しくはデバイスを含むか、又は任意のタイプの装置又はデバイスにおいて具体化され得ることが理解される。
通信システム１００はまた、基地局１１４ａ、及び基地局１１４ｂを含み得る。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はＶ２Ｘサーバ（又はＰｒｏＳｅ機能及びサーバ）１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＲＲＨ（リモート無線ヘッド）１１８ａ、１１８ｂ、ＴＲＰ（伝送及び受信点）１１９ａ、１１９ｂ、及び／又はＲＳＵ（路側機）１２０ａ及び１２０ｂのうちの少なくとも１つと有線で及び／又は無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａ、１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はＶ２Ｘサーバ（ＰｒｏＳｅ機能及びサーバ）１１３など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。
基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得るＲＡＮ１０３／１０４／１０５の一部であり得る。基地局１１４ｂは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を伝送及び／又は受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線及び／又は無線信号を伝送及び／又は受信するように構成され得る。セルは更にセルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、例えば、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（ＭＩＭＯ）技術を用い得、したがって、セルの各セクタに対して複数のトランシーバを利用し得る。
基地局１１４ａは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光、センチメートル波、ミリ波、など）であり得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
基地局１１４ｂは、有線又はエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及び／又はＲＳＵ１２０ａ及び１２０ｂのうちの１つ以上と通信し得、これは、任意の好適な有線（例えば、ケーブル、光ファイバなど）又は無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及び／又はＲＳＵ１２０ａ、１２０ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、及び／又は１０２ｇは、エアインターフェース１１５ｄ／１１６ｄ／１１７ｄ（図示せず）を介して互いに通信し得、これは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つ以上のチャネルアクセススキームを用いることができる。例えば、ＲＡＮ１０３／１０４／１０５の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及びＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してそれぞれエアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及び／又はＲＳＵ１２０ｂ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）を使用して、それぞれエアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃを確立し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥ及びＬＴＥ－Ａ技術には、ＬＴＥ Ｄ２Ｄ及びＶ２Ｘ技術及びインターフェース（サイドリンク通信など）が含まれる。３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術及びインターフェース（サイドリンク通信など）を含む。
一実施形態では、ＲＡＮ１０３／１０４／１０５の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂのＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、及び／又はＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、（ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
図２７Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、又はアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用することができる。一実施形態では、基地局１１４ｃ及びＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｃ及びＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立することができる。更に別の実施形態では、基地局１１４ｃ及びＷＴＲＵ１０２ｅは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して、ピコセル又はフェムトセルを確立することができる。図２７Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
ＲＡＮ１０３／１０４／１０５及びＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信し得、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、動画配信などを提供し得、及び／又はユーザ認証など、高レベルセキュリティ機能を実行し得る。
図２７Ａには示されていないが、ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ及び／又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接的に通信し得ることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（datagram protocol、ＵＤＰ）、及びインターネットプロトコル（internet protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された別のコアネットワークを含み得る。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ及び１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る。例えば、図２７Ａに示されるＷＴＲＵ１０２ｅは、セルラベースの無線技術を用いることができる基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｃと通信するように構成され得る。
図２７Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に例示される実施形態による、無線通信のために構成された例示的な装置又はデバイスのブロック図である。図２７Ｂに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。また、実施形態は、とりわけ、トランシーバステーション（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ホームノードＢ（evolved home node-B、ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（home evolved node-B、ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイ、及びプロキシノードなどに限定されない、基地局１１４ａ及び１１４ｂ、及び／又は基地局１１４ａ及び１１４ｂが表し得るノードが、図２７Ｂに描写され、本明細書に記載された要素のいくつか又は全てを含み得ることを企図している。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図２７Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得ることが理解されよう。
送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を伝送するか、又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送／受信要素１２２は、ＲＦ信号を伝送及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送／受信要素１２２は、例えば、ＩＲ、ＵＶ又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送／受信要素１２２は、ＲＦ信号及び光信号の両方を伝送及び／又は受信するように構成され得る。送／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。
加えて、送／受信要素１２２は、単一の要素として図２７Ｂに描写されているが、ＷＴＲＵ１０２は、任意の数の送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を伝送及び受信するための２つ以上の送／受信要素１２２（例えば、多重アンテナ）を含み得る。
トランシーバ１２０は、送／受信要素１２２によって送信される信号を変調し、送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、例えばＵＴＲＡ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶表示（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８に出力し得る。更に、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。一実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、当該メモリにデータを記憶し得る。
プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾式セル電池、太陽電池、燃料電池などを含み得る。
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有しながら、任意の好適な場所決定方法によって場所情報を取得し得ることが理解されよう。
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、これは、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋認証）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真又は動画用）、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、又は他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールなどの様々なセンサを含み得る。
ＷＴＲＵ１０２は、センサ、家電製品、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、列車、又は航空機などの車両などの他の装置又はデバイスで具体化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して、そのような装置又はデバイスの他の構成要素、モジュール、又はシステムに接続することができる。
図２７Ｃは、一実施形態によるＲＡＮ１０３及びコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図２７Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらは各々、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、一実施形態との一貫性を保ちながら、任意の数のノードＢ及びＲＮＣを含み得ることが理解されよう。
図２７Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。更に、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、ロード制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行又は支持するように構成され得る。
図２７Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（media gateway、ＭＧＷ）１４４、モバイルスイッチングセンタ（mobile switching center、ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（serving GPRS support node、ＳＧＳＮ）１４８、及び／又はゲートウェイＧＰＲＳサポートノード（gateway GPRS support node、ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として描写されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含み得るネットワーク１１２に接続され得る。
図２７Ｄは、一実施形態によるＲＡＮ１０４及びコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有しながら、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク及び／又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図２７Ｄに示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
図２７Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（mobility management gateway、ＭＭＥ）１６２、サービングゲートウェイ１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ１６６を含み得る。前述の要素の各々は、コアネットワーク１０７の一部として描写されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択する役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティング及び転送し得る。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶することなど、他の機能を実行し得る。
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続され得、ＰＤＮゲートウェイ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含むか、又はそれと通信し得る。加えて、コアネットワーク１０７は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。
図２７Ｅは、一実施形態によるＲＡＮ１０５及びコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するアクセスサービスネットワーク（access service network、ＡＳＮ）であり得る。以下で更に説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、及びコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
図２７Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、及びＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との一貫性を有しながら、任意の数の基地局及びＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセルと関連付けられ得、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（quality of service、ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして機能し得、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどの役割を果たし得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、承認、ＩＰホスト構成管理、及び／又はモビリティ管理に使用され得るＲ２基準点として定義され得る。
基地局１８０ａ、１８０ｂ、及び１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバ及び基地局間のデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々と関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。
図２７Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送及びモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（mobile IP home agent、ＭＩＰ－ＨＡ）１８４、認証、承認、アカウンティング（authentication,authorization,accounting、ＡＡＡ）サーバ１８６、及びゲートウェイ１８８を含み得る。前述の要素の各々は、コアネットワーク１０９の一部として描写されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
ＭＩＰ－ＨＡは、ＩＰアドレス管理の役割を果たし得、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃが、異なるＡＳＮ及び／又は異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＡＡＡサーバ１８６は、ユーザ認証、及びユーザサービスをサポートする役割を果たし得ことができる。ゲートウェイ１８８は、他のネットワークと相互作用することを容易にし得る。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。加えて、ゲートウェイ１８８は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。
図２７Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続され得、コアネットワーク１０９は他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４基準点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークとアクセスされたコアネットワークとの間の相互作用を容易にするためのプロトコルを含み得るＲ５基準として定義され得る。
本明細書に記載され、図２７Ａ、図２７Ｃ、図２７Ｄ、及び図２７Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに与えられる名前によって識別されるが、将来のそれらのエンティティ及び機能は、他の名前によって識別され得、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開された将来の仕様において、特定のエンティティ又は機能が組み合わされ得ることが理解される。したがって、図２７Ａ、図２７Ｂ、図２７Ｃ、図２７Ｄ、及び図２７Ｅに記載及び例示される特定のネットワークエンティティ及び機能は、ほんの一例として提供されており、本明細書に開示及び特許請求される主題は、現在定義されているか又は将来定義されているかにかかわらず、任意の同様の通信システムで具体化又は実装され得ることが理解される。
図２７Ｆは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、又は他のネットワーク１１２内の特定のノード又は機能エンティティなどの、図２７Ａ、図２７Ｃ、図２７Ｄ、及び図２７Ｅに例示される通信ネットワークの１つ以上の装置が具体化され得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータ又はサーバを含み得、主にコンピュータ可読命令によって制御され得、これは、ソフトウェアの形態であり得るか、又はそのようなソフトウェアが格納又はアクセスされるあらゆる手段であり得る。そのようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作業させることができる。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はコンピューティングシステム９０が通信ネットワークで動作することを可能にする任意の他の機能を実行し得る。コプロセッサ８１は、メインプロセッサ９１とは異なる任意選択のプロセッサであり、追加の機能を実行し得るか、又はプロセッサ９１を支援し得る。プロセッサ９１及び／又はコプロセッサ８１は、本明細書に開示される方法及び装置に関連するデータを受信、生成、及び処理することができる。
動作中、プロセッサ９１は、命令をフェッチ、復号、及び実行し、コンピューティングシステムのメインデータ転送経路、システムバス８０を介して他のリソースに情報を伝送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信し、システムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺構成要素相互接続）バスである。
システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶及び取り出されることを可能にする回路を含む。ＲＯＭ９３は一般に、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られるか、又は変更され得る。ＲＡＭ８２及び／又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２はまた、システム内のプロセスを分離し、システムプロセスをユーザプロセスから分離するメモリ保護機能を提供し得る。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
加えて、コンピューティングシステム９０は、プリンタ９４、キーボード８４、マウス９５、及びディスクドライブ８５などの、プロセッサ９１から周辺機器に命令を通信する役割を果たす周辺機器コントローラ８３を含み得る。
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、及び動画を含み得る。視覚的出力は、グラフィカルユーザインターフェース（graphical user interface、ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。
更に、コンピューティングシステム９０は、例えば、コンピューティングシステム９０を、図２７Ａ、２７Ｂ、２７Ｃ、２７Ｄ、及び２７ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、又は他のネットワーク１１２に接続するために使用され得る、例えばネットワークアダプタ９７などの通信回路を含み得、コンピューティングシステム９０が、それらのネットワークの他のノード又は機能的エンティティと通信することを可能にすることができる。通信回路は、単独で、又はプロセッサ９１と組み合わせて、本明細書に記載の特定の装置、ノード、又は機能エンティティの伝送及び受信ステップを実行するために使用され得る。
図２７Ｇは、本明細書に記載及び特許請求される方法及び装置が具体化され得る例示的な通信システム１１１の一実施形態を例示する。示されるように、例示的な通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局、Ｖ２Ｘサーバ、並びにＲＳＵ Ａ及びＢを含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されよう。１つ又はいくつかのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅは、ネットワークの範囲外（例えば、図において、破線として示されるセルカバレッジ境界の外）であり得る。ＷＴＲＵ Ａ、Ｂ、ＣはＶ２Ｘグループを形成し、このときＷＴＲＵ Ａはグループリードであり、ＷＴＲＵ Ｂ及びＣはグループメンバーである。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、Ｕｕインターフェース又はサイドリンク（ＰＣ５）インターフェースを介して通信することができる。
本明細書に記載の装置、システム、方法、及びプロセスのいずれか又は全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具体化され得、その命令は、プロセッサ１１８又は９１などのプロセッサによって実行されるときに、プロセッサに、本明細書に記載のシステム、方法、及びプロセスを実行及び／又は実装させることが理解される。具体的には、本明細書に記載のステップ、動作、又は機能のいずれかは、無線及び／又は有線ネットワーク通信のために構成された装置又はコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、任意の非一時的な（例えば、有形又は物理的）方法又は技術で実装される、情報を記憶するための、揮発性及び不揮発性、リムーバブル及び非リムーバブルな媒体を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（digital versatile disks、ＤＶＤ）又は他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶装置、若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用され得、コンピューティングシステムによってアクセスされ得る任意の他の有形若しくは物理媒体が含まれる。

Claims (20)

  1. プロセッサと、メモリと、を含む無線通信デバイスであって、前記無線通信デバイスは、前記無線通信デバイスの前記プロセッサによって実行されるときに、前記無線通信デバイスに、
    ダウンリンク情報を判定することであって、前記ダウンリンク情報は、第１の受信（ＲＸ）機会（ＲＸＯＰ）、第１のＲＸ能力、第２のＲＸＯＰ、又は第２のＲＸ能力のうちの１つ以上を示す、判定すること、
    アップリンク情報を判定することであって、前記アップリンク情報は、第１の伝送（ＴＸ）機会（ＴＸＯＰ）、第１のＴＸ能力、第２のＴＸＯＰ、又は第２のＴＸ能力のうちの１つ以上を示す、判定すること、
    前記ダウンリンク情報又は前記アップリンク情報に基づいて、
    第１の加入者識別モジュール（ＳＩＭ）の第１のネットワークとの第１の接続、又は
    第２のＳＩＭの第２のネットワークとの第２の接続のうちの１つ以上を確立すること、及び
    前記第１のネットワークからの第１の受信、前記第１のネットワークへの第１の伝送、前記第２のネットワークからの第２の受信、又は前記第２のネットワークへの第２の伝送のうちの１つ以上を実行することを行わせる、前記無線通信デバイスの前記メモリに記憶されたコンピュータ実行可能命令を更に含む、無線通信デバイス。
  2. 前記コンピュータ実行可能命令は、前記無線通信デバイスの前記プロセッサによって実行されるときに、前記無線通信デバイスに、
    前記第１のネットワークに、前記判定された第１のＲＸＯＰ若しくは第１のＲＸ能力を信号伝達すること、又は
    前記第２のネットワークに、前記判定された第２のＲＸＯＰ若しくは第２のＲＸ能力を信号伝達することと、を更に行わせる、請求項１に記載の無線通信デバイス。
  3. 前記無線通信デバイスは、無線リソース制御（ＲＲＣ）層、媒体アクセス制御（ＭＡＣ）層、及び物理（ＰＨＹ）層を含み、前記アップリンク情報の前記判定又は前記ダウンリンク情報の前記判定は、アービタ機能によって実行され、前記アービタ機能は、前記ＲＲＣ層、前記ＭＡＣ層、前記ＰＨＹ層、前記ＮＡＳ層、又はそれらの組み合わせによって実装される、請求項１に記載の無線通信デバイス。
  4. 前記第１のＲＸ能力は、前記第１のネットワークからの受信のための数若しくは受信機、ダウンリンク（ＤＬ）多重入力多重出力（ＭＩＭＯ）能力、ＤＬキャリアアグリゲーション（ＣＡ）能力、又はＤＬ帯域幅部分（ＢＷＰ）動作能力を含み、
    前記第２のＲＸ能力は、前記第２のネットワークからの受信のためのいくつかの受信機、ＤＬ ＭＩＭＯ能力、ＤＬ ＣＡ能力、又はＤＬ ＢＷＰ動作能力を含み、
    前記第１のＴＸ能力は、前記第１のネットワークへの伝送のためのいくつかの伝送機、アップリンク（ＵＬ）ＭＩＭＯ能力、ＵＬ ＣＡ能力、ＵＬ ＢＷＰ動作能力、又は前記第１のネットワークへの伝送に割り当てられたパワーバジェットを含み、
    前記第２のＴＸ能力は、前記第２のネットワークへの伝送のためのいくつかの伝送機、ＵＬ ＭＩＭＯ能力、ＵＬ ＣＡ能力、ＵＬ ＢＷＰ動作能力、又は前記第２のネットワークへの伝送に割り当てられたパワーバジェットを含む、請求項１に記載の無線通信デバイス。
  5. 前記第１のネットワーク及び前記第２のネットワークにわたって共有される受信機チェーン又は伝送機チェーンは、前記第１の伝送、前記第２の伝送、前記第１の受信、又は前記第２の受信を実行する、請求項１に記載の無線通信デバイス。
  6. 前記無線通信デバイスは、媒体アクセス制御（ＭＡＣ）層を含み、前記受信機チェーン又は伝送器チェーンの前記共有は、前記ＲＸＯＰ又はＴＸＯＰの喪失に応答して、１つ以上のＭＡＣカウンタ又はタイマを適応させることに基づいている、請求項５に記載の無線通信デバイス。
  7. ランダムアクセス競合解決ウィンドウの開始は、受信機チェーン又は伝送機チェーンへのアクセスが条件とされている、請求項１に記載の無線通信デバイス。
  8. ランダムアクセス応答（ＲＡＲ）ウィンドウの開始は、受信機チェーン又は伝送チェーンへのアクセスが条件とされている、請求項１に記載の無線通信デバイス。
  9. 前記無線通信デバイスは、媒体アクセス制御（ＭＡＣ）層を含み、前記コンピュータ実行可能命令は、前記無線通信デバイスの前記プロセッサによって実行されるときに、前記無線通信デバイスに、
    前記第１のネットワーク又は第２のネットワークに、前記第１のＲＸＯＰ、前記第１のＴＸＯＰ、前記第２のＲＸＯＰ、又は前記第２のＴＸＯＰが欠落したという指標を送信して、ＭＡＣ層インターフェースの挙動の適応を引き起こすことを更に行わせる、請求項１に記載の無線通信デバイス。
  10. 前記指標は、適応されたＭＡＣ挙動のタイプを示す情報を提供する、請求項９に記載の無線通信デバイス。
  11. 前記適応されたＭＡＣ挙動のタイプは、
    前記第１のＲＸＯＰ、前記第１のＴＸＯＰ、前記第２のＲＸＯＰ、又は前記第２のＴＸＯＰの喪失に応答して、１つ以上のＭＡＣカウンタを適応させることであって、前記適応された１つ以上のＭＡＣカウンタは、早期に障害を宣言することを回避するようにインクリメントされる、適応させることを含む、請求項１０に無線通信デバイス。
  12. 前記適応されたＭＡＣ挙動のタイプは、
    前記第１のＲＸＯＰ、前記第１のＴＸＯＰ、前記第２のＲＸＯＰ、又は前記第２のＴＸＯＰの喪失に応答して、１つ以上のＭＡＣタイマを適応させることであって、前記適応された１つ以上のＭＡＣタイマは、早期に障害を宣言することを回避するように延長される、適応させることを含む、請求項１０に無線通信デバイス。
  13. 前記適応されたＭＡＣ挙動のタイプは、
    バックオフ時間後まで、ランダムアクセスリソース選択手順を実行することを遅延させることであって、前記バックオフ時間は、伝送機チェーンがビジーである期間と同じか、又はそれよりも大きい、遅延させることを含む、請求項１０に無線通信デバイス。
  14. 前記コンピュータ実行可能命令は、前記無線通信デバイスの前記プロセッサによって実行されるときに、前記無線通信デバイスに、
    いくつかのＴＸＯＰ又はＲＸＯＰ欠落が閾値を超えるときに、伝送障害又は受信障害の指標を、１つ以上の上位層に送信することを更に行わせる、請求項９に無線通信デバイス。
  15. 前記無線通信デバイスは、媒体アクセス制御（ＭＡＣ）層を含み、前記ＭＡＣ層は、共通ＭＡＣ層インターフェース及び専用ＭＡＣ層インターフェースを含み、前記専用ＭＡＣ層インターフェースは、前記第１のＳＩＭ又は前記第２のＳＩＭと関連付けられており、前記共通ＭＡＣ層インターフェースは、前記第１のＳＩＭ及び前記第２のＳＩＭの両方にわたって共有される、請求項１に記載の無線通信デバイス。
  16. 前記無線通信デバイスは、共通非アクセス層（ＮＡＳ）インターフェース及び専用ＮＡＳインターフェースを含み、前記専用ＮＡＳインターフェースは、前記第１のＳＩＭ又は前記第２のＳＩＭと関連付けられており、前記共通ＮＡＳインターフェースは、前記第１のＳＩＭ及び前記第２のＳＩＭの両方にわたって共有される、請求項１に記載の無線通信デバイス。
  17. 前記無線通信デバイスは、無線リソース制御（ＲＲＣ）インターフェース及び専用ＲＲＣインターフェースを含み、前記専用ＲＲＣインターフェースは、前記第１のＳＩＭ又は前記第２のＳＩＭと関連付けられており、前記共通ＲＲＣインターフェースは、前記第１のＳＩＭ及び前記第２のＳＩＭの両方にわたって共有される、請求項１に記載の無線通信デバイス。
  18. 前記コンピュータ実行可能命令は、前記無線通信デバイスの前記プロセッサによって実行されるときに、前記無線通信デバイスに、
    前記第１の接続を中断又は解放して、前記第２の接続を継続するように通信を引き起こすこと、又は
    前記第２の接続を中断又は解放して、前記第１の接続を継続するように通信を引き起こすことを更に行わせる、請求項１に記載の無線通信デバイス。
  19. 無線通信デバイスにおける使用のための方法であって、
    ダウンリンク情報を判定することであって、前記ダウンリンク情報は、第１の受信（ＲＸ）機会（ＲＸＯＰ）、第１のＲＸ能力、第２のＲＸＯＰ、又は第２のＲＸ能力のうちの１つ以上を示す、判定すること、
    アップリンク情報を判定することであって、前記アップリンク情報は、第１の伝送（ＴＸ）機会（ＴＸＯＰ）、第１のＴＸ能力、第２のＴＸＯＰ、又は第２のＴＸ能力のうちの１つ以上を示す、判定すること、
    前記ダウンリンク情報又は前記アップリンク情報に基づいて、
    第１の加入者識別モジュール（ＳＩＭ）の第１のネットワークとの第１の接続、又は
    第２のＳＩＭの第２のネットワークとの第２の接続のうちの１つ以上を確立すること、及び
    前記第１のネットワークからの第１の受信、前記第１のネットワークへの第１の伝送、前記第２のネットワークからの第２の受信、又は前記第２のネットワークへの第２の伝送のうちの１つ以上を実行することを含む、方法。
  20. 前記第１のネットワーク及び前記第２のネットワークにわたって共有される受信機チェーン又は伝送機チェーンは、前記第１の伝送、前記第２の伝送、前記第１の受信、又は前記第２の受信を実行し、
    前記無線通信デバイスは、媒体アクセス制御（ＭＡＣ）層を含み、前記受信機チェーン又は伝送器チェーンの前記共有は、前記ＲＸＯＰ又はＴＸＯＰの喪失に応答して、１つ以上のＭＡＣカウンタ又はタイマを適応させることに基づいている、請求項１９に記載の方法。

JP2022528011A 2019-11-13 2020-11-13 マルチｓｉｍ ｕｅ接続モード動作のための方法 Pending JP2023502936A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962934748P 2019-11-13 2019-11-13
US62/934,748 2019-11-13
PCT/US2020/060444 WO2021097231A1 (en) 2019-11-13 2020-11-13 Methods for multi-sim ue connected mode operation

Publications (2)

Publication Number Publication Date
JP2023502936A true JP2023502936A (ja) 2023-01-26
JPWO2021097231A5 JPWO2021097231A5 (ja) 2023-11-21

Family

ID=73793802

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022528011A Pending JP2023502936A (ja) 2019-11-13 2020-11-13 マルチｓｉｍ ｕｅ接続モード動作のための方法

Country Status (6)

Country Link
US (1) US20220418020A1 (ja)
EP (1) EP4059243A1 (ja)
JP (1) JP2023502936A (ja)
CN (1) CN114868411A (ja)
BR (1) BR112022009424A2 (ja)
WO (1) WO2021097231A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11812314B2 (en) * 2020-05-20 2023-11-07 Qualcomm Incorporated Dynamic switching between carrier aggregation and multi-connectivity
US20230117026A1 (en) * 2021-10-19 2023-04-20 Qualcomm Incorporated Subscriber identification module prioritization techniques based on service priority and quality of service parameters
WO2024044930A1 (en) * 2022-08-30 2024-03-07 Qualcomm Incorporated Data transmission on a multi-subscriber identity module device based on data path link metrics

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030110344A1 (en) * 1996-09-18 2003-06-12 Andre Szczepanek Communications systems, apparatus and methods
US7676673B2 (en) * 2006-04-28 2010-03-09 Bae Systems Information And Electronic Systems Integration Inc. Multi-level secure (MLS) information network
US8862178B2 (en) * 2010-02-24 2014-10-14 Qualcomm Incorporated Methods and systems for managing participation in multiple wireless networks
EP3525531B1 (en) * 2010-12-30 2024-06-12 Telefonaktiebolaget LM Ericsson (publ) Multi sim management
US9468010B2 (en) * 2013-12-20 2016-10-11 Qualcomm Incorporated Apparatus and methods for facilitating tune-away operations in wireless communications systems
US10142818B2 (en) * 2014-05-30 2018-11-27 Apple Inc. Methods and apparatus to reuse wireless circuitry for multiple subscriber identities in a wireless communication device
US9913316B2 (en) * 2016-03-30 2018-03-06 Qualcomm Incorporated Connected discontinuous reception (CDRX) management in multi-subscriber identity module (SIM) wireless communication devices
EP3466191A4 (en) * 2016-05-26 2020-02-26 Qualcomm Incorporated METHOD FOR IMPROVING SUBSCRIPTION DATA FLOW AFTER DETACHMENT ON A DSDS TELEPHONE
US10034320B2 (en) * 2016-09-15 2018-07-24 Qualcomm Incorporated System and methods for performing an adaptive access procedure on a multi-SIM wireless communication device
US10517003B2 (en) * 2016-12-28 2019-12-24 Qualcomm Incorporated Systems and methods for maintaining service on multiple SIMs in a wireless communication device operating in a multi-SIM multi-standby (MSMS) mode

Also Published As

Publication number Publication date
WO2021097231A1 (en) 2021-05-20
CN114868411A (zh) 2022-08-05
EP4059243A1 (en) 2022-09-21
BR112022009424A2 (pt) 2022-08-09
US20220418020A1 (en) 2022-12-29

Similar Documents

Publication Publication Date Title
JP7455820B2 (ja) Ｎｒ－ｕ ｌｂｔ ｍａｃ手順
JP7319962B2 (ja) 新無線におけるコネクテッドモードのモビリティ
JP6956227B2 (ja) 許可不要動作
US11564170B2 (en) Wake up signals operation
KR102438085B1 (ko) 무선 시스템에서의 보충 업링크
US20220394583A1 (en) Conditional mobility with multi-connectivity
CN111543117B (zh) 在不活动状态中运行双连接
US20230171738A1 (en) Sidelink enhancements resource allocation assistance information
US20230007624A1 (en) System information acquisition and paging for user equipment with multiple universal subscriber identity modules
KR20240095341A (ko) 사이드링크 무선 링크 모니터링 및 무선 링크 실패 결정 방법
KR20210077670A (ko) 유니캐스트 및/또는 멀티캐스트 링크 확립 및 유지보수를 위한 l2 프로시저
JP2021523632A (ja) チャネル化および帯域幅パート（ｂｗｐ）
JP2021523634A (ja) 新無線アンライセンスサービングセルを用いたチャネルアクセス
WO2017196611A1 (en) Devices and methods for power efficient d2d communications for wearables/iot
JP2017529759A (ja) デバイスツーデバイス（ｄ２ｄ）プリエンプションおよびアクセス制御
JP2023502936A (ja) マルチｓｉｍ ｕｅ接続モード動作のための方法
US20240224379A1 (en) Nr v2x sidelink power saving for unicast and/or groupcast
WO2022031809A1 (en) Idle/inactive mobility for small data transmission
US20240172325A1 (en) Method and apparatuses for nr sidelink discontinuous reception
US20230189059A1 (en) Methods and apparatus directed to non-access stratum procedures in connection with layer 2 relaying
CN115702598A (zh) 用于休眠辅助小区组（scg）的功率节省的方法和装置

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20220616

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20220912

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20231106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231113