JP7400121B2

JP7400121B2 - プロトコルアーキテクチャ決定方法、装置及び機器

Info

Publication number: JP7400121B2
Application number: JP2022559724A
Authority: JP
Inventors: 文王; 倩鄭; 振華謝
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-04-08
Filing date: 2021-04-08
Publication date: 2023-12-18
Anticipated expiration: 2041-04-08
Also published as: US12432791B2; WO2021204186A1; EP4135282A1; US20230021273A1; JP2023519729A; EP4135282A4; WO2021204186A9; CN113497799A; CN113497799B

Description

（関連出願の相互参照）
本出願は、２０２０年０４月０８日に中国で提出された中国特許出願番号２０２０１０２７０６６９．８の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。

本出願は、通信技術分野に関し、特にプロトコルアーキテクチャ決定方法、装置及び機器に関する。

現在、５Ｇ＿ＰｒｏＳｅの研究において、２種類の中継通信のプロトコルアーキテクチャが存在し、それぞれＬａｙｅｒ－２ｂａｓｅｄ（レイヤ２中継）プロトコルアーキテクチャとｌａｙｅｒ－３ｂａｓｅｄ（レイヤ３中継）プロトコルアーキテクチャである。

関連技術では、現在の中継通信シナリオにおいて、一種類のプロトコルアーキテクチャによる通信をサポートすることしか考慮されていない。しかしながら、通信技術の発展に伴い、後期には上記２種類のプロトコルアーキテクチャが共存するシナリオ、即ちＬａｙｅｒ－２ｂａｓｅｄプロトコルアーキテクチャとｌａｙｅｒ－３ｂａｓｅｄプロトコルアーキテクチャが共存するシナリオが現れる可能性が高い。

このように、中継通信シナリオでは、この中継通信シナリオにおける第一の機器が第二の機器によってサポートされるプロトコルアーキテクチャと一致しないと、第一の機器と第二の機器との間の通信接続に失敗するという問題が生じやすい。

本発明の実施例は、中継通信シナリオにおいて、二つの機器によってサポートされるプロトコルアーキテクチャが一致しないことにより機器間通信接続に失敗するという問題を解決するためのプロトコルアーキテクチャ決定方法、装置及び機器を提供する。

上記技術課題を解決するために、本出願は、以下のように実現される。

第一の方面によれば、本発明の実施例は、第一の機器に用いられるプロトコルアーキテクチャ決定方法を提供した。この方法は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信することと、第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定することとを含み、そのうち、上記第一の情報は、前記第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、前記第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

第二の方面によれば、本発明の実施例は、第二の機器に用いられるプロトコルアーキテクチャ決定方法を提供した。この方法は、第一の情報が運ばれるターゲットメッセージを送信することを含み、そのうち、この第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

第三の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定装置を提供した。このプロトコルアーキテクチャ決定装置は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するための受信モジュールと、受信モジュールにより受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するための決定モジュールとを含み、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

第四の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定装置を提供した。このプロトコルアーキテクチャ決定装置は、第一の情報が運ばれるターゲットメッセージを送信するための送信モジュールを含み、そのうち、この第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

第五の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定機器を提供した。このプロトコルアーキテクチャ決定機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、第一の方面又は第二の方面に記載のプロトコルアーキテクチャ決定方法のステップを実現する。

第六の方面によれば、本発明の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、第一の方面又は第二の方面に記載の上記プロトコルアーキテクチャ決定方法のステップを実現する。

本発明の実施例では、第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

本発明の実施例に関する通信システムの可能な構造概略図である。本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその一である。本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその二である。本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその三である。本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその四である。本発明の実施例によるプロトコルアーキテクチャ決定装置の構造概略図のその一である。本発明の実施例によるプロトコルアーキテクチャ決定装置の構造概略図のその二である。本発明の実施例によるプロトコルアーキテクチャ決定機器の構造概略図である。

以下は、本発明の実施例における図面を結び付けながら、本発明の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本発明の一部の実施例であり、全ての実施例ではない。本発明における実施例に基づき、当業者が創造的な労力を払わない前提で得られた全ての他の実施例は、いずれも本出願の保護範囲に属する。

説明すべきこととして、本明細書における「／」は、「又は」の意味を表し、例えば、Ａ／Ｂは、Ａ又はＢを表してもよく、本明細書における「及び／又は」は、関連対象の関連関係を記述するものに過ぎず、三つの関係が存在し得ることを表し、例えば、Ａ及び／又はＢは、単独のＡ、ＡとＢとの組み合わせ、単独のＢの三つのケースを含むことを表してもよい。

説明すべきこととして、本出願の実施例の技術案を明瞭に記述しやすくするために、本出願の実施例において、「第一の」、「第二の」などの文字を採用して機能又は作用が基本的に同じである同一項又は類似項に対して区別を行い、当業者が理解できるように、「第一の」、「第二の」などの文字は、数と実行手順を限定しない。例えば、第一の情報と第二の情報は、異なる情報を区別するために用いられ、情報の特定の順序を記述するためのものではない。

説明すべきこととして、本発明の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明とすることを表すために用いられる。本発明の実施例において、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連概念を具体的な方式で示すことを意図する。

説明すべきこととして、本出願の実施例では、「の（英語：ｏｆ）」、「該当する（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ、ｒｅｌｅｖａｎｔ）」と「対応する（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ）」は、混用できる場合があり、その相違点を強調しない時、それらが表現しようとする意味は、一致していると指摘すべきである。本出願の実施例における「複数」とは、二つ又は二つの以上である。

本発明による技術案は、様々な通信システム、例えば、５Ｇ通信システム、未来進化システム又は複数の通信融合システムなどに用いられてもよい。複数のアプリケーションシナリオ、例えば、マシンツーマシン（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ、Ｍ２Ｍ）、Ｄ２Ｍ、マクロマイクロ通信、拡張型モバイルインターネット（ｅｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼性と超低遅延通信（ｕｌｔｒａＲｅｌｉａｂｌｅ＆ＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）及び大規模マシン型通信（ＭａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）などのシナリオを含んでもよい。これらのシナリオは、端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信、又はネットワーク機器と端末機器と間の通信などのシナリオを含むが、それらに限らない。本発明の実施例は、５Ｇ通信システムにおけるネットワーク機器と端末機器との間の通信、又は端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信に用いられてもよい。

図１は、本発明の実施例に関する通信システムの可能な構造概略図を示した。図１に示すように、この通信システムは、少なくとも一つの第一の機器１００（図１において一つのみが図示される）及び少なくとも一つの第二の機器２００を含む。

そのうち、上記第一の機器は、中継通信能力を有する端末機器、ネットワーク機器、ネットワークエレメント機器などであってもよく、上記第二の機器は、中継通信能力を有する端末機器、ネットワーク機器、ネットワークエレメント機器などであってもよく、本発明の実施例は、これについて限定されない。例示的には、上記第一の機器は、中継ＵＥ（ＲｅｌａｙＵＥ）と、遠隔ＵＥ（ＲｅｍｏｔｅＵＥ）と、ロードサイドユニットとのうちのいずれか一つを含み、上記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む。

例示的には、上記ネットワーク機器は、基地局、コアネットワーク機器、発射受信ノード（ＴｒａｎｓｍｉｓｓｉｏｎａｎｄＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、ＴＲＰ）、中継局又はアクセスポイントなどであってもよい。ネットワーク機器は、グローバル移動通信システム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））又は符号分割多重接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）ネットワークにおける基地局送受信局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多重接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ）におけるＮＢ（ＮｏｄｅＢ）であってもよく、ＬＴＥにおけるｅＮＢ又はｅＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ）であってもよい。ネットワーク機器は、クラウド無線アクセスネットワーク（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける無線コントローラであってもよい。ネットワーク機器は、５Ｇ通信システムにおけるネットワーク機器又は将来進化ネットワークにおけるネットワーク機器であってもよい。しかし、用語は、本発明に対する制限を構成しない。

例示的には、上記端末機器は、無線端末機器であってもよく、有線端末機器であってもよく、この無線端末機器は、ユーザにボイス及び／又は他の業務データ接続性を提供する機器、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続される他のプロセッシングデバイス、車載機器、ウェアラブルデバイス、将来５Ｇネットワークにおける端末機器又は将来進化型ＰＬＭＮネットワークにおける端末機器などであってもよい。無線端末機器は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して一つ又は複数のコアネットワークと通信することができ、無線端末機器は、移動端末機器、例えば移動電話（又は「セルラー」電話と呼ばれる）と移動端末機器を有するコンピュータであってもよく、例えば、携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、又は車載型の移動装置であってもよく、それらは、無線アクセスネットワークとボイス及び／又はデータを交換し、及びパーソナルコミュニケーションサービス（ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ）電話機、ワイアレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）などの機器であり、無線端末機器は、移動機器、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）、ＵＥ端末機器、アクセス端末機器、無線通信機器、端末機器ユニット、端末機器局、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、モバイルステーション（Ｍｏｂｉｌｅ）、遠隔局（ＲｅｍｏｔｅＳｔａｔｉｏｎ）、遠方局、遠隔端末機器（ＲｅｍｏｔｅＴｅｒｍｉｎａｌ）、加入者ユニット（ＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）、加入者局（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ユーザエージェント（ＵｓｅｒＡｇｅｎｔ）、端末機器装置などであってもよい。

本発明の実施例は、プロトコルアーキテクチャ決定方法を提供する。このプロトコルアーキテクチャ決定方法は、ステップ１０１を含んでもよい。

ステップ１０１：第二の機器は、ターゲットメッセージを送信する。

そのうち、上記ターゲットメッセージには、第一の情報が運ばれる。

そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

例示的には、第二の機器は、このターゲットメッセージをブロードキャストしてもよく、第一の機器にこのターゲットメッセージを直接送信してもよく、本発明の実施例は、これについて限定されない。

上記内容を結び付けながら、図２は、本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートを示した。図２に示すように、このプロトコルアーキテクチャ決定方法は、以下のステップを含んでもよい。

ステップ２０１：第二の機器は、第一の機器にターゲットメッセージを送信する。

ステップ２０２：第一の機器は、第二の機器からターゲットメッセージを受信する。

ステップ２０３：第一の機器は、第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定する。

そのうち、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

本発明の実施例では、ディスカバリー又は接続確立段階において、第二の機器は、ディスカバリーメッセージ又は接続確立メッセージに、現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれることによって、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができる。

説明すべきこととして、本発明の実施例におけるプロトコルアーキテクチャは、プロトコルスタックであってもよい。

選択的に、本発明の実施例では、上述した、現在サポートしている第一のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。

例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、第二の機器がレイヤ２中継プロトコルアーキテクチャ通信のみをサポートすることと、第二の機器がレイヤ３中継プロトコル構造通信のみをサポートすることと、第二の機器がレイヤ２中継プロトコルアーキテクチャとレイヤ３中継プロトコルアーキテクチャという２種類のプロトコルアーキテクチャ通信をサポートすることと、第二の機器が、レイヤ２中継プロトコルアーキテクチャ通信を優先する傾向があることと、第二の機器が、レイヤ３中継プロトコルアーキテクチャ通信を優先する傾向があることと、のうちのいずれか一つを指示するために用いられる。

選択的に、本発明の実施例では、上述した、現在サポートしている第二のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、上述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。

例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、第一の機器がレイヤ２中継プロトコルアーキテクチャ通信のみをサポートすることと、第一の機器がレイヤ３中継プロトコル構造通信のみをサポートすることと、第一の機器がレイヤ２中継プロトコルアーキテクチャとレイヤ３中継プロトコルアーキテクチャという２種類のプロトコルアーキテクチャ通信をサポートすることと、第一の機器が、レイヤ２中継プロトコルアーキテクチャ通信を優先する傾向があることと、第一の機器が、レイヤ３中継プロトコルアーキテクチャ通信を優先する傾向があることと、のうちのいずれか一つを指示するために用いられる。

例示的には、上記レイヤ２中継プロトコルアーキテクチャは、Ｌａｙｅｒ－２ｂａｓｅｄプロトコルアーキテクチャであってもよく、上記レイヤ３中継プロトコルアーキテクチャは、Ｌａｙｅｒ－３ｂａｓｅｄプロトコルアーキテクチャであってもよい。

選択的に、本発明の実施例では、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第二の機器のネットワーク状況に基づいて決定され、及び／又は、上記第二の情報は、予め配置され、又はネットワークにより配置され、又は第一の機器により第一の機器のネットワーク状況に基づいて決定される。一例では、第一の情報は、第二の機器が、既存の配置の状態で第二の機器のネットワーク状況に基づいて決定される。一例では、第二の情報は、第一の機器が、既存の配置の状態で第二の機器のネットワーク状況に基づいて決定される。

選択的に、本発明の実施例では、上記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージを含む。そのうち、上記接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる。

選択的に、本発明の実施例では、上記ターゲットメッセージがディスカバリーメッセージを含む場合、上記ステップ２０３は、以下のステップ２０３ａを含んでもよい。

ステップ２０３ａ：第一の機器は、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定する。

例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定する。更に、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致する場合、第二の機器を選択して通信接続を確立し続け、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない場合、第二の機器を選択せず、通信接続を確立し続けない。

選択的に、本発明の実施例では、上記ターゲットメッセージが接続確立メッセージを含む場合、上記ステップ２０３は、以下のステップ２０３ｂを含んでもよい。

ステップ２０３ｂ：第一の機器は、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、この接続確立メッセージを受け入れるか否かを決定する。

例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行い、この接続確立メッセージを受け入れるか否かを決定する。更に、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致する場合、この接続確立メッセージを受け入れ、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない場合、この接続確立メッセージを拒否する。

さらに選択的に、本発明の実施例では、上記ステップ２０３ｂは、以下のステップ２０３ｂ１を含んでもよい。

ステップ２０３ｂ１：第一の情報と第二の情報に基づいて上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第一の機器は、第二の機器に接続確立拒否メッセージを送信する。

そのうち、上記接続確立拒否メッセージには、第三の情報が運ばれ、上記第三の情報は、上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しない理由を指示するために用いられる。

例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行った後、第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第一の機器は、第二の機器に接続確立拒否メッセージを送信する。

例示的には、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致することは、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャのうちの少なくとも一つと同じであることを指し、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しないことは、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャと異なることを指している。

以下、いくつかの例を挙げて本発明の実施例による方案を詳細に説明する。

第一種類の可能な例：
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥであり、且つ第一の機器がＲｅｍｏｔｅＵＥであることを例にして、ＭｏｄｅＡディスカバリーメカニズムに対し、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、ディスカバリーメッセージ（例えば、Ａｎｎｏｕｎｃｉｎｇｍｅｓｓａｇｅ）に第一の情報が運ばれるシナリオは、図３に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。

Ｓｔｅｐ１：ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、ディスカバリー過程をトリガーし、且つブロードキャストメッセージに第一の情報が運ばれ、この第一の情報は、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在サポートすることができ、及び／又はこのＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。

例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。

Ｓｔｅｐ２：ＲｅｍｏｔｅＵＥは、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥを選択してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信接続を確立するか否かを判断する。

例示的には、上記第二の情報は、ＲｅｍｏｔｅＵＥが現在サポートすることができ、及び／又はＲｅｍｏｔｅＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。

例示的には、上記第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＲｅｍｏｔｅＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＲｅｍｏｔｅＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＲｅｍｏｔｅＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＲｅｍｏｔｅＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＲｅｍｏｔｅＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。

例示的には、ＲｅｍｏｔｅＵＥは、第一の情報と第二の情報をマッチングすることでＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥを選択するか否かを決定する。例１：第一の情報が、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＲｅｍｏｔｅＵＥは、引き続き他の情報（例えば、測定信号品質など）を参照し、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥをＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙとして選択するか否かを判断する。例２：第一の情報は、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＲｅｍｏｔｅＵＥは、このＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥをＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙとして選択しない。

第二種類の可能な例：
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＲｅｍｏｔｅＵＥであり、且つ第一の機器がＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥであることを例にして、ＭｏｄｅＢディスカバリーメカニズムに対し、ＲｅｍｏｔｅＵＥがディスカバリーメッセージに第一の情報が運ばれるシナリオは、図４に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。

Ｓｔｅｐ１：ＲｅｍｏｔｅＵＥは、ディスカバリー過程をトリガーし、且つブロードキャストメッセージ（例えば、Ｓｏｌｉｃｉｔａｔｉｏｎｍｅｓｓａｇｅ）には、第一の情報が運ばれ、この第一の情報は、ＲｅｍｏｔｅＵＥが現在サポートすることができ、及び／又はこのＲｅｍｏｔｅＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。

例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＲｅｍｏｔｅＵＥが現在、レイヤ２中継プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＲｅｍｏｔｅＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＲｅｍｏｔｅＵＥが現在レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信をサポートしていることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＲｅｍｏｔｅＵＥが現在、レイヤ２中継プロトコルアーキテクチを使用してャＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＲｅｍｏｔｅＵＥが現在、レイヤ３中継プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。

Ｓｔｅｐ２：ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、ＲｅｍｏｔｅＵＥに返信するｄｉｓｃｏｖｅｒｙメッセージであると判断する。

例示的には、上記第二の情報は、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、サポートすることができ、及び／又はこのＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。

例示的には、上記第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。

例示的には、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、第一のプロトコルアーキテクチャのアーキテクチャ情報と第二のプロトコルアーキテクチャのアーキテクチャ情報とをマッチングすることでＲｅｍｏｔｅＵＥを選択するか否かを決定する。例１：第一の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、引き続き他の情報（例えば測定信号品質など）を参照し、受け入れメッセージ（例えば、返信メッセージ（Ｒｅｓｐｏｎｓｅｍｅｓｓａｇｅ））をＲｅｍｏｔｅＵＥに送信することを選択するか否かを判断する。例２：第一の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、受け入れメッセージ（例えば、返信メッセージ）をＲｅｍｏｔｅＵＥに送信しない。

第三種類の可能な例：
ＵＥ－ｔｏ－ｎｅｔｗｏｒｋｒｅｌａｙ通信接続確立段階において、上記第二の機器がＲｅｍｏｔｅＵＥであり、且つ第一の機器がＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥであることを例にして、ＲｅｍｏｔｅＵＥが非直接通信要求メッセージには、第一の情報が運ばれるシナリオは、図５に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。

Ｓｔｅｐ０：ディスカバリー段階の後、ＲｅｍｏｔｅＵＥは、一つのＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥをディスカバリーして選択した。

Ｓｔｅｐ１：ＲｅｍｏｔｅＵＥは、第一の情報が運ばれる非直接通信要求メッセージをＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥに送信し、上記第一の情報は、ＲｅｍｏｔｅＵＥが現在サポートすることができ、及び／又はＲｅｍｏｔｅＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。

Ｓｔｅｐ２：ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、第一の情報を受信した後、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行う。ＲｅｍｏｔｅＵＥを受け入れる非直接接続確立要求であると判断する。

そのうち、上記第二の情報は、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在、サポートすることができ、及び／又はＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。

例示的には、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、第一の情報と第二の情報をマッチングすることで、ＲｅｍｏｔｅＵＥの非直接通信要求を受け入れるか否かを決定する。例１：第一の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、ＲｅｍｏｔｅＵＥ非直接通信要求を受け入れる。例２：第一の情報が、「ＲｅｍｏｔｅＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥは、ＲｅｍｏｔｅＵＥの非直接接続要求を拒否する。

Ｓｔｅｐ３：ＵＥ－ｔｏ－ＮｅｔｗｏｒｋｒｅｌａｙＵＥがＲｅｍｏｔｅＵＥ非直接接続要求を受け入れる場合、非直接通信受け入れメッセージ（例えば、接続確立受け入れメッセージ）をＲｅｍｏｔｅＵＥに送信する。

本発明の実施例は、プロトコルアーキテクチャ決定方法を提供する。第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

図６は、本発明の実施例によるプロトコルアーキテクチャ決定装置を実現する可能な構造概略図である。図６に示すように、このプロトコルアーキテクチャ決定装置４００は、受信モジュール４０１と、決定モジュール４０２とを含み、そのうち、受信モジュール４０１は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するために用いられ、決定モジュール４０２は、この受信モジュール４０１により受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

選択的に、上記ターゲットメッセージは、ディスカバリーメッセージを含み、この決定モジュール４０２は、具体的に、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定するために用いられる。

選択的に、上記ターゲットメッセージは、接続確立メッセージを含み、この接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられ、上記決定モジュール４０２は、具体的に、この受信モジュール４０１により受信された第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、接続確立メッセージを受け入れるか否かを決定するために用いられる。

選択的に、上述した、現在サポートしている第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。

選択的に、上述した、現在サポートしている第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。

選択的に、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第二の機器のネットワーク状況に基づいて決定され、及び／又は、上記第二の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第一の機器のネットワーク状況に基づいて決定される。

選択的に、上記決定モジュール４０２は、具体的に、第一の情報と第二の情報に基づいて上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第二の機器に接続確立拒否メッセージを送信するために用いられ、そのうち、上記接続確立拒否メッセージには、第三の情報が運ばれ、この第三の情報は、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない理由を指示するために用いられる。

選択的に、上記第一の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含み、上記前記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む。

本発明の実施例は、プロトコルアーキテクチャ決定装置を提供する。この装置は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

本発明の実施例によるプロトコルアーキテクチャ決定装置は、上記方法の実施例における図２から図５のいずれか一つに示される過程を実現することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

説明すべきこととして、図６に示すプロトコルアーキテクチャ決定装置は、第一の機器であってもよく、この第一の機器における機能モジュール及び／又は機能エンティティであってもよく、具体的に、実際の使用需要に応じて決定されてもよく、本発明の実施例は、限定しない。

図７は、本発明の実施例によるプロトコルアーキテクチャ決定装置を実現する可能な構造概略図である。図７に示すように、このプロトコルアーキテクチャ決定装置５００は、送信モジュール５０１を含み、そのうち、送信モジュール５０１は、第一の情報が運ばれるターゲットメッセージを送信するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

選択的に、上記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージであり、上記接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる。

選択的に、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器第二の機器のネットワーク状況に基づいて決定される。

本発明の実施例は、プロトコルアーキテクチャ決定装置を提供する。この装置は、第一の機器にターゲットメッセージを送信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

説明すべきこととして、図７に示すプロトコルアーキテクチャ決定装置は、第二の機器であってもよく、この第二の機器における機能モジュール及び／又は機能エンティティであってもよく、具体的に、実際の使用需要に応じて決定されてもよく、本発明の実施例は、限定しない。

図８は、本発明の実施例を実現するプロトコルアーキテクチャ決定機器のハードウェア構造概略図である。このプロトコルアーキテクチャ決定機器８００は、プロセッサ８０１と、送受信機８０２と、メモリ８０３と、ユーザインターフェース８０４と、バスインターフェースとを含む。

そのうち、このプロトコルアーキテクチャ決定機器が第一の機器である場合、送受信機８０２は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するために用いられ、プロセッサ８０１は、この送受信機８０２により受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

本発明の実施例による第一の機器は、この第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

又は、
このプロトコルアーキテクチャ決定機器が第二の機器である場合、送受信機８０２は、第一の情報が運ばれるターゲットメッセージを送信するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。

本発明の実施例による第二の機器は、第二の機器は、第一の機器にターゲットメッセージを送信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。

本発明の実施例では、図８において、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジとを含んでもよく、具体的には、プロセッサ８０１によって代表される一つ又は複数のプロセッサとメモリ８０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。これらは、全て当分野でよく知っているものであるため、本明細書において、それをさらに記述しない。バスインターフェースは、インターフェースを提供する。送受信機８０２は、複数の素子であってもよく、即ち、送信機と受信機とを含み、伝送媒体で各種の他の装置と通信するためのユニットを提供する。異なるユーザ機器について、ユーザインターフェース８０４は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。プロセッサ８０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ８０３は、プロセッサ８０１の操作実行時に使用されるデータを記憶してもよい。

また、プロトコルアーキテクチャ決定機器８００は、いくつかの示されていない機能モジュールをさらに含み、ここでこれ以上説明しない。

選択的に、本発明の実施例は、プロトコルアーキテクチャ決定機器をさらに提供する。このプロトコルアーキテクチャ決定機器は、第一の機器であり、プロセッサと、メモリと、メモリに記憶され、且つプロセッサ上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサによって実行される時、上記実施例に示されるプロトコルアーキテクチャ決定方法の過程を実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

本発明の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記実施例におけるプロトコルアーキテクチャ決定方法の複数の過程を実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。そのうち、上記のコンピュータ可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどを含む。

説明すべきこととして、本明細書では、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本発明の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末機器に（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）本発明の複数の実施例に記載の方法を実行するための若干の命令を含む。

以上は、図面を結び付けながら、本発明の実施例について記述したが、本出願は、上記した具体的な実施の形態に限らない。上記した具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本発明の示唆で、本出願の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

Claims

中継通信のプロトコルアーキテクチャ決定方法であって、
第一の機器が、第二の機器から第一の情報が運ばれるターゲットメッセージを受信することと、
前記第一の機器が、前記第一の情報と第二の情報に基づき、前記第二の機器との間の通信接続を確立するか否かを決定することとを含み、
そのうち、前記第一の情報は、前記第二の機器が現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、前記第二の情報は、前記第一の機器が現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、
前記第一の機器と前記第二の機器とは、中継通信能力を有し、
前述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられ、
前述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる、
プロトコルアーキテクチャ決定方法。
前記ターゲットメッセージは、ディスカバリーメッセージを含み、前記第一の機器が、前記第一の情報と第二の情報に基づき、前記第二の機器との間の通信接続を確立するか否かを決定することは、
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記第二の機器を選択して通信接続を確立し続けるか否かを決定することを含む、請求項１に記載の方法。
前記ターゲットメッセージは、接続確立メッセージを含み、前記接続確立メッセージは、前記第二の機器と前記第一の機器との間の通信接続の確立を要求するために用いられ、
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記第二の機器との間の通信接続を確立するか否かを決定することは、
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記接続確立メッセージを受け入れるか否かを決定することを含む、請求項１に記載の方法。
前記第一の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第二の機器のネットワーク状況に基づいて決定されており、及び／又は、
前記第二の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第一の機器のネットワーク状況に基づいて決定される、請求項１に記載の方法。
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記接続確立メッセージを受け入れるか否かを決定することは、
前記第一の情報と第二の情報に基づいて前記第一のプロトコルアーキテクチャが前記第二のプロトコルアーキテクチャに一致しないと決定した場合、前記第一の機器が、前記第二の機器に接続確立拒否メッセージを送信することを含み、
そのうち、前記接続確立拒否メッセージには、第三の情報が運ばれ、前記第三の情報は、前記第一のプロトコルアーキテクチャが前記第二のプロトコルアーキテクチャに一致しない理由を指示するために用いられる、請求項３に記載の方法。
前記第一の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含み、前記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む、請求項１から５のいずれか１項に記載の方法。
中継通信のプロトコルアーキテクチャ決定方法であって、
第二の機器が、第一の情報が運ばれるターゲットメッセージを第一の機器に送信することを含み、
そのうち、前記第一の情報は、前記第二の機器が現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、
前記第一の機器と前記第二の機器とは、中継通信能力を有し、
前述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる、
プロトコルアーキテクチャ決定方法。
前記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージであり、前記接続確立メッセージは、前記第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる、請求項７に記載の方法。
前記第一の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第二の機器のネットワーク状況に基づいて決定されている、請求項７又は８に記載の方法。
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項１から６のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、プロトコルアーキテクチャ決定機器。
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項７から９のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、プロトコルアーキテクチャ決定機器。
コンピュータプログラムが記憶されており、前記コンピュータプログラムが第一の機器のプロセッサによって実行される時、請求項１から６のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、又は、前記コンピュータプログラムが第二の機器のプロセッサによって実行される時、請求項７から９のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、コンピュータ可読記憶媒体。