ホーム > 特許ランキング > 楽天モバイル株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-04-07
(45)【発行日】2025-04-15
(54)【発明の名称】コアネットワークノードにおけるＭＴＵ適用制御
(51)【国際特許分類】
H04W 28/06 20090101AFI20250408BHJP
H04W 92/12 20090101ALI20250408BHJP
H04L 47/36 20220101ALI20250408BHJP
【ＦＩ】
H04W28/06
H04W92/12
H04L47/36
【請求項の数】
14
(21)【出願番号】P 2024531818
(86)(22)【出願日】2022-07-06
(86)【国際出願番号】 JP2022026810
(87)【国際公開番号】W WO2024009423
(87)【国際公開日】2024-01-11
【審査請求日】2024-05-08
【国等の委託研究の成果に係る記載事項】（出願人による申告）令和２年度、国立研究開発法人新エネルギー・産業技術総合開発機構「ポスト５Ｇ情報通信システム基盤強化研究開発事業／先導研究（委託）／オープン性を活用する公衆網・自営網の設備共用技術の先導的研究開発」委託研究、産業技術力強化法第１７条の適用を受ける特許出願
(73)【特許権者】
【識別番号】319010088
【氏名又は名称】楽天モバイル株式会社
(74)【代理人】
【識別番号】100109380
【弁理士】
【氏名又は名称】小西 恵
(74)【代理人】
【識別番号】100109036
【弁理士】
【氏名又は名称】永岡 重幸
(74)【代理人】
【識別番号】100188879
【弁理士】
【氏名又は名称】渡邉 未央子
(72)【発明者】
【氏名】鈴木 直明
(72)【発明者】
【氏名】渡辺 亮
(72)【発明者】
【氏名】新村 寛
【審査官】篠田 享佑
(56)【参考文献】
【文献】特開２０１０－２６３５７６（ＪＰ，Ａ）
【文献】中国特許出願公開第１０３５８１０４１（ＣＮ，Ａ）
【文献】Internet Engineering Task Force (IETF)，Path MTU Discovery for IP version 6，2017年07月14日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｌ ４７／３６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４、６
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
１以上のプロセッサを備え、前記１以上のプロセッサの少なくとも一つによって、
無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する決定処理と、
前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する適用処理と、
が実行される、
ことを特徴とするネットワーク管理装置。
【請求項2】
前記決定処理は、前記受信パケットから前記ノードが属する前記無線アクセスネットワークに関する属性情報を抽出し、当該属性情報に基づいて前記ＭＴＵ値を決定することを特徴とする請求項１に記載のネットワーク管理装置。
【請求項3】
前記決定処理は、前記無線アクセスネットワークに関する属性情報と、当該無線アクセスネットワークのノードと前記コアネットワークのノードとの間のパスＭＴＵ値とを対応付けたマッピングテーブルを参照して、前記受信パケットから抽出された前記属性情報に対応する前記パスＭＴＵ値を導出し、導出された前記パスＭＴＵ値を前記ＭＴＵ値として決定することを特徴とする請求項２に記載のネットワーク管理装置。
【請求項4】
前記受信パケットは、前記ノードから送信されるセットアップ要求メッセージであることを特徴とする請求項２に記載のネットワーク管理装置。
【請求項5】
前記受信パケットは、通信端末から前記無線アクセスネットワークを介して送信される登録要求メッセージであることを特徴とする請求項２に記載のネットワーク管理装置。
【請求項6】
前記属性情報は、前記無線アクセスネットワークを所有する事業者を識別可能な情報であることを特徴とする請求項２に記載のネットワーク管理装置。
【請求項7】
前記属性情報は、ＰＬＭＮ（Public Land Mobile Network）、ＭＣＣ（Mobile Country Number）、ＭＮＣ（Mobile Network Code）、ＩＭＳＩ（International Mobile Subscriber Identity）、ＴＡＣ（Tracking Area Code）、Ｃｅｌｌ ＩＤ、Ｓ－ＮＳＳＡＩ（Single-Network Slice Selection Assistance Information）、無線アクセスネットワークノードＩＤおよびＩＰアドレスの少なくとも１つを含むことを特徴とする請求項２に記載のネットワーク管理装置。
【請求項8】
前記決定処理は、前記受信パケットから複数の属性情報が抽出された場合、前記複数の属性情報に基づいてそれぞれ決定された前記ＭＴＵ値の最小値を、最終的な前記ＭＴＵ値として決定することを特徴とする請求項２に記載のネットワーク管理装置。
【請求項9】
前記決定処理は、前記受信パケットのパケットサイズを取得し、当該パケットサイズに基づいて前記ＭＴＵ値を決定することを特徴とする請求項１に記載のネットワーク管理装置。
【請求項10】
前記決定処理は、同一の前記ノードから送信される前記受信パケットのパケットサイズの最大値を、前記ＭＴＵ値として決定することを特徴とする請求項９に記載のネットワーク管理装置。
【請求項11】
前記適用処理は、前記ＭＴＵ値を、前記コアネットワークから前記ノードが属するグループ内のノードへの送信パケットに適用することを特徴とする請求項９に記載のネットワーク管理装置。
【請求項12】
前記適用処理は、ＩＰアドレスが所定のＩＰアドレス範囲に含まれるノード、または、同一のサブネットに属するノードを、同一のグループに属するノードであると判断することを特徴とする請求項１１に記載のネットワーク管理装置。
【請求項13】
ネットワーク管理装置により実行されるネットワーク管理方法であって、
無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定し、
前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する、
ことを含むことを特徴とするネットワーク管理方法。
【請求項14】
１以上のプロセッサを備え、前記１以上のプロセッサの少なくとも一つによって、
無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する決定処理と、
前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する適用処理と、
が実行される、
ことを特徴とするネットワーク管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、コアネットワークノードにおけるＭＴＵ適用制御に関する。
【背景技術】
【0002】
モバイルネットワークは、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）とコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）とを含む。ＲＡＮノードは、バックホールネットワーク経由でＣＮノード（以下、「コア」という。）に接続される。
例えば５Ｇモバイルネットワークの場合、ＲＡＮノードはＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）であり、コアはＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）である。
例えば５Ｇモバイルネットワークの場合、ＲＡＮノードはＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）であり、コアはＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）である。
【0003】
モバイルネットワークを構成するＣＮおよびＲＡＮを１つのＭＮＯ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）が所有する場合、当該ＭＮＯは、コアとＲＡＮノードとの間のパスＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）を事前に把握し、コアに、上記パスＭＴＵに基づくＭＴＵ値を設定することができる。これにより、コアは、パスＭＴＵにできるだけ近く、かつ、パスＭＴＵを超えないサイズのパケットをＲＡＮノードに対して送信することができ、伝送効率を向上させることができる。
ここで、パスＭＴＵとは、送信元から送信先までのリンクＭＴＵのうち最も小さい値であり、パケットを分割（フラグメンテーション）せずに送信元ノードから送信先ノードまで転送できるパケットの最大サイズである。
ここで、パスＭＴＵとは、送信元から送信先までのリンクＭＴＵのうち最も小さい値であり、パケットを分割（フラグメンテーション）せずに送信元ノードから送信先ノードまで転送できるパケットの最大サイズである。
【0004】
しかしながら、近年、複数の事業者（企業、自治体など）がそれぞれ個別に運用する５Ｇネットワーク（ローカル５Ｇ）において、ＭＮＯのコア機能を共用する形態が普及している。この場合、コアは、ローカル５Ｇ－ＲＡＮの各ＣＵに接続しうる。コアとローカル５Ｇ－ＲＡＮのＣＵとは、専用回線またはＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）により接続されるため、両者の間のパスＭＴＵは事業者ごとにそれぞれ異なる。そのため、コアは、パスＭＴＵ探索技術を用いてパスＭＴＵを動的に検出し、パケットを送信することになる。
従来のパスＭＴＵ探索技術としては、例えば、Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ ｆｏｒ ＩＰｖ６が知られている（非特許文献１参照）。
従来のパスＭＴＵ探索技術としては、例えば、Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ ｆｏｒ ＩＰｖ６が知られている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【0005】
【文献】J. McCann et al、"Path MTU Discovery for IP version 6"、Internet Engineering Task Force (IETF)、RFC8201、July 2017、［online］、［令和４年６月２１日検索］、インターネット＜https://datatracker.ietf.org/doc/html/rfc8201＞
【発明の概要】
【発明が解決しようとする課題】
【0006】
上記従来のパスＭＴＵ探索技術では、パケットがＭＴＵの問題で転送できない経路に到達した場合、当該パケットは破棄され、パケットを転送できなかった中間ノード（ルータなど）から送信元にＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）エラーメッセージが送信される。このＩＣＭＰエラーメッセージには、パケットが破棄される原因となった中間ノードのＭＴＵ値が含まれており、ＩＣＭＰエラーメッセージを受信した送信元は、パケットサイズをＩＣＭＰエラーメッセージに含まれるＭＴＵ値以下に調整して再度パケットを送信しなければならない。送信元と送信先との間に複数の中間ノードが存在する場合、上記の過程は、送信元から送信されたパケットが送信先に届くまで繰り返し行われる。
このように、従来のパスＭＴＵ探索技術では、ＩＣＭＰエラーメッセージの送信およびパケットの再転送が発生しうるため、パケット伝送処理に時間を要していた。
このように、従来のパスＭＴＵ探索技術では、ＩＣＭＰエラーメッセージの送信およびパケットの再転送が発生しうるため、パケット伝送処理に時間を要していた。
【0007】
なお、上記のパスＭＴＵ探索技術を用いずに、例えば、ＭＮＯと各ローカル５Ｇ事業者との間の協議により決定された各パスＭＴＵのうちの最小値を、コアのＭＴＵ値として事前に設定することも考えられる。この場合、コアは、各ＣＵとの間のすべてのパスＭＴＵを超えないパケット送信が可能となる。そのため、上記のようなＩＣＭＰエラーメッセージの送信やパケットの再転送は発生せず、その分の処理を高速化することができる。しかしながら、各ＣＵへ送信されるすべてのメッセージに対して、すべてのパスＭＴＵを超えない最小のＭＴＵ値が適用されてしまう。
ＭＴＵ値が小さく設定されている場合、同じデータ量を送信先に届けるためにより多くのパケットが必要となる。各パケットには決まったサイズのヘッダが付加されるため、伝送されるパケット内のデータ領域は相対的に小さくなり、伝送効率が低下する。そのため、ＭＴＵ値は、パスＭＴＵを超えない範囲でできるだけ大きいことが望まれる。
ＭＴＵ値が小さく設定されている場合、同じデータ量を送信先に届けるためにより多くのパケットが必要となる。各パケットには決まったサイズのヘッダが付加されるため、伝送されるパケット内のデータ領域は相対的に小さくなり、伝送効率が低下する。そのため、ＭＴＵ値は、パスＭＴＵを超えない範囲でできるだけ大きいことが望まれる。
【0008】
そこで、本開示は、コアネットワークノードにおいて適切なＭＴＵ値を適用し、パケット伝送効率をより向上させることを課題とする。
【課題を解決するための手段】
【0009】
上記課題を解決するために、本開示の一態様によるネットワーク管理装置は、１以上のプロセッサを備える。前記１以上のプロセッサの少なくとも一つによって、決定処理と、適用処理と、が実行される。前記決定処理は、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する処理である。前記適用処理は、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する処理である。
【0010】
上記課題を解決するために、本開示の一態様によるネットワーク管理方法は、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定し、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する、ことを含む。
【0011】
上記課題を解決するために、本開示の一態様によるネットワーク管理システムは、１以上のプロセッサを備える。前記１以上のプロセッサの少なくとも一つによって、決定処理と、適用処理と、が実行される。前記決定処理は、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する処理である。前記適用処理は、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する処理である。
【発明の効果】
【0012】
本開示の一態様によれば、コアネットワークノードにおいて適切なＭＴＵ値を適用し、パケット伝送効率をより向上させることができる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
以下、添付図面を参照して、本開示の実施形態について詳細に説明する。以下に開示される構成要素のうち、同一機能を有するものには同一の符号を付し、その説明を省略する。なお、以下に開示される実施形態は、本開示の一形態であり、装置の構成や各種条件によって適宜修正または変更されるべきものであり、以下の実施形態に限定されるものではない。また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。
【0015】
本実施形態では、本開示による技術を適用したネットワークとして、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標）で規格されている第５世代（５Ｇ）モバイルネットワークを想定している。なお、本開示による技術は、５Ｇモバイルネットワーク以外のネットワークに適用されてもよい。
【0016】
以下、本実施形態に係るネットワーク管理装置が、５ＧモバイルネットワークのコアネットワークノードにおけるＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）値を適用するためのＭＴＵ適用制御機能を備える場合について説明する。本実施形態では、上記コアネットワークノードが、５Ｇコアネットワークのネットワーク要素の１つであるＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）である場合について説明する。
【0017】
図１は、本実施形態のネットワーク管理システムが適用されるモバイルネットワーク１００のネットワーク構成例を示す図である。
図１に示すモバイルネットワーク１００は、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）が直接アクセスする無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）と、複数のＲＡＮを集約するコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）と、を有する。モバイルネットワーク１００においては、ＵＥとＲＡＮとが無線通信し、その情報をＣＮに送って処理する。これにより、ＵＥは、インターネットに接続したり、他社のネットワークと接続して音声通話をしたりすることができる。
なお、ＵＥは、スマートフォン、タブレット端末、パーソナルコンピュータ（ＰＣ）などのモバイル通信可能な通信端末であってよい。
図１に示すモバイルネットワーク１００は、ユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）が直接アクセスする無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）と、複数のＲＡＮを集約するコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）と、を有する。モバイルネットワーク１００においては、ＵＥとＲＡＮとが無線通信し、その情報をＣＮに送って処理する。これにより、ＵＥは、インターネットに接続したり、他社のネットワークと接続して音声通話をしたりすることができる。
なお、ＵＥは、スマートフォン、タブレット端末、パーソナルコンピュータ（ＰＣ）などのモバイル通信可能な通信端末であってよい。
【0018】
図１に示すように、モバイルネットワーク１００は、基地局１１と、複数の収容局１２～１４と、を備える。ここで、収容局１２はエッジデータセンタ、収容局１３は地域データセンタ（Ｒｅｇｉｏｎａｌ Ｄａｔａ Ｃｅｎｔｅｒ：ＲＤＣ）、収容局１４は中央データセンタ（Ｃｅｎｔｒａｌ Ｄａｔａ Ｃｅｎｔｅｒ：ＣＤＣ）である。エッジデータセンタ１２から中央データセンタ１４までの間でバックホールネットワークが構成される。
本実施形態におけるモバイルネットワーク１００は、仮想化基盤で構築された仮想化ネットワークであってよい。この場合、モバイルネットワーク１００では、汎用的なサーバ上に、基幹網の交換機から基地局の無線アクセス機能までをソフトウェアにより実現することができる。
本実施形態におけるモバイルネットワーク１００は、仮想化基盤で構築された仮想化ネットワークであってよい。この場合、モバイルネットワーク１００では、汎用的なサーバ上に、基幹網の交換機から基地局の無線アクセス機能までをソフトウェアにより実現することができる。
【0019】
基地局１１は、アンテナや配電盤、バッテリー等を備える。基地局１１は、ＲＡＮの機能の一部であるＲＵ（Ｒａｄｉｏ Ｕｎｉｔ）２２０の機能を担う。
エッジデータセンタ１２は、基地局１１の近くに設置され、複数の基地局１１とそれぞれ光ファイバーケーブル等で接続されている。
地域データセンタ１３は、対象地域に配置される複数のエッジデータセンタ１２と接続されている。
エッジデータセンタ１２または地域データセンタ１３は、ＲＡＮの機能の一部であるＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）およびＣＵ（Ｃｅｎｔａｌ Ｕｎｉｔ）２３０の機能を担う。
エッジデータセンタ１２は、基地局１１の近くに設置され、複数の基地局１１とそれぞれ光ファイバーケーブル等で接続されている。
地域データセンタ１３は、対象地域に配置される複数のエッジデータセンタ１２と接続されている。
エッジデータセンタ１２または地域データセンタ１３は、ＲＡＮの機能の一部であるＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）およびＣＵ（Ｃｅｎｔａｌ Ｕｎｉｔ）２３０の機能を担う。
【0020】
中央データセンタ（ＣＤＣ）１４は、複数のエッジデータセンタ１２および複数の地域データセンタ１３と接続されている。この中央データセンタ１４は、５Ｇコアネットワークの機能を担う。ＣＤＣ１０は、５ＧコアネットワークのＡＭＦ、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）などの機能を実現する。
【0021】
なお、エッジデータセンタ１２、地域データセンタ１３、中央データセンタ１４といった各データセンタ（収容局）の数は、図１に示す数に限定されない。例えば図１では、地域データセンタ１３および中央データセンタ１４を１つずつしか図示していないが、地域データセンタ１３および中央データセンタ１４はそれぞれ複数設置されていてもよい。
【0022】
図１に示すモバイルネットワーク１００においては、１つのＭＮＯ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）がエンドツーエンド（Ｅｎｄ－ｔｏ－Ｅｎｄ）でネットワーク管理を行う。
この図１に示すモバイルネットワーク１００においては、ＭＮＯ－ＲＡＮのＲＡＮノードであるＣＵ２３０が、コアネットワークノードであるＡＭＦ２１０に接続する。ＣＵ２３０とＡＭＦ２１０との間の通信プロトコルとして３ＧＰＰが規格するＮＧＡＰ（ＮＧ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）があり、ＮＧＡＰメッセージを送受信することで接続の確立を含むＣＵ２３０とＡＭＦ２１０との間の通信制御が行われる。
この図１に示すモバイルネットワーク１００においては、ＭＮＯ－ＲＡＮのＲＡＮノードであるＣＵ２３０が、コアネットワークノードであるＡＭＦ２１０に接続する。ＣＵ２３０とＡＭＦ２１０との間の通信プロトコルとして３ＧＰＰが規格するＮＧＡＰ（ＮＧ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）があり、ＮＧＡＰメッセージを送受信することで接続の確立を含むＣＵ２３０とＡＭＦ２１０との間の通信制御が行われる。
【0023】
本実施形態では、モバイルネットワーク１００において、ＭＮＯが管理するコアネットワークの機能を、企業、自治体などを含む複数の事業者（ローカル５Ｇ事業者）が共用してよい。つまり、モバイルネットワーク１００では、複数の事業者が運用するローカル５Ｇ－ＲＡＮのノードが、ＭＮＯが運用するＣＮのノードに接続しうる。
すなわち、本実施形態のネットワーク管理システムが適用されるモバイルネットワーク１００は、図２に示すように、中央データセンタ（ＣＤＣ）１４と、基地局２１、２２と、を備える構成となりうる。基地局２１、２２は、事業者ごとのローカル５Ｇ－ＲＡＮを構成する５Ｇ基地局（ｇＮＢ（ｇＮｏｄｅＢ））である。
すなわち、本実施形態のネットワーク管理システムが適用されるモバイルネットワーク１００は、図２に示すように、中央データセンタ（ＣＤＣ）１４と、基地局２１、２２と、を備える構成となりうる。基地局２１、２２は、事業者ごとのローカル５Ｇ－ＲＡＮを構成する５Ｇ基地局（ｇＮＢ（ｇＮｏｄｅＢ））である。
【0024】
基地局２１は、アンテナや配電盤、バッテリー等を備える。基地局２１は、ＲＡＮの機能の一部であるＲＵ（Ｒａｄｉｏ Ｕｎｉｔ）２２０の機能を担う。
基地局２２は、基地局２１の近くに設置され、複数の基地局２１とそれぞれ光ファイバーケーブル等で接続されている。基地局２２は、ＲＡＮの機能の一部であるＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）およびＣＵ（Ｃｅｎｔａｌ Ｕｎｉｔ）２３０の機能を担う。
基地局２２は、基地局２１の近くに設置され、複数の基地局２１とそれぞれ光ファイバーケーブル等で接続されている。基地局２２は、ＲＡＮの機能の一部であるＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）およびＣＵ（Ｃｅｎｔａｌ Ｕｎｉｔ）２３０の機能を担う。
【0025】
なお、ＲＵ、ＤＵおよびＣＵの分割方法は上記に限定されるものではなく、例えば基地局２１にＲＵおよびＤＵを配置し、基地局２２にＣＵを配置してもよい。また、ＲＵ、ＤＵおよびＣＵをまとめて１つの基地局に配置してもよい。
【0026】
図１に示すモバイルネットワーク１００においては、１つのＭＮＯがエンドツーエンド（Ｅｎｄ－ｔｏ－Ｅｎｄ）でネットワーク管理を行う。ＭＮＯは、ＡＭＦ２１０とＣＵ２３０との間のパスＭＴＵを事前に把握することができるため、ＡＭＦ２１０に事前にＭＴＵ値を設定することができる。
例えば、ＡＭＦ２１０とＭＮＯ－ＲＡＮのＣＵ２３０との間のパスＭＴＵが１５００バイトである場合、ＭＮＯは、ＡＭＦ２１０に、当該ＣＵ２３０と通信するためのＭＴＵ値として１５００バイトを事前に設定することができる。
例えば、ＡＭＦ２１０とＭＮＯ－ＲＡＮのＣＵ２３０との間のパスＭＴＵが１５００バイトである場合、ＭＮＯは、ＡＭＦ２１０に、当該ＣＵ２３０と通信するためのＭＴＵ値として１５００バイトを事前に設定することができる。
【0027】
ここで、パスＭＴＵとは、パケットを分割（フラグメンテーション）せずに、送信元ノード（例えばＡＭＦ）から送信先ノード（例えばＣＵ）に送信できる最大のパケットサイズであり、送信元ノード（例えばＡＭＦ）から送信先ノード（例えばＣＵ）までのパス内のリンクＭＴＵのうちの最小値に等しい。
【0028】
この場合、ＡＭＦ２１０がＭＮＯ－ＲＡＮのＣＵ２３０に対してＮＧＡＰメッセージを送信する場合には、図９のステップＳ１０１に示すように、パケットサイズを１５００バイト以下に調整してＮＧＡＰメッセージを送信することができる。その結果、ＭＮＯ－ＲＡＮのＣＵ２３０は、ＡＭＦ２１０から送信されたパケットを正常に受信することができる。
また、ＡＭＦ２１０は、パスＭＴＵにできるだけ近く、かつ、パスＭＴＵを超えないサイズでメッセージを送信することができる。例えば、１５００バイトを超えるパケットサイズのＮＧＡＰメッセージを送信する必要がある場合には、ＡＭＦ２１０は１５００バイトにできるだけ近く、かつ、１５００バイトを超えないパケットサイズにパケット分割（フラグメンテーション）を行ってＮＧＡＰメッセージを送信する。そのため、データ伝送効率を向上させることができ、ネットワークリソースを有効に活用することができる。
また、ＡＭＦ２１０は、パスＭＴＵにできるだけ近く、かつ、パスＭＴＵを超えないサイズでメッセージを送信することができる。例えば、１５００バイトを超えるパケットサイズのＮＧＡＰメッセージを送信する必要がある場合には、ＡＭＦ２１０は１５００バイトにできるだけ近く、かつ、１５００バイトを超えないパケットサイズにパケット分割（フラグメンテーション）を行ってＮＧＡＰメッセージを送信する。そのため、データ伝送効率を向上させることができ、ネットワークリソースを有効に活用することができる。
【0029】
一方、ＡＭＦ２１０とローカル５Ｇ－ＲＡＮのＣＵ２３０とは、専用回線またはＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）により接続され、両者の間のパスＭＴＵは事業者ごとにそれぞれ異なる。例えば、ＡＭＦ２１０とローカル５Ｇ－ＲＡＮのＣＵ２３０との間のパスＭＴＵは、ＭＮＯ－ＲＡＮのＣＵ２３０との間（ＭＮＯバックホールネットワーク）のパスＭＴＵ（例えば１５００バイト）よりも小さい１４００バイトである場合がある。
そのため、図２に示すモバイルネットワーク１００において、ＡＭＦ２１０がローカル５Ｇ－ＲＡＮのＣＵ２３０に対して、ＭＮＯ－ＲＡＮのＣＵ２３０の場合と同様に１５００バイトのメッセージを送信しても、当該ＣＵ２３０はメッセージを直接受信することができない。この場合のパケット伝送動作を図１０に示す。
そのため、図２に示すモバイルネットワーク１００において、ＡＭＦ２１０がローカル５Ｇ－ＲＡＮのＣＵ２３０に対して、ＭＮＯ－ＲＡＮのＣＵ２３０の場合と同様に１５００バイトのメッセージを送信しても、当該ＣＵ２３０はメッセージを直接受信することができない。この場合のパケット伝送動作を図１０に示す。
【0030】
まずステップＳ１１１において、ＡＭＦ２１０は、パケットサイズ１５００バイトのＮＧＡＰメッセージをローカル５Ｇ－ＲＡＮのＣＵ２３０に対して送信する。
ローカル５Ｇ－ＲＡＮのＣＵ２３０までの間に配置されたルータなどの中間ノードでサポートされているＭＴＵ値が１４００バイトである場合、ステップＳ１１２において、当該中間ノードは、ＡＭＦ２１０に対してパケットサイズが大きすぎることを示すＩＣＭＰエラーメッセージ（Ｔｏｏ ｂｉｇ）を返信する。このＩＣＭＰエラーメッセージには、当該中間ノードでサポートされているＭＴＵ値（１４００バイト）を示す情報が含まれる。
ローカル５Ｇ－ＲＡＮのＣＵ２３０までの間に配置されたルータなどの中間ノードでサポートされているＭＴＵ値が１４００バイトである場合、ステップＳ１１２において、当該中間ノードは、ＡＭＦ２１０に対してパケットサイズが大きすぎることを示すＩＣＭＰエラーメッセージ（Ｔｏｏ ｂｉｇ）を返信する。このＩＣＭＰエラーメッセージには、当該中間ノードでサポートされているＭＴＵ値（１４００バイト）を示す情報が含まれる。
【0031】
そのため、ＡＭＦ２１０は、パケットをＩＣＭＰエラーメッセージに含まれるＭＴＵ値をもとに分割し、再度パケットを送信する。
具体的には、ＡＭＦ２１０は、ステップＳ１１３において、パケットサイズ１４００バイトのＮＧＡＰメッセージを送信し、ステップＳ１１４において、パケットサイズ１００バイトの残りのＮＧＡＰメッセージを送信する。
これにより、ローカル５Ｇ－ＲＡＮのＣＵ２３０は、ＡＭＦ２１０から送信されたＮＧＡＰメッセージを正常に受信することができる。
しかしながら、この場合、ＩＣＭＰエラーメッセージの送信およびパケットの再転送が発生するため、伝送処理に時間を要する。
具体的には、ＡＭＦ２１０は、ステップＳ１１３において、パケットサイズ１４００バイトのＮＧＡＰメッセージを送信し、ステップＳ１１４において、パケットサイズ１００バイトの残りのＮＧＡＰメッセージを送信する。
これにより、ローカル５Ｇ－ＲＡＮのＣＵ２３０は、ＡＭＦ２１０から送信されたＮＧＡＰメッセージを正常に受信することができる。
しかしながら、この場合、ＩＣＭＰエラーメッセージの送信およびパケットの再転送が発生するため、伝送処理に時間を要する。
【0032】
そこで、各ＲＡＮノードとの間のすべてのパスＭＴＵを超えない最小のＭＴＵ値をＡＭＦに設定することが考えられる。この場合、ＭＮＯは、各ＲＡＮのＣＵとの間のパスＭＴＵのうちの最小値をＡＭＦ２１０に設定する。これにより、ＡＭＦは、各ＣＵとの間のすべてのパスＭＴＵを超えないパケット送信が可能となるため、上記のようなＩＣＭＰエラーメッセージの送信やパケットの再転送は発生しない。したがって、その分の処理を高速化することができる。
しかしながら、各ＣＵへ送信されるすべてのメッセージに対して、すべてのパスＭＴＵを超えない最小のＭＴＵ値が適用されてしまうため、伝送効率が悪い。
しかしながら、各ＣＵへ送信されるすべてのメッセージに対して、すべてのパスＭＴＵを超えない最小のＭＴＵ値が適用されてしまうため、伝送効率が悪い。
【0033】
例えば、ＡＭＦ２１０が、ＭＮＯ－ＲＡＮ（パスＭＴＵ＝１５００バイト）と、ローカル５Ｇ－ＲＡＮ（パスＭＴＵ＝１４００バイト）とに接続し得る場合、ＡＭＦ２１０にはＭＴＵ値＝１４００バイトが事前に設定される（図１１のステップＳ１２１）。
そして、ＭＮＯ－ＲＡＮのＣＵ２３０に対して１５００バイトのＮＧＡＰメッセージを送る場合にも、ＭＴＵ値＝１４００バイトが適用され、パケットを分割して送信する（ステップＳ１２２、１２３）。この場合、ＣＵ２３０は、ＡＭＦ２１０から送信されたＮＧＡＰメッセージを正常に受信することができる。
そして、ＭＮＯ－ＲＡＮのＣＵ２３０に対して１５００バイトのＮＧＡＰメッセージを送る場合にも、ＭＴＵ値＝１４００バイトが適用され、パケットを分割して送信する（ステップＳ１２２、１２３）。この場合、ＣＵ２３０は、ＡＭＦ２１０から送信されたＮＧＡＰメッセージを正常に受信することができる。
【0034】
しかしながら、この場合、ＭＮＯ－ＲＡＮのＣＵ２３０に対して、本来１回で送信可能なパケットを２回に分割して送信することになり、伝送効率が低下してしまう。
ネットワークリソースをより有効に活用するためには、コア（ＡＭＦ）に、事業者ごと（ＲＡＮごと）の最適なＭＴＵ値を設定することが望まれる。また、ＭＴＵ値の設定は、人手を介さず自動的に行われることが望まれる。
ネットワークリソースをより有効に活用するためには、コア（ＡＭＦ）に、事業者ごと（ＲＡＮごと）の最適なＭＴＵ値を設定することが望まれる。また、ＭＴＵ値の設定は、人手を介さず自動的に行われることが望まれる。
【0035】
そこで、本実施形態では、コア（ＡＭＦ）が、事業者ごと（ＲＡＮごと）に最適なＭＴＵ値を適用するＭＴＵ適用制御機能を備える。
具体的には、ＡＭＦ２１０は、ＲＡＮノードから送信されたパケットを受信し、受信パケットから得られる情報に基づいてＭＴＵ値を決定し、決定されたＭＴＵ値を、上記ＲＡＮノードへの送信パケットに自動的に適用する。
具体的には、ＡＭＦ２１０は、ＲＡＮノードから送信されたパケットを受信し、受信パケットから得られる情報に基づいてＭＴＵ値を決定し、決定されたＭＴＵ値を、上記ＲＡＮノードへの送信パケットに自動的に適用する。
【0036】
図３は、ＡＭＦ２１０の機能ブロック図の一例である。
ＡＭＦ２１０は、通信部２１１と、ＲＡＮ属性取得部２１２と、ＭＴＵ決定部２１３と、ＭＴＵ適用部２１４と、マッピングテーブル２１５と、を備える。
通信部２１１は、ＣＵ２３０との間でパケットの送受信を行う。通信部２１１は、パケットをＣＵ２３０に送信する場合、ＭＴＵ適用部２１４において適用されたＭＴＵ値に基づいて、パケットサイズを、パケット送信対象のＲＡＮ（ＣＵ）に対応するＭＴＵ値以下に調整して送信する。
ＡＭＦ２１０は、通信部２１１と、ＲＡＮ属性取得部２１２と、ＭＴＵ決定部２１３と、ＭＴＵ適用部２１４と、マッピングテーブル２１５と、を備える。
通信部２１１は、ＣＵ２３０との間でパケットの送受信を行う。通信部２１１は、パケットをＣＵ２３０に送信する場合、ＭＴＵ適用部２１４において適用されたＭＴＵ値に基づいて、パケットサイズを、パケット送信対象のＲＡＮ（ＣＵ）に対応するＭＴＵ値以下に調整して送信する。
【0037】
ＲＡＮ属性取得部２１２は、通信部２１１により受信された受信パケットから、当該受信パケットの送信元のＲＡＮノードが属するＲＡＮに関する属性情報を抽出する。
ここで、受信パケットは、例えばＲＡＮもしくはＵＥがコアネットワークに接続する際にＲＡＮノードから送信されるメッセージであってよい。当該メッセージは、例えばＣＵ２３０からＡＭＦ２１０に送信されるセットアップ要求（ＮＧ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）メッセージであってもよいし、ＵＥからＣＵ２３０を介してＡＭＦ２１０に送信されるＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルの登録要求（ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ）メッセージを内包するＮＧＡＰメッセージであってもよい。
ここで、受信パケットは、例えばＲＡＮもしくはＵＥがコアネットワークに接続する際にＲＡＮノードから送信されるメッセージであってよい。当該メッセージは、例えばＣＵ２３０からＡＭＦ２１０に送信されるセットアップ要求（ＮＧ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）メッセージであってもよいし、ＵＥからＣＵ２３０を介してＡＭＦ２１０に送信されるＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）プロトコルの登録要求（ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ）メッセージを内包するＮＧＡＰメッセージであってもよい。
【0038】
また、ＲＡＮの属性情報は、当該ＲＡＮを所有する（運用する）事業者を識別可能な情報であればよい。
ＲＡＮの属性情報は、例えばＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）番号とすることができる。ＰＬＭＮ番号は、国や地域を表すＭＣＣ（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｎｕｍｂｅｒ）と、事業者を表すＭＮＣ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）とを組み合わせた事業者ネットワークの識別番号である。
ＲＡＮの属性情報は、例えばＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）番号とすることができる。ＰＬＭＮ番号は、国や地域を表すＭＣＣ（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｎｕｍｂｅｒ）と、事業者を表すＭＮＣ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）とを組み合わせた事業者ネットワークの識別番号である。
【0039】
ＭＴＵ決定部２１３は、ＲＡＮ属性取得部２１２により取得されたＲＡＮの属性情報に基づいてＭＴＵ値を決定する。具体的には、ＭＴＵ決定部２１３は、ＲＡＮの属性情報とＭＴＵ値とを対応付けたマッピングテーブル２１５を参照して、ＲＡＮ属性取得部２１２により取得されたＲＡＮの属性情報に対応するＭＴＵ値を導出する。
ＭＴＵ適用部２１４は、ＭＴＵ決定部２１３により決定されたＭＴＵ値を、当該ＭＴＵ値の決定に用いた受信パケットの送信元のＲＡＮノードと通信するためのＭＴＵ値として設定する。
ＭＴＵ適用部２１４は、ＭＴＵ決定部２１３により決定されたＭＴＵ値を、当該ＭＴＵ値の決定に用いた受信パケットの送信元のＲＡＮノードと通信するためのＭＴＵ値として設定する。
【0040】
マッピングテーブル２１５は、モバイルネットワーク１００においてコアネットワークに接続しうるＲＡＮの属性情報と、当該ＲＡＮのノード（ＣＵ）とコアネットワークのノード（ＡＭＦ）との間のパスＭＴＵとを対応付けた対応情報である。ＭＴＵ決定部２１３は、このマッピングテーブル２１５を参照して、ＲＡＮ属性取得部２１２により取得されたＲＡＮの属性情報に対応するパスＭＴＵ値を導出し、導出したパスＭＴＵ値を上記ＭＴＵ値として決定する。
マッピングテーブル２１５は、コアネットワークを所有する事業者（本実施形態ではＭＮＯ）と、ＲＡＮを所有する事業者（本実施形態ではローカル５Ｇ事業者）との間の取り決めに従って作成されてよい。また、マッピングテーブル２１５へのレコードの追加は、随時行われてよい。
マッピングテーブル２１５は、コアネットワークを所有する事業者（本実施形態ではＭＮＯ）と、ＲＡＮを所有する事業者（本実施形態ではローカル５Ｇ事業者）との間の取り決めに従って作成されてよい。また、マッピングテーブル２１５へのレコードの追加は、随時行われてよい。
【0041】
図４は、マッピングテーブル２１５の一例である。
マッピングテーブル２１５には、ＰＬＭＮ番号とＭＴＵ値とが対応付けられて格納される。
図４に示すマッピングテーブル２１５には、ＰＬＭＮ番号がｘｘｘｘｘであるＭＮＯ－ＲＡＮに対応するＭＴＵ値として１５００バイトが格納されている。また、マッピングテーブル２１５には、ＰＬＭＮ番号がｙｙｙｙｙであるエンタープライズＡのローカル５Ｇ－ＲＡＮに対応するＭＴＵ値として１４５０バイトが格納され、ＰＬＭＮ番号がｚｚｚｚｚであるエンタープライズＢのローカル５Ｇ－ＲＡＮに対応するＭＴＵ値として１４００バイトが格納されている。
マッピングテーブル２１５には、ＰＬＭＮ番号とＭＴＵ値とが対応付けられて格納される。
図４に示すマッピングテーブル２１５には、ＰＬＭＮ番号がｘｘｘｘｘであるＭＮＯ－ＲＡＮに対応するＭＴＵ値として１５００バイトが格納されている。また、マッピングテーブル２１５には、ＰＬＭＮ番号がｙｙｙｙｙであるエンタープライズＡのローカル５Ｇ－ＲＡＮに対応するＭＴＵ値として１４５０バイトが格納され、ＰＬＭＮ番号がｚｚｚｚｚであるエンタープライズＢのローカル５Ｇ－ＲＡＮに対応するＭＴＵ値として１４００バイトが格納されている。
【0042】
なお、本実施形態では、ＡＭＦ２１０の内部メモリにマッピングテーブル２１５が記憶される場合について説明するが、マッピングテーブル２１５は、ＡＭＦ２１０の外部で管理されてもよい。この場合、ＡＭＦ２１０は、マッピングテーブル２１５を管理する外部ノードに対して、ＲＡＮ属性に関する情報に対応付けられたＭＴＵ値を問い合わせる。外部ノードは、ＡＭＦ２１０からの問い合わせを受けると、マッピングテーブル２１５を参照してＭＴＵ値を導出し、ＡＭＦ２１０に導出結果を送信する。この場合、複数のＡＭＦ２１０によって１つのマッピングテーブル２１５を共用することが可能となる。
【0043】
図５は、ＲＡＮ属性に基づくＭＴＵ値の適用動作を示すシーケンス図である。
ＲＡＮ（ＣＵ）とコア（ＡＭＦ）との間の接続を確立する場合、まずステップＳ１において、ＣＵ２３０は、ＡＭＦ２１０に対してＮＧＡＰセットアップ要求メッセージを送信する。このセットアップ要求メッセージは、３ＧＰＰ ＴＳ３８．４１３で規定されている「ＮＧ ＳＥＴＵＰ ＲＥＱＵＥＳＴ」である。セットアップ要求メッセージには、ＣＵ２３０が属するＲＡＮのＰＬＭＮ番号が含まれる。
ＲＡＮ（ＣＵ）とコア（ＡＭＦ）との間の接続を確立する場合、まずステップＳ１において、ＣＵ２３０は、ＡＭＦ２１０に対してＮＧＡＰセットアップ要求メッセージを送信する。このセットアップ要求メッセージは、３ＧＰＰ ＴＳ３８．４１３で規定されている「ＮＧ ＳＥＴＵＰ ＲＥＱＵＥＳＴ」である。セットアップ要求メッセージには、ＣＵ２３０が属するＲＡＮのＰＬＭＮ番号が含まれる。
【0044】
ＡＭＦ２１０は、ＣＵ２３０からセットアップ要求メッセージを受信すると、当該メッセージに含まれるＰＬＭＮ番号を取得する。そして、ＡＭＦ２１０は、図４のマッピングテーブル２１５を参照し、取得したＰＬＭＮ番号に対応するＭＴＵ値を導出する。
例えば、図５に示すＣＵ２３０がエンタープライズＡのローカル５Ｇ－ＲＡＮに属するＣＵである場合、ＣＵ２３０が送信するセットアップ要求メッセージには、ＰＬＭＮ＝ｙｙｙｙｙが含まれる。そのため、ＡＭＦ２１０は、マッピングテーブル２１５を参照し、ＭＴＵ値＝１４５０を導出する。
この場合、ＡＭＦ２１０は、ステップＳ２において、ＭＴＵ値＝１４５０をＣＵ２３０と通信するためのＭＴＵ値として適用する。
例えば、図５に示すＣＵ２３０がエンタープライズＡのローカル５Ｇ－ＲＡＮに属するＣＵである場合、ＣＵ２３０が送信するセットアップ要求メッセージには、ＰＬＭＮ＝ｙｙｙｙｙが含まれる。そのため、ＡＭＦ２１０は、マッピングテーブル２１５を参照し、ＭＴＵ値＝１４５０を導出する。
この場合、ＡＭＦ２１０は、ステップＳ２において、ＭＴＵ値＝１４５０をＣＵ２３０と通信するためのＭＴＵ値として適用する。
【0045】
そして、ステップＳ３において、ＡＭＦ２１０は、セットアップ要求メッセージに応答する応答メッセージ（ＮＧ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥ）と、それに続くＮＧＡＰメッセージとをＣＵ２３０に送信する。このときＡＭＦ２１０は、ＣＵ２３０との通信において、パケットを分割せずに送信できる最大サイズが１４５０バイトであると認識してＮＧＡＰメッセージをＣＵ２３０に送信する。
【0046】
一方、ＣＵ２３０から送信されるセットアップ要求メッセージにＰＬＭＮ＝ｚｚｚｚｚが含まれる場合には、ＡＭＦ２１０は、図４のマッピングテーブル２１５を参照し、ＭＴＵ値＝１４００を導出する。そして、ＡＭＦ２１０は、ＭＴＵ値＝１４００を当該ＣＵ２３０と通信するためのＭＴＵ値として適用する。
このように、ＰＬＭＮ＝ｙｙｙｙｙのローカル５Ｇ－ＲＡＮに属するＣＵ２３０との通信には、ＭＴＵ値＝１４５０が自動的に適用され、ＰＬＭＮ＝ｚｚｚｚｚのローカル５Ｇ－ＲＡＮに属するＣＵ２３０との通信には、ＭＴＵ値＝１４００が自動的に適用される。つまり、事業者ごと（ＲＡＮごと）の最適なＭＴＵ値をＡＭＦ２１０に設定することができる。
このように、ＰＬＭＮ＝ｙｙｙｙｙのローカル５Ｇ－ＲＡＮに属するＣＵ２３０との通信には、ＭＴＵ値＝１４５０が自動的に適用され、ＰＬＭＮ＝ｚｚｚｚｚのローカル５Ｇ－ＲＡＮに属するＣＵ２３０との通信には、ＭＴＵ値＝１４００が自動的に適用される。つまり、事業者ごと（ＲＡＮごと）の最適なＭＴＵ値をＡＭＦ２１０に設定することができる。
【0047】
なお、図５に示す例では、セットアップ要求メッセージに含まれるＰＬＭＮ番号は１つのみであるが、ＰＬＭＮ番号は複数含まれうる。例えば、基地局が、エンタープライズＡが所有するＲＡＮとエンタープライズＢが所有するＲＡＮの両方に属する場合、当該基地局が備えるＣＵ２３０が送信するセットアップ要求メッセージには２つのＰＬＭＮ番号が含まれる。
この場合、ＡＭＦ２１０は、セットアップ要求メッセージに含まれる２つのＰＬＭＮ番号のそれぞれに対応するＭＴＵ値を導出する。そして、ＡＭＦ２１０は、導出された２つのＭＴＵ値のうち小さい方を適用するＭＴＵ値として選択する。
このように、セットアップ要求メッセージに複数の属性情報が含まれる場合には、当該属性情報に基づいてそれぞれ決定された複数のＭＴＵ値の最小値を、最終的にＡＭＦ２１０に設定するＭＴＵ値として決定してよい。これにより、基地局が、事業者が異なる複数のＲＡＮに属する場合であっても、適切にＭＴＵ値を設定することができる。
この場合、ＡＭＦ２１０は、セットアップ要求メッセージに含まれる２つのＰＬＭＮ番号のそれぞれに対応するＭＴＵ値を導出する。そして、ＡＭＦ２１０は、導出された２つのＭＴＵ値のうち小さい方を適用するＭＴＵ値として選択する。
このように、セットアップ要求メッセージに複数の属性情報が含まれる場合には、当該属性情報に基づいてそれぞれ決定された複数のＭＴＵ値の最小値を、最終的にＡＭＦ２１０に設定するＭＴＵ値として決定してよい。これにより、基地局が、事業者が異なる複数のＲＡＮに属する場合であっても、適切にＭＴＵ値を設定することができる。
【0048】
図６は、ＲＡＮ属性に基づくＭＴＵ値の適用動作の別の例を示すシーケンス図である。
ＵＥをコア（ＡＭＦ）に登録する場合、まずステップＳ１１において、ＵＥ２４０は、ＡＭＦ２１０に対するＮＡＳ登録要求メッセージを送信する。この登録要求メッセージは、３ＧＰＰ ＴＳ２４．５０１で規定されている「ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ」である。登録要求メッセージには、ＵＥ２４０が属するＲＡＮのＰＬＭＮ番号が含まれる。
ＵＥ２４０から送信されたＮＡＳ登録要求メッセージは、ＣＵ２３０を介してＡＭＦ２１０に送信される。ステップＳ１２では、ＣＵ２３０は、ＵＥ２４０から送信されたＮＡＳ登録要求メッセージを包含するＮＧＡＰメッセージを、ＡＭＦ２１０に対して送信する。このＮＧＡＰメッセージには、ＵＥ２４０が属するＲＡＮのＰＬＭＮ番号が含まれる。
ＵＥをコア（ＡＭＦ）に登録する場合、まずステップＳ１１において、ＵＥ２４０は、ＡＭＦ２１０に対するＮＡＳ登録要求メッセージを送信する。この登録要求メッセージは、３ＧＰＰ ＴＳ２４．５０１で規定されている「ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ」である。登録要求メッセージには、ＵＥ２４０が属するＲＡＮのＰＬＭＮ番号が含まれる。
ＵＥ２４０から送信されたＮＡＳ登録要求メッセージは、ＣＵ２３０を介してＡＭＦ２１０に送信される。ステップＳ１２では、ＣＵ２３０は、ＵＥ２４０から送信されたＮＡＳ登録要求メッセージを包含するＮＧＡＰメッセージを、ＡＭＦ２１０に対して送信する。このＮＧＡＰメッセージには、ＵＥ２４０が属するＲＡＮのＰＬＭＮ番号が含まれる。
【0049】
ＡＭＦ２１０は、ＣＵ２３０からＮＧＡＰメッセージを受信すると、当該メッセージに含まれるＰＬＭＮ番号を取得する。そして、ＡＭＦ２１０は、図４のマッピングテーブル２１５を参照し、取得したＰＬＭＮ番号に対応するＭＴＵ値を導出する。
例えば、図６に示すＵＥ２４０がエンタープライズＡのローカル５Ｇ－ＲＡＮに属する場合、ＵＥ２４０が送信する登録要求メッセージには、ＰＬＭＮ＝ｙｙｙｙｙが含まれる。そのため、ＡＭＦ２１０は、マッピングテーブル２１５を参照し、ＭＴＵ値＝１４５０を導出する。
この場合、ＡＭＦ２１０は、ステップＳ１３において、ＭＴＵ値＝１４５０をＣＵ２３０と通信するためのＭＴＵ値として適用する。
例えば、図６に示すＵＥ２４０がエンタープライズＡのローカル５Ｇ－ＲＡＮに属する場合、ＵＥ２４０が送信する登録要求メッセージには、ＰＬＭＮ＝ｙｙｙｙｙが含まれる。そのため、ＡＭＦ２１０は、マッピングテーブル２１５を参照し、ＭＴＵ値＝１４５０を導出する。
この場合、ＡＭＦ２１０は、ステップＳ１３において、ＭＴＵ値＝１４５０をＣＵ２３０と通信するためのＭＴＵ値として適用する。
【0050】
そして、ステップＳ１４において、ＡＭＦ２１０は、登録要求メッセージに応答するＮＡＳメッセージ（ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴ）を包含するＮＧＡＰメッセージをＣＵ２３０に送信する。このときＡＭＦ２１０は、ＮＡＳメッセージを包含した状態のＮＧＡＰメッセージの送信可能な最大サイズが１４５０バイトであると認識して、ＮＧＡＰメッセージをＣＵ２３０に送信する。
ステップＳ１５では、ＣＵ２３０からＵＥ２４０に対して、登録要求メッセージの応答メッセージが送信される。
ステップＳ１５では、ＣＵ２３０からＵＥ２４０に対して、登録要求メッセージの応答メッセージが送信される。
【0051】
以上説明したように、本実施形態におけるネットワーク管理装置であるＡＭＦ２１０は、ＲＡＮノードから送信されたパケットを受信し、その受信パケットから得られる情報に基づいてＭＴＵ値を決定する。そして、ＡＭＦ２１０は、決定したＭＴＵ値を、コアネットワークから上記受信パケットの送信元のＲＡＮノードへの送信パケットに適用する。
【0052】
このように、ＡＭＦ２１０は、パケットの送信元のＲＡＮノードごとにＭＴＵ値を自動的に設定することができる。このとき、ＡＭＦ２１０は、受信パケットから得られる情報に基づいてＭＴＵ値を決定するので、ＲＡＮノードごとに適切なＭＴＵ値を設定することが可能である。
したがって、ＡＭＦ２１０からＲＡＮノードへのパケット伝送において、パケットを分割せずに効率的な伝送処理を行うことができる。つまり、従来のパスＭＴＵ探索（Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ）を利用する場合のようにＩＣＭＰエラーメッセージの送信やパケットの再転送を発生させないようにすることができ、パケット伝送処理を高速化することができる。また、ＲＡＮノードごとに適切なＭＴＵ値を設定し、データペイロードを増加させることができるので、パケット伝送効率を向上させることができる。
したがって、ＡＭＦ２１０からＲＡＮノードへのパケット伝送において、パケットを分割せずに効率的な伝送処理を行うことができる。つまり、従来のパスＭＴＵ探索（Ｐａｔｈ ＭＴＵ Ｄｉｓｃｏｖｅｒｙ）を利用する場合のようにＩＣＭＰエラーメッセージの送信やパケットの再転送を発生させないようにすることができ、パケット伝送処理を高速化することができる。また、ＲＡＮノードごとに適切なＭＴＵ値を設定し、データペイロードを増加させることができるので、パケット伝送効率を向上させることができる。
【0053】
具体的には、ＡＭＦ２１０は、上記受信パケットからＲＡＮノードが属するＲＡＮに関する属性情報を抽出し、当該属性情報に基づいてＭＴＵ値を決定してよい。ここで、属性情報は、ＲＡＮを所有する事業者を識別可能な情報、例えばＰＬＭＮであってよい。
したがって、異なる事業者がそれぞれ所有する複数のＲＡＮ（例えばローカル５Ｇ－ＲＡＮ）を集約するコアネットワークにおいて、ＡＭＦ２１０は、ＲＡＮ（ＣＵ）ごとに適切なＭＴＵ値を適用することができる。
したがって、異なる事業者がそれぞれ所有する複数のＲＡＮ（例えばローカル５Ｇ－ＲＡＮ）を集約するコアネットワークにおいて、ＡＭＦ２１０は、ＲＡＮ（ＣＵ）ごとに適切なＭＴＵ値を適用することができる。
【0054】
また、ＡＭＦ２１０は、ＭＴＵ値の決定に際し、ＲＡＮの属性情報と当該ＲＡＮのパスＭＴＵ値とを対応付けたマッピングテーブル２１５を用いる。まず、ＡＭＦ２１０は、上記マッピングテーブル２１５を参照して、受信パケットから抽出された属性情報に対応するパスＭＴＵ値を導出する。そして、ＡＭＦ２１０は、導出されたパスＭＴＵ値を、ＲＡＮ（ＣＵ）と通信するためのＭＴＵ値として決定し、適用する。
このように、マッピングテーブル２１５を用いることで、ＭＴＵ値を容易かつ適切に決定することができる。また、各ＲＡＮ（ＣＵ）と通信するためのＭＴＵ値を、各ＲＡＮ（ＣＵ）との間のパスＭＴＵ値に設定することができるので、パケット伝送効率をより向上させることができる。
このように、マッピングテーブル２１５を用いることで、ＭＴＵ値を容易かつ適切に決定することができる。また、各ＲＡＮ（ＣＵ）と通信するためのＭＴＵ値を、各ＲＡＮ（ＣＵ）との間のパスＭＴＵ値に設定することができるので、パケット伝送効率をより向上させることができる。
【0055】
ここで、上記受信パケットは、ＲＡＮノードから送信されるセットアップ要求メッセージ、または、ＵＥ（通信端末）からＲＡＮを介して送信される登録要求メッセージであってよい。
このように、ＡＭＦ２１０は、ＲＡＮノードであるＣＵ２３０がトリガとなって送信されるセットアップ要求メッセージや、ＵＥ２４０がトリガとなってＣＵ２３０を介して送信される登録要求メッセージをもとにＭＴＵ値を決定することができる。したがって、ＡＭＦ２１０から上記ＣＵ２３０への最初の送信パケットに、適切なＭＴＵ値を適用することができる。
このように、ＡＭＦ２１０は、ＲＡＮノードであるＣＵ２３０がトリガとなって送信されるセットアップ要求メッセージや、ＵＥ２４０がトリガとなってＣＵ２３０を介して送信される登録要求メッセージをもとにＭＴＵ値を決定することができる。したがって、ＡＭＦ２１０から上記ＣＵ２３０への最初の送信パケットに、適切なＭＴＵ値を適用することができる。
【0056】
なお、本実施形態においては、ＲＡＮの属性情報としてＰＬＭＮを用い、ＰＬＭＮをもとにＭＴＵ値を導出する場合について説明したが、ＭＴＵ値の導出に用いる情報はＰＬＭＮに限定されない。
例えば、ＵＥのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を用いてＭＴＵ値を導出してもよい。この場合、ＡＭＦ２１０は、ＩＭＳＩ範囲（ＩＭＳＩ ｒａｎｇｅ）とＭＴＵ値とを対応付けたマッピングテーブルを記憶しておく。ここで、ＩＭＳＩ範囲は、１つ以上のＩＭＳＩから構成されるＩＭＳＩのセットであり、例えば、事業者ごとに割り当てられたＩＭＳＩのセットを範囲としてよい。
例えば、ＵＥのＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を用いてＭＴＵ値を導出してもよい。この場合、ＡＭＦ２１０は、ＩＭＳＩ範囲（ＩＭＳＩ ｒａｎｇｅ）とＭＴＵ値とを対応付けたマッピングテーブルを記憶しておく。ここで、ＩＭＳＩ範囲は、１つ以上のＩＭＳＩから構成されるＩＭＳＩのセットであり、例えば、事業者ごとに割り当てられたＩＭＳＩのセットを範囲としてよい。
【0057】
ＡＭＦ２１０は、ＵＥ２４０からＣＵ２３０を介して送信されたＮＡＳ登録要求メッセージを受信し、当該登録要求メッセージに含まれるＵＥ２４０のＩＭＳＩを取得する。そして、ＡＭＦ２１０は、取得されたＩＭＳＩ含むＩＭＳＩ範囲を特定し、特定されたＩＭＳＩ範囲に対応するＭＴＵ値をマッピングテーブルから導出する。
ここで、上記登録要求メッセージは、３ＧＰＰ ＴＳ２４．５０１で規定されている「ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ」である。また、上記ＩＭＳＩは、３ＧＰＰ ＴＳ２３．５０２で規定されている情報である。
ここで、上記登録要求メッセージは、３ＧＰＰ ＴＳ２４．５０１で規定されている「ＲＥＧＩＳＴＲＡＴＩＯＮ ＲＥＱＵＥＳＴ」である。また、上記ＩＭＳＩは、３ＧＰＰ ＴＳ２３．５０２で規定されている情報である。
【0058】
また、ＭＴＵ値の導出に用いるＲＡＮの属性情報としては、ＭＣＣ、ＭＮＣ、ＴＡＣ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ）、Ｃｅｌｌ ＩＤ、Ｓ－ＮＳＳＡＩ（Ｓｉｎｇｌｅ－Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）、およびＲＡＮノードＩＤの少なくとも１つを用いてもよい。これらの情報は、ＣＵ２３０またはＵＥ２４０からＡＭＦ２１０に対して、ＮＧＡＰメッセージまたはＮＡＳメッセージによって通知される。
さらに、ＭＴＵ値の導出に用いるＲＡＮの属性情報としては、ＣＵ２３０のＩＰアドレス、または、ＣＵ２３０が属するＩＰアドレス範囲／サブネットを用いてもよい。ＡＭＦ２１０は、ＮＧＡＰメッセージの送信元のＩＰアドレスから、上記のＣＵ２３０のＩＰアドレスを特定することができる。
これらの情報を用いた場合でも、ＲＡＮ（ＣＵ）ごとに適切なＭＴＵ値を決定し、適用することが可能である。
さらに、ＭＴＵ値の導出に用いるＲＡＮの属性情報としては、ＣＵ２３０のＩＰアドレス、または、ＣＵ２３０が属するＩＰアドレス範囲／サブネットを用いてもよい。ＡＭＦ２１０は、ＮＧＡＰメッセージの送信元のＩＰアドレスから、上記のＣＵ２３０のＩＰアドレスを特定することができる。
これらの情報を用いた場合でも、ＲＡＮ（ＣＵ）ごとに適切なＭＴＵ値を決定し、適用することが可能である。
【0059】
また、本実施形態においては、ＡＭＦ２１０は、ＲＡＮもしくはＵＥがコアネットワークに接続する際に送信されるセットアップ要求メッセージや登録要求メッセージに含まれる情報をもとにＭＴＵ値を導出する場合について説明した。しかしながら、ＡＭＦ２１０は、ＣＵ２３０から受信したパケットのパケットサイズを用いてＭＴＵ値を設定してもよい。
ＡＭＦ２１０がＣＵ２３０からパケットを正常に受信した場合、ＡＭＦ２１０とＣＵ２３０との間のパスＭＴＵは、受信パケットのパケットサイズ以上であると判断することができる。したがって、ＡＭＦ２１０は、受信パケットのパケットサイズを取得し、取得したパケットサイズに基づいて、当該受信パケットの送信元のＣＵ２３０にパケットを送信する際のＭＴＵ値を決定してもよい。
この場合にも、ＡＭＦ２１０は、パケットを分割せずに送信可能なＭＴＵ値を自動的に設定することが可能である。また、上述したようなＭＴＵ値を導出するためのマッピングテーブル２１５は不要とすることができる。
ＡＭＦ２１０がＣＵ２３０からパケットを正常に受信した場合、ＡＭＦ２１０とＣＵ２３０との間のパスＭＴＵは、受信パケットのパケットサイズ以上であると判断することができる。したがって、ＡＭＦ２１０は、受信パケットのパケットサイズを取得し、取得したパケットサイズに基づいて、当該受信パケットの送信元のＣＵ２３０にパケットを送信する際のＭＴＵ値を決定してもよい。
この場合にも、ＡＭＦ２１０は、パケットを分割せずに送信可能なＭＴＵ値を自動的に設定することが可能である。また、上述したようなＭＴＵ値を導出するためのマッピングテーブル２１５は不要とすることができる。
【0060】
また、ＡＭＦ２１０は、ＣＵ２３０から受信したパケットのパケットサイズをＭＴＵ値として記憶し、同一のＣＵ２３０からパケットを受信するたびに、記憶されたＭＴＵ値と受信パケットのパケットサイズとを比較し、大きい方をＭＴＵ値として記憶し直してもよい。
このように、同一のＲＡＮノードから送信される受信パケットのパケットサイズの最大値をＭＴＵ値として決定し、適用してもよい。これにより、パスＭＴＵに近いＭＴＵ値を適用することができる。
このように、同一のＲＡＮノードから送信される受信パケットのパケットサイズの最大値をＭＴＵ値として決定し、適用してもよい。これにより、パスＭＴＵに近いＭＴＵ値を適用することができる。
【0061】
なお、ＡＭＦ２１０は、ＩＰアドレス範囲やサブネットが共通であるＣＵ２３０ごとにＭＴＵ値を記憶してよい。つまり、ＣＵ２３０をグループ化し、同一のグループに属するＣＵ２３０については、同一のＭＴＵ値を適用してよい。
図８は、受信パケットのパケットサイズに基づくＭＴＵ値の適用動作を示すシーケンス図である。ここでは、第１のＣＵ（ＣＵ１）２３１と第２のＣＵ（ＣＵ２）２３２とが同じサブネット（サブネット１）に属する場合について説明する。
図８は、受信パケットのパケットサイズに基づくＭＴＵ値の適用動作を示すシーケンス図である。ここでは、第１のＣＵ（ＣＵ１）２３１と第２のＣＵ（ＣＵ２）２３２とが同じサブネット（サブネット１）に属する場合について説明する。
【0062】
まずステップＳ２１において、第１のＣＵ２３１が、ＡＭＦ２１０に対して１２００バイトのＮＧＡＰメッセージを送信し、ＡＭＦ２１０が当該メッセージを正常に受信したものとする。
この場合、ＡＭＦ２１０は、ステップＳ２２において、当該メッセージのパケットサイズである１２００バイトを、第１のＣＵ２３１が属するサブネット１内のＣＵと通信するためのＭＴＵ値として適用する。そして、ＡＭＦ２１０は、第１のＣＵ２３１に対して、ＭＴＵ値が１２００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２３）。
なお、第１のＣＵ２３１が属するサブネットは、第１のＣＵ２３１のＩＰアドレスから特定することができる。
この場合、ＡＭＦ２１０は、ステップＳ２２において、当該メッセージのパケットサイズである１２００バイトを、第１のＣＵ２３１が属するサブネット１内のＣＵと通信するためのＭＴＵ値として適用する。そして、ＡＭＦ２１０は、第１のＣＵ２３１に対して、ＭＴＵ値が１２００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２３）。
なお、第１のＣＵ２３１が属するサブネットは、第１のＣＵ２３１のＩＰアドレスから特定することができる。
【0063】
その後、第１のＣＵ２３１と同じサブネット１に属する第２のＣＵ２３２が、ステップＳ２４において、ＡＭＦ２１０に対して１４００バイトのＮＧＡＰメッセージを送信し、ＡＭＦ２１０が当該メッセージを正常に受信できたものとする。
この場合、ＡＭＦ２１０は、第２のＣＵ２３２から受信したパケットのパケットサイズと、サブネット１のＣＵと通信するためのＭＴＵ値として記憶しているパケットサイズとを比較する。第２のＣＵ２３２から受信したパケットのパケットサイズは、記憶されているＭＴＵ値よりも大きい。そのため、ＡＭＦ２１０は、ステップＳ２５において、サブネット１のＣＵと通信するためのＭＴＵ値を、受信したパケットのパケットサイズである１４００に更新する。
そして、ＡＭＦ２１０は、第２のＣＵ２３２に対して、ＭＴＵ値が１４００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２６）。
この場合、ＡＭＦ２１０は、第２のＣＵ２３２から受信したパケットのパケットサイズと、サブネット１のＣＵと通信するためのＭＴＵ値として記憶しているパケットサイズとを比較する。第２のＣＵ２３２から受信したパケットのパケットサイズは、記憶されているＭＴＵ値よりも大きい。そのため、ＡＭＦ２１０は、ステップＳ２５において、サブネット１のＣＵと通信するためのＭＴＵ値を、受信したパケットのパケットサイズである１４００に更新する。
そして、ＡＭＦ２１０は、第２のＣＵ２３２に対して、ＭＴＵ値が１４００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２６）。
【0064】
その後、ステップＳ２７において、ＡＭＦ２１０が、第１のＣＵ２３１から１２００バイトのＮＧＡＰメッセージを受信したものとする。この場合、第１のＣＵ２３１から受信したパケットのパケットサイズは、サブネット１のＣＵと通信するためのＭＴＵ値として記憶しているパケットサイズよりも小さい。そのため、ＡＭＦ２１０は、記憶しているＭＴＵ値を更新しない。つまり、サブネット１のＣＵと通信するためのＭＴＵ値は、１４００バイトのまま保持される（ステップＳ２８）。
そして、ＡＭＦ２１０は、第１のＣＵ２３１に対しては、ＭＴＵ値が１４００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２９）。
そして、ＡＭＦ２１０は、第１のＣＵ２３１に対しては、ＭＴＵ値が１４００バイトであると認識してＮＧＡＰメッセージを送信する（ステップＳ２９）。
【0065】
このように、ＣＵ２３０から受信したパケットのパケットサイズに基づいて決定されたＭＴＵ値を、ＡＭＦ２１０から当該ＣＵ２３０が属するグループ内のＣＵ２３０への送信パケットに適用してよい。ここで同一のグループに属するノードは、ＩＰアドレスが所定のＩＰアドレス範囲に含まれるノード、または、同一のサブネットに属するノードとすることができる。
グループ化されたＣＵ２３０について共通のＭＴＵ値を適用することで、図７に示す例のように、１２００バイトのメッセージしか送信してきていない第１のＣＵ２３１に対しても、ＭＴＵ値は１４００バイトであると認識してメッセージを送り返すことができる。したがって、パケット伝送効率を向上させることができる。
また、ＩＰアドレス範囲やサブネットによってＣＵ２３０をグループ化するので、同じ事業者が所有するＲＡＮに属するＣＵ２３０をグループ化し、共通のＭＴＵ値を適用することができる。したがって、各ＣＵ２３０と通信するためのＭＴＵ値を適切に設定することができうる。
グループ化されたＣＵ２３０について共通のＭＴＵ値を適用することで、図７に示す例のように、１２００バイトのメッセージしか送信してきていない第１のＣＵ２３１に対しても、ＭＴＵ値は１４００バイトであると認識してメッセージを送り返すことができる。したがって、パケット伝送効率を向上させることができる。
また、ＩＰアドレス範囲やサブネットによってＣＵ２３０をグループ化するので、同じ事業者が所有するＲＡＮに属するＣＵ２３０をグループ化し、共通のＭＴＵ値を適用することができる。したがって、各ＣＵ２３０と通信するためのＭＴＵ値を適切に設定することができうる。
【0066】
以上のように、本実施形態では、標準仕様を変更することなく、コアネットワークノードにおいて適切なＭＴＵ値を適用し、パケット伝送効率をより向上させることができる。
【0067】
なお、上記実施形態においては、モバイルネットワーク１００が、ＭＮＯが所有するＣＮと、ローカル５Ｇ事業者が所有するＲＡＮと、を備える場合について説明した。しかしながら、モバイルネットワーク１００は、ローカル５Ｇ事業者または他の事業者が所有するＣＮと、ＭＮＯまたは他の事業者が所有するＲＡＮと、を備えてもよい。
【0068】
さらに、上記実施形態においては、モバイルネットワーク１００が５Ｇモバイルネットワークである場合について説明したが、モバイルネットワーク１００は４Ｇモバイルネットワークであってよい。つまり、上述したＡＭＦ２１０の動作は、４Ｇコアネットワークを構成するＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）の動作にも適用することができる。４Ｇモバイルネットワークに適用する場合は、ＡＭＦをＭＭＥに、ＣＵをＢＢＵ（Ｂａｓｅ Ｂａｎｄ Ｕｎｉｔ）に、ｇＮＢ（ｇＮｏｄｅＢ）をｅＮＢ（ｅＮｏｄｅＢ）に、ＮＧＡＰをＳ１ＡＰに、それぞれ読み替えればよい。
また、モバイルネットワーク１００は、５Ｇモバイルネットワークや４Ｇモバイルネットワークに限定されるものではなく、例えば第６世代（６Ｇ）モバイルネットワークなどの５Ｇ以降のモバイルネットワークであってもよい。
また、モバイルネットワーク１００は、５Ｇモバイルネットワークや４Ｇモバイルネットワークに限定されるものではなく、例えば第６世代（６Ｇ）モバイルネットワークなどの５Ｇ以降のモバイルネットワークであってもよい。
【0069】
本実施形態に係るネットワーク管理装置は、モバイルネットワーク１００のコアネットワークを構成するいずれかの汎用サーバに実装されてよい。なお、ネットワーク管理装置は、専用サーバに実装されてもよい。また、ネットワーク管理装置は、単一または複数のコンピュータ上に実装されてもよい。
ネットワーク管理装置が単一のコンピュータに実装される場合、図８に示すように、ネットワーク管理装置１は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、ＨＤＤ５、入力部（キーボード、ポインティングデバイス等）６、表示部（モニター等）７、通信Ｉ／Ｆ８等を備えることができる。ネットワーク管理装置１はまた、外部メモリを備えてよい。
ネットワーク管理装置が単一のコンピュータに実装される場合、図８に示すように、ネットワーク管理装置１は、ＣＰＵ２、ＲＯＭ３、ＲＡＭ４、ＨＤＤ５、入力部（キーボード、ポインティングデバイス等）６、表示部（モニター等）７、通信Ｉ／Ｆ８等を備えることができる。ネットワーク管理装置１はまた、外部メモリを備えてよい。
【0070】
ＣＰＵ２は、１つ以上のプロセッサにより構成され、ネットワーク管理装置１における動作を統括的に制御する。図３に示す各要素の少なくとも一部の機能は、ＣＰＵ２がプログラムを実行することで実現することができる。なお、当該プログラムは、ＲＯＭ３やＨＤＤ５等の不揮発性メモリに記憶されていてもよいし、着脱可能な記憶媒体（不図示）等の外部メモリに記憶されていてもよい。
【0071】
ただし、図３に示す各要素のうちの少なくとも一部が専用のハードウェアとして動作するようにしてもよい。この場合、専用のハードウェアは、上記ＣＰＵ２の制御に基づいて動作する。
ハードウェアにより実現される機能については、例えば、所定のコンパイラを用いることで、各機能モジュールの機能を実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
ハードウェアにより実現される機能については、例えば、所定のコンパイラを用いることで、各機能モジュールの機能を実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にしてＧａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
【0072】
本開示の態様は、プログラムを記憶するコンピュータ可読記憶媒体を含むことができ、ここでは、当該プログラムが、ネットワーク管理装置１のＣＰＵ２（１つ以上のプロセッサの少なくとも一つ）によって実行されたときに、ネットワーク管理装置１に前述の方法のうちの少なくともいずれかを実行させる命令を含む。
【0073】
なお、上記において特定の実施形態が説明されているが、当該実施形態は単なる例示であり、本開示の範囲を限定する意図はない。本明細書に記載された装置及び方法は上記した以外の形態において具現化することができる。また、本開示の範囲から離れることなく、上記した実施形態に対して適宜、省略、置換及び変更をなすこともできる。かかる省略、置換及び変更をなした形態は、請求の範囲に記載されたもの及びこれらの均等物の範疇に含まれ、本開示の技術的範囲に属する。
【0074】
（本開示の実施形態）
本開示は以下の実施形態を含む。
［１］１以上のプロセッサを備え、前記１以上のプロセッサの少なくとも一つによって、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する決定処理と、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する適用処理と、が実行される、ことを特徴とするネットワーク管理装置。
本開示は以下の実施形態を含む。
［１］１以上のプロセッサを備え、前記１以上のプロセッサの少なくとも一つによって、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する決定処理と、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する適用処理と、が実行される、ことを特徴とするネットワーク管理装置。
【0075】
［２］前記決定処理は、前記受信パケットから前記ノードが属する前記無線アクセスネットワークに関する属性情報を抽出し、当該属性情報に基づいて前記ＭＴＵ値を決定することを特徴とする［１］に記載のネットワーク管理装置。
【0076】
［３］前記決定処理は、前記無線アクセスネットワークに関する属性情報と、当該無線アクセスネットワークのノードと前記コアネットワークのノードとの間のパスＭＴＵ値とを対応付けたマッピングテーブルを参照して、前記受信パケットから抽出された前記属性情報に対応する前記パスＭＴＵ値を導出し、導出された前記パスＭＴＵ値を前記ＭＴＵ値として決定することを特徴とする［２］に記載のネットワーク管理装置。
【0077】
［４］前記受信パケットは、前記ノードから送信されるセットアップ要求メッセージであることを特徴とする［２］または［３］に記載のネットワーク管理装置。
【0078】
［５］前記受信パケットは、通信端末から前記無線アクセスネットワークを介して送信される登録要求メッセージであることを特徴とする［２］または［３］に記載のネットワーク管理装置。
【0079】
［６］前記属性情報は、前記無線アクセスネットワークを所有する事業者を識別可能な情報であることを特徴とする［２］から［５］のいずれかに記載のネットワーク管理装置。
【0080】
［７］前記属性情報は、ＰＬＭＮ（Public Land Mobile Network）、ＭＣＣ（Mobile Country Number）、ＭＮＣ（Mobile Network Code）、ＩＭＳＩ（International Mobile Subscriber Identity）、ＴＡＣ（Tracking Area Code）、Ｃｅｌｌ ＩＤ、Ｓ－ＮＳＳＡＩ（Single-Network Slice Selection Assistance Information）、無線アクセスネットワークノードＩＤおよびＩＰアドレスの少なくとも１つを含むことを特徴とする［２］から［６］のいずれかに記載のネットワーク管理装置。
【0081】
［８］前記決定処理は、前記受信パケットから複数の属性情報が抽出された場合、前記複数の属性情報に基づいてそれぞれ決定された前記ＭＴＵ値の最小値を、最終的な前記ＭＴＵ値として決定することを特徴とする［２］から［７］のいずれかに記載のネットワーク管理装置。
【0082】
［９］前記決定処理は、前記受信パケットのパケットサイズを取得し、当該パケットサイズに基づいて前記ＭＴＵ値を決定することを特徴とする［１］から［８］のいずれかに記載のネットワーク管理装置。
【0083】
［１０］前記決定処理は、同一の前記ノードから送信される前記受信パケットのパケットサイズの最大値を、前記ＭＴＵ値として決定することを特徴とする［９］に記載のネットワーク管理装置。
【0084】
［１１］前記適用処理は、前記ＭＴＵ値を、前記コアネットワークから前記ノードが属するグループ内のノードへの送信パケットに適用することを特徴とする［９］または［１０］に記載のネットワーク管理装置。
【0085】
［１２］前記適用処理は、ＩＰアドレスが所定のＩＰアドレス範囲に含まれるノード、または、同一のサブネットに属するノードを、同一のグループに属するノードであると判断することを特徴とする［１１］に記載のネットワーク管理装置。
【0086】
［１３］無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定し、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する、ことを含むことを特徴とするネットワーク管理方法。
【0087】
［１４］１以上のプロセッサを備え、前記１以上のプロセッサの少なくとも一つによって、無線アクセスネットワークを構成するノードから送信され、当該無線アクセスネットワークを含む複数の無線アクセスネットワークを集約するコアネットワークにおいて受信された受信パケットから得られる情報に基づいて、ＭＴＵ（Maximum Transmission Unit）値を決定する決定処理と、前記ＭＴＵ値を、前記コアネットワークから前記ノードへの送信パケットに適用する適用処理と、が実行される、ことを特徴とするネットワーク管理システム。
【符号の説明】
【0088】
１１…基地局、１２…エッジデータセンタ、１３…地域データセンタ（ＲＤＣ）、１４…中央データセンタ（ＣＤＣ）、２１，２２…基地局、１００…モバイルネットワーク、２１０…ＡＭＦ、２１１…通信部、２１２…ＲＡＮ属性取得部、２１３…ＭＴＵ決定部、２１４…ＭＴＵ適用部、２１５…マッピングテーブル、２２０…ＲＵ、２３０…ＣＵ、２４０…ＵＥ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】