特許 7345670 ＳＭＳ配信のための方法および装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-07

(45)【発行日】2023-09-15

(54)【発明の名称】ＳＭＳ配信のための方法および装置

(51)【国際特許分類】

   H04W 8/00 20090101AFI20230908BHJP

   H04W 4/14 20090101ALI20230908BHJP

   H04W 92/24 20090101ALI20230908BHJP

【ＦＩ】

H04W8/00

H04W4/14

H04W92/24

【請求項の数】 27

(21)【出願番号】P 2022548099

(86)(22)【出願日】2020-09-28

(65)【公表番号】

(43)【公表日】2023-04-21

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

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

(87)【国際公開日】2021-08-19

【審査請求日】2022-10-04

(31)【優先権主張番号】PCT/CN2020/074635

(32)【優先日】2020-02-10

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

(73)【特許権者】

【識別番号】598036300

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

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】ロン， ホンシア

【審査官】長谷川 未貴

(56)【参考文献】

【文献】Nokia Siemens Networks，Disc About Subscriptions and Notifications，3GPP TSG-CT WG4#45 C4-092235，＜URL:http://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_45_Seville/Docs/C4-092235.zip＞，2009年08月29日

【文献】Ericsson，Pseudo-CR on SMS Procedures，3GPP TSG CT WG4 #95 C4-195429，<URL:https://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_95_Reno/Docs/C4-195429.zip>，2019年11月15日

【文献】Ericsson，Discussion regarding AMF selection，3GPP TSG SA WG2 #135 S2-1909020，<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_135_Split/Docs/S2-1909020.zip>，2019年10月04日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

ＩＰＣ Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

ＤＢ名 ３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(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】

通信システムであって、
端末デバイスのために統合データリポジトリ（ＵＤＲ）エンティティ（１６００、１８００）においてショートメッセージサービス（ＳＭＳ）待機コンテキストを維持するために、前記ＵＤＲにＨＴＴＰ要求を送信するように設定された統合データ管理（ＵＤＭ）エンティティ（１６００、１７００）であって、前記ＳＭＳ待機コンテキストが、モバイル着信（ＭＴ）ＳＭＳ配信の失敗による、少なくとも１つのＳＭＳサービスセンタ（ＳＭＳ－ＳＣ）から前記端末デバイスへの前記ＭＴ ＳＭＳ配信の再試行に関係する情報であり、前記ＳＭＳ待機コンテキストが、
－ 前記ＵＤＲエンティティにハイパーテキスト転送プロトコル（ＨＴＴＰ）ＧＥＴ要求を送ることによって、前記端末デバイスのためのＳＭＳ待機コンテキストについて前記ＵＤＲエンティティにクエリすることと、
－ 前記ＵＤＲエンティティにＨＴＴＰ ＰＵＴ要求を送ることによって、前記端末デバイスのためのＳＭＳ待機コンテキストを作成することと、
－ 前記ＵＤＲエンティティにＨＴＴＰ ＰＵＴ要求またはＨＴＴＰ ＰＡＴＣＨ要求を送ることによって、前記端末デバイスのための前記ＳＭＳ待機コンテキストを更新することと
のうちの少なくとも１つによって維持され、
－ 前記ＨＴＴＰ ＰＵＴ要求が、前記端末デバイスのための前記ＳＭＳ待機コンテキストを含み、および／または前記ＨＴＴＰ ＰＡＴＣＨ要求が、前記端末デバイスのための前記ＳＭＳ待機コンテキストのうちの少なくとも１つを指示する指示を含む、
統合データ管理（ＵＤＭ）エンティティ（１６００、１７００）と、
前記端末デバイスのために、前記ＵＤＭエンティティからのＨＴＴＰ要求に応答して前記ＳＭＳ待機コンテキストを維持するように設定された前記ＵＤＲエンティティであって、前記ＳＭＳ待機コンテキストは、
－ 前記端末デバイスのための前記ＳＭＳ待機コンテキストについての前記ＵＤＭエンティティからの前記クエリに応答するステップであって、前記クエリが、前記ＨＴＴＰ ＧＥＴ要求である、前記クエリに応答するステップと、
－ 前記ＵＤＭエンティティから前記ＨＴＴＰ ＰＵＴ要求を受信することによって、前記端末デバイスのための前記ＳＭＳ待機コンテキストを作成するステップと、
－ 前記ＵＤＭエンティティから前記ＨＴＴＰ ＰＵＴ要求または前記ＨＴＴＰ ＰＡＴＣＨ要求を受信することによって、前記端末デバイスのための前記ＳＭＳ待機コンテキストを更新するステップと
のうちの少なくとも１つによって維持される、前記ＵＤＲエンティティと
を備える、通信システム。

【発明の詳細な説明】

【技術分野】

【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】

【図1】ＮＡＳ上のＳＭＳのための非ローミングアーキテクチャを示す図である。

【図2】参照ポイント表現における、ＮＡＳ上のＳＭＳのための非ローミングアーキテクチャを示す図である。

【図3】ＮＡＳ上のＳＭＳのためのローミングアーキテクチャを示す図である。

【図4】参照ポイント表現における、ＮＡＳ上のＳＭＳのためのローミングアーキテクチャを示す図である。

【図5】本開示の一実施形態が適用可能である例示的な通信システムを示す図である。

【図6】本開示の一実施形態による、ＵＤＭエンティティにおいて実装される方法を示すフローチャートである。

【図7】図６の方法を説明するためのフローチャートである。

【図8】図６の方法を説明するためのフローチャートである。

【図9】本開示の一実施形態による、ＵＤＭエンティティにおいて実装される方法を示すフローチャートである。

【図10】本開示の一実施形態による、ＵＤＲエンティティにおいて実装される方法を示すフローチャートである。

【図11】本開示の一実施形態による、ＵＤＲエンティティにおいて実装される方法を示すフローチャートである。

【図12】ＳＭＳサービスサポートを伴う、ＵＥ登録の例示的なプロセスを示すフローチャートである。

【図13A】本開示の一実施形態による、例示的なプロセスを示すフローチャートである。

【図13B】本開示の一実施形態による、例示的なプロセスを示すフローチャートである。

【図14A】本開示の一実施形態による、例示的なプロセスを示すフローチャートである。

【図14B】本開示の一実施形態による、例示的なプロセスを示すフローチャートである。

【図15】本開示の一実施形態による、サブスクリプションデータのための構造を示す図である。

【図16】本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。

【図17】本開示の一実施形態による、ＵＤＭエンティティを示すブロック図である。

【図18】本開示の一実施形態による、ＵＤＲエンティティを示すブロック図である。

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

【0045】

説明の目的で、以下の説明では、開示される実施形態の完全な理解を提供するために詳細が記載される。しかしながら、実施形態が、これらの具体的な詳細なしに、または等価な構成を用いて実装され得ることは、当業者には明らかである。

【0046】

３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．３．０のセクション４．１３．３．９によれば、不成功のモバイル着信ＳＭＳ配信再試行のプロシージャは、以下のように規定される。ＵＥが、同じＡＭＦにおいて３ＧＰＰアクセスと非３ＧＰＰアクセスの両方の上で登録される（すなわち、ＵＥは、両方のアクセスタイプについて同じＰＬＭＮにおいて登録される）場合、一方のアクセスタイプ上のＭＴ－ＳＭＳ配信が失敗した場合、ＡＭＦは、オペレータローカルポリシに基づいて、ＳＭＳＦに失敗を指示する前に、他方のアクセスタイプ上でＭＴ－ＳＭＳ配信を再試行し得、両方のアクセスタイプ上のＭＴ－ＳＭＳ配信が失敗した場合、ＡＭＦは直ちにＳＭＳＦに知らせるものとする。

【0047】

ＡＭＦが、ＵＥにＭＴ－ＳＭＳを配信することができないことをＳＭＳＦに知らせた場合、ＳＭＳＦは、ＴＳ２３．０４０において規定されているように（ＩＰ－ＳＭ－ＧＷまたはＳＭＳルータとの共同サイト式であり得る）第１のＳＭＳ－ＧＭＳＣに失敗報告を送る。ＳＭＳ－ＧＭＳＣが、ＵＥに向かうＳＭＳトランスポートのために２つ以上のエンティティを有する場合、ＭＴ－ＳＭＳ失敗報告を受信すると、ＳＭＳ－ＧＭＳＣは、オペレータローカルポリシに基づいて、他のエンティティを介してＭＴ－ＳＭＳ配信を再試行し得る。

【0048】

第１のＳＭＳ－ＧＭＳＣが、ＵＥがＭＴ－ＳＭＳを受信することが可能でないことをＵＤＭ／ホームサブスクライバサーバ（ＨＳＳ）に知らせた後に、ＵＤＭは、ＵＤＭの内部ＵＲＲＰ－ＡＭＦフラグをセットするものとする。ＵＥがＡＭＦにおいて登録され、ＵＤＭが、ＡＭＦにおけるＵＥ到達可能性通知にまだサブスクライブしていない場合、ＵＤＭは、節４．２．５．２において指定されているサブスクリプションプロシージャを直ちに始動する。ＡＭＦがＵＥアクティビティを検出したとき、ＡＭＦは、節４．２．５．３に記載されているようにＵＥアクティビティ通知でＵＤＭに通知する。ＵＤＭは、ＵＤＭのＵＲＲＰ－ＡＭＦフラグをクリアし、ＭＴ－ＳＭＳ配信を再び試みるように、関係するＳＣにアラートする。

【0049】

ＳＭＳ－ＧＭＳＣが、第５世代コア（５ＧＣ）において登録されていないＵＥについて、またはＳＭＳサービスのためにまだ登録されていない登録されたＵＥについて、ルーティング情報をＵＤＭに要求したとき、ＵＤＭは、ＵＥが不在であることをＳＭＳ－ＧＭＳＣに応答し、（まだ記憶されていない場合）ＭＷＤリストにＳＣアドレスを記憶し、ＴＳ２３．０４０において規定されているようにＳＣにそれを指示する。ＵＤＭはまた、ＵＥについての後続のＳＭＳＦ登録時にＳＣに通知するために、内部ＳＭＳＦ登録通知フラグをセットする。ＵＤＭが、ＳＭＳＦ登録通知フラグがセットされたＵＥについて、ＳＭＳＦからＮｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ要求を受信したとき、ＵＤＭは、フラグをクリアし、ＭＴ－ＳＭＳ配信を再び試みるように、関係するＳＣにアラートする。このシナリオは、ＵＥが２Ｇ／３Ｇ／４Ｇカバレッジ中にないと仮定することに留意されたい。

【0050】

パケットベースコアネットワークにおける５Ｇサービスベースアーキテクチャ（ＳＢＡ）と共通バックエンドリポジトリとしてのＵＤＲとの導入に伴って、ネットワーク機能（ＮＦ）が、ステートレスフロントエンドとして実装され得、セッションにわたるその必要とされる状態およびコンテキストがＵＤＲに記憶される。Ｎｕｄｒアプリケーションプログラミングインターフェース（ＡＰＩ）のためのＵＤＲリソースモデルは、３ＧＰＰ ＴＳ２９．５０５ Ｖ１６．１．０のセクション５．２．１に記載されている。この技術仕様の図５．２．１－１および図５．２．１－２が、サブスクリプションデータのためのリソースユニフォームリソース識別子（ＵＲＩ）サブレベル構造を示す。この技術仕様の表５．２．１－１が、リソースと適用可能なＨＴＴＰメソッドとの概観を提供する。

【0051】

不成功のモバイル着信ＳＭＳ（ＭＴ－ＳＭＳ）配信再試行をサポートするために、一方の側におけるＵＤＭは、失敗理由がＵＥが存在しないことであるかどうかを監視するＵＥ到達可能性イベントをサポートする必要があり、または失敗理由がクライアント側におけるメモリ超過であるかどうかの通知の準備ができている必要がある。他方の側において、ＵＥ到達可能イベントとメモリ利用可能（ｍｅｍｏｒｙ ａｖａｉｌａｂｌｅ）イベントとの通知を得たとき、ＵＤＭは、前に失敗したＭＴ－ＳＭＳ配信を再試行するようにＳＭＳ－ＳＣにアラートする必要がある。ＵＤＭがＳＭＳ配信の失敗を知る時間ポイントと、ＵＤＭが再試行が開始され得ることを知る時間ポイントとの間に、ある時間期間が存在するので、ＭＴ－ＳＭＳ待機コンテキストは、ステートレスＵＤＭがアクセスするためにどこかに記憶されるべきである。しかしながら、３ＧＰＰ ＴＳ２９．５０５ Ｖ１６．１．０の図５．２．１－１および図５．２．１－２に図示されている最新のＮｕｄｒ ＡＰＩから、５Ｇ ＳＭＳサービスのためのＳＭＳ待機コンテキストデータは、ＵＤＲによってサポートされない。したがって、不成功のＭＴ－ＳＭＳ配信再試行は、５ＧＣ展開において実際に働かない。それがレガシー世代のモバイルネットワークをまだ展開していない垂直顧客（ｖｅｒｔｉｃａｌ ｃｕｓｔｏｍｅｒ）のためのものであるとき、それはさらに悪くなる。

【0052】

本開示は、ＳＭＳ配信のための改善されたソリューションを提案する。以下で、ソリューションは、図５～図１８を参照しながら詳細に説明される。

【0053】

図５は、本開示の一実施形態が適用可能である例示的な通信システムを示す図である。図示のように、通信システムは、ＵＥと、（無線）アクセスネットワーク（（Ｒ）ＡＮ）と、ユーザプレーン機能（ＵＰＦ）と、データネットワーク（ＤＮ）と、アクセスおよびモビリティ管理機能（ＡＭＦ）と、セッション管理機能（ＳＭＦ）と、ポリシ制御機能（ＰＣＦ）と、アプリケーション機能（ＡＦ）と、ショートメッセージサービス機能（ＳＭＳＦ）と、ネットワークスライス選択機能（ＮＳＳＦ）と、認証サーバ機能（ＡＵＳＦ）と、統合データ管理（ＵＤＭ）と、統合データリポジトリ（ＵＤＲ）とを備える。上記のエンティティの機能的説明は、その全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．３．０の節６において指定されている。

【0054】

本明細書で使用されるＵＥという用語は、たとえば、端末デバイス、アクセス端末、移動局、モバイルユニット、加入者局などと呼ばれることもあることに留意されたい。ＵＥは、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指し得る。限定ではなく例として、ＵＥは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）などを含み得る。

【0055】

モノのインターネット（ＩｏＴ）シナリオでは、ＵＥは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＵＥおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。この場合、ＵＥは、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、バイク、車両、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどを含み得る。

【0056】

本明細書で使用される「通信システム」という用語は、第１世代（１Ｇ）通信プロトコル、２Ｇ通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、３Ｇ通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルなど、任意の好適な通信規格に従うシステムを指す。さらに、通信システムにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、１Ｇ通信プロトコル、２Ｇ通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、３Ｇ通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。さらに、本明細書で使用される特定の用語は、特定の用語に関係する通信システムのみに本開示を限定せず、これは、他の通信システムにより一般的に適用され得る。

【0057】

図６は、本開示の一実施形態による、ＵＤＭエンティティにおいて実装される方法を示すフローチャートである。ブロック６０２において、ＵＤＭエンティティは、端末デバイスのためのＳＭＳ待機コンテキストを維持する。ＳＭＳ待機コンテキストは、ＭＴ ＳＭＳ配信の失敗による、少なくとも１つのＳＭＳ－ＳＣから端末デバイスへのＭＴ ＳＭＳ配信の再試行に関係する情報である。このようにして、ＭＴ ＳＭＳ配信の再試行が開始され得るとき、再試行は、ＳＭＳ待機コンテキストが維持されるので、ＵＤＭエンティティによってトリガされ得る。

【0058】

たとえば、端末デバイスのためのＳＭＳ待機コンテキストは、限定はしないが、少なくとも１つのＳＭＳ－ＳＣのアドレスのリストと、少なくとも１つのＳＭＳ－ＳＣの満了時間のリストであって、少なくとも１つのＳＭＳ－ＳＣによるＭＴ ＳＭＳ配信の再試行が満了時間まで有効である、少なくとも１つのＳＭＳ－ＳＣの満了時間のリストと、ＭＴ ＳＭＳ配信の失敗についての理由が、端末デバイスが到達可能でないことであることを指示する第１のインジケータと、ＭＴ ＳＭＳ配信の失敗についての理由が、端末デバイスのメモリ容量が超えられたことであることを指示する第２のインジケータと、ＭＴ ＳＭＳ配信の再試行についての理由を指示する第３のインジケータと、第１の時間ポイントであって、ＭＴ ＳＭＳ配信の再試行が第１の時間ポイントまで有効である、第１の時間ポイントと、第２の時間ポイントであって、第２のインジケータが第２の時間ポイントまで有効である、第２の時間ポイントとのうちの少なくとも１つを含んでいることがある。第３のインジケータは、端末デバイスが再試行のために到達可能であることを指示する第１の値、および／または端末デバイスが再試行のために利用可能なメモリを有することを指示する第２の値を有し得る。

【0059】

オプションとして、ＳＭＳ待機コンテキストは、ＵＤＭエンティティからの要求に応答してＵＤＲエンティティにおいて維持され得る。たとえば、ＳＭＳ待機コンテキストは、端末デバイスのためのＳＭＳ待機コンテキストについてＵＤＲエンティティにクエリすることと、端末デバイスのためのＳＭＳ待機コンテキストを作成することと、端末デバイスのためのＳＭＳ待機コンテキストを更新することとのうちの少なくとも１つを通して、ＵＤＲエンティティと対話することによって維持され得る。例示的な例として、クエリすることは、ＵＤＲエンティティにＨＴＴＰ ＧＥＴ要求を送ることによって実施され得る。作成することは、ＵＤＲエンティティにＨＴＴＰ ＰＵＴ要求を送ることによって実施され得る。更新することは、ＵＤＲエンティティにＨＴＴＰ ＰＵＴ要求またはＨＴＴＰ ＰＡＴＣＨ要求を送ることによって実施され得る。別のオプションとして、ＳＭＳ待機コンテキストがＵＤＭエンティティ自体内に維持されるように、ＵＤＭエンティティが、ＵＤＲエンティティと同様の機能をもつ記憶構成要素を有することも可能である。

【0060】

たとえば、ブロック６０２における維持することは、ＵＤＭエンティティがＭＴ ＳＭＳ配信の失敗に関して知らされたことに応答して、または再試行が開始され得ることを指示するイベントに応答して、実施され得る。異なる条件に応じて、ブロック６０２は、ブロック７０８および７１０、またはブロック７０８および７１２、またはブロック８１４および８１６として実装され得る。ブロック７０８において、ＭＴ ＳＭＳ配信の失敗に関して知らされたことに応答して、ＵＤＭエンティティは、端末デバイスのためのＳＭＳ待機コンテキストについてＵＤＲエンティティにクエリする。第１の例として、ＵＤＭエンティティは、ＭＴ ＳＭＳ配信の失敗についての理由が、端末デバイスが到達可能でないことであることを知らされ得る。第２の例として、ＵＤＭエンティティは、ＭＴ ＳＭＳ配信の失敗についての理由が、端末デバイスのメモリ容量を超過したことであることを知らされ得る。

【0061】

端末デバイスのためにＵＤＲエンティティにおいて記憶されたＳＭＳ待機コンテキストがなかった場合、ＵＤＭエンティティは、ブロック７１０において、端末デバイスのためにＵＤＲエンティティにおいてＳＭＳ待機コンテキストを作成する。一方、端末デバイスのためにＵＤＲエンティティにおいて記憶されたＳＭＳ待機コンテキストがあり、ＭＴ ＳＭＳ配信の失敗が、ＳＭＳ待機コンテキストのＳＭＳ－ＳＣとは異なるＳＭＳ－ＳＣに関係する場合、ＵＤＭエンティティは、ブロック７１２において、端末デバイスのためにＵＤＲエンティティにおいてＳＭＳ待機コンテキストを更新する。上記の第１の例について、作成されたＳＭＳ待機コンテキストまたは更新されたＳＭＳ待機コンテキストは、第１のインジケータを含んでいることがある。上記の第２の例について、作成されたＳＭＳ待機コンテキストまたは更新されたＳＭＳ待機コンテキストは、第２のインジケータを含んでいることがある。

【0062】

ブロック８１４において、再試行が開始され得ることを指示するイベントに応答して、ＵＤＭエンティティは、端末デバイスのためのＳＭＳ待機コンテキストについてＵＤＲエンティティにクエリする。第３の例として、イベントは、ＵＤＭエンティティが、端末デバイスが到達可能であることを知らされることであり得る。第４の例として、イベントは、ＵＤＭエンティティが、端末デバイスが再試行のために利用可能なメモリを有することを知らされることであり得る。ブロック８１６において、ＵＤＭエンティティは、端末デバイスのためにＵＤＲエンティティにおいてＳＭＳ待機コンテキストを更新する。上記の第３の例について、クエリされたＳＭＳ待機コンテキストは、第１のインジケータを含んでおり、第２のインジケータを含んでいない可能性がある。この場合、ＳＭＳ待機コンテキストは、ＳＭＳ待機コンテキストから第１のインジケータを削除することによって、ＵＤＲエンティティにおいて更新され得る。「削除する」という用語は、第１のインジケータが、反対の条件を指示するための２つの反対の値（たとえば、真および偽）を有することができるとき、第１のインジケータが反対の値にセットされることを指し得ることに留意されたい。

【0063】

上記の第４の例について、クエリされたＳＭＳ待機コンテキストは、第２のインジケータを含んでおり、第１のインジケータを含んでいない可能性がある。この場合、ＳＭＳ待機コンテキストは、ＳＭＳ待機コンテキストから第２のインジケータを削除することによって、ＵＤＲエンティティにおいて更新され得る。上記の第３の例および第４の例について、クエリされたＳＭＳ待機コンテキストは、第１のインジケータと第２のインジケータとを含んでいない可能性もある。この場合、ＳＭＳ待機コンテキストは、ＳＭＳ待機コンテキストに第３のインジケータと第１の時間ポイントとを追加することによって、ＵＤＲエンティティにおいて更新され得る。第３のインジケータは、第３の例について（端末デバイスが再試行のために到達可能であることを指示する）第１の値を有し、第４の例について（端末デバイスが再試行のために利用可能なメモリを有することを指示する）第２の値を有し得る。

【0064】

図９は、本開示の一実施形態による、ＵＤＭエンティティにおいて実装される方法を示すフローチャートである。図示のように、方法は、ブロック６０２、９０４および９０６を含む。点線ブロックは随意のブロックであり得ることに留意されたい。ブロック６０２は、上記で説明されており、その詳細は、ここでは省略される。ブロック９０４において、ＵＤＭエンティティは、維持されたＳＭＳ待機コンテキストに基づいて、ＭＴ ＳＭＳ配信の再試行が端末デバイスのために開始され得ることを少なくとも１つのＳＭＳ－ＳＣにアラートする。たとえば、ブロック９０４は、ＵＤＭエンティティが、端末デバイスが到達可能であるか、または端末デバイスが再試行のために利用可能なメモリを有することを知らされることに応答して、実施され得る。少なくとも、少なくとも１つのＳＭＳ－ＳＣのアドレスのリストが、少なくとも１つのＳＭＳ－ＳＣにアラートするために使用され得る。ブロック６０２および９０４を含む方法では、ＳＭＳ配信の再試行は、ＵＤＭエンティティによってサポートされ得る。

【0065】

随意に、ブロック９０６において、ＵＤＭエンティティは、少なくとも１つのＳＭＳ－ＳＣにアラートした後に、維持されたＳＭＳ待機コンテキストを削除する。ＳＭＳ待機コンテキストがＵＤＲエンティティにおいて維持される場合、維持されたＳＭＳ待機コンテキストは、ＵＤＲエンティティから削除され得る。例示的な例として、削除することは、ＵＤＲエンティティにＨＴＴＰ ＤＥＬＥＴＥ要求を送ることによって実施され得る。ＳＭＳ待機コンテキストがＵＤＭエンティティ自体内に維持される場合、ＳＭＳ待機コンテキストは、ＵＤＭエンティティによって単に削除され得る。

【0066】

図１０は、本開示の一実施形態による、ＵＤＲエンティティにおいて実装される方法を示すフローチャートである。ブロック１００２において、ＵＤＲエンティティは、端末デバイスのために、ＵＤＭエンティティからの要求に応答してＳＭＳ待機コンテキストを維持する。ＳＭＳ待機コンテキストは、ＭＴ ＳＭＳ配信の失敗による、少なくとも１つのＳＭＳ－ＳＣから端末デバイスへのＭＴ ＳＭＳ配信の再試行に関係する情報である。図１０の方法では、ＳＭＳ待機コンテキストが維持されるので、ＵＤＭエンティティがＭＴ ＳＭＳ配信の再試行をトリガすることが可能である。

【0067】

ＳＭＳ待機コンテキストの詳細は、上記で説明されており、したがって、ここでは省略される。ＳＭＳ待機コンテキストは、端末デバイスのためのＳＭＳ待機コンテキストについてＵＤＭエンティティからのクエリに応答することと、端末デバイスのためのＳＭＳ待機コンテキストを作成することと、端末デバイスのためのＳＭＳ待機コンテキストを更新することとのうちの少なくとも１つによって維持され得る。例示的な例として、クエリは、ＨＴＴＰ ＧＥＴ要求であり得る。作成することは、ＵＤＭエンティティからＨＴＴＰ ＰＵＴ要求を受信することによって実施され得る。更新することは、ＵＤＭエンティティからＨＴＴＰ ＰＵＴ要求またはＨＴＴＰ ＰＡＴＣＨ要求を受信することによって実施され得る。

【0068】

図１１は、本開示の一実施形態による、ＵＤＲエンティティにおいて実装される方法を示すフローチャートである。図示のように、方法は、ブロック１００２および１１０４を含む。ブロック１１０４において、ＵＤＲエンティティは、ＵＤＭエンティティからの別の要求に応答して、維持されたＳＭＳ待機コンテキストを削除する。例示的な例として、削除することは、ＵＤＭエンティティからＨＴＴＰ ＤＥＬＥＴＥ要求を受信することによって実施され得る。

【0069】

上記のことに基づいて、本開示の少なくとも１つの態様は、ＵＤＭエンティティとＵＤＲエンティティとを含む通信システムにおいて実装される方法を提供する。方法は、ＵＤＭエンティティによって、端末デバイスのためにＵＤＲエンティティにおいてＳＭＳ待機コンテキストを維持することを含む。ＳＭＳ待機コンテキストは、ＭＴ ＳＭＳ配信の失敗による、少なくとも１つのＳＭＳ－ＳＣから端末デバイスへのＭＴ ＳＭＳ配信の再試行に関係する情報である。ＵＤＲエンティティは、端末デバイスのために、ＵＤＭエンティティからの要求に応答してＳＭＳ待機コンテキストを維持する。

【0070】

対応して、本開示の少なくとも１つの態様は、ＵＤＭエンティティとＵＤＲエンティティとを備える通信システムを提供する。ＵＤＭエンティティは、端末デバイスのためにＵＤＲエンティティにおいてＳＭＳ待機コンテキストを維持するように設定される。ＳＭＳ待機コンテキストは、ＭＴ ＳＭＳ配信の失敗による、少なくとも１つのＳＭＳ－ＳＣから端末デバイスへのＭＴ ＳＭＳ配信の再試行に関係する情報である。ＵＤＲエンティティは、端末デバイスのために、ＵＤＭエンティティからの要求に応答してＳＭＳ待機コンテキストを維持するように設定される。

【0071】

本開示のより良い理解のために、ＳＭＳサービスサポートを伴う、５ＧコアネットワークにおけるＵＥ登録のプロセスが、図１２を参照しながら説明される。図示のように、このプロセスは、ＵＥと、アクセスネットワーク（ＡＮ）と、ＡＭＦと、ＳＭＳＦと、ＵＤＭと、ＵＤＲとを伴う。ＵＥ登録が成功すると、ＵＤＲに記憶された登録コンテキストがあり、その登録コンテキストは、図１３Ａおよび図１４Ａのステップ３に図示されているように、ＵＥに配信するための保留中のＭＴ－ＳＭＳがある場合にクエリされ得る。

【0072】

ステップ１において、５Ｇ ＵＥ登録プロシージャ中に、ＮＡＳトランスポーティング上のＳＭＳを可能にするために、ＵＥは、ＮＡＳトランスポーティング上のＳＭＳについてのＵＥの能力を指示する「ＳＭＳサポート（ＳＭＳ ｓｕｐｐｏｒｔｅｄ）」指示を登録要求中に含める。「ＳＭＳサポート」指示は、ＵＥがＮＡＳ上のＳＭＳ配信をサポートするかどうかを指示する。ステップ２において、ＡＭＦは、ＡＭＦ登録のためのＵＤＭを発見する。ステップ３～５において、ＡＭＦは、３ＧＰＰアクセスのためのＵＤＭまたは非３ＧＰＰアクセスのためのＵＤＭのいずれかに登録する。登録コンテキストはＵＤＲにも記憶される。ステップ６において、「ＳＭＳサポート」指示が登録要求中に含まれる場合、ＡＭＦは、ＳＭＳサービスがＵＥによってサブスクライブされるかどうかに関して、ＵＥについてＵＤＭからのＳＭＳサブスクリプションデータを検査する。ステップ７において、ＡＭＦは、ＳＭＳサブスクリプションデータのためのデータ変更通知にサブスクライブする。

【0073】

ステップ８において、ＳＭＳサービスがサブスクライブされ、ＵＥコンテキストが、サービングＰＬＭＮの利用可能なＳＭＳＦを含まない場合、ＡＭＦは、ＵＥをサーブするためのＳＭＳＦを発見および選択する。ステップ９において、ＡＭＦは、ＳＭＳＦからＮｓｍｓｆ＿ＳＭＳｅｒｖｉｃｅ＿Ａｃｔｉｖａｔｅサービス動作を呼び出す。呼出しは、ＡＭＦアドレスと、アクセスタイプと、無線アクセス技術（ＲＡＴ）タイプと、トレース要件と、（利用可能な場合）一般公開サブスクリプション識別子（ＧＰＳＩ）と、サブスクリプション永続識別子（ＳＵＰＩ）とを含む。ＡＭＦは、ステップ８から導出されたＳＭＳＦアドレスを使用する。

【0074】

ステップ１０において、ＳＭＳＦは、ＳＭＳＦ登録のためのＵＤＭを発見する。ＵＥコンテキストがＳＭＳＦ中にすでに存在する場合、ＳＭＳＦは、古いＡＭＦアドレスを新しいＡＭＦアドレスと交換するものとする。場合によっては、ステップ１１において、ＳＭＳＦは、アクセスタイプ（３ＧＰＰ／非３ＧＰＰ）をもつＮｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎを使用して、ＵＤＭに登録する。ステップ１２において、ＵＤＭは、ＳＭＳＦ登録コンテキストをＵＤＲに記憶する。ステップ１３において、ＵＤＭは、ＳＭＳＦ登録要求についてＳＭＳＦに返答する。ステップ１４において、ＳＭＳＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｇｅｔを使用してＳＭＳ管理サブスクリプションデータ（ＵＤＭはＮｕｄｒ＿ＤＲ＿ＱｕｅｒｙによってＵＤＲからこの情報を得ることがある）を取り出し、ＳＭＳＦはまた、ＳＭＳ管理サブスクリプション情報およびこのＵＥをサーブしているＡＭＦアドレスを記憶するためのＵＥコンテキストを作成する。ステップ１５において、ＳＭＳＦは、ＳＭＳ管理サブスクリプションデータが修正されたときに通知されるようにサブスクライブする（ＵＤＭはＮｕｄｒ＿ＤＲ＿ＳｕｂｓｃｒｉｂｅによってＵＤＲからの通知にサブスクライブし得る）。

【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】

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13A】

【図13B】

【図14A】

【図14B】

【図15】

【図16】

【図17】

【図18】