JP6540875B2 - 無線基地局、端末装置、および通信システム - Google Patents
無線基地局、端末装置、および通信システム Download PDFInfo
- Publication number
- JP6540875B2 JP6540875B2 JP2018500095A JP2018500095A JP6540875B2 JP 6540875 B2 JP6540875 B2 JP 6540875B2 JP 2018500095 A JP2018500095 A JP 2018500095A JP 2018500095 A JP2018500095 A JP 2018500095A JP 6540875 B2 JP6540875 B2 JP 6540875B2
- Authority
- JP
- Japan
- Prior art keywords
- wireless communication
- decompressor
- packet
- compressor
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/08—Interfaces between hierarchically different network devices between user and terminal device
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Description
本発明は、無線基地局と端末装置を有する通信システムに関する。
無線通信システムにおいて、無線リソース利用の効率化やデータ転送の効率化をはかるため、パケットの圧縮が行われている。無線基地局と端末装置にはそれぞれ、パケットの圧縮を行う圧縮器と、圧縮されたパケットを伸縮して元に戻す復元器とがある。パケット圧縮方法の中でも、ROHC(Robust Header Compression)制御と呼ばれる方法では、無線基地局と端末装置との間で送受信されるパケットのヘッダについて、圧縮や復元を行っている。
以下、ROHC制御における全体の流れを説明する。まず、パケット送信側となる無線基地局または端末装置が、コアネットワーク、またはユーザーからパケットを受信する。
そして、圧縮器にてヘッダを圧縮したパケットを、パケット受信側となる他方の装置における復元器へ、送信する。パケットを受信した復元器は、そのパケットのヘッダの復元状況に関するメッセージを、パケット受信側における圧縮器を経由して、この圧縮器へ入力されるパケットに乗せて、パケット送信側となる装置における復元器へ送信する。このメッセージは、具体的には、パケットのヘッダの復元に成功したか否かを示すメッセージである。
そして、圧縮器にてヘッダを圧縮したパケットを、パケット受信側となる他方の装置における復元器へ、送信する。パケットを受信した復元器は、そのパケットのヘッダの復元状況に関するメッセージを、パケット受信側における圧縮器を経由して、この圧縮器へ入力されるパケットに乗せて、パケット送信側となる装置における復元器へ送信する。このメッセージは、具体的には、パケットのヘッダの復元に成功したか否かを示すメッセージである。
そして、パケット送信側における復元器は、受信したこのメッセージを、パケット送信側における圧縮器へ反映させる。この際、パケット送信側における復元器は、パケット送信側における圧縮器へ、パケットのヘッダの復元に必要なコンテクスト情報の送信を、要求する。
このコンテクスト情報の要求および送信は、無線基地局と端末装置との間のデータ通信経路DRB(Data Radio Bearer)毎に存在する各セッションにおいて、行われている(特許文献1)。各メッセージは、各セッション毎に設定された、CID(Context Identifier)で識別される(非特許文献1)。
1つのDRBにおける複数のセッションで復元エラーが発生した場合、そのDRBにおける複数のセッションにおいて、同じSTATIC−NACK messageの送受信が行われることとなる。そうなると、以下の点で問題がある。まず、圧縮器が同一のメッセージを多数送信することによって、無線帯域の無駄な消費が生じる。また、復元器が受信したSTATIC−NACK messageに基づいて逐次処理を行うことによって、応答の即時性が低下する。応答の即時性が低下すると、通信品質が悪化するおそれがある。
そこで本発明では、
第1の無線通信装置と
第2の無線通信装置と
を有する通信システムにおける前記第1の無線通信装置であって、
前記第1の無線通信装置が、パケットを復元する第1の復元器と、パケットを圧縮する第1の圧縮器とを有しており、
前記第2の無線通信装置が、パケットを復元する第2の復元器と、パケットを圧縮する第2の圧縮器とを有しており、
前記第1の圧縮器と前記第2の復元器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第1の圧縮器が前記第2の復元器へ、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを送信する、第1の無線通信装置であって、前記セッショングループに対応するメッセージを送信することを、特徴としている。
第1の無線通信装置と
第2の無線通信装置と
を有する通信システムにおける前記第1の無線通信装置であって、
前記第1の無線通信装置が、パケットを復元する第1の復元器と、パケットを圧縮する第1の圧縮器とを有しており、
前記第2の無線通信装置が、パケットを復元する第2の復元器と、パケットを圧縮する第2の圧縮器とを有しており、
前記第1の圧縮器と前記第2の復元器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第1の圧縮器が前記第2の復元器へ、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを送信する、第1の無線通信装置であって、前記セッショングループに対応するメッセージを送信することを、特徴としている。
これにより、1つのセッショングループについて設定された複数のセッションで送受信される同一の、パケットの復元状況に関するメッセージを、減らすことが可能となる。さらに、これによって、無線帯域の無駄な消費や、応答の即時性の低下を防止することが可能となる。
以下、本発明の実施の形態について図面を参照して詳細に説明する。
第1の無線通信装置および第2の無線通信装置はそれぞれ、無線基地局や端末装置などであってもよい。
以下の実施形態においては、第1の無線通信装置をパケット受信側、第2の無線通信装置をパケット送信側として説明するが、逆であってもよい。
また、以下の実施形態においては、パケット受信側を無線基地局1、パケット送信側を端末装置2として説明するが、逆であってもよい。1が端末装置、2が無線基地局である場合には、端末装置と無線基地局が入れ替わるのみで、同様の説明が適用される。
また、以下の説明ではパケットの圧縮および復元について記載しているが、パケットのヘッダを圧縮および復元することとしても良い。
図1は、本発明の通信システムの一例を示すブロック図である。無線基地局1は、第1の復元器3、第1の圧縮器4、制御部81、メモリ91、そして無線インターフェース部101を有している。端末装置2は、第2の圧縮器5、第2の復元器6、制御部82、メモリ92、そして無線インターフェース部102を有している。無線基地局1と端末装置は、無線インターフェース部101と102とを介して通信可能になっている。
(第1の実施形態)
図2は、本発明の第1の実施の形態に係る通信システムの構成を示すブロック図である。以下の図においては、制御部、メモリ、そして無線インターフェース部を省略することとする。
図2は、本発明の第1の実施の形態に係る通信システムの構成を示すブロック図である。以下の図においては、制御部、メモリ、そして無線インターフェース部を省略することとする。
第1の復元器3と第2の圧縮器5の間および、第1の圧縮器4と第2の復元器6の間には、それぞれ複数のセッション7−111〜7−11nおよび7−211〜7−21n(nは任意の整数)が設定されている。セッション7−111〜7−11nと7−211〜7−21nをそれぞれまとめて、セッショングループ7−11と7−21と呼ぶ。
なお、それぞれのセッションの変化パターンは、コンテクスト情報である。コンテクスト情報とは、圧縮する前のパケット等である。これは、パケットの圧縮および復元に用いられる。コンテクスト情報は、CID(Context IDentifier)によって識別される。
第2の圧縮器5に入力されたパケットは、第2の圧縮器5において圧縮され、第1の復元器3へ送信される。第1の復元器3において、パケットの復元に成功した場合には、ACKメッセージ(パケットの復元に成功した旨のメッセージ)が、第1の圧縮器4を経由して、第2の復元器6へ送信される。そして、そのメッセージは、第2の圧縮器5へ送信される。また、第1の復元器3において、パケットの復元に失敗した場合には、STATIC−NACKメッセージが、上述したACKメッセージと同様のルートで、第2の圧縮器5へ送信される。なお、例えば、パケットの復元が成功したか失敗したかの判断は、パケットのヘッダまたはパケットに含まれるコンテクスト情報に基づいて行われても良い。例えば、第1の復元器3は、圧縮されたヘッダを復元する際、それ以前に受信したヘッダに含まれるコンテクスト情報が利用する。このコンテクスト情報が失われた又は破損したことを検出した場合、第1の復元器3は、それ以降、圧縮されたヘッダの復元を行うことが出来なくなる。この場合、ヘッダを含むパケットの復元に失敗する。
以下、本実施形態にかかる動作について、図3、図4のシーケンス図を用いて説明する。
まず、端末装置2における第2の圧縮器5に、ユーザーパケット(音声など)が入力される(S1)。第2の圧縮器5は、そのパケットを圧縮し(S2)、無線基地局1における第1の復元器3へ、圧縮したパケットを送信する(S3)。
次に、第1の復元器3は、パケットの復元に成功した場合には、図3に示すように、復元したパケットを出力する(S41、S51)。また第1の復元器3は、復元に成功した旨を通知するメッセージ(ACK message)を生成する(S61)。そして第1の復元器3は、このメッセージを、第1の圧縮器4を経由して、第1の圧縮器4へ入力されるデータパケットに乗せて、端末装置2における第2の復元器6へ送信する(S71)。このメッセージは、Piggyback Inputによって送信してもよい。この際、第1の圧縮器4から第2の復元器6へは、一本のセッショングループ7−21に対応させて、一つのACK messageが送信される。
一方、無線伝搬環境の劣化等に起因して復元エラーが発生した場合には、無線伝搬環境が改善し、データ送信が再開してから、第2の復元器6は、第2の圧縮器5へ、パケットの復元に必要な情報を要求することとなる。この要求の動作は、図4に示す通り、以下の手順に従って行われる。
第1の復元器3は、復元状況として、復元エラーを通知するメッセージ(STATIC NACK message)を生成する(S42)。そして第1の復元器3は、このメッセージを、第1の圧縮器4を経由して、第1の圧縮器4へ入力されるデータパケットに乗せて、端末装置2における第2の復元器6へ送信する(S52)。このメッセージは、Piggyback Inputによって送信されても良い。この際、第1の圧縮器4から第2の復元器6へは、一本のセッショングループ7−21に対応させて、一つのSTATIC NACK messageが送信される。
次に、第2の復元器6は、端末装置2における第2の圧縮器5のコンテクスト情報に、そのSTATIC−NACK messageの情報を反映させる。このメッセージの情報は、Feedback Inputによって反映させてもよい。同時に、第2の復元器6は、端末装置2における第2の圧縮器5へ、パケットの復元に必要なコンテクスト情報を要求する(S62)。
そして、第2の圧縮器5は、無線基地局1における第1の復元器3へ、パケットの復元に必要なコンテクスト情報を送信する(S72)。その結果、第1の復元器3は、パケットを復元した上で出力することが可能となる(S8、S9)。
本実施形態にかかる無線基地局を用いた通信システムによれば、1つのセッショングループ上で送受信される、パケットの復元状況に関するメッセージを、1つだけ送受信するだけで、パケットの復元処理を完了させることが可能となる。
(第2の実施形態)
第2の実施形態の説明では、第1の実施形態をより詳細に説明する。
第2の実施形態の説明では、第1の実施形態をより詳細に説明する。
図5は、本発明の実施の形態に係る通信システムの構成を示すブロック図である。
通信開始時、無線基地局1および端末装置2の各PDCP(Packet Data Convergence Protocol)レイヤには、通信経路である無線ベアラが設定される。無線基地局1および端末装置2には、各無線ベアラに対応するPDCPエンティティが生成される。本実施形態におけるこれらのPDCPエンティティは、第1の復元器3および第2の復元器6、第1の圧縮器4および第2の圧縮器5である。各PDCPエンティティは、無線ベアラを用いて送受信されるデータパケットに対する制御情報を保持する。
無線ベアラには、SRB(Signaling Radio Bearer)と、DRB(Data Radio Bearer)とがある。本実施形態では、無線ベアラとして、DRBが設定されることとする。
本実施形態では、上述したセッショングループが、無線ベアラごとに設定される。具体的には、セッショングループ7−11および7−21は、無線ベアラごとに設定されている。
本実施形態における動作については、図3および図4を用いて説明した、第1の実施形態と同様に行われる。
図3のステップS71および図4のステップS52以降、本実施形態における特徴的な動作について、図5を用いて詳細に説明する。
本実施形態においては、第2の復元器6は、セッショングループ7−21に設定された複数のセッション7−211〜7−21nのうち、例えば1本のセッション7−211に対応するACK messageまたはSTATIC−NACK messageを受信する。
このメッセージは、セッショングループ7−21における2以上のセッションの、パケットの復元状況に関するメッセージであってもよい。その場合には、第2の復元器6は、このメッセージを受信した際に、セッション7−211におけるパケットの復元状況だけでなく、セッション7−212〜7−21nの一部またはすべてにおけるパケットの復元状況についても認識することができる。
このメッセージには、複数のセッションに設定されるCID(Context IDentifier)とは異なる識別情報であって、かつ、セッショングループに対応する識別情報が設定されていても良い。
また、無線ベアラごとに識別情報が設定されてもよい。例えば、本実施形態においては、図6に示すGID(Group IDentifier)を設定している。
GIDは、例えば、max CID(圧縮器および復元器によって使用されうる、CIDの最大値)に、任意の値(図6においては、1以上の整数)を加算することによって設定することができる。無線ベアラのIDである、DRB−ID(本実施形態では、任意の整数である、1〜jの値をとることとする。)は、CIDと重複する場合がある。そこで、本実施形態のようにGIDを設定することによって、DRBのIDとも、CIDとも区別される新しいIDを設定することができる。
ただし、GIDは、CIDと異なるIDであれば、どのようなものであっても良い。DRB−IDと同じIDであっても良く、UE(User Equipment)−ID(端末装置のIDentifier)と同じIDであっても良い。図6において、UE−IDは、任意の整数である、1〜uの値をとることとする。
ここでは予め、STATIC−NACKメッセージをセッショングループに対応させて送信することとする、条件を設定してもよい。
具体的には、例えば、閾値を設定する。セッショングループ7−21におけるセッション7−211〜7−21nのうち、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値を超えた場合に、STATIC−NACKメッセージを、セッショングループに対応させて送信することとしても良い。またこの際、このメッセージにGIDが設定されることとしても良い。
閾値は、実際の無線環境における復元エラーの数の測定結果によって設定されても良い。例えば、閾値は、ある一定時間内に、セッショングループに設定された全てのセッションにおいて、復元エラーが発生することとなる、単位時間あたりの復元エラーの数(いくつのセッションにおいて復元エラーが発生するか)であっても良い。
復元エラーの数は、1つのセッションにおいて復元エラーが発生した場合に“1”とする。なお、同じセッションにおいて復元エラーが複数回発生した場合であっても、復元エラーの数は“1”とする。こうすることによって、セッショングループに設定されたセッション全体の無線環境を把握することが可能となる。
この場合の動作について、図7を用いて説明する。
図5を用いた説明においては、セッショングループをセッショングループ7−21と表現し、セッショングループ7−21に複数のセッション7−211〜7−21nが設定されている、という表現を用いた。図7を用いた説明においては、便宜上、セッショングループに、CID=1〜nの複数のセッションが設定されている、という表現を用いることとするが、同じものを示している。
(ステップT1)
無線基地局1における制御部81は、無線インターフェース部101を経由して、RRC(Radio Resource Control)メッセージを用いて定期的に、セッションの使用状況(接続しているセッションの数および、パケットの復元状況が復元エラーを示すセッションの数)を取得しているものとする。制御部81は、パケットの復元状況が復元エラーを示すセッションの数について、上述した閾値を設定する。そして、パケットの復元状況が復元エラーを示すセッションの数が閾値を超えるか否かについて、判断を行う。
無線基地局1における制御部81は、無線インターフェース部101を経由して、RRC(Radio Resource Control)メッセージを用いて定期的に、セッションの使用状況(接続しているセッションの数および、パケットの復元状況が復元エラーを示すセッションの数)を取得しているものとする。制御部81は、パケットの復元状況が復元エラーを示すセッションの数について、上述した閾値を設定する。そして、パケットの復元状況が復元エラーを示すセッションの数が閾値を超えるか否かについて、判断を行う。
(ステップT2)
取得した、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値以上であれば、第1の圧縮器4から第2の復元器6へ、STATIC−NACKメッセージを、本実施形態で規定する送信方法によって送信する対象と判断する。本実施形態で規定する送信方法とは、具体的には、STATIC−NACKメッセージを、セッショングループに対応させて、送信する方法である。
取得した、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値以上であれば、第1の圧縮器4から第2の復元器6へ、STATIC−NACKメッセージを、本実施形態で規定する送信方法によって送信する対象と判断する。本実施形態で規定する送信方法とは、具体的には、STATIC−NACKメッセージを、セッショングループに対応させて、送信する方法である。
本実施形態においては、このメッセージは、CIDの最小値である、CID=1のセッションに対応させ、GIDを設定して、送信する。CID=1〜nのセッショングループのうち、CID=1のセッション以外(この場合はCID=2〜nのセッション)においては、第1の復元器3はこのメッセージを送信しない。この際、このメッセージは、CID=1〜nのセッションの、パケットの復元状況をも示すものとする。
一方で、取得した、パケットの復元状況が復元エラーを示すセッションの数が、予め設定した閾値未満であれば、第1の圧縮器4は、この送信方法による送信の実行対象外であると判断し、従来法で処理する。つまり、第1の圧縮器4は、STATIC−NACKメッセージを、それぞれのセッションに対応させて送信する。
(ステップT3)
第2の復元器6が、CID=1のセッションに対応するSTATIC−NACKメッセージを受信する。そして、制御部82が、セッショングループのうち、STATIC−NACKメッセージが対応する1本のセッション(この場合はCID=1のセッション)とは他のセッション(この場合はCID=2〜n)についても、パケットの復元状況が復元エラーを示しているセッションを認識する。例えば、パケットの復元状況が復元エラーを示すセッションと、パケットの復元状況が復元エラーを示さないセッションとが存在する場合、制御部82は、全てのセッション(CID=1〜n)が、パケットの復元状況が復元エラーを示すセッションであると、認識(見直し)してもよい。例えば、あるセッショングループにおいて、パケットの復元状況が復元エラーを示すセッション8個であり、パケットの復元状況が復元エラーを示さないセッションが2個の場合、2個のセッションが、パケットの復元状況が復元エラーを示すセッションであるとみなされる。
第2の復元器6が、CID=1のセッションに対応するSTATIC−NACKメッセージを受信する。そして、制御部82が、セッショングループのうち、STATIC−NACKメッセージが対応する1本のセッション(この場合はCID=1のセッション)とは他のセッション(この場合はCID=2〜n)についても、パケットの復元状況が復元エラーを示しているセッションを認識する。例えば、パケットの復元状況が復元エラーを示すセッションと、パケットの復元状況が復元エラーを示さないセッションとが存在する場合、制御部82は、全てのセッション(CID=1〜n)が、パケットの復元状況が復元エラーを示すセッションであると、認識(見直し)してもよい。例えば、あるセッショングループにおいて、パケットの復元状況が復元エラーを示すセッション8個であり、パケットの復元状況が復元エラーを示さないセッションが2個の場合、2個のセッションが、パケットの復元状況が復元エラーを示すセッションであるとみなされる。
そして、制御部82は、パケットの復元状況が復元エラーを示しているセッションを、メモリ92へ記憶させる。
その後、Feedback Inputによって、第2の復元器6が、第2の圧縮器5へ、STATIC−NACKメッセージを送信する。同時に、第2の復元器6は、第2の圧縮器5へ、パケットの復元に必要なコンテクスト情報を要求する。
この際、この要求メッセージは、第2の復元器6から、CID=1のセッションに対応させて、第2の圧縮器5へ送信されても良い。この場合には、第2の圧縮器5がこの要求メッセージを受信すると、制御部82が、第2の圧縮器5における、CID=1のセッションとは他のセッション(CID=2〜n)のセッションについても、コンテクスト情報を要求されているセッションについて、この要求メッセージを対応させてもよい。
なお、このメッセージは、第2の復元器6から、セッションごとに、第2の圧縮器5へ送信されても良い。
(ステップT4)
STATIC−NACKメッセージを受信した第2の圧縮器5は、パケットの復元に必要な全てのコンテクスト情報を、第1の復元器3へ送信する。このコンテクスト情報は、圧縮前のユーザーパケット(音声など)等である。このコンテクスト情報も、1つのセッションのみに対応させて送信されても良いし、セッショングループにおける2以上のセッションごとに送信されても良い。
STATIC−NACKメッセージを受信した第2の圧縮器5は、パケットの復元に必要な全てのコンテクスト情報を、第1の復元器3へ送信する。このコンテクスト情報は、圧縮前のユーザーパケット(音声など)等である。このコンテクスト情報も、1つのセッションのみに対応させて送信されても良いし、セッショングループにおける2以上のセッションごとに送信されても良い。
本実施形態にかかる無線基地局を用いた通信システムによれば、複数のセッションが設定された1つのセッショングループが設定される無線ベアラ上で、パケット圧縮器が、パケットの復元状況に関するメッセージを、パケット復元器へ1つだけ送信するだけで、無線ベアラに設定された複数のセッションについて当該メッセージを通知し、パケットの復元処理を完了させることが可能となる。
(第3の実施形態)
続いて、第3の実施形態について、説明する。
続いて、第3の実施形態について、説明する。
本実施形態においては、ACKメッセージまたはSTATIC−NACKメッセージが、セッショングループに対応していると同時に、セッショングループが、端末装置ごとに設定されている。
例えば、図8のような通信システムの場合について、説明する。
図8では、無線基地局1が、複数の第1の復元器31〜3m(mは任意の整数)と、複数の第1の圧縮器41〜4mを有している。また、端末装置2が、複数の第2の圧縮器51〜5mと、複数の第2の復元器61〜6mを有している。
第1の復元器31と第2の圧縮器51との間には複数のセッション7−111〜7−11nが設定されている。同様に、第1の復元器3mと第2の圧縮器5mとの間には、複数のセッション7−1m1〜7−1mnが設定されている。また、第1の圧縮器41と第2の復元器61との間には、複数のセッション7−211〜7−21nが設定されている。
同様に、第1の圧縮器4mと第2の復元器6mとの間には、複数のセッション7−2m1〜7−2mnが設定されている。
同様に、第1の圧縮器4mと第2の復元器6mとの間には、複数のセッション7−2m1〜7−2mnが設定されている。
本実施形態においては、セッショングループが、端末装置2ごとに設定されている。つまり、無線基地局1と端末装置2との間に設定された複数のセッション7−111〜7−11n、7−1m1〜7−1mn、7−211〜7−21n、および7−2m1〜7−2mnすべてをまとめて、一つのセッショングループが設定される。図8では、第1の圧縮器41と第2の復元器61との間に、一つのセッショングループ7−0が設定されている。
また、第1の圧縮器41〜4mと、第2の復元器61〜6m、および、第1の復元器31〜3mと、第2の圧縮器51〜5mそれぞれとが、無線ベアラによって接続されていてもよい。
本実施形態における動作については、図3および図4を用いて説明した、第1および第2の実施形態と同様に行われる。
図3のステップS71および図4のステップS52以降の、本実施形態における特徴的な動作について、図8を用いて詳細に説明する。
本実施形態においては、例えば第2の復元器61は、セッショングループ7−0に設定された複数のセッションのうち、例えば1本のセッション7−211に対応するACK messageまたはSTATIC−NACK messageを受信する。
このメッセージは、第2の実施形態で説明したように、セッショングループ7−0における2以上のセッションの、パケットの復元状況に関するメッセージであってもよい。その場合には、例えば第2の復元器61は、このメッセージを受信した際に、セッション7−211におけるパケットの復元状況だけでなく、セッション7−212(図示せず)〜7−21nの一部またはすべてにおけるパケットの復元状況についても認識することができる。
さらに本実施形態においては、このメッセージは、端末装置2が有している、第2の復元器61とは他の第2の復元器62(図示せず)〜6mにおけるパケットの復元状況に関するメッセージであってもよい。これによって、第2の復元器61は、第2の復元器62〜6mにおけるパケットの復元状況についても、認識することができる。
なお、このメッセージには、上述したGIDが設定されても良い。
この後の、第2の復元器61から第2の圧縮器51へメッセージが送信される動作以降については、第1および第2の実施形態と同様に行われる。また、本実施形態においても、第2の実施形態において説明したように、復元エラーの数について、閾値を設定しても良い。
本実施形態にかかる無線基地局を用いた通信システムによれば、端末装置または無線基地局が複数の復元器を有しており、複数の復元器において復元エラーが発生した場合であっても、パケット圧縮器が、パケットの復元状況に関するメッセージを、パケット復元器へ1つだけ送信するだけで、セッショングループに設定された複数のセッションについて当該メッセージを通知し、パケットの復元処理を完了させることが可能となる。
以上、本発明の実施形態を説明した。本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。上述した実施形態は例示であり、実施形態の組合せやそれらの各構成要素や各処理プロセスの組合せに様々な変形例が可能なこと、またそうした変形例も本発明の範囲にあることは、当業者に理解されるところである。
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
また、本明細書において説明した無線基地局は、例えば、通信処理部、要求部、情報取得部、及び/又は報告部等の構成要素を備えるものであってもよい。さらに、これらの構成要素を備えるモジュール(例えば、無線基地局装置、又は無線基地局装置のためのモジュール)が提供されてもよい。また、当該構成要素の処理を含む方法が提供されてもよく、当該構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。
また、当該プログラムを記録した記録媒体が提供されてもよい。
当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。
また、当該プログラムを記録した記録媒体が提供されてもよい。
当然ながら、このようなモジュール、方法、プログラム及び記録媒体も本発明に含まれる。
また、本明細書において説明した端末装置は、例えば、RF(Radio Frequency)トランシーバ、アンテナ、ベースバンドプロセッサ、アプリケーションプロセッサ、およびメモリ等の構成要素を有するものであってもよい。
RFトランシーバ(RF)トランシーバは、無線基地局と通信するためにアナログRF信号処理を行う。RFトランシーバにより行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含むものであってもよい。
RFトランシーバは、アンテナ及びベースバンドプロセッサと結合されるものであってもよい。すなわち、RFトランシーバは、変調シンボルデータ(又はOFDM(Orthogonal Frequency Division Multiplexing)シンボルデータ)をベースバンドプロセッサから受信し、送信RF信号を生成し、送信RF信号をアンテナに供給してもよい。また、RFトランシーバは、アンテナによって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサに供給してもよい。
RFトランシーバは、アンテナ及びベースバンドプロセッサと結合されるものであってもよい。すなわち、RFトランシーバは、変調シンボルデータ(又はOFDM(Orthogonal Frequency Division Multiplexing)シンボルデータ)をベースバンドプロセッサから受信し、送信RF信号を生成し、送信RF信号をアンテナに供給してもよい。また、RFトランシーバは、アンテナによって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサに供給してもよい。
ベースバンドプロセッサは、無線通信のためのデジタルベースバンド信号処理(データプレーン処理)とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮/復元、(b)データのセグメンテーション/コンカテネーション、(c)伝送フォーマット(伝送フレーム)の生成/分解、(d)伝送路符号化/復号化、(e)変調(シンボルマッピング)/復調、及び(f)Inverse Fast Fourier Transform(IFFT)によるOFDMシンボルデータ(ベースバンドOFDM信号)の生成などを含むものであってもよい。一方、コントロールプレーン処理は、レイヤ1(e.g.,送信電力制御)、レイヤ2(e.g.,無線リソース管理、及びhybrid automatic repeat request(HARQ)処理)、及びレイヤ3(e.g.,アタッチ、モビリティ、及び通話管理に関するシグナリング)の通信管理を含んでもよい。
例えば、LTE(Long−Term Evolution)及びLTE−Advancedの場合、ベースバンドプロセッサによるデジタルベースバンド信号処理は、PDCP(Packet Data Convergence Protocol)レイヤ、RLC(Radio Link Control)レイヤ、MAC(Medium Access Control)レイヤ、およびPHY(Physical)レイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ2003によるコントロールプレーン処理は、NAS(Non−Access Stratum)プロトコル、RRC(Radio Resource Control)プロトコル、及びMAC CE(MAC Control Element)の処理を含んでもよい。
ベースバンドプロセッサは、デジタルベースバンド信号処理を行うモデム・プロセッサ(e.g.,DSP(Digital Signal Processor))とコントロールプレーン処理を行うプロトコルスタック・プロセッサ(e.g.,CPU(Central Processing Unit)、またはMPU(Micro Processing Unit))を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサと共通化されてもよい。
アプリケーションプロセッサは、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサは、複数のプロセッサ(複数のプロセッサコア)を含んでもよい。アプリケーションプロセッサは、メモリ又は図示されていないメモリから読み出されたシステムソフトウェアプログラム(OS(Operating System))及び様々なアプリケーションプログラム(例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション)を実行することによって、端末装置の各種機能を実現する。
いくつかの実装において、ベースバンドプロセッサ及びアプリケーションプロセッサは、1つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ及びアプリケーションプロセッサは、1つのSoC(System on Chip)デバイスとして実装されてもよい。SoCデバイスは、システムLSI(Large Scale Integration)またはチップセットと呼ばれることもある。
メモリは、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリは、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM(Static Random Access Memory)若しくはDRAM(Dynamic RAM)又はこれらの組み合わせである。不揮発性メモリは、MROM(Mask Read Only Memory)、EEPROM(Electrically Erasable Programmable ROM)、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリは、ベースバンドプロセッサ、アプリケーションプロセッサ、及びSoCからアクセス可能な外部メモリデバイスを含んでもよい。メモリは、ベースバンドプロセッサ内、アプリケーションプロセッサ内、又はSoC内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリは、UICC(Universal Integrated Circuit Card)内のメモリを含んでもよい。
メモリは、上述の複数の実施形態で説明された端末装置による処理を行うための命令群およびデータを含むソフトウェアモジュール(コンピュータプログラム)を格納してもよい。いくつかの実装において、ベースバンドプロセッサ又はアプリケーションプロセッサは、当該ソフトウェアモジュールをメモリから読み出して実行することで、上述の実施形態で説明された端末装置の処理を行うよう構成されてもよい。
この出願は、2016年2月15日に出願された日本出願特願2016−025431を基礎とする優先権を主張し、その開示の全てをここに取り込む。
この出願は、2016年2月15日に出願された日本出願特願2016−025431を基礎とする優先権を主張し、その開示の全てをここに取り込む。
1 無線基地局
2 端末装置
3 第1の復元器
4 第1の圧縮器
5 第2の圧縮器
6 第2の復元器
81、82 CPU(制御部)
91、92 メモリ
101、102 無線インターフェース部
2 端末装置
3 第1の復元器
4 第1の圧縮器
5 第2の圧縮器
6 第2の復元器
81、82 CPU(制御部)
91、92 メモリ
101、102 無線インターフェース部
Claims (10)
- 第1の無線通信装置と
第2の無線通信装置と
を有する通信システムにおける前記第1の無線通信装置であって、
前記第1の無線通信装置が、パケットを復元する第1の復元器と、パケットを圧縮する第1の圧縮器とを有しており、
前記第2の無線通信装置が、パケットを復元する第2の復元器と、パケットを圧縮する第2の圧縮器とを有しており、
前記第1の圧縮器と前記第2の復元器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第1の圧縮器が前記第2の復元器へ、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを送信する、
第1の無線通信装置。 - 前記セッショングループは、無線ベアラごとに設定されている、
請求項1に記載の第1の無線通信装置。 - 前記セッショングループは、前記第2の無線通信装置ごとに設定されている、
請求項1に記載の第1の無線通信装置。 - 前記メッセージには、前記複数のセッションに設定されるCID(Context IDentifier)とは異なる識別情報であって、かつ、前記セッショングループに対応する識別情報が設定される、
請求項1乃至3のいずれかに記載の第1の無線通信装置。 - 前記メッセージが、前記複数のセッションのうち、1本のセッションに対応するメッセージである、
請求項1乃至4のいずれかに記載の第1の無線通信装置。 - 前記メッセージが、前記セッショングループにおける2以上のセッションの、前記パケットの復元状況に関するメッセージである、
請求項1乃至5のいずれかに記載の第1の無線通信装置。 - 前記パケットの復元状況が復元エラーを示す、
請求項1乃至6のいずれかに記載の第1の無線通信装置。 - 前記第2の復元器が、前記第2の圧縮器へ、コンテクスト情報の要求を送信し、
前記第1の復元器が、前記第2の圧縮器から受信した前記コンテクスト情報に基づいて、前記パケットの復元を行う、
請求項7に記載の第1の無線通信装置。 - 前記セッショングループにおける前記セッションのうち、前記パケットの復元状況が復元エラーを示す前記セッションの数が、予め設定した閾値を超えた場合に、前記第1の圧縮器が前記第2の復元器へ、前記メッセージを送信する、
請求項7または8に記載の第1の無線通信装置。 - 第1の無線通信装置と
第2の無線通信装置と
を有する通信システムにおける前記第1の無線通信装置であって、
前記第1の無線通信装置が、パケットを復元する第1の復元器と、パケットを圧縮する第1の圧縮器とを有しており、
前記第2の無線通信装置が、パケットを復元する第2の復元器と、パケットを圧縮する第2の圧縮器とを有しており、
前記第1の復元器と前記第2の圧縮器との間には、複数のセッションに対応するセッショングループが設定されており、
前記第1の復元器が前記第2の圧縮器から、前記パケットの復元状況に関するメッセージであって、前記セッショングループに対応するメッセージを受信する、
第1の無線通信装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016025431 | 2016-02-15 | ||
JP2016025431 | 2016-02-15 | ||
PCT/JP2017/005074 WO2017141853A1 (ja) | 2016-02-15 | 2017-02-13 | 無線基地局、端末装置、および通信システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPWO2017141853A1 JPWO2017141853A1 (ja) | 2018-11-29 |
JP6540875B2 true JP6540875B2 (ja) | 2019-07-10 |
Family
ID=59625086
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018500095A Active JP6540875B2 (ja) | 2016-02-15 | 2017-02-13 | 無線基地局、端末装置、および通信システム |
Country Status (4)
Country | Link |
---|---|
US (1) | US20190052512A1 (ja) |
EP (1) | EP3419252A4 (ja) |
JP (1) | JP6540875B2 (ja) |
WO (1) | WO2017141853A1 (ja) |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
JP4592935B2 (ja) * | 2000-09-11 | 2010-12-08 | パナソニック株式会社 | ヘッダ復元装置およびヘッダ復元方法 |
US6950445B2 (en) * | 2000-11-16 | 2005-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system and method for shared context compression |
US7221684B1 (en) * | 2002-01-08 | 2007-05-22 | Cisco Technology, Inc. | Increasing network efficiency using packet compression and decompression |
US7359372B2 (en) * | 2002-06-12 | 2008-04-15 | Telefonaktibolaget Lm Ericsson (Publ) | Method and apparatus for fast change of internet protocol headers compression mechanism |
US7522613B2 (en) * | 2003-05-07 | 2009-04-21 | Nokia Corporation | Multiplexing media components of different sessions |
US8406212B2 (en) * | 2006-02-22 | 2013-03-26 | Apple Inc. | Service flow with robust header compression (ROHC) in a WiMAX wireless network |
JP4814863B2 (ja) * | 2007-11-26 | 2011-11-16 | 日本放送協会 | パケット送信装置及びパケット送信プログラム |
JP5195762B2 (ja) * | 2007-12-03 | 2013-05-15 | 富士通株式会社 | パケット通信装置及びパケット通信方法 |
US7948913B1 (en) * | 2008-10-30 | 2011-05-24 | Clear Wireless Llc | Communicating data in various modes using header-compression algorithms |
JP2012169764A (ja) * | 2011-02-10 | 2012-09-06 | Panasonic Corp | 通信システム、送信制御装置及び送信制御方法 |
US9769701B2 (en) * | 2013-06-14 | 2017-09-19 | Texas Instruments Incorporated | Header compression for wireless backhaul systems |
JP6055389B2 (ja) * | 2013-10-08 | 2016-12-27 | 株式会社Nttドコモ | 無線基地局 |
-
2017
- 2017-02-13 US US16/076,896 patent/US20190052512A1/en not_active Abandoned
- 2017-02-13 JP JP2018500095A patent/JP6540875B2/ja active Active
- 2017-02-13 EP EP17753110.0A patent/EP3419252A4/en not_active Withdrawn
- 2017-02-13 WO PCT/JP2017/005074 patent/WO2017141853A1/ja active Application Filing
Also Published As
Publication number | Publication date |
---|---|
JPWO2017141853A1 (ja) | 2018-11-29 |
EP3419252A4 (en) | 2019-08-14 |
WO2017141853A1 (ja) | 2017-08-24 |
EP3419252A1 (en) | 2018-12-26 |
US20190052512A1 (en) | 2019-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11606306B2 (en) | Packet transmission method and apparatus | |
US11206538B2 (en) | Control signaling processing method, device, and system | |
US20190215901A1 (en) | Data transmission method, device and system | |
CN110891287B (zh) | 以太网包头压缩、解压缩的方法和设备、及可读存储介质 | |
WO2016141750A1 (zh) | 进行数据传输的方法和设备 | |
US20170078916A1 (en) | Data processing method and apparatus | |
US20210195666A1 (en) | RRC Connection Method, Device, and System | |
US10582436B2 (en) | Voice service processing method and base station | |
AU2017401979B2 (en) | Data transmission method and device | |
JP7100135B6 (ja) | データ伝送制御方法および関連製品 | |
CN113133055B (zh) | 无线通信的方法和设备 | |
CN110463239B (zh) | 数据传输的方法、终端设备和网络设备 | |
US20230075613A1 (en) | Terminal device | |
GB2595279A (en) | Method and apparatus for configuring network coding and controlling network coding activation | |
WO2020062058A1 (zh) | 一种通信方法及装置 | |
US20200374771A1 (en) | Wireless device, base station, terminal device, wireless communication system, and communication method | |
JP2008131654A (ja) | 無線通信システムにおける完全性保護方法及び装置 | |
JP6540875B2 (ja) | 無線基地局、端末装置、および通信システム | |
KR102462601B1 (ko) | 통신 시스템에서 주파수 대역들을 통한 신호의 송수신 방법 및 장치 | |
KR102366151B1 (ko) | 통신 방법, 단말 장치, 및 접속 네트워크 장치 | |
WO2016145616A1 (zh) | 一种信息传输方法、设备及系统 | |
CN108234092B (zh) | 一种信令配置方法、rrc实体以及pdcp实体 | |
JP2018157325A (ja) | 無線アクセスネットワーク装置 | |
TWI707566B (zh) | 一種通道編碼方法及設備 | |
CN112218390A (zh) | 数据处理的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180720 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190514 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190527 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6540875 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |