(57)【要約】  第一のＳｅＮＢに残存するパケットデータをＭｅＮＢを経由して第二のＳｅＮＢに転送する方法では、通信回線の利用が非効率である。本発明の基地局の一態様は、マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける基地局であって、前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する。
2016152140.tif 000002
【特許請求の範囲】
【請求項１】
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する、
基地局。
【請求項２】
前記送信部は、前記マスタセル基地局との間の回線に不具合がある場合、前記残存するデータを前記セカンダリセル基地局に送信する、
請求項１に記載の基地局。
【請求項３】
前記送信部は、前記残存するデータを前記セカンダリセル基地局に送信した後、前記マスタセル基地局に対し、前記セカンダリセル基地局に送信したデータに関する第一の情報を送信する、
請求項１または２に記載の基地局。
【請求項４】
前記送信部は、前記残存するデータを前記セカンダリセル基地局に送信した後、前記セカンダリセル基地局に対し、前記セカンダリセル基地局に送信したデータに関する第一の情報を送信する、
請求項１乃至３の何れか１つに記載の基地局。
【請求項５】
前記送信部は、前記残存するデータを、Ｘ２−ＵＰレイヤ上で前記セカンダリセル基地局に送信する、
請求項１乃至４の何れか１つに記載の基地局。
【請求項６】
前記第一の情報は、Ｆｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる、請求項５に記載の第二の基地局。
【請求項７】
前記送信部は、前記残存するデータを、ＧＴＰレイヤ上で前記セカンダリセル基地局に送信する、請求項１乃至４の何れか１つに記載の基地局。
【請求項８】
前記第一の情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる、請求項７に記載の基地局。
【請求項９】
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける第二の基地局の方法であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信し、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信することを有し、
前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する、
方法。
【請求項１０】
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、前記セカンダリセル基地局に残存するデータを、前記セカンダリセル基地局から受信する、
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信網における通信装置、通信システム、制御方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、２つのｅＮＢ（ｅＮｏｄｅ  Ｂ）とＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）との間でパケットデータを送受信する、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙと称されるＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅ）ネットワークが制定されている。【０００３】
図１８に、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙを実現する無線通信システムの構成の一例を示す。【０００４】
図１８に示す無線通信システムは、ＵＥ１と、ＭｅＮｏｄｅＢ（Ｍａｓｔｅｒ  ｅＮｏｄｅ  Ｂ。以下、ＭｅＮＢと表記する）２と、ＳｅＮｏｄｅＢ（Ｓｅｃｏｎｄａｒｙ  ｅＮｏｄｅ  Ｂ。以下、ＳｅＮＢと表記する）３と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）４と、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５と、を有している。【０００５】
ＭｅＮＢ２は、マスタセル基地局である。【０００６】
ＳｅＮＢ３は、セカンダリセル基地局である。なお、ＳｅＮＢ３の配下のセル（ＳＣＧ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）は、ＭｅＮＢ２の配下のセル（ＭＣＧ：Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）のカバーエリア内に位置している。【０００７】
ＵＥ１は、ＭｅＮＢ２およびＳｅＮＢ３からＤＬ（ＤｏｗｎＬｉｎｋ）のパケットデータを受信する端末装置である。なお、ＵＥ１は、ＵＬ（ＵｐＬｉｎｋ）のパケットデータについては、ＭｅＮＢ２のみに送信するか、または、ＭｅＮＢ２およびＳｅＮＢ３に送信することになる。【０００８】
ＭＭＥ４は、ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）に配置されたコアネットワーク装置であり、Ｃ（Ｃｏｎｔｒｏｌ）−ｐｌａｎｅの伝送やＵＥ１の移動管理を行う。【０００９】
Ｓ−ＧＷ５は、ＣＮに配置されたコアネットワーク装置であり、Ｕ（Ｕｓｅｒ）−ｐｌａｎｅのパケットデータの伝送を行う。【００１０】
なお、ＭｅＮＢ２とＳｅＮＢ３とはＸ２  Ｉｎｔｅｒｆａｃｅを介して接続され、ＭＭＥ４およびＳ−ＧＷ５とＭｅＮＢ２およびＳｅＮＢ３とはＳ１  Ｉｎｔｅｒｆａｃｅを介して接続されている。【００１１】
図１９に、Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＣ−ｐｌａｎｅの接続構成の一例を示す。【００１２】
図１９に示すように、Ｃ−ｐｌａｎｅは接続されている。Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙの接続状態にあるＵＥ１のＣｏｎｎｅｃｔｉｏｎは、ＭｅＮＢ２とＭＭＥ４間のＳ１−ＭＭＥのみとなる。また、ＵＥ１のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  Ｃｏｎｎｅｃｔｉｏｎも、ＭｅＮＢ２との間の無線区間に存在するのみである。即ち、少なくともＵＥ１とＳｅＮＢ３との間の無線区間にはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎは存在しない。ただし、ＳｅＮＢ３は、ＵＥ１へのＲＲＣメッセージに関連する信号情報を作成して、その作成した信号情報をＭｅＮＢ２経由でＵＥ１に送信することはある。【００１３】
また、Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＵ−ｐｌａｎｅの接続構成としては、Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成と、ＳＣＧ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成と、が挙げられる。【００１４】
図２０に、Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＵ−ｐｌａｎｅの接続構成の一例を示し、図２１に、Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＲａｄｉｏ  Ｐｒｏｔｏｃｏｌの接続構成の一例を示す。【００１５】
図２０および図２１に示すように、Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合、Ｕ−ｐｌａｎｅのＤＬのパケットデータは、Ｓ−ＧＷ５からＭｅＮＢ２にのみ送信され、ＳｅＮＢ３には送信されない。なお、図２０および図２１の構成において、ＭｅＮＢ２からＵＥ１へのベアラは、ＭＣＧ  ｂｅａｒｅｒと称され、ＳｅＮＢ３からＵＥ１へのベアラは、ＳＣＧ  ｂｅａｒｅｒと称される。【００１６】
図２１に示すように、ＵＥ１、ＭｅＮＢ２、およびＳｅＮＢ３は、ＰＤＣＰ（Ｐａｃｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、およびＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤからなるレイヤ構成を取っている。【００１７】
ＭｅＮＢ２では、Ｓ−ＧＷ５から受信したＵ−ｐｌａｎｅのＤＬのパケットデータは、ＰＤＣＰレイヤにて受け付けられる。ここで、ＭｅＮＢ２の一方のＰＤＣＰレイヤ（図２１中右側のレイヤ）は、ある一部のパケットデータ（ＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ））については自配下のセル経由でＵＥ１に送信し、ある一部のパケットデータ（ＰＤＣＰ  ＰＤＵ）についてはＳｅＮＢ３経由でＵＥ１に送信することができる。即ち、ＭｅＮＢ２のＰＤＣＰレイヤでは、Ｕ−ｐｌａｎｅのパケットデータを分離する（Ｓｐｌｉｔする）ことができる。【００１８】
ところで、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙを実現する無線通信システムでは、ＳｅＮＢの追加や削除に伴い、ＭｅＮＢは、当該ＭｅＮＢと接続されるＳｅＮＢ（Ｓｏｕｒｃｅ  ＳｅＮＢ）を、別のＳｅＮＢ（Ｔａｒｇｅｔ  ＳｅＮＢ）に変えることがある。これは、ＳｅＮＢ  Ｃｈａｎｇｅと言う技術である。ＳｅＮＢ  Ｃｈａｎｇｅを行う際、Ｓｏｕｒｃｅ  ＳｅＮＢは、Ｓｏｕｒｃｅ  ＳｅＮＢに残存するパケットデータを、他の装置に転送する必要がある。【００１９】
非特許文献１では、Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合に、ＳｅＮＢ  Ｃｈａｎｇｅを行う際、Ｓｏｕｒｃｅ  ＳｅＮＢに残存するパケットデータを、ＭｅＮＢに転送するよう、規定されている。Ｓｏｕｒｃｅ  ＳｅＮＢからＭｅＮＢに転送されたパケットデータは、その後、ＭｅＮＢからＴａｒｇｅｔ  ＳｅＮＢに転送される。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】国際公開第２０１１／１５８６６３号
【非特許文献】
【００２１】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  ｖ１２．４．０（２０１５−０１）
【発明の概要】
【発明が解決しようとする課題】
【００２２】
しかし、Ｓｏｕｒｃｅ  ＳｅＮＢに残存するパケットデータを、ＭｅＮＢを経由してＴａｒｇｅｔ  ＳｅＮＢに転送する方法では、Ｓｏｕｒｃｅ  ＳｅＮＢ−ＭｅＮＢ間の通信リソースおよびＭｅＮＢ−Ｔａｒｇｅｔ  ＳｅＮＢ間の通信リソースを使用することとなり、通信回線の利用が非効率であるという問題がある。【００２３】
そこで、本明細書に開示される実施形態が達成しようとする目的の１つは、第一の基地局（ＭｅＮＢ）を必ずしも経由しなくとも、第二の基地局（Ｓｏｕｒｃｅ  ＳｅＮＢ）から第三の基地局（Ｔａｒｇｅｔ  ＳｅＮＢ）に対し、第二の基地局（Ｓｏｕｒｃｅ  ＳｅＮＢ）に残存するパケットデータを送信することを可能にする基地局、通信システム、方法等を提供することである。
【課題を解決するための手段】
【００２４】
本実施形態の基地局は、
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する。【００２５】
本実施形態の基地局の方法は、
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置からなる通信システムにおける基地局の方法であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信するステップと、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信するステップとを有し、
前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する。【００２６】
本実施形態の基地局は、
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置からなる通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、前記セカンダリセル基地局に残存するデータを、前記セカンダリセル基地局から受信する。
【発明の効果】
【００２７】
上述の実施形態によれば、第一の基地局１００を必ずしも経由しなくとも、第二の基地局２００から第三の基地局３００に対し、第二の基地局２００に残存するデータを送信することができる。
【図面の簡単な説明】
【００２８】
【図１】第１の実施形態に係る通信システムの構成図である。
【図２】第１の実施形態に係る第二の基地局のブロック図である。
【図３】第１の実施形態に係る第三の基地局のブロック図である。
【図４】第１の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図５】第１の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図６】第１の実施形態に係る通信システムのアーキテクチャの一例である。
【図７】第１の実施形態に係る通信システムのアーキテクチャの一例である。
【図８】第２の実施形態に係る第二の基地局のブロック図である。
【図９】第２の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図１０】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１１】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１２】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１３】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１４】送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１５】送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１６】送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１７】第３の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図１８】Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙを実現する無線通信システムの構成の一例である。
【図１９】Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＣ−ｐｌａｎｅの接続構成の一例である。
【図２０】Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＵ−ｐｌａｎｅの接続構成の一例である。
【図２１】Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＲａｄｉｏ  Ｐｒｏｔｏｃｏｌの接続構成の一例である。
【図２２】第二の基地局のブロック図である。
【発明を実施するための形態】
【００２９】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３０】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３１】
＜第１の実施形態＞
図１は、本実施形態に係る通信システムの構成例を示している。当該通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。図１を参照すると、当該通信システムは、第一の基地局１００と、第二の基地局２００と、第三の基地局３００と、端末装置４００とコアネットワーク５００とを含む。
【００３２】
第一の基地局１００は、コアネットワーク５００と、下りデータおよび上りデータを送受信する。ここで、下りデータおよび上りデータは、制御信号またはユーザーデータの一方または両方を含む。また、第一の基地局１００は、コアネットワーク５００から受信した下りのユーザーデータの全て又は一部を、第二の基地局２００に送信する。
【００３３】
第二の基地局２００は、第一の基地局１００から受信した下りのユーザーデータを、端末装置４００に送信する。また、第二の基地局２００は、端末装置４００から受信した上りのユーザーデータを、第一の基地局１００に送信することができる。
【００３４】
第二の基地局２００および第三の基地局３００は、コアネットワーク５００とは接続していない。
【００３５】
端末装置４００は、第一の基地局１００と第二の基地局２００とから下りのユーザーデータを受信する。
【００３６】
図２は、本実施形態における第二の基地局２００の構成の一例を示す。
【００３７】
第二の基地局２００は、受信部２０および送信部２１を少なくとも有する。
【００３８】
受信部２０は、第一の基地局１００がコアネットワーク５００から受信した下りのユーザーデータの全部又は一部を、第一の基地局１００から受信する。
【００３９】
受信部２０が受信した下りのユーザーデータを、端末装置４００に送信する。また、送信部２１は、第一の基地局１００がコアネットワーク５００から受信した下りのユーザーデータの全部又は一部を端末装置４００に送信する基地局（以下、端末装置４００用基地局とよぶ）を、第一の基地局１００が第二の基地局２００から第三の基地局３００へ変更する場合、送信部２１は、第二の基地局２００に残存する（ｒｅｍａｉｎｉｎｇ）データ（以下、残存データとよぶ）の一部又は全てを、第三の基地局３００に送信する。
【００４０】
なお、残存データは、例えば、第二の基地局２００が第一の基地局１００から受信した下りのユーザーデータでも良いし、第二の基地局２００が端末装置４００から受信した上りのユーザーデータでも良い。また、残存データは、ユーザーデータであっても良いし、制御信号であっても良い。また、ユーザーデータは、ＰＤＣＰ  ＰＤＵであっても良いし、他の種々のデータであっても良い。
【００４１】
なお、送信部２１が、残存データを第三の基地局３００に送信するタイミングは、第一の基地局１００が端末装置４００用基地局を第二の基地局２００から第三の基地局３００へ変更することを、第二の基地局２００が知ったときでも良い。具体的には、例えば、第二の基地局２００が第一の基地局１００からＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔメッセージ等のメッセージを受信したときでも良い。
【００４２】
図３は、本実施形態における第三の基地局３００の構成の一例を示す。
【００４３】
第三の基地局３００は、送信部３０および受信部３１を少なくとも有する。
【００４４】
送信部３０は、受信部３１が受信した下りのユーザーデータを、端末装置４００に送信することができる。
【００４５】
受信部３１は、第一の基地局１００がコアネットワーク５００から受信した下りのユーザーデータの全部又は一部を、第一の基地局１００から受信する。また、受信部３１は、第一の基地局１００が端末装置４００用基地局を、第二の基地局２００から第三の基地局３００へ変更する際、残存データを、第二の基地局２００から受信する。
【００４６】
次に、本実施形態の通信システムの動作について、図４を用いて説明する。図４では、一例として、下りのユーザーデータ（ＤＬ  ＵＳＥＲ  Ｄａｔａ：Ｄｏｗｎ  Ｌｉｎｋ  ＵＳＥＲ  Ｄａｔａとも言う）を第二の基地局２００が第三の基地局３００に送信する通信システムの動作を示す。
【００４７】
ステップＳ１０では、コアネットワーク５００は、下りのユーザーデータ（ＧＴＰ−ＰＤＵ＃１およびＧＴＰ−ＰＤＵ＃２）（ＧＴＰ−ＰＤＵ：ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を第一の基地局１００に送信する。なお、コアネットワーク５００が第一の基地局１００に送信する下りのユーザーデータはＧＴＰ−ＰＤＵである。
【００４８】
ステップＳ１１およびステップＳ１２では、第一の基地局１００は、コアネットワーク５００から受信した下りのユーザーデータを第二の基地局２００に送信する。なお、第一の基地局１００が第二の基地局２００に送信する下りのユーザーデータはＰＤＣＰ−ＰＤＵである。
【００４９】
ステップＳ１３では、第三の基地局３００は、第一の基地局１００から受信した下りのユーザーデータの内、ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）が１の下りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃１）を端末装置４００に送信する。
【００５０】
ステップＡ１０では、第一の基地局１００は、第二の基地局２００にＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔメッセージを送信する。この時点で、第二の基地局２００は、ＰＤＣＰ−ＰＤＵ＃２を端末装置４００に送信していない。つまり、ＰＤＣＰ−ＰＤＵ＃２は、第二の基地局２００のバッファ内に残存している。そのため、残存データはＰＤＣＰ−ＰＤＵ＃２である。
【００５１】
ステップＳ１４では、第二の基地局２００は、残存データ（ＰＣＤＰ−ＰＤＵ＃２）を、第三の基地局３００に送信する。
【００５２】
ステップＡ１１では、第一の基地局１００は、第二の基地局２００にＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅメッセージを送信する。
【００５３】
ステップＳ１５では、第三の基地局３００は、端末装置４００にＳＮが２のデータ（ＰＤＣＰ−ＰＤＵ＃２）を送信する。なお、ステップＡ１１とステップＳ１５の順序は、逆であっても良い。また、ステップＳ１４とステップＡ１１の順序は、逆であっても良い。
【００５４】
次に、本実施形態の通信システムの動作について、図５を用いて説明する。図５では、一例として、上りのユーザーデータ（ＵＬ  ＵＳＥＲ  Ｄａｔａ：Ｕｐ  Ｌｉｎｋ  ＵＳＥＲ  Ｄａｔａとも言う）を第二の基地局２００が第三の基地局３００に送信する通信システムの動作を示す。
【００５５】
ステップＳ１６では、端末装置４００は、上りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃９８）を第二の基地局２００に送信する。
【００５６】
ステップＡ１０は、図４のステップＡ１０と同様である。
【００５７】
ステップＡ１２では、第一の基地局１００は、端末装置４００に対し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｉｏｎメッセージを送信する。
【００５８】
ステップＳ１７では、端末装置４００は、上りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃９９）を第二の基地局２００に送信する。
【００５９】
ステップＡ１１では、図４のステップＡ１１と同様である。
【００６０】
第二の基地局２００がステップＳ１８の動作を行う直前、第二の基地局２００は、ＰＤＣＰ−ＰＤＵ＃９８およびＰＤＣＰ−ＰＤＵ＃９９を第一の基地局１００に送信していない。つまり、両ＰＤＣＰ−ＰＤＵは、第二の基地局２００のバッファ内に残存している。
そのため、残存データはＰＤＣＰ−ＰＤＵ＃９８およびＰＤＣＰ−ＰＤＵ＃９９である。
ステップＳ１８では、第二の基地局２００は、残存データ（ＰＤＣＰ−ＰＤＵ＃９８およびＰＤＣＰ−ＰＤＵ＃９９）を第三の基地局３００に送信する。
【００６１】
ステップＡ１３では、端末装置４００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを第一の基地局１００に送信する。
【００６２】
ステップＳ１９では、第三の基地局３００は、第二の基地局２００から受信した上りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃９８およびＰＤＣＰ−ＰＤＵ＃９９）を、第一の基地局１００に送信する。
【００６３】
ステップＳ２０では、第一の基地局１００は、第三の基地局３００から受信した上りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃９８およびＰＤＣＰ−ＰＤＵ＃９９）をコアネットワーク５００に送信する。
【００６４】
なお、ステップＡ１１からステップＳ１３までの間で、第二の基地局２００が端末装置４００から受信した上りのユーザーデータがあれば、第二の基地局２００は当該上りのユーザーデータをステップＳ１８で第三の基地局３００に送信しても良い。また、ステップＳ１８は、ステップＡ１０の後に行われれば良い。そのため、例えば、ステップＳ１８とステップＡ１１の順序が逆であっても良い。
【００６５】
なお、第二の基地局２００は、ＧＴＰレイヤを用いて残存データを第三の基地局３００へ送信しても良い。具体的には、第二の基地局２００は、第二の基地局２００のＧＴＰレイヤから第三の基地局３００のＧＴＰレイヤに対し、残存データを送信する。この場合における通信システムのアーキテクチャを、図６に示す。
【００６６】
図６を参照すると、第一の基地局１００はＰＤＣＰレイヤ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤ、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ、ＰＨＹ（Ｐｈｙｓｉｃａｌ）レイヤ、Ｘ２−ＵＰ（Ｘ２−Ｕｓｅｒ  Ｐｌａｎｅ）レイヤおよびＧＴＰレイヤを少なくとも有する。また、第二の基地局２００はＸ２−ＵＰレイヤ、ＧＴＰレイヤ、管理レイヤ、ＲＬＣレイヤ、ＭＡＣレイヤおよびＰＨＹレイヤを少なくとも有する。また、第三の基地局３００はＧＴＰレイヤ、管理レイヤ、ＲＬＣレイヤ、ＭＡＣレイヤおよびＰＨＹレイヤを少なくとも有する。
【００６７】
第一の基地局１００が第二の基地局２００に対し下りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃１およびＰＤＣＰ−ＰＤＵ＃２）を送信する場合、当該下りのユーザーデータの送信にはＸ２−ＵＰレイヤが用いられる。
【００６８】
一方、第二の基地局２００が第三の基地局３００に対し、下りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃２）および／又は上りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃９９）を送信する場合、第二の基地局２００は、当該下りのユーザーデータおよび／又は当該上りのユーザーデータをＧＴＰレイヤが用いて第三の基地局３００に送信する。
【００６９】
上述のように、第二の基地局２００がＧＴＰレイヤを用いて第三の基地局３００に残存データを送信する場合、本出願の出願時に存在する３ＧＰＰ標準仕様書にて規定されたアーキテクチャに何ら変更を加えることなく、本実施形態を実施することができる。
【００７０】
また、第二の基地局２００は、Ｘ２−ＵＰレイヤを用いて残存データを第三の基地局３００へ送信しても良い。具体的には、第二の基地局２００は、第二の基地局２００のＸ２−ＵＰレイヤから第三の基地局３００のＸ２−ＵＰレイヤに対して、残存データを送信する。この場合における通信システムのアーキテクチャを、図７に示す。
【００７１】
図７を参照すると、第一の基地局１００はＰＤＣＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、ＰＨＹレイヤ、Ｘ２−ＵＰレイヤおよびＧＴＰレイヤを少なくとも有する。また、第二の基地局２００はＸ２−ＵＰレイヤ、ＧＴＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤおよびＰＨＹレイヤを少なくとも有する。また、第三の基地局３００はＸ２−ＵＰレイヤ、ＧＴＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤおよびＰＨＹレイヤを少なくとも有する。
【００７２】
第一の基地局１００が第二の基地局２００に対し、下りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃１およびＰＤＣＰ−ＰＤＵ＃２）を送信する場合、当該下りのユーザーデータの送信にはＸ２−ＵＰレイヤが用いられる。
【００７３】
さらに、第二の基地局２００が第三の基地局３００に対し、下りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃２）および／又は上りのユーザーデータ（例えば、ＰＤＣＰ−ＰＤＵ＃９９）を送信する場合、第二の基地局２００は当該下りのユーザーデータおよび／又は当該上りのユーザーデータをＸ２−ＵＰレイヤを用いて、第三の基地局３００に送信する。
【００７４】
上述のように、第二の基地局２００は、残存データをＸ２−ＵＰレイヤを用いて第三の基地局３００に送信することもできる。
【００７５】
なお、上述の実施形態では、第一の基地局１００および第二の基地局２００と通信を行う端末装置が端末装置４００のみであるが、上述の実施形態は本構成に限定されるものではない。第一の基地局１００および第二の基地局２００と通信を行う端末装置が複数台存在する場合の一例を、次に説明する。
【００７６】
例えば、第一の基地局１００および第二の基地局２００と通信を行う端末装置が、端末装置４００と端末装置４０５の２台である場合、当該通信システムには、第一の基地局１００がコアネットワーク５００から受信した下りのユーザーデータの全部又は一部を端末装置４００に送信する基地局（端末装置４００用基地局）と、第一の基地局１００がコアネットワーク５００から受信した下りのユーザーデータの全部又は一部を端末装置４０５に送信する基地局（以下、端末装置４０５用基地局とよぶ）が存在する。端末装置４００用基地局と端末装置４０５用基地局は１つの基地局が担っても良い。具体的には、例えば、第二の基地局２００が、端末装置４００用基地局の役割と端末装置４０５用基地局の役割を担っても良い。
【００７７】
第一の基地局１００が、端末装置４００用基地局のみを第二の基地局２００から第三の基地局３００に変更した場合、第二の基地局２００は、第二の基地局２００が端末装置４００から受信した上りのユーザーデータおよび、第二の基地局２００が第一の基地局１００から受信した端末装置４００のための下りのユーザーデータを、第三の基地局３００に送信する。つまり、第二の基地局２００が第三の基地局３００に送信する残存データは、第二の基地局２００が端末装置４００から受信した上りのユーザーデータおよび、第二の基地局２００が第一の基地局１００から受信した端末装置４００のための下りのユーザーデータである。
【００７８】
なお、第一の基地局１００は、第二の基地局２００に対し、残存データの一部又は全てを、第二の基地局２００がどの基地局に送信すべきかを示すアドレス（以下、アドレス情報と呼ぶ）を通知しても良い。アドレス情報は、第一の基地局１００を示す情報および第三の基地局３００を示す情報の何れか一方またはその両方を含んでいても良い。
【００７９】
アドレス情報を第一の基地局１００から受信した第二の基地局２００は、当該アドレス情報に基づき、残存データの一部又は全てを送信する送信先の基地局を決定しても良い。
第一の基地局１００から受信したアドレス情報に、第三の基地局３００を示す情報および第一の基地局を示す情報が共に含まれている場合、第二の基地局２００はどちらか一方の基地局に残存データを送信しても良いし、両基地局に残存データを送信しても良い。また、何らかの原因で、第二の基地局２００と第一の基地局１００の間、または第二の基地局２００と第三の基地局３００の間でデータの送受信に問題がある場合は、第二の基地局２００は問題が生じていない方の経路を用いて、残存データを送信しても良い。また、第一の基地局１００から受信したアドレス情報に、第三の基地局３００を示す情報および第一の基地局を示す情報が共に含まれている場合でも、第二の基地局２００が第三の基地局３００とＸ２インターフェースを有していない場合は、第一の基地局１００を経由させて残存データを第三の基地局３００に送信しても良い。
【００８０】
なお、本実施形態をＤｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙに適用する場合、図１に示す通信システムにおける各装置は、第一の基地局１００はＭｅＮＢ、第二の基地局２００はＳｅＮＢ（Ｓｏｕｒｃｅ  ＳｅＮＢと称しても良い）、第三の基地局３００はＳｅＮＢ（Ｔａｒｇｅｔ  ＳｅＮＢと称しても良い）、コアネットワーク５００はＳ−ＧＷに、それぞれ対応する。
【００８１】
以上のようにして、本実施形態における通信システムでは、第一の基地局１００を必ずしも経由しなくとも、第二の基地局２００から第三の基地局３００に対し、第二の基地局２００に残存するデータを送信することができる。
【００８２】
＜第２の実施形態＞
第１の実施形態では、残存データを、第二の基地局２００が第一の基地局１００を介さずに第三の基地局３００に送信した。そのため、第一の基地局１００は、第三の基地局３００が保有する残存データが何であるかを知ることができない。本実施形態では、本課題を解決する手法をさらに提供する。
【００８３】
本実施形態における通信システムの構成例は、第１の実施形態と同様である。なお、本実施形態では、第１の実施形態における第一の基地局１００、第二の基地局２００、第三の基地局３００、端末装置４００およびコアネットワーク５００をそれぞれ、第一の基地局１１０、第二の基地局２１０、第三の基地局３１０、端末装置４１０およびコアネットワーク５１０とする。
【００８４】
図８、本実施形態における第二の基地局２１０の構成の一例を示す。
【００８５】
第二の基地局２１０は、受信部２２、送信部２３を少なくとも有する。
【００８６】
受信部２２は、第一の基地局１１０がコアネットワーク５１０から受信した下りのユーザーデータの全部又は一部を、第一の基地局１１０から受信する。
【００８７】
送信部２３は、第１の実施形態の送信部１０と同様に、第一の基地局１１０がコアネットワーク５１０から受信した下りのユーザーデータの全部又は一部を端末装置４１０に送信する基地局（以下、端末装置４１０用基地局とよぶ）を、第一の基地局１１０が第二の基地局２１０から第三の基地局３１０へ変更する際、第二の基地局２１０に残存する（ｒｅｍａｉｎｉｎｇ）データ（以下、残存データとよぶ）を、第三の基地局３１０に送信する。さらに本実施形態に係る送信部２３は、残存データを第三の基地局３１０に送信した後、第一の基地局１１０に対し、第三の基地局３１０に送信したデータに関する情報（以下、送信状況情報とよぶ）を送信する。送信状況情報は、例えば、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージ等のメッセージに組み込まれても良い。送信状況情報の具体例は後で述べる。
【００８８】
図９、本実施形態における通信システムの動作の一例を示す。図９では、一例として、下りのユーザーデータを第二の基地局２１０が第三の基地局３１０に送信する場合の、通信システムの動作を示す。
【００８９】
ステップＳ１０では、コアネットワーク５１０は、下りのユーザーデータ（ＧＴＰ−ＰＤＵ＃１およびＧＴＰ−ＰＤＵ＃２）を第一の基地局１１０に送信する。コアネットワーク５１０が第一の基地局１１０に送信する下りのユーザーデータは、ＧＴＰ−ＰＤＵである。
【００９０】
ステップＳ１１およびステップＳ１２では、第一の基地局１１０は、コアネットワーク５１０から受信した下りのユーザーデータを、第二の基地局２１０に送信する。第一の基地局１１０が第二の基地局２１０に送信する下りのユーザーデータは、ＰＤＣＰ−ＰＤＵである。
【００９１】
ステップＳ１３では、第三の基地局３１０は、第一の基地局１１０から受信した下りのユーザーデータの内、ＳＮが１の下りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃１）を端末装置４１０に送信する。
【００９２】
ステップＡ１０では、第一の基地局１１０は、第二の基地局２１０にＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔメッセージを送信する。この時点で、第二の基地局２１０は、ＰＤＣＰ−ＰＤＵ＃２を端末装置４１０に送信していない。つまり、ＰＤＣＰ−ＰＣＵ＃２は、第二の基地局２１０のバッファ内に残存している。そのため、残存データはＰＤＣＰ−ＰＣＵ＃２である。
【００９３】
ステップＡ１２では、第一の基地局１１０は端末装置４１０に対し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｉｏｎメッセージを送信する。
【００９４】
ステップＡ１３では、端末装置４１０は第一の基地局１１０に対し、ＲＲＣ  Ｃｏｎｎｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信する。
【００９５】
ステップＳ１４では、第二の基地局２１０は、残存データ（ＰＣＤＰ−ＰＣＵ＃２）を、第三の基地局３１０に送信する。
【００９６】
ステップＡ１４では、第二の基地局２１０は第一の基地局１１０に対し、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージを送信する。ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージには、送信状況情報が含まれる。
【００９７】
ステップＡ１５では、第一の基地局１１０は、第二の基地局２１０にＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅメッセージを送信する。
【００９８】
ステップＳ１５では、第三の基地局３１０は、端末装置４１０にＳＮが２の下りのユーザーデータ（ＰＤＣＰ−ＰＤＵ＃２）を送信する。なお、ステップＡ１５はステップＳ１４とステップＡ１５の間に行われれば良い。また、ステップＳ１５は、ステップＳ１４の後に行われれば良い。
【００９９】
なお、第二の基地局２１０がＧＴＰレイヤを用いて残存データを第三の基地局３００に送信する場合、送信状況情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれても良い。図１０に、残存データが下りのユーザーデータである場合の送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例を示す。なお、送信状況情報は、ＰＤＣＰ−ＳＮの長さが１５ビットでない場合は、図１０のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓおよびＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅである。一方、送信状況情報は、ＰＤＣＰ−ＳＮの長さが１５ビットである場合は、図１０のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓ  ＥｘｔｅｎｄｅｄおよびＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄである。図１０に示す各情報要素は、それぞれ後述する意味を有している。
【０１００】
Ｅ−ＲＡＢ  ＩＤは、Ｅ−ＲＡＢを識別する情報である。
【０１０１】
Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓは、各ＳＮのＰＤＣＰ  ＰＤＵが転送されたか否かを示す情報である。具体的には、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｃｔｌｙ）ことを示す。なお、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが０又は１を示すＳＮは、最初に転送されたＰＤＵの番号（Ｆｉｒｓｔ  Ｆｏｗａｒｄｅｄ  ＰＤＵ  Ｎｕｍｂｅｒ）にビットポジション（ｂｉｔ  Ｐｏｓｉｔｉｏｎ）を足した番号で表されるＳＮある。
【０１０２】
ＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅは、最初に転送されたＤＬ  ＰＤＵ（ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＤＬ  ＰＤＵ）のＰＤＣＰ−ＳＮとＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）を示す。
【０１０３】
Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓ  Ｅｘｔｅｎｄｅｄは、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓと同様の情報である。Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓ  Ｅｘｔｅｎｄｅｄは、ＰＤＣＰ−ＳＮの長さが１５ビットである場合に用いられる情報である。
【０１０４】
ＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄは、ＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅと同様の情報である。ＤＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄは、ＰＤＣＰ−ＳＮの長さが１５ビットである場合に用いられる情報である。
【０１０５】
次に、図１１に、残存データが上りのユーザーデータである場合の送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例を示す。なお、送信状況情報は、ＰＤＣＰ−ＳＮの長さが１５ビットでない場合は、図１１のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓおよびＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅである。一方、送信状況情報は、ＰＤＣＰ−ＳＮの長さが１５ビットである場合は、図１１のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓ  ＥｘｔｅｎｄｅｄおよびＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄである。図１１に示す各情報要素は、それぞれ後述する意味を有している。
【０１０６】
Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓは、各ＳＮのＰＤＣＰ  ＰＤＵが転送されたか否かを示す情報である。Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓは、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓと同様の情報要素であるが、前者（Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓ）はＵＬ  ＰＤＣＰ  ＰＤＵに関する情報である。後者（Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓ）はＤＬ  ＰＤＣＰ  ＰＤＵに関する情報である点が異なる。
【０１０７】
ＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅは、最初に転送されたＵＬ  ＰＤＵ（ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＵＬ  ＰＤＵ）のＰＤＣＰ−ＳＮとＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）を示す。
【０１０８】
Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓ  Ｅｘｔｅｎｄｅｄは、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓと同様の情報である。Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓ  Ｅｘｔｅｎｄｅｄは、ＰＤＣＰ−ＳＮの長さが１５ビットである場合に用いられる情報である。
【０１０９】
ＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄは、ＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅと同様の情報である。ＵＬ  ＣＯＵＮＴ  Ｖａｌｕｅ  Ｅｘｔｅｎｄｅｄは、ＰＤＣＰ−ＳＮの長さが１５ビットである場合に用いられる情報である。
【０１１０】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれても良い。図１２に、残存データが下りのユーザーデータである場合の送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例を示す。なお、送信状況情報は、図１２のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓおよびＤＬ  Ｘ２−ＵＰ  ＳＮである。
【０１１１】
ＤＬ  Ｘ２−ＵＰ  ＳＮは、最初に転送されたＤＬ  ＰＤＵ（ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＤＬ  ＰＤＵ）のＸ２−ＵＰ  ＳＮを示す。
【０１１２】
図１３に、残存データが上りのユーザーデータである場合の送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例を示す。なお、送信状況情報は、図１３のＦｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＵＬ  ＰＤＣＰ  ＰＤＵｓおよびＵＬ  Ｘ２−ＵＰ  ＳＮである。
【０１１３】
ＵＬ  Ｘ２−ＵＰ  ＳＮは、最初に転送されたＵＬ  ＰＤＵ（ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＵＬ  ＰＤＵ）のＸ２−ＵＰ  ＳＮを示す。
【０１１４】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、Ｆｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれても良い。図１４に、残存データが下りのユーザーデータである場合の送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例を示す。図１４に示す各情報要素は、それぞれ後述する意味を有している。なお、送信状況情報は、図１４のＦｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  ＮｕｍｂｅｒおよびＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐである。
【０１１５】
Ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒは、最初のＸ２−Ｕのシーケンス番号（ｆｉｒｓｔ  Ｘ２−Ｕ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を示している。
【０１１６】
ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐは、ＰＤＵの転送状況（ｆｏｒｗａｒｄｅｄ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ＰＤＵ）を示す。具体的には、ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｃｔｌｙ）ことを示す。
【０１１７】
図１５に、残存データが上りのユーザーデータである場合の送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例を示す。図１５に示す各情報要素は、それぞれ後述する意味を有している。なお、送信状況情報は、図１５のＦｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  ＮｕｍｂｅｒおよびＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐである。
【０１１８】
Ｆｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒは、最初のＸ２−Ｕのシーケンス番号（ｆｉｒｓｔ  Ｘ２−Ｕ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を示している。
【０１１９】
ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐは、ＰＤＵの転送状況（ｆｏｒｗａｒｄｅｄ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ＰＤＵ）を示す。具体的には、ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｃｔｌｙ）ことを示す。
【０１２０】
なお、残存データが上りのユーザーデータおよび下りのユーザーデータの両方を含む場合、上りのユーザーデータの送信状況情報と下りのユーザーデータの送信状況情報とを１つのＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに組み込んでも良い。この場合のＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅを図１６に示す。
【０１２１】
上述の実施形態に係る通信システムでは、第一の基地局１１０は、第三の基地局３１０が保有する残存データが何であるかを知ることができる。
【０１２２】
＜第３の実施形態＞
第２の実施形態では、第二の基地局２１０から第三の基地局３１０に送信したデータに関する情報を、第二の基地局２１０から第一の基地局１１０に送信した。しかし、当該情報を第二の基地局２１０が第一の基地局１１０に送信しようとするときには、既に第一の基地局１１０と第二の基地局２１０との間のリンクが切断されている場合もある。本実施形態では、本課題を解決する手法をさらに提供する。
【０１２３】
なお、第一の基地局１１０と第二の基地局２１０との間のリンクは、端末装置ごとに設定されるものである。第一の基地局１１０と第二の基地局２１０との間に、端末装置４１０用のリンクが張られていた場合、第一の基地局１１０と第二の基地局２１０とは、端末装置４１０用の種々の情報を、当該リンクを用いて送受信することができる。
【０１２４】
本実施形態における通信システムの構成例および、各装置の構成は第２の実施形態と同様である。
【０１２５】
本実施形態の通信システムの動作について、図１７を用いて説明する。図１７では、一例として、下りのユーザーデータを第二の基地局２１０が第三の基地局３１０に送信する通信システムの動作を示す。
【０１２６】
ステップＳ１０からステップＳ１４および、ステップＡ１０からステップＡ１３までは、第二の実施形態で述べた動作と同様である。
【０１２７】
ステップＡ１５では、第一の基地局１１０は、第二の基地局２１０にＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅメッセージを送信する。
【０１２８】
ステップＡ１４では、第二の実施形態で述べた動作と同様である。
【０１２９】
ステップＳ１５では、第三の基地局３１０は、端末装置４１０にＳＮが２のデータ（ＰＤＣＰ−ＰＤＵ＃２）を送信する。なお、ステップＡ１４とステップＳ１５の順序は、逆であっても良い。
【０１３０】
ステップＡ１５では、第三の基地局３１０は、第一の基地局１１０に対し、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージを送信する。なお、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージには、送信状況情報が含まれる。
【０１３１】
なお、第二の基地局２１０がＧＴＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれても良い。送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例は、図１０および図１１の通りである。
【０１３２】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれても良い。送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる例は、図１２および図１３の通りである。
【０１３３】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、Ｆｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれても良い。送信状況情報がＦｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例は、図１４、図１５および図１６の通りである。
【０１３４】
上述の実施形態に係る通信システムでは、第一の基地局１１０と第二の基地局２１０との間のリンクがない場合でも、第二の基地局２１０は、第三の基地局３１０を経由させることで、送信状況情報を第一の基地局１１０に送信することができる。
【０１３５】
なお、上述の実施形態では、Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＵ−ｐｌａｎｅの接続構成としてＳｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成を用いる場合を例に本実施形態の動作を説明したが、本実施形態をＤｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＵ−ｐｌａｎｅの接続構成としてＳＣＧ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成を用いる場合にも適用できる。ＳＣＧ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成を用いる場合、第二の基地局２１０と第三の基地局３１０は、それぞれコアネットワークに接続する点で上述の実施形態とは異なるが、第二の基地局２１０及び第三の基地局３１０の動作は上述の実施形態と同様である。
【０１３６】
なお、上述の各実施形態に係る第二の基地局２００又は２１０は、図２又は図８に示した構成以外の構成を有していても良い。図２２は、上述の各実施形態に係る第二の基地局２００又は２１０の変形例である第二の基地局２２０の構成を示す。
【０１３７】
第二の基地局２２０は、受信部２４、送信部２５、制御部２６およびメモリ２７を少なくとも有する。
【０１３８】
受信部２４は、受信部２０又は受信部２２と同様である。
【０１３９】
送信部２５は、送信部２１又は送信部２３と同様である。
【０１４０】
制御部２６は、第二の基地局２２０に含まれる構成部を制御する。制御部２６は、例えば、送信アドレス等を制御し、送信部２５が情報を送信する先を変更しても良い。
【０１４１】
メモリ２７は、第二の基地局２２０が第一の基地局から受信した種々のデータおよび、第二の基地局２２０が端末装置から受信した種々のデータが保存される。
【０１４２】
なお、本明細書、図面および特許請求の範囲において使用される送信との用語は、その時々において、転送を意味しても良い。
【０１４３】
上述した実施形態の各処理は、ソフトウェアによって実行されてもよい。すなわち、各処理を行うためのコンピュータ・プログラムが、情報処理装置が備えるＣＰＵによって読み込まれ、実行されてもよい。プログラムを用いて各処理を行っても、上述の実施形態の処理と同内容の処理を行うことができる。そして、上記のプログラムは、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の半導体記憶装置、光ディスク、磁気ディスク、光磁気ディスク等、非一時的な媒体に格納されてもよい。
【０１４４】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１４５】
（付記１）
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置を含む通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、下りのユーザーデータを前記マスタセル基地局から受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する、
基地局。
【０１４６】
（付記２）
前記残存するデータは、前記マスタセル基地局から受信した下りのパケットデータである、付記１に記載の基地局。
【０１４７】
（付記３）
前記残存するデータは、前記端末装置から受信した上りのパケットデータである、付記１または２に記載の基地局。
【０１４８】
（付記４）
前記送信部は、前記マスタセル基地局との間の回線に不具合がある場合、前記残存するデータを前記セカンダリセル基地局に送信する、
付記１乃至３の何れか１つに記載の基地局。
【０１４９】
（付記５）
前記送信部は、前記残存するデータを前記セカンダリセル基地局に送信した後、前記マスタセル基地局に対し、前記セカンダリセル基地局に送信したデータに関する第一の情報を送信する、
付記１乃至４の何れか１つに記載の基地局。
【０１５０】
（付記６）
前記送信部は、前記残存するデータを前記セカンダリセル基地局に送信した後、前記セカンダリセル基地局に対し、前記セカンダリセル基地局に送信したデータに関する第一の情報を送信する、
付記１乃至５の何れか１つに記載の基地局。
【０１５１】
（付記７）
前記送信部は、前記残存するデータを、Ｘ２−ＵＰレイヤ上で前記セカンダリセル基地局に送信する、
付記１乃至６の何れか１つに記載の基地局。
【０１５２】
（付記８）
前記第一の情報は、Ｆｏｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる、付記７に記載の第二の基地局。
【０１５３】
（付記９）
前記送信部は、前記残存するデータを、ＧＴＰレイヤ上で前記セカンダリセル基地局に送信する、請求項１乃至６に記載の基地局。
【０１５４】
（付記１０）
前記第一の情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる、付記９に記載の基地局。
【０１５５】
（付記１１）
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置含む通信システムにおける基地局の方法であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信するステップと、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信するステップとを有し、
前記受信部は、前記マスタセル基地局が下りのユーザーデータを受信する基地局を切り替えることを示す切り替え情報を、前記マスタセル基地局から受信し、
前記送信部は、前記受信部が前記切り替え情報を受信した場合、残存するデータを前記セカンダリセル基地局に送信する、
方法。
【０１５６】
（付記１２）
マスタセル基地局と、セカンダリセル基地局と、コアネットワークと端末装置含む通信システムにおける基地局であって、
前記マスタセル基地局が前記コアネットワークから受信した下りのユーザーデータを、前記マスタセル基地局から受信する受信部と、
前記受信部が受信した下りのユーザーデータを、前記端末装置に送信する送信部とを有し、
前記受信部は、前記セカンダリセル基地局に残存するデータを、前記セカンダリセル基地局から受信する、
基地局。
【０１５７】
この出願は、２０１５年３月２５日に出願された日本出願特願２０１５−０６１８４９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１５８】
１    ＵＥ
２    ＭｅＮｏｄｅＢ
３    ＳｅＮｏｄｅＢ
４    ＭＭＥ
５    Ｓ−ＧＷ
２０、２２、２４、３１    受信部
２１、２３、２５、３０    送信部
２６    制御部
２７    メモリ
１００、１１０    第一の基地局
２００、２１０、２２０    第二の基地局
３００、３１０    第三の基地局
４００、４１０    端末装置
５００、５１０    コアネットワーク
【図１】
2016152140.tif 000003
【図２】
2016152140.tif 000004
【図３】
2016152140.tif 000005
【図４】
2016152140.tif 000006
【図５】
2016152140.tif 000007
【図６】
2016152140.tif 000008
【図７】
2016152140.tif 000009
【図８】
2016152140.tif 000010
【図９】
2016152140.tif 000011
【図１０】
2016152140.tif 000012
【図１１】
2016152140.tif 000013
【図１２】
2016152140.tif 000014
【図１３】
2016152140.tif 000015
【図１４】
2016152140.tif 000016
【図１５】
2016152140.tif 000017
【図１６】
2016152140.tif 000018
【図１７】
2016152140.tif 000019
【図１８】
2016152140.tif 000020
【図１９】
2016152140.tif 000021
【図２０】
2016152140.tif 000022
【図２１】
2016152140.tif 000023
【図２２】
2016152140.tif 000024
【手続補正書】
【提出日】平成29年8月23日(2017.8.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項６
【補正方法】変更
【補正の内容】
【請求項６】
前記セカンダリセル基地局に送信したデータに関する第一の情報は、Ｆｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる、請求項５に記載の基地局。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
前記セカンダリセル基地局に送信したデータに関する第一の情報は、ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる、請求項７に記載の基地局。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
【図１】第１の実施形態に係る通信システムの構成図である。
【図２】第１の実施形態に係る第二の基地局のブロック図である。
【図３】第１の実施形態に係る第三の基地局のブロック図である。
【図４】第１の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図５】第１の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図６】第１の実施形態に係る通信システムのアーキテクチャの一例である。
【図７】第１の実施形態に係る通信システムのアーキテクチャの一例である。
【図８】第２の実施形態に係る第二の基地局のブロック図である。
【図９】第２の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図１０】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１１】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１２】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１３】送信状況情報がＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒメッセージに含まれる一例である。
【図１４】送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１５】送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１６】送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる一例である。
【図１７】第３の実施形態に係る通信システムの動作の一例を示したシーケンス図である。
【図１８】Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙを実現する無線通信システムの構成の一例である。
【図１９】Ｄｕａｌ  ＣｏｎｎｅｃｔｉｖｉｔｙにおけるＣ−ｐｌａｎｅの接続構成の一例である。
【図２０】Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＵ−ｐｌａｎｅの接続構成の一例である。
【図２１】Ｓｐｌｉｔ  ｂｅａｒｅｒ  ｏｐｔｉｏｎ構成の場合のＲａｄｉｏ  Ｐｒｏｔｏｃｏｌの接続構成の一例である。
【図２２】第二の基地局のブロック図である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
ステップＡ１３では、端末装置４１０は第一の基地局１１０に対し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０１
【補正方法】変更
【補正の内容】
【０１０１】
Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓは、各ＳＮのＰＤＣＰ  ＰＤＵが転送されたか否かを示す情報である。具体的には、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｅｃｔｌｙ）ことを示す。なお、Ｆｏｒｗａｒｄｅｄ  Ｓｔａｔｕｓ  Ｏｆ  ＤＬ  ＰＤＣＰ  ＰＤＵｓが０又は１を示すＳＮは、最初に転送されたＰＤＵの番号（Ｆｉｒｓｔ  Ｆｏｒｗａｒｄｅｄ  ＰＤＵ  Ｎｕｍｂｅｒ）にビットポジション（ｂｉｔ  Ｐｏｓｉｔｉｏｎ）を足した番号で表されるＳＮある。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、Ｆｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれても良い。図１４に、残存データが下りのユーザーデータである場合の送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例を示す。図１４に示す各情報要素は、それぞれ後述する意味を有している。なお、送信状況情報は、図１４のＦｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  ＮｕｍｂｅｒおよびＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐである。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐは、ＰＤＵの転送状況（ｆｏｒｗａｒｄｅｄ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ＰＤＵ）を示す。具体的には、ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、ＤＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｅｃｔｌｙ）ことを示す。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
図１５に、残存データが上りのユーザーデータである場合の送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例を示す。図１５に示す各情報要素は、それぞれ後述する意味を有している。なお、送信状況情報は、図１５のＦｉｒｓｔ  ｆｏｒｗａｒｄｅｄ  ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  ＮｕｍｂｅｒおよびＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１１９
【補正方法】変更
【補正の内容】
【０１１９】
ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐは、ＰＤＵの転送状況（ｆｏｒｗａｒｄｅｄ  ｓｔａｔｕｓ  ｏｆ  ｔｈｅ  ＰＤＵ）を示す。具体的には、ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが０の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送されていない（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ）ことを示す。また、ＵＬ  Ｘ２−Ｕ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｂｉｔｍａｐが１の場合、対応するＳＮを有するＰＤＣＰ  ＰＤＵは転送された（ＰＤＣＰ  ＰＤＵ  ｈａｓ  ｂｅｅｎ  ｆｏｒｗａｒｄｅｄ  ｃｏｒｒｅｃｔｌｙ）ことを示す。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
なお、残存データが上りのユーザーデータおよび下りのユーザーデータの両方を含む場合、上りのユーザーデータの送信状況情報と下りのユーザーデータの送信状況情報とを１つのＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに組み込んでも良い。この場合のＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅを図１６に示す。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正の内容】
【０１３３】
また、第二の基地局２１０がＸ２−ＵＰレイヤを用いてデータを第三の基地局３００に送信する場合、送信状況情報は、Ｆｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれても良い。送信状況情報がＦｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる例は、図１４、図１５および図１６の通りである。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１５２
【補正方法】変更
【補正の内容】
【０１５２】
（付記８）
前記第一の情報は、Ｆｏｒｗａｒｄｉｎｇ  Ｓｔａｔｕｓ  ｆｒａｍｅに含まれる、付記７に記載の基地局。
【国際調査報告】
2016152140.tif 000025
2016152140.tif 000026
2016152140.tif 000027