(57)【要約】  本開示の第1の例示的な態様による移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法は、他のユーザーとのユーザーデータのための完全性保護の設定およびパラメーターを設定し、他のユーザーからユーザプレーンデータを受信し、データの一部について Message Authentication Code for Integrity (MAC-I) を計算し、その一部の完全性をチェックする。【選択図】図１
2021514143.tif 000002
【特許請求の範囲】
【請求項１】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置とのユーザーデータの完全性保護のための設定およびパラメーターを構成し、
前記他装置からユーザプレーンデータを受信し、
前記データの一部に対する Message Authentication Code for Integrity (MAC-I)を計算し、
前記データの前記一部の完全性をチェックし、
前記移動通信装置は前記データの前記一部の完全性のみをチェックし、前記移動通信装置と前記コアネットワークエンティティとは短いMAC-Iを使用する、方法。
【請求項２】
さらに、受信した前記データから完全性保護のための前記データの前記一部のサイズに関する情報を読み出す、請求項１に記載の方法。
【請求項３】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置との完全性保護に関する設定とパラメーターを構成し、
前記他装置から前記データを受信し、
前記受信データに対してMAC-Iを計算するか否かを決定する、方法。
【請求項４】
さらに、前記受信データのデータレートを計算し、
前記データレートに基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項５】
さらに、処理負荷を計算し、
前記処理負荷に基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項６】
さらに、処理負荷を計算し、
前記受信データの重要性に基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項７】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置との完全性保護に関する設定とパラメーターを構成し、
送信するデータの一部のMAC-Iを計算し、
前記他装置へ、前記データと前記MAC-Iを送信する、方法。
【請求項８】
さらに、送信する前記データの前記一部のサイズに関する情報を含む、請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、5Gネットワークにおけるユーザプレーンデータの完全性保護に関する新しい方法を提供し、完全性保護を処理における過負荷の問題を解決する。この方法は完全性保護の処理負荷を低減し、サービス中断を回避できる。
【背景技術】
【０００２】
5Gネットワークにおいて、IoTアプリケーションなどのUプレーンデータに完全性保護を適用することが3GPPにおいて検討されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
UEと5Gネットワーク間で転送されるUser Plane (UP)データに完全性保護を適用する場合、データレートが高いとUEが完全性保護チェックを行えず、もしくは完全性保護チェックによって消費電力や伝送遅延が大きくなり、サービスを維持できないか、サービス要件を満たすことができない。3GPPでは、完全性保護をサポートするための最大データレートがこの問題を回避するために定義されているが、5Gの一部のサービスでは高いデータレートの完全性保護が必要になる可能性が高い。さらに、データレートが制限を超える場合、手順は定義されていない。
【課題を解決するための手段】
【０００４】
本開示の第1の例示的な態様による移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法は、他のユーザーとのユーザーデータ用の完全性保護の設定およびパラメーターを設定し、前記他のユーザーからユーザプレーンデータを受信し、前記データの一部に対する Message Authentication Code for Integrity (MAC-I)を計算し、前記データの一部の完全性をチェックすることを含む。
【０００５】
本開示の第2の例示的な態様による移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法は、他のユーザーとの完全性保護に関する設定とパラメーターを設定し、前記他のユーザーから前記データを受信し、前記受信データに対してMAC-Iを計算するか否かを決定することを含む。
【０００６】
本開示の第2の例示的な態様による移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法は、他のユーザーとの完全性保護に関する設定とパラメーターを設定し、送信するデータの一部のMAC-Iを計算し、前記他のユーザーへ、前記データと前記MAC-Iを送信することを含む。
【図面の簡単な説明】
【０００７】
【図１】図1にUEとモバイルネットワークを示す。
【図２】図2にMAC-Iを用いたUプレーンデータを示す。
【図３】図3にMAC-Iの計算を示す。
【図４】図4は、実施形態1の方法のブロック図を示す。
【図５】図5に部分的な完全性保護を示す。
【図６】図6にPDCPのデータフォーマットを示す。
【図７】図7は、実施形態2の方法のブロック図を示す。
【図８】図8は、実施形態3の方法のブロック図を示す。
【発明を実施するための形態】
【０００８】
実施の形態1:
図1に示すように、UE (User equipment) 101もしくは移動端末は、RAN (Radio Access Network) 102を含む5Gネットワークと、AMF (Access and Mobility management Function) 103及びUPF (User Plane Function) 104などのコアネットワークノードと接続して通信を行う。5Gネットワークでは、RAN (Radio Access network) 102はNG (New Generation)-RANまたはgNB (gNodeB) とも呼ばれ、Wi-Fiのような他のアクセスネットワークが非3GPPアクセスとして使用されてもよい。完全性及び機密性の保護は通常、UE 101とRAN 102の間、またはUE 101とAMF 103の間で転送されるCP (コントロールプレーン (Control Plane)) データに適用され、UE 101とRAN 102の間、またはUE 101とUPF 104の間で転送されるUP (ユーザプレーン(User Plane)) データには、オプションとして適用される。完全性保護、アルゴリズム、セキュリティキー、および完全性保護に関するその他の設定の使用など、完全性保護に関する設定は、UE 101が5Gネットワークに接続したときに実行される。
【０００９】
図2は、ヘッダ、UPデータ、MAC-I (Message Authentication Code for Integrity) からなる完全性保護されたUPデータを示す。 
【００１０】
MAC-Iは、通常、図3に示すように、ヘッダおよびUPデータをハッシュ関数301に入力することによって計算される。完全性保護のアルゴリズム識別子および保護に関連するパラメーターのようないくつかの他の値が、ハッシュ関数に入力されてもよい。
【００１１】
UPデータは、UE 101からネットワーク (RAN 102またはUPF 104) へ、またはその逆に送信される。
【００１２】
図４は、本発明における受信側で受信UPデータを処理する方法のブロック図であり、全てのステップは受信側で実行される。はじめに、受信装置 (UE 101、RAN 102、またはUPF 104)は、UPデータを受信する (S 401) 。データレートは、過去に受信したデータ、例えば1秒、3、5、10秒等を含むデータ用いて算出される (S 402) 。データレートが予め設定された制限値よりも高いか否かをチェックする (S 403) 。データレートは、受信データに対するアクションを決定するために監視されてもよい。データレートは、無線伝送の物理レイヤ、またはアプリケーションレイヤなどの他のレイヤによって提供されてもよい。データレートが制限値より大きい場合はステップS 404に進み、それ以外の場合はステップS 405に進む。データは、完全性チェックを実行せずに破棄される(S 404、1-1) 。他のオプションとして、MAC-Iを含むデータを格納し (S 404、1-2) 、後に完全性チェックを実行してから、S 407に進むようにしてもよい。図3に示すように、ヘッダとUPデータを用いてMAC-Iを計算し、計算されたMAC-Iと受信データのMAC-Iとを比較することにより、完全性チェックを行う (S 405) 。完全性チェックの結果が失敗である場合、すなわち、両MAC-Iの値が一致しない場合には、ステップS 407に進み、その他の場合には、最初のステップS 401に戻る (S 406) 。完全性の失敗は、上位レイヤに報告される (S 407) 。なお、S 404においてチェックが行われていないと報告されてもよいし、もしくは、S405で完全性チェックの結果が失敗したと報告されてもよい。情報は、アプリケーションの要件に応じて送信側に送信されてもよい。
【００１３】
実施の形態2:
図７は、本発明の受信機側で受信UPデータを処理する方法のブロック図である。実施の形態1との相違点は、図4のステップS 402及びS 403のみである。CPU (Central Processing Unit) もしくはDSP (Digital Signal Processor) などのプロセッサの負荷が、受信データに対する動作を決定するために監視される。プロセッサの負荷は、通常、オペレーションシステムによって提供される。負荷の値は、UPデータの受信に応じて、例えば過去1〜数秒の平均値として算出される (S 702) 。負荷の値が予め設定された制限値よりも大きいか否かをチェックする (S 703) 。高い場合はステップS 404に進み、低い場合はステップS 405に進む。
【００１４】
実施の形態3:
図８は、本発明の受信機側で受信UPデータを処理する方法のブロック図である。実施の形態1との相違点は、図4のステップS 402及びS 403のみである。受信データの重要性が、受信データに対する行動を決定するためにチェックされる(または監視される)(S 802) 。重要性とは、データにとって完全性保護がどの程度重要かを意味する。たとえば、アプリケーションの主要な情報や、偽造された場合に重大な損害を引き起こす可能性のある情報は重要であるが、広告はそれほど重要ではない。重要性の決定には2つの選択肢がある。一つは送信者側で重要性を決め、データのヘッダに重要性をマークすることである。情報は、バイナリ(重要か否か)または複数のレベルであってもよい。受信装置は、ヘッダ内の情報を読み出し、データの重要性を決定する。もう1つの選択肢は、データの重要性が受信側で決定されることである。データが重要であればステップS 405に進み (完全性チェックが行われる) 、重要でなければステップS 404に進む (完全性チェックは実行されない。) (S 803) 。
【００１５】
実施の形態4:
完全性チェックの処理コストを削減するために、重要性の高いUPデータの一部分の完全性をチェックする。データの一部の完全性が適切に保護されている場合、保護されていないデータを変更することによる、データの改ざんが不可能となる。したがって、完全性保護の性能を維持したままUPデータの一部をチェックすることで、効率的に処理コストを削減することができる。UPデータがオーディオデータである場合には、ヘッダ及びオーディオ信号の高振幅用ビット等のオーディオ品質に高感度なUPデータの重要部分のみの完全性が保護される。ビデオデータでは、予測のために参照されるビデオヘッダとイントラフレームまたはイントラビデオパケットが重要であり、そのデータの完全性が保護される。このような重要なデータは、通常、UPデータの先頭から収集及び配置され、データの一部分の完全性保護が実行され、図5に示すように、UPデータのヘッダと重要な部分を用いてMAC-Iが計算される。送信側と受信側の両方でUPデータの保護された部分のサイズを処理する2つのオプションがある。オプションの1つは、UPデータや、他の設定の転送を開始する前にサイズを設定することである。他のオプションは、送信側でUPデータのヘッダにサイズを含め、受信側で受信データのヘッダからサイズを読み出すことである。この方法は、MAC-Iを算出する工程 (S 405) を、ここで説明した方法に置き換えることにより、実施の形態1〜3と組み合わせることができる。
【００１６】
実施の形態5:
MAC-Iのサイズは、処理コスト及び転送されるデータサイズのオーバーヘッドを低減するために、データの重要性またはアプリケーションの要件に応じて適切に決定され、例えば、重要性が高い場合には、より大きなサイズのMAC-Iが選択される。送信側と受信側の両方でMAC-Iのサイズを処理する2つのオプションがある。オプションの1つは、UPデータやその他の設定の転送を開始する前にサイズを設定することである。他のオプションは、送信側でUPデータのヘッダにサイズを含め、受信側で受信データのヘッダからサイズを読み出すことである。この方法は、MAC-Iを算出する工程 (S 405) を、ここで説明した方法に置き換えることにより、実施の形態1〜3と組み合わせることができる。
【００１７】
実施の形態6:
実施の形態3〜5で説明した方法は、3GPP TS 33.323 v 15.0 .0で規定されるPDCP (Packet Data Convergence Protocol) で実現される。図6は、PDCPで使用されるフォーマットを示し、予約ビット (R) が示され、本発明の方法と組み合わせて使用することができる。
【００１８】
実施の形態3で説明した方法では、以下のように予約ビットを用いてデータの重要性を示している。
【００１９】
R:重要(1)、重要でない(0)
【００２０】
さらに、複数ビットのRは、の複数レベルの重要性を示すために使用される。例えば、重要性が4レベルの場合、Rの2ビットは以下のように使用される。
RR:最低レベル(00)、レベル1(01)、レベル2(10)、最高レベル(11)
【００２１】
同様に、実施の形態4で説明した保護データのサイズを、予約ビットを用いて示す。ビットは直接サイズを示してもよく、サイズを定義するテーブルのインデックスを示してもよい。たとえば、Rの3ビットは、次のように8パターンのサイズのテーブルのインデックスを示すために使用される。
【００２２】
Size_table [8] = {0,16,32,128,256,512,1024,all}
RRR (001) は、先頭から16バイトのUPデータが保護されていることを示している。サイズにはヘッダサイズを含めてもよい。RRR (000) は保護されていないことを示し、RRR (111) はすべてのデータが保護されていることを示す。
【００２３】
実施の形態7:
UE及び5Gネットワークノード (gNBなど) において、本発明に係る完全性保護の設定及びパラメーター、例えば前述の実施形態に示した完全性保護の方法、保護ビット数等をどのように構成するかを説明する。UEが5Gネットワークに接続する際には、5G仕様で規定されている登録手順もしくはハンドオーバ手順が5Gネットワークにおいて実施され、登録手順もしくはハンドオーバ手順が実行される間、UEは完全性保護に関する設定もしくはパラメーター、その他のUEの能力（UE’s capability）に関する情報をネットワークに送信する。ネットワーク側では、UEから送信される情報、ネットワーク事業者のセキュリティポリシー、 UEに提供されるアプリケーションやサービスの要件などに基づいて、設定やパラメーターが決定される。決定された設定及びパラメーターは、完全性や機密性保護が施されてUEに送信される。これらの設定およびパラメーター (UEから受信したものと現在使用しているものの両方)も、完全性および機密性保護を伴うハンドオーバ中に、ソースネットワークノードからターゲットネットワークノードに転送される。ネットワークノードは、登録もしくはハンドオーバの間に、現在の設定やパラメーターが十分かどうかをチェックし、要求に応じて現在の設定やパラメーターを変更するか、 UEが要求された能力を持っていない場合にはUEのアクセスを拒否する。
【００２４】
開示内容は次のとおりである。
(1) 移動端末とネットワークとの間の通信を開始する前に、完全性保護の方法、保護されたビットの数など、本発明におけるユーザーデータのための完全性保護の設定およびパラメーターを構成すること、例えば、その構成は、少なくとも1つの制限データレート/処理負荷、重要なデータの取り扱い、または保護されたデータサイズなどを含む。
(2) 通信中、データレート/処理負荷またはユーザプレーンデータの重要性を監視して、受信データに対するアクションを決定する。
(3) 決定に基づいて、完全性チェックが実行されるか、またはユーザプレーンデータが完全性チェックなしで廃棄または格納される。
開示内容は次のとおりである。
以下のステップで構成される部分完全性チェックの方法
(1) 移動端末とネットワーク間の通信を開始する前に、ユーザーデータの一部の完全性保護の方法と保護ビットの数を設定し、
(2) UPデータの一部の完全性は、送信側および受信側で設定されたサイズのデータについてMAC-Iを計算することによってチェックされる。
【００２５】
本出願は、2018年2月16日に出願されたインド特許出願第201841005966号に基づく優先権の利益を主張するものであり、その開示の全体を参照により本明細書に援用する。
【符号の説明】
【００２６】
101 UE
102RAN
103 AMF
104 UPF
【図１】
2021514143.tif 000003
【図２】
2021514143.tif 000004
【図３】
2021514143.tif 000005
【図４】
2021514143.tif 000006
【図５】
2021514143.tif 000007
【図６】
2021514143.tif 000008
【図７】
2021514143.tif 000009
【図８】
2021514143.tif 000010
【手続補正書】
【提出日】令和2年8月17日(2020.8.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置とのユーザーデータの完全性保護のための設定およびパラメーターを構成し、
前記他装置からユーザプレーンデータを受信し、
前記ユーザプレーンデータの一部に対する Message Authentication Code for Integrity (MAC-I)を計算し、
前記ユーザプレーンデータの前記一部の完全性をチェックし、
前記移動通信装置は前記ユーザプレーンデータの前記一部の完全性のみをチェックし、前記移動通信装置と前記コアネットワークエンティティとは短いMAC-Iを使用する、方法。
【請求項２】
さらに、受信した前記ユーザプレーンデータから完全性保護のための前記ユーザプレーンデータの前記一部のサイズに関する情報を読み出す、請求項１に記載の方法。
【請求項３】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置との完全性保護に関する設定とパラメーターを構成し、
前記他装置からデータを受信し、
前記受信データに対してMAC-Iを計算するか否かを決定する、方法。
【請求項４】
さらに、前記受信データのデータレートを計算し、
前記データレートに基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項５】
さらに、処理負荷を計算し、
前記処理負荷に基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項６】
さらに、処理負荷を計算し、
前記受信データの重要性に基づいて前記受信データのMAC-Iを計算するか否かを決定する、請求項３に記載の方法。
【請求項７】
移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法であって、
他装置との完全性保護に関する設定とパラメーターを構成し、
送信するデータの一部のMAC-Iを計算し、
前記他装置へ、前記データと前記MAC-Iを送信する、方法。
【請求項８】
さらに、送信する前記データの前記一部のサイズに関する情報を含む、請求項７に記載の方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本開示の第3の例示的な態様による移動通信装置またはコアネットワークエンティティによる完全性保護方式のための方法は、他のユーザーとの完全性保護に関する設定とパラメーターを設定し、送信するデータの一部のMAC-Iを計算し、前記他のユーザーへ、前記データと前記MAC-Iを送信することを含む。
【国際調査報告】
2021514143.tif 000011
2021514143.tif 000012