JP2020515198A - ユーザー装置識別子設定のためのシステム及び方法 - Google Patents

Abstract

ＵＥ及びネットワークの間でレイヤ１若しくはレイヤ２又は双方における通信に使用されるユーザー識別子（ＵＥ ＩＤ）のビット長を設定するためのシステム及び方法が提供される。識別子パラメータ情報（例えば、ビット長及び／又は識別子の値又は値の長さ）をＵＥへ提供するために複数のメカニズムがネットワークに提供され、識別子パラメータ情報に基づいて特定のＵＥ ＩＤを選択することをＵＥに許容する。

Description

関連出願
この出願は、２０１７年１月４日に出願されたユーザー装置識別子設定のためのシステム及び方法と題する米国仮出願第６２／４４２，１９８号、及び２０１７年１２月２０日に出願されたユーザー装置識別子設定のためのシステム及び方法と題する米国出願第１５／８４８，７２５号に対する優先権を主張しており、これらは全てそれら全体でリファレンスによりここに組み込まれている。

本開示は一般にユーザー装置識別子を設定するための技術に関する。

無線アクセス・ネットワーク（ＲＡＮ）におけるレイヤ１（Ｌ１）若しくはレイヤ２（Ｌ２）、又は双方（Ｌ１／Ｌ２）のためのユーザー装置（ＵＥ）識別子（ＩＤ）を定めるビット長は、全てのユーザーに対して固定されている。ロング・ターム・エボリューション（ＬＴＥ）ネットワークでは、無線ネットワーク・テンポラリ識別子（ＲＮＴＩ）が、ネットワークに接続されたＵＥを識別するために使用される。例えば、ＲＮＴＩ、Ｌ１／Ｌ２識別子は、ＬＴＥでは１６ビットである。

ＲＮＴＩはまた、ＵＥ探索空間において、受信した物理ダウンリンク制御チャネル（ＰＤＣＣＨ）コマンドをフィルタリングし、ＵＥが、そのＵＥをターゲットとしておらず他のＵＥをターゲットとしているメッセージを破棄することを可能にするために使用されてもよい。ＲＮＴＩはまた、ランダマイザ及びスクランブラのためのＵＥ固有のシードとして使用されてもよい。ＲＮＴＩはまた、ページング、電力制御、及びシステム情報の提供などのアプリケーションにも使用されてよいが、これらに限定されない。

本願の一態様によれば、ネットワークとＵＥとの間のレイヤ１及びレイヤ２（Ｌ１／Ｌ２）通信のうちの少なくとも１つで使用する第１ユーザー装置（ＵＥ）識別子（ＩＤ）の長さを設定することを含む方法が提供される。

幾つかの実施形態では、第１ＵＥ ＩＤの長さを設定することは、ＵＥが、第１ＵＥ ＩＤの長さを定める際に使用する識別子パラメータ情報を受信することを含む。

幾つかの実施形態では、識別子パラメータ情報は、ＵＥ ＩＤビット長及び第１ＵＥ ＩＤのために使用される値のうちの少なくとも１つを含む。

幾つかの実施形態では、方法は、アップリンク・リソースを要求するために、ＵＥがメッセージをネットワークへ送信することをさらに含む。

幾つかの実施形態では、方法は、ＵＥが識別子パラメータ情報を受信する前に、ＵＥが、第１ＵＥ ＩＤを要求するためにメッセージをネットワークへ送信することを更に含む。

幾つかの実施形態では、メッセージはランダム・アクセス・チャネル（ＲＡＣＨ）プリアンブルの一部である。

幾つかの実施形態では、ＵＥがパラメータ情報を受信することは、ランダム・アクセス・レスポンス（ＲＡＲ）を受信することを含む。

幾つかの実施形態では、方法は、ＵＥが第２ＵＥ ＩＤの要求を送信することを更に含む。

幾つかの実施形態では、方法は、第２ＵＥ ＩＤを受信することを更に含む。

幾つかの実施形態では、方法は、第１ＵＥ ＩＤと第２ＵＥ ＩＤとの両方を維持すること、又は第１ＵＥ ＩＤをドロップし、第２ＵＥ ＩＤを使用することを更に含む。

幾つかの実施形態では、第１ＵＥ ＩＤの長さを設定することは、ネットワークが、第１ＵＥ ＩＤの長さを定める際に使用するための識別子パラメータ情報をブロードキャストすることを含む。

幾つかの実施形態では、識別子パラメータ情報は、ビット長、及び第１ＵＥ ＩＤとして使用される値のうちの少なくとも１つを含む。

幾つかの実施形態では、方法は、ネットワークが、第１ＵＥ ＩＤを要求するＵＥからメッセージを受信することを更に含む。

幾つかの実施形態では、方法は、メッセージに基づく識別子パラメータ情報として送信される値又は値の範囲、及びビット長を決定することを更に含む。

幾つかの実施形態では、送信される値又は値の範囲、及びビット長を決定することは、メッセージの時間−周波数リソースに基づいている。

幾つかの実施形態では、メッセージはランダム・アクセス・チャネル（ＲＡＣＨ）プリアンブルの一部である。

幾つかの実施形態では、ネットワークが識別子パラメータ情報をブロードキャストすることは、ネットワークが、ランダム・アクセス・レスポンス（ＲＡＲ）を送信することを含む。

幾つかの実施形態では、方法は、ネットワークが第２ＵＥ ＩＤの要求を受信することを更に含む。

幾つかの実施形態では、方法は、第２ＵＥ ＩＤを送信することを更に含む。

本願の一態様によれば、ＵＥがアクティブ状態にある場合に第１ＵＥ ＩＤを使用し；及びＵＥがインアクティブ状態にある場合に第２ＵＥ ＩＤを使用することを含む方法が提供される。

幾つかの実施形態において、第１ＵＥ ＩＤは、第２ＵＥ ＩＤより短いビット長を有する。

本願の一態様によれば、プロセッサとプロセッサ読み取り可能なストレージ媒体とを含む装置が提供される。プロセッサ読み取り可能なストレージ媒体は、実行されると、ネットワークとＵＥとの間におけるレイヤ１及びレイヤ２（Ｌ１／Ｌ２）通信のうちの少なくとも１つで使用する第１ユーザー装置（ＵＥ）識別子（ＩＤ）の長さを設定することを含む方法を実行するプロセッサ実行可能な命令を含む。

幾つかの実施形態において、装置はユーザー装置（ＵＥ）である。

幾つかの実施形態において、プロセッサ実行可能な命令は、第１ＵＥ ＩＤの長さを定める際に使用する識別子パラメータ情報を受信するＵＥを制御するように構成される。

幾つかの実施形態では、プロセッサ実行可能な命令は、アップリンク・リソースを要求するためにネットワークへメッセージを送信するＵＥを制御するように構成される。

幾つかの実施形態において、プロセッサ実行可能な命令は、第１ＵＥ ＩＤを要求するために、ネットワークへメッセージを送信するＵＥを制御するように構成される。

幾つかの実施形態では、プロセッサ実行可能な命令は、第２ＵＥ ＩＤの要求を送信するＵＥを制御するように構成される。

幾つかの実施形態では、プロセッサ実行可能な命令は、第２ＵＥ ＩＤを受信するＵＥを制御するように構成される。

幾つかの実施形態では、装置はネットワーク・コントローラである。

幾つかの実施形態において、プロセッサ実行可能な命令は、第１ＵＥ ＩＤの長さを定める際に使用する識別子パラメータ情報をブロードキャストするネットワーク・コントローラを制御するように構成される。

幾つかの実施形態において、プロセッサ実行可能な命令は、第１ＵＥ ＩＤを要求するＵＥからメッセージを受信するネットワーク・コントローラを制御するように構成される。

幾つかの実施形態において、プロセッサ実行可能な命令は、メッセージに基づいて識別子パラメータ情報として送信される値又は値の範囲、及びビット長を決定するネットワーク・コントローラを制御するように構成される。

幾つかの実施形態では、プロセッサ実行可能な命令は、第２ＵＥ ＩＤの要求を受信するネットワーク・コントローラを制御するように構成される。

幾つかの実施形態では、プロセッサ実行可能な命令は、第２ＵＥ ＩＤを送信するネットワーク・コントローラを制御するように構成される。

本願の一態様によれば、ユーザー装置（ＵＥ）が、ＵＥがアクティブ状態にある場合に使用するための第１ＵＥ識別子（ＩＤ）を受信し；ＵＥが、ＵＥがインアクティブ状態にある場合に使用するための第２ＵＥ ＩＤを受信し；及びＵＥが、アクティブ状態からインアクティブ状態へ遷移することを含む方法が提供される。

幾つかの実施形態では、方法は、アクティブ状態からインアクティブ状態へ遷移した後に、第２ＵＥ ＩＤを維持することを更に含む。

幾つかの実施形態では、本方法は、第１ＵＥ ＩＤをドロップし、第２ＵＥ ＩＤを使用することを更に含む。

幾つかの実施形態では、第２ＵＥ ＩＤを使用することは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために第２ＵＥ ＩＤを使用することを含む。

幾つかの実施形態では、第１ＵＥ ＩＤは第２ＵＥ ＩＤより短いビット長を有する。

幾つかの実施形態では、第１ＵＥ ＩＤ又は第２ＵＥ ＩＤのビット長を定める識別子パラメータ情報を受信する。

幾つかの実施形態では、識別子パラメータ情報は：ビット長；選択されたＵＥ ＩＤのビット長に関連するインデックス値；及び第１ＵＥ ＩＤ又は第２ＵＥ ＩＤとして使用されるための値のうち少なくとも１つを含む。

幾つかの実施形態では、方法は、第１ＵＥ ＩＤ又は第２ＵＥ ＩＤを要求するＵＥからメッセージを送信することを更に含む。

本願の一態様によれば、受信機；送信機；及び受信機と送信機とに動作可能に接続されるプロセッサを含むユーザー装置（ＵＥ）が提供される。プロセッサは：ＵＥがアクティブ状態にある場合に使用するための第１ＵＥ識別子（ＩＤ）を受信し；ＵＥがインアクティブ状態にある場合に使用するための第２ＵＥ ＩＤを受信し；及びアクティブ状態からインアクティブ状態へＵＥを遷移させるように構成される。

幾つかの実施形態では、プロセッサは、アクティブ状態から非アクティブ状態へ遷移した後に第２ＵＥ ＩＤを維持するように更に構成される。

幾つかの実施形態では、プロセッサは、第１ＵＥ ＩＤをドロップし、第２ＵＥ ＩＤを使用するように更に構成される。

幾つかの実施形態では、第２ＵＥ ＩＤを使用することは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために第２ＵＥ ＩＤを使用することを含む。

幾つかの実施形態では、第１ＵＥ ＩＤは、第２ＵＥ ＩＤより短いビット長を有する。

幾つかの実施形態において、プロセッサは、第１ＵＥ ＩＤ又は第２ＵＥ ＩＤの長さを定める識別子パラメータ情報を受信するように更に構成される。

幾つかの実施形態では、識別子パラメータ情報は：ビット長；選択されたＵＥ ＩＤビット長に関連するインデックス値；及び第１ＵＥ ＩＤ又は第２ＵＥ ＩＤとして使用される値のうちの少なくとも１つを含む。

幾つかの実施形態では、プロセッサは、第１ＵＥ ＩＤ又は第２ＵＥ ＩＤを要求するメッセージを送信するように更に構成される。

本願の一態様によれば、基地局が、第１ユーザー装置（ＵＥ）識別子（ＩＤ）を、ＵＥがアクティブ状態にある場合に使用するために、ＵＥへ送信し；基地局が、第２ＵＥ ＩＤを、ＵＥがインアクティブ状態にある場合に使用するために、ＵＥへ送信し；及びＵＥがインアクティブ状態にある場合に第２ＵＥ ＩＤを使用することを含む方法が提供される。

幾つかの実施形態では、第２ＵＥ ＩＤを使用することは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために第２ＵＥ ＩＤを使用することを含む。

本願の一態様によれば、受信機；送信機；及び受信機と送信機とに動作可能に接続されるプロセッサを含む基地局が提供される。プロセッサは、第１ユーザー装置（ＵＥ）識別子（ＩＤ）を、ＵＥがアクティブ状態にある場合に使用するために、ＵＥへ送信し；第２ＵＥ ＩＤを、ＵＥがインアクティブ状態にある場合に使用するために、ＵＥへ送信し；及びＵＥがインアクティブ状態にある場合に第２ＵＥ ＩＤを使用するように構成される。

幾つかの実施形態では、プロセッサが第２ＵＥ ＩＤを使用することは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために第２ＵＥ ＩＤをプロセッサが使用することを含む。

本開示の実施形態の他の態様及び特徴は、以下の説明を検討することにより、当業者には明らかになるであろう。

以下、添付の図面を参照して、本発明の実施形態の例をより詳細に説明する。

図１は、ここに記載される例示的な実施形態に従って動作し得る通信ノードを有する例示的な通信システムを示す。

図２は、本願の一態様に従ってＵＥ ＩＤがどのようにして構成され得るかについての例を示すシグナリング図である。

図３は、本願の一態様に従ってランダム・アクセス・チャネル（ＲＡＣＨ）のプリアンブルに使用される時間周波数リソースを示すブロック図である。

図４は、本願の一態様に従ってＵＥ ＩＤがどのようにして構成され得るかについての別の例を示すシグナリング図である。

図５は、本願の実施形態による例示的な方法のフロー図である。

図６は、本願の別の実施形態による例示的な方法のフロー図である。

図７は、本願の更なる実施形態による例示的な方法のフロー図である。

図８は、本願の更に別の実施形態による例示的な方法のフロー図である。

図９は、本出願の一態様による例示的なユーザー装置（ＵＥ）のブロック図である。

図１０は、本出願の一態様による例示的なネットワーク・サーバーのブロック図である。

本開示の１つ以上の実施形態の例示的な実装が以下に提供されるが、開示されるシステム及び／又は方法は、いくらでもある技術を用いて実装され得ることが、先ず理解されるべきである。本開示は、ここで図示及び説明される設計及び実装を含む、以下に示される例示的な実装、図面、及び技術には決して限定されるべきではなく、添付のクレームの範囲内で、それらの均等物の全範囲とともに修正されることが可能である。

図１は、例示的な通信ネットワーク１００を示す。通信ネットワーク１００は、ＵＥ１１０、１１２、１１４、及び１１６等の複数のユーザー装置（ＵＥ）に応対する２つのアクセス・ポイント（ＡＰ）１０５及び１０７を含む。ＡＰはまた、基地局、エボルブド・ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、送信ポイント（ＴＰ）、受信ポイント（ＲＰ）、送信及び受信ポイント（ＴＲＰ）等と言及されてもよい。ＵＥはまた、移動装置、移動局、端末等と言及されてもよい。一般に、ＡＰは複数の送信アンテナを有し、複数のＵＥへ送信すること、単一のＵＥへ複数のレイヤを送信すること、又はそれらの組み合わせを許容する。更に、第１ＡＰ１０５は、第２ＡＰ１０７からの送信も受信しているＵＥ１１０へ送信してもよい。図１の実装において、ネットワーク・サーバー１２０は、ネットワークからの通信を生成する責任を負う。ネットワーク・サーバー１２０は、ＵＥから信号を送受信するＡＰ１０５及び１０７（図示せず）に通信可能に結合されている。

通信システムは、多数のＵＥと通信することが可能な複数のＡＰｓを使用し得ることが理解されるが、簡略化のために、２つのＡＰｓと９つのＵＥのみが示されている。

ＵＥ１１０、１１２、１１４及び１１６はそれぞれ、ネットワークとの各自の通信において少なくとも１つのＵＥ ＩＤを利用する。ネットワーク内の異なるレイヤは、与えられた用途に特有の異なるＵＥ ＩＤを利用することができる。その結果、異なるレイヤのＵＥ ＩＤは、各レイヤにおいて異なる固定サイズでのものであってもよい。例えば、ＬＴＥでは、無線ネットワーク・テンポラリ識別子（ＲＮＴＩ）は１６ビットのビット長を有し、サービング・テンポラリ・モバイル加入者識別子（Ｓ−ＴＭＳＩ）は４０ビットのビット長を有する。固定ビット長ＵＥ ＩＤを使用する利点は、異なるレイヤ内の異なるメッセージに対して単純化された設計を許容することである。

しかしながら、固定長ＵＥ ＩＤを使用することは欠点となる可能性があり、なぜなら、固定長ＵＥ ＩＤは前方互換性を制限し、たとえそれが必要とされなかったとしても固定量のオーバーヘッドを請け負うことになり得る。例えば、固定ビット長が、ＵＥの最大数を収容するように選択される場合、すなわち、４ビットは１６ＵＥの識別を可能にするが、アクティブＵＥの数がＵＥの最大数より少ない場合、必要以上のオーバーヘッドが存在し得る。４ビットの例では、仮にシステムで現在アクティブなＵＥが７つしか存在しない場合、４ビットのうち２ビットしか必要とされず、従ってその時点では２ビットが無駄なオーバーヘッドである。

このような技術は、異なるＵＥ、異なるトラフィック・タイプ、及び異なるスライスの識別プロセスを区別できない結果となり得る。５Ｇ通信システムでは、ＵＥはアンテナのアレイを有することが可能であり、及びＵＥが通信する無線ネットワークは、それぞれが異なる特徴を有する複数の論理ネットワークに配置され得ることが想定される。例えば、１つの論理ネットワーク（ネットワーク・スライスとも呼ばれる）は、低帯域幅、基地局（又はアクセス・ポイント）とＵＥとの間のロング・レンジ受信を含む特徴を有し、基地局に対するＵＥの高速移動をサポートする一方、他の論理ネットワークは、高帯域幅、基地局とＵＥとの間のロー・レンジ受信を含む特徴を有し、基地局に対するＵＥの低速移動をサポートするかもしれない。この技術は、ＲＡＮ内に複数のスライスやトラフィックが混在する場合に、複雑性又はオーバーヘッド、あるいはその両方を最適化する機会を失う結果を招き得る。

ニュー・ラジオ（ＮＲ）では、ＵＥ ＩＤの長さは、大規模マシン・タイプ通信（ｍＭＴＣ）等の幾つかの利用シナリオに対して増やされるであろうが、長さは固定されたままであることが予想される。しかしながら、固定長ＵＥ ＩＤは、たとえ１６ビットより大きい場合でさえ、すべての状況に適切であるとは限らない。例えば、１６ビットより大きな固定サイズのＵＥ ＩＤは、追加の複雑性又はオーバーヘッド、又はその両方を導入する可能性があり、それは常には必要とされない。そのような固定長ＵＥ ＩＤはまた、前方互換性を制限するかもしれない。

本願の態様は、全ての使用シナリオに対して固定ビット長のＵＥ ＩＤを持たせるのとは反対に、異なる使用シナリオに対して、ＲＡＮで使用されるＵＥ ＩＤのビット長を設定することを、ネットワークに許容する方法及びシステムを紹介する。

本願の一態様によれば、ネットワークは、ＡＰを介して、識別子に関連付けられたパラメータに関する情報をＵＥへ合図する。このような識別子パラメータ情報の２つの非限定的な例は、ビット長（例えば、１６ビット、２０ビットなど）と、潜在的な識別子の範囲からＵＥ識別子を定める値とを含んでもよい。以下の表１は、識別値（１６進数）と関連する識別子の例を示す。レンジ１からレンジ２の値は、特定セットの識別子タイプ、すなわちＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ）、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）、セミ・パーシステント・スケジューリングＣ−ＲＮＴＩ、テンポラリＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ−Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ−ＲＮＴＩ）及びＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ−Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ−ＲＮＴＩ）に対するレンジの開始点及び終了点を定める。レンジ２＋１ないしレンジ３の値は、異なるセットの識別子タイプ、すなわち、Ｃ−ＲＮＴＩ、セミ・パーシステント・スケジューリングＣ−ＲＮＴＩ、テンポラリＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、及びＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩに対するレンジの開始点及び終了点を定める。幾つかの実装では、特定の識別子タイプの各々に対して指定された各レンジ内にサブ・レンジが存在してもよい。

表１

ＲＮＴＩは、セル内のコネクテッド・モードＵＥ、特定の無線チャネル、グループとしてページングする対象となるＵＥのグループ、グループとして電力制御の対象となるＵＥのグループ、及び全てのＵＥに対してＡＰにより送信されるシステム情報を区別又は識別するために使用され得る。コネクテッド・モードは、無線リソース制御（ＲＲＣ）コネクションが確立された例えばＬＴＥにおける状態である。これは、ＵＥが制御チャネルを能動的に監視して送受信していること、又は情報の送受信が差し迫っていることをしばしば意味する。

ＬＴＥには複数のＲＮＴＩタイプが存在する。各ＲＮＴＩは、特定の用法及び値のレンジを有する。以下は、上記の表１にリストされている幾つかの異なるタイプのＲＮＴＩの説明である。

ＲＡ−ＲＮＴＩ（ランダム・アクセスＲＮＴＩ）

ランダム・アクセス手順の一部として、幾つかの実装では媒体アクセス制御（ＭＡＣ）コントローラを含み得るＡＰのネットワーク・コントローラは、ＵＥによって送信されたランダム・アクセス・プリアンブルに対する応答としてランダム・アクセス・レスポンス（ＲＡＲ）を生成する。ＲＡＲは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）トランスポート・チャネルで送信され、これは次に物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）にマッピングされ得る。ＡＰは、ＲＡＲを搬送するＰＤＳＣＨの伝送のために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の巡回冗長検査（ＣＲＣ）をＲＡ−ＲＮＴＩとともにスクランブルする。ＲＡ−ＲＮＴＩは複数のＵＥに対してアドレス指定されてもよく、即ち、複数のＵＥが、同じＲＡ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨをデコードすることができる。ＲＡ−ＲＮＴＩは、ランダム・アクセス・プリアンブルを送信するために、どの時間−周波数リソースがＵＥによって利用されたかを明確に識別する。セルの物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）構成のＲＡ−ＲＮＴＩ値に対応する値は、他の何れのＲＮＴＩ（Ｃ−ＲＮＴＩ、セミ・パーシステント・スケジューリングＣ−ＲＮＴＩ、テンポラリＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ又はＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）についても、セルで使用されていない。

ＳＰＳ Ｃ−ＲＮＴＩ（セミ・パーシステント・スケジューリングＣ−ＲＮＴＩ）

ＳＰＳ Ｃ−ＲＮＴＩは、伝送リソースのセミ・パーシステントなグラント又は割り当てを識別する。ＳＰＳ Ｃ−ＲＮＴＩは専用のＲＮＴＩであり、無線リソース制御（ＲＲＣ）シグナリングによって設定される。ＡＰは、ＳＰＳ Ｃ−ＲＮＴＩとともにＵＥを設定することができる。

ＴＰＣ ＲＮＴＩ（送信電力制御ＲＮＴＩ）

ＴＰＣ ＲＮＴＩは、アップリンク電力制御に関連して使用される。ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ及びＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩの２種類が存在する。通常、ＴＰＣ ＲＮＴＩはＵＥのグループに割り当てられる。ＡＰは、ＲＲＣシグナリングを介してＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ及びＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩでＵＥを設定することができる。

Ｃ−ＲＮＴＩ（セルＲＮＴＩ）

Ｃ−ＲＮＴＩは、特定のＵＥに専用のＲＲＣコネクション及びスケジューリングを識別するために使用される固有の識別子であり、ＵＥは所与のセル内に在圏する。ＡＰは異なるＣ−ＲＮＴＩ値を異なるＵＥに割り当てることができる。ＡＰはＣ−ＲＮＴＩを使用して、ＵＥへのアップリンク・グラント、ダウンリンク割り当て、ＰＤＣＣＨ命令などを割り当てる。言い換えれば、ＡＰは、伝送リソースのためのアップリンク・グラントの割り当て、伝送リソースのためのダウンリンク割り当て、及びＵＥのＰＤＣＣＨ構成などの機能を実行する際に、Ｃ−ＲＮＴＩを使用するが、これらに限定されない。ＡＰはまた、ＵＥのアップリンク送信（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ）を他のＵＥから区別するために、Ｃ−ＲＮＴＩを使用することができる。

テンポラリＣ−ＲＮＴＩ

ランダム・アクセス（ＲＡ）手順の一部として、ＡＰのＭＡＣは、ＵＥによって送信されたランダム・アクセス・プリアンブルに対する応答として、ランダム・アクセス・レスポンス（ＲＡＲ）を生成する。ＭＡＣ ＲＡＲは、テンポラリＣ−ＲＮＴＩを含む。

競合ベースのランダム・アクセス手順の間、ＵＥは、受信した（ＲＡＲで受信した）テンポラリＣ−ＲＮＴＩを格納し、競合ベースのランダム・アクセス手順の間にそれを使用することができる。ＵＥは、非競合ベースのランダム・アクセス手順の間に、ＲＡＲで受信したテンポラリＣ−ＲＮＴＩ値を破棄してもよい。ＵＥは、ｍｓｇ３タイプのメッセージ、即ち、ＲＡＲグラントに対応するＰＵＳＣＨ及び再送のスクランブリングのために、テンポラリＣ−ＲＮＴＩを使用することができる。

競合ベースのＲＡ手順の間、ＵＥは、テンポラリＣ−ＲＮＴＩとともにスクランブルされたＰＤＣＣＨを監視することができる。ランダム・アクセスの成功を検出し及びＣ−ＲＮＴＩを既に有してはいないＵＥに対して、テンポラリＣ−ＲＮＴＩは、Ｃ−ＲＮＴＩに昇格させられる。テンポラリＣ−ＲＮＴＩは、（競合が成功していない）他のＵＥによってドロップされる。ＲＡの成功を検出し、既にＣ−ＲＮＴＩを有するＵＥは、そのＣ−ＲＮＴＩの使用を再開し、テンポラリＣ−ＲＮＴＩを破棄することができる。

Ｍ−ＲＮＴＩ（マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）−ＲＮＴＩ）

ＰＤＣＣＨにおけるＭＢＭＳ固有のＲＮＴＩ、Ｍ−ＲＮＴＩの指示は、マルチキャスト制御チャネル（ＭＣＣＨ）情報の変更について、アイドル又はコネクテッド状態のＵＥに通知するために使用される。

Ｐ−ＲＮＴＩ（ページングＲＮＴＩ）

Ｐ−ＲＮＴＩは、ページング・メッセージの受信のためにＵＥによって使用される。Ｐ−ＲＮＴＩは、必要に応じてすべてのＵＥに使用される共通値である。ページング・メッセージは、典型的には、ページング・チャネル（ＰＣＨ）トランスポート・チャネルにマッピングされるページング制御チャネル論理チャネル（ＰＣＣＨ）論理チャネルによって搬送される。ＰＣＨトランスポート・チャネルはＰＤＳＣＨ物理チャネルにマッピングされる。ＡＰは、ページング情報を運ぶＰＤＳＣＨの送信のために、ＰＤＣＣＨのＣＲＣをＰ−ＲＮＴＩでスクランブルしてもよい。

ＳＩ−ＲＮＴＩ（システム情報ＲＮＴＩ）

ＳＩ−ＲＮＴＩは、システム情報のブロードキャストに関連して使用される。ＳＩ−ＲＮＴＩは、必要に応じてすべてのＵＥに使用される共通値である。システム情報のブロードキャストは、ブロードキャスト制御チャネル（ＢＣＣＨ）論理チャネルを使用し、これは次にＰＤＳＣＨ物理チャネルにマッピングされるＤＬ−ＳＣＨトランスポート・チャネルにマッピングされる。ＵＥは、システム情報を運ぶＰＤＳＣＨのスケジューリング情報を知るべきである。必要なスケジューリング情報はダウンリンク制御情報（ＤＣＩ）に含まれ、ＤＣＩのＣＲＣはＳＩ−ＲＮＴＩによってスクランブルされる。

幾つかの実施形態ではＭＡＣコントローラであってもよいネットワークのコントローラ・コンポーネントは、ＡＰを介して識別子パラメータ情報をブロードキャストする。例えば、識別子パラメータ情報は、ＲＡ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ又はＳＩ−ＲＮＴＩ等の共通のＲＮＴＩ情報を、ＵＥ ＩＤ値又は値の小さなレンジを有するＵＥに提供するために、周期的にネットワークによってブロードキャストされ得る。幾つかの実施形態では、ネットワークはＵＥ ＩＤの長さを更新する。幾つかの実施形態において、ネットワークはまた、ネットワークがＵＥ ＩＤの長さを更新する場合に、他のパラメータ情報をブロードキャストしてもよい。

ネットワークは、識別子パラメータ情報のセット又は識別子パラメータ情報の複数セットを維持し、更新された情報を、定期的に又は必要に応じてＵＥへブロードキャストすることができる。ネットワークが複数セットの識別子パラメータ情報を維持する場合の幾つかの実装では、各セットは異なるＵＥ ＩＤビット長に対するＵＥ ＩＤ値を含む。ＵＥは、ネットワークが識別子パラメータ情報を識別するためにインデックス値を送信する場合に、ＵＥが、インデックス値が関連付けられている識別子パラメータ情報のセットを決定することができるように、識別子パラメータ情報の複数のセットを認識することができる。例えば、第１のセットは１６ビットのＵＥ ＩＤビット長に対するＵＥ ＩＤ値を有し、第２のセットは２４ビットのＵＥ ＩＤビット長に対するＵＥ ＩＤ値を有し、第３のセットは３２ビットのＵＥ ＩＤビット長に対するＵＥ ＩＤ値を有し、ネットワークが、様々なＵＥに適切な情報を送信することを可能にする。

幾つかの実施形態において、特定のＵＥ ＩＤビット長に対してネットワークによって維持される識別子パラメータ情報の単一のセットのみが存在する場合、ネットワークは、識別子パラメータ情報としてＵＥ ＩＤビット長のみをブロードキャストしてもよい。代替的に、幾つかの実施形態において、ネットワークは、選択されたＵＥ ＩＤビット長に関連するインデックス値をブロードキャストしてもよい。インデックス値は、可能なＵＥ ＩＤビット長の数に応じて、１つ以上のビットであってもよい。ＵＥは受信したインデックス値を使用して、選択されたＵＥ ＩＤのビット長を決定し、ＵＥが割り当てられるＵＥ ＩＤのビット長を決定することができる。他の実施形態において、ネットワークがＵＥ ＩＤビット長当たり１つより多いセットを維持する場合、ネットワークは、ＵＥ ＩＤビット長を及び適切なセットの識別子もブロードキャストすることができる。

幾つかの実施形態において、データのセットは、表１等の表中に見出されるデータの代表例であり得る。

幾つかの実施形態において、ＵＥ ＩＤ値は、ネットワークによってブロードキャストされる追加のパラメータ情報を使用して、ＵＥによって既知の公式に基づいてＵＥによって演繹されてもよいし、又はネットワークによりＵＥへ送信されてもよい。例えば、ネットワークは、ＵＥによって使用されるＵＥ ＩＤのビット長をブロードキャストすることができ、公式に基づいて、ＵＥは、ＵＥ ＩＤ値を推定することができる。このような実装は、ＲＡ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ又はＳＩ−ＲＮＴＩのような共通ＵＥ ＩＤ値に対するＵＥ ＩＤを決定するために、より典型的に使用され得る。しかしながら、そのような実装を他のＵＥ固有のＵＥ ＩＤ値のために使用することも考えられる。

複数のメカニズムが存在し、パラメータ情報はそれらによって通信され得る。第１のメカニズムは、システム情報を介してパラメータ情報を通信することを含む。第２のメカニズムは、ランダム・アクセス手順（例えば、４−ステップ又は２−ステップＲＡＣＨ手順）を介してパラメータ情報を通信することを含む。第３のメカニズムは、ＲＲＣシグナリング等の上位レイヤ・シグナリングを介してパラメータ情報を通信することを含む。３つのメカニズムの追加的な詳細は、以下に提供される。

本願の態様によれば、ネットワークは、使用シナリオ、使用中のネットワーク・スライス（例えば、ｍＭＴＣ、ｅＭＢＢ、ＵＲＬＬＣ）、及びシステム内のＵＥ数などの条件に基づいて、ＵＥ ＩＤ長を設定し得るが、これらに限定されない。

システム情報

ネットワークは、規則的なインターバルでネットワークによってブロードキャストされるシステム情報の一部として、パラメータ情報をブロードキャストすることができる。先ずＵＥがネットワークにアクセスしようとする場合に、ＵＥは、ＵＥが適切な長さのＵＥ ＩＤを生成することを可能にするパラメータ情報を取得する。ＵＥによって生成されるＵＥ ＩＤは、少なくとも一時的にＵＥによって使用されるＲＡ−ＲＮＴＩ識別子であってもよい。その後、ＵＥは異なるスライスに相応しい異なるＵＥ ＩＤを要求することができる。

ランダム・アクセス手順

図２は、ＵＥ ＩＤのビット長を定めるために使用される識別子パラメータ情報が、ＵＥとネットワークとの間のシグナリングを介してどのように通信されるかを示すシグナリング図２００である。図２において、ＵＥ ２０５はネットワーク２１０と通信する。ＵＥ ２０５は、ランダム・アクセス・チャネル（ＲＡＣＨ）プリアンブルをネットワーク２１０へ送信する２２０。ＵＥからのＲＡＣＨプリアンブルに応答して、ネットワーク２１０は、識別子パラメータ情報を含むランダム・アクセス・レスポンス（ＲＡＲ）をＵＥ ２０５に送信する２３０。次に、ＵＥ ２０５は、アップリンク・グラント・リクエストの一部としてＲＲＣコネクション・リクエストを含むメッセージ（Ｍｓｇ３）をネットワーク２１０へ送信する２４０。必要に応じて、ＵＥ ２０５を含む複数のＵＥとネットワーク２１０との間で、競合解決２５０が生じる。

このようなプロセスは、ネットワークがＵＥのスライス情報を暗黙に導出できる場合に使用されてもよい。例えば、これは、ＲＡＣＨプリアンブルが特定のスライスに関連する時間−周波数リソースで送信される場合に生じ得る。図３は、ＲＡＣＨプリアンブル３００の一例を示す。ＲＡＣＨプリアンブル３００では、第１の時間−周波数リソース３１０は、エンハンスト・モバイル・ブロードバンド（ｅＭＢＢ）スライスに関連付けられ、第２の時間−周波数リソース３２０は、大規模マシン・タイプ通信（ｍＭＴＣ）スライスに関連付けられる。ネットワークは、第１の時間−周波数リソース３１０においてＲＡＣＨプリアンブル（ＰＲＡＣＨ）３１５を検出すると、ネットワークは、適切なサイズのビット長を有するＵＥ ＩＤを割り当てることができる。同様に、ネットワークが第２の時間−周波数リソース３２０においてＰＲＡＣＨ ３２５を検出すると、ネットワークは、適切なサイズのビット長を有するＵＥ ＩＤを割り当てることができる。

幾つかの実施形態において、ＲＡ−ＲＮＴＩ値のレンジは、２つ以上の異なるスライスに分割され得る。同じプリアンブルＲＡＣＨエリアが異なるスライスに使用されるが、ＲＡ−ＲＮＴＩ値のレンジの或るサブセットは特定のスライスに関連付けられ、ＲＡ−ＲＮＴＩ値のレンジの別のサブセットは他の目的及びスライスに使用されてもよい。

幾つかの実施形態において、様々なＵＥは、様々なトラフィック・タイプ及び様々なスライスにおいて様々なＵＥ識別メカニズムを使用し得る。ＵＥは、異なるそれぞれのスライスと共に使用するために、複数の識別子を受信し得る。識別子は様々な長さを有し得る。

ＲＲＣコンフィギュレーション

幾つかの実装では、ＵＥがネットワークにアクセスする場合に、ＵＥは、ＵＥの能力に関する情報をネットワークへ直接的に又は間接的に提供する。ＵＥ能力の例は、レイヤの最大数、最大データ・レート、逐次干渉除去（ＳＩＣ）等の所定の手順及び受信機に対するサポートを含み得るが、これらに限定されない。次いで、ネットワークは、ＵＥ ＩＤビット長及び識別子の値のレンジ等の識別子パラメータ情報をＵＥに提供するが、これらに限定されない。

ある状況では、ＵＥは、固定長ＵＥ ＩＤを有するデフォルトＵＥ識別プロセスを使用して、ネットワークにアクセスしてもよい。例えば、ＵＥは、ｅＭＢＢのためのＵＥ ＩＤを使用することに基づいてネットワークに入ってもよい。ＵＥが異なるスライスを利用することを望む場合、ＵＥは、異なる識別プロセスを有し得るｍＭＴＣ等の異なるスライスへ転送されることを要求することができる。

図４は、先ずＵＥがデフォルトの識別プロセスの下でネットワークに入り、その後に代替スライスに対して異なるビット長のＵＥ ＩＤを要求し、許可される場合に、ＵＥ ＩＤのビット長を定めるために使用される識別子パラメータ情報がどのように通信され得るかを示すシグナリング図４００である。

図４において、ＵＥ４０５は、ネットワーク４１０と通信する。ＵＥ４０５は、ｅＭＢＢ識別子を取得するために、ＲＡＣＨプリアンブルを、ネットワーク４１０内のコントローラへ送信する４２０。ＲＡＣＨプリアンブルに応答して、ネットワーク４１０は、ｅＭＢＢ識別子の識別子パラメータ情報を含むＲＡＲをＵＥ４０５へ送信する４３０。次いで、ＵＥ４０５は、メッセージ（Ｍｓｇ３）をネットワーク４１０へ送信する４４０。メッセージは、例えばＵＥ４０５が選択したＵＥ ＩＤを識別する、又はＵＥ４０５自体を識別する（例えば、テンポラリ・モバイル加入者識別子（ＴＭＳＩ）によって）ためのものであり得る。必要に応じて、ＵＥ４０５を含む複数のＵＥとネットワーク４１０との間で競合解決が生じる４５０。その後、ＵＥ４０５は、異なるＵＥ ＩＤの要求を送信する４６０。図４の例では、異なるＵＥ ＩＤはｍＭＴＣ識別子である。要求に応答して、ネットワーク４１０は、ＵＥ４０５のためのｍＭＴＣ識別子を割り当てるメッセージを送信する４７０。ＵＥ４０５が新しい識別子を割り当てられた後、この場合、ｍＭＴＣに関し、ＵＥ ４０５は、ｅＭＢＢ識別子をｍＭＴＣ識別子と並列的に維持するか、又はｅＭＢＢ識別子をドロップすることができる。

ｅＭＢＢ及びｍＭＴＣは、上記の２つの例であるが、これらの２つの例のいずれかが、関連するネットワークの動作に基づいてそれぞれ異なる識別子を有する説明されたものに対する代替的なネットワーク・スライスであるとすることが可能であることが理解される。

長さにおいて変更され得るＵＥ ＩＤを有することは、制御チャネルに影響をもたらし得る。幾つかの実施形態において、ＰＤＣＣＨメッセージ長は、ＵＥ ＩＤ長に基づいて変化してもよい。ＰＤＣＣＨのメッセージ長を変更することは、異なるトラフィックもしくはスライスに対して、又は異なるＩＤ長を使用する両方に対して、異なる探索空間を示すために、余分なビットが使用されることを許容し得る。ＰＤＣＣＨメッセージ長が変更され得るという事実は、ＰＤＣＣＨメッセージ長が変更されない場合と比較して、オーバーヘッドが最適化されることを許容し得る。

代替的に、ＰＤＣＣＨメッセージ長は、異なるＵＥ ＩＤ長に対して一定のままであり得る。上述のように、余分なビットは、異なるタイプのトラフィックもしくはスライス、又はその両方に対する異なる探索空間を示すために使用されてもよい。しかしながら、そのようなシナリオにおいて、ＵＥ ＩＤのビット長が、ＰＤＣＣＨメッセージ長が低減される量よりも大きい量だけ低減される場合、事実上利用されていないＰＤＣＣＨに、追加のオーバーヘッドが存在してもよい。

本願の幾つかの態様において、１つより多い複数セットの識別子をＵＥに割り当てることが可能であってもよい。例えば、ＵＥがアクティブである場合にＵＥにアクティブ識別子を割り当てることが可能であってもよい。通常、所与の任意の時点で、非アクティブなＵＥよりも少ないアクティブなＵＥが存在するので、アクティブなＵＥのＵＥ ＩＤのサイズは、より少ないビット数であるとすることが可能である。ＵＥ ＩＤは、ＵＥがインアクティブ又はアイドルになった場合に、期限切れになるかもしれず、その時点でＵＥは代替的なインアクティブＩＤを使用することが可能である。上述したように、アクティブなＵＥよりも多いインアクティブなＵＥがしばしば存在するので、インアクティブなＵＥ ＩＤは、より長いビット長をしばしば有するであろう。

インアクティブＵＥ ＩＤは、ＵＥがインアクティブからアクティブへ遷移し、そして戻る場合に、有効なまま残っていてもよい。ＵＥは、ＵＥ ＩＤが意図的に再構成されるまで、インアクティブなＵＥ ＩＤを維持することができる。

インアクティブＵＥ ＩＤは、インアクティブ・モードにある場合に、アップリンク・ベースのメジャーメントや、グラント・フリー通信等の機能のために使用されてもよいが、これらに限定されない。アクティブなＵＥは、グラント・フリー通信等の、インアクティブなＵＥと同じアクティビティ・セットを実行しながら、インアクティブなＵＥ ＩＤを使用してもよい。

図５は、ＵＥ ＩＤを設定する例示的な方法をＵＥの観点から示すフローチャート５００を含む。

オプションであるステップ５１０は、第１ＵＥ ＩＤを要求するために、ＵＥがネットワークへメッセージを送信することを含む。そのステップは、ネットワークがＵＥからの要求なしにＵＥへ識別子パラメータ情報を送信できる可能性があるので、オプションであると考えられ得る。このステップは、上述のランダム・アクセス手順とＲＲＣ設定メカニズムとで実行され得る。ステップ５２０は、第１ＵＥ ＩＤの長さを定める際に使用するためのＵＥ受信パラメータ情報を含む。更なるオプションのステップにおいて、ステップ５３０は、アップリンク・リソースを要求するために、ＵＥがネットワークへメッセージを送信することを含む。

図６は、図５のステップ５４０に続いて実行され得る追加のステップを示すフローチャート６００を含む。そのようなステップは、一般に、ＲＲＣ設定メカニズムの一部である上述のステップに対応し得る。ステップ６１０は、ＵＥが第２ＵＥ ＩＤの要求を送信することを含む。第２ＵＥ ＩＤは、ＵＥによって使用される異なるスライスのためのものであってよい。幾つかの実施形態において、ＵＥがアクティブ状態にある場合には第１ＵＥ ＩＤが使用される場合において、第２ＵＥ ＩＤは、ＵＥがインアクティブ状態にある場合に使用するためのものであってもよい、又はその逆であってもよい。ステップ６２０で、ＵＥは第２のＵＥ ＩＤを受信する。ステップ６３０は決定ステップである。ステップ６３０において、ＵＥは、第１ＵＥ ＩＤを維持しようとしているか否かを決定する。ｙｅｓである場合、ステップ６４０において、ＵＥは、第１ＵＥ ＩＤ及び第２ＵＥ ＩＤの両方を維持する。そうでない場合、ステップ６５０において、ＵＥは、第１ＵＥ ＩＤをドロップし、第２ＵＥ ＩＤを維持する。

例示的な方法５００及び６００は、例示的な目的のために意図されている。上記のフローチャートにおいてオプションとして図５で特定されるステップは、方法の所与の実装において実行されてもよいし、されていなくてもよい。他の実施形態は、任意の様々な方法で示される動作を実行すること、より少ない又は追加の動作を実行すること、及び／又は動作が実行される順序を変更することを含むことができる。他の変形は、本開示に基づいて、当業者に明らかであろう、又は明らかになるであろう。

図７は、ＵＥ ＩＤを設定する例示的な方法をネットワークの観点から示すフローチャート７００を含む。

オプションであるステップ７１０は、第１ＵＥ ＩＤを要求するＵＥからメッセージをネットワークが受信することを含む。ステップは、ＵＥが要求を送信しない場合、ネットワークによって受信される要求は存在しないので、図５のステップ５１０に関して上述したのと同様にオプションである。ステップ７２０は、ネットワークが、メッセージに基づいてパラメータ情報として送信されるビット長及び値を、おそらくは値のレンジから決定することを含む。ステップ７３０は、第１ＵＥ ＩＤの長さを定める際に使用するためのパラメータ情報をネットワークが送信することを含む。上述したように、これは、オプションのステップ７１０におけるように、ネットワークに参加するＵＥによって使用するために規則的なインターバルで、又は要求に応じて、ネットワークによってブロードキャストされることが可能である。更なるオプションのステップでは、ステップ７４０は、アップリンク・リソースを要求するためのＵＥからのメッセージをネットワークが受信することを含む。

図８は、図７のステップ７４０に続いて実行され得る追加のステップを示すフローチャート８００を含む。そのようなステップは、一般に、ＲＲＣ設定メカニズムの一部である上述のステップに対応し得る。ステップ８１０は、第２ＵＥ ＩＤの要求をネットワークが受信することを含む。第２ＵＥ ＩＤは、異なるスライスに対するものであってもよい。ステップ８２０において、ネットワークは第２ＵＥ ＩＤを送信する。

図９は、ここで説明されるような本願の態様に従って動作する例示的な装置９００のブロック図である。例示的な装置９００はＵＥであってもよく、通常、そのような装置の一部となる様々な要素、例えばキーパッド、ディスプレイス・クリーン、スピーカ、マイクロホン等を有していてもよい。例示的な装置９００は、送信機９０３、受信機９０５、プロセッサ９１０、及びプロセッサ読み取り可能なストレージ・デバイス９２０を含む。プロセッサ読み取り可能なストレージ・デバイス９２０は、プロセッサによって実行される場合に、上述の方法と矛盾しない方法をプロセッサに実行させるプロセッサ実行可能な命令９３０をそこに保存している。送信機９０３及び受信機９０５は、無線通信のためにプロセッサ９１０及びアンテナに結合されている。

図１０は、ここで説明されるような本願の態様に従って動作する例示的なネットワーク側装置１０００のブロック図である。そのようなネットワーク側装置は、他のネットワーク側タスクを実行するための物理的な構造を含み、装置がそれに応じて動作することを可能にするネットワーク内の任意の場所に配置され得る。例示的な装置１０００は、送信機１００３、受信機１００５、プロセッサ１０１０、及びプロセッサ読み取り可能なストレージ・デバイス１０２０を含む。プロセッサ読み取り可能なストレージ・デバイス１０２０は、プロセッサによって実行される場合に、上述の方法と矛盾しない方法をプロセッサに実行させるプロセッサ実行可能な命令１０３０をそこに保存している。送信機１００３及び受信機１００５は、無線通信のためにプロセッサ１０１０及びアンテナに結合されている。

幾つかの実施形態において、プロセッサは、汎用コンピュータ・ハードウェア・プラットフォームのコンポーネントであってもよい。他の実施形態において、プロセッサは、専用ハードウェア・プラットフォームのコンポーネントであってもよい。例えば、プロセッサは埋め込まれたプロセッサであってもよく、命令はファームウェアとして提供されてもよい。幾つかの実施形態は、ハードウェアのみを使用することによって実装されてもよい。幾つかの実施形態において、プロセッサによる実行のための命令は、ソフトウェア製品の形態で具現化されてもよい。ソフトウェア製品は、例えばコンパクト・ディスク・リード・オンリ・メモリ（ＣＤ−ＲＯＭ）、ユニバーサル・シリアル・バス（ＵＳＢ）フラッシュ・ディスク、又はリムーバブル・ハード・ディスクであるとすることが可能な不揮発性又は非一時的なストレージ媒体に記憶されてもよい。

幾つかの実施形態の前述の説明は、当業者が、本開示による装置、方法、又はプロセッサ読み取り可能な媒体を製造又は使用することを可能にするように提供されている。これらの実施形態に対する種々の修正は、当業者にはたやすく明らかであり、ここで説明される方法及び装置の一般原理は、他の実施形態に適用されてもよい。従って、本開示は、ここに示される実施形態に限定されるようには意図されておらず、ここに開示される原理及び新規な特徴と矛盾しない最も広い範囲に与えられるべきである。

Claims (20)

1. ユーザー装置（ＵＥ）が、前記ＵＥがアクティブ状態にある場合に使用するための第１ＵＥ識別子（ＩＤ）を受信するステップ；
   前記ＵＥが、前記ＵＥがインアクティブ状態にある場合に使用するための第２ＵＥ ＩＤを受信するステップ；及び
   前記ＵＥが、前記アクティブ状態から前記インアクティブ状態へ遷移するステップ；
   を含む方法。
2. 前記アクティブ状態から前記インアクティブ状態へ遷移した後に、前記第２ＵＥ ＩＤを維持するステップを更に含む請求項１に記載の方法。
3. 前記第１ＵＥ ＩＤをドロップし、前記第２ＵＥ ＩＤを使用するステップを更に含む請求項１ないし２のうち何れか１項に記載の方法。
4. 前記第２ＵＥ ＩＤを使用する前記ステップは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために前記第２ＵＥ ＩＤを使用するステップを含む、請求項３に記載の方法。
5. 前記第１ＵＥ ＩＤは前記第２ＵＥ ＩＤより短いビット長を有する、請求項１ないし４のうち何れか１項に記載の方法。
6. 前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤの前記長さを定める識別子パラメータ情報を受信するステップを更に含む請求項１ないし５のうち何れか１項に記載の方法。
7. 前記識別子パラメータ情報は：
   ビット長；
   選択されたＵＥ ＩＤのビット長に関連するインデックス値；及び
   前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤとして使用されるための値；
   のうち少なくとも１つを含む、請求項６に記載の方法。
8. 前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤを要求する前記ＵＥからメッセージを送信するステップを更に含む請求項１ないし７のうち何れか１項に記載の方法。
9. 受信機；
   送信機；及び
   前記受信機及び前記送信機に動作可能に接続されるプロセッサ；
   を含むユーザー装置（ＵＥ）であって、前記プロセッサは：
   前記ＵＥがアクティブ状態にある場合に使用するための第１ＵＥ識別子（ＩＤ）を受信し；
   前記ＵＥがインアクティブ状態にある場合に使用するための第２ＵＥ ＩＤを受信し；及び
   前記アクティブ状態から前記インアクティブ状態へ前記ＵＥを遷移させる；
   ように構成されている、ＵＥ。
10. 前記プロセッサは、前記アクティブ状態から前記インアクティブ状態へ遷移した後に、前記第２ＵＥ ＩＤを維持するように更に構成される、請求項９に記載のＵＥ。
11. 前記プロセッサは、前記第１ＵＥ ＩＤをドロップし、前記第２ＵＥ ＩＤを使用するように更に構成される、請求項９又は１０のうち何れか１項に記載のＵＥ。
12. 前記第２ＵＥ ＩＤを使用することは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために前記第２ＵＥ ＩＤを使用することを含む、請求項１１に記載のＵＥ。
13. 前記第１ＵＥ ＩＤは前記第２ＵＥ ＩＤより短いビット長を有する、請求項９ないし１２のうち何れか１項に記載のＵＥ。
14. 前記プロセッサは、前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤの前記長さを定める識別子パラメータ情報を受信するように更に構成される、請求項９ないし１３のうち何れか１項に記載のＵＥ。
15. 前記識別子パラメータ情報は：
    ビット長；
    選択されたＵＥ ＩＤのビット長に関連するインデックス値；及び
    前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤとして使用されるための値；
    のうち少なくとも１つを含む、請求項１４に記載のＵＥ。
16. 前記プロセッサは、前記第１ＵＥ ＩＤ又は前記第２ＵＥ ＩＤを要求するメッセージを送信するように更に構成される、請求項９ないし１５のうち何れか１項に記載のＵＥ。
17. 基地局が、第１ユーザー装置（ＵＥ）識別子（ＩＤ）を、前記ＵＥがアクティブ状態にある場合に使用するために、ＵＥへ送信するステップ；
    前記基地局が、第２ＵＥ ＩＤを、前記ＵＥがインアクティブ状態にある場合に使用するために、前記ＵＥへ送信するステップ；及び
    前記ＵＥが前記インアクティブ状態にある場合に前記第２ＵＥ ＩＤを使用するステップ；
    を含む方法。
18. 前記第２ＵＥ ＩＤを使用するステップは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために前記第２ＵＥ ＩＤを使用するステップを含む、請求項１７に記載の方法。
19. 受信機；
    送信機；及び
    前記受信機及び前記送信機に動作可能に接続されるプロセッサ；
    を含む基地局であって、前記プロセッサは：
    第１ユーザー装置（ＵＥ）識別子（ＩＤ）を、前記ＵＥがアクティブ状態にある場合に使用するために、ＵＥへ送信し；
    第２ＵＥ ＩＤを、前記ＵＥがインアクティブ状態にある場合に使用するために、前記ＵＥへ送信し；及び
    前記ＵＥが前記インアクティブ状態にある場合に前記第２ＵＥ ＩＤを使用する；
    ように構成されている、基地局。
20. 前記プロセッサは、アップリンク・ベースのメジャーメント又はグラント・フリー通信のために前記第２ＵＥ ＩＤを使用する前記プロセッサを含む、請求項１７に記載の方法。
    
    

Images