特許 7058833 車両通信方法、装置、コンピュータ可読媒体、電子デバイス、及びコンピュータプログラム

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

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

(11)【特許番号】

(24)【登録日】2022-04-15

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

(54)【発明の名称】車両通信方法、装置、コンピュータ可読媒体、電子デバイス、及びコンピュータプログラム

(51)【国際特許分類】

   H04W 76/11 20180101AFI20220418BHJP

   H04W 4/44 20180101ALI20220418BHJP

   H04W 48/18 20090101ALI20220418BHJP

   H04W 72/08 20090101ALI20220418BHJP

【ＦＩ】

H04W76/11

H04W4/44

H04W48/18

H04W72/08

【請求項の数】 13

(21)【出願番号】P 2020560135

(86)(22)【出願日】2019-06-19

(65)【公表番号】

(43)【公表日】2021-08-05

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

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

(87)【国際公開日】2020-04-16

【審査請求日】2020-10-26

(31)【優先権主張番号】201811169725.8

(32)【優先日】2018-10-08

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

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾 直樹

(72)【発明者】

【氏名】王 涛

【審査官】▲高▼木 裕子

(56)【参考文献】

【文献】中国特許出願公開第１０８３２３２４５（ＣＮ，Ａ）

【文献】国際公開第２０１７／１４３０４７（ＷＯ，Ａ１）

【文献】国際公開第２０１８／１４１２６９（ＷＯ，Ａ１）

【文献】3rd Generation Partnership Project，Technical Specification Group Serveices and System Aspects; Study on Enhancement of Network Slicing (Release 16)，3GPP TR 23.740 V0.5.0 (2018-08)，2018年09月05日，Pages 30-33

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

車両通信方法であって、
ネットワーク側デバイスが、ユーザーデバイスによって送信された、複数のネットワークスライスの識別情報が含まれる接続確立要求を受信するステップと、
前記ネットワーク側デバイスが前記複数のネットワークスライスの識別情報に基づき、前記複数のネットワークスライスが同じ車両通信サービスに対応するかどうかを決定するステップであって、前記決定するステップは、
前記複数のネットワークスライスの識別情報の値の範囲が所定の範囲にあるか、
前記複数のネットワークスライスの識別情報におけるスライス／サービスタイプＳＳＴフィールドにインジケータビットが含まれるか、または
前記複数のネットワークスライスの識別情報におけるスライス区別ＳＤフィールドにインジケータビットが含まれるか
に基づいて、前記複数のネットワークスライスが同じプロトコルデータユニットＰＤＵセッションに対応することを決定するステップを備える、ステップと、
前記複数のネットワークスライスが同じ車両通信サービスに対応すると決定した場合、前記ネットワーク側デバイスが前記ユーザーデバイスとの１つのＰＤＵセッションを確立するステップと、
を含むことを特徴とする車両通信方法。

【請求項2】

前記ＰＤＵセッションでは、異なるネットワークスライス又は異なる車両通信ユースケースが、異なるサービス品質フローＱｏＳｆｌｏｗに対応する、
ことを特徴とする請求項１に記載の車両通信方法。

【請求項3】

前記ネットワーク側デバイスが、ＧＰＲＳトンネリングプロトコルＧＴＰ－Ｕ、仮想プライベートネットワークＶＰＮ、又は帯域幅管理メカニズムによって、異なる前記ＱｏＳ ｆｌｏｗを分離するステップ、をさらに含む、
ことを特徴とする請求項２に記載の車両通信方法。

【請求項4】

前記ネットワーク側デバイスが、異なるネットワークスライスに異なる無線伝送リソースを使用するように、前記ユーザーデバイスをスケジュールするステップ、をさらに含む、
ことを特徴とする請求項１に記載の車両通信方法。

【請求項5】

前記車両通信方法は、
前記ユーザーデバイスが異なるネットワークスライスに対して異なる無線伝送リソースを使用するように、前記ネットワーク側デバイスが、異なるネットワークスライスに対して無線伝送リソースプールを配置するステップ、をさらに含み、
前記無線伝送リソースプールの優先度は、対応するネットワークスライスの優先度と正の相関関係があり、前記無線伝送リソースプールのリソースサイズは、対応するネットワークスライスの優先度と正の相関関係があることを特徴とする請求項１に記載の車両通信方法。

【請求項6】

前記ネットワーク側デバイスが、異なるネットワークスライスに対して無線伝送リソースプールを配置するステップは、
前記ネットワーク側デバイスが、前記異なるネットワークスライスに対応する無線伝送リソースプールを前記ユーザーデバイスに配置するように、前記ユーザーデバイスに配置シグナリングを送信すること、又は
前記ネットワーク側デバイスが、前記異なるネットワークスライスに対応する無線伝送リソースプールを前記ユーザーデバイスに事前配置すること、
を含むことを特徴とする請求項５に記載の車両通信方法。

【請求項7】

車両通信方法であって、
ネットワーク側デバイスが、ユーザーデバイスによって送信された、仮想バンドルネットワークスライスの識別情報が含まれる接続確立要求を受信するステップと、
前記ネットワーク側デバイスが、前記仮想バンドルネットワークスライスの識別情報に基づき、前記仮想バンドルネットワークスライスに対応する複数のネットワークスライスの識別情報を決定するステップであって、前記決定するステップは、
前記複数のネットワークスライスの識別情報の値の範囲が所定の範囲にあるか、
前記複数のネットワークスライスの識別情報におけるスライス／サービスタイプＳＳＴフィールドにインジケータビットが含まれるか、または
前記複数のネットワークスライスの識別情報におけるスライス区別ＳＤフィールドにインジケータビットが含まれるか
に基づいて、前記仮想バンドルネットワークスライスが複数のネットワークスライスに対応することを決定するステップを備える、ステップと、
前記ネットワーク側デバイスが、前記複数のネットワークスライスに基づいて、前記ユーザーデバイスとのプロトコルデータユニットＰＤＵセッションを確立するステップと、
を含むことを特徴とする車両通信方法。

【請求項8】

前記ネットワーク側デバイスが、前記仮想バンドルネットワークスライスの識別情報に基づき、前記仮想バンドルネットワークスライスに対応する複数のネットワークスライスの識別情報を決定するステップは、
前記ネットワーク側デバイスが、事前配置された対応関係に基づき、前記仮想バンドルネットワークスライスの識別情報に対応する複数のネットワークスライスの識別情報を決定すること、を含むことを特徴とする請求項７に記載の車両通信方法。

【請求項9】

車両通信装置であって、
ユーザーデバイスによって送信された、複数のネットワークスライスの識別情報が含まれる接続確立要求を受信するための受信ユニットと、
前記複数のネットワークスライスの識別情報に基づき、前記複数のネットワークスライスが同じ車両通信サービスに対応するかどうかを決定するための決定ユニットであって、
前記複数のネットワークスライスの識別情報の値の範囲が所定の範囲にあるか、
前記複数のネットワークスライスの識別情報におけるスライス／サービスタイプＳＳＴフィールドにインジケータビットが含まれるか、または
前記複数のネットワークスライスの識別情報におけるスライス区別ＳＤフィールドにインジケータビットが含まれるか
に基づいて、前記複数のネットワークスライスが同じプロトコルデータユニットＰＤＵセッションに対応することを決定するように構成される、決定ユニットと、
前記複数のネットワークスライスが同じ車両通信サービスに対応すると決定した場合、前記ユーザーデバイスとの１つのプロトコルデータユニットＰＤＵセッションを確立する
ための処理ユニットと、
を含むことを特徴とする装置。

【請求項10】

車両通信装置であって、
ユーザーデバイスによって送信された、仮想バンドルネットワークスライスの識別情報が含まれる接続確立要求を受信するための受信ユニットと、
複数のネットワークスライスに基づいて前記ユーザーデバイスとのプロトコルデータユニットＰＤＵセッションを確立するように、前記仮想バンドルネットワークスライスの識別情報に基づき、前記仮想バンドルネットワークスライスに対応する前記複数のネットワークスライスの識別情報を決定するための処理ユニットであって、
前記複数のネットワークスライスの識別情報の値の範囲が所定の範囲にあるか、
前記複数のネットワークスライスの識別情報におけるスライス／サービスタイプＳＳＴフィールドにインジケータビットが含まれるか、または
前記複数のネットワークスライスの識別情報におけるスライス区別ＳＤフィールドにインジケータビットが含まれるか
に基づいて、前記仮想バンドルネットワークスライスが複数のネットワークスライスに対応することを決定するように構成される、処理ユニットと、
を含むことを特徴とする装置。

【請求項11】

コンピュータプログラムが記憶されるコンピュータ可読媒体であって、
前記コンピュータプログラムがプロセッサーによって実行される場合、請求項１～８のいずれか１項に記載の車両通信方法を実現することを特徴とするコンピュータ可読媒体。

【請求項12】

電子デバイスであって、
１つ又は複数のプロセッサーと、
前記１つ又は複数のプロセッサーによって実行される場合、請求項１～８のいずれか１項に記載の車両通信方法を前記１つ又は複数のプロセッサーに実現させる１つ又は複数のプログラムを記憶するための記憶装置と、
を含むことを特徴とする電子デバイス。

【請求項13】

指令を含むコンピュータプログラムであって、
コンピュータ上で実行される場合、請求項１～８のいずれか１項に記載の車両通信方法を前記コンピュータに実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

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

【図1】本出願の実施例の技術的解決策を適用できる例示的なシステムアーキテクチャの概略図を示す。

【図2】本出願の一実施例による車両通信方法のフローチャートを概略的に示す。

【図3】本出願の一実施例による車両通信方法のフローチャートを概略的に示す。

【図4】本出願の一実施例による車両通信方法の適用シナリオの概略図を示す。

【図5】本出願の実施例によるユーザーデバイスとネットワーク側デバイスとの間でＰＤＵセッションを確立するシグナリングフローの一部の概略図を示す。

【図6】本出願の一実施例による車両通信装置のブロック図を概略的に示す。

【図7】本出願の一実施例による車両通信装置のブロック図を概略的に示す。

【図8】本出願の実施例による電子デバイスを実現するのに適したコンピュータシステムの概略構成図を示す。

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

【0030】

次に、添付の図面を参照して、例示的な実施形態をより完全に説明する。しかしながら、例示的な実施形態は、様々な形態で実施することができ、本明細書で説明された例に限定されると理解されるべきではない。逆に、これらの実施形態を提供することで、本出願をより包括的かつ完全にし、例示的な実施形態の概念を当業者に完全に伝える。

【0031】

なお、説明した特徴、構成又は特性は、任意の適切な方法で１つ又は複数の実施例において組み合わせることができる。以下の説明では、本出願の実施例を十分に理解するために、多くの具体的な詳細が提供されている。しかしながら、当業者は、本出願の技術的解決策が１つ以上の特定の詳細なしに実施され得るか、又は他の方法、コンポーネント、装置、ステップなどが使用され得ることを理解する。他の場合では、本出願の様々な態様を不明瞭にしないように、周知の方法、装置、実現、又は操作は、詳細に示されていないか、又は説明されていない。

【0032】

図面に示されているブロック図は単なる機能エンティティであり、必ずしも物理的に独立したエンティティに対応するわけではない。即ち、これらの機能エンティティは、ソフトウェア形で実現され、又は１つ又は複数のハードウェアモジュール又は集積回路で実現され、又は異なるネットワーク及び／又はプロセッサー装置及び／又はマイクロコントローラ装置で実現される。

【0033】

図面に示されるフローチャートは、単なる例示的な説明であり、必ずしもすべての内容及び操作／ステップを含むわけではなく、説明された順序で実行される必要もない。例えば、ある操作／ステップは分解可能であり、ある操作／ステップは結合又は部分的に結合できるため、実際の実行順序は実際の状況に応じて変更される場合がある。

【0034】

図１は、本出願の実施例の技術的解決策を適用することができる例示的なシステムアーキテクチャの概略図を示す。

【0035】

図１に示すように、システムアーキテクチャは、車両端末１０１、基地局１０２、コアネットワークデバイス１０３、及びアプリケーションサーバー１０４を含んでもよい。コアネットワークデバイス１０３は、５ＧコアネットワークにおけるＡＭＦなどであってもよい。

【0036】

図１に示した車両端末１０１、基地局１０２、コアネットワークデバイス１０３、及びアプリケーションサーバー１０４の数は単に例示的なものであることを理解すべきである。実際の必要に応じて、任意の数の車両端末１０１、基地局１０２、コアネットワークデバイス１０３、及びアプリケーションサーバー１０４があってもよい。

【0037】

本出願の一実施例では、ネットワーク側デバイス(例えば、図１に示した基地局１０２、コアネットワークデバイス１０３又はアプリケーションサーバー１０４)は、車両端末１０１によって送信された接続確立要求を受信した後、接続確立要求に複数のネットワークスライスの識別情報が含まれており、これらの複数のネットワークスライスが同じ車両通信サービスに対応すると決定した場合、当該車両端末１０１との１つのＰＤＵセッションを確立することができ、これにより、車両端末１０１は複数のＰＤＵセッションを確立することでより多くのネットワークスライスをサポートすることができ、ネットワークスライスの数はＶ２Ｘ ｕｓｅ ｃａｓｅの数に対応する。そのため、ユーザーデバイスがサポートできるＶ２Ｘ ｕｓｅ ｃａｓｅの数も増やし、車両インターネット解決策の促進と展開に貢献する。

【0038】

本出願の他の実施例では、ネットワーク側デバイス(例えば、図１に示した基地局１０２、コアネットワークデバイス１０３又はアプリケーションサーバー１０４)は、車両端末１０１によって送信された接続確立要求を受信した後、接続確立要求に仮想バンドルネットワークスライスの識別情報が含まれる場合、当該複数のネットワークスライスに基づいて車両端末１０１とのＰＤＵセッションを確立するように、当該仮想バンドルネットワークスライスの識別情報に基づき、当該仮想バンドルネットワークスライスに対応する複数のネットワークスライスの識別情報を決定することができ、これにより、車両端末１０１は、複数のネットワークスライスに対応する仮想バンドルネットワークスライスによって、より多くのネットワークスライスをサポートすることができ、ネットワークスライスの数はＶ２Ｘ ｕｓｅ ｃａｓｅの数に対応する。そのため、ユーザーデバイスがサポートできるＶ２Ｘ ｕｓｅ ｃａｓｅの数も増やし、車両インターネット解決策の促進と展開に貢献する。

【0039】

以下、本出願の実施例の技術的解決策の実現の詳細について、詳細に説明する。

【0040】

図２は、本出願の一実施例による車両通信方法のフローチャートを概略的に示す。当該車両通信方法は、ネットワーク側デバイスによって実行されてもよく、例えば、基地局、コアネットワークデバイス又はネットワークエッジのアプリケーションサーバーによって実行されてもよい。図２を参照すると、当該車両通信方法は、少なくともＳ２１０からＳ２３０を含む。詳細は次のとおりである。

【0041】

Ｓ２１０では、ユーザーデバイスによって送信された、複数のネットワークスライスの識別情報が含まれる接続確立要求を受信する。

【0042】

本出願の一実施例では、ユーザーデバイスは車両端末であってもよく、ユーザーデバイスによって送信された接続確立要求は、ＰＤＵセッションを確立する要求であってもよい。ネットワークスライスの識別情報は、単一のネットワークスライスの選択補助情報(Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、Ｓ－ＮＳＳＡＩ)であってもよい。

【0043】

本出願の一実施例では、ユーザーデバイスによって送信された接続確立要求を受信する前に、ネットワーク側デバイスは、利用可能なネットワークスライスの情報(例えば、Ａｌｌｏｗｅｄ ＮＳＳＡＩ)をユーザーデバイスに送信することができ、当該利用可能なネットワークスライスの情報は、ユーザーデバイスが利用可能なネットワークスライスの情報から選択するのを助けるために、上記の複数のネットワークスライスの識別情報を含む。

【0044】

本出願の一実施例では、ユーザーデバイスによって送信されたメッセージ(例えば、Ｒｅｌ－１５ ＭＳＧ５ ＲＲＣ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ)に１つのネットワークスライスのみの識別情報が含まれる従来の解決策と区別するために、本出願の実施例における接続確立要求に含まれる複数のネットワークスライスの識別情報は、次の配置を含む。

【0045】

配置１：
本出願の一実施例では、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報の値の範囲は所定の範囲内にある。当該所定の範囲は、通常のネットワークスライス(通常のネットワークスライスが、従来の解決策ではユーザーデバイスによって送信されたメッセージに含まれる１つのネットワークスライスである)の識別情報の値の範囲とは異なる必要がある。

【0046】

配置２：
本出願の一実施例では、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報におけるＳＳＴフィールドにインジケータビットが含まれる。

【0047】

配置３：
本出願の一実施例では、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報におけるＳＤフィールドにインジケータビットが含まれる。

【0048】

本出願の一実施例では、前記複数のネットワークスライスに対応するＡＭＦはＵＰＦと同じであってもよい。

【0049】

引き続き図２を参照すると、Ｓ２２０では、前記複数のネットワークスライスの識別情報に基づき、前記複数のネットワークスライスが同じ車両通信サービスに対応するかどうかを決定する。

【0050】

本出願の一実施例では、ネットワーク側デバイスは、複数のネットワークスライスの識別情報が含まれる接続確立要求を受信した場合、当該接続確立要求に含まれるサービス要求メッセージの指示に基づき、当該複数のネットワークスライスが同じ車両通信サービスに対応するかどうかを決定する。

【0051】

引き続き図２を参照すると、Ｓ２３０では、前記複数のネットワークスライスが同じ車両通信サービスに対応すると決定した場合、前記ユーザーデバイスとの１つのＰＤＵセッションを確立する。

【0052】

図２に示す実施例の技術的解決策は、複数のネットワークスライスが１つのＰＤＵセッションを共有することを可能にし、これにより、ユーザーデバイスは、複数のＰＤＵセッションを確立することによってより多くのネットワークスライスをサポートすることができ、ネットワークスライスの数はＶ２Ｘ ｕｓｅ ｃａｓｅの数に対応する。そのため、ユーザーデバイスがサポートできるＶ２Ｘ ｕｓｅ ｃａｓｅの数も増やし、車両インターネット解決策の促進と展開に貢献する。

【0053】

図２に示す実施例の技術的解決策に基づいて、本出願の一実施例では、ネットワーク側デバイスがユーザーデバイスとの１つのＰＤＵセッションを確立した後、当該ＰＤＵセッションでは、異なるネットワークスライス又は異なるＶ２Ｘ ｕｓｅ ｃａｓｅは、異なるＱｏＳ ｆｌｏｗに対応する。

【0054】

本出願の一実施例では、異なるネットワークスライス又は異なるＶ２Ｘ ｕｓｅ ｃａｓｅが異なるＱｏＳ ｆｌｏｗに対応する場合、ＧＴＰ－Ｕプロトコル、ＶＰＮ又は帯域幅管理メカニズムによって、異なるＱｏＳ ｆｌｏｗを分離してもよい。

【0055】

本出願の一実施例では、異なるネットワークスライス間の分離を実現するために、ネットワーク側デバイススケジューリングの方法で、ユーザーデバイスが異なるネットワークスライスに対して異なる無線伝送リソースを使用することを保証することができる。当該無線伝送リソースは時間領域リソース及び周波数領域リソースを含む。

【0056】

本出願の他の実施例では、異なるネットワークスライス間の分離を実現するために、ユーザーデバイスが異なるネットワークスライスに対して異なる無線伝送リソースを使用するように、異なるネットワークスライスに対して無線伝送リソースプールを配置してもよい。ただし、前記無線伝送リソースプールの優先度は対応するネットワークスライスの優先度と正の相関関係があり、前記無線伝送リソースプールのリソースサイズは対応するネットワークスライスの優先度と正の相関関係がある。例えば、無線伝送リソースプールの優先度及び／又はリソースサイズが大きいほど、対応するネットワークスライスの優先度も大きくなる。

【0057】

本出願の一実施例では、異なるネットワークスライスに対して無線伝送リソースプールを配置する場合、前記異なるネットワークスライスに対応する無線伝送リソースプールを前記ユーザーデバイスに配置するように、配置シグナリングをユーザーデバイスに送信してもよく、又は、前記異なるネットワークスライスに対応する無線伝送リソースプールをユーザーデバイスに事前配置してもよい。

【0058】

本出願の一実施例では、配置シグナリングによって、異なるネットワークスライスに対応する無線伝送リソースプールをユーザーデバイスに配置する場合、当該配置シグナリングは、明示的又は暗黙的な方法で、異なるネットワークスライスに対応する無線伝送リソースプールを示してもよい。任意選択で、明示的な方法は、異なるネットワークスライスに対応する無線伝送リソースプールを直接示し、暗黙的な方法は、複数の無線伝送リソースプールを順番に示し、これらの複数の無線伝送リソースプールは異なるネットワークスライスにそれぞれに対応する。

【0059】

本出願の一実施例では、上記の配置シグナリングは、無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ)シグナリング又は非アクセス層(Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ)シグナリングであってもよい。

【0060】

本出願の一実施例では、データ無線ベアラ(Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ)の数を拡張することによって、ユーザーデバイスによってサポートされるネットワークスライスの数を拡張してもよい。

【0061】

図３は、本出願の一実施例による車両通信方法のフローチャートを概略的に示す。当該車両通信方法は、ネットワーク側デバイスによって実行され得る。例えば、基地局、コアネットワークデバイス、又はネットワークエッジのアプリケーションサーバーによって実行され得る。図３を参照すると、当該車両通信方法は少なくともＳ３１０からＳ３２０を含む。詳細は次のとおりである。

【0062】

ステップＳ３１０では、ユーザーデバイスによって送信された接続確立要求を受信し、前記接続確立要求には仮想バンドルネットワークスライスの識別情報が含まれる。

【0063】

本出願の一実施例では、ユーザーデバイスは車両端末であってもよく、ユーザーデバイスによって送信された接続確立要求は、ＰＤＵセッションを確立する要求であってもよい。ネットワークスライスの識別情報は、Ｓ－ＮＳＳＡＩであってもよい。

【0064】

本出願の一実施例では、仮想バンドルネットワークスライスは、実際に存在する複数のネットワークスライスに対応し、具体的に、実際に存在する複数のネットワークスライスをバンドルして、これらの実際に存在する複数のネットワークスライスに対応する１つの仮想ネットワークスライスを取得し、当該仮想ネットワークスライスを仮想バンドルネットワークスライスと呼んでいる。仮想バンドルネットワークスライスの識別情報は、Ｓ－ＮＳＳＡＩであってもよい。

【0065】

本出願の一実施例では、ユーザーデバイスによって送信された接続確立要求を受信する前に、ネットワーク側デバイスは、利用可能なネットワークスライスの情報(例えば、Ａｌｌｏｗｅｄ ＮＳＳＡＩ) を前記ユーザーデバイスへ送信してもよい。当該利用可能なネットワークスライスの情報は、ユーザーデバイスが利用可能なネットワークスライスの情報から選択するように、前記仮想バンドルネットワークスライスの識別情報を含む。

【0066】

本出願の一実施例では、ユーザーデバイスによって送信されたメッセージ(例えば、Ｒｅｌ－１５ ＭＳＧ５ ＲＲＣ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ)に１つのネットワークスライスのみの識別情報が含まれる従来の解決策と区別するために、本出願の実施例における接続確立要求に含まれる仮想バンドルネットワークスライスの識別情報は、次のいくつかの配置を有する。

【0067】

配置１：
本出願の一実施例では、仮想バンドルネットワークスライスが複数のネットワークスライスに対応することを示すように、仮想バンドルネットワークスライスの識別情報の値の範囲は所定の範囲にある。当該所定の範囲は、通常のネットワークスライス(通常のネットワークスライスは、従来の解決策ではユーザーデバイスによって送信されたメッセージに含まれる１つのネットワークスライスである)の識別情報の値の範囲とは異なる必要がある。

【0068】

配置２：
本出願の一実施例では、仮想バンドルネットワークスライスが複数のネットワークスライスに対応することを示すように、仮想バンドルネットワークスライスの識別情報におけるＳＳＴフィールドにインジケータビットが含まれる。

【0069】

配置３：
本出願の一実施例では、仮想バンドルネットワークスライスが複数のネットワークスライスに対応することを示すように、仮想バンドルネットワークスライスの識別情報におけるＳＤフィールドにインジケータビットが含まれる。

【0070】

引き続き図３を参照すると、ステップＳ３２０では、複数のネットワークスライスに基づいて前記ユーザーデバイスとのＰＤＵセッションを確立するように、仮想バンドルネットワークスライスの識別情報に基づき、前記仮想バンドルネットワークスライスに対応する複数のネットワークスライスの識別情報を決定する。

【0071】

本出願の一実施例では、事前配置された対応関係に基づき、仮想バンドルネットワークスライスに対応する複数のネットワークスライスの識別情報を決定してもよい。

【0072】

本出願の一実施例では、仮想バンドルネットワークスライスに対応する複数のネットワークスライスに基づいて、ネットワーク側デバイスとユーザーデバイスとの間のＰＤＵセッションを確立する場合、１つのネットワークスライスは１つのＰＤＵセッションに対応してもよく、複数のネットワークスライスは１つのＰＤＵセッションに対応してもよい。

【0073】

図３に示す実施例の技術的解決策によれば、ユーザーデバイスは複数のネットワークスライスに対応する仮想バンドルネットワークスライスによって、より多くのネットワークスライスをサポートすることができ、ネットワークスライスの数は車両通信ユースケースの数に対応する。そのため、ユーザーデバイスがサポートできる車両通信ユースケースの数も増やし、車両インターネット解決策の促進と展開に貢献する。

【0074】

以下に、５Ｇ車両インターネットの適用シナリオでは、本出願の実施例の技術的解決策の実現の詳細について説明する。

【0075】

本出願の実施例では、５Ｇ車両インターネットの適用シナリオでは、Ｖ２Ｘ ｕｓｅ ｃａｓｅに異なるＱｏＳ要件が含まれ、かつ、Ｖ２Ｘ ｕｓｅ ｃａｓｅの間でＶ２Ｘのセキュリティ要件に起因して信頼性の高い伝送を確保するためにスライス化分離が必要であるため、Ｖ２Ｘ ｕｓｅ ｃａｓｅの数がＵＥで許可されている上限を超えている場合、以下の実施例の技術的解決策を採用して処理してもよい。

【0076】

実施例１：ＵＥが並行してサポートできるネットワークスライスの数を拡張する。

【0077】

ＵＥによってサポートされるネットワークスライスの数に対する３ＧＰＰ Ｒｅｌ－１５の制限は主に、ＤＲＢの数と、無線アクセスネットワーク(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ)側の仕様への影響を減らすために導入されたネットワークスライスがＲＡＮ側で異なるＰＤＵセッションを使用しなければならないという制限条件とを考慮する。本出願の実施例では、ＤＲＢの数を拡張することによって、ＵＥがサポートできるネットワークスライスの数を拡張する目的を実現することができる。例えば、ＤＲＢの数は３２個まで拡張されることができ、ＵＥによってサポートされるスライスの数も３２個までサポートできる。

【0078】

実施例２：複数のネットワークスライスが同じＰＤＵセッションを共有するメカニズムを導入する。

【0079】

本出願の一実施例では、ＰＤＵセッションの共有をサポートするネットワークスライスを導入してもよく、即ち、複数のネットワークスライスの確立は同じＰＤＵセッションによって実行される。この解決策を採用する前提条件の１つは、異なるＶ２Ｘ ｕｓｅ ｃａｓｅ／ネットワークスライスに対応するＡＭＦが同じであって、かつ、異なるＶ２Ｘ ｕｓｅ ｃａｓｅ／ネットワークスライスに対応するＵＰＦも同じであることである。

【0080】

本出願の一実施例では、ＰＤＵセッションを共有する複数のネットワークスライスの全ては、Ａｌｌｏｗｅｄ ＮＳＳＡＩで具現化される必要がある。

【0081】

本出願の一実施例では、ＰＤＵセッションを共有する複数のネットワークスライスは、プロトコルレベルで他のネットワークスライス(即ち、ＰＤＵセッションを共有しないネットワークスライス)から識別及び区別される必要がある。

【0082】

本出願の一実施例では、ＰＤＵセッションを共有するネットワークスライスが依然として２４ｂｉｔｓのＳ－ＮＳＳＡＩを使用する場合、異なる方法を採用して区別してもよい。任意選択で、ＰＤＵセッションを共有するネットワークスライスのＳ－ＮＳＳＡＩの値の範囲は、通常のネットワークスライスのＳ－ＮＳＳＡＩの値の範囲から分離してもよく、又は、新しいＳＳＴを定義して対応する識別ビットを新しいＳＳＴに追加するなどの、インジケータビット領域を導入してもよく、又は、対応する識別ビットをＳＤ部分に追加して区別してもよい。

【0083】

本出願の一実施例では、ＰＤＵセッションを共有する複数のネットワークスライスの接続確立プロセスは、通常のネットワークスライスの接続確立プロセスとは異なる。具体的に、３ＧＰＰ Ｒｅｌ－１５によって提案されたＭＳＧ５ＲＲＣ Ｓｅｔｕｐ ＣｏｍｐｌｅｔｅメッセージにＡＭＦによって選択されるための１つのＳ－ＮＳＳＡＩだけが含まれる解決策とは異なる。本出願の実施例の技術的解決策では、ＵＥがネットワーク側デバイスに接続確立要求を送信する場合、複数のＳ－ＮＳＳＡＩが含まれてもよく、ネットワーク側デバイス(例えば、基地局又はＡＭＦなど)が、複数のＳ－ＮＳＳＡＩが含まれるＭＳＧ５メッセージを受信した場合、複数のＳ－ＮＳＳＡＩが同じＶ２Ｘサービスに属するかどうかを識別して(例えば、当該ＭＳＧ５メッセージに含まれるサービス要求メッセージの指示によって当該複数のＳ－ＮＳＳＡＩが同じＶ２Ｘサービスに属するかどうかを決定することができる)、１つのＰＤＵセッションの確立のみをトリガーするために、新しい機能を導入する必要がある。

【0084】

本出願の一実施例では、図４に示すように、複数のＳ－ＮＳＳＡＩに対して１つのＰＤＵセッションを確立した後、異なるＶ２Ｘ ｕｓｅ ｃａｓｅ／ネットワークスライスが異なるＱｏＳ ｆｌｏｗを確立することができる。そして、５Ｇコアネットワークデバイスは、ＧＴＰ－Ｕトンネル、ＶＰＮ、又は帯域幅管理メカニズムによって、異なるＱｏＳ ｆｌｏｗの間の分離を実現することができる。

【0085】

なお、本出願の一実施例では、(例えば、基地局ｇＮＢなどの)無線側は、スケジューリングの方法で、異なるネットワークスライスの間の分離を実現することができる。又は、無線側は、異なるネットワークスライスの間の分離を実現するように、対応する共有リソースプールを異なるネットワークスライスに配置することができる。なお、無線側によって配置される共有リソースプールの優先度及びリソースサイズは、異なるスライス間の優先度を反映することができる。さらに、無線側の配置は、シグナリング(例えば、ＲＲＣシグナリング、ＮＡＳシグナリングなど)又は事前配置の方法で、対応する共有リソースプールを異なるネットワークスライスに配置してもよく、ネットワークスライスと共有リソースプールの対応関係は、配置シグナリングで明示的に指定することも、間隔をおいて暗黙的に指定することもできる。

【0086】

実施例２の技術的解決策に基づいて、本出願の一実施例では、ユーザーデバイスとネットワーク側デバイスとの間でＰＤＵセッションを確立するためのシグナリングプロセスの一部は、図５に示される通りであってもよく、その中、ユーザーデバイスと基地局との間のインタラクションシグナリング(例えば、ＲＲＣメッセージ)にネットワークスライスの情報が含まれ、具体的に、次のステップを含むことができる。

【0087】

ステップＳ５０１、基地局は、サポートされるＳ－ＮＳＳＡＩリストが含まれるＮＧ確立要求(即ち、ＮＧ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ)をＡＭＦ１に送信する。

【0088】

ステップＳ５０２、ＡＭＦ１は、サポートされるＳ－ＮＳＳＡＩリストが含まれるＮＧ確立応答メッセージ(即ち、ＮＧ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ)を基地局に返す。

【0089】

ステップＳ５０３、基地局は、サポートされるＳ－ＮＳＳＡＩリストが含まれるＮＧ確立要求(即ち、ＮＧ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ)をＡＭＦ２に送信する。

【0090】

ステップＳ５０４、ＡＭＦ２は、サポートされるＳ－ＮＳＳＡＩリストが含まれるＮＧ確立応答メッセージ(即ち、ＮＧ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ)を基地局に返す。

【0091】

ステップＳ５０５、基地局とユーザーデバイスとの間で、ＲＲＣ接続を確立する。

【0092】

ステップＳ５０６、基地局は、ネットワークスライス戦略を認識し、関連するネットワークスライスをサポートするＣＮ(Ｃｏｒｅ Ｎｅｔｗｏｒｋ、コアネットワーク)ノードを認識するか、又は、デフォルトのＣＮノードを選択する。具体的に、基地局によって認識されるネットワークスライス戦略は、複数のネットワークスライスを同じＰＤＵセッションで送信する必要があるかどうかを認識することである。

【0093】

ステップＳ５０７、基地局は、初期ＵＥメッセージ(即ち、Ｉｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ)をＡＭＦ１に送信する。

【0094】

ステップＳ５０８、ＡＭＦ１は、ＵＥ権限とネットワークスライスの利用可能性を検証する。

【0095】

実施例３：仮想バンドルネットワークスライスを導入する。

【0096】

本出願の一実施例では、仮想バンドルネットワークスライスとは、複数のＶ２Ｘ ｕｓｅ ｃａｓｅのネットワークスライスを１つの仮想バンドルネットワークスライスに対応することである。当該仮想バンドルネットワークスライスと複数のＶ２Ｘ ｕｓｅ ｃａｓｅネットワークスライスの対応は、ネットワーク側でのみ維持されることができる。

【0097】

本出願の一実施例では、仮想バンドルネットワークスライスは、プロトコルレベルで他のネットワークスライス(即ち、仮想バンドルされていないネットワークスライス)から識別及び区別される必要がある。

【0098】

本出願の一実施例では、仮想バンドルネットワークスライスが依然として２４ｂｉｔｓのＳ－ＮＳＳＡＩを使用する場合、異なる方法で区別してもよい。任意選択で、仮想バンドルネットワークスライスのＳ－ＮＳＳＡＩの値の範囲は、通常のネットワークスライスのＳ－ＮＳＳＡＩの値の範囲から分離してもよく、又は、例えば、新しいＳＳＴを定義して対応する識別ビットを新しいＳＳＴに追加するように、インジケータビット領域を導入してもよく、又は、対応する識別ビットをＳＤ部分に追加して区別してもよい。

【0099】

本出願の一実施例では、仮想バンドルネットワークスライスの情報は、ネットワーク側のみで維持されることができ、ＰＤＵセッションを共有するネットワークスライス(即ち、上記の実施例２)と同じ点は、異なるＶ２Ｘ ｕｓｅ ｃａｓｅに対応するネットワークスライスが依然としてコアネットワークで維持されることであるが、無線側のＵＥは、Ａｌｌｏｗｅｄ ＮＳＳＡＩにおいて全てのＶ２Ｘ ｕｓｅ ｃａｓｅに対応するネットワークスライスを維持する必要がなく、仮想バンドルネットワークスライスのみを含めることができ、複数のＶ２Ｘ ｕｓｅ ｃａｓｅに対応するネットワークスライスが、無線側で１つにバンドルされる。

【0100】

本出願の一実施例では、仮想バンドルネットワークスライスの接続確立プロセスは、通常のネットワークスライスの接続確立プロセスとは異なる。具体的に、３ＧＰＰ Ｒｅｌ－１５によって提案されたＭＳＧ５ ＲＲＣ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージに、ＡＭＦによって選択されるための１つのＳ－ＮＳＳＡＩだけが含まれる解決策とは異なる。本出願の実施例の技術的解決策では、ＵＥが接続確立要求をネットワーク側デバイスに送信する場合、１つの仮想バンドルネットワークスライスだけを運び、ネットワーク側デバイス(例えば、基地局又はＡＭＦなど)がＭＳＧ５メッセージにおける仮想バンドルネットワークスライスを受信した場合、対応する複数のＶ２Ｘ ｕｓｅ ｃａｓｅのネットワークスライスを認識し、例えば、仮想バンドルネットワークスライスとＶ２Ｘ ｕｓｅ ｃａｓｅネットワークスライスの対応関係に基づき認識するために、新しい機能を導入する必要がある。

【0101】

本出願の一実施例では、(例えば、基地局又はＡＭＦなどの)ネットワーク側デバイスは、仮想バンドルネットワークスライスと複数のＶ２Ｘ ｕｓｅ ｃａｓｅネットワークスライスとの間の対応関係を判別できるため、ネットワークスライス間の分離は引き続き保証される。

【0102】

実施例３の技術的解決策に基づいて、本出願の一実施例では、ユーザーデバイスとネットワーク側デバイスとの間でＰＤＵセッションを確立するシグナリングプロセスの一部は、図５に示される通りであってもよく、ただし、ステップＳ５０６では、基地局によって認識されるネットワークスライス戦略は、仮想バンドルネットワークスライスに対応する複数のＶ２Ｘ ｕｓｅ ｃａｓｅネットワークスライスを認識することである。

【0103】

本出願の上記の実施例の技術的解決策は、将来の５Ｇ車両インターネット及び自動運転におけるネットワークスライスに基づく展開及び実施のシナリオに適用可能であり、３ＧＰＰ Ｒｅｌ－１５によって提案されたネットワークスライスの制限問題を効果的に克服し、ユーザーデバイスがサポートできるＶ２Ｘ ｕｓｅ ｃａｓｅの数を増やすことができ、これにより、Ｖ２Ｘ ｕｓｅ ｃａｓｅはネットワークスライスメカニズムを使用して分離を実現することができ、車両インターネット解決策の促進と展開に貢献する。

【0104】

以下は、本出願の上記実施例における車両通信方法を実行するための本出願の装置の実施例について説明する。本出願の装置の実施例に開示されていない詳細について、本出願の車両通信方法の上記実施例を参照する。

【0105】

図６は、本出願の一実施例による車両通信装置のブロック図を概略的に示す。

【0106】

図６を参照すると、本出願の一実施例による車両通信装置６００は、受信ユニット６０２と、決定ユニット６０４と、処理ユニット６０６とを含む。

【0107】

受信ユニット６０２は、ユーザーデバイスによって送信された、複数のネットワークスライスの識別情報が含まれる接続確立要求を受信するために用いられ、決定ユニット６０４は、前記複数のネットワークスライスの識別情報に基づき、前記複数のネットワークスライスが同じ車両通信サービスに対応するかどうかを決定するために用いられ、処理ユニット６０６は、前記複数のネットワークスライスが同じ車両通信サービスに対応すると決定した場合、前記ユーザーデバイスとの１つのＰＤＵセッションを確立するために用いられる。

【0108】

本出願の一実施例では、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報の値の範囲は所定の範囲にあり、又は、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報におけるＳＳＴフィールドにインジケータビットが含まれ、又は、前記複数のネットワークスライスが同じＰＤＵセッションに対応することを示すように、前記複数のネットワークスライスの識別情報におけるＳＤフィールドにインジケータビットが含まれる。

【0109】

本出願の一実施例では、処理ユニット６０６はさらに、前記ＰＤＵセッションでは、異なるネットワークスライス又は異なるｕｓｅ ｃａｓｅが異なるＱｏＳ ｆｌｏｗに対応するように制御するために用いられる。

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

600 車両通信装置
602 受信ユニット
604 決定ユニット
606 処理ユニット
700 車両通信装置
702 受信ユニット
704 処理ユニット
805 出力Ｉ／Ｏインターフェース
806 入力部
807 出力部
808 記憶部
809 通信部
810 ドライブ
811 リムーバブルメディア

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】