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