(57)【要約】  無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のために資源を割り当てるための方法及び装置が提供される。第１の解決策として、事前構成を基盤とした方式が定義され、Ｖ２Ｘサービスのための特定のＴＭＧＩ（ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｇｒｏｕｐ  ｉｄｅｎｔｉｔｙ）が定義される。第２の解決策として、ＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）が車両端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）または（ＲＳＵ；ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）ＵＥから送信されたＶ２Ｘメッセージの量に基盤する無線資源に対する要請をＶ２Ｘ機能を支援するｅＮＢ（ｅＮｏｄｅＢ）またはｅＮＢ類型ＲＳＵから受信し、前記無線資源に対する要請に対する応答としてＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）スケジューリング情報をＶ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信する。【選択図】図９
2018526937.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）によるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のために資源を割り当てるための方法であって、
Ｖ２Ｘ  ＴＭＧＩ（ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｇｒｏｕｐ  ｉｄｅｎｔｉｔｙ）指示を含むＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）セッション開始メッセージを受信し、
前記Ｖ２Ｘ  ＴＭＧＩ指示を含む前記ＭＢＭＳセッション開始メッセージをＶ２Ｘ機能を支援するｅＮＢ（ｅＮｏｄｅＢ）またはｅＮＢ類型ＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）に送信することを含む、方法。
【請求項２】
前記Ｖ２Ｘ  ＴＭＧＩ指示は、Ｖ２ＸサービスのためのＴＭＧＩを指示する、請求項１に記載の方法。
【請求項３】
前記ＭＢＭＳセッション開始メッセージは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）またはＭＢＭＳサーバから受信される、請求項１に記載の方法。
【請求項４】
前記ＭＢＭＳセッション開始メッセージに対する応答として前記Ｖ２Ｘ機能を支援するｅＮＢまたは前記ｅＮＢ類型ＲＳＵから応答メッセージを受信することをさらに含む、請求項１に記載の方法。
【請求項５】
無線通信システムにおけるＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）によるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のために資源を割り当てるための方法であって、
車両端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）またはＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）ＵＥから送信されたＶ２Ｘメッセージの量に基盤する無線資源に対する要請をＶ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵから受信し、
前記無線資源に対する要請に対する応答としてＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）スケジューリング情報を前記Ｖ２Ｘ機能を支援するｅＮＢまたは前記ｅＮＢ類型ＲＳＵに送信することを含む、方法。
【請求項６】
前記無線資源に対する要請は、Ｖ２ＸサービスのためのＴＭＧＩ（ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｇｒｏｕｐ  ｉｄｅｎｔｉｔｙ）またはＶ２Ｘメッセージのメッセージ類型のうち、少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
前記無線資源に対する要請は、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を含む、請求項５に記載の方法。
【請求項８】
前記無線資源に対する要請は、他の車両ＵＥまたは他のＲＳＵ  ＵＥに送信されるＶ２Ｘメッセージの量を含む、請求項５に記載の方法。
【請求項９】
前記無線資源に対する要請を基盤として前記無線資源を決定することをさらに含む、請求項５に記載の方法。
【請求項１０】
前記ＭＢＭＳスケジューリング情報は、ＰＭＣＨ（ｐｈｙｓｉｃａｌ  ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）構成、ＰＭＣＨ当たりＭＢＭＳセッション目録、ＭＢＳＦＮ（ｍｕｌｔｉｃａｓｔ−ｂｒｏａｄｃａｓｔ  ｓｉｎｇｌｅ−ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）サブフレーム構成、またはＭＢＳＦＮ領域ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）のうち、少なくとも１つを含む、請求項５に記載の方法。
【請求項１１】
前記ＰＭＣＨ構成は、割り当てられたサブフレーム端、ＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、またはＭＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）スケジューリング周期のうち、少なくとも１つを含む、請求項１０に記載の方法。
【請求項１２】
前記ＰＭＣＨ当たりＭＢＭＳセッション目録は、Ｖ２Ｘ  ＴＭＧＩまたは論理チャネルＩＤのうち、少なくとも１つを含む、請求項１０に記載の方法。
【請求項１３】
前記無線資源に対する要請は、周期的にまたはイベントトリガーにより受信される、請求項５に記載の方法。
【請求項１４】
前記ＭＢＭＳスケジューリング情報は、周期的にまたはイベントトリガーにより送信される、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳細には、無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のためのＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅｓ）基盤の資源を割り当てるための方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ ＬＴＥは、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
ＬＴＥネットワーク配置趨勢は、全世界で加速化されている。これは、より高いデータ送信率、低い待機時間、及び向上したサービス範囲のようなＬＴＥの固有の利点を活用する、さらに向上したサービス及びインターネットアプリケーションを可能とする。広範に配置されたＬＴＥ基盤ネットワークは、車両産業が「コネクティッド−カー（ｃｏｎｎｅｃｔｅｄ  ｃａｒｓ）」という概念を実現できる機会を提供する。車両にＬＴＥネットワークに対する接続を提供することで、車両をインターネット及び他の車両に連結することにより、広範な既存または新規サービスを構想できる。自動車製造会社及び移動通信網事業者は、商業用アプリケーションだけでなく、近接安全サービスのための車両無線通信に大きな関心を見せている。市場要求事項からＬＴＥ−基盤Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）研究が緊急に求められ、特に、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信市場は、時間に敏感である。米国／ヨーロッパ／日本／韓国のような一部国家または地域では、コネクティッドカーに対する多くの研究プロジェクト及び現場テストがある。
【０００４】
Ｖ２Ｘは、車両間のＬＴＥ基盤通信を扱うＶ２Ｖ、車両と個人が所持する機器（例えば、歩行者、サイクル搭乗者、運転手、または乗客が所持するハンドヘルド端末）間のＬＴＥ基盤通信を扱うＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）、及び車両とＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）／ネットワークとの間のＬＴＥ基盤通信を扱うＶ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／ｎｅｔｗｏｒｋ）を含む。
【０００５】
Ｖ２Ｘメッセージ送信のために、様々な資源割当方式が議論されてきたし、このような様々な資源割当方式のうち、１つの方式は、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）基盤の資源割当方式である。Ｖ２Ｘメッセージ送信のためのＭＢＭＳ基盤資源を割り当てる方法が求められ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおけるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のためのＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅｓ）基盤の資源を割り当てるための方法及び装置を提供する。本発明は、ｅＮｏｄｅＢ（ｅＮＢ）またはＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）が他の車両にＶ２Ｘメッセージを放送するために、ＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）からどういうふうに資源を得るかに関する方法を提供する。
【課題を解決するための手段】
【０００７】
一態様において、無線通信システムにおけるＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）によるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のために資源を割り当てるための方法が提供される。上記方法は、Ｖ２Ｘ  ＴＭＧＩ（ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｇｒｏｕｐ  ｉｄｅｎｔｉｔｙ）指示を含むＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）セッション開始メッセージを受信し、及び前記Ｖ２Ｘ  ＴＭＧＩ指示を含む前記ＭＢＭＳセッション開始メッセージをＶ２Ｘ機能を支援するｅＮＢ（ｅＮｏｄｅＢ）またはｅＮＢ類型ＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）に送信することを含む。
【０００８】
他の態様において、無線通信システムにおけるＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）によるＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）メッセージ送信のために資源を割り当てるための方法が提供される。上記方法は、車両端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）またはＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）ＵＥから送信されたＶ２Ｘメッセージの量に基盤する無線資源に対する要請をＶ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵから受信し、及び前記無線資源に対する要請に対する応答としてＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）スケジューリング情報を前記Ｖ２Ｘ機能を支援するｅＮＢまたは前記ｅＮＢ類型ＲＳＵに送信することを含む。
【発明の効果】
【０００９】
Ｖ２Ｘメッセージ送信のためのＭＢＭＳ基盤の資源が効率的に割り当てられ得る。
【図面の簡単な説明】
【００１０】
【図１】ＬＴＥシステムの構造を示す。
【図２】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。
【図３】ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。
【図４】ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。
【図５】物理チャネル構造の一例を示す。
【図６】Ｖ２Ｘ通信のための構成の一例を見せる。
【図７】Ｖ２Ｘ通信のためのＭＢＭＳ基板構造の一例を見せる。
【図８】本発明の一実施形態によってＶ２Ｘメッセージ送信のための資源を割り当てるための方法を見せる。
【図９】本発明のさらに他の実施形態に係るＶ２Ｘメッセージ送信のための資源割当のための方法を見せる。
【図１０】本発明の実施形態が実現される無線通信システムを示す。
【発明を実施するための形態】
【００１１】
以下の技術は、ＣＤＭＡ(code division multiple access)、ＦＤＭＡ(frequency division multiple access)、ＴＤＭＡ(time division multiple access)、ＯＦＤＭＡ(orthogonal frequency division multiple access)、ＳＣ−ＦＤＭＡ(single carrier frequency division multiple access)などのような多様な無線通信システムに使用されることができる。ＣＤＭＡは、ＵＴＲＡ(universal terrestrial radio access)やＣＤＭＡ２０００のような無線技術で実現されることができる。ＴＤＭＡは、ＧＳＭ(global system for mobile communications)/ＧＰＲＳ(general packet radio service)/ＥＤＧＥ(enhanced data rates for GSM evolution)のような無線技術で実現されることができる。ＯＦＤＭＡは、ＩＥＥＥ(institute of electrical and electronics engineers)８０２.１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２.２０、Ｅ−ＵＴＲＡ(evolved UTRA)などのような無線技術で実現されることができる。ＩＥＥＥ８０２.１６ｍは、ＩＥＥＥ８０２.１６ｅの進化であり、ＩＥＥＥ８０２.１６基づくシステムとの後方互換性(backward compatibility)を提供する。ＵＴＲＡは、ＵＭＴＳ(universal mobile telecommunications system)の一部である。３ＧＰＰ(3rd generation partnership project)ＬＴＥ(long term evolution)は、Ｅ−ＵＴＲＡ(evolved-UMTS terrestrial radio access)を使用するＥ−ＵＭＴＳ(evolved UMTS)の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(advanced)は、３ＧＰＰ ＬＴＥの進化である。
【００１２】
説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００１３】
図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話(Voice over internet protocol：ＶｏＩＰ)のような多様な通信サービスを提供するために広く設置される。
【００１４】
図１に示すように、ＬＴＥシステム構造は、一つ以上の端末(ＵＥ)１０、Ｅ−ＵＴＲＡＮ(evolved-UMTS terrestrial radio access network)及びＥＰＣ(evolved packet core)を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ(mobile station)、ＵＴ(user terminal)、ＳＳ(subscriber station)、無線機器(wireless device)等、他の用語で呼ばれることもある。
【００１５】
Ｅ−ＵＴＲＡＮは一つ以上のｅＮＢ（evolved node-B）２０を含み、一つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は制御平面（control plane）とユーザ平面（user plane）の終端点をＵＥに提供する。ｅＮＢ２０は一般的にＵＥ１０と通信する固定された地点（fixed station）をいい、ＢＳ（base station）、アクセスポイント（access point）など、他の用語で呼ばれることがある。一つのｅＮＢ２０はセル毎に配置できる。
【００１６】
以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部でありうる。
【００１７】
ＥＰＣはＭＭＥ（mobility management entity）及びＳ−ＧＷ（serving gateway）を含む。ＭＭＥ／Ｓ−ＧＷ ３０はネットワークの終端に配置できる。明確性のために、本願でＭＭＥ／Ｓ−ＧＷ ３０は単純に“ゲートウェイ”と称されるが、このような個体はＭＭＥ及びＳ−ＧＷを含むものとして理解される。ＰＤＮ（packet data network）ゲートウェイ（Ｐ−ＧＷ）は外部ネットワークに連結できる。
【００１８】
ＭＭＥはｅＮＢ２０へのＮＡＳ（non-access stratum）シグナリング、ＮＡＳシグナリング保安、ＡＳ（access stratum）保安制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（core network）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行含み）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ（PDN（packet data network）gateway）及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ（serving GPRS support node）選択、ローミング、認証、専用ベアラ設定を含んだベアラ管理機能、ＰＷＳ（public warning system：地震／津波警報システム（ＥＴＷＳ）、及び常用モバイル警報システム（ＣＭＡＳ）含み）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を通じて）、合法的遮断、端末ＩＰ（internet protocol）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（access point name aggregate maximum bit rate）に基づいたＤＬ等級強制の各種の機能を提供する。
【００１９】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用できる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結される。ｅＮＢ２０はＸ２インターフェースにより相互間連結される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して連結できる。
【００２０】
図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２に示すように、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（radio resource control）活性（activation）の間ゲートウェイ３０へのルーティング（routing）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（broadcast channel）情報のスケジューリング及び送信、ＵＬ及びＤＬからＵＥ１０への資源の動的割当、ｅＮＢ測定の設定（configuration）及び提供（provisioning）、無線ベアラ制御、ＲＡＣ（radio admission control）及びＬＴＥ活性状態で連結移動性制御機能を遂行することができる。前述したように、ゲイウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。
【００２１】
図３は、ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４は、ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムで広く知られたＯＳＩ（open system interconnection）モデルの下位３個階層に基づいて、Ｌ１（第１階層）、Ｌ２（第２階層）、及びＬ３（第３階層）に区分される。
【００２２】
物理階層（ＰＨＹ；physical layer）はＬ１に属する。物理階層は物理チャネルを介して上位階層に情報送信サービスを提供する。物理階層は上位階層であるＭＡＣ（media access control）階層と送信チャネル（transport channel）を介して連結される。物理チャネルは、送信チャネルにマッピングされる。送信チャネルを介してＭＡＣ階層と物理階層との間にデータが送信される。互いに異なる物理階層の間、即ち送信機の物理階層と受信機の物理階層との間にデータは物理チャネルを介して送信される。
【００２３】
ＭＡＣ階層、ＲＬＣ（radio link control）階層、及びＰＤＣＰ（packet data convergence protocol）階層はＬ２に属する。ＭＡＣ階層は、論理チャネル（logical channel）を介して上位階層であるＲＬＣ階層にサービスを提供する。ＭＡＣ階層は、論理チャネル上のデータ送信サービスを提供する。ＲＬＣ階層は、信頼性あるデータ送信をサポートする。一方、ＲＬＣ階層の機能はＭＡＣ階層の内部の機能ブロックで実現されることができ、この際、ＲＬＣ階層は存在しないこともある。ＰＤＣＰ階層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率良く送信されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。
【００２４】
ＲＲＣ（radio resource control）階層は、Ｌ３に属する。Ｌ３の最も下端 部分に位置するＲＲＣ階層はただ制御平面のみで定義される。ＲＲＣ階層は、ＲＢ（radio bearer）などの設定（configuration）、再設定（re-configuration）、及び解除（release）と関連して論理チャネル、送信チャネル、及び物理チャネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ送信のためにＬ２により提供されるサービスを意味する。
【００２５】
図３に示すように、ＲＬＣ及びＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。
【００２６】
図４に示すように、ＲＬＣ／ＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ階層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ連結管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのための保安制御などの機能を遂行することができる。
【００２７】
図５は、物理チャネル構造の一例を示す。物理チャネルは、無線資源を通じてＵＥの物理階層とｅＮＢの物理階層との間のシグナリング及びデータを送信する。物理チャネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである一つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えばサブフレームの第１のシンボルはＰＤＣＣＨのために使用できる。ＰＤＣＣＨは、ＰＲＢ（physical resource block）及びＭＣＳ（modulation and coding schemes）のように動的に割り当てられた資源を運ぶことができる。
【００２８】
ＤＬ送信チャネルは、システム情報を送信するために使用されるＢＣＨ（broadcast channel）、ＵＥをページングするために使用されるＰＣＨ（paging channel）、ユーザトラフィックまたは制御信号を送信するために使用されるＤＬ−ＳＣＨ（downlink shared channel）、マルチキャストまたはブロードキャストサービス送信のために使用されるＭＣＨ（multicast channel）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的資源割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。
【００２９】
ＵＬ送信チャネルは、一般的にセルへの初期接続のために使用されるＲＡＣＨ（random access channel）、ユーザトラフィック、または制御信号を送信するために使用されるＵＬ−ＳＣＨ（uplink shared channel）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。
【００３０】
論理チャネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルに分類される。即ち、論理チャネルタイプの集合はＭＡＣ階層により提供される互いに異なるデータ送信サービスのために定義される。
【００３１】
制御チャネルは、制御平面の情報伝達のみのために使用される。ＭＡＣ階層により提供される制御チャネルは、ＢＣＣＨ（broadcast control channel）、ＰＣＣＨ（paging control channel）、ＣＣＣＨ（common control channel）、ＭＣＣＨ（multicast control channel）、及びＤＣＣＨ（dedicated control channel）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャネルである。ＰＣＣＨは、ページング情報の送信のためのＤＬチャネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使用される。ＣＣＣＨは、ネットワークとＲＲＣ連結を有しない時、ＵＥにより使用される。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（multimedia broadcast multicast services）制御情報を送信するために使用される一対多のＤＬチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報送信のためにＲＲＣ連結を有するＵＥにより使用される一対一の両方向チャネルである。
【００３２】
トラフィックチャネルは、ユーザ平面の情報伝達のみのために使用される。ＭＡＣ階層により提供されるトラフィックチャネルは、ＤＴＣＨ（dedicated traffic channel）及びＭＴＣＨ（multicast traffic channel）を含む。ＤＴＣＨは一対一のチャネルであって、一つのＵＥのユーザ情報の送信のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを送信するための一対多のＤＬチャネルである。
【００３３】
論理チャネルと送信チャネルとの間のＵＬ連結は、ＵＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングできるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングできるＣＣＣＨを含む。論理チャネルと送信チャネルとの間のＤＬ連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングできるＢＣＣＨ、ＰＣＨにマッピングできるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングできるＤＴＣＨ、ＭＣＨにマッピングできるＭＣＣＨ、及びＭＣＨにマッピングできるＭＴＣＨを含む。
【００３４】
ＲＲＣ状態はＵＥのＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に連結されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ連結状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（discontinuous reception）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（identification）の割当を受けて、ＰＬＭＮ（public land mobile network）選択及びセル再選択を遂行することができる。またＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。
【００３５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ連結及びコンテクストを有して、ｅＮＢにデータを送信及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを送信及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（network assisted cell change）を通じてのＧＥＲＡＮ（GSM EDGE radio access network）でｉｎｔｅｒ−ＲＡＴ（radio access technology）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。
【００３６】
ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的に、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（paging occasion）にページング信号をモニターする。ページング機会は、ページング信号が送信される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一なトラッキング領域（ＴＡ；tracking area）に属する全てのセル上に送信される。ＵＥが一つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（tracking area update）メッセージを送信することができる。
【００３７】
Ｖ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信が説明される。Ｖ２Ｘ通信には、Ｖ２Ｖ（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ）通信、Ｖ２Ｉ（ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、及びＶ２Ｐ（ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ）通信の３つの類型がある。このような３つの類型のＶ２Ｘは、「相互−協力認識（ｃｏ−ｏｐｅｒａｔｉｖｅ  ａｗａｒｅｎｅｓｓ）」を利用して最終ユーザにさらに知能的なサービスを提供できる。これは、車両、道路側インフラストラクチャ、及び歩行者のような伝達個体等が、協同衝突警告または自律走行のような知能型サービスを提供するために、当該知識を処理し、共有するために当該地域環境（例えば、近接した他の車両またはセンサー機器から受信した情報）の知識を収集できるということを意味する。
【００３８】
Ｖ２Ｘサービスは、３ＧＰＰ送信を介してＶ２Ｖアプリケーションを使用する送信または受信ＵＥが参加するタイプの通信サービスである。通信に参加する相手方によって、Ｖ２Ｖサービス、Ｖ２Ｉサービス、Ｖ２Ｐサービス、及びＶ２Ｎ（ｖｅｈｉｃｌｅ−ｔｏ−ｎｅｔｗｏｒｋ）サービスに分けることができる。Ｖ２Ｖサービスは、Ｖ２Ｘサービスの１つのタイプであり、通信の両当事者は、Ｖ２Ｘアプリケーションを使用するＵＥである。Ｖ２Ｉサービスは、Ｖ２Ｘサービスの１つのタイプであり、１つの当事者は、ＵＥであり、相手方がＲＳＵ（ｒｏａｄ  ｓｉｄｅ  ｕｎｉｔ）であり、両当事者は共にＶ２Ｉアプリケーションを使用する。ＲＳＵは、Ｖ２Ｉアプリケーションを利用してＵＥに送信し、ＵＥから受信できるＶ２Ｉサービスを支援する個体である。ｅＮＢまたは固定ＵＥにおいてＲＳＵが実現される。Ｖ２Ｐサービスは、Ｖ２Ｘサービスの１つのタイプであり、通信の両当事者がＶ２Ｐアプリケーションを使用するＵＥである。Ｖ２Ｎサービスは、Ｖ２Ｘのサービスの１つのタイプであり、１つの当事者は、ＵＥであり、他の当事者は、サービング個体であり、両当事者は共にＶ２Ｎアプリケーションを使用し、ＬＴＥネットワーク個体を介して相互間に通信する。
【００３９】
Ｖ２Ｖに対して、Ｅ−ＵＴＲＡＮは、許可、認証、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡ（Ｎ）を使用してＶ２Ｖ関連情報を交換することを許諾する。近接性基準は、モバイルネットワーク運営者（ＭＮＯ；ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ  ｏｐｅｒａｔｏｒ）により構成されることができる。しかし、Ｖ２Ｖサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮがサービスを提供するか、提供しないとき、そのような情報を交換できる。Ｖ２Ｖアプリケーションを支援するＵＥは（例えば、Ｖ２Ｖサービスの一部として、その位置、動態（ｄｙｎａｍｉｃｓ）、及び属性に関する）、アプリケーション階層情報を送信する。Ｖ２Ｖペイロードは、相違した情報コンテンツを収容するために、柔軟性がなければならず、前記情報は、ＭＮＯにより提供される構成によって周期的に送信されることができる。Ｖ２Ｖは、主に放送−基盤である。Ｖ２Ｖは、他のＵＥ間のＶ２Ｖ関連アプリケーション情報の直接的な交換を含み、そして／またはＶ２Ｖの制限された直接通信範囲により、他のＵＥ間のＶ２Ｖ関連アプリケーション情報の交換は、Ｖ２Ｘサービスを支援するインフラストラクチャ、例えば、ＲＳＵ、アプリケーションサーバ等を経由することを含む。
【００４０】
Ｖ２Ｉに対して、Ｖ２Ｉアプリケーションを支援するＵＥは、アプリケーション階層情報をＲＳＵに送信する。ＲＳＵは、アプリケーション階層情報をＵＥのグループまたはＶ２Ｉアプリケーションを支援するＵＥに送信する。また、１つの当事者は、ＵＥであり、他の当事者は、サービング個体であり、両当事者は共にＶ２Ｎアプリケーションを支援し、ＬＴＥネットワークを介して相互間に通信する、Ｖ２Ｎがさらに導入される。
【００４１】
Ｖ２Ｐに対して、Ｅ−ＵＴＲＡＮは、許可、認証、及び近接性基準が満たされるとき、互いに近接したＵＥがＥ−ＵＴＲＡＮを利用してＶ２Ｐ関連情報を交換することを許諾する。近接性基準は、ＭＮＯにより構成されることができる。しかし、Ｖ２Ｐサービスを支援するＵＥは、Ｖ２Ｘサービスを支援するＥ−ＵＴＲＡＮによりサービスが提供されないときにも、そのような情報を交換できる。Ｖ２Ｐアプリケーションを支援するＵＥは、アプリケーション階層情報を送信する。このような情報は、Ｖ２Ｘサービスを支援するＵＥを用いて車両により放送されるか（例えば、歩行者に警告）、及び／又はＶ２Ｘサービスを支援するＵＥを用いて歩行者により放送（例えば、車両に警告）されることができる。Ｖ２Ｐは、他のＵＥ（車両に対する１つ及び歩行者に対する残り）間のＶ２Ｐ関連アプリケーション情報の直接的な交換を含み、そして／またはＶ２Ｐの制限された直接通信範囲により、他のＵＥ間のＶ２Ｐ関連アプリケーション情報の交換は、Ｖ２Ｘサービスを支援するインフラストラクチャ、例えば、ＲＳＵ、アプリケーションサーバなどを経由することを含む。
【００４２】
図６は、Ｖ２Ｘ通信のための構成の一例を見せる。図６に示すように、既存のノード（すなわち、ｅＮＢ／ＭＭＥ）または新しいノード（すなわち、ｅＮＢ類型のＲＳＵ）がＶ２Ｘ通信を支援するために配置され得る。ノード間のインターフェースは、Ｓ１／Ｘ２インターフェースであるか、新しいインターフェースでありうる。すなわち、ｅＮＢ１とｅＮＢ２との間のインターフェースは、Ｘ２インターフェースであるか、新しいインターフェースでありうる。ｅＮＢ１／ｅＮＢ２とＭＭＥ１／ＭＭＥ２との間のインターフェースは、Ｓ１インターフェースであるか、新しいインターフェースでありうる。ｅＮＢ１／ｅＮＢ２は、ＲＳＵ／Ｖ２Ｘ機能を有することができる。
【００４３】
また、Ｖ２Ｘ通信のための２つの類型のＵＥがありうるし、このうちの１つは、車両ＵＥであり、他の１つは、ＵＥ類型のＲＳＵ（以下、ＲＳＵ  ＵＥ）である。前記車両ＵＥは、一般的なＵＥと同様なものでありうる。前記ＲＳＵ  ＵＥは、ＵＥで実現されたＲＳＵでありうるし、トラフィック、または安全情報、若しくは他の車両ＵＥを中継したり、マルチキャストまたは放送することができる。Ｖ２Ｘ通信のために、車両ＵＥは、ＰＣ５インターフェースを介して互いに直接通信することができる。他の方式として、車両ＵＥは、ネットワークノードを介して互いに間接的に通信することができる。このようなネットワークノードは、ｅＮＢ、Ｖ２Ｘ通信のための新しい個体、Ｖ２Ｘ通信のための新しいゲートウェイ、ｅＮＢ類型ＲＳＵなどのうち、いずれか１つでありうる。このようなネットワークノードは、ＭＭＥまたはＳ−ＧＷでない場合がある。他の方式として、車両ＵＥは、データを放送し、ＲＳＵ  ＵＥは、放送されたデータを受信することができる。ＲＳＵ及びさらに他の車両ＵＥは、ネットワークノードを介して互いに間接的に通信することができる。このようなネットワークノードは、ｅＮＢ、Ｖ２Ｘ通信のための新しい個体、Ｖ２Ｘ通信のための新しいゲートウェイ、ｅＮＢ類型ＲＳＵなどのうち、いずれか１つでありうる。このような場合に、前記ネットワークノードは、ＭＭＥまたはＳ−ＧＷでない場合がある。
【００４４】
ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵが他の車両ＵＥまたはＲＳＵ  ＵＥにＶ２Ｘメッセージを送信するためには、資源が割り当てられなければならない。様々な資源割当方式が議論されてきたし、このような様々な資源割当方式のうち、１つの方式は、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅｓ）基盤資源割当方式である。これにより、Ｖ２Ｘメッセージ送信のために、ＭＢＭＳ基盤構造がＶ２Ｘ通信のために使用され得る。
【００４５】
図７は、Ｖ２Ｘ通信のためのＭＢＭＳ基盤構造の一例を見せる。図７に示すように、車両ＵＥまたはＲＳＵ  ＵＥは、Ｖ２ＸメッセージをＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信することができる。前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、受信されたＶ２Ｘメッセージを他の車両ＵＥまたはＲＳＵ  ＵＥに放送することができる。また、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、Ｍ１インターフェースを介してＭＢＭＳ  ＧＷと連結されることができ、Ｍ２インターフェースを介してＭＣＥ（ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）と連結されることができる。前記ＭＣＥは、Ｍ３インターフェースを介してＭＭＥと連結されることができる。上記の説明において、前記ネットワークノード、すなわち、ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢ、ｅＮＢ類型ＲＳＵ、ＭＣＥ、またはＭＭＥは、新しい名前に代替されることができる。また、ネットワークノード間のインターフェースは、新しいインターフェースでありうる。
【００４６】
ＭＢＭＳ資源は、ＭＣＥにより構成されることができ、ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、構成されたＭＢＭＳ資源を使用して受信されたＶ２Ｘメッセージを他の車両ＵＥまたはＲＳＵ  ＵＥに放送することができる。しかし、ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵがＶ２Ｘメッセージを他の車両ＵＥまたはＲＳＵ  ＵＥに放送するために、どういうふうにＭＣＥから資源を得るかは明確に定義されなかった。これにより、Ｖ２Ｘ通信のためのＭＢＭＳ基盤構造においてＶ２Ｘメッセージ送信のための資源を割り当てる方法が提案され得る。
【００４７】
Ｖ２Ｘメッセージは、２つの種類がありうるし、このうちの１つは、ＣＡＭ（ｃｏｏｐｅｒａｔｉｖｅ  ａｗａｒｅｎｅｓｓ  ｍｅｓｓａｇｅ）と呼ばれ、他の１つは、ＤＥＮＭ（ｄｅｃｅｎｔｒａｌｉｚｅｄ  ｅｎｖｉｒｏｎｍｅｎｔａｌ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｍｅｓｓａｇｅ）と呼ばれる。ＣＡＭは、ネットワークに周期的に報告されるメッセージ、例えば、トラフィック状況に関する情報である。ＤＥＮＭは、イベントにより触発されるメッセージ、例えば、交通事故に関する情報である。以後の説明においてＶ２Ｘメッセージは、ＣＡＭまたはＤＥＮＭのうちのいずれでありうる。
【００４８】
図８は、本発明の一実施形態によってＶ２Ｘメッセージ送信のための資源を割り当てるための方法を見せる。本実施形態において、事前構成を基盤とする方式がＭＢＭＳセッション開始手順中に定義される。特定のＴＭＧＩ（ｔｅｍｐｏｒａｒｙ  ｍｏｂｉｌｅ  ｇｒｏｕｐ  ｉｄｅｎｔｉｔｉｅｓ）がＭＢＭＳセッション開始手順中にＭＢＭＳセッション開始メッセージを使用してＶ２Ｘサービスのために定義される。
【００４９】
ステップＳ１００においてＭＣＥは、Ｖ２Ｘ  ＴＭＧＩ指示を含むＭＢＭＳセッション開始メッセージをＭＭＥまたはＭＭＥ上に位置したネットワークノード、例えば、ＭＢＭＳサーバから受信する。Ｖ２Ｘ  ＴＭＧＩ指示は、Ｖ２ＸサービスのためのＴＭＧＩを指示できる。
【００５０】
ステップＳ１１０においてＭＣＥは、Ｖ２Ｘ  ＴＭＧＩ指示を含むＭＢＭＳセッション開始メッセージをＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信する。前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵがＶ２Ｘサービスを支援する場合、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、ＭＢＭＳセッション開始メッセージに対する応答として応答メッセージをＭＣＥに送信することができる。
【００５１】
その後、前記ＭＣＥは、ＭＢＭＳスケジューリング情報メッセージをＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信することができる。前記ＭＢＭＳスケジューリング情報は、次のうち、少なくとも１つを含むことができる：
【００５２】
・ＰＭＣＨ（ｐｈｙｓｉｃａｌ  ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）構成：割り当てられたサブフレーム端、ＭＣＳ、ＭＣＨスケジューリング周期
【００５３】
・ＰＭＣＨ当たりＭＢＭＳセッション目録（Ｖ２Ｘ  ＴＭＧＩ、論理チャネルＩＤ）
【００５４】
・ＭＢＳＦＮ（ｍｕｌｔｉｃａｓｔ−ｂｒｏａｄｃａｓｔ  ｓｉｎｇｌｅ−ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ）サブフレーム構成：無線フレーム割当周期／オフセット、サブフレーム割当のような無線資源情報
【００５５】
・ＭＢＳＦＮ領域ＩＤ
【００５６】
ＭＣＥからＭＢＭＳスケジューリング情報メッセージを受信するようになると、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵが車両ＵＥまたはＲＳＵ  ＵＥからＶ２Ｘメッセージを受信するとき、Ｖ２Ｘメッセージを直接放送するために、前記ＭＢＭＳスケジューリング情報メッセージに含まれた資源情報を使用できる。
【００５７】
図８に示された本発明の実施形態は、単に例示のためのものであり、他の手順での他のメッセージにより実現されることもできる。例えば、本発明の実施形態は、ＭＢＭＳ手順の初期設定中にまたはインターフェース設定手順中に行われることができる。また、ＯＡＭ（ｏｐｅｒａｔｉｏｎｓ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）構成も考慮されることができる。
【００５８】
図９は、本発明のさらに他の実施形態に係るＶ２Ｘメッセージ送信のための資源割当のための方法を見せる。本実施形態において、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を基盤としてＭＣＥに無線資源を要請できる。他の方法として、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、図８に示された本発明の実施形態によって事前構成された割り当てられた資源のアップデートをＭＣＥに要請することができ、このようなアップデートは、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を基盤とすることができる。特定のＴＭＧＩもＶ２Ｘサービスに対して定義されることができる。
【００５９】
ステップＳ２００においてＭＣＥは、無線資源に対する要請をＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵから受信し、これは、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を基盤とする。他の方式として、前記ＭＣＥは、事前構成されることができる既存の資源割当のアップデート要請をＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵから受信することができ、このようなアップデート要請は、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を基盤とすることができる。無線資源に対する要請または資源割当のアップデートは、Ｖ２ＸサービスのためのＴＭＧＩ及び／又はＶ２Ｘメッセージの類型を含むことができる。また、無線資源に対する要請または資源割当のアップデートは、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量及び／又は他の車両ＵＥまたはＲＳＵ  ＵＥに送信されるＶ２Ｘメッセージの量を含むことができる。無線資源に対する要請または資源割当のアップデートは、周期的にまたはイベントトリガーにより送信されることができる。
【００６０】
無線資源の要請または資源割当のアップデートを受信するようになると、前記ＭＣＥは、Ｖ２Ｘメッセージ送信のためにどういうふうに資源を割り当てるか、またはどういうふうに資源割当をアップデートするかを決定できる。前記ＭＣＥは、受信された情報、すなわち、Ｖ２ＸサービスのためのＴＭＧＩ及び／又はＶ２Ｘメッセージの類型を基盤として決定を下すことができる。前記ＭＣＥは、さらにＶ２Ｘメッセージ送信のために受信された情報としてどういうふうに資源を割り当てるかまたは資源割当をアップデートするかを上位階層に位置したネットワークノード（例えば、ＭＭＥ、ＭＢＭＳサーバ等）に問い合わせすることができる。前記ＭＣＥまたは上位階層にあるネットワークノードは、車両ＵＥまたはＲＳＵ  ＵＥから送信されたＶ２Ｘメッセージの量を基盤としてＶ２Ｘメッセージ送信のための資源を決定できる。または、前記ＭＣＥまたは上位階層にあるネットワークノードは、他の車両ＵＥまたはＲＳＵ  ＵＥに送信されるＶ２Ｘメッセージの量を基盤としてＶ２Ｘメッセージ送信のための資源を決定できる。
【００６１】
また、前記ＭＣＥは、Ｖ２Ｘ  ＴＭＧＩ指示を含むＭＢＭＳセッション開始メッセージをＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信することができる。ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵがＶ２Ｘサービスを支援する場合、前記ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵは、ＭＢＭＳセッション開始メッセージに対する応答として応答メッセージをＭＣＥに送信することができる。このような手順は省略されることができる。
【００６２】
Ｖ２Ｘメッセージ送信のための資源を決定するようになると、ステップＳ２１０において前記ＭＣＥは、無線資源に対する要請または資源割当のアップデートに対する応答としてＭＢＭＳスケジューリング情報をＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型ＲＳＵに送信する。前記ＭＢＭＳスケジューリング情報は、次の情報のうち、少なくとも１つを含むことができる：
【００６３】
・ＰＭＣＨ構成：割り当てられたサブフレーム端、ＭＣＳ、ＭＣＨスケジューリング周期
【００６４】
・ＰＭＣＨ当たりＭＢＭＳセッション目録（Ｖ２Ｘ  ＴＭＧＩ、論理チャネルＩＤ）
【００６５】
・ＭＢＳＦＮサブフレーム構成：無線フレーム割当周期／オフセット、サブフレーム割当のような無線資源情報
【００６６】
・ＭＢＳＦＮ領域ＩＤ
【００６７】
前記ＭＢＭＳスケジューリング情報は、周期的にまたはイベントトリガーにより送信されることができる。
【００６８】
ＭＣＥからＭＢＭＳスケジューリング情報メッセージを受信するようになると、ＲＳＵ／Ｖ２Ｘ機能を支援するｅＮＢまたはｅＮＢ類型のＲＳＵは、車両ＵＥまたはＲＳＵ  ＵＥから受信したＶ２Ｘメッセージを放送するために、ＭＢＭＳスケジューリング情報メッセージに含まれた無線資源情報を使用できる。
【００６９】
図９に示された本発明の実施形態は、単に例示のためのものであり、他の手順での他のメッセージにより実現されることもできる。
【００７０】
図１０は、本発明の実施形態が実現される無線通信システムを示す。
【００７１】
第１のネットワークノード８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ；８１０）、メモリ（ｍｅｍｏｒｙ；８２０）、及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ；８３０）を備えることができる。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を格納する。送受信部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。
【００７２】
第２のネットワークノード９００は、プロセッサ９１０、メモリ９２０、及び送受信部９３０を備えることができる。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を格納する。送受信部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。
【００７３】
プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。
【００７４】
前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
2018526937.tif 000003
【図２】
2018526937.tif 000004
【図３】
2018526937.tif 000005
【図４】
2018526937.tif 000006
【図５】
2018526937.tif 000007
【図６】
2018526937.tif 000008
【図７】
2018526937.tif 000009
【図８】
2018526937.tif 000010
【図９】
2018526937.tif 000011
【図１０】
2018526937.tif 000012
【国際調査報告】
2018526937.tif 000013
2018526937.tif 000014