特許ウォッチ

公開番号2025159344
公報種別公開特許公報(A)
公開日2025-10-20
出願番号2024194759
出願日2024-11-06
発明の名称ネットワークノード及び通信方法
出願人株式会社NTTドコモ
代理人弁理士法人ITOH
主分類H04W 12/08 20210101AFI20251010BHJP(電気通信技術)
要約【課題】制御用セッションと信号伝送用セッションの対応付けを明確にすること。
【解決手段】ネットワークノードは、制御用の第1のTLS(Transport layer security)セッションにおいてハンドシェイクID及び第1のタイマ値をSEPP(Security Edge Protection Proxy)に送信する送信部と、前記ハンドシェイクID及び第2のタイマ値を前記第1のTLSセッションを介して前記SEPPから受信する受信部と、前記第1のTLSセッションで交渉した暗号化方式を適用する信号伝送用の第2のTLSセッションを前記SEPPと確立する制御部とを有し、前記送信部は、前記第2のTLSセッションを確立した直後に、前記ハンドシェイクIDを含むHTTP(Hypertext Transfer Protocol)のOPTIONSメソッドの信号を前記第2のTLSセッションを介して前記SEPPに送信する。
【選択図】図15
特許請求の範囲【請求項１】
制御用の第１のＴＬＳ（Transport layer security）セッションにおいてハンドシェイクＩＤ及び第１のタイマ値をＳＥＰＰ（Security Edge Protection Proxy）に送信する送信部と、
前記ハンドシェイクＩＤ及び第２のタイマ値を前記第１のＴＬＳセッションを介して前記ＳＥＰＰから受信する受信部と、
前記第１のＴＬＳセッションで交渉した暗号化方式を適用する信号伝送用の第２のＴＬＳセッションを前記ＳＥＰＰと確立する制御部とを有し、
前記送信部は、前記第２のＴＬＳセッションを確立した直後に、前記ハンドシェイクＩＤを含むＨＴＴＰ（Hypertext Transfer Protocol）のＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信し、
前記制御部は、前記第２のタイマ値で満了するタイマを開始し、前記タイマが満了した場合、前記送信部にＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信させるネットワークノード。
続きを表示（約 1,300 文字）【請求項２】
前記制御部は、前記第２のＴＬＳセッションで送受信が発生した場合前記タイマをリセットし再度開始する請求項１記載のネットワークノード。
【請求項３】
前記制御部は、前記第２のタイマ値が設定されていない場合、前記第１のタイマ値で満了するタイマを開始し、前記タイマが満了した場合、前記送信部にＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信させる請求項１記載のネットワークノード。
【請求項４】
制御用の第１のＴＬＳ（Transport layer security）セッションにおいてハンドシェイクＩＤ及び第１のタイマ値をＳＥＰＰ（Security Edge Protection Proxy）から受信する受信部と、
前記ハンドシェイクＩＤ及び第２のタイマ値を前記第１のＴＬＳセッションを介して前記ＳＥＰＰに送信する送信部と、
前記第１のＴＬＳセッションで交渉した暗号化方式を適用する信号伝送用の第２のＴＬＳセッションを前記ＳＥＰＰと確立する制御部とを有し、
前記受信部は、前記第２のＴＬＳセッションを確立した直後に、前記ハンドシェイクＩＤを含むＨＴＴＰ（Hypertext Transfer Protocol）のＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰから受信し、
前記制御部は、前記受信部がＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰから受信したとき、前記送信部に応答を前記ＳＥＰＰに送信させるネットワークノード。
【請求項５】
前記制御部は、前記第２のタイマ値で満了するタイマを開始し、前記タイマが満了してからある期間が経過後、かつ、ＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰから受信しない場合、前記第２のＴＬＳセッションを解放する請求項１記載のネットワークノード。
【請求項６】
制御用の第１のＴＬＳ（Transport layer security）セッションにおいてハンドシェイクＩＤ及び第１のタイマ値をＳＥＰＰ（Security Edge Protection Proxy）に送信する手順と、
前記ハンドシェイクＩＤ及び第２のタイマ値を前記第１のＴＬＳセッションを介して前記ＳＥＰＰから受信する手順と、
前記第１のＴＬＳセッションで交渉した暗号化方式を適用する信号伝送用の第２のＴＬＳセッションを前記ＳＥＰＰと確立する手順と、
前記第２のＴＬＳセッションを確立した直後に、前記ハンドシェイクＩＤを含むＨＴＴＰ（Hypertext Transfer Protocol）のＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信する手順と、
前記第２のタイマ値で満了するタイマを開始し、前記タイマが満了した場合、ＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信する手順とをネットワークノードが実行する通信方法。

発明の詳細な説明【技術分野】
【０００１】
本発明は、通信システムにおけるネットワークノード及び通信方法に関する。
続きを表示（約 2,600 文字）【背景技術】
【０００２】
３ＧＰＰ（登録商標）（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（New Radio）と呼ばれる無線通信方式（以下、当該無線通信方式を「５Ｇ」あるいは「ＮＲ」という。）の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。
【０００３】
ＮＲでは、ＬＴＥ（Long Term Evolution）のネットワークアーキテクチャにおけるコアネットワークであるＥＰＣ（Evolved Packet Core）に対応する５ＧＣ（5G Core Network）及びＬＴＥのネットワークアーキテクチャにおけるＲＡＮ（Radio Access Network）であるＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）に対応するＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を含むネットワークアーキテクチャが検討されている（例えば非特許文献１及び非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
3GPP TS 23.501 V18.6.0 (2024-06)
3GPP TS 23.502 V18.6.0 (2024-06)
3GPP TS 29.573 V18.7.0 (2024-06)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
５ＧＣでは、事業者間インタフェースとしてＮ３２を規定している。在圏網（Visited Public Land Mobile Network, ＶＰＬＭＮ）とホーム網（Home Public Land Mobile Network, ＨＰＬＭＮ）のＮＦが通信する際には、網の境界に配置されるＳＥＰＰ（Security Edge Protection Proxy）という装置間で、Ｎ３２接続（N32 connection）を確立し、その通信パスの中に必要な信号を含めて通信する。２つのＰＬＭＮは、ＳＥＰＰにセキュリティ機能を追加した中継装置（ＨＴＴＰプロキシ相当＋アルファ）として、互いに通信をやり取りする。
【０００６】
Ｎ３２は制御用のＮ３２－ｃ、信号伝送用のＮ３２－ｆの２種類のインタフェースから構成される。現状、Ｎ３２－ｃとＮ３２－ｆの対応付けが不完全であり、ＳＥＰＰがＮ３２－ｆ用ＴＬＳ（Transport layer security）セッションの妥当性の検証が困難であった。
【０００７】
本発明は上記の点に鑑みてなされたものであり、制御用セッションと信号伝送用セッションの対応付けを明確にすることを目的とする。
【課題を解決するための手段】
【０００８】
開示の技術によれば、制御用の第１のＴＬＳ（Transport layer security）セッションにおいてハンドシェイクＩＤ及び第１のタイマ値をＳＥＰＰ（Security Edge Protection Proxy）に送信する送信部と、前記ハンドシェイクＩＤ及び第２のタイマ値を前記第１のＴＬＳセッションを介して前記ＳＥＰＰから受信する受信部と、前記第１のＴＬＳセッションで交渉した暗号化方式を適用する信号伝送用の第２のＴＬＳセッションを前記ＳＥＰＰと確立する制御部とを有し、前記送信部は、前記第２のＴＬＳセッションを確立した直後に、前記ハンドシェイクＩＤを含むＨＴＴＰ（Hypertext Transfer Protocol）のＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信し、前記制御部は、前記第２のタイマ値で満了するタイマを開始し、前記タイマが満了した場合、前記送信部にＨＴＴＰのＯＰＴＩＯＮＳメソッドの信号を前記第２のＴＬＳセッションを介して前記ＳＥＰＰに送信させるネットワークノードが提供される。
【発明の効果】
【０００９】
開示の技術によれば、制御用セッションと信号伝送用セッションの対応付けを明確にすることができる。
【図面の簡単な説明】
【００１０】
通信システムの例を説明するための図である。
ローミング環境下の通信システムの例（１）を説明するための図である。
ローミング環境下の通信システムの例（２）を説明するための図である。
事業者間の通信信号を説明するための図である。
Ｎ３２－ｃの構成例（１）を説明するための図である。
Ｎ３２－ｆの構成例（１）を説明するための図である。
Ｎ３２－ｃの構成例（２）を説明するための図である。
Ｎ３２－ｆの構成例（２）を説明するための図である。
Ｎ３２の構成例（１）を説明するための図である。
Ｎ３２の構成例（２）を説明するための図である。
本発明の実施の形態におけるＮ３２の構成例（１）を説明するための図である。
本発明の実施の形態におけるＮ３２の構成例（２）を説明するための図である。
本発明の実施の形態におけるＮ３２の構成例（３）を説明するための図である。
本発明の実施の形態におけるＮ３２の構成例（４）を説明するための図である。
本発明の実施の形態におけるＮ３２の構成例（５）を説明するための図である。
本発明の実施の形態における基地局１０の機能構成の一例を示す図である。
本発明の実施の形態における端末２０の機能構成の一例を示す図である。
本発明の実施の形態における基地局１０及び端末２０のハードウェア構成の一例を示す図である。
本発明の実施の形態における車両２００１の構成の一例を示す図である。
【発明を実施するための形態】
（【００１１】以降は省略されています）

関連特許