JP7423549B2

JP7423549B2 - 異種ネットワークで二重接続動作を行うための方法及び装置

Info

Publication number: JP7423549B2
Application number: JP2020563776A
Authority: JP
Inventors: テスン・キム; チャンファン・キム; スンボ・ユ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2018-08-27
Filing date: 2019-08-27
Publication date: 2024-01-29
Anticipated expiration: 2039-08-27
Also published as: KR102597009B1; CN112219445A; KR20200023952A; US20220248491A1; JP2024038421A; EP3785485B1; US20200068639A1; EP3785485A1; JP2021535634A; KR20230153979A; EP4240104A3; WO2020045948A1; US11310856B2; EP4240104A2; EP3785485A4

Description

本開示は、異種ネットワーク(Ｈｅｔｅｒｏｇｅｎｅｏｕｓｎｅｔｗｏｒｋ)で二重接続動作(ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)を行うための方法及び装置に関する。

４Ｇ通信システム商用化以後の増加趨勢にある無線データトラフィック需要を満たすため、改善した５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後(Ｂｅｙｏｎｄ４ＧＮｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(ＰｏｓｔＬＴＥ)システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の経路損失緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムではビームフォーミングｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅＭＩＭＯ)、全次元多重入出力(ＦｕｌｌＤｉｍｅｎｓｉｏｎａｌＭＩＭＯ：ＦＤ－ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙａｎｔｅｎｎａ)、アナログビームフォーミンググ(ａｎａｌｏｇｂｅａｍ－ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅｓｃａｌｅａｎｔｅｎｎａ)技術が論議されている。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄｓｍａｌｌｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ：ｃｌｏｕｄＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅｎｅｔｗｏｒｋ)、機器間の通信(ＤｅｖｉｃｅｔｏＤｅｖｉｃｅｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(ＣｏｏｒｄｉｎａｔｅｄＭｕｌｔｉ－Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成っている。この以外にも、５Ｇシステムでは進歩されたコーディング変調(ＡｄｖａｎｃｅｄＣｏｄｉｎｇＭｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式であるＦＱＡＭ(ＨｙｂｒｉｄＦＳＫａｎｄＱＡＭＭｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(ＳｌｉｄｉｎｇＷｉｎｄｏｗＳｕｐｅｒｐｏｓｉｔｉｏｎＣｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(ＦｉｌｔｅｒＢａｎｋＭｕｌｔｉＣａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎ－ｏｒｔｈｏｇｏｎａｌｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅｃｏｄｅｍｕｌｔｉｐｌｅａｃｃｅｓｓ)などが開発されている。

一方、インターネットは人間が情報を生成して消費する人間中心のネットワークから、事物などの分散した構成要素の間で情報を取り交わして処理するＩｏＴ(ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ、モノのインターネット)ネットワークへと進化している。クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇｄａｔａ)処理技術などがＩｏＴ技術に結合されたＩｏＥ(ＩｎｔｅｒｎｅｔｏｆＥｖｅｒｙｔｈｉｎｇ)技術も台頭している。ＩｏＴを具現するために、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近には事物間の接続のためのセンサーネットワーク(ｓｅｎｓｏｒｎｅｔｗｏｒｋ)、Ｍ２Ｍ (ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ、)、ＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。ＩｏＴ環境では接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ(ＩｎｔｅｒｎｅｔＴｅｃｈｎｏｌｏｇｙ)サービスが提供されることができる。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。

これに、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが成っている。例えば、センサーネットワーク(ｓｅｎｓｏｒｎｅｔｗｏｒｋ)、Ｍ２Ｍ(ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ)、ＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されていることである。前述したビックデータ処理技術としてクラウド無線アクセスネットワーク(ｃｌｏｕｄＲＡＮ)が適用されることも５Ｇ技術とＩｏＴ技術コンバージェンスの一例と言えるだろう。

ＬＴＥシステムはデータを処理する構造が次世代移動通信システムと異なる。具体的に言えば、ＬＴＥシステムはＲＬＣ(ｒａｄｉｏｌｉｎｋｃｏｎｔｒｏｌ)階層で連接(ＲＬＣｃｏｎｃａｔｅｎａｔｉｏｎ)機能を持っておりネットワークからアップリンク送信リソースを受ける前までは端末が任意のデータ前処里(ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ)を行うことができず、アップリンク送信リソースを受けると、ＰＤＣＰ(ｐａｃｋｅｔｄａｔａｃｏｎｖｅｒｇｅｎｃｅｐｒｏｔｏｃｏｌ)階層でＰＤＣＰＰＤＵ(ｐａｃｋｅｔｄａｔａｕｎｉｔ)を連接して一つのＲＬＣＰＤＵを形成してＭＡＣ(ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ)階層に送信してデータ送信を進行する。一方、次世代移動通信システムではＲＬＣ階層で連接(ＲＬＣｃｏｎｃａｔｅｎａｔｉｏｎ)機能がないからアップリンク送信リソースを受ける前にＰＤＣＰ階層で伝達したＰＤＣＰＰＤＵをＲＬＣ階層で処理してＲＬＣＰＤＵで形成してＭＡＣ階層に送信し、ＭＡＣ階層でＭＡＣサブヘッダーとＭＡＣＳＤＵまで予め生成しておくことができるデータ処理構造を有している。
一方、次世代通信システムでは前記のような目的を達成するためにデータ処理速度を向上させるための多様な研究が進行されている。

ＳｇＮＢに含まれたＣＵ－ＣＰはＭｅＮＢからＳｇＮＢ追加リクエスト(ＳｇＮＢＡｄｄｉｔｉｏｎＲｅｑｕｅｓｔ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができる。しかし、ＣＵ－ＣＰとＣＵ－ＵＰの間のＥ１インターフェース上で送受信されるメッセージにＰＣＤＰバージョン変更に対する情報を伝達するフィールドが生成されていないからＰＤＣＰレイヤーを担当するＣＵ－ＵＰはＰＣＤＰバージョン変更に対する情報を確認することができない。

これにより、ＳｇＮＢに含まれたＣＵ－ＵＰはシーケンスナンバー状態伝達(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)メッセージに基づいてＰＤＣＰシーケンスナンバーを設定するしかない。

すなわち、ＬＴＥＰＤＣＰだけを用いるＭｅＮＢがＳｇＮＢ追加リクエスト時、端末とＳｇＮＢに含まれたＣＵ－ＵＰの間のＰＤＣＰシーケンスナンバー設定の不一致が生ずる。これによってデータ損失が発生するようになる問題点がある。

このような問題点を解決するために本開示の一実施形態は、ＳｇＮＢに含まれたＣＵ－ＣＰとＣＵ－ＵＰの間のＥ１インターフェース上で送受信されるメッセージにＰＤＣＰバージョンが変更されたか否かを指示する指示情報を伝達するフィールドを生成し、ＰＤＣＰレイヤーを担当するＣＵ－ＵＰと端末の間のＰＤＣＰシーケンスナンバーの設定の不一致を防止ことができる方法を提供することができる。

本開示は、ＥＮ－ＤＣ(ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓａｎｄＮｅｗＲａｄｉｏＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＵＰ)がベアラー(Ｂｅａｒｅｒ)のＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含むメッセージを補助基地局に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)に送信する方法及び装置を提供することができる。

本開示は、ＥＮ－ＤＣをサポートする無線通信システムにおいて補助基地局に含まれたＣＵ－ＵＰがベアラーのＰＤＣＰバージョンが変更されたか否かに基づいて少なくとも一つ以上のダウンリンク(ＤＬ)パケットにＰＤＣＰシーケンスナンバー(ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ、ＳＮ)を割り当てる方法及び装置を提供することができる。

本開示は、ＥＮ－ＤＣをサポートする無線通信システムにおいて補助基地局に含まれたＣＵ－ＵＰがベアラーのＰＤＣＰバージョンが変更されたか否かに基づいて少なくとも一つ以上のアップリンク(ＵＬ)パケットの順序を整列する方法及び装置を提供することができる。

本開示の一実施形態によれば、ＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)の方法は、主基地局(ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ)からベアラーに対する無線リソースを補助基地局が割り当てるようにリクエストするための第１メッセージを受信する段階と、前記ベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた前記ＣＵ－ＵＰに送信する段階と、を含む。前記指示情報は前記第１メッセージに基づいて生成される。

本開示の一実施形態によれば、ＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)の方法は、ベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第１メッセージを前記補助基地局に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)から受信する段階と、カウント情報を含む第２メッセージを前記ＣＵ－ＣＰから受信する段階と、前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる段階と、を含む。

本開示の一実施形態によれば、ＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)の方法は、ベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第１メッセージを前記補助基地局に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)から受信する段階と、カウント情報を含む第２メッセージを前記ＣＵ－ＣＰから受信する段階と、前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列する段階と、を含む。

本開示の一実施形態によれば、ＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)は送受信部及び少なくとも一つ以上のプロセッサを含む。前記プロセッサは主基地局(ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ)からベアラーに対する無線リソースを補助基地局が割り当てるようにリクエストするための第１メッセージを受信し、前記ベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)に送信するように前記送受信部を制御することができる。前記指示情報は前記第１メッセージに基づいて生成されることができる。

本開示の一実施形態によれば、ＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)は送受信部及び少なくとも一つ以上のプロセッサを含む。前記プロセッサはベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第１メッセージを前記補助基地局に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)から受信し、カウント情報を含む第２メッセージを前記ＣＵ－ＣＰから受信するように前記送受信部を制御することができる。前記プロセッサは前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てるように制御することができる。

本開示の多様な実施形態によれば、ＥＮ－ＤＣをサポートする無線通信システムにおいてＬＴＥＰＤＣＰを用いるベアラーに対する無線リソースをＮＲＰＤＣＰを用いる補助基地局が割り当てる場合、ベアラーのＰＤＣＰバージョン不一致によるデータ損失を防止するための方法及び装置が提供されることができる。

本開示の多様な実施形態によれば、ＥＮ－ＤＣをサポートする無線通信システムにおいて主基地局がベアラーに対する無線リソースを補助基地局が割り当てるように補助基地局追加リクエストをする場合、補助基地局に含まれたＣＵ－ＣＰはベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むメッセージを補助基地局に含まれたＣＵ－ＵＰで送信し、補助基地局に含まれたＣＵ－ＵＰと端末の間ＰＤＣＰシーケンスナンバー(ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ)設定の不一致を防止することができる方法及び装置が提供されることができる。

本開示及びその利点に対するより完全な理解のために、次に示す説明を添付図面と併せて参照する。図面で類似の参照符号は類似の部分を示す。

ＬＴＥシステムの構造を示す図面である。ＬＴＥシステムで無線プロトコル構造を示す図面である。本開示の一実施形態による次世代移動通信システムの構造を示す図面である。本開示の一実施形態他の次世代移動通信システムの無線プロトコル構造を示す図面である。ＥＮ－ＤＣをサポートする無線通信システムで補助基地局追加及び解除シナリオに対する図面である。ＥＮ－ＤＣをサポートする無線通信システムで補助基地局追加及び解除シナリオに対する図面である。ＥＮ－ＤＣをサポートする無線通信システムに含まれたネットワーク要素に対する構造を示す図面である。ＥＮ－ＤＣをサポートする端末が補助基地局の無線リソースが割り当てられることができるように補助基地局を追加する動作のフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＣＰがＣＵ－ＵＰにＰＤＣＰバージョンが変更されたか否かを指示する指示情報を送信する動作を示すフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例の動作を示すフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例の動作を示すフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例の動作を示すフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例の動作を示すフローチャートである。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例を示す図面である。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例を示す図面である。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例を示す図面である。本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例を示す図面である。本開示の実施形態による補助基地局に含まれたＣＵ－ＣＰのブロック図を示す図面である。本開示の実施形態による補助基地局に含まれたＣＵ－ＵＰのブロック図を示す図面である。本開示の実施形態による端末のブロック図を示す図面である。

本開示の多様な実施形態によるＥＮ－ＤＣ(ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)をサポートする無線通信システムで補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)は送受信部及び少なくとも一つ以上のプロセッサを含む。前記プロセッサはベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第１メッセージを前記補助基地局に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)から受信し、カウント情報を含む第２メッセージを前記ＣＵ－ＣＰから受信するように前記送受信部を制御することができる。前記プロセッサは前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列するように制御することができる。以下、詳細な説明する前に、本特許明細書全体にかけて用いられる特定単語及び文句を定義することが有利することができる。“含む(ｉｎｃｌｕｄｅ)”及び“構成する(ｃｏｍｐｒｉｓｅ)”という用語だけではなくこの派生語は制限無しに含むことを意味する。“又は”という用語は包括的であり、‘及び／又は(ａｎｄ／ｏｒ)’を意味する。“～と連関される(ａｓｓｏｃｉａｔｅｄｗｉｔｈ)”という用語だけではなくこの派生語は、“～を含む(ｉｎｃｌｕｄｅ)”、“～に含まれる(ｉｎｃｌｕｄｅｄｗｉｔｈｉｎ)”、“～と相互連結する(ｉｎｔｅｒｃｏｎｎｅｃｔｗｉｔｈ)”、“～を含有する(ｃｏｎｔａｉｎ)”、“～内に含有される(ｂｅｃｏｎｔａｉｎｅｄｗｉｔｈｉｎ)”、“～に又は、～と接続する(ｃｏｎｎｅｃｔｔｏｏｒｗｉｔｈ)”、“～に又は～と結合する(ｃｏｕｐｌｅｔｏｏｒｗｉｔｈ)”、“～と通信可能である(ｂｅｃｏｍｍｕｎｉｃａｂｌｅｗｉｔｈ)”、“～と協力する(ｃｏｏｐｅｒａｔｅｗｉｔｈ)”、“～をインタリーブする(ｉｎｔｅｒｌｅａｖｅ)”、“～を併置する(ｊｕｘｔａｐｏｓｅ)”、“～に近づく(ｂｅｐｒｏｘｉｍａｔｅｔｏ)”、“～に又は～とバウンディングされる(ｂｅｂｏｕｎｄｔｏｏｒｗｉｔｈ)”、“所有する(ｈａｖｅ)”、“所有している(ｈａｖｅａｐｒｏｐｅｒｔｙｏｆ)”などであることを意味する。“制御部”という用語は少なくとも一つの動作を制御する任意のディバイス、システム又はその一部を意味し、このようなディバイスはハードウェア又はハードウェア及びソフトウェアの組み合せ及び／又はファームウエアで具現されることができる。任意の特定制御部に係る機能はローカル又は遠隔で中央集中化されたり分散されることができる。

さらに、以下で説明される多様な機能は一つ以上のコンピュータープログラムによって具現されたりサポートされることができ、それぞれのコンピュータープログラムはコンピューター読取り可能なプログラムコード(ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｐｒｏｇｒａｍｃｏｄｅ)から形成され、コンピューター読取り可能媒体(ｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ)で具現される。“アプリケーション(ａｐｐｌｉｃａｔｉｏｎ)”及び“プログラム”という用語は適切なコンピューター読取り可能プログラムコードで具現のために適応された一つ以上のコンピュータープログラム、ソフトウェア構成要素(ｓｏｆｔｗａｒｅｃｏｍｐｏｎｅｎｔｓ)、命令語セット(ｓｅｔｓｏｆｉｎｓｔｒｕｃｔｉｏｎｓ)、手続き、機能、客体(ｏｂｊｅｃｔ)、クラス、インスタンス(ｉｎｓｔａｎｃｅ)、関連されるデータ又はこの一部を指称する。文句“コンピューター読取り可能プログラムコード”はソースコード(ｓｏｕｒｃｅｃｏｄｅ)、客体コード(ｏｂｊｅｃｔｃｏｄｅ)及び実行可能コード(ｅｘｅｃｕｔａｂｌｅｃｏｄｅ)を含む任意のタイプのコンピューターコードを含む。文句“コンピューター読取り可能媒体”と言う判読専用メモリー(ｒｅａｄｏｎｌｙｍｅｍｏｒｙ；ＲＯＭ)、ランダムアクセスメモリー(ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ；ＲＡＭ)、ハードディスクドライブ、コンパクトディスク(ｃｏｍｐａｃｔｄｉｓｃ；ＣＤ)、デジタルビデオディスク(ｄｉｇｉｔａｌｖｉｄｅｏｄｉｓｃ；ＤＶＤ)、又は任意の他のタイプのメモリーのようにコンピューターによってアクセスされることができる任意のタイプの媒体を含む。“非一時的(ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ)”コンピューター読取り可能媒体は一時的電気的又は他の信号を送信する有線、無線、光学又は他の通信リンクを排除する。非一時的コンピューター読取り可能媒体はデータが永久的に記憶されることができる媒体、及び再記録可能光ディスク又は消去可能メモリーデバイスのようにデータが記憶されて後で上書きされる(ｏｖｅｒｗｒｉｔｉｎｇ)ことができるような媒体を含む。

他の特定単語及び文句に対する定義は本特許文書全体にかけて提供される。通常の技術者は大部分の場合ではないが多くの場合にこのような定義がこのような定義された単語及び文句の以前及び以後の使用に適用されるということを理解すべきである

以下に説明される図１乃至１９、及びこの特許明細書における本開示の原理を説明するために用いられる各種実施形態はただ例示の方法によることで、どんな方式でも本開示の範囲を制限することで解釈されてはいけない。本開示の原理が適切に配置された任意のシステム又はディバイスで具現されることができるということを理解することができるだろう。

以下、添付された図面を参照して本開示の動作原理を詳しく説明する。以下で本開示を説明するのにあって関連される公知機能又は構成に対する具体的な説明が本開示の要旨を不必要にすることができると判断される場合にはその詳細な説明を省略する。そして、後述される用語は本開示での機能を考慮して定義された用語としてこれはユーザ、運用者の意図又は慣例などによって変わることができる。したがって、その定義は本明細書全般にわたった内容に基づいて下ろされなければならないだろう。

以下で本開示を説明するにおいて関連される公知機能又は構成に対する具体的な説明が本開示の要旨を不必要にすることができると判断される場合にはその詳細な説明を省略する。以下、添付された図面を参照して本開示の実施形態を説明する。

以下、説明で用いられる接続ノード(ｎｏｄｅ)を識別するための用語、網客体(ｎｅｔｗｏｒｋｅｎｔｉｔｙ)を指称する用語、メッセージを指称する用語、網客体の間インターフェースを指称する用語、多様な識別情報を指称する用語などは説明の便宜のために例示されたことである。したがって、本開示が後述される用語に限定されるのではなく、同等な技術的意味を有する対象を指称する他の用語が用いられることができる。

以下、説明の便宜のために、本開示は３世代プロジェクトパートナシップ(３ｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ：３ＧＰＰ、以下、“３ＧＰＰ”と称する)のＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ(ＬＴＥ)、Ｎｅｗｒａｄｉｏ(ＮＲ)規格で定義している用語及び名称を用いる。しかし、本開示が前記用語及び名称によって限定されることではなく、他の規格によるシステムにも同様に適用されることができる。

先ず、本明細書で用いられる用語に対して定義する。

本明細書で無線ベアラー(ｒａｄｉｏｂｅａｒｅｒ)はデータ無線ベアラー(ｄａｔａｒａｄｉｏｂｅａｒｅｒ、ＤＲＢ)とシグナリング無線ベアラー(ｓｉｇｎａｌｉｎｇｒａｄｉｏｂｅａｒｅｒ、ＳＲＢ)を含むことができる。

例えば、端末と基地国間の無線インターフェースで提供されるデータ無線ベアラー(ＤＲＢ)はユーザプレーンのデータが伝達する経路であり、シグナリング無線ベアラー(ＳＲＢ)はＲＲＣ(ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)階層とＮＡＳ(ｎｏｎ－ａｃｃｅｓｓ－ｓｔｒａｔｕｍ)制御メッセージなど制御プレーンのデータが伝達される経路であればよい。

本明細書で複数の通信システムが連動する(ｉｎｔｅｒｗｏｒｋｉｎｇ)ネットワークでサポートする無線通信システムは異種技術・周波数帯域の間の連動(Ｍｕｌｔｉ－ＲＡＴＩｎｔｅｒｗｏｒｋｉｎｇ)をサポートすることができる。本明細書で異なる通信ネットワークをサポートするインターシステム(ｉｎｔｅｒｓｙｓｔｅｍ)は大きく端末、無線アクセスネットワークと複数のコアネットワーク(ｃｏｒｅｎｅｔｗｏｒｋ、ＣＮ)で区分されることができる。

本明細書で端末は４Ｇ無線接続技術(Ｅ－ＵＴＲＡ)、４Ｇが進化された無線接続技術(ｅｖｏｌｖｅｄＥ－ＵＴＲＡ)及び５Ｇ無線接続技術(ＮｅｗＲａｄｉｏ、ＮＲ)をいずれもサポートする統合端末機であればよい。

本明細書で無線アクセスネットワークは複数個の無線接続技術(ｒａｄｉｏａｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)をサポートすることができ、異種技術・周波数帯域の間の連動(Ｍｕｌｔｉ－ＲＡＴＩｎｔｅｒｗｏｒｋｉｎｇ)をサポートすることができる。

例えば、無線接続技術は４Ｇ無線接続技術(Ｅ－ＵＴＲＡ)、４Ｇが進化された無線接続技術(ｅｖｏｌｖｅｄＥ－ＵＴＲＡ)及び５Ｇ無線接続技術(ＮｅｗＲａｄｉｏ、ＮＲ)をいずれもサポートする新しい無線アクセスネットワーク(ｎｅｗＲａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ、ｎｅｗＲＡＮ)であればよい。

本明細書で無線アクセスネットワーク、基地局、ネットワークノードは同じな意味で用いられることができ、基地局は５Ｇ無線接続技術(ＮｅｗＲａｄｉｏ、ＮＲ)を用いる５Ｇ基地局(ｎｅｗｒａｄｉｏｂａｓｅｓｔａｔｉｏｎ、ｇＮＢ)、４Ｇ無線接続技術(Ｅ－ＵＴＲＡ)を用いる４Ｇ基地局(ＬＴＥ－ｅＮＢ)、４Ｇが進化された無線接続技術(ｅｖｏｌｖｅｄＥ－ＵＴＲＡ)を用いる基地局(ｅＬＴＥｅＮＢ)を含むことができる。また、基地局(ｅＬＴＥｅＮＢ)は４Ｇ無線接続技術及び５Ｇ無線接続技術を同時にサポートすることができる。

本開示の明細書によると、端末が第１基地局に係る少なくとも一つ以上のセル及び第２基地局に係る少なくとも一つ以上のセルと通信を行うことができる無線通信システムは次の場合に係ることができる：第１基地局と第２基地局が４Ｇシステムの二重接続(ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ)の場合、又は第１基地局は４Ｇシステムで第２基地局はＮＲシステムをサポートする場合(Ｅ－ＵＴＲＡ－ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ、ＥＮ－ＤＣ)。さらに、本明細書に開示された前記無線通信システムがＥＮ－ＤＣシステムに関することでも、前記システムはここに限定される必要がなく、またマルチラジオ二重接続(Ｍｕｌｔｉ－ＲａｄｉｏＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ、ＭＲ－ＤＣ)システムを含むことができる。

本明細書に開示されたＥＮ－ＤＣシステムにおいて主基地局はマスター基地局、ｍａｓｔｅｒｎｏｄｅ(ＭＮ)、ｍａｓｔｅｒｅＮＢ(ＭｅＮＢ)と同一な意味で用いられることができ、補助基地局はセカンダリー基地局、ｓｅｃｏｎｄａｒｙｎｏｄｅ(ＳＮ)、ｓｅｃｏｎｄａｒｙｇＮＢ(ＳｇＮＢ)と同一な意味で用いられることができる。

本明細書に開示されたＥＮ－ＤＣシステムにおいて端末が補助基地局のカバレッジに移動する場合、ハンドオーバーが発生することができるが主基地局がソース基地局となり、補助基地局がターゲット基地局となることができる。

同様に、本明細書に開示されたＥＮ－ＤＣシステムにおいて端末が補助基地局のカバレッジを外れる場合、ハンドオーバーが発生することができるが補助基地局がソース基地局となり、主基地局がターゲット基地局となることができる。

ＴＳ３８．４０１に記載した用語ｇＮＢＣｅｎｔｒａｌＵｎｉｔ(ｇＮＢ－ＣＵ)、ｇＮＢ－ＣＵ－ＣｏｎｔｒｏｌＰｌａｎｅ(ｇＮＢ－ＣＵ－ＣＰ)、ｇＮＢ－ＣＵ－ＵｓｅｒＰｌａｎｅ(ｇＮＢ－ＣＵ－ＵＰ)、ｇＮＢＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ(ｇＮＢ－ＤＵ)は本明細書に開示されたＥＮ－ＤＣシステムにおいて補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置、補助基地局(ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ)に含まれた中央装置－制御プレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ)、補助基地局に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)、補助基地局に含まれた分散装置(ＤＵ)と対応されることができる。

すなわち、本明細書ではｇＮＢ－ＣＵ－ＣｏｎｔｒｏｌＰｌａｎｅ(ｇＮＢ－ＣＵ－ＣＰ)、ｇＮＢ－ＣＵ－ＵｓｅｒＰｌａｎｅ(ｇＮＢ－ＣＵ－ＵＰ)、ｇＮＢＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ(ｇＮＢ－ＤＵ)はＣＵ－ＣＰ、ＣＵ－ＵＰ、ＤＵで示すことができる。

本明細書でＥＮ－ＤＣシステムで端末は主基地局で動作する一つのｅＮＢとセカンダリー基地局で動作する一つのｅｎ－ｇＮＢに接続されることができる。

ｅＮＢはＳ１インターフェースを介してＥＰＣに接続されてＸ２インターフェースを介してｅｎ－ｇＮＢに接続されることができ、ｅｎ－ｇＮＢはＥＰＣとＳ１で接続されることができる。ｅｎ－ｇＮＢはＸ２－Ｕインターフェースを介してＳ１－Ｕインターフェース及びその他のｅｎ－ｇＮＢを介してＥＰＣに接続されることもできる。

図１は、本開示が適用されることができるＬＴＥシステムの構造を示す図面である。

図１を参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(ＥｖｏｌｖｅｄＮｏｄｅＢ、以下、ＥＮＢ、ＮｏｄｅＢ又は基地局(１０５、１１０、１１５、１２０)とＭＭＥ(１２５、ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)及びＳ－ＧＷ(１３０、Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ)から構成される。ユーザ端末(ＵｓｅｒＥｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)１３５はＥＮＢ(１０５～１２０)及びＳ－ＧＷ１３０を介して外部ネットワークに接続する。

図１でＥＮＢ１０５～１２０はＵＭＴＳ(ｕｎｉｖｅｒｓａｌｍｏｂｉｌｅｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｙｓｔｅｍ)システムの既存ノードＢに対応される。ＥＮＢはＵＥ１３５と無線チャンネルで接続されて既存ノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(ＶｏｉｃｅｏｖｅｒＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、可溶送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が用いられる。ＥＮＢ１０５～１２０がこのような装置を担当する。一つのＥＮＢは通常多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重方式(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術で用いる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌｃｏｄｉｎｇｒａｔｅ)を決定する適応変調コーディング(ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎ＆Ｃｏｄｉｎｇ、以下、ＡＭＣと言う)方式を適用する。Ｓ－ＧＷ１３０はデータベアラーを提供する装置であり、ＭＭＥ１２５の制御によってデータベアラーを生成したり除去する。ＭＭＥ１２５は端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。

図２は、本開示が適用されることができるＬＴＥシステムで無線プロトコル構造を示す図面である。

図２を参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ２０５、２４０)、ＲＬＣ(ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ２１０、２３５)、ＭＡＣ(ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ２１５、２３０)からなる。ＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)２０５、２４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。

－ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎａｎｄｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣｏｎｌｙ)

－ユーザデータ送信機能(Ｔｒａｎｓｆｅｒｏｆｕｓｅｒｄａｔａ)

－順次的伝達機能(Ｉｎ－ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙｏｆｕｐｐｅｒｌａｙｅｒＰＤＵｓａｔＰＤＣＰｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅｆｏｒＲＬＣＡＭ)

－順序再整列機能(ＦｏｒｓｐｌｉｔｂｅａｒｅｒｓｉｎＤＣ(ｏｎｌｙｓｕｐｐｏｒｔｆｏｒＲＬＣＡＭ)：ＰＤＣＰＰＤＵｒｏｕｔｉｎｇｆｏｒｔｒａｎｓｍｉｓｓｉｏｎａｎｄＰＤＣＰＰＤＵｒｅｏｒｄｅｒｉｎｇｆｏｒｒｅｃｅｐｔｉｏｎ)

－重複探知機能(ＤｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎｏｆｌｏｗｅｒｌａｙｅｒＳＤＵｓａｔＰＤＣＰｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔｐｒｏｃｅｄｕｒｅｆｏｒＲＬＣＡＭ)

－再送信機能(ＲｅｔｒａｎｓｍｉｓｓｉｏｎｏｆＰＤＣＰＳＤＵｓａｔｈａｎｄｏｖｅｒａｎｄ、ｆｏｒｓｐｌｉｔｂｅａｒｅｒｓｉｎＤＣ、ｏｆＰＤＣＰＰＤＵｓａｔＰＤＣＰｄａｔａ－ｒｅｃｏｖｅｒｙｐｒｏｃｅｄｕｒｅ、ｆｏｒＲＬＣＡＭ)

－暗号化及び復呼化機能(Ｃｉｐｈｅｒｉｎｇａｎｄｄｅｃｉｐｈｅｒｉｎｇ)

－タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ－ｂａｓｅｄＳＤＵｄｉｓｃａｒｄｉｎｕｐｌｉｎｋ。)

無線リンク制御(ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、以下、ＲＬＣという)２１０、２３５はＰＤＣＰＰＤＵ(ＰａｃｋｅｔＤａｔａＵｎｉｔ)を適切な大きさに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は以下のように要約される。

－データ送信機能(ＴｒａｎｓｆｅｒｏｆｕｐｐｅｒｌａｙｅｒＰＤＵｓ)

－ＡＲＱ機能(ＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎｔｈｒｏｕｇｈＡＲＱ(ｏｎｌｙｆｏｒＡＭｄａｔａｔｒａｎｓｆｅｒ))

－接合、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎａｎｄｒｅａｓｓｅｍｂｌｙｏｆＲＬＣＳＤＵｓ(ｏｎｌｙｆｏｒＵＭａｎｄＡＭｄａｔａｔｒａｎｓｆｅｒ))

－再分割機能(Ｒｅ－ｓｅｇｍｅｎｔａｔｉｏｎｏｆＲＬＣｄａｔａＰＤＵｓ(ｏｎｌｙｆｏｒＡＭｄａｔａｔｒａｎｓｆｅｒ))

－順序再整列機能(ＲｅｏｒｄｅｒｉｎｇｏｆＲＬＣｄａｔａＰＤＵｓ(ｏｎｌｙｆｏｒＵＭａｎｄＡＭｄａｔａｔｒａｎｓｆｅｒ)

－重複探知機能(Ｄｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎ(ｏｎｌｙｆｏｒＵＭａｎｄＡＭｄａｔａｔｒａｎｓｆｅｒ))

－エラー探知機能(Ｐｒｏｔｏｃｏｌｅｒｒｏｒｄｅｔｅｃｔｉｏｎ(ｏｎｌｙｆｏｒＡＭｄａｔａｔｒａｎｓｆｅｒ))

－ＲＬＣＳＤＵ削除機能(ＲＬＣＳＤＵｄｉｓｃａｒｄ(ｏｎｌｙｆｏｒＵＭａｎｄＡＭｄａｔａｔｒａｎｓｆｅｒ))

－ＲＬＣ再確立機能(ＲＬＣｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ)

ＭＡＣ２１５、２３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣＰＤＵをＭＡＣＰＤＵに多重化してＭＡＣＰＤＵからＲＬＣＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。

－マッピング機能(Ｍａｐｐｉｎｇｂｅｔｗｅｅｎｌｏｇｉｃａｌｃｈａｎｎｅｌｓａｎｄｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌｓ)

－多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇｏｆＭＡＣＳＤＵｓｂｅｌｏｎｇｉｎｇｔｏｏｎｅｏｒｄｉｆｆｅｒｅｎｔｌｏｇｉｃａｌｃｈａｎｎｅｌｓｉｎｔｏ／ｆｒｏｍｔｒａｎｓｐｏｒｔｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄｔｏ／ｆｒｏｍｔｈｅｐｈｙｓｉｃａｌｌａｙｅｒｏｎｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌｓ)

－スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎｒｅｐｏｒｔｉｎｇ)

－ＨＡＲＱ機能(ＥｒｒｏｒｃｏｒｒｅｃｔｉｏｎｔｈｒｏｕｇｈＨＡＲＱ)

－ロジカルチャンネルの間の優先順位調節機能(ＰｒｉｏｒｉｔｙｈａｎｄｌｉｎｇｂｅｔｗｅｅｎｌｏｇｉｃａｌｃｈａｎｎｅｌｓｏｆｏｎｅＵＥ)

－端末間の優先順位調節機能(ＰｒｉｏｒｉｔｙｈａｎｄｌｉｎｇｂｅｔｗｅｅｎＵＥｓｂｙｍｅａｎｓｏｆｄｙｎａｍｉｃｓｃｈｅｄｕｌｉｎｇ)

－ＭＢＭＳサービス確認機能(ＭＢＭＳｓｅｒｖｉｃｅｉｄｅｎｔｉｆｉｃａｔｉｏｎ)

－送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔｆｏｒｍａｔｓｅｌｅｃｔｉｏｎ)

－パディング機能(Ｐａｄｄｉｎｇ)

物理階層２２０、２２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信したり、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層で伝達する動作をする。

図３は、本開示が適用されることができる次世代移動通信システムの構造を示す図面である。

図３を参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(ＮｅｗＲａｄｉｏＮｏｄｅＢ、以下、ＮＲｇＮＢ又はＮＲ基地局)３１０とＮＲＣＮ(３０５、ＮｅｗＲａｄｉｏＣｏｒｅＮｅｔｗｏｒｋ)から構成される。ユーザ端末(ＮｅｗＲａｄｉｏＵｓｅｒＥｑｕｉｐｍｅｎｔ、以下、ＮＲＵＥ又は端末)３１５はＮＲｇＮＢ３１０及びＮＲＣＮ３０５を介して外部ネットワークに接続する。

図３でＮＲｇＮＢ３１０は既存ＬＴＥシステムのｅＮＢ(ＥｖｏｌｖｅｄＮｏｄｅＢ)に対応される。ＮＲｇＮＢはＮＲＵＥ３１５と無線チャンネル３２０から接続されて既存ノードＢより越等なサービスを提供することができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能な送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が用いられる。ＮＲｇＮＢ３１０がこのような装置を担当する。一つのＮＲｇＮＢは通常多数のセルを制御する。現在のＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅理想を有することができ、直交周波数分割多重方式(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が接木されることができる。また、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌｃｏｄｉｎｇｒａｔｅ)を決定する適応変調コーディング(ＡｄａｐｔｉｖｅＭｏｄｕｌａｔｉｏｎ＆Ｃｏｄｉｎｇ、以下、ＡＭＣと言う)方式を適用する。ＮＲＣＮ３０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。また、次世代移動通信システムは既存ＬＴＥシステムとも連動されることができ、ＮＲＣＮがＭＭＥ３２５とネットワークインターフェースを介して接続される。ＭＭＥは既存基地局であるｅＮＢ３３０と接続される。

図４は、本開示が適用されることができる次世代移動通信システムの無線プロトコル構造を示す図面である。

図４を参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれＮＲＰＤＣＰ４０５、４４０、ＮＲＲＬＣ４１０、４３５、ＮＲＭＡＣ４１５、４３０からなる。ＮＲＰＤＣＰ４０５、４４０の主要機能は次の機能のうちの一部を含むことができる。

ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎａｎｄｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣｏｎｌｙ)

－順次的伝達機能(Ｉｎ－ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙｏｆｕｐｐｅｒｌａｙｅｒＰＤＵｓ)

－順序再整列機能(ＰＤＣＰＰＤＵｒｅｏｒｄｅｒｉｎｇｆｏｒｒｅｃｅｐｔｉｏｎ)

－重複探知機能(ＤｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎｏｆｌｏｗｅｒｌａｙｅｒＳＤＵｓ)

－再送信機能(ＲｅｔｒａｎｓｍｉｓｓｉｏｎｏｆＰＤＣＰＳＤＵｓ)

前記でＮＲＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰＰＤＵをＰＤＣＰＳＮ(ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ)を基盤に順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができる。また、ＮＲＰＤＣＰ装置の順序で再整列機能は順序を再整列して損失されたＰＤＣＰＰＤＵを記録する機能を含むことができ、損失されたＰＤＣＰＰＤＵに対する状態報告を送信側にする機能を含むことができ、損失されたＰＤＣＰＰＤＵに対する再送信をリクエストする機能を含むことができる。

ＮＲＲＬＣ４１０、４３５の主要機能は次の機能のうちの一部を含むことができる。

－非順次的伝達機能(Ｏｕｔ－ｏｆ－ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙｏｆｕｐｐｅｒｌａｙｅｒＰＤＵｓ)

－ＡＲＱ機能(ＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎｔｈｒｏｕｇｈＡＲＱ)

－接合、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎａｎｄｒｅａｓｓｅｍｂｌｙｏｆＲＬＣＳＤＵｓ)

－再分割機能(Ｒｅ－ｓｅｇｍｅｎｔａｔｉｏｎｏｆＲＬＣｄａｔａＰＤＵｓ)

－順序再整列機能(ＲｅｏｒｄｅｒｉｎｇｏｆＲＬＣｄａｔａＰＤＵｓ)

－重複探知機能(Ｄｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎ)

－エラー探知機能(Ｐｒｏｔｏｃｏｌｅｒｒｏｒｄｅｔｅｃｔｉｏｎ)

－ＲＬＣＳＤＵ削除機能(ＲＬＣＳＤＵｄｉｓｃａｒｄ)

前記でＮＲＲＬＣ装置の順次的伝達機能(Ｉｎ－ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣＳＤＵを順に上位階層に伝達する機能をいい、元々一つのＲＬＣＳＤＵがいくつかのＲＬＣＳＤＵに分割されて受信された場合、これを再組立てて伝達する機能を含むことができる。また、ＮＲＲＬＣ装置の順次的伝達機能は受信したＲＬＣＰＤＵをＲＬＣＳＮ(ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ)若しくはＰＤＣＰＳＮ(ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、順序を再整列して損失されたＲＬＣＰＤＵを記録する機能を含むことができる。また、ＮＲＲＬＣ装置の順次的伝達機能は損失されたＲＬＣＰＤＵに対する状態報告を送信側にする機能を含むことができ、損失されたＲＬＣＰＤＵに対する再送信をリクエストする機能を含むことができ、損失されたＲＬＣＳＤＵがある場合、損失されたＲＬＣＳＤＵ以前までのＲＬＣＳＤＵのみを順に上位階層に伝達する機能を含むことができる。また、ＮＲＲＬＣ装置の順次的伝達機能は損失されたＲＬＣＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始される前に受信されたすべてのＲＬＣＳＤＵを順に上位階層に伝達する機能を含むことができ、又は損失されたＲＬＣＳＤＵがあっても所定のタイマーが満了したら現在まで受信されたすべてのＲＬＣＳＤＵを順に上位階層に伝達する機能を含むことができる。また、前記でＲＬＣＰＤＵを受信する順に(一貫番号、Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒの順序と構わずに、到着する順で)処理してＰＤＣＰ装置で順序と構わずに(Ｏｕｔ－ｏｆｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙ)伝達することもでき、ｓｅｇｍｅｎｔの場合にはバッファーに記憶されているか追後に受信されるｓｅｇｍｅｎｔを受信して完全な一つのＲＬＣＰＤＵに再構成した後、処理してＰＤＣＰ装置で伝達することができる。前記ＮＲＲＬＣ階層は接合(Ｃｏｎｃａｔｅｎａｔｉｏｎ)機能を含まないこともあって前記機能をＮＲＭＡＣ階層で行うかＮＲＭＡＣ階層の多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)機能で取り替えることができる。

前記でＮＲＲＬＣ装置の非順次的伝達機能(Ｏｕｔ－ｏｆ－ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣＳＤＵを順序と関係なく直ちに上位階層で伝達する機能をいい、元々一つのＲＬＣＳＤＵがいくつかのＲＬＣＳＤＵに分割されて受信された場合、これを再組立てて伝達する機能を含むことができ、受信したＲＬＣＰＤＵのＲＬＣＳＮ又はＰＤＣＰＳＮを記憶して順序を整列して損失されたＲＬＣＰＤＵを記録しておく機能を含むことができる。

ＮＲＭＡＣ４１５、４３０は一つの端末に構成された多くのＮＲＲＬＣ階層装置と接続されることができ、ＮＲＭＡＣの主要機能は次の機能のうちの一部を含むことができる。

－多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇｏｆＭＡＣＳＤＵｓ)

－パディング機能(Ｐａｄｄｉｎｇ)

ＮＲＰＨＹ階層４２０、４２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで生成して無線チャンネルで送信したり、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層で伝達する動作を行うことができる。

図５Ａ乃至図５Ｂは、ＥＮ－ＤＣをサポートする無線通信システムで補助基地局追加及び解除シナリオに対する図面である。

例えば、ＬＴＥシステムにおいて端末がソース基地局からターゲット基地局にハンドオーバーする時、ソース基地局はターゲット基地局に現在端末の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報を伝達してデータフォワーディング(ＤａｔａＦｏｒｗａｒｄｉｎｇ)をサポートすることができる。

データフォワーディング(ＤａｔａＦｏｒｗａｒｄｉｎｇ)とはソース基地局で受信したパケット(例えば、ＰＤＣＰＳＤＵ)をＸ２インターフェースでターゲット基地局にフォワーディングしてユーザに遅延無しにデータサービスを提供することである。

ＬＴＥシステムにおいてソース基地局とターゲット基地局間に標準規格バージョンが異なる場合、端末は現在設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報をリセットして新しい設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報で設定されることができる。

例えば、ハンドオーバー時のソース基地局は端末にＲＲＣ接続再設定メッセージ(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅ)を介して現在設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報をリセットして新しい設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報で設定を指示する情報(例えば、Ｆｕｌｌｃｏｎｆｉｇｕｒａｔｉｏｎ)を送信することができ、ターゲット基地局にハンドオーバーリクエストメッセージ(Ｈａｎｄｏｖｅｒｒｅｑｕｅｓｔｍｅｓｓａｇｅ)を介して新しい設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報を送信することができる。

ＥＮ－ＤＣシステムは４Ｇコア(Ｃｏｒｅ)網に４Ｇ(Ｅ－ＵＴＲＡ)基地局と５Ｇ(Ｎｅｗ－Ｒａｄｉｏ(以下、ＮＲ))基地局が接続されたシステムである。

図５Ａ乃至図５Ｂで示されたように、ＥＮ－ＤＣシステムで４Ｇ基地局は制御信号を処理する主基地局(ＭＮ、ＭｅＮＢ)５１０ａ、５１０ｂ役目をし、５Ｇ基地局はＭｅＮＢから伝達された制御信号を基盤でデータを処理する補助基地局(ＳＮ、ＳｇＮＢ)５２０ａ、５２０ｂ役目をすることができる。

図５Ａ乃至図５Ｂで示されたように、ＳｇＮＢはＭｅＮＢに比べてカバレージ(Ｃｏｖｅｒａｇｅ)は小さいが、相対的に高い周波数の広い帯域を用いるから高いデータ送信率(Ｄａｔａｒａｔｅ)を有することができる。

ＥＮ－ＤＣがサポートされる端末５００ａ、５００ｂは基本的にＭｅＮＢに接続しているのに条件によって補助基地局の追加／解除／変更(ＳｇＮＢＡｄｄｉｔｉｏｎ／Ｒｅｌｅａｓｅ／Ｍｏｄｉｆｉｃａｔｉｏｎ)などの手続きを介してＳｇＮＢの高いデータ送信率(Ｄａｔａｒａｔｅ)を有した無線リソースを用いることができる。

例えば、図５Ａで示されたようにＥＮ－ＤＣシステムで端末５００ａが補助基地局５２０ａのカバレッジに移動すると、補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)手続きを行うことができ、図５Ｂで示されたようにＥＮ－ＤＣシステムで端末が補助基地局のカバレッジを外れるようになれば補助基地局解除(ＳｇＮＢＲｅｌｅａｓｅ)手続きを行うことができる。

図５Ａで示されたようにＥＮ－ＤＣシステムで補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)を介して端末はＭｅＮＢ５１０ａとＳｇＮＢに多重接続することができ、この時の補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)されたベアラーに対してデータフォワーディング(ＤａｔａＦｏｒｗａｒｄｉｎｇ)がサポートされることができる。

ＬＴＥシステムにおいてハンドオーバー時、端末のすべてのベアラー情報を伝達することと異なりＥＮ－ＤＣシステムではベアラーに対する無線リソースを補助基地局が割り当てるように補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)されたベアラーに対する情報だけ伝達することができる。例えば、ＥＮ－ＤＣシステムでのソース基地局はデータフォワーディング(ＤａｔａＦｏｒｗａｒｄｉｎｇ)の対象であるベアラーの変更設定情報(Ｄｅｌｔａｃｏｎｆｉｇｕｒａｔｉｏｎ)を端末及びターゲット基地局に伝達することができる。

図６は、ＥＮ－ＤＣをサポートする無線通信システムに含まれたネットワーク要素に対する構造を示す図面である。

図６で示されたように、４Ｇ基地局(ｅＮＢ)は一つのネットワーク要素(ＮｅｔｗｏｒｋＥｌｅｍｅｎｔ、ＮＥ)から構成され、５Ｇ基地局(ｇＮＢ)は３個のネットワーク要素であるＣＵ－ＣＰ、ＣＵ－ＵＰ、ＤＵから構成されている。

図６で示されたように、制御プレーン(ＣｏｎｔｒｏｌＰｌａｎｅ)であるＣＵ－ＣＰ、ユーザプレーン(ＵｓｅｒＰｌａｎｅ)であるＣＵ－ＵＰ、そしてＭＡＣ／ＲＬＣ／ＰＨＹ階層を含むＤＵは外部インターフェースであるＥ１、Ｆ１Ｃｏｎｔｒｏｌｐｌａｎｅｉｎｔｅｒｆａｃｅ(Ｆ１－Ｃ)／Ｆ１Ｕｓｅｒｐｌａｎｅｉｎｔｅｒｆａｃｅ(Ｆ１－Ｕ)でそれぞれ接続されることができる。

図７ａ乃至図７ｂは、ＥＮ－ＤＣをサポートする端末が補助基地局の無線リソースが割り当てられるように補助基地局を追加する動作のフローチャートである。

動作Ｓ７００で端末は主基地局に測定報告(Ｍｅａｓｕｒｅｍｅｎｔｒｅｐｏｒｔ)を送信し、動作Ｓ７０１で主基地局は補助基地局追加決定(ＳｇＮＢａｄｄｉｔｉｏｎｄｅｃｉｓｉｏｎ)を行い、動作Ｓ７０３で主基地局は補助基地局に含まれたＣＵ－ＣＰに補助基地局追加リクエストメッセージ(ＳｇＮＢａｄｄｉｔｉｏｎｒｅｑｕｅｓｔ)を送信することができる。

動作Ｓ７０５乃至動作Ｓ７１５でＣＵ－ＣＰはＣＵ－ＣＰとＥＩインターフェースを介してメッセージ(例えば、Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ、Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｓｐｏｎｓｅ、Ｂｅａｒｅｒｍｏｄｉｆｙｒｅｑｕｅｓｔ、Ｂｅａｒｅｒｍｏｄｉｆｙｒｅｓｐｏｎｓｅ)を送受信することができ、ＤＵとはＦ１インターフェースを介してメッセージ(例えば、ＵＥｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ、ＵＥｃｏｎｔｅｘｔｓｅｔｕｐｒｅｓｐｏｎｓｅ)を送受信することができる。

動作Ｓ７１７でＣＵ－ＣＰは主基地局に補助基地局追加確認メッセージ(ＳｇＮＢａｄｄｉｔｉｏｎｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅ)を送信することができ、動作Ｓ７１９で主基地局は端末にＲＲＣ接続再設定メッセージ(ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)を送信し、動作Ｓ７２１で端末は主基地局にＲＲＣ接続再設定完了メッセージ(ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ)を送信することができる。

動作Ｓ７２３で主基地局はＣＵ－ＣＰに補助基地局再設定完了メッセージ(ＳｇＮＢｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ)を送信することができ、動作Ｓ７２５で端末と補助基地局間にランダムアクセス手続きが行われることができる。

動作Ｓ７２７で主基地局はＣＵ－ＣＰにシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)を送信することができ、動作Ｓ７２９でＣＵ－ＣＰはＣＵ－ＵＰにシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)を伝達することができる。

動作Ｓ７３１でデータフォワーディング手続き(Ｄａｔａｆｏｒｗａｒｄｉｎｇ)が行われることができ、動作７０７で経路アップデート手続き(Ｐａｔｈｕｐｄａｔｅｐｒｏｃｅｄｕｒｅ)が行われることができる。

ＥＮ－ＤＣをサポートする無線システムにおいて二重接続(Ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ)を行うために主基地局は補助基地局に補助基地局追加リクエスト(ＳｇＮＢａｄｄｉｔｉｏｎＲｅｑｕｅｓｔ)メッセージを送信することができ、補助基地局(ＳｇＮＢ)のＣＵ－ＣＰは伝達受けた補助基地局追加リクエストメッセージ情報のうちのユーザプレーンで用いる情報をＥ１インターフェース上にＣＵ－ＵＰに送信することができ、ＲＬＣ／ＭＡＣ／ＰＨＹで用いる情報をＦ１インターフェース上でＤＵに送信することができる。

主基地局(ＭｅＮＢ)はＬＴＥＰＤＣＰ又はＮＲＰＤＣＰを用いることができ、セカンダリー基地局(ＳｇＮＢ)はＮＲＰＤＣＰだけ用いることができる。

例えば、主基地局がＬＴＥＰＤＣＰを用いたベアラー(以下、‘ＬＴＥＰＤＣＰ’バージョンのベアラー)に対する無線リソースをＮＲＰＤＣＰを用いるＳｇＮＢに割り当てるようにリクエストする場合、すなわち、補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)を行う場合、ベアラーはＮＲＰＤＣＰを用いるようにタイプが変更されるので(以下、ＮＲＰＤＣＰバージョンのベアラー)ベアラーのＰＤＣＰバージョン変更が発生することができる。

この場合、主基地局は補助基地局の無線リソースが割り当てられるように補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)をリクエストしたベアラーのＰＤＣＰバージョン変更に対する情報を端末と補助基地局(例えば、ターゲット基地局(ＴａｒｇｅｔＳｇＮＢ))に含まれたＣＵ－ＣＰにデルタ設定情報(Ｄｅｌｔａｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｆｏｒｍａｉｔｏｎ)情報を介して送信することができる。

例えば、端末は主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができ、受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、ダウンリンク／アップリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化できる。

例えば、補助基地局に含まれたＣＵ－ＣＰは主基地局から補助基地局追加リクエスト(ＳｇＮＢＡｄｄｉｔｉｏｎＲｅｑｕｅｓｔ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができるが、ＣＵ－ＣＰとＣＵ－ＵＰの間のＥ１インターフェース上で送受信されるメッセージにＰＣＤＰバージョン変更に対する情報を伝達するフィールドが生成されていないからＰＤＣＰレイヤーを担当するＣＵ－ＵＰはＰＣＤＰバージョン変更に対する情報を確認することができない。

これによって、補助基地局(ＳｇＮＢ)に含まれたＣＵ－ＵＰはシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)に基づいてＰＤＣＰシーケンスナンバーを設定するしかない。

すなわち、ＬＴＥＰＤＣＰだけを用いる主基地局(ＭｅＮＢ)が補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)リクエスト時、端末と補助基地局に含まれたＣＵ－ＵＰ間のＰＤＣＰシーケンスナンバー設定の不一致が生じ、これによりデータ損失が発生するようになる問題点がある。

このような問題点を解決するために本開示の一実施形態は補助基地局に含まれたＣＵ－ＣＰとＣＵ－ＵＰの間のＥ１インターフェース上で送受信されるメッセージにＰＤＣＰバージョンが変更されたか否かを指示する指示情報を伝達するフィールドを生成し、ＰＤＣＰレイヤーを担当するＣＵ－ＵＰと端末間のＰＤＣＰシーケンスナンバーの設定の不一致を阻むことができる方法を提供することができる。

図８は、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＣＰがＣＵ－ＵＰにＰＤＣＰバージョンが変更されたか否かを指示する指示情報を送信する動作を示すフローチャートである。

動作８００でＣＵ－ＣＰは主基地局(ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ)からベアラーに対する無線リソースを補助基地局が割り当てるようにリクエストするための第１メッセージを受信することができる。

本開示の多様な実施形態による第１メッセージは補助基地局追加リクエストメッセージ(ＳｇＮＢａｄｄｉｔｉｏｎｒｅｑｕｅｓｔ)を含むことができる。

例えば、補助基地局追加リクエストメッセージはデルタ設定情報(Ｄｅｌｔａｃｏｎｆｉｇｕｒａｔｉｏｎ)情報を含むことができるところ、デルタ設定情報は補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)されたベアラーに対する情報を含むことができる。

例えば、補助基地局追加リクエストメッセージは補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーに対する情報及び少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報(例えば、ＮＲＰＤＣＰバージョンのベアラー)に対する情報を含むことができる。

例えば、補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーに対する情報は３ＧＰＰＬＴＥ文書ＴＳ３６．４２３に記載したＳｇＮＢＡｄｄｉｔｉｏｎＲｅｑｕｅｓｔＭｅｓｓａｇｅのＥ－ＲＡＢｓＴｏＢｅＡｄｄｅｄＬｉｓｔ＞Ｅ－ＲＡＢｓＴｏＢｅＡｄｄｅｄＩｔｅｍ＞＞Ｅ－ＲＡＢＩＤを介して確認されることができる。また、ＮＲＰＤＣＰバージョンのベアラーに対する情報は３ＧＰＰＮＲ文書３８．３３１に記載したＳｇＮＢＡｄｄｉｔｉｏｎＲｅｑｕｅｓｔＭｅｓｓａｇｅのＭｅＮＢｔｏＳｇＮＢＣｏｎｔａｉｎｅｒのＣＧ－ＣｏｎｆｉｇＩｎｆｏ＞ｍｃｇ－ＲＢ－ＣｏｎｆｉｇにあるＥ－ＲＡＢＩＤを介して確認されることができる。

図７で示された動作７０３でＸ２シグナリングに送信される補助基地局追加リクエストメッセージに含まれたＥ－ＲＡＢｉｎｆｏは補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーに対する情報で、ＣＧ－ＣｏｎｆｉｇＩｎｆｏはＮＲＰＤＣＰバージョンのベアラーに対する情報である。

動作８１０でＣＵ－ＣＰはベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－ユーザプレーン(ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ)に送信することができる。

本開示の多様な実施形態による指示情報は第１メッセージに基づいて生成されることができる。

例えば、ＰＤＣＰバージョンが変更されたか否かは第１メッセージに含まれている補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされた少なくとも一つ以上のベアラーに対する情報及び少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報に基づいて確認されることができる。

例えば、少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報はベアラーが用いるＰＤＣＰの無線接続技術のバージョンに関することで、ＬＴＥでサポートするＰＤＣＰを用いるベアラーは‘ＬＴＥＰＤＣＰバージョンのベアラー’と称し、ＮＲでサポートするＰＤＣＰを用いるベアラーは‘ＮＲＰＤＣＰバージョンのベアラー’と称することができる。

本開示の多様な実施形態によるベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報は動作８００で受信した補助基地局追加リクエストメッセージに含まれた補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーに対する情報及びＮＲＰＤＣＰバージョンのベアラーに対する情報に基づいて生成されることができる。

例えば、補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーのうちのＮＲＰＤＣＰバージョンのベアラーではないベアラーの場合はＬＴＥＰＤＣＰバージョンのベアラータイプであるので、補助基地局が割り当てた無線リソースを用いるためにはＮＲＰＤＣＰバージョンのベアラータイプでタイプ変更が生ずるしかない。

すなわち、補助基地局が割り当てた無線リソースを用いるベアラーのタイプがＬＴＥＰＤＣＰバージョンからＮＲＰＤＣＰバージョンに変更が発生する場合、ベアラーのＰＤＣＰバージョン変更があると言える。

多様な実施形態によるベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報は補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされたベアラーそれぞれに対して生成されることができる。

多様な実施形態によるベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報は１ビットで示すことができるが、例えば、ビット値が０の場合はＰＤＣＰバージョン変更がない場合を示す情報で、１の場合はＰＤＣＰバージョン変更がある場合を示す情報である。

多様な実施形態によるベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含む第２メッセージはＥ１インターフェース上で送受信されるベアラーコンテクスト設定リクエストメッセージ(Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ)を含むことができる。例えば、ベアラーコンテクスト設定リクエストメッセージ(Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ)は図７で示されたように動作７０５で送信されることができる。

図９乃至図１０は、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例の動作を示すフローチャートである。

動作９００でＣＰ－ＵＰはベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含む第１メッセージを補助基地局に含まれたＣＵ－ＣＰから受信することができる。

例えば、第１メッセージは図７で示された動作７０５で受信されるベアラーコンテクスト設定リクエストメッセージ(Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ)を含むことができる。

この場合、ベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報は１ビットとして、ベアラーコンテクスト設定リクエストメッセージ内のフィールドに含まれることができる。

動作９１０でＣＰ－ＵＰはカウント情報を含む第２メッセージをＣＵ－ＣＰから受信することができる。

例えば、カウント情報は補助基地局が端末とどのパケットから送受信しなければならないか通知する情報として、端末に送信する第１のダウンリンクパケットのカウントを示す情報(例えば、ＤＬＣｏｕｎｔ)と、端末から受信する第１のアップリンクパケットのカウントを示す情報(例えば、ＵＬＣｏｕｎｔ)を含むことができる。

例えば、第２メッセージは図７で示された動作７２９で受信されるシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)を含むことができる。

本開示の多様な実施形態によるシーケンスナンバー状態伝達メッセージはハンドオーバー実行段階で用いられるメッセージでソース基地局(図７の場合、主基地局(ＭｅＮＢ))がターゲット基地局(図７の場合、補助基地局(ＳｇＮＢ))で送信するメッセージでターゲット基地局(図７の場合、補助基地局)が端末とどのパケットから送受信しなければならないか通知するカウント情報を含むことができる。

例えば、図７で示されたようにシーケンスナンバー状態伝達メッセージは主基地局から補助基地局に含まれたＣＵ－ＣＰに送信され、ＣＵ－ＣＰからＣＵ－ＵＰに送信されるメッセージである。

例えば、カウント情報はＰＤＣＰＰＤＵ(ｐｒｏｔｏｃｏｌｄａｔａｕｎｉｔ)のカウント(Ｃｏｕｎｔ)値でＨＦＮ(ＨｙｐｅｒＦｒａｍｅＮｕｍｂｅｒ)とＰＤＣＰシーケンスナンバー(ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ、ＳＮ)から構成される３２ビットの値で示すことができ、端末に送信する第１のパケットのカウントを示す情報(例えば、ＤＬＣｏｕｎｔ)と、端末から受信する第１のパケットのカウントを示す情報(例えば、ＵＬＣｏｕｎｔ)を含むことができる。

動作９２０でＣＰ－ＵＰは動作９００で受信した指示情報又は動作９１０で受信したカウント情報のうちの少なくとも一つに基づいてベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

例えば、ＣＰ－ＵＰは指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるのか可否を確認し、ベアラーのＰＤＣＰバージョン変更がある場合ＰＤＣＰシーケンスナンバーを初期化して少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てて、ベアラーのＰＤＣＰバージョン変更がない場合カウント情報に基づいて少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てることができる。

これに対しては図１０を参照して詳しく説明する。

動作１０００乃至動作１０１０は、図９の動作９００乃至９１０と対応される。

動作１０２０でＣＵ－ＵＰは動作１０００で受信された指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるか否かを確認することができる。

動作１０３０でベアラーのＰＤＣＰバージョン変更があると確認される場合にはＣＵ－ＵＰは動作１０４０でＰＤＣＰシーケンスナンバーを初期化して少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

すなわち、ベアラーのＰＤＣＰバージョン変更があると確認される場合にはＣＵ－ＵＰは動作１０１０で受信したカウント情報を考慮せず、ＰＤＣＰシーケンスナンバーを‘０’で初期化することができる。

例えば、ＰＤＣＰシーケンスナンバーを初期化することは端末に送信する第１のダウンリンクパケットにＰＤＣＰシーケンスナンバー０を割り当てて、以後にＰＤＣＰシーケンスナンバリングを行うことを含むことができる。

本開示の多様な実施形態による少なくとも一つ以上のダウンリンクパケットは主基地局からデータフォワーディングされる少なくとも一つ以上のダウンリンクパケットと、コアネットワーク(例えば、ＥＮ－ＤＣシステムで４Ｇコアネットワーク)から受信される新規パケットである少なくとも一つ以上のダウンリンクパケットを含むことができる。

例えば、補助基地局が端末に送信する第１のダウンリンクパケットは主基地局からデータフォワーディングされる第１のダウンリンクパケットであることができる。

図７ｂで上述したように本開示の多様な実施形態によるベアラーのＰＤＣＰバージョン変更がある場合端末は主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができ、受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、ダウンリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化できる。

すなわち、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰはベアラーのＰＤＣＰバージョン変更がある場合、ＰＤＣＰシーケンスナンバーを‘０’で初期化することができるので、ＰＤＣＰレイヤーを担当するＣＵ－ＵＰと端末間のＰＤＣＰシーケンスナンバーの設定の不一致を阻むことができ、これによってデータ損失を防止することができる。

これに対しては図１４を参照して詳しく説明する。

動作１０３０でベアラーのＰＤＣＰバージョン変更がないと確認される場合にはＣＵ－ＵＰは動作１０５０でカウント情報に基づいて少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

例えば、ベアラーのＰＤＣＰバージョン変更がないと確認される場合にはＣＵ－ＵＰは動作１０１０で受信されたシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒ)に含まれた端末に送信する第１のパケットのカウントを示すカウント情報(例えば、ＤＬＣｏｕｎｔ)に基づいて少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

これに対しては図１３を参照して詳しく説明する。

図１１乃至図１２は、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例の動作を示すフローチャートである。

動作１１００乃至動作１１２０は図９の動作９００乃至９１０と対応される。

動作１１２０でＣＰ－ＵＰは動作１１００で受信した指示情報又は動作１１１０で受信したカウント情報のうちの少なくとも一つに基づいてベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列することができる。

本開示の多様な実施形態による少なくとも一つ以上のアップリンクパケットは主基地局からデータフォワーディングされる少なくとも一つ以上のアップリンクパケットと端末から受信される少なくとも一つ以上のアップリンクパケットを含むことができる。

例えば、端末から受信される少なくとも一つ以上のアップリンクパケットのＰＤＣＰシーケンスナンバーは端末で割り当てられることができる。

この場合、端末は少なくとも言うが以上のアップリンクパケットにＰＤＣＰシーケンスナンバーを割り当てて、補助基地局にＰＤＣＰシーケンスナンバーが割り当てられた少なくとも一つ以上のアップリンクパケットを伝達することができる。

この場合、補助基地局のＣＵ－ＵＰは端末から受信したＰＤＣＰシーケンスナンバーが割り当てられた少なくとも一つ以上のアップリンクパケットと主基地局からデータフォワーディングされた少なくとも一つ以上のアップリンクパケットの順序を整列することができる。本開示の多様な実施形態によるＣＵ－ＵＰは指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるか否かを確認し、ベアラーのＰＤＣＰバージョン変更がある場合少なくとも一つ以上のアップリンクパケットの順序を先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列し、ベアラーのＰＤＣＰバージョン変更がない場合、少なくとも一つ以上のアップリンクパケットの順序をカウント情報に基づいて整列することができる。

これに対しては図１２を参照して詳しく説明する。

動作１２００乃至動作１２３０は図１０の動作１０００乃至１０３０と対応される。

動作１２３０でベアラーのＰＤＣＰバージョン変更があると確認される場合にはＣＵ－ＵＰは動作１２４０で少なくとも一つ以上のアップリンクパケットの順序を先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列することができる。これに対しては図１６を参照して詳しく説明する。例えば、少なくとも一つ以上のアップリンクパケットは端末から受信したＰＤＣＰシーケンスナンバーが割り当てられた少なくとも一つ以上のアップリンクパケットと主基地局からデータフォワーディングされた少なくとも一つ以上のアップリンクパケットを含むことができる。

図７ｂで上述したように本開示の多様な実施形態によるベアラーのＰＤＣＰバージョン変更がある場合端末は主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができ、受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、アップリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化することができる。

すなわち、端末はＰＤＣＰシーケンスナンバーを‘０’で初期化して少なくとも一つ以上のアップリンクパケットのＰＤＣＰシーケンスナンバーを割り当てて、補助基地局に含まれたＣＵ－ＵＰは端末からＰＤＣＰシーケンスが割り当てられた少なくとも一つ以上のアップリンクパケットを受信することができる。

本開示の多様な実施形態によるベアラーのＰＤＣＰバージョン変更がある場合、ＣＰ－ＵＰで先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列された少なくとも一つ以上のアップリンクパケットはコアネットワークに送信されることができる。この場合、ＣＰ－ＵＰで先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列された複数のアップリンクパケットはコアネットワークの送信制御プロトコル階層(ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌｌａｙｅｒ、ＴＣＰｌａｙｅｒ)でＰＤＣＰシーケンスナンバーに基づいて整列されることができる。

動作１２２０で、ＣＵ－ＵＰは動作１０００で受信した指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるかを確認することができる。

動作１２３０でベアラーのＰＤＣＰバージョン変更がないと確認される場合にはＣＵ－ＵＰは動作１２５０で少なくとも一つ以上のアップリンクパケットの順序を動作１２１０で受信したカウント情報に基づいて整列することができる。

例えば、少なくとも一つ以上のアップリンクパケットは主基地局からデータフォワーディングされる少なくとも一つ以上のアップリンクパケットと端末から受信される少なくとも一つ以上のアップリンクパケットを含むことができる。

これに対しては図１５を参照して詳しく説明する。

図１３乃至図１６に示されたように、各無線ベアラー(ＲａｄｉｏＢｅａｒｅｒ：以下、ＲＢと略称する)当り一つずつのＰＤＣＰエンティティー(ｅｎｔｉｔｙ)が存在し、一つのＰＤＣＰエンティティー(ｅｎｔｉｔｙ)は一つのＲＬＣエンティティー(ｅｎｔｉｔｙ)と接続されることができる。

多様な実施形態によるＰＤＣＰエンティティー(ｅｎｔｉｔｙ)はＲＬＣの３つのエンティティー(ｅｎｔｉｔｙ)であるＡＭ(ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、確認モード、データの送信可否を確認するモード)、ＵＭ(ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ、非確認モード、データの送信可否を確認しないモード)、ＴＭ(ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ、通過モード、データを単純に通過させるモード)いずれもに接続されることができる。

すなわち、各ＲＬＣエンティティーはＲＬＣＳＤＵの処理及び送信方式に従ってＴｒａｎｓｐａｒｅｎｔＭｏｄｅ(ＴＭ)、ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ(ＵＭ)、ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ(ＡＭ)で動作することができるところ、ＲＬＣＡＭ(Ａｃｋｎｏｗｌｅｇｄｇｅｄｍｏｄｅ)の場合、ＲＬＣＳＤＵの分割／接続機能を用いてＲＬＣＰＤＵを構成し、パケットの送信失敗時に再送信することができる。

図１３乃至図１４は、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる多様な例を示す図面である。

図１３は、ＥＮ－ＤＣをサポートする無線通信システムでＮＲＰＤＣＰを用いるベアラーに対する無線リソースをＮＲＰＤＣＰを用いる補助基地局が割り当てる場合、すなわちベアラーのＰＤＣＰバージョン変更がない場合、ダウンリンクパケットにＰＣＤＰシーケンスナンバーを割り当てる一例を示す図面である。

すなわち、図１３で示された主基地局１３１０に含まれたＰＤＣＰ１３１１はＮＲＰＤＣＰをサポートし、ＲＬＣ１３１３はＥ－ＵＴＲＡＲＬＣで、補助基地局１３３０に含まれたＰＤＣＰ１３３１はＮＲＰＤＣＰで、ＲＬＣ１３３３はＮＲＲＬＣである。

図１３に示されたＰＤＣＰバージョン変更がない場合、補助基地局に含まれたＣＵ－ＵＰがダウンリンクパケットを処理する方法はＰＤＣＰエンティティー(ｅｎｔｉｔｙ)がＲＬＣＡＭエンティティー(ｅｎｔｉｔｙ)と接続される場合を含むことができ、ダウンリンクパケットの送信失敗時に再送信することができる。

図１３で示されたように端末が主基地局から送信されるＰＤＣＰシーケンスナンバーが４であるパケット１３４０、ＰＤＣＰシーケンスナンバーが５であるパケット１３４１に対するＡＣＫ／ＮＡＣＫ情報を主基地局で送信することができない状態で、補助基地局に含まれたＣＵ－ＣＰは主基地局から補助基地局追加リクエストメッセージ(ＳｇＮＢａｄｄｉｔｉｏｎｒｅｑｕｅｓｔ)を受信することができ、ＣＵ－ＣＰは補助基地局追加リクエストメッセージに基づいてベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを決定することができ、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージをＣＵ－ＵＰに送信することができる。

そして、補助基地局のＣＵ－ＵＰはＣＵ－ＣＰから端末に送信する第１のパケットのカウントを示すカウント情報(例えば、ＤＬｃｏｕｎｔ＝６)を含むシーケンスナンバー状態伝達メッセージを受信することができる。

上述したようにＣＵ－ＵＰはＣＵ－ＣＰから送信受けた指示情報に基づいてベアラーのＰＤＣＰバージョン変更がないと確認することができ、カウント情報である６に基づいて少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

図１３で示されたように補助基地局はソース基地局からデータフォワーディングになる少なくとも一つ以上のダウンリンクパケット(１３４０、１３４１、１３４２、１３４４、１３４５)を受信することができるが、データフォワーディングされる少なくとも一つ以上のダウンリンクパケットは図１３で示されたようにＥｎｄＭａｋｅｒパケットで設定されることができる。

ハンドオーバー手続き中のハンドオーバー完了(ＨａｎｄｏｖｅｒＣｏｍｐｌｅｔｉｏｎ)段階でＳ－ＧＷが送信するトラフィックの流れがソース基地局(図１３では主基地局)でターゲット基地局(図１３では補助基地局)に変更されると、その過程中にパケットの損失又はパケットの順序が後先になることを防止するための“ＥｎｄＭａｋｅｒ”パケットを用いることができるが、補助基地局が“ＥｎｄＭａｋｅｒ”パケットを受信すると、Ｓ－ＧＷから新規パケットである少なくとも一つ以上のダウンリンクパケット１３４６、１３４７、１３４８を受信することができる。

図１３で示されたように補助基地局のＰＤＣＰレイヤーはデータフォワーディングされる少なくとも一つ以上のダウンリンクパケットのうちの再送信されるダウンリンクパケット(１３４０、１３４１)はもうＰＤＣＰシーケンスナンバー ‘４’、‘５’ が主基地局のＰＤＣＰで割り当てされているので、ＰＤＣＰシーケンスナンバーが割り当てられないパケット１３４２、１３４３、１３４４、１３４５、１３４６、１３４７、１３４８のＰＤＣＰシーケンスナンバーはシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)に含まれたカウント情報である‘６’に基づいて割り当てられることができる。

これによって、図１３で示されたようにデータフォワーディングされたパケットである少なくとも一つ以上のダウンリンクパケット１３４２、１３４３、１３４４、１３４５とＳ－ＧＷで受信される新規パケットである少なくとも一つ以上のダウンリンクパケット１３４６、１３４７、１３４８は補助基地局のＰＤＣＰレイヤーによってＰＤＣＰシーケンスナンバー‘６’から‘１２’ まで割り当てられることができる。

図１４は、ＥＮ－ＤＣをサポートする無線通信システムにおいてＬＴＥＰＤＣＰを用いるベアラーに対する無線リソースをＮＲＰＤＣＰを用いる補助基地局が割り当てる場合、すなわちベアラーのＰＤＣＰバージョン変更がある場合、ダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てる一例を示す図面である。

すなわち、図１４で示された主基地局１４１０に含まれたＰＤＣＰ１４１１はＬＴＥＰＤＣＰで、ＲＬＣ１４１３はＥ－ＵＴＲＡＲＬＣで、補助基地局に含まれたＰＤＣＰ１４３１はＮＲＰＤＣＰで、ＲＬＣ１４３３はＮＲＲＬＣである。

図１４で示されたように端末が主基地局から送信されるＰＤＣＰシーケンスナンバーが４であるパケット１４４０、ＰＤＣＰシーケンスナンバーが５であるパケット１４４１に対するＡＣＫ／ＮＡＣＫ情報を主基地局で送信することができない状態で、補助基地局のＣＵ－ＣＰは主基地局から補助基地局追加リクエストメッセージを受信することができ、ＣＵ－ＣＰは補助基地局追加リクエストメッセージに基づいてベアラーのＰＤＣＰバージョンが変更されたか否かを決定することができ、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージをＣＵ－ＵＰに送信することができる。

図１４で示されたようにベアラーのタイプがＬＴＥＰＤＣＰバージョンでＮＲＰＤＣＰバージョンに変更されたから、主基地局は端末にＲＲＣ接続再設定メッセージ(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅ)を介して現在設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報をリセットして新しい設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報で設定を指示する情報(例えば、Ｆｕｌｌｃｏｎｆｉｇｕｒａｔｉｏｎ)を送信することができる。これによって端末は主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができ、受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、ダウンリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化することができる。

図１４で示されたように、ターゲットｅＮＢはソースｅＮＢからデータ伝達された少なくとも一つのＤＬパケット１４４０、１４４１、１４４２、１４４４及び１４４５を受信することができる。前記データ伝達した少なくとも一つのＤＬパケットは図１４に示された‘ＥｎｄＭａｒｋｅｒ’ パケットで設定されることができる。

ハンドオーバー手続きのハンドオーバー完了(ｈａｎｄｏｖｅｒｃｏｍｐｌｅｔｉｏｎ)段階で、もし、Ｓ－ＧＷによって送信されるトラフィックフロー(ｆｌｏｗｏｆｔｒａｆｆｉｃ)がソース基地局(図１４のソースｅＮＢ)からターゲット基地局(図１４のターゲットｅＮＢ)に変更されると、“ＥｎｄＭａｒｋｅｒ”パケットはパケット損失又は前記手続きの間のパケットのシーケンスの変化を防止するために用いられることができる。ターゲットｅＮＢが“ＥｎｄＭａｒｋｅｒ”パケットを受信すると、ターゲットｅＮＢはＳ－ＧＷから少なくとも一つのＤＬパケット１４４６、１４４７、１４４８、すなわち、新しいパケットを受信することができる。

また、図１４で示されたようにベアラーのタイプがＬＴＥＰＤＣＰバージョンでＮＲＰＤＣＰバージョンに変更されたから、ＣＵ－ＵＰはシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)に含まれたカウント情報を考慮せず、ＰＤＣＰシーケンスナンバーを初期化して少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

例えば、補助基地局が端末に送信する第１のダウンリンクパケットは主基地局からデータフォワーディングされる第１のダウンリンクパケットであればよい。

図１４で示されたように補助基地局に含まれたＣＵ－ＵＰは端末に送信する第１のダウンリンクパケットである主基地局からデータフォワーディングされる第１のダウンリンクパケット１４４０にＰＤＣＰシーケンスナンバー０を割り当てることができる。

これによって、図１４で示されたように再送信されるダウンリンクパケットを含んでデータフォワーディングされるダウンリンクパケット１４４０、１４４１、１４４２、１４４３、１４４４、１４４５及びＳ－ＧＷから送信される新規パケットであるダウンリンクパケット１４４６、１４４７、１４４８はＰＤＣＰシーケンスナンバーが‘０’から‘８’まで順次に割り当てられることができる。

すなわち、本開示の多様な実施形態による図１５で示されたアルゴリズムによれば端末と補助基地局のＣＵ－ＵＰの間のＰＰＤＣＰシーケンスナンバー設定が同一であるのでデータ損失を防止することができる。

図１５乃至図１６は、本開示の多様な実施形態による補助基地局に含まれたＣＵ－ＵＰがＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてアップリンクパケットの順序を整列する多様な例を図示した図面である。

図１５は、ＥＮ－ＤＣをサポートする無線通信システムにおいてＮＲＰＤＣＰを用いるベアラーに対する無線リソースをＮＲＰＤＣＰを用いる補助基地局が割り当てる場合、すなわち、ベアラーのＰＤＣＰバージョン変更がない場合、少なくとも一つ以上のアップリンクパケットの順序を整列する事例を示す図面である。

すなわち、図１５で示された主基地局１５１０に含まれたＰＤＣＰ１５１３はＮＲＰＤＣＰをサポートし、ＲＬＣ１５１１はＥ－ＵＴＲＡＲＬＣで、補助基地局１５３０に含まれたＰＤＣＰ１５３３はＮＲＰＤＣＰで、ＲＬＣ１５３１はＮＲＲＬＣである。

図１５で示されたように端末は主基地局に少なくとも一つ以上のアップリンクパケット１５４０、１５４１、１５４２、１５４３を送信することができるが、端末が主基地局に送信したアップリンクパケット１５４２に対するＡＣＫ／ＮＡＣＫ情報を主基地局から受信されることができない状態で、補助基地局に含まれたＣＵ－ＣＰは主基地局から補助基地局追加リクエストメッセージ(ＳｇＮＢａｄｄｉｔｉｏｎｒｅｑｕｅｓｔ)を受信することができ、ＣＵ－ＣＰは補助基地局追加リクエストメッセージに基づいてベアラーのＰＤＣＰ(ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ)バージョンが変更されたか否かを決定することができ、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージをＣＵ－ＵＰに送信することができる。

そして、補助基地局のＣＵ－ＵＰはＣＵ－ＣＰから端末から受信する第１のアップリンクパケットのカウントを示すカウント情報(例えば、ＵＬｃｏｕｎｔ＝６)を含むシーケンスナンバー状態伝達メッセージを受信することができる。

図１５で示されたように端末は主基地局からＡＣＫ／ＮＡＣＫ情報を受けることができないアップリンクパケット１５４２を補助基地局に再送信することができるので、端末は再送信されるアップリンクパケット１５４２を含む少なくとも一つ以上のアップリンクパケット１５４２、１５４４、１５４５を補助基地局に含まれたＣＵ－ＵＰに送信することができる。

上述したようにＣＵ－ＵＰはＣＵ－ＣＰから送信された指示情報に基づいて、ベアラーのＰＤＣＰバージョン変更がないと確認することができ、図１５で示されたようにＣＵ－ＵＰは主基地局からデータフォワーディングされる少なくとも一つ以上のアップパケット１５４３と端末から受信される少なくとも一つ以上のアップリンクパケット１５４２、１５４４、１５４５の順序をシーケンスナンバー状態伝達メッセージに含まれたカウント情報である‘６’に基づいて整列することができる。

図１６は、ＥＮ－ＤＣをサポートする無線通信システムにおいてＬＴＥＰＤＣＰを用いるベアラーに対する無線リソースをＮＲＰＤＣＰを用いる補助基地局が割り当てる場合、すなわち、ベアラーのＰＤＣＰバージョン変更がある場合、少なくとも一つ以上のアップリンクパケットの順序を整列する事例を示す図面である。

すなわち、図１６で示された主基地局１６１０に含まれたＰＤＣＰ１６１３はＬＴＥＰＤＣＰで、ＲＬＣ１６１１はＥ－ＵＴＲＡＲＬＣで、補助基地局に含まれたＰＤＣＰ１６３３はＮＲＰＤＣＰで、ＲＬＣ１６３１はＮＲＲＬＣである。

図１６で示されたように端末は主基地局に少なくとも一つ以上のアップリンクパケット１６４０、１６４１、１６４２、１６４３を送信することができるが、端末が主基地局に送信したアップリンクパケット１６４２に対するＡＣＫ／ＮＡＣＫ情報を主基地局から受信されることができなかった状態で、補助基地局に含まれたＣＵ－ＣＰは主基地局から補助基地局追加リクエストメッセージを受信することができ、ＣＵ－ＣＰは補助基地局追加リクエストメッセージに基づいてベアラーのＰＤＣＰバージョンが変更されたか否かを決定することができ、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージをＣＵ－ＵＰに送信することができる。

そして、補助基地局のＣＵ－ＵＰはＣＵ－ＣＰから端末から受信する第１のアップリンクパケットのカウントを示す情報(例えば、ＵＬｃｏｕｎｔ＝６)を含むシーケンスナンバー状態伝達メッセージを受信することができる。

図１６で示されたように端末は主基地局からＡＣＫ／ＮＡＣＫ情報を受けることができないアップリンクパケット１６４２を補助基地局に再送信することができるが、端末は再送信されるアップリンクパケット１６４２を含む少なくとも一つ以上のアップリンクパケット１６４２、１６４４、１６４５を補助基地局に含まれたＣＵ－ＵＰに送信することができる。

一方、図１６で示されたようにベアラーのタイプがＬＴＥＰＤＣＰバージョンでＮＲＰＤＣＰバージョンに変更されたから、主基地局は端末にＲＲＣ接続再設定メッセージ(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎｍｅｓｓａｇｅ)を介して現在設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報をリセットして新しい設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)情報で設定を指示する情報(例えば、Ｆｕｌｌｃｏｎｆｉｇｕｒａｔｉｏｎ)を送信することができる。

これによって端末は主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信することができ、受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、アップリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化することができる。

すなわち、ベアラーのＰＤＣＰバージョン変更がある場合、端末はＰＤＣＰシーケンスナンバーを‘０’で初期化することができるので、図１６で示されたように端末は少なくとも一つ以上のアップリンクパケット１６４２、１６４４、１６４５にＰＤＣＰシーケンスナンバーを‘０’、‘１’、’２’に割り当てることができ、ＰＤＣＰシーケンスナンバーが割り当てられた少なくとも一つ以上のアップリンクパケット１６４２、１６４４、１６４５を補助基地局に含まれたＣＵ－ＵＰに送信することができる。

また、図１６で示されたようにベアラーのタイプがＬＴＥＰＤＣＰバージョンでＮＲＰＤＣＰバージョンに変更されたから、ＣＵ－ＵＰはシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)に含まれたカウント情報を考慮せず、端末から受信される少なくとも一つ以上のアップリンクパケット１６４２、１６４４、１６４５と、主基地局からデータフォワーディングされる少なくとも一つ以上のアップパケット１６４３の順序を先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列することができる。

図１６で示されたように先入先出方式に整列された少なくとも一つ以上のアップパケットの順序で例は多様なことがある。

この場合、先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)に整列された少なくとも一つ以上のアップリンクパケットはコアネットワークに送信されることができ、前記先入先出方式に整列された少なくとも一つ以上のアップリンクパケットのＰＤＣＰシーケンスナンバーはコアネットワークの送信制御プロトコル階層(ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌｌａｙｅｒ、ＴＣＰｌａｙｅｒ)で整列されることができる。

すなわち、本開示の多様な実施形態による図１６で図示したアルゴリズムによれば端末と補助基地局のＣＵ－ＵＰの間ＰＤＣＰシーケンスナンバー設定が同一であるのでデータ損失を防止することができる。

図１７は、本開示の実施形態による補助基地局に含まれたＣＵ－ＣＰのブロック図を示す図面である。

図１７で示されたように多様な実施形態によるＣＵ－ＣＰは送受信部１７１０、制御部１７２０及びメモリー又は記憶部１７３０を含むことができる。

以下、前記構成要素に対して順に説明する。

多様な実施形態による送受信部は主基地局又は補助基地局に含まれた外部ネットワーク要素であるＣＵ－ＵＰ及びＤＵと本開示の多様な実施形態による信号、情報、データなどを送信及び受信することができる。

多様な実施形態による制御部は少なくとも一つ以上のプロセッサを含むことができる。

多様な実施形態によるプロセッサはＣＵ－ＣＰの全般的な動作を制御することができる。プロセッサは前述したような本開示の多様な実施形態によって、ＣＵ－ＣＰの全般的な動作を制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局からベアラーに対する無線リソースを補助基地局が割り当てるようにリクエストするための補助基地局追加リクエストメッセージを受信するように制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局からカウント情報を含むシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)を受信するように制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局から受信したカウント情報を含むシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)をＣＵ－ＵＰに送信するように制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサはベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージ(Ｂｅａｒｅｒｃｏｎｔｅｘｔｓｅｔｕｐｒｅｑｕｅｓｔ)をＣＵ－ＵＰに送信するように制御することができる。

例えば、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報は補助基地局追加リクエストメッセージに含まれている補助基地局追加(ＳｇＮＢＡｄｄｉｔｉｏｎ)がリクエストされた少なくとも一つ以上のベアラーに対する情報及び少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報(例えば、ＮＲＰＤＣＰバージョンのベアラーに対する情報)に基づいて確認されることができる。

例えば、ＰＤＣＰバージョンが変更されたか否かを指示する指示情報は１ビットで示すことができ、ベアラー別でＰＤＣＰバージョン変更がある場合、１の値をもってＰＤＣＰバージョン変更がない場合、０の値を持つことができる。

一方、メモリーはＣＵ－ＣＰの動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶することができる。また、メモリーはフラッシュメモリータイプ(ＦｌａｓｈＭｅｍｏｒｙＴｙｐｅ)、ハードディスクタイプ(ＨａｒｄＤｉｓｋＴｙｐｅ)、マルチメディアカードマイクロタイプ(ＭｕｌｔｉｍｅｄｉａＣａｒｄＭｉｃｒｏＴｙｐｅ)、カードタイプのメモリー(例えば、ＳＤ又はＸＤメモリーなど)、磁気メモリー、磁気ディスク、光ディスク、ＲＡＭ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＳＲＡＭ(ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＲＯＭ (Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＰＲＯＭ(ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＥＥＰＲＯＭ(ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)のうちの少なくとも一つの記憶媒体を含むことができる。また、プロセッサはメモリーに記憶された各種プログラム、コンテンツ、データなどを利用して多様な動作を行うことができる。

図１８は、本開示の実施形態による補助基地局に含まれたＣＵ－ＵＰのブロック図を示す図面である。

図１８で示されたように多様な実施形態によるＣＵ－ＵＰは送受信部１８１０、制御部１８２０及びメモリー又は記憶部１８３０を含むことができる。

以下、前記構成要素に対して順に説明する。

多様な実施形態による送受信部は主基地局又は補助基地局に含まれた外部ネットワーク要素であるＣＵ－ＣＰ及びＤＵと本開示の多様な実施形態による信号、情報、データなどを送信及び受信することができる。

多様な実施形態による制御部は少なくとも一つ以上のプロセッサを含むことができる。例えば、少なくとも一つ以上のプロセッサ１８２０はパケット処理部１８２１を含むことができる。

多様な実施形態によるプロセッサはＣＵ－ＵＰの全般的な動作を制御することができる。プロセッサは前述したような本開示の多様な実施形態によって、ＣＵ－ＵＰの全般的な動作を制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部がＣＵ－ＣＰからベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むベアラーコンテクスト設定リクエストメッセージをＣＵ－ＣＰから受信するように制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部がＣＵ－ＣＰからカウント情報を含むシーケンスナンバー状態伝達メッセージ(ＳＮＳｔａｔｕｓＴｒａｎｓｆｅｒＭｅｓｓａｇｅ)を受信するように制御することができる。

多様な実施形態による少なくとも一つ以上のプロセッサはＣＵ－ＣＰから受信したＰＤＣＰバージョンが変更されたか否かを指示する指示情報又はカウント情報のうちの少なくとも一つに基づいてベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

多様な実施形態による少なくとも一つ以上のプロセッサはＣＵ－ＣＰから受信したＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるか否かを確認することができる。

例えば、ＰＤＣＰバージョンが変更されたか否かを指示する情報は１ビットで示すことができ、ベアラー別でＰＤＣＰバージョン変更がある場合、１の値をもってＰＤＣＰバージョン変更がない場合、０の値を持つことができる。

多様な実施形態による少なくとも一つ以上のプロセッサはベアラーのＰＤＣＰバージョン変更がある場合、ＰＤＣＰシーケンスナンバーを初期化して少なくとも一つ以上のダウンリンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

例えば、多様な実施形態による少なくとも一つ以上のプロセッサはベアラーのＰＤＣＰバージョン変更がある場合、端末に送信する第１のダウンリンクパケットにＰＤＣＰシーケンスナンバー０を割り当てることができ、前記第１のダウンリンクパケットは主基地局からデータフォワーディングされるパケットであることができる。

多様な実施形態による少なくとも一つ以上のプロセッサはベアラーのＰＤＣＰバージョン変更がない場合カウント情報に基づいて少なくとも一つ以上の河港リンクパケットにＰＤＣＰシーケンスナンバーを割り当てることができる。

多様な実施形態による少なくとも一つ以上のプロセッサはＣＵ－ＣＰから受信したＰＤＣＰバージョンが変更されたか否かを指示する指示情報又はカウント情報のうちの少なくとも一つに基づいてベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列することができる。

多様な実施形態による少なくとも一つ以上のプロセッサはＣＵ－ＣＰから受信したＰＤＣＰバージョンが変更されたか否かを指示する指示情報に基づいてベアラーのＰＤＣＰバージョン変更があるのか可否を確認することができ、ベアラーのＰＤＣＰバージョン変更がある場合、少なくとも一つ以上のアップリンクパケットの順序を先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)で整列することができ、ベアラーのＰＤＣＰバージョン変更がない場合、少なくとも一つ以上のアップリンクパケットの順序を前記カウント情報に基づいて整列することができる。

多様な実施形態によってベアラーのＰＤＣＰバージョン変更がある場合、ＣＵ－ＵＰで先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)に整列された少なくとも一つ以上のアップリンクパケットはコアネットワークに送信されることができる。例えば、先入先出方式(ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ)に整列された少なくとも一つ以上のアップリンクパケットのＰＤＣＰシーケンスナンバーはコアネットワークの送信制御プロトコル階層(ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌｌａｙｅｒ、ＴＣＰｌａｙｅｒ)で整列されることができる。

一方、メモリーはＣＵ－ＵＰの動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶することができる。また、メモリーはフラッシュメモリータイプ(ＦｌａｓｈＭｅｍｏｒｙＴｙｐｅ)、ハードディスクタイプ(ＨａｒｄＤｉｓｋＴｙｐｅ)、マルチメディアカードマイクロタイプ(ＭｕｌｔｉｍｅｄｉａＣａｒｄＭｉｃｒｏＴｙｐｅ)、カードタイプのメモリー(例えば、ＳＤ又はＸＤメモリーなど)、磁気メモリー、磁気ディスク、光ディスク、ＲＡＭ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＳＲＡＭ(ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＲＯＭ (Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＰＲＯＭ(ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＥＥＰＲＯＭ(ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)のうちの少なくとも一つの記憶媒体を含むことができる。また、プロセッサはメモリーに記憶された各種プログラム、コンテンツ、データなどを用いて多様な動作を行うことができる。

図１９は、本開示の実施形態による端末のブロック図を示す図面である。

図１９で示されたように多様な実施形態による端末は送受信部１９１０、制御部１９２０及びメモリー又は記憶部１９３０を含むことができる。

以下、前記構成要素に対して順に説明する。

多様な実施形態による送受信部は主基地局又は補助基地局と本開示の多様な実施形態による信号、情報、データなどを送信及び受信することができる。

多様な実施形態によるプロセッサは端末の全般的な動作を制御することができる。プロセッサは前述したような本開示の多様な実施形態によって、端末の全般的な動作を制御することができる。

多様な実施形態による端末はＥＮ－ＤＣがサポートされる端末であり、基本的に主基地局に接続しているのに条件によって補助基地局の追加／解除／変更(ＳｇＮＢＡｄｄｉｔｉｏｎ／Ｒｅｌｅａｓｅ／Ｍｏｄｉｆｉｃａｔｉｏｎ)などの手続きを介して補助基地局の高いデータ送信率(Ｄａｔａｒａｔｅ)を有する無線リソースを用いることができる。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局と補助基地局で同時にパケットを送受信するように制御することができる。

多様な実施形態による端末はデータ再送信がサポートされる端末である。

多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局からデータフォワーディング(ＤａｔａＦｏｒｗａｒｄｉｎｇ)の対象であるベアラーの変更設定情報(Ｄｅｌｔａｃｏｎｆｉｇｕｒａｔｉｏｎ)を受信することができる。

例えば、多様な実施形態による少なくとも一つ以上のプロセッサは送受信部が主基地局からＲＲＣ接続再設定(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージを介してＰＣＤＰバージョン変更に対する情報を受信するように制御することができる。

この場合、多様な実施形態による少なくとも一つ以上のプロセッサは受信されたＰＣＤＰバージョン変更に対する情報に基づいてＰＤＣＰをリセットし、ダウンリンク／アップリンクパケットのＰＤＣＰシーケンスナンバーを‘０’で初期化できる。

一方、メモリーは端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶することができる。また、メモリーはフラッシュメモリータイプ(ＦｌａｓｈＭｅｍｏｒｙＴｙｐｅ)、ハードディスクタイプ(ＨａｒｄＤｉｓｋＴｙｐｅ)、マルチメディアカードマイクロタイプ(ＭｕｌｔｉｍｅｄｉａＣａｒｄＭｉｃｒｏＴｙｐｅ)、カードタイプのメモリー(例えば、ＳＤ又はＸＤメモリーなど)、磁気メモリー、磁気ディスク、光ディスク、ＲＡＭ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＳＲＡＭ(ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＲＯＭ (Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＰＲＯＭ(ＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)、ＥＥＰＲＯＭ(ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ)のうちの少なくとも一つの記憶媒体を含むことができる。また、プロセッサはメモリーに記憶された各種プログラム、コンテンツ、データなどを用いて多様な動作を行うことができる。

上述した本の開始の具体的な実施形態で、開示に含まれる構成要素は提示された具体的な実施形態によって単数又は複数に表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適合に選択されたことで、本開示が単数又は複数の構成要素に制限されるのではなくて、複数に表現された構成要素と言っても単数から構成されたり、単数で表現された構成要素と言っても複数から構成されることができる。本明細書に記載した実施形態は独立的に説明されたが、２つ以上の実施形態は結合されて実施されることができる。

本開示の多様な実施形態によれば、ＥＮ－ＤＣをサポートする無線通信システムで主基地局がベアラーに対する無線リソースを補助基地局が割り当てるように補助基地局追加リクエストをする場合、補助基地局に含まれたＣＵ－ＣＰはベアラーのＰＤＣＰバージョンが変更されたか否かを指示する指示情報を含むメッセージを補助基地局に含まれたＣＵ－ＵＰで送信し、補助基地局に含まれたＣＵ－ＵＰと端末の間ＰＤＣＰシーケンスナンバー(ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ)設定の不一致を防止することができる方法及び装置が提供されることができる。

一方、本開示の詳細な説明では具体的な実施形態に関して説明したが、本開示の範囲から脱しない限度内で様々な変形が可能であることは勿論である。したがって、本開示の範囲は説明された実施形態限って定められてはいけなく後述する特許請求の範囲だけではなくこの特許請求の範囲と均等なことによって定めらるべきである。

本開示の多様な実施形態及びここに用いられた用語は本開示に記載した技術を特定の実施形態に対して限定しようとすることではなく、当該実施形態の多様な変更、均等物、及び／又は代替物を含むことに理解されなければならない。図面の説明について、類似の構成要素に対しては類似の参照符号が用いられることができる。単数の表現は文脈上明白に異なるように意味しない限り、複数の表現を含むことができる。本開示で、“Ａ又はＢ”、“Ａ及び／又はＢのうちの少なくとも一つ”、“Ａ、Ｂ又はＣ”又は“Ａ、Ｂ及び／又はＣのうちの少なくとも一つ”などの表現は共に羅列された項目のすべての可能な組み合せを含むことができる。“第１”、“第２”、“一番目”又は“二番目”などの表現は当該構成要素を、順序で又は重要度に構わずに修飾することができ、一つの構成要素を他の構成要素と区分するために用いられるだけ該当の構成要素を限定しない。ある(例えば、第１)構成要素が異なる(例えば、第２)構成要素に“(機能的に又は通信的に)接続されて”いるか “接続されて” いると言及された時には、前記どんな構成要素が前記の他の構成要素に直接的に接続されるか、他の構成要素(例えば、第３構成要素)を介して接続されることができる。

本開示で用いられた用語“モジュール”はハードウェア、ソフトウェア又はファームウエアで構成されたユニットを含み、例えば、ロジック、論理ブロック、部品、又は回路などの用語と相互互換的に用いられることができる。モジュールは、一体で構成された部品又は一つ又はその以上の機能を行う最小単位又はその一部となることができる。例えば、モジュールはＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ)で構成されることができる。

本開示の多様な実施形態は機器(ｍａｃｈｉｎｅ)(例えば、コンピューター)で読取り可能な記憶媒体(ｍａｃｈｉｎｅ－ｒｅａｄａｂｌｅｓｔｏｒａｇｅｍｅｄｉａ)(例えば、内蔵メモリー又は外蔵メモリーに記憶された命令語を含むソフトウェア(例えば、プログラム)で具現されることができる。機器は、記憶媒体から記憶された命令語を取り込み、取り込まれた命令語によって動作が可能な装置として、多様な実施形態による補助基地局又は端末を含むことができる。前記命令がプロセッサ(例えば、図１７の制御部１７２０、又は図１８の制御部１８２０又は図１９の制御部１９２０)によって実行される場合、プロセッサが直接、又は前記プロセッサの制御下に他の構成要素を用いて前記命令に該当する機能を行うことができる。命令はコンパイラー又はインタプリターによって生成又は実行されるコードを含むことができる。

機器に読取り可能な記憶媒体は、非一時的(ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ)記憶媒体の形態で提供されることができる。ここで、‘非一時的’は記憶媒体が信号(ｓｉｇｎａｌ)を含まず実在(ｔａｎｇｉｂｌｅ)するということを意味するだけデータが記憶媒体に半永久的又は臨時的に記憶されることを区分しない。

本開示に開示された多様な実施形態による方法はコンピュータープログラム製品(ｃｏｍｐｕｔｅｒｐｒｏｇｒａｍｐｒｏｄｕｃｔ)に含まれて提供されることができる。コンピュータープログラム製品は商品として販売者及び購買者の間に取り引きされることができる。コンピュータープログラム製品は機器で読取り可能な記憶媒体(例えば、ｃｏｍｐａｃｔｄｉｓｃｒｅａｄｏｎｌｙｍｅｍｏｒｙ(ＣＤ－ＲＯＭ))の形態で、又はアプリケーションストア(例えば、プレーストアＴＭ)を介してオンラインに配布されることができる。オンライン配布の場合に、コンピュータープログラム製品の少なくとも一部は製造社のサーバー、アプリケーションストアのサーバー、又は中継サーバーのメモリーのような記憶媒体に少なくとも一時記憶されたり、臨時的に生成されることができる。

多様な実施形態による構成要素(例えば、モジュール又はプログラム)のそれぞれは単数又は複数の個体で構成されることができ、前述の当該サブ構成要素のうちの一部サブ構成要素が省略されたり、又は他のサブ構成要素が多様な実施形態にさらに含まれることができる。大体的に又は追加的に、一部構成要素(例えば、モジュール又はプログラム)は一つの個体に統合され、統合される以前のそれぞれの当該構成要素によって行われる機能を同一又は類似に行うことができる。多様な実施形態による、モジュール、プログラム又は他の構成要素によって行われる動作は順次、並列的、繰り返し的又はヒュリスティックするように実行されたり、少なくとも一部動作が他の順序で実行されたり、省略されたり、又は他の動作が追加されることができる。

本開示の多様な実施形態で説明されたが、通常の技術者には多様な変更及び修正が提示されることができる。本開示の添付された請求項の範囲内に属するそういう変更及び修正を含むことに意図される。

３０５ＮＲＣＮ
３１０ＮＲｇＮＢ
３１５ユーザ端末
３２０無線アクセス
３２５ＭＭＥ
３３０ｅＮＢ
４０５ＮＲＰＤＣＰ
４１０ＮＲＲＬＣ
４１５ＮＲＭＡＣ
４２０ＰＨＹ階層
４２５ＰＨＹ階層
４３０ＮＲＭＡＣ
４３５ＮＲＲＬＣ
４４０ＮＲＰＤＣＰ

Claims

ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）の方法は、
主基地局（ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ）からベアラーに対する無線リソースを前記補助基地局が割り当てるようにリクエストするための第１メッセージを受信する段階と、
前記ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）に送信する段階と、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを、前記ＣＵ－ＵＰに送信する段階と、を含み、
前記指示情報は前記第１メッセージに基づいて生成され、
前記ベアラーを介して受信される前記パケットは、前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ＣＵ－ＵＰで整列されることを特徴とする、方法。
前記ＰＤＣＰバージョンが変更されたか否かは前記第１メッセージに含まれている補助基地局追加（ＳｇＮＢＡｄｄｉｔｉｏｎ）がリクエストされた少なくとも一つ以上のベアラーに対する情報及び前記少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報に基づいて確認されることを特徴とする、請求項１に記載の方法。
ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）の方法であって、
ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）から受信する段階と、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを前記ＣＵ－ＣＰから受信する段階と、
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てる段階と、を含み、
前記指示情報は、前記補助基地局に前記ベアラーのための無線リソースの割り当てを要求する第１メセージに基づいて生成され、前記第１メセージは、主基地局（ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ）から受信される、方法。
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てる段階は、
前記指示情報に基づいて前記ベアラーのＰＤＣＰバージョン変更があるか否かを確認する段階と、
前記ベアラーのＰＤＣＰバージョン変更がある場合、前記ＰＤＣＰシーケンスナンバーを初期化して前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てる段階と、
前記ベアラーのＰＤＣＰバージョン変更がない場合、前記カウント情報に基づいて前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てる段階と、を含む、請求項３に記載の方法。
前記ベアラーのＰＤＣＰバージョン変更がある場合、ＰＤＣＰシーケンスナンバーを初期化して前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てる段階は端末に送信される第１のダウンリンクパケットにＰＤＣＰシーケンスナンバー０を割り当てることを特徴とする、請求項４に記載の方法。
ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）の方法であって、
ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）から受信する段階と、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを前記ＣＵ－ＣＰから受信する段階と、
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列する段階と、を含む、方法。
前記少なくとも一つ以上のアップリンクパケットは主基地局からデータフォワーディングされる少なくとも一つ以上のアップリンクパケットと端末から受信される少なくとも一つ以上のアップリンクパケットを含むことを特徴とする、請求項６に記載の方法。
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される前記少なくとも一つ以上のアップリンクパケットの順序を整列する段階は、
前記指示情報に基づいて前記ベアラーのＰＤＣＰバージョン変更があるか否かを確認する段階と、
前記ベアラーのＰＤＣＰバージョン変更がある場合、前記少なくとも一つ以上のアップリンクパケットの順序を先入先出方式（ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ）で整列する段階と、
前記ベアラーのＰＤＣＰバージョン変更がない場合、前記少なくとも一つ以上のアップリンクパケットの順序を前記カウント情報に基づいて整列する段階と、を含む、請求項６に記載の方法。
前記先入先出方式（ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ）で整列された前記少なくとも一つ以上のアップリンクパケットのＰＤＣＰシーケンスナンバーは送信制御プロトコル（（ｔｒａｎｓｍｉｓｓｉｏｎｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ、ＴＣＰ）階層（ｌａｙｅｒ）で整列されることを特徴とする、請求項８に記載の方法。
ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）は
送受信部と、
プロセッサと、を含み、前記プロセッサは
主基地局（ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ）からベアラーに対する無線リソースを前記補助基地局が割り当てるようにリクエストするための第１メッセージを受信し、
前記ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）に送信し、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを前記ＣＵ－ＣＰに送信するように前記送受信部を制御するように設定され、
前記指示情報は前記第１メッセージに基づいて生成され、
前記ベアラーを介して受信される前記パケットは、前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ＣＵ－ＵＰで整列されることを特徴とする、中央装置－制御プレーン。
前記プロセッサは、前記ＰＤＣＰバージョンが変更されたか否かを前記第１メッセージに含まれている補助基地局追加（ＳｇＮＢＡｄｄｉｔｉｏｎ）がリクエストされた少なくとも一つ以上のベアラーに対する情報及び前記少なくとも一つ以上のベアラーのＰＤＣＰバージョンに対する情報に基づいて確認するように設定されることを特徴とする、請求項１０に記載の中央装置－制御プレーン。
ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）は
送受信部と、
プロセッサと、を含み、前記プロセッサは
ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）から受信するように前記送受信部を制御し、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを前記ＣＵ－ＣＰから受信するように前記送受信部を制御し、
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てるように制御するように設定され、
前記指示情報は前記補助基地局に前記ベアラーのための無線リソースの割り当てを要求する第１メセージに基づいて生成され、前記第１メセージは、主基地局（ｍａｓｔｅｒｎｏｄｅ、ＭＮ、ｍａｓｔｅｒｅＮＢ、ＭｅＮＢ）から受信されることを特徴とする、中央装置－ユーザプレーン。
前記プロセッサは前記指示情報に基づいて前記ベアラーのＰＤＣＰバージョン変更があるか否かを確認し、
前記ベアラーのＰＤＣＰバージョン変更がある場合、前記ＰＤＣＰシーケンスナンバーを初期化して前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てて、
前記ベアラーのＰＤＣＰバージョン変更がない場合、前記カウント情報に基づいて前記少なくとも一つ以上のダウンリンクパケットに前記ＰＤＣＰシーケンスナンバーを割り当てるように設定されることを特徴とする、請求項１２に記載の中央装置－ユーザプレーン。
ＥＮ－ＤＣ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓａｎｄｎｅｗｒａｄｉｏｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）をサポートする無線通信システムにおいて補助基地局（ｓｅｃｏｎｄａｒｙｎｏｄｅ、ＳＮ、ｓｅｃｏｎｄａｒｙｇＮＢ、ＳｇＮＢ）に含まれた中央装置－ユーザプレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｕｓｅｒｐｌａｎｅ、ＣＵ－ＵＰ）は
送受信部と、
プロセッサと、を含み、前記プロセッサは
ベアラーのＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）バージョンが変更されたか否かを指示する指示情報を含む第２メッセージを前記補助基地局に含まれた中央装置－制御プレーン（ｃｅｎｔｒａｌｕｎｉｔ－ｃｏｎｔｒｏｌｐｌａｎｅ、ＣＵ－ＣＰ）から受信するように前記送受信部を制御し、
前記ベアラーを介して受信されるパケットのＰＤＣＰシーケンスナンバーに対するカウント情報を含む第３メッセージを前記ＣＵ－ＣＰから受信するように前記送受信部を制御し、
前記指示情報又は前記カウント情報のうちの少なくとも一つに基づいて前記ベアラーを介して受信される少なくとも一つ以上のアップリンクパケットの順序を整列するように制御するように設定されることを特徴とする、中央装置－ユーザプレーン。
前記プロセッサは前記指示情報に基づいて前記ベアラーのＰＤＣＰバージョン変更があるか否かを確認し、
前記ベアラーのＰＤＣＰバージョン変更がある場合、前記少なくとも一つ以上のアップリンクパケットの順序を先入先出方式（ｆｉｒｓｔｉｎｐｕｔｆｉｒｓｔｏｕｔｐｕｔ、ＦＩＦＯ）で整列し、
前記ベアラーのＰＤＣＰバージョン変更がない場合、前記少なくとも一つ以上のアップリンクパケットの順序を前記カウント情報に基づいて整列するように設定されることを特徴とする、請求項１４に記載の中央装置－ユーザプレーン。