(57)【要約】【課題】基地局の処理負荷の増加を抑えつつ、基地局と端末との間の無線接続の異常を迅速に検出する。【解決手段】無線通信システム１０は、Ｍ２Ｍデバイス２０と、Ｍ２Ｍデバイス２０との間で無線通信を行う基地局３０とを備える。Ｍ２Ｍデバイス２０は、基地局３０との間の無線区間のベアラが解放された後に、ベアラで使用される周波数を用いた無線通信により、第１の期間毎に基地局３０へ確認信号を送信する確認信号送信部を有する。基地局３０は、判定部と通知部とを有する。判定部は、ベアラが解放された後に、第２の期間以内にＭ２Ｍデバイス２０から確認信号を受信したか否かに基づいて、Ｍ２Ｍデバイス２０との無線接続に異常があるか否かを判定する。通知部は、判定部によってＭ２Ｍデバイス２０との間の無線接続に異常があると判定された場合に、所定の通知先に異常を通知する。【選択図】図１
2016144180.tif 000002
【特許請求の範囲】
【請求項１】
端末と前記端末との間で無線通信を行う基地局とを備える無線通信システムにおいて、
前記端末は、
前記基地局との間の無線区間のベアラが解放された後に、前記ベアラで使用される周波数を用いた無線通信により、第１の期間毎に前記基地局へ確認信号を送信する第１の送信部
を有し、
前記基地局は、
前記ベアラが解放された後に、第２の期間以内に前記端末から前記確認信号を受信したか否かに基づいて前記端末との無線接続に異常があるか否かを判定する第１の判定部と、
前記第１の判定部によって前記端末との間の無線接続に異常があると判定された場合に、所定の通知先に異常を通知する第１の通知部と
を有することを特徴とする無線通信システム。
【請求項２】
前記基地局は、
第１の信号を送信する第２の送信部を有し、
前記第１の送信部は、
前記基地局から送信された前記第１の信号に対する応答として前記確認信号を前記基地局へ送信することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記端末と前記基地局とがアタッチ処理を行った場合に、前記アタッチ処理を行った前記基地局に、前記通知先を示す情報を含む設定情報を通知する第２の通知部
を有する管理装置を備え、
前記第１の通知部は、
前記第１の判定部によって前記端末との間の無線接続に異常があると判定された場合に、前記管理装置から通知された前記設定情報に含まれた情報が示す通知先に異常を通知することを特徴とする請求項２に記載の無線通信システム。
【請求項４】
前記第２の送信部は、
前記管理装置から受信した前記設定情報に、前記基地局のセクタを示す情報を加えて前記端末へ送信し、
前記第１の送信部は、
前記基地局から受信した前記設定情報に含まれた情報が示すセクタに対して、前記確認信号を送信することを特徴とする請求項３に記載の無線通信システム。
【請求項５】
前記設定情報には、
キャリアアグリゲーションで使用される複数のコンポーネントキャリアの中で、前記確認信号が送信されるコンポーネントキャリアを示す情報が含まれ、
前記第２の送信部は、
前記管理装置から受信した前記設定情報を前記端末へ送信し、
前記第１の送信部は、
前記基地局から受信した前記設定情報に含まれた情報が示すコンポーネントキャリアを用いて、前記確認信号を送信することを特徴とする請求項３または４に記載の無線通信システム。
【請求項６】
前記第２の送信部は、
前記確認信号に対する応答として、応答信号を前記端末へ送信し、
前記端末は、
前記第１の送信部が前記確認信号を送信してから前記第１の期間以内に前記基地局から前記応答信号を受信したか否かに基づいて前記基地局との無線接続に異常があるか否かを判定する第２の判定部と、
前記第２の判定部によって前記基地局との無線接続に異常があると判定された場合に、別なセクタを検索する検索部と、
前記検索部によって検索された前記別なセクタを介して前記ベアラを確立するベアラ確立処理部と
を有し、
前記第２の通知部は、
前記別なセクタを介して前記ベアラが確立された場合に、前記別なセクタを有する基地局に、前記端末に対応する前記設定情報を通知すると共に、前記別なセクタよりも前に前記端末が前記ベアラを確立した前記セクタを有する基地局に、前記端末に対応する前記設定情報の削除を指示することを特徴とする請求項３から５のいずれか一項に記載の無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。
【背景技術】
【０００２】
近年、通信機器の低コスト化に伴い、ネットワークに接続された機械同士が、人間を介在せずに相互にデータをやり取りすることによりサービスを実現するＭ２Ｍ（Machine  to  Machine）システムに関する技術開発が進められている。Ｍ２Ｍシステムに用いられるネットワークとしては、ＬＴＥ（Long  Term  Evolution）等の無線ネットワークや、Ethernet（登録商標）等の有線ネットワークが用いられる。
【０００３】
無線ネットワークは、有線ネットワークよりも不安定な場合が多い。そのため、Ｍ２Ｍシステムのネットワークとして無線ネットワークが用いられる場合、Ｍ２Ｍシステムに用いられる端末（以下、Ｍ２Ｍデバイスと呼ぶ）の無線通信に異常が発生した場合に、その状況をいち早く検出することが求められる。Ｍ２Ｍデバイスとの間の通信異常を検出する方法として、例えば、Ｍ２Ｍデバイスと通信を行う装置からＭ２Ｍデバイスへ定期的に接続性を確認するためのパケットを送信し、その応答を確認する方法がある。接続性を確認するプロトコルとしては、例えばＩＰレイヤ以上で動作するＩＣＭＰ（Internet  Control  Message  Protocol）等がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１３−５１１９１６号公報
【特許文献２】国際公開第２０１１／１３５９６４号
【特許文献３】特開２０１３−１１８５５６号公報
【特許文献４】特表２０１４−５０２０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ＬＴＥ等の無線ネットワークにおいて、基地局は、端末との間でユーザデータの通信が一定期間発生しなかった場合に、端末との間の無線区間に確立したベアラを解放する。そして、端末との間でユーザデータの通信が発生した場合、基地局は、再び、端末との間でベアラを確立してユーザデータの通信を行う。これにより、特定の端末による無線リソースの占有が回避され、無線リソースが有効に活用される。
【０００６】
しかし、Ｍ２Ｍデバイスとの無線区間における接続性を確認するために、ＩＣＭＰ等により、Ｍ２Ｍデバイスに接続確認用のパケットが定期的に送信された場合、パケットの送信間隔が短ければ、Ｍ２Ｍデバイスと基地局との間のベアラが解放されない。これにより、無線リソースが特定のＭ２Ｍデバイスに占有されることになり、無線リソースの利用効率が悪くなる。
【０００７】
また、接続確認用のパケットの送信間隔が長い場合、ユーザデータの通信が発生するか、あるいは、接続確認用のパケットが送信されるまでの間は、Ｍ２Ｍデバイスと基地局との間のベアラが解放されるため、無線リソースが有効に活用される。しかし、接続確認用のパケットが送信される度に、Ｍ２Ｍデバイスと基地局との間の無線区間でベアラを確立する処理が実行されることになる。１つの基地局を介して多数のＭ２Ｍデバイスが通信を行う場合には、接続確認用のパケットを送信するためにそれぞれのＭ２Ｍデバイスとの間でベアラを確立する処理だけでも、基地局には大きな処理負荷となる。
【０００８】
本願に開示の技術は、基地局の処理負荷の増加を抑えつつ、基地局と端末との間の無線接続の異常を迅速に検出する。
【課題を解決するための手段】
【０００９】
１つの側面では、無線通信システムは、端末と、端末との間で無線通信を行う基地局とを備える。端末は、基地局との間の無線区間のベアラが解放された後に、ベアラで使用される周波数を用いた無線通信により、第１の期間毎に基地局へ確認信号を送信する第１の送信部を有する。基地局は、第１の判定部と、第１の通知部とを有する。第１の判定部は、ベアラが解放された後に、第２の期間以内に端末から確認信号を受信したか否かに基づいて、端末との無線接続に異常があるか否かを判定する。第１の通知部は、第１の判定部によって端末との間の無線接続に異常があると判定された場合に、所定の通知先に異常を通知する。
【発明の効果】
【００１０】
１実施形態によれば、基地局の処理負荷の増加を抑えつつ、基地局と端末との間の無線接続の異常を迅速に検出することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、無線通信システムの一例を示す図である。
【図２】図２は、Ｍ２Ｍデバイスの一例を示すブロック図である。
【図３】図３は、Ｍ２Ｍデバイスの設定情報保持部に保存される端末設定情報の一例を示す図である。
【図４】図４は、基地局の一例を示すブロック図である。
【図５】図５は、基地局の設定情報保持部に保存される基地局設定情報の一例を示す図である。
【図６】図６は、ＭＭＥの一例を示すブロック図である。
【図７】図７は、ＨＳＳから取得された設定情報の一例を示す図である。
【図８】図８は、ＭＭＥの設定情報保持部に保存される設定情報の一例を示す図である。
【図９】図９は、Ｍ２Ｍデバイスのハードウェアの一例を示す図である。
【図１０】図１０は、基地局のハードウェアの一例を示す図である。
【図１１】図１１は、ＭＭＥのハードウェアの一例を示す図である。
【図１２】図１２は、アタッチ処理における無線通信システムの動作の一例を示すシーケンス図である。
【図１３】図１３は、設定情報の更新時における無線通信システムの動作の一例を示すシーケンス図である。
【図１４】図１４は、ＤＲＢ未接続状態における無線通信システムの動作の一例を示すシーケンス図である。
【図１５】図１５は、無線接続の異常が検出された場合のＭ２Ｍデバイスの動作の一例を示すシーケンス図である。
【図１６】図１６は、無線接続の異常が検出された場合の基地局の動作の一例を示すシーケンス図である。
【図１７】図１７は、Ｍ２Ｍデバイスが別なセクタを選択した場合の無線通信システムの動作の一例を示すシーケンス図である。
【図１８】図１８は、無線接続の回復が検出された場合の基地局の動作の一例を示すシーケンス図である。
【図１９】図１９は、Ｍ２Ｍデバイスの動作の一例を示すフローチャートである。
【図２０】図２０は、Ｍ２Ｍデバイスの動作の一例を示すフローチャートである。
【図２１】図２１は、基地局の動作の一例を示すフローチャートである。
【図２２】図２２は、基地局の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する無線通信システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００１３】
＜無線通信システム＞
図１は、無線通信システム１０の一例を示す図である。無線通信システム１０は、例えば図１に示すように、複数のＭ２Ｍデバイス２０−１〜２０−ｎ、複数の基地局３０−１〜３０−ｎ、およびコアネットワーク１１を有する。なお、以下では、複数のＭ２Ｍデバイス２０−１〜２０−ｎのそれぞれを区別することなく総称する場合にＭ２Ｍデバイス２０と記載する。また、複数の基地局３０−１〜３０−ｎのそれぞれを区別することなく総称する場合に基地局３０と記載する。コアネットワーク１１は、ＩＰ網８０を介してＭ２Ｍサーバ９０に接続される。各Ｍ２Ｍデバイス２０は、基地局３０およびコアネットワーク１１を介してＭ２Ｍサーバ９０に接続される。無線通信システム１０は、例えばＬＴＥ等の無線ネットワークを用いて構成される。
【００１４】
各Ｍ２Ｍデバイス２０と各基地局３０との間は無線リンクで結ばれる。Ｍ２Ｍデバイス２０がＭ２Ｍサーバ９０と通信を行う場合、基地局３０が提供可能な無線リソースのうち一部の無線リソースがＭ２Ｍデバイス２０に対して確保されることにより、基地局３０を介して、Ｍ２Ｍデバイス２０とＭ２Ｍサーバ９０とが通信可能となる。
【００１５】
Ｍ２Ｍデバイス２０は、基地局３０と無線通信を行う端末の一例である。Ｍ２Ｍデバイス２０は、例えば、無線通信機能を有する電力メータや、無線通信機能を有する自動販売機等である。Ｍ２Ｍデバイス２０は、基地局３０を介してＭ２Ｍサーバ９０から受信した情報に基づいて使用電力量等の情報を取得し、取得した情報を、基地局３０およびコアネットワーク１１を介してＭ２Ｍサーバ９０へ送信する。また、Ｍ２Ｍサーバ９０は、コアネットワーク１１および基地局３０を介して、各Ｍ２Ｍデバイス２０に制御情報を送信することにより各Ｍ２Ｍデバイス２０を制御する。
【００１６】
コアネットワーク１１は、ＨＳＳ（Home  Subscriber  Server）４０、ＭＭＥ（Mobility  Management  Entity）５０、ＳＧＷ（Serving  GateWay）６０、およびＰＧＷ（Packet  data  network  GateWay）７０を有する。ＭＭＥ５０は、管理装置の一例である。
【００１７】
ＨＳＳ４０は、無線通信システム１０における加入者情報（例えば、端末情報、認証情報など）や、後述する設定情報等を管理する。ＭＭＥ５０は、複数の基地局３０を収容し、Ｍ２Ｍデバイス２０等の端末の移動管理等を行う。ＳＧＷ６０は、コアネットワーク１１内のパケット転送等の処理を行う。ＰＧＷ７０は、ＳＧＷ６０と、コアネットワーク１１等の外部ネットワークとの間のパケット転送等の処理を行う。
【００１８】
＜Ｍ２Ｍデバイス＞
図２は、Ｍ２Ｍデバイス２０の一例を示すブロック図である。Ｍ２Ｍデバイス２０は、例えば図２に示すように、設定情報保持部２１、呼制御部２２、判定部２３、確認信号送信部２４、無線通信部２５、およびアンテナ２６を有する。
【００１９】
無線通信部２５は、呼制御部２２および確認信号送信部２４から入力された信号に対して符号化や変調等の処理を行い、処理後の信号を所定の周波数にアップコンバートして、アンテナ２６を介して基地局３０へ送信する。また、無線通信部２５は、アンテナ２６を介して基地局３０から受信した信号をダウンコンバートし、復調および復号等の処理を行い、処理後の信号を呼制御部２２および確認信号送信部２４へ出力する。
【００２０】
呼制御部２２は、基地局３０のセクタから送信された報知情報に基づいて、基地局３０のセクタを選択し、選択したセクタに対して所定の信号を送信および受信することにより、基地局３０との間でアタッチ処理を行う。そして、呼制御部２２は、アタッチ処理によって基地局３０との間の無線区間に確立されたＤＲＢ（Data  Radio  Bearer）を介して、基地局３０から端末設定情報を受信し、受信した端末設定情報を設定情報保持部２１に保存する。
【００２１】
設定情報保持部２１に保存される端末設定情報には、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢが解放された後に、Ｍ２Ｍデバイス２０と基地局３０との間の無線区間の接続性を確認する処理（以下、接続確認処理と呼ぶ。）に用いられる情報が含まれる。図３は、Ｍ２Ｍデバイス２０の設定情報保持部２１に保存される端末設定情報の一例を示す図である。設定情報保持部２１が保持する端末設定情報には、例えば図３に示すように、実行フラグ２１０、第１タイマの長さ２１１、第１閾値２１２、およびセクタ識別子２１３が含まれる。
【００２２】
実行フラグ２１０は、接続確認処理が実行されるか否かを制御する情報である。実行フラグ２１０に「ＯＮ」が設定された場合、接続確認処理が実行され、実行フラグ２１０に「ＯＦＦ」が設定された場合、接続確認処理は実行されない。第１タイマの長さ２１１は、接続確認処理において、接続性を確認するための信号を基地局３０へ送信する周期を計測する第１タイマの長さを示す。本実施例において、第１タイマの長さは、例えば数百ミリ秒程度である。
【００２３】
第１閾値２１２は、無線接続の異常の有無を判定するための閾値を示す。接続確認処理が正常に終了しなかった回数が第１閾値以上となった場合、呼制御部２２は、セクタの選択処理を実行し、別なセクタをサーチする。本実施例において第１閾値は、例えば５である。セクタ識別子２１３は、接続確認処理において、無線接続を確認するための信号の送信先となる基地局３０のセクタを識別する情報である。
【００２４】
図２に戻って説明を続ける。呼制御部２２は、Ｍ２Ｍデバイス２０と基地局３０との間でＤＲＢが確立された後に一定期間ユーザデータによる通信が発生しなかった場合に、ＤＲＢを解放し、ＤＲＢの解放を判定部２３に通知する。また、ＤＲＢが解放された後にＭ２Ｍデバイス２０と基地局３０との間でユーザデータによる通信が発生した場合、呼制御部２２は、基地局３０との間で所定の信号を送信および受信することにより、基地局３０との間に再びＤＲＢを確立する処理を行う。そして、ＤＲＢが確立された場合、呼制御部２２は、ＤＲＢの確立を判定部２３に通知する。
【００２５】
また、呼制御部２２は、判定部２３からセクタの再選択を指示された場合に、基地局３０のセクタから送信された信号の品質に基づいて、セクタを再選択する。そして、呼制御部２２は、接続確認処理の対象のセクタよりも信号の品質が良好な別のセクタを選択した場合、該別なセクタを介して基地局３０との間でＤＲＢを確立する処理を行う。そして、判定部２３は、該別なセクタを介して基地局３０から受信した端末設定情報を設定情報保持部２１に保存する。そして、呼制御部２２は、ＤＲＢの確立を判定部２３に通知する。一方、別なセクタが選択されなかった場合、呼制御部２２は、別なセクタが選択されなかった旨を判定部２３に通知する。
【００２６】
確認信号送信部２４は、判定部２３から確認信号の送信を指示された場合に、設定情報保持部２１内の端末設定情報からセクタ識別子を読み出す。そして、確認信号送信部２４は、読み出したセクタ識別子で識別されるセクタに対して、基地局３０との間のＤＲＢで使用される周波数を用いた無線通信により、基地局３０との無線接続を確認するための確認信号を送信する。本実施例において、確認信号送信部２４は、確認信号として、ＬＴＥにおけるランダムアクセス手順で使用される信号を用いる。なお、基地局３０との無線接続を確認することができる信号であれば、確認信号送信部２４は、ＬＴＥにおけるランダムアクセス手順で使用される信号以外の信号を確認信号として用いてもよい。
【００２７】
例えば、確認信号送信部２４は、端末設定情報に設定されたセクタ識別子に対応するセクタを有する基地局３０に対して、RA  Preambleを送信する。そして、RA  Preambleの応答として、RA  Responseを基地局３０から受信した場合、確認信号送信部２４は、Ｍ２Ｍデバイス２０を識別する端末識別子と、接続確認の信号である旨を示す接続確認識別子とを含むScheduled  Transmissionを基地局３０へ送信する。RA  Responseは、第１の信号の一例である。端末識別子および接続確認識別子を含むScheduled  Transmissionは、確認信号の一例である。
【００２８】
そして、基地局３０からContention  Resolutionを受信した場合、確認信号送信部２４は、Scheduled  Transmissionに含めた端末識別子と接続確認識別子とが、受信したContention  Resolutionに含まれていれば、応答信号を受信した旨を判定部２３に通知する。端末識別子および接続確認識別子を含むContention  Resolutionは、応答信号の一例である。
【００２９】
判定部２３は、ＤＲＢの解放を呼制御部２２から通知された場合に、設定情報保持部２１内の端末設定情報を読み出す。そして、実行フラグに接続確認処理を実行する旨を示す「ＯＮ」が設定されていれば、判定部２３は、端末設定情報に設定された長さの第１タイマをリセットスタートさせ、確認信号の送信を確認信号送信部２４に指示する。
【００３０】
そして、判定部２３は、第１タイマがタイムアウトするまでの間に、基地局３０から応答信号を受信したか否かに基づいて、基地局３０との間の無線接続に異常があるか否かを判定する。第１タイマがリセットスタートしてからタイムアウトするまでの期間は、第１の期間の一例である。
【００３１】
例えば、判定部２３は、第１タイマがタイムアウトするまでの間に、確認信号送信部２４から応答信号を受信した旨が通知された場合、基地局３０との間の接続確認処理が正常に終了しなかった回数を示すエラー回数を０にリセットする。そして、判定部２３は、第１タイマをリセットスタートさせる。
【００３２】
一方、第１タイマがタイムアウトするまでの間に、確認信号送信部２４から応答信号を受信した旨が通知されなかった場合、判定部２３は、エラー回数を増加させる。そして、エラー回数が、端末設定情報に含まれる第１閾値以上となった場合、判定部２３は、基地局３０との間の無線接続に異常があると判定する。そして、判定部２３は、セクタの再選択を呼制御部２２に指示する。
【００３３】
＜基地局＞
図４は、基地局３０の一例を示すブロック図である。基地局３０は、例えば図４に示すように、アンテナ３１、無線通信部３２、呼制御部３３、判定部３４、通知部３５、設定情報保持部３６、および有線通信部３７を有する。
【００３４】
無線通信部３２は、呼制御部３３から入力された信号に対して符号化や変調等の処理を行い、処理後の信号を所定の周波数にアップコンバートして、セクタのアンテナ３１を介してＭ２Ｍデバイス２０へ送信する。また、無線通信部３２は、セクタのアンテナ３１を介してＭ２Ｍデバイス２０から受信した信号をダウンコンバートし、復調および復号等の処理を行い、処理後の信号を呼制御部３３へ出力する。
【００３５】
有線通信部３７は、コアネットワーク１１に接続される。有線通信部３７は、呼制御部３３および通知部３５から入力されたデータを、コアネットワーク１１へ送信する。また、有線通信部３７は、コアネットワーク１１から受信したデータを、呼制御部３３へ出力する。
【００３６】
呼制御部３３は、無線通信部３２を介してセクタ毎に報知情報を送信する。また、呼制御部３３は、Ｍ２Ｍデバイス２０、ＨＳＳ４０、ＭＭＥ５０、ＳＧＷ６０、およびＰＧＷ７０との間で所定の信号を送信および受信することによりアタッチ処理を行う。これにより、基地局３０とＭ２Ｍデバイス２０との間の無線区間にＤＲＢが確立され、基地局３０、ＭＭＥ５０、およびＳＧＷ６０の間の有線区間にＳ１ベアラが確立される。
【００３７】
そして、呼制御部３３は、Ｓ１ベアラを介してＭＭＥ５０から設定情報を受信する。設定情報には、端末設定情報と、基地局設定情報とが含まれる。呼制御部３３は、設定情報に含まれる基地局設定情報を設定情報保持部３６に保存する。そして、呼制御部３３は、設定情報に含まれる端末設定情報に、ＤＲＢの確立に用いられたセクタの識別子を加える。そして、呼制御部３３は、セクタの識別子が加えられた端末設定情報を、ＤＲＢを介してＭ２Ｍデバイス２０へ送信する。そして、呼制御部３３は、ベアラが確立されたＭ２Ｍデバイス２０の端末識別子と共に、ベアラの確立を通知部３５に通知する。
【００３８】
設定情報保持部３６に保存される基地局設定情報には、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢが解放された後の接続確認処理に用いられる情報が含まれる。図５は、基地局３０の設定情報保持部３６に保存される基地局設定情報の一例を示す図である。設定情報保持部３６は、例えば図５に示すように、それぞれのＭ２Ｍデバイス２０を識別する端末識別子３６０に対応付けて、設定情報３６１を保持する。設定情報３６１には、実行フラグ３６２、第２タイマの長さ３６３、第２閾値３６４、第３タイマの長さ３６５、第３閾値３６６、および通知先３６７が含まれる。
【００３９】
実行フラグ３６２は、接続確認処理が実行されるか否かを制御する情報である。第２タイマの長さ３６３は、基地局３０での接続確認処理において、無線接続の異常の有無を判定するための周期を計測する第２タイマの長さを示す。本実施例において、第２タイマの長さは、第１タイマの長さよりも長く、例えば数十秒から数分程度である。第２閾値３６４は、基地局３０において無線接続の異常の有無を判定するための閾値を示す。接続確認処理が正常に終了しなかった回数が第２閾値以上となった場合、通知部３５は、Ｍ２Ｍデバイス２０との無線接続に異常がある旨を示す接続状態通知を、通知先３６７に示された情報で特定される装置へ送信する。本実施例において第２閾値は、例えば５である。
【００４０】
第３タイマの長さ３６５は、基地局３０での接続確認処理において、接続性の回復の有無を判定するための周期を計測する第３タイマの長さを示す。本実施例において、第３タイマの長さは、例えば数秒程度である。第３閾値３６６は、接続性の回復の有無を判定するための閾値を示す。接続確認処理が正常に終了した回数が第３閾値以上となった場合、通知部３５は、Ｍ２Ｍデバイス２０との無線接続が回復した旨を示す接続状態通知を、通知先３６７に示された情報で特定される装置へ送信する。本実施例において、第３閾値は、例えば１０である。通知先３６７は、接続状態通知の通知先となる装置を特定する情報であり、例えばＩＰアドレス等である。
【００４１】
図４に戻って説明を続ける。呼制御部３３は、Ｓ１ベアラおよびＤＲＢが確立された後に一定期間ユーザデータによる通信が発生しなかった場合に、Ｓ１ベアラおよびＤＲＢを解放する。そして、呼制御部３３は、ベアラを解放したＭ２Ｍデバイス２０の端末識別子と共に、ベアラの解放を判定部３４に通知する。そして、呼制御部３３は、Ｓ１ベアラおよびＤＲＢが解放されたＭ２Ｍデバイス２０から確認信号を受信した場合に、確認信号を受信した旨を判定部３４に通知する。
【００４２】
例えば、呼制御部３３は、Ｓ１ベアラおよびＤＲＢが解放された後に、Ｍ２Ｍデバイス２０からRA  Preambleを受信した場合、RA  Preambleの応答としてRA  ResponseをＭ２Ｍデバイス２０へ送信する。そして、呼制御部３３は、Ｍ２Ｍデバイス２０からScheduled  Transmissionを受信した場合に、Scheduled  Transmissionに、接続確認の信号である旨を示す接続確認識別子が含まれているか否かを判定する。Scheduled  Transmissionに接続確認識別子が含まれている場合、呼制御部３３は、確認信号を受信した旨を判定部３４に通知する。
【００４３】
そして、呼制御部３３は、受信したScheduled  Transmissionから端末識別子および接続確認識別子を取得し、取得した端末識別子および接続確認識別子を格納したContention  Resolutionを作成する。そして、呼制御部３３は、作成したContention  ResolutionをＭ２Ｍデバイス２０へ送信する。
【００４４】
また、呼制御部３３は、Ｓ１ベアラおよびＤＲＢが解放された後に、基地局３０とＭ２Ｍデバイス２０との間でユーザデータによる通信が発生した場合、Ｓ１ベアラおよびＤＲＢを確立する処理を行う。そして、呼制御部３３は、Ｓ１ベアラおよびＤＲＢが確立された場合、ベアラが確立されたＭ２Ｍデバイス２０の端末識別子と共に、ベアラの確立を判定部３４および通知部３５に通知する。
【００４５】
また、呼制御部３３は、ＭＭＥ５０からＭ２Ｍデバイス２０の端末識別子を含む削除指示を受信した場合に、削除指示に含まれている端末識別子に対応付けられている基地局設定情報を設定情報保持部３６から削除する。
【００４６】
判定部３４は、ベアラの解放を呼制御部３３から通知された場合に、ベアラが解放されたＭ２Ｍデバイス２０の端末識別子に対応付けられた基地局設定情報を設定情報保持部３６から読み出す。そして、実行フラグに接続確認処理を実行する旨を示す「ＯＮ」が設定されていれば、判定部３４は、基地局設定情報に設定された長さの第２タイマをリセットスタートさせる。
【００４７】
そして、判定部３４は、第２タイマがタイムアウトするまでの間に、Ｍ２Ｍデバイス２０から確認信号を受信したか否かに基づいて、Ｍ２Ｍデバイス２０との間の無線リンクの接続性に異常があるか否かの判定を開始する。第２タイマがリセットスタートしてからタイムアウトするまでの期間は、第２の期間の一例である。
【００４８】
例えば、判定部３４は、第２タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した旨が通知された場合、接続確認処理が正常に終了しなかった回数を示すエラー回数を０にリセットし、第２タイマを再びリセットスタートさせる。一方、判定部３４は、第２タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した旨が通知されなかった場合、エラー回数を増加させ、第２タイマをリセットスタートさせる。
【００４９】
そして、エラー回数が、基地局設定情報に含まれる第２閾値以上となった場合、判定部３４は、基地局３０との間の無線接続に異常があると判定し、Ｍ２Ｍデバイス２０の端末識別子と共に、接続異常を通知部３５に通知する。
【００５０】
次に、判定部３４は、第３タイマがタイムアウトするまでの間に、Ｍ２Ｍデバイス２０から確認信号を受信したか否かに基づいて、Ｍ２Ｍデバイス２０との間の無線リンクの無線接続が回復したか否かの判定を開始する。
【００５１】
例えば、判定部３４は、第３タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した旨が通知されなかった場合、接続確認処理が正常に終了した回数を示す成功回数を０にリセットし、第３タイマを再びリセットスタートさせる。一方、判定部３４は、第３タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した旨が通知された場合、成功回数を増加させ、第３タイマを再びリセットスタートさせる。
【００５２】
そして、成功回数が、基地局設定情報に含まれる第３閾値以上となった場合、判定部３４は、基地局３０との間の無線リンクの接続異常が回復したと判定し、Ｍ２Ｍデバイス２０の端末識別子と共に、接続回復を通知部３５に通知する。
【００５３】
通知部３５は、端末識別子と共に、ベアラの確立を呼制御部３３から通知された場合、端末識別子に対応付けられた情報を設定情報保持部３６から読み出し、読み出した基地局設定情報から通知先の情報を取得する。そして、通知部３５は、取得した通知先の情報で特定される装置へ、有線通信部３７を介して、ベアラが確立された旨を示す接続状態通知を送信する。
【００５４】
また、通知部３５は、端末識別子と共に、接続異常を判定部３４から通知された場合、端末識別子に対応付けられた情報を設定情報保持部３６から読み出し、読み出した基地局設定情報から通知先の情報を取得する。そして、通知部３５は、取得した通知先の情報で特定される装置へ、有線通信部３７を介して、接続異常を示す接続状態通知を送信する。
【００５５】
また、通知部３５は、端末識別子と共に、接続回復を判定部３４から通知された場合、端末識別子に対応付けられた情報を設定情報保持部３６から読み出し、読み出した基地局設定情報から通知先の情報を取得する。そして、通知部３５は、取得した通知先の情報で特定される装置へ、有線通信部３７を介して、接続回復を示す接続状態通知を送信する。
【００５６】
＜ＭＭＥ＞
図６は、ＭＭＥ５０の一例を示すブロック図である。ＭＭＥ５０は、例えば図６に示すように、設定情報保持部５１、呼制御部５２、設定情報通知部５３、および有線通信部５４を有する。
【００５７】
有線通信部５４は、基地局３０、ＨＳＳ４０、およびＳＧＷ６０に接続される。有線通信部５４は、呼制御部５２および設定情報通知部５３から入力されたデータを、基地局３０、ＨＳＳ４０、およびＳＧＷ６０へ送信する。また、有線通信部５４は、基地局３０、ＨＳＳ４０、およびＳＧＷ６０から受信したデータを、呼制御部５２および設定情報通知部５３へ出力する。
【００５８】
呼制御部５２は、アタッチ、ベアラ確立、および端末の移動管理等の処理を行う。また、呼制御部５２は、アタッチ又はベアラ確立の処理が完了した場合に、アタッチ処理またはベアラ確立処理の完了と共に、アタッチ又はベアラ確立の処理を行ったＭ２Ｍデバイス２０の端末識別子と基地局３０の基地局識別子とを設定情報通知部５３に通知する。
【００５９】
設定情報通知部５３は、アタッチ処理の完了を呼制御部５２から通知された場合、アタッチ処理を行ったＭ２Ｍデバイス２０の設定情報をＨＳＳ４０から取得する。図７は、ＨＳＳ４０から取得された設定情報の一例を示す図である。ＨＳＳ４０から取得された設定情報には、例えば図７に示すように、実行フラグ４００、第１タイマの長さ４０１、第１閾値４０２、第２タイマの長さ４０３、第２閾値４０４、第３タイマの長さ４０５、第３閾値４０６、通知先４０７が含まれる。図７に示した実行フラグ４００から通知先４０７までの設定情報は、例えば、ＨＳＳ４０の管理者の端末、または、Ｍ２Ｍサーバ９０等によってＨＳＳ４０が有するデータベースに設定される。
【００６０】
実行フラグ４００は、接続確認処理が実行されるか否かを制御する情報である。第１タイマの長さ４０１は、Ｍ２Ｍデバイス２０での接続確認処理において使用される第１タイマの長さである。第１閾値４０２は、Ｍ２Ｍデバイス２０での接続確認処理において使用される閾値である。実行フラグ４００、第１タイマの長さ４０１、および第１閾値４０２は、端末設定情報の一例である。
【００６１】
第２タイマの長さ４０３は、基地局３０での接続確認処理において使用される第２タイマの長さである。第２閾値４０４は、基地局３０での接続確認処理において使用される閾値である。第３タイマの長さ４０５は、基地局３０での接続確認処理において使用される第３タイマの長さである。第３閾値４０６は、基地局３０での接続確認処理において使用される閾値である。通知先４０７は、接続状態通知の通知先となる装置を特定する情報である。実行フラグ４００、第２タイマの長さ４０３、第２閾値４０４、第３タイマの長さ４０５、第３閾値４０６、および通知先４０７は、基地局設定情報の一例である。
【００６２】
図６に戻って説明を続ける。設定情報通知部５３は、ＨＳＳ４０から取得した設定情報を、アタッチ処理を行ったＭ２Ｍデバイス２０の端末識別子と共に、アタッチ処理を行った基地局３０へ送信する。そして、設定情報通知部５３は、ＨＳＳ４０から取得した設定情報に、アタッチ処理を行った基地局３０の基地局識別子を、接続確認処理を行う基地局３０の基地局識別子として加える。そして、設定情報通知部５３は、基地局識別子を加えた設定情報を、アタッチ処理を行ったＭ２Ｍデバイス２０の端末識別子に対応付けて設定情報保持部５１に保存する。
【００６３】
図８は、ＭＭＥ５０の設定情報保持部５１に保存される設定情報の一例を示す図である。設定情報保持部５１は、例えば図８に示すように、それぞれのＭ２Ｍデバイス２０を識別する端末識別子５１０に対応付けて、設定情報５１１を保持する。設定情報５１１には、実行フラグ５１２、第１タイマの長さ５１３、第１閾値５１４、第２タイマの長さ５１５、第２閾値５１６、第３タイマの長さ５１７、第３閾値５１８、通知先５１９、および基地局識別子５２０が含まれる。
【００６４】
設定情報５１１において、実行フラグ５１２から通知先５１９までの情報は、ＨＳＳ４０から取得された設定情報における実行フラグ４００から通知先４０７までの情報と同様であるため、説明を省略する。基地局識別子５２０は、Ｍ２Ｍデバイス２０が接続確認処理を行う基地局３０を識別する情報である。
【００６５】
図６に戻って説明を続ける。設定情報通知部５３は、ベアラ確立の完了を呼制御部５２から通知された場合、ベアラ確立の完了と共に呼制御部５２から通知されたＭ２Ｍデバイス２０の端末識別子に対応付けられた設定情報を設定情報保持部５１内で特定する。そして、設定情報通知部５３は、特定した設定情報内に、ベアラ確立の完了と共に呼制御部５２から通知された基地局３０の基地局識別子が含まれているか否かを判定する。
【００６６】
設定情報内に呼制御部５２から通知された基地局３０の基地局識別子が含まれていない場合、設定情報通知部５３は、設定情報内の基地局識別子の基地局３０に、ベアラ確立の完了と共に削除指示を送信する。削除指示には、呼制御部５２から通知されたＭ２Ｍデバイス２０の端末識別子が含まれる。
【００６７】
そして、設定情報通知部５３は、ベアラ確立処理を行ったＭ２Ｍデバイス２０の設定情報をＨＳＳ４０から取得する。そして、設定情報通知部５３は、ＨＳＳ４０から取得した設定情報を、ベアラ確立処理を行ったＭ２Ｍデバイス２０の端末識別子と共に、ベアラ確立処理を行った基地局３０へ送信する。そして、設定情報通知部５３は、ＨＳＳ４０から取得した設定情報に、ベアラ確立処理を行った基地局３０の基地局識別子を、接続確認処理を行う基地局３０の基地局識別子として加える。そして、設定情報通知部５３は、基地局３０の基地局識別子を加えた設定情報を、ベアラ確立処理を行ったＭ２Ｍデバイス２０の端末識別子に対応付けて設定情報保持部５１に保存する。
【００６８】
＜ハードウェア＞
続いて、Ｍ２Ｍデバイス２０、基地局３０、およびＭＭＥ５０のハードウェアについて説明する。図９は、Ｍ２Ｍデバイス２０のハードウェアの一例を示す図である。Ｍ２Ｍデバイス２０は、例えば図９に示すように、メモリ２００、プロセッサ２０１、無線通信モジュール２０２、およびアンテナ２６を有する。呼制御部２２、判定部２３、および確認信号送信部２４は、例えば、ＣＰＵ（Central  Processing  Unit）やＤＳＰ（Digital  Signal  Processor）等のプロセッサ２０１により実現される。無線通信部２５は、例えば、プロセッサ２０１および無線通信モジュール２０２により実現される。設定情報保持部２１は、例えば、ＲＡＭ（Random  Access  Memory)、ＲＯＭ（Read  Only  Memory)、フラッシュメモリ等のメモリ２００により実現される。
【００６９】
図１０は、基地局３０のハードウェアの一例を示す図である。基地局３０は、例えば図１０に示すように、アンテナ３１、無線通信モジュール３０１、メモリ３０２、プロセッサ３０３、およびネットワークインターフェイス部３０４を有する。呼制御部３３、判定部３４、および通知部３５は、例えば、ＣＰＵやＤＳＰ等のプロセッサ３０３により実現される。無線通信部３２は、例えば、プロセッサ３０３および無線通信モジュール３０１により実現される。設定情報保持部３６は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ等のメモリ３０２により実現される。有線通信部３７は、例えば、プロセッサ３０３およびネットワークインターフェイス部３０４により実現される。
【００７０】
図１１は、ＭＭＥ５０のハードウェアの一例を示す図である。ＭＭＥ５０は、例えば図１１に示すように、メモリ５００、プロセッサ５０１、およびネットワークインターフェイス部５０２を有する。呼制御部５２および設定情報通知部５３は、例えば、ＣＰＵやＤＳＰ等のプロセッサ５０１により実現される。設定情報保持部５１は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ等のメモリ５００により実現される。有線通信部５４は、例えば、プロセッサ５０１およびネットワークインターフェイス部５０２により実現される。
【００７１】
＜無線通信システムの動作＞
次に、無線通信システム１０の動作について説明する。図１２は、アタッチ処理における無線通信システム１０の動作の一例を示すシーケンス図である。なお、以下のシーケンス図では、Ｍ２Ｍデバイス２０が１つの場合を例に説明する。本シーケンス図は、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢ、基地局３０とＭＭＥ５０とＳＧＷ６０との間のＳ１ベアラ、ＳＧＷ６０とＨＳＳ４０とＰＧＷ７０との間のＳ５ベアラがそれぞれ未接続状態からスタートする。
【００７２】
まず、基地局３０の呼制御部３３は、セクタ毎に報知情報を送信する（Ｓ１００）。Ｍ２Ｍデバイス２０の呼制御部２２は、基地局３０から送信された報知情報の信号の品質に基づいて、セクタを選択する（Ｓ１０１）。そして、Ｍ２Ｍデバイス２０の呼制御部２２と基地局３０の呼制御部３３とは、ＬＴＥにおけるランダムアクセス手順に従って、初期アクセス手順を実行する（Ｓ１０２）。初期アクセス手順では、Ｍ２Ｍデバイス２０の呼制御部２２がRA  Preambleを選択したセクタへ送信する。そして、基地局３０の呼制御部３３は、RA  Preambleの応答としてRA  ResponseをＭ２Ｍデバイス２０へ送信する。そして、Ｍ２Ｍデバイス２０の呼制御部２２は、ＲＲＣ接続要求メッセージを含むScheduled  Transmissionを基地局３０へ送信する。そして、基地局３０の呼制御部３３は、ＲＲＣ接続セットアップメッセージを含むContention  ResolutionをＭ２Ｍデバイス２０へ送信する。
【００７３】
次に、Ｍ２Ｍデバイス２０の呼制御部２２は、アタッチ要求を基地局３０を介してＭＭＥ５０へ送信する（Ｓ１０３）。そして、Ｍ２Ｍデバイス２０、基地局３０、ＭＭＥ５０、ＳＧＷ６０、ＨＳＳ４０、およびＰＧＷ７０の間で、アタッチ処理が実行される（Ｓ１０４）。アタッチ処理では、認証、秘匿、インテグリティ制御、位置登録、ベアラ確立等の処理が実行される。そして、ＭＭＥ５０の呼制御部５２は、基地局３０を介してＭ２Ｍデバイス２０にアタッチ受入を送信する（Ｓ１０５）。Ｍ２Ｍデバイス２０の呼制御部２２は、基地局３０を介してＭＭＥ５０にアタッチ完了を送信する（Ｓ１０６）。これにより、Ｍ２Ｍデバイス２０と基地局３０との間にＤＲＢが確立され、基地局３０とＭＭＥ５０とＳＧＷ６０との間にＳ１ベアラが確立され、ＳＧＷ６０とＰＧＷ７０との間にＳ５ベアラが確立される。
【００７４】
次に、ＭＭＥ５０の設定情報通知部５３は、ＨＳＳ４０からＭ２Ｍデバイス２０の設定情報を取得する（Ｓ１０７）。そして、設定情報通知部５３は、ＨＳＳ４０から取得した設定情報に、アタッチ処理を行った基地局３０の基地局識別子を加え、アタッチ処理を行ったＭ２Ｍデバイス２０の端末識別子に対応付けて設定情報保持部５１に保存する（Ｓ１０８）。そして、設定情報通知部５３は、ＨＳＳ４０から取得した設定情報を、アタッチ処理を行ったＭ２Ｍデバイス２０の端末識別子と共に、アタッチ処理を行った基地局３０へ送信する（Ｓ１０９）。
【００７５】
基地局３０の呼制御部３３は、ＭＭＥ５０から受信した設定情報に含まれる基地局設定情報を設定情報保持部３６に保存する（Ｓ１１０）。そして、呼制御部３３は、ＭＭＥ５０から受信した設定情報に含まれる端末設定情報に、ＤＲＢの確立に用いたセクタの識別子を加える。そして、呼制御部３３は、セクタの識別子が加えられた端末設定情報を、ＤＲＢを介してＭ２Ｍデバイス２０へ送信する（Ｓ１１１）。
【００７６】
Ｍ２Ｍデバイス２０の呼制御部２２は、基地局３０から受信した端末設定情報を設定情報保持部２１に保存する（Ｓ１１２）。そして、呼制御部２２は、端末設定情報の保存完了を示す応答を基地局３０へ送信する（Ｓ１１３）。基地局３０の呼制御部３３は、基地局設定情報の保存完了を示す応答をＭＭＥ５０へ送信する（Ｓ１１４）。そして、呼制御部３３は、Ｍ２Ｍデバイス２０の端末識別子と共に、ベアラの確立を通知部３５に通知する。通知部３５は、Ｍ２Ｍデバイス２０の端末識別子に対応付けられた通知先の情報を設定情報保持部３６から取得し、取得した情報で特定される装置（本実施例では、Ｍ２Ｍサーバ９０）へ、ベアラ確立を示す接続状態通知を送信する（Ｓ１１５）。
【００７７】
そして、Ｍ２Ｍデバイス２０と基地局３０との間で一定期間ユーザデータによる通信が発生しなかった場合、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢと、基地局３０とＭＭＥ５０とＳＧＷ６０との間のＳ１ベアラとが解放される。これにより、ＤＲＢとＳ１ベアラとが未接続状態となる。ただし、Ｓ５ベアラの接続は維持される。
【００７８】
＜設定情報の更新＞
次に、設定情報を更新する場合の無線通信システム１０の動作について説明する。図１３は、設定情報の更新時における無線通信システム１０の動作の一例を示すシーケンス図である。本シーケンス図では、アタッチ処理は完了しており、ＤＲＢおよびＳ１ベアラが未接続状態、Ｓ５ベアラが接続状態から処理がスタートする。
【００７９】
まず、ＨＳＳ４０は、保持している設定情報の変更を検出する（Ｓ１２０）。そして、ＨＳＳ４０は、設定情報が変更されたＭ２Ｍデバイス２０の端末識別子を含む変更通知を送信する（Ｓ１２１）。ＭＭＥ５０の設定情報通知部５３は、変更通知に含まれた端末識別子で識別されるＭ２Ｍデバイス２０との間でベアラを確立する。
【００８０】
具体的には、ＭＭＥ５０は、基地局３０を介してＭ２Ｍデバイス２０にページングを行う（Ｓ１２２）。そして、Ｍ２Ｍデバイス２０と基地局３０とは、図１２において説明した初期アクセス手順を実行する（Ｓ１０２）。そして、Ｍ２Ｍデバイス２０の呼制御部２２は、サービス要求を基地局３０を介してＭＭＥ５０へ送信する（Ｓ１２３）。そして、Ｍ２Ｍデバイス２０、基地局３０、ＭＭＥ５０、ＳＧＷ６０、およびＨＳＳ４０の間で、ベアラ確立処理が実行される（Ｓ１２４）。ベアラ確立処理では、認証、秘匿、およびインテグリティ制御等の処理も実行される。これにより、Ｍ２Ｍデバイス２０と基地局３０との間にＤＲＢが確立され、基地局３０とＭＭＥ５０とＳＧＷ６０との間にＳ１ベアラが確立される。
【００８１】
そして、Ｍ２Ｍデバイス２０、基地局３０、およびＭＭＥ５０は、図１２で説明したステップＳ１０７からＳ１１５までの処理を実行する。そして、Ｍ２Ｍデバイス２０と基地局３０との間で一定期間ユーザデータによる通信が発生しなかった場合、ＤＲＢとＳ１ベアラとが再び解放される。
【００８２】
＜接続確認処理＞
次に、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢが解放された後の無線通信システム１０の動作について説明する。図１４は、ＤＲＢ未接続状態における無線通信システム１０の動作の一例を示すシーケンス図である。本シーケンス図では、アタッチ処理は完了しており、ＤＲＢおよびＳ１ベアラが未接続状態、Ｓ５ベアラが接続状態から処理がスタートする。
【００８３】
まず、基地局３０の呼制御部３３は、ベアラ解放を判定部３４に通知する。判定部３４は、エラー回数を０にリセットし（Ｓ１３０）、第２タイマをリセットスタートさせる（Ｓ１３１）。Ｍ２Ｍデバイス２０の呼制御部２２は、ベアラ解放を判定部２３に通知する。判定部２３は、エラー回数を０にリセットし（Ｓ１３２）、第１タイマをリセットスタートさせる（Ｓ１３３）。そして、判定部２３は、確認信号の送信を確認信号送信部２４に指示する。確認信号送信部２４は、RA  Preambleを基地局３０へ送信する（Ｓ１３４）。基地局３０の呼制御部３３は、RA  Preambleの応答としてRA  ResponseをＭ２Ｍデバイス２０へ送信する（Ｓ１３５）。
【００８４】
次に、Ｍ２Ｍデバイス２０の確認信号送信部２４は、Ｍ２Ｍデバイス２０の端末識別子と接続確認識別子とを含むScheduled  Transmissionを基地局３０へ送信する（Ｓ１３６）。基地局３０の呼制御部３３は、端末識別子と接続確認識別子とを含むScheduled  Transmissionを受信した場合、確認信号の受信を判定部３４に通知する。判定部３４は、第２タイマがタイムアウトする前に、呼制御部３３から確認信号の受信を通知された場合に、エラー回数を０にリセットし（Ｓ１３７）、再び第２タイマをリセットスタートさせる（Ｓ１３８）。
【００８５】
ここで、端末識別子と接続確認識別子とを含むScheduled  Transmissionは、基地局３０から送信されたRA  Responseに対する応答としてＭ２Ｍデバイス２０から送信される。端末識別子と接続確認識別子とを含むScheduled  Transmissionの受信をすることにより、呼制御部３３は、Ｍ２Ｍデバイス２０から基地局３０への無線リンクと、基地局３０からＭ２Ｍデバイス２０への無線リンクの両方で通信可能と判定することができる。
【００８６】
呼制御部３３は、受信したScheduled  Transmissionから端末識別子と接続確認識別子とを取得する。そして、呼制御部３３は、Scheduled  Transmissionから取得した端末識別子と接続確認識別子とを含むContention  ResolutionをＭ２Ｍデバイス２０へ送信する（Ｓ１３９）。
【００８７】
Ｍ２Ｍデバイス２０の確認信号送信部２４は、Scheduled  Transmissionに含めた端末識別子および接続確認識別子と同一の端末識別子および接続確認識別子を含むContention  Resolutionを受信した場合、応答信号の受信を判定部２３に通知する。判定部２３は、第１タイマがタイムアウトする前に、確認信号送信部２４から応答信号の受信が通知された場合に、エラー回数を０にリセットする（Ｓ１４０）。そして、第１タイマのタイムアウトを検出した場合（Ｓ１４１）、判定部２３は、再び第１タイマをリセットスタートさせ（Ｓ１３３）、確認信号の送信を確認信号送信部２４に指示する。以下、ステップＳ１３４以降の処理が繰り返される。
【００８８】
ここで、送信したScheduled  Transmissionに含めた端末識別子および接続確認識別子と同一の端末識別子および接続確認識別子を含むContention  Resolutionを受信したということは、Scheduled  Transmissionが正常に基地局３０に受信されたことを意味する。そのため、Scheduled  Transmissionに含めた端末識別子および接続確認識別子と同一の端末識別子および接続確認識別子を含むContention  Resolutionの受信により、判定部２３は、Ｍ２Ｍデバイス２０と基地局３０との間の無線リンクが正常と判定できる。
【００８９】
＜無線接続の異常が検出された場合のＭ２Ｍデバイスの動作＞
次に、Ｍ２Ｍデバイス２０と基地局３０との間の無線接続の異常が検出された場合の無線通信システム１０の動作について説明する。図１５は、無線接続の異常が検出された場合のＭ２Ｍデバイス２０の動作の一例を示すシーケンス図である。本シーケンス図では、アタッチ処理は完了しており、ＤＲＢおよびＳ１ベアラが未接続状態、Ｓ５ベアラが接続状態から処理がスタートする。
【００９０】
まず、基地局３０の呼制御部３３は、ベアラ解放を判定部３４に通知する。判定部３４は、エラー回数を０にリセットし（Ｓ１３０）、第２タイマをリセットスタートさせる（Ｓ１３１）。Ｍ２Ｍデバイス２０の呼制御部２２は、ベアラ解放を判定部２３に通知する。判定部２３は、エラー回数を０にリセットし（Ｓ１３２）、第１タイマをリセットスタートさせる（Ｓ１３３）。そして、判定部２３は、確認信号送信部２４に確認信号の送信を指示する。確認信号送信部２４は、RA  Preambleを基地局３０へ送信する（Ｓ１３４）。
【００９１】
ここで、Ｍ２Ｍデバイス２０と基地局３０との無線区間に、遮蔽物や干渉波が存在すると、Ｍ２Ｍデバイス２０と基地局３０との無線リンクの接続が困難となり、Ｍ２Ｍデバイス２０から送信されたRA  Preambleは、基地局３０で正常に受信されない。これにより、基地局３０からContention  Resolution等の応答信号が送信されない。また、基地局３０においてRA  Preambleが正常に受信されても、基地局３０からＭ２Ｍデバイス２０への下り方向の無線リンクに異常がある場合、基地局３０から送信されたContention  Resolution等の応答信号は、呼制御部２２において受信されない。そのため、応答信号の受信の有無を判定することにより、判定部２３は、Ｍ２Ｍデバイス２０から基地局３０への無線リンクと、基地局３０からＭ２Ｍデバイス２０への無線リンクの両方で通信が可能であるか否かを判定することができる。
【００９２】
判定部２３は、応答信号の受信を確認信号送信部２４から通知されることなく、第１タイマのタイムアウトを検出した場合（Ｓ１４５）、エラー回数を例えば１増加させる（Ｓ１４６）。エラー回数が第１閾値未満である場合、判定部２３は、第１タイマを再びリセットスタートさせ（Ｓ１４７）、確認信号送信部２４に確認信号の送信を指示する。確認信号送信部２４は、再びRA  Preambleを基地局３０へ送信する（Ｓ１４８）。
【００９３】
Ｍ２Ｍデバイス２０から送信されたRA  Preambleは、Ｍ２Ｍデバイス２０と基地局３０との無線区間の異常により、基地局３０には到達しない。これにより、判定部２３は、応答信号の受信を確認信号送信部２４から通知されることなく、再び第１タイマのタイムアウトを検出し（Ｓ１４９）、エラー回数を例えば１増加させる（Ｓ１５０）。そして、判定部２３は、エラー回数が第１閾値であるＮ１以上となったことを検出した場合（Ｓ１５１）、セクタの選択を呼制御部２２に指示する（Ｓ１５２）。
【００９４】
図１５に示した例では、ステップＳ１４４においてRA  Preambleの送信先となっているセルよりも、信号品質が良好な別なセクタが検出されなかったと仮定する。別なセクタが検出されなかったため、呼制御部２２は、同一セクタを選択する（Ｓ１５３）。そして、呼制御部２２は、別なセクタが選択されなかった旨を判定部２３に通知する。判定部２３は、エラー回数を０にリセットし（Ｓ１３２）、メモリ２００は、ステップＳ１３３以降の処理を繰り返す。
【００９５】
＜無線接続の異常が検出された場合の基地局の動作＞
図１６は、無線接続の異常が検出された場合の基地局３０の動作の一例を示すシーケンス図である。本シーケンス図では、アタッチ処理は完了しており、ＤＲＢおよびＳ１ベアラが未接続状態、Ｓ５ベアラが接続状態から処理がスタートする。
【００９６】
まず、基地局３０の呼制御部３３は、ベアラ解放を判定部３４に通知する。判定部３４は、エラー回数を０にリセットし（Ｓ１６０）、第２タイマをリセットスタートさせる（Ｓ１６１）。Ｍ２Ｍデバイス２０と基地局３０との間の無線リンクに異常が発生した場合、Ｍ２Ｍデバイス２０からのRA  Preamble等の信号は基地局３０において正常に受信されない。そのため、判定部３４は、確認信号の受信を呼制御部３３から通知されることなく、第２タイマのタイムアウトを検出する（Ｓ１６２）。そして、判定部３４は、エラー回数を例えば１増加させる（Ｓ１６３）。エラー回数が第２閾値未満である場合、判定部３４は、第２タイマを再びリセットスタートさせる（Ｓ１６４）。
【００９７】
そして、確認信号の受信を呼制御部３３から通知されることなく、第２タイマのタイムアウトを検出した場合（Ｓ１６５）、判定部３４は、エラー回数を例えば１増加させる（Ｓ１６６）。そして、エラー回数が第２閾値であるＮ２以上となった場合（Ｓ１６７）、判定部３４は、接続確認処理の対象であるＭ２Ｍデバイス２０の端末識別子と共に、接続異常を通知部３５に通知する。通知部３５は、設定情報保持部３６を参照して、接続状態通知の通知先を特定する（Ｓ１６８）。そして、通知部３５は、特定した通知先のＭ２Ｍサーバ９０へ、端末識別子と接続異常を示す情報とを含む接続状態通知を送信する（Ｓ１６９）。
【００９８】
これにより、Ｍ２Ｍサーバ９０は、基地局３０との無線リンクに異常が発生したＭ２Ｍデバイス２０の情報を迅速に取得することができる。基地局３０は、Ｍ２Ｍデバイス２０との間にＤＲＢを確立する処理を行うことなく、無線リンクに異常が発生したＭ２Ｍデバイス２０の情報を迅速に所定の通知先に通知することができる。これにより、無線リンクに異常が発生したＭ２Ｍデバイス２０を検出するためにＤＲＢの確立に伴う処理の実行を回避することができ、基地局３０の処理負荷を軽減することができる。
【００９９】
＜セクタ変更時における動作＞
次に、Ｍ２Ｍデバイス２０がセクタ選択を行った結果、別なセクタが選択された場合のＭ２Ｍデバイス２０の動作について説明する。図１７は、Ｍ２Ｍデバイス２０が別なセクタを選択した場合の無線通信システム１０の動作の一例を示すシーケンス図である。本シーケンス図では、アタッチ処理は完了しており、ＤＲＢおよびＳ１ベアラが未接続状態、Ｓ５ベアラが接続状態から処理がスタートする。また、基地局３０−２は、Ｍ２Ｍデバイス２０が選択した別なセクタを有する基地局３０を示しており、基地局３０−１は、別なセクタが選択される前にＭ２Ｍデバイス２０によって選択されていたセクタを有する基地局３０を示す。
【０１００】
まず、Ｍ２Ｍデバイス２０の呼制御部２２が別なセクタを選択した場合（Ｓ１７０）、Ｍ２Ｍデバイス２０と、選択された別なセクタを有する基地局３０−２との間で、図１２を用いて説明した初期アクセス手順が実行される（Ｓ１０２）。そして、Ｍ２Ｍデバイス２０の呼制御部２２は、別なセクタを有する基地局３０−２を介して、ＭＭＥ５０にサービス要求を送信する（Ｓ１７１）。そして、Ｍ２Ｍデバイス２０、基地局３０−２、ＭＭＥ５０、ＳＧＷ６０、およびＨＳＳ４０の間で、ベアラ確立処理が実行される（Ｓ１７２）。ステップＳ１７２におけるベアラ確立処理では、認証、秘匿、およびインテグリティ制御等の処理も実行される。これにより、Ｍ２Ｍデバイス２０と基地局３０−２との間にＤＲＢが確立され、基地局３０−２とＭＭＥ５０とＳＧＷ６０との間にＳ１ベアラが確立される。
【０１０１】
次に、ＭＭＥ５０の呼制御部５２は、ベアラが確立されたＭ２Ｍデバイス２０の端末識別子と基地局３０の基地局識別子とを設定情報通知部５３に通知する。設定情報通知部５３は、ベアラが確立されたＭ２Ｍデバイス２０の端末識別子に対応付けられた設定情報を参照して、設定情報に含まれている基地局識別子と、設定情報通知部５３から通知された基地局識別子とが同一か否かを判定する。図１７に示す例では、基地局３０−１の基地局識別子と基地局３０-２の基地局識別子とは異なるため、設定情報通知部５３は、設定情報に含まれている基地局識別子と、設定情報通知部５３から通知された基地局識別子とが異なると判定する。
【０１０２】
そして、設定情報通知部５３は、設定情報に含まれている基地局識別子で識別される基地局３０−１へ、呼制御部５２から通知されたＭ２Ｍデバイス２０の端末識別子を含む削除指示を送信する（Ｓ１７３）。基地局３０−１の呼制御部３３は、ＭＭＥ５０から受信した削除指示に含まれた端末識別子に対応付けられた基地局設定情報を、設定情報保持部３６から削除する（Ｓ１７４）。そして、呼制御部３３は、基地局設定情報の削除完了を示す応答をＭＭＥ５０へ送信する（Ｓ１７５）。そして、Ｍ２Ｍデバイス２０、基地局３０、およびＭＭＥ５０は、図１２で説明したステップＳ１０７からＳ１１５までの処理を実行する。そして、Ｍ２Ｍデバイス２０と基地局３０との間で一定期間ユーザデータによる通信が発生しなかった場合、ＤＲＢとＳ１ベアラとが再び解放される。
【０１０３】
＜無線接続回復時の動作＞
次に、Ｍ２Ｍデバイス２０と基地局３０との間の無線接続の回復が検出された場合の無線通信システム１０の動作について説明する。図１８は、無線接続の回復が検出された場合の基地局３０の動作の一例を示すシーケンス図である。本シーケンス図に示す処理は、例えば図１６に示した処理に引き続いて実行される。
【０１０４】
まず、基地局３０の判定部３４は、接続確認処理が正常に終了した回数を示す成功回数を０にリセットし（Ｓ１８０）、第３タイマをリセットスタートさせる（Ｓ１８１）。そして、第３タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した旨が通知されなかった場合（Ｓ１８２）、判定部３４は、成功回数を０にリセットし（Ｓ１８３）、再び第３タイマをリセットスタートさせる（Ｓ１８４）。
【０１０５】
また、Ｍ２Ｍデバイス２０からRA  Preambleを受信した場合（Ｓ１８５）、呼制御部３３は、RA  ResponseをＭ２Ｍデバイス２０へ送信する（Ｓ１８６）。そして、Ｍ２Ｍデバイス２０の端末識別子と接続確認識別子とを含むScheduled  TransmissionをＭ２Ｍデバイス２０から受信した場合（Ｓ１８７）、呼制御部３３は、確認信号の受信を判定部３４に通知する。第３タイマがタイムアウトするまでの間に、呼制御部３３から確認信号を受信した場合、判定部３４は、成功回数を例えば１増加させる（Ｓ１８８）。そして、判定部３４は、再び第３タイマをリセットスタートさせる（Ｓ１８９）。
【０１０６】
そして、呼制御部３３は、受信したScheduled  Transmissionから端末識別子と接続確認識別子とを取得する。そして、呼制御部３３は、Scheduled  Transmissionから取得した端末識別子と接続確認識別子とを含むContention  ResolutionをＭ２Ｍデバイス２０へ送信する（Ｓ１９０）。
【０１０７】
そして、成功回数を増加させた結果（Ｓ１９１）、成功回数が第３閾値であるＮ３以上となった場合（Ｓ１９２）、判定部３４は、接続確認処理の対象であるＭ２Ｍデバイス２０の端末識別子と共に、接続回復を通知部３５に通知する。呼制御部３３は、受信したScheduled  Transmissionから端末識別子と接続確認識別子とを取得し、取得した端末識別子と接続確認識別子とを含むContention  ResolutionをＭ２Ｍデバイス２０へ送信する（Ｓ１９３）。
【０１０８】
通知部３５は、設定情報保持部３６を参照して、接続状態通知の通知先を特定する（Ｓ１９４）。そして、通知部３５は、特定した通知先のＭ２Ｍサーバ９０へ、端末識別子と接続回復を示す情報とを含む接続状態通知を送信する（Ｓ１９５）。
【０１０９】
これにより、Ｍ２Ｍサーバ９０は、基地局３０との無線リンクに発生した無線接続の異常が回復したＭ２Ｍデバイス２０の情報を迅速に取得することができる。基地局３０は、Ｍ２Ｍデバイス２０との間にＤＲＢを確立する処理を行うことなく、無線リンクの異常が回復したＭ２Ｍデバイス２０の情報を迅速に所定の通知先に通知することができる。これにより、無線リンクの異常が回復したＭ２Ｍデバイス２０を検出するためにＤＲＢの確立に伴う処理の実行を回避することができ、基地局３０の処理負荷を軽減することができる。
【０１１０】
＜Ｍ２Ｍデバイスの動作＞
図１９および図２０は、Ｍ２Ｍデバイス２０の動作の一例を示すフローチャートである。例えば電源投入により、Ｍ２Ｍデバイス２０は、本フローチャートに示す動作を開始する。
【０１１１】
まず、呼制御部２２は、基地局３０のセクタから送信された報知情報に基づいてセクタを選択する。そして、呼制御部２２は、選択したセクタを有する基地局３０を介して、ＭＭＥ５０との間でアタッチ処理を実行する（Ｓ２００）。そして、呼制御部２２は、基地局３０との間で確立されたＤＲＢを介して、基地局３０から端末設定情報を受信し、受信した端末設定情報を設定情報保持部２１に保存する（Ｓ２０１）。
【０１１２】
次に、呼制御部２２は、ＤＲＢが解放されたか否かを判定する（Ｓ２０２）。例えば一定期間基地局３０との間でユーザデータによる通信が発生しなかった場合、呼制御部２２は、ＤＲＢを解放する。ＤＲＢが解放された場合（Ｓ２０２：Ｙｅｓ）、呼制御部２２は、判定部２３にＤＲＢの解放を通知する。判定部２３は、設定情報保持部２１内の端末設定情報を参照して、実行フラグに「ＯＮ」が設定されているか否かを判定する。
【０１１３】
実行フラグに「ＯＮ」が設定されている場合、判定部２３は、エラー回数を０にリセットする（Ｓ２０３）。そして、判定部２３は、基地局３０との間で実行された接続確認処理が正常に終了した場合に「ＯＮ」が設定される正常終了フラグに「ＯＦＦ」を設定する（Ｓ２０４）。そして、判定部２３は、設定情報保持部２１内の端末設定情報を参照して、第１タイマの長さを取得し、取得した長さの第１タイマをリセットスタートさせる（Ｓ２０５）。
【０１１４】
そして、判定部２３は、確認信号送信部２４に確認信号の送信を指示する（Ｓ２０６）。確認信号送信部２４は、設定情報保持部２１内の端末設定情報からセクタ識別子を読み出す。そして、確認信号送信部２４は、読み出したセクタ識別子で識別されるセクタに対して、基地局３０との間のＤＲＢで使用される周波数を用いた無線通信により、RA  Preambleを送信する。そして、基地局３０からRA  Responseを受信した場合、確認信号送信部２４は、Ｍ２Ｍデバイス２０の端末識別子と接続確認識別子とを含むScheduled  Transmissionを確認信号として基地局３０へ送信する。そして、基地局３０からＭ２Ｍデバイス２０の端末識別子と接続確認識別子とを含むContention  Resolutionを受信した場合、確認信号送信部２４は、応答信号を受信した旨を判定部２３に通知する。
【０１１５】
次に、判定部２３は、確認信号送信部２４から応答信号を受信した旨が通知されたか否かを判定する（Ｓ２０７）。応答信号を受信した旨が通知された場合（Ｓ２０７：Ｙｅｓ）、判定部２３は、正常終了フラグに「ＯＮ」を設定し（Ｓ２０８）、再びステップＳ２０７に示した処理を実行する。
【０１１６】
一方、応答信号を受信した旨が通知されていない場合（Ｓ２０７：Ｎｏ）、判定部２３は、第１タイマがタイムアウトしたか否かを判定する（Ｓ２０９）。第１タイマがタイムアウトしていない場合（Ｓ２０９：Ｎｏ）、呼制御部２２は、ユーザデータによる通信の発生等によりＤＲＢが確立されたか否かを判定する（Ｓ２１１）。ＤＲＢが確立されていない場合（Ｓ２１１：Ｎｏ）、判定部２３は、再びステップＳ２０７に示した処理を実行する。一方、ＤＲＢが確立された場合（Ｓ２１１：Ｙｅｓ）、呼制御部２２は、ＤＲＢの確立を判定部２３に通知する。判定部２３は、第１タイマを停止する（Ｓ２１２）。そして、呼制御部２２は、再びステップＳ２０２に示した処理を実行する。
【０１１７】
第１タイマがタイムアウトした場合（Ｓ２０９：Ｙｅｓ）、判定部２３は、正常終了フラグに「ＯＮ」が設定されているか否かを判定する（Ｓ２１０）。正常終了フラグに「ＯＮ」が設定されている場合（Ｓ２１０：Ｙｅｓ）、判定部２３は、再びステップＳ２０４に示した処理を実行する。
【０１１８】
一方、正常終了フラグに「ＯＦＦ」が設定されている場合（Ｓ２１０：Ｎｏ）、判定部２３は、エラー回数を１増やす（図２０に示したＳ２２０）。そして、判定部２３は、エラー回数が第１閾値であるＮ１以上か否かを判定する（Ｓ２２１）。エラー回数が第１閾値未満である場合（Ｓ２２１：Ｎｏ）、判定部２３は、第１タイマをリセットスタートさせ（Ｓ２２７）、再び図１９に示したステップＳ２０６に示した処理を実行する。
【０１１９】
一方、エラー回数が第１閾値以上である場合（Ｓ２２１：Ｙｅｓ）、判定部２３は、セクタの再選択を呼制御部２２に指示する（Ｓ２２２）。そして、判定部２３は、呼制御部２２によって別なセクタが選択されたか否かを判定する（Ｓ２２３）。呼制御部２２によって別なセクタが選択されなかった場合（Ｓ２２３：Ｎｏ）、判定部２３は、エラー回数を０にリセットし（Ｓ２２６）、ステップＳ２２７に示した処理を実行する。一方、呼制御部２２によって別なセクタが選択された場合（Ｓ２２３：Ｙｅｓ）、判定部２３は、第１タイマを停止させる（Ｓ２２４）。そして、呼制御部２２は、選択した別なセクタを有する基地局３０を介してＭＭＥ５０との間でベアラを確立し（Ｓ２２５）、再びステップＳ２０１に示した処理を実行する。
【０１２０】
＜基地局の動作＞
図２１および図２２は、基地局３０の動作の一例を示すフローチャートである。電源投入等の所定の処理により、基地局３０は、本フローチャートに示す動作を開始する。なお、本フローチャートでは、１つのＭ２Ｍデバイス２０に対する基地局３０の処理を示している。基地局３０を介して複数のＭ２Ｍデバイス２０が通信を行う場合、基地局３０は、それぞれのＭ２Ｍデバイス２０について、図２１および図２２に示す処理を実行する。
【０１２１】
まず、呼制御部３３は、Ｍ２Ｍデバイス２０からアタッチ要求を受信したか否かを判定する（Ｓ３００）。アタッチ要求を受信した場合（Ｓ３００：Ｙｅｓ）、呼制御部３３は、Ｍ２Ｍデバイス２０、ＭＭＥ５０、ＳＧＷ６０、ＨＳＳ４０、およびＰＧＷ７０との間で、アタッチ処理を実行する（Ｓ３０１）。アタッチ処理には、認証、秘匿、インテグリティ制御、位置登録、ベアラ確立等の処理が含まれる。そして、呼制御部３３は、ステップＳ３０４に示す処理を実行する。
【０１２２】
アタッチ要求を受信していない場合（Ｓ３００：Ｎｏ）、呼制御部３３は、サービス要求を受信したか否かを判定する（Ｓ３０２）。サービス要求を受信していない場合（Ｓ３０２：Ｎｏ）、呼制御部３３は、再びステップＳ３００に示した処理を実行する。サービス要求を受信した場合（Ｓ３０２：Ｙｅｓ）、呼制御部３３は、Ｍ２Ｍデバイス２０、ＭＭＥ５０、ＳＧＷ６０、およびＨＳＳ４０との間で、ベアラ確立処理を実行する（Ｓ３０３）。ステップＳ３０３では、認証、秘匿、インテグリティ制御等の処理も行われる。
【０１２３】
次に、呼制御部３３は、Ｓ１ベアラを介してＭＭＥ５０から設定情報を受信する。そして、呼制御部３３は、受信した設定情報に含まれる基地局設定情報を設定情報保持部３６に保存する（Ｓ３０４）。そして、呼制御部３３は、ＭＭＥ５０から受信した設定情報に含まれる端末設定情報を、ＤＲＢを介してＭ２Ｍデバイス２０へ送信する（Ｓ３０５）。
【０１２４】
そして、呼制御部３３は、ベアラが確立されたＭ２Ｍデバイス２０の端末識別子と共に、ベアラの確立を通知部３５に通知する。通知部３５は、設定情報保持部３６を参照して、呼制御部３３から通知された端末識別子に対応付けられた基地局設定情報を特定する。そして、通知部３５は、特定した基地局設定情報に含まれる通知先で特定される装置へ、有線通信部３７を介して、ベアラが確立された旨を示す接続状態通知を送信する（Ｓ３０６）。
【０１２５】
次に、呼制御部３３は、ＤＲＢが解放されたか否かを判定する（Ｓ３０７）。ＤＲＢが解放された場合（Ｓ３０７：Ｙｅｓ）、呼制御部３３は、ベアラの解放を判定部３４に通知する。判定部３４は、ベアラが解放されたＭ２Ｍデバイス２０の端末識別子に対応付けられた基地局設定情報を設定情報保持部３６から読み出す。そして、実行フラグに接続確認処理を実行する旨を示す「ＯＮ」が設定されていれば、判定部３４は、エラー回数を０にリセットする（Ｓ３０８）。そして、判定部３４は、設定情報保持部３６から読み出した基地局設定情報に設定された長さを有する第２タイマをリセットスタートさせる（Ｓ３０９）。
【０１２６】
そして、判定部３４は、呼制御部３３から確認信号の受信が通知されたか否かを判定することにより、確認信号を受信したか否かを判定する（Ｓ３１０）。確認信号を受信した場合（Ｓ３１０：Ｙｅｓ）、判定部３４は、再びステップＳ３０８に示した処理を実行する。
【０１２７】
一方、確認信号を受信していない場合（Ｓ３１０：Ｎｏ）、判定部３４は、第２タイマがタイムアウトしたか否かを判定する（Ｓ３１１）。第２タイマがタイムアウトしていない場合（Ｓ３１１：Ｎｏ）、呼制御部３３は、ユーザデータによる通信の発生等によりＤＲＢが確立されたか否かを判定する（Ｓ３１５）。ＤＲＢが確立されていない場合（Ｓ３１５：Ｎｏ）、判定部３４は、再びステップＳ３１０に示した処理を実行する。一方、ＤＲＢが確立された場合（Ｓ３１５：Ｙｅｓ）、呼制御部３３は、ＤＲＢの確立を判定部３４に通知する。判定部３４は、第２タイマを停止する（Ｓ３１６）。そして、呼制御部３３は、再びステップＳ３０７に示した処理を実行する。
【０１２８】
第２タイマがタイムアウトした場合（Ｓ３１１：Ｙｅｓ）、判定部３４は、エラー回数を１増やし（Ｓ３１２）、エラー回数が第２閾値であるＮ２以上か否かを判定する（Ｓ３１３）。エラー回数が第２閾値未満である場合（Ｓ３１３：Ｎｏ）、判定部３４は、再びステップＳ３０９に示した処理を実行する。
【０１２９】
一方、エラー回数が第２閾値以上である場合（Ｓ３１３：Ｙｅｓ）、判定部３４は、Ｍ２Ｍデバイス２０の端末識別子と共に、接続異常を通知部３５に通知する。通知部３５は、設定情報保持部３６を参照して、判定部３４から通知された端末識別子に対応付けられた基地局設定情報を特定する。そして、通知部３５は、特定した基地局設定情報に含まれる通知先で特定される装置へ、有線通信部３７を介して、接続異常を示す接続状態通知を送信する（Ｓ３１４）。
【０１３０】
次に、判定部３４は、成功回数を０にリセットする（図２２に示したＳ３２０）。そして、判定部３４は、設定情報保持部３６から読み出した基地局設定情報に設定された長さを有する第３タイマをリセットスタートさせる（Ｓ３２１）。そして、判定部３４は、第３タイマがタイムアウトしたか否かを判定する（Ｓ３２２）。第３タイマがタイムアウトした場合（Ｓ３２２：Ｙｅｓ）、判定部３４は、再びステップＳ３２０に示した処理を実行する。
【０１３１】
一方、第３タイマがタイムアウトしていない場合（Ｓ３２２：Ｎｏ）、判定部３４は、呼制御部３３から確認信号の受信が通知されたか否かを判定することにより、確認信号を受信したか否かを判定する（Ｓ３２３）。確認信号を受信していない場合（Ｓ３２３：Ｎｏ）、呼制御部３３は、ユーザデータによる通信の発生等によりＤＲＢが確立されたか否かを判定する（Ｓ３２７）。ＤＲＢが確立されていない場合（Ｓ３２７：Ｎｏ）、判定部３４は、再びステップＳ３２２に示した処理を実行する。一方、ＤＲＢが確立された場合（Ｓ３２７：Ｙｅｓ）、呼制御部３３は、ＤＲＢの確立を判定部３４に通知する。判定部３４は、第３タイマを停止する（Ｓ３２８）。そして、呼制御部３３は、再びステップＳ３０７に示した処理を実行する。
【０１３２】
一方、確認信号を受信した場合（Ｓ３２３：Ｙｅｓ）、判定部３４は、成功回数を１増やし（Ｓ３２４）、成功回数が第３閾値であるＮ３以上か否かを判定する（Ｓ３２５）。成功回数が第３閾値未満である場合（Ｓ３２５：Ｎｏ）、判定部３４は、再びステップＳ３２１に示した処理を実行する。一方、成功回数が第３閾値以上である場合（Ｓ３２５：Ｙｅｓ）、判定部３４は、Ｍ２Ｍデバイス２０の端末識別子と共に、接続回復を通知部３５に通知する。通知部３５は、設定情報保持部３６を参照して、判定部３４から通知された端末識別子に対応付けられた基地局設定情報を特定する。そして、通知部３５は、特定した基地局設定情報に含まれる通知先で特定される装置へ、有線通信部３７を介して、接続回復を示す接続状態通知を送信する（Ｓ３２６）。そして、判定部３４は、再びステップＳ３０８に示した処理を実行する。
【０１３３】
以上、実施例について説明した。上述したように、確認信号送信部２４は、基地局３０との間の無線区間のベアラが解放された後に、ベアラで使用される周波数を用いた無線通信により、第１の期間毎に基地局３０へScheduled  Transmissionを送信する。また、基地局３０の判定部３４は、ベアラが解放された後に、第２の期間以内にＭ２Ｍデバイス２０からScheduled  Transmissionを受信したか否かに基づいて、Ｍ２Ｍデバイス２０との無線接続に異常があるか否かを判定する。また、通知部３５は、判定部３４によってＭ２Ｍデバイス２０との間の無線接続に異常があると判定された場合に、所定の通知先に異常を通知する。これにより、本実施例の無線通信システム１０は、基地局３０の処理負荷の増加を抑えつつ、基地局３０とＭ２Ｍデバイス２０との間の無線接続の異常を迅速に検出することができる。
【０１３４】
また、上述したように、基地局３０の呼制御部３３は、Ｍ２Ｍデバイス２０から送信されたRA  Preambleに対する応答としてRA  Responseを送信する。Ｍ２Ｍデバイス２０の呼制御部２２は、基地局３０から送信されたRA  Responseに対する応答としてScheduled  Transmissionを送信する。これにより、判定部３４は、Ｍ２Ｍデバイス２０から基地局３０への無線リンクと、基地局３０からＭ２Ｍデバイス２０への無線リンクの両方で通信が可能であるか否かを判定することができる。
【０１３５】
また、上述したように、ＭＭＥ５０の設定情報通知部５３は、Ｍ２Ｍデバイス２０と基地局３０とがアタッチ処理を行った場合に、アタッチ処理を行った基地局３０に、通知先を示す情報を含む設定情報を通知する。また、基地局３０の通知部３５は、判定部３４によって端末との間の無線接続に異常があると判定された場合に、ＭＭＥ５０から通知された設定情報に含まれた情報が示す通知先に異常を通知する。これにより、通知部３５は、無線接続に異常があると判定された場合の通知先を容易に特定することができる。
【０１３６】
また、上述したように、基地局３０の呼制御部３３は、ＭＭＥ５０から受信した設定情報に含まれる端末設定情報に、基地局３０のセクタの識別子を加えてＭ２Ｍデバイス２０へ送信する。そして、Ｍ２Ｍデバイス２０の確認信号送信部２４は、基地局３０から受信した端末設定情報に対応するセクタに対して、確認信号を送信する。これにより、確認信号を送信する前のセクタの選択処理を省略することができ、Ｍ２Ｍデバイス２０の処理負荷を低減することができる。
【０１３７】
また、上述したように、基地局３０の呼制御部３３は、Scheduled  Transmissionに対する応答として、Contention  ResolutionをＭ２Ｍデバイス２０へ送信する。Ｍ２Ｍデバイス２０の判定部２３は、確認信号送信部２４が確認信号を送信してから第１の期間以内に基地局３０からContention  Resolutionを受信したか否かに基づいて基地局３０との無線接続に異常があるか否かを判定する。Ｍ２Ｍデバイス２０の呼制御部２２は、判定部２３によって基地局３０との無線接続に異常があると判定された場合に、別な基地局３０を検索する。そして、呼制御部２２は、検索された別な基地局３０との間で、ベアラを確立する。ＭＭＥ５０の設定情報通知部５３は、Ｍ２Ｍデバイス２０と別な基地局３０との間でベアラが確立された場合に、別な基地局３０に、Ｍ２Ｍデバイス２０に対応する基地局設定情報を通知する。そして、設定情報通知部５３は、別な基地局３０よりも前にＭ２Ｍデバイス２０がベアラを確立した基地局３０に、Ｍ２Ｍデバイス２０に対応する基地局設定情報の削除を指示する。これにより、Ｍ２Ｍデバイス２０と基地局３０との間のＤＲＢが解放された後に、Ｍ２Ｍデバイス２０が別な基地局３０のセクタを選択した場合に、別な基地局３０との間で、引き続き接続確認処理を継続することができる。
【０１３８】
＜変形例＞
なお、本願に開示の技術は、上記した各実施例に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【０１３９】
例えば、上記した実施例では、基地局３０と無線通信を行う端末の一例としてＭ２Ｍデバイス２０を用いて説明したが、開示の技術はこれに限られない。例えば、基地局３０と無線通信を行う端末として、Ｍ２Ｍデバイス２０に代えて、携帯電話、スマートフォン、タブレット端末、車載通信端末等を有する無線通信システムにおいても、開示の技術を適用することができる。
【０１４０】
また、例えば、Ｍ２Ｍデバイス２０および基地局３０がキャリアアグリゲーションの機能を有する場合に、端末設定情報内にキャリアアグリゲーションで使用される複数のコンポーネントキャリアの中の一部のコンポーネントキャリアの情報が含まれていてもよい。Ｍ２Ｍデバイス２０は、ＤＲＢ解放後の接続確認処理において、端末設定情報に含まれている情報で特定されるコンポーネントキャリアを用いて確認信号を送信する。接続確認処理で用いられるコンポーネントキャリアの情報は、例えば、基地局３０または基地局３０よりも上位の装置（例えばＭＭＥ５０等）によって設定される。
【０１４１】
これにより、１つの基地局３０に対して複数のＭ２Ｍデバイス２０が確認信号を送信する場合に、確認信号の送信に用いられるコンポーネントキャリアを、複数のＭ２Ｍデバイス２０において異ならせることができる。これにより、確認信号の送信に用いられるコンポーネントキャリアを分散させることができ、複数のＭ２Ｍデバイス２０間で確認信号が衝突する確率を低減することができる。また、確認信号が特定のコンポーネントキャリアに集中することを回避することで、特定のコンポーネントキャリアを使用する他の端末の通信に与える影響を低減することができる。
【０１４２】
また、上記した実施例では、ＨＳＳ４０に設定情報が格納されており、ＭＭＥ５０の設定情報通知部５３が、アタッチ処理またはベアラ確立処理の際にＨＳＳ４０から設定情報を取得するが、開示の技術はこれに限られない。設定情報は、ＭＭＥ５０や基地局３０など、ＨＳＳ４０とは異なる装置内に格納されていてもよい。
【０１４３】
また、上記した実施例では、Ｍ２Ｍデバイス２０と基地局３０とにおいてアタッチまたはベアラ確立処理が行われた場合に、ＭＭＥ５０から設定情報が基地局３０へ送信され、基地局３０から端末設定情報がＭ２Ｍデバイス２０に送信されるが、開示の技術はこれに限られない。例えば、Ｍ２Ｍデバイス２０が位置登録の処理を行った場合に確立されたベアラを介して、ＭＭＥ５０から設定情報が基地局３０へ送信され、基地局３０から端末設定情報がＭ２Ｍデバイス２０に送信されてもよい。
【０１４４】
また、上記した実施例では、ＤＲＢ解放後に、第２タイマがタイムアウトするまでの間にＭ２Ｍデバイス２０から確認信号を受信しなかった回数が第２閾値以上となった場合に、基地局３０が所定の通知先に接続異常を示す通知を送信する。しかし、開示の技術はこれに限られない。例えば、ＭＭＥ５０やＰＧＷ７０等の基地局３０とは異なる装置（以下、別装置と呼ぶ。）に、Ｍ２Ｍデバイス２０の端末識別子に対応付けて、通知先の情報を格納しておく。そして、ＤＲＢ解放後に、第２タイマがタイムアウトするまでの間にＭ２Ｍデバイス２０から確認信号を受信しなかった回数が第２閾値以上となった場合に、基地局３０がＭ２Ｍデバイス２０の端末識別子と接続異常を示す情報とを別装置へ送信する。そして、別装置が、端末識別子に対応付けられた通知先へ、接続異常を示す接続状態通知を送信するようにしてもよい。
【０１４５】
また、上記したＭ２Ｍデバイス２０、基地局３０、およびＭＭＥ５０内の各機能ブロックは、本実施例に係る装置が有する機能の理解を容易にするために、主な処理内容に応じて機能別に区分したものである。そのため、機能ブロックの区分方法やその名称によって、開示の技術が制限されることはない。また、本実施例に係るＭ２Ｍデバイス２０、基地局３０、およびＭＭＥ５０は、処理内容に応じて、さらに多くの機能ブロックに区分することもできるし、１つの機能ブロックがさらに多くの処理を実行するように区分することもできる。また、それぞれの処理は、ソフトウェアによる処理として実現されてもよく、ＡＳＩＣ（Application  Specific  Integrated  Circuit）等の専用のハードウェアにより実現されてもよい。
【符号の説明】
【０１４６】
１０  無線通信システム
２０  Ｍ２Ｍデバイス
３０  基地局
４０  ＨＳＳ
５０  ＭＭＥ
６０  ＳＧＷ
７０  ＰＧＷ
８０  ＩＰ網
９０  Ｍ２Ｍサーバ
【図１】
2016144180.tif 000003
【図２】
2016144180.tif 000004
【図３】
2016144180.tif 000005
【図４】
2016144180.tif 000006
【図５】
2016144180.tif 000007
【図６】
2016144180.tif 000008
【図７】
2016144180.tif 000009
【図８】
2016144180.tif 000010
【図９】
2016144180.tif 000011
【図１０】
2016144180.tif 000012
【図１１】
2016144180.tif 000013
【図１２】
2016144180.tif 000014
【図１３】
2016144180.tif 000015
【図１４】
2016144180.tif 000016
【図１５】
2016144180.tif 000017
【図１６】
2016144180.tif 000018
【図１７】
2016144180.tif 000019
【図１８】
2016144180.tif 000020
【図１９】
2016144180.tif 000021
【図２０】
2016144180.tif 000022
【図２１】
2016144180.tif 000023
【図２２】
2016144180.tif 000024