特許 6351457 ３ＧＰＰ無線ＬＡＮインターワーキングのシグナリングのための方法及びユーザ装置

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

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

(11)【特許番号】6351457

(24)【登録日】2018年6月15日

(45)【発行日】2018年7月4日

(54)【発明の名称】３ＧＰＰ無線ＬＡＮインターワーキングのシグナリングのための方法及びユーザ装置

(51)【国際特許分類】

   H04W 48/18 20090101AFI20180625BHJP

   H04W 4/00 20180101ALI20180625BHJP

   H04W 76/20 20180101ALI20180625BHJP

【ＦＩ】

   H04W48/18 113

   H04W4/00 110

   H04W76/04

【請求項の数】7

【外国語出願】

【全頁数】26

(21)【出願番号】特願2014-185946(P2014-185946)

(22)【出願日】2014年9月12日

(65)【公開番号】特開2015-57883(P2015-57883A)

(43)【公開日】2015年3月26日

【審査請求日】2014年11月12日

【審判番号】不服2016-13721(P2016-13721/J1)

【審判請求日】2016年9月13日

(31)【優先権主張番号】61/878,221

(32)【優先日】2013年9月16日

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

(31)【優先権主張番号】61/887,600

(32)【優先日】2013年10月7日

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

(73)【特許権者】

【識別番号】510140283

【氏名又は名称】創新音▲速▼股▲ふん▼有限公司

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】郭 豊旗

(72)【発明者】

【氏名】歐 孟暉

【合議体】

【審判長】 菅原 道晴

【審判官】 海江田 章裕

【審判官】 松永 稔

(56)【参考文献】

【文献】 Ｂｒｏａｄｃｏｍ Ｃｏｒｐｏｒａｔｉｏｎ、Ｄｅｄｉｃａｔｅｄ Ｓｉｇｎａｌｉｎｇ ｔｏ ｃａｒｒｙ ＷＬＡＮ ｉｎｔｅｒｗｏｒｋｉｎｇ Ｐｏｌｉｃｙ’ｓ ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ２ Ｍｅｅｔｉｎｇ ＃８３、Ｒ２−１３２７９７、［ｏｎｌｉｎｅ］、２０１３年 ８月 ９日アップロード、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８３／Ｄｏｃｓ／Ｒ２−１３２７９７．ｚｉｐ＞

【文献】 ３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０、［ｏｎｌｉｎｅ］、２０１３年 ７月 ４日アップロード、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／３６＿ｓｅｒｉｅｓ／３６．３３１／３６３３１１−ｂ４０．ｚｉｐ＞

【文献】 ３ＧＰＰ ＴＲ ３７．８３４ Ｖ０．４．０、３ＧＰＰ ＴＳＧ−ＲＡＮ Ｍｅｅｔｉｎｇ ＃８３、Ｒ２−１３３０４７、［ｏｎｌｉｎｅ］、２０１３年 ８月３０日アップロード、インターネット＜ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ２＿ＲＬ２／ＴＳＧＲ２＿８３／Ｄｏｃｓ／Ｒ２−１３３０４７．ｚｉｐ＞

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

H04B 7/24-7/26

H04W 4/00-99/00

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

【請求項1】

無線ローカルエリアネットワーク（ＷＬＡＮ）と第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークとの間でインターワーキングのシグナリングを適用するためにユーザ装置（ＵＥ）により実行される方法であって、
個別信号によって受信されたインターワーキングパラメータの第１の設定を利用するステップであって、前記第１の設定は、接続モード及びアイドルモードにおいて使用可能である、ステップ、
前記ＵＥが前記アイドルモードに入る場合に前記第１の設定に関連するタイマーを開始するステップ、及び
前記第１の設定に関連する前記タイマーが満了した場合、ブロードキャスト信号によって受信されたインターワーキングパラメータの第２の設定を利用するステップ
を含む方法。

【請求項2】

前記ＵＥは、前記タイマーが満了した場合に、前記第１の設定を解放する請求項１に記載の方法。

【請求項3】

前記タイマーの設定は、前記第１の設定とともに受信される、或いは、前記ＵＥの無線リソース制御（ＲＲＣ）接続を解放するためのメッセージで受信される、請求項１又は２に記載の方法。

【請求項4】

前記インターワーキングパラメータは、３ＧＰＰとＷＬＡＮとの間のインターワーキングのために用いられる、請求項１〜３のいずれか一項に記載の方法。

【請求項5】

前記インターワーキングパラメータは、前記ＵＥがそのトラフィックをＷＬＡＮに移すべきか否かを判定するために使用される閾値、又は、前記ＵＥがそのトラフィックを、エボルブドユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）又はユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）等のような３ＧＰＰ−ＲＡＮに移すべきか否かを判定するために使用される閾値である、請求項１〜４のいずれか一項に記載の方法。

【請求項6】

前記ＵＥは、３ＧＰＰ−ＲＡＮとＷＬＡＮとを同時に接続することが可能である、請求項１〜５のいずれか一項に記載の方法。

【請求項7】

無線通信システムにおいて、無線ローカルエリアネットワーク（ＷＬＡＮ）と第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークとの間のインターワーキングのシグナリングを受信するユーザ装置（ＵＥ）であって、
制御回路と、
前記制御回路に組み込まれるプロセッサと、
前記制御回路に組み込まれ、前記プロセッサに動作可能に接続されたメモリとを含み、
前記プロセッサは、前記メモリに保存されたプログラムコードを実行し、請求項１〜６のいずれか一項に記載の方法により、無線通信システムの中でＷＬＡＮと３ＧＰＰとの間でインターワーキングのシグナリングを適用するように構成されている、ユーザ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信ネットワークに関し、特に、第３世代の移動体通信システムの標準化プロジェクト−無線ローカルエリアネットワーク（ＷＬＡＮ−３ＧＰＰ）インターワーキングのシグナリングを用いる方法と装置に関するものである。

【背景技術】

【0002】

移動通信装置上で、大量のデータを通信する需要の急増に伴い、従来の移動音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットと通信するネットワークに発展している。このようなＩＰデータパケット通信は、移動通信装置のユーザーにボイスオーバーＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供することができる。

【0003】

エボルブドユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は常用のネットワーク構造である。Ｅ−ＵＴＲＡＮシステムは、高いデータスループットを提供し、上述のボイスオーバーＩＰおよびマルチメディアサービスを実現する。Ｅ−ＵＴＲＡＮシステムの標準化作業は、３ＧＰＰ規格組織により実行される。よって、３ＧＰＰ規格を進化させて完成させるために、最新の３ＧＰＰ規格に対する修正が、提示され、考慮されている。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０

【発明の概要】

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

【0005】

３ＧＰＰ無線ＬＡＮインターワーキングのシグナリングを用いる方法と装置を提供する。

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

【0006】

ＷＬＡＮ−３ＧＰＰインターワーキングのシグナリングを用いる方法と装置が、特許請求の範囲、明細書及び図面により示される。本願では、１つ以上の実施形態が開示される。第１の態様に基づく方法は、個別信号によってインターワーキングパラメータの第１の設定を受信し、第１の設定は、ＵＥがアイドルモードに入ったとき、解放されないステップを含む。この方法は、ＵＥがアイドルモードにあるとき、ブロードキャスト信号によってインターワーキングパラメータの第２の設定を受信し、第２の設定で第１の設定をオーバーライドするステップも含む。

【図面の簡単な説明】

【0007】

【図1】本発明の一実施形態によるマルチアクセス無線通信システムを示している。

【図2】例示的な実施形態に基づく、送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザー端末またはＵＥとしても知られている）のブロック図である。

【図3】１つの例示的な実施形態に基づく、通信システムの機能ブロック図を示している。

【図4】１つの例示的な実施形態に基づく、図３のプログラムコードの機能的なブロック図である。

【図5】１つの例示的な実施形態に基づく、３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「解決策１： トラフィックステアリング」という題の図６．１．１．１−１の複製図である。

【図6】１つの例示的な実施形態に基づく、３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「解決策２： トラフィックステアリング」という題の図６．１．２．１−１の複製図である。

【図7】１つの例示的な実施形態に基づく、３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「解決策３： ＲＲＣ ＣＯＮＮＥＣＴＥＤ／ＣＥＬＬ＿ＤＣＨ状態でのＵＥのトラフィックステアリング」という題の図６．１．３．１−１の複製図である。

【図8】１つの例示的な実施形態に基づく、フローチャートである。

【図9】１つの例示的な実施形態に基づく、フローチャートである。

【図10】１つの例示的な実施形態に基づく、フローチャートである。

【図11】１つの例示的な実施形態に基づく、フローチャートである。

【図12】１つの例示的な実施形態に基づく、フローチャートである。

【図13】１つの例示的な実施形態に基づく、フローチャートである。

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

【0008】

以下に記述される例示的な無線通信システムおよび装置は、無線通信システムを用いて、放送サービス（broadcast service）をサポートしている。無線通信システムは幅広く展開されて、音声、データ等の各種のタイプの通信を提供する。これらのシステムは、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ； ＣＤＭＡ）、時分割多元接続（ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ； ＴＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ； ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ ＬＴＥ−Ａ （Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、３ＧＰＰ２ ＵＭＢ （Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、または別の変調技術に基づく。

【0009】

特に、以下に記述される例示的な無線通信システムの装置は、一つ以上の規格、例えば、文献番号ＲＰ−１２２０３８、“Ｎｅｗ Ｓｔｕｄｙ Ｉｔｅｍ Ｐｒｏｐｏｓａｌ ｏｎ ＷＬＡＮ／３ＧＰＰ Ｒａｄｉｏ Ｉｎｔｅｒｗｏｒｋｉｎｇ”、Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎを含む３ＧＰＰと呼ばれる“第３世代移動体通信システムの標準化プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）”、ＴＲ ３７．３８４ Ｖ０.４．０、 “Ｓｔｕｄｙ ｏｎ ＷＬＡＮ／３ＧＰＰ Ｒａｄｉｏ Ｉｎｔｅｒｗｏｒｋｉｎｇ （Ｒｅｌｅａｓｅ １２）”、Ｒ２−１３２７９７、“Ｄｅｄｉｃａｔｅｄ Ｓｉｇｎａｌｉｎｇ ｔｏ ｃａｒｒｙ ＷＬＡＮ ｉｎｔｅｒｗｏｒｋｉｎｇ Ｐｏｌｉｃｙ’ｓ ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ”、 Ｂｒｏａｄｃｏｍ Ｃｏｒｐｏｒａｔｉｏｎ、およびＴＳ ３６．３３１ Ｖ１１.４．０、 “Ｅ−ＵＴＲＡ ＲＲＣ ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ （Ｒｅｌｅａｓｅ １１）”により制定される規格をサポートするように設計されている。また、以下に記述される例示的な無線通信システムの装置は、ＩＥＥＥ ８０２．１１ 規格、 “ＩＥＥｅ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ − Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ − Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ １１: Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ （ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”により制定される規格をサポートするように設計されている。上述の規格と文献は明細書に組み込まれる。

【0010】

図１は、本発明の一実施形態によるマルチアクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナ群を含み、１つは１０４と１０６の群、もう１つは１０８と１１０の群、またもう１つは１１２と１１４の群を含む。図１では、各アンテナ群は、２つのアンテナだけが示されているが、２つ以上のアンテナが各アンテナ群に用いられてもよい。アクセス端子１１６（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ； ＡＴ）は、アンテナ１１２と１１４と通信し、アンテナ１１２と１１４は、順方向リンク（ｆｏｒｗａｒｄ ｌｉｎｋ）１２０によって、情報をアクセス端子１１６に送信し、逆方向リンク（ｒｅｖｅｒｓｅ ｌｉｎｋ）１１８によって、アクセス端子１１６から情報を受信する。アクセス端子（ＡＴ）１２２はアンテナ１０６と１０８と通信し、アンテナ１０６と１０８は、順方向リンク１２６によって、情報をアクセス端子（ＡＴ）１２２に送信し、逆方向リンク１２４によって、アクセス端子（ＡＴ）１２２から情報を受信する。周波数分割複信（Ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘｉｎｇ； ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は異なる周波数を用いて通信する。例えば、順方向リンク１２０は、逆方向リンク１１８で用いられる周波数と異なる周波数を用いてもよい。

【0011】

各アンテナ群および/または通信のために設計される領域は、通常、アクセスネットワークのセクター（ｓｅｃｔｏｒ）と称される。実施形態では、各アンテナ群は、アクセスネットワーク１００でカバーされた領域のセクターのアクセス端子と通信するように設計されている。

【0012】

順方向リンク１２０と１２６による通信では、アクセスネットワーク１００の送信アンテナは、異なるアクセス端子１１６と１２２の順方向リンクの信号対雑音比（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ ｒａｔｉｏ）を改善するためにビーム形成（ｂｅａｍｆｏｒｍｉｎｇ）を用いることができる。また、ビーム形成を用いて、その受信範囲にランダムに散乱したアクセス端子に送信するアクセスネットワークは、単一のアンテナによって、全てのそのアクセス端子に送信するアクセスネットワークよりも、隣接セルのアクセス端子への干渉が少ない。

【0013】

アクセスネットワーク（ＡＮ）は、端子と通信するのに用いられる固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）または基地局（ｂａｓｅ ｓｔａｔｉｏｎ）であり、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）、Ｎｏｄｅ Ｂ、基地局、拡張基地局、ｅＮＢ、または他の用語で呼ばれてもよい。アクセス端子（ＡＴ）は、ユーザー端末（ＵＥ）、無線通信装置、端子、アクセス端子、または他の用語で呼ばれてもよい。

【0014】

図２は、ＭＩＭＯシステム２００の送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端子（ＡＴ）またはユーザー端末（ＵＥ）としても知られている）の実施形態の簡略ブロック図である。送信機システム２１０では、データストリームのトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

【0015】

１つの実施形態では、各データストリームは、各々の送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、そのデータストリーム用に選択された特定の符号化方式に基づき、各データストリームのトラフィックデータをフォーマット（ｆｏｒｍａｔ）、符号化（ｃｏｄｅ）およびインターリーブ（ｉｎｔｅｒｌｅａｖｅ）し、符号化データを提供する。

【0016】

各データストリームの符号化データは、ＯＦＤＭ 技術を用いて、パイロットデータ（ｐｉｌｏｔ ｄａｔａ）と多重化される。パイロットデータは、一般に、既知の方法で処理された既知のデータパターンであり、受信機システムで用いられて、チャネル応答を推定する。次いで、各データストリームの多重化パイロットと符号化データは、そのデータストリーム用に選択された特定の変調方式（ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫまたはＭ−ＱＡＭ）に基づき、変調され（即ち、シンボルマッピングされた）、変調シンボルを提供する。各データストリームのデータレート（ｄａｔａ ｒａｔｅ）、符号化、および変調は、プロセッサ２３０により実行される指示によって決められる。

【0017】

次いで、全てのデータストリームの変調シンボルは、ＴＸ ＭＩＭＯプロセッサ２２０に提供され、更に変調シンボルを続けて処理する（例えば、ＯＦＤＭを用いて）。次いで、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ変調シンボルストリームをＮ_Ｔ送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミングの重みをデータストリームのシンボルおよびシンボルが送信されているアンテナに提供する。

【0018】

各送信機２２２は、各々のシンボルストリームを受信して処理し、一つ以上のアナログ信号を提供し、アナログ信号をさらに調節（例えば、増幅（ａｍｐｌｉｆｉｅｓ）、フィルタリング（ｆｉｌｔｅｒ）、およびアップコンバート（ｕｐｃｏｎｖｅｒｔ））して、ＭＩＭＯチャネルを介して送信されるのに好適な変調信号を提供する。次いで、送信機２２２ａ〜２２２ｔからのＮ_Ｔ変調信号は、それぞれＮ_Ｔアンテナ２２４ａ〜２２４ｔから送信される。

【0019】

受信機システム２５０では、送信された変調信号はＮ_Ｒアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２から受信された信号は各々の受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、各々の受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）し、調節した信号をデジタル化して、サンプルを提供し、サンプルを更に処理して、対応する“受信”シンボルストリームを提供する。

【0020】

次いで、ＲＸデータプロセッサ２６０は、特定の受信処理技術に基づき、Ｎ_Ｒ受信機２５４からＮ_Ｒ受信シンボルストリームを受信して処理し、Ｎ_Ｔ“検出”シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調（ｄｅｍｏｄｕｌａｔｅ）、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｅ）および復号（ｄｅｃｏｄｅ）して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理と相補される。

【0021】

プロセッサ２７０は、どのプリコーディングマトリクス（ｐｒｅ−ｃｏｄｉｎｇ ｍａｔｒｉｘ）を用いるかを周期的に決める（後述される）。プロセッサ２７０は、マトリクスインデックス（ｍａｔｒｉｘ ｉｎｄｅｘ）部分およびランク値（ｒａｎｋ ｖａｌｕｅ）部分を含む逆方向リンクメッセージを公式化する。

【0022】

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する各種の情報を含む。次いで、逆方向リンクメッセージは、ＴＸデータプロセッサ２３８によって処理され、データソース２３６からの複数のデータストリーム用のトラフィックデータも受信し、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調節され、送信機システム２１０に送信される。

【0023】

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４によって受信され、受信機２２２によって調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンクメッセージを抽出する。次いで、プロセッサ２３０は、どのプレコーディングマトリクスを用いて、ビームフォーミングの重みを決めて、抽出されたメッセージを処理するか決める。

【0024】

図３は、本発明の１つの実施形態に基づく、通信装置の代替の簡略化された機能ブロック図を示している。図３に示されるように、無線通信システムの通信装置３００は、図１のＵＥ（またはＡＴ）１１６と１２２の実現に用いられ、無線通信システムは、ＬＴＥシステムであることが望ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバー３１４を含む。制御回路３０６は、ＣＰＵ３０８により、メモリ３１０のプログラムコード３１２を実行し、これにより、通信装置３００の動作を制御する。通信装置３００は、例えば、キーボードまたはキーパッドなどの入力装置３０２を通じて、ユーザーにより入力された信号を受信し、例えば、モニタまたはスピーカーなどの出力装置３０４によって、イメージと音声を出力することができる。トランシーバー３１４は、無線信号を送受信し、受信した信号を制御回路３０６に送信し、制御回路３０６によって生成された信号を無線で出力するのに用いられる。

【0025】

図４は、本発明の１つの実施形態に基づく図３に示されたプログラムコード３１２の簡略化されたブロック図である。この実施形態では、プログラムコード３１２は、アプリケーション層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）４００、層３部分４０２、層２部分４０４を含み、層１部分４０６に結合される。層３部分４０２は、一般に、無線リソース制御を実行する。層２部分４０４は、一般に、リンク制御を実行する。層１部分４０６は、一般に、物理的接続を実行する。

【0026】

研究項目「ＷＬＡＮ／３ＧＰＰインターワーキング」は、リリース１２で研究されることが同意されている。研究項目の説明は、通常、以下のように３ＧＰＰ ＲＰ−１２２０３８で規定されている。研究中、以下の点に留意するものとする。
１．オペレーターにより配備されたＷＬＡＮネットワークが、しばしば十分に活用されていない
２．ＵＥが過負荷のＷＬＡＮネットワークに接続するとき、ユーザーが感じる品質は最適ではない
３．不必要なＷＬＡＮのスキャンは、バッテリ資源を消耗してしまうおそれがある。

【0027】

また、研究項目の目的のいくつかは、以下のように３ＧＰＰ ＲＰ−１２２０３８でも規定される：

第１段階では：
● 既存の標準化されたメカニズムを考慮すると同時にＲＡＮレベルインターワーキングの要件を特定し、研究中に考えられるシナリオを明確にする

第２段階では：
● 既存の標準化されたメカニズムを用いて解決されることができない第１段階で、特定された要件に取り組む解決策の特定は、以下を含む
○ 向上されたオペレーターがＷＬＡＮインターワーキングを制御するのを可能にし、ＷＬＡＮがオペレーターのセルラ方式の無線リソース管理に含まれるのを可能にする解決策
○ セルラおよびＷＬＡＮの両方のアクセスに用いる、各ＵＥの無線リンク品質、バックホール品質、負荷などの情報を考慮したネットワークのモビリティおよび選択へのアクセスの強化
● 利点、およびコアネットワークベースのＷＬＡＮインターワーキングメカニズム（例えばＡＮＤＳＦ）を含む、既存の機能を通して特定されたメカニズムの影響を評価する

【0028】

一般的に、３ＧＰＰ ＴＲ ３７．３８４ Ｖ０．４．０は、研究の進展を捕えている。３ＧＰＰ ＴＲ ３７．３８４ Ｖ０．４．０は、一般的に以下のように仮定、要件、シナリオ、および研究の使用例を示している：
５．１ 仮定
１．屋内および屋外の配置（ｄｅｐｌｏｙｍｅｎｔ）シナリオを区別する必要がない
２．この研究の結果として開発された解決は、３ＧＰＰとＷＬＡＮ ＲＡＮノード間の標準化されたインターフェースに依頼すべきではない
３．ＷＬＡＮにアクセスするとき、３ＧＰＰ ＲＡＴのカバレッジにあるＵＥは、なお３ＧＰＰネットワークに登録されて、ＩＤＬＥモードまたはＣＯＮＮＥＣＴＥＤモードにある
４．住居向けＷＬＡＮ ＡＰの配置は、この研究の一部として考慮されるべきではない
５．２ 要件
この研究において考慮される候補解は、以下の要件を満たさなければならない。
１．解決策は、ＷＬＡＮと３ＧＰＰ無線アクセスネットワーク間の向上された双方向負荷平衡化を提供しなければならない
２．解決策は、性能を改善しなければならない（ＷＬＡＮインターワーキングは、低下させるべきではなく、ユーザー体感品質を良くすることが好ましい）
３．解決策は、ＷＬＡＮが使用可能で、且つ混雑していないとき、ＷＬＡＮの使用を改善しなければならない
４．解決策は、バッテリの消耗を減少または維持しなければならない（例えば、ＷＬＡＮスキャン／ディスカバリーにより）
５．解決策は、全ての既存のＣＮ ＷＬＡＮ関連の機能、例えば、シームレスと非シームレスオフロード、信頼と非信頼アクセス、ＭＡＰＣＯＮとＩＦＯＭなどと互換性がなければならない
６、解決策は、既存の３ＧＰＰとＷＬＡＮ仕様と後方互換性、即ち、レガシーＵＥがこれらの解決策により 提供された改善から利益を得られなくても、レガシーＵＥを使用しなければならない
７．解決策は、既存のＷＬＡＮ機能に依頼しなければならず、ＩＥＥＥとＷＦＡ仕様の変更を避けなければならない
８．各ターゲットのＷＬＡＮシステムの区別（例えばＳＳＩＤに基づく）は可能でなければならない
９．トラフィックステアリング用の各ＵＥの制御は、可能でなければならない
１０．解決策は、アクセス選択の決定がＵＴＲＡＮ／ＥＵＴＲＡＮとＷＬＡＮ間のｐｉｎｇ−ｐｏｎｇｉｎｇに導くべきではないことを確保しなければならない
５．３ シナリオ
この研究において考慮されるシナリオは、オペレーターとそのパートナーによって配置されて 、制御されたＷＬＡＮノードに焦点が当てられる。いくつかのＷＬＡＮアクセスポイントが、単一のＵＴＲＡＮ／ＥＵＴＲＡＮセルのカバレッジ内にあることができる。ｅＮＢ／ＲＮＣは、位置または他のＷＬＡＮ ＡＰパラメータ（例えばＢＳＳＩＤ、チャネルなど）を知っている可能性があるが、しかしながらこのような情報が利用可能でないシナリオも同様にサポートされなければならない。標準化されたインターフェースによって、Ｈ（Ｅ）ＮＢ／ｅＮＢ／ＲＮＣとＡＰ間を交換するＲＡＮレベル情報がない。後のステージで、ＷＬＡＮ ＡＰと３ＧＰＰ ＲＡＮ間の非標準化されたインターフェースが利用可能な場合、利益があるか、またはどんな利益があるかが、分析されることができる。
注意： いくつかの情報の交換はＯＡＭによって可能であり得る。
５．４ 使用例
以下の使用例は、この研究に考慮されるべきである。
Ａ．ＵＥはＵＴＲＡＮ／Ｅ−ＵＴＲＡＮのカバレッジ内にあり、３ＧＰＰを用い、且つＷＬＡＮ ＡＰのカバレッジに入る
Ｂ．ＵＥはＵＴＲＡＮ／Ｅ−ＵＴＲＡＮとＷＬＡＮのカバレッジ内にあり、ＷＬＡＮを用い、且つＷＬＡＮ ＡＰのカバレッジを出る
Ｃ．ＵＥは両カバレッジ領域内にあり、ＵＥは、ＷＬＡＮを用い、全てまたはサブセットのＵＥのトラフィックは、代わりにＵＴＲＡＮ／Ｅ−ＵＴＲＡＮを介して送信されなければならない
Ｄ．ＵＥは両カバレッジ領域内にあり、ＵＥは、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮを用い、全てまたはサブセットのＵＥのトラフィックは、代わりにＷＬＡＮを介して送信されなければならない
Ｅ．ＵＥは、両アクセスを用い、１つだけ（ＷＬＡＮ股はＵＴＲＡＮ／ＥＵＴＲＡＮ）に接続されなければならないか、またはいくつかのトラフィックが他のアクセスに移動されなければならない

【0029】

解候補の最新の更新は、以下のように３ＧＰＰ ＴＲ ３７．３８４ ｖ０.４．０に提供される：

６．１．１ 解決策１
この解決策では、ＲＡＮは、ブロードキャスト信号（選択的な専用の信号）によってＲＡＮ補助情報をＵＥに提供する。ＵＥは、ＷＬＡＮより提供されたＲＡＮ補助情報、ＵＥ測定と情報、およびＡＮＤＳＦを介して、または既存のＯＭＡ−ＤＭメカニズムを介して得られた、またはＵＥで予め設定されたポリシーを用いて、トラフィックをＷＬＡＮに、またはＲＡＮに導く。
この解決策は、Ｅ−ＵＴＲＡＮのＲＲＣ ＩＤＬＥとＲＲＣ ＣＯＮＮＥＣＴＥＤ状態、ＵＴＲＡＮのＵＥ ＩＤＬＥモード、およびＵＴＲＡＮのＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨと、ＵＲＡ＿ＰＣＨ状態でＵＥに適用される。
６．１．１．１ 説明
［図５（３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「解決策１： トラフィックステアリング」という題の図６．１．１．１−１の複製図である）］は、解決策１の候補コールフローを示している：

ＲＡＮ補助情報
次の表は、ＲＡＮによって提供されることができる候補補助パラメータを示している。
表６．１．１．１−１： ＲＡＮによって提供される候補補助パラメータ

【表1】

ポリシー情報
ＵＥに提供されるポリシーは、ＲＡＮ補助情報を有することによって強化される：
ポリシーは、同時に複数の候補情報を含むことができる。このポリシーの例は、次のようにあることができる：

−３ＧＰＰ → ＷＬＡＮ： ＲＡＮのＲＳＲＰがしきい値ｓより小さく、ＲＡＮ直接負荷がしきい値ｘより大きく、且つＷＬＡＮ ＲＳＳＩがしきい値ｒより大きく、ＷＬＡＮ ＢＳＳ負荷がしきい値ｙより小さい場合、フローをＷＬＡＮに移動する。
−ＷＬＡＮ → ３ＧＰＰ： ＲＡＮのＲＳＲＰがしきい値ｓ’より大きく、ＲＡＮ直接負荷がしきい値ｘ’より小さく、且つＷＬＡＮ ＲＳＳＩがしきい値ｒ’より小さく、ＷＬＡＮ ＢＳＳ負荷がしきい値ｙ’より大きい場合、フローをＵＭＴＳ／ＬＴＥに移動する。
これは、例えば新しいポリシー構造（ＩＳＲＰに類似する）で実現することができる。しきい値（例えば、ＲＡＮ ＲＳＲＰ／ＲＳＣＰしきい値）は、ＲＡＮによって提供され、ＡＮＤＳＦポリシーで用いられる。でなければ、しきい値は、ＡＮＤＳＦそのものによって提供されることもできる。
ＵＥ特有のポリシーは、ＵＥサブスクリプションに基づいて配置されるか、または予め提供されることができる。トラフィックステアリング用の選択的な各ＵＥの制御は、接続モード中に専用の信号を用いて実現されることができる。
例えば、ＲＡＮは、上述のパラメータの異なる値を接続モードでの異なるＵＥに送信することができる。ターゲットのＷＬＡＮシステム（例えば、ＳＳＩＤ、レルム）特有のポリシーは、設定されるか、または予め提供されることができる。
ポリシーおよびネットワーク関連情報は、いくつかのフローをＷＬＡＮおよび３ＧＰＰに送信するのに用いられることもできる。
例えば、ヒステリシス、ランダム化、ＷＬＡＮ対３ＧＰＰネットワーク選択よりも３ＧＰＰ対ＷＬＡＮ用の異なるしきい値、またはＵＥベースの決定に用いられ得る各ユーザーサブスクリプションレベルでのしきい値の、同時に大規模なアクセスネットワーク選択／トラフィックステアリングとピンポンのイベントを避ける可能なメカニズムがある。
．．．

６．１．２ 解決策２
この解決策では、オフローディングルールは、ＲＡＮ仕様で規定されている。ＲＡＮは、このルールで用いられるしきい値を提供する（個別信号および／またはブロードキャスト信号によって）。個別信号(dedicated signal)は専用信号等と言及されてもよい。この解決策は、Ｅ−ＵＴＲＡＮのＲＲＣ ＩＤＬＥとＲＲＣ ＣＯＮＮＥＣＴＥＤ状態、ＵＴＲＡＮのＵＥ ＩＤＬＥモード、およびＵＴＲＡＮのＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨとＵＲＡ＿ＰＣＨ、とＣＥＬＬ＿ＤＣＨ状態でＵＥに適用される。

６．１．２．１ 説明
この解決策は以下のステップを含み、
［図６（３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「解決策２： トラフィックステアリング」という題の図６．１．２．１−１の複製図である）］に述べられている。

上述のシグナリング手順では（図６に示される）、各ステップは、以下に詳述されている。

ステップ１：
ＲＡＮは、個別信号および／またはブロードキャスト信号によってパラメータを提供する。
ステップ２：
ＵＥは、ＲＡＮルールに従って、３ＧＰＰ ＲＡＮ仕様に定義され、ＷＬＡＮと３ＧＰＰ間の双方向オフロードを実行する。ユーザープリファレンス（ｐｒｅｆｅｒｅｎｃｅ）は、優先しなければならない。

ルール例：

【表2】

また、ＵＥがＡＮＤＳＦルールで設定されている場合、ＡＮＤＳＦルールが破られてはならない。詳細はＦＦＳである。
ＡＮＤＳＦが存在しない場合、各ベアラステアリングが行われても行われなくても、且つどのように行われてもＦＦＳである。
．．．

６．１．３ 解決策３
この解決策では、ＲＲＣ ＣＯＮＮＥＣＴＥＤ／ＣＥＬＬ＿ＤＣＨ状態のＵＥのトラフィックステアリングは、専用のトラフィックステアリングコマンドを用いたネットワークによって制御され、ＷＬＡＮ測定にも基づく（ＵＥによって報告された）。
ＩＤＬＥモードとＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨとＵＲＡ＿ＰＣＨ状態のＵＥでは、解決策は解決策１または解決策２に類似する。また、これらのＲＲＣ状態でのＵＥは、ＲＡＮに接続するように設定され、専用のトラフィックステアリングコマンドを待つ。
ユーザープリファレンスは、ＲＡＮベースまたはＡＮＤＳＦベースのルールに常に優先する（例えば、非オペレーターのＷＬＡＮが優先されているとき、またはＷＬＡＮがオフにされているとき）。

この解決策では：
− ＡＮＤＳＦが存在しない場合、示されるように、ＵＥはステアリングコマンドに示されたトラフィックをＷＬＡＮまたは３ＧＰＰに移動する。
− 複数のアクセスネットワークがＡＮＤＳＦポリシーに応じて可能なとき、トラフィックステアリングコマンドは、アクセスネットワークの優先順位をオーバーライドすることができる。オーバーライドは上書き等と言及されてもよい。例えば、特定のＩＰフローに対してＡＮＤＳＦが３ＧＰＰアクセスとＷＬＡＮの優先順序を示す場合、３ＧＰＰアクセスからＷＬＡＮにトラフィックを向けるコマンドを受けると、ＵＥは対応するフローをＷＬＡＮに移動させる。
− 専用のトラフィックステアリングコマンドは、他の場合において、ＡＮＤＳＦをオーバーライドすることができない。即ち、ＵＥは、可能性としてＡＮＳＤＦによって示されないアクセスネットワークにトラフィックを移動しない（即ち、示されないまたは禁止として示されない）。
注意： 上述のルールは、Ｈ−ＡＮＤＳＦまたはＶ−ＡＮＤＳＦポリシーが有効であるかどうかにかかわらず、用いられる。残りのＦＦＳであるいくつかの領域は、例えば、ローミング要求、ピンポン、ＵＥサブスクリプション、ＷＬＡＮ測定精度を処理する領域である。

６．１．３．１ 説明
一例に、ＲＲＣ ＣＯＮＮＥＣＴＥＤ／ＣＥＬＬ＿ＤＣＨ状態のＵＥのトラフィックステアリングは、［図７（３ＧＰＰ ＴＲ ３７．３８４ ｖ０．４．０の「ＲＲＣ ＣＯＮＮＥＣＴＥＤ／ＣＥＬＬ＿ＤＣＨ状態のＵＥのトラフィックステアリング」という題の図６．１．３．１−１の複製図である）］に示される次のステップを含む。

１． 測定制御： ｅＮＢ／ＲＮＣは、測定されるターゲットＷＬＡＮの識別を含むＵＥ測定手順を設定する
２． 測定報告： ＵＥは、トリガーされて測定制御によってセットされたルールで測定報告を送信する
３． トラフィックステアリング：ｅＮＢ／ＲＮＣは、ＵＥにステアリングコマンドメッセージを送信し、報告された測定に基づきトラフィックステアリングを行い、ＲＡＮにローディングする

注意： 上述の手順は、ユーザープリファレンスおよび／またはＷＬＡＮ無線状態を考慮に入れない。例えば、ユーザープリファレンスおよび／またはＷＬＡＮ無線状態に基づき、ＵＥは、設定された測定イベントを行うことができない可能性がある。また、前記手順は、ＵＥが非オペレーターのＷＬＡＮをオペレーターのＷＬＡＮよりも優先させることができるようにする必要がある。例えば、ＵＥは、測定プロセス中のいつでもオペレーターのＷＬＡＮと接続を切り、高優先順位の非オペレーターのＷＬＡＮと接続することができる。これがどのように管理されるかの詳細がＦＦＳである。

注意： 上述の手順、および以下の説明は、ＵＭＴＳ ＣＥＬＬ＿ＦＡＣＨにも適用することができる。前記手順は、ＵＭＴＳ／ＬＴＥのアイドルモードとＵＭＴＳ ＣＥＬＬ／ＵＲＡ＿ＰＣＨ状態にも応用されることができる。例えば、ＵＥは、ＲＲＣ ＵＬメッセージ、例えばＲＲＣ接続要求（ＵＭＴＳ／ＬＴＥのアイドル状態から）またはＣＥＬＬ ＵＰＤＡＴＥ （ＵＭＴＳ ＣＥＬＬ／ＵＲＡ＿ＰＣＨ状態で）でいくつかの指示（例えば、利用可能なＷＬＡＮ測定で）を報告するように設定されることができる。

注意： 上述のいくつかのステップ、例えばステップ１＆２は、ＲＡＮ／ＵＥ設定に基づき、選択することができる。

ステップ１： 測定制御
測定制御では、以下の例がＵＥがオペレーターのＷＬＡＮを測定するように設定されることができる情報のタイプである：
１． 表６．１．３．１−１に定義された報告をトリガーする測定イベント
２． 表６．１．３．１−２に定義されたターゲット識別子
３． 表６．１．３．１−３に定義された測定報告

ＴＳ ３６．３３１とＴＳ ２５．３３１で定義された測定イベントに基づいて、表６．１．３．１−１は、ＷＬＡＮ用の候補測定イベントを示している。

表６．１．３．１−１： ＷＬＡＮを報告する候補測定イベント

【表3】

注意： しきい値は、表６．１．３．１−３に定義された測定値に基づいて報告する。

ターゲット識別子は、ＵＥにどのＷＬＡＮがターゲットＷＬＡＮ ＩＤとサーチ用の動作チャネルを含む測定制御手順を考慮するべきかを示すように用いられる。表６．１．３．１−２は、ＷＬＡＮ用の候補ターゲット識別子を示している。

注意： ＷＬＡＮからのステアリングトラフィック、即ち、Ｗ２／Ｗ４では、しきい値以下のサービングＷＬＡＮであれば十分である可能性があることが報告されている。即ち、ＷＬＡＮのターゲット識別子は、必要でない。

表６．１．３．１−２： ＷＬＡＮの候補ターゲット識別子

【表4】

注意： 上述の情報が（Ｅ）ＮＢ／ＲＮＣで使用不可な場合,ＲＡＮが一般のＷＬＡＮ測定を設定することが可能である。
ステップ２： 測定報告
表６．１．３．１−３は、ＷＬＡＮに報告する候補測定を示している。

表６．１．３．１−３： ＷＬＡＮに報告する候補測定

【表5】

ステップ３： トラフィックステアリング
表６．１．３．１−４は、ＷＬＡＮに導く、またはＷＬＡＮから導くトラフィックを識別する候補例を示している。

表６．１．３．１−４：
ＷＬＡＮに導く、またはＷＬＡＮから導くトラフィックを識別する候補

【表6】

【0030】

３ＧＰＰ ＴＲ ３７．３８４ Ｖ０．４．０に応じて、補助情報またはパラメータは、全ての解決策でＵＥに提供される必要がある。解決策３では、補助情報またはパラメータは、アイドルモードのＵＥに用いられることができる。補助情報またはパラメータは、ブロードキャスト信号または個別信号によって提供されることができる。

【0031】

３ＧＰＰ Ｒ２−１３２７９７は、以下の問題に取り組む： ブロードキャスト信号によって提供された値が個別信号によって提供された値と異なる場合、どの値が用いられるべきか？一般的に、３ＧＰＰ Ｒ２−１３２７９７は、ＳＩＢ(システム情報ブロードキャスト)で提供された補助情報と個別信号で提供された補助情報が異なるときに提示され、ＵＥは、個別信号で提供された補助情報を用いなければならない。更に具体的に言えば、３ＧＰＰ Ｒ２−１３２７９７は：
ＵＥがシステム情報（一般値）から異なるＲＡＮ補助情報を受け、専用のＲＡＮ補助情報が有効になった場合、システム情報に提供された値を無視しなければならないことを示している。
．．．
提案２：
補助情報がＳＩＢと個別信号間で異なるとき、ＵＥは個別信号で提供された補助情報を用いなければならない。

【0032】

３ＧＰＰ Ｒ２−１３２７９７にそんなに多くの説明はないが、個別信号を用いる目的が各ＵＥの制御を実現することを考慮すると、ＵＥに特定の個別信号で提供された値は、より好適な選択となる。

【0033】

また、同様の問題が他のパラメータに対して生じている。３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０に論じられるように、個別信号によって提供された値は、無線リンク障害（ＲＬＦ）関連のタイマーと定数（例えばＴ３１０、Ｔ３１１、Ｎ３１０、および／またはＮ３１１)の設定のブロードキャスト信号によって提供された値に優先する。更に具体的に言えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０は：

５．２．２．９ ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２の受信の動作
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２を受けた後、ＵＥは：
［．．．］
１＞ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥがｒｌｆ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓ内で受信されたＲＬＦのタイマーと定数の値で配置された場合：
２＞ タイマーＴ３００の値を除き、ｕｅ−ＴｉｍｅｒｓＡｎｄＣｏｎｓｔａｎｔｓで、タイマーと定数のその値を更新しない；

【0034】

上述の２つの観点に基づき、ブロードキャスト信号の値より高優先順位の個別信号の値を与えることが論理的と思われる。しかしながら、個々のパラメータを考慮に入れた場合、設定の優先順位はより多くの考慮を必要とする可能性がある。

【0035】

現在、補助パラメータの候補は： 負荷情報、リソース割り当て、ＷＬＡＮしきい値、および／またはＲＡＮ（無線アクセスネットワーク)しきい値を含むことができる。パラメータ間で、ＷＬＡＮしきい値とＲＡＮしきい値は、セル内のＵＥがＷＬＡＮと３ＧＰＰ ＲＡＮ間で如何に容易に移動することができるかを制御するのに用いられると思われ、且つしきい値の設定は、現在のセル負荷(または可能ならばＷＬＡＮ負荷)によって決まることができる。ネットワークが特定のＵＥを他（例えばＵＥのトラフィック要求を考慮して）よりもより容易に（またはより容易でなく）移動させたい場合、ネットワークは個別信号によってＵＥに特定のしきい値を与えることができる。

【0036】

ＵＥがＷＬＡＮで動作しているとき、いくつかのパラメータが用いられなければならないため、ＵＥがＲＲＣ＿Ｉｄｌｅ状態に入ったとき、個別信号によって提供された値は、なお用いられなければならない（且つ解放されない）ものと考えられる。しかしながら、個別信号が常に優先する場合、その値はＵＥが再度ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に入るまで、アップデートされることができない。このため、ネットワークがアイドルモードのＵＥのパラメータを再設定したい場合、ネットワークは、ＵＥを接続モードに持っていき、次いで、個別信号を用いて再設定を実行する必要がある。しかしながら、ネットワークがそうした場合、それは効率的に見えず、アイドルから接続への変換により、大きなシグナリングオーバーヘッドを生じることになる。

【0037】

上述の問題を解決するために、本発明の少なくとも1つの実施形態の本発明の第１の一般概念は、特にアイドルモードのＵＥ用に、パラメータの設定をより細かく制御することを可能にすることである。本発明の第１の一般概念に基づいた１つの第１の実施形態では、ＵＥのパラメータの設定に対して、ブロードキャスト信号で提供された値は、ＵＥがアイドルモードにある個別信号で提供された値をオーバーライドすることができる。個別信号は、ＵＥが接続モードにあるときに受信され、オーバーライドされる前になおアイドルモードに用いられる。ＵＥが接続モードにあるとき、ブロードキャスト信号で提供された値は、個別信号で提供された値をオーバーライドすることができない。

【0038】

ＵＥのパラメータの設定に対して、本発明の第１の一般概念に基づいた第１の実施形態とも組み合わせられ得る、本発明の第１の一般概念に基づいたもう１つの第２の実施形態では、値がブロードキャスト信号で提供されたとき、ブロードキャスト信号は、個別信号で提供された値（ある場合）をオーバーライドすべきかどうかを示すことができる。前記指示は、アイドルモードにあるＵＥに用いられることができ、接続モードにあるＵＥに用いられない。

【0039】

ＵＥのパラメータの設定に対して、本発明の第１の一般概念に基づいた第１および／または第２の実施形態とも組み合わせられ得る、本発明の第１の一般概念に基づいたもう１つの第３の実施形態では、パラメータ（もう１つのパラメータでもよい）へのオフセット値は、個別信号で提供されることができる。個別信号によって提供された値が設定された場合、前記値は、ブロードキャスト信号によって提供された値に沿って用いられる必要がある。２つの値は、調整されるため、優先順位またはオーバーライドに関する問題がない。両値は、アイドルモードのＵＥに（および接続モードのＵＥにも）用いられることができる。

【0040】

図８は、本発明の第１の一般概念に基づいた１つの第１の例示的な実施形態に基づくフローチャート８００である。フローチャート８００は、一般的に、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いる方法を示している。ステップ８０５では、ＵＥは、個別信号によってインターワーキングパラメータの第１の設定を受信し、前記第１の設定は、ＵＥがアイドルモードに入る場合に解放されない。解放はリリース等と言及されてもよい。ステップ８１０では、ＵＥは、ＵＥがアイドルモードにあるとき、ブロードキャスト信号によってインターワーキングパラメータの第２の設定を受信する。ステップ８１５では、ＵＥは、第２の設定で第１の設定をオーバーライドする。オーバーライドは上書き等と言及されてもよい。１つの実施形態では、ＵＥは、ＵＥが接続モードで第２の設定を受信したとき、第２の設定で第１の設定をオーバーライドしない。

【0041】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ＵＥに個別信号によってインターワーキングパラメータの第１の設定を受信させ、前記第１の設定は、ＵＥがアイドルモードに入ったとき、解放されないようにし、（ii）ＵＥがアイドルモードにあるとき、ブロードキャスト信号によってインターワーキングパラメータの第２の設定を受信し、且つ（iii）第２の設定で第１の設定をオーバーライドする。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、図８に関する上記の記述内容を実行することができる。

【0042】

図９は、本発明の第１の一般概念に基づいた第２の例示的な実施形態によるフローチャート９００である。フローチャート９００は、一般的に、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いる別の方法を示している。ステップ９０５では、ＵＥは、ブロードキャスト信号によってインターワーキングパラメータの第２の設定を受信する。ステップ９１０では、ブロードキャスト信号は、ＵＥが第２の設定を用いて、個別信号によって提供されたインターワーキングパラメータの第１の設定をオーバーライドすることができるかどうかを示す。

【0043】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ＵＥにブロードキャスト信号によってインターワーキングパラメータの第２の設定を受信させ、ブロードキャスト信号は、ＵＥが第２の設定を用いて、個別信号によって提供されたインターワーキングパラメータの第１の設定をオーバーライドすることができるかどうかを示す。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、上記段落[００４２]で記述された内容を実行することができる。

【0044】

図１０は、本発明の第１の一般概念に基づいた第３の例示的な実施形態によるフローチャート１０００である。フローチャート１０００は、一般的に、ネットワークの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いる別の方法を示している。ステップ１００５では、ネットワークは、ブロードキャスト信号によってインターワーキングパラメータの第２の設定を送信する。ステップ１０１０では、ブロードキャスト信号は、ＵＥが第２の設定を用いて、個別信号によって提供されたインターワーキングパラメータの第１の設定をオーバーライドすることができるかどうかを示す。

【0045】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ネットワークの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ネットワークにブロードキャスト信号によってインターワーキングパラメータの第２の設定を送信させ、ブロードキャスト信号は、ＵＥが第２の設定を用いて、個別信号によって提供されたインターワーキングパラメータの第１の設定をオーバーライドすることができるかどうかを示す。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、上記段落[００４４]で記述された内容を実行することができる。

【0046】

本発明の第１の一般概念に基づく全ての実施形態では、ＵＥは、ブロードキャスト信号が、第２の設定が第１の設定をオーバーライドできることを示す場合、第２の設定で第１の設定をオーバーライドすることができる。また、ＵＥは、ブロードキャスト信号が、第２の設定が第１の設定をオーバーライドできないことを示す場合、第２の設定で第１の設定をオーバーライドしないことが望ましい。また、ＵＥは、ブロードキャスト信号が、第２の設定が第１の設定をオーバーライドできることを示さない場合、第２の設定で第１の設定をオーバーライドしないことが望ましい。また、ブロードキャスト信号の指示は、ＵＥがアイドルモードにあるときに用いられ、ＵＥが接続モードにあるときには用いられないことが望ましい。

【0047】

代替的にまたは付加的に、本発明の第１の一般概念に基づく全ての実施形態では、第２の設定は、オーバーライド後、用いられることができる。

【0048】

代替的にまたは付加的に、本発明の第１の一般概念による全ての実施形態では、第１の設定は、ＵＥがアイドルモードにあるときに用いられることができ、オーバーライド前に用いられることができ、かつ／またはシステム情報によって受信されることができる。別の実施形態では、オーバーライド後、用いられることができる。もう１つの実施形態では、ＵＥが第２の設定で第１の設定をオーバーライドする場合において：（ｉ）ＵＥは、オーバーライド前に第１の設定を用いてもよいし、（ii）ＵＥは、オーバーライド後に第２の設定を用いてもよいし、及び（３）ＵＥは、オーバーライド後に第１の設定を用いなくてもよい。

【0049】

代替的にまたは付加的に、本発明の第１の一般概念に基づく全ての実施形態では、インターワーキングパラメータは、３ＧＰＰとＷＬＡＮとの間のインターワーキング（すなわち、相互作用）のために用いられることができる。また、インターワーキングパラメータは、無線アクセスネットワーク（ＲＡＮ）しきい値または無線ローカルエリアネットワーク（ＷＬＡＮ）しきい値であることができる。具体的に言えば、インターワーキングパラメータは、ＵＥがそのトラフィックをＷＬＡＮに移すべきかどうかを判定するために用いられるしきい値であってもよいし、或いは、ＵＥがそのトラフィックを３ＧＰＰ ＲＡＮ（例えば、エボルブドユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）またはユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）など）に移すべきかどうかを判定するために用いられるしきい値であってもよい。また、インターワーキングパラメータは、負荷情報、オフロードプリファレンスインジケータ、リソース割り当て等を示してもよい。

【0050】

図１１は、本発明の第１の一般概念に基づいた第４の例示的な実施形態に基づくフローチャート１１００である。フローチャート１１００は、一般的に、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングのシグナリングを適用する別の方法を示している。ステップ１１０５では、ＵＥは、ブロードキャスト信号によって受信された第１のインターワーキングパラメータの設定を用いている。ステップ１１１０では、ＵＥは、個別信号によって受信された第２のインターワーキングパラメータの設定を利用し、その場合の第２のインターワーキングパラメータは、第１のインターワーキングパラメータに対するオフセット値である。ステップ１１１５では、第１のインターワーキングパラメータの設定と第２のインターワーキングパラメータの設定とが、ＵＥがアイドルモードにあるときに用いられる。

【0051】

１つの第１の望ましい実施形態では、第１のインターワーキングパラメータの設定は、システム情報によって受信される。

【0052】

第１の望ましい実施形態と組み合わせられてもよい１つの第２の望ましい実施形態では、第１と第２のインターワーキングパラメータは、３ＧＰＰとＷＬＡＮと間のインターワーキング（相互作用）のために用いられることができる。更に、第１のインターワーキングパラメータは、ＲＡＮしきい値またはＷＬＡＮしきい値であってもよい。また、第１のインターワーキングパラメータは、ＵＥがそのトラフィックをＷＬＡＮに移すべきかどうかを判定するために用いられるしきい値であってもよいし、或いは、ＵＥがトラフィックを３ＧＰＰ ＲＡＮ（例えば、Ｅ−ＵＴＲＡＮまたはＵＴＲＡＮなど）に移すべきか否かを判定するために用いられるしきい値であってもよい。３ＧＰＰ ＲＡＮ、例えば、エボルブドユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）またはユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）などに移動すべきかどうかを判定するように用いられるしきい値であることができる。また、インターワーキングパラメータは、負荷情報、オフロードプリファレンスインジケータ、リソース割り当てであることができる。また、インターワーキングパラメータは、負荷情報、オフロードプリファレンスインジケータ、リソース割り当て等を示してもよい。

【0053】

第１および／または第２の望ましい実施形態と組み合わせられてもよい１つの第３の望ましい実施形態では、ＵＥは、３ＧＰＰ ＲＡＮアクセスとＷＬＡＮアクセスとを実行できる。より具体的に言えば、ＵＥは、３ＧＰＰ ＲＡＮとＷＬＡＮとを同時に接続することができる。また、ＵＥは、ＵＥがアイドルモードにあるとき、ＷＬＡＮで動作することができる。アイドルモードは、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０で論じられるように、無線リソース制御（ＲＲＣ）接続が確立されていないＲＲＣ＿ＩＤＬＥを指している。ＲＲＣ接続は、ＲＲＣコネクション等と言及されてもよい。また、接続モードは、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０で論じられるように、ＲＲＣ接続が確立されているＲＲＣ＿ＣＯＮＮＥＣＴＥＤを指している。また、ＷＬＡＮは、ＩＥＥＥ ８０２．１１標準に基づいている。

【0054】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（i）ＵＥにブロードキャスト信号によって受信された第１のインターワーキングパラメータの設定を受信させ、（ii）個別信号で受信された第２のインターワーキングパラメータの設定を受信し、第２のインターワーキングパラメータは、第１のインターワーキングパラメータに対するオフセット値である。（iii）ＵＥがアイドルモードにあるとき、第１のインターワーキングパラメータの設定と第２のインターワーキングパラメータの設定を用いる。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、図１１に関する上記の記述内容を実行することができる。

【0055】

上述の問題を解決するための本発明の第２の一般概念は、個別信号により及びブロードキャスト信号により設定可能なインターワーキングパラメータに関し、インターワーキングパラメータの個別シグナリングで提供される設定値の有効性を制御するためにタイマーが使用可能である。本発明の第２の一般概念とその実施形態の全ては、本発明の第１の一般概念とその実施形態の全てと組み合わせられることができる。本発明の第２の一般概念に基づく第１の実施形態では、タイマーが満了したとき、ＵＥは、個別信号で提供された設定値を解放し、ブロードキャスト信号に提供された値を用いる。更に具体的に言えば、ＵＥは、タイマーが満了したとき、アイドルモードになる。タイマー値は、インターワーキングパラメータの値とともにシグナリングされることができる。また、タイマー値は、ＵＥの無線リソース制御（ＲＲＣ）接続を解放するためのメッセージでシグナリングされてもよいし、またはシステム情報で通知されても良いし、または３ＧＰＰ標準仕様で予め定義されていてもよい。タイマーは、専用設定（個別的な設定）の通知を受信した後、またはアイドルモードに入ったときに、開始されることができる。

【0056】

図１２は、本発明の第２の一般概念による第１の例示的な実施形態に基づくフローチャート１２００である。フローチャート１２００は、一般的に、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いる別の方法を示している。ステップ１２０５では、ＵＥは、個別信号によって受信されたインターワーキングパラメータの第１の設定を使用しており、第１の設定は、接続モードとアイドルモードとに用いることができる。ステップ１２１０では、第１の設定と関連するタイマーが満了したとき、ＵＥは、ブロードキャスト信号によって受信したインターワーキングパラメータの第２の設定を用いる。

【0057】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（i）ＵＥに個別信号によって受信されたインターワーキングパラメータの第１の設定を使用させ、第１の設定は、接続モードとアイドルモードに用いることができ、（ii）第１の設定と関連するタイマーが満了したとき、ブロードキャスト信号によって受信されたインターワーキングパラメータの第２の設定を用いる。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、上記段落[００５６]で記述された内容を実行することができる。

【0058】

図１３は、本発明の第２の一般概念による１つの第２の例示的な実施形態に基づくフローチャート１３００である。フローチャート１３００は、一般的に、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いる別の方法を示している。ステップ１３０５では、ＵＥは、接続モードで個別信号によって受信されたインターワーキングパラメータの第１の設定を用いる。ステップ１３１０では、ＵＥは、アイドルモードに入り、第１の設定と関連するタイマーを開始する。ステップ１３１５では、第１の設定と関連するタイマーが満了したとき、ＵＥは、ブロードキャスト信号によって受信されたインターワーキングパラメータの第２の設定を用いる。

【0059】

図３と図４を再度参照に、１つの実施形態では、装置３００は、メモリ３１０に保存され、ＵＥの観点からＷＬＡＮ−３ＧＰＰ間のインターワーキングの信号を用いるプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、（ｉ）ＵＥに個別信号によって受信されたインターワーキングパラメータの第１の設定を使用させ、第１の設定は、接続モードとアイドルモードに用いることができ、（ii）アイドルモードに入り、第１の設定と関連するタイマーを開始し、（iii）第１の設定と関連するタイマーが満了したとき、ブロードキャスト信号によって受信されたインターワーキングパラメータの第２の設定を用いる。また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の動作およびステップ、またはここに記述された他の全てを実行することができ、特に、上記の図１３に関する記述内容を実行することができる。

【0060】

本発明の第２の一般概念による全ての実施形態では、ＵＥは、タイマーが満了したとき、第２の設定で第１の設定をオーバーライドすることができる。また、ＵＥは、タイマーが満了したとき、アイドルモードであることが望ましい。代替的にまたは付加的に、本発明の第１の一般概念による全ての実施形態では、ＵＥが接続モードにあるとき、第２の設定は、第１の設定をオーバーライドしないことが望ましい。

【0061】

代替的にまたは付加的に、本発明の第２の一般概念による全ての実施形態では、ＵＥは、３ＧＰＰ ＲＡＮアクセスとＷＬＡＮアクセスとを実行できることが望ましい。より具体的に言えば、ＵＥは、３ＧＰＰ ＲＡＮとＷＬＡＮとに同時に接続することができる。また、ＵＥがアイドルモードにあるとき、ＵＥはＷＬＡＮで動作することが望ましい。アイドルモードは、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０で論じられるように、無線リソース制御（ＲＲＣ）接続が確立されていないＲＲＣ＿ＩＤＬＥを指している。また、接続モードは、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１１．４．０で論じられるように、ＲＲＣ接続が確立されているＲＲＣ＿ＣＯＮＮＥＣＴＥＤを指している。また、ＷＬＡＮは、ＩＥＥＥ ８０２．１１標準に基づいている。

【0062】

代替的にまたは付加的に、本発明の第２の一般概念による全ての実施形態では、ＵＥが第１の設定を受信した場合、ＵＥがタイマーの設定を受信した場合、またはＵＥがアイドルモードに入った場合に、タイマーが開始されることができる。また、タイマーの設定は、第１の設定とともに受信されてもよいし、またはＵＥのＲＲＣ接続を解放するためのメッセージで受信されることができる。また、タイマー値は、システム情報でブロードキャストされる、または予め定義されていてもよい。

【0063】

代替的にまたは付加的に、本発明の第２の一般概念による全ての実施形態では、インターワーキングパラメータは、３ＧＰＰとＷＬＡＮと間の相互作用のために用いられることができる。また、インターワーキングパラメータは、無線アクセスネットワーク（ＲＡＮ）しきい値または無線ローカルエリアネットワーク（ＷＬＡＮ）しきい値であることができる。具体的に言えば、インターワーキングパラメータは、ＵＥがそのトラフィックをＷＬＡＮに移すべきかどうかを判定するために用いられるしきい値、またはＵＥがそのトラフィックを３ＧＰＰ ＲＡＮ、（例えば、Ｅ−ＵＴＲＡＮまたはＵＴＲＡＮなど）に移すべきかどうかを判定するために用いられるしきい値であることができる。また、インターワーキングパラメータは、負荷情報、オフロードプリファレンスインジケータ、リソース割り当てであることができる。

【0064】

本発明の第１及び第２の一般概念による全ての上述の実施形態では、より細かい制御が、インターワーキングパラメータの専用値で既に設定されているアイドルモードのＵＥに用いられることができる。また、インターワーキングパラメータの専用値で既に設定されているアイドルモードのＵＥは、最新値で更新されることができる。

【0065】

この開示の種々の態様は上記に記述されている。ここでの教示が種々様々の形式で具体化されてもよいこと、および、ここに開示されている任意の特定の構造、機能または両方は単に代表に過ぎないことは明らかである。ここでの教示に基づいて、当業者は、ここで開示されたある態様が他の態様と無関係に実行され、２つ以上のこれらの態様が種々の方法で合成されてもよいことを認識するべきである。例えば、ここで説明された任意の数の態様を用いて、装置は実装されてもよいし、または方法は実践されてもよい。更に、他の構造、機能性、またはここで説明された態様の１つ以上に加えてまたはこれら以外での構造および機能性を用いて実行されてもよい。上記の概念のうちのいくつかの例として、いくつかの態様では、同時チャネルはパルス繰返周波数に基づいて確立されてもよい。ある態様では、同時チャネルはパルス位置またはオフセットに基づいて確立されてもよい。ある態様では、同時チャネルは時間ホッピングシーケンスに基づいて確立されてもよい。ある態様では、同時チャネルは、パルス繰返周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてもよい。

【0066】

情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組み合わせによって表され得る。

【0067】

当業者は、種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびここで開示された態様に関連して記述されたアルゴリズムステップが電子ハードウェア（例えば、デジタル実装、アナログ実装またはソースコーディングまたは他のいくつかの技術を用いて設計されてもよい２つの組み合わせ）、命令を取り込むプログラムまたは設計コードの種々の形式（ここでは便宜上、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶ）、または、この両方の組み合わせとして実装されてもよいことをさらに認識するだろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な要素、ブロック、モジュール、回路、およびステップが、一般的に、それらの機能性に関して記述されている。かかる機能性がハードウェアまたはソフトウェアとして実装されるかどうかは、システム全体に課せられた特定の応用および設計制約に依存する。当業者は、記述された機能性を、それぞれの特定の応用に関して様々な方法で実装してもよいが、かかる実装決定は、本開示範囲からの逸脱を引き起こすと解釈されるべきではない。

【0068】

ここで開示された態様に関連して記述される種々の例示の論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）内に実装されてもよいし、ＩＣによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、徳定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、個別のゲートまたはトランジスタロジック、個別のハードウェア構成機器、電子的コンポーネント、光学コンポーネント、機械的なコンポーネントまたはここに記述された機能を行うことを目指した任意のそれらの組み合わせを具備してもよく、またＩＣ内部、ＩＣ外部、またはその両方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサでもよいが、代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械でもよい。プロセッサはまた、コンピューティング装置の組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１以上のマイクロプロセッサ、または任意の他のそのような構成）として実装されてもよい。

【0069】

ここで開示されるプロセスのあらゆる特定の順序または分層の工程は例のアプローチである。デザイン嗜好に基づくと、理解できることは、本プロセスにおける特定の順序または分層の工程は、本発明の範囲内で再構成される。付随する方法は、例の順序で各種工程の素子の提示を要求し、提示される特定の順序または分層に制限されることを意味するのではない。

【0070】

ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュール、または２つの組み合わせにおいて具現化されてもよい。（例えば、実行可能命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術において既知のコンピュータ読取可能記憶媒体の任意の他の形式のようなデータメモリに存在してもよい。サンプル記憶媒体は、例えば（利便性上ここでは「プロセッサ」と呼ばれてもよい）コンピュータ／プロセッサのような機械につながれてもよく、そのようなプロセッサは情報（例えば符号）を記憶媒体から読み出し、記憶媒体へ書き込みすることができる。サンプル記憶媒体はプロセッサに不可欠かもしれない。プロセッサ及び記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザー機器に存在してもよい。代替案では、プロセッサと記憶媒体はユーザー機器において個別部品として存在してもよい。さらに、いくつかの態様では、いずれか適切なコンピュータプログラム製品も、この開示の態様の１つ以上に関連する符号を具備するコンピュータ読取可能媒体を具備してもよい。ある態様では、コンピュータプログラム製品は包装材料を具備してもよい。

【0071】

この発明は種々の態様に関連して記述されているが、この発明がさらなる変更ができることは理解される。本用途は、本発明の一般的な原理を用いて、本発明の任意の変形、使用または改造を含むことが意図される。さらに、本用途は、本発明が属する分野において公知の、または慣例的実施の範囲内に入るような本開示からの逸脱を含むことが意図される。

【符号の説明】

【0072】

１００ アクセスネットワーク
１０４、１０６、１０８、１１０、１１２、１１４ アンテナ
１１６、１２２ アクセス端子
１１８、１２４ 逆方向リンク
１２０、１２６ 順方向リンク
２１０ 送信機システム
２１２、２３６ データソース
２１４、２３８ データプロセッサ
２２０ ＴＸ ＭＩＭＯプロセッサ
２２２ａ〜２２２ｔ、３１４ 送信機
２２４ａ〜２２４ｔ、２５２ａ〜２５２ｒ アンテナ
２３０、２７０ プロセッサ
２３２、２７２ メモリ
２４０ 復調器
２４２、２６０ ＲＸデータプロセッサ
２５０ 受信機システム
２５４ａ〜２５４ｒ 受信機
２８０ 変調器
３００ 通信装置
３０２ 入力装置
３０４ 出力装置
３０６ 制御回路
３０８ 中央処理装置（ＣＰＵ）
３１０ メモリ
３１２ プログラムコード
３１４ トランシーバー
４００ アプリケーション層
４０２ 層３部分
４０４ 層２部分
４０６ 層１部分
５００、６００、７００ メッセージシーケンスチャート
８００、９００、１０００、１１００、１３００ フローチャート
８０５、８１０、８１５、９０５、９１０、１００５、１０１０、１１０５、１１１０、１１１５、１２０５、１２１０、１２１５、１３０５、１３１０、１３１５ ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】