特許7029471 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 大唐移▲動▼通信▲設▼▲備▼有限公司の特許一覧

特許7029471アップリンクデータ解凍、圧縮方法および装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-02-22

(45)【発行日】2022-03-03

(54)【発明の名称】アップリンクデータ解凍、圧縮方法および装置

(51)【国際特許分類】

H03M 7/30 20060101AFI20220224BHJP

H04W 28/06 20090101ALI20220224BHJP

H04W 80/02 20090101ALI20220224BHJP

【ＦＩ】

H03M7/30 Z

H04W28/06

H04W80/02

【請求項の数】 15

(21)【出願番号】P 2019558705

(86)(22)【出願日】2018-03-08

(65)【公表番号】

(43)【公表日】2020-06-25

(86)【国際出願番号】 CN2018078451

(87)【国際公開番号】W WO2018196491

(87)【国際公開日】2018-11-01

【審査請求日】2019-10-28

【審判番号】

【審判請求日】2021-04-28

(31)【優先権主張番号】201710296106.4

(32)【優先日】2017-04-28

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】510065207

【氏名又は名称】大唐移▲動▼通信▲設▼▲備▼有限公司

【氏名又は名称原語表記】ＤＡＴＡＮＧＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＥＱＵＩＰＭＥＮＴＣＯ．，ＬＴＤ．

【住所又は居所原語表記】１／Ｆ，Ｂｕｉｌｄｉｎｇ１，Ｎｏ．５ＳｈａｎｇｄｉＥａｓｔＲｏａｄ，ＨａｉｄｉａｎＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００８５，Ｃｈｉｎａ

(74)【代理人】

【識別番号】110001416

【氏名又は名称】特許業務法人信栄特許事務所

(72)【発明者】

【氏名】全 ▲海▼洋

(72)【発明者】

【氏名】鮑 ▲輝▼

(72)【発明者】

【氏名】邱禹

【合議体】

【審判長】角田慎治

【審判官】林毅

【審判官】野崎大進

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０３０９３６４（ＵＳ，Ａ１）

【文献】ＱｕａｌｃｏｍｍＩｎｃ．，ＡＬｏｗ－ＣｏｍｐｌｅｘｉｔｙＵｐｌｉｎｋＤａｔａＣｏｍｐｒｅｓｓｉｏｎＳｏｌｕｔｉｏｎ、３ＧＰＰＴＳＧ－ＲＡＮＷＧ２＃９７ｂｉｓＲ２－１７０３５８３、２０１７年３月２５日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

H03M7/30

H04W28/06

H04W80/02

(57)【特許請求の範囲】

【請求項1】

解凍エンドが、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）パケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣ（ＵｐｌｉｎｋＤａｔａＣｏｍｐｒｅｓｓｉｏｎ）ヘッダを検査することと、
前記解凍エンドが、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うこととを含み、
前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、及び解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを含む、アップリンクデータ解凍方法。

【請求項2】

前記ＰＤＣＰパケットは、
ＰＤＣＰパケットのヘッダと、データパケットと、ＰＤＣＰパケットのヘッダとデータパケットの間に位置するＵＤＣヘッダを含む、請求項１に記載の方法。

【請求項3】

前記ＵＤＣヘッダは、
解凍キャッシュエリア検査を指示するための第３指示ビットフィールドをさらに含む、請求項１に記載の方法。

【請求項4】

前記ＵＤＣヘッダは、
データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含む、請求項３に記載の方法。

【請求項5】

前記解凍エンドが、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うことは、
前記ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、前記解凍エンドが、直接、前記データパケットを上位層に伝送することと、
前記第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、前記解凍エンドが、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査することと、
前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、前記データパケットに対しＵＤＣ解凍を行うことと、
前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査することと、
前記第３指示ビットフィールドがｎ（正整数）ビットであれば、前記解凍エンドが、解凍キャッシュエリアのうちのデータを検査して前記解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行うが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示することとを含み、
前記解凍キャッシュエリアからｎビットを取ることは、
バイト全体で重ね合わせ、または、解凍キャッシュエリアのすべてのビットを重ね合わせ、最後のｎビットを取ることを含む、請求項３に記載の方法。

【請求項6】

データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第４指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要であることを示す第５値であれば、圧縮されていないデータパケットまたは解凍後のデータパケットである前記データパケットを解凍キャッシュエリアに記憶することと、
データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第４指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要でないことを示す第６値であれば、前記データパケットを解凍キャッシュエリアに記憶しないこととをさらに含む、請求項４に記載の方法。

【請求項7】

圧縮エンドが、ＰＤＣＰパケットを解凍エンドに送信することを含み、
前記解凍エンドが、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行い、
前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、及び解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを含む、アップリンクデータ圧縮方法。

【請求項8】

前記ＰＤＣＰパケットは、
ＰＤＣＰパケットのヘッダと、データパケットと、ＰＤＣＰパケットのヘッダとデータパケットの間に位置するＵＤＣヘッダを含む、請求項７に記載の方法。

【請求項9】

前記ＵＤＣヘッダは、
解凍キャッシュエリア検査を指示するための第３指示ビットフィールドをさらに含む、請求項７に記載の方法。

【請求項10】

前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、前記圧縮エンドが、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすることと、
前記第１指示ビットフィールドが第２値にセットされたのであれば、前記圧縮エンドが、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することとをさらに含む、請求項９に記載の方法。

【請求項11】

前記ＵＤＣヘッダは、
データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含み、
前記データパケットが圧縮キャッシュエリアに入る必要があるのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第５値にセットすることと、
前記データパケットが圧縮キャッシュエリアに入る必要がないのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第６値にセットすることとをさらに含む、請求項９に記載の方法。

【請求項12】

解凍エンドであって、
ＰＤＣＰパケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査する検査モジュールと、
前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う第１処理モジュールとを含み、
前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、及び解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを含む、解凍エンド。

【請求項13】

前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、解凍キャッシュエリア復元を指示するための第２指示ビットフィールド、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドのうちの１つまたは複数を含み、
前記ＵＤＣヘッダは、
データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含み、
前記処理モジュールは、さらに、
前記ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、前記解凍エンドが、直接、前記データパケットを上位層に伝送することと、
前記第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、前記解凍エンドが、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査することと、
前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、前記データパケットに対しＵＤＣ解凍を行うことと、
前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査することと、
前記第３指示ビットフィールドがｎ（正整数）ビットであれば、前記解凍エンドが、解凍キャッシュエリアのうちのデータを検査して前記解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行うが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示することとに用いられる、請求項１２に記載の解凍エンド。

【請求項14】

ＰＤＣＰパケットを解凍エンドに送信する送信モジュールを含む圧縮エンドであって、
前記解凍エンドが、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行い、
前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、及び解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを含む、圧縮エンド。

【請求項15】

前記ＵＤＣヘッダは、
ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、解凍キャッシュエリア復元を指示するための第２指示ビットフィールド、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドのうちの１つまたは複数を含み、
前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすること、または、
前記第１指示ビットフィールドが第２値にセットされたのであれば、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することに用いられる第１セットモジュールをさらに含み、
前記ＵＤＣヘッダは、
データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含む、請求項１４に記載の圧縮エンド。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１７年４月２８日に中国特許庁に提出された中国特許出願２０１７１０２９６１０６．４の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、通信技術分野に係り、特にアップリンクデータ解凍、圧縮方法および装置に係る。

【背景技術】

【0002】

（１）関連技術における移動通信システムのデータ伝送過程
ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）とｅＮＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ）との間のデータ伝送は、通常、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）層、ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）層およびＰＨＹ（ＰｈｙｓｉｃａｌＬａｙｅｒ）の伝送を経て行われ、各層において異なるデータ処理が行われる。ＰＤＣＰ層では、たとえば暗号化や完全性保護、ＲＯＨＣ（ＲｏｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）の圧縮および解凍など、主にセキュリティ処理およびヘッダの圧縮／解凍処理が行われる。ＲＬＣ層では、データのセグメントカスケーディング（Ｓｅｇｍｅｎｔｅｄｃａｓｃａｄｉｎｇ）、データの順次引渡しおよびＡＲＱ（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔ－ｒｅＱｕｅｓｔ）のデータ伝送保障が実現される。ＭＡＣ層では、主にスケジューリング、異なる論理チャネルのカスケーディング処理およびＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）処理が実現される。物理層では、伝送ブロックのパケット化およびエアインタフェース送信が実現される。図１を参照すると、ユーザプレーンのプロトコルスタックの概略図が示されている。

【0003】

（２）ＰＤＣＰによるデータ処理
ＰＤＣＰ層では、主な機能として、セキュリティ関連処理（暗号化／復号、完全性保護／チェック）およびヘッダの圧縮／解凍処理が行われる。具体的なデータ処理フローは、図２に示されている。

【0004】

ＰＤＣＰ送信エンティティは、受信したＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）データパケットを処理してＰＤＣＰＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を生成する。ＰＤＣＰＰＤＵの構造は、図３に示されるように、ＰＣＰＣ層のＳＮ（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）は、ＰＤＣＰヘッダ（ｈｅａｄｅｒ）に含まれる。

【0005】

（３）アップリンクデータ圧縮のメカニズム
アップリンクデータ圧縮は、ＵＥがアップリンクのアプリケーション層のデータまたはシグナリングに対し圧縮を行い、基地局側において、圧縮後のデータの解凍が行われる。それによって、エアインタフェース伝送のデータ量を節約し、アップリンクリソースを節約する。

【0006】

現在、端末と基地局側での正しい解凍を維持する解決策は、２種類が考えられる。その１つは、圧縮キャッシュ中のデータコンテンツが端末によってアップリンクデータの送信中に確立され、基地局側に保留され、その後、対応するルールで解凍される。もう１つは、端末と基地局において、事前に定義される解凍用のプロファイル（ｐｒｏｆｉｌｅ）情報を予めダウンロードし、または保存しておき、シグナリングのやり取りによって、どのプロファイルを起動させるかを特定し、いったん合意すると、端末と基地局では正しい圧縮および解凍が保証される。

【0007】

ここで、プロファイル情報は、圧縮方法、および解凍バッファ（ｂｕｆｆｅｒ）の情報または解凍のマッピング（ｍａｐｐｉｎｇ）を含む。

【0008】

図４に示すように、アップリンクデータ圧縮は、ＰＤＣＰ層の処理フローでＲＯＨＣの圧縮を代替可能である。

【0009】

無線移動通信システムのアップリンクデータ圧縮（ＵＤＣ：ＵｐｌｉｎｋＤａｔａＣｏｍｐｒｅｓｓｉｏｎ）の研究において、端末は、ネットワークの設定に応じてＵＤＣ機能を起動させ、アップリンクデータを圧縮する。ＵＤＣにパケットクロス（Ｐａｃｋｅｔｃｒｏｓｓ）の圧縮方式が用いられ、すなわち基地局は、今まで受信したデータ情報に基づいて、新規に受信した圧縮パケットの解凍を行う。よって、基地局と端末の両方で圧縮キャッシュと解凍キャッシュの一致が保証できず、さらにアップリンクデータ圧縮の信頼性が保証できない。

【発明の概要】

【課題を解決するための手段】

【0010】

上記の技術問題に鑑みて、本開示の実施例は、圧縮エンドの圧縮キャッシュエリアと解凍エンドの解凍キャッシュエリアの一致が保証でき、さらにアップリンクデータ圧縮の信頼性が保証できるアップリンクデータ解凍、圧縮方法および装置を提供する。

【0011】

本開示の実施例の第１方面において、アップリンクデータ解凍方法を提供する。当該方法において、解凍エンドが、ＰＤＣＰパケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査することと、前記解凍エンドが、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うこととを含む。

【0012】

選択可能に、前記ＰＤＣＰパケットは、ＰＤＣＰパケットのヘッダと、データパケットと、ＰＤＣＰパケットのヘッダとデータパケットの間に位置するＵＤＣヘッダを含む。

【0013】

選択可能に、前記ＵＤＣヘッダは、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、解凍キャッシュエリア復元を指示するための第２指示ビットフィールド、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドのうちの１つまたは複数を含む。

【0014】

選択可能に、前記ＵＤＣヘッダは、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含む。

【0015】

選択可能に、前記解凍エンドが、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うことは、前記ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、前記解凍エンドが、直接、前記データパケットを上位層に伝送することと、前記第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、前記解凍エンドが、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査することと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、前記データパケットに対しＵＤＣ解凍を行うことと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査することと、前記第３指示ビットフィールドがｎ（正整数）ビットであれば、前記解凍エンドが、解凍キャッシュエリアのうちのデータを検査して前記解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行うが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示することとを含む。

【0016】

選択可能に、前記圧縮キャッシュエリアからｎビットを取ることは、バイト全体で重ね合わせ、または、解凍キャッシュエリアのすべてのビットを重ね合わせ、最後のｎビットを取ることを含む。

【0017】

選択可能に、前記方法において、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要であることを示す第５値であれば、圧縮されていないデータパケットまたは解凍後のデータパケットである前記データパケットを解凍キャッシュエリアに記憶することと、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要でないことを示す第６値であれば、前記データパケットを解凍キャッシュエリアに記憶しないこととをさらに含む。

【0018】

本開示の実施例の第２方面において、アップリンクデータ圧縮方法を提供する。当該方法において、圧縮エンドが、ＰＤＣＰパケットを解凍エンドに送信することを含む。前記解凍エンドが、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0019】

【0020】

【0021】

選択可能に、前記方法において、前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、前記圧縮エンドが、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすることと、前記第１指示ビットフィールドが第２値にセットされたのであれば、前記圧縮エンドが、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することとをさらに含む。

【0022】

【0023】

選択可能に、前記方法において、前記データパケットが圧縮キャッシュエリアに入る必要があるのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第５値にセットすることと、前記データパケットが圧縮キャッシュエリアに入る必要がないのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第６値にセットすることとをさらに含む。

【0024】

本開示の実施例の第３方面において、解凍エンドをさらに提供する。当該解凍エンドは、ＰＤＣＰパケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査する検査モジュールと、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う第１処理モジュールとを含む。

【0025】

【0026】

【0027】

【0028】

選択可能に、前記処理モジュールは、さらに、前記ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、前記解凍エンドが、直接、前記データパケットを上位層に伝送することと、前記第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、前記解凍エンドが、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査することと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、前記データパケットに対しＵＤＣ解凍を行うことと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査することと、前記第３指示ビットフィールドがｎ（正整数）ビットであれば、前記解凍エンドが、解凍キャッシュエリアのうちのデータを検査して前記解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行うが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示することとに用いられる。

【0029】

選択可能に、前記解凍エンドは、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要であることを示す第５値であれば、圧縮されていないデータパケットまたは解凍後のデータパケットである前記データパケットを解凍キャッシュエリアに記憶すること、または、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要でないことを示す第６値であれば、前記データパケットを解凍キャッシュエリアに記憶しないことに用いられる第２処理モジュールをさらに含む。

【0030】

本開示の実施例の第４方面において、ＰＤＣＰパケットを解凍エンドに送信する送信モジュールを含む圧縮エンドをさらに提供する。前記解凍エンドが、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0031】

【0032】

【0033】

選択可能に、前記圧縮エンドは、前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすること、または、前記第１指示ビットフィールドが第２値にセットされたのであれば、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することに用いられる第１セットモジュールをさらに含む。

【0034】

【0035】

選択可能に、前記圧縮エンドは、前記データパケットが圧縮キャッシュエリアに入る必要があるのであれば、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第５値にセットし、前記データパケットが圧縮キャッシュエリアに入る必要がないのであれば、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第６値にセットすることに用いられる第２セットモジュールをさらに含む。

【0036】

本開示の実施例の第５方面において、第１メモリ、第１プロセッサおよび第１メモリに記憶されて第１プロセッサで実行可能なコンピュータプログラムを含む解凍エンドをさらに提供する。前記第１プロセッサが前記プログラムを実行すると、上記第１方面に記載のアップリンクデータ解凍方法のステップが実現される。

【0037】

本開示の実施例の第６方面において、第２メモリ、第２プロセッサおよび第２メモリに記憶されて第２プロセッサで実行可能なコンピュータプログラムを含む圧縮エンドをさらに提供する。前記第２プロセッサが前記プログラムを実行すると、上記第２方面に記載のアップリンクデータ圧縮方法のステップが実現される。

【0038】

本開示の実施例の第７方面において、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。当該プログラムがプロセッサによって実行されると、上記第１方面に記載のアップリンクデータ解凍方法のステップ、または、上記第２方面に記載のアップリンクデータ圧縮方法のステップが実現される。

【発明の効果】

【0039】

少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報を含むＵＤＣヘッダをＰＤＣＰパケットに追加することによって、解凍エンドが、圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うことができる。それによって、解凍エンドが、解凍キャッシュエリア関連情報に基づいて、圧縮エンドの圧縮キャッシュエリアとは一致するように解凍キャッシュエリアを制御し、従来技術において基地局と端末の両方で圧縮キャッシュと解凍キャッシュの一致が保証できないという問題を解決し、さらにアップリンクデータ圧縮の信頼性を向上させる。

【図面の簡単な説明】

【0040】

本開示の実施例の技術手段をより明確に説明するために、以下、本開示の実施例の記載に必要とされる図面を簡単に紹介する。明らかに、以下の記載に関する図面は、単に本開示の一部の実施例である。当業者にとって、創造性のある作業をしない前提で、これらの図面から他の図面を得ることもできる。

【0041】

【図1】ユーザプレーンのプロトコルスタックの概略図である。

【図2】ＰＤＣＰ層のデータ処理のフローの概略図である。

【図3】ＰＤＣＰＰＤＵ構造の概略図である。

【図4】ＰＤＣＰデータ処理フローにおけるＵＤＣの位置の概略図である。

【図5】１つのＰＤＣＰＰＤＵフォーマットの概略図である。

【図6】もう１つのＰＤＣＰＰＤＵフォーマットの概略図である。

【図7】さらにもう１つのＰＤＣＰＰＤＵフォーマットの概略図である。

【図8】本開示の１つの実施例におけるアップリンクデータ解凍方法のフローチャートである。

【図9】本開示の１つの実施例におけるアップリンクデータ圧縮方法のフローチャートである。

【図10】本開示の１つの実施例における３つのフィールドを有するＵＤＣヘッダのフォーマットの概略図である。

【図11】本開示の１つの実施例における４つのフィールドを有するＵＤＣヘッダのフォーマットの概略図である。

【図12】本開示の１つの実施例における５つのフィールドを有するＵＤＣヘッダのフォーマットの概略図である。

【図13】本開示の１つの実施例におけるＵＤＣヘッダ付きのＰＤＣＰＵＤＣフォーマットの概略図である。

【図14】本開示の１つの実施例における解凍エンドの構造図である。

【図15】本開示の１つの実施例における圧縮エンドの構造図である。

【図16】本開示のもう１つの実施例における解凍エンドの構造図である。

【図17】本開示のもう１つの実施例における圧縮エンドの構造図である。

【発明を実施するための最良の形態】

【0042】

以下、添付図面を参照して本開示の例示的な実施例をさらに詳細に記載する。本開示の例示的な実施例を図面に示しているが、本開示は、ここで説明した実施例に限定されることなく様々な形態で実現されうることが理解されるべきである。これらの実施例を示すことは、本開示をより徹底的に理解してもらい、本開示の範囲を当業者に全面的に伝えるためである。

【0043】

本発明の実施例において用いられるＵＣ圧縮アルゴリズムは、公開済みのＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）１９５１の圧縮アルゴリズムである。具体的に、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）のＲＦＣ１９５１ファイルを参照されたい。

【0044】

図５、図６、図７には、ＵＤＣ圧縮後のＰＤＣＰパケットのフォーマットが示されている。図示のＵＤＣブロック（ＵＤＣｂｌｏｃｋ）は、ＲＦＣ１９５１による圧縮後のデータパケットであり、圧縮対象がＰＤＣＰＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）であり、すなわち上位層から送信されるデータパケットである。

【0045】

図８には、アップリンクデータ解凍方法が示されている。具体的に、以下のステップを含む。

【0046】

ステップ８０１において、解凍エンドは、ＰＤＣＰパケットを受信すると、ＰＤＣＰパケットのうちのＵＤＣヘッダを検査する。ＵＤＣヘッダには、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と解凍キャッシュエリア関連情報とを含む。解凍キャッシュエリア関連情報は、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するために用いられる。

【0047】

上記圧縮コンテキスト情報は、ＵＤＣ圧縮を行うか否かを指示する指示ビットフィールドである。上記解凍キャッシュエリア関連情報は、圧縮キャッシュエリア復元を指示する指示ビットフィールドと解凍キャッシュエリア検査用の指示ビットフィールドを含む。解凍キャッシュエリア関連情報に基づいて、圧縮エンドの圧縮キャッシュエリアと解凍エンドの解凍キャッシュエリアの一致を効果的に保証することができ、アップリンクデータ圧縮の信頼性を向上させる。

【0048】

本実施例において、解凍エンドは、ネットワーク側ＰＤＣＰの位置するエンティティであり、たとえば基地局のＰＤＣＰ層を指す。当該ＰＤＣＰ層は、基地局または分布式基地局のＣＵ（ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）に位置する。

【0049】

ステップ８０２において、解凍エンドは、圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0050】

本実施例において、選択可能に、ＰＤＣＰパケットは、ＰＤＣＰパケットのヘッダと、データパケットと、ＰＤＣＰパケットのヘッダとデータパケットの間に位置するＵＤＣヘッダを含む。

【0051】

本実施例において、選択可能に、前記ＵＤＣヘッダは、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールド、解凍キャッシュエリア復元を指示するための第２指示ビットフィールド、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドのうちの１つまたは複数を含む。

【0052】

本実施例において、選択可能に、前記ＵＤＣヘッダは、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールド、または、保留ビットフィールドをさらに含む。

【0053】

具体的に、上記ＵＤＣヘッダの構造に関連し、本実施例において、解凍エンドは、以下の方式でＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、解凍エンドは、直接、データパケットを上位層に伝送する。第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、解凍エンドは、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査する。第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、データパケットに対しＵＤＣ解凍を行う。第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する。第３指示ビットフィールドがｎ（正整数）ビットであれば、解凍エンドは、解凍キャッシュエリアのうちのデータを検査して解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行い、解凍後のデータパケットが解凍キャッシュエリアに入るが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示する。

【0054】

前記圧縮キャッシュエリアからｎビットを取る方式として、バイト全体で重ね合わせ、または、解凍キャッシュエリアのすべてのビットを重ね合わせ、最後のｎビットを取る。

【0055】

選択可能に、本実施例において、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要であることを示す第５値であれば、圧縮されていないデータパケットまたは解凍後のデータパケットである前記データパケットを解凍キャッシュエリアに記憶する。データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要でないことを示す第６値であれば、前記データパケットを解凍キャッシュエリアに記憶しない。

【0056】

本実施例において、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と解凍キャッシュエリア関連情報を含むＵＤＣヘッダ（ＵＤＣｈｅａｄｅｒ）をＰＤＣＰパケットに追加することによって、解凍エンドが、圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うことができる。それによって、解凍エンドが、解凍キャッシュエリア関連情報に基づいて、圧縮エンドの圧縮キャッシュエリアと一致するように解凍キャッシュエリアを制御し、従来技術において基地局と端末の両方で圧縮キャッシュと解凍キャッシュの一致が保証できないという問題を解決し、さらにアップリンクデータ圧縮の信頼性を向上させる。

【0057】

図９には、アップリンクデータ圧縮方法のフローが示されている。具体的なステップとして、ステップ９０１において、圧縮エンドは、ＰＤＣＰパケットを解凍エンドに送信する。前記解凍エンドは、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報を含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0058】

本実施例において、上記圧縮エンドは、端末側ＰＤＣＰの位置するエンティティである。当該エンティティは、アップリンクデータに対しＵＤＣ圧縮を行う機能を有する。たとえば、当該圧縮エンドは、端末に対応する。

【0059】

本実施例において、選択可能に、前記ＰＤＣＰパケットは、ＰＤＣＰパケットのヘッダと、データパケットと、ＰＤＣＰパケットのヘッダとデータパケットの間に位置するＵＤＣヘッダを含む。

【0060】

【0061】

本実施例において、選択可能に、前記方法において、前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、前記圧縮エンドが、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすることと、前記第１指示ビットフィールドが第２値にセットされたのであれば、前記圧縮エンドが、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することとをさらに含む。

【0062】

【0063】

本実施例において、選択可能に、前記方法において、前記データパケットが圧縮キャッシュエリアに入る必要があるのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第５値にセットすることと、前記データパケットが圧縮キャッシュエリアに入る必要がないのであれば、前記圧縮エンドが、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第６値にセットすることとをさらに含む。

【0064】

本実施例において、解凍エンドが、ＵＤＣヘッダのうちの解凍キャッシュエリア関連情報に基づいて、圧縮エンドの圧縮キャッシュエリアと一致するように解凍キャッシュエリアを制御し、従来技術において基地局と端末の両方で圧縮キャッシュと解凍キャッシュの一致が保証できないという問題を解決し、さらにアップリンクデータ圧縮の信頼性を向上させる。

【0065】

本開示のもう１つの実施例において、ＰＤＣＰのヘッダとデータパケット（ＵＤＣ圧縮パケットと称してもよい）の間にＵＤＣヘッダを追加する。当該ＵＤＣヘッダは、ＵＤＣ圧縮を行うかの指示ビットフィールド、キャッシュエリア復元を指示するための指示ビットフィールド、キャッシュエリア検査用の指示ビットフィールドのうちの１つまたは複数のフィールドを含む。

【0066】

選択可能に、当該ＵＤＣヘッダは、当該パケットがキャッシュエリアに入るか否かを指示するための指示ビットフィールドをさらに含む。

【0067】

選択可能に、当該ＵＤＣヘッダは、保留ビットフィールドをさらに含む。

【0068】

本実施例において、解凍エンドは、データパケットを受信すると、まずＵＤＣヘッダを検査してからＵＤＣの解凍処理を行う。上記解凍エンドは、基地局であってもよい。

【0069】

解凍エンドの具体的な行動は、以下である。

【0070】

ステップ１において、解凍エンドは、ＵＤＣ圧縮を行うかの指示ビットフィールドを検査し、ＵＤＣ圧縮が行われないのであれば、ＵＤＣ解凍ステップを飛ばし、直接ＰＤＣＰＳＤＵを上位層に引渡す。ＵＤＣ圧縮が行われるのであれば、ステップ２に進む。

【0071】

ステップ２において、キャッシュエリア復元を指示するための指示ビットフィールドを検査し、１にセットされるのであれば、解凍キャッシュエリアをクリアし、キャッシュエリア検査用の指示ビットフィールドを検査する必要がなく、ＵＤＣの解凍モジュールにおいて解凍を行われる。０にセットされるのであれば、引き続き、キャッシュエリア検査用の指示ビットフィールドを検査する。

【0072】

キャッシュエリア検査用の指示ビットフィールドがｎ（１～７であり、たとえば４を取る）ビットであるとすると、解凍エンドは、解凍キャッシュエリアのうちのデータを検査し、たとえば、バイト（ｂｙｔｅ）全体で重ね合わせ、または、キャッシュエリアのすべてのビットを重ね合わせ、最後のｎビットを取る。該ｎビットが受信したＵＤＣヘッダのうちの解凍キャッシュエリア検査用の指示ビットフィールドとは同一であれば、一致するとし、ＵＤＣ解凍に進む。一致しなければ、リセット（ｒｅｓｅｔ）プロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示する。

【0073】

選択可能に、解凍エンドの行動は、さらにステップ３を含む。ステップ３において、当該データパケットがキャッシュエリアに入るか否かを指示するための指示ビットフィールドがＵＤＣヘッダに含まれ、かつ当該指示ビットフィールドが１であれば、当該データパケットがＵＤＣ圧縮パケットであるかにかかわらず、当該データパケットのうちのデータ（圧縮されていないデータパケットまたは解凍後のデータ）を解凍キャッシュエリアに圧縮して保存する。当該指示ビットフィールドが０であれば、当該データパケットのうちのデータを解凍キャッシュエリアに圧縮しない。

【0074】

圧縮エンドの具体的な行動は、以下である。

【0075】

ステップ１において、ネットワーク側の設定に基づいて圧縮を行うかを判断する。たとえば、圧縮率がある閾値を超える（たとえば１０％以上）と、圧縮パケットの送信を特定し、ＵＤＣ圧縮を行うかの指示ビットフィールドを１にセットするが、逆に、ＵＤＣ圧縮を行うかの指示ビットフィールドを０にセットする。

【0076】

ステップ２において、ＵＤＣ圧縮を行うかの指示ビットフィールドを１にセットしたのであれば、圧縮前の圧縮キャッシュエリアを加算し、解凍キャッシュエリア検査用の指示ビットフィールドを算出してＵＤＣのヘッダに記入する。

【0077】

ステップ３において、当該パケットのデータが圧縮キャッシュエリアに入るのであれば、ＵＤＣヘッダのうち、キャッシュエリアに入るかの指示ビットフィールドを１にセットするが、逆の場合、キャッシュエリアに入るかの指示ビットフィールドを０にセットする。

【0078】

（実施例１）
実施例１において、ＵＤＣヘッダに３つのフィールドを有する。

【0079】

図１０を参照する。ＵＤＣヘッダのフォーマットは、ＵＤＣ圧縮を行うかの指示ビットフィールド（Ｕ：１ビット）、解凍キャッシュエリア復元用の指示ビットフィールド（Ｎ：１ビット）、解凍キャッシュエリア検査用の指示ビットフィールド（Ｃ情報：６ビット）を含む。

【0080】

端末のＰＤＣＰ層は、上位層から送信されたデータに対し、ＵＤＣ圧縮を行い、圧縮データパケットをネットワークに送信すると特定すると、Ｕを１にセットし、圧縮前の圧縮キャッシュエリアのデータを重ね合わせ、最後の６ビット情報を取ってＵＤＣのＣフィールドに記入する。

【0081】

当該パケットのデータに対し圧縮を行わないと特定すると、Ｕを０にセットする。Ｃフィールドには、デフォルト値または任意の値を記入してもよく、圧縮キャッシュエリアの重ねあわせ後の最後の６ビットであってもよい。

【0082】

端末は、ネットワーク側の設定や圧縮キャッシュエリアに存在する問題を発見したことに基づいて、圧縮キャッシュエリアを復元させることが必要となると、Ｎフィールドを１にセットするが、逆の場合、０にセットする。

【0083】

基地局は、当該パケットのデータを受信すると、Ｕが０であれば、ＵＤＣのヘッダ部分を飛ばし、解凍を行わず、直接後続のデータパケットを上位層に引渡す。Ｎフィールドが１であれば、解凍キャッシュエリアのデータをクリアする。Ｕが１でありかつＮフィールドが０であれば、解凍キャッシュエリアのうちのデータを検査して重ね合わせ、最後の６ビットを取り、受信したＵＤＣヘッダのうちのＣフィールドの検査ビットフィールドとは同一であれば、一致するとし、ＵＤＣ解凍モジュールにおいて解凍を行われる。そして、解凍後のデータパケットは、解凍キャッシュエリアに入る。

【0084】

なお、圧縮キャッシュエリアのデータ重ね合わせは、多種類の方法がある。たとえば、バイト全体で重ね合わせ、最後のｎビットを取ってもよく、または、ビットで重ね合わせ、最後のｎビットを取っても良い。具体的な方式は、プロトコルによって取り決められる。

【0085】

（実施例２）
実施例２において、ＵＤＣヘッダに４つのフィールドを有する。

【0086】

図１１を参照する。ＵＤＣヘッダのフォーマットは、ＵＤＣ圧縮を行うかの指示ビットフィールド（Ｕ：１ビット）、解凍キャッシュエリア復元用の指示ビットフィールド（Ｎ：１ビット）、解凍キャッシュエリアに入るかの指示ビットフィールド（Ｉ：１ビット）、および解凍キャッシュエリア検査用の指示ビットフィールド（Ｃ情報：６ビット）を含む。

【0087】

実施例２において、Ｕフィールド、Ｎフィールド、Ｃフィールドの使用方法は、上記実施例１とは類似である。以下、上記Ｉフィールドの使用方法を紹介する。Ｉフィールドは、当該パケットのデータが解凍キャッシュエリアに入るかを示す。当該データパケットが圧縮されたかにかかわらず、Ｉが１にセットされると、基地局は、圧縮されていないデータパケット（Ｕが０である場合）または解凍後のデータパケット（Ｕが１である場合）を解凍キャッシュエリアに圧縮する。

【0088】

（実施例３）
実施例３において、ＵＤＣヘッダに５つのフィールドを有する。

【0089】

図１２を参照する。ＵＤＣヘッダのフォーマットは、ＵＤＣ圧縮を行うかの指示ビットフィールド（Ｕ：１ビット）、キャッシュエリア復元用の指示ビットフィールド（Ｎ：１ビット）、キャッシュエリアに入るかの指示ビットフィールド（Ｉ：１ビット）、キャッシュエリア検査用の指示ビットフィールド（Ｃ情報：４ビット）、および保留ビットフィールド（Ｒ：２ビット）を含む。

【0090】

Ｕ、Ｉ、Ｃフィールドの使用方法は、上記の実施例１と実施例２とは同一であるが、本実施例において、４ビットのＣフィールドが用いられる。２ビットのＲフィールドは、今後の使用に用いられ、しばらくその機能を定義しない。

【0091】

（実施例４）
実施例４において、ＵＤＣヘッダの位置を説明する。

【0092】

図１３を参照する。１つのＤＲＢ（ＤａｔａＲｅｓｏｕｒｃｅＢｅａｒｅｒ）が、ＵＤＣを使用するように設定されると、元のＰＤＣＰヘッダとデータパケットの間に１バイトのＵＤＣヘッダを挿入する。当該ＵＤＣヘッダは、ＵＤＣの活性化期間中に存在する。

【0093】

（実施例５）
実施例５において、キャッシュエリアのチェックフィールドＣに不一致が生じる場合を説明する。

【0094】

解凍エンドは、解凍キャッシュエリア検査用の指示ビットフィールドと、受信したデータパケットのうちの情報とは一致しないと発見すると、解凍キャッシュエリアのすべての情報をクリアし、解凍キャッシュエリア検査用の指示ビットフィールドを０にセットし、シグナリングによって圧縮エンド（すなわち端末）に通知する。

【0095】

選択可能に、当該シグナリングは、ＲＲＣシグナリングである。たとえば再設定メッセージで、あるＤＲＢのＵＤＣ圧縮キャッシュエリアをクリアすると指示する。

【0096】

選択可能に、当該シグナリングは、新規のＰＤＣＰの制御ＰＤＵであり、または既有のＰＤＣＰの制御ＰＤＵに付帯される１ビットの指示情報である。たとえば、制御ＰＤＵのうちのＲビットフィールドは、キャッシュエリアの復元を指示すると再定義する。

【0097】

圧縮エンドは、復元指示情報を受信すると、圧縮キャッシュエリアをクリアし、上記の実施例におけるＰＤＵのうちの復元指示ビットフィールドによって、解凍エンドが両方のキャッシュエリア状態の一致を保証するように復元したことを指示する。

【0098】

同一の発明思想に基づき、本開示の実施例は、解凍エンドをさらに提供する。当該解凍エンドは、問題を解決する原理が本開示の実施例の図８におけるアップリンクデータ解凍方法に似るため、その実施例について、方法の実施を参照されたく、重複なところを繰り返して記載しない。

【0099】

図１４には、解凍エンドの構造が示されている。当該解凍エンド１４００は、ＰＤＣＰパケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査する検査モジュール１４０１と、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う第１処理モジュール１４０２とを含む。

【0100】

【0101】

【0102】

【0103】

本実施例において、選択可能に、前記処理モジュールは、さらに、前記ＵＤＣヘッダのうちの第１指示ビットフィールドが、ＵＤＣ圧縮が行われないことを示す第１値であれば、前記解凍エンドが、直接、前記データパケットを上位層に伝送することと、前記第１指示ビットフィールドが、ＵＤＣ圧縮が行われることを示す第２値であれば、前記解凍エンドが、ＵＤＣヘッダのうち、解凍キャッシュエリア復元を指示するための第２指示ビットフィールドを検査することと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要であることを示す第３値であれば、解凍キャッシュエリアをクリアし、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査する必要がなく、直接、前記データパケットに対しＵＤＣ解凍を行うことと、前記第２指示ビットフィールドが、解凍キャッシュエリア復元が必要でないことを示す第４値であれば、引き続き、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを検査することと、前記第３指示ビットフィールドがｎ（正整数）ビットであれば、前記解凍エンドが、解凍キャッシュエリアのうちのデータを検査して前記解凍キャッシュエリアからｎビットを取り、該ｎビットがＵＤＣヘッダのうちの第３指示ビットフィールドとは同一であれば、前記データパケットに対しＵＤＣ解凍を行うが、逆の場合、リセットプロセスを引き起こし、圧縮キャッシュエリアのリセットを圧縮エンドに指示することとに用いられる。

【0104】

本実施例において、選択可能に、前記解凍エンドは、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要であることを示す第５値であれば、圧縮されていないデータパケットまたは解凍後のデータパケットである前記データパケットを解凍キャッシュエリアに記憶すること、または、データパケットが解凍キャッシュエリアに入るか否かを指示するための第２指示ビットフィールドがＵＤＣヘッダに含まれ、かつ前記第２指示ビットフィールドが、データパケットが解凍キャッシュエリアに入ることが必要でないことを示す第６値であれば、前記データパケットを解凍キャッシュエリアに記憶しないことに用いられる第２処理モジュールをさらに含む。

【0105】

同一の発明思想に基づき、本開示の実施例は、圧縮エンドをさらに提供する。当該圧縮エンドは、問題を解決する原理が本開示の実施例の図９におけるアップリンクデータ圧縮方法に似るため、その実施例について、方法の実施を参照されたく、重複なところを繰り返して記載しない。

【0106】

図１５には、圧縮エンドの構造が示されている。当該圧縮エンド１５００は、ＰＤＣＰパケットを解凍エンドに送信する送信モジュール１５０１を含む。前記解凍エンドは、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0107】

【0108】

【0109】

本実施例において、選択可能に、前記圧縮エンドは、前記ＰＤＣＰパケットのうちのデータパケットに対しＵＤＣ圧縮が行われたのであれば、ＵＤＣ圧縮を行うか否かを指示するための第１指示ビットフィールドを第２値にセットし、逆の場合、第１指示ビットフィールドを第１値にセットすること、または、前記第１指示ビットフィールドが第２値にセットされたのであれば、圧縮前の圧縮キャッシュエリアのうちのデータを重ね合わせることによって、解凍キャッシュエリア検査を指示するための第３指示ビットフィールドを算出し、前記ＵＤＣヘッダに記入することに用いられる第１セットモジュールをさらに含む。

【0110】

【0111】

本実施例において、選択可能に、前記圧縮エンドは、前記データパケットが圧縮キャッシュエリアに入る必要があるのであれば、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第５値にセットし、前記データパケットが圧縮キャッシュエリアに入る必要がないのであれば、前記ＵＤＣヘッダのうち、データパケットが解凍キャッシュエリアに入るか否かを指示するための第４指示ビットフィールドを第６値にセットすることに用いられる第２セットモジュールをさらに含む。

【0112】

本開示の実施例において、第１メモリ、第１プロセッサおよび第１メモリに記憶されて第１プロセッサで実行可能なコンピュータプログラムを含む解凍エンドをさらに提供し、前記第１プロセッサが前記プログラムを実行すると、上記のアップリンクデータ解凍方法のステップが実現される。

【0113】

図１６には、解凍エンドの構造が示されている。当該解凍エンドは、第１メモリ１６０４、第１プロセッサ１６０１および第１メモリ１６０４に記憶されて第１プロセッサ１６０１で実行可能なコンピュータプログラムを含む。前記第１プロセッサ１６０１が前記プログラムを実行すると、ＰＤＣＰパケットを受信すると、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査するステップと、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行うステップとが実現される。

【0114】

図１６において、バスアーキテクチャ（第１バス１６００で示す）は、任意数の相互接続するバスとブリッジを含む。第１バス１６００は、汎用の第１プロセッサ１６０１をはじめとする１つ又は複数のプロセッサと第１メモリ１６０４をはじめとするメモリの各種類の回路が接続したものである。第１バス１６００は、周辺デバイス、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。第１バスインタフェース１６０３により、第１バス１６００と第１トランシーバ１６０２との間でインタフェースが提供される。第１トランシーバ１６０２は、１つの部品であってもよく、複数の受信機および送信機など、複数の部品であってもよく、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。たとえば、第１トランシーバ１６０２は、ほかの機器から外部データを受信する。第１トランシーバ１６０２は、第１プロセッサ１６０１によって処理されたデータをほかの機器に送信する。

【0115】

第１プロセッサ１６０１は、第１バス１６００と通常の処理を管理し、前述のように汎用のオペレーションシステムを実行する。第１メモリ１６０４は、第１プロセッサ１６０１による操作実行に用いられるデータを記憶ことに用いられる。

【0116】

選択可能に、第１プロセッサ１６０１は、ＣＰＵ、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）またはＣＰＬＤ（ＣｏｍｐｌｅｘＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）である。

【0117】

本開示の実施例において、第２メモリ、第２プロセッサおよび第２メモリに記憶されて第２プロセッサで実行可能なコンピュータプログラムを含む圧縮エンドをさらに提供し、前記第２プロセッサが前記プログラムを実行すると、上記のアップリンクデータ圧縮方法のステップが実現される。

【0118】

図１７には、圧縮エンドの構造が示されている。当該圧縮エンドは、第２メモリ、第２プロセッサおよび第２メモリに記憶されて第２プロセッサで実行可能なコンピュータプログラムを含む。前記第２プロセッサが前記プログラムを実行すると、ＰＤＣＰパケットを解凍エンドに送信するステップを実現し、前記解凍エンドが、前記ＰＤＣＰパケットのうち、少なくともＰＤＣＰパケットのうちのデータパケットの圧縮コンテキスト情報と、圧縮エンドの圧縮キャッシュエリアとの一致を確保するように前記解凍エンドの解凍キャッシュエリアを制御することを前記解凍エンドに指示するための解凍キャッシュエリア関連情報とを含むＵＤＣヘッダを検査し、前記圧縮コンテキスト情報と解凍キャッシュエリア関連情報に基づいて、前記ＰＤＣＰパケットのうちのデータパケットに対し、対応する処理を行う。

【0119】

図１７において、バスアーキテクチャ（第２バス１７００で示す）は、任意数の相互接続するバスとブリッジを含む。第２バス１７００は、汎用の第２プロセッサ１７０１をはじめとする１つ又は複数のプロセッサと第２メモリ１７０４をはじめとするメモリの各種類の回路が接続したものである。第２バス１７００は、周辺デバイス、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。第２バスインタフェース１７０３により、第２バス１７００と第２トランシーバ１７０２との間でインタフェースが提供される。第２トランシーバ１７０２は、１つの部品であってもよく、複数の受信機および送信機など、複数の部品であってもよく、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。たとえば、第２トランシーバ１７０２は、ほかの機器から外部データを受信する。第２トランシーバ１７０２は、第２プロセッサ１７０１によって処理されたデータをほかの機器に送信する。計算システムの性質によっては、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどのユーザインタフェース１１０５が提供される。

【0120】

第２プロセッサ１７０１は、第２バス１７００と通常の処理を管理し、前述のように汎用のオペレーションシステムを実行する。第２メモリ１７０４は、第２プロセッサ１７０１による操作実行に用いられるデータを記憶ことに用いられる。

【0121】

選択可能に、第２プロセッサ１７０１は、ＣＰＵ、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）またはＣＰＬＤ（ＣｏｍｐｌｅｘＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）である。

【0122】

本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、当該プログラムがプロセッサによって実行されると、上記のアップリンクデータ解凍方法のステップ、または、上記のアップリンクデータ圧縮方法のステップが実現される。

【0123】

なお、明細書の全文にわたって言及されている「１つの実施例」や「一実施例」とは、実施例に関連する特定の特徴、構造または特性が本開示の少なくとも１つの実施例に含まれることを意味する。従って、明細書の各箇所に記載されている「１つの実施例において」や「一実施例において」とは、必ずしも同一の実施例を指すとは限らない。また、これらの特定の特徴、構造または特性は、任意かつ適切な方式で１つまたは複数の実施例に組み入れられることができる。

【0124】

本開示の各実施例において、上記各プロセスの番号の大きさは、実行順の前後を意味するのではなく、各プロセスの実行順は、その機能および内在的な論理によって確定されるものであり、本開示の実施例の実施プロセスに対しいっさい限定を構成しないと理解すべきである。

【0125】

また、本文において、「システム」と「ネットワーク」は、常に互換して使用することができる。

【0126】

本文において、「および／または」との用語は、関連対象の関連関係を表現するものに過ぎず、存在可能な３種類の関係を示す。例えば、Ａおよび／またはＢの場合、Ａのみ、ＡとＢの両方、Ｂのみの３種類の場合を示す。また、本文において、「／」の記号は、通常、前後の関連対象が「または」の関係であることを示す。

【0127】

本願に提供される実施例において、「Ａに対応するＢ」とは、ＢとＡが関連付けられることを示し、Ａに基づいてＢを確定することができる。なお、Ａに基づいてＢを確定することは、Ａのみに基づいてＢを確定するという意味ではなく、Ａおよび／または他の情報に基づいてＢを確定するのもよい。

【0128】

本願で提供されるいくつかの実施例において、開示された方法および装置は、他の方式で実施され得ることを理解されたい。以上記載した装置実施例は、単に例示的なものである。例えば、記載したユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニットまたはコンポーネントは、組み合わせてもよく、別のシステムに一体化されてもよく、または、一部の特徴は、無視されてもよく、または実行されなくてもよい。また、示されておりまたは議論されている各構成部分の相互間の結合や直接結合や通信接続は、インタフェース、装置またはユニットを介した間接結合や通信接続であってもよく、電気的、機械的、または他の形式であってもよい。

【0129】

また、本開示の各実施例における各機能的ユニットは、全て１つの処理ユニットに一体化されていてもよいし、別々に１つのユニットとしてもよいし、２つ以上のユニットが１つのユニットに一体化されてもよい。上述した一体化ユニットは、ハードウェアの形態、またはハードウェアとソフトウェア機能ユニットの形態で実施することができる。

【0130】

上述したソフトウェア機能ユニットの形態で実施される一体化ユニットは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。上記ソフトウェア機能ユニットは、記憶媒体に記憶され、本開示の各実施例の送受信方法のステップの一部をコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるいくつかの指令を含む。前記の記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。

【0131】

以上記載されたのは、本開示の好適な実施形態である。なお、当業者は、本開示に記載されている原理を逸脱せずに様々な改良や修飾をすることもできる。これらの改良や修飾も、本開示の保護範囲内に含まれる。

【図1】