知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】特表2021-521671(P2021-521671A)
(43)【公表日】2021年8月26日
(54)【発明の名称】通信方法及び装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20210730BHJP
H04W 28/24 20090101ALI20210730BHJP
H04W 76/10 20180101ALI20210730BHJP
【ＦＩ】
H04W72/04 111
H04W28/24
H04W76/10
【審査請求】有
【予備審査請求】未請求
【全頁数】67
(21)【出願番号】特願2020-554201(P2020-554201)
(86)(22)【出願日】2018年7月23日
(85)【翻訳文提出日】2020年10月19日
(86)【国際出願番号】CN2018096589
(87)【国際公開番号】WO2019192104
(87)【国際公開日】20191010
(31)【優先権主張番号】201810299596.8
(32)【優先日】2018年4月4日
(33)【優先権主張国】CN
(81)【指定国】
AP(BW,GH,GM,KE,LR,LS,MW,MZ,NA,RW,SD,SL,ST,SZ,TZ,UG,ZM,ZW),EA(AM,AZ,BY,KG,KZ,RU,TJ,TM),EP(AL,AT,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FR,GB,GR,HR,HU,IE,IS,IT,LT,LU,LV,MC,MK,MT,NL,NO,PL,PT,RO,RS,SE,SI,SK,SM,TR),OA(BF,BJ,CF,CG,CI,CM,GA,GN,GQ,GW,KM,ML,MR,NE,SN,TD,TG),AE,AG,AL,AM,AO,AT,AU,AZ,BA,BB,BG,BH,BN,BR,BW,BY,BZ,CA,CH,CL,CN,CO,CR,CU,CZ,DE,DJ,DK,DM,DO,DZ,EC,EE,EG,ES,FI,GB,GD,GE,GH,GM,GT,HN,HR,HU,ID,IL,IN,IR,IS,JO,JP,KE,KG,KH,KN,KP,KR,KW,KZ,LA,LC,LK,LR,LS,LU,LY,MA,MD,ME,MG,MK,MN,MW,MX,MY,MZ,NA,NG,NI,NO,NZ,OM,PA,PE,PG,PH,PL,PT,QA,RO,RS,RU,RW,SA,SC,SD,SE,SG,SK,SL,SM,ST,SV,SY,TH,TJ,TM,TN,TR,TT
(71)【出願人】
【識別番号】521218881
【氏名又は名称】オナー デバイス カンパニー リミテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ハン，フォン
(72)【発明者】
【氏名】ジン，インハオ
(72)【発明者】
【氏名】タン，ウエイ
(72)【発明者】
【氏名】スン，ウェンチィ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA33
5K067AA34
5K067DD45
5K067EE02
5K067EE10
5K067EE16
(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】
処理ユニット及び通信ユニットを有するシステムチップであって、
前記処理ユニットは、当該システムチップが請求項１乃至１４のうちいずれか一項に記載の通信方法を実行するように、コンピュータ命令を実行し得る、
システムチップ。
前記処理ユニットは、当該システムチップが請求項１乃至１４のうちいずれか一項に記載の通信方法を実行するように、コンピュータ命令を実行し得る、
システムチップ。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、通信分野に、より具体的には、通信方法及び装置に関係がある。
【背景技術】
【0002】
次世代通信システムが十分にかつ更に研究されると、産業は、第５世代移動体通信技術（5-Generation，５Ｇ）に関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、クオリティ・オブ・サービスフロー（quality of service flow，ＱｏＳフロー）に基づくネットワークアーキテクチャを定義し、かつ、データ無線ベアラ（data radio bearer，ＤＲＢ）に基づくエアインターフェースでのパケット伝送メカニズムを定義している。端末デバイスのプロトコルデータユニット（protocol data unit，ＰＤＵ）セッションの場合に、１つのＱｏＳフローにおけるデータパケットは、伝送のために１つのＤＲＢで運ばれ、１つのＤＲＢで運ばれた１つ以上のＱｏＳフローにおけるデータパケットは、同じ伝送特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有する。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りであってよい：１つのＤＲＢは、１つ以上のＱｏＳフローに対応しており、１つのＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、１つのＤＲＢで運ばれてよく、あるいは、異なるＤＲＢで別々に運ばれてよい。マッピング関係に基づいて、異なるＱｏＳフローは、伝送のための対応するＤＲＢへマッピングされる。その上、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、駆動試験の最小限化（minimization of drive tests，ＭＤＴ）及び自己組織ネットワーク（self-organizing networks，ＳＯＮ）要件、等をサポートするために、通常はレイヤ２（layer 2，Ｌ２）パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、例えば、パケットデータ収束プロトコル（packet data convergence protocol，ＰＤＣＰ）レイヤ、無線リンクコントロール（radio link control，ＲＬＣ）レイヤ、及び媒体アクセスコントロール（medium access control，ＭＡＣ）レイヤで、関連するパラメータを測定する。
【0003】
ニューラジオ（new radio，ＮＲ）技術では、アクセスネットワークデバイス（例えば、基地局）は、セントラルユニット（central unit，ＣＵ）及び分散ユニット（distributed unit，ＤＵ）を含んでよい。すなわち、アクセスネットワークにおける基地局の機能は分割される。基地局のいくつかの機能は１つのＣＵに配備され、残りの機能は１つ以上のＤＵに配備され、ＣＵは、コストを減らしかつネットワーク拡張を容易にするために、１つ以上のＤＵを制御する。更に、ＣＵ部分で、ＣＵはセントラルユニット・コントロールプレーン（central unit-control plane，ＣＵ−ＣＰ）ノード及びセントラルユニット・ユーザプレーン（central unit-user plane，ＣＵ−ＵＰ）ノードに分けられる。ＣＵ−ＵＰ及びＣＵ−ＣＰは、異なる物理デバイス上にあってよい。ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースが存在する。この新しいアクセスネットワークデバイスアーキテクチャでは、いかにしてＱｏＳフロー管理を有効に実装すべきか、すなわち、いかにしてＱｏＳフローからＤＲＢへのマッピングを実装すべきか、及びいかにしてＬ２パラメータ測定をサポートすべきかが、目下対処される必要がある差し迫った課題になっている。
【発明の概要】
【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】
【図1】ＱｏＳフローに基づく既存のネットワークアーキテクチャの概略図である。
【図2】ＣＵ−ＣＰ及びＣＵ−ＵＰが分離されている基地局アーキテクチャの概略図である。
【図3】本願で提供される通信方法に適用可能な典型的な通信システムアーキテクチャの概略図である。
【図4】本願の実施形態に従う通信方法の略フローチャートである。
【図5】第１データパケットのフォーマットの概略図である。
【図6】本願の他の実施形態に従う通信方法の略フローチャートである。
【図7】本願の他の実施形態に従う通信方法の略フローチャートである。
【図8A】本願の他の実施形態に従う通信方法の略フローチャートである。
【図8B】本願の他の実施形態に従う通信方法の略フローチャートである。
【図9】本願の実施形態に従う通信方法の略フローチャートである。
【図10】本願の他の実施形態に従う通信方法の略フローチャートである。
【図11】本願の更なる他の実施形態に従う通信方法の略フローチャートである。
【図12】本願の更なる他の実施形態に従う通信方法の略フローチャートである。
【図13】本願の実施形態に従う通信装置の略ブロック図である。
【図14】本願の他の実施形態に従う通信装置の略ブロック図である。
【図15】本願の実施形態に従う通信装置の略ブロック図である。
【図16】本願の他の実施形態に従う通信装置の略ブロック図である。
【図17】本願の実施形態に従う通信装置の略ブロック図である。
【図18】本願の他の実施形態に従う通信装置の略ブロック図である。
【図19】本願の実施形態に従う通信装置の略ブロック図である。
【図20】本願の他の実施形態に従う通信装置の略ブロック図である。
【発明を実施するための形態】
【0046】
以下は、添付の図面を参照して本願の技術的解決法について記載する。
【0047】
次世代通信システムが十分にかつ更に研究されると、産業は、５Ｇに関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、ＱｏＳフローに基づくネットワークアーキテクチャを定義しており、ＱｏＳフローは、１つのＰＤＵセッションにおいてデータパケットのＱｏＳ区別を実装するための最も細かい粒度である。ＱｏＳフローは、保証ビットレート（guaranteed bit rate，ＧＢＲ）ＱｏＳフローと、非保証ビットレート（非ＧＢＲ）ＱｏＳフローとを含んでよい。保証フロービットレートＱｏＳフローは、このＱｏＳフローにおけるデータパケットの伝送が特定のビットレートに達する必要があることを意味し得る。非保証フロービットレートＱｏＳフローの場合に、ネットワークは、ネットワークリソースの使用に基づいてＱｏＳフローの非保証フロービットレートで伝送を提供する。
【0048】
端末デバイスのＰＤＵセッションの場合に、１つのＰＤＵセッションは１つ以上のＱｏＳフローを含む。ＱｏＳフロー識別子（QoS flow identifier，ＱＦＩ）は、ＰＤＵセッションにおいてＱｏＳフローを一意に識別するために使用される。１つのＱｏＳフローにマッピングされている全てのデータパケットは、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーとして、同じＱｏＳ処理特性を有する。５Ｇ ＱｏＳ識別子（5G QoS identifier，５ＱＩ）は、スカラー値として使用され、ＱｏＳフローにおけるデータパケットの特定のＱｏＳ性能特性（すなわち、ＱｏＳフローパラメータ）、例えば、パケット損失レート又はパケット遅延を特徴付けるために使用される。非保証ビットレートＱｏＳフローの場合に、標準化された５ＱＩが使用されるとき、ＱＦＩは５ＱＩと同等であり得る。保証ビットレート及び非保証ビットレートＱｏＳフローが含まれる他のシナリオでは、５ＱＩ及びＱＦＩは、異なる値を有している。
【0049】
ＰＤＵセッションにおける同じＱＦＩ又は５ＱＩを有しているサービス（データパケット）は、例えば、同じスケジューリング測定設定及び同じアドミッションコントロールに従う。次世代ネットワーク（next generation，ＮＧ）インターフェース３（略してＮ３）（コアネットワークデバイスとアクセスネットワークデバイスとの間のインターフェース）で、ＱＦＩは、データパケットのカプセル化ヘッダにおいて運ばれる。
【0050】
５Ｇは、ＤＲＢに基づくエアインターフェースでのパケット処理メカニズムを定義している。１つのＤＲＢによってサービングされるデータパケットは、エアインターフェースでの同じパケット処理メカニズムを有している。アクセスネットワークデバイスは、１つのＰＤＵセッションにおいて異なる処理要件を有しているＱｏＳフローでデータパケットを伝送するために、端末デバイスの各ＰＤＵセッションについて１つ以上のＤＲＢベアラを確立し、ＰＤＵセッションにおける異なるＱｏＳフローに属しているデータパケットを伝送のために異なるＤＲＢにマッピングする。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りである：端末デバイスの１つのＰＤＵセッションの場合に、ＰＤＵセッションは、１つ以上のＤＲＢベアラに対応しており、各ＤＲＢは、ＰＤＵセッションにおける１つ以上のＱｏＳフローに対応していてよい。例えば、１つのＰＤＵセッションの場合に、アクセスネットワークデバイスは、そのＰＤＵセッションのために３つのＤＲＢを確立しており、各ＤＲＢで運ばれるＱｏＳフロー内のデータパケットは同じＱｏＳ処理特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有している、とする。３つのＤＲＢは第１ＤＲＢ、第２ＤＲＢ、及び第２ＤＲＢである。ＰＤＵセッションは４つのＱｏＳフローを含み、４つのＱｏＳフローは第１ＱｏＳフロー、第２ＱｏＳフロー、第３ＱｏＳフロー、及び第４ＱｏＳフローである。第１ＱｏＳフロー及び第２ＱｏＳフローは同じＱｏＳ性能特性（又は類似したＱｏＳ性能特性）、例えば、同じ又は類似した遅延及びパケット損失レート要件を有している。第１ＱｏＳフロー及び第２ＱｏＳフロー内のデータパケットは第１ＤＲＢで運ばれてよく、つまり、第１ＱｏＳフロー及び第２ＱｏＳフローは第１ＤＲＢにマッピングされてよい。第３ＱｏＳフロー内のデータパケットは第２ＤＲＢで運ばれてよく、つまり、第３ＱｏＳフローは第２ＤＲＢにマッピングされてよい。第４ＱｏＳフロー内のデータパケットは第３ＤＲＢで運ばれてよく、つまり、第４ＱｏＳフローは第３ＤＲＢにマッピングされてよい。
【0051】
図１は、ＱｏＳフローに基づく既存のネットワークアーキテクチャの概略図である。図１で、ＰＤＵセッションは、ユーザ装置（user equipment，ＵＥ）と、アクセスネットワークデバイスと、コアネットワークデバイス（例えば、ユーザプレーン機能ゲートウェイ）との間に確立される。図１に示されるように、アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved NodeB，ｅＮＢ又はｅＮｏｄｅＢ）、又は次世代無線アクセスノードＢ（NR NodeB，ｇＮＢ）であってよく、あるいは、他のアクセスネットワーク（access network，ＡＮ）／無線アクセスネットワーク（radio access network，ＲＡＮ）デバイスであってよい。コアネットワークデバイスは、ユーザプレーン機能ゲートウェイである。ＵＥとアクセスネットワークデバイスとの間のデータパケットベアラは、無線ベアラ、例えば、ＤＲＢベアラである。ＵＥとアクセスネットワークデバイスとの間のインターフェースは、エアインターフェース（例えば、Ｕｕ）である。データ又はシグナリングは、エアインターフェースを使用することによってＵＥとアクセスネットワークデバイスとの間で伝送されてよい。アクセスネットワークデバイスとコアネットワークとの間のデータパケットベアラは、ＮＧ−Ｕトンネルベアラであり、アクセスネットワークデバイスとコアネットワークとの間のインターフェースは、ＮＧ（例えば、Ｎ３）インターフェースである。アクセスネットワークデバイスとコアネットワークとの間のデータ又はシグナリングは、ＮＧインターフェースを使用することによって伝送されてよい。ＰＤＵセッションにおけるデータパケットは、３つの異なるＱｏＳフロー、すなわち、第１ＱｏＳフロー、第２ＱｏＳフロー、及び第３ＱｏＳフローにおけるデータパケットを含む。第１ＱｏＳフロー及び第２ＱｏＳフローにおけるデータパケットは、第１ＤＲＢで運ばれ、第３ＱｏＳフローにおけるデータパケットは、第２ＤＲＢで運ばれる。第１ＱｏＳフローにおけるダウンリンクデータパケットが第１ＤＲＢにマッピングされると考えられる場合に、第１ＱｏＳフローにおけるアップリンクデータパケットは第２ＤＲＢにマッピングされてよく、あるいは、第１ＱｏＳフローにおけるアップリンクデータパケットは、第１ＤＲＢにマッピングされてよい、と理解されるべきである。言い換えれば、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、同じＤＲＢにマッピングされてよく、あるいは、異なるＤＲＢに別々にマッピングされてよい。ダウンリンク（downlink，ＤＬ）データパケット、すなわち、基地局によってＵＥへ送信されるデータパケットの場合に、基地局は、異なるＱｏＳフローにおけるダウンリンクデータパケットを、ＮＧ−Ｕ（例えば、Ｎ３）インターフェースでのＱＦＩ及び対応するＱｏＳフローパラメータに基づいて、異なるＤＲＢにマッピングする。ＱＦＩ及び対応するＱｏＳフローパラメータは、コアネットワークデバイスによって基地局に通知される。コアネットワークデバイスによって基地局へ送信される、ＱｏＳフローに関する情報は、ＱｏＳフローのＱＦＩ、対応するＱｏＳフローパラメータ、などを含む。例えば、ＱｏＳフローパラメータは、遅延要件、パケット損失レート要件、平均ウィンドウサイズ、及び最大データバーストボリュームを含んでよい。アップリンク（uplink，ＵＬ）データパケット、すなわち、ＵＥによって基地局へ送信されるデータパケットの場合に、ＵＥは、１つ以上のＱｏＳに属するアップリンクデータパケットを、基地局によって設定されるＱｏＳフロー−ＤＲＢマッピング又は反射ＱｏＳフロー−ＤＲＢマッピングに基づいて、１つ以上のＤＲＢにマッピングする。
【0052】
基地局は、次の２つの方法で、ＵＬ ＱｏＳフロー−ＤＲＢマッピングを制御する。
【0053】
方法１：基地局は、無線リソース制御（radio resource control，ＲＲＣ）シグナリングを使用することによって、ＤＲＢに対するＱｏＳフローのマッピングをＵＥに明示的に通知し、ＵＥは、アップリンク伝送を実行するために、ＤＲＢに対するＱｏＳフローのマッピング関係に基づいて、対応するＤＲＢにアップリンクデータパケットをマッピングする。この方法は無反射マッピング法である。無反射マッピング法では、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、異なるＤＲＢに別々にマッピングされてよく、あるいは、同じＤＲＢにマッピングされてよい。
【0054】
方法２：反射マッピング法が使用される。反射マッピング法は次の通りである：ＵＥは、ＱＦＩを運ぶダウンリンクデータパケットがどのＤＲＢに位置しているかを検出し、それから、ＵＬで、ＵＥは、同じＱＦＩを運ぶアップリンクデータパケットを伝送のためにＤＲＢにもマッピングする。例えば、第１ＱＦＩを運ぶダウンリンクデータパケット（ＱｏＳフローが第１ＱｏＳフローであるデータパケット）が第１ＤＲＢで伝送されることをＵＥが検出する場合に、ＵＥは、ＵＬにおいて、第１ＱｏＳフロー内のアップリンクデータパケットを第１ＤＲＢでも伝送する。反射マッピング法では、ＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、同じＤＲＢにマッピングされる。
【0055】
ＤＲＢに対するＱｏＳフローのマッピングが最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又はＱｏＳフローからＤＲＢへのマッピング関係がＱｏＳフローのパラメータの変化時に変更される必要があるとき、基地局は、ＵＥに対して、上記の２つの方法でＱｏＳフローから新しいＤＲＢへのマッピングを実行するよう指示してよい。
【0056】
上記のＱｏＳフロー−ＤＲＢマッピングに加えて、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件をサポートするために、通常はＬ２パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、サービスデータ適応プロトコル（service data adaptation protocol，ＳＤＡＰ）レイヤ、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、及び物理層（physical layer，ＰＨＹ）レイヤで関連パラメータを測定し、関連パラメータと、測定を通じて得られたデータとに基づいて、エアインターフェースリソース操作、無線リソース管理、などを設定又は制御して、ネットワークシステムの通常運転を確かにする。
【0057】
ＮＲでは、アクセスネットワークデバイス（基地局が、記載のための例として使用される）は、ＣＵ及びＤＵを含んでよい。これは、基地局の機能が分割されることを意味し、それにより、基地局のいくつかの機能は１つのＣＵに配備され、残りの機能は複数のＤＵに配備される。複数のＤＵはＣＵを共有する。これは、コストを減らし、ネットワーク拡張を容易にすることができる。
【0058】
ＣＵは、全て又はいくつかのＲＲＣ制御機能を有し、既存の基地局の全て又はいくつかのプロトコルレイヤ機能を含む。例えば、ＣＵは、全て又はいくつかのＲＲＣ機能のみを含むか、あるいは、ＲＲＣ／ＳＤＡＰレイヤ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰレイヤ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ機能及びいくつかのＲＣＬ機能を含むか、あるいは、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ機能及び更にいくつかのＰＨＹ機能を含む。如何なる他の可能性も排除されない。
【0059】
ＤＵは、既存の基地局の全て又はいくつかのプロトコルレイヤ機能、すなわち、ＲＲＣ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹのいくつかのプロトコルレイヤ機能を有する。例えば、ＤＵは、いくつかのＲＲＣ機能及びＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＲＬＣ／ＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＭＡＣ／ＰＨＹ機能を含むか、あるいは、いくつか又は全てのＰＨＹ機能のみを含む。個々で述べられているプロトコルレイヤ機能は変更される可能性があり、そのような変更は全て本願の保護範囲に含まれる、ことが留意されるべきである。
【0060】
更に、ＣＵ部分で、ＣＵはＣＵ−ＣＰ及びＣＵ−ＵＰに分けられる。ＣＵ−ＵＰ及びＣＵ−ＣＰは、異なる物理デバイスにあってよい。ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースが存在する。図２に示されるように、図２は、ＣＵ−ＣＰ及びＣＵ−ＵＰが分離されている基地局アーキテクチャを示す。ＣＵ−ＣＰ部分は、ＲＲＣ機能と、ＰＤＣＰのコントロールプレーン部分（例えば、シグナリング無線ベアラでデータを処理するために使用される）とを含む。ＣＵ−ＵＰ部分は、ＣＵデータプレーン部分を含み、主に、ＳＤＡＰプロトコルスタック及びＰＤＣＰプロトコルスタックのデータプレーン部分（例えば、ユーザ装置の無線ベアラ上のデータ）を含む。
【0061】
図２に示されるように、ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースＥ１が存在し、例えば、ＣＵ−ＣＰとＣＵ−ＵＰとの間のシグナリングを伝送するために使用される。ＤＵとＣＵ−ＣＰ及びＣＵ−ＵＰの夫々との間のインターフェースが存在する。例えば、ＣＵ−ＣＰとＤＵとの間のインターフェースはＦ１−Ｃインターフェースであり、ＣＵ−ＵＰとＤＵとの間のインターフェースはＦ１−Ｕインターフェースである。図２に示されるアーキテクチャには、次の特性が更に含まれる：１つの基地局は、１つのＣＵ−ＣＰ、複数のＣＵ−ＵＰ、及び複数のＤＵを含み、
１つのＤＵは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＣＵ−ＵＰは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＤＵは、同じＣＵ−ＣＰの制御下にある複数のＣＵ−Ｕｐへ接続可能であり、
１つのＣＵ−ＵＰは、同じＣＵ−ＣＰの制御下にある複数のＤＵへ接続可能である。
【0062】
図２はほんの一例であり、基地局アーキテクチャに対して如何なる制限も課すべきではない、と理解されるべきである。例えば、ＣＤ−ＤＵ分離基地局アーキテクチャで、基地局は、ただ１つのＣＵ−ＵＰ、１つのＣＵ−ＣＰ、及び１つのＤＵしか含まなくてもよく、あるいは、より多くのＣＵ−ＵＰ及びＤＵを含んでもよい。これは、本願で制限されない。
【0063】
ＣＵ−ＤＵ分離基地局アーキテクチャでは、いかにしてＱｏＳフロー管理を有効に実装すべきか、すなわち、いかにしてＱｏＳフローからＤＲＢへのマッピングを実装すべきか、及びいかにしてＬ２パラメータ測定をサポートすべきかが、目下対処される必要がある差し迫った課題になっている。
【0064】
上記の課題を鑑みて、本願の実施形態は、ＱｏＳフローからＤＲＢへのマッピングが実装可能でありかつＬ２パラメータ測定がＣＵ−ＤＵ分離基地局アーキテクチャでサポート可能であるように、通信方法を提供する。従って、ユーザデータの成功した通常の伝送が確保可能であり、安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。
【0065】
図３は、本願で提供される通信方法に適用可能な典型的な通信システムアーキテクチャの概略図である。図３に示されるように、システムは、端末デバイス１１０、アクセスネットワークデバイス１２０、コアネットワークデバイス１３０、及びデータネットワーク（data network，ＤＮ）１４０を含む。端末デバイス１００は、無線エアインターフェースを使用することによってアクセスネットワークデバイス１２０へ接続し、それから、コアネットワークデバイス１３０を介してデータネットワーク１４０へ接続するよう構成される。アクセスネットワークデバイス１２０は、主に、無線物理レイヤ機能、リソーススケジューリング、無線リソース管理、及び無線アクセス制御のような機能を実装するよう構成される。アクセスネットワークデバイス１２０は、ＣＵ−ＤＵ分離アーキテクチャを有している。具体的に言えば、アクセスネットワークデバイスは、ＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵに分けられている。その具体的な構造及び機能は図２に示されており、図２の記載が参照され得る。詳細は、ここで再びは記載されない。コアネットワークデバイス１３０は、管理デバイス及びゲートウェイデバイスを含んでよい。管理デバイスは、主に、端末デバイスのためのデバイス登録、セキュリティ認証、モビリティ管理、位置管理、などを実行するよう構成される。ゲートウェイデバイスは、主に、端末デバイスとのチャネルを確立し、チャネル上で端末デバイスと外部データネットワークとの間でデータパケットを転送するよう構成される。データネットワーク１４０は、複数の異なるサービスドメインに対応していてよく、端末デバイスのための複数のデータサービスを提供するために主に使用され、サーバ（マルチキャストサービスを提供するサーバを含む）、ルータ、及びゲートウェイのようなネットワークデバイスを含んでよい。上記のネットワークアーキテクチャでは、ユーザは、例えば、データ伝送及びサービスアプリケーションを実装することができる。
【0066】
図３は、単に、例となるアーキテクチャ図である、と理解されるべきである。図３に示される機能ユニットに加えて、ネットワークアーキテクチャは、他の機能ユニット又は機能エンティティを更に含んでもよい。これは、本願のこの実施形態で制限されない。
【0067】
端末デバイスは、携帯電話機又はコンピュータのようなユーザ装置（user equipment，ＵＥ）であってよく、あるいは、セルラー電話機、コードレス電話機、セッション開始プロトコル（session initiation protocol，ＳＩＰ）電話機、スマートフォン、無線ローカルループ（wireless local loop，ＷＬＬ）局、パーソナル・デジタル・アシスタント（personal digital assistant，ＰＤＡ）、コンピュータ、ラップトップコンピュータ、手持ち式計算デバイス、手持ち式コンピュータデバイス、衛星無線デバイス、無線モデムカード、セット・トップ・ボックス（set top box，ＳＴＢ）、顧客構内設備（customer premise equipment，ＣＰＥ）、及び／又は無線システムで通信を実行する他のデバイスであってもよい、と更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【0068】
アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved nodeB，ｅＮＢ）、又はアクセスネットワーク（access network，ＡＮ）／無線アクセスネットワーク（radio access network，ＲＡＮ）デバイスであってよい、と更に理解されるべきである。ネットワークは、複数の５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードを含む。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスポイント（access point，ＡＰ）、ニューラジオ・ノードＢ（NR nodeB，ｇＮＢ）、送受信ポイント（transmission receive point，ＴＲＰ）、送信ポイント（transmission point，ＴＰ）、又は他のアクセスノードであってよい。これは、本願のこの実施形態で制限されない。
【0069】
上記のコアネットワークデバイスは、アクセス及びモビリティ管理機能（access and mobility function，ＡＭＦ）、セッション管理機能（session management function，ＳＭＦ）、ポリシー制御機能（policy control function，ＰＣＦ）、並びにユーザプレーン機能（user plane function，ＵＰＦ）のような機能ユニットを含んでよい、と更に理解されるべきである。これらの機能ユニットは、独立して働いてよく、あるいは、いくつかの制御機能を実装するよう組み合わされてよい。代替的に、コアネットワークデバイスは、モビリティ管理エンティティ（mobility management entity，ＭＭＥ）又はポリシー及び課金ルール機能（policy and charging rules function，ＰＣＲＦ）のような管理デバイス、及びサービングゲートウェイ（serving gateway，ＳＧＷ）、パケットデータネットワークゲートウェイ（packet data network gateway，ＰＧＷ）、又はローカルゲートウェイ（local gateway，ＬＧＷ）のようなゲートウェイデバイスであってよい。これは、本願のこの実施形態で制限されない。
【0070】
図４を参照して、以下は、本願で提供される通信方法を詳述する。図４は、本願の実施形態に従う通信方法２００の略フローチャートである。方法２００は、図３に示されるシナリオに適用されてよく、確かに、他の通信シナリオにも適用されてよい。これは、本願のこの実施形態で制限されない。
【0071】
図４に示されるように、方法２００は、次のステップを含む。
【0072】
Ｓ２１０．セントラルユニット・ユーザプレーンノードＣＵ−ＵＰは、第１情報を取得し、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである。
【0073】
Ｓ２２０．ＣＵ−ＵＰは、コアネットワークデバイスによって送信された第１データパケットを受信する。
【0074】
Ｓ２３０．ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットする。
【0075】
Ｓ２４０．ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。具体的に、ＣＵ−ＵＰは、ＣＵ−ＵＰへ接続されている１つ以上のＤＵを使用することによって、第１データパケットを端末デバイスへ送信する。
【0076】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が、最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは、第１ＱｏＳフローである。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【0077】
具体的に、Ｓ２１０で、ＣＵ−ＵＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき。例えば、第１ＱｏＳフローのパラメータ又は負荷ステータスが変化する前に、第１ＱｏＳフローを運ぶ元のＤＲＢは第２ＤＲＢであり、第１ＱｏＳフローにおけるアップリンク及びダウンリンクの両方のデータパケットは第２ＤＲＢで伝送される。第１ＱｏＳフローのパラメータ又は負荷ステータスが変化した後、第２ＤＲＢはもはや第１ＱｏＳフローの要件を満たさず、第１ＱｏＳフローに対応するＤＲＢは変更される必要がある。第１ＱｏＳフローは、第１ＤＲＢ（新しいＤＲＢ）へマッピングされる必要がある。この場合に、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが実行されてよい。従って、ＣＵ−ＵＰは第１情報を受信してよく、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドを送信する目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローのＱｏＳフローパラメータを更に含んでよい。第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは、第１ＱｏＳフローである。第１データパケットは、端末デバイスのＰＤＵセッションにおける第１ＱｏＳフロー内の全てのデータパケットであってよく、第１ＱｏＳフローの識別子は、第１ＱＦＩ又は第１５ＱＩである。第１情報は、第１ＱｏＳに関する情報及び第１ＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでもよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされるＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされたＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【0078】
Ｓ２２０及びＳ２３０で、第１情報を取得した後、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが第１ＱｏＳフローのために必要とされるかどうかを判定するとき、ＣＵ−ＵＰは、コアネットワークデバイスから受信されたダウンリンク第１データパケットをセットし、すなわち、第１データパケットの反射マッピング指示フィールドをセットする。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを端末デバイスに通知することである。すなわち、端末デバイスは、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう端末デバイスが指示されているかどうかを、反射マッピング法で通知される。
【0079】
Ｓ２４０で、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信する。具体的に、ＣＵ−ＵＰが最初に、マッピングフィールドがセットされている第１データパケットを送信してよく、ＤＵは、第１ＤＲＢで端末デバイスへ第１データパケットを送信する。第１データパケットの反射マッピング指示フィールドは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを端末デバイスに示すために使用される。第１データパケットを受信した後、端末デバイスは最初に、第１データパケットの反射マッピング指示フィールドを検出し、第１データパケットの反射マッピング指示フィールドに基づいて、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。例えば、端末デバイス及びアクセスネットワークデバイスは、前もってネゴシエーションしてよい。第１データパケットの反射マッピング指示フィールドのビットが１であることを端末デバイスが検出するとき、それは、端末デバイスがアップリンクデータパケットから第１ＤＲＢへの反射マッピングを実行する必要があることを示す。すなわち、第１ＤＲＢで運ばれる第１データパケットを受信した後、端末デバイスは、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信して、反射マッピングを完了する。代替的に、第１データパケットの反射マッピング指示フィールドのビットが０であることを端末デバイスが検出するとき、それは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行すべきでないことを示す。この場合に、端末デバイスは、第１ＱｏＳフローを運ぶ元のＤＲＢで依然として第１ＱｏＳフローにおけるアップリンクデータパケットを送信する。第１ＱｏＳフローにおけるアップリンクデータパケットを運ぶ元のＤＲＢは、第１ＤＲＢであってよく、あるいは、他のＤＲＢであってもよい。
【0080】
第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるとき、上記の反射マッピング指示方法に加えて、直接マッピング（無反射マッピング）法が使用されてよい、と理解されるべきである。第１ＱｏＳフロー及び第１ＤＲＢに関する情報は、端末デバイスに直接通知され得る。例えば、ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係をＤＵへ送信し、次いで、ＤＵは、ＲＲＣシグナリングを使用することによってマッピング関係を端末デバイスに通知する。端末デバイスは、ＲＲＣシグナリングに基づいて第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行し、すなわち、ＤＵを使用することによって第１ＤＲＢで第１ＱｏＳフローにおけるアップリンクデータパケットをＣＵ−ＵＰへ送信する。これは、本願のこの実施形態で制限されない。
【0081】
第１データパケットの反射マッピング指示フィールドは、第１データパケットの反射ＱｏＳフロー−ＤＲＢマッピング指示（reflective QoS flow to DRB mapping indication，ＲＤＩ）フィールドであってよい。図５に示されるように、図５は、第１データパケットのフォーマットの概略図である。第１データパケットは、ダウンリンクＳＤＡＰレイヤのプロトコルデータユニットであってよい。第１データパケットの構造は、主に、ＲＤＩフィールド、反射ＱｏＳ指示（reflective QoS indication，ＲＱＩ）フィールド、ＱＦＩフィールド、及びデータ（data）フィールドを含む。ＱＦＩフィールドは、第１データパケットのＱｏＳフローを識別するために使用され、すなわち、第１ＱｏＳフィールドのＱＦＩフィールドは第１ＱＦＩであり、端末デバイスに対して、第１ＱｏＳフローにおけるデータパケットのためにＤＲＢへのＱｏＳフローのマッピングを実行するよう指示するために使用されてよい。ＲＤＩフィールドは、第１ＱｏＳフローからＤＲＢへのマッピングが更新又は変更される必要があるかどうかを示すために使用される。例えば、次の対応が、予め定義されてよい：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングの規則が記憶される必要があることを示し、第１ＱｏＳフローにおけるアップリンクデータパケットは第１ＤＲＢへマッピングされる必要がある；
ＲＤＩフィールドのビットが０であるとき、それは、アクション不要であることを示し、すなわち、第１ＱｏＳフローから元のＤＲＢへのマッピング関係は不変であり、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングは示されない。
【0082】
ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローからＤＲＢへの反射マッピング関係が記憶される必要があることを示し、ＲＤＩフィールドのビットが０であることは、ノーアクションを示すことは、ほんの一例である、と理解されるべきである。０及び１によって示される情報は、入れ替えられてもよい。例えば、ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローからＤＲＢへの反射マッピング関係が記憶される必要があることを示してよく、ＲＤＩフィールドのビットが１であることは、ノーアクションを示してよい。これは、本願のこの実施形態で制限されない。
【0083】
第１情報を取得した後、ＣＵ−ＵＰは、第１データパケットのＲＤＩフィールドを、ＲＤＩフィールドの前もって定義されたビット情報に基づいてセットし、ＲＤＩフィールドがセットされている第１データパケットを端末デバイスへ送信する。端末デバイスは、受信された第１データパケットのＲＤＩフィールド及びＱＦＩフィールドに基づいて、反射マッピングを実行すべきかどうかと、どのＱｏＳフローに対して反射マッピングが実行されるべきかとを決定してよい。
【0084】
本願のこの実施形態で、第１データパケットの反射マッピング指示フィールドは、代替的に、第１データパケットの他のフィールドであってもよく、ＣＵ−ＵＰは、第１データパケットの他のフィールドをセットすることによって、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングを実行すべきかどうかを更に指示してよい、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【0085】
任意に、実施形態において、図６に示されるように、ＣＵ−ＵＰが第１情報を取得するＳ２１０は、次のステップを含む。
【0086】
Ｓ２０８．セントラルユニット・コントロールプレーンノードＣＵ−ＣＰは、第１情報を生成する。
【0087】
Ｓ２０９．セントラルユニット・コントロールプレーンノードＣＵ−ＣＰは、第１情報をＣＵ−ＵＰへ送信する。相応して、ＣＵ−ＵＰは、ＣＵ−ＣＰによって送信された第１情報を受信する。
【0088】
具体的に、第１ＱｏＳフローから第１ＤＲＢへのマッピングが必要とされるとＣＵ−ＣＰが決定するとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ若しくは負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき、ＣＵ−ＣＰは第１情報を生成する。第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを示すために使用される。すなわち、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１情報に基づいて、ＣＵ−ＵＰは、ダウンリンク第１データパケットを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットする。ＣＵ−ＣＰは、如何なる可能なシグナリングでも第１情報を送信又は搬送するためにＣＵ−ＵＰとＣＵ−ＣＰとの間のＥ１インターフェースを使用してよい。例えば、第１情報は、Ｅ１インターフェースでアプリケーションプロトコル（application protocol，ＡＰ）情報（すなわち、Ｅ１ＡＰメッセージ）において運ばれてよい。これは、本願のこの実施形態で制限されない。
【0089】
第１ＱｏＳフローから第１ＤＲＢへのそのマッピングの要件を示す情報は、コアネットワークデバイスによってＣＵ−ＣＰへ通知されてよく、ＣＵ−ＣＰは、情報に基づいて第１情報を生成し、第１情報をＣＵ−ＵＰへ送信する、と理解されるべきである。第１情報は、ＱｏＳフローに関する情報及びＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでよい。これは、本願のこの実施形態で制限されない。
【0090】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢにマッピングされる必要があるとき、ＣＵ−ＣＰは、上記の条件に基づいて、反射マッピングが必要とされるかどうかを判定し、第１情報をＣＵ−ＵＰへ送信する。第１情報は、ＣＰ−ＵＰに対して、第１データパケットの反射マッピング指示フィールドをセットし、第１データパケットのデータを第１ＤＲＢにマッピングするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークから受信された第１データパケットの反射マッピング指示フィールドをセットした後、ＣＵ−ＵＰは、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドは、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、すなわち、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信すべきかどうかを端末デバイスに示すために使用される。このようにして、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、ＤＲＢへのＱｏＳフローのマッピングは、ＣＵ−ＵＰ及び端末デバイスの両方のために実装される。これは、端末デバイス及びＣＵ−ＵＰがデータを正確に受信することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【0091】
任意に、実施形態において、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドをセットするＳ２３０は、次のステップを含む。
【0092】
ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１にセットする。
【0093】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。この場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを新しいＤＲＢ（第１ＤＲＢ）にマッピングするよう指示するために、第１データパケットのＲＤＩフィールドのビットを１にセットする。言い換えると、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係は変更される。ＣＵ−ＵＰは、ＲＤＩフィールドのビットを１にセットし、ＱＦＩフィールドは第１ＱＦＩを示し、言い換えると、ＱｏＳフローが第１ＱｏＳフローであることを示す。端末デバイスが第１ＤＲＢで運ばれた第１データパケットを受信した後、端末デバイスは、ＲＤＩフィールド及びＱＦＩフィールドに関する情報に基づいて、第１ＱｏＳフローにおけるアップリンクデータパケットが第１ＤＲＢで伝送される必要があることを決定し、すなわち、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があり、ＣＵ−ＵＰへ第１ＤＲＢで、ＱｏＳフローが第１ＱｏＳフローであるデータパケットを送信する。
【0094】
本願のこの実施形態で提供される通信方法では、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行するよう指示するために、第１データパケットの反射マッピング指示フィールドのビットは１にセットされる。従って、第１ＱｏＳフローから第１ＤＲＢへのマッピングが必要とされると端末デバイスが決定する精度及び効率は改善可能であり、それによって、実施を容易にしかつシグナリングオーバーヘッド及びリソース消費を減らす。
【0095】
ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを新しいＤＲＢ（すなわち、第１ＤＲＢ）へマッピングするよう指示するために、第１データパケットのＲＤＩフィールドのビットを０にセットする、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【0096】
反射マッピング指示フィールドが１つのビットを有している例が、説明のために上記では使用されている、ことが更に理解されるべきである。反射マッピング指示フィールドは、代替的に、複数のビットを有してもよい。例えば、反射マッピング指示フィールドが２つのビットを有している場合に、反射マッピング指示フィールドのビットが１１であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、反射マッピング指示フィールドのビットが００であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１１にセットしてよい。これは、本願のこの実施形態で制限されない。
【0097】
任意に、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドをセットするＳ２３０は、次のステップを含む。
【0098】
ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを０にセットする。
【0099】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。この場合に、ＣＵ−ＵＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを端末デバイスに通知するために、第１データパケットの反射マッピング指示フィールドのビットを０にセットする。反射マッピング指示フィールドのビットを０にセットすることは、単に、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを端末デバイスに通知することであり、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要はない。それは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する能力がないことを示すわけではない。端末デバイス自体は、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する能力がある。代替的に、端末デバイスは、例えば、負荷ステータス及びネットワーク条件に基づいて、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行すると決定してよい。第１ＤＲＢで運ばれる第１データパケットを端末デバイスが受信した後、端末デバイスは、ＲＤＩフィールドに関する情報に基づいてＱＦＩフィールドに関する情報を読み出す必要がなくてもよく、このとき、ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピングが不要であることを示す。端末デバイスは、第１ＱｏＳフローにおけるデータパケットを運ぶ元のＤＲＢで依然として第１ＱｏＳにおけるデータパケットをＣＵ−ＵＰへ送信する。
【0100】
本願のこの実施形態で提供される通信方法では、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行しないよう指示するために、第１データパケットの反射マッピング指示フィールドのビットは０にセットされる。従って、第１ＱｏＳフローから第１ＤＲＢへのマッピングが不要であると端末デバイスが決定する精度及び効率は改善可能であり、それによって、実施を容易にしかつシグナリングオーバーヘッド及びリソース消費を減らす。
【0101】
ＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、ＣＵ−ＵＰは、端末デバイスに対して、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行しないよう指示するために、第１データパケットのＲＤＩフィールドのビットを１にセットする、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【0102】
任意に、実施形態において、第１情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である。
【0103】
具体的に、端末デバイスに対して第１ＱｏＳフローを第１ＤＲＢにマッピングするよう指示する２つの方法がある。第１の方法では、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係を直接通知される。この方法は、直接マッピング法である。具体的に、直接マッピング法は、次の通りであってよい：ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係をＤＵへ送信し、次いで、ＤＵは、ＲＲＣシグナリングを使用することによってマッピング関係を端末デバイスに通知する。端末デバイスは、ＲＲＣシグナリングに基づいて第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する。他の方法は、反射マッピング法である。第１情報が第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報である場合に、ＣＵ−ＵＰは、第１情報に基づいて、端末デバイスに対して第１ＱｏＳフローから第１ＤＲＢへマッピングを実行するよう指示するために反射マッピング法を使用する、と決定する。反射マッピング法は、次の通りである：ＣＵ−ＵＰは、第１ＱｏＳフローにおけるダウンリンクデータパケットを第１ＤＲＢで端末デバイスへ送信し、第１ＱｏＳフローにおけるダウンリンクデータパケットが第１ＤＲＢにあると端末デバイスが検出する場合に、端末デバイスは、ＵＬにおいて、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでも伝送する。
【0104】
第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子のような情報を更に含んでよい、ことが理解されるべきである。代替的に、第１情報は、他の関連情報、例えば、ＰＤＵセッションＩＤのような、第１ＱｏＳフローに関連したＰＤＵセッション（session）に関する情報を含んでよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされているＱｏＳフローがダウンリンクＳＤＡＰヘッダを有するかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされているＱｏＳフローがアップリンクＳＤＡＰヘッダを有するかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【0105】
第１情報が第１ＱｏＳフローから第１ＤＲＢへの反射マッピングを示す情報でない場合に、すなわち、第１情報が反射マッピング指示を含まない場合に、端末デバイスは、直接マッピング法又は反射マッピング法で、第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行するよう指示されてよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0106】
任意に、実施形態で、図７に示されるように、方法２００は、次のステップを更に含む。
【0107】
Ｓ２５０．ＣＵ−ＵＰは、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信し、第２データパケットが属するＱｏＳフローは第１ＱｏＳフローである。
【0108】
Ｓ２６０．ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを第２データパケットに基づいて０にセットする。
【0109】
具体的に、反射マッピング指示フィールドがＲＤＩフィールドである例が、説明のために使用される。ＲＤＩフィールドのビットは、次のように予め定義されることが考えられる：ＲＤＩフィールドのビットが１であるとき、それは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示し、ＲＤＩフィールドのビットが０であるとき、それは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す。第１ＤＲＢで搬送され、反射マッピング指示フィールドがセットされている第１データパケットを受信した後、端末デバイスは、第１データパケットを運ぶＤＲＢと、第１データパケットのＲＤＩフィールド及びＱＦＩフィールドとを検出する。第１データパケットの反射マッピング指示フィールドのビット、すなわち、第１データパケットのＲＤＩフィールドのビットが１であるという事実と、第１データパケットのＱＦＩフィールドが第１ＱｏＳフローを識別するという事実とに基づいて、反射マッピングは第１ＱｏＳフローに対して実行される。第１データパケットを受信した後、第１データパケットを運ぶＤＲＢが第１ＤＲＢであり、ＲＤＩフィールドのビットが１であって、第１ＱｏＳフローからＤＲＢへのマッピング関係が変更されることを示し、ＱＦＩフィールドが第１ＱｏＳフローを示すと端末デバイスが検出する場合に、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピングが第１ＱｏＳフローにおけるデータパケットのために必要とされると決定し、すなわち、第１ＱｏＳフローにおけるデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信すると決定する。端末デバイスは、第１データパケットの関連情報に基づいて第２データパケットを第１ＤＲＢでＤＵへ送信し、そして、第２データパケットを受信した後、ＤＵは、第２データパケットをＣＵ−ＵＰへ転送する。第２データパケットが属するＱｏＳフローは、第１ＱｏＳフローである。これは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したことを意味する。第２データパケットを受信した後、ＣＵ−ＵＰは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定し、それから、第１データパケットの反射マッピング指示フィールドのビットを０にセットして、端末デバイスに対して、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢにマッピングすることが第１データパケットの受信後にもはや必要とされないことを示す。
【0110】
端末デバイスは、引き続き第１データパケットのＲＤＩフィールド及びＱＦＩフィールドを検出する。端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したとＣＵ−ＵＰが決定した後、第１データパケットのＲＤＩフィールドのビットは以前に１にセットされており、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローのためのマッピング関係が第１ＤＲＢへ変更される必要があることを示すので、ＣＵ−ＵＰが第１データパケットの反射マッピング指示フィールドのビットを０にセットしない場合に、第１データパケットのＲＤＩフィールドのビットが１であると検出するとき、端末デバイスは、第１ＱｏＳフローに対応するＤＲＢを決定するために、各第１データパケットのＱＦＩフィールド及び第１データパケットを運ぶＤＲＢを引き続き検出する必要が更にある。しかし、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係は実際には変更されないことがあり、第１ＱｏＳフローは第１ＤＲＢに依然として対応している。結果として、リソース浪費が引き起こされ、端末デバイスの電力消費は増大する。従って、ＣＵ−ＵＰは、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定した後に、第１データパケットのＲＤＩフィールドのビットを０にセットする。後続の第１データパケットを受信した後、第１データパケットのＲＤＩフィールドのビットが０であると検出する場合に、端末デバイスは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であると決定する。第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが不要である場合に、端末デバイスは、第１データパケットのＱＦＩフィールド及び第１データパケットを運ぶ第１ＤＲＢを検出し続ける必要がない。従って、リソースは節約可能であり、端末の電力消費は低減可能であり、かつ、ユーザ経験は改善可能である。
【0111】
第１データパケットのＲＤＩフィールドのビットが０であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が変更される必要があることを示し、ＲＤＩフィールドのビットが１であることは、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が不変であることを示す場合に、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドのビットを１にセットしてよい、と理解されるべきである。これは、本願のこの実施形態で制限されない。
【0112】
Ｓ２５０で、第２データパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するとき、端末デバイスが最初に第２データパケットを第１ＤＲＢでＣＵ−ＵＰへ送信してもよく、次いで、ＤＵが第２データパケットをＣＵ−ＵＰへ送信する、と更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【0113】
任意に、実施形態において、ＣＵ−ＣＰが第１情報をＣＵ−ＵＰへ送信するＳ２０９は、次のステップを含む。
【0114】
ＣＵ−ＣＰは、ベアラコンテキストセットアップ要求をＣＵ−ＵＰへ送信し、ベアラコンテキストセットアップ要求は第１情報を含む。
【0115】
具体的に、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、ＣＵ−ＣＰは第１情報を生成する。第１情報は、ＣＵ−ＵＰに対して、第１データパケットのデータを第１ＤＲＢにマッピングし、第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＣＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第１情報をＣＵ−ＵＰへ送信してよい。具体的に、ＣＵ−ＣＰは、Ｅ１インターフェースを使用することによってベアラコンテキストセットアップ要求（bearer context setup request）をＣＵ−ＵＰへ送信してよく、ベアラコンテキストセットアップ要求が第１情報を含む。ベアラコンテキストセットアップ要求は、ＣＵ−ＵＰに対して、ＣＵ−ＵＰと端末デバイスとの間のＰＤＵセッションに関係があるベアラ、例えば、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用されるＤＲＢベアラ及びシグナリング無線ベアラ（signaling radio bearers，ＳＲＢ）を確立するよう要求するために使用されてよい。言い換えると、ＣＵ−ＣＰは、ベアラコンテキストセットアップ要求を使用することによって第１情報をＣＵ−ＵＰへ送信する。ベアラコンテキストセットアップ要求は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれを更に含んでよく、あるいは、端末デバイスのＰＤＵセッションの関連情報を含んでよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0116】
任意に、実施形態において、ＣＵ−ＣＰが第１情報をＣＵ−ＵＰへ送信するＳ２０９は、次のステップを含む。
【0117】
ＣＵ−ＵＰは、ベアラ変更要求をＣＵ−ＵＰへ送信し、ベアラ変更要求が第１情報を含む。
【0118】
具体的に、ＣＵ−ＣＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、ＣＵ−ＣＰは第１情報を生成する。具体的に、ＣＵ−ＣＰは、Ｅ１を使用することによってベアラ変更要求（bearer modification request）をＣＵ−ＵＰへ送信してよく、ベアラ変更要求が第１情報を含む。ベアラ変更要求は、ＣＵ−ＵＰに対して、ＣＵ−ＵＰと端末デバイスとの間の関係があるベアラ、例えば、ＤＲＢ及びＳＲＢベアラを変更するよう要求するために使用されてよく、ＤＲＢ及びＳＲＢベアラは、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用される。言い換えると、ＣＵ−ＣＰは、ベアラ変更要求を使用することによって第１情報をＣＵ−ＵＰへ送信する。ベアラ変更要求は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれを更に含んでよく、あるいは、端末デバイスのＰＤＵセッションの関連情報を含んでよい、ことが理解されるべきである。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢへマッピングされているＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢへマッピングされているＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【0119】
本願のこの実施形態で、第１情報は、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信される他のシグナリングで運ばれてよく、例えば、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信された通知情報で運ばれる、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0120】
任意に、実施形態において、図８Ｂに示されるように、方法２００は、次のステップを更に含む。
【0121】
Ｓ２７０．ＣＵ−ＵＰは、第２情報をＣＵ−ＣＰへ送信し、第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功することを示すために使用される。相応して、ＣＵ−ＣＰは第２情報を受信する。
【0122】
具体的に、第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信した後、すなわち、端末デバイスが第１ＱｏＳフローから第１ＤＲＢへのマッピングを正確に実行したと決定した後、ＣＵ−ＵＰは、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功裏に実行されていることを、第２情報をＣＵ−ＣＰへ送信することによってＣＵ−ＣＰに通知する。第２情報は、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが成功したことを示すために使用される。第２情報を受信した後、ＣＵ−ＣＰは、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが正確に実行されていることを知り、次いで、ＣＵ−ＣＰは、端末デバイスのＰＤＵセッションの無線ベアラでデータ処理などを正確に実行し得る。従って、端末デバイスのデータ伝送安定性は改善され、ユーザ経験は改善され、システムの通常運転は確かにされる。
【0123】
ＣＵ−ＵＰが第１ＤＲＢで端末デバイスによって送信された第２データパケットを受信しないとき、すなわち、ＣＵ−ＵＰによって受信される第１ＱｏＳフローのデータパケットが第１ＤＲＢで伝送されないとき、それは、反射マッピングが失敗したことを示す。ＣＵ−ＵＰは、反射マッピングが失敗したことを示す情報をＣＵ−ＣＰに通知してよく、それにより、ＣＵ−ＣＰは後に、反射マッピングが依然として必要とされるかどうか、又は第１ＱｏＳフローが解放される必要があるかどうかを判定する。従って、ネットワーク安定性は確かにされ、ネットワーク操作の品質は改善される。
【0124】
本願は、データ伝送性能測定及びＬ２パラメータ測定がＣＵ−ＤＵ分離基地局アーキテクチャにおいてサポート可能であるように、通信方法を更に提供する。従って、ユーザデータは成功裏に伝送可能であり、ネットワーク安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。
【0125】
図９を参照して、以下は、本願で提供される通信方法について詳述する。図９は、本願の実施形態に従う通信方法３００の略フローチャートである。方法３００は、図３に示されるシナリオに適用されてよく、確かに、他の通信シナリオにも適用されてよい。これは、本願のこの実施形態で制限されない。
【0126】
図９に示されるように、方法３００は、以下のステップを含む。
【0127】
Ｓ３１０．ＣＵ−ＣＰは第３情報を生成し、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは、第１のクオリティ・オブ・サービスフロー識別子ＱＦＩ又は第１の５Ｇクオリティ・オブ・サービス識別子５ＱＩによって識別される。
【0128】
Ｓ３２０．ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信し、相応して、ＣＵ−ＵＰは第３情報を受信する。
【0129】
Ｓ３３０．ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。
【0130】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出を必要とするときに、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信する。第３情報は、ＣＵ−ＵＰに対して、第１データパケット（第１ＱｏＳフロー内のデータパケット）の伝送性能を検出するよう指示するために使用され、第１データパケットは、第１ＱＦＩによって識別される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用され、第１データパケットは第１５ＱＩによって識別される。ＣＵ−ＵＰは、第３情報に基づいて第１データパケットの伝送性能を検出する。このようにして、伝送パラメータは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で測定され、それにより、ネットワークシステムの通常運転は確保され得、ユーザ経験は改善され得る。
【0131】
具体的に、Ｓ３１０で、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、ネットワークシステムの通常運転をサポートするために、関連する伝送性能が測定される必要があり、それにより、データ伝送の関連する構成又は制御が、伝送性能を測定することによってタイムリーにサポート又は調整され得る。例えば、Ｌ２パラメータ測定は、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件、などをサポートするために、必要とされる。例えば、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣ、及びＳＤＡＰレイヤでの第１データパケットの関連する伝送パラメータは、検出される必要がある。従って、ＣＵ−ＣＰは第３情報を生成し、第３情報は、ＣＵ−ＵＰに対して、第１データパケットの伝送性能を検出するよう指示するために使用される。その上、５Ｇは、ＱｏＳフローに基づくネットワークアーキテクチャを定義しており、ＱｏＳフローは、１つのＰＤＵセッションにおいてＱｏＳ区別を実装するための最も細かい粒度である。
【0132】
ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出、すなわち、第１データパケットの性能の検出を必要とする場合に、第１データパケットのクオリティ・オブ・サービスフローＱｏＳフローは第１ＱＦＩであり、すなわち、伝送パラメータは、ＱＦＩの粒度で測定される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第１データパケットは第１５ＱＩによって識別され、伝送パラメータは５ＱＩの粒度で測定される。５ＱＩ及びＱＦＩが等しい値を有しているとき、ＱｏＳフローは５ＱＩ又はＱＦＩのどちらか一方を使用することによって識別されてよく、あるいは、５ＱＩ及びＱＦＩが等しくない値を有しているとき、ＱｏＳフローは、５ＱＩを使用することによって識別され得る必要がある。
【0133】
第３情報は、第１ＱｏＳフローの関連情報、例えば、第１ＱｏＳフローのパラメータ、第１ＱｏＳの識別子（第１ＱＦＩ又は第１５ＱＩ）、第１ＱｏＳフローに関係があるＰＤＵセッションに関する情報、第１ＱｏＳフローの通知制御、及びＣＵ−ＵＰによって測定される必要がある関連する伝送性能を更に含んでよい。第１ＱｏＳフローの通知制御は、第１ＱｏＳフローの伝送性能、例えば、パケット遅延バジェット、パケットエラー率、ダウンリンク保証ビットレート、最大ダウンリンクビットレート、アップリンク保証ビットレート、最大アップリンクビットレート、最大ダウンリンクパケット損失レート、最大アップリンクパケット損失レート、最大データバーストボリュームを検出するよう指示するために使用される。これは、本願のこの実施形態で制限されない。
【0134】
Ｓ３２０で、ＣＵ−ＣＰは第３情報をＣＵ−ＵＰへ送信し、相応して、ＣＵ−ＵＰは第３情報を受信する。具体的に、ＣＵ−ＣＰは、如何なる可能なシグナリングでも第３情報を送信又は搬送するために、ＣＵ−ＵＰとＣＵ−ＣＰとの間のＥ１インターフェースを使用してよい。例えば、第３情報は、Ｅ１インターフェースでＥ１ＡＰメッセージにおいて運ばれてよい。これは、本願のこの実施形態で制限されない。
【0135】
Ｓ３３０で、ＣＵ−ＵＰは、第３情報に基づいてＱＦＩ又は５ＱＩの粒度で伝送パラメータを測定する。
【0136】
すなわち、ＣＵ−ＵＰは、第１データパケットの伝送性能を検出し、第１データパケットは、第１ＱＦＩ又は第１５ＱＩによって識別される。
【0137】
本願で提供される通信方法では、ＣＵ−ＵＰは、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて５ＱＩ又はＱＦＩの粒度で伝送パラメータを測定する。従って、ネットワークシステムの通常操作は確保可能であり、ユーザのデータ伝送の成功率は確保可能であり、ユーザの通信効率は改善可能であり、ユーザ経験は改善可能である。
【0138】
任意に、実施形態において、図１０に示されるように、方法３００は、次のステップを更に含む。
【0139】
Ｓ３４０．ＣＵ−ＵＰは第４情報をＣＵ−ＣＰへ送信、第４情報は、第１データパケットの伝送性能が伝送性能インジケータを満たすかどうかを示すために使用され、伝送性能は第１データパケットにおいて設定され、第３情報は伝送性能インジケータを含む。相応して、ＣＵ−ＣＰは第４情報を受信する。
【0140】
具体的に、ＱｏＳフローでのＰＤＵセッションでは、全てのＱｏＳフローによって満足される必要がある伝送性能インジケータは異なる。例えば、いくつかの高優先サービスの場合に、サービスに対応するＱｏＳフローは、比較的に高い伝送インジケータを満たす必要がある。それらのＱｏＳフローは、ＧＢＲ要件、伝送遅延要件、などを満たす必要がある。従って、第３情報は伝送性能インジケータを含む。例えば、伝送性能インジケータは、第１ＱｏＳフロー（第１データパケットが属するＱｏＳフロー）によって満足される必要があるパケット損失レート要件であってよく、すなわち、パケット損失レートは閾値を超えることができない。代替的に、伝送性能インジケータは、第１ＱｏＳフローによって満足される必要があるＧＢＲ要件であってよい。伝送性能インジケータは、第１ＱｏＳフロー内の第１データパケットにおいて設定され、すなわち、伝送性能インジケータは、第１データパケットが伝送される場合に満たされる必要がある。第３情報を受信した後、ＣＵ−ＵＰは、第３情報に含まれる伝送性能インジケータ及び第１ＱＦＩに基づいて、ＱｏＳフロー識別子がアップリンク及びダウンリンク伝送においてデータパケット内の第１ＱＦＩである第１データパケットの伝送性能を検出する。ＣＵ−ＵＰは、伝送性能インジケータに基づいて第１データパケットの伝送性能を検出し、第１データパケットの検出された伝送性能と、設定された伝送性能インジケータとに基づいて、第１データパケットが伝送要件を満たしているか（fulfilled）どうかを判定する。次いで、ＣＵ−ＵＰは、第４情報を使用することによって、第１データパケットの伝送性能が伝送性能インジケータを満足しているかどうかをＣＵ−ＣＰに通知する。例えば、第１ＱｏＳフロー内の全てのデータパケット（全ての第１データパケット）がＧＢＲ要件を満たすことができないと検出するとき、ＣＵ−ＵＰは、第４情報を使用することによって、第１ＱｏＳフローがＧＢＲ要件を満たすことできないことをＣＵ−ＣＰに通知し、あるいは、第１ＱｏＳフロー内の全ての第１データパケットがＧＢＲ要件を満足すると検出するとき、ＣＵ−ＵＰは、第４情報を使用することによって、第１ＱｏＳフローがＧＢＲ要件を満たしているとＣＵ−ＣＰに通知する。従って、ＣＵ−ＣＰは、情報をコアネットワークへ送信し、コアネットワークは、その情報に基づいて、ＱｏＳフローのパラメータを変更すべきか、それともＱｏＳフローを解放すべきかどうかを判定する。これは、ネットワークシステムが正常に動作することができることを確かにし、ユーザの通常の通信のための保証レートを改善し、ネットワークシステムの安定性及び運転効率を改善し、ユーザ経験を改善する。
【0141】
ＣＵ−ＵＰは、期間内に伝送性能インジケータを満たした第１データパケットの量又は割合を報告し得る、と理解されるべきである。代替的に、１つの第１データパケットが期間内に伝送性能インジケータを満たすことができない場合には、第１ＱｏＳフロー（全ての第１データパケット）が期間内に伝送性能インジケータを満たすことができないと見なされる。代替的に、他の報告方法が存在してもよい。これは、本願のこの実施形態で制限されない。
【0142】
第４情報は、第１ＱｏＳフローの伝送性能の検出された値のような情報と、第１ＱｏＳフローに関係があるＰＤＵセッションに関する情報、例えば、ＰＤＵセッションＩＤ及び第１ＱｏＳフローの識別子のような情報とを更に含んでもよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【0143】
端末デバイスのＰＤＵセッションにおけるＱｏＳフローがＱｏＳフロー伝送性能インジケータを満足しないか、あるいは、端末デバイスのＰＤＵセッションにおける全てのＱｏＳフローがＱｏＳフロー伝送性能インジケータを満足する場合に、ＣＵ−ＵＰは、ＱｏＳフローごとに、各ＱｏＳフローがＱｏＳフロー伝送性能インジケータを満たすことができないとのメッセージをＣＵ−ＣＰに通知するのではなく、第４情報を使用することによって、ＰＤＵセッションがＱｏＳフロー伝送性能インジケータを満たすことができないとのメッセージをＣＵ−ＣＰに通知してよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【0144】
ＣＵ−ＵＰが第１データパケットの伝送性能を検出する前に、ＣＵ−ＣＰは、端末デバイスのＰＤＵセッションにおける全てのＱｏＳフローに関する情報をＣＵ−ＵＰに更に通知してよい、ことが更に理解されるべきである。例えば、情報は、ＰＤＵセッションにおける全てのＱｏＳフローのパラメータ及び識別子のような情報であってよい。ＰＤＵセッションにおける全てのＱｏＳフローに関する情報を受信した後、ＣＵ−ＵＰは、全てのＱｏＳフローに関する情報に基づいて、かつ、ＣＵ−ＵＰの負荷ステータスなどを参照して、全てのＱｏＳフローの中で受け入れ可能なＱｏＳフローを決定し、受け入れられたＱｏＳフローの伝送性能を検出するために、アドミッションコントロールプロセスを実行してよい。第１ＱｏＳフローは、ＣＵ−ＵＰによって受け入れられたＱｏＳフローのいずれか１つであってよい。受け入れられたＱｏＳフローは、データを伝送するために使用可能なＱｏＳフローと理解され得る。アドミッションコントロールプロセスの具体的なステップは、次の通りである。
【0145】
１．コアネットワークデバイスが端末デバイスのための新しいＰＤＵセッション又はＰＤＵセッションのための新しいＱｏＳフローを確立するか、あるいは、ＰＤＵセッションのＱｏＳフロー特性が変化するときに、コアネットワークデバイスは、ＱｏＳフローに関する情報をＣＵ−ＣＰに通知する。例えば、情報は、ＱｏＳフローのＧＲＢ情報であってよい。ＣＵ−ＣＰは、セットアップ要求（setup request）又は変更要求（modification request）を通じて、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって、ＱｏＳフローに関する情報をＣＵ−ＵＰに通知してよい。例えば、ＱｏＳフローに関する情報は、表１に示される内容を含んでよい。【表1】
【0146】
動的５ＱＩ記述子（Dynamic 5QI Descriptor）に含まれる内容は、次の表２に示されている：【表2】
【0147】
表１及び表２に示される内容は単なる例であることが理解されるべきであり、ＱｏＳ風呂及び動的５ＱＩ記述子に関する情報は、更なる他の内容を更に含んでもよい。これは、本願のこの実施形態で制限されない。
【0148】
２．ＣＵ−ＵＰは、ＣＵ−ＵＰの負荷ステータス及びＱｏＳフローに関する情報、例えば、表１及び表２中のＱｏＳフローパラメータに基づいてＱｏＳフローアドミッションを実行し、アドミッション結果をセットアップ要求応答又は変更要求応答においてＣＵ−ＣＰへフィードバックする。アドミッション結果は、受け入れられたＱｏＳフローのＩＤ、そのＱｏＳフローのＰＤＵセッションのＩＤ、受け入れられていないＱｏＳフローのＩＤ、受け入れられていないＱｏＳフローのＰＤＵセッションのＩＤ、及びＱｏＳフローが受け入れられない理由を含んでよい。例えば、ＱｏＳフローが受け入れられない理由は、利用不可能な無線リソース（radio resources not available）、未知の５ＱＩ、又は無効な５ＱＩであってよい。ＰＤＵセッションにおける全てのＱｏＳフローが拒絶される場合には、ＰＤＵセッションのＩＤが更に含まれる。受け入れられるＱｏＳフローを決定した後、ＣＵ−ＵＰは、伝送性能インジケータが満たされるかどうかを判定するために、ＣＵ−ＣＰによって送信された第３情報に基づいて、受け入れられたＱｏＳフローの伝送性能を検出してよい。ＰＤＵセッションにおける複数のＱｏＳフローが受け入れられる場合に、アドミッション結果は、受け入れられたＱｏＳフローのＩＤのリストを含んでよい、ことが理解されるべきである。ＰＤＵセッションのＩＤセッションにおける複数のＱｏＳフローが拒絶される場合に、アドミッション結果は、拒絶されたＱｏＳフローのＩＤのリストを含んでよい。
【0149】
本願のこの実施形態で、上記の表１及び表２中の情報並びにＣＵ−ＵＰの負荷ステータスに加えて、ＣＵ−ＵＰは、他の情報、例えば、ＱｏＳフロー内のデータパケットで運ばれるサービス情報に基づいて、ＱｏＳフローに対してアドミッションコントロールを更に実行してよい。これは、本願のこの実施形態で制限されない。
【0150】
任意に、ＣＵ−ＵＰが第４情報をＣＵ−ＣＰへ送信するＳ３４０は、次のステップを含む。
【0151】
ＣＵ−ＵＰは通知情報をＣＵ−ＣＰへ送信し、通知情報が第４情報を含み、相応して、ＣＵ−ＣＰは通知情報を受信する。
【0152】
具体的に、ＣＵ−ＵＰが、第１データパケットが伝送性能インジケータを満たすかどうかをＣＵ−ＣＰに通知する必要があるとき、ＣＵ−ＵＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第４情報をＣＵ−ＣＰへ送信してよい。具体的に、ＣＵ−ＵＰは、Ｅ１インターフェースを使用することによって通知（notify）情報をＣＵ−ＣＰへ送信してよく、通知情報が第４情報を含む。通知情報は、ＣＵ−ＣＰに対して、端末デバイスとのＰＤＵセッションに関係があるベアラを確立するよう指示するとともに、ＣＵ−ＣＰにＱｏＳフロー情報を通知するために、使用されてよい。言い換えると、通知情報は第４情報を運ぶ。通知情報は、第１ＱｏＳフローの関連情報及び端末デバイスのＰＤＵセッションの関連情報を更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0153】
通知情報を受信した後、ＣＵ−ＣＰは、第４情報が受信されたことをＣＵ−ＵＰに通知するために、通知情報応答をＣＵ−ＵＰへ更に送信してよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0154】
任意に、実施形態において、ＣＵ−ＵＰが第４情報をＣＵ−ＣＰへ送信するＳ３４０は、次のステップを含む。
【0155】
ＣＵ−ＵＰはベアラ変更要求をＣＵ−ＣＰへ送信し、ベアラ変更要求が第４情報を含む。相応して、ＣＵ−ＣＰはベアラ変更要求を受信する。
【0156】
具体的に、ＣＵ−ＵＰが、第１データパケットが伝送性能インジケータを満たすかどうかをＣＵ−ＣＰに通知する必要があるとき、ＣＵ−ＵＰは、ＣＵ−ＣＰとＣＵ−ＵＰとの間のＥ１インターフェースを使用することによって第４情報をＣＵ−ＣＰへ送信してよい。具体的に、ＣＵ−ＵＰは、Ｅ１インターフェースを使用することによってベアラ変更要求をＣＵ−ＣＰへ送信してよく、ベアラ変更要求が第４情報を含む。ベアラ変更要求は、ＣＵ−ＣＰに対して、端末デバイスとの関連するベアラ、例えば、ＤＲＢ又はＳＲＢベアラを変更するよう指示するために使用され、ＤＲＢ又はＳＲＢは、ＣＵ−ＵＰと端末デバイスとの間で関連するシグナリング、データ、などを伝送するために使用されてよい。言い換えると、ＣＵ−ＵＰは、ベアラ変更要求を使用することによって第４情報をＣＵ−ＣＰへ送信する。ベアラ変更要求は、第１ＱｏＳフローの関連情報及び端末デバイスのＰＤＵセッションの関連情報を更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0157】
本願のこの実施形態で、第４情報は、ＣＵ−ＵＰによってＣＵ−ＣＰへ送信される他のシグナリングにおいて運ばれてもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0158】
ベアラ変更要求を受信した後、ＣＵ−ＣＰは、第４情報が受信されたことをＣＵ−ＵＰに通知するために、ベアラ変更要求応答情報をＣＵ−ＵＰへ更に送信してよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0159】
任意に、実施形態において、第１データパケットの伝送性能インジケータは、次の：第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、及び最大ダウンリンクＧＢＲ
のうちの少なくとも１つを含む。
【0160】
具体的に、端末デバイスのＰＤＵセッションにおいて、異なるサービスは異なる伝送性能要件を有し、すなわち、異なるサービスのデータパケットは、異なるＱｏＳフロー要件を有し、異なるＱｏＳフローは、異なる伝送性能インジケータを満たす必要がある。従って、第１データパケット（そのＱｏＳフローは第１ＱｏＳフローである）の場合に、第１ＱｏＳフローの伝送性能インジケータは、第１データパケットの遅延バジェット、第１データパケットのパケット損失レート、アップリンク保証ビットレートＧＢＲ、ダウンリンクＧＢＲ、最大アップリンクＧＢＲ、最大ダウンリンクＧＢＲ、最大ダウンリンクパケット損失レート、最大アップリンクパケット損失レート、及び最大データバーストボリューム、のうちの少なくとも１つを含んでよい。例えば、伝送性能インジケータがダウンリンクＧＢＲであるとき、ＣＵ−ＵＰは、第１データパケットのダウンリンクＧＢＲ伝送インジケータに基づいて、ダウンリンク第１データパケットがダウンリンクＧＢＲ要件を満足するかどうかを検出し、そして、第１データパケットがダウンリンクＧＢＲ伝送インジケータを満たすかどうかをＣＵ−ＣＰへ送信する。
【0161】
上記の伝送性能インジケータに加えて、第１データパケットの伝送性能インジケータは、他の伝送性能インジケータ、例えば、最大データスループットを更に含んでよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0162】
任意に、実施形態において、図１１に示されるように、方法３００は、次のステップを含む。
【0163】
Ｓ３５０．ＣＵ−ＵＰは第５情報をＣＵ−ＣＰへ送信し、第５情報は第１データパケットの伝送性能の検出結果を含み、第３情報は測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。相応して、ＣＵ−ＣＰは第５情報を受信する。
【0164】
具体的に、ＣＵ−ＵＰは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、ＭＤＴ及びＳＯＮ要件、などをサポートするために、Ｌ２パラメータ測定を実行する必要がある。例えば、ＣＵ−ＵＰは、ＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、などで、関連するパラメータを測定する。従って、ＣＵ−ＣＰによってＣＵ−ＵＰへ送信される第３情報は、測定設定情報を含み、測定設定情報は、第１データパケットの伝送性能パラメータ及び／又は測定時間長さを含む。ＣＵ−ＵＰは、ＱＦＩ又は５ＱＩの粒度で測定設定情報に基づいて伝送パラメータを測定し、すなわち、第１データパケットの伝送性能を検出する。測定設定情報が第１データパケットの伝送性能パラメータを含む場合に、ＣＵ−ＵＰは、第１データパケットの予め定義された時間長さ又はサービスステータスに基づいて測定時間長さを決定し、第１データパケットの伝送性能を検出してよい。測定設定情報が第１データパケットの測定時間長さを含む場合に、ＣＵ−ＵＰは、第１データパケットのＱｏＳフロー負荷ステータス及びＱｏＳフローサービスタイプのような情報に基づいて、伝送性能が検出される必要があると決定し、そして、第１データパケットの伝送性能を検出してよい。第１データパケットは第１５ＱＩによって識別され、伝送性能が検出される必要があることが決定され、第１データパケットの伝送性能は検出される。第１データパケットは第１５ＱＩによって識別される。データパケットに関して、ＱＦＩ及び５ＱＩが同じ値を有している場合には、ＱＦＩ又は５ＱＩのどちらか一方が、データパケットを示すために使用されてよく、あるいは、ＱＦＩフィールド及び５ＱＩが異なる値を有している場合には、データパケットは、５ＱＩによって識別される必要がある。すなわち、全ての端末デバイスのための全ての第１データパケットが検出される場合に、第１データパケットは、ＱｏＳフローが全ての端末デバイスについて第１５ＱＩである全てのデータパケットの伝送性能を検出するために、第１５ＱＩによって識別される。ＣＵ−ＵＰは、Ｌ２で第１データパケットの伝送性能を検出し、第１データパケットの伝送性能の検出結果をＣＵ−ＣＰに通知する。従って、ＣＵ−ＣＰはＬ２パラメータ測定をサポートし、それにより、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、並びにＭＤＴ及びＳＯＮ要件をサポートする機能は実装される。これは、ネットワーク安定性を改善し、ネットワーク操作の品質を改善し、かつ、ユーザ経験を改善するのを助ける。図１１中で破線により示されているステップは、任意ステップである、と理解されるべきである。
【0165】
任意に、実施形態において、伝送性能パラメータは、第１データパケットのパケット損失レート、第１データパケットのダウンリンク伝送遅延、第１データパケットのスケジューリングされたインターネットプロトコルスループット、及び第１データパケットのデータボリューム、のうちの少なくとも１つを含む。
【0166】
以下は、ＣＵ−ＵＰが上記の伝送性能パラメータを測定するプロセスについて詳述する。
【0167】
１．第１データパケットのダウンリンク伝送遅延について、検出粒度は第１ＱＦＩ及び／又は第１５ＱＩであり、すなわち、ＱｏＳフロー識別子が第１ＱＦＩ及び／又は第１５ＱＩである全てのデータパケット（全ての第１データパケット）の、期間Ｔ内にある平均ダウンリンク伝送遅延が、測定される。第１データパケットのＱｏＳフロー識別子が第１５ＱＩである場合に、性能検出は、ＱｏＳフロー識別子が全ての端末デバイスについて第１５ＱＩである全てのデータパケットに対して、実行される。第１データパケットのＱｏＳフロー識別子が第１ＱＦＩである場合に、性能検出は、端末デバイスについて第１ＱＦＩを有するデータパケットに対して実行される。
【0168】
具体的に、期間Ｔ内の第１データパケットの平均ダウンリンク伝送遅延は、式（１）を使用することによって計算されてよい：【数1】
【0169】
式（１）中、Ｍ（Ｔ，５ｑｉ）は、期間Ｔ内の、同じ５ＱＩ（第１５ＱＩ）を有する第１データパケットの平均ダウンリンク伝送遅延を表し、ＱｏＳフローの５ＱＩ及びＱＦＩが同じである場合には、５ＱＩはＱＦＩであってもよく、ｔＡｒｒｉｖ（ｉ）は、ｉ番目の第１データパケットが到着する時点（moment）を表し、ｔＡｃｋ（ｉ）は、ｉ番目の第１データパケットが成功裏に受信される時点（moment）であり、ｉは、期間Ｔ内で到着し成功裏に受信されるデータパケットのシーケンス番号を表し、Ｉ（Ｔ）は、期間Ｔ内の第１データパケットの総数を表す。
【0170】
第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでのサービスアクセスポイント（service access point，ＳＡＰ）又はＳＤＡＰレイヤでのサービスアクセスポイントであり、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでのＳＡＰ又はＳＤＡＰレイヤでのサービスアクセスポイントである。ＳＡＰは、上位レイヤが下位レイヤにアクセスするときに上位レイヤがサービスを提供するプロトコルスタック内のポイントであり、隣接するレイヤにあるエンティティ（「エンティティ」は、対応するレイヤの論理機能である）の間の相互通信を実装する論理インターフェースであり、２つのレイヤの間の境界に位置する。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの上位ＳＡＰ又はＳＤＡＰレイヤでの上位サービスアクセスポイントである。代替的に、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの下位ＳＡＰ又はＳＤＡＰレイヤでの下位サービスアクセスポイントである。物理レイヤから開始して、各レイヤは、上位レイヤへのサービスアクセスポイントを提供する。各レイヤはＳＡＰを有しているが、異なるレイヤにあるＳＡＰは、異なる内容及び表現形式を有している。
【0171】
任意に、第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでのＳＡＰ又はＳＦＡＰレイヤでのＳＡＰであってよく、第１データパケットが成功裏に受信される時点の基準点は、ＭＡＣレイヤでのＳＡＰである。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットの到着時点の基準点は、ＰＤＣＰレイヤでの下位ＳＡＰであってよく、第１データパケットが成功裏に受信される時点の基準点は、ＭＡＣレイヤでの下位サービスアクセスポイントである。この場合に、ＤＵは、ＭＡＣレイヤで正確に受信される第１データパケットの数及び到着時間、などを計算し、情報をＣＵ−ＣＰに通知する必要がある。図１２に示されるように、Ｓ３６０で、ＣＵ−ＣＰは、測定設定情報をＤＵへ送信してよい。測定設定情報は、第１ＱｏＳフローのパラメータ、第１ＱｏＳフローの識別子（第１ＱＦＩ又は第１５ＱＩ）、及び第１ＱｏＳフローに関係があるＰＤＵに関する情報のような、第１ＱｏＳフローの関連情報を含む。Ｓ３７０で、ＤＵは、測定設定情報に基づいて、ＭＡＣレイヤで正確に受信される第１データパケットの数及び到着時間を計算する。Ｓ３８０で、ＤＵは、検出結果をＣＵ−ＣＰに通知する。これは、本願のこの実施形態で制限されない。
【0172】
任意に、測定をより正確にするよう、ＣＵ−ＣＰは、測定の絶対時間、例えば、検出が開始する絶対時点及び検出が終了する絶対時点をＣＵ−ＵＰに通知してよい。これは、本願のこの実施形態で制限されない。
【0173】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒子で上記の式（１）に基づいて第１データパケットのダウンリンク伝送遅延を検出し、検出結果をＣＵ−ＣＰに通知してよい。
【0174】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒子で上記の式（１）に基づいて第１データパケットのダウンリンク伝送遅延を検出し、更には、ＣＵ−ＵＰは、他の式又は、式（１）を変えることによって求められる式に基づいて、第１データパケットのダウンリンク伝送遅延を更に検出してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0175】
２．第１データパケットのダウンリンク伝送プロセスにおけるネットワーク輻輳、トラフィック管理、などにより捨てられる第１データパケットのパケット損失レート（packet discard rate）の検出のために、次の式（２）が使用されてよく、期間Ｔ内の第１データパケットの平均パケット損失レートが計算される：【数2】
【0176】
式（２）中、Ｄ（Ｔ，５ｑｉ）は、期間Ｔ内の、同じ５ＱＩ（第１５ＱＩ）を有する第１データパケットの平均パケット損失レートを表し、ＱｏＳフローの５ＱＩ及びＱＦＩが同じである場合には、５ＱＩはＱＦＩであってもよく、第１ＱＦＩ及び第１５ＱＩが異なる値を有する場合には、第１５ＱＩが使用され、Ｄｄｉｓｃ（Ｔ，５ｑｉ）は、期間Ｔ内に捨てられる第１データパケットの数を表し、Ｎ（Ｔ，５ｑｉ）は、ＰＤＣＰレイヤ又はＳＤＡＰレイヤでのＳＡＰに到着する第１データパケットの数を表す。
【0177】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の式（２）に基づいて第１データパケットのオアケット損失レートを検出し、検出結果をＣＵ−ＣＰに通知してよい。
【0178】
ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の式（２）に基づいて第１データパケットのオアケット損失レートを検出し、更には、ＣＵ−ＵＰは、他の式又は、式（２）を変えることによって求められる式に基づいて、第１データパケットのパケット損失レートを更に検出してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0179】
３．ＣＵ−ＵＰは、アップリンク及びダウンリンク伝送がＵｕインターフェースでＣＵ−ＵＰと端末デバイスとの間で実行されるときに存在する第１データパケットの損失レートを検出してよく、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で期間Ｔ内でＵｕインターフェース上での第１データパケットのアップリンク及びダウンリンクパケット損失レートを検出する。
【0180】
４．ＣＵ−ＵＰは、第１データパケットのアップリンク及びダウンリンクスループットを含め、期間Ｔ内で第１データパケットのスケジューリングされたインターネットプロトコル（scheduled IP）スループットを検出してよく、更には、期間Ｔ内での第１のデータパケットのデータバースト（data burst）のボリュームを検出し、検出結果をＣＵ−ＣＰに通知してよく、ここで、データバーストは、複数の伝送時間インターバルにおいて伝送される。
【0181】
任意に、ＣＵ−ＵＰは、ＭＤＴに関係がある、期間Ｔ内での第１データパケットのアップリンク及びダウンリンクのスケジューリングされたＩＰスループットを検出してよく、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で、アップリンク及びダウンリンク伝送がＣＵ−ＵＰと端末デバイスとの間のＵｕインターフェースで実行されるときに存在する第１データパケットのスケジューリングされたＩＰスループットを検出するか、あるいは、ＱＦＩ及び／又は５ＱＩの粒度で、アップリンク及びダウンリンク伝送がＣＵ−ＵＰとＤＵとの間のＦ１−Ｕインターフェースで実行されるときに存在する第１データパケットのスケジューリングされたＩＰスループットを検出し、そして、検出結果をＣＵ−ＣＰに通知する。
【0182】
５．ＣＵ−ＵＰは、期間Ｔ内での第１データパケットのデータボリュームを検出し、すなわち、ＱＦＩ及び／又は５ＱＩの粒度で期間Ｔ内での第１データパケットのアップリンク及びダウンリンクデータボリュームを検出し、ＱＦＩ及び／又は５ＱＩの粒度で検出結果をＣＵ−ＣＰに通知してよい。
【0183】
６．ＣＵ−ＵＰは、期間Ｔ内での第１データパケットの遅延を検出してよい。具体的に、ＣＵ−ＵＰは、第１データパケットがＲＬＣレイヤに伝送されるまで第１データパケットがＰＤＣＰレイヤのＳＡＰに到着する時間から開始する期間Ｔ内の平均遅延をＱＦＩ及び／又は５ＱＩの粒度で計算するか、あるいは、第１データパケットがＲＬＣレイヤに伝送されるまで第１データパケットがＳＤＡＰレイヤのＳＡＰに到着する時間から開始する期間Ｔ内の平均遅延をＱＦＩ及び／又は５ＱＩの粒度で計算し、そして、計算結果をＣＵ−ＣＰに通知してよい。アクセスポイントがプロトコルレイヤの上位（upper）部分又はプロトコルレイヤの下位（lower）部分に位置するかどうかは、ここで制限されない。例えば、第１データパケットが成功裏に受信される時点の基準点は、ＳＤＡＰレイヤでの上位ＳＡＰ又はＳＤＡＰレイヤでの下位サービスアクセスポイントである。代替的に、第１データパケットが成功裏に受信される時点の基準点は、ＰＤＣＰレイヤでの上位ＳＡＰ又はＰＤＣＰレイヤでの下位サービスアクセスポイントである。
【0184】
本願のこの実施形態で、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で上記の伝送性能パラメータを測定し、更には、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度で第１データパケットの他の伝送性能パラメータを更に測定してもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0185】
本願のこの実施形態で、ＣＵ−ＵＰがＣＵ−ＣＰに測定結果を報告する方法は制限されず、例えば、報告は、周期的に報告されてよく、あるいは、報告は、イベントによってトリガされてよく、あるいは、報告は、ＣＵ−ＣＰによって設定された報告設定に基づいて実行されてよい、ことが更に理解されるべきである。これは、本願のこの実施形態で制限されない。
【0186】
任意に、実施形態において、ＣＵ−ＣＰによって設定された報告設定は、測定期間Ｔ、測定イベント、メトリクス（metrics）、１つ又はいくつかのＱＦＩ／５ＱＩ／ＰＤＵセッション／スライス（Ｓ−ＮＳＳＡＩ）、周期報告、イベントによりトリガされる報告（周期値又はトリガ条件、例えば、メトリックが閾値を超えるとき）、などを含む。これは、本願のこの実施形態で制限されない。
【0187】
本願のこの実施形態で、ＣＵ−ＵＰは、ＱＦＩ及び／又は５ＱＩの粒度での伝送性能測定及び報告を実行してよい、ことが更に理解されるべきである。その上、ＣＵ−ＵＰは、ＰＤＵセッションの粒度でのデータパケット伝送性能測定及び報告を更に実行してよく、あるいは、５ＱＩの粒度及び端末デバイスで伝送性能測定及び報告を更に実行してよく、あるいは、ＰＤＵセッションの粒度及びネットワークスライスで伝送性能測定及び報告を更に実行してよい。ネットワークスライシングは、レイテンシ及び信頼性のような異なるサービス要件及び適用シナリオに基づいて、ネットワークを異なるネットワークスライスに分割することである。全てのネットワークスライスは、異なる適用シナリオ及びサービス要件に対応している。１つのネットワークスライスは、複数のＰＤＵセッションを含んでよい。
【0188】
本願のこの実施形態で、ＤＵはまた、ＣＵ−ＣＰによって送信された測定設定情報に基づいて、Ｌ２関連パラメータ測定を実行し、測定結果をＣＵ−ＣＰへ送信してもよい、ことが更に理解されるべきである。図１２に示されるように、例えば、ＤＵは、セルの粒度で測定を実行するのではなく、期間Ｔ内での単一セルのランダムアクセスプリアンブルの数又はアップリンク及びダウンリンク物理リソースブロック（physical resource block，ＰＲＢ）利用を計算するか、あるいは、ＤＵのみのランダムアクセスプリアンブルの数及びＰＲＢ利用を計算してよく、そして、検出結果をＣＵＴへ送信する。具体的に、ＤＵは、関連するシグナリング及びＤＵとＣＵ−ＣＰとの間のＦ１−Ｃインターフェースを使用することによって、検出結果をＣＵ−ＣＰに通知してよい。
【0189】
本願の各実施形態で、「第１」、「第２」、「第３」などは、複数のオブジェクトが異なっていることを示すよう意図される、と更に理解されるべきである。例えば、第１情報及び第２情報は、異なる内容を有している情報を示すために単に使用され、情報に影響を及ぼさない。上記の「第１」、「第２」などは、本願の実施形態に制限を課さない。
【0190】
本願の各実施形態で、第１情報は、伝送のための如何なる可能なシグナリングでも運ばれてよい、と更に理解されるべきである。同様に、第２情報及び第３情報も、如何なる可能なシグナリングでも運ばれてよい。言い換えると、第１情報、第１情報、及び第１情報の具体的な形態は、本願の実施形態で制限されない。
【0191】
上記の説明は、本願の実施形態の範囲を制限するのではなく、単に、当業者が本願の実施形態をより良く理解することを助けるよう意図される。明らかに、当業者は、上記の例に基づいて様々な同等の改良又は変更を行ってよく、あるいは、何らかの新しいステップなどを加えたり、又は上記の実施形態のいずれか２つ以上を組み合わせたりしてもよい。そのような改良、変更、又は組み合わせられた解決法も、本願の実施形態の範囲内にある。
【0192】
上記のプロセスのシーケンス番号は、実行順序を意味しない、と更に理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部ロジックに基づいて決定されるべきであり、本願の実施形態の実装プロセスに制限を課さない。
【0193】
本願の実施形態の上記の説明は、実施形態どうしの相違に焦点を当てる、ことが更に理解されるべきである。述べられていない同じ又は類似した部分について、それらの実施形態を参照されたい。簡潔さのために、詳細は、ここで再びは記載されない。
【0195】
図１３は、本願の実施形態に従う通信装置の略ブロック図である。通信装置は、上記のセントラルユニット・ユーザプレーンノードＣＵ−ＵＰであってよい、ことが理解されるべきである。通信装置の実施形態及び方法の実施形態は、互いに対応している。同様の記載については、方法の実施形態を参照されたい。図１３に示される通信装置４００は、図４、図６乃至図８Ｂの方法２００の各実施形態でＣＵ−ＵＰによって実行されるステップを実行するよう構成されてよい。通信装置４００は、プロセッサ４１０、メモリ４２０、及びトランシーバ４３０を含む。プロセッサ４１０、メモリ４２０、及びトランシーバ４３０は、通信バスを使用することによって接続されている。メモリ４２０は、命令を記憶している。プロセッサ４１０は、メモリ４２０に記憶されている命令を実行するよう構成される。トランシーバ４３０は、プロセッサ４１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【0196】
プロセッサ４１０は、第１情報を取得するよう構成され、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスフローＱｏＳフローは第１ＱｏＳフローである。
【0197】
トランシーバ４３０は、コアネットワークデバイスによって送信された第１データパケットを受信するよう構成される。
【0198】
プロセッサ４１０は、第１データパケットの反射マッピング指示フィールドをセットするよう更に構成される。
【0199】
トランシーバ４３０は、端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信するよう更に構成される。
【0200】
本願で提供される通信装置に従って、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、反射マッピングが第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへ必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【0201】
通信装置４００のコンポーネントは、通信バスを使用することによって接続されており、すなわち、プロセッサ４１０、メモリ４２０、及びトランシーバ４３０は、内部接続パスを使用することによって互いと通信し、コントロール信号及び／又はデータ信号を伝送する。本願の上記の方法の実施形態は、プロセッサに適用されてよく、あるいは、プロセッサは、上記の方法の実施形態のステップを実装してよい。プロセッサは、集積回路チップであってよく、信号処理能力を備えている。実装プロセスにおいて、上記の方法の実施形態のステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、又はソフトウェア形式の命令を使用することによって、実装可能である。プロセッサは、中央演算処理装置（central processing unit，ＣＰＵ）、ネットワークプロセッサ（network processor，ＮＰ）、ＣＰＵとＮＰとの組み合わせ、デジタル信号プロセッサ（digital signal processor，ＤＳＰ）、特定用途向け集積回路（application specific integrated circuit，ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（field programmable gate array，ＦＰＧＡ）若しくは他のプログラム可能論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、又はディスクリートハードウェア部品であってよく、本願で開示されている方法、ステップ、及び論理ブロック図を実装又は実行してよい。汎用プロセッサはマイクロプロセッサであってよく、プロセッサは如何なる従来のプロセッサなどであってもよい。本願で開示されている方法のステップは、ハードウェア復号化プロセッサを使用することによって直接実行及び完了されてよく、あるいは、復号化プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することによって実行及び完了されてよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ、フラッシュメモリ、リード・オンリー・メモリ、プログラム可能リード・オンリー・メモリ、電気的消去可能なプログラム可能メモリ、又はレジスタのような、当該技術における成熟した記憶媒体に位置してよい。記憶媒体はメモリに位置する。プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上記の方法のステップを完了する。
【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】
本願の実施形態は、コンピュータプログラムコードを記憶するよう構成され、コンピュータプログラムが、本願の実施形態における通信方法を実行するために使用される命令を含む、コンピュータ読み出し可能な媒体を更に提供する。読み出し可能な媒体は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）であってよい。これは、本願のこの実施形態で制限されない。
【0250】
本願の実施形態は、通信システムを更に提供する。通信システムは、本願の上記の実施形態で提供される通信装置を含み、通信システムは、本願の実施形態で提供される如何なる通信方法も完了してよい。このようにして、第１ＱｏＳフローは、第１ＤＲＢにマッピングされ得、Ｌ２パラメータ測定は、ＣＵ−ＤＵ分離基地局アーキテクチャに置いてサポートされ得る。従って、ユーザデータの成功した通常の伝送が確保可能であり、安定性は改善され、ネットワーク操作の品質は改善され、ユーザ経験は改善される。通信システムは、他の通信デバイス、例えば、端末デバイス、アクセスネットワークデバイス、又はＤＵを更に含んでもよい、ことが理解されるべきである。これは、本願のこの実施形態で制限されない。
【0251】
本願の実施形態は、システムチップを更に提供する。システムチップは、処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであってよい。通信ユニットは、例えば、入出力インターフェース、ピン、又は回路であってよい。処理ユニットは、端末内のチップが本願の実施形態のいずれか１つの通信方法を実行するように、コンピュータ命令を実行してよい。
【0252】
任意に、コンピュータ命令は、記憶ユニットに記憶されている。
【0253】
任意に、記憶ユニットは、レジスタ又はキャッシュのような、チップ内の記憶ユニットである。代替的に、記憶ユニットは、端末内にあってチップの外にある記憶ユニット、例えば、ＲＯＭ、静的な情報及び命令を記憶可能な他のタイプの記憶デバイス、又はＲＡＭであってよい。どこでも述べられているプロセッサは、ＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は上記の電力制御方法のプログラム実行を制御する１つ以上の集積回路であってよい。
【0254】
本願は、コンピュータプログラム製品を更に提供する。コンピュータプログラム製品は、命令を含む。命令が実行されるとき、ＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵは、上記の方法におけるＣＵ−ＣＰ、ＣＵ−ＵＰ、及びＤＵに対応する動作を実行する。
【0255】
本願の実施形態の上記の説明は、実施形態どうしの相違に焦点を当てる、ことが理解されるべきである。述べられていない同じ又は類似した部分については、それらの実施形態を参照されたい。簡潔さのため、詳細は、ここで再びは記載されない。
【0256】
本明細書中の「及び／又は」及び「Ａ又はＢの少なくとも１つ」のような語は、関連する物事について記載するための関連付け関係のみを示し、３つの関係が存在する可能性があることを表す、と理解されるべきである。例えば、Ａ及び／又はＢは、次の３つの関係：Ａのみが存在する、Ａ及びＢの両方が存在する、及びＢのみが存在する、を表すことができる。その上、本明細書中の文字「／」は、一般に、関連する物事の間の“論理和”関係を示す。
【0257】
当業者であれば、本明細書で開示されている実施形態を参照して記載される例におけるユニット及びアルゴリズムステップが、電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施可能である、と気付くことができる。機能がハードウェア又はソフトウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者であれば、夫々の特定の用途のために、異なる方法を使用して、記載されている機能を実装することができるが、実施が本願の範囲を超えることは考えられるべきではない。
【0258】
当業者に当然ながら、便宜上、かつ、簡潔な記載のために、上記のシステム、装置、及びユニットの詳細な作動プロセスについては、上記の方法の実施形態における対応するプロセスを参照されたい。詳細は、ここで再び記載されない。
【0259】
本願で提供されるいくつかの実施形態において、開示されているシステム、装置、及び方法は、他の様態で実装されてもよいことが理解されるべきである。例えば、記載されている装置の実施形態は、単なる例である。例えば、ユニット分割は、単に、論理的な機能分割であり、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は一体化されてよく、あるいは、いくつかの特徴は、無視されても又は実行されなくてもよい。更に、表示又は議論されている相互結合又は直接的な結合若しくは通信接続は、いくつかのインターフェース、装置、又はユニットを介した間接的な結合又は通信接続であってもよく、電子的な、機械的な、又は他の形態で実装されてよい。
【0260】
別々の部分として記載されているユニットは、物理的に分離していてもしていなくてもよい。ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、１つの場所に配置されてよく、あるいは、複数のネットワークユニットで分布してもよい。ユニットの一部又は全部は、実施形態の解決法の目的を達成すべく実際の要件に基づいて選択されてよい。
【0261】
更に、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化されてよく、あるいは、ユニットの夫々は、物理的に単独で存在してよく、あるいは、２つ以上のユニットが１つのユニットに一体化されてもよい。
【0262】
機能がソフトウェア機能ユニットの形で実装され、独立した製品として販売又は使用される場合に、機能は、コンピュータ可読記憶媒体に記憶されてよい。かような理解に基づいて、本願の技術的解決法は本質的に、又は先行技術に寄与する部分、若しくは技術的解決法のいくつかは、コンピュータソフトウェア製品の形で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであってよい）に、本願の実施形態で記載される方法のステップの全部又は一部を実行するよう指示するためのいくつかの命令を含む。上記の記憶媒体には、ＵＳＢフラッシュドライブ、リムーバブル型ハードディスク、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）、磁気ディスク、又は光ディスクのような、プログラムコードを記憶することができる如何なる媒体も含まれる。
【0263】
上記の説明は、本願の具体的な実施にすぎず、本願の保護範囲を制限する意図はない。本願で開示されている技術範囲内で当業者によって容易に考え付かれる如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。
【0264】
本願は、２０１８年４月４日付で、「COMMUNICATION METHOD AND APPARATUS」と題されて中国特許庁に出願された中国特許出願第２０１８１０２９９５９６．８号の優先権を主張する。なお、先の中国出願は、その全文を参照により本願に援用される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【手続補正書】
【提出日】2020年10月19日
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項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】
請求項２９に記載のコンピュータプログラムを記憶しているコンピュータ可読媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【0002】
次世代通信システムが十分にかつ更に研究されると、産業は、第５世代移動体通信技術（5th Generation，５Ｇ）に関する研究の具体的な内容に関して基本的な合意に達した。５Ｇは、より高いレート経験及びより高いバンド幅のアクセス機能、より低いレイテンシ及び高信頼の情報交換、並びに大量の安価なマシンタイプ通信デバイスのアクセス及び管理を含め、様々なタイプのネットワーク配備及び様々な適用タイプをサポートする。それらの要件を満足するために、５Ｇは、クオリティ・オブ・サービスフロー（quality of service flow，ＱｏＳフロー）に基づくネットワークアーキテクチャを定義し、かつ、データ無線ベアラ（data radio bearer，ＤＲＢ）に基づくエアインターフェースでのパケット伝送メカニズムを定義している。端末デバイスのプロトコルデータユニット（protocol data unit，ＰＤＵ）セッションの場合に、１つのＱｏＳフローにおけるデータパケットは、伝送のために１つのＤＲＢで運ばれ、１つのＤＲＢで運ばれた１つ以上のＱｏＳフローにおけるデータパケットは、同じ伝送特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有する。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りであってよい：１つのＤＲＢは、１つ以上のＱｏＳフローに対応しており、１つのＱｏＳフローにおけるアップリンクデータパケット及びダウンリンクデータパケットは、１つのＤＲＢで運ばれてよく、あるいは、異なるＤＲＢで別々に運ばれてよい。マッピング関係に基づいて、異なるＱｏＳフローは、伝送のための対応するＤＲＢへマッピングされる。その上、アクセスネットワークデバイスは、エアインターフェースリソース操作、無線リソース管理、ネットワーク操作及び保守、駆動試験の最小限化（minimization of drive tests，ＭＤＴ）及び自己組織ネットワーク（self-organizing networks，ＳＯＮ）要件、等をサポートするために、通常はレイヤ２（layer 2，Ｌ２）パラメータ測定を実行する。例えば、アクセスネットワークデバイスは、例えば、パケットデータ収束プロトコル（packet data convergence protocol，ＰＤＣＰ）レイヤ、無線リンクコントロール（radio link control，ＲＬＣ）レイヤ、及び媒体アクセスコントロール（medium access control，ＭＡＣ）レイヤで、関連するパラメータを測定する。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【0005】
第１の態様に従って、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰによって第１情報を取得することであり、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＵＰによって、コアネットワークデバイスによって送信された第１データパケットを受信することと、ＣＵ−ＵＰによって第１データパケットの反射マッピング指示フィールドをセットすることと、ＣＵ−ＵＰによって端末デバイスへ第１ＤＲＢで、マッピングフィールドがセットされている第１データパケットを送信することとを含む通信方法が提供される。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【0015】
第２の態様に従って、セントラルユニット・コントロールプレーンノードＣＵ−ＣＰによって第１情報を生成することであり、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである、ことと、ＣＵ−ＣＰによって第１情報をＣＵ−ＵＰへ送信することとを含む通信方法が提供される。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【0050】
５Ｇは、ＤＲＢに基づくエアインターフェースでのパケット処理メカニズムを定義している。１つのＤＲＢによってサービングされるデータパケットは、エアインターフェースでの同じパケット処理メカニズムを有している。アクセスネットワークデバイスは、１つのＰＤＵセッションにおいて異なる処理要件を有しているＱｏＳフローでデータパケットを伝送するために、端末デバイスの各ＰＤＵセッションについて１つ以上のＤＲＢベアラを確立し、ＰＤＵセッションにおける異なるＱｏＳフローに属しているデータパケットを伝送のために異なるＤＲＢにマッピングする。つまり、ＱｏＳフローからＤＲＢへのマッピング関係が存在する。マッピング関係は次の通りである：端末デバイスの１つのＰＤＵセッションの場合に、ＰＤＵセッションは、１つ以上のＤＲＢベアラに対応しており、各ＤＲＢは、ＰＤＵセッションにおける１つ以上のＱｏＳフローに対応していてよい。例えば、１つのＰＤＵセッションの場合に、アクセスネットワークデバイスは、そのＰＤＵセッションのために３つのＤＲＢを確立しており、各ＤＲＢで運ばれるＱｏＳフロー内のデータパケットは同じＱｏＳ処理特性、例えば、同じスケジューリングポリシー、同じキューイング管理ポリシー、又は同じレートマッチングポリシーを有している、とする。３つのＤＲＢは第１ＤＲＢ、第２ＤＲＢ、及び第３ＤＲＢである。ＰＤＵセッションは４つのＱｏＳフローを含み、４つのＱｏＳフローは第１ＱｏＳフロー、第２ＱｏＳフロー、第３ＱｏＳフロー、及び第４ＱｏＳフローである。第１ＱｏＳフロー及び第２ＱｏＳフローは同じＱｏＳ性能特性（又は類似したＱｏＳ性能特性）、例えば、同じ又は類似した遅延及びパケット損失レート要件を有している。第１ＱｏＳフロー及び第２ＱｏＳフロー内のデータパケットは第１ＤＲＢで運ばれてよく、つまり、第１ＱｏＳフロー及び第２ＱｏＳフローは第１ＤＲＢにマッピングされてよい。第３ＱｏＳフロー内のデータパケットは第２ＤＲＢで運ばれてよく、つまり、第３ＱｏＳフローは第２ＤＲＢにマッピングされてよい。第４ＱｏＳフロー内のデータパケットは第３ＤＲＢで運ばれてよく、つまり、第４ＱｏＳフローは第３ＤＲＢにマッピングされてよい。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【0061】
図２に示されるように、ＣＵ−ＣＰとＣＵ−ＵＰとの間には、オープンインターフェースＥ１が存在し、例えば、ＣＵ−ＣＰとＣＵ−ＵＰとの間のシグナリングを伝送するために使用される。ＤＵとＣＵ−ＣＰ及びＣＵ−ＵＰの夫々との間のインターフェースが存在する。例えば、ＣＵ−ＣＰとＤＵとの間のインターフェースはＦ１−Ｃインターフェースであり、ＣＵ−ＵＰとＤＵとの間のインターフェースはＦ１−Ｕインターフェースである。図２に示されるアーキテクチャには、次の特性が更に含まれる：１つの基地局は、１つのＣＵ−ＣＰ、複数のＣＵ−ＵＰ、及び複数のＤＵを含み、
１つのＤＵは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＣＵ−ＵＰは、１つのＣＵ−ＣＰへしか接続され得ず、
１つのＤＵは、同じＣＵ−ＣＰの制御下にある複数のＣＵ−ＵＰへ接続可能であり、
１つのＣＵ−ＵＰは、同じＣＵ−ＣＰの制御下にある複数のＤＵへ接続可能である。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【0068】
アクセスネットワークデバイスは、ノードＢ（NodeB，ＮＢ）、エボルブド・ノードＢ（evolved nodeB，ｅＮＢ）、又はアクセスネットワーク（access network，ＡＮ）／無線アクセスネットワーク（radio access network，ＲＡＮ）デバイスであってよい、と更に理解されるべきである。ネットワークは、複数の５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードを含む。５Ｇ−ＡＮ／５Ｇ−ＲＡＮノードは、アクセスポイント（access point，ＡＰ）、ニューラジオ・ノードＢ（NR nodeB，ｇＮＢ）、送受信ポイント（transmission reception point，ＴＲＰ）、送信ポイント（transmission point，ＴＰ）、又は他のアクセスノードであってよい。これは、本願のこの実施形態で制限されない。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【0072】
Ｓ２１０．セントラルユニット・ユーザプレーンノードＣＵ−ＵＰは、第１情報を取得し、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【0076】
本願で提供される通信方法では、ＣＵ−ＤＵ分離基地局アーキテクチャにおいて、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が、最初のＰＤＵセッション確立プロセスにおいて確立される必要があるときに、又は第１ＱｏＳフローにおける第１データパケットが、伝送のために、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に新しいＤＲＢ（第１ＤＲＢ）へマッピングされる必要があるときに、ＣＵ−ＵＰは第１情報を取得し、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは、第１ＱｏＳフローである。任意に、第１情報は、ＣＵ−ＵＰにおいて事前に記憶されてよい。第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。ＣＵ−ＵＰは、第１情報に基づいて、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが必要とされるかどうかを判定する。コアネットワークによって送信された第１データパケットを受信した後、ＣＵ−ＵＰは、第１データパケットの反射マッピング指示フィールドをセットし、端末デバイスへ第１ＤＲＢで、反射マッピング指示フィールドがセットされている第１データパケットを送信する。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドをセットする目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを、ＤＵを使用することによって第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。このようにして、本願のこの実施形態で、第１ＱｏＳフローは、ＣＵ−ＤＵ分離シナリオにおいて第１ＤＲＢへマッピングされ、それにより、第１ＱｏＳフローは、ＣＵ−ＵＰ及び端末デバイスの両方のために第１ＤＲＢへマッピングされる。これは、端末デバイス及びＣＵ−ＵＰが正確にデータを伝送することができることを確かにし、通信効率及び安定性を改善し、かつ、ユーザ経験を改善する。
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【0077】
具体的に、Ｓ２１０で、ＣＵ−ＵＰが第１ＱｏＳフローから第１ＤＲＢへのマッピングを実行する必要があるとき、例えば、第１ＱｏＳフローから第１ＤＲＢへのマッピング関係が最初のＰＤＵセッション確立プロセスで確立される必要があるとき、又は第１ＱｏＳフローを運ぶ元のＤＲＢが、第１ＱｏＳフローのパラメータ又は負荷ステータスの変化時に第１ＤＲＢへ変更される必要があるとき。例えば、第１ＱｏＳフローのパラメータ又は負荷ステータスが変化する前に、第１ＱｏＳフローを運ぶ元のＤＲＢは第２ＤＲＢであり、第１ＱｏＳフローにおけるアップリンク及びダウンリンクの両方のデータパケットは第２ＤＲＢで伝送される。第１ＱｏＳフローのパラメータ又は負荷ステータスが変化した後、第２ＤＲＢはもはや第１ＱｏＳフローの要件を満たさず、第１ＱｏＳフローに対応するＤＲＢは変更される必要がある。第１ＱｏＳフローは、第１ＤＲＢ（新しいＤＲＢ）へマッピングされる必要がある。この場合に、第１ＱｏＳフローから第１ＤＲＢへの反射マッピングが実行されてよい。従って、ＣＵ−ＵＰは第１情報を受信してよく、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１ＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用される。第１データパケットは、ＣＵ−ＵＰによって端末デバイスへ送信されるダウンリンクデータパケットである。第１データパケットの反射マッピング指示フィールドを送信する目的は、第１ＱｏＳフローにおけるアップリンクデータパケットから第１ＤＲＢへの反射マッピングが必要とされるかどうか、つまり、端末デバイスが、第１ＱｏＳフローにおけるアップリンクデータパケットを第１ＤＲＢでＣＵ−ＵＰへ送信するよう指示されているかどうかを端末デバイスに示すことである。第１情報は、第１ＱｏＳフローの関連情報及び第１ＤＲＢのそれ、例えば、第１ＱｏＳフローのＱｏＳフローパラメータを更に含んでよい。第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは、第１ＱｏＳフローである。第１データパケットは、端末デバイスのＰＤＵセッションにおける第１ＱｏＳフロー内の全てのデータパケットであってよく、第１ＱｏＳフローの識別子は、第１ＱＦＩ又は第１５ＱＩである。第１情報は、第１ＱｏＳに関する情報及び第１ＤＲＢに関する情報を含んでよく、例えば、第１ＱｏＳフローの識別子及び第１ＤＲＢの識別子を含み、あるいは、端末デバイスのＰＤＵセッションに関する情報などを含んでもよい。第１情報は、第１ＤＲＢのダウンリンクＳＤＡＰヘッダフォーマット指示及びアップリンクＳＤＡＰヘッダフォーマット指示を含んでよい。ダウンリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされるＱｏＳフローがダウンリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。アップリンクＳＤＡＰヘッダフォーマット指示は、第１ＤＲＢにマッピングされたＱｏＳフローがアップリンクＳＤＡＰヘッダを有しているかどうかを示すために使用される。第１情報は、第１ＤＲＢがデフォルトＤＲＢであるかどうかの指示を含んでもよい。これは、本願のこの実施形態で制限されない。
【手続補正11】
【補正対象書類名】明細書
【補正対象項目名】０１３２
【補正方法】変更
【補正の内容】
【0132】
ＣＵ−ＣＰが端末デバイスのＰＤＵセッションにおける第１ＱｏＳフローの性能の検出、すなわち、第１データパケットの性能の検出を必要とする場合に、第１データパケットのクオリティ・オブ・サービスＱｏＳフローは第１ＱＦＩであり、すなわち、伝送パラメータは、ＱＦＩの粒度で測定される。ＣＵ−ＣＰが端末デバイスのために同じＱｏＳ特性により全ての第１データパケットの検出を必要とするとき、第１データパケットは第１５ＱＩによって識別され、伝送パラメータは５ＱＩの粒度で測定される。５ＱＩ及びＱＦＩが等しい値を有しているとき、ＱｏＳフローは５ＱＩ又はＱＦＩのどちらか一方を使用することによって識別されてよく、あるいは、５ＱＩ及びＱＦＩが等しくない値を有しているとき、ＱｏＳフローは、５ＱＩを使用することによって識別され得る必要がある。
【手続補正12】
【補正対象書類名】明細書
【補正対象項目名】０１９０
【補正方法】変更
【補正の内容】
【0190】
本願の各実施形態で、第１情報は、伝送のための如何なる可能なシグナリングでも運ばれてよい、と更に理解されるべきである。同様に、第２情報及び第３情報も、如何なる可能なシグナリングでも運ばれてよい。言い換えると、第１情報、第２情報、及び第３情報の具体的な形態は、本願の実施形態で制限されない。
【手続補正13】
【補正対象書類名】明細書
【補正対象項目名】０１９６
【補正方法】変更
【補正の内容】
【0196】
プロセッサ４１０は、第１情報を取得するよう構成され、第１情報は、ＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正14】
【補正対象書類名】明細書
【補正対象項目名】０２１３
【補正方法】変更
【補正の内容】
【0213】
プロセッサ６１０は、第１情報を生成するよう構成され、第１情報は、セントラルユニット・ユーザプレーンノードＣＵ−ＵＰに対して、第１データパケットを第１データ無線ベアラＤＲＢへマッピングしかつ第１データパケットの反射マッピング指示フィールドをセットするよう指示するために使用され、第１データパケットが属するクオリティ・オブ・サービスＱｏＳフローは第１ＱｏＳフローである。
【手続補正15】
【補正対象書類名】明細書
【補正対象項目名】０２２３
【補正方法】変更
【補正の内容】
【0223】
図１７は、本願の実施形態に従う通信装置８００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１７に示される通信装置８００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＵＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１７に示されるように、通信装置８００は、プロセッサ８１０、メモリ８２０、及びトランシーバ８３０を含む。プロセッサ８１０、メモリ８２０、及びトランシーバ８３０は、通信バスを使用することによって接続されている。メモリ８２０は、命令を記憶している。プロセッサ８１０は、メモリ８２０に記憶されている命令を実行するよう構成される。トランシーバ８３０は、プロセッサ８１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【手続補正16】
【補正対象書類名】明細書
【補正対象項目名】０２３６
【補正方法】変更
【補正の内容】
【0236】
図１９は、本願の実施形態に従う通信装置１０００の略ブロック図である。通信装置の実施形態及び方法の実施形態は、互いに対応している、ことが理解されるべきである。同様の記載については、方法の実施形態を参照されたい。図１９に示される通信装置１０００は、図９乃至図１２及び方法３００の各実施形態においてＣＵ−ＣＰによって実行されるステップを実行するよう構成されてよい。同様の記載については、方法の記載を参照されたい。繰り返しを避けるために、詳細は、ここで再びは記載されない。図１９に示されるように、通信装置１０００は、プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０を含む。プロセッサ１０１０、メモリ１０２０、及びトランシーバ１０３０は、通信バスを使用することによって接続されている。メモリ１０２０は、命令を記憶している。プロセッサ１０１０は、メモリ１０２０に記憶されている命令を実行するよう構成される。トランシーバ１０３０は、プロセッサ１０１０の駆動下で具体的な信号送信／受信を実行するよう構成される。
【手続補正17】
【補正対象書類名】明細書
【補正対象項目名】０２５３
【補正方法】変更
【補正の内容】
【0253】
任意に、記憶ユニットは、レジスタ又はキャッシュのような、チップ内の記憶ユニットである。代替的に、記憶ユニットは、端末内にあってチップの外にある記憶ユニット、例えば、ＲＯＭ、静的な情報及び命令を記憶可能な他のタイプの記憶デバイス、又はＲＡＭであってよい。どこでも述べられているプロセッサは、ＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は上記の通信方法のプログラム実行を制御する１つ以上の集積回路であってよい。
【国際調査報告】