特許 7105897 データ伝送方法及び端末装置

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

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

(11)【特許番号】

(24)【登録日】2022-07-14

(45)【発行日】2022-07-25

(54)【発明の名称】データ伝送方法及び端末装置

(51)【国際特許分類】

   H04W 28/18 20090101AFI20220715BHJP

   H04W 4/40 20180101ALI20220715BHJP

   H04W 92/18 20090101ALI20220715BHJP

【ＦＩ】

H04W28/18

H04W4/40

H04W92/18

【請求項の数】 11

(21)【出願番号】P 2020541450

(86)(22)【出願日】2018-05-07

(65)【公表番号】

(43)【公表日】2021-10-21

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

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

(87)【国際公開日】2019-10-03

【審査請求日】2021-04-09

(31)【優先権主張番号】PCT/CN2018/081182

(32)【優先日】2018-03-29

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100105153

【弁理士】

【氏名又は名称】朝倉 悟

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(72)【発明者】

【氏名】リウ、ジェンファ

【審査官】松野 吉宏

(56)【参考文献】

【文献】LG Electronics Inc.，RAN2 aspects regarding support of 64QAM and TX diversity，3GPP TSG RAN WG2 #101 R2-1802699，フランス，3GPP，2018年02月14日

【文献】LG Electronics Inc.，The way to figure out high rate transmission support of transmitting UEs.，3GPP TSG RAN WG2 #101 R2-1803014，フランス，3GPP，2018年02月15日

【文献】LG Electronics Inc.，RAN2 aspects regarding support of 64QAM and TX diversity，3GPP TSG RAN WG2 #99bis R2-1711686，フランス，3GPP，2017年09月29日

【文献】ZTE Corporation，Discussion on Rel-14 and Rel-15 V2X coexistence issues，3GPP TSG RAN WG2 #101 R2-1801963，フランス，3GPP，2018年02月14日

【文献】Motorola Mobility, Lenovo，Solution for Key Issue #4: Re-use PPPP mechanism for enhanced V2X，3GPP TSG SA WG2 #126 S2-182161，フランス，3GPP，2018年02月20日

【文献】LG Electronics，Discussion related to LS from 5GAA on LS on V1 and V2 reference points (S2- 180021)，3GPP TSG SA WG2 #125 S2-180533，フランス，3GPP，2018年01月16日

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

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

データ伝送方法であって、車両インターネットシステムに適用され、
端末装置が、第１プロトコル層で送信待ちデータのサービス情報に基づき、前記送信待ちデータを伝送するための伝送メカニズムを確定することであって、前記サービス情報がバージョン情報を含み、前記端末装置が前記バージョン情報に基づき、前記送信待ちデータの前記伝送メカニズムを確定することと、
前記端末装置が、第２プロトコル層で前記サービス情報を取得することと、を含み、
前記サービス情報がバージョン情報である場合、前記端末装置が、第２プロトコル層で送信待ちデータのサービス情報を取得することは、
前記端末装置が、前記第２プロトコル層で、サービス識別子、インターネットプロトコル（ＩＰ）アドレス、サービス要件、周波数帯域情報、完全修飾ドメイン名（ＦＱＤＮ）、レイヤー２アドレス情報、単一パケット優先度（ＰＰＰＰ）情報と単一パケット信頼性（ＰＰＰＲ）情報のうちの少なくとも一つに基づいて、前記送信待ちデータのバージョン情報を確定し、前記バージョン情報が、前記送信待ちデータのサービスが属するプロトコルバージョンを示すことに用いられることを特徴とする、前記データ伝送方法。

【請求項2】

前記方法はさらに、
前記端末装置が、前記第２プロトコル層で前記第１プロトコル層へ前記サービス情報を送信することを含むことを特徴とする
請求項１に記載の方法。

【請求項3】

前記端末装置が前記少なくとも一つの情報に基づいて前記送信待ちデータのバージョン情報を確定することは、
前記端末装置が、前記少なくとも一つの情報、及び少なくとも一つの情報とバージョン情報とのマッピング関係に基づき、前記送信待ちデータのバージョン情報を確定することを含むことを特徴とする
請求項１に記載の方法。

【請求項4】

前記伝送メカニズムは、デジタル変調メカニズム、レートマッチングメカニズム、再伝送メカニズム及び伝送ダイバーシティ（ＴｘＤ）のうちの少なくとも一つを含むことを特徴とする
請求項１－３のいずれか一項に記載の方法。

【請求項5】

端末装置であって、
第１プロトコル層で送信待ちデータのサービス情報に基づき、前記送信待ちデータを伝送するための伝送メカニズムを確定するように構成される確定ユニットであって、前記サービス情報がバージョン情報を含み、前記サービス情報がバージョン情報を含み、前記確定ユニットが前記バージョン情報に基づき、前記送信待ちデータの前記伝送メカニズムを確定する確定ユニットと、
第２プロトコル層で前記サービス情報を取得するように構成される取得ユニットと、を備え、
前記サービス情報がバージョン情報である場合、前記取得ユニットは具体的に、
前記第２プロトコル層で、サービス識別子、インターネットプロトコル（ＩＰ）アドレス、サービス要件、周波数帯域情報、完全修飾ドメイン名（ＦＱＤＮ）、レイヤー２アドレス情報、単一パケット優先度（ＰＰＰＰ）情報と単一パケット信頼性（ＰＰＰＲ）情報のうちの少なくとも一つに基づいて、前記送信待ちデータのバージョン情報を確定するように構成され、前記バージョン情報が、前記送信待ちデータのサービスが属するプロトコルバージョンを示すことに用いられる、前記端末装置。

【請求項6】

前記端末装置はさらに、
前記第２プロトコル層で前記第１プロトコル層へ前記サービス情報を送信するように構成される送信ユニットを備えることを特徴とする
請求項５に記載の端末装置。

【請求項7】

前記確定ユニットは具体的に、
前記少なくとも一つの情報、及び少なくとも一つの情報とバージョン情報とのマッピング関係に基づき、前記送信待ちデータのバージョン情報を確定するように構成されることを特徴とする
請求項５に記載の端末装置。

【請求項8】

前記伝送メカニズムは、デジタル変調メカニズム、レートマッチングメカニズム、再伝送メカニズム及び伝送ダイバーシティ（ＴｘＤ）のうちの少なくとも一つを含むことを特徴とする
請求項５－７のいずれか一項に記載の端末装置。

【請求項9】

前記第１プロトコル層がアクセス層であり、前記第２プロトコル層がアプリケーション層であることを特徴とする
請求項５－８のいずれか一項に記載の端末装置。

【請求項10】

前記確定ユニットは具体的に、
前記第１プロトコル層で前記サービス情報に基づき、前記送信待ちデータの少なくとも一つの伝送メカニズムを確定するように構成され、
前記確定ユニットはさらに、
前記第１プロトコル層で、前記少なくとも一つの伝送メカニズムと伝送搬送波とのマッピング関係、及び前記送信待ちデータの伝送搬送波に基づき、前記少なくとも一つの伝送メカニズムから前記送信待ちデータを伝送するための伝送メカニズムを確定するように構成されることを特徴とする
請求項５－９のいずれか一項に記載の端末装置。

【請求項11】

前記確定ユニットは具体的に、
前記第１プロトコル層で前記サービス情報に基づき、前記送信待ちデータを確定するための少なくとも一つの伝送メカニズムを確定するように構成され、
前記確定ユニットはさらに、
第３プロトコル層で前記少なくとも一つの伝送メカニズムと伝送搬送波とのマッピング関係、及び前記送信待ちデータの伝送搬送波に基づき、前記少なくとも一つの伝送メカニズムから前記送信待ちデータを伝送するための伝送メカニズムを確定するように構成され、前記第３プロトコル層が前記第１プロトコル層の下位層であることを特徴とする
請求項５－１０のいずれか一項に記載の端末装置。

【発明の詳細な説明】

【技術分野】

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

【図1】本出願の実施例の一つの適用シーンを示す概略図である。

【図2】本出願の実施例の別の適用シーンを示す概略図である。

【図3】本出願の実施例によるデータ送信方法を示す概略ブロック図である。

【図4】本出願の実施例による別のデータ送信方法を示す概略ブロック図である。

【図5】本出願の実施例による端末装置を示す概略ブロック図である。

【図6】本出願の実施例による端末装置を示す別の概略ブロック図である。

【図7】本出願の実施例による端末装置を示すさらなる別の概略ブロック図である。

【図8】本出願の実施例による端末装置を示すさらなる別の概略ブロック図である。

【図9】本出願の実施例によるさらなるデータ送信方法を示す概略ブロック図である。

【図10】本出願の実施例による端末装置を示すさらなる別の概略ブロック図である。

【図11】本出願の実施例による端末装置を示すさらなる別の概略ブロック図である。

【図12】本出願の実施例によるチップを示す概略ブロック図である。

【図13】本出願の実施例によるチップを示す別の概略ブロック図である。

【図14】本出願の実施例によるチップを示すさらなる別の概略ブロック図である。

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

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

選択可能に、本出願の実施例では、前記サービス情報がパージョン情報であり、前記取得ユニットは具体的に、
前記第２プロトコル層で、サービス識別子、インターネットプロトコル（ＩＰ）アドレス、サービスタイプ、サービス要件、周波数帯域情報、完全修飾ドメイン名（ＦＱＤＮ）、レイヤー２アドレス情報、単一パケット優先度（ＰＰＰＰ）情報と単一パケット信頼性（ＰＰＰＲ）情報のうちの少なくとも一つに基づいて、前記送信待ちデータのバージョン情報を確定するように構成され、前記バージョン情報が前記送信待ちデータのサービスが属するプロトコルバージョンを示すことに用いられる。

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

具体的には、ネットワーク装置が、端末装置に対して、異なる伝送リソースに対応する選択可能な伝送メカニズムを配置することができ、例えば、ネットワーク装置は、端末装置に表１に示されるマッピング関係を配置することができる。理解すべきこととして、ここで伝送メカニズムが以上の説明と同じであり、簡潔にするために、説明を省略する。

【表1】

【0148】

端末装置が表１における伝送リソース１を選択して送信待ちデータを伝送する場合、端末装置は、配置情報、即ち上記表１に基づいて前記伝送リソース１に対応する、伝送メカニズム１、伝送メカニズム２と伝送メカニズム３を含む伝送メカニズムを確定することができる。端末装置は、その中から一つの伝送メカニズムを任意に選択して送信待ちデータの伝送を行うことができ、端末装置は、何かしらのルールに従ってその中から一つの伝送メカニズムを選択して送信待ちデータの伝送を行うこともできる。本出願の実施例は、端末装置がどのように配置情報に基づいて伝送メカニズムを選択するかを限定しない。

【0149】

又は、端末装置が表１における伝送メカニズム２を選択して送信待ちデータを伝送する場合、端末装置は、配置情報、即ち上記表１に基づいて前記伝送メカニズム２に対応する、伝送リソース１、伝送リソース２、伝送リソース４を含む伝送リソースを確定することができる。端末装置は、その中から一つの伝送リソースを任意に選択して送信待ちデータの伝送を行うことができ、端末装置は、何かしらのルールに従ってその中から一つの伝送リソースを選択して送信待ちデータの伝送を行うこともでき、本出願の実施例は、端末装置がどのように配置情報に基づいて伝送リソースを選択するかを限定しない。

【0150】

したがって、本出願の実施例によるデータ伝送方法では、伝送リソースと伝送メカニズムの配置情報に基づいて、対応する伝送リソース及び／又は伝送メカニズムを確定し、これにより車両インターネットシステムにおけるデータ伝送の性能の向上に役立つ。

【0151】

選択可能に、本出願の実施例では、前記端末装置が、第１指示情報を受信し、前記第１指示情報が、前記少なくとも一つの伝送メカニズムのうちの第１伝送メカニズムを示すことに用いられ、前記端末装置が、配置情報に基づき、第１伝送リソースにおいて送信待ちデータを伝送するための伝送メカニズムを確定することは、前記端末装置が、前記配置情報と前記第１指示情報に基づき、前記第１伝送メカニズムを、前記第１伝送リソースにおいて前記送信待ちデータを伝送するための伝送メカニズムとして確定することを含む。

【0152】

表１における伝送リソース１を例とすると、その選択可能な伝送メカニズムがそれぞれ伝送メカニズム１、伝送メカニズム２及び伝送メカニズム３であり、ネットワーク装置はさらに、伝送メカニズム１が００に対応し、伝送メカニズム２が０１に対応し、伝送メカニズム３が１０に対応するように端末装置に対して配置することができる。ネットワーク装置は端末装置へ指示情報を送信し、例えば前記指示情報が１０である場合、端末装置は、配置情報に示される複数の伝送メカニズムから、指示情報に示される伝送メカニズム３を、送信待ちデータを伝送するための伝送メカニズムとして確定することができる。

【0153】

選択可能に、本出願の実施例では、前記方法はさらに、前記端末装置が第１指示情報を受信し、前記第１指示情報が前記送信待ちデータを伝送するための少なくとも一つの伝送メカニズムを示すことに用いられることを含み、前記端末装置が、配置情報に基づき、第１伝送リソースにおいて送信待ちデータを伝送するための伝送メカニズムを確定することは、前記端末装置が、前記配置情報に示される少なくとも一つの伝送メカニズムと前記第１指示情報に示される少なくとも一つの伝送メカニズムとの共通部分から、前記第１伝送リソースにおいて前記送信待ちデータを伝送するための伝送メカニズムを確定することを含む。

【0154】

例えば、端末装置が伝送リソース１を選択して送信待ちデータの伝送を行う場合、表１即ち配置情報に基づいて前記伝送リソースにおける、伝送メカニズム１、伝送メカニズム２及び伝送メカニズム３を含む選択可能な伝送メカニズムを取得することができる。端末装置に受信された指示情報が、送信待ちデータを伝送するための伝送メカニズムが伝送メカニズム３と伝送メカニズム４を含むことを示す場合、端末装置は、配置情報に示される伝送メカニズム１、伝送メカニズム２及び伝送メカニズム３と指示情報に示される伝送メカニズム３及び伝送メカニズム４との共通部分、即ち伝送メカニズム３を取得することができ、そして端末装置は、前記伝送メカニズム３を送信待ちデータを伝送するための伝送メカニズムとして用いることができる。理解すべきこととして、ここで共通部分が一つの伝送メカニズムであることを例として説明し、配置情報に示される伝送メカニズムと指示情報に示される伝送メカニズムとの共通部分が複数の伝送メカニズムである場合、端末装置は、前記セットから一つの伝送メカニズムを任意に選択することができ、又は端末装置はさらに何かしらのルールに従って前記共通部分から一つの伝送メカニズムを伝送することもできる。

【0155】

選択可能に、本出願の実施例では、前記配置情報が、伝送リソースと伝送メカニズムとのマッピング関係を示すことに用いられ、前記方法はさらに、前記端末装置が第２指示情報を受信し、前記第２指示情報が、前記マッピング関係における第２伝送メカニズムを示すことに用いられることを含み、前記端末装置が配置情報に基づき、送信待ちデータの伝送リソースの選択を行うことは、前記端末装置が、前記マッピング関係における前記第２伝送メカニズムに対応する伝送リソースを、前記送信待ちデータの伝送リソースとして確定することを含む。

【0156】

例えば、端末装置によって受信された指示情報が表１における伝送メカニズム２を示し、端末装置は、表１、即ち配置情報に示されるマッピング関係から前記伝送メカニズム２に対応する、送リソース１、伝送リソース２及び伝送リソース４を含む伝送リソースを確定することができ、端末装置はその中から一つの伝送リソースを任意に選択して送信待ちデータの伝送を行うことができ、何かしらのルールを用いて一つの伝送リソースを選択して送信待ちデータの伝送を行うこともできる。

【0157】

選択可能に、本出願の実施例では、前記配置情報が、伝送リソースと伝送メカニズムとのマッピング関係を示すことに用いられ、前記方法はさらに、前記端末装置が第２指示情報を受信し、前記第２指示情報が前記送信待ちデータを伝送するための伝送メカニズムを示すことに用いられることを含み、前記端末装置が配置情報に基づき、送信待ちデータの伝送リソースの選択を行うことは、前記配置情報における現在の用いられている伝送リソースに対応する伝送メカニズムが前記第２指示情報に示される伝送メカニズムと衝突する場合、前記端末装置が、前記第２指示情報に示される伝送メカニズムに対応する伝送リソースを、前記送信待ちデータの伝送リソースとして確定することを含む。

【0158】

具体的には、端末装置は、前回のデータ送信に用いられた伝送リソースで送信待ちデータの伝送をしており、端末装置は、まず配置情報に示される、前回の用いられた伝送リソースに対応する伝送メカニズムが指示情報に示される伝送メカニズムと衝突するか否かを判定し、衝突しない場合、前回の伝送リソースをそのまま使用して伝送し、衝突する場合、リソース再選択を行う。例えば、前回の用いられた伝送リソースが表１における伝送リソース１であると仮定すると、表１における伝送リソース１に対応する伝送メカニズムは伝送メカニズム１、メカニズム２及び伝送メカニズム３を含む。指示情報が伝送メカニズム４を示す場合、端末装置は、表１における伝送メカニズム４に対応する伝送リソース２、伝送リソース３と伝送リソース４から一つの伝送リソースを任意に選択して送信待ちデータの伝送を行うことができ、又は何かしらのルールに従ってその中から一つの伝送リソースを選択して送信待ちデータの伝送を行うこともできる。

【0159】

選択可能に、本出願の実施例における伝送リソース選択が、リソースプール選択、及び／又はリソースプール再選択であってもよく、前記伝送リソース選択も搬送波選択、及び／又は搬送波再選択であってもよい。

【0160】

選択可能に、本出願の実施例では、端末装置は上記サービス情報及び配置情報及び／又は様々な指示情報と組み合わせて、送信待ちデータを伝送するための伝送メカニズムを確定し、及び／又は送信待ちデータの伝送リソース選択を行うこともできる。理解すべきこととして、ここでのサービス情報は上記と同じであり、ここでは説明を省略する。

【0161】

以上に本出願の実施例によるデータ伝送方法を詳細に説明し、以下に図１０から図１１を参照し、本出願の実施例によるデータ伝送装置を説明し、方法の実施例に記載される技術的特徴が以下の装置の実施例に適用する。

【0162】

図１０は、本出願の実施例による端末装置８００を示す概略ブロック図である。図５に示すように、前記端末装置８００は車両インターネットシステムに適用され、
配置情報に基づき、第１伝送リソースにおける送信待ちデータを伝送するための伝送メカニズムを確定し、及び／又は送信待ちデータの伝送リソース選択を行うように構成される確定ユニット８１０を備える。

【0163】

したがって、本出願の実施例による端末装置では、配置情報に基づいて対応する伝送リソース及び／又は伝送メカニズムを確定し、車両インターネットシステムにおけるデータ伝送の性能の向上に役立つ。

【0164】

選択可能に、本出願の実施例では、前記配置情報は前記第１伝送リソースにおける、選択可能な少なくとも一つの伝送メカニズムを示すことに用いられる。

【0165】

選択可能に、本出願の実施例では、前記端末装置はさらに第１指示情報を受信するように構成され、前記第１指示情報が、前記少なくとも一つの伝送メカニズムのうちの第１伝送メカニズムを示すことに用いられる第１受信ユニットを備える。

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

以上は、本出願の実施例の具体的な実施形態だけであるが、本出願の保護範囲はこれに制限されず、当業者が本出願で開示された技術範囲内で容易に想到し得る変化又は入れ替わりが全て本出願の保護範囲以内に含まれるべきである。従って、本出願の保護範囲は請求項の保護範囲に準拠するべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】