WO2021205630A1

WO2021205630A1 - 端末、基地局、及び通信方法

Info

Publication number: WO2021205630A1
Application number: PCT/JP2020/016050
Authority: WO
Inventors: 皓平原田; 明人花木; 高橋　秀明
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2020-04-09
Filing date: 2020-04-09
Publication date: 2021-10-14
Also published as: US20230113031A1

Abstract

基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、前記基地局との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信する送信部と、前記シグナリングメッセージの送信後、前記デバイスから受信したデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与する制御部と、を備え、前記送信部は、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信する、端末。

Description

端末、基地局、及び通信方法

　本発明は、無線通信システムにおける端末、基地局、及び通信方法に関する。

　Ｅｔｈｅｒｎｅｔ（登録商標）ｈｅａｄｅｒの圧縮手順では、ｃｏｍｐｒｅｓｓｏｒは、あるパケットのＦｕｌｌ　Ｈｅａｄｅｒ（ＦＨ）と当該ＦＨに紐づけられたＣｏｎｔｅｘｔ　ＩＤ（ＣＩＤ）をｄｅｃｏｍｐｒｅｓｓｏｒに通知する。ｄｅ－ｃｏｍｐｒｅｓｓｏｒは、当該コンテクスト（ｃｏｎｔｅｘｔ）に対応するフィードバックをｃｏｍｐｒｅｓｓｏｒに通知する。フィードバックを受信したｃｏｍｐｒｅｓｓｏｒは、コンテクストが確立したと判断し、ヘッダの圧縮を開始する。すなわち、ｃｏｍｐｒｅｓｓｏｒは、圧縮したヘッダ（ＣＨ：Ｃｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒ）をｄｅ－ｃｏｍｐｒｅｓｓｏｒに送信する。

　ＣＩＤフィールドのデザイン（ビット割り当ての詳細）に関して、３ＧＰＰの会合において議論が行われている。１オクテット（＝８ビット）と２オクテットの拡張されたＣＩＤフィールドのデザインをサポートことが合意されている。また、１オクテットの拡張されたＣＩＤフィールド及び２オクテットの拡張されたＣＩＤフィールドのうち、いずれのＣＩＤフィールドを使用するかについて、ＲＲＣシグナリングで通知することが合意されている。

３ＧＰＰ　ＴＳ　３８．３２３　Ｖ１５．６．０　（２０１９－０６）３ＧＰＰ　ＴＳ－ＲＡＮ　ＷＧ２　Ｍｅｅｔｉｎｇ　＃１０９　ｅｌｅｃｔｒｏｎｉｃ、Ｒ２－２０００１７５、２４　Ｆｅｂ　-　６　Ｍａｒ　２０２０Ｗｈｉｔｅ　Ｐａｐｅｒ、Ａ　５Ｇ　Ｔｒａｆｆｉｃ　Ｍｏｄｅｌ　ｆｏｒ　Ｉｎｄｕｓｔｒｉａｌ　Ｕｓｅ　Ｃａｓｅｓ、Ｎｏｖｅｍｂｅｒ　２０１９、５Ｇ　Ａｌｌｉａｎｃｅ　ｆｏｒ　Ｃｏｎｎｅｃｔｅｄ　Ｉｎｄｕｓｔｒｉｅｓ　ａｎｄ　Ａｕｔｏｍａｔｉｏｎ、ｈｔｔｐｓ：／／ｗｗｗ．５ｇ－ａｃｉａ．ｏｒｇ／ｆｉｌｅａｄｍｉｎ／５Ｇ－ＡＣＩＡ／Ｐｕｂｌｉｋａｔｉｏｎｅｎ／５Ｇ－ＡＣＩＡ＿Ｗｈｉｔｅ＿Ｐａｐｅｒ＿Ｔｒａｆｆｉｃ＿Ｍｏｄｅｌ／ＷＰ＿５Ｇ＿５Ｇ＿Ｔｒａｆｆｉｃ＿Ｍｏｄｅｌ＿ｆｏｒ＿Ｉｎｄｕｓｔｒｉａｌ＿Ｕｓｅ＿Ｃａｓｅｓ＿２２．１０．１９．ｐｄｆ

　例えば、端末に接続されるＥｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが複数存在する場合、端末及び／又は基地局は、Ｃｏｎｔｅｘｔ　ＩＤ（ＣＩＤ）を用いて、当該ＣＩＤに対応するコンテクスト（Ｅｔｈｅｒｎｅｔ　Ｈｅａｄｅｒの内容）を識別することができる。しかしながら、端末に接続されるＥｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合には、コンテクストが１種類であるため、端末及び／又は基地局は、ＣＩＤを用いなくてもコンテクストを識別することが可能である。

　Ｅｔｈｅｒｎｅｔフレームを送信する際のオーバヘッドを削減する方法が必要とされている。

　本発明の一態様によれば、基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、前記基地局との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信する送信部と、前記シグナリングメッセージの送信後、前記デバイスから受信したデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与する制御部と、を備え、前記送信部は、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信する、端末、が提供される。

　実施例によれば、Ｅｔｈｅｒｎｅｔフレームを送信する際のオーバヘッドを削減する方法が提供される。

本実施の形態における通信システムの構成の例を示す図である。端末と５Ｇ－ＡＮとの間のＵｕインタフェースの例を示す図である。ヘッダの圧縮手順の例を示す図である。Ｆｕｌｌ　Ｈｅａｄｅｒの構成の例を示す図である。基地局がＲＲＣシグナリングを用いてヘッダ情報を端末に送信する場合の例を示す図である。端末がＲＲＣシグナリングを用いてヘッダ情報を基地局に送信する場合の例を示す図である。基地局が、ＣＩＤフィールドを使用しないことを示す情報を、端末に対して、ＲＲＣシグナリングで通知する例を示す図である。端末の機能構成の一例を示す図である。基地局の機能構成の一例を示す図である。端末及び基地局のハードウェア構成の一例を示す図である。

　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態には限定されない。

　以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ、ＬＴＥ－Ａ）に準拠していてもよい。

　（システム全体構成）
　図１は、本実施の形態に係る無線通信システムの構成の例を示す図である。本実施の形態に係る無線通信システムは、図１に示すように、端末１０及び基地局２０（基地局シミュレータであってもよい）を含む。図１には、端末１０及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。なお、基地局２０に代えて、基地局シミュレータを使用する場合には、図１に示されるようなセルを構成することに代えて、基地局シミュレータと端末１０との間にフェージングシミュレータ、減衰器等を介在させた上で、基地局シミュレータと端末１０とを同軸ケーブル等で接続することで、試験環境を構成してもよい。

　端末１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、端末１０と無線通信する通信装置である。

　本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよい。

　また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」又は「規定される」とは、所定の値が基地局２０又は端末１０に予め設定（Pre-configure）されることであってもよいし、基地局２０又は端末１０に予め設定（Pre-configure）されることを想定することであってもよいし、基地局２０又は端末１０から通知される無線パラメータが設定されることであってもよい。

　基地局２０は、１つ以上のセルを提供し、端末１０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数（スロット、サブフレーム、シンボル、シンボルより短い時間リソース等でもよい）で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。基地局２０は、同期信号及びシステム情報を端末１０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報の一部は、例えば、ＮＲ－ＰＢＣＨにて送信され、報知情報ともいう。同期信号及び報知情報は、所定数のＯＦＤＭシンボルから構成されるＳＳブロック（ＳＳ／ＰＢＣＨ　ｂｌｏｃｋ）として周期的に送信されてもよい。例えば、基地局２０は、ＤＬ（Ｄｏｗｎｌｉｎｋ）で制御信号又はデータを端末１０に送信し、ＵＬ（Ｕｐｌｉｎｋ）で制御信号又はデータを端末１０から受信する。基地局２０及び端末１０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。例えば、基地局２０から送信される参照信号はＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ）を含み、基地局２０から送信されるチャネルは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）を含む。

　（ＥＨＣ）
　３ＧＰＰのリリース１６において、ＩＩｏＴ（Ｉｎｄｕｓｔｒｉａｌ　Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）のためにＥｔｈｅｒｎｅｔ（登録商標）Ｈｅａｄｅｒ　Ｃｏｍｐｒｅｓｓｉｏｎ　（ＥＨＣ）が規定されている。

　例えば、図２の例に示されるように、端末と５Ｇ－ＡＮとの間（Ｕｕインタフェース）でＥｔｈｅｒｎｅｔ　ｆｒａｍｅを送受信する際、当該Ｅｔｈｅｒｎｅｔ　ｆｒａｍｅのＥｔｈｅｒｎｅｔ　ｈｅａｄｅｒを圧縮する。

　例えば、アップリンクの通信の場合、端末（ＵＥ）のＰａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）エンティティで圧縮されたＥｔｈｅｒｎｅｔ　ｈｅａｄｅｒは、５Ｇ－ＡＮのＰＤＣＰ　ｅｎｔｉｔｙで解凍され、解凍されたヘッダ情報を用いてｒｅｍｏｔｅ　ｃｏｎｔｒｏｌｌｅｒへパケットが伝送される。

　以下の説明において、基地局はｃｏｍｐｒｅｓｓｏｒ及びｄｅ－ｃｏｍｐｒｅｓｓｏｒを有し、かつ端末はｃｏｍｐｒｅｓｓｏｒ及びｄｅ－ｃｏｍｐｒｅｓｓｏｒを有してもよい。ダウンリンクの通信の場合、基地局はｃｏｍｐｒｅｓｓｏｒとして動作し、端末はｄｅ－ｃｏｍｐｒｅｓｓｏｒとして動作してもよい。また、アップリンクの通信の場合、基地局はｄｅ－ｃｏｍｐｒｅｓｓｏｒとして動作し、端末はｃｏｍｐｒｅｓｓｏｒとして動作してもよい。なお、以下の説明において、コンテクスト（ｃｏｎｔｅｘｔ）とは、Ｅｔｈｅｒｎｅｔ　Ｈｅａｄｅｒの内容のことであってもよい。

　図３は、Ｅｔｈｅｒｎｅｔ　ｈｅａｄｅｒの圧縮手順の例を示す図である。ｃｏｍｐｒｅｓｓｏｒとｄｅ－ｃｏｍｐｒｅｓｓｏｒは、以下のようにイーサネット（登録商標）ヘッダの圧縮を行う。ステップＳ１０１において、ｃｏｍｐｒｅｓｓｏｒは、あるパケットのＦｕｌｌ　Ｈｅａｄｅｒ（ＦＨ）と当該ＦＨに紐づけられたＣｏｎｔｅｘｔ　ＩＤ（ＣＩＤ）をｄｅｃｏｍｐｒｅｓｓｏｒに通知する。

　ステップＳ１０２で、ｄｅ－ｃｏｍｐｒｅｓｓｏｒは、当該コンテクスト（ｃｏｎｔｅｘｔ）に対応するフィードバックをｃｏｍｐｒｅｓｓｏｒに通知する。

　ステップＳ１０２でフィードバックを受信したｃｏｍｐｒｅｓｓｏｒは、コンテクストが確立したと判断し、ヘッダの圧縮を開始する。すなわち、ｃｏｍｐｒｅｓｓｏｒは、ステップＳ１０３で、圧縮したヘッダ（ＣＨ：Ｃｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒ）をｄｅ－ｃｏｍｐｒｅｓｓｏｒに送信する。

　なお、上述の説明において、コンテクストが確立するとは、ｃｏｍｐｒｅｓｓｏｒ側とｄｅ－ｃｏｍｐｒｅｓｓｏｒ側とで、同一のＥｔｈｅｒｎｅｔ　Ｈｅａｄｅｒの内容が共有される状態が確立されることであってもよい。

　上述のＥｔｈｅｒｎｅｔ　Ｈｅａｄｅｒ　Ｃｏｍｐｒｅｓｓｉｏｎ（ＥＨＣ）は、ＰＤＣＰ　ｅｎｔｉｔｙにより実行される。ＰＤＣＰより上位のプロトコルヘッダの順序は以下の通りであってもよい。

　ＰＤＣＰ　ｈｅａｄｅｒ｜ＳＤＡＰ　ｈｅａｄｅｒ｜ＥＨＣ　ｈｅａｄｅｒ｜ＲＯＨＣ　ｈｅａｄｅｒ｜ｐａｙｌｏａｄ

　なお、本明細書では、説明の便宜上、Ｒｏｂｕｓｔ　Ｈｅａｄｅｒ　Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＨＣ）　ｈｅａｄｅｒについては記載されていない。しかしながら、ユーザプレーンデータを送信するＰＤＣＰエンティティは、ＲＯＨＣ　ｃｏｍｐｒｅｓｓｏｒを使用してＲＯＨＣ　ｈｅａｄｅｒの圧縮を行ってもよい。

　ＥＨＣ機能は、ユーザプレーンデータを送信するＤａｔａ　Ｒａｄｉｏ　Ｂｅａｒｅｒ（ＤＲＢ）を単位として適用することが可能である。また、ＥＨＣ機能は、アップリンク及びダウンリンクのうち、いずれについても適用することが可能である。ＤＲＢの追加を行う際に、基地局は、イーサネットヘッダの圧縮を行うか否かを端末にＲＲＣシグナリングで通知してもよい。

　図４は、Ｅｔｈｅｒｎｅｔ　Ｆｕｌｌ　Ｈｅａｄｅｒの構成の例を示す図である。Ｅｔｈｅｒｎｅｔ　Ｆｕｌｌ　Ｈｅａｄｅｒの前には、ＣＩＤが付与される。図４の例に示されるように、Ｅｔｈｅｒｎｅｔ　Ｆｕｌｌ　Ｈｅａｄｅｒは、７オクテットのプリアンブル、１オクテットのｓｔａｒｔ　ｏｆ　Ｆｒａｍｅ　ｄｅｌｉｍｉｔｅｒ　（ＳＦＤ）、６オクテットの宛先アドレス、６オクテットの送信元アドレス、４オクテットの８０２．１Ｑ　ＴＡＧ、２オクテットのＬＥＮＧＴＨ／ＴＹＰＥ、４２～１５００オクテットのＰＡＹＬＯＡＤ（＋ＰＡＤ）、４オクテットのＦＲＡＭＥ　ＣＨＥＣＫ　ＳＥＱＵＥＮＣＥ（ＦＣＳ）を含んでもよい。

　なお、以下の説明において、フィールド（ｆｉｅｌｄ）とは、イーサネットヘッダ及びＣＩＤの各々の要素のことであってもよい。フィールドの種類として、ＣＩＤ、送信ＭＡＣアドレス、受信マックアドレス、Ｔｙｐｅ／Ｌｅｎｇｔｈ、８０２．１Ｑ　ＴＡＧが含まれてもよい。値（ｖａｌｕｅ）とは、フィールドに格納する値のことであってもよい。また、イーサネットフレームとは、イーサネットヘッダ＋ペイロードであってもよい。

　（Ｅｔｈｅｒ　Ｈｅａｄ　ＣｏｍｐｒｅｓｓｉｏｎにおけるＲＲＣでのコンテクスト通知）
　図２のシステム構成の例において、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが複数存在する場合、端末１０及び／又は基地局２０は、Ｃｏｎｔｅｘｔ　ＩＤ（ＣＩＤ）を用いて、当該ＣＩＤに対応するコンテクスト（Ｅｔｈｅｒｎｅｔ　Ｈｅａｄｅｒの内容）を識別する。しかしながら、図２のシステム構成の例において、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合には、コンテクストが１種類であるため、端末１０及び／又は基地局２０は、ＣＩＤを用いなくてもコンテクストを識別することが可能である。

　図２のシステム構成の例において、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である例として、５Ｇ　ＡＣＩＡのｈｕｍａｎ－ｍａｃｈｉｎｅ　ｉｎｔｅｒｆａｃｅ　（ＨＭＩ）等が考えられる。

　しかしながら、仕様によれば、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅの数にかかわらず、パケットを送信する場合には、ＣＩＤを必ずＦｕｌｌ　Ｈｅａｄｅｒ／ｃｏｍｐｒｅｓｓｅｄ　ｈｅａｄｅｒの前に付与することになっているため、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合には、パケットの送信の度に１～２バイトの不要なデータを送信することになる。

　（Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅ数＝コンテクスト数と言える理由）
　ＲｏＨＣでは、送信デバイスが１つであり、かつ受信するデバイスが１つである場合であっても、Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ（ＵＤＰ）ヘッダ内のｓｏｕｒｃｅ　ｐｏｒｔ又はｄｅｓｔｉｎａｔｉｏｎ　ｐｏｒｔが異なれば、別コンテクストを払い出す必要がある。これに対して、Ｅｔｈｅｒｎｅｔの場合、送信／受信ＭＡＣアドレスは、デバイスに対して固定されており、Ｑ－ＴａｇもＥｔｈｅｒｎｅｔデバイスの数が１つであれば不要であるため、Ｅｔｈｅｒｎｅｔデバイス数＝コンテクスト数と考えてもよい。

　（提案方式Ａ）
　図２のシステム構成の例において、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）であると仮定する。この場合において、端末１０は、基地局２０との間でコンテクストを確立する際に、Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）シグナリングを用いてヘッダ情報を基地局２０に送信してもよい。同様に、基地局２０は、端末１０との間でコンテクストを確立する際に、ＲＲＣシグナリングを用いてヘッダ情報を端末１０に送信してもよい。

　図５は、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合において、ダウンリンクで、基地局２０が端末１０との間でコンテクストを確立する際に、基地局２０がＲＲＣシグナリングを用いてヘッダ情報を端末１０に送信する場合の例を示す図である。

　図５のステップＳ２０１において、基地局２０は、ＤＲＢの確立時に、例えば、ＲＲＣ　ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにＥｔｈｅｒｎｅｔのＦｕｌｌ　Ｈｅａｄｅｒ情報を含めて、端末１０に当該ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。

　図５のステップＳ２０２において、端末１０は、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージを基地局２０に送信する。

　図５のステップＳ２０３以降において、基地局２０は、ＣＩＤを付与することなく、ペイロードに圧縮したヘッダ（ＣＨ：Ｃｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒ）を付与して、Ｅｔｈｅｒｎｅｔ　ｆｒａｍｅを送信する。

　なお、図５の例では、図４の例のステップＳ１０２に対応するフィードバック情報が送信されていないが、本実施例は、この例には限定されない。例えば、端末１０は、図５の例におけるステップＳ２０２で送信されるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージに、受信したコンテクストに対応するフィードバック情報を含めてもよい。代替的に、端末１０は、ステップＳ２０２のＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージとは別に、受信したコンテクスト情報に対応するフィードバック情報を基地局２０に送信してもよい。

　図６は、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合において、アップリンクで、端末１０が基地局２０との間でコンテクストを確立する際に、端末１０がＲＲＣシグナリングを用いてヘッダ情報を基地局２０に送信する場合の例を示す図である。

　図６のステップＳ３０１において、端末１０は、ＤＲＢの確立時に、例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを基地局２０から受信する。

　図６のステップＳ３０２において、端末１０は、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｃｏｍｐｌｅｔｅメッセージにＥｔｈｅｒｎｅｔのＦｕｌｌ　Ｈｅａｄｅｒ情報を含めて、当該ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｃｏｍｐｌｅｔｅメッセージを基地局２０に送信する。

　図６のステップＳ３０３以降において、端末１０は、ＣＩＤを付与することなく、ペイロードに圧縮したヘッダ（ＣＨ：Ｃｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒ）を付与して、Ｅｔｈｅｒｎｅｔ　ｆｒａｍｅを送信する。

　なお、図６の例では、図４の例のステップＳ１０２に対応するフィードバック情報が送信されていないが、本実施例は、この例には限定されない。例えば、基地局２０は、図６の例におけるステップＳ３０２で送信されるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅメッセージを受信した後、端末１０に、受信したコンテクスト情報に対応するフィードバック情報を送信してもよい。

　なお、図５及び図６の例では、ＲＲＣメッセージとして、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用している。しかしながら、本実施例はこれらの例には限定されない。例えば、ＲＲＣメッセージとして、ＲＲＣ　Ｒｅｓｕｍｅメッセージ、ＲＲＣ　Ｓｅｔｕｐメッセージ、ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ等を使用してもよい。

　（提案方式Ａの効果）
　ベアラ設定時のＣプレーンの手順に、ヘッダ圧縮のＵプレーン手順を統合することで、Ｕプレーン手順を省略し、最初期パケットからＣｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒを使用した通信を行うことができる。また、送信したコンテクストに対するフィードバック情報を待つ必要がないため、送信側でＣＨを使用した送信を開始するまでの時間を短縮することが可能となる。通常のコンテクスト確立手順では、送信側が送信したコンテクストに対するフィードバック情報を受信するまで、ＦＨを送信し続けるため、特に、品質の悪い、又は遅延が大きいシナリオにおいて、送信側でＣＨを使用した送信を開始するまでの時間を短縮する効果が顕著となる。また、送信側が受信側に対して、ＲＲＣシグナリングでＥｔｈｅｒｎｅｔのＦｕｌｌ　Ｈｅａｄｅｒ情報を送信するので、図４におけるステップＳ１０１及びステップＳ１０２の手順が不要となり、ＣＩＤ分のオーバヘッドを削減することが可能となる。さらに、コンテクストが確立された後、ＣＨ＋Ｐａｙｌｏａｄの送信時に、ＣＩＤを送信することが不要であるため、Ｅｔｈｅｒｎｅｔフレームを送信する際のオーバヘッドが削減される。

　（提案方式Ｂ）
　図２のシステム構成の例において、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）であると仮定する。ＣＩＤフィールドのデザイン（ビット割り当ての詳細）に関して、３ＧＰＰの会合において議論が行われている。１オクテット（＝８ビット）と２オクテットの拡張されたＣＩＤフィールドのデザインをサポートことが合意されている。また、１オクテットの拡張されたＣＩＤフィールド及び２オクテットの拡張されたＣＩＤフィールドのうち、いずれのＣＩＤフィールドを使用するかについて、ＲＲＣシグナリングで通知することが合意されている。提案方式Ｂでは、上述の１オクテットの拡張されたＣＩＤフィールド及び２オクテットの拡張されたＣＩＤフィールドのうち、いずれのＣＩＤフィールドを使用するかについて、ＲＲＣシグナリングで通知することに加えて、コンテクストを確立した後において、Ｅｔｈｅｒｎｅｔフレームを送信する際に、ＣＩＤフィールドを使用しないことを示す情報をＲＲＣシグナリングで通知してもよい。

　図７は、Ｅｔｈｅｒｎｅｔ　Ｄｅｖｉｃｅが１つ（単数）である場合において、ダウンリンクで、基地局２０が端末１０との間でコンテクストを確立する際に、基地局２０が１オクテットの拡張されたＣＩＤフィールド及び２オクテットの拡張されたＣＩＤフィールドのうち、いずれのＣＩＤフィールドを使用するかについて、ＲＲＣシグナリングで通知することに加えて、コンテクストを確立した後において、Ｅｔｈｅｒｎｅｔフレームを送信する際に、ＣＩＤフィールドを使用しないことを示す情報をＲＲＣシグナリングで通知する例を示す図である。

　図７のステップＳ４０１において、基地局２０は、ＲＲＣメッセージに、１オクテットの拡張されたＣＩＤフィールド及び２オクテットの拡張されたＣＩＤフィールドのうち、いずれのＣＩＤフィールドを使用するかを示す情報、及びコンテクストを確立した後において、Ｅｔｈｅｒｎｅｔフレームを送信する際に、ＣＩＤフィールドを使用しないことを示す情報を含める。基地局２０は、当該ＲＲＣメッセージを端末１０に送信する。

　図７のステップＳ４０２において、基地局２０は、Ｐａｙｌｏａｄに対してＥｔｈｅｒｎｅｔのＦｕｌｌ　Ｈｅａｄｅｒ（ＦＨ）を付与し、さらに当該ＦＨに紐づけられたＣＩＤを付与する。基地局２０は、ＣＩＤ、ＦＨ、及びＰａｙｌｏａｄを端末１０に送信する。

　図７のステップＳ４０３において、端末１０は、受信したコンテンツに対するフィードバック情報にＣＩＤを付与して、基地局２０にＣＩＤを付与したフィードバック情報を送信する。ステップＳ４０３でフィードバック情報を受信した基地局２０は、端末１０との間でコンテクストが確立されたと判断する。

　図７のステップＳ４０１において、基地局２０は、端末１０に対して、Ｅｔｈｅｒｎｅｔフレームを送信する際に、ＣＩＤフィールドを使用しないことを示す情報を含むＲＲＣシグナリングを送信しているので、図７のステップＳ４０４以降において、基地局２０は、ＣＩＤを付与することなく、ペイロードに圧縮したヘッダ（ＣＨ：Ｃｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒ）を付与して、端末１０に送信する。

　図７では、ダウンリンク通信の場合の例を示したが、アップリンク通信の場合においても、提案方式Ｂの方法を使用することができる。なお、図７のステップＳ４０１において、基地局２０は、コンテクストを確立した後において、Ｅｔｈｅｒｎｅｔフレームを送信する際に、ＣＩＤフィールドを使用しないことを示す情報を含むＲＲＣメッセージを端末１０に送信しているが、本実施例はこの例には限定されない。例えば、図７のステップＳ４０１において、基地局２０は、ＣＩＤフィールドを使用することを示す情報を含むＲＲＣメッセージを端末１０に送信してもよい。この場合には、ステップＳ４０４以降のＥｔｈｅｒｎｅｔフレームの送信の際にペイロードにＣＨ及びＣＩＤが付与されてもよい。

　（提案方式Ｂの効果）
　提案方式Ｂによれば、コンテクストが確立された後、ＣＨ＋Ｐａｙｌｏａｄの送信時に、ＣＩＤを送信することが不要であるため、Ｅｔｈｅｒｎｅｔフレームを送信する際のオーバヘッドが削減される。

　（装置構成）
　次に、これまでに説明した処理動作を実行する端末１０及び基地局２０の機能構成例を説明する。端末１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、端末１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。

　＜端末＞
　図８は、端末１０の機能構成の一例を示す図である。図８に示されるように、端末１０は、送信部１１０と、受信部１２０と、制御部１３０と、を有する。図８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　送信部１１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

　制御部１３０は、端末１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。

　例えば、端末１０の送信部１１０は、基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、基地局との間で確立すべきコンテクストを示す情報を含むＲＲＣメッセージを送信する。端末１０の制御部１３０は、シグナリングメッセージの送信後、デバイスから受信したデータを送信する際に、該データにコンテクストに対応する圧縮ヘッダを付与する。端末１０の送信部１１０は、圧縮ヘッダの付与されたデータであって、コンテクストを識別するコンテクスト識別子を含まない、データ、を基地局２０に送信する。

　例えば、端末１０の送信部１１０は、ＲＲＣメッセージに、データを送信する際にコンテクスト識別子を含めないことを示す情報を含めてもよい。

　＜基地局２０＞
　図９は、基地局２０の機能構成の一例を示す図である。図９に示されるように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０と、を有する。図９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

　送信部２１０は、端末１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、端末１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

　制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。

　例えば、基地局２０の送信部２１０は、端末との間で確立すべきコンテクストの送信先アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、端末との間で確立すべきコンテクストを示す情報を含むＲＲＣメッセージを送信する。基地局２０の制御部２３０は、シグナリングメッセージの送信後、デバイス宛のデータを送信する際に、該データにコンテクストに対応する圧縮ヘッダを付与する。基地局２０の送信部２１０は、圧縮ヘッダの付与されたデータであって、コンテクストを識別するコンテクスト識別子を含まない、データ、を端末１０に送信する。

　例えば、基地局２０の送信部２１０は、ＲＲＣメッセージに、データを送信する際にコンテクスト識別子を含めないことを示す情報を含めてもよい。

　＜ハードウェア構成＞
　上記実施の形態の説明に用いたブロック図（図８～図９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

　また、例えば、本発明の一実施の形態における端末１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１０は、本実施の形態に係る端末１０と基地局２０のハードウェア構成の一例を示す図である。上述の端末１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　端末１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）によって構成されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、端末１０の制御部１３０は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１１０、受信部１２０等は、通信装置１００４によって実現されてもよい。また、送信部１１０と受信部１２０とで、物理的に、または論理的に分離された実装がなされてもよい。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

　また、端末１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

　（実施の形態のまとめ）
　本明細書には、少なくとも下記の端末、基地局、及び通信方法が開示されている。

　上記の構成によれば、ベアラ設定時のＣプレーンの手順に、ヘッダ圧縮のＵプレーン手順を統合することで、Ｕプレーン手順を省略し、最初期パケットからＣｏｍｐｒｅｓｓｅｄ　Ｈｅａｄｅｒを使用した通信を行うことができる。また、送信したコンテクストに対するフィードバック情報を待つ必要がないため、送信側でＣＨを使用した送信を開始するまでの時間を短縮することが可能となる。さらに、コンテクストが確立された後、コンテクスト識別子をＥｔｈｅｒｎｅｔフレームに含めずに、Ｅｔｈｅｒｎｅｔフレームを送信することが可能となる。このため、データを送信する際のオーバヘッドを削減することが可能となる。

　前記シグナリングメッセージは、前記データを送信する際に、前記コンテクスト識別子を含めないことを示す情報を含んでもよい。

　上記の構成によれば、基地局側は、受信するデータにコンテクスト識別子が含まれないことを事前に確認することが可能となる。

　前記送信部は、前記シグナリングメッセージの送信後、前記端末が前記基地局からの前記コンテクストに対するフィードバックを受信しない場合であっても、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信してもよい。

　上記の構成によれば、送信したコンテクストに対するフィードバック情報を待つ必要がないため、送信側でＣＨを使用した送信を開始するまでの時間を短縮することが可能となる。

　端末との間で確立すべきコンテクストの送信先アドレスに対応するデバイスであって、前記端末に接続されるデバイス、が１つである場合に、前記端末との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信する送信部と、前記シグナリングメッセージの送信後、前記デバイス宛のデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与する制御部と、を備え、前記送信部は、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記端末に送信する、基地局。

　基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、前記基地局との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信するステップと、前記シグナリングメッセージの送信後、前記デバイスから受信したデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与するステップと、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信するステップ、を備える端末による通信方法。

　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。

　本開示において説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　本開示において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局２０を有する１つ又は複数のネットワークノード（network　nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局２０及び基地局２０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ　Ｃａｒｒｉｅｒ）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「ユーザ端末（user　terminal）」、「ユーザ装置（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。

　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）機器であってもよい。

　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局２０が有する機能を端末１０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（ｓｉｄｅ）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述の端末１０が有する機能を基地局２０が有する構成としてもよい。

　「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

　参照信号は、ＲＳ（Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

　本開示において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１０　端末
１１０　送信部
１２０　受信部
１３０　制御部
２０　基地局
２１０　送信部
２２０　受信部
２３０　制御部
１００１　プロセッサ
１００２　メモリ
１００３　ストレージ
１００４　通信装置
１００５　入力装置
１００６　出力装置

Claims

　基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、前記基地局との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信する送信部と、
　前記シグナリングメッセージの送信後、前記デバイスから受信したデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与する制御部と、
　を備え、
　前記送信部は、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信する、
　端末。
　前記シグナリングメッセージは、前記データを送信する際に、前記コンテクスト識別子を含めないことを示す情報を含む、
　請求項１に記載の端末。
　前記送信部は、前記シグナリングメッセージの送信後、前記端末が前記基地局からの前記コンテクストに対するフィードバックを受信しない場合であっても、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信する、
　請求項１に記載の端末。
　端末との間で確立すべきコンテクストの送信先アドレスに対応するデバイスであって、前記端末に接続されるデバイス、が１つである場合に、前記端末との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信する送信部と、
　前記シグナリングメッセージの送信後、前記デバイス宛のデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与する制御部と、
　を備え、
　前記送信部は、前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記端末に送信する、
　基地局。
　基地局との間で確立すべきコンテクストの送信元アドレスに対応するデバイスであって、端末に接続されるデバイス、が１つである場合に、前記基地局との間で確立すべきコンテクストを示す情報を含むシグナリングメッセージを送信するステップと、
　前記シグナリングメッセージの送信後、前記デバイスから受信したデータを送信する際に、該データに前記コンテクストに対応する圧縮ヘッダを付与するステップと、
　前記圧縮ヘッダの付与されたデータであって、前記コンテクストを識別するコンテクスト識別子を含まない、データ、を前記基地局に送信するステップ、
　を備える端末による通信方法。