JP2020530730A - イーサネット型ｐｄｕに対するａｒｐブロードキャストの最中にページングストームを回避するための方法および装置 - Google Patents

イーサネット型ｐｄｕに対するａｒｐブロードキャストの最中にページングストームを回避するための方法および装置 Download PDF

Info

Publication number
JP2020530730A
JP2020530730A JP2020508382A JP2020508382A JP2020530730A JP 2020530730 A JP2020530730 A JP 2020530730A JP 2020508382 A JP2020508382 A JP 2020508382A JP 2020508382 A JP2020508382 A JP 2020508382A JP 2020530730 A JP2020530730 A JP 2020530730A
Authority
JP
Japan
Prior art keywords
entity
address
arp
upf
message
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.)
Granted
Application number
JP2020508382A
Other languages
English (en)
Other versions
JP6999026B2 (ja
Inventor
バースカラン，スリダー
スピーニ，マルコ
ジュ，フェンチン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2020530730A publication Critical patent/JP2020530730A/ja
Application granted granted Critical
Publication of JP6999026B2 publication Critical patent/JP6999026B2/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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/58—Caching of addresses or names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)

Abstract

ネットワークを横断する全てのパケットについてディープパケットインスペクションを実行することなく、ユーザプレーン機能（UPF）エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュ取得するための方法および装置が開示される。本発明の背後にある重要事項は、任意のイーサネットクライアント(UE、またはUEの背後にあるクライアント、もしくはDN内のクライアント)からのARPブロードキャストについて、UPFエンティティがコアイーサネットスイッチとして動作するか、または、コアイーサネットスイッチがDN内にあるかにかかわらず、UPFエンティティにおいて構築されたARP/IPv6近隣キャッシュを調べることによって、UPFエンティティ自身により応答されることである。本ソリューションは、UPFエンティティにおいて常にARPを傍受し、そして、ローカルARP/IPv6近隣キャッシュに基づいてそれに応答するように単純化されている。

Description

ここにおいて記載される本技術的事項は、一般的に、無線通信ネットワークに関し、そして、特には、通信ネットワークにおいてブロードキャストされるアドレス解決プロトコル（address resolution protocol）の最中にページングストーム（paging storm）を回避することに関する。より特定的には、横断される（traversed）全てのパケットについて、ディープパケットインスペクション（deep packet inspection）を実行することなく、UPFにおいてARP/IPv6近隣（Neighbour）キャッシュを取得するための方法および装置に関する。
本出願は、2017年8月14日に出願され、タイトルが「METHOD AND APPARATUS FOR AVOIDING PAGING STORM DURING ARP BROADCAST FOR ETHERNET TYPE PDU」である、インド特許出願第IN20174102886号について優先権を主張するものであり、当該出願は、ここにおいて、あたかもその全体が再現されているかのように組み込まれている。
アドレス解決プロトコル(ARP)は、IPネットワークアドレスを、データリンクプロトコルによって使用されているハードウェアアドレスに対してマッピングするために、インターネットプロトコル(IP)によって使用されるプロトコルである。アドレス解決という用語は、ネットワークにけるコンピュータのアドレスを探索するプロセスを参照する。アドレスは、ローカルコンピュータ上で実行しているクライアントプロセスによって情報の一部がリモートコンピュータ上で実行しているサーバプロセスに対して送付されるプロトコルを使用して「解決（“resolved”）」される。サーバによって受信された情報により、サーバは、アドレスがリクエストされたネットワークシステムを一意に識別し、そして、従って、必要とされるアドレスを提供することができる。アドレス解決プロシージャは、必要とされるアドレスを含んでいるサーバからの応答をクライアントが受信するときに、完了する。
特に、ARPは、IPアドレスを、ローカルネットワークにおいて認識される物理マシンアドレス(メディアアクセス制御（Media Access Control）またはMACアドレスとしても知られるもの)に対してマップする。プロトコルは、OSIネットワークとOSIリンク層との間のインターフェイスの一部として、ネットワーク層の下で動作する。一般にARP/IPv6近隣キャッシュとして参照されるテーブルは、各MACアドレスと対応するIPアドレスとの間の相関を維持するために使用されている。ARPは、この相関を作成し、そして、両方向においてアドレス変換を提供するためのプロトコルルールを提供する。
このように、ARPは、２つの基本的な機能を提供するために、データリンク層によって使用される。１）IPv4アドレスをMACアドレスについて解決すること、２)MACのキャッシュテーブルをIPアドレスに対して維持すること、である。ネーム（Name）をIPアドレスに対して解決するためにはDNSサービスが使用され、IPアドレスをMACイーサネットアドレス（Ethernet Address）に対して解決するためには、ARPサービスが使用される。
IPv6については、近隣探索プロトコル（Neighbour Discovery protocolが採用されている。リクエストブロードキャストとしてLAN全体に送信する代わりに、リクエストは、リンクローカルマルチキャストアドレスに対して送信されることを除いて、ARPと同様に動作するものである。
システムは、どのIPアドレスがどのMACアドレスと関連付けられているかに関する情報を保管する、このARPルックアップテーブルを維持している。IPアドレスに対してパケットを送信しようとするとき、システムは、このテーブルを最初に参照して、既にMACアドレスが知られているかどうかを確認する。キャッシュされた値が存在する場合には、ARPは使用されない。IPアドレスがARPテーブル内で見つからない場合に、システムは、次いで、ARPプロトコルを使用して、ネットワークに対してブロードキャストパケットを送信し、「誰が192.168.1.1を有するか（“who has 192.168.1.1”）」を問い合わせる（enquiring）。これは、ブロードキャストパケットであるので、特別なMACアドレスに対して送信され、それによって、ネットワーク上の全てのマシンがそれを受信することになる。リクエストされたIPアドレスを有する任意のマシンは、「私が192.168.1.1である（“I am 192.168.1.1”）」というARPパケットを用いて応答する。そして、これは、そのIPに対するパケットを受信できるMACアドレスを含んでいる。
プロトコルデータユニット(PDU)は、制御情報、アドレス情報、またはデータを含んでいるネットワークの同位エンティティ（peer entities）間で、ユニット（unit）として配信される情報である。階層構造（layered system）において、PDUは、プロトコル制御情報およびユーザデータから構成される、所与のレイヤのプロトコルにおいて指定されるデータのユニットを表している。PDUは、OSIモデルの初期の４層に関連する重要な用語である。レイヤ1において、PDUはビット（bit）であり、レイヤ2においてはフレーム（frame）であり、レイヤ3においてはパケット（packet）であり、そして、レイヤ4ではセグメント（segment）である。レイヤ5以上において、PDUは、データとして参照される。5Gネットワークのコンテキストにおいて、PDUセッションは、5Gモバイルノードと、タイプIPv4、IPv6、イーサネットフレーム、または任意の非構造化タイプのデータを搬送するためのネットワークとの間で確立されたセッションを参照する。従って、5Gネットワークにおいて、現在3GPPは、定義された３種類のPDUセッションを有している。すなわち、IP PDUセッションタイプ、イーサネットPDUセッションタイプ、および非構造化（Unstructured）PDUセッションタイプである。
3GPPは、5GアーキテクチャにおけるイーサネットPDUタイプの導入を検討している。そこで、ユーザ装置(UE)は、5Gコアネットワークに対してイーサネットPDUタイプをリクエストすることができ、そして、5Gコアネットワークは、PDUアンカーとして動作するユーザプレーン機能（user plane function）を割り当てる。このアンカーUPFは、イーサネットPDUを介して同じLANに対して接続されている全てのUEについてコアイーサネットスイッチとして動作する。もしも、同じLANにおけるイーサネットPDUに対して接続されているクライアントが、3GPPネットワークの外側のクライアント(すなわち、データネットワーク、DNと呼ばれるもの)を含むならば、その場合には、DN内のイーサネットスイッチがLANについてコアイーサネットスイッチとして動作し得る。UPFは、この場合に、3GPPネットワーク内のクライアントを接続するリーフスイッチの１つとして動作する。UPFは、3GPPネットワーク内のイーサネットPDUクライアントから受信したイーサネットフレームを、DN内のこのコアイーサネットスイッチに対してトンネル（tunnel）する。
UEは、また、UEの背後にあるクライアントが、3GPPネットワークを介して接続することを可能にするイーサネットブリッジとしても動作することができ、UEは、ローカルスイッチとして動作している。重要なことに、UE、及び/又は、UEの背後にあるクライアントが(ブリッジモードオペレーションについて)どのようにレイヤ3(IP)アドレスを獲得するかは、3GPPの範囲外である。
従来のWLANネットワークにおいて、全てのWLANクライアントに対してARPブロードキャストの回避は、ARP/IPv6近隣キャッシュを構築することによって、WLANコントローラにより処理される。ここで、WLANコントローラは、L3アドレス管理機能またはダイナミック・ホスト・コンフィグレーション・プロトコル（Dynamic Host Configuration Protocol、DHCP)サーバをホストし、そして、データプレーンにも参加している。
https://www.cisco.com/c/en/us/td/docs/wireless/controller/74/configuration/guides/consolidated/b_cg74_CONSOLIDATED/b_cg74_CONSOLIDATED_chapter_01100011を参照する。ここでは、無線LANコントローラが、現在ではARリクエストについてプロキシとして動作することが開示されている。ARPリクエストを受信すると、コントローラは、そのリクエストを全てのWLANクライアントに対してブロードキャストするのではなく、ARPレスポンスを用いて応答する。このシナリオは、２つの利点を有している。すなわち、ARPリクエストをクライアントに対して送信するアップストリームデバイスは、クライアントがどこに置かれているかを知らないし、そして、移動電話およびプリンタといった、バッテリ駆動デバイスの電源は、それらが全てのARPリクエストに応答する必要がないので、保持される。
また、(ディープパケットインスペクションを通じた)DHCPスヌーピング（snooping）、および、ARP/IPv6近隣キャッシュの構築（Building）についても参照する。http://packetlife.net/blog/2010/aug/18/dhcp-snooping-and-dynamic-arpinspection/において利用可能なものであり、ここでは、DHCPスヌーピングにより、カタリスト（Catalyst）スイッチが、レイヤ2セグメント（layer two segment）を横断するDHCPトラフィックを検査し、そして、どのIPアドレスがどのスイッチポートにおけるホストに割り当てられたかを追跡できることが開示されている。この情報は、一般的なトラブルシューティングのために便利であるが、特に、２つの他の機能を支援するように設計されている。すなわち、IPソースガードおよびダイナミックARPインスペクションである。これらの機能は、レイヤ2アクセスエッジでのIPアドレススプーフィング（spoofing）を軽減するのに役に立つ。
特に、スヌーピング（snooping）L3アドレス割り当て(DHCPスヌーピングと類似のもの)およびスイッチから直接的にARPリクエストへ応答すること（replying）は、有線LANおよびWLANにおいては既に存在している技術である。
通信ネットワークは、4G LTEまたは5Gネットワークであってよい。しかしながら、セルラ5GベースのイーサネットPDUセッションおよびイーサネットLANネットワークについて特有なことは、セルラネットワークが数百万の加入者を有し、そして、彼らの多くが一度にCM-IDLE状態にあり得ることである。パケット毎のインスペクションを通じてそれほど多くの加入者について、アンカースイッチ(たとえば、UPFエンティティ)でDHCPスヌーピングを行うことは、計算集約的（compute intensive）であり、そして、スイッチの計算リソースを通常のパケット転送（packet forwarding）についての使用サイクル（spending cycle）から独り占め（hog）してしまう。また、DN内に存在しているコアイーサネットスイッチ、および、DN内に置かれているL3アドレス管理サーバ(DHCP)の場合にも、DN内のクライアントのためのDHCPトラフィックは、UPFを通過しない。従って、そうした場合に、UPFは、DHCPパケットをスヌーピングすることができない。
さらに、最先端の技術は、なおも、3GPPにおける以下の問題を議論し、または、解決することである。ここでは、UE、及び/又は、UEの背後にあるクライアントが、レイヤ3アドレス(IPアドレス)をどうにかして獲得した後で、UEは、同じLAN内の他のUE/クライアントのイーサネットMACアドレスを探索するためのARPリクエストまたは近隣探索プロトコルリクエストを実行し、そして、このARPリクエスト/近隣探索プロトコル(NDP)リクエストは、無線アクセスネットワーク(RAN)によって、コアネットワークユーザプレーン機能(UPF)エンティティに対してトンネルされる。その後には、以下の２つの可能性が存在している。
シナリオ１：UPFエンティティがイーサネットスイッチとして動作する場合、図1に示されるように、UPFエンティティは、LAN内の全てのUE/クライアントに対して、ARPをブロードキャストするか、または、NDPをマルチキャストする。UEはトンネルを介して通信ネットワークに接続されているので、そうしたブロードキャスト/マルチキャストは、各トンネルで送信されている別個のARP/NDPメッセージを結果として生じる。
シナリオ２：UPFエンティティの背後にあるデータネットワーク(DN)がイーサネットスイッチとして動作する場合、UPFエンティティは、UEまたはUEの背後にあるクライアントからのARPまたはNDPリクエストをDNに対して転送し、そして、コアイーサネットスイッチは、次いで、L2ブロードキャストアドレスにおけるARPリクエストまたはリンクローカルマルチキャストアドレスにおけるNDP近隣要請リクエスト（Neighbour Solicitation request）を送り返す。その結果として、図2に示されるように、UPFエンティティは、LAN内の全てのUEに対してARPまたは近隣要請リクエストを送信している。
このことは、もしも、多くのUEがCM-IDLE状態にあるならば、ネットワークにおける大規模なページングストーム（paging storm）を結果として生じてしまう。同様な問題が、データネットワークネーム(DNN)の背後にあるクライアントが、また、LANの一部になり、そして、ARP/NDP(近隣探索プロトコル)近隣要請を発行する時にも、また発生する。重要なことに、ページングまたは位置探索（location finding）は、それによってネットワークがエンドポイントの位置についてクエリ（query）を開始するプロセスである。このことは、セルの１つがユーザをロケート（locate）できる(IPアドレス)ように、全てのセルに対してビーコン(ブロードキャストメッセージ)を送信することによって実施される。CM-IDLE状態におけるUEは、ネットワークに登録されているが、信号接続は確立されていない。さらに、また、UEがMACアドレスおよび上位層アドレス(IP)をどのように獲得するかも、3GPPの範囲外である。
このように、DHCPリクエストにスヌーピングするために、横断する全てのパケットについてディープパケットインスペクションを実行することなく、UPFエンティティにおいてARPキャッシュ/IPv6近隣キャッシュを構築する必要が存在している。そうして、イーサネットPDUについて5Gネットワーク内でARPリクエストまたは近隣要請リクエストが発行されている最中に、ARPキャッシュ/IPv6近隣キャッシュは、ページングストームを回避するために使用され得る。ネットワークリソースの不必要な占有および浪費を排除するためである。
重要なことに、LAN内の全てのノードに対してブロードキャストする代わりに、スイッチにおいてローカルARP/IPv6近隣キャッシュからARPに対して応答することは、よく知られたメカニズムである。従って、本発明によって解決される目標とする技術的な問題は、UPFエンティティ自体においてARPキャッシュ/IPv6近隣キャッシュを構築することによって、5GネットワークにおけるARPブロードキャスト/NDPマルチキャストの最中のページングストームを回避することである。
5GネットワークにおけるARPブロードキャスト/NDPマルチキャストの最中のページングストームを回避することに対する上記の必要性は、単に、従来のシステム/メカニズム/技術の問題のいくつかの概要を提供するように意図されたものであり、そして、網羅的（exhaustive）であるように意図されたものではない。従来のシステム/メカニズム/技術に伴う他の問題、および、ここにおいて説明される様々な非限定的な実施形態に係る対応する利点は、以下の説明を検討することにより、さらに明らかになるだろう。
この概要は、5Gネットワークにおけるイーサネット型PDUに対するARPブロードキャスト/NDPマルチキャストの最中のページングストームを回避するための方法に関するコンセプトを紹介するために提供されており、そして、本コンセプトは、以下の詳細な説明において、さらに説明される。この概要は、請求される技術的事項（subject matter）の本質的な特徴を特定するように意図されたものではなく、また、請求される技術的事項の範囲を決定し、または、限定することにおける使用を意図したものでもない。
本発明の目的は、ARPブロードキャスト/NDPマルチキャストを回避するためにARPキャッシュ/IPv6近隣キャッシュが使用できるように、横断する全てのパケットについてディープパケットインスペクションを行うことなく、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築することである。
本発明の別の目的は、セッション管理機能(SMF)エンティティのために、UPFエンティティ内のどのトンネルがどのMACアドレスに向けて決められているかを学習するためのメカニズムを提供することである。
本発明の別の目的は、UPFエンティティに存在するARP/IPv6近隣キャッシュを更新することである。
本発明の別の目的は、DNによってUPFエンティティ内のARP/IPv6近隣キャッシュを更新することである。
本発明のさらに別の目的は、L3アドレス管理機能がSMFエンティティにおいて、または、DNにおいて存在するときに、コアイーサネットスイッチとして動作するアンカーUPFエンティティを提供することによって、前述の技術的問題を解決することである。
本発明のさらに別の目的は、L3アドレス管理機能がSMFエンティティにおいて、または、DNにおいて存在するときに、コアイーサネットスイッチとして動作するDNを提供することによって、前述の技術的問題を解決することである。
本発明のさらに別の目的は、コアイーサネットスイッチとして動作するUPFエンティティにおいてディープパケットインスペクション（DPI）を提供することである。
本発明のさらに別の目的は、コアイーサネットスイッチとして動作するDNにおいてディープパケットインスペクション（DPI）を提供することである。
本発明のさらに別の目的は、イーサネットスイッチARPキャッシュ/IPv6近隣キャッシュを更新するために、グラテュータス（gratuitous）属性登録プロトコル（GARP）またはインターネット制御メッセージプロトコルバージョン6(ICMPv6)近隣広告（Neighbour Advertisement）を、UEから提供することである。
本発明のさらに別の目的は、イーサネット型PDUについて、ARPブロードキャスト/NDPマルチキャストの最中にページングストームを回避することである。
本発明の第１態様に従って、ユーザプレーン機能(UPF)エンティティにおけるエンドユーザ装置についてトンネル内で見られるレイヤ2(L2)アドレスの取得方法を提供する。上記の記方法は、前記UPFエンティティによって前記トンネルにおいて検出された任意のソースL2アドレスを通知するために、セッション管理機能(SMF)エンティティからのリクエストを、前記UPFエンティティによって、受信するステップと、前記トンネルにおいて、前記UPFエンティティによって、新たなソースL2アドレスを有するL2パケットを検出するステップと、前記トンネルにおいて検出された前記新たなソースL2アドレスを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含む。ここで、前記エンドユーザ装置を終端している、前記UPFエンティティとネットワークとの間の前記トンネルは、セッション管理機能(SMF)エンティティによってUPFエンティティに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられている、ユーザプレーンセットアップメッセージによって設定されており、そして、ここで、前記UPFエンティティにおける前記トンネルのセットアップは、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている。
第１態様の１つの実装において、本発明は、前記SMFエンティティのために、UPFエンティティ内のどのトンネルがどのMACアドレスに向けて決められているかを学習するための方法を提供する。
本発明の第２態様に従って、セッション管理機能(SMF)エンティティによってユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法が提供される。上記の方法は、ARP/IPv6近隣キャッシュを更新するために、第１リクエストメッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップであり、ここで、前記第１リクエストメッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、 前記UPFエンティティによって、L2アドレスマップを用いて前記ARP/IPv6近隣キャッシュを更新するステップと、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含む。
第２態様の１つの実装において、本発明は、本発明は、UPFエンティティ内に構築されたARP/IPv6近隣キャッシュを更新するための方法を提供する。SMFエンティティは、N4 UPFコンフィグレーション更新リクエストをUPFエンティティに対して発行し、そして、更新ARP/IPv6近隣キャッシュコマンドをL3アドレスと一緒にL2アドレスマップへ搬送する。UPFエンティティは、提供されたマップを用いてARP/IPv6近隣キャッシュを更新し、そして、N4 UPFコンフィグレーション更新レスポンスを送信する。
本発明の第３態様に従って、データネットワーク(DN)のL3アドレス管理機能によって、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法が提供される。上記の方法は、第１更新メッセージを、前記DNによって、ネットワークエレメント機能(NEF)エンティティに対して送信するステップであり、前記第１更新メッセージは、L2アドレスおよびL3アドレスマップを含む、ステップと、前記NEFエンティティによって、どのセッション管理機能が前記UPFエンティティを制御しているかを示すローカルコンフィグレーションを決定するステップと、前記第１更新メッセージを、前記NEFエンティティによって、少なくとも１つのセッション管理機能エンティティに対して送信するステップと、を含む。
第３態様の１つの実装において、本発明は、DNによって、UPFエンティティ内に構築されたARP/IPv6近隣キャッシュを更新するための方法を提供する。L3アドレス管理機能がDNに存在するときに、この方法は、SMFエンティティがUPFエンティティにおけるARP/IPv6近隣キャッシュを更新できるように、L3アドレスマップに対するL2アドレスに関してSMFエンティティに通知するために、DNによって利用される。
本発明の第４態様に従って、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてL3アドレス管理機能を実行するための方法が提供される。ここで、前記UPFエンティティはコアイーサネットスイッチである。本方法は、第１リクエストメッセージを含む第１リクエストメッセージを、UPFエンティティによって、レイヤ2(L2)を介して、エンドユーザ装置から受信するステップと、前記第１リクエストメッセージを、前記UPFエンティティによって、前記SMFエンティティに対して転送するステップと、第１応答メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップと、前記第１応答メッセージを、前記UPFエンティティによって、前記エンドユーザ装置に対して転送するステップと、前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップであり、前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、前記L2アドレスマップを用いて、前記UPFエンティティによって、前記ARP/IPv6近隣キャッシュを更新するステップと、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含む。
第４態様の１つの実装において、本発明は、イーサネットPDUセッションについてL3アドレス管理機能を提供し、そして、LAN内のUE/DNの背後にあるクライアントは、SMFエンティティに置かれている。L3アドレス管理機能は、DHCPサーバまたはIPv6アドレス割り当て機能であり得る。
本発明の第５態様に従って、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてレイヤ3（L3）アドレス管理機能を実行するための方法が提供される。ここで、データネットワーク(DN)はコアイーサネットスイッチである。本方法は、前記エンドユーザ装置から、前記コアイーサネットスイッチによって、レイヤ2(L2)を介して、第１リクエストメッセージを含む第１リクエストメッセージを受信するステップであり、前記メッセージは、前記エンドユーザ装置のソースメディアアクセス制御を含んでいる、ステップと、前記第１リクエストメッセージを、前記コアイーサネットスイッチによって、前記SMFエンティティに対して転送するステップと、L3アドレス割り当てを提供するために、第１応答メッセージを、前記SMFによって、前記コアイーサネットスイッチに対して送信するステップであり、前記第１応答メッセージは、前記SMFによって転送される前記L3アドレス割り当てを含む、ステップと、前記第１応答メッセージを、前記コアイーサネットスイッチによって、前記エンドユーザ装置に対して転送するステップと、本発明の第１態様において示されるように、前記SMFによって、UPFエンティティにおける前記エンドユーザ装置についての前記L2アドレスを取得するステップと、前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、前記SMFエンティティによって、前記UPFに対して送信するステップであり、前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、前記L2アドレスマップを用いて、前記UPFエンティティによって、前記ARP/IPv6近隣キャッシュを更新するステップと、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含む。
第５態様の１つの実装において、本発明は、L3アドレスがDNによって割り当てられたときに、UPFエンティティでARP/IPv6隣接キャッシュを更新するための方法を提供する。
本発明の第６態様に従って、データネットワーク(DN)によってレイヤ3(L3)アドレスが割り当てられたときに、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法が提供される。ここで、前記UPFエンティティはコアイーサネットスイッチである。本方法は、前記UPFエンティティによって検出されたあらゆるソースレイヤ2(L2)アドレスを通知するために、セッション管理機能(SMF)エンティティによって、リクエストするステップであり、前記L2アドレスは、前記UPFエンティティでのUEのためのトンネルにおいて、または、前記DN内のクライアントのためのトンネルにおいて、前記UPFエンティティによって検出される、ステップと、前記トンネルにおける新たなソースL2アドレスを有するL2パケットを、前記UPFエンティティによって、検出するステップと、前記トンネルにおいて検出された前記新たなソースL2アドレスを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、L2アドレスおよびL3アドレスマップを含む第１更新メッセージを、前記DNによって、前記SMFエンティティに対して送信するステップと、前記ARP/IPv6近隣キャッシュを更新するために、L2アドレスおよびL3アドレスマップを含む前記第１更新メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して転送するステップと、前記ARP/IPv6近隣キャッシュを更新した後で、前記第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含む。
第６態様の１つの実装において、本発明は、L3アドレスがDNによって割り当てられたときに、UPFエンティティでARP/IPv6隣接キャッシュを更新するための方法を提供する。
本発明の第７態様に従って、イーサネットスイッチARP/IPv6近隣キャッシュを更新するために、グラテュータスアドレス解決プロトコル(GARP)/ICMPv6近隣広告を実行するための方法が提供される。本方法は、ネットワークエレメント機能(NEF)エンティティを通じて、３GPPユーザ装置（UE）について、GARP/ICMPv6近隣広告を開始するために、デバイストリガメッセージリクエストを、アプリケーション層によって、開始するステップであり、前記デバイストリガリクエストメッセージは、ユーザ機器(UE)を示すための外部IDを含む、ステップと、前記外部IDが有効なUEに属している場合に、前記デバイストリガリクエストメッセージを、前記NEFエンティティによって、アクセス管理機能(AMF)エンティティティに対して転送するステップと、前記デバイストリガリクエストメッセージを、前記AMFエンティティによって、エンドユーザ装置に対して転送するステップと、デバイストリガ応答メッセージを、前記エンドユーザ装置によって、前記AMFエンティティに対して送信するステップと、前記デバイストリガ応答メッセージを、前記AMFエンティティによって、前記NEFエンティティに対して転送するステップと、前記デバイストリガ応答メッセージを、前記NEFエンティティによって、前記アプリケーション層に対して転送するステップと、前記デバイストリガ応答メッセージを受信すると、前記エンドユーザ装置によって、GARP/ICMPv6近隣広告メッセージを開始するステップと、を含む。
第７態様の１つの実装において、本発明は、イーサネットスイッチARP/IPv6近隣キャッシュを更新するために、グラテュータスアドレス解決プロトコル(GARP)/ICMPv6近隣広告を実行するための方法を提供する。DN内のUE/クライアントの背後にあるUE/クライアントは、レイヤ3アドレスを学習した後で、イーサネットスイッチ(UPFエンティティまたはUPFエンティティの背後にあるDNであり得る)ARP/IPv6近隣キャッシュを更新するために、グラテュータスARP/ICMPv6近隣広告を行う。これを通じて、スイッチは、ARP/IPv6近隣キャッシュを学習し、ここで、UEは、自身について、または、その背後にあるクライアントについてGARP/IPv6近隣広告を開始するために、上述のデバイストリガメッセージによってトリガされ得る。一方で、DN内のクライアントは、3GPPの範囲外のいくらかのアプリケーション手段によってトリガされる。
本発明の第８態様に従って、エンドユーザ装置についてトンネルにおいて見られるレイヤ2(L2)アドレスを取得するためのネットワークエレメントが適用される。本ネットワークエレメントは、前記トンネルにおいて新たなソースL2アドレスを有するL2パケットを検出するように構成されたプロセッサユニットと、前記トンネルにおいて検出された任意のソースL2アドレスを通知するためのリクエストを受信するように構成されたトランシーバモジュールであり、さらに、前記トンネルにおいて検出された前記新たなソースL2アドレスを送信するように構成された、トランシーバモジュールと、前記プロセッサユニットおよびトランシーバモジュールに対して動作可能に接続されたメモリユニットと、を含む。ここで、前記エンドユーザ装置を終端している前記ネットワークエレメントとネットワークとの間のトンネルは、セッション管理機能(SMF)エンティティによってネットワークエレメントに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられた、ユーザプレーンセットアップメッセージによってセットアップされる。そして、ここで、前記ネットワークエレメントにおける前記トンネルのセットアップは、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている。
本発明の第９態様に従って、L3アドレス管理機能によって、ネットワーク装置におけるアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのネットワーク機能エンティティが提供される。本ネットワーク機能エンティティは、どのセッション管理機能(SMF)が前記ネットワーク装置を制御しているかを示すローカルコンフィグレーションを決定するように構成されている処理ユニットと、第１更新メッセージを受信するように構成されているトランシーバモジュールと、を含む。ここで、前記第１更新メッセージは、L2アドレスおよびL3アドレスマップを含む。前記トランシーバモジュールは、さらに、前記第１更新メッセージを少なくとも１つのSMFに対して送信するように構成されている。
利用可能な技術とは対照的に、本発明は、5GネットワークにおけるARPブロードキャスト/NDPマルチキャストの最中に、ネットワークリソースが不必要に占有され、そして、独り占めされる、ページングストームを回避する。本発明は、横断される全てのパケットについてディープパケットインスペクションを実行することなく、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築することを提案する。
第１の実装に関連して上記に参照された種々のオプションおよび好ましい実施形態は、また、他の実装に関しても適用可能である。
詳細な説明は、添付の図面を参照して記載されている。図において、参照番号の左端の数字は、その参照番号が最初に現れる図を特定している。同じ数字は、図面の全体を通して、同様な特徴およびコンポーネントを参照するために使用されている。
図1は、本技術的事項の問題に係る一つの実施形態に従って、UPFエンティティが、イーサネットスイッチとして動作し、そして、LAN内の全てのUEに対してARPをブロードキャストし/ICMPv6近隣要請をマルチキャストする、ネットワーク展開シナリオを示している。 図2は、本技術的事項の問題に係る別の実施形態に従って、DNNが、イーサネットスイッチとして動作し、そして、LAN内の全てのUEに対してARPをブロードキャストし/ICMPv6近隣要請をマルチキャストする、ネットワーク展開シナリオを示している。 図3は、本技術的事項の問題に係る一つの実施形態に従って、SMFエンティティが、N4セッションマップへのMACアドレスを構築するためのプロシージャを示している。 図4は、本技術的事項の問題に係る別の実施形態に従って、ARP/IPv6近隣キャッシュ更新プロシージャを示している。 図5は、本技術的事項の問題に係る別の実施形態に従って、NEF、SMFエンティティを介した、DNからUPFエンティティへのMAC、L3アドレスマップの更新を示している。 図6は、本技術的事項の問題に係る別の実施形態に従って、UPFエンティティがコアイーサネットスイッチであるとき、SMFエンティティにおけるL3アドレス管理機能およびUPFエンティティにおけるARP/IPv6近隣キャッシュの更新を示している。 図7は、本技術的事項の問題に係る別の実施形態に従って、コアイーサネットスイッチがDN内に存在するとき、DNにおけるL3アドレス管理機能およびUPFエンティティにおけるARP/IPv6近隣キャッシュの更新を示している。 図8は、本技術的事項の問題に係る別の実施形態に従って、UPFエンティティがコアイーサネットスイッチであるとき、UPFエンティティでのディープパケットインスペクションおよびARP/IPv6近隣キャッシュの構築を示している。 図9は、本技術的事項の問題に係る別の実施形態に従って、DNに対するトンネルノード（tunnelling node）として動作しているDNおよびUPFエンティティにおけるコアスイッチを示している。 図10は、本技術的事項の問題に係る別の実施形態に従って、ARP/IPv6近隣キャッシュを更新するためのグラテュータス（gratuitous）ARPまたはICMPv6近隣広告（Advertisement）を実行するUEを示している。 図11は、本技術的事項の問題に係る別の実施形態に従って、ネットワーク装置を示している。 図12は、本技術的事項の問題に係る別の実施形態に従って、ネットワーク機能エンティティを示している。
添付の図面は、本発明のコンセプトを説明する目的のためのものであり、そして、縮尺通りでないこともあることが理解されるべきである。
本発明は、多くの方法で実施することができる。プロセス、装置、システム、物事の組成、コンピュータで読取り可能な記憶媒体といったコンピュータ読取可能媒体、もしくは、プログラム命令が光または電子通信リンクを介して送信されるコンピュータネットワーク、としてである。この明細書において、これらの実施形態、または本発明がとり得る任意の他の形態は、技術（technique）として参照される。一般的に、開示されるプロセスのステップの順序は、本発明の範囲内で変更され得るものである。
本発明の１つまたはそれ以上の実施形態に係る詳細な説明が、本発明の原理を説明する添付の図面と一緒に以下で提供されている。本発明は、そうした実施形態に関連して説明されるが、本発明は、あらゆる実施形態に限定されるものではない。本発明の範囲は、請求項（claims）だけによって限定されるものであり、そして、本発明は、多数の代替物、変更物および均等物を含んでいる。本発明の完全な理解を提供するために、以下の説明において多数の具体的な詳細が明らかにされている。これらの詳細は、例示の目的のために提供されており、そして、本発明は、これらの特定的な詳細のいくつか又は全てを用いることなく、請求項に従って実施され得る。明確化の目的のために、本発明に関連する技術分野において知られている技術的資料は、本発明が不必要に不明瞭にならないように、詳細には説明されない。
以下の詳細な説明においては、本発明の完全な理解を提供するために多数の具体的な詳細が明らかにされる。しかしながら、当業者にとって、本発明は、これらの特定的な詳細用いることなく、実施され得ることが理解されるだろう。他のインスタンスにおいて、よく知られた方法、プロシージャ、およびコンポーネント、モジュール、ユニット、及び/又は、回路は、本発明を不明瞭にしないように、詳細には説明されない。
本発明の実施形態は、この点について限定されるものではないが、例えば、「処理（“processing”）」、「計算（“computing”）」、「算出（“calculating”）」、「決定（“determining”）」、「確定（“establishing”）」、「分析（“analyzing”）」、「チェック（“checking”）」、等といった用語を使用する説明は、コンピュータ、コンピューティングラットフォーム、コンピューティングシステム、または、他のコンピューティングデバイスを参照し得る。コンピュータのレジスタ及び/又はメモリの中で物理的な(例えば、電子的)量として表されるデータを、同様に、コンピュータのレジスタ及び/又はメモリの中の物理的な量として表される他のデータ、もしくは、オペレーション及び/又はプロセスを実行するための命令を保管することができる他の情報の非一時な記憶媒体へと、操作（manipulates）、かつ/あるいは、変換（transforms）する。
本発明の実施形態は、この点について限定されるものではないが、ここにおいて使用される用語「複数（“plurality”および“a plurality”）」は、例えば、「複数（“multiple”）」または「２つまたはそれ以上（“two or more”）」を含み得る。用語「複数（“plurality”および“a plurality”）」は、２つまたはそれ以上のコンポーネント、デバイス、エレメント、ユニット、パラメータ、等を説明するために本明細書の全体を通して使用され得る。明示的に記載されない限り、ここにおいて説明される本方法の実施形態は、特定の順序またはシーケンスに制約されるものではない。加えて、説明される方法の実施形態またはそのエレメントのうちいくつかは、同時に（“simultaneously”）、同じ時点で、または、同時に（“concurrently”）、発生し、もしくは、実行され得る。
本発明の主題は、ARP/IPv6近隣キャッシュが、5Gネットワークにおけるイーサネット型PDUのためのARPブロードキャスト/ICMPv6近隣要請マルチキャストの最中のページングストームを回避するために使えるように、横断される全てのパケットに対してディープインスペクションを実行することなく、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築することにある。
本発明では、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築するための方法が開示されている。
ネットワークを横断する全てのパケットについてディープパケットインスペクションを実行することなく、ユーザプレーン機能(UPF)エンティティにおいて、アドレス解決プロトコル(ARP)/IPv6近隣キャッシュを構築するための方法について、態様が説明されているが、本発明は、任意の数の異なるコンピューティングシステム、環境、及び/又は、コンフィグレーションにおいて実装され得る。実施形態は、以下の例示的なシステム、デバイス/ノード/装置、および方法に係るコンテキストにおいて説明されている。
これから、本開示の実施形態が、例示的なダイアグラムおよび１つまたはそれ以上の実施例の助けを借りて説明される。しかしながら、そうした例示的なダイアグラムおよび実施例は、本開示をより良く理解するための説明目的で提供されるものであり、そして、本開示の範囲を限定するものとして解釈されるべきではない。
イーサネットにおいては、ネットワーク機器間での通信のためにイーサネットアドレス（Ethernet address）またはMACアドレス（MAC address）が必要とされる。そうしたデバイスは、48ビット（bits）または6オクテット（octets）からなるイーサネットアドレスに対してパケットを送信し、または受信する。一方で、IPv4アドレスは、32ビットまたは4オクテットからなり、IPv6アドレスは、128butまたは16オクテットからなる。ARPは、２種類のパケットを取り扱う。ARPリクエストおよびARPリプライである。送信者が宛先IPノードのMACアドレスを知りたい場合、送信者は、ネットワーク内の全てのホストに対してARPリクエストをブロードキャストする。宛先ノードは、ユニキャストモード（unicast mode）においてARPリプライを通じて、送信者に対してMACアドレスを伴うリプライを送信する。同様に、IPv6の場合に、近隣探索（Neighbour discovery）は、２種類のパケットを取り扱う。リンク層マルチキャストネットワークに接続された（attached）全てのデバイスに対してマルチキャストとして送信されるICMPv6近隣要請（Neighbour Solicitation）、および、ICMPv6近隣要請を開始したデバイスに対してユニキャストリプライとして送信されるICMPv6近隣広告（Neighbour Advertisement）である。
UEとデータネットワークとの間のアソシエーションは、PDU接続サービスを提供する。アソシエーションのタイプは、IP、イーサネット、または非構造化（unstructured）であってよい。3GPPは、UEが5Gコアネットワークに対してイーサネットPDUタイプをリクエストできるように、5GアーキテクチャにおけるイーサネットPDUタイプの導入を検討している。
イーサネットPDUセッションタイプを用いたPDUセッションのセットアップについて、セッション管理機能(SMF)エンティティ、および、PDUセッションアンカーとして動作するUPFエンティティは、PDUセッションがイーサネットフレームを搬送するという事実に関連する特定的な挙動（behaviours）をサポートすることができる。このPDUセッションについては、MACまたはIPアドレスのいずれも、5Gコアネットワーク(5GC)によってUEに対して割り当てられない。
SMFエンティティは、ネットワークエレメント、または、ネットワークエレメント内の論理モジュールである。論理モジュールは、UPFエンティティとANノードとの間のトンネルメンテナンスを含む、セッションの確立、変更、およびリリース、UE IPアドレス割り当て、およびUP機能の選択と制御の管理、外部DNによるPDUセッション認可（authorization）/認証（authentication）のための信号伝達について外部DNとのインタラクションのためのサポート、等を含んでいる。SMFエンティティは、選択されたPDUタイプに基づいて、IPアドレス管理プロシージャを実行する。IPv4 PDUタイプが選択された場合には、UEに対してIPv4アドレスが割り当てられる。同様に、IPv6 PDUタイプが選択された場合には、IPv6プレフィックス（prefix）が割り当てられる。
UPFエンティティは、ネットワークエレメント、または、PDUセッションのユーザプレーンパス（path）を取扱うネットワークエレメントの論理モジュールである。データネットワークへのインターフェイスを提供するUPFエンティティは、PDUセッションアンカーの機能性をサポートする。PDUセッションのためにSMFエンティティによってUPFエンティティに対して送信されるトラフィック検出およびルーティング情報は、トラフィックの検出およびルーティングのためにネットワークインスタンスと関連付けられている。UPFエンティティは、単一のSMFによって、または、異なるPDUセッションについて、複数のSMFによって制御することができる。UPFエンティティのトラフィック検出機能は、トラフィック報告（reporting）、QoSエンフォースメント（enforcement）、およびトラフィックルーティングを制御するために、SMFエンティティによって使用される。
5Gアーキテクチャ内にイーサネットPDUタイプを導入することによって、UEは、5Gコアネットワークに対してイーサネットPDUタイプをリクエストすることができ、そして、5Gコアネットワークは、PDUアンカーとして動作するユーザプレーン機能を割り当てる。このアンカーUPFエンティティは、イーサネットPDUを介して同じLANに接続されている全てのUEについてコアイーサネットスイッチとして動作する。UEは、また、イーサネットブリッジとしても動作することができ、UEの背後にあるクライアントが、3GPPネットワークを介して接続することができる。UEは、ローカルスイッチとして動作している。
3GPP TS 23.501条項5.6.10.2の最新のドラフトにおいて取得される現在の合意に従って、イーサネットPDUについて、SMFエンティティは、いかなるアドレス割り当てにも関与しない。UEが、そのMACアドレスおよび上位層アドレス(IP)をどのように取得するのかは、3GPPの範囲外であり、また、UE及び/又はUEの背後にあるクライアントが(ブリッジモード動作について)それらのレイヤ3(IP)アドレスをどのように取得するのかも、3GPPの範囲外である。
本発明の背後にある重要事項は、UPFエンティティがコアイーサネットスイッチとして動作するか、または、コアイーサネットスイッチがDN内にあるか否かにかかわらず、UPFエンティティ内に構築されたARP/IPv6近隣キャッシュを調べる（looking up）ことによって、UPFエンティティ自身により応答されるべき任意のイーサネットクライアント(UE、またはUEの背後にあるクライアント、もしくはDN内のクライアント)からのARPブロードキャスト/ICMPv6近隣要請マルチキャストである。ソリューションは、UPFエンティティにおいて常にARP/ICMPv6近隣要請を傍受（intercept）し、そして、ローカルARP/IPv6近隣キャッシュに基づいてそれに応答するように簡素化されている。
特に、LAN内の全てのノードに対するブロードキャスト/マルチキャストの代わりに、スイッチにおいてローカルARP/IPv6近隣キャッシュからのARP/ICMPv6近隣要請に応答することは、ここで上記に説明されたように、よく知られたメカニズムである。従って、本発明は、UPFエンティティ自体においてARP/IPv6近隣キャッシュをどのように構築するかに焦点を当てている。
DN内のUE/クライアントの背後にあるUE/クライアントといったエンドユーザであるイーサネットクライアントは、同じLANにおけるDN内のUE/クライアントの背後にある他のUE/クライアントのイーサネットMACアドレスを検出するために、ARP/ICMPv6近隣要請リクエストを実行する。ここで、このARP/ICMPv6近隣要請リクエストは、RANによってコアネットワークUPFエンティティに対してトンネルされており、その後は、２つの可能性が存在する。第１シナリオは、図1に示されるように、UPFエンティティがイーサネットスイッチとして動作する場合に、LANにおける全てのUEに対してARP/近隣要請をブロードキャストする、というものである。第２シナリオは、図2に示されるように、UPFエンティティの背後にあるDNがイーサネットスイッチとして動作する場合に、UPFエンティティは、ARP/ICMPv6近隣要請をDNに対して転送し、そして、次いで、DNは、L2ブロードキャストアドレス上でARPブロードキャストを返送し/L2マルチキャストアドレス上でICMPv6近隣要請をマルチキャストし、その結果として、UPFエンティティがLAN内の全てのUEに対してARP/ICMPv6近隣要請を送信する、というものである。重要なことに、これらのシナリオのそれぞれは、多くのUEがCM-IDLE状態にある場合に、ネットワーク内で大規模なページングストームを生じてしまう。同様の問題が、また、DNNの背後にあるクライアントが、LANの一部にもなり、そして、ARP/ICMPv6近隣要請を発行するときにも、存在する。特には、図1および図2における説明は、ARPに関して提供されてきたが、一方で、これらの問題は、また、ICMPv6近隣要請がマルチキャストにおいて存在するときにも適用可能である。IPv6近隣探索について別個の図は提供されておらず、そして、当業者であれば、ARPとIPv6近隣探索の両方のコンテキストにおいて説明を理解するだろう。
5Gネットワークにおけるイーサネット型PDUについてARPブロードキャスト/ICMPv6近隣要請マルチキャストの最中に発生するページングストームの問題を解決することは、これまでに、3GPPでは議論されず、または、解決されていない。本発明は、第１実装において、ユーザプレーン機能(UPF)エンティティにおけるエンドユーザ装置についてトンネル内で見られるレイヤ2(L2)アドレスの取得方法を提供する。上記の方法は、UPFエンティティによって上記のトンネルにおいて検出された任意のソースL2アドレスを通知するために、セッション管理機能(SMF)エンティティからのリクエストを、UPFエンティティによって、受信するステップと、上記のトンネルにおいて、UPFエンティティによって、新たなソースL2アドレスを有するL2パケットを検出するステップと、上記のトンネルにおいて検出された新たなソースL2アドレスを、UPFエンティティによって、SMFエンティティに対して送信するステップと、を含む。ここで、エンドユーザ装置を終端している（terminating）UPFエンティティとネットワークとの間のトンネルは、セッション管理機能(SMF)エンティティによってUPFエンティティに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられた、ユーザプレーンセットアップメッセージによって設定されている。そして、ここでは、UPFエンティティにおけるトンネルセットアップが、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている。
この実装において、本発明は、SMFエンティティが、UPFエンティティ内のどのトンネルがどのMACアドレスに向けて決められているか（destined toward）を学習するための方法を提供する。
通信システムに接続されたLAN上のエンティティ、例えば、UEによる5Gシステム(5GS)は、DNによってIPアドレスが割り当てられ得るが、これは定義されていない。従って、SMFエンティティは、UPFエンティティ内のどのトンネル(N3トンネルまたはDNに向かうトンネルであり得る)が、どのMACアドレスに向かうトラフィックをルーティングするために使用されているか、を認識していないことが明らかである。SMFは、特に、イーサネットPDUセッションのためのL3アドレス管理機能がSMFエンティティを伴わない事例(すなわち、DHCP/IPv6ルータがSMFエンティティと一緒に同一場所に設置（co-located）されていない)について、この知識を有する必要がある。
図3は、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築するためのエンドツーエンド（end to end）ソリューションに対する本技術的事項の第１実施形態に従って、SMFエンティティが、N4セッションマップへのMACアドレスを構築するためのプロシージャを示している。SMFエンティティが、N4セッションをセットアップし、そして、作成されるべきトンネル(N3トンネルまたはDNに向かうトンネル)に関してUPFエンティティに通知した後で、SMFエンティティは、UPFエンティティで作成されたトンネルにおいて新たなソースMACアドレスが見つかったときはいつでも、SMFエンティティに通知するために、サブスクライブ（subscribe）するためのN4メッセージをUPFエンティティに対して送信する。そうしたサブスクリプション（subscription）は、イーサネット型PDUセッションに関連するN4セッションについて行われる。
特に、N4セッションは、N4セットアップリクエストメッセージを使用しているSMFエンティティによる、アクセスネットワークとUPFエンティティとの間、または、UPFエンティティとDNとの間におけるPDUセッションに対するトンネルセットアップに類似している。従って、「トンネル（“tunnel”）」は、UPFエンティティとANとの間、または、UPFエンティティとDNとの間に存在する。SMFエンティティによって行われることは、このトンネルをセットアップするための信号メッセージ(N4セットアップリクエスト)である。
特には、各PDUセッション、または、DNに向かう各トンネルのために、SMFとUPFとの間でセッションがセットアップされる。そのPDUセッションに関連するこれらのセッションパラメータを使用することは、SMFとUPFとの間で交換される。例えば、PDUセッショントンネル/DNに向かうトンネルにおいてどのMACアドレスが見られるかを、SMFエンティティが学習するためには、見られるMACアドレスに関する情報が、このセッション上でUPFからSMFへ搬送される必要がある。
従って、SMFエンティティは、イーサネットPDUセッションのためのL3アドレス管理機能がSMFエンティティの外側 (すなわち、DN内) にある場合にだけ、この通知についてサブスクライブすることができる。UPFエンティティが、トンネルにおいて、新たなMACアドレスを有するL2パケットを見るとき、UPFエンティティは、そのN4セッションについて見られる新たなMACアドレスに関して直ちにSMFエンティティに通知する。
この方法の利点は、DNによるUPFエンティティ内のARP/IPv6近隣キャッシュの更新の一部として、どのUPFエンティティがどのSMFエンティティによって制御されるかのコンフィグレーションをNEFエンティティが有していない場合には、全てのSMFエンティティに対して＜L3アドレス、MACアドレス＞、UPFアドレスマップを転送して終わることである。従って、UPFエンティティからソースMACを通知されたSMFエンティティは、UPFエンティティを更新することができる唯一のSMFエンティティであろう。
この方法のさらなる利点は、DNによるUPFエンティティ内のARP/IPv6近隣キャッシュの更新の一部として、コアイーサネットスイッチがDN内に存在し、かつ、UPFエンティティがコアイーサネットスイッチとして動作していない場合に、L3アドレス管理機能は、受信されたDHCP/IPv6 SLAACリクエストを通して、UPFエンティティアドレスを取得できないことである。また、L3アドレス探索リクエストを送信するクライアントがDN内(UEまたはUEの背後にあるクライアントではなく)にある場合に、リクエストは、全くUPFエンティティを通じてやって来ない。そうした場合に、L3アドレス管理機能は、UPFエンティティアドレスをSMFエンティティに対して提供することができない。よって、SMFエンティティがARP/IPv6近隣キャッシュを更新するUPFエンティティを見出すことができる唯一の方法は、本発明の第１実装を利用することによるものである。
第２実装において、本発明は、セッション管理機能(SMF)エンティティによってユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法を提供する。上記の方法は、ARP/IPv6近隣キャッシュを更新するために、第１リクエストメッセージを、SMFエンティティによって、UPFエンティティに対して送信するステップであり、ここで、第１リクエストメッセージは、ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、UPFエンティティによって、L2アドレスマップを用いてARP/IPv6近隣キャッシュを更新するステップと、そして、ARP/IPv6近隣キャッシュを更新した後で、UPFエンティティによって、第１レスポンス・更新メッセージをSMFエンティティに対して送信するステップと、を含む。
この実装において、本発明は、UPFエンティティ内に構築されたARP/IPv6近隣キャッシュを更新するための方法を提供する。SMFエンティティは、N4 UPFコンフィグレーション・更新リクエストをUPFエンティティに対して発行し、そして、更新ARP/IPv6近隣キャッシュコマンドをL3アドレスと一緒にL2アドレスマップへ搬送する。UPFは、提供されたマップを用いてARP/IPv6近隣キャッシュを更新し、そして、N4 UPFコンフィグレーション・更新レスポンスを送信する。
図4は、本技術的事項の第２実施形態に従って、SMFエンティティによって、どのようにARP/IPv6近隣キャッシュがUPFエンティティにおいて更新されるかを説明している。SMFエンティティは、N4 UPFコンフィグレーション・更新リクエストをUPFエンティティに対して発行し、そして、更新ARP/IPv6近隣キャッシュコマンドをL3アドレスと一緒にL2アドレスマップへ搬送する。UPFエンティティは、提供されたマップを用いてARP/IPv6近隣キャッシュを更新し、そして、N4 UPFコンフィグレーション・更新レスポンスを送信する。
第３実装において、本発明は、データネットワーク(DN)のL3アドレス管理機能によって、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法を提供する。上記の方法は、第１更新メッセージを、DNによって、ネットワークエレメント機能(NEF)エンティティに対して送信するステップであり、第１更新メッセージは、L2アドレスおよびL3アドレスマップを含む、ステップと、NEFエンティティによって、どのセッション管理機能がUPFエンティティを制御しているかを示すローカルコンフィグレーションを決定するステップと、そして、第１更新メッセージを、NEFエンティティによって、少なくとも１つのセッション管理機能エンティティに対して送信するステップと、を含む。
この方法において、第１更新メッセージをNEFエンティティへ送信する前に、本方法は、ダイナミックホストコンフィグレーションプロトコル(DHCP)リクエスト、または、インターネットプロトコルバージョン6(IPv6)ルータ要請を含む第１リクエストメッセージを、UPFエンティティによって、DN内のL3アドレス管理機能に対して送信するステップと、L3アドレス管理機能によって、L3アドレスを割り当てるステップと、そして、L3アドレス割り当てコマンドを含む第１応答メッセージを、DNによって、UPFエンティティに対して送信するステップと、を実行する。第１更新メッセージは、任意的に、そこからL3アドレス探索リクエストが受信された、UPFエンティティの第２識別子を含む。NEFエンティティは、ローカルコンフィグレーションが利用できない場合、または、UPFエンティティの識別子が第１更新メッセージにおいて受信されなかった場合に、ネットワーク内の全てのSMFエンティティに対して第１更新メッセージを転送する。L3アドレス割り当てコマンドは、DHCPリクエストまたはIPv6ルータ要請を含んでいる。
この実装において、本発明は、DNによって、UPFエンティティ内に構築されたARP/IPv6近隣キャッシュを更新するための方法を提供する。L3アドレス管理機能がDNに存在するときに、本方法は、SMFエンティティがUPFエンティティにおけるARP/IPv6近隣キャッシュを更新できるように、L3アドレスマップに対するL2アドレスに関してSMFエンティティに通知するために、DNによって利用される。
図5は、本技術的事項に係る第３実施形態に従って、NEFエンティティ、SMFエンティティを介した、DNからUPFエンティティへのMAC、L3アドレスマップの更新を説明している。DNによってUPFエンティティにおいてARP/IPv6近隣キャッシュを更新するとき、L3アドレス管理機能がDNにおいて存在する場合には、次いで、SMFエンティティがUPFエンティティにおいてARP/IPv6近隣キャッシュを更新できるように、DNについて、L3アドレスマップに対するL2アドレスに関してSMFエンティティに通知するためのプロシージャが必要とされる。
一旦、DN内のL3アドレス管理機能が、UPFエンティティによってトンネルされて、クライアントからL3アドレス割り当てリクエストを受信すると、DN内のL3アドレス管理機能は、アプリケーションとして動作し、そして、以下の詳細を用いてNEFエンティティを更新する。
１．＜MACアドレス、L3アドレスマッピング＞を更新するためのリクエストであり、もし利用可能であれば、そこからL3アドレス探索リクエストが受信されたUPFエンティティの識別子と一緒である。これは、UPFエンティティ識別子が任意的であることを意味している。コアイーサネットスイッチがDN内に存在する場合の所定の事例においては、DN内のL3アドレス管理機能に対して利用可能でないことがある。
２．NEFエンティティが、SMFエンティティがUPFエンティティを制御しているローカルコンフィグレーションを有する場合に、NEFエンティティは、この更新リクエストをそれらのSMFエンティティだけに対して転送する。そうでなければ、NEFエンティティは、全てのSMFエンティティに対して送信する。
３．UPFエンティティ識別子が、NEFエンティティからSMFエンティティへ受信される場合には、次いで、SMFエンティティは、本発明の第２実装を利用することによって、そのUPFエンティティにおいてARP/IPv6近隣キャッシュを直接的に更新することができる。
４．UPFエンティティ識別子が、NEFエンティティからSMFエンティティへ受信されない場合には、どのUPFエンティティが以前にそのMACアドレスを見たかを既に学習したSMFエンティティだけが、(UPFエンティティ内のどのトンネルがどのMACアドレスに向けて定められているかを学習しているときに定義された通知を通じて)ARP/IPv6近隣キャッシュ更新リクエストをそれぞれのUPFに対して定義されたように転送し、一方で、UPFエンティティ内のARP/IPv6近隣キャッシュを更新している。
重要なことに、L3アドレス管理機能がSMFエンティティに存在するときに、イーサネットPDUセッションについて、および、LAN内でUE/DNの背後にあるクライアントについてのL3アドレス管理機能は、SMFエンティティそれ自身に置かれている。L3アドレス管理機能は、DHCPサーバまたはIPv6 SLAAC管理機能であり得る。そうしたシナリオにおいては、考慮すべき２つのケースが存在している。
ケース１：UPFエンティティがコアイーサネットスイッチである。
ケース２：コアイーサネットスイッチはDN内に存在する。
第４実装において、本発明は、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてL3アドレス管理機能を実行するための方法を提供し、ここで、UPFエンティティはコアイーサネットスイッチである。本方法は、第１リクエストメッセージを含む第１リクエストメッセージを、UPFエンティティによって、レイヤ2(L2)を介して、エンドユーザ装置から受信するステップであり、メッセージはエンドユーザ装置のソースメディアアクセス制御を含んでいるステップと、第１リクエストメッセージを、UPFエンティティによって、SMFエンティティに対して転送するステップと、第１応答メッセージを、SMFエンティティによって、UPFエンティティに対して送信するステップと、第１応答メッセージを、UPFエンティティによって、エンドユーザ装置に対して転送するステップと、ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、SMFエンティティによって、エンドユーザ装置に対して転送するステップであり、第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、L2アドレスマップを用いて、UPFエンティティによって、ARP/IPv6近隣キャッシュを更新するステップと、ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、UPFエンティティによって、SMFエンティティに対して送信するステップと、を含む。
この方法において、第１リクエストメッセージは、ダイナミック・ホスト・コンフィグレーション・プロトコル(DHCP)リクエストであり、そして、エンドユーザ装置は、ユーザ機器（equipment）またはユーザ機器の背後にあるクライアントである。
この実装において、本発明は、イーサネットPDUセッションについて、および、SMFエンティティに置かれたLAN内でUE/DNの背後にあるクライアントについてL3アドレス管理機能を提供する。L3アドレス管理機能は、DHCPサーバまたはIPv6 SLAAC管理機能であり得る。
ケース１のためのソリューション：
図6は、ケース１について、SMFエンティティによってL3アドレスが割り当てられるときに、UPFエンティティにおいてARP/IPv6近隣キャッシュを更新するためのコールフローシーケンス（call flow sequence）を説明している。SMFエンティティが、DHCPリクエストまたはIPv6ルータ要請を受信するときは、UPFエンティティが、そのまま受信したイーサネットPDUをSMFエンティティに対してトンネルする際に、L2イーサネットフレームを介して受信されるものである。L2フレームから、SMFエンティティはクライアントのソースMACを識別する。SMFエンティティが、DHCPレスポンス/IPv6ルータ広告を送信することによって、L3アドレスをクライアントに対して割り当てた後で、SMFエンティティは、本発明の第２実装を利用することによって、UPFエンティティにおけるARP/IPv6近隣キャッシュを更新する。
第５実装において、本発明は、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてレイヤ3（L3）アドレス管理機能を実行するための方法を提供し、ここで、データネットワーク(DN)はコアイーサネットスイッチであり得る。本方法は、エンドユーザ装置から、コアイーサネットスイッチによって、レイヤ2(L2)を介して第１リクエストメッセージを含む第１リクエストメッセージを受信するステップであり、メッセージは、エンドユーザ装置のソースメディアアクセス制御を含んでいる、ステップと、第１リクエストメッセージを、コアイーサネットスイッチによって、SMFエンティティに対して転送するステップと、L3アドレス割り当てを提供するために、第１応答メッセージを、SMFによって、コアイーサネットスイッチに対して送信するステップであり、第１応答メッセージは、SMFによって転送されるL3アドレス割り当てを含む、ステップと、第１応答メッセージを、コアイーサネットスイッチによって、エンドユーザ装置に対して転送するステップと、本発明の第１実装において示されているように、SMFによって、UPFエンティティにおけるエンドユーザ装置についてのL2アドレスを取得するステップと、ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、SMFエンティティによって、UPFに対して送信するステップであり、第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、ステップと、L2アドレスマップを用いて、UPFエンティティによって、ARP/IPv6近隣キャッシュを更新するステップと、ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、UPFエンティティによって、SMFエンティティに対して送信するステップと、を含む。
この方法において、第１リクエストメッセージは、ダイナミック・ホスト・コンフィグレーション・プロトコル（DHCP)リクエストであり、そして、エンドユーザ装置は、ユーザ機器またはユーザ機器の背後にあるクライアントである。
この実装において、本発明は、L3アドレスがDNによって割り当てられたときに、UPFエンティティにおけるARP/IPv6近隣キャッシュを更新するための方法を提供する。
ケース２のためのソリューション：
コアイーサネットスイッチがDN内に存在するときに、L3アドレス割り当てリクエストは、それを送信したクライアントのソースMACアドレスを搬送しているSMFエンティティに依然として到達するだろう。従って、ケース１について上記に説明されたソリューションは、このケースについても同様に機能する。
ここにおいて上記に開示された２つのソリューションの利点は、それらが完全に3GPPの制御の下にあることであり、それによって、オペレータが、3GPPネットワーク制御のプレビューの中に含まれるソリューションを利用することにより、彼らのネットワークをページングストームから守ることを可能にしている。さらに、これらのソリューションは、計算集約的ではなく、そして、従って、ネットワークリソースを不必要に占有することがない。
L3アドレス管理機能がDNにおいて存在するときには、考慮すべき２つのケースが存在しいている。
ケース１：UPFエンティティがコアイーサネットスイッチである。
ケース２：コアイーサネットスイッチはDN内に存在する。
第６実装において、本発明は、データネットワーク(DN)によってレイヤ3(L3)アドレスが割り当てられたときに、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法を提供し、ここで、上記のUPFエンティティはコアイーサネットスイッチである。本方法は、UPFエンティティによって検出されたあらゆるソースレイヤ2(L2)アドレスを通知するために、セッション管理機能(SMF)エンティティによって、リクエストするステップであり、ここで、L2アドレスは、UPFエンティティでのUEのためのトンネルにおいて、または、DN内のクライアントのためのトンネルにおいて、UPFエンティティによって検出されるステップと、上記のトンネルにおける新たなソースL2アドレスを有するL2パケットを、UPFエンティティによって、検出するステップと、上記のトンネル上において検出された新たなソースL2アドレスを、UPFエンティティによって、SMFエンティティに対して送信するステップと、L2アドレスおよびL3アドレスマップを含む第１更新メッセージを、DNによって、SMFエンティティに対して送信するステップと、ARP/IPv6近隣キャッシュを更新するために、L2アドレスおよびL3アドレスマップを含む第１更新メッセージを、SMFエンティティによって、UPFエンティティに対して転送するステップと、ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、UPFエンティティによって、SMFエンティティに対して送信するステップと、を含む。
この方法においては、UPFエンティティによってトンネルにおいて検出されたあらゆるソースL2アドレスについての通知をサブスクライブした後で、本方法は、DHCPリクエストまたはIPv6ルータ広告を含む第１リクエストメッセージを、エンドユーザ装置によって、UPFエンティティに対して送信するステップと、DHCPリクエストまたはIPv6ルータ要請を含む第１リクエストメッセージを、UPFエンティティによって、DNに対して転送するステップと、を実行する。
この方法においては、トンネルにおいて検出された新たなソースL2アドレスをスイッチに対して通知した後で、本方法は、DHCPレスポンスまたはIPv6ルータ広告を含む第１応答メッセージを、DNによって、UPFエンティティに対して送信するステップと、DHCPレスポンスまたはIPv6ルータ広告を含む第１応答メッセージを、UPFエンティティによって、エンドユーザ装置に対して転送するステップと、を実行する。
重要なことに、エンドユーザ装置は、ユーザ機器またはユーザ機器の背後にあるクライアントである。トンネルは、UPFエンティティにおけるN4セットアップおよびトンネルセットアップであり、そして、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられている。
この実装において、本発明は、DNによってL3アドレスが割り当てられたときに、UPFエンティティにおいてARP/IPv6近隣キャッシュを更新するための方法を提供する。
ケース１のためのソリューション２：
図7は、ケース１について、DNによってL3アドレスが割り当てられるときに、UPFエンティティにおいてARP/IPv6近隣キャッシュを更新するためのコールフローシーケンスを説明している。ここで、各N4セッションについて、UPFエンティティがN4セッションに関連するUPFエンティティのトンネルにおいて新たなMACを見るときはいつでも、SMFエンティティは、それをUPFエンティティに通知するために、UPFエンティティに対してサブスクライブする。UPFエンティティが、(DHCPリクエスト/IPv6 RSを搬送していることがあり得る)所与のトンネルにおいて特定的なソースMACアドレスを有する第１のL2パケットを見るときに、UPFエンティティは、本発明の第１実装を利用することによって、SMFエンティティに通知する。
DN内のL3アドレス管理機能が、DHCPリクエストまたはIPv6ルータ要請を受信するときは、UPFエンティティが、そのまま受信したイーサネットPDUをDNに対してトンネルする際に、L2イーサネットフレームを介して受信されるものである。DNは、L2フレームからクライアントのソースMACを識別する。DNが、DHCPレスポンス/IPv6ルータ広告を送信することによって、クライアントに対してL3アドレスを割り当てた後で、DNは、最初に、本発明の第３実装を利用することによって、＜L2アドレス、L3アドレス＞マップに関するSMFエンティティを更新する。SMFエンティティは、それを受け取ると、本発明の第２実装を使用して、UPFエンティティにおけるARP/IPv6近隣キャッシュを更新する。
ケース２のためのソリューション２：
コアイーサネットスイッチがDN内に存在するケース２について、L3アドレス割り当てリクエストは、それを送信したクライアントのソースMACアドレスを搬送しているDN内のL3アドレス管理機能に依然として到達するだろう。よって、ケース１について上記に説明されたソリューションは、このケースについても同様に機能する。
ここにおいて上記に開示された２つのソリューションの利点は、それらが完全に3GPPの制御の下にあることであり、それによって、オペレータが、3GPPネットワーク制御のプレビューの中に含まれるソリューションを利用することにより、彼らのネットワークをページングストームから守ることを可能にしている。さらに、これらのソリューションは、計算集約的ではなく、そして、従って、ネットワークリソースを不必要に占有することがない。
特に、本発明において開示される２つのソリューションは、UEに影響を与えず、または、他のいかなる3GPPネットワーク機能に影響を与えない。最も重要なことに、DN内のUPFエンティティ/コアスイッチは、UEの接続管理(CM)状態を知る必要がない。さらに、どのクライアントがARPを送信するかに関係なく、ARに対するレスポンスはARP/IPv6近隣キャッシュ自身から送信することができる。
重要なことに、UPFエンティティにおいてディープパケットインスペクション(DPI)を実行することも、また、可能である。ここで、L3アドレス管理サービスがどこで動作するか(SMFエンティティまたはDN)に関係なく、L3アドレスマッピングに対するMACアドレスは、ディープパケットインスペクションを通じて、ユーザプレーンエンティティ(DN内のUPFまたはイーサネットスイッチ)によって、学習される。スイッチにおけるDPI、および、ARP/IPv6近隣キャッシュの学習は、有線およびWLANイーサネットについて既に存在している。
図8は、UPFエンティティがコアイーサネットスイッチである場合に、UPFエンティティにおけるディープパケットインスペクションおよびARP/IPv6近隣キャッシュの構築を説明している。アンカーUPFエンティティがコアイーサネットスイッチとして動作するときに、アンカーUPFエンティティは、DN内のUE/クライアントの背後にあるUE/クライアントと、UPFエンティティの背後にあるL3アドレス割り当てサーバ(例えば、DHCPサーバ)との間で交換されるL3アドレス探索パケットを傍受する。その傍受を通じて、UPFエンティティは、どのIPアドレスがどのL2 MACに対して割り当てられているかを学習し、そして、ARP/IPv6近隣キャッシュを構築する。ここにおいて必要とされるパケットインスペクションは、あらゆるステートフルインスペクションまたは複雑なレイヤ7プロトコルロジックを必要としないので、最小限である。その後で、任意のクライアントがARPリクエストを送信するとき、UPFエンティティ自身がARPに対して応答する。UPFエンティティは、ARPリクエストにおいて送信されたIPアドレスを所有するエンティティに代わってARPを送信する任意のクライアントに対して応答する。
図9は、DN内のコアスイッチおよびDNに対するトンネルノード（tunnelling node）として動作しているUPFエンティティを説明している。ここにおいて、アンカーUPFエンティティが、イーサネットパケットをDNNに向けてトンネルし、そして、DNNが、LANのためのコアイーサネットスイッチを有するときに、UPFエンティティは、単に、UPFエンティティの背後にあるDN内のイーサネットスイッチに対するトンネルノードとして動作している。L3アドレス探索パケット(例えば、DHCPまたはIPv6 SLAAC)の傍受およびARP/IPv6近隣キャッシュの構築は、DNにおいて行うことができる。UEがARPリクエストを送信するとき、UPFエンティティは、そのリクエストをDNに対してトンネルする。DNは、ARP/IPv6近隣キャッシュから結果を返すことによって、ARPリクエスト自身に対して応答する。
重要なことに、UPFエンティティがコアイーサネットスイッチであるとき、または、DN内のコアスイッチであるときには、ARP/IPv6近隣キャッシュが、UEおよびUEの背後にあるクライアントのためだけに構築できるかを考えるかもしれない。しかしながら、コアスイッチとして動作するUPFエンティティ(ケース１について)、および、コアスイッチとして動作するDN(ケース２について)は、どのMACアドレスがUEおよびUEの背後にあるクライアントに属しており、そして、どのMACアドレスがDN内のクライアントに属しているかを確定的には知り得ない。
このソリューションの利点は、SMFエンティティ、UPFエンティティ、およびNEFエンティティのような3GPPネットワークエレメントに対してあらゆる信号を必要としないことである。その欠点は、パケットスヌーピングおよびディープパケットインスペクションを利用することが、計算集約的なことである。DN内のUPF/コアイーサネットスイッチは、どのパケットがDHCP/IPv6 SLAACアドレス割り当てを搬送するかをスヌーピングするために、各パケットについてDPIを行う必要がある。このことは、転送パフォーマンスに影響を与える、スイッチにおけるCPUサイクルを浪費する。さらに、コアイーサネットスイッチがDN内に展開されている事例について、3GPPネットワークは、3GPPネットワークの外部で実装されているDPIソリューションに依存しなければならず、3GPPネットワークオペレータにとって全く安全性/信頼性が無い。ページングストームを回避するためのあらゆるソリューションは、3GPPオペレータによって制御されるネットワーク内に存在するべきであり、そして、サードパーティのネットワークスイッチによって実装されるソリューションに依存すべきではない。従って、UPFエンティティにおいてDPIを実行することは、考慮に値しないだろう。
第７実装において、本発明は、イーサネットスイッチARP/IPv6近隣キャッシュを更新するために、グラテュータス（gratuitous）アドレス解決プロトコル(GARP)/ICMPv6近隣広告を実行するための方法を提供する。本方法は、アプリケーション層によって、ネットワークエレメント機能(NEF)エンティティによるUEのためのGARP/ICMPv6近隣広告を開始するためのデバイストリガメッセージリクエストを開始するステップであり、ここで、デバイストリガリクエストメッセージは、ユーザ機器(UE)を示すための外部IDを含む、ステップと、外部IDが有効なUEに属している場合に、デバイストリガリクエストメッセージを、NEFエンティティによって、アクセス管理機能(AMF)エンティティティに対して転送するステップと、デバイストリガリクエストメッセージを、AMFエンティティによって、エンドユーザ装置に対して転送するステップと、デバイストリガ応答メッセージを、エンドユーザ装置によって、AMFエンティティに対して送信するステップと、デバイストリガ応答メッセージを、AMFエンティティによって、NEFエンティティに対して転送するステップと、デバイストリガ応答メッセージを、NEFエンティティによって、アプリケーション層に対して転送するステップと、を含む。
この方法において、UEはDNの背後にあるクライアントであることを外部IDが示す場合には、デバイストリガリクエストメッセージがAMFエンティティに対して転送されない。エンドユーザ装置は、ユーザ機器、または、ユーザ機器の背後にあるクライアントである。
この実装において、本発明は、イーサネットスイッチARP/IPv6近隣キャッシュを更新するために、グラテュータスアドレス解決プロトコル(GARP)/ICMPv6近隣広告を実行するための方法を提供する。
図10は、ARP/IPv6近隣キャッシュを更新するために、コアスイッチがグラテュータスARP/ICMPv6近隣広告を実行するときのコールフローを示している。このソリューションにおいて、DN内のUE/クライアントの背後にあるUE/クライアントは、レイヤ3アドレスを学習した後で、イーサネットスイッチ(UPFエンティティまたはUPFエンティティの背後にあるDNであり得る)ARP/IPv6近隣キャッシュを更新するために、グラテュータスARP/ICMPv6近隣広告を行う。ここで、UEは、一旦デバイストリガを受信すると、自身または背後にあるクライアントのためにGARP/ICMPv6近隣広告を開始し、そして、DN内のクライアントは、3GPPの範囲外であるアプリケーショントリガに基づいてGARP/ICMPv6近隣広告を開始する。これを通じて、スイッチは、ARP/IPv6近隣キャッシュを学習する。任意のクライアントがARPリクエスト/ICMPv6近隣要請を送信するときに、スイッチ自身は、ブロードキャストする代わりに、ARPレスポンス/ICMPv6近隣広告を用いて応答する。
重要なことに、IPアドレス割り当てプロシージャの最中、IPアドレスを割り当てるエンティティ(例えばDHCPサーバ)は、クライアント特有のパラメータに基づいて、外部IDを引き出す。外部IDは、NEFに向けてデバイストリガリクエストを開始するために使用される。アプリケーション層(DHCPサーバまたは任意のIPアドレス割り当てサービス)は、TS23.502において定義済みのデバイストリガサービス（device triggering service）を使用することができる。
NEFは、外部IDが有効なUEに属しているか否かを承認すること（authorizing）に基づいて、AMFに向けてデバイストリガリクエストを開始する。外部IDが、たまたまDNの背後にあるクライアントのものである場合には、次いで、3GPPネットワーク内で有効なサブスクリプションを持たず、そして、従って、その事例においては、NEFによってデバイストリガが開始されない。
第８実装において、本発明は、エンドユーザ装置についてトンネルにおいて見られるレイヤ2(L2)アドレスを取得するためのネットワークエレメント(100)を提供する。ネットワークエレメントは、図11に示されるように、上記のトンネルにおいて新たなソースL2アドレスを有するL2パケットを検出するように構成されたプロセッサユニット(101)と、上記のトンネルにおいて検出された任意のソースL2アドレスを通知するためのリクエストを受信するように構成されたトランシーバモジュール(104)であり、さらに、上記のトンネルにおいて検出された新たなソースL2アドレスを送信するように構成された、トランシーバモジュールと、プロセッサユニットおよびトランシーバモジュールに対して動作可能に接続されたメモリユニット(102)と、を含む。ここで、エンドユーザ装置を終端している（terminating）ネットワークエレメントとネットワークとの間のトンネルは、セッション管理機能(SMF)エンティティによってネットワークエレメントに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられた、ユーザプレーンセットアップメッセージによってセットアップされる。そして、ここで、ネットワークエレメントにおけるトンネルセットアップは、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている。
メモリユニットは、さらに、L2アドレスマップに対するレイヤ3(L3)アドレスを用いてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するように構成されている。トランシーバモジュールは、さらに、ARP/IPv6近隣キャッシュを更新するための第１リクエストメッセージを受信し、そして、ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを送信するように構成されている。第１リクエストメッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、および2アドレスマップを含んでいる。
トランシーバモジュールは、さらに、第１リクエストメッセージを含む第１リクエストメッセージを、L2を介して受信するように構成されており、上記のメッセージはエンドユーザ装置のソースメディアアクセス制御を含み、第１リクエストメッセージをSMFエンティティに対して送信し、SMFエンティティから第１応答メッセージを受信し、第１応答メッセージをエンドユーザ装置に対して送信し、ARP/IPv6近隣キャッシュを更新するために第１リクエスト更新メッセージを受信し、そして、ARP/IPv6近隣キャッシュを更新した後で第１応答更新メッセージを送信する、ように構成されている。特に、第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む。メモリユニットは、さらに、L2アドレスマップを用いてARP/IPv6近隣キャッシュを更新するように構成されている。エンドユーザ装置は、ユーザ機器(UE)、または、UEの背後にあるクライアント、もしくは、DN内のクライアント、等である。
第９実装において、本発明は、L3アドレス管理機能によって、ネットワーク装置におけるアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのネットワーク機能エンティティ(200)を提供する。ネットワーク機能エンティティは、図12に示されるように、どのセッション管理機能(SMF)がネットワーク装置を制御しているかを示すローカルコンフィグレーションを決定するように構成されている処理ユニット(201)と、第１更新メッセージを受信するように構成されているトランシーバモジュール(203)と、を含み、ここで、上記の第１更新メッセージは、L2アドレスおよびL3アドレスマップを含み、上記のトランシーバモジュールは、さらに、第１更新メッセージを少なくとも１つのSMFに対して送信するように構成されている。
トランシーバモジュールは、さらに、ローカルコンフィグレーションが利用可能でない場合、または、ネットワーク装置識別子が第１更新メッセージに含まれていない場合に、第１更新メッセージをネットワーク内の全てのSMFエンティティに対して送信するように構成されている。
第１更新メッセージは、任意的に、そこからL3アドレス探索リクエストが受信されたネットワーク装置の第２識別子を含む。
本発明は、5Gネットワークにおけるイーサネット型PDUについてARPブロードキャストの最中のページングストームを回避するために、ネットワークを横断する全てのパケットについてディープパケットインスペクションを実行することなく、UPFエンティティにおいてARP/IPv6近隣キャッシュを構築するための方法を開示している。本発明の背後にある重要事項は、任意のイーサネットクライアント(UE、またはUEの背後にあるクライアント、もしくはDN内のクライアント)からのARPブロードキャストについて、UPFエンティティがコアイーサネットスイッチとして動作するか、または、コアイーサネットスイッチとして動作するかにかかわらず、UPFエンティティにおいて構築されたARP/IPv6近隣キャッシュを調べること（looking up）によって、UPFエンティティ自身により応答されることである。本ソリューションは、UPFエンティティにおいて常にARPを傍受し、そして、ローカルARP/IPv6近隣キャッシュに基づいてそれに応答するように、単純化されている。
特に、本発明に係る本方法は、ARPブロードキャスト(IPv4の場合)およびIPv6近隣要請リクエストマルチキャスト(IPv6の場合)を回避するために使用することができる。ARPブロードキャストにおけるページング問題は、IPv6近隣要請マルチキャストについても同様である。よって、近隣要請についてのレスポンスも、L2ネットワークの一部である全員に対してマルチキャストする代わりに、UPFエンティティにおいて構築されたキャッシュから、返すことができる。
当業者であれば、本発明の実施のために、任意の既知または新規のアルゴリズムが使用され得ることを理解するだろう。しかしながら、本発明は、既知または新規のアルゴリズムの使用にかかわらず、上記に説明した利点および技術的進歩を達成するために、より高いMSDをサポートする製品をアップグレードすることなく、既存のネットワークにおいてトラフィックエンジニアリングを用いたセグメントルーティングの実装を実現化できるようにする方法を提供することに留意すべきである。
当業者であれば、この明細書で開示された実施形態において説明された実施例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェア、または、コンピュータソフトウェアと電子ハードウェアの組み合わせによって、実施され得ることを認識するだろう。ハードウェアまたはソフトウェアのいずれによって機能が実行されるかは、特定的なアプリケーションおよび技術的ソリューションの設計制約条件に依存する。当業者であれば、説明された機能をそれぞれ特定のアプリケーションについて実現するための異なる方法を使用し得るが、その実装が本発明の範囲を超えるものであると考えるべきではない。
本発明において提供されるいくつかの実施形態においては、開示された方法が、他の方法で実施され得ることが理解されるべきである。例えば、説明された装置の実施形態は、単に例示的なものである。例えば、ユニット分割は、単なる論理関数の分割であり、そして、実際の実装においては他の分割であってよい。例えば、複数のユニットまたはコンポーネントは、別のシステムへと結合または統合されてよく、もしくは、いくつかの特徴は、無視され、または、実行されなくてよい。加えて、表示または説明された相互カップリング、または直接カップリング、もしくは通信接続は、いくつかのインターフェイスを介して実装されてよい。装置またはユニット間の間接的なカップリングまたは通信接続は、電子的、機械的、または他の形態で実施することができる。
機能が、ソフトウェア機能ユニットの形態において実装され、そして、独立した製品として販売または使用されるときに、機能は、コンピュータで読取り可能な記憶媒体において保管され得る。そうした理解に基づいて、本発明の技術的ソリューション、または先行技術に貢献している部分、もしくは技術的ソリューションの一部は、本質的に、ソフトウェアプロダクトの形態で実施され得る。コンピュータソフトウェアプロダクトは、記憶媒体において保管され、そして、本発明の実施形態において説明される方法に係るステップの全部または一部を実行するように、コンピュータノード(パーソナルコンピュータ、サーバ、またはネットワークノードであってよい)に指示するためのいくつかの命令を含む。前述の記憶媒体は、プログラムコードを保管することができる任意の媒体を含む。USBフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Read-Only Memory、ROM）、ランダムアクセスメモリ（Random Access Memory、RAM）、磁気ディスク、または光ディスク、といったものである。
相互に通信するデバイスは、特にそうでないものと明記されていなければ、相互に連続的な通信をする必要はない。加えて、相互に通信している装置は、１つまたはそれ以上の仲介者を通じて直接的または間接的に通信することができる。
ここにおいて単一のデバイスまたは製品（article）が説明されているときには、単一のデバイス/製品の代わりに１つ以上のデバイス/製品が(それらが協働するか否かを問わず)使用され得ることが、直ちに明らかであろう。同様に、ここにおいて１つ以上のデバイスまたは製品が説明されているときには(それらが協働するか否かを問わず)、１つ以上のデバイスまたは製品の代わりに単一のデバイス/製品が使用されてよく、または、示された数のデバイスまたはプログラムの代わりに異なる数のデバイス/製品が使用され得ることが、直ちに明らかであろう。デバイスの機能及び/又は特徴は、代替的に、そうした機能/特徴を有するものとして明示的には説明されていない１つまたはそれ以上の他のデバイスによって具現化され得る。従って、本発明の他の実施形態は、装置自体を含む必要がない。
5Gネットワークにおけるイーサネット型PDUのためのARPブロードキャスト/インターネット制御メッセージプロトコルバージョン6(ICMPv6)近隣要請マルチキャストの最中のページングストームを回避するために、実現されるべき全てのパケットについてDPIを実行することなく、UPFエンティティにおいてARP/IPv6近隣キャッシュの実施を可能にする方法および装置のための実装が、特徴及び/又は方法について特有の言語で説明されてきたが、添付の請求項は、説明された特定の特徴または方法に必ずしも限定されないことが理解されるべきである。むしろ、特定の特徴および方法が、UPFエンティティでのARP/IPv6近隣キャッシュ構築に係る実装の例として開示されている。

Claims (34)

  1. ユーザプレーン機能(UPF)エンティティにおけるエンドユーザ装置についてトンネル内で見られるレイヤ2(L2)アドレスの取得方法であって、前記方法は、
    前記UPFエンティティによって前記トンネルにおいて検出された任意のソースL2アドレスを通知するために、セッション管理機能(SMF)エンティティからのリクエストを、前記UPFエンティティによって、受信するステップと、
    前記トンネルにおいて、前記UPFエンティティによって、新たなソースL2アドレスを有するL2パケットを検出するステップと、
    前記トンネルにおいて検出された前記新たなソースL2アドレスを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、を含み、
    前記エンドユーザ装置を終端している、前記UPFエンティティとネットワークとの間の前記トンネルは、セッション管理機能(SMF)エンティティによってUPFエンティティに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられている、ユーザプレーンセットアップメッセージによって設定されており、
    前記UPFエンティティにおける前記トンネルのセットアップは、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている、
    方法。
  2. 前記エンドユーザ装置は、ユーザ機器(UE)、または前記UEの背後にあるクライアント、もしくは、DN内のクライアント、等である、
    請求項１に記載の方法。
  3. セッション管理機能(SMF)エンティティによってユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法であって、前記方法は、
    ARP/IPv6近隣キャッシュを更新するために、第１リクエストメッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップであり、
    前記第１リクエストメッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、
    ステップと、
    前記UPFエンティティによって、L2アドレスマップに対する前記L3アドレスを用いて前記ARP/IPv6近隣キャッシュを更新するステップと、
    前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、
    を含む、方法。
  4. データネットワーク(DN)のL3アドレス管理機能によって、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法であって、前記方法は、
    第１更新メッセージを、前記DNによって、ネットワークエレメント機能(NEF)エンティティに対して送信するステップであり、
    前記第１更新メッセージは、L2アドレスおよびL3アドレスマップを含む、
    ステップと、
    前記NEFエンティティによって、どのセッション管理機能が前記UPFエンティティを制御しているかを示すローカルコンフィグレーションを決定するステップと、
    前記第１更新メッセージを、前記NEFエンティティによって、少なくとも１つのセッション管理機能エンティティに対して送信するステップと、
    を含む、方法。
  5. 前記方法は、さらに、前記第１更新メッセージをNEFエンティティへ送信する前に、
    ダイナミックホストコンフィグレーションプロトコル(DHCP)リクエスト、または、インターネットプロトコルバージョン6(IPv6)ルータ要請を含む第１リクエストメッセージを、前記UPFエンティティによって、DN内の前記L3アドレス管理機能に対して送信するステップと、
    前記L3アドレス管理機能によって、L3アドレスを割り当てるステップと、
    L3アドレス割り当てコマンドを含む第１応答メッセージを、DNによって、UPFエンティティに対して送信するステップと、
    を含む、請求項４に記載の方法。
  6. 前記第１更新メッセージは、任意的に、そこから前記L3アドレス探索リクエストが受信された前記UPFの第２識別子を含む、
    請求項４に記載の方法。
  7. ローカルコンフィグレーションが利用できない場合、または、前記UPFエンティティの識別子が前記第１更新メッセージ内に含まれていない場合に、ネットワーク内の全てのSMFエンティティに対して前記第１更新メッセージを転送する、
    請求項４に記載の方法。
  8. 前記L3アドレス割り当てコマンドは、DHCPリクエストまたはIPv6ルータ要請を含む、
    請求項４に記載の方法。
  9. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてL3アドレス管理機能を実行するための方法であって、前記UPFエンティティはコアイーサネットスイッチであり、前記方法は、
    第１リクエストメッセージを含む第１リクエストメッセージを、UPFエンティティによって、レイヤ2(L2)を介して、エンドユーザ装置から受信するステップであり、
    前記メッセージは、前記エンドユーザ装置のソースメディアアクセス制御を含んでいる、
    ステップと、
    前記第１リクエストメッセージを、前記UPFエンティティによって、前記SMFエンティティに対して転送するステップと、
    第１応答メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップと、
    前記第１応答メッセージを、前記UPFエンティティによって、前記エンドユーザ装置に対して転送するステップと、
    前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して送信するステップであり、
    前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、
    ステップと、
    前記L2アドレスマップを用いて、前記UPFエンティティによって、前記ARP/IPv6近隣キャッシュを更新するステップと、
    前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、
    を含む、方法。
  10. 前記第１リクエストメッセージは、ダイナミックホストコンフィグレーションプロトコル（DHCP）リクエストである、
    請求項９に記載の方法。
  11. 前記エンドユーザ装置は、ユーザ機器、またはユーザ機器の背後にあるクライアント、もしくは、DN内のクライアント、等である、
    請求項９に記載の方法。
  12. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてレイヤ3（L3）アドレス管理機能を実行するための方法であって、データネットワーク(DN)はコアイーサネットスイッチであり、前記方法は、
    前記エンドユーザ装置から、前記コアイーサネットスイッチによって、レイヤ2(L2)を介して、第１リクエストメッセージを含む第１リクエストメッセージを受信するステップであり、前記メッセージは、前記エンドユーザ装置のソースメディアアクセス制御を含んでいる、ステップと、
    前記第１リクエストメッセージを、前記コアイーサネットスイッチによって、前記SMFエンティティに対して転送するステップと、
    L3アドレス割り当てを提供するために、第１応答メッセージを、前記SMFによって、前記コアイーサネットスイッチに対して送信するステップであり、前記第１応答メッセージは、前記SMFによって転送される前記L3アドレス割り当てを含む、ステップと、
    前記第１応答メッセージを、前記コアイーサネットスイッチによって、前記エンドユーザ装置に対して転送するステップと、
    請求項１に記載の方法に従って、前記SMFによって、UPFエンティティにおける前記エンドユーザ装置についての前記L2アドレスを取得するステップと、
    前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、前記SMFエンティティによって、前記UPFに対して送信するステップであり、
    前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含む、
    ステップと、
    前記L2アドレスマップを用いて、前記UPFエンティティによって、前記ARP/IPv6近隣キャッシュを更新するステップと、
    前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、
    を含む、方法。
  13. 前記第１リクエストメッセージは、ダイナミックホストコンフィグレーションプロトコル（DHCP）リクエストである、
    請求項１２に記載の方法。
  14. 前記エンドユーザ装置は、ユーザ機器、またはユーザ機器の背後にあるクライアント、もしくは、DN内のクライアント、等である、
    請求項９に記載の方法。
  15. データネットワーク(DN)によってレイヤ3(L3)アドレスが割り当てられたときに、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するための方法であって、前記UPFエンティティはコアイーサネットスイッチであり、前記方法は、
    前記UPFエンティティによって検出されたあらゆるソースレイヤ2(L2)アドレスを通知するために、セッション管理機能(SMF)エンティティによって、リクエストするステップであり、
    前記L2アドレスは、前記UPFエンティティでのUEのためのトンネルにおいて、または、前記DN内のクライアントのためのトンネルにおいて、前記UPFエンティティによって検出される、
    ステップと、
    前記トンネルにおける新たなソースL2アドレスを有するL2パケットを、前記UPFエンティティによって、検出するステップと、
    前記トンネルにおいて検出された前記新たなソースL2アドレスを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、
    L2アドレスおよびL3アドレスマップを含む第１更新メッセージを、前記DNによって、前記SMFエンティティに対して送信するステップと、
    前記ARP/IPv6近隣キャッシュを更新するために、L2アドレスおよびL3アドレスマップを含む前記第１更新メッセージを、前記SMFエンティティによって、前記UPFエンティティに対して転送するステップと、
    前記ARP/IPv6近隣キャッシュを更新した後で、前記第１応答更新メッセージを、前記UPFエンティティによって、前記SMFエンティティに対して送信するステップと、
    を含む、方法。
  16. 前記UPFエンティティによって前記トンネルにおいて検出されたあらゆるソースL2アドレスについての通知をサブスクライブした後で、前記方法は、さらに、
    DHCPリクエストまたはIPv6ルータ広告を含む第１リクエストメッセージを、エンドユーザ装置によって、前記UPFエンティティに対して送信するステップと、
    DHCPリクエストまたはIPv6ルータ要請を含む前記第１リクエストメッセージを、前記UPFエンティティによって、前記DNに対して転送するステップと、
    を含む。
  17. 前記トンネルにおいて検出された前記新たなソースL2アドレスをスイッチに対して通知した後で、前記方法は、さらに、
    DHCPレスポンスまたはIPv6ルータ広告を含む第１応答メッセージを、前記DNによって、前記UPFエンティティに対して送信するステップと、
    DHCPレスポンスまたはIPv6ルータ広告を含む前記第１応答メッセージを、前記UPFエンティティによって、前記エンドユーザ装置に対して転送するステップと、
    を含む。
  18. 前記エンドユーザ装置は、ユーザ機器、またはユーザ機器の背後にあるクライアント、等である、
    請求項１５に記載の方法。
  19. 前記トンネルは、前記SMFエンティティによって、前記UPFエンティティにおけるN4セットアップメッセージによりセットアップされ、かつ、イーサネット型プロトコルデータユニット（PDU）セッションと関連付けられる、
    請求項１５に記載の方法。
  20. イーサネットスイッチARP/IPv6近隣キャッシュを更新するために、グラテュータスアドレス解決プロトコル(GARP)/ICMPv6近隣広告を実行するための方法であって、前記方法は、
    UE自身により、または、ネットワークエレメント機能(NEF)エンティティを通じて前記UEの背後にあるクライアントに代わり、GARP/ICMPv6近隣広告を開始するために、デバイストリガメッセージリクエストを、アプリケーション層によって、開始するステップであり、
    前記デバイストリガリクエストメッセージは、ユーザ機器(UE)を示すための外部IDを含む、
    ステップと、
    前記外部IDが有効なUEに属している場合に、前記デバイストリガリクエストメッセージを、前記NEFエンティティによって、アクセス管理機能(AMF)エンティティティに対して転送するステップと、
    前記デバイストリガリクエストメッセージを、前記AMFエンティティによって、エンドユーザ装置に対して転送するステップと、
    デバイストリガ応答メッセージを、前記AMFエンティティによって、前記エンドユーザ装置から受信するステップと、
    前記デバイストリガ応答メッセージを、前記AMFエンティティによって、前記NEFエンティティに対して転送するステップと、
    前記デバイストリガ応答メッセージを、前記NEFエンティティによって、前記アプリケーション層に対して転送するステップと、
    を含む、方法。
  21. 前記デバイスはDNの背後にあるクライアントであることを前記外部IDが示す場合には、前記デバイストリガリクエストメッセージが前記AMFエンティティに対して転送されない、
    請求項２０に記載の方法。
  22. 前記エンドユーザ装置は、ユーザ機器、または、ユーザ機器の背後にあるクライアントである、
    請求項２２に記載の方法。
  23. エンドユーザ装置についてトンネルにおいて見られるレイヤ2(L2)アドレスを取得するためのネットワークエレメントであって、前記ネットワークエレメントは、
    前記トンネルにおいて新たなソースL2アドレスを有するL2パケットを検出するように構成されたプロセッサユニットと、
    前記トンネルにおいて検出された任意のソースL2アドレスを通知するためのリクエストを受信するように構成されたトランシーバモジュールであり、
    さらに、前記トンネルにおいて検出された前記新たなソースL2アドレスを送信するように構成された、トランシーバモジュールと、
    前記プロセッサユニットおよびトランシーバモジュールに対して動作可能に接続されたメモリユニットと、を含み、
    前記エンドユーザ装置を終端している前記ネットワークエレメントとネットワークとの間のトンネルは、セッション管理機能(SMF)エンティティによってネットワークエレメントに向けて開始され、かつ、イーサネット型プロトコルデータユニット(PDU)セッションと関連付けられた、ユーザプレーンセットアップメッセージによってセットアップされ、かつ、
    前記ネットワークエレメントにおける前記トンネルのセットアップは、アクセスネットワーク(AN)またはデータネットワーク(DN)に向けられている、
    ネットワークエレメント。
  24. 前記エンドユーザ装置は、ユーザ機器、またはユーザ機器の背後にあるクライアント、もしくは、DN内のクライアント、等である、
    請求項２３に記載のネットワークエレメント。
  25. 前記メモリユニットは、さらに、L2アドレスマップに対するレイヤ3(L3)アドレスを用いてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するように構成されており、
    前記トランシーバモジュールは、さらに、前記ARP/IPv6近隣キャッシュを更新するための第１リクエストメッセージを受信するように構成されており、
    前記第１リクエストメッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、および2アドレスマップを含み、
    前記トランシーバモジュールは、さらに、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを送信するように構成されている、
    請求項２３に記載のネットワークエレメント。
  26. 前記トランシーバモジュールは、さらに、第１リクエストメッセージを含む第１リクエストメッセージを、L2を介して受信するように構成されており、前記メッセージは前記エンドユーザ装置のソースメディアアクセス制御を含み、
    前記トランシーバモジュールは、さらに、前記第１リクエストメッセージを前記SMFエンティティに対して送信するように構成されており、
    前記トランシーバモジュールは、さらに、前記SMFエンティティから第１応答メッセージを受信するように構成されており、
    前記トランシーバモジュールは、さらに、前記第１応答メッセージを前記エンドユーザ装置に対して送信するように構成されており、
    前記トランシーバモジュールは、さらに、ARP/IPv6近隣キャッシュを更新するために第１リクエスト更新メッセージを受信するように構成されており、
    前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含み、
    前記メモリユニットは、さらに、前記L2アドレスマップを用いて前記ARP/IPv6近隣キャッシュを更新するように構成されており、かつ、
    前記トランシーバモジュールは、さらに、前記ARP/IPv6近隣キャッシュを更新した後で第１応答更新メッセージを送信するように構成されている、
    請求項２３に記載のネットワークエレメント。
  27. L3アドレス管理機能によって、ネットワーク装置におけるアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのネットワーク機能エンティティであって、前記ネットワーク機能エンティティは、
    どのセッション管理機能(SMF)が前記ネットワーク装置を制御しているかを示すローカルコンフィグレーションを決定するように構成されている処理ユニットと、
    第１更新メッセージを受信するように構成されているトランシーバモジュールと、
    を含み、
    前記第１更新メッセージは、L2アドレスおよびL3アドレスマップを含み、
    前記トランシーバモジュールは、さらに、前記第１更新メッセージを少なくとも１つのSMFに対して送信するように構成されている、
    ネットワーク機能エンティティ。
  28. 前記第１更新メッセージは、任意的に、そこから前記L3アドレス探索リクエストが受信された、前記ネットワーク装置の第２識別子を含む、
    請求項２７に記載のネットワーク機能エンティティ。
  29. 前記トランシーバモジュールは、さらに、ローカルコンフィグレーションが利用可能でない場合、または、前記ネットワーク装置識別子が前記第１更新メッセージに含まれていない場合に、前記第１更新メッセージをネットワーク内の全ての前記SMFエンティティに対して送信するように構成されている、
    請求項２７に記載のネットワーク機能エンティティ。
  30. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのシステムであって、セッション管理機能(SMF)エンティティおよび前記UPFエンティティを含み、
    前記SMFエンティティは、ARP/IPv6近隣キャッシュを更新するために、第１リクエストメッセージを、前記UPFエンティティに対して送信するように構成されており、前記第１リクエストメッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含み、
    前記UPFエンティティは、L2アドレスマップに対する前記L3アドレスを用いて前記ARP/IPv6近隣キャッシュを更新し、かつ、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記SMFエンティティに対して送信するように構成されている、
    システム。
  31. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのシステムであって、ネットワークエレメント機能(NEF)エンティティおよびデータネットワーク（DN）を含み、
    前記DNは、第１更新メッセージを、前記NEF)エンティティに対して送信するように構成されており、前記第１更新メッセージは、L2アドレスおよびL3アドレスマップを含み、
    前記NEFエンティティは、どのセッション管理機能が前記UPFエンティティを制御しているかを示すローカルコンフィグレーションを決定するように、かつ、前記第１更新メッセージを、少なくとも１つのセッション管理機能エンティティに対して送信するように構成されている、
    システム。
  32. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてL3アドレス管理機能を実行するためのシステムであって、前記UPFエンティティはコアイーサネットスイッチであり、前記SMFエンティティおよび前記UPFエンティティを含み、 前記UPFエンティティは、第１リクエストメッセージを含む第１リクエストメッセージを、レイヤ2(L2)を介してエンドユーザ装置から受信するように構成されており、前記メッセージは、前記エンドユーザ装置のソースメディアアクセス制御を含んでおり、
    前記第１リクエストメッセージを、前記SMFエンティティに対して転送するように構成されており、
    前記SMFエンティティは、第１応答メッセージを、前記UPFエンティティに対して送信するように構成されており、
    前記UPFエンティティは、前記第１応答メッセージを、前記エンドユーザ装置に対して転送するように構成されており、
    前記SMFエンティティは、前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを、前記UPFエンティティに対して送信するように構成されており、前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含み、
    前記UPFエンティティは、前記L2アドレスマップを用いて前記ARP/IPv6近隣キャッシュを更新し、かつ、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを、前記SMFエンティティに対して送信するように構成されている、
    システム。
  33. ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するために、セッション管理機能(SMF)エンティティにおいてレイヤ3（L3）アドレス管理機能を実行するためのシステムであって、データネットワーク(DN)は、前記SMFエンティティ、前記コアイーサネットスイッチ、および前記UPFエンティティを含む、コアイーサネットスイッチであり、
    前記コアイーサネットスイッチは、前記エンドユーザ装置から、レイヤ2(L2)を介して、第１リクエストメッセージを含む第１リクエストメッセージを受信するように構成されており、前記メッセージは、前記エンドユーザ装置のソースメディアアクセス制御を含んでおり、前記第１リクエストメッセージを前記SMFエンティティに対して転送するように構成されており、
    前記SMFエンティティは、L3アドレス割り当てを提供するために、第１応答メッセージを前記コアイーサネットスイッチに対して送信するように構成されており、前記第１応答メッセージは、前記SMFによって転送される前記L3アドレス割り当てを含み、
    前記SMFエンティティは、請求項１に記載の方法に従って、UPFエンティティにおける前記エンドユーザ装置についての前記L2アドレスを取得するように構成されており、前記ARP/IPv6近隣キャッシュを更新するために、第１リクエスト更新メッセージを前記UPFに対して送信するように構成されており、前記第１リクエスト更新メッセージは、更新ARP/IPv6近隣キャッシュメッセージ、L3アドレス、およびL2アドレスマップを含み、
    前記UPFエンティティは、前記L2アドレスマップを用いて、前記ARP/IPv6近隣キャッシュを更新するように構成されており、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを前記SMFエンティティに対して送信するように構成されている、
    システム。
  34. データネットワーク(DN)によってレイヤ3(L3)アドレスが割り当てられたときに、ユーザプレーン機能(UPF)エンティティにおいてアドレス解決プロトコル(ARP)/IPv6近隣キャッシュを更新するためのシステム、前記UPFエンティティは、セッション管理機能（SMF）エンティティ、前記UPFエンティティ、および前記DNを含む、コアイーサネットスイッチであり、
    前記SMFエンティティは、前記UPFエンティティによって検出されたあらゆるソースレイヤ2(L2)アドレスを通知するために、リクエストするように構成されており、前記L2アドレスは、前記UPFエンティティでのUEのためのトンネルにおいて、または、前記DN内のクライアントのためのトンネルにおいて、前記UPFエンティティによって検出され、
    前記UPFエンティティは、前記トンネルにおける新たなソースL2アドレスを有するL2パケットを検出し、前記トンネルにおいて検出された前記新たなソースL2アドレスを前記SMFエンティティに対して送信し、L2アドレスおよびL3アドレスマップを含む第１更新メッセージを前記SMFエンティティに対して送信するように構成されており、
    前記SMFエンティティは、前記ARP/IPv6近隣キャッシュを更新するために、L2アドレスおよびL3アドレスマップを含む前記第１更新メッセージを前記UPFエンティティに対して転送するように構成されており、
    前記UPFエンティティは、前記ARP/IPv6近隣キャッシュを更新した後で、第１応答更新メッセージを前記SMFエンティティに対して送信する、
    システム。
JP2020508382A 2017-08-14 2018-08-07 イーサネット型ｐｄｕに対するａｒｐブロードキャストの最中にページングストームを回避するための方法および装置 Active JP6999026B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN201741028886 2017-08-14
IN201741028886 2017-08-14
PCT/CN2018/099252 WO2019033958A1 (en) 2017-08-14 2018-08-07 METHODS AND APPARATUS FOR AVOIDING PAGING STORM DURING ARP BROADCAST FOR ETHERNET TYPE PDU

Publications (2)

Publication Number Publication Date
JP2020530730A true JP2020530730A (ja) 2020-10-22
JP6999026B2 JP6999026B2 (ja) 2022-01-18

Family

ID=65361877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020508382A Active JP6999026B2 (ja) 2017-08-14 2018-08-07 イーサネット型ｐｄｕに対するａｒｐブロードキャストの最中にページングストームを回避するための方法および装置

Country Status (7)

Country Link
US (2) US11128596B2 (ja)
EP (2) EP4054278B1 (ja)
JP (1) JP6999026B2 (ja)
KR (1) KR102275940B1 (ja)
CN (1) CN111226427B (ja)
BR (1) BR112020003137A2 (ja)
WO (1) WO2019033958A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102275940B1 (ko) * 2017-08-14 2021-07-12 후아웨이 테크놀러지 컴퍼니 리미티드 이더넷 타입 pdu에 대한 arp 브로드캐스트 동안의 페이징 스톰을 회피하기 위한 방법 및 장치
WO2019064531A1 (ja) * 2017-09-29 2019-04-04 富士通株式会社 基地局、端末、処理方法および無線通信システム
WO2019151991A1 (en) * 2018-01-30 2019-08-08 Nokia Technologies Oy Support of protocol data unit session types in the network
EP3756322A1 (en) * 2018-02-22 2020-12-30 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for proxying a multi-path protocol connection
EP3949468A1 (en) 2019-04-02 2022-02-09 Nokia Technologies Oy Apparatus, method and computer program for group communication
CN114073043B (zh) 2019-05-03 2023-09-05 诺基亚技术有限公司 以太网网桥端口管理的方法和装置
CN111901242B (zh) * 2019-05-06 2022-04-22 华为技术有限公司 一种路由规则的管理方法及通信装置
CN111818671B (zh) * 2019-07-05 2022-02-01 维沃移动通信有限公司 支持端口控制的方法及设备
US12095724B2 (en) * 2021-04-12 2024-09-17 Intel Corporation Capability discovery in an information centric network
US12101380B2 (en) 2021-11-18 2024-09-24 Nokia Solutions And Networks Oy Cups BNG based packet forwarding systems, methods and non-transitory computer-readable storage mediums
KR20240033964A (ko) * 2022-09-06 2024-03-13 주식회사 케이티 이동 단말기의 세컨드 디바이스 접속 제어 방법, 코어망의 세컨드 디바이스 접속 제어 방법 및 세컨드 디바이스 접속 제어 시스템
US11888648B1 (en) * 2022-09-29 2024-01-30 Amazon Technologies, Inc. Software-enabled access point (SoftAP) based bridging of devices in two wireless networks

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3784563T2 (de) 1986-07-03 1993-09-23 Occidental Chem Co Mikroorganismen fuer die zersetzung von giftigem abfall.
US6937602B2 (en) * 2001-10-23 2005-08-30 Meshnetworks, Inc. System and method for providing a congestion optimized address resolution protocol for wireless ad-hoc networks
US7046666B1 (en) * 2001-12-06 2006-05-16 The Directv Group, Inc. Method and apparatus for communicating between divergent networks using media access control communications
AU2003217834A1 (en) * 2002-03-04 2003-09-22 Air Broadband Communications Hybrid wireless access bridge and mobile access router system and method
US7234163B1 (en) * 2002-09-16 2007-06-19 Cisco Technology, Inc. Method and apparatus for preventing spoofing of network addresses
US7782902B2 (en) * 2004-07-14 2010-08-24 Audiocodes, Inc. Apparatus and method for mapping overlapping internet protocol addresses in layer two tunneling protocols
US20070153738A1 (en) * 2005-12-29 2007-07-05 Barker Charles R Jr Method for switching the use of an access point (AP) within a wireless communications network
CN101035012B (zh) * 2006-03-09 2011-06-22 上海博达数据通信有限公司 基于dhcp和ip的以太网多层交换机安全防护方法
CN101262505B (zh) * 2008-04-22 2010-10-27 杭州华三通信技术有限公司 一种建立arp表项的方法、系统和装置
US7957374B2 (en) * 2008-10-22 2011-06-07 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
CN101808107B (zh) * 2009-02-17 2013-06-26 华为技术有限公司 一种存储设备与用户二层互通的方法、装置及系统
CN102111459B (zh) 2009-12-28 2013-11-06 中兴通讯股份有限公司 Ip语音设备主备切换中的通话维护方法及装置
WO2012006190A1 (en) * 2010-06-29 2012-01-12 Huawei Technologies Co., Ltd. Delegate gateways and proxy for target hosts in large layer 2 and address resolution with duplicated internet protocol addresses
CN101951367A (zh) * 2010-09-09 2011-01-19 健雄职业技术学院 一种校园网防范arp病毒入侵的方法
CN102572012B (zh) * 2012-02-14 2015-07-08 华为技术有限公司 一种消息处理方法、交换机及系统
CN102572013B (zh) * 2012-02-16 2016-08-17 神州数码网络(北京)有限公司 一种基于免费arp实现代理arp的方法及系统
US9455948B2 (en) * 2012-06-29 2016-09-27 Cisco Technology, Inc. Reducing proliferation of network-to-link-layer address resolution messages
US9548965B2 (en) * 2013-08-26 2017-01-17 Nicira, Inc. Proxy methods for suppressing broadcast traffic in a network
US10951522B2 (en) * 2013-11-05 2021-03-16 Cisco Technology, Inc. IP-based forwarding of bridged and routed IP packets and unicast ARP
US10305796B2 (en) * 2015-06-01 2019-05-28 Ciena Corporation Enhanced forwarding database synchronization for media access control addresses learned in interconnected layer-2 architectures
KR102275940B1 (ko) * 2017-08-14 2021-07-12 후아웨이 테크놀러지 컴퍼니 리미티드 이더넷 타입 pdu에 대한 arp 브로드캐스트 동안의 페이징 스톰을 회피하기 위한 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA, ALCATEL-LUCENT SHANGHAI BELL, AT & T, QUALCOMM INC, KT: "23.501 SS 5.6.10 and 5.8.2: Ethernet PDU session type [online]", 3GPP TSG SA WG2 #122 S2-175208, JPN6021010354, 3 July 2017 (2017-07-03), pages 1 - 3, ISSN: 0004471794 *

Also Published As

Publication number Publication date
EP4054278B1 (en) 2024-06-26
KR20200037378A (ko) 2020-04-08
BR112020003137A2 (pt) 2020-08-04
EP4054278A1 (en) 2022-09-07
EP3662645A4 (en) 2020-07-08
KR102275940B1 (ko) 2021-07-12
CN111226427A (zh) 2020-06-02
US11616753B2 (en) 2023-03-28
EP3662645A1 (en) 2020-06-10
CN111226427B (zh) 2021-11-26
WO2019033958A1 (en) 2019-02-21
US20200186490A1 (en) 2020-06-11
WO2019033958A8 (en) 2020-03-05
US20210359971A1 (en) 2021-11-18
JP6999026B2 (ja) 2022-01-18
US11128596B2 (en) 2021-09-21

Similar Documents

Publication Publication Date Title
JP6999026B2 (ja) イーサネット型ｐｄｕに対するａｒｐブロードキャストの最中にページングストームを回避するための方法および装置
US10171260B2 (en) Managing router advertisement messages to support roaming of wireless mobile client devices
US8064404B2 (en) Method of subnet roaming within a network
EP1825651B1 (en) Communication route optimization method and corresponding system
US8724583B2 (en) Neighbor discovery message handling to support roaming of wireless mobile client devices
US8059599B1 (en) Gateway assignment function
JP5147995B2 (ja) ホスト・アイデンティティ・プロトコル・サーバ・アドレス構成
US20150319008A1 (en) Managing multiple virtual area network memberships
WO2018058620A1 (zh) 一种ip地址分配方法及装置
JP2006333406A (ja) 基地局、移動局およびパケット通信システム並びに通信制御方法
EP1841143A1 (en) Efficent handover of a mobile node within a network with multiple anchor points
JP3928443B2 (ja) 移動体通信システム
Ren et al. A ID/Locator Separation Prototype Using Drone for Future Network
JP2010021713A (ja) 代理端末、通信方法および通信プログラム
JP2006025341A (ja) Ｖｌａｎの近隣探索代理方式および方法、並びにルータ装置
EP2667298B1 (en) Information processing device and image forming apparatus
Lemon et al. MIF WG H. Deng Internet-Draft China Mobile Intended status: Informational S. Krishnan Expires: January 2, 2015 Ericsson
WO2016000789A1 (en) Trusted wireless access gateway handover

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200318

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200318

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210317

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210629

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: 20211130

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211221

R150 Certificate of patent or registration of utility model

Ref document number: 6999026

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150