JP7087020B2 - Ｌｔｅシステムを用いた呼の実行方法及び装置 - Google Patents

Ｌｔｅシステムを用いた呼の実行方法及び装置 Download PDF

Info

Publication number
JP7087020B2
JP7087020B2 JP2020082136A JP2020082136A JP7087020B2 JP 7087020 B2 JP7087020 B2 JP 7087020B2 JP 2020082136 A JP2020082136 A JP 2020082136A JP 2020082136 A JP2020082136 A JP 2020082136A JP 7087020 B2 JP7087020 B2 JP 7087020B2
Authority
JP
Japan
Prior art keywords
packet
context
voice call
nack
received
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
Application number
JP2020082136A
Other languages
English (en)
Other versions
JP2020171015A (ja
Inventor
ヨンヨン・キム
タイホ・ユン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2020171015A publication Critical patent/JP2020171015A/ja
Application granted granted Critical
Publication of JP7087020B2 publication Critical patent/JP7087020B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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/04—Error control
    • 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/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/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 (12)

  1. 受信機がＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムを用いた音声通話を行う方法であって、
    送信機から音声通話のためのパケットを受信する過程と、
    ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から前記受信された音声通話のためのパケットをＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達する過程と、
    前記ＰＤＣＰ階層において、前記音声通話のためのパケットのヘッダーに対するＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除動作を行えるか否か判断する過程と、
    前記ＲＯＨＣ圧縮解除動作を行えないと判断すると、前記音声通話の接続を解消せずに、前記送信機に否定確認応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を送信する過程と、
    前記ＮＡＣＫの送信に対応し、前記送信機からＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットを受信する過程と、を含み、
    前記ＲＯＨＣ圧縮解除動作は、前記受信された音声通話のためのパケットが前記ＩＲパケットではなく、前記受信機において前記ＲＯＨＣ圧縮解除動作に利用可能なコンテクストが確認されないことに基づいて検出され、
    前記コンテクストは、パケットヘッダーから抽出された静的な（ｓｔａｔｉｃ）コンテクスト、圧縮と圧縮解除の基準情報及びフィールドの変動に関する情報を含み、
    前記ＮＡＣＫは、前記静的な（ｓｔａｔｉｃ）コンテクストが損傷したと判断されることに基づいて送信される
    ことを特徴とする音声通話実行方法。
  2. 前記ＮＡＣＫに対応して受信した前記ＩＲパケットを用いて、前記コンテクストを生成する過程をさらに含む
    ことを特徴とする、請求項１に記載の音声通話実行方法。
  3. 前記送信機から圧縮されたヘッダーを含む音声パケットが受信されると、前記生成されたコンテクストに基づいて前記圧縮されたヘッダーを圧縮解除する段階をさらに含む
    ことを特徴とする、請求項２に記載の音声通話実行方法。
  4. 前記ＲＯＨＣ圧縮解除動作を行えるか否か判断する過程は、
    前記受信された音声通話のためのパケットが前記ＩＲパケットであるか否か確認する過程と、
    前記受信された音声通話のためのパケットが前記ＩＲパケットではないと、前記コンテクストが前記受信機に保存されているか否かを確認する過程と、
    前記コンテクストが保存されていると、前記保存されたコンテクストを用いて前記ＲＯＨＣ圧縮解除動作を行えるか否か確認する過程と、をさらに含む
    ことを特徴とする、請求項１に記載の音声通話実行方法。
  5. 前記コンテクストが保存されていないと、前記ＮＡＣＫを前記送信機に送信する過程をさらに含む
    ことを特徴とする、請求項４に記載の音声通話実行方法。
  6. 前記ＮＡＣＫは、スタティックＮＡＣＫ（Ｓｔａｔｉｃ ＮＡＣＫ）である
    ことを特徴とする、請求項１に記載の音声通話実行方法。
  7. ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムを用いた音声通話を行う受信機であって、
    信号を送受信する送受信部と、
    送信機から音声通話のためのパケットを受信し、ＵＭ（ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）階層から前記受信された音声通話のためのパケットをＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層に伝達し、前記ＰＤＣＰ階層において、前記音声通話のためのパケットのヘッダーに対するＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）圧縮解除動作を行えるか否か判断し、前記ＲＯＨＣ圧縮解除動作を行えないと判断すると、前記音声通話の接続を解除せずに、前記送信機に否定確認応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を送信するように制御し、前記ＮＡＣＫの送信に対応し、前記送信機からＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）パケットを受信するように制御する制御部と、を含み、
    前記ＲＯＨＣ圧縮解除動作は、前記受信された音声通話のためのパケットが前記ＩＲパケットではなく、前記受信機において前記ＲＯＨＣ圧縮解除動作に利用可能なコンテクストが確認されないことに基づいて検出され、
    前記コンテクストは、パケットヘッダーから抽出された静的な（ｓｔａｔｉｃ）コンテクスト、圧縮と圧縮解除の基準情報及びフィールドの変動に関する情報を含み、
    前記ＮＡＣＫは、前記静的な（ｓｔａｔｉｃ）コンテクストが損傷したと判断されることに基づいて送信される
    ことを特徴とする受信機。
  8. 前記制御部は、
    前記ＮＡＣＫに対応して受信した前記ＩＲパケットを用いて前記コンテクストを生成するようにさらに制御する
    ことを特徴とする、請求項７に記載の受信機。
  9. 前記制御部は、
    前記送信機から圧縮されたヘッダーを含む音声パケットが受信されると、前記生成されたコンテクストに基づいて前記圧縮されたヘッダーを圧縮解除するようにさらに制御する
    ことを特徴とする、請求項８に記載の受信機。
  10. 前記制御部は、
    前記受信された音声通話のためのパケットが前記ＩＲパケットであるか否か確認し、前記受信された音声通話のためのパケットが前記ＩＲパケットではないと、前記コンテクストが前記受信機に保存されているか否かを確認し、前記コンテクストが保存されていると、前記保存されたコンテクストを用いて前記ＲＯＨＣ圧縮解除動作を行えるか否か確認するようにさらに制御する
    ことを特徴とする、請求項７に記載の受信機。
  11. 前記制御部は、
    前記コンテクストが保存されていないと、前記ＮＡＣＫを前記送信機に送信するようにさらに制御する
    ことを特徴とする、請求項１０に記載の受信機。
  12. 前記ＮＡＣＫは、スタティックＮＡＣＫ（Ｓｔａｔｉｃ ＮＡＣＫ）である
    ことを特徴とする、請求項７に記載の受信機。
JP2020082136A 2014-09-24 2020-05-07 Ｌｔｅシステムを用いた呼の実行方法及び装置 Active JP7087020B2 (ja)

Applications Claiming Priority (4)

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

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017514648A Division JP6884097B2 (ja) 2014-09-24 2015-09-23 Ｌｔｅシステムを用いた呼の実行方法及び装置

Publications (2)

Publication Number Publication Date
JP2020171015A JP2020171015A (ja) 2020-10-15
JP7087020B2 true JP7087020B2 (ja) 2022-06-20

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 Before (1)

Application Number Title Priority Date Filing Date
JP2017514648A Active JP6884097B2 (ja) 2014-09-24 2015-09-23 Ｌｔｅシステムを用いた呼の実行方法及び装置

Country Status (4)

Country Link
EP (1) EP3198928B1 (ja)
JP (2) JP6884097B2 (ja)
KR (1) KR102273873B1 (ja)
CN (2) CN106688222A (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
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 深圳市中兴微电子技术有限公司 一种鲁棒性头压缩模式转换中的优化方法及系统
CN110945909B (zh) * 2018-05-18 2022-05-03 苹果公司 边缘无线覆盖范围中的压缩器状态和解压器状态的快速同步
CN111092844B (zh) * 2018-10-23 2023-12-01 瑞昱半导体股份有限公司 进行压缩操作的模式转换的方法、及传输装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009072175A1 (ja) 2007-12-03 2009-06-11 Fujitsu Limited パケット通信装置及びパケット通信方法
WO2013052136A1 (en) 2011-10-03 2013-04-11 Qualcomm Incorporated Activating and deactivating semi-persistent scheduling for an lte voip radio bearer
JP2017535117A (ja) 2014-09-24 2017-11-24 サムスン エレクトロニクス カンパニー リミテッド Ｌｔｅシステムを用いた呼の実行方法及び装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080212566A1 (en) 2005-09-23 2008-09-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving VOIP packet with UDP checksum in wireless communication system
WO2008060097A1 (en) * 2006-11-15 2008-05-22 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving ciphered packet in mobile communication system
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 中兴通讯股份有限公司 鲁棒性头压缩中提高上下文更新报文健壮性的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009072175A1 (ja) 2007-12-03 2009-06-11 Fujitsu Limited パケット通信装置及びパケット通信方法
WO2013052136A1 (en) 2011-10-03 2013-04-11 Qualcomm Incorporated Activating and deactivating semi-persistent scheduling for an lte voip radio bearer
JP2014528674A (ja) 2011-10-03 2014-10-27 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ＬＴＥＶｏＩＰ無線ベアラのための半永続的スケジューリングをアクティブおよび非アクティブにすること
JP2017535117A (ja) 2014-09-24 2017-11-24 サムスン エレクトロニクス カンパニー リミテッド Ｌｔｅシステムを用いた呼の実行方法及び装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO, INC., LG Electronics Inc., Nokia Networks，Clarification of the decompressor state and mode after PDCP re-establishment[online]， 3GPP TSG-RAN WG2#87 R2-143832，2014年08月18日，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_87/Docs/R2-143832.zip＞

Also Published As

Publication number Publication date
EP3198928A2 (en) 2017-08-02
JP6884097B2 (ja) 2021-06-09
EP3198928A4 (en) 2018-02-21
KR20160035953A (ko) 2016-04-01
EP3198928B1 (en) 2022-03-09
KR102273873B1 (ko) 2021-07-06
JP2020171015A (ja) 2020-10-15
JP2017535117A (ja) 2017-11-24
CN106688222A (zh) 2017-05-17
CN115022922A (zh) 2022-09-06

Similar Documents

Publication Publication Date Title
JP7087020B2 (ja) Ｌｔｅシステムを用いた呼の実行方法及び装置
JP6058179B2 (ja) トンネル化されたトラフィックの最適化のための複数の方法及び装置
US9923695B2 (en) Call processing method and apparatus for use in LTE system
JP5623527B2 (ja) リレーノードのためのロバスト・ヘッダ圧縮
JP5244260B2 (ja) Ｐｄｃｐ層の再確立方法及び装置
US8804765B2 (en) Dynamic robust header compression
US7647421B2 (en) Extension header compression
US7733867B2 (en) Header compression for real time internet applications
US10142206B2 (en) Method and apparatus for packet communication using header compression
US20090318127A1 (en) Method of delivering a PDCP data unit to an upper layer
WO2016024148A1 (en) Rohc optimizations for burst losses
US20170222943A1 (en) Method and apparatus for reordering
CN111385268B (zh) 一种数据包头压缩确认方法及通信设备
WO2010121410A1 (zh) 一种采用arq机制的头压缩通信方法和装置
CN102318282B (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
EP2190163B1 (en) A method for repairing the window-based least significant bits decoding in the robust header compression
CN111769914B (zh) 数据通信方法和存储介质
Rawat et al. Designing a header compression mechanism for efficient use of IP tunneling in wireless networks
CN116325897A (zh) 移动通信中的tcp ack速率降低
Shivare et al. Performance Evaluation of Robust Header Compression over Mobile WiMAX
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: 20200507

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210720

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210830

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211130

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: 20220509

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220608

R150 Certificate of patent or registration of utility model

Ref document number: 7087020

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150