(57)【要約】【課題】無線通信システムにおける基地局のＤＵが端末に対する無線ベアラを修正する方法及びこれをサポートする装置が提供される。【解決手段】方法は、端末に対する無線ベアラを修正するように決定するステップと、無線ベアラに対する情報を基地局のＣＵに送信するステップと、受諾された無線ベアラに対する情報を基地局のＣＵから受信するステップと、受諾された無線ベアラを修正するステップとを含むことができる。【選択図】図１２
2019525599.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける基地局のＤＵ（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｕｎｉｔ）が端末に対する無線ベアラを修正する方法において、
前記端末に対する無線ベアラを修正するように決定するステップと、
前記無線ベアラに対する情報を前記基地局のＣＵ（ｃｅｎｔｒａｌ  ｕｎｉｔ）に送信するステップと、
受諾された無線ベアラに対する情報を前記基地局のＣＵから受信するステップと、
前記受諾された無線ベアラを修正するステップと、を含むことを特徴とする方法。
【請求項２】
前記無線ベアラに対する情報は、修正が必要な無線ベアラのリストを含む、請求項１に記載の方法。
【請求項３】
前記修正が必要な無線ベアラのリストは、修正が必要な無線ベアラのＩＤを含む、請求項２に記載の方法。
【請求項４】
前記受諾された無線ベアラに対する情報は、成功的に修正された無線ベアラのリストを含む、請求項１に記載の方法。
【請求項５】
前記成功的に修正された無線ベアラのリストは、成功的に修正された無線ベアラのＩＤを含む、請求項４に記載の方法。
【請求項６】
失敗された無線ベアラに対する情報を前記基地局のＣＵから受信するステップをさらに含む、請求項１に記載の方法。
【請求項７】
前記失敗された無線ベアラに対する情報は、原因を含む、請求項６に記載の方法。
【請求項８】
前記失敗された無線ベアラに対する情報は、修正することができない無線ベアラのリストを含む、請求項６に記載の方法。
【請求項９】
前記修正することができない無線ベアラのリストは、修正することができない無線ベアラのＩＤを含む、請求項８に記載の方法。
【請求項１０】
前記無線ベアラは、ＤＲＢ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）またはＳＲＢ（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）である、請求項１に記載の方法。
【請求項１１】
前記無線ベアラに対する情報は、ＵＥコンテキスト修正要求メッセージに含まれて前記基地局のＤＵから前記ＣＵに送信され、
前記受諾された無線ベアラに対する情報は、ＵＥコンテキスト修正確認メッセージに含まれて前記基地局のＣＵから前記ＤＵに送信される、請求項１に記載の方法。
【請求項１２】
ベアラレベルＱｏＳパラメータ、ＲＬＣ設定、論理チャネル設定または物理階層関連設定のうち少なくともいずれか一つを含む前記無線ベアラに対するＤＵ設定を前記基地局のＣＵに送信するステップをさらに含む、請求項１に記載の方法。
【請求項１３】
前記受諾された無線ベアラは、前記無線ベアラのうち前記基地局のＣＵにより受諾された無線ベアラである、請求項１に記載の方法。
【請求項１４】
前記ＤＵの現在無線リソース状況に基づいて、前記端末に対する無線ベアラを修正するように決定される、請求項１に記載の方法。
【請求項１５】
無線通信システムにおける端末に対する無線ベアラを修正する基地局のＤＵ（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｕｎｉｔ）において、
メモリと、送受信機と、前記メモリと前記送受信機を連結するプロセッサと、を含み、前記プロセッサは、
前記端末に対する無線ベアラを修正するように決定し、
前記送受信機が前記無線ベアラに対する情報を前記基地局のＣＵに送信するように制御し、
前記送受信機が受諾された無線ベアラに対する情報を前記基地局のＣＵから受信するように制御し、及び
前記受諾された無線ベアラを修正するように構成されることを特徴とする基地局のＤＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、基地局の中央ユニット（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）と分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）が分割されたシナリオで、基地局の分散ユニットが端末に対する無線ベアラを修正（ｍｏｄｉｆｙ）する方法及びこれをサポートする装置に関する。
【背景技術】
【０００２】
４Ｇ（４ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システム商用化以後、増加する無線データトラフィック需要を満たすために、改善された５Ｇ（５ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システムまたはｐｒｅ−５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システムまたはｐｒｅ−５Ｇ通信システムは、４Ｇネットワーク以後（ｂｅｙｏｎｄ  ４Ｇ  ｎｅｔｗｏｒｋ）通信システムまたはＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システム以後（ｐｏｓｔ  ＬＴＥ）以後のシステムと呼ばれている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
一方、端末と基地局のＤＵとの間で無線ベアラが確立されている場合、特定状況によって、例えば、ＤＵの現在無線リソース状況によって、確立された無線ベアラが修正される必要がある。したがって、基地局のＤＵは、確立された無線ベアラを修正するために、無線ベアラ修正手順をトリガする必要がある。
【課題を解決するための手段】
【０００４】
一実施例において、無線通信システムにおける基地局のＤＵ（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｕｎｉｔ）が端末に対する無線ベアラを修正（ｍｏｄｉｆｙ）する方法が提供される。前記方法は、前記端末に対する無線ベアラを修正するように決定するステップ、前記無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵに送信するステップ、受諾された無線ベアラ（ａｃｃｅｐｔｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵから受信するステップ、及び、前記受諾された無線ベアラを修正するステップを含む。
【０００５】
他の実施例において、無線通信システムにおける端末に対する無線ベアラを修正（ｍｏｄｉｆｙ）する基地局のＤＵ（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｕｎｉｔ）が提供される。前記ＤＵは、メモリ、送受信機、及び、前記メモリと前記送受信機を連結するプロセッサを含み、前記プロセッサは、前記端末に対する無線ベアラを修正するように決定し、前記送受信機が前記無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵに送信するように制御し、前記送受信機が受諾された無線ベアラ（ａｃｃｅｐｔｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵから受信するように制御し、及び前記受諾された無線ベアラを修正するように構成される。
【発明の効果】
【０００６】
端末に対する無線ベアラが修正されることができる。
【図面の簡単な説明】
【０００７】
【図１】ＬＴＥシステム構造を示す。
【図２】制御平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【図３】ユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【図４】５Ｇシステムの構造を示す。
【図５】ユーザ平面に対する５Ｇシステムの無線インターフェースプロトコルを示す。
【図６】分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ  Ｄｅｐｌｏｙｍｅｎｔ）シナリオを示す。
【図７】分離型基地局配置シナリオで、中央ユニットと分散ユニットとの間の機能分割（ｓｐｌｉｔ）を示す。
【図８】ＲＲＣメッセージがＣＵ及び端末間でＤＵを介して送信される一例を示す。
【図９】本発明の一実施例によって、端末とＤＵとの間のベアラを修正する手順を示す。
【図１０】本発明の一実施例によって、端末とＤＵとの間のＤＲＢを修正する手順を示す。
【図１１】本発明の一実施例によって、端末とＤＵとの間のＳＲＢを解除する手順を示す。
【図１２】本発明の一実施例によって、基地局のＤＵが端末に対する無線ベアラを修正する方法を示すブロック図である。
【図１３】本発明の実施例が具現される無線通信システムのブロック図である。
【発明を実施するための形態】
【０００８】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。 ５Ｇ通信システムは、 ＬＴＥ−Ａの進化である。
【０００９】
説明を明確にするために、ＬＴＥ−Ａ/５Ｇを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００１０】
図１は、ＬＴＥシステム構造を示す。通信ネットワークは、ＩＭＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ）を介したＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）及びパケットデータのような多様な通信サービスを提供するために広範囲に配置される。
【００１１】
図１を参照すると、ＬＴＥシステム構造は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）及び一つ以上の端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１０を含む。ＵＥ１０は、ユーザにより運搬される通信装置を示す。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）または無線装置（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）などと呼ばれることもある。
【００１２】
Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つ以上のセルが存在できる。一つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【００１３】
以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を示し、アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を示す。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。
【００１４】
ＥＰＣは、制御平面の機能を担当するＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）、ユーザ平面の機能を担当するＳ−ＧＷ（ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）ｇａｔｅｗａｙ）を含むことができる。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの端に位置でき、外部ネットワークと連結される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ／Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）−ＧＷ（ｇａｔｅｗａｙ）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００１５】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードである端末のために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）及び常用モバイル警報システム（ＣＭＡＳ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を介して）、合法的な遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のためにＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。
【００１６】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間連結されることができる。隣接したｅＮＢ２０は、Ｘ２インターフェースによるネットワーク型ネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと連結されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＥＰＣと連結されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと連結されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。
【００１７】
ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間にゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、ＵＬ及びＤＬで端末１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態で連結移動性制御機能を実行することができる。前記言及のように、ゲートウェイ３０は、ＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を実行することができる。
【００１８】
図２は、制御平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。図３は、ユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【００１９】
端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）及びＬ３（第３の階層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理階層、データリンク階層（ｄａｔａｌｉｎｋ  ｌａｙｅｒ）、及びネットワーク階層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）に区分されることができ、垂直的に制御信号送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）である制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタックであるユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対（ｐａｉｒ）で存在でき、これはＵｕインターフェースのデータ送信を担当することができる。
【００２０】
物理階層（ＰＨＹ；ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、Ｌ１に属する。物理階層は、物理チャネルを介して上位階層に情報送信サービスを提供する。物理階層は、上位階層であるＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ階層と物理階層との間にデータが送信されることができる。互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間のデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理階層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。
【００２１】
物理階層は、いくつかの物理制御チャネル（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を使用する。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当、ＤＬ−ＳＣＨと関連するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ダウンリンク送信のためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を伝送する。
【００２２】
物理チャネルは、時間領域で複数のサブフレーム（ｓｕｂｆｒａｍｅ）と周波数領域で複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）で構成される。一つのサブフレームは、時間領域で複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの最初のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。サブフレーム一つの長さは、１ｍｓである。
【００２３】
トランスポートチャネルは、チャネルが共有されるかどうかによって共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（ＤＬ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。システム情報は、一つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）のトラフィックまたは制御信号は、ＭＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して送信される。
【００２４】
端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（ｉｎｉｔｉａｌ  ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ）を送信するＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。ＲＡＣＨは、一般的にセルへの初期接続に使われる。
【００２５】
Ｌ２に属するＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層にサービスを提供する。ＭＡＣ階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副階層は、論理チャネル上のデータ送信サービスを提供する。
【００２６】
論理チャネルは、送信される情報の種類によって、制御平面の情報伝達のための制御チャネルとユーザ平面の情報伝達のためのトラフィックチャネルとに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ階層により提供される他のデータ送信サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。
【００２７】
制御チャネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使われるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないとき、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間に専用制御情報送信のために端末により使われる一対一の双方向チャネルである。
【００２８】
トラフィックチャネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで一つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。
【００２９】
論理チャネルとトランスポートチャネルとの間のアップリンク連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００３０】
ＲＬＣ階層は、Ｌ２に属する。ＲＬＣ階層の機能は、下位階層がデータの送信に適するように無線セクションで上位階層から受信されたデータの分割／連接によるデータの大きさ調整を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳを保障するために、ＲＬＣ階層は、透明モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）、及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介して再送信機能を提供する。一方、ＲＬＣ階層の機能は、ＭＡＣ階層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ階層は、存在しないこともある。
【００３１】
ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）階層は、Ｌ２に属する。ＰＤＣＰ階層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって無線セクションで送信効率を上げる。さらに、ＰＤＣＰ階層は、セキュリティ機能を提供する。セキュリティ機能は、第３者の検査を防止する暗号化及び第３者のデータ操作を防止する無欠性保護を含む。
【００３２】
ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）階層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ階層は、制御平面でのみ定義される。ＲＲＣ階層は、端末とネットワークとの間の無線リソースを制御する役割を実行する。そのために、端末とネットワークは、ＲＲＣ階層を介してＲＲＣメッセージを交換する。ＲＲＣ階層は、ＲＢの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再構成（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１及びＬ２により提供される論理的経路である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、ＳＲＢ（ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（ｄａｔａ  ＲＢ）の二つに区分されることができる。ＳＲＢは、制御平面でＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザ平面でユーザデータを送信する通路として使われる。
【００３３】
ＲＲＣ階層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を実行する。
【００３４】
図２を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を実行することができる。ＲＲＣ階層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及び端末測定報告／制御のような機能を実行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性ハンドリング、ＬＴＥ＿ＩＤＬＥでページング開始及び端末とゲートウェイとの間のシグナリングのためのセキュリティ制御のような機能を実行することができる。
【００３５】
図３を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側でｅＮＢで終了）は、制御平面での機能と同じ機能を実行することができる。ＰＤＣＰ階層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザ平面機能を実行することができる。
【００３６】
以下、５Ｇネットワーク構造に対して説明する。
【００３７】
図４は、５Ｇシステムの構造を示す。
【００３８】
既存ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）のコアネットワーク構造であるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）の場合、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）等、エンティティ（ｅｎｔｉｔｙ）別に機能、参照点（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）、プロトコルなどが定義されている。
【００３９】
それに対し、５Ｇコアネットワーク（または、ＮｅｘｔＧｅｎコアネットワーク）の場合、ネットワーク機能（ＮＦ；Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）別に機能、参照点、プロトコルなどが定義されている。即ち、５Ｇコアネットワークは、エンティティ別に機能、参照点、プロトコルなどが定義されない。
【００４０】
図４を参照すると、５Ｇシステム構造は、一つ以上の端末（ＵＥ）１０、ＮＧ−ＲＡＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）及びＮＧＣ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ）を含む。
【００４１】
ＮＧ−ＲＡＮは、一つ以上のｇＮＢ４０を含むことができ、一つのセルに複数の端末が存在できる。ｇＮＢ４０は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）の終端点を端末に提供する。ｇＮＢ４０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｇＮＢ４０は、セル毎に配置される。ｇＮＢ４０のカバレッジ内に一つ以上のセルが存在できる。
【００４２】
ＮＧＣは、制御平面の機能を担当するＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｆｕｎｃｔｉｏｎ）及びＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を含むことができる。ＡＭＦは、移動性管理機能を担当することができ、ＳＭＦは、セッション管理機能を担当することができる。ＮＧＣは、ユーザ平面の機能を担当するＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）を含むことができる。
【００４３】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われる。端末１０及びｇＮＢ４０は、ＮＧ３インターフェースにより連結される。ｇＮＢ４０は、Ｘｎインターフェースにより相互間連結される。隣接ｇＮＢ４０は、Ｘｎインターフェースによる網型ネットワーク構造を有することができる。ｇＮＢ４０は、ＮＧインターフェースによりＮＧＣと連結される。ｇＮＢ４０は、ＮＧ−ＣインターフェースによりＡＭＦと連結され、ＮＧ−ＵインターフェースによりＵＰＦと連結される。ＮＧインターフェースは、ｇＮＢ４０とＭＭＥ／ＵＰＦ５０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。
【００４４】
ｇＮＢホストは、無線リソース管理に対する機能（Ｆｕｎｃｔｉｏｎｓ  ｆｏｒ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）、ＩＰヘッダ圧縮及びユーザデータストリームの暗号化（ＩＰ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ａｎｄ  ｅｎｃｒｙｐｔｉｏｎ  ｏｆ  ｕｓｅｒ  ｄａｔａ  ｓｔｒｅａｍ）、ＡＭＦへのルーティングが端末により提供された情報から決定されることができない時、端末付着でＡＭＦの選択（Ｓｅｌｅｃｔｉｏｎ  ｏｆ  ａｎ  ＡＭＦ  ａｔ  ＵＥ  ａｔｔａｃｈｍｅｎｔ  ｗｈｅｎ  ｎｏ  ｒｏｕｔｉｎｇ  ｔｏ  ａｎ  ＡＭＦ  ｃａｎ  ｂｅ  ｄｅｔｅｒｍｉｎｅｄ  ｆｒｏｍ  ｔｈｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｐｒｏｖｉｄｅｄ  ｂｙ  ｔｈｅ  ＵＥ）、一つ以上のＵＰＦに向かうユーザ平面データのルーティング（Ｒｏｕｔｉｎｇ  ｏｆ  Ｕｓｅｒ  Ｐｌａｎｅ  ｄａｔａ  ｔｏｗａｒｄｓ  ＵＰＦ（ｓ））、（ＡＭＦから由来した）ページングメッセージの送信及びスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ｐａｇｉｎｇ  ｍｅｓｓａｇｅｓ（ｏｒｉｇｉｎａｔｅｄ  ｆｒｏｍ  ｔｈｅ  ＡＭＦ））、（ＡＭＦまたはＯ＆Ｍから由来した）システム放送情報の送信及びスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ｓｙｓｔｅｍ  ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ（ｏｒｉｇｉｎａｔｅｄ  ｆｒｏｍ  ｔｈｅ  ＡＭＦ  ｏｒ  Ｏ＆Ｍ））、またはスケジューリング及び移動性に対する測定報告設定及び測定（Ｍｅａｓｕｒｅｍｅｎｔ  ａｎｄ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎｇ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｆｏｒ  ｍｏｂｉｌｉｔｙ  ａｎｄ  ｓｃｈｅｄｕｌｉｎｇ）のような機能を遂行することができる。
【００４５】
ＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｆｕｎｃｔｉｏｎ）ホストは、ＮＡＳシグナリング終了（ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングセキュリティ（ＮＡＳ  ｓｉｇｎａｌｌｉｎｇ  ｓｅｃｕｒｉｔｙ）、ＡＳセキュリティ制御（ＡＳ  Ｓｅｃｕｒｉｔｙ  ｃｏｎｔｒｏｌ）、３ＧＰＰアクセスネットワーク間の移動性のためのインターＣＮノードシグナリング（Ｉｎｔｅｒ  ＣＮ  ｎｏｄｅ  ｓｉｇｎａｌｌｉｎｇ  ｆｏｒ  ｍｏｂｉｌｉｔｙ  ｂｅｔｗｅｅｎ  ３ＧＰＰ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋｓ）、（ページング再送信の実行及び制御を含む）ＩＤＬＥモード端末到達可能性（Ｉｄｌｅ  ｍｏｄｅ  ＵＥ  Ｒｅａｃｈａｂｉｌｉｔｙ（ｉｎｃｌｕｄｉｎｇ  ｃｏｎｔｒｏｌ  ａｎｄ  ｅｘｅｃｕｔｉｏｎ  ｏｆ  ｐａｇｉｎｇ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ））、ＡＣＴＩＶＥモード及びＩＤＬＥモードにある端末に対するトラッキング領域リスト管理（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｌｉｓｔ  ｍａｎａｇｅｍｅｎｔ（ｆｏｒ  ＵＥ  ｉｎ  ｉｄｌｅ  ａｎｄ  ａｃｔｉｖｅ  ｍｏｄｅ））、ＡＭＦ変更を伴うハンドオーバに対するＡＭＦ選択（ＡＭＦ  ｓｅｌｅｃｔｉｏｎ  ｆｏｒ  ｈａｎｄｏｖｅｒｓ  ｗｉｔｈ  ＡＭＦ  ｃｈａｎｇｅ）、アクセス認証（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、またはローミング権限の確認を含むアクセス承認（Ａｃｃｅｓｓ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｉｎｃｌｕｄｉｎｇ  ｃｈｅｃｋ  ｏｆ  ｒｏａｍｉｎｇ  ｒｉｇｈｔｓ）のような主要機能を遂行することができる。
【００４６】
ＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）ホストは、（適用可能な場合）イントラ／インター−ＲＡＴ移動性のためのアンカーポイント（Ａｎｃｈｏｒ  ｐｏｉｎｔ  ｆｏｒ  Ｉｎｔｒａ−／Ｉｎｔｅｒ−ＲＡＴ  ｍｏｂｉｌｉｔｙ（ｗｈｅｎ  ａｐｐｌｉｃａｂｌｅ））、データネットワークに相互連結の外部ＰＤＵセッションポイント（Ｅｘｔｅｒｎａｌ  ＰＤＵ  ｓｅｓｓｉｏｎ  ｐｏｉｎｔ  ｏｆ  ｉｎｔｅｒｃｏｎｎｅｃｔ  ｔｏ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）、パケットルーティング及びフォワーディング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ＆ｆｏｒｗａｒｄｉｎｇ）、パケット検査及び政策規則適用のユーザ平面パート（Ｐａｃｋｅｔ  ｉｎｓｐｅｃｔｉｏｎ  ａｎｄ  Ｕｓｅｒ  ｐｌａｎｅ  ｐａｒｔ  ｏｆ  Ｐｏｌｉｃｙ  ｒｕｌｅ  ｅｎｆｏｒｃｅｍｅｎｔ）、トラフィック使用報告（Ｔｒａｆｆｉｃ  ｕｓａｇｅ  ｒｅｐｏｒｔｉｎｇ）、データネットワークにトラフィック流れをルーティングすることをサポートするアップリンク分類子（Ｕｐｌｉｎｋ  ｃｌａｓｓｉｆｉｅｒ  ｔｏ  ｓｕｐｐｏｒｔ  ｒｏｕｔｉｎｇ  ｔｒａｆｆｉｃ  ｆｌｏｗｓ  ｔｏ  ａ  ｄａｔａ  ｎｅｔｗｏｒｋ）、マルチホームＰＤＵセッションをサポートする分岐点（Ｂｒａｎｃｈｉｎｇ  ｐｏｉｎｔ  ｔｏ  ｓｕｐｐｏｒｔ  ｍｕｌｔｉ−ｈｏｍｅｄ  ＰＤＵ  ｓｅｓｓｉｏｎ）、ユーザ平面に対するＱｏＳハンドリング、例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬ料金執行（ＱｏＳ  ｈａｎｄｌｉｎｇ  ｆｏｒ  ｕｓｅｒ  ｐｌａｎｅ、ｅ．ｇ．ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ、ｇａｔｉｎｇ、ＵＬ／ＤＬ  ｒａｔｅ  ｅｎｆｏｒｃｅｍｅｎｔ）、アップリンクトラフィック確認（ＳＤＦでＱｏＳフローマッピングで）（Ｕｐｌｉｎｋ  Ｔｒａｆｆｉｃ  ｖｅｒｉｆｉｃａｔｉｏｎ（ＳＤＦ  ｔｏ  ＱｏＳ  ｆｌｏｗ  ｍａｐｐｉｎｇ））、ダウンリンク及びアップリンクでの送信レベルパケットマーキング（Ｔｒａｎｓｐｏｒｔ  ｌｅｖｅｌ  ｐａｃｋｅｔ  ｍａｒｋｉｎｇ  ｉｎ  ｔｈｅ  ｕｐｌｉｎｋ  ａｎｄ  ｄｏｗｎｌｉｎｋ）、またはダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング（Ｄｏｗｎｌｉｎｋ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ  ａｎｄ  ｄｏｗｎｌｉｎｋ  ｄａｔａ  ｎｏｔｉｆｉｃａｔｉｏｎ  ｔｒｉｇｇｅｒｉｎｇ）のような主要機能を遂行することができる。
【００４７】
ＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）ホストは、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）、ＵＥ  ＩＰアドレス割当及び管理（ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ  ａｎｄ  ｍａｎａｇｅｍｅｎｔ）、ＵＰ機能の選択及び制御（Ｓｅｌｅｃｔｉｏｎ  ａｎｄ  ｃｏｎｔｒｏｌ  ｏｆ  ＵＰ  ｆｕｎｃｔｉｏｎ）、トラフィックを適切な対象にしてルートするためにＵＰＦでトラフィック調整を構成（Ｃｏｎｆｉｇｕｒｅｓ  ｔｒａｆｆｉｃ  ｓｔｅｅｒｉｎｇ  ａｔ  ＵＰＦ  ｔｏ  ｒｏｕｔｅ  ｔｒａｆｆｉｃ  ｔｏ  ｐｒｏｐｅｒ  ｄｅｓｔｉｎａｔｉｏｎ）、ＱｏＳ及び政策執行の一部を制御（Ｃｏｎｔｒｏｌ  ｐａｒｔ  ｏｆ  ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ａｎｄ  ＱｏＳ）、またはダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）のような主要機能を遂行することができる。
【００４８】
図５は、ユーザ平面に対する５Ｇシステムの無線インターフェースプロトコルを示す。
【００４９】
図５を参照すると、ユーザ平面に対する５Ｇシステムの無線インターフェースプロトコルは、ＬＴＥシステムと比較してＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）という新しい階層を含むことができる。ＳＤＡＰ階層の主要サービス及び機能は、ＱｏＳフロー（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  ｆｌｏｗ）とＤＲＢ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）との間のマッピング、ＤＬ及びＵＬパケットの両方ともでＱＦＩ（ＱｏＳ  ｆｌｏｗ  ＩＤ）マーキングである。ＳＤＡＰのシングルプロトコルエンティティは、二つのエンティティが設定（ｃｏｎｆｉｇｕｒｅ）されることができるＤＣ（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）を除いて、それぞれの個別ＰＤＵセッションに対して設定されることができる。
【００５０】
以下、５Ｇ  ＲＡＮ配置シナリオに対して説明する。
【００５１】
５Ｇ  ＲＡＮは、基地局機能を中央ユニット（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）と分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｕｎｉｔ）に配置させる形態及び４Ｇ基地局との共存可否などによって一体型基地局配置（Ｎｏｎ−ｃｅｎｔｒａｌｉｓｅｄ  ｄｅｐｌｏｙｍｅｎｔ）シナリオ、同一局配置（Ｃｏ−Ｓｉｔｅｄ  Ｄｅｐｌｏｙｍｅｎｔ  ｗｉｔｈ  Ｅ−ＵＴＲＡ）シナリオ、及び分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ  Ｄｅｐｌｏｙｍｅｎｔ）シナリオに分けられる。本明細書で、５Ｇ  ＲＡＮ、ｇＮＢ、Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  ＮｏｄｅＢ、Ｎｅｗ  ＲＡＮ及びＮＲ  ＢＳ（Ｎｅｗ  Ｒａｄｉｏ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）は、５Ｇのために新しく定義された基地局を意味する。
【００５２】
図６は、分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ  Ｄｅｐｌｏｙｍｅｎｔ）シナリオを示す。
【００５３】
図６を参照すると、ｇＮＢは、中央ユニット及び分散ユニットに分離されることができる。即ち、ｇＮＢは、階層的に分離されて運用されることができる。中央ユニットは、基地局の上位階層（ｕｐｐｅｒ  ｌａｙｅｒｓ）の機能を遂行することができ、分散ユニットは、基地局の下位階層（ｌｏｗｅｒ  ｌａｙｅｒｓ）の機能を遂行することができる。
【００５４】
図７は、分離型基地局配置シナリオで、中央ユニットと分散ユニットとの間の機能分割（ｓｐｌｉｔ）を示す。
【００５５】
図７を参照すると、オプション１の場合、ＲＲＣ階層は、中央ユニットにあり、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション２の場合、ＲＲＣ階層及びＰＤＣＰ階層は、中央ユニットにあり、ＲＬＣ階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション３の場合、ＲＲＣ階層、ＰＤＣＰ階層及びＲＬＣ上位階層は、中央ユニットにあり、ＲＬＣ下位階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション４の場合、ＲＲＣ階層、ＰＤＣＰ階層及びＲＬＣ階層は、中央ユニットにあり、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション５の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層及びＭＡＣ上位階層は、中央ユニットにあり、ＭＡＣ下位階層、物理階層及びＲＦは、分散ユニットにある。オプション６の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層及びＭＡＣ階層は、中央ユニットにあり、物理階層及びＲＦは、分散ユニットにある。オプション７の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層及び上位物理階層は、中央ユニットにあり、下位物理階層及びＲＦは、分散ユニットにある。オプション８の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層及び物理階層は、中央ユニットにあり、ＲＦは、分散ユニットにある。
【００５６】
以下、本明細書で、中央ユニットはＣＵといい、分散ユニットはＤＵということができる。ＣＵは、ｇＮＢのＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）、ＳＤＡＰ（ｓｅｒｖｉｃｅ  ｄａｔａ  ａｄａｐｔａｔｉｏｎ  ｐｒｏｔｏｃｏｌ）及びＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ  ｎｏｄｅ）であり、ＤＵは、ｇＮＢのＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）及びＰＨＹ（ｐｈｙｓｉｃａｌ）階層をホスティングするロジカルノードである。その代案として、ＣＵは、ｅｎ−ｇＮＢのＲＲＣ及びＰＤＣＰ階層をホスティングするロジカルノードである。
【００５７】
本明細書で、ＣＵ及びＤＵをサポートする基地局は、ｇＮＢという。本明細書で、ＣＵ及びＤＵ間のインターフェースは、Ｆ１で示すことができ、ＤＵ及び端末間のインターフェースは、Ｕｕで示すことができる。
【００５８】
図８は、ＲＲＣメッセージがＣＵ及び端末間でＤＵを介して送信される一例を示す。
【００５９】
前記説明した通り、基地局がＣＵ及びＤＵをサポートする場合、ＲＲＣ関連機能は、ＣＵに位置する。図８を参照すると、基地局のＣＵに位置するＲＲＣ階層により生成されたＲＲＣメッセージは、ＤＵを介して端末に送信されなければならない。例えば、前記ＲＲＣメッセージは、Ｆ１インターフェースを介してＤＵに送信されなければならず、ＣＵから端末に直接送信されることができない。端末により提供されたデータは、ＤＵを介して端末またはＣＵに各々送信されなければならないため、Ｆ１インターフェース及びＵｕインターフェースを介してデータを送信するために、前記データを伝送する（ｃａｒｒｙ）ことができる方法及びこれをサポートする装置が必要である。
【００６０】
一方、端末と基地局のＤＵとの間で無線ベアラが確立されている場合、特定状況によって、例えば、ＤＵの現在無線リソース状況によって、確立された無線ベアラが修正される必要がある。したがって、基地局のＤＵは、確立された無線ベアラを修正するために、無線ベアラ修正手順をトリガしなければならない。以下、本発明の一実施例によって、基地局のＤＵが端末に対する無線ベアラを修正（ｍｏｄｉｆｙ）する方法及びこれをサポートする装置に対して説明する。
【００６１】
図９は、本発明の一実施例によって、端末とＤＵとの間のベアラを修正する手順を示す。
【００６２】
図９を参照すると、ステップＳ９００において、端末は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に進入できる。前記基地局は、ｇＮＢである。
【００６３】
ステップＳ９１０において、基地局のＤＵは、前記端末と前記ＤＵとの間に確立された無線ベアラ（ｅｓｔａｂｌｉｓｈｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ）を修正（ｍｏｄｉｆｙ）するように決定できる。前記無線ベアラの修正は、前記ＤＵの現在無線リソース状況（ｃｕｒｒｅｎｔ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｓｉｔｕａｔｉｏｎ）に基づいて前記ＤＵにより決定されることができる。前記確立された無線ベアラは、ＳＲＢ１、ＳＲＢ２またはＤＲＢのうち少なくともいずれか一つを含むことができる。前記無線ベアラの修正（ｍｏｄｉｆｉｃａｔｉｏｎ）は、無線ベアラの付加（ａｄｄｉｎｇ  ｔｈｅ  ｒａｄｉｏ  ｂｅａｒｅｒ）、無線ベアラの修正（ｍｏｄｉｆｙｉｎｇ  ｔｈｅ  ｒａｄｉｏ  ｂｅａｒｅｒ）または無線ベアラの解除（ｒｅｌｅａｓｉｎｇ  ｔｈｅ  ｒａｄｉｏ  ｂｅａｒｅｒ）のうち少なくともいずれか一つを含むことができる。
【００６４】
ステップＳ９２０において、基地局のＤＵは、ベアラ修正指示メッセージ（Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ  ｍｅｓｓａｇｅ）、ＵＥコンテキスト修正要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）または新しいメッセージを基地局のＣＵに送信できる。前記メッセージは、それぞれの要求された無線ベアラに対するＤＵ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及びＤＲＢ  ＩＤまたはＳＲＢ  ＩＤを含むことができる。前記それぞれの要求された無線ベアラに対するＤＵ設定は、ベアラレベルＱｏＳパラメータ（ｂｅａｒｅｒ  ｌｅｖｅｌ  ＱｏＳ  ｐａｒａｍｅｔｅｒｓ）、ＲＬＣ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、論理チャネル設定（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）または物理階層関連設定（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｒｅｌａｔｅｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。
【００６５】
ステップＳ９３０において、基地局のＤＵからメッセージを受信すると、基地局のＣＵは、それぞれの要求された無線ベアラを受諾（ａｃｃｅｐｔ）するかどうかを決定することができる。基地局のＣＵは、受諾された少なくとも一つの無線ベアラに対してＳＤＡＰ階層またはＰＤＣＰ階層と関連した設定またはパラメータを修正することができる。
【００６６】
ステップＳ９４０において、基地局のＣＵは、ベアラ修正確認メッセージ（Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｎｆｉｒｍ  ｍｅｓｓａｇｅ）、ダウンリンクＲＲＣ伝達メッセージ（Ｄｏｗｎｌｉｎｋ  ＲＲＣ  Ｔｒａｎｓｐｏｒｔ  ｍｅｓｓａｇｅ）、ＵＥコンテキスト修正確認メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｎｆｉｒｍ  ｍｅｓｓａｇｅ）、または新しいメッセージ（ｎｅｗ  ｍｅｓｓａｇｅ）を基地局のＤＵに送信できる。前記メッセージは、ＲＲＣ接続再設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｍｅｓｓａｇｅ）をピギーバックするコンテナを含むことができる。前記メッセージは、受諾された（ａｃｃｅｐｔｅｄ）ＳＲＢまたはＤＲＢのリストを含むことができる。前記メッセージは、失敗された（ｆａｉｌｅｄ）ＳＲＢまたはＤＲＢのリストを含むことができる。
【００６７】
受諾されたＳＲＢまたはＤＲＢのリストは、受諾されたＳＲＢ  ＩＤまたはＤＲＢ  ＩＤ、及び基地局のＣＵにより修正されたＤＵ設定を含むことができる。前記ＤＵ設定は、ステップＳ９２０で説明された情報を含むことができる。
【００６８】
失敗されたＳＲＢまたはＤＲＢのリストは、失敗されたＳＲＢ  ＩＤまたはＤＲＢ  ＩＤ、及び原因（ｃａｕｓｅ）を含むことができる。
【００６９】
ステップＳ９５０において、基地局のＣＵからメッセージを受信すると、基地局のＤＵは、基地局のＤＵと端末との間の受諾された無線ベアラを修正することができる。前記受諾された無線ベアラは、ＳＲＢ１、ＳＲＢ２またはＤＲＢのうち少なくともいずれか一つを含むことができる。前記受諾された無線ベアラは、受諾されたＳＲＢまたはＤＲＢのリストに含まれることができる。前記受諾された無線ベアラは、基地局のＤＵが基地局のＣＵに提供したＤＵ設定に基づいて修正されることができる。または、前記受諾された無線ベアラは、基地局のＣＵから受信したＤＵ設定に基づいて修正されることができる。
【００７０】
それに対し、基地局のＤＵは、基地局のＤＵと端末との間の失敗された無線ベアラを修正しない。前記失敗された無線ベアラは、ＳＲＢ１、ＳＲＢ２またはＤＲＢのうち少なくともいずれか一つを含むことができる。前記失敗された無線ベアラは、失敗されたＳＲＢまたはＤＲＢのリストに含まれることができる。
【００７１】
ステップＳ９６０において、基地局のＤＵは、前記ＲＲＣ接続再設定メッセージを端末に伝達できる。
【００７２】
ステップＳ９７０において、端末は、ＲＲＣ接続再設定完了メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ  ｍｅｓｓａｇｅ）を基地局のＤＵに送信できる。
【００７３】
ステップＳ９８０において、端末からメッセージを受信すると、基地局のＤＵは、前記ＲＲＣ接続再設定完了メッセージをピギーバックするコンテナを含むアップリンクＲＲＣ伝達メッセージ（Ｕｐｌｉｎｋ  ＲＲＣ  Ｔｒａｎｓｐｏｒｔ  ｍｅｓｓａｇｅ）または新しいメッセージを基地局のＣＵに送信できる。
【００７４】
本発明の一実施例によると、基地局のＤＵと端末との間の無線ベアラを付加（ａｄｄ）、修正（ｍｏｄｉｆｙ）または解除（ｒｅｌｅａｓｅ）するために、基地局のＤＵは、自分の現在無線リソース状態に基づいて修正することを所望するベアラと関連した情報を基地局のＣＵに提供できる。即ち、前記無線ベアラの付加（ａｄｄ）、修正（ｍｏｄｉｆｙ）または解除（ｒｅｌｅａｓｅ）が基地局のＤＵにより開始（ｉｎｉｔｉａｔｅｄ）されることができる。以後、基地局のＣＵは、受諾された無線ベアラ及び／または失敗された無線ベアラと関連した情報を基地局のＤＵ及び端末に提供できる。したがって、基地局のＤＵと端末との間の無線ベアラが付加（ａｄｄ）、修正（ｍｏｄｉｆｙ）または解除（ｒｅｌｅａｓｅ）されることができ、ＲＲＣメッセージが変更された無線ベアラに基づいて基地局のＤＵと端末との間で伝達されることができる。
【００７５】
図１０は、本発明の一実施例によって、端末とＤＵとの間のＤＲＢを修正する手順を示す。
【００７６】
図１０を参照すると、ステップＳ１０１０において、基地局のＤＵは、前記端末と前記ＤＵとの間に確立されたＵＥコンテキストを修正（ｍｏｄｉｆｙ）するように決定できる。例えば、基地局のＤＵは、端末に対するＤＲＢを修正するように決定できる。例えば、基地局のＤＵは、端末に対するＤＲＢを解除するように決定できる。前記ＤＲＢは、端末に対する無線ベアラリソース（ｒａｄｉｏ  ｂｅａｒｅｒ  ｒｅｓｏｕｒｃｅｓ）である。
【００７７】
ステップＳ１０２０において、基地局のＤＵがＤＲＢを修正するように決定すると、基地局のＤＵは、ＵＥコンテキスト修正要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）を基地局のＣＵに送信できる。前記ＵＥコンテキスト修正要求メッセージは、ＵＥコンテキストの修正を要求するメッセージである。前記ＵＥコンテキスト修正要求メッセージは、ＤＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔを含むことができ、前記ＤＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔは、ＤＲＢ  ＩＤを含むことができる。
【００７８】
ステップＳ１０２０において、基地局のＤＵがＤＲＢを解除するように決定すると、基地局のＤＵは、ＵＥコンテキスト修正要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）を基地局のＣＵに送信できる。前記ＵＥコンテキスト修正要求メッセージは、ＤＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔを含むことができ、前記ＤＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔは、ＤＲＢ  ＩＤを含むことができる。
【００７９】
例えば、基地局のＤＵが基地局のＣＵに送信する前記ＵＥコンテキスト修正要求メッセージは、表１のように定義されることができる。
【００８０】
【表１】
2019525599.tif 000003
【００８１】
付加的に、前記ＵＥコンテキスト修正要求メッセージは、ＤＲＢに対するＤＵ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むことができる。前記ＤＲＢに対するＤＵ設定は、ベアラレベルＱｏＳパラメータ（ｂｅａｒｅｒ  ｌｅｖｅｌ  ＱｏＳ  ｐａｒａｍｅｔｅｒｓ）、ＲＬＣ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、論理チャネル設定（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）または物理階層関連設定（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｒｅｌａｔｅｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。
【００８２】
ステップＳ１０３０において、基地局のＤＵから前記ＵＥコンテキスト修正要求メッセージを受信すると、基地局のＣＵは、ＤＲＢの修正を決定することができる。
【００８３】
ステップＳ１０４０において、基地局のＣＵは、ＵＥコンテキスト修正確認メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｎｆｉｒｍ  ｍｅｓｓａｇｅ）を基地局のＤＵに送信できる。前記ＵＥコンテキスト修正確認メッセージは、基地局のＣＵが修正可能可否を基地局のＤＵに知らせるために送信されることができる。例えば、前記ＵＥコンテキスト修正確認メッセージは、基地局のＣＵが成功的な修正（ｓｕｃｃｅｓｓｆｕｌ  ｍｏｄｉｆｉｃａｔｉｏｎ）を基地局のＤＵに知らせるために送信されることができる。
【００８４】
前記ＵＥコンテキスト修正確認メッセージは、ＤＲＢ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔを含むことができ、前記ＤＲＢ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔは、ＤＲＢ  ＩＤを含むことができる。即ち、基地局のＣＵは、成功的に修正されたＤＲＢのリストを基地局のＤＵに送信できる。
【００８５】
付加的に、前記ＵＥコンテキスト修正確認メッセージは、ＤＲＢ  Ｆａｉｌｅｄ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔを含むことができ、前記ＤＲＢ  Ｆａｉｌｅｄ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔは、ＤＲＢ  ＩＤを含むことができる。即ち、基地局のＣＵは、修正に失敗したＤＲＢのリスト（ｌｉｓｔ  ｏｆ  ＤＲＢｓ  ｗｈｉｃｈ  ａｒｅ  ｆａｉｌｅｄ  ｔｏ  ｂｅ  ｍｏｄｉｆｉｅｄ）を基地局のＣＵに送信できる。この場合、前記ＤＲＢ  Ｆａｉｌｅｄ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔは、失敗原因（ｆａｉｌｕｒｅ  ｃａｕｓｅ）を含むことができる。
【００８６】
例えば、基地局のＣＵが基地局のＤＵに送信する前記ＵＥコンテキスト修正確認メッセージは、表２のように定義されることができる。
【００８７】
【表２】
2019525599.tif 000004
【００８８】
ステップＳ１０５０において、基地局のＣＵから前記ＵＥコンテキスト修正確認メッセージを受信すると、基地局のＤＵは、ＤＲＢ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔに含まれているＤＲＢを修正することができる。それに対し、基地局のＤＵは、ＤＲＢ  Ｆａｉｌｅｄ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔに含まれているＤＲＢを修正しない。付加的に、基地局のＤＵは、ＤＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔに含まれているＤＲＢを解除することができる。
【００８９】
図１１は、本発明の一実施例によって、端末とＤＵとの間のＳＲＢを解除する手順を示す。
【００９０】
図１１を参照すると、ステップＳ１１１０において、基地局のＤＵは、前記端末と前記ＤＵとの間に確立されたＵＥコンテキストを修正（ｍｏｄｉｆｙ）するように決定できる。例えば、基地局のＤＵは、端末に対するＳＲＢを解除するように決定できる。
【００９１】
ステップＳ１１２０において、基地局のＤＵがＳＲＢを解除するように決定すると、基地局のＤＵは、ＵＥコンテキスト修正要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）を基地局のＣＵに送信できる。前記ＵＥコンテキスト修正要求メッセージは、ＵＥコンテキストの修正を要求するメッセージである。前記ＵＥコンテキスト修正要求メッセージは、ＳＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔを含むことができ、前記ＳＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔは、ＳＲＢ  ＩＤを含むことができる。例えば、基地局のＤＵが基地局のＣＵに送信する前記ＵＥコンテキスト修正要求メッセージは、前記表１のように定義されることができる。
【００９２】
ステップＳ１１３０において、前記ＵＥコンテキスト修正要求メッセージを基地局のＣＵに送信した以後、基地局のＤＵは、ＳＲＢ  Ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  Ｒｅｌｅａｓｅｄ  Ｌｉｓｔに含まれているＳＲＢを解除することができる。
【００９３】
図１２は、本発明の一実施例によって、基地局のＤＵが端末に対する無線ベアラを修正する方法を示すブロック図である。
【００９４】
図１２を参照すると、ステップＳ１２１０において、基地局のＤＵは、前記端末に対する無線ベアラを修正するように決定できる。前記無線ベアラは、ＤＲＢ（ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）またはＳＲＢ（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）である。前記ＤＵの現在無線リソース状況（ｃｕｒｒｅｎｔ  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｓｉｔｕａｔｉｏｎ）に基づいて、前記端末に対する無線ベアラを修正するように決定されることができる。
【００９５】
ステップＳ１２２０において、基地局のＤＵは、前記無線ベアラに対する情報を前記基地局のＣＵに送信できる。前記無線ベアラに対する情報は、修正が必要な無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ  ｗｈｉｃｈ  ｉｓ  ｒｅｑｕｉｒｅｄ  ｔｏ  ｂｅ  ｍｏｄｉｆｉｅｄ）のリストを含むことができる。前記修正が必要な無線ベアラのリストは、修正が必要な無線ベアラのＩＤを含むことができる。
【００９６】
前記無線ベアラに対する情報は、ＵＥコンテキスト修正要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）に含まれて前記基地局のＤＵから前記ＣＵに送信されることができる。
【００９７】
ステップＳ１２３０において、基地局のＤＵは、受諾された無線ベアラ（ａｃｃｅｐｔｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵから受信することができる。前記受諾された無線ベアラに対する情報は、受諾された無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ  ｗｈｉｃｈ  ｉｓ  ａｃｃｅｐｔｅｄ）のリストを含むことができる。即ち、前記受諾された無線ベアラに対する情報は、成功的に修正された無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ  ｗｈｉｃｈ  ｉｓ  ｓｕｃｃｅｓｓｆｕｌｌｙ  ｍｏｄｉｆｉｅｄ）のリストを含むことができる。前記受諾された無線ベアラのリストは、受諾された無線ベアラのＩＤを含むことができる。
【００９８】
前記受諾された無線ベアラに対する情報は、ＵＥコンテキスト修正確認メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｎｆｉｒｍ  ｍｅｓｓａｇｅ）に含まれて前記基地局のＣＵから前記ＤＵに送信されることができる。
【００９９】
前記受諾された無線ベアラは、前記無線ベアラのうち前記基地局のＣＵにより受諾された無線ベアラである。
【０１００】
ステップＳ１２４０において、基地局のＤＵは、前記受諾された無線ベアラを修正することができる。
【０１０１】
付加的に、基地局のＤＵは、失敗された無線ベアラ（ｆａｉｌｅｄ  ｒａｄｉｏ  ｂｅａｒｅｒ）に対する情報を前記基地局のＣＵから受信することができる。前記失敗された無線ベアラに対する情報は、原因（ｃａｕｓｅ）を含むことができる。前記失敗された無線ベアラに対する情報は、修正することができない無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ  ｗｈｉｃｈ  ｉｓ  ｆａｉｌｅｄ  ｔｏ  ｂｅ  ｍｏｄｉｆｉｅｄ）のリストを含むことができる。前記修正することができない無線ベアラのリストは、修正することができない無線ベアラのＩＤを含むことができる。
【０１０２】
付加的に、基地局のＤＵは、ベアラレベルＱｏＳパラメータ（ｂｅａｒｅｒ  ｌｅｖｅｌ  ＱｏＳ  ｐａｒａｍｅｔｅｒｓ）、ＲＬＣ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、論理チャネル設定（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）または物理階層関連設定（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｒｅｌａｔｅｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）のうち少なくともいずれか一つを含む前記無線ベアラに対するＤＵ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を前記基地局のＣＵに送信できる。
【０１０３】
図１３は、本発明の実施例が具現される無線通信システムのブロック図である。
【０１０４】
端末１３００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１３０１、メモリ（ｍｅｍｏｒｙ）１３０２及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ）１３０３を含む。メモリ１３０２は、プロセッサ１３０１と連結され、プロセッサ１３０１を駆動するための多様な情報を格納する。送受信機１３０３は、プロセッサ１３０１と連結され、無線信号を送信及び／または受信する。プロセッサ１３０１は、提案された機能、過程及び／または方法を具現する。前述した実施例における端末の動作は、プロセッサ１３０１により具現されることができる。
【０１０５】
基地局のＤＵ１３１０は、プロセッサ１３１１、メモリ１３１２及び送受信機１３１３を含む。メモリ１３１２は、プロセッサ１３１１と連結され、プロセッサ１３１１を駆動するための多様な情報を格納する。送受信機１３１３は、プロセッサ１３１１と連結され、無線信号を送信及び／または受信する。プロセッサ１３１１は、提案された機能、過程及び／または方法を具現する。前述した実施例における基地局のＤＵの動作は、プロセッサ１３１１により具現されることができる。
【０１０６】
基地局のＣＵ１３２０は、プロセッサ１３２１、メモリ１３２２及び送受信機１３２３を含む。メモリ１３２２は、プロセッサ１３２１と連結され、プロセッサ１３２１を駆動するための多様な情報を格納する。送受信機１３２３は、プロセッサ１３２１と連結され、信号を送信及び／または受信する。プロセッサ１３２１は、提案された機能、過程及び／または方法を具現する。前述した実施例における基地局のＣＵの動作は、プロセッサ１３２１により具現されることができる。
【０１０７】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。送受信機は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【０１０８】
前述した一例に基づいて本明細書による多様な技法が図面と図面符号を介して説明された。説明の便宜のために、各技法は、特定の順序によって複数のステップやブロックを説明したが、このようなステップやブロックの具体的順序は、請求項に記載された発明を制限するものではなく、各ステップやブロックは、異なる順序で具現され、または異なるステップやブロックと同時に実行されることが可能である。また、通常の技術者であれば、各ステップやブロックが限定的に記述されたものではなく、発明の保護範囲に影響を与えない範囲内で少なくとも一つの他のステップが追加されたり削除されたりすることが可能であるということを知ることができる。
【０１０９】
前述した実施例は、多様な一例を含む。通常の技術者であれば、発明の全ての可能な一例の組み合わせが説明されることができないという点を知ることができ、また、本明細書の技術から多様な組み合わせが派生することができるという点を知ることができる。したがって、発明の保護範囲は、請求の範囲に記載された範囲を外れない範囲内で、詳細な説明に記載された多様な一例を組み合わせて判断しなければならない。
【図１】
2019525599.tif 000005
【図２】
2019525599.tif 000006
【図３】
2019525599.tif 000007
【図４】
2019525599.tif 000008
【図５】
2019525599.tif 000009
【図６】
2019525599.tif 000010
【図７】
2019525599.tif 000011
【図８】
2019525599.tif 000012
【図９】
2019525599.tif 000013
【図１０】
2019525599.tif 000014
【図１１】
2019525599.tif 000015
【図１２】
2019525599.tif 000016
【図１３】
2019525599.tif 000017
【国際調査報告】
2019525599.tif 000018
2019525599.tif 000019
2019525599.tif 000020
2019525599.tif 000021