(57)【要約】  無線通信システムは、無線通信装置（１）および無線通信装置（２）を有する。無線通信装置（１）は、通信部（１１）と、制御部（１４）と、を有する。通信部（１１）は、第２無線通信装置（２）の状態遷移を行なうときに第１の制御信号を第２無線通信装置（２）に送信する。まず、通信部（１１）は、無線通信装置（２）の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なう。その後に、制御部（１４）は、無線通信装置（２）の状態を第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、第１の制御信号と第１の制御信号とは異なる第２の制御信号とを同時に無線通信装置（２）に送信するように制御する。
2019176068.tif 000002
【特許請求の範囲】
【請求項１】
移動局の状態遷移を行なうときに第１の制御信号を前記移動局に送信する通信部と、
前記移動局の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なった後に、前記移動局の状態を前記第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、前記第１の制御信号と前記第１の制御信号とは異なる第２の制御信号とを同時に前記移動局に送信するように制御する制御部と、
を有することを特徴とする基地局。
【請求項２】
前記第２の状態遷移において前記第２の制御信号と同時に送信される前記第１の制御信号は、前記第３の状態への遷移を指示する指示情報を含む、
ことを特徴とする請求項１に記載の基地局。
【請求項３】
前記通信部は、前記第１の状態遷移において、前記指示情報を要求する要求情報を含む前記第１の制御信号を前記移動局から受信し、
前記制御部は、前記第２の状態遷移において、前記要求情報に基づいて、前記指示情報を含む前記第１の制御信号と前記第２の制御信号とを同時に前記移動局に送信するように制御する、
ことを特徴とする請求項２に記載の基地局。
【請求項４】
状態遷移を行なうときに第１の制御信号を基地局から受信する通信部と、
第１の状態から第２の状態に遷移する第１の状態遷移を行なった後に、前記第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、前記第１の制御信号と前記第１の制御信号とは異なる第２の制御信号とを同時に前記基地局から受信するように制御する制御部と、
を有することを特徴とする移動局。
【請求項５】
第１無線通信装置および第２無線通信装置を有し、
前記第１無線通信装置は、
前記第２無線通信装置の状態遷移を行なうときに第１の制御信号を前記第２無線通信装置に送信する通信部と、
前記第２無線通信装置の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なった後に、前記第２無線通信装置の状態を前記第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、前記第１の制御信号と前記第１の制御信号とは異なる第２の制御信号とを同時に前記第２無線通信装置に送信するように制御する制御部と、
を有することを特徴とする無線通信システム。
【請求項６】
第１無線通信装置と第２無線通信装置とを有する無線通信システムの無線通信方法において、
前記第１無線通信装置が、
前記第２無線通信装置の状態遷移を行なうときに第１の制御信号を前記第２無線通信装置に送信し、
前記第２無線通信装置の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なった後に、前記第２無線通信装置の状態を前記第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、前記第１の制御信号と前記第１の制御信号とは異なる第２の制御信号とを同時に前記第２無線通信装置に送信する、
処理を実行することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、基地局、移動局および無線通信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（例えば、スマートフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末（以下、「移動局」と記載する）が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet  of  a  Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、次世代（例えば、５Ｇ（第５世代移動体通信））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１〜１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、次世代通信規格については、３ＧＰＰ（3rd  Generation  Partnership  Project）の作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（例えば、非特許文献１２〜４０）。【０００４】
５Ｇは多種多様なサービスに対応する。例えば、５Ｇでは、ｅＭＢＢ（enhanced  Mobile  Broadband）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra−Reliable  and  Low  Latency  Communication）に分類される多くのユースケースのサポートを想定している。５Ｇでは、新しい通信技術として、Ｎｅｗ  ＲＡＴ（Radio  Access  Technology）を採用することが検討されている。ここで、Ｎｅｗ  ＲＡＴを「ＮＲ」と記載する。例えばＬＴＥ（Long  Term  Evolution）において、移動局はＵＥ（User  Equipment）と呼ばれ、基地局はｅＮＢ（evolved  Node  B）と呼ばれているが、ＮＲでは、基地局は、５ＧＮＢ（５Ｇの基地局）またはｇＮＢと呼ばれている。【０００５】
無線通信システムにおいて、ＲＲＣ（Radio  Resource  Control）レイヤの処理が実行される。ＲＲＣレイヤの処理では、無線局（ＵＥ）と対向の無線局（ｇＮＢ）との間でコネクションの設定、変更、解放などが行なわれる。例えば、３ＧＰＰにおいては、ＲＲＣレイヤの状態として、ＲＲＣコネクティッドモードとＲＲＣアイドルモードとが規定されている（例えば、非特許文献９）。ＲＲＣコネクティッドモードは、例えば、ＵＥとｇＮＢとの間でデータ通信が実施可能な状態である。ＲＲＣアイドルモードは、例えば、ＵＥとｇＮＢとの間でデータ通信ができない状態である。【０００６】
図１２は、ＮＲにおける状態遷移の概略図である。図１２は、例えば、非特許文献２６および３７に記載されている。図１２に示すように、ＲＲＣコネクティッドモード（図１２の「NR  RRC  CONNECTED」）とＲＲＣアイドルモード（図１２の「NR  RRC  IDLE」）との間に、ＲＲＣインアクティブモード（図１２の「NR  RRC  INACTIVE」）を導入することが検討されている。ＲＲＣインアクティブモードの導入については、現在、議論が始まったところである（図１２の「ＦＦＳ（For  Further  Study）」を参照）。ＲＲＣインアクティブモードは、ＲＲＣアイドルモードと同等の低消費電力であり、データ送信時にＲＲＣコネクティッドモードに素早く遷移可能なモードである。【０００７】
例えば、ＵＥは、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するときに、状態遷移に関するメッセージとしてＲＲＣメッセージをｇＮＢとの間で送受信する。この場合、ＵＥから送信されるメッセージにより、データ通信に関する情報がｇＮＢに通知され、保持される。データ通信に関する情報は、ＵＥの位置、通信能力、各種パラメータ、ＵＥの識別子（端末ＩＤ）などの情報を含む。【０００８】
また、ＵＥは、ＲＲＣコネクティッドモードにおいて、ＮＡＳ（Non-Access  Stratum）メッセージをｇＮＢとの間で送受信する。例えば、ｇＮＢは、ＵＥをＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移させる場合、状態遷移に関するメッセージとしてＲＲＣメッセージをＵＥに送信する。【０００９】
ＵＥは、ＲＲＣインアクティブモードにおいて、例えばデータの発生時に、復帰要求をｇＮＢに送信することにより、ＲＲＣコネクティッドモードに復帰可能である。例えば、ＵＥがＲＲＣインアクティブモードに遷移することにより、データ通信に関する情報がｇＮＢに保持されるため、ＵＥはＲＲＣコネクティッドモードの復帰時においてデータ通信に関する情報をｇＮＢに通知しなくてもよい。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳ３６．２１１  Ｖ１４．４．０、２０１７年９月
【非特許文献２】３ＧＰＰ  ＴＳ３６．２１２  Ｖ１４．４．０、２０１７年９月
【非特許文献３】３ＧＰＰ  ＴＳ３６．２１３  Ｖ１４．４．０、２０１７年９月
【非特許文献４】３ＧＰＰ  ＴＳ３６．２１４  Ｖ１４．４．０、２０１７年９月
【非特許文献５】３ＧＰＰ  ＴＳ３６．３００  Ｖ１４．４．０、２０１７年９月
【非特許文献６】３ＧＰＰ  ＴＳ３６．３２１  Ｖ１４．４．０、２０１７年９月
【非特許文献７】３ＧＰＰ  ＴＳ３６．３２２  Ｖ１４．１．０、２０１７年９月
【非特許文献８】３ＧＰＰ  ＴＳ３６．３２３  Ｖ１４．４．０、２０１７年９月
【非特許文献９】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１４．４．０、２０１７年９月
【非特許文献１０】３ＧＰＰ  ＴＳ３６．４１３  Ｖ１４．４．０、２０１７年９月
【非特許文献１１】３ＧＰＰ  ＴＳ３６．４２３  Ｖ１４．４．０、２０１７年９月
【非特許文献１２】３ＧＰＰ  ＴＳ３７．３２４  Ｖ１．１．１、２０１７年１１月
【非特許文献１３】３ＧＰＰ  ＴＳ３７．３４０  Ｖ２．０．０、２０１７年１２月
【非特許文献１４】３ＧＰＰ  ＴＳ３６．４２５  Ｖ１４．０．０、２０１７年３月
【非特許文献１５】３ＧＰＰ  ＴＳ３８．２０１  Ｖ２．０．０、２０１７年１２月
【非特許文献１６】３ＧＰＰ  ＴＳ３８．２０２  Ｖ２．０．０、２０１７年１２月
【非特許文献１７】３ＧＰＰ  ＴＳ３８．２１１  Ｖ２．０．０、２０１７年１２月
【非特許文献１８】３ＧＰＰ  ＴＳ３８．２１２  Ｖ１．２．１、２０１７年１２月
【非特許文献１９】３ＧＰＰ  ＴＳ３８．２１３  Ｖ２．０．０、２０１７年１２月
【非特許文献２０】３ＧＰＰ  ＴＳ３８．２１４  Ｖ２．０．０、２０１７年１２月
【非特許文献２１】３ＧＰＰ  ＴＳ３８．２１５  Ｖ２．０．０、２０１７年１２月
【非特許文献２２】３ＧＰＰ  ＴＳ３８．３００  Ｖ２．０．０、２０１７年１２月
【非特許文献２３】３ＧＰＰ  ＴＳ３８．３２１  Ｖ２．０．０、２０１７年１２月
【非特許文献２４】３ＧＰＰ  ＴＳ３８．３２２  Ｖ２．０．０、２０１７年１２月
【非特許文献２５】３ＧＰＰ  ＴＳ３８．３２３  Ｖ２．０．０、２０１７年１２月
【非特許文献２６】３ＧＰＰ  ＴＳ３８．３３１  Ｖ０．４．０、２０１７年１２月
【非特許文献２７】３ＧＰＰ  ＴＳ３８．４０１  Ｖ１．０．０、２０１７年１２月
【非特許文献２８】３ＧＰＰ  ＴＳ３８．４１０  Ｖ０．６．０、２０１７年１２月
【非特許文献２９】３ＧＰＰ  ＴＳ３８．４１３  Ｖ０．５．０、２０１７年１２月
【非特許文献３０】３ＧＰＰ  ＴＳ３８．４２０  Ｖ０．５．０、２０１７年１２月
【非特許文献３１】３ＧＰＰ  ＴＳ３８．４２３  Ｖ０．５．０、２０１７年１２月
【非特許文献３２】３ＧＰＰ  ＴＳ３８．４７０  Ｖ１．０．０、２０１７年１２月
【非特許文献３３】３ＧＰＰ  ＴＳ３８．４７３  Ｖ１．０．０、２０１７年１２月
【非特許文献３４】３ＧＰＰ  ＴＲ３８．８０１  Ｖ１４．０．０、２０１７年４月
【非特許文献３５】３ＧＰＰ  ＴＲ３８．８０２  Ｖ１４．２．０、２０１７年９月
【非特許文献３６】３ＧＰＰ  ＴＲ３８．８０３  Ｖ１４．２．０、２０１７年９月
【非特許文献３７】３ＧＰＰ  ＴＲ３８．８０４  Ｖ１４．０．０、２０１７年４月
【非特許文献３８】３ＧＰＰ  ＴＲ３８．９００  Ｖ１４．３．１、２０１７年７月
【非特許文献３９】３ＧＰＰ  ＴＲ３８．９１２  Ｖ１４．１．０、２０１７年６月
【非特許文献４０】３ＧＰＰ  ＴＲ３８．９１３  Ｖ１４．３．０、２０１７年６月
【非特許文献４１】“New  SID  Proposal：Study  on  New  Radio  Access  Technology”，  NTT  docomo，  RP-160671，  3GPP  TSG  RAN  Meeting  #71，  Goteborg，  Sweden，  7-10．  March，  2016
【発明の概要】
【発明が解決しようとする課題】
【００１１】
ところで、３ＧＰＰにおいて、ＲＲＣインアクティブモードの導入についての議論が始まったところであり、それほど深く議論がなされているわけではない。そのため、３ＧＰＰにおいて、ＲＲＣインアクティブモードを導入した場合に、世の中では知られていない何等かの問題や不具合が生じる可能性がある。例えば、状態遷移の遅延を低減することができるか否かが重要となる。特に、状態遷移の遅延を低減するためには、ＵＥとｇＮＢとの間で送受信されるメッセージの数を減らすことが重要となる。これらについては、これまで検討がほとんど行なわれていない。したがって、ＲＲＣインアクティブモードの導入として、状態遷移の遅延を低減する方法は、従来は存在していなかった。【００１２】
本願に開示の技術は、状態遷移の遅延を低減する。
【課題を解決するための手段】
【００１３】
１つの態様では、無線通信システムは、第１無線通信装置および第２無線通信装置を有する。第１無線通信装置は、通信部と、制御部と、を有する。通信部は、第２無線通信装置の状態遷移を行なうときに第１の制御信号を第２無線通信装置に送信する。まず、通信部は、第２無線通信装置の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なう。その後、制御部は、第２無線通信装置の状態を第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、第１の制御信号と第１の制御信号とは異なる第２の制御信号とを同時に第１無線通信装置に送信するように制御する。
【発明の効果】
【００１４】
１つの側面では、状態遷移の遅延を低減することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施例１に係る無線通信システムの構成の一例を示すブロック図である。
【図２】図２は、実施例２に係る無線通信システムの構成の一例を示すブロック図である。
【図３】図３は、状態遷移の一例を示すシーケンス図である。
【図４】図４は、実施例２に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。
【図５】図５は、実施例３に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。
【図６】図６は、実施例４に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。
【図７】図７は、本実施例に係る無線通信システムの効果の説明図である。
【図８】図８は、本実施例に係る無線通信システムの効果の説明図である。
【図９】図９は、変形例における無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。
【図１０】図１０は、ｇＮＢのハードウェア構成の一例を示すブロック図である。
【図１１】図１１は、ＵＥのハードウェア構成の一例を示す図である。
【図１２】図１２は、ＮＲにおける状態遷移の概略図である。
【図１３】図１３は、ＲＲＣライトコネクションモードの説明図である。
【発明を実施するための形態】
【００１６】
以下に、本願の開示する無線通信システム、移動局、基地局および無線通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施例は開示の技術を限定するものではない。
【実施例１】
【００１７】
［無線通信システム］
図１は、実施例１に係る無線通信システムの構成の一例を示すブロック図である。図１に示すように、実施例１に係る無線通信システムは、無線通信装置１および無線通信装置２を有する。ここで、無線通信装置１は、「第１無線通信装置」の一例であり、無線通信装置２は、「第２無線通信装置」の一例である。【００１８】
無線通信装置１は、通信部１１および制御部１４を有する。【００１９】
通信部１１は、無線通信装置２との間で無線通信を行なう。例えば、通信部１１は、メッセージである制御信号を無線通信装置２との間で送受信する。【００２０】
具体的には、通信部１１は、送信部１２および受信部１３を有する。【００２１】
送信部１２は、無線通信装置２の状態遷移を行なうときに、その状態遷移に関するメッセージである第１の制御信号を無線通信装置２に送信する。例えば、送信部１２は、無線通信装置２の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なうときに、第１の制御信号を無線通信装置２に送信する。また、送信部１２は、無線通信装置２の状態が第２の状態に遷移した場合、第１の制御信号とは異なるメッセージである第２の制御信号を無線通信装置２に送信する。【００２２】
受信部１３は、無線通信装置２の状態遷移を行なうときに無線通信装置２から送信された第１の制御信号を受信する。例えば、受信部１３は、第１の状態遷移を行なうときに、無線通信装置２から送信された第１の制御信号を受信する。また、受信部１３は、無線通信装置２が第２の状態に遷移した場合、無線通信装置２から送信された第２の制御信号を受信する。【００２３】
制御部１４は、無線通信装置１の動作を統括制御する。また、制御部１４は、第１の状態遷移が行なわれた後に、無線通信装置２の状態を第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、第１の制御信号と第２の制御信号とを同時に（ピギーバックして）無線通信装置２に送信するように制御する。【００２４】
無線通信装置２は、通信部２１および制御部２４を有する。【００２５】
通信部２１は、無線通信装置１との間で無線通信を行なう。例えば、通信部２１は、メッセージである制御信号を無線通信装置１との間で送受信する。【００２６】
具体的には、通信部２１は、送信部２２および受信部２３を有する。【００２７】
送信部２２は、無線通信装置２の状態遷移を行なうときに第１の制御信号を無線通信装置１に送信する。例えば、送信部２２は、第１の状態遷移を行なうときに第１の制御信号を無線通信装置１に送信する。また、送信部２２は、無線通信装置２の状態が第２の状態に遷移した場合、第２の制御信号を無線通信装置１に送信する。【００２８】
受信部２３は、無線通信装置２の状態遷移を行なうときに無線通信装置１から送信された第１の制御信号を受信する。例えば、受信部２３は、第１の状態遷移を行なうときに、無線通信装置１から送信された第１の制御信号を受信する。また、受信部１３は、無線通信装置２の状態が第２の状態に遷移した場合、無線通信装置１から送信された第２の制御信号を受信する。【００２９】
制御部２４は、無線通信装置２の動作を統括制御する。また、制御部２４は、第１の状態遷移が行なわれた後に、第２の状態遷移を行なう場合、第１の制御信号と第２の制御信号とを同時に無線通信装置１から受信するように制御する。【００３０】
以上の説明により、実施例１に係る無線通信システムでは、無線通信装置１の通信部１１は、無線通信装置２の状態遷移を行なうときに第１の制御信号を無線通信装置２に送信する。第１の制御信号は、状態遷移に関するメッセージである。まず、無線通信装置１の通信部１１は、無線通信装置２の状態を第１の状態から第２の状態に遷移する第１の状態遷移を行なう。その後、無線通信装置１の制御部１４は、無線通信装置２の状態を第２の状態から第３の状態に遷移する第２の状態遷移を行なう場合、第３の制御信号を無線通信装置２に送信するように制御する。なお、第３の制御信号は、例えば、第１の制御信号と第２の制御信号同時に（ピギーバックして）送信する制御信号である。第２の制御信号は、第１の制御信号とは異なるメッセージである。ここで、３ＧＰＰにおいて、ＲＲＣインアクティブモードを導入した場合に、世の中では知られていない何等かの問題や不具合が生じる可能性がある。例えば、状態遷移の遅延を低減することができるか否かが重要となる。特に、状態遷移の遅延を低減するためには、ＵＥとｇＮＢとの間で送受信されるメッセージの数を減らすことが重要となる。したがって、実施例１に係る無線通信システムでは、無線通信装置１が、メッセージである第１および第２の制御信号を同時に無線通信装置２に送信することにより、状態遷移の遅延を低減することができる。
【実施例２】
【００３１】
［無線通信システム］
次に、実施例２について説明する。図２は、実施例２に係る無線通信システムの構成の一例を示すブロック図である。図２に示すように、実施例２に係る無線通信システムは、図１における無線通信装置１として、基地局１０を有する。また、実施例２に係る無線通信システムは、図１における無線通信装置２として、移動局２０を有する。以下、移動局２０を端末である「ＵＥ２０」と記載し、基地局１０を「ｇＮＢ１０」と記載する。また、実施例２では、実施例１と同じ部分には同じ符号を付し、その説明を省略する。なお、実施例２は、処理内容に矛盾させない範囲で、実施例１と組み合わせることが可能である。【００３２】
［ｇＮＢ１０］
通信部１１は、ＵＥ２０との間で無線通信を行なう。制御部１４は、ｇＮＢ１０の動作を統括制御する。【００３３】
具体的には、制御部１４は、例えばベースバンド信号を処理する処理部であり、ＰＨＹ（Physical）制御部１５、ＭＡＣ（Medium  Access  Control）制御部１６、ＲＲＣ制御部１７、呼接続制御部１８を含む。【００３４】
ＰＨＹ制御部１５は、無線伝送を行なう場合の信号を処理する。例えば、ＰＨＹ制御部１５は、無線信号の変調符号化方式を決定する。ＭＡＣ制御部１６は、データのスケジューリングに関する処理を行なう。【００３５】
ＲＲＣ制御部１７は、ｇＮＢ１０の動作を制御する。例えば、ＲＲＣ制御部１７は、通信に使用する無線リソースパラメータの設定（例えば呼設定）や、ｇＮＢ１０の通信状態管理を行なう。また、ＲＲＣ制御部１７は、ＵＥ２０を適切なｇＮＢに接続させるためのハンドオーバ処理を行なう。【００３６】
また、ＲＲＣ制御部１７は、メッセージをＵＥ２０との間で送受信するように通信部１１を制御する。【００３７】
例えば、ＲＲＣ制御部１７は、ＵＥ２０の状態をＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する第１の状態遷移を行なうときに、ＲＲＣメッセージをＵＥ２０との間で送受信するように通信部１１を制御する。ここで、ＲＲＣアイドルモードは、「第１の状態」の一例であり、ＲＲＣコネクティッドモードは、「第２の状態」の一例である。また、ＲＲＣメッセージは、「第１の制御信号」の一例である。【００３８】
例えば、ＲＲＣ制御部１７は、ＲＲＣコネクティッドモードにおいて、ＮＡＳメッセージをＵＥ２０との間で送受信するように通信部１１を制御する。ＮＡＳメッセージは、「第２の制御信号」の一例である。【００３９】
例えば、ＲＲＣ制御部１７は、ＵＥ２０の状態をＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する第２の状態遷移を行なう場合、ＲＲＣメッセージとＮＡＳメッセージとを同時にＵＥ２０に送信するように通信部１１を制御する。ここで、ＲＲＣインアクティブモードは、「第３の状態」の一例である。なお、ＲＲＣメッセージとＮＡＳメッセージとを同時に送信することについては、後述の解決策にて説明する。【００４０】
呼接続制御部１８は、ＵＥ２０の種別やトラヒックタイプを判別し、判別結果に基づいて、ＲＲＣ制御部１７によるＲＲＣ状態の管理を制御する。【００４１】
［ＵＥ２０］
通信部２１は、ｇＮＢ１０との間で無線通信を行なう。制御部２４は、通信部２１の動作を統括制御する。【００４２】
具体的には、制御部２４は、例えばベースバンド信号を処理する処理部であり、ＰＨＹ制御部２５、ＭＡＣ制御部２６、ＲＲＣ制御部２７、呼接続制御部２８を含む。【００４３】
ＰＨＹ制御部２５は、無線伝送を行なう場合の信号を処理する。例えば、ＰＨＹ制御部２５は、ｇＮＢ１０によって通知された無線信号の変調符号化方式に従って無線伝送を行なう。ＭＡＣ制御部２６は、ｇＮＢ１０によって指示された無線リソースやタイミングに基づいたデータのスケジューリングに関する処理を行なう。【００４４】
ＲＲＣ制御部２７は、ＵＥ２０の動作を制御する。例えば、ＲＲＣ制御部２７は、通信に使用する無線リソースパラメータの設定（例えば呼設定）や、ＵＥ２０の通信状態管理を行なう。また、ＲＲＣ制御部２７は、適切なｇＮＢ１０に接続するためのハンドオーバ処理を行なう。【００４５】
また、ＲＲＣ制御部２７は、メッセージをｇＮＢ１０との間で送受信するように通信部２１を制御する。【００４６】
例えば、ＲＲＣ制御部２７は、ＵＥ２０の状態をＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移する第１の状態遷移を行なうときに、ＲＲＣメッセージをｇＮＢ１０との間で送受信するように通信部２１を制御する。【００４７】
例えば、ＲＲＣ制御部２７は、ＲＲＣコネクティッドモードにおいて、ＮＡＳメッセージをｇＮＢ１０との間で送受信するように通信部２１を制御する。【００４８】
例えば、ＲＲＣ制御部２７は、ＵＥ２０の状態をＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する第２の状態遷移を行なう場合、ＲＲＣメッセージとＮＡＳメッセージとを同時にｇＮＢ１０から受信するように通信部２１を制御する。なお、ｇＮＢ１０から送信されたＲＲＣメッセージとＮＡＳメッセージとを同時に受信することについては、後述の解決策にて説明する。【００４９】
呼接続制御部２８は、ＵＥ２０の種別やトラヒックタイプに応じて、ＲＲＣ制御部２７によるＲＲＣ状態の管理を制御する。【００５０】
［状態遷移］
ここで、データ通信の設定時にｇＮＢ１０がＵＥ２０の状態をＲＲＣインアクティブモード「RRC  INACTIVE」に遷移させる場合について説明する。図３は、状態遷移の一例を示すシーケンス図である。【００５１】
まず、ＲＲＣアイドルモード「RRC  IDLE」において、ＵＥ２０は、メッセージＲＡ  Ｍｓｇ１として「Random  Access  Preamble」をｇＮＢ１０に送信する（ステップＳ１）。ｇＮＢ１０は、ＵＥ２０から送信されたメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」を受信する。【００５２】
ｇＮＢ１０は、受信したメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」に応じて、メッセージＲＡ  Ｍｓｇ２として「Random  Access  Response」をＵＥ２０に送信する（ステップＳ２）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ２「Random  Access  Response」を受信する。【００５３】
次に、ＵＥ２０は、メッセージＲＡ  Ｍｓｇ３（ＲＲＣメッセージ）として「RRC  Connection  Establishment  Request」をｇＮＢ１０に送信する（ステップＳ３）。ｇＮＢ１０は、ＵＥ２０から送信されたメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」を受信する。【００５４】
メッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」は、データ通信に関する情報を含む。データ通信に関する情報は、ＵＥの位置、通信能力、各種パラメータ、ＵＥの識別子（端末ＩＤ）などの情報を含む。ｇＮＢ１０は、データ通信に関する情報を保持する。このとき、ｇＮＢ１０は、保持したデータ通信に関する情報により、どのＵＥ２０が接続してきたのかを認識し、メッセージＲＡ  Ｍｓｇ４（ＲＲＣメッセージ）として「RRC  Connection  Establishment」をＵＥ２０に送信する（ステップＳ４）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Establishment」を受信する。【００５５】
次に、ＵＥ２０は、受信したメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Establishment」に応じて、メッセージＲＡ  Ｍｓｇ５（ＲＲＣメッセージ）として「RRC  Connection  Establishment  Complete」をｇＮＢ１０に送信する（ステップＳ５）。このとき、ＵＥ２０は、ＲＲＣアイドルモード「RRC  IDLE」からＲＲＣコネクティッドモード「RRC  CONNECTED」に遷移する。【００５６】
ＲＲＣコネクティッドモード「RRC  CONNECTED」において、ＵＥ２０は、ＮＡＳメッセージとして「NAS  Attach  Request」をｇＮＢ１０に送信する（ステップＳ６）。ｇＮＢ１０は、ＵＥ２０から送信されたＮＡＳメッセージ「NAS  Attach  Request」を受信し、５Ｇのコアネットワーク（以下、「５ＧＣ」と記載する）に送信する。【００５７】
次に、ｇＮＢ１０は、５ＧＣからＮＡＳメッセージとして「NAS  Attach  Accept」を受信し、ＵＥ２０に送信する（ステップＳ７）。ＵＥ２０は、ｇＮＢ１０から送信されたＮＡＳメッセージ「NAS  Attach  Accept」を受信する。【００５８】
次に、ＵＥ２０は、ＮＡＳメッセージとして「NAS  Attach  Complete」をｇＮＢ１０に送信する（ステップＳ８）。ｇＮＢ１０は、ＵＥ２０から送信されたＮＡＳメッセージ「NAS  Attach  Complete」を受信し、５ＧＣに送信する。【００５９】
ここで、ｇＮＢ１０は、ＵＥ２０の状態をＲＲＣコネクティッドモード「RRC  CONNECTED」からＲＲＣインアクティブモード「RRC  INACTIVE」に遷移させる。この場合、３ＧＰＰにおいて、例えばＲＲＣコネクティッドモードのサブモードを応用した技術を用いることが考えられる。【００６０】
ＲＲＣコネクティッドモードのサブモードについては、例えば、「Cell  selection／Cell  reselection」や「Paging  Monitoring」などを用いて非特許文献５および９に記載されている。以下、ＲＲＣコネクティッドモードのサブモードを「ＲＲＣライトコネクション（RRC-Light  Connection）モード」と記載する。図１３は、ＲＲＣライトコネクションモードの説明図である。本来、ｇＮＢ１０は、ＵＥ２０の状態をＲＲＣコネクティッドモードからＲＲＣアイドルモードに遷移させる場合、ＲＲＣメッセージとして「RRC  Connection  Release」をＵＥ２０に送信する。この応用として、ｇＮＢ１０は、ＵＥ２０の状態をＲＲＣコネクティッドモードからＲＲＣライトコネクションモードに遷移させる場合、指示情報「RRC-Light  Connection  indication」を含むＲＲＣメッセージ「RRC  Connection  Release」をＵＥ２０に送信する。この場合、ＵＥ２０は、ＲＲＣメッセージ「RRC  Connection  Release」に含まれる指示情報「RRC-Light  Connection  indication」に応じて、ＲＲＣコネクティッドモードからＲＲＣライトコネクションモードに遷移する。なお、ＵＥ２０は、ＲＲＣライトコネクションモードにおいて、例えばデータの発生時に、復帰要求「RRC  Connection  Resume  Request」をｇＮＢ１０に送信することにより、ＲＲＣコネクティッドモードに復帰可能である。【００６１】
そこで、図３に示す例についても同様に、上述の応用技術により、ｇＮＢ１０は、ＵＥ２０の状態をＲＲＣコネクティッドモード「RRC  CONNECTED」からＲＲＣインアクティブモード「RRC  INACTIVE」に遷移させる。具体的には、この場合、ｇＮＢ１０は、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」をＵＥ２０に送信する（ステップＳ９）。指示情報「Suspend  Indicator」は、ＲＲＣインアクティブモードへの遷移を指示する情報である。ＵＥ２０は、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」をｇＮＢ１０から受信する。ＵＥ２０は、受信したＲＲＣメッセージ「RRC  Release」に含まれる指示情報「Suspend  Indicator」に応じて、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。なお、ＵＥ２０は、ＲＲＣインアクティブモードにおいて、例えばデータの発生時に、図示しない復帰要求「Resume  Request」をｇＮＢ１０に送信することにより、ＲＲＣコネクティッドモードに復帰可能である。【００６２】
例えば、ＵＥ２０がＲＲＣインアクティブモードに遷移することにより、データ通信に関する情報がｇＮＢ１０に保持されるため、ＵＥ２０はＲＲＣコネクティッドモードの復帰時においてデータ通信に関する情報をｇＮＢ１０に通知しなくてもよい。【００６３】
［課題］
ここで、ＲＲＣインアクティブモードを導入した場合の課題を説明する。この課題は、発明者がＲＲＣインアクティブモードの導入を検討した結果として新たに見出したものであり、従来は知られていなかったものであることに注意されたい。【００６４】
ＲＲＣインアクティブモードを導入した場合、例えば、状態遷移の遅延を低減することができるか否かが重要となる。しかしながら、上述した状態遷移では、ＵＥ２０とｇＮＢ１０との間で多数のメッセージが送受信される。具体的には、図３において、送受信されるメッセージの数は９個である。状態遷移の遅延を低減するためには、ＵＥ２０とｇＮＢ１０との間で送受信されるメッセージの数を減らすことが重要となる。【００６５】
［解決策］
そこで、実施例２に係る無線通信システムでは、ｇＮＢ１０は、ＵＥ２０の状態をＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移させる場合、ＲＲＣメッセージとＮＡＳメッセージとを同時にＲＲＣメッセージをＵＥ２０に送信する。これについて具体例を用いて説明する。【００６６】
図４は、実施例２に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。【００６７】
まず、ＲＲＣアイドルモード「RRC  IDLE」において、ＵＥ２０は、メッセージＲＡ  Ｍｓｇ１として「Random  Access  Preamble」をｇＮＢ１０に送信する（ステップＳ１０１）。ｇＮＢ１０は、ＵＥ２０から送信されたメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」を受信する。【００６８】
ｇＮＢ１０は、受信したメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」に応じて、メッセージＲＡ  Ｍｓｇ２として「Random  Access  Response」をＵＥ２０に送信する（ステップＳ１０２）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ２「Random  Access  Response」を受信する。【００６９】
次に、ＵＥ２０は、データ通信に関する情報を含むメッセージＲＡ  Ｍｓｇ３（ＲＲＣメッセージ）として「RRC  Connection  Establishment  Request」をｇＮＢ１０に送信する（ステップＳ１０３）。ｇＮＢ１０は、データ通信に関する情報を含むメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」をＵＥ２０から受信する。【００７０】
ｇＮＢ１０は、メッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」に含まれる、データ通信に関する情報を保持する。このとき、ｇＮＢ１０は、保持したデータ通信に関する情報により、どのＵＥ２０が接続してきたのかを認識し、メッセージＲＡ  Ｍｓｇ４（ＲＲＣメッセージ）として「RRC  Connection  Setup」をＵＥ２０に送信する（ステップＳ１０４）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Setup」を受信する。【００７１】
次に、ＵＥ２０は、受信したメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Setup」に応じて、メッセージＲＡ  Ｍｓｇ５（ＲＲＣメッセージ）として「RRC  Connection  Setup  Complete」をｇＮＢ１０に送信する（ステップＳ１０５）。このとき、ＵＥ２０は、ＲＲＣアイドルモード「RRC  IDLE」からＲＲＣコネクティッドモード「RRC  CONNECTED」に遷移する。【００７２】
ＲＲＣコネクティッドモード「RRC  CONNECTED」において、ＵＥ２０は、ＮＡＳメッセージとして「NAS  Attach  Request」をｇＮＢ１０に送信する（ステップＳ１０６）。ｇＮＢ１０は、ＵＥ２０から送信されたＮＡＳメッセージ「NAS  Attach  Request」を受信し、５ＧＣに送信する。【００７３】
ｇＮＢ１０は、５ＧＣからＮＡＳメッセージとして「NAS  Attach  Accept」を受信する。このとき、ｇＮＢ１０は、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」と、ＮＡＳメッセージ「NAS  Attach  Accept」とを同時にＵＥ２０に送信する（ステップＳ１０７）。【００７４】
ここで、ｇＮＢ１０がＲＲＣメッセージ「RRC  Release」とＮＡＳメッセージ「NAS  Attach  Accept」とを同時にＵＥ２０に送信することは可能であるのか検証する必要がある。例えば、非特許文献９のセクション４．２．２には、下り回線におけるＮＡＳメッセージのピギーバックは「bearer  establishment」、「modification」、「release」でのみ使用されることが記載されている。より具体的には、これらはＮＡＳとＡＳの状態が依存する手順のみに適用されるとの規定がある。すなわち、本実施例において、ｇＮＢ１０は、ＮＡＳメッセージ「NAS  Attach  Accept」にＲＲＣメッセージ「RRC  Release」を載せてＵＥ２０に送信することは出来ない可能性がある。これは、「NAS  Attach  Accept」はＮＡＳの状態をコネクト状態にし、「RRC  Release」はＡＳの状態をリリース状態にするメッセージであって、それぞれの状態は異なるからである。従って、当該メッセージを同時に送信できるようにするためには、例えば、「state  transition」や「power  saving」といった規定が必要になるかもしれない。【００７５】
次に、ＵＥ２０は、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」と、ＮＡＳメッセージ「NAS  Attach  Accept」とを同時にｇＮＢ１０から受信する。この場合、ＵＥ２０は、ＮＡＳメッセージとして「NAS  Attach  Complete」をｇＮＢ１０に送信する（ステップＳ１０８）。ｇＮＢ１０は、ＮＡＳメッセージ「NAS  Attach  Complete」をＵＥ２０から受信し、５ＧＣに送信する。また、ＵＥ２０は、指示情報「Suspend  Indicator」に基づいて、ＲＲＣコネクティッドモード「RRC  CONNECTED」からＲＲＣインアクティブモード「RRC  INACTIVE」に遷移する。【００７６】
なお、ＵＥ２０は、ＲＲＣインアクティブモード「RRC  INACTIVE」において、例えばデータの発生時に、図示しない復帰要求「Resume  Request」をｇＮＢ１０に送信することにより、ＲＲＣコネクティッドモード「RRC  CONNECTED」に復帰可能である。例えば、ＵＥ２０がＲＲＣインアクティブモードに遷移することにより、データ通信に関する情報がｇＮＢ１０に保持されるため、ＵＥ２０はＲＲＣコネクティッドモードの復帰時においてデータ通信に関する情報をｇＮＢ１０に通知しなくてもよい。【００７７】
以上の説明により、実施例２に係る無線通信システムでは、ｇＮＢ１０の通信部１１は、ＵＥ２０の状態遷移を行なうときにＲＲＣメッセージをＵＥ２０に送信する。まず、ｇＮＢ１０の通信部１１は、ＵＥ２０の状態がＲＲＣアイドルモード「RRC  IDLE」からＲＲＣコネクティッドモード「RRC  CONNECTED」に遷移する第１の状態遷移を行なう場合、ＲＲＣメッセージをＵＥ２０に送信する。続いて、ｇＮＢ１０の制御部１４は、ＵＥ２０の状態がＲＲＣコネクティッドモードからＲＲＣインアクティブモード「RRC  INACTIVE」に遷移する第２の状態遷移を行なう場合、ＲＲＣメッセージとＮＡＳメッセージとを同時にＵＥ２０に送信するように制御する。ここで、第２の状態遷移においてＮＡＳメッセージと同時に送信されるＲＲＣメッセージは、ＲＲＣインアクティブモードへの遷移を指示する指示情報「Suspend  Indicator」を含む。実施例２に係る無線通信システムでは、ｇＮＢ１０が、指示情報「Suspend  Indicator」を含むＲＲＣメッセージと、ＮＡＳメッセージとを同時に（ピギーバックして）ＵＥ２０に送信することにより、状態遷移の遅延が低減される。したがって、実施例２に係る無線通信システムによれば、状態遷移の遅延を低減することができる。
【実施例３】
【００７８】
実施例２では、ＲＲＣメッセージに指示情報「Suspend  Indicator」が付加されるか否かは、ｇＮＢ１０により決定される。この場合、ＵＥ２０は、ｇＮＢ１０から指示情報「Suspend  Indicator」を受けたタイミングで、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。しかしながら、これに限定されない。例えば、実施例３では、ＵＥ２０が指示情報「Suspend  Indicator」をｇＮＢ１０に要求し、その要求に応じた指示情報「Suspend  Indicator」をｇＮＢ１０から受けたタイミングで、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。これにより、実施例３では、状態遷移の遅延を低減できる上に、ＵＥ２０の省電力化を実現することができる。実施例３では、実施例２と同じ部分には同じ符号を付し、その説明を省略する。なお、実施例３は、処理内容に矛盾させない範囲で、実施例１と組み合わせることが可能である。【００７９】
図５は、実施例３に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。【００８０】
まず、前述のステップＳ１０１、Ｓ１０２が実行される。【００８１】
次に、ＵＥ２０は、データ通信に関する情報と要求情報「Inactive  Preference」とを含むメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」をｇＮＢ１０に送信する（ステップＳ１０３）。要求情報「Inactive  Preference」は、指示情報「Suspend  Indicator」をｇＮＢ１０に要求するための情報である。ｇＮＢ１０は、そのメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」をＵＥ２０から受信する。ｇＮＢ１０は、受信したメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」に含まれるデータ通信に関する情報と要求情報「Inactive  Preference」とを保持する。【００８２】
次に、前述のステップＳ１０４〜Ｓ１０６が実行される。【００８３】
ｇＮＢ１０は、５ＧＣからＮＡＳメッセージ「NAS  Attach  Accept」を受信する。このとき、ｇＮＢ１０は、保持した要求情報「Inactive  Preference」に基づいて、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」と、ＮＡＳメッセージ「NAS  Attach  Accept」とを同時にＵＥ２０に送信する（ステップＳ１０７）。【００８４】
その後、前述のステップＳ１０８が実行される。【００８５】
ここで、ｇＮＢ１０がメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」に要求情報「Inactive  Preference」を付加することは可能である。メッセージＲＡ  Ｍｓｇ３は、例えば、ＵＥ２０から物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）で送信される。そこで、５Ｇでは、例えば、メッセージＲＡ  Ｍｓｇ３（ＰＵＳＣＨ）に付加するＣＲＣ（Cyclic  Redundancy  Checking）のビット数を２４ビットから８〜１６ビットに削減することが検討されている。ＣＲＣのビット数が削減された場合、その空き領域に要求情報「Inactive  Preference」を付加することは容易である。【００８６】
なお、実施例３では、ＵＥ２０は、要求情報「Inactive  Preference」をメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」に付加しているが、これに限定されない。例えば、ＵＥ２０は、要求情報「Inactive  Preference」をメッセージＲＡ  Ｍｓｇ５「RRC  Connection  Setup  Complete」に付加してもよい。【００８７】
以上の説明により、実施例３に係る無線通信システムでは、ｇＮＢ１０の通信部１１は、ＵＥ２０の状態遷移を行なうときにＲＲＣメッセージをＵＥ２０に送信する。まず、ｇＮＢ１０の通信部１１は、ＵＥ２０の状態がＲＲＣアイドルモード「RRC  IDLE」からＲＲＣコネクティッドモード「RRC  CONNECTED」に遷移する第１の状態遷移を行なう場合、ＲＲＣメッセージをＵＥ２０に送信する。続いて、ｇＮＢ１０の制御部１４は、ＵＥ２０の状態がＲＲＣコネクティッドモードからＲＲＣインアクティブモード「RRC  INACTIVE」に遷移する第２の状態遷移を行なう場合、ＲＲＣメッセージとＮＡＳメッセージとを同時にＵＥ２０に送信するように制御する。ここで、第２の状態遷移においてＮＡＳメッセージと同時に送信されるＲＲＣメッセージは、ＲＲＣインアクティブモードへの遷移を指示する指示情報「Suspend  Indicator」を含む。実施例３に係る無線通信システムでは、ｇＮＢ１０が、指示情報「Suspend  Indicator」を含むＲＲＣメッセージと、ＮＡＳメッセージとを同時にＵＥ２０に送信することにより、状態遷移の遅延が少なくとも１０ｍｓ低減される。したがって、実施例３に係る無線通信システムによれば、状態遷移の遅延を低減することができる。【００８８】
また、実施例３に係る無線通信システムでは、ｇＮＢ１０の通信部１１は、第１の状態遷移において、指示情報「Suspend  Indicator」を要求する要求情報「Inactive  Preference」を含むＲＲＣメッセージをＵＥ２０から受信する。この場合、ｇＮＢ１０の制御部１４は、第２の状態遷移において、要求情報「Inactive  Preference」に基づいて、指示情報「Suspend  Indicator」を含むＲＲＣメッセージと、ＮＡＳメッセージとを同時にＵＥ２０に送信するように制御する。このように、ＵＥ２０は、指示情報「Suspend  Indicator」をｇＮＢ１０に要求し、その要求に応じた指示情報「Suspend  Indicator」をｇＮＢ１０から受けたタイミングで、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。これにより、実施例３に係る無線通信システムでは、状態遷移の遅延を低減できる上に、ＵＥ２０の省電力化を実現することができる。
【実施例４】
【００８９】
実施例３では、ＮＡＳメッセージ「NAS  Attach  Accept」と同時に送信されるＲＲＣメッセージ「RRC  Release」には、指示情報として「Suspend  Indicator」が含まれるが、これに限定されない。例えば、ＮＡＳメッセージ「NAS  Attach  Accept」と同時に送信されるＲＲＣメッセージ「RRC  Release」には、指示情報としてフラグが含まれてもよい。実施例４では、実施例３と同じ部分には同じ符号を付し、その説明を省略する。なお、実施例４は、処理内容に矛盾させない範囲で、実施例１と組み合わせることが可能である。【００９０】
図６は、実施例４に係る無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。【００９１】
まず、前述のステップＳ１０１〜Ｓ１０６が実行される。【００９２】
ｇＮＢ１０は、５ＧＣからＮＡＳメッセージ「NAS  Attach  Accept」を受信する。このとき、ｇＮＢ１０は、保持した要求情報「Inactive  Preference」に基づいて、指示情報として「flag」を含むＲＲＣメッセージ「RRC  Release」と、ＮＡＳメッセージ「NAS  Attach  Accept」とを同時にＵＥ２０に送信する（ステップＳ１０７）。指示情報「flag」は、ＲＲＣアイドルモード「RRC  IDLE」への遷移を指示する情報「idle」、または、ＲＲＣインアクティブモード「RRC  INACTIVE」への遷移を指示する情報「inactive」を表す。【００９３】
その後、前述のステップＳ１０８が実行される。【００９４】
以上の説明により、実施例４に係る無線通信システムでは、ｇＮＢ１０の通信部１１は、第１の状態遷移において、指示情報「Suspend  Indicator」を要求する要求情報「Inactive  Preference」を含むＲＲＣメッセージをＵＥ２０から受信する。この場合、ｇＮＢ１０の制御部１４は、第２の状態遷移において、要求情報「Inactive  Preference」に基づいて、指示情報「flag」を含むＲＲＣメッセージと、ＮＡＳメッセージとを同時にＵＥ２０に送信するように制御する。このように、ＵＥ２０は、指示情報「flag」をｇＮＢ１０に要求し、その要求に応じた指示情報「flag」をｇＮＢ１０から受けたタイミングで、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。これにより、実施例４に係る無線通信システムでは、実施例３と同様に、状態遷移の遅延を低減できる上に、ＵＥ２０の省電力化を実現することができる。【００９５】
ここで、実施例２〜４に係る無線通信システムの効果として、状態遷移の遅延の低減について、例えば実施例３を用いて具体的に説明する。図７および図８は、本実施例に係る無線通信システムの効果の説明図である。【００９６】
図７において、例えば、ＲＲＣアイドルモード「RRC  IDLE」の所要時間を２０［ｍｓ］とし、ＲＲＣコネクティッドモード「RRC  CONNECTED」の所要時間を２０［ｍｓ］とする。また、ｇＮＢ１０がＲＲＣメッセージ「RRC  Release」に指示情報「Suspend  Indicator」を付加した場合にＵＥ２０がＲＲＣインアクティブモード「RRC  INACTIVE」に遷移するときの遅延時間を１０［ｍｓ］とする。また、ｇＮＢ１０がＲＲＣメッセージ「RRC  Release」に指示情報「Suspend  Indicator」を付加しない場合にＵＥ２０がＲＲＣインアクティブモード「RRC  INACTIVE」に遷移するときの遅延時間をｘ［ｍｓ］とする。【００９７】
また、図３に示した例において、ｇＮＢ１０がＲＲＣメッセージ「RRC  Release」に指示情報「Suspend  Indicator」を付加する確率を０．４とする。この場合、ＲＲＣアイドルモードからＲＲＣインアクティブモードまでの所要時間ｆ（ｘ）は、ｆ（ｘ）＝２０＋２０＋（０．４×１０＋（１−０．４）×ｘ）＝４４＋０．６×ｘにより表される。【００９８】
また、本実施例において、ｇＮＢ１０がＲＲＣメッセージ「RRC  Release」に指示情報「Suspend  Indicator」を付加する確率を０．８とする。この場合、ＲＲＣアイドルモードからＲＲＣインアクティブモードまでの所要時間ｇ（ｘ）は、ｇ（ｘ）＝２０＋２０＋（０．８×１０＋（１−０．８）×ｘ）＝４８＋０．２×ｘにより表される。【００９９】
図８において、横軸は、最大遷移遅延時間、すなわち、遅延時間ｘ［ｍｓ］を表し、縦軸は低減率を表す。低減率は、ｇ（ｘ）／ｆ（ｘ）により表される。図８に示すように、遅延時間ｘが長くなればなるほど、低減率は下がる。例えば、遅延時間ｘが２６０［ｍｓ］である場合、低減率は０．５である。【０１００】
［変形例］
実施例２〜４では、データ通信の設定時にｇＮＢ１０がＵＥ２０の状態をＲＲＣインアクティブモード「RRC  INACTIVE」に遷移させている。例えば、実施例３、４では、データ通信の設定時に、ＵＥ２０が指示情報「Suspend  Indicator」をｇＮＢ１０に要求し、指示情報「Suspend  Indicator」をｇＮＢ１０から受けたタイミングでＲＲＣインアクティブモードに遷移する。ここで、図３に示した例に対する変形例として、データ通信の終了時に、ＵＥ２０が指示情報「Suspend  Indicator」をｇＮＢ１０から受けたタイミングでＲＲＣインアクティブモードに遷移してもよい。【０１０１】
図９は、変形例における無線通信システムの動作（状態遷移）の一例を示すシーケンス図である。【０１０２】
まず、ＲＲＣアイドルモード「RRC  IDLE」において、ＵＥ２０は、メッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」をｇＮＢ１０に送信する（ステップＳ２０１）。ｇＮＢ１０は、ＵＥ２０から送信されたメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」を受信する。【０１０３】
ｇＮＢ１０は、受信したメッセージＲＡ  Ｍｓｇ１「Random  Access  Preamble」に応じて、メッセージＲＡ  Ｍｓｇ２「Random  Access  Response」をＵＥ２０に送信する（ステップＳ２０２）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ２「Random  Access  Response」を受信する。【０１０４】
次に、ＵＥ２０は、データ通信に関する情報と要求情報「Inactive  Preference」とを含むメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」をｇＮＢ１０に送信する（ステップＳ２０３）。ｇＮＢ１０は、そのメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」をＵＥ２０から受信する。ｇＮＢ１０は、受信したメッセージＲＡ  Ｍｓｇ３「RRC  Connection  Establishment  Request」に含まれるデータ通信に関する情報と要求情報「Inactive  Preference」とを保持する。【０１０５】
ｇＮＢ１０は、保持したデータ通信に関する情報により、どのＵＥ２０が接続してきたのかを認識し、メッセージＲＡ  Ｍｓｇ４「RRC  Connection  Setup」をＵＥ２０に送信する（ステップＳ２０４）。ＵＥ２０は、ｇＮＢ１０から送信されたメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Setup」を受信する。【０１０６】
次に、ＵＥ２０は、受信したメッセージＲＡ  Ｍｓｇ４「RRC  Connection  Setup」に応じて、メッセージＲＡ  Ｍｓｇ５「RRC  Connection  Setup  Complete」をｇＮＢ１０に送信する（ステップＳ２０５）。このとき、ＵＥ２０は、ＲＲＣアイドルモード「RRC  IDLE」からＲＲＣコネクティッドモード「RRC  CONNECTED」に遷移する。【０１０７】
ＲＲＣコネクティッドモード「RRC  CONNECTED」において、ＵＥ２０は、ＮＡＳメッセージ「NAS  Attach  Request」をｇＮＢ１０に送信する（ステップＳ２０６）。ｇＮＢ１０は、ＵＥ２０から送信されたＮＡＳメッセージ「NAS  Attach  Request」を受信し、５ＧＣに送信する。【０１０８】
次に、ｇＮＢ１０は、５ＧＣからＮＡＳメッセージ「NAS  Attach  Accept」を受信し、ＵＥ２０に送信する（ステップＳ２０７）。ＵＥ２０は、ｇＮＢ１０から送信されたＮＡＳメッセージ「NAS  Attach  Accept」を受信する。【０１０９】
次に、ＵＥ２０は、ＮＡＳメッセージとして「NAS  Attach  Complete」をｇＮＢ１０に送信する（ステップＳ２０８）。ｇＮＢ１０は、ＵＥ２０から送信されたＮＡＳメッセージ「NAS  Attach  Complete」を受信し、５ＧＣに送信する。【０１１０】
次に、ＵＥ２０は、ｇＮＢ１０との間でデータの通信を行なう（図９の「Data」を参照）。【０１１１】
ここで、データ通信の終了時において、ｇＮＢ１０は、保持した要求情報「Inactive  Preference」に基づいて、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」をＵＥ２０に送信する（ステップＳ２０９）。ＵＥ２０は、指示情報「Suspend  Indicator」を含むＲＲＣメッセージ「RRC  Release」をｇＮＢ１０から受信する。ＵＥ２０は、受信したＲＲＣメッセージ「RRC  Release」に含まれる指示情報「Suspend  Indicator」に応じて、ＲＲＣコネクティッドモードからＲＲＣインアクティブモードに遷移する。【０１１２】
このように、変形例では、データ通信の設定時にＵＥ２０が指示情報「Suspend  Indicator」をｇＮＢ１０に要求し、データ通信の終了時に、ＵＥ２０が指示情報「Suspend  Indicator」をｇＮＢ１０から受けたタイミングでＲＲＣインアクティブモードに遷移する。これにより、変形例では、図３に示した例に比べて、ＵＥ２０の省電力化を実現することができる。【０１１３】
［他の実施例］
実施例における各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。【０１１４】
さらに、各装置で行われる各種処理は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。【０１１５】
実施例のｇＮＢ１０およびＵＥ２０は、例えば、次のようなハードウェア構成により実現することができる。【０１１６】
図１０は、ｇＮＢ１０のハードウェア構成の一例を示すブロック図である。ｇＮＢ１０は、例えば、プロセッサ１０１、メモリ１０２、ＲＦ（Radio  Frequency）回路１０３、ネットワークインタフェース（ＩＦ）１０４を有する。プロセッサ１０１の一例としては、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）等が挙げられる。また、メモリ１０２の一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。【０１１７】
そして、実施例のｇＮＢ１０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ１０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ１０２に記録され、各プログラムがプロセッサ１０１で実行されてもよい。ここで、各構成とは、制御部１４の機能に相当する。また、通信部１１は、ＲＦ回路１０３によって実現される。【０１１８】
なお、ここでは、実施例のｇＮＢ１０で行われる各種処理が１つのプロセッサ１０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。【０１１９】
図１１は、ＵＥ２０のハードウェア構成の一例を示す図である。ＵＥ２０は、プロセッサ２０１と、メモリ２０２と、ＲＦ回路２０３とを有している。プロセッサ２０１の一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ２０２の一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。【０１２０】
そして、実施例のＵＥ２０で行われる各種処理は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ２０１で実行することによって実現されてもよい。すなわち、各構成によって実行される各処理に対応するプログラムがメモリ２０２に記録され、各プログラムがプロセッサ２０１で実行されてもよい。ここで、各構成とは、制御部２４の機能に相当する。また、通信部２１は、ＲＦ回路２０３によって実現される。【０１２１】
なお、ここでは、実施例のＵＥ２０で行われる各種処理が１つのプロセッサ２０１によって実行されるものとしたが、これに限定されるものではなく、複数のプロセッサによって実行されてもよい。
【符号の説明】
【０１２２】
１  無線通信装置
２  無線通信装置
１０  基地局（ｇＮＢ）
１１  通信部
１２  送信部
１３  受信部
１４  制御部
１５  ＰＨＹ制御部
１６  ＭＡＣ制御部
１７  ＲＲＣ制御部
１８  呼接続制御部
２０  移動局（ＵＥ）
２１  通信部
２２  送信部
２３  受信部
２４  制御部
２５  ＰＨＹ制御部
２６  ＭＡＣ制御部
２７  ＲＲＣ制御部
２８  呼接続制御部
１０１  プロセッサ
１０２  メモリ
１０３  ＲＦ回路
１０４  ネットワークＩＦ
２０１  プロセッサ
２０２  メモリ
２０３  ＲＦ回路
【図１】
2019176068.tif 000003
【図２】
2019176068.tif 000004
【図３】
2019176068.tif 000005
【図４】
2019176068.tif 000006
【図５】
2019176068.tif 000007
【図６】
2019176068.tif 000008
【図７】
2019176068.tif 000009
【図８】
2019176068.tif 000010
【図９】
2019176068.tif 000011
【図１０】
2019176068.tif 000012
【図１１】
2019176068.tif 000013
【図１２】
2019176068.tif 000014
【図１３】
2019176068.tif 000015
【国際調査報告】
2019176068.tif 000016
2019176068.tif 000017