(57)【特許請求の範囲】
【請求項１】
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理の方法であって、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信することと、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信することと、
前記ネットワークエンティティにおいて、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定することと、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含み、直近の第１のロケーション報告および直近の第２のロケーション報告の一方または両方に基づいて、前記第１のＵＥと前記第２のＵＥとが時間期間内に近接するようになる可能性があると決定された場合、前記ロケーション報告スケジュールは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方がより頻繁に送信されるように変更され、前記次のポーリング時間は、変更された前記ロケーション報告スケジュールに対応する、
前記ポーリング応答メッセージを前記第１のＵＥに送信することと
を備える、方法。
【請求項２】
前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じることをさらに備える、請求項１に記載の方法。
【請求項３】
前記ポーリング応答メッセージを生成すべきかどうかを決定することが、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定すること
を備える、請求項１に記載の方法。
【請求項４】
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信することをさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信したことに基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、請求項１に記載の方法。
【請求項５】
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算することと、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定することと
をさらに備える、請求項１に記載の方法。
【請求項６】
前記確率が、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて計算される、請求項５に記載の方法。
【請求項７】
前記ポーリング応答メッセージを生成すべきかどうかを決定することが、
前記確率に基づいて前記ポーリング応答メッセージを生成すること
を備える、請求項５に記載の方法。
【請求項８】
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理のための装置であって、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信するための手段と、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するための手段と、
前記ネットワークエンティティにおいて、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定するための手段と、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含み、直近の第１のロケーション報告および直近の第２のロケーション報告の一方または両方に基づいて、前記第１のＵＥと前記第２のＵＥとが時間期間内に近接するようになる可能性があると決定された場合、前記ロケーション報告スケジュールは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方がより頻繁に送信されるように変更され、前記次のポーリング時間は、変更された前記ロケーション報告スケジュールに対応する、
前記ポーリング応答メッセージを前記第１のＵＥに送信するための手段と
を備える、装置。
【請求項９】
前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じるための手段をさらに備える、請求項８に記載の装置。
【請求項１０】
前記ポーリング応答メッセージを前記第１のＵＥに送信するための手段が、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定するための手段
をさらに備える、請求項８に記載の装置。
【請求項１１】
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信するための手段をさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方の前記受信に基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、請求項８に記載の装置。
【請求項１２】
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算するための手段と、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定するための手段と
をさらに備える、請求項８に記載の装置。
【請求項１３】
前記確率を計算するための前記手段が、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて前記確率を計算するように構成された、請求項１２に記載の装置。
【請求項１４】
前記ポーリング応答メッセージを生成すべきかどうかを決定するための手段が、
前記確率に基づいて前記ポーリング応答メッセージを生成するための手段
を備える、請求項１２に記載の装置。
【請求項１５】
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信するためのコードと、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するためのコードと、
前記ネットワークエンティティにおいて、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定するためのコードと、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含み、直近の第１のロケーション報告および直近の第２のロケーション報告の一方または両方に基づいて、前記第１のＵＥと前記第２のＵＥとが時間期間内に近接するようになる可能性があると決定された場合、前記ロケーション報告スケジュールは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方がより頻繁に送信されるように変更され、前記次のポーリング時間は、変更された前記ロケーション報告スケジュールに対応する、
前記ポーリング応答メッセージを前記第１のＵＥに送信するためのコードと
を備える、非一時的コンピュータ可読媒体。
【請求項１６】
前記コンピュータ実行可能コードが、前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じるためのコードをさらに備える、請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
前記ポーリング応答メッセージを生成すべきかどうかを決定するための前記コンピュータ実行可能コードが、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定するためのコード
をさらに備える、請求項１５に記載のコンピュータ可読媒体。
【請求項１８】
前記コンピュータ実行可能コードが、前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信するためのコードをさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方の前記受信に基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、請求項１５に記載のコンピュータ可読媒体。
【請求項１９】
前記コンピュータ実行可能コードが、
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算するためのコードと、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定するためのコードと
をさらに備える、請求項１５に記載のコンピュータ可読媒体。
【請求項２０】
前記確率を計算するための前記コードが、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて前記確率を計算するためのコードを備える、請求項１９に記載のコンピュータ可読媒体。
【請求項２１】
前記ポーリング応答メッセージを生成すべきかどうかを決定するための前記コンピュータ実行可能コードが、
前記確率に基づいて前記ポーリング応答メッセージを生成するためのコード
を備える、請求項１９に記載のコンピュータ可読媒体。
【請求項２２】
近接サービス（ＰｒｏＳｅ）システムにおいてポーリングする方法であって、
第１のＵＥによって、ネットワークエンティティにポーリングメッセージを送信することと、
前記第１のＵＥにおいて、前記ポーリングメッセージを送信した後に、前記第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含むポーリング応答メッセージを受信することと、前記ネットワークエンティティにおいて、前記第１のＵＥに関連する直近の第１のロケーション報告および前記第２のＵＥに関連する直近の第２のロケーション報告の一方または両方に基づいて、前記第１のＵＥと前記第２のＵＥとが時間期間内に近接するようになる可能性があると決定された場合、前記ロケーション報告スケジュールは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方がより頻繁に送信されるように、前記ネットワークエンティティによって変更されたスケジュールであり、前記次のポーリング時間は、変更された前記ロケーション報告スケジュールに対応する、
前記第１のＵＥにおいて、前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間において前記ネットワークエンティティに後続のポーリングメッセージを送信すべきかどうかを決定することと、
前記決定することに基づいて、前記後続のポーリングメッセージを前記ネットワークエンティティに送信することと
を備える、方法。
【請求項２３】
前記後続のポーリングメッセージが、前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間において前記ネットワークエンティティに送信される、請求項２２に記載の方法。
【請求項２４】
位置推定値に基づいてロケーション報告メッセージを生成するように構成されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）に前記位置推定値を送信することをさらに備え、ここにおいて、前記ロケーション報告メッセージは、前記第１のＵＥが前記ポーリングメッセージを送信した後に前記ＳＬＰを介して前記ネットワークエンティティに送信される、請求項２２に記載の方法。
【請求項２５】
ロケーション測定値に基づいて前記第１のＵＥのためのロケーション推定値を生成するように構成され、前記ロケーション推定値を含むロケーション報告メッセージを生成するように構成されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）に前記ロケーション測定値を送信することをさらに備え、ここにおいて、前記ロケーション報告メッセージは、前記第１のＵＥが前記ポーリングメッセージを送信した後に前記ＳＬＰを介して前記ネットワークエンティティに送信される、請求項２２に記載の方法。
【請求項２６】
前記次のポーリング時間において前記後続のポーリングメッセージを送信すべきかどうかを決定することが、前記次のポーリング時間において前記後続のポーリングメッセージを送信しないことを決定することを備え、前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間以外の時間において前記後続のポーリングメッセージを送信することをさらに備える、請求項２２に記載の方法。
【請求項２７】
前記後続のポーリングメッセージを前記ネットワークエンティティに送信することは、前記第１のＵＥが、近接要求プロシージャを前に開始したか、または周期ロケーション報告を開始するように前記ネットワークエンティティによって要求された場合のみ、前記ポーリングメッセージを送信することを備える、請求項２２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本特許出願は、その全体が参照により本明細書に明確に組み込まれる、２０１４年１０月３日に出願された「OPTIMIZING HTTP IMPLEMENTATION AS A TRANSPORT PROTOCOL FOR EPC-LEVEL PROXIMITY SERVICES (PROSE) DISCOVERY」と題する仮出願第６２／０５９，６９１号、および２０１５年９月９日に出願された「TECHNIQUES FOR OPTIMIZING HTTP IMPLEMENTATION AS A TRANSPORT PROTOCOL FOR EPC-LEVEL PROXIMITY SERVICES (PROSE) DISCOVERY」と題する米国特許出願第１４／８４９，３２２号の優先権を主張する。
【背景技術】
【０００２】
[0002]本開示は、一般に通信システムに関し、より詳細には、近接サービス（ＰｒｏＳｅ）を実装するデバイスにおいてポーリングを管理する装置および方法に関する。
【０００３】
[0003]ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例としては、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムがある。
【０００４】
[0004]これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを与えるために様々な電気通信規格において採用されている。新生の電気通信規格の一例はロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートすることと、コストを下げることと、サービスを改善することと、新しいスペクトルを利用することと、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではＳＣ−ＦＤＭＡを使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合することとを行うように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術と、これらの技術を採用する電気通信規格とに適用可能であるべきである。
【０００５】
[0005]ＬＴＥシステムは、近接しているユーザ機器（ＵＥ）が、発展型パケットコア（ＥＰＣ）レベルＰｒｏＳｅ発見と呼ばれるＥＰＣベースソリューションを介して互いを発見し得る、ＵＥのためのＰｒｏＳｅ機能をサポートする。プロセスは、ＰｒｏＳｅ機能を実装するＵＥとネットワークサーバとの間の通信プロシージャを伴う。ＰｒｏＳｅについての３ＧＰＰステージ３仕様（その全体が参照により本明細書に組み込まれる、３ＧＰＰ  ＴＳ２４．３３４、Proximity-services (ProSe) User Equipment (UE) to Proximity-services (ProSe) Function Protocol aspects; Stage 3）は、これらの通信プロシージャのためのトランスポートプロトコルとしてハイパーテキスト転送プロトコル（ＨＴＴＰ）を規定している。
【０００６】
[0006]ＨＴＴＰを使用する際の課題の１つは、ネットワークサーバが、別のＵＥが近接していることをポーリングＵＥに通知するための近接アラート（Proximity Alert）プロシージャなど、サーバ開始型トランザクションを可能にすることである。ＨＴＴＰトランザクションは、デフォルトでは、常にクライアント開始型であるので、これに対処するための一般的に使用される手法のうちの１つは、クライアントＵＥが、サーバがクライアントＵＥのためのデータ（たとえば、近接アラート）を有するかどうかを決定するために、ＨＴＴＰサーバに照会するためにポーリングメッセージを頻繁に送信するための「ポーリング」プロシージャである。クライアントＵＥのためのデータがない場合、サーバは、空のＨＴＴＰ応答でポーリングメッセージに返答する。
【０００７】
[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]次に、様々な装置および方法に関して電気通信システムのいくつかの態様を提示する。これらの装置および方法が、以下の発明を実施するための形態において説明され、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課せられる設計制約に依存する。
【００１９】
[0033]例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実施するように構成された他の好適なハードウェアがある。処理システム内の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。
【００２０】
[0034]したがって、１つまたは複数の態様では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００２１】
[0035]本開示は、ＰｒｏＳｅ適合ネットワークエンティティおよびＵＥにおけるポーリング管理のための例示的な方法および装置を提示する。詳細には、本開示の態様は、ＨＴＴＰポーリングプロセスを、発展型パケットコア（ＥＰＣ）レベル発見に関連するセキュアユーザプレーンロケーション（ＳＵＰＬ）プロシージャと協調させる。
【００２２】
[0036]そのような手法の１つの例示的な利点は、ＵＥが、ブラインドでポーリングする代わりに、いつポーリングすべきかを選定することを可能にされることである。その上、サーバは、サーバが、応答を送る前に、データがＵＥのために利用可能になるのをどのくらいの時間の間待つべきかを決定することができる。これらタイミング選定のすべては、従来のＨＴＴＰロングポーリング実装形態に関連する上述の問題を緩和するのを助けることができる。たとえば、本開示の態様は、遅延敏感ＰｒｏＳｅプロシージャのためのポーリングプロセスに関連する遅延を最小限に抑え、ロングポーリングの上記で具陳した欠点を回避する。２つのそのような遅延敏感ＰｒｏＳｅプロシージャは、両方ともＵＥロケーション報告に関係する、近接アラートプロシージャとネットワーク開始型近接要求取消しプロシージャとである。
【００２３】
[0037]本開示の一態様によれば、ネットワークエンティティによって管理されるＰｒｏＳｅ機能は、もっぱら、（ａ）発見側ＵＥが近接要求プロシージャを開始し、（ｂ）ＰｒｏＳｅ機能が、発見側ＵＥおよび／または発見側ＵＥが発見しようとする被発見側ＵＥのロケーションに関する新しい情報を受信した後に、それらのプロシージャを開始し得る。ＰｒｏＳｅ機能が、これらのＵＥが（本明細書では単に「近接している」と呼ぶ）ある相対地理的近接度内にあることを見つけた場合、ＰｒｏＳｅ機能は、発見側ＵＥに（および場合によっては被発見側ＵＥに）近接アラートメッセージを送信し得る。追加の態様では、ＰｒｏＳｅ機能が、近接要求において発見側ＵＥによって与えられた時間ウィンドウ内に発見側ＵＥと被発見側ＵＥとが近接している可能性が低いと決定した場合、ＰｒｏＳｅ機能は発見側に近接要求取消し（Cancel Proximity Request）メッセージを送信し得る。
【００２４】
[0038]さらなる代替態様では、ＰｒｏＳｅ機能は、発見側ＵＥまたは被発見側ＵＥに関連する最新の利用可能なロケーション情報に基づいて、ＵＥが近接しているか否かを決定することができないことがある。この場合、ＰｒｏＳｅ機能は、発見側ＵＥがそれの次のポーリングメッセージを送信すべき推奨された次のポーリング時間を含む、ポーリング応答メッセージを発見側ＵＥに送信し得る。いくつかの例では、ポーリング応答メッセージ中に含まれるこの次のポーリング時間は、発見側ＵＥおよび／または被発見側ＵＥの一方または両方に関連するロケーション報告スケジュールに基づき得る。したがって、ＰｒｏＳｅ機能は、発見側ＵＥまたは被発見側ＵＥに関連する新しいロケーション情報がいつ取得されることになるかに関して発見側ＵＥに通知し得、この将来の提案された次のポーリング時間まで、発見側ＵＥとのＨＴＴＰ接続が閉じられることを可能にする。
【００２５】
[0039]代替的に、次のポーリング時間は、近い将来に（たとえば、潜在的に、いずれかのＵＥに関連する次のロケーション報告イベントの前に）発見側ＵＥと被発見側ＵＥとが近接している可能性がどのくらいあるかに関する、ＰｒｏＳｅ機能による決定に基づき得る。そのような場合、ＰｒｏＳｅ機能は、ロケーション報告がＰｒｏＳｅ機能により頻繁に送信されるように、発見側ＵＥおよび被発見側ＵＥのいずれかまたは両方に関連するロケーション報告スケジュールが変更されることを要求し得る。これらの場合、ポーリング応答メッセージ中に含まれる次のポーリング時間は、この変更された報告スケジュールに対応し、したがって、ＵＥが切迫して近接していることがある状況において、発見側ＵＥがより頻繁にポーリングすることを可能にし得る。別の態様では、被発見側ＵＥのための報告スケジュールは、近接要求プロシージャが、被発見側ＵＥをターゲットにして発見側ＵＥによって開始されたことに基づいて、同様に変更され得る。
【００２６】
[0040]上述のように、本開示の１つまたは複数の態様では、発見側ＵＥおよび被発見側ＵＥは、それらのロケーションを（たとえば、オープンモバイルアライアンス（ＯＭＡ）−ＳＵＰＬプラットフォームを介して）ネットワークに報告する。たとえば、各ＵＥは、ＵＥロケーションを決定するためにネットワークエンティティＳＬＰ（ＳＵＰＬロケーションプラットフォーム）と通信するためのＳＥＴ（ＳＵＰＬ対応端末：SUPL Enabled Terminal）として働き得る。ＳＬＰは、ＰｒｏＳｅ機能が、発見側ＵＥと被発見側ＵＥとが近接しているかどうかを決定することを可能にするために、ロケーション報告スケジュールに従ってロケーション情報をＰｒｏＳｅ機能に中継し得る。したがって、近接アラートメッセージ、近接要求取消しメッセージ、または次のポーリング時間を含むポーリング応答メッセージは、任意の時間にＰｒｏＳｅ機能によって任意に生成されない。代わりに、これらのメッセージは、発見側ＵＥおよび／または被発見側ＵＥのＵＥロケーション報告スケジュールと同期的に生成され、送信され得る。したがって、ＨＴＴＰポーリングメッセージ送信のタイミングは、近接アラートメッセージまたは近接要求取消しメッセージがネットワークエンティティによって生成され、送信される可能性が低い場合、ＰｒｏＳｅ機能を実装するＵＥとネットワークエンティティとの間の通信のために利用されるＨＴＴＰ接続が不必要に開いたままにならないように最適化される。
【００２７】
[0041]最初に図１を参照すると、図は、本開示の一態様による、ワイヤレス通信システム１００の一例を示している。ワイヤレス通信システム１００は、複数のアクセスポイント（たとえば、基地局、ｅＮＢ、またはＷＬＡＮアクセスポイント）１０５と、いくつかのユーザ機器（ＵＥ）１１５と、コアネットワーク１３０とを含む。アクセスポイント１０５は、アクセスポイント１０５においてＰｒｏＳｅ動作を管理するＰｒｏＳｅ機能を制御するように構成され得る、ＰｒｏＳｅ機能構成要素６０２を含み得る。さらに、ＵＥ１１５のうちの１つまたは複数は、１つまたは複数のＵＥ１１５のためのＰｒｏＳｅ要求プロシージャと、ポーリングメッセージ送信と、関係する送信タイミングとを管理するように構成されたＰｒｏＳｅ管理構成要素６６１を含み得る。アクセスポイント１０５のうちのいくつかは、様々な例ではコアネットワーク１３０またはいくつかのアクセスポイント１０５（たとえば、基地局もしくはｅＮＢ）の一部であり得る、基地局コントローラ（図示せず）の制御下でＵＥ１１５と通信し得る。アクセスポイント１０５は、バックホールリンク１３２を通してコアネットワーク１３０と制御情報および／またはユーザデータを通信し得る。例では、アクセスポイント１０５は、ワイヤードまたはワイヤレス通信リンクであり得るバックホールリンク１３４を介して互いと直接または間接的に通信し得る。ワイヤレス通信システム１００は、複数のキャリア（異なる周波数の波形信号）上での動作をサポートし得る。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信することができる。たとえば、各通信リンク１２５は、上記で説明した様々な無線技術に従って変調されたマルチキャリア信号であり得る。各被変調信号は、異なるキャリア上で送られ得、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、データなどを搬送し得る。
【００２８】
[0042]いくつかの例では、ワイヤレス通信システム１００の少なくとも一部分は、ＵＥ１１５のうちの１つまたは複数およびアクセスポイント１０５のうちの１つまたは複数が、別の階層レイヤに関して低減されたレイテンシを有する階層レイヤ上の送信をサポートするように構成され得る、複数の階層レイヤ上で動作するように構成され得る。いくつかの例では、ハイブリッドＵＥ１１５−ａは、第１のサブフレームタイプを用いた第１のレイヤ送信をサポートする第１の階層レイヤと、第２のサブフレームタイプを用いた第２のレイヤ送信をサポートする第２の階層レイヤの両方の上で、アクセスポイント１０５−ａと通信し得る。たとえば、アクセスポイント１０５−ａは、第１のサブフレームタイプのサブフレームと時分割複信された第２のサブフレームタイプのサブフレームを送信し得る。
【００２９】
[0043]いくつかの例では、ハイブリッドＵＥ１１５−ａは、たとえば、ＨＡＲＱ方式を通して送信についてのＡＣＫ／ＮＡＣＫを与えることによって、送信の受信を確認応答し得る。第１の階層レイヤにおける送信についてのハイブリッドＵＥ１１５−ａからの確認応答は、いくつかの例では、送信が受信されたサブフレームに続くあらかじめ定義された数のサブフレームの後に与えられ得る。ハイブリッドＵＥ１１５−ａは、第２の階層レイヤにおいて動作するとき、例では、送信が受信されたサブフレームと同じサブフレーム中で受信を確認応答し得る。ＡＣＫ／ＮＡＣＫを送信し、再送信を受信するために必要とされる時間は、ラウンドトリップ時間（ＲＴＴ）と呼ばれることがあり、したがって、第２のサブフレームタイプのサブフレームは、第１のサブフレームタイプのサブフレームのためのＲＴＴよりも短い第２のＲＴＴを有し得る。
【００３０】
[0044]他の例では、第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤのみの上でアクセスポイント１０５−ｂと通信し得る。したがって、ハイブリッドＵＥ１１５−ａおよび第２のレイヤＵＥ１１５−ｂは、第２の階層レイヤ上で通信し得るＵＥ１１５の第２のクラスに属し得、レガシーＵＥは、第１の階層レイヤのみの上で通信し得るＵＥ１１５の第１のクラスに属し得る。アクセスポイント１０５−ｂおよびＵＥ１１５−ｂは、第２のサブフレームタイプのサブフレームの送信を通して第２の階層レイヤ上で通信し得る。アクセスポイント１０５−ｂは、もっぱら第２のサブフレームタイプのサブフレームを送信し得るか、または第２のサブフレームタイプのサブフレームと時分割多重化された第１の階層レイヤ上で、第１のサブフレームタイプの１つまたは複数サブフレームを送信し得る。第２のレイヤＵＥ１１５−ｂは、アクセスポイント１０５−ｂが第１のサブフレームタイプのサブフレームを送信する場合、第１のサブフレームタイプのそのようなサブフレームを無視し得る。したがって、第２のレイヤＵＥ１１５−ｂは、送信が受信されたサブフレームと同じサブフレーム中で送信の受信を確認応答し得る。したがって、第２のレイヤＵＥ１１５−ｂは、第１の階層レイヤ上で動作するＵＥ１１５と比較して低減されたレイテンシで動作し得る。
【００３１】
[0045]アクセスポイント１０５は、１つまたは複数のアクセスポイントアンテナを介してＵＥ１１５とワイヤレス通信し得る。アクセスポイント１０５サイトの各々は、それぞれのカバレージエリア１１０に通信カバレージを与え得る。いくつかの例では、アクセスポイント１０５は、基地トランシーバ局、無線基地局、無線トランシーバ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、または何らかの他の好適な用語で呼ばれることがある。基地局のためのカバレージエリア１１０は、カバレージエリアの一部分のみを構成するセクタに分割され得る（図示せず）。ワイヤレス通信システム１００は、異なるタイプのアクセスポイント１０５（たとえば、マクロ基地局、マイクロ基地局、および／またはピコ基地局）を含み得る。アクセスポイント１０５はまた、セルラーおよび／またはＷＬＡＮ無線アクセス技術など、異なる無線技術を利用し得る。アクセスポイント１０５は同じまたは異なるアクセスネットワークまたは事業者展開に関連し得る。同じまたは異なるタイプのアクセスポイント１０５のカバレージエリアを含み、同じまたは異なる無線技術を利用し、および／あるいは同じまたは異なるアクセスネットワークに属する、異なるアクセスポイント１０５のカバレージエリアは重複し得る。
【００３２】
[0046]ＬＴＥ／ＬＴＥ−Ａネットワーク通信システムでは、発展型ノードＢ（ｅノードＢまたはｅＮＢ）という用語は、概して、アクセスポイント１０５を表すために使用され得る。ワイヤレス通信システム１００は、異なるタイプのアクセスポイントが様々な地理的領域にカバレージを与える、異種ＬＴＥ／ＬＴＥ−Ａネットワークであり得る。たとえば、各アクセスポイント１０５は、通信カバレージをマクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに与え得る。ピコセル、フェムトセル、および／または他のタイプのセルなどのスモールセルは低電力ノードまたはＬＰＮを含み得る。マクロセルは、概して、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得る。スモールセルは、概して、比較的より小さい地理的エリアをカバーすることになり、たとえば、ネットワークプロバイダのサービスに加入しているＵＥ１１５による無制限アクセスを可能にし得、無制限アクセスに加えて、スモールセルとの関連を有するＵＥ１１５（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスをも与え得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。スモールセルのためのｅＮＢはスモールセルｅＮＢと呼ばれることがある。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セルをサポートし得る。
【００３３】
[0047]コアネットワーク１３０は、バックホール１３２（たとえば、Ｓ１インターフェースなど）を介してｅＮＢまたは他のアクセスポイント１０５と通信し得る。アクセスポイント１０５はまた、たとえば、バックホールリンク１３４（たとえば、Ｘ２インターフェースなど）を介しておよび／またはバックホールリンク１３２を介して（たとえば、コアネットワーク１３０を通して）直接または間接的に、互いと通信し得る。ワイヤレス通信システム１００は同期動作または非同期動作をサポートし得る。同期動作の場合、アクセスポイント１０５は同様のフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は近似的に時間的に整合され得る。非同期動作の場合、アクセスポイント１０５は異なるフレームタイミングを有し得、異なるアクセスポイント１０５からの送信は時間的に整合されないことがある。さらに、第１の階層レイヤおよび第２の階層レイヤにおける送信は、アクセスポイント１０５の間で同期されることもされないこともある。本明細書で説明する技法は、同期動作または非同期動作のいずれかのために使用され得る。
【００３４】
[0048]ＵＥ１１５はワイヤレス通信システム１００全体にわたって分散され、各ＵＥ１１５は固定または移動であり得る。ＵＥ１１５は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。ＵＥ１１５は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、時計または眼鏡などの装着可能なアイテム、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥ１１５は、マクロｅノードＢ、スモールセルｅノードＢ、リレーなどと通信することが可能であり得る。ＵＥ１１５はまた、セルラーまたは他のＷＷＡＮアクセスネットワーク、あるいはＷＬＡＮアクセスネットワークなど、異なるアクセスネットワーク上で通信することが可能であり得る。
【００３５】
[0049]ワイヤレス通信システム１００に示されている通信リンク１２５は、ＵＥ１１５からアクセスポイント１０５へのアップリンク（ＵＬ）送信、および／またはアクセスポイント１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含み得る。ダウンリンク送信は順方向リンク送信と呼ばれることもあり、アップリンク送信は逆方向リンク送信と呼ばれることもある。通信リンク１２５は、いくつかの例では通信リンク１２５において多重化され得る、各階層レイヤの送信を搬送し得る。ＵＥ１１５は、たとえば、多入力多出力（ＭＩＭＯ）、キャリアアグリゲーション（ＣＡ）、多地点協調（ＣｏＭＰ）、または他の方式を通して、複数のアクセスポイント１０５と共同的に通信するように構成され得る。ＭＩＭＯ技法は、複数のデータストリームを送信するために、アクセスポイント１０５上の複数のアンテナおよび／またはＵＥ１１５上の複数のアンテナを使用する。キャリアアグリゲーションは、データ送信のための同じまたは異なるサービングセル上の２つまたはそれ以上のコンポーネントキャリアを利用し得る。ＣｏＭＰは、ＵＥ１１５のための全体的な送信品質を改善するために、ならびにネットワークおよびスペクトル利用を増加させる、いくつかのアクセスポイント１０５による送信および受信の協調のための技法を含み得る。
【００３６】
[0050]上述のように、いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、複数のキャリア上で送信するためにキャリアアグリゲーションを利用し得る。いくつかの例では、アクセスポイント１０５およびＵＥ１１５は、２つまたはそれ以上の別個のキャリアを使用して、第１のサブフレームタイプを各々が有する１つまたは複数のサブフレームを、フレーム内で第１の階層レイヤにおいてコンカレントに送信し得る。各キャリアは、たとえば、２０ＭＨｚの帯域幅を有し得るが、他の帯域幅が利用され得る。ハイブリッドＵＥ１１５−ａおよび／または第２のレイヤＵＥ１１５−ｂは、いくつかの例では、別個のキャリアのうちの１つまたは複数の帯域幅よりも大きい帯域幅を有する単一のキャリアを利用して、第２の階層レイヤにおいて１つまたは複数のサブフレームを受信および／または送信し得る。たとえば、４つの別個の２０ＭＨｚキャリアが第１の階層レイヤにおいてキャリアアグリゲーション方式で使用される場合、単一の８０ＭＨｚキャリアが第２の階層レイヤにおいて使用され得る。８０ＭＨｚキャリアは、４つの２０ＭＨｚキャリアのうちの１つまたは複数によって使用される無線周波数スペクトルと少なくとも部分的に重複する無線周波数スペクトルの一部分を占有し得る。いくつかの例では、第２の階層レイヤタイプのためのスケーラブル帯域幅は、さらに拡張されたデータレートを与えるために、上記で説明したようなより短いＲＴＴを与えるための組み合わせられた技法であり得る。
【００３７】
[0051]ワイヤレス通信システム１００によって採用され得る異なる動作モードの各々は、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）に従って動作し得る。いくつかの例では、異なる階層レイヤは、異なるＴＤＤまたはＦＤＤモードに従って動作し得る。たとえば、第１の階層レイヤはＦＤＤに従って動作し得、第２の階層レイヤはＴＤＤに従って動作し得る。いくつかの例では、ＯＦＤＭＡ通信信号は、各階層レイヤのためのＬＴＥダウンリンク送信のための通信リンク１２５において使用され得、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）通信信号は、各階層レイヤにおけるＬＴＥアップリンク送信のための通信リンク１２５において使用され得る。ワイヤレス通信システム１００などのシステムにおける階層レイヤの実装に関する追加の詳細、ならびにそのようなシステムにおける通信に関係する他の特徴および機能が、以下の図を参照しながら以下で与えられる。
【００３８】
[0052]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の一例を示す図である。この例では、アクセスネットワーク２００はいくつかのセルラー領域（セル）２０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ２０８は、セル２０２のうちの１つまたは複数と重複するセルラー領域２１０を有し得る。より低い電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、またはリモートラジオヘッド（ＲＲＨ：remote radio head）であり得る。マクロｅＮＢ２０４は各々、それぞれのセル２０２に割り当てられ、セル２０２中のすべてのＵＥ２０６に発展型パケットコアへのアクセスポイントを与えるように構成される。一態様では、ｅＮＢ２０４は、ｅＮＢ２０４においてＰｒｏＳｅ動作を管理するＰｒｏＳｅ機能を制御するように構成され得る、ＰｒｏＳｅ機能構成要素６０２を含み得る。同様に、ＵＥ２０６のうちの１つまたは複数は、１つまたは複数のＵＥ２０６のためのＰｒｏＳｅ要求プロシージャと、ポーリングメッセージ送信と、関係する送信タイミングとを管理するように構成されたＰｒｏＳｅ管理構成要素６６１を含み得る。アクセスネットワーク２００のこの例には集中型コントローラはないが、代替構成では集中型コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ１１６への接続性を含む、すべての無線関係機能を担当する。
【００３９】
[0053]アクセスネットワーク２００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念はＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２：3rd Generation Partnership Project 2）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを与えるためにＣＤＭＡを採用する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課される全体的な設計制約に依存することになる。
【００４０】
[0054]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データスチームは、データレートを増加させるために単一のＵＥ２０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ２０６に送信され得る。これは、各データストリームを空間的にプリコーディングし（すなわち、振幅および位相のスケーリングを適用し）、次いで、ＤＬ上で複数の送信アンテナを通して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともに（１つまたは複数の）ＵＥ２０６に到着し、これにより、（１つまたは複数の）ＵＥ２０６の各々は、そのＵＥ２０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。ＵＬ上で、各ＵＥ２０６は、空間的にプリコーディングされたデータストリームを送信し、これにより、ｅＮＢ２０４は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００４１】
[0055]空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００４２】
[0056]以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬ上でＯＦＤＭをサポートするＭＩＭＯシステムに関して説明される。ＯＦＤＭは、ＯＦＤＭシンボル内のいくつかのサブキャリアを介してデータを変調するスペクトラム拡散（spread-spectrum）技法である。サブキャリアは正確な周波数で離間される。離間は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を与える。時間領域では、ＯＦＤＭシンボル間干渉をなくすために、ガードインターバル（たとえば、サイクリックプレフィックス）が各ＯＦＤＭシンボルに追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＳＣ−ＦＤＭＡをＤＦＴ拡散ＯＦＤＭ信号の形態で使用し得る。
【００４３】
[0057]図３は、ＬＴＥにおけるＤＬフレーム構造の一例を示す図３００である。フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割され得る。各サブフレームは、２つの連続するタイムスロットを含み得る。２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソース要素ブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソース要素ブロックは、周波数領域中に１２個の連続するサブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７つの連続するＯＦＤＭシンボルを含んでおり、すなわち８４個のリソース要素を含んでいることがある。拡張サイクリックプレフィックスについて、リソース要素ブロックは、時間領域中に６つの連続するＯＦＤＭシンボルを含んでいることがあり、７２個のリソース要素を有する。Ｒ３０２、３０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ：DL reference signal）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）３０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）３０４とを含む。ＵＥ−ＲＳ３０４は、対応するＰＤＳＣＨがマッピングされるリソース要素ブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソース要素ブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００４４】
[0058]図４は、ＬＴＥにおけるＵＬフレーム構造の一例を示す図４００である。ＵＬのための利用可能なリソース要素ブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソース要素ブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソース要素ブロックを含み得る。ＵＬフレーム構造は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【００４５】
[0059]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソース要素ブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥは、ｅＮＢにデータを送信するために、データセクション中のリソース要素ブロック４２０ａ、４２０ｂをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソース要素ブロック上の物理ＵＬ制御チャネル（ＰＵＣＣＨ：physical UL control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソース要素ブロック上の物理ＵＬ共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００４６】
[0060]初期システムアクセスを実施し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）４３０中でＵＬ同期を達成するために、リソース要素ブロックのセットが使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、いかなるＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソース要素ブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中でまたは少数の連続サブフレームのシーケンス中で搬送され、ＵＥはフレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みのみを行うことができる。
【００４７】
[0061]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で示される。レイヤ１（Ｌ１レイヤ）は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。Ｌ１レイヤを本明細書では物理レイヤ５０６と呼ぶ。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上にあり、物理レイヤ５０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００４８】
[0062]ユーザプレーンでは、Ｌ２レイヤ５０８は、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ５１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ５１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）５１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含めてＬ２レイヤ５０８の上にいくつかの上位レイヤを有し得る。
【００４９】
[0063]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ５１２は、上位レイヤデータパケットのセグメンテーションおよびリアセンブリと、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ５１０はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソース要素ブロック）を割り振ることを担当する。ＭＡＣサブレイヤ５１０はＨＡＲＱ動作をも担当する。
【００５０】
[0064]制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）中に無線リソース制御（ＲＲＣ）サブレイヤ５１６を含む。ＲＲＣサブレイヤ５１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。
【００５１】
[0065]図６は、アクセスネットワーク中でＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ６７５に与えられる。コントローラ／プロセッサ６７５はＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、様々な優先度メトリックに基づくＵＥ６５０への無線リソース割振りとを行う。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ６５０へのシグナリングとを担当する。
【００５２】
[0066]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ６５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づく信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。コーディングされ、変調されたシンボルは、次いで並列ストリームに分割される。各ストリームは、次いで、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ）を使用して互いに合成される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ６５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機６１８ＴＸを介して異なるアンテナ６２０に与えられる。各送信機６１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。さらに、ｅＮＢ６１０は、ｅＮＢ６１０においてＰｒｏＳｅ動作を管理するＰｒｏＳｅ機能を制御するように構成され得る、ＰｒｏＳｅ機能構成要素６０２を含み得る。
【００５３】
[0067]ＵＥ６５０において、各受信機６５４ＲＸは、それのそれぞれのアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信（ＲＸ）プロセッサ６５６に情報を与える。ＲＸプロセッサ６５６はＬ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ６５６は、ＵＥ６５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実施する。複数の空間ストリームがＵＥ６５０に宛てられた場合、それらはＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ６５６は、次いで、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ６１０によって送信される、可能性が最も高い信号コンスタレーションポイントを決定することによって復元され、復調される。これらの軟判定は、チャネル推定器６５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ６１０によって最初に送信されたデータと制御信号とを復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ６５９に与えられる。
【００５４】
[0068]コントローラ／プロセッサ６５９はＬ２レイヤを実装する。コントローラ／プロセッサは、プログラムコードとデータとを記憶するメモリ６６０に関連付けられ得る。メモリ６６０はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読（deciphering）と、ヘッダ復元（decompression）と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク６６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク６６２に与えられ得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用する誤り検出を担当する。さらに、ＵＥ６５０は、１つまたは複数のＵＥ６５０のためのＰｒｏＳｅ要求プロシージャと、ポーリングメッセージ送信と、関係する送信タイミングとを管理するように構成されたＰｒｏＳｅ管理構成要素６６１を含み得る。
【００５５】
[0069]ＵＬでは、データソース６６７が、コントローラ／プロセッサ６５９に上位レイヤパケットを与えるために使用される。データソース６６７は、Ｌ２レイヤの上のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関して説明した機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮と、暗号化と、パケットのセグメンテーションおよび並べ替えと、ｅＮＢ６１０による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００５６】
[0070]ｅＮＢ６１０によって送信される基準信号またはフィードバックからの、チャネル推定器６５８によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成される空間ストリームは、別個の送信機６５４ＴＸを介して異なるアンテナ６５２に与えられる。各送信機６５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００５７】
[0071]ＵＬ送信は、ＵＥ６５０における受信機機能に関して説明した様式と同様の様式でｅＮＢ６１０において処理される。各受信機６１８ＲＸは、それのそれぞれのアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、ＲＸプロセッサ６７０に情報を与える。ＲＸプロセッサ６７０はＬ１レイヤを実装し得る。
【００５８】
[0072]コントローラ／プロセッサ６７５はＬ２レイヤを実装する。コントローラ／プロセッサ６７５は、プログラムコードとデータとを記憶するメモリ６７６に関連付けられ得る。メモリ６７６はコンピュータ可読媒体と呼ばれることがある。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、解読と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ６７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用する誤り検出を担当する。
【００５９】
[0073]図７は、少なくともＵＥ７０２と少なくとも１つのネットワークエンティティ７０４とを伴う例示的なＰｒｏＳｅ動作のための例示的なメッセージフロー７００を示す流れ図である。いくつかの例では、ＵＥ７０２は発見側ＵＥを備え得、ネットワークエンティティ７０４は、ＵＥ７０２に対応するＰｒｏＳｅ機能を含むかまたはさもなければ実装し得る。図７および本開示の以下の説明では、概して、ネットワークエンティティ７０４によって実施される任意の機能または方法は、ネットワークエンティティ７０４によって実装されるＰｒｏＳｅ機能によって実施され得る。
【００６０】
[0074]一態様では、ＵＥ７０２および／またはネットワークエンティティ７０４は、ＵＥ７０２とネットワークエンティティ７０４との間のＨＴＴＰ接続７０５を開始し得る。さらに、ＵＥ７０２は、近接要求メッセージ７０６を生成し、それをネットワークエンティティ７０４に送信し得る。いくつかの例では、近接要求メッセージ７０６は、被発見側ＵＥ識別子を含み得、被発見側ＵＥ識別子に対応する被発見側ＵＥ（図示せず）のロケーションを決定するために生成され得る。一態様では、たとえば、被発見側ＵＥ識別子は、限定はしないが、関連するアプリケーションレイヤユーザＩＤ、一意のデバイス識別子、電話番号など、ＵＥの識別を可能にする情報の任意のセットであり得る。さらに、近接要求メッセージ７０６は、近接要求が要求される時間期間として働くタイミングウィンドウを含み得る。言い換えれば、時間期間が満了したとき、近接要求メッセージ７０６に関連する近接要求プロシージャはアボートされ得、ＨＴＴＰ接続は閉じられ得る。
【００６１】
[0075]さらに、近接要求メッセージの送信時に、ＵＥ７０２は、ネットワークエンティティ７０４からの応答に基づいて、被発見側ＵＥがＵＥ７０２と近接しているかどうかを決定するために、ネットワークエンティティ７０４にポーリングメッセージ７０８を送信し得る。
【００６２】
[0076]さらに、ブロック７１０において、ポーリングメッセージ７０８を受信したことに応答して、ネットワークエンティティ７０４は、ポーリング応答（たとえば、近接アラート、近接要求取消し、または次のポーリング時間を含むポーリング応答メッセージ）を保留し得、発見側ＵＥ７０２および被発見側ＵＥの一方または両方に関連するロケーション報告を受信するまで、ＨＴＴＰ接続７０５を開いたままにし得る。さらに、ブロック７１２において、ネットワークエンティティ７０４は、発見側ＵＥ７０２および被発見側ＵＥの一方または両方からロケーション報告を受信し得る。
【００６３】
[0077]一態様では、メッセージフロー７００に明示的に示されていないが、発見側ＵＥロケーション報告は、ＵＥ７０２のためのＳＬＰロケーション報告を管理するＳＬＰネットワークエンティティから受信され得、被発見側ロケーション報告は、被発見側ＵＥに関連するＰｒｏＳｅ機能を管理するネットワークエンティティから受信され得る。たとえば、一態様では、発見側ＵＥおよび被発見側ＵＥの一方または両方は、位置推定値を生成し、それをＵＥに関連するＳＬＰに送信し得る。これらの個々のＳＬＰは、位置推定値に基づいてロケーション報告メッセージを生成することと、第１のＵＥがポーリングメッセージを送信した後、ロケーション報告メッセージをネットワークエンティティに送信することとを行うように構成され得る。別の態様では、位置推定値を生成し、それをそれぞれの発見側ＵＥまたは被発見側ＵＥに関連するＳＬＰに送信するのではなく、ＵＥはＳＬＰにロケーション測定値を送信し得る。ＳＬＰは、ロケーション測定値に基づいてＵＥ（発見側または被発見側）のためのロケーション推定値を生成するように構成され得、生成されたロケーション推定値を含むロケーション報告メッセージを生成し得る。ＳＬＰは、次いで、発見側ＵＥがポーリングメッセージを送信した後、ロケーション報告メッセージをネットワークエンティティに送信し得る。
【００６４】
[0078]ブロック７１４を参照すると、一例では、ネットワークエンティティ７０４は、ブロック７１２において受信された１つまたは複数のロケーション報告に基づいて、発見側ＵＥ７０２と被発見側ＵＥとが近接していないと決定し得る。一態様では、ＵＥが近接しているかどうかに関する決定は、ＰｒｏＳｅ機能によって定義され得るある地理的近接度内にＵＥがあるかどうかを決定することを含み得る。たとえば、この地理的近接度は、限定はしないが、数フィートまたは最高で何マイルもなど、任意の相対地理的ロケーション値を取り得る。代替的に、近接度は、ＵＥのサービングセル、セクタ、またはｅＮＢに対応する、セル、セクタ、またはｅＮＢ識別子（ＩＤ）に関連するロケーションに基づき得る。
【００６５】
[0079]さらに、ブロック７１６において、ＵＥがまだ近接していないと決定したことに基づいて（および、将来の何らかの定義された時間間隔においてＵＥが近接していることがあるという決定に潜在的に基づいて）、ネットワークエンティティ７０４は、次のポーリング時間を含むポーリング応答メッセージを生成し得る。一態様では、ポーリング応答メッセージ中に含まれる次のポーリング時間は、発見側ＵＥ７０２および被発見側ＵＥの一方または両方のロケーション報告スケジュールに基づき得る。いくつかの例では、これらのロケーション報告スケジュールは、ＵＥ自体から、またはＵＥに関連するＳＬＰエンティティから受信され得、それらが、ポーリング応答メッセージのための次のポーリング時間を決定するためにＰｒｏＳｅ機能によって利用され得るように、ネットワークエンティティ７０４において記憶され得る。
【００６６】
[0080]さらに、ブロック７１６においてポーリング応答メッセージが生成されると、ネットワークエンティティ７０４は、次のポーリング時間を含むポーリング応答メッセージ７１８をＵＥ７０２に送信し得る。さらに、ポーリング応答メッセージ７１８を送信すると、ネットワークエンティティ７０４は、ブロック７２０においてＵＥ７０２とネットワークエンティティ７０４との間のＨＴＴＰ接続７０５を閉じ得る。
【００６７】
[0081]ポーリング応答メッセージ７１８を受信すると、ＵＥ７０２は、ポーリング応答メッセージ７１８中に含まれる次のポーリング時間において後続のポーリング要求を送信すべきかどうかを決定し得る。いくつかの例では、ポーリング応答メッセージ７１８中に含まれる次のポーリング時間において後続のポーリング要求を送信する代わりに、ＵＥ７０２は、ポーリング応答メッセージを受信した直後に、次のロケーション報告がネットワークエンティティ７０４に送信されるべき時間の直前である時間において（たとえば、次のロケーション報告が送信されるべき時間の、指定されたバックアップ時間期間前において）、またはＵＥ７０２によって指定された他の時間においてポーリングし得る。これらの代替オプションが利用可能であるが、ＵＥ７０２は、ブロック７２２において、ポーリング応答メッセージ７１８中に含まれる次のポーリング時間において後続のポーリングメッセージを送信することを決定し得る。
【００６８】
[0082]ブロック７２２において決定が行われた後、ＵＥ７０２は、ポーリング応答メッセージ７１８中に含まれる次のポーリング時間を待ち得、次いで、後続のポーリングメッセージ７２４をネットワークエンティティ７０４に送信し得る。さらに、ＵＥ７０２は、後続のポーリングメッセージ７２４の送信を可能にするために、ネットワークエンティティ７０４とのＨＴＴＰ接続７２３を開始し得る。
【００６９】
[0083]ネットワークエンティティ７０４の動作に戻ると、ネットワークエンティティ７０４は後続のポーリングメッセージ７２４を受信し得る。さらに、後続のポーリングメッセージ７２４を受信した後に、ネットワークエンティティ７０４は、ブロック７２６において発見側ＵＥおよび被発見側ＵＥの一方または両方に関連するロケーション報告を受信し得る。ブロック７１２において受信されたロケーション報告のように、メッセージフロー７００に明示的に示されていないが、発見側ＵＥロケーション報告は、ＵＥ７０２のためのＳＬＰロケーション報告を管理するＳＬＰネットワークエンティティから受信され得、被発見側ロケーション報告は、被発見側ＵＥに関連するＰｒｏＳｅ機能を管理するネットワークエンティティから受信され得る。その上、後続のポーリングメッセージ７２４に関して特に図示されていないが、ネットワークエンティティ７０４は、ブロック７２６において少なくとも１つのロケーション報告が受信されるまで、ポーリング応答の送信を保留し得る。
【００７０】
[0084]次に、ブロック７２８において、ネットワークエンティティ７０４のＰｒｏＳｅ機能は、ブロック７２６において受信された発見側ＵＥ７０２および被発見側ＵＥに関連するロケーション報告の一方または両方によって示された（１つまたは複数の）ロケーションに基づいて、発見側ＵＥ７０２と被発見側ＵＥとが近接度内にあると決定し得る。この決定に基づいて、ネットワークエンティティ７０４は、発見側ＵＥ７０２と被発見側ＵＥとが近接していることを示す近接アラート７３０をＵＥ７０２に送信し得る。近接アラート７３０を送信すると、ネットワークエンティティ７０４は、ＰｒｏＳｅ要求プロセスが終わったので、ブロック７３２においてＨＴＴＰ接続を閉じ得る。
【００７１】
[0085]さらに、メッセージフロー７００に明示的に示されていないが、ブロック７２８においてＵＥが近接していると決定する代わりに、ネットワークエンティティ７０４のＰｒｏＳｅ機能は、ＵＥが近接していない、および／またはＵＥが、所与の将来の時間フレーム内に近接している低い確率を有すると決定し得ることに留意されたい（たとえば、近接アラートが切迫していないという決定）。そのような例では、近接アラート７３０を送信する代わりに、ネットワークエンティティ７０４は、近接要求取消しを生成および送信し、ＨＴＴＰ接続を閉じ得る。
【００７２】
[0086]図８は、１つまたは複数のネットワークエンティティの各々において、図７で説明した行為など、ＰｒｏＳｅ動作を管理するＰｒｏＳｅ機能８１８を制御するように構成され得る、ＰｒｏＳｅ機能構成要素６０２（図６参照）の複数の副構成要素を含んでいるブロック図である。一態様では、ＰｒｏＳｅ機能構成要素６０２は、ＵＥから受信された１つまたは複数のポーリングメッセージに関連する１つまたは複数のポーリング応答メッセージを生成するように構成され得る、ポーリング応答メッセージ生成構成要素８０２を含み得る。一態様では、ポーリング応答メッセージは、近接アラートメッセージ、近接要求取消しメッセージ、またはＵＥが後続のポーリングメッセージを送信すべき次のポーリング時間を示すポーリング応答メッセージを備え得る。その上、ポーリング応答メッセージ生成構成要素８０２は、上記で説明したように、ロケーション報告を受信するまでポーリング応答を保留するように構成される。
【００７３】
[0087]さらに、ＰｒｏＳｅ機能構成要素６０２は、（たとえば、近接アラートメッセージまたは近接要求取消しメッセージが生成されない場合）ポーリング応答メッセージ中で潜在的に送信されるべき次のポーリング時間を生成するように構成され得る、次のポーリング時間生成構成要素８０４を含み得る。一態様では、次のポーリング時間生成構成要素８０４は、発見側ＵＥと被発見側ＵＥとを含み得る１つまたは複数のＵＥに対応する１つまたは複数のロケーション報告スケジュール８０６に基づいて、次のポーリング時間を生成するように構成され得る。たとえば、次のポーリング時間を生成するときに、次のポーリング時間生成構成要素は、ロケーション報告スケジュール８０６に基づいて、発見側ＵＥまたは被発見側ＵＥのいずれかのための次のスケジュールされたロケーション報告イベントを決定し得る。次のポーリング時間生成構成要素８０４は、次いで、次のスケジュールされたロケーション報告イベントに対応するように、または次のスケジュールされたロケーション報告イベントの直前に（たとえば、そのロケーション報告イベントに、構成された時間間隔先行して）次のポーリング時間を設定し得る。
【００７４】
[0088]さらに、ＰｒｏＳｅ機能は、多くのロケーション報告８１０のうちの１つ中に含まれるＵＥロケーションに基づいて、発見側ＵＥと被発見側ＵＥとが互いに近接度内にあるかどうかを決定するように構成され得る、近接決定構成要素８０８を含み得る。一態様では、近接決定構成要素８０８は、ＰｒｏＳｅ機能８１８によって定義され得るある地理的近接度内にＵＥがあるかどうかを決定することによって、ＵＥが近接しているかどうかを決定するように構成され得る。たとえば、この地理的近接度は、限定はしないが、数フィートまたは最高で何マイルもなど、任意の相対地理的ロケーション値を取り得る。代替的に、近接度は、ＵＥのサービングセル、セクタ、またはｅＮＢに対応する、セル、セクタ、またはｅＮＢ  ＩＤに関連するロケーションに基づき得る。
【００７５】
[0089]さらに、近接決定構成要素８０８は、ある時間フレーム内に（たとえば、発見側ＵＥによって送られた近接要求メッセージ中に含まれる時間ウィンドウ内に、または他の構成された時間フレーム内に）ＵＥが近接するようになる確率を決定するように構成され得る。いくつかの例では、ＰｒｏＳｅ機能構成要素６０２は、ＵＥが、直近のロケーション報告８１０に基づいて、現在近接していないが、ＵＥが、特定の時間フレーム内に近接している可能性がある（たとえば、しきい値よりも大きいかまたはそれに等しい可能性を有する）と決定し得る。そのような決定は、たとえば、１つまたは複数の過去および／または現在のロケーション報告８１０から導出された１つまたは複数の移動傾向に基づいて行われ得る。ＵＥが時間フレーム内に近接するようになる可能性があると決定された場合、ＰｒｏＳｅ機能構成要素６０２は、発見側ＵＥおよび被発見側ＵＥの一方または両方のロケーション報告スケジュール８０６を変更する（たとえば、ロケーション報告送信をより頻繁にする）ために、ＵＥの一方または両方に関連するＳＬＰエンティティおよび／またはＵＥ自体にメッセージを送信し得る。ロケーション報告スケジュールをより頻繁になるように変更することによって、ＰｒｏＳｅ機能構成要素６０２は、前のロケーション報告スケジュールと比較して近接アラートがより迅速に生成されることを可能にし得、したがって、ＵＥがいつ近接するようになるかに関してより高い時間精度を与え得る。
【００７６】
[0090]さらに、ＰｒｏＳｅ機能構成要素６０２は、ネットワークエンティティと１つまたは複数のＵＥとの間の１つまたは複数のＨＴＴＰ接続を確立するかまたは閉じるように構成され得る、ＨＴＴＰ接続マネージャ構成要素８１２を含み得る。一態様では、ＨＴＴＰ接続マネージャ構成要素８１２は、接続を開始したいというＵＥからの要求に応答してＨＴＴＰ接続を確立するように構成され得る。一態様では、ＨＴＴＰ接続マネージャ構成要素８１２は、近接アラートメッセージ、近接要求取消しメッセージ、または次のポーリング時間を含むポーリング応答メッセージを送信すると、ＨＴＴＰ接続を閉じるように構成され得る。
【００７７】
[0091]追加の態様では、ＰｒｏＳｅ機能構成要素６０２は、近接決定構成要素８０８が、発見側ＵＥと被発見側ＵＥとが近接していると決定した場合、ＵＥへの送信のための近接アラートを生成するように構成され得る、近接アラート生成構成要素８１４を含み得る。さらに、ＰｒｏＳｅ機能構成要素６０２は、たとえば、近接決定構成要素８０８が、発見側ＵＥと被発見側ＵＥとが近接度内にない、および／またはある時間フレーム内に（たとえば、発見側ＵＥによって送られた近接要求メッセージ中に含まれる時間ウィンドウ内に）ＵＥが近接するようにならないと決定した場合、近接要求取消しメッセージを生成するように構成され得る、近接要求取消し生成構成要素８１４を含み得る。
【００７８】
[0092]図９に、ネットワークエンティティ（たとえば、ｅノードＢ）、および／またはネットワークエンティティによって実行または管理されるＰｒｏＳｅ機能によって実施され得る、本開示のＰｒｏＳｅシステムにおけるポーリング管理のための例示的な方法９００を示す。一態様では、方法９００は、ブロック９０２において、ネットワークエンティティにおいて、ポーリング要求プロシージャを開始した発見側ＵＥを備え得る第１のＵＥからポーリングメッセージを受信することを含み得る。さらに、方法９００は、ブロック９０４において、ネットワークエンティティにおいて、ポーリングメッセージを受信した後に、第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信することを含み得る。一態様では、第２のＵＥは、ポーリング要求プロシージャを開始したＵＥからのポーリング要求メッセージ中に含まれるアプリケーションレイヤユーザＩＤを有する被発見側ＵＥを備え得る。いくつかの例では、ブロック９０２および９０４は、（以下で説明する）図１０の受信モジュール１００４および／あるいは図６の受信機６１８ＲＸまたはＲＸプロセッサ６７０によって実施され得る。
【００７９】
[0093]さらに、方法９００は、ブロック９０６において、第１のロケーション報告および第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定することを含み得る。一態様では、ブロック９０６において生成されるポーリング応答メッセージは、第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく第１のＵＥのための次のポーリング時間を含み得る。ブロック９０６の決定は、たとえば、ブロック９０４において受信された第１または第２のロケーション報告中で報告された第１のＵＥおよび／または第２のＵＥのロケーションに基づいて行われ得る。さらに、いくつかの例では、ブロック９０６は、図８のポーリング応答メッセージ生成構成要素８０２によって実施され得る。
【００８０】
[0094]（点線によって示された）随意の態様では、方法９００は、ブロック９０８において、ポーリングメッセージを第１のＵＥに送信することを含み得る。いくつかの例では、ブロック９０８は、（以下で説明する）図１０の送信モジュール１００６、あるいは図６の送信機６１８ＴＸまたはＴＸプロセッサ６１６によって実施され得る。さらに、方法９００は、図９に明示的に示されていないさらなる随意の態様を含み得る。たとえば、方法９００は、ポーリング応答メッセージを送信すると、または近接アラートまたは近接要求取消しを送信すると、ネットワークエンティティと第１のＵＥとの間のＨＴＴＰ接続を閉じることを含み得る。さらに、方法９００は、第１のロケーション報告および第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、ポーリング応答メッセージを生成することを決定することを随意に含み得る。
【００８１】
[0095]追加の随意の態様では、方法９００は、ネットワークエンティティにおいて、ポーリングメッセージを受信するより前に、第１のＵＥから近接要求プロシージャ開始メッセージを受信することを含み得る。そのような例では、近接要求プロシージャ開始メッセージは、第１のロケーション報告および第２のロケーション報告の一方または両方の受信に基づいて、ポーリング応答の生成がトリガされるようにし得る。さらに、ブロック９０４において生成された第１のＵＥのための次のポーリング時間は、第２のＵＥが時間期間内に第１のＵＥに近接している確率にさらに基づき得る。
【００８２】
[0096]さらに、方法９００に関して例示的な方法機能が上記で提示されているが、これらは排他的ではない。代わりに、本開示によって説明される改善されたＰｒｏＳｅ機能のいかなる機能または態様も方法９００に含まれ得る。
【００８３】
[0097]図１０は、例示的な装置１００２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１０００である。装置１００２は、限定はしないが、図１のアクセスポイント１０５、図２のマクロｅＮＢ２０４または低電力クラスｅＮＢ２０８、図６のｅＮＢ６１０、あるいは図７のネットワークエンティティ７０４を含み得る、ｅノードＢなど、ネットワークエンティティであり得る。装置１００２は、アップリンクメッセージ１０１０（たとえば、１つまたは複数のＵＥ７０２によって装置１００２に送信された近接要求メッセージ、ポーリングメッセージなど）を受信するように構成された受信モジュール１００４と、ＰｒｏＳｅ機能構成要素６０２およびそれの関係する副構成要素（たとえば、図８参照）と、ダウンリンクメッセージ１０１６（たとえば、１つまたは複数のＵＥ７０２への近接アラートメッセージ、近接要求取消しメッセージ、および／または次のポーリング時間を含むポーリング応答メッセージ）を送信するように構成された送信モジュール１００６とを含む。
【００８４】
[0098]受信モジュール１００４、ＰｒｏＳｅ機能構成要素６０２（および、図８中のそれの副構成要素）、または送信モジュール１００６は、図９の上述の方法９００の１つまたは複数の態様を実施し得る。たとえば、受信モジュール１００４は、（たとえば、第１のＵＥと第２のＵＥとを含み得る）１つまたは複数のＵＥ７０２から１つまたは複数のポーリングメッセージを受信するように構成され得る。さらに、受信モジュール１００４は、（たとえば、１つまたは複数のポーリングメッセージを受信した後に）第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するように構成され得る。受信モジュール１００４は、ポーリングメッセージならびに／または第１および第２のロケーション報告１０１２をＰｒｏＳｅ機能構成要素６０２にフォワーディングし得、したがって、ＰｒｏＳｅ機能構成要素６０２は、ポーリングメッセージならびに／または第１および第２のロケーション報告１０１０を取得し得る。ＰｒｏＳｅ機能構成要素６０２は、第１のロケーション報告および第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定し得る。さらに、ダウンリンクスケジューリング構成要素６０２が、ポーリング応答メッセージが生成されるべきであると決定した場合、ダウンリンクスケジューリング構成要素６０２は、第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく第１のＵＥのための次のポーリング時間をポーリング応答メッセージ中に含め得る。ＰｒｏＳｅ機能構成要素６０２は、生成されたポーリング応答メッセージ１０１４を送信モジュール１００６に送り得る。送信モジュール１００６は、少なくともポーリング応答メッセージ１０１６を１つまたは複数のＵＥ７０２に送信するように構成され得る。
【００８５】
[0099]さらに、装置１００２は、図９の方法９００のステップの各々を実施する追加のモジュールを含み得る。したがって、図９の上述の方法９００中の各ステップは、追加または代替として、追加のモジュールによって実施され得、装置１００２は、それらの追加のモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００８６】
[00100]図１１は、処理システム１１１４を採用する装置１００２’のためのハードウェア実装形態の一例を示す図１１００である。装置１００２’は、限定はしないが、図１のアクセスポイント１０５、図２のマクロｅＮＢ２０４または低電力クラスｅＮＢ２０８、図６のｅＮＢ６１０、図７のネットワークエンティティ７０４、あるいは図１０のネットワークエンティティ１００２を含み得る、ｅノードＢなど、ネットワークエンティティであり得る。処理システム１１１４は、バス１１２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１１２４は、処理システム１１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１１２４は、プロセッサ１１０４と、ＰｒｏＳｅ機能構成要素６０２およびそれの関係する副構成要素（たとえば、図８参照）と、コンピュータ可読媒体１１０６とによって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１１２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００８７】
[00101]処理システム１１１４は、いくつかの例では、図１０の受信モジュール１００４と送信モジュール１００６とを含み得る、トランシーバ１１１０に結合され得る。トランシーバ１１１０は１つまたは複数のアンテナ１１２０に結合される。トランシーバ１１１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。さらに、トランシーバ１１１０は、１つまたは複数のＵＥにメッセージ（たとえば、近接アラートメッセージ、近接要求取消しメッセージ、および／または次のポーリング時間を含むポーリング応答メッセージ）を送信するように構成され得る。処理システム１１１４は、コンピュータ可読媒体１１０６に結合されたプロセッサ１１０４を含む。プロセッサ１１０４は、コンピュータ可読媒体１１０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行されたとき、処理システム１１１４に、特定の装置のための上記で説明した様々な機能を実施させる。コンピュータ可読媒体１１０６はまた、ソフトウェアを実行するときにプロセッサ１１０４によって操作されるデータを記憶するために使用され得る。処理システムは、ＰｒｏＳｅ機能構成要素６０２およびそれの関係する副構成要素（たとえば、図８参照）をさらに含む。モジュール／構成要素は、コンピュータ可読媒体１１０６中に常駐する／記憶された、プロセッサ１１０４中で動作するソフトウェアモジュールであるか、プロセッサ１１０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１１１４は、ｅＮＢ６１０の構成要素であり得、メモリ６７６、および／またはＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とのうちの少なくとも１つを含み得る。
【００８８】
[00102]一構成では、ワイヤレス通信のための装置１００２’は、第１のＵＥからポーリングメッセージを受信するための手段と、ポーリングメッセージを受信した後に、第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するための手段と、第１のロケーション報告および第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定するための手段と、ここにおいて、ポーリング応答メッセージが、第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく第１のＵＥのための次のポーリング時間を含む、を含む。上述の手段は、上述の手段によって具陳された機能を実施するように構成された、装置１００２、および／または装置１００２’の処理システム１１１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１１１４は、ＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実施するように構成されたＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とであり得る。
【００８９】
[00103]図１２は、ＵＥ中に存在し得、１つまたは複数のＵＥのためのＰｒｏＳｅ要求プロシージャと、ポーリングメッセージ送信と、関係する送信タイミングとを管理するように構成され得る、ＰｒｏＳｅ管理構成要素６６１（図６参照）の複数の副構成要素を含んでいるブロック図である。一態様では、ＰｒｏＳｅ管理構成要素６６１は、ＰｒｏＳｅプロセスに関係する１つまたは複数のポーリングメッセージを生成するように構成され得る、ポーリングメッセージ生成構成要素１２０２を含み得る。さらに、ポーリングメッセージ生成構成要素１２０２は、１つまたは複数のポーリングメッセージのためのポーリング時間を決定または選択するように構成され得る、ポーリング時間決定構成要素１２０４を含み得る。たとえば、ポーリング時間決定構成要素１２０４は、ポーリング応答メッセージ中で受信された次のポーリング時間に基づく、次のポーリング時間を選択し得る。
【００９０】
[00104]代替的に、ポーリング時間決定構成要素１２０４によって選択された次のポーリング時間は、ロケーション報告スケジュール１２０８に基づくスケジュールロケーション報告送信に関連し得る。言い換えれば、本開示の一態様では、ポーリングメッセージ生成構成要素１２０２は、次のロケーション報告が、ＰｒｏＳｅ機能を管理するネットワークエンティティに送信されるべき時間の直前に（たとえば、その時間の、指定されたバックアップ時間期間前において）ポーリングメッセージを生成および／または送信し得る。
【００９１】
[00105]本開示のさらなる態様では、ポーリングメッセージ生成構成要素１２０２は、ＵＥが、（ａ）近接要求プロシージャを開始したか、（ｂ）周期ロケーション報告を開始するようにネットワークによって（たとえば、ＰｒｏＳｅ機能を管理するネットワークエンティティによって）要求されたか、または（ａ）と（ｂ）の両方が行われたのでない限り、（たとえば、ポーリングメッセージを生成することによって）ポーリングを開始しないことがあるか、またはポーリングメッセージが生成または送信される頻度を低減し得る。
【００９２】
[00106]さらに、ＰｒｏＳｅ管理構成要素６６１は、（たとえば、単独でまたはネットワークのＳＬＰエンティティと連携して）１つまたは複数のロケーション報告を生成し、ＰｒｏＳｅ機能を管理するネットワークエンティティに送信するように構成され得る、ロケーション報告構成要素１２０６を含み得る。一態様では、ロケーション報告構成要素１２０６は、場合によっては、ＰｒｏＳｅ機能を管理するネットワークエンティティによって変更され得る、ロケーション報告スケジュール１２０８に従ってロケーション報告を生成および／または送信し得る。
【００９３】
[00107]図１３に、ＰｒｏＳｅシステムのＵＥによって実施され得る、本開示のＰｒｏＳｅシステムにおいてポーリングする例示的な方法１３００を示す。一態様では、方法１３００は、ブロック１３０２において、第１のＵＥ（たとえば、発見側ＵＥ）によって、第１のＵＥに関連するＰｒｏＳｅ機能を管理または実装するネットワークエンティティにポーリングメッセージを送信することを含み得る。さらに、ＵＥは、ＵＥが、（ａ）近接要求プロシージャを開始したか、（ｂ）周期ロケーション報告を開始するようにネットワークによって（たとえば、ＰｒｏＳｅ機能を管理するネットワークエンティティによって）要求されたか、または（ａ）と（ｂ）の両方が行われたのでない限り、ブロック１３０２を実施せず、ポーリングメッセージを送信しないことがある。いくつかの例では、ブロック１３０２は、（以下の）図１４の送信モジュール１４０６、（以下の）図１５のトランシーバ１５１０、および／または図６の送信機６５４ＴＸによって実施され得る。
【００９４】
[00108]さらなる態様では、方法１３００は、ブロック１３０４において、第１のＵＥにおいて、ポーリングメッセージを送信した後に、第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく第１のＵＥのための次のポーリング時間を含むポーリング応答メッセージを受信することを含み得る。いくつかの例では、ブロック１３０４は、（以下の）図１４の受信モジュール１４０４、（以下の）図１５のトランシーバ１５１０、および／または図６の受信機６５４ＲＸによって実施され得る。
【００９５】
[00109]さらに、方法１３００は、ブロック１３０６において、ポーリング応答メッセージ中に含まれる次のポーリング時間においてネットワークエンティティに後続のポーリングメッセージを送信すべきかどうかを決定することを含み得る。いくつかの例では、ＵＥは、ポーリング応答メッセージ中に含まれる次のポーリング時間に基づいて後続のポーリングメッセージを送信することを決定し得る。しかしながら、いくつかの例では、ＵＥは、ポーリング応答メッセージ中に含まれる次のポーリング時間を本質的に無視し得、直ちに、それのロケーション報告スケジュールに基づく時間において（たとえば、次のロケーション報告が送信されるべき時間の直前に）、または任意の他の後続の時間において後続のポーリングメッセージを送り得る。ブロック１３０６は、図１２のポーリング時間決定構成要素１２０４および／またはポーリングメッセージ生成構成要素１２０２によって実施され得る。
【００９６】
[00110]（点線によって示された）随意の態様では、ブロック１３０８において、方法１３００は、ＰｒｏＳｅ機能を管理するネットワークエンティティに後続のポーリングメッセージを送信することをさらに含み得る。さらに、図１３には示されていないが、いくつかの随意の態様が方法１３００中に含まれ得る。たとえば、方法１３００は、ポーリングメッセージを送信すると、ネットワークエンティティにロケーション報告メッセージを送信することをさらに含み得る。
【００９７】
[00111]さらに、方法１３００に関して例示的な方法機能が上記で提示されているが、これらは排他的ではない。代わりに、本開示によって説明される改善されたＰｒｏＳｅ機能のいかなる機能または態様も方法１３００に含まれ得る。
【００９８】
[00112]図１４は、例示的な装置１４０２中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図１４００である。装置１４０２は、図１のＵＥ１１５、図２のＵＥ２０６、図６のＵＥ６５０、および／または図７のＵＥ７０２など、ＵＥであり得る。さらに、装置１４０２は、本開示で説明するように第１のＵＥまたは第２のＵＥのいずれかであり得る。装置１４０２は、１つまたは複数のポーリング応答メッセージまたは近接アラートを含み得る、ダウンリンクデータ／メッセージ１４１０を受信するように構成された受信モジュール１４０４を含む。そのようなダウンリンクデータ／メッセージ１４１０は、たとえば、ネットワークエンティティ７０４によって、装置１４０２に送信され得、ネットワークエンティティ７０４は、限定はしないが、それらのうちのいずれも、ＰｒｏＳｅ機能構成要素６０２（たとえば、図８参照）を含み得る、図１のアクセスポイント１０５、図２のマクロｅＮＢ２０４または低電力クラスｅＮＢ２０８、図６のｅＮＢ６１０、図７のネットワークエンティティ７０４、および／あるいは図１０の装置１００２を含み得る。たとえば、受信モジュール１４０４は、１つまたは複数のネットワークエンティティ７０４から１つまたは複数のポーリング応答メッセージを受信するように構成され得る。一態様では、受信モジュール１４０４は、装置１４０２が１つまたは複数の対応するポーリングメッセージを（たとえば、送信モジュール１４０６を介して）送信した後、１つまたは複数のポーリング応答メッセージを受信し得る。いくつかの例では、受信モジュール１４０４によって受信された１つまたは複数のポーリング応答メッセージの各々は、装置１４０２および／または第２のＵＥなどの別の装置に関連するロケーション報告スケジュールに基づき得る、装置１４０２のための次のポーリング時間を含み得る。
【００９９】
[00113]受信され、いくつかの例では、復号または処理されると、受信モジュール１４０４は、受信されたダウンリンクデータ／メッセージ１４１２を、図１２を参照して説明したＰｒｏＳｅ管理構成要素６１１の１つまたは複数の副構成要素とともに装置１４０２中に含まれ得るＰｒｏＳｅ管理構成要素６６１（たとえば、図１２参照）に送り得る。一態様では、ダウンリンクデータ／メッセージ１４１２中に含まれ得る１つまたは複数のポーリング応答メッセージの各々を受信すると、ＰｒｏＳｅ管理構成要素６６１は、特定の受信されたポーリング応答メッセージ中に含まれる次のポーリング時間においてネットワークエンティティ７０４にポーリングメッセージ（または前に送信されたポーリングメッセージに関する「後続の」ポーリングメッセージ）を送信すべきかどうかを決定し得る。ＰｒｏＳｅ管理構成要素６６１が、ポーリングメッセージがネットワークエンティティ７０４に送信されるべきであると決定した場合、ＰｒｏＳｅ管理構成要素６６１は、ポーリングメッセージ１４１４を生成し、それを送信モジュール１４０６に送り得る。次に、送信モジュール１４０６は、受信モジュール１４０４において受信されたポーリング応答メッセージ中に含まれる次のポーリング時間において（この場合も、前に送信されたポーリングメッセージに関する「後続の」ポーリングメッセージを含み得る）ポーリングメッセージ１４１６をネットワークエンティティ７０４に送信するように構成され得る。さらに、送信モジュール１４０６は、ＰｒｏＳｅ管理構成要素６６１によって生成され得る１つまたは複数の近接要求メッセージをネットワークエンティティ７０４に送信するように構成され得る。
【０１００】
[00114]本装置は、図１３の上述のフローチャート中のアルゴリズムのステップの各々を実施する追加のモジュールを含み得る。したがって、図１３の上述のフローチャート中の各ステップは１つのモジュールによって実施され得、本装置は、それらのモジュールのうちの１つまたは複数を含み得る。モジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【０１０１】
[00115]図１５は、処理システム１５１４を採用する装置１４０２’のためのハードウェア実装形態の一例を示す図１５００である。装置１４０２のように、装置１４０２’は、図１のＵＥ１１５、図２のＵＥ２０６、図６のＵＥ６５０、および／または図７のＵＥ７０２など、ＵＥであり得、図１４の装置１４０２と同じ装置であり得る。さらに、装置１４０２’は、本開示で説明するように第１のＵＥまたは第２のＵＥのいずれかであり得る。処理システム１５１４は、バス１５２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１５２４は、処理システム１５１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１５２４は、プロセッサ１５０４と、ＰｒｏＳｅ管理構成要素６６１およびそれの関係する副構成要素（たとえば、図１２参照）と、コンピュータ可読媒体１５０６とによって表される、１つまたは複数のプロセッサおよび／またはハードウェアモジュールを含む様々な回路を互いにリンクする。バス１５２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【０１０２】
[00116]処理システム１５１４は、いくつかの例では、図１４の受信モジュール１４０４および／または送信モジュール１４０６を含み得る、トランシーバ１５１０に結合され得る。トランシーバ１５１０は１つまたは複数のアンテナ１５２０に結合される。トランシーバ１５１０は、伝送媒体を介して（限定はしないが、それらのいずれも、図８のＰｒｏＳｅ機能構成要素６０２を含み得る、図１のアクセスポイント１０５、図２のマクロｅＮＢ２０４または低電力クラスｅＮＢ２０８、図６のｅＮＢ６１０、図７または図１４のネットワークエンティティ７０４、および／あるいは図１４の装置１４０２を含み得る）様々な他の装置と通信するための手段を与える。さらに、トランシーバ１５１０は、アップリンクデータ／メッセージ（近接要求メッセージ、ポーリングメッセージなど）を１つまたは複数のＵＥに送信するように構成され得、図１４の送信モジュール１４０６を潜在的に含み得る。処理システム１５１４は、コンピュータ可読媒体１５０６に結合されたプロセッサ１５０４を含む。プロセッサ１５０４は、コンピュータ可読媒体１５０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１５０４によって実行されたとき、処理システム１５１４に、特定の装置のための上記で説明した様々な機能を実施させる。コンピュータ可読媒体１５０６はまた、ソフトウェアを実行するときにプロセッサ１５０４によって操作されるデータを記憶するために使用され得る。処理システムは、ＰｒｏＳｅ管理構成要素６６１およびそれの関係する副構成要素（たとえば、図１２参照）をさらに含む。モジュール／構成要素は、コンピュータ可読媒体１５０６中に常駐する／記憶された、プロセッサ１５０４中で動作するソフトウェアモジュールであるか、プロセッサ１５０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム１５１４は、ｅＮＢ６１０の構成要素であり得、メモリ６７６、および／またはＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とのうちの少なくとも１つを含み得る。
【０１０３】
[00117]一構成では、ワイヤレス通信のための装置１４０２’は、第１のＵＥによって、ネットワークエンティティにポーリングメッセージを送信するための手段と、第１のＵＥにおいて、ポーリングメッセージを送信した後に、第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく第１のＵＥのための次のポーリング時間を含むポーリング応答メッセージを受信するための手段と、ポーリング応答メッセージ中に含まれる次のポーリング時間においてネットワークエンティティに後続のポーリングメッセージを送信すべきかどうかを決定するための手段とを含む。
【０１０４】
[00118]上述の手段は、上述の手段によって具陳された機能を実施するように構成された、装置１４０２、および／または装置１４０２’の処理システム１５１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム１５１４は、ＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実施するように構成されたＴＸプロセッサ６１６と、ＲＸプロセッサ６７０と、コントローラ／プロセッサ６７５とであり得る。
【０１０５】
[00119]開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計選好に基づいて、プロセスにおけるステップの特定の順序または階層は再構成され得ることを理解されたい。さらに、いくつかのステップは組み合わせられるかまたは省略され得る。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１０６】
[00120]以上の説明は、当業者が本明細書で説明した様々な態様を実施できるようにするために与えられた。これらの態様に対する様々な修正は当業者には容易に明らかになり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書で示した態様に限定されるものではなく、特許請求の範囲の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつか（some）」という用語は１つまたは複数を指す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的等価物は、参照により本明細書に明確に組み込まれ、特許請求の範囲に包含されるものである。その上、本明細書で開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「ための手段」という句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理の方法であって、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信することと、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信することと、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定することと、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含む、を備える、方法。
［Ｃ２］
前記ポーリング応答メッセージを前記第１のＵＥに送信することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じることをさらに備える、Ｃ２に記載の方法。
［Ｃ４］
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ５］
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信することをさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信したことに基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、Ｃ１に記載の方法。
［Ｃ６］
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算することと、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記確率が、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて計算される、Ｃ６に記載の方法。
［Ｃ８］
前記確率に基づいて前記ポーリング応答メッセージを生成することと、
前記ポーリング応答メッセージを送信することと
をさらに備える、Ｃ６に記載の方法。
［Ｃ９］
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理のための装置であって、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信するための手段と、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するための手段と、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定するための手段と、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含む、を備える、装置。
［Ｃ１０］
前記ポーリング応答メッセージを前記第１のＵＥに送信するための手段をさらに備える、Ｃ９に記載の装置。
［Ｃ１１］
前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じるための手段をさらに備える、Ｃ１０に記載の装置。
［Ｃ１２］
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定するための手段をさらに備える、Ｃ９に記載の装置。
［Ｃ１３］
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信するための手段をさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方の前記受信に基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、Ｃ９に記載の装置。
［Ｃ１４］
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算するための手段と、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定するための手段と
をさらに備える、Ｃ９に記載の装置。
［Ｃ１５］
前記確率を計算するための前記手段が、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて前記確率を計算するように構成された、Ｃ１４に記載の装置。
［Ｃ１６］
前記確率に基づいて前記ポーリング応答メッセージを生成するための手段と、
前記ポーリング応答メッセージを送信するための手段と
をさらに備える、Ｃ１４に記載の装置。
［Ｃ１７］
近接サービス（ＰｒｏＳｅ）システムにおけるポーリング管理のためのコンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能コードが、
ネットワークエンティティにおいて、第１のユーザ機器（ＵＥ）からポーリングメッセージを受信するためのコードと、
前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信した後に、前記第１のＵＥに関連する第１のロケーション報告および第２のＵＥに関連する第２のロケーション報告の一方または両方を受信するためのコードと、
前記第１のロケーション報告および前記第２のロケーション報告の一方または両方を受信すると、ポーリング応答メッセージを生成すべきかどうかを決定するためのコードと、ここにおいて、前記ポーリング応答メッセージが、前記第１のＵＥおよび前記第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含む、を備える、非一時的コンピュータ可読媒体。
［Ｃ１８］
前記コンピュータ実行可能コードが、前記ポーリング応答メッセージを前記第１のＵＥに送信するためのコードをさらに備える、Ｃ１７に記載のコンピュータ可読媒体。
［Ｃ１９］
前記コンピュータ実行可能コードが、前記ポーリング応答メッセージを送信すると、前記ネットワークエンティティと前記第１のＵＥとの間のハイパーテキスト転送プロトコル（ＨＴＴＰ）接続を閉じるためのコードをさらに備える、Ｃ１８に記載のコンピュータ可読媒体。
［Ｃ２０］
前記コンピュータ実行可能コードは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方に基づいて、近接アラートまたは近接要求取消しのいずれもが生成されない場合、前記ポーリング応答メッセージを生成することを決定するためのコードをさらに備える、Ｃ１７に記載のコンピュータ可読媒体。
［Ｃ２１］
前記コンピュータ実行可能コードが、前記ネットワークエンティティにおいて、前記ポーリングメッセージを受信するより前に、前記第１のＵＥから近接要求プロシージャ開始メッセージを受信するためのコードをさらに備え、ここにおいて、前記近接要求プロシージャ開始メッセージは、前記第１のロケーション報告および前記第２のロケーション報告の一方または両方の前記受信に基づいて、前記ポーリング応答メッセージの前記生成がトリガされるようにする、Ｃ１７に記載のコンピュータ可読媒体。
［Ｃ２２］
前記コンピュータ実行可能コードは、
前記第２のＵＥが時間期間内に前記第１のＵＥに近接している確率を計算するためのコードと、
前記確率に基づいて、前記第１のＵＥのための前記次のポーリング時間を決定するためのコードと
をさらに備える、Ｃ１７に記載のコンピュータ可読媒体。
［Ｃ２３］
前記確率を計算するための前記コードが、２つまたはそれ以上のロケーション報告から導出された１つまたは複数の移動傾向に基づいて前記確率を計算するためのコードを備える、Ｃ２２に記載のコンピュータ可読媒体。
［Ｃ２４］
前記コンピュータ実行可能コードが、
前記確率に基づいて前記ポーリング応答メッセージを生成するためのコードと、
前記ポーリング応答メッセージを送信するためのコードと
をさらに備える、Ｃ２２に記載のコンピュータ可読媒体。
［Ｃ２５］
近接サービス（ＰｒｏＳｅ）システムにおいてポーリングする方法であって、
第１のＵＥによって、ネットワークエンティティにポーリングメッセージを送信することと、
前記第１のＵＥにおいて、前記ポーリングメッセージを送信した後に、前記第１のＵＥおよび第２のＵＥの一方または両方に関連するロケーション報告スケジュールに基づく前記第１のＵＥのための次のポーリング時間を含むポーリング応答メッセージを受信することと、
前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間において前記ネットワークエンティティに後続のポーリングメッセージを送信すべきかどうかを決定することと
を備える、方法。
［Ｃ２６］
前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間において前記ネットワークエンティティに前記後続のポーリングメッセージを送信することをさらに備える、Ｃ２５に記載の方法。
［Ｃ２７］
位置推定値に基づいてロケーション報告メッセージを生成するように構成されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）に前記位置推定値を送信することをさらに備え、ここにおいて、前記ロケーション報告メッセージは、前記第１のＵＥが前記ポーリングメッセージを送信した後に前記ＳＬＰを介して前記ネットワークエンティティに送信される、Ｃ２５に記載の方法。
［Ｃ２８］
ロケーション測定値に基づいて前記第１のＵＥのためのロケーション推定値を生成するように構成され、前記ロケーション推定値を含むロケーション報告メッセージを生成するように構成されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）に前記ロケーション測定値を送信することをさらに備え、ここにおいて、前記ロケーション報告メッセージは、前記第１のＵＥが前記ポーリングメッセージを送信した後に前記ＳＬＰを介して前記ネットワークエンティティに送信される、Ｃ２５に記載の方法。
［Ｃ２９］
前記次のポーリング時間において前記後続のポーリングメッセージを送信すべきかどうかを決定することが、前記次のポーリング時間において前記後続のポーリングメッセージを送信しないことを決定することを備え、前記ポーリング応答メッセージ中に含まれる前記次のポーリング時間以外の時間において前記後続のポーリングメッセージを送信することをさらに備える、Ｃ２５に記載の方法。
［Ｃ３０］
前記第１のＵＥが、近接要求プロシージャを前に開始したか、または周期ロケーション報告を開始するように前記ネットワークエンティティによって要求された場合のみ、前記ポーリングメッセージを送信することをさらに備える、Ｃ２５に記載の方法。
【図１】
0006293979.tif 000002
【図２】
0006293979.tif 000003
【図３】
0006293979.tif 000004
【図４】
0006293979.tif 000005
【図５】
0006293979.tif 000006
【図６】
0006293979.tif 000007
【図７】
0006293979.tif 000008
【図８】
0006293979.tif 000009
【図９】
0006293979.tif 000010
【図１０】
0006293979.tif 000011
【図１１】
0006293979.tif 000012
【図１２】
0006293979.tif 000013
【図１３】
0006293979.tif 000014
【図１４】
0006293979.tif 000015
【図１５】
0006293979.tif 000016