JP6884097B2 - Ｌｔｅシステムを用いた呼の実行方法及び装置 - Google Patents
Ｌｔｅシステムを用いた呼の実行方法及び装置 Download PDFInfo
- Publication number
- JP6884097B2 JP6884097B2 JP2017514648A JP2017514648A JP6884097B2 JP 6884097 B2 JP6884097 B2 JP 6884097B2 JP 2017514648 A JP2017514648 A JP 2017514648A JP 2017514648 A JP2017514648 A JP 2017514648A JP 6884097 B2 JP6884097 B2 JP 6884097B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- context
- base station
- voice call
- terminal
- 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
- 238000000034 method Methods 0.000 title claims description 64
- 230000008569 process Effects 0.000 claims description 30
- 230000003068 static effect Effects 0.000 claims description 23
- 238000007906 compression Methods 0.000 claims description 13
- 230000006835 compression Effects 0.000 claims description 13
- 230000006837 decompression Effects 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 7
- 230000007774 longterm Effects 0.000 claims description 7
- 238000012790 confirmation Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims 18
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims 18
- 238000013144 data compression Methods 0.000 claims 3
- 238000003672 processing method Methods 0.000 claims 3
- 208000027418 Wounds and injury Diseases 0.000 claims 1
- 230000006378 damage Effects 0.000 claims 1
- 208000014674 injury Diseases 0.000 claims 1
- 230000006870 function Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 10
- 235000011888 snacks Nutrition 0.000 description 6
- 238000004590 computer program Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- 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
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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/08—Access point devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Description
本発明は、Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ(以下、ＶｏＬＴＥとする)に関し、より具体的にＬＴＥシステムを用いて音声通話時に呼を維持する方法及び装置に関する。
ＶｏＬＴＥは、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)及びＬＴＥ−Ａ(ＬＴＥ Ａｄｖａｎｃｅｄ)ネットワークでパケットを用いた音声通話を可能にする技術を統合的に呼ぶ用語である。ＶｏＬＴＥを用いる場合、既存のサーキット通話方式に対して接続速度が早く、通話品質を向上させることができるという特徴があり、近年、ＶｏＬＴＥ技術は商用化段階に入っている。
３ＧＰＰ規格に応じてＶｏＬＴＥ呼の場合、ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)階層(ｌａｙｅｒ)がＲＦＣ(Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ)３０９５規格を用いたパケットのＲＯＨＣ(Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)及び圧縮解除動作を行う。音声通話動作において、ＲＯＨＣ動作を行うために基地局は端末が送信するＩＲ(Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ)パケットを受信し、受信されたＩＲパケットの情報に基づいて以後に受信される圧縮されたヘッダーを有する音声パケットに対してＲＯＨＣ圧縮解除動作を行う。
上述した情報は、ただ本明細書の理解を助けるための背景技術情報で存在する。上述したものなかのいずれも本明細書の開示と関連して先行技術として適用されることができるかに関してはどんな決定も下ろされないか、又はどんな主張も申し立てられない。
ところで、ＲＯＨＣ規格はパケット損失に対する復旧メカニズムを定義しているが、ＩＲパケットに対する復旧メカニズムは明示的に定義されなかった。よって、ＩＲパケットが損失される場合、基地局は音声パケットに対するコンテクスト(Ｃｏｎｔｅｘｔ)を形成することができないからＲＯＨＣ動作が失敗するようになり、発生した呼が解除されるようになる。そこで音声呼を維持するための方法が必要である。
本発明は、少なくとも前述した問題点及び／又は欠点を解消し、後述する利点を提供するものである。そこで、本発明の一側面は、ＬＴＥ(Ｌｏｎｇ-Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ) システムにおいて音声呼を処理する方法及び装置を提供することである。
本発明の一側面によれば、基地局がＬＴＥ(Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムを用いた音声通話を行う方法であって、端末から音声通話のためのパケットを受信する過程と、前記音声通話のためのパケットがＩＲ(Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ)パケットであるかを判断する過程と、前記音声通話のためのパケットが前記ＩＲパケットではなければ、前記基地局にＲＯＨＣ圧縮解除のためのコンテクスト(ｃｏｎｔｅｘｔ) が生成されているかを決定する過程と、前記コンテクストが生成されていないと、前記端末へ否定確認応答(Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ)を送信する過程と、及び前記端末から前記ＩＲパケットを受信する過程と、をさらに含むことを特徴とする。
本発明の他の側面によれば、ＬＴＥ(Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムを用いた音声通話を行う基地局であって、信号を送受信する送受信部と、及び端末から音声通話のためのパケットを受信し、前記音声通話のためのパケットがＩＲ(Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ) パケットであるかを判断し、前記音声通話のためのパケットが前記ＩＲパケットではなければ、前記基地局にＲＯＨＣ圧縮解除のためのコンテクスト(ｃｏｎｔｅｘｔ) が生成されているかを決定し、前記コンテクストが生成されていないと、前記端末へ否定確認応答(Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ)を送信し、前記端末から前記ＩＲパケットを受信するように制御することを特徴とする制御部と、を含むことを特徴とする。
本開示の他の態様、利点、および顕著な特徴は添付の図面に係る以下の詳細な説明から当業者には明らかであり、これは本開示の様々な実施形態を開示する。
本発明の実施形態による音声通話を維持する方法によれば、端末が基地局へ送信したＩＲパケットが損失されても音声呼を維持することができる。
添付された図面を参照する次の説明は請求範囲及びこの等価物によって定義されるような本発明の多様な実施形態の包括的な理解を助けるために提供される。それはこのような理解を助けるために多様な特定詳細事項を含むが、これらはただ例示的なことで見なされなければならない。したがって、本技術分野の通常の技術者は本明細書に説明された多様な実施形態の多様な変更及び修正が本発明の範囲及び思想から逸脱せず成ることができるということを認識するだろう。さらに、公知された機能及び構成に対する説明は明確性及び簡潔性のために省略されることができる。
次の説明及び請求範囲で用いられた用語及び単語は書誌意味に限定されず、ただ発明者によって本発明の明確で一貫性ある理解ができるようにするために用いられる。したがって、本発明の多様な実施形態に対する次の説明は添付された請求範囲及びこの等価物によって定義されるように本発明を制限するためではなく、ただ例示のために提供されるということは本技術分野の技術者には明白であろう。
単数形態“ａ”、“ａｎ”及び“ｔｈｅ”は文脈がはっきり異なり指示しなければ複数の指示ターゲットを含むことに理解されなければならない。したがって、例えば、“構成要素表面(ｃｏｍｐｏｎｅｎｔ ｓｕｒｆａｃｅ)”に対する参照物はこのような表面中の１つ以上に対する参照物を含む。
また、本発明の実施形態を具体的に説明するにあたり、直交周波数分割多重方式(Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ)に基づく無線通信システム、特に３ＧＰＰＬＴＥ標準を主な対象とするが、本発明の主な要旨は類似の技術的背景及びチャンネル形態を有するそのほかの通信システムにも本発明の範囲を大きく逸脱せず範囲で僅かの変形で適用可能であり、これは本発明の技術分野で熟練された技術的知識を有する者の判断で可能であろう。
この時、処理フローチャートの各ブロックとフローチャートの図面の組合は、コンピュータープログラムインストラクションによって行われることができることを理解することができるだろう。これらコンピュータープログラムインストラクションは、汎用コンピューター、特殊用コンピューター又はその他プログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピューター又はその他プログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他プログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター判読可能メモリーに保存されることも可能であるので、そのコンピューター利用可能又はコンピューター判読可能メモリーに保存されたインストラクションは、フローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションは、コンピューター又はその他プログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピューター又はその他プログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他プログラム可能なデータプロセッシング装備を行うインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。
また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つか代替実行例ではブロックで言及された機能が手順を外れて発生することも可能であることを注目しなければならない。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。
この時、本実施形態に用いられる‘〜部’という用語は、ソフトウェア又はＦＰＧＡ、並びにＡＳＩＣのようなハードウェア構成要素を意味し、‘〜部’はどんな役目を行う。しかし、‘〜部’は、ソフトウェア又はハードウェアで限定される意味ではない。‘〜部’はアドレシングすることができる保存媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として‘〜部’はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘〜部’のうちで提供される機能はより小さい数の構成要素及び‘〜部’に結合されたり追加的な構成要素と‘〜部’でさらに分離することができる。だけでなく、構成要素及び‘〜部’はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現されることもできる。
図１は、ＰＤＣＰ階層の構造を示す図面である。
図１によれば、ＰＤＣＰ階層は無線網プロトコルを構成する階層のうちの一つとして、ユーザ平面(ｕｓｅｒ ｐｌａｎｅ)及び制御平面(ｃｏｎｔｒｏｌ ｐｌａｎｅ)に共通的に含まれる。ＰＤＣＰはＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)階層上に存在してベアラー別でそれぞれのＰＤＣＰエンティティー１００、１１０が存在する。
図２は、ＰＤＣＰ階層が行う機能を示す図面である。
図２によれば、ＰＤＣＰエンティティーは送信部のＰＤＣＰ階層２００から送信されてラジオインターフェース２２０を経て受信部のＰＤＣＰ階層２１０で受信される。この時、ＰＤＣＰ階層は端末やＥ−ＵＴＲＡＮ(ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ ＲａｄｉｏＡｃｃｅｓｓ Ｎｅｔｗｏｒｋ)に存在することができる。
送信部のＰＤＣＰ階層はパケットにシーケンスナンバー(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を付し(２０１)、パケットのヘッダーを圧縮する(ユーザ平面の場合、２０２)。ＰＤＣＰ ＳＤＵ(Ｓｅｒｖｉｃｅｄａｔａｕｎｉｔ)に関連されるパケットの場合、無欠性(ｉｎｔｅｇｒｉｔｙ)保護(制御平面の場合、２０３)と暗号化(２０４)過程を経て、ＰＤＣＰ ＳＤＵに関連されないパケットは無欠性保護と暗号化過程を経ない。前記過程を通過したパケットはＰＤＣＰヘッダーが付加されて受信部のＰＤＣＰ階層へ送信される。
受信部のＰＤＣＰ階層は受信されたパケットのＰＤＣＰヘッダーを除去し(２１５)、ＰＤＣ Ｐ ＳＤＵに関連されるパケットの場合、暗号を解読し(２１４)、無欠性を検査(制御平面の場合、２１３)する。ＰＤＣＰ ＳＤＵに関連されないパケットの場合、無欠性検査と暗号解読過程を経ない。ＰＤＣＰ階層は、パケットヘッダーの圧縮を解除し(ユーザ平面の場合、２１２)、適切な送信であるか、及び重複されたパケットであるかを判断して(ユーザ平面の場合、２１１)パケットを伝達する。
ＰＤＣＰ階層のヘッダー圧縮は、ＲＯＨＣというインターネットパケットのＩＰ(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ)、ＵＤＰ(Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ)、ＲＴＰ(Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ)及びＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ)などのヘッダーを圧縮する標準化された方法を用いる。ＲＯＨＣ方法は３ＧＰＰ ＬＴＥ規格に定義されておらず、ＲＦＣ３０９５規格に定義されている。ＩＰ、ＵＤＰ、ＲＴＰパケットのオーバーヘッドはＩＰｖ４の場合、４０バイト(ｂｙｔｅ)であり、ＩＰｖ６の場合、６０バイトであり、特にＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)の場合、このようなオーバーヘッドは帯域幅が限定された無線通信システムで通信の効率を大きく落すことができる。
ＲＦＣ３０９５によれば、パケットはコンプレッサ(ｃｏｍｐｒｅｓｓｏｒ)からデコンプレッサ(ｄｅｃｏｍｐｒｅｓｓｏｒ)に送信される。ＲＦＣ３０９５を用いたＲＯＨＣ方法は、ヘッダーを構成するフィールドを一つのパケットストリーム(ｐａｃｋｅｔ ｓｔｒｅａｍ) に対して静的なフィールドと動的なフィールドから構成し、全体フィールドをコンプレッサからデコンプレッサに送信した後、静的なフィールドの内容をコンプレッサとデコンプレッサに保存し、動的なフィールドの変化内容だけをコンプレッサからデコンプレッサに送信して実際送信するヘッダーの大きさを減らすことである。例えば、ＩＰｖ６ヘッダーでバージョン(ｖｅｒｓｉｏｎ)、フローレベル(ｆｌｏｗ ｌｅｖｅｌ)、次のヘッダー(ｎｅｘｔ ｈｅａｄｅｒ)、ソース住所(ｓｏｕｒｃｅ ａｄｄｒｅｓｓ) 及び目的地住所(ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ)などは静的なフィールドに該当し、トラフィッククラス(ｔｒａｆｆｉｃ ｃｌａｓｓ)及びｈｏｐ ｌｉｍｉｔなどは動的なフィールドに該当する。デコンプレッサは動的なヘッダーの変化内容を受信して保存されていたコンテクストに基づいて圧縮を解除して元ヘッダーの内容を修復する。
コンテクスト(ｃｏｎｔｅｘｔ)とは、コンプレッサとデコンプレッサがヘッダーを圧縮して圧縮を解除するための情報である。コンテクストはパケット流れ中で前ヘッダーで抽出された静的なフィールド、圧縮と圧縮解除の基準情報を含む関連情報及びフィールドの変動に係る情報などを含む。
ＲＯＨＣコンプレッサは３つの状態のうちのいずれか１つに置かれるようになる。コンプレッサは最も低い圧縮状態であるＩＲ(Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ)状態から起動して段階的にＦＯ(Ｆｉｒｓｔ Ｏｒｄｅｒ)状態からＳＯ(Ｓｅｃｏｎｄ Ｏｒｄｅｒ)状態に高い圧縮状態で変化するようになる。
ＩＲ状態は、コンプレッサが生成されたり再設定された状態でコンテクスト(ｃｏｎｔｅｘｔ) の静的な部分を再起動する目的を有する。コンプレッサは完全なヘッダー情報(ｃｏｍｐｌｅｔｅ ｈｅａｄｅｒ ｉｎｆｏｒｍａｔｉｏｎ)を送信し、完全なヘッダー情報は圧縮されない形態の静的なフィールドと動的なフィールドと付加情報を含む。この時、送信するパケットをＩＲパケットと言う。
ＦＯ状態ではコンプレッサが接続の両末端間のＩＰ住所、ポート番号のような静的なフィールドを認識して保存した状態で、この状態でコンプレッサは動的なフィールドの差を送信する。すなわち、ＦＯ状態は静的フィールドを圧縮しながら部分的に動的フィールドも圧縮された状態である。
ＳＯ状態でコンプレッサはＲＴＰシーケンスナンバーのようなすべての動的フィールドを圧縮し、ただ論理的なシーケンスナンバーと次のパケットを検証するための一部チェックサム(ｃｈｅｃｋｓｕｍ)だけを送信する。一般的に、ＦＯ状態ではすべての静的フィールドと大部分の動的フィールドが圧縮され、ＳＯ状態ではシーケンスナンバーとチェックサムを用いてすべての動的フィールドを圧縮する。
デコンプレッサも３つ状態のうちのいずれか１つに置かれるようになる。デコンプレッサは最も低い圧縮状態であるコンテクスト無し(Ｎｏ Ｃｏｎｔｅｘｔ)状態から静的なコンテクスト(Ｓｔａｔｉｃ Ｃｏｎｔｅｘｔ)、完全なコンテクスト(Ｆｕｌｌ Ｃｏｎｔｅｘｔ)状態に変化するようになる。
図３は、ＲＯＨＣの動作を行うモードを示す図面である。
図３によれば、ＲＯＨＣは一方向(Ｕｎｉｄｉｒｅｔｉｏｎａｌ)モード(３００、Ｕ−Ｍｏｄｅ)、両方向オプチミスティック(Ｂｉｄｉｒｅｃｔｉｏｎａｌ Ｏｐｔｉｍｉｓｔｉｃ)モード(３１０、Ｏ−Ｍｏｄｅ)、及び信頼できる両方向(Ｂｉｄｉｒｅｃｔｉｏｎａｌ Ｒｅｌｉａｂｌｅ)モード(３２０、Ｒ−Ｍｏｄｅ)の３つ動作方式を行う。各モード内でコンプレッサはＩＲ状態、ＦＯ状態及びＳＯ状態に該当することができる。
Ｕ−Ｍｏｄｅでパケットはコンプレッサからデコンプレッサに一方向に送信され、このモードはデコンプレッサからコンプレッサへの経路がないか、使用することができない場合、使用される。ＲＯＨＣの圧縮は必ずＵ−Ｍｏｄｅで起動すべきであり、両方向モードへの変更はパケットがデコンプレッサにより受信された後、モードの変更を望むと指示するフィードバックパケットによって成る。
Ｏ−Ｍｏｄｅは、Ｕ−Ｍｏｄｅと類似であるがエラー復旧リクエストメッセージ(ｅｒｒｏｒ ｒｅｃｏｖｅｒｙ ｒｅｑｕｅｓｔ)と重要コンテクストアップデートに対する受信確認メッセージがデコンプレッサからコンプレッサに送信されることに使用されるフィードバックチャンネルがあるという差がある。Ｏ−Ｍｏｄｅは圧縮効率を極大化させながら間歇的にフィードバックチャンネルを用いる特徴を有する。
Ｒ−ｍｏｄｅは、多くの側面において前記２つのモードと差がある。重要な差異点としてはフィードバックチャンネルの集中的な使用とコンプレッサとデコンプレッサ間のコンテクスト同期化(ｃｏｎｔｅｘｔ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)の損失を阻むための厳格なロジッグ(ｌｏｇｉｃ)の適用を挙げることができる。Ｒ−ｍｏｄｅではすべてのコンテクストアップデートに対してフィードバックが提供される。
ＶｏＬＴＥは３ＧＰＰ規格によりＲＬＣ ＵＭ(Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ)及びＰＤＣＰシーケンスナンバーが７ビットの大きさで操作される。ＲＬＣ ＵＭはヘッダーが付加するが接続の相手から受信に対する応答が必要ではないモードを意味する。
図４は、ＲＬＣ ＵＭにおけるデータ流れを示す図面である。
図４によれば、ＲＬＣ ＵＭエンティティーは送信部のＲＬＣ階層４００から送信されてラジオインターフェースを経て４２０受信部のＲＬＣ階層４１０で受信される。この時、ＲＬＣ階層は端末や基地局に存在することができる。
送信部のＲＬＣ階層では上位階層(ＰＤＣＰ又はＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)階層)でデータ(ＳＤＵ)を受信してＳＤＵを送信バッファーに入れる(４０１)。ＳＤＵを分割したり連接してＲＬＣ ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)を生成する(４０２)。ＲＬＣ ＰＤＵにＲＬＣヘッダーを付加する(４０３)。このような方法で生成したＲＬＣ ＰＤＵを次の階層へ送信し、このように送信されたデータは受信団のＲＬＣ階層へ伝達する。
受信部のＲＬＣ階層では下位階層でＲＬＣ ＰＤＵを受信して受信バッファーに入れてＨＡＲＱ再配置を経る(４１３)。ＲＬＣ ＰＤＵでＲＬＣヘッダーを除去して(４１２)ＰＤＵを上位階層のＳＤＵに再組み立てる(４１１)。このような方法で生成したＳＤＵを上位階層(ＰＤＣＰ又はＲＲＣ階層)へ送信する。
このようなＲＬＣ ＵＭは受信確認メッセージ(ＡＣＫ／ＮＡＣＫ)を要求しないから受信確認メッセージによりパケットが再送信される無線通信環境が良くない場合、送信された音声パケットがアップリンクで損失されることができる。特に、ＲＯＨＣ動作のためにデコンプレッサはコンテクストを生成するためにＩＲパケットを受信すべきであり、受信されたＩＲパケットの情報に基づいて以後に受信される音声パケットに対してＲＯＨＣ圧縮解除動作が行われる。
ＲＯＨＣは接続が生成された直後にはＲＦＣ３０９５によるＵ−Ｍｏｄｅで動作する。ところで、Ｕ−Ｍｏｄｅはフィードバックチャンネルが用いることができない状況に基づいたモードであるので、フィードバックチャンネルが使用可能であっても肯定確認応答(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ)だけがフィードバックされる。そこでＩＲパケットがアップリンク送信中で損失されても否定確認応答(Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ)を受けることができなく、端末はＩＲパケットの損失が分かることができないからＩＲパケットを再送信しない。ＩＲパケットが損失されると、基地局のデコンプレッサは音声パケットに対するコンテクストを生成することができないのでＲＯＨＣ動作が行うことができなく、発生した呼が解除されるようになる。
図５は、ＩＲパケット損失によって呼が解除される問題を示す図面である。
図５によれば、端末５００は基地局５１０へＩＲパケットと音声パケットを送信する。端末は基地局へＩＲパケットを送信し(ｓ５０１)、基地局はＩＲパケットを受信してコンテクストを生成する(ｓ５０２)。基地局はヘッダーが圧縮された音声パケットを端末から受信して(ｓ５０３)生成されたコンテクストに基づいてヘッダーの圧縮解除を行う。
もし、端末が送信したＩＲパケットが損失されて送信が失敗すると(ｓ５０５)、基地局はコンテクストを生成することができず、その結果、端末が音声パケットを送信しても(ｓ５０６)基地局がコンテクストに基づいて圧縮されたヘッダーを圧縮解除することができないので呼が解除されるようになる。
このようなＶｏＬＴＥでの呼動作時、IＲパケット損失によって呼が解除される問題を防止するためにＩＲパケットの損失を検出して連続的な通話を維持する方法を提案する。
図６は、従来のＶｏＬＴＥパケット受信方法を示すフローチャートである。
図６によれば、基地局はアップリンクでＶｏＬＴＥパケットを受信する(６００)。基地局は受信したパケットがＩＲパケットであるかを判断し(６１０)、ＩＲパケットと判断すると、コンテクストを生成する(６４０)。ＩＲパケットではないと判断すると、再びコンテクストが予め存在するかを判断する(６２０)。コンテクストが存在すると、受信されたパケットのヘッダーを圧縮解除するＲＯＨＣ圧縮解除動作を行い(６５０)、コンテクストが存在しなければ呼を解除する(６３０)。６４０段階でコンテクストが生成された後、ＩＲパケットや６５０でＲＯＨＣ圧縮解除動作が行われたパケットはＥＰＣで送信される(６６０)。
端末が送信したＩＲパケットが損失されると、基地局はコンテクストを生成することができない状態でＩＲパケット後に受信されるヘッダーが圧縮された音声パケットを受信するようになる。音声パケットを受信すると、ＩＲパケットがないので(６１０)コンテクストが予め存在するかを判断するようになり(６２０、コンテクストが存在しないので呼を解除する(６３０)。それで、端末が送信したＩＲパケットが損失される場合、呼は解除されるようになる。
図６の６３０段階のような呼の解除を阻むために図７では改善したパケット受信方法を提案する。
図７は、改善したＶｏＬＴＥパケット受信方法を示すフローチャートである。
図７によれば、基地局はアップリンクでＶｏＬＴＥパケットを受信する(７００)。基地局は受信したパケットがＩＲパケットであるかを判断し(７１０)、ＩＲパケットと判断すると、コンテクストを生成する(７４０)。ＩＲパケットではないと判断すると、再びコンテクストが予め存在するかを判断する(７２０)。コンテクストが存在すると、受信されたパケットのヘッダーを圧縮解除するＲＯＨＣ圧縮解除動作を行い(７５０)、コンテクストが存在しなければ端末へＳＮＡＣＫを送信する(７３０)。７４０段階でコンテクストが生成された後、ＩＲパケットや７５０でＲＯＨＣ圧縮解除動作が行われたパケットはＥＰＣで送信される(７６０)。
図７の改善したパケット受信方法と従来パケット受信方法の差は受信されたパケットがＩＲパケットではなくコンテクストが存在しないとき、呼を解除せず端末でＳＮＡＣＫを送信することである。ＳＮＡＣＫはＳＴＡＴＩＣ−ＮＡＣＫであり、これは静的なコンテクストが損傷されたと判断されるとき、デコンプレッサからコンプレッサに送信する否定応答確認でＯ−ＭｏｄｅとＲ−Ｍｏｄｅで送信することができるフィードバックである。
このようなＳＮＡＣＫを受信すると、コンプレッサはＦＯ状態でＩＲ状態となり、デコンプレッサでＩＲパケットを送信するようになる。端末がＩＲパケットを再び基地局へ送信すると、基地局は図７のパケット受信方法によりＩＲパケットによるコンテクストを生成するようになるので、基地局は端末がＩＲパケット送信後に送信した音声パケットの圧縮されたヘッダーを正常に圧縮解除して呼を維持することができるようになる。
図８は、本発明の実施形態を実施することができる装置のブロック図である。
図８によれば、受信機８１０は制御部８１３、ヘッダー圧縮部８１２及び送受信部８１１から構成されることができる。送受信部は信号を送受信する。制御部は端末から音声通話のためのパケットを受信し、音声通話のためのパケットがＩＲ(Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ) パケットであるかを判断し、音声通話のためのパケットが前記ＩＲパケットではなければ、基地局にＲＯＨＣ圧縮解除のためのコンテクスト(ｃｏｎｔｅｘｔ)が生成されているかを判断し、コンテクストが生成されていないと、端末へ否定確認応答(Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ)を送信するように制御することができる。
また、制御部は端末からＩＲパケットを受信するようにさらに制御することができ、受信したＩＲパケットを用いてコンテクストを生成するようにさらに制御することができる。さらに、端末から圧縮されたヘッダーを含む音声パケットを受信し、コンテクストに基づいて前記圧縮されたヘッダーを圧縮解除するように制御することができる。
また、制御部は音声通話のためのパケットがＩＲパケットであれば、前記音声通話のためのパケットを用いてコンテクストを生成するようにして、コンテクストが生成されていると、圧縮されたヘッダーを含む端末から受信された音声パケットを圧縮されたヘッダーをコンテクストに基づいて圧縮解除して受信するようにさらに制御することができる。
このようなヘッダー圧縮解除はヘッダー圧縮解除部により行われることができ、これは制御部により制御されることができる。
送信機８００は、制御部８０１、ヘッダー圧縮部８０２及び送受信部８０３から構成されることができる。送受信部は信号を送受信し、制御部は音声通話に係るパケットを送信するように制御する。さらに、制御部は、ＩＲパケット及び音声パケットを送信し、ＳＮＡＣＫを受信機から受信してＳＮＡＣＫを受信する場合、ＩＲパケットを再び送信するように制御することができる。
上述したように、本発明はｅＮＢが送信されたＩＲパケットが損失されてもＵＥが進行中の音声通話を維持することができるが点がある。
本発明は、様々な実施形態を参照して図示されて説明されたが、添付された特許請求の範囲及びその均等物により定義されたような本発明の思想と範囲を逸脱せず形態および細部事項における様々な変化がなされることを当業者は理解するだろう。
５００ 端末
５１０ 基地局
８００ 送信機
８０１ 制御部
８０２ ヘッダー圧縮部
８０３ 送受信部
８１０ 受信機
８１１ 送受信部
８１３ 制御部
５１０ 基地局
８００ 送信機
８０１ 制御部
８０２ ヘッダー圧縮部
８０３ 送受信部
８１０ 受信機
８１１ 送受信部
８１３ 制御部
Claims (25)
- 基地局がＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムを用いた音声通話を行う方法であって、
端末から音声通話のためのパケットを受信する過程と、
ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から、前記受信された音声通話のためのパケットをＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達する過程と、
前記ＰＤＣＰ階層で、前記音声通話のためのパケットがＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットであるかを確認する過程と、
前記音声通話のためのパケットが前記ＩＲパケットではなければ、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除のためのコンテクスト（ｃｏｎｔｅｘｔ）が保存されているかを確認する過程と、
前記コンテクストが保存されていないと、前記端末と前記音声通話の連結を解除しない状態で、前記端末へ否定確認応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を送信する過程と、
前記コンテクストが保存されていると、受信されたパケットの圧縮されたヘッダーを圧縮解除するためにＲＯＨＣ圧縮解除を行う過程と、を含み、
前記コンテクストが保存されているかを確認することは、静的な（ｓｔａｔｉｃ）コンテクストが損傷されたかを判断する過程をさらに含む
ことを特徴とする、音声通話実行方法。 - 前記端末から前記ＩＲパケットを受信する過程をさらに含むことを特徴とする、請求項１に記載の音声通話実行方法。
- 前記受信したＩＲパケットを用いて前記コンテクストを生成する過程をさらに含むことを特徴とする、請求項２に記載の音声通話実行方法。
- 前記端末から圧縮されたヘッダーを含む音声パケットを受信する過程と、
前記コンテクストに基づいて前記圧縮されたヘッダーを圧縮解除して音声パケットを受信する過程と、をさらに含む
ことを特徴とする、請求項３に記載の音声通話実行方法。 - 前記音声通話のためのパケットが前記ＩＲパケットであれば、前記音声通話のためのパケットを用いて前記コンテクストを生成する過程をさらに含むことを特徴とする、請求項１に記載の音声通話実行方法。
- 前記コンテクストが保存されていると、圧縮されたヘッダーを含む端末から受信された音声パケットを、前記圧縮されたヘッダーを前記コンテクストに基づいて圧縮解除して受信する過程をさらに含むことを特徴とする、請求項５に記載の音声通話実行方法。
- 前記ＮＡＣＫは、スタティックＮＡＣＫ（Ｓｔａｔｉｃ ＮＡＣＫ）であることを特徴とする、請求項１に記載の音声通話実行方法。
- ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムを用いた音声通話を行う基地局であって、
信号を送受信する送受信部と、
端末から音声通話のためのパケットを受信し、ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から、前記受信された音声通話のためのパケットをＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達し、前記ＰＤＣＰ階層で、前記音声通話のためのパケットがＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットであるかを確認し、前記音声通話のためのパケットが前記ＩＲパケットではなければ、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除のためのコンテクスト（ｃｏｎｔｅｘｔ）が保存されているかを確認し、前記コンテクストが保存されていないと、前記端末と前記音声通話の連結を解除しない状態で、前記端末へ否定確認応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を送信し、前記コンテクストが保存されていると、受信されたパケットの圧縮されたヘッダーを圧縮解除するためにＲＯＨＣ圧縮解除を行うように制御することを特徴とする制御部と、を含み、
前記制御部は、静的な（ｓｔａｔｉｃ）コンテクストが損傷されたかを判断することにより、前記コンテクストが保存されているかを確認する
ことを特徴とする、基地局。 - 前記制御部は、
前記端末から前記ＩＲパケットを受信するようにさらに制御することを特徴とする、請求項８に記載の基地局。 - 前記制御部は、
前記受信したＩＲパケットを用いて前記コンテクストを生成するようにさらに制御することを特徴とする、請求項９に記載の基地局。 - 前記制御部は、
前記端末から圧縮されたヘッダーを含む音声パケットを受信し、前記コンテクストに基づいて前記圧縮されたヘッダーを圧縮解除して音声パケットを受信するようにさらに制御することを特徴とする、請求項１０に記載の基地局。 - 前記制御部は、
前記音声通話のためのパケットが前記ＩＲパケットであれば、前記音声通話のためのパケットを用いて前記コンテクストを生成するようにさらに制御することを特徴とする、請求項８に記載の基地局。 - 前記制御部は、
前記コンテクストが保存されていると、圧縮されたヘッダーを含む端末から受信された音声パケットを、前記圧縮されたヘッダーを前記コンテクストに基づいて圧縮解除して受信するようにさらに制御することを特徴とする、請求項１２に記載の基地局。 - 前記ＮＡＣＫは、スタティックＮＡＣＫ（Ｓｔａｔｉｃ ＮＡＣＫ）であることを特徴とする、請求項８に記載の基地局。
- ＬＴＥシステムにおける音声通話の処理方法であって、
端末と基地局との間の通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）を確立する過程と、
前記基地局へ音声通話に関連した第１のパケットを、前記端末が送信する過程と、
前記基地局のＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から、前記受信された第１のパケットを前記基地局のＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達し、前記第１のパケットがＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットではなければ、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除のためのコンテクスト（ｃｏｎｔｅｘｔ）が前記基地局に保存されているかを前記基地局が確認する過程と、
前記コンテクストが前記基地局に保存されていないと、前記端末と前記基地局との間の前記音声通話の連結を解除しない状態で、前記基地局からＮＡＣＫメッセージを前記端末が受信する過程と、
前記コンテクストが前記基地局に保存されていると、前記第１のパケットの圧縮されたヘッダーを圧縮解除するために前記基地局がＲＯＨＣ圧縮解除を行う過程と、を含み、
前記コンテクストが前記基地局に保存されているかを確認することは、静的な（ｓｔａｔｉｃ）コンテクストが損傷されたかを判断する過程をさらに含む
ことを特徴とする、音声通話の処理方法。 - 前記ＮＡＣＫメッセージの受信は、ＲＯＨＣ圧縮解除のためのコンテクスト（ｃｏｎｔｅｘｔ）が前記基地局に存在するかに基づくことを特徴とする、請求項１５に記載の音声通話の処理方法。
- 前記第１のパケットと異なる第２のパケットが前記端末から前記基地局へ送信する過程をさらに含むことを特徴とする、請求項１５に記載の音声通話の処理方法。
- 前記第２のパケットは、圧縮ヘッダーを含む音声パケットであることを特徴とする、請求項１７に記載の音声通話の処理方法。
- 前記基地局は、前記第１のパケットに基づいてコンテクストを生成することを特徴とする、請求項１５に記載の音声通話の処理方法。
- 前記基地局から前記ＮＡＣＫメッセージを受信した後、前記端末と前記基地局との間の前記通信を維持する過程をさらに含むことを特徴とする、請求項１５に記載の音声通話の処理方法。
- 前記端末は、前記ＮＡＣＫを受信した後、ＦＯ（Ｆｉｒｓｔ Ｏｒｄｅｒ）状態からＩＲ状態に遷移する
ことを特徴とする、請求項１に記載の音声通話実行方法。 - 前記端末は、
前記ＮＡＣＫを受信した後、ＦＯ（Ｆｉｒｓｔ Ｏｒｄｅｒ）状態からＩＲ状態に遷移する
ことを特徴とする、請求項８に記載の基地局。 - ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムを用いた音声通話を行う基地局であって、
信号を送受信する送受信部と、
一方向（Ｕｎｉｄｉｒｅｔｉｏｎａｌ）モードで端末から音声通話のためのパケットを受信し、ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から、前記受信された音声通話のためのパケットをＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達し、前記ＰＤＣＰ階層で、前記音声通話のためのパケットがＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットであるかを確認し、前記音声通話のためのパケットが前記ＩＲパケットではなければ、ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除のためのコンテクスト（ｃｏｎｔｅｘｔ）が保存されているかを確認し、前記コンテクストが保存されていないと、前記端末と前記音声通話の連結を解除しない状態で、前記端末へ否定確認応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を送信し、前記コンテクストが保存されていると、受信されたパケットの圧縮されたヘッダーを圧縮解除するためにＲＯＨＣ圧縮解除を行うように制御することを特徴とする制御部と、を含み、
前記制御部は、静的な（ｓｔａｔｉｃ）コンテクストが損傷されたかを判断することにより、前記コンテクストが保存されているかを確認する
ことを特徴とする、基地局。 - 前記端末は、
前記ＮＡＣＫを受信した後、ＦＯ（Ｆｉｒｓｔ Ｏｒｄｅｒ）状態からＩＲ状態に遷移する
ことを特徴とする、請求項２３に記載の基地局。 - 前記ＮＡＣＫは、スタティックＮＡＣＫ（Ｓｔａｔｉｃ ＮＡＣＫ）である
ことを特徴とする、請求項２３に記載の基地局。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462054607P | 2014-09-24 | 2014-09-24 | |
| US62/054,607 | 2014-09-24 | ||
| KR1020140177523A KR102273873B1 (ko) | 2014-09-24 | 2014-12-10 | Lte 시스템을 이용한 호 수행 방법 및 장치 |
| KR10-2014-0177523 | 2014-12-10 | ||
| PCT/KR2015/010014 WO2016048031A2 (en) | 2014-09-24 | 2015-09-23 | Call processing method and apparatus for use in lte system |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020082136A Division JP7087020B2 (ja) | 2014-09-24 | 2020-05-07 | Ｌｔｅシステムを用いた呼の実行方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017535117A JP2017535117A (ja) | 2017-11-24 |
| JP6884097B2 true JP6884097B2 (ja) | 2021-06-09 |
Family
ID=55799275
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017514648A Active JP6884097B2 (ja) | 2014-09-24 | 2015-09-23 | Ｌｔｅシステムを用いた呼の実行方法及び装置 |
| JP2020082136A Active JP7087020B2 (ja) | 2014-09-24 | 2020-05-07 | Ｌｔｅシステムを用いた呼の実行方法及び装置 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020082136A Active JP7087020B2 (ja) | 2014-09-24 | 2020-05-07 | Ｌｔｅシステムを用いた呼の実行方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP3198928B1 (ja) |
| JP (2) | JP6884097B2 (ja) |
| KR (1) | KR102273873B1 (ja) |
| CN (2) | CN115022922A (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102273873B1 (ko) * | 2014-09-24 | 2021-07-06 | 삼성전자 주식회사 | Lte 시스템을 이용한 호 수행 방법 및 장치 |
| CN109219083A (zh) * | 2017-07-06 | 2019-01-15 | 深圳市中兴微电子技术有限公司 | 一种鲁棒性头压缩模式转换中的优化方法及系统 |
| US10869224B2 (en) * | 2018-05-18 | 2020-12-15 | Apple Inc. | Fast synchronization of compressor state and decompression state in marginal wireless coverage |
| CN111092844B (zh) * | 2018-10-23 | 2023-12-01 | 瑞昱半导体股份有限公司 | 进行压缩操作的模式转换的方法、及传输装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100800878B1 (ko) * | 2005-09-23 | 2008-02-04 | 삼성전자주식회사 | 이동통신 시스템에서 사용자 데이터 프로토콜 체크섬을포함하는 음성패킷의 송수신 방법 및 장치 |
| WO2008060097A1 (en) * | 2006-11-15 | 2008-05-22 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system |
| JP5195762B2 (ja) * | 2007-12-03 | 2013-05-15 | 富士通株式会社 | パケット通信装置及びパケット通信方法 |
| CN101605355B (zh) * | 2009-06-12 | 2011-08-24 | 中国科学技术大学 | 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式 |
| CN102045328B (zh) * | 2009-10-16 | 2016-08-03 | 中兴通讯股份有限公司 | 一种鲁棒性头压缩模式切换的方法及解压器 |
| CN101848491A (zh) * | 2010-04-21 | 2010-09-29 | 中兴通讯股份有限公司 | 鲁棒性头压缩中一种模式转换的方法及装置 |
| CN102036307B (zh) * | 2010-12-17 | 2016-04-13 | 中兴通讯股份有限公司 | 鲁棒性头压缩中提高上下文更新报文健壮性的方法和装置 |
| US9084142B2 (en) * | 2011-10-03 | 2015-07-14 | Qualcomm Incorporated | Activating and deactivating semi-persistent scheduling for an LTE VoIP radio bearer |
| KR102273873B1 (ko) * | 2014-09-24 | 2021-07-06 | 삼성전자 주식회사 | Lte 시스템을 이용한 호 수행 방법 및 장치 |
-
2014
- 2014-12-10 KR KR1020140177523A patent/KR102273873B1/ko active IP Right Grant
-
2015
- 2015-09-23 JP JP2017514648A patent/JP6884097B2/ja active Active
- 2015-09-23 EP EP15844154.3A patent/EP3198928B1/en active Active
- 2015-09-23 CN CN202210471992.0A patent/CN115022922A/zh active Pending
- 2015-09-23 CN CN201580051503.4A patent/CN106688222A/zh active Pending
-
2020
- 2020-05-07 JP JP2020082136A patent/JP7087020B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP7087020B2 (ja) | 2022-06-20 |
| JP2017535117A (ja) | 2017-11-24 |
| EP3198928B1 (en) | 2022-03-09 |
| EP3198928A4 (en) | 2018-02-21 |
| KR102273873B1 (ko) | 2021-07-06 |
| JP2020171015A (ja) | 2020-10-15 |
| CN115022922A (zh) | 2022-09-06 |
| EP3198928A2 (en) | 2017-08-02 |
| CN106688222A (zh) | 2017-05-17 |
| KR20160035953A (ko) | 2016-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7087020B2 (ja) | Ｌｔｅシステムを用いた呼の実行方法及び装置 | |
| US9923695B2 (en) | Call processing method and apparatus for use in LTE system | |
| JP6058179B2 (ja) | トンネル化されたトラフィックの最適化のための複数の方法及び装置 | |
| JP5244260B2 (ja) | Ｐｄｃｐ層の再確立方法及び装置 | |
| JP5623527B2 (ja) | リレーノードのためのロバスト・ヘッダ圧縮 | |
| US8798070B2 (en) | Method of transmitting data in a wireless communication system | |
| US10142206B2 (en) | Method and apparatus for packet communication using header compression | |
| WO2016024148A1 (en) | Rohc optimizations for burst losses | |
| US20100195617A1 (en) | method for handling correctly received but header compression failed packets | |
| JP2022528843A (ja) | 高信頼低遅延サービスをサポートするシステムでのｐｄｃｐ制御データを処理する方法及び装置 | |
| US9554312B2 (en) | Message transfer for in-band signaling messages in radio access networks | |
| CN106797376B (zh) | 移动通信网络中处理分组丢失的方法和装置 | |
| CN102318282B (zh) | 一种压缩数据包的传输方法及装置 | |
| WO2018028712A1 (zh) | 一种数据处理的方法及装置 | |
| WO2013001838A1 (ja) | 受信装置、送信装置及びフィードバック方法 | |
| US20080137574A1 (en) | Method and apparatus for handling data delivery in a wireless communications system | |
| US20080130684A1 (en) | Method and apparatus for performing reordering in a wireless communications system | |
| WO2022131342A1 (ja) | 端末装置、基地局装置、および、方法 | |
| CN111769914B (zh) | 数据通信方法和存储介质 | |
| US20230140866A1 (en) | Wireless data link layer compression and decompression | |
| Rawat et al. | Designing a header compression mechanism for efficient use of IP tunneling in wireless networks | |
| KR20200043281A (ko) | 차세대 이동 통신 시스템에서 고신뢰 저지연 단말을 지원하기 위한 헤더 압축 방법 및 장치 | |
| Measel | IPv6 Compression Techniques and Performance |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180921 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190426 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190513 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20190813 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20191015 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191113 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20200106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200507 |
|
| C60 | Trial request (containing other claim documents, opposition documents) |
Free format text: JAPANESE INTERMEDIATE CODE: C60 Effective date: 20200507 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20200522 |
|
| C21 | Notice of transfer of a case for reconsideration by examiners before appeal proceedings |
Free format text: JAPANESE INTERMEDIATE CODE: C21 Effective date: 20200525 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20200717 |
|
| C211 | Notice of termination of reconsideration by examiners before appeal proceedings |
Free format text: JAPANESE INTERMEDIATE CODE: C211 Effective date: 20200727 |
|
| C22 | Notice of designation (change) of administrative judge |
Free format text: JAPANESE INTERMEDIATE CODE: C22 Effective date: 20200923 |
|
| C22 | Notice of designation (change) of administrative judge |
Free format text: JAPANESE INTERMEDIATE CODE: C22 Effective date: 20201102 |
|
| C13 | Notice of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: C13 Effective date: 20201116 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210212 |
|
| C23 | Notice of termination of proceedings |
Free format text: JAPANESE INTERMEDIATE CODE: C23 Effective date: 20210308 |
|
| C03 | Trial/appeal decision taken |
Free format text: JAPANESE INTERMEDIATE CODE: C03 Effective date: 20210412 |
|
| C30A | Notification sent |
Free format text: JAPANESE INTERMEDIATE CODE: C3012 Effective date: 20210412 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210511 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6884097 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |