JP6926158B2 - 端末装置、基地局装置、および通信方法 - Google Patents

端末装置、基地局装置、および通信方法 Download PDF

Info

Publication number
JP6926158B2
JP6926158B2 JP2019147899A JP2019147899A JP6926158B2 JP 6926158 B2 JP6926158 B2 JP 6926158B2 JP 2019147899 A JP2019147899 A JP 2019147899A JP 2019147899 A JP2019147899 A JP 2019147899A JP 6926158 B2 JP6926158 B2 JP 6926158B2
Authority
JP
Japan
Prior art keywords
context
information
ehc
layer
ethernet header
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
JP2019147899A
Other languages
English (en)
Other versions
JP2021029032A5 (ja
JP2021029032A (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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to JP2019147899A priority Critical patent/JP6926158B2/ja
Priority to PCT/JP2020/030406 priority patent/WO2021029369A1/ja
Priority to CN202080065128.XA priority patent/CN114424616A/zh
Priority to US17/632,562 priority patent/US11849350B2/en
Publication of JP2021029032A publication Critical patent/JP2021029032A/ja
Publication of JP2021029032A5 publication Critical patent/JP2021029032A5/ja
Application granted granted Critical
Publication of JP6926158B2 publication Critical patent/JP6926158B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/38Connection release triggered by timers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、端末装置、基地局装置、および通信方法に関する。
セルラ−移動通信の無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution(LTE:登録商標)」、または、「Evolved Universal Terrestrial Radio Access:EUTRA」と称する。)、及びコアネットワーク(以下、「Evolved Packet Core:EPC」)が、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project:3GPP)において検討されている。EUTRAはE−UTRAとも称する。
また、3GPPにおいて、第5世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、LTEの拡張技術であるLTE−Advanced Pro、および新しい無線アクセス技術であるNR(New Radio technology)の技術検討及び規格策定が行われている(非特許文献1)。また第5世代セルラーシステムに向けたコアネットワークである、5GC(5 Generation Core Network)の検討も行われている(非特許文献2)。
また、ローカルエリアネットワークの規格の一つとして、イーサネット(登録商標)(Ethernet(登録商標))が、アイトリプルイー(IEEE:Institute of Electrical and Electronics Engineers)802委員会により規格化されている。
3GPP RP−170855,"Work Item on New Radio (NR) Access Technology" 3GPP TS 23.501 v15.3.0,"System Architecture for the 5G System; Stage 2" 3GPP TS 36.300, v15.3.0,"Evolved Universal Terestrial Radio Access (E−UTRA)and Evolved Universal Terestrial Radio Access Network (E−UTRAN);Overall description; Stage 2" 3GPP TS 36.331 v15.4.0,"Evolved Universal Terestrial Radio Access (E−UTRA);Radio Resource Control (RRC);Protocol specifications" 3GPP TS 36.323 v15.3.0,"Evolved Universal Terestrial Radio Access (E−UTRA);Packet Data Convergence Protocol (PDCP) specification" 3GPP TS 36.322 v15.3.0,"Evolved Universal Terestrial Radio Access (E−UTRA);Radio Link Control (RLC) protocol specification" 3GPP TS 36.321 v15.3.0,"Evolved Universal Terestrial Radio Access (E−UTRA);Medium Access Control (MAC) protocol specification" 3GPP TS 37.340v 15.3.0,"EvolvedUniversal Terestrial Radio Access (E−UTRA)and NR; Multi−Connectivity; Stage 2" 3GPP TS 38.300v 15.3.0,"NR;NR and NG−RAN Overall description; Stage 2" 3GPP TS 38.331 v15.4.0,"NR;Radio Resource Control (RRC);Protocol specifications" 3GPP TS 38.323 v15.3.0,"NR;Packet Data Convergence Protocol (PDCP) specification" 3GPP TS 38.322 v15.3.0,"NR;Radio Link Control (RLC) protocol specification" 3GPP TS 38.321 v15.3.0,"NR;Medium Access Control (MAC) protocol specification" 3GPP TS 23.401 v15.0.0,"General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E−UTRAN) access" 3GPP TS 23.502 v15.3.0,"Procedure for 5G System; Stage 2" 3GPP TS 37.324 v15.1.0,"NR;Service Data Adaptation Protocol (SDAP) specification" 3GPP RP−190728,"New WID: Support of NR Industrial Internet of Things (IoT)" 3GPP Draft_RAN2_106_Report_v3,"Report of 3GPP TSG RAN WG2 meeting #106" https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Report/Draft_RAN2_106_Report_v3.zip IEEE 802.1Q−2014 − IEEE Standard for Local and metropolitan area networks−−Bridges and Bridged Networks.
NRの技術検討において、既存のNRの技術を、工業用モノのインターネット(IIoT:Industrial Internet of Things)に拡張する仕組みが検討されている。(非特許文献17)。これらの検討には、イーサネットフレームをNRを用いて送受信する事を想定し、データに対するイーサネットヘッダのオーバーヘッドを削減するための技術である、イーサネットヘッダ圧縮技術の検討が含まれる。
イーサネットヘッダ圧縮は、コンテキスト識別子と呼ばれる識別子を、イーサネットヘッダ情報と関連付け、全イーサネットヘッダ情報に変えてコンテキスト識別子を用いる事により実現するという方向性が検討されている(非特許文献18)。しかしながら、データ送受信を効率的に制御するための詳細な端末の動作についてはまだ検討されていない。
本発明の一態様は、上記した事情に鑑みてなされたもので、データの送受信を効率的に制御することができる端末装置、基地局装置、および通信方法を提供することを目的の一つとする。
上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からコンテキスト識別子の最大値を含むRRCメッセージを受信し、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わ
せる、処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理を行わせる、処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理を行わせる、処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へコンテキスト識別子の最大値を含むRRCメッセージを送信し、前記端末装置に、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理を行わせる、処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、コンテキスト管理タイマ
ーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からコンテキスト識別子の最大値を含むRRCメッセージを受信し、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理を行わせる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理を行わせる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へコンテキスト識別子の最大値を含むRRCメッセージを送信し、前記端末装置に、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理を行わせる。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本発明の一態様によれば、端末装置は、効率的なモビリティ処理を実現することができる。
本発明の各実施の形態に係る通信システムの概略図。 本発明の各実施の形態における、E−UTRAにおける端末装置と基地局装置のUP及びCPのプロトコルスタック図。 本発明の各実施の形態における、NRにおける端末装置と基地局装置のUP及びCPのプロトコルスタック図。 本発明の各実施の形態におけるRRC208及び/又はRRC308における、各種設定のための手順のフローの一例を示す図。 本発明の各実施の形態における端末装置の構成を示すブロック図。 本発明の各実施の形態における基地局装置の構成を示すブロック図。 本発明の実施の形態におけるNRでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本発明の実施の形態におけるE−UTRAでのRRCコネクションの再設定に関するメッセージに含まれるASN.1記述の一例。 本実施の各形態におけるRRCメッセージにイーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む、ASN.1記述の一例。 本発明の実施の形態におけるRRCメッセージにイーサネットPDUセッションである事を示す情報要素又はフィールドを含む、ASN.1記述の一例。 本発明の実施の形態におけるイーサネットヘッダ圧縮プロトコルの処理方法の一例。 本発明の実施の形態におけるUE122の処理方法の第1の例。 本発明の実施の形態におけるRRCメッセージに含まれる解放又は削除するコンテキストに関する情報のASN.1記述の一例。 本発明の実施の形態におけるUE122の処理方法の第2の例。 本発明の実施の形態におけるPDCP設定情報要素に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドを含む、ASN.1記述の一例。 本発明の実施の形態におけるUE122の処理方法の第3の例。
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
LTE(およびLTE−A Pro)とNRは、異なる無線アクセス技術(Radio
Access Technology:RAT)として定義されてもよい。またNRは、LTEに含まれる技術として定義されてもよい。LTEは、NRに含まれる技術として定義されてもよい。また、NRとMulti Radio Dual connectivityで接続可能なLTEは、従来のLTEと区別されてもよい。また、コアネットワークが5GCであるLTEは、コアネットワークがEPCである従来のLTEと区別されてもよい。本実施形態はNR、LTEおよび他のRATに適用されてよい。以下の説明では、LTEおよびNRに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのE−UTRAという用語は、LTEという用語に置き換えられても良いし、LTEという用語はE−UTRAという用語に置き換えられても良い。
図1は本発明の各実施の形態に係る通信システムの概略図である。
E−UTRA100は非特許文献3等に記載の無線アクセス技術であり、1つ又は複数の周波数帯域で構成するセルグループ(Cell Group:CG)から成る。eNB(E−UTRAN Node B)102は、E−UTRA100の基地局装置である。EPC(Evolved Packet Core)104は、非特許文献14等に記載のコア網であり、E−UTRA100用のコア網として設計された。インタフェース112はeNB102とEPC104の間のインタフェース(interface)であり、制御信号が通る制御プレーン(Control Plane:CP)と、そのユーザデータが通るユーザプレーン(User Plane:UP)が存在する。
NR106は非特許文献9等に記載の無線アクセス技術であり、1つ又は複数の周波数帯域で構成するセルグループ(Cell Group:CG)から成る。gNB(g Node B)108は、NR106の基地局装置である。5GC110は、非特許文献2等に記載のコア網であり、NR106用のコア網として設計されているが、5GC110に接続する機能をもつE−UTRA100用のコア網として使われても良い。以下E−UTRA100とは5GC110に接続する機能をもつE−UTRA100を含んでも良い。
インタフェース114はeNB102と5GC110の間のインタフェース、インタフェース116はgNB108と5GC110の間のインタフェース、インタフェース118はgNB108とEPC104の間のインタフェース、インタフェース120はeNB102とgNB108の間のインタフェース、インタフェース124はEPC104と5GC110間のインタフェースである。インタフェース114、インタフェース116、インタフェース118、インタフェース120、及びインタフェース124等はCPのみ、又はUPのみ、又はCP及びUP両方を通すインタフェースであっても良い。また、インタフェース114、インタフェース116、インタフェース118、インタフェース120、及びインタフェース124等は、通信事業者が提供する通信システムに応じて存在しない場合もあっても良い。
UE122はE−UTRA100及びNR106の内のいずれかまたは全てに対応した端末装置である。非特許文献3、及び非特許文献9の内のいずれかまたは全てに記載の通り、UE122が、E−UTRA100及びNR106の内のいずれかまたは全てを介してコア網と接続する際、UE122と、E−UTRA100及びNR106の内のいずれかまたは全てとの間に、無線ベアラ(RB:Radio Bearer)と呼ばれる論理経路が確立される。CPに用いられる無線ベアラは、シグナリング無線ベアラ(SRB:Signaling Radio Bearer)と呼ばれ、UPに用いられる無線ベアラは、データ無線ベアラ(DRB Data Radio Bearer)と呼ばれる。各RBは、RB識別子(RB Identity,又はRB ID)が割り当てられ、一意に識別される。SRB用RB識別子は、SRB識別子(SRB Identity,又はSRB ID)と呼ばれ、DRB用RB識別子は、DRB識別子(DRB Identity,又はDRB ID)と呼ばれる。
非特許文献3に記載の通り、UE122の接続先コア網がEPC104である場合、UE122と、E−UTRA100及びはNR106の内のいずれかまたは全てとの間に確
立された各DRBは更に、EPC104内を経由する各EPS(Evolved Packet System)ベアラと一意に紐づけられる。各EPSベアラは、EPSベアラ識別子(Identity,又はID)が割り当てられ、一意に識別される。また同一のEPSベアラを通るデータは同一のQoSが保証される。
非特許文献9に記載の通り、UE122の接続先コア網が5GC110である場合、UE122と、E−UTRA100及びNR106の内のいずれかまたは全てとの間に確立された一つ又は複数のDRBは更に、5GC110内に確立されるPDU(Packet
Data Unit)セッションの一つに紐づけられる。各PDUセッションには、一つ又は複数のQoSフローが存在する。各DRBは、紐づけられているPDUセッション内に存在する、一つ又は複数のQoSフローと対応付け(map)されても良いし、どのQoSフローと対応づけられなくても良い。各PDUセッションは、PDUセッション識別子(Identity,又はID)で識別される。また各QoSフローは、QoSフロー識別子で識別される。また同一のQoSフローを通るデータは同一のQoSが保証される。
EPC104には、PDUセッション及びQoSフローの内のいずれかまたは全ては存在せず、5GC110にはEPSベアラは存在しない。言い換えると、UE122がEPC104と接続している際、UE122はEPSベアラの情報を持ち、UE122が5GC110と接続している際、UE122はPDUセッション及びQoSフローの内のいずれかまたは全ての情報を持つ。
以下の説明において、eNB102および/またはgNB108を単に基地局装置とも称し、UE122を単に端末装置とも称する。
図2は本発明の各実施の形態における、E−UTRA無線アクセス層(無線アクセスレイヤ)における端末装置と基地局装置のUP及びCPのプロトコルスタック(Protocol Stack)図である。
図2(A)はE−UTRA100においてUE122がeNB102と通信を行う際に用いるUPのプロトコルスタック図である。
PHY(Physical layer)200は、無線物理層(無線物理レイヤ)であり、物理チャネル(Physical Channel)を利用して上位層(上位レイヤ)に伝送サービスを提供する。PHY200は、後述する上位のMAC(Medium
Access Control layer)202とトランスポートチャネル(Transport Channel)で接続される。トランスポートチャネルを介して、MAC202とPHY200の間でデ−タが移動する。UE122とeNB102のPHY間において、無線物理チャネルを介してデ−タの送受信が行われる。
MAC202は、多様な論理チャネル(Logical Channel)を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層(媒体アクセス制御レイヤ)である。MAC202は、後述する上位のRLC(Radio Link Control layer)204と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。MAC202は、間欠受送信(DRX・DTX)を行うためにPHY200の制御を行う機能、ランダムアクセス(Random Access)手順を実行する機能、送信電力の情報を通知する機能、HARQ制御を行う機能などを持つ(非特許文献7)。
RLC204は、後述する上位のPDCP(Packet Data Convergence Protocol Layer)206から受信したデ−タを分割(Segmentation)し、下位層(下位レイヤ)が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層(無線リンク制御レイヤ)である。また、RLC200は、各デ−タが要求するQoS(Quality of Service)を保証するための機能も持つ。すなわち、RLC204は、デ−タの再送制御等の機能を持つ(非特許文献6)。
PDCP206は、ユーザデータであるIPパケット(IP Packet)を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層(パケットデータ収束プロトコルレイヤ)である。PDCP206は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、PDCP206は、デ−タの暗号化の機能も持ってもよい。(非特許文献5)。
なお、MAC202、RLC204、PDCP206において処理されたデータの事を、それぞれMAC PDU(Protocol Data Unit)、RLC PDU、PDCP PDUと呼ぶ。また、MAC202、RLC204、PDCP206に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれMAC SDU(Service Data Unit)、RLC SDU、PDCP SDUと呼ぶ。
またPDCP PDUは、データ用と制御用を区別するため、それぞれPDCP DATA PDU(PDCP Data PDU)、PDCP CONTROL PDU(PDCP Control PDU)と呼ばれても良い。またRLC PDUは、データ用と制御用を区別するため、それぞれRLC DATA PDU(RLC Data PDU)、RLC CONTROL PDU(RLC Control PDU)と呼ばれても良い。
図2(B)はE−UTRA100において、UE122がeNB102、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるMME(Mobility Management Entity)と通信を行う際に用いるCPのプロトコルスタック図である。
CPのプロトコルスタックには、PHY200、MAC202、RLC204、PDCP206に加え、RRC(Radio Resource Control layer)208、およびNAS(non Access Strarum)210が存在する。RRC208は、RRC接続の確立、再確立、一時停止(suspend)、一時停止解除(resume)等の処理や、RRC接続の再設定、例えば無線ベアラ(Radio Bearer:RB)及びセルグループ(Cell Group)の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定(Measurement:メジャメント)の設定などを行う、無線リンク制御層(無線リンク制御レイヤ)である。RBは、シグナリグ無線ベアラ(Signaling Radio Bearer:SRB)とデ−タ無線ベアラ(Data Radio Bearer:DRB)とに分けられてもよく、SRBは、制御情報であるRRCメッセージを送信する経路として利用されてもよい。DRBは、ユーザデータを送信する経路として利用されてもよい。eNB102とUE122のRRC208間で各RBの設定が行われてもよい。またRBのうちRLC204とMAC202で構成される部分をRLCベアラと呼んでも良い(非特許文献4)。また、MMEとUE122との間の信号を運ぶNAS層(NASレイヤ)に対して、UE122とeNB102との間の信号及びデータを運ぶPHY200、MAC202、RLC204、PDCP206、RRC208の一部の層(レイヤ)あるいはすべての層をAS(Access Strarum)層(ASレイヤ)と称してよい。
前述のMAC202、RLC204、PDCP206、及びRRC208の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
なお、IP層(IPレイヤ)、及びIP層より上のTCP(Transmission
Control Protocol)層(TCPレイヤ)、UDP(User Datagram Protocol)層(UDPレイヤ)、アプリケーション層(アプリケーションレイヤ)などは、PDCP層の上位層(上位レイヤ)となる(不図示)。またRRC層やNAS(non Access Strarum)層もPDCP層の上位層(上位レイヤ)となる(不図示)。言い換えれば、PDCP層はRRC層、NAS層、IP層、及びIP層より上のTCP(Transmission Control Protocol)層、UDP(User Datagram Protocol)層、アプリケーション層の下位層(下位レイヤ)となる。
図3は本発明の各実施の形態における、NR無線アクセス層における端末装置と基地局装置のUP及びCPのプロトコルスタック(Protocol Stack)図である。
図3(A)はNR106においてUE122がgNB108と通信を行う際に用いるUPのプロトコルスタック図である。
PHY(Physical layer)300は、NRの無線物理層(無線物理レイヤ)であり、物理チャネル(Physical Channel)を利用して上位層に伝送サービスを提供してもよい。PHY300は、後述する上位のMAC(Medium Access Control layer)302とトランスポートチャネル(Transport Channel)で接続されてもよい。トランスポートチャネルを介して、MAC302とPHY300の間でデ−タが移動してもよい。UE122とgNB108のPHY間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。
ここで、物理チャネルについて説明する。
端末装置と基地局装置との無線通信では、以下の物理チャネルが用いられてよい。
PBCH(物理報知チャネル:Physical Broadcast CHannel)
PDCCH(物理下りリンク制御チャネル:Physical Downlink Control CHannel)
PDSCH(物理下りリンク共用チャネル:Physical Downlink Shared CHannel)
PUCCH(物理上りリンク制御チャネル:Physical Uplink Control CHannel)
PUSCH(物理上りリンク共用チャネル:Physical Uplink Shared CHannel)
PRACH(物理ランダムアクセスチャネル:Physical Random Access CHannel)
PBCHは、端末装置が必要とするシステム情報を報知するために用いられる。
また、NRにおいて、PBCHは、同期信号のブロック(SS/PBCHブロックとも
称する)の周期内の時間インデックス(SSB−Index)を報知するために用いられてよい。
PDCCHは、下りリンクの無線通信(基地局装置3から端末装置への無線通信)において、下りリンク制御情報(Downlink Control Information:DCI)を送信する(または運ぶ)ために用いられる。ここで、下りリンク制御情報の送信に対して、1つまたは複数のDCI(DCIフォーマットと称してもよい)が定義される。すなわち、下りリンク制御情報に対するフィールドがDCIとして定義され、情報ビットへマップされる。PDCCHは、PDCCH候補において送信される。端末装置は、サービングセルにおいてPDCCH候補(candidate)のセットをモニタする。モニタするとは、あるDCIフォーマットに応じてPDCCHのデコードを試みることを意味する。あるDCIフォーマットは、サービングセルにおけるPUSCHのスケジューリングのために用いられてもよい。PUSCHは、ユーザデータの送信や、RRCメッセージの送信などのために使われてよい。
PUCCHは、上りリンクの無線通信(端末装置から基地局装置への無線通信)において、上りリンク制御情報(Uplink Control Information:UCI)を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報(CSI:Channel State Information)が含まれてもよい。また、上りリンク制御情報には、UL−SCHリソースを要求するために用いられるスケジューリング要求(SR:Scheduling Request)が含まれてもよい。また、上りリンク制御情報には、HARQ−ACK(Hybrid Automatic Repeat request ACKnowledgement)が含まれてもよい。
PDSCHは、MAC層からの下りリンクデータ(DL−SCH:Downlink Shared CHannel)の送信に用いられてよい。また、下りリンクの場合にはシステム情報(SI:System Information)やランダムアクセス応答(RAR:Random Access Response)などの送信にも用いられる。
PUSCHは、MAC層からの上りリンクデータ(UL−SCH:Uplink Shared CHannel)または上りリンクデータと共にHARQ−ACKおよび/またはCSIを送信するために用いられてもよい。また、CSIのみ、または、HARQ−ACKおよびCSIのみを送信するために用いられてもよい。すなわち、UCIのみを送信するために用いられてもよい。また、PDSCHまたはPUSCHは、RRCシグナリング(RRCメッセージとも称する)、およびMACコントロールエレメントを送信するために用いられてもよい。ここで、PDSCHにおいて、基地局装置から送信されるRRCシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるRRCシグナリングは、ある端末装置に対して専用のシグナリング(dedicated signalingとも称する)であってもよい。すなわち、端末装置固有(UEスペシフィック)の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、PUSCHは、上りリンクにおいてUEの能力(UE Capability)の送信に用いられてもよい。
PRACHは、ランダムアクセスプリアンブルを送信するために用いられてもよい。PRACHは、初期コネクション確立(initial connection establishment)プロシージャ、ハンドオーバプロシージャ、コネクション再確立(connection re−establishment)プロシージャ、上りリンク送信に対する同期(タイミング調整)、およびPUSCH(UL−SCH)リソースの要求を示すために用いられてもよい。
MAC302は、多様な論理チャネル(Logical Channel)を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層(媒体アクセス制御レイヤ)である。MAC302は、後述する上位のRLC(Radio Link Control layer)304と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。MAC302は、間欠受送信(DRX・DTX)を行うためにPHY300の制御を行う機能、ランダムアクセス(Random Access)手順を実行する機能、送信電力の情報を通知する機能、HARQ制御を行う機能などを持ってもよい(非特許文献13)。
RLC304は、後述する上位のPDCP(Packet Data Convergence Protocol Layer)306から受信したデ−タを分割(Segmentation)し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層(無線リンク制御レイヤ)である。また、RLC304は、各デ−タが要求するQoS(Quality of Service)を保証するための機能も持っても良い。すなわち、RLC304は、デ−タの再送制御等の機能を持っても良い(非特許文献12)。
PDCP306は、ユーザデータを無線区間で効率的に伝送するパケットデータ収束プロトコル層(パケットデータ収束プロトコル層)である。PDCP306、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、PDCP306は、デ−タの暗号化、データの完全性保護の機能も持ってもよい(非特許文献11)。なお上述のユーザデータとは、IPパケット(IP Packet)であっても良いし、非特許文献19等に記載のイーサネットフレームであっても良いし、これに限らなくても良い。
SDAP(Service Data Adaptation Protocol)310は、5GC110から基地局装置を介して端末装置に送られるダウンリンクのQoSフローとDRBとの対応付け(マッピング:mapping)、及び端末装置から基地局装置を介して5GC110に送られるアップリンクのQoSフローと、DRBとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層(サービスデータ適応プロトコルレイヤ)である(非特許文献16)。
なお、MAC302、RLC304、PDCP306、SDAP310において処理されたデータの事を、それぞれMAC PDU(Protocol Data Unit)、RLC PDU、PDCP PDU、SDAP PDUと呼ぶ。また、MAC302、RLC304、PDCP306、SDAP310に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれMAC SDU(Service Data Unit)、RLC SDU、PDCP SDU、SDAP SDUと呼ぶ。
また、SDAP PDUは、データ用と制御用を区別するため、それぞれSDAP DATA PDU(SDAP Data PDU)、SDAP CONTROL PDU(SDAP Control PDU)と呼ばれても良い。またPDCP PDUは、データ用と制御用を区別するため、それぞれPDCP DATA PDU(PDCP Data PDU)、PDCP CONTROL PDU(PDCP Control PDU)と呼ばれても良い。またRLC PDUは、データ用と制御用を区別するため、それぞれRLC DATA PDU(RLC Data PDU)、RLC CONTROL PDU(RLC Control PDU)と呼ばれても良い。
図3(B)はNR106において、UE122がgNB108、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるAMF(Access and Mobility Management function)と通信を行う際に用いるCPのプロトコルスタック図である。
CPのプロトコルスタックには、PHY300、MAC302、RLC304、PDCP306に加え、RRC(Radio Resource Control layer)308、およびNAS(non Access Strarum)312が存在する。RRC308は、RRC接続の確立、再確立、一時停止(suspend)、一時停止解除(resume)等の処理や、RRC接続の再設定、例えば無線ベアラ(Radio Bearer:RB)及びセルグループ(Cell Group)の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定(Measurement:メジャメント)の設定などを行う、無線リンク制御層(無線リンク制御レイヤ)である。RBは、シグナリグ無線ベアラ(Signaling Radio Bearer:SRB)とデ−タ無線ベアラ(Data Radio Bearer:DRB)とに分けられてもよく、SRBは、制御情報であるRRCメッセージを送信する経路として利用されてもよい。DRBは、ユーザデータを送信する経路として利用されてもよい。gNB108とUE122のRRC308間で各RBの設定が行われてもよい。またRBのうちRLC304とMAC302で構成される部分をRLCベアラと呼んでも良い(非特許文献10)。また、AMFとUE122との間の信号を運ぶNAS層に対して、UE122とgNB108との間の信号及びデータを運ぶPHY300、MAC302、RLC304、PDCP306、RRC308、SDAP310の一部の層あるいはすべての層をAS(Access Strarum)層と称してよい。
また、SRBは、次のSRB0からSRB3が定義されてよい。SRB0は、論理チャネルのCCCH(Common Control CHannel)を用いたRRCメッセージのためのSRBであってよい。SRB1は、(ピギーバックされたNASメッセージを含むかもしれない)RRCメッセージのため、およびSRB2の確立前のNASメッセージのためのSRBであってよく、すべて論理チャネルのDCCH(Dedicated Control CHannel)が用いられてよい。SRB2は、NASメッセージのためのSRBであってよく、すべて論理チャネルのDCCHが用いられてよい。また、SRB2はSRB1よりも低い優先度であってよい。SRB3は、UE122がEN−DC,NGEN−DC、NR−DCなどが設定されているときの特定のRRCメッセージのためのSRBであってよく、すべて論理チャネルのDCCHが用いられてよい。また、その他の用途のために他のSRBが用意されてもよい。
前述のMAC302、RLC304、PDCP306、SDAP310、及びRRC308の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層(各レイヤ)の機能の一部あるいは全部が他の層(レイヤ)に含まれてもよい。
なお、AS層の上位層(不図示)を非特許文献2に記載の通り、PDU層(PDUレイヤ)と呼んでも良い。PDU層には、IP層、IP層より上のTCP(Transmission Control Protocol)層、UDP(User Datagram Protocol)層、イーサネット層、その他の層のうちの何れか又は全てが含まれても良い。アプリケーション層はPDU層の上位層であっても良いし、PDU層に含まれても良い。なお、PDU層は、AS層のユーザプレーンに対する上位層であっても良い。またRRC層やNAS(non Access Strarum)層はもSDAP層及びPDCP層の内のいずれかまたは全ての上位層となっても良い(不図示)。言い換えれば、SDAP層及びPDCP層の内のいずれかまたは全てはRRC層、NAS層、IP層、及びIP層より上のTCP(Transmission Control Protocol)層、UDP(User Datagram Protocol)層、イーサネット層、及びアプリケーション層の内のいずれかまたは全ての下位層となる。
なお上述のイーサネット層とは、非特許文献19等に記載のイーサネットフレームを処理する機能をもつ層であっても良いし、これに限らなくても良い。
なお、本発明の各実施の形態において、IMSで用いられるSIP(Session Initiation Protocol)やSDP(Session Description Protocol)等、またメディア通信又はメディア通信制御に用いられるRTP(Real−time Transport Protocol)、RTCP(Real−time Transport Control Protocol)、HTTP(HyperText Transfer Protocol)等、及び各種メディアのコーデック等の内のいずれかまたは全ては、アプリケーション層に所属するものとしても良い。
なお、端末装置の物理層、MAC層、RLC層、PDCP層、及びSDAP層は、端末装置のRRC層により確立、設定、及び制御のうちの何れか又は全てが行われても良い。また端末装置のRRC層は、基地局装置のRRC層から送信されるRRCのメッセージに従って、物理層、MAC層、RLC層、PDCP層、及びSDAP層を確立、及び/又は設定しても良い。また、MAC層(MACレイヤ)、RLC層(RLCレイヤ)、PDCP層(PDCPレイヤ)、SDAP層(SDAPレイヤ)を、それぞれMAC副層(MACサブレイヤ)、RLC副層(RLCサブレイヤ)、PDCP副層(PDCPサブレイヤ)、SDAP副層(SDAPサブレイヤ)と呼んでも良い。
なお、端末装置、及び基地局装置の内のいずれかまたは全てに設定されるAS層に属する各層、又は各層の機能の事を、エンティティと呼んでも良い。即ち、端末装置、及び基地局装置の内のいずれかまたは全てに、確立、設定、及び制御のうちの何れか又は全てが行われる、物理層(PHY層)、MAC層、RLC層、PDCP層、SDAP層、及びRRC層の事、又は各層の機能の事を、物理エンティティ(PHYエンティティ)、MACエンティティ、RLCエンティティ、PDCPエンティティ、SDAPエンティティ、及びRRCエンティティと、それぞれ呼んでも良い。また、各層のエンティティは、各層に一つ又は複数含まれていても良い。また、PDCPエンティティ、及びRLCエンティティは、無線ベアラ毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。また、MACエンティティはセルグループ毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。また、SDAPエンティティはPDUセッション毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。
なお、PDCP層、又はPDCPエンティティにおいて、暗号化、又は完全性保護の処理を行う際、COUNT値を用いても良い。COUNT値とは、HFN(Hyper Frame Number)と、PDCP PDUのヘッダに付加されるシーケンス番号(SN:Sequence Number)から構成されても良い。シーケンス番号は、送信側のPDCP層又はPDCPエンティティでPDCP DATA PDUが生成される度に、1加算されても良い。HFNは、シーケンス番号が最大値に達する度に、1加算されても良い。
なお、本発明の各実施の形態では、以下E−UTRAのプロトコルとNRのプロトコルを区別するため、MAC202、RLC204、PDCP206、及びRRC208を、それぞれE−UTRA用MAC又はLTE用MAC、E−UTRA用RLC又はLTE用RLC、E−UTRA用PDCP又はLTE用PDCP、及びE−UTRA用RRC又は
LTE用RRCと呼ぶ事もある。また、MAC302、RLC304、PDCP306、RRC308を、それぞれNR用MAC、NR用RLC、NR用RLC、及びNR用RRCと呼ぶ事もある。又は、E−UTRA PDCP又はLTE PDCP、NR PDCPなどとスペースを用いて記述する場合もある。
また、図1に示す通り、eNB102、gNB108、EPC104、5GC110は、インタフェース112、インタフェース116、インタフェース118、インタフェース120、及びインタフェース114を介して繋がってもよい。このため、多様な通信システムに対応するため、図2のRRC208は、図3のRRC308に置き換えられてもよい。また図2のPDCP206は、図3のPDCP306に置き換えられても良い。また、図3のRRC308は、図2のRRC208の機能を含んでも良い。また図3のPDCP306は、図2のPDCP206であっても良い。また、E−UTRA100において、UE122がeNB102と通信する場合であってもPDCPとしてNR PDCPが使われても良い。
次にLTE及びNRにおけるUE122の状態遷移について説明する。EPCに接続するUE122は、RRC接続が設立されている(RRC connection has
been established)とき、RRC_CONNECTED状態であってよい。また、UE122は、RRC接続が休止しているとき、(もしUE122が5GCに接続しているなら)RRC_INACTIVE状態であってよい。もし、それらのケースでないなら、UE122は、RRC_IDLE状態であってよい。
なお、EPCに接続するUE122は、RRC_INACTIVE状態を持たないが、E−UTRANによってRRC接続の休止が開始されてもよい。この場合、RRC接続が休止されるとき、UE122はUEのASコンテキストと復帰に用いる識別子(resumeIdentity)を保持してRRC_IDLE状態に遷移する。UE122がUEのASコンテキストを保持しており、かつE−UTRANによってRRC接続の復帰が許可(Permit)されており、かつUE122がRRC_IDLE状態からRRC_CONNECTED状態に遷移する必要があるとき、休止されたRRC接続の復帰が上位レイヤ(例えばNASレイヤ)によって開始されてよい。
すなわち、EPCに接続するUE122と、5GCに接続するUE122とで、休止の定義が異なってよい。また、UE122がEPCに接続している場合(RRC_IDLE状態で休止している場合)と5GCに接続している場合(RRC_INACTIVE状態で休止している場合)とで、休止から復帰する手順のすべてあるいは一部が異なってよい。
なお、RRC_CONNECTED状態、RRC_INACTIVE状態、RRC_IDLE状態の事をそれぞれ、接続状態(connected mode)、非活性状態(inactive mode)、休止状態(idle mode)と呼んでも良い。
UE122が保持するUEのASコンテキストは、現在のRRC設定、現在のセキュリティコンテキスト、ROHC(RObust Header Compression)状態を含むPDCP状態、接続元(Source)のPCellで使われていたC−RNTI(Cell Radio Network Temporary Identifier)、セル識別子(cellIdentity)、接続元のPCellの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、eNB102およびgNB108の内のいずれかまたは全ての保持するUEのASコンテキストは、UE122が保持するUEのASコンテキストと同じ情報を含んでもよいし、UE122が保持するUEのASコンテキストに含まれる情報とは異なる情報が含まれてもよい。
セキュリティコンテキストとは、ASレベルにおける暗号鍵、NH(Next Hop
parameter)、次ホップのアクセス鍵導出に用いられるNCC(Next Hop Chaining Counter parameter)、選択されたASレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
図4は、本発明の各実施の形態におけるRRC208及び/又は(and/or)RRC308における、各種設定のための手順(procedure)のフローの一例を示す図である。図4は、基地局装置(eNB102及び/又はgNB108)から端末装置(UE122)にRRCメッセージが送られる場合のフローの一例である。
図4において、基地局装置はRRCメッセージを作成する(ステップS400)。基地局装置におけるRRCメッセージの作成は、基地局装置が報知情報(SI:System
Information)やページング情報を配信する際に行われても良いし、基地局装置が特定の端末装置に対して処理を行わせる必要があると判断した際、例えばセキュリティに関する設定や、RRC接続(コネクション)の再設定(無線線ベアラの処理(確立、変更、解放など)や、セルグループの処理(確立、追加、変更、解放など)、メジャメント設定、ハンドオーバ設定など)、RRC接続状態の解放などの際に行われても良い。またRRCメッセージは異なるRATへのハンドオーバコマンドに用いられても良い。RRCメッセージには各種情報通知や設定のための情報(パラメータ)が含まれる。非特許文献4又は非特許文献10などのRRCに関する仕様書では、これらのパラメータは、フィールド及び/又は情報要素呼ばれ、ASN.1(Abstract Syntax Notation One)という記述方式を用いて記述される。
図4において、次に基地局装置は、作成したRRCメッセージを端末装置に送信する(ステップS402)。次に端末装置は受信した上述のRRCメッセージに従って、設定などの処理が必要な場合には処理を行う(ステップS404)。
なお、RRCメッセージの作成は、上述の例に限らず、非特許文献4や、非特許文献10などに記載の通り、他の目的で作成されても良い。
例えば、RRCメッセージは、Dual Connectivity(DC)や、非特許文献8に記載のMulti−Radio Dual Connectivity(MR−DC)に関する設定に用いられても良い。
Dual Connectivity(DC)とは、2つの基地局装置(ノード)がそれぞれ構成するセルグループ、すなわちマスターノード(Master Node:MN)が構成するマスターセルグループ(Master Cell Group:MCG)及びセカンダリノード(Secondery Node:SN)が構成するセカンダリセルグループ(Secondery Cell Group:SCG)の両方の無線リソースを利用してデータ通信を行う技術であっても良い。また、マスターノードとセカンダリノードは同じノード(同じ基地局装置)であってもよい。また非特許文献8に記載のMR−DCとは、E−UTRAとNRの両方のRAT(Radio Access Technology)のセルをRAT毎にセルグループ化してUEに割り当て、MCGとSCGの両方の無線リソースを利用してデータ通信を行う技術であっても良い。MR−DCにおいて、マスターノードとは、MR−DCに係る主なRRC機能、例えば、セカンダリノードの追加、RBの確立、変更、及び解放、MCGの追加、変更、解放、ハンドオーバ等の機能、を持つ基地局であっても良く、セカンダリノードとは、一部のRRC機能、例えばSCGの変更、及び解放等、を持つ基地局であっても良い。
非特許文献8に記載のMR−DCにおいて、マスターノード側のRATのRRCが、MCG及びSCG両方の設定を行うために用いられても良い。例えばコア網がEPC104で、マスターノードがeNB102(拡張型eNB102とも称する)である場合のMR−DCである、EN−DC(E−UTRA−NR Dual Connectivity)、コア網が5GC110で、マスターノードがeNB102である場合のMR−DCである、NGEN−DC(NG−RAN E−UTRA−NR Dual Connectivity)において、非特許文献4に記載のE−UTRAのRRCメッセージがeNB102とUE122との間で送受信されても良い。この場合RRCメッセージには、LTE(E−UTRA)の設定情報だけでなく、非特許文献10に記載の、NRの設定情報が含まれても良い。またeNB102からUE122に送信されるRRCメッセージは、eNB102からgNB108を経由してUE122に送信されても良い。また、本RRCメッセージの構成は、非MR−DCであって、eNB102(拡張型eNB)がコア網として5GCを用いる、E−UTRA/5GC(非特許文献17に記載のオプション5)に用いられても良い。
また逆に、非特許文献8に記載のMR−DCにおいて、コア網が5GC110で、マスターノードがgNB108である場合のMR−DCである、NE−DC(NR−E−UTRA Dual Connectivity)において、非特許文献10に記載のNRのRRCメッセージがgNB108とUE122との間で送受信されても良い。この場合RRCメッセージには、NRの設定情報だけでなく、非特許文献4に記載の、LTE(E−UTRA)の設定情報が含まれても良い。またgNB108からUE122に送信されるRRCメッセージは、gNB108からeNB102を経由してUE122に送信されても良い。
なお、MR−DCを利用する場合に限らず、eNB102からUE122に送信されるE−UTRA用RRCメッセージに、NR用RRCメッセージが含まれていても良いし、gNB108からUE122に送信されるNR用RRCメッセージに、E−UTRA用RRCメッセージが含まれていても良い。
また、マスターノードがeNB102でEPC104をコア網とするネットワーク構成をE−UTRA/EPCと呼んでも良い。またマスターノードがeNB102で5GC110をコア網とするネットワーク構成をE−UTRA/5GCと呼んでも良い。またマスターノードがgNB108で5GC110をコア網とするネットワーク構成をNR、又はNR/5GCと呼んでも良い。またこの呼び方はDCが設定される場合に限らなくても良い。DCが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指しても良い。
図5に示すUE122は、基地局装置よりRRCメッセージ等を受信する受信部500、及び受信したメッセージに含まれる各種情報要素(IE:Information Element)、各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報に従って処理を行う処理部502、および基地局装置にRRCメッセージ等を送信する送信部504から成る。上述の基地局装置とは、eNB102である場合もあるし、gNB108である場合もある。また、処理部502には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、SDAP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部502は、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
図6は本発明の各実施の形態における基地局装置の構成を示すブロック図である。なお
、説明が煩雑になることを避けるために、図6では、本発明と密接に関連する主な構成部のみを示す。上述の基地局装置とは、eNB102である場合もあるし、gNB108である場合もある。
図6に示す基地局装置は、UE122へRRCメッセージ等を送信する送信部600、及び各種情報要素(IE:Information Element)、各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報を含めたRRCメッセージを作成し、UE122に送信する事により、UE122の処理部502に処理を行わせる処理部602、およびUE122からRRCメッセージ等を受信する受信部604を含んで構成される。また、処理部602には様々な層(例えば、物理層、MAC層、RLC層、PDCP層、RRC層、およびNAS層)の機能の一部または全部が含まれてよい。すなわち、処理部602は、物理層処理部、MAC層処理部、RLC層処理部、PDCP層処理部、SDAP層処理部、RRC層処理部、およびNAS層処理部の一部または全部が含まれてよい。
図7は、図4において、NRでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド及び情報要素うちのいずれかまたは全部を表すASN.1記述の一例である。また図8は、図4において、E−UTRAでのRRCコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド及び情報要素うちのいずれかまたは全部を表すASN.1記述の一例である。図7、図8に限らず、本発明の実施の形態におけるASN.1の例で、<略>及び<中略>とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていても良い。なお本発明の実施の形態におけるASN.1の例はASN.1表記方法に正しく従ったものではなく、本発明の実施形態におけるRRCコネクションの再設定に関するメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また本発明の実施の形態におけるASN.1の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、本発明の実施の形態において、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、RRCメッセージに含まれる、ASN.1で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。なおRRCコネクションの再設定に関するメッセージとは、NRにおけるRRC再設定メッセージであっても良いし、E−UTRAにおけるRRCコネクション再設定メッセージであっても良い。
図7においてRadioBearerConfigで表される情報要素は、SRB、DRB等の無線ベアラの設定に関する情報要素で、後述のPDCP設定情報要素や、SDAP設定情報要素を含む。RadioBearerConfigで表される情報要素に含まれる、SRB−ToAddModで表される情報要素は、SRB(シグナリング無線ベアラ)設定を示す情報であっても良く、SRB設定情報要素、又はシグナリング無線ベアラ設定情報要素と言い換える事もある。またSRB−ToAddModListで表される情報要素は、SRB設定を示す情報のリストであっても良い。RadioBearerConfigで表される情報要素に含まれる、DRB−ToAddModで表される情報要素は、DRB(データ無線ベアラ)設定を示す情報であっても良く、DRB設定情報要素、又はデータ無線ベアラ設定情報要素と言い換える事もある。DRB−ToAddModListで表される情報要素は、DRB設定を示す情報のリストであっても良い。なお、SRB設定、及びDRB設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換える事もある。
SRB設定情報要素の中の、SRB−Identityで表される情報要素は、追加又
は変更するSRBのSRB識別子(SRB Identity)の情報であり、各端末装置においてSRBを一意に識別する識別子であっても良い。SRB識別子情報要素、または無線ベアラ識別子情報要素、またはシグナリング無線ベアラ識別子情報要素と言い換える事もある。
DRB設定情報要素の中の、DRB−Identityで表される情報要素は、追加又は変更するDRBのDRB識別子(DRB Identity)の情報であり、各端末装置においてDRBを一意に識別する識別子であっても良い。DRB識別子情報要素、または無線ベアラ識別子情報要素、またはデータ無線ベアラ識別子情報要素と言い換える事もある。DRB識別子の値は図7の例では1から32の整数値としているが、別の値を取っても良い。DCの場合、DRB識別子は、UE122のスコープ内で固有である。
DRB設定情報要素の中の、cnAssociationで表される情報要素は、コア網にEPC104を用いるか、又は5GC110を用いるかを示す情報要素であっても良く、コア網関連付け情報要素と言い換える事もある。即ち、UE122がEPCと接続する際にはDRBが、cnAssociation中のEPSベアラ識別子情報要素(eps−BearerIdentity)、又はEPSベアラ識別子情報要素の値であるEPSベアラ識別子(EPS bearer identity)に関連付けられ、UE122が5GC110と接続する際には、DRBが、後述のSDAP設定情報要素(sdap−Config)に従って設定されるSDAPエンティティ、又はSDAP設定情報要素に含まれる、後述のPDUセッション情報要素、又はPDUセッション情報要素の値であるPDUセッション識別子、又はPDUセッション情報要素が示すPDUセッションに関連付けられるようにしてもよい。即ち、cnAssociationで表される情報には、EN−DCを用いる場合等のコア網にEPC104を用いる場合にはEPSベアラ識別子情報要素(eps−BearerIdentity)を含み、コア網5GC110を用いる場合は、即ちEN−DCを用いない場合等はSDAP設定を示す情報要素(sdap−Config)を含んでも良い。
sdap−Configで表される情報要素は、コア網が5GC110であった場合に、QoSフローとDRBの対応(map)方法を決定する、SDAPエンティティの設定又は再設定に関する情報であってもよく、SDAP設定情報要素と言い換える事もある。
SDAP設定情報要素に含まれる、pdu−session又はPDU−SessionIDで示されるフィールド又は情報要素は、本SDAP設定情報要素を含むDRB設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラと対応(map)付けられるQoSフローが所属する、非特許文献2に記載のPDUセッションのPDUセッション識別子でも良く、PDUセッション識別子情報要素と言い換える事もある。PDUセッション識別子情報要素の値は負でない整数であっても良い。また各端末装置において、一つのPDUセッション識別子に、複数のDRB識別子が対応しても良い。
SDAP設定情報要素に含まれる、mappedQoS−FlowsToAddで示される情報要素は、本SDAP設定情報要素を含むDRB設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラに対応(map)させる、又は追加で対応(map)させる、QoSフローの、後述のQoSフロー識別子(QFI:QoS Flow Identity)情報要素のリストを示す情報であっても良く、追加するQoSフロー情報要素と言い換える事もある。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッション情報要素が示すPDUセッションのQoSフローであっても良い。
また、SDAP設定情報要素に含まれる、mappedQoS−FlowsToRel
easeで示される情報要素は、本SDAP設定情報要素を含むDRB設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラに対応(map)しているQoSフローのうち、対応関係を解放するQoSフローの、後述のQoSフロー識別子(QFI:QoS Flow Identity)情報要素のリストを示す情報であっても良く、解放するQoSフロー情報要素と言い換える事もある。上述のQoSフローは本SDAP設定情報要素に含まれるPDUセッション情報要素が示すPDUセッションのQoSフローであっても良い。
QFIで示される情報要素は、非特許文献2に記載の、QoSフローを一意に識別するQoSフロー識別子であってもよく、QoSフロー識別子情報要素と言い換える事もある。QoSフロー識別子情報要素の値は負でない整数であっても良い。またQoSフロー識別子情報要素の値はPDUセッションに対し一意であっても良い。
またSDAP設定情報要素には、この他に、設定されるDRBを介して送信するアップリンクデータにアップリンク用SDAPヘッダが存在するか否かを示すアップリンクヘッダ情報情報要素、設定されるDRBを介して受信するダウンリンクデータにダウンリンク用SDAPヘッダが存在するか否か事を示すダウンリンクヘッダ情報要素、設定されるDRBがデフォルト無線ベアラ(デフォルトDRB)であるか否かを示すデフォルトベアラ情報要素などが含まれても良い。
また、SRB設定情報要素、及びDRB設定情報要素の中の、pdcp−Config又はPDCP−Configで表される情報要素はSRB用、及び/又はDRB用のPDCP306の確立や変更を行うための、NR PDCPエンティティの設定に関する情報要素であっても良く、PDCP設定情報要素と言い換える事もある。NR PDCPエンティティの設定に関する情報要素には、アップリンク用シーケンス番号のサイズを示す情報要素、ダウンリンク用シーケンス番号のサイズを示す情報要素、ヘッダ圧縮(RoHC:RObust Header Compression)のプロファイルを示す情報要素、リオーダリング(re−ordering)タイマー情報要素などが含まれても良い。
RadioBearerConfigで表される情報要素に含まれる、DRB−ToReleaseListで表される情報要素は、解放する一つ以上のDRB識別子を示す情報を含んで良い。
図8においてRadioResourceConfigDedicatedで表される情報要素は、無線ベアラの設定、変更、解放等に使われる情報要素であっても良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、SRB−ToAddModで表される情報要素は、SRB(シグナリング無線ベアラ)設定を示す情報であっても良く、SRB設定情報要素又はシグナリング無線ベアラ設定情報要素と言い換える事もある。SRB−ToAddModListで表される情報要素はSRB設定を示す情報のリストであっても良い。RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB−ToAddModで表される情報要素は、DRB(データ無線ベアラ)設定を示す情報であっても良く、DRB設定情報要素又はデータ無線ベアラ設定情報要素と言い換える事もある。DRB−ToAddModListで表される情報要素は、DRB設定を示す情報のリストであっても良い。なお、SRB設定、及びDRB設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換える事もある。
SRB設定情報要素の中の、SRB−Identityで表される情報要素は、追加又は変更するSRBのSRB識別子(SRB Identity)の情報であり、各端末装
置においてSRBを一意に識別する識別子であっても良い。SRB識別子情報要素、または無線ベアラ識別子情報要素、またはシグナリング無線ベアラ識別子情報要素と言い換える事もある。図8のSRB−Identityで表される情報要素は、図7のSRB−Identityで表される情報要素と、同一の役割をもつ情報要素であっても良い。
DRB設定の中の、DRB−Identityで表される情報要素は、追加又は変更するDRBのDRB識別子(DRB Identity)の情報であり、各端末装置においてDRBを一意に識別するDRB識別子であっても良い。DRB識別子情報要素、又は無線ベアラ識別子情報要素、またはデータ無線ベアラ識別子情報要素と言い換える事もある。DRB識別子の値は、図8の例では1から32の整数値としているが、別の値を取っても良い。図8のDRB−Identityで表される情報要素は、図7のDRB−Identityで表される情報要素と、同一の役割をもつ情報要素であっても良い。
DRB設定情報要素の中の、eps−BearerIdentityで表される情報要素は、各端末装置においてEPSベアラを一意に識別するEPSベアラ識別子であっても良い。eps−BearerIdentityで表される情報要素は、EPSベアラ識別子情報要素と呼ぶ事もある。EPSベアラ識別子の値は、図8の例では1から15の整数値としているが、別の値を取っても良い。図8のeps−BearerIdentityで表される情報要素は、図7のeps−BearerIdentityで表される情報要素と、同一の役割をもつ情報要素であっても良い。またEPSベアラ識別子と、DRB識別子とは各端末装置において、一対一に対応しても良い。
またSRB設定情報要素、及びDRB設定情報要素の中の、pdcp−Config又はPDCP−Configで表される情報要素はSRB用、及び/又はDRB用のPDCP206の確立や変更を行うための、E−UTRA PDCPエンティティの設定に関する情報要素であっても良く、PDCP設定情報要素と言い換える事もある。E−UTRA
PDCPエンティティの設定に関する情報要素には、シーケンス番号のサイズを示す情報要素、ヘッダ圧縮(RoHC:RObust Header Compression)のプロファイルを示す情報要素、リオーダリング(re−ordering)タイマー情報情報などが含まれても良い。
また図7又は図8に示す一部、又は全ての情報要素は、オプショナルであっても良い。即ち図7又は図8に示す情報要素は必要や条件に応じてRRCコネクションの再設定に関するメッセージに含まれても良い。またRRCコネクションの再設定に関するメッセージには、無線ベアラの設定に関する情報要素の他に、フル設定が適用される事を意味する情報要素が含まれても良い。フル設定が適用される事を意味する情報要素は、fullConfigなどの情報要素名で表されても良く、true、enableなどを用いてフル設定が適用される事を示しても良い。
RadioResourceConfigDedicatedで表される情報要素に含まれる、DRB−ToReleaseListで表される情報要素は、解放する一つ以上のDRB識別子を示す情報を含んで良い。
次に、図9から図11を用いて、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例について説明する。なお上述のイーサネットヘッダ圧縮プロトコルは、イーサネットヘッダ圧縮処理と言っても良い。またイーサネットヘッダ圧縮処理は、基地局装置からUE122に送信されるRRCメッセージの中に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールド、及び/又はイーサネットPDUセッションである事を示す情報要素又はフィールドが含まれている事に基づいて行われても良い。本例では、PDCPエンティティにおいてイーサネットヘッダ圧縮を行う例を示
すが、他の層のエンティティで行われても良い。また基地局装置とは、eNB102であっても良いし、gNB108であっても良いが、説明が煩雑になる事を避けるため、以下gNB108を用いて説明する。また本発明の実施の形態において、イーサネットヘッダとは、イーサネットフレームに含まれている通信制御情報の一部又は全ての事であっても良い。また本発明の実施の形態において、イーサネットフレームとは、非特許文献19などのIEEEの文献に示される、IEEE802.1 MAC(Medium Access Control)フレームフォーマットの事であっても良い。
図9は、gNB108からUE122に送信されるRRCメッセージの中に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む、ASN.1記述の一例である。また図10は、gNB108からUE122に送信されるRRCメッセージの中に、イーサネットPDUセッションである事を示す情報要素又はフィールドを含む、ASN.1記述の一例である。なお、図7及び図8と同様に、ASN.1の例で、<略>及び<中略>とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていても良い。なおASN.1の例はASN.1表記方法に正しく従ったものではなく、本発明の実施形態におけるRRCメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。またASN.1の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、RRCメッセージに含まれる、ASN.1で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。
図9は、図7及び/又は図8における、PDCP設定情報要素に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む例を示す。図9において、PDCP設定情報要素に含まれる、ethernetHeaderCompression−r16という名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素である。以下イーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素の事を、イーサネットヘッダ圧縮設定、又はEHC(Ethernet Header Compression)設定と呼ぶ事もある。イーサネットヘッダ圧縮設定は、イーサネットPDUセッションに関連するDRBに対するPDCPエンティティを確立する時のみ存在し、それ以外の場合は存在しなくても良い。イーサネットヘッダ圧縮設定に含まれる、notUsedという名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮を適用しない事、又はイーサネットヘッダ圧縮を設定しない事を示すフィールド又は情報要素であっても良い。イーサネットヘッダ圧縮設定に含まれる、ehcという名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮が適用される事、又はイーサネットヘッダ圧縮が設定される事を示す情報であっても良いし、イーサネットヘッダ圧縮を適用するために必要な情報を含んでも良い。上述のイーサネットヘッダ圧縮を適用するために必要な情報とは、例えば、コンテキスト識別子(CID:Context IDentity、又はContext IDentifier)の最大値であっても良い。上述のコンテキスト識別子の最大値とは、コンテキスト識別子として使う事のできる負でない整数、又は正の整数の最大値であっても良いし、コンテキスト識別子として使う事のできる整数の、個数の上限であっても良い。図9の例ではehc−maxCIDという名称で示されるフィールドが、上術のコンテキスト識別子の最大値を示す。図9の例ではコンテキスト識別子の最大値は、1から127までの整数を取っても良く、デフォルト値として15が指定される記述になっているが、値はこの通りで無くても良い。また、上記コンテキスト識別子の最大値が、‘0’又は‘1’である場合には、イーサネットヘッダ圧縮を適用しない事を意味しても良い。またPDUセッションに対する全てのDRBにおけるコンテキスト識別子の最大値のトータルは、UE122がgNBにUE能力として送った、PDUセッションあたり、又はUEあたりのコンテキスト識別子の最大数を超えてはならないとしても良い。なおコンテキスト識別子とは、イーサネットヘッダを圧縮(compress)、及び/又は解凍(decompress)する際に必要な情報を一意に識別するための識別子であっても良い。また上述のイーサネットヘッダを圧縮、及び/又は解凍する際に必要な情報とは、イーサネットヘッダ情報の一部又は全てであっても良い。また上述のイーサネットヘッダ情報の一部又は全てとは、イーサネットヘッダの情報のうちイーサネットヘッダ圧縮の圧縮対象となる情報であっても良い。また上述のイーサネットヘッダを圧縮、及び/又は解凍する際に必要な情報とはコンテキストと呼ばれても良い。イーサネットヘッダ圧縮のプロファイルであっても良い。図9のehc−profilesという名称で示される情報要素又はフィールドが、上術のイーサネットヘッダ圧縮のプロファイルを示す情報要素であっても良い。上述のイーサネットヘッダ圧縮のプロファイルとは、イーサネットヘッダ圧縮方法を示すものであっても良い。上述のイーサネットヘッダ圧縮方法とは、ヘッダのどのフィールドを圧縮するかを指定する方法であっても良い。上述のイーサネットヘッダ圧縮プロファイルと、上術のイーサネットヘッダ圧縮方法の関係は、例えばイーサネットヘッダにAとBとCの3つのフィールドが存在する場合に、プロファイル1はAのみ圧縮する事を示し、プロファイル2はAとBのみを圧縮する事を示し、プロファイル3はAとBとCを圧縮する事を示す。関係であっても良い。また上述のプロファイル1を示す情報要素又はフィールドは、図9のehc−profile0x0001という名称で示される情報要素又はフィールドで示されても良い。また上述のプロファイル2を示す情報要素又はフィールドは、図9のehc−profile0x0002という名称で示される情報要素又はフィールドで示されても良い。また上述のプロファイル3を示す情報要素又はフィールドは、図9のehc−profile0x0003という名称で示される情報要素又はフィールドで示されても良い。また上述のイーサネットヘッダ圧縮のプロファイルとは、イーサネットフレームフォーマットの種類を示すものであっても良い。イーサネットフレームフォーマットの種類とは例えば非特許文献19などのIEEEの文献に示される、Ethernet2、Ethernet2+802.1Qタグ、Ethernet2+802.1Qタグ+802.1Qタグ、などであっても良い。また上述のイーサネットヘッダ圧縮のプロファイルとは、上術のイーサネットヘッダ圧縮方法、上術のイーサネットフレームフォーマットの種類、及びその他の情報のうちの一部又は全ての組み合わせを示す情報であっても良い。UE122はgNB108から受信したRRCメッセージの中に、上術のイーサネットヘッダ圧縮が行われる事、又はイーサネットヘッダ圧縮が設定される事を示す情報が含まれている事に基づいて、イーサネットヘッダ圧縮を設定しても良い。また、上述のイーサネットヘッダ圧縮を適用するために必要な情報とは、利用できるコンテキスト識別子情報であっても良い(不図示)。利用できるコンテキスト識別子情報は、例えば「10から20」などの範囲で与えられても良いし、「5、10、15、20」など値が指定されても良い。
なお、図9における、フールド及び情報要素のうちの一部又は全ては、送信(アップリンク)用、及び/又は受信(ダウンリンク)用として、別々に設定されても良い。即ちアップリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。
図10は、図7のSDAP設定情報要素の中に、イーサネットPDUセッションである事を示す情報要素又はフィールドを含む例を示している。図10において、ethernetPduSession−r16という名称で示されるフィールド又は情報要素は、本SDAP設定情報要素により確立及び/又は設定されるSDAPエンティティが関連付いているPDUセッションが、イーサネットPDUセッションである事、又はイーサネットPDUセッションであるか否かを示すフィールド又は情報要素であっても良い。ethernetPduSession−r16という名称で示されるフィールド又は情報要素がtrueであれば、イーサネットPDUセッションである事を示しても良い。また図9に
おけるイーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素は、図10において、イーサネットPDUセッションである事を示す情報が含まれているときにのみ、存在しても良い。なお、gNB108から受信したRRCメッセージの中に、上術のイーサネットPDUセッションである事を示す情報要素又はフィールドが含まれている場合には、UE122のSDAPエンティティは、上位レイヤをイーサネット層だと見なしても良いし、下位レイヤから受け取ったSDAP PDUを処理したSDAP SDUを、イーサネット層に受け渡しても良い。
図11は、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例である。UE122のPDCPエンティティは、上位層から受信したPDCP SDUのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして、コンテキスト識別子と共に格納されていない場合には、上術の圧縮対象となるイーサネットヘッダ情報をコンテキストとして格納し、コンテキスト識別子に関連付ける。コンテキスト識別子とコンテキストは1対1に関連付けられても良い。また上述のコンテクスト識別子は、上術のコンテクストに含まれても良い。次にUE122のPDCPエンティティは上述のPDCP SDUに、関連付けたコンテキスト識別子、イーサネットヘッダが圧縮又は変更されていない事を示す情報、及びその他の情報のうちの何れか又は全てを付加し、下位レイヤに提出しても良い。またUE122のPDCPエンティティは、上位層から受信したPDCP SDUのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダ情報と同一の情報が、コンテキストとして、コンテキスト識別子と共に保持されている場合、及び/又はgNB108の対応するPDCPエンティティより、イーサネットヘッダ圧縮を許可する事を示す(又はコンテキストが正しく格納された事を示す)フィードバックを受け取っている場合、上術のPDCP SDUから上述の圧縮対象となるイーサネットヘッダ情報削除し、関連付けられているコンテキスト識別子、イーサネットヘッダが圧縮又は変更されている事を示す情報、及びその他の情報のうちの何れか又は全てを付加し、下位レイヤに提出しても良い(ステップS1100)。
またUE122のPDCPエンティティは、下位層から受信したPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、上述のPDCP PDUに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のPDCP PDUに含まれるコンテキスト識別子と関連付けて格納しても良い。格納した際、gNB108の対応するPDCPエンティティにイーサネットヘッダ圧縮を許可する事を示す(又はコンテキストが正しく格納された事を示す)フィードバックを送信しても良い。またUE122のPDCPエンティティは、下位層から受信したPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が暗黙的又は明示的に含まれている場合には、イーサネットヘッダの解凍(decompress)は行わず、PDCP SDUを上位レイヤに引き渡しても良い。またUE122のPDCPエンティティは、下位層から受信したPDCP PDUに、イーサネットヘッダが圧縮又は変更されている事を示す情報が暗黙的又は明示的に含まれている場合には、格納されているコンテキスト情報に従って、イーサネットヘッダを解凍し、PDCP SDUを上位レイヤに引き渡しても良い(ステップS1102)。
なお、上術の圧縮対象となるイーサネットヘッダ情報とは、全イーサネットヘッダ情報であっても良いし、イーサネットヘッダ情報の一部の情報であっても良い。また、上術のイーサネットヘッダ圧縮プロトコルは一例であって、この通りの手順で無くても良い。またステップS1100とステップS1102との間には順序関係はなく、ステップS1100とステップS1102は独立したステップとして行われても良い。
図12を用いて、本発明の実施の形態におけるUE122の処理方法の第1の例を説明
する。図12に示す、本発明の実施の形態におけるUE122の処理方法の概要は、UE122が、gNB108から送られる解放又は削除するコンテキストの情報に基づいて、格納しているコンテキストを解放又は削除する処理である。gNB108は、例えばDRBに対応しているQoSフローが解放された際、解放されたQoSフローに紐づいているイーサネットフローに該当するコンテキストを、UE122から解放させるために、解放又は削除するコンテキストの情報をUE122に送っても良い。またgNB108は、例えばUE112に格納されているコンテキストに該当するイーサネットフレームの送信、及び又は受信が一定時間無い場合に、該当コンテキストをUE122から解放させるために、解放又は削除するコンテキストの情報をUE122に送っても良い。なお、図12に示す、本発明の実施の形態におけるUE122の処理は、イーサネットヘッダ圧縮が設定されている場合に行われても良い。なお上述のイーサネットフローとは、送信元MACアドレス及び宛先MACアドレス、及びその他のイーサネットヘッダの情報のうちの一部又は全てが同じであるイーサネットフレームの事を指しても良い。
図12において、gNB108の処理部602は、UE122に処理を行わせるためのRRCメッセージを作成し、送信部600よりUE122へと送信する(不図示)。UE122の受信部500は、gNB108からRRCメッセージを受信する(ステップS1200)。なお上述のRRCメッセージとは、RRCコネクションの再設定に関するメッセージであっても良いし、別のメッセージであっても良い。また上述のRRCコネクションの再設定に関するメッセージとは、非特許文献10に記載のRRC再設定メッセージという名称のメッセージであっても良い。なおUE122は上述のRRCコネクションの再設定に関するメッセージをeNB102から受け取っても良く、この場合のRRCコネクションの再設定に関するメッセージは非特許文献4に記載のRRCコネクション再確立メッセージという名称でのメッセージであっても良い。
次にUE122の処理部502は、上術のRRCメッセージに、解放するコンテキストに関する情報が含まれているか否かを確認する。解放するコンテキストに関する情報が含まれている場合には、解放するコンテキストに関する情報が含まれている事に基づいて、該当するコンテキストを解放する(ステップS1202)。なお、上術のコンテキストには、コンテキストを識別するための、コンテキスト識別子が関連付けられていても良い。また上述のコンテキスト識別子と上述のコンテキストは1対1に関連付いていても良い。また上述の解放するコンテキストに関する情報とは、該当するコンテキストに関連付いているコンテキスト識別子であっても良い。また上述の解放するコンテキストに関する情報は、コンテキスト識別子のリストにする事により、複数のコンテキストを解放できるようにしても良い。
なお、上術のコンテキストとは、イーサネットフレームにおける全イーサネットヘッダ情報であっても良い。また、上術のコンテキスト識別子とは、イーサネットヘッダ圧縮に用いられる識別子であっても良い。また上述のコンテキストとはRoHCコンテキストの事であっても良いし、上術のコンテキスト識別子とは、RoHCにおけるコンテキスト識別子の事であっても良い。
また上述の解放するコンテキストに関する情報は、上り送信用の解放するコンテキストに関する情報と、下り受信用の解放するコンテキストに関する情報に分けられていても良い。
また上述の解放するコンテキストに関する情報は、図7及び/又は図8に示す、PDCP設定情報要素の中に含まれていても良い。ステップS1202において、解放するコンテキストに関する情報が含まれている事に基づいて、該当するコンテキストを解放する際、次の手順により解放しても良い。
(A)UE122のRRC層は、受信したRRCメッセージに含まれる無線ベアラ識別子情報要素(又は無線ベアラ識別子フィールド)の値が、UE122の現在の設定として存在する場合で、かつ受信したRRCメッセージに解放するコンテキストに関する情報が含まれている事に基づいて、下位層又はPDCPエンティティに上述の解放するコンテキストに関する情報を通知する。
(B)PDCPエンティティにおいて、上位層、又はRRC層より、コンテキストの解放が要求された事に基づいて、該当するコンテキストを解放する。
なお上述の(A)の処理に代えて、UE122のRRC層は、受信したRRCメッセージに含まれる無線ベアラ識別子情報要素(又は無線ベアラ識別子フィールド)の値が、UE122の現在の設定として存在する場合で、かつ受信したRRCメッセージにPDCP設定情報要素が含まれている事に基づいて、上術のPDCP設定情報要素に従って、PDCPエンティティを再設定しても良い。また上述の(B)の処理に代えて、PDCPエンティティにおいて、上位層、又はRRC層より、解放するコンテキストのコンテキスト識別子を受信した事に基づいて、該当するコンテキストを解放しても良い。また上述のBの処理は、PDCPエンティティのイーサネットヘッダ圧縮プロトコルにおいて行われても良い。
なお、UE122のPDCPエンティティは、上述の解放するコンテキストに関する情報を、SDAPエンティティから受け取っても良い。
なお、ステップS1202において、解放とは、削除であっても良い。ステップS1102における解放という用語は、削除又は同等の用語に置き換えられても良い。
図13に、上術のステップS1200において、UE122がgNB108から受信するRRCメッセージに含まれる解放又は削除するコンテキストに関する情報のASN.1記述の一例である。なお、図7、図8、図9及び図10と同様に、ASN.1の例で、<略>及び<中略>とは、ASN.1の表記の一部ではなく、他の情報を省略している事を示す。なお<略>又は<中略>という記載の無い所でも、情報要素が省略されていても良い。なおASN.1の例はASN.1表記方法に正しく従ったものではなく、本発明の実施形態におけるRRCメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。またASN.1の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、ASN.1で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、RRCメッセージに含まれる、ASN.1で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。
図13は、図7及び/又は図8における、PDCP設定情報要素に、解放又は削除するコンテキストに関する情報要素又はフィールドを含む例を示す。図13において、PDCP設定情報要素に含まれる、ehc−contextToReleaseList−r16という名称で示されるフィールド又は情報要素は、解放又は削除するコンテキストのコンテキスト識別子のリストを示す情報要素又はフィールドであっても良い。図13の例において、EHC−CIDという名称で示される情報要素又はフィールドは、コンテキスト識別子を示す情報要素又はフィールドであっても良い。また図13のehc−maxCIDという名称で示される情報要素又はフィールドは、図9のehc−maxCIDという名称で示される情報要素又はフィールドと同じであっても良い。またコンテキスト識別子を示す情報要素又はフィールドは、1からehc−maxCIDまでの整数の値であっても良い。
なお、図13における、フールド及び情報要素のうちの一部又は全ては、送信(アップリンク)用、及び/又は受信(ダウンリンク)用として、別々に設定されても良い。アッ
プリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。
図14を用いて、本発明の実施の形態におけるUE122の処理方法の第2の例を説明する。図14に示す、本発明の実施の形態におけるUE122の処理方法の概要は、UE122が、上位レイヤから同じコンテキスト情報(イーサネットヘッダの情報のうちの一部又は全て)を持つPDCP SDUを受け取るたびに、コンテキスト削除タイマーをスタート、又は再スタートさせ、タイマーが満了した場合に該当コンテキストを削除しても良い。またUE122が、下位レイヤから同じコンテキスト識別子を持つPDCP PDU受け取るたびに、コンテキスト削除タイマーをスタート、又は再スタートさせ、タイマーが満了した場合に該当コンテキストを削除しても良い。コンテキスト削除タイマーの値はgNB108から受け取るRRCメッセージに含まれていても良い。なお、図14に示す、本発明の実施の形態におけるUE122の処理は、イーサネットヘッダ圧縮が設定されている場合に行われても良い。
図14において、gNB108の処理部602は、UE122に処理を行わせるためのRRCメッセージを作成し、送信部600よりUE122へと送信する(不図示)。UE122のRRC層は、gNB108から受信したRRCメッセージの中に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれているか否かを確認する。上述のコンテキストを管理するためのタイマーは、コンテキストを解放又は削除するために使われるタイマーと言い換えられても良い。コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれている場合には、UE122のRRC層はUE122のPDCPエンティティに対し、コンテキストを管理するためのタイマーを使用する事を要求しても良い(ステップS1400)。
なおステップS1400においてUE122のRRC層は、gNB108から受信したRRCメッセージの中に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれている場合には、UE122のPDCPエンティティにコンテキストを管理するためのタイマーを設定しても良い。
UE122のPDCPエンティティは、上位レイヤから受け取ったPDCP SDUのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されているか否かを確認する。上述のPDCP SDUのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合には、上術の圧縮対象となるイーサネットヘッダ情報をコンテキスト識別子に関連付けて、コンテキストとして格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のコンテキストを管理するためのタイマーを格納されたコンテキストに対し設定し、タイマーをスタート又は再スタートする事に代え、コンテキストを管理するためのタイマーを格納されたコンテキストが関連付けられているコンテキスト識別子に対して設定し、タイマーをスタート又は再スタートしても良い。なお、上術のコンテキストを管理するためのタイマーの設定は、RRC層又は上位層によって行われても良い。また上術のコンテキストを管理するためのタイマーの設定は行われなくても良い。またUE122のPDCPエンティティは、上述のPDCP SDUのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されている場合には、上術の格納されているコンテキスト、及び/又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーをスタート、又は再スタートしても良い。またUE122のPDCPエンティティは、上術のコンテキスト又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーが満了した場合には、上術のコンテキスト及び/又は上述の任意のコンテキストが関連付いているコンテキスト識別子を、解放又は削除しても良い(ステップS1402)。
またUE122のPDCPエンティティは、下位レイヤから受け取ったPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する。上述のPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、上述のPDCP PDUに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のPDCP PDUに含まれるコンテキスト識別子と関連付けて格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のコンテキストを管理するためのタイマーを格納されたコンテキストに対し設定し、タイマーをスタート又は再スタートする事に代え、コンテキストを管理するためのタイマーを格納されたコンテキストが関連付けられているコンテキスト識別子に対して設定し、タイマーをスタート又は再スタートしても良い。なお、上術のコンテキストを管理するためのタイマーの設定は、RRC層又は上位層によって行われても良い。また上術のコンテキストを管理するためのタイマーの設定は行われなくても良い。またUE122のPDCPエンティティは、上述のPDCP PDUに、イーサネットヘッダが圧縮又は変更されている事を示す情報が明示的又は暗黙的に含まれている場合には、上術のPDCP PDUに含まれるコンテキスト識別子、又は上述のコンテキスト識別子に関連付いているコンテキスト設定されている、又は稼働している、コンテキストを管理するためのタイマーを、スタート、又は再スタートしても良い。またUE122のPDCPエンティティは、上術のコンテキスト又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーが満了した場合には、上術のコンテキスト及び/又は上述の任意のコンテキストが関連付いているコンテキスト識別子を、解放又は削除しても良い(ステップS1404)。
なお、ステップS1404において、UE122のPDCPエンティティは、下位レイヤから受け取ったPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する事に代え、下位レイヤから受け取ったPDCP PDUに含まれるコンテキスト識別子に関連付いているコンテキストが格納されているか否かを確認しても良い。上述のPDCP PDUに含まれるコンテキスト識別子に関連付いているコンテキストが格納されていない場合には、上述のPDCP PDUに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のPDCP PDUに含まれるコンテキスト識別子と関連付けて格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のPDCP PDUに含まれるコンテキスト識別子に関連付いているコンテキストが格納されている場合には、上術の格納されているコンテキスト、及び/又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーをスタート、又は再スタートしても良い。
なおステップS1402及び/又はステップS1404において、コンテキストを管理するためのタイマーは、コンテキスト毎、及び/又はコンテキスト識別子毎に独立して管理されても良い。即ち第1のコンテキスト及び/又は第1コンテキスト識別子対しては第1のコンテキストを管理するためのタイマー、第2のコンテキスト及び/又は第2のコンテキスト識別子対しては第2のコンテキストを管理するためのタイマー、が其々別々に独立して設定されても良いし、其々別々に独立してスタート又は再スタートされても良い。また、上術の第1のコンテキストを管理するためのタイマーが満了した場合には、上術の
第1のコンテキスト及び/又は第1コンテキスト識別子が、解放又は削除されても良いし、上術の第2のコンテキストを管理するためのタイマーが満了した場合には、上術の第2のコンテキスト及び/又は第2コンテキスト識別子が、解放又は削除されても良い。
なおステップS1402及び/又はステップS1404において、gNB108によって、コンテキストを管理するためのタイマーに対し、新たなタイマーの値が設定された場合には、全てのタイマーを再スタートしても良し、稼働しているタイマーに関しては何もせずに新たにコンテキストが格納された際に設定されるタイマーに対し、新たなタイマー値を設定しても良い。
なお本発明の実施の形態において、タイマーをスタートするとは、タイマーを稼働させる事であっても良い。
なお、ステップS1402及び/又はステップ1404の処理は、UE122のPDCPエンティティが、RRC層又は上位層によって、コンテキストを管理するためのタイマーを使用する事が要求されている事に基づいて、行われても良い。またステップS1402及び/又はステップ1404の処理は、UE122のPDCPエンティティが、RRC層又は上位層からコンテキストを管理するためのタイマーが設定されている事に基づいて、行われても良い。
なお、ステップS1402、及びステップS1404との間には順序関係はなく、ステップS1402、及びステップS1404は独立したステップとして行われても良い。
なお、ステップS1402、及びステップS1404の処理は、上術のステップS1100、及びステップS1102の処理と連動して行われても良い。
図15は、図7及び/又は図8における、PDCP設定情報要素に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドを含む、ASN.1記述の一例を示す。図15において、PDCP設定情報要素に含まれる、ehcContextDiscardTimer−16という名称で示されるフィールド又は情報要素は、コンテキストを管理するためのタイマーに関する情報要素又はフィールドであっても良い。図15の例において、ehcContextDiscardTimer−16という名称で示されるフィールド又は情報要素は設定(Setup)の時にのみ存在しても良い。また図15の例において、ehcContextDiscardTimer−16という名称で示されるフィールド又は情報要素は、s1,s2,s3,s5,s7,s10,s15,s20,s40,s50,s60,s80,s100,s120,s150,s180、のうちの、何れかの値を取っても良い。上述のsN(Nは自然数)で表されるパラメータは、それぞれN秒(N second(s))を意味しても良い。
なお、図15における、フールド及び情報要素のうちの一部又は全ては、送信(アップリンク)用、及び/又は受信(ダウンリンク)用として、別々に設定されても良い。アップリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。
図9及び図16を用いて、本発明の実施の形態におけるUE122の処理方法の第3の例を説明する。図16に示す、本発明の実施の形態におけるUE122の処理方法の概要は、UE122が上位レイヤから受け取ったPDCP SDUに対し、新たにコンテキストを格納しようとする際に、使えるコンテキスト識別子が無い場合、即ちUE122に格納されているコンテキストの数がgNB108から設定されたコンテキスト識別子の最大値に達している場合には、UE122は任意の格納されているコンテキストに関連付いて
いるコンテキスト識別子を、新たなコンテキストに割り当てても良い。この際古いコンテキストを新しいコンテキストで上書きしても良い。またUE122が下位レイヤから受け取ったPDCP PDUに含まれる、コンテキスト識別子に関連付いているコンテキストが既に格納されているが、上術のPDCP PDUにイーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、格納しているコンテキストを、上術のPDCP PDUに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報で上書きしても良い。
図16において、gNB108の処理部602は、UE122に処理を行わせるためのRRCメッセージを作成し、送信部600よりUE122へと送信する(不図示)。UE122は、gNB108より受信したRRCメッセージに含まれる、コンテキスト識別子の最大値を示す情報要素又はフィールドより、コンテキスト識別子の最大値が設定される。なお、上術のコンテキスト識別子は図9に示すehc−maxCIDという名称で示されるフィールド又は情報要素であっても良い。またコンテキスト識別子の最大値は、アップリンク用コンテキスト識別子の最大値とダウンリンク用コンテキスト識別子の最大値とで、異なるフィールド又は情報要素を用いて設定されても良い(ステップS1600)。
UE122のPDCPエンティティは、上位レイヤから受け取ったPDCP SDUのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されているか否かを確認する。上述のPDCP SDUのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合で、かつ現在格納しているコンテキストの数が、設定されているコンテキスト識別子の最大値に達している場合には、UE122のPDCPエンティティは、現在格納されているコンテキストに関連付けているコンテキスト識別子の一つを、新しいイーサネットフローに関連付け、即ち上述のPDCP SDUのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報に関連付け、新しいコンテキストとして格納しても良い。この際、上術のコンテキスト識別子に関連付いていたコンテキストを、新しいコンテキストで上書きしても良い。またUE122のPDCPエンティティは、上述のPDCP SDUのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合で、かつ現在格納しているコンテキストの数が、設定されているコンテキスト識別子の最大値に達している場合には、上術のイーサネットヘッダの圧縮対象となるイーサネットヘッダの情報をコンテキストとして格納せず、イーサネットヘッダ圧縮を適用せずに送っても良い(ステップS1602)。なお上述のイーサネットフローとは、イーサネットヘッダの情報のうちの一部又は全てが同じであるイーサネットフレームの事を指しても良い。
またUE122のPDCPエンティティは、下位レイヤから受け取ったPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する。上述のPDCP PDUに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合で、かつ上述のPDCP PDUに含まれるコンテキスト識別子の値が、格納されているコンテキストに既に関連付けられている場合には、UE122のPDCPエンティティは、上術コンテキスト識別子に関連付けられているコンテキストを、上術の下位レイヤから受け取ったPDCP PDUに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報で、上書きしても良い(ステップS1604)。
なお、ステップS1602、及びステップS1604との間には順序関係はなく、ステップS1602、及びステップS1604は独立したステップとして行われても良い。
なお、上術のステップS1602、及び/又はステップS1604において、イーサネ
ットヘッダ圧縮を適用したPDCP PDUと、イーサネットヘッダ圧縮を適用していないPDCP PDUを区別するために、イーサネットヘッダ圧縮を適用していないPDCP PDUにはある特定の値のコンテキスト識別子が使われても良い。例えばコンテキスト識別子がゼロである場合には、イーサネットヘッダ圧縮を適用していない事を示すとしても良い。またイーサネットヘッダ圧縮を適用していない事を示すコンテキスト識別子は、gNB108より、RRCメッセージによって設定されても良い。また、イーサネットヘッダ圧縮を適用していない事を示す特定のコンテキスト識別子を使用する事に代え、イーサネットヘッダ圧縮を適用していない事を示す情報を、PDCP PDUに付加しても良い。イーサネットヘッダ圧縮を適用していない事を示す情報は、PDCPヘッダに付加されても良いし、PDCP PDUのペイロード部分に付加されても良い。
なお、本発明の実施の形態において、ステップS1102、ステップS1404、ステップS1604の処理は、イーサネットヘッダ圧縮が適用されているPDCP PDUに対してのみ行われても良い。
また、本発明の実施の形態において、ステップS1100、ステップS1402、の処理は、イーサネットヘッダ圧縮が適用されるPDCP SDUに対してのみ行われても良い。
なお、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例、UE122の処理方法の第1の例、UE122の処理方法の第2の例、及びUE122の処理方法の第3の例の処理のうちの一部又は全ては、連動して行われても良い。
なお、本発明の実施の形態における、圧縮対象となるイーサネットヘッダ情報とは、全イーサネットヘッダ情報であっても良いし、イーサネットヘッダ情報の一部の情報であっても良い。
なお、本発明の実施の形態において、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されている事とは、圧縮対象となるイーサネットヘッダの情報に、コンテキスト識別子が関連付いている事であっても良い。また本発明の実施の形態において、コンテキスト識別子は、コンテキストの一部であっても良い。
また本発明の実施の形態において、コンテキストの格納とは、コンテキストの生成と言い換えても良いし、コンテキストの確立と言い換えても良いし、その他の用語に言い換えられても良い。
また本発明の実施の形態において、イーサネットヘッダが圧縮又は変更されている事を示す情報が暗黙的に含まれている事とは、イーサネットヘッダが圧縮又は変更されていない事を示す情報が含まれていない事であっても良い。またイーサネットヘッダが圧縮又は変更されていない事を示す情報が暗黙的に含まれている事とは、イーサネットヘッダが圧縮又は変更されている事を示す情報が含まれていない事であっても良い。
また本発明の実施の形態における、イーサネットヘッダ圧縮処理において、送信側の処理はイーサネットヘッダ圧縮プロトコルの圧縮機(compressor)が行っても良いし、受信側の処理はイーサネットヘッダ圧縮プロトコルの解凍機(decompressor)が行っても良い。
また本発明の実施の形態において、イーサネットヘッダ圧縮について説明したが、本発明の実施の形態の一部又は全ての処理は、別のヘッダ圧縮技術、例えばRoHCに適用されても良い。
上記説明において、「紐づけられた」、「対応付けられた」、「関連付けられた」等の表現は、互いに換言されてもよい。
なお、上記説明において、「AをBと言い換えてよい」又は「AはBであってよい」は、AをBと言い換える、又はAをBとすることに加え、BをAと言い換える、又はBをAとする意味も含んでよい。また上記説明において、「CはDであっても良い」と「CはEであっても良い」とが記載されている場合には、「DはEであっても良い」事を含んでも良い。また上記説明において、「FはGであっても良い」と「GはHであっても良い」とが記載されている場合には、「FはHであっても良い」事を含んでも良い。
以下、本発明の実施形態における、種々の態様について説明する。
本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理部とを有する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からRRCメッセージを受信する受信部と、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からコンテキスト識別子の最大値を含むRRCメッセージを受信し、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる、処理部とを有する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理を行わせる、処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、、前記端末装置へRRCメッセージを送信する送信部と、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理を行わせる、処理部とを有する。
また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へコンテキスト識別子の最大値を含むRRCメッセージを送信し、前記端末装置に、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理を行わせる、処理部とを有する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からRRCメッセージを受信し、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する。
また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からコンテキスト識別子の最大値を含むRRCメッセージを受信し、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第1のサービスデータユニットを受け取った際、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されていない場合には、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストを作成し、前記第1のコンテキストに対する第1のタイマーをスタート又は再スタートし、前記第1のサービスデータユニットに含まれるヘッダに関する第1のコンテキストが格納されてる場合には、前記第1のタイマーをスタート又は再スタートし、前記第1のタイマーが満了した事に基づいて、前記第1のコンテキストを削除する処理を行わせる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へRRCメッセージを送信し、前記端末装置に、前記RRCメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第2のプロトコルデータユニットを受け取った際、前記第2のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第2のプロトコルデータユニットに含まれるヘッダに関する第2のコンテキストを作成し、前記第2のコンテキストに対する第2のタイマーをスタート又は再スタートし、前記第2のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第2のタイマーをスタート又は再スタートし、前記第2のタイマーが満了した事に基づいて、前記第2のコンテキストを削除する処理を行わせる。
また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へコンテキスト識別子の最大値を含むRRCメッセージを送信し、前記端末装置に、上位層から第3のサービスデータユニットを受け取った際、前記第3のサービスデータユニットに含まれるヘッダに関する第3のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第4のコンテキスト識別子を前記第3のコンテキストに割り当てる処理を行わせる。
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Central Processing Unit(CPU)等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にRandom Access Memory(RAM)などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやHard Disk Drive(HDD)に格納され、必要に応じてCPUによって読み出し、修正・書き込みが行なわれる。
なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一
例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、AV機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
100 E−UTRA
102 eNB
104 EPC
106 NR
108 gNB
110 5GC
112、114、116,118、120、124 インタフェース
122 UE
200、300 PHY
202、302 MAC
204、304 RLC
206、306 PDCP
208、308 RRC
310 SDAP
210、312 NAS
500,604 受信部
502、602 処理部
504、600 送信部

Claims (8)

  1. 基地局装置と通信する端末装置であって、
    EHC(Ethernet Header Compression)プロトコルの処理において、データにEHCコンテキスト識別子を付加する処理部と、
    前記EHCコンテキスト識別子が付加された前記データを前記基地局装置に送信する送信部と、を有し、
    前記EHCコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮を適用しない事を示す、
    端末装置
  2. 前記基地局装置からEHC設定を含むRRC(Radio Resource Control)メッセージを受信する受信部をさらに有し、
    前記処理部は前記EHC設定に従って、EHCプロトコルの設定を行う、
    請求項1に記載の端末装置
  3. 前記EHC設定はEHCコンテキスト識別子の最大値を含み、
    前記処理部は、格納しているEHCコンテキストの数が、前記EHCコンテキスト識別子の最大値に達している場合で、前記格納しているEHCコンテキストに、前記データのイーサネットヘッダに対応するEHCコンテキストが存在しない事に基づいて、
    前記データに付加される前記EHCコンテキスト識別子を、前記特定の値にする、
    請求項2に記載の端末装置
  4. 端末装置と通信する基地局装置であって、
    EHC(Ethernet Header Compression)プロトコルの処理においてEHCコンテキスト識別子が付加されたデータを、前記端末装置から受信する受信部と、
    前記EHCコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮が適用されていないと判断する処理部とを有する、
    基地局装置
  5. 前記端末装置にEHC設定を含むRRC(Radio Resource Control)メッセージを送信する送信部をさらに有し、
    前記EHC設定は、前記端末装置の前記EHCプロトコルの設定に使われる、
    請求項4に記載の基地局装置
  6. 前記EHC設定はEHCコンテキスト識別子の最大値を含み、
    前記端末装置は、格納しているEHCコンテキストの数が、前記EHCコンテキスト識別子の最大値に達している場合で、前記格納しているEHCコンテキストに、前記データのイーサネットヘッダに対応するEHCコンテキストが存在しない事に基づいて、
    前記データに付加される前記EHCコンテキスト識別子を、前記特定の値にする、
    請求項5に記載の基地局装置
  7. 基地局装置と通信する端末装置の通信方法であって、
    EHC(Ethernet Header Compression)プロトコルの処理において、データにEHCコンテキスト識別子を付加するステップと、
    前記EHCコンテキスト識別子が付加された前記データを前記基地局装置に送信するステップと、を有し、
    前記EHCコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮を適用しない事を示す、
    通信方法。
  8. 端末装置と通信する基地局装置の通信方法であって、
    EHC(Ethernet Header Compression)プロトコルの処理においてEHCコンテキスト識別子が付加されたデータを、前記端末装置から受信するステップと、
    前記EHCコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮が適用されていないと判断するステップとを有する、
    通信方法。
JP2019147899A 2019-08-09 2019-08-09 端末装置、基地局装置、および通信方法 Active JP6926158B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019147899A JP6926158B2 (ja) 2019-08-09 2019-08-09 端末装置、基地局装置、および通信方法
PCT/JP2020/030406 WO2021029369A1 (ja) 2019-08-09 2020-08-07 端末装置、および、方法
CN202080065128.XA CN114424616A (zh) 2019-08-09 2020-08-07 终端装置以及方法
US17/632,562 US11849350B2 (en) 2019-08-09 2020-08-07 Terminal apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019147899A JP6926158B2 (ja) 2019-08-09 2019-08-09 端末装置、基地局装置、および通信方法

Publications (3)

Publication Number Publication Date
JP2021029032A JP2021029032A (ja) 2021-02-25
JP2021029032A5 JP2021029032A5 (ja) 2021-05-06
JP6926158B2 true JP6926158B2 (ja) 2021-08-25

Family

ID=74569291

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019147899A Active JP6926158B2 (ja) 2019-08-09 2019-08-09 端末装置、基地局装置、および通信方法

Country Status (4)

Country Link
US (1) US11849350B2 (ja)
JP (1) JP6926158B2 (ja)
CN (1) CN114424616A (ja)
WO (1) WO2021029369A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112889313A (zh) * 2018-10-17 2021-06-01 三星电子株式会社 用于压缩下一代移动通信系统中支持高可靠低延迟终端的报头的方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5622055B2 (ja) * 2012-07-02 2014-11-12 株式会社デンソー ハイブリッド車の制御装置
US10499095B2 (en) * 2015-03-19 2019-12-03 Lg Electronics Inc. Apparatus and method for receiving/transmitting broadcast signal
US11006316B2 (en) * 2017-10-16 2021-05-11 Ofinno, Llc Header compression for ethernet frame
EP4142357A1 (en) * 2018-09-03 2023-03-01 Telefonaktiebolaget LM Ericsson (publ) Transport of data flows over cellular networks
EP3856362A1 (en) * 2018-09-25 2021-08-04 3M Innovative Properties Company Dynamically determining safety equipment for dynamically changing environments
CN110971363B (zh) * 2018-09-28 2022-03-08 华为技术有限公司 用于以太网数据的通信方法的方法和装置
CN110972282B (zh) * 2018-09-28 2022-05-24 华为技术有限公司 用于以太网数据的通信方法和装置
CN112889313A (zh) * 2018-10-17 2021-06-01 三星电子株式会社 用于压缩下一代移动通信系统中支持高可靠低延迟终端的报头的方法和装置
CN113541910B (zh) * 2019-02-01 2023-03-31 Oppo广东移动通信有限公司 一种头压缩的处理方法及装置
KR20210113659A (ko) * 2019-04-30 2021-09-16 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신의 방법 및 장치

Also Published As

Publication number Publication date
CN114424616A (zh) 2022-04-29
WO2021029369A1 (ja) 2021-02-18
US11849350B2 (en) 2023-12-19
US20220279380A1 (en) 2022-09-01
JP2021029032A (ja) 2021-02-25

Similar Documents

Publication Publication Date Title
WO2021025150A1 (ja) 端末装置、方法、および、集積回路
JP6892840B2 (ja) 端末装置、基地局装置、方法、および、集積回路
WO2021065903A1 (ja) 端末装置、および、通信方法
WO2021010463A1 (ja) 端末装置、基地局装置、および、方法
WO2021010465A1 (ja) 端末装置、方法、および、集積回路
WO2021010466A1 (ja) 端末装置、方法、および、集積回路
US12022549B2 (en) Terminal device, base station device, and method
JP6926158B2 (ja) 端末装置、基地局装置、および通信方法
JP2023105184A (ja) 端末装置、通信方法、および基地局装置
JP2021057791A (ja) 端末装置、基地局装置、方法、および、集積回路
WO2021221009A1 (ja) 端末装置、方法、および、集積回路
WO2022030456A1 (ja) 端末装置、基地局装置、および、方法
WO2022131342A1 (ja) 端末装置、基地局装置、および、方法
WO2022030441A1 (ja) 端末装置、基地局装置、および、方法
WO2021149612A1 (ja) 端末装置、基地局装置、および、方法
WO2021149631A1 (ja) 端末装置、方法、および、集積回路
WO2021149579A1 (ja) 端末装置、基地局装置、および、方法
JP2019092055A (ja) 端末装置および方法
WO2020196008A1 (ja) 端末装置、基地局装置、および通信方法
WO2020195529A1 (ja) 端末装置、基地局装置、および、方法
JP6807410B2 (ja) 端末装置、基地局装置、および、通信方法
WO2019031217A1 (ja) 端末装置、基地局装置、及び、これらの装置により実行される方法
WO2021221010A1 (ja) 端末装置、方法、および、集積回路
WO2021010455A1 (ja) 端末装置、基地局装置、方法、および、集積回路
WO2021182169A1 (ja) 端末装置、基地局装置、方法、および、集積回路

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210325

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210325

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20210325

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20210325

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20210401

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210420

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210621

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210804

R150 Certificate of patent or registration of utility model

Ref document number: 6926158

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150