特許6777156 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 日本電気株式会社の特許一覧

特許6777156基地局、ゲートウェイ、方法、プログラム及び記録媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6777156

(24)【登録日】2020年10月12日

(45)【発行日】2020年10月28日

(54)【発明の名称】基地局、ゲートウェイ、方法、プログラム及び記録媒体

(51)【国際特許分類】

H04W 28/06 20090101AFI20201019BHJP

H04W 4/00 20180101ALI20201019BHJP

H04W 72/04 20090101ALI20201019BHJP

H04W 16/32 20090101ALI20201019BHJP

【ＦＩ】

H04W28/06 110

H04W4/00 111

H04W72/04 111

H04W16/32

【請求項の数】10

【全頁数】44

(21)【出願番号】特願2018-542026(P2018-542026)

(86)(22)【出願日】2017年8月31日

(86)【国際出願番号】JP2017031373

(87)【国際公開番号】WO2018061601

(87)【国際公開日】20180405

【審査請求日】2019年1月11日

(31)【優先権主張番号】特願2016-191763(P2016-191763)

(32)【優先日】2016年9月29日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100141519

【弁理士】

【氏名又は名称】梶田邦之

(74)【代理人】

【識別番号】100172199

【弁理士】

【氏名又は名称】松山浩也

(72)【発明者】

【氏名】小椋大輔

【審査官】石田紀之

(56)【参考文献】

【文献】国際公開第２０１５／１７０７６４（ＷＯ，Ａ１）

【文献】特表２０１４−５２７７７１（ＪＰ，Ａ）

【文献】国際公開第２０１６／０９３１６６（ＷＯ，Ａ１）

【文献】特表２０１３−５０９７８７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ７／２４− ７／２６

Ｈ０４Ｗ４／００−９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１−４

ＳＡＷＧ１−４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

基地局であって、
端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、
無線ローカルエリアネットワーク経由での前記基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信する第２通信処理部と、
を備え、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの間の通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
基地局。

【請求項2】

前記サービス品質は、前記ダウンリンクデータについてのＱＣＩ（Quality Class Indicator）又はＩＰ（Internet Protocol）フローである、請求項１に記載の基地局。

【請求項3】

前記識別情報は、前記ダウンリンクデータについてのベアラを識別するための識別情報である、請求項１又は２に記載の基地局。

【請求項4】

前記フレームプロトコルは、トンネリングプロトコルである、請求項１〜３のいずれか１項に記載の基地局。

【請求項5】

前記フレームプロトコルは、ＧＴＰ−ｕ（GPRS Tunneling Protocol user plane）又はＧＲＥ（Generic Routing Encapsulation）である、請求項４に記載の基地局。

【請求項6】

前記識別情報は、ＧＴＰ−ｕのＴＥＩＤ（Tunnel Endpoint Identifier）又はＧＲＥのｋｅｙである、請求項５に記載の基地局。

【請求項7】

前記識別情報に基づいて、前記ヘッダが付与された前記ダウンリンクデータの送信に対する優先制御を行う制御部、をさらに備える、請求項１〜６のいずれか１項に記載の基地局。

【請求項8】

ゲートウェイであって、
無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信する第２通信処理部と、
を備え、
前記フレームプロトコルは、前記ゲートウェイと前記基地局との間の通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
ゲートウェイ。

【請求項9】

端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
を含み、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの間の通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
方法。

【請求項10】

無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
を含み、
前記フレームプロトコルは、ゲートウェイと前記基地局との間の通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、基地局、ゲートウェイ、方法、プログラム及び記録媒体に関する。

【背景技術】

【0002】

現在、３ＧＰＰ（Third Generation Partnership Project）では、ｅＮＢ（evolved Node B）と無線ローカルエリアネットワークアクセスポイント（Wireless Local Area Network Access Point：ＷＬＡＮ−ＡＰ）との両方を利用したデータ伝送方式としてＬＷＩＰ（LTE/WLAN Radio Level Integration with IPsec Tunnel）の検討が進められている。

【0003】

例えば、非特許文献１、２には、ＬＷＩＰに関する技術が記載されている。具体的には、例えば、ＵＥは、ＬＷＩＰ機能により、無線ローカルエリアネットワーク（ＷＬＡＮ）経由で送信するアップリンクデータにＬＷＩＰＥＰ（LWIP Encapsulation Protocol）ヘッダを付与する。これにより、上記アップリンクデータを受信するｅＮＢは、上記アップリンクデータに対応するベアラを識別することができる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】3GPP TS 36.300 V13.4.0 (2016-06)“3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2 (Release 13)”

【非特許文献2】3GPP TS 36.361 V13.1.0 (2016-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); LTE/WLAN Radio Level Integration Using IPsec Tunnel (LWIP) encapsulation; Protocol specification (Release 13)

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＬＷＩＰにおいて、ＷＬＡＮ経由でｅＮＢとＵＥとの間でデータが送受信される場合でも、データに応じたサービス品質（Quality of Service：ＱｏＳ）が満たされることは重要である。しかし、３ＧＰＰでは、ＬＷＩＰにおいてサービス品質を満たすための技術については議論されていない。

【0006】

本発明の目的は、セルラーネットワークのデータを無線ローカルエリアネットワーク（ＷＬＡＮ）経由で送受信する場合についての改善を行うことを可能にすることにある。

【課題を解決するための手段】

【0007】

本発明の第１の基地局は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、無線ローカルエリアネットワーク経由での上記第１の基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信する第２通信処理部と、を備える。上記フレームプロトコルは、上記第１の基地局と上記ゲートウェイとの通信のためのプロトコルであり、上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

【0008】

本発明の第１のゲートウェイは、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、上記ヘッダが付与された上記アップリンクデータを基地局へ送信する第２通信処理部と、を備える。上記フレームプロトコルは、上記第１のゲートウェイと上記基地局との通信のためのプロトコルであり、上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。

【0009】

本発明の第２のゲートウェイは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信する通信処理部と、上記第２のゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得する情報取得部と、を備える。上記通信処理部は、上記輻輳情報を上記基地局へ送信する。

【0010】

本発明の第２の基地局は、無線ローカルエリアネットワーク経由での上記第２の基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信する通信処理部、を備える。

【0011】

本発明の第３の基地局は、無線ローカルエリアネットワーク経由での上記第３の基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信する通信処理部と、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行う測定部と、を備える。

【0012】

本発明の第３のゲートウェイは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信する通信処理部と、上記第３のゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得する情報取得部と、を備える。上記通信処理部は、上記パフォーマンス情報を上記基地局へ送信する。

【0013】

本発明の第１の方法は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、を含む。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

【0014】

本発明の第１のプログラムは、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、をプロセッサに実行させるためのプログラムである。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

【0015】

本発明の第１の記録媒体は、端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、無線ローカルエリアネットワーク経由での基地局から上記端末装置への送信に用いられるゲートウェイへ、上記ヘッダが付与された上記ダウンリンクデータを送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。上記フレームプロトコルは、上記基地局と上記ゲートウェイとの通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

【0016】

本発明の第２の方法は、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、を含む。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。

【0017】

本発明の第２のプログラムは、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、をプロセッサに実行させるためのプログラムである。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。

【0018】

本発明の第２の記録媒体は、無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、上記ヘッダが付与された上記アップリンクデータを基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。上記フレームプロトコルは、ゲートウェイと上記基地局との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。

【0019】

本発明の第３の方法は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、を含む。

【0020】

本発明の第３のプログラムは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムである。

【0021】

本発明の第３の記録媒体は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、上記輻輳情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

【0022】

本発明の第４の方法は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、を含む。

【0023】

本発明の第４のプログラムは、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、をプロセッサに実行させるためのプログラムである。

【0024】

本発明の第４の記録媒体は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は上記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、上記ゲートウェイから受信すること、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

【0025】

本発明の第５の方法は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、を含む。

【0026】

本発明の第５のプログラムは、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、をプロセッサに実行させるためのプログラムである。

【0027】

本発明の第５の記録媒体は、無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、上記ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、上記パフォーマンス情報に基づいて、上記ゲートウェイ又は上記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

【0028】

本発明の第６の方法は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、を含む。

【0029】

本発明の第６のプログラムは、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムである。

【0030】

本発明の第６の記録媒体は、基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを上記無線ローカルエリアネットワーク経由で受信することと、ゲートウェイ又は上記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、上記パフォーマンス情報を上記基地局へ送信することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

【発明の効果】

【0031】

本発明によれば、セルラーネットワークのデータを無線ローカルエリアネットワーク（ＷＬＡＮ）経由で送受信する場合についての改善を行うことが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。

【図面の簡単な説明】

【0032】

【図1】３ＧＰＰＲｅｌｅａｓｅ−１３で想定されているＬＷＩＰのネットワーク構成の例を説明するための説明図である。

【図2】３ＧＰＰＲｅｌｅａｓｅ−１３で想定されているＬＷＩＰのプロトコルスタックの例を説明するための説明図である。

【図3】３ＧＰＰＲｅｌｅａｓｅ−１４で想定されているＬＷＩＰのネットワーク構成の例を説明するための説明図である。

【図4】３ＧＰＰＲｅｌｅａｓｅ−１４で想定されているＬＷＩＰのプロトコルスタックの例を説明するための説明図である。

【図5】実施形態に係るシステムの概略的な構成の一例を示す説明図である。

【図6】実施形態におけるＬＷＩＰのプロトコルスタックの第１の例を説明するための説明図である。

【図7】実施形態におけるＬＷＩＰのプロトコルスタックの第２の例を説明するための説明図である。

【図8】実施形態におけるＬＷＩＰのプロトコルスタックの第３の例を説明するための説明図である。

【図9】第１の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図10】第１の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【図11】第１の実施形態に係る基地局における処理の概略的な流れの例を説明するためのフローチャートである。

【図12】第１の実施形態に係るゲートウェイにおける処理の概略的な流れの例を説明するためのフローチャートである。

【図13】第２の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図14】第２の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【図15】第２の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。

【図16】第３の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図17】第３の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【図18】第３の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。

【図19】第４の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図20】第４の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【図21】第５の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図22】第５の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【図23】第６の実施形態に係る基地局の概略的な構成の例を示すブロック図である。

【図24】第６の実施形態に係るゲートウェイの概略的な構成の例を示すブロック図である。

【発明を実施するための形態】

【0033】

以下、添付の図面を参照して本発明の実施形態（以下、「本実施形態」）を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

【0034】

説明は、以下の順序で行われる。
１．関連技術
２．本実施形態の概要
３．本実施形態に係るシステムの構成
４．第１の実施形態
４．１．基地局の構成
４．２．ゲートウェイの構成
４．３．技術的特徴
５．第２の実施形態
５．１．基地局の構成
５．２．ゲートウェイの構成
５．３．技術的特徴
６．第３の実施形態
６．１．基地局の構成
６．２．ゲートウェイの構成
６．３．技術的特徴
７．第４の実施形態
７．１．基地局の構成
７．２．ゲートウェイの構成
７．３．技術的特徴
８．第５の実施形態
８．１．基地局の構成
８．２．ゲートウェイの構成
８．３．技術的特徴
９．第６の実施形態
９．１．基地局の構成
９．２．ゲートウェイの構成
９．３．技術的特徴

【0035】

＜＜１．関連技術＞＞
図１〜図４を参照して、本実施形態に関連する技術としてＬＷＩＰを説明する。

【0036】

現在、３ＧＰＰでは、ｅＮＢと無線ローカルエリアネットワークアクセスポイント（ＷＬＡＮ−ＡＰ）との両方を利用したデータ伝送方式としてＬＷＩＰの検討が進められている。

【0037】

以下では、３ＧＰＰＲｅｌｅａｓｅ−１３及びＲｅｌｅａｓｅ１４の各々におけるＬＷＩＰを説明する。

【0038】

（１）Ｒｅｌｅａｓｅ−１３
図１は、３ＧＰＰＲｅｌｅａｓｅ−１３で想定されているＬＷＩＰのネットワーク構成の例を説明するための説明図である。図１を参照すると、ｅＮＢ１０、ＬＷＩＰ−ＳｅＧＷ（Security Gateway）２０、ＷＬＡＮ−ＡＰ３０、ＵＥ４０、ＭＭＥ（Mobility Management Entity）５０及びＳ−ＧＷ（Serving Gateway）６０が示されている。ＬＷＩＰでは、ｅＮＢ１０とＵＥ４０とは、Ｕｕインタフェースにおいてデータを送受信できるとともに、ＬＷＩＰ−ＳｅＧＷ２０及びＷＬＡＮ−ＡＰ３０経由でデータを送受信することができる。ＬＷＩＰ−ＳｅＧＷ２０は、ＷＬＡＮ経由でのデータの送受信のためにＩＰｓｅｃ（Security Architecture for Internet Protocol）トンネルを提供する。

【0039】

とりわけアップリンクにおいて、ＵＥ４０は、ＬＷＩＰ機能により、ＷＬＡＮ経由で送信するアップリンクデータにＬＷＩＰＥＰヘッダを付与する。上記アップリンクデータを受信するｅＮＢ１０は、上記ＬＷＩＰＥＰヘッダから、上記アップリンクデータに対応するベアラを識別する。一例として、上記ＬＷＩＰＥＰヘッダは、ベアラＩＤを含む。

【0040】

図２は、３ＧＰＰＲｅｌｅａｓｅ−１３で想定されているＬＷＩＰのプロトコルスタックの例を説明するための説明図である。ＬＷＩＰ−ＳｅＧＷ２０とＵＥ４０の間では、ＥＳＰ（Encapsulating Security Payload）を用いてデータが送受信される。また、ｅＮＢ１０とＬＷＩＰ−ＳｅＧＷ２０との間では、新たなプロトコル（New protocol）を用いてデータが送受信される。例えば、当該新たなプロトコルは、ＧＲＥ（Generic Routing Encapsulation）又はＧＴＰ−ｕ（GPRS Tunneling Protocol for User Plane）、及びＵＤＰ（User Datagram Protocol）である。このＧＲＥ又はＧＴＰ−ｕのトンネルは、ユーザ単位でのトンネルである（即ち、ＧＲＥのｋｅｙ又はＧＴＰ−ｕのＴＥＩＤは、ユーザ単位で割り当てられる）。さらに、アップリンクについては、ｅＮＢ１０とＵＥ４０との間で、ＬＷＩＰＥＰを用いてアップリンクデータが送受信される。即ち、ＵＥ４０は、ＷＬＡＮ経由で送信するアップリンクデータにＬＷＩＰＥＰヘッダを付与する。例えば、ＬＷＩＰＥＰは、ＧＲＥ又はＧＴＰ−ｕにより実装され得る。

【0041】

なお、図２の例において、ｅＮＢ１０及びＵＥ４０の各々のＬＷＩＰＥＰの上に、ＩｎｎｅｒＩＰがさらに配置されてもよい。

【0042】

（２）Ｒｅｌｅａｓｅ−１４
図３は、３ＧＰＰＲｅｌｅａｓｅ−１４で想定されているＬＷＩＰのネットワーク構成の例を説明するための説明図である。図３を参照すると、ｅＮＢ１０、ＬＷＩＰ−ＳｅＧＷ２０、ＷＬＡＮ−ＡＰ３０、ＵＥ４０、ＭＭＥ５０及びＳ−ＧＷ６０が示されている。ＬＷＩＰでは、ｅＮＢ１０とＵＥ４０とは、Ｕｕインタフェースにおいてデータを送受信できるとともに、ＬＷＩＰ−ＳｅＧＷ２０及びＷＬＡＮ−ＡＰ３０経由でデータを送受信することができる。ＬＷＩＰ−ＳｅＧＷ２０は、ＷＬＡＮ経由でのデータの送受信のためにＩＰｓｅｃトンネルを提供する。これらの点については、Ｒｅｌｅａｓｅ−１３と同様である。

【0043】

Ｒｅｌｅａｓｅ−１４でも、Ｒｅｌｅａｓｅ−１３と同様に、ＵＥは、ＬＷＩＰ機能により、ＷＬＡＮ経由で送信するアップリンクデータにＬＷＩＰＥＰヘッダを付与する。一方、とりわけＲｅｌｅａｓｅ−１４では、Ｒｅｌｅａｓｅ−１３とは異なり、ＬＷＩＰＥＰの終端点は、ｅＮＢ１０ではなく、ＬＷＩＰ−ＳｅＧＷ２０である。そのため、上記アップリンクデータを受信するＬＷＩＰ−ＳｅＧＷ２０が、上記ＬＷＩＰＥＰヘッダから、上記アップリンクデータに対応するベアラを識別する。そして、ＬＷＩＰ−ＳｅＧＷ２０は、ｅＮＢ１０とＬＷＩＰ−ＳｅＧＷ２０との間の新たに定義されるインタフェースにおいて、アップリンクデータとともにベアラ情報（例えばベアラＩＤ）をｅＮＢ１０へ送信する。

【0044】

図４は、３ＧＰＰＲｅｌｅａｓｅ−１４で想定されているＬＷＩＰのプロトコルスタックの例を説明するための説明図である。とりわけＲｅｌｅａｓｅ−１４では、ＬＷＩＰ−ＳｅＧＷ２０とＵＥ４０との間で、ＬＷＩＰＥＰを用いてアップリンクデータが送受信される。また、ｅＮＢ１０とＬＷＩＰ−ＳｅＧＷ２０との間では、新たなプロトコル（例えば、ＧＲＥ又はＧＴＰ−ｕ、及びＵＤＰ）を用いてデータが送受信される。とりわけ、ＬＷＩＰ−ＳｅＧＷ２０は、アップリンクデータとともにベアラ情報（例えばベアラＩＤ）をｅＮＢ１０へ送信する。

【0045】

なお、図４の例において、ｅＮＢ１０の新たなプロトコルの上、及び、ＵＥ４０のＬＷＩＰＥＰの上に、ＩｎｎｅｒＩＰがさらに配置されてもよい。

【0046】

＜＜２．本実施形態の概要＞＞
続いて、本実施形態の概要を説明する。

【0047】

（１）技術的課題
第１に、ユーザデータ（ダウンリンクデータ又はアップリンクデータ）は、ＱＣＩ（Quality Class Indicator）及びＩＰ（Internet Protocol）フロー等のサービス品質に対応するが、３ＧＰＰでは、ｅＮＢとＬＷＩＰ−ＳｅＧＷとの間でのユーザデータが送受信について、サービス品質を満たすための技術が議論されていない。そのため、サービス品質を考慮せずに、ｅＮＢとＬＷＩＰ−ＳｅＧＷとの間でユーザデータが送受信され得る。その結果、ＬＷＩＰを用いる場合に、サービス品質が満たされず、安定したサービスが提供されなくなり得る。

【0048】

第２に、ｅＮＢは、ＬＷＩＰ−ＳｅＧＷ及びＷＬＡＮの状態を知らずに、ダウンリンクデータをＬＷＩＰ−ＳｅＧＷ及びＷＬＡＮ経由で送信し得る。そのため、ＬＷＩＰ−ＳｅＧＷ又はＷＬＡＮにおける輻輳に起因してダウンリンクでのデータロスが発生する可能性がある。

【0049】

第３に、ＬＷＩＰによる通信のパフォーマンスを知るための手段は、３ＧＰＰにおいて議論されていない。そのため、ＬＷＩＰによる通信のパフォーマンスをｅＮＢが容易に知ることができず、その結果、適切な経路判定及び／又はネットワーク設計が困難になり得る。

【0050】

（２）技術的特徴
本実施形態（第１の実施形態及び第４の実施形態）では、例えば、基地局（例えばｅＮＢ）は、ダウンリンクデータにフレームプロトコル（例えばＧＴＰ−ｕ又はＧＲＥ）のヘッダを付与し、当該ダウンリンクデータをゲートウェイ（例えばＬＷＩＰ−ＳｅＧＷ）へ送信する。とりわけ、上記ヘッダは、上記ダウンリンクデータについてのサービス品質（例えばＱＣＩ又はＩＰフロー）に対応する識別情報（ＧＴＰ−ｕのＴＥＩＤ又はＧＲＥのｋｅｙ）を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、基地局は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0051】

本実施形態（第２の実施形態及び第５の実施形態）では、例えば、ゲートウェイ（例えばＬＷＩＰ−ＳｅＧＷ）は、当該ゲートウェイ又はＷＬＡＮにおける輻輳に関する輻輳情報を基地局（例えばｅＮＢ）へ送信する。これにより、例えば、基地局は、ゲートウェイ又はＷＬＡＮにおける輻輳を把握することが可能になる。そのため、基地局は、ＷＬＡＮ経由でのダウンリンクデータの送信を抑制又は停止することにより、ダウンリンクでのデータロスを回避し得る。

【0052】

本実施形態（第３の実施形態及び第６の実施形態）では、例えば、基地局（例えばｅＮＢ）は、ゲートウェイ（例えばＬＷＩＰ−ＳｅＧＷ）から、当該ゲートウェイ又はＷＬＡＮにおける通信パフォーマンスに関するパフォーマンス情報を受信し、当該パフォーマンス情報に基づいて、パフォーマンス測定を行う。これにより、例えば、ＷＬＡＮ経由での通信のパフォーマンスを容易に知ることが可能になり、その結果、適切な経路判定及び／又はネットワーク設計（例えばＬＷＩＰシステムの増減等）がより容易になり得る。

【0053】

なお、上述した技術的特徴は本実施形態の具体的な一例であり、当然ながら、本実施形態は上述した技術的特徴に限定されない。

【0054】

＜＜３．本実施形態に係るシステムの構成＞＞
図５〜図８を参照して、本実施形態に係るシステム１の構成の例を説明する。図５は、本実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図５を参照すると、システム１は、基地局１００、ゲートウェイ２００、ＷＬＡＮ−ＡＰ３００、端末装置４００及びコアネットワーク５００を含む。

【0055】

例えば、システム１は、３ＧＰＰの規格（standard）に準拠したシステムである。より具体的には、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ及び／又はＳＡＥ（System Architecture Evolution）に準拠したシステムであってもよい。あるいは、システム１は、第５世代（５Ｇ）の規格に準拠したシステムであってもよい。当然ながら、システム１は、これらの例に限定されない。

【0056】

（１）基地局１００
基地局１００は、端末装置との無線通信を行うノードであり、換言すると無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードである。例えば、基地局１００は、ｅＮＢ（evolved Node B）であってもよく、又は、５ＧにおけるｇＮＢ（generation Node B）であってもよい。基地局１００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（Center/Central Unit：ＣＵ）と呼ばれてもよく、上記第２のユニットは、分散ユニット（Distributed Unit：ＤＵ）又はアクセスユニット（Access Unit：ＡＵ）と呼ばれてもよい。別の例として、上記第１ユニットは、デジタルユニット（Digital Unit：ＤＵ）と呼ばれてもよく、上記第２ユニットは、無線ユニット（Radio Unit：ＲＵ）又はリモートユニット（Remote Unit：ＲＵ）と呼ばれてもよい。上記ＤＵ（Digital Unit）は、ＢＢＵ（Base Band Unit）であってもよく、上記ＲＵは、ＲＲＨ（Remote Radio Head）又はＲＲＵ（Remote Radio Unit）であってもよい。当然ながら、上記第１ユニット（又は第１のノード）及び上記第２ユニット（又は第２のノード）の呼称は、この例に限定されない。あるいは、基地局１００は、単一のユニット（又は単一のノード）であってもよい。この場合に、基地局１００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。

【0057】

とりわけ、本実施形態では、基地局１００は、無線で（例えばＵｕインタフェースにおいて）端末装置４００とデータを送受信することができるとともに、ゲートウェイ２００及びＷＬＡＮ−ＡＰ３００経由で端末装置４００とデータを送受信することができる。具体的には、例えば、基地局１００は、ＬＷＩＰの動作を行うことができる。

【0058】

（２）ゲートウェイ２００
ゲートウェイ２００は、基地局１００とＷＬＡＮ−ＡＰ３００及び端末装置４００との間に位置するノードであり、ＷＬＡＮ−ＡＰ３００経由でのデータの送受信をサポートする。

【0059】

例えば、ゲートウェイ２００は、セキュリティゲートウェイであり、ＷＬＡＮ経由でのデータの送受信のためにセキュリティを確保する。例えば、ゲートウェイ２００は、ＷＬＡＮ経由でのデータの送受信のためにセキュリティトンネル（例えば、ＩＰｓｅｃトンネル）を提供する。より具体的には、例えば、ゲートウェイ２００は、ＬＷＩＰ−ＳｅＧＷである。

【0060】

（３）ＷＬＡＮ−ＡＰ３００
ＷＬＡＮ−ＡＰ３００は、ＷＬＡＮのアクセスポイントであり、ＩＥＥＥ８０２.１１シリーズ（ＩＥＥＥ８０２.１１ｂ／１１ａ／１１ｇ／１１ｎ／１１ａｃ等）のうちの１つ以上に従って端末装置（例えば端末装置４００）との無線通信を行う。

【0061】

（４）端末装置４００
端末装置４００は、基地局との無線通信を行う。例えば、端末装置４００は、基地局１００のカバレッジエリア内に位置する場合に、基地局１００との無線通信を行う。例えば、端末装置４００は、ＵＥ（User Equipment）である。

【0062】

とりわけ、本実施形態では、端末装置４００は、無線で（例えばＵｕインタフェースにおいて）基地局１００とデータを送受信することができるとともに、ＷＬＡＮ−ＡＰ３００及びゲートウェイ２００経由で基地局１００とデータを送受信することができる。具体的には、例えば、端末装置４００は、ＬＷＩＰの動作を行うことができる。

【0063】

（５）コアネットワーク５００
コアネットワーク５００は、基地局１００と通信する１つ以上のコアネットワークノードを含む。例えば、コアネットワーク５００は、制御プレーンの処理を担う第１のコアネットワークノード、及び、ユーザプレーンの処理を担う第２のコアネットワークノードを含む。より具体的には、例えば、コアネットワーク５００は、ＥＰＣ（Evolved Packet Core）であり、上記第１のコアネットワークノードは、ＭＭＥであり、上記第２のコアネットワークノードは、Ｓ−ＧＷである。

【0064】

（６）プロトコルスタック
例えば、システム１では、ＬＷＩＰが用いられる。この場合に、基地局１００（ｅＮＢ）、ゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）及び端末装置４００（ＵＥ）におけるＬＷＩＰのプロトコルスタックとして、いくつかの例が考えられる。以下、当該プロトコルスタックの第１〜３の例を説明する。

【0065】

図６は、本実施形態におけるＬＷＩＰのプロトコルスタックの第１の例を説明するための説明図である。当該第１の例は、図２を参照して説明したＲｅｌｅａｓｅ−１３のプロトコルスタックの例と同様にプロトコルが配置される。当該第１の例では、さらに、基地局１００（ｅＮＢ）及びゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）において、ＬＷＩＰに関連する制御を行うコントローラ（controller）が配置され得る。

【0066】

図７は、本実施形態におけるＬＷＩＰのプロトコルスタックの第２の例を説明するための説明図である。当該第２の例は、図４を参照して説明したＲｅｌｅａｓｅ−１４のプロトコルスタックの例と同様にプロトコルが配置される。当該第２の例では、さらに、基地局１００（ｅＮＢ）及びゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）において、ＬＷＩＰに関連する制御を行うコントローラが配置され得る。

【0067】

図８は、本実施形態におけるＬＷＩＰのプロトコルスタックの第３の例を説明するための説明図である。当該第３の例では、Ｓ１−ｕ（ＧＴＰ−ｕ）の終端点が、基地局１００（ｅＮＢ）からゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）に変更される。これにより、トラフィックオフロードのオーバーヘッドが低減され得る。

【0068】

なお、図８の例の場合に、基地局１００（ｅＮＢ）がコアネットワークノードと交換するＧＴＰ−ｕ又はＧＲＥのｋｅｙの払い出し、及びベアラのリソース管理が、基地局１００（ｅＮＢ）及びゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）の一方により行われ得る。この場合に、基地局１００（ｅＮＢ）及びゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）の当該一方が、他方へ情報（例えば、ＧＴＰ−ｕ又はＧＲＥのｋｅｙ、及びリソース情報等）を送信し得る。また、基地局１００（ｅＮＢ）及びゲートウェイ２００（ＬＷＩＰ−ＳｅＧＷ）の一方が、他方にリソース解放の指示を行い得る。

【0069】

＜＜４．第１の実施形態＞＞
続いて、図９〜図１２を参照して、本発明の第１の実施形態を説明する。

【0070】

＜４．１．基地局の構成＞
まず、図９を参照して、第１の実施形態に係る基地局１００の構成の例を説明する。図９は、第１の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図９を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。

【0071】

（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

【0072】

（２）ネットワーク通信部１２０
ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

【0073】

（３）記憶部１３０
記憶部１３０は、基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

【0074】

（４）処理部１４０
処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、第１通信処理部１４１、第２通信処理部１４３及び制御部１４５を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部１４１、第２通信処理部１４３及び制御部１４５の具体的な動作は、後に詳細に説明する。

【0075】

例えば、処理部１４０は、無線通信部１１０を介して端末装置（例えば、端末装置４００）と通信する。例えば、処理部１４０は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、ゲートウェイ２００又はコアネットワークノード等）と通信する。具体的には、例えば、処理部１４０（第１通信処理部１４１及び第２通信処理部１４３）は、ネットワーク通信部１２０を介してゲートウェイ２００と通信する。

【0076】

一例として、第１通信処理部１４１は、図６又は図７における新たなプロトコル（New protocol）のうちの上位のプロトコル（例えば、ＧＲＥ又はＧＴＰ−ｕ）の処理を行う。また、第２通信処理部１４３は、上記新たなプロトコルのうちの下位のプロトコル（例えば、ＵＤＰ）及びＩＰの処理を行う。また、制御部１４５は、図６又は図７に示されるコントローラとして動作する。

【0077】

（５）実装例
無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路等により実装されてもよい。ネットワーク通信部１２０は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。第１通信処理部１４１、第２通信処理部１４３及び制御部１４５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0078】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部１４０の動作（第１通信処理部１４１、第２通信処理部１４３及び制御部１４５の動作）を行ってもよい。上記プログラムは、処理部１４０の動作（第１通信処理部１４１、第２通信処理部１４３及び制御部１４５の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0079】

＜４．２．ゲートウェイの構成＞
次に、図１０を参照して、第１の実施形態に係るゲートウェイ２００の構成の例を説明する。図１０は、第１の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図１０を参照すると、ゲートウェイ２００は、ネットワーク通信部２１０、記憶部２２０及び処理部２３０を備える。

【0080】

（１）ネットワーク通信部２１０
ネットワーク通信部２１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

【0081】

（２）記憶部２２０
記憶部２２０は、ゲートウェイ２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

【0082】

（３）処理部２３０
処理部２３０は、ゲートウェイ２００の様々な機能を提供する。処理部２３０は、第１通信処理部２３１、第２通信処理部２３３及び制御部２３５を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部２３１、第２通信処理部２３３及び制御部２３５の具体的な動作は、後に詳細に説明する。

【0083】

例えば、処理部２３０は、ネットワーク通信部２１０を介して他のノード（例えば、基地局１００、端末装置４００又はコアネットワークノード）と通信する。具体的には、例えば、処理部２３０（第１通信処理部２３１及び第２通信処理部２３３）は、ネットワーク通信部２１０を介して基地局１００（又はコアネットワークノード）と通信する。また、例えば、処理部２３０は、ネットワーク通信部２１０を介して、ＷＬＡＮ（ＷＬＡＮ−ＡＰ３００）経由で端末装置４００と通信する。

【0084】

一例として、第１通信処理部２３１は、図６若しくは図７における新たなプロトコル（New protocol）のうちの上位のプロトコル（例えば、ＧＲＥ又はＧＴＰ−ｕ）の処理、又は、図８におけるＧＴＰ−ｕの処理を行う。また、第２通信処理部２３３は、図６若しくは図７における上記新たなプロトコルのうちの下位のプロトコル（例えば、ＵＤＰ）及びＩＰの処理、又は、図８におけるＵＤＰ及びＩＰの処理を行う。また、制御部２３５は、図６、図７又は図８に示されるコントローラとして動作する。

【0085】

（４）実装例
ネットワーク通信部２１０は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、プロセッサ等により実装されてもよい。第１通信処理部２３１、第２通信処理部２３３及び制御部２３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0086】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部２３０の動作（第１通信処理部２３１、第２通信処理部２３３及び制御部２３５の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（第１通信処理部２３１、第２通信処理部２３３及び制御部２３５の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0087】

＜４．３．技術的特徴＞
次に、図１１及び図１２を参照して、第１の実施形態の技術的特徴を説明する。

【0088】

（１）ダウンリンクに関する技術的特徴
基地局１００（第１通信処理部１４１）は、端末装置４００へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する。そして、基地局１００（第２通信処理部１４３）は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ２００へ送信する。なお、ゲートウェイ２００は、ＷＬＡＮ経由での基地局１００から端末装置４００への送信に用いられる。

【0089】

（１―１）フレームプロトコル
上記フレームプロトコルは、基地局１００とゲートウェイ２００との通信のためのプロトコルである。

【0090】

例えば、上記フレームプロトコルは、トンネリングプロトコルである。より具体的には、例えば、上記フレームプロトコルは、ＧＴＰ−ｕである。あるいは、上記フレームプロトコルは、ＧＲＥであってもよい。

【0091】

（１―２）ヘッダ及び識別情報
上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。当該識別情報は、上記サービス品質自体を識別するための情報でなくてもよいが、上記サービス品質の識別を可能にする情報である。

【0092】

第１の例として、上記サービス品質は、上記ダウンリンクデータについてのＱＣＩであり、上記識別情報は、上記ダウンリンクデータについてのベアラを識別するための識別情報である。上記ベアラは、上記ＱＣＩを有する。第２の例として、上記サービス品質は、ＩＰフローであってもよく、上記識別情報は、ＩＰフローに対応する識別情報であってもよい。ただし、上記サービス品質は、これらの例に限定されない。

【0093】

例えば、上記フレームプロトコルは、ＧＴＰ−ｕであり、上記識別情報は、ＧＴＰ−ｕのＴＥＩＤである。あるいは、上記フレームプロトコルは、ＧＲＥであってもよく、上記識別情報は、ＧＲＥのｋｅｙであってもよい。

【0094】

一般的に、ＧＴＰ−ｕのＴＥＩＤ及びＧＲＥのｋｅｙは、ベアラを識別するための情報であり、当該ベアラのＱＣＩに対応するが、上記サービス品質がＩＰフローである場合には、上記識別情報（ＧＴＰ−ｕのＴＥＩＤ又はＧＲＥのｋｅｙ）は、ＩＰフローに対応するように（即ち、ＩＰフローの識別を可能にするように）割り当てられてもよい。

【0095】

以上のように、上記ダウンリンクデータに付与される上記ヘッダは、上記サービス品質に対応する上記識別情報を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、基地局１００は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0096】

なお、上記ヘッダは、他の情報をさらに含んでもよい。当該他の情報は、ＷＬＡＮ（ＷＬＡＮ−ＡＰ３００）又は端末装置４００を識別するための情報であってもよい。

【0097】

（１―３）優先制御
例えば、基地局１００（制御部１４５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータの送信に対する優先制御を行う。当該優先制御は、フロー制御と呼ばれてもよい。

【0098】

例えば、上記優先制御は、上記ヘッダが付与された上記ダウンリンクデータについてのキューイング又はトラフィックシェーピングを含む。即ち、基地局１００（制御部１４５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータについてのキューイング若しくはトラフィックシェーピングを行う。具体的には、例えば、基地局１００（制御部１４５）は、キューイング（例えばＷＲＲ（Weighted Round Robin）若しくはＷＦＱ（Weighted Fair Queuing）等）又はトラフィックシェーピングにより、より高いサービス品質を伴うダウンリンクデータをより優先的に（より早く）送信する。

【0099】

上記優先制御は、上記ヘッダが付与された上記ダウンリンクデータに付与されるＩＰヘッダ内のＤＳＣＰ（Differentiated Service Code Point）値の決定を含んでもよい。即ち、基地局１００（制御部１４５）は、上記サービス品質に対応する上記識別情報に基づいて、当該ＤＳＣＰ値を決定してもよい。具体的には、例えば、サービス品質（例えばＱＣＩ又はＩＰフロー）とＤＳＣＰ値とのマッピングが予め定義されてもよく、基地局１００（制御部１４５）は、ＩＰヘッダ内のＤＳＣＰ値が、上記ダウンリンクデータについての上記サービス品質に対応するように、当該ＤＳＣＰ値を決定してもよい。

【0100】

上記優先制御は、複数のゲートウェイの中からの上記ゲートウェイの選択を含んでもよい。即ち、基地局１００（制御部１４５）は、上記サービス品質に対応する上記識別情報に基づいて、複数のゲートウェイの中からの上記ゲートウェイを選択してもよい。具体的には、例えば、基地局１００（制御部１４５）は、より高いサービス品質を伴うダウンリンクデータの送信のために、より良好なゲートウェイ（例えば、輻輳を伴わないゲートウェイ、又は通信パフォーマンスがより高いゲートウェイ等）を選択してもよい。

【0101】

以上のように、例えば、上記識別情報に基づいて優先制御が行われる。これにより、例えば、基地局１００は、実際に、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0102】

（１―４）処理の流れ
図１１は、第１の実施形態に係る基地局１００における処理の概略的な流れの例を説明するためのフローチャートである。

【0103】

基地局１００（第１通信処理部１４１）は、端末装置４００へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する（Ｓ７０１）。

【0104】

基地局１００（制御部１４５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記ダウンリンクデータの送信に対する優先制御を行う（Ｓ７０３）。

【0105】

基地局１００（第２通信処理部１４３）は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ２００へ送信する（Ｓ７０５）。このあと、ゲートウェイ２００は、端末装置４００へ上記ダウンリンクデータを送信してもよい。ゲートウェイ２００が端末装置４００へ送信する情報は、送信元ＩＰアドレスとしてゲートウェイ２００のパブリックＩＰアドレスを含んでいてもよく、また、送信先ＩＰアドレスとして端末装置４００のローカルＩＰアドレスを含んでいてもよい。

【0106】

（２）アップリンクに関する技術的特徴
ゲートウェイ２００（第１通信処理部２３１）は、ＷＬＡＮ経由で端末装置４００により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する。そして、ゲートウェイ２００（第２通信処理部２３３）は、上記ヘッダが付与された上記アップリンクデータを基地局１００へ送信する。

【0107】

（２―１）フレームプロトコル
上記フレームプロトコルは、ゲートウェイ２００と基地局１００との通信のためのプロトコルである。

【0108】

【0109】

（２―２）ヘッダ及び識別情報
上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。当該識別情報は、上記サービス品質自体を識別するための情報でなくてもよいが、上記サービス品質の識別を可能にする情報である。

【0110】

第１の例として、上記サービス品質は、上記アップリンクデータについてのＱＣＩであり、上記識別情報は、上記アップリンクデータについてのベアラを識別するための識別情報である。上記ベアラは、上記ＱＣＩを有する。第２の例として、上記サービス品質は、ＩＰフローであってもよく、上記識別情報は、ＩＰフローに対応する識別情報であってもよい。ただし、上記サービス品質は、これらの例に限定されない。

【0111】

【0112】

【0113】

例えば、上記識別情報は、上記アップリンクデータに含まれる情報、又は、上記アップリンクデータとともに端末装置４００により送信された情報である。より具体的には、例えば、上記識別情報は、ＬＷＩＰＥＰヘッダに含まれる。一例として、ＬＷＩＰのプロトコルスタックとして、図６に示される第１の例が用いられ、ゲートウェイ２００が送信するアップリンクデータは、ＬＷＩＰＥＰヘッダを含み、当該ＬＷＩＰＥＰヘッダが、上記識別情報を含む。別の例として、ＬＷＩＰのプロトコルスタックとして、図７に示される第２の例、又は図８に示される第３の例が用いられてもよく、ゲートウェイ２００が送信するアップリンクデータは、ＬＷＩＰＥＰヘッダとともに端末装置４００により送信されてもよく、当該ＬＷＩＰＥＰヘッダが、上記識別情報を含んでもよい。これにより、例えば、ゲートウェイ２００が上記識別情報を取得することが可能になる。端末装置４００がゲートウェイ２００へ送信する情報は、送信元ＩＰアドレスとして端末装置４００のローカルＩＰアドレスを含んでいてもよく、また、送信先ＩＰアドレスとしてゲートウェイ２００のパブリックＩＰアドレスを含んでいてもよい。

【0114】

以上のように、上記アップリンクデータに付与される上記ヘッダは、上記サービス品質に対応する上記識別情報を含む。これにより、例えば、サービス品質ごとのトンネルが形成され、ゲートウェイ２００は、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0115】

【0116】

（２―３）優先制御
例えば、ゲートウェイ２００（制御部２３５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータの送信に対する優先制御を行う。当該優先制御は、フロー制御と呼ばれてもよい。

【0117】

例えば、上記優先制御は、上記ヘッダが付与された上記アップリンクデータについてのキューイング又はトラフィックシェーピングを含む。即ち、ゲートウェイ２００（制御部２３５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータについてのキューイング若しくはトラフィックシェーピングを行う。具体的には、例えば、ゲートウェイ２００（制御部２３５）は、キューイング（例えばＷＲＲ若しくはＷＦＱ等）又はトラフィックシェーピングにより、より高いサービス品質を伴うアップリンクデータをより優先的に（より早く）送信する。

【0118】

上記優先制御は、上記ヘッダが付与された上記アップリンクデータに付与されるＩＰヘッダ内のＤＳＣＰ値の決定を含んでもよい。即ち、ゲートウェイ２００（制御部２３５）は、上記サービス品質に対応する上記識別情報に基づいて、当該ＤＳＣＰ値を決定してもよい。具体的には、例えば、サービス品質（例えばＱＣＩ又はＩＰフロー）とＤＳＣＰ値とのマッピングが予め定義されてもよく、ゲートウェイ２００（制御部２３５）は、ＩＰヘッダ内のＤＳＣＰ値が、上記アップリンクデータについての上記サービス品質に対応するように、当該ＤＳＣＰ値を決定してもよい。

【0119】

以上のように、例えば、上記識別情報に基づいて優先制御が行われる。これにより、例えば、ゲートウェイ２００は、実際に、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0120】

（２―４）その他
例えば、基地局１００（第２通信処理部１４３）は、上記識別情報に対応する上記サービス品質を示す情報をゲートウェイ２００へ送信し、ゲートウェイ２００（第２通信処理部２３３）は、当該情報を受信する。一例として、上記情報は、上記識別情報（例えばＧＴＰ−ｕのＴＥＩＤ又はＧＲＥのｋｅｙ）と、上記サービス品質（ＱＣＩ又はＩＰフロー）を示す情報とを含む。これにより、例えば、ゲートウェイ２００は、上記識別情報から、上記サービス品質を識別することが可能になる。

【0121】

（２―５）処理の流れ
図１２は、第１の実施形態に係るゲートウェイ２００における処理の概略的な流れの例を説明するためのフローチャートである。

【0122】

ゲートウェイ２００（第１通信処理部２３１）は、ＷＬＡＮ経由で端末装置４００により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する（Ｓ７１１）。

【0123】

ゲートウェイ２００（制御部２３５）は、上記サービス品質に対応する上記識別情報に基づいて、上記ヘッダが付与された上記アップリンクデータの送信に対する優先制御を行う（Ｓ７１３）。

【0124】

ゲートウェイ２００（第２通信処理部２３３）は、上記ヘッダが付与された上記アップリンクデータを基地局１００へ送信する（Ｓ７１５）。

【0125】

以上、第１の実施形態を説明した。なお、基地局１００（制御部１４５）又はゲートウェイ２００（制御部２３５）は、上記サービス品質（又は上記識別情報）に基づいて、ベアラ制御を行ってもよい。具体的には、当該ベアラ制御は、ベアラの設定、再設定又は切断を含んでもよい。基地局１００（制御部１４５）及びゲートウェイ２００（制御部２３５）の一方は、他方に上記ベアラ制御を指示してもよい。また、基地局１００（制御部１４５）は、上記サービス品質（又は上記識別情報）に基づいて、端末装置４００とゲートウェイ２００との間のセキュリティトンネル（例えば、ＩＰＳｅｃトンネル）の設定、再設定又は切断をゲートウェイ２００へ指示してもよい。

【0126】

＜＜５．第２の実施形態＞＞
続いて、図１３〜図１５を参照して、本発明の第２の実施形態を説明する。

【0127】

＜５．１．基地局の構成＞
まず、図１３を参照して、第２の実施形態に係る基地局１００の構成の例を説明する。図１３は、第２の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図１３を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１５０を備える。

【0128】

無線通信部１１０、ネットワーク通信部１２０及び記憶部１３０についての説明は、第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

【0129】

（１）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、通信処理部１５１及び制御部１５３を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。通信処理部１５１及び制御部１５３の具体的な動作は、後に詳細に説明する。

【0130】

例えば、処理部１５０は、無線通信部１１０を介して端末装置（例えば、端末装置４００）と通信する。例えば、処理部１５０は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、ゲートウェイ２００又はコアネットワークノード等）と通信する。具体的には、例えば、処理部１５０（通信処理部１５１）は、ネットワーク通信部１２０を介してゲートウェイ２００と通信する。

【0131】

一例として、通信処理部１５１は、図６又は図７における新たなプロトコル（New protocol）（例えば、ＧＲＥ又はＧＴＰ−ｕ、及びＵＤＰ）並びにＩＰの処理を行う。また、制御部１５３は、図６又は図７に示されるコントローラとして動作する。

【0132】

（２）実装例
処理部１５０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。通信処理部１５１及び制御部１５３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0133】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部１５０の動作（通信処理部１５１及び制御部１５３の動作）を行ってもよい。上記プログラムは、処理部１５０の動作（通信処理部１５１及び制御部１５３の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0134】

＜５．２．ゲートウェイの構成＞
次に、図１４を参照して、第２の実施形態に係るゲートウェイ２００の構成の例を説明する。図１４は、第２の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図１４を参照すると、ゲートウェイ２００は、ネットワーク通信部２１０、記憶部２２０及び処理部２４０を備える。

【0135】

ネットワーク通信部２１０及び記憶部２２０についての説明は、第１の実施形態における説明と同じである。よって、ここでは重複する説明を省略する。

【0136】

（１）処理部２４０
処理部２４０は、ゲートウェイ２００の様々な機能を提供する。処理部２４０は、通信処理部２４１及び情報取得部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。通信処理部２４１及び情報取得部２４３の具体的な動作は、後に詳細に説明する。

【0137】

例えば、処理部２４０（通信処理部２４１）は、ネットワーク通信部２１０を介して他のノード（例えば、基地局１００、端末装置４００又はコアネットワークノード）と通信する。具体的には、例えば、処理部２４０（通信処理部２４１）は、ネットワーク通信部２１０を介して基地局１００（又はコアネットワークノード）と通信する。また、例えば、処理部２４０（通信処理部２４１）は、ネットワーク通信部２１０を介して、ＷＬＡＮ（ＷＬＡＮ−ＡＰ３００）経由で端末装置４００と通信する。

【0138】

一例として、通信処理部２４１は、図６、図７又は図８に示されるゲートウェイ２００内のプロトコルの処理を行う。また、情報取得部２４３は、図６、図７又は図８に示されるコントローラとして動作する。

【0139】

（２）実装例
処理部２４０は、プロセッサ等により実装されてもよい。通信処理部２４１及び情報取得部２４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0140】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部２４０の動作（通信処理部２４１及び情報取得部２４３の動作）を行ってもよい。上記プログラムは、処理部２４０の動作（通信処理部２４１及び情報取得部２４３の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0141】

＜５．３．技術的特徴＞
次に、図１５を参照して、第２の実施形態の技術的特徴を説明する。

【0142】

ゲートウェイ２００（通信処理部２４１）は、基地局１００からのダウンリンクデータをＷＬＡＮ経由で端末装置４００へ送信し、及び／又は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信する。

【0143】

とりわけ、ゲートウェイ２００（情報取得部２４３）は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳に関する輻輳情報を取得する。そして、ゲートウェイ２００（通信処理部２４１）は、上記輻輳情報を基地局１００へ送信する。基地局１００（通信処理部１５１）は、ゲートウェイ２００から上記輻輳情報を受信する。

【0144】

これにより、例えば、基地局１００は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳を把握することが可能になる。そのため、基地局１００は、ＷＬＡＮ経由でのダウンリンクデータの送信（オフローディング）を抑制又は停止することにより、オフローディングによるダウンリンクでのデータロスを回避し得る。

【0145】

なお、上記ＷＬＡＮにおける輻輳は、１つ以上のＷＬＡＮ−ＡＰ３００における輻輳を意味してもよい。

【0146】

（１）輻輳情報
一例として、上記輻輳情報は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳の有無を示す情報（輻輳フラグ）である。

【0147】

別の例として、上記輻輳情報は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳の度合を示す情報であってもよい。具体的には、例えば、複数の度合が定義され、上記輻輳情報は、当該複数の度合のうちの１つを示す情報であってもよい。

【0148】

さらに別の例として、上記輻輳情報は、ゲートウェイ２００若しくは上記ＷＬＡＮにおける輻輳の有無又は度合を判断するための情報であってもよい。一例として、上記輻輳情報は、ゲートウェイ２００若しくはＷＬＡＮ−ＡＰ３００におけるＣＰＵ使用率、データ受信バッファの輻輳の有無、及び／又はバックプレッシャーの有無等を示す情報であってもよい。

【0149】

（２）輻輳情報の取得
例えば、上記輻輳情報は、ゲートウェイ２００における輻輳に関する情報である。この場合には、例えば、ゲートウェイ２００（処理部２４０）は、ゲートウェイ２００における輻輳に関する測定を行い、当該測定の結果に基づいて上記輻輳情報を生成する。そして、ゲートウェイ２００（情報取得部２４３）は、生成された上記輻輳情報を取得する。

【0150】

上記輻輳情報は、上記ＷＬＡＮ（１つ以上のＷＬＡＮ−ＡＰ３００）における輻輳に関する情報であってもよい。この場合には、ゲートウェイ２００（処理部２４０）は、１つ以上のＷＬＡＮ−ＡＰ３００からＳＮＭＰ（Simple Network Management Protocol）情報を収集してもよく、当該ＳＮＭＰ情報に基づいて上記輻輳情報を生成してもよい。そして、ゲートウェイ２００（情報取得部２４３）は、生成された上記輻輳情報を取得してもよい。なお、上記輻輳情報は、上記ＳＮＭＰ情報そのものであってもよく、この場合には、ゲートウェイ２００（情報取得部２４３）は、収集した上記ＳＮＭＰ情報を取得してもよい。

【0151】

（３）輻輳情報の送信
例えば、ゲートウェイ２００（通信処理部２４１）は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信し、上記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された上記アップリンクデータを基地局１００へ送信する。上記ヘッダが、上記輻輳情報を含む。

【0152】

例えば、上記輻輳情報は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳の有無を示す（上記ヘッダ内の）輻輳フラグである。

【0153】

例えば、上記フレームプロトコルは、ＧＴＰ−ｕ又はＧＲＥである。即ち、ゲートウェイ２００（通信処理部２４１）は、上記輻輳情報（例えば輻輳フラグ）を含むＧＴＰ−ｕヘッダ又はＧＲＥヘッダが付与されたアップリンクデータを基地局１００へ送信する。例えば、上記輻輳情報は、ＧＴＰ−ｕヘッダ又はＧＲＥヘッダの未使用領域に含まれる。

【0154】

これにより、例えば、追加の情報を送信することなく、輻輳情報を送信することが可能になる。そのため、オーバーヘッドが抑えられ得る。また、新たなプロトコルの定義する必要もなく、導入が容易になり得る。

【0155】

なお、上記輻輳情報の送信手法は、上述した例に限定されない。例えば、ゲートウェイ２００（通信処理部２４１）は、上記輻輳情報を含む制御プレーンメッセージを基地局１００へ送信してもよい。

【0156】

ゲートウェイ２００（通信処理部２４１）は、例えば、トリガ条件が満たされる場合に、又は定期的に、上記輻輳情報を基地局１００へ送信する。当該トリガ条件は、例えば、ゲートウェイ２００のバッファ内でのアップリンクデータパケットの量が、予め設定された閾値を超えること、又はチャネルが混雑すること等であってもよい。

【0157】

（４）輻輳制御
例えば、基地局１００（制御部１５３）は、上記輻輳情報に基づいて上記輻輳に対する制御を行う。

【0158】

例えば、基地局１００（通信処理部１５１）は、上記ＷＬＡＮ経由で端末装置４００へ送信するダウンリンクデータをゲートウェイ２００へ送信し、上記制御は、ゲートウェイ２００及び上記ＷＬＡＮ経由でのダウンリンクデータの送信を抑制又は停止することを含む。即ち、基地局１００は、上記輻輳情報に基づいて、ゲートウェイ２００及び上記ＷＬＡＮ経由でのダウンリンクデータの送信（オフローディング）を抑制又は停止する。具体的には、例えば、基地局１００は、上記輻輳情報から上記輻輳を検知した場合に、オフローディングを抑制又は停止する。

【0159】

これにより、例えば、オフローディングによるダウンリンクでのデータロスを回避することが可能になる。

【0160】

（５）処理の流れ
図１５は、第２の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。

【0161】

ゲートウェイ２００（情報取得部２４３）は、ゲートウェイ２００又はＷＬＡＮにおける輻輳に関する輻輳情報を取得する（Ｓ７４１）。

【0162】

ゲートウェイ２００（通信処理部２４１）は、上記輻輳情報を基地局１００へ送信し、基地局１００（通信処理部１５１）は、ゲートウェイ２００から上記輻輳情報を受信する（Ｓ７４３）。

【0163】

基地局１００（制御部１５３）は、上記輻輳情報に基づいて上記輻輳に対する制御を行う（Ｓ７４５）。

【0164】

＜＜６．第３の実施形態＞＞
続いて、図１６〜図１８を参照して、本発明の第３の実施形態を説明する。

【0165】

＜６．１．基地局の構成＞
まず、図１６を参照して、第３の実施形態に係る基地局１００の構成の例を説明する。図１６は、第３の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図１６を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１６０を備える。

【0166】

【0167】

（１）処理部１６０
処理部１６０は、基地局１００の様々な機能を提供する。処理部１６０は、通信処理部１６１及び測定部１６３を含む。なお、処理部１６０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１６０は、これらの構成要素の動作以外の動作も行い得る。通信処理部１６１及び測定部１６３の具体的な動作は、後に詳細に説明する。

【0168】

例えば、処理部１６０は、無線通信部１１０を介して端末装置（例えば、端末装置４００）と通信する。例えば、処理部１６０は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、ゲートウェイ２００又はコアネットワークノード等）と通信する。具体的には、例えば、処理部１６０（通信処理部１６１）は、ネットワーク通信部１２０を介してゲートウェイ２００と通信する。

【0169】

一例として、通信処理部１６１は、図６又は図７における新たなプロトコル（New protocol）（例えば、ＧＲＥ又はＧＴＰ−ｕ、及びＵＤＰ）並びにＩＰの処理を行う。また、測定部１６３は、図６又は図７に示されるコントローラとして動作する。

【0170】

（２）実装例
処理部１６０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。通信処理部１６１及び測定部１６３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0171】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部１６０の動作（通信処理部１６１及び測定部１６３の動作）を行ってもよい。上記プログラムは、処理部１６０の動作（通信処理部１６１及び測定部１６３の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0172】

＜６．２．ゲートウェイの構成＞
次に、図１７を参照して、第３の実施形態に係るゲートウェイ２００の構成の例を説明する。図１７は、第３の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図１７を参照すると、ゲートウェイ２００は、ネットワーク通信部２１０、記憶部２２０及び処理部２５０を備える。

【0173】

【0174】

（１）処理部２５０
処理部２５０は、ゲートウェイ２００の様々な機能を提供する。処理部２５０は、通信処理部２５１及び情報取得部２５３を含む。なお、処理部２５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２５０は、これらの構成要素の動作以外の動作も行い得る。通信処理部２５１及び情報取得部２５３の具体的な動作は、後に詳細に説明する。

【0175】

例えば、処理部２５０（通信処理部２５１）は、ネットワーク通信部２１０を介して他のノード（例えば、基地局１００、端末装置４００又はコアネットワークノード）と通信する。具体的には、例えば、処理部２５０（通信処理部２５１）は、ネットワーク通信部２１０を介して基地局１００（又はコアネットワークノード）と通信する。また、例えば、処理部２５０（通信処理部２５１）は、ネットワーク通信部２１０を介して、ＷＬＡＮ（ＷＬＡＮ−ＡＰ３００）経由で端末装置４００と通信する。

【0176】

一例として、通信処理部２５１は、図６、図７又は図８に示されるゲートウェイ２００内のプロトコルの処理を行う。また、情報取得部２５３は、図６、図７又は図８に示されるコントローラとして動作する。

【0177】

（２）実装例
処理部２５０は、プロセッサ等により実装されてもよい。通信処理部２５１及び情報取得部２５３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。

【0178】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部２５０の動作（通信処理部２５１及び情報取得部２５３の動作）を行ってもよい。上記プログラムは、処理部２５０の動作（通信処理部２５１及び情報取得部２５３の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0179】

＜６．３．技術的特徴＞
次に、図１８を参照して、第３の実施形態の技術的特徴を説明する。

【0180】

ゲートウェイ２００（通信処理部２５１）は、基地局１００からのダウンリンクデータをＷＬＡＮ経由で端末装置４００へ送信し、及び／又は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信する。即ち、ゲートウェイ２００は、ＷＬＡＮ経由での基地局１００と端末装置４００との通信に用いられる。

【0181】

とりわけ、ゲートウェイ２００（情報取得部２５３）は、ゲートウェイ２００又は上記ＷＬＡＮにおける通信パフォーマンスに関するパフォーマンス情報を取得する。そして、ゲートウェイ２００（通信処理部２５１）は、上記パフォーマンス情報を基地局１００へ送信する。

【0182】

また、基地局１００（通信処理部１６１）は、ゲートウェイ２００から上記パフォーマンス情報を受信する。そして、基地局１００（測定部１６３）は、上記パフォーマンス情報に基づいて、ゲートウェイ２００又は上記ＷＬＡＮに関するパフォーマンス測定（又はパフォーマンス監視）を行う。

【0183】

これにより、例えば、ＷＬＡＮ経由での通信のパフォーマンスを容易に知ることが可能になり、その結果、適切な経路判定及び／又はネットワーク設計（例えばＬＷＩＰシステムの増減等）がより容易になり得る。

【0184】

なお、上記ＷＬＡＮにおける通信パフォーマンスは、１つ以上のＷＬＡＮ−ＡＰ３００における通信パフォーマンスを意味してもよい。

【0185】

（１）パフォーマンス情報
例えば、上記通信パフォーマンスは、サービス品質ごとの通信パフォーマンスである。例えば、当該サービス品質は、ＱＣＩ又はＩＰフローである。これにより、例えば、サービス品質ごとのパフォーマンスを容易に知ることが可能になる。

【0186】

一例として、上記通信パフォーマンスは、ゲートウェイ２００又は上記ＷＬＡＮにおけるスループット、利用率及び／又はパケットロス数を含む。当然ながら、上記パフォーマンス情報は、これらの例に限定されない。例えば、上記パフォーマンス情報は、ＫｅｙＰｅｒｆｏｒｍａｎｃｅＩｎｄｉｃａｔｏｒｓ（ＫＰＩ）であってもよい。

【0187】

（２）パフォーマンス情報の取得
例えば、上記パフォーマンス情報は、ゲートウェイ２００における通信パフォーマンスに関する情報である。この場合には、例えば、ゲートウェイ２００（処理部２５０）は、ゲートウェイ２００における通信パフォーマンスの測定を行い、当該測定の結果に基づいて上記パフォーマンス情報を生成する。そして、ゲートウェイ２００（情報取得部２５３）は、生成された上記パフォーマンス情報を取得する。

【0188】

上記パフォーマンス情報は、上記ＷＬＡＮ（１つ以上のＷＬＡＮ−ＡＰ３００）における通信パフォーマンスに関する情報であってもよい。この場合には、ゲートウェイ２００（処理部２５０）は、１つ以上のＷＬＡＮ−ＡＰ３００からＳＮＭＰ情報を収集してもよく、当該ＳＮＭＰ情報に基づいて上記パフォーマンス情報を生成してもよい。そして、ゲートウェイ２００（情報取得部２５３）は、生成された上記パフォーマンス情報を取得してもよい。なお、上記パフォーマンス情報は、上記ＳＮＭＰ情報そのものであってもよく、この場合には、ゲートウェイ２００（情報取得部２５３）は、収集した上記ＳＮＭＰ情報を取得してもよい。

【0189】

（３）パフォーマンス情報の送信
例えば、ゲートウェイ２００（通信処理部２５１）は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信し、上記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された上記アップリンクデータを基地局１００へ送信する。上記ヘッダが、上記パフォーマンス情報を含む。

【0190】

例えば、上記フレームプロトコルは、ＧＴＰ−ｕ又はＧＲＥである。即ち、ゲートウェイ２００（通信処理部２５１）は、上記パフォーマンス情報を含むＧＴＰ−ｕヘッダ又はＧＲＥヘッダが付与されたアップリンクデータを基地局１００へ送信する。例えば、上記パフォーマンス情報は、ＧＴＰ−ｕヘッダ又はＧＲＥヘッダの未使用領域に含まれる。

【0191】

これにより、例えば、追加の情報を送信することなく、パフォーマンス情報を送信することが可能になる。そのため、オーバーヘッドが抑えられ得る。また、新たなプロトコルの定義する必要もなく、導入が容易になり得る。

【0192】

なお、上記パフォーマンス情報の送信手法は、上述した例に限定されない。例えば、ゲートウェイ２００（通信処理部２５１）は、上記パフォーマンス情報を含む制御プレーンメッセージを基地局１００へ送信してもよい。

【0193】

ゲートウェイ２００（通信処理部２５１）は、例えば、トリガ条件が満たされる場合に、又は定期的に、上記パフォーマンス情報を基地局１００へ送信する。

【0194】

（４）パフォーマンス測定
ゲートウェイ２００又は上記ＷＬＡＮに関する上記パフォーマンス測定は、例えば、3GPP TS 32.425、又は３ＧＰＰの他の技術仕様（Technical Specification：ＴＳ）において定義され得る。

【0195】

一例として、上記パフォーマンス測定は、ゲートウェイ２００又は上記ＷＬＡＮにおけるスループット、利用率及び／又はパケットロス数の測定を含む。当然ながら、上記パフォーマンス測定は、これらの例に限定されない。

【0196】

例えば、上記パフォーマンス測定の結果は、ゲートウェイ２００又は上記ＷＬＡＮにおける通信パフォーマンスの統計情報である。

【0197】

（５）処理の流れ
図１８は、第３の実施形態に係る処理の概略的な流れの例を説明するためのシーケンス図である。

【0198】

ゲートウェイ２００（情報取得部２５３）は、ゲートウェイ２００又はＷＬＡＮにおける通信パフォーマンスに関するパフォーマンス情報を取得する（Ｓ７６１）。

【0199】

ゲートウェイ２００（通信処理部２５１）は、上記パフォーマンス情報を基地局１００へ送信し、基地局１００（通信処理部１６１）は、ゲートウェイ２００から上記パフォーマンス情報を受信する（Ｓ７６３）。

【0200】

基地局１００（制御部１５３）は、上記パフォーマンス情報に基づいて、ゲートウェイ２００又はＷＬＡＮに関するパフォーマンス測定を行う（Ｓ７６５）。

【0201】

＜＜７．第４の実施形態＞＞
続いて、図１９及び図２０を参照して、本発明の第４の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第４の実施形態は、より一般化された実施形態である。

【0202】

＜７．１．基地局の構成＞
まず、図１９を参照して、第４の実施形態に係る基地局１００の構成の例を説明する。図１９は、第４の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図１９を参照すると、基地局１００は、第１通信処理部１７１及び第２通信処理部１７３を備える。

【0203】

第１通信処理部１７１及び第２通信処理部１７３の具体的な動作は、後に説明する。

【0204】

第１通信処理部１７１及び第２通信処理部１７３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。第１通信処理部１７１及び第２通信処理部１７３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

【0205】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、第１通信処理部１７１及び第２通信処理部１７３の動作を行ってもよい。上記プログラムは、第１通信処理部１７１及び第２通信処理部１７３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0206】

＜７．２．ゲートウェイの構成＞
まず、図２０を参照して、第４の実施形態に係るゲートウェイ２００の構成の例を説明する。図２０は、第４の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図２０を参照すると、ゲートウェイ２００は、第１通信処理部２６１及び第２通信処理部２６３を備える。

【0207】

第１通信処理部２６１及び第２通信処理部２６３の具体的な動作は、後に説明する。

【0208】

第１通信処理部２６１及び第２通信処理部２６３は、プロセッサ等により実装されてもよい。第１通信処理部２６１及び第２通信処理部２６３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

【0209】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、第１通信処理部２６１及び第２通信処理部２６３の動作を行ってもよい。上記プログラムは、第１通信処理部２６１及び第２通信処理部２６３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0210】

＜７．３．技術的特徴＞
次に、第４の実施形態の技術的特徴を説明する。

【0211】

（１）ダウンリンクに関する技術的特徴
基地局１００（第１通信処理部１７１）は、端末装置４００へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する。そして、基地局１００（第２通信処理部１７３）は、上記ヘッダが付与された上記ダウンリンクデータをゲートウェイ２００へ送信する。なお、ゲートウェイ２００は、ＷＬＡＮ経由での基地局１００から端末装置４００への送信に用いられる。

【0212】

上記フレームプロトコルは、基地局１００とゲートウェイ２００との通信のためのプロトコルである。上記ヘッダは、上記ダウンリンクデータについてのサービス品質に対応する識別情報を含む。

【0213】

これにより、例えば、サービス品質ごとのトンネルが形成され、基地局１００は、より高いサービス品質を伴うダウンリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0214】

フレームプロトコル、ヘッダ及び識別情報、優先制御、並びに／又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第１の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。

【0215】

（２）アップリンクに関する技術的特徴
ゲートウェイ２００（第１通信処理部２６１）は、ＷＬＡＮ経由で端末装置４００により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する。そして、ゲートウェイ２００（第２通信処理部２６３）は、上記ヘッダが付与された上記アップリンクデータを基地局１００へ送信する。

【0216】

上記フレームプロトコルは、ゲートウェイ２００と基地局１００との通信のためのプロトコルである。上記ヘッダは、上記アップリンクデータについてのサービス品質に対応する識別情報を含む。

【0217】

これにより、例えば、サービス品質ごとのトンネルが形成され、ゲートウェイ２００は、より高いサービス品質を伴うアップリンクデータを優先的に送信することが可能になる。その結果、サービス品質が満たされ、安定したサービスが提供され得る。

【0218】

フレームプロトコル、ヘッダ及び識別情報、優先制御、その他、並びに／又は処理の流れについての説明は、例えば、第１の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。

【0219】

＜＜８．第５の実施形態＞＞
続いて、図２１及び図２２を参照して、本発明の第５の実施形態を説明する。上述した第２の実施形態は、具体的な実施形態であるが、第５の実施形態は、より一般化された実施形態である。

【0220】

＜８．１．基地局の構成＞
まず、図２１を参照して、第５の実施形態に係る基地局１００の構成の例を説明する。図２１は、第５の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図２１を参照すると、基地局１００は、通信処理部１８１を備える。

【0221】

通信処理部１８１の具体的な動作は、後に説明する。

【0222】

通信処理部１８１は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。

【0223】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、通信処理部１８１の動作を行ってもよい。上記プログラムは、通信処理部１８１の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0224】

＜８．２．ゲートウェイの構成＞
まず、図２２を参照して、第５の実施形態に係るゲートウェイ２００の構成の例を説明する。図２２は、第５の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図２２を参照すると、ゲートウェイ２００は、通信処理部２７１及び情報取得部２７３を備える。

【0225】

通信処理部２７１及び情報取得部２７３の具体的な動作は、後に説明する。

【0226】

通信処理部２７１及び情報取得部２７３は、プロセッサ等により実装されてもよい。通信処理部２７１及び情報取得部２７３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

【0227】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、通信処理部２７１及び情報取得部２７３の動作を行ってもよい。上記プログラムは、通信処理部２７１及び情報取得部２７３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0228】

＜８．３．技術的特徴＞
次に、第５の実施形態の技術的特徴を説明する。

【0229】

ゲートウェイ２００（通信処理部２７１）は、基地局１００からのダウンリンクデータをＷＬＡＮ経由で端末装置４００へ送信し、及び／又は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信する。

【0230】

とりわけ、ゲートウェイ２００（情報取得部２７３）は、ゲートウェイ２００又は上記ＷＬＡＮにおける輻輳に関する輻輳情報を取得する。そして、ゲートウェイ２００（通信処理部２７１）は、上記輻輳情報を基地局１００へ送信する。基地局１００（通信処理部１８１）は、ゲートウェイ２００から上記輻輳情報を受信する。

【0231】

【0232】

なお、上記ＷＬＡＮにおける輻輳は、１つ以上のＷＬＡＮ−ＡＰ３００における輻輳を意味してもよい。

【0233】

輻輳情報、輻輳情報の取得、輻輳情報の送信、輻輳制御、及び／又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第２の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。

【0234】

＜＜９．第６の実施形態＞＞
続いて、図２３及び図２４を参照して、本発明の第６の実施形態を説明する。上述した第３の実施形態は、具体的な実施形態であるが、第６の実施形態は、より一般化された実施形態である。

【0235】

＜９．１．基地局の構成＞
まず、図２３を参照して、第６の実施形態に係る基地局１００の構成の例を説明する。図２３は、第６の実施形態に係る基地局１００の概略的な構成の例を示すブロック図である。図２３を参照すると、基地局１００は、通信処理部１９１及び測定部１９３を備える。

【0236】

通信処理部１９１及び測定部１９３の具体的な動作は、後に説明する。

【0237】

通信処理部１９１及び測定部１９３は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。通信処理部１９１及び測定部１９３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

【0238】

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、通信処理部１９１及び測定部１９３の動作を行ってもよい。上記プログラムは、通信処理部１９１及び測定部１９３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0239】

＜９．２．ゲートウェイの構成＞
まず、図２４を参照して、第６の実施形態に係るゲートウェイ２００の構成の例を説明する。図２４は、第６の実施形態に係るゲートウェイ２００の概略的な構成の例を示すブロック図である。図２４を参照すると、ゲートウェイ２００は、通信処理部２８１及び情報取得部２８３を備える。

【0240】

通信処理部２８１及び情報取得部２８３の具体的な動作は、後に説明する。

【0241】

通信処理部２８１及び情報取得部２８３は、プロセッサ等により実装されてもよい。通信処理部２８１及び情報取得部２８３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

【0242】

ゲートウェイ２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、通信処理部２８１及び情報取得部２８３の動作を行ってもよい。上記プログラムは、通信処理部２８１及び情報取得部２８３の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

【0243】

＜９．３．技術的特徴＞
次に、第６の実施形態の技術的特徴を説明する。

【0244】

ゲートウェイ２００（通信処理部２８１）は、基地局１００からのダウンリンクデータをＷＬＡＮ経由で端末装置４００へ送信し、及び／又は、端末装置４００からのアップリンクデータを上記ＷＬＡＮ経由で受信する。即ち、ゲートウェイ２００は、ＷＬＡＮ経由での基地局１００と端末装置４００との通信に用いられる。

【0245】

とりわけ、ゲートウェイ２００（情報取得部２８３）は、ゲートウェイ２００又は上記ＷＬＡＮにおける通信パフォーマンスに関するパフォーマンス情報を取得する。そして、ゲートウェイ２００（通信処理部２８１）は、上記パフォーマンス情報を基地局１００へ送信する。

【0246】

また、基地局１００（通信処理部１９１）は、ゲートウェイ２００から上記パフォーマンス情報を受信する。そして、基地局１００（測定部１９３）は、上記パフォーマンス情報に基づいて、ゲートウェイ２００又は上記ＷＬＡＮに関するパフォーマンス測定を行う。

【0247】

【0248】

なお、上記ＷＬＡＮにおける通信パフォーマンスは、１つ以上のＷＬＡＮ−ＡＰ３００における通信パフォーマンスを意味してもよい。

【0249】

パフォーマンス情報、パフォーマンス情報の取得、パフォーマンス情報の送信、パフォーマンス測定、及び／又は処理の流れについての説明は、例えば、一部の符号の相違を除き、第３の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略する。

【0250】

以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。

【0251】

例えば、本明細書に記載されている処理におけるステップは、必ずしもフローチャート又はシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、フローチャート又はシーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

【0252】

また、本明細書において説明した基地局の構成要素（例えば、第１通信処理部、第２通信処理部、制御部、通信処理部及び／又は測定部）を備える装置（例えば、基地局を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット））又はモジュール（例えば、上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明したゲートウェイの構成要素（例えば、第１通信処理部、第２通信処理部、制御部、通信処理部及び／又は情報取得部）を備えるモジュールが提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory computer readable medium）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。

【0253】

上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

【0254】

（付記１）
基地局であって、
端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、
無線ローカルエリアネットワーク経由での前記基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信する第２通信処理部と、
を備え、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
基地局。

【0255】

（付記２）
前記サービス品質は、前記ダウンリンクデータについてのＱＣＩ（Quality Class Indicator）又はＩＰ（Internet Protocol）フローである、付記１に記載の基地局。

【0256】

（付記３）
前記識別情報は、前記ダウンリンクデータについてのベアラを識別するための識別情報である、付記１又は２に記載の基地局。

【0257】

（付記４）
前記フレームプロトコルは、トンネリングプロトコルである、付記１〜３のいずれか１項に記載の基地局。

【0258】

（付記５）
前記フレームプロトコルは、ＧＴＰ−ｕ（GPRS Tunneling Protocol user plane）又はＧＲＥ（Generic Routing Encapsulation）である、付記４に記載の基地局。

【0259】

（付記６）
前記識別情報は、ＧＴＰ−ｕのＴＥＩＤ（Tunnel Endpoint Identifier）又はＧＲＥのｋｅｙである、付記５に記載の基地局。

【0260】

（付記７）
前記識別情報に基づいて、前記ヘッダが付与された前記ダウンリンクデータの送信に対する優先制御を行う制御部、をさらに備える、付記１〜６のいずれか１項に記載の基地局。

【0261】

（付記８）
前記優先制御は、
前記ヘッダが付与された前記ダウンリンクデータについてのキューイング若しくはトラフィックシェーピング、
前記ヘッダが付与された前記ダウンリンクデータに付与されるＩＰ（Internet Protocol）ヘッダ内のＤＳＣＰ（Differentiated Service Code Point）値の決定、又は、
複数のゲートウェイの中からの前記ゲートウェイの選択
を含む、
付記７に記載の基地局。

【0262】

（付記９）
前記基地局は、ｅＮＢ（evolved Node B）であり、
前記端末装置は、ＵＥ（User Equipment）である、
付記１〜８のいずれか１項に記載の基地局。

【0263】

（付記１０）
前記ゲートウェイは、セキュリティゲートウェイである、付記１〜９のいずれか１項に記載の基地局。

【0264】

（付記１１）
前記ゲートウェイは、ＬＷＩＰ−ＳｅＧＷ（LTE WLAN RAN Level Integration using IPSec Security Gateway）である、付記１０に記載の基地局。

【0265】

（付記１２）
ゲートウェイであって、
無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与する第１通信処理部と、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信する第２通信処理部と、
を備え、
前記フレームプロトコルは、前記ゲートウェイと前記基地局との通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
ゲートウェイ。

【0266】

（付記１３）
前記識別情報は、前記アップリンクデータについてのベアラを識別するための識別情報である、付記１２に記載のゲートウェイ。

【0267】

（付記１４）
前記識別情報に基づいて、前記ヘッダが付与された前記アップリンクデータの送信に対する優先制御を行う制御部、をさらに備える、付記１２又は１３に記載のゲートウェイ。

【0268】

（付記１５）
前記優先制御は、
前記ヘッダが付与された前記アップリンクデータについてのキューイング若しくはトラフィックシェーピング、又は、
前記ヘッダが付与された前記アップリンクデータに付与されるＩＰヘッダ内のＤＳＣＰ値の決定
を含む、
付記１４に記載のゲートウェイ。

【0269】

（付記１６）
前記識別情報は、前記アップリンクデータに含まれる情報、又は、前記アップリンクデータとともに前記端末装置により送信された情報である、付記１２〜１５のいずれか１項に記載のゲートウェイ。

【0270】

（付記１７）
前記第２通信処理部は、前記識別情報に対応する前記サービス品質を示す情報を前記基地局から受信する、付記１２〜１６のいずれか１項に記載のゲートウェイ。

【0271】

（付記１８）
ゲートウェイであって、
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得する情報取得部と、
を備え、
前記通信処理部は、前記輻輳情報を前記基地局へ送信する、
ゲートウェイ。

【0272】

（付記１９）
前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
前記ヘッダは、前記輻輳情報を含む、
付記１８に記載のゲートウェイ。

【0273】

（付記２０）
前記輻輳情報は、前記輻輳の有無を示す輻輳フラグである、付記１９に記載のゲートウェイ。

【0274】

（付記２１）
前記フレームプロトコルは、ＧＴＰ−ｕ又はＧＲＥである、付記１９又は２０に記載のゲートウェイ。

【0275】

（付記２２）
基地局であって、
無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信する通信処理部、
を備える基地局。

【0276】

（付記２３）
前記輻輳情報に基づいて前記輻輳に対する制御を行う制御部をさらに備える、付記２２に記載の基地局。

【0277】

（付記２４）
前記通信処理部は、前記無線ローカルエリアネットワーク経由で端末装置へ送信するダウンリンクデータを前記ゲートウェイへ送信し、
前記制御は、前記ゲートウェイ及び前記無線ローカルエリアネットワーク経由でのダウンリンクデータの送信を抑制又は停止することを含む、
付記２３に記載の基地局。

【0278】

（付記２５）
基地局であって、
無線ローカルエリアネットワーク経由での前記基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信する通信処理部と、
前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行う測定部と、
を備える基地局。

【0279】

（付記２６）
前記パフォーマンス測定は、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおけるスループット、利用率又はパケットロス数の測定を含む、付記２５に記載の基地局。

【0280】

（付記２７）
前記通信パフォーマンスは、サービス品質ごとの通信パフォーマンスである、付記２５又は２６に記載の基地局。

【0281】

（付記２８）
前記サービス品質は、ＱＣＩ又はＩＰフローである、付記２７に記載の基地局。

【0282】

（付記２９）
ゲートウェイであって、
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信する通信処理部と、
前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得する情報取得部と、
を備え、
前記通信処理部は、前記パフォーマンス情報を前記基地局へ送信する、
ゲートウェイ。

【0283】

（付記３０）
前記通信処理部は、前記アップリンクデータを受信し、前記アップリンクデータにフレームプロトコルのヘッダを付与し、当該ヘッダが付与された前記アップリンクデータを前記基地局へ送信し、
前記ヘッダは、前記パフォーマンス情報を含む、
付記２９に記載のゲートウェイ。

【0284】

（付記３１）
前記フレームプロトコルは、ＧＴＰ−ｕ又はＧＲＥである、付記３０に記載のゲートウェイ。

【0285】

（付記３２）
端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
を含み、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
方法。

【0286】

（付記３３）
端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
をプロセッサに実行させるためのプログラムであり、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
プログラム。

【0287】

（付記３４）
端末装置へ送信されるダウンリンクデータにフレームプロトコルのヘッダを付与することと、
無線ローカルエリアネットワーク経由での基地局から前記端末装置への送信に用いられるゲートウェイへ、前記ヘッダが付与された前記ダウンリンクデータを送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
前記フレームプロトコルは、前記基地局と前記ゲートウェイとの通信のためのプロトコルであり、
前記ヘッダは、前記ダウンリンクデータについてのサービス品質に対応する識別情報を含む、
コンピュータに読み取り可能な非一時的記録媒体。

【0288】

（付記３５）
無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
を含み、
前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
方法。

【0289】

（付記３６）
無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
をプロセッサに実行させるためのプログラムであり、
前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
プログラム。

【0290】

（付記３７）
無線ローカルエリアネットワーク経由で端末装置により送信されたアップリンクデータにフレームプロトコルのヘッダを付与することと、
前記ヘッダが付与された前記アップリンクデータを基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体であり、
前記フレームプロトコルは、ゲートウェイと前記基地局との通信のためのプロトコルであり、
前記ヘッダは、前記アップリンクデータについてのサービス品質に対応する識別情報を含む、
コンピュータに読み取り可能な非一時的記録媒体。

【0291】

（付記３８）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
前記輻輳情報を前記基地局へ送信することと、
を含む方法。

【0292】

（付記３９）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
前記輻輳情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラム。

【0293】

（付記４０）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を取得することと、
前記輻輳情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

【0294】

（付記４１）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
を含む方法。

【0295】

（付記４２）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
をプロセッサに実行させるためのプログラム。

【0296】

（付記４３）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイ又は前記無線ローカルエリアネットワークにおける輻輳に関する輻輳情報を、前記ゲートウェイから受信すること、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

【0297】

（付記４４）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
を含む方法。

【0298】

（付記４５）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
をプロセッサに実行させるためのプログラム。

【0299】

（付記４６）
無線ローカルエリアネットワーク経由での基地局と端末装置との通信に用いられるゲートウェイから、前記ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を受信することと、
前記パフォーマンス情報に基づいて、前記ゲートウェイ又は前記無線ローカルエリアネットワークに関するパフォーマンス測定を行うことと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

【0300】

（付記４７）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
前記パフォーマンス情報を前記基地局へ送信することと、
を含む方法。

【0301】

（付記４８）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
前記パフォーマンス情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラム。

【0302】

（付記４９）
基地局からのダウンリンクデータを無線ローカルエリアネットワーク経由で端末装置へ送信し、又は、端末装置からのアップリンクデータを前記無線ローカルエリアネットワーク経由で受信することと、
ゲートウェイ又は前記無線ローカルエリアネットワークにおける通信パフォーマンスに関するパフォーマンス情報を取得することと、
前記パフォーマンス情報を前記基地局へ送信することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

【0303】

この出願は、２０１６年９月２９日に出願された日本出願特願２０１６−１９１７６３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【産業上の利用可能性】

【0304】

セルラーネットワークのデータをＷＬＡＮ経由で送受信する場合についての改善を行うことができる。

【符号の説明】

【0305】

１システム
１０ｅＮＢ（evolved Node B）
２０ＬＷＩＰ（LTE/WLAN Radio Level Integration with IPsec Tunnel）−ＳｅＧＷ（Security Gateway）
３０、３００ＷＬＡＮ−ＡＰ（Wireless Local Area Network Access Point）
４０ＵＥ（User Equipment）
５０ＭＭＥ（Mobility Management Entity）
６０Ｓ−ＧＷ（Serving Gateway）
１００基地局
１４１、１７１第１通信処理部
１４３、１７３第２通信処理部
１４５、１５３制御部
１５１、１６１、１８１、１９１通信処理部
１６３、１９３測定部
２００ゲートウェイ
２３１、２６１第１通信処理部
２３３、２６３第２通信処理部
２３５制御部
２４１、２５１、２７１、２８１通信処理部
２４３、２５３、２７３、２８３情報取得部
４００端末装置
５００コアネットワーク

【図1】