知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-513791ネットワークノード再選択のための方法、ネットワークノード及びコンピュータ可読媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-27
(54)【発明の名称】ネットワークノード再選択のための方法、ネットワークノード及びコンピュータ可読媒体
(51)【国際特許分類】
H04W 36/14 20090101AFI20240319BHJP
H04W 76/19 20180101ALI20240319BHJP
H04W 24/04 20090101ALI20240319BHJP
【ＦＩ】
H04W36/14
H04W76/19
H04W24/04
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023559113
(86)(22)【出願日】2022-03-25
(85)【翻訳文提出日】2023-11-13
(86)【国際出願番号】 CN2022083031
(87)【国際公開番号】W WO2022206597
(87)【国際公開日】2022-10-06
(31)【優先権主張番号】PCT/CN2021/084917
(32)【優先日】2021-04-01
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ヤン， ヨン
(72)【発明者】
【氏名】バルトロメ ロドリゴ， マリア クルズ
(72)【発明者】
【氏名】ワン， チュンボ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA12
5K067AA23
5K067DD41
5K067EE02
5K067EE16
5K067HH22
(57)【要約】
本開示は、サービスに関連するコンテキスト に対するネットワークノード再選択のための方法（２００、３００）、ネットワークノード（５００、６００、７００、８００）、及びコンピュータ可読媒体を提供する。第１ネットワークノードにおける方法（２００）は、第２ネットワークノードによって提供されていたコンテキストに対するサービスを提供できる第３ネットワークノードを再選択することを決定（Ｓ２０１）することと、コンテキストに関する要求メッセージを第３ネットワークノードに送信（Ｓ２０３）することと、を含み、要求メッセージは、要求メッセージに関するプロパティ情報を含む。
【特許請求の範囲】
【請求項1】
サービスに関連するコンテキストについてのネットワークノード再選択のための第１ネットワークノードにおける方法（２００）であって、前記第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記方法（２００）は、
前記第２ネットワークノードによって提供される前記コンテキストに対する前記サービスを提供できる第３ネットワークノードを再選択することを決定（Ｓ２０１）することと、
前記コンテキストの要求メッセージを前記第３ネットワークノードに送信（Ｓ２０３）することであって、前記要求メッセージは、前記要求メッセージに関するプロパティ情報を含む、ことと、
を含む方法。
【請求項2】
請求項１に記載の方法（２００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージが前記第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
前記要求メッセージが前記第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
前記要求メッセージが、前記第２ネットワークノードへの最後の試行中に前記第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、の内の少なくとも１つを含む、方法。
【請求項3】
請求項２に記載の方法（２００）であって、前記第２ネットワークノードの前記過負荷制御は、前記第２ネットワークノードの過負荷情報に基づいて前記第１ネットワークノードによって実行され、
前記過負荷情報は、前記第２ネットワークノードから受信される過負荷制御情報（ＯＣＩ）によって示される、或いは、
前記過負荷情報は、要求メッセージの総数に対するステータスコードと共に前記第２ネットワークノードによって拒否された要求メッセージ数の比率から導出され、前記ステータスコードは、前記第２ネットワークノードから受信され、要求メッセージが前記第２ネットワークノードよって拒否されたことを示す、方法。
【請求項4】
請求項１から３のいずれか１項に記載の方法（２００）であって、前記要求メッセージに関する前記プロパティ情報は、さらに、前記再選択に関連する前記要求メッセージが以前に前記第２ネットワークノードに送信されたことを示す再送信情報を含む、方法。
【請求項5】
請求項４に記載の方法（２００）であって、前記再送信情報は、さらに、前記第２ネットワークノードに対する試行回数を含み、その場合、前記第１ネットワークノードが前記要求メッセージを前記第２ネットワークノードに送信したが、前記要求メッセージが一時的な原因コードと共に前記第２ネットワークノードによって拒否されている、方法。
【請求項6】
請求項１から５のいずれか１項に記載の方法（２００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージの新規又は既存のカスタムヘッダ、又は
前記要求メッセージのメッセージボディ、
に含まれる、方法。
【請求項7】
請求項１から６のいずれか１項に記載の方法（２００）であって、前記第１ネットワークノードは、
前記第１ネットワークノードが前記第２ネットワークノードに到達できないという事実と、
前記第２ネットワークノードが過負荷であると前記第１ネットワークノードが判定する事実と、
前記第１ネットワークノードが試行として前記要求メッセージを前記第２ネットワークノードに送信したが、前記要求メッセージが、一時的な原因コードと共に前記第２ネットワークノードによって拒否された事実と、
の内の少なくとも１つに基づいて前記第３ネットワークノードを再選択することを決定する、方法。
【請求項8】
請求項１から７のいずれか１項に記載の方法（２００）であって、さらに、前記要求メッセージに対応する応答メッセージを前記第３ネットワークノードから受信することを含み、前記応答メッセージは、前記要求メッセージが前記第３ネットワークノードによって拒否されるか受け入れられるかのインジケーションを含む、方法。
【請求項9】
請求項８に記載の方法（２００）であって、前記要求メッセージが前記第３ネットワークノードによって拒否されたことのインジケーションを含む応答メッセージが受信された場合、前記応答メッセージは、さらに、拒否原因情報を含み、
前記拒否原因情報は、
前記要求メッセージが前記第２ネットワークノードの過負荷制御に少なくとも起因する前記再選択に関連することを、前記要求メッセージに関する前記プロパティ情報が示すという事実、及び／又は、前記コンテキストが格納されているデータベースから前記第３ネットワークノードが前記コンテキストを取得できないとの事実に基づいて、前記要求メッセージが現在拒否されていることを示す、或いは、
前記要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが、少なくとも前記サービスの実装の性質に基づいて拒否されるであろうことを示す、方法。
【請求項10】
請求項９に記載の方法（２００）であって、さらに、受信した前記応答メッセージに含まれる前記拒否原因情報を、後の再選択決定のために格納することを含む、方法。
【請求項11】
請求項１から１０のいずれか１項に記載の方法（２００）であって、前記要求メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージである、方法。
【請求項12】
請求項１から１１のいずれか１項に記載の方法（２００）であって、前記第１ネットワークノードは、前記要求メッセージを送信するＨＴＴＰクライアントとして機能し、
ネットワーク機能（ＮＦ）サービスコンシューマと、
サービス通信プロキシ（ＳＣＰ）と、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項13】
請求項１から１３のいずれか１項に記載の方法（２００）であって、前記第２ネットワークノード又は前記第３ネットワークノードは、前記要求メッセージに応答するＨＴＴＰサーバとして機能し、
ＮＦサービスコンシューマと、
ＳＣＰと、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項14】
サービスに関連するコンテキストについてのネットワークノード再選択のための第３ネットワークノードにおける方法（３００）であって、第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記方法（３００）は、
前記第１ネットワークノードから、前記コンテキストの要求メッセージを受信（Ｓ３０１）することであって、前記要求メッセージは前記要求メッセージに関するプロパティ情報を含む、ことと、
前記要求メッセージに関する前記プロパティ情報に少なくとも基づいて、前記要求メッセージを拒否するか受け入れるかを決定（Ｓ３０３）することと、
前記要求メッセージを拒否するか受け入れるかのインジケーションを含む応答メッセージを前記第１ネットワークノードに送信（Ｓ３０５）することと、
を含む方法。
【請求項15】
請求項１４に記載の方法（３００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージが前記第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
前記要求メッセージが前記第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
前記要求メッセージが、前記第２ネットワークノードへの最後の試行中に前記第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、の内の少なくとも１つを含む、方法。
【請求項16】
請求項１５に記載の方法（３００）であって、前記第２ネットワークノードの前記過負荷制御は、前記第２ネットワークノードの過負荷情報に基づいて、前記第１ネットワークノードによって実行され、
前記過負荷情報は、前記第２ネットワークノードから受信される過負荷制御情報（ＯＣＩ）によって示される、或いは、
前記過負荷情報は、要求メッセージの総数に対するステータスコードと共に前記第２ネットワークノードによって拒否された要求メッセージ数の比率から導出され、前記ステータスコードは、前記第２ネットワークノードから受信され、要求メッセージが前記第２ネットワークノードよって拒否されたことを示す、方法。
【請求項17】
請求項１４から１６のいずれか１項に記載の方法（３００）であって、前記要求メッセージに関する前記プロパティ情報は、さらに、前記再選択に関連する前記要求メッセージが以前に送信されたことを示す再送信情報を含む、方法。
【請求項18】
請求項１７に記載の方法（３００）であって、前記再送信情報は、さらに、前記第２ネットワークノードに対する試行回数を含み、その場合、前記第１ネットワークノードが前記要求メッセージを前記第２ネットワークノードに送信したが、前記要求メッセージが一時的な原因コードと共に前記第２ネットワークノードによって拒否されている、方法。
【請求項19】
請求項１４から１８のいずれか１項に記載の方法（３００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージの新規又は既存のカスタムヘッダ、又は
前記要求メッセージのメッセージボディ、
に含まれる、方法。
【請求項20】
請求項１４から１９のいずれか１項に記載の方法（３００）であって、前記第３ネットワークノードは、
要求された前記サービスの実装の性質と、
前記コンテキストが格納されているデータベースから前記第３ネットワークノードが前記コンテキストを取得できないという事実と、
の内の少なくとも１つにさらに基づいて、前記要求メッセージを拒否するか受け入れるかを決定する、方法。
【請求項21】
請求項１４から１９のいずれか１項に記載の方法（３００）であって、前記第３ネットワークノードは、前記要求メッセージを拒否すると決定した場合、前記要求メッセージが拒否されたことのインジケーションを含む前記応答メッセージを送信する、方法。
【請求項22】
請求項２１に記載の方法（３００）であって、前記応答メッセージは、さらに、拒否原因情報を含み、
前記拒否原因情報は、
前記要求メッセージが前記第２ネットワークノードの過負荷制御に少なくとも起因する前記再選択に関連することを、前記要求メッセージに関する前記プロパティ情報が示す問う事実、及び／又は、前記コンテキストが格納されているデータベースから前記第３ネットワークノードが前記コンテキストを取得できないとの事実に基づいて、前記メッセージが現在拒否されていることを示す、或いは、
前記要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが、少なくとも前記サービスの実装の性質に基づいて拒否されるであろうことを示す、方法。
【請求項23】
請求項１４から２２のいずれか１項に記載の方法（３００）であって、前記要求メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージである、方法。
【請求項24】
請求項１４から２３のいずれか１項に記載（３００）の方法であって、前記第１ネットワークノードは、前記要求メッセージを送信するＨＴＴＰクライアントとして機能し、
ネットワーク機能（ＮＦ）サービスコンシューマと、
サービス通信プロキシ（ＳＣＰ）と、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項25】
請求項１４から２４のいずれか１項に記載（３００）の方法であって、前記第２ネットワークノード又は前記第３ネットワークノードは、前記要求メッセージに応答するＨＴＴＰサーバとして機能し、
ＮＦサービスコンシューマと、
ＳＣＰと、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項26】
サービスに関連するコンテキストについてのネットワークノード再選択のために構成された第１ネットワークノード（６００）であって、前記第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記第１ネットワークノード（６００）は、
少なくとも１つのプロセッサ（６０１）と、
命令を格納する少なくとも１つのメモリ（６０３）と、を備え、
前記命令は、前記少なくとも１つのプロセッサ（６０１）で実行されると、前記第１ネットワークノード（６００）に、
前記第２ネットワークノードによって提供される前記コンテキストに対する前記サービスを提供できる第３ネットワークノードを再選択することを決定することと、
前記サービスの要求メッセージを前記第３ネットワークノードに送信することであって、前記要求メッセージは、前記要求メッセージに関するプロパティ情報を含む、ことと、
を行わせる様に構成される、第１ネットワークノード。
【請求項27】
請求項２６に記載の第１ネットワークノード（６００）であって、前記命令は、前記少なくとも１つのプロセッサ（６０１）によって実行されると、さらに、前記第１ネットワークノード（６００）に請求項２から１３のいずれか１項に記載の方法を行わせる、第１ネットワークノード。
【請求項28】
サービスに関連するコンテキストについてのネットワークノード再選択のために構成された第３ネットワークノード（８００）であって、第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記第３ネットワークノード（８００）は、
少なくとも１つのプロセッサ（８０１）と、
命令を格納する少なくとも１つのメモリ（８０３）と、を備え、
前記命令は、前記少なくとも１つのプロセッサ（８０１）で実行されると、前記第３ネットワークノード（８００）に、
前記第１ネットワークノードから、前記コンテキストの要求メッセージを受信することであって、前記要求メッセージは前記要求メッセージに関するプロパティ情報を含む、ことと、
前記要求メッセージに関する前記プロパティ情報に少なくとも基づいて、前記要求メッセージを拒否するか受け入れるかを決定することと、
前記要求メッセージを拒否するか受け入れるかのインジケーションを含む応答メッセージを前記第１ネットワークノードに送信することと、
を行わせる様に構成される、第３ネットワークノード。
【請求項29】
請求項２８に記載の第３ネットワークノード（８００）であって、前記命令は、前記少なくとも１つのプロセッサ（８０１）によって実行されると、さらに、前記第３ネットワークノード（８００）に請求項１５から２５のいずれか１項に記載の方法を行わせる、第３ネットワークノード。
【請求項30】
コンピュータプログラム命令が格納されているコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から１４のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【請求項31】
コンピュータプログラム命令が格納されているコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１５から２５のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、通信技術の技術分野に関し、特に、ネットワークノード再選択のための方法、ネットワークノード及びコンピュータ可読媒体に関する。
【背景技術】
【0002】
このセクションは、本開示で説明される技術の様々な実施形態の背景を提供することを目的としている。このセクションの説明は、追求され得る概念を含み得るが、必ずしも以前に考案又は追求された概念であるとは限らない。したがって、本明細書に別段の指示がない限り、このセクションに記載されるものは、本開示の説明及び／又は特許請求の範囲に対する先行技術ではなく、このセクションに単に含まれるだけでは先行技術と認められない。
【0003】
ＮＦサービスセット及びＮＦセット
３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．７．０の５．２１．３．２項（参照によりその全体が本明細書に組み込まれる）によると、ＮＦサービスセットは、ＮＦインスタンス内の同じサービスタイプの交換可能なＮＦサービスインスタンスのグループとして定義され、同じＮＦサービスセット内のＮＦサービスインスタンスは、同じコンテキストデータへのアクセスを有する。また、ＮＦセットは、同じサービスと同じネットワークスライスをサポートする、同じタイプの交換可能なＮＦインスタンスのグループとして定義され、同じＮＦセット内のＮＦインスタンスは、地理的に分散され得るが、同じコンテキストへのアクセスを有する。
３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．７．０の５．２１．３．２項（参照によりその全体が本明細書に組み込まれる）によると、ＮＦサービスセットは、ＮＦインスタンス内の同じサービスタイプの交換可能なＮＦサービスインスタンスのグループとして定義され、同じＮＦサービスセット内のＮＦサービスインスタンスは、同じコンテキストデータへのアクセスを有する。また、ＮＦセットは、同じサービスと同じネットワークスライスをサポートする、同じタイプの交換可能なＮＦインスタンスのグループとして定義され、同じＮＦセット内のＮＦインスタンスは、地理的に分散され得るが、同じコンテキストへのアクセスを有する。
【0004】
ネットワーク機能（ＮＦ）セット又はＮＦサービスセットが、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．７．０の５．２１．３項及び６．３．１．０項で規定されている様にネットワークに展開されると、ＮＦ（サービス）セットのＮＦサービスプロデューサは、リソースコンテキストを作成し、そのコンテキストは、同じＮＦ（サービス）セットに属する総てのＮＦ（サービス）インスタンスによって共有される、つまり、リソースコンテキストは、ＮＦ（サービス）セットに紐づけされる。したがって、リソースをターゲットとする要求は、共有されるコンテキストが失われない限り、ＮＦ（サービス）セット内の任意のＮＦ（サービス）インスタンスによって処理され得る。
【0005】
例えば、図１に示す様に、サーバ１及びサーバ２は、同じセット内である。コンテキストがサーバ１によって処理される場合、コンテキストは、例えば、同じセット内のサーバ１、サーバ２等の総てのサーバによってアクセスされ得る、セットのための非構造化データ格納ネットワーク機能（ＵＤＳＦ）といった共通の中央データベースに格納されているため、サーバ１がある時点で何らかの理由でコンテキストを処理できない間、コンテキストは、サーバ２によってスムーズに処理され得る。
【0006】
ネットワークにおいて、ＮＦは、必要なサービスを提供し得る別のＮＦを選択し、そのサービスに対する要求メッセージ（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージ）を他のＮＦに送信し得る。ここで、要求メッセージを送信するＮＦは、"クライアント"と呼ばれ、これはＮＦサービスコンシューマ、通常の要求メッセージの場合にはサービス通信プロキシ（ＳＣＰ）、又は、通知要求メッセージの場合にはＮＦサービスプロデューサを参照し得る。それに応じて、要求メッセージを受信するＮＦは、"サーバ"と呼ばれ、これは、任意の適切なシナリオにおいて、ＮＦサービスプロデューサ、ＳＣＰ、又は、ＮＦサービスコンシューマを参照し得る。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用し得る。
【0007】
例えば、過負荷、一時的な原因、到達不能等の何らかの理由により、クライアントは、選択されたサーバがクライアントによって要求されたサービスを提供できないと判定する。この場合、クライアントは、同じセット内の、要求されたサービスを提供できる別のサーバを再選択することができる。
【0008】
図１は、例えば、クライアントによって以前に選択されたサーバ１の過負荷によってトリガされる例示的な再選択プロセスを概略的に示している。
【0009】
ここでは、サーバ１の過負荷が再選択プロセスをトリガする例示的な理由として示されているが、サーバ１に到達できない、サーバ１が一時的な理由によるクライアントの要求メッセージを拒否した等、再選択プロセスをトリガする他の理由もあり、本開示に限定されない。
【0010】
Ｓ１＿１において、クライアントは、最初に、ローカリティ、優先度、負荷等の選択基準に基づいてサーバインスタンス（この例ではサーバ１）を選択する。
【0011】
Ｓ１＿２において、クライアントは、サービスＡに関連する（リソース）コンテキストＸを確立するために、サービスＡの要求メッセージをサーバ１に送信する。特に、要求メッセージは、サービスに関連するコンテキスト毎（例えば、ＵＥ毎、又は、パケットデータユニット（ＰＤＵ）セッション毎）に送信され、サービスは、少なくとも１つのコンテキストに関連し得る。
【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】
【図1】従来の技術解決策による、例えばクライアントによって以前に選択されたサーバ１の過負荷によってトリガされる例示的な再選択プロセスを概略的に示す図。
【図2】本開示の例示的な実施形態による、既存のコンテキストについてのネットワークノード再選択のための第１ネットワークノード（すなわち、クライアント）での方法を概略的に示す図。
【図3】本開示の例示的な実施形態による、既存のコンテキストについてのネットワークノード再選択のための第３ネットワークノード（すなわち、再選択されたサーバ）での方法を概略的に示す図。
【図4】本開示の例示的な実施形態による例示的な再選択プロセスを概略的に示す図。
【図5】本開示の例示的な実施形態による、第１ネットワークノード（つまり、クライアント）の概略的なブロック図。
【図6】本開示の別の例示的な実施形態による、第１ネットワークノード（つまり、クライアント）の概略的なブロック図。
【図7】本開示の例示的な実施形態による、第３ネットワークノード（つまり、再選択されたサーバ）の概略的なブロック図。
【図8】本開示の別の例示的な実施形態による、第３ネットワークノード（つまり、再選択されたサーバ）の概略的なブロック図。
【発明を実施するための形態】
【0054】
図面全体を通じて、同一又は類似の要素を示すために同一又は類似の参照番号が使用されることに留意されたい。図面の様々な部分は、一定の縮尺で描かれておらず、例示のみを目的としており、したがって、本開示の範囲に対するいかなる制限及び制約としても理解されるべきではない。
【0055】
以下、本発明の原理と精神を例示的な実施形態を参照して説明する。本明細書で企図される実施形態の幾つかは、添付の図面を参照してより完全に説明される。しかしながら、他の実施形態は、本明細書に開示される主題の範囲内に含まれ、開示される主題は、本明細書に記載される実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は、主題の範囲を当業者に伝えるために例として提供されている。
【0056】
当業者であれば、"例示的な"という用語は、本明細書では"例示的な"又は"例として機能する"という意味で使用されており、特定の実施形態が他の実施形態よりも好ましいことや、特定の特徴が必須であることを示唆することを意図していないことを理解するであろう。同様に、"第１"及び"第２"という用語、及び同様の用語は、単にアイテム又は機能の１つの特定のインスタンスを別のインスタンスと区別するために使用されており、文脈で明確に示されていない限り、特定の順序や配置を示すものではない。さらに、本明細書で使用される"ステップ"という用語は、"動作"又は"アクション"と同義であることを意味する。本明細書における一連のステップの説明はこれらの動作が特定の順序で実行されなければならないことを意味するものではなく、記載された動作の文脈又は詳細が明確に別段の指示をしない限り、これらの動作は任意の順序で実行され得る。
【0057】
本明細書における"１つの実施形態"、"一実施形態"、"例示的な実施形態"等への言及は、説明される実施形態が特定の特徴、構造、又は特徴を含む可能性があることを示すが、総ての実施形態が特定の特徴、構造、又は特徴を含む必要はない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造、又は特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。
【0058】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び／又は構成部品の存在を特定するが、１つ以上の他の特徴、要素、構成部品及び／又はそれらの組み合わせの存在を除外するものではない。
【0059】
本明細書で使用される"及び／又は"という用語は、関連する列挙された用語の１つ又は複数のありとあらゆる組み合わせを含む。
【0060】
以下の説明及び請求の範囲においては、定義されない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。
【0061】
本明細書で使用される"ネットワーク"という用語は、任意の適切な（無線又は有線）通信規格に従うネットワークを指す。例えば、無線通信規格は、ニューレディオ（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスド、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標））、高速パケットアクセス（ＨＳＰＡ）、符号分割多元アクセス（ＣＤＭＡ）、時分割多元アクセス（ＴＤＭＡ）、周波数分割多元アクセス（ＦＤＭＡ）、直交周波数分割多元アクセス（ＯＦＤＭＡ）、シングルキャリア周波数分割多元アクセス（ＳＣ－ＦＤＭＡ）及びその他の無線ネットワークを含み得る。ＣＤＭＡネットワークは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）等の無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ(登録商標）及びＣＤＭＡの他の変種を含む。ＴＤＭＡネットワークは、移動通信用グローバルシステム（ＧＳＭ）等の無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ－ＯＦＤＭＡ、アドホックネットワーク、無線センサネットワーク等の無線技術を実装し得る。以下の説明では、"ネットワーク"及び"システム"という用語は交換可能に使用され得る。
【0062】
さらに、ネットワーク内の２つのデバイス間の通信は、有線通信プロトコルや、３ＧＰＰ等の標準組織によって定義された無線通信プロトコルを含むがこれに限定されない、任意の適切な通信プロトコルに従って実行され得る。例えば、無線通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、及び／又は、現在知られているか将来開発される他のプロトコル含み得る。
【0063】
本明細書で使用される"ネットワークノード"という用語は、端末デバイス又は別のネットワークノードがネットワークにアクセスし、そこからサービスを受けるのに経由する無線通信ネットワーク内のデバイスを参照する。ネットワークノードは、ＮＦ、基地局（ＢＳ）、アクセスポイント（ＡＰ）、又は無線通信ネットワーク内の任意の他の適切なデバイスを参照する。ＢＳは、例えば、ノードＢ（ノードＢ又はＮＢ）、発展型ノードＢ（ｅノードＢ又はｅＮＢ）、ｇＮＢ、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレイ、フェムト、ピコ等の低電力ノードであり得る。ネットワークノードのさらに別の例には、ＭＳＲ ＢＳ等のマルチスタンダード無線（ＭＳＲ）無線機器、無線ネットワークコントローラ（ＲＮＣ）又は基地局コントローラ（ＢＳＣ）等のネットワークコントローラ、基地トランシーバステーション（ＢＴＳ）、送信ポイント、送信ノード等が含まれ得る。ただし、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末デバイスアクセスを構成し、アレンジし、有効化及び／又は提供する様に動作可能である、或いは、無線通信ネットワークにアクセスする端末デバイスに何らかのサービスを提供することができる任意の適切なデバイス（又はデバイスのグループ）を示し得る。
【0064】
用語ＵＥは、無線通信ネットワークにアクセスしてサービスの提供を受けることができる任意のエンドデバイスを参照する。制限しない例として、ＵＥは、移動端末、端末デバイス、又は、他の適切なデバイスを参照する。ＵＥは、例えば、ＳＳ（加入者局）、携帯加入者局、ＭＳ（移動局）、又はＡＴ（アクセス端末）、中継ノードであり得る。ＵＥは、ポータブルコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、移動電話、セルラフォン、スマートフォン、ＶоＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、ＰＤＡ（携帯情報端末）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、モバイルステーション、ＬＥＥ（ラップトップ埋め込み機器）、ＬＭＥ（ラップトップ搭載機器）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）等を含み得るがこれらに限定されない。以下の説明では、"端末デバイス"、"端末"、"ユーザ装置"及び"ＵＥ"という用語は交換可能に使用され得る。一例として、端末デバイスは、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ及び／又は５Ｇ規格など、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信規格に従って通信する様に構成されたＵＥを表し得る。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味で"ユーザ"を必ずしも有する必要はない。幾つかの実施形態において、端末デバイスは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、端末デバイスは、内部又は外部のイベントによってトリガされたとき、又は無線通信ネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイスを表し得る。
【0065】
さらに別の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ оｆ Ｔｈｉｎｇｓ）シナリオでは、ＵＥは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク装置に送信する機器又は他のデバイスを表し得る。この場合、ＵＥは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰの文脈ではＭＴＣデバイスとして参照され得る。１つの特定の例として、ＵＥは、３ＧＰＰ ＮＢ－ＩｏＴ規格を実装する端末装置であり得る。その様な機器又はデバイスの特定の例は、センサ、電力計等のメータデバイス、産業用機械、又は冷蔵庫、テレビ等の家庭用機器、時計等の個人用ウェアラブル機器である。他のシナリオでは、ＵＥは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。
【0066】
本開示は、クライアントによって消費されるサービスを提供するためのサーバ（例えば、サーバ１）をクライアントが選択し、そのサービスに関連するコンテキストが作成されているが、サーバ１での何らかの理由により、クライアントが、サーバ１の配置位置と同じセットに配置されている代替サーバ（例：サーバ２）を再選択する必要があるというシナリオに適用される。
【0067】
図１の例示的な再選択プロセスと併せて、本開示の実施形態は、図１に示す再選択プロセスのステップＳ１＿１～Ｓ１＿７が実行されるという条件の下で適用されるものと見做し得る。特に、本開示の実施形態は、図１に示す再選択プロセスのステップＳ１＿９～Ｓ１＿１０を改善し得る。
【0068】
前述した様に、図１には、再選択プロセスをトリガする例示的な理由としてサーバ１の過負荷のみが示されているが、サーバ１が到達不能である、或いは、サーバ１が一時的な理由でクライアントの要求メッセージを拒否するなど、再選択プロセスをトリガする他の理由があり得ることに留意されたい。再選択プロセスをトリガする適切な理由はいずれも本開示の実施形態に適用可能である。
【0069】
本開示の基本的な考え方は主に、
１）クライアントから代替サーバ２への要求メッセージ（例えば、ＨＴＴＰ要求メッセージ）にプロパティ情報を含める。要求メッセージに関するプロパティ情報は、要求メッセージが、サーバ１への到達失敗によるコンテキストの再選択に関連することを示す情報、要求メッセージが、サーバ１の過負荷制御によるコンテキストの再選択に関連することを示す情報、要求メッセージが、サーバ１への最後の試行中にサーバ１から一時的に拒否されたことによるコンテキストの再選択に関連することを示す情報、再選択に関連する要求メッセージが再送されたことを示す再送信情報等を含み得る。したがって、サーバ２は、少なくとも要求メッセージに関するプロパティ情報に基づいて、受信した要求メッセージを拒否することができる。
２）サーバ２によって要求メッセージが拒否された場合、サーバ２からクライアントへの応答メッセージに拒否原因情報を含める。拒否原因情報は、コンテキストに対するサーバ再選択に関連する要求メッセージが、要求されたサービスの実装の性質によりサポートされていないこと、又は、コンテキストが格納されているデータベースからサーバ２がコンテキストを取得できないことを示し得る。したがって、クライアントは、同じ拒否原因に対するさらなる再選択を回避するために、受信した拒否原因情報を格納することができる。
１）クライアントから代替サーバ２への要求メッセージ（例えば、ＨＴＴＰ要求メッセージ）にプロパティ情報を含める。要求メッセージに関するプロパティ情報は、要求メッセージが、サーバ１への到達失敗によるコンテキストの再選択に関連することを示す情報、要求メッセージが、サーバ１の過負荷制御によるコンテキストの再選択に関連することを示す情報、要求メッセージが、サーバ１への最後の試行中にサーバ１から一時的に拒否されたことによるコンテキストの再選択に関連することを示す情報、再選択に関連する要求メッセージが再送されたことを示す再送信情報等を含み得る。したがって、サーバ２は、少なくとも要求メッセージに関するプロパティ情報に基づいて、受信した要求メッセージを拒否することができる。
２）サーバ２によって要求メッセージが拒否された場合、サーバ２からクライアントへの応答メッセージに拒否原因情報を含める。拒否原因情報は、コンテキストに対するサーバ再選択に関連する要求メッセージが、要求されたサービスの実装の性質によりサポートされていないこと、又は、コンテキストが格納されているデータベースからサーバ２がコンテキストを取得できないことを示し得る。したがって、クライアントは、同じ拒否原因に対するさらなる再選択を回避するために、受信した拒否原因情報を格納することができる。
【0070】
【0071】
以下、図２を参照して、本開示の例示的な実施形態による、第１ネットワークノード（すなわち、クライアント）における既存のコンテキストに対するネットワークノード再選択のための方法２００について説明する。クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージ等）を送信する他の将来の開発における同様のものであり得ることを理解されたい。
【0072】
前述した様に、方法２００は、第１ネットワークノード（すなわち、クライアント）が、第１ネットワークノードによって消費されるサービスを提供するための第２ネットワークノード（すなわち、以前に選択されたサーバ、例えば、サーバ１）を選択し、サービスに関連するコンテキストが作成されているが、第２ネットワークノードでの何らかの理由（後述）により、第１ネットワークノードが、第２ネットワークノードと同じセット内の（代替の）第３ネットワークノード（例：サーバ２）を再選択する必要があるとのシナリオで実行される。
【0073】
それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得る。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0074】
図２に示す様に、方法２００は、少なくともステップＳ２０１と、ステップＳ２０３と、を含み得る。
【0075】
ステップＳ２０１において、第１ネットワークノード（すなわち、クライアント）は、第２ネットワークノードが位置するセット内で、第２ネットワークノードによって提供されていたコンテキストに対するサービスを提供できる第３ネットワークノードを再選択することを決定し得る。
【0076】
例示的な実施形態において、例えば、上流のネットワークノード又はＵＥからの要求メッセージを受信した際、第２ネットワークノードによって提供されるサービスに関連する既存のコンテキストに対処するために、第１ネットワークノードは、
－たとえば、"ＰＩＮＧ"を使用してプローブすることができる第１ネットワークノードが第２ネットワークノードに到達できないという事実、たとえば、第２ネットワークノードがＮＦプロデューサである場合、第１ネットワークノードが元のリソース統一リソース識別子（ＵＲＩ）に到達できないという事実、又は、第２ネットワークノードがＮＦコンシューマである場合、通知／コールバックＵＲＩに到達できないという事実、
－第１ネットワークノードは、例えば、３ＧＰＰ ＴＳ２９．５００ Ｖ１７．１．０（その全体が参照により本明細書に組み込まれる）の付録Ａの"過負荷制御のためのクライアント側適応スロットル"に規定されている様に、第２ネットワークノードの過負荷情報を示すＯＣＩを第２ネットワークノードから受信することによって、又は、第２ネットワークノードから、要求メッセージが第２ネットワークノードによって拒否されたことを示すステータスコード（例えば、４２９／５０３）を受信し、要求メッセージの総数に対する第２ネットワークノードによってステータスコードと共に拒否された要求メッセージの数の比率から第２ネットワークノードの過負荷情報を導出することによって、第２ネットワークノードが過負荷であると判定した事実、
－第１ネットワークノードは試行として要求メッセージを第２ネットワークノードに送信したが、要求メッセージが、一時的な原因コードと共に第２ネットワークノードによって拒否されたという事実、
の内の少なくとも１つに基づいて再選択が必要であると決定し得る。
－たとえば、"ＰＩＮＧ"を使用してプローブすることができる第１ネットワークノードが第２ネットワークノードに到達できないという事実、たとえば、第２ネットワークノードがＮＦプロデューサである場合、第１ネットワークノードが元のリソース統一リソース識別子（ＵＲＩ）に到達できないという事実、又は、第２ネットワークノードがＮＦコンシューマである場合、通知／コールバックＵＲＩに到達できないという事実、
－第１ネットワークノードは、例えば、３ＧＰＰ ＴＳ２９．５００ Ｖ１７．１．０（その全体が参照により本明細書に組み込まれる）の付録Ａの"過負荷制御のためのクライアント側適応スロットル"に規定されている様に、第２ネットワークノードの過負荷情報を示すＯＣＩを第２ネットワークノードから受信することによって、又は、第２ネットワークノードから、要求メッセージが第２ネットワークノードによって拒否されたことを示すステータスコード（例えば、４２９／５０３）を受信し、要求メッセージの総数に対する第２ネットワークノードによってステータスコードと共に拒否された要求メッセージの数の比率から第２ネットワークノードの過負荷情報を導出することによって、第２ネットワークノードが過負荷であると判定した事実、
－第１ネットワークノードは試行として要求メッセージを第２ネットワークノードに送信したが、要求メッセージが、一時的な原因コードと共に第２ネットワークノードによって拒否されたという事実、
の内の少なくとも１つに基づいて再選択が必要であると決定し得る。
【0077】
コンテキストが共通の中央データベース、例えば、同じセットの総てのネットワークノードによってアクセスされ得る、当該セットのためのＵＤＳＦに格納されているため、第１ネットワークノードは、第２ネットワークノードが配置されている場所と同じセット内に配置されている第３ネットワークノードを再選択し得る。
【0078】
次に、ステップＳ２０３において、第１ネットワークノードは、サービスに関連するコンテキストに対する要求メッセージを第３ネットワークノードに送信し得る。特に、要求メッセージは、サービスに関連するコンテキスト毎（例えば、ＵＥ毎、又はパケットデータユニット（ＰＤＵ）セッション毎）に送信され、サービスは少なくとも１つのコンテキストに関連し得る。本開示全体にわたる"１つのコンテキスト"又は"そのコンテキスト"は、複数のコンテキストを排除するものではない。
【0079】
要求メッセージは、要求メッセージに関するプロパティ情報を含み得る。
【0080】
好ましくは、要求メッセージに関するプロパティ情報は、
－要求メッセージが第２ネットワークノードへの到達失敗に起因する再選択に関連することを示す情報；
－要求メッセージが第２ネットワークノードの過負荷制御に起因する再選択に関連することを示す情報；
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことに起因する再選択に関連することを示す情報；
の内の少なくとも１つを含み得る。
－要求メッセージが第２ネットワークノードへの到達失敗に起因する再選択に関連することを示す情報；
－要求メッセージが第２ネットワークノードの過負荷制御に起因する再選択に関連することを示す情報；
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことに起因する再選択に関連することを示す情報；
の内の少なくとも１つを含み得る。
【0081】
要求メッセージが第２のネットワークノードに対する過負荷制御に起因する再選択に関連することを示す情報を、要求メッセージに関するプロパティ情報が含む場合、第２ネットワークノードに対する過負荷制御は、第２ネットワークノードの過負荷情報に基づいて第１ネットワークノードによって実行され得る。過負荷情報は、第２ネットワークノードから受信したＯＣＩによって示され得る、或いは、過負荷情報は、要求メッセージの総数に対する、第２ネットワークノードによってステータスコード（例えば、４２９／５０３）と共に拒否された要求メッセージ数の比率から導出され得る。ステータスコード（例えば、４２９／５０３）は、第２ネットワークノードから受信され、要求メッセージが第２ネットワークノードによって拒否されたことを示し得る。
【0082】
代替的に又は追加的に、要求メッセージに関するプロパティ情報は、再選択に関連する要求メッセージが以前に第２のネットワークノードに送信されたかどうか、すなわち、第１ネットワークノードが要求メッセージの送信を試みたかどうかを示す再送信情報をさらに含み得る。たとえば、ブール値パラメータ（"真"又は"偽"）が使用され得る。
【0083】
再送信情報が、例えば、真、つまり、再選択に関連する要求メッセージが以前に第２ネットワークノードに送信されたことを示す場合、再送信情報は、第２ネットワークノードへの試行回数をさらに含み、この場合、第１ネットワークノードは要求メッセージを第２ネットワークノードに送信したが、要求メッセージは一時的な原因コードを伴って第２ネットワークノードによって拒否さている。
【0084】
例えば、１回目の試行として、クライアントとしての第１ネットワークノードは、コンテキストの要求メッセージを、例えば、サーバ１等の第２ネットワークノードに送信し、２回目の試行として、コンテキストの要求メッセージを、サーバ２等の第３ネットワークノードを送信し得る。次に、第１ネットワークノードは、３回目の試行を行うことができ、例えば、コンテキストに対する要求メッセージを第３ネットワークノード又は他のネットワークノードに送信し得る。ここで、第１ネットワークノードが２回試行したため、要求メッセージは、プロパティ情報に再試行回数（この例では"２"）を含み得る。
【0085】
要求メッセージに関するプロパティ情報は、要求メッセージの新規又は既存のカスタムヘッダ、又は、要求メッセージのメッセージボディに含まれ得る。
【0086】
上述した様な関連するプロパティ情報を含む要求メッセージは、第３ネットワークノードによって受信され得る。第３ネットワークノードは、少なくとも要求メッセージで受信されたプロパティ情報に基づいて、要求メッセージが拒否されるべきか受け入れられるべきかを決定し、要求メッセージが拒否されたか受け入れられたかについてのインジケーションを含む応答メッセージを第１ネットワークノードに送信することができ、それらについて図３を参照して後に詳細に説明する。
【0087】
したがって、方法２００において、第１ネットワークノードは、要求メッセージに対応する応答メッセージを第３ネットワークノードから受信し得る。応答メッセージは、要求メッセージが第３ネットワークノードによって拒否されたか受け入れられたかのインジケーションを含み得る。
【0088】
第３ネットワークノードによって要求メッセージが拒否されたことのインジケーションを含む応答メッセージが受信された場合、応答メッセージは拒否原因情報をさらに含み得る。例えば、拒否原因情報は、原因コードの特定フォーマットとして定義され得る。
【0089】
応答メッセージで受信された拒否原因情報は、コンテキストに対する要求メッセージが現在拒否されており、例えば、要求メッセージに関するプロパティ情報が示す事実に基づいて、第１ネットワークノードが後で再試行できることを第１のネットワークコードに示し、要求メッセージに関するプロパティ情報が示す事実は、要求メッセージが少なくとも第２ネットワークノードの過負荷制御が原因での再選択に関連すること、及び／又は、たとえば、コンテキストが第２ネットワークノードによってロックされているため、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないことを示す。つまり、拒否はこの要求メッセージに対してのみ有効である。
【0090】
たとえば、ＳＭＦ１が、ピアＮＦ、たとえばＰＣＦからのセッションの要求メッセージを処理しているため、ＵＤＳＦ内の（セッションの）コンテキストがこのＳＭＦ１によってロックされ、同時に、別のピアＮＦ、たとえば、ＡＭＦが、同じコンテキストに対してこの過負荷のＳＭＦ１への接続を試みる可能性がある。このようなシナリオにおいて、ＡＭＦ（第１ネットワークノードの例として）は、ＳＭＦ１（第２ネットワークノードの例として）が過負荷であることを知っているため、代替ＳＭＦ、つまり、ＳＭＦ２（第３ネットワークノードの例として）を再選択することを決定し得る。したがって、代替ＳＭＦ２（第３ネットワークノードの例として）が要求メッセージを受信し、対応するコンテキストがＳＭＦ１（第２ネットワークノードの例として）によってロックされていることを知っている場合、ＳＭＦ２（第３ネットワークノードの例として）は、要求メッセージを拒否し、ＡＭＦが過負荷のＳＭＦ１（第２ネットワークノードの例として）に要求メッセージをリダイレクトしない様にするために、上記の事実に基づくその様な拒否原因情報を送信する。
【0091】
代替的又は追加的に、応答メッセージで受信する拒否原因情報は、要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが少なくともサービスの実装の性質に基づいて拒否されることを第１ネットワークノードに示し得る。すなわち、第１ネットワークノードは、基本的に、要求されたサービスの実装の性質に基づいて、同じサービスに関連するコンテキストに対する要求メッセージに対して第３ネットワークノードを再選択すべきではない。
【0092】
例えば、過負荷のＡＭＦ（第２ネットワークノードの例として）の場合、代替ＡＭＦ（第３ネットワークノードの例として）が、例えば、サービス動作としてのＮ１Ｎ２メッセージ転送といったＮａｍｆ＿ｃｏｍｍｕｎｉｃａｔｉｏｎサービスに対して選択された場合、代替ＡＭＦ（第３ネットワークノードの例として）は、ＵＥをページングし得る。ただし、ＵＥがページングに応答すると、ＵＥは、（第２のネットワークノードの例としての）過負荷のＡＭＦに向けてサービス要求を依然開始する。したがって、代替ＡＭＦ（第３ネットワークノードの例として）は、要求メッセージを拒否し、要求されたサービスの実装の性質に基づいて、その様な拒否原因情報を送信する。
【0093】
好ましくは、第１ネットワークノードは、受信した応答メッセージに含まれる拒否原因情報を、後の再選択決定のために格納し得る。
【0094】
以下、図３を参照して、本開示の例示的な実施形態による、第３ネットワークノード（すなわち、再選択されるサーバ）における既存のコンテキストに対するネットワークノード再選択のための方法３００について説明する。クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージ等）を送信する他の将来の開発における同様のものであり得ることと、それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得ることを理解されたい。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0095】
また、第３ネットワークノードにおける方法３００は、前述した第１ネットワークノードにおける方法２００に対応することも理解されたい。したがって、方法３００の説明の一部は方法２００の説明を参照して、簡略化のために省略する。
【0096】
前述した様に、方法３００は、第１ネットワークノード（すなわち、クライアント）が、第１ネットワークノードによって消費されるサービスを提供するための第２ネットワークノード（すなわち、以前に選択されたサーバ、例えば、サーバ１）を選択し、サービスに関連するコンテキストが作成されているが、第２ネットワークノードでの何らかの理由（図２を参照して前述した）により、第１ネットワークノードが、第２ネットワークノードと同じセット内の（代替の）第３ネットワークノード（例：サーバ２）を再選択する必要があるとのシナリオで実行される。そして、第１ネットワークノードは、第２ネットワークノードによって提供されていたコンテキストに対するサービスを提供できる第３ネットワークノードを選択することを決定する。
【0097】
図３に示す様に、方法３００は、少なくともステップＳ３０１と、Ｓ３０３と、Ｓ３０５と、を含み得る。
【0098】
ステップＳ３０１において、第３ネットワークノードは、第１ネットワークノードから、コンテキストに対する要求メッセージを受信し得る。要求メッセージは、要求メッセージに関するプロパティ情報を含み得る。
【0099】
好ましくは、要求メッセージに関するプロパティ情報は、
－要求メッセージが第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含み得る。
－要求メッセージが第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含み得る。
【0100】
代替的に又は追加的に、要求メッセージに関するプロパティ情報は、再選択に関連する要求メッセージが以前に第２のネットワークノードに送信されたかどうか、すなわち、第１ネットワークノードが要求メッセージの送信を試みたかどうかを示す再送信情報をさらに含み得る。たとえば、ブール値パラメータ（"真"又は"偽"）が使用され得る。
【0101】
再送信情報が、例えば、"真"、つまり、再選択に関連する要求メッセージが以前に第２のネットワークノードに送信されたことを示す場合、再送信情報は、第２ネットワークノードへの試行回数をさらに含み、この場合、第１ネットワークノードは、要求メッセージを第２ネットワークノードに送信したが、要求メッセージは、一時的な原因コードを伴って第２ネットワークノードによって拒否さている。
【0102】
例えば、クライアントとしての第１ネットワークノードは、１回目の試行として、コンテキストに対する要求メッセージを、例えば、サーバ１等の第２ネットワークノードに送信し、２回目の試行として、コンテキストに対する要求メッセージを、サーバ２等の第３ネットワークノードに送信し得る。次に、第１ネットワークノードは、３回目の試行、例えば、コンテキストに対する要求メッセージを第３ネットワークノード又は他のネットワークノードに送信し得る。ここで、第１ネットワークノードは既に２回試行しているため、要求メッセージは、プロパティ情報に再試行の回数（この例では"２"）を含み得る。
【0103】
要求メッセージに関するプロパティ情報は、要求メッセージの新規又は既存のカスタムヘッダ、又は、要求メッセージのメッセージボディに含まれ得る。
【0104】
ステップＳ３０３において、第３ネットワークノードは、要求メッセージに関するプロパティ情報に少なくとも基づいて、要求メッセージを拒否するか受け入れるかを決定し得る。
【0105】
好ましくは、第３ネットワークノードは、要求メッセージに関するプロパティ情報と、要求されたサービスの実装の性質と、コンテキストが格納されているデータベースから第３のネットワークノードがコンテキストを取得できないという事実と、の内の少なくとも１つに基づいて、要求メッセージを拒否するか受け入れるかを決定し得る。
【0106】
たとえば、第３ネットワークノードは、要求メッセージが第２ネットワークノードの過負荷制御による再選択に関連していることを示す、受信したプロパティ情報に基づき、及び、コンテキストが第２ネットワークノードによってロックされるため、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないという事実に基づき、要求メッセージを拒否することを決定し得る。つまり、拒否はこの要求メッセージに対してのみ有効である。この場合の特定の例として、ＳＭＦ１が、ピアＮＦ、例えば、ＰＣＦからのセッションの要求メッセージを処理しているため、ＵＤＳＦ内の（セッションの）コンテキストがこのＳＭＦ１によってロックされ、同時に、別のピアＮＦ、例えば、ＡＭＦが、同じコンテキストに対してこの過負荷のＳＭＦ１への接続を試みる可能性がある。この様なシナリオにおいて、ＡＭＦ（第１ネットワークノードの例として）は、ＳＭＦ１（第２ネットワークノードの例として）が過負荷であることを知っているため、代替ＳＭＦ、つまり、ＳＭＦ１（第３ネットワークノードの例として）を再選択することを決定し得る。したがって、代替ＳＭＦ２（第３ネットワークノードの例として）が要求メッセージを受信し、対応するコンテキストがＳＭＦ１（第２ネットワークノードの例として）によってロックされていることを知っている場合、ＳＭＦ２（第３ネットワークノードの例として）は、要求メッセージを拒否し、ＡＭＦが過負荷のＳＭＦ１（第２ネットワークノードの例として）に要求メッセージをリダイレクトしない様にするために、上記の事実に基づくその様な拒否原因情報を送信する。
【0107】
別の例において、第３ネットワークノードは、要求メッセージが、第２ネットワークノードの過負荷制御による再選択に関連していることを示す受信したプロパティ情報と、サービスの実装の性質とに基づいて、要求メッセージを拒否することを決定し得る。したがって、第３ネットワークノードは、要求されたサービスの実装の性質により、同じサービスに関連するコンテキストの要求メッセージを常に拒否する。この場合の特定の例として、過負荷のＡＭＦ（第２ネットワークノードの例として）の場合、例えば、サービス動作としてのＮ１Ｎ２Ｍｅｓｓａｇｅ転送であるＮａｍｆ＿ｃｏｍｍｕｎｉｃａｔｉｏｎサービスに対して代替ＡＭＦ（第３のネットワークノードの例として）が選択されている場合、代替ＡＭＦ（第３ネットワークノードの例として）は、ＵＥをページングし得る。ただし、ＵＥがページングに応答すると、ＵＥは、（第２ネットワークノードの例として）過負荷のＡＭＦに向けてサービス要求を依然開始する。したがって、代替ＡＭＦ（第３ネットワークノードの例として）は、要求されたサービスの実装の性質により、同じサービスに関連するコンテキストの要求メッセージを常に拒否する。
【0108】
ステップＳ３０５において、第３ネットワークノードは、要求メッセージが拒否されたか受け入れられたかのインジケーションを含む応答メッセージを第１ネットワークノードに送信し得る。
【0109】
ステップＳ３０３で前述した様に、第３ネットワークノードが要求メッセージを拒否すると決定した場合、第３ネットワークノードは、要求メッセージを拒否したことのインジケーションを含む応答メッセージを送信し得る。
【0110】
この場合、応答メッセージは、さらに、拒否原因情報を含み得る。例えば、拒否原因情報は、原因コードの特定フォーマットとして定義され得る。
【0111】
図２を参照して前述した様に、拒否原因情報は、コンテキストに対する要求メッセージが現在拒否されており、例えば、要求メッセージに関するプロパティ情報が示す事実に基づいて、第１ネットワークノードが後で再試行できることを第１ネットワークノードに示し、要求メッセージに関するプロパティ情報が示す事実は、要求メッセージが第２ネットワークノードの過負荷制御に少なくとも起因する再選択に関連すること、及び／又は、例えば、コンテキストが第２ネットワークノードによってロックされているため、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないことを示す。つまり、拒否はこの要求メッセージに対してのみ有効である。
【0112】
代替的又は追加的に、拒否原因情報は、要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが少なくともサービスの実装の性質に基づいて拒否されることを第１ネットワークノードに示し得る。すなわち、拒否原因情報は、要求されたサービスの実装の性質に基づいて、第１ネットワークノードが基本的に同じサービスに関連するコンテキストに対する要求メッセージに対して第３ネットワークノードを再選択すべきではないことを第１ネットワークノードに示し得る。
【0113】
以下、図４を参照して、本発明の一実施形態による再選択プロセスのシグナリングシーケンス図について説明し、ここでは、本開示の例示的な実施形態によるネットワークノード再選択のための第１ネットワークノードにおける方法２００及び第３ネットワークノードにおける方法３００が適用される。
【0114】
以下の説明は、方法２００及び３００に関連するシグナリングに主に焦点を当てており、本開示の原理を曖昧にすることを避けるために、図１に示す再選択プロセスのステップＳ１＿１からＳ１＿７と同様であり得るステップＳ４＿１からＳ４＿７等の他のシグナリングについては詳細に説明していないことに留意されたい。図４において、方法２００及び３００に関連するシグナリングの修正が太字斜体で示されており、ステップＳ４＿９からＳ４＿１１が含まれる。
【0115】
手順Ｓ４＿１からＳ４＿７の間、クライアントは、この例では、クライアントによって消費されるサービスＡを提供するためのサーバ１を選択しており、サービスＡに関連するコンテキストが作成されている。ただし、サーバ１に関連する幾つかのイベント、たとえば、サーバ１の過負荷、サーバ１に到達不可能、又は、一時的な原因等によりサーバ１がクライアントの要求メッセージを拒否する等が生じる。
【0116】
Ｓ４＿８において、クライアントは、サーバ１に関連する（リソース）コンテキストに対する要求メッセージを、例えば、上流のＮＦ又はＵＥから受信し得る。クライアントは、以下の事実の内の少なくとも１つに基づいて、代替サーバの再選択が必要であると判定し得る。
－クライアントがサーバ１に到達できないという事実、これは、例えば、"ＰＩＮＧ"を使用してプローブされ得る。例えば、サーバ１がＮＦプロデューサである場合には、クライアントが元のリソース統合リソース識別子（ＵＲＩ）に到達することはできず、サーバ１がＮＦコンシューマである場合、通知／コールバックＵＲＩに到達できない。
－例えば、３ＧＰＰ ＴＳ２９．５００ Ｖ１７．１．０（その全体が参照により本明細書に組み込まれる）の付録Ａの"過負荷制御のためのクライアント側適応スロットル"に規定されている様に、例えば、第２ネットワークノードの過負荷情報を示すＯＣＩを第２ネットワークノードから受信することによって、又は、第２ネットワークノードから、要求メッセージが第２ネットワークノードによって拒否されたことを示すステータスコード（例えば、４２９／５０３）を受信し、要求メッセージの総数に対する第２ネットワークノードによってステータスコードと共に拒否された要求メッセージの数の比率から第２ネットワークノードの過負荷情報を導出することによって、クライアント１は、サーバ１が過負荷であると判断した事実
－クライアントは、試行として要求メッセージをサーバ１に送信したが、要求メッセージが、一時的な原因コードと共にサーバ１によって拒否されたという事実
－クライアントがサーバ１に到達できないという事実、これは、例えば、"ＰＩＮＧ"を使用してプローブされ得る。例えば、サーバ１がＮＦプロデューサである場合には、クライアントが元のリソース統合リソース識別子（ＵＲＩ）に到達することはできず、サーバ１がＮＦコンシューマである場合、通知／コールバックＵＲＩに到達できない。
－例えば、３ＧＰＰ ＴＳ２９．５００ Ｖ１７．１．０（その全体が参照により本明細書に組み込まれる）の付録Ａの"過負荷制御のためのクライアント側適応スロットル"に規定されている様に、例えば、第２ネットワークノードの過負荷情報を示すＯＣＩを第２ネットワークノードから受信することによって、又は、第２ネットワークノードから、要求メッセージが第２ネットワークノードによって拒否されたことを示すステータスコード（例えば、４２９／５０３）を受信し、要求メッセージの総数に対する第２ネットワークノードによってステータスコードと共に拒否された要求メッセージの数の比率から第２ネットワークノードの過負荷情報を導出することによって、クライアント１は、サーバ１が過負荷であると判断した事実
－クライアントは、試行として要求メッセージをサーバ１に送信したが、要求メッセージが、一時的な原因コードと共にサーバ１によって拒否されたという事実
【0117】
コンテキストが共通の中央データベース、例えば、同じセットの総てのサーバによってアクセスされ得る、当該セットのためのＵＤＳＦに格納されているため、クライアントは、サーバ１が配置されている場所と同じセット内に配置されているサーバ２を再選択し得る。
【0118】
Ｓ４＿９において、クライアントは、コンテキストに対する要求メッセージ（例えば、Ｎｎｆｐ＿ｓｅｒｖｉｃｅＡ動作要求）をサーバ２に送信し得る。要求メッセージは、要求メッセージに関するプロパティ情報を含み、それは、
－要求メッセージがサーバ１への到達失敗による再選択に関連することを示す情報と、
－要求メッセージがサーバ１の過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、サーバ１のへの最後の試行中にサーバ１から一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含み得る。
－要求メッセージがサーバ１への到達失敗による再選択に関連することを示す情報と、
－要求メッセージがサーバ１の過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、サーバ１のへの最後の試行中にサーバ１から一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含み得る。
【0119】
要求メッセージに関するプロパティ情報は、再選択に関連する要求メッセージが以前にサーバ１に送信されたかどうか、すなわち、クライアントが要求メッセージの送信を試みたかどうかを示す再送信情報をさらに含み得る。たとえば、ブール値パラメータ（"真"又は"偽"）が使用され得る。
【0120】
再送信情報が、例えば、真、つまり、再選択に関連する要求メッセージが以前にサーバ１に送信されたことを示す場合、再送信情報は、サーバ１への試行回数をさらに含み、この場合、クライアントは、要求メッセージをサーバ１に送信したが、要求メッセージは一時的な原因コードを伴ってサーバ１によって拒否さている。
【0121】
サーバ２は、要求メッセージに関するプロパティ情報、要求されたサービスＡの実装の性質、又は、コンテキストが格納されているデータベースからサーバ２がコンテキストを取得できないという事実の内の少なくとも１つに基づく、要求メッセージに関するプロパティ情報に少なくとも基づいて、要求メッセージを拒否するか受け入れるかを決定し得る。
【0122】
たとえば、サーバ２は、要求メッセージがサーバ１の過負荷制御による再選択に関連することを示す受信したプロパティ情報と、たとえば、コンテキストがサーバ１によってロックされるためコンテキストが格納されているデータベースからサーバ２がコンテキストを取得できないという事実と、に基づいて、要求メッセージを拒否することを決定し得る。つまり、拒否はこの要求メッセージに対してのみ有効である。
【0123】
別の例として、サーバ２は、要求メッセージがサーバ１の過負荷制御による再選択に関連することを示す受信したプロパティ情報と、サービスＡの実装の性質と、に基づいて、要求メッセージを拒否することを決定し得る。つまり、サーバ２は、要求されたサービスＡの実装の性質により、同じサービスＡに関連するコンテキストの要求メッセージを常に拒否する。
【0124】
サーバ２が要求メッセージを拒否すると決定した場合、サーバ２は、対応する拒否原因情報を応答メッセージに含め得る。
【0125】
拒否原因情報は、コンテキストの要求メッセージが現在拒否されており、要求メッセージに関するプロパティ情報が示す事実に基づいて、クライアントが後に試行し得ることをクライアントに示し、要求メッセージに関するプロパティ情報が示す事実は、要求メッセージが、少なくともサーバ１の過負荷制御に起因する再選択に関連することを示す、及び／又は、コンテキストがサーバ１によってロックされているため、コンテキストが格納されているデータベースからサーバ２がコンテキストを取得できないことを示す。つまり、拒否はこの要求メッセージに対してのみ有効である。
【0126】
代替的又は追加的に、拒否原因情報は、要求メッセージが拒否され、同じサービスＡに関連するコンテキストに対する後続の要求メッセージは、少なくともサービスＡの実装の性質に基づいて拒否されることをクライアントに示し得る。つまり、拒否原因情報は、要求されたサービスＡの実装の性質に基づいて、同じサービスＡに関連するコンテキストに対する要求メッセージのためにクライアントが基本的にサーバ２を再選択すべきではないことをクライアントに示し得る。
【0127】
次に、Ｓ４＿１０において、サーバ２は、応答メッセージ（Ｎｎｆｐ＿ｓｅｒｖｉｃｅａ操作応答等）をクライアントに送信し得る。応答メッセーは、要求メッセージが受け入れられたことのインジケーション（たとえば、"受諾"）を含み得る。代替的に、応答メッセージは、前述した様に、要求メッセージが拒否されたことのインジケーションを（たとえば、"拒否"）と、対応する拒否原因と、を含み得る。
【0128】
要求メッセージが拒否され、対応する拒否原因のインジケーションを伴う応答メッセージを受信した後、Ｓ４＿１１で、クライアントは、同じ拒否原因でのサーバ２のさらなる再選択を回避するために、受信した応答メッセージに含まれる拒否原因情報を格納し得る。
【0129】
図４に示すような例示的な手順は、たとえば３ＧＰＰ ＴＳ２９．５００ Ｖ１７．１．０の次のセクションの変更に関連し、変更箇所は、下線で示される。
【0130】
【表1】
【0131】
５．２．３．３ カスタムヘッダをサポートするためのオプション
５．２．３．３．１ 一般
３ＧＰＰ ＮＦサービスは、以下の表５．２．３．３－１に規定されるＨＴＴＰカスタムヘッダをサポートし得る。各カスタムヘッダの説明と、それらをいつ含めるかに関する規範的要件を表５．２．３．３－１に示す。
５．２．３．３．１ 一般
３ＧＰＰ ＮＦサービスは、以下の表５．２．３．３－１に規定されるＨＴＴＰカスタムヘッダをサポートし得る。各カスタムヘッダの説明と、それらをいつ含めるかに関する規範的要件を表５．２．３．３－１に示す。
【0132】
【表2】
【0133】
【表3】
【0134】
５．２．３．２．ｘ ３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙ
ヘッダは、例えば、ＨＴＴＰ要求メッセージが既存のリソース／セッションコンテキストに対処するものである場合、かつ、ＨＴＴＰ要求が代替ＮＦに向けてリダイレクトされるものである場合、ＨＴＴＰ要求メッセージに関連する追加情報を含む。
ヘッダのエンコードは、ＩＥＴＦ ＲＦＣ７２３０［１２］で定義されているＡＢＮＦに従う。
３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙ ＝ “３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙ”“：”ＯＷＳ“ｒｅｔｒａｎｓ＝” ｒｅｔｒａｎｓｖａｌｕｅ１＊（“；”ＯＷＳｐａｒａｍｅｔｅｒ［（“；”ＯＷＳｒｅｃｅｉｖｅｄｒｅｊｅｃｔｉｏｎｃａｕｓｅ］）
Ｒｅｔｒａｎｓｖａｌｕｅ ＝ “ｔｒｕｅ”／“ｆａｌｓｅ” ｐａｒａｍｅｔｅｒ “＝” ｐａｒａｍｅｔｅｒｎａｍｅ“＝”ｔｏｋｅｎ
Ｐａｒａｍｅｔｅｒｎａｍｅ ＝ “ｒｅａｓｏｎ”
Ｒｅａｓｏｎ ＝ “ｒｅａｓｏｎ” ＝ ＯＷＳｃａｕｓｅ
以下のパラメータが定義される:
－理由：ＮＦがＨＴＴＰ要求メッセージを再送信又はリダイレクトする理由を示す。これは、次のいずれかの値を取り得る：
－"ｕｎｒｅａｃｈａｂｌｅ"：要求ＵＲＩ（リソースＵＲＩや通知／コールバックＵＲＩ等）に到達できないため、ＨＴＴＰ要求が代替ＮＦにリダイレクトされることを示す；
－"ｏｖｅｒｌａｒｄｅｄ"：代替ＮＦへのリダイレクトを実行することにより、オーバロード制御の適用の結果としてＨＴＴＰ要求が代替ＮＦにリダイレクトされることを示す（６．４．３．５．１項を参照）；
－"ｔｅｍｐｏｒａｒｙ－ｒｅｊｅｃｔｉｏｎ－ｃａｕｓｅ"：一時的な拒否により、ＨＴＴＰ要求が同じ又は代替のＮＦに再送信されることを示す。
－ｒｅｃｅｉｖｅｄｒｅｊｅｃｔｉｏｎｃａｕｓｅ：ｒｅｔｒａｎｓｖａｌｕｅが"真"に設定され、理由が"ｔｅｍｐｏｒａｒｙ－ｒｅｊｅｃｔｉｏｎ－ｃａｕｓｅ"に設定されている場合、５．２．７．２項で定義されている様に、ＮＦから受信した一時的な拒否原因（最後の試行）を示す。原因データタイプは、３ＧＰＰ ＴＳ２９．５７１［１３］の５．２．４．１項に規定されている。
ヘッダは、例えば、ＨＴＴＰ要求メッセージが既存のリソース／セッションコンテキストに対処するものである場合、かつ、ＨＴＴＰ要求が代替ＮＦに向けてリダイレクトされるものである場合、ＨＴＴＰ要求メッセージに関連する追加情報を含む。
ヘッダのエンコードは、ＩＥＴＦ ＲＦＣ７２３０［１２］で定義されているＡＢＮＦに従う。
３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙ ＝ “３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙ”“：”ＯＷＳ“ｒｅｔｒａｎｓ＝” ｒｅｔｒａｎｓｖａｌｕｅ１＊（“；”ＯＷＳｐａｒａｍｅｔｅｒ［（“；”ＯＷＳｒｅｃｅｉｖｅｄｒｅｊｅｃｔｉｏｎｃａｕｓｅ］）
Ｒｅｔｒａｎｓｖａｌｕｅ ＝ “ｔｒｕｅ”／“ｆａｌｓｅ” ｐａｒａｍｅｔｅｒ “＝” ｐａｒａｍｅｔｅｒｎａｍｅ“＝”ｔｏｋｅｎ
Ｐａｒａｍｅｔｅｒｎａｍｅ ＝ “ｒｅａｓｏｎ”
Ｒｅａｓｏｎ ＝ “ｒｅａｓｏｎ” ＝ ＯＷＳｃａｕｓｅ
以下のパラメータが定義される:
－理由：ＮＦがＨＴＴＰ要求メッセージを再送信又はリダイレクトする理由を示す。これは、次のいずれかの値を取り得る：
－"ｕｎｒｅａｃｈａｂｌｅ"：要求ＵＲＩ（リソースＵＲＩや通知／コールバックＵＲＩ等）に到達できないため、ＨＴＴＰ要求が代替ＮＦにリダイレクトされることを示す；
－"ｏｖｅｒｌａｒｄｅｄ"：代替ＮＦへのリダイレクトを実行することにより、オーバロード制御の適用の結果としてＨＴＴＰ要求が代替ＮＦにリダイレクトされることを示す（６．４．３．５．１項を参照）；
－"ｔｅｍｐｏｒａｒｙ－ｒｅｊｅｃｔｉｏｎ－ｃａｕｓｅ"：一時的な拒否により、ＨＴＴＰ要求が同じ又は代替のＮＦに再送信されることを示す。
－ｒｅｃｅｉｖｅｄｒｅｊｅｃｔｉｏｎｃａｕｓｅ：ｒｅｔｒａｎｓｖａｌｕｅが"真"に設定され、理由が"ｔｅｍｐｏｒａｒｙ－ｒｅｊｅｃｔｉｏｎ－ｃａｕｓｅ"に設定されている場合、５．２．７．２項で定義されている様に、ＮＦから受信した一時的な拒否原因（最後の試行）を示す。原因データタイプは、３ＧＰＰ ＴＳ２９．５７１［１３］の５．２．４．１項に規定されている。
【0135】
【表4】
【0136】
サービスベースのインターフェイスは、ＮＦサービス間の通信にＨＴＴＰ／２ ｏｖｅｒ ＴＣＰを使用する。ＴＣＰは、ＩＥＴＦ ＲＦＣ５６８１［１６］で規定されているトランスポートレベルの輻輳制御メカニズムを提供し、これは、２つのＴＣＰエンドポイント間の輻輳制御（つまり、ホップごと）で使用され得る。ＨＴＴＰ／２は、ＩＥＴＦ ＲＦＣ７５４０［７］で規定されている様に、接続レベルの輻輳制御用に構成できるフロー制御メカニズムとストリーム同時実行の制限も提供する。
ＴＣＰ及びＨＴＴＰ／２の輻輳制御メカニズムに加えて、以下のエンドツーエンドのアプリケーションレベルの過負荷制御メカニズムが定義される。
要求を正常に処理するために利用可能なシグナリング容量に応じてＮＦサービスコンシューマにサービス要求の送信を減らす様に指示する、又は、ＮＦサービスプロデューサに通知要求の送信を減らす様にそれぞれ指示することにより、過負荷制御は、過負荷になっているＮＦサービスプロデューサ、ＮＦサービスコンシューマ、又は、ＳＣＰの受信シグナリング負荷を適切に軽減させることができる。ＮＦサービスプロデューサ、ＮＦサービスコンシューマ、又は、ＳＣＰは、そのシグナリング容量を超えて動作すると過負荷になる。
過負荷制御を適用することをＮＦサービスコンシューマによって指示された場合、過負荷範囲がＮＦインスタンスレベル又はＮＦセットレベルにある場合であっても、同じＮＦ（ＮＦプロデューサとして機能するときに、ＮＦによって別のＯＣＩが広告され得る）によって生成され得るＮＦサービスではなく、過負荷範囲に応じた通知又はコールバック要求に対してのみＮＦサービスコンシューマに対するシグナリング削減を実行すべきである。
過負荷制御は、一般に、過負荷が発生した場合（事後対応）に、受信トラフィックをトラフィックソースのできるだけ近くで遮断することを目的とし、これにより、ネットワーク内で問題が広がることを回避し、過負荷のエンティティはではサービスされ得ないシグナリングのためにネットワーク内の中間エンティティのリソースが使用されることを回避する。
過負荷制御については、優先ユーザ（ＭＰＳなど）と緊急サービスの優先的な扱いを引き続き可能にする必要がある。
過負荷制御は、ＨＴＴＰ応答で返されたＨＴＴＰステータスコード（６．４．２項で定義）に基づいて、又は、ＨＴＴＰ要求又は応答で通知された過負荷制御情報（ＯＣＩ）（６．４．２項で定義）に基づいて実行され得る。
過負荷制御実施ＮＦは、過負荷になったＮＦへのＨＴＴＰ要求の送信を減らすために、要求メッセージの一部を抑制するか、可能であれば一部の要求メッセージを代替ＮＦにリダイレクトする。（６．４．３．５）項を参照
ＴＣＰ及びＨＴＴＰ／２の輻輳制御メカニズムに加えて、以下のエンドツーエンドのアプリケーションレベルの過負荷制御メカニズムが定義される。
要求を正常に処理するために利用可能なシグナリング容量に応じてＮＦサービスコンシューマにサービス要求の送信を減らす様に指示する、又は、ＮＦサービスプロデューサに通知要求の送信を減らす様にそれぞれ指示することにより、過負荷制御は、過負荷になっているＮＦサービスプロデューサ、ＮＦサービスコンシューマ、又は、ＳＣＰの受信シグナリング負荷を適切に軽減させることができる。ＮＦサービスプロデューサ、ＮＦサービスコンシューマ、又は、ＳＣＰは、そのシグナリング容量を超えて動作すると過負荷になる。
過負荷制御を適用することをＮＦサービスコンシューマによって指示された場合、過負荷範囲がＮＦインスタンスレベル又はＮＦセットレベルにある場合であっても、同じＮＦ（ＮＦプロデューサとして機能するときに、ＮＦによって別のＯＣＩが広告され得る）によって生成され得るＮＦサービスではなく、過負荷範囲に応じた通知又はコールバック要求に対してのみＮＦサービスコンシューマに対するシグナリング削減を実行すべきである。
過負荷制御は、一般に、過負荷が発生した場合（事後対応）に、受信トラフィックをトラフィックソースのできるだけ近くで遮断することを目的とし、これにより、ネットワーク内で問題が広がることを回避し、過負荷のエンティティはではサービスされ得ないシグナリングのためにネットワーク内の中間エンティティのリソースが使用されることを回避する。
過負荷制御については、優先ユーザ（ＭＰＳなど）と緊急サービスの優先的な扱いを引き続き可能にする必要がある。
過負荷制御は、ＨＴＴＰ応答で返されたＨＴＴＰステータスコード（６．４．２項で定義）に基づいて、又は、ＨＴＴＰ要求又は応答で通知された過負荷制御情報（ＯＣＩ）（６．４．２項で定義）に基づいて実行され得る。
過負荷制御実施ＮＦは、過負荷になったＮＦへのＨＴＴＰ要求の送信を減らすために、要求メッセージの一部を抑制するか、可能であれば一部の要求メッセージを代替ＮＦにリダイレクトする。（６．４．３．５）項を参照
【0137】
【表5】
【0138】
過負荷緩和の一環として、過負荷制御実施ＮＦ、つまり、ＯＣＩ（非ヌルの過負荷削減メトリックを持つ）を受信するエンティティは、受信範囲に対応する過負荷のピアに向けて、例えば、範囲がＮＦセットＩＤを示す場合にはＮＦセットの総てのＮＦインスタンスに向けて送信されるはずの要求メッセージの総数を削減し、同じ範囲に属する別のエンティティに要求をリダイレクトしない。
これは、ピアの過負荷レベルに比例して要求メッセージの一部を破棄することによって達成され、要求メッセージのスロットリングと呼ばれる、或いは、再選択の紐づけエンティティが過負荷範囲より大きい場合、可能であれば要求メッセージの一部を代替ＮＦにリダイレクトする。
既存のリソース／セッションコンテキストに対処するために要求を代替ＮＦにリダイレクトする場合、ＮＦは、過負荷実施の結果として要求が代替ＮＦにリダイレクトされることを示す３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙヘッダを含め得る。（５．２．３．２．ｘ）項を参照
メッセージスロットリングは、ＨＴＴＰ要求（通知要求を含むあらゆるサービス要求）にのみ適用される。
ネットワーク機能は、６．４．３．５．２項で指定されている"損失"アルゴリズムをサポートし、使用するものとする。
これは、ピアの過負荷レベルに比例して要求メッセージの一部を破棄することによって達成され、要求メッセージのスロットリングと呼ばれる、或いは、再選択の紐づけエンティティが過負荷範囲より大きい場合、可能であれば要求メッセージの一部を代替ＮＦにリダイレクトする。
既存のリソース／セッションコンテキストに対処するために要求を代替ＮＦにリダイレクトする場合、ＮＦは、過負荷実施の結果として要求が代替ＮＦにリダイレクトされることを示す３ｇｐｐ－Ｓｂｉ－Ｒｅｑｕｅｓｔ－Ｐｒｏｐｅｒｔｙヘッダを含め得る。（５．２．３．２．ｘ）項を参照
メッセージスロットリングは、ＨＴＴＰ要求（通知要求を含むあらゆるサービス要求）にのみ適用される。
ネットワーク機能は、６．４．３．５．２項で指定されている"損失"アルゴリズムをサポートし、使用するものとする。
【0139】
【表6】
【0140】
６．４．３．５．２ 損失アルゴリズム
過負荷になったＮＦサービスプロデューサ／コンシューマ／ＳＣＰは、送信するＨＴＴＰ要求の数を減らすようピアに要求するか、６．４．３．４．３で規定されている様に、過負荷削減メトリックパラメータ内の要求されたトラフィック削減パーセンテージをＯＣＩヘッダで伝送する。
過負荷削減メトリックの受信者は、可能であれば代替の宛先にリダイレクトすることによって、或いは、要求を失敗させ、宛先エンティティによって拒否されたかの様に処理することによって、要求メッセージの数をそのパーセンテージだけ減らす必要がある（例：ｏｌｃＳｃｏｐｅがＮＦインスタンスレベルであり、サービスリソースのバインディングインジケーションがＳＭＦセット用である場合、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔサービス動作に対するＨＴＴＰ ＰＯＳＴ要求を同じＳＭＦセット内の代替ＳＭＦに送信できる）。
ノート：たとえば、ＮＦサービスプロデューサ／コンシューマ／ＳＣＰがピアにトラフィックを１０％削減する様に要求した場合、そのピアは、そうでなければこのＮＦサービスプロデューサ／コンシューマ／ＳＣＰに送信されるはずのトラフィックの１０％を調整する。
過負荷になったＮＦサービスプロデューサ／コンシューマ／ＳＣＰは、送信するＨＴＴＰ要求の数を減らすようピアに要求するか、６．４．３．４．３で規定されている様に、過負荷削減メトリックパラメータ内の要求されたトラフィック削減パーセンテージをＯＣＩヘッダで伝送する。
過負荷削減メトリックの受信者は、可能であれば代替の宛先にリダイレクトすることによって、或いは、要求を失敗させ、宛先エンティティによって拒否されたかの様に処理することによって、要求メッセージの数をそのパーセンテージだけ減らす必要がある（例：ｏｌｃＳｃｏｐｅがＮＦインスタンスレベルであり、サービスリソースのバインディングインジケーションがＳＭＦセット用である場合、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔサービス動作に対するＨＴＴＰ ＰＯＳＴ要求を同じＳＭＦセット内の代替ＳＭＦに送信できる）。
ノート：たとえば、ＮＦサービスプロデューサ／コンシューマ／ＳＣＰがピアにトラフィックを１０％削減する様に要求した場合、そのピアは、そうでなければこのＮＦサービスプロデューサ／コンシューマ／ＳＣＰに送信されるはずのトラフィックの１０％を調整する。
【0141】
【表7】
【0142】
以下、図５を参照して本開示の例示的な実施形態による第１ネットワークノードの構造について説明する。図５は、本開示の例示的な実施形態による、ノード５００の概略なブロック図である。図５の第１ネットワークノード５００は、図２を参照して前述した方法２００を実行し得る。したがって、第１ネットワークノード５００に関する詳細な説明は、図２の方法２００の対応する説明及び前述した図４のシグナリングシーケンス図を参照することができるため、ここでは簡略化のために省略する。
【0143】
前述した様に、クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージなど）を送信する他の将来の開発における同様のものであり得ることと、それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得ることを理解されたい。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0144】
図５に示す様に、第１ネットワークノード５００は、決定ユニット５０１と、送信ユニット５０３と、を含み得る。
【0145】
決定ユニット５０１は、第２ネットワークノードによって提供されていたコンテキストに対するサービスを提供できる第３ネットワークノードを再選択することを決定する様に構成され得る。
【0146】
好ましくは、決定ユニット５０１は、
－第１ネットワークノード５００が第２ネットワークノードに到達できないという事実と、
－第２ネットワークノードが過負荷であると第１ネットワークノード５００が判定した事実と、
－第１ネットワークノード５００が試行として要求メッセージを第２ネットワークノードに送信したが、要求メッセージが、一時的な原因コードと共に第２ネットワークノードによって拒否されたという事実と、
の内の少なくとも１つに基づいて、第３ネットワークノードを再選択することを決定する様に構成され得る。
－第１ネットワークノード５００が第２ネットワークノードに到達できないという事実と、
－第２ネットワークノードが過負荷であると第１ネットワークノード５００が判定した事実と、
－第１ネットワークノード５００が試行として要求メッセージを第２ネットワークノードに送信したが、要求メッセージが、一時的な原因コードと共に第２ネットワークノードによって拒否されたという事実と、
の内の少なくとも１つに基づいて、第３ネットワークノードを再選択することを決定する様に構成され得る。
【0147】
送信ユニット５０３は、コンテキストに対する要求メッセージを第３ネットワークノードに送信する様に構成され、要求メッセージは、要求メッセージに関するプロパティ情報を含み得る。
【0148】
前述した様に、要求メッセージに関するプロパティ情報は、
－要求メッセージが第２ネットワークノードへの到達失敗に起因する再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御に起因する再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことに起因する再選択に関連することを示す情報と、
の内の少なくとも１つを含む。
－要求メッセージが第２ネットワークノードへの到達失敗に起因する再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御に起因する再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことに起因する再選択に関連することを示す情報と、
の内の少なくとも１つを含む。
【0149】
一実施形態において、第１ネットワークノード５００は、第２ネットワークノードの過負荷情報に基づいて第２ネットワークノードの過負荷制御を行う過負荷制御ユニット（図示せず）をさらに含み得る。
【0150】
過負荷情報は、第２ネットワークノードから受信したＯＣＩによって示され得る、或いは、要求メッセージの総数に対するステータスコードと共に第２ネットワークノードによって拒否された要求メッセージ数の比率から導出され、ステータスコードは第２ネットワークノードから受信され、要求メッセージが第２のネットワークノードによって拒否されたことを示す。
【0151】
例示的な実施形態において、要求メッセージに関するプロパティ情報は、さらに、再選択に関連する要求メッセージが以前に第２ネットワークノードに送信されたことを示す再送信情報を含み得る。
【0152】
代替的又は置換的に、再送信情報は、さらに、第２ネットワークノードに対する試行回数を含み、その場合、第１ネットワークノード５００は、要求メッセージを第２ネットワークノードに送信したが、要求メッセージは、一時的な原因コードと共に第２ネットワークノードによって拒否されている。
【0153】
例示的な実施形態において、第１ネットワークノード５００は、さらに、要求メッセージに対応する応答メッセージを第３ネットワークノードから受信する様に構成され得る受信ユニット（図示せず）を備え、応答メッセージは、要求メッセージが第３ネットワークノードによって拒否されたか受け入れられたかのインジケーションを含む。
【0154】
第３ネットワークノードによって要求メッセージが拒否されたことのインジケーションを含む応答メッセージが受信された場合、応答メッセージは、拒否原因情報をさらに含み得る。拒否原因情報は、
－要求メッセージが第２ネットワークノードの過負荷制御に少なくとも起因する再選択に関連することを要求メッセージに関するプロパティ情報が示すという事実、及び／又は、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないという事実に基づいて、要求メッセージが現在拒否されていること、又は
－要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが、少なくともサービスの実装の性質に基づいて拒否されるであろうこと、
を示す。
－要求メッセージが第２ネットワークノードの過負荷制御に少なくとも起因する再選択に関連することを要求メッセージに関するプロパティ情報が示すという事実、及び／又は、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないという事実に基づいて、要求メッセージが現在拒否されていること、又は
－要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが、少なくともサービスの実装の性質に基づいて拒否されるであろうこと、
を示す。
【0155】
代替的又は追加的に、第１ネットワークノード５００は、後続の再選択決定のために受信された応答メッセージに含まれる拒否原因情報を格納する様に構成される格納部（図示せず）をさらに含み得る。
【0156】
以下、図６を参照して本開示の他の実施形態による第１ネットワークノードの構造について説明する。図６は、本開示の例示的な実施形態による、第１ネットワークノード６００の概略なブロック図である。図６の第１のネットワークノード６００は、図２を参照して前述した方法２００を実行し得る。したがって、第１ネットワークノード６００に関する詳細な説明は、図２の方法２００の対応する説明及び前述した図４のシグナリングシーケンス図を参照することができるため、ここでは簡略化のために省略する。
【0157】
前述した様に、クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージなど）を送信する他の将来の開発における同様のものであり得ることと、それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得ることを理解されたい。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0158】
図６に示す様に、第１ネットワークノード６００は、少なくとも１つのプロセッサ６０１と、少なくとも１つのメモリ６０３と、を含む。少なくとも１つのプロセッサ６０１は、例えば、コンピュータプログラム命令を実行することができる任意の適切なＣＰＵ（中央処理装置）、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）などを含む。少なくとも１つのメモリ６０３は、ＲＡＭ（ランダムアクセスメモリ）とＲＯＭ（読み取り専用メモリ）の任意の組み合わせであってもよい。少なくとも１つのメモリ６０３はまた、例えば、磁気メモリ、光メモリ、固体メモリ、あるいは遠隔搭載メモリのいずれか１つ又はそれらの組み合わせであり得る永続記憶装置を含み得る。
【0159】
少なくとも１つのメモリ６０３は、少なくとも１つのプロセッサ６０１によって実行可能な命令を格納する。命令は、少なくとも１つのメモリ６０３からロードされ、少なくとも１つのプロセッサ６０１上で実行されると、第１ネットワークノード６００に、例えば、図２及び図４に関連してそれぞれ前述した手順のアクションを実行させ得るが、ここでは、簡略化のために省略する。
【0160】
以下、図７を参照して本発明の一実施形態による第３ネットワークノードの構造について説明する。図７は、本開示の例示的な実施形態による、第３ネットワークノード７００の概略なブロック図である。図７の第３ネットワークノード７００は、図３を参照して前述した方法３００を実行し得る。したがって、第３ネットワークノード７００に関する詳細な説明は、図３の方法３００の対応する説明及び前述した図４のシグナリングシーケンス図を参照することができるため、ここでは簡略化のために省略する。
【0161】
前述した様に、クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージなど）を送信する他の将来の開発における同様のものであり得ることと、それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得ることを理解されたい。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0162】
図７に示す様に、第３ネットワークノード７００は、受信ユニット７０１と、決定ユニット７０３と、送信ユニット７０５と、を含み得る。
【0163】
受信ユニット７０１は、第１ネットワークノードから、コンテキストに対する要求メッセージを受信する様に構成され、要求メッセージは要求メッセージに関するプロパティ情報を含む。
【0164】
前述した様に、要求メッセージに関するプロパティ情報は、
－要求メッセージが第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含む。
－要求メッセージが第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
－要求メッセージが第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
－要求メッセージが、第２ネットワークノードへの最後の試行中に第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、
の内の少なくとも１つを含む。
【0165】
例示的な実施形態において、要求メッセージに関するプロパティ情報は、さらに、再選択に関連する要求メッセージが以前に第２ネットワークノードに送信されたことを示す再送信情報を含み得る。
【0166】
代替的又は置換的に、再送信情報は、さらに、第２ネットワークノードに対する試行回数を含み、その場合、第１ネットワークノード５００は、要求メッセージを第２ネットワークノードに送信したが、要求メッセージは、一時的な原因コードと共に第２ネットワークノードによって拒否されている。
【0167】
決定ユニット７０３は、要求メッセージに関するプロパティ情報に少なくとも基づいて、要求メッセージを拒否するか受け入れるかを決定する様に構成され得る。
【0168】
好ましくは、決定ユニット７０３は、要求メッセージに関するプロパティ情報と、要求されたサービスの実装の性質と、コンテキストが格納されているデータベースから第３のネットワークノードがコンテキストを取得できないという事実と、の内の少なくとも１つに基づいて、要求メッセージを拒否するか受け入れるかを決定する様にさらに構成され得る。
【0169】
送信ユニット７０５は、要求メッセージを拒否するか受け入れるかのインジケーションを含む応答メッセージを第１ネットワークノードに送信する様に構成され得る。
【0170】
前述した様に、決定ユニット７０３が要求メッセージを拒否する場合、送信ユニット７０５は、さらに、要求メッセージを拒否したことのインジケーションを含む応答メッセージを送信する様に構成され得る。
【0171】
この場合、応答メッセージは、さらに、拒否原因情報を含み得る。例えば、拒否原因情報は、原因コードの特定フォーマットとして定義され得る。
【0172】
拒否原因情報は、コンテキストの要求メッセージが現在拒否されており、例えば、要求メッセージに関するプロパティ情報が示す事実に基づいて、第１ネットワークノードが後で再試行できることを第１のネットワークコードに示し、要求メッセージに関するプロパティ情報が示す事実は、要求メッセージが第２ネットワークノードの過負荷制御に少なくとも起因する再選択に関連すること、及び／又は、例えば、コンテキストが第２ネットワークノードによってロックされているため、コンテキストが格納されているデータベースから第３ネットワークノードがコンテキストを取得できないことを示す。つまり、拒否はこの要求メッセージに対してのみ有効である。
【0173】
代替的又は追加的に、拒否原因情報は、要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが少なくともサービスの実装の性質に基づいて拒否されることを第１ネットワークノードに示し得る。すなわち、拒否原因情報は、要求されたサービスの実装の性質に基づいて、第１ネットワークノードが基本的に同じサービスに関連するコンテキストに対する要求メッセージに対して第３ネットワークノードを再選択すべきではないことを第１ネットワークノードに示し得る。
【0174】
以下、図８を参照して本開示の他の実施形態による第３ネットワークノードの構造について説明する。図８は、本開示の例示的な実施形態による、第３ネットワークノード８００の概略なブロック図である。図８の第３ネットワークノード８００は、図３を参照して前述した方法３００を実行し得る。したがって、第３ネットワークノード８００に関する詳細な説明は、図３の方法３００の対応する説明及び前述した図４のシグナリングシーケンス図を参照することができるため、ここでは簡略化のために省略する。
【0175】
前述した様に、クライアントとしての第１ネットワークノードは、ＮＦサービスコンシューマ、例えば、通常の要求メッセージのためのＳＣＰ、通知要求メッセージのためのＮＦサービスプロデューサ、或いは、要求メッセージ（ＨＴＴＰ要求メッセージなど）を送信する他の将来の開発における同様のものであり得ることと、それに応じて、要求メッセージを受信する第２ネットワークノード又は第３ネットワークノードは"サーバ"と呼ばれ、これは、適切なシナリオではＮＦサービスプロデューサ、ＳＣＰ、ＮＦサービスコンシューマ、或いは、他の将来の開発における同様のものを参照し得ることを理解されたい。たとえば、ＮＦサービスコンシューマ（クライアントとして）は、ＮＦサービスプロデューサ（サーバとして）によって提供されるサービスを利用できる。
【0176】
図８に示す様に、第３ネットワークノード８００は、少なくとも１つのプロセッサ８０１と、少なくとも１つのメモリ８０３と、を含む。少なくとも１つのプロセッサ８０１は、例えば、コンピュータプログラム命令を実行することができる任意の適切なＣＰＵ（中央処理装置）、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）などを含む。少なくとも１つのメモリ８０３は、ＲＡＭ（ランダムアクセスメモリ）とＲＯＭ（読み取り専用メモリ）の任意の組み合わせであってもよい。少なくとも１つのメモリ８０３はまた、例えば、磁気メモリ、光メモリ、固体メモリ、あるいは遠隔搭載メモリのいずれか１つ又はそれらの組み合わせであり得る永続記憶装置を含み得る。
【0177】
少なくとも１つのメモリ８０３は、少なくとも１つのプロセッサ８０１によって実行可能な命令を格納する。命令は、少なくとも１つのメモリ８０３からロードされ、少なくとも１つのプロセッサ８０１上で実行されると、第３ネットワークノード８００に、例えば、図３及び図４に関連してそれぞれ前述した手順のアクションを実行させ得るが、ここでは、簡略化のために省略する。
【0178】
本開示は、例えば、非一時的なコンピュータ可読記憶媒体、ＥＥＰＲＯＭ（電気的に消去可能なプログラム可能リードオンリーメモリ）、フラッシュメモリ、又は、ハードドライブといった、不揮発性又は揮発性メモリの形式である、少なくとも１つのコンピュータプログラム製品も提供する。コンピュータプログラム製品は、コンピュータプログラムを有する。
【0179】
コンピュータプログラムは、少なくとも１つのプロセッサ６０１によって実行されると、第１ネットワークノード６００に、例えば、図２及び図４に関連して前述した手順のアクションを実行させる、コード／コンピュータ可読命令を含む、或いは、少なくとも１つのプロセッサ８０１によって実行されると、第３ネットワークノード８００に、例えば、図３及び図４に関連して前述した手順のアクションを実行させる、コード／コンピュータ可読命令を含む。
【0180】
コンピュータプログラム製品は、コンピュータプログラムモジュールで構成されたコンピュータプログラムコードとして構成され得る。コンピュータプログラムモジュールは、図２から図４のいずれかに示すフローの動作を基本的に実行する。
【0181】
プロセッサは、単一ＣＰＵ（中央処理ユニット）であり得るが、２つ以上の処理ユニットを含み得る。例えば、プロセッサは、汎用目的マイクロプロセッサ、命令セットプロセッサ、及び／又は、関連チップセット、及び／又は、特定用途向け集積回路（ＡＳＩＣ）の様な特別なマイクロプロセッサを含み得る。プロセッサは、キャッシュ目的のためのボードメモリを含み得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品により担持され得る。コンピュータプログラム製品は、コンピュータプログラムを格納する非一時的なコンピュータ可読記憶媒体を含み。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）又はＥＥＰＲＯＭを含み、上述したコンピュータプログラムモジュールは、他の実施形態において、メモリ形式の様々なコンピュータプログラム製品に分散され得る。
【0182】
本発明開示について、実施形態を参照して説明した。種々の修正、置換及び追加が、本発明開示の範囲から逸脱することなく、当業者により行われ得ることを理解すべきである。よって、本発明開示の範囲は、上述した特定の実施形態に限定されず、添付の特許請求の範囲により定義されるのみである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【手続補正書】
【提出日】2023-11-13
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
サービスに関連するコンテキストについてのネットワークノード再選択のための第１ネットワークノードにおける方法（２００）であって、前記第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記方法（２００）は、
前記第２ネットワークノードによって提供される前記コンテキストに対する前記サービスを提供できる第３ネットワークノードを再選択することを決定（Ｓ２０１）することと、
前記コンテキストの要求メッセージを前記第３ネットワークノードに送信（Ｓ２０３）することであって、前記要求メッセージは、前記要求メッセージに関するプロパティ情報を含む、ことと、
を含む方法。
【請求項2】
請求項１に記載の方法（２００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージが前記第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
前記要求メッセージが前記第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
前記要求メッセージが、前記第２ネットワークノードへの最後の試行中に前記第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、の内の少なくとも１つを含む、方法。
【請求項3】
請求項２に記載の方法（２００）であって、前記第２ネットワークノードの前記過負荷制御は、前記第２ネットワークノードの過負荷情報に基づいて前記第１ネットワークノードによって実行され、
前記過負荷情報は、前記第２ネットワークノードから受信される過負荷制御情報（ＯＣＩ）によって示される、或いは、
前記過負荷情報は、要求メッセージの総数に対するステータスコードと共に前記第２ネットワークノードによって拒否された要求メッセージ数の比率から導出され、前記ステータスコードは、前記第２ネットワークノードから受信され、要求メッセージが前記第２ネットワークノードよって拒否されたことを示す、方法。
【請求項4】
請求項１から３のいずれか１項に記載の方法（２００）であって、前記要求メッセージに関する前記プロパティ情報は、さらに、前記再選択に関連する前記要求メッセージが以前に前記第２ネットワークノードに送信されたことを示す再送信情報を含む、方法。
【請求項5】
請求項４に記載の方法（２００）であって、前記再送信情報は、さらに、前記第２ネットワークノードに対する試行回数を含み、その場合、前記第１ネットワークノードが前記要求メッセージを前記第２ネットワークノードに送信したが、前記要求メッセージが一時的な原因コードと共に前記第２ネットワークノードによって拒否されている、方法。
【請求項6】
請求項１から５のいずれか１項に記載の方法（２００）であって、前記第１ネットワークノードは、
前記第１ネットワークノードが前記第２ネットワークノードに到達できないという事実と、
前記第２ネットワークノードが過負荷であると前記第１ネットワークノードが判定する事実と、
前記第１ネットワークノードが試行として前記要求メッセージを前記第２ネットワークノードに送信したが、前記要求メッセージが、一時的な原因コードと共に前記第２ネットワークノードによって拒否された事実と、
の内の少なくとも１つに基づいて前記第３ネットワークノードを再選択することを決定する、方法。
【請求項7】
請求項１から６のいずれか１項に記載の方法（２００）であって、さらに、前記要求メッセージに対応する応答メッセージを前記第３ネットワークノードから受信することを含み、前記応答メッセージは、前記要求メッセージが前記第３ネットワークノードによって拒否されるか受け入れられるかのインジケーションを含む、方法。
【請求項8】
請求項７に記載の方法（２００）であって、前記要求メッセージが前記第３ネットワークノードによって拒否されたことのインジケーションを含む応答メッセージが受信された場合、前記応答メッセージは、さらに、拒否原因情報を含み、
前記拒否原因情報は、
前記要求メッセージが前記第２ネットワークノードの過負荷制御に少なくとも起因する前記再選択に関連することを、前記要求メッセージに関する前記プロパティ情報が示すという事実、及び／又は、前記コンテキストが格納されているデータベースから前記第３ネットワークノードが前記コンテキストを取得できないとの事実に基づいて、前記要求メッセージが現在拒否されていることを示す、或いは、
前記要求メッセージが拒否され、同じサービスに関連するコンテキストに対する後続の要求メッセージが、少なくとも前記サービスの実装の性質に基づいて拒否されるであろうことを示す、方法。
【請求項9】
請求項８に記載の方法（２００）であって、さらに、受信した前記応答メッセージに含まれる前記拒否原因情報を、後の再選択決定のために格納することを含む、方法。
【請求項10】
請求項１から９のいずれか１項に記載の方法（２００）であって、前記要求メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージである、方法。
【請求項11】
請求項１から１０のいずれか１項に記載の方法（２００）であって、前記第１ネットワークノードは、前記要求メッセージを送信するＨＴＴＰクライアントとして機能し、
ネットワーク機能（ＮＦ）サービスコンシューマと、
サービス通信プロキシ（ＳＣＰ）と、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項12】
請求項１から１１のいずれか１項に記載の方法（２００）であって、前記第２ネットワークノード又は前記第３ネットワークノードは、前記要求メッセージに応答するＨＴＴＰサーバとして機能し、
ＮＦサービスコンシューマと、
ＳＣＰと、
ＮＦサービスプロデューサと、
の内の少なくとも１つを含む、方法。
【請求項13】
サービスに関連するコンテキストについてのネットワークノード再選択のための第３ネットワークノードにおける方法（３００）であって、第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記方法（３００）は、
前記第１ネットワークノードから、前記コンテキストの要求メッセージを受信（Ｓ３０１）することであって、前記要求メッセージは前記要求メッセージに関するプロパティ情報を含む、ことと、
前記要求メッセージに関する前記プロパティ情報に少なくとも基づいて、前記要求メッセージを拒否するか受け入れるかを決定（Ｓ３０３）することと、
前記要求メッセージを拒否するか受け入れるかのインジケーションを含む応答メッセージを前記第１ネットワークノードに送信（Ｓ３０５）することと、
を含む方法。
【請求項14】
請求項１３に記載の方法（３００）であって、前記要求メッセージに関する前記プロパティ情報は、
前記要求メッセージが前記第２ネットワークノードへの到達失敗による再選択に関連することを示す情報と、
前記要求メッセージが前記第２ネットワークノードの過負荷制御による再選択に関連することを示す情報と、
前記要求メッセージが、前記第２ネットワークノードへの最後の試行中に前記第２ネットワークノードから一時的に拒否されたことによる再選択に関連することを示す情報と、の内の少なくとも１つを含む、方法。
【請求項15】
請求項１３又は１４に記載の方法（３００）であって、前記第３ネットワークノードは、
要求された前記サービスの実装の性質と、
前記コンテキストが格納されているデータベースから前記第３ネットワークノードが前記コンテキストを取得できないという事実と、
の内の少なくとも１つにさらに基づいて、前記要求メッセージを拒否するか受け入れるかを決定する、方法。
【請求項16】
請求項１３又は１４に記載の方法（３００）であって、前記第３ネットワークノードは、前記要求メッセージを拒否すると決定した場合、前記要求メッセージが拒否されたことのインジケーションを含む前記応答メッセージを送信する、方法。
【請求項17】
サービスに関連するコンテキストについてのネットワークノード再選択のために構成された第１ネットワークノード（６００）であって、前記第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記第１ネットワークノード（６００）は、
少なくとも１つのプロセッサ（６０１）と、
命令を格納する少なくとも１つのメモリ（６０３）と、を備え、
前記命令は、前記少なくとも１つのプロセッサ（６０１）で実行されると、前記第１ネットワークノード（６００）に、
前記第２ネットワークノードによって提供される前記コンテキストに対する前記サービスを提供できる第３ネットワークノードを再選択することを決定することと、
前記サービスの要求メッセージを前記第３ネットワークノードに送信することであって、前記要求メッセージは、前記要求メッセージに関するプロパティ情報を含む、ことと、
を行わせる様に構成される、第１ネットワークノード。
【請求項18】
請求項１７に記載の第１ネットワークノード（６００）であって、前記命令は、前記少なくとも１つのプロセッサ（６０１）によって実行されると、さらに、前記第１ネットワークノード（６００）に請求項２から１２のいずれか１項に記載の方法を行わせる、第１ネットワークノード。
【請求項19】
サービスに関連するコンテキストについてのネットワークノード再選択のために構成された第３ネットワークノード（８００）であって、第１ネットワークノードは、前記第１ネットワークノードによって消費される前記サービスを提供するための第２ネットワークノードを選択しており、前記サービスに関連する前記コンテキストが作成されており、
前記第３ネットワークノード（８００）は、
少なくとも１つのプロセッサ（８０１）と、
命令を格納する少なくとも１つのメモリ（８０３）と、を備え、
前記命令は、前記少なくとも１つのプロセッサ（８０１）で実行されると、前記第３ネットワークノード（８００）に、
前記第１ネットワークノードから、前記コンテキストの要求メッセージを受信することであって、前記要求メッセージは前記要求メッセージに関するプロパティ情報を含む、ことと、
前記要求メッセージに関する前記プロパティ情報に少なくとも基づいて、前記要求メッセージを拒否するか受け入れるかを決定することと、
前記要求メッセージを拒否するか受け入れるかのインジケーションを含む応答メッセージを前記第１ネットワークノードに送信することと、
を行わせる様に構成される、第３ネットワークノード。
【請求項20】
請求項１９に記載の第３ネットワークノード（８００）であって、前記命令は、前記少なくとも１つのプロセッサ（８０１）によって実行されると、さらに、前記第３ネットワークノード（８００）に請求項１４から１６のいずれか１項に記載の方法を行わせる、第３ネットワークノード。
【請求項21】
コンピュータプログラム命令が格納されているコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から１２のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【請求項22】
コンピュータプログラム命令が格納されているコンピュータ可読記憶媒体であって、前記コンピュータプログラム命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１３から１６のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
【国際調査報告】