JPWO2018131413A1 - 移動体通信システム及び輻輳制御方法 - Google Patents

Abstract

移動体通信システム１は、ＵＥのモビリティを管理するＭＭと、ＵＥのセッションを管理する複数のＳＭと、ユーザデータを送受信する複数のＵＰとを含むコアネットワークを有し、複数のＳＭと複数のＵＰとに対して複数のスライスが割り当てられる移動体通信システムであって、ＵＥからスライスを特定するスライスタイプ情報を含む接続確立要求を受信する場合、かつ、スライスタイプ情報に基づき当該スライスの輻輳或いは当該スライスの接続先のネットワークの輻輳が特定される場合、接続確立要求の再送を要求する再送要求を、ＵＥに送信するリクエスト返信部２５を備える。

Description

本発明は、移動体通信システム及び輻輳制御方法に関する。

従来から、標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）において移動体通信システムの標準化が進められている。下記非特許文献１には、この標準化プロジェクトにて提案された移動体通信システムの次世代システム（NextGen）のアーキテクチャが開示されている。このアーキテクチャは、ＭＭ（Mobility Management）、ＳＭ（Session Management）、及びＵＰ（U-Plane）の各機能を有する移動体通信システムであり、ユーザの端末であるＵＥ（User Equipment）からアタッチ要求（Attach Request）があると、ＵＥが、１つのＭＭと、複数のＳＭ及びＵＰによって構成される仮想ネットワークである複数のスライスとを経由して接続先のノードであるＤＮＮ（Dedicated Network Name）に接続可能となるように構成されている。

３ＧＰＰ ＴＲ ２３．７９９

しかしながら、上記したNextGenのアーキテクチャでは、特定のスライスを経由した通信が輻輳した場合の輻輳制御が困難となり、通信の効率化が十分に図れない可能性がある。

そこで、本発明の実施形態は、かかる課題に鑑みて為されたものであり、スライス単位での輻輳制御を実現して通信の効率化を可能にする移動体通信システム及び輻輳制御方法を提供することを目的とする。

上述の課題を解決するために、本発明の一側面にかかる移動体通信システムは、移動体通信端末のモビリティを管理するモビリティ管理機能部と、移動体通信端末のセッションを管理する複数のセッション管理機能部と、移動体通信端末に対するサービスに利用されるユーザデータを送受信する複数のユーザデータ伝送機能部とを含むコアネットワークを有し、複数のセッション管理機能部と複数のユーザデータ伝送機能部とに対して複数の仮想ネットワークである複数のスライスが割り当てられる移動体通信システムであって、移動体通信端末からスライスを特定するスライス特定情報を含む接続確立要求を受信する場合、かつ、スライス特定情報に基づき当該スライスの輻輳或いは当該スライスの接続先のネットワークの輻輳が特定される場合、接続確立要求の再送を要求する再送要求を、移動体通信端末に送信する再送要求送信部を備える。

あるいは、本発明の他の側面にかかる輻輳制御方法は、移動体通信端末のモビリティを管理するモビリティ管理機能部と、移動体通信端末のセッションを管理する複数のセッション管理機能部と、移動体通信端末に対するサービスに利用されるユーザデータを送受信する複数のユーザデータ伝送機能部とを含むコアネットワークを有し、複数のセッション管理機能部と複数のユーザデータ伝送機能部とに対して複数の仮想ネットワークである複数のスライスが割り当てられる移動体通信システムにおける輻輳制御方法であって、移動体通信端末からスライスを特定するスライス特定情報を含む接続確立要求を受信する場合、かつ、スライス特定情報に基づき当該スライスの輻輳或いは当該スライスの接続先のネットワークの輻輳が特定される場合、接続確立要求の再送を要求する再送要求を、移動体通信端末に送信する。

上記一側面あるいは上記他の側面によれば、移動体通信端末から接続確立要求が受信される際に、スライス単位で、当該スライスの輻輳状態又は当該スライスの接続先のネットワークの輻輳状態を基に再送要求が移動体通信端末に返信される。これにより、通信の混雑の傾向が表れやすいスライスの単位での輻輳制御を実現することにより、効率的な通信が可能となる。

本発明の実施形態によれば、スライス単位での輻輳制御を実現して通信の効率化が可能となる。

本発明の好適な一実施形態にかかる移動体通信システム１のシステム構成を示す図である。 図１のＭＭ２０のハードウェア構成の一例を示すブロック図である。 図１のＭＭ２０の機能構成を示すブロック図である。 図３の情報保持部２４に保持されたネットワーク管理情報のデータ構成の一例を示す図である。 図３の情報保持部２４に保持されたスライス管理情報のデータ構成の一例を示す図である。 図１の移動体通信システム１による制御データの通信経路の設定処理の手順を示すシーケンス図である。 図１の移動体通信システム１によるユーザデータの通信経路の設定処理の手順を示すシーケンス図である。 変形例にかかるＳＭ３０Ａのハードウェア構成を示すブロック図である。 変形例にかかるＳＭ３０Ａの機能構成を示すブロック図である。 図９の情報保持部３４に保持されたネットワーク管理情報のデータ構成の一例を示す図である。 変形例におけるユーザデータの通信経路の設定処理の手順を示すシーケンス図である。 変形例におけるユーザデータの通信経路の設定処理の手順を示すシーケンス図である。

添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本発明の好適な一実施形態にかかる移動体通信システム１のシステム構成を示す図である。図１に示されているとおり、この移動体通信システム１は、NextGenのアーキテクチャに従った移動体通信システムであり、ＭＭ（モビリティ管理機能部）、ＳＭ（セッション管理機能部）、及びＵＰ（ユーザデータ伝送機能部）を含むコアネットワークを含んで構成される。移動体通信システム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによってユーザの端末に対して通信機能を提供する。この移動体通信システム１において、ＭＭはユーザの移動体通信端末であるＵＥのモビリティ（移動状態）を管理するノード（機能部）であり、ＳＭはＵＥの通信セッションを管理するノードであり、ＵＰはＵＥとコアネットワークとの間でサービスに利用されるユーザデータを送受信するノードである。なお、ＳＭおよびＵＰは１つの移動体通信システム１内で複数備えられうる。図１に示す例では、ＳＭとしてＳＭ３０ａ，３０ｂの２つのノードが備えられ、ＵＰとしてＵＰ４０ａ，４０ｂの２つのノードが備えられている。ＳＭとＵＰとの任意の複数の組み合わせのそれぞれに対して予め複数の仮想ネットワークである複数のスライスが割り当てられ、それぞれの１以上のスライス単位でＵＥ１０に対して異なる種別のサービスが提供される。ここでいう「スライス」とは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライスどうしは資源を分離しており互いに干渉しない。「サービス」とは、通信サービス（専用線サービス等）、アプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。例えば、図１に示す例では、ＳＭ３０ａおよびＵＰ４０ａに対してスライスＳＬａが割り当てられ、ＳＭ３０ｂおよびＵＰ４０ｂに対してスライスＳＬｂが割り当てられている。ＵＥ１０に対してサービスが提供される際には、ＵＥ１０とスライスとの間で通信経路（ベアラー）が接続確立され、このベアラーを経由して、ＵＥ１０と通信先ノードであるＤＮＮとの間の通信が接続される。

以下では、ＭＭ２０、ＳＭ３０ａ，３０ｂ、及びＵＰ４０a，４０ｂのそれぞれの構成について説明する。なお、ＳＭ３０ａとＳＭ３０ｂとは、同一の機能を有し、ＳＭ３０と称して説明する場合もある。また、ＵＰ４０ａとＵＰ４０ｂとは、同一の機能を有し、ＵＰ４０と称して説明する場合もある。ＭＭ２０、ＳＭ３０、及びＵＰ４０は、以下で説明する機能以外にも、「３ＧＰＰ ＴＲ ２３．７９９」、又は移動体通信システムに関する一般的な文献等に開示されている各要素が備える一般的な機能も有するものとする。また、ＭＭ２０、ＳＭ３０、及びＵＰ４０は、以下で説明する機能以外にも、後述の図６〜７、及び図１１〜１２のシーケンス図を用いて説明する機能も有するものとする。

図２には、ＭＭ２０のハードウェア構成を示し、図３には、ＭＭ２０の機能構成を示す。図３に示すように、ＭＭ２０は、機能的な構成要素として、モビリティ管理機能部２１、リクエスト受信部２２、輻輳状態特定部２３、情報保持部（ネットワーク情報保持部、スライス割当情報保持部）２４、及びリクエスト返信部（再送要求送信部）２５を含んで構成されている。

図３に示すブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。

例えば、本発明の一実施の形態におけるＭＭ２０は、本実施形態のＭＭ２０の処理を行うコンピュータとして機能してもよい。図２には、本実施形態に係るＭＭ２０のハードウェア構成の一例を示している。ＭＭ２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、本明細書における説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＭＭ２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ＭＭ２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、モビリティ管理機能部２１、リクエスト受信部２２、輻輳状態特定部２３、及びリクエスト返信部２５などは、プロセッサ１００１で実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、モビリティ管理機能部２１は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る移動体通信の各種処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、情報保持部２４などは、ストレージ１００３で実現されてもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、リクエスト受信部２２、及びリクエスト返信部２５などは、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイスであり、出力装置１００６は、外部への出力を実施する出力デバイスである。入力装置１００５及び出力装置１００６は、両者が一体となったタッチパネルディスプレイで実現されてもよい。

また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ＭＭ２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

次に、ＭＭ２０の各機能部の機能について述べる。

モビリティ管理機能部２１は、移動体通信システム１に在圏するＵＥ１０の位置管理、認証制御、及びＵＰ４０とＵＥ１０との間の制御データ又はユーザデータの通信経路の設定処理を行う部分である。

リクエスト受信部２２は、ＵＥ１０から、制御データの通信経路の接続確立を要求するアタッチ要求（Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ）を受信する。このとき、リクエスト受信部２２は、アタッチ要求に、スライスを識別するためのサービスタイプ情報（スライス特定情報）又はスライスタイプ情報（スライス特定情報）、及び接続先のノードのアドレスを示すＤＮＮを含んで受信する。リクエスト受信部２２によるアタッチ要求の受信に応じて、モビリティ管理機能部２１によって、ＵＥ１０とＭＭ２０との間の制御データのセッションの設定処理がなされる。また、リクエスト受信部２２は、ＵＥ１０から、アタッチ要求に引き続いて、ユーザデータの通信経路の接続確立を要求するセッション要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）を受信する。このとき、リクエスト受信部２２は、セッション要求に、スライスを識別するためのサービスタイプ情報（スライス特定情報）又はスライスタイプ情報（スライス特定情報）、及び接続先のノードのアドレスを示すＤＮＮを含んで受信する。リクエスト受信部２２によるセッション要求の受信に応じて、モビリティ管理機能部２１によって、ＵＥ１０とＵＰ４０との間のユーザデータのセッションを識別するためのセッション識別情報（ＰＤＵ−ＩＤ）が割り振られた後に、該当するスライスを経由したセッションの設定処理がなされる。

輻輳状態特定部２３は、リクエスト受信部２２によってアタッチ要求が受信された際に、アタッチ要求に含まれるサービスタイプ情報又はスライスタイプ情報に対応するスライスを識別し、そのスライスの接続先のネットワークの輻輳状態を特定する。この際、輻輳状態特定部２３は、情報保持部２４に保持されたネットワーク管理情報を参照することによりスライスの接続先のネットワークを特定し、特定したネットワークの輻輳状態を特定する。

図４において、（ａ）部及び（ｂ）部には、それぞれ、情報保持部２４に保持されたネットワーク管理情報のデータ構成の一例を示している。図４の（ａ）部に示すネットワーク管理情報の例においては、接続先のネットワークを特定するＤＮＮ“DNN1”、“DNN2”ごとに、当該ネットワークに接続されるスライスを特定するためのスライスタイプ情報“Slice#1”、“Slice#2”が対応付けられており、図４の（ｂ）部に示すネットワーク管理情報の例においては、接続先のネットワークを特定するＤＮＮ“DNN2”、“DNN2”に対して、当該ネットワークに接続されるスライスを特定するためのスライスタイプ情報“Slice#1”、“Slice#2”が対応付けられている。このように、同一のＤＮＮに対して複数のスライスが接続されうる。輻輳状態特定部２３は、スライスタイプ情報“Slice#1”を含むアタッチ要求が受信された際には、図４の（ａ）部に示すネットワーク管理情報を参照し、スライス“Slice#1”の接続先のＤＮＮ“DNN1”を特定し、そのＤＮＮ“DNN1”の輻輳状態を特定する。

この際、輻輳状態特定部２３は、輻輳状態を、ＭＭ２０とＤＮＮとの間の通信遅延時間を測定することによって判断してもよいし、ＤＮＮ、ＳＭ３０、又はＵＰ４０等から輻輳状態を通知されてもよい。また、輻輳状態特定部２３は、輻輳状態の特定を、アタッチ要求の受信の都度行ってもよいし、あらかじめ（定期的等の任意のタイミングで）行っていてもよい。また、輻輳状態特定部２３は、アタッチ要求に含まれるＤＮＮを基にスライスの接続先のＤＮＮを特定し、特定したＤＮＮの輻輳状態を特定するようにしてもよい。

加えて、輻輳状態特定部２３は、リクエスト受信部２２によってセッション要求が受信された際に、セッション要求に含まれるサービスタイプ情報又はスライスタイプ情報に対応するスライスを識別し、そのスライスの輻輳状態を特定する。この際、輻輳状態特定部２３は、情報保持部２４に保持されたスライス管理情報を参照することによりスライスを特定し、特定したスライスの輻輳状態を特定する。

図５には、情報保持部２４に保持されたスライス管理情報のデータ構成の一例を示している。図５に示すスライス管理情報の例においては、スライスを特定するスライスタイプ情報“Slice#1”、“Slice#2”ごとに、当該スライスに割り当てられたＳＭ３０及びＵＰ４０の組み合わせを特定するためのＳＭ識別情報及びＵＰ識別情報“SM1, UP1”、“SM2, UP2”が対応付けられている。このように、複数のＳＭ３０及びＵＰ４０の組み合わせのそれぞれに対してスライスが割り当てられる。輻輳状態特定部２３は、スライスタイプ情報“Slice#1”を含むセッション要求が受信された際には、図５に示すスライス管理情報を参照し、スライス“Slice#1”に割り当てられたＳＭ３０“SM1”及びＵＰ４０“UP1”を特定し、それらのＳＭ３０“SM1”及びＵＰ４０“UP1”の輻輳状態を特定する。

この際、輻輳状態特定部２３は、輻輳状態を、ＭＭ２０とＳＭ３０又はＵＰ４０との間の通信遅延時間を測定することによって判断してもよいし、ＳＭ３０又はＵＰ４０等から輻輳状態を通知されてもよい。また、輻輳状態特定部２３は、輻輳状態の特定を、セッション要求の受信の都度行ってもよいし、あらかじめ（定期的等の任意のタイミングで）行っていてもよい。

リクエスト返信部２５は、ＵＥ１０からのアタッチ要求又はセッション要求に対してＵＥ１０に向けて応答を返信する。すなわち、リクエスト返信部２５は、アタッチ要求に対しては、スライスの接続先のネットワークの輻輳状態が「輻輳あり」と特定された場合には、バックオフタイマを含むアタッチ拒絶（Ａｔｔａｃｈ Ｒｅｊｅｃｔ）を返信する。このアタッチ拒絶は、アタッチ要求の再送を要求するための信号であり、アタッチ拒絶に含まれるバックオフタイマは、アタッチ要求の再送のタイミングを指示するためのタイマである。一方、アタッチ要求に対して、スライスの接続先のネットワークの輻輳状態が「輻輳なし」と特定された場合には、モビリティ管理機能部２１による制御データの通信経路の設定後に、アタッチ完了通知（Ａｔｔａｃｈ Ａｃｃｅｐｔ）を返信する。加えて、リクエスト返信部２５は、セッション要求に対しては、スライスの輻輳状態が「輻輳あり」と特定された場合には、バックオフタイマを含むセッション拒絶（ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｊｅｃｔ）を返信する。このセッション拒絶は、セッション要求の再送を要求するための信号であり、セッション拒絶に含まれるバックオフタイマは、セッション要求の再送のタイミングを指示するためのタイマである。一方、セッション要求に対して、スライスの輻輳状態が「輻輳なし」と特定された場合には、モビリティ管理機能部２１によるユーザデータの通信経路の設定後に、セッション完了通知（ＰＤＵ Ｓｅｓｓｉｏｎ Ａｃｃｅｐｔ）を返信する。

次に、上述した移動体通信システム１の通信経路の設定処理について説明するとともに、本実施形態にかかる輻輳制御方法について詳述する。図６は、移動体通信システム１による制御データの通信経路の設定処理の手順を示すシーケンス図であり、図７は、移動体通信システム１によるユーザデータの通信経路の設定処理の手順を示すシーケンス図である。

まず、図６を参照して、制御データの通信経路の設定処理について説明する。最初に、予めＭＭ２０の輻輳状態特定部２３によって、スライス“Slice#1”の接続先のＤＮＮ“DNN1”の輻輳状態が「輻輳あり」と検出されている（ステップＳ１０１）と想定する。この状態で、ＭＭ２０のリクエスト受信部２２により、ＵＥ１０から、スライスタイプ情報“Slice#1”とＤＮＮ“DNN1”とを含むアタッチ要求が受信されると（ステップＳ１０２）、ＭＭ２０の輻輳状態特定部２３によってスライス“Slice#1”の接続先のＤＮＮ“DNN1”の輻輳状態が特定される（ステップＳ１０３）。その結果、接続先のＤＮＮ“DNN1”の輻輳状態が「輻輳あり」と特定された場合に、ＭＭ２０のリクエスト返信部２５からＵＥ１０に向けて、バックオフタイマ（back-off timer）を含むアタッチ拒絶が返信される（ステップＳ１０４）。なお、ステップＳ１０１においてＭＭ２０自体の輻輳状態が検知され、ステップＳ１０３においてＭＭ２０自体の輻輳状態が特定され、ステップＳ１０４においてＭＭ２０自体の輻輳状態に基づいてアタッチ拒絶が返信されてもよい。

次に、図７を参照して、ユーザデータの通信経路の設定処理について説明する。最初に、スライス“Slice#1”に割り当てられたＳＭ３０“SM1”から輻輳状態にあることが通知され（ステップＳ２０１）、この通知を基に、予めＭＭ２０の輻輳状態特定部２３によって、スライス“Slice#1”の輻輳状態が「輻輳あり」と検出されている（ステップＳ２０２）と想定する。この状態で、ＭＭ２０のリクエスト受信部２２により、ＵＥ１０から、スライスタイプ情報“Slice#1”とＤＮＮ“DNN1”とを含むセッション要求が受信されると（ステップＳ２０３）、ＭＭ２０の輻輳状態特定部２３によってスライス“Slice#1”の輻輳状態が特定される（ステップＳ２０４）。その結果、スライス“Slice#1”の輻輳状態が「輻輳あり」と特定された場合に、ＭＭ２０のリクエスト返信部２５からＵＥ１０に向けて、バックオフタイマ（back-off timer）を含むセッション拒絶が返信される（ステップＳ２０５）。一方、ＭＭ２０のリクエスト受信部２２により、ＵＥ１０から、スライスタイプ情報“Slice#2”とＤＮＮ“DNN3”とを含むセッション要求が受信されると（ステップＳ２０６）、ＭＭ２０の輻輳状態特定部２３によってスライス“Slice#2”の輻輳状態が「輻輳なし」と特定され、ＭＭ２０のモビリティ管理機能部２１によってＰＤＵ−ＩＤが割り振られた後に、ＰＤＵ−ＩＤとスライスタイプ情報“Slice#2”とＤＮＮ“DNN3”とを含むセッション要求が、該当のスライス“Slice#2”に割り当てられたＳＭ３０“SM2”に送信される（ステップＳ２０７）。その後、ＵＥ１０とＳＭ３０“SM2”との間の通信経路の設定処理が実行された後に、ＳＭ３０“SM2”からＭＭ２０を経由してＵＥ１０に向けてセッション完了通知が返信される（ステップＳ２０８，Ｓ２０９）。

次に、本実施形態の移動体通信システム１および輻輳制御方法の作用効果について説明する。上述した移動体通信システム１によれば、ＵＥ１０からアタッチ要求あるいはセッション要求が受信された際に、スライス単位で、当該スライスの輻輳状態又は当該スライスの接続先のネットワークの輻輳状態を基にバックオフタイマを含む再送要求がＵＥ１０に返信される。これにより、通信の混雑の傾向が表れやすいスライスの単位での輻輳制御を実現することにより、効率的な通信が可能となる。

また、上記実施形態では、接続先のＤＮＮごとに当該ＤＮＮに接続されるスライスを特定する管理情報が保持され、その管理情報を基にスライスの接続先のＤＮＮが特定され、当該ＤＮＮの輻輳状態が特定される。こうすることにより、スライスの接続先のネットワークの輻輳状態が適切に特定される。その結果、スライス単位での輻輳制御が適切に実現される。

さらに上記実施形態では、複数のＳＭ及び複数のＵＰに割り当てられたスライスを特定する管理情報が保持され、その管理情報を基にスライスに割り当てられたＳＭ或いはＵＰが特定され、当該ＳＭ或いは当該ＵＰの輻輳状態がスライスの輻輳状態として特定される。こうすることにより、スライスの輻輳状態が適切に特定される。その結果、スライス単位での輻輳制御が適切に実現される。

以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

例えば、上記実施形態においては、ＳＭあるいはＵＰが、輻輳状態を特定し、輻輳状態を基にセッション要求に対するＵＥ１０への返信を制御するように構成されてもよい。以下では、ＳＭが、輻輳状態の特定機能、およびセッション要求に対する返信の制御機能を有する場合の構成について説明する。図８は、上述した実施形態のＳＭ３０の変形例にかかるＳＭ３０Ａのハードウェア構成を示すブロック図であり、図９は、ＳＭ３０Ａの機能構成を示すブロック図である。

図９に示すように、ＳＭ３０Ａは、機能的な構成要素として、セッション管理機能部３１、リクエスト受信部３２、輻輳状態特定部３３、情報保持部（ネットワーク情報保持部）３４、及びリクエスト返信部（再送要求送信部）３５を含んで構成されている。

図９に示すブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。

例えば、本変形例におけるＳＭ３０Ａは、本変形例のＳＭ３０Ａの処理を行うコンピュータとして機能してもよい。図８には、本変形例に係るＳＭ３０Ａのハードウェア構成の一例を示している。このハードウェア構成は、図２の構成と同様であるので詳細な説明は省略する。図９に示すセッション管理機能部３１、リクエスト受信部３２、輻輳状態特定部３３、及びリクエスト返信部３５などは、プロセッサ１００１で実現されてもよい。セッション管理機能部３１は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。情報保持部３４などは、ストレージ１００３で実現されてもよい。リクエスト受信部３２、及びリクエスト返信部３５などは、通信装置１００４で実現されてもよい。

次に、本変形例のＳＭ３０Ａの各機能部の機能について述べる。

セッション管理機能部３１は、移動体通信システム１に在圏するＵＥ１０とＵＰ４０との間の通信経路（ベアラー）のセッションを管理する機能部である。具体的には、ＭＭ２０からのセッション要求に応じてベアラーの設定処理を実行する。

リクエスト受信部３２は、ＵＥ１０からＭＭ２０を経由して、ユーザデータの通信経路の接続確立を要求するセッション要求（ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）を受信する。このとき、リクエスト受信部３２は、セッション要求に、ＭＭ２０によって割り振られたセッション識別情報（ＰＤＵ−ＩＤ）と、スライスを識別するためのサービスタイプ情報（スライス特定情報）又はスライスタイプ情報（スライス特定情報）と、接続先のノードのアドレスを示すＤＮＮと、を含んで受信する。リクエスト受信部３２によるセッション要求の受信に応じて、セッション管理機能部３１によって、該当するスライスを経由したＵＥ１０とＵＰ４０との間のユーザデータ用のセッションの設定処理がなされる。

輻輳状態特定部３３は、リクエスト受信部３２によってセッション要求が受信された際に、セッション要求に含まれるサービスタイプ情報又はスライスタイプ情報に対応するスライスを識別し、そのスライスの接続先のネットワークの輻輳状態を特定する。この際、輻輳状態特定部３３は、情報保持部３４に保持されたネットワーク管理情報を参照することによりスライスの接続先のネットワークを特定し、特定したネットワークの輻輳状態を特定する。

図１０において、（ａ）部及び（ｂ）部には、それぞれ、情報保持部３４に保持されたネットワーク管理情報のデータ構成の一例を示している。図１０の（ａ）部に示すネットワーク管理情報の例においては、接続先のネットワークを特定するＤＮＮ“DNN1”、“DNN2”ごとに、当該ネットワークに接続されるスライスを特定するためのスライスタイプ情報“Slice#1”、“Slice#2”と、スライスを通じて設定されるセッションを識別するセッション識別情報（ＰＤＵ−ＩＤ）“PDU session #1”、“PDU session #2”とが対応付けられており、図１０の（ｂ）部に示すネットワーク管理情報の例においては、接続先のネットワークを特定するＤＮＮ“DNN2”、“DNN2”に対して、当該ネットワークに接続されるスライスを特定するためのスライスタイプ情報“Slice#1”、“Slice#2” と、スライスを通じて設定されるセッションを識別するセッション識別情報（ＰＤＵ−ＩＤ）“PDU session #1”、“PDU session #2”とが対応付けられている。このように、同一のＤＮＮに対して複数のスライスが接続されうる。また、同一のＤＮＮに対してスライスに対応した複数のセッションが設定されうる。輻輳状態特定部３３は、スライスタイプ情報“Slice#1”を含むアタッチ要求が受信された際には、図１０の（ａ）部に示すネットワーク管理情報を参照し、スライス“Slice#1”の接続先のＤＮＮ“DNN1”を特定し、そのＤＮＮ“DNN1”の輻輳状態を特定する。

この際、輻輳状態特定部３３は、輻輳状態を、ＳＭ３０ＡとＤＮＮとの間の通信遅延時間を測定することによって判断してもよいし、ＤＮＮ又はＵＰ４０等から輻輳状態を通知されてもよい。また、輻輳状態特定部３３は、輻輳状態の特定を、セッション要求の受信の都度行ってもよいし、あらかじめ（定期的等の任意のタイミングで）行っていてもよい。また、輻輳状態特定部３３は、セッション要求に含まれるＤＮＮを基にスライスの接続先のＤＮＮを特定し、特定したＤＮＮの輻輳状態を特定するようにしてもよい。

加えて、輻輳状態特定部３３は、リクエスト受信部３２によってセッション要求が受信された際に、セッション要求に含まれるサービスタイプ情報又はスライスタイプ情報に対応するスライスを識別し、そのスライス自体の輻輳状態をも特定する。このとき、輻輳状態特定部３３は、識別したスライスに割り当てられた自身のＳＭ３０ＡあるいはＵＰ４０の輻輳状態を特定する。

なお、輻輳状態特定部３３は、輻輳状態を、自身のＳＭ３０Ａの輻輳状態によって判断してもよいし、判断対象のスライスに割り当てられたＵＰ４０等からＵＰ４０等の輻輳状態を通知されてもよい。例えば、輻輳状態の判断は、スライスに割り当てられた通信の帯域が混雑しているか否かを判断することにより行われる。また、輻輳状態特定部３３は、輻輳状態の特定を、セッション要求の受信の都度行ってもよいし、あらかじめ（定期的等の任意のタイミングで）行っていてもよい。

リクエスト返信部３５は、ＭＭ２０からのセッション要求に対してＭＭ２０を経由してＵＥ１０に向けて応答を返信する。すなわち、リクエスト返信部３５は、セッション要求に対して、スライスの接続先のネットワークの輻輳状態又はスライス自体の輻輳状態が「輻輳あり」と特定された場合には、バックオフタイマを含むセッション拒絶（ＰＤＵ ｓｅｓｓｉｏｎ Ｒｅｊｅｃｔ）を返信する。このセッション拒絶は、セッション要求の再送を要求するための信号であり、セッション拒絶に含まれるバックオフタイマは、セッション要求の再送のタイミングを指示するためのタイマである。一方、セッション要求に対して、スライスの接続先のネットワークの輻輳状態及びスライス自体の輻輳状態が「輻輳なし」と特定された場合には、セッション管理機能部３１によるユーザデータの通信経路の設定後に、セッション完了通知（ＰＤＵ ｓｅｓｓｉｏｎ Ａｃｃｅｐｔ）を返信する。

次に、上述した変形例における移動体通信システム１の通信経路の設定処理について説明するとともに、変形例にかかる輻輳制御方法について詳述する。図１１及び図１２は、本変形例にかかる移動体通信システム１によるユーザデータの通信経路の設定処理の手順を示すシーケンス図である。

まず、図１１を参照して、ＤＮＮの輻輳状態に基づいたユーザデータの通信経路の設定処理について説明する。

最初に、ＵＥ１０からＭＭ２０に向けてスライスタイプ情報“Slice#1”とＤＮＮ“DNN1”とを含むセッション要求が送信される（ステップＳ３０１）。そうすると、ＭＭ２０によって、セッション要求に含まれるスライスタイプ情報で特定されるスライスに割り振られたＳＭ３０Ａが判別されるとともに、ＵＥ１０とＵＰ４０との間のセッションに対してＰＤＵ−ＩＤが割り振られる（ステップＳ３０２）。次に、ＳＭ３０Ａのリクエスト受信部３２により、ＭＭ２０から、ＰＤＵ−ＩＤと、スライスタイプ情報“Slice#1”と、ＤＮＮ“DNN1”とを含むセッション要求が受信されると（ステップＳ３０３）、ＳＭ３０Ａの輻輳状態特定部３３によってスライス“Slice#1”の接続先のＤＮＮ“DNN1”の輻輳状態が特定される（ステップＳ３０４）。その結果、接続先のＤＮＮ“DNN1”の輻輳状態が「輻輳あり」と特定された場合に、ＳＭ３０Ａのリクエスト返信部３５からＭＭ２０に向けて、バックオフタイマ（back-off timer）を含むセッション拒絶が返信される（ステップＳ３０５）。これに対して、ＭＭ２０においては、ＵＥ１０からのＤＮＮ“DNN1”に対するセッション要求に対しては全てセッション拒絶を返すように設定が変更されるとともに、ステップＳ３０２で割り振ったＰＤＵ−ＩＤが削除される（ステップＳ３０６）。そして、ＭＭ２０からＵＥ１０に向けて、新たに設定されたバックオフタイマ（back-off timer）を含むセッション拒絶が返信される（ステップＳ３０７）。

一方、ＵＥ１０からＭＭ２０に向けて、スライスタイプ情報“Slice#1”及びＤＮＮ“DNN1”と、スライスタイプ情報“Slice#2”及びＤＮＮ“DNN2”とを含み、２つのセッションの設定を同時に要求するセッション要求が送信された場合(ステップＳ３０８)を想定する。この場合、ＭＭ２０によって、セッション要求に含まれるスライスタイプ情報で特定される２つのスライスに割り振られた２つのＳＭ３０Ａ“SM1”、“SM2”が判別されるとともに、ＵＥ１０とＵＰ４０との間に設定する２つのセッションのそれぞれに対してＰＤＵ−ＩＤが割り振られる。次に、判別された一方のＳＭ３０Ａのリクエスト受信部３２により、ＭＭ２０から、ＰＤＵ−ＩＤと、スライスタイプ情報“Slice#1”と、ＤＮＮ“DNN1”とを含むセッション要求が受信される（ステップＳ３０９）。その一方で、判別された他方のＳＭ３０Ａのリクエスト受信部３２により、ＭＭ２０から、ＰＤＵ−ＩＤと、スライスタイプ情報“Slice#2”と、ＤＮＮ“DNN2”とを含むセッション要求が受信される（ステップＳ３１０）。この際、予め２つのＳＭ３０Ａのそれぞれにおいて、ＤＮＮ“DNN1”とＤＮＮ“DNN2”のそれぞれの輻輳状態が検知される（ステップＳ３１１，Ｓ３１２）。

そして、一方のＳＭ３０Ａの輻輳状態特定部３３によってスライス“Slice#1”の接続先のＤＮＮ“DNN1”の輻輳状態が特定される（ステップＳ３１３）。その結果、接続先のＤＮＮ“DNN1”の輻輳状態が「輻輳あり」と特定された場合に、一方のＳＭ３０Ａのリクエスト返信部３５からＭＭ２０に向けて、バックオフタイマ（SM1 back-off timer）を含むセッション拒絶が返信される（ステップＳ３１４）。また、他方のＳＭ３０Ａの輻輳状態特定部３３によってスライス“Slice#2”の接続先のＤＮＮ“DNN2”の輻輳状態が特定される（ステップＳ３１５）。その結果、接続先のＤＮＮ“DNN2”の輻輳状態が「輻輳あり」と特定された場合に、他方のＳＭ３０Ａのリクエスト返信部３５からＭＭ２０に向けて、バックオフタイマ（SM2 back-off timer）を含むセッション拒絶が返信される（ステップＳ３１６）。

これに対して、ＭＭ２０においては、ＵＥ１０からのＤＮＮ“DNN1”及びＤＮＮ“DNN2”に対するセッション要求に対しては全てセッション拒絶を返すように設定が変更されるとともに、既に割り振った２つのＰＤＵ−ＩＤが削除される（ステップＳ３１７）。そして、ＭＭ２０からＵＥ１０に向けて、新たに設定された２つのバックオフタイマ（SM1 back-off timer、SM2 back-off timer）を含むセッション拒絶が返信される（ステップＳ３１８）。

次に、図１２を参照して、スライスの輻輳状態に基づいたユーザデータの通信経路の設定処理について説明する。

ここで、スライス“Slice#1”に割り当てられたＳＭ３０Ａ“SM1”においてスライス“Slice#1”が輻輳状態にあることが予め検出されている（ステップＳ４０１）と想定する。この状態で、ＵＥ１０からＭＭ２０に向けてスライスタイプ情報“Slice#1”とＤＮＮ“DNN1”とを含むセッション要求が送信される（ステップＳ４０２）。そうすると、ＭＭ２０によって、セッション要求に含まれるスライスタイプ情報で特定されるスライスに割り振られたＳＭ３０Ａが判別されるとともに、ＵＥ１０とＵＰ４０との間のセッションに対してＰＤＵ−ＩＤが割り振られる（ステップＳ４０３）。次に、ＳＭ３０Ａのリクエスト受信部３２により、ＭＭ２０から、ＰＤＵ−ＩＤと、スライスタイプ情報“Slice#1”と、ＤＮＮ“DNN1”とを含むセッション要求が受信されると（ステップＳ４０４）、ＳＭ３０Ａの輻輳状態特定部３３によってスライス“Slice#1”の輻輳状態が特定される（ステップＳ４０５）。その結果、スライス“Slice#1”の輻輳状態が「輻輳あり」と特定された場合に、ＳＭ３０Ａのリクエスト返信部３５からＭＭ２０に向けて、バックオフタイマ（back-off timer）を含むセッション拒絶が返信される（ステップＳ４０６）。これに対して、ＭＭ２０においては、ＵＥ１０からのスライス“Slice#1”に対するセッション要求に対しては全てセッション拒絶を返すように設定が変更されるとともに、ステップＳ４０３で割り振ったＰＤＵ−ＩＤが削除される（ステップＳ４０７）。そして、ＭＭ２０からＵＥ１０に向けて、新たに設定されたバックオフタイマ（back-off timer）を含むセッション拒絶が返信される（ステップＳ４０８）。

その一方で、ＵＥ１０からＭＭ２０に向けてスライスタイプ情報“Slice#2”とＤＮＮ“DNN3”とを含むセッション要求が送信されたとする（ステップＳ４０９）。そうすると、ＭＭ２０によって、セッション要求に含まれるスライスタイプ情報で特定されるスライスに割り振られたＳＭ３０Ａが判別されるとともに、ＵＥ１０とＵＰ４０との間のセッションに対してＰＤＵ−ＩＤが割り振られる（ステップＳ４１０）。次に、ＳＭ３０Ａのリクエスト受信部３２により、ＭＭ２０から、ＰＤＵ−ＩＤと、スライスタイプ情報“Slice#2”と、ＤＮＮ“DNN3”とを含むセッション要求が受信されると（ステップＳ４１１）、ＳＭ３０Ａの輻輳状態特定部３３によってスライス“Slice#2”の輻輳状態が特定される（ステップＳ４１２）。その結果、スライス“Slice#2”の輻輳状態が「輻輳なし」と特定された場合に、ＳＭ３０Ａのリクエスト返信部３５からＭＭ２０に向けて、セッション完了通知が返信される（ステップＳ４１３）。そして、ＭＭ２０からＵＥ１０に向けて、セッション完了通知が転送される（ステップＳ４１４）。

上述した変形例によっても、ＵＥ１０からセッション要求が受信された際に、スライス単位で、当該スライスの輻輳状態又は当該スライスの接続先のネットワークの輻輳状態を基に再送要求がＵＥ１０に返信される。これにより、通信の混雑の傾向が表れやすいスライスの単位での輻輳制御を実現することにより、効率的な通信が可能となる。

情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的なものではない。

本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（include）」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。

本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。

本発明は、移動体通信システム及び輻輳制御方法を使用用途とし、スライス単位での輻輳制御を実現して通信の効率化を可能にするものである。

１…移動体通信システム、１０…ＵＥ（移動体通信端末）、２０…ＭＭ（モビリティ管理機能部）、３０ａ，３０ｂ，３０…ＳＭ（セッション管理機能部）、４０ａ，４０ｂ，４０…ＵＰ（ユーザデータ伝送機能部）、２１…モビリティ管理機能部、２２…リクエスト受信部、２３…輻輳状態特定部、２４…情報保持部（ネットワーク情報保持部、スライス割当情報保持部）、２５…リクエスト返信部（再送要求送信部）、３１…セッション管理機能部、３２…リクエスト受信部、３３…輻輳状態特定部、３４…情報保持部（ネットワーク情報保持部）、３５…リクエスト返信部（再送要求送信部）、ＳＬａ，ＳＬｂ…スライス。

Claims (6)

1. 移動体通信端末のモビリティを管理するモビリティ管理機能部と、前記移動体通信端末のセッションを管理する複数のセッション管理機能部と、前記移動体通信端末に対するサービスに利用されるユーザデータを送受信する複数のユーザデータ伝送機能部とを含むコアネットワークを有し、前記複数のセッション管理機能部と前記複数のユーザデータ伝送機能部とに対して複数の仮想ネットワークである複数のスライスが割り当てられる移動体通信システムであって、
   前記移動体通信端末から前記スライスを特定するスライス特定情報を含む接続確立要求を受信する場合、かつ、前記スライス特定情報に基づき当該スライスの輻輳或いは当該スライスの接続先のネットワークの輻輳が特定される場合、前記接続確立要求の再送を要求する再送要求を、前記移動体通信端末に送信する再送要求送信部を備える移動体通信システム。
2. 前記接続先のネットワークごとに当該ネットワークに接続されるスライスを特定する管理情報を保持するネットワーク情報保持部と、
   前記接続確立要求に含まれるスライス特定情報を基に前記ネットワーク情報保持部に保持された前記管理情報を参照して前記スライスの接続先のネットワークを特定し、当該ネットワークの輻輳の状態を特定する輻輳状態特定部と、
   をさらに備える請求項１記載の移動体通信システム。
3. 前記複数のセッション管理機能部及び前記複数のユーザデータ伝送機能部に割り当てられたスライスを特定する管理情報を保持するスライス割当情報保持部と、
   前記接続確立要求に含まれるスライス特定情報を基に前記スライス割当情報保持部に保持された前記管理情報を参照して前記スライスに割り当てられた前記セッション管理機能部或いは前記ユーザデータ伝送機能部を特定し、当該セッション管理機能部或いは当該ユーザデータ伝送機能部の輻輳の状態を前記スライスの輻輳の状態として特定する輻輳状態特定部と、
   をさらに備える請求項１記載の移動体通信システム。
4. 前記モビリティ管理機能部に、前記再送要求送信部が設けられる、
   請求項１〜３のいずれか１項に記載の移動体通信システム。
5. 前記セッション管理機能部に、前記再送要求送信部が設けられる、
   請求項１〜３のいずれか１項に記載の移動体通信システム。
6. 移動体通信端末のモビリティを管理するモビリティ管理機能部と、前記移動体通信端末のセッションを管理する複数のセッション管理機能部と、前記移動体通信端末に対するサービスに利用されるユーザデータを送受信する複数のユーザデータ伝送機能部とを含むコアネットワークを有し、前記複数のセッション管理機能部と前記複数のユーザデータ伝送機能部とに対して複数の仮想ネットワークである複数のスライスが割り当てられる移動体通信システムにおける輻輳制御方法であって、
   前記移動体通信端末から前記スライスを特定するスライス特定情報を含む接続確立要求を受信する場合、かつ、前記スライス特定情報に基づき当該スライスの輻輳或いは当該スライスの接続先のネットワークの輻輳が特定される場合、前記接続確立要求の再送を要求する再送要求を、前記移動体通信端末に送信する輻輳制御方法。

Images