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