特表 2024-506478 ルーティング情報取得のための方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-14

(54)【発明の名称】ルーティング情報取得のための方法及び装置

(51)【国際特許分類】

   H04W 92/24 20090101AFI20240206BHJP

   H04W 88/14 20090101ALI20240206BHJP

   H04W 4/14 20090101ALI20240206BHJP

   H04W 8/18 20090101ALI20240206BHJP

   H04L 45/00 20220101ALI20240206BHJP

   H04W 28/04 20090101ALI20240206BHJP

【ＦＩ】

H04W92/24

H04W88/14

H04W4/14

H04W8/18

H04L45/00

H04W28/04

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023543009

(86)(22)【出願日】2022-01-13

(85)【翻訳文提出日】2023-09-11

(86)【国際出願番号】 CN2022071804

(87)【国際公開番号】W WO2022152209

(87)【国際公開日】2022-07-21

(31)【優先権主張番号】PCT/CN2021/072107

(32)【優先日】2021-01-15

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ロン， ホンシァ

【テーマコード（参考）】

5K030

5K067

【Ｆターム（参考）】

5K030JA11

5K030JT09

5K030LB05

5K067EE02

5K067EE16

(57)【要約】

本開示の実施形態は、ルーティング情報取得のための方法及び装置を提供する。第１ネットワーク機能により実行される方法は、第２ネットワーク機能へ第１リクエストを送信することを含む。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記方法は、第２ネットワーク機能から、第１レスポンスを受信することをさらに含む。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１ネットワーク機能により実行される方法（４００）であって、
第２ネットワーク機能へ第１リクエストを送信すること（４０２）であって、前記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである、ことと、
前記第２ネットワーク機能から、第１レスポンスを受信すること（４０４）と、を含み、
前記サービスについて前記ＵＥのルーティングに関連するエラーがある場合には、前記第１レスポンスは、前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すステータスコードを含み、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがない場合には、前記第１レスポンスは、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットを含む、
方法。

【請求項2】

請求項１に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連するエラーを示す前記ステータスコードは、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すために使用される原因属性を伴うハイパーテキストトランスファプロトコル（ＨＴＴＰ）ステータスコードである'403 Forbidden'、又は、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すために使用される原因属性を伴うＨＴＴＰステータスコードである'404 Not Found'、
のうちの少なくとも一方を含む、方法。

【請求項3】

請求項１又は２に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連する前記エラーは、
前記ＵＥは前記サービスに加入しているが前記サービスの副次サービスが禁止されていること、
前記ＵＥは前記サービスに加入しているが前記サービスの副次サービスが提供されていないこと、又は、
前記ＵＥは前記サービスに加入しているが前記ＵＥは前記サービスに到達可能でないこと、
のうちの少なくとも１つを含む、方法。

【請求項4】

請求項３に記載の方法であって、前記サービスの前記副次サービスは、
モバイル終端型サービス、又は、
モバイル発信型サービス、
のうちの少なくとも一方を含む、方法。

【請求項5】

請求項１～４のいずれか１項に記載の方法であって、前記サービスは、ショートメッセージサービスを含む、方法。

【請求項6】

請求項１～５のいずれか１項に記載の方法であって、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットは、
第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスについての前記ＵＥのショートメッセージサービス機能（ＳＭＳＦ）登録情報、又は、
非３ＧＰＰアクセスについての前記ＵＥのＳＭＳＦ登録情報、
のうちの少なくとも一方を含む、方法。

【請求項7】

請求項１～６のいずれか１項に記載の方法であって、さらに、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーが前記ＵＥは前記サービスに加入しているが前記ＵＥは前記サービスに到達可能でないことを示している場合に、前記第２ネットワーク機能へ第２リクエストを送信すること（４０６）であって、前記第２リクエストは前記ＵＥが前記サービスに到達可能であるときに前記サービスの機能に対しアラートを行うことを要求するものである、こと、
を含む、方法。

【請求項8】

請求項１～７のいずれか１項に記載の方法であって、前記第１ネットワーク機能は、
ショートメッセージサービス－ゲートウェイモバイルスイッチングセンタ（ＳＭＳ－ＧＭＳＣ）、
インターネットプロトコル－ショートメッセージ－ゲートウェイ（ＩＰ－ＳＭ－ＧＷ）、
ＳＭＳルータ、
サービスケイパビリティ露出機能（ＳＣＥＦ）、又は、
ネットワーク露出機能（ＮＥＦ）、
のうちの少なくとも１つを含む、方法。

【請求項9】

請求項１～８のいずれか１項に記載の方法であって、前記第２ネットワーク機能は、
統一データ管理（ＵＤＭ）、
ホーム加入者サーバ（ＨＳＳ）、又は、
ホームロケーションレジスタ（ＨＬＲ）、
のうちの少なくとも１つを含む、方法。

【請求項10】

請求項１～９のいずれか１項に記載の方法であって、前記第１リクエストは、ＨＴＴＰ ＧＥＴリクエストであり、前記第１レスポンスは、ＨＴＴＰ ＧＥＴレスポンスである、方法。

【請求項11】

第２ネットワーク機能により実行される方法（５００）であって、
第１ネットワーク機能から、第１リクエストを受信すること（５０２）であって、前記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである、ことと、
前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定すること（５０４）と、
前記第１ネットワーク機能へ、第１レスポンスを送信すること（５０６）と、を含み、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがある場合には、前記第１レスポンスは、前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すステータスコードを含み、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがない場合には、前記第１レスポンスは、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットを含む、
方法。

【請求項12】

請求項１１に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連するエラーを示す前記ステータスコードは、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すために使用される原因属性を伴うハイパーテキストトランスファプロトコル（ＨＴＴＰ）ステータスコードである'403 Forbidden'、又は、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すために使用される原因属性を伴うＨＴＴＰステータスコードである'404 Not Found'、
のうちの少なくとも一方を含む、方法。

【請求項13】

請求項１１又は１２に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連する前記エラーは、
前記ＵＥは前記サービスに加入しているが前記サービスの副次サービスが禁止されていること、
前記ＵＥは前記サービスに加入しているが前記サービスの副次サービスが提供されていないこと、又は、
前記ＵＥは前記サービスに加入しているが前記ＵＥは前記サービスに到達可能でないこと、
のうちの少なくとも１つを含む、方法。

【請求項14】

請求項１３に記載の方法であって、前記サービスの前記副次サービスは、
モバイル終端型サービス、又は、
モバイル発信型サービス、
のうちの少なくとも一方を含む、方法。

【請求項15】

請求項１１～１４のいずれか１項に記載の方法であって、前記サービスは、ショートメッセージサービスを含む、方法。

【請求項16】

請求項１１～１５のいずれか１項に記載の方法であって、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットは、
第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスについての前記ＵＥのショートメッセージサービス機能（ＳＭＳＦ）登録情報、又は、
非３ＧＰＰアクセスについての前記ＵＥのＳＭＳＦ登録情報、
のうちの少なくとも一方を含む、方法。

【請求項17】

請求項１１～１６のいずれか１項に記載の方法であって、さらに、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーが前記ＵＥは前記サービスに加入しているが前記ＵＥは前記サービスに到達可能でないことを示す場合に、前記第１ネットワーク機能から第２リクエストを受信すること（６０２）であって、前記第２リクエストは前記ＵＥが前記サービスに到達可能であるときに前記サービスの機能に対しアラートを行うことを要求するものである、ことと、
前記ＵＥは前記サービスに到達可能であることを示すアラートメッセージを前記サービスの前記機能へ送信すること（６０４）と、
を含む、方法。

【請求項18】

請求項１１～１７のいずれか１項に記載の方法であって、前記第１ネットワーク機能は、
ショートメッセージサービス－ゲートウェイモバイルスイッチングセンタ（ＳＭＳ－ＧＭＳＣ）、
インターネットプロトコル－ショートメッセージ－ゲートウェイ（ＩＰ－ＳＭ－ＧＷ）、
ＳＭＳルータ、
サービスケイパビリティ露出機能（ＳＣＥＦ）、又は、
ネットワーク露出機能（ＮＥＦ）、
のうちの少なくとも１つを含む、方法。

【請求項19】

請求項１１～１８のいずれか１項に記載の方法であって、前記第２ネットワーク機能は、
統一データ管理（ＵＤＭ）、
ホーム加入者サーバ（ＨＳＳ）、又は、
ホームロケーションレジスタ（ＨＬＲ）、
のうちの少なくとも１つを含む、方法。

【請求項20】

請求項１１～１９のいずれか１項に記載の方法であって、前記第１リクエストは、ＨＴＴＰ ＧＥＴリクエストであり、前記第１レスポンスは、ＨＴＴＰ ＧＥＴレスポンスである、方法。

【請求項21】

請求項１１～２０のいずれか１項に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定することは、
前記ＵＥの前記サービスの加入データを取得することであって、前記ＵＥの前記サービスの前記加入データは前記ＵＥが前記サービスに加入しているかに関する加入情報を含む、ことと、
前記ＵＥの前記サービスの管理加入データを取得することであって、前記ＵＥの前記サービスの前記管理加入データは前記ＵＥが前記サービスの副次サービスに加入しているかに関する加入情報、及び／又は禁止制御ポリシーを含む、ことと、
前記ＵＥの前記サービスの前記加入データ及び前記ＵＥの前記サービスの前記管理加入データに基づいて、前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定することと、を含む、方法。

【請求項22】

請求項２１に記載の方法であって、前記ＵＥの前記サービスの前記加入データ及び前記ＵＥの前記サービスの前記管理加入データのうちの少なくとも一方は、統一データリポジトリ（ＵＤＲ）から取得される、方法。

【請求項23】

請求項１１～２２のいずれか１項に記載の方法であって、前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定することは、
前記ＵＥ向けの前記サービスの機能の登録データを取得することと、
前記ＵＥ向けの前記サービスの待機ステータスデータを取得することであって、前記ＵＥ向けの前記サービスの前記待機ステータスデータは前記ＵＥが前記サービスに到達可能であるかに関する情報を含む、ことと、
前記ＵＥ向けの前記サービスの前記機能の前記登録データ及び前記ＵＥ向けの前記サービスの前記待機ステータスデータに基づいて、前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定することと、を含む、方法。

【請求項24】

請求項２３に記載の方法であって、前記ＵＥ向けの前記サービスの前記機能の前記登録データ及び前記ＵＥ向けの前記サービスの前記待機ステータスデータのうちの少なくとも一方は、ＵＤＲから取得される、方法。

【請求項25】

第１ネットワーク機能（１０００）であって、
プロセッサ（１０２１）と、
前記プロセッサ（１０２１）へ連結されるメモリ（１０２２）と、を備え、前記メモリ（１０２２）は、前記プロセッサ（１０２１）により実行可能な命令群を含み、それにより、前記第１ネットワーク機能（１０００）は、
第２ネットワーク機能へ第１リクエストを送信することであって、前記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである、ことと、
前記第２ネットワーク機能から、第１レスポンスを受信することと、
を行うように動作可能であり、
前記サービスについて前記ＵＥのルーティングに関連するエラーがある場合には、前記第１レスポンスは、前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すステータスコードを含み、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがない場合には、前記第１レスポンスは、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットを含む、
第１ネットワーク機能。

【請求項26】

請求項２５に記載の第１ネットワーク機能であって、前記第１ネットワーク機能は、請求項２～１０のいずれか１項に記載の方法を実行するようにさらに動作可能である、第１ネットワーク機能。

【請求項27】

第２ネットワーク機能（１０００）であって、
プロセッサ（１０２１）と、
前記プロセッサ（１０２１）へ連結されるメモリ（１０２２）と、を備え、前記メモリ（１０２２）は、前記プロセッサ（１０２１）により実行可能な命令群を含み、それにより、前記第２ネットワーク機能（１０００）は、
第１ネットワーク機能から、第１リクエストを受信することであって、前記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである、ことと、
前記サービスについて前記ＵＥのルーティングに関連するエラーがあるかを判定することと、
前記第１ネットワーク機能へ、第１レスポンスを送信することと、
を行うように動作可能であり、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがある場合には、前記第１レスポンスは、前記サービスについて前記ＵＥのルーティングに関連する前記エラーを示すステータスコードを含み、
前記サービスについて前記ＵＥのルーティングに関連する前記エラーがない場合には、前記第１レスポンスは、前記ＵＥ向けの前記サービスについての前記少なくとも１つの登録データセットを含む、
第２ネットワーク機能。

【請求項28】

請求項２７に記載の第２ネットワーク機能であって、前記第２ネットワーク機能は、請求項１２～２４のいずれか１項に記載の方法を実行するようにさらに動作可能である、第２ネットワーク機能。

【請求項29】

コンピュータ読取可能な記憶媒体であって、少なくとも１つのプロセッサにより実行された場合に、前記少なくとも１つのプロセッサに、請求項１～２４のいずれか１項に記載の方法を行わせる命令群、を記憶する、コンピュータ読取可能な記憶媒体。

【請求項30】

コンピュータプログラムプロダクトであって、少なくとも１つのプロセッサにより実行された場合に、前記少なくとも１つのプロセッサに、請求項１～２４のいずれか１項に記載の方法を行わせる命令群、を含む、コンピュータプログラムプロダクト。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の非限定的で例示的な実施形態は、概して、通信の技術分野に関連し、具体的には、ルーティング情報取得のための方法及び装置に関連する。

【背景技術】

【0002】

本セクションは、本開示のより良好な理解を促進し得る側面を紹介する。したがって、本セクションの記載は、それに照らして読まれるべきであり、何が従来技術に含まれ何が従来技術から外れるかに関する自認として理解されるべきではない。

【0003】

例えば第３世代パートナーシッププロジェクト（３ＧＰＰ）により定義された通りのロングタームエボリューション（ＬＴＥ）及び新無線（ＮＲ）といった通信ネットワークにおいて、多様な登録情報が多様なネットワークエンティティにおいて記憶され得る。ネットワークエンティティ又はネットワーク機能（ＮＦ）は、ある種類の登録情報を、その登録情報を記憶しているであろう他のネットワークエンティティ又はネットワーク機能から取得し得る。

【0004】

例えば、ユーザ機器（ＵＥ）にサービスを提供することを選択したＮＦによって、関連するＵＥコンテキスト管理（ＵＥＣＭ）情報を統一データ管理（ＵＤＭ）に記憶させるために、登録サービス動作が起動され得る。そのＮＦのコンシューマは、アクセス及びモビリティ管理サービスについてはＡＭＦ（Access and mobility Function）、セッション管理サービスについてはＳＭＦ（Session Management Function）、ショートメッセージサービス（ＳＭＳ）サービスを提供するのはＳＭＳＦ（Short Message Service Function）、ＳＭＳｏＩＰ（SMS over IP）のシナリオにおけるＩＰ－ＳＭ－ＧＷ（Internet protocol-Short Message-Gateway）についてはＨＳＳ（home subscriber server）である。この登録手続の一部として、ＵＤＭは、加入データ（例えば、ローミング制限）に基づいて、加入者が登録されたＮＦにより提供されるサービスを使用することを承認し又は拒否し得る。

【0005】

３ＧＰＰ ＴＳ２９．５０３ Ｖ１７．１．０は、その開示が全体としてここで参照により取り入れられるものであり、次のような多様な登録サービス動作を記述している：
－ ３ＧＰＰアクセスについてのＡＭＦ登録
－ 非３ＧＰＰアクセスについてのＡＭＦ登録
－ ＳＭＦ登録
－ ３ＧＰＰアクセスについてのＳＭＳＦ登録
－ 非３ＧＰＰアクセスについてのＳＭＳＦ登録
－ ＩＰ－ＳＭ－ＧＷ登録

【0006】

図１ａは、３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録情報を要求する手続を示している。図１は、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の図５．３．２．５．５－１と同一である。

【0007】

図１ａは、ＮＦサービスコンシューマ（例えば、ＮＥＦ（Network Exposure Function））がＵＥのSmsfRegistration情報を取得するためのリクエストをＵＤＭへ送信するシナリオを示している。そのリクエストは、ＧＰＳＩ（Generic Public Subscription Identifier）であるものとされるＵＥのアイデンティティ（/{ueId}）、リクエストされる情報のタイプ（/registrations/smsf-3gpp-access）、及びクエリパラメータ（supported-features）を含む。

【0008】

ステップ1． ＮＧサービスコンシューマ（例えば、ＮＥＦ）は、supported-featuresを示すクエリパラメータと共に、３ＧＰＰアクセスのためのＵＥのＳＭＳＦ登録情報を代表するリソースに対するＧＥＴリクエストを送信する。

【0009】

ステップ２ａ． ＵＤＭは、３ＧＰＰアクセスのためのＵＥのSmsfRegistrationを含むメッセージボディと共に、"200 OK"で応答する。

【0010】

ステップ２ｂ．ＵＥがＳＭＳサービスのための所要の加入データを有しておらず又はＳＭＳサービスが禁止されている場合、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）ステータスコード"403 Forbidden"が、レスポンスボディに追加的なエラー情報を（"ProblemDetails"エレメント内に）含めて返送されるはずである。

【0011】

失敗の場合、そのエラーを示す適切なＨＴＴＰステータスコードが返送されるものとされ、適切な追加的なエラー情報がＧＥＴレスポンスボディにおいて返送されるはずである。

【0012】

図１ｂは、非３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録情報を要求する手続を示している。図１ｂは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の図５．３．２．５．６－１と同一である。

【0013】

図１ｂは、ＮＦサービスコンシューマ（例えば、ＮＥＦ）が非３ＧＰＰアクセスについてのＵＥのSmsfRegistration情報を取得するためのリクエストをＵＤＭへ送信するシナリオを示している。そのリクエストは、ＧＰＳＩであるものとされるＵＥのアイデンティティ（/{ueId}）、リクエストされる情報のタイプ（/registrations/smsf-non-3gpp-access）、及びクエリパラメータ（supported-features）を含む。

【0014】

ステップ1． ＮＧサービスコンシューマ（例えば、ＮＥＦ）は、supported-featuresを示すクエリパラメータと共に、非３ＧＰＰアクセスのためのＵＥのＳＭＳＦ登録情報を代表するリソースに対するＧＥＴリクエストを送信する。

【0015】

ステップ２ａ． ＵＤＭは、非３ＧＰＰアクセスのためのＵＥのSmsfRegistrationを含むメッセージボディと共に、"200 OK"で応答する。

【0016】

ステップ２ｂ．ＵＥがＳＭＳサービスのための所要の加入データを有しておらず又はＳＭＳサービスが禁止されている場合、ＨＴＴＰステータスコード"403 Forbidden"が、レスポンスボディに追加的なエラー情報を（"ProblemDetails"エレメント内に）含めて返送されるはずである。

【0017】

失敗の場合、そのエラーを示す適切なＨＴＴＰステータスコードが返送されるものとされ、適切な追加的なエラー情報がＧＥＴレスポンスボディにおいて返送されるはずである。

【0018】

図１ｃは、複数のＵＥ登録データセットの取得の手続を示している。図１ｃは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の図５．３．２．５．１０－１と同一である。

【0019】

図１ｃは、ＮＦサービスコンシューマ（例えば、ＨＳＳ、ＮＷＤＡＦ（network data analytics function）、ＮＳＳＡＡＦ（Network Slice-Specific Authentication and Authorization Function））が複数のＵＥ登録データセットを受信するためのリクエストをＵＤＭへ送信するシナリオを示している。この例示的なシナリオでは、単一のリクエストでＵＥの複数のＡＭＦ登録データセットが取得される。単一のリクエストで取得することのできる他のデータセットについては、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の第６．２．６．３．６節を参照されたい。そのリクエストは、ＵＥの登録のリソース（{ueId}/registrations）及びリクエストされる登録データセットを識別するクエリパラメータ（この例では、?registration-dataset-names=AMF_3GPP, AMF_NON_3GPP）を含む。

【0020】

ステップ１． ＮＦサービスコンシューマ（例えば、ＨＳＳ、ＮＷＤＡＦ）は、ＵＥの登録を代表するリソースへＧＥＴリクエストを送信する。クエリパラメータは、リクエストされるＵＥ登録データセットを示す。

【0021】

ステップ２． ＵＤＭは、リクエストされたＵＥ登録データセットを含むメッセージボディと共に、"200 OK"で応答する。

【0022】

失敗の場合、そのエラーを示す適切なＨＴＴＰステータスコードが返送されるものとされ、適切な追加的なエラー情報がＧＥＴレスポンスボディにおいて返送されるはずである。

【0023】

３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の第６．２．３．６．３．３節は、ＧＥＴメソッドを説明している。当該ＧＥＴメソッドは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．６．３．３－１と同じである表１において特定したＵＲＩ（Uniform Resource Identifier）クエリパラメータをサポートするものとされている。

【表1】

【0024】

上記ＧＥＴメソッドは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．６．３．３－２と同じである表２において特定したリクエストデータ構造、並びに３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．６．３．３－３と同じである表３において特定したレスポンスデータ構造及びレスポンスコードをサポートするものとされている。

【表2】

【表3】

【0025】

３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０の第６．２．３．７．３．３節は、ＧＥＴメソッドを説明している。

【0026】

当該ＧＥＴメソッドは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．７．３．３－１と同じである表４において特定したＵＲＩクエリパラメータをサポートするものとされている。

【表4】

【0027】

上記ＧＥＴメソッドは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．７．３．３－２と同じである表５において特定したリクエストデータ構造、並びに３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．７．３．３－３と同じである表６において特定したレスポンスデータ構造及びレスポンスコードをサポートするものとされている。

【表5】

【表6】

【発明の概要】

【0028】

この概要は、ある選択された概念を簡略化した形で紹介するために提供されており、それらは以下に詳細な説明においてさらに説明される。この概要は、特許請求される主題の重要な特徴や本質的な特徴を識別することを意図したものではなく、特許請求される主題のスコープを限定するために使用されることを意図したものでもない。

【0029】

ショートメッセージサービス－ゲートウェイモバイルスイッチングセンタ（ＳＭＳ－ＧＭＳＣ）／ＩＰ－ＳＭ－ＧＷ／ＳＭＳルータ、又はＮＥＦといったネットワークデバイス／機能がそのサービス用のＵＥのルーティング（例えば、第５世代（５Ｇ）システムに登録されたＵＥについてのＳＭＳルーティング情報）を取得するためのユースケースが存在し、そのリクエストは、３ＧＰＰ ＴＳ２９．５０３ Ｖ１７．１．０に記述されている通りのNudm UECM (UE Context Management) GETサービスといった３ＧＰＰにより定義されたサービスでサービスされるものとされている。

【0030】

しかし、明らかな問題は、ＳＭＳなどのサービスに到達可能でないＵＥについて、その状況が従来技術としてのNudm UECM GETサービスによってはサービスコンシューマに示されないこと、及び、（モバイル終端型（ＭＴ）－ＳＭＳなどの）サービスの副次サービスが禁止されていることに関する情報も、ＭＴ－ＳＭＳなどのサービスの副次サービスが提供されないことに関する情報も、従来技術としてのNudm UECM GETサービスによってはサービスコンシューマに示されないことである。

【0031】

例えば、ＮＥＦなどのサービスコンシューマは、３ＧＰＰアクセスについてUECM GET SMSFにより若しくは非３ＧＰＰアクセスについてUECM GET SMSFにより、又は、３ＧＰＰアクセス向けのＳＭＳＦ及び非３ＧＰＰアクセス向けのＳＭＳＦ及びについてUECM GET registration data setsにより、５ＧドメインＳＭＳルーティング情報としてＳＭＳＦに関する情報を取得することができる。しかし、上記サービス動作は、ＳＭＳ加入チェック及び／又はＳＭＳ待機ステータスチェックの結果に基づいて原因属性において正確な条件を返答するように規格化されていない。

【0032】

少なくとも上で言及した問題又は他の問題を克服し若しくは軽減するために、本開示の実施形態は、改善されたルーティング情報取得の解決策を提案する。

【0033】

本開示の第１の観点では、第１ネットワーク機能により実行される方法が提供される。当該方法は、第２ネットワーク機能へ第１リクエストを送信することであって、上記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである、ことを含む。上記方法は、第２ネットワーク機能から、第１レスポンスを受信すること、をさらに含む。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0034】

一実施形態において、上記サービスについてＵＥのルーティングに関連するエラーを示す上記ステータスコードは、上記サービスについてＵＥのルーティングに関連する上記エラーを示すために使用される原因属性を伴う、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）ステータスコードである'403 Forbidden'、又は、上記サービスについてＵＥのルーティングに関連する上記エラーを示すために使用される原因属性を伴う、ＨＴＴＰステータスコードである'404 Not Found'、のうちの少なくとも一方を含む。

【0035】

一実施形態において、上記サービスについてＵＥのルーティングに関連する上記エラーは、ＵＥは上記サービスに加入しているが上記サービスの副次サービスが禁止されていること、ＵＥは上記サービスに加入しているが上記サービスの副次サービスが提供されていないこと、又は、ＵＥは上記サービスに加入しているがＵＥは上記サービスに到達可能でないこと、のうちの少なくとも１つを含む。

【0036】

一実施形態において、上記サービスの上記副次サービスは、モバイル終端型（mobile terminated）サービス又はモバイル発信型（mobile originated）サービス、のうちの少なくとも一方を含む。

【0037】

一実施形態において、上記サービスは、ショートメッセージサービスを含む。

【0038】

一実施形態において、上記ＵＥ向けの上記サービスについての上記少なくとも１つの登録データセットは、第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスについての上記ＵＥのショートメッセージサービス機能（ＳＭＳＦ）登録情報、又は、非３ＧＰＰアクセスについての上記ＵＥのＳＭＳＦ登録情報、のうちの少なくとも一方を含む。

【0039】

一実施形態において、上記方法は、さらに、上記サービスについてＵＥのルーティングに関連する上記エラーがＵＥは上記サービスに加入しているがＵＥは上記サービスに到達可能でないことを示している場合に、上記第２ネットワーク機能へ第２リクエストを送信すること、を含む。上記第２リクエストは、ＵＥが上記サービスに到達可能であるときに上記サービスの機能に対しアラートを行うことを要求するものである。

【0040】

一実施形態において、上記第１ネットワーク機能は、ショートメッセージサービス－ゲートウェイモバイルスイッチングセンタ（ＳＭＳ－ＧＭＳＣ）、インターネットプロトコル－ショートメッセージ－ゲートウェイ（ＩＰ－ＳＭ－ＧＷ）、ＳＭＳルータ、サービスケイパビリティ露出機能（ＳＣＥＦ）、又は、ネットワーク露出機能（ＮＥＦ）、のうちの少なくとも１つを含む。

【0041】

一実施形態において、上記第２ネットワーク機能は、統一データ管理（ＵＤＭ）、ホーム加入者サーバ（ＨＳＳ）、又は、ホームロケーションレジスタ（ＨＬＲ）、のうちの少なくとも１つを含む。

【0042】

一実施形態において、上記第１リクエストは、ＨＴＴＰ ＧＥＴリクエストであり、上記第１レスポンスは、ＨＴＴＰ ＧＥＴレスポンスである。

【0043】

本開示の第２の観点では、第２ネットワーク機能により実行される方法が提供される。当該方法は、第１ネットワーク機能から第１リクエストを受信することを含み、上記第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記方法は、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定すること、をさらに含む。上記方法は、第１ネットワーク機能へ、第１レスポンスを送信すること、をさらに含む。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0044】

一実施形態において、上記方法は、さらに、上記サービスについてＵＥのルーティングに関連する上記エラーがＵＥは上記サービスに加入しているがＵＥは上記サービスに到達可能でないことを示す場合に、上記第１ネットワーク機能から第２リクエストを受信すること、を含む。上記第２リクエストは、ＵＥが上記サービスに到達可能であるときに上記サービスの機能に対しアラートを行うことを要求するものである。上記方法は、さらに、ＵＥは上記サービスに到達可能であることを示すアラートメッセージを上記サービスの上記機能へ送信すること、を含む。

【0045】

一実施形態において、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定することは、上記ＵＥの上記サービスの加入データを取得することであって、上記ＵＥの上記サービスの上記加入データは上記ＵＥが上記サービスに加入しているかに関する加入情報を含む、ことと、上記ＵＥの上記サービスの管理加入データを取得することであって、上記ＵＥの上記サービスの上記管理加入データは上記ＵＥが上記サービスの副次サービスに加入しているかに関する加入情報、及び／又は禁止制御ポリシーを含む、ことと、上記ＵＥの上記サービスの上記加入データ及び上記ＵＥの上記サービスの上記管理加入データに基づいて、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定することと、を含む。

【0046】

一実施形態において、上記ＵＥの上記サービスの上記加入データ及び上記ＵＥの上記サービスの上記管理加入データのうちの少なくとも一方は、統一データリポジトリ（ＵＤＲ）から取得される。

【0047】

一実施形態において、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定することは、上記ＵＥ向けの上記サービスの機能の登録データを取得することと、上記ＵＥ向けの上記サービスの待機ステータスデータを取得することであって、上記ＵＥ向けの上記サービスの上記待機ステータスデータは上記ＵＥが上記サービスに到達可能であるかに関する情報を含む、ことと、上記ＵＥ向けの上記サービスの上記機能の上記登録データ及び上記ＵＥ向けの上記サービスの上記待機ステータスデータに基づいて、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定することと、を含む。

【0048】

一実施形態において、上記ＵＥ向けの上記サービスの上記機能の上記登録データ及び上記ＵＥ向けの上記サービスの上記待機ステータスデータのうちの少なくとも一方は、ＵＤＲから取得される。

【0049】

本開示の第３の観点では、方法と第１ネットワーク機能が提供される。上記第１ネットワーク機能は、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記第１ネットワーク機能は、第２ネットワーク機能へ第１リクエストを送信する、ように動作可能である。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記第１ネットワーク機能は、第２ネットワーク機能から第１レスポンスを受信する、ようにさらに動作可能である。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0050】

本開示の第４の観点では、第２ネットワーク機能が提供される。上記第２ネットワーク機能は、プロセッサと、上記プロセッサへ連結されるメモリとを備える。上記メモリは、上記プロセッサにより実行可能な命令群を含む。上記第２ネットワーク機能は、第１ネットワーク機能から第１リクエストを受信する、ように動作可能である。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記第２ネットワーク機能は、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定する、ようにさらに動作可能である。上記第２ネットワーク機能は、第１ネットワーク機能へ第１レスポンスを送信する、ようにさらに動作可能である。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0051】

本開示の第５の観点では、第１ネットワーク機能が提供される。上記第１ネットワーク機能は、第１送信モジュール及び受信モジュールを備える。上記第１送信モジュールは、第２ネットワーク機能へ第１リクエストを送信する、ように構成され得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記受信モジュールは、第２ネットワーク機能から第１レスポンスを受信する、ように構成され得る。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0052】

一実施形態において、上記第１ネットワーク機能は、さらに、上記サービスについてＵＥのルーティングに関連する上記エラーがＵＥは上記サービスに加入しているがＵＥは上記サービスに到達可能でないことを示している場合に、上記第２ネットワーク機能へ第２リクエストを送信するように構成される第２送信モジュール、を備え得る。上記第２リクエストは、ＵＥが上記サービスに到達可能であるときに上記サービスの機能に対しアラートを行うことを要求するものである。

【0053】

本開示の第６の観点では、第２ネットワーク機能が提供される。上記第２ネットワーク機能は、第１受信モジュール、判定モジュール、及び第１送信モジュールを備える。上記第１受信モジュールは、第１ネットワーク機能から第１リクエストを受信する、ように構成され得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。上記判定モジュールは、上記サービスについてＵＥのルーティングに関連するエラーがあるかを判定する、ように構成され得る。上記第１送信モジュール１２０３は、第１ネットワーク機能へ第１レスポンスを送信する、ように構成され得る。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0054】

一実施形態において、上記第２ネットワーク機能は、さらに、上記サービスについてＵＥのルーティングに関連する上記エラーがＵＥは上記サービスに加入しているがＵＥは上記サービスに到達可能でないことを示している場合に、上記第１ネットワーク機能から第２リクエストを受信するように構成される第２受信モジュール、を備え得る。上記第２リクエストは、ＵＥが上記サービスに到達可能であるときに上記サービスの機能に対しアラートを行うことを要求するものである。

【0055】

一実施形態において、上記第２ネットワーク機能は、さらに、ＵＥは上記サービスに到達可能であることを示すアラートメッセージを上記サービスの上記機能へ送信する第２送信モジュール、を備え得る。

【0056】

本開示の第７の観点では、少なくとも１つのプロセッサにより実行された場合に、上記少なくとも１つのプロセッサに、上記第１及び第２の観点のいずれか一方に係る方法を遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

【0057】

本開示の第８の観点では、少なくとも１つのプロセッサ上で実行された場合に、上記少なくとも１つのプロセッサに、上記第１及び第２の観点のいずれか一方に係る方法を遂行させる命令群、を記憶したコンピュータ読取可能な記憶媒体が提供される。

【0058】

ここでの実施形態は、多くの利点を提供し得るものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態では、第２ネットワーク機能が、サービスについてのＵＥのルーティングに関連するエラーを示す正確なステータスコードを第１ネットワーク機能へ送信することができる。例えば、ＳＭＳルーティング情報リクエストについて、UDM UECM GETサービスのコンシューマへ、ABSENT_SUBSCRIBER_SM、MTSMS_BARRED、MTSMS_NOT_PROVISIONEDといった正確な原因が送信され得る。ここでのいくつかの実施形態では、ＮＦコンシューマがエラー条件を区別することができる。ここでのいくつかの実施形態では、提案された解決策によって、例えばＳＭＳなどのサービスにＵＥが到達可能ではない場合に不必要なシグナリングを回避することができる。ここでのいくつかの実施形態では、ＵＥがサービスに到達可能であるときに当該サービスの機能に対しアラートを行うことを第１ネットワーク機能が第２ネットワーク機能に要求することができる。例えば、サービスコンシューマは、ＵＤＭに対し、ＳＭＳ待機データリストへＳＣアドレスを追加することを求めることができるであろう。一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。ここでのいくつかの実施形態では、ＳＭＳデリバリなどのサービスを最適化することができる。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

【図面の簡単な説明】

【0059】

本開示の多様な実施形態の上述した及び他の側面、特徴及び恩恵が、添付図面への参照を伴う以下の詳細な説明から例示の形でより充分に明らかとなるであろう。添付図面において、類似の又は等価のエレメントを指すために類似の参照番号又は文字が使用されている。図面は、本開示の実施形態のより良好な理解を促進するために示されており、必ずしも縮尺通りに描かれてはおらず、次の通りである：

【0060】

【図1a】３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録情報を要求する手続を示している。

【0061】

【図1b】非３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録情報を要求する手続を示している。

【0062】

【図1c】複数のＵＥ登録データセットの取得の手続を示している。

【0063】

【図2】本開示の一実施形態に係る５Ｇネットワーク内のハイレベルアーキテクチャを概略的に示している。

【0064】

【図3】本開示の一実施形態に係る４Ｇネットワーク内のシステムアーキテクチャを概略的に示している。

【0065】

【図4】本開示の一実施形態に係る方法のフローチャートを示している。

【0066】

【図5】本開示の他の実施形態に係る方法のフローチャートを示している。

【0067】

【図6】本開示の他の実施形態に係る方法のフローチャートを示している。

【0068】

【図7】本開示の一実施形態に係る３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0069】

【図8】本開示の一実施形態に係る非３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0070】

【図9】本開示の一実施形態に係る非３ＧＰＰアクセスについてのＳＭＳＦ登録データ及び３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0071】

【図10】本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。

【0072】

【図11】本開示の一実施形態に係る第１ネットワーク機能を示すブロック図である。

【0073】

【図12】本開示の一実施形態に係る第２ネットワーク機能を示すブロック図である。

【発明を実施するための形態】

【0074】

本開示の実施形態について、添付図面を参照しながらより詳細に説明する。理解されるべきこととして、それら実施形態は、本開示の範囲に関して何らかの限定を示唆するよりもむしろ、当業者が本開示をよりよく理解しそれによって実装することを可能にする目的で議論されるに過ぎない。本明細書を通じて、特徴、利点又は類似の語句に対する言及は、本開示と共に実現され得る特徴及び利点の全てが本開示の何らかの単一の実施形態に現れるべきこと又は現れることを暗示しない。むしろ、特徴及び利点に言及する語句は、ある実施形態との関連で説明される特定の特徴、利点又は特性が本開示の少なくとも１つの実施形態に含まれることを意味するものと理解される。さらに、説明される本開示の特徴、利点及び特性は、１つ以上の実施形態において任意の適したやり方で組み合わされてよい。当業者は、本開示が具体的な実施形態の特定の特徴又は利点の１つ以上が無くとも実践され得ることを認識するであろう。他の例でいうと、ある実施形態において追加的な特徴及び利点が認識されてもよく、それは本開示の全ての実施形態に現れていなくてもよい。

【0075】

ここで使用されるところでは、"ネットワーク"との用語は、新無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交周波数符号分割多重アクセス（ＯＦＤＭＡ）、シングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）、及び他のワイヤレスネットワークといった、任意の適した通信標準に従うネットワークへの言及である。ＣＤＭＡネットワークは、ＵＴＲＡ（Universal Terrestrial Radio Access）などといった無線技術を実装し得る。ＵＴＲＡは、ＷＣＤＭＡ及びＣＤＭＡの他の派生を含む。ＴＤＭＡネットワークは、ＧＳＭ（Global System for Mobile Communications）といった無線技術を実装し得る。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭＡ、アドホックネットワーク、ワイヤレスセンサネットワークなどといった無線技術を実装し得る。以下の説明において、"ネットワーク"及び"システム"との用語は互換可能に使用され得る。さらに、ネットワークにおける２つのデバイス間の通信は、限定ではないものの、３ＧＰＰといった標準化機関により定義された通りの通信プロトコルを含む、任意の適した通信プロトコルに従って行われてよい。例えば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇの通信プロトコル、及び／又は、現在知られているか若しくは将来開発されることになるかのいずれかの任意の他のプロトコルを含み得る。

【0076】

"ネットワーク機能（ＮＦ）"との用語は、通信ネットワークの（物理的な又は仮想的な）ネットワークエンティティに実装可能な任意の適したネットワーク機能（ＮＦ）への言及である。例えば、そのネットワーク機能は、専用のハードウェア上のネットワークエレメントとして、専用のハードウェア上で稼働するソフトウェアインスタンスとして、又は例えばクラウドインフラストラクチャといった適切なプラットフォーム上でインスタンス化される仮想化機能としてのいずれかで実装され得る。例えば、５Ｇシステム（５ＧＳ）は、アクセス及びモビリティ機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、認証サービス機能（ＡＵＳＦ）、統一データ管理（ＵＤＭ）、ポリシー制御機能（ＰＣＦ）、アプリケーション機能（ＡＦ）、ネットワーク露出機能（ＮＥＦ）、ユーザプレーン機能（ＵＰＦ）及びネットワークリポジトリ機能（ＮＲＦ）、無線アクセスネットワーク（ＲＡＮ）、サービス通信プロキシ（ＳＣＰ）、ネットワークデータアナリティクス機能（ＮＷＤＡＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワークスライス固有認証及び承認機能（ＮＳＳＡＡＦ）などといった複数のＮＦを含み得る。例えば、（ＬＴＥといった）４Ｇシステムは、モビリティ管理エンティティ（ＭＭＥ）、ホーム加入者サーバ（ＨＳＳ）、プロキシ及び課金ルール機能（ＰＣＲＦ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）、サービングゲートウェイ（ＳＧＷ）、ＳＧＷ制御プレーン（ＳＧＷ－Ｃ）、Ｅ－ＵＴＲＡＮノードＢ（ｅＮＢ）などといった複数のＮＦを含み得る。他の実施形態において、ネットワーク機能は、例えば特定のネットワークに依存して、異なる種類のＮＦを含み得る。

【0077】

"端末デバイス"との用語は、通信ネットワークへアクセスし及びそこからサービスを受けることのできる任意の末端のデバイスへの言及である。限定ではなく例示でいうと、端末装置は、移動端末、ユーザ機器（ＵＥ）、又は他の適した装置をいう。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又はアクセス端末（ＡＴ）であってよい。端末デバイスは、限定ではないものの、ポータブルコンピュータ、デジタルカメラのような撮像端末デバイス、ゲーミング端末デバイス、楽曲記憶再生電化製品、モバイルフォン、セルラーフォン、スマートフォン、ＶｏＩＰ（voice over IP）フォン、ワイヤレスローカルループフォン、タブレット、ウェアラブルデバイス、ＰＤＡ（personal digital assistant）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、移動局、ＬＥＥ（laptop-embedded equipment）、ＬＭＥ（laptop-mounted equipment）、ＵＳＢドングル、スマートデバイス、及びワイヤレスＣＰＥ（customer-premises equipment）などを含んでよい。以下の説明において、"端末デバイス"、"端末"、"ユーザ機器"及び"ＵＥ"は、互換可能に使用され得る。１つの例として、端末装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＬＴＥ規格又はＮＲ規格といった、３ＧＰＰにより発布された１つ以上の通信規格に従った通信のために構成されるＵＥを表し得る。ここで使用されるところでは、"ユーザ機器"あるいは"ＵＥ"は、関係するデバイスを所有し及び／又は操作する人間のユーザという意味での"ユーザ"を必ずしも有していなくてもよい。いくつかの実施形態において、端末デバイスは、直接的なヒューマンインタラクション無しで情報を送信し及び／又は受信するように構成されてもよい。例えば、端末装置は、予め決定されるスケジュールで、内部の若しくは外部のイベントによりトリガされた場合に、又は、通信ネットワークからの要求に応じて、ネットワークへ情報を送信するように設計されてもよい。その代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を意図されているが、当初は特定の人間のユーザに関連付けられていないかもしれないデバイスを表してもよい。

【0078】

また別の例として、モノのインターネット（ＩｏＴ）のシナリオでは、端末デバイスは、監視及び／若しくは測定を実行し、並びに他の端末デバイス及び／若しくはネットワーク機器へそうした監視及び／若しくは測定の結果を送信する、マシン又は他のデバイスを表してもよい。端末装置は、このケースにおいて、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよく、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスとして言及されてもよい。１つの具体的な例として、端末デバイスは、３ＧＰＰ狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであってもよい。そうしたマシン又はデバイスの具体的な例は、センサ、電力メータのようなメータデバイス、産業機械、又は、例えば冷蔵庫、テレビジョン、時計などの個人装着品である、家庭若しくは個人電化製品である。他のシナリオにおいて、端末装置は、その動作ステータス若しくはその動作に関連付けられる他の機能について監視し及び／若しくは報告することの可能な車両又は他の機器を表してもよい。

【0079】

本明細書における、"１つの実施形態"、"一実施形態"、"例示的な実施形態"などへの言及は、説明される実施形態が特定の特徴、構造、又は特性を含み得るものの、あらゆる実施形態が当該特定の特徴、構造、又は特性を含むわけでは必ずしもないことを示す。そのうえ、そうしたフレーズは、必ずしも同じ実施形態を指しているわけではない。さらに、一実施形態との関係において特定の特徴、構造、又は特性が説明されている場合、明示的に記載されているか否かに関わらず、他の実施形態との関係においてそうした特徴、構造、又は特性を作用させることは、当業者の知識の範囲内であることが思量される。

【0080】

ここでは多様な要素を説明するのに"第１"、"第２"などの用語が使用され得るが、そうした要素はそれら用語により限定されるべきではないことが理解されるものとする。それら用語は、ある要素を別の要素と区別するために使用されるに過ぎない。例えば、例示的な実施形態のスコープを逸脱することなく、第１の要素を第２の要素と呼ぶことができるはずであり、同様に、第２の要素を第１の要素と呼ぶことができるはずである。ここで使用されるところでは、"and/or"という用語は、関連付けられる列挙された項目のうちの１つ以上のありとあらゆる組合せを含む。

【0081】

ここで使用されるところでは、"Ａ及び（又は）Ｂのうちの少なくとも一方"又は"Ａ又はＢのうちの少なくとも一方"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。"Ａ及び／又はＢ"というフレーズは、"Ａのみ、Ｂのみ、又はＡ及びＢの双方"を意味するものと理解されるべきである。

【0082】

ここで使用される専門用語は、具体的な実施形態を説明する目的のためのものに過ぎず、ここで説明される概念を限定することを意図されない。ここで使用されるところでは、単数形である"a"、"an"、及び"the"は、文脈で別段明確に示されていない限り、複数形をも含むことが意図される。さらに理解されるであろうこととして、"含む（comprises）"、"含む（comprising）"、"有する（has）"、"有する（having）"、"含む（includes）"及び／又は"含む（including）"という用語は、ここで使用されるところでは、記述された特徴、エレメント、及び／又はコンポーネントの存在を特定するものの、１つ以上の他の特徴、エレメント、コンポーネント、及び／又はそれらの組合せの存在又は追加を排除しない。

【0083】

なお、これら用語は、本文書で使用されるところでは、ノード、デバイス、又はネットワークなどの間の説明及び区別を容易にするためにのみ使用されている。技術の発展に伴って、同様の／同一の意味を有する他の用語もまた使用されてよい。

【0084】

以下の説明及び特許請求の範囲において、ここで使用される全ての技術的用語及び学術的用語は、別段定義されない限り、本開示が属する分野における当業者により共通的に理解される意味と同じ意味を有する。

【0085】

ここで説明される主題は任意の適したコンポーネントを用いる任意の適切なタイプのシステムにおいて実装されてよいものの、ここで開示される実施形態は、図２～図３に示した例示的なシステムアーキテクチャと共に作られる通信システムとの関連で説明される。簡明さのために、図２～図３のシステムアーキテクチャは、単にいくつかの例示的な要素を描いている。実際には、通信システムは、固定電話、サービスプロバイダ又は何らかの他のネットワークノード若しくは端末デバイスといった、端末デバイス間の又は端末デバイスと他の通信デバイスとの間の通信をサポートするために適した任意の追加的なエレメントをさらに含んでよい。通信システムは、当該通信システムにより又は当該通信システムを介して提供されるサービスに対する端末デバイスのアクセス及び／又はその使用を促進するために、１つ以上の端末デバイスへ通信及び多様なタイプのサービスを提供し得る。

【0086】

図２は、本開示の一実施形態に係る第５世代ネットワーク内のハイレベルアーキテクチャを概略的に示している。例えば、第５世代ネットワークは、５ＧＳであってよい。図２のアーキテクチャは、その開示が参照により全体としてここに取入れられる３ＧＰＰ ＴＳ２３．５０１Ｖ１６．５．１に記述されている図４．２．３－１と同一である。図２のシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、ＤＮ（data network）、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰ（Service Communication Proxy）、ＮＳＳＡＡＦ（Network Slice-Specific Authentication and Authorization Function）などといったいくつかの例示的な要素を含み得る。

【0087】

例示的な実施形態によれば、ＵＥは、図２に示した通りのリファレンスポイントＮ１上でＡＭＦとのシグナリング接続を確立することができる。このシグナリング接続は、ＵＥと（Ｒ）ＡＮとの間のシグナリング接続及び当該ＵＥ向けの（Ｒ）ＡＮとＡＭＦとの間のＮ２接続を含む、ＵＥとコアネットワークとの間の非アクセス層（ＮＡＳ）シグナリングの交換を可能にし得る。（Ｒ）ＡＮは、リファレンスポイントＮ３上でＵＰＦと通信することができる。ＵＥは、リファレンスポイントＮ６上でＵＰＦを通じてＤＮ（例えば事業者ネットワーク又はインターネットである、データネットワーク）に対するプロトコルデータユニット（ＰＤＵ）セッションを確立することができる。

【0088】

図２にさらに示したように、例示的なシステムアーキテクチャは、ＮＲＦ、ＮＥＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＭＦ及びＳＭＦといったＮＦにより呈示される、Nnrf、Nnef、Nausf、Nudm、Npcf、Namf及びNsmfといったサービスベースのインタフェースをも含む。加えて、図２は、ＮＦにおいてＮＦサービス間のインタラクションをサポートすることのできる、Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６、及びＮ９といったいくつかのリファレンスポイントをも示している。例えば、それらリファレンスポイントは、具体的なシステム手続を行う目的で、対応するＮＦのサービスベースのインタフェースを通じて、いくつかのＮＦサービスコンシューマ及びプロバイダとそれらのインタラクションとを特定することにより実現され得る。

【0089】

図２に示した多様なＮＦは、セッション管理、モビリティ管理、認証、セキュリティなどといった機能に責任を有し得る。ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰは、例えば３ＧＰＰ ＴＳ２３．５０１Ｖ１６．５．１の第６．２節において定義されている通りの機能性を含み得る。

【0090】

図３は、本開示の一実施形態に係る４Ｇネットワークにおけるシステムアーキテクチャを概略的に示しており、同図は、その開示がここで参照により全体として取入れられる３ＧＰＰ ＴＳ２３．６８２Ｖ１６．８．０の図４．２－１ａと同一である。図３のシステムアーキテクチャは、サービスケイパビリティサーバ（ＳＣＳ）、アプリケーションサーバ（ＡＳ）、サービスケイパビリティ露出機能（ＳＣＥＦ）、ＨＳＳ、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、サービングＧＰＲＳ（General Packet Radio Service）サポートノード（ＳＧＳＮ）、ＭＭＥ、モバイルスイッチングセンタ（ＭＳＣ）、サービングゲートウェイ（Ｓ－ＧＷ）、ゲートウェイＧＰＲＳサポートノード／パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＧＳＮ／Ｐ－ＧＷ）、マシンタイプ通信インターワーキング機能（ＭＴＣ－ＩＷＦ） 課金データ機能／課金ゲートウェイ機能（ＣＤＦ／ＣＧＦ）、マシンタイプ通信－認証・承認・アカウンティング（ＭＴＣ－ＡＡＡ）、ショートメッセージサービス－サービスセンタ／ゲートウェイＭＳＣ／インターワーキングＭＳＣ（ＳＭＳ－ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ） インターネットプロトコルショートメッセージゲートウェイ（ＩＰ-ＳＭ-ＧＷ）といった、いくつかの例示的なエレメントを含み得る。図３に示したようなネットワークエレメント及びインタフェースは、３ＧＰＰ ＴＳ２３．６８２Ｖ１６．８．０に記述されている通りの対応するネットワークエレメント及びインタフェースと同一であってよい。

【0091】

図４は、第１ネットワーク機能内に、当該機能に、若しくは当該機能として実装される装置、又は第１ネットワーク機能へ通信可能に連結される装置により実行され得る、本開示の一実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法４００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。

【0092】

ブロック４０２で、第１ネットワーク機能は、第２ネットワーク機能へ第１リクエストを送信し得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。

【0093】

第１ネットワーク機能は、第２ネットワーク機能からＵＥ向けのサービスについて少なくとも１つの登録データセットを受信することをリクエストし得る任意の適したＮＦであってよい。例えば、第１ネットワーク機能は、ＳＭＳ－ＧＭＳＣ、ＩＰ－ＳＭ－ＧＷ、ＳＭＳルータ、ＳＣＥＦ（Service Capability Exposure Function）、ＡＭＦ、ＳＭＦ、ＳＭＳＦ、ＮＥＦ、ＧＭＬＣ（Gateway Mobile Location Centre）、ＮＷＤＡＦ、ＨＳＳ、ＨＬＲ（home location register）及びＡＵＳＦのうちの少なくとも１つを含み得る。

【0094】

一実施形態において、第１ネットワーク機能は、ＳＭＳ－ＧＭＳＣ、ＩＰ－ＳＭ－ＧＷ、ＳＭＳルータ、ＳＣＥＦ又はＮＥＦのうちの少なくとも１つを含み得る。

【0095】

第２ネットワーク機能は、ＵＥ向けのサービスについて少なくとも１つの登録データセットを記憶し又は他のＮＦからそれを取得することのできる任意の適したＮＦであってよい。例えば、第２ネットワーク機能は、任意の適したデータ管理エンティティ又はデータ記憶エンティティを含み得る。

【0096】

一実施形態において、第２ネットワーク機能は、ＵＤＭ（unified data management）、ＨＳＳ（home subscriber server）又はＨＬＲ（home location register）のうちの少なくとも１つを含み得る。

【0097】

第２ＮＦは、第１ＮＦへ多様なサービスを提供してよい。例えば、第２ＮＦは、加入者データ管理サービス、ＵＥコンテキスト管理サービス、ＵＥ認証サービス、イベント露出サービス、パラメータ提供サービスなどのうちの少なくとも１つを提供し得る。

【0098】

ブロック４０４で、第１ネットワーク機能は、第２ネットワーク機能から第１レスポンスを受信し得る。

【0099】

一実施形態において、サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、当該サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。第１ＮＦは、第２ＮＦからステータスコードを受信した場合、第２ＮＦがＵＥ向けのサービスについての少なくとも１つの登録データセットを取得したが当該サービスについてＵＥのルーティングに関連するエラーがあることを知得し得る。換言すると、第１ＮＦは、ＳＭＳなどのサービスにＵＥが到達可能ではないことを知得する。したがって、第１ＮＦは、ステータスコードの知識に基づいて、何らかの適切なアクションを取り得る。

【0100】

一実施形態において、サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けのサービスについての少なくとも１つの登録データセットを含む。第１ＮＦは、ＵＥ向けのサービスについての少なくとも１つの登録データセットを受信した場合、当該サービスについてＵＥのルーティングに関連するエラーがないことを知得し得る。換言すると、第１ＮＦは、ＳＭＳなどのサービスにＵＥが到達可能であることを知得する。したがって、第１ＮＦは、ＵＥ向けのサービスについての少なくとも１つの登録データセットの知識に基づいて、何らかの適切なアクションを取り得る。

【0101】

上記サービスについてＵＥのルーティングに関連するエラーは、第２ＮＦにより判定されてよい。

【0102】

他の実施形態において、第２ＮＦがＵＥ向けのサービスについての少なくとも１つの登録データセットを取得できず（例えば、対応するコンテキストが存在しない）又はＵＥが見つからない場合、第１レスポンスは、そのエラーとしてCONTEXT_NOT_FOUND又はUSER_NOT_FOUNDを示すステータスコードを含んでもよい。

【0103】

ステータスコードは、任意の適したステータスコードであってよい。一実施形態において、サービスについてＵＥのルーティングに関連するエラーを示す上記ステータスコードは、当該サービスについてＵＥのルーティングに関連するエラーを示すために使用される原因属性を伴う、ハイパーテキストトランスファプロトコル（ＨＴＴＰ）ステータスコードである'403 Forbidden'、又は、当該サービスについてＵＥのルーティングに関連するエラーを示すために使用される原因属性を伴う、ＨＴＴＰステータスコードである'404 Not Found'、のうちの少なくとも一方を含む。

【0104】

サービスについてＵＥのルーティングに関連するエラーを示すために使用される原因属性は、"ABSNET_SUBSCRIBER_SM"、"SUBSERVICE_BARRED"、"SUBSERVICE _NOT_PROVISIONED"といった任意の適した原因属性であってよい。例えば、サービスがＳＭＳであって、副次サービスがＭＴ ＳＭＳである場合に、サービスについてＵＥのルーティングに関連するエラーを示すために使用される原因属性は、"ABSNET_SUBSCRIBER_SM"、"MTSMS_BARRED"、"MTSMS_NOT_PROVISIONED"であってもよい。

【0105】

一実施形態において、サービスについてＵＥのルーティングに関連するエラーは、ＵＥはサービスに加入しているがサービスの副次サービスが禁止されていること、ＵＥはサービスに加入しているがサービスの副次サービスが提供されていないこと、又は、ＵＥはサービスに加入しているがＵＥはサービスに到達可能でないこと、のうちの少なくとも１つを含む。

【0106】

一実施形態において、サービスの副次サービス（subservice）は、モバイル終端型サービス又はモバイル発信型サービスのうちの少なくとも一方を含む。

【0107】

一実施形態において、サービスは、ショートメッセージサービスを含む。

【0108】

一実施形態において、ＵＥ向けのサービスについての少なくとも１つの登録データセットは、第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスについてのＵＥのショートメッセージサービス機能（ＳＭＳＦ）登録情報、又は、非３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録情報、のうちの少なくとも一方を含む。

【0109】

一実施形態において、第１リクエストは、ＨＴＴＰ ＧＥＴリクエストであり、第１レスポンスは、ＨＴＴＰ ＧＥＴレスポンスである。

【0110】

ブロック４０６で、オプションとして、サービスについてＵＥのルーティングに関連するエラーが、ＵＥはサービスに加入しているがＵＥはサービスに到達可能でないことを示している場合に、第１ネットワーク機能は、第２ネットワーク機能へ第２リクエストを送信し得る。第２リクエストは、ＵＥがサービスに到達可能であるときにサービスの機能に対しアラートを行うことを要求するものである。ＵＥがサービスに到達可能であることを示すアラートメッセージを受信した後、上記サービスの機能は、例えば保留中のＳＭＳの再送信など、そのアラートに基づいて任意の適したアクションを行い得る。

【0111】

図５は、第２ネットワーク機能内に、当該機能に、若しくは当該機能として実装される装置、又は第２ネットワーク機能へ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法５００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その説明は、ここでは簡明さのために省略される。

【0112】

ブロック５０２で、第２ネットワーク機能は、第１ネットワーク機能から第１リクエストを受信し得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。例えば、第１ＮＦは、図４のブロック４０２で第２ＮＦへ第１リクエストを送信し、第２ＮＦはその第１リクエストを受信し得る。

【0113】

ブロック５０４で、第２ネットワーク機能は、サービスについてＵＥのルーティングに関連するエラーがあるかを判定し得る。第２ネットワーク機能は、サービスについてＵＥのルーティングに関連するエラーがあるかを、多様な手法で判定し得る。

【0114】

一実施形態において、第２ネットワーク機能は、サービスについてＵＥのルーティングに関連するエラーがあるかを、そのＵＥがそのサービスに加入しているかに関する加入情報を含む、ＵＥのサービスの加入データを取得することと、そのＵＥがそのサービスの副次サービスに加入しているかに関する加入情報、及び／又は禁止制御ポリシーを含む、ＵＥのサービスの管理加入データを取得することと、ＵＥのサービスの上記加入データ及びＵＥのサービスの上記管理加入データに基づいて、サービスについてＵＥのルーティングに関連するエラーがあるかを判定することと、により判定し得る。

【0115】

例えば、第２ネットワーク機能は、ＵＥのサービスの加入データを取得し得る。ＵＥのサービスの加入データは、ＵＥがサービスに加入しているかに関する加入情報を含む。第２ネットワーク機能は、ＵＥのサービスの加入データを、当該ＵＥのサービスの加入データがそのローカルストレージに格納される場合に、そのローカルストレージから取得してもよい。第２ネットワーク機能は、ＵＥのサービスの加入データを、当該ＵＥのサービスの加入データが他のネットワーク機能に格納される場合に、他のネットワーク機能から取得してもよい。

【0116】

第２ネットワーク機能は、ＵＥのサービスの管理加入データを取得し得る。ＵＥのサービスの管理加入データは、ＵＥがサービスの副次サービスに加入しているかに関する加入情報、及び／又は禁止制御ポリシーを含む。第２ネットワーク機能は、ＵＥのサービスの管理加入データを、当該ＵＥのサービスの管理加入データがそのローカルストレージに格納される場合に、そのローカルストレージから取得してもよい。第２ネットワーク機能は、ＵＥのサービスの管理加入データを、当該ＵＥのサービスの管理加入データが他のネットワーク機能に格納される場合に、他のネットワーク機能から取得してもよい。

【0117】

一実施形態において、ＵＥのサービスの加入データ及びＵＥのサービスの管理加入データのうちの少なくとも一方は、統一データリポジトリ（ＵＤＲ）から取得されてもよい。

【0118】

第２ＮＦは、ＵＥのサービスの上記加入データ及びＵＥのサービスの上記管理加入データに基づいて、サービスについてＵＥのルーティングに関連するエラーがあるかを判定し得る。例えば、サービスの副次サービスの禁止条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが登録された訪問先ＰＬＭＮについて又は全てのＰＬＭＮについて禁止される場合に、HTTP 403のエラーレスポンスがCAUSE：MTSMS_BARREDと共に返却されるかもしれず、これはHTTP 403のエラーレスポンスの問題詳細にて示される。例えば、サービスの副次サービスが提供されない場合、例えばＵＥがＳＭＳに加入済みだがＭＴ－ＳＭＳが提供されない場合に、HTTP 403のエラーレスポンスがCAUSE：MTSMS_NOT_PROVISIONEDと共に返却されるかもしれず、これはHTTP 403のエラーレスポンスの問題詳細にて示される。

【0119】

一実施形態において、第２ＮＦは、サービスについてＵＥのルーティングに関連するエラーがあるかを、ＵＥ向けのサービスの機能の登録データを取得することと、ＵＥがサービスに到達可能であるかに関する情報を含む、ＵＥ向けのサービスの待機ステータスデータを取得することと、ＵＥ向けのサービスの機能の上記登録データ及びＵＥ向けのサービスの上記待機ステータスデータに基づいて、そのサービスについてそのＵＥのルーティングに関連するエラーがあるかを判定することと、により判定し得る。

【0120】

例えば、第２ネットワーク機能は、ＵＥ向けのサービスの機能の登録データを取得し得る。第２ネットワーク機能は、ＵＥ向けのサービスの機能の登録データを、当該ＵＥ向けのサービスの機能の登録データがそのローカルストレージに格納される場合に、そのローカルストレージから取得してもよい。第２ネットワーク機能は、ＵＥ向けのサービスの機能の登録データを、当該ＵＥ向けのサービスの機能の登録データが他のネットワーク機能に格納される場合に、他のネットワーク機能から取得してもよい。

【0121】

第２ネットワーク機能は、ＵＥ向けのサービスの待機ステータスデータを取得し得る。ＵＥ向けのサービスの待機ステータスデータはＵＥがそのサービスに到達可能であるかに関する情報を含む。第２ネットワーク機能は、ＵＥ向けのサービスの待機ステータスデータを、当該ＵＥ向けのサービスの待機ステータスデータがそのローカルストレージに格納される場合に、そのローカルストレージから取得してもよい。第２ネットワーク機能は、ＵＥ向けのサービスの待機ステータスデータを、当該ＵＥ向けのサービスの待機ステータスデータが他のネットワーク機能に格納される場合に、他のネットワーク機能から取得してもよい。

【0122】

一実施形態においてＵＥ向けのサービスの機能の登録データ及びＵＥ向けのサービスの待機ステータスデータのうちの少なくとも一方は、ＵＤＲから取得される。

【0123】

第２ＮＦは、ＵＥ向けのサービスの機能の上記登録データ及びＵＥ向けのサービスの上記待機ステータスデータに基づいて、そのサービスについてそのＵＥのルーティングに関連するエラーがあるかを判定し得る。例えば、ショートメッセージ（ＳＭ）について加入者不在の条件が満たされる場合、例えばＵＥが３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能でないことを示す場合に、HTTP 404のエラーレスポンスがCAUSE：ABSENT_SUBSCRIBER_SMと共に返却され、これはHTTP 404のエラーレスポンスの問題詳細にて示される。新たな原因コードABSENT_SUBSCRIBER_SMに基づいて、ＮＦサービスコンシューマ（例えば、第１ＮＦ）は、さらに、ＳＭＳ待機データリストへサービスセンタ（ＳＣ）アドレスを追加することをＵＤＭに要望してもよい。そのため、一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。

【0124】

ブロック５０６で、第２ネットワーク機能は、第１ネットワーク機能へ第１レスポンスを送信し得る。

【0125】

一実施形態において、サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、当該サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。

【0126】

一実施形態において、サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けのサービスについての少なくとも１つの登録データセットを含む。

【0127】

図６は、第２ネットワーク機能内に、当該機能に、若しくは当該機能として実装される装置、又は第２ネットワーク機能へ通信可能に連結される装置により実行され得る、本開示の他の実施形態に係る方法のフローチャートを示している。そのため、その装置は、方法６００の多様な部分を達成するための手段又はモジュールと共に、他のコンポーネントと連携して他の処理を達成するための手段又はモジュールを提供し得る。上の実施形態において説明したいくつかの部分について、その説明は、ここでは簡明さのために省略される。

【0128】

ブロック６０２で、サービスについてＵＥのルーティングに関連するエラーが、ＵＥはサービスに加入しているがＵＥはサービスに到達可能でないことを示している場合に、第２ネットワーク機能は、第１ネットワーク機能から第２リクエストを受信し得る。第２リクエストは、ＵＥがサービスに到達可能であるときにサービスの機能に対しアラートを行うことを要求するものである。

【0129】

ブロック６０４で、第２ネットワーク機能は、ＵＥはサービスに到達可能であることを示すアラートメッセージを、当該サービスの機能へ送信し得る。一実施形態において、当該サービスの機能は、ＳＭＳ－ＧＭＳＣ、ＩＰ－ＳＭ－ＧＷ、又はＳＭＳルータのうちの少なくとも１つを含み得る。

【0130】

図７は、本開示の一実施形態に係る３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0131】

ステップ７０１で、ＮＥＦなどのＮＦサービスコンシューマは、３ＧＰＰアクセスについてのＵＥの登録情報を代表するリソースへ（ＨＴＴＰ ＧＥＴなどの）ＧＥＴリクエストを送信する。

【0132】

ＵＤＭは、まず、ステップ７０２及び７０３に対応して、ＵＤＲからＵＥのＳＭＳ加入データ及びＳＭＳ管理加入データを取得することによるＳＭＳ加入チェックというステップを行うように拡張される。

【0133】

ステップ７０２で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ加入データを取得するためのクエリを行い得る。ＳＭＳ加入データには、ＵＥ（又はＵＥのユーザ）がＳＭＳに加入済みであるかに関するサブスクリプションが含まれ得る。

【0134】

ステップ７０３で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ管理加入データを取得するためのクエリを行い得る。ＳＭＳ管理加入データには、ＭＯ－ＳＭＳ及びＭＴ－ＳＭＳ並びに禁止制御ポリシーに関するＵＥ（又はＵＥのユーザ）のサブスプリプションが含まれ得る。

【0135】

ステップ７０４で、呼び出し禁止条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが登録された訪問先ＰＬＭＮについて又は全てのＰＬＭＮについて禁止される場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_BARREDが示される。

【0136】

ステップ７０５で、遠隔サービス不提供条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが提供されない場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_NOT_PROVISIONEDが示される。

【0137】

ＵＤＭは、次に、ステップ７０６及び７０７に対応して、ＵＤＲからＵＥのＳＭＳＦ登録データ及びＳＭＳ待機ステータスデータを取得することによるＳＭＳ登録チェック及び待機ステータスチェックというステップを行うように拡張される。

【0138】

ステップ７０６で、ＵＤＭは、ＵＤＲに対して３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録データを取得するためのクエリを行い得る。

【0139】

ステップ７０７で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ待機ステータスデータを取得するためのクエリを行い得る。ＳＭＳ待機ステータスデータにおいて、ＵＥがＳＭＳに到達可能であるかが示され得る。

【0140】

ステップ７０８で、ＳＭについて加入者不在の条件が満たされる場合、例えばＵＥが３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能でないことを示す場合に、HTTP 404エラーレスポンスが返却され、当該HTTP 404エラーレスポンスのproblemDetailsにおいてCAUSE：ABSENT_SUBSCRIBER_SMが示される。

【0141】

新たな原因コードABSENT_SUBSCRIBER_SMに基づいて、ＮＦサービスコンシューマは、さらに、ＳＭＳ待機データリストへＳＣアドレスを追加することをＵＤＭに要望してもよい。そのため、一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。

【0142】

ステップ７０９で、通常応答条件が満たされる場合、例えばＵＥが３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能であることを示す場合に、HTTP 200 OKレスポンスが、３ＧＰＰアクセス向けのＳＭＳＦ登録データと共に返却される。

【0143】

上述したMTSMS_BARRED、MTSMS_NOT_PROVISIONED又はABSENT_SUBSCRIBER_SMという原因コードは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０に記述されている３ＧＰＰプロトコルではサポートされておらず、そのため、提案した実施形態によって、そうした条件をＮＦサービスコンシューマに示すように３ＧＰＰプロトコルを拡張することができる。

【0144】

一実施形態において、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．６．３．３－３が次の通り修正されてもよい：

【表7】

【0145】

図８は、本開示の一実施形態に係る非３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0146】

ステップ８０１で、ＮＥＦなどのＮＦサービスコンシューマは、非３ＧＰＰアクセスについてのＵＥの登録情報を代表するリソースへ（ＨＴＴＰ ＧＥＴなどの）ＧＥＴリクエストを送信する。

【0147】

ＵＤＭは、まず、ステップ８０２及び８０３に対応して、ＵＤＲからＵＥのＳＭＳ加入データ及びＳＭＳ管理加入データを取得することによるＳＭＳ加入チェックというステップを行うように拡張される。

【0148】

ステップ８０２で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ加入データを取得するためのクエリを行い得る。ＳＭＳ加入データには、ＵＥ（又はＵＥのユーザ）がＳＭＳに加入済みであるかに関するサブスクリプションが含まれ得る。

【0149】

ステップ８０３で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ管理加入データを取得するためのクエリを行い得る。ＳＭＳ管理加入データには、ＭＯ－ＳＭＳ及びＭＴ－ＳＭＳ並びに禁止制御ポリシーに関するＵＥ（又はＵＥのユーザ）のサブスプリプションが含まれ得る。

【0150】

ステップ８０４で、呼び出し禁止条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが登録された訪問先ＰＬＭＮについて又は全てのＰＬＭＮについて禁止される場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_BARREDが示される。

【0151】

ステップ８０５で、遠隔サービス不提供条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが提供されない場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_NOT_PROVISIONEDが示される。

【0152】

ＵＤＭは、次に、ステップ806及び807に対応して、ＵＤＲからＵＥのＳＭＳＦ登録データ及びＳＭＳ待機ステータスデータを取得することによるＳＭＳ登録チェック及び待機ステータスチェックというステップを行うように拡張される。

【0153】

ステップ８０６で、ＵＤＭは、ＵＤＲに対して非３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録データを取得するためのクエリを行い得る。

【0154】

ステップ８０７で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ待機ステータスデータを取得するためのクエリを行い得る。ＳＭＳ待機ステータスデータにおいて、ＵＥがＳＭＳに到達可能であるかが示され得る。

【0155】

ステップ８０８で、ＳＭについて加入者不在の条件が満たされる場合、例えばＵＥが３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能でないことを示す場合に、HTTP 404エラーレスポンスが返却され、当該HTTP 404エラーレスポンスのproblemDetailsにおいてCAUSE：ABSENT_SUBSCRIBER_SMが示される。

【0156】

新たな原因コードABSENT_SUBSCRIBER_SMに基づいて、ＮＦサービスコンシューマは、さらに、ＳＭＳ待機データリストへＳＣアドレスを追加することをＵＤＭに要望してもよい。そのため、一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。

【0157】

ステップ８０９で、通常応答条件が満たされる場合、例えばＵＥが非３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能であることを示した場合に、HTTP 200 OKレスポンスが、非３ＧＰＰアクセス向けのＳＭＳＦ登録データと共に返却される。

【0158】

上述したMTSMS_BARRED、MTSMS_NOT_PROVISIONED又はABSENT_SUBSCRIBER_SMという原因コードは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０に記述されている３ＧＰＰプロトコルではサポートされておらず、そのため、提案した実施形態によって、そうした条件をＮＦサービスコンシューマに示すように３ＧＰＰプロトコルを拡張することができる。

【0159】

一実施形態において、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．７．３．３－３が次の通り修正されてもよい：

【表8】

【0160】

図９は、本開示の一実施形態に係る非３ＧＰＰアクセスについてのＳＭＳＦ登録データ及び３ＧＰＰアクセスについてのＳＭＳＦ登録データの取得のフローチャートを示している。

【0161】

ステップ９０１で、ＮＥＦなどのＮＦサービスコンシューマは、３ＧＰＰアクセス及び非３ＧＰＰアクセス双方のＳＭＳＦについて登録データ名（registration-data-names）というクエリパラメータと共に、ＵＥの登録情報を代表するリソースへ（ＨＴＴＰ ＧＥＴなどの）ＧＥＴリクエストを送信する。

【0162】

ＵＤＭは、まず、ステップ９０２及び９０３に対応して、ＵＤＲからＵＥのＳＭＳ加入データ及びＳＭＳ管理加入データを取得することによるＳＭＳ加入チェックというステップを行うように拡張される。

【0163】

ステップ９０２で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ加入データを取得するためのクエリを行い得る。ＳＭＳ加入データには、ＵＥ（又はＵＥのユーザ）がＳＭＳに加入済みであるかに関するサブスクリプションが含まれ得る。

【0164】

ステップ９０３で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ管理加入データを取得するためのクエリを行い得る。ＳＭＳ管理加入データには、ＭＯ－ＳＭＳ及びＭＴ－ＳＭＳ並びに禁止制御ポリシーに関するＵＥ（又はＵＥのユーザ）のサブスプリプションが含まれ得る。

【0165】

ステップ９０４で、呼び出し禁止条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが登録された訪問先ＰＬＭＮについて又は全てのＰＬＭＮについて禁止される場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_BARREDが示される。

【0166】

ステップ９０５で、遠隔サービス不提供条件が満たされる場合、例えばＵＥがＳＭＳに加入済みでＭＴ－ＳＭＳが提供されない場合に、HTTP 403エラーレスポンスが返却され、当該HTTP 403エラーレスポンスのproblemDetailsにおいてCAUSE：MTSMS_NOT_PROVISIONEDが示される。

【0167】

ＵＤＭは、次に、ステップ９０６、ステップ９０７及びステップ９０８に対応して、ＵＤＲからＵＥのＳＭＳＦ登録データ及びＳＭＳ待機ステータスデータを取得することによるＳＭＳ登録チェック及び待機ステータスチェックというステップを行うように拡張される。

【0168】

ステップ９０６で、ＵＤＭは、ＵＤＲに対して３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録データを取得するためのクエリを行い得る。

【0169】

ステップ９０７で、ＵＤＭは、ＵＤＲに対して非３ＧＰＰアクセスについてのＵＥのＳＭＳＦ登録データを取得するためのクエリを行い得る。

【0170】

他の実施形態において、ステップ９０６及びステップ９０７は、３ＧＰＰアクセスについてのＳＭＳＦ登録データ及び非３ＧＰＰアクセスについてのＳＭＳＦ登録データの双方を取得するためのＵＤＲに対する単一のＧＥＴ動作であってもよい。

【0171】

ステップ９０８で、ＵＤＭは、ＵＤＲに対してＵＥのＳＭＳ待機ステータスデータを取得するためのクエリを行い得る。ＳＭＳ待機ステータスデータにおいて、ＵＥがＳＭＳに到達可能であるかが示され得る。

【0172】

ステップ９０９で、ＳＭについて加入者不在の条件が満たされる場合、例えばＵＥが非３ＧＰＰアクセス及び／又は３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能でないことを示す場合に、HTTP 404エラーレスポンスが返却され、当該HTTP 404エラーレスポンスのproblemDetailsにおいてCAUSE：ABSENT_SUBSCRIBER_SMが示される。

【0173】

上記新たな原因コードABSENT_SUBSCRIBER_SMに基づいて、ＮＦサービスコンシューマは、さらに、ＳＭＳ待機データリストへＳＣアドレスを追加することをＵＤＭに要望してもよい。そのため、一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。

【0174】

ステップ９１０で、通常応答条件が満たされる場合、例えばＵＥが３ＧＰＰアクセスについて登録済みのＳＭＳＦ及び／又は非３ＧＰＰアクセスについて登録済みのＳＭＳＦを有しており、ＳＭＳ待機ステータスデータがＵＥはＳＭＳに到達可能であることを示した場合に、HTTP 200 OKレスポンスが、３ＧＰＰアクセス向けのＳＭＳＦ登録データ及び非３ＧＰＰアクセス向けのＳＭＳＦ登録データと共に返却され、あるいは、ＳＭＳ待機ステータスデータがＵＥは３ＧＰＰアクセスか又は非３ＧＰＰアクセスかについて到達可能であることを示しているときは、それらのうちの一方と共に返却される。

【0175】

上述したMTSMS_BARRED、MTSMS_NOT_PROVISIONED又はABSENT_SUBSCRIBER_SMという原因コードは、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０に記述されている３ＧＰＰプロトコルではサポートされておらず、そのため、提案した実施形態によって、そうした条件をＮＦサービスコンシューマに示すように３ＧＰＰプロトコルを拡張することができる。

【0176】

一実施形態において、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．３．９．３．１－３が次の通り修正されてもよい：

【表9】

【0177】

一実施形態において、３ＧＰＰ ＴＳ２９．５０３Ｖ１７．１．０のテーブル６．２．７．３－１が次の通り修正されてもよい：

【表10】

【0178】

一実施形態において、提案した解決策は、ＳＭＳルーティング情報としてＳＭＳＦ登録情報をＧＥＴするインタフェース向けの原因コード（ＨＴＴＰステータスコードなど）を拡張し得る：
・ＵＥが加入済みのＳＭＳを有するが登録済みの訪問先ＰＬＭＮ又は全てについてＭＴ－ＳＭＳが禁止されているケースについて、403，CAUSE：MTSMS_BARRED
・ＵＥが加入済みのＳＭＳを有するがＭＴ－ＳＭＳが提供されないケースについて、403，CAUSE：MTSMS_NOT_PROVISIONED
・ＵＥが加入済みのＳＭＳを有するがＵＥがＳＭＳに到達可能でないことをＳＭＳ待機データが示すケースについて、404，CAUSE：ABSENT_SUBSCRIBER_SM

【0179】

ここでの実施形態は、多くの利点を提供し得るものであり、その非網羅的な例のリストは次の通りである。ここでのいくつかの実施形態では、第２ネットワーク機能が、サービスについてのＵＥのルーティングに関連するエラーを示す正確なステータスコードを第１ネットワーク機能へ送信することができる。例えば、ＳＭＳルーティング情報リクエストについて、UDM UECM GETサービスのコンシューマへ、ABSENT_SUBSCRIBER_SM、MTSMS_BARRED、MTSMS_NOT_PROVISIONEDといった正確な原因が送信され得る。ここでのいくつかの実施形態では、ＮＦコンシューマがエラー条件を区別することができる。ここでのいくつかの実施形態では、提案された解決策によって、例えばＳＭＳなどのサービスにＵＥが到達可能ではない場合に不必要なシグナリングを回避することができる。ここでのいくつかの実施形態では、ＵＥがサービスに到達可能であるときに当該サービスの機能に対しアラートを行うことを第１ネットワーク機能が第２ネットワーク機能に要求することができる。例えば、サービスコンシューマは、ＵＤＭに対し、ＳＭＳ待機データリストへＳＣアドレスを追加することを求めることができるであろう。一旦ＵＥがＳＭＳに到達可能になると、ＵＤＭは、保留中のＳＭＳの再送信についてＳＣへアラートすることができるであろう。ここでのいくつかの実施形態では、ＳＭＳデリバリなどのサービスを最適化することができる。ここでの実施形態は、上で言及した特徴及び利点には限定されない。当業者は、以下の詳細な説明を読んだ後に、追加的な特徴及び利点を認識するであろう。

【0180】

図１０は、本開示のいくつかの実施形態を実践するために適した装置を示すブロック図である。例えば、第１ネットワーク機能及び第２ネットワーク機能のうちの任意の１つが、装置１０００として又は装置１０００を通じて実装されてもよい。

【0181】

装置１０００は、デジタルプロセッサ（ＤＰ）といった少なくとも１つのプロセッサ１０２１と、プロセッサ１０２１へ連結される少なくとも１つのメモリ（ＭＥＭ）１０２２とを備える。装置１０２０は、さらに、プロセッサ１０２１へ連結される送信機ＴＸ及び受信機ＲＸ１０２３を備え得る。ＭＥＭ１０２２は、プログラム（ＰＲＯＧ）１０２４を記憶する。ＰＲＯＧ１０２４は、関連付けられるプロセッサ１０２１上で実行された場合に、装置１０２０が本開示の実施形態に従って動作することを可能にする命令群、を含み得る。少なくとも１つのプロセッサ１０２１と少なくとも１つのＭＥＭ１０２２との組合せが、本開示の多様な実施形態を実装するように適合される処理手段１０２５を形成してもよい。

【0182】

本開示の多様な実施形態は、プロセッサ１０２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組合せで実装されてもよい。

【0183】

ＭＥＭ１０２２は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定的なメモリ及び取外し可能なメモリなど、任意の適したデータストレージ技術を用いて実装されてよい。

【0184】

プロセッサ１０２１は、ローカルの技術環境に適した任意のタイプのものであってよく、非限定的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。

【0185】

上記装置が第１ネットワーク機能として実装される実施形態では、メモリ１０２２は、プロセッサ１０２１により実行可能な命令群を収容し、それにより、第１ネットワーク機能は、第１ネットワーク機能に関連する上述した通りの方法の任意のステップに従って動作する。

【0186】

上記装置が第２ネットワーク機能として実装される実施形態では、メモリ１０２２は、プロセッサ１０２１により実行可能な命令群を収容し、それにより、第２ネットワーク機能は、第２ネットワーク機能に関連する上述した通りの方法の任意のステップに従って動作する。

【0187】

図１１は、本開示の一実施形態に係る第１ネットワーク機能を示すブロック図である。図示したように、第１ネットワーク機能１１００は、第１送信モジュール１１０１及び受信モジュール１１０２を備える。第１送信モジュール１１０１は、第２ネットワーク機能へ第１リクエストを送信する、ように構成され得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。受信モジュール１１０２は、第２ネットワーク機能から第１レスポンスを受信する、ように構成され得る。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0188】

一実施形態において、第１ネットワーク機能１１００は、さらに、サービスについてＵＥのルーティングに関連するエラーがＵＥはサービスに加入しているがＵＥはサービスに到達可能でないことを示している場合に、第２ネットワーク機能へ第２リクエストを送信するように構成される第２送信モジュール１１０３、を備え得る。第２リクエストは、ＵＥがサービスに到達可能であるときにサービスの機能に対しアラートを行うことを要求するものである。

【0189】

図１２は、本開示の一実施形態に係る第２ネットワーク機能を示すブロック図である。図示したように、第２ネットワーク機能１２００は、第１受信モジュール１２０１、判定モジュール１２０２、及び第１送信モジュール１２０３を備える。第１受信モジュール１２０１は、第１ネットワーク機能から第１リクエストを受信する、ように構成され得る。第１リクエストは、ユーザ機器（ＵＥ）向けのサービスについての少なくとも１つの登録データセットを受信することを要求するものである。判定モジュール１２０２は、サービスについてＵＥのルーティングに関連するエラーがあるかを判定する、ように構成され得る。第１送信モジュール１２０３は、第１ネットワーク機能へ第１レスポンスを送信する、ように構成され得る。上記サービスについてＵＥのルーティングに関連するエラーがある場合には、第１レスポンスは、上記サービスについてＵＥのルーティングに関連するエラーを示すステータスコードを含む。上記サービスについてＵＥのルーティングに関連するエラーがない場合には、第１レスポンスは、ＵＥ向けの上記サービスについての少なくとも１つの登録データセットを含む。

【0190】

一実施形態において、第２ネットワーク機能１２００は、さらに、サービスについてＵＥのルーティングに関連するエラーがＵＥはサービスに加入しているがＵＥはサービスに到達可能でないことを示している場合に、第１ネットワーク機能から第２リクエストを受信するように構成される第２受信モジュール１２０４、を備え得る。第２リクエストは、ＵＥがサービスに到達可能であるときにサービスの機能に対しアラートを行うことを要求するものである。

【0191】

一実施形態において、第２ネットワーク機能１２００は、さらに、ＵＥはサービスに到達可能であることを示すアラートメッセージをサービスの機能へ送信する第２送信モジュール１２０５、を備え得る。

【0192】

ユニット又はモジュールとの用語は、電子機器、電気デバイス及び／又は電子デバイスの分野における旧来の意味を有してよく、例えば、ここで説明したもののような、それぞれのタスク、手続、計算、出力及び／若しくは表示機能などを遂行するための、電気回路及び／若しくは電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジック固体素子及び／若しくは離散デバイス、コンピュータプログラム、又は、命令を含み得る。

【0193】

機能ユニット群に関して、第１ネットワーク機能及び第２ネットワーク機能は、固定的なプロセッサ又はメモリを必要としないかもしれず、通信システム内で、第１ネットワーク機能及び第２ネットワーク機能から任意のコンピューティングリソース及び記憶リソースが構成されてよい。仮想化技術及びネットワークコンピューティング技術の導入が、ネットワークリソースの使用効率及びネットワークの柔軟性を改善し得る。

【0194】

本開示のある観点によれば、コンピュータ読取可能な記憶媒体に有形的に記憶されるコンピュータプログラムプロダクトであって、少なくとも１つのプロセッサ上で実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を含むコンピュータプログラムプロダクトが提供される。

【0195】

本開示のある観点によれば、少なくとも１つのプロセッサにより実行された場合に、当該少なくとも１つのプロセッサに、上述した通りの方法のいずれかを遂行させる命令群、を記憶するコンピュータ読取可能な記憶媒体が提供される。

【0196】

加えて、本開示は、上述した通りのコンピュータプログラムを収容する担体であって、電子信号、光信号、無線信号、又はコンピュータ読取可能な記憶媒体のうちの１つである、当該担体をも提供し得る。コンピュータ読取可能な記憶媒体は、例えば、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、及びブルーレイディスクなどのような、光学コンパクトディスク又は電子メモリデバイスであり得る。

【0197】

ここで説明した技法は多様な手段で実装されてよく、それにより、一実施形態と共に説明した対応する装置の１つ以上の機能を実装する装置が、従来技術の手段だけでなく、当該実施形態と共に説明した対応する装置の１つ以上の機能を実装するための手段をも含むようになり、それは、別個の各機能のための別個の手段、又は２つ以上の機能を実行するように構成され得る手段を含み得る。例えば、それら技法は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、又はそれらの組合せで実装されてもよい。ファームウェア又はソフトウェアについて、実装は、ここで説明した機能を実行するモジュール群（例えば、プロシージャ及びファンクションなど）を通じてなされてもよい。

【0198】

ここでの例示的な実施形態について、方法及び装置のブロック図及びフローチャートの例示を参照して上で説明した。理解されるであろうこととして、フローチャートの例示及び／又はブロック図の各ブロック、並びに、フローチャートの例示及び／又はブロック図におけるブロックの組み合わせを、それぞれ、コンピュータプログラム命令群を含む多様な手段により実装することができる。それらコンピュータプログラム命令群は、汎用コンピュータ、特殊目的のコンピュータ又は他のプログラム可能なデータ処理装置へロードされてマシンを生み出し、それにより、コンピュータ又は他のプログラム可能なデータ処理装置上で稼働する当該命令群が、フローチャートの１つ若しくは複数のブロックにおいて特定された機能を実装するための手段を生成する。

【0199】

さらに、具体的な順序で動作が描かれているものの、それは、所望の結果を達成するために、当該具体的な順序で若しくはシーケンシャルな順序でそうした動作が実行されること、又は図示した全ての動作が実行されることを要求するものと理解されるべきではない。ある状況では、マルチタスク及び並列処理が有利であるかもしれない。同様に、上の議論にはいくつもの特定の実装の詳細が含まれているものの、それらは、ここで説明した主題の範囲に対する限定として解釈されるべきではなく、むしろ具体的な実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明したある複数の特徴が、単一の実施形態において組合せて実装されてもよい。逆に、単一の実施形態の文脈で説明した多様な特徴が、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装されてもよい。

【0200】

本明細書は多くの特定の実装の詳細を含んでいるものの、それらは何らの実装の範囲や特許請求され得るものに関する限定として解釈されるべきではなく、むしろ、具体的な実装の具体的な実施形態にとって固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書において説明した複数の特徴を、単一の実施形態において組合せて実装することもできる。逆に、単一の実施形態の文脈で説明した多様な特徴を、複数の実施形態において別々に又は任意の適したサブコンビネーションで実装することもできる。そのうえ、複数の特徴がある組合せで動作するものとして上で説明されており且つそのように特許請求されてさえいるかもしれないが、いくつかのケースでは、特許請求された組合せのうちの１つ以上の特徴をその組合せから切り出すことができ、特許請求されたその組合せはサブコンビネーション又はサブコンビネーションの変形例に向けられてもよい。

【0201】

当業者にとっては、技術の進展に伴って本発明概念を多様な手法で実装できることが明白であろう。上述した実施形態は、本開示を限定するよりもむしろ説明するために与えられており、当業者が容易に理解するように、本開示の思想及び範囲から逸脱することなく、修正例及び変形例の手段を取り得ることが理解されるであろう。そうした修正例及び変形例は、本開示及び添付した特許請求の範囲のスコープ内にあるものと考えられる。本開示の保護のスコープは、別添の特許請求の範囲により定義される。

【図1a】

【図1b】

【図1c】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【国際調査報告】