知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6249095
(24)【登録日】2017年12月1日
(45)【発行日】2017年12月20日
(54)【発明の名称】通信システム及び通信方法
(51)【国際特許分類】
H04W 28/10 20090101AFI20171211BHJP
H04W 72/04 20090101ALI20171211BHJP
H04W 92/20 20090101ALI20171211BHJP
【ＦＩ】
H04W28/10
H04W72/04 111
H04W92/20
【請求項の数】8
【全頁数】24
(21)【出願番号】特願2016-517800(P2016-517800)
(86)(22)【出願日】2015年2月24日
(86)【国際出願番号】JP2015000905
(87)【国際公開番号】WO2015170433
(87)【国際公開日】20151112
【審査請求日】2016年10月24日
(31)【優先権主張番号】特願2014-95789(P2014-95789)
(32)【優先日】2014年5月7日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】小椋 大輔
【審査官】
松野 吉宏
(56)【参考文献】
【文献】
BlackBerry UK Limited，Further Discussion on U-Plane Protocol Architecture Designs，R2-132442，フランス，3GPP，２０１３年 ８月 ９日，paragraph 2.1
【文献】
Huawei, HiSilicon，The order and direction of messages for SeNB (re)configuration，R2-140059，フランス，3GPP，２０１４年 ２月 １日，paragraph 2.1
【文献】
Huawei，Flow Control for Split Bearers，3GPP TSG-RAN WG3♯83bis R3-140560，フランス，3GPP，２０１４年 ３月２１日，Paragraph 2
【文献】
Nokia Siemens Networks, Nokia Corporation，Data split options and considerations on U-plane protocol architecture for dual-connectivity，3GPP TSG-RAN WG2#81bis R2-131054，フランス，3GPP，２０１３年 ４月 ４日，Paragraph 3.2
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４ − ７／２６
Ｈ０４Ｗ ４／００ − ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ＰＤＣＰレイヤにおける処理を実行する第１の基地局と、
前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、
前記第１の基地局は、
前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージとして、SeNB Additional Requestを送信し、前記移動局との間のセッションを設定することを指示し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
前記第２の基地局は、
前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局は、
前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信する、通信システム。
前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、
前記第１の基地局は、
前記移動局を宛先とするユーザデータを受信すると、前記第２の基地局へセッション追加要求メッセージとして、SeNB Additional Requestを送信し、前記移動局との間のセッションを設定することを指示し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
前記第２の基地局は、
前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局は、
前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信する、通信システム。
【請求項2】
前記第１の基地局は、
移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示し、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項１に記載の通信システム。
移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示し、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信し、
さらに、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項１に記載の通信システム。
【請求項3】
前記第１の基地局は、
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記セッション追加完了メッセージとして送信するSeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項２に記載の通信システム。
自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記セッション追加完了メッセージとして送信するSeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定する、請求項２に記載の通信システム。
【請求項4】
第１の基地局は、移動局を宛先とするユーザデータを受信すると、第２の基地局へセッション追加要求メッセージとしてSeNB Additional Requestを送信し、前記移動局との間のセッションを設定することを指示し、
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
ＰＤＣＰレイヤにおける処理を実行した前記第１の基地局から送信されたデータについて、前記第２の基地局においてＲＬＣレイヤにおける処理を実行し、
前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、
前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信する、通信方法。
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記SeNB Additional Requestに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
ＰＤＣＰレイヤにおける処理を実行した前記第１の基地局から送信されたデータについて、前記第２の基地局においてＲＬＣレイヤにおける処理を実行し、
前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、
前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、
前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信する、通信方法。
【請求項5】
前記第１の基地局は、移動局を宛先とするユーザデータを受信すると、前記移動局へRRC Connection Reconfigurationを送信し、前記第２の基地局との間のセッションを設定することを指示し、
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信する、請求項４に記載の通信方法。
前記移動局から前記第２の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第２の基地局との間のセッションを設定したことを示すセッション追加完了メッセージを前記第２の基地局へ送信する、請求項４に記載の通信方法。
【請求項6】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを前記第２の基地局へ送信する、請求項５に記載の通信方法。
【請求項7】
前記第１の基地局は、自装置においてＲＬＣレイヤにおける処理を実行し、前記ユーザデータを前記移動局へ送信するとともに、前記セッション追加完了メッセージとして送信するSeNB Additional Completeに、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを設定し、
前記第２の基地局は、前記SeNB Additional Completeに設定された前記ＰＤＣＰ ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項５又は６に記載の通信方法。
前記第２の基地局は、前記SeNB Additional Completeに設定された前記ＰＤＣＰ ＰＤＵシーケンスナンバーとＨＦＮとを用いて、前記ユーザデータを前記移動局へ送信する、請求項５又は６に記載の通信方法。
【請求項8】
前記移動局が前記第２の基地局の通信エリアから第３の基地局の通信エリアへ移動した場合、前記第２の基地局は、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵのＰＤＣＰ ＰＤＵシーケンスナンバーと、前記移動局へ正常に送信することができたＰＤＣＰ ＰＤＵを秘匿する際に用いたＨＦＮとを前記第１の基地局へ送信し、
前記第１の基地局は、前記移動局から前記第３の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第３の基地局との間のセッションを設定したことを示すセッション追加完了メッセージに前記第２の基地局から通知された前記ＰＤＣＰ ＰＤＵシーケンスナンバーと前記ＨＦＮとを設定し、前記第３の基地局へ送信する、請求項４乃至７のいずれか１項に記載の通信方法。
前記第１の基地局は、前記移動局から前記第３の基地局との間のセッションを設定したことを示すRRC Connection Reconfiguration Completeを受信すると、前記移動局が前記第３の基地局との間のセッションを設定したことを示すセッション追加完了メッセージに前記第２の基地局から通知された前記ＰＤＣＰ ＰＤＵシーケンスナンバーと前記ＨＦＮとを設定し、前記第３の基地局へ送信する、請求項４乃至７のいずれか１項に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は通信システム、基地局、通信方法及びプログラムに関し、例えば移動局へデータを送信する通信システム、基地局、通信方法及びプログラムに関する。【背景技術】
【0002】
３ＧＰＰ（3rd Generation Partnership Project）は、基地局と移動局との間の通信を規格化するために、基地局と移動局との間において用いられるプロトコルを規定している。例えば、基地局と移動局との間においては、データの秘匿及びデータ圧縮等を実行するＰＤＣＰと、再送制御及びデータの重複検出等を実行するＲＬＣとが規定されている。【0003】
３ＧＰＰにおいて規定されている通信システムの構成は、ＰＤＣＰ（Packet Data Control Protocol）レイヤにおける処理とＲＬＣ（Radio Link Control）レイヤにおける処理とが、同一装置で実行されることを前提としている。具体的には、ＰＤＣＰレイヤとＲＬＣレイヤとの間において用いられるデータは、共通のバッファに格納され、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理は、同期して実行されていた。【0004】
ここで、近年３ＧＰＰにおいては、Ｓｍａｌｌ Ｃｅｌｌｓ（dual connectivity）に関する構成が検討されている。Ｓｍａｌｌ Ｃｅｌｌｓに関する構成においては、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理とを物理的に異なる装置に分けることを前提としている。非特許文献１に、Ｓｍａｌｌ Ｃｅｌｌｓに関する通信システムの構成が開示されている。【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】3GPP TR 36.932 V12.1.0 (2013-03) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Scenarios and requirements for small cell enhancements for E-UTRA and E-UTRAN (Release 12)
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかし、ＰＤＣＰレイヤにおける処理とＲＬＣレイヤにおける処理とを物理的に異なる装置に分けた場合、ＰＤＣＰレイヤにおける処理に用いられるバッファと、ＲＬＣレイヤにおける処理に用いられるバッファとを分ける必要がある。このような場合、例えば、ＰＤＣＰレイヤにおける処理を実行する装置は、ＲＬＣレイヤにおける処理を実行する装置へ出力したデータが、ＵＥへ正常に送信されているのかを把握することができなくなる。ＰＤＣＰレイヤにおける処理を実行する装置が、ＲＬＣレイヤにおける処理に用いられるバッファを参照することができないからである。そのため、ＰＤＣＰレイヤとＲＬＣレイヤとの間において、データの送信状況の同期がとれなくなる。【0007】
例えば、ＰＤＣＰレイヤにおける処理を実行する装置からＲＬＣレイヤにおける処理を実行する装置へ順次データが送信されている状況において、ＲＬＣレイヤにおける処理を実行する装置から移動局に対してデータを送信することができず、ＲＬＣレイヤにおける処理を実行する装置のバッファにデータを滞留させていることがある。このような場合、ＰＤＣＰレイヤから送信されるデータが増加すると、ＲＬＣレイヤにおける処理を実行する装置のバッファの許容量を超えて送信されたデータが、廃棄されてしまうという問題が発生する。【0008】
本発明の目的は、ＰＤＣＰレイヤとＲＬＣレイヤとの間におけるデータの送信状況を同期することができる通信システム、基地局、通信方法及びプログラムを提供することにある。【課題を解決するための手段】
【0009】
本発明の第１の態様にかかる通信システムは、ＰＤＣＰレイヤにおける処理を実行する第１の基地局と、前記第１の基地局から送信されたデータについて、ＲＬＣレイヤにおける処理を実行し、ＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信する第２の基地局と、を備え、前記第２の基地局は、前記移動局へ正常に前記データを送信することができた場合に、前記第１の基地局へ応答メッセージを送信し、前記第１の基地局は、前記応答メッセージを受信すると、次に送信すべきデータを前記第２の基地局へ送信するものである。【0010】
本発明の第２の態様にかかる基地局は、ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御部と、前記ＰＤＣＰ制御部において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御部と、前記ＲＬＣ制御部において処理されたデータを一時的に格納する格納部と、前記格納部に格納されたデータを移動局へ送信する通信部と、を備え前記ＰＤＣＰ制御部は、前記格納部を参照することができないように構成され、前記ＲＬＣ制御部は、前記通信部が前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御部へ応答メッセージを送信し、前記ＰＤＣＰ制御部は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理するものである。【0011】
本発明の第３の態様にかかる通信方法は、ＰＤＣＰレイヤにおける処理を実行した第１の基地局から送信されたデータについて、第２の基地局においてＲＬＣレイヤにおける処理を実行し、前記第２の基地局においてＲＬＣレイヤにおける処理を実行した前記データを移動局へ送信し、前記第２の基地局から前記移動局へ正常に前記データを送信することができた場合に、前記第２の基地局から前記第１の基地局へ応答メッセージを送信し、前記第１の基地局が、前記応答メッセージを受信すると、前記第１の基地局から前記第２の基地局へ次に送信すべきデータを送信するものである。【0012】
本発明の第４の態様にかかるプログラムは、ＰＤＣＰレイヤにおける処理を実行するＰＤＣＰ制御部と、前記ＰＤＣＰ制御部において処理されたデータについて、ＲＬＣレイヤにおける処理を実行するＲＬＣ制御部とを備えるコンピュータに実行させるプログラムであって、前記ＲＬＣ制御部において処理されたデータを、前記ＰＤＣＰ制御部が参照することができない格納部へ一時的に格納し、前記格納部に格納されたデータを移動局へ送信し、前記ＲＬＣ制御部は、前記移動局へ正常に前記データを送信することができた場合に、前記ＰＤＣＰ制御部へ応答メッセージを送信し、前記ＰＤＣＰ制御部は、前記応答メッセージを受信すると、次に送信すべきデータを前記ＰＤＣＰレイヤにおいて処理することをコンピュータに実行させるものである。【発明の効果】
【0013】
本発明により、ＰＤＣＰレイヤとＲＬＣレイヤとの間におけるデータの送信状況を同期することができる通信システム、基地局、通信方法及びプログラムを提供することができる。【図面の簡単な説明】
【0014】
【図1】実施の形態１にかかる通信システムの構成図である。
【図2】実施の形態２にかかるＰＤＣＰ制御基地局の構成図である。
【図3】実施の形態２にかかるＲＬＣ制御基地局の構成図である。
【図4】実施の形態２にかかるデータの同期処理を説明する図である。
【図5】実施の形態２にかかる通信システムにおける同期処理の流れを示す図である。
【図6】実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図7】実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図8】実施の形態４にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する図である。
【図9】実施の形態５にかかる通信システムにおける同期処理の流れを示す図である。
【図10】実施の形態６にかかる通信システムにおける同期処理の流れを示す図である。
【図11】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図12】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図13】実施の形態６にかかるSN STATUS TRANSFERメッセージについて説明する図である。
【図14】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図15】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図16】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図17】実施の形態６にかかるGTP-U Messageについて説明する図である。
【図18】実施の形態７にかかる基地局の構成図である。
【図19】実施の形態にかかる動作を説明するために用いられる比較図である。
【発明を実施するための形態】
【0015】
（実施の形態１）以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、ＰＤＣＰ制御基地局１０、ＲＬＣ制御基地局２０及び移動局３０を有している。
【0016】
ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０は、ＣＰＵがプログラムを実行することによって機能を実行させるコンピュータ装置であってもよい。移動局３０は、例えば携帯電話端末、スマートフォン端末もしくはタブレット端末等であってもよい。もしくは、移動局３０は、通信機能を備えたパーソナルコンピュータ等のコンピュータ装置であってもよい。【0017】
ＰＤＣＰ制御基地局１０は、ＰＤＣＰレイヤにおける処理を実行する。ＰＤＣＰレイヤにおける処理は、例えば、データの秘匿及びヘッダ圧縮等であってもよい。ＰＤＣＰ制御基地局１０は、ＰＤＣＰレイヤにおける処理を実行したデータをＲＬＣ制御基地局２０へ送信する。【0018】
ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０から送信されたデータについて、ＲＬＣレイヤにおける処理を実行する。ＲＬＣレイヤにおける処理は、再送制御、重複データ検出及びデータの順序整列等であってもよい。ＲＬＣ制御基地局２０は、ＲＬＣレイヤにおける処理を実行したデータを移動局３０へ送信する。【0019】
ＲＬＣ制御基地局２０は、移動局３０へ正常にデータを送信することができた場合、ＰＤＣＰ制御基地局１０へ応答メッセージを送信する。応答メッセージは、ＲＬＣ制御基地局２０が移動局３０へ正常にデータを送信することができたことを示す。【0020】
ＲＬＣ制御基地局２０は、例えば、移動局３０へデータを送信した後に、移動局３０から、移動局３０が正常にデータを受信したことを示す応答信号が送信された場合に、移動局３０へ正常にデータを送信することができたと判定してもよい。【0021】
ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、次に送信すべきデータをＲＬＣ制御基地局２０へ送信する。具体的には、ＰＤＣＰ制御基地局１０は、応答メッセージを受信すると、次に送信すべきデータについてＰＤＣＰレイヤにおける処理を実行し、ＰＤＣＰレイヤにおける処理を行ったデータをＲＬＣ制御基地局２０へ送信する。【0022】
以上説明したように、図１の通信システムを用いることによって、ＲＬＣ制御基地局２０は、移動局３０との間において正常にデータを送信したことを示す情報をＰＤＣＰ制御基地局１０へ送信することができる。そのため、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０と物理的に異なる装置である場合においても、ＲＬＣ制御基地局２０と移動局３０との間の通信が正常に行われているか否かを判定することができる。【0023】
また、ＲＬＣ制御基地局２０は、一般的に、データを移動局３０へ正常に送信することができた場合、バッファに保持していたデータを削除する。そのため、ＰＤＣＰ制御基地局１０が、ＲＬＣ制御基地局２０から応答メッセージが送信されてきた後に、次にＲＬＣ制御基地局２０へ送信すべきデータをＲＬＣ制御基地局２０へ送信することによって、ＲＬＣ制御基地局２０のバッファの許容量を超えてデータが蓄積されることを防止することができる。【0024】
さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージが送信されてきた後に、次にＲＬＣ制御基地局２０へ送信すべきデータをＲＬＣ制御基地局２０へ送信することによって、ＰＤＣＰ制御基地局１０がＲＬＣ制御基地局２０へ送信したデータと、ＲＬＣ制御基地局２０が移動局３０へ送信したデータとを同期させることができる。つまり、ＰＤＣＰ制御基地局１０が送信したデータと、移動局３０が受信するデータとを同期させることができる。【0025】
（実施の形態２）続いて、図２を用いて本発明の実施の形態２にかかるＰＤＣＰ制御基地局１０の構成例について説明する。ＰＤＣＰ制御基地局１０は、ＰＤＣＰ制御部１１、バッファ１２及びＲＬＣ制御部１３を有している。ＰＤＣＰ制御基地局１０及びＲＬＣ制御部１３は、例えばＣＰＵ(Central Processing Unit)が用いられてもよい。また、バッファ１２は、ＲＯＭ（Read Only Memory）もしくはＲＡＭ（Random Access Memory）等のメモリが用いられてもよい。
【0026】
ＰＤＣＰ制御部１１は、バッファ１２に格納されているデータを抽出し、ＰＤＣＰ処理を実行する。ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したデータをＲＬＣ制御部１３へ出力するとともに、ＲＬＣ制御基地局２０にも送信する。ＰＤＣＰ制御部１１は、例えば、所定の数のデータをＲＬＣ制御部１３に出力すると、次の所定の数のデータをＲＬＣ制御基地局２０へ送信してもよい。もしくは、ＰＤＣＰ制御部１１は、所定期間内に処理したデータをＲＬＣ制御部１３へ出力し、次の所定期間内に処理したデータをＲＬＣ制御基地局２０へ送信してもよい。もしくは、ＰＤＣＰ制御部１１は、任意のタイミングに、ＲＬＣ制御部１３及びＲＬＣ制御基地局２０へ送信するデータの振り分け実行してもよい。【0027】
また、ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したデータをバッファ１２へ格納し、ＰＤＣＰ処理を実行したことをＲＬＣ制御部１３へ通知してもよい。バッファ１２は、ＰＤＣＰ処理が実行される前のデータを、ＰＤＣＰ処理が実行された後のデータと異なるメモリ空間もしくはメモリ領域に格納してもよい。【0028】
また、ＰＤＣＰ制御部１１は、ＰＤＣＰ処理を実行したすべてのデータをＲＬＣ制御基地局２０へ送信してもよい。この場合、ＲＬＣ制御部１３は不要となる。【0029】
ＲＬＣ制御部１３は、ＰＤＣＰ制御部１１から出力されたデータもしくはバッファ１２から抽出したデータについてＲＬＣ処理を実行する。バッファ１２から抽出したデータは、ＰＤＣＰ制御部１１がＰＤＣＰ処理を実行した後にバッファ１２へ格納したデータである。ＲＬＣ制御部１３は、ＲＬＣ処理を実行したデータを移動局３０へ送信する。【0030】
ここで、ＰＤＣＰ制御部１１がＲＬＣ制御部１３もしくはＲＬＣ制御基地局２０へ送信するデータをＰＤＣＰ−ＰＤＵ（PDCP-Protocol Data Unit）と称してもよい。【0031】
続いて、図３を用いて本発明の実施の形態２にかかるＲＬＣ制御基地局２０の構成例について説明する。ＲＬＣ制御基地局２０は、ＲＬＣ制御部２１及びバッファ２２を有する。ＲＬＣ制御部２１は、例えばＣＰＵ(Central Processing Unit)が用いられてもよい。また、バッファ２２は、ＲＯＭ（Read Only Memory）もしくはＲＡＭ（Random Access Memory）等のメモリが用いられてもよい。【0032】
バッファ２２は、ＰＤＣＰ制御基地局１０から送信されたデータを一時的に格納する。ＰＤＣＰ制御基地局１０から送信されたデータは、ＰＤＣＰ制御基地局１０においてＰＤＣＰ処理が実行されたデータである。【0033】
ＲＬＣ制御部２１は、バッファ２２に格納されたデータを抽出する。さらに、ＲＬＣ制御部２１は、バッファ２２から抽出したデータについてＲＬＣ処理を実行する。ＲＬＣ制御部２１は、ＲＬＣ処理を実行したデータを移動局３０へ送信する。【0034】
移動局３０は、ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０からＲＬＣ制御が実行されたデータを受信することになる。このように、移動局３０が、２つの基地局もしくは２以上の基地局から送信されたデータを受信することをdual connectivityと称する。また、ＰＤＣＰ制御基地局１０のように、ＰＤＣＰ処理及びＲＬＣ処理を実行する基地局は、例えば、半径数キロメートルの通信エリアを有するマクロ基地局と称される基地局が用いられてもよい。また、ＲＬＣ制御基地局２０は、ＲＬＣ処理のみを実行する基地局であり、ＰＤＣＰ制御基地局１０の機能を補完するように用いられてもよい。また、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０の通信エリアの一部と重複する通信エリアを有するフェムト基地局もしくはマイクロ基地局等と称されてもよい。【0035】
続いて、図１９を用いて、本発明の実施の形態２にかかる処理を説明するための比較例について説明する。比較例においては、本発明を実施しなかった場合の課題について、詳細に説明する。【0036】
ＰＤＣＰレイヤからＲＬＣレイヤに送信されるデータには、ＰＤＣＰ−ＳＮ（PDCP-Sequence Number）が設定される。本図の０〜４０９５は、ＰＤＣＰ−ＳＮを示している。また、ＨＦＮ（Hyper Frame Number）は、ＲＬＣレイヤからＵＥ（User Equipment）に送信されるデータを秘匿する際に用いられるパラメータである。ＵＥは、３ＧＰＰにおいて、移動局の具体的名称として用いられている。ＵＥは、ＲＬＣ制御部２１において用いられたＨＦＮと同じ値のＨＦＮを用いてＲＬＣ制御基地局２０から送信されたデータを復号する。ＰＤＣＰ−ＳＮは、３ＧＰＰにおいてＬｏｎｇ ＰＤＣＰ ＳＮ（１２ｂｉｔ：０〜４０９５）、Ｓｈｏｒｔ ＰＤＣＰ−ＳＮ（７ｂｉｔ：０〜１２７）及びＥｘｔｅｎｄｅｄ ＰＤＣＰ−ＳＮ（１５ｂｉｔ：０〜３２７６７）の３種類が定義されている。一般的にはＬｏｎｇ ＰＤＣＰ ＳＮが利用される。【0037】
また、ＵＥは、ＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０からＨＦＮ値を取得することはない。ＨＦＮ値がＰＤＣＰ制御基地局１０もしくはＲＬＣ制御基地局２０から、無線回線を介してＵＥへ送信された場合に、ＨＦＮ値が第３者に傍受等されることを防止するためである。ＵＥは、初期値として用いるＨＦＮ値が定まると、その後、データのＰＤＣＰ−ＳＮの値がインクリメントするとともに、ＨＦＮ値をインクリメントしてデータを復号する。つまり、ＰＤＣＰ制御基地局１０がデータを秘匿するために用いるＨＦＮ値と、ＵＥがデータを復号するために用いるＨＦＮ値とを一致させるために、ＰＤＣＰ制御基地局１０が送信するデータと、ＵＥが受信するデータとを同期させる必要がある。ここで、ＨＦＮとＰＤＣＰ−ＳＮとの関係について説明する。３ＧＰＰにおいては、秘匿に利用するパラメータとして３２ｂｉｔのサイズのＣＯＵＮＴ ｖａｌｕｅパラメータが規定されており、このＣＯＵＮＴ ｖａｌｕｅがＨＦＮとＰＤＣＰ ＳＮで構成されることが規定されている。そのため、ＨＦＮのサイズはＰＤＣＰ ＳＮの種類により変化する。例えば、Ｌｏｎｇ ＰＤＣＰ ＳＮを利用している場合、３２ｂｉｔ−Ｌｏｎｇ ＰＤＣＰ ＳＮ（１２ｂｉｔ）＝２０ｂｉｔとなり、この差分の２０ｂｉｔのサイズ（０〜１０４８５７５）が、ＨＦＮの範囲となる。また、秘匿のための暗号化・復号化に利用するパラメータとして、例えば、ＨＦＮ＋ＰＤＣＰ ＳＮとして生成されるＣＯＵＮＴ値が用いられてもよい。【0038】
本図においては、ＰＤＣＰとの用語の下に示されているデータは、ＰＤＣＰ制御基地局１０のバッファ１２に格納されているデータを示している。ＲＬＣとの用語の下に示されているデータは、ＲＬＣ制御基地局２０のバッファ２２に格納されているデータを示している。ＵＥとの用語の下に示されているデータは、ＵＥが保持しているデータを示している。【0039】
さらに、ＰＤＣＰ−ＳＮが設定されたデータの隣に記載されているＨＦＮ＃１〜４は、データを秘匿する際に用いられるＨＦＮの具体的な値を示している。例えば、ＰＤＣＰ制御基地局１０のバッファ１２に格納されているデータのうち一番上に記載されているデータは、ＰＤＣＰ−ＳＮが４０９５であり、ＨＦＮ＃１を用いて秘匿されたことを示している。また、ＲＬＣ制御基地局２０のバッファ２２に格納されているデータのうち一番上に記載されているデータも、ＰＤＣＰ−ＳＮが４０９５であり、ＨＦＮ＃１を用いて秘匿されたことを示している。ＵＥは、保持しているデータのうち一番上に記載されているデータは、ＨＦＮ＃１を用いてＲＬＣ制御基地局２０から送信されたデータを復号することを示している。【0040】
ここで、ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、データＡとして示しているデータは、すでにＲＬＣ制御基地局２０へ送信されているデータとする。つまり、データＡに示されるデータと同一のデータは、ＲＬＣ制御基地局２０のバッファ２２に格納されている。ＰＤＣＰ制御基地局１０のＰＤＣＰ制御部１１は、すでにＲＬＣ制御基地局２０へ送信したデータＡをバッファ１２から削除してもよい。【0041】
さらに、ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、一点鎖線において囲まれているデータは、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗにおいて管理されているデータとする。ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、０〜２０４７の範囲のＰＤＣＰ−ＰＤＵを管理するｗｉｎｄｏｗである。ここで、Ｓｈｏｒｔ ＰＤＣＰ−ＳＮが用いられた場合、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、ＰＤＣＰ−ＳＮの半分のサイズになるため、０〜６３の範囲のＰＤＣＰ−ＰＤＵを管理する。Ｅｘｔｅｎｄｅｄ ＰＤＣＰ−ＳＮが用いられた場合、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗは、ＰＤＣＰ−ＳＮの半分のサイズになるため、０〜１６３８３の範囲のＰＤＣＰ−ＰＤＵを管理する。ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗ内にあるＰＤＣＰ−ＰＤＵにはＰＤＣＰ−ＳＮが割り当てられ、ＲＬＣ制御基地局２０へ送信される。また、ＰＤＣＰ制御部１１は、順次ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、バッファ１２に格納されているデータであって、ＰＤＣＰ−ＳＮが割り当てられていないデータにＰＤＣＰ−ＳＮを割り当て、ＲＬＣ制御基地局２０へ送信する。ＰＤＣＰ制御部１１は、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗを、ＰＤＣＰ−ＳＮが増加する方向にスライドさせる。【0042】
ＰＤＣＰ制御基地局１０のバッファ１２が保持するデータのうち、データＣとして示しているデータは、ＰＤＣＰ−ＳＮが割り当てられていないデータであり、フレッシュデータと称されてもよい。【0043】
ここでは、ＲＬＣ制御基地局２０のバッファ２２には、データＡとして示されているデータ及びＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗ内のデータが格納されている。【0044】
ＲＬＣ制御部２１は、バッファ２２に格納されているデータであって、ＨＦＮ＃１〜４のいずれかを用いて秘匿されたデータをＵＥへ送信する。ＵＥは、データを受信した場合、正常にデータを受信したことを示す応答メッセージをＲＬＣ制御基地局２０へ送信する。【0045】
本図においては、ＲＬＣ制御基地局２０のＲＬＣ制御部２１が、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５及びＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：０のデータについては、応答メッセージを受信したことを示している。また、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータについては、ＲＬＣ制御部２１は、応答メッセージを受信できていないことを示している。【0046】
このような場合、ＲＬＣ制御部２１は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータＢをＵＥへ送信することができない。ここで、ＰＤＣＰ制御基地局１０のＰＤＣＰ制御部１１は、ＲＬＣ制御基地局２０からＵＥへデータが正常に送信されたか否かを把握することができないため、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし続け、ＲＬＣ制御基地局２０へデータを送信し続ける。しかし、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータＢをＵＥへ送信することができないため、バッファ２２に格納するデータが増え続け、バッファ２２におけるデータの許容量を超えた場合、データが廃棄されてしまう。例えば、バッファ２２における古いデータから廃棄される場合、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２のデータから順に廃棄される。もしくは、バッファ２２が、ＨＦＮ＃１を用いて秘匿したＰＤＣＰ−ＳＮ：１〜ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：１までのデータを格納することができるとした場合、ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：２以降に受信するデータが廃棄されてもよい。【0047】
本図においては、ＲＬＣ制御基地局２０のバッファ２２に、ＰＤＣＰ制御基地局１０から送信されたデータが蓄積し続け、データが廃棄されてしまう可能性があることを示している。【0048】
続いて、図４を用いて、本発明の実施の形態２にかかるデータの同期処理について説明する。本図に示す処理においては、ＲＬＣ制御基地局２０は、ＵＥから送信された応答メッセージを受信すると、ＰＤＣＰ制御基地局１０に対して、ＵＥへデータを正常に送信することができたことを示す応答メッセージを送信する。ＲＬＣ制御基地局２０は、ＰＤＣＰ−ＰＤＵ単位に応答メッセージをＰＤＣＰ制御基地局１０へ送信する。ＰＤＣＰ−ＳＮが割り当てられたそれぞれのデータが、１つのＰＤＣＰ−ＰＤＵとする。また、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０から送信されたデータを正常に受信したことを契機として応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。言い換えると、ＲＬＣ制御基地局２０は、自装置のバッファが輻輳しない限り、ＰＤＣＰ制御基地局１０から送信されたデータを受信した後、即時に応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。【0049】
ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドする。例えば、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ−ＳＮ：２０４７のデータをＲＬＣ制御基地局２０へ送信後に、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、フレッシュデータにＰＤＣＰ−ＳＮ：２０４８を割り当てる。また、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信すると、ＵＥへ正常に送信することができたＰＤＣＰ−ＰＤＵをバッファ１２から削除してもよい。【0050】
ＲＬＣ制御基地局２０が、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２０４８のデータに対する応答メッセージをＵＥから受信しない場合、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０へ応答メッセージを送信しない。【0051】
このような場合、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドしない。そのため、ＰＤＣＰ−ＳＮ：２０４８以降のデータがＲＬＣ制御基地局２０へ送信されることがないため、ＲＬＣ制御基地局２０のバッファ２２においてデータが蓄積し続けることを回避することができる。【0052】
続いて、図５を用いて本発明の実施の形態２にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＰＤＣＰ制御基地局１０を、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）とし、ＲＬＣ制御基地局２０をＳｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）として説明する。また、Ｓ−ＧＷ（Serving Gateway）は、ユーザデータを中継する装置とする。ユーザデータ（Ｕｓｅｒ Ｄａｔａ）は、呼制御等を行う制御データとは異なるデータであり、例えば、音声データ、画像データ等のＵＥ間において通信されるデータである。【0053】
はじめに、Ｓ−ＧＷは、ユーザデータをＭｅＮＢへ送信する（Ｓ１）。ＭｅＮＢは、ユーザデータを受信すると、ＵＥへユーザデータを送信する。【0054】
次に、ＭｅＮＢは、ＳｅＮＢへSeNB Additional Requestメッセージを送信する（Ｓ２）。ＭｅＮＢは、dual connectivityの状態を形成するために、ＳｅＮＢへSeNB Additional Requestメッセージを送信する。SeNB Additional Requestメッセージは、ＳｅＮＢとＵＥとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＳｅＮＢは、SeNB Additional Requestメッセージに対する応答メッセージとして、ＭｅＮＢへSeNB Additional Request Acknowledgeメッセージを送信する（Ｓ３）。【0055】
次に、ＭｅＮＢは、ＵＥへRRC Connection Reconfigurationメッセージを送信する（Ｓ４）。RRC Connection Reconfigurationメッセージは、ＵＥとＳｅＮＢとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＵＥは、RRC Connection Reconfigurationメッセージに対する応答メッセージとして、ＭｅＮＢへRRC Connection Reconfiguration Completeメッセージを送信する（Ｓ５）。【0056】
次に、ＭｅＮＢは、ＳｅＮＢへ、ＵＥとＳｅＮＢ間のセッションの構築が完了したことを示すSeNB Additional Completeメッセージを送信する（Ｓ６）。次に、ＭｅＮＢは、ＳｅＮＢへ、同期情報通知メッセージを送信する（Ｓ７）。同期情報通知メッセージには、ＭｅＮＢが、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵの情報が含まれる。例えば、同期情報通知メッセージには、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵのＰＤＣＰ−ＳＮが設定されている。ＳｅＮＢは、同期情報通知メッセージを受信することによって、ＵＥへ送信するデータを秘匿する際に用いるＨＦＮ及びＰＤＣＰ−ＳＮを把握もしくは決定することができる。【0057】
次に、Ｓ−ＧＷは、ユーザデータをＭｅＮＢへ送信する（Ｓ８）。ＭｅＮＢは、受信したユーザデータをＵＥへ送信する。次に、ＭｅＮＢは、受信したユーザデータについて、ＰＤＣＰ処理を実行し、ＰＤＣＰ処理を実行したデータをＳｅＮＢへ送信する（Ｓ９）。次に、ＳｅＮＢは、ＭｅＮＢから送信されたデータについて、ＲＬＣ処理を実行し、ＲＬＣ処理を実行したデータをＵＥへ送信する（Ｓ１０）。【0058】
次に、ＵＥは、ステップＳ１０においてユーザデータを受信した場合に、ＡＣＫメッセージをＳｅＮＢへ送信する（Ｓ１１）。次に、ＳｅＮＢは、ＭｅＮＢへ、ユーザデータをＵＥへ正常に送信することができたことを示すＡＣＫメッセージを送信する（Ｓ１２）。また、ＵＥは、dual connectivityにおいては、ＭｅＮＢ及びＳｅＮＢの双方から異なるデータを受信する。そのため、ＵＥは、受信するデータ毎に、該当するデータの送信元に対してＡＣＫメッセージを送信する。【0059】
ＭｅＮＢは、ステップＳ１２においてＡＣＫメッセージを受信すると、ＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドして、次のデータをＳｅＮＢへ送信する。この場合、ステップＳ９以降の処理を繰り返し実行する。【0060】
以上説明したように、本発明の実施の形態２にかかるＰＤＣＰ制御基地局１０及びＲＬＣ制御基地局２０を用いることによって、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０からＡＣＫメッセージを受信することができる。これによって、ＰＤＣＰ制御を実行する基地局とＲＬＣ制御を実行する基地局とが異なる装置である場合においても、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０がＵＥに正常にデータを送信することができたか否かについて把握することができる。【0061】
さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信されるＡＣＫメッセージに基づいてＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドすることによって、ＲＬＣ制御基地局２０のバッファ２２にデータが蓄積し続けることを防止することができる。【0062】
また、さらに、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信されるＡＣＫメッセージに基づいてＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドすることによって、ＰＤＣＰ制御基地局１０が送信するデータと、移動局３０が受信するデータとを同期させることができる。【0063】
また、上述した例においては、ＰＤＣＰ制御基地局１０が、１つのＰＤＣＰ−ＰＤＵ毎にＲＬＣ制御基地局２０から送信される応答メッセージを受信することについて説明したが、ＰＤＣＰ制御基地局１０は、複数のＰＤＣＰ−ＰＤＵをまとめてＲＬＣ制御基地局２０へ送信してもよい。このような場合、ＲＬＣ制御基地局２０は、ＰＤＣＰ−ＰＤＵ毎に応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよく、複数のＰＤＣＰ−ＰＤＵに対して一つの応答メッセージをＰＤＣＰ制御基地局１０へ送信してもよい。【0065】
本図においては、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０がＵＥへ正常にデータを送信できたことを示す応答メッセージ（ＡＣＫメッセージ）を受信しない場合、所定時間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＲＬＣ制御基地局２０へ新たにＰＤＣＰ−ＳＮを割り当てたデータを送信することを示している。言い換えると、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から送信された応答メッセージを受信するとＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、応答メッセージを受信しない場合であっても所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドする。【0066】
例えば、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータをＵＥへ送信した後に、ＵＥから応答メッセージを受信しない場合、ＰＤＣＰ制御基地局１０へ応答メッセージを送信しない。このような場合においても、ＰＤＣＰ制御基地局１０は、所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＰＤＣ−ＳＮ：２のデータをＲＬＣ制御基地局２０へ送信する。さらに、ＰＤＣＰ制御基地局１０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２０４７のデータに関する応答メッセージをＲＬＣ制御基地局２０から受信しない場合においても、所定期間経過後に所定期間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＰＤＣ−ＳＮ：２０４８のデータをＲＬＣ制御基地局２０へ送信する。ＰＤＣＰ制御基地局１０がデータを送信してから、次のデータを送信するまでの期間を示す所定期間は、例えば、ＰＤＣＰ制御基地局１０がタイマーを用いて測定してもよい。【0067】
さらに、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０へ送信する応答メッセージに、正常に送信することができたデータのＰＤＣＰ−ＳＮを設定する。ＰＤＣＰ制御基地局１０は、ＰＤＣＰ−ＳＮが設定された応答メッセージを受信することによって、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵを把握することができる。【0068】
ＰＤＣＰ制御基地局１０は、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵを、バッファ１２から削除してもよく、ＲＬＣ制御基地局２０から再送要求が通知された場合には、ＵＥへ正常に送信することができなかったＰＤＣＰ−ＰＤＵをＲＬＣ制御基地局２０へ再送してもよい。【0069】
また、ＰＤＣＰ制御基地局１０が、送信したＰＤＣＰ−ＰＤＵに対する応答メッセージを受信しないケースとして、図７に示すように、ＰＤＣＰ制御基地局１０が送信したデータを、ＲＬＣ制御基地局２０が受信することができなかったケースも含まれる。もしくは、ＰＤＣＰ制御基地局１０が、送信したＰＤＣＰ−ＰＤＵに対する応答メッセージを受信しないケースとして、ＲＬＣ制御基地局２０がＵＥから応答メッセージを受信した後に、ＲＬＣ制御基地局２０がＰＤＣＰ制御基地局１０へ応答メッセージを送信した場合において、ＰＤＣＰ制御基地局１０とＲＬＣ制御基地局２０との間の通信経路において応答メッセージが破棄された場合等が含まれてもよい。【0070】
以上説明したように、本発明の実施の形態３にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理を実行した場合、ＰＤＣＰ制御基地局１０は、所定期間経過後に、次に送信するデータをＲＬＣ制御基地局２０へ送信することができる。このような処理は、例えば、ＵＥへデータを送信することができなかった場合においても、ＵＥへデータの再送を行う必要が内容な場合に有効である。また、このような処理を行うことによって、ＵＥへ送信するデータのスループットを向上させることができる。【0071】
（実施の形態４）続いて、図８を用いて本発明の実施の形態４にかかるＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗのスライド処理について説明する。本図においても、図６と同様に、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０から応答メッセージを受信しない場合においても、所定時間経過後にＰＤＣＰ ｒｅ−ｏｒｄｅｒｉｎｇ ｗｉｎｄｏｗをスライドし、ＲＬＣ制御基地局２０へ新たにＰＤＣＰ−ＳＮを割り当てたデータを送信することを示している。本図においては、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータに関する応答メッセージを受信していないため、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータを再送する処理を実行する。この時、ＲＬＣ制御基地局２０のバッファ２２には、ＰＤＣＰ制御基地局１０から送信されるデータが蓄積し続け、バッファ２２の許容量を超えたことによって、バッファ２２に蓄積されたデータのうち、古いデータであるＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２〜ＨＦＮ＃３を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５が廃棄されたとする。
【0072】
このような状況において、ＲＬＣ制御基地局２０が、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータの再送を完了し、ＰＤＣＰ制御基地局１０へＰＤＣＰ−ＳＮ：１を設定した応答メッセージを送信し、ＲＬＣ制御基地局２０が次のデータをＵＥへ送信するとする。しかし、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２〜ＨＦＮ＃３を用いて秘匿したＰＤＣＰ−ＳＮ：４０９５は、廃棄されているため、ＲＬＣ制御基地局２０は、ＵＥへ、ＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：０のデータを送信することとなる。しかし、ＵＥにおいては、ＨＦＮ＃２を用いて秘匿したデータが送信されてくることを想定しているため、受信したデータをＨＦＮ＃２を用いて復号する。しかし、ＲＬＣ制御基地局２０が送信したデータは、ＨＦＮ＃４を用いて秘匿されているため、ＵＥは、ＲＬＣ制御基地局２０から受信したデータを復号することができない。もしくは、バッファ２２の許容量を超えたことによって、新たに到達するデータが廃棄された場合にも、ＲＬＣ制御基地局２０がＵＥへ送信するデータを秘匿するために用いたＨＦＮ値と、ＵＥが想定しているＨＦＮ値とが異なることによって、ＵＥが、ＲＬＣ制御基地局２０から受信したデータを復号することができないことがある。【0073】
つまり、ＲＬＣ制御基地局２０のバッファ２２においてデータが廃棄されてしまった場合、ＰＤＣＰ制御基地局１０とＵＥとにおいて使用するＨＦＮの同期がとれなくなることによって、ＵＥにおいてデータを復号することができなくなる。【0074】
このような事象を防止するために、ＲＬＣ制御基地局２０は、ＰＤＣＰ制御基地局１０への応答メッセージに、正常に送信したデータのＰＤＣＰ−ＳＮとともにデータを秘匿する際に用いたＨＦＮの値を設定する。例えば、ＲＬＣ制御基地局２０は、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：１のデータの再送を完了した場合、ＰＤＣＰ制御基地局１０へ、ＰＤＣＰ−ＳＮ：１及びＨＦＮ＃２を設定した応答メッセージを送信する。【0075】
ＰＤＣＰ制御基地局１０は、すでにＨＦＮ＃４を用いて秘匿したＰＤＣＰ−ＳＮ：２０４９のデータまでＲＬＣ制御基地局２０へ送信していたが、ＲＬＣ制御基地局２０からＰＤＣＰ−ＳＮ：１及びＨＦＮ＃２が設定された応答メッセージを受信した場合、ＨＦＮ＃２を用いて秘匿したＰＤＣＰ−ＳＮ：２以降のデータを再送する。【0076】
ＲＬＣ制御基地局２０は、ＨＦＮを設定した応答メッセージを送信した後に、ＰＤＣＰ制御基地局１０から再送されたデータをＵＥへ送信する。【0077】
以上説明したように、ＲＬＣ制御基地局２０がＨＦＮ値を設定した応答メッセージをＰＤＣＰ制御基地局１０へ送信することによって、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御基地局２０からＵＥへ送信されていないデータを把握することができる。そのため、ＵＥが復号するのに用いるＨＦＮ値と、ＵＥへ送信されるデータを秘匿するために用いたＨＦＮ値とを同期させることができる。そのため、ＵＥは、受信したデータを復号することができる。【0078】
（実施の形態５）続いて、図９を用いて本発明の実施の形態５にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＵＥが、Ｓｏｕｒｃｅ ＳｅＮＢの通信エリアからＴａｒｇｅｔ ＳｅＮＢの通信エリアへハンドオーバする場合の処理の流れについて示している。ＵＥは、dual connectivityによって、ＭｅＮＢ及びＳｏｕｒｃｅ ＳｅＮＢから送信されるデータを受信しているとする。
【0079】
はじめに、ＵＥがＳｏｕｒｃｅ ＳｅＮＢの通信エリアからＴａｒｇｅｔ ＳｅＮＢの通信エリアへ移動した場合、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、SeNB Additional Requestメッセージを送信する（Ｓ２１）。SeNB Additional Requestメッセージは、Ｔａｒｇｅｔ ＳｅＮＢとＵＥとの間において通信するためのセッションを構築することを指示するメッセージである。次に、Ｔａｒｇｅｔ ＳｅＮＢは、SeNB Additional Requestメッセージに対する応答メッセージとして、ＭｅＮＢへSeNB Additional Request Acknowledgeメッセージを送信する（Ｓ２２）。【0080】
次に、ＭｅＮＢとＳｏｕｒｃｅ ＳｅＮＢとの間において、SeNB Release Requestメッセージが送受信される（Ｓ２３）。SeNB Release Requestメッセージは、ＭｅＮＢとＳｏｕｒｃｅ ＳｅＮＢとの間の通信において用いられていた通信リソースを開放するために用いられる。【0081】
次に、ＭｅＮＢは、ＵＥへRRC Connection Reconfigurationメッセージを送信する（Ｓ２４）。RRC Connection Reconfigurationメッセージは、ＵＥとＴａｒｇｅｔ ＳｅＮＢとの間において通信するためのセッションを構築することを指示するメッセージである。次に、ＵＥは、RRC Connection Reconfigurationメッセージに対する応答メッセージとして、ＭｅＮＢへRRC Connection Reconfiguration Completeメッセージを送信する（Ｓ２５）。【0082】
次に、Ｓｏｕｒｃｅ ＳｅＮＢは、ＭｅＮＢへ同期情報通知メッセージを送信する（Ｓ２６）。同期情報通知メッセージには、Ｓｏｕｒｃｅ ＳｅＮＢが、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵの情報が含まれる。例えば、同期情報通知メッセージには、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＰＤＣＰ−ＳＮが設定されている。【0083】
次に、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、ＵＥとＴａｒｇｅｔ ＳｅＮＢ間のセッションの構築が完了したことを示すSeNB Additional Completeメッセージを送信する（Ｓ２７）。次に、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢへ、Ｓｏｕｒｃｅ ＳｅＮＢから送信された同期情報通知メッセージを送信する（Ｓ２８）。Ｓｏｕｒｃｅ ＳｅＮＢは、同期情報通知メッセージを受信することによって、ＵＥへ送信するデータを秘匿する際に用いるＨＦＮ及びＰＤＣＰ−ＳＮを把握もしくは決定することができる。【0084】
次に、ＭｅＮＢ、Ｓｏｕｒｃｅ ＳｅＮＢ及びＴａｒｇｅｔ ＳｅＮＢとの間において、ＵＥへ未送信のデータをＴａｒｇｅｔ ＳｅＮＢへ転送する。（Ｓ２９）。例えば、Ｓｏｕｒｃｅ ＳｅＮＢは、ＵＥへ未送信のデータをＭｅＮＢへ送信してもよい。この場合、ＭｅＮＢは、Ｓｏｕｒｃｅ ＳｅＮＢから送信されたデータをＵＥへ送信してもよく、Ｔａｒｇｅｔ ＳｅＮＢへ送信してもよい。もしくは、Ｓｏｕｒｃｅ ＳｅＮＢは、ＵＥへ未送信のデータをＴａｒｇｅｔ ＳｅＮＢへ送信してもよい。【0085】
ステップＳ３０〜Ｓ３４は、図５のステップＳ８〜Ｓ１２と同様であるため詳細な説明を省略する。【0086】
以上説明したように、本発明の実施の形態５にかかる通信システムにおける同期処理を実行することによって、ＵＥがハンドオーバした場合においても、ＭｅＮＢは、Ｔａｒｇｅｔ ＳｅＮＢから正常にＵＥへデータを送信することができたことを示すＡＣＫメッセージを受信することができる。そのため、実施の形態５においても、実施の形態１〜４と同様の効果を得ることができる。【0087】
（実施の形態６）続いて、図１０を用いて本発明の実施の形態６にかかる通信システムにおける同期処理の流れについて説明する。本図においては、ＰＤＣＰ−ＳＮ及びＨＦＮの通知に用いられる具体的なメッセージについて説明する。ステップＳ４１〜Ｓ４６は、図５のステップＳ１〜Ｓ６と同様であるため詳細な説明を省略する。
【0088】
ステップＳ４７において、ＭｅＮＢは、SN STATUS TRANSFERメッセージを用いて、ＵＥへ送信を完了しているＰＤＣＰ−ＰＤＵを秘匿したＨＦＮの値及びＰＤＣＰ−ＳＮをＳｅＮＢへ通知する。SN STATUS TRANSFERメッセージは、３ＧＰＰにおいて定められている既存のメッセージである。ここで、図１１〜図１３を用いてSN STATUS TRANSFERメッセージについて説明する。【0089】
図１１は、SN STATUS TRANSFERメッセージに設定されるＰＤＣＰ−ＳＮ及びＨＦＮを示している。ＰＤＣＰ−ＳＮ及びＨＦＮは、COUNT Valueパラメータを構成するパラメータとして設定される。図１１のSN STATUS TRANSFERメッセージは、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵ毎にＳｅＮＢへ送信されてもよい。図１１のSN STATUS TRANSFERメッセージには、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿したＨＦＮ値及びＵＥへ送信済みのＰＤＣＰ−ＰＤＵのＰＤＣＰ−ＳＮが設定されている。【0090】
図１２は、SN STATUS TRANSFERメッセージに設定されるＨＮＦ及び複数のＰＤＣＰ−ＳＮを示している。図１２のSN STATUS TRANSFERメッセージには、ＭｅＮＢがＵＥへ、ＰＤＣＰ−ＳＮ：１〜ＰＤＣＰ−ＳＮ：ｎが送信済みであることが設定されている。さらに、図１２のSN STATUS TRANSFERメッセージには、ＰＤＣＰ−ＳＮ：１〜ＰＤＣＰ−ＳＮ：ｎのＰＤＣＰ−ＰＤＵの秘匿に用いられたＨＦＮ値が設定されている。【0091】
図１３は、複数のＰＤＣＰ−ＳＮの状態を、ビットマップを用いて設定しているSN STATUS TRANSFERメッセージが示されている。図１３のSN STATUS TRANSFERメッセージを用いることによって、ＭｅＮＢは、ＰＤＣＰ−ＳＮの送信状況をビットマップイメージを用いてＳｅＮＢへ通知することができる。【0092】
図１０に戻り、ステップＳ４８〜ステップＳ５１は、図５のステップＳ８〜ステップＳ１１と同様であるため詳細な説明を省略する。ステップＳ５２において、ＳｅＮＢは、ＵＥへ正常に送信することができたＰＤＣＰ−ＰＤＵの秘匿に用いられたＨＦＮ値とＰＤＣＰ−ＳＮとをGTP-U Messageを用いてＭｅＮＢへ送信する。ここで、図１４〜図１７を用いてGTP-U Messageについて説明する。【0093】
図１４は、３ＧＰＰにおいて規定されるGTP-Uプロトコルヘッダ（GTP-Uメッセージヘッダ）の構成を示している。ＨＦＮ値及びＰＤＣＰ−ＳＮは、Next Extension Header Typeに設定される。【0094】
図１５は、GTP-U Extension header typeに、ＰＤＣＰ−ＳＮ及びＨＦＮに関する情報を識別するためのヘッダータイプを新たに追加したことを示している。【0096】
図１７は、GTP-U Message typeに対して新規にＰＤＣＰ−ＳＮ及びＨＦＮの情報要素を追加したイメージを示している。【0097】
以上説明したように、ＭｅＮＢが、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿した際に用いたＨＦＮ値及びＰＤＣＰ−ＳＮをＳｅＮＢへ通知する場合、もしくはＳｅＮＢが、ＵＥへ送信済みのＰＤＣＰ−ＰＤＵを秘匿した際に用いたＨＦＮ値及びＰＤＣＰ−ＳＮをＭｅＮＢへ通知する場合、３ＧＰＰにおいて既存メッセージとして用いられているSN STATUS TRANSFERメッセージ及びGTP-U Messageを用いることができる。【0098】
また、図１０のステップＳ４７において、ＭｅＮＢは、SN STATUS TRANSFERメッセージを用いて、ＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信しているが、ＭｅＮＢは、他のメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。例えば、ＭｅＮＢは、ステップＳ４２におけるSeNB Additional Requestメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。もしくは、ＭｅＮＢは、ステップＳ４６におけるSeNB Additional Completeメッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。【0099】
もしくは、ＭｅＮＢは、ステップＳ４９において、ユーザデータを送信する際に、GTP-U Messageを用いて、ＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。もしくは、ＭｅＮＢは、GTP-UレイヤにおいてGTP-U以外のFrame protocolもしくは独自メッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよく、GTP-Uレイヤと異なるレイヤにおいて別のFrame protocolや独自メッセージを用いてＰＤＣＰ−ＳＮ及びＨＦＮをＳｅＮＢへ送信してもよい。【0100】
（実施の形態７）続いて、実施の形態７にかかる通信システムの構成例について説明する。図２においては、ＰＤＣＰ制御基地局１０が、ＰＤＣＰ制御部１１及びＲＬＣ制御部１３を有する構成について説明したが、ＰＤＣＰ制御基地局１０は、ＰＤＣＰ制御部１１のみを有してもよい。つまり、ＰＤＣＰ制御基地局１０は、ＲＬＣ制御部１３において実行するＲＬＣ制御を実行せずに、ＲＬＣ制御をＲＬＣ制御基地局２０のみが実行してもよく、もしくは、複数のＲＬＣ制御基地局がＲＬＣ制御を実行してもよい。
【0101】
また、図１８は、一つの基地局においてＰＤＣＰ制御部及びＲＬＣ制御部がそれぞれ異なるバッファを用いる構成を示している。図１８の基地局１００は、ＰＤＣＰ制御部１０１、ＰＤＣＰバッファ１０２、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４を有している。ＰＤＣＰ制御部１０１は、ＰＤＣＰバッファ１０２に格納されているデータを抽出し、ＰＤＣＰ制御を実行する。ＰＤＣＰ制御部１０１は、ＰＤＣＰ制御を実行したデータをＲＬＣ制御部１０３へ出力する。【0102】
ＲＬＣ制御部１０３は、ＰＤＣＰ制御部１０１から出力されたデータを一時的にＲＬＣバッファ１０４へ格納する。その後、ＲＬＣ制御部１０３は、ＲＬＣバッファ１０４に格納されているデータを抽出し、ＲＬＣ制御を実行する。ＲＬＣ制御部１０３は、ＲＬＣ制御を実行したデータを移動局３０へ送信する。【0103】
基地局１００においては、ＰＤＣＰバッファ１０２及びＲＬＣバッファ１０４は異なるメモリ領域もしくはメモリ空間に配置されているとする。つまり、ＰＤＣＰ制御部１０１及びＲＬＣ制御部１０３は、同一のメモリ空間を共有することができないとする。さらに、ＰＤＣＰ制御部１０１は、ＲＬＣバッファ１０４を参照することができず、ＲＬＣ制御部１０３は、ＰＤＣＰバッファ１０２を参照することができないとする。【0104】
つまり、基地局１００においては、ＰＤＣＰ制御部１０１、ＰＤＣＰバッファ１０２、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が同一装置内に配置されているが、ＰＤＣＰ制御部１０１及びＲＬＣ制御部１０３は、それぞれ参照することができるバッファに制限が加えられている。【0105】
例えば、基地局１００においては、ＰＤＣＰ制御部１０１及びＰＤＣＰバッファ１０２は、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が搭載されているチップと異なるチップに搭載されてもよい。もしくは、ＰＤＣＰ制御部１０１及びＰＤＣＰバッファ１０２は、ＲＬＣ制御部１０３及びＲＬＣバッファ１０４が搭載されているボードと異なるボードに搭載されてもよい。【0106】
もしくは、ＰＤＣＰ制御部１０１は、ＲＬＣバッファ１０４を参照することができないようにソフトウェアを用いて制御されてもよい。また、ＲＬＣ制御部１０３は、ＰＤＣＰバッファ１０２を参照することができないようにソフトウェアを用いて制御されてもよい。【0107】
以上説明したように、ＰＤＣＰ制御部１０１とＲＬＣ制御部１０３とが異なる装置に配置されている場合以外にも、ＰＤＣＰ制御部１０１がＲＬＣバッファ１０４を参照することができない環境、具体的には、ＰＤＣＰ制御部１０１とＲＬＣ制御部１０３と同一装置内においてメモリ空間を共有しない場合においても、他の実施形態と同様の効果を得ることができる。【0108】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、図５、図９及び図１０について、ＰＤＣＰ制御基地局１０（ＭｅＮＢ）もしくはＲＬＣ制御基地局２０（ＳｅＮＢ）において実行される処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。【0109】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。【0110】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。【0111】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。【0112】
この出願は、２０１４年５月７日に出願された日本出願特願２０１４−０９５７８９を基礎とする優先権を主張し、その開示の全てをここに取り込む。【符号の説明】
【0113】
１０ ＰＤＣＰ制御基地局１１ ＰＤＣＰ制御部
１２ バッファ
１３ ＲＬＣ制御部
２０ ＲＬＣ制御基地局
２１ ＲＬＣ制御部
２２ バッファ
３０ 移動局
１００ 基地局
１０１ ＰＤＣＰ制御部
１０２ ＰＤＣＰバッファ
１０３ ＲＬＣ制御部
１０４ ＲＬＣバッファ