特許7548485 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ホアウェイ・テクノロジーズ・カンパニー・リミテッドの特許一覧

特許7548485データ通信方法および関連装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1a
1b
1c
1d
1e
1f
2
3
4a
4b
5
6
7
8
9
10
11
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-02

(45)【発行日】2024-09-10

(54)【発明の名称】データ通信方法および関連装置

(51)【国際特許分類】

H04L 41/50 20220101AFI20240903BHJP

【ＦＩ】

H04L41/50

【請求項の数】 34

(21)【出願番号】P 2022566165

(86)(22)【出願日】2020-04-29

(65)【公表番号】

(43)【公表日】2023-06-02

(86)【国際出願番号】 CN2020087916

(87)【国際公開番号】W WO2021217528

(87)【国際公開日】2021-11-04

【審査請求日】2022-12-23

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】リウ、ハン

(72)【発明者】

【氏名】ワン、ジアン

【審査官】吉田歩

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０１７４３６０（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ４１／５０

(57)【特許請求の範囲】

【請求項1】

データ通信方法であって、
少なくとも１つのサービス特徴情報を取得する段階と、
セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階とを備え、
前記セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する前記段階は、
前記セカンダリノードの前記アクセス層において前記第１の情報を生成し、前記アクセス層を通じて、前記第１の情報を前記プライマリノードへ送信する段階
を有する、
方法。

【請求項2】

データ通信方法であって、
少なくとも１つのサービス特徴情報を取得する段階と、
セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階と、
前記セカンダリノードの前記アクセス層を通じて、前記プライマリノードから第２の情報を受信する段階であって、前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、少なくとも１つのサービスのために用いられる、受信する段階
を備える、方法。

【請求項3】

データ通信方法であって、
少なくとも１つのサービス特徴情報を取得する段階と、
セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階とを備え、
前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記セカンダリノードのリソースは、前記第１のサービスのために用いられる、方法。

【請求項4】

データ通信方法であって、
少なくとも１つのサービス特徴情報を取得する段階と、
セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階とを備え、
前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、方法。

【請求項5】

データ通信方法であって、
少なくとも１つのサービス特徴情報を取得する段階と、
セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階と、
上位層は、デバイス層であり、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する前記段階は、
前記デバイス層と前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記少なくとも１つのサービス特徴情報を取得するか、ネットワークおよびトランスポート層を通じて、前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する段階であって、前記ネットワークおよびトランスポート層は、前記デバイス層と前記アクセス層との間にある、取得する段階
を含む、
方法。

【請求項6】

少なくとも１つのサービス特徴情報を取得する前記段階は、
前記セカンダリノードの上位層から前記少なくとも１つのサービス特徴情報を取得する段階であって、前記上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む、取得する段階
を有する、
請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、請求項３に記載の方法。

【請求項9】

前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、請求項２から３または請求項８のいずれか一項に記載の方法。

【請求項10】

データ通信方法であって、
セカンダリノードから第１の情報を受信する段階であって、前記第１の情報は、少なくとも１つのサービス特徴情報を示す、受信する段階と、
第２の情報を前記セカンダリノードへ送信する段階であって、前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、送信する段階と
を備える、方法。

【請求項11】

前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、請求項１０に記載の方法。

【請求項12】

前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記リソースは、前記第１のサービスのために用いられる、請求項１０または１１に記載の方法。

【請求項13】

前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、請求項１２に記載の方法。

【請求項14】

第２の情報を前記セカンダリノードへ送信する前記段階は、
プライマリノードのアクセス層を通じて、前記第２の情報を前記セカンダリノードへ送信する段階
を有する、
請求項１０に記載の方法。

【請求項15】

前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、請求項１０から１４のいずれか一項に記載の方法。

【請求項16】

データ通信装置であって、
少なくとも１つのサービス特徴情報を取得するように構成された処理ユニットと、
セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成された送信ユニットであって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信ユニットと
を備え、
前記処理ユニットはさらに、
前記セカンダリノードの前記アクセス層において前記第１の情報を生成する
ように構成されている、
装置。

【請求項17】

データ通信装置であって、
少なくとも１つのサービス特徴情報を取得するように構成された処理ユニットと、
セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成された送信ユニットであって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信ユニットと
を備える装置であって、
前記装置は、受信ユニットをさらに備え、前記受信ユニットはさらに、
前記セカンダリノードの前記アクセス層を通じて、前記プライマリノードから第２の情報を受信する
ように構成されており、
前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、少なくとも１つのサービスのために用いられる、
装置。

【請求項18】

データ通信装置であって、
少なくとも１つのサービス特徴情報を取得するように構成された処理ユニットと、
セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成された送信ユニットであって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信ユニットと
を備え、
前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記セカンダリノードのリソースは、前記第１のサービスのために用いられる、装置。

【請求項19】

データ通信装置であって、
少なくとも１つのサービス特徴情報を取得するように構成された処理ユニットと、
セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成された送信ユニットであって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信ユニットと
を備え、
前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、装置。

【請求項20】

データ通信装置であって、
少なくとも１つのサービス特徴情報を取得するように構成された処理ユニットと、
セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成された送信ユニットであって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信ユニットと
を備え、
上位層は、デバイス層であり、前記処理ユニットはさらに、
前記デバイス層と前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記少なくとも１つのサービス特徴情報を取得するか、ネットワークおよびトランスポート層を通じて、前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する
ように構成されており、
前記ネットワークおよびトランスポート層は、前記デバイス層と前記アクセス層との間にある、
装置。

【請求項21】

前記処理ユニットはさらに、
前記セカンダリノードの上位層から前記少なくとも１つのサービス特徴情報を取得する
ように構成されており、
前記上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む、
請求項１６から２０のいずれか一項に記載の装置。

【請求項22】

前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、請求項１６から２１のいずれか一項に記載の装置。

【請求項23】

前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、請求項１８に記載の装置。

【請求項24】

前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、請求項１７から１８または請求項２３のいずれか一項に記載の装置。

【請求項25】

データ通信装置であって、
セカンダリノードから第１の情報を受信するように構成された受信ユニットであって、前記第１の情報は、少なくとも１つのサービス特徴情報を示す、受信ユニットと、
第２の情報を前記セカンダリノードへ送信するように構成された送信ユニットであって、前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、送信ユニットと
を備える、装置。

【請求項26】

前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、請求項２５に記載の装置。

【請求項27】

前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記リソースは、前記第１のサービスのために用いられる、請求項２５または２６に記載の装置。

【請求項28】

前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、請求項２７に記載の装置。

【請求項29】

前記送信ユニットはさらに、
プライマリノードのアクセス層を通じて前記第２の情報を前記セカンダリノードへ送信する
ように構成されている、
請求項２５に記載の装置。

【請求項30】

前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、請求項２５から２９のいずれか一項に記載の装置。

【請求項31】

メモリと少なくとも１つのプロセッサとを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を格納するように構成されており、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行し、その結果、前記通信装置は、請求項１から９または請求項１０から１５のいずれか一項に記載の方法を実装する、
通信装置。

【請求項32】

コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、前記コンピュータプログラムがセカンダリノード内のプロセッサにより実行された場合、請求項１から９または請求項１０から１５のいずれか一項に記載の方法が実装される、コンピュータ可読記憶媒体。

【請求項33】

請求項１から９または請求項１０から１５のいずれか１項に記載の方法の前記段階をコンピュータに実行させるプログラム。

【請求項34】

請求項１６から２４のいずれか一項に記載のデータ通信装置と、請求項２５から３０のいずれか一項に記載のデータ通信装置とを備える通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信技術分野に関し、特に、短距離通信技術分野、例えば、運転席ドメイン通信、具体的には、データ通信方法および関連装置に関する。

【背景技術】

【0002】

生活水準が向上するにつれて、人々にとっての輸送手段は、単純な「物理的強度」輸送モードから多様で「便利な」輸送モードへと発展してきた。代表的な変化が、「二輪」から「四輪」への変化である。さらに、スマート運転席技術が急速に発展するにつれて、車両は、輸送手段であることに加え、人々の生活空間の一部分になっている。人々は、スマート運転席がより便利になってより多くのサービスを提供すること、例えば、多様な娯楽活動および快適なオフィス経験を提供することを期待している。

【0003】

現在、スマート運転席は、運転席ドメインコントローラ（ｃｏｃｋｐｉｔｄｏｍａｉｎｃｏｎｔｒｏｌｌｅｒ、ＣＤＣ）と、車載サウンドボックス、車載マイク、車載ラウドスピーカおよび車載ディスプレイなどの車載デバイスと、スマート端末および後に運転席へ入る他のポータブルデバイスなどの複数の非車載デバイスとを含んでいる。ＣＤＣは、無線または有線接続を通じて、スマート運転席に含まれる複数のデバイスと通信し得る。例えば、車内アクティブノイズキャンセリングの適用シナリオでは、複数の車載マイクが、車両内のノイズ信号を収集し、収集されたノイズ信号をＣＤＣへ伝送する。ＣＤＣは、相がノイズ信号のものとは逆であり、かつ、振幅がノイズ信号のものと同じである音波信号を生成する。音波信号が車載ラウドスピーカを通じて再生されてノイズがキャンセルされることにより、アクティブノイズキャンセリングが達成される。実際の適用では、車内アクティブノイズキャンセリングサービスの正常な実装を保証するために、ノイズの収集、処理および伝送、逆相ノイズ信号の生成、車載ラウドスピーカへの逆相ノイズ信号の伝送ならびに逆相ノイズ信号の再生などの一連のオペレーションにおいて遅延が低いことが保証される必要があり、加えて、ノイズ信号および逆相ノイズ信号の伝送のために、高信頼性が必要とされる。

【0004】

異なるタイプのサービスが異なる特徴を有し、これらのサービスに対応するサービス品質（Ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ、ＱｏＳ）要件が大幅に異なり得ることが理解され得る。例えば、同時接続数、データスループットおよび伝送遅延／ジッタなど、インジケータについての異なる要件が存在する。例えば、アクティブノイズキャンセリングサービスは低遅延を必要とし、ストリーミングメディアサービスは高信頼性を必要とする。異なるサービスのサービス品質をどのように保証するかが、解決すべき必須の技術的課題である。

【発明の概要】

【0005】

本願の実施形態は、異なるサービスの差別化されたＱｏＳを可能な限り保証するために、データ通信方法および関連装置を開示する。

【0006】

第１の態様によれば、本願の一実施形態は、セカンダリノードに適用されるデータ通信方法を提供する。方法は、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する段階と、セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、第１の情報は、少なくとも１つのサービス特徴情報を示す、送信する段階とを含み得る。

【0007】

本願の本実施形態において、セカンダリノードは、セカンダリノードの上位層からサービス特徴情報を取得してよく、次に、下位層は、上位層のサービス特徴情報を認識できる。したがって、下位層は、上位層のための特定のサービスを提供できる。このように、異なるサービスのＱｏＳが保証され得る。

【0008】

可能な実装において、セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階は、セカンダリノードのアクセス層において第１の情報を生成し、アクセス層を通じて、第１の情報をプライマリノードへ送信する段階を含む。本願の本実施形態において、上位層により転送される少なくとも１つのサービス特徴情報を取得することに加え、セカンダリノードのアクセス層はさらに、アクセス層Ｑｏｓ情報（例えば、アクセス層Ｑｏｓ情報は、アクセス層優先度情報、アクセス層信頼性情報およびＱｏＳ識別子を含み得る）および第１のアプリケーション識別子などの情報を生成し得る。次に、上位層情報と現在の層の情報とを含む第１の情報は、プライマリノードへ送信される。その結果、第１の情報を受信した後に、プライマリノードは、セカンダリノードの特定のリソースを構成できる。このように、異なるサービスのＱｏＳが保証され得る。

【0009】

可能な実装において、上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む。

【0010】

可能な実装において、第１の情報は、少なくとも１つのサービス特徴情報、または少なくとも１つのサービス特徴情報の少なくとも１つの識別子情報を含む。

【0011】

可能な実装において、方法は、セカンダリノードのアクセス層を通じて、プライマリノードから第２の情報を受信する段階であって、第２の情報は、セカンダリノードのリソースを構成するために用いられ、リソースは、少なくとも１つのサービスのために用いられる、受信する段階をさらに含む。

【0012】

可能な実装において、第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、リソースは、第１のサービスのために用いられる。

【0013】

可能な実装において、第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む。

【0014】

可能な実装において、リソースは、少なくとも１つのサービス特徴情報に対応する。

【0015】

可能な実装において、少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む。

【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】

【図1a】本願の一実施形態によるＯＳＩモデルの構造の概略図である。

【0081】

【図1b】本願の一実施形態によるプロトコルスタックの構造の概略図である。

【0082】

【図1c】本願の一実施形態による別のプロトコルスタックの構造の概略図である。

【0083】

【図1d】本願の一実施形態による別のプロトコルスタックの構造の概略図である。

【0084】

【図1e】本願の一実施形態による異なるデバイスの「ピア層」の概略図である。

【0085】

【図1f】本願の一実施形態によるホストＡとホストＢとの間のデータ通信の概略図である。

【0086】

【図2】本願の一実施形態による通信システムのアーキテクチャの概略図である。

【0087】

【図3】本願の一実施形態によるデータ通信方法の適用シナリオの概略図である。

【0088】

【図4a】本願の一実施形態によるデータ通信方法の概略フローチャートである。

【0089】

【図4b】本願の一実施形態によるデータ通信方法の概略フローチャートである。

【0090】

【図5】本願の一実施形態によるデータ通信方法の概略フローチャートである。

【0091】

【図6】本願の一実施形態による別のデータ通信方法の概略フローチャートである。

【0092】

【図7】本願の一実施形態による別のデータ通信方法の概略フローチャートである。

【0093】

【図8】本願の一実施形態による別のデータ通信方法の概略フローチャートである。

【0094】

【図9】本願の一実施形態によるデータ通信装置の構造の概略図である。

【0095】

【図10】本願の一実施形態による別のデータ通信装置の構造の概略図である。

【0096】

【図11】本願の一実施形態による別のデータ通信装置の構造の概略図である。

【0097】

【図12】本願の一実施形態による別のデータ通信装置の構造の概略図である。

【0098】

【図13】本願の一実施形態による通信装置の構造の概略図である。

【0099】

【図14】本願の一実施形態による通信装置の構造の概略図である。

【発明を実施するための形態】

【0100】

以下では、本願の実施形態の添付図面を参照して、本願の実施形態を説明する。

【0101】

本願の本明細書、特許請求の範囲および添付図面において、「第１の」、「第２の」、「第３の」および「第４の」等の用語は、異なる対象を区別するように意図されているが、特定の順序を示すようには意図されていない。加えて、「含む（ｉｎｃｌｕｄｉｎｇ）」および「有する（ｈａｖｉｎｇ）」という用語ならびにそれらのあらゆる他の変形は、非排他的包含を範囲に含むように意図されている。例えば、一連の段階またはユニットを含むプロセス、方法、システム、製品またはデバイスは、列挙されている段階またはユニットに限定されないが、列挙されていない段階またはユニットを任意選択的にさらに含むか、プロセス、方法、製品またはデバイスの別の固有の段階またはユニットを任意選択的にさらに含む。

【0102】

本明細書において言及される一「実施形態」は、実施形態を参照して説明される特定の特性、構造または特徴が本願の少なくとも１つの実施形態に含まれ得ることを意味する。本明細書の様々な箇所に示される語句は、必ずしも同じ実施形態を指していなくてよく、別の実施形態と相互に排他的な独立のまたは任意選択的な実施形態ではない。本明細書において説明される一実施形態が別の実施形態と組み合わされ得ることが、当業者には明示的にも黙示的にも理解される。

【0103】

本明細書において用いられる、「コンポーネント」、「モジュール」および「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行されているソフトウェアを示す。例えば、コンポーネントは、限定されるわけではないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラムおよび／またはコンピュータであってよい。図を用いることにより示されるように、コンピューティングデバイスと、コンピューティングデバイス上で実行されるアプリケーションとの両方が、コンポーネントであってよい。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に存在してよく、コンポーネントは、１つのコンピュータ上に位置してよく、および／または、２つまたはそれよりも多くのコンピュータ間で分散されてよい。加えて、これらのコンポーネントは、様々なデータ構造を格納する様々なコンピュータ可読媒体から実行され得る。例えば、これらのコンポーネントは、ローカルおよび／または遠隔のプロセスを用いることにより、かつ、例えば、１つまたは複数のデータパケット（例えば、信号を用いることにより別のシステムとインタラクトするインターネットなど、ローカルシステム、分散システムおよび／またはネットワーク内の別のコンポーネントとインタラクトする２つのコンポーネントからのデータ）を有する信号に従って、通信し得る。

【0104】

理解しやすくするために、以下ではまず、本願における関連技術および技術用語を簡潔に説明する。

【0105】

［１．ノード（ｎｏｄｅ）］

【0106】

ノードは、データ受信および送信能力を有する電子デバイスである。例えば、ノードは、自動車運転席（ＣｏｃｋｐｉｔＤｏｍａｉｎ）デバイス、または自動車運転席デバイス内のモジュール（運転席ドメインコントローラ（ｃｏｃｋｐｉｔｄｏｍａｉｎｃｏｎｔｒｏｌｌｅｒ、ＣＤＣ）、カメラ、スクリーン、マイク、サウンドボックス、電子鍵およびキーレスエントリまたは起動システムコントローラなどのモジュールのうちの１つまたは複数）であってよい。別の例では、ノードは、工場実装車載デバイスであってよい。特定の実装プロセスにおいて、ノードは、例えば、ルータ、リピータ、ブリッジまたはスイッチといったデータ転送デバイスであってもよく、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）、携帯電話（ｍｏｂｉｌｅｐｈｏｎｅ）、タブレットコンピュータ（ｐａｄ）、デスクトップコンピュータ、ヘッドセットおよびサウンドボックス等を含み、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）デバイス、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎｓａｆｅｔｙ）デバイス、仮想現実（ｖｉｒｔｕａｌｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ、ＡＲ）端末デバイス、マシンタイプ通信（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌｃｏｎｔｒｏｌ）デバイス、遠隔医療（ｒｅｍｏｔｅｍｅｄｉｃａｌ）デバイス、スマートグリッド（ｓｍａｒｔｇｒｉｄ）デバイスおよびスマートシティ（ｓｍａｒｔｃｉｔｙ）デバイスなどのマシンインテリジェンスデバイスも含み、かつ、ウェアラブルデバイス（例えば、スマートウォッチ、スマートバンドまたは歩数計）等をさらに含む様々なタイプの端末デバイスであってもよい。いくつかの技術的シナリオにおいて、同様のデータ受信および送信能力を有するデバイスの名前は、ノードでなくてよい。しかしながら、説明しやすくするために、本願の実施形態において、データ受信および送信能力を有する電子デバイスは、ノードと総称される。

【0107】

［２．コンピュータネットワークアーキテクチャ］

【0108】

ネットワークアーキテクチャ（ｎｅｔｗｏｒｋａｒｃｈｉｔｅｃｔｕｒｅ）と称されるコンピュータネットワークアーキテクチャは、階層構造である。

【0109】

コンピュータネットワークアーキテクチャは、コンピュータネットワークの層とこれらの層のプロトコルとの集合である。各層は、層の機能を実装するために、１つまたは複数のネットワークプロトコルに準拠している。プロトコルは、２つのピアエンティティ間の通信を制御するルールのセットである。プロトコルは「水平」である。サービス：任意の層におけるエンティティは、下位層サービスを用いる必要があり、この層のプロトコルに準拠し、この層の機能を実装し、上位層のサービスを提供する。サービスは「垂直」であり、下位層プロトコルの実装は、上位層サービスのユーザに対してトランスペアレントである。同じシステムの隣接する層におけるエンティティは、層間インタフェースを通じて互いにインタラクトする。

【0110】

［３．開放型システム間相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔ、ＯＳＩ）基準モデル］

【0111】

１９８４年に国際標準化機構（ＩＳＯ）により提案された階層ネットワークアーキテクチャモデルとしての開放型システム間相互接続ＯＳＩ基準モデルは、具体的な実装説明の代わりに抽象構造を定義しており、異種のネットワークシステムの相互接続および相互作用をサポートすることを目的としている。

【0112】

図１ａに示されるように、ＯＳＩ基準モデルは、アプリケーション層（ＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒ）７、プレゼンテーション層（ＰｒｅｓｅｎｔａｔｉｏｎＬａｙｅｒ）６、セッション層（ＳｅｓｓｉｏｎＬａｙｅｒ）５、トランスポート層（ＴｒａｎｓｐｏｒｔＬａｙｅｒ）４、ネットワーク層（ＮｅｔｗｏｒｋＬａｙｅｒ）３、データリンク層（ＤａｔａＬｉｎｋＬａｙｅｒ、ＤＤＬ）２および物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ）１である７つの層を含み得る。各層は、独自の機能のセットを有し、隣接する層とインタラクトする。以下では、ＯＳＩ基準モデルにおける各層を詳細に説明する。

【0113】

物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ）１は、伝送媒体を用いることによりデータリンク層のための物理的な接続を提供し、ビットストリームをトランスペアレントに伝送する。概して、チャネルのエンコードまたはデコードが物理層において実行され、データ伝送信頼性が保証される。

【0114】

データリンク層（ＤａｔａＬｉｎｋＬａｙｅｒ、ＤＤＬ）２は、物理リンク上での信頼できるデータ伝送を保証する。データまたは命令は、物理層において伝送され得る特定のフレームへカプセル化される。任意選択的に、ＤＤＬは、アクセス制御、リソース管理、データセグメンテーション、連結および誤り訂正などの機能をさらに含む。

【0115】

ネットワーク層（ＮｅｔｗｏｒｋＬａｙｅｒ）３は、２つのノード間の経路を決定するためのルートの選択を担う。任意選択的に、ネットワーク層はさらに、トラフィック制御を実行し得る。

【0116】

トランスポート層（ＴｒａｎｓｐｏｒｔＬａｙｅｒ）４は、セッション層のための、ネットワークライン、すなわち、伝送経路の提供を担う。

【0117】

セッション層（ＳｅｓｓｉｏｎＬａｙｅｒ）５は、２つのノード間のセッションの確立、維持および終了を担う。

【0118】

プレゼンテーション層（ＰｒｅｓｅｎｔａｔｉｏｎＬａｙｅｒ）６は、伝送との互換性があるか伝送に適切であるフォーマットへデータの形式を変換するためのデータのエンコードまたはデコードを担う。任意選択的に、プレゼンテーション層は、データを解読および暗号化し得る。

【0119】

アプリケーション層（ＡｐｐｌｉｃａｔｉｏｎＬａｙｅｒ）７は、アプリケーションプログラム（アプリケーションまたはユーザとも称される）のためのサービスの提供を担う。

【0120】

ＯＳＩ７層モデルにおいて、各層は、その上位層のためのサービスを提供すると共に、その上位層のためのアクセスインタフェースまたはページを提供し、アクセスインタフェースまたはページは、サービスアクセスポイント（ｓｅｒｖｉｃｅａｃｃｅｓｓｐｏｉｎｔ、ＳＡＰ）と称される。具体的には、インタフェースは、隣接する層の各ペアの間に位置し、下位層により上位層に提供されるサービスアクセスポイントオペレーションおよびサービスを定義する。

【0121】

本願の一例において、プロトコルスタックは、アクセス層、ネットワークおよびトランスポート層ならびにデバイス層を含み得る。図１ｂは、本願の一実施形態によるプロトコルスタックの構造の概略図である。アクセス層１０３は、ノード間の通信のための通信インタフェース／通信手段を提供し得る。アクセス層１０３は、複数の異なるアクセス技術を含んでよく、異なるアクセス技術は、異なる通信インタフェース、例えば、セルラーインタフェースおよびＷｉ－Ｆｉ（登録商標）インタフェースなどの無線通信インタフェースに対応してよい。ネットワークおよびトランスポート層１０２は、送信元ノードと宛先ノードとの間の接続を確立し、信頼できるエンドツーエンドデータ伝送サービスを提供するように構成されている。デバイス層１０１は、ユーザのためのアプリケーションサポートを提供するように構成されている。任意選択的に、デバイス層１０１はさらに、ユーザのためのセッション／通信サポートおよび／または情報サポートを提供するように構成されている。任意選択的に、アクセス層１０３は、ＩＳＯにより定義されている開放型システム間相互接続ＯＳＩモデルにおける物理層１およびデータリンク層２に対応し得る。任意選択的に、ネットワークおよびトランスポート層１０２は、ＩＳＯにより定義されているＯＳＩモデルにおけるネットワーク層３およびトランスポート層４に対応し得る。任意選択的に、デバイス層１０１は、ＩＳＯにより定義されているＯＳＩモデルにおけるセッション層５、プレゼンテーション層６およびアプリケーション層７に対応し得る。

【0122】

さらに別の例では、いくつかの場合（例えば、伝送端と受信端との間にただ１つの経路が存在するので、ルートの選択が必要とされない）において、ネットワークおよびトランスポート層１０２（図１ｃにおいて破線により示される）が必要とされないので、簡略化のために、プロトコルスタックは、図１ｃに示されるようなネットワークおよびトランスポート層１０２を含まなくてよい。言い換えると、プロトコルスタックは、アクセス層１０３およびデバイス層１０１のみを含む。

【0123】

さらに別の例において、図１ｄに示されるように、プロトコルスタックは、アクセス層１０３、ネットワークおよびトランスポート層１０２（任意選択的）、デバイス層１０１ならびに管理エンティティ１０４を含む。管理エンティティ１４０は、プロトコルスタックを管理し、プロトコルスタックの各層と情報を交換する。具体的には、アクセスインタフェース（つまり、層間インタフェースＳＡＰ）は、管理エンティティ１０４と前述の３つの層の各々との間に存在し得る。その結果、管理エンティティ１４０は、層間インタフェースＳＡＰを通じて、各層と情報を交換し得る。管理エンティティは、プロトコルスタッククロス層管理を実行し得る。実装の観点から、設計要件に基づいて、代替的に、管理エンティティと、前述の３つの層のいくつかとの間には、アクセスインタフェースが存在し得る。これは、本願において具体的に限定されない。

【0124】

図１ｅに示されるように、異なる端末デバイス（例えば、図１ｅに示されるホストＡおよびホストＢ）上の同じ層は、「ピア層」と称され、ピア層間の通信は、対応する層プロトコルに基づく。実際には、システム内のＮ番目の層は、データを別のシステム内のＮ番目の層へ直接伝送しない。代わりに、Ｎ番目の層は、データおよび制御情報を次の層へ直接伝送する。このプロセスは、情報が第１の層（つまり、物理層）へ伝送されるまで続く。通信は、実際には、２つのピア第１の層を接続する物理媒体上で行われる。つまり、対応する層間のプロトコルは、層がどのようにデータを構築してデータを交換するかを指定する。図１ｅに示されるように、２つのピア層間のプロトコルは、破線により表されており、これは、ピア層間で交換されるデータの到達が直接かつ物理的ではないが、対応するピア層にデータが論理的に到達していることを意味している。情報は、層を通じて伝送された後に、物理層へ伝送される。物理的な信号伝送は、２つのピア物理層間の物理媒体を用いることによってのみ、達成され得る。

【0125】

以下のプロセスが理解されるべきである。ＯＳＩモデルに基づいて、例えば、ホストＡがユーザデータをホストＢへ送信する場合、ホストＡは、７つの層の機能を用いることによりホストＡにより送信されるユーザデータをホストＢへ伝送でき、ホストＢは、７つの層の機能を用いることによりホストＡにより送信されるユーザデータを受信できる。同様に、例えば、ホストＢは、ユーザデータをホストＡへ送信する。ホストＢは、７つの層の機能を用いることによりホストＢのユーザデータをホストＡへ送信し、ホストＡは、７つの層の機能を用いることによりホストＢにより送信されるユーザデータを受信する。この実装プロセスは、図１ｆに示され得る。

【0126】

図１ａから図１ｆにおける物理媒体は、伝送媒体であり、プロトコルスタックの一部分ではないことに留意されたい。

【0127】

以下では、本願の実施形態におけるシステムアーキテクチャおよびサービスシナリオを説明する。本願において説明されるシステムアーキテクチャおよびサービスシナリオは、本願における技術的解決手段をより明確に説明するように意図されており、本願において提供される技術的解決手段に関する限定を構成しないことに留意されたい。システムアーキテクチャの進化および新しいサービスシナリオの出現に伴い、本願において提供される技術的解決手段が同様の技術的課題にも適用可能であることを、当業者であれば認識し得る。

【0128】

図２は、本願の一実施形態による通信システムのアーキテクチャの概略図である。通信システムは、第１のノード２０１および第２のノード２０２を含む。第１のノード２０１は、第２のノード２０２への接続を確立し、第２のノード２０２と通信し得る。任意選択的に、第１のノード２０１と第２のノード２０２との間の通信は、様々なタイプの伝送媒体、例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＺｉｇＢｅｅ（登録商標）（ＺｉｇＢｅｅ）等の無線リンク、または光ファイバリンクなどの有線リンクを通じて実装され得る。

【0129】

任意選択的に、第１のノード２０１は、プライマリノードまたはアクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ、ＡＰ）であってよく、それに応じて、第２のノード２０２は、セカンダリノードである。プライマリノードは、リソーススケジューリング能力を有する。プライマリノードは、セカンダリノードの時間－周波数リソースをスケジューリングしてよく、セカンダリノードは、プライマリノードのスケジューリングに従う。セカンダリノードは、プライマリノードによりスケジューリングされる時間－周波数リソースを用いることにより、通信を実行し得る。

【0130】

第１のノード２０１および第２のノード２０２は、同じタイプのデバイスであってもよく、異なるタイプのデバイスであってもよい。図３は、本願の一実施形態によるデータ通信方法の適用シナリオの概略図である。運転席ドメインコントローラ（ｃｏｃｋｐｉｔｄｏｍａｉｎｃｏｎｔｒｏｌｌｅｒ、ＣＤＣ）３０１は、スマート運転席デバイス内の制御センタであり、第１のノード２０１とみなされ得る。スマートフォン３０２は、データ受信および送信能力を有するポータブルデバイスであり、第２のノード２０２とみなされ得る。スマートフォン３０２は、近距離通信機能（例えば、近距離通信機能は、Ｂｌｕｅｔｏｏｔｈ機能、ポイントツーポイント通信機能、Ｗｉ－Ｆｉ機能および汎用伝送機能等のうちの１つまたは複数を含み得る）を有し、スマートフォン３０２は、近距離通信技術を用いることにより、ＣＤＣ３０１への接続を確立し得る。例えば、スマートフォンは、Ｂｌｕｅｔｏｏｔｈ技術を用いることにより、ＣＤＣ３０１への接続を確立する。スマートフォン３０２およびＣＤＣ３０１は、ペアリングモードまたはジャストワーク（ｊｕｓｔｗｏｒｋ）モードを有効化することにより接続され得る。ジャストワークモードでは、ピア識別子を直接タップすることにより、スマートフォン３０２およびＣＤＣ３０１は、Ｂｌｕｅｔｏｏｔｈを用いることにより接続され得る。したがって、ＣＤＣ３０１がＢｌｕｅｔｏｏｔｈを有効化した後に、スマートフォン３０２は、ＣＤＣ３０１のＢｌｕｅｔｏｏｔｈ名を直接タップして、ＣＤＣ３０１にアクセスし得る。従来技術では、スマートフォン３０２のプロトコルスタック設計（例えば、開放型システム間相互接続基準モデル）において、上位層と下位層とが切り離されるので、層間の情報交換が無い。例えば、上位層は、下位層サービスに気付かず、下位層は、上位層のサービス特徴を認識しない。ＣＤＣ３０１のリソースが限られている場合、本実装では、インテリジェント運転席環境における異なるサービスの差別化されたＱｏＳを保証できない。この課題を解決するために、本願は、以下の方法を提供する。以下では、添付図面を参照して、本願において提供される方法を詳細に説明する。

【0131】

図４ａは、本願の一実施形態によるデータ通信方法の概略フローチャートである。この方法は、限定されるわけではないが、以下の段階を含む。

【0132】

段階Ｓ４００ａ：セカンダリノードがセカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する。

【0133】

本願の本実施形態において、サービス特徴情報は、サービスに対応する特徴情報である。異なるサービスが異なる特徴を有するので、異なるサービスに対応する特徴情報は異なり得る。

【0134】

本願の実施形態において、上位層は、アクセス層よりも上の層と理解されてよく、具体的には、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含んでよい。上述のように、本願の実施形態において、ネットワークおよびトランスポート層は、送信元ノードと宛先ノードとの間の接続を確立し、信頼できるエンドツーエンドデータ伝送サービスを提供するように構成されている。任意選択的に、ネットワークおよびトランスポート層は、ＩＳＯにより定義されている開放型システム間相互接続ＯＳＩモデルにおけるネットワーク層およびトランスポート層に対応し得る。デバイス層は、ユーザのためのアプリケーションサポートを提供するために用いられる。任意選択的に、デバイス層は、ＯＳＩモデルにおけるセッション層、プレゼンテーション層およびアプリケーション層に対応する。アクセス層は、ノード間の通信のための通信インタフェース／通信手段を提供し得る。任意選択的に、デバイス層は、ＯＳＩモデルにおけるデータリンク層および物理層に対応する。

【0135】

本願の任意選択的な実施形態において、少なくとも１つのサービス特徴情報は、セカンダリノードのデバイス層により決定され得る。一例において、少なくとも１つのサービス特徴情報は、ネットワークおよびトランスポート層を通じて、デバイス層からアクセス層へ転送され、少なくとも１つのサービス特徴情報は、セカンダリノードのアクセス層により取得される。具体的には、セカンダリノード内のプロトコルスタックの構造が、図１ｂに示される構造である場合、セカンダリノードのアクセス層について、セカンダリノードの上位層の少なくとも１つのサービス特徴情報を取得するプロセスが、以下のとおり説明され得る。セカンダリノードのデバイス層１０１は、デバイス層１０１とネットワークおよびトランスポート層１０２との間の層間インタフェースＳＡＰを通じて、少なくとも１つのサービス特徴情報をネットワークおよびトランスポート層１０２へ転送し、次に、デバイス層１０１からの少なくとも１つのサービス特徴情報は、ネットワークおよびトランスポート層１０２を通じて取得され、少なくとも１つのサービス特徴情報は、ネットワークおよびトランスポート層１０２とアクセス層１０３との間の層間インタフェースを通じて、アクセス層１０３へ転送される。結果として、少なくとも１つのサービス特徴情報は、セカンダリノードのアクセス層により取得され得る。例えば、セカンダリノード内のプロトコルスタックの構造が、図１ｃに示される構造である場合、セカンダリノードのアクセス層について、セカンダリノードの上位層の少なくとも１つのサービス特徴情報を取得するプロセスが、以下のとおり説明され得る。セカンダリノードのデバイス層１０１は、デバイス層１０１とアクセス層１０３との間の層間インタフェースＳＡＰを通じて、少なくとも１つのサービス特徴情報をアクセス層１０３へ転送する。結果として、少なくとも１つのサービス特徴情報は、セカンダリノードのアクセス層により取得され得る。

【0136】

本願の実施形態において、「アプリケーション」は、ユーザのためのサービスを提供するユーザ指向のシステムと理解されるべきである。概して、単一のアプリケーションは、１つのサービスを実装し、アプリケーションは、ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を通じて、下位層とインタラクトし得る。単一のアプリケーション／サービスは、少なくとも１つのサービスを含む。サービスはアプリケーションの一部分であることが理解され得る。本願の任意選択的な実施形態において、少なくとも１つのサービス特徴情報は、セカンダリノードのアプリケーションにより決定され得る。この場合、セカンダリノードのアプリケーションは、少なくとも１つのサービス特徴情報をセカンダリノードのアクセス層へ転送する。例えば、セカンダリノードの「アクティブノイズキャンセリング」アプリケーションは、「サンプリング周波数」をセカンダリノードのアクセス層に渡す。セカンダリノードのプロトコルスタックの内部では、少なくとも１つのサービス特徴情報が、隣接する層間の層間インタフェースＳＡＰを通じて「上位層から下位層へ」順次転送され、最終的にセカンダリノードのアクセス層へ転送されることが理解され得る。本実装において、下位層は、上位層のサービス特徴情報を認識し得るので、下位層は、上位層のための特定のサービスを提供できる。このように、異なるサービスのＱｏＳが保証され得る。

【0137】

本願の本実施形態において、「少なくとも１つ」は、「１よりも大きいかそれに等しい」、例えば、「１」、「２」またはそれよりも多くと理解されるべきである。

【0138】

段階Ｓ４０２ａ：セカンダリノードが、セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する。第１の情報は、少なくとも１つのサービス特徴情報を示す。

【0139】

本願の任意選択的な実施形態において、セカンダリノードは、識別子情報を用いて、サービスと、サービスに対応するサービス特徴情報とを表し得る。例えば、サービス特徴情報は、サービス特徴識別子により示され得る。例えば、「ＩＤ１」は、「アクティブノイズキャンセリングサービス」を表してよく、別の例では、「ＩＤ２」は、「ストリーミングメディアバックミラーサービス」を表してよい。つまり、第１の情報は、少なくとも１つのサービス特徴情報の少なくとも１つの識別子を含む。

【0140】

本願の本実施形態において、１つのサービスは、１つまたは複数のサービス特徴情報を含み得る。例えば、アクティブノイズキャンセリングサービスについて、アクティブノイズキャンセリングサービスは、サンプリング周波数、およびサンプル値の量子化精度など、複数のサービス特徴情報を含み得る。サンプリング周波数は、サンプリングレートまたはサンプリング速度とも称され、離散信号を作るために１秒当たりに連続信号から取得されるサンプルの数を定義し、サンプリング周波数は、ヘルツ（Ｈｚ）により表される。サンプリング周波数の逆数は、２つのサンプル間の時間間隔であるサンプリング期間またはサンプリング時間である。量子化は、信号の連続値（または可能な離散値の大きな集合）を離散値の有限集合（または小さな集合）へ丸めることを指す。概して、量子化は主に、連続信号からデジタル信号への変換に適用される。連続信号は、サンプリングが適用された後に離散信号になり、離散信号は、量子化が適用された後にデジタル信号になる。サンプル値のバイナリビットの数により、サンプル値の量子化精度が決定する。具体的には、「サンプリング周波数」は、「ＩＤ１－００１」により表されてよく、サンプル値の量子化精度は、「ＩＤ１－００２」により表されてよい。

【0141】

別の例では、サンプリング周波数が４８ｋＨｚまたは９６ｋＨｚであると想定されている。「ＩＤ１－００１－０１」は４８ｋＨｚのサンプリングレートを表してよく、「ＩＤ１－００１－０２」９６ｋＨｚを表してよいことが理解され得る。

【0142】

別の例では、ストリーミングメディアバックミラーサービスについて、ストリーミングメディアバックミラーサービスは、フレームレート、画像解像度、圧縮率およびデータレートなど、複数のサービス特徴情報を含み得る。フレームレート（Ｆｒａｍｅｒａｔｅ）は、表示されるフレームの数を測定するために用いられる測定値である。測定単位は、１秒当たりのフレーム数（ＦｒａｍｅｓｐｅｒＳｅｃｏｎｄ、ＦＰＳ）、またはヘルツ（Ｈｚ）であり得る。概して、ＦＰＳは、ビデオ、電子描画またはゲームにおいて１秒当たりに再生されるフレームの数を説明するために用いられ、一方、ヘルツは、新しい画像を描画するのに表示が１秒当たり何回可能であるかを説明するために用いられる。画像解像度（Ｉｍａｇｅｒｅｓｏｌｕｔｉｏｎ）は、１インチ（２．５４ｃｍ）当たりのピクセルの数を指す。概して、より高い解像度は、より良い画質と、より多くの詳細の表示とを示す。圧縮率（Ｃｏｍｐｒｅｓｓｉｏｎｒａｔｅ）は、ファイル圧縮の効果を説明する。これは、ファイルの圧縮後のサイズとファイルの圧縮前のサイズとの比である。例えば、１００Ｍのファイルが９０Ｍのファイルへ圧縮された場合、圧縮率は、９０／１００＊１００％＝９０％である。概して、圧縮率は、可能な限り小さくすべきである。しかしながら、小さい圧縮率は、長い圧縮解除時間を示す。データレートは、必要とされるサービスデータ伝送レートを指す。例えば、リアルタイムデータ伝送を保証するために、アクティブノイズキャンセリングサービスのデータレートは、４８ｋＨｚ（サンプリングレート）＊１０ビット（量子化精度）＝４８０ｋｂｐｓである。データレートはアクセス層のデータレートとは異なることに留意されたい。通常、データレートは、ビデオ品質に影響を及ぼす。具体的には、「ＩＤ２－００１」は「フレームレート」を表してよく、「ＩＤ２－００２」は「画像解像度」を表してよく、「ＩＤ２－００３」は「圧縮率」を表してよく、「ＩＤ２－００４」は「データレート」を表してよい。

【0143】

別の例では、「ＩＤ２－００１－０１」は、フレームレートが３０ｆｐｓであることを示してよく、「ＩＤ２－００１－０２」は、フレームレートが６０ｆｐｓであることを示してよい。

【0144】

本願の本実施形態において、少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む。

【0145】

本願の本実施形態において、セカンダリノードは、セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する。本明細書において、第１の情報は、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含み得る。具体的には、プライマリノードは、第１の情報に基づいて、対応するサービス特徴情報を取得する。例えば、セカンダリノードによりセカンダリノードのアクセス層を通じてプライマリノードへ送信される第１の情報は、「サンプリング周波数」である。セカンダリノードは、セカンダリノードのアクセス層を通じて、「サンプリング周波数」をプライマリノードへ送信し得る。例えば、セカンダリノードによりセカンダリノードのアクセス層を通じてプライマリノードへ送信される第１の情報は、「サンプリング周波数」である。セカンダリノードは、セカンダリノードのアクセス層を通じて、「サンプリング周波数」に対応する識別子情報「ＩＤ１－００１」をプライマリノードへ送信し得る。本実装において、プライマリノードがサービス特徴情報と識別子情報との間の対応関係を取得し得るので、プライマリノードが、セカンダリノードにより送信されるサービス特徴情報に対応する識別子情報「ＩＤ１－００１」を受信した場合、プライマリノードは、識別子情報「ＩＤ１－００１」に対応するサービス特徴情報が「サンプリング周波数」であることをサービス特徴情報と識別子情報との間の対応関係に基づいて認識し得ることが理解され得る。

【0146】

例えば、代替的に、１つの識別子が、異なるサービス特徴情報を示し得る。例えば、「ＩＤ１－００５」は、「フレームレートが３０ｆｐｓであり、画像解像度が１０８０ｐである」ことを示してよく、または、「ＩＤ１－００６」は、「フレームレートが６０ｆｐｓであり、画像解像度が７２０ｐである」ことを示してよい。

【0147】

任意選択的に、サービス特徴情報と識別情報との間の対応関係は、プロトコルにおいて定義されてもよく、予め構成されてもよい。これは、本願において具体的に限定されない。

【0148】

段階Ｓ４０４ａ：プライマリノードがセカンダリノードから第１の情報を受信する。

【0149】

本願の本実施形態において、プライマリノードがセカンダリノードから第１の情報を受信する実装プロセスは、プライマリノードのアクセス層がセカンダリノードから第１の情報を受信する段階を含み得る。

【0150】

段階Ｓ４０６ａ：プライマリノードが第２の情報をセカンダリノードへ送信する。第２の情報は、セカンダリノードのリソースを構成するために用いられる。

【0151】

本願の本実施形態において、プライマリノードのアクセス層がセカンダリノードから第１の情報を受信した後に、プライマリノードのアクセス層は、第１の情報に基づいて、リソース構成を実行し得る。例えば、第１の情報が少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含む場合、プライマリノードは、少なくとも１つのサービス特徴情報に基づいて、セカンダリノードの対応するリソースを構成し得る。例えば、サービス特徴情報がサンプリング周波数である場合、プライマリノードは、「サンプリング周波数」に基づきセカンダリノードについて、セカンダリノードにより開始されるアクティブノイズキャンセリングサービスのリソースを構成し得る。別の例では、サービス特徴情報がフレームレートである場合、プライマリノードは、フレームレートに基づきセカンダリノードについて、セカンダリノードにより開始されるストリーミングメディアバックミラーサービスのリソースを構成し得る。

【0152】

プライマリノードのアクセス層は、第１の情報に基づいてリソース構成を実行し、第２の情報をセカンダリノードへ送信することが理解され得る。

【0153】

段階Ｓ４０８ａ：セカンダリノードが、セカンダリノードのアクセス層を通じて、プライマリノードから第２の情報を受信する。

【0154】

【0155】

第１のサービスが、一例として用いられる。図４ａに示される方法に基づいて、少なくとも１つのサービス特徴情報に加え、セカンダリノードのアクセス層からプライマリノードへ送信される第１の情報は、セカンダリノードのアクセス層により生成される第１のアクセス層ＱｏＳ情報または第１のアプリケーション識別子のうちの少なくとも一方をさらに含み得る。プライマリノードが、どのように、プライマリノードにより送信される第１の情報に基づいてリソースを構成するかを、以下で具体的に説明する。図４ｂに示されるように、この方法は、限定されるわけではないが、以下の段階を含み得る。

【0156】

段階Ｓ４００ｂ：セカンダリノードがセカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する。

【0157】

段階Ｓ４０２ｂ：セカンダリノードのアクセス層において第１の情報を生成し、セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する。少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報に加え、第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応する。

【0158】

本願の本実施形態において、第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含み得る。

【0159】

実際の適用では、第１のサービスは、第１のアクセス層ＱｏＳ情報により示され得る。例えば、異なるサービスが、異なるアクセス層Ｑｏｓ情報に対応する場合、異なるサービスは、アクセス層Ｑｏｓ情報に基づいて区別され得る。

【0160】

本願の本実施形態において、第１のアクセス層優先度情報は、第１のサービスの優先度を表す。異なるサービスが、異なるＱｏＳ要件を有するので、アクセス層において、異なるサービスは、異なる優先度のものである。このように、アクセス層は、異なるＱｏＳ要件を有するサービスを差別化された方式で処理できる。例えば、値は、サービスの優先度を表し得る。例えば、より大きい値は、サービスのより高い優先度を示す。例えば、より小さい値は、サービスのより高い優先度を示す。本願の本実施形態において、説明しやすくするために、より大きい値がサービスのより高い優先度を示すという合意がなされている。例えば、アクティブノイズキャンセリングサービスについて、アクティブノイズキャンセリングサービスに対応するアクセス層優先度は１であってよく（１が最も高い優先度であると想定される）、ストリーミングメディアバックミラーサービスについて、ストリーミングメディアバックミラーサービスに対応するアクセス層優先度は２である。したがって、アクセス層が前述の２つのサービスを処理する場合、アクセス層は、アクティブノイズキャンセリングサービスを優先的に処理する。

【0161】

概して、本願の本実施形態において、第１のアクセス層優先度情報は、第１のアクセス層優先度を示すために用いられるインデックス、識別子または優先度であってよい。第１のアクセス層優先度情報の形式は、本願において具体的に限定されない。

【0162】

本願の本実施形態において、第１のアクセス層信頼性情報は、第１のサービスの伝送信頼性要件を表す。概して、異なるサービスが、異なるアクセス層信頼性伝送要件を有し得る。例えば、アクティブノイズキャンセリングサービスの伝送信頼性要件は、９９．９９％である。別の例では、ストリーミングメディアバックミラーサービスの伝送信頼性要件は、９９．９９９９％である。

【0163】

本願の本実施形態において、第１のアクセス層信頼性情報は、限定されるわけではないが、インデックス、識別子または情報自体を含み得る。

【0164】

本願の本実施形態において、第１のＱｏＳ識別子は、第１のサービスに対応するＱｏＳ要件を表す。具体的には、第１のＱｏＳ識別子は、ＱｏＳ要件に関連付けられ得る。例えば、ＱｏＳ識別子がＱｏＳ要件に基づいて決定されてもよく、ＱｏＳ要件がＱｏＳ識別子に基づいて決定されてもよい。ＱｏＳ要件は、アクセス層信頼性、アクセス層優先度、アクセス層遅延、通信レートおよび通信距離のうちの少なくとも１つを含み得る。

【0165】

例えば、ＱｏＳ要件は、表１に示されるＱｏＳ要件であってよい。しかしながら、表１が対応関係の可能な形態に過ぎず、この表におけるパラメータの数およびタイプ、ならびにパラメータの具体的な値が修正され得ることを、当業者であれば認識し得る。加えて、特定の製品実装において、対応関係を格納または取得する方式は、製品が対応関係を取得できる限り、具体的に限定されない。
［表１］

【表1】

【0166】

本願の本実施形態において、サービスは、異なるレベルへ分類される。例えば、ストリーミングメディアバックミラーサービスは、異なるレベルへ分類され得る。例えば、ストリーミングメディアバックミラーサービスは、低精細度ストリーミングメディアバックミラーサービスおよび高精細度ストリーミングメディアバックミラーサービスへ分類される。これら２つのサービスは異なる。これら２つの異なるサービスを区別するために、ＡＩＤおよびアクセス層優先度が用いられ得るか、異なるＱｏｓＩＤが用いられるか、ＡＩＤ＋ＱｏｓＩＤの組み合わせが用いられる。

【0167】

本願の本実施形態において、第１のアプリケーション識別子は、第１のサービスを示す。例えば、第１のサービスがアクティブノイズキャンセリングサービスである場合、ＡＩＤ（ＡｐｐｌｉｃａｔｉｏｎＩＤ）１は、アクティブノイズキャンセリングサービスを識別するために用いられ得る。別の例では、第１のサービスがストリーミングメディアバックミラーサービスである場合、ＡＩＤ２は、ストリーミングメディアバックミラーサービスを識別するために用いられ得る。

【0168】

可能な実装において、第１のアプリケーション識別子は、上位層プロトコルスタックからのものであってもよい。

【0169】

段階Ｓ４０４ｂ：プライマリノードがセカンダリノードから第１の情報を受信する。

【0170】

本願の本実施形態において、プライマリノードのアクセス層がセカンダリノードから第１の情報を受信した後に、プライマリノードのアクセス層は、第１の情報に基づいて、リソース構成を実行し得る。

【0171】

一例において、第１の情報が、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報に加え、第１のアクセス層ＱｏＳ情報を含む場合、第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報を含み、プライマリノードは、サービス特徴情報およびアクセス層優先度に基づいて、セカンダリノードのリソースを構成し得る。

【0172】

一例において、第１の情報が、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報に加え、第１のアクセス層ＱｏＳ情報を含む場合、第１のアクセス層ＱｏＳ情報は、第１のアクセス層信頼性情報を含み、プライマリノードは、サービス特徴情報およびアクセス層信頼性情報に基づいて、セカンダリノードのリソースを構成し得る。

【0173】

一例において、第１の情報が、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報に加え、第１のアクセス層ＱｏＳ情報を含む場合、第１のアクセス層ＱｏＳ情報は、第１のＱｏＳ識別子を含み、プライマリノードは、サービス特徴情報およびＱｏＳ識別子に基づいて、セカンダリノードのリソースを構成し得る。

【0174】

一例において、第１の情報が、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報に加え、第１のアプリケーション識別子を含む場合、プライマリノードは、サービス特徴情報およびアプリケーション識別子に基づいて、セカンダリノードのリソースを構成し得る。

【0175】

プライマリノードが、複数のセカンダリノードにより送信される第１の情報を受信した場合、プライマリノードは、リソーススケジューリングアルゴリズムを用いることにより各セカンダリノードのリソースを構成し得ることに留意されたい。プライマリノードがリソーススケジューリングアルゴリズムを用いることにより各セカンダリノードのリソースを構成する実装については、従来技術を参照されたい。詳細については、ここで再び説明しない。

【0176】

段階：Ｓ４０６ｂ：プライマリノードが第２の情報をセカンダリノードへ送信する。第２の情報は、セカンダリノードのリソースを構成するために用いられる。

【0177】

任意選択的に、このリソースは、第１のサービスのために用いられる。

【0178】

段階Ｓ４０８ｂ：セカンダリノードが、セカンダリノードのアクセス層を通じて、プライマリノードから第２の情報を受信する。

【0179】

本実装において、セカンダリノードの上位層の少なくとも１つのサービス特徴情報を取得することに加え、セカンダリノードのアクセス層はさらに、アクセス層において第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方を生成し得る。この場合、セカンダリノードのアクセス層は、上位層情報とアクセス層情報とを含む第１の情報をプライマリノードへ送信し得る。その結果、プライマリノードは、第１の情報に基づいて、特定のリソースを構成できる。本実装において、リソース構成効率を向上させ得る。

【0180】

前述の実施形態は、セカンダリノードにより送信される第１の情報に基づいてプライマリノードが実行するリソース構成を説明している。本願における別の実施形態はさらに、セカンダリノードが、どのように、プライマリノードにより送信される第３の情報に基づいて対応するデータパケットを生成するかを説明する。本願の本実施形態において、第３の情報は、プライマリノードにより、現在のシステムのハードウェアリソース利用可能能力に基づいて決定され得る。具体的には、プライマリノードのハードウェアリソース利用可能能力は、限定されるわけではないが、プライマリノードの計算能力および／または記憶能力を含む。計算能力は、プライマリノードのプロセッサ性能に関連し、記憶能力は、プライマリノードの記憶性能に関連する。本実施形態は、以下で詳細に説明される以下の３つのシナリオを含み得る。

【0181】

プライマリノードはまず、少なくとも１つのサービス特徴情報を決定する。具体的には、プライマリノードは、セカンダリノードに少なくとも１つのサービス特徴情報を通知するために、ハードウェアリソース利用可能能力または他の可能な情報に基づいて、少なくとも１つのサービス特徴情報を決定し得る。この段階は、任意選択的である。

【0182】

一例において、セカンダリノード内のプロトコルスタックの構造が、図１ｃに示される構造である場合、図５に示されるように、この方法は、限定されるわけではないが、以下の段階を含み得る。

【0183】

段階Ｓ５００：プライマリノードが、プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する。第３の情報は、少なくとも１つの第１のサービス特徴情報を示す。

【0184】

可能な実装において、プライマリノードがプライマリノードのアクセス層を通じて第３の情報をセカンダリノードへ送信する実装プロセスは、プライマリノードが、プライマリノードのアクセス層において第３の情報を生成し、プライマリノードのアクセス層を通じて第３の情報をセカンダリノードへ送信する段階を含み得る。

【0185】

段階Ｓ５０２：セカンダリノードが、セカンダリノードのアクセス層を通じて、プライマリノードから第３の情報を受信する。

【0186】

段階Ｓ５０４：セカンダリノードが、セカンダリノードのデバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、第３の情報をデバイス層へ送信する。

【0187】

段階Ｓ５０６：セカンダリノードが、セカンダリノードのデバイス層を用いることにより、少なくとも１つの第１のサービス特徴情報に対応するデータパケットを生成する。

【0188】

段階Ｓ５０８：セカンダリノードがデータパケットをプライマリノードへ送信する。

【0189】

本願の本実施形態において、セカンダリノードは、セカンダリノードのデバイス層を用いることにより、少なくとも１つの第１のサービス特徴情報に対応するデータパケットを生成する。次に、ホストＡがデータパケットを送信する前述の説明プロセスに基づいて、セカンダリノードのデバイス層が、デバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをアクセス層へ転送し、次に、セカンダリノードが、セカンダリノードのアクセス層を通じて、データパケットをプライマリノードへ送信することが認識され得る。

【0190】

段階Ｓ５０１０：プライマリノードがセカンダリノードからデータパケットを受信する。

【0191】

本願の本実施形態において、プライマリノードがセカンダリノードからデータパケットを受信する実装プロセスは、プライマリノードのアクセス層がセカンダリノードのアクセス層により送信されるデータパケットを受信する段階を含み得る。任意選択的に、プライマリノードのアクセス層は、プライマリノードのデバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、データパケットへプライマリノードのデバイス層へ転送する。その結果、プライマリノードは、データパケットを受信するプロセスを実装できる。

【0192】

【0193】

一例において、セカンダリノード内のプロトコルスタックの構造が、図１ｂに示される構造である場合、図６に示されるように、この方法は、限定されるわけではないが、以下の段階を含み得る。

【0194】

段階Ｓ６００：プライマリノードが、プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する。第３の情報は、少なくとも１つの第１のサービス特徴情報を示す。

【0195】

【0196】

段階Ｓ６０２：セカンダリノードが、セカンダリノードのアクセス層を通じて、プライマリノードから第３の情報を受信する。

【0197】

段階Ｓ６０４：セカンダリノードが、セカンダリノードのネットワークおよびトランスポート層を通じて、第３の情報をデバイス層へ送信する。

【0198】

本願の本実施形態において、セカンダリノードは、セカンダリノードのアクセス層とネットワークおよびトランスポート層との間の層間インタフェースを通じて、第３の情報をネットワークおよびトランスポート層へ送信し、次に、セカンダリノードは、セカンダリノードのネットワークおよびトランスポート層とデバイス層との間の層間インタフェースを通じて、第３の情報をデバイス層へ送信する。

【0199】

段階Ｓ６０６：セカンダリノードが、セカンダリノードのデバイス層を用いることにより、少なくとも１つの第１のサービス特徴情報に対応するデータパケットを生成する。

【0200】

段階Ｓ６０８：セカンダリノードがデータパケットをプライマリノードへ送信する。

【0201】

本願の本実施形態において、セカンダリノードは、セカンダリノードのデバイス層を用いることにより、少なくとも１つの第１のサービス特徴情報に対応するデータパケットを生成する。次に、ホストＡがデータパケットを送信する前述の説明されたプロセスに基づいて、セカンダリノードのデバイス層が、デバイス層とネットワークおよびトランスポート層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをネットワークおよびトランスポート層へ転送し、セカンダリノードのネットワークおよびトランスポート層が、セカンダリノードのネットワークおよびトランスポート層とアクセス層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをアクセス層へ転送し、次に、セカンダリノードが、セカンダリノードのアクセス層を通じて、データパケットをプライマリノードへ送信することが認識され得る。

【0202】

段階Ｓ６０１０：プライマリノードがセカンダリノードからデータパケットを受信する。

【0203】

本願の本実施形態において、プライマリノードがセカンダリノードからデータパケットを受信する実装プロセスは、プライマリノードが、プライマリノードのアクセス層を通じて、セカンダリノードのアクセス層により送信されるデータパケットを受信する段階を含み得る。任意選択的に、プライマリノードのアクセス層は、プライマリノードのアクセス層とネットワークおよびトランスポート層との間の層間インタフェースＳＡＰを通じて、データパケットをネットワークおよびトランスポート層へ転送し、次に、プライマリノードのネットワークおよびトランスポート層は、プライマリノードのネットワークおよびトランスポート層とデバイス層との間の層間インタフェースＳＡＰを通じて、データパケットをプライマリノードのデバイス層へ転送する。その結果、プライマリノードは、データパケットを受信するプロセスを実装できる。

【0204】

【0205】

一例において、セカンダリノード内のプロトコルスタックの構造が、図１ｄに示される構造である場合、図７に示されるように、この方法は、限定されるわけではないが、以下の段階を含み得る。

【0206】

段階Ｓ７００：プライマリノードが、プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する。第３の情報は、少なくとも１つの第１のサービス特徴情報を示す。

【0207】

【0208】

段階Ｓ７０２：セカンダリノードが、セカンダリノードのアクセス層を通じて、プライマリノードから第３の情報を受信する。

【0209】

段階Ｓ７０４：セカンダリノードが管理エンティティを通じて第３の情報をデバイス層へ送信し、デバイス層が、少なくとも１つのサービス特徴情報に対応するデータパケットを生成する。

【0210】

段階Ｓ７０６：セカンダリノードがデータパケットをプライマリノードへ送信する。

【0211】

一例において、セカンダリノードおよびプライマリノードのプロトコルスタック構造がアクセス層およびデバイス層を含む場合、セカンダリノードがデータパケットをプライマリノードへ送信する実装プロセスは、以下の段階を含み得る。セカンダリノードのデバイス層が、デバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをアクセス層へ転送し、次に、セカンダリノードが、セカンダリノードのアクセス層を通じて、データパケットをプライマリノードへ送信する。

【0212】

一例において、セカンダリノードおよびプライマリノードのプロトコルスタック構造がアクセス層、ネットワークおよびトランスポート層ならびにデバイス層を含む場合、セカンダリノードがデータパケットをプライマリノードへ送信する実装プロセスは、以下の段階を含み得る。セカンダリノードのデバイス層が、デバイス層とネットワークおよびトランスポート層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをネットワークおよびトランスポート層へ転送し、セカンダリノードのネットワークおよびトランスポート層が、セカンダリノードのネットワークおよびトランスポート層とアクセス層との間の層間インタフェースＳＡＰを通じて、第１のサービス特徴情報に対応する生成されたデータパケットをアクセス層へ転送し、次に、セカンダリノードが、セカンダリノードのアクセス層を通じて、データパケットをプライマリノードへ送信する。

【0213】

段階Ｓ７０８：プライマリノードがセカンダリノードからデータパケットを受信する。

【0214】

具体的には、プライマリノードは、プライマリノードのアクセス層を通じて、セカンダリノードのアクセス層により送信されるデータパケットを受信する。

【0215】

一例において、セカンダリノードおよびプライマリノードのプロトコルスタック構造がアクセス層およびデバイス層を含む場合、プライマリノードがセカンダリノードからデータパケットを受信する実装プロセスは、プライマリノードが、プライマリノードのアクセス層を通じて、セカンダリノードのアクセス層により送信されるデータパケットを受信する段階を含み得る。任意選択的に、プライマリノードのアクセス層は、プライマリノードのデバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、データパケットへプライマリノードのデバイス層へ転送する。その結果、プライマリノードは、データパケットを受信するプロセスを実装できる。

【0216】

一例において、セカンダリノードおよびプライマリノードのプロトコルスタック構造がアクセス層、ネットワークおよびトランスポート層ならびにデバイス層含む場合、プライマリノードがプライマリノードからデータパケットを受信する実装プロセスは、プライマリノードが、プライマリノードのアクセス層を通じて、セカンダリノードのアクセス層により送信されるデータパケットを受信する段階を含み得る。任意選択的に、プライマリノードのアクセス層は、プライマリノードのアクセス層とネットワークおよびトランスポート層との間の層間インタフェースＳＡＰを通じて、データパケットをネットワークおよびトランスポート層へ転送し、次に、プライマリノードのネットワークおよびトランスポート層は、プライマリノードのネットワークおよびトランスポート層とデバイス層との間の層間インタフェースＳＡＰを通じて、データパケットをプライマリノードのデバイス層へ転送する。その結果、プライマリノードは、データパケットを受信するプロセスを実装できる。

【0217】

本願の本実施形態の実装中に、セカンダリノードは、プライマリノードにより送信される第３の情報に基づいて、対応するデータパケットを生成してよい。本実装において、プライマリノードは、具体的には、プライマリノードのリソースに基づいて、セカンダリノードのサービス特徴情報を調整する。結果的に、サービス性能を保証しつつ、スマート運転席ドメインリソース利用率を最適化できる。

【0218】

いくつかの可能な実装において、図５、図６および図７に示される方法の実施形態のいずれか１つにおける方法の段階が実行される前に、この方法は、図８に示される段階Ｓ８００ａからＳ８０２ａをさらに含み得る。本実施形態は、プライマリノードが、セカンダリノードにより送信される少なくとも１つの第２のサービス特徴情報を受信し、プライマリノードが、第２のサービス特徴情報に基づいてリソース構成を実行する段階を説明する。しかしながら、プライマリノードが第２のサービス特徴情報に基づいてリソース構成を実行する場合において、現在のシステムリソース（例えば、現在のシステムリソースは、システムの残りの利用可能なリソースであってもよく、ハードウェアリソース利用可能能力であってもよい）が第２のサービス特徴情報に対応するサービスのＱｏＳを保証できないとプライマリノードが判定したときは、プライマリノードは、第２のサービス特徴情報を調整して、例えば、第２のサービス特徴情報を第１のサービス特徴情報へと調整して、サービスのＱｏＳを保証し得る。段階Ｓ８００ａからＳ８０２ａを以下で詳細に説明する。

【0219】

段階Ｓ８００ａ：セカンダリノードが少なくとも１つの第２のサービス特徴情報をプライマリノードへ送信する。

【0220】

本願の本実施形態において、セカンダリノードは、セカンダリノードのアクセス層を通じて、少なくとも１つの第２のサービス特徴情報をプライマリノードへ送信する。

【0221】

本願の本実施形態において、第１のサービス特徴情報と第２のサービス特徴情報とは、異なるサービス特徴情報である。例えば、第１のサービス特徴情報は、「フレームレートが３０ｆｐｓであり、画像解像度が７２０ｐである」ことであり、第２のサービス特徴情報は、「フレームレートが６０ｆｐｓであり、画像解像度が７２０ｐである」ことである。

【0222】

段階Ｓ８０２ａ：プライマリノードがセカンダリノードから少なくとも１つの第２のサービス特徴情報を受信する。

【0223】

本願の本実施形態において、プライマリノードは、プライマリノードのアクセス層を通じて、セカンダリノードから少なくとも１つの第２のサービス特徴情報を受信する。

【0224】

本願の任意選択的な実施形態において、段階Ｓ８０２ａが実行された後に、段階Ｓ５００からＳ５０１０がさらに実行され得る。本願の任意選択的な実施形態において、段階Ｓ８０２ａが実行された後に、段階Ｓ６００からＳ６０１０がさらに実行され得る。本願の任意選択的な実施形態において、段階Ｓ８０２ａが実行された後に、段階Ｓ７００からＳ７０８がさらに実行され得る。本実装において、プライマリノードは、セカンダリノードにより送信される少なくとも１つの第２のサービス特徴情報を受信し、プライマリノードは、第２のサービス特徴情報に基づいてリソース構成を実行する。しかしながら、プライマリノードが第２のサービス特徴情報に基づいてリソース構成を実行する場合において、現在のシステムリソースが第２のサービス特徴情報に対応するサービスのＱｏＳを保証できないとプライマリノードが判定したときは、プライマリノードは、第２のサービス特徴情報を調整し、例えば、第２のサービス特徴情報を第１のサービス特徴情報へと調整し、第１のサービス特徴情報に基づいて、対応するデータパケットを生成し得る。本実装において、プライマリノードは、具体的には、プライマリノードのリソースに基づいて、セカンダリノードのサービス特徴情報を調整する。結果的に、サービス性能を保証しつつ、スマート運転席ドメインリソース利用率を最適化できる。

【0225】

いくつかの可能な実装において、図５、図６および図７に示される方法の実施形態のいずれか１つに基づいて、この方法は、段階Ｓ８００ｂをさらに含み得る。以下では、段階Ｓ８００ｂを詳細に説明する。

【0226】

段階Ｓ８００ｂ：プライマリノードがプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得する。

【0227】

一例において、プライマリノード内のプロトコルスタックの構造が、図１ｃに示される構造である場合、プライマリノードがプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得する実装プロセスは、プライマリノードのデバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて、プライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得することを含み得る。

【0228】

一例において、プライマリノード内のプロトコルスタックの構造が、図１ｂに示される構造である場合、プライマリノードがプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得する実装プロセスは、ネットワークおよびトランスポート層を通じて、プライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得することを含み得る。

【0229】

一例において、プライマリノード内のプロトコルスタックの構造が、図１ｄに示される構造である場合、プライマリノードがプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得する実装プロセスは、管理エンティティとアクセス層との間の層間インタフェースＳＡＰを通じて、プライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得することを含み得る。

【0230】

本願の本実施形態において、セカンダリノード（またはプライマリノード）の異なる層間で転送されるサービス特徴情報は、サービス特徴情報自体であってもよく、サービス特徴情報に対応する識別子情報であってもよいことに留意されたい。セカンダリノードがプライマリノードと通信する場合、例えば、情報が受信または送信される場合、情報は、サービス特徴情報自体であってもよく、サービス特徴情報に対応する識別子情報であってもよい。

【0231】

上記では、本願の実施形態において提供される方法を詳細に説明している。以下では、本願における関連装置を具体的に説明する。

【0232】

図９を参照されたい。図９は、本願の一実施形態によるデータ通信装置９０の構造の概略図である。装置９０は、データ受信および送信能力を有する電子デバイスであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、チップまたは集積回路であってもよい。装置９０は、取得ユニット９００および送信ユニット９０２を含み得る。任意選択的に、装置は、受信ユニット９０４を含み得る。これらのユニットの説明は、以下のとおりである。

【0233】

取得ユニット９００は、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得するように構成されている。

【0234】

送信ユニット９０２は、セカンダリノードのアクセス層を通じて第１の情報をプライマリノードへ送信するように構成されている。第１の情報は、少なくとも１つのサービス特徴情報を示す。

【0235】

可能な実装において、送信ユニット９０２は、具体的には、セカンダリノードのアクセス層において第１の情報を生成し、アクセス層を通じて第１の情報をプライマリノードへ送信するように構成されている。

【0236】

可能な実装において、上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む。

【0237】

可能な実装において、第１の情報は、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含む。

【0238】

可能な実装において、装置９０は、セカンダリノードのアクセス層を通じてプライマリノードから第２の情報を受信するように構成された受信ユニット９０４をさらに含む。第２の情報は、セカンダリノードのリソースを構成するために用いられ、リソースは、少なくとも１つのサービスのために用いられる。

【0239】

【0240】

【0241】

可能な実装において、リソースは、少なくとも１つのサービス特徴情報に対応する。

【0242】

【0243】

可能な実装において、上位層は、デバイス層であり、取得ユニット９００は、具体的には、デバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて少なくとも１つのサービス特徴情報を取得するように構成されている。

【0244】

可能な実装において、上位層は、デバイス層であり、取得ユニット９００は、具体的には、ネットワークおよびトランスポート層を通じてデバイス層から少なくとも１つのサービス特徴情報を取得するように構成されている。ネットワークおよびトランスポート層は、デバイス層とアクセス層との間にある。

【0245】

前述の機能ユニットの具体的な実装については前述の方法の実施形態における関連する説明を参照すべきことに留意されたい。本願の本実施形態において、詳細を再び説明しない。

【0246】

図１０を参照されたい。図１０は、本願の一実施形態による別のデータ通信装置１００の構造の概略図である。装置１０は、データ受信および送信能力を有する電子デバイスであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、チップまたは集積回路であってもよい。装置１０は、受信ユニット１０００および送信ユニット１００２を含み得る。これらのユニットの説明は、以下のとおりである。

【0247】

受信ユニット１０００は、セカンダリノードから第１の情報を受信するように構成されている。第１の情報は、少なくとも１つのサービス特徴情報を示す。

【0248】

送信ユニット１００２は、第２の情報をセカンダリノードへ送信するように構成されている。第２の情報は、セカンダリノードのリソースを構成するために用いられ、リソースは、少なくとも１つのサービス特徴情報に対応する。

【0249】

可能な実装において、第１の情報は、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含む。

【0250】

【0251】

【0252】

可能な実装において、送信ユニット１００２は、具体的には、プライマリノードのアクセス層を通じて第２の情報をセカンダリノードへ送信するように構成されている。

【0253】

【0254】

【0255】

図１１を参照されたい。図１１は、本願の一実施形態による別のデータ通信装置１１０の構造の概略図である。装置１１０は、データ受信および送信能力を有する電子デバイスであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、チップまたは集積回路であってもよい。装置１１０は、送信ユニット１１００、第１の受信ユニット１１０２、取得ユニット１１０４および第２の受信ユニット１１０６を含み得る。任意選択的に、装置は、取得ユニット１１０４および第２の受信ユニット１１０６を含み得る。これらのユニットの説明は、以下のとおりである。

【0256】

送信ユニット１１００は、プライマリノードのアクセス層を通じて第３の情報をセカンダリノードへ送信するように構成されている。第３の情報は、少なくとも１つの第１のサービス特徴情報を示す。

【0257】

第１の受信ユニット１１０２は、セカンダリノードからデータパケットを受信するように構成されている。データパケットは、少なくとも１つのサービス特徴情報に対応する。

【0258】

可能な実装において、送信ユニット１１００は、具体的には、プライマリノードのアクセス層において第３の情報を生成し、アクセス層を通じて第３の情報をセカンダリノードへ送信するように構成されている。

【0259】

可能な実装において、装置１１０は、プライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得するように構成された取得ユニット１１０４をさらに含む。

【0260】

可能な実装において、取得ユニット１１０４は、具体的には、プライマリノードのデバイス層とアクセス層との間の層間インタフェースＳＡＰを通じてプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得するように構成されている。

【0261】

可能な実装において、取得ユニット１１０４は、具体的には、ネットワークおよびトランスポート層を通じてプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得するように構成されている。ネットワークおよびトランスポート層は、デバイス層とアクセス層との間にある。

【0262】

可能な実装において、取得ユニット１１０４は、具体的には、管理エンティティとアクセス層との間の層間インタフェースＳＡＰを通じてプライマリノードのデバイス層から少なくとも１つのサービス特徴情報を取得するように構成されている。

【0263】

可能な実装において、装置１１０は、プライマリノードから少なくとも１つの第２のサービス特徴情報を受信するように構成された第２の受信ユニット１１０６をさらに含む。

【0264】

【0265】

図１２を参照されたい。図１２は、本願の一実施形態による別のデータ通信装置１２０の構造の概略図である。装置１２０は、データ受信および送信能力を有する電子デバイスであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、チップまたは集積回路であってもよい。装置１２０は、受信ユニット１２００および第１の送信ユニット１２０２を含み得る。任意選択的に、装置１２０は、第２の送信ユニット１２０４、第３の送信ユニット１２０６、第４の送信ユニット１２０８、第１の生成ユニット１２１０および第２の生成ユニット１２１２を含み得る。本明細書において、前述の複数のユニットへの分割は、機能に基づく論理的分割に過ぎず、装置１２０の具体的な構造を限定するようには意図されていないことに留意されたい。具体的な実装において、いくつかの機能モジュールがさらに、より細かい機能モジュールへ分割されてよく、いくつかの機能モジュールが１つの機能モジュールへ組み合わされてよい。しかしながら、機能モジュールがさらに分割されたり組み合わされたりするかどうかにかかわらず、データ通信プロセスにおいて装置１２０により実行される全般的な手順は同じである。例えば、複数のユニットは、代替的に、通信ユニットおよび処理ユニットへ変換されてよく、通信ユニットは、受信ユニット１２００の機能を実装するように構成されている。通常、各ユニットは、プログラムコード（またはプログラム命令）に対応する。ユニットに対応するプログラムコードがプロセッサ上で実行された場合、ユニットは、対応する手順を実行して、対応する機能を実装する。これらのユニットの説明は、以下のとおりである。

【0266】

受信ユニット１２００は、セカンダリノードのアクセス層を通じてプライマリノードから第３の情報を受信するように構成されている。第３の情報は、少なくとも１つの第１のサービス特徴情報を示す。

【0267】

第１の送信ユニット１２０２は、データパケットをプライマリノードへ送信するように構成されている。データパケットは、少なくとも１つのサービス特徴情報に対応する。

【0268】

可能な実装において、装置１２０は、少なくとも１つの第２のサービス特徴情報をプライマリノードへ送信するように構成された第２の送信ユニット１２０４をさらに含む。

【0269】

可能な実装において、装置１２０は、デバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて第３の情報をセカンダリノードのデバイス層へ送信するように構成された第３の送信ユニット１２０６をさらに含む。

【0270】

可能な実装において、装置１２０は、セカンダリノードのネットワークおよびトランスポート層を通じて第３の情報をデバイス層へ送信するように構成された第４の送信ユニット１２０８をさらに含む。ネットワークおよびトランスポート層は、デバイス層とアクセス層との間にある。

【0271】

可能な実装において、装置１２０は、デバイス層を用いることにより少なくとも１つのサービス特徴情報に対応するデータパケットを生成するように構成された第１の生成ユニット１２１０をさらに含む。

【0272】

可能な実装において、装置１２０は、管理エンティティを用いることにより第３の情報をデバイス層へ送信し、デバイス層を用いることにより少なくとも１つのサービス特徴情報に対応するデータパケットを生成するように構成された第２の生成ユニット１２１２をさらに含む。

【0273】

【0274】

図１３を参照されたい。図１３は、本願の一実施形態による通信装置の構造の概略図である。通信装置１３０は、データ受信および送信能力を有する電子デバイス、例えば、セカンダリノードであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、セカンダリノード内のチップまたは集積回路であってもよい。通信装置１３０は、メモリ１３０１、少なくとも１つのプロセッサ１３０２および通信インタフェース１３０３を含み得る。任意選択的に、バス１３０４がさらに含まれ得る。メモリ１３０１、プロセッサ１３０２および通信インタフェース１３０３は、バス１３０４により接続されている。

【0275】

メモリ１３０１は、記憶空間を提供するように構成されており、記憶空間は、オペレーティングシステムおよびコンピュータプログラムなどのデータを格納し得る。メモリ１３０１は、限定されるわけではないが、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ、ＲＡＭ）、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＥＰＲＯＭ）またはコンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔｄｉｓｃｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）を含む。

【0276】

少なくとも１つのプロセッサ１３０２は、算術演算および論理演算を実行するモジュールであり、中央処理装置（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＣＰＵ）、グラフィックス処理ユニット（ｇｒａｐｈｉｃｓｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＧＰＵ）、マイクロプロセッサユニット（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｕｎｉｔ、ＭＰＵ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）などの処理モジュールのいずれか１つであってもよく、それらの組み合わせであってもよい。本願の解決手段に関連して、一例において、通信装置１３０内の異なる層間で転送される情報は、１つの同じプロセッサ１３０２により制御され得る。一例において、通信装置１３０内の異なる層間で転送される情報は、１つの同じプロトコル定義に基づいて、複数のプロセッサにより制御され得る。

【0277】

通信インタフェース１３０３は、外部デバイスにより送信されるデータを受信し、および／またはデータを外部デバイスへ送信するように構成されており、イーサネット（登録商標）ケーブルなどの有線リンクインタフェースであってもよく、無線（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈまたは汎用無線伝送技術）リンクインタフェースであってもよい。任意選択的に、通信インタフェース１３０３は、このインタフェースに連結されたトランスミッタ（例えば、無線周波数トランスミッタまたはアンテナ）またはレシーバ等をさらに含み得る。

【0278】

通信装置１３０内のプロセッサ１３０２は、メモリ１３０１に格納されたコンピュータプログラムコードを読み取って、
セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得するオペレーション、および
通信インタフェース１３０３を通じて第１の情報をプライマリノードへ送信するようセカンダリノードのアクセス層を制御するオペレーション
を実行するように構成されている。第１の情報は、少なくとも１つのサービス特徴情報を示す。

【0279】

プロセッサ１３０２が、通信インタフェース１３０３を通じて第１の情報をプライマリノードへ送信するようセカンダリノードのアクセス層を制御することは、セカンダリノードのアクセス層において第１の情報を生成することと、通信インタフェース１３０３を通じて第１の情報をプライマリノードへ送信するようアクセス層を制御することとを含み得る。

【0280】

上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む。

【0281】

第１の情報は、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含む。

【0282】

プロセッサ１３０２はさらに、通信インタフェース１３０３を通じてプライマリノードから第２の情報を受信するようセカンダリノードのアクセス層を制御するように構成され得る。第２の情報は、セカンダリノードのリソースを構成するために用いられ、リソースは、少なくとも１つのサービスのために用いられる。

【0283】

第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、リソースは、第１のサービスのために用いられる。

【0284】

第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む。

【0285】

リソースは、少なくとも１つのサービス特徴情報に対応する。

【0286】

少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む。

【0287】

上位層は、デバイス層であり、プロセッサ１３０２が、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得することは、デバイス層とアクセス層との間の層間インタフェースＳＡＰを通じて少なくとも１つのサービス特徴情報を取得することを含み得る。

【0288】

上位層は、デバイス層であり、プロセッサ１３０２が、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得することは、ネットワークおよびトランスポート層を通じてデバイス層から少なくとも１つのサービス特徴情報を取得することを含み得る。

【0289】

前述の機能コンポーネントの具体的な実装については前述の方法の実施形態における関連する説明を参照すべきことに留意されたい。本願の本実施形態において、詳細を再び説明しない。

【0290】

図１４を参照されたい。図１４は、本願の一実施形態による通信装置の構造の概略図である。通信装置１４０は、データ受信および送信能力を有する電子デバイス、例えば、プライマリノードであってもよく、データ受信および送信能力を有する電子デバイス内のコンポーネント、例えば、プライマリノード内のチップまたは集積回路であってもよい。通信装置１４０は、メモリ１４０１、プロセッサ１４０２および通信インタフェース１４０３を含み得る。任意選択的に、バス１４０４がさらに含まれ得る。メモリ１４０１、少なくとも１つのプロセッサ１４０２および通信インタフェース１４０３は、バス１４０４により接続されている。

【0291】

メモリ１４０１は、記憶空間を提供するように構成されており、記憶空間は、オペレーティングシステムおよびコンピュータプログラムなどのデータを格納し得る。メモリ１４０１は、限定されるわけではないが、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ、ＲＡＭ）、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＥＰＲＯＭ）またはコンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔｄｉｓｃｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）を含む。

【0292】

少なくとも１つのプロセッサ１４０２は、算術演算および論理演算を実行するモジュールであり、中央処理装置（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＣＰＵ）、グラフィックス処理ユニット（ｇｒａｐｈｉｃｓｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＧＰＵ）、マイクロプロセッサユニット（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒｕｎｉｔ、ＭＰＵ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、特定用途向け集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）などの処理モジュールのいずれか１つであってもよく、それらの組み合わせであってもよい。解決手段に関連して、一例において、通信装置１４０内の異なる層間で転送される情報は、１つの同じプロセッサ１４０２により制御され得る。一例において、通信装置１４０内の異なる層間で転送される情報は、１つの同じプロトコル定義に基づいて、複数のプロセッサにより制御され得る。

【0293】

通信インタフェース１４０３は、外部デバイスにより送信されるデータを受信し、および／またはデータを外部デバイスへ送信するように構成されており、イーサネットケーブルなどの有線リンクインタフェースであってもよく、無線（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈまたは汎用無線伝送技術）リンクインタフェースであってもよい。任意選択的に、通信インタフェース１４０３は、このインタフェースに連結されたトランスミッタ（例えば、無線周波数トランスミッタまたはアンテナ）またはレシーバ等をさらに含み得る。

【0294】

通信装置１４０内のプロセッサ１４０２は、メモリ１４０１に格納されたコンピュータプログラムコードを読み取って、
少なくとも１つのサービス特徴情報を示す第１の情報を、通信インタフェース１４０３を通じてセカンダリノードから受信するオペレーション、および
少なくとも１つのサービス特徴情報に対応するセカンダリノードのリソースを構成するために用いられる第２の情報を、通信インタフェース１４０３を通じてセカンダリノードへ送信するオペレーション
を実行するように構成されている。

【0295】

第１の情報は、少なくとも１つのサービス特徴情報、またはサービス特徴情報の識別子情報を含む。

【0296】

【0297】

【0298】

プロセッサ１４０２が通信インタフェース１４０３を通じて第２の情報をセカンダリノードへ送信することは、通信インタフェース１４０３を通じて第２の情報をプライマリノードへ送信するようプライマリノードのアクセス層を制御することを含み得る。

【0299】

【0300】

【0301】

任意選択的な実施形態において、図１４に示される通信装置内のプロセッサ１４０２はさらに、メモリ１４０１に格納されたコンピュータプログラムコードを読み取るように構成され得る。その結果、通信装置は、第３の態様の任意の実装において説明される方法を実装する。

【0302】

任意選択的な実施形態において、図１３に示される通信装置内のプロセッサ１３０２はさらに、メモリ１３０１に格納されたコンピュータプログラムコードを読み取るように構成され得る。その結果、通信装置は、第４の態様の任意の実装において説明される方法を実装する。

【0303】

本願の一実施形態はさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを格納する。コンピュータプログラムが１つまたは複数のプロセッサ上で実行された場合、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおける方法が実行される。

【0304】

本願の一実施形態はさらに、チップシステムを提供する。チップシステムは、少なくとも１つのプロセッサ、メモリおよびインタフェース回路を含む。インタフェース回路は、少なくとも１つのプロセッサのための情報入力および／または出力を提供するように構成されており、少なくとも１つのメモリは、コンピュータプログラムを格納する。コンピュータプログラムが１つまたは複数のプロセッサ上で実行された場合、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるデータ通信方法が実行される。

【0305】

本願の一実施形態はさらに、スマート運転席製品を提供する。スマート運転席製品は、プライマリノード（例えば、自動車運転席ドメインコントローラＣＤＣ）を含み、プライマリノードは、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるプライマリノードである。さらに、車両は、セカンダリノード（例えば、カメラ、スクリーン、マイク、サウンドボックス、レーダ、電子鍵ならびにキーレスエントリおよび起動システムコントローラなどのモジュールのうちの少なくとも１つ）をさらに含み、セカンダリノードは、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるセカンダリノードである。

【0306】

本願の一実施形態はさらに、車両を提供する。車両は、プライマリノード（例えば、自動車運転席ドメインコントローラＣＤＣ）を含む。さらに、車両は、セカンダリノード（例えば、カメラ、スクリーン、マイク、サウンドボックス、レーダ、電子鍵ならびにキーレスエントリおよび起動システムコントローラなどのモジュールのうちの少なくとも１つ）をさらに含み、プライマリノードは、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるプライマリノードであり、セカンダリノードは、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるセカンダリノードである。
本願の一実施形態はさらに、コンピュータプログラム製品を提供する。コンピュータプログラム製品が１つまたは複数のプロセッサ上で実行された場合、図４ａ、図４ｂ、図５、図６、図７または図８に示される実施形態のいずれか１つにおけるデータ通信方法が実行される。

【0307】

前述の実施形態の全てまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを用いることにより実装され得る。これらの実施形態を実装するためにソフトウェアが用いられる場合、これらの実施形態の全てまたはいくつかは、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードおよび実行された場合、本願の実施形態による手順または機能が全て、または部分的に実装される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワークまたは他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、コンピュータ可読記憶媒体を用いることにより伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体であってもよく、サーバまたはデータセンタなど、１つまたは複数の使用可能な媒体を統合したデータストレージデバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスクドライブまたは磁気テープ）、光媒体（例えば、ＤＶＤ）または半導体媒体（例えば、ソリッドステートディスク（ｓｏｌｉｄ－ｓｔａｔｅｄｉｓｋ、ＳＳＤ））等であってよい。

【0308】

順序の調整、組み合わせまたは削除が、実際の要件に基づいて、本願の方法の実施形態における段階に関して実行され得る。

【0309】

本願の装置の実施形態におけるモジュールは、実際の要件に基づいて、組み合わされたり、分割されたり、削除されたりしてよい。

【0310】

前述の説明は、本願の特定の実装例に過ぎず、本願の保護範囲を限定するようには意図されていない。本願において開示された技術的範囲内で当業者が容易に考え出すあらゆる変形または置き換えは、本願の保護範囲に含まれるものとする。
［他の考えられる項目］
（項目１）
データ通信方法であって、
セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する段階と、
前記セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する段階であって、前記第１の情報は、前記少なくとも１つのサービス特徴情報を示す、送信する段階と
を備える、方法。
（項目２）
前記セカンダリノードのアクセス層を通じて、第１の情報をプライマリノードへ送信する前記段階は、
前記セカンダリノードの前記アクセス層において前記第１の情報を生成し、前記アクセス層を通じて、前記第１の情報を前記プライマリノードへ送信する段階
を有する、
項目１に記載の方法。
（項目３）
前記上位層は、ネットワークおよびトランスポート層、デバイス層ならびにアプリケーションのうちの少なくとも１つを含む、項目１または２に記載の方法。
（項目４）
前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、項目１から３のいずれか１つに記載の方法。
（項目５）
前記セカンダリノードの前記アクセス層を通じて、前記プライマリノードから第２の情報を受信する段階であって、前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、少なくとも１つのサービスのために用いられる、受信する段階
をさらに備える、項目１から４のいずれか１つに記載の方法。
（項目６）
前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記リソースは、前記第１のサービスのために用いられる、項目１から５のいずれか１つに記載の方法。
（項目７）
前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、項目６に記載の方法。
（項目８）
前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、項目５から７のいずれか１つに記載の方法。
（項目９）
前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、項目１から８のいずれか１つに記載の方法。
（項目１０）
前記上位層は、前記デバイス層であり、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する前記段階は、
前記デバイス層と前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記少なくとも１つのサービス特徴情報を取得する段階
を含む、
項目１から９のいずれか１つに記載の方法。
（項目１１）
前記上位層は、前記デバイス層であり、セカンダリノードの上位層から少なくとも１つのサービス特徴情報を取得する前記段階は、
前記ネットワークおよびトランスポート層を通じて、前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する段階であって、前記ネットワークおよびトランスポート層は、前記デバイス層と前記アクセス層との間にある、取得する段階
を含む、
項目１から１０のいずれか１つに記載の方法。
（項目１２）
データ通信方法であって、
セカンダリノードから第１の情報を受信する段階であって、前記第１の情報は、少なくとも１つのサービス特徴情報を示す、受信する段階と、
第２の情報を前記セカンダリノードへ送信する段階であって、前記第２の情報は、前記セカンダリノードのリソースを構成するために用いられ、前記リソースは、前記少なくとも１つのサービス特徴情報に対応する、送信する段階と
を備える、方法。
（項目１３）
前記第１の情報は、前記少なくとも１つのサービス特徴情報、または前記サービス特徴情報の識別子情報を含む、項目１２に記載の方法。
（項目１４）
前記第１の情報は、第１のアクセス層ＱｏＳ情報および第１のアプリケーション識別子のうちの少なくとも一方をさらに含み、前記第１のアクセス層ＱｏＳ情報および前記第１のアプリケーション識別子のうちの少なくとも一方は、第１のサービスに対応し、前記リソースは、前記第１のサービスのために用いられる、項目１２または１３に記載の方法。
（項目１５）
前記第１のアクセス層ＱｏＳ情報は、第１のアクセス層優先度情報、第１のアクセス層信頼性情報および第１のＱｏＳ識別子のうちの少なくとも１つを含む、項目１４に記載の方法。
（項目１６）
第２の情報を前記セカンダリノードへ送信する前記段階は、
プライマリノードのアクセス層を通じて、前記第２の情報を前記セカンダリノードへ送信する段階
を有する、
項目１２に記載の方法。
（項目１７）
前記少なくとも１つのサービス特徴情報は、サンプリング周波数、サンプル値の量子化精度、フレームレート、画像解像度、圧縮率およびデータレートのうちの少なくとも１つを含む、項目１２から１６のいずれか１つに記載の方法。
（項目１８）
データ通信方法であって、
プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する段階であって、前記第３の情報は、少なくとも１つの第１のサービス特徴情報を示す、送信する段階と、
前記セカンダリノードからデータパケットを受信する段階であって、前記データパケットは、前記少なくとも１つのサービス特徴情報に対応する、受信する段階と
を備える、方法。
（項目１９）
プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する前記段階は、
前記プライマリノードの前記アクセス層において前記第３の情報を生成し、前記アクセス層を通じて、前記第３の情報を前記セカンダリノードへ送信する段階
を有する、
項目１８に記載の方法。
（項目２０）
前記プライマリノードのデバイス層から前記少なくとも１つのサービス特徴情報を取得する段階
をさらに備える、項目１８に記載の方法。
（項目２１）
前記プライマリノードのデバイス層から前記少なくとも１つのサービス特徴情報を取得する前記段階は、
前記プライマリノードの前記デバイス層と前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記プライマリノードの前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する段階
を有する、
項目２０に記載の方法。
（項目２２）
前記プライマリノードのデバイス層から前記少なくとも１つのサービス特徴情報を取得する前記段階は、
ネットワークおよびトランスポート層を通じて、前記プライマリノードの前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する段階であって、前記ネットワークおよびトランスポート層は、前記デバイス層と前記アクセス層との間にある、取得する段階
を有する、
項目２０に記載の方法。
（項目２３）
前記プライマリノードのデバイス層から前記少なくとも１つのサービス特徴情報を取得する前記段階は、
前記管理エンティティと前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記プライマリノードの前記デバイス層から前記少なくとも１つのサービス特徴情報を取得する段階
を有する、
項目２０に記載の方法。
（項目２４）
プライマリノードのアクセス層を通じて、第３の情報をセカンダリノードへ送信する前記段階の前に、
前記セカンダリノードから少なくとも１つの第２のサービス特徴情報を受信する段階であって、前記少なくとも１つの第２のサービス特徴情報は、前記少なくとも１つの第１のサービス特徴情報とは異なる、受信する段階
をさらに備える、項目１８に記載の方法。
（項目２５）
データ通信方法であって、
セカンダリノードのアクセス層を通じて、プライマリノードから第３の情報を受信する段階であって、前記第３の情報は、少なくとも１つの第１のサービス特徴情報を示す、受信する段階と、
データパケットを前記プライマリノードへ送信する段階であって、前記データパケットは、前記少なくとも１つのサービス特徴情報に対応する、送信する段階と
を備える、方法。
（項目２６）
少なくとも１つの第２のサービス特徴情報を前記プライマリノードへ送信する段階
をさらに備える、項目２５に記載の方法。
（項目２７）
前記デバイス層と前記アクセス層との間の層間インタフェースＳＡＰを通じて、前記第３の情報を前記セカンダリノードのデバイス層へ送信する段階
をさらに備える、項目２５に記載の方法。
（項目２８）
前記セカンダリノードのネットワークおよびトランスポート層を通じて、前記第３の情報をデバイス層へ送信する段階であって、前記ネットワークおよびトランスポート層は、前記デバイス層と前記アクセス層との間にある、送信する段階
をさらに備える、項目２５に記載の方法。
（項目２９）
デバイス層を用いることにより、前記少なくとも１つのサービス特徴情報に対応する前記データパケットを生成する段階
をさらに備える、項目２５に記載の方法。
（項目３０）
管理エンティティを用いることにより、前記第３の情報をデバイス層へ送信する段階と、
前記デバイス層を用いることにより、前記少なくとも１つのサービス特徴情報に対応する前記データパケットを生成する段階と
をさらに備える、項目２５に記載の方法。
（項目３１）
メモリと少なくとも１つのプロセッサとを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を格納するように構成されており、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行し、その結果、前記通信装置は、項目１から１１または項目２５から３０のいずれか１つに記載の方法を実装する、
通信装置。
（項目３２）
メモリと少なくとも１つのプロセッサとを備える通信装置であって、
前記メモリは、コンピュータ実行可能命令を格納するように構成されており、前記プロセッサは、前記メモリに格納された前記コンピュータ実行可能命令を実行し、その結果、前記通信装置は、項目１２から１７または項目１８から２４のいずれか１つに記載の方法を実装する、
通信装置。
（項目３３）
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、前記コンピュータプログラムがセカンダリノード内のプロセッサにより実行された場合、項目１から１１または項目２５から３０のいずれか１つに記載の方法が実装される、コンピュータ可読記憶媒体。
（項目３４）
コンピュータプログラムを格納したコンピュータ可読記憶媒体であって、前記コンピュータプログラムがプライマリノード内のプロセッサにより実行された場合、項目１２から１７または項目１８から２４のいずれか１つに記載の方法が実装される、コンピュータ可読記憶媒体。

【図1a】