(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-12-08
(45)【発行日】2023-12-18
(54)【発明の名称】プロトコルアーキテクチャ決定方法、装置及び機器
(51)【国際特許分類】
H04W 76/14 20180101AFI20231211BHJP
H04W 8/00 20090101ALI20231211BHJP
H04W 88/04 20090101ALI20231211BHJP
H04W 92/18 20090101ALI20231211BHJP
【ＦＩ】
H04W76/14
H04W8/00 110
H04W88/04
H04W92/18
【請求項の数】
12
(21)【出願番号】P 2022559724
(86)(22)【出願日】2021-04-08
(65)【公表番号】
(43)【公表日】2023-05-12
(86)【国際出願番号】 CN2021085899
(87)【国際公開番号】W WO2021204186
(87)【国際公開日】2021-10-14
【審査請求日】2022-09-29
(31)【優先権主張番号】202010270669.8
(32)【優先日】2020-04-08
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100153729
【弁理士】
【氏名又は名称】森本 有一
(72)【発明者】
【氏名】王 文
(72)【発明者】
【氏名】鄭 倩
(72)【発明者】
【氏名】謝 振華
【審査官】本橋 史帆
(56)【参考文献】
【文献】米国特許出願公開第２０１９／０３５７２８４（ＵＳ，Ａ１）
【文献】特開２０１０－１３５８６６（ＪＰ，Ａ）
【文献】国際公開第２０１８／０８４１９９（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
中継通信のプロトコルアーキテクチャ決定方法であって、第一の機器が、第二の機器から第一の情報が運ばれるターゲットメッセージを受信することと、
前記第一の機器が、前記第一の情報と第二の情報に基づき、前記第二の機器との間の通信接続を確立するか否かを決定することとを含み、
そのうち、前記第一の情報は、前記第二の機器が現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、前記第二の情報は、前記第一の機器が現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、
前記第一の機器と前記第二の機器とは、中継通信能力を有し、
前述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられ、
前述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる、
プロトコルアーキテクチャ決定方法。
【請求項2】
前記ターゲットメッセージは、ディスカバリーメッセージを含み、前記第一の機器が、前記第一の情報と第二の情報に基づき、前記第二の機器との間の通信接続を確立するか否かを決定することは、前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記第二の機器を選択して通信接続を確立し続けるか否かを決定することを含む、請求項１に記載の方法。
【請求項3】
前記ターゲットメッセージは、接続確立メッセージを含み、前記接続確立メッセージは、前記第二の機器と前記第一の機器との間の通信接続の確立を要求するために用いられ、前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記第二の機器との間の通信接続を確立するか否かを決定することは、
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記接続確立メッセージを受け入れるか否かを決定することを含む、請求項１に記載の方法。
【請求項4】
前記第一の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第二の機器のネットワーク状況に基づいて決定されており、及び／又は、前記第二の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第一の機器のネットワーク状況に基づいて決定される、請求項１に記載の方法。
【請求項5】
前記第一の機器が、前記第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、前記接続確立メッセージを受け入れるか否かを決定することは、前記第一の情報と第二の情報に基づいて前記第一のプロトコルアーキテクチャが前記第二のプロトコルアーキテクチャに一致しないと決定した場合、前記第一の機器が、前記第二の機器に接続確立拒否メッセージを送信することを含み、
そのうち、前記接続確立拒否メッセージには、第三の情報が運ばれ、前記第三の情報は、前記第一のプロトコルアーキテクチャが前記第二のプロトコルアーキテクチャに一致しない理由を指示するために用いられる、請求項３に記載の方法。
【請求項6】
前記第一の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含み、前記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む、請求項１から５のいずれか１項に記載の方法。
【請求項7】
中継通信のプロトコルアーキテクチャ決定方法であって、第二の機器が、第一の情報が運ばれるターゲットメッセージを第一の機器に送信することを含み、
そのうち、前記第一の情報は、前記第二の機器が現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、
前記第一の機器と前記第二の機器とは、中継通信能力を有し、
前述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる、
プロトコルアーキテクチャ決定方法。
【請求項8】
前記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージであり、前記接続確立メッセージは、前記第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる、請求項７に記載の方法。
【請求項9】
前記第一の情報は、予め配置され、又はネットワークにより配置され、又は前記第二の機器により前記第二の機器のネットワーク状況に基づいて決定されている、請求項７又は８に記載の方法。
【請求項10】
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項１から６のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、プロトコルアーキテクチャ決定機器。
【請求項11】
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項７から９のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、プロトコルアーキテクチャ決定機器。
【請求項12】
コンピュータプログラムが記憶されており、前記コンピュータプログラムが第一の機器のプロセッサによって実行される時、請求項１から６のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、又は、前記コンピュータプログラムが第二の機器のプロセッサによって実行される時、請求項７から９のいずれか１項に記載のプロトコルアーキテクチャ決定方法のステップを実現する、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２０年０４月０８日に中国で提出された中国特許出願番号２０２０１０２７０６６９．８の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本出願は、２０２０年０４月０８日に中国で提出された中国特許出願番号２０２０１０２７０６６９．８の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
【0002】
本出願は、通信技術分野に関し、特にプロトコルアーキテクチャ決定方法、装置及び機器に関する。
【背景技術】
【0003】
現在、５Ｇ＿ＰｒｏＳｅの研究において、２種類の中継通信のプロトコルアーキテクチャが存在し、それぞれＬａｙｅｒ－２ ｂａｓｅｄ（レイヤ２中継）プロトコルアーキテクチャとｌａｙｅｒ－３ ｂａｓｅｄ（レイヤ３中継）プロトコルアーキテクチャである。
【0004】
関連技術では、現在の中継通信シナリオにおいて、一種類のプロトコルアーキテクチャによる通信をサポートすることしか考慮されていない。しかしながら、通信技術の発展に伴い、後期には上記２種類のプロトコルアーキテクチャが共存するシナリオ、即ちＬａｙｅｒ－２ ｂａｓｅｄプロトコルアーキテクチャとｌａｙｅｒ－３ ｂａｓｅｄプロトコルアーキテクチャが共存するシナリオが現れる可能性が高い。
【0005】
このように、中継通信シナリオでは、この中継通信シナリオにおける第一の機器が第二の機器によってサポートされるプロトコルアーキテクチャと一致しないと、第一の機器と第二の機器との間の通信接続に失敗するという問題が生じやすい。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の実施例は、中継通信シナリオにおいて、二つの機器によってサポートされるプロトコルアーキテクチャが一致しないことにより機器間通信接続に失敗するという問題を解決するためのプロトコルアーキテクチャ決定方法、装置及び機器を提供する。
【課題を解決するための手段】
【0007】
上記技術課題を解決するために、本出願は、以下のように実現される。
【0008】
第一の方面によれば、本発明の実施例は、第一の機器に用いられるプロトコルアーキテクチャ決定方法を提供した。この方法は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信することと、第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定することとを含み、そのうち、上記第一の情報は、前記第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、前記第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0009】
第二の方面によれば、本発明の実施例は、第二の機器に用いられるプロトコルアーキテクチャ決定方法を提供した。この方法は、第一の情報が運ばれるターゲットメッセージを送信することを含み、そのうち、この第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0010】
第三の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定装置を提供した。このプロトコルアーキテクチャ決定装置は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するための受信モジュールと、受信モジュールにより受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するための決定モジュールとを含み、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0011】
第四の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定装置を提供した。このプロトコルアーキテクチャ決定装置は、第一の情報が運ばれるターゲットメッセージを送信するための送信モジュールを含み、そのうち、この第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0012】
第五の方面によれば、本発明の実施例は、プロトコルアーキテクチャ決定機器を提供した。このプロトコルアーキテクチャ決定機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、第一の方面又は第二の方面に記載のプロトコルアーキテクチャ決定方法のステップを実現する。
【0013】
第六の方面によれば、本発明の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、第一の方面又は第二の方面に記載の上記プロトコルアーキテクチャ決定方法のステップを実現する。
【発明の効果】
【0014】
本発明の実施例では、第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【図面の簡単な説明】
【0015】
【図1】本発明の実施例に関する通信システムの可能な構造概略図である。
【図2】本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその一である。
【図3】本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその二である。
【図4】本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその三である。
【図5】本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートのその四である。
【図6】本発明の実施例によるプロトコルアーキテクチャ決定装置の構造概略図のその一である。
【図7】本発明の実施例によるプロトコルアーキテクチャ決定装置の構造概略図のその二である。
【図8】本発明の実施例によるプロトコルアーキテクチャ決定機器の構造概略図である。
【発明を実施するための形態】
【0016】
以下は、本発明の実施例における図面を結び付けながら、本発明の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本発明の一部の実施例であり、全ての実施例ではない。本発明における実施例に基づき、当業者が創造的な労力を払わない前提で得られた全ての他の実施例は、いずれも本出願の保護範囲に属する。
【0017】
説明すべきこととして、本明細書における「／」は、「又は」の意味を表し、例えば、Ａ／Ｂは、Ａ又はＢを表してもよく、本明細書における「及び／又は」は、関連対象の関連関係を記述するものに過ぎず、三つの関係が存在し得ることを表し、例えば、Ａ及び／又はＢは、単独のＡ、ＡとＢとの組み合わせ、単独のＢの三つのケースを含むことを表してもよい。
【0018】
説明すべきこととして、本出願の実施例の技術案を明瞭に記述しやすくするために、本出願の実施例において、「第一の」、「第二の」などの文字を採用して機能又は作用が基本的に同じである同一項又は類似項に対して区別を行い、当業者が理解できるように、「第一の」、「第二の」などの文字は、数と実行手順を限定しない。例えば、第一の情報と第二の情報は、異なる情報を区別するために用いられ、情報の特定の順序を記述するためのものではない。
【0019】
説明すべきこととして、本発明の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明とすることを表すために用いられる。本発明の実施例において、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連概念を具体的な方式で示すことを意図する。
【0020】
説明すべきこととして、本出願の実施例では、「の（英語：ｏｆ）」、「該当する（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ、ｒｅｌｅｖａｎｔ）」と「対応する（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ）」は、混用できる場合があり、その相違点を強調しない時、それらが表現しようとする意味は、一致していると指摘すべきである。本出願の実施例における「複数」とは、二つ又は二つの以上である。
【0021】
本発明による技術案は、様々な通信システム、例えば、５Ｇ通信システム、未来進化システム又は複数の通信融合システムなどに用いられてもよい。複数のアプリケーションシナリオ、例えば、マシンツーマシン（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ）、Ｄ２Ｍ、マクロマイクロ通信、拡張型モバイルインターネット（ｅｎｈａｎｃｅ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼性と超低遅延通信（ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ＆ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）及び大規模マシン型通信（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）などのシナリオを含んでもよい。これらのシナリオは、端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信、又はネットワーク機器と端末機器と間の通信などのシナリオを含むが、それらに限らない。本発明の実施例は、５Ｇ通信システムにおけるネットワーク機器と端末機器との間の通信、又は端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信に用いられてもよい。
【0022】
図１は、本発明の実施例に関する通信システムの可能な構造概略図を示した。図１に示すように、この通信システムは、少なくとも一つの第一の機器１００（図１において一つのみが図示される）及び少なくとも一つの第二の機器２００を含む。
【0023】
そのうち、上記第一の機器は、中継通信能力を有する端末機器、ネットワーク機器、ネットワークエレメント機器などであってもよく、上記第二の機器は、中継通信能力を有する端末機器、ネットワーク機器、ネットワークエレメント機器などであってもよく、本発明の実施例は、これについて限定されない。例示的には、上記第一の機器は、中継ＵＥ（Ｒｅｌａｙ ＵＥ）と、遠隔ＵＥ（Ｒｅｍｏｔｅ ＵＥ）と、ロードサイドユニットとのうちのいずれか一つを含み、上記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む。
【0024】
例示的には、上記ネットワーク機器は、基地局、コアネットワーク機器、発射受信ノード（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ、ＴＲＰ）、中継局又はアクセスポイントなどであってもよい。ネットワーク機器は、グローバル移動通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））又は符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）ネットワークにおける基地局送受信局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多重接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）におけるＮＢ（ＮｏｄｅＢ）であってもよく、ＬＴＥにおけるｅＮＢ又はｅＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ）であってもよい。ネットワーク機器は、クラウド無線アクセスネットワーク（Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける無線コントローラであってもよい。ネットワーク機器は、５Ｇ通信システムにおけるネットワーク機器又は将来進化ネットワークにおけるネットワーク機器であってもよい。しかし、用語は、本発明に対する制限を構成しない。
【0025】
例示的には、上記端末機器は、無線端末機器であってもよく、有線端末機器であってもよく、この無線端末機器は、ユーザにボイス及び／又は他の業務データ接続性を提供する機器、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続される他のプロセッシングデバイス、車載機器、ウェアラブルデバイス、将来５Ｇネットワークにおける端末機器又は将来進化型ＰＬＭＮネットワークにおける端末機器などであってもよい。無線端末機器は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）を介して一つ又は複数のコアネットワークと通信することができ、無線端末機器は、移動端末機器、例えば移動電話（又は「セルラー」電話と呼ばれる）と移動端末機器を有するコンピュータであってもよく、例えば、携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、又は車載型の移動装置であってもよく、それらは、無線アクセスネットワークとボイス及び／又はデータを交換し、及びパーソナルコミュニケーションサービス（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話機、ワイアレスローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）などの機器であり、無線端末機器は、移動機器、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、ＵＥ端末機器、アクセス端末機器、無線通信機器、端末機器ユニット、端末機器局、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、モバイルステーション（Ｍｏｂｉｌｅ）、遠隔局（Ｒｅｍｏｔｅ Ｓｔａｔｉｏｎ）、遠方局、遠隔端末機器（Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ）、加入者ユニット（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ）、端末機器装置などであってもよい。
【0026】
本発明の実施例は、プロトコルアーキテクチャ決定方法を提供する。このプロトコルアーキテクチャ決定方法は、ステップ１０１を含んでもよい。
【0027】
ステップ１０１：第二の機器は、ターゲットメッセージを送信する。
【0028】
そのうち、上記ターゲットメッセージには、第一の情報が運ばれる。
【0029】
そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0030】
例示的には、第二の機器は、このターゲットメッセージをブロードキャストしてもよく、第一の機器にこのターゲットメッセージを直接送信してもよく、本発明の実施例は、これについて限定されない。
【0031】
上記内容を結び付けながら、図２は、本発明の実施例によるプロトコルアーキテクチャ決定方法のフローチャートを示した。図２に示すように、このプロトコルアーキテクチャ決定方法は、以下のステップを含んでもよい。
【0032】
ステップ２０１：第二の機器は、第一の機器にターゲットメッセージを送信する。
【0033】
ステップ２０２：第一の機器は、第二の機器からターゲットメッセージを受信する。
【0034】
ステップ２０３：第一の機器は、第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定する。
【0035】
そのうち、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0036】
本発明の実施例では、ディスカバリー又は接続確立段階において、第二の機器は、ディスカバリーメッセージ又は接続確立メッセージに、現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれることによって、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができる。
【0037】
説明すべきこととして、本発明の実施例におけるプロトコルアーキテクチャは、プロトコルスタックであってもよい。
【0038】
選択的に、本発明の実施例では、上述した、現在サポートしている第一のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
【0039】
例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、第二の機器がレイヤ２中継プロトコルアーキテクチャ通信のみをサポートすることと、第二の機器がレイヤ３中継プロトコル構造通信のみをサポートすることと、第二の機器がレイヤ２中継プロトコルアーキテクチャとレイヤ３中継プロトコルアーキテクチャという２種類のプロトコルアーキテクチャ通信をサポートすることと、第二の機器が、レイヤ２中継プロトコルアーキテクチャ通信を優先する傾向があることと、第二の機器が、レイヤ３中継プロトコルアーキテクチャ通信を優先する傾向があることと、のうちのいずれか一つを指示するために用いられる。
【0040】
選択的に、本発明の実施例では、上述した、現在サポートしている第二のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、上述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
【0041】
例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、第一の機器がレイヤ２中継プロトコルアーキテクチャ通信のみをサポートすることと、第一の機器がレイヤ３中継プロトコル構造通信のみをサポートすることと、第一の機器がレイヤ２中継プロトコルアーキテクチャとレイヤ３中継プロトコルアーキテクチャという２種類のプロトコルアーキテクチャ通信をサポートすることと、第一の機器が、レイヤ２中継プロトコルアーキテクチャ通信を優先する傾向があることと、第一の機器が、レイヤ３中継プロトコルアーキテクチャ通信を優先する傾向があることと、のうちのいずれか一つを指示するために用いられる。
【0042】
例示的には、上記レイヤ２中継プロトコルアーキテクチャは、Ｌａｙｅｒ－２ ｂａｓｅｄプロトコルアーキテクチャであってもよく、上記レイヤ３中継プロトコルアーキテクチャは、Ｌａｙｅｒ－３ ｂａｓｅｄプロトコルアーキテクチャであってもよい。
【0043】
選択的に、本発明の実施例では、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第二の機器のネットワーク状況に基づいて決定され、及び／又は、上記第二の情報は、予め配置され、又はネットワークにより配置され、又は第一の機器により第一の機器のネットワーク状況に基づいて決定される。一例では、第一の情報は、第二の機器が、既存の配置の状態で第二の機器のネットワーク状況に基づいて決定される。一例では、第二の情報は、第一の機器が、既存の配置の状態で第二の機器のネットワーク状況に基づいて決定される。
【0044】
選択的に、本発明の実施例では、上記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージを含む。そのうち、上記接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる。
【0045】
選択的に、本発明の実施例では、上記ターゲットメッセージがディスカバリーメッセージを含む場合、上記ステップ２０３は、以下のステップ２０３ａを含んでもよい。
【0046】
ステップ２０３ａ：第一の機器は、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定する。
【0047】
例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定する。更に、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致する場合、第二の機器を選択して通信接続を確立し続け、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない場合、第二の機器を選択せず、通信接続を確立し続けない。
【0048】
選択的に、本発明の実施例では、上記ターゲットメッセージが接続確立メッセージを含む場合、上記ステップ２０３は、以下のステップ２０３ｂを含んでもよい。
【0049】
ステップ２０３ｂ：第一の機器は、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、この接続確立メッセージを受け入れるか否かを決定する。
【0050】
例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行い、この接続確立メッセージを受け入れるか否かを決定する。更に、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致する場合、この接続確立メッセージを受け入れ、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない場合、この接続確立メッセージを拒否する。
【0051】
さらに選択的に、本発明の実施例では、上記ステップ２０３ｂは、以下のステップ２０３ｂ１を含んでもよい。
【0052】
ステップ２０３ｂ１：第一の情報と第二の情報に基づいて上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第一の機器は、第二の機器に接続確立拒否メッセージを送信する。
【0053】
そのうち、上記接続確立拒否メッセージには、第三の情報が運ばれ、上記第三の情報は、上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しない理由を指示するために用いられる。
【0054】
例示的には、第一の機器は、第一の情報と第二の情報に基づき、第一のプロトコルアーキテクチャと第二のプロトコルアーキテクチャに対してプロトコルアーキテクチャマッチングを行った後、第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第一の機器は、第二の機器に接続確立拒否メッセージを送信する。
【0055】
例示的には、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致することは、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャのうちの少なくとも一つと同じであることを指し、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しないことは、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャと異なることを指している。
【0056】
以下、いくつかの例を挙げて本発明の実施例による方案を詳細に説明する。
【0057】
第一種類の可能な例：
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであり、且つ第一の機器がＲｅｍｏｔｅ ＵＥであることを例にして、Ｍｏｄｅ Ａディスカバリーメカニズムに対し、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、ディスカバリーメッセージ（例えば、Ａｎｎｏｕｎｃｉｎｇ ｍｅｓｓａｇｅ）に第一の情報が運ばれるシナリオは、図３に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであり、且つ第一の機器がＲｅｍｏｔｅ ＵＥであることを例にして、Ｍｏｄｅ Ａディスカバリーメカニズムに対し、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、ディスカバリーメッセージ（例えば、Ａｎｎｏｕｎｃｉｎｇ ｍｅｓｓａｇｅ）に第一の情報が運ばれるシナリオは、図３に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
【0058】
Ｓｔｅｐ１：ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、ディスカバリー過程をトリガーし、且つブロードキャストメッセージに第一の情報が運ばれ、この第一の情報は、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在サポートすることができ、及び／又はこのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。
【0059】
例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0060】
Ｓｔｅｐ２：Ｒｅｍｏｔｅ ＵＥは、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥを選択してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信接続を確立するか否かを判断する。
【0061】
例示的には、上記第二の情報は、Ｒｅｍｏｔｅ ＵＥが現在サポートすることができ、及び／又はＲｅｍｏｔｅ ＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。
【0062】
例示的には、上記第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（Ｒｅｍｏｔｅ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（Ｒｅｍｏｔｅ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0063】
例示的には、Ｒｅｍｏｔｅ ＵＥは、第一の情報と第二の情報をマッチングすることでＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥを選択するか否かを決定する。例１：第一の情報が、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、Ｒｅｍｏｔｅ ＵＥは、引き続き他の情報（例えば、測定信号品質など）を参照し、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥをＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙとして選択するか否かを判断する。例２：第一の情報は、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、Ｒｅｍｏｔｅ ＵＥは、このＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥをＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙとして選択しない。
【0064】
第二種類の可能な例：
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＲｅｍｏｔｅ ＵＥであり、且つ第一の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであることを例にして、Ｍｏｄｅ Ｂディスカバリーメカニズムに対し、Ｒｅｍｏｔｅ ＵＥがディスカバリーメッセージに第一の情報が運ばれるシナリオは、図４に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ中継通信シナリオについて、上記第二の機器がＲｅｍｏｔｅ ＵＥであり、且つ第一の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであることを例にして、Ｍｏｄｅ Ｂディスカバリーメカニズムに対し、Ｒｅｍｏｔｅ ＵＥがディスカバリーメッセージに第一の情報が運ばれるシナリオは、図４に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
【0065】
Ｓｔｅｐ１：Ｒｅｍｏｔｅ ＵＥは、ディスカバリー過程をトリガーし、且つブロードキャストメッセージ（例えば、Ｓｏｌｉｃｉｔａｔｉｏｎ ｍｅｓｓａｇｅ）には、第一の情報が運ばれ、この第一の情報は、Ｒｅｍｏｔｅ ＵＥが現在サポートすることができ、及び／又はこのＲｅｍｏｔｅ ＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。
【0066】
例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２中継プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（Ｒｅｍｏｔｅ ＵＥが現在レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートしていることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２中継プロトコルアーキテクチを使用してャＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３中継プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２中継プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（Ｒｅｍｏｔｅ ＵＥが現在レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートしていることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ２中継プロトコルアーキテクチを使用してャＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（Ｒｅｍｏｔｅ ＵＥが現在、レイヤ３中継プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0067】
Ｓｔｅｐ２：ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、Ｒｅｍｏｔｅ ＵＥに返信するｄｉｓｃｏｖｅｒｙメッセージであると判断する。
【0068】
例示的には、上記第二の情報は、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、サポートすることができ、及び／又はこのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。
【0069】
例示的には、上記第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0070】
例示的には、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、第一のプロトコルアーキテクチャのアーキテクチャ情報と第二のプロトコルアーキテクチャのアーキテクチャ情報とをマッチングすることでＲｅｍｏｔｅ ＵＥを選択するか否かを決定する。例１：第一の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、引き続き他の情報（例えば測定信号品質など）を参照し、受け入れメッセージ（例えば、返信メッセージ（Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ））をＲｅｍｏｔｅ ＵＥに送信することを選択するか否かを判断する。例２：第一の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥ が、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、受け入れメッセージ（例えば、返信メッセージ）をＲｅｍｏｔｅ ＵＥに送信しない。
【0071】
第三種類の可能な例：
ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信接続確立段階において、上記第二の機器がＲｅｍｏｔｅ ＵＥであり、且つ第一の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであることを例にして、Ｒｅｍｏｔｅ ＵＥが非直接通信要求メッセージには、第一の情報が運ばれるシナリオは、図５に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信接続確立段階において、上記第二の機器がＲｅｍｏｔｅ ＵＥであり、且つ第一の機器がＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥであることを例にして、Ｒｅｍｏｔｅ ＵＥが非直接通信要求メッセージには、第一の情報が運ばれるシナリオは、図５に示すように、本発明の実施例による方案は、以下のステップを含んでもよい。
【0072】
Ｓｔｅｐ０：ディスカバリー段階の後、Ｒｅｍｏｔｅ ＵＥは、一つのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥをディスカバリーして選択した。
【0073】
Ｓｔｅｐ１：Ｒｅｍｏｔｅ ＵＥは、第一の情報が運ばれる非直接通信要求メッセージをＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥに送信し、上記第一の情報は、Ｒｅｍｏｔｅ ＵＥが現在サポートすることができ、及び／又はＲｅｍｏｔｅ ＵＥが現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報とされることができる。
【0074】
例示的には、上記第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0075】
Ｓｔｅｐ２：ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、第一の情報を受信した後、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行う。Ｒｅｍｏｔｅ ＵＥを受け入れる非直接接続確立要求であると判断する。
【0076】
そのうち、上記第二の情報は、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、サポートすることができ、及び／又はＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報である。
【0077】
例示的には、上記第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャによってＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行うことのみをサポートすることが示される）ことと、
レイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャ通信をサポートする（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがレイヤ２とレイヤ３という２種類の中継プロトコルアーキテクチャのＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信をサポートすることが示される）ことと、
レイヤ２中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ２プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、
レイヤ３中継プロトコルアーキテクチャが優先される（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが現在、レイヤ３プロトコルアーキテクチャを使用してＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ通信を行う傾向があることが示される）ことと、のうちのいずれか一つを指示するために用いられる。
【0078】
例示的には、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、第一の情報と第二の情報をマッチングすることで、Ｒｅｍｏｔｅ ＵＥの非直接通信要求を受け入れるか否かを決定する。例１：第一の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、Ｒｅｍｏｔｅ ＵＥ非直接通信要求を受け入れる。例２：第一の情報が、「Ｒｅｍｏｔｅ ＵＥが、レイヤ２中継プロトコルアーキテクチャ通信のみをサポートする」を指示し、第二の情報が、「ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥが、レイヤ３中継プロトコルアーキテクチャ通信のみをサポートする」を指示する場合、ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥは、Ｒｅｍｏｔｅ ＵＥの非直接接続要求を拒否する。
【0079】
Ｓｔｅｐ３：ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥがＲｅｍｏｔｅ ＵＥ非直接接続要求を受け入れる場合、非直接通信受け入れメッセージ（例えば、接続確立受け入れメッセージ）をＲｅｍｏｔｅ ＵＥに送信する。
【0080】
本発明の実施例は、プロトコルアーキテクチャ決定方法を提供する。第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【0081】
図６は、本発明の実施例によるプロトコルアーキテクチャ決定装置を実現する可能な構造概略図である。図６に示すように、このプロトコルアーキテクチャ決定装置４００は、受信モジュール４０１と、決定モジュール４０２とを含み、そのうち、受信モジュール４０１は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するために用いられ、決定モジュール４０２は、この受信モジュール４０１により受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0082】
選択的に、上記ターゲットメッセージは、ディスカバリーメッセージを含み、この決定モジュール４０２は、具体的に、第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、第二の機器を選択して通信接続を確立し続けるか否かを決定するために用いられる。
【0083】
選択的に、上記ターゲットメッセージは、接続確立メッセージを含み、この接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられ、上記決定モジュール４０２は、具体的に、この受信モジュール４０１により受信された第一の情報と第二の情報に基づいてプロトコルアーキテクチャマッチングを行い、接続確立メッセージを受け入れるか否かを決定するために用いられる。
【0084】
選択的に、上述した、現在サポートしている第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
【0085】
選択的に、上述した、現在サポートしている第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
【0086】
選択的に、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第二の機器のネットワーク状況に基づいて決定され、及び／又は、上記第二の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器により第一の機器のネットワーク状況に基づいて決定される。
【0087】
選択的に、上記決定モジュール４０２は、具体的に、第一の情報と第二の情報に基づいて上記第一のプロトコルアーキテクチャが上記第二のプロトコルアーキテクチャと一致しないと決定した場合、第二の機器に接続確立拒否メッセージを送信するために用いられ、そのうち、上記接続確立拒否メッセージには、第三の情報が運ばれ、この第三の情報は、第一のプロトコルアーキテクチャが第二のプロトコルアーキテクチャに一致しない理由を指示するために用いられる。
【0088】
選択的に、上記第一の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含み、上記前記第二の機器は、中継ＵＥと、遠隔ＵＥと、ロードサイドユニットとのうちのいずれか一つを含む。
【0089】
本発明の実施例は、プロトコルアーキテクチャ決定装置を提供する。この装置は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【0090】
本発明の実施例によるプロトコルアーキテクチャ決定装置は、上記方法の実施例における図２から図５のいずれか一つに示される過程を実現することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0091】
説明すべきこととして、図６に示すプロトコルアーキテクチャ決定装置は、第一の機器であってもよく、この第一の機器における機能モジュール及び／又は機能エンティティであってもよく、具体的に、実際の使用需要に応じて決定されてもよく、本発明の実施例は、限定しない。
【0092】
図７は、本発明の実施例によるプロトコルアーキテクチャ決定装置を実現する可能な構造概略図である。図７に示すように、このプロトコルアーキテクチャ決定装置５００は、送信モジュール５０１を含み、そのうち、送信モジュール５０１は、第一の情報が運ばれるターゲットメッセージを送信するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0093】
選択的に、上記ターゲットメッセージは、ディスカバリーメッセージ又は接続確立メッセージであり、上記接続確立メッセージは、第二の機器と第一の機器との間の通信接続の確立を要求するために用いられる。
【0094】
選択的に、上述した、現在サポートしている第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
レイヤ２中継プロトコルアーキテクチャによる通信をサポートすることと、
レイヤ３中継プロトコルアーキテクチャによる通信をサポートすることとのうちの少なくとも一つを指示するために用いられ、
上述した、現在使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報は、
レイヤ２中継プロトコルアーキテクチャが優先的に通信することと、
レイヤ３中継プロトコルアーキテクチャが優先的に通信することとのうちのいずれか一つを指示するために用いられる。
【0095】
選択的に、上記第一の情報は、予め配置され、又はネットワークにより配置され、又は第二の機器第二の機器のネットワーク状況に基づいて決定される。
【0096】
本発明の実施例は、プロトコルアーキテクチャ決定装置を提供する。この装置は、第一の機器にターゲットメッセージを送信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【0097】
説明すべきこととして、図７に示すプロトコルアーキテクチャ決定装置は、第二の機器であってもよく、この第二の機器における機能モジュール及び／又は機能エンティティであってもよく、具体的に、実際の使用需要に応じて決定されてもよく、本発明の実施例は、限定しない。
【0098】
図８は、本発明の実施例を実現するプロトコルアーキテクチャ決定機器のハードウェア構造概略図である。このプロトコルアーキテクチャ決定機器８００は、プロセッサ８０１と、送受信機８０２と、メモリ８０３と、ユーザインターフェース８０４と、バスインターフェースとを含む。
【0099】
そのうち、このプロトコルアーキテクチャ決定機器が第一の機器である場合、送受信機８０２は、第二の機器から第一の情報が運ばれるターゲットメッセージを受信するために用いられ、プロセッサ８０１は、この送受信機８０２により受信される第一の情報と第二の情報に基づき、第二の機器との間の通信接続を確立するか否かを決定するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられ、上記第二の情報は、第一の機器が現在サポートしており及び／又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0100】
本発明の実施例による第一の機器は、この第一の機器は、第二の機器からターゲットメッセージを受信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【0101】
又は、
このプロトコルアーキテクチャ決定機器が第二の機器である場合、送受信機８０２は、第一の情報が運ばれるターゲットメッセージを送信するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
このプロトコルアーキテクチャ決定機器が第二の機器である場合、送受信機８０２は、第一の情報が運ばれるターゲットメッセージを送信するために用いられ、そのうち、上記第一の情報は、第二の機器が現在サポートしており及び／又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報を指示するために用いられる。
【0102】
本発明の実施例による第二の機器は、第二の機器は、第一の機器にターゲットメッセージを送信した後、このターゲットメッセージには、第二の機器が現在サポートすることができ、又は使用する傾向のある第一のプロトコルアーキテクチャのアーキテクチャ情報が運ばれるため、第一の機器は、自体が現在サポートすることができ、又は使用する傾向のある第二のプロトコルアーキテクチャのアーキテクチャ情報と上記第一のプロトコルアーキテクチャのアーキテクチャ情報に基づいて第二の機器を選択して通信接続するか否かを決定することができ、第一の機器と第二の機器との間の通信接続の成功率を向上させ、通信エネルギ効率を向上させた。
【0103】
本発明の実施例では、図８において、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジとを含んでもよく、具体的には、プロセッサ８０１によって代表される一つ又は複数のプロセッサとメモリ８０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。これらは、全て当分野でよく知っているものであるため、本明細書において、それをさらに記述しない。バスインターフェースは、インターフェースを提供する。送受信機８０２は、複数の素子であってもよく、即ち、送信機と受信機とを含み、伝送媒体で各種の他の装置と通信するためのユニットを提供する。異なるユーザ機器について、ユーザインターフェース８０４は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。プロセッサ８０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ８０３は、プロセッサ８０１の操作実行時に使用されるデータを記憶してもよい。
【0104】
また、プロトコルアーキテクチャ決定機器８００は、いくつかの示されていない機能モジュールをさらに含み、ここでこれ以上説明しない。
【0105】
選択的に、本発明の実施例は、プロトコルアーキテクチャ決定機器をさらに提供する。このプロトコルアーキテクチャ決定機器は、第一の機器であり、プロセッサと、メモリと、メモリに記憶され、且つプロセッサ上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサによって実行される時、上記実施例に示されるプロトコルアーキテクチャ決定方法の過程を実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。
【0106】
本発明の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体には、コンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記実施例におけるプロトコルアーキテクチャ決定方法の複数の過程を実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。そのうち、上記のコンピュータ可読記憶媒体は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどを含む。
【0107】
説明すべきこととして、本明細書では、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。
【0108】
以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本発明の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末機器に（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）本発明の複数の実施例に記載の方法を実行するための若干の命令を含む。
【0109】
以上は、図面を結び付けながら、本発明の実施例について記述したが、本出願は、上記した具体的な実施の形態に限らない。上記した具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本発明の示唆で、本出願の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】