特許 6728477 無線通信システムにおいてＳＰＳ助け情報を送信する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6728477

(24)【登録日】2020年7月3日

(45)【発行日】2020年7月22日

(54)【発明の名称】無線通信システムにおいてＳＰＳ助け情報を送信する方法及び装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20200713BHJP

   H04W 92/18 20090101ALI20200713BHJP

   H04W 92/20 20090101ALI20200713BHJP

   H04W 36/08 20090101ALI20200713BHJP

【ＦＩ】

   H04W72/12 150

   H04W92/18

   H04W92/20

   H04W36/08

【請求項の数】14

【全頁数】30

(21)【出願番号】特願2019-507124(P2019-507124)

(86)(22)【出願日】2017年8月7日

(65)【公表番号】特表2019-525635(P2019-525635A)

(43)【公表日】2019年9月5日

(86)【国際出願番号】KR2017008481

(87)【国際公開番号】WO2018030726

(87)【国際公開日】20180215

【審査請求日】2019年2月8日

(31)【優先権主張番号】62/374,009

(32)【優先日】2016年8月12日

(33)【優先権主張国】US

(31)【優先権主張番号】10-2017-0095329

(32)【優先日】2017年7月27日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】リ ヨンテ

(72)【発明者】

【氏名】リ ソンヨン

(72)【発明者】

【氏名】リ チェウク

【審査官】 桑原 聡一

(56)【参考文献】

【文献】 国際公開第２０１７／１４８２３６（ＷＯ，Ａ１）

【文献】 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 14)，3GPP TS 36.331 V14.3.0 (2017-06)，２０１７年 ６月，第184-186,304-305,671-682頁

【文献】 Qualcomm Incorporated，SPS for V2V Communication[online]， 3GPP TSG-RAN WG2#94 R2-164063，２０１６年 ５月２３日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_94/Docs/R2-164063.zip＞

【文献】 ZTE，SPS enhancements for V2V over PC5[online]， 3GPP TSG-RAN WG2#94 R2-163836，２０１６年 ５月２３日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_94/Docs/R2-163836.zip＞

【文献】 LG Electronics Inc，SL SPS configuration and UE assistant information[online]， 3GPP TSG-RAN WG2#95 R2-165693，２０１６年 ８月１３日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95/Docs/R2-165693.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいてソース基地局によって実行される方法において、
ＳＰＳ（semi-persistent scheduling）のためのＵＥ（user equipment）助け情報を無線機器から受信するステップであって、前記ＵＥ助け情報は、前記無線機器による送信のためのパケットの時間オフセットを含む、ステップと、
前記無線機器によって報告される前記時間オフセットと、前記ソース基地局とターゲット基地局との間の時間差とに基づいて、前記無線機器による送信のためのパケットの調整された時間オフセットを決定するステップと、
ハンドオーバ手順において、前記調整された時間オフセットを含むメッセージを前記ターゲット基地局に送信するステップと、を含み、
前記ＳＰＳのためのＵＥ助け情報は、前記時間オフセットの変更のときに前記無線機器から受信される、方法。

【請求項2】

前記ＳＰＳのためのＵＥ助け情報は、ＳＰＳ周期をさらに含む、請求項１に記載の方法。

【請求項3】

前記ＳＰＳのためのＵＥ助け情報は、サイドリンクＳＰＳのためのＵＥ助け情報またはアップリンクＳＰＳのためのＵＥ助け情報のうち、少なくとも１つを含む、請求項１に記載の方法。

【請求項4】

前記ＳＰＳのためのＵＥ助け情報は、Ｘ２インターフェースを介して前記ソース基地局から前記ターゲット基地局に送信される、請求項１に記載の方法。

【請求項5】

前記ＳＰＳのためのＵＥ助け情報は、ＡＳ−ｃｏｎｔｅｘｔ ＩＥ（information element）に含まれている、請求項１に記載の方法。

【請求項6】

第１論理チャネルに関連したパケットの送信のためのＳＰＳリソースに対する情報を含む前記第１論理チャネルのための第１ＳＰＳ構成と、第２論理チャネルに関連したパケットの送信のためのＳＰＳリソースに対する情報を含む前記第２論理チャネルのための第２ＳＰＳ構成とを、前記無線機器に送信するステップと、
前記第１論理チャネルに関連した前記パケットのＳＰＳ送信の終わりに前記第１論理チャネルのための前記第１ＳＰＳ構成の解除を要求するためのＳＰＳ助け情報を、前記無線機器から受信するステップと、
前記ＳＰＳ助け情報に基づいて前記第１論理チャネルのための前記第１ＳＰＳ構成を解除するステップと、をさらに含む、請求項１に記載の方法。

【請求項7】

前記ＳＰＳ助け情報は、解除されるべき前記第１ＳＰＳ構成のインデックスを含み、
前記ＳＰＳ助け情報内の前記ＳＰＳ送信の時間周期を特定するための周期インデックスフィールドは、前記第１ＳＰＳ構成の解除のための要求を通知する、請求項６に記載の方法。

【請求項8】

無線通信システムにおける基地局であって、
メモリと、
送受信部と、
前記メモリ及び前記送受信部と動作可能に連結される少なくとも一つのプロセッサと、
を備え、
前記少なくとも一つのプロセッサは、
ＳＰＳ（semi-persistent scheduling）のためのＵＥ（user equipment）助け情報を無線機器から受信するように前記送受信部を制御し、前記ＵＥ助け情報は、前記無線機器による送信のためのパケットの時間オフセットを含み、
ハンドオーバのために、前記無線機器によって報告される前記時間オフセットと、前記基地局とターゲット基地局との間の時間差とに基づいて、前記無線機器による送信のためのパケットの調整された時間オフセットを決定し、
ハンドオーバ手順において、前記調整された時間オフセットを含むメッセージを前記ターゲット基地局に送信するように前記送受信部を制御する、ように構成され、
前記ＳＰＳのためのＵＥ助け情報は、前記時間オフセットの変更のときに前記無線機器から受信される、基地局。

【請求項9】

前記ＳＰＳのためのＵＥ助け情報は、ＳＰＳ周期をさらに含む、請求項８に記載の基地局。

【請求項10】

前記ＳＰＳのためのＵＥ助け情報は、サイドリンクＳＰＳのためのＵＥ助け情報またはアップリンクＳＰＳのためのＵＥ助け情報のうち、少なくとも１つを含む、請求項８に記載の基地局。

【請求項11】

前記ＳＰＳのためのＵＥ助け情報は、Ｘ２インターフェースを介して前記基地局から前記ターゲット基地局に送信される、請求項８に記載の基地局。

【請求項12】

前記ＳＰＳのためのＵＥ助け情報は、ＡＳ−ｃｏｎｔｅｘｔ ＩＥ（information element）に含まれている、請求項８に記載の基地局。

【請求項13】

前記少なくとも一つのプロセッサは、
第１論理チャネルに関連したパケットの送信のためのＳＰＳリソースに対する情報を含む前記第１論理チャネルのための第１ＳＰＳ構成と、第２論理チャネルに関連したパケットの送信のためのＳＰＳリソースに対する情報を含む前記第２論理チャネルのための第２ＳＰＳ構成とを、前記無線機器に送信するように前記送受信部を制御し、
前記第１論理チャネルに関連した前記パケットのＳＰＳ送信の終わりに前記第１論理チャネルのための前記第１ＳＰＳ構成の解除を要求するためのＳＰＳ助け情報を、前記無線機器から受信するように前記送受信部を制御し、
前記ＳＰＳ助け情報に基づいて前記第１論理チャネルのための前記第１ＳＰＳ構成を解除する、ようにさらに構成される、請求項８に記載の基地局。

【請求項14】

前記ＳＰＳ助け情報は、解除されるべき前記第１ＳＰＳ構成のインデックスを含み、
前記ＳＰＳ助け情報内の前記ＳＰＳ送信の時間周期を特定するための周期インデックスフィールドは、前記第１ＳＰＳ構成の解除のための要求を通知する、請求項１３に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳細には、無線通信システムにおいてＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）助け情報を送信する方法及び装置に関する。

【背景技術】

【0002】

３ＧＰＰ ＬＴＥは、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。

【0003】

広く普及したＬＴＥ基盤のネットワークは、自動車産業が“接続された自動車（ｃｏｎｎｅｃｔｅｄ ｃａｒ）”という概念を実現することができる機会を提供するため、ＬＴＥ基盤のＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）が市場から緊急に要求されている。特に、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信のための市場は、研究プロジェクト、フィールドテスト及び規制業務のような関連活動が米国、ヨーロッパ、日本、韓国及び中国のような一部国家または地域で既に進行中であり、または開示されることが予想される。

【0004】

ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ ）は、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）のような持続的な無線リソース割当が必要なアプリケーションの制御チャネルオーバーヘッドを大きく減らす機能である。ＳＰＳがなければ、全てのＤＬ（ｄｏｗｎｌｉｎｋ）またはＵＬ（ｕｐｌｉｎｋ）ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）割当は、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）上のアクセスグラントメッセージを介して許可されなければならない。これは、一般的に、パケットサイズが大きいほとんどのバースト型最善型（ｂｕｒｓｔｙ ｂｅｓｔ ｅｆｆｏｒｔ ｔｙｐｅ）アプリケーションに十分なので、大体、各サブフレームで少数のユーザだけがスケジューリングされる。しかし、小さいパケット（例えば、ＶｏＩＰ）の持続的な割当を必要とするアプリケーションの場合、制御チャネルのアクセスグラントオーバーヘッドは、ＳＰＳにより大きく減少されることができる。すなわち、ＳＰＳは、ユーザがＤＬで期待するか、ＵＬで送信できる永久ＰＲＢ割当を導入する。ＳＰＳが持続的な割当を設定できる方法には、色々なものがある。

【0005】

Ｖ２Ｘ通信は、その特性上、メッセージのサイズが比較的小さく、周期的に送信されることができるので、ＳＰＳによって割り当てられるリソースを介してＶ２Ｘメッセージを送信する方法が議論中である。また、ＳＰＳによるリソース割当を助けるために、ＳＰＳと関連した助け情報を端末とネットワーク及び／又は複数のネットワークノード間に送信する方法も議論中である。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明は、無線通信システムにおいてＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）助け情報を送信する方法及び装置を提供する。本発明は、ハンドオーバでソースｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）がＳＰＳのための助け情報をＵＥ（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）から受信してターゲットｅＮＢに伝達する方法を提供する。

【課題を解決するための手段】

【0007】

一態様において、無線通信システムにおいてソースｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）がＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）のためのＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）助け情報をターゲットｅＮＢに送信する方法が提供される。上記方法は、前記ＳＰＳのためのＵＥ助け情報をＵＥから受信し、及び前記ＳＰＳのためのＵＥ助け情報を前記ターゲットｅＮＢに送信することを含む。

【0008】

前記ＳＰＳのためのＵＥ助け情報は、ＳＰＳ周期及び時間オフセットを含むことができる。前記ＳＰＳのためのＵＥ助け情報は、サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）ＳＰＳのためのＵＥ助け情報またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）ＳＰＳのためのＵＥ助け情報のうち、少なくとも１つを含むことができる。前記ＳＰＳのためのＵＥ助け情報は、Ｘ２インターフェースを介して前記ターゲットｅＮＢに送信されることができる。前記ＳＰＳのためのＵＥ助け情報は、ＡＳ−Ｃｏｎｔｅｘｔ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）に含まれて、ハンドオーバ準備情報メッセージを介して前記ターゲットｅＮＢに送信されることができる。

【0009】

他の態様において、無線通信システムにおいてソースｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）が提供される。前記ソースｅＮＢは、メモリ、及び前記メモリと連結されるプロセッサを備え、前記プロセッサは、前記ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）のためのＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）助け情報をＵＥから受信し、及び前記ＳＰＳのためのＵＥ助け情報を前記ターゲットｅＮＢに送信することを特徴とする。

【発明の効果】

【0010】

ハンドオーバが行われた後、ターゲットｅＮＢがＳＰＳリソースをＵＥに効率的に割り当てることができ、これにより、ＵＥは、割り当てられたＳＰＳリソースを介してＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージを効率的に送信することができる。

【図面の簡単な説明】

【0011】

【図1】３ＧＰＰ ＬＴＥシステムの構造を示す。

【図2】ＬＴＥシステムのユーザプレーンプロトコルスタックのブロック図である。

【図3】ＬＴＥシステムの制御プレーンプロトコルスタックのブロック図である。

【図4】ＵＥ助け情報を送信する手順を示す。

【図5】本発明の一実施形態に係るＳＰＳ助けＭＡＣ ＣＥフォーマットを示す。

【図6】本発明の一実施形態に係るソースｅＮＢがＳＰＳのためのＵＥ助け情報をターゲットｅＮＢに送信する方法を示す。

【図7】本発明の実施形態が実現される無線通信システムを示す。

【発明を実施するための形態】

【0012】

図１は、３ＧＰＰ ＬＴＥシステムの構造を示す。図１を参照すると、３ＧＰＰ ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム構造は、１つ以上のユーザ端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）を含む。ＵＥ１０は、ユーザにより動く通信装置である。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。

【0013】

Ｅ−ＵＴＲＡＮは、１つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含み、１つのセルに複数のＵＥが存在できる。ｅＮＢ２０は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）の終端点をＵＥ１０に提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。１つのｅＮＢ２０は、セル毎に配置されることができる。

【0014】

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を意味する。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を意味する。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。ＳＬにおいて、送信機と受信機はＵＥ１０の一部である。

【0015】

ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍ ｅｎｔｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置する。ＭＭＥ／Ｓ−ＧＷ３０は、ＵＥ１０のためのセッション及び移動性管理機能の終端点を提供する。説明の便宜のために、ＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”で単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ−ＧＷ）は、外部ネットワークと連結されることができる。

【0016】

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：ＥＴＷＳ（ｅａｒｔｈｑｕａｋｅ ａｎｄ ｔｓｕｎａｍｉ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ）及びＣＭＡＳ（ｃｏｍｍｅｒｃｉａｌ ｍｏｂｉｌｅ ａｌｅｒｔ ｓｙｓｔｅｍ）を含む）メッセージ送信サポートなどの様々な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤のパケットフィルタリング（例えば、深層パケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ ｐｏｉｎｔ ｎａｍｅ ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）に基づくＤＬ等級強制の各種機能を提供する。

【0017】

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用されることができる。ＵＥ１０とｅＮＢ２０は、Ｕｕインターフェースにより連結される。ＵＥ１０間は、ＰＣ５インターフェースにより連結される。ｅＮＢ２０間は、Ｘ２インターフェースにより連結される。隣接するｅＮＢ２０は、Ｘ２インターフェースによる網型ネットワーク構造を有することができる。ｅＮＢ２０とゲートウェイ３０は、Ｓ１インターフェースを介して連結される。

【0018】

図２は、ＬＴＥシステムのユーザプレーンプロトコルスタックのブロック図である。図３は、ＬＴＥシステムの制御プレーンプロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）及びＬ３（第３層）に分けられる。

【0019】

物理層（ＰＨＹ；ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、Ｌ１に属する。物理層は、物理チャネルを介して上位層に情報送信サービスを提供する。物理層は、上位層であるＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが送信される。互いに異なる物理層間、即ち、送信機の物理層と受信機の物理層との間のデータは、物理チャネルを介して送信される。

【0020】

ＭＡＣ層、ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層及びＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層は、Ｌ２に属する。ＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ層にサービスを提供する。ＭＡＣ層は、論理チャネル上のデータ送信サービスを提供する。ＲＬＣ層は、信頼性のあるデータ送信をサポートする。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで実現されることができ、このとき、ＲＬＣ層は、存在しないこともある。ＰＤＣＰ層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。

【0021】

ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ層は、制御プレーンでのみ定義される。ＲＲＣ層は、ＲＢ（ｒａｄｉｏ ｂｅａｒｅｒ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ送信のためにＬ２により提供されるサービスを意味する。

【0022】

図２を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）のような機能を遂行することができる。ＰＤＣＰ層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザプレーン機能を遂行することができる。

【0023】

図３を参照すると、ＲＬＣ／ＭＡＣ層（ネットワーク側でｅＮＢで終了）は、制御プレーンのために同じ機能を遂行することができる。ＲＲＣ層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥでのページング開始及びゲートウェイとＵＥとの間のシグナリングのためのセキュリティ制御のような機能を遂行することができる。

【0024】

物理チャネルは、無線リソースを介してＵＥの物理層とｅＮＢの物理層との間のシグナリング及びデータを送信する。物理チャネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波とで構成される。１ｍｓである１つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えば、サブフレームの最初のシンボルは、ＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。

【0025】

ＤＬトランスポートチャネルは、システム情報を送信するために使用されるＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ＵＥをページングするために使用されるＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するために使用されるＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）、マルチキャストまたは放送サービス送信のために使用されるＭＣＨ（ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体に放送及びビームフォーミングの使用を可能にすることができる。

【0026】

ＵＬトランスポートチャネルは、一般的にセルへの初期接続のために使用されるＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するために使用されるＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。

【0027】

論理チャネルは、送信される情報の種類によって、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分類される。即ち、論理チャネルタイプのセットは、ＭＡＣ層により提供される互いに異なるデータ送信サービスのために定義される。

【0028】

制御チャネルは、制御プレーンの情報伝達のみのために使用される。ＭＡＣ層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャネルである。ＰＣＣＨは、ページング情報の送信のためのＤＬチャネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使用される。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないとき、ＵＥにより使用される。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅｓ）制御情報を送信するために使用される一対多のＤＬチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報送信のためにＲＲＣ接続を有するＵＥにより使用される一対一の双方向チャネルである。

【0029】

トラフィックチャネルは、ユーザプレーンの情報伝達のみのために使用される。ＭＡＣ層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで１つのＵＥのユーザ情報の送信のために使われ、ＵＬ及びＤＬの両方に存在できる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを送信するための一対多のＤＬチャネルである。

【0030】

論理チャネルとトランスポートチャネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ及びＭＣＨにマッピングされることができるＭＴＣＨを含む。

【0031】

ＲＲＣ状態は、ＵＥのＲＲＣ層がＥ−ＵＴＲＡＮのＲＲＣ層と論理的に接続されているかどうかを指示する。ＲＲＣ状態は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように二つに分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）を指定する間に、ＵＥは、システム情報及びページング情報の放送を受信することができる。そして、ＵＥは、トラッキング領域でＵＥを固有に指定するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の割当を受け、ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）選択及びセル再選択を実行することができる。また、ＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテキストもｅＮＢに格納されない。

【0032】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥは、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ接続及びコンテキストを有し、ｅＮＢにデータを送信及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥは、ｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮは、ＵＥが属するセルを知ることができる。したがって、ネットワークは、ＵＥにデータを送信及び／又はＵＥからデータを受信することができ、ＵＥの移動性（ハンドオーバ及びＮＡＣＣ（ｎｅｔｗｏｒｋ ａｓｓｉｓｔｅｄ ｃｅｌｌ ｃｈａｎｇｅ）を介したＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）にｉｎｔｅｒ−ＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）セル変更指示）を制御することができ、隣接セルのためにセル測定を実行することができる。

【0033】

ＲＲＣ＿ＩＤＬＥで、ＵＥは、ページングＤＲＸ周期を指定する。具体的に、ＵＥは、ＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ）にページング信号をモニタする。ページング機会は、ページング信号が送信される間の時間区間である。ＵＥは、自分のみのページング機会を有している。ページングメッセージは、同じトラッキング領域（ＴＡ；ｔｒａｃｋｉｎｇ ａｒｅａ）に属する全てのセル上に送信される。ＵＥが１つのＴＡから他のＴＡに移動すると、ＵＥは、自分の位置をアップデートするためにネットワークにＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）メッセージを送信することができる。

【0034】

サイドリンク（ｓｉｄｅｌｉｎｋ）が説明される。サイドリンクは、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ）とサイドリンク発見（ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｖｅｒｙ）のためのＵＥ間のインターフェースである。サイドリンクは、ＰＣ５インターフェースに対応する。サイドリンク通信は、二つ以上の近接したＵＥがどのようなネットワークノードも経ずにＥ−ＵＴＲＡ技術を使用してＰｒｏＳｅ（ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄ ｓｅｒｖｉｃｅｓ）直接通信を可能にするＡＳ機能である。サイドリンク発見は、二つ以上の近接したＵＥがどんなネットワークノードも経ずにＥ−ＵＴＲＡ技術を使用してＰｒｏＳｅ直接発見を可能にするＡＳ機能である。

【0035】

サイドリンク物理チャネルは、ＵＥから送信されるシステム及び同期化関連情報を伝達するＰＳＢＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ＵＥから送信されるサイドリンク発見メッセージを伝達するＰＳＤＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌ）、ＵＥから送信されるサイドリンク通信に対する制御信号を伝達するＰＳＣＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＵＥから送信されるサイドリンク通信に対するデータを伝達するＰＳＳＣＨ（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を含む。サイドリンク物理チャネルは、サイドリンクトランスポートチャネルにマッピングされる。ＰＳＢＣＨは、ＳＬ−ＢＣＨ（ｓｉｄｅｌｉｎｋ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）にマッピングされる。ＰＳＤＣＨは、ＳＬ−ＤＣＨ（ｓｉｄｅｌｉｎｋ ｄｉｓｃｏｖｅｒｙ ｃｈａｎｎｅｌ）にマッピングされる。ＰＳＳＣＨは、ＳＬ−ＳＣＨ（ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）にマッピングされる。

【0036】

サイドリンクでも、論理チャネルは、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分類される。サイドリンク制御チャネルは、１つのＵＥから他のＵＥにサイドリンクシステム情報を放送するためのサイドリンクチャネルであるＳＢＣＣＨ（ｓｉｄｅｌｉｎｋ ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を含む。ＳＢＣＣＨは、ＳＬ−ＢＣＨにマッピングされる。サイドリンクトラフィックチャネルは、１つのＵＥから他のＵＥにユーザ情報の送信のためのポイントツーマルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）チャネルであるＳＴＣＨ（ｓｉｄｅｌｉｎｋ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）を含む。ＳＴＣＨは、ＳＬ−ＳＣＨにマッピングされる。このチャネルは、サイドリンク通信が可能なＵＥのみを使用することができる。

【0037】

半永久的スケジューリング（ＳＰＳ；ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）が説明される。Ｅ−ＵＴＲＡＮは、ＵＥに第１のＨＡＲＱ送信のために、半永久的送信リソースを割り当てることができる。ＲＲＣは、半永久的ＤＬグラントの周期を定義する。ＰＤＣＣＨは、ＤＬグラントが半永久的であるか否か、すなわち、ＲＲＣにより定義された周期によって次のＴＴＩで暗黙的に再使用されることができるか否かを指示する。

【0038】

必要な場合、再送信は、ＰＤＣＣＨを介して明示的にシグナリングされる。ＵＥが半永久的ＤＬリソースを有するサブフレームにおいて、ＵＥがＰＤＣＣＨ上で自分のＣ−ＲＮＴＩ（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）を探すことができない場合、ＴＴＩでＵＥに割り当てられた半永久的割当によるＤＬ送信が仮定される。それとも、ＵＥが半永久的ＤＬリソースを有するサブフレームにおいて、ＵＥがＰＤＣＣＨ上で自分のＣ−ＲＮＴＩを探すと、ＰＤＣＣＨ割当は、そのＴＴＩに対して半永久的割当に優先し、ＵＥは、半永久的リソースをデコードしない。

【0039】

ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）が構成されるとき、半永久的ＤＬリソースは、ＰＣｅｌｌ（ｐｒｉｍａｒｙ ｃｅｌｌ）に対してのみ構成されることができ、ＰＣｅｌｌに対するＰＤＣＣＨ割当だけが半永久的割当に優先し得る。ＤＣ（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）が構成されるとき、半永久的ＤＬリソースは、ＰＣｅｌｌまたはＰＳＣｅｌｌ（ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）に対してのみ構成されることができる。ＰＣｅｌｌに対するＰＤＣＣＨ割当だけがＰＣｅｌｌに対する半永久的割当に優先し得るし、ＰＳＣｅｌｌに対するＰＤＣＣＨ割当だけがＰＳＣｅｌｌに対する半永久的割当に優先し得る。

【0040】

また、Ｅ−ＵＴＲＡＮは、ＵＥに第１のＨＡＲＱ送信及び潜在的な再送信のために、半永久的ＵＬリソースを割り当てることができる。ＲＲＣは、半永久的ＵＬグラントの周期を定義する。ＰＤＣＣＨは、ＵＬグラントが半永久的であるか否か、すなわち、ＲＲＣにより定義された周期によって次のＴＴＩで暗黙的に再使用されることができるか否かを指示する。

【0041】

ＵＥが半永久的ＵＬリソースを有するサブフレームにおいて、ＵＥがＰＤＣＣＨ上で自分のＣ−ＲＮＴＩを探すことができない場合、ＴＴＩでＵＥに割り当てられた半永久的割当によるＵＬ送信が行われ得る。ネットワークは、予め定義されたＭＣＳによって予め定義されたＰＲＢのデコードを行う。それとも、ＵＥが半永久的ＵＬリソースを有するサブフレームにおいて、ＵＥがＰＤＣＣＨ上で自分のＣ−ＲＮＴＩを探すと、ＰＤＣＣＨ割当は、そのＴＴＩに対して半永久的割当に優先し、ＵＥの送信は、半永久的割当でないＰＤＣＣＨ割当にしたがう。再送信は、ＵＥが半永久的ＵＬ割当を使用する場合、暗示的に割り当てられるか、またはＵＥが半永久的割当にしたがわない場合、ＰＤＣＣＨを介して明示的に割り当てられる。

【0042】

ＤＬと同様に、半永久的ＵＬリソースは、ＰＣｅｌｌに対してのみ構成されることができ、ＰＣｅｌｌに対するＰＤＣＣＨ割当だけが半永久的割当に優先し得る。ＤＣが構成されるとき、半永久的ＵＬリソースは、ＰＣｅｌｌまたはＰＳＣｅｌｌに対してのみ構成されることができる。ＰＣｅｌｌに対するＰＤＣＣＨ割当だけがＰＣｅｌｌに対する半永久的割当に優先し得るし、ＰＳＣｅｌｌに対するＰＤＣＣＨ割当だけがＰＳＣｅｌｌに対する半永久的割当に優先し得る。

【0043】

ＲＲＣによってＳＰＳが活性化されれば、次の情報が提供される。

【0044】

・ＳＰＳ Ｃ−ＲＮＴＩ；

【0045】

・ＵＬに対してＳＰＳが可能であれば、ＵＬ ＳＰＳインターバルであるｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ及び暗黙的な解除以前の空の送信の回数であるｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ；

【0046】

・ただＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）で、ＵＬに対してｔｗｏＩｎｔｅｒｖａｌｓＣｏｎｆｉｇが可能であるか否か；

【0047】

・ＤＬに対してＳＰＳが可能であれば、ＤＬ ＳＰＳインターバルであるｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ及びＳＰＳに対して構成されたＨＡＲＱプロセスの個数であるｎｕｍｂｅｒＯｆＣｏｎｆＳＰＳ−Ｐｒｏｃｅｓｓｅｓ；

【0048】

ＲＲＣによってＵＬまたはＤＬに対してＳＰＳが可能でないとき、対応する構成されたグラントまたは構成された割当は廃棄されなければならない。

【0049】

上記の情報は、ＳＰＳ−Ｃｏｎｆｉｇ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）で伝達されることができる。ＳＰＳ−Ｃｏｎｆｉｇ ＩＥは、ＳＰＳ構成を指定するのに使用される。表１は、ＳＰＳ−Ｃｏｎｆｉｇ ＩＥを表す。

【0050】

【表1-1】

【0051】

【表1-2】

【0052】

【表1-3】

【0053】

上述したように、ＳＰＳ−Ｃｏｎｆｉｇ ＩＥは、ＳＰＳ Ｃ−ＲＮＴＩ（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＣ−ＲＮＴＩ）、ＵＬ ＳＰＳインターバル（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ）、暗黙的解除以前の空の送信の回数（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）、ＵＬに対してｔｗｏＩｎｔｅｒｖａｌｓＣｏｎｆｉｇが可能であるか否か（ｔｗｏＩｎｔｅｒｖａｌｓＣｏｎｆｉｇ）、ＤＬ ＳＰＳインターバル（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ）、及びＤＬに対してＳＰＳが可能であるとき、ＳＰＳに対して構成されたＨＡＲＱプロセスの個数（ｎｕｍｂｅｒＯｆＣｏｎｆＳＰＳ−Ｐｒｏｃｅｓｓｅｓ）のうち、少なくとも１つを含むことができる。

【0054】

ＵＥ助け情報（ＵＥ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）が説明される。これは、３ＧＰＰ ＴＳ３６．３３１ Ｖ１３．２．０（２０１６−０６）の５．６．１０節を参照できる。ＵＥ助け情報手順の目的は、ＵＥの節電選好度をＥ−ＵＴＲＡＮに知らせることである。ＵＥが電力選好表示（ＰＰＩ；ｐｏｗｅｒ ｐｒｅｆｅｒｅｎｃｅ ｉｎｄｉｃａｔｉｏｎ）を提供するように構成されるとき、Ｅ−ＵＴＲＡＮは、ＵＥが明示的に別に指示するまで、ＵＥが節電のために主に最適化された構成を選好しないと考慮することができる。

【0055】

図４は、ＵＥ助け情報を送信する手順を示す。ステップＳ４０においてＵＥとＥ−ＵＴＲＡＮは、ＲＲＣ連結再構成手順を行う。ステップＳ４１においてＵＥは、Ｅ−ＵＴＲＡＮにＵＥ助け情報を送信する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＰＰＩを提供できるＵＥは、ＰＰＩを提供するように構成されるとき、及び電力選好の変更を含むいくつかの場合においてＵＥ助け情報送信手順を開始することができる。

【0056】

ＵＥ助け情報送信手順を開始すれば、ＵＥは、次を行う。

【0057】

１＞ＰＰＩを提供するように構成された場合：

【0058】

２＞ＵＥがＰＰＩを提供するように構成された後、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを送信しなかった場合；または、

【0059】

２＞現在電力選好がＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信で表示されたものと異なり、タイマーＴ３４０が実行されていない場合：

【0060】

３＞ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。

【0061】

ＵＥは、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの内容を次のように設定する。

【0062】

１＞ＵＥが節電のために、主に最適化された構成を選好する場合：

【0063】

２＞ｐｏｗｅｒＰｒｅｆＩｎｄｉｃａｔｉｏｎをｌｏｗＰｏｗｅｒＣｏｎｓｕｍｐｔｉｏｎに設定する。

【0064】

１＞それとも：

【0065】

２＞タイマー値をｐｏｗｅｒＰｒｅｆＩｎｄｉｃａｔｉｏｎＴｉｍｅｒに設定し、タイマーＴ３４０を開始するか、再度開始する。

【0066】

２＞ｐｏｗｅｒＰｒｅｆＩｎｄｉｃａｔｉｏｎをｎｏｒｍａｌに設定する。

【0067】

ＵＥは、送信のために、下位層にＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを提出する。

【0068】

表２は、ＵＥ助け情報の一例を表す。

【0069】

【表2】

【0070】

Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信について説明する。Ｖ２Ｘ通信は、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、及びＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）通信の３つの類型がある。Ｖ２Ｘのこのような３つの類型は、最終ユーザのためのより知能的なサービスを提供するために、「協同意識」を使用できる。これは、車両、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）及び歩行者のような運送個体が当該地域環境（例えば、近接した他の車両またはセンサ装備から受信した情報）に対する知識を収集し、協同衝突警告または自律走行のような知能型サービスを提供できるように、当該知識を処理し、共有できることを意味する。

【0071】

Ｖ２Ｘサービスは、３ＧＰＰ送信を介してＶ２Ｖアプリケーションを使用する送信または受信ＵＥを含む通信サービスの１つの類型である。通信に参加した相手方によってＶ２Ｘサービスは、Ｖ２Ｖサービス、Ｖ２Ｉサービス、Ｖ２Ｐサービス、及びＶ２Ｎ（ｖｅｈｉｃｌｅ−ｔｏ−ｎｅｔｗｏｒｋ）サービスに分けられることができる。Ｖ２Ｖサービスは、通信の両側ともにＶ２Ｖアプリケーションを使用するＵＥであるＶ２Ｘサービスの類型である。Ｖ２Ｉサービスは、通信の一側がＵＥであり、他側がＲＳＵであり、共にＶ２Ｉアプリケーションを使用するＶ２Ｘサービスの類型である。ＲＳＵは、Ｖ２Ｉアプリケーションを使用してＵＥと送受信できるＶ２Ｉサービスを支援する個体である。ＲＳＵは、ｅＮＢまたは固定ＵＥで実現される。Ｖ２Ｐサービスは、通信の両側ともにＶ２Ｐアプリケーションを使用するＵＥであるＶ２Ｘサービスの類型である。Ｖ２Ｎサービスは、通信の一側がＵＥであり、他側がサービング個体であり、共にＶ２Ｎアプリケーションを使用し、ＬＴＥネットワーク個体を介して互いに通信するＶ２Ｘサービスの類型である。

【0072】

Ｖ２Ｖにおいて、Ｅ−ＵＴＲＡＮは、許容、認可、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡ（Ｎ）を使用してＶ２Ｖ関連情報を交換することを許容する。近接基準は、ＭＮＯ（ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ ｏｐｅｒａｔｏｒ）により構成されることができる。しかし、Ｖ２Ｖサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮによりサービスを提供されるか、提供されないとき、そういう情報を交換できる。Ｖ２Ｖアプリケーションを支援するＵＥは、アプリケーション層情報（例えば、Ｖ２Ｖサービスの一部としてその位置、動的及び属性に関して）を送信する。Ｖ２Ｖペイロード（ｐａｙｌｏａｄ）は、互いに異なる内容を収容するために融通性があるべきであり、情報は、ＭＮＯにより提供された構成によって周期的に送信されることができる。Ｖ２Ｖは、主に放送基盤にある。Ｖ２Ｖは、互いに異なるＵＥ間にＶ２Ｖ関連アプリケーション情報を直接交換することを含み、及び／又はＶ２Ｖの制限された直接通信範囲により、Ｖ２Ｖは、互いに異なるＵＥ間にＶ２Ｖ関連アプリケーション情報をＶ２Ｘサービスを支援する基盤構造（例えば、ＲＳＵ、アプリケーションサーバ等）を介して交換することを含む。

【0073】

Ｖ２Ｉにおいて、Ｖ２Ｉアプリケーションを支援するＵＥは、アプリケーション層情報をＲＳＵに送信する。ＲＳＵは、アプリケーション層情報をＵＥグループまたはＶ２Ｉアプリケーションを支援するＵＥに送信する。

【0074】

Ｖ２Ｐにおいて、Ｅ−ＵＴＲＡＮは、許容、認可、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡＮを使用してＶ２Ｐ関連情報を交換することを許容する。近接基準は、ＭＮＯにより構成されることができる。しかし、Ｖ２Ｐサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮによりサービスされないときにも、このような情報を交換できる。Ｖ２Ｐアプリケーションを支援するＵＥは、アプリケーション層情報を送信する。このような情報は、Ｖ２Ｘサービスを支援する車両ＵＥ（例えば、歩行者に警告）及び／又はＶ２Ｘサービスを支援する歩行者ＵＥ（例えば、車両に警告）により放送されることができる。Ｖ２Ｐは、互いに異なるＵＥ間（１つは車両、もう１つは歩行者）にＶ２Ｖ関連アプリケーション情報を直接交換することを含み、及び／又はＶ２Ｐの制限された直接通信範囲により、Ｖ２Ｐは、互いに異なるＵＥ間にＶ２Ｐ関連アプリケーション情報をＶ２Ｘサービスを支援する基盤構造（例えば、ＲＳＵ、アプリケーションサーバ等）を介して交換することを含む。

【0075】

Ｖ２Ｘ通信において、ＣＡＭ（ｃｏｍｍｏｎ ａｗａｒｅｎｅｓｓ ｍｅｓｓａｇｅｓ）、ＤＥＮＭ（ｄｅｃｅｎｔｒａｌｉｚｅｄ ｅｎｖｉｒｏｎｍｅｎｔａｌ ｎｏｔｉｆｉｃａｔｉｏｎ ｍｅｓｓａｇｅｓ）またはＢＳＭ（ｂａｓｉｃ ｓａｆｅｔｙ ｍｅｓｓａｇｅ）などのメッセージが送信され得る。ＣＡＭは、車両の種類、位置、速度、方向などの情報を含み、全ての車両によって周期的に放送されることができる。ＤＥＮＭは、特定イベントのタイプ、特定イベントが発生した地域などの情報を含み、ＲＳＵまたは車両によって放送されることができる。ＢＳＭは、米国のＪ２７３５安全メッセージに含まれ、ＣＡＭと類似した特徴を有する。ＢＳＭを介して緊急ブレーキ警告、前方追突警告、交差路安全支援、死角地帯及び車線変更警告、追い越し警告、制御不能警告サービスが提供され得る。

【0076】

Ｖ２Ｘ通信の特性上、ＳＰＳを介して割り当てられたリソースを利用してＶ２Ｘメッセージを送信する方法が議論されている。すなわち、ＵＬ ＳＰＳリソースまたはＳＬ ＳＰＳリソースを利用してＶ２Ｘメッセージをネットワークまたは他のＵＥに送信する方法が議論中である。このために、次の事項が提案された。

【0077】

（１）複数のＳＰＳ構成が同時に活性化され得る。

【0078】

（２）ＳＰＳのためのＵＥ助け情報がｅＮＢに提供され得る。ＳＰＳのためのＵＥ助け情報の送信は、ＵＥ実現を基盤にトリガーされることができる。

【0079】

（３）ＳＰＳのためのＵＥ助け情報は、周期及びタイミングオフセットを含むことができる。

【0080】

（４）ＵＥは、ＵＥ実現を基盤に周期及びタイミングオフセットを推定できる。

【0081】

（５）ＵＥの送信完了指示を基盤に、少なくともｅＮＢによる明示的なＳＰＳリソース解除は支援されなければならない。他のＳＰＳ解除トリガーが導入されるべきであるかは、今後議論されることができる。

【0082】

（６）ＳＰＳ構成がＲＢに連結されるべきであるかは、今後議論されることができる。

【0083】

以下、上記の提案に基づいて、本発明は、ＳＰＳ構成及びＳＰＳのためのＵＥ助け情報の詳細な特徴を提案する。以下の説明においてＳＰＳのための助け情報は、ＵＬ ＳＰＳ及びＳＬ ＳＰＳに共に適用されることができる。

【0084】

１．ＣＡＭ送信とＤＥＮＭ送信とが並列に行われるとき、複数のＳＰＳが使用され得る。したがって、ＳＬ送信の場合、最大２個のＳＰＳ構成が構成され得る。例えば、第１のＳＰＳ構成は、ＣＡＭのために、第２のＳＰＳ構成は、ＤＥＭＮのために構成されることができる。ＣＡＭとＤＥＮＭに対して互いに異なるＳＰＳ構成が必要でありうる。

【0085】

ＣＡＭとＤＥＮＭは、優先順位が異なる別の論理チャネルを介して送信されることができる。したがって、１つのＳＰＳ構成は、１つのＳＬ論理チャネルと関連することができる。または、ＣＡＭとＤＥＮＭとが互いに異なるＳＬ論理チャネルグループにマッピングされる場合、１つのＳＰＳ構成は、１つのＳＬ論理チャネルグループと関連することができる。

【0086】

ｅＮＢは、専用シグナリングを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥに対して複数のＳＰＳ構成目録を構成できる。例えば、ｅＮＢは、専用シグナリングを介してＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＵＥに対して最大２個のＳＰＳ構成目録を構成できる。

【0087】

２．１つのＳＰＳ構成は、候補ＳＰＳ周期の目録と候補時間オフセットの目録とを含むことができる。ＵＥは、ＳＰＳ周期及び／又は時間オフセットを選択し、ＵＥ助け情報で選択されたＳＰＳ周期及び／又は選択された時間オフセットを指示できる。表３は、候補ＳＰＳ周期の目録の一例を表す。

【0088】

【表3】

【0089】

ＲＲＣは、各ＳＰＳ構成に対して１つ以上の候補ＳＰＳ周期を構成できる。

【0090】

時間オフセットと関連して、ｅＮＢは、ＵＥ助け情報報告の感度／頻度を制御できる。例えば、１００ｍｓ ＳＰＳ周期の間、時間オフセット間隔が２０ｍｓ、４０ｍｓ、６０ｍｓ、及び８０ｍｓである場合、ＵＥは、時間偏差が２０ｍｓ以上になる度にＵＥ助け情報を報告しなければならない。しかし、１００ｍｓ ＳＰＳ周期の間、時間オフセット間隔が５０ｍｓであれば、ＵＥは、時間偏差が５０ｍｓ以上になるときにのみＵＥ助け情報を報告するであろう。したがって、１番目の場合と比較して、２番目の場合では、ＵＥからの報告の回数及びＳＰＳ再活性化の回数が減少するであろう。ｅＮＢが２０ｍｓの時間オフセット間隔でＳＰＳを頻繁に再活性化することを望むと、ｅＮＢは、時間オフセット間隔を２０ｍｓに設定することができる。それに対し、ｅＮＢが５０ｍｓの時間オフセット間隔で間欠的にＳＰＳを再活性化することを望むと、ｅＮＢは、時間オフセット間隔を５０ｍｓに設定することができる。

【0091】

ｅＮＢが時間オフセット間隔を適宜制御できるようにするために、候補ＳＰＳ時間オフセットは、表４のように、ＲＲＣ ＡＳＮ．１のＳＰＳ周期内の時間オフセットインデックスの総数であるｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘとともに構成されることができる。

【0092】

【表4】

【0093】

実際時間オフセットは、数式１によって計算されることができる。

【0094】

＜数１＞
実際時間オフセット（ｍｓ）＝ｆｌｏｏｒ（ｐｅｒｉｏｄｉｃｉｔｙ／（ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘ＋１））＊時間オフセットインデックス（時間オフセットインデックス＝１，２．．．ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘ）

【0095】

ｅＮＢは、ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘを選択することにより、ＵＥ助け情報報告の感度／頻度を制御できる。例えば、事業者がｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘに対して４を選択すれば、ｅＮＢは、ＲＲＣシグナリングによってｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘが４を表すことをＵＥに知らせる。したがって、ＵＥは、時間オフセットインデックスが１、２、３、及び４のうち、１つに設定され得るとみなすことができる。ＵＥは、１００ｍｓ周期でＳＰＳ送信を行う間、実際時間オフセットは、２０、４０、６０、及び８０ｍｓになり得ると考慮することができる。一方、ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘが１を表すと、実際時間オフセットは、５０ｍｓだけが可能でありうる。したがって、ＵＥ助け情報は、時間偏差が５０ｍｓ以上になるときにのみ送信されることができる。すなわち、ｅＮＢは、時間偏差が５０ｍｓ以上になるときにのみＳＰＳを再活性化することができる。ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘが４を表す場合と比較して、ｔｉｍｅＯｆｆｓｅｔＩｎｄｅｘＭａｘが１を表す場合、ＵＥからの報告の回数及びＳＰＳ再活性化の回数が減少し得る。

【0096】

したがって、ＳＰＳ周期変更が必要であることを検出すれば、ＵＥのＭＡＣ層は、候補ＳＰＳ周期の目録から新しいＳＰＳ周期を選択し、候補ＳＰＳ周期の目録で選択されたＳＰＳ周期の順序を表示できる。ＳＰＳ時間オフセット変更が必要であることを検出すれば、ＵＥのＭＡＣ層は、候補ＳＰＳ時間オフセットの目録から新しいＳＰＳ時間オフセットを選択し、選択されたＳＰＳ時間オフセットに対応する時間オフセットインデックスを指示できる。

【0097】

３．ＳＰＳのためのＵＥ助け情報は、メッセージ生成時間が構成されたリソース割当から外れるとき、ｅＮＢがＳＰＳリソース割当を調整／解除することを助けるために、ＵＥによって使用されることができる。現在、ＵＥ助け情報がＵｕインターフェースを介して伝達される方法は決定されなかった。しかし、ＳＰＳリソース割当及び送信を実行するものはＭＡＣ層であるから、ＵＥ助け情報報告がＭＡＣ層で特定され得る。すなわち、ＵＥ助け情報報告のために、ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を使用することが提案され得る。また、新しいＭＡＣ ＣＥがＳＰＳ確認のために導入されることが同意された。したがって、Ｖ２Ｖ ＳＬ ＳＰＳ及びＶ２Ｘ ＵＬ ＳＰＳの両方のために使用される、ＵＥ助け情報報告のための新しいＭＡＣ ＣＥが導入され得る。ＵＥ助け情報報告のための新しいＭＡＣ ＣＥは、ＳＰＳ助けＭＡＣ ＣＥ（ＳＰＳ ａｓｓｉｓｔａｎｃｅ ＭＡＣ ＣＥ）でありうる。

【0098】

また、新しいＬＣＩＤ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ＩＤ）がＳＰＳ助けＭＡＣ ＣＥのために割り当てられる必要がある。表５は、ＳＰＳ助けＭＡＣのために割り当てられる新しいＬＣＩＤを含む、ＵＬ−ＳＣＨのためのＬＣＩＤ値の一例を表す。

【0099】

【表5】

【0100】

表５を参照すれば、１０１００の値を有するＬＣＩＤがＳＰＳ助けＭＡＣ ＣＥに割り当てられる。

【0101】

図５は、本発明の一実施形態に係るＳＰＳ助けＭＡＣ ＣＥのフォーマットを示す。ＳＰＳ助けＭＡＣ ＣＥのサイズは変わることができる。図５に示されたフィールドは、次のように定義されることができる。

【0102】

・Ｒ：留保されたビットであり、「０」に設定される。

【0103】

・Ｃ_ｉ：このフィールドは、ＳＰＳ構成目録が構成されるとき、ＳＰＳ構成を識別する。この値は、ＳＰＳ構成目録で１つの構成に対するインデックスに設定される。

【0104】

・周期インデックス：このフィールドは、Ｃフィールドに対応するＳＰＳ構成で選択された周期のインデックスを表す。

【0105】

・時間オフセットインデックス：このフィールドは、Ｃフィールドに対応するＳＰＳ構成で選択された時間オフセットのインデックスを表す。

【0106】

ＳＰＳ助けＭＡＣ ＣＥは、４個のＳＰＳ構成まで支援することができる。ＣＡＭ、ＤＥＮＭ、及びＶｏＩＰの組み合わせを並列的に考慮すれば、ＳＰＳ助けＭＡＣ ＣＥに含まれる複数のＳＰＳ構成は、同時に活性化されることができる。

【0107】

４．一方、上述したように、ＳＰＳのためのＵＥ助け情報の報告は、ＵＥ実現を基盤にトリガーされることが合意された。しかし、ＵＥが同じＳＰＳのためのＵＥ助け情報の送信を繰り返す場合は避けることが好ましい。例えば、ＵＥは、特定周期及び／又は特定時間オフセットをｅＮＢに要請することができる。しかし、ｅＮＢは、これを受諾しないことがある。すなわち、ＵＥは、同じＳＰＳのためのＵＥ助け情報の送信を連続的にトリガーしてはならない。

【0108】

同じＳＰＳのためのＵＥ助け情報の繰り返し送信を避けるために、報告される情報が変更されるときにのみＳＰＳのためのＵＥ助け情報の報告がトリガーされ得る。すなわち、ＳＰＳ周期及び／又は時間オフセットが変更されるときにのみＳＰＳのための助け情報の報告がトリガーされ得る。これにより、常に最新のＳＰＳのためのＵＥ助け情報のみが送信され得る。ＳＰＳのためのＵＥ助け情報が送信されるとき、トリガーされた全てのＳＰＳのためのＵＥ助け情報の報告は、取り消されることができる。

【0109】

それにもかかわらず、セルが変わる度に（すなわち、ハンドオーバ）、ＵＥがＳＰＳのためのＵＥ助け情報を送信する必要がありうる。これは、ターゲットｅＮＢがどの周期／時間オフセットが現在設定される必要があるかを分からないためである。しかし、セルが変わる度にＵＥがＳＰＳのためのＵＥ助け情報を送信しなければならないので、遅延が発生し得る。

【0110】

その代わりに、ハンドオーバの手順のソースｅＮＢがＵＥから受信したＳＰＳのためのＵＥ助け情報をハンドオーバ手順のターゲットｅＮＢに伝達することができる。これにより、ソースｅＮＢは、ターゲットｅＮＢがＳＰＳを適宜活性化することを助けることができる。ソースｅＮＢがターゲットｅＮＢに伝達するＳＰＳのためのＵＥ助け情報は、現在、ＳＰＳ周期を含むことができる。また、ソースｅＮＢがターゲットｅＮＢに伝達するＳＰＳのためのＵＥ助け情報は、実際時間オフセットを含むことができる。前記実際時間オフセットは、ＵＥから報告されるＳＰＳのためのＵＥ助け情報に含まれる時間オフセットを考慮して設定されることができる。また、前記実際時間オフセットは、ＵＥから報告されるＳＰＳのためのＵＥ助け情報に含まれる時間オフセット及びソースｅＮＢとターゲットｅＮＢとの間の時間差も考慮して設定されることができる。ソースｅＮＢは、ＳＰＳのためのＵＥ助け情報をＸ２インターフェースを介してターゲットｅＮＢに伝達することができる。または、ソースｅＮＢは、ＳＰＳのためのＵＥ助け情報をノード間（ｉｎｔｅｒ−ｎｏｄｅ）ＲＲＣメッセージを介してターゲットｅＮＢに伝達することができる。

【0111】

図６は、本発明の一実施形態に係るソースｅＮＢがＳＰＳのためのＵＥ助け情報をターゲットｅＮＢに送信する方法を示す。

【0112】

ステップＳ１００において、ソースｅＮＢは、ＳＰＳのためのＵＥ助け情報をＵＥから受信する。以下、ＳＰＳのためのＵＥ助け情報は、ＳＰＳ助け情報と呼ばれる。ＳＰＳ助け情報は、図４において説明されたＵＥ助け情報に含まれて受信されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでＳＰＳ助け情報を提供できるＵＥは、ＳＰＳ助け情報を提供するように構成されるとき、及びＳＰＳ助け情報の変更を含むいくつかの場合でＵＥ助け情報送信手順を開始することができる。

【0113】

ＵＥ助け情報送信手順を開始すれば、ＵＥは、次を行う。

【0114】

１＞ＳＰＳ助け情報を提供するように構成された場合：

【0115】

２＞ＵＥがＳＰＳ助け情報を提供するように構成された後、ＳＰＳ助け情報（ｓｐｓ−ＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を含むＵＥ助け情報メッセージ（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）を送信しなかった場合；または、

【0116】

２＞現在ＳＰＳ助け情報がＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの最後の送信で表示されたものと異なる場合：

【0117】

３＞ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの送信を開始する。

【0118】

ＳＰＳ助け情報を提供するように構成された場合、ＵＥは、ＳＰＳ助け情報のために、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの内容を次のように設定する。

【0119】

１＞ＳＰＳ助け情報を提供するように構成された場合：

【0120】

２＞ＳＰＳ助け情報を報告することが必要なＶ２Ｘ ＳＬ通信のためのトラフィックがある場合：

【0121】

３＞ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージにｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＳＬを含める。

【0122】

２＞ＳＰＳ助け情報を報告することが必要なＵＬ通信のためのトラフィックがある場合：

【0123】

３＞ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージにｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＵＬを含める。

【0124】

いつ、また、どのようにＳＰＳ助け情報をトリガーするかは、ＵＥ実現による。

【0125】

表６は、本発明の一実施形態に係るＳＰＳ助け情報を含むＵＥ助け情報の一例を表す。

【0126】

【表6-1】

【0127】

【表6-2】

【0128】

【表6-3】

【0129】

表６を参照すれば、ＵＥ助け情報メッセージは、表２と比較してＳＰＳ助け情報であるｓｐｓ−ＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）をさらに含むことができる。すなわち、ｓｐｓ−ＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ ＩＥは、ネットワークがＳＰＳを構成するのに助けを与えるためのＵＥ助け情報を表す。

【0130】

ＳＰＳ助け情報は、ＳＬのためのＳＰＳ助け情報であるｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＳＬ ＩＥを含むことができる。ｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＳＬ ＩＥは、Ｖ２Ｘ ＳＬ通信のために設定されるＳＬ論理チャネルのトラフィック特性を提供する。ｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＳＬ ＩＥは、ｔｒａｆｆｉｃＰｅｒｉｏｄｉｃｉｔｙフィールド及びｔｉｍｉｎｇＯｆｆｓｅｔフィールドを含むことができる。ｔｒａｆｆｉｃＰｅｒｉｏｄｉｃｉｔｙフィールドは、ＳＬ論理チャネルで推定されるデータ到達周期を表す。ｔｉｍｉｎｇＯｆｆｓｅｔフィールドは、ＳＬ論理チャネルでパケット到達に対して推定されるタイミングを表す。この値は、サブフレーム＃０及びＳＦＮ＃０に対するタイミングオフセットを表す。

【0131】

また、ＳＰＳ助け情報は、ＵＬのためのＳＰＳ助け情報であるｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＵＬ ＩＥを含むことができる。ｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＵＬ ＩＥは、ＵＬ論理チャネルのトラフィック特性を提供する。ｔｒａｆｆｉｃＰａｔｔｅｒｎＩｎｆｏＬｉｓｔＵＬ ＩＥは、ｔｒａｆｆｉｃＰｅｒｉｏｄｉｃｉｔｙフィールド及びｔｉｍｉｎｇＯｆｆｓｅｔフィールドを含むことができる。ｔｒａｆｆｉｃＰｅｒｉｏｄｉｃｉｔｙフィールドは、ＵＬ論理チャネルで推定されるデータ到達周期を表す。ｔｉｍｉｎｇＯｆｆｓｅｔフィールドは、ＵＬ論理チャネルでパケット到達に対して推定されるタイミングを表す。この値は、サブフレーム＃０及びＳＦＮ＃０に対するタイミングオフセットを表す。

【0132】

また、図６に戻り、ステップＳ１１０においてソースｅＮＢは、前記ＳＰＳのためのＵＥ助け情報を前記ターゲットｅＮＢに送信する。前記ＳＰＳのためのＵＥ助け情報は、下記のような方法にて送信されることができる。

【0133】

ＳＰＳ助け情報を含むＵＥ助け情報メッセージは、表７のように、ＡＳ−Ｃｏｎｔｅｘｔ ＩＥに含まれることができる。ＡＳ−Ｃｏｎｔｅｘｔ ＩＥは、ターゲットｅＮＢにより要求されるローカルＥ−ＵＴＲＡＮコンテキストを伝達するのに使用される。

【0134】

【表7】

【0135】

表７を参照すれば、ＡＳ−Ｃｏｎｔｅｘｔ ＩＥは、ＵＥ助け情報メッセージであるＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎを含む。ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎは、ＳＰＳ助け情報を含む。

【0136】

上述したＡＳ−Ｃｏｎｔｅｘｔ ＩＥは、表８のように、ハンドオーバ準備情報メッセージであるＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎに含まれることができる。このメッセージは、ＵＥ能力情報を含み、ハンドオーバ準備中にターゲットｅＮＢにより使用されるＥ−ＵＴＲＡ ＲＲＣ情報を送信するのに使用される。このメッセージは、ソースｅＮＢからターゲットｅＮＢに送信される。

【0137】

【表8】

【0138】

表８を参照すれば、ハンドオーバ準備情報メッセージは、ＡＳ−Ｃｏｎｔｅｘｔ ＩＥを含む。これにより、ＳＰＳ助け情報がソースｅＮＢからターゲットｅＮＢに送信され得る。

【0139】

５．上述したように、ＵＥの送信完了指示を基盤に、少なくともｅＮＢによる明示的なＳＰＳリソース解除は支援されなければならず、他のＳＰＳ解除トリガーが導入されるべきであるかは、今後議論されることと合意された。ＳＬにおいて前記ＵＥのＳＰＳ送信完了指示は、次の解決策のうち、１つにより支援されることができる。

【0140】

・解決策１：特定論理チャネル（例えば、ＤＥＮＭ）に対してＳＬでのＳＰＳ送信が完了すれば、スケジューリング要請及びＳＬ ＢＳＲ（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）がトリガーされ得る。ＳＬ ＢＳＲ ＭＡＣ ＣＥは、ｅＮＢでＳＰＳ解除を要請するために、当該ＬＣＧに対して０バイトのバッファサイズを表すことができる。

【0141】

・解決策２：特定論理チャネル（例えば、ＤＥＮＭ）に対してＳＬでのＳＰＳ送信が完了すれば、ｅＮＢにＳＰＳ解除を要請するために、スケジューリング要請及びＳＰＳ助けＭＡＣ ＣＥがトリガーされ得る。

【0142】

２つの解決策の両方に対して、最終的にｅＮＢがＳＰＳを解除するか否かを決定する。解決策１は、既存のＳＬ ＢＳＲ手順に影響を与える可能性があるので、解決策２が選好され得る。ＳＰＳ解除要請を表す新しいフィールドがＳＰＳ助けＭＡＣ ＣＥ内に導入され得る。または、ＳＰＳ解除要請を表す新しいフィールドを導入するよりは、周期インデックスフィールドの特定値（例えば、１１１１）が当該ＳＰＳ構成に対するＳＰＳ解除要請を表示することができる。

【0143】

また、ＳＬ ＳＰＳを支援するために、新しいＳＬ ＳＰＳ Ｃ−ＲＮＴＩが導入され得る。ＳＬ ＳＰＳ Ｃ−ＲＮＴＩがＳＰＳ構成別に構成されるか、またはＵＥ毎に構成されることができる。新しいＳＬ ＳＰＳ Ｃ−ＲＮＴＩは、ＳＬ ＳＰＳを（再）活性化または解除することができる。

【0144】

図７は、本発明の実施形態が実現される無線通信システムを示す。

【0145】

ソースｅＮＢ（８００）は、プロセッサ（ｐｒｏｃｅｓｓｏｒ；８１０）、メモリ（ｍｅｍｏｒｙ；８２０）、及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ；８３０）を備える。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を格納する。送受信部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。

【0146】

ＵＥまたはターゲットｅＮＢ（９００）は、プロセッサ９１０、メモリ９２０、及び送受信部９３０を備える。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を格納する。送受信部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。

【0147】

プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。

【0148】

前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】