(57)【要約】      （修正有）【課題】正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうこと並びにこれに伴ってＳＭＳのメッセージが再送信されることを抑制できる通信装置及び通信システムを提供する。【解決手段】Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ（ＨＳＳ）２０は、ＳＭＳを提供するＵＥの種別を示す端末種別情報を含んだ第１要求信号を受信する受信部と、第１要求信号に含まれる端末種別情報において示された端末の種別が、所定の端末種別（CP optimisationをサポートする端末）であるか否かを判定する判定部と、端末種別情報において示された端末の種別が所定の端末種別（CP optimisationをサポートする端末）である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出する導出部と、を備える。【選択図】図２
2020127083.tif 000002
【特許請求の範囲】
【請求項１】
ＳＭＳの提供に係る端末の種別を示す端末種別情報を含んだ要求信号を受信する受信部と、
前記要求信号に含まれる前記端末種別情報において示された端末の種別が、所定の端末種別であるか否かを判定する判定部と、
前記端末種別情報において示された端末の種別が前記所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出する導出部と、を備える、通信装置。
【請求項２】
前記導出部は、前記端末種別情報において示された端末の種別が前記所定の端末種別である場合に、前記タイマ値が変更前よりも長くなるように、前記適正値を導出する、請求項１記載の通信装置。
【請求項３】
前記適正値を前記タイマ値として設定する設定部を更に備える、請求項１又は２記載の通信装置。
【請求項４】
前記要求信号には、ＳＭＳのメッセージ送受信に関して所定の送受信方式が利用可能であるか否かを示す送受信可否情報が含まれており、
前記判定部は、前記端末種別情報において示された端末の種別が前記所定の端末種別であり、且つ、前記送受信可否情報において前記所定の送受信方式が利用可能であることが示されているか否かを判定し、
前記導出部は、前記端末種別情報において示された端末の種別が前記所定の端末種別であり、且つ、前記送受信可否情報において前記所定の送受信方式が利用可能であることが示されている場合に、前記適正値を導出する、請求項１〜３のいずれか一項記載の通信装置。
【請求項５】
基地局を介して、ＳＭＳの提供に係る端末の接続要求を受信し、該端末の種別を示す端末種別情報を含んだ第１要求信号を送信する第１通信装置と、
前記第１要求信号を受信し、前記第１要求信号に含まれる前記端末種別情報において示された端末の種別が所定の端末種別であるか否かを判定し、該所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、該適正値を含んだ第２要求信号を送信する第２通信装置と、
前記第２要求信号を受信し、前記第２要求信号に含まれる前記適正値を前記タイマ値として設定し、ＳＭＳのメッセージを送信する第３通信装置と、を備える通信システム。
【請求項６】
基地局を介して、ＳＭＳの提供に係る端末の接続要求を受信し、該端末の種別を示す端末種別情報を含んだ第１要求信号を送信する第１通信装置と、
前記第１要求信号を受信し、該第１要求信号を第３通信装置に送信する第２通信装置と、
前記第１要求信号を受信し、前記第１要求信号に含まれる前記端末種別情報において示された端末の種別が所定の端末種別であるか否かを判定し、該所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、該適正値を前記タイマ値として設定し、ＳＭＳのメッセージを送信する第３通信装置と、を備える通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信システムに関する。
【背景技術】
【０００２】
通信端末にＳＭＳ（Short Message Service）（例えば特許文献１参照）を提供するための新たな送受信方式として、ＳＭＳ  ｉｎ  ＭＭＥ（Mobility Management Entity）が知られている。今後、多くの通信端末がＳＭＳ  ｉｎ  ＭＭＥを利用してメッセージを送受信することによって、トラヒック増大が予測されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１３５９０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、一部の端末、具体的にはNB-IoT（Narrow Band Inter of Things）端末ついては、CP-DATA(Control Plane-DATA)の長さにより、その他の端末と比べて、ＳＭＳ  ｉｎ  ＭＭＥを利用してメッセージを送受信する場合のＭＭＥにおけるタイマ値（タイムアウトするまでの時間）が標準仕様として長く設定される。このため、ＳＭＳの提供に係るＳＭＳＣ（Short Message Service Center）におけるタイマ値(タイムアウトするまでの時間)がＭＭＥのタイマ値よりも短くなる可能性がある。ＳＭＳＣのタイマ値がＭＭＥのタイマ値よりも短い場合には、例えば通信端末からの返答が遅いケース等において、通信端末に対するメッセージの送信が成功している（正常処理である）にも関わらず、ＳＭＳＣのタイマ値が経過したことによりＳＭＳＣがタイムアウトしてしまい、ＳＭＳＣがメッセージを再送信してしまうおそれがある。今後、ＳＭＳ  ｉｎ  ＭＭＥを利用するユーザが増えることによって、上述した問題の影響を受けるユーザが増えると考えられる。
【０００５】
本発明は上記実情に鑑みてなされたものであり、正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうこと、及び、これに伴ってＳＭＳのメッセージが再送信されることを抑制することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る通信装置は、ＳＭＳの提供に係る端末の種別を示す端末種別情報を含んだ要求信号を受信する受信部と、要求信号に含まれる端末種別情報において示された端末の種別が、所定の端末種別であるか否かを判定する判定部と、端末種別情報において示された端末の種別が所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出する導出部と、を備える。
【０００７】
一部の端末（例えばNB-IoT端末）については、交換機に設定されるタイマ値が、通常よりも長くなり、ＳＭＳを提供する装置におけるＳＭＳのメッセージの再送信に関するタイマ値よりも長くなる場合が考えられる。この場合には、交換機から端末に対して正常にメッセージが送信されているにも関わらず、ＳＭＳを提供する装置のタイマ値が経過し、ＳＭＳを提供する装置がタイムアウトして、ＳＭＳを提供する装置からＳＭＳのメッセージが再送信されてしまうことがある。この点、本発明の一態様に係る通信装置によれば、ＳＭＳの提供に係る端末の種別が所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値が導出される。このような通信装置においては、ＳＭＳの提供に係る端末の種別が、例えば上述したNB-IoT端末等である場合において、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、タイマ値を変更することが可能となる。このことにより、正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうこと、及び、これに伴ってＳＭＳのメッセージが再送信されることを抑制することができる。
【０００８】
上述した通信装置において、導出部は、端末種別情報において示された端末の種別が所定の端末種別である場合に、タイマ値が変更前よりも長くなるように、適正値を導出してもよい。これにより、ＳＭＳのメッセージの再送信に関するタイマ値を長くして、正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうことを適切に抑制することができる。
【０００９】
上述した通信装置は、適正値をタイマ値として設定する設定部を更に備える。これにより、タイマ値を最適化し、正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうことを確実に抑制できる。
【００１０】
上述した通信装置において、要求信号には、ＳＭＳのメッセージ送受信に関して所定の送受信方式が利用可能であるか否かを示す送受信可否情報が含まれており、判定部は、端末種別情報において示された端末の種別が所定の端末種別であり、且つ、送受信可否情報において所定の送受信方式が利用可能であることが示されているか否かを判定し、導出部は、端末種別情報において示された端末の種別が所定の端末種別であり、且つ、送受信可否情報において所定の送受信方式が利用可能であることが示されている場合に、適正値を導出してもよい。所定の送受信方式（例えばＳＭＳ  ｉｎ  ＭＭＥ）によりＳＭＳのメッセージの送受信が可能である場合にのみタイマ値の適正値を導出することにより、例えば仮にNB-IoT端末であってもＳＭＳ  ｉｎ  ＭＭＥを利用することができない端末のＳＭＳにおいて無駄にタイマ値を変更する（例えば長くする）ことを抑制できる。すなわち、真に必要な場合にのみ、タイマ値を適正化することができる。
【００１１】
本発明の一態様に係る通信システムは、基地局を介して、ＳＭＳの提供に係る端末の接続要求を受信し、該端末の種別を示す端末種別情報を含んだ第１要求信号を送信する第１通信装置と、第１要求信号を受信し、第１要求信号に含まれる端末種別情報において示された端末の種別が所定の端末種別であるか否かを判定し、該所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、該適正値を含んだ第２要求信号を送信する第２通信装置と、第２要求信号を受信し、第２要求信号に含まれる適正値をタイマ値として設定し、ＳＭＳのメッセージを送信する第３通信装置と、を備える。
【００１２】
本発明の一態様に係る通信システムは、基地局を介して、ＳＭＳの提供に係る端末の接続要求を受信し、該端末の種別を示す端末種別情報を含んだ第１要求信号を送信する第１通信装置と、第１要求信号を受信し、該第１要求信号を第３通信装置に送信する第２通信装置と、第１要求信号を受信し、第１要求信号に含まれる端末種別情報において示された端末の種別が所定の端末種別であるか否かを判定し、該所定の端末種別である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、該適正値をタイマ値として設定し、ＳＭＳのメッセージを送信する第３通信装置と、を備える。
【発明の効果】
【００１３】
本発明によれば、正常処理中においてＳＭＳを提供する装置がタイムアウトしてしまうこと、及び、これに伴ってＳＭＳのメッセージが再送信されることを抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る通信システムの概略構成を示す図である。
【図２】図１の通信システムに含まれるＨＳＳの機能ブロック図である。
【図３】ＨＳＳの記憶部に記憶された最適化判定表を示す表である。
【図４】ＨＳＳが実行する処理を示すフローチャートである。
【図５】通信システムが実行する処理を示すシーケンスである。
【図６】ＨＳＳのハードウェア構成を示す図である。
【図７】変形例に係る通信システムに含まれるＳＭＳＣの機能ブロック図である。
【図８】変形例に係る通信システムが実行する処理を示すシーケンスである。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。図面の説明において、同一又は同等の要素には同一符号を用い、重複する説明を省略する。
【００１６】
図１は、本実施形態に係る通信システム１の概略構成を示す図である。図１に示されるように、通信システム１は、ＭＭＥ１０（第１通信装置）と、ＨＳＳ（Home Subscriber Server）２０（第２通信装置）と、ＳＭＳＣ−ＩＷＳＭＳＣ（Interworking MSC For Short Message Service）３０と、ＳＭＳＣ（Short Message Service Center）４０（第３通信装置）と、を備えている。通信システム１は、いわゆるＳＭＳ  ｉｎ  ＭＭＥによってＵＥ（User Equipment）８０にＳＭＳ（Short Message Service）を提供するシステムである。ＳＭＳ  ｉｎ  ＭＭＥとは、ＭＭＥ（Mobility Management Entity）を利用して（すなわちＬＴＥ通信において）ＳＭＳのメッセージを送受信する送受信方式である。
【００１７】
ＵＥ８０（端末）は、ユーザが利用する通信端末であり、例えばスマートフォン、フューチャーフォン、タブレット型端末、各種ＩｏＴ端末等の通信端末である。ＵＥ８０は、ｅＮｏｄｅＢ（evolved Node B）９０を介して通信システム１と通信を行う。ｅＮｏｄｅＢ９０は、ＬＴＥ（Long Term Evolution）通信に係る無線基地局であり、無線アクセス制御機能を有した通信制御装置である。ｅＮｏｄｅＢ９０は、基本機能として、ＵＥ８０から発信があった際の受付制御機能や、他のＵＥ（不図示）からＵＥ８０に着信があった際にＵＥ８０を呼び出すページング機能を有している。
【００１８】
ＭＭＥ１０は、ネットワーク制御を行うアクセスゲートウェイ（交換機）である。ＭＭＥ１０は、ｅＮｏｄｅＢ９０を収容しており、基本機能として、モビリティ制御機能、ベアラ制御機能等を有している。
【００１９】
ＭＭＥ１０は、ｅＮｏｄｅＢ９０を介して、ＳＭＳの提供に係るＵＥ８０から接続要求（位置登録又は利用しているサービス再開時等の接続要求）を受信する。ＭＭＥ１０は、受信した接続要求に基づき、接続要求に係るＵＥ８０の種別を示す端末種別情報と、ＳＭＳのメッセージ送受信に関して所定の送受信方式（具体的にはＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であるか否かを示す送受信可否情報とを特定する。ＭＭＥ１０は、端末種別情報及び送受信可否情報を含んだ第１要求信号（「Diamatar_Notify-Request」（図５参照））をＨＳＳ２０に送信する。
【００２０】
端末種別情報とは、ＵＥ８０の種別を示す情報であり、より詳細には、ＵＥ８０がCPoptimisation（Control Plane CloT EPS optimisation）をサポートする端末であるか否かを示す情報である。CP optimisationとは、ＥＰＳ（Evolved Packet System）におけるコントロールプレーン（通信の制御を行う部分）の最適化に関する技術である。CP optimisationでは、ＵＥ８０からのアップリンクデータは例えばシグナリング無線ベアラを利用してｅＮｏｄｅＢ９０からＭＭＥ１０に転送され、ダウンリンクデータは例えばシグナリング無線ベアラを利用して逆方向（ＭＭＥ１０からＵＥ８０方向）に転送される。CP optimisationでは、データパケットはシグナリング無線ベアラのコントロールプレーンメッセージで送信される。そのため、CP optimisationは通常、小規模なデータのパケット送信に適用される。
【００２１】
送受信可否情報とは、ＳＭＳのメッセージ送受信に関して所定の送受信方式（具体的にはＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であるか否かを示す情報である。送受信可否情報のうち、ＳＭＳ  ｉｎ  ＭＭＥを利用可能であることを示す情報として、ＳＭＳ  ｉｎ  ＭＭＥ（ＬＴＥ回線を利用したＳＭＳ）及び３Ｇ回線を利用したＳＭＳ（例えばＳＭＳ  over  ＳＧｓ）の両方に対応可能であることを示す「SMS-Register-request(NO PREFERENCE)」、並びに、ＳＭＳ  ｉｎ  ＭＭＥを利用したＳＭＳにのみ対応可能であることを示す「SMS-Register-request(SMS_REGISTRATION_REQUIRED)」がある。ＵＥ８０がスマートフォン等の端末である場合には、送受信可否情報は「SMS-Register-request (NO PREFERENCE)」となる場合がある。また、ＵＥ８０が各種ＩｏＴ端末である場合には、送受信可否情報は「SMS-Register-request (SMS_REGISTRATION_REQUIRED)」となる場合がある。また、送受信可否情報のうち、ＳＭＳ  ｉｎ  ＭＭＥを利用不可であることを示す情報として、「SMS-Register-request (SMS_REGISTRATION_NOT_PREFERRED)」がある。
【００２２】
ＨＳＳ２０は、ＬＴＥ網を利用するＵＥの契約情報及び認証情報を管理する加入者情報データベースである。ＨＳＳ２０は、ＭＭＥ１０から第１要求信号を受信すると、ＭＭＥ１０に対して該第１要求信号に対する応答信号を送信する（「Diamatar_Notify-Answer」（図５参照））。ＨＳＳ２０は、第１要求信号に含まれる端末種別情報において示されたＵＥ８０の種別が所定の端末種別（具体的にはCP optimisationをサポートする端末）であるか否かを判定し、該所定の端末種別である場合に、ＳＭＳＣ４０において管理されるＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出する（詳細は後述）。そして、ＨＳＳ２０は、導出したタイマ値の適正値（具体的には、ＳＭＳＣ最適化タイマ値フラグ）を含んだ第２要求信号（「MAP_AleartService-Centre」（図５参照））をＳＭＳ−ＩＷＳＭＳＣ３０に送信する。当該第２要求信号は、例えばＳＭＳＣ４０にＳＭＳの送信を要求する信号である。
【００２３】
ＨＳＳ２０の機能の詳細について、図２を参照して説明する。図２は、ＨＳＳ２０の機能ブロック図である。図２に示されるように、ＨＳＳ２０は、受信部２１と、判定部２２と、記憶部２３と、導出部２４と、送信部２５と、を備えている。
【００２４】
受信部２１は、ＳＭＳの提供に係るＵＥ８０の種別を示す端末種別情報、及びＳＭＳのメッセージ送受信に関してＳＭＳ  ｉｎ  ＭＭＥが利用可能であるか否かを示す送受信可否情報を含んだ第１要求信号（要求信号）をＭＭＥ１０から受信する。受信部２１は、受信した第１要求信号を判定部２２に出力する。
【００２５】
判定部２２は、第１要求信号に含まれる端末種別情報において示されたＵＥ８０の種別が、所定の端末種別であるか、具体的には、CP optimisationをサポートする端末であるか否かを判定する。より詳細には、判定部２２は、端末種別情報において示されたＵＥ８０の種別が所定の端末種別であり、且つ、送受信可否情報においてＳＭＳ  ｉｎ  ＭＭＥが利用可能であることが示されているか否かを判定する。判定部２２は、端末種別及び送受信可否情報についての判定結果と、記憶部２３において記憶されている最適化判定表ＴＢ（図３参照）とに基づき、タイマ値を最適化するか否かの判定を行う。
【００２６】
記憶部２３は、判定部２２による判定（タイマ値を最適化するか否かの判定）において参照される情報として、最適化判定表ＴＢ（図３参照）を記憶している。図３は、ＨＳＳ２０の記憶部２３に記憶された最適化判定表ＴＢを示す表である。図３に示されるように、最適化判定表ＴＢにおいては、端末種別及び送受信可否情報のそれぞれの組み合わせについて、タイマ値を最適化するか否かが規定されている。具体的には、端末種別がCP optimisationをサポートする端末であって、送受信可否情報が「SMS-Register-request(NO PREFERENCE)」（ＳＭＳ  ｉｎ  ＭＭＥ及び３Ｇ回線を利用したＳＭＳの両方に対応可能）又は「SMS-Register-request(SMS_REGISTRATION_REQUIRED)」（ＳＭＳ  ｉｎ  ＭＭＥを利用したＳＭＳにのみ対応可能）である場合にはタイマ値を最適化する旨が規定されている。また、端末種別がCP optimisationをサポートする端末であって、送受信可否情報が「SMS-Register-request(SMS_REGISTRATION_NOT_PREFERRED)」（ＳＭＳ  ｉｎ  ＭＭＥを利用不可）である場合にはタイマ値の最適化を行わない旨が規定されている。また、端末種別がCP optimisationをサポートしていない端末である場合には送受信可否情報によらずにタイマ値の最適化を行わない旨が規定されている。このように、最適化判定表ＴＢを用いることによって、端末種別がCP optimisationをサポートしており、且つ、送受信可否情報においてＳＭＳ  ｉｎ  ＭＭＥを利用可能であることが示されている場合に限って、タイマ値の最適化を行うと判定することができる。
【００２７】
導出部２４は、判定部２２によってタイマ値の最適化を行うと判定された場合、すなわち、端末種別情報において示された端末の種別が所定の端末種別（CP optimisationをサポートする端末）であり、且つ、送受信可否情報において所定の送受信方式（ＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であることが示されている場合に、タイマ値の適正値を導出する。導出部２４は、ＳＭＳＣ４０において管理されるＳＭＳのメッセージの再送信に関するタイマ値が変更前よりも長くなるように、該タイマ値の適正値（変更後の値）を導出する。導出部２４は、導出したタイマ値の適正値を送信部２５に出力する。
【００２８】
送信部２５は、導出部２４によって導出されたタイマ値の適正値（具体的には、ＳＭＳＣ最適化タイマ値フラグ）を含んだ第２要求信号（「MAP_AleartService-Centre」（図５参照））をＳＭＳ−ＩＷＳＭＳＣ３０に送信する。
【００２９】
図１に戻り、ＳＭＳ−ＩＷＳＭＳＣ３０は、ＳＭＳのメッセージ（ショートメッセージ）を転送するノードである。ＳＭＳ−ＩＷＳＭＳＣ３０は、ＨＳＳ２０から送信された第２要求信号を受信し、該第２要求信号をＳＭＳＣ４０に送信する。
【００３０】
ＳＭＳＣ４０は、ＳＭＳのメッセージ（ショートメッセージ）のサービスセンターである。ＳＭＳＣ４０は、ＳＭＳ−ＩＷＳＭＳＣ３０を介して、ＨＳＳ２０から送信された第２要求信号を受信し、該第２要求信号に含まれる適正値を、ＳＭＳＣ４０において管理されるＳＭＳのメッセージの再送信に関するタイマ値として設定し、該タイマ値を最適化する。そして、ＳＭＳＣ４０は、ＳＭＳのメッセージをＵＥ８０に向けて送信する。
【００３１】
次に、図４を参照して、ＨＳＳ２０が実行する処理を説明する。図４は、ＨＳＳ２０が実行する処理を示すフローチャートである。図４に示されるように、ＨＳＳ２０は、ＭＭＥ１０から第１要求信号を受信する（ステップＳ１）。
【００３２】
つづいて、ＨＳＳ２０は、第１要求信号に含まれる端末種別情報において示された端末の種別が所定の端末種別（CP optimisationをサポートする端末）であり、且つ、送受信可否情報において所定の送受信方式（ＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であることが示されているか否かを判定する（ステップＳ２）。
【００３３】
ステップＳ２において、所定の端末種別であり、且つ、所定の送受信方式が利用可能であると判定された場合には、ＨＳＳ２０は、タイマ値の適正値（最適化タイマ値）を導出し、第２要求信号に該最適化タイマ値を含める（ステップＳ３）。
【００３４】
一方で、ステップＳ２において、所定の端末種別且つ所定の送受信方式が利用可能との条件を満たさないと判定された場合には、ＨＳＳ２０は、第２要求信号に変更した適正値（最適化タイマ値）を含めない（ステップＳ４）。
【００３５】
最後に、ＨＳＳ２０は、第２要求信号をＳＭＳ−ＩＷＳＭＳＣ３０に送信する（ステップＳ５）。
【００３６】
次に、図５を参照して、通信システム１が実行する処理（通信システム１に含まれる各構成の処理）を説明する。図５は、通信システム１が実行する処理を示すシーケンスである。
【００３７】
図５に示されるように、通信システム１では、ＵＥ８０が、ｅＮｏｄｅＢ９０を介してＭＭＥ１０に接続要求（位置登録又は利用しているサービス再開時等の接続要求）を行う（ステップＳ１０１）。
【００３８】
そして、接続要求を受信したＭＭＥ１０は、ＨＳＳ２０に対して、端末種別情報及び送受信可否情報を含んだ第１要求信号（「Diamatar_Notify-Request」）を送信する（ステップＳ１０２）。なお、ＭＭＥ１０は、ＵＥ８０から受信した接続要求に基づき、ＵＥ８０に係る端末種別情報及び送受信可否情報を特定することができる。
【００３９】
つづいて、ＨＳＳ２０は、ＭＭＥ１０に対して該第１要求信号に対する応答信号（「Diamatar_Notify-Answer」）を送信する（ステップＳ１０３）。そして、ＨＳＳ２０は、タイマ値の最適化判定（上述した図４のステップＳ２の処理）を行い（ステップＳ１０４）、タイマ値の最適化を行う場合においては、導出したタイマ値の適正値（具体的には、ＳＭＳＣ最適化タイマ値フラグ）を含んだ第２要求信号（「MAP_AleartService-Centre」）をＳＭＳ−ＩＷＳＭＳＣ３０に送信する（ステップＳ１０５）。ＭＳ−ＩＷＳＭＳＣ３０は、ＨＳＳ２０から送信された第２要求信号を受信し、該第２要求信号をＳＭＳＣ４０に送信する（ステップＳ１０６）。
【００４０】
最後に、ＳＭＳＣ４０は、ＳＭＳ−ＩＷＳＭＳＣ３０を介して、ＨＳＳ２０から送信された第２要求信号を受信し、該第２要求信号に含まれる適正値を、ＳＭＳＣ４０において管理されるＳＭＳのメッセージの再送信に関するタイマ値として設定し、該タイマ値を最適化する（ステップＳ１０７）。
【００４１】
次に、本実施形態の作用効果について説明する。
【００４２】
本実施形態に係るＨＳＳ２０は、ＳＭＳの提供に係るＵＥ８０の種別を示す端末種別情報を含んだ第１要求信号を受信する受信部１４１と、第１要求信号に含まれる端末種別情報において示された端末の種別が、所定の端末種別（CP optimisationをサポートする端末）であるか否かを判定する判定部１４２と、端末種別情報において示された端末の種別が所定の端末種別（CP optimisationをサポートする端末）である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出する導出部１４４と、を備える。
【００４３】
一部の端末（例えばCP optimisationをサポートする端末）については、ＭＭＥ１０に設定されるタイマ値が、通常よりも長くなり、ＳＭＳＣ４０におけるＳＭＳのメッセージの再送信に関するタイマ値よりも長くなる場合が考えられる。この場合には、ＭＭＥ１０からＵＥ８０に対して正常にメッセージが送信されているにも関わらず、ＳＭＳＣ４０のタイマ値が経過し、ＳＭＳＣ４０がタイムアウトして、ＳＭＳＣ４０からＳＭＳのメッセージが再送信されてしまうことがある。この点、本実施形態に係るＨＳＳ２０によれば、ＵＥ８０の種別が所定の端末種別（例えばCP optimisationをサポートする端末）である場合に、ＳＭＳのメッセージの再送信に関するタイマ値の適正値が導出される。このようＨＳＳ２０においては、ＵＥ８０の種別が、例えば上述したCP optimisationをサポートする端末等である場合において、ＳＭＳのメッセージの再送信に関するタイマ値の適正値を導出し、ＳＭＳＣ４０で管理されるタイマ値を変更することが可能となる。このことにより、正常処理中においてＳＭＳＣ４０がタイムアウトしてしまうこと、及び、これに伴ってＳＭＳのメッセージが再送信されることを抑制することができる。
【００４４】
上記ＨＳＳ２０では、導出部２４は、端末種別情報において示されたＵＥ８０の種別が所定の端末種別（CP optimisationをサポートする端末）である場合に、上述したタイマ値が変更前よりも長くなるように、適正値を導出する。これにより、ＳＭＳのメッセージの再送信に関するタイマ値を長くして、正常処理中においてＳＭＳＣ４０がタイムアウトしてしまうことを適切に抑制することができる。
【００４５】
第１要求信号には、ＳＭＳのメッセージ送受信に関して所定の送受信方式（ＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であるか否かを示す送受信可否情報が含まれており、判定部２２は、端末種別情報において示されたＵＥ８０の種別がCP optimisationをサポートする端末であり、且つ、送受信可否情報においてＳＭＳ  ｉｎ  ＭＭＥが利用可能であることが示されているか否かを判定し、導出部２４は、端末種別情報において示されたＵＥ８０の種別がCP optimisationをサポートする端末であり、且つ、送受信可否情報においてＳＭＳ  ｉｎ  ＭＭＥが利用可能であることが示されている場合に、適正値を導出する。所定の送受信方式（ＳＭＳ  ｉｎ  ＭＭＥ）によりＳＭＳのメッセージの送受信が可能である場合にのみタイマ値の適正値を導出することにより、例えば仮にCP optimisationをサポートする端末であってもＳＭＳ  ｉｎ  ＭＭＥを利用することができない端末のＳＭＳにおいて無駄にタイマ値を変更する（例えば長くする）ことを抑制できる。すなわち、真に必要な場合にのみ、タイマ値を適正化することができる。
【００４６】
最後に、ＨＳＳ２０のハードウェア構成について、図６を参照して説明する。上述のＨＳＳ２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００４７】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＨＳＳ２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００４８】
ＨＳＳ２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００４９】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、ＨＳＳ２０の判定部２２等の制御機能はプロセッサ１００１で実現されてもよい。
【００５０】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＨＳＳ２０の判定部２２等の制御機能は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００５１】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（ElectricallyErasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００５２】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００５３】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
【００５４】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００５５】
また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００５６】
また、ＨＳＳ２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【００５７】
以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
【００５８】
例えば、ＨＳＳ２０が端末種別及び送受信方式に関する判定を行ってタイマ値の適正値を導出し、ＳＭＳＣ４０が当該適正値をタイマ値として設定するとして説明したがこれに限定されず、図７及び図８に示されるように、ＳＭＳＣ１４０が、端末種別及び送受信方式に関する判定、タイマ値の適正値の導出、並びに、タイマ値の設定を全て行ってもよい。
【００５９】
図７は、変形例に係る通信システムに含まれるＳＭＳＣ１４０の機能ブロック図である。図７に示されるように、ＳＭＳＣ１４０（第３通信装置）は、受信部１４１と、判定部１４２と、記憶部１４３と、導出部１４４と、設定部１４６とを備えている。受信部１４１は、ＳＭＳの提供に係るＵＥ８０の種別を示す端末種別情報、及びＳＭＳのメッセージ送受信に関してＳＭＳ  ｉｎ  ＭＭＥが利用可能であるか否かを示す送受信可否情報を含んだ第１要求信号（要求信号）を、ＨＳＳ１２０（第２通信装置）及びＳＭＳＣ−ＩＷＳＭＳＣ３０を介して、ＭＭＥ１０（第１通信装置）から受信する。判定部１４２は、端末種別情報において示されたＵＥ８０の種別が所定の端末種別（CP optimisationをサポートする端末）であり、且つ、送受信可否情報においてＳＭＳ  ｉｎ  ＭＭＥが利用可能であることが示されているか否かを判定する。判定部１４２は、記憶部１４３に記憶されている最適化判定表に基づき、タイマ値を最適化するか否かの判定を行う。導出部１４４は、判定部１４２によってタイマ値の最適化を行うと判定された場合、すなわち、端末種別情報において示された端末の種別が所定の端末種別（CP optimisationをサポートする端末）であり、且つ、送受信可否情報において所定の送受信方式（ＳＭＳ  ｉｎ  ＭＭＥ）が利用可能であることが示されている場合に、タイマ値の適正値を導出する。そいて、設定部１４６は、該適正値をタイマ値として設定する。
【００６０】
図８は、変形例に係る通信システムが実行する処理を示すシーケンスである。図８に示されるように、変形例に係る通信システムでは、ＵＥ８０が、ｅＮｏｄｅＢ９０を介してＭＭＥ１０に接続要求を行う（ステップＳ２０１）。ＭＭＥ１０は、ｅＮｏｄｅＢ９０を介して、ＳＭＳの提供に係るＵＥ８０の接続要求を受信し、端末種別情報及び送受信可否情報を含んだ第１要求信号（「Diamatar_Notify-Request」）をＨＳＳ１２０に対して送信する（ステップＳ２０２）。ＨＳＳ１２０は、ＭＭＥ１０に対して該第１要求信号に対する応答信号（「Diamatar_Notify-Answer」）を送信する（ステップＳ２０３）。そして、ＨＳＳ１２０は、第１要求信号をＳＭＳＣ１４０に向けて送信する（ステップＳ２０４）。ＳＭＳ−ＩＷＳＭＳＣ３０は、ＨＳＳ１２０から送信された第１要求信号を受信し、該第１要求信号をＳＭＳＣ１４０に送信する（ステップＳ２０５）。ＳＭＳＣ１４０は、タイマ値の最適化判定（上述した判定部１４２の処理）を行い（ステップＳ２０６）、タイマ値の最適化を行う場合においては、タイマ値の適正値を導出し、導出した適正値をタイマ値として設定してタイマ値最適化を行う（ステップＳ２０７）。
【００６１】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broad-band）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-Wide  Band）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００６２】
本明細書で説明した各態様／実施形態の処理手順、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００６３】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００６４】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００６５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００６６】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００６７】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００６８】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００６９】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【００７０】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。
【００７１】
ユーザ端末は、当業者によって、移動通信端末、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００７２】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００７３】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００７４】
本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【００７５】
「含む（include）」、「含んでいる（including）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【００７６】
本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
【００７７】
本開示の全体において、文脈から明らかに単数を示したものではなければ、複数のものを含むものとする。
【符号の説明】
【００７８】
１…通信システム、１０…ＭＭＥ（第１通信装置）、２０…ＨＳＳ（通信装置，第２通信装置）、２１，１４１…受信部、２２，１４２…判定部、２４，１４４…導出部、４０…ＳＭＳＣ（第３通信装置）、１２０…ＨＳＳ（第２通信装置）、１４０…ＳＭＳＣ（通信装置，第３通信装置）、１４６…設定部。
【図１】
2020127083.tif 000003
【図２】
2020127083.tif 000004
【図３】
2020127083.tif 000005
【図４】
2020127083.tif 000006
【図５】
2020127083.tif 000007
【図６】
2020127083.tif 000008
【図７】
2020127083.tif 000009
【図８】
2020127083.tif 000010