(57)【要約】  ネットワークエンティティと通信するユーザ機器(UE)のための特徴を構成するための方法および装置について記載する。たとえば、本方法および装置は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信することと、制御データをデータタイププロトコルデータユニット(PDU)中で送信することであって、制御データが、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成されることと、UEから肯定応答メッセージを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化することとを含む。
2017500820.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークエンティティと通信するユーザ機器(UE)のための1つまたは複数の特徴を構成する方法であって、
前記UEから、前記UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを送信するステップと、
前記ネットワークエンティティからのデータタイププロトコルデータユニット(PDU)中で、前記UEに、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを有効化するよう命令する制御データを受信するステップと、
前記制御データを受信したことに応答して、前記UEによって、前記1つまたは複数の特徴のうちの前記1つを有効化するステップと、
肯定応答メッセージを受信したことに応答して、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの前記1つを有効化するよう命令するために、前記肯定応答メッセージを前記ネットワークエンティティに送信するステップとを含む方法。
【請求項２】
前記データタイプPDUは、NO MOREデータインジケータの後にあるデータが、前記1つまたは複数の特徴のうちの前記1つに対して有効化または無効化のいずれかを行うデータに対応することを示すように構成される前記NO MOREデータインジケータを含み、前記制御データは、前記データタイプPDU内で前記NO MOREデータインジケータの後に配置される、請求項1に記載の方法。
【請求項３】
前記肯定応答メッセージは、前記UEが前記データタイプPDU中の前記制御データを解析したことに応答して送信される、請求項1に記載の方法。
【請求項４】
前記データタイプPDUは無線リンク制御(RLC)確認型モードデータ(AMD)PDUである、請求項1に記載の方法。
【請求項５】
前記RLC AMD PDUは、NO MOREスーパーフィールド(SUFI)の後にあるデータが、前記1つまたは複数の特徴のうちの前記1つに対して有効化または無効化のいずれかを行うデータに対応することを示すように構成される前記NO MORE SUFIを含む、請求項4に記載の方法。
【請求項６】
前記データタイプPDUは、前記肯定応答メッセージが前記UEから受信されないとき、前記データタイプPDUを再送信させるように構成されるピギーバックデータタイプPDUとして受信される、請求項1に記載の方法。
【請求項７】
前記肯定応答メッセージは、前記UEが、有効化されるべき前記1つまたは複数の特徴のうちの前記1つのバージョンをサポートすることを示す無線リンク制御(RLC)確認型モードデータ(AMD)PDU肯定応答メッセージである、請求項1に記載の方法。
【請求項８】
否定応答メッセージを送信するステップをさらに含み、前記否定応答メッセージは、前記UEが、有効化されるべき前記1つまたは複数の特徴のうちの前記1つのバージョンをサポートしないことを示す無線リンク制御(RLC)確認型モードデータ(AMD)PDU否定応答メッセージである、請求項1に記載の方法。
【請求項９】
前記否定応答メッセージは、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの1つを有効化させないように構成される、請求項8に記載の方法。
【請求項１０】
前記能力メッセージは、セキュリティモード手順が完了した後に送信され、前記能力メッセージは、前記セキュリティモード手順が完了した後に暗号化される、請求項1に記載の方法。
【請求項１１】
前記制御データは、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを無効化するように構成され、
前記肯定応答メッセージは、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの1つを無効化させるように構成される、請求項1に記載の方法。
【請求項１２】
前記1つまたは複数の特徴は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションのうちの1つまたは複数に対応する、請求項1に記載の方法。
【請求項１３】
前記データ圧縮は、ヘッダオンリー圧縮、圧縮器メモリ同期外れ検出、複数データフローの確立、圧縮状態の確立、および圧縮データパケットのフォーマット化を含み得る、請求項12に記載の方法。
【請求項１４】
ネットワークエンティティと通信するユーザ機器(UE)のための1つまたは複数の特徴を構成するためのコンピュータ実行可能コードを記憶するコンピュータ可読記録媒体であって、
前記UEから、前記UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを送信するためのコードと、
前記ネットワークエンティティからのデータタイププロトコルデータユニット(PDU)中で、前記UEに、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを有効化するよう命令する制御データを受信するためのコードと、
前記制御データを受信したことに応答して、前記UEによって、前記1つまたは複数の特徴のうちの前記1つを有効化するためのコードと、
肯定応答メッセージを受信したことに応答して、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの前記1つを有効化するよう命令するために、前記肯定応答メッセージを前記ネットワークエンティティに送信するためのコードとを備えるコンピュータ可読記録媒体。
【請求項１５】
ネットワークエンティティと通信するユーザ機器(UE)の1つまたは複数の特徴を構成するための装置であって、
前記UEから、前記UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを送信するための手段と、
前記ネットワークエンティティからのデータタイププロトコルデータユニット(PDU)中で、前記UEに、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを有効化するよう命令する制御データを受信するための手段と、
前記制御データを受信したことに応答して、前記UEによって、前記1つまたは複数の特徴のうちの前記1つを有効化するための手段と、
肯定応答メッセージを受信したことに応答して、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの前記1つを有効化するよう命令するために、前記肯定応答メッセージを前記ネットワークエンティティに送信するための手段とを備える装置。
【請求項１６】
ネットワークエンティティと通信するユーザ機器(UE)の1つまたは複数の特徴を構成するための装置であって、
前記UEから、前記UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを送信するように構成される送信コンポーネントと、
データタイププロトコルデータユニット(PDU)中で制御データを受信するように構成される受信コンポーネントであって、前記制御データは、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを有効化するように構成される、受信コンポーネントと、
前記制御データを受信したことに応答して、前記UEによって、前記1つまたは複数の特徴のうちの前記1つを有効化するように構成される構成コンポーネントとを備え、
前記送信コンポーネントは、肯定応答メッセージを送信するようにさらに構成され、前記ネットワークエンティティは、前記肯定応答メッセージを受信したことに応答して、前記1つまたは複数の特徴のうちの1つを有効化する、装置。
【請求項１７】
前記データタイプPDUは、NO MOREデータインジケータの後にあるデータが、前記1つまたは複数の特徴のうちの前記1つに対して有効化または無効化のいずれかを行うデータに対応することを示すように構成される前記NO MOREデータインジケータを含み、前記制御データは、前記データタイプPDU内で前記NO MOREデータインジケータの後に配置される、請求項16に記載の装置。
【請求項１８】
前記肯定応答メッセージは、前記UEが前記データタイプPDU中の前記制御データを解析したことに応答して送信される、請求項16に記載の装置。
【請求項１９】
前記データタイプPDUは無線リンク制御(RLC)確認型モードデータ(AMD)PDUである、請求項16に記載の装置。
【請求項２０】
前記RLC AMD PDUは、NO MOREスーパーフィールド(SUFI)の後にあるデータが、前記1つまたは複数の特徴のうちの前記1つに対して有効化または無効化のいずれかを行うデータに対応することを示すように構成される前記NO MORE SUFIを含む、請求項19に記載の装置。
【請求項２１】
前記データタイプPDUは、前記肯定応答メッセージが前記UEから受信されないとき、前記データタイプPDUを再送信させるように構成されるピギーバックデータタイプPDUとして受信される、請求項16に記載の装置。
【請求項２２】
前記肯定応答メッセージは、前記UEが、有効化されるべき前記1つまたは複数の特徴のうちの前記1つのバージョンをサポートすることを示す無線リンク制御(RLC)確認型モードデータ(AMD)PDU肯定応答メッセージである、請求項16に記載の装置。
【請求項２３】
前記送信コンポーネントは、否定応答メッセージを送信するようにさらに構成され、前記否定応答メッセージは、前記UEが、有効化されるべき前記1つまたは複数の特徴のうちの前記1つのバージョンをサポートしないことを示す無線リンク制御(RLC)確認型モードデータ(AMD)PDU否定応答メッセージである、請求項16に記載の装置。
【請求項２４】
前記否定応答メッセージは、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの1つを有効化させないように構成される、請求項23に記載の装置。
【請求項２５】
前記能力メッセージは、セキュリティモード手順が完了した後に送信され、前記能力メッセージは、前記セキュリティモード手順が完了した後に暗号化される、請求項16に記載の装置。
【請求項２６】
前記制御データは、前記能力メッセージに基づいて、前記1つまたは複数の特徴のうちの1つを無効化するように構成され、
前記肯定応答メッセージは、前記ネットワークエンティティに、前記1つまたは複数の特徴のうちの1つを無効化させるように構成される、請求項16に記載の装置。
【請求項２７】
前記1つまたは複数の特徴は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションのうちの1つまたは複数に対応する、請求項16に記載の装置。
【請求項２８】
前記データ圧縮は、ヘッダオンリー圧縮、圧縮器メモリ同期外れ検出、複数データフローの確立、圧縮状態の確立、および圧縮データパケットのフォーマット化を含み得る、請求項27に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により明白に本明細書に組み込まれる、2014年9月24日に出願した“MECHANISM TO EXCHANGE PROPRIETARY SIGNALING MESSAGES BETWEEN A UE AND A NETWORK”と題する米国非仮出願第14/495,493号、および2013年9月26日に出願した“MECHANISM TO EXCHANGE PROPRIETARY SIGNALING MESSAGES BETWEEN THE UE AND THE UTRAN”と題する米国仮出願第61/883,142号の優先権を主張するものである。
【背景技術】
【０００２】
ワイヤレス通信ネットワークは、電話、ビデオ、データ、メッセージング、放送、などのような様々な通信サービスを提供するために広く展開されている。そのようなネットワークは、通常、多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザのための通信をサポートする。そのようなネットワークの一例は、UMTS地上波無線アクセスネットワーク(UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)モバイル電話技術である、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)の一部として定義された、無線アクセスネットワーク(RAN)である。UMTSは、モバイル通信用グローバルシステム(GSM(登録商標))技術の後継であり、広帯域符号分割多元接続(W-CDMA)、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させる高速パケットアクセス(HSPA)のような改良型の3Gデータ通信プロトコルもサポートする。
【０００３】
いくつかのワイヤレス通信ネットワークにおいて、ユーザ機器(UE)は、1つまたは複数の特徴をサポートすることができるが、UEがそれらの特徴をサポートできることに関して、ネットワークと通信する規格化手段をもたない場合もあり、特徴が規格に直接関連しない場合もある。したがって、UEは、ワイヤレス通信ネットワークとの通信中に、特徴のうちの1つまたは複数を構成することを要求することができない場合がある。したがって、ワイヤレス通信ネットワークとの通信中にUEの1つまたは複数の特徴を構成する際の改善が所望される。
【発明の概要】
【課題を解決するための手段】
【０００４】
以下は、1つまたは複数の態様の基本的な理解を提供するためにそのような態様の簡略化した概要を提示する。本概要は、企図されるすべての態様の広範な概要でなく、すべての態様の主要または不可欠な要素を識別することも、任意またはすべての態様の範囲を述べることも意図しない。その唯一の目的は、後に提示されるより詳細な説明の前置きとして、簡略化した形態で1つまたは複数の態様のいくつかの概念を提示することである。
【０００５】
ある態様によると、ネットワークエンティティと通信するユーザ機器(UE)のための特徴を構成する方法は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信するステップと、制御データをデータタイププロトコルデータユニット(PDU)中で送信するステップであって、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される、送信するステップと、UEから肯定応答メッセージを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化するステップとを含む。
【０００６】
別の態様では、ネットワークエンティティと通信するユーザ機器(UE)の特徴を構成するための装置が記載され、この装置は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信するための手段と、制御データをデータタイププロトコルデータユニット(PDU)中で送信するための手段であって、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される、送信するための手段と、UEから肯定応答メッセージを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化するための手段とを備える。
【０００７】
別の態様では、ネットワークエンティティと通信するユーザ機器(UE)の特徴を構成するための装置は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信するように構成される受信コンポーネントと、制御データをデータタイププロトコルデータユニット(PDU)中で送信するように構成される送信コンポーネントであって、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される、送信コンポーネントと、UEから肯定応答メッセージを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化するように構成される構成コンポーネントとを備える。
【０００８】
さらに別の態様では、ネットワークエンティティと通信するユーザ機器(UE)のための特徴を構成するためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信するためのコードと、制御データをデータタイププロトコルデータユニット(PDU)中で送信するためのコードであって、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される、送信するためのコードと、UEから肯定応答メッセージを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化するためのコードとを備える。
【０００９】
本開示の様々な態様および特徴について、添付の図面に示されるそれらの様々な例を参照して、下でさらに詳しく記載する。本開示は、様々な例を参照して以下で説明されるが、本開示はそれらに限定されないことを理解されたい。本明細書における教示を利用できる当業者には、本明細書に記載される本開示の範囲内であるとともに本開示がそれらに関してかなり有用であり得る、追加の実装形態、変更形態、および例、ならびに他の使用分野が認識されよう。
【００１０】
添付の図面は、本開示の様々な態様の説明を助けるために提示され、態様の限定ではなく、態様の例示のためのみに提供される。
【図面の簡単な説明】
【００１１】
【図１】本開示のワイヤレス通信システムの態様の概略図である。
【図２Ａ】ワイヤレス通信システムにおける処理コンポーネントの例示的な態様を示す概略図である。
【図２Ｂ】ワイヤレス通信システムにおける処理コンポーネントの例示的な態様を示す概略図である。
【図３Ａ】ワイヤレス通信システムにおける通信中に特徴を構成するための方法の態様の流れ図である。
【図３Ｂ】ワイヤレス通信システムにおける通信中に特徴を構成するための方法の態様の流れ図である。
【図４】ワイヤレス通信システムにおける接続セットアップおよびセキュリティモードの態様を示す概念図である。
【図５Ａ】ワイヤレス通信システムにおいて特徴を構成する態様を示す概念図である。
【図５Ｂ】ワイヤレス通信システムにおいて特徴を構成する態様を示す概念図である。
【図６】ワイヤレス通信システムにおけるデータタイプPDUの態様を示す概念図である。
【図７】処理システムを利用する装置についてのハードウェア実装形態の一例を示す図である。
【図８】電気通信システムの一例を概念的に示すブロック図である。
【図９】アクセスネットワークの一例を示す概念図である。
【図１０】ユーザおよび制御プレーンのための無線プロトコル構造の一例を示す概念図である。
【図１１】電気通信システムにおいてUEと通信しているノードBの一例を概念的に示すブロック図である。
【発明を実施するための形態】
【００１２】
添付の図面に関して下記に記載される発明を実施するための形態は、様々な構成の説明として意図されており、本明細書に記載される概念が実践され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細を伴わずに実施され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、よく知られたコンポーネントがブロック図の形態で示されている。ある態様では、本明細書で使用する「コンポーネント」という用語は、システムを作り上げるパーツのうちの1つであってよく、ハードウェア、ファームウェアおよび/またはソフトウェアのうちの1つまたは複数であってよく、他のコンポーネントに分割されてよい。
【００１３】
本態様は一般的に、通信中にUEおよびネットワーク用の1つまたは複数の特徴を構成することに関する。本明細書で使用する「1つの特徴(feature)」または「複数の特徴(features)」という用語は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションなどだが、それらに限定されない、通信中に使用される機能または能力であり得る。いくつかの事例において、データ圧縮は、ヘッダオンリー圧縮、圧縮器メモリ同期外れ検出、複数データフローの確立、圧縮状態の確立、および圧縮データパケットのフォーマット化を含み得る。具体的には、ネットワークとの通信中に、1つまたは複数の特徴をサポートするUEは、ネットワークとともに特徴のうちの1つを使用するために、制御情報を受信する必要があり得る。いくつかの事例において、制御情報は、制御タイププロトコルデータユニット(PDU)により送信される。ただし、これらの制御タイプPDUは通常、いくつかの通信のコンテキスト中に送信されるのではなく、一般に、データタイプPDUよりも多くの処理能力および時間を必要とする。さらに、いくつかの事例において、UEとネットワークエンティティとの間で構成するべき1つまたは複数の特徴を示すための標準化フォーマットが存在しない。したがって、特徴能力メッセージをより効果的に送信する必要がある。
【００１４】
したがって、いくつかの態様において、本方法および装置は、ネットワークエンティティと通信中のUEの1つまたは複数の特徴を構成することによって、現在のソリューションと比較して、効率的なソリューションを提供することができる。具体的には、UEおよびネットワークエンティティは、1つまたは複数の特徴を構成するために、データタイプPDUにより制御情報を送信することができる。
【００１５】
図1を参照すると、一態様において、ワイヤレス通信システム10が、UEがネットワークとの通信中にサポートする1つまたは複数の特徴を有効化および/または無効化するように構成される。ワイヤレス通信システム10は、ネットワークエンティティ12を含むが、それに限定されない1つまたは複数のネットワークエンティティを介して1つまたは複数のネットワーク(たとえば、ネットワーク16)とワイヤレス通信することができる少なくとも1つのユーザ機器(UE)11を含む。たとえば、ある態様において、ネットワークエンティティ12は、UE11との間で、1つまたは複数の通信チャネル18を介して1つまたは複数の信号を送信し、受信するように構成される基地局であり得る。ある態様において、UE11は、UE11とネットワークエンティティ12との間の通信において使用される特徴を構成するために、ネットワークエンティティ12に含まれる処理コンポーネント30と通信するように構成される処理コンポーネント100を含み得る。
【００１６】
ある態様において、UE11における処理コンポーネント100は、UE11がサポートする1つまたは複数の特徴の有効化および/または無効化を要求するように構成され得る。たとえば、処理コンポーネント100は、UE11によってサポートされる1つまたは複数の特徴102を示す1つまたは複数の特徴インジケータを有する能力メッセージ42を送信するように、送信コンポーネント110を構成することができる。さらに、処理コンポーネント100は、データタイプPDU52を受信するように構成される受信コンポーネント120を含み得る。いくつかの事例において、データタイプPDU52は制御データ56を含むことができ、制御データ56は、能力メッセージ42に基づいて、特徴のうちの1つを有効化(または無効化)するように構成され得る。さらに、処理コンポーネント100は、制御データ56を有するデータタイプPDU52を受信したことに応答して、肯定応答メッセージ(ACK)46を生成し、送信するために、送信コンポーネント110を実行することができる。いくつかの事例において、ネットワークエンティティ12は、ACK46を受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化する。特定の事例では、処理コンポーネント100は、1つまたは複数の特徴のうちのその1つがUE11によってサポートされるかどうか判断するために、整合コンポーネント130を実行することができる。整合コンポーネント130が、1つまたは複数の特徴のうちのその1つがUE11によってサポートされると判断した場合、処理コンポーネント100は次いで、ネットワークエンティティ12にACK46を送信するように送信コンポーネント110を構成してもよい。特定の事例では、整合コンポーネント130が、1つまたは複数の特徴のうちのその1つがUE11によってサポートされないと判断した場合、処理コンポーネント100は次いで、ネットワークエンティティ12にNACKを送信するように送信コンポーネント110を構成してもよい。
【００１７】
別の態様では、ネットワークエンティティ12における処理コンポーネント30は、UE11がサポートする1つまたは複数の特徴を有効化および/または無効化するように構成され得る。さらに、処理コンポーネント30は、UE11によってサポートされる1つまたは複数の特徴を示す1つまたは複数の特徴インジケータを有する能力メッセージ42を受信するために、受信コンポーネント40を実行することができる。さらに、処理コンポーネント30は、データタイプPDU52中で制御データ56を送信するために、送信コンポーネント50を実行することができる。いくつかの事例において、制御データ56は、能力メッセージ42に基づいて、1つまたは複数の特徴のうちの1つを有効化(または無効化)するように構成される。さらに、処理コンポーネント30は、受信コンポーネント40がUE11からACK46を受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化(または無効化)するように、構成コンポーネント70を実行することができる。さらに、処理コンポーネント30は、受信コンポーネント40がUE11からNACKを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化(または無効化)しないように、構成コンポーネント70を実行することができる。
【００１８】
UE11は、モバイル装置を含むことができ、本開示を通じてそのように呼ばれることがある。そのようなモバイル装置またはUE11は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアントと呼ばれるか、または何らかの他の適切な用語で呼ばれることもある。
【００１９】
さらに、ワイヤレス通信システム10のネットワークエンティティ12は、ワイヤレスノード、基地局またはノードBを含むアクセスポイント、リレー、ピアツーピアデバイス、認証、認可、課金(AAA)サーバ、モバイル交換センター(MSC)、無線ネットワークコントローラ(RNC)などの任意のタイプのネットワークコンポーネントのうちの1つまたは複数を含むことができる。さらなる態様において、ネットワークエンティティ12は、フェムトセル、ピコセル、マイクロセル、またはマクロ基地局と比較して比較的小さい送信電力もしくは比較的小さいカバレージエリアを有する他の任意の基地局などだが、それらに限定されない、1つまたは複数の小規模セル基地局を含み得る。
【００２０】
図2Aは、図1のネットワークエンティティ12中に存在する処理コンポーネント30のより詳細な態様の概略図である。一般的に、ネットワークエンティティ12は、ワイヤレス通信システム10(図1)中に存在することができ、UE11とネットワーク16との間の通信を提供するように構成され得る。いくつかの事例において、処理コンポーネント30は、UE11がサポートする1つまたは複数の特徴インジケータ44を有効化および/または無効化するように構成され得る。たとえば、処理コンポーネント30は、UE11がネットワーク16中での通信中にサポートする1つまたは複数の特徴インジケータ44を判断することができる。いくつかの事例において、1つまたは複数の特徴インジケータ44は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションを含み得る。いくつかの事例において、データ圧縮は、ヘッダオンリー圧縮、圧縮器メモリ同期外れ検出、複数データフローの確立、圧縮状態の確立、および圧縮データパケットのフォーマット化を含み得る。
【００２１】
したがって、ある態様において、処理コンポーネント30は、受信コンポーネント40を含むことができ、受信コンポーネント40は、UE11(図1)によってサポートされる1つまたは複数の特徴インジケータ44を示す1つまたは複数の特徴インジケータ44を有する能力メッセージ42を受信するように構成され得る。たとえば、受信コンポーネント40は、無線リンク制御(RLC)または無線リソース制御(RRC)レイヤのいずれかを通して、能力メッセージ42を受信することができる。能力メッセージ42がRRCレイヤを通して交換される事例において、能力メッセージ42は、カスタム抽象構文記法1(ASN.1)メッセージか、または既存のメッセージのカスタム情報要素(IE)中で定義され得る。ASN.1メッセージは、これらのデータの言語実装および物理表現にかかわらず、アプリケーションが何であっても、複雑であってもまたは非常に単純であっても、電気通信プロトコルによって送信されるデータを記述するために使用される形式記法であり得る。ASN.1は、たとえば整数(INTEGER)、ブーリアン(BOOLEAN)、文字列(IA5String、UniversalStringなど)、ビットストリング(BIT STRING)など、ある特定の数のあらかじめ定義された基本タイプを提供し、たとえば構造(SEQUENCE)、リスト(SEQUENCE OF)、タイプの間の選択(CHOICE)などの構築タイプを定義することを可能にする。
【００２２】
さらに、受信コンポーネント40は、肯定応答メッセージ(ACK)46または否定応答メッセージ(NACK)48のいずれかを、UE11(図1)などのUEから受信し得る。たとえば、受信コンポーネント40は、処理コンポーネント30がUE11などのUEにデータタイプPDU52を送信したことに応答して、ACK46またはNACK48のいずれかを受信し得る。特定の事例では、ACK46および/またはNACK48は、特徴インジケータ44のうちの1つに関して、有効化するか、無効化するか、それとも何もしないかを、処理コンポーネント30に対して示す。具体的には、ACK46が受信された場合、処理コンポーネント30は、要求特徴インジケータ58に対応する特徴を有効化(または無効化)するように構成され得る。さらに、NACK48が受信された場合、処理コンポーネント30は、要求特徴インジケータ58に対応する特徴を有効化(または無効化)しないように構成され得る。
【００２３】
さらなる態様において、処理コンポーネント30は、判断コンポーネント34を含むことができ、判断コンポーネント34は、UE11(図1)によって与えられた特徴インジケータ44が、ネットワーク16によってサポートされるいずれかの特徴32に対応するかどうか判断するように構成され得る。たとえば、判断コンポーネント34は、特徴インジケータ44のうちの1つまたは複数が、ネットワーク16によってサポートされる特徴32のうちの1つまたは複数に対応すると判断し得る。したがって、判断コンポーネント34は次いで、要求特徴インジケータ58に対応する有効化コマンド(CMD)60または無効化コマンド(CMD)62のいずれを含めるか判断してもよい。有効化CMD60および無効化CMD62は、UE11に、要求特徴インジケータ58によって識別される、特徴102のうちの要求される1つをそれぞれ有効化または無効化させるように構成されるデータ、ビット、または任意のタイプのインジケータであってもよい。要求特徴インジケータ58は、UE11から受信された能力メッセージ42中で示される特徴インジケータ44のうちの1つを識別するか、またはそうでなければそれに対応し得る。他の事例では、要求特徴インジケータ58は、能力メッセージ42中で示されない特徴に対応する特徴インジケータのグループから選ばれた特徴インジケータを識別することができる。さらに、判断コンポーネント34は、UE11とネットワークエンティティ12との間でまだ有効化されていない、要求特徴インジケータ58を有効化CMD60で有効化すると判断してもよい。同様に、判断コンポーネント34は、UE11とネットワークエンティティ12との間で有効化された、要求特徴インジケータ58を無効化CMD62で無効化すると判断してもよい。他の事例では、判断コンポーネント34は、特徴インジケータ44のうちのどれも、ネットワーク16によってサポートされる特徴32のうちのどれにも対応しないと判断する場合がある。したがって、判断コンポーネント34は次いで、特徴インジケータ44のうちのどれも、ネットワーク16によってサポートされる特徴32のうちのいずれにも対応しないことを示すデータタイプPDU52を送信するための指示を送信コンポーネント50に与えてもよい。
【００２４】
別の態様では、処理コンポーネント30は送信コンポーネント50を含むことができ、送信コンポーネント50は、制御データ56をデータタイプPDU52中で送信するように構成され得る。たとえば、送信コンポーネント50は、能力メッセージ42を受信したことに応答して判断コンポーネント34によって行われた判断に基づいて、データタイプPDU52を送信することができる。いくつかの事例において、制御データ56は、能力メッセージ42に基づいて、1つまたは複数の特徴インジケータ44のうちの1つを有効化するように構成される。たとえば、制御データ56は、有効化CMD60または無効化CMD62のいずれかとともに、要求特徴インジケータ58を含むように構成され得る。
【００２５】
特定の事例では、データタイプPDU52は、無線リンク制御(RLC)確認モードデータ(AMD)プロトコルデータユニット(PDU)であってもよい。たとえば、データPDUは、エンティティ間でデータ情報を運ぶ。さらに、AMD PDUは、ユーザデータを含む連番のPDUを伝えるのに使用される。AMD PDUは、確認型モードRLCエンティティによって使用される。RLC PDUはオクテットベースであり、RLC AMD PDUは、シーケンス番号、長さインジケータ、およびデータフィールドとともにPollフィールドを有する。いくつかの事例において、RLC AMD PDU中の最初のフィールドは、データPDUまたは制御PDUのいずれかであってもよいRLC AMD PDUのタイプを示すフィールドであり得る。シーケンス番号フィールドは、RLC AMD PDUのシーケンス番号を示すことができる。ポーリングビットフィールドは、レシーバRLCに対して状況報告(たとえば、STAT PDU)を要求するのに使用され得る。いくつかの事例において、RLC AMD PDUは拡張ビットを含むことができ、拡張ビットは、次のオクテットがヘッダ情報であるかそれともデータであるかを示し得る。長さインジケータ(LI)フィールドは随意であり、連結またはパディングが起こる場合に使用され得る。LIフィールドは、SDUの最終セグメントの終わりを示し、このとき、RLC AMD PDUの残りは、パディングまたは後に続くSDUのデータのいずれかで埋められる。データフィールドは、上位レイヤからのデータをマッピングするために使用される。具体的には、データタイプPDU52(たとえば、RLC AMD PDU)は、NO MOREスーパーフィールド(SUFI)54を含み得る。いくつかの事例において、SUFIは、どのAMD PDUが正しく受信され、どれが欠如しているかを示す。一般的に、SUFIは、3つのサブフィールド、すなわちタイプ、長さ、および値を有する。本態様によると、NO MORE SUFI54は、NO MORE SUFI54の後にあるデータが、要求特徴インジケータ58を有効化(たとえば、有効化CMD60)または無効化(たとえば、無効化CMD62)するデータに対応することを示すように構成され、またはそうでなければそのように理解され得る。特定の事例において、有効化CMD60または無効化CMD62のデータは、データタイプPDU52内で、NO MORE SUFI54の後に配置される。
【００２６】
いくつかの事例において、送信コンポーネント50は、データタイプPDU52をピギーバックデータタイプPDUとして送信し得る。たとえば、制御データ56などの制御情報が、RLC AMD用のAMD PDU中でピギーバックされ得る。ピギーバックAMD PDUのフォーマットは、RLC AMD PDU中でデータフィールドの後にピギーバックSTATUS PDUが付加されることを除いて、通常のAMD PDUと同じである。ピギーバックSTATUS PDUのフォーマットは、データ/制御(D/C)フィールドおよびPDUタイプフィールドが省略されることを除いて、通常のSTATUS PDUと同じである。D/Cフィールドは、PDUのタイプを示し、PDUはデータPDUまたは制御PDUのいずれかであり得る。
【００２７】
さらに、ある態様において、処理コンポーネント30は構成コンポーネント70を含むことができ、構成コンポーネント70は、(たとえば、1つまたは複数の特徴インジケータ44のうちの1つに対応する)要求特徴インジケータ58を有効化および/または無効化するようにネットワークエンティティ12を構成することができる。たとえば、構成コンポーネント70は、UE11などのUEからACK46を受信したことに応答して、要求特徴インジケータ58を有効化CMD60で有効化または無効化CMD62で無効化することができる。処理コンポーネント30が、要求特徴インジケータ58を有効化(たとえば、有効化CMD60)している事例において、構成コンポーネント70は、ACK46を受信したことに応答して、要求特徴インジケータ58を有効化CMD60で有効化するように構成される。ACK46は、UE11などのUEが要求特徴インジケータ58(または、要求特徴インジケータ58のあるバージョン)をサポートすることを示す。さらに、処理コンポーネント30および/または受信コンポーネント40がNACK48を受信すると、構成コンポーネント70は、要求特徴インジケータ58を有効化CMD60で有効化しないように構成される。処理コンポーネント30が、要求特徴インジケータ58を無効化(たとえば、無効化CMD62)している事例において、構成コンポーネント70は、ACK46を受信したことに応答して、要求特徴インジケータ58を無効化CMD62で無効化するように構成される。ACK46は、UE11などのUEが要求特徴インジケータ58(または、要求特徴インジケータ58のあるバージョン)をサポートすることを示し、要求特徴インジケータ58が現在有効化されていることを確認する。さらに、処理コンポーネント30および/または受信コンポーネント40がNACK48を受信すると、構成コンポーネント70は、要求特徴インジケータ58を無効化CMD62で無効化しないように構成される。構成コンポーネント70が要求特徴インジケータ58を構成し終えると、処理コンポーネント30は随意に、要求特徴インジケータ58を初期化するための信号を送信するように送信コンポーネント50を構成する。他の事例では、処理コンポーネント30は、要求特徴インジケータ58を初期化するための信号を送信しない場合があり、というのは、データタイプPDU52が、ACK46を送信したことに応答して、要求特徴インジケータ58に対して有効化または無効化のいずれかを行うための、UE11のためのコマンドとして構成される有効化CMD60および/または無効化CMD62を含むからである。
【００２８】
さらに、ある態様において、処理コンポーネント30は、セットアップコンポーネント80を含むことができ、セットアップコンポーネント80は、UE11が能力メッセージ42を送信するのに先立って、ネットワークエンティティ12(図1)とUE11などのUEとの間の接続セットアップを実施するように構成され得る。たとえば、接続セットアップは無線リソース制御(RRC)接続セットアップであってもよい。さらに、処理コンポーネント30および/またはセットアップコンポーネント80は、通信チャネル18(図1)を介して接続セットアップを実施することができる。いくつかの事例において、セットアップコンポーネント80および/または受信コンポーネント40は、UE11などのUEから、通信チャネル18を介してRRC接続要求を受信し得る。RRC接続要求は、ボイスコールを確立したいUEに対応してもよく、したがってUEはRRC接続を要求する。RRC接続要求に応答して、セットアップコンポーネント80および/または送信コンポーネント50は、RRC接続セットアップをUE11に送信してもよい。RRC接続セットアップを送信することは、セットアップコンポーネント80が、RRC接続要求を受け付け、トラフィックチャネルを割り当てることに対応する。RRC接続セットアップは、シグナリング無線ベアラ(SRB)も作成する。RRC接続セットアップに応答して、セットアップコンポーネント80および/または受信コンポーネント40は、接続セットアップが完了したことを示すRRC接続セットアップ完了を受信し得る。具体的には、RRC接続セットアップは、UE11とネットワークエンティティ12との間で完了されている。SRBも、RRC接続セットアップ時に作成される。特定の事例では、接続セットアップは、処理コンポーネント30および/または受信コンポーネント40が能力メッセージ42を受信するのに先立って起こり得る。
【００２９】
さらに、ある態様において、処理コンポーネント30はセキュリティコンポーネント90を含むことができ、セキュリティコンポーネント90は、接続セットアップの後で、ただしUE11が能力メッセージ42を送信するのに先立って、ネットワークエンティティ12(図1)とUE11との間でセキュリティモードを確立するように構成され得る。たとえば、セキュリティコンポーネント90は、RRCシグナリング(SRB)の完全性保護ならびにRRCシグナリング(SRB)およびユーザプレーンデータ(DRB)の暗号化を含むセキュリティ手順を確立することができる。ある態様において、たとえば、セキュリティコンポーネント90は、シグナリング無線ベアラSRB1およびSRB2に共通する完全性保護アルゴリズムを実行することができる。さらに、ある態様において、たとえば、セキュリティコンポーネント90は、すべての無線ベアラ(すなわち、SRB1、SRB2およびDRB)に共通する暗号化アルゴリズムを実行することができる。いくつかの態様では、完全性保護も暗号化もSRB0には適用されない場合がある。いくつかの事例において、セキュリティコンポーネント90および/または送信コンポーネント50は、セキュリティモードコマンドを送信することができる。セキュリティモードコマンドは、使用されるべきUE11セキュリティ能力、暗号化能力、UIAおよびFRESHを、ならびに暗号化が開始されるべきである場合は使用されるべきUEAも含み得る。ある態様において、これは、完全性が保護されるべき最初のメッセージであり得る。それは、MAC-I完全性保護「チェックサム」を含む。続いて、セキュリティコンポーネント90および/または受信コンポーネント40は、UE11がセキュリティモードコマンドを実行したこと、およびセキュリティモード手順が完了したことを示すセキュリティモード完了を受信し得る。その結果、ネットワークエンティティ12とUE11との間で交換されるメッセージはここで、通信のセキュリティを保証するために暗号化される。特定の事例では、セキュリティモードは、接続セットアップの後で、ただし処理コンポーネント30および/または受信コンポーネント40が能力メッセージ42を受信するのに先立って起こり得る。
【００３０】
図2Bは、図1のUE11中に存在する処理コンポーネント100のより詳細な態様の概略図である。一般的に、UE11は、ワイヤレス通信システム10(図1)中に存在することができ、ネットワークエンティティ12を介してネットワーク16と通信するように構成され得る。いくつかの事例において、処理コンポーネント100は、UE11がサポートする1つまたは複数の特徴を有効化および/または無効化することを要求するように構成され得る。たとえば、処理コンポーネント100は、UE11が、ネットワーク16における通信中に構成のためにサポートする1つまたは複数の特徴を送信することができる。いくつかの事例において、1つまたは複数の特徴は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションを含み得る。いくつかの事例において、データ圧縮は、ヘッダオンリー圧縮、圧縮器メモリ同期外れ検出、複数データフローの確立、圧縮状態の確立、および圧縮データパケットのフォーマット化を含み得る。
【００３１】
ある態様において、処理コンポーネント100は判断コンポーネント104を含むことができ、判断コンポーネント104は、UE11(図1)がサポートすることが可能な1つまたは複数の特徴102を判断するように構成され得る。たとえば、UE11は、ネットワーク16などのネットワークとの通信中に1つまたは複数の特徴102を実行することができるようにプログラムされ得る。判断コンポーネント104は、識別された1つまたは複数の特徴102に対応する1つまたは複数の特徴インジケータ44を判断することができる。いくつかの事例において、判断コンポーネント104は、UE11がネットワーク16との通信を開始すると、1つまたは複数の特徴インジケータ44を判断するように構成され得る。
【００３２】
別の態様では、処理コンポーネント100は送信コンポーネント110を含むことができ、送信コンポーネント110は、UE11(図1)によってサポートされる1つまたは複数の特徴102を示す1つまたは複数の特徴インジケータ44を有する能力メッセージ42をネットワークエンティティ12に送信するように構成され得る。たとえば、送信コンポーネント110は、無線リンク制御(RLC)または無線リソース制御(RRC)レイヤのいずれかを通して、能力メッセージ42を送信することができる。能力メッセージ42がRRCレイヤを通して交換される事例において、能力メッセージ42は、カスタム抽象構文記法1(ASN.1)メッセージか、または既存のメッセージのカスタム情報要素(IE)中で定義され得る。ASN.1メッセージは、これらのデータの言語実装および物理表現にかかわらず、アプリケーションが何であっても、複雑であっても、または非常に単純であっても、電気通信プロトコルによって送信されるデータを記述するために使用される形式記法であり得る。ASN.1は、たとえば整数(INTEGER)、ブーリアン(BOOLEAN)、文字列(IA5String、UniversalStringなど)、ビットストリング(BIT STRING)など、ある特定の数のあらかじめ定義された基本タイプを提供し、たとえば構造(SEQUENCE)、リスト(SEQUENCE OF)、タイプの間の選択(CHOICE)などの構築タイプを定義することを可能にする。
【００３３】
さらに、送信コンポーネント110は、UE11からの肯定応答メッセージ(ACK)46または否定応答メッセージ(NACK)48のいずれかを送信することができる。たとえば、送信コンポーネント110は、処理コンポーネント100がネットワークエンティティ12からデータタイプPDU52を受信したことに応答して、ACK46またはNACK48のいずれかを送信することができる。特定の事例では、ACK46および/またはNACK48は、特徴インジケータ44のうちの1つに関して、有効化するか、無効化するか、それとも何もしないかを、ネットワークエンティティ12の処理コンポーネント30に対して示す。具体的には、ACK46が送信された場合、処理コンポーネント30は、要求特徴インジケータ58に対応する特徴を有効化(または無効化)するように構成され得る。さらに、NACK48が送信された場合、処理コンポーネント30は、要求特徴インジケータ58に対応する特徴を有効化(または無効化)しないように構成され得る。
【００３４】
別の態様では、処理コンポーネント100は受信コンポーネント120を含むことができ、受信コンポーネント120は、制御データ56をデータタイプPDU52中で受信するように構成され得る。たとえば、受信コンポーネント120は、能力メッセージ42を送信したことに応答して、データタイプPDU52を受信し得る。いくつかの事例において、制御データ56は、能力メッセージ42に基づいて、1つまたは複数の特徴インジケータ44のうちの1つを有効化するように構成される。たとえば、制御データ56は、示された特徴をそれぞれ有効化または無効化するための有効化CMD60または無効化CMD62コマンドのいずれかとともに、要求特徴インジケータ58を含むように構成され得る。要求特徴インジケータ58は、UE11から受信された能力メッセージ42中で示される特徴インジケータ44のうちの1つに対応し得る。他の事例では、要求特徴インジケータ58は、特徴インジケータのグループ、およびしたがって、能力メッセージ42中では示されない、対応する特徴から選ばれ得る。
【００３５】
さらに、ある態様において、処理コンポーネント100は整合コンポーネント130を含むことができ、整合コンポーネント130は、要求特徴インジケータ58が、UE11によってサポートされる特徴に対応するかどうか判断するように構成され得る。たとえば、整合コンポーネント130は、NO MORE SUFI54のロケーションを判断するために、データタイプPDU52を解析するとともに、データタイプPDU52からの制御データ56を解析するように構成され得る解析コンポーネント132を含み得る。特定の事例では、解析コンポーネント132は、制御データ56からの要求特徴インジケータ58を解析することができる。したがって、整合コンポーネント130は次いで、要求特徴インジケータ58が、UE11がサポートする特徴102のうちの1つに対応するかどうか判断することができる。さらに、整合コンポーネント130は、要求特徴インジケータ58が、UE11がサポートする特徴102のうちの1つの、あるバージョンに対応するかどうか判断することができる。たとえば、処理コンポーネント30は、1つまたは複数の特徴102に対応するが異なるバージョンであり、それにもかかわらず、互いとの互換性がない、1つまたは複数の特徴32を含み得る。その結果、整合コンポーネント130は次いで、要求特徴インジケータ58が、UE11がサポートする特徴102のうちの1つに対応すると判断した場合、ACK46を送信するように送信コンポーネント110を構成してもよい。同様に、整合コンポーネント130は次いで、要求特徴インジケータ58が、UE11がサポートする特徴102のうちの1つに対応しないと判断した場合、NACK48を送信するように送信コンポーネント110を構成してもよい。
【００３６】
別の態様において、処理コンポーネント100は構成コンポーネント160を含むことができ、構成コンポーネント160は、UE11が要求特徴インジケータ58(たとえば、1つまたは複数の特徴インジケータ44のうちの1つに対応する)を有効化および/または無効化することを可能にするように構成され得る。たとえば、構成コンポーネント160は、ネットワークエンティティ12から制御データ56を受信したことに応答して、要求特徴インジケータ58を有効化CMD60で有効化または無効化CMD62で無効化することができる。処理コンポーネント100が、要求特徴インジケータ58を有効化(たとえば、有効化CMD60)している事例において、構成コンポーネント160は、制御データ56を受信したことに応答して、要求特徴インジケータ58を有効化CMD60で有効化するように構成される。処理コンポーネント100が、要求特徴インジケータ58を無効化(たとえば、無効化CMD62)している事例において、構成コンポーネント160は、制御データ56を受信したことに応答して、要求特徴インジケータ58を無効化CMD62で無効化するように構成される。
【００３７】
さらに、ある態様において、処理コンポーネント100は、セットアップコンポーネント140を含むことができ、セットアップコンポーネント140は、UE11が能力メッセージ42を送信するのに先立って、UE11とネットワークエンティティ12(図11)との間の接続セットアップを実施するように構成され得る。たとえば、接続セットアップは無線リソース制御(RRC)接続セットアップであってもよい。さらに、処理コンポーネント100および/またはセットアップコンポーネント140は、通信チャネル18(図1)を介して接続セットアップを実施することができる。いくつかの事例において、セットアップコンポーネント140および/または送信コンポーネント110は、RRC接続要求を、通信チャネル18を経由してネットワークエンティティ12に送信することができる。RRC接続要求は、ボイスコールを確立したいUEに対応してもよく、したがってUEはRRC接続を要求する。RRC接続要求に応答して、セットアップコンポーネント140および/または受信コンポーネント120は、RRC接続セットアップをネットワークエンティティ12から受信し得る。RRC接続セットアップを受信することは、ネットワークエンティティ12が、RRC接続要求を受け付け、トラフィックチャネルを割り当てることに対応する。RRC接続セットアップは、シグナリング無線ベアラ(SRB)も作成する。RRC接続セットアップに応答して、セットアップコンポーネント140および/または送信コンポーネント110は、接続セットアップが完了したことを示すRRC接続セットアップ完了を送信し得る。具体的には、RRC接続セットアップは、UE11とネットワークエンティティ12との間で完了されている。SRBも、RRC接続セットアップ時に作成される。特定の事例では、接続セットアップは、処理コンポーネント100および/または送信コンポーネント110が能力メッセージ42を送信するのに先立って起こり得る。
【００３８】
さらに、ある態様において、処理コンポーネント100はセキュリティコンポーネント150を含むことができ、セキュリティコンポーネント150は、接続セットアップの後で、ただしUE11が能力メッセージ42を送信するのに先立って、UE11とネットワークエンティティ12(図1)との間でセキュリティモードを確立するように構成され得る。たとえば、セキュリティコンポーネント150は、RRCシグナリング(SRB)の完全性保護ならびにRRCシグナリング(SRB)およびユーザプレーンデータ(DRB)の暗号化からなるセキュリティを確立することができる。完全性保護アルゴリズムは、シグナリング無線ベアラSRB1およびSRB2に共通である。暗号化アルゴリズムは、すべての無線ベアラ(すなわち、SRB1、SRB2およびDRB)に共通である。完全性保護も暗号化も、SRB0には適用されない。いくつかの事例において、セキュリティコンポーネント150および/または受信コンポーネント120は、セキュリティモードコマンドを受信し得る。セキュリティモードコマンドは、使用されるべきUE11セキュリティ能力、暗号化能力、UIAおよびFRESHを、ならびに暗号化が開始されるべきである場合は使用されるべきUEAも含み得る。これは、完全性が保護されるべき最初のメッセージである。それは、MAC-I完全性保護「チェックサム」を含む。続いて、セキュリティコンポーネント150および/または送信コンポーネント110は、UE11がセキュリティモードコマンドを実行したこと、およびセキュリティモード手順が完了したことを示すセキュリティモード完了を送信し得る。その結果、ネットワークエンティティ12とUE11との間で交換されるメッセージはここで、通信のセキュリティを保証するために暗号化される。特定の事例では、セキュリティモードは、接続セットアップの後で、ただし処理コンポーネント100および/または送信コンポーネント110が能力メッセージ42を送信するのに先立って起こり得る。
【００３９】
図3Aおよび図3Bを参照すると、動作中、UE11(図1)などのUE、またはネットワーク12(図1)などのネットワークは、UEおよびネットワークエンティティのための特徴を構成するための方法200/300の一態様を実施することができる。説明を簡単にするために、本明細書の方法は、一連の行為として示され説明されるが、いくつかの行為は、1つまたは複数の態様に従って、本明細書で示され説明されたものと異なる順序で、および/または他の行為と同時に発生し得るので、方法は、行為の順序によって限定されないことを理解し、了解されたい。たとえば、方法は、代わりに、状態図などにおいて、一連の相互に関係する状態またはイベントとして表され得ることを了解されたい。その上、本明細書に記載された1つまたは複数の特徴に従って方法を実施するために、示されたすべての行為が必要とされ得るわけではない。
【００４０】
図3Aを参照すると、ある態様では、ブロック202において、方法200は、ネットワークエンティティにおいて、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを受信するステップを含む。たとえば、本明細書に記載するように、ネットワークエンティティ12(図1)は、UE11によってサポートされる1つまたは複数の特徴102を示す1つまたは複数の特徴インジケータ44を有する能力メッセージ42を受信するために、処理コンポーネント30および/または受信コンポーネント40(図2A)を実行することができる。いくつかの事例において、1つまたは複数の特徴102は、データ圧縮、アドバンストMIMO能力、電力最適化セッション、ブラウジングアクセラレーション、およびアクセス技術のデータアグリゲーションに対応し得る。
【００４１】
さらに、ある態様では、ブロック204において、方法200は、制御データをデータタイプパケットデータユニット(PDU)中で送信するステップを含み、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される。たとえば、本明細書に記載するように、ネットワークエンティティ12(図1)は、制御データ56をデータタイプPDU52中で送信するために処理コンポーネント30および/または送信コンポーネント50(図2A)を実行することができ、制御データ56は、能力メッセージ42に基づいて、1つまたは複数の特徴102のうちの1つを有効化CMD60で有効化するように構成される。たとえば、制御データ56は、有効化(または無効化)するべき、UE11の1つまたは複数の特徴102のうちの1つを識別するための、1つまたは複数の特徴102のうちの1つに対応し得る要求特徴インジケータ58を含むことができる。いくつかの事例において、データタイプPDU52はRLC AMD PDUであってよく、これは、NO MOREスーパーフィールド(SUFI)54と、NO MORE SUFI54の後にある制御データ56とを含み得る。したがって、これらの態様において、NO MORE SUFI54は、NO MORE SUFI54の後にあるデータが、要求特徴インジケータ58を有効化または無効化するデータに対応することを示すように構成され得る。
【００４２】
さらに、ある態様では、ブロック206において、方法200は、肯定応答メッセージがUEから受信されたかどうか判断するステップを含む。たとえば、本明細書に記載するように、ネットワークエンティティ12(図1)は、データタイプPDU52が、UE11の特徴を有効化または無効化するための制御データ56を含むことに応答して、肯定応答メッセージ(ACK)46がUE11から受信されたかどうか判断するために、処理コンポーネント30および/または受信コンポーネント40(図2A)を実行することができる。いくつかの事例において、たとえば、要求特徴インジケータ58が、実装することができなかった特徴102のうちの1つに対応する場合、またはデータタイプPDU52が正しく受信されなかったか、もしくは正しく処理することができなかった場合、UE11は、否定応答(NACK)48メッセージをネットワークエンティティ12に送信してもよい。NACK48が受信されるときの事例では、方法200はブロック208に進んでもよい。ACK46が受信されるときの事例では、方法200はブロック210に進んでもよい。
【００４３】
ブロック208において、方法200は、1つまたは複数の特徴のうちの1つを有効化しないステップを含み得る。たとえば、本明細書に記載するように、ネットワークエンティティ12(図1)は、1つまたは複数の特徴102のうちの1つを有効化しないように、処理コンポーネント30および/または構成コンポーネント70(図2A)を実行することができる。いくつかの事例において、NACK48メッセージが受信される場合があり、それに応答して、処理コンポーネント30および/または構成コンポーネント70は、要求特徴インジケータ58に対応する(たとえば、1つまたは複数の特徴インジケータ44のうちの1つにも対応する)要求される特徴を有効化CMD60で有効化しないと判断してもよい。
【００４４】
ブロック210において、方法200は、1つまたは複数の特徴のうちの1つを有効化するステップを含み得る。たとえば、本明細書に記載するように、ネットワークエンティティ12(図1)は、1つまたは複数の特徴102のうちの1つを有効化するように、処理コンポーネント30および/または構成コンポーネント70(図2A)を実行することができる。いくつかの事例において、ACK46メッセージが受信される場合があり、それに応答して、処理コンポーネント30および/または構成コンポーネント70は、要求特徴インジケータ58に対応する(たとえば、1つまたは複数の特徴インジケータ44のうちの1つにも対応する)要求される特徴を有効化CMD60で有効化すると判断してもよい。一例では、たとえば、データ圧縮を有効化することを示す制御データ56を含むデータタイプPDU52のACKを受信したことに応答して、ネットワークエンティティ12(図1)は、データ圧縮(および対応するデータ圧縮解除)コンポーネントまたはUE11との通信において使用されるデータに適用するためのアルゴリズムを実行するように、処理コンポーネント30および/または構成コンポーネント70(図2A)を実行することができる。
【００４５】
図3Bを参照すると、方法200(図3A)の異なる態様が記載されている。ある態様では、ブロック302において、方法300は、UEから、UEによってサポートされる1つまたは複数の特徴を示す能力メッセージを送信するステップを含む。たとえば、本明細書に記載するように、UE11(図1)は、UE11によってサポートされる1つまたは複数の特徴32を示す能力メッセージ42を送信するために、処理コンポーネント100および/または送信コンポーネント110(図2B)を実行することができる。いくつかの事例において、1つまたは複数の特徴102は圧縮に対応し得る。
【００４６】
さらに、ある態様では、ブロック304において、方法300は、データタイプパケットデータユニット(PDU)中で制御データを受信するステップを含み、制御データは、能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される。たとえば、本明細書に記載するように、UE11(図1)は、制御データ56をデータタイプPDU52中で受信するために処理コンポーネント100および/または受信コンポーネント120(図2B)を実行することができ、制御データ56は、能力メッセージ42に基づいて、1つまたは複数の特徴102のうちの1つを有効化CMD60で有効化するように構成される。いくつかの事例において、データタイプPDU52はRLC AMD PDUであってよく、これは、NO MORE SUFI54の後にあるデータが、要求特徴インジケータ58を有効化する(たとえば、有効化CMD60で有効化する)データに対応することを示すように構成されるNO MOREスーパーフィールド(SUFI)54を含み得る。
【００４７】
さらに、ある態様では、ブロック306において、方法300は、1つまたは複数の特徴のうちの1つがUEによってサポートされるかどうか判断するステップを含む。たとえば、本明細書に記載するように、UE11(図1)は、1つまたは複数の特徴102のうちの1つがUE11によってサポートされるかどうか判断するために、処理コンポーネント100および/または整合コンポーネント130(図2B)を実行することができる。いくつかの事例において、処理コンポーネント100および/または整合コンポーネント130は、データタイプPDU52の制御データ56中で示される、要求特徴インジケータ58のバージョンをUE11がサポートするかどうか判断するために、データタイプPDU52を解析することができる。NACK48が送信されるべきであるときの事例では、方法300はブロック308に進んでもよい。ACK46が送信されるべきであるときの事例では、方法300はブロック310に進んでもよい。
【００４８】
さらなる態様では、ブロック308において、方法300は、ネットワークエンティティに否定応答メッセージを送信するステップを含む。たとえば、本明細書に記載するように、UE11(図1)は、ネットワークエンティティ12に否定応答メッセージ(NACK)48を送信するために、処理コンポーネント100および/または送信コンポーネント110(図2B)を実行することができる。いくつかの事例において、NACK48は、処理コンポーネント30および/または構成コンポーネント70に、要求特徴インジケータ58(たとえば、1つまたは複数の特徴102のうちの1つ)を有効化CMD60で有効化させないように構成される。
【００４９】
さらに、ある態様では、ブロック310において、方法300は、制御データを受信したことに応答して、1つまたは複数の特徴のうちの1つを有効化するステップを含む。たとえば、本明細書に記載するように、UE11(図1)は、制御データ56を受信したことに応答して、1つまたは複数の特徴102のうちの1つを有効化するために、処理コンポーネント100および/または構成コンポーネント160(図2B)を実行することができる。
【００５０】
追加の態様では、ブロック312において、方法300は、ネットワークエンティティに肯定応答メッセージを送信するステップを含む。たとえば、本明細書に記載するように、UE11(図1)は、ネットワークエンティティ12に肯定応答メッセージ(ACK)46を送信するために、処理コンポーネント100および/または送信コンポーネント110(図2B)を実行することができる。いくつかの事例において、ACK46は、処理コンポーネント30および/または構成コンポーネント70に、要求特徴インジケータ58(たとえば、1つまたは複数の特徴102のうちの1つ)を有効化CMD60で有効化させるように構成される。一例では、たとえば、データ圧縮を有効化することを示す制御データ56を含むデータタイプPDU52のACKを送信したことに応答して、ネットワークエンティティ12(図1)は、データ圧縮(および対応するデータ圧縮解除)コンポーネントまたはUE11との通信において使用されるデータに適用するためのアルゴリズムを実行するように、処理コンポーネント30および/または構成コンポーネント70(図2A)を実行することができる。
【００５１】
図4を参照すると、概念図400は、UE11などのUEと、RNC402などのネットワークエンティティとの間のシグナリングフローの様々な態様を示す。具体的には、図400は、UE11が能力メッセージ42(図1)などの能力メッセージを送信するのに先立って起こる、UE11とRNC402との間の接続セットアップおよびセキュリティモードを示す。たとえば、ある態様では、接続セットアップは無線リソース制御(RRC)接続セットアップであってもよい。さらに、UE11およびRNC402は、通信チャネル18(図1)を介して接続セットアップを実施することができる。いくつかの事例において、UE11は、RRC接続要求を、通信チャネル18を経由してRNC402に送信することができる。RRC接続要求は、ボイスコールを確立したいUE11に対応してもよく、したがってUE11はRRC接続を要求する。RRC接続要求に応答して、RNC402は、RRC接続セットアップをUE11に送信してもよい。RRC接続セットアップを受信することは、RNC402が、RRC接続要求を受け付け、トラフィックチャネルを割り当てることに対応する。RRC接続セットアップは、シグナリング無線ベアラ(SRB)も作成する。RRC接続セットアップに応答して、UE11は、接続セットアップが完了したことを示すRRC接続セットアップ完了を送信し得る。具体的には、RRC接続セットアップは、UE11とRNC402との間で完了されている。SRBも、RRC接続セットアップ時に作成される。
【００５２】
続いて、UE11およびRNC402は、RRCシグナリング(SRB)の完全性保護ならびにRRCシグナリング(SRB)およびユーザプレーンデータ(DRB)の暗号化からなるセキュリティを確立することができる。完全性保護アルゴリズムは、シグナリング無線ベアラSRB1およびSRB2に共通である。暗号化アルゴリズムは、すべての無線ベアラ(すなわち、SRB1、SRB2およびDRB)に共通である。完全性保護も暗号化も、SRB0には適用されない。いくつかの事例において、RNC402は、セキュリティモードコマンドを送信することができる。セキュリティモードコマンドは、使用されるべきUE11セキュリティ能力、暗号化能力、UIAおよびFRESHを、ならびに暗号化が開始されるべきである場合は使用されるべきUEAも含み得る。これは、完全性が保護されるべき最初のメッセージである。それは、MAC-I完全性保護「チェックサム」を含む。続いて、UE11は、UE11がセキュリティモードコマンドを実行したこと、およびセキュリティモード手順が完了したことを示すセキュリティモード完了を送信し得る。その結果、RNC402とUE11との間で交換されるメッセージはここで、通信のセキュリティを保証するために暗号化される。その結果、UE11は次いで、能力メッセージ42(図2)などのUEメッセージを送信することができる。
【００５３】
図5Aおよび図5Bを参照すると、概念図500Aおよび500Bは、UE11などのUEと、RNC502などのネットワークエンティティとの間のシグナリングフローの様々な態様を示す。具体的には、図500Aおよび500Bは、通信中のUE11の1つまたは複数の特徴のうちの1つの構成中の、UE11とRNC502との間の信号フローを示す。
【００５４】
たとえば、ある態様において、図5Aは、UE11からACKを受信したことに応答して特徴を有効化することを示す。具体的には、RNC502は制御データをRLC AMD PDU中で送信することができ、制御データは、UE11から以前受信された能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される。続いて、UE11は、RLC AMD PDU中で示される1つまたは複数の特徴のうちの1つがUE11によってサポートされるかどうか判断することができる。UE11が、1つまたは複数の特徴のうちの1つをサポートすると判断すると、UE11は、ACKを示すRLC AMD PDUを送信することができる。ACKメッセージを含むRLC AMD PDUを受信したことに応答して、RNC502は、要求される特徴(たとえば、1つまたは複数の特徴のうちの1つ)を有効化すると決定してもよい。
【００５５】
別の例では、ある態様において、図5Bは、UE11からNACKを受信したことに応答して特徴を有効化しないことを示す。具体的には、RNC502は制御データをRLC AMD PDU中で送信することができ、制御データは、UE11から以前受信された能力メッセージに基づいて、1つまたは複数の特徴のうちの1つを有効化するように構成される。続いて、UE11は、RLC AMD PDU中で示される1つまたは複数の特徴のうちの1つがUE11によってサポートされるかどうか判断することができる。UE11が、1つまたは複数の特徴のうちの1つをサポートしないと判断すると、UE11は、NACKを示すRLC AMD PDUを送信することができる。NACKメッセージを含むRLC AMD PDUを受信したことに応答して、RNC502は、要求される特徴(たとえば、1つまたは複数の特徴のうちの1つ)を有効化しないと決定してもよい。
【００５６】
図6を参照すると、概念図600は、特徴のうちの1つの構成中に、UE11とネットワークエンティティ12との間で送信されるRLC AMD PDUの様々な態様を示す。たとえば、ある態様において、UE11は、能力メッセージ42(図2)に対応する信号を送信することができる。いくつかの事例において、信号は、UE11が実行することが可能な特徴102に対応する1つまたは複数の特徴インジケータ44を含み得る。特定の事例では、信号602は、UE11およびネットワークエンティティ12が接続セットアップおよびセキュリティモードを完了した後で送信され得る。信号を受信したことに応答して、ネットワークエンティティ12は、RLC AMD PDU610に対応し得る信号を送信することができる。
【００５７】
いくつかの事例において、RLC AMD PDU610は、信号中で示された1つまたは複数の特徴のうちの1つに、有効化または無効化のいずれかを行うように構成され得る。具体的には、RLC AMD PDU610はデータタイプPDU52(図2)に対応してもよく、RLCシーケンス番号612、ロケーション識別子(LI)614、NO MORE SUFI54、制御データ56、およびメッセージデータ620を含むように構成され得る。RLCシーケンス番号612は、RLC AMD PDU610のシーケンス番号を示し得る。LI614は随意であり、連結またはパディングが起こる場合に使用され得る。LI614は、SDUの最終セグメントの終わりを示し、このとき、RLC AMD PDU610の残りは、パディングまたは後に続くSDUのデータのいずれかで埋められる。NO MORE SUFI54は、どのAMD PDUが正しく受信されるか、およびどれが欠如しているかを示す。一般的に、SUFIは、3つのサブフィールド、すなわちタイプ、長さ、および値を有する。NO MORE SUFI54は、NO MORE SUFI54の後にあるデータが、要求特徴に有効化または無効化のいずれかを行うデータに対応することを示すように構成され得る。特定の事例において、制御データ56は、RLC AMD PDU610内でNO MORE SUFI54の後に配置され、要求される特徴を有効化それとも無効化するかに関する情報を含み得る。メッセージデータ620は、上位レイヤからのデータをマッピングするために使用される。
【００５８】
ある態様において、UE11は、1つまたは複数の特徴のうちの1つがUE11によってサポートされるかどうか判断し、信号を送信することができる。いくつかの事例において、UE11は、NO MORE SUFI54の後に制御データ56中で示される、要求される特徴のバージョンをUE11がサポートするかどうか判断するために、RLC AMD PDU610を解析することができる。いくつかの事例において、信号606は、ACKまたはNACKのいずれかを含むRLC AMD PDUであってもよい。NACKは、ネットワークエンティティ12に、要求される特徴(たとえば、1つまたは複数の特徴のうちの1つ)を有効化させないように構成される。いくつかの事例において、ACKは、ネットワークエンティティ12に、要求特徴インジケータ58(たとえば、1つまたは複数の特徴32のうちの1つに対応する)を有効化させるように構成される。
【００５９】
図7は、UE11などのユーザ機器(UE)のような装置700のためのハードウェア実装形態の例を示す概念図であり、この例は、処理コンポーネント100(図1)またはネットワークエンティティ12などのノードB/基地局を含むことができ、ノードB/基地局は、処理システム714を利用する処理コンポーネント30(図1)を含み得る。この例では、処理システム714は、バス702によって概略的に表されるバスアーキテクチャを用いて実装されてもよい。バス702は、処理システム714の特定の用途と全体的な設計制約とに応じて、任意の数の相互接続バスとブリッジとを含むことができる。バス702は、プロセッサ704によって全体的に表される1つまたは複数のプロセッサと、コンピュータ可読媒体706によって全体的に表されるコンピュータ可読媒体とを含む様々な回路を互いにリンクする。バス702は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクさせることもできるが、これらの回路は当技術分野でよく知られており、したがって、これ以上は説明しない。バスインターフェース708は、バス702とトランシーバ710との間のインターフェースを与える。トランシーバ710は、送信媒体を介して様々な他の装置と通信するための手段を与える。装置の性質に応じて、ユーザインターフェース712(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティックなど)も設けられ得る。
【００６０】
プロセッサ704は、バス702を管理することと、コンピュータ可読媒体706上に記憶されたソフトウェアの実行を含む一般的な処理とを担当する。ソフトウェアは、プロセッサ704によって実行されると、任意の特定の装置の以下で説明する様々な機能を処理システム714に実施させる。コンピュータ可読媒体706は、ソフトウェアを実行するときにプロセッサ704によって操作されるデータを記憶するためにも使用され得る。いくつかの事例において、処理コンポーネント30または100は、CRM706としてコンピュータ実行可能コードで、またはプロセッサ704内のハードウェアもしくはファームウェアモジュールで、あるいは両方の何らかの組合せで実装され得る。
【００６１】
本開示全体にわたって提示する様々な概念は、多種多様な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。限定ではなく例として、図8に示される本開示の態様は、W-CDMAエアインターフェースを使用するUMTSシステム800を参照して示される。UMTSネットワークは、互いにやりとりする3つの領域、すなわちコアネットワーク(CN)804、UMTS陸上無線アクセスネットワーク(UTRAN)802およびUE11と同様のユーザ機器(UE)810を含み、ユーザ機器は、処理コンポーネント100(図1)を含むことができる。この例では、UTRAN802は、電話、ビデオ、データ、メッセージング、放送、および/または他のサービスを含む様々なワイヤレスサービスを提供する。UTRAN802は、無線ネットワークコントローラ(RNC)806などのそれぞれのRNCによって各々制御される、無線ネットワークサブシステム(RNS)807などの複数のRNSを含み得る。ここで、UTRAN802は、本明細書で示されるRNC806およびRNS807に加えて、任意の数のRNC806およびRNS807を含み得る。RNC806は、処理コンポーネント30(図1)を含み得るネットワークエンティティ12と同様であってよく、特に、RNS807内の無線リソースを割り当て、再構成し、解放することを担当する装置である。RNC806は、任意の適切なトランスポートネットワークを使用して、直接の物理接続、仮想ネットワークなどの様々なタイプのインターフェースを介して、UTRAN802内の他のRNC(図示せず)に相互接続され得る。
【００６２】
UE810とノードB808との間の通信は、物理(PHY)レイヤおよび媒体アクセス制御(MAC)レイヤを含むものと見なされ得る。さらに、それぞれのノードB808によるUE810とRNC806との間の通信は、無線リソース制御(RRC)レイヤを含むものと見なされ得る。本明細書では、PHYレイヤはレイヤ1と見なされ、MACレイヤはレイヤ2と見なされ、RRCレイヤはレイヤ3と見なされ得る。以下、情報は、参照により本明細書に組み込まれる無線リソース制御(RRC)プロトコル仕様、3GPP TS 25.331 v9.1.0に述べられている用語を使用する。
【００６３】
SRNS807によってカバーされる地理的領域は、いくつかのセルに分割され、無線トランシーバ装置が各セルにサービスすることができる。無線トランシーバ装置は、通常、UMTS用途ではノードBと呼ばれるが、当業者によって、基地局(BS)、トランシーバ基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、または何らかの他の適切な用語で呼ばれる場合もある。明快にするために、各RNS807に3つのノードB808が示されているが、RNS807は、任意の数のワイヤレスノードBを含んでもよい。ノードB808は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク(CN)804に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、ウェアラブルコンピューティングデバイス(たとえば、スマートウォッチ、ヘルスもしくはフィットネストラッカーなど)、アプライアンス、センサー、自動販売機、または任意の他の類似の機能デバイスがある。UMTS応用において、モバイル装置は、一般にユーザ機器(UE)と呼ばれるが、当業者によって移動局(MS)、加入者ステーション、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、無線デバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者ステーション、アクセス端末(AT)、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な専門用語によっても呼ばれ得る。UMTSシステムでは、UE810は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール(USIM)811をさらに含み得る。説明のために、1つのUE810がいくつかのノードB808と通信しているように示される。順方向リンクとも呼ばれるダウンリンク(DL)は、ノードB808からUE810への通信リンクを指し、逆方向リンクとも呼ばれるアップリンク(UL)は、UE810からノードB808への通信リンクを指す。
【００６４】
コアネットワーク804は、UTRAN802などの1つまたは複数のアクセスネットワークとインターフェースする。示されるように、コアネットワーク804は、GSMコアネットワークである。しかしながら、当業者が認識するように、GSMネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示する様々な概念は、RANまたは他の適切なアクセスネットワークにおいて実装され得る。
【００６５】
コアネットワーク804は、回線交換(CS)ドメインおよびパケット交換(PS)ドメインを含む。回線交換要素のいくつかは、モバイルサービス交換センター(MSC)、ビジターロケーションレジスタ(VLR)、およびゲートウェイMSCである。パケット交換要素は、サービングGPRSサポートノード(SGSN)およびゲートウェイGPRSサポートノード(GGSN)を含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換ドメインとパケット交換ドメインの両方によって共有され得る。図示の例では、コアネットワーク804は、MSC812およびGMSC814によって回線交換サービスをサポートする。いくつかの適用例では、GMSC814はメディアゲートウェイ(MGW)と呼ばれる場合がある。RNC806のような1つまたは複数のRNCは、MSC812に接続され得る。MSC812は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC812はまた、UEがMSC812のカバレージエリア内にある継続時間にわたって、加入者関連情報を含んでいる、ビジターロケーションレジスタ(VLR)も含む。GMSC814は、UEが回線交換ネットワーク816にアクセスするためのゲートウェイを、MSC812を通じて提供する。コアネットワーク804は、特定のユーザが加入したサービスの詳細を反映するデータなどの加入者データを含む、ホームロケーションレジスタ(HLR)815を含む。HLRは、加入者特定認証データを含む認証センター(AuC)とも関連している。特定のUEのための呼が受信されると、GMSC814は、UEのロケーションを決定するためにHLR815に問い合わせ、そのロケーションにサービスする特定のMSCに呼を転送する。
【００６６】
コアネットワーク804は、サービングGPRSサポートノード(SGSN)818およびゲートウェイGPRSサポートノード(GGSN)820によって、パケットデータサービスもサポートする。汎用パケット無線サービスを表すGPRSは、標準の回線交換データサービスを用いて利用可能なものより速い速度でパケットデータサービスを提供するように設計される。GGSN820は、パケットベースネットワーク822へのUTRAN802の接続を提供する。パケットベースネットワーク822は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークであり得る。GGSN820の主要機能は、UE810にパケットベースネットワーク接続を提供することである。データパケットは、MSC812が回線交換ドメインにおいて実施するのと同じ機能をパケットベースドメインにおいて主に実施するSGSN818を介して、GGSN820とUE810との間で転送され得る。
【００６７】
UMTSエアインターフェースは、スペクトル拡散直接シーケンス符号分割多元接続(DS-CDMA)システムである。スペクトル拡散DS-CDMAは、チップと呼ばれる疑似ランダムビットのシーケンスによって乗算を介してユーザデータを拡散する。UMTSのW-CDMAエアインターフェースは、そのような直接シーケンススペクトル拡散技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、ノードB808とUE810との間のアップリンク(UL)およびダウンリンク(DL)に異なるキャリア周波数を使用する。DS-CDMAを利用し、時分割複信を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明する様々な例は、W-CDMAエアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースに等しく適用可能であることを当業者であれば認識されよう。
【００６８】
図9を参照すると、UTRANアーキテクチャにおけるアクセスネットワーク900が示されている。多元接続ワイヤレス通信システムは、セル902、904、および906を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。複数のセクタは、アンテナのグループによって形成される場合があり、各アンテナはセルの一部分にあるUEとの通信を担当する。たとえば、セル902において、アンテナグループ912、914、および916は各々、異なるセクタに対応し得る。セル904において、アンテナグループ918、920、および922は、各々異なるセクタに対応し得る。セル906において、アンテナグループ924、926、および928は、各々異なるセクタに対応し得る。セル902、904、および906は、各セル902、904、または906の1つまたは複数のセクタと通信していてもよい、いくつかのワイヤレス通信デバイス、たとえばユーザ機器またはUEを含み得る。たとえば、UE930および932は、ノードB942と通信していていることがあり、UE934および936は、ノードB944と通信していることがあり、UE938および940は、ノードB946と通信していることがある。ここで、各ノードB942、944、946は、それぞれのセル902、904、および906の中のすべてのUE930、932、934、936、938、940に、コアネットワーク804(図8参照)へのアクセスポイントを提供するように構成される。
【００６９】
UE934がセル904中の図示された位置からセル906に移動するとき、サービングセル変更(SCC)またはハンドオーバが生じて、UE934との通信が、ソースセルと呼ばれることがあるセル904からターゲットセルと呼ばれることがあるセル906に移行し得る。UE934において、それぞれのセルに対応するノードBにおいて、無線ネットワークコントローラ806(図8参照)において、またはワイヤレスネットワークにおける別の適切なノードにおいて、ハンドオーバ手順の管理が行われ得る。たとえば、ソースセル904との呼の間、または任意の他の時間において、UE934は、ソースセル904の様々なパラメータ、ならびに、セル906および902などの近隣セルの様々なパラメータを監視し得る。さらに、これらのパラメータの品質に応じて、UE934は、近隣セルのうちの1つまたは複数との通信を維持することができる。この時間中に、UE934は、UE934が同時に接続されるセルのリストであるアクティブセットを維持し得る(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHをUE934に現在割り当てているUTRAセルが、アクティブセットを構成し得る)。
【００７０】
アクセスネットワーク900によって利用される変調/多元接続方式は、展開されている特定の電気通信規格に応じて異なる場合がある。例として、規格は、エボリューションデータオプティマイズド(EV-DO)またはウルトラモバイルブロードバンド(UMB)を含み得る。EV-DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、CDMAを用いて移動局にブロードバンドインターネットアクセスを提供する。規格は代替的に、広帯域CDMA(W-CDMA)およびTD-SCDMAなどのCDMAの他の変形形態を用いるUniversal Terrestrial Radio Access(UTRA)、TDMAを用いるモバイル通信用グローバルシステム(GSM)、ならびにOFDMAを用いる発展型UTRA(E-UTRA)、ウルトラモバイルブロードバンド(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、およびFlash-OFDMであり得る。UTRA、E-UTRA、UMTS、LTE、LTEアドバンスト、およびGSMは、3GPP団体による文書に記述されている。CDMA2000およびUMBは、3GPP2団体による文書に記述されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存する。
【００７１】
無線プロトコルアーキテクチャは、特定の適用例に応じて様々な形態をとり得る。ここでHSPAシステムに関する一例を、図10を参照して提示する。
【００７２】
図10を参照すると、例示的な無線プロトコルアーキテクチャ1000は、処理コンポーネント100(図1)または処理コンポーネント30(図1)を含み得るネットワークエンティティ12などのノードB/基地局を含み得る、UE11などのユーザ機器(UE)のユーザプレーン1002および制御プレーン1004に関する。たとえば、アーキテクチャ1000は、ワイヤレスデバイス10(図1)などのUE中に含まれ得る。UEおよびノードBの無線プロトコルアーキテクチャ1000は、レイヤ1 1006、レイヤ2 1008、およびレイヤ3 1010の3つのレイヤで示されている。レイヤ1 1006は最も下のレイヤであり、様々な物理レイヤの信号処理機能を実装する。したがって、レイヤ1 1006は、物理レイヤ1007を含む。レイヤ2(L2レイヤ)1008は、物理レイヤ1007の上にあり、物理レイヤ1007を通じたUEとノードBとの間のリンクを担当する。レイヤ3(L3レイヤ)1010は、無線リソース制御(RRC)サブレイヤ1015を含む。RRCサブレイヤ1015は、UEとUTRANとの間のレイヤ3の制御プレーンシグナリングを扱う。
【００７３】
ユーザプレーンでは、L2レイヤ1008は、媒体アクセス制御(MAC)サブレイヤ1009、無線リンク制御(RLC)サブレイヤ1011、およびパケットデータコンバージェンスプロトコル(PDCP)サブレイヤ1013を含み、これらはネットワーク側のノードBで終端される。図示されていないが、UEは、ネットワーク側のPDNゲートウェイで終端されるネットワークレイヤ(たとえばIPレイヤ)と、接続の他端(たとえば、遠端のUE、サーバなど)で終端されるアプリケーションレイヤとを含めて、L2レイヤ1008の上にいくつかの上位レイヤを有し得る。
【００７４】
PDCPサブレイヤ1013は、異なる無線ベアラと論理チャネルとの多重化を行う。PDCPサブレイヤ1013はまた、無線送信のオーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、ノードB間のUEのハンドオーバのサポートを実現する。RLCサブレイヤ1011は、上位レイヤのデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。MACサブレイヤ1009は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ1009はまた、1つのセルの中の様々な無線リソース(たとえばリソースブロック)をUEの間で割り振ることを担当する。MACサブレイヤ1009はまた、HARQ動作を担当する。
【００７５】
図11は、UE1150と通信するノードB1110のブロック図であり、ここでノードB1110は、処理コンポーネント30(図1)を含み得る、図8のノードB808またはネットワークエンティティ12であってよく、UE1150は、処理コンポーネント100(図1)を含み得る、図8のUE810またはUE11であってもよい。ダウンリンク通信では、送信プロセッサ1120は、データソース1112からデータを受信し、コントローラ/プロセッサ1140からの制御信号を受信することができる。送信プロセッサ1120は、基準信号(たとえばパイロット信号)とともに、データ信号および制御信号のための様々な信号処理機能を提供する。たとえば、送信プロセッサ1120は、誤り検出のための巡回冗長検査(CRC)コード、順方向誤り訂正(FEC)を支援するための符号化およびインターリービング、様々な変調方式(たとえば、二位相偏移変調(BPSK)、四位相偏移変調(QPSK)、M-位相偏移変調(M-PSK)、M-直角位相振幅変調(M-QAM)など)に基づいた信号コンステレーションへのマッピング、直交可変拡散率(OVSF)による拡散、および、一連のシンボルを生成するためのスクランブリングコードとの乗算を、提供することができる。チャネルプロセッサ1144からのチャネル推定値は、コントローラ/プロセッサ1140によって送信プロセッサ1120のためのコーディング方式、変調方式、拡散方式、および/またはスクランブリング方式を判断するために使用され得る。これらのチャネル推定値は、UE1150によって送信される基準信号から、またはUE1150からのフィードバックから導出され得る。送信プロセッサ1120によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ1130に提供される。送信フレームプロセッサ1130は、コントローラ/プロセッサ1140からの情報を用いてシンボルを多重化することによって、このフレーム構造を作成し、一連のフレームをもたらす。次いで、これらのフレームはトランスミッタ1132に与えられ、トランスミッタ1132は、アンテナ1134を通じたワイヤレス媒体によるダウンリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。アンテナ1134は、たとえば、ビームステアリング双方向適応アンテナアレイまたは他の同様のビーム技術を含む、1つまたは複数のアンテナを含み得る。
【００７６】
UE1150において、レシーバ1154は、アンテナ1152を通じてダウンリンク送信を受信し、その送信を処理してキャリア上に変調された情報を復元する。レシーバ1154によって復元された情報は、受信フレームプロセッサ1160に与えられ、受信フレームプロセッサ1160は、各フレームをパースし、フレームからの情報をチャネルプロセッサ1194に与え、データ信号、制御信号、および基準信号を受信プロセッサ1170に与える。受信プロセッサ1170は、次いで、ノードB1110において送信プロセッサ1120によって実施される処理の逆を実施する。より具体的には、受信プロセッサ1170は、シンボルをデスクランブルし、逆拡散し、次いで、変調方式に基づいてノードB1110によって送信された最も可能性が高い信号コンスタレーションを決定する。これらの軟判定は、チャネルプロセッサ1194によって計算されたチャネル推定値に基づいている場合がある。次いで、軟判定は、データ信号、制御信号、および基準信号を復元するために、復号およびデインターリーブされる。CRCコードは、次いで、フレームが正常に復号されたかどうかを決定するためにチェックされる。次いで、復号に成功したフレームによって搬送されたデータがデータシンク1172に与えられ、データシンク1172は、UE1150および/または様々なユーザインターフェース(たとえば、ディスプレイ)において稼働しているアプリケーションを表す。復号に成功したフレームによって搬送された制御信号は、コントローラ/プロセッサ1190に与えられる。フレームがレシーバプロセッサ1170によって正常に復号されないとき、コントローラ/プロセッサ1190は、これらのフレームのための再送信要求をサポートするために、肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用することもできる。
【００７７】
アップリンクでは、データソース1178からのデータおよびコントローラ/プロセッサ1190からの制御信号が、送信プロセッサ1180に提供される。データソース1178は、UE1150内で稼働中のアプリケーションと、様々なユーザインターフェース(たとえば、キーボード)とを表すことができる。ノードB1110によるダウンリンク送信に関して説明した機能と同様に、送信プロセッサ1180は、CRCコード、FECを容易にするためのコーディングおよびインターリービング、信号コンスタレーションへのマッピング、OVSFによる拡散、ならびに、一連のシンボルを生成するためのスクランブリングを含む、様々な信号処理機能を提供する。ノードB1110によって送信される基準信号から、または、ノードB1110によって送信されるミッドアンブル中に含まれるフィードバックから、チャネルプロセッサ1194によって導出されるチャネル推定値が、適切なコーディング方式、変調方式、拡散方式、および/またはスクランブリング方式を選択するために使用され得る。送信プロセッサ1180によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ1182に提供される。送信フレームプロセッサ1182は、コントローラ/プロセッサ1190からの情報を用いてシンボルを多重化することによって、このフレーム構造を作成し、一連のフレームをもたらす。次いで、これらのフレームはトランスミッタ1156に与えられ、トランスミッタ1156は、アンテナ1152を通じたワイヤレス媒体によるアップリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。
【００７８】
アップリンク送信は、UE1150においてレシーバ機能に関して説明されたのと同様の方式で、ノードB1110において処理される。レシーバ1135は、アンテナ1134を通してアップリンク送信を受信し、この送信を処理してキャリア上に変調された情報を復元する。レシーバ1135によって復元された情報は、受信フレームプロセッサ1136に与えられ、受信フレームプロセッサ1136は、各フレームを解析し、フレームからの情報をチャネルプロセッサ1144に与え、データと、制御および基準信号とを受信プロセッサ1138に与える。受信プロセッサ1138は、UE1150において送信プロセッサ1180によって実施される処理の逆を実施する。次いで、復号に成功したフレームによって搬送されたデータ信号および制御信号が、データシンク1139およびコントローラ/プロセッサにそれぞれ与えられ得る。フレームのいくつかが受信プロセッサによって正常に復号されなかった場合、コントローラ/プロセッサ1140は、これらのフレームのための再送要求をサポートするために、肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用することもできる。
【００７９】
コントローラ/プロセッサ1140および1190は、それぞれノードB1110およびUE1150における動作を指示するために使用され得る。たとえば、コントローラ/プロセッサ1140および1190は、タイミング、周辺インターフェース、電圧調整、電源管理、および他の制御機能を含む、様々な機能を提供することができる。メモリ1142および1192のコンピュータ可読媒体は、それぞれノードB1110用およびUE1150用のデータとソフトウェアとを記憶することができる。ノードB1110におけるスケジューラ/プロセッサ1146は、UEにリソースを割り当て、UEのためのダウンリンク送信および/またはアップリンク送信をスケジュールするために使用され得る。
【００８０】
電気通信システムのいくつかの態様が、HSPAシステムを参照して提示されてきた。当業者なら容易に了解するように、本開示全体にわたって説明した様々な態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張され得る。
【００８１】
例として、様々な態様は、W-CDMA、TD-SCDMA、高速ダウンリンクパケットアクセス(HSDPA)、高速アップリンクパケットアクセス(HSUPA)、高速パケットアクセスプラス(HSPA+)、およびTD-CDMAなどの、他のUMTSシステムに拡張され得る。様々な態様はまた、(FDD、TDD、または両方のモードの)ロングタームエボリューション(LTE)、(FDD、TDD、または両方のモードの)LTEアドバンスト(LTE-A)、CDMA2000、エボリューションデータオプティマイズド(EV-DO)、ウルトラモバイルブロードバンド(UMB)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、ウルトラワイドバンド(UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを利用するシステムに拡張され得る。用いられる実際の電気通信規格、ネットワークアーキテクチャ、および/または通信規格は、特定の適用例およびシステムに課された全体的な設計制約に依存する。
【００８２】
本開示の様々な態様によれば、要素または要素の一部分または要素の組合せは、1つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、機能などを意味するように広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であり得る。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピー(登録商標)ディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)、デジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、キードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスしかつ読み取ることができるソフトウェアおよび/または命令を記憶するための任意の他の適切な媒体を含む。コンピュータ可読媒体には、例として、搬送波、送信路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含まれ得る。コンピュータ可読媒体は、処理システム中に存在し、処理システムの外部に存在し、または処理システムを含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体は、コンピュータプログラム製品において具体化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、特定の適用例およびシステム全体に課された全体的な設計制約に応じて、本開示全体にわたって提示する説明した機能をどのようにして最善の形で実装するかを認識されよう。
【００８３】
開示した方法におけるステップの特定の順序または階層は例示的なプロセスの一例であることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は、並べ替えられ得ることを理解されたい。付随の方法の請求項は、サンプルの順序で様々なステップの要素を示し、本明細書に特に定めがない限り、示された特定の順序または階層に限定されることは意味していない。
【００８４】
前述の説明は、いかなる当業者も本明細書で説明する様々な態様を実施することを可能にするように与えられる。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書に定義された一般的な原理は他の態様に適用され得る。したがって、特許請求の範囲は本明細書で示す態様に限定されるよう意図されているわけではなく、特許請求の範囲の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するよう意図されている。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を指す。項目のリスト「のうちの少なくとも1つ」という句は、単一のメンバーを含め、それらの項目の任意の組合せを指す。一例として、「a、bまたはcのうちの少なくとも1つ」は、aと、bと、cと、aおよびbと、aおよびcと、bおよびcと、a、bおよびcとを包含するように意図されている。当業者に知られている、または後に知られるようになる、本開示全体にわたって説明する様々な態様の要素の構造的および機能的な均等物のすべては、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるように意図されている。さらに、本明細書で開示するいかなる内容も、そのような開示が特許請求の範囲で明示的に記載されているかどうかにかかわらず、公に供することは意図されていない。請求項のいかなる要素も、「のための手段」という句を使用して要素が明示的に記載されていない限り、または方法の請求項の場合に「のためのステップ」という句を使用して要素が記載されていない限り、米国特許法第112条第6項の規定に基づいて解釈されるべきではない。
【符号の説明】
【００８５】
10  ワイヤレス通信システム
11  ユーザ機器(UE)
12  ネットワークエンティティ
16  ネットワーク
18  通信チャネル
30  処理コンポーネント
32  特徴
34  判断コンポーネント
40  受信コンポーネント
42  能力メッセージ
44  特徴インジケータ
46  肯定応答メッセージ(ACK)
48  否定応答メッセージ(NACK)
50  送信コンポーネント
52  データタイプPDU
54  NO MOREスーパーフィールド(SUFI)
56  制御データ
58  要求特徴インジケータ
60  有効化コマンド(CMD)
62  無効化コマンド(CMD)
70  構成コンポーネント
80  セットアップコンポーネント
90  セキュリティコンポーネント
100  処理コンポーネント
102  特徴
104  判断コンポーネント
110  送信コンポーネント
120  受信コンポーネント
130  整合コンポーネント
140  セットアップコンポーネント
150  セキュリティコンポーネント
160  構成コンポーネント
402  RNC
502  RNC
610  RLC AMD PDU
612  RLCシーケンス番号
614  LI
700  装置
702  バス
704  プロセッサ
706  コンピュータ可読媒体、CRM
708  バスインターフェース
710  トランシーバ
712  ユーザインターフェース
714  処理システム
800  UMTSシステム
802  UMTS陸上無線アクセスネットワーク(UTRAN)
804  コアネットワーク(CN)
806  無線ネットワークコントローラ(RNC)
807  無線ネットワークサブシステム(RNS)
808  ノードB
810  ユーザ機器(UE)
811  汎用加入者識別モジュール(USIM)
812  MSC
814  GMSC
815  ホームロケーションレジスタ(HLR)
816  回路交換ネットワーク
818  サービングGPRSサポートノード(SGSN)
820  ゲートウェイGPRSサポートノード(GGSN)
822  パケットベースネットワーク
900  アクセスネットワーク
902  セル
904  セル
906  セル
912  アンテナグループ
914  アンテナグループ
916  アンテナグループ
924  アンテナグループ
926  アンテナグループ
928  アンテナグループ
930  UE
932  UE
934  UE
936  UE
938  UE
940  UE
942  ノードB
944  ノードB
946  ノードB
1000  無線プロトコルアーキテクチャ、アーキテクチャ
1002  ユーザプレーン
1004  制御プレーン
1006  レイヤ1
1007  物理レイヤ
1008  レイヤ2(L2レイヤ)
1009  媒体アクセス制御(MAC)サブレイヤ
1010  レイヤ3(L3レイヤ)
1011  無線リンク制御(RLC)サブレイヤ
1013  パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
1015  無線リソース制御(RRC)サブレイヤ
1110  ノードB
1112  データソース
1120  送信プロセッサ
1130  送信フレームプロセッサ
1132  トランスミッタ
1134  アンテナ
1135  レシーバ
1136  受信フレームプロセッサ
1138  受信プロセッサ
1139  データシンク
1140  コントローラ/プロセッサ
1142  メモリ
1144  チャネルプロセッサ
1146  スケジューラ/プロセッサ
1150  UE
1152  アンテナ
1154  レシーバ
1156  トランスミッタ
1160  受信フレームプロセッサ
1170  受信プロセッサ、レシーバプロセッサ
1178  データソース
1180  送信プロセッサ
1172  データシンク
1190  コントローラ/プロセッサ
1192  メモリ
1194  チャネルプロセッサ
【図１】
2017500820.tif 000003
【図２Ａ】
2017500820.tif 000004
【図２Ｂ】
2017500820.tif 000005
【図３Ａ】
2017500820.tif 000006
【図３Ｂ】
2017500820.tif 000007
【図４】
2017500820.tif 000008
【図５Ａ】
2017500820.tif 000009
【図５Ｂ】
2017500820.tif 000010
【図６】
2017500820.tif 000011
【図７】
2017500820.tif 000012
【図８】
2017500820.tif 000013
【図９】
2017500820.tif 000014
【図１０】
2017500820.tif 000015
【図１１】
2017500820.tif 000016
【国際調査報告】
2017500820.tif 000017
2017500820.tif 000018
2017500820.tif 000019