WO2017141853A1

WO2017141853A1 - 無線基地局、端末装置、および通信システム

Info

Publication number: WO2017141853A1
Application number: PCT/JP2017/005074
Authority: WO
Inventors: 煉軍登
Original assignee: 日本電気株式会社
Priority date: 2016-02-15
Filing date: 2017-02-13
Publication date: 2017-08-24
Also published as: JPWO2017141853A1; US20190052512A1; EP3419252A4; EP3419252A1; JP6540875B2

Abstract

無線帯域の無駄な消費や、応答の即時性の低下を防止するための通信システムが提供される。通信システムにおける第１の無線通信装置は、第１の無線通信装置と第２の無線通信装置とを有する通信システムにおける該第１の無線通信装置であって、該第１の無線通信装置が、パケットを復元する第１の復元器と、パケットを圧縮する第１の圧縮器とを有しており、該第２の無線通信装置が、パケットを復元する第２の復元器と、パケットを圧縮する第２の圧縮器とを有しており、該第１の圧縮器と該第２の復元器との間には、複数のセッションに対応するセッショングループが設定されており、該第１の圧縮器が該第２の復元器へ、該パケットの復元状況に関するメッセージであって、該セッショングループに対応するメッセージを送信する。

Description

無線基地局、端末装置、および通信システム

　本発明は、無線基地局と端末装置を有する通信システムに関する。

　無線通信システムにおいて、無線リソース利用の効率化やデータ転送の効率化をはかるため、パケットの圧縮が行われている。無線基地局と端末装置にはそれぞれ、パケットの圧縮を行う圧縮器と、圧縮されたパケットを伸縮して元に戻す復元器とがある。パケット圧縮方法の中でも、ＲＯＨＣ（Ｒｏｂｕｓｔ　Ｈｅａｄｅｒ　Ｃｏｍｐｒｅｓｓｉｏｎ）制御と呼ばれる方法では、無線基地局と端末装置との間で送受信されるパケットのヘッダについて、圧縮や復元を行っている。

　以下、ＲＯＨＣ制御における全体の流れを説明する。まず、パケット送信側となる無線基地局または端末装置が、コアネットワーク、またはユーザーからパケットを受信する。
そして、圧縮器にてヘッダを圧縮したパケットを、パケット受信側となる他方の装置における復元器へ、送信する。パケットを受信した復元器は、そのパケットのヘッダの復元状況に関するメッセージを、パケット受信側における圧縮器を経由して、この圧縮器へ入力されるパケットに乗せて、パケット送信側となる装置における復元器へ送信する。このメッセージは、具体的には、パケットのヘッダの復元に成功したか否かを示すメッセージである。

　そして、パケット送信側における復元器は、受信したこのメッセージを、パケット送信側における圧縮器へ反映させる。この際、パケット送信側における復元器は、パケット送信側における圧縮器へ、パケットのヘッダの復元に必要なコンテクスト情報の送信を、要求する。

　このコンテクスト情報の要求および送信は、無線基地局と端末装置との間のデータ通信経路ＤＲＢ（Ｄａｔａ　Ｒａｄｉｏ　Ｂｅａｒｅｒ）毎に存在する各セッションにおいて、行われている（特許文献１）。各メッセージは、各セッション毎に設定された、ＣＩＤ（Ｃｏｎｔｅｘｔ　Ｉｄｅｎｔｉｆｉｅｒ）で識別される（非特許文献１）。

国際公開第２０１２／１０８２１５号Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ（ＩＥＴＦ）　Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ：５７９５

　１つのＤＲＢにおける複数のセッションで復元エラーが発生した場合、そのＤＲＢにおける複数のセッションにおいて、同じＳＴＡＴＩＣ－ＮＡＣＫ　ｍｅｓｓａｇｅの送受信が行われることとなる。そうなると、以下の点で問題がある。まず、圧縮器が同一のメッセージを多数送信することによって、無線帯域の無駄な消費が生じる。また、復元器が受信したＳＴＡＴＩＣ－ＮＡＣＫ　ｍｅｓｓａｇｅに基づいて逐次処理を行うことによって、応答の即時性が低下する。応答の即時性が低下すると、通信品質が悪化するおそれがある。

　そこで本発明では、
第１の無線通信装置と
第２の無線通信装置と
を有する通信システムにおける前記第１の無線通信装置であって、
前記第１の無線通信装置が、パケットを復元する第１の復元器と、パケットを圧縮する第１の圧縮器とを有しており、
前記第２の無線通信装置が、パケットを復元する第２の復元器と、パケットを圧縮する第２の圧縮器とを有しており、
前記第１の圧縮器と前記第２の復元器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第１の圧縮器が前記第２の復元器へ、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを送信する、第１の無線通信装置であって、前記セッショングループに対応するメッセージを送信することを、特徴としている。

　これにより、１つのセッショングループについて設定された複数のセッションで送受信される同一の、パケットの復元状況に関するメッセージを、減らすことが可能となる。さらに、これによって、無線帯域の無駄な消費や、応答の即時性の低下を防止することが可能となる。

本発明の通信システムの一例を示すブロック図第１の実施形態にかかる通信システムの構成を示すブロック図第１の実施形態にかかる動作を示すシーケンス図第１の実施形態にかかる動作を示すシーケンス図第２の実施形態にかかる通信システムの構成を示すブロック図本発明における、各識別情報を示す図第２の実施形態における動作を示す、フロー図第３の実施形態にかかる通信システムの構成を示すブロック図

　以下、本発明の実施の形態について図面を参照して詳細に説明する。

　第１の無線通信装置および第２の無線通信装置はそれぞれ、無線基地局や端末装置などであってもよい。

　以下の実施形態においては、第１の無線通信装置をパケット受信側、第２の無線通信装置をパケット送信側として説明するが、逆であってもよい。

　また、以下の実施形態においては、パケット受信側を無線基地局１、パケット送信側を端末装置２として説明するが、逆であってもよい。１が端末装置、２が無線基地局である場合には、端末装置と無線基地局が入れ替わるのみで、同様の説明が適用される。

　また、以下の説明ではパケットの圧縮および復元について記載しているが、パケットのヘッダを圧縮および復元することとしても良い。

　図１は、本発明の通信システムの一例を示すブロック図である。無線基地局１は、第１の復元器３、第１の圧縮器４、制御部８１、メモリ９１、そして無線インターフェース部１０１を有している。端末装置２は、第２の圧縮器５、第２の復元器６、制御部８２、メモリ９２、そして無線インターフェース部１０２を有している。無線基地局１と端末装置は、無線インターフェース部１０１と１０２とを介して通信可能になっている。

　（第１の実施形態）
　図２は、本発明の第１の実施の形態に係る通信システムの構成を示すブロック図である。以下の図においては、制御部、メモリ、そして無線インターフェース部を省略することとする。

　第１の復元器３と第２の圧縮器５の間および、第１の圧縮器４と第２の復元器６の間には、それぞれ複数のセッション７－１１１～７－１１ｎおよび７－２１１～７－２１ｎ（ｎは任意の整数）が設定されている。セッション７－１１１～７－１１ｎと７－２１１～７－２１ｎをそれぞれまとめて、セッショングループ７－１１と７－２１と呼ぶ。

　なお、それぞれのセッションの変化パターンは、コンテクスト情報である。コンテクスト情報とは、圧縮する前のパケット等である。これは、パケットの圧縮および復元に用いられる。コンテクスト情報は、ＣＩＤ（Ｃｏｎｔｅｘｔ　ＩＤｅｎｔｉｆｉｅｒ）によって識別される。

　第２の圧縮器５に入力されたパケットは、第２の圧縮器５において圧縮され、第１の復元器３へ送信される。第１の復元器３において、パケットの復元に成功した場合には、ＡＣＫメッセージ（パケットの復元に成功した旨のメッセージ）が、第１の圧縮器４を経由して、第２の復元器６へ送信される。そして、そのメッセージは、第２の圧縮器５へ送信される。また、第１の復元器３において、パケットの復元に失敗した場合には、ＳＴＡＴＩＣ－ＮＡＣＫメッセージが、上述したＡＣＫメッセージと同様のルートで、第２の圧縮器５へ送信される。なお、例えば、パケットの復元が成功したか失敗したかの判断は、パケットのヘッダまたはパケットに含まれるコンテクスト情報に基づいて行われても良い。例えば、第１の復元器３は、圧縮されたヘッダを復元する際、それ以前に受信したヘッダに含まれるコンテクスト情報が利用する。このコンテクスト情報が失われた又は破損したことを検出した場合、第１の復元器３は、それ以降、圧縮されたヘッダの復元を行うことが出来なくなる。この場合、ヘッダを含むパケットの復元に失敗する。

　以下、本実施形態にかかる動作について、図３、図４のシーケンス図を用いて説明する。

　まず、端末装置２における第２の圧縮器５に、ユーザーパケット（音声など）が入力される（Ｓ１）。第２の圧縮器５は、そのパケットを圧縮し（Ｓ２）、無線基地局１における第１の復元器３へ、圧縮したパケットを送信する（Ｓ３）。

　次に、第１の復元器３は、パケットの復元に成功した場合には、図３に示すように、復元したパケットを出力する（Ｓ４１、Ｓ５１）。また第１の復元器３は、復元に成功した旨を通知するメッセージ（ＡＣＫ　ｍｅｓｓａｇｅ）を生成する（Ｓ６１）。そして第１の復元器３は、このメッセージを、第１の圧縮器４を経由して、第１の圧縮器４へ入力されるデータパケットに乗せて、端末装置２における第２の復元器６へ送信する（Ｓ７１）。このメッセージは、Ｐｉｇｇｙｂａｃｋ　Ｉｎｐｕｔによって送信してもよい。この際、第１の圧縮器４から第２の復元器６へは、一本のセッショングループ７－２１に対応させて、一つのＡＣＫ　ｍｅｓｓａｇｅが送信される。

　一方、無線伝搬環境の劣化等に起因して復元エラーが発生した場合には、無線伝搬環境が改善し、データ送信が再開してから、第２の復元器６は、第２の圧縮器５へ、パケットの復元に必要な情報を要求することとなる。この要求の動作は、図４に示す通り、以下の手順に従って行われる。

　第１の復元器３は、復元状況として、復元エラーを通知するメッセージ（ＳＴＡＴＩＣ　ＮＡＣＫ　ｍｅｓｓａｇｅ）を生成する（Ｓ４２）。そして第１の復元器３は、このメッセージを、第１の圧縮器４を経由して、第１の圧縮器４へ入力されるデータパケットに乗せて、端末装置２における第２の復元器６へ送信する（Ｓ５２）。このメッセージは、Ｐｉｇｇｙｂａｃｋ　Ｉｎｐｕｔによって送信されても良い。この際、第１の圧縮器４から第２の復元器６へは、一本のセッショングループ７－２１に対応させて、一つのＳＴＡＴＩＣ　ＮＡＣＫ　ｍｅｓｓａｇｅが送信される。

　次に、第２の復元器６は、端末装置２における第２の圧縮器５のコンテクスト情報に、そのＳＴＡＴＩＣ－ＮＡＣＫ　ｍｅｓｓａｇｅの情報を反映させる。このメッセージの情報は、Ｆｅｅｄｂａｃｋ　Ｉｎｐｕｔによって反映させてもよい。同時に、第２の復元器６は、端末装置２における第２の圧縮器５へ、パケットの復元に必要なコンテクスト情報を要求する（Ｓ６２）。

　そして、第２の圧縮器５は、無線基地局１における第１の復元器３へ、パケットの復元に必要なコンテクスト情報を送信する（Ｓ７２）。その結果、第１の復元器３は、パケットを復元した上で出力することが可能となる（Ｓ８、Ｓ９）。

　本実施形態にかかる無線基地局を用いた通信システムによれば、１つのセッショングループ上で送受信される、パケットの復元状況に関するメッセージを、１つだけ送受信するだけで、パケットの復元処理を完了させることが可能となる。

　（第２の実施形態）
　第２の実施形態の説明では、第１の実施形態をより詳細に説明する。

　図５は、本発明の実施の形態に係る通信システムの構成を示すブロック図である。

　通信開始時、無線基地局１および端末装置２の各ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤには、通信経路である無線ベアラが設定される。無線基地局１および端末装置２には、各無線ベアラに対応するＰＤＣＰエンティティが生成される。本実施形態におけるこれらのＰＤＣＰエンティティは、第１の復元器３および第２の復元器６、第１の圧縮器４および第２の圧縮器５である。各ＰＤＣＰエンティティは、無線ベアラを用いて送受信されるデータパケットに対する制御情報を保持する。

　無線ベアラには、ＳＲＢ（Ｓｉｇｎａｌｉｎｇ　Ｒａｄｉｏ　Ｂｅａｒｅｒ）と、ＤＲＢ（Ｄａｔａ　Ｒａｄｉｏ　Ｂｅａｒｅｒ）とがある。本実施形態では、無線ベアラとして、ＤＲＢが設定されることとする。

　本実施形態では、上述したセッショングループが、無線ベアラごとに設定される。具体的には、セッショングループ７－１１および７－２１は、無線ベアラごとに設定されている。

　本実施形態における動作については、図３および図４を用いて説明した、第１の実施形態と同様に行われる。

　図３のステップＳ７１および図４のステップＳ５２以降、本実施形態における特徴的な動作について、図５を用いて詳細に説明する。

　本実施形態においては、第２の復元器６は、セッショングループ７－２１に設定された複数のセッション７－２１１～７－２１ｎのうち、例えば１本のセッション７－２１１に対応するＡＣＫ　ｍｅｓｓａｇｅまたはＳＴＡＴＩＣ－ＮＡＣＫ　ｍｅｓｓａｇｅを受信する。

　このメッセージは、セッショングループ７－２１における２以上のセッションの、パケットの復元状況に関するメッセージであってもよい。その場合には、第２の復元器６は、このメッセージを受信した際に、セッション７－２１１におけるパケットの復元状況だけでなく、セッション７－２１２～７－２１ｎの一部またはすべてにおけるパケットの復元状況についても認識することができる。

　このメッセージには、複数のセッションに設定されるＣＩＤ（Ｃｏｎｔｅｘｔ　ＩＤｅｎｔｉｆｉｅｒ）とは異なる識別情報であって、かつ、セッショングループに対応する識別情報が設定されていても良い。

　また、無線ベアラごとに識別情報が設定されてもよい。例えば、本実施形態においては、図６に示すＧＩＤ（Ｇｒｏｕｐ　ＩＤｅｎｔｉｆｉｅｒ）を設定している。

　ＧＩＤは、例えば、ｍａｘ　ＣＩＤ（圧縮器および復元器によって使用されうる、ＣＩＤの最大値）に、任意の値（図６においては、１以上の整数）を加算することによって設定することができる。無線ベアラのＩＤである、ＤＲＢ－ＩＤ（本実施形態では、任意の整数である、１～ｊの値をとることとする。）は、ＣＩＤと重複する場合がある。そこで、本実施形態のようにＧＩＤを設定することによって、ＤＲＢのＩＤとも、ＣＩＤとも区別される新しいＩＤを設定することができる。

　ただし、ＧＩＤは、ＣＩＤと異なるＩＤであれば、どのようなものであっても良い。ＤＲＢ－ＩＤと同じＩＤであっても良く、ＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)－ＩＤ（端末装置のＩＤｅｎｔｉｆｉｅｒ）と同じＩＤであっても良い。図６において、ＵＥ－ＩＤは、任意の整数である、１～ｕの値をとることとする。

　ここでは予め、ＳＴＡＴＩＣ－ＮＡＣＫメッセージをセッショングループに対応させて送信することとする、条件を設定してもよい。

　具体的には、例えば、閾値を設定する。セッショングループ７－２１におけるセッション７－２１１～７－２１ｎのうち、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値を超えた場合に、ＳＴＡＴＩＣ－ＮＡＣＫメッセージを、セッショングループに対応させて送信することとしても良い。またこの際、このメッセージにＧＩＤが設定されることとしても良い。

　閾値は、実際の無線環境における復元エラーの数の測定結果によって設定されても良い。例えば、閾値は、ある一定時間内に、セッショングループに設定された全てのセッションにおいて、復元エラーが発生することとなる、単位時間あたりの復元エラーの数（いくつのセッションにおいて復元エラーが発生するか）であっても良い。

　復元エラーの数は、１つのセッションにおいて復元エラーが発生した場合に“１”とする。なお、同じセッションにおいて復元エラーが複数回発生した場合であっても、復元エラーの数は“１”とする。こうすることによって、セッショングループに設定されたセッション全体の無線環境を把握することが可能となる。

　この場合の動作について、図７を用いて説明する。

　図５を用いた説明においては、セッショングループをセッショングループ７－２１と表現し、セッショングループ７－２１に複数のセッション７－２１１～７－２１ｎが設定されている、という表現を用いた。図７を用いた説明においては、便宜上、セッショングループに、ＣＩＤ＝１～ｎの複数のセッションが設定されている、という表現を用いることとするが、同じものを示している。

　（ステップＴ１）
　無線基地局１における制御部８１は、無線インターフェース部１０１を経由して、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）メッセージを用いて定期的に、セッションの使用状況（接続しているセッションの数および、パケットの復元状況が復元エラーを示すセッションの数）を取得しているものとする。制御部８１は、パケットの復元状況が復元エラーを示すセッションの数について、上述した閾値を設定する。そして、パケットの復元状況が復元エラーを示すセッションの数が閾値を超えるか否かについて、判断を行う。

　（ステップＴ２）
　取得した、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値以上であれば、第１の圧縮器４から第２の復元器６へ、ＳＴＡＴＩＣ－ＮＡＣＫメッセージを、本実施形態で規定する送信方法によって送信する対象と判断する。本実施形態で規定する送信方法とは、具体的には、ＳＴＡＴＩＣ－ＮＡＣＫメッセージを、セッショングループに対応させて、送信する方法である。

　本実施形態においては、このメッセージは、ＣＩＤの最小値である、ＣＩＤ＝１のセッションに対応させ、ＧＩＤを設定して、送信する。ＣＩＤ＝１～ｎのセッショングループのうち、ＣＩＤ＝１のセッション以外（この場合はＣＩＤ＝２～ｎのセッション）においては、第１の復元器３はこのメッセージを送信しない。この際、このメッセージは、ＣＩＤ＝１～ｎのセッションの、パケットの復元状況をも示すものとする。

　一方で、取得した、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値未満であれば、第１の圧縮器４は、この送信方法による送信の実行対象外であると判断し、従来法で処理する。つまり、第１の圧縮器４は、ＳＴＡＴＩＣ－ＮＡＣＫメッセージを、それぞれのセッションに対応させて送信する。

　（ステップＴ３）
　第２の復元器６が、ＣＩＤ＝１のセッションに対応するＳＴＡＴＩＣ－ＮＡＣＫメッセージを受信する。そして、制御部８２が、セッショングループのうち、ＳＴＡＴＩＣ－ＮＡＣＫメッセージが対応する１本のセッション（この場合はＣＩＤ＝１のセッション）とは他のセッション（この場合はＣＩＤ＝２～ｎ）についても、パケットの復元状況が復元エラーを示しているセッションを認識する。例えば、パケットの復元状況が復元エラーを示すセッションと、パケットの復元状況が復元エラーを示さないセッションとが存在する場合、制御部８２は、全てのセッション（ＣＩＤ＝１～ｎ）が、パケットの復元状況が復元エラーを示すセッションであると、認識（見直し）してもよい。例えば、あるセッショングループにおいて、パケットの復元状況が復元エラーを示すセッション８個であり、パケットの復元状況が復元エラーを示さないセッションが２個の場合、２個のセッションが、パケットの復元状況が復元エラーを示すセッションであるとみなされる。

　そして、制御部８２は、パケットの復元状況が復元エラーを示しているセッションを、メモリ９２へ記憶させる。

　その後、Ｆｅｅｄｂａｃｋ　Ｉｎｐｕｔによって、第２の復元器６が、第２の圧縮器５へ、ＳＴＡＴＩＣ－ＮＡＣＫメッセージを送信する。同時に、第２の復元器６は、第２の圧縮器５へ、パケットの復元に必要なコンテクスト情報を要求する。

　この際、この要求メッセージは、第２の復元器６から、ＣＩＤ＝１のセッションに対応させて、第２の圧縮器５へ送信されても良い。この場合には、第２の圧縮器５がこの要求メッセージを受信すると、制御部８２が、第２の圧縮器５における、ＣＩＤ＝１のセッションとは他のセッション（ＣＩＤ＝２～ｎ）のセッションについても、コンテクスト情報を要求されているセッションについて、この要求メッセージを対応させてもよい。

　なお、このメッセージは、第２の復元器６から、セッションごとに、第２の圧縮器５へ送信されても良い。

　（ステップＴ４）
　ＳＴＡＴＩＣ－ＮＡＣＫメッセージを受信した第２の圧縮器５は、パケットの復元に必要な全てのコンテクスト情報を、第１の復元器３へ送信する。このコンテクスト情報は、圧縮前のユーザーパケット（音声など）等である。このコンテクスト情報も、１つのセッションのみに対応させて送信されても良いし、セッショングループにおける２以上のセッションごとに送信されても良い。

　本実施形態にかかる無線基地局を用いた通信システムによれば、複数のセッションが設定された１つのセッショングループが設定される無線ベアラ上で、パケット圧縮器が、パケットの復元状況に関するメッセージを、パケット復元器へ１つだけ送信するだけで、無線ベアラに設定された複数のセッションについて当該メッセージを通知し、パケットの復元処理を完了させることが可能となる。

　（第３の実施形態）
　続いて、第３の実施形態について、説明する。

　本実施形態においては、ＡＣＫメッセージまたはＳＴＡＴＩＣ－ＮＡＣＫメッセージが、セッショングループに対応していると同時に、セッショングループが、端末装置ごとに設定されている。

　例えば、図８のような通信システムの場合について、説明する。

　図８では、無線基地局１が、複数の第１の復元器３１～３ｍ（ｍは任意の整数）と、複数の第１の圧縮器４１～４ｍを有している。また、端末装置２が、複数の第２の圧縮器５１～５ｍと、複数の第２の復元器６１～６ｍを有している。

　第１の復元器３１と第２の圧縮器５１との間には複数のセッション７－１１１～７－１１ｎが設定されている。同様に、第１の復元器３ｍと第２の圧縮器５ｍとの間には、複数のセッション７－１ｍ１～７－１ｍｎが設定されている。また、第１の圧縮器４１と第２の復元器６１との間には、複数のセッション７－２１１～７－２１ｎが設定されている。
同様に、第１の圧縮器４ｍと第２の復元器６ｍとの間には、複数のセッション７－２ｍ１～７－２ｍｎが設定されている。

　本実施形態においては、セッショングループが、端末装置２ごとに設定されている。つまり、無線基地局１と端末装置２との間に設定された複数のセッション７－１１１～７－１１ｎ、７－１ｍ１～７－１ｍｎ、７－２１１～７－２１ｎ、および７－２ｍ１～７－２ｍｎすべてをまとめて、一つのセッショングループが設定される。図８では、第１の圧縮器４１と第２の復元器６１との間に、一つのセッショングループ７－０が設定されている。

　また、第１の圧縮器４１～４ｍと、第２の復元器６１～６ｍ、および、第１の復元器３１～３ｍと、第２の圧縮器５１～５ｍそれぞれとが、無線ベアラによって接続されていてもよい。

　本実施形態における動作については、図３および図４を用いて説明した、第１および第２の実施形態と同様に行われる。

　図３のステップＳ７１および図４のステップＳ５２以降の、本実施形態における特徴的な動作について、図８を用いて詳細に説明する。

　本実施形態においては、例えば第２の復元器６１は、セッショングループ７－０に設定された複数のセッションのうち、例えば１本のセッション７－２１１に対応するＡＣＫ　ｍｅｓｓａｇｅまたはＳＴＡＴＩＣ－ＮＡＣＫ　ｍｅｓｓａｇｅを受信する。

　このメッセージは、第２の実施形態で説明したように、セッショングループ７－０における２以上のセッションの、パケットの復元状況に関するメッセージであってもよい。その場合には、例えば第２の復元器６１は、このメッセージを受信した際に、セッション７－２１１におけるパケットの復元状況だけでなく、セッション７－２１２（図示せず）～７－２１ｎの一部またはすべてにおけるパケットの復元状況についても認識することができる。

　さらに本実施形態においては、このメッセージは、端末装置２が有している、第２の復元器６１とは他の第２の復元器６２（図示せず）～６ｍにおけるパケットの復元状況に関するメッセージであってもよい。これによって、第２の復元器６１は、第２の復元器６２～６ｍにおけるパケットの復元状況についても、認識することができる。

　なお、このメッセージには、上述したＧＩＤが設定されても良い。

　この後の、第２の復元器６１から第２の圧縮器５１へメッセージが送信される動作以降については、第１および第２の実施形態と同様に行われる。また、本実施形態においても、第２の実施形態において説明したように、復元エラーの数について、閾値を設定しても良い。

　本実施形態にかかる無線基地局を用いた通信システムによれば、端末装置または無線基地局が複数の復元器を有しており、複数の復元器において復元エラーが発生した場合であっても、パケット圧縮器が、パケットの復元状況に関するメッセージを、パケット復元器へ１つだけ送信するだけで、セッショングループに設定された複数のセッションについて当該メッセージを通知し、パケットの復元処理を完了させることが可能となる。

　以上、本発明の実施形態を説明した。本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上述した実施形態は例示であり、実施形態の組合せやそれらの各構成要素や各処理プロセスの組合せに様々な変形例が可能なこと、またそうした変形例も本発明の範囲にあることは、当業者に理解されるところである。

　例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

　また、本明細書において説明した無線基地局は、例えば、通信処理部、要求部、情報取得部、及び／又は報告部等の構成要素を備えるものであってもよい。さらに、これらの構成要素を備えるモジュール（例えば、無線基地局装置、又は無線基地局装置のためのモジュール）が提供されてもよい。また、当該構成要素の処理を含む方法が提供されてもよく、当該構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。
また、当該プログラムを記録した記録媒体が提供されてもよい。
当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。

　また、本明細書において説明した端末装置は、例えば、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）トランシーバ、アンテナ、ベースバンドプロセッサ、アプリケーションプロセッサ、およびメモリ等の構成要素を有するものであってもよい。

　ＲＦトランシーバ（ＲＦ）トランシーバは、無線基地局と通信するためにアナログＲＦ信号処理を行う。ＲＦトランシーバにより行われるアナログＲＦ信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含むものであってもよい。
ＲＦトランシーバは、アンテナ及びベースバンドプロセッサと結合されるものであってもよい。すなわち、ＲＦトランシーバは、変調シンボルデータ（又はＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルデータ）をベースバンドプロセッサから受信し、送信ＲＦ信号を生成し、送信ＲＦ信号をアンテナに供給してもよい。また、ＲＦトランシーバは、アンテナによって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサに供給してもよい。

　ベースバンドプロセッサは、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、（ａ）データ圧縮／復元、（ｂ）データのセグメンテーション／コンカテネーション、（ｃ）伝送フォーマット（伝送フレーム）の生成／分解、（ｄ）伝送路符号化／復号化、（ｅ）変調（シンボルマッピング）／復調、及び（ｆ）Ｉｎｖｅｒｓｅ　Ｆａｓｔ　Ｆｏｕｒｉｅｒ　Ｔｒａｎｓｆｏｒｍ（ＩＦＦＴ）によるＯＦＤＭシンボルデータ（ベースバンドＯＦＤＭ信号）の生成などを含むものであってもよい。一方、コントロールプレーン処理は、レイヤ１（ｅ．ｇ．，送信電力制御）、レイヤ２（ｅ．ｇ．，無線リソース管理、及びｈｙｂｒｉｄ　ａｕｔｏｍａｔｉｃ　ｒｅｐｅａｔ　ｒｅｑｕｅｓｔ（ＨＡＲＱ）処理）、及びレイヤ３（ｅ．ｇ．，アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含んでもよい。

　例えば、ＬＴＥ(Ｌｏｎｇ－ＴｅｒｍＥｖｏｌｕｔｉｏｎ)及びＬＴＥ－Ａｄｖａｎｃｅｄの場合、ベースバンドプロセッサによるデジタルベースバンド信号処理は、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤ、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤ、およびＰＨＹ（Ｐｈｙｓｉｃａｌ）レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ２００３によるコントロールプレーン処理は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）プロトコル、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）プロトコル、及びＭＡＣ　ＣＥ（ＭＡＣ　Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ）の処理を含んでもよい。

　ベースバンドプロセッサは、デジタルベースバンド信号処理を行うモデム・プロセッサ（ｅ．ｇ．，ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（ｅ．ｇ．，ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、またはＭＰＵ（Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサと共通化されてもよい。

　アプリケーションプロセッサは、ＣＰＵ、ＭＰＵ、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサは、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサは、メモリ又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、ＷＥＢブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、端末装置の各種機能を実現する。

　いくつかの実装において、ベースバンドプロセッサ及びアプリケーションプロセッサは、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ及びアプリケーションプロセッサは、１つのＳｏＣ（Ｓｙｓｔｅｍ　ｏｎＣｈｉｐ）デバイスとして実装されてもよい。ＳｏＣデバイスは、システムＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ）またはチップセットと呼ばれることもある。

　メモリは、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリは、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）若しくはＤＲＡＭ（Ｄｙｎａｍｉｃ　ＲＡＭ）又はこれらの組み合わせである。不揮発性メモリは、ＭＲＯＭ（ＭａｓｋＲｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリは、ベースバンドプロセッサ、アプリケーションプロセッサ、及びＳｏＣからアクセス可能な外部メモリデバイスを含んでもよい。メモリは、ベースバンドプロセッサ内、アプリケーションプロセッサ内、又はＳｏＣ内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリは、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ　Ｃａｒｄ）内のメモリを含んでもよい。

　メモリは、上述の複数の実施形態で説明された端末装置による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ又はアプリケーションプロセッサは、当該ソフトウェアモジュールをメモリから読み出して実行することで、上述の実施形態で説明された端末装置の処理を行うよう構成されてもよい。
　この出願は、２０１６年２月１５日に出願された日本出願特願２０１６－０２５４３１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１　　無線基地局
　２　　端末装置
　３　　第１の復元器
　４　　第１の圧縮器
　５　　第２の圧縮器
　６　　第２の復元器
　８１、８２　　ＣＰＵ（制御部）
　９１、９２　　メモリ
　１０１、１０２　　無線インターフェース部

Claims

　第１の無線通信装置と
第２の無線通信装置と
を有する通信システムにおける前記第１の無線通信装置であって、
前記第１の無線通信装置が、パケットを復元する第１の復元器と、パケットを圧縮する第１の圧縮器とを有しており、
前記第２の無線通信装置が、パケットを復元する第２の復元器と、パケットを圧縮する第２の圧縮器とを有しており、
前記第１の圧縮器と前記第２の復元器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第１の圧縮器が前記第２の復元器へ、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを送信する、
第１の無線通信装置。
　前記セッショングループは、無線ベアラごとに設定されている、
請求項１に記載の第１の無線通信装置。
　前記セッショングループは、前記第２の無線通信装置ごとに設定されている、
請求項１に記載の第１の無線通信装置。
　前記メッセージには、前記複数のセッションに設定されるＣＩＤ（Ｃｏｎｔｅｘｔ　ＩＤｅｎｔｉｆｉｅｒ）とは異なる識別情報であって、かつ、前記セッショングループに対応する識別情報が設定される、
請求項１乃至３のいずれかに記載の第１の無線通信装置。
　前記メッセージが、前記複数のセッションのうち、１本のセッションに対応するメッセージである、
請求項１乃至４のいずれかに記載の第１の無線通信装置。
前記メッセージが、前記セッショングループにおける２以上のセッションの、前記パケットの復元状況に関するメッセージである、
請求項１乃至５のいずれかに記載の第１の無線通信装置。
　前記パケットの復元状況が復元エラーを示す、
請求項１乃至６のいずれかに記載の第１の無線通信装置。
　前記第２の復元器が、前記第２の圧縮器へ、コンテクスト情報の要求を送信し、
前記第１の復元器が、前記第２の圧縮器から受信した前記コンテクスト情報に基づいて、前記パケットの復元を行う、
請求項７に記載の第１の無線通信装置。
前記セッショングループにおける前記セッションのうち、前記パケットの復元状況が復元エラーを示す前記セッションの数が、予め設定した閾値を超えた場合に、前記第１の圧縮器が前記第２の復元器へ、前記メッセージを送信する、
請求項７または８に記載の第１の無線通信装置。
　第１の無線通信装置と
第２の無線通信装置と
を有する通信システムにおける前記第１の無線通信装置であって、
前記第１の無線通信装置が、パケットを復元する第１の復元器と、パケットを圧縮する第１の圧縮器とを有しており、
前記第２の無線通信装置が、パケットを復元する第２の復元器と、パケットを圧縮する第２の圧縮器とを有しており、
前記第１の復元器と前記第２の圧縮器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第１の復元器が前記第２の圧縮器から、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを受信する、
第１の無線通信装置。