(57)【要約】  無線通信システムにおいて、端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のために使用されるサイドリンクリソースを再選択できる。サイドリンクリソースの再選択は、様々な条件によってトリガーされることができるが、特に、サイドリンクリソース再選択カウンタの値が０であるとき、サイドリンクリソースの再選択がトリガーされ得る。より具体的に、端末は、Ｖ２Ｘ通信のためのデータがＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）にあることを決定し、サイドリンクリソース再選択カウンタの値が０であることを決定し、及びサイドリンクリソースを再選択する。【選択図】図４
2019530293.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）がサイドリンクリソースを再選択する方法において、
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のためのデータがＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）にあることを決定し、
サイドリンクリソース再選択カウンタの値が０であることを決定し、
サイドリンクリソースを再選択することを含む、方法。
【請求項２】
前記サイドリンクリソース再選択カウンタのために同一の確率で５〜１５の間の値を任意に選択し、
前記サイドリンクリソース再選択カウンタの値を前記選択された値に設定することをさらに含む、請求項１に記載の方法。
【請求項３】
前記Ｖ２Ｘ通信のためのデータの各送信ブロック（ＴＢ；ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）送信が完了するとき、前記サイドリンクリソース再選択カウンタの値が１つずつ減少することを特徴とする、請求項１に記載の方法。
【請求項４】
上位層により構成された範囲内でＨＡＲＱ再送信の個数を決定することをさらに含む、請求項１に記載の方法。
【請求項５】
上位層により構成された範囲内で周波数リソースの量を決定することをさらに含む、請求項１に記載の方法。
【請求項６】
前記サイドリンクリソースを再選択することは、物理層から指示されたリソースプールから時間及び周波数リソースを任意に選択することを含む、請求項１に記載の方法。
【請求項７】
前記物理層から指示されたリソースプールは、前記Ｖ２Ｘ通信の遅延要求事項によって前記物理層により除かれたリソースを含まないことを特徴とする、請求項１に記載の方法。
【請求項８】
前記物理層により除かれたリソースは、最大許容ＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信時間によって決定されることを特徴とする、請求項１に記載の方法。
【請求項９】
前記サイドリンクリソース再選択は、サイドリンク論理チャネル別に行われることを特徴とする、請求項１に記載の方法。
【請求項１０】
無線通信システムにおける端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）において、
メモリと、
送受信部と、
前記メモリ及び前記送受信部と連結されるプロセッサと、
を備え、
前記プロセッサは、
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のためのデータがＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）にあることを決定し、
サイドリンクリソース再選択カウンタの値が０であることを決定し、
サイドリンクリソースを再選択することを特徴とする、端末。
【請求項１１】
前記プロセッサは、
前記サイドリンクリソース再選択カウンタのために同一の確率で５〜１５の間の値を任意に選択し、
前記サイドリンクリソース再選択カウンタの値を前記選択された値に設定することを特徴とする、請求項１０に記載の端末。
【請求項１２】
前記Ｖ２Ｘ通信のためのデータの各送信ブロック（ＴＢ；ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）送信が完了するとき、前記サイドリンクリソース再選択カウンタの値が１つずつ減少することを特徴とする、請求項１０に記載の方法。
【請求項１３】
前記プロセッサは、上位層により構成された範囲内でＨＡＲＱ再送信の個数を決定することを特徴とする、請求項１０に記載の端末。
【請求項１４】
前記プロセッサは、上位層により構成された範囲内で周波数リソースの量を決定することを特徴とする、請求項１０に記載の端末。
【請求項１５】
前記サイドリンクリソースを再選択することは、物理層から指示されたリソースプールから時間及び周波数リソースを任意に選択することを含むことを特徴とする、請求項１０に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムにおいてカウンタを基盤として端末が自律的にリソースを再選択する方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥは、高速パケット通信を可能とするための技術である。ＬＴＥの目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
広く普及したＬＴＥ基盤のネットワークは、自動車産業が“接続された自動車（ｃｏｎｎｅｃｔｅｄ  ｃａｒ）”という概念を実現することができる機会を提供するため、ＬＴＥ基盤のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）が市場から緊急に要求されている。特に、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信のための市場は、研究プロジェクト、フィールドテスト及び規制業務のような関連活動が米国、ヨーロッパ、日本、韓国及び中国のような一部国家または地域で既に進行中であり、または開始されることが予想される。
【０００４】
３ＧＰＰは、このような状況に対応するためにＬＴＥ基盤のＶ２Ｘに対する研究及び仕様化作業を積極的に進行している。ＬＴＥ基盤のＶ２Ｘのうち、ＰＣ５基盤のＶ２Ｖに対する議論が最優先に進行している。ＬＴＥサイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）リソース割当、物理層構造及び同期化などの改善と共に、ＬＴＥのＰＣ５インターフェースに基づいてＶ２Ｖサービスをサポートすることが可能である。
【０００５】
端末は、ネットワークにより構成されたリソースプール内でＶ２Ｘ通信のためのＳＬリソースを自律的に選択できる。したがって、Ｖ２Ｘ通信のためのＳＬリソースを選択または再選択する方法が論議される必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおいてカウンタを基盤として端末が自律的にリソースを再選択する方法及び装置を提供する。本発明は、サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）リソース再選択カウンタの値に応じて端末が自律的にＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のためのＳＬリソースを選択及び／又は再選択する方法及び装置を提供する。
【課題を解決するための手段】
【０００７】
一態様において、無線通信システムにおいて端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）がサイドリンクリソースを再選択する方法が提供される。上記方法は、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のためのデータがＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）にあることを決定し、サイドリンクリソース再選択カウンタの値が０であることを決定し、及びサイドリンクリソースを再選択することを含む。
【０００８】
上記方法は、前記サイドリンクリソース再選択カウンタのために同一の確率で５〜１５の間の値を任意に選択し、及び前記サイドリンクリソース再選択カウンタの値を前記選択された値に設定することをさらに含むことができる。前記Ｖ２Ｘ通信のためのデータの各送信ブロック（ＴＢ；ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）のＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）送信が完了するとき、前記サイドリンクリソース再選択カウンタの値が１つずつ減少することができる。
【０００９】
また、上記方法は、上位層により構成された範囲内でＨＡＲＱ再送信の個数を決定することをさらに含むことができる。上記方法は、上位層により構成された範囲内で周波数リソースの量を決定することをさらに含むことができる。前記サイドリンクリソースを再選択することは、物理層から指示されたリソースプールから時間及び周波数リソースを任意に選択することを含むことができる。
【００１０】
他の様態において、無線通信システムにおいて端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が提供される。前記端末は、メモリ、送受信部、及び前記メモリ及び前記送受信部と連結されるプロセッサを備える。前記プロセッサは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信のためのデータがＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）にあることを決定し、サイドリンクリソース再選択カウンタの値が０であることを決定し、及びサイドリンクリソースを再選択する。
【発明の効果】
【００１１】
端末がＶ２Ｘ通信のためのＳＬリソースを効率的に選択及び／又は再選択できる。
【図面の簡単な説明】
【００１２】
【図１】３ＧＰＰ  ＬＴＥシステムの構造を示す。
【図２】ＬＴＥシステムのユーザプレーンプロトコルスタックのブロック図である。
【図３】ＬＴＥシステムの制御プレーンプロトコルスタックのブロック図である。
【図４】本発明の一実施形態によってＵＥがサイドリンクリソースを再選択する方法を示す。
【図５】本発明のさらに他の実施形態によってＵＥがサイドリンクリソースを再選択する方法を示す。
【図６】本発明の実施形態が実現される無線通信システムを示す。
【発明を実施するための形態】
【００１３】
図１は、３ＧＰＰ  ＬＴＥシステムの構造を示す。図１を参照すると、３ＧＰＰ  ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システム構造は、１つ以上のユーザ端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）を含む。ＵＥ１０は、ユーザにより動く通信装置である。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。
【００１４】
Ｅ−ＵＴＲＡＮは、１つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含み、１つのセルに複数のＵＥが存在できる。ｅＮＢ２０は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）の終端点をＵＥ１０に提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等、他の用語で呼ばれることもある。１つのｅＮＢ２０は、セル毎に配置されることができる。
【００１５】
以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を意味する。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を意味する。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。ＳＬにおいて、送信機と受信機はＵＥ１０の一部である。
【００１６】
ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍ  ｅｎｔｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置する。ＭＭＥ／Ｓ−ＧＷ３０は、ＵＥ１０のためのセッション及び移動性管理機能の終端点を提供する。説明の便宜のために、ＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”で単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ−ＧＷ）は、外部ネットワークと連結されることができる。
【００１７】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ  ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：ＥＴＷＳ（ｅａｒｔｈｑｕａｋｅ  ａｎｄ  ｔｓｕｎａｍｉ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）及びＣＭＡＳ（ｃｏｍｍｅｒｃｉａｌ  ｍｏｂｉｌｅ  ａｌｅｒｔ  ｓｙｓｔｅｍ）を含む）メッセージ送信サポートなどの様々な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤のパケットフィルタリング（例えば、深層パケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ  ｐｏｉｎｔ  ｎａｍｅ  ａｇｇｒｅｇａｔｅ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）に基づくＤＬ等級強制の各種機能を提供する。
【００１８】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用されることができる。ＵＥ１０とｅＮＢ２０は、Ｕｕインターフェースにより連結される。ＵＥ１０間は、ＰＣ５インターフェースにより連結される。ｅＮＢ２０間は、Ｘ２インターフェースにより連結される。隣接するｅＮＢ２０は、Ｘ２インターフェースによる網型ネットワーク構造を有することができる。ｅＮＢ２０とゲートウェイ３０は、Ｓ１インターフェースを介して連結される。
【００１９】
図２は、ＬＴＥシステムのユーザプレーンプロトコルスタックのブロック図である。図３は、ＬＴＥシステムの制御プレーンプロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）及びＬ３（第３層）に分けられる。
【００２０】
物理層（ＰＨＹ；ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、Ｌ１に属する。物理層は、物理チャネルを介して上位層に情報送信サービスを提供する。物理層は、上位層であるＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが送信される。互いに異なる物理層間、即ち、送信機の物理層と受信機の物理層との間のデータは、物理チャネルを介して送信される。
【００２１】
ＭＡＣ層、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層及びＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、Ｌ２に属する。ＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ層にサービスを提供する。ＭＡＣ層は、論理チャネル上のデータ送信サービスを提供する。ＲＬＣ層は、信頼性のあるデータ送信をサポートする。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ層は、存在しないこともある。ＰＤＣＰ層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。
【００２２】
ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ層は、制御プレーンでのみ定義される。ＲＲＣ層は、ＲＢ（ｒａｄｉｏ  ｂｅａｒｅｒ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ送信のためにＬ２により提供されるサービスを意味する。
【００２３】
図２を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のような機能を遂行することができる。ＰＤＣＰ層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザプレーン機能を遂行することができる。
【００２４】
図３を参照すると、ＲＬＣ／ＭＡＣ層（ネットワーク側でｅＮＢで終了）は、制御プレーンのために同じ機能を遂行することができる。ＲＲＣ層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥでのページング開始及びゲートウェイとＵＥとの間のシグナリングのためのセキュリティ制御のような機能を遂行することができる。
【００２５】
物理チャネルは、無線リソースを介してＵＥの物理層とｅＮＢの物理層との間のシグナリング及びデータを送信する。物理チャネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波とで構成される。１ｍｓである１つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えば、サブフレームの最初のシンボルは、ＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。
【００２６】
ＤＬトランスポートチャネルは、システム情報を送信するために使用されるＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ＵＥをページングするために使用されるＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するために使用されるＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）、マルチキャストまたは放送サービス送信のために使用されるＭＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体に放送及びビームフォーミングの使用を可能にすることができる。
【００２７】
ＵＬトランスポートチャネルは、一般的にセルへの初期接続のために使用されるＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するために使用されるＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。
【００２８】
論理チャネルは、送信される情報の種類によって、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分類される。即ち、論理チャネルタイプのセットは、ＭＡＣ層により提供される互いに異なるデータ送信サービスのために定義される。
【００２９】
制御チャネルは、制御プレーンの情報伝達のみのために使用される。ＭＡＣ層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャネルである。ＰＣＣＨは、ページング情報の送信のためのＤＬチャネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使用される。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないとき、ＵＥにより使用される。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅｓ）制御情報を送信するために使用される一対多のＤＬチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報送信のためにＲＲＣ接続を有するＵＥにより使用される一対一の双方向チャネルである。
【００３０】
トラフィックチャネルは、ユーザプレーンの情報伝達のみのために使用される。ＭＡＣ層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで１つのＵＥのユーザ情報の送信のために使われ、ＵＬ及びＤＬの両方に存在できる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを送信するための一対多のＤＬチャネルである。
【００３１】
論理チャネルとトランスポートチャネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ及びＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００３２】
ＲＲＣ状態は、ＵＥのＲＲＣ層がＥ−ＵＴＲＡＮのＲＲＣ層と論理的に接続されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように二つに分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）を指定する間に、ＵＥは、システム情報及びページング情報の放送を受信することができる。そして、ＵＥは、トラッキング領域でＵＥを固有に指定するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の割当を受け、ＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）選択及びセル再選択を実行することができる。また、ＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテキストもｅＮＢに格納されない。
【００３３】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥは、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ  ＲＲＣ接続及びコンテキストを有し、ｅＮＢにデータを送信及び／またはｅＮＢからデータを受信することが可能である。また、ＵＥは、ｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮは、ＵＥが属するセルを知ることができる。したがって、ネットワークは、ＵＥにデータを送信及び／またはＵＥからデータを受信することができ、ＵＥの移動性（ハンドオーバ及びＮＡＣＣ（ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ｃｅｌｌ  ｃｈａｎｇｅ）を介したＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）にｉｎｔｅｒ−ＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）セル変更指示）を制御することができ、隣接セルのためにセル測定を実行することができる。
【００３４】
ＲＲＣ＿ＩＤＬＥで、ＵＥは、ページングＤＲＸ周期を指定する。具体的に、ＵＥは、ＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）にページング信号をモニタする。ページング機会は、ページング信号が送信される間の時間区間である。ＵＥは、自分のみのページング機会を有している。ページングメッセージは、同じトラッキング領域（ＴＡ；ｔｒａｃｋｉｎｇ  ａｒｅａ）に属する全てのセル上に送信される。ＵＥが１つのＴＡから他のＴＡに移動すると、ＵＥは、自分の位置をアップデートするためにネットワークにＴＡＵ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）メッセージを送信することができる。
【００３５】
サイドリンク（ｓｉｄｅｌｉｎｋ）が説明される。サイドリンクは、サイドリンク通信（ｓｉｄｅｌｉｎｋ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）とサイドリンク発見（ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ）のためのＵＥ間のインターフェースである。サイドリンクは、ＰＣ５インターフェースに対応する。サイドリンク通信は、二つ以上の近接したＵＥがどのようなネットワークノードも経ずにＥ−ＵＴＲＡ技術を使用してＰｒｏＳｅ（ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ  ｓｅｒｖｉｃｅｓ）直接通信を可能にするＡＳ機能である。サイドリンク発見は、二つ以上の近接したＵＥがどんなネットワークノードも経ずにＥ−ＵＴＲＡ技術を使用してＰｒｏＳｅ直接発見を可能にするＡＳ機能である。
【００３６】
サイドリンク物理チャネルは、ＵＥから送信されるシステム及び同期化関連情報を伝達するＰＳＢＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ＵＥから送信されるサイドリンク発見メッセージを伝達するＰＳＤＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）、ＵＥから送信されるサイドリンク通信に対する制御信号を伝達するＰＳＣＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）及びＵＥから送信されるサイドリンク通信に対するデータを伝達するＰＳＳＣＨ（ｐｈｙｓｉｃａｌ  ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を含む。サイドリンク物理チャネルは、サイドリンクトランスポートチャネルにマッピングされる。ＰＳＢＣＨは、ＳＬ−ＢＣＨ（ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされる。ＰＳＤＣＨは、ＳＬ−ＤＣＨ（ｓｉｄｅｌｉｎｋ  ｄｉｓｃｏｖｅｒｙ  ｃｈａｎｎｅｌ）にマッピングされる。ＰＳＳＣＨは、ＳＬ−ＳＣＨ（ｓｉｄｅｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）にマッピングされる。
【００３７】
サイドリンクでも、論理チャネルは、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分類される。サイドリンク制御チャネルは、１つのＵＥから他のＵＥにサイドリンクシステム情報を放送するためのサイドリンクチャネルであるＳＢＣＣＨ（ｓｉｄｅｌｉｎｋ  ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含む。ＳＢＣＣＨは、ＳＬ−ＢＣＨにマッピングされる。サイドリンクトラフィックチャネルは、１つのＵＥから他のＵＥにユーザ情報を送信するためのポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）チャネルであるＳＴＣＨ（ｓｉｄｅｌｉｎｋ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）を含む。ＳＴＣＨは、ＳＬ−ＳＣＨにマッピングされる。このチャネルは、サイドリンク通信が可能なＵＥのみを使用することができる。
【００３８】
サイドリンク通信は、ＵＥがＰＣ５インターフェースを介して直接通信できる通信モードである。この通信モードは、ＵＥがＥ−ＵＴＲＡＮによりサービスされるとき、及びＵＥがＥ−ＵＴＲＡカバレッジ外部にある時にサポートされる。公共安全（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）作業に使用されるように権限が与えられたＵＥのみがサイドリンク通信を実行することができる。
【００３９】
サイドリンク通信をサポートするＵＥは、リソース割当のために次の二つのモードで動作できる。１番目のモードは、スケジューリングされたリソース割当（ｓｃｈｅｄｕｌｅｄ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）である。スケジューリングされたリソース割当は、モード１で呼ばれることもある。モード１で、ＵＥは、データを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある必要がある。ＵＥは、ｅＮＢから送信リソースを要求する。ｅＮＢは、サイドリンク制御情報及びデータの送信のための送信リソースをスケジューリングする。ＵＥは、ｅＮＢにスケジューリング要求（Ｄ−ＳＲ（ｄｅｄｉｃａｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）またはランダムアクセス）を送信した後、サイドリンクＢＳＲ（ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）を送る。サイドリンクＢＳＲに基づいて、ｅＮＢは、ＵＥがサイドリンク通信送信のためのデータを有していると決定でき、送信に必要なリソースを推定することができる。ｅＮＢは、構成されたＳＬ−ＲＮＴＩ（ｓｉｄｅｌｉｎｋ  ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）を使用してサイドリンク通信のための送信リソースをスケジューリングすることができる。
【００４０】
２番目のモードは、ＵＥ自律リソース選択（ＵＥ  ａｕｔｏｎｏｍｏｕｓ  ｒｅｓｏｕｒｃｅ  ｓｅｌｅｃｔｉｏｎ）である。ＵＥ自律リソース選択は、モード２で呼ばれることもある。モード２で、ＵＥは、自律的にリソースプールからリソースを選択し、サイドリンク制御情報及びデータを送信するための送信フォーマットを選択する。カバレッジ外の動作のためにあらかじめ構成され、またはカバレッジ内の動作のためにＲＲＣシグナリングにより提供される最大８個のリソースプールがある。各リソースプールには１つ以上のＰＰＰＰ（ＰｒｏＳｅ  ｐｅｒ−ｐａｃｋｅｔ−ｐｒｉｏｒｉｔｙ）が連結されることができる。ＭＡＣ  ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の送信のために、ＵＥは、ＭＡＣ  ＰＤＵで識別された論理チャネルのうち最も高いＰＰＰＰを有する論理チャネルのＰＰＰＰと同じＰＰＰＰのうち１つがあるリソースプールを選択する。サイドリンク制御プールとサイドリンクデータプールは、一対一に関連づけられている。リソースプールが選択されると、全体サイドリンク制御周期の間に選択が有効である。サイドリンク制御周期が終了された後、ＵＥは、リソースプールを再び選択できる。
【００４１】
ＵＥは、公共安全ＰｒｏＳｅ搬送波上でセルを感知するたびにサイドリンク通信のためのカバレッジ内にあると見なされる。ＵＥがサイドリンク通信のためのカバレッジを外れた場合、ＵＥは、モード２のみを使用することができる。ＵＥがサイドリンク通信のためのカバレッジ内にある場合、ｅＮＢ構成によってモード１またはモード２を使用することができる。ＵＥがサイドリンク通信のためのカバレッジ内にある場合、例外的な場合のうち１つが発生しない限り、ＵＥは、ｅＮＢ構成により指示されたモード１のみを使用しなければならない。例外的な場合が発生すると、ＵＥは、モード１を使用するように構成されても、モード２を一時的に使用することができる。例外的な場合に使用されるリソースプールは、ｅＮＢにより提供されることができる。
【００４２】
公共安全ＰｒｏＳｅ搬送波のセルは、次の二つのオプションのうちいずれか１つを選択することができる。まず、公共安全ＰｒｏＳｅ搬送波のセルは、ＳＩＢ１８でモード２のための送信リソースプールを提供することができる。サイドリンク通信が許可されたＵＥは、同じ搬送波（即ち、公共安全ＰｒｏＳｅ搬送波）のセルで、ＲＲＣ＿ＩＤＬＥでサイドリンク通信のためにこのリソースを使用することができる。サイドリンク通信のために許可されたＵＥは、異なる搬送波のセルで、ＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤでサイドリンク通信のためにこのリソースを使用することができる。
【００４３】
または、公共安全ＰｒｏＳｅ搬送波のセルは、ＳＩＢ１８でサイドリンク通信をサポートするが、送信リソースを提供しないことを示すことができる。ＵＥは、サイドリンク通信送信を実行するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤを進入する必要がある。この場合、公共安全ＰｒｏＳｅ搬送波のセルは、例外的な場合にＵＥが使用するモード２のための例外的な送信リソースプールを放送信号として提供できる。サイドリンク通信送信を実行するように許可されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、サイドリンク通信送信を実行することを所望するとサービングｅＮＢに指示する。ｅＮＢは、ＭＭＥから受信されたＵＥコンテキストを使用してＵＥがサイドリンク通信送信のために許可されたかどうかを検証する。ｅＮＢは、モード２のための送信リソースプールを有する専用シグナリングによりＵＥを構成することができる。このリソースは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある間に制限無しで使用されることができる。その代案として、ｅＮＢは、ＵＥが例外的な場合にのみ使用するように許容されたモード２のための例外的な送信リソースプールを使用するようにＵＥを構成することができ、そうでない場合、モード１に依存する。
【００４４】
ＵＥがサイドリンク通信のためのカバレッジを外れている時、サイドリンク制御情報のための送信及び受信リソースプールセットは、ＵＥ内にあらかじめ構成される。ＵＥがサイドリンク通信のためのカバレッジ内にある時、サイドリンク制御情報のためのリソースプールは、次のように構成される。受信のために使用されるリソースプールは、放送シグナリングでＲＲＣを介してｅＮＢにより構成される。送信のために使用されるリソースプールは、モード２が使用される場合、専用または放送シグナリングでＲＲＣを介してｅＮＢにより構成され、モード１が使用される場合、専用シグナリングでＲＲＣを介してｅＮＢにより構成される。ｅＮＢは、構成された受信プール内でサイドリンク制御情報送信のための特定リソースをスケジューリングする。
【００４５】
ＵＥがサイドリンク通信のためのカバレッジを外れている時、サイドリンクデータのための送信及び受信リソースプールセットは、ＵＥ内にあらかじめ構成される。ＵＥがサイドリンク通信のためのカバレッジ内にある時、サイドリンクデータのためのリソースプールは、次のように構成される。モード２が使用される場合、送信及び受信に使用されるリソースプールは、専用または放送シグナリングでＲＲＣを介してｅＮＢにより構成される。モード１が構成されると、送信及び受信のためのリソースプールがない。
【００４６】
サイドリンク発見は、ＰＣ５を介してＥ−ＵＴＲＡ直接無線信号を使用して近接した他のＵＥを発見するためにサイドリンク発見をサポートするＵＥにより使用される手順として定義される。サイドリンク発見は、ＵＥがＥ−ＵＴＲＡＮによりサービスされる場合及びＵＥがＥ−ＵＴＲＡカバレッジを外れる場合の両方にサポートされる。Ｅ−ＵＴＲＡ範囲を外れると、ＰｒｏＳｅ可能な公共安全ＵＥのみがサイドリンク発見を実行することができる。公共安全サイドリンク発見のために、許容された周波数は、ＵＥであらかじめ構成され、ＵＥが該当周波数でＥ−ＵＴＲＡの範囲を外れる場合にも使用される。あらかじめ構成された周波数は、公共安全ＰｒｏＳｅ搬送波と同じ周波数である。
【００４７】
発見メッセージ告知には二つの類型のリソース割当がある。１番目は、ＵＥ自律リソース選択であって、これは発見メッセージを告知するためのリソースが非ＵＥ特定基準として割り当てられるリソース割当手順である。ＵＥ自律リソース選択は、タイプ１で呼ばれることもある。タイプ１で、ｅＮＢは、ＵＥに発見メッセージの告知に使用されるリソースプール構成を提供する。該当構成は、放送または専用シグナリングでシグナリングされることができる。ＵＥは、指示されたリソースプールから無線リソースを自律的に選択して発見メッセージを告知する。ＵＥは、各発見周期の間に無作為に選択された発見リソース上に発見メッセージを告知することができる。
【００４８】
２番目は、スケジューリングされたリソース割当であって、これは発見メッセージを告知するためのリソースがＵＥ特定基準として割り当てられるリソース割当手順である。スケジューリングされたリソース割当は、タイプ２で呼ばれることもある。タイプ２で、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥは、ＲＲＣを介してｅＮＢから発見メッセージを告知するためのリソースを要求することができる。ｅＮＢは、ＲＲＣを介してリソースを割り当てる。リソースは、告知のためにＵＥ内に構成されたリソースプール内に割り当てられる。
【００４９】
ＲＲＣ＿ＩＤＬＥにあるＵＥの場合、ｅＮＢは、次のオプションの中から１つを選択することができる。ｅＮＢは、ＳＩＢ１９でタイプ１基盤の発見メッセージ告知のためのリソースプールを提供することができる。サイドリンク発見のために認可されたＵＥは、ＲＲＣ＿ＩＤＬＥで発見メッセージを知らせるためにこのリソースを使用する。または、ｅＮＢは、ＳＩＢ１９でサイドリンク発見をサポートするが、発見メッセージ告知のためのリソースを提供しないことを示すことができる。ＵＥは、発見メッセージ告知のためのリソースを要求するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤに進入する必要がある。
【００５０】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＵＥの場合、サイドリンク発見告知を実行するように許可されたＵＥは、サイドリンク発見告知を実行することを所望するとｅＮＢに指示する。また、ＵＥは、サイドリンク発見告知を所望する周波数をｅＮＢに知らせることができる。ｅＮＢは、ＭＭＥから受信されたＵＥコンテキストを使用してＵＥがサイドリンク発見告知のために認可されるかどうかを検証する。ｅＮＢは、専用シグナリングを介して発見メッセージ告知のためのタイプ１リソースプールをＵＥに構成できる。ｅＮＢは、発見メッセージ告知のために専用ＲＲＣシグナリングを介して専用リソースと共にリソースプールを時間及び周波数インデックス形態で構成できる。専用シグナリングを介してｅＮＢにより割り当てられたリソースは、ｅＮＢがＲＲＣシグナリングによりリソースを再構成し、またはＵＥがＲＲＣ＿ＩＤＬＥに進入する時まで有効である。
【００５１】
ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内の許可された受信ＵＥは、タイプ１リソースプール及びタイプ２リソースプールをモニタリングする。ｅＮＢは、ＲＲＣシグナリング（ＳＩＢ１９）で周波数内、同じまたは異なるＰＬＭＮセルの周波数間の発見メッセージモニタリングに使用されるリソースプール構成を提供する。ＲＲＣシグナリング（ＳＩＢ１９または専用）は、周波数内、同じまたは異なるＰＬＭＮの周波数間のセルでサイドリンク発見の告知に使用される詳細なサイドリンク発見構成を含むことができる。
【００５２】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信に対して説明する。Ｖ２Ｘ通信は、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信及びＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）通信の三つの類型がある。Ｖ２Ｘのこのような三つの類型は、最終ユーザのためのもっと知能的なサービスを提供するために“協同意識”を使用することができる。これは車両、ＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）及び歩行者のような運送エンティティが該当地域環境（例えば、近接した他の車両またはセンサ装備から受信した情報）に対する知識を収集し、協同衝突警告または自律走行のような知能型サービスを提供することができるように該当知識を処理して共有できることを意味する。
【００５３】
Ｖ２Ｘサービスは、３ＧＰＰ送信を介してＶ２Ｖアプリケーションを使用する送信または受信ＵＥを含む通信サービスの一類型である。通信に参加した相手によって、Ｖ２Ｘサービスは、Ｖ２Ｖサービス、Ｖ２Ｉサービス、Ｖ２Ｐサービス及びＶ２Ｎ（ｖｅｈｉｃｌｅ−ｔｏ−ｎｅｔｗｏｒｋ）サービスに分けられる。Ｖ２Ｖサービスは、通信の両側ともＶ２Ｖアプリケーションを使用するＵＥであるＶ２Ｘサービスの類型である。Ｖ２Ｉサービスは、通信の一側がＵＥであり、他側がＲＳＵであり、両側ともＶ２Ｉアプリケーションを使用するＶ２Ｘサービスの類型である。ＲＳＵは、Ｖ２Ｉアプリケーションを使用してＵＥと送受信できるＶ２Ｉサービスをサポートするエンティティである。ＲＳＵは、ｅＮＢまたは固定ＵＥで具現される。Ｖ２Ｐサービスは、通信の両側ともＶ２Ｐアプリケーションを使用するＵＥであるＶ２Ｘサービスの類型である。Ｖ２Ｎサービスは、通信の一側がＵＥであり、他側がサービングエンティティであり、両方ともＶ２Ｎアプリケーションを使用してＬＴＥネットワークエンティティを介して互いに通信するＶ２Ｘサービスの類型である。
【００５４】
Ｖ２Ｖで、Ｅ−ＵＴＲＡＮは、許容、認可及び近接性基準がみたされるとき、互いに近接したＵＥがＥ−ＵＴＲＡ（Ｎ）を使用してＶ２Ｖ関連情報を交換することを許容する。近接基準は、ＭＮＯ（ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒ）により構成されることができる。しかし、Ｖ２ＶサービスをサポートするＵＥは、Ｖ２ＸサービスをサポートするＥ−ＵＴＲＡＮによりサービスの提供を受ける時または提供を受けない時、そのような情報を交換することができる。Ｖ２ＶアプリケーションをサポートするＵＥは、アプリケーション層情報（例えば、Ｖ２Ｖサービスの一部として、その位置、動的及び属性に対して）を送信する。Ｖ２Ｖペイロード（ｐａｙｌｏａｄ）は、互いに異なる内容を受容するために融通性があるべきであり、情報は、ＭＮＯにより提供された構成によって周期的に送信されることができる。Ｖ２Ｖは、主に放送基盤である。Ｖ２Ｖは、互いに異なるＵＥ間にＶ２Ｖ関連アプリケーション情報を直接交換することを含み、及び／またはＶ２Ｖの制限された直接通信範囲によって、互いに異なるＵＥ間にＶ２Ｖ関連アプリケーション情報をＶ２Ｘサービスをサポートする基盤構造（例えば、ＲＳＵ、アプリケーションサーバ等）を介して交換することを含む。
【００５５】
Ｖ２Ｉで、Ｖ２ＩアプリケーションをサポートするＵＥは、アプリケーション層情報をＲＳＵに送信する。ＲＳＵは、アプリケーション層情報をＵＥグループまたはＶ２ＩアプリケーションをサポートするＵＥに送信する。
【００５６】
Ｖ２Ｐで、Ｅ−ＵＴＲＡＮは、許容、認可及び近接性基準がみたされるとき、互いに近接したＵＥがＥ−ＵＴＲＡＮを使用してＶ２Ｐ関連情報を交換することを許容する。近接基準は、ＭＮＯにより構成されることができる。しかし、Ｖ２ＰサービスをサポートするＵＥは、Ｖ２ＸサービスをサポートするＥ−ＵＴＲＡＮによりサービスされない時にも、このような情報を交換することができる。Ｖ２ＰアプリケーションをサポートするＵＥは、アプリケーション層情報を送信する。このような情報は、Ｖ２Ｘサービスをサポートする車両ＵＥ（例えば、歩行者に警告）及び／またはＶ２Ｘサービスをサポートする歩行者ＵＥ（例えば、車両に警告）により放送されることができる。Ｖ２Ｐは、互いに異なるＵＥ間（１つは車両、他の１つは歩行者）にＶ２Ｖ関連アプリケーション情報を直接交換することを含み、及び／またはＶ２Ｐの制限された直接通信範囲によって、互いに異なるＵＥ間にＶ２Ｐ関連アプリケーション情報をＶ２Ｘサービスをサポートする基盤構造（例えば、ＲＳＵ、アプリケーションサーバ等）を介して交換することを含む。
【００５７】
Ｖ２Ｘ通信で、ＣＡＭ（ｃｏｍｍｏｎ  ａｗａｒｅｎｅｓｓ  ｍｅｓｓａｇｅｓ）、ＤＥＮＭ（ｄｅｃｅｎｔｒａｌｉｚｅｄ  ｅｎｖｉｒｏｎｍｅｎｔａｌ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｍｅｓｓａｇｅｓ）またはＢＳＭ（ｂａｓｉｃ  ｓａｆｅｔｙ  ｍｅｓｓａｇｅ）などのメッセージが送信されることができる。ＣＡＭは、車両の種類、位置、速度、方向などの情報を含み、全ての車両により周期的に放送されることができる。ＤＥＮＭは、特定イベントのタイプ、特定イベントが発生した地域などの情報を含み、ＲＳＵまたは車両により放送されることができる。ＢＳＭは、米国のＪ２７３５安全メッセージに含まれ、ＣＡＭと類似の特徴を有する。ＢＳＭを介して緊急ブレーキ警告、前方追突警告、交差路安全サポート、死角地帯及び車線変更警告、追い越し警告、制御不能警告サービスが提供されることができる。
【００５８】
ＵＥは、ネットワークによって構成されたリソースプール内でＶ２Ｘ通信のためのＳＬリソースを自律的に選択することができる。すなわち、ＵＥは、モード２でＶ２Ｘ通信のためのＳＬリソースを自律的に選択し、当該ＳＬリソースを介してＶ２Ｘ通信を行うことができる。ただし、Ｖ２Ｘ通信のためのＳＬリソースは、センシング（ｓｅｎｓｉｎｇ）を基盤に選択されることができる。より具体的に、ＵＥは、ＳＬリソースの（再）選択のためにセンシングを行うことができる。センシング結果に基づいて、ＵＥは、特定のＳＬリソースを（再）選択し、複数のＳＬリソースを予約できる。Ｖ２Ｘ通信のためのセンシングを基盤とするＵＥ自律リソース選択は、Ｖ２Ｖモード２と呼ばれることができる。
【００５９】
ＳＬリソースの選択及び／又は再選択のために多くの議論が進行中である。以下、本発明の様々な実施形態によってＶ２Ｘ通信のためのＳＬリソースの様々な側面を説明する。
【００６０】
１．ＳＬリソース再選択トリガー条件
【００６１】
Ｖ２Ｖモード２でリソース再選択をトリガーする条件について次の事項が提案され得る。次の条件のうち、いずれか１つでも満たされれば、再選択がトリガーされ得る。いつリソース再選択がトリガーされるかは、ＭＡＣ層で特定されることができる。
【００６２】
（１）カウンタが満了条件を満たすと、ＭＡＣ層は、ＳＬリソース再選択をトリガーできる。リソース再選択のために、新しいカウンタであるＳＬリソース再選択カウンタ（ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＥＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）が導入され得る。ＳＬリソース再選択カウンタの値が０であれば、ＭＡＣ層は、リソース再選択をトリガーできる。リソース再選択がトリガーされれば、ＵＥは、ＳＬリソース再選択カウンタのために、５−１５の間の値を同一の確率で任意に選択することができる。すなわち、半永久的に選択された全てのリソースに対して再選択がトリガーされれば、ＳＬリソース再選択カウンタがリセットされ得る。ＳＬリソース再選択カウンタの値は、各ＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）のＨＡＲＱ（再）送信が完了すれば、１つずつ減少することができる。より具体的に、ＳＬ−ＳＣＨの再送信回数を指示するＲＥＴＸ＿ＮＵＭＢＥＲ＿ＳＬＳＣＨの値がＨＡＲＱ再送信の回数と同一であれば、ＳＬリソース再選択カウンタの値は、１つずつ減少することができる。
【００６３】
（２）現在、ＳＬグラントが上位層により構成された範囲内で最大許容ＭＣＳを使用してＴＢを収容できなければ、ＭＡＣ層は、ＳＬリソース再選択をトリガーできる。すなわち、ＵＥは、最大許容ＭＣＳを使用して、現在リソース割当内でＴＢが合わないことを識別し、ＳＬリソース再選択をトリガーできる。
【００６４】
（３）１つ以上のリソースプールがＲＲＣによって（再）構成されれば、ＭＡＣ層は、ＳＬリソース再選択をトリガーできる。ｅＮＢは、リソースプール構成が変更される度に暗黙的に再選択をトリガーできる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥのために専用シグナリングが使用され、ＲＲＣ＿ＩＤＬＥのＵＥのために放送シグナリングが使用され得る。
【００６５】
上述のＳＬリソース再選択トリガー条件を総合した、ＳＬリソース選択及び再選択のためのＵＥの動作の一実施形態は、表１のとおりである。
【００６６】
【表１】
2019530293.tif 000003
【００６７】
２．遅延要求事項を考慮したリソース再選択
【００６８】
周期的メッセージの生成時間が、時間によって調整され得る。このような調整は、遅延に影響を及ぼし、これにより、ＵＥは、ＳＬ  ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）動作のための周期及び時間オフセットを含む助け情報を送信できる。このような助け情報は、遅延要求事項を満たすために、ＳＬ  ＳＰＳの再活性化をトリガーできる。
【００６９】
一方、Ｖ２Ｖモード２で、ＵＥは、例えば、１００ｍｓ毎に発生するＶ２Ｘメッセージの周期的送信のために、選択されたリソースプールから時間及び周波数リソースを選択する。次に、ＵＥは、１つのＶ２Ｘメッセージに対応する可能性のあるそれぞれのＴＢに対してＴＢが送信されるサブフレームの集合を決定する。したがって、ＳＬ  ＳＰＳと同様に、メッセージ生成時間の変更は、遅延要求事項を満たすために、リソース再選択をトリガーする必要がありうる。すなわち、メッセージ生成時間の変更は、追加的なリソース再選択のトリガー条件とみなされることができる。したがって、ＳＬグラントがＴＢに対して遅延要求事項を満たさなければ、再選択がトリガーされ得る。
【００７０】
例えば、ＣＡＭメッセージ生成時間が同一の周期とともに（例えば、１００ｍｓ）＋３０ｍｓの時間に調整されるとき、ＵＥは、選択されたリソースプールから時間及び周波数リソースを再選択できる。また、ＣＡＭメッセージの周期が１００ｍｓから５００ｍｓに変わるとき、ＵＥは、新しい周期によって選択されたリソースプールから時間及び周波数リソースを再選択できる。
【００７１】
上述の遅延要求事項を考慮した、ＳＬリソース選択及び再選択のためのＵＥの動作の一実施形態は、表２のとおりである。
【００７２】
【表２】
2019530293.tif 000004
【００７３】
一方、ＵＥは、サブフレーム「ｎ−ａ」とサブフレーム「ｎ−ｂ」との間の所定期間の間、センシングを行い、サブフレーム「ｎ」でリソース選択を行い、サブフレーム「ｎ＋ｄ」で連結されたデータ送信を指示するために、サブフレーム「ｎ＋ｃ」でスケジューリング割当（ＳＡ；ｓｃｈｅｄｕｌｉｎｇ  ａｓｓｉｇｎｍｅｎｔ）を送信できる。より具体的に、Ｖ２Ｖモード２においてＴＴＩ「ｎ」でリソース選択／再選択がトリガーされれば、ＵＥは、少なくともＴＴＩ「ｎ−ａ」とＴＴＩ「ｎ−ｂ」でセンシングを行うことができる。このとき、ａとｂは、整数であり、ａ＞ｂ＞０であり、ａとｂは、全てのＶ２Ｖ  ＵＥに対して共通でありうる。ＵＥは、ＰＳＳＣＨに対する時間−周波数リソースを選択できる。また、Ｖ２Ｖモード２で、ＵＥは、ＴＴＩ「ｎ＋ｄ」で送信される関連データを表すＳＡをＴＴＩ「ｎ＋ｃ」で送信することができる。ｃとｄは、整数であり、ｃ≦≦ｄである。また、ＵＥは、ＴＴＩ「ｎ＋ｅ」での他のＴＢの潜在的送信のために、ＴＴＩ「ｎ＋ｄ」での送信のためにシグナリングされた周波数リソースを再使用するか否かを指示できる。ｅは整数であり、ｄ＜ｅである。
【００７４】
すなわち、ＳＬでのＶ２Ｖ遅延は、「ｎ＋ｄ」に決定される。したがって、ＵＥがリソース選択／再選択を行うとき、ＵＥは、メッセージがＡＳ層に到達する時間を考慮して選択されたＳＬグラントがＶ２Ｖ遅延要求事項（すなわち、１００ｍｓ）を満たすか確認する必要がある。すなわち、ＵＥは、メッセージがＡＳ層に到達する時間を考慮して遅延要求事項を満たすＳＬグラントのＳＬ−ＳＣＨ及びＳＬ制御情報（ＳＣＩ；ＳＬ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）に対する時間及び周波数リソースを選択しなければならない。
【００７５】
物理層は、ＭＡＣ層により選択されたリソースのプールからのセンシングに基づいて（使用不可能なリソースを除くことによって）候補リソースを決定できる。次に、ＭＡＣ層は、ＳＬグラントのＳＬ−ＳＣＨ及びＳＣＩに対する時間及び周波数リソースを任意に選択する。遅延要求事項は、それぞれのＴＢ（すなわち、１つのメッセージ）に対して満たされなければならないので、物理層は、遅延要求事項を満たすことができる候補リソースだけを提供できなければならない。それとも、物理層は、遅延要求事項を満たすことができない候補リソースだけを提供できる。したがって、ＭＡＣ層は、それぞれのＴＢに対する遅延要求事項（すなわち、ｄ＿ｍａｘ）を満たす最大許容ＰＳＳＣＨ送信時間を決定できる。次に、物理層は、最大許容ＰＳＳＣＨ送信時間を基盤として遅延要求事項を満たすことができる候補リソースだけをＭＡＣ層に提供することができる。
【００７６】
上述の最大許容ＰＳＳＣＨ送信時間を考慮した、ＳＬグラント受信及びＳＣＩ送信のためのＵＥの動作の一実施形態は、表３のとおりである。
【００７７】
【表３】
2019530293.tif 000005
【００７８】
上述の最大許容ＰＳＳＣＨ送信時間を考慮した、ＳＬリソース選択及び再選択のためのＵＥの動作の一実施形態は、表４のとおりである。
【００７９】
【表４】
2019530293.tif 000006
【００８０】
３．各論理チャネルに対するリソース選択及び再選択
【００８１】
ＳＣＩは、明示的に優先順位情報を含むことができる。この優先順位情報は、センシング基盤リソース選択に使用されることができる。一方、１つの論理チャネルが比較的低い優先順位でＣＡＭメッセージを運ぶために使用され得ることに対し、他の１つの論理チャネルが比較的高い優先順位でＤＥＮＭメッセージを運ぶために使用され得る。したがって、１つのＳＣＩ及び関連データ送信がＣＡＭメッセージまたはＤＥＮＭメッセージのうち、いずれか１つに使用され得る。
【００８２】
このようなリソース（再）選択と送信メカニズムは、ＳＬグラントが論理チャネル別に選択されるとき、よく動作することができる。すなわち、ＣＡＭのための１つのリソース（再）選択及び送信手順とＤＥＮのための他の１つのリソース（再）選択及び送信手順とが並列的に行われ得る。したがって、Ｖ２Ｖモード２でＳＬグラント受信及びＳＣＩ送信手順とＳＬリソース選択及び再選択手順とが各論理チャネルに対して発生し得る。
【００８３】
上述の各論理チャネルを考慮したＵＥの動作の一実施形態は、表５のとおりである。
【００８４】
【表５】
2019530293.tif 000007
【００８５】
４．リソースプール選択
【００８６】
既存のＭＡＣ手順において、ＭＡＣ個体が上位層により１つ以上のリソースプールを使用して送信するように構成された場合、ＭＡＣ層は、ＲＲＣ層が構成したリソースプールから使用するリソースプールを選択できる。Ｖ２Ｘ通信のために、このようなクロス−層動作が行われ得る。
【００８７】
また、Ｖ２Ｘ通信のための領域基盤リソースプール選択が導入され得る。したがって、ＵＥは、ＵＥが位置する領域を決定すれば、ＵＥは、その領域に対応するリソースプールを選択できる。領域は、ＭＡＣ層でない上位層で決定されることができる。ＭＡＣ層は、上位層で決定された領域に対して通知を受けることができる。
【００８８】
上述したリソースプール選択のためのＵＥの動作の一実施形態は、表６のとおりである。
【００８９】
【表６】
2019530293.tif 000008
【００９０】
５．ＵＬ送信またはＰｒｏＳｅ発見によりトリガーされるリソース再選択
【００９１】
Ｖ２Ｖ送信は、ＵＬ送信または発見送信と重なるとき、発生しないことがある。したがって、ＵＬ送信またはＰｒｏＳｅ発見によってリソース再選択がトリガーされ得る。上述のＵＬ送信またはＰｒｏＳｅ発見を考慮した、ＳＬリソース選択及び再選択のためのＵＥの動作の一実施形態は、表７のとおりである。
【００９２】
【表７】
2019530293.tif 000009
【００９３】
６．ＵＬ送信またはＳＬ発見と重なるリソースを除いたリソース再選択
【００９４】
Ｖ２Ｖ送信は、ＵＬ送信または発見送信と重なるとき、発生しないことがある。したがって、ＵＥは、ＵＬ送信またはＳＬ発見と重なるリソースを除いてリソース再選択を行うことができる。上述のＵＬ送信またはＳＬ発見を考慮した、ＳＬリソース選択及び再選択のためのＵＥの動作の一実施形態は、表８のとおりである。
【００９５】
【表８】
2019530293.tif 000010
【００９６】
図４は、本発明の一実施形態によってＵＥがサイドリンクリソースを再選択する方法を示す。上述した本発明の説明が本実施形態に適用され得る。
【００９７】
ステップＳ１００において、ＵＥは、Ｖ２Ｘ通信のためのデータがＳＴＣＨにあることを決定する。ステップＳ１１０において、ＵＥは、サイドリンクリソース再選択カウンタの値が０であることを決定する。ステップＳ１２０において、ＵＥは、サイドリンクリソースを再選択する。
【００９８】
ＵＥがサイドリンクリソースを再選択すれば、ＵＥは、前記サイドリンクリソース再選択カウンタのために同一の確率で５〜１５の間の値を任意に選択し、前記サイドリンクリソース再選択カウンタの値を前記選択された値に設定することができる。前記Ｖ２Ｘ通信のためのデータの各ＴＢのＨＡＲＱ送信が完了するとき、前記サイドリンクリソース再選択カウンタの値が１つずつ減少することができる。
【００９９】
また、ＵＥがサイドリンクリソースを再選択すれば、ＵＥは、上位層により構成された範囲内でＨＡＲＱ再送信の個数を決定できる。ＵＥは、上位層により構成された範囲内で周波数リソースの量を決定できる。前記サイドリンクリソースを再選択することは、物理層から指示されたリソースプールから時間及び周波数リソースを任意に選択することを含むことができる。
【０１００】
前記物理層から指示されたリソースプールは、前記Ｖ２Ｘ通信の遅延要求事項によって前記物理層により除かれたリソースを含まないことがある。前記物理層により除かれたリソースは、最大許容ＰＳＳＣＨ送信時間によって決定されることができる。前記サイドリンクリソース再選択は、サイドリンク論理チャネル別に行われることができる。
【０１０１】
図５は、本発明のさらに他の実施形態によってＵＥがサイドリンクリソースを再選択する方法を示す。上述した本発明の説明が本実施形態に適用され得る。
【０１０２】
ステップＳ２００において、ＵＥは、Ｖ２Ｘ通信のためのデータがＳＴＣＨにあることを決定する。ステップＳ２１０において、ＵＥは、１つ以上のリソースプールが上位層から構成されることを決定する。ステップＳ２２０において、ＵＥは、サイドリンクリソースを再選択する。
【０１０３】
ＵＥがサイドリンクリソースを再選択すれば、ＵＥは、サイドリンクリソース再選択カウンタのために同一の確率で５〜１５の間の値を任意に選択し、前記サイドリンクリソース再選択カウンタの値を前記選択された値に設定することができる。前記Ｖ２Ｘ通信のためのデータの各ＴＢのＨＡＲＱ送信が完了するとき、前記サイドリンクリソース再選択カウンタの値が１つずつ減少することができる。
【０１０４】
また、ＵＥがサイドリンクリソースを再選択すれば、ＵＥは、上位層により構成された範囲内でＨＡＲＱ再送信の個数を決定できる。ＵＥは、上位層により構成された範囲内で周波数リソースの量を決定できる。前記サイドリンクリソースを再選択することは、物理層から指示されたリソースプールから時間及び周波数リソースを任意に選択することを含むことができる。
【０１０５】
前記物理層から指示されたリソースプールは、前記Ｖ２Ｘ通信の遅延要求事項によって前記物理層により除かれたリソースを含まないことがある。前記物理層により除かれたリソースは、最大許容ＰＳＳＣＨ送信時間によって決定されることができる。前記サイドリンクリソース再選択は、サイドリンク論理チャネル別に行われることができる。
【０１０６】
図６は、本発明の実施例が具現される無線通信システムを示す。
【０１０７】
ｅＮＢ８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１０、メモリ（ｍｅｍｏｒｙ）８２０及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ）８３０を含む。プロセッサ８１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。送受信部８３０は、プロセッサ８１０と連結され、無線信号を送信及び／または受信する。
【０１０８】
ＵＥ９００は、プロセッサ９１０、メモリ９２０及び送受信部９３０を含む。プロセッサ９１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。送受信部９３０は、プロセッサ９１０と連結され、無線信号を送信及び／または受信する。
【０１０９】
プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。
【０１１０】
前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
2019530293.tif 000011
【図２】
2019530293.tif 000012
【図３】
2019530293.tif 000013
【図４】
2019530293.tif 000014
【図５】
2019530293.tif 000015
【図６】
2019530293.tif 000016
【国際調査報告】
2019530293.tif 000017
2019530293.tif 000018
2019530293.tif 000019
2019530293.tif 000020