JP7676534B2 - セキュリティ通信方法および装置 - Google Patents

セキュリティ通信方法および装置 Download PDF

Info

Publication number
JP7676534B2
JP7676534B2 JP2023508547A JP2023508547A JP7676534B2 JP 7676534 B2 JP7676534 B2 JP 7676534B2 JP 2023508547 A JP2023508547 A JP 2023508547A JP 2023508547 A JP2023508547 A JP 2023508547A JP 7676534 B2 JP7676534 B2 JP 7676534B2
Authority
JP
Japan
Prior art keywords
session management
management function
request
smf
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2023508547A
Other languages
English (en)
Other versions
JP2023537734A (ja
Inventor
ウー ワン，
ユンジエ ル，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2023537734A publication Critical patent/JP2023537734A/ja
Application granted granted Critical
Publication of JP7676534B2 publication Critical patent/JP7676534B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/084—Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Description

本開示の非限定的なおよび例示的な実施形態は、一般的に、通信の技術分野に関し、具体的には、セキュリティ通信方法および装置に関する。
このセクションでは、本開示のより良い理解を容易にし得る態様を紹介する。それ故に、このセクションで述べたことは、この観点から読み取られるべきであり、先行技術にあるものまたは先行技術にないものについての容認として理解されるべきではない。
特定のＳＭＦサービスエリアによる配置トポロジ
第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークなどの通信ネットワークにおいて、「ＳＭＦサービングエリア（ＤＴＳＳＡ）による配置トポロジ」という新しい特徴が５ＧＣに導入され、これによって、旧ＳＭＦによってサーブされたプロトコルデータユニット（ＰＤＵ）のセッションを継続するために、ユーザ機器（ＵＥ）が現在のサービングセッション管理機能（ＳＭＦ）のサービングエリアから出た時に中間セッション管理機能（Ｉ－ＳＭＦ）を挿入／変更するためのアクセスおよびモビリティ管理機能（ＡＭＦ）が可能になる。
開示全体が参照により本明細書に組み込まれている３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．２３項には、特定のＳＭＦサービスエリアによる配置トポロジのサポートについて記載されている。
図１は、Ｉ－ＳＭＦ挿入／変更／削除によるＵＥトリガサービス要求手順を示す。図１は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．２３．４．３－１のコピーである。図１に示されるステップは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．２３．４．３項に記載されている。Ｉ－ＳＭＦが挿入または変更された場合、Ｉ－ＳＭＦ／Ｖ－ＳＭＦ変更によるＵＥトリガサービス要求手順の間、新Ｉ－ＳＭＦはＡ－ＳＭＦ（アンカーＳＭＦ）または旧Ｉ－ＳＭＦからＰＤＵセッションのＳＭコンテキストをフェッチする。
ステップ４ａでは、新Ｉ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求（ＳＭコンテキストタイプ、ＳＭコンテキストＩＤ（識別子））を呼び出すことによって、旧Ｉ－ＳＭＦ（Ｉ－ＳＭＦ変更の場合）またはＳＭＦ（Ｉ－ＳＭＦ挿入の場合）からＳＭ（セッション管理）コンテキストを引き出す。新Ｉ－ＳＭＦはこのサービス操作に対してＡＭＦから受信されたＳＭコンテキストＩＤを使用する。ＳＭコンテキストＩＤは、対象のＰＤＵセッションを判断するためにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求の受信者によって使用される。ＳＭコンテキストタイプは、要求された情報が全てＳＭコンテキスト、すなわち、ＰＤＮ（パケットデータネットワーク）接続コンテキストおよび５Ｇ（第５世代）ＳＭコンテキストであることを示す。
ステップ４ｂでは、Ｉ－ＳＭＦ変更の場合の旧Ｉ－ＳＭＦまたはＩ－ＳＭＦ挿入の場合のＳＭＦは、示されたＰＤＵセッションのＳＭコンテキストで応答する。拡張バッファリングが適用されており、かつ拡張バッファリングタイマーが旧ＳＭＦまたは旧Ｉ－ＵＰＦ（中間ユーザプレーン機能（ＵＰＦ））において依然実行している、またはサービス要求がダウンリンクデータによってトリガされる場合、旧Ｉ－ＳＭＦまたはＳＭＦは、応答において、バッファされたダウンリンクパケットを送出するためのフォワーディングトンネルが必要であることを示すフォワーディング指示を含む。Ｉ－ＳＭＦ挿入について、ＳＭＦによって制御されたＩ－ＵＰＦがＰＤＵセッションに利用可能であった場合、ＳＭＦはフォワーディング指示を含む。
モビリティ登録、Ｎ２／Ｘｎベースのハンドオーバなどを含めて、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるような全てのＵＥモビリティ手順の間に同様の機構が実行される。
３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．２３．５．１項には、ＰＤＵセッション確立手順が記載されている。ＤＴＳＳＡでは、ＰＤＵセッションが確立されている時、非ローミングまたはＬＢＯ（ローカルブレークアウト）ローミングには、以下の場合が含まれる。
－選択されたＳＭＦのサービスエリアがＵＥがキャンプする場所を含む場合、ＵＥ要求ＰＤＵセッション確立手順は３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．１項に記載されるのと同じである。
－選択されたＳＭＦのサービスエリアがＵＥがキャンプする場所を含まない場合、ＡＭＦはＵＥがキャンプするエリアをサーブするＩ－ＳＭＦを選択する。３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．２項に規定されるホームルーテッドローミングに対するＵＥ要求ＰＤＵセッション確立手順は、ＰＤＵセッションを確立するために使用される。３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．２項に規定される手順と比較して、それぞれ、Ｖ－ＳＭＦおよびＶ－ＵＰＦ（訪問先ユーザプレーン機能（ＵＰＦ））はＩ－ＳＭＦおよびＩ－ＵＰＦ（中間ＵＰＦ）と置き換えられ、Ｈ－ＳＭＦ（ホームＳＭＦ）およびＨ－ＵＰＦ（ホームＵＰＦ）はＳＭＦおよびＵＰＦ（ＰＳＡ（ＰＤＵセッションアンカー））と置き換えられる。また、サービングＰＬＭＮ（公衆陸上移動網）によって規定される値を有するＳ－ＮＳＳＡＩ（単一ネットワークスライス選択支援情報）のみがＳＭＦに送出される。Ｉ－ＳＭＦは、サポートするＤＮＡＩ（データネットワークアクセス識別子）リストをＳＭＦに提供し、ＳＭＦは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．２３．９．１－１ステップ１に規定されるようにＩ－ＳＭＦから受信されたＤＮＡＩリスト情報に基づいてＩ－ＳＭＦにこのＰＤＵセッションに対する関心のＤＮＡＩを提供する。
－委任されたディスカバリが使用される時、ＳＣＰ（サービス通信プロキシ）は３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の付録Ｅに記載されるＳＭＦを選択する。
図２は、ホームルーテッドローミングシナリオに対するＵＥ要求ＰＤＵセッションの確立を示す。図２は３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．３．２．２．２－１のコピーである。図２のステップは３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．２項に記載されている。
３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．１項のステップ３にあるようなステップ３ａにおいて、以下が追加される。
－ＡＭＦはまた、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．３．２．２．２－１のステップ２において選択したＨ－ＳＭＦの識別情報、ならびに、許可されたＮＳＳＡＩからのＶＰＬＭＮ Ｓ－ＮＳＳＡＩ、および、マッピングにおいて許可されたＮＳＳＡＩからのＶＰＬＭＮ（訪問先ＰＬＭＮ）Ｓ－ＮＳＳＡＩであるＨＰＬＭＮ（ホームＰＬＭＮ）の対応するＳ－ＮＳＳＡＩの両方を提供する。Ｈ－ＳＭＦは、ＰＤＵセッションがホームルーティングされる時に提供される。ＡＭＦはまた、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．３．２．２．２－１のステップ２において受信した場合に代替のＨ－ＳＭＦの識別情報を提供してよい。
－Ｖ－ＳＭＦは、ＡＭＦから受信されたＤＮＮ選択モードを使用しないが、この情報をＨ－ＳＭＦに中継する。
ＡＭＦはこのステップにＨ－ＰＣＦ ＩＤを含んでよく、Ｖ－ＳＭＦはステップ６においてこれをＨ－ＳＭＦに渡すことになる。これによって、Ｈ－ＳＭＦは、ステップ９ａにおいて同じＨ－ＰＣＦを選択することが可能になる。
コントロールプレーンＣＩｏＴ ５ＧＳ最適化がＰＤＵセッションに使用され、かつサブスクリプションデータにおける「呼び出しＮＥＦ指示」がＳ－ＮＳＳＡＩ／ＤＮＮの組み合わせに設定される場合、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求において「呼び出しＮＥＦ」フラグを含む。
ステップ６において、Ｖ－ＳＭＦからＨ－ＳＭＦ：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求（ＳＵＰＩ（サブスクリプション永続識別子）、ＧＰＳＩ（Ｇｅｎｅｒｉｃ Ｐｕｂｌｉｃ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）（利用可能な場合）、Ｖ－ＳＭＦ ＳＭコンテキストＩＤ、ＤＮＮ（データネットワーク名）、ＨＰＬＭＮによって値が規定されるＳ－ＮＳＳＡＩ、ＰＤＵセッションＩＤ、Ｖ－ＳＭＦ ＩＤ、Ｖ－ＣＮ－Ｔｕｎｎｅｌ－Ｉｎｆｏ、ＰＤＵセッションタイプ、ＰＣＯ（プロトコル設定オプション）、パケットフィルタ数、ユーザロケーション情報、アクセスタイプ、ＲＡＴ（無線アクセス技術）タイプ、ＰＣＦ（ポリシ制御機能） ＩＤ、［低データ速度制御状態］、ＳＭ ＰＤＵ ＤＮ要求コンテナ、ＤＮＮ選択モード、コントロールプレーンＣＩｏＴ（セルラＩｏＴ（モノのインターネット）） ５ＧＳ（第５世代システム）最適化指示、［常時オンＰＤＵセッションの要求］、ＡＭＦ ＩＤ、サービングネットワーク）。プロトコル設定オプションは、Ｈ－ＳＭＦがＰＤＵセッション（例えば、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．３項に規定されるようにＤＮ－ＡＡＡ（認証、承認、および会計）によってＵＥを認証するために使用されるＳＳＣ（セッションおよびサービスの継続性）モードまたはＳＭ ＰＤＵ ＤＮ要求コンテナ）を正しく確立するために必要であり得る情報を含む場合がある。Ｈ－ＳＭＦは、ＵＥ要求を承諾するまたは拒絶するかどうかを決める時にＤＮＮ選択モードを使用し得る。Ｖ－ＳＭＦがＮ１６インターフェースに関する通信障害によりＨ－ＳＭＦからいずれの応答も受信されない場合、オペレータポリシに応じて、開示全体が参照により本明細書に組み込まれている３ＧＰＰ ＴＳ ２９．５０２ Ｖ１６．４．０において詳細に定められるように、Ｖ－ＳＭＦは、ステップ３ａにおいて追加のＨ－ＳＭＦ情報が提供される場合に代替のＨ－ＳＭＦのうちの１つに対してＰＤＵセッションを作成し得る。低データ速度制御状態はＡＭＦから受信される場合に含まれる。ＰＤＵセッションがコントロールプレーン ＣＩｏＴ ５ＧＳ最適化を対象としている場合、コントロールプレーンＣＩｏＴ ５ＧＳ最適化指示はＶ－ＳＭＦによって設定される。
Ｖ－ＳＭＦ ＳＭコンテキストＩＤは、このＰＤＵセッションと関連したサービス操作に割り当てたアドレス指定情報を含有する。Ｈ－ＳＭＦは、ＰＤＵセッション、およびこのＵＥに対するこのＰＤＵセッションのＶ－ＳＭＦコンテキストＩＤの関連付けを記憶する。
Ｈ－ＳＭＦがステップ１３の前に（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求を呼び出す）このＰＤＵセッションに対してＶ－ＳＭＦサービスを使用する必要がある場合、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求の最初の呼び出しにおいて、Ｈ－ＳＭＦはＶ－ＳＭＦに、このＰＤＵセッションと関連したサービス操作に割り当てたＨ－ＳＭＦ ＳＭコンテキストＩＤを提供する。
ＲＡＴタイプがメッセージに含まれた場合、Ｈ－ＳＭＦはそのＲＡＴタイプをＳＭコンテキストに記憶する。
Ｎｎｒｆアクセストークンサービス
３ＧＰＰ ５ＧＣ（５Ｇコアネットワーク）において、ＮＦ（ネットワーク機能）サービスプロデューサーでのサービスを消費するＮＦサービスコンシューマのアクセス制御を実施するためにＯＡｕｔｈが導入され、すなわち、ＮＦコンシューマは、承認サーバからのアクセストークン（すなわち、ＮＲＦ（ネットワークレポジトリ機能））を取得し、ＮＦプロデューサーに向けたサービス要求におけるトークンを添付する必要がある。ある特定のＮＦプロデューサーへのアクセスを取得するために、ＮＦコンシューマは、承認サーバにＮＦプロデューサーのＮＦインスタンスＩＤを提供するため、承認サーバは、プロデューサーのＮＦプロファイルをチェックし、それに応じてアクセスを承認する。
開示全体が参照により本明細書に組み込まれている３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０に定められるように、「クライアント資格情報」の権限付与の後に、ＮＲＦは、（開示全体が参照により本明細書に組み込まれているＩＥＴＦ ＲＦＣ ６７４９（２０１２年１０月）を参照して、ＯＡｕｔｈ２承認に使用された）Ｎｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎサービスを提示する。これによって、アクセストークン要求サービスがＮＦサービスコンシューマによって要求可能である「トークンエンドポイント」が明らかになる。
図３は、ＮＦサービスコンシューマがＮＦサービスアクセスの前にアクセストークンを得る手順を示す。図３は、３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０の図１３．４．１．１－１のコピーである。図３のステップは、３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０の１３．４．１．１項に記載されている。
ＮＦサービスコンシューマは、ＩＥＴＦ（インターネット技術標準化委員会）ＲＦＣ（コメント要求）６７４９（２０１２年１０月）、３．２項に記載されるように、ＨＴＴＰ ＰＯＳＴ要求を「トークンエンドポイント」に送出してよい。「トークンエンドポイント」のＵＲＩは以下とする。
｛ｎｒｆＡｐｉＲｏｏｔ｝／ｏａｕｔｈ２／ｔｏｋｅｎ
この場合、開示全体が参照により本明細書に組み込まれているＩＥＴＦ ＲＦＣ ３９８６（２００５年１月）において規定されるように、｛ｎｒｆＡｐｉＲｏｏｔ｝がＮＲＦの「方式」および「権限」のコンポーネントの連結を表す。
ＯＡｕｔｈ ２．０アクセストークン要求はＨＴＴＰ（ハイパーテキスト転送プロトコル）の本文においてＰＯＳＴ要求を含み、ＰＯＳＴ要求は以下を含有するものとする。
－「ｃｌｉｅｎｔ＿ｃｒｅｄｅｎｔｉａｌｓ」に設定されるＯａｕｔｈ２グラントタイプ
－ＮＦサービスコンシューマがアクセスしようとしているＮＦサービスの名称を示す「スコープ」パラメータ（すなわち、予想されるＮＦサービス名）
－ＯＡｕｔｈ２．０アクセストークンを要求するＮＦサービスコンシューマのＮＦインスタンスＩｄで、これが特定のＮＦサービスプロデューサーについてのアクセストークン要求である場合
－ＮＦサービスコンシューマのＮＦタイプで、これが特定のＮＦサービスプロデューサーについてではないアクセストークン要求である場合
－予想されるＮＦサービスプロデューサーのＮＦタイプで、これが特定のＮＦサービスプロデューサーについてのアクセストークン要求である場合
－予想されるＮＦサービスプロデューサーのＮＦインスタンスＩｄで、これが特定のＮＦサービスプロデューサーについてのアクセストークン要求である場合
－ホームおよびサービングＰＬＭＮ ＩＤで、これがローミングシナリオにおいて使用するためのアクセストークン要求である場合（３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０の１３．４．１．２項を参照）
この発明の概要は、詳細な説明でさらに後述される抜粋した概念を簡略化された形式で紹介するために提供されている。この発明の概要は、特許請求された主題の主要な特徴または本質的な特徴を特定することを意図してもいないし、特許請求された主題の範囲を限定するために使用されることも意図していない。
ＳＭＦなどのいくつかのＮＦの間のセキュリティ通信にはいくつかの問題がある。通常、ＮＦコンシューマは、ＮＲＦディスカバリを介してＮＦプロデューサーを明示的にディスカバーしかつ選択するため、検索結果からのＮＦインスタンスＩＤに気付く。しかしながら、いくつかのシナリオでは、ＮＦプロデューサーはＮＦコンシューマ自体によって選択されず、例えば、ＡＭＦは、ＰＤＵセッション確立中にＶ－ＳＭＦ／Ｉ－ＳＭＦに対するＨ－ＳＭＦ／ＳＭＦを発見かつ選択し、または、新Ｉ－ＳＭＦは旧Ｉ－ＳＭＦまたはＳＭＦからＳＭコンテキストを引き出す。ホームルーテッドＰＤＵセッション確立およびＵＥモビリティをうまくサーブするために、Ｖ－ＳＭＦおよびＩ－ＳＭＦの両方でサポートされるＤＴＳＳＡ特徴が必要とされる。Ｈ－ＳＭＦ／ＳＭＦ／旧Ｉ－ＳＭＦにおいてサービスにうまくアクセスするために、新Ｉ－ＳＭＦ／Ｖ－ＳＭＦは、アクセストークンを得る必要があるため、ピアＳＭＦ（サービスプロデューサーとして）のＮＦインスタンスＩＤを必要とする。しかしながら、現在は、ＡＭＦには、ＳＭコンテキスト作成手順中に対応するＳＭＦ ＩＤを新Ｖ－ＳＭＦ／Ｉ－ＳＭＦに提供する手段がない。
ＵＥモビリティの間にＶ－ＳＭＦまたはＩ－ＳＭＦが挿入または変更される時、ＡＭＦは、Ｖ－ＳＭＦまたはＩ－ＳＭＦがＨ－ＡＭＦまたはＡ－ＳＭＦまたは旧Ｉ－ＳＭＦからＳＭコンテキストを取り出すために使用できる「ｓｍＣｏｎｔｅｘｔＲｅｆ」を提供するが、Ｖ－ＳＭＦまたはＩ－ＳＭＦの前に取り出し動作を実行し、アクセストークンを得ることが必要であり、その他の場合は、Ｈ－ＡＭＦまたはＡ－ＳＭＦまたは旧Ｉ－ＳＭＦはＳＭコンテキスト取り出し要求を拒絶してよい。ＡＭＦは、「ｓｍＣｏｎｔｅｘｔＲｅｆ」動作を提供するＨ－ＡＭＦまたはＡ－ＳＭＦまたは旧Ｉ－ＳＭＦのＮＦインスタンスＩＤを提供しない。
Ｖ－ＳＭＦまたはＩ－ＳＭＦがＵＥモビリティの間に削除される時、ＡＭＦは、Ｈ－ＡＭＦまたはＡ－ＳＭＦがＩ－ＳＭＦからＳＭコンテキストを取り出すために使用できる「ｓｍＣｏｎｔｅｘｔＲｅｆ」を提供するが、Ｈ－ＳＭＦまたはＡ－ＳＭＦの前にアクセストークンを得ることが必要である取り出し動作を実行し、その他の場合は、Ｉ－ＳＭＦはＳＭコンテキスト取り出し要求を拒絶してよい。ＡＭＦは、「ｓｍＣｏｎｔｅｘｔＲｅｆ」動作を提供するＩ－ＳＭＦのＮＦインスタンスＩＤを提供しない。
Ｖ－ＳＭＦまたはＩ－ＳＭＦがＰＤＵセッション確立の間に挿入される時、ＡＭＦは、Ｖ－ＳＭＦまたはＩ－ＳＭＦがＰＤＵセッションを作成するために使用できる「ｈＳｍｆＵｒｉ」または「ｓｍｆＵｒｉ」をＨ－ＳＭＦまたはＡ－ＳＭＦに提供するが、Ｖ－ＳＭＦまたはＩ－ＳＭＦがＰＤＵセッション動作を実行する前にアクセストークンを得る必要があり、その他の場合は、Ｈ－ＳＭＦまたはＡ－ＳＭＦはＳＭコンテキスト取り出し要求を拒絶してよい。ＡＭＦは、「ｈＳｍｆＵｒｉ」または「ｓｍｆＵｒｉ」動作を提供するＨ－ＡＭＦまたはＡ－ＳＭＦのＮＦインスタンスＩＤを提供しない。
少なくとも１つの上記の問題または他の問題を克服または軽減するために、本開示の実施形態では改善されたセキュリティ通信解決策が提案されている。
本開示の第１の態様では、第１のセッション管理機能によって実行される方法が提供される。方法は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出することを含む。方法は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答をネットワークレポジトリ機能から受信することをさらに含む。
一実施形態では、方法は、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第２のセッション管理機能に送出することをさらに含んでよい。
一実施形態では、第２の要求は、第１のセッション管理機能と第２のセッション管理機能との間のフォワーディングトンネルを確立するための要求、第２のセッション管理機能からセッション管理コンテキストを取り出すための要求、第２のセッション管理機能において新しいプロトコルデータユニット（ＰＤＵ）セッションを作成するまたは第２のセッション管理機能における既存のパケットデータネットワーク（ＰＤＮ）接続との関連付けを作成するための要求、第２のセッション管理機能における確立されたＰＤＵセッションを更新するための要求、第２のセッション管理機能におけるＰＤＵセッションと関連付けられたリソースを解放するための要求、または第２のセッション管理機能にセッション管理コンテキストをプッシュするための要求のうちの少なくとも１つを含んでよい。
一実施形態では、第２の要求は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｒｅｌｅａｓｅ要求、またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｏｎｔｅｘｔＰｕｓｈ要求のうちの少なくとも１つを含んでよい。
一実施形態では、第１の要求は、Ｎｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求であってよい。
一実施形態では、第１の要求は、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有してよい。
一実施形態では、第２のセッション管理機能のネットワーク機能インスタンス識別子は、セッション管理（ＳＭ）コンテキストをホストするセッション管理機能のネットワーク機能インスタンス識別子、ホームセッション管理機能のネットワーク機能インスタンス識別子、セッション管理機能のネットワーク機能インスタンス識別子、少なくとも１つの追加のホームセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子、または、少なくとも１つの追加のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子のうちの１つを含んでよい。
一実施形態では、エラー情報は、第１のセッション管理機能が次のホップネットワーク機能プロデューサーによって提供されるサービスにアクセスすることが可能とされていないことを示してよい。
一実施形態では、第２のセッション管理機能は、ホームセッション管理機能またはセッション管理機能または旧中間セッション管理機能または旧訪問先セッション管理機能であってよい。
一実施形態では、第１のセッション管理機能は、新中間セッション管理機能または訪問先セッション管理機能であってよい。
一実施形態では、ネットワークレポジトリ機能は、ＯＡｕｔｈ ２．０承認サーバであってよく、第１のセッション管理機能はＯＡｕｔｈ ２．０クライアントであり、第２のセッション管理機能はＯＡｕｔｈ ２．０リソースサーバである。
一実施形態では、方法は、ネットワーク機能サービスコンシューマから第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信することをさらに含んでよい。
一実施形態では、方法は、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答をネットワーク機能サービスコンシューマに送出することをさらに含んでよい。
一実施形態では、ネットワーク機能サービスコンシューマはアクセスおよびモビリティ管理機能である。
一実施形態では、第１の要求は、ＯＡｕｔｈが第２のセッション管理機能に対して有効とされる時にネットワークレポジトリ機能に送出される。
本開示の第２の態様では、ネットワークレポジトリ機能によって実行される方法が提供される。方法は、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを得るための第１の要求を受信することを含む。方法は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答を第１のセッション管理機能に送出することをさらに含む。
一実施形態では、アクセストークンは、第１のセッション管理機能が第２の要求を第２のセッション管理機能に送出するために使用される。
一実施形態では、第１の要求は、ＯＡｕｔｈが第２のセッション管理機能に対して有効とされる時に第１のセッション管理機能から受信される。
本開示の第３の態様では、第２のセッション管理機能によって実行される方法が提供される。方法は、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを含有する第２の要求を受信することを含む。方法は、第２の要求を処理することをさらに含む。
一実施形態では、方法は、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答を第１のセッション管理機能から受信することをさらに含む。
本開示の第４の態様では、ネットワーク機能サービスコンシューマによって実行される方法が提供される。方法は、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を第１のセッション管理機能に送出することを含む。
一実施形態では、ネットワーク機能サービスコンシューマはアクセスおよびモビリティ管理機能である。
本開示の第５の態様では、第１のセッション管理機能が提供される。第１のセッション管理機能は、プロセッサおよびプロセッサに結合されたメモリを含む。前記のメモリは前記のプロセッサによって実行可能な命令を含有する。前記の第１のセッション管理機能は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出するように動作する。前記の第１のセッション管理機能は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答をネットワークレポジトリ機能から受信するようにさらに動作する。
本開示の第６の態様では、ネットワークレポジトリ機能が提供される。ネットワークレポジトリ機能は、プロセッサおよびプロセッサに結合されたメモリを含む。前記のメモリは前記のプロセッサによって実行可能な命令を含有する。前記のネットワークレポジトリ機能は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求を第１のセッション管理機能から受信するように動作する。前記のネットワークレポジトリ機能は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答を第１のセッション管理機能に送出するようにさらに動作する。
本開示の第７の態様では、第２のセッション管理機能が提供される。第２のセッション管理機能は、プロセッサおよびプロセッサに結合されたメモリを含む。前記のメモリは前記のプロセッサによって実行可能な命令を含有する。前記の第２のセッション管理機能は、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第１のセッション管理機能から受信するように動作する。前記の第２のセッション管理機能は第２の要求を処理するようにさらに動作する。
本開示の第８の態様では、ネットワーク機能サービスコンシューマが提供される。ネットワーク機能サービスコンシューマは、プロセッサおよびプロセッサに結合されたメモリを含む。前記のメモリは前記のプロセッサによって実行可能な命令を含有する。前記のネットワーク機能サービスコンシューマは、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を第１のセッション管理機能に送出するように動作する。
本開示の別の態様では、第１のセッション管理機能が提供される。第１のセッション管理機能は、第１の送出モジュールおよび第１の受信モジュールを含む。第１の送出モジュールは、第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出するように設定されてよい。第１の受信モジュールは、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答をネットワークレポジトリ機能から受信するように設定されてよい。
一実施形態では、第１のセッション管理機能は第２の送出モジュールをさらに含んでよい。第２の送出モジュールは、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第２のセッション管理機能に送出するように設定されてよい。一実施形態では、第１のセッション管理機能は第２の受信モジュールをさらに含んでよい。第２の受信モジュールは、ネットワーク機能サービスコンシューマから第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信するように設定されてよい。
一実施形態では、第１のセッション管理機能は第３の送出モジュールをさらに含んでよい。第３の送出モジュールは、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答をネットワーク機能サービスコンシューマに送出するように設定されてよい。
本開示の別の態様では、ネットワークレポジトリ機能が提供される。ネットワークレポジトリ機能は受信モジュールおよび送出モジュールを含む。受信モジュールは、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを得るための第１の要求を受信するように設定されてよい。送出モジュールは、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答を第１のセッション管理機能に送出するように設定されてよい。
本開示の別の態様では、第２のセッション管理機能が提供される。第２のセッション管理機能は受信モジュールおよび処理モジュールを含む。受信モジュールは、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを含有する第２の要求を受信するように設定されてよい。処理モジュールは第２の要求を処理するように設定されてよい。
本開示の別の態様では、ネットワーク機能サービスコンシューマが提供される。ネットワーク機能サービスコンシューマは送出モジュールを含む。送出モジュールは、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を第１のセッション管理機能に送出するように設定されてよい。
一実施形態では、ネットワーク機能サービスコンシューマは受信モジュールをさらに含んでよい。受信モジュールは、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答を第１のセッション管理機能から受信するように設定されてよい。
本開示の別の態様では、少なくとも１つのプロセッサ上で実行される時、少なくとも１つのプロセッサに、本開示の第１の態様、第２の態様、第３の態様、および第４の態様による方法のいずれかを実行させる命令を含むコンピュータプログラム製品が提供される。
本開示の別の態様では、少なくとも１つのプロセッサによって実行される時、少なくとも１つのプロセッサに、本開示の第１の態様、第２の態様、第３の態様、および第４の態様による方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。
以下に例の非網羅的なリストがある本明細書における実施形態は、多くの利点をもたらす。本明細書におけるいくつかの実施形態は、（ＡＭＦなどの）アクセスおよびモビリティ管理機能がＮＦインスタンスＩＤを提供したことに基づいて第１のセッション管理機能が第２のセッション管理機能に対する（ＯＡｕｔｈ２ トークンなどの）アクセストークンを得ることを可能にすることで、第１のセッション管理機能が第２のセッション管理機能に関するさまざまなオプション（ＳＭコンテキスト取り出し動作またはＰＤＵセッション作成動作など）を実行することを承認できるようにしてよい。本明細書における実施形態は上記の特徴および利点に限定されない。当業者は、以下の詳細な説明を読むことでさらなる特徴および利点を認識するであろう。
本開示のさまざまな実施形態の上記ならびに他の態様、特徴、および利益は、例として、同様の参照番号または文字が同様のまたは同等のエレメントを指定するために使用されている添付の図面を参照して以下の詳細な説明からさらに完全に明らかとなるであろう。図面は、本開示の実施形態のより良い理解を容易にするために示されており、必ずしも一定尺度で描かれているわけではない。
Ｉ－ＳＭＦ挿入／変更／削除によるＵＥトリガサービス要求手順を示す図である。 ホームルーテッドローミングシナリオに対するＵＥ要求ＰＤＵセッション確立を示す図である。 ＮＦサービスコンシューマがＮＦサービスアクセスの前にアクセストークンを得る手順を示す図である。 本開示の実施形態が実施可能である５Ｇネットワークにおける高水準アーキテクチャを概略的に示す図である。 本開示の一実施形態による方法のフローチャートである。 本開示の別の実施形態による方法のフローチャートである。 本開示の別の実施形態による方法のフローチャートである。 本開示の別の実施形態による方法のフローチャートである。 本開示の一実施形態によるＩ－ＳＭＦ挿入／変更／削除によるＵＥトリガサービス要求のフローチャートである。 本開示の一実施形態によるホームルーテッドローミングシナリオに対するＵＥ要求ＰＤＵセッション確立のフローチャートである。 本開示の一実施形態によるＳＭコンテキスト作成のフローチャートである。 本開示の一実施形態による、Ｉ－ＳＭＦ挿入／変更／削除またはＶ－ＳＭＦ変更によるサービス要求のフローチャートである。 本開示のいくつかの実施形態を実践するのに適した装置を示すブロック図である。 本開示の一実施形態による第１のセッション管理機能を示すブロック図である。 本開示の一実施形態によるネットワークレポジトリ機能を示すブロック図である。 本開示の一実施形態による第２のセッション管理機能を示すブロック図である。 本開示の一実施形態によるネットワーク機能サービスコンシューマを示すブロック図である。
本開示の実施形態について、添付の図面を参照しながら詳細に説明する。これらの実施形態が、本開示の範囲に対するいずれの限定も提案するのではなく、当業者が本開示をより良く理解することで実施できるようにすることのみを目的として論じられていることは理解されるべきである。本明細書全体を通した特徴、利点、または似ている語への言及は、本開示で実現され得る特徴および利点の全てが本開示の任意の単一の実施形態であるものとするまたはこれにあることを含意するものではない。むしろ、特徴および利点に言及する語は、一実施形態に関連して記載される特有の特徴、利点、または特性が本開示の少なくとも１つの実施形態に含まれることを意味するものと理解されたい。さらに、本開示の記載される特徴、利点、および特性は、１つまたは複数の実施形態において任意の適したやり方で組み合わせられてよい。特定の実施形態の特有の特徴または利点の１つまたは複数なしで本開示が実践され得ることを当業者は認識するであろう。他の例では、本開示の全ての実施形態に存在しない場合があるさらなる特徴および利点は、ある特定の実施形態において認識される場合がある。
本明細書で使用される際、「ネットワーク」という用語は、任意の適した（無線または有線）通信規格に従ったネットワークを指す。例えば、無線通信規格は、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）、ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ－Ａｄｖａｎｃｅｄ、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交周波数分割多重アクセス（ＯＦＤＭＡ）、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）、および他の無線ネットワークを含み得る。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）などの無縁技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ、およびＣＤＭＡの他の変形を含む。ＴＤＭＡネットワークは、汎欧州デジタル移動電話方式（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、拡張ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭＡ、アドホックネットワーク、無線センサネットワークなどの無線技術を実装し得る。以下の説明において、「ネットワーク」および「システム」という用語は、同義で使用可能である。さらに、ネットワークにおける２つのデバイス間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ）などの標準機関によって規定される無線通信プロトコル、または有線通信プロトコルを含むがこれらに限定されない任意の適した通信プロトコルに従って行われてよい。例えば、無線通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているまたは将来開発される任意の他のプロトコルを含み得る。
本明細書で使用される「エンティティ」という用語は、通信ネットワークにおけるネットワークデバイスまたはネットワークノードまたはネットワーク機能を指す。例えば、３ＧＰＰタイプのセルラネットワークなどの無線通信ネットワークにおいて、コアネットワークデバイスは、アクセスネットワークデバイスによって相互接続される顧客に多数のサービスを提供し得る。それぞれのアクセスネットワークデバイスは、有線または無線接続でコアネットワークデバイスに接続可能である。
「ネットワーク機能」という用語は、通信ネットワークのネットワークエンティティ（物理的または仮想）に実装可能である任意の適した機能を指す。例えば、ネットワーク機能は、専用ハードウェア上のネットワーク・エレメントとして、専用ハードウェア上で起動しているソフトウェアインスタンスとして、または適切なプラットフォーム上で、例えば、クラウドインフラストラクチャ上でインスタンス化された仮想化機能として実装可能である。例えば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセスおよびモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（統一データ管理）、ＰＣＦ（ポリシ制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）およびＮＲＦ（ネットワークレポジトリ機能）、ＲＡＮ（無線アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＷＤＡＦ（ネットワークデータ分析機能）などの複数のＮＦを含んでよい。
「端末装置」という用語は、通信ネットワークにアクセスし、そこからサービスを受信することができる任意の端末の装置を指す。限定ではなく例として、端末装置は、移動端末、ユーザ機器（ＵＥ）、または他の適したデバイスを指す。ＵＥは、例えば、加入者局（ＳＳ）、携帯加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）であってよい。端末装置は、ポータブルコンピュータ、デジタルカメラなどの画像取得端末装置、ゲーム端末装置、音楽ストレージ再生機器、携帯電話、セルラ電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末装置、車載型無線端末装置、無線エンドポイント、移動局、ラップトップ組込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、および無線顧客構内機器（ＣＰＥ）などを含み得るがこれらに限られない。以下の説明では、「端末装置」、「端末」、「ユーザ機器」、および「ＵＥ」という用語は、同義で使用される場合がある。１つの例として、端末装置は、３ＧＰＰのＬＴＥ規格またはＮＲ規格など、３ＧＰＰによって公布された１つまたは複数の通信規格に従って通信するように設定されたＵＥを表し得る。本明細書で使用される際、「ユーザ機器」または「ＵＥ」は、関連する機器を所有および／または操作する人間のユーザという意味での「ユーザ」を必ずしも有していなくてよい。いくつかの実施形態では、端末装置は、直接的な人間の相互作用なしに情報を送信および／または受信するように設定されてよい。例えば、端末装置は、所定のスケジュールで、内部または外部のイベントによってトリガされた時に、または通信ネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてよい。代わりに、ＵＥは、人間のユーザへの販売または人間のユーザによる操作を意図しているが、最初は固有の人間のユーザと関連付けられていない場合があるデバイスを表す場合がある。
さらに別の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末装置は、監視および／または測定を実行し、かつそのような監視および／または測定の結果を別の端末装置および／またはネットワーク機器に送信するマシンまたは他のデバイスを表す場合がある。この場合、端末装置は、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれる場合があるマシンツーマシン（Ｍ２Ｍ）デバイスであってよい。１つの特定の例として、端末装置は、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであってよい。そのようなマシンまたはデバイスの特定の例は、センサ、電力計などの計測デバイス、産業機械、または家庭用もしくは個人用電気製品、例えば、冷蔵庫、テレビ、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末装置は、その動作状態またはその動作と関連付けられた他の機能を監視および／または報告することができる車両または他の機器を表す場合がある。
本明細書における「１つの実施形態」、「一実施形態」、および「例示的な実施形態」などへの言及は、記載される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、全ての実施形態が特定の特徴、構造、または特性を含む必要はない。また、そのような言い回しは、必ずしも同じ実施形態を指すわけではない。さらに、特定の特徴、構造、または特性が一実施形態に関連して記載される時、明示的に記載されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、または特性に影響することは当業者の知識の範囲内であることが提示される。
本明細書では、さまざまなエレメントを説明するために「第１」および「第２」などの用語が使用される場合があるが、これらのエレメントがこれらの用語によって限定されるべきではないことは理解されたい。これらの用語は、あるエレメントを別のエレメントから区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１のエレメントを第２のエレメントと称することができ、同様に、第２のエレメントを第１のエレメントと称することができる。本明細書で使用される際、「および／または」という用語は、関連の列挙された用語の１つまたは複数のありとあらゆる組み合わせを含む。
本明細書で使用される際、「ＡおよびＢのうちの少なくとも１つ」という言い回しは、「Ａのみ、Ｂのみ、またはＡおよびＢの両方」を意味すると理解されるべきである。「Ａおよび／またはＢ」という言い回しは、「Ａのみ、Ｂのみ、またはＡおよびＢの両方」を意味すると理解されるべきである。
本明細書で使用される専門用語は、特定の実施形態を説明する目的のみのものであり、例示的な実施形態を限定することを意図するものではない。本明細書で使用される際、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、別段文脈に明確に示されない限り、複数形も含むように意図されている。本明細書で使用される時、「含む（ｃｏｍｐｒｉｓｅ）」、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／またはコンポーネントなどの存在を特定するが、１つまたは複数の他の特徴、エレメント、コンポーネントおよび／またはこれらの組み合わせの存在または追加を排除しないことはさらに理解されるであろう。
本書で使用されるこれらの用語は、ノード、デバイス、またはネットワークなどの説明または区別を容易にするためにのみ使用されていることに留意されたい。技術の発展に伴い、類似の／同じ意味を持つ他の用語も使用される場合がある。
以下の説明および特許請求の範囲において、別段規定されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する技術分野における通常の技術者によって一般的に理解されるのと同じ意味を有する。
本開示のいくつかの実施形態は、３ＧＰＰがある特定の例示のネットワーク設定およびシステム配置についての非限定的な例として使用されていることによって規定されるセルラネットワークに関連して主に説明されていることに留意されたい。そのように、本明細書に挙げられた例示の実施形態の説明は、具体的に、これらに直接関連している専門用語を指す。そのような専門用語は、提示された非限定的な例および実施形態の文脈においてのみ使用され、当然ながら決して本開示を限定するものではない。むしろ、無線センサネットワークなどの任意の他のシステム設定または無線技術は、本明細書に説明される例示の実施形態が適用可能である限りにおいて等しく利用されてよい。
図４は、本開示の実施形態が実施可能である５Ｇネットワークにおける高水準アーキテクチャを概略的に示す。該アーキテクチャは、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０の図４．２．３－１と同じであり、この開示全体は参照により本明細書に組み込まれている。図４のシステムアーキテクチャは、ＡＭＦ、ＳＭＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＦ、ＮＥＦ、ＵＰＦおよびＮＲＦ、（Ｒ）ＡＮ、ＳＣＰ
などのいくつかの例示のエレメントを含んでよい。図４に示されるようなネットワーク・エレメント、参照ポイント、およびインターフェースは、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０に記載される対応するネットワーク・エレメント、参照ポイント、およびインターフェースと同じであってよい。
簡略化のために、図４のシステムアーキテクチャはいくつかの例示のエレメントのみを図示する。実際には、通信システムは、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくは端末装置など、端末装置間または無線デバイスと別の通信デバイスとの間の通信をサポートするのに適した任意のさらなるエレメントをさらに含んでよい。通信システムは、通信システムによってまたはこれを介して提供されるサービスへの端末装置のアクセスおよび／またはサービスの使用を容易にするために、通信およびさまざまなタイプのサービスを１つまたは複数の端末装置に提供してよい。
図５は、本開示の一実施形態による方法５００のフローチャートを示す。このフローチャートは、第１のセッション管理機能（Ｉ－ＳＭＦ、Ｖ－ＳＭＦ、新ＳＭＦなど）においてまたは第１のセッション管理機能でまたは第１のセッション管理機能として実装される、または第１のセッション管理機能に通信可能に結合される装置によって実行されてよい。そのように、装置は、方法５００のさまざまな部分を達成するための手段またはモジュール、および他のコンポーネントと併せた他のプロセスを達成するための手段またはモジュールを提供し得る。第１のセッション管理機能は、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０の６．２．２項に記載されるＳＭＦのものと同じまたは同様の機能を提供し得る。一実施形態では、第１のセッション管理機能は、新中間セッション管理機能（Ｉ－ＳＭＦなど）または訪問先セッション管理機能（Ｖ－ＳＭＦなど）であってよい。
ブロック５０２では、オプションとして、第１のセッション管理機能は、ネットワーク機能サービスコンシューマから第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信する。ネットワーク機能サービスコンシューマは、例えば、５ＧＳにおける任意の適したＮＦ（ＡＭＦなど）であってよい。一実施形態では、ネットワーク機能サービスコンシューマは、アクセスおよびモビリティ管理機能であってよい。アクセスおよびモビリティ管理機能は、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０の６．２．１項に記載されるＡＭＦのものと同じまたは同様の機能を提供し得る。第２のセッション管理機能は、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０の６．２．２項に記載されるＳＭＦのものと同じまたは同様の機能を提供し得る。一実施形態では、第２のセッション管理機能は、ホームセッション管理機能（Ｈ－ＳＭＦなど）またはセッション管理機能（ＳＭＦなど）または旧中間セッション管理機能（Ｉ－ＳＭＦなど）または旧訪問先セッション管理機能（Ｖ－ＳＭＦなど）であってよい。第３の要求は、修正された既存の要求または新しいメッセージなど、ネットワーク機能サービスコンシューマから第１のセッション管理機能に送出可能である任意の適した要求であってよい。一実施形態では、第３の要求は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるようにＡＭＦからＳＭＦに送出可能である任意の適したメッセージであってよい。一実施形態では、第３の要求は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるように、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求であってよい。一実施形態では、第３の要求は、少なくとも１つの第２のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子を含有し得る。
一実施形態では、第２のセッション管理機能のネットワーク機能インスタンス識別子は、セッション管理（ＳＭ）コンテキストをホストするセッション管理機能のネットワーク機能インスタンス識別子、ホームセッション管理機能のネットワーク機能インスタンス識別子、セッション管理機能のネットワーク機能インスタンス識別子、少なくとも１つの追加のホームセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子、または、少なくとも１つの追加のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子のうちの少なくとも１つを含む。
ブロック５０４では、第１のセッション管理機能は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出する。ネットワークレポジトリ機能は、３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．４．０の６．２．２項に記載されるようなＮＲＦのものと同じまたは同様の機能を提供し得る。一実施形態では、ネットワークレポジトリ機能はＮＲＦであってよい。第１の要求は、既存のメッセージまたは新しいメッセージなどの任意の適したメッセージであってよい。一実施形態では、第１の要求は、３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０の１３．４．１．１項に記載されるようなＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求であってよい。
一実施形態では、第１の要求は、ＯＡｕｔｈが第２のセッション管理機能に有効である時にネットワークレポジトリ機能に送出される。
一実施形態では、第１のセッション管理機能は、少なくとも１つの第２のセッション管理機能についての少なくとも１つのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出してよい。
一実施形態では、第１の要求は、少なくとも１つの第２のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子を含有する。少なくとも１つの第２のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子は、さまざまなやり方で得られてよい。例えば、第１のセッション管理機能は、少なくとも１つの第２のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子を含有する第３の要求をネットワーク機能サービスコンシューマから受信する時、少なくとも１つの第２のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子を得てよい。
ブロック５０６では、第１のセッション管理機能は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答をネットワークレポジトリ機能から受信する。第１の応答は、既存のメッセージまたは新しいメッセージなどの任意の適したメッセージであってよい。一実施形態では、第１の応答は、３ＧＰＰ ＴＳ ３３．５０１ Ｖ１６．３．０の１３．４．１．１項に記載されるようなＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ応答であってよい。
一実施形態では、第１の応答は、少なくとも１つの第２のセッション管理機能についての少なくとも１つのアクセストークンを含有し得る。
エラー情報は任意の適したエラー情報であり得る。例えば、エラー情報は、ＲＦＣ ６７４９に規定されるＯＡｕｔｈ ２．０エラー応答であってよい。一実施形態では、エラー情報は、第１のセッション管理機能が次のホップネットワーク機能プロデューサー（例えば、第２のセッション管理機能）によって提供されるサービスにアクセスすることが可能とされていないことを示す。
例えば、ＮＦサービスコンシューマ（例えば、第１のセッション管理機能）は、Ｎｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求動作を使用して同じＰＬＭＮにおけるネットワークレポジトリ機能（例えば、ＮＲＦ）からアクセストークンを要求するものとする。メッセージは、ＮＦサービスコンシューマのＮＦインスタンスＩｄ、予想されるＮＦサービス名およびオプションとして「追加のスコープ」情報（すなわち、要求されるリソースおよびそのリソースに対する要求されたアクション（サービス操作））を含む要求される「スコープ」、予想されるＮＦプロデューサーインスタンスのＮＦタイプおよびＮＦコンシューマを含むものとする。サービスコンシューマはまた、予想されるＮＦプロデューサーインスタンス（例えば、第２のセッション管理機能）に対するＮＳＳＡＩのリストまたはＮＳＩ（ネットワークスライスインスタンス）ＩＤのリストを含んでよい。メッセージは、予想されるＮＦサービスプロデューサーインスタンスのＮＦセットＩＤを含んでよい。ＮＲＦはオプションとして、ＮＦサービスコンシューマを承認し得る。ＮＲＦはさらにまた、適切なクレームが含まれたアクセストークンを生成するものとする。ＮＲＦは、ＲＦＣ ７５１５に記載されるように共有されたシークレットキーまたはプライベートキーに基づいて生成されたアクセストークンにデジタル署名するものとする。トークンにおけるクレームは、ＮＲＦ（発行者）のＮＦインスタンスＩｄ、ＮＦサービスコンシューマ（サブジェクト）のＮＦインスタンスＩｄ、ＮＦサービスプロデューサー（対象ユーザ）のＮＦタイプ、予想されるサービス名、スコープ（スコープ）、有効期限（満了）およびオプションとして「追加のスコープ」情報（許可されたリソースおよびそのリソースに対する許可されたアクション（サービス操作））を含むものとする。クレームは予想されるＮＦプロデューサーインスタンスに対するＮＳＳＡＩまたはＮＳＩ ＩＤのリストを含んでよい。クレームは、予想されるＮＦサービスプロデューサーインスタンスのＮＦセットＩＤを含んでよい。承認が成功する場合、ＮＲＦは、Ｎｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ応答動作においてＮＦサービスコンシューマにアクセストークンを送出するものとし、その他の場合、ＲＦＣ ６７４９に規定されるＯＡｕｔｈ ２．０エラー応答に基づいて返答するものとする。アクセストークンに加えてＮＲＦによって送出された他のパラメータ（例えば、有効期限、許可されたスコープ）は、３ＧＰＰ ＴＳ ２９．５１０ Ｖ１６．４．０に記載されている。ＮＦサービスコンシューマは受信されたトークンを記憶してよい。記憶されたトークンは、クレーム（スコープ、対象ユーザ）にリスト化されたプロデューサーのＮＦタイプからサービスにアクセスするためにそれらの有効期間の間に再利用されてよい。
一実施形態では、ネットワークレポジトリ機能はＯＡｕｔｈ ２．０承認サーバであり、第１のセッション管理機能はＯＡｕｔｈ ２．０クライアントであり、第２のセッション管理機能はＯＡｕｔｈ ２．０リソースサーバである。
ブロック５０８では、オプションとして、第１のセッション管理機能は、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第２のセッション管理機能に送出する。第２の要求は、修正された既存の要求または新しいメッセージなど、第１のセッション管理機能から第２のセッション管理機能に送出可能である任意の適した要求であってよい。一実施形態では、第２の要求は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるようにあるＳＭＦから別のＳＭＦに送出可能である任意の適したメッセージであってよい。
一実施形態では、第２の要求は、第１のセッション管理機能と第２のセッション管理機能との間のフォワーディングトンネルを確立するための要求、第２のセッション管理機能からセッション管理コンテキストを取り出すための要求、第２のセッション管理機能において新しいプロトコルデータユニット（ＰＤＵ）のセッションを作成するまたは第２のセッション管理機能における既存のパケットデータネットワーク（ＰＤＮ）接続との関連付けを作成するための要求、第２のセッション管理機能における確立されたＰＤＵセッションを更新するための要求、第２のセッション管理機能におけるＰＤＵセッションと関連付けられたリソースを解放するための要求、または第２のセッション管理機能にセッション管理コンテキストをプッシュするための要求のうちの少なくとも１つを含んでよい。
一実施形態では、第２の要求は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるように、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｒｅｌｅａｓｅ要求、またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｏｎｔｅｘｔＰｕｓｈ要求のうちの少なくとも１つを含む。
ブロック５１０では、オプションとして、第１のセッション管理機能は、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答をネットワーク機能サービスコンシューマに送出してよい。
図６は、本開示の別の実施形態による方法６００のフローチャートを示す。このフローチャートは、ネットワークレポジトリ機能（ＮＲＦなど）においてまたはネットワークレポジトリ機能でまたはネットワークレポジトリ機能として実装される、またはネットワークレポジトリ機能に通信可能に結合される装置によって実行されてよい。そのように、装置は、方法６００のさまざまな部分を達成するための手段またはモジュール、および他のコンポーネントと併せて他のプロセスを達成するための手段またはモジュールを提供し得る。上記の実施形態に記載されているいくつかの部分について、この詳細な説明は簡潔にするためにここでは省略される。
ブロック６０２では、ネットワークレポジトリ機能は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求を第１のセッション管理機能から受信する。例えば、第１のセッション管理機能は、図５のブロック５０２において第１の要求を送出し、その後、ネットワークレポジトリ機能は第１の要求を受信し得る。一実施形態では、第１の要求は、ＯＡｕｔｈが第２のセッション管理機能に有効である時に第１のセッション管理機能から受信される。
ＮＲＦなどのネットワークレポジトリ機能は、オプションとして、ＮＦサービスコンシューマ（すなわち、第１のセッション管理機能）を承認し得る。ネットワークレポジトリ機能は、さらにまた、適切なクレームが含まれるアクセストークンを生成するものとする。ＮＲＦは、ＲＦＣ ７５１５に記載されるように共有されたシークレットキーまたはプライベートキーに基づいて生成されたアクセストークンにデジタル署名するものとする。トークンにおけるクレームは、ＮＲＦ（発行者）のＮＦインスタンスＩｄ、ＮＦサービスコンシューマ（サブジェクト）のＮＦインスタンスＩｄ、ＮＦサービスプロデューサー（対象ユーザ）のＮＦタイプ、予想されるサービス名、スコープ（スコープ）、有効期限（満了）およびオプションとして「追加のスコープ」情報（許可されたリソースおよびそのリソースに対する許可されたアクション（サービス操作））を含むものとする。クレームは予想されるＮＦプロデューサーインスタンスに対するＮＳＳＡＩまたはＮＳＩ ＩＤのリストを含んでよい。クレームは、予想されるＮＦサービスプロデューサーインスタンスのＮＦセットＩＤを含んでよい。
ブロック６０４では、ネットワークレポジトリ機能は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答を第１のセッション管理機能に送出する。
一実施形態では、アクセストークンは、上述されるように、第１のセッション管理機能が第２の要求を第２のセッション管理機能に送出するために使用される。
図７は、本開示の別の実施形態による方法７００のフローチャートを示す。このフローチャートは、第２のセッション管理機能（ＳＭＦなど）においてまたは第２のセッション管理機能でまたは第２のセッション管理機能として実装される、または第２のセッション管理機能に通信可能に結合される装置によって実行されてよい。そのように、装置は、方法７００のさまざまな部分を達成するための手段またはモジュール、および他のコンポーネントと併せて他のプロセスを達成するための手段またはモジュールを提供し得る。上記の実施形態に記載されているいくつかの部分について、この詳細な説明は簡潔にするためにここでは省略される。
ブロック７０２では、第２のセッション管理機能は、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第１のセッション管理機能から受信する。例えば、第１のセッション管理機能は図５のブロック５０８において第２の要求を送出してよく、その後、第２のセッション管理機能は第２の要求を受信してよい。
ブロック７０４では、第２のセッション管理機能は第２の要求を処理する。例えば、第２の要求の特有のタイプに応じて、第２のセッション管理機能は第２の要求に対して異なる処理を行ってよい。例えば、第２の要求が、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｒｅｌｅａｓｅ要求、またはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｏｎｔｅｘｔＰｕｓｈ要求のうちの少なくとも１つを含む時、第２のセッション管理機能は、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるように、第２の要求を処理してよい。
図８は、本開示の別の実施形態による方法８００のフローチャートを示す。このフローチャートは、ネットワーク機能サービスコンシューマ（ＡＭＦなど）においてまたはネットワーク機能サービスコンシューマでまたはネットワーク機能サービスコンシューマとして実装される、またはネットワーク機能サービスコンシューマに通信可能に結合される装置によって実行されてよい。そのように、装置は、方法８００のさまざまな部分を達成するための手段またはモジュール、および他のコンポーネントと併せて他のプロセスを達成するための手段またはモジュールを提供し得る。上記の実施形態に記載されているいくつかの部分について、この詳細な説明は簡潔にするためにここでは省略される。
ブロック８０２では、ネットワーク機能サービスコンシューマは、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を第１のセッション管理機能に送出する。第３の要求は、修正された既存のメッセージまたは新しいメッセージなどの任意の適したメッセージであってよい。一実施形態では、第３のメッセージは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるように、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求であってよい。
ブロック８０４では、オプションとして、ネットワーク機能サービスコンシューマは、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答を第１のセッション管理機能から受信する。
一実施形態では、ネットワーク機能サービスコンシューマは、ＡＭＦなどのアクセスおよびモビリティ管理機能であってよい。
図９は、本開示の一実施形態によるＩ－ＳＭＦ挿入／変更／削除によるＵＥトリガサービス要求のフローチャートを示す。
ＵＥトリガサービス要求の一部として、Ｉ－ＳＭＦが挿入、変更、または削除されることになる時、この項における手順が使用される。この手順には以下の場合が含まれる：
－ＵＥはＳＭＦサービスエリアから新Ｉ－ＳＭＦサービスエリアに移動し、新Ｉ－ＳＭＦが挿入される（すなわち、Ｉ－ＳＭＦ挿入）、または
－ＵＥは旧Ｉ－ＳＭＦサービスエリアから新Ｉ－ＳＭＦサービスエリアに移動し、Ｉ－ＳＭＦは変更される（すなわち、Ｉ－ＳＭＦ変更）、または
－ＵＥは旧Ｉ－ＳＭＦサービスエリアからＳＭＦサービスエリアに移動し、旧Ｉ－ＳＭＦは削除される（すなわち、Ｉ－ＳＭＦ削除）。
サービス要求がダウンリンクデータによりネットワークによってトリガされ、かつ新Ｉ－ＵＰＦが選択される場合、バッファされたデータをフォワードするために旧Ｉ－ＵＰＦ（旧Ｉ－ＵＰＦがＰＳＡと異なる場合）と新Ｉ－ＵＰＦとの間にフォワーディングトンネルが確立される。
ホームルーテッドローミングの場合では、（旧および新）Ｉ－ＳＭＦおよび（旧および新）Ｉ－ＵＰＦは訪問先ＰＬＭＮに位置しており、ＳＭＦおよびＵＰＦ（ＰＳＡ）はホームＰＬＭＮに位置している。このＨＲローミングの場合、Ｉ－ＳＭＦ変更の場合のみが適用される（常にＰＤＵセッションのためのＶ－ＳＭＦがある）。
ステップ３では、ＡＭＦが新Ｉ－ＳＭＦを選択している場合、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求（ＰＤＵセッションＩＤ、ＳＭコンテキストＩＤ、ＵＥロケーション情報、アクセスタイプ、ＲＡＴタイプ、動作タイプ）を新Ｉ－ＳＭＦに送出する。ＳＭコンテキストＩＤは、Ｉ－ＳＭＦ変更の場合には旧Ｉ－ＳＭＦを、またはＩ－ＳＭＦ挿入の場合にはＳＭＦを指し示す。
ＡＭＦは、動作タイプを、ＰＤＵセッションのためのＮ３トンネルユーザプレーンリソースの確立を示すように「ＵＰアクティブ化」に設定する。ＡＭＦは、Ｎ２インターフェースと関連付けられたグローバルＲＡＮノードＩＤに基づいてアクセスタイプおよびＲＡＴタイプを判断する。
ＵＥタイムゾーンが最後の報告されたＵＥタイムゾーンと比較して変更されている場合、ＡＭＦは、このメッセージにＵＥタイムゾーンＩＥを含むものとする。
一実施形態では、ＡＭＦは、「ＳｍＣｏｎｔｅｘｔＲｅｆ」に対応するＳＭＦのＮＦインスタンスＩＤを提供する。例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求は、「ＳｍＣｏｎｔｅｘｔＲｅｆ」に対応するＳＭＦのＮＦインスタンスＩＤをさらに含んでよい。
一実施形態では、ＡＭＦは、「ｓｍｆＵｒｉ」または「ｈＳｍｆＵｒｉ」に対応するＳＭＦのＮＦインスタンスＩＤを提供する。例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求は、「ｓｍｆＵｒｉ」または「ｈＳｍｆＵｒｉ」に対応するＳＭＦのＮＦインスタンスＩＤをさらに含んでよい。
ステップ３ａでは、新Ｉ－ＳＭＦは、旧Ｉ－ＳＭＦ（Ｉ－ＳＭＦ変更の場合）またはＳＭＦ（Ｉ－ＳＭＦ挿入の場合）についてのアクセストークンを得るためにＮＲＦへのＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求（ｔａｒｇｅｔＮｆＴｙｐｅ、ｔａｒｇｅｔＮｆＩｎｓｔａｎｃｅＩｄ）を呼び出す。
ステップ４ａでは、新Ｉ－ＳＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求（ＳＭコンテキストタイプ、ＳＭコンテキストＩＤ）を呼び出すことによって旧Ｉ－ＳＭＦ（Ｉ－ＳＭＦ変更の場合）またはＳＭＦ（Ｉ－ＳＭＦ挿入の場合）からＳＭコンテキストを取り出す。新Ｉ－ＳＭＦは、このサービス操作のためにＡＭＦから受信されたＳＭコンテキストＩＤを使用する。ＳＭコンテキストＩＤは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求の受信者が対象のＰＤＵセッションを判断するために使用される。ＳＭコンテキストタイプは、要求された情報が全てＳＭコンテキスト、すなわち、ＰＤＮ接続コンテキストおよび５Ｇ ＳＭコンテキストであることを示す。
一実施形態では、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求は、旧Ｉ－ＳＭＦ（Ｉ－ＳＭＦ変更の場合）またはＳＭＦ（Ｉ－ＳＭＦ挿入の場合）についてのアクセストークンをさらに含んでよい。
ステップ７ａでは、バッファされたＤＬデータのトンネルエンドポイントが割り当てられた場合、新Ｉ－ＳＭＦは、フォワーディングトンネルを確立するために、Ｉ－ＳＭＦ変更の場合の旧Ｉ－ＳＭＦへのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求（バッファされたＤＬデータのトンネルエンドポイント）を呼び出す。新Ｉ－ＳＭＦは、このサービス操作のためにＡＭＦから受信されたＳＭコンテキストＩＤを使用する。
一実施形態では、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求は、旧Ｉ－ＳＭＦについてのアクセストークンをさらに含んでよい。
図９の他のステップは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．２３．４．３－１の対応するステップと同じである。図９に示されるようなＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求以外のメッセージは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．２３．４．３－１の対応するメッセージと同じである。
一実施形態では、モビリティ登録、Ｎ２／Ｘｎベースハンドオーバなどを含めて、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０に記載されるような全てのＵＥモビリティ手順の間に図９の同様の機構が実行されてよい。
図１０は、本開示の一実施形態によるホームルーテッドローミングシナリオに対するＵＥ要求ＰＤＵセッション確立のフローチャートを示す。
３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の４．３．２．２．１項のステップ３にあるようなステップ３ａにおいて、以下が追加される。
－ＡＭＦはまた、図１０のステップ２において選択されたＨ－ＳＭＦの識別情報、ならびに、許可されたＮＳＳＡＩからのＶＰＬＭＮ Ｓ－ＮＳＳＡＩ、および、マッピングにおいて、許可されたＮＳＳＡＩからのＶＰＬＭＮ Ｓ－ＮＳＳＡＩであるＨＰＬＭＮの対応するＳ－ＮＳＳＡＩの両方を提供する。Ｈ－ＳＭＦは、ＰＤＵセッションがホームルーティングされる時に提供される。ＡＭＦはまた、図１０のステップ２において受信された場合、代替のＨ－ＳＭＦの識別情報を提供してよい。
－Ｖ－ＳＭＦは、ＡＭＦから受信されたＤＮＮ選択モードを使用しないが、この情報をＨ－ＳＭＦに中継する。
ＡＭＦはこのステップにＨ－ＰＣＦ ＩＤを含んでよく、Ｖ－ＳＭＦはステップ６においてこれをＨ－ＳＭＦに渡すことになる。これによって、Ｈ－ＳＭＦは、図１０のステップ９ａにおいて同じＨ－ＰＣＦを選択することが可能になる。
コントロールプレーンＣＩｏＴ ５ＧＳ最適化がＰＤＵセッションに使用され、かつサブスクリプションデータにおける「呼び出しＮＥＦ指示」がＳ－ＮＳＳＡＩ／ＤＮＮの組み合わせに対して設定される場合、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求において「呼び出しＮＥＦ」フラグを含む。
一実施形態では、ＡＭＦは、「ＳｍＣｏｎｔｅｘｔＲｅｆ」に対応するＳＭＦのＮＦインスタンスＩＤを提供する。例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求は、「ＳｍＣｏｎｔｅｘｔＲｅｆ」に対応するＳＭＦのＮＦインスタンスＩＤをさらに含んでよい。
一実施形態では、ＡＭＦは、「ｓｍｆＵｒｉ」または「ｈＳｍｆＵｒｉ」に対応するＳＭＦのＮＦインスタンスＩＤを提供する。例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求は、「ｓｍｆＵｒｉ」または「ｈＳｍｆＵｒｉ」に対応するＳＭＦのＮＦインスタンスＩＤをさらに含んでよい。
ステップ５において、Ｖ－ＳＭＦは、選択されたＶ－ＵＰＦによるＮ４セッション確立手順を開始する。
ステップ５ａにおいて、Ｖ－ＳＭＦは、Ｎ４セッション確立要求をＶ－ＵＰＦに送出する。
ステップ５ｂにおいて、Ｖ－ＵＰＦは、Ｎ４セッション確立応答を送出することによって肯定応答する。ＣＮトンネル情報はこのステップにおいてＶ－ＳＭＦに提供される。
ステップ５ｃにおいて、Ｖ－ＳＭＦは、Ｈ－ＳＭＦについてのアクセストークンを得るためにＮＲＦへのＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求（ｔａｒｇｅｔＮｆＴｙｐｅ、ｔａｒｇｅｔＮｆＩｎｓｔａｎｃｅＩｄ）を呼び出す。
ステップ６において、Ｖ－ＳＭＦからＨ－ＳＭＦ：Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求（ＳＵＰＩ、ＧＰＳＩ（利用可能な場合）、Ｖ－ＳＭＦ ＳＭコンテキストＩＤ、ＤＮＮ、ＨＰＬＭＮによって値が規定されるＳ－ＮＳＳＡＩ、ＰＤＵセッションＩＤ、Ｖ－ＳＭＦ ＩＤ、Ｖ－ＣＮ－Ｔｕｎｎｅｌ－Ｉｎｆｏ、ＰＤＵセッションタイプ、ＰＣＯ、パケットフィルタ数、ユーザロケーション情報、アクセスタイプ、ＲＡＴタイプ、ＰＣＦ ＩＤ、［低データ速度制御状態］、ＳＭ ＰＤＵ ＤＮ要求コンテナ、ＤＮＮ選択モード、コントロールプレーンＣＩｏＴ ５ＧＳ最適化指示、［常時オンＰＤＵセッションの要求］、ＡＭＦ ＩＤ、サービングネットワーク）。プロトコル設定オプションは、Ｈ－ＳＭＦがＰＤＵセッション（例えば、４．３．２．３項に規定されるＤＮ－ＡＡＡによってＵＥを認証するために使用されるＳＳＣモードまたはＳＭ ＰＤＵ ＤＮ要求コンテナ）を正しく確立するために必要である場合があるという情報を含み得る。Ｈ－ＳＭＦは、ＵＥ要求を承諾するまたは拒絶するかどうかを決める時にＤＮＮ選択モードを使用し得る。Ｖ－ＳＭＦがＮ１６インターフェースに関する通信障害によりＨ－ＳＭＦからいずれの応答も受信しない場合、オペレータポリシに応じて、３ＧＰＰ ＴＳ ２９．５０２ Ｖ１６．４．０において詳細に定められるように、Ｖ－ＳＭＦは、ステップ３ａにおいて追加のＨ－ＳＭＦ情報が提供される場合に代替のＨ－ＳＭＦのうちの１つに対してＰＤＵセッションを作成し得る。低データ速度制御状態はＡＭＦから受信される場合に含まれる。ＰＤＵセッションがコントロールプレーン ＣＩｏＴ ５ＧＳ最適化を対象としている場合、コントロールプレーンＣＩｏＴ ５ＧＳ最適化指示はＶ－ＳＭＦによって設定される。
Ｖ－ＳＭＦ ＳＭコンテキストＩＤは、このＰＤＵセッションと関連したサービス操作に割り当てたアドレス指定情報を含有する。Ｈ－ＳＭＦは、ＰＤＵセッション、およびこのＵＥに対するこのＰＤＵセッションのＶ－ＳＭＦコンテキストＩＤの関連付けを記憶する。
Ｈ－ＳＭＦがステップ１３の前に（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求を呼び出す）このＰＤＵセッションに対してＶ－ＳＭＦサービスを使用する必要がある場合、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ要求の最初の呼び出しにおいて、Ｈ－ＳＭＦはＶ－ＳＭＦに、このＰＤＵセッションと関連したサービス操作に割り当てたＨ－ＳＭＦ ＳＭコンテキストＩＤを提供する。
ＲＡＴタイプがメッセージに含まれた場合、Ｈ－ＳＭＦはそのＲＡＴタイプをＳＭコンテキストに記憶する。
一実施形態では、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求は、Ｈ－ＳＭＦについてのアクセストークンをさらに含んでよい。
図１０の他のステップは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．３．２．２．２－１の対応するステップと同じである。図１０に示されるＮｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求以外のメッセージは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．４．０の図４．３．２．２．２－１の対応するメッセージと同じである。
一実施形態では、３ＧＰＰ ＴＳ ２９．５０２ Ｖ１６．４．０は以下のように変更されてよい。
第１の変更
５．２．２．２．１ 概要
作成ＳＭコンテキストサービス操作は、ＳＭＦにおける、ＨＲローミングシナリオのためのＶ－ＳＭＦにおける、またはＩ－ＳＭＦによるＰＤＵセッションのためのＩ－ＳＭＦにおける所与のＰＤＵセッションに対する個々のＳＭコンテキストを作成するために使用されるものとする。
以下の手順で使用される：
－ＵＥ要求ＰＤＵセッション確立（３ＧＰＰ ＴＳ ２３．５０２［３］の４．３．２項および４．２３．５．１項を参照）
－ＥＰＳから５ＧＳのアイドルモードモビリティ、Ｎ２６インターフェースを使用するデータフォワーディングまたはハンドオーバによるＥＰＳから５ＧＳのアイドルモードモビリティ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．１１．１項、４．２３．１２．３項、４．２３．１２．５項、および４．２３．１２．７項を参照）
－Ｎ２６インターフェースなしのＥＰＳから５ＧＳのモビリティ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．１１．２．３項を参照）
－対象のＡＭＦが、ソースＡＭＦによって使用されるＳＭコンテキストのＳＭＦリソース識別子を知らない時、例えば、対象ＡＭＦがＮ３ＩＷＦのＰＬＭＮにない時（３ＧＰＰ ＴＳ ２３．５０２［３］の４．９．２．３．２項を参照）、またはＵＥがローミングしており、選択されたＮ３ＩＷＦがＨＰＬＭＮにある時（３ＧＰＰ ＴＳ ２３．５０２［３］の４．９．２．４．２項を参照）の、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のＰＤＵセッションのハンドオーバ
－ＥＰＳから５ＧＣ－Ｎ３ＩＷＦのハンドオーバ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．１１．３．１項を参照）
－ＥＰＣ／ｅＰＤＧから５ＧＳのハンドオーバ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．１１．４．１項を参照）
－Ｉ－ＳＭＦまたはＶ－ＳＭＦ挿入および変更によるＸｎベースまたはＮ２ベースハンドオーバ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３．７．３項、４．２３．１１項、および４．２３．１２項を参照）
－Ｉ－ＳＭＦ挿入／変更／削除またはＶ－ＳＭＦ変更によるＵＥトリガサービス要求（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３．４．３項を参照）
－Ｉ－ＳＭＦまたはＶ－ＳＭＦ挿入、変更、および削除によるＵＥのＰＤＵセッションのための登録手順（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３．３項を参照）
－Ｉ－ＳＭＦ挿入によるＥＰＣ／ｅＰＤＧから５ＧＳのハンドオーバ（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３項を参照）
－ＳＭＦコンテキスト転送手順、ＬＢＯまたはローミングなし、Ｉ－ＳＭＦなし（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２６．５．３項を参照）
－Ｉ－ＳＭＦコンテキスト転送手順（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２６．５．２項を参照）
－Ｗ－５ＧＡＮによる５Ｇ－ＲＧ要求ＰＤＵセッション確立（３ＧＰＰ ＴＳ ２３．３１６［３６］の７．３．１項を参照）
－Ｗ－５ＧＡＮによるＦＮ－ＲＧ関連ＰＤＵセッション確立（３ＧＰＰ ＴＳ ２３．３１６［３６］の７．３．４項を参照）
－Ｗ－５ＧＡＮによる５Ｇ－ＣＲＧおよびＦＮ－ＣＲＧ要求ＰＤＵセッション確立を支持する非５Ｇ対応デバイス（３ＧＰＰ ＴＳ ２３．３１６［３６］の４．１０ａ項を参照）
－３ＧＰＰアクセス／ＥＰＳからＷ－５ＧＡＮ／５ＧＣのハンドオーバ（３ＧＰＰ ＴＳ ２３．３１６［３６］の７．６．４．１項を参照）。
ＰＤＵセッションごとに１つの個々のＳＭコンテキストのみがあるものとする。
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、図１１に示されるようなＨＴＴＰ ＰＯＳＴ方法を使用することによってＳＭコンテキストを作成するものとする。図１１は、本開示の一実施形態によるＳＭコンテキスト作成のフローチャートを示す。
１．ＮＦサービスコンシューマは、ＳＭＦのＳＭコンテキストコレクションリソースを表すリソースにＰＯＳＴ要求を送出するものとする。ＰＯＳＴ要求のペイロードボディは以下を含有するものとする：
－作成される個々のＳＭコンテキストリソースの表示
－単一アクセスＰＤＵセッションのためにＵＥから受信される場合およびその要求が既存のＰＤＵセッションまたは既存の緊急ＰＤＵセッションを指す場合の要求タイプＩＥであって、要求タイプＩＥは、ＭＡ－ＰＤＵセッション確立要求に対しては含まれないものとし、その他の場合は含まれ得る
－ＵＥから受信される場合の（すなわち、ＳＳＣモード３動作のＰＤＵセッション確立のための）旧ＰＤＵセッションＩＤ
－ＤＮＮがＬＡＤＮ（ローカルエリアデータネットワーク）に対応する場合、ＵＥがＬＡＤＮサービスエリアの内部または外部にあることの指示
－ＭＡ－ＰＤＵセッションがＵＥによって確立されることが要求される場合にＭＡ－ＰＤＵセッションが要求されていることの指示、またはＰＤＵセッションがＭＡ－ＰＤＵセッションにアップグレードされることを、ＵＥによって指示される場合に可能とされることの指示
－ａｎＴｙｐｅ
－ＵＥが３ＧＰＰアクセスおよび非３ＧＰＰアクセス両方に対して登録される場合の追加のＡｎＴｙｐｅ
－ＣＩＯＴ特徴がＳＭＦによってサポートされていること（およびホームルーテッドセッションについては、Ｈ－ＳＭＦによってもサポートされていること）をＮＦサービスコンシューマ（例えば、ＡＭＦ）が検証し、かつコントロールプレーンＣＩｏＴ ５ＧＳ最適化がこのＰＤＵセッションに有効である場合の、値が「真」であるｃｐＣｉｏｔＥｎａｂｌｅｄ ＩＥ
－ＰＤＵセッションがコントロールプレーンＣＩｏＴ ５ＧＳ最適化のみを使用するものとする場合の、値が「真」であるｃｐＯｎｌｙＩｎｄ ＩＥ
－ｃｐＣｉｏｔＥｎａｂｌｅｄ ＩＥが「真」に設定され、かつＮＥＦを介したデータ配信がＰＤＵセッションに対して選択される場合の、ホームルーテッドＰＤＵセッションのための値が「真」である呼び出しＮＥＦ指示
－ＳＭコンテキスト状態通知のためのサブスクリプション
－サービングＡＭＦを特定するｓｅｒｖｉｎｇＮｆＩｄ
－トレースがアクティブ化される場合のトレース制御および設定パラメータ（３ＧＰＰ ＴＳ ３２．４２２［２２］を参照）
－利用可能な場合、Ｗ－ＡＧＦ、ＴＮＧＦ、またはＴＷＩＦにおけるＮ３終端の識別子（すなわち、ＦＱＤＮまたはＩＰアドレス）
－ＤＤＮ障害イベントの後の可用性がＵＤＭによってサブスクライブされた場合の、ＤＤＮ障害通知のためのサブスクリプション
ホームルーテッドローミングシナリオにおけるＵＥ要求ＰＤＵセッション確立手順（３ＧＰＰ ＴＳ ２３．５０２［３］の４．３．２．２．２項を参照）について、ＮＦサービスコンシューマは、ｈＳｍｆＵｒｉ ＩＥにおけるＨ－ＳＭＦのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎサービスのＵＲＩおよびオプションとして対応するＳＭＦ ＩＤを提供するものとし、対応するＳＭＦ ＩＤによる追加のＨ－ＳＭＦのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎサービスのＵＲＩを提供し得る。Ｖ－ＳＭＦはｈＳｍｆＵｒｉ ＩＥを使用してＰＤＵセッションを作成することを試みるものとする。Ｎ１６インターフェース上の通信障害により、Ｖ－ＳＭＦがＨ－ＳＭＦからいずれの応答も受信しない場合、
－オペレータポリシに応じて、Ｖ－ＳＭＦは代替のパスを介してｈＳｍｆＵｒｉに達することを試みてよい、または
－追加のＨ－ＳＭＦ ＵＲＩが提供される場合、Ｖ－ＳＭＦは、提供される追加のＨ－ＳＭＦのうちの１つにおいてＰＤＵセッションを作成することを試みてよい。
Ｉ－ＳＭＦによるＰＤＵセッション確立（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３．５．１項を参照）について、ＮＦサービスコンシューマは、ＳｍｆＵｒｉ ＩＥにおけるＳＭＦのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎサービスのＵＲＩおよびオプションとして対応するＳＭＦ ＩＤを提供するものとし、対応するＳＭＦ ＩＤによる追加のＳＭＦのＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎサービスのＵＲＩを提供し得る。Ｉ－ＳＭＦはｓｍｆＵｒｉ ＩＥを使用してＰＤＵセッションを作成することを試みるものとする。Ｎ１６ａインターフェース上の通信障害により、Ｉ－ＳＭＦがＳＭＦからいずれの応答も受信しない場合、
－オペレータポリシに応じて、Ｉ－ＳＭＦは代替のパスを介してｓｍｆＵｒｉに達することを試みてよい、または
－追加のＳＭＦ ＵＲＩが提供される場合、Ｉ－ＳＭＦは、提供される追加のＳＭＦのうちの１つにおいてＰＤＵセッションを作成することを試みてよい。
ＵＥ要求ＰＤＵセッション確立手順について、ＲＡＴタイプがＮＢ－ＩｏＴであるとＡＭＦが判断し、かつＵＥが既に、ユーザプレーンリソースがアクティブ化された２ ＰＤＵセッションを有する場合、ＡＭＦは、３ＧＰＰ ＴＳ ２３．５０２［３］の４．３．２．２．１項に定められるように、ＰＤＵセッション確立を継続し、かつＳＭＦに対する値が「真」であるｃｐＣｉｏｔＥｎａｂｌｅｄ ＩＥまたはｃｐＯｎｌｙＩｎｄ ＩＥを含んでよい。
ＰＯＳＴ要求のペイロードボディはさらに以下を含有し得る。
－ｓｅｒｖｉｃｅＮａｍｅ属性で符号化された、ＳＭコンテキスト状態通知が送出されるＡＭＦサービス名（３ＧＰＰ ＴＳ ２９．５００［４］の６．５．２．２項を参照）。
２ａ．成功すると、「２０１作成」が返されるものとし、ＰＯＳＴ応答のペイロードボディは、要求の状態を記述する表現を含有するものとし、「ロケーション」ヘッダは存在するものとし、かつ作成されたリソースのＵＲＩを含有するものとする。作成されたリソースＵＲＩのａｐｉＲｏｏｔの権限および／または配置固有の文字列は、ＰＯＳＴ要求において受信された要求ＵＲＩのａｐｉＲｏｏｔの権限および／または配置固有の文字列と異なる場合がある。
要求タイプが要求において受信され、かつＥＸＩＳＴＩＮＧ＿ＰＤＵ＿ＳＥＳＳＩＯＮまたはＥＸＩＳＴＩＮＧ＿ＥＭＥＲＧＥＮＣＹ＿ＰＤＵ＿ＳＥＳＳＩＯＮ（すなわち、これが既存のＰＤＵセッションまたは既存の緊急ＰＤＵセッションに対する要求であることを示している）に設定された場合、ＳＭＦは、ＰＤＵセッションＩＤに基づいて既存のＰＤＵセッションまたは緊急ＰＤＵセッションを特定するものとし、この場合、ＳＭＦは、新しいＳＭコンテキストを作成せず、代わりに既存のＳＭコンテキストを更新し、かつＮＦサービスコンシューマへの「２０１作成」応答において更新されたＳＭコンテキストの表現を提供するものとする。
ＰＯＳＴ要求は：
－同じＳＵＰＩ、またはＵＩＣＣなしのまたは認証されたＳＵＰＩなしの緊急登録されたＵＥに対するＰＥＩ、および既存ＳＭコンテキストに対するのと同じＰＤＵセッションＩＤを含み、
－これが新しいＰＤＵセッションを確立するための要求である、すなわち、
－ＲｅｑｕｅｓｔＴｙｐｅ ＩＥが要求に存在し、かつＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴまたはＩＮＩＴＩＡＬ＿ＥＭＥＲＧＥＮＣＹ＿ＲＥＱＵＥＳＴ（例えば、単一のアクセスＰＤＵセッション確立要求）に設定される、
－ＲｅｑｕｅｓｔＴｙｐｅ ＩＥおよびｍａＲｅｑｕｅｓｔＩｎｄ ＩＥが両方共要求にない（例えば、ＥＰＳから５ＧＳのモビリティ）、または
－ｍａＲｅｑｕｅｓｔＩｎｄ ＩＥが要求（すなわち、ＭＡ－ＰＤＵセッション確立要求）に存在し、かつ要求に示されたアクセスタイプが既存のＳＭコンテキストのアクセスタイプに対応する
場合に、既存のＳＭコンテキストとの衝突とみなされるものとする。
既存のＳＭコンテキストと衝突するＰＯＳＴ要求は、新しいＳＭコンテキストについての要求として扱われるものとする。新しいＳＭコンテキストを作成する前に、ＳＭＦは既存のＳＭコンテキストをローカルで、かつＵＰＦおよびＰＣＦにおけるいずれの関連付けられたリソースも消去するものとする。既存のＳＭコンテキストと衝突する要求のハンドリングについて５．２．３．３．１項も参照されたい。既存のＳＭコンテキストのｓｍＣｏｎｔｅｘｔＳｔａｔｕｓＵｒｉがＰＯＳＴ要求において受信されたｓｍＣｏｎｔｅｘｔＳｔａｔｕｓＵｒｉと異なる場合、ＳＭＦはまた、既存のＳＭコンテキストの解放を通知するために既存のＳＭコンテキストのｓｍＣｏｎｔｅｘｔＳｔａｔｕｓＵｒｉを対象とするＳＭコンテキスト状態通知（５．２．２．５項を参照）を送出するものとする。ＨＲ ＰＤＵセッションについて、要求におけるＨ－ＳＭＦ ＵＲＩが既存のＰＤＵセッションのＨ－ＳＭＦ ＵＲＩと異なる場合、Ｖ－ＳＭＦはまた、解放サービス操作（５．２．２．９項を参照）を呼び出すことによってＨ－ＳＭＦにおける既存のＰＤＵセッションを消去するものとする。Ｉ－ＳＭＦによるＰＤＵセッションについて、要求におけるＳＭＦ ＵＲＩが既存のＰＤＵセッションのＳＭＦ ＵＲＩと異なる場合、Ｉ－ＳＭＦはまた、解放サービス操作（５．２．２．９項を参照）を呼び出すことによってＳＭＦにおける既存のＰＤＵセッションを消去するものとする。
要求タイプが要求において受信されていて、これが、新しいＰＤＵセッションについての要求（すなわち、ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ）であることを示している場合、かつ旧ＰＤＵセッションＩＤがまた要求に含まれていた場合、ＳＭＦは、旧ＰＤＵセッションＩＤに基づいて、解放するべきであり、かつ新しいＰＤＵセッション確立が関連する既存のＰＤＵセッションを特定するものとする。
例えば、ＰＤＵセッションが別のアクセスまたは別のシステムから移動したことで、要求においてＧＰＳＩ ＩＥが提供されず、かつＧＰＳＩがＰＤＵセッションと既に関連付けられている（またはＧＰＳＩがＨＲ ＰＤＵセッションのためにｈ－ＳＭＦから受信されている）ことをＳＭＦが知っている場合、ＳＭＦは応答にＧＰＳＩを含むものとする。
２ｂ．要求が「ＬＡＤＮサービスエリアにおけるＵＥの存在」の指示を含まず、かつＤＮＮがＬＡＤＮに対応するとＳＭＦが判断する場合、ＳＭＦはＵＥがＬＡＤＮサービスエリアの外部にあるとみなすものとする。ＳＭＦは、ＵＥがＬＡＤＮサービスエリアの外部にある場合に要求を拒絶するものとする。
障害時、またはＵＥ要求ＰＤＵセッション確立の間のリダイレクト時に、表６．１．３．２．３．１－３にリスト化されたＨＴＴＰ状態コードのうちの１つが返されるものとする。４ｘｘ／５ｘｘ応答について、メッセージ本文は、以下を含めて、ＳｍＣｏｎｔｅｘｔＣｒｅａｔｅＥｒｒｏｒ構造を含有するものとする。
－表６．１．３．２．３．１－３にリスト化されたアプリケーションエラーのうちの１つに設定された「原因」属性によるＰｒｏｂｌｅｍＤｅｔａｉｌｓ構造
－エラーによってＳＭＦがＵＥへの応答を生成しない場合（例えば、無効な要求フォーマット）を除いて、要求がＮ１ ＳＭ情報を含んだ場合のＮ１ ＳＭ情報（ＰＤＵセッション拒絶）
次の変更
５．２．２．２．４ Ｘｎベースハンドオーバの間のＩ－ＳＭＦ挿入、変更、または削除
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、以下のように、Ｘｎベースハンドオーバの間にＳＭコンテキストを作成するために（Ｉ－ＳＭＦ挿入または変更のための）Ｉ－ＳＭＦまたは（Ｉ－ＳＭＦ削除のための）ＳＭＦを要求するものとする。
１．ＮＦサービスコンシューマは以下の追加の情報と共にＰＯＳＴ要求を送出するものとする。
－対象の５Ｇ－ＡＮから受信されたＮ２ ＳＭ情報（３ＧＰＰ ＴＳ ３８．４１３［９］の９．３．４．８項におけるパス切り替え要求転送ＩＥを参照）
－ある場合は、ソース５Ｇ－ＡＮから受信された追加のＮ２ ＳＭ情報（３ＧＰＰ ＴＳ ３８．４１３［９］の９．３．４．２３項における２次ＲＡＴデータ使用報告転送ＩＥを参照）
－Ｉ－ＳＭＦ挿入の間のＳＭＦにおけるＳＭコンテキストリソース、またはＩ－ＳＭＦ変更または削除の間のソースＩ－ＳＭＦにおけるＳＭコンテキストリソースの識別子、およびオプションとして、ＳＭコンテキストリソースをホストするＳＭＦのＮＦインスタンス識別子に設定されたｓｍＣｏｎｔｅｘｔＲｅｆ属性
２ａ．成功すると、ＳＭＦは２０１作成応答を返すものとする。
「ロケーション」ヘッダは、ＰＯＳＴ応答に存在するものとし、かつ作成されたＳＭコンテキストリソースのＵＲＩを含有するものとする。
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、ＰＤＵセッションＩＤおよびＳＭＦ ＩＤの関連付けを記憶するものとする。
２ｂ．図５．２．２．２．１－１のステップ２ｂと同じである。
パス切り替え要求転送ＩＥが要求メッセージにおけるＮ２ ＳＭ情報内に含まれているがパス切り替えに失敗した場合、メッセージ本文は以下を含めてＳｍＣｏｎｔｅｘｔＣｒｅａｔｅＥｒｒｏｒ構造を含有するものとする。
－Ｎ２ ＳＭ情報（パス切り替え要求転送の失敗）
次の変更
５．２．２．２．５ Ｎ２ベースハンドオーバの間のＩ－ＳＭＦ挿入、変更、または削除
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、以下のように、Ｎ２ベースハンドオーバの間にＳＭコンテキストを作成するために（Ｉ－ＳＭＦ挿入または変更のための）Ｉ－ＳＭＦまたは（Ｉ－ＳＭＦ削除のための）ＳＭＦを要求するものとする。
１．ＮＦサービスコンシューマは以下の追加の情報と共にＰＯＳＴ要求を送出するものとする。
－ソースＮＧ－ＲＡＮから受信されたＮ２ ＳＭ情報（３ＧＰＰ ＴＳ ３８．４１３［９］の９．３．４．１４項のハンドオーバ必須転送ＩＥを参照）
－ＰＲＥＰＡＲＩＮＧに設定されたｈｏＳｔａｔｅ属性（５．２．２．３．４．１項を参照）
－Ｉ－ＳＭＦ挿入の間のＳＭＦにおけるＳＭコンテキストリソース、またはＩ－ＳＭＦ変更または削除の間のソースＩ－ＳＭＦにおけるＳＭコンテキストリソースの識別子、およびオプションとして、ＳＭコンテキストリソースをホストするＳＭＦのＮＦインスタンス識別子に設定されたｓｍＣｏｎｔｅｘｔＲｅｆ属性
２ａ．成功すると、ＳＭＦは以下の情報を含む２０１作成応答を返すものとする。
－図５．２．２．３．４．２－１のステップ２に定められるように、ＰＲＥＰＡＲＩＮＧに設定されたｈｏＳｔａｔｅ属性、およびリソースをＰＤＵセッションに割り当てるために対象の５Ｇ－ＡＮを要求するためのＮ２ ＳＭ情報
「ロケーション」ヘッダは、ＰＯＳＴ応答に存在するものとし、かつ作成されたＳＭコンテキストリソースのＵＲＩを含有するものとする。
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、ＰＤＵセッションＩＤおよびＳＭＦ ＩＤの関連付けを記憶するものとする。
２ｂ．図５．２．２．２．１－１のステップ２ｂと同じである。
次の変更
５．２．２．２．６ Ｉ－ＳＭＦ挿入／変更／削除またはＶ－ＳＭＦ変更によるサービス要求
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、Ｉ－ＳＭＦ挿入／変更またはＶ－ＳＭＦ変更によるサービス要求の間にＳＭコンテキストを作成するために新Ｉ－ＳＭＦまたは新Ｖ－ＳＭＦを要求するものとする、または、Ｉ－ＳＭＦ削除によるサービス要求の間にＳＭコンテキストを作成するためにＳＭＦを要求するものとする。図１２は、本開示の一実施形態による、Ｉ－ＳＭＦ挿入／変更／削除またはＶ－ＳＭＦ変更によるサービス要求のフローチャートを示す。
１．ＮＦサービスコンシューマは、以下の追加の情報と共に、５．２．２．２．１項に定められるようなＰＯＳＴ要求を送出するものとする。
－（Ｉ－ＳＭＦ挿入によるサービス要求のための）ＳＭＦまたは（Ｉ－ＳＭＦ変更または削除によるサービス要求のための）旧Ｉ－ＳＭＦまたは（Ｖ－ＳＭＦ変更によるサービス要求のための）旧Ｖ－ＳＭＦにおけるＳＭコンテキストリソースの識別子、およびオプションとして、ＳＭコンテキストリソースをホストするＳＭＦのＮＦインスタンス識別子に設定されたｓｍＣｏｎｔｅｘｔＲｅｆ属性
－ＰＤＵセッションのためのＮ３トンネルユーザプレーンリソースの確立を示すためにＡＣＴＩＶＡＴＩＮＧ（５．２．２．３．２．１項を参照）に設定されたｕｐＣｎｘＳｔａｔｅ属性
２ａ．成功すると、ＳＭＦは以下の追加の情報と共に、５．２．２．２．１項に定められるような２０１作成応答を返すものとする。
－ＡＣＴＩＶＡＴＩＮＧに設定されたｕｐＣｎｘＳｔａｔｅ属性
－このＰＤＵセッションのためのユーザプレーンデータに対するアップリンク終点のトランスポートレイヤアドレスおよびトンネルエンドポイント（すなわち、アップリンクトラフィックに対するＵＰＦのＧＴＰ－Ｕ Ｆ－ＴＥＩＤ）を含めて、リソースをＰＤＵセッションに割り当てるために５Ｇ－ＡＮを要求するためのＮ２ ＳＭ情報（３ＧＰＰ ＴＳ ３８．４１３［９］の９．３．４．１項におけるＰＤＵセッションリソースセットアップ要求転送ＩＥを参照）
２ｂ．図５．２．２．２．１－１のステップ２ｂと同じである。ステップ３～４はこの場合スキップされる。
次の変更
５．２．２．２．７ Ｉ－ＳＭＦ挿入、変更、および削除によるＵＥのＰＤＵセッションのための登録手順
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、以下のように、Ｉ－ＳＭＦ挿入、変更、および削除によるＰＤＵセッションのためのＵＥ登録手順の間にＳＭコンテキストを作成するためにＳＭＦを要求するものとする。
１．５．２．２．２．１－１のステップ１と同じように、ＮＦサービスコンシューマは、以下の追加の情報と共にＰＯＳＴ要求を送出するものとする。
－Ｉ－ＳＭＦ挿入の間のＳＭＦにおけるＳＭコンテキストリソース、またはＩ－ＳＭＦ削除の間のＩ－ＳＭＦにおけるＳＭコンテキストリソース、またはＩ－ＳＭＦ変更の間の旧Ｉ－ＳＭＦにおけるＳＭコンテキストリソースの識別子、およびオプションとして、ＳＭコンテキストリソースをホストするＳＭＦのＮＦインスタンス識別子に設定されたｓｍＣｏｎｔｅｘｔＲｅｆ属性
－ＵＥがＰＤＵセッションをアクティブ化するように要求した場合のＰＤＵセッションのためのＮ３トンネルユーザプレーンリソースの確立を示すためにＡＣＴＩＶＡＴＩＮＧ（５．２．２．３．２．１項を参照）に設定されたｕｐＣｎｘＳｔａｔｅ属性
２ａ．成功すると、ＳＭＦは２０１作成応答を返すものとする。
ＳＭＦがＰＤＵセッションのためのＮ３トンネルユーザプレーンリソースを、例えば、それをＮＦサービスコンシューマが要求することにより、または旧Ｉ－ＳＭＦ／Ｉ－ＵＰＦにおけるバッファされたＤＬデータにより確立する（３ＧＰＰ ＴＳ ２３．５０２［３］の４．２３．３項を参照）場合、２０１作成応答は以下の追加の情報を含有するものとする。
－ＡＣＴＩＶＡＴＩＮＧに設定されたｕｐＣｎｘＳｔａｔｅ属性
－このＰＤＵセッションのためのユーザプレーンデータに対するアップリンク終端点のトランスポートレイヤアドレスおよびトンネルエンドポイント（すなわち、アップリンクトラフィックに対するＵＰＦのＧＴＰ－ＵＦ－ＴＥＩＤ）を含めて、リソースをＰＤＵセッションに割り当てるために５Ｇ－ＡＮを要求するためのＮ２ ＳＭ情報（３ＧＰＰ ＴＳ ３８．４１３［９］の９．３．４．１項におけるＰＤＵセッションリソースセットアップ要求転送ＩＥを参照）
「ロケーション」ヘッダは、ＰＯＳＴ応答に存在するものとし、かつ作成されたＳＭコンテキストリソースのＵＲＩを含有するものとする。
ＮＦサービスコンシューマ（例えば、ＡＭＦ）は、ＰＤＵセッションＩＤおよびＳＭＦ ＩＤの関連付けを記憶するものとする。
２ｂ．図５．２．２．２．１－１のステップ２ｂと同じである。
次の変更
６．１．３．２．３．１ ＰＯＳＴ
この方法では、ＨＲローミングシナリオにおいてＳＭＦまたはＶ－ＳＭＦにおける個々のＳＭコンテキストリソースを作成する。
この方法は、表６．１．３．２．３．１－１に定められるＵＲＩクエリパラメータをサポートするものとする。
この方法では、表６．１．３．２．３．１－２に定められる要求データ構造、ならびに表６．１．３．２．３．１－３に定められる応答データ構造および応答コードをサポートするものとする。
次の変更
６．１．６．２．２ タイプ：ＳｍＣｏｎｔｅｘｔＣｒｅａｔｅＤａｔａ
次の変更
６．１．７．３ アプリケーションエラー
３ＧＰＰ ＴＳ ２９．５００［４］の表５．２．７．２－１に規定される一般的なアプリケーションエラーは、Ｎｓｍｆ ＰｄｕＳｅｓｓｉｏｎ サービスに使用されてよい。
表６．１．７．３－１にリスト化された以下のアプリケーションエラーは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎサービスに特有である。
次の変更
Ａ．２ Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ ＡＰＩ
ｏｐｅｎａｐｉ：３．０．０
情報：
バージョン：’１．１．０’
タイトル：’Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ’
説明： ｜
ＳＭＦ ＰＤＵ セッションサービス
（Ｃ） ２０２０，３ＧＰＰ組織パートナー （ＡＲＩＢ，ＡＴＩＳ，ＣＣＳＡ，ＥＴＳＩ，ＴＳＤＳＩ，ＴＴＡ，ＴＴＣ）
無断転用禁止。

ｅｘｔｅｒｎａｌＤｏｃｓ：
説明：３ＧＰＰ ＴＳ ２９．５０２ Ｖ１６．４．０；５Ｇシステム；セッション管理サービス；ステージ３
ｕｒｌ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２９＿ｓｅｒｉｅｓ／２９．５０２／

サーバ：
－ ｕｒｌ：’｛ａｐｉＲｏｏｔ｝／ｎｓｍｆ－ｐｄｕｓｅｓｓｉｏｎ／ｖ１’
変数：
ａｐｉＲｏｏｔ：
デフォルト：ｈｔｔｐｓ：／／ｅｘａｍｐｌｅ．ｃｏｍ
説明：３ＧＰＰ ＴＳ ２９．５０１の４．４項に規定されるａｐｉＲｏｏｔ。ｓｍ－コンテキストおよびｐｄｕ－セッションリソースは、異なる処理インスタンスまたはホスト上で分散可能である。よって、作成された個々のｓｍコンテキストおよびｐｄｕ－セッションリソースのＵＲＩのａｐｉＲｏｏｔの権限および／または配置固有の文字列は、ｓｍ－コンテキストおよびｐｄｕ－セッションのコレクションのＵＲＩのａｐｉＲｏｏｔの権限および／または配置固有の文字列と異なる場合がある。
明確にするためにスキップされるテキスト
Figure 0007676534000016
Figure 0007676534000017
Figure 0007676534000018
Figure 0007676534000019
明確にするためにスキップされたテキスト
変更の終了
図５～図１２に示されるさまざまなブロック／ステップは、方法のステップ、および／もしくはコンピュータプログラムコードの動作から生じる動作、ならびに／または関連の機能を実行するように構成された複数の結合された論理回路エレメントとしてみなされ得る。上述される概略的なフローチャート図は一般的に、論理フローチャート図として示される。そのように、図示された順序および標示されたステップは、提示された方法の特有の実施形態を示している。他のステップおよび方法は、機能、論理、または効果において、例示された方法の１つまたは複数のステップもしくはその部分と等価であると考えられ得る。さらに、特定の方法が行われる順序は、厳密に、示される対応するステップの順序に従っても従わなくてもよい。
一実施形態では、ＳＭＦサービスＵＲＩおよびＳＭコンテキストＵＲＩに対応するＳＭＦ ＩＤは、ＳｍＣｏｎｔｅｘｔＣｒｅａｔｅＤａｔａタイプに追加されてよい。
一実施形態では、Ｖ－ＳＭＦ／Ｉ－ＳＭＦがＨ－ＳＭＦ／ＳＭＦ／旧Ｖ－／Ｉ－ＳＭＦにおけるサービスにアクセスすることが承認されていない時のサービス承認の失敗についての新しいアプリケーションエラーが規定される。
一実施形態では、ＡＭＦが対応するＳＭＦ ＩＤを提供するためのサービス手順が更新可能である。
本明細書における実施形態は、例の包括的ではないリストが以下に示されるが、多くの利点をもたらす。本明細書におけるいくつかの実施形態は、アクセスおよびモビリティ管理機能（ＡＭＦなど）がＮＦインスタンスＩＤを提供したことに基づいて、第１のセッション管理機能が第２のセッション管理機能についてのアクセストークン（ＯＡｕｔｈ２トークンなど）を得ることを可能にし得ることで、第１のセッション管理機能は、第２のセッション管理機能に対するさまざまなオプション（ＳＭコンテキスト取り出し動作またはＰＤＵセッション作成動作など）を実行することを承認可能とされる。本明細書における実施形態は、上記の特徴および利点に限定されない。当業者は、以下の詳細な説明を読むことでさらなる特徴および利点を認識するであろう。
図１３は、本開示のいくつかの実施形態を実践するのに適した装置を示すブロック図である。例えば、上述される、第１のセッション管理機能、ネットワークレポジトリ機能、第２のセッション管理機能、およびネットワーク機能サービスコンシューマのうちのいずれか１つは、装置１３００としてまたは装置１３００によって実施されてよい。
装置１３００は、デジタルプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ１３２１、およびプロセッサ１３２１に結合される少なくとも１つのメモリ（ＭＥＭ）１３２２を含む。装置１３２０は、プロセッサ１３２１に結合される送信機ＴＸおよび受信機ＲＸ １３２３をさらに含んでよい。ＭＥＭ １３２２はプログラム（ＰＲＯＧ）１３２４を記憶する。ＰＲＯＧ １３２４は、関連のプロセッサ１３２１上で実行される時、装置１３２０が本開示の実施形態に従って動作できるようにする命令を含み得る。少なくとも１つのプロセッサ１３２１および少なくとも１つのＭＥＭ １３２２の組み合わせは、本開示のさまざまな実施形態を実施するように適応された処理手段１３２５を形成し得る。
本開示のさまざまな実施形態は、プロセッサ１３２１、ソフトウェア、ファームウェア、ハードウェアのうちの１つもしくは複数によって、またはこれらの組み合わせで実行可能であるコンピュータプログラムによって実施されてよい。
ＭＥＭ１３２２は、ローカルな技術環境に適した任意のタイプのものであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよび取り外し可能メモリなどの任意の適したデータ記憶技術を使用して実装されてよい。
プロセッサ１３２１は、ローカルな技術環境に適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでよい。
装置が第１のセッション管理機能としてまたはこれにおいて実装される一実施形態では、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含有し、これによって、第１のセッション管理機能は、上述される第１のセッション管理機能に関連している任意の方法の任意のステップに従って動作する。
装置がネットワークレポジトリ機能としてまたはこれにおいて実装される一実施形態では、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含有し、これによって、ネットワークレポジトリ機能は、上述されるネットワークレポジトリ機能に関連している方法の任意のステップに従って動作する。
装置が第２のセッション管理機能としてまたはこれにおいて実装される一実施形態では、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含有し、これによって、第２のセッション管理機能は、上述される第２のセッション管理機能に関連している方法の任意のステップに従って動作する。
装置がネットワーク機能サービスコンシューマとしてまたはこれにおいて実装される一実施形態では、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含有し、これによって、ネットワーク機能サービスコンシューマは、上述されるネットワーク機能サービスコンシューマに関連している方法の任意のステップに従って動作する。
図１４は、本開示の一実施形態による第１のセッション管理機能を示すブロック図である。示されるように、第１のセッション管理機能１４００は、第１の送出モジュール１４０２と第１の受信モジュール１４０４とを含む。第１の送出モジュール１４０２は、第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出するように設定されてよい。第１の受信モジュール１４０４は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答をネットワークレポジトリ機能から受信するように設定されてよい。
一実施形態では、第１のセッション管理機能１４００は、第２の送出モジュール１４０６をさらに含んでよい。第２の送出モジュール１４０６は、第２のセッション管理機能についてのアクセストークンを含有する第２の要求を第２のセッション管理機能に送出するように設定されてよい。一実施形態では、第１のセッション管理機能１４００は第２の受信モジュール１４０８をさらに含んでよい。第２の受信モジュール１４０８は、ネットワーク機能サービスコンシューマから第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信するように設定されてよい。
一実施形態では、第１のセッション管理機能は第３の送出モジュール１４１０をさらに含んでよい。第３の送出モジュール１４１０は、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答をネットワーク機能サービスコンシューマに送出するように設定されてよい。
図１５は、本開示の一実施形態によるネットワークレポジトリ機能を示すブロック図である。示されるように、ネットワークレポジトリ機能１５００は受信モジュール１５０２および送出モジュール１５０４を含む。受信モジュール１５０２は、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを得るための第１の要求を受信するように設定されてよい。送出モジュール１５０４は、第２のセッション管理機能についてのアクセストークンまたはエラー情報を含有する第１の応答を第１のセッション管理機能に送出するように設定されてよい。
図１６は、本開示の一実施形態による第２のセッション管理機能を示すブロック図である。示されるように、第２のセッション管理機能１６００は受信モジュール１６０２および処理モジュール１６０４を含む。受信モジュール１６０２は、第１のセッション管理機能から第２のセッション管理機能についてのアクセストークンを含有する第２の要求を受信するように設定されてよい。処理モジュール１６０４は第２の要求を処理するように設定されてよい。
図１７は、本開示の一実施形態によるネットワーク機能サービスコンシューマを示すブロック図である。示されるように、ネットワーク機能サービスコンシューマ１７００は送出モジュール１７０２を含む。送出モジュール１７０２は、第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を第１のセッション管理機能に送出するように設定されてよい。
一実施形態では、ネットワーク機能サービスコンシューマは受信モジュール１７０４をさらに含んでよい。受信モジュールは、第１のセッション管理機能が、第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答を第１のセッション管理機能から受信するように設定されてよい。
ユニットまたはモジュールという用語は、電子機器、電気デバイス、および／または電子デバイスの分野における従来の意味を有し得、例えば、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、本明細書に説明されるものなどの、各々のタスク、手順、計算、出力を実行する、および／もしくは機能を表示するなどのためのコンピュータプログラムまたは命令を含み得る。
機能ユニットによって、第１のセッション管理機能、ネットワークレポジトリ機能、第２のセッション管理機能、またはネットワーク機能サービスコンシューマは、固定プロセッサまたはメモリを必要としない場合があり、任意のコンピューティングリソースおよびストレージリソースは、通信システムにおける第１のセッション管理機能、ネットワークレポジトリ機能、第２のセッション管理機能、またはネットワーク機能サービスコンシューマから配置され得る。仮想化技術およびネットワークコンピューティング技術の導入によって、ネットワークリソースの使用効率およびネットワークの柔軟性が改善され得る。
本開示の一態様によると、コンピュータ可読記憶媒体上に有形に記憶されており、かつ少なくとも１つのプロセッサ上で実行される時、少なくとも１つのプロセッサに、上述される方法のいずれかを実行させる命令を含むコンピュータプログラム製品が提供される。
本開示の一態様によると、少なくとも１つのプロセッサによって実行される時、少なくとも１つのプロセッサに上述される方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。
さらに、本開示はまた、上述されるようなコンピュータプログラムを含有するキャリアを提供し得る。該キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、例えば、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、およびブルーレイディスクなどの光コンパクトディスクまたは電子メモリデバイスとすることができる。
本明細書に説明される技法は、一実施形態によって説明される対応する装置の１つまたは複数の機能を実装する装置が先行技術の手段だけでなく、実施形態によって説明される対応する装置の１つまたは複数の機能を実装するための手段も備え、かつそれぞれの別個の機能のための別個の手段、または１つまたは複数の機能を実行するように設定され得る手段を含み得るように、さまざまな手段によって実装され得る。例えば、これらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはこれらの組み合わせで実装され得る。ファームウェアまたはソフトウェアについて、本明細書に説明される機能を実行するモジュール（例えば、手順および機能など）による実装がなされてよい。
本明細書における例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照しながら説明されている。ブロック図およびフローチャート図のそれぞれのブロック、およびブロック図およびフローチャート図におけるブロックの組み合わせが、それぞれ、コンピュータプログラム命令を含むさまざまな手段によって実施可能であることは理解されるであろう。これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理装置上で実行する命令がフローチャートのブロック（単数または複数）において指定される機能を実施するための手段をもたらすように、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置上にロードされてよい。
さらに、動作が特定の順序で図示されているが、このことは、望ましい結果を実現するために、そのような動作が示される特定の順序もしくは順次実行されること、または全ての示された動作が実行されることを必要とすると理解されるべきではない。ある特定の状況では、マルチタスクおよび並列処理が有利な場合がある。同様に、いくつかの具体的な実装の詳細が上記の論述に含有されているが、これらは本明細書に説明される主題の範囲に対する限定としてではなく、むしろ、特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明されるある特定の特徴はまた、単一の実施形態において組み合わせて実装される場合がある。逆に言うと、単一の実施形態の文脈で説明されるさまざまな特徴はまた、複数の実施形態において別個にまたは任意の適した部分的組み合わせで実装される場合がある。
本明細書は多くの具体的な実装の詳細を含有するが、これらは、任意の実装の範囲に対するまたは特許請求され得る範囲に対する限定としてではなく、むしろ、特定の実装の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に説明されるある特定の特徴はまた、単一の実施形態において組み合わせて実装可能である。逆に言うと、単一の実施形態の文脈で説明されるさまざまな特徴はまた、複数の実施形態において別個にまたは任意の適した部分的組み合わせで実装可能である。また、特徴は、ある特定の組み合わせで作用するように上述され、さらにはそのように最初に特許請求されている場合があるが、特許請求された組み合わせからの１つまたは複数の特徴は、場合によっては、その組み合わせから削除可能であり、特許請求された組み合わせは部分的組み合わせまたは部分的組み合わせの変形を対象としている場合がある。
技術の進歩に伴い、本発明の概念がさまざまなやり方で実装可能であることは、当業者には明らかとなるであろう。上述した実施形態は、本開示を限定するのではなく説明するために示されており、当業者には容易に理解されるように、本開示の趣旨および範囲から逸脱することなく、修正および変形が用いられる場合があることは理解されたい。そのような修正および変形は、本開示および添付の特許請求の範囲内にあるとみなされる。本開示の保護範囲は添付の特許請求の範囲によって規定される。

Claims (13)

  1. 第１のセッション管理機能によって実行される方法（５００）であって、
    アクセスおよびモビリティ管理機能（ＡＭＦ）から第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信すること（５０２）と、
    前記第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出すること（５０４）であって、前記第１の要求は前記第２のセッション管理機能の前記ネットワーク機能インスタンス識別子を含む、第１の要求をネットワークレポジトリ機能に送出することと、
    前記第２のセッション管理機能についての前記アクセストークンまたはエラー情報を含有する第１の応答を前記ネットワークレポジトリ機能から受信すること（５０６）と、
    前記第２のセッション管理機能についての前記アクセストークンを含有する第２の要求を前記第２のセッション管理機能に送出すること（５０８）と、
    を含む、方法。
  2. 前記第２の要求は、
    前記第１のセッション管理機能と前記第２のセッション管理機能との間のフォワーディングトンネルを確立するための要求、
    前記第２のセッション管理機能からセッション管理コンテキストを取り出すための要求、
    前記第２のセッション管理機能において新しいプロトコルデータユニット（ＰＤＵ）セッションを作成するまたは前記第２のセッション管理機能における既存のパケットデータネットワーク（ＰＤＮ）接続との関連付けを作成するための要求、
    前記第２のセッション管理機能における確立されたＰＤＵセッションを更新するための要求、
    前記第２のセッション管理機能におけるＰＤＵセッションと関連付けられたリソースを解放するための要求、または
    前記第２のセッション管理機能にセッション管理コンテキストをプッシュするための要求のうちの少なくとも１つを含む、請求項１に記載の方法。
  3. 前記第２の要求は、
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求、
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求、
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求、
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｕｐｄａｔｅ、
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｒｅｌｅａｓｅ要求、または
    Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｏｎｔｅｘｔＰｕｓｈ要求のうちの少なくとも１つを含む、請求項２に記載の方法。
  4. 前記第１の要求は、Ｎｎｒｆ＿ＡｃｃｅｓｓＴｏｋｅｎ＿Ｇｅｔ要求である、請求項１から３のいずれか一項に記載の方法。
  5. 前記第２のセッション管理機能の前記ネットワーク機能インスタンス識別子は、
    セッション管理（ＳＭ）コンテキストをホストするセッション管理機能の前記ネットワーク機能インスタンス識別子、
    ホームセッション管理機能の前記ネットワーク機能インスタンス識別子、
    セッション管理機能の前記ネットワーク機能インスタンス識別子、
    少なくとも１つの追加のホームセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子、または、
    少なくとも１つの追加のセッション管理機能の少なくとも１つのネットワーク機能インスタンス識別子のうちの少なくとも１つを含む、請求項１に記載の方法。
  6. 前記エラー情報は、前記第１のセッション管理機能が次のホップネットワーク機能プロデューサーによって提供されるサービスにアクセスすることが可能とされていないことを示す、請求項１から５のいずれか一項に記載の方法。
  7. 前記第２のセッション管理機能は、ホームセッション管理機能またはセッション管理機能または旧中間セッション管理機能または旧訪問先セッション管理機能である、請求項１から６のいずれか一項に記載の方法。
  8. 前記第１のセッション管理機能は、新中間セッション管理機能または訪問先セッション管理機能である、請求項１から７のいずれか一項に記載の方法。
  9. 前記ネットワークレポジトリ機能は、ＯＡｕｔｈ ２．０承認サーバであり、前記第１のセッション管理機能はＯＡｕｔｈ ２．０クライアントであり、前記第２のセッション管理機能はＯＡｕｔｈ ２．０リソースサーバである、請求項１から８のいずれか一項に記載の方法。
  10. 前記第１のセッション管理機能が、前記第２のセッション管理機能によって提供されたサービスにアクセスすることが承認されていないことを示すアプリケーションエラーを含む第３の応答をネットワーク機能サービスコンシューマに送出すること（５１０）をさらに含む、請求項１に記載の方法。
  11. 前記第１の要求は、ＯＡｕｔｈが前記第２のセッション管理機能に対して有効とされる時に前記ネットワークレポジトリ機能に送出される、請求項１から１０のいずれか一項に記載の方法。
  12. 第１のセッション管理機能（１３００）であって、
    プロセッサ（１３２１）と、
    前記プロセッサ（１３２１）に結合されたメモリ（１３２２）であって、前記メモリ（１３２２）は前記プロセッサ（１３２１）によって実行可能な命令を含有し、これによって、前記第１のセッション管理機能（１３００）は、
    アクセスおよびモビリティ管理機能（ＡＭＦ）から第２のセッション管理機能のネットワーク機能インスタンス識別子を含有する第３の要求を受信すること、
    前記第２のセッション管理機能についてのアクセストークンを得るための第１の要求をネットワークレポジトリ機能に送出することであって、前記第１の要求は前記第２のセッション管理機能の前記ネットワーク機能インスタンス識別子を含む、第１の要求をネットワークレポジトリ機能に送出すること、
    前記第２のセッション管理機能についての前記アクセストークンまたはエラー情報を含有する第１の応答を前記ネットワークレポジトリ機能から受信すること、および、
    前記第２のセッション管理機能についての前記アクセストークンを含有する第２の要求を前記第２のセッション管理機能に送出すること、を行うように動作する、メモリ（１３２２）と、を含む、第１のセッション管理機能。
  13. 前記第１のセッション管理機能は、請求項２から１１のいずれか一項に記載の方法を実行するようにさらに動作する、請求項１２に記載の第１のセッション管理機能。
JP2023508547A 2020-08-10 2021-08-10 セキュリティ通信方法および装置 Active JP7676534B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2020/108250 2020-08-10
CN2020108250 2020-08-10
PCT/CN2021/111799 WO2022033478A1 (en) 2020-08-10 2021-08-10 Method and apparatus for security communication

Publications (2)

Publication Number Publication Date
JP2023537734A JP2023537734A (ja) 2023-09-05
JP7676534B2 true JP7676534B2 (ja) 2025-05-14

Family

ID=80246938

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023508547A Active JP7676534B2 (ja) 2020-08-10 2021-08-10 セキュリティ通信方法および装置

Country Status (7)

Country Link
US (1) US20230370431A1 (ja)
EP (1) EP4193571A4 (ja)
JP (1) JP7676534B2 (ja)
CN (1) CN116601917A (ja)
AR (1) AR123190A1 (ja)
CO (1) CO2023001008A2 (ja)
WO (1) WO2022033478A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023175073A1 (en) * 2022-03-16 2023-09-21 Telefonaktiebolaget Lm Ericsson (Publ) Handling a protocol data unit session
US12137086B2 (en) 2022-07-20 2024-11-05 Cisco Technology, Inc. Method for robust token generation in 5G mobile core network
EP4537569A4 (en) * 2022-08-05 2026-04-01 Ericsson Telefon Ab L M APPROVAL ALIGNMENT METHOD AND APPARATUS
CN121240152A (zh) * 2024-06-30 2025-12-30 华为技术有限公司 信息传输方法及通信装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108632312B (zh) * 2017-03-20 2020-01-17 中国移动通信有限公司研究院 网络功能信息交互方法及装置
US11013052B2 (en) * 2018-01-15 2021-05-18 Huawei Technologies Co., Ltd. Methods and systems for multicast-broadcast session release and modification
US10963553B2 (en) * 2018-02-15 2021-03-30 Nokia Technologies Oy Security management for service authorization in communication systems with service-based architecture
CN113132355A (zh) * 2018-10-29 2021-07-16 华为技术有限公司 服务授权方法及通信装置
WO2020141355A1 (en) * 2019-01-04 2020-07-09 Telefonaktiebolaget Lm Ericsson (Publ) Optimizing nf service discovery
CN111435932B (zh) * 2019-01-14 2021-10-01 华为技术有限公司 一种令牌处理方法及装置
US10863333B2 (en) * 2019-02-15 2020-12-08 Cisco Technology, Inc. Federated insertion of 3rd party software as a service for network slices
CN114503536B (zh) * 2019-08-09 2023-10-27 Lg电子株式会社 与应用服务器的改变有关的通信

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Security architecture and procedures for 5G system (Release 16) [online]，3GPP TS 33.501 V16.3.0，2020年07月10日，pp.166-184，[2024年06月07日検索], Internet<URL:https://www.3gpp.org/ftp/Specs/archive/33_series/33.501/33501-g30.zip>
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 16) [online]，3GPP TS 23.501 V16.5.1，2020年08月03日，pp.324-337,347-353，[2024年06月07日検索], Internet<URL:https://www.3gpp.org/ftp/ Specs/archive/23_series/23.501/23501-g51.zip>

Also Published As

Publication number Publication date
AR123190A1 (es) 2022-11-09
EP4193571A4 (en) 2024-08-28
EP4193571A1 (en) 2023-06-14
US20230370431A1 (en) 2023-11-16
JP2023537734A (ja) 2023-09-05
CN116601917A (zh) 2023-08-15
CO2023001008A2 (es) 2023-02-27
WO2022033478A1 (en) 2022-02-17

Similar Documents

Publication Publication Date Title
JP7665701B2 (ja) サービスディスカバリのための方法および装置
JP7585303B2 (ja) ネットワーク機能サービスディスカバリのための方法および装置
CN113748699B (zh) 用于通信系统中的间接通信的服务授权
US12003592B2 (en) Method and apparatus for service discovery
CN112335274B (zh) 用于通信系统中服务访问的安全管理
JP7676534B2 (ja) セキュリティ通信方法および装置
CN115299168B (zh) 用于切换的方法和装置
EP2982084B1 (en) Method and apparatus for routing proximity-based service message in wireless communication system
CN113994727A (zh) 通信系统中的安全访问控制
CN113994633B (zh) 通信系统中的网络功能集合的授权
JP7635255B2 (ja) Ｐｄｕセッションの確立のための方法および装置
WO2011143009A1 (en) Methods and apparatus to provide network capabilities for connecting to an access network
JP2013528328A (ja) アクセスネットワークに接続するためのネットワーク能力の要求を認証するための方法および装置
US20240187972A1 (en) NF DISCOVERY BETWEEN DIFFERENT NETWORKS SUCH AS DIFFERENT SNPNs
CN119054254A (zh) 用于支持网络切片的无线通信方案
KR102103320B1 (ko) 이동 단말기, 네트워크 노드 서버, 방법 및 컴퓨터 프로그램
CN117082508A (zh) 通信方法及装置
WO2025173484A1 (ja) 第１のコアネットワークノード、第２のコアネットワークノード、方法及びプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230424

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230424

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240618

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240917

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241217

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250401

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250430

R150 Certificate of patent or registration of utility model

Ref document number: 7676534

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150