(57)【特許請求の範囲】
【請求項１】
デバイスツーデバイス（Ｄ２Ｄ）ネットワークのデバイスＩＤを基地局が移動局に割り当てる方法であって、
前記デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、前記セット内の各パラメータは、複数のビットにより完全に表現され、前記サブセットは、前記デバイスＩＤを決定するために使用されるＮｄ２ｄ個数のパラメータを含むステップと、
前記デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定するステップと、
前記Ｌ個のデバイスＩＤビットをｌ１個の指示子ビットを含むグループ及びｌ２個の識別子ビットを含むグループに分割し、ｌ２は、前記デバイスＩＤビットの個数Ｌと前記指示子ビットのグループに割り当てられた指示子ビットの個数ｌ１との間の差であり、前記各指示子ビットは、前記デバイスＩＤの割り当てに使用されるパラメータを指定することであるステップと、
ビット値を前記ｌ１個の指示子ビットに割り当てるステップと、
前記ｌ２個の識別子ビットのうち
【数１】
0006433917.tif 000079
個の識別子ビットを前記サブセット内の前記パラメータの各々に割り当てて、前記ｊは前記サブセット内の前記パラメータの可能な組み合わせの個数であり、前記ｐは前記サブセット内の各パラメータを指定するステップと、
前記ｌ２個の識別子ビットに対するビット値を１つ以上の関数に従って割り当てるステップとを有する
ことを特徴とする方法。
【請求項２】
前記パラメータのサブセットに含まれるパラメータを前記パラメータのセットから選択するステップをさらに有し、
前記パラメータのセットは、ネットワーク構成パラメータ、位置情報パラメータ、及び固有のユーザ機器ＩＤを含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ｌ１個の指示子ビットのグループの２進値がパラメータのサブセットに対応してマッピングされる
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ｌ１個の指示子ビットのグループ内の各ビットは、前記パラメータのサブセットで１つ以上の対応するパラメータの存在を示す
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記１つ以上の関数は、一対一のマッピング関数及び多対一のマッピング関数の中の１つを有する
ことを特徴とする請求項１に記載の方法。
【請求項６】
前記１つ以上の関数は、前記パラメータのサブセットでパラメータの各々に対応する関数を含み、
前記１つ以上の関数は、パラメータに対応する関数を含み、前記関数は、前記パラメータの前記完全な２進表現を前記完全な２進表現よりさらに少ない数のビットを有する減少した２進表現に変換し、前記より少ない数のビットは、前記パラメータに割り当てられたｌ２識別子ビットの個数
【数２】
0006433917.tif 000080
である
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記デバイスＩＤを前記移動局の送信パターンにマッピングするステップをさらに有する
ことを特徴とする請求項１に記載の方法。
【請求項８】
ｌ１個の指示子ビットを含む第１のセット及びｌ２個の識別子ビットを含む第２のセットで構成するデバイスＩＤを前記移動局が受信するステップをさらに有し、前記第２のセットのｌ２個の識別子ビットは、前記第１のセットのｌ１個の指示子ビットに基づく１つ以上の構成されたパラメータにマッピングされる
ことを特徴とする請求項１に記載の方法。
【請求項９】
Ｄ２ＤネットワークのデバイスＩＤを移動局に割り当てる基地局（ｅＮＢ）であり、前記ｅＮＢは、請求項１乃至請求項８のいずれか一項に記載された方法の中の少なくとも１つを実行するように構成される
ことを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス発見（device discovery）に関し、より具体的には、デバイスツーデバイス（device-to-device：Ｄ２Ｄ）ネットワークのデバイスＩＤ（identification）を移動局に割り当てるものに関する。
【背景技術】
【０００２】
既存の無線通信ネットワークは、基地局又はアクセスポイント（access point）と通信するデバイスを含む。基地局又はアクセスポイントは、地理的な領域又はセルにあるユーザのグループを提供する。デバイスツーデバイス（device-to-device：以下、“Ｄ２Ｄ”と称する）ネットワークは、アクセスポイント又は基地局を活用するか又は活用せずデバイスツーデバイス通信をサポートする無線通信ネットワークである。Ｄ２Ｄ通信は、主要な通信ネットワークに相補的な多くの種類のサービスを実現するか又はネットワークトポロジー（network topology）の柔軟性に基づいて新たなサービスを提供するために使用される。
【０００３】
Ｄ２Ｄ無線通信ネットワークにおいて、デバイス発見は、デバイスがネットワークトポロジーを理解し、その近傍にある他のデバイスを識別するために必要とされる。デバイス発見は、ネットワークにおいてデバイスによる発見メッセージシグナリングを用いて達成される。デバイスがその近傍にある他のデバイスを識別する場合に、デバイスは、これらのデバイスとの通信リンクを設定する情報を使用できる。また、Ｄ２Ｄネットワークにおいて基地局がデバイスの通信範囲内にある場合に、基地局は、Ｄ２Ｄ通信リンクの設定の時にアシストすることもできる。
【０００４】
ワイファイ（Ｗｉ−Ｆｉ）ダイレクトの場合に、デバイスは、グローバル的に管理されるＭＡＣアドレス（ＩＥＥＥ  ８０２．１１−２００７標準）に設定されるピアツーピア（Ｐ２Ｐ）デバイスアドレスを用いて相互に識別する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上述した課題もしくは不都合な点を解決し、少なくとも以下に示す優位性を提供する。すなわち、本発明の目的は、Ｄ２ＤネットワークのデバイスＩＤを割り当てるための方法及び装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記のような目的を達成するために、第１の実施形態において、Ｄ２Ｄ（device-to-device）ネットワークのデバイスＩＤを移動局に割り当てる方法が提供される。上記方法は、デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、セット内の各パラメータは、完全な表現（complete representation）のための複数のビットを有し、サブセットは、デバイスＩＤを決定するために使用されるＮｄ２ｄ個数のパラメータを有するステップと、デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定するステップと、Ｌ個のデバイスＩＤビットをｌ１指示子ビットのグループ及びｌ２識別子ビットのグループに分割し、ｌ２は、デバイスＩＤビットの個数Ｌと指示子ビットのグループに割り当てられたビットの個数ｌ１との間の差であるステップと、ビット値をｌ１指示子ビットに割り当てるステップと、ｌ２識別子ビットの個数
【０００７】
【数１】
0006433917.tif 000002
【０００８】
をサブセット内のパラメータの各々に割り当てるステップと、ｌ２識別子ビットに対するビット値を１つ以上の関数に従って割り当てるステップとを含むことを特徴とする。
【０００９】
第２の実施形態において、Ｄ２ＤネットワークのデバイスＩＤを移動局に割り当てる基地局（ｅＮＢ）が提供される。ｅＮＢは、デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、セット内の各パラメータは、完全な表現のための複数のビットを有し、サブセットは、デバイスＩＤを決定するために使用されるＮｄ２ｄ個数のパラメータを含み、デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定し、Ｌ個のデバイスＩＤビットをｌ１指示子ビットのグループ及びｌ２識別子ビットのグループに分割し、ｌ２は、デバイスＩＤビットの個数Ｌと指示子ビットのグループに割り当てられたビットの個数ｌ１との間の差であり、ビット値をｌ１指示子ビットに割り当て、ｌ２識別子ビットの個数
【００１０】
【数２】
0006433917.tif 000003
【００１１】
をサブセット内のパラメータの各々に割り当て、ｌ２識別子ビットに対してビット値を１つ以上の関数に従って割り当てるように構成される処理回路を含むことを特徴とする。
【００１２】
第３の実施形態において、Ｄ２ＤネットワークのデバイスＩＤを割り当てる移動局が提供される。移動局は、デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、セット内の各パラメータは、完全な表現のための複数のビットを有し、サブセットは、デバイスＩＤを決定するために使用されるＮｄ２ｄ個数のパラメータを含み、デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定し、Ｌ個のデバイスＩＤビットをｌ１指示子ビットのグループ及びｌ２識別子ビットのグループに分割し、ｌ２は、デバイスＩＤビットの個数Ｌと指示子ビットのグループに割り当てられたビットの個数ｌ１との間の差であり、ビット値をｌ１指示子ビットに割り当て、ｌ２識別子ビットの個数
【００１３】
【数３】
0006433917.tif 000004
【００１４】
をサブセット内のパラメータの各々に割り当て、ｌ２識別子ビットに対するビット値を１つ以上の関数に従って割り当てるように構成される処理回路を含むことを特徴とする。
他の技術的な特徴は、次の図面、説明、及びクレームから当業者により容易に理解されることができる。
【００１５】
本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を説明することが好ましい。“含む”及び “備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。”又は”という用語は、”及び／又は”の意味を包含する。“関連した”及び”それと関連した”という語句だけではなく、その派生語句は、”含む”、”含まれる”、”相互に連結する”、”包含する”、”包含される”、”連結する”、”結合する”、”疎通する”、”協力する”、”相互配置する”、”並置する”、”近接する”、”接する”、”有する”、及び”特性を有する”などを意味することができる。制御部は、少なくとも１つの動作を制御する装置、システム又はその部分を意味するもので、ハードウェア、ファームウェア、ソフトウェア、又は、それらのうちの少なくとも２つ以上の組合せで実現することができる。特定の制御部に関連する機能は、集中しているか、あるいは近距離、または遠距離に分散されることもあることに留意すべきである。特定の単語及び語句に関するこのような定義は、本明細書の全般にわたって規定されるもので、当業者には、大部分の場合ではなくても、多くの場合において、このような定義がそのように定義された単語及び語句の先行使用にはもちろん、将来の使用にも適用されるものであることが自明である。
【００１６】
本発明とそれによって存在するより完全な理解と、それに従う多くの利点のより完全な理解は容易に明らかになり、添付された図面と併せて考慮すれば、後述する詳細な説明を参照してよりよく理解できる。図面中、同一の参照符号は、同一であるか又は類似した構成要素を示す。
【図面の簡単な説明】
【００１７】
【図１】本開示による例示的な無線ネットワークを示す図である。
【図２Ａ】本開示による無線送信経路及び無線受信経路のハイレベルダイアグラムを示す図である。
【図２Ｂ】本開示による無線送信経路及び無線受信経路のハイレベルダイアグラムを示す図である。
【図３】本開示による例示的なユーザデバイスを示す図である。
【図４】本開示の実施形態によるデバイスツーデバイス（Ｄ２Ｄ）ネットワークの例を示す図である。
【図５】本開示の実施形態によるデバイスツーデバイス（Ｄ２Ｄ）ネットワークの例を示す図である。
【図６】本開示の実施形態によるデバイスツーデバイス（Ｄ２Ｄ）ネットワークの例を示す図である。
【図７】本開示の実施形態によるデバイス属性とネットワークパラメータと送信パターンの間の関係を示す図である。
【図８Ａ】本開示の実施形態による隣接した２つの物理的なセル及び各物理的なセル内の移動局を示す図である。
【図８Ｂ】本開示の実施形態による隣接した２つの物理的なセル及び各物理的なセル内の移動局を示す図である。
【図９】本開示の実施形態による移動局内のＤ２Ｄ通信のタイムラインを示す図である。
【図１０】本開示の実施形態によるネットワーク開始デバイス発見（network initiated device discovery）のためのピアモバイルデバイス発見時間−周波数ウィンドウの一例を示す図である。
【図１１】本開示の実施形態によるデバイスＩＤの構造を示す図である。
【図１２】本開示の実施形態に従ってＰＲＳ位置情報を示す３ビットに対応するサブ領域に分割されたｅＮＢ周囲の空間を示す図である。
【図１３】本開示の実施形態に従ってＰＲＳ位置情報を示す４ビットに対応するサブ領域に分割されたｅＮＢ周囲の領域を示す図である。
【図１４】本開示の実施形態に従って移動局に割り当てられるデバイスＩＤに使用されるＧＰＳ位置情報のマッピングを示す図である。
【図１５】本開示の実施形態によるＰＲＳ及びＧＰＳ位置を有するネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。
【図１６】ＧＰＳ位置情報が本開示の実施形態に従って使用される専用位置情報であるネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。
【図１７】ＰＲＳ位置情報が本開示の実施形態に従って使用される専用位置情報であるネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。
【図１８】本開示の実施形態による何の位置情報も使用しないネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。
【図１９】本開示の実施形態による固有のＵＥ−ＩＤを有するネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。
【図２０】本開示の実施形態による必要に基づいてＤ２Ｄ通信及びデバイス発見を有するＤ２Ｄネットワークを示す図である。
【図２１】本開示の実施形態による専用ネットワークパラメータを有するネットワークサポート型Ｄ２ＤネットワークでのデバイスＩＤの構造を示す図である。
【図２２】本開示の実施形態によるＧＰＳ位置情報を有するａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤの構造を示す図である。
【図２３】本開示の実施形態によるＧＰＳ位置情報を有するａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤの構造を示す図である。
【図２４】本開示の実施形態によるＧＰＳ位置情報を有しないａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤの構造を示す図である。
【図２５】本開示の実施形態による隣接した２つの物理的なセル及び各物理的なセル内の移動局を示す図である。
【図２６】本開示の実施形態による構成の例に対応するハイブリッドＤ２Ｄネットワークに対するデバイスＩＤの構造を示す図である。
【図２７】本開示の実施形態による構成の例に対応するハイブリッドＤ２Ｄネットワークに対するデバイスＩＤの構造を示す図である。
【図２８】本開示の実施形態による不十分な数のパラメータにより引き起こされるデバイスＩＤ衝突の例を示す図である。
【発明を実施するための形態】
【００１８】
下記で論議される図１乃至図２８及び本明細書で本発明の原理を記述するのに使用される様々な実施形態は、ただ例示的なものであって、本発明の範囲を限定するものと解釈すべきではない。当業者であれば、本発明の原理が適切に配置されたシステム又は装置で具現することができるものであることは自明である。
【００１９】
図１は、本開示の一実施形態による無線ネットワーク１００を示す図である。図１に示す無線ネットワーク１００の実施形態は、ただ説明のためのものである。無線ネットワーク１００の他の実施形態は、本開示の範囲から逸脱せず使用されることができる。
【００２０】
ｅＮＢ１０２は、ｅＮＢ１０２のサービスエリア１２０内の第１の複数のユーザデバイス（ＵＥｓ）に対するネットワーク１３０に無線広帯域アクセスを提供する。第１の複数のＵＥは、小型ビジネス（ＳＢ）に位置するＵＥ１１２と、ＷＩＦｉホットスポット（ＨＳ）に位置するＵＥ１１３と、第１のレジデンス（Ｒ）に位置するＵＥ１１４と、第２のレジデンスに位置するＵＥ１１５と、携帯電話、無線ラップトップ、無線ＰＤＡなどのようなモバイルデバイス（Ｍ）であり得るＵＥ１１６とを含む。ｅＮＢ１０３は、ｅＮＢ１０３のサービスエリア１２５内の第２の複数のＵＥに対するネットワーク１３０に無線広帯域アクセスを提供する。第２の複数のＵＥは、ＵＥ１１５及びＵＥ１１６を含む。一部の実施形態において、ｅＮＢ１０１乃至１０３の中の１つ以上は、相互に通信し、５Ｇ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、又は他の進歩した無線通信技術を用いて複数のＵＥ１１１乃至１１６と通信する。
【００２１】
ネットワークタイプにより、例えば、“ｅＮｏｄｅＢ”又は“ｅＮＢ”の代わりに、“基地局”又は“アクセスポイント”のような公知の他の用語が使用される。説明の便宜上、用語“ｅＮｏｄｅＢ”及び“ｅＮＢ”は、遠隔端末に無線アクセスを提供するネットワークインフラストラクチャー構成要素を参照するために本特許文献で使用される。また、ネットワークタイプにより、“ユーザ機器”又は“ＵＥ”の代わりに、例えば“移動局”、“加入者局”、“遠隔端末”、“無線端末”、又は“ユーザ装置”のような公知の他の用語が使用される。説明の便宜上、用語“ユーザ機器”及び“ＵＥ”は、ＵＥがモバイルデバイス（例えば、携帯電話又はスマートフォン）であるか、又は一般的に固定装置（例えば、デスクトップコンピュータ又は自動販売機）と見なされるか否かにかかわらず、無線でｅＮＢにアクセスする遠隔無線機器を意味するために本特許文献で使用される。
【００２２】
点線は、例示及び説明だけの目的のためにほぼ円形として示されるサービスエリア１２０及び１２５の概略的な範囲を示す。ｅＮＢと関連したサービスエリア、例えば、サービスエリア１２０及び１２５は、自然及び人工障害物と関連した無線環境においてｅＮＢの構成及び変形により不規則な形状を含む他の形状を有することを明確に理解すべきである。
【００２３】
以下でより詳細に説明されるように、本開示の実施形態は、デバイスツーデバイス（device-to-device：以下、“Ｄ２Ｄ”と称する）ネットワークのデバイスＩＤを割り当てるためのシステム及び方法を提供する。ｅＮＢ１０１乃至１０３の中の１つ以上は、デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、セット内の各パラメータは、完全な表現のための複数のビットを有し、サブセットは、デバイスＩＤを決定するために使用されるＮｄ２ｄ個数のパラメータを含み、デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定し、Ｌ個のデバイスＩＤビットをｌ１指示子ビットのグループ及びｌ２識別子ビットのグループに分割し、ｌ２は、デバイスＩＤビットの個数Ｌと指示子ビットのグループに割り当てられたビットの個数ｌ１との間の差であり、ビット値をｌ１指示子ビットに割り当て、ｌ２識別子ビットの個数
【００２４】
【数４】
0006433917.tif 000005
【００２５】
をサブセット内のパラメータの各々に割り当て、１つ以上の関数に従ってｌ２識別子ビットに対するビット値を割り当てるように構成される処理回路を含む。
【００２６】
図１が無線ネットワーク１００の一例を示すが、図１に対する様々な変形がなされることもできる。例えば、無線ネットワーク１００は、任意の適合した配置において、任意の数のｅＮＢ及び任意の数のＵＥを含むことができる。また、ｅＮＢ１０１は、任意の数のＵＥと直接通信でき、無線広帯域アクセスを有する複数のＵＥをネットワーク１３０に提供する。同様に、各ｅＮＢ１０２及び１０３は、ネットワーク１３０と直接通信でき、直接無線広帯域アクセスを有する複数のＵＥをネットワーク１３０に提供できる。さらに、ｅＮＢ１０１、１０２、及び／又は１０３は、外部の電話網又は他のタイプのデータネットワークのような他の又は付加の外部ネットワークに対するアクセスを提供できる。
【００２７】
図２Ａ及び図２Ｂは、本開示による例示的な無線送信及び受信経路を示す。次の説明において、送信経路２００は、ｅＮＢ（例えば、ｅＮＢ１０２）で実現されるものとして説明される一方、受信経路２５０は、ＵＥ（ＵＥ１１６）で実現されるものとして説明される。しかしながら、受信経路２５０がｅＮＢで実現されることもでき、送信経路２００がＵＥでも実現されることもできることがわかる。一部の実施形態において、送信経路２００及び受信経路２５０は、デバイスＩＤが決定されるパラメータのセットからサブセットを選択し、セット内の各パラメータは、完全な表現のための複数のビットを有し、サブセットは、デバイスＩＤを決定するために使用されるＮｄ２ｄ個のパラメータを有し、デバイスＩＤを表現するためにＬ個のデバイスＩＤビットを決定し、Ｌ個のデバイスＩＤビットをｌ１指示子ビットのグループ及びｌ２識別子ビットのグループに分割し、ｌ２は、デバイスＩＤビットの個数Ｌとビットの個数ｌ１との間の差であり、ビット値をｌ１指示子ビットに割り当て、ｌ２識別子ビットの個数
【００２８】
【数５】
0006433917.tif 000006
【００２９】
をサブセット内のパラメータの各々に割り当て、１つ以上の関数に従ってｌ２識別子ビットに対するビット値を割り当てるように構成される。
【００３０】
送信経路２００は、チャネル符号化及び変調ブロック２０５、直列−並列（Ｓ−ｔｏ−Ｐ）２１０、サイズＮ逆高速フーリエ変換（ＩＦＦＴ）ブロック２１５、並列−直列（Ｐ−ｔｏ−Ｓ）ブロック２２０、及びサイクリックプレフィックス付加ブロック（add cyclic prefix block）２２５、及びアップコンバータ（ＵＣ）を含む。受信経路２５０は、ダウンコンバータ（ＤＣ）２５５、サイクリックプレフィックス除去ブロック（remove cyclic prefix block）２６０、 直列−並列（Ｓ−ｔｏ−Ｐ）ブロック２６５、サイズＮ高速フーリエ変換（ＦＦＴ）２７０、並列−直列（Ｐ−ｔｏ−Ｓ）ブロック２７５、及びチャネルデコーディング及び復調ブロック２８０を含む。
【００３１】
送信経路２００において、チャネル符号化及び変調ブロック２０５は、情報ビットのセットを受信し、符号化（例えば、低密度パリティ検査（ＬＤＰＣ）符号化）を適用し、入力ビットを変調することにより（例えば、直交位相シフトキーイング（ＱＰＳＫ）又は直交振幅変調（ＱＡＭ）を用いて）、周波数領域変調シンボルのシーケンスを生成する。直列−並列ブロック２１０は、Ｎ個の並列シンボルストリームを生成するために直列変調されたシンボルを並列データに変換（例えば、デマルチプレキシング）し、ここで、Ｎは、ｅＮＢ１０２及びＵＥ１１６で使用されるＩＦＦＴ／ＦＦＴサイズである。サイズＮのＩＦＦＴブロック２１５は、Ｎ個の並列シンボルストリームにＩＦＦＴ演算を実行することにより時間ドメイン出力信号を生成する。並列−直列ブロック２２０は、直列時間ドメイン信号を生成するためにサイズＮのＩＦＦＴブロック２１５から並列時間ドメイン出力シンボルを変換（例えば、マルチプレキシング）する。サイクリックプレフィックス付加ブロック２２５は、サイクリックプレフィックスを時間ドメイン信号に挿入する。アップコンバータ２３０は、サイクリックプレフィックス付加ブロック２２５の出力を無線チャネルを介した送信のためにＲＦ周波数に変調（例えば、アップコンバート）する。また、信号は、ＲＦ周波数への変換の前に基底帯域でフィルタリングされる。
【００３２】
ｅＮＢ１０２からの送信されたＲＦ信号は、無線チャネルを通過した後にＵＥ１１６に到達し、ｅＮＢ１０２に対応する逆動作は、ＵＥ１１６で実行される。ダウンコンバータ２５５は、受信された信号を基底帯域周波数にダウンコンバートし、サイクリックプレフィックス除去ブロック２６０は、一連の時間ドメイン基底帯域信号を生成するためにサイクリックプレフィックスを除去する。直列−並列ブロック２６５は、時間ドメイン基底帯域信号を並列時間ドメイン信号に変換する。サイズＮのＦＦＴブロック２７０は、Ｎ個の並列周波数ドメイン信号を生成するようにＦＦＴアルゴリズムを実行する。並列−直列ブロック２７５は、並列周波数ドメイン信号を変調データシンボルのシーケンスに変換する。チャネルデコーディング及び復調ブロック２８０は、変調されたシンボルを復調しデコーディングすることにより元来の入力データストリームを復旧する。
【００３３】
ｅＮＢ１０１乃至１０３の各々は、ダウンリンクでＵＥ１１１乃至１１６への送信に類似の送信経路２００を実現でき、アップリンクでＵＥ１１１乃至１１６からの受信に類似の受信経路２５０を実現できる。同様に、ＵＥ１１１乃至１１６の各々は、アップリンクでｅＮＢ１０１乃至１０３への送信のための送信経路２００を実現でき、ダウンリンクでｅＮＢ１０１乃至１０３からの受信のための受信経路２５０を実現できる。
【００３４】
図２Ａ及び図２Ｂの各構成要素は、専用のハードウェアを使用するか又はハードウェアとソフトウェア／ファームウェアとの組み合せを用いて実現されることができる。特定の例として、他の構成要素は、構成可能なハードウェア又はソフトウェアと構成可能なハードウェアとの混合物により実現されるが、図２Ａ及び図２Ｂの構成要素の中の少なくとも一部は、ソフトウェアで実現される。例えば、ＦＦＴ２７０及びＩＦＦＴブロック２１５は、構成可能なソフトウェアアルゴリズムとして実現され、ここで、サイズＮの値は、具現に従って変形される。
【００３５】
また、ＦＦＴ及びＩＦＦＴを使用するものと説明したが、これは、ただ例示的なものであるだけ、本開示の範囲を限定するものと解釈されてはいけない。離散フーリエ変換（ＤＦＴ）及び逆離散フーリエ変換（ＩＤＦＴ）関数のような他のタイプの変換が使用されることができる。それは、変数Ｎの値がＤＦＴ及びＩＤＦＴ関数に対する任意の整数（例えば、１、２、３、４など）であり、変数Ｎの値がＦＦＴ及びＩＦＦＴ関数に対する２の冪（例えば、１、２、４、８、１６など）の任意の整数であり得る。
【００３６】
図２Ａ及び図２Ｂでは、無線送信及び受信経路の例を示すが、図２Ａ及び図２Ｂに対する様々な変形がなされることができる。例えば、図２Ａ及び図２Ｂでの様々な構成要素が組み合わせられ、さらに細分化されるか、又は省略され付加的な構成要素が特定の必要に従って付加されることができる。また、図２Ａ及び図２Ｂは、無線ネットワークで使用されることができる送信及び受信経路のタイプの例を示す。任意の他の適切なアーキテクチャーは、無線ネットワークにおいて無線通信をサポートするために使用されることができる。
【００３７】
図３は、本開示に従うＵＥ１１６の例を示す。図３に示すＵＥ１１６の実施形態は、ただ説明のためのものであり、図１のＵＥ１１１乃至１１５は、同一の又は類似の構成を有することができる。しかしながら、複数のＵＥは、様々な構成で提供され、図３のＵＥのいかなる特定の具現が本開示の範囲を限定するのではない。
【００３８】
図３に示すように、ＵＥ１１６は、アンテナ３０５、無線周波数（ＲＦ）送受信器３１０、送信（ＴＸ）処理回路３１５、マイクロフォン３２０、及び受信（ＲＸ）処理回路３２５を含む。また、ＵＥ１１６は、スピーカ３３０、メインプロセッサ３４０、入力／出力（Ｉ／Ｏ）インターフェース（ＩＦ）３４５、キーパッド３５０、ディスプレイ３５５、及びメモリ３６０を含む。メモリ３６０は、基本オペレーティングシステム（ＯＳ）プログラム３６１及び１つ以上のアプリケーション３６２を含む。
【００３９】
ＲＦ送受信器３１０は、ネットワーク１００のｅＮＢにより送信された入力ＲＦ信号をアンテナ３０５から受信する。ＲＦ送受信器３１０は、中間周波数（ＩＦ）又は基底帯域信号を生成するために入力ＲＦ信号をダウンコンバートする。ＩＦ又は基底帯域信号は、ＲＸ処理回路３２５に送信され、これは、基底帯域又はＩＦ信号のフィルタリング、デコーディング、及び／又はディジタル化を行うことにより処理された基底帯域信号（processed baseband signal）を生成する。ＲＸ処理回路３２５は、追加の処理のために処理された基底帯域信号をスピーカ３３０（例えば、音声データの場合）又はメインプロセッサ３４０（例えば、ウェブブラウジングデータの場合）に送信する。
【００４０】
ＴＸ処理回路３１５は、マイクロフォン３２０からアナログ又はディジタル音声データを、あるいはメインプロセッサ３４０から他の送信基底帯域データ（例えば、ウェブデータ、電子メール、双方向ビデオゲームデータ）を受信する。ＴＸ処理回路３１５は、送信基底帯域データの符号化、多重化、及び／又はディジタル化を行うことにより処理された基底帯域又はＩＦ信号を生成する。ＲＦ送受信器３１０は、ＴＸ処理回路３１５から送信処理された基底帯域又はＩＦ信号を受信し、基底帯域又はＩＦ信号をアンテナ３０５を通して送信されるＲＦ信号にアップコンバートする。
【００４１】
メインプロセッサ３４０は、１つ以上のプロセッサ又は他の処理装置を含むことができ、ＵＥ１１６の全般的な動作を制御するためにメモリ３６０に記憶される基本ＯＳプログラム３６１を実行できる。例えば、メインプロセッサ３４０は、公知の原理に従って、ＲＦ送受信器３１０、ＲＸ処理回路３２５、及びＴＸ処理回路３１５により順方向チャネル信号の受信及び逆方向チャネル信号の送信を制御できる。一部の実施形態において、メインプロセッサ３４０は、少なくとも１つのマイクロプロセッサ又はマイクロコントローラを含む。
【００４２】
また、メインプロセッサ３４０は、Ｄ２Ｄネットワークのデバイス識別（ＩＤ）を割り当てるための動作のように、メモリ３６０に滞在している他のプロセス及びプログラムを実行できる。メインプロセッサ３４０は、実行プロセスにより要求されるように、メモリ３６０内に又は外部にデータを移動できる。一部の実施形態において、メインプロセッサ３４０は、ＯＳプログラム３６１に基づいて、あるいは、ｅＮＢ又はオペレータから受信された信号に応じてアプリケーション３６２を実行するように構成される。また、メインプロセッサ３４０は、Ｉ／Ｏインターフェース３４５に結合され、ラップトップコンピュータ及びハンドヘルドコンピュータのような他の装置に接続できる能力をＵＥ１１６に提供する。Ｉ／Ｏインターフェース３４５は、周辺装置とメインコントローラ３４０との間の通信経路である。
【００４３】
また、メインプロセッサ３４０は、キーパッド３５０及びディスプレイユニット３５５に結合される。ＵＥ１１６のオペレータは、キーパッド３５０を使用してデータをＵＥ１１６に入力できる。ディスプレイ３５５は、液晶ディスプレイ又はウェブサイトからテキスト及び／又は少なくとも制限されたグラフィックをレンダリングできる他のディスプレイであり得る。
【００４４】
メモリ３６０は、メインプロセッサ３４０に結合される。メモリ３６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含むことができ、メモリ３６０の他の部分は、フラッシュメモリ又は他の読出し専用メモリ（ＲＯＭ）を含むことができる。
【００４５】
図３では、ＵＥ１１６の一例を図示したが、図３に対して様々な変形がなされることができる。例えば、図３での様々な構成要素が組み合せられ、より細分化されるか、又は省略されるか、追加の構成要素が特定の必要に従っても付加されることができる。特定の例として、メインプロセッサ３４０は、複数のプロセッサ、例えば、１つ以上の中央処理装置（ＣＰＵｓ）及び１つ以上のグラフィック処理装置（ＧＰＵｓ）に分割されることができる。また、図３は、携帯電話又はスマートフォンのように構成されたＵＥ１１６を示す一方、複数のＵＥは、モバイル又は固定された他のタイプの装置として動作するように構成されることができる。
【００４６】
ミリメートル（ｍｍ）スペクトルは、広帯域移動通信システムに活用される。ｍｍ波帯の無線波は、幾つかの固有の伝搬特性を示す。例えば、低い周波数無線波に比べて、ｍｍ波は、より高い伝搬損失を経験し、建物、壁、木の葉のような物体を通過することが難しく、空気中の粒子（例えば、雨滴）により大気吸収、偏向、及び回折により敏感である。このような伝搬特性を考慮する時に、ｍｍ波帯域を通して通信する高利得（指向性）アンテナを採用することが重要である。幸いに、ｍｍ波のより小さな波長により、より多くのアンテナが比較的小さい面積にはめ込まれることができ、これにより、小さなフォームファクター（form factors）で高利得アンテナが設計されることができる。
【００４７】
移動通信用ｍｍ波スペクトルの実用化（commercial viability）は、ｍｍ波ＲＦＩＣ開発が高いパッケージング技術に基づいて化合物半導体工程の使用を含むという事実により制限されてきた。最近では、低価パッケージング技術を使用して低価のシリコン工程でのｍｍ波送受信器の開発がなされた。送受信器用低価パッケージング技術を使用する低価シリコン工程は、特に、近距離無線通信という面において、ｍｍ波スペクトルの商業的利用のための最近のいくつかのエンジニアリング及びビジネス努力を加えた。特に、ギガビット／秒（Ｇｂｐｓ）速度でデータを送信するための特定の技術及び標準は、数メートル（最大１０ｍ）内で無認可６０ＧＨｚ帯域を使用する。また、いろいろな産業標準が無線ギガビットアライアンス（Wireless Gigabit Alliance：ＷＧＡ）及びＩＥＥＥ  ８０２．１１タスクグループａｄ（ＴＧａｄ）のような近距離６０ＧＨｚ  Ｇｂｐｓ接続技術と積極的に競争するいくつの他の組織とともに類似の性能（例えば、無線ＨＤ技術、ＥＣＭＡ−３８７、及びＩＥＥＥ  ８０２．１５．３ｃ）を対象に開発されてきた。集積回路（ＩＣ）基盤送受信器は、これらの技術の一部にも使用可能である。例えば、低価、低電力６０ＧＨｚ  ＲＦＩＣ、及びアンテナソリューションを開発している。
【００４８】
低コスト低電力ｍｍ波ＲＦＩＣ及びアンテナソリューションの開発での上述した技術的な進歩は、ｍｍ波通信システムのための新たな道を開けた。第５の世代（５Ｇ）移動広帯域通信システムにおいて、巨大なｍｍ波スペクトルの活用が記載されている。５Ｇシステムの必須構成要素は、ｍｍ波周波数で発生する深刻な伝搬損失を克服するようにするためのｅＮｏｄｅＢ（ｅＮＢ）と移動局（ＭＳ）との間の通信の方向性である。このような通信の方向性は、モバイルシステムにおいて、ｅＮｏｄｅＢ及びＭＳが全方向性通信（omni-directional communication）を使用するものとは対照的に（一般的に、複数のアンテナを使用して形成された）ビームを使用して通信し、新たな課題を引き起こし、通信システムの設計のいくつかの様態で革新を要求する。本開示において、デバイスツーデバイス通信においてデバイスＩＤの割り当ての問題に焦点を合せる。特に、本開示は、デバイスツーデバイス通信において、発見信号を送信するデバイスの固有のデバイスＩＤを決定する問題に対する解決策を提供する。
【００４９】
図４、図５、及び図６は、本開示の実施形態によるＤ２Ｄネットワークの例を示す図である。本開示の実施形態は、Ｄ２Ｄ通信ネットワークにおいて様々なデバイスＩＤ割り当て戦略を提供する。本開示において、３種類の他のタイプのＤ２Ｄネットワーク及びこれらのネットワークに対する対応するデバイスＩＤ割り当てについて説明する。３種類の他のＤ２Ｄネットワークは、次のようである。
【００５０】
１）  ネットワークサポート型Ｄ２Ｄ通信（これらの例が図４に図示される）
２）  何のネットワークサポートもないＡｄ−ｈｏｃ  Ｄ２Ｄ通信（これらの例が図５に図示される）
３）  ハイブリッドＤ２Ｄ通信ネットワーク（これらの例が図６に図示される）
【００５１】
図４は、本開示の実施形態によるｅＮＢサポート型（Assisted）Ｄ２Ｄネットワークを示す図である。特定の細部事項がｅＮＢサポート型Ｄ２Ｄネットワーク４００の構成要素を参照して提供されるが、他の実施形態がより多い構成要素、より少ない構成要素、又は異なる構成要素を含むことができることを理解すべきである。
【００５２】
ｅＮＢサポート型Ｄ２Ｄネットワーク４００は、ｅＮＢ４１０及びネットワーク内（in-network）の移動局４２０を含む。ｅＮＢ４１０は、制御信号４３０をそれぞれのネットワーク内の移動局４２０に送信する。ネットワーク内の移動局４２０は、Ｄ２Ｄ発見信号４４０を相互に送信し、ネットワークサポート型Ｄ２Ｄ通信を実行する。
【００５３】
図４に示す移動局４２０の実施形態は、ただ説明のためのものである。移動局の他の実施形態は、本開示の範囲から逸脱せず使用されることができる。ネットワーク内の移動局４２０の特徴は、他の移動局、例えば、ＭＳ３００、ＭＳ１１１、ＭＳ１１２、ＭＳ１１３、ＭＳ１１４、ＭＳ１１５、及びＭＳ１１６の中のいずれのもので使用されることができる。
【００５４】
図４に示すｅＮＢ４１０の実施形態は、ただ説明のためのものである。ｅＮＢの他の実施形態は、本開示の範囲から逸脱せず使用されることができる。ｅＮＢ４１０の特徴は、他の移動局、例えば、ｅＮＢ１０１、ｅＮＢ１０２、及びｅＮＢ１０３の中のいずれのもので使用されることができる。
【００５５】
図５は、本開示の実施形態によるｅＮＢサポート型を有しないａｄ−ｈｏｃ  Ｄ２Ｄネットワークを示す図である。特定の細部事項がａｄ−ｈｏｃ  Ｄ２Ｄネットワーク５００の構成要素を参照して提供されるが、他の実施形態がより多い構成要素、より少ない構成要素、又は異なる構成要素を含むことができることを理解すべきである。
【００５６】
ａｄ−ｈｏｃ  Ｄ２Ｄネットワーク５００は、複数の移動局５２０を含む。移動局５２０は、制御、発見、及びデータ信号５３０を相互に送信し、Ｄ２Ｄ  ａｄ−ｈｏｃ通信を実行する。図５に示す移動局５２０の実施形態は、ただ説明のためのものである。移動局の他の実施形態は、本開示の範囲から逸脱せず使用されることができる。移動局５２０の特徴は、他の移動局、例えば、ＭＳ３００、ＭＳ１１１、ＭＳ１１２、ＭＳ１１３、ＭＳ１１４、ＭＳ１１５、及びＭＳ１１６の中のいずれのもので使用されることができる。
【００５７】
図６は、本開示の実施形態によるハイブリッドＤ２Ｄネットワークを示す図である。特定の細部事項がハイブリッドＤ２Ｄネットワーク６００の構成要素を参照して提供されるが、他の実施形態がより多い構成要素、より少ない構成要素、又は異なる構成要素を含むことができることを理解すべきである。
【００５８】
ハイブリッドＤ２Ｄネットワーク６００は、ｅＮＢ６１０、ネットワーク内の移動局４２０、６２０、及び範囲外の移動局６３０を含む。ｅＮＢ６１０は、制御及び構成信号４３０をネットワーク内の移動局４２０に送信する。ｅＮＢ６１０は、部分的な制御及び構成信号６４０をネットワーク内の移動局６２０に送信する。ネットワーク内の移動局６２０は、双方向通信リンク６５０を通してＤ２Ｄ発見信号及びＤ２Ｄデータ通信を送信することにより範囲外の移動局６３０とのハイブリッドＤ２Ｄ通信リンク６５０を確立する。図６に示すｅＮＢ６１０の実施形態は、ただ説明のためのものである。ｅＮＢの他の実施形態は、本開示の範囲から逸脱せず使用されることができる。ｅＮＢ６１０の特徴は、他の移動局、例えば、ｅＮＢ１０１、ｅＮＢ１０２、及びｅＮＢ１０３の中のいずれのもので使用されることができる。
【００５９】
特定のネットワーク内の移動局４２０は、Ｄ２Ｄ発見信号４３０を相互間に送信し、ネットワークサポート型Ｄ２Ｄ通信を実行する。特定のネットワーク内の移動局６２０は、Ｄ２Ｄ発見信号６４０を範囲外の移動局６３０に送信し、ハイブリッドＤ２Ｄ通信を実行する。特定のネットワーク外の移動局５２０は、制御、発見、及びデータ信号５３０を相互に送信し、ａｄ−ｈｏｃ  Ｄ２Ｄ通信を実行する。
【００６０】
図６に示す移動局６２０及び６３０の実施形態は、ただ説明のためのものである。移動局の他の実施形態は、本開示の範囲から逸脱せず使用されることができる。移動局６２０及び６３０の特徴は、他の移動局、例えば、ＭＳ３００、ＭＳ１１１、ＭＳ１１２、ＭＳ１１３、ＭＳ１１４、ＭＳ１１５、及びＭＳ１１６の中のいずれのもので使用されることができる。
【００６１】
Ｗｉ−Ｆｉダイレクトは、集中化するか又は同期化した発見プロトコルを使用しない。集中化するか又は同期化した発見プロトコルを使用する長所は、デバイスＩＤ割り当てを含む関連したＤ２Ｄパラメータが様々なネットワークトポロジー、ユーザ密度、及び使用事例に適していることができるというものにある。追加で、Ｄ２Ｄ検索及び通信が全般的なセルラー通信プロトコルと直接統合されるので、スペクトルをより効率的に使用する。
【００６２】
Ｄ２Ｄ通信デバイス発見において、受信デバイスが発見信号を送信するデバイスのデバイスＩＤを解読しようとする。Ｄ２Ｄ通信ネットワークにおけるデバイス識別（ＩＤ）は、特に以下で説明するように、様々な方式で割り当てられることができる。 
【００６３】
図７は、本開示の実施形態によるデバイス特性とネットワークパラメータ７１０（ここで、デバイス特性及びネットワークパラメータは、参照符号７１０により集合的に又は個別に言及される）、デバイスＩＤ７２０（又はパターンＩＤ）、及び送信パターン７３０の間の関係を示す図である。ネットワークｅＮＢ７４０、４１０、６１０は、Ｄ２Ｄ通信リンクを設定できるか又はデバイス発見プロセスを設定できる。Ｄ２Ｄ通信は、他のセルラー通信より範囲によりさらに制限される。その結果、モバイルデバイスがネットワーク内の隣接モバイルデバイスを認識することが重要である。
【００６４】
デバイス発見プロセスは、Ｄ２Ｄ通信を確立し保持するのに重要なステップである。Ｄ２Ｄ通信でのデバイス発見プロセスは、ネットワーク開始が行われるか又はデバイス開始が行われることができる。ユーザ開始デバイス発見の場合に、移動局４２０、６２０は、デバイス発見プロセスの設定にあたりに、ネットワークサポートが行われるか否かを区別できる。本開示は、移動局により具現されることができる３種類の異なるデバイス発見方法について説明する。
【００６５】
１）  ネットワーク開始デバイス発見
２）  ユーザ開始ネットワークサポートデバイス発見
３）  ネットワークサポートが行われないユーザ開始デバイス発見
【００６６】
Ｄ２Ｄネットワークにおいて、相互に及びネットワークｅＮＢ７４０、４１０、６１０と通信するモバイルデバイスは、相互に識別する必要がある。移動局７５０ａ乃至７５０ｄは、他のネットワーク及びデバイスパラメータに基づいてデバイスＩＤ７２０が割り当てられる。Ｄ２Ｄネットワークにおけるモバイルデバイス７５０ａ乃至７５０ｄは、送信パターン７３０に割り当てられ、各モバイルデバイス７５０ａ乃至７５０ｄは、割り当てられた送信パターン７３０を使用して送信する。モバイルデバイス７５０ａ乃至７５０ｄは、送信パターン７３０を識別することにより相互に識別しようとする。送信パターン７３０は、モバイルデバイスが発見信号を送信する時間／周波数リソースのセットを示すことができる。Ｄ２ＤネットワークのＱＵＡＬＣＯＭＭ  ＦＬＡＳＨＬＩＮＱ具現において、モバイルデバイスは、発見信号を送信する時間周波数リソースのセットが割り当てられる。送信された発見信号を聞いている他のモバイルデバイスは、発見信号シーケンスをデコーディングし、その発見信号を送信するデバイスを識別できる。すなわち、モバイルデバイスは、送信パターンにより識別される。
【００６７】
図７に示すように、ネットワーク７０１は、ｅＮＢ４１０又は６１０のようなｅＮＢ７４０、及び複数の移動局７５０ａ乃至７５０ｄを含む。各移動局７５０ａ乃至７５０ｄは、セルＩＤ、位置（例えば、全地球測位システム（ＧＰＳ）座標）、又は国際的な移動局装置アイデンティティ（International Mobile Station Equipment Identity：ＩＭＥＩ）番号のような対応する物理的なデバイス特性７１０を有する。
【００６８】
ネットワーク４００又は６００のようなＤ２Ｄネットワーク７０１において、ｅＮＢ７４０は、ネットワーク内のモバイルデバイス７５０ａ乃至７５０ｄの各々にデバイスＩＤ７２０（又はパターンＩＤ）を割り当てる。デバイスＩＤ７２０（又はパターンＩＤ）は、ネットワーク及びデバイスパラメータのセットの関数を用いて決定される。すなわち、Ｄ２Ｄネットワーク７０１において、Ｄ２Ｄユーザ機器のデバイスＩＤ７２０は、次を含む広範囲なパラメータの関数として決定されることができるが、これに限定されない。
【００６９】
１）  サービングセルの物理的なセルアイデンティティ（ＰＣＩ）
２）  セル無線ネットワーク一時アイデンティティ（Ｃ−ＲＮＴＩ）
３）  ＰＲＳ（位置基準信号）基盤位置情報
４）  ＧＰＳ（全地球測位システム）又はＧＮＳＳ（全地球的航法衛星システム）基盤位置情報
５）  隣接セルのＰＣＩ
６）  固有のＵＥ  ＩＤ（例えば、国際的な移動局装置アイデンティティ（International Mobile Station Equipment Identity：ＩＭＥＩ）番号又はメディアアクセス制御（ＭＡＣ）アドレス）
【００７０】
関数は、デバイスＩＤのサイズ（例えば、ビット数）及びＤ２Ｄネットワークにおいてモバイルデバイスの数により一対一又は多対一マッピング関数であり得る。図７に示す例において、４は、Ｄ２Ｄネットワーク７０１においてモバイルデバイス７５０ａ乃至７５０ｄの個数である。 
【００７１】
ｅＮＢ７４０は、パターンＩＤ７２０をデバイスの送信パターン７３０にマッピングする。送信パターン７３０へのパターンＩＤ７２０のマッピングは、一対一関数又は多対一関数であり得る。また、送信パターン７３０は、時間に従って変化できる（例えば、予め定義されたパターンホッピング規則（hopping rule）に従って、サブフレームが進化するに従ってデバイスの送信パターンが１つから他のものに変化する）。この場合に、送信パターン７３０は、デバイスＩＤ７２０及び時間インデックス（例えば、サブフレームインデックス、無線フレームインデックスなど）の関数である。
【００７２】
ｅＮＢ７４０は、第１の送信パターンに対応する第１のデバイスＩＤ  ００を第１のデバイス７５０ａに割り当てる。ｅＮＢ７４０は、第２の送信パターンに対応する第２のデバイスＩＤ  ０１を第２のデバイス７５０ｂに割り当てる。ｅＮＢ７４０は、第３の送信パターン７３０に対応する第３のデバイスＩＤ  １０を第３のデバイス７５０ｃに割り当てる。ｅＮＢ７４０は、第４の送信パターン７３０に対応する第４のデバイスＩＤ  １１を第４のデバイス７５０ｄに割り当てる。各デバイスＩＤ７２０は、ｅＮＢ７４０により割り当てられた他のデバイスＩＤとは異なる。したがって、それぞれのネットワーク内のモバイルデバイス７５０ａ乃至７５０ｄは、固有のデバイスＩＤを有する。それぞれの送信パターン７３０は、パターンＩＤ７２０に対応し、ｅＮＢ７４０により割り当てられた送信パターンとは相互に異なる。
【００７３】
本開示の実施形態は、デバイス及びシステムパラメータからより挑戦的なデザインの送信パターン７３０への直接的なマッピングを含む。本開示の特定の実施形態は、ネットワーク及びデバイスパラメータのコンパックな表現であるデバイス／パターンＩＤ７２０を含むマッピング関数を含む。
【００７４】
デバイス属性及びネットワークパラメータ７１０は、ネットワーク構成パラメータ、位置パラメータ、及び固有のＵＥ  ＩＤのようなカテゴリにグループ化されることができる。ネットワーク構成パラメータは、ＰＣＩ及びＣ−ＲＮＴＩを含む。物理的なセルアイデンティティ（ＰＣＩ）は、セルに対する識別子を特定する。ＬＴＥでは、０から５０３までの５０４ＰＣＩ値がある。Ｃ−ＲＮＴＩは、ｅＮＢ７４０により構成されるセル内のデバイスに対する固有の識別子である。ＬＴＥにおいて、１６ビットは、Ｃ−ＲＮＴＩ識別子に対して割り当てられる。基本的な構成方法として、ｅＮＢ７４０は、ＰＣＩ及びＣ−ＲＮＴＩ識別子をＤ２ＤネットワークでデバイスのデバイスＩＤを示すように接続する。
【００７５】
ネットワーク構成パラメータに加えて、位置パラメータは、デバイスＩＤ７２０を示すのに使用されることができる。位置パラメータは、位置決定参照信号（positioning reference signal：ＰＲＳ）、ＧＰＳサービス、ＧＮＳＳサービス、及びＰＣＩの相対的な強度により提供される位置情報を含む。
【００７６】
ＰＲＳにより提供される位置情報は、デバイスＩＤ７２０を示すのに使用されることができる。モバイルデバイス７５０ａ乃至７５０ｄは、隣接基地局の指示されたセットにより（ＰＣＩ指示を通して）送信されたＰＲＳを受信する。ＰＲＳ測定は、指示された隣接セルの基準信号時間差（Reference Signal Time Difference：ＲＳＴＤ）及び基準セル（サービングセル）の測定でなされる。測定されたセルに対するＲＳＴＤは、１４ビットフィールドでｅＮＢ７４０に送信される。ＲＳＴＤの単位は、ＲＳＴＤ×３×Ｔｓであり、ここで、Ｔｓ＝１／（１５０００×２０４８）秒である。その後に、ｅＮＢ７４０は、このような測定を位置を計算する位置サーバに伝達する。正確度は、ＰＲＳ信号品質により５０−２００ｍである。
【００７７】
一部のモバイルデバイス７５０ａ乃至７５０ｄは、位置情報を提供する本来備わったＧＰＳ又はＧＮＳＳサービスを有する。また、ＧＰＳ又はＧＮＳＳ位置情報は、デバイスＩＤ割り当て７２０に使用されることができる。このようなサービスを有するモバイルデバイス７５０ａ乃至７５０ｄは、各ＧＮＳＳ衛星（最大８個）に対するＧＮＳＳ測定を２１ビットのフィールド（１０００分の１秒単位（すなわち、範囲が１−２２１ミリ秒である））を通して提供するように要求される。これらの測定は、位置を計算する位置サーバに伝達される。あるいは、モバイルデバイスは、自身の位置自体を計算し、その計算された位置をｅＮＢ７４０に送信するように要求され、ここで、モバイルデバイスは、緯度に対する２３個のビット及び経度に対する２４個のビットを使用して位置情報を伝達する。
【００７８】
もっとも強い隣接セルのＰＣＩが知られている場合に、モバイルデバイス７５０ａ乃至７５０ｄの位置情報も示されることができる。それは、遠く離れているモバイルデバイスがもっとも強い異なる隣接セルを有すると仮定できる。
【００７９】
固有のＵＥ  ＩＤは、デバイスＩＤ７２０を示すのに使用されることができる。特定の固有のＵＥ−ＩＤは、モバイルデバイスＩＤ７２０を示すのに使用される。ＵＥ  ＩＤの例は、ＭＡＣアドレス又はモバイルデバイスのＩＭＥＩ  ＩＤを含む。ＭＡＣアドレスは、一般的に、４８ビットフィールドであり、他方、ＩＭＥＩアイデンティティは、一般的に１９進フィールドである。
【００８０】
Ｄ２ＤネットワークのデバイスＩＤが決定されるパラメータの全セットは、Ｐで表示される。特定のＤ２Ｄネットワークは、ネットワーク内のデバイスのデバイスＩＤを決定するためにＰ内のすべてのパラメータを使用しない。特定のＤ２Ｄネットワークによって使用されるパラメータのセットは、Ｐｄ２ｄで表示される。デバイスＩＤ割り当てのＤ２Ｄネットワークにおいてモバイルデバイスにより使用されるパラメータのセットは、Ｄ２Ｄネットワークのタイプに依存する。例えば、４００、６００のようなＤ２Ｄネットワークがネットワーク範囲でネットワーク内のモバイルデバイス４２０を含み、ｅＮＢ４１０、６１０がＤ２Ｄ通信リンクの設定を可能にする場合に、ＰＣＩ及びＣ−ＲＮＴＩは、セットＰｄ２ｄのエレメントであり得る。一方、Ｄ２Ｄネットワーク５００がネットワークのサポートなしに、ａｄ−ｈｏｃ方式で通信するモバイルデバイス５２０を含む場合に、ＰＣＩ、Ｃ−ＲＮＴＩ、及びＰＲＳ基盤位置情報は、セットＰｄ２ｄのエレメントでない。セットＰ内のパラメータの総数は、ＮＰで示される。セットＰｄ２ｄ内のパラメータの個数は、Ｎｄ２ｄでも示される。
【００８１】
非制限的な例として、Ｄ２Ｄネットワークにおいて、いずれか１つのｅＮＢ４１０、６１０又はモバイルデバイスは、次の６個のパラメータ：ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＧＮＳＳ、ＭＡＣアドレス、ＩＭＥＩ  ＩＤの中の任意のものを使用して移動局に割り当てるためのデバイスＩＤ７２０を決定する。したがって、これらの６個のパラメータは、セットＰ＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＧＮＳＳ、ＭＡＣアドレス、ＩＭＥＩ  ＩＤ｝を確立し、セットＰは、総ＮＰ＝７パラメータを含む。Ｄ２ＤネットワークがｅＮＢ補助Ｄ２Ｄネットワーク４００である場合に、セットＰｄ２ｄ＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＧＮＳＳ、ＭＡＣアドレス、ＩＭＥＩ  ＩＤ｝であり、Ｎｄ２ｄ＝７である。Ｄ２Ｄネットワークがａｄ−ｈｏｃネットワーク５００である場合に、セットＰｄ２ｄ＝｛ＰＲＳ、ＧＰＳ、ＧＮＳＳ、ＭＡＣアドレス、ＩＭＥＩ  ＩＤ｝であり、Ｎｄ２ｄ＝５である。Ｄ２ＤネットワークがハイブリッドＤ２Ｄネットワーク６００である場合に、セットＰｄ２ｄ＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＧＮＳＳ、ＭＡＣアドレス、ＩＭＥＩ  ＩＤ｝であり、Ｎｄ２ｄ＝７である。
【００８２】
セットＰｄ２ｄ内のすべてのパラメータが特定のＤ２Ｄネットワーク内のすべてのデバイスのデバイスＩＤ割り当てに使用されることができないことに留意すべきである。例えば、Ｄ２Ｄネットワークは、ＧＰＳ位置情報を有する一部のモバイルデバイスを含むが、他のモバイルデバイスは、ＧＰＳ位置情報を有しない。このようなネットワークにおいて、ＧＰＳ位置は、セットＰｄ２ｄに含まれることができる。その後に、ＧＰＳ位置情報を有するモバイルデバイスは、自身のデバイスＩＤ割り当てで他のパラメータとともにＧＰＳ位置情報を使用することができるが、ＧＰＳ位置情報がない他のデバイスは、自身のデバイスＩＤ割り当てにおいてただ他のパラメータを使用する。
【００８３】
図８Ａ及び図８Ｂは、本開示の実施形態によるそれぞれの物理的なセル内で隣接した２つの物理的なセル及び移動局を示す図である。図８Ａにおいて、モバイルデバイスＡ  ８１０は、第１の物理的なセル８１５内にあり、モバイルデバイスＢ  ８２０は、第２の物理的なセル８２５内にあるが、モバイルデバイスＡ  ８１０及びモバイルデバイスＢ  ８２０の両方とも同一のＣ−ＲＮＴＩ  ＩＤを有する。
【００８４】
デバイスＩＤを割り当てるにあたりに、多くのパラメータを統合する幾つかの理由がある。セル内のモバイルデバイスは、無線リソース制御接続（ＲＲＣ接続）モードの間に固有のＣ−ＲＮＴＩ  ＩＤが割り当てられる（モバイルデバイスがｅＮＢのサービスエリア内にあるものと仮定される）。しかしながら、Ｃ−ＲＮＴＩそれ自体は、Ｄ２ＤネットワークにおいてデバイスＩＤを表現するのに十分でないことがある。これは、Ｄ２Ｄ通信が、例えば、図８Ａに示すように、モバイルデバイスが同一のＣ−ＲＮＴＩを有するが、異なる物理的なセルにあるデバイスの間で発生することができるためである。
【００８５】
図８Ｂは、モバイルデバイスＡ  ８１０及びモバイルデバイスＣ  ８３０が同一のＣ−ＲＮＴＩを有し、モバイルデバイス８１０及び８３０を発見しようとするデバイスＢ  ８４０に対する不確実性を引き起こす他のシナリオを示す。モバイルデバイスＡ  ８１０は、第１の物理的なセル８１５にあり、第２の物理的なセル８３５は、モバイルデバイスＣ  ８３０及びモバイルデバイスＢ  ８４０を含む。モバイルデバイスＢ  ８４０は、隣接セル８１５と８３５との間の境界に近接している。デバイスＢ  ８４０内の不確実性を避けるために、デバイスＩＤ７２０は、ＰＣＩだけでなくＣ−ＲＮＴＩのすべてを含む。
【００８６】
図９は、本開示の実施形態によるＭＳ４２０、５２０、６２０のような移動局内のＤ２Ｄ通信のタイムラインを示す図である。図９に示すタイムライン９００の実施形態は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。
【００８７】
タイムライン９００は、Ｄ２Ｄピアデバイス発見時間−周波数リソースウィンドウ９１０及び続くＤ２Ｄデータ通信時間−周波数リソースウィンドウ９２０のシリーズを含む。特定のＤ２Ｄネットワークにおいて、ネットワークｅＮＢは、ピアデバイス発見時間／周波数ウィンドウ９１０を構成する。すなわち、時間／周波数リソース９１０のセットは、Ｄ２Ｄデバイス発見のために周期的に割り当てられ、これらのリソースでデータ通信は発生しない。Ｄ２Ｄピアデバイス発見は、周期的なデータ通信リソース９２０で発生する。Ｄ２Ｄ通信のデータ通信部分９２０とデバイス発見部分９１０とが交互する。小さいセルネットワーク（アーバンマイクロのような）において、セルサイズは、１００ｍ以下）小さいことがあり、１ｋｍの距離により離れている２つのデバイスが相互に通信しようとする場合に、ＰＣＩ及びＣ−ＲＮＴＩを使用して不確実性を除去するので十分でないこともある。他のパラメータは（後述するように、個別のネットワーク構成デバイス発見時間／周波数ウィンドウを有するＤ２Ｄネットワークで有用な）、ＧＰＳ及びＰＲＳ信号から位置情報及び（ユーザ開始ピアデバイス発見を有するネットワークで有用な又はモバイルデバイスがネットワーク範囲内にない場合）ＭＡＣ  ＩＤ又はＩＭＥＩ  ＩＤなどの固有のＵＥ  ＩＤである。統合位置情報は、デバイス発見及びＤ２Ｄ通信で幾つかの技術的な長所を有する。
【００８８】
図１０は、本開示の実施形態によるネットワーク開始デバイス発見のための、Ｄ２Ｄピアデバイス発見時間−周波数リソースウィンドウ９１０のようなピアモバイルデバイス発見時間−周波数ウィンドウ１０００の例を示す図である。図１０に示す時間−周波数ウィンドウ１０００（リソースマップとも称する）の実施形態は、ただ説明のためのものである。本開示の範囲から逸脱せず他の実施形態が使用されることができる。
【００８９】
時間−周波数ウィンドウ１０００は、１６個のサブフレーム１０１０（ＳＦ１−ＳＦ１６）を含む。各サブフレームは、列で表示された複数の時間スロット１０２０と、（行で表示された）副搬送波１０４０のグループで示すＮリソースブロック１０３０を含む。各モバイルデバイスは、モバイルデバイスの発見信号が１６の長さを有する場合に、１６個のリソースエレメントでその発見信号を送信する。発見信号長さは、それぞれのユーザ装備又はモバイルデバイスに割り当てられた時間／周波数リソースエレメントの数と同一である。
【００９０】
構成された発見時間／周波数ウィンドウ１０００内で、各モバイルデバイスは、モバイルデバイスの各々が自身の発見信号を送信するリソースエレメント１０５０のセットが割り当てられる。発見信号（送信パターンとも称される）を送信するためのリソースエレメント１０５０のセットは、ネットワーク（又はｅＮＢ）により明示的に構成されることができ、又はリソースエレメントのセット１０５０は、ＵＥのデバイスＩＤ７２０により決定されることができる。デバイスＩＤ割り当ては、送信パターンの決定に向けたプロセスである。
【００９１】
ブラックデバイス１０６０（すなわち、黒色陰影で示されたモバイルデバイス）は、すべての１６個のサブフレームで第１の副搬送波上に第１のＯＦＤＭシンボルを送信する。ブラックデバイス１０６０の発見信号は、副搬送波番号（１）及び番号のシーケンス（すなわち、１，１，１，１，１，１，１，１，１，１，１，１，１，１，１，１）で示されることができ、ここで、各数は、デバイスが送信するサブフレームでＯＦＤＭシンボル番号を示す。他の例において、青色デバイスの発見信号（すなわち、水平のクロスハッチングで表示されたモバイルデバイス）は、副搬送波番号（１）及び番号のシーケンス（３，２，．．．．．，１４）で示されることができる。
【００９２】
図１０に示す例において、発見信号長さは、１６と同一であり、各デバイスは、サブフレーム当りの１つのリソースエレメントで送信する。しかしながら、発見信号長さは、１６より小さいことがある。他の例において、発見信号長さは８であり、１６個のサブフレームは、デバイス発見のために割り当てられ、モバイルデバイスは、自身の発見信号を送信するために８個の時間−周波数リソースが割り当てられる。この例において、モバイルデバイスの発見信号は、（１，０，２，０，５，０，１，０，７，０，３，０，８，０，１０，０）のような１６個のシーケンスで表示され、ここで、ゼロは、デバイスがそのサブフレームで送信しないことを示す。
【００９３】
モバイルデバイスがその発見信号を送信しない場合に、モバイルデバイスは、他のユーザにより送信された発見信号を聴取する。他のモバイルデバイスにおいて、潜在的な問題を克服する数時間−周波数リソースエレメントにわたって発見信号を拡散することは、特定のデバイスのすべての送信を聴取できない場合がある。数時間／周波数リソースエレメントにわたって送信を拡散させることにより、他のデバイスは、特定のデバイスからの所定の最小個数の送信を聴取することによりデバイスを発見できる。
【００９４】
ネットワーク構成デバイス発見時間／周波数ウィンドウをサポートするＤ２Ｄネットワークにおいて、自身の発見シーケンスを送信する特定の時間／周波数リソースを各デバイスに割り当てる。モバイルデバイスに対する送信パターンは、デバイスＩＤに接続される。Ｄ２Ｄネットワークにおけるデバイス発見設計の主な目標の中の１つは、特定のモバイルデバイスの近くに位置したピアモバイルデバイスを検出する確率を最大化するものにある。セルラー通信に比べて、Ｄ２Ｄ通信は、距離によりさらに制限されることができ、したがって、モバイルデバイスは、これらの近傍に又は近くにある他のモバイルデバイスと通信するために選択するはずである。モバイルデバイスのための発見信号の送信パターンは、このような目的を満足させるために慎重に構成される。２個のモバイルデバイスがデバイス発見プロセスで相互に発見するために、モバイルデバイスの発見送信パターンは、しきい値を超過してオーバーラップされてはいけない。送信パターンの重複可能性が高いほどデバイス検出の可能性が低いことをわかる。したがって、位置情報を用いて相互に近く位置したデバイスの送信パターン間のオーバーラップは減少される。
【００９５】
図１１は、本開示の実施形態によるデバイスＩＤ７２０のようなデバイスＩＤの構造を示す図である。図１１に示すデバイスＩＤ構造１１００の実施形態は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。本開示の実施形態によると、デバイスＩＤを割り当てる他の方法は、他のＤ２Ｄネットワークシナリオに対して適用される。Ｄ２ＤネットワークでのデバイスのデバイスＩＤは、パラメータセットＰｄ２ｄでのパラメータの関数として決定されたＬ個のビットで構成される。
【００９６】
デバイスＩＤ割り当ての１つの方法において、Ｌ個のビット、例えば、２つのグループ、初期化ビット１１１０の第１のグループ（指示子ビットとも称する）及び識別子ビット１１２０の第２のグループに分割されることができる。第１のグループ１１１０は、デバイスＩＤ割り当てに使用されるパラメータを指定する指示子ビット１０１５であるｌ１個のビットを有する。第２のグループ１２０は、残りの１２＝Ｌ−ｌ１個のビットを有し、これらは、主なＩＤ（識別子）ビット１１２５である。初期化ビット１１１０のグループは、ビットマップであり得、ビットマップの各ビットは、第２のグループ１１２５で特定のパラメータ（例えば、上述した５個のパラメータ（ＰＣＩパラメータ、Ｃ−ＲＮＴＩパラメータ、ＰＲＳパラメータ、ＰＲＳ又はＧＰＳ又はＧＮＳＳ又は隣接セルのＰＣＩ基盤位置情報パラメータ、及びＵＥの固有のＩＤパラメータ）の中の１つ）を使用するか否かを示す。
【００９７】
特定の実施形態において、指示子ビットのグループ１１１０は、正確なビットマップなしにデバイスＩＤ割り当てに使用されるパラメータとも称することができる。例えば、パラメータセットＰｄ２ｄが４個のパラメータを有し、すべてのデバイスが４個のパラメータの４個の可能な組み合せから決定されたデバイスＩＤを有する場合に、次のデバイスＩＤ割り当てに使用されるパラメータの組み合せは、ただ２ビットを用いて特定されることができる。指示子ビットの数ｌ１は、ゼロであり得る。これは、Ｄ２Ｄネットワークでのすべてのモバイルデバイスが自身のデバイスＩＤを決定するにあたりに同一のパラメータを使用する場合に発生することができる。
【００９８】
本開示は、Ｄ２Ｄネットワークにおいて、デバイスＩＤ割り当てのこのような過程の様々な実施形態について説明する。本開示によるデバイスＩＤ割り当て方法は、ハイブリッドネットワーク６００において、ネットワーク内のデバイス４２０、６２０及びネットワーク外のデバイス５２０（又は範囲外のモバイルデバイス６３０）を識別する。一般的に、ネットワーク内のデバイスは、自身のデバイスＩＤ割り当てにおいて、ＰＣＩ、Ｃ−ＲＮＴＩのようなネットワークパラメータを使用するものと予想され、ネットワーク外のデバイスは、これらのネットワークパラメータ（すなわち、ＰＣＩ、Ｃ−ＲＮＴＩ）を使用することができないのであろう。
【００９９】
図１１は、デバイスＩＤ構造のパラメータセットを示すビットマップを使用して指示子ビットを構成する方法の例を示すために使用されることができる。図１１に示すデバイスＩＤ構造１１００の場合に、パラメータセットは、次のようである：Ｐｄ２ｄ＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＵＥ固有のＩＤ｝；Ｄ２Ｄネットワークにおいて、デバイスのデバイスＩＤを示すために使用されるＬ＝３６ビット；残りのｌ２＝Ｌ−ｌ１＝３１識別子ビット１１２５。すなわち、３６ビットは、２個のグループに分割され、５個の最上位ビットは、デバイスＩＤ割り当てに使用されるパラメータを特定する初期化ビットである。残りの３１ビットは、主デバイスＩＤビットである。
【０１００】
このような例において、指示子ビット１１１５は、どのパラメータがデバイスＩＤ  １１１０を形成するために使用されるか否かを指定するために使用される。すなわち、ＰＣＩがデバイスＩＤを誘導するのに使用されたか否かを示すためにｂ３５が使用される。ＰＣＩがデバイスＩＤを割り当てるのに使用された場合に、初期化ビット１１１５  ｂ３５が１に設定され、ＰＣＩがデバイスＩＤ割り当てに使用されない場合に（デバイスがネットワークの範囲にないとき）、ｂ３５は、０に設定される。同様に、ｂ３４、ｂ３３、ｂ３２、及びｂ３１は、パラメータＣ−ＲＮＴＩ、ＰＲＳ信号からの位置情報、ＧＰＳ位置情報、固有のＵＥ  ＩＤがそれぞれデバイスＩＤの割り当てに使用されるか否かを示すために使用される。残りの識別子ビットは、主デバイスＩＤを指定する。他のデバイスＩＤ割り当て方法は、以下に記載され、他の実施形態で詳細に説明される。他のパラメータを示すために使用されるビットの数は、デバイスＩＤ割り当て方法により変わる。
【０１０１】
図１１の例において、５個の指示子ビットは、デバイスＩＤ割り当てに使用される５個のパラメータに関する情報を提供するために使用される。これは、すべての２５＝３２構成のパラメータがデバイスＩＤ割り当てにおいてデバイスにより使用され得る場合を意味する。しかしながら、これは、必ずしもそうでなくともよい。
【０１０２】
表１は、デバイスＩＤ構成のためのパラメータセットを示すために符号化を用いて初期化ビットを構成する方法の例を示すために使用されることができる。表１は、指示子ビットに対するパラメータのマッピングである。表１において、指示子ビットは、デバイスＩＤ割り当てに使用されるパラメータに対する正確なビットマップではない。パラメータセットは、図１１の例で使用される同一の５個のパラメータ（すなわち、Ｐｄ２ｄ＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＵＥ固有のＩＤ｝を含む。この例において、すべてのモバイルデバイスは、デバイスＩＤ割り当てで４個の可能なパラメータ構成だけを使用する。４個のパラメータ構成は、Ｐ１、Ｐ２、Ｐ３、及びＰ４で表記される。例えば、４個のパラメータ構成は、Ｐ１＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ、ＵＥ固有のＩＤ｝、Ｐ２＝｛ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、ＧＰＳ}、Ｐ３＝｛ＧＰＳ、ＵＥ固有のＩＤ｝、及びＰ４＝｛ＵＥ固有のＩＤ｝であり得る。この例において、ｌ１＝２ビットがデバイスＩＤ割り当てに使用されるパラメータを示すために使用されることができる。移動局がそのデバイスＩＤを送信する場合に、指示子ビットは、送信する移動局がネットワーク内のＭＳ又はネットワーク外のＭＳであるかをデバイスＩＤ送信を受信する移動局に通知する。すなわち、両方がネットワークパラメータ（ＰＣＩ及びＣ−ＲＮＴＩ）を含むＰ１又はＰ２に対応するデバイスＩＤ送信の受信に応じて、受信する移動局は、送信する移動局がネットワーク内にあるものと判定する。また、両方ともネットワークパラメータ（ＰＣＩ及びＣ−ＲＮＴＩ）を含まないＰ３又はＰ４に対応するデバイスＩＤ送信の受信に応じて、受信する移動局は、送信する移動局がネットワーク外にあるかを決定する。
【０１０３】
【表１】
0006433917.tif 000007
【０１０４】
初期化ビットを構成する方法の他の例において、ゼロビットがビット初期化（すなわち、ｌ１＝０）のために使用される。このようなデバイスＩＤ割り当て方法において、何の指示子ビットが使用されない。ネットワーク内のすべてのモバイルデバイスが自身のデバイスＩＤ割り当てで同一のパラメータを使用するネットワークで発生できる。その後に、指示子ビットの存在が必要でなく、デバイスＩＤでのすべてのビットが他のパラメータを示すために使用される。例は、ネットワークのすべてのデバイスがｅＮＢサポートを受け、すべてのデバイスがＧＰＳ及びＰＲＳ位置情報にアクセスするネットワークサポート型Ｄ２Ｄネットワーク（network assisted D2D network）４００である。その後に、すべてのネットワーク内のモバイルデバイス４２０は、自身のデバイスＩＤ割り当てにおいて、Ｐｄ２ｄ＝｛ＰＣＩ，Ｃ−ＲＮＴＩ，ＰＲＳ位置，ＧＰＳ位置，固有のＵＥ  ＩＤ｝で与えられた同一のパラメータを使用する。他のシナリオにおいて、ネットワークは、モバイルデバイスがデバイスＩＤ割り当てで使用されたパラメータからモバイルデバイスの属性に関する多くの情報を得ることができない場合に、デバイスＩＤ構造１１００の指示子ビット１１１０を使用しないように選択できる。このようなシナリオは、第８の実施形態を参照して以下でさらに説明される。
【０１０５】
より一層詳細に後述するように、デバイスＩＤでの指示子ビット１１１０は、幾つかの技術的な長所を提供する。指示子ビットが存在する場合に、送信するモバイルデバイスの幾つかの属性は、デバイスＩＤから推論されることができる。ハイブリッドＤ２Ｄネットワーク６００において、ネットワーク内の４２０、６２０及びネットワーク外のデバイス５２０（範囲外のデバイス６３０を含む）は、指示子ビット１１１０を使用して差別化されることができる。モバイルデバイスがデバイスＩＤを決定するにあたりに位置情報を使用するか否かは、指示子ビット１１１０を使用して決定されることができる。モバイルデバイスがデバイスＩＤを決定するにあたりに位置情報を使用するか否かに関する情報は、他のモバイルデバイスにより使用されることにより送信するモバイルデバイスの位置情報を決定することができる。位置情報は、他のモバイルデバイスからの距離を決定するのに使用されることができ、その結果、他のモバイルデバイスとのＤ２Ｄ通信の可能性を決定するのに使用されることができる。例えば、Ｄ２Ｄデバイスは、デバイスの位置値（複数の位置値）に近い位置値で構成されるデバイスＩＤのサブセットを通して隣接するデバイスだけを検索することができる。このような方式で、モバイルデバイス検索（発見処理）の複雑性を大きく減少することができる。指示子ビット１１１０の使用は、ただデバイスＩＤ割り当てに使用されるパラメータを特定するように制限される必要はない。これは、本開示の幾つかの実施形態に説明されたただ１つの特定の用途である。指示子ビットは、デバイスの特性を示すために、例えば、デバイスによりレンダリングされるサービス、他のパラメータを示すのに使用されるビット数のようなデバイスＩＤの残りに関する他の情報などの他の用途で使用されることができる。１つの代案として、指示子ビットに対するパラメータのマッピングテーブルは、ＬＴＥ標準により定義される。他の代案として、指示子ビットに対するパラメータのマッピングは、ＲＲＣ構成メッセージを通してｅＮＢにより移動局に表示される。
【０１０６】
カバレッジ内のＵＥの場合（すなわち、ネットワーク内の移動局４２０、６２０、ネットワーク（又はｅＮＢ４１０、６１０）は、そのデバイスＩＤを決定するにあたりにカバレッジ内のＵＥをサポートする。３種類の実施形態は、次のようである：
【０１０７】
１）明示的な表示：ネットワーク内の移動局４２０、６２０は、ｅＮＢ４１０、６１０から全デバイスＩＤを受信する。例として、デバイスＩＤは、初期ＲＲＣ＿接続確立の一部としてネットワーク内の移動局４２０、６２０に表示される。他の例として、デバイスＩＤは、構成された発見期間（configured discovery period）に先立ってｅＮＢ４１０、６１０により送信された発見セットアップメッセージ（ＤＳＭ）でフィールドとしてネットワーク内の移動局４２０、６２０に表示される。
【０１０８】
２）初期化構成：ＵＥは、デバイスＩＤ生成に使用されるパラメータに対する表示をｅＮＢから受信する。例として、デバイスＩＤに対する指示子ビットは、初期ＲＲＣ＿接続確立の一部としてネットワーク内の移動局４２０、６２０に表示される。他の例として、デバイスＩＤに対する指示子ビットは、構成された発見期間に先立ってｅＮＢ４１０、６１０により送信された発見セットアップメッセージ（ＤＳＭ）でフィールドとしてネットワーク内の移動局４２０、６２０に表示される。
【０１０９】
３）追加のパラメータ構成：ＵＥは、ある特殊な状況において、デバイスＩＤを構成する方法を特定する追加のパラメータをｅＮＢから受信する。例えば、デバイスＩＤ＝ＩＤ１を有するネットワーク内にデバイスＡがあり、他のデバイスＢを決定するネットワークも正常の条件下で同一のデバイスＩＤで構成される場合に、ネットワーク（又はｅＮＢ）は、デバイスＢがそのデバイスＩＤをデバイスＡのデバイスＩＤとは異なって修正できるようにデバイスＢに対する追加のパラメータを構成できる。例として、追加のパラメータは、デバイスＢがそのデバイスＩＤに１を加えなければならないことを示す上位レイヤー（ＲＲＣ）で搬送された１ビットメッセージであり得る。この場合に、デバイスＢは、ＩＤ１＋１のデバイスＩＤを有する。他の例として、ｅＮＢ４１０、６１０は、追加のパラメータとしてデバイスＢに完全に新たなデバイスＩＤを送信できる。
【０１１０】
カバレッジ外にあるＵＥの場合（すなわち、ネットワーク外の移動局５２０及び範囲外の移動局６３０）、カバレッジ外のＵＥは、パラメータの使用可能性に基づいてパラメータのセットから（位置情報など）を選択することができるか又はＬＴＥ標準により定義されるか又はデバイスがネットワークカバレッジ内にある場合にネットワークにより前に構成された１つのパラメータのセットを選択することができる。すなわち、カバレッジ外のＵＥは、カバレッジ外のＵＥがネットワークカバレッジ内にある場合のネットワークパラメータに基づくデバイスＩＤビットを含むデバイスＩＤを生成し送信することができる。
【０１１１】
以下、他のＤ２Ｄネットワーク設定に基づく他のデバイスＩＤ割り当て方法について説明する。第１の実施形態乃至第４の実施形態は、ネットワーク内のすべてのデバイスがネットワーク内の範囲（例えば、ｅＮＢ４１０のサービスエリア内）であるものと仮定されるネットワークサポート型Ｄ２Ｄネットワークを含む。第５の実施形態及び第６の実施形態は、ネットワークサポートがないａｄ−ｈｏｃ  Ｄ２Ｄネットワーク５００でデバイスＩＤ割り当てを含む。第７の実施形態は、モバイルデバイスがネットワークカバレッジ内（例えば、ｅＮＢ６１０のサービスエリア内）にあることもあり、又はないこともあるハイブリッドＤ２Ｄネットワーク６００でのデバイスＩＤ割り当てを含む。第１の実施形態乃至第７の実施形態は、識別子ビットを使用するデバイスＩＤ割り当てを含む。第８の実施形態において、デバイスＩＤの割り当て方法には、指示子ビットを使用しない。
【０１１２】
第１の実施形態：ＧＰＳ／ＰＲＳ位置情報及び固有のＵＥ  ＩＤを有するネットワークサポート型デバイスＩＤ割り当て。
【０１１３】
特定の実施形態（“第１の実施形態”で表示される）は、ネットワークサポートを有し、モバイルデバイスがＧＰＳ又はＰＲＳ位置情報にアクセスするＤ２Ｄネットワーク４００において、モバイルデバイス４２０のようなネットワーク内のモバイルデバイスに対するデバイスＩＤを割り当てる方法を含む。すなわち、Ｄ２Ｄネットワーク４００内のすべてのデバイスは、ネットワーク内の範囲であり、Ｃ−ＲＮＴＩ  ＩＤを有する。パラメータセットＰｄ２ｄは、Ｐｄ２ｄ＝{ＰＣＩ，Ｃ−ＲＮＴＩ，ＰＲＳ位置，ＧＰＳ位置，固有のＵＥ  ＩＤ}で与えられる。
【０１１４】
したがって、ＰＣＩ及びＣ−ＲＮＴＩが常にデバイスＩＤ割り当てに使用されるものと仮定される。また、すべてのデバイスは、デバイスＩＤ割り当てに使用される固有のＵＥ  ＩＤを有するものと仮定される。固有のＵＥ  ＩＤは、デバイスのＭＡＣ  ＩＤ又はＩＭＥＩ  ＩＤ又は他の固有のＩＤ又はＭＡＣ  ＩＤ、ＩＭＥＩ  ＩＤ、及び他の異なる固有のＩＤの組み合せであり得る。
【０１１５】
２つの初期化ビットは、ＰＲＳ及びＧＰＳ位置情報がデバイスＩＤ割り当てに使用されるか否かを特定するために使用される。ＰＲＳ及びＧＰＳ位置情報が使用されるか否かに基づいて、４個の他のデバイスＩＤ割り当てを招く。すなわち、ＰＲＳ及びＧＰＳ位置情報のそれぞれの存在は、２個の指示子ビット、ＰＲＳ位置情報に対する１つの指示子ビット、及びＧＰＳ位置情報に対する１つの指示子ビットを使用してデバイスＩＤで表現される。使用された２個の指示子ビットは、本質的にＰＲＳ及びＧＰＳ位置情報パラメータに対するビットマップである。ＬがデバイスＩＤで使用される総ビット数である場合に、ｂＬ−１及びｂＬ−２は、ＰＲＳ及びＧＰＳ位置情報パラメータに対するビットマップである。パラメータ構成個数は、デバイスＩＤ割り当てで使用される正確なパラメータを示すように定義され、したがって、指示子ビットが使用される。デバイスＩＤがｌ１個の指示子ビットを含む場合に、パラメータ構成個数は、数式１によりｊで与えられる。
【０１１６】
【数６】
0006433917.tif 000008
【０１１７】
デバイスＩＤ割り当てにおいて、パラメータ構成個数が１である場合又は指示子ビットが使用されない場合に、ネットワークｅＮＢは、パラメータ構成個数を１に設定する。パラメータ構成個数ｊは、本質的に指示子ビットの十進表現である。この実施形態において、パラメータ構成個数に対する指示子ビットのマッピングは、表２で説明される。
【０１１８】
【表２】
0006433917.tif 000009
【０１１９】
図１１を参照して上述したように、第１の実施形態乃至第７の実施形態において、デバイスＩＤは、指示子ビット１１００及び識別子ビット１１２０に分割される（実際のＩＤビットとも称する）。また、ＩＤビット１１２０は、デバイスＩＤを決定するために使用される他のパラメータに対応する異なる部分にさらに分割される。５個のパラメータがデバイスＩＤ割り当てに使用される場合に、ＩＤビットは、５個の部分に分割される。より具体的に、パラメータセットＰｄ２ｄが５個のパラメータを有する場合に、識別子ビット１１２０のグループは、各部分がそれぞれのパラメータに対応する５個の部分に分割される。
【０１２０】
ビットの総数は、デバイスＩＤ（すなわち、Ｌ）及び他のパラメータ（すなわち、ｌ１個の指示子ビット）を示すために使用されるビット数は、デバイスＩＤ（すなわち、Ｐｄ２ｄ）を示すのに使用されるパラメータに依存する。一例において、デバイスＩＤを示すために使用されるビットの総数は、ＧＰＳ又はＰＲＳ位置情報がデバイスＩＤ割り当てに使用されるか否かに関係なく同一であり得る。そのような場合に、１つの解決策は、他のパラメータを示すために同一の個数のビットを使用し、デフォルトビット設定（default bit setting）を欠落パラメータに割り当てるものである。すなわち、５ビットがＧＰＳ情報を示すように割り当てられる場合に、ＧＰＳは、特定のデバイス用に使用可能でなく、デバイスＩＤは、ＧＰＳ情報を示すデフォルト５ビットシーケンスを含むことができる。表３は、総ビット数を同一に保持するように使用される他のパラメータに割り当てられたビット数を調整する他の方法を示す。表３において、３６ビットは、ＧＰＳ及びＰＲＳ位置情報が使用可能であるか否かに関係なくデバイスＩＤを示す。
【０１２１】
【表３】
0006433917.tif 000010
【０１２２】
表４は、パラメータに対するビットの割り当ての他の例を示し、ここで、パラメータに対して使用されるビットの数は固定である一方、総ビットの数（ｌ２及びＬ）は、使用されたパラメータに従って変わる。例は、表４に提示される。
【０１２３】
【表４】
0006433917.tif 000011
【０１２４】
モバイルデバイスのデバイスＩＤがＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ位置、ＧＰＳ位置、及び固有のＵＥ  ＩＤのすべての５個のパラメータを使用して決定される場合に、ＰＲＳ及びＧＰＳ位置情報をすべて使用し、ネットワークｅＮＢ４１０は、ＰＲＳ及びＧＰＳ位置情報に対応する２つの初期化ビットを値１に設定する。１つの方法において、ネットワークｅＮＢ４１０は、初期化ビットを示すために２つの最上位ビットを使用する。すなわち、数式２で表示される。
【０１２５】
【数７】
0006433917.tif 000012
【０１２６】
したがって、パラメータ構成個数は、３と同一である。残りのビットは、５個のパラメータ値の関数として決定される。すなわち、数式３により表現される。
【０１２７】
【数８】
0006433917.tif 000013
【０１２８】
デバイスＩＤ割り当ての１つの方法において、ｌ２＝Ｌ−２ビットをサイズ
【０１２９】
【数９】
0006433917.tif 000014
【０１３０】
の５個のグループのビットに分割する。
【０１３１】
【数１０】
0006433917.tif 000015
【０１３２】
において、ｉは、実施形態番号（例えば、第１の実施形態乃至第８の実施形態）を示し、ｊは、実施形態でのパラメータ組み合せ個数を示し、ｐは、パラメータを示す。一実施形態において、ｉ＝ｌ、及びｊは、４個の値（０、１、２、３）を有する。したがって、
【０１３３】
【数１１】
0006433917.tif 000016
【０１３４】
は、パラメータｐに使用されるビットの個数を示す。
ＬＴＥネットワークにおいて、ＰＣＩ情報ビット
【０１３５】
【数１２】
0006433917.tif 000017
【０１３６】
は、０と５０３との間の値を取る。ｅＮＢは、ＰＣＩ情報を
【０１３７】
【数１３】
0006433917.tif 000018
【０１３８】
ビットに変換するために関数
【０１３９】
【数１４】
0006433917.tif 000019
【０１４０】
を使用する。ビットは、数式４で表現される。
【０１４１】
【数１５】
0006433917.tif 000020
【０１４２】
一例において、ＰＣＩの最下位ビット
【０１４３】
【数１６】
0006433917.tif 000021
【０１４４】
が使用され、
【０１４５】
【数１７】
0006433917.tif 000022
【０１４６】
は、ビットの十進表現である。すなわち、数式５により表現される。
【０１４７】
【数１８】
0006433917.tif 000023
【０１４８】
ＬＴＥネットワークにおける各デバイスは、ＲＲＣの間に１６ビットのＣ−ＲＮＴＩ  ＩＤが割り当てられる。ネットワークｅＮＢ４１０は、デバイスのＣ−ＲＮＴＩ  ＩＤをデバイスＩＤに使用される
【０１４９】
【数１９】
0006433917.tif 000024
【０１５０】
に変換するために関数
【０１５１】
【数２０】
0006433917.tif 000025
【０１５２】
を使用する。このビットは、数式６により表現される。
【０１５３】
【数２１】
0006433917.tif 000026
【０１５４】
例として、ネットワークｅＮＢ４１０は、デバイスＩＤ割り当てにＣ−ＲＮＴＩの最下位ビット
【０１５５】
【数２２】
0006433917.tif 000027
【０１５６】
を使用し、
【０１５７】
【数２３】
0006433917.tif 000028
【０１５８】
は、ビットの十進表現である。すなわち、数式７により表現される。
【０１５９】
【数２４】
0006433917.tif 000029
【０１６０】
ＬＴＥネットワークでのモバイルデバイスは、いくつかのｅＮＢからＰＲＳ位置情報信号を受信する。モバイルデバイスは、複数のｅＮＢに対する相対的な位置を決定するにあたりにこれらの信号を受信する過程でタイムオフセット（time-offset）を使用する。このようなタイム−オフセット情報もｅＮＢに報告される。
関数
【０１６１】
【数２５】
0006433917.tif 000030
【０１６２】
は、ＰＲＳ相対的な位置情報を数式８に従う
【０１６３】
【数２６】
0006433917.tif 000031
【０１６４】
ビットに変換するために使用される。
【０１６５】
【数２７】
0006433917.tif 000032
【０１６６】
図１２は、本開示の実施形態によるＰＲＳ位置情報を示す３ビットに対応するサブ領域に分割されたｅＮＢ４１０の周囲の空間１２００を示す。図１２に示す空間１２００の分割の実施形態は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。図１２に示す例において、ネットワーク内のモバイルデバイス４２０、６２０のｅＮＢ４１０周囲の空間１２００は、６種類のサブ領域１２１０に分割される。ＰＲＳのビット１２２０は、モバイルデバイスが存在するサブ領域を示すために使用されることができる。３個のビット１２２０は、各サブ領域１２１０を示すために使用される。
【０１６７】
図１３は、本開示の実施形態によるＰＲＳ位置情報を示す４ビットに対応するサブ領域に分割されるｅＮＢ４１０周囲の領域１３００を示す。図１３に示す空間１３００の分割の実施形態は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。図１３に示す例において、領域１３００は、１６個のサブ領域１３１０に分割され、４ビット１３２０は、それぞれのサブ領域１３１０を示すために使用される。したがって、数式９において、
【０１６８】
【数２８】
0006433917.tif 000033
【０１６９】
は、ビット１３２０の十進表現である。
【０１７０】
【数２９】
0006433917.tif 000034
【０１７１】
図１４は、本開示の実施形態による移動局に割り当てられるデバイスＩＤに使用されるＧＰＳ位置情報のマッピングを示す。図１４に示す例において、空間１４００は、４個のサブ領域１４２０の反復可能なパターン１４１０に分割され、２ビット１４３０はサブ領域を表示するために使われる。図１４に示すマッピング１４００の実施形態は、ただ説明のためのものである。他の実施形態は、本開示の範囲を逸脱せず使用されることができる。
ＧＰＳ位置情報は、数式１０に従って
【０１７２】
【数３０】
0006433917.tif 000035
ビットに変換される。
【０１７３】
【数３１】
0006433917.tif 000036
【０１７４】
ｅＮＢ４１０は、ＧＰＳ又はＧＮＳＳサービスを有するモバイルデバイスに（最大８個）各ＧＮＳＳ衛星に対するＧＮＳＳ測定を２１ビットのフィールド（単位は、１０００分の１秒のフラクションである（すなわち、範囲が１〜２２１ミリ秒である））を介して提供するように要請する。特定の実施形態において、ｅＮＢ４１０は、ＧＮＳＳ測定を位置サーバに伝達し、位置サーバでは、その位置を計算する。特定の実施形態において、ｅＮＢ４１０は、モバイルデバイス４２０自体の位置を計算し、計算された位置をｅＮＢ４１０に送信するようにモバイルデバイス４２０に要請する。モバイルデバイスは、緯度に対する２３ビット及び経度に対する２４ビットを用いて位置情報を伝達する。
本開示は、デバイスＩＤに使用される
【０１７５】
【数３２】
0006433917.tif 000037
【０１７６】
ビットに対する様々なＧＰＳ位置情報のマッピング方法を提供する。１つの例示的な方法において、
【０１７７】
【数３３】
0006433917.tif 000038
【０１７８】
ビットの割り当ては、緯度を示し、
【０１７９】
【数３４】
0006433917.tif 000039
【０１８０】
ビットは、経度情報を示す。ＰＲＳ相対的な位置情報を示すために使用される方法と類似の他の例示的な方法において、ｅＮＢ４１０のサービスエリア内で全空間（例えば、空間１２００又は領域１３００）は、サブ領域の反復可能なパターンに分割され、
【０１８１】
【数３５】
0006433917.tif 000040
【０１８２】
ビットは、送信モバイルデバイスが存在するサブ領域（例えば、サブ領域１２１０又は１３１０）を示すために使用される。マッピング１４００のサブ領域１４２０を示すビット１４３０は、数式１１に従う十進表現により示されることができる。
【０１８３】
【数３６】
0006433917.tif 000041
【０１８４】
固有のＵＥ  ＩＤは、数式１２に従って
【０１８５】
【数３７】
0006433917.tif 000042
【０１８６】
ビットにマッピングされる。
【０１８７】
【数３８】
0006433917.tif 000043
【０１８８】
使用されるＵＥ−ＩＤは、Ｄ２Ｄネットワークのタイプ及びネットワークでのモバイルデバイスのタイプにより変わる。一例において、モバイルデバイスに割り当てられたデバイスＩＤは、固有のＵＥ−ＩＤのようなモバイルデバイスのＭＡＣ  ＩＤに部分的に基づく。他の例において、モバイルデバイスに割り当てられたデバイスＩＤは、モバイルデバイスのＩＭＥＩ  ＩＤに部分的に基づく。ＵＥ−ＩＤから
【０１８９】
【数３９】
0006433917.tif 000044
【０１９０】
ビットを導出するにあたりに、ＵＥ−ＩＤの最下位ビット
【０１９１】
【数４０】
0006433917.tif 000045
【０１９２】
が使用される。例えば、ビットの十進表現は、数式１３を使用して決定される。
【０１９３】
【数４１】
0006433917.tif 000046
【０１９４】
図１５は、本開示の実施形態によるデバイスＩＤ７２０のようなＰＲＳ及びＧＰＳ位置を有するネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。図１５のデバイスＩＤ構造１５００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造１５００は、２つの初期化ビット１５１０、順次に続くＰＣＩビット１５２０のセット、Ｃ−ＲＮＴＩビット１５３０のセット、ＰＲＳビット１５４０のセット、ＧＰＳビット１５５０のセット、及びＵＥ−ＩＤビット１５６０のセットを含む。第１の初期化ビット１５１５は、ＧＰＳ位置情報の存在を示し、第２の初期化ビット１５１７は、ＰＲＳ位置情報の存在を示す。
【０１９５】
他のパラメータに割り当てられたビットの数は、デバイスＩＤ割り当て過程で重要な基準である。それは、すべてのパラメータを常に全く表現できない。例として、基本的な具現において、９個のビットのようなビット数は、ＰＣＩを示すために使用され、１６ビットは、モバイルデバイスのＣ−ＲＮＴＩ  ＩＤを示すために使用される。他のパラメータは、しばしば（ビットの数の観点で）あまりに長く完全に表現されることができない。特定の実施形態において、デバイスＩＤのサイズは、完全な表現のためには多くのビットの数を必要とするパラメータを表現するためにより少ないビットの数を割り当てることにより管理可能な部分に減少される。
【０１９６】
基本的な具現において、デバイスＩＤを２個の初期化ビット、ＰＣＩ情報を示すための９ビット、Ｃ−ＲＮＴＩ情報を示すための１６ビット、ＰＲＳ位置情報を示すための１２ビット、ＧＰＳ位置情報を示すための１２ビット、及び固有のＵＥ−ＩＤを示すための１３ビットを含む基本６４ビットで表現する。表５は、ＧＰＳ及びＰＲＳ位置情報を有するネットワークサポート型Ｄ２Ｄネットワーク内のデバイスＩＤ割り当てに使用されるＬ個のビット数を要約したものである。
【０１９７】
【表５】
0006433917.tif 000047
【０１９８】
図１６は、ＧＰＳ位置情報が本開示の実施形態に従って使用される位置情報である場合のみにネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤ構造を示す図である。すなわち、ネットワーク４００のようなネットワークサポート型Ｄ２Ｄネットワーク内のモバイルデバイスに割り当てられるデバイスＩＤを生成するために使用される何のＰＲＳ位置情報もない。図１６において、デバイスＩＤ構造１６００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造１６００は、２つの初期化ビット１６１０、順次に続くＰＣＩビット１６２０のセット、Ｃ−ＲＮＴＩビット１６３０のセット、ＧＰＳビット１６４０のセット、及びＵＥ−ＩＤビット１６５０のセットを含む。
【０１９９】
ネットワーク内の範囲であるが、ＧＰＳサービスによる位置情報を有するモバイルデバイス（すなわち、完全なＰＲＳ位置情報を有せず、したがって、ＰＲＳ位置情報がデバイスＩＤの割り当てに使用されないモバイルデバイス）の場合に、デバイスＩＤの割り当て方法は、図１５を参照して説明した方法と同一の方式であり、ここで、ＰＲＳ及びＧＰＳ位置情報のすべては、デバイスＩＤを決定するために使用される。
【０２００】
図１５及び図１６に従うデバイスＩＤ割り当て方法の間には、２つの主な差異点がある。１番目の差異点は、第１の２つの初期化ビット１６１０がそれぞれ０及び１として設定されていることにある。０１の初期化ビットは、ＰＲＳ位置情報が使用されず、ＧＰＳ位置情報がデバイスＩＤを決定するのに使用されるように特定される。パラメータ構成個数ｊは、このパラメータの組み合せに対する１と同一である。
２番目の主な差異点は、残りのｌ２＝Ｌ−２ビットがそれぞれＰＣＩ、Ｃ−ＲＮＴＩ、ＧＰＳ位置情報及びＵＥ−ＩＤを示すためにサイズ
【０２０１】
【数４２】
0006433917.tif 000048
【０２０２】
の４個のグループのビットに分割されることにある。デバイスＩＤでこのようなパラメータの表現（すなわち、ＰＣＩ、Ｃ−ＲＮＴＩ、ＧＰＳ位置情報、及びＵＥ−ＩＤ）は、上述したような同一の過程に従う。デバイスＩＤ割り当てに使用されたビットは、数式１４乃至数式１７のように生成される。
【０２０３】
【数４３】
0006433917.tif 000049
【０２０４】
【数４４】
0006433917.tif 000050
【０２０５】
【数４５】
0006433917.tif 000051
【０２０６】
【数４６】
0006433917.tif 000052
【０２０７】
図１７は、ＰＲＳ位置情報が本開示の実施形態に従って使用される位置情報である場合のみにネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。すなわち、ネットワーク４００のようなネットワークサポート型Ｄ２Ｄネットワーク内のモバイルデバイスに割り当てられるデバイスＩＤを生成するために使用される何のＧＰＳ位置情報もない。図１７でのデバイスＩＤ構造１７００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造１７００は、２つの初期化ビット１７１０、順次に続くＰＣＩビット１７２０のセット、Ｃ−ＲＮＴＩビット１７３０のセット、ＧＰＳビット１７４０のセット、及びＵＥ−ＩＤビット１７５０のセットを含む。
【０２０８】
デバイスＩＤ構造１７００は、ネットワーク内の範囲であるが、ＰＲＳシグナリングのみによる位置情報を有するモバイルデバイスに適用する。すなわち、デバイスＩＤ構造１７００は、完全なＧＰＳ位置情報を有しないモバイルデバイスに適用し、したがって、ＧＰＳ位置情報は、デバイスＩＤの割り当てに使用されない。デバイスＩＤ構造１７００のためのデバイスＩＤ割り当て方法は、図１５を参照して説明した方法と同一の方式であり、ここで、ＰＲＳ及びＧＰＳ位置情報のすべては、デバイスＩＤを決定するために使用される。
【０２０９】
図１５及び図１７に従うデバイスＩＤ割り当て方法の間には、２つの主な差異点がある。１番目の差異点は、第１の２つの初期化ビット１７１０がそれぞれ１及び０として設定されることにより、デバイスＩＤを決定するのにＰＲＳ位置情報が使用され、ＧＰＳ位置情報が使用されないことを特定することにある。パラメータ構成個数ｊは、このパラメータ組み合せに対する２と同一である。２番目の主な差異点は、残りのＬ−２ビットがそれぞれＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ位置情報、及びＵＥ−ＩＤを示すためにサイズ
【０２１０】
【数４７】
0006433917.tif 000053
【０２１１】
の４個グループのビットに分割されることにある。デバイスＩＤでのこれらのパラメータの表現は、上述したような同一の手続きに従う。デバイスＩＤ割り当てに使用されるビットは、数式１８乃至数式２１のように生成される。
【０２１２】
【数４８】
0006433917.tif 000054
【０２１３】
【数４９】
0006433917.tif 000055
【０２１４】
【数５０】
0006433917.tif 000056
【０２１５】
【数５１】
0006433917.tif 000057
【０２１６】
図１８は、本開示の実施形態による何の位置情報も使用しないネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤ構造を示す図である。図１８のデバイスＩＤ構造１８００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造１８００は、２つの初期化ビット１８１０、順次に続くＰＣＩビット１６２０のセット、Ｃ−ＲＮＴＩビット１６３０のセット、及びＵＥ−ＩＤビット１６４０のセットを含む。
【０２１７】
ネットワーク内の範囲であるが、何の位置情報もないモバイルデバイスの場合に、デバイスＩＤ割り当て方法は、図１５を参照して説明した方法と同一の方式であり、ここで、ＰＲＳ及びＧＰＳ位置情報のすべては、デバイスＩＤを決定するために使用される。
【０２１８】
図１５及び図１８に従うデバイスＩＤ割り当て方法の間には、２つの主な差異点がある。１番目の差異点は、第１の２つの初期化ビットがそれぞれ０及び０として設定されることにより、デバイスＩＤを決定するのにＰＲＳ位置情報もＧＰＳ位置情報も使用されないことを特定することにある。パラメータ構成個数ｊは、このパラメータの組み合せに対する０と同一である。２番目の主な差異点は、残りのＬ−２ビットがそれぞれＰＣＩ、Ｃ−ＲＮＴＩ、及びＵＥ−ＩＤを示すためにサイズ
【０２１９】
【数５２】
0006433917.tif 000058
【０２２０】
の３個グループのビットに分割されることにある。デバイスＩＤでのこれらのパラメータの表現は、上述したような同一の手続きに従う。デバイスＩＤ割り当てに使用されるビットは、数式２２乃至数式２４のように生成される。
【０２２１】
【数５３】
0006433917.tif 000059
【０２２２】
【数５４】
0006433917.tif 000060
【０２２３】
【数５５】
0006433917.tif 000061
【０２２４】
第２の実施形態：固有のＵＥ  ＩＤを有し、何の位置情報もないネットワークサポート型デバイスＩＤ割り当て
【０２２５】
特定の実施形態（“実施形態２”と表示される）は、ネットワークサポート４００を有し、専用ＰＣＩ、Ｃ−ＲＮＴＩ  ＩＤ、及び固有のＵＥ  ＩＤがデバイスＩＤを決定するのに使用されるＤ２Ｄネットワークにおいて、モバイルデバイス４２０のようなネットワークサポート型Ｄ２ＤネットワークでのデバイスＩＤを割り当てる方法を含む。位置情報は、実施形態２のＤ２ＤネットワークでデバイスＩＤ割り当てのために使用されない。したがって、実施形態２の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようである。：Ｐｄ２ｄ＝{ＰＣＩ，Ｃ−ＲＮＴＩ，固有のＵＥ  ＩＤ}
【０２２６】
Ｄ２Ｄネットワーク内のすべてのデバイスがＰＣＩ、Ｃ−ＲＮＴＩ  ＩＤ、及び固有のＩＤ情報に対するアクセスを有すると仮定することにより、デバイスＩＤ割り当ては、何の初期化ビットも含まない。デバイスＩＤ割り当ての１つの方法において、ＰＣＩ、Ｃ−ＲＮＴＩ、及び固有のＵＥ−ＩＤ情報を示すために、全Ｌビットをサイズ
【０２２７】
【数５６】
0006433917.tif 000062
【０２２８】
の３個のグループのビットに分割する。
【０２２９】
図１９は、本開示の実施形態による固有のＵＥ−ＩＤを有するネットワークサポート型デバイスＩＤ割り当てでのデバイスＩＤの構造を示す図である。図１９のデバイスＩＤ構造１９００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造１９００は、ＰＣＩビット１９１０のセット、順次に続くＣ−ＲＮＴＩビット１９２０、及びＵＥ−ＩＤビット１９３０を含み、初期化ビットは存在しない。ＰＣＩ、Ｃ−ＲＮＴＩ、及び固有のＵＥ−ＩＤ情報からのデバイスＩＤ割り当ては、実施形態１を参照して説明されたものと同一の手続きに従う。デバイスＩＤに使用されるビットは、数式２５乃至数式２７のように生成される。
【０２３０】
【数５７】
0006433917.tif 000063
【０２３１】
【数５８】
0006433917.tif 000064
【０２３２】
【数５９】
0006433917.tif 000065
【０２３３】
表６は、ＵＥ−ＩＤを有するネットワークサポート型Ｄ２Ｄネットワーク内のデバイスＩＤ割り当てのために使用されるビットの総数（Ｌ）と各パラメータに割り当てられるビットの個数との他の組み合せを示す。
【０２３４】
【表６】
0006433917.tif 000066
【０２３５】
実施形態２によるデバイスＩＤ割り当て方法は、個別の時間−周波数デバイス発見ウィンドウがデバイス発見のためのネットワークｅＮＢ４１０により構成されないネットワークで有用である。このようなネットワークにおいて、デバイス発見は、モバイルデバイスが他のモバイルデバイスと通信しようとする時に開始されることができる。
【０２３６】
図２０は、本開示の実施形態による必要に基づいてＤ２Ｄ通信及びデバイス発見を有するＤ２Ｄネットワークを示す図である。図２０のＤ２Ｄネットワーク２０００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。Ｄ２Ｄネットワーク２０００は、サービスエリア２０１５を有するｅＮＢ２０１０、送信移動局２０２０（ＵＴ又は送信デバイスとも称する）、及び受信移動局２０３０（ＵＲ又は受信デバイスとも称する）を含む。すなわち、送信移動局２０２０及び受信移動局２０３０は、ｅＮＢ２０１０の物理的なセル内にある。より具体的に、ネットワークサポート型デバイス発見を有するネックワーク４００のようなＤ２Ｄネットワーク２０００において、ｅＮＢ２０１０は、ユーザ開始に応じてデバイス発見方法を実現する。
【０２３７】
ユーザ開始及びネットワークサポート型デバイス発見を有するＤ２Ｄネットワーク２０００において、ユーザは、必要によってデバイス発見を開始し、デバイス発見の設定においてネットワークサポートを使用する。モバイルデバイスが他のデバイスとの通信を試みる場合に、デバイスは、ネットワークにその意思を伝達した後に、２つのデバイスが相互の通信範囲内にあるかを決定するためにデバイス発見プロセスを設定するブリッジの役割を果たす。
【０２３８】
図２０に示すユーザ開始デバイス発見の方法２０５０において、ｅＮＢ２０１０は、デバイス発見及び２つのデバイスＵＴ２０２０とＵＲ２０３０との間のＤ２Ｄ通信を設定するのに役に立つ。ネットワーク２０００内のシステム（ｅＮＢ２０１０及びＭＳ２０２０及び２０３０）は、ブロック２０５１で始まる方法２０５０を具現する。
【０２３９】
ブロック２０５１において、送信移動局２０２０（ＵＴ）は、発見要請２０４１をｅＮＢ２０１０に送信する。例えば、他のモバイルデバイスと通信しようとするユーザ選択に応じて、送信移動局２０２０（ＵＴ）は、発見要請２０４１を送信する。システムは、ブロック２０５２に進む。
【０２４０】
ブロック２０５２において、発見要請２０４１の受信に応じて、ｅＮＢ２０１０は、発見可能性測定を実行する。すなわち、ｅＮＢ及びネットワーク内の移動局２０２０及び２０３０は、ネットワーク内の移動局２０２０と２０３０との間のＤ２Ｄ通信を確立し保持する可能性を決定するためにネットワーク（又はｅＮＢ２０１０）に対する双方向通信２０４２に参加する。例えば、双方向通信２０４２は、位置情報に対する要請を移動局２０２０及び２０３０に送信するｅＮＢ２０１０を含むことができる。双方向通信２０４２は、位置情報をｅＮＢ２０１０に提供する移動局２０２０及び２０３０の応答をさらに含むことができる。
【０２４１】
ブロック２０５３において、ｅＮＢ２０１０は、発見設定メッセージ２０４３を送信移動局２０２０（ＵＴ）に送信し、発見設定メッセージ２０４３を受信移動局２０３０（ＵＲ）に送信する。システムは、ブロック２０５４に進む。
【０２４２】
ブロック２０５４において、相互にユーザ開始デバイス発見プロセス２０５０に参加した移動局２０２０及び２０３０は、Ｄ２Ｄ発見プロトコルを使用して相互に通信する。システムは、ブロック２０５５に進む。
【０２４３】
ブロック２０５５において、送信移動局２０２０（ＵＴ）は、発見報告２０４５をｅＮＢ２０１０に送信し、移動局２０３０（ＵＲ）は、発見報告２０４５をｅＮＢ２０１０に送信する。発見報告２０４５は、移動局２０２０及び２０３０がＤ２Ｄ通信に参加するか否かのｅＮＢ２０１０の状態を示す。
【０２４４】
このような方法２０５０において、位置情報は、デバイスＩＤの割り当てに使用されない。位置情報がＧＰＳ又はアップリンクＰＲＳ信号からデバイスで使用可能な場合でも、位置情報は、ユーザ開始デバイス発見を有するＤ２Ｄネットワークに対するデバイスＩＤを割り当てるのに使用されない。これは、すべてのデバイスが時間−周波数ウィンドウ１０００でデバイス発見の実行を試みる代わりにデバイスが必要によってデバイス発見を開始するので、発見信号のオーバーラップによる欠落又は不正確な検出の確率が非常に小さいためである。デバイスの固有のＩＤは、デバイスが同一のＣ−ＲＮＴＩを有することにより発生する不確実性及びそれから（小さいセルネットワーク内で）不十分な物理的なセルＩＤになることを克服するために位置情報の代わりにデバイスＩＤ割り当てに使用される。
【０２４５】
第３の実施形態：専用ＰＣＩ及びＣ−ＲＮＴＩ情報を有するネットワークサポート型デバイスＩＤ割り当て
【０２４６】
特定の実施形態（“実施形態３”で表示される）は、デバイスがネットワークカバレッジ内にあるものと仮定されるネットワーク４００のようなネットワークサポート型Ｄ２ＤネットワークでのデバイスＩＤを割り当てる方法を含む。専用ＰＣＩ及びＣ−ＲＮＴＩ  ＩＤがＤ２ＤネットワークでデバイスのデバイスＩＤを決定するのに使用される。位置情報及びＵＥ−ＩＤ情報は、実施形態３に従うＤ２ＤネットワークでデバイスＩＤ割り当てのために使用されない。したがって、実施形態３の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようである。：Ｐｄ２ｄ＝{ＰＣＩ，Ｃ−ＲＮＴＩ}
【０２４７】
Ｄ２Ｄネットワーク内のすべてのデバイスがＰＣＩ、Ｃ−ＲＮＴＩ  ＩＤ（仮定による）にアクセスすると仮定することにより、何の初期化ビットもデバイスＩＤ割り当てに使用されない。デバイスＩＤ割り当ての１つの方法において、ＰＣＩ及びＣ−ＲＮＴＩ情報をそれぞれ示すために、全Ｌビットをサイズ
【０２４８】
【数６０】
0006433917.tif 000067
【０２４９】
の２個のグループのビットに分割する。ＰＣＩ、Ｃ−ＲＮＴＩ、及び固有のＵＥ−ＩＤ情報からのデバイスＩＤ割り当ては、実施形態１を参照して説明されたものと同一の手続きに従う。
【０２５０】
図２１は、本開示の実施形態によるネットワークパラメータ（ＰＣＩ及びＣ−ＲＮＴＩ）のみを有し、初期化ビットも、位置情報も、固有のＵＥ−ＩＤ情報もないネットワークサポート型Ｄ２ＤネットワークでのデバイスＩＤの構造を示す図である。図２１のデバイスＩＤ構造２１００は、ただ説明のためのものである。他の実施形態が本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造２１００は、ＰＣＩビット２１１０のセットと、続くＣ−ＲＮＴＩビット２１２０のセットを含む。デバイスＩＤに使用されたビットは、数式２８及び数式２９のように生成される。
【０２５１】
【数６１】
0006433917.tif 000068
【０２５２】
【数６２】
0006433917.tif 000069
【０２５３】
表７は、デバイスＩＤのために使用されるビットの総数（Ｌ）と各パラメータに割り当てられたビットの個数との異なる組み合せを示す。
【０２５４】
【表７】
0006433917.tif 000070
【０２５５】
デバイスＩＤがＰＣＩ及びＣ−ＲＮＴＩ  ＩＤのみでなされているために、そのデバイスＩＤで全ＰＣＩ及びＣ−ＲＮＴＩ情報を使用する基準ビット割り当てを実現しやすい。また、表７は、基本ビット割り当てに加えて他のビット割り当てを含む。
【０２５６】
本実施形態のデバイスＩＤ割り当て方法は、幾つかのセルにわたってＤ２Ｄ通信の可能性が低い大きなセルネットワークで使用されることができる。大型セルネットワークにおいて、デバイスのＣ−ＲＮＴＩ  ＩＤは、セル内のモバイルデバイスの間を識別するために使用される。他のセルでのモバイルデバイスを識別するために、ＰＣＩにより与えられたセル識別子は、区別として使用されることができる。
【０２５７】
第４の実施形態：もっとも強い隣接セルＰＣＩ（Neighboring Strongest Cell PCIs）に基づく位置情報を使用するネットワークサポート型デバイスＩＤ割り当て
【０２５８】
特定の実施形態（“実施形態４”で表示される）において、モバイルデバイスは、移動性管理目的のために隣接セルリストを記憶する。隣接セルリストは、それぞれの隣接セルからの受信された信号電力強度又は品質だけでなく、隣接セル測定から取得されたＰＣＩを含む。技術的な長所として、隣接セルリスト情報は、相対的なデバイス位置情報に対するプロキシ（proxy）としてデバイスＩＤ割り当てに使用されることができる。例えば、同一のセル（すなわち、同一のサービングｅＮＢ）により提供される２つのモバイルデバイスは、同一のサービングセルＰＣＩを有するが、それぞれの２つのモバイルデバイス内の隣接リストは、モバイルデバイスがサービングセル内で相互に異なる位置にある場合に、次のもっとも強い２つのセルに対して異なるＰＣＩ値を含む。サービングセルＰＣＩだけを活用する場合よりデバイスＩＤをさらに区別するために隣接ＰＣＩ値が使用されることができる。
【０２５９】
次の例は、以下に説明される他の例を説明するために使用される。：ＵＥ１（例えば、モバイルデバイス１１４）及びＵＥ２（例えば、モバイルデバイス１１６）のすべては、ＰＣＩ＝ＰＣＩ１＝１００１００１００を有するｅＮＢ１（例えば、ｅＮＢ１０２）により提供される。ＵＥ１は、ＰＣＩ＝ＰＣＩ２＝１１００１１００１を有するもっとも強い隣接セル及びＰＣＩ＝ＰＣＩ３＝１１１０１００１１を有する２番目に強い隣接セルを有する。ＵＥ２は、ＰＣＩ＝ＰＣＩ４＝１００１００００１を有するもっとも強い隣接セル及びＰＣＩ＝ＰＣＩ３を有する２番目に強い隣接セルを有する。この実施形態で考慮されたＰＣＩのｋ最下位ビットは、ＰＣＩをｋビットを使用して示すために使用される。
【０２６０】
表８は、デバイスＩＤ割り当てで隣接セルのＰＣＩ値を使用する様々な方法（又は方式）を示す。例えば、方式１ａ及び１ｂにおいて、デバイスＩＤでのＰＣＩ情報のために予約されたビットは、サービングセルのＰＣＩ及び隣接セルのＫ（すなわち、Ｋは、隣接セルの数と同一である）ＰＣＩ値の中の少なくとも１つの両方ともを含むように分割される。方式２ａ及び２ｂにおいて、デバイスＩＤでのＰＣＩ情報のために予約されたビットは、隣接セルのＫ  ＰＣＩ値の中の少なくとも１つのＰＣＩ情報を含むように分割されるが、サービングセルのＰＣＩ情報のために予約されたビットはない。
【０２６１】
【表８】
0006433917.tif 000071
【０２６２】
方式１ａにおいて、各ＰＣＩ値に対して予約されたビット数は、同一であり固定であり得る。すなわち、Ｋ＝１である。ＰＣＩビットは、５ビットがサービングセルＰＣＩを示すように割り当てられ、４ビットが隣接セル１を示すのに割り当てられるように分割される。隣接セル２に割り当てられるビットはない。
【０２６３】
方式１ｂにおいて、各ＰＣＩ値に対して予約されたビット数は、設定可能である。このような設定可能性は、２つのＵＥが同一の隣接セルリストを有しているが、ｅＮＢが２つのＵＥに対応するデバイスＩＤを区別するプロセスを実現する場合に有利であり得る。例えば、ＵＥ１の場合、Ｋ＝２の隣接セルである。ＰＣＩビットは、３ビットがサービングセルＰＣＩを示すのに割り当てられ、３ビットが隣接セル＃１を示すのに割り当てられ、３ビットが隣接セル２を示すのに割り当てられるように分割される。ＵＥ２の場合、Ｋ＝１の隣接セルである。ＰＣＩビットは、６ビットがサービングセルＰＣＩを示すのに割り当てられ、３ビットが隣接セル＃１を示すのに割り当てられるように分割される。
【０２６４】
方式２ａ及び２ｂにおいて、デバイスＩＤでのＰＣＩ情報のために予約されたビットは、隣接セルの少なくともＫ  ＰＣＩ値を含むように分割される。方式２ａにおいて、各ＰＣＩ値に対して予約されたビットの数が同一であり固定される。例えば、Ｋ＝２個の隣接セルである。ＰＣＩビットは、５ビットが隣接セル＃１  ＰＣＩを示すのに割り当てられ、４ビットが隣接セル＃２を示すのに割り当てられるように分割される。
【０２６５】
方式２ｂにおいて、各ＰＣＩ値に対して予約されたビット数を構成可能である。例えば、ＵＥ１の場合、Ｋ＝２個の隣接セルである。ＰＣＩビットは、６ビットが隣接セル＃１のＰＣＩを示すために割り当てられ、３ビットが隣接セル＃２のＰＣＩを示すために割り当てられるように分割される。ＵＥ２の場合、Ｋ＝１個の隣接セルである。ＰＣＩビットは、９ビットが隣接セル＃１のＰＣＩを示すために割り当てられるように分割される。
【０２６６】
第５の実施形態：ｅＮＢサポートがないａｄ−ｈｏｃ  Ｄ２Ｄネットワークでの（ＧＰＳ位置情報を使用して）デバイスＩＤ割り当て
【０２６７】
特定の実施形態（“実施形態５”で表示される）は、ネットワークｅＮＢがデバイス発見又はＤ２Ｄ通信リンクを設定するモバイルデバイスをサポートしないＤ２Ｄネットワークにおいて、モバイルデバイス５２０のようなモバイルデバイスに対するデバイスＩＤを割り当てる方法を含む。実施形態５において、デバイスは、ａｄ−ｈｏｃ方式でＤ２Ｄ通信を実行する。移動局５２０は、ｅＮＢネットワーク関連パラメータが、より具体的に後述するように、ＰＣＩ、Ｃ−ＲＮＴＩ、及びＰＲＳ位置情報がデバイスＩＤ割り当てで使用されないＤ２ＤネットワークでデバイスＩＤ割り当てのプロセスを実現する。プロセスを実現する移動局は、デバイスＩＤの決定の時にＧＰＳ位置情報及びデバイスの固有のＵＥ  ＩＤ情報だけを使用する。したがって、実施形態５の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようである。
Ｐｄ２ｄ＝｛ＧＰＳ，ＵＥ−ＩＤ｝
【０２６８】
ＧＰＳ位置情報がすべてのデバイスに使用可能でないことがあるので、ＧＰＳ位置情報は、デバイスＩＤ割り当てに使用されることもあり又は使用されないこともある選択的なパラメータである。その結果、１つの初期化ビットは、ＧＰＳ位置情報がデバイスＩＤ割り当てに使用されるか否かを示す。ＧＰＳ位置情報が使用される場合に、指示子ビットは、１に設定され、ＧＰＳ位置情報が使用されない場合に、指示子ビットは、ゼロに設定される。
【０２６９】
図２２及び図２３は、本開示の実施形態によるＧＰＳ位置情報を有するａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤ構造を示す図である。図２２及び図２３において、デバイスＩＤ構造２２００及び２３００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造２２００及び２３００は、１つの初期化ビット２２１０、２３１０と続く識別子ビット１１２０のグループとを含む。
【０２７０】
図２２において、初期化ビット２２１０は、デバイスＩＤを生成するプロセスがＧＰＳ位置情報を使用し、デバイスＩＤの識別子ビット１１２０がＧＰＳビットを含むように特定する値１を有する。デバイスＩＤ構造２２００は、１つの初期化ビット２２１０と、続くＧＰＳビット２２２０のセット及びＵＥ−ＩＤビット２２３０のセットとを含む。
【０２７１】
デバイスＩＤでのＧＰＳ位置及びＵＥ−ＩＤ情報の表現は、実施形態１で詳細に説明され、ここでは反復されない。デバイスＩＤ割り当てを生成するのにあたりにＧＰＳ位置情報及び固有のＵＥ−ＩＤのすべてを使用するモバイルデバイスの場合に、デバイスＩＤでの他のパラメータに対して使用されるビットは、数式３０及び数式３１に従って決定される。
【０２７２】
【数６３】
0006433917.tif 000072
【０２７３】
【数６４】
0006433917.tif 000073
【０２７４】
図２３において、初期化ビット２３１０は、デバイスＩＤを生成するプロセスがＧＰＳ位置情報を使用せず、デバイスＩＤでの識別子ビット１１２０がＧＰＳビットを含まないことを特定するために値０を有する。デバイスＩＤ構造２３００は、１つの初期化ビット２３１０と続くＵＥ−ＩＤビット２３２０のセットとを含む。ＵＥ−ＩＤビット２３２０のセットは、グループ識別子ビット１１２０の全体である。デバイスＩＤ割り当てでの固有のＵＥ−ＩＤだけを使用するモバイルデバイスの場合に、固有のＵＥ−ＩＤを示すために使用されるビットは、数式３２により与えられる。
【０２７５】
【数６５】
0006433917.tif 000074
【０２７６】
表９は、デバイスＩＤでのビットの総数（Ｌ）と各パラメータに割り当てられるビットの個数との異なる組み合せを示す。
【０２７７】
【表９】
0006433917.tif 000075
【０２７８】
第６の実施形態：（何のＧＰＳ位置情報も使用しない）ｅＮＢサポートなしａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤ割り当て
【０２７９】
特定の実施形態（“実施形態６”で表示される）は、ネットワークｅＮＢがデバイス発見又はＤ２Ｄ通信リンクの設定の時にモバイルデバイスをサポートしないＤ２Ｄネットワークにおける移動局にデバイスＩＤを割り当てる方法を含む。モバイルデバイス５２０は、ａｄ−ｈｏｃ方式でＤ２Ｄ通信を実行する。この実施形態において、モバイルデバイス５２０は、ｅＮＢネットワーク関連パラメータ、例えば、ＰＣＩ、Ｃ−ＲＮＴＩ、及びＰＲＳ位置情報がデバイスＩＤ割り当てで使用されないＤ２ＤネットワークでのデバイスＩＤを割り当てる。実施形態６において、デバイスは、ＧＰＳ位置情報にアクセスできないことがあり、ＧＰＳ位置情報は、デバイスＩＤ割り当てに使用されない。デバイスＩＤは、固有のＵＥ−ＩＤだけを使用して割り当てられる。したがって、実施形態６の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようである。
Ｐｄ２ｄ＝｛ＵＥ−ＩＤ｝
【０２８０】
図２４は、本開示の実施形態によるＧＰＳ位置情報を有しないａｄ−ｈｏｃ  Ｄ２ＤネットワークでのデバイスＩＤ構造を示す図である。デバイスＩＤ構造は、ＵＥ−ＩＤビットのセットを含み、デバイスＩＤ割り当てに使用される初期化ビットはない。図２４でのデバイスＩＤ構造２４００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤに対するＵＥ−ＩＤ情報のマッピングについては、実施形態１を参照して上述した。ＵＥ固有のＩＤ情報を示すのに使用されるビットは、数式３３に従って決定される。
【０２８１】
【数６６】
0006433917.tif 000076
【０２８２】
ＧＰＳ位置情報を有しないａｄ−ｈｏｃ  Ｄ２ＤネットワークでデバイスＩＤを割り当てる方法を実現する移動局５２０は、デバイスＩＤを割り当てるにあたりに１つのパラメータだけを使用する。モバイルデバイス５２０は、識別子ビット１１２５の総個数（ｌ２＝Ｌ−ｌ１）が複数のパラメータの中で分配されないために１つのパラメータ（すなわち、デバイスＩＤ情報パラメータ）を示すのにさらに多くのビットを使用する。例えば、モバイルデバイスは、ＵＥ−ＩＤ情報を表現するために１６、２４、３２又は４８ビットを割り当てることができる。
【０２８３】
第７の実施形態：位置情報を有するハイブリッドＤ２ＤネットワークでのデバイスＩＤ割り当て
図２５は、本開示の実施形態による隣接した２つの物理的なセルと各物理的なセル内のｅＮＢ及び移動局を示す図である。隣接する物理的なセル２５０５及び２５１５内のｅＮＢ及び移動局は、ハイブリッドＤ２ＤネットワークのデバイスＩＤを割り当てる方法を実現し、ここで、一部のデバイス（例えば、ＭＳ６２０）は、ネットワーク内の範囲であり、Ｄ２Ｄ通信リンクの設定でｅＮＢからサポートを受信することができ、他方、他のモバイルデバイス（例えば、ＭＳ５２０）は、ネットワーク範囲外であり得、それら自体でａｄ−ｈｏｃ  Ｄ２Ｄ通信を開始しなければならないこともある。図２５に示す隣接する物理的なセル２５０５及び２５１５は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。
【０２８４】
ｅＮＢ２５１０（ｅＮＢ１）は、ｅＮＢ２５１０（ｅＮＢ１）のサービスエリア内の物理的なセル２５０５を確立する。物理的なセル２５０５は、ｅＮＢ１  ２５１０の範囲内にあるネットワーク内のモバイルデバイスＡ  ４２０ａ及びモバイルデバイスＢ  ４２０ｂを含む。ｅＮＢ１  ２５１０は、２つのモバイルデバイス４２０ａと４２０ｂとの間のＤ２Ｄ通信リンクの設定の時にデバイスペア（すなわち、モバイルデバイス４２０ａ及び４２０ｂ）と通信する。また、物理的なセル２５０５は、ｅＮＢ１  ２５１０及びｅＮＢ２  ２５２０の範囲外にあるモバイルデバイスＣ  ５２０ｃ及びモバイルデバイスＤ  ５２０ｄを含む。モバイルデバイスＣ  ５２０ｃ及びモバイルデバイスＤ  ５２０ｄは、ａｄ−ｈｏｃ  Ｄ２Ｄ通信リンク２５３０のようなネットワークサポートなしにそれら間でＤ２Ｄ通信を確立する。モバイルデバイス５２０ｃ及び５２０ｄは、相互間でａｄ−ｈｏｃ  Ｄ２Ｄ通信リンク２５３０を通して送信制御、発見、及びデータ信号５３０を送受信する。
【０２８５】
ｅＮＢ２５２０（ｅＮＢ２）は、ｅＮＢ２  ２５２０のサービスエリア内に物理的なセル２５１５を確立する。物理的なセル２５１５は、ｅＮＢ２  ２５２０の範囲内にあるネットワーク内のモバイルデバイスＥ  ４２０ｅ及びＦ  ４２０ｆを含む。ｅＮＢ２  ２５２０は、２つのモバイルデバイス４２０ｅと４２０ｆとの間のＤ２Ｄ通信リンクを設定する時にデバイスペア（すなわち、モバイルデバイス４２０ｅ及び４２０ｆ）と通信する。また、物理的なセル２５１５は、ネットワーク内のモバイルデバイスＧ  ６２０ｇ及び範囲外のモバイルデバイスＨ  ６３０ｈを含む。すなわち、モバイルデバイス６２０ｇ（Ｇ）は、ネットワーク範囲内にあり、モバイルデバイス６３０ｈ（Ｈ）は、ｅＮＢ２  ２５２０の範囲外にある。この例において、モバイルデバイス６２０ｇ（Ｇ）は、ｅＮＢ２  ２５２０と通信できるが、ｅＮＢ２  ２５２０は、モバイルデバイス６２０ｇ（Ｇ）とモバイルデバイス６３０ｈ（Ｈ）との間のＤ２Ｄ通信リンクの設定の時に全サポートを提供できない。
下記のように、実施形態７の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようにパラメータセットの中で５個のパラメータを含む。
Ｐｄ２ｄ＝｛ＰＣＩ，Ｃ−ＲＮＴＩ，ＰＲＳ，ＧＰＳ，ＵＥ−ＩＤ｝
【０２８６】
すべてのモバイルデバイスは、１つのパラメータ−固有のＵＥ−ＩＤに対するアクセスを保証される。他のパラメータ（すなわち、ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、及びＧＰＳ）は、デバイスタイプ及び位置により使用可能なことがあり又は使用可能ではないこともある。モバイルデバイスがｅＮＢの範囲に位置する場合に、デバイスは、ネットワークパラメータＰＣＩ、Ｃ−ＲＮＴＩ、及びＰＲＳにアクセスする。同様に、デバイスがＧＰＳ位置サービスにアクセスする場合に、モバイルデバイスは、デバイスＩＤ割り当てを生成するのに使用されることができるＧＰＳ位置情報を有する。実施形態７でのＤ２Ｄネットワークのためのデバイス割り当てにおいて、４個の指示子ビットは、パラメータＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、及びＧＰＳ位置情報の使用又は不使用を示す。
【０２８７】
図２６及び図２７は、本開示の実施形態による構成の例に対応するハイブリッドＤ２Ｄネットワークに対するデバイスＩＤの構造を示す図である。図２６は、構成１５（すなわち、ｊ＝１５）の例を示し、図２７は、構成１（すなわち、ｊ＝１）の例を示す。図２６及び図２７でのデバイスＩＤ構造２６００及び２７００は、ただ説明のためのものである。他の実施形態は、本開示の範囲から逸脱せず使用されることができる。デバイスＩＤ構造２６００及び２７００は、４つの初期化ビット２６１０と続く識別子ビット１１２０のグループとを含む。
【０２８８】
デバイスＩＤビットに対するパラメータのマッピングは、実施形態１の説明でより具体的に説明される。図２６及び図２７は、ｊ＝１及びｊ＝１５に対する構成の２つの例を示す図である。本開示の実施形態は、デバイスＩＤの判定に使用される正確なパラメータに基づいて幾つかの可能なデバイスＩＤ割り当て構成を含む。例えば、４つの指示子ビット２６１０は、デバイスＩＤ割り当ての最大１６個の構成を示すことができる。すべてのパラメータがデバイスＩＤ割り当てに使用される場合に、指示子ビットは、（１，１，１，１）に設定され、パラメータ構成個数は、１５に設定される。パラメータ構成個数ｊの場合に、
【０２８９】
【数６７】
0006433917.tif 000077
【０２９０】
ビットに対するマッピングパラメータｐに対する関数は、数式３４により与えられる。
【０２９１】
【数６８】
0006433917.tif 000078
【０２９２】
図２６において、初期化ビット２６１０は、構成個数ｊ＝１５の２進表現である、１の４つのビット値を含む。また、１の４つのビット値は、ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳ、及びＧＰＳ位置情報の使用を示す。結果的に、識別子ビット１１２０は、ＰＣＩビット２６２０のセット、Ｃ−ＲＮＴＩビット２６３０のセット、ＰＲＳビット２６４０のセット、及びＧＰＳビット２６５０のセットを含む。識別子ビット１１２０は、固有のＵＥ−ＩＤパラメータに対応するＵＥ−ＩＤビット２６６０をさらに含む。
【０２９３】
図２７において、初期化ビット２６１０は、構成個数ｊ＝１の２進表現である０−０−０−１の値を含む。また、０−０−０−１のビット値は、ＰＣＩ、Ｃ−ＲＮＴＩ、ＰＲＳのパラメータの非使用を示し、ＧＰＳ位置情報のパラメータの使用を示す。その結果、識別子ビット１１２０は、ＧＰＳビット２７２０のセットを含む。識別子ビット１１２０は、固有のＵＥ−ＩＤパラメータに対応するＵＥ−ＩＤビット２７３０をさらに含む。
【０２９４】
ハイブリッドＤ２Ｄネットワークにおいて、デバイスに対するネットワーク内の状態とネットワーク外の状態とを識別するための方法が存在しなければならない。例示的な解決策は、モバイルデバイスに無線リンク障害（radio link failure）が発生する場合に、モバイルデバイスがネットワーク外にあると決定するものである。他の例示的な解決策は、モバイルデバイスがアイドルモードＤ２Ｄ発見又は通信に参加できる状態でネットワーク外のアイドルモードを定義するものである。例えば、モバイルデバイスは、ＲＲＣ＿ＩＤＬＥ状態にある間にもＤ２Ｄ発見パラメータを構成できる。デバイスＩＤは、デバイスがネットワーク内にあるか又はネットワーク外にあるかにより異なる方法により構成されることができる。
【０２９５】
第８の実施形態：指示子ビットを使用しないデバイスＩＤ割り当て
特定の実施形態（“実施形態８”で表示される）は、デバイスＩＤ割り当てに使用されるパラメータを示すためにデバイスＩＤで指示子ビットを使用するデバイスＩＤ割り当てプロセスを含む。指示子ビットの使用は、デバイスＩＤ割り当てに使用されるパラメータを決定するのに役に立つ。しかしながら、特定のシナリオにおいて、デバイスＩＤ割り当てに使用されるパラメータに関する情報が必要でないこともある。例えば、Ｄ２Ｄネットワークで受信モバイルデバイスは、デバイスＩＤに対応する発見送信パターンにより送信モバイルデバイスを識別できる。すなわち、他のデバイスＩＤを有するモバイルデバイスは、異なる送信パターンを有する。送信モバイルデバイスのデバイスＩＤを決定する特定のシナリオにおいて、送信モバイルデバイスのデバイスＩＤが構成される方法の正確な細部事項を認識する必要はない。
【０２９６】
デバイスＩＤの構成の時に様々なパラメータ（例えば、４つ又は５つのパラメータ）を使用する場合に、特に、デバイスＩＤ割り当てのために使用されたビットの個数が限定されるか又は制約的である場合に、使用された正確なパラメータを表示するビットを使用することが非効率的であり得る。例えば、１６個以下のビットがデバイスＩＤで使用されることができることを要求する制限である場合に、Ｐｄ２ｄに４個のパラメータがあり、デバイスＩＤ割り当てですべての可能なパラメータ構成が可能であり、その後に、１６個の可能なビットの中で４個の指示子ビットがデバイスＩＤ割り当てに使用されるパラメータを示すために使用される。デバイスＩＤのパラメータのよりよい表現は、パラメータをより詳細に示すために４ビットを用いて提供されることができる。デバイスＩＤ割り当てのための同一のパラメータを使用するデバイスの場合に、パラメータのよりよい表現のための指示子ビットの使用は、デバイスをより差別化し、デバイスＩＤ衝突減少につながることができる。
【０２９７】
図２８は、本開示の実施形態による不十分な数のパラメータにより引き起こされるデバイスＩＤ衝突の例を示す図である。モバイルデバイスＡ  ２８１０及びモバイルデバイスＢ  ２８２０のそれぞれは、そのデバイスＩＤを割り当てるプロセスにおいて、ＰＣＩ、Ｃ−ＲＮＴＩ、ＧＰＳ位置情報、及び固有のＵＥ−ＩＤを使用する。この例において、ｅＮＢ２８２５は、ハイブリッドＤ２Ｄネットワークを含む物理的なセル２８００を確立する。したがって、実施形態８の特定のＤ２Ｄネットワークにより使用されるパラメータのセットは、次のようである。
Ｐｄ２ｄ＝｛ＰＣＩ，Ｃ−ＲＮＴＩ，ＧＰＳ，ＵＥ−ＩＤ｝
【０２９８】
モバイルデバイス２８１０（Ａ）及びモバイルデバイス２８２０（Ｂ）の各々は、４個の指示子ビットを使用し、自身のデバイスＩＤ割り当てで同一のパラメータのセットを使用し、これは、４個の指示子ビットがデバイス２８１０及び２８２０の両方に対して同一であることを意味する。この例において、２ビットは、ＰＣＩ用に使用され、４ビットは、Ｃ−ＲＮＴＩ用に使用され、３ビットは、ＧＰＳ用に使用され、３ビットは、ＵＥ−ＩＤ用に使用される。各パラメータを表現するビットの異なる割り当ては、本開示から逸脱せず使用されることができる。モバイルデバイス２８１０及び２８２０（Ａ及びＢ）は、指示子ビットと同一のデバイスＩＤ２８３０を有する。しかしながら、デバイスＩＤを割り当てるプロセスにおいて、指示子ビットが除去され、その代わりに、ＰＣＩのための３ビット、Ｃ−ＲＮＴＩのための５ビット、ＧＰＳのための３ビット、及びＵＥ−ＩＤのための５ビットが使用される場合に、モバイルデバイス２８１０（Ａ）のデバイスＩＤ２８４０は、４ビット位置でモバイルデバイス２８２０（Ｂ）のデバイスＩＤ２８４５とは異なる。
【０２９９】
一定の個数のビットが使用されたパラメータに関係なくデバイスＩＤのために使用され、同一の数のビットが各パラメータを示すために使用されるＤ２Ｄデバイス割り当て方式において、デフォルトビットシーケンス（default bit sequence）は、Ｄ２ＤデバイスＩＤ割り当てで使用されないパラメータのために使用される。このようなシナリオにおいて、パラメータの不在がデフォルトビットシーケンスの使用により推論されることができるために、使用されたパラメータを示すために指示子ビットを使用する必要はない。
以下では、デバイスＩＤでの指示子ビットを使用しない長所及び短所について説明する。デバイスＩＤで指示子ビットを使用しない長所は、
【０３００】
１  パラメータを示すための余分のビットの提供
２  総ビット数及び各パラメータのビット数が固定される場合にリダンダンシーの記憶
３  （図２８に示す例）デバイスＩＤを示すにあたりに類似のパラメータを使用するデバイスに対するデバイスＩＤ衝突の減少
４  デバイスに関する重要な情報は、より少ない指示子ビットを使用して提供されることができる。例えば、図２８において、４個の指示子ビットは、４個のパラメータの使用を示す。しかしながら、デバイスがネットワーク内にあるか又はネットワーク外にあるかに関する情報だけが必要な場合に、この情報は、１ビットで提供されることができる。
【０３０１】
デバイスＩＤで指示子ビットを使用しない短所は、
１  デバイスＩＤを形成するのに使用されるパラメータに関する情報がない（例えば、ハイブリッドＤ２Ｄネットワークでのネットワーク内とネットワーク外との間を区別することは難しい）。
２  ２つのデバイスがデバイスＩＤ割り当てにおいて他のパラメータを使用する場合に頻繁なデバイスＩＤ衝突がある。しかしながら、このようなデバイスＩＤ衝突の可能性は、よりよいパラメータ表現により得る利得より低いという点に留意すべきである。
３  指示子ビットの使用は、デバイスＩＤ範囲に対して融通性を許容することができる。すなわち、指示子ビットは、デバイスＩＤサイズの変動を特定するのに使用されることができる。例えば、デバイスＩＤが１５ビットサイズであることを示すために構成００００を使用することができ、構成１１１１は、３０ビットであるデバイスＩＤを示すことができる。
【０３０２】
本開示において、３つの他のクラスのＤ２Ｄネットワーク−ｅＮＢサポートＤ２Ｄネットワーク、ｅＮＢサポートがないａｄ−ｈｏｃ  Ｄ２Ｄネットワーク及びハイブリッドＤ２Ｄネットワークに対して異なるデバイスＩＤ割り当て方法が説明される。
【０３０３】
本開示は、実施形態で説明されたが、様々な変更及び修正が当業者に提案されることができる。また、本開示は、添付の特許請求の範囲内に属する変更及び修正を含むものと意図される。
【符号の説明】
【０３０４】
１００  ネットワーク
１０１、１０２、１０３  ｅＮＢ
１１１  ＵＥ
１１２、１１３、１１４、１１５、１１６  ＭＳ
１２０、１２５  サービスエリア
１３０  ネットワーク
２００  送信経路
２０５  チャネル符号化及び変調ブロック
２１０  直列−並列ブロック
２１５  ＩＦＦＴブロック
２２０  並列−直列ブロック
２２５  サイクリックプレフィックス付加ブロック
２３０  アップコンバータ
２５０  受信経路
２５５  ダウンコンバータ
２６０  サイクリックプレフィックス除去ブロック
２６５  直列−並列ブロック
２７０  高速フーリエ変換
２７５  並列−直列ブロック
２８０  チャネルデコーディング及び復調ブロック
３００  ＭＳ
３０５  アンテナ
３１０  送受信器
３１５  ＴＸ処理回路
３２０  マイクロフォン
３２５  ＲＸ処理回路
３３０  スピーカ
３４０  メインプロセッサ
３４５  インターフェース
３５０  キーパッド
３５５  ディスプレイ
３６０  メモリ
３６１  ＯＳプログラム
３６２  のアプリケーション
４００  ネットワーク
４１０  ｅＮＢ
４２０  モバイルデバイス
５００  ネットワーク
５２０  移動局
５３０  データ信号
６００  ハイブリッドネットワーク
６１０  ｅＮＢ
６２０、６３０  モバイルデバイス
６４０  信号
６５０  通信リンク
７０１  ネットワーク
７４０  ｅＮＢ
７５０  移動局
８１０、８２０、８３０  モバイルデバイス
８１５  隣接セル
８２５、８３５  セル
８４０  モバイルデバイス
１２１０、１３１０  サブ領域
２０００  ネットワーク
２０１０  ｅＮＢ
２０１５  サービスエリア
２０２０、２０３０  移動局
２０４２  双方向通信
２５０５、２５１５  セル
２５１０、２５２０  ｅＮＢ
２８００  セル
２８１０、２８２０  モバイルデバイス
２８２５  ｅＮＢ
【図１】
0006433917.tif 000081
【図２Ａ】
0006433917.tif 000082
【図２Ｂ】
0006433917.tif 000083
【図３】
0006433917.tif 000084
【図４】
0006433917.tif 000085
【図５】
0006433917.tif 000086
【図６】
0006433917.tif 000087
【図７】
0006433917.tif 000088
【図８Ａ】
0006433917.tif 000089
【図８Ｂ】
0006433917.tif 000090
【図９】
0006433917.tif 000091
【図１０】
0006433917.tif 000092
【図１１】
0006433917.tif 000093
【図１２】
0006433917.tif 000094
【図１３】
0006433917.tif 000095
【図１４】
0006433917.tif 000096
【図１５】
0006433917.tif 000097
【図１６】
0006433917.tif 000098
【図１７】
0006433917.tif 000099
【図１８】
0006433917.tif 000100
【図１９】
0006433917.tif 000101
【図２０】
0006433917.tif 000102
【図２１】
0006433917.tif 000103
【図２２】
0006433917.tif 000104
【図２３】
0006433917.tif 000105
【図２４】
0006433917.tif 000106
【図２５】
0006433917.tif 000107
【図２６】
0006433917.tif 000108
【図２７】
0006433917.tif 000109
【図２８】
0006433917.tif 000110