(57)【要約】  圧縮ヘッダの復元に用いられる情報（Header  Information）のオーバーヘッドを削減することができる通信システム。この通信システムは、端末（１０）と、基地局（２０）と、ＭＭＥ（３０）とを有する。端末（１０）は、上りリンクのスモールデータの発生に応じて実行されるランダムアクセス手順の開始前に、Attach  Request及びRRC  Connection  Setup  Completeともに、Header  Informationを基地局（２０）に送信する。基地局（２０）は、Attach  RequestをＭＭＥ（３０）に転送するとともに、S-TMSI及びHeader  Informationを含むInitial  UE  Messageを形成してＭＭＥ（３０）に送信する。
2014181445.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、基地局と、網制御装置とを具備する通信システムであって、
上りリンクのユーザデータの発生に応じて実行されるランダムアクセス手順において前記ユーザデータを前記基地局に送信する前記端末装置が、前記ユーザデータに付加する圧縮ヘッダの復元に用いられる情報を、前記ランダムアクセス手順の開始前に前記網制御装置に通知する、
通信システム。
【請求項２】
前記情報は、ヘッダに含まれる複数のフィールドのうち、不変であるフィールドを示す情報、及び、他のフィールドの値から算出可能なフィールドを示す情報の少なくとも一つを含む、
請求項１に記載の通信システム。
【請求項３】
前記端末装置は、アタッチ手順において、前記情報を前記網制御装置に通知する、
請求項１に記載の通信システム。
【請求項４】
前記端末装置は、前記アタッチ手順において、アタッチ要求とともに前記情報を前記網制御装置に通知する、
請求項３に記載の通信システム。
【請求項５】
前記端末装置は、位置登録手順において、前記情報を前記網制御装置に通知する、
請求項１に記載の通信システム。
【請求項６】
前記端末装置は、前記位置登録手順において、位置登録要求とともに前記情報を前記網制御装置に通知する、
請求項５に記載の通信システム。
【請求項７】
前記網制御装置は、前記情報を、前記基地局、及び、前記基地局の周辺の複数の基地局に通知する、
請求項１に記載の通信システム。
【請求項８】
前記基地局は、前記網制御装置から通知された前記情報を用いて、前記ユーザデータに付加された前記圧縮ヘッダを復元する、
請求項７に記載の通信システム。
【請求項９】
前記網制御装置は、通知要求を前記基地局から受けたときに、前記情報を前記基地局に通知する、
請求項７に記載の通信システム。
【請求項１０】
前記端末装置は、前記ユーザデータが発生したときに、前記端末装置が前記ユーザデータを送信することを示すインジケータを前記ランダムアクセス手順において前記基地局に送信し、
前記基地局は、前記インジケータを受信した時点で前記情報の通知を受けていないときに、前記網制御装置に前記通知要求を送信する、
請求項９に記載の通信システム。
【請求項１１】
前記端末装置は、前記ユーザデータが発生したときに、前記端末装置がヘッダ圧縮を行うか否かを示す情報を前記ランダムアクセス手順において前記基地局に送信し、
前記基地局は、前記端末装置が前記ヘッダ圧縮を行うときに、前記網制御装置に前記通知要求を送信する、
請求項９に記載の通信システム。
【請求項１２】
前記端末装置は、前記情報に変更があったときに、変更後の前記情報を前記ランダムアクセス手順において前記基地局に通知し、
前記基地局は、前記端末装置が前記ランダムアクセス手順の開始前に通知した前記情報よりも優先して、前記端末装置が前記ランダムアクセス手順において通知した変更後の前記情報を用いて、前記圧縮ヘッダを復元する、
請求項１に記載の通信システム。
【請求項１３】
前記周辺の複数の基地局は、前記端末装置が在圏するトラッキングエリア内の基地局である、
請求項７に記載の通信システム。
【請求項１４】
上りリンクのユーザデータの発生に応じて実行されるランダムアクセス手順において前記ユーザデータを基地局に送信する送信部と、
前記ユーザデータに付加する圧縮ヘッダの復元に用いられる情報を、前記ランダムアクセス手順の開始前に網制御装置に通知する情報処理部と、
を具備する端末装置。
【請求項１５】
端末装置における通信方法であって、
上りリンクのユーザデータに付加する圧縮ヘッダの復元に用いられる情報を、前記ユーザデータの発生に応じて実行されるランダムアクセス手順の開始前に網制御装置に通知し、
前記ランダムアクセス手順において、前記圧縮ヘッダを付加した前記ユーザデータを基地局に送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、端末装置及び通信方法に関する。
【背景技術】
【０００２】
基地局装置（以下では「基地局」と呼ぶことがある）と端末装置（以下では「端末」と呼ぶことがある）とを有する通信システムにおいて、最近、新たな端末としてＭＴＣ（Machine  Type  Communication）端末が注目されている。ＭＴＣ端末の一例として、例えば、無線通信機能を備えた電力メーターであるスマートメーター、無線通信機能を備えた自動販売機、無線通信機能を備えたセンサー等が挙げられる。無線通信機能を備えるスマートメーターは、例えば、計測した電力使用量のデータ等を基地局に送信する。無線通信機能を備えた自動販売機は、例えば、売り上げ情報、販売機内の在庫情報等を基地局に送信する。また、無線通信機能を備えたセンサーとして、無線通信機能を備えたＧＰＳ（Global  Positioning  System）センサーが挙げられ、このＧＰＳセンサーはユーザの現在位置情報を基地局に送信する。【０００３】
ここで、ＭＴＣ端末は上記のような特定のデータ（情報）を送受信するため、様々な種類のデータを送受信する一般の端末（例えば、スマートフォン等）に比べ、通信対象として望まれるデータの種類、及び、データ量が少ない。すなわち、ＭＴＣ端末では、計測データ等のような「小サイズのユーザデータ」（以下では「スモールデータ」と呼ぶことがある）が間欠的に送受信されるケースが比較的多い。【０００４】
また、アイドルモード（待ち受け状態）にあるＭＴＣ端末がスモールデータの送受信を行うときは、通信コネクションを確立するために（つまり、コネクトモードに移行するために）基地局と多くの制御メッセージをやり取りする。スモールデータのデータ量は少ないため、スモールデータのための通信コネクションの確立に際し多くの制御メッセージがやり取りされたのでは、制御メッセージのオーバーヘッドが大きくなり、通信リソースの利用効率の観点から好ましくない。【０００５】
そこで、制御メッセージのやり取りを削減するために、ＭＴＣ端末がアイドルモードにあるときも、既に設定されているデータ信号用の無線ベアラ（ＤＲＢ：Data  Radio  Bearer）をリリースせずに維持したままにする先行技術がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP  TR23.887  V0.8.0
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、通信リソースの利用効率を高めるために、スモールデータに付加するヘッダを圧縮することが考えられる。ヘッダの圧縮は、例えば、ヘッダに含まれる複数のフィールドのうち、内容が常に一定で変化しないフィールドの２回目以降の送信を省くことによってなされる。ヘッダに含まれる複数のフィールドのうち何れのフィールドの内容が常に一定で変化しないかという情報は、予め、送信側から受信側に通知されている。よって、受信側では、１回目に受信したヘッダと、予め通知された情報とを用いて、２回目以降の送信が省かれたフィールドを復元することができる。【０００８】
しかし、アイドルモードにあるＭＴＣ端末が基地局間を移動する（セルを再選択する）場合には、移動前の基地局が有する情報は、移動先の基地局には引き継がれない。このため、アイドルモードにあるＭＴＣ端末は、基地局間を移動する度に、圧縮ヘッダの復元に用いられる情報（例えば、内容が常に一定で変化しないフィールドを示す情報等）を、移動先の基地局に改めて通知しなければならない。よって、ＭＴＣ端末がアイドルモードにあるときもＤＲＢをリリースせずに維持したままにしても、基地局間での移動がなされると、圧縮ヘッダの復元に用いられる情報のオーバーヘッドが大きくなる。【０００９】
開示の技術は、上記に鑑みてなされたものであって、圧縮ヘッダの復元に用いられる情報のオーバーヘッドを削減することができる通信システム、端末装置及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の態様では、上りリンクのユーザデータの発生に応じて実行されるランダムアクセス手順においてユーザデータを基地局に送信する端末装置が、ユーザデータに付加する圧縮ヘッダの復元に用いられる情報を、ランダムアクセス手順の開始前に網制御装置に通知する。【００１１】
開示の態様によれば、圧縮ヘッダの復元に用いられる情報のオーバーヘッドを削減することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１の通信システムの一例を示す図である。
【図２】図２は、実施例１の端末の一例を示すブロック図である。
【図３】図３は、実施例１の基地局の一例を示すブロック図である。
【図４】図４は、実施例１のＭＭＥの一例を示す図である。
【図５】図５は、実施例１のヘッダのフィールド構成の一例を示す図である。
【図６】図６は、実施例１の通信システムの処理の一例を示すシーケンス図である。
【図７】図７は、実施例１の通信システムの処理の一例を示すシーケンス図である。
【図８】図８は、実施例１の通信システムの処理の一例を示すシーケンス図である。
【図９】図９は、実施例１の通信システムの処理の一例を示すシーケンス図である。
【図１０】図１０は、実施例１の通信システムの処理の一例を示すシーケンス図である。
【図１１】図１１は、端末のハードウェア構成例を示す図である。
【図１２】図１２は、基地局のハードウェア構成例を示す図である。
【図１３】図１３は、ＭＭＥのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する通信システム、端末装置及び通信方法の実施例を図面に基づいて説明する。なお、この実施例により本願の開示する通信システム、端末装置及び通信方法が限定されるものではない。また、各実施例において同一の機能を有する構成、及び、同一の処理を行うステップには同一の符号を付し、重複する説明を省略する。また、以下では、一例として、通信システムが３ＧＰＰ（3rd  Generation  Partnership  Project）におけるＬＴＥ（Long  Term  Evolution）システム及びＬＴＥ−Ａ（LTE-Advanced）システムである場合について説明するが、これに限定されるものではない。
【００１４】
［実施例１］
＜通信システムの概要＞
図１は、実施例１の通信システムの一例を示す図である。図１において、通信システム１は、端末１０と、基地局２０と、ＭＭＥ（Mobility  Management  Entity）３０と、Ｓ−ＧＷ（Serving-Gateway）４０とを有する。ＭＭＥ３０は、網制御装置である。基地局２０と、ＭＭＥ３０と、Ｓ−ＧＷ４０との間には、制御メッセージがやり取りされるＣ−ｐｌａｎｅのパスが設定される。また、基地局２０と、Ｓ−ＧＷ４０との間には、ユーザデータがやり取りされるＵ−ｐｌａｎｅのパスが設定される。端末１０はＭＴＣ端末であり、よって、端末１０が送受信するデータはスモールデータである。本実施例では、スモールデータが、Ｕ−ｐｌａｎｅではなく、Ｃ−ｐｌａｎｅを利用して、制御メッセージとともに伝送される場合を一例として説明する。
【００１５】
また、ＭＭＥ３０の配下には、端末１０が接続中の基地局（つまり、サービング基地局）を含め、複数の基地局２０が存在する。端末１０は、圧縮ヘッダの復元に用いられる情報を、複数の基地局２０のうち端末１０が接続中の基地局２０に送信する。一方で、ＭＭＥ３０は、圧縮ヘッダの復元に用いられる情報を、端末１０が接続中の基地局、及び、その接続中の基地局の周辺の複数の基地局（例えば、端末１０が在圏するトラッキングエリア内の基地局）を含めて、ＭＭＥ３０の配下にある複数の基地局２０に一斉に通知する。なお、ＭＭＥ３０は、圧縮ヘッダの復元に用いられる情報を、ＭＭＥ３０の配下にあるすべての基地局２０に通知してもよいし、端末１０の周辺の複数の基地局２０にだけ通知してもよい。
【００１６】
＜端末の構成例＞
図２は、実施例１の端末の一例を示すブロック図である。図２において、ＭＴＣ端末である端末１０は、送信部１１と、アンテナ１２と、受信部１３と、制御情報処理部１４とを有する。
【００１７】
制御情報処理部１４に入力されるユーザデータは、スモールデータである。制御情報処理部１４は、圧縮ヘッダの復元に用いられる情報（以下では「ヘッダ情報（Header  Information）」と呼ぶことがある）を形成する。ヘッダ情報の内容については後述する。また、制御情報処理部１４は、ヘッダ情報を用いてヘッダを圧縮して圧縮ヘッダを形成する。また、制御情報処理部１４は、各種の制御メッセージを形成して送信部１１に出力する。制御情報処理部１４での制御メッセージの形成は、受信部１３から入力される制御メッセージに応じて行われることもある。また、制御情報処理部１４は、圧縮ヘッダを付加したスモールデータ、または、ヘッダ情報を、特定の制御メッセージに付加して送信部１１に出力する。
【００１８】
送信部１１は、ヘッダ情報、制御メッセージ、及び、圧縮ヘッダを付加されたスモールデータを、アンテナ１２を介して上りリンクで基地局２０に送信する。
【００１９】
受信部１３は、基地局２０から送信された制御メッセージをアンテナ１２を介して下りリンクで受信して制御情報処理部１４に出力する。
【００２０】
＜基地局の構成例＞
図３は、実施例１の基地局の一例を示すブロック図である。図３において、基地局２０は、アンテナ２１と、受信部２２と、ｅＮＢ通信制御部２３と、ネットワークＩＦ（インターフェース）２４と、送信部２５と、記憶部２６とを有する。
【００２１】
受信部２２は、端末１０から上りリンクで送信されたヘッダ情報、制御メッセージ、及び、圧縮ヘッダを付加されたスモールデータをアンテナ２１を介して受信してｅＮＢ通信制御部２３に出力する。
【００２２】
ｅＮＢ通信制御部２３は、各種の制御メッセージを形成して送信部２５またはネットワークＩＦ２４に出力する。ｅＮＢ通信制御部２３での制御メッセージの形成は、受信部１３から入力される制御メッセージ、または、ネットワークＩＦ２４から入力される制御メッセージに応じて行われることもある。また、ｅＮＢ通信制御部２３は、ヘッダ情報を端末１０の識別子とともに記憶部２６に記憶させる。また、ｅＮＢ通信制御部２３は、ヘッダ情報を用いて、スモールデータに付加されている圧縮ヘッダを復元する。また、ｅＮＢ通信制御部２３は、受信部２２から入力されたヘッダ情報、及び、復元したヘッダ（以下では「復元ヘッダ」と呼ぶことがある）を付加したスモールデータをネットワークＩＦ２４に出力する。
【００２３】
記憶部２６は、複数の端末１０各々の識別子に対応付けてヘッダ情報を記憶する。
【００２４】
送信部２５は、ｅＮＢ通信制御部２３から入力される制御メッセージをアンテナ２１を介して下りリンクで端末１０に送信する。
【００２５】
ネットワークＩＦ２４は、ＭＭＥ３０とＣ−ｐｌａｎｅのパスで接続され、ヘッダ情報、制御メッセージ、及び、復元ヘッダが付加されたスモールデータをＭＭＥ３０に送信し、ＭＭＥ３０からの制御メッセージを受信する。また、ネットワークＩＦ２４は、Ｓ−ＧＷ４０とＵ−ｐｌａｎｅのパスで接続されている。
【００２６】
＜ＭＭＥの構成例＞
図４は、実施例１のＭＭＥの一例を示すブロック図である。図４において、ＭＭＥ３０は、ネットワークＩＦ３１と、ＭＭＥ通信制御部３２と、記憶部３３と、ネットワークＩＦ３４とを有する。
【００２７】
ネットワークＩＦ３１は、基地局２０とＣ−ｐｌａｎｅのパスで接続され、基地局２０からヘッダ情報、制御メッセージ、及び、復元ヘッダが付加されたスモールデータを受信してＭＭＥ通信制御部３２に出力する。また、ネットワークＩＦ３１は、ＭＭＥ通信制御部３２から入力される制御メッセージを基地局２０に送信する。
【００２８】
ＭＭＥ通信制御部３２は、各種の制御メッセージを形成してネットワークＩＦ３１またはネットワークＩＦ３４に出力する。ＭＭＥ通信制御部３２での制御メッセージの形成は、ネットワークＩＦ３１またはネットワークＩＦ３４から入力される制御メッセージに応じて行われることもある。また、ＭＭＥ通信制御部３２は、ヘッダ情報を端末１０の識別子とともに記憶部３３に記憶させる。また、ＭＭＥ通信制御部３２は、ネットワークＩＦ３１から入力されたスモールデータをネットワークＩＦ３４に出力する。
【００２９】
記憶部３３は、複数の端末１０各々の識別子に対応付けてヘッダ情報を記憶する。
【００３０】
ネットワークＩＦ３４は、Ｓ−ＧＷ４０とＣ−ｐｌａｎｅのパスで接続され、制御メッセージ、及び、復元ヘッダが付加されたスモールデータをＳ−ＧＷ４０に送信し、Ｓ−ＧＷ４０からの制御メッセージを受信する。
【００３１】
＜ヘッダのフィールド構成例＞
図５は、実施例１のヘッダのフィールド構成の一例を示す図である。図５には、一例として、RTP/UDP/IP(Real-time  Transport  Protocol/User  Datagram  Protocol/Internet  Protocol)v4のフィールド構成を示す。図５に示すように、ヘッダは複数のフィールドを含む。図５に示す複数のフィールドのうち、直線の下線で示したフィールドは、内容が常に一定で変化しないフィールド、つまり、不変であるフィールドである。また、波線の下線で示したフィールドは、他のフィールドの値から算出可能であるフィールドである。また、下線が付されていないフィールドは、スモールデータごと（パケットごと）に値が変化するフィールドである。
【００３２】
そして、ヘッダ情報は、これらの複数のフィールドのうち、不変であるフィールドを示す情報、及び、他のフィールドの値から算出可能なフィールドを示す情報の少なくとも一つを含む。端末１０は、不変であるフィールドを示す情報をヘッダ情報に含めることにより、２回目以降の送信からは、不変であるフィールドをヘッダから省いてヘッダを圧縮することができる。また、端末１０は、他のフィールドの値から算出可能なフィールドを示す情報をヘッダ情報に含めることにより、他のフィールドの値から算出可能なフィールドをヘッダから省いてヘッダを圧縮することができる。そして、基地局２０は、ヘッダ情報を用いて、不変であるフィールド、及び、他のフィールドの値から算出可能なフィールドを特定して、これらのフィールドを復元することができる。つまり、基地局２０は、不変であるフィールドが省かれた圧縮ヘッダを、非圧縮ヘッダとヘッダ情報とを用いて復元することができる。また、基地局２０は、他のフィールドの値から算出可能なフィールドが省かれた圧縮ヘッダを、ヘッダ情報を用いて復元することができる。
【００３３】
なお、図５に示すフィールドのうち、Ｖはバージョン番号、Ｐはパディングビット、Ｘは拡張ビット、ＣＣは寄与送信元カウント（Contributing  Source  Count）、Ｍはマーカビットである。
【００３４】
＜通信システムの処理のシーケンス例＞
以下では、通信システム１の処理のシーケンス例１〜５について説明する。図６〜１０は、実施例１の通信システムの処理の一例を示すシーケンス図である。シーケンス例１〜５における端末１０は、上りリンクのスモールデータの発生に応じて実行されるランダムアクセス手順（以下では「スモールデータＲＡ手順」と呼ぶことがある）において、スモールデータを基地局２０に送信する。スモールデータＲＡ手順は、スモールデータが発生する度に実行される。
【００３５】
＜シーケンス例１＞
シーケンス例１を図６に示す。図６は、端末１０から送信するスモールデータが発生する前に実行されるシーケンスである。つまり、本例の端末１０は、スモールデータＲＡ手順の開始前に、ヘッダ情報を予めＭＭＥ３０に通知する。例えば、端末１０は、スモールデータＲＡ手順の開始前に実行される「アタッチ手順」において、ヘッダ情報をＭＭＥ３０に通知する。「アタッチ手順」とは、端末１０が電源投入後の最初にネットワークに対して行うアタッチ要求（Attach  Request）を行う処理を含む手順である。また、アタッチ手順の実行は、「第２のランダムアクセス手順」に相当するスモールデータＲＡ手順の実行前になされるため、アタッチ手順は「第１のランダムアクセス手順」に相当する。なお、図６のステップＳ５２〜Ｓ５８でやり取りされる情報は制御メッセージに相当する。
【００３６】
すなわち、図６に示すように、ランダムアクセスの手順（Random  Access）の実行後に、RRC(Radio  Resource  Control)  Connectionが設定（Setup）された状態で（ステップＳ５１）、端末１０は、Attach  Request、RRC  Connection  Setup  Complete、ヘッダ情報（Header  Information）、及び、非圧縮ヘッダ（Non-compressed  Header）を現在接続中の基地局２０に送信する（ステップＳ５２）。つまり、端末１０は、Attach  Requestとともにヘッダ情報を基地局２０に送信する。RRC  Connection  Setup  Completeには端末１０の識別子であるS-TMSIが含まれる。
【００３７】
次いで、基地局２０は、Attach  RequestをＭＭＥ３０に転送するとともに、S-TMSI、ヘッダ情報、及び、非圧縮ヘッダを含むInitial  UE  Messageを形成してＭＭＥ３０に送信し、ＭＭＥ３０は、S-TMSIに対応付けてヘッダ情報及び非圧縮ヘッダを記憶する（ステップＳ５３）。
【００３８】
ステップＳ５２及びステップＳ５３の処理により、スモールデータＲＡ手順の開始前に実行されるアタッチ手順において、ヘッダ情報がAttach  Requestとともに端末１０からＭＭＥ３０に通知される。
【００３９】
次いで、ＭＭＥ３０とＳ−ＧＷ４０との間でDefault  bearer  creationが行われる（ステップＳ５４）。
【００４０】
次いで、ＭＭＥ３０は、Attach  Acceptを基地局２０を介して端末１０に通知する（ステップＳ５５）。
【００４１】
次いで、ＭＭＥ３０は、UE  Context  Release  Command及びS-TMSIとともに、ヘッダ情報及び非圧縮ヘッダを、端末１０の周辺の基地局２０を含む複数の基地局２０に送信する（ステップＳ５６）。つまり、ＭＭＥ３０は、ヘッダ情報を、スモールデータＲＡ手順の開始前に基地局２０に通知する。
【００４２】
次いで、基地局２０は、RRC  Connection  Releaseを端末１０に送信する一方で（ステップＳ５７）、UE  Context  Release  CompleteをＭＭＥ３０に送信する（ステップＳ５８）。これにより、ステップＳ５１で設定されていたRRC  Connectionがリリースされる。
【００４３】
＜シーケンス例２＞
シーケンス例２を図７に示す。図７は、端末１０から送信するスモールデータが発生する前に実行されるシーケンスである。つまり、本例の端末１０は、シーケンス例１と同様に、スモールデータＲＡ手順の開始前に、ヘッダ情報を予めＭＭＥ３０に通知する。例えば、端末１０は、スモールデータＲＡ手順の開始前に実行される「位置登録手順」において、ヘッダ情報をＭＭＥ３０に通知する。「位置登録手順」とは、端末１０が位置登録要求（TAU(Tracking  Area  Update)  Request）を行う処理を含む手順である。また、位置登録手順の実行は、「第２のランダムアクセス手順」に相当するスモールデータＲＡ手順の実行前になされるため、位置登録手順は、アタッチ手順と同様に、「第１のランダムアクセス手順」に相当する。なお、図７におけるステップＳ５１，Ｓ５６〜Ｓ５８の処理は図６と同一であるため説明を省略する。また、図７のステップＳ６１〜Ｓ６３でやり取りされる情報は制御メッセージに相当する。
【００４４】
すなわち、図７に示すように、端末１０は、TAU  Request、RRC  Connection  Setup  Complete、ヘッダ情報、及び、非圧縮ヘッダを基地局２０に送信する（ステップＳ６１）。つまり、端末１０は、TAU  Requestとともにヘッダ情報を基地局２０に送信する。RRC  Connection  Setup  CompleteにはS-TMSIが含まれる。
【００４５】
次いで、基地局２０は、TAU  RequestをＭＭＥ３０に転送するとともに、S-TMSI、ヘッダ情報、及び、非圧縮ヘッダを含むInitial  UE  Messageを形成してＭＭＥ３０に送信し、ＭＭＥ３０は、S-TMSIに対応付けてヘッダ情報及び非圧縮ヘッダを記憶する（ステップＳ６２）。
【００４６】
ステップＳ６１及びステップＳ６２の処理により、スモールデータＲＡ手順の開始前に実行される位置登録手順において、ヘッダ情報がTAU  Requestとともに端末１０からＭＭＥ３０に通知される。
【００４７】
次いで、ＭＭＥ３０は、TAU  Acceptを基地局２０を介して端末１０に通知する（ステップＳ６３）。
【００４８】
＜シーケンス例３＞
シーケンス例３を図８に示す。図８は図６または図７のシーケンスに後続するシーケンスであり、図８では、スモールデータＲＡ手順が実行される。なお、図８のステップＳ７２〜Ｓ８１でやり取りされる情報のうち、スモールデータ以外の情報は、制御メッセージに相当する。
【００４９】
すなわち、端末１０は、送信すべきスモールデータが発生すると（ステップＳ７１）、Random  Access  Preambleを基地局２０に送信し（ステップＳ７２）、これに対し、基地局２０は、Random  Access  Responseを端末１０に送信する（ステップＳ７３）。
【００５０】
次いで、端末１０は、S-TMSIを含むRRC  Connection  Requestと、Small  Data  Indicatorとを基地局２０に送信する（ステップＳ７４）。Small  Data  Indicatorは、端末１０がスモールデータを送信することを示すインジケータであり、スモールデータの送信に先立って送信される。
【００５１】
基地局２０は、ステップＳ７４でSmall  Data  Indicatorを受信した時点で、既にステップＳ５６（図６，７）においてヘッダ情報の通知をＭＭＥ３０から受けている。そこで、基地局２０は、スモールデータに対して通信リソースを割り当て、割当結果（UL(Uplink)  grant  for  small  data  transmission）を含むRRC  Connection  Setupを端末１０に送信する（ステップＳ７５）。なお、通信リソースの１単位は、例えば１単位の時間と１単位の周波数とで規定され、ＲＥ（Resource  Element）と呼ばれることがある。
【００５２】
次いで、端末１０は、基地局２０により割り当てられた通信リソースを用いて、RRC  Connection  Setup  Completeとともに、圧縮ヘッダを付加したスモールデータを基地局２０に送信する（ステップＳ７６）。
【００５３】
次いで、基地局２０は、ヘッダ情報を用いて圧縮ヘッダを復元し、S-TMSI、及び、復元ヘッダを付加したスモールデータを含むInitial  UE  Messageを形成してＭＭＥ３０に送信する（ステップＳ７７）。
【００５４】
次いで、ＭＭＥ３０は、TEID(Tunnel  Endpoint  Identifier)、及び、復元ヘッダが付加されたスモールデータを含むGTP-U(GPRS(General  Packet  Radio  Service)  Tunneling  Protocol  for  User  Plane)を形成してＳ−ＧＷ４０に送信する（ステップＳ７８）。
【００５５】
次いで、Ｓ−ＧＷ４０は、DL(Downlink)  Data  NotificationをＭＭＥ３０に送信する（ステップＳ７９）。
【００５６】
次いで、ＭＭＥ３０は、Release  Commandを含むDL  NAS(Non  Access  Stratum)  Transportを基地局２０に送信する（ステップＳ８０）。
【００５７】
次いで、基地局２０は、RRC  Connection  Releaseを端末１０に送信する（ステップＳ８１）。これにより、ステップＳ７４，Ｓ７５で設定されたRRC  Connectionがリリースされる。つまり、基地局２０は、端末１０から送信されたスモールデータの受信が完了したときに、基地局２０と端末１０との間のコネクションをリリースする。ここで、「スモールデータの受信の完了」とは、端末１０から送信されたスモールデータがＳ−ＧＷ４０に到達したことを言う。
【００５８】
＜シーケンス例４＞
シーケンス例４を図９に示す。図９は図６または図７のシーケンスに後続するシーケンスであり、図９では、スモールデータＲＡ手順が実行される。但し、図９は、図６及び図７のステップＳ５６の処理が行われない場合、すなわち、アタッチ手順及び位置登録手順においてＭＭＥ３０から基地局２０へのヘッダ情報の通知が行われない場合のシーケンスである。図９では、図８のシーケンスに、ステップＳ８２，Ｓ８３の処理が追加されている。なお、図９におけるステップＳ７１〜Ｓ８１の処理は図８と同一であるため説明を省略する。また、図９のステップＳ８２，Ｓ８３でやり取りされる情報は制御メッセージに相当する。
【００５９】
すなわち、基地局２０は、ステップＳ７４でSmall  Data  Indicatorを受信した時点でヘッダ情報の通知をＭＭＥ３０から受けていない。そこで、基地局２０は、ヘッダ情報の取得対象とする端末１０のS-TMSIを含む通知要求（Header  Information  Request）をＭＭＥ３０に送信する（ステップＳ８２）。
【００６０】
基地局２０からの通知要求を受けたＭＭＥ３０は、その通知要求に応じて、基地局２０から要求があったS-TMSIに対応するヘッダ情報及び非圧縮ヘッダをS-TMSIとともに基地局２０に送信する（ステップＳ８３）。
【００６１】
＜シーケンス例５＞
シーケンス例５を図１０に示す。図１０は図６または図７のシーケンスに後続するシーケンスであり、図１０では、スモールデータＲＡ手順が実行される。なお、図１０におけるステップＳ７１〜Ｓ７３，Ｓ７５，Ｓ７６，Ｓ７８〜Ｓ８１の処理は図８と同一であるため説明を省略する。また、図１０のステップＳ９１，Ｓ９２でやり取りされる情報は制御メッセージに相当する。
【００６２】
端末１０は、アタッチ手順または位置登録手順において通知したヘッダ情報に変更があったとき、S-TMSIを含むRRC  Connection  Requestと、変更後のヘッダ情報と、非圧縮ヘッダとを基地局２０に送信する（ステップＳ９１）。つまり、ヘッダ情報に変更があったときに、端末１０から基地局２０へのヘッダ情報の通知がなされる。なお、ステップＳ９１で送信されるヘッダ情報は、Small  Data  Indicatorを兼ねる。
【００６３】
基地局２０は、アタッチ手順または位置登録手順において通知されたヘッダ情報よりも優先して、スモールデータＲＡ手順におけるステップＳ９１で通知された変更後のヘッダ情報を用いて、スモールデータに付加された圧縮ヘッダを復元する。そして、基地局２０は、S-TMSI、及び、復元ヘッダを付加したスモールデータを含むInitial  UE  Messageを形成してＭＭＥ３０に送信する（ステップＳ９２）。
【００６４】
以上のように、本実施例によれば、端末１０は、上りリンクのスモールデータの発生に応じて実行されるスモールデータＲＡ手順においてスモールデータを基地局２０に送信する。また、端末１０は、ヘッダ情報を、スモールデータＲＡ手順の開始前にＭＭＥ３０に通知する。例えば、端末１０は、スモールデータＲＡ手順の開始前に実行されるアタッチ手順において、アタッチ要求とともにヘッダ情報をＭＭＥ３０に通知する。また例えば、端末１０は、スモールデータＲＡ手順の開始前に実行される位置登録手順において、位置登録要求とともにヘッダ情報をＭＭＥ３０に通知する。
【００６５】
これにより、端末１０は、複数の基地局２０の間を移動する度に（セルを再選択する度に）ヘッダ情報を通知する必要がなくなるため、ヘッダ情報のオーバーヘッドを削減することができる。すなわち、端末１０からＭＭＥ３０に通知されたヘッダ情報は、ＭＭＥ３０から、端末１０の周辺の基地局２０を含む複数の基地局２０に通知される。よって、アイドルモードにある端末１０は、周辺の基地局２０のいずれかの配下のセルに移動するときに、移動先の基地局２０にヘッダ情報を改めて通知する必要がない。つまり、移動先の基地局２０へのヘッダ情報の通知を省くことができる。よって、ヘッダ情報のオーバーヘッドを削減することができる。
【００６６】
また、ＭＭＥ３０は、ヘッダ情報を、スモールデータＲＡ手順の開始前に基地局２０に通知する。
【００６７】
これにより、基地局２０は、スモールデータの発生に応じて実行されるスモールデータＲＡ手順の開始前に事前にヘッダ情報を把握することができるため、圧縮ヘッダを確実に復元することができる。
【００６８】
また、ヘッダ情報は、ヘッダに含まれる複数のフィールドのうち、不変であるフィールドを示す情報、及び、他のフィールドの値から算出可能なフィールドを示す情報の少なくとも一つを含み、基地局２０は、ＭＭＥ３０から通知されたヘッダ情報を用いて、スモールデータに付加された圧縮ヘッダを復元する。
【００６９】
これにより、基地局２０は、ヘッダ情報を用いて、不変であるフィールド、及び、他のフィールドの値から算出可能なフィールドを圧縮ヘッダにおいて特定し、圧縮ヘッダにおいて省かれたこれらのフィールドを復元することができる。
【００７０】
また、ＭＭＥ３０は、通知要求を基地局２０から受けたときに、ヘッダ情報を基地局２０に通知する。
【００７１】
これにより、ヘッダ情報を基地局２０の必要に応じて基地局２０に通知することができる。
【００７２】
また、端末１０は、スモールデータが発生したときに、端末１０がスモールデータを送信することを示すSmall  Data  IndicatorをスモールデータＲＡ手順において基地局２０に送信する。基地局２０は、Small  Data  Indicatorを受信した時点でヘッダ情報の通知を受けていないときに、ＭＭＥ３０に通知要求を送信する。
【００７３】
これにより、基地局２０は、スモールデータＲＡ手順の開始前にヘッダ情報の通知を受けていない場合でも、スモールデータが発生した時点でヘッダ情報の通知を受けることができる。
【００７４】
また、端末１０は、ヘッダ情報に変更があったときに、変更後のヘッダ情報をスモールデータＲＡ手順において基地局２０に通知する。基地局２０は、端末１０がスモールデータＲＡ手順の開始前に通知したヘッダ情報よりも優先して、端末１０がスモールデータＲＡ手順において通知した変更後のヘッダ情報を用いて、圧縮ヘッダを復元する。
【００７５】
これにより、基地局２０は、最新のヘッダ情報に基づいて、圧縮ヘッダを復元することができる。
【００７６】
［他の実施例］
［１］図８及び図９のステップＳ７４において、端末１０は、Small  Data  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）、フラッシュメモリ等が挙げられる。
【００８１】
そして、端末１０で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ１０３で実行することによって実現してもよい。すなわち、送信部１１と、受信部１３と、制御情報処理部１４とによって実行される各処理に対応するプログラムがメモリ１０４に記憶され、各プログラムがプロセッサ１０３で実行されてもよい。送信部１１と、受信部１３とは、ＲＦ回路１０２及びプロセッサ１０３によって実現される。制御情報処理部１４は、プロセッサ１０３によって実現される。アンテナ１２は、アンテナ１０１によって実現される。
【００８２】
図１２は、基地局のハードウェア構成例を示す図である。図１２に示すように、基地局２００は、アンテナ２０１と、ＲＦ回路２０２と、プロセッサ２０３と、ネットワークＩＦ２０４と、メモリ２０５とを有する。
【００８３】
プロセッサ２０３の一例として、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ２０５の一例として、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。
【００８４】
そして、基地局２０で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ２０３で実行することによって実現してもよい。すなわち、受信部２２と、ｅＮＢ通信制御部２３と、送信部２５とによって実行される各処理に対応するプログラムがメモリ２０５に記憶され、各プログラムがプロセッサ２０３で実行されてもよい。また、受信部２２と、送信部２５とは、ＲＦ回路２０２及びプロセッサ２０３によって実現される。ｅＮＢ通信制御部２３は、プロセッサ２０３によって実現される。記憶部２６は、メモリ２０５によって実現される。アンテナ２１は、アンテナ２０１によって実現される。ネットワークＩＦ２４は、ネットワークＩＦ２０４によって実現される。
【００８５】
図１３は、ＭＭＥのハードウェア構成例を示す図である。図１３に示すように、ＭＭＥ３００は、ネットワークＩＦ３０１と、プロセッサ３０２と、メモリ３０３とを有する。
【００８６】
プロセッサ３０２の一例として、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ３０３の一例として、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。
【００８７】
そして、ＭＭＥ３０で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムをプロセッサ３０２で実行することによって実現してもよい。すなわち、ＭＭＥ通信制御部３２によって実行される各処理に対応するプログラムがメモリ３０３に記憶され、各プログラムがプロセッサ３０２で実行されてもよい。また、ＭＭＥ通信制御部３２は、プロセッサ３０２によって実現される。記憶部３３は、メモリ３０３によって実現される。ネットワークＩＦ３１，３４は、ネットワークＩＦ３０１によって実現される。
【００８８】
［４］開示の技術は、スモールデータ以外のユーザデータに対しても適用可能である。
【符号の説明】
【００８９】
１０  端末
１４  制御情報処理部
２０  基地局
２３  ｅＮＢ通信制御部
３０  ＭＭＥ
３２  ＭＭＥ通信制御部
【図１】
2014181445.tif 000003
【図２】
2014181445.tif 000004
【図３】
2014181445.tif 000005
【図４】
2014181445.tif 000006
【図５】
2014181445.tif 000007
【図６】
2014181445.tif 000008
【図７】
2014181445.tif 000009
【図８】
2014181445.tif 000010
【図９】
2014181445.tif 000011
【図１０】
2014181445.tif 000012
【図１１】
2014181445.tif 000013
【図１２】
2014181445.tif 000014
【図１３】
2014181445.tif 000015
【国際調査報告】
2014181445.tif 000016
2014181445.tif 000017
2014181445.tif 000018
2014181445.tif 000019