(57)【特許請求の範囲】
【請求項１】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がネットワークノードと通信する方法であって、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信する段階；
前記ＲＳＵ又は前記中継ノードとして動作することを指示する第２メッセージを基地局から受信する段階；及び
前記第２メッセージによって前記ＲＳＵ又は前記中継ノードとして動作することにより、前記基地局及び他のＵＥと通信を行う段階を含む、通信方法。
【請求項２】
前記第２メッセージは、前記ＲＳＵ又は前記中継ノードとして動作する過程で使うインターフェースについての情報をさらに含む、請求項１に記載の通信方法。
【請求項３】
前記インターフェースについての情報は前記基地局との通信に使うインターフェースについての情報及び前記他のＵＥとの通信に使うインターフェースについての情報をそれぞれ含み、
前記インターフェースは、Ｕｕインターフェース、Ｕｎインターフェース、ＰＣ５インターフェース、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｉｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）関連インターフェースのうちいずれか一つである、請求項２に記載の通信方法。
【請求項４】
前記通信方法は、
前記Ｖ２Ｘサービスを管理するエンティティから前記ＲＳＵ又は前記中継ノードとして動作することができることを示す識別子の設定を受ける段階；及び
前記識別子を用いて前記基地局に接続する段階をさらに含む、請求項１に記載の通信方法。
【請求項５】
前記識別子を用いて前記基地局に接続する場合、前記識別子を用いないＵＥより優先的に接続を許容する、請求項４に記載の通信方法。
【請求項６】
前記ネットワークエンティティによって前記ＲＳＵ又は前記中継ノードとして動作することができると認知された前記ＵＥは前記基地局から無線リソースを優先的に割り当てられる、請求項１に記載の通信方法。
【請求項７】
前記第２メッセージを受信する段階及び前記通信を行う段階は、前記ＵＥが外部電源を用いて充電している場合に一時的に組み込まれるアプリケーションによって行う、請求項１に記載の通信方法。
【請求項８】
前記ネットワークエンティティは前記基地局又はＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）である、請求項１に記載の通信方法。
【請求項９】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でネットワークノードと通信するＵＥであって、
送信部；
受信部；及び
前記送信部及び前記受信部と連結されて動作するプロセッサを含み、
前記プロセッサは、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信するように前記送信部を制御し、
前記ＲＳＵ又は前記中継ノードとして動作することを指示する第２メッセージを基地局から受信するように前記受信部を制御し、
前記第２メッセージによって前記ＲＳＵ又は前記中継ノードとして動作することにより、前記基地局及び他のＵＥと通信を行うように制御する、ＵＥ。
【請求項１０】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がネットワークノードと通信する方法であって、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含むメッセージをネットワークエンティティに送信する段階；
前記ＲＳＵ又は前記中継ノードへの動作を開始するためのトリガリング条件を設定する段階；及び
前記トリガリング条件が満たされることにより、前記ＲＳＵ又は前記中継ノードとして動作することによって基地局及び他のＵＥと通信を行う段階を含む、通信方法。
【請求項１１】
前記トリガリング条件の設定に際し、前記ＲＳＵ又は前記中継ノードとして動作する過程で使うインターフェースも一緒に設定する、請求項１０に記載の通信方法。
【請求項１２】
前記トリガリング条件は、前記ＵＥが管理する領域内に位置する車両の数が第１閾値以上の場合は前記ＲＳＵとして動作し、前記車両の数が第２閾値未満の場合は前記中継ノードとして動作するように設定する、請求項１０に記載の通信方法。
【請求項１３】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でネットワークノードと通信するＵＥであって、
送信部；
受信部；及び
前記送信部及び前記受信部と連結されて動作するプロセッサを含み、
前記プロセッサは、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含むメッセージをネットワークエンティティに送信するように前記送信部を制御し、
前記ＲＳＵ又は前記中継ノードへの動作を開始するためのトリガリング条件を設定するように制御し、
前記トリガリング条件が満たされることにより、前記ＲＳＵ又は前記中継ノードとして動作することによって基地局及び他のＵＥと通信を行うように制御する、ＵＥ。
【請求項１４】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がネットワークノードと通信する方法であって、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信する段階；
前記ＲＳＵ又は前記中継ノードとして動作することを指示する第２メッセージを基地局から受信する段階；及び
前記第２メッセージによって前記ＲＳＵ又は前記中継ノードとして動作することによって前記基地局及び他のＵＥと通信を行う段階を含み、
前記基地局と通信する段階は、前記Ｖ２Ｘサービスを管理するエンティティから前記ＲＳＵ又は前記中継ノードとして動作することができることを示す識別子が設定されれば、前記識別子を用いて前記基地局に接続する段階を含み、
前記識別子を用いて前記基地局に接続する場合、前記識別子を用いないＵＥより優先的に接続を許容する、通信方法。
【請求項１５】
Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境でネットワークノードと通信するＵＥであって、
送信部；
受信部；及び
前記送信部及び前記受信部と連結されて動作するプロセッサを含み、
前記プロセッサは、
Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信するように前記送信部を制御し、
前記ＲＳＵ又は前記中継ノードとして動作することを指示する第２メッセージを基地局から受信するように前記受信部を制御し、
前記第２メッセージによって前記ＲＳＵ又は前記中継ノードとして動作することによって前記基地局及び他のＵＥと通信を行うように制御し、
前記Ｖ２Ｘサービスを管理するエンティティから前記ＲＳＵ又は前記中継ノードとして動作することができることを示す識別子が設定されれば、前記識別子を用いて前記基地局に接続するように制御し、
前記識別子を用いて前記基地局に接続する場合、前記識別子を用いないＵＥより優先的に接続を許容するように制御する、ＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関するもので、具体的にはＶ２Ｘ通信システムにおける端末の通信方法及び端末に関するものである。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、送信パワーなど）を共有して多重ユーザーとの通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的はＶ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信システムにおいて端末の基地局及び他の端末との通信メカニズムを提案することである。
【０００４】
本発明の他の目的は端末を事業者の必要によって他の方式で通信するように制御することである。
【０００５】
本発明のさらに他の目的はＶ２Ｘ通信サービスを提供するためのインフラ構造を効率的に設計することである。
【０００６】
本発明で達成しようとする技術的課題は以上で言及した事項に制限されず、言及しなかった他の技術的課題は以下で説明する本発明の実施例から本発明が属する技術分野で通常の知識を有する者が考慮することができる。
【課題を解決するための手段】
【０００７】
前記技術的課題を解決するための通信方法は、Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信する段階、ＲＳＵ又は中継ノードとして動作することを指示する第２メッセージを基地局から受信する段階、及び第２メッセージによってＲＳＵ又は中継ノードとして動作することによって、基地局及び他のＵＥと通信を行う段階を含む。
【０００８】
第２メッセージは、ＲＳＵ又は中継ノードとして動作する過程で使うインターフェースについての情報をさらに含むことができる。
【０００９】
インターフェースについての情報は基地局との通信に使うインターフェースについての情報及び他のＵＥとの通信に使うインターフェースについての情報をそれぞれ含み、インターフェースはＵｕインターフェース、Ｕｎインターフェース、ＰＣ５インターフェース、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｉｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）関連インターフェースのうちいずれか一つであり得る。
【００１０】
通信方法は、Ｖ２Ｘサービスを管理するエンティティからＲＳＵ又は中継ノードとして動作することができることを示す識別子の設定を受ける段階、及び識別子を用いて基地局に接続する段階をさらに含むことができる。
【００１１】
識別子を用いて基地局に接続する場合、識別子を用いないＵＥより優先的に接続を許容することができる。
【００１２】
ネットワークエンティティによってＲＳＵ又は中継ノードとして動作することができると認知されたＵＥは基地局から無線リソースを優先的に割り当てられることができる。
【００１３】
第２メッセージを受信する段階及び通信を行う段階は、ＵＥが外部電源を用いて充電している場合、一時的に組み込まれるアプリケーションによって行うことができる。
【００１４】
ネットワークエンティティは基地局又はＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）であり得る。
【００１５】
前記技術的課題を解決するためのＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、送信部、受信部、及び送信部及び受信部と連結されて動作するプロセッサを含み、プロセッサは、Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含む第１メッセージをネットワークエンティティに送信するように送信部を制御し、ＲＳＵ又は中継ノードとして動作することを指示する第２メッセージを基地局から受信するように受信部を制御し、第２メッセージによってＲＳＵ又は中継ノードとして動作することによって、基地局及び他のＵＥと通信を行う。
【００１６】
前記技術的課題を解決するためのさらに他の通信方法は、Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含むメッセージをネットワークエンティティに送信する段階、ＲＳＵ又は中継ノードへの動作を開始するためのトリガリング条件を設定する段階、及びトリガリング条件が満たされることにより、ＲＳＵ又は中継ノードとして動作することによって基地局及び他のＵＥと通信を行う段階を含む。
【００１７】
トリガリング条件の設定に際し、ＲＳＵ又は中継ノードとして動作する過程で使うインターフェースも一緒に設定することができる。
【００１８】
トリガリング条件は、ＵＥが管理する領域内に位置する車両の数が第１閾値以上の場合はＲＳＵとして動作し、車両数が第２閾値未満の場合は中継ノードとして動作するように設定することができる。
【００１９】
前記技術的課題を解決するためのさらに他のＵＥは、送信部、受信部、及び送信部及び受信部と連結されて動作するプロセッサを含み、プロセッサは、Ｖ２Ｘサービスを提供するためのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）及び通信サービスを中継するための中継ノードとして動作することができることを示すケイパビリティ（ｃａｐａｂｉｌｉｔｙ）情報を含むメッセージをネットワークエンティティに送信するように送信部を制御し、ＲＳＵ又は中継ノードへの動作を開始するためのトリガリング条件を設定し、トリガリング条件が満たされることにより、ＲＳＵ又は中継ノードとして動作することによって基地局及び他のＵＥと通信を行う。
【発明の効果】
【００２０】
本発明の実施例によれば次のような効果を期待することができる。
【００２１】
第一、Ｖ２Ｘ通信システムにおいて端末が他のネットワークエンティティと効率的な方式で通信することができるようになる。
【００２２】
二番目、Ｖ２Ｘ通信システムにおいて事業者が端末を遠隔で制御することができ、ネットワークトラフィックと通信収率の管理が容易になる。
【００２３】
三番目、Ｖ２Ｘ通信システムを具現するためのインフラ構造の設計及び維持にかかるコストを節減することができる。
【００２４】
本発明の実施例から得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の本発明の実施例についての記載から本発明が属する技術分野で通常の知識を有する者に明らかに導出されて理解可能であろう。すなわち、本発明を実施するによる意図せぬ効果も本発明の実施例から当該技術分野の通常の知識を有する者によって導出されることができる。
【図面の簡単な説明】
【００２５】
以下の添付図面は本発明の理解を助けるためのもので、詳細な説明と一緒に本発明の実施例を提供する。ただ、本発明の技術的特徴が特定図面に限定されるものではなく、各図で開示する特徴は互いに組み合わせられて新しい実施例として構成できる。各図の参照番号（ｒｅｆｅｒｅｎｃｅ  ｎｕｍｅｒａｌｓ）は構造的構成要素（ｓｔｒｕｃｔｕｒａｌ  ｅｌｅｍｅｎｔｓ）を意味する。
【００２６】
【図１】ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【図２】一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。
【図３】制御平面での無線インターフェースプロトコルの構造を示した例示図である。
【図４】ユーザー平面での無線インターフェースプロトコルの構造を示した例示図である。
【図５】ランダムアクセス過程を説明するためのフローチャートである。
【図６】無線リソース制御（ＲＲＣ）階層での連結過程を示す図である。
【図７】Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境を示す図である。
【図８】提案する通信方法が適用されるインフラ構造を示す図である。
【図９】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１０】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１１】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１２】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１３】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１４】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１５】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１６】提案する通信方法が適用される他のインフラ構造を示す図である。
【図１７】一実施例による通信方法を示すフローチャートである。
【図１８】さらに他の実施例による通信方法を示すフローチャートである。
【図１９】提案する通信方法が適用される他のインフラ構造を示す図である。
【図２０】提案する通信方法が適用される他のインフラ構造を示す図である。
【図２１】さらに他の実施例による通信方法を示すフローチャートである。
【図２２】さらに他の実施例による通信方法を示すフローチャートである。
【図２３】さらに他の実施例による通信方法を示すフローチャートである。
【図２４】提案する実施例によるノード装置の構成を示す図である。
【発明を実施するための形態】
【００２７】
本発明で使う用語は本発明における機能を考慮してできるだけ現在広く使われる一般的な用語を選択したが、これは当該分野の技術者の意図又は判例、新技術の出現などによって変わることができる。また、特定の場合は出願人が任意に選定した用語もある。この場合、該当の発明の説明部で詳細にその意味を記載する。したがって、本発明で使う用語は単純な用語の名称ではなくて、その用語が有する意味と本発明の全般的な内容に基づいて定義されなければならない。
【００２８】
以下の実施例は本発明の構成要素及び特徴を所定の形態に結合したものである。それぞれの構成要素又は特徴は別途の明示的言及がない限り選択的なものと見なすことができる。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合しなかった形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更可能である。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に取り替えられることができる。
【００２９】
図面の説明において、本発明の要旨をあいまいにすることができる過程又は段階などは記述しなく、当業者の水準で理解可能な程度の過程又は段階も記述しなかった。
【００３０】
明細書全般にわたり、ある部分がある構成要素を“含む（ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ）”というとき、これは特に反対する記載がない限り他の構成要素を排除するものではなくて他の構成要素をさらに含むことができることを意味する。また、明細書に記載した“…部”、“…機”、“モジュール”などの用語は少なくとも一つの機能又は動作を処理する単位を意味し、これはハードウェア又はソフトウェアあるいはハードウェア及びソフトウェアの結合で具現できる。また、“一（ａ又はａｎ）”、“一つ（ｏｎｅ）”、“その（ｔｈｅ）”及び類似関連語は本発明を記述する文脈において（特に、以下の請求項の文脈で）本明細書に他に指示されるか文脈によって明らかに反駁されることがない限り、単数及び複数のいずれも含む意味として使われることができる。
【００３１】
本発明の実施例は無線接続システムであるＩＥＥＥ  ８０２．ｘｘシステム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム、３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によって支援されることができる。すなわち、本発明の実施例において説明しなかった自明な段階又は部分は前記標準文書を参照して説明することができる。
【００３２】
また、本文書で開示する全ての用語は前記標準文書によって説明することができる。特に、本発明の実施例は、ＩＥＥＥ  ８０２．１６システムの標準文書であるＰ８０２．１６ｅ−２００４、Ｐ８０２．１６ｅ−２００５、Ｐ８０２．１６．１、Ｐ８０２．１６ｐ及びＰ８０２．１６．１ｂ標準文書の一つ以上によって支援されることができる。
【００３３】
以下で、本発明による好適な実施例を添付図面に基づいて詳細に説明する。添付図面と一緒に以下に開示する詳細な説明は本発明の例示的実施形態を説明するためのものであり、本発明を実施することができる唯一の実施形態を示そうとするものではない。
【００３４】
また、本発明の実施例で使う特定用語は本発明の理解を助けるために提供するもので、このような特定用語の使用は本発明の技術的思想を逸脱しない範疇内で他の形態に変更可能である。
【００３５】
明細書で使われる用語は次のように定義される。
【００３６】
−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に基づく３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００３７】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に基づくＰＳ（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３８】
−ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３９】
−ｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４０】
−ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザー器機。ＵＥは端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語でも言える。また、ＵＥはノートブック型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア器機などの携帯可能な器機であってもよく、あるいはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可の器機であってもよい。ＭＴＣ関連の内容でＵＥ又は端末という用語はＭＴＣデバイスを指すこともある。
【００４１】
−ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル（ｍｉｃｒｏ  ｃｅｌｌ）規模である。
【００４２】
−ＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル規模である。
【００４３】
−ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）：移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ；ＳＭ）機能を行うＥＰＳネットワークのネットワークノード。
【００４４】
−ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ：ＵＥ  ＩＰ住所割当、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ収集（ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ）の機能などを行うＥＰＳネットワークのネットワークノード。
【００４５】
−ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性アンカー（ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、遊休（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガリングする機能などを行うＥＰＳネットワークのネットワークノード。
【００４６】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位端（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮ  ＧＷ間のＩＰ連結を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理過程を支援することを主な機能とする。
【００４７】
−ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：特定サービスを支援するサーバー（例えば、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）サーバー、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。
【００４８】
−ＰＤＮ連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／又は一つのＩＰｖ６プレフィックス）で表現される、ＵＥとＰＤＮ間の論理的連結。
【００４９】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥ間に存在し、コアネットワークへの連結を提供する。
【００５０】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を持っているデータベース。ＨＳＳは設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態保存などの機能を行うことができる。
【００５１】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成できる。
【００５２】
−Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ（又はＰｒｏＳｅ Ｓｅｒｖｉｃｅ又はＰｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ）：物理的に近接した装置間のディスカバリー及び互いに直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３の装置を介してのコミュニケーションが可能なサービス。この際、ユーザー平面データ（ｕｓｅｒ  ｐｌａｎｅ  ｄａｔａ）は３ＧＰＰコアネットワーク（例えば、ＥＰＣ）を介せずに直接データ経路（ｄｉｒｅｃｔ  ｄａｔａ  ｐａｔｈ）を介して交換される。
【００５３】
−ＰｒｏＳｅコミュニケーション：二つ以上のＰｒｏＳｅ可能な端末間の、ＰｒｏＳｅコミュニケーション経路を介してのコミュニケーションを意味する。特に他に言及しない限り、ＰｒｏＳｅコミュニケーションはＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション、二つの端末間のＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＰｒｏＳｅグループコミュニケーション又はＰｒｏＳｅブロードキャストコミュニケーションの一つを意味することができる。
【００５４】
−ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション：ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション経路を用いるＰｒｏＳｅコミュニケーション
【００５５】
−ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：直接コミュニケーション経路を用いるＰｒｏＳｅコミュニケーション
【００５６】
−ＰｒｏＳｅコミュニケーション経路：ＰｒｏＳｅコミュニケーションを支援するコミュニケーション経路であって、ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション経路はＥ−ＵＴＲＡを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ間で又はローカルｅＮＢを介して確立できる。ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｐａｔｈはＷＬＡＮを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥｓ間で直接確立できる。
【００５７】
−ＥＰＣ経路（又はｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｄａｔａ  ｐａｔｈ）：ＥＰＣを介してのユーザー平面コミュニケーション経路
【００５８】
−ＰｒｏＳｅディスカバリー：Ｅ−ＵＴＲＡを用いて、近接したＰｒｏＳｅ−ｅｎａｂｌｅｄ端末を識別／確認する過程
【００５９】
−ＰｒｏＳｅ  Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：近接した二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄ端末の間で、共通コミュニケーション経路を用いる一対多のＰｒｏＳｅコミュニケーション
【００６０】
−ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ：Ｅ−ＵＴＲＡを用いるＰｒｏＳｅ−ｅｎａｂｌｅｄネットワークとＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間のコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末
【００６１】
−ＰｒｏＳｅ  ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙ：二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間でＰｒｏＳｅコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末
【００６２】
−Ｒｅｍｏｔｅ  ＵＥ：ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ動作ではＥ−ＵＴＲＡＮによってサービスを受けずにＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙを介してＥＰＣネットワークに連結される、つまりＰＤＮ連結を受けるＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末であり、ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙ動作ではＰｒｏＳｅ  ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙを介して他のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末と通信するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。
【００６３】
−ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｎｅｔｗｏｒｋ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ直接通信を支援するネットワーク。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｎｅｔｗｏｒｋを簡単にネットワークと言える。
【００６４】
−ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ直接通信を支援する端末。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ及びＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥを端末と言える。
【００６５】
−Ｐｒｏｘｉｍｉｔｙ：ディスカバリーとコミュニケーションでそれぞれ定義されるｐｒｏｘｉｍｉｔｙ判定基準を満たすもの。
【００６６】
−ＳＬＰ（ＳＵＰＬ  Ｌｏｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）：位置サービス管理（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）とポジション決定（Ｐｏｓｉｔｉｏｎ  Ｄｅｔｅｒｍｉｎａｔｉｏｎ）を管掌するエンティティ。ＳＬＰはＳＬＣ（ＳＵＰＬ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ）機能とＳＰＣ（ＳＵＰＬ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｃｅｎｔｅｒ）機能を含む。詳細な事項はＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）標準文書ＯＭＡ  ＡＤ  ＳＵＰＬ：“Ｓｅｃｕｒｅ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｌｏｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ”を参考する。
【００６７】
−ＵＳＤ（Ｕｓｅｒ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）：アプリケーション／サービスレイヤーは各ＭＢＭＳサービスのためのＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）、セッションの開始及び終了時間、ｆｒｅｑｕｅｎｃｉｅｓ、ＭＢＭＳサービス地域に属するＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅｓ（ＭＢＭＳ  ＳＡＩｓ）情報などをＵＳＤに含めて端末に送信する。詳細な事項は３ＧＰＰ  ＴＳ  ２３．２４６の内容を参考する。
【００６８】
−ＩＳＲ（Ｉｄｌｅ  ｍｏｄｅ  Ｓｉｇｎａｌｌｉｎｇ  Ｒｅｄｕｃｔｉｏｎ）：端末がＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮ間をよく移動する場合、反復的な位置登録手順によるネットワークリソースの浪費が発生する。これを減らすための方法として、端末がｉｄｌｅ  ｍｏｄｅの場合、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮを介してそれぞれＭＭＥとＳＧＳＮ（以下、この二つのノードをｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｎｏｄｅと言う）に位置登録を行った後、既に登録した二つのＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）間の移動又はｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎを行った場合、別途の位置登録を行わないようにする技術である。したがって、該当端末へのＤＬ（ｄｏｗｎｌｉｎｋ）データが到着する場合、ページングをＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮに同時に送信することにより、端末を成功的に捜してＤＬデータを伝達することができる。［３ＧＰＰ  ＴＳ  ２３．４０１及び３ＧＰＰ  ＴＳ  ２３．０６０参照］
【００６９】
−Ｍｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｐｕｓｈ  Ｔｏ  Ｔａｌｋ：早い設定時間、大規模グループを処理することができる能力、力強いセキュリティー、優先順位処理（ｐｒｉｏｒｉｔｙ  ｈａｎｄｌｉｎｇ）を提供するグループ通信サービス。
【００７０】
−ＡＮＤＳＦ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）：一つのネットワークエンティティで、事業者単位で端末が使用可能なアクセスを見つけて選択するようにするポリシーを提供。
【００７１】
−ＩＳＲＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｒｏｕｔｉｎｇ  Ｐｏｌｉｃｙ）：ＵＥが多くの無線アクセスインターフェースのいずれを介してＩＰトラフィックをルーティングするかを事業者（ｏｐｅｒａｔｏｒ）が定義した規則である。このようなＩＳＲＰはパケットサービス（又はＩＰ  ｆｌｏｗ又はＩＰトラフィック又はアプリケーション）をルーティング／調整（ｓｔｅｅｒｉｎｇ）するために選好される（すなわち、優先順位が高い）又は制限されるアクセスネットワークを定義した政策であって、次のように３種の規則を含むことができる。すなわち、ＩＳＲＰは、次のようにＩＦＯＭ（ＩＰ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ）規則、ＭＡＰＣＯＮ（Ｍｕｌｔｉ  Ａｃｃｅｓｓ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）規則及びＮＳＷＯ（Ｎｏｎ−ｓｅａｍｌｅｓｓ  ＷＬＡＮ  ｏｆｆｌｏａｄ）規則に区分することができる。
【００７２】
−ＩＦＯＭ（ＩＰ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ）規則：この規則は特定ＡＰＮ又は任意のＡＰＮ上で特定ＩＰトラフィックフィルターとマッチするトラフィックをルーティングすることができるとき、ＵＥによって使われなければならないアクセステクノロジー／アクセスネットワークを優先順位によって整理したリストである。また、この規則は特定ＡＰＮ又は任意ＡＰＮ上で特定ＩＰトラフィックフィルターとマッチするトラフィックがどの無線アクセスに対して制限されるかを指定することができる。
【００７３】
−ＭＡＰＣＯＮ（Ｍｕｌｔｉ  Ａｃｃｅｓｓ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）規則：この規則は特定ＡＰＮに対するＰＤＮコネクションをルーティングすることができるとき、ＵＥによって使われなければならないアクセステクノロジー／アクセスネットワークを優先順位によって整理したリストである。また、この規則は特定ＡＰＮでのＰＤＮコネクションをどの無線アクセスに対して制限しなければならないかを指定することができる。
【００７４】
−ＮＳＷＯ（Ｎｏｎ−ｓｅａｍｌｅｓｓ  ＷＬＡＮ  ｏｆｆｌｏａｄ）規則：この規則はどのトラフィックがＷＬＡＮに迂回されるか迂回されてはいけないかを指定する。
【００７５】
−ＩＳＭＰ（Ｉｎｔｅｒ−Ｓｙｓｔｅｍ  Ｍｏｂｉｌｉｔｙ  Ｐｏｌｉｃｙ）：ＵＥによって行われるシステム間の移動性決定に影響を及ぼすように事業者が定義した規則の集合である。ＵＥが単独の無線アクセスインターフェース上でＩＰトラフィックをルーティングすることができるとき、ＵＥは最適のアクセステクノロジータイプ又はアクセスネットワークを与えられた時間に選択するために、ＩＳＭＰを使うことができる。
【００７６】
−ＲＡＮ規則（ＲＡＮ  ｒｕｌｅ）：ネットワークから受信される規則であって、ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）サポート情報とも呼ばれる。ＲＡＮ規則はＡＮＤＳＦ  ＩＳＲＰ／ＩＳＭＰなしに使われるＲＡＮが支援するＷＬＡＮインターワーキングとも呼ばれる。トラフィックをＷＬＡＮに移動させるためのＲＡＮ規則が満たされたとき、ＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層はｍｏｖｅ−ｔｒａｆｆｉｃ−ｔｏ−ＷＬＡＮインディケーションとＷＬＡＮ識別子を一緒にＵＥの上位階層に伝達する。若しくは、トラフィックを３ＧＰＰアクセスに移動させるためのＲＡＮ規則が満たされたとき、ＵＥのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層はｍｏｖｅ−ｔｒａｆｆｉｃ−ｆｒｏｍ−ＷＬＡＮインディケーションとＷＬＡＮ識別子を一緒にＵＥの上位階層に伝達する。ＲＡＮ規則についての詳細な説明は３ＧＰＰ  ＴＳ  ２３．４０１、ＴＳ  ２３．０６０、ＴＳ  ２３．４０２、ＴＳ  ３６．３００、ＴＳ  ３６．３０４、ＴＳ  ３６．３３１、ＴＳ  ２５．３０４及びＴＳ  ２５．３３１を参考することにする。
【００７７】
−ローカル運営環境情報（Ｌｏｃａｌ  Ｏｐｅｒａｔｉｎｇ  Ｅｎｖｉｒｏｎｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）：ＵＥが運営されるローカル環境を記述する一連の実施特定変数である。
【００７８】
−Ｎｅｔｗｏｒｋ−Ｂａｓｅｄ  ＩＰ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ（ＮＢＩＦＯＭ）：ネットワークに基づく移動性プロトコル（ＧＴＰ又はＰＭＩＰ）に基づくＩＰ  ｆｌｏｗ  ｍｏｂｉｌｉｔｙ。
【００７９】
−ＵＥ開始ＮＢＩＦＯＭ（ＵＥ−ｉｎｉｔｉａｔｅｄ  ＮＢＩＦＯＭ）：ＵＥがＩＰ  ｆｌｏｗ  ｍｏｂｉｌｉｔｙを開始するＮＢＩＦＯＭ。
【００８０】
−ネットワーク開始ＮＢＩＦＯＭ（Ｎｅｔｗｏｒｋ−ｉｎｉｔｉａｔｅｄ  ＮＢＩＦＯＭ）：ネットワークがＩＰ  ｆｌｏｗ  ｍｏｂｉｌｉｔｙを開始するＮＢＩＦＯＭ。
【００８１】
−多重アクセスＰＤＮ連結（Ｍｕｌｔｉ−ａｃｃｅｓｓ  ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ）：トラフィックが３ＧＰＰアクセス又はＷＬＡＮアクセス又は前記両アクセスを介してルーティングされることができるＰＤＮ連結。ただ、各ＩＰ  ｆｌｏｗは一度に一つのアクセスを介してのみルーティングされる。
【００８２】
−ルーティングフィルター（Ｒｏｕｔｉｎｇ  ｆｉｌｔｅｒ）：ルーティングの目的でＩＰ  ｆｌｏｗを確認するために使用するパケットフローのＩＰヘッダーパラメーター値／範囲の集合。
【００８３】
−Ｒｏｕｔｉｎｇ  ａｃｃｅｓｓ  ｔｙｐｅ：ＰＤＮ連結のＩＰ  ｆｌｏｗの集合をルーティングするアクセスの種類（３ＧＰＰアクセス又はＷＬＡＮアクセス）。
【００８４】
−Ｒｏｕｔｉｎｇ  Ｒｕｌｅ（ＲＲ）：ルーティングフィルターとルーティングアクセスタイプの連携を可能にする情報の集合。
【００８５】
１．ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）
【００８６】
図１はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【００８７】
ＥＰＣは３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは多様な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に相当する。ＳＡＥは、例えばＩＰに基づいて多様な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケットに基づくシステムを提供することを目標とする。
【００８８】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケットに基づく実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、２世代又は３世代移動通信システム）では音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブドメインによってコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化した。すなわち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰに基づく基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））で構成されることができる。すなわち、ＥＰＣは端対端（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス具現に必須な構造である。
【００８９】
ＥＰＣは多様な構成要素を含むことができ、図１は、その一部に相当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００９０】
ＳＧＷ（又はＳ−ＧＷ）は無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷ間のデータ経路を維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役目をする。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えばＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００９１】
ＰＤＮ  ＧＷ（又はＰ−ＧＷ）はパケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に相当する。ＰＤＮ  ＧＷは政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）ネットワーク又はＷｉＭａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役目をすることができる。
【００９２】
図１のネットワーク構造の例示ではＳＧＷとＰＤＮ  ＧＷが別個のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００９３】
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは加入者及びセッション管理に係わる制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の機能を制御する。ＭＭＥは幾多のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００９４】
ＳＧＳＮは他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００９５】
ｅＰＤＧは信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとしての役目をする。
【００９６】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろんのこと、非３ＧＰＰアクセスに基づいてもＥＰＣ内の多様な要素を介して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００９７】
また、図１は多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの相異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する二つの機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は図１に示したレファレンスポイントをまとめたものである。表１の例示の外にもネットワーク構造によって多様なレファレンスポイントが存在することができる。
【００９８】
【表１】
0006449491.tif 000002
0006449491.tif 000003
【００９９】
図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは非３ＧＰＰインターフェースに相当する。Ｓ２ａは信頼できる非３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザー平面に提供するレファレンスポイントである。Ｓ２ｂはｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザー平面に提供するレファレンスポイントである。
【０１００】
図２は一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。
【０１０１】
図示のように、ｅＮｏｄｅＢはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結が活性化しているうちにゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、放送チャネル（ＢＣＨ）のスケジューリング及び送信、上りリンク及び下りリンクでのリソースのＵＥへの動的割当、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、及び連結移動性制御などのための機能を行うことができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザー平面の暗号化、ＳＡＥベアラ制御、ＮＡＳシグナリングの暗号化及び無欠性保護機能を行うことができる。
【０１０２】
図３は端末と基地局間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示した例示図、図４は端末と基地局間のユーザー平面での無線インターフェースプロトコルの構造を示した例示図である。
【０１０３】
前記無線インターフェースプロトコルは３ＧＰＰ無線接続網規格を基盤とする。前記無線インターフェースプロトコルは水平的に物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に区分される。
【０１０４】
前記プロトコル階層は通信システムで広く知られた開放型システム間の相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層を基にしてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができる。
【０１０５】
以下で、前記図３に示した制御平面の無線プロトコルと、図４に示したユーザー平面での無線プロトコルの各階層を説明する。
【０１０６】
第１階層である物理階層は物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理階層は上位の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、前記送信チャネルを介して媒体接続制御階層と物理階層間のデータが伝達される。そして、相異なる物理階層の間、つまり送信側と受信側の物理階層の間は物理チャネルを介してデータが伝達される。
【０１０７】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は時間軸上の複数のサブフレームと周波数軸上の複数のサブキャリア（Ｓｕｂｃａｒｒｉｅｒ）で構成される。ここで、一つのサブフレーム（Ｓｕｂｆｒａｍｅ）は時間軸上の複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。一つのサブフレームは複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は一つのサブフレームに相当する１ｍｓである。
【０１０８】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによれば、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）などに区分することができる。
【０１０９】
第２階層にはさまざまな階層が存在する。まず、第２階層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様な送信チャネルにマッピングする役目をし、また多様な論理チャネルを一つの送信チャネルにマッピングする論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役目を行う。ＭＡＣ階層は上位階層であるＲＬＣ階層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）で連結されており、論理チャネルは、大別して、送信される情報の種類によって制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）に区分される。
【０１１０】
第２階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層は上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位階層が無線区間にデータを送信するのに適するようにデータの大きさを調節する役目を行う。
【０１１１】
第２階層のパケットデータ収斂プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの送信時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の機能を行う。また、ＬＴＥシステムではＰＤＣＰ階層が保安（Ｓｅｃｕｒｉｔｙ）機能も行う。これは第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）で構成される。
【０１１２】
第３階層の最上部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下ＲＲＣと略称する）階層は制御平面でのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担う。この際、ＲＢは端末とＥ−ＵＴＲＡＮ間のデータ伝達のために第２階層によって提供されるサービスを意味する。
【０１１３】
端末のＲＲＣと無線網のＲＲＣ階層の間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）が樹立された（ｅｓｔａｂｌｉｓｈｅｄ）場合、端末はＲＲＣ連結モード（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあるようになり、そうでない場合はＲＲＣ遊休モード（Ｉｄｌｅ  ｍｏｄｅ）にあるようになる。
【０１１４】
以下で端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ連結方法について説明する。ＲＲＣ状態とは端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣとの論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と言う。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末はＲＲＣ連結が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よって端末を効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態の端末はＥ−ＵＴＲＡＮが端末の存在を把握することはできなく、セルより大きな地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網が管理する。すなわち、ＲＲＣ＿ＩＤＬＥ状態の端末はセルに比べて大きな地域単位で該当端末の存在有無のみ把握され、音声又はデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡはＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）によって区分される。端末はセルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）によってＴＡＩを構成することができる。
【０１１５】
ユーザーが端末の電源を最初に入れたとき、端末は先に適切なセルを探索した後、該当セルでＲＲＣ連結をなし、核心網に端末の情報を登録する。その後、端末はＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は必要によってセルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）又はページング情報を調べる。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）すると言う。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末はＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ連結をなす必要がある場合は色々がある。例えば、ユーザーの通話試み、データ送信試み、又はＥ−ＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージ送信などを挙げることができる。
【０１１６】
前記ＲＲＣ階層上に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【０１１７】
以下では図３に示したＮＡＳ階層について詳細に説明する。
【０１１８】
ＮＡＳ階層に属するｅＳＭ（ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）はデフォルトベアラ（Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ）管理、専用ベアラ（Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ）管理のような機能を行い、端末が網からＰＳサービスを用いるための制御を担う。デフォルトベアラリソースは特定パケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ；ＰＤＮ）に最初に接続するとき、網から割り当てられるという特徴を有する。この際、ネットワークは、端末がデータサービスを使えるように端末が使用可能なＩＰ住所を割り当て、そしてデフォルトベアラのＱｏＳを割り当てる。ＬＴＥでは、大別して、データ送受信のための特定帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するベアラと帯域幅の保障なしにＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲベアラの２種を支援する。デフォルトベアラの場合、Ｎｏｎ−ＧＢＲベアラが割り当てられる。専用ベアラの場合にはＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラが割り当てられることができる。
【０１１９】
ネットワークで端末に割り当てたベアラをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ベアラと言い、ＥＰＳベアラを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラＩＤと言う。一つのＥＰＳベアラはＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）又は／及びＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【０１２０】
図５は３ＧＰＰ  ＬＴＥでのランダムアクセス過程を示したフローチャートである。
【０１２１】
ランダムアクセス過程はＵＥが基地局に対するＵＬ同期を得るかＵＬ無線リソースを割り当てられるために行われる。
【０１２２】
ＵＥはルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）をｅＮｏｄｅＢから受信する。各セルごとにＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【０１２３】
ランダムアクセスプリアンブルの送信は各セルごとに特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスはランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【０１２４】
ＵＥは任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに送信する。ＵＥは６４個の候補ランダムアクセスプリアンブルの一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。
【０１２５】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢはランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥに送信する。ランダムアクセス応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥは検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【０１２６】
図６は無線リソース制御（ＲＲＣ）階層での連結過程を示す。
【０１２７】
図６に示したように、ＲＲＣ連結可否によってＲＲＣ状態が示されている。前記ＲＲＣ状態とはＵＥのＲＲＣ階層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢのＲＲＣ階層のエンティティと論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）と言い、連結されていない状態をＲＲＣ遊休状態（ｉｄｌｅ  ｓｔａｔｅ）と言う。
【０１２８】
前記連結状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥはＲＲＣ連結（ｃｏｎｎｅｃｔｉｏｎ）が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よってＵＥを効果的に制御することができる。一方、遊休モード（ｉｄｌｅ  ｓｔａｔｅ）のＵＥはｅＮｏｄｅＢが把握することはできなく、セルより大きな地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）はセルの集合単位である。すなわち、遊休モード（ｉｄｌｅ  ｓｔａｔｅ）ＵＥは大きな地域単位で存在有無のみ把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移しなければならない。
【０１２９】
ユーザーがＵＥの電源を最初に入れたとき、前記ＵＥは先に適切なセルを探索した後、該当セルで遊休モード（ｉｄｌｅ  ｓｔａｔｅ）で留まる。前記遊休モード（ｉｄｌｅ  ｓｔａｔｅ）で留まっていたＵＥはＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってｅＮｏｄｅＢのＲＲＣ階層とのＲＲＣ連結をなし、ＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移する。
【０１３０】
前記遊休モード（Ｉｄｌｅ  ｓｔａｔｅ）にあったＵＥがＲＲＣ連結をなす必要がある場合は色々がある。例えば、ユーザーの通話試み、データ送信、又はＥＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージの送信を挙げることができる。
【０１３１】
遊休モード（ｉｄｌｅ  ｓｔａｔｅ）のＵＥが前記ｅＮｏｄｅＢとＲＲＣ連結をなすためには、前述したようにＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ連結過程は、大別して、ＵＥがｅＮｏｄｅＢにＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送信する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程について図６を参照してより詳細に説明すると次のようである。
【０１３２】
１）遊休モード（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥは、通話試み、データ送信試み、又はｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ連結をなそうとする場合、まずＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢに送信する。
【０１３３】
２）前記ＵＥからＲＲＣ連結要求メッセージを受信すれば、前記ｅＮＢは、無線リソースが十分な場合、前記ＵＥのＲＲＣ連結要求を受諾し、応答メッセージであるＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを前記ＵＥに送信する。
【０１３４】
３）前記ＵＥが前記ＲＲＣ連結設定メッセージを受信すれば、前記ｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥがＲＲＣ連結設定メッセージを成功的に送信すれば、初めて前記ＵＥはｅＮｏｄｅＢとｍｐＲＲＣ連結をなし、ＲＲＣ連結モードに遷移する。
【０１３５】
２．Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信
【０１３６】
図７はＶ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信環境を示す図である。
【０１３７】
車両は事故発生時に人命被害と財産上の被害が大きく発生する。よって、車両の運行時に車両に乗った人の安全だけでなく歩行者の安全を確保することができる技術に対する要求が高くなっている。よって、車両に特化したハードウェアとソフトウェアに基づく技術が車両に接木されている。
【０１３８】
３ＧＰＰで始まったＬＴＥに基づくＶ２Ｘ（Ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）通信技術もＩＴ（Ｉｎｆｏｒｍａｔｉｎ  Ｔｅｃｈｎｏｌｏｇｙ）技術が車両に接木される趨勢を反映している。一部の車種を中心に通信機能（Ｃｏｎｎｅｃｔｉｖｉｔｙ  ｆｕｎｃｔｉｏｎ）が適用されており、通信機能の進化によって車両間（Ｖ２Ｖ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ）通信、車両インフラ間（Ｖ２Ｉ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）通信、車両歩行者間（Ｖ２Ｐ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｐｅｄｅｓｔｒｉａｎ）通信、車両ネットワーク間（Ｖ２Ｎ：Ｖｅｈｉｃｌｅ−ｔｏ−Ｎｅｔｗｏｒｋ）通信を支援する研究が持続されている。
【０１３９】
Ｖ２Ｘ通信によれば、車両は持続的に自分の位置、速度、方向などについての情報をブロードキャスティングする。ブロードキャスティングされた情報を受信した周辺の車両は自分周辺の車両の動きを認知して事故防止に活用する。
【０１４０】
すなわち、個人がスマートフォン又はスマート時計などの形態を有する端末を持っていることと同様に、各車両も特定形態の端末（又は、ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を設置することになる。この時、車両に設置されるＵＥは通信網で実際に通信サービスを受ける器機を言う。例えば車両に設置されるＵＥはＥ−ＵＴＲＡＮでｅＮＢに接続されて通信サービスを受けることができる。
【０１４１】
しかし、Ｖ２Ｘ通信を車両に具現する過程ではいろいろな考慮すべき事項がある。これは、Ｖ２Ｘ基地局などの交通安全基盤施設の設置に天文学的なコストが必要であるからである。すなわち、車両が動ける全ての道路にＶ２Ｘ通信を支援するためには数十万個以上のＶ２Ｘ基地局の設置が要求される。また、各ネットワークノードは安定的なサーバーとの通信のために有線網を基に使用してインターネット又は中央制御サーバーに接続するから、有線網の設置維持コストも高い。
【０１４２】
したがって、以下では効率的にＶ２Ｘ通信を行うための方法及びこれを具現するためのシナリオ及びインフラ構造を提案する。
【０１４３】
３．提案するＶ２Ｘ通信方法
【０１４４】
提案するＶ２Ｘ通信方法を説明するに先立ち、以下の明細書で使ういくつかの用語をまず定義する。
【０１４５】
−ＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）：Ｖ２Ｉ通信を支援するエンティティで、Ｖ２Ｉアプリケーションを用いてＵＥへの送信及びＵＥからの受信を行うことができるエンティティを意味する。ＲＳＵはｅＮＢ又はＵＥ（特に、固定的（ｓｔａｔｉｏｎａｒｙ）ＵＥ）に具現できる。ＲＳＵとして動作するｅＮＢ又はＵＥは交通安全についての情報（例えば、信号灯情報、交通量情報など）及び／又は周辺の車両動きについての情報を収集し、Ｖ２Ｉ通信の対象となる他のＵＥに情報を送信するか他のＵＥから情報を受信する。
【０１４６】
−Ｖ２Ｉ通信：Ｖ２Ｘ通信の一つのタイプで、Ｖ２Ｉアプリケーションを用いるＵＥとＲＳＵが通信の主体となる。
【０１４７】
−Ｖ２Ｎ通信：Ｖ２Ｘ通信の一つのタイプで、Ｖ２Ｎアプリケーションを使うＵＥとサービングエンティティが通信の主体となり、ＵＥとサービングエンティティはＬＴＥネットワークエンティティを介して互いに通信を行う。
【０１４８】
−Ｖ２Ｐ通信：Ｖ２Ｘ通信の一つのタイプで、Ｖ２Ｐアプリケーションを使う二つのＵＥが通信の主体となる。
【０１４９】
−Ｖ２Ｖ通信：Ｖ２Ｘ通信の一つのタイプで、Ｖ２Ｖアプリケーションを使う二つのＵＥが通信の主体となる。Ｖ２Ｐ通信と区別される点は、Ｖ２Ｐ通信はある一つの端末が歩行者の端末となる反面、Ｖ２Ｖ通信はある一つの端末が車両の端末となる点である。
【０１５０】
−Ｕｕインターフェース（又は、Ｅ−ＵＴＲＡＮ  Ｕｕインターフェース）：ＬＴＥ／ＬＴＥ−Ａで定義されるＵＥとｅＮＢ間のインターフェースを意味する。中継ノード（ｒｅｌａｙ  ｎｏｄｅ）においては中継ノードとＵＥ間のインターフェースを意味し得る。
【０１５１】
−Ｕｎインターフェース：中継ノードとｅＮＢ間のインターフェースを意味する。ＭＢＳＦＮ（ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅｓ）ｏｖｅｒ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームで行われる送受信に用いられるインターフェースを意味する。
【０１５２】
−ＰＣ５インターフェース：二つのＵＥ間の直接通信に用いられるインターフェースを意味し、ＰｒｏＳＥ（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）を支援するデバイス間の通信に用いられるインターフェースである。
【０１５３】
−ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｉｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）：車両用近距離（ｓｈｏｒｔ−ｒａｎｇｅ）〜中距離（ｍｅｄｉｕｍ−ｒａｎｇｅ）無線通信に用いられるプロトコルと標準規格を意味し、上述したＵｕ、Ｕｎ、ＰＣ５インターフェースとは違うインターフェースを用いて通信が行われる。
【０１５４】
図８は提案する通信方法が適用されるインフラ構造を示す図である。
【０１５５】
提案する通信方法によれば、Ｖ２Ｘ通信に基づくサービスを提供しようとする事業者又は機関はｅＮＢではないＵＥを活用してインフラ構造を構築する。ｅＮＢを用いてＶ２Ｘに基づくインフラ構造を構築する場合、数多いＵＥを管理して無線リソースを設定及び制御するとともに、有線網を活用したバックボーン（ｂａｃｋｂｏｎｅ）を構成しなければならないｅＮＢの特性上、設置コストが高くかかる。
【０１５６】
一方、ＵＥを用いてＶ２Ｘに基づくインフラ構造を構築する場合、ＵＥは小型化が可能であってどこでも易しく設置することができる利点がある。例えば、ＵＥを信号灯に簡単に付着して連結することのみでも信号灯をＶ２Ｘに基づく施設（例えば、ＲＳＵ）として活用することができることになる。また、ＵＥは基本的にセルラ網に接続されるので、ユーザーは有線網のバックボーンを設置しなくても無線でＶ２Ｘに基づく施設を便利に制御することができるようになる。
【０１５７】
ＵＥを用いてＶ２Ｘインフラ構造を構築する事業者又は機関は、無線でＵＥを遠隔で制御するか設定することで、ＵＥをＶ２Ｘ通信のためのＲＳＵとして動作するように設定するか通信中継サービスを提供するように設定することができる。言い替えれば、上述したＵＥはＲＳＵの機能をする動作することもでき、同時に又は選択的に中継ノード（ｒｅｌａｙ  ｎｏｄｅ）としての中継機能をするように動作することもできる。
【０１５８】
中継機能とは、ＵＥが周辺の他のＵＥに通信連結（ｉｎｔｅｒｎｅｔ  ｃｏｎｎｅｃｔｉｖｉｔｙ）を提供する機能を意味する。例えば、歩行者のスマートフォンが上述した中継機能を提供するＵＥとして接続する場合、ＵＥはまた３Ｇ／４Ｇ／５Ｇ又はＷｉＦｉなどの無線通信サービス規格によってｅＮＢ、ＡＰのようなノードに接続することになる。このような過程によって、インターネット連結を支援するＵＥは３Ｇ／４Ｇ／５Ｇ又はＷｉＦｉ無線通信サービスを用いて通信網に接続すると同時に、自分に接続したスマートフォンにインターネットサービスを中継及び提供することができるようになる。
【０１５９】
Ｖ２Ｘインフラ構造を構築及び運営する事業者／機関は、インターネット連結機能を提供するＵＥが設置された地域の状況をモニタすることができる。次いで、事業者／機関は自体の判断基準によってＵＥをＲＳＵとして使うか又は中継ノードとして使うのかを決定する。決定された内容はＵＥに所定の通信プロトコルを介して伝達され、ＵＥは指示に従ってＲＳＵ又は中継ノードとして動作する。上述したモニタリング過程、決定過程及びＵＥへの指示過程はユーザーの指示に従って行われることもでき、ソフトウェアとして具現されて自動化することもできる。
【０１６０】
また、ＵＥがＲＳＵ又は中継ノードのいずれかの機能として動作するかを決定する過程で、ＵＥが使うインターフェース規格が一緒に決定されることもできる。すなわち、事業者／機関はＵＥが動作する機能とともに使うインターフェース規格を決定してＵＥに指示することができる。例えば、ＵＥがＲＳＵとして動作する場合、ＵＥは指示されたインターフェース規格を考慮してｅＮＢとの通信過程でＵｕインターフェースとして動作し、他のＵＥとの通信過程でＰＣ５インターフェースとして動作することができる。さらに他の例を挙げれば、ＵＥが中継ノードとして動作する場合（例えば、３ＧＰＰ標準規格による中継ノード）、ＵＥは指示されたインターフェース規格によってｅＮＢとの通信過程ではＵｎインターフェースとして動作し、他のＵＥとの通信過程ではＵｕインターフェースとして動作することができる。さらに他の例を挙げれば、無線リソースを効率的に活用するため、ＲＳＵとして動作するＵＥがｅＮＢとＰＣ５インターフェースを介して通信することもできる。さらに他の例を挙げれば、中継ノード（３ＧＰＰ標準規格のＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ（Ｌａｙｅｒ−３  Ｒｅｌａｙ又はＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｒｅｌａｙ））として動作するＵＥはｅＮＢとＵｕインターフェースを介して通信することもできる。ＵＥが支援する機能とインターフェースがマッチされる場合、事業者／機関はＵＥに単にＲＳＵ又は中継ノードのいずれの機能を行うかのみ知らせればインターフェースが自動的に決定される。しかし、ＵＥが複数のインターフェースを支援する場合、事業者／機関はＵＥに動作する機能とともに複数のインターフェースのいずれか一つを選択して知らせることもできる。
【０１６１】
提案する通信方法によれば、事業者／機関はＵＥを用いてＶ２Ｘインフラ構造を効率的に構築し、通信環境の変化によってＵＥを動的に制御する。ＵＥの機能（又は、ＵＥの動作モード）とＵＥが使うインターフェースを指示してＵＥを制御することで、事業者／機関はＵＥをＲＳＵ又は中継ノードのようなインフラ構造として活用することができるようになり、通信網の容量を増大させてスモールセル（ｓｍａｌｌ  ｃｅｌｌ）の供給を増やすことができるようになる。
【０１６２】
以下では、図８に示したＶ２Ｘインフラ構造の各ノードについて具体的に説明する。
【０１６３】
ノード１１：基地局を示し、例えばＥ−ＵＴＲＡＮのｅＮＢに相当することができる。
【０１６４】
ノード１２：核心網（ＣＮ：Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）を示し、例えばＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、又はＶ２Ｘサービス（サービス認証（ａｕｔｈｏｒｉｚａｔｉｏｎ）、権限設定（ｐｒｏｖｉｓｉｏｎｉｎｇ）、ＩＤ管理など）を提供する他のエンティティとなることができる。
【０１６５】
ノード１３：管理者網の端末、器機、サーバー、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｙｓｔｅｍ）、又はＰＣＲＦ（Ｐｏｌｉｃｙ  Ｃｈａｒｇｉｎｇ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ）のためのノードを示す。ＩＭＳ及び／又はＰＣＲＦはノード１２に含まれるように具現できる。ノード１３を介して、管理者がＵＥに直接命令を送信するか、管理者が作成したソフトウェアプログラムによってＵＥに自動で命令を送信することができる。また、ノード１３は各ノードから受信された情報に基づいて決定された命令を送信することもできる。ノード１３が生成した命令はノード１２、ノード１１を介してノード２１、２２、２３、２４などに伝達されることができる。若しくは、ノード１３は具現方式によって命令の決定及び制御の機能をノード１１又はノード１２に委任することもできる。例えば、無線リソースを管理するノード１１（ｅＮＢ）がノード２１、２２、２３、２４がどのモードで動作するかを設定することができ、ノード２１、２２、２３、２４のそれぞれはノード１１の設定によって動作することができる。ここで、モードとは各ノードがＲＳＵ機能を行うように動作するか（ＲＳＵモード）又は中継機能を行うように動作するか（中継ノード）を示す。また、ノード１３は各ノードが自分に接続された他のノードとどのインターフェース（例えば、Ｕｕ、Ｕｎ、ＰＣ５、ＤＳＲＣなど）を介して通信を行うかについても命令することができる。ノード１３から設定された情報を受信したノードは設定によって動作することになる。また、ノード１３はＶ２Ｘ通信についての交通情報を他の下位ノードから受けることができ、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ）関連サーバーからＩＴＳ関連情報を受けて再加工して、下位ノード又はＩＴＳサーバーに送信することもできる。
【０１６６】
ノード２１：ＲＳＵの機能を行うノードである。すなわち、ＲＳＵモードで動作するノードである。ノード１１からＵｎインターフェース１０１を介して通信連結サービスを受け、他の端末（又はノード）に通信連結サービスを提供する。ノード２１は他のノードにＶ２Ｘ関連サービスを提供することもできる。図示の例で、ノード２１はノード２２にＵｕインターフェース２０１を介して通信連結サービスを提供する。ノード２１は簡単には電柱、支持台、信号灯などの施設に設置されることができ、交通関連装備に設置された場合、交通関連施設と情報をやり取りすることができる。前述したように、ノード２１はＵＥ（特に、固定的ＵＥ）として具現できる。
【０１６７】
ノード２２：ＲＳＵの機能を行うさらに他のノードである。ノード１１から通信連結サービスをＵｕインターフェース１０２を介して受け、Ｖ２Ｘ関連サービスを他の端末又はノードに提供する。ノード２２は互いに異なる通信技術に基づく複数のＶ２Ｘサービスを支援する。例えば、ＤＳＲＣを支援する通信モジュール及びＬＴＥ通信モジュールを全て備えたＵＥとして具現されたノード２２はＬＴＥに基づくＰＣ５インターフェースを支援するＶ２ＸサービスとＤＳＲＣ／ＷＡＶＥに基づくＶ２Ｘサービスを全て支援することができる。よって、ノード２２はＤＳＲＣを用いて受信したＶ２Ｘサービス情報をＬＴＥ  Ｖ２Ｘサービスを用いて送信することができ、反対の動作も行うことができる。図示のように、ノード２２はＤＳＲＣ３０５を介して動作するノード３４からＶ２Ｘ情報を受信し、受信された情報をアプリケーションで再処理してＰＣ５インターフェース３０４を用いたＬＴＥに基づくＶ２Ｘ通信を介してノード３３に送信する。また、ノード２２はＰＣ５インターフェース３０４を用いたＬＴＥに基づくＶ２Ｘ通信を介して動作するノード３３からＶ２Ｘ情報を受信し、反対にノード３４にＤＳＲＣ３０５に基づくＶ２Ｘ通信を介してＶ２Ｘ情報を送信することができる。また、ノード２２は自分が管理するＶ２Ｘ端末（ノード３３、ノード３４）から受信した交通関連情報又は他のデバイスから収集した交通関連情報を上位ノードであるノード１１、ノード１２、ノード１３に送信することもできる。さらに、ノード２２は、ノード１１、ノード１２、ノード１３で生成されて受信された情報をノード３３、ノード３４に伝達することもできる。
【０１６８】
ノード２３：中継ノードの機能を行うノードである。すなわち、中継モードで動作するノードである。ノード２３はノード１１から通信連結サービスをＵｕインターフェース１０３を介して受け、他の端末であるノード３５にＰＣ５インターフェース３０６を介して通信連結サービスを提供する。すなわち、ノード２３は広帯域通信網に接続する端末でもあるとともに他の端末に通信サービスを提供する役目も一緒に行う。設定によって、ノード２３はノード３５に通信サービスを提供するためにＵｕインターフェースを用いることもできる。すなわち、ノード２３はノード１１を介してノード１２及びノード１３と連結され、管理者の設定によってノード１１との通信及びノード３５との通信にどのインターフェースを使うかが決定されれば、ノード２３はその設定によって動作する。このような過程で、ノード２３は設定によってＲＳＵの機能を行うように動作するか、続けて中継ノードとして動作するか、二つの動作を全て行うか、又は二つの動作を全て行わないかを決定することもできる。
【０１６９】
ノード２４：中継ノードの機能を行うノード、すなわち中継モードで動作するノードである。ノード２４はノード１１からＵｎインターフェース１０４を介してサービスを受け、Ｕｕインターフェース３０７を介してノード３６にサービスを提供する。すなわち、ノード２４は広帯域通信網に接続する端末であるとともに他のノードに通信サービスを提供する役目を行う。
【０１７０】
以上のノード２１〜ノード２４は、上述したように、ＵＥによって具現できる。
【０１７１】
ノード３１：スマートフォンのような端末である。ＲＳＵ機能を行うノード２１又はノード２２からＶ２Ｘ関連サービスを受ける。
【０１７２】
ノード３２：車両に設置された端末である。ノード３２はＶ２Ｘ機能を支援するノード３１、又は他の車両に設置された端末であるノード３３とＶ２Ｘ関連情報をやりとる。このような送受信過程でＰＣ５インターフェースを用いることができる。また、ノード３２はＲＳＵモードで動作するノード２２とＶ２Ｘ関連情報を送受信することができる。
【０１７３】
ノード３３：車両に設置された端末である。他の車両に設置された端末であるノード３２とＶ２Ｘ情報をやり取り、ＲＳＵモードで動作するノード２２とＶ２Ｘ情報をやりとる。ノード３３がＬＴＥに基づくＶ２Ｘサービスのみを支援する場合、ノード３３はＤＳＲＣに基づくＶ２Ｘサービスを支援するノード３４から直接Ｖ２Ｘ関連データを受信することはできなく、ノード２２のように複数のＶ２Ｘサービスプロトコルを支援するノードからＶ２Ｘデータの中継を受ける。ノード３３は、Ｖ２Ｘ関連モジュールに加え、車両に設置されたセンサーからセンシング情報を収集するモジュール及びＶ２Ｘを介して受信された情報とセンシング情報を統合して処理するモジュールをさらに含むことができる。
【０１７４】
ノード３４：車両に設置された端末であり、他の車両に設置された端末と通信して情報をやりとる。また、ノード２２のようにＲＳＵ機能を支援するノードから情報を受信する。ノード３４がＤＳＲＣに基づくＶ２Ｘサービスのみを支援する場合、ノード３４はＬＴＥに基づくＶ２Ｘサービスを支援する端末３３から直接Ｖ２Ｘデータを受信することができず、ノード２２を介してＶ２Ｘデータの中継を受ける。
【０１７５】
ノード３５：スマートフォンのような端末であって、ノード２３から通信連結サービスの支援を受ける。
【０１７６】
ノード３６：スマートフォンのような端末であって、ノード２４から通信連結サービスの支援を受ける。
【０１７７】
以上で説明したインフラ構造において、ノード２１、ノード２２、ノード２３、ノード２４は通信環境の良い、すなわち地帯が高くて四方の観察が可能な所に位置することができる。特に、ノード２１、ノード２２、ノード２３、ノード２４はＲＳＵで動作して周辺に交通情報を送信するか、中継ノードで動作して通信連結サービスを提供するので、他の端末よりノード１１に優先して接続される必要がある。よって、図示のインフラ構造においてＲＳＵ又は中継ノードとして動作する端末が優先して無線リソースの割当を受けるため、ＲＳＵ又は中継ノードとして動作する端末はノード１１に無線リソースを優先的に要求しなければならない。例えば、Ｅ−ＵＴＲＡＮに接続する端末がＲＳＵ又は中継ノードとして動作する場合、ＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）過程で自分がＲＳＵ又は中継ノードとして動作するとか動作することができる（すなわち、ケイパビリティ（ｃａｐａｂｉｌｉｔｙ））をノード１１に知らせる。若しくは、ＲＳＵ又は中継ノードとして動作する端末はＮＡＳ階層のサービス要求（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ）、接続過程（ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ）、又はＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）過程でＲＳＵ又は中継ノードとして動作するとか動作することができるというケイパビリティについての情報を送信することもできる。
【０１７８】
ネットワークは端末からの要求によってＲＳＵ又は中継ノードとして動作する端末に優先的に無線リソースを割り当てることができる。追加として、ＲＳＵ又は中継ノードとして動作するＵＥの場合、２機能のいずれか一方で動作するか又は２機能の両方で動作することができるかが加入者情報に保存され得る。このような場合、ネットワークは端末から受信した情報と加入者情報を一緒に考慮して端末に優先的に無線リソースを割り当てるかを決定することもできる。若しくは、ネットワークは既保存の加入者情報を考慮して端末に優先的に無線リソースを割り当てるかも決定することもできる。ネットワークが端末にＲＳＵ又は中継ノードへの動作を指示する場合、ノード１３はノード１２又はノード１１に決定された情報を伝達し、ノード１１はノード２１に無線リソースを優先的に割り当てることができる。
【０１７９】
上述した過程で、ノード２１、ノード２２、ノード２３、ノード２４は失敗（ｆａｉｌｕｒｅ）なしに正常に動作しなければならない。このようなノードで問題が発生する場合、早い復旧がならなければならないので、ノードの異常動作を早く認知することが要求される。このために、ＲＳＵ又は中継ノードとして動作する端末は周期的にノード１１、ノード１２及びノード１３のいずれか一つ以上と情報をやり取りしなければならない。すなわち、ノード１１、ノード１２及び／又はノード１３はノード２１〜ノード２４に所定の時間間隔で正常動作可否を知らせることを設定することができる。これにより、ノード２１〜ノード２４はノード１１〜ノード１３に自分の状態を周期的に知らせることができる。このような動作は周期的ＴＡＵ（ｐｅｒｉｏｄｉｃ  ＴＡＵ）過程によって具現できる。
【０１８０】
一実施例によれば、ＩＴＳ事業者はＩＴＳサービスを提供するためにＵＥに具現されるＲＳＵを設置することができる。ＵＥを基にして、Ｕｕインターフェース、ＰＣ５インターフェースを介して車両又は交通に関連する端末に情報を送信するとかＩＴＳサービスを提供することができる。しかし、セルラ通信網の負荷が増大してセルの数を増やさなければならない場合、ＩＴＳ事業者は構築されたＵＥに基づくＲＳＵでなるＩＴＳ網を用い、ＵＥに基づくＲＳＵのうち一部の設定を中継ノードに切り替えることができる。よって、セルの数が増えてモバイルデータサービスの容量が易しく増大する。反対に、モバイルデータサービスを提供する事業者がＵＥに基づく中継ノードを前もって設置して網を構築し、以後のＶ２Ｘサービス（すなわち、ＩＴＳサービス）が活性化すれば、既設置の中継ノードの設定をＩＴＳインフラ装備に切り替えることによってＶ２Ｘ情報の送信のためのＲＳＵとして活用することができる。
【０１８１】
このために、ＵＥを用いて通信網又はＶ２Ｘ網を構築する事業者はＵＥに前もって複数の通信規格と複数のインターフェースを支援するように具現してから設置することができる。例えば、上述したＵｕインターフェース、Ｕｎインターフェース、ＰＣ５インターフェース、ＤＳＲＣ機能、ＩＥＥＥで定義された８０２．１１ｐによる機能など、多様なインターフェースと機能による動作が可能であるようにＵＥを具現した後、ＵＥを設置することができる。よって、遠隔で設定情報をＵＥに送信することで、簡単にＵＥがどの機能とインターフェースで動作するかを知らせることができるようになる。
【０１８２】
図８に示したＶ２Ｘインフラ構造は事業者の設計変更によって以降の図９及び図１０のように多様に変更可能である。すなわち、ノード２１又はノード２２が動作する機能が変わるとか、ノード１１とノード２１間の通信インターフェースが変わるとか、又はノード２２とノード３２、ノード３３、ノード３４間のインターフェースが変わるなどの変更（又は再設定）が可能である。
【０１８３】
図９及び図１０は提案する通信方法が適用される他のインフラ構造を示す図である。図９は図８に示したインフラ構造においてノード２１の機能が変更される実施例を、図１０は図９に示したインフラ構造においてインターフェース１０１、１０２、２０１、３０１、３０２、３０３、３０４が変更される実施例をそれぞれ示す。
【０１８４】
まず、Ｖ２Ｘインフラ構造を構成するＵＥの動作モードはノード１１、ノード１２、ノード１３の一つ以上によって決定可能であることは前述したようである。決定されたＵＥの動作モード（又は、動作モードとインターフェース）はノード２１、ノード２２、ノード２３、ノード２４に伝達される。このような実施例とは違い、前もって所定の基準によってトリガリング条件が生成されてノード２１〜ノード２４に伝達されれば、ノード２１〜ノード２４はトリガリング条件が満たされる場合、マッチされる機能を行うか（すなわち、マッチされるモードで動作するか）、マッチされるインターフェースを介して通信を行うことができる。
【０１８５】
例として説明すれば、ノード２２は自分が管理する所定サイズの領域内で車両の数が一定数以下となる場合をトリガリング条件に前もって設定することができる。ノード２２が車両の数がトリガリング条件を満たすことを感知する場合（すなわち、周辺の車両数が一定数以上に増えるとか、一定数以下に減少する場合）、トリガリング条件とマッチした動作を行うようになる。例えば、ノード２２は、トリガリング条件が満たされることにより、ノード３２、ノード３３、ノード３４へのインターフェースをＰＣ５でＵｕインターフェースに変更することができる。若しくは、ノード２１は、通信サービスを願うノードの数が一定数以上となる場合をさらに他のトリガリング条件に設定することができる。よって、ＲＳＵ機能を行いながら動作したノード２１はトリガリング条件が満たされることを感知することによって、ＲＳＵ機能の動作を中断し、中継ノードとして動作を開始することができる（図９の２１）。トリガリング条件の設定とマッチする動作はノード２１、ノード２２などで自ら設定したものによって行われるか、ノード２１、ノード２２がトリガリング条件が満たされたという自分の状況と周辺状況の情報を上位ノード（ノード１１、ノード１２、ノード１３）に知らせ、応答によって受信される命令に従って行われることもできる。
【０１８６】
図９及び図１０の実施例において、ＲＳＵ又は中継ノードとして動作するＵＥは多様な方式で具現できる。例えば、ＵＥはｅＮＢとＵｎインターフェースを介して通信連結サービスを受け（図１０の１０４）、自分に接続された他のＵＥにはＵｕインターフェースを介して通信サービスを提供することができる（図１０の３０７）。このような例示で、ＵＥは中継ノードの役目を行うものとなる。さらに他の例を挙げれば、ＵＥはＵＥ−ｔｏ−Ｎｅｔｗｏｒｋの役目を行うことができる。この時のＵＥはｅＮＢとＵｕインターフェースを介して通信連結サービスを受け（図１０の１０３）、自分に接続された他のＵＥにはＰＣ５インターフェースを介して通信連結サービスを提供することもできる（図１０の３０６）。
【０１８７】
図１１は提案する通信方法が適用される他のインフラ構造を示す図である。図１１はｅＮＢとノード２１、ノード２２、ノード２３、ノード２４の間の連結がＵｕインターフェースに具現される実施例を示す。
【０１８８】
すなわち、図１１はノード２１〜ノード２４がｅＮＢとのＵｎインターフェースを支援しないＵＥの場合、すなわち中継ノードではない場合の構築形態を示す。ノード２１〜ノード２４がｅＮＢとＵｎインターフェースを介して通信を行うためには３ＧＰＰで定義されるＭＢＳＦＮ関連機能を支援しなければならない。ＭＢＳＦＮ関連機能を具現するためには、Ｕｎインターフェースを支援しない端末に比べて製品の具現に追加のコストが要求されるので、ノード２１〜ノード２４がｅＮＢとＵｕインターフェースのみを介して通信することができるように具現することもできる。
【０１８９】
図１２は提案する通信方法が適用される他のインフラ構造を示す図である。図１２ではノード２１〜ノード２４が３ＧＰＰのＭＢＳＦＮ機能を支援する中継ノードとして動作する実施例を示す。
【０１９０】
図１２で、ノード２１〜ノード２４のｅＮＢとの連結がＵｎインターフェースを介して具現される場合、ノード２１〜ノード２４はＭＢＳＦＮ機能によってｅＮＢと通信するように具現できる。図１２はノード２１〜ノード２４が全てＭＢＳＦＮ機能による中継ノードとして動作するときのシナリオを示す。
【０１９１】
図１３〜図１５は提案する通信方法が適用される他のインフラ構造を示す図である。
【０１９２】
図１３はノード２１、ノード２２、ノード２３、ノード２４が全て中継ノードとして動作する実施例を、図１４及び図１５はノード２１、ノード２２、ノード２３、ノード２４が全てＲＳＵとして動作する実施例をそれぞれ示す。ＵＥとして具現されるノード２１〜ノード２４は通信網事業者又はＶ２Ｘ事業者によって設定された方式によって動作し、事業者はノードの動作のうち一括的に動作モードを変更することもできる。例えば、網又はＶ２Ｘ事業者は図１３のように中継ノードとして動作するノード２１〜ノード２４を一括的にＲＳＵとして動作するように変更及び設定することができる。
【０１９３】
また、図１４及び図１５に示したように、網又はＶ２Ｘ事業者はノードの動作モードとともにインターフェースも一括的に変更することができる。例えば、図１４で、ノード２１〜ノード２４はＵｕインターフェースとＰＣ５インターフェースを介してｅＮＢと他の端末とそれぞれ通信する反面、図１５のノード２１〜ノード２４はＵｕインターフェースを介して他の端末と通信を行う。
【０１９４】
上述した実施例に加え、ＵＥとして具現されたノードが動作モードを変更する場合、モードを変更するということを知らせる情報、変更されるモードについての情報などがノード１１、ノード１２、ノード１３の一つ以上に送信されることができる。変更される動作モードに要求される多様な種類のシステム情報は上位ノードから動作モードを変更することが指示されるときに一緒に受けることもでき、各ノードが動作モードをトリガリング条件によって自ら変更する場合、上位ノードに要求して取得することもできる。
【０１９５】
図１６は提案する通信方法が適用される他のインフラ構造を示す図である。図１６はＲＳＵ機能を行うノードが具現されるさまざまなインフラ構造の例示を示す。
【０１９６】
図１６はＵＥが信号灯、電柱、街灯など、多様な道路周辺施設物に設置される例示を示す（１６００）。すなわち、ＵＥは道路周辺施設物に設置されてＲＳＵとして動作することによってＶ２Ｘ通信網の一部を形成する。ＵＥは、小さなサイズ、低い設置コストと管理コストなどの利点によって多くの場所に易しく設置されることができる。
【０１９７】
ＵＥはＶ２Ｘ／ＩＴＳ事業者又は網管理者によって遠隔で管理される。例えば、ＵＥはＲＳＵとして動作する過程でどのインターフェースを介してセルラ網又はインターネットサービス網に接続するか、どのインターフェースを介して周辺の端末にサービスを提供するか、ＲＳＵと中継ノードのうちどの機能を行うように動作するかなどを遠隔で制御される。また、ＵＥは周辺環境の変化を考慮して既決定のトリガリング条件によって特定機能とインターフェースで動作することができ、所定の動作中にも管理者／事業者によって指示された新しい設定で動作することができる。
【０１９８】
図１７は一実施例による通信方法を示すフローチャートである。
【０１９９】
図１７で、管理エンティティ（Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）はコア網の事業者又は管理者を示し、図８〜図１５のノード１２又はノード１３に対応する。オペレータネットワークノード（Ｏｐｅｒａｔｏｒ  Ｎｅｔｗｏｒｋ  Ｎｏｄｅｓ）はコア網とＵＥを連結する通信網であって、ｅＮＢ又はＭＭＥなどで構成されるバックボーン網を示すことができ、図８〜図１５のノード１１に対応する。図１７の制御ＵＥ（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）は事業者／管理者によって設置されてＲＳＵ又は中継ノードとして動作するＵＥを示し、図８〜図１５のノード２１、ノード２２、ノード２３、ノード２４に対応する。サービスＵＥ（Ｓｅｒｖｉｃｅｄ  ＵＥ）はＲＳＵ又は中継ノードに接続してサービスを受ける端末を示し、図８〜図１５のノード３１、ノード３２、ノード３３、ノード３４、ノード３５、ノード３６に対応する。
【０２００】
図１７ではＶ２Ｘ網構築のために設置されたＵＥの動作を遠隔で制御するとか設定する実施例を示す。管理エンティティ（Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）は遠隔で命令を送信するエンティティであって、ユーザーによって直接（ｍａｎｕａｌ）制御されるとか指定されたソフトウェア動作で具現されることができる。図１７に示した例のように、管理エンティティ（Ｍａｎａｇｅｍｅｎｔ  Ｕｎｉｔ）は設置した端末（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）にＲＳＵモードを開始するメッセージ（Ｓ１７１０）を送信するとか通信中継モードを開始するメッセージ（Ｓ１７４０）を送信する。管理エンティティからの命令は、例えば３ＧＰＰのＥＰＣ、Ｅ−ＵＴＲＡＮなどのオペレータネットワークノード（Ｏｐｅｒａｔｏｒ  Ｎｅｔｗｏｒｋ  Ｎｏｄｅｓ）を介して制御ＵＥ（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）に伝達される。このような管理エンティティからの命令はＲＳＵモード又は中継モードを指示する情報を含むことができるのみならず、それぞれのモードに使うインターフェースを指示する情報もさらに含むことができる。
【０２０１】
制御命令を受信したＵＥは指示されたようにＲＳＵ機能を行うＲＳＵモードで動作し（Ｓ１７２０）周辺の端末にＶ２Ｘサービスを提供するとか（Ｓ１７３０）、通信中継機能を行う中継モードで動作し（Ｓ１７５０）、周辺の端末に通信サービスを提供することができる（Ｓ１７６０）。上述したＳ１７２０〜Ｓ１７６０の過程でＵＥがネットワークから新しい命令を受信する場合、ＵＥは新しい命令が指示するように動作モードと設定されたインターフェースを変更することができる。すなわち、ＲＳＵとして動作しているＵＥがネットワークによって中継ノードとして動作することを指示される場合、ＵＥは中継ノードとして動作を開始するととともに新しく設定されたインターフェースを介して周辺の端末に通信中継機能を提供する中継モードで動作する。
【０２０２】
図１８はさらに他の実施例による通信方法を示すフローチャートである。
【０２０３】
図１８の実施例は事業者が網構築を目的で設置したＵＥを他のＵＥより優先的に接続許可する過程を示す。例えば、セルのリソースが足りない場合、網構築のために設置したＵＥ（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）に優先的に無線リソースを割り当てることができ、多様な端末から同時に接続が要求される場合、網構築のために設置したＵＥに優先的に接続が許可されることができる。
【０２０４】
上述したように、制御ＵＥ（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）を優先的に処理するために、制御ＵＥ（Ｃｏｎｔｒｏｌｌｅｄ  ＵＥ）は他の一般ＵＥとは区別される識別子を割り当てられることができる。すなわち、管理エンティティは直接設置したＵＥに他のＵＥとは区別される識別子を割り当てるか、該当ＵＥが特別なタイプのＵＥであることを知らせることができる（Ｓ１８１０）。一方、管理エンティティは網構築のために設置したＵＥが他のＵＥに優先して処理されなければならないことを知らせる設定情報をネットワークノード（ｅＮＢ、ＭＭＥなど）に送信することができる（Ｓ１８２０）。
【０２０５】
他のＵＥと区別される識別子を割り当てられたＵＥは、ネットワークノードに接続を要求するとき、自分が割り当てられた識別子を一緒に知らせるとか、自分が網構築のためのタイプのＵＥであることを一緒に知らせることができる（Ｓ１８４０）。ネットワークノードは、ＵＥから接続要求を受信すれば、要求が特別な識別子を含むとか特別なタイプのＵＥの接続要求であることを示す場合、該当ＵＥに優先的に接続を許可する（Ｓ１８５０）。例えば、特別なタイプのＵＥであることを示す情報はＲＳＵとして動作するＵＥであるとか中継ノードとして動作するＵＥを示す情報となることができる。
【０２０６】
一方、網構築のためのＵＥに接続してサービスを受ける他のサービスＵＥ（Ｓｅｒｖｉｃｅｄ  ＵＥ）は、ネットワークノードに接続を要求するとき、特別な識別子の送信も行わなく特別なタイプのＵＥであることを知らせることも行わないので（Ｓ１８４０）、ネットワークノードは、網構築のためのＵＥを優先的に接続許可するために、他のＵＥに対して接続を不許することができる（Ｓ１８６０）。
【０２０７】
一方、接続が許可されたＵＥが網構築のためのＵＥであることを管理エンティティから伝達されたネットワークノードは接続が許可されたＵＥに他の一般ＵＥより優先的に無線リソースを割り当てることができる。ネットワーク管理者、網設置を行った事業者又はネットワークノードは、上述したように接続が許可されたＵＥを優先的に支援するために、網構築のために設置されたＵＥが優先的に接続支援されなければならないＵＥであるという事実又はＵＥが特別な動作を行う端末であるという事実をＵＥを管理する他のネットワークノードに知らせる。よって、ネットワークのノードは網構築のために設置されたＵＥに無線リソースを優先的に割り当てるとか又は優先的に接続を許容する優先順位処理（Ｐｒｉｏｒｉｔｙ  ｈａｎｄｌｉｎｇ）を行うことができる。
【０２０８】
図１９及び図２０は提案する通信方法が適用される他のインフラ構造を示す図である。
【０２０９】
図１９はＵＥを用いてＶ２Ｘ網を構築するさらに他の実施例を示す。図１９に示したＵＥが図１６と違う点は、例えばスマートフォンのようにユーザーが直接使用するＵＥが道路周辺施設物に設置されてＶ２Ｘ網を構成することができるという点である。言い換えれば、事業者／管理者はＲＳＵ又は中継ノードとして動作するためのＵＥを新しく設計及び生産する必要なしに、市中に流通する端末が網構築に活用されることができる。一般に、ｅＮＢに接続してサービスを受けるスマートフォンが信号灯、電柱、街灯などに設置される場合、Ｖ２Ｘ通信のインフラ構造、通信中継機、通信基地局などに活用される（図１９）。
【０２１０】
また、スマートフォンが設置された位置の周辺に基地局などが設置されるとか、周辺環境の変化によってそれ以上スマートフォンがＶ２Ｘインフラ構造として役目をする必要がなくなった場合、スマートフォンを設置した管理者／事業者はスマートフォンを撤去して一般的な端末（例えば、ユーザーの個人スマートフォン）として再使用することができる。すなわち、歩行者／ユーザーがスマートフォンを携帯する場合には自分の個人スマートフォンとして動作し、特定場所に設置されて管理エンティティから遠隔で制御される場合には、ＲＳＵ又は中継ノードとしてネットワーク網の一部を構築するインフラ構造として動作するようになる（図２０）。
【０２１１】
一方、信号灯、街灯、電柱などにＵＥが設置される場合、ＵＥには電源連結及び通信連結のためのソフトウェアの設置が要求される。このような過程で設置されたＵＥはＶ２Ｘ／ＩＴＳ事業者又は網管理者によって遠隔で制御及び管理される。例えば、設置されたＵＥはどのインターフェースを介してセルラ又はインターネットサービス網に接続するか、どのインターフェースを介して周辺の端末にサービスを提供するか、ＲＳＵと中継ノードのうちどの機能を行うかなどに対して遠隔で制御される。また、ＵＥは動作中にも周辺状況と既設定の基準によって、又はユーザーの介入によって新しい動作の設定を受け、それによって動作することができる。
【０２１２】
上述した実施例が適用可能なシナリオの例示を説明する。歩行者が自分のスマートフォンを使ううちにバッテリーの電力が低くて充電を要する場合を考慮することができる。管理者／事業者は流動人口／車両が多くてインフラ構造にさらにＲＳＵを設置する必要があると判断される場所に前もってバッテリー充電スポット（ｓｐｏｔ）を設置することができる。
【０２１３】
歩行者は自分のスマートフォンをバッテリー充電スポットにしばらく任せておいてバッテリーを無料で充電することができ、携帯電話が充電されるうちに歩行者のスマートフォンは管理エンティティの制御命令に従ってＲＳＵ又は中継ノードとして動作することができる。管理エンティティによって制御するために、充電されるスマートフォンには一時的に所定のソフトウェアが組み込まれることができる。一時的に組み込まれたソフトウェアは充電が完了するとか、歩行者が自分のスマートフォンを回収することを望むとか、設定された所定時間が経つとかすると削除される。
【０２１４】
このように歩行者のスマートフォンを活用することで、管理者／事業者は更なるＵＥの設置なしにも通信網を改善する効果を得ることができる。同時に、スマートフォンを充電する歩行者は無料でバッテリーを充電することができるので、自分のスマートフォンを所定時間提供することに対する負担がなくなり、管理者／事業者と歩行者が共に利得を得るようになる。
【０２１５】
図２１〜図２３はさらに他の実施例による通信方法を示すフローチャートである。先に、図８ではＵＥがＲＳＵ又は中継ノードとして動作することができるというケイパビリティについての情報をネットワークノードに知らせる過程について簡単に説明した。以下の図２１〜図２３では上述したケイパビリティ送受信過程を具体的に説明する。
【０２１６】
まず、図２１はＲＲＣ連結要求過程でＵＥのケイパビリティ送受信方法を示す。ＲＳＵ又は中継ノードとして動作可能なＵＥはｅＮＢとＲＲＣ連結を樹立するためにＲＲＣ連結要求メッセージをｅＮＢに送信する（Ｓ２１１０）。ｅＮＢは受信したＲＲＣ連結要求メッセージに応答してＵＥにＲＲＣ連結設定メッセージを送信する（Ｓ２１２０）。
【０２１７】
一方、ＲＲＣ連結設定メッセージを受信したＵＥがＲＳＵ又は中継ノードとして動作することができるＵＥの場合、ＵＥは自分がＲＳＵ又は中継ノードとして動作可能であることを知らせる情報（すなわち、ケイパビリティ情報）をＲＲＣ連結設定完了メッセージに含ませてｅＮＢに送信する（Ｓ２１３０）。ケイパビリティ情報を受信したｅＮＢは受信されたケイパビリティ情報をＳ１  ＵＥコンテキスト情報メッセージに含ませてＭＭＥに伝達し（Ｓ２１４０）、ＭＭＥはｅＮＢを介して接続したＵＥがＲＳＵ又は中継ノードとして役目することができることを認知する。
【０２１８】
一方、ＭＭＥはＵＥのケイパビリティ情報を事業者の管理サーバーに送信するために登録要求メッセージを送信し（Ｓ２１５０）、これに応答して事業者の管理サーバーはＭＭＥに登録確認メッセージを送信する（Ｓ２１６０）。ＭＭＥは、ＵＥの登録が完了したことを認知すれば、ｅＮＢにＵＥのケイパビリティ情報が確認されたことを知らせるためのＳ１  ＵＥコンテキスト確認メッセージを送信する（Ｓ２１７０）。ｅＮＢはＲＲＣメッセージによってＵＥのケイパビリティ情報が更新されたことをＵＥに知らせる（Ｓ２１８０）。
【０２１９】
上述した一連の過程によって、ｅＮＢ、ＭＭＥ及び事業者の管理サーバーはどのＵＥが接続したか、接続したＵＥがＲＳＵ又は中継ノードとして役目することができるかについての情報を取得する。その後、事業者の管理サーバー（又は、核心網）はＲＳＵ又は中継ノードとして役目することができるケイパビリティ情報を送信したＵＥのみを上述したように遠隔で制御して動作させる。
【０２２０】
次に、図２２は接続要求（ａｔｔａｃｈ  ｒｅｑｕｅｓｔ）過程でＵＥのケイパビリティ送受信方法を示す。図２２ではＲＲＣ連結過程の代わりにＮＡＳメッセージを用いた実施例を説明する。
【０２２１】
ＲＳＵ又は中継ノードとして動作することができるＵＥは先にｅＮＢとＲＲＣ連結を樹立する。ＲＲＣ連結が樹立されれば、ＵＥはＭＭＥに接続要求メッセージを送信する（Ｓ２２１０）。接続要求メッセージにはＵＥがＲＳＵ又は中継ノードとして動作することができることを示すケイパビリティ情報が含まれることができる。
【０２２２】
ＭＭＥは受信したケイパビリティ情報を事業者の管理サーバーに伝達し（Ｓ２２２０）、ＵＥのケイパビリティ情報を保存した事業者の管理サーバーから確認応答メッセージを受信する（Ｓ２２３０）。ＭＭＥは確認応答が受信されることによって、ＵＥにケイパビリティ情報が登録／更新されたことを知らせる接続承認メッセージを送信する（Ｓ２２４０）。
【０２２３】
上述した過程で、接続要求過程の代わりにＴＡＵ過程で用いられる他の種類のＮＡＳメッセージを使うこともできる。また、ＵＥがネットワークに接続する度に自分のケイパビリティ情報を送信するように具現されることもでき、またネットワークに保存されたＵＥのケイパビリティ情報を活用する方式で具現されることもできる。
【０２２４】
図２３はネットワークによって開始されるケイパビリティ送受信方法を示す。
【０２２５】
ｅＮＢとＲＲＣ連結を樹立したＵＥはＭＭＥに接続要求メッセージを送信する（Ｓ２３１０）。ＭＭＥは接続要求メッセージを送信したＵＥの識別子を用いてＨＳＳにＵＥのコンテキスト情報を要求する（Ｓ２３２０）。ＭＭＥから要求されたＨＳＳはＭＭＥにＵＥのコンテキスト情報を送信し（Ｓ２３３０）、ＵＥのコンテキスト情報はＵＥの加入者情報を含み、ＵＥがＲＳＵ又は中継ノードとして動作することができることを示すケイパビリティ情報を含むことができる。
【０２２６】
ＨＳＳから受信された情報によってＭＭＥはＵＥのケイパビリティ情報を識別し、ＭＭＥは事業者管理サーバーにＲＳＵ又は中継ノードとして動作することができるＵＥがネットワークに接続したことを知らせて登録を要求する（Ｓ２３４０）。事業者の管理サーバーからＵＥの登録が確認されれば（Ｓ２３５０）、ＭＭＥはＵＥに接続過程が成功的に完了したことを知らせる接続承認メッセージを送信する（Ｓ２３６０）。
【０２２７】
Ｓ２３２０段階で、事業者管理サーバーが自分が設置したＵＥに対する識別子とケイパビリティ情報を予め保有している場合、ＭＭＥはＨＳＳではない事業者管理サーバーに直接ＵＥのケイパビリティについての情報を要求することもできる。このような場合、Ｓ２３４０〜Ｓ２３５０の過程は省略することができる。
【０２２８】
４．装置構成
【０２２９】
図２４は提案する実施例によるノード装置の構成を示す図である。
【０２３０】
提案する実施例による端末装置１００は、送受信装置１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信装置１１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成されることができる。若しくは、送受信装置１１０は送信部と受信部に分離されて具現されることもできる。端末装置１００は外部装置と有線及び／又は無線で連結されることができる。プロセッサ１２０は端末装置１００の全ての動作を制御することができ、端末装置１００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。また、プロセッサ１２０は本発明で提案する端末動作を行うように構成されることができる。メモリ１３０は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０２３１】
図２４を参照すると、提案する実施例によるネットワークノード装置２００は、送受信装置２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信装置２１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成されることができる。ネットワークノード装置２００は外部装置と有線及び／又は無線で連結されることができる。送受信装置２１０は送信部と受信部に分離されて具現されることもできる。プロセッサ２２０はネットワークノード装置２００の全ての動作を制御することができ、ネットワークノード装置２００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。また、プロセッサ２２０は本発明で提案するネットワークノード動作を行うように構成されることができる。メモリ２３０は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０２３２】
また、このような端末装置１００及びネットワーク装置２００の具体的な構成は、前述した本発明の多様な実施例で説明した事項が独立的に適用されるかあるいは二つ以上の実施例が同時に適用されるように具現でき、重複する内容は明確性のために説明を省略する。
【０２３３】
上述した本発明の実施例は多様な手段によって具現できる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現できる。
【０２３４】
ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。
【０２３５】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータをやりとることができる。
【０２３６】
前記のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることを理解することが可能であろう。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。
【産業上の利用可能性】
【０２３７】
上述したようなＶ２Ｘ通信方法は、３ＧＰＰシステムだけではなく、その外にもＩＥＥＥ８０２．１６ｘ、８０２．１１ｘシステムを含む多様な無線通信システムに適用することが可能である。さらに、提案した方法は超高周波帯域を用いるｍｍＷａｖｅ通信システムにも適用可能である。
【図１】
0006449491.tif 000004
【図２】
0006449491.tif 000005
【図３】
0006449491.tif 000006
【図４】
0006449491.tif 000007
【図５】
0006449491.tif 000008
【図６】
0006449491.tif 000009
【図７】
0006449491.tif 000010
【図８】
0006449491.tif 000011
【図９】
0006449491.tif 000012
【図１０】
0006449491.tif 000013
【図１１】
0006449491.tif 000014
【図１２】
0006449491.tif 000015
【図１３】
0006449491.tif 000016
【図１４】
0006449491.tif 000017
【図１５】
0006449491.tif 000018
【図１６】
0006449491.tif 000019
【図１７】
0006449491.tif 000020
【図１８】
0006449491.tif 000021
【図１９】
0006449491.tif 000022
【図２０】
0006449491.tif 000023
【図２１】
0006449491.tif 000024
【図２２】
0006449491.tif 000025
【図２３】
0006449491.tif 000026
【図２４】
0006449491.tif 000027