(57)【要約】  本開示は、メインワイヤレスアプリケーションデータパスを有するワイヤレスサービスプラットフォームにおける電力消費を最適化することができる低電力コプロセッササブシステムに関し、低電力コプロセッササブシステムは、いくつかのサービス発見タスクをメインワイヤレスアプリケーションデータパスから(たとえば、そこに存在する構成要素が低電力状態に移行できるように)オフロードし得る。たとえば、低電力コプロセッササブシステムにオフロードされるサービス発見タスクは、ワイヤレスデバイスにおいて提供および/または消費されるべき1つまたは複数のサービスに関連するプロトコル固有のサービス記述に従って決定され得る。さらに、メインワイヤレスアプリケーションデータパスの中の構成要素が低電力状態において費やすことができる時間を最大化するとともに、必要に応じてメインワイヤレスアプリケーションデータパスの中の構成要素を選択的に起動すべき条件を決定するように、メインワイヤレスアプリケーションデータパスの中の構成要素を起動するための規則は、動的に定義され得、かつ再定義または別の方法で調整され得る。
2018532312.tif 000002
【特許請求の範囲】
【請求項１】
サービス発見ワイヤレスサービスプラットフォームにおける電力消費を最適化するための方法であって、
ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立するステップと、
前記ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行するステップであって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含む、ステップと、
前記スリープ状態に移行される前記1つまたは複数の構成要素から、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードするステップであって、前記低電力コプロセッサにオフロードされる前記1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、ステップと、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義するステップと、
前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを前記低電力コプロセッサにおいて受信するステップと、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動するステップと
を備える方法。
【請求項２】
前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットに応答するステップ
をさらに備える、請求項1に記載の方法。
【請求項３】
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するステップと、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するステップと
をさらに備える、請求項1に記載の方法。
【請求項４】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するステップ
をさらに備える、請求項1に記載の方法。
【請求項５】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合する内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するステップ
をさらに備える、請求項1に記載の方法。
【請求項６】
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素が前記スリープ状態から起動されることを必要とされなかったと決定するステップと、
前記低電力コプロセッサによる後続の不必要なウェイクアップを防止するように前記1つまたは複数の動的規則を調整するステップと
をさらに備える、請求項5に記載の方法。
【請求項７】
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく1つまたは複数の発信データパケットの中でサービス告知を送るステップ
をさらに備える、請求項1に記載の方法。
【請求項８】
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信するステップと、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するステップと
をさらに備える、請求項1に記載の方法。
【請求項９】
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信するステップと、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するステップと
をさらに備える、請求項1に記載の方法。
【請求項１０】
前記バンプインザワイヤモードにおいて、前記メインアプリケーションプロセッサを起動する前に、前記メインアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を、前記低電力コプロセッサにおいて前処理するステップと、
前記前処理済みコマンドまたはタイミングクリティカルメッセージを処理することを終了させるために、前記メインアプリケーションプロセッサを起動するステップと
をさらに備える、請求項9に記載の方法。
【請求項１１】
装置であって、
ピアツーピアワイヤレス接続を確立するための手段と、
メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行するための手段であって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含む、手段と、
前記スリープ状態に移行される前記1つまたは複数の構成要素から1つまたは複数のサービス発見タスクをオフロードするための手段であって、前記オフロードされる1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、手段と、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義するための手段と、
前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを受信するための手段と、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動するための手段と
を備える装置。
【請求項１２】
前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットに応答するための手段
をさらに備える、請求項11に記載の装置。
【請求項１３】
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するための手段と、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するための手段と
をさらに備える、請求項11に記載の装置。
【請求項１４】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するための手段
をさらに備える、請求項11に記載の装置。
【請求項１５】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合する内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するための手段
をさらに備える、請求項11に記載の装置。
【請求項１６】
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素が前記スリープ状態から起動されることを必要とされなかったと決定するための手段と、
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素における後続の不必要なウェイクアップを防止するように前記1つまたは複数の動的規則を調整するための手段と
をさらに備える、請求項15に記載の装置。
【請求項１７】
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく1つまたは複数の発信データパケットの中でサービス告知を送るための手段
をさらに備える、請求項11に記載の装置。
【請求項１８】
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信するための手段と、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するための手段と
をさらに備える、請求項11に記載の装置。
【請求項１９】
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信するための手段と、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するための手段と
をさらに備える、請求項11に記載の装置。
【請求項２０】
前記バンプインザワイヤモードにおいて、前記メインアプリケーションプロセッサを起動する前に、前記メインアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を前処理するための手段と、
前記前処理済みコマンドまたはタイミングクリティカルメッセージを処理することを終了させるために、前記メインアプリケーションプロセッサを起動するための手段と
をさらに備える、請求項19に記載の装置。
【請求項２１】
その上に記録されたコンピュータ実行可能命令を有するコンピュータ可読記憶媒体であって、1つまたは複数のプロセッサ上で前記コンピュータ実行可能命令を実行することが、前記1つまたは複数のプロセッサに、
ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立することと、
前記ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行することであって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含むことと、
前記スリープ状態に移行される前記1つまたは複数の構成要素から、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードすることであって、前記低電力コプロセッサにオフロードされる前記1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定されることと、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義することと、
前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを前記低電力コプロセッサにおいて受信することと、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動することとを行わせる、
コンピュータ可読記憶媒体。
【請求項２２】
ワイヤレスデバイスであって、
メインワイヤレスアプリケーションデータパスであって、ホストブリッジ、相互接続部、システムメモリ、およびホストアプリケーションプロセッサを備える、メインワイヤレスアプリケーションデータパス、ならびに
前記メインワイヤレスアプリケーションデータパスに結合された低電力ハードウェアプロセッサを備え、前記低電力ハードウェアプロセッサが、
前記メインワイヤレスアプリケーションデータパスからオフロードされる1つまたは複数のサービス発見タスクに関連する1つまたは複数の発信データパケット、および前記1つまたは複数の発信データパケットを送るためのスケジュールを記憶するように構成されたローカルメモリであって、前記1つまたは複数のサービス発見タスク、および前記1つまたは複数の発信データパケットを送るための前記スケジュールが、サービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、ローカルメモリと、
メインワイヤレスアプリケーションデータパスにおける処理を呼び出すための1つまたは複数の動的規則を用いて構成されたプログラマブルディープパケット検査モジュールであって、前記1つまたは複数の動的規則が、前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいており、前記ワイヤレスデバイスにおいて受信された1つまたは複数の着信データパケットに関連する基準が前記1つまたは複数の動的規則をトリガするかどうかを決定するようにさらに構成されるプログラマブルディープパケット検査モジュールと、
前記オフロードされた1つまたは複数のサービス発見タスクを実行し、前記1つまたは複数の着信データパケットに関連する前記基準が前記1つまたは複数の動的規則をトリガしないことに応答して、前記メインワイヤレスアプリケーションデータパスにおける処理を呼び出すことなく前記1つまたは複数の着信データパケットに応答し、前記1つまたは複数の着信データパケットに関連する前記基準が前記1つまたは複数の動的規則をトリガすることに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すように構成された低電力ホストプロセッサとを備える、
ワイヤレスデバイス。
【請求項２３】
前記低電力ホストプロセッサは、前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットに応答するように構成される、請求項22に記載のワイヤレスデバイス。
【請求項２４】
前記低電力ホストプロセッサは、
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出し、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットを処理するようにさらに構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２５】
前記低電力ホストプロセッサは、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットを処理し、
前記1つまたは複数の着信データパケットに関連する前記内容が前記1つまたは複数の動的規則に関連する前記1つまたは複数のバイナリ探索文字列に整合することに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すようにさらに構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２６】
前記ホストアプリケーションプロセッサが、
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスにおける前記処理が必要とされなかったと決定し、
前記メインワイヤレスアプリケーションデータパスにおける後続の不必要な処理を防止するように前記1つまたは複数の動的規則を調整するように構成される、
請求項25に記載のワイヤレスデバイス。
【請求項２７】
前記低電力ハードウェアプロセッサが、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく1つまたは複数の発信データパケットの中でサービス告知を送信するように構成される、請求項22に記載のワイヤレスデバイス。
【請求項２８】
前記低電力ハードウェアプロセッサが、
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信し、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するように構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２９】
前記低電力ハードウェアプロセッサが、
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信し、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するように構成される、
請求項22に記載のワイヤレスデバイス。
【請求項３０】
前記低電力ハードウェアプロセッサが、
前記バンプインザワイヤモードにおいて、前記メインアプリケーションプロセッサの中の1つまたは複数の構成要素に連動する前に、前記メインアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を、前記プログラマブルディープパケット検査モジュールまたは前記低電力ホストプロセッサのうちの1つまたは複数において前処理し、
前記前処理済みコマンドまたはタイミングクリティカルメッセージを処理することを終了させるために、前記メインアプリケーションプロセッサにおける処理を呼び出すようにさらに構成される、
請求項29に記載のワイヤレスデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で説明する様々な態様および実施形態は、一般に、ピアワイヤレスデバイス間で帯域外デバイス間(D2D)通信を採用するワイヤレスサービスプラットフォームにおけるサービス発見電力消費を最適化するために、ワイヤレスアプリケーション処理データパスの中に設けられ得るスマートコプロセッサに関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、とりわけ、音声、ビデオ、パケットデータ、メッセージング、および放送を含む、様々なタイプの通信コンテンツを提供するために広く展開されている。ワイヤレス通信システム(たとえば、複数のユーザをサポートするために、利用可能なネットワークリソースを共有できる多元接続ネットワーク)は、第1世代アナログワイヤレス電話サービス(1G)、第2世代(2G)デジタルワイヤレス電話サービス(暫定の2.5Gネットワークおよび2.75Gネットワークを含む)、ならびに第3世代(3G)および第4世代(4G)高速データ/インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーシステムおよびパーソナル通信サービス(PCS)システムを含む、多くの異なるワイヤレス通信システムが使用されている。例示的なセルラーシステムは、セルラーアナログアドバンストモバイルフォンシステム(AMPS)と、符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、直交FDMA(OFDMA)、シングルキャリアFDMA(SC-FDMA)に基づくデジタルセルラーシステムと、モバイルアクセス用グローバルシステム(GSM(登録商標）)のTDMA変形と、TDMA技術とCDMA技術の両方を使用するより新しいハイブリッドデジタル通信システムとを含む。より最近では、モバイル電話および他のデータ端末のための高速データのワイヤレス通信用のワイヤレス通信プロトコルとして、ロングタームエボリューション(LTE)が開発されている。LTEは、GSM(登録商標）に基づいており、様々なGSM(登録商標）関連のプロトコル(たとえば、GSM(登録商標）進化型高速データレート(EDGE))、およびユニバーサルモバイル電気通信システム(UMTS)プロトコル(たとえば、高速パケットアクセス(HSPA))からの寄与を含む。
【０００３】
一般に、ワイヤレス通信ネットワークは、ユーザ機器(UE)のための通信をサポートできる様々な基地局(発展型ノードB、eNB、またはアクセスノードとも呼ばれる)を含み得る。WANでは、UEは、通常、UEと基地局との間のアップリンクチャネル/ダウンリンクチャネルを介して通信し、それによって、基地局と通信する。しかしながら、2つ以上のUEが互いに十分に近接している場合、UEは、直接、すなわち、いずれかの基地局を通じて通信することなく、通信することが可能になり得る。したがって、UEは、1つまたは複数の他のUEとの直接のピアツーピア(P2P)通信またはデバイス間(D2D)通信をサポートし得る。
【０００４】
たとえば、LTE-Direct(LTE-D、「LTE-Advanced」とも呼ばれることがある)は、近接発見のための提案されている3GPP(リリース12)D2Dソリューションである。LTE-Dは、広い範囲(見通し線で約500m)内の他のLTE-Directデバイス上のサービスを直接監視することによって、ロケーション追跡およびネットワーク呼を不要にする。したがって、利点の中でも、LTE-Dは、同期システムの中の他のLTE-Dデバイス上のサービスを直接監視することができ、近接している多くのサービスを継続的かつバッテリー効率が高い方法で並行して検出することができる。別の例では、「Wi-Fi Direct」(WFD)とも呼ばれるWi-Fi Allianceピアツーピア(P2P)仕様が、ピアワイヤレスデバイス間の関連付け前のサービス発見をサポートする。WFDプロトコルは、クライアントワイヤレスデバイスまたはステーション(STA)が、もしあれば、どんなサービスがピアSTA上で利用可能であるのかを決定するために、Wi-Fi範囲内のピアSTAに問い合わせることを可能にする。ピアSTAが提供するサービスを決定することは、通常、デバイス発見フェーズおよびサービス発見フェーズを伴う。デバイス発見フェーズの間に、クライアントSTA(たとえば、特定のP2Pサービスを要求するSTA)は、3つのソーシャルチャネル(たとえば、2.4GHzバンドの中のチャネル1、6、および11)を「スキャン」して着信ビーコンフレームを検出すること、および/またはソーシャルチャネル上でリッスンしていることがある任意のクライアントSTAにプローブ要求フレームをブロードキャストすることによって、Wi-Fi通信範囲内の他のSTAに関連する識別情報および/または利用可能性を決定する。その後、サービス発見フェーズの間に、クライアントSTAは、デバイス発見フェーズの間に発見されていることがある任意の利用可能なピアSTAに、利用可能なピアSTAが提供するサービスについて問い合わせる。たとえば、クライアントSTAは、通常、要求されたサービスを提供する好適なピアSTAをクライアントSTAが識別するまで、サービス発見動作をサポートする各ピアSTAへ1つずつ、1つまたは複数のサービス発見要求を送信する。
【０００５】
したがって、サービス発見メッセージングおよびシグナリングは、とりわけ、ミラーリング、スクリーン共有、ストリーミングビデオ、ストリーミングオーディオ、遠隔ビデオ/グラフィックス演出、遠隔オーディオ演出、遠隔感知、遠隔制御、およびファイル転送を含み得る、多くのワイヤレスの使用事例およびアプリケーションプラットフォームにとっての基礎である。概して、サービス発見メッセージおよびシグナリングは、告知および照会、組成および調停、制御および提示をサポートするために使用されてよく、グループ管理およびアドレス指定制御、サービス品質(QoS)管理および/またはエクスペリエンス品質(QoE)管理、ならびに様々な他のワイヤレスの使用事例にさらに拡張され得る。帯域外P2Pおよび/またはD2D通信をサポートするためにサービス発見メッセージングが使用される任意の特定のワイヤレスのアプリケーションおよび/または使用事例では、ワイヤレスアプリケーション処理データパスは、しばしば、不均等な機能、処理密度、記憶容量、接続および電力性能プロファイルなどを有する多くのアドホックデバイスを含むことがある。さらに、任意のデバイスは、自律的に、かつ他のデバイスを知らずに動作することができ、それにより、異なるデバイス間での動作上の依存関係および必要な協調は、通常、アプリケーションおよび/または使用事例ごとに検証および解決される。したがって、協調的かつ(非構造化)分散型のサービス発見フレームワークは、通常、定期的なサービス発見メッセージングを必要とし、そうしたサービス発見メッセージングは、通常、各ピアデバイスがワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素を常時オン状態に維持することを必要とし得る(たとえば、一般に、サービス発見メッセージおよびシグナリングを処理するために使用される、ホストブリッジ、相互接続部およびシステムメモリ、ホストアプリケーションプロセッサおよび高レベルオペレーティングシステム)。
【０００６】
したがって、不定期のサービス発見メッセージを処理するとともにそれに応答する必要性が、ワイヤレスアプリケーションデータパスの中の構成要素を常時オン状態のままにさせることがあり、常時オン状態は、サービス発見メッセージが、通常、小さいペイロード(たとえば、数バイト)しか有しなくても、かなりの電力を消費することがある。さらに、サービス発見(および、デバイス発見)動作が各ピアSTAとともに周期的に反復されない限り、各クライアントSTAは、通常、以前に発見された他のピアSTAが提供するサービスが変更されているか否かについての知識を有しないので、帯域外P2Pおよび/またはD2D接続を確立および維持することは、相当な時間およびリソースを消費することがあり、そのことは、バッテリー電源式電子デバイスにおいて特に問題になり得る。
【発明の概要】
【課題を解決するための手段】
【０００７】
以下は、本明細書で開示する1つまたは複数の態様に関する簡略化された概要を提示する。したがって、以下の概要は、すべての企図される態様に関する広範な概説と見なされるべきではなく、また、以下の概要は、すべての企図される態様に関する主要もしくは重要な要素を特定するか、または任意の特定の態様に関連する範囲を定めるものと見なされるべきでもない。したがって、以下の概要は、以下で提示される詳細な説明に先立って、本明細書で開示する1つまたは複数の態様に関するいくつかの概念を簡略化された形態で提示するという唯一の目的を有する。
【０００８】
様々な態様によれば、低電力コプロセッサは、メインワイヤレスアプリケーションデータパスを有するワイヤレスサービスプラットフォームにおける電力消費を最適化するために使用され得、いくつかのサービス発見タスクは、(たとえば、メインワイヤレスアプリケーションデータパスの中の構成要素が、可能な限り低電力状態に移行しかつ/または低電力状態にとどまることができるように)メインワイヤレスアプリケーションデータパスから低電力コプロセッササブシステムにオフロードされ得る。たとえば、低電力コプロセッササブシステムにオフロードされるサービス発見タスクは、ワイヤレスデバイスにおいて提供および/または消費されるべき1つまたは複数のサービスに関連するプロトコル固有のサービス記述に従って決定され得る。さらに、メインワイヤレスアプリケーションデータパスの中の構成要素が低電力状態において費やすことができる時間を最大化するとともに、必要に応じてメインワイヤレスアプリケーションデータパスの中の構成要素を選択的に起動すべき条件を決定するように、メインワイヤレスアプリケーションデータパスの中の構成要素を起動するための規則は、動的に定義され得、かつ再定義または別の方法で調整され得る。
【０００９】
様々な態様によれば、サービス発見ワイヤレスサービスプラットフォームにおける電力消費を最適化するための方法は、ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立することと、ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素(たとえば、メインアプリケーションプロセッサ)をスリープ状態に移行することと、スリープ状態に移行される1つまたは複数の構成要素から、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードすることとを備え得、低電力コプロセッサにオフロードされる1つまたは複数のサービス発見タスクは、ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定され得る。さらに、様々な実施形態によれば、方法は、ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に基づいて、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態から起動するための1つまたは複数の動的規則を定義することを備え得る。したがって、ピアツーピアワイヤレス接続を介した低電力コプロセッサにおける1つまたは複数の着信データパケットの受信に応答して、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素は、1つまたは複数の着信データパケットが1つまたは複数の動的規則をトリガする基準を有することに応答して、スリープ状態から選択的に起動され得る。
【００１０】
様々な態様によれば、装置は、ピアツーピアワイヤレス接続を確立するための手段と、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行するための手段と、スリープ状態に移行される1つまたは複数の構成要素から1つまたは複数のサービス発見タスクをオフロードするための手段であって、オフロードされる1つまたは複数のサービス発見タスクが、ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定され得る、手段と、ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に基づいて、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態から起動するための1つまたは複数の動的規則を定義するための手段と、ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを受信するための手段と、1つまたは複数の着信データパケットが1つまたは複数の動的規則をトリガする基準を有することに応答して、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態から選択的に起動するための手段とを備え得る。
【００１１】
様々な態様によれば、コンピュータ可読記憶媒体は、その上に記録されたコンピュータ実行可能命令を有し得、1つまたは複数のプロセッサ上でコンピュータ実行可能命令を実行することは、1つまたは複数のプロセッサに、ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立することと、ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行することと、スリープ状態に移行される1つまたは複数の構成要素から、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードすることと、ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に基づいて、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態から起動するための1つまたは複数の動的規則を定義することと、ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを低電力コプロセッサにおいて受信することと、1つまたは複数の着信データパケットが1つまたは複数の動的規則をトリガする基準を有することに応答して、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態から選択的に起動することとをさせ得る。
【００１２】
様々な態様によれば、ワイヤレスデバイスは、メインワイヤレスアプリケーションデータパスに結合された低電力ハードウェアプロセッサに加えて、ホストブリッジ、相互接続部、システムメモリ、およびホストアプリケーションプロセッサを含む、メインワイヤレスアプリケーションデータパスを備え得る。たとえば、様々な実施形態によれば、低電力ハードウェアプロセッサは、メインワイヤレスアプリケーションデータパスからオフロードされる1つまたは複数のサービス発見タスクに関連する1つまたは複数の発信データパケット、および1つまたは複数の発信データパケットを送るためのスケジュールを記憶するように構成されたローカルメモリと、メインワイヤレスアプリケーションデータパスにおける処理を呼び出すための1つまたは複数の動的規則を用いて、かつワイヤレスデバイスにおいて受信された1つまたは複数の着信データパケットに関連する基準が1つまたは複数の動的規則をトリガするかどうかを決定するように構成された、プログラマブルディープパケット検査モジュールとを備え得、1つまたは複数の動的規則は、サービス発見プロトコルに関連するサービス記述に少なくとも部分的に基づき得る。加えて、様々な実施形態によれば、低電力ハードウェアプロセッサは、オフロードされた1つまたは複数のサービス発見タスクを実行し、1つまたは複数の着信データパケットに関連する基準が1つまたは複数の動的規則をトリガしないことに応答して、メインワイヤレスアプリケーションデータパスにおける処理を呼び出すことなく1つまたは複数の着信データパケットに応答し、1つまたは複数の着信データパケットに関連する基準が1つまたは複数の動的規則をトリガすることに応答して、メインワイヤレスアプリケーションデータパスにおける処理を呼び出すように構成された低電力ホストプロセッサを備え得る。
【００１３】
本明細書で開示する様々な態様に関連する他の目的および利点は、添付図面および詳細な説明に基づいて、当業者に明らかとなろう。
【００１４】
本開示を限定するためではなく単に例示するために提示される添付図面とともに検討すると、以下の詳細な説明を参照することによって、本開示の態様およびその付随する利点の多くがより良く理解されるようになるので、それらに関するより完全な諒解が容易に得られるであろう。
【図面の簡単な説明】
【００１５】
【図１】様々な態様による、帯域外デバイス間(D2D)通信をサポートし得る例示的なワイヤレスネットワークアーキテクチャを示す図である。
【図２】様々な態様による、帯域外デバイス間(D2D)通信をサポートする別の例示的なワイヤレスネットワークアーキテクチャを示す図である。
【図３】様々な態様による、2つのワイヤレスデバイスが帯域外D2D接続を介して通信し得る例示的なワイヤレス環境を示す図である。
【図４】様々な態様による、2つ以上のピアワイヤレスデバイスが1つまたは複数のサービス発見プロトコルに従って帯域外D2D接続を介して通信し得る、例示的なワイヤレスネットワークアーキテクチャを示す図である。
【図５】様々な態様による、帯域外D2D接続を介して通信するように構成されたワイヤレスデバイスにおける例示的な電力プロファイルを示す図である。
【図６】様々な態様による、1つまたは複数のサービス発見処理タスクをサポートするために、メインワイヤレスアプリケーションデータパスの中に配設された低電力コプロセッサを有する例示的なワイヤレスデバイスを示す図である。
【図７Ａ】様々な態様による、ピアデバイス間で帯域外D2D接続を確立するための、サービス提供者ピアデバイスとサービス消費者ピアデバイスとの間の例示的なデバイス発見およびサービス発見コールフローを示す図である。
【図７Ｂ】様々な態様による、ピアデバイス間で帯域外D2D接続を確立するための、サービス提供者ピアデバイスとサービス消費者ピアデバイスとの間の例示的なデバイス発見およびサービス発見コールフローを示す図である。
【図８Ａ】様々な態様による、ワイヤレスアプリケーションデータパスの中に配設された低電力小帯域幅コプロセッササブシステムをルックアサイド(look-aside)モードに従って動作させ得るワイヤレスデバイスに関連する例示的なアーキテクチャを示す図である。
【図８Ｂ】様々な態様による、ワイヤレスアプリケーションデータパスの中に配設された低電力小帯域幅コプロセッササブシステムをバンプインザワイヤ(bump-in-the-wire)モードに従って動作させ得るワイヤレスデバイスに関連する例示的なアーキテクチャを示す図である。
【図９】様々な態様による、ワイヤレスサービスプラットフォームにおけるサービス発見電力消費を最適化するために、低電力小帯域幅コプロセッササブシステムが実行し得る例示的な方法を示す図である。
【図１０】様々な態様による、低電力小帯域幅コプロセッササブシステムを有するワイヤレスサービスプラットフォームにおけるサービス発見電力消費を最適化するために、メインワイヤレスアプリケーションデータパスの中に配設されたアプリケーションプロセッサが実行し得る例示的な方法を示す図である。
【発明を実施するための形態】
【００１６】
例示的な実施形態に関する具体例を示すために、以下の説明および関連する図面において様々な態様が開示される。代替実施形態は、本開示を読めば当業者に明らかとなり、本開示の範囲または趣旨から逸脱することなく構築および実践され得る。追加として、本明細書で開示する態様および実施形態の関連する詳細を不明瞭にしないように、よく知られている要素は詳細には記載されないか、または省略されることがある。
【００１７】
「例示的」という単語は、本明細書では、「例、事例、または例示として機能すること」を意味するために使用される。「例示的」として本明細書で説明するいかなる実施形態も、他の実施形態よりも好ましいか、または有利であると必ずしも解釈されるべきでない。同様に、「実施形態」という用語は、すべての実施形態が、説明される特徴、利点、または動作モードを含むことを必要としない。
【００１８】
本明細書で使用する用語は、特定の実施形態を説明するものにすぎず、本明細書で開示するいずれの実施形態も限定すると解釈されるべきでない。本明細書で使用する単数形「a」、「an」、および「the」は、文脈が別段に明確に示さない限り、複数形も含むものとする。「備える(comprises)」、「備えている(comprising)」、「含む(includes)」、および/または「含んでいる(including)」という用語は、本明細書で使用されるとき、述べられた特徴、整数、ステップ、動作、要素、および/または構成要素の存在を明示するが、1つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および/またはそれらのグループの存在または追加を除外しないことを、当業者はさらに諒解されよう。
【００１９】
さらに、多くの態様が、たとえば、コンピューティングデバイスの要素によって実行されるべきアクションのシーケンスの観点から説明される。本明細書で説明する様々なアクションが、特定の回路(たとえば、特定用途向け集積回路(ASIC))、1つもしくは複数のプロセッサによって実行されているコンピュータ実行可能命令、またはそれらの組合せによって実行され得ることを、当業者は認識されよう。追加として、本明細書で説明するアクションのこれらのシーケンスは、実行されると、関連するプロセッサに本明細書で説明する機能を実行させることになるコンピュータ実行可能命令の対応するセットを記憶した、任意の形態のコンピュータ可読記憶媒体内で完全に具現化されるものと見なされ得る。したがって、本開示の様々な態様は、請求する主題の範囲内にそのすべてが入ることが企図されている、いくつかの異なる形態で具現化され得る。加えて、本明細書で説明する態様の各々に対して、任意のそのような態様の対応する形態が、たとえば、説明するアクションを実行する「ように構成された論理」として本明細書で説明されることがある。
【００２０】
本明細書で説明する技法は、CDMA、TDMA、FDMA、OFDMA、およびSC-FDMAシステムなどの様々なワイヤレス通信システムに関して使用され得る。「システム」および「ネットワーク」という用語は、しばしば、互換的に使用される。CDMAシステムは、ユニバーサル地上波無線アクセス(UTRA)、CDMA2000などの無線技術を実施し得る。UTRAは、ワイドバンドCDMA(WCDMA(登録商標）)、およびCDMAの他の変形形態を含む。CDMA2000は、IS-2000規格、IS-95規格、およびIS-856規格をカバーする。TDMAシステムは、モバイル通信用グローバルシステム(GSM(登録商標）)などの無線技術を実施し得る。OFDMAシステムは、発展型UTRA(E-UTRA)、ウルトラモバイルブロードバンド(UMB)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Flash-OFDM(商標)などの無線技術を実施し得る。UTRAおよびE-UTRAは、ユニバーサル移動体電気通信システム(UMTS)の一部である。3GPPロングタームエボリューション(LTE)は、ダウンリンク上でOFDMAを使用しアップリンク上でSC-FDMAを採用する、E-UTRAを使用するUMTSのリリースであり、UTRA、E-UTRA、UMTS、LTE、およびGSM(登録商標）は、「第3世代パートナーシッププロジェクト」(3GPP)という名称の組織からの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)という名称の組織からの文書に記載されている。明快のために、いくつかの態様がLTEについて以下で説明され、以下の説明の大部分でLTE用語が使用されることがある。
【００２１】
様々な態様によれば、図1は、帯域外デバイス間(D2D)通信をサポートし得る例示的なワイヤレスネットワークアーキテクチャ100を示し、ワイヤレスネットワークアーキテクチャ100は、ロングタームエボリューション(LTE)(または、発展型パケットシステム(EPS))ネットワークアーキテクチャ100を備え得る。様々な実施形態では、ネットワークアーキテクチャ100は、第1のユーザ機器(UE1)102、第2のユーザ機器(UE2)104、発展型UMTS地上無線アクセスネットワーク(E-UTRAN)110、発展型パケットコア(EPC)120、ホーム加入者サーバ(HSS)135、および事業者(たとえば、モバイルネットワーク事業者(MNO))に関連するインターネットプロトコル(IP)サービス140を含み得る。EPSネットワークアーキテクチャ100は、UMTSアクセスネットワークまたはIPコアネットワークなどの、他のアクセスネットワークおよびコアネットワーク(図示せず)と相互接続することができる。図示のように、EPSネットワークアーキテクチャ100はパケット交換サービスを提供するが、本明細書で開示する様々な概念が回線交換サービスを提供するネットワークに拡張され得ることを、当業者は容易に諒解されよう。
【００２２】
様々な実施形態によれば、E-UTRAN110は、UE1 102と通信している第1の発展型ノードB(eNB1)112、およびUE2 104と通信している第2のeNB(eNB2)114を含み得る。eNB112、114は、UE102、104に向かうユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供し得、バックホール(たとえば、X2インターフェース)を介して互いに接続され得る。eNB112、114は、基地局、ノードB、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、またはいくつかの他の好適な用語として呼ばれることもある。eNB112、114は各々、EPC120へのアクセスポイントをそれぞれのUE102、104に提供する。例示的なUE102、104は、限定はしないが、セルラーフォン、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、タブレット、または任意の他の類似の機能デバイスを含み得る。さらに、UE1 102および/またはUE2 104が、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアントなどと呼ばれることもあることを、当業者は諒解されよう。
【００２３】
eNB112、114は各々、Siインターフェースを介してEPC120に接続し得、EPC120は、モビリティ管理エンティティ(MME)122、他のMME124、サービングゲートウェイ126、マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ130、ブロードキャストマルチキャストサービスセンター(BM-SC)132、およびパケットデータネットワーク(PDN)ゲートウェイ128を含み得る。MME122は、UE102、104とEPC120との間のシグナリングを処理し得る制御ノードである。概して、MME122はベアラ管理および接続管理を提供し、すべてのユーザIPパケットはサービングゲートウェイ126を通じて転送され、サービングゲートウェイ126はPDNゲートウェイ128に接続され得る。PDNゲートウェイ128は、UEのIPアドレス割振りならびに他の機能を提供し得る。PDNゲートウェイ128は事業者IPサービス140に接続され、事業者IPサービス140は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS)、PSストリーミングサービス(PSS)、および/または他の好適なサービスを含み得る。BM-SC132は、MBMSユーザサービスのプロビジョニングおよび送出のための機能を提供し得、コンテンツプロバイダMBMS送信用のエントリポイントとして機能し得る。さらに、様々な態様によれば、BM-SC132は、PLMN内のMBMSベアラサービスを許可および開始し得、MBMS送信をスケジュールおよび送出し得、かつ/または他の類似の機能を提供し得る。MBMSゲートウェイ130は、特定のサービスをブロードキャストしているマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN)エリアに属する1つまたは複数のeNB(たとえば、eNB112、114)にMBMSトラフィックを配信するために使用され得、セッション管理(開始/停止)、およびeMBMS関連の課金情報の収集を担当し得る。
【００２４】
様々な実施形態では、UEペア(たとえば、UE1 102およびUE2 104)は、帯域外デバイス間(D2D)接続を確立して、それぞれのeNB1 112およびeNB2 114を利用することなく直接通信し得、その後、帯域外D2D接続を介してデータトラフィックを転送し得る。概して、ネットワークインフラストラクチャの中の1つまたは複数のエンティティ(たとえば、eNB112、114、EPC120の中のエンティティなど)は、UEペア102、104の間の帯域外D2D通信を調整し得、そのことは、ネットワークエンティティが帯域外D2D接続を確立する際に支援し得ること、D2Dモード対レガシーモードでの使用を制御し得ること、セキュリティサポートを提供し得ることなどを意味する。本明細書で使用する「帯域外D2D接続」、「D2Dモード」という用語、および/またはそれらの他の変形は、概して、いずれの基地局も通過しない2つ以上のUE102、104の間の直接通信を指すことがあり、「レガシー接続」、「レガシーモード」という用語、および/またはそれらの他の変形は、概して、ネットワークを介した(たとえば、eNB112、114を介した)通信を指すことがある。様々な実施形態では、UEペア102、104は、帯域外D2D接続を自律的に確立し得、帯域外D2D接続を確立するために使用される初期発見は、UE102、104の間で信号を直接通信するための能力に基づき得る。追加として(または、代替として)、UEは、D2DモードをサポートしないがD2Dモードを許容するネットワークに接続され、UE102、104は、ネットワークを介して接続し得、サービングセル情報およびロケーション情報を交換して、D2Dモードが可能であるかどうかを決定し得る。D2Dモードが進行中になると、UE102、104はそれらに関連する相対ロケーションを監視し得る。さらに、3つ以上のUEを含むグループがD2Dモードに入ってよく、それにより、グループの中の一部または全部のUEペアが互いの間の直接のD2D通信を維持し得、それにより、グループの中の一部のUEがグループの中の他のUEの間のD2D通信を中継するためのリレーとして働き得る。たとえば、グループの中の1つのUEが、グループの中の他のUEとの直接のD2D通信を維持するためのリレーの役割を果たすとともに、D2D通信を介して他のUEが間接的に通信することを可能にするためのリレーの役割を果たすように指定されてよい。この例では、リレーの役割を果たすUEは、グループの中の他のUEの間の通信を中継するように働き得る。互いの間のD2D通信を採用するいくつかのUEを含むグループは、それらに関連する相対ロケーションを監視し得、それらに関連する現在の相対ロケーションに基づいてグループの中の任意のUEにリレーの役割を割り当て得る(かつ/または、再び割り当て得る)。
【００２５】
図1に戻ると、別の態様では、レガシーモードが利用不可能であり得、かつ/または不可能であり得る場合(たとえば、ネットワークが混雑している場合、またはネットワークの一部が一時的に機能していないか、もしくはUE102、104の両方に継続的な無線カバレージを提供していない場合)、ネットワークは、D2Dモードに入るために2つ以上のUE102、104を支援し得る。別の態様では、ネットワーク(たとえば、1つまたは複数のネットワークエンティティ)は、D2Dモードに入ることを制御し得、D2Dモードとレガシーモードとの間のハンドオーバをサポートし得る。
【００２６】
様々な態様によれば、図2は、(たとえば、LTE-Direct(LTE-D)、Wi-Fi Direct(WFD)、または別の好適なD2D無線アクセス技術を使用して)帯域外D2D通信をサポートする別の例示的なワイヤレスネットワークアーキテクチャ200を示す。詳細には、図2に示すワイヤレスネットワークアーキテクチャ200は、複数のアンテナグループを含み得る基地局202を備え得る(たとえば、1つのアンテナグループがアンテナ204および206を含んでよく、別のグループがアンテナ208および210を備えてよく、追加のグループがアンテナ212および214を含んでよく、以下同様である)。図2に示す例は、アンテナグループごとに2つのアンテナを有する基地局202を示すが、グループごとにより多数またはより少数のアンテナが利用されてよいことを、当業者は諒解されよう。様々な実施形態では、基地局202は、追加として、送信機チェーンおよび受信機チェーン(図示せず)を含み得、送信機チェーンおよび受信機チェーンは各々、当業者に明らかになるように、信号送受信に関連する様々な構成要素(たとえば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど)を備え得る。追加として、基地局202は、ホーム基地局、フェムト基地局、ワイヤレスローカルエリアネットワーク(WLAN)アクセスポイントなどであり得る。
【００２７】
様々な態様によれば、基地局202は、デバイス216などの1つまたは複数のデバイスと通信し得る。しかしながら、様々な実施形態では、基地局202がデバイス216と類似の実質的に任意の数のデバイスと通信し得ることを、当業者は諒解されよう。図2に示すように、デバイス216は、アンテナ204および206を介して基地局202と通信しており、ここで、アンテナ204および206は、概して、順方向リンク218を介してデバイス216に情報を送信し得、逆方向リンク220を介してデバイス216から情報を受信し得る。周波数分割複信(FDD)システムでは、順方向リンク218は、たとえば、逆方向リンク220とは異なる周波数帯域を利用し得る。さらに、時分割複信(TDD)システムでは、順方向リンク218および逆方向リンク220は、共通の周波数帯域を利用し得る。
【００２８】
加えて、様々な態様によれば、図2は、LTE-Direct、Wi-Fi Directなどを使用するD2D(または、ピアツーピア(P2P))構成のような、互いに直接通信している第1のピアデバイス222および第2のピアデバイス224を示す。その上、第1のピアデバイス222は、リンク226および228を使用して第2のピアデバイス224と通信している。たとえば、D2DまたはP2Pのアドホックネットワークでは、デバイス222および224などの互いの範囲内のデバイスは、それらの間で通信を中継するためのいかなる中間的な基地局202および/または有線のインフラストラクチャも伴わず、互いに直接通信し得る。追加として、ピアデバイス(または、ノード)222、224は、トラフィックを中継し得、それにより、帯域外D2D接続を介して通信するワイヤレスネットワークアーキテクチャ200内のピアデバイス222、224は、場合によっては基地局202と類似の機能を提供し得、トラフィックがそれらに関連する最終的な宛先に到達するまで、他のデバイスへのトラフィックまたは通信を中継し得る。ピアデバイス222、224はまた、制御チャネルを送信し得、制御チャネルは、ピアノード間のデータ送信を管理するために利用され得る情報を搬送し得る。
【００２９】
様々な態様によれば、ワイヤレスネットワークアーキテクチャ200は、ワイヤレス(または、有線)通信している様々なデバイス(または、ノード)を含み得、各ノードは、マルチホップトポロジー(たとえば、最終の宛先に到達するまで通信がノードからノードへホッピングし得る)をなすような、他のノードと通信しまたは他のノードを利用するように1つまたは複数の他のノードまでの十分な範囲内にあり得る。たとえば、第2のピアデバイス224は、受信側ノードとしてのデバイス216と通信することを望む送信側ノードを備え得る。送信側ノード224と受信側ノード216との間でのパケット転送を可能にするために、1つまたは複数の中間ノードが利用され得る(たとえば、第1のピアデバイス222は、送信側ノード224から基地局202に通信を中継するための中間ノードとして働いてよく、基地局202も、その通信を受信側ノード216に中継するための中間ノードとして働いてよい)。しかしながら、任意のノードが送信側ノードおよび/または受信側ノードであってよく、実質的に同じ時間において情報を送りかつ/または受信する機能を実行し得ることを、当業者は諒解されよう(たとえば、特定のノードは、情報を受信するのとほぼ同じ時間において、異なる時間においてなどで、情報をブロードキャストまたは通信してよい)。さらに、様々な態様によれば、ワイヤレスネットワークアーキテクチャ200は、ネットワークを介して(たとえば、基地局202を経由して)通信セッションを開始したノードが、直接接続されたノードがいかなるカプセル化も用いずにネイティブにパケットを交換し得る直接D2D接続にセッションを移動させることを許容するように構成され得る。様々な態様によれば、「ホームレス」ノードは、進行中のセッションを失うことなくワイヤレスネットワークに切り替え得、「ホームレス」とは、外部ネットワークに切り替えながら進行中のセッションを動作させ続けること、および/または新たなセッションを確立するための任意の新たな着信要求をノードの現在のロケーションに転送することを支援するための、いかなるホームエージェントエンティティも有しないノードを指し得る。様々な態様によれば、ノードは、モバイル(たとえば、ワイヤレス)、静止状態(たとえば、有線)、またはそれらの任意の好適な組合せであってよい。
【００３０】
様々な態様によれば、図3は、2つのワイヤレスデバイス310、320が帯域外D2D接続350を確立するのに十分に近接して位置している場合に、2つのワイヤレスデバイス310、320が帯域外D2D接続350を確立し得、それを介して通信し得る、例示的なワイヤレス環境300を示す。より詳細には、図3に示すように、ワイヤレスデバイス310は、ワイヤレスデバイス310がワイヤレス環境300内で通信するために使用できる、近距離場通信(NFC)無線311、ワイヤレスワイドエリアネットワーク(WWAN)無線313、ワイヤレスローカルエリアネットワーク(WLAN)無線315、およびBluetooth（登録商標）無線317を有し得る。たとえば、図3に示すように、ワイヤレスデバイス310は、WWAN無線313を使用して、WWANリンク341を介してセルラー基地局340とワイヤレス通信することができる。ワイヤレスデバイス310はまた、WLAN無線315を使用して、WLANリンク361を介してWi-Fiアクセスポイント360とワイヤレス通信することができる。さらに、ワイヤレスデバイス310は、Bluetooth（登録商標）無線317を使用して、Bluetooth（登録商標）リンク381、383を介してBluetooth（登録商標）ヘッドセット380およびBluetooth（登録商標）対応ウェアラブルデバイス382とワイヤレス通信することができ、Bluetooth（登録商標）ヘッドセット380およびBluetooth（登録商標）対応ウェアラブルデバイス382は、さらにBluetooth（登録商標）リンク384を介して互いにワイヤレス通信し得る。またさらに、ワイヤレスデバイス310は、磁界誘導を介して、NFC無線311を使用してワイヤレスデバイス310の「近距離場」内の1つまたは複数のNFCデバイスとワイヤレス通信することができる。
【００３１】
さらに、様々な態様によれば、第2のワイヤレスデバイス320は同様に、各々が異なる無線アクセス技術に従って動作する複数の無線を有し得る。たとえば、図3に示すように、第2のワイヤレスデバイス320はまた、NFC無線321、WWAN無線323、WLAN無線325、およびBluetooth（登録商標）無線327を有し得、ワイヤレスデバイス320は、無線321、323、325、327を使用してワイヤレス環境300内で通信することができる。たとえば、図3に示すように、ワイヤレスデバイス320は、WWAN無線323を使用してWWANリンク345を介してセルラー基地局340と、WLAN無線325を使用してWLANリンク365を介してWi-Fiアクセスポイント360と、Bluetooth（登録商標）無線327を使用してBluetooth（登録商標）リンク386、388を介してBluetooth（登録商標）ヘッドセット385およびBluetooth（登録商標）対応ウェアラブルデバイス387とワイヤレス通信することができ、Bluetooth（登録商標）ヘッドセット385およびBluetooth（登録商標）対応ウェアラブルデバイス387は、さらにBluetooth（登録商標）リンク389を介して互いにワイヤレスに通信していることがある。またさらに、ワイヤレスデバイス320は、磁界誘導を介して、NFC無線321を使用してワイヤレスデバイス320の「近距離場」内の1つまたは複数のNFCデバイスとワイヤレス通信することができる。さらに、ワイヤレスデバイス310、320は、同じセルラー基地局340と通信するものとして図3に示され、その場合、WWANリンク341、345は共通の終点を有し得るが、ワイヤレスデバイス310、320が、事実上、それぞれのWWANリンク341、345を介して異なるセルラー基地局と通信していることがあることを、当業者は諒解されよう。同様に、ワイヤレスデバイス310、320は、同じWi-Fiアクセスポイント360と通信しているものとして図3に示されるが、ワイヤレスデバイス310、320が、事実上、それぞれのWLANリンク361、365を介して異なるWi-Fiアクセスポイントと通信していることがあることを、当業者は諒解されよう。
【００３２】
様々な態様によれば、WWANリンク341、345を介してセルラー基地局340と通信すること、およびWLANリンク361、365を介してWi-Fiアクセスポイント360と通信することに加えて、ワイヤレスデバイス310、320は、ワイヤレスデバイス310、320が互いに十分に近接して位置している場合、帯域外D2D接続350を介して互いに直接通信し得る。たとえば、ワイヤレスデバイス310、320が最大で約500メートルの範囲内にあるとき、ワイヤレスデバイス310、320は、WWAN無線313、323を使用してLTE-Directを介したD2Dリンクを形成し得る。さらに、ワイヤレスデバイス310、320がWLAN無線315、325を介して互いを発見するのに十分な範囲内にある場合、ワイヤレスデバイス310、320はWi-Fi Directを介したD2Dリンクを形成し得る。他の例では、ワイヤレスデバイス310、320は、数メートルから数十メートルにわたる動作範囲内にある場合はBluetooth（登録商標）無線317、327を使用して、または互いの近距離場内(たとえば、約10センチメートル以下)にある場合はNFC無線311、321を使用して、D2Dリンクを形成し得る。しかしながら、ワイヤレスデバイス310、320がともに同じユーザに関連付けられ、同じユーザ名および資格証明に関連付けられているそれぞれのアプリケーション318、328(たとえば、電子メールアプリケーション)を実行する場合、既存の同期アルゴリズムおよび実装形態は通常、アプリケーション318、328に関連付けられた最新のアカウントデータ319、329が近接している他方のデバイス上で利用可能であり得るという事実を利用または考慮することなく、各ワイヤレスデバイス310、320が、対応するアプリケーションサーバ390との同期手順を個別に実行することを伴い、そのことは、いくつかの理由で非効率な手法になる傾向がある。したがって、ワイヤレスデバイス310、320は、十分に近接して位置している場合、1つまたは複数のサービス発見プロトコルを実行して互いを発見し得、各それぞれのワイヤレスデバイス310、320において記憶され得る適切なサービスデータ319、329に基づいて、帯域外D2D接続350を介して直接通信し得る。
【００３３】
たとえば、LTE-Direct(LTE-D、「LTE-Advanced」と呼ばれることがある)は、近接発見のための提案されている3GPP(リリース12)D2Dソリューションであり、LTE-Dは、広い範囲(見通し線で約500m)内の他のLTE-Dデバイス上のサービスを直接監視して、近接しているサービスを並行して検出することによって、ロケーション追跡およびネットワーク呼を不要にする。したがって、LTE-Dは、サービスレイヤ発見およびD2D通信を可能にするD2Dソリューションであり、LTE-Dワイヤレスデバイス(たとえば、ワイヤレスデバイス310、320)上のアプリケーション318、328は、他のデバイス上のアプリケーションサービスを監視するとともに物理レイヤにおいてローカルに利用可能なサービスを(他のLTE-Dデバイス上のサービスによる検出のために)告知するように、LTE-Dに命令することができる。したがって、確立「監視」との整合が検出されると、クライアントアプリケーション318、328に通知され得る。たとえば、アプリケーション318、328は、「同期イベント」を求める監視を確立することができ、LTE-D発見レイヤは、同期関連のLTE-D表現が検出されると、アプリケーション318、328をウェイクアップさせることができる。したがって、LTE-Dは、関連する整合を識別するために集中型データベースを必要としなくてよい分散型発見ソリューションであり、関連する整合は、代わりに、関連する属性を送信および監視することによってデバイスレベルにおいて自律的に決定される。
【００３４】
別の例では、Wi-Fi Direct(WFD)は、Wi-Fi Alliance(WFA)の下で開発されたデバイス間(D2D)仕様であり、アクセスポイント(AP)または基地局(BS)などの中心ノードを使用することなく互いに発見および直接通信するためにIEEE802.11デバイスが使用できる手段を提供する。WFDは、Wi-Fiデバイス、すなわち、ピアワイヤレスデバイスが、独立基本サービスセット(IBSS)などの、Bluetooth（登録商標）およびアドホックネットワークの下で従来よりカバーされている使用モデルに対処することを可能にし得る。WFDは、デバイス発見、サービス発見、セキュリティ、ユーザセットアップ、およびインフラストラクチャネットワークへの交差接続に対処する。WFDは、一般に、標準的なWi-Fiと実質的に均等な範囲、WPA2を使用するセキュリティ(たとえば、高度暗号化規格(AES)暗号化)、2.4GHzバンドの中の3個の20MHzチャネルおよび5GHzバンドの中の25個の20MHzチャネル、Wi-Fiプロテクテッドセットアップ(WPS:Wi-Fi Protected Setup)(または、Wi-Fiシンプルコンフィギュレーション(WSC:Wi-Fi Simple Configuration))を用いたデバイス認証およびデバイス登録、IPアドレスベースのプロトコル、サービス広告、両方のデバイスがスリープするのを可能にする電力管理、ワンタイム接続または永続的接続、ならびにインフラストラクチャネットワーク(すなわち、中心ノードを使用するネットワーク)との同時処理を有する。したがって、WFDでは、グループオーナー(GO:group owner)は、マスタピアデバイスとして働き得、複数のクライアントピアデバイスとの接続をサポートし得る。GOが電力節約状態に入ることができることを除いて、GOは従来のシステムにおけるアクセスポイントと類似の機能を有する。WFDピアグループは、通常、単一の基本サービスセット識別子(BSSID)、単一のGO、1つまたは複数のクライアントピアデバイス、およびワンタイムグループ識別子または永続的グループ識別子であってよい単一のグループ識別子を有する。
【００３５】
したがって、図4は、2つ以上のピアワイヤレスデバイスが1つまたは複数のサービス発見プロトコルに従って帯域外D2D接続を介して通信し得る、例示的なワイヤレスネットワークアーキテクチャ400を示す。概して、図4に示すワイヤレスネットワークアーキテクチャ400は、Wi-Fi Direct(WFD)において使用されるサービス発見手順に関して本明細書で説明される。しかしながら、そのような説明が例示のためのものにすぎないこと、および図4に示すサービス発見フレームワークに関わる問題が他のD2D技術において使用されるサービス発見手順に同様に適用され得ることを、当業者は諒解されよう。
【００３６】
様々な態様によれば、図4に示すワイヤレスネットワークアーキテクチャ400は、様々なアプリケーションサービスプラットフォームにおいて使用されるサービス発見プロトコルをサポートし得、アプリケーションサービスプラットフォーム(ASP)は、概して、アプリケーションおよびサービスがサービス提供者デバイス410とサービス消費者デバイス420との間のセッションを確立し、それを介して通信するのに必要とする機能を実施する、ソフトウェアサービスまたはライブラリを指し得る。たとえば、1つまたは複数のサービス発見プロトコル上に構築されるアプリケーションおよび/または使用事例は、ミラーリング(または、スクリーン共有)、ストリーミングビデオ、ストリーミングオーディオ、遠隔ビデオおよび/またはグラフィックス演出、遠隔オーディオおよび/またはオーディオ演出、遠隔感知、遠隔制御、ファイル転送などを含み得る。様々な実施形態では、本明細書でさらに詳細に説明するように、サービス提供者デバイス410、サービス消費者デバイス420、および制御ポイント430は、様々なアプリケーション/使用事例に関して、告知および照会、組成および調停、制御、提示、グループ管理、アドレス指定制御、サービス品質(QoS)および/またはエクスペリエンス品質(QoE)をサポートするために、様々なサービス発見メッセージおよび他のシグナリングメッセージを交換し得る。
【００３７】
より詳細には、サービス提供者デバイス410が1つまたは複数のピアツーピア(P2P)サービスをサポートするものと想定すると、サービス提供者デバイス410に関連するサービス発見仲介者412は、1つまたは複数のP2Pサービスについての情報を提供するために1つまたは複数のサービス広告を発行し得、その結果、別のデバイス(たとえば、サービス消費者デバイス420)上のサービス探索者は、サービス提供者デバイス410上のASPとのASPセッションを探索、発見、および開始することができる。たとえば、様々な実施形態によれば、サービス広告は、サービス名、サービス提供者デバイス410に関連付けられた識別子、および1つまたは複数のサービスについてのより詳細な情報(たとえば、プロトコル固有のサービス記述)への1つまたは複数のポインタを含み得る。制御ポイント430は、次いで、1つまたは複数のサービス広告を発見および検討してサービス提供者デバイス410およびそれに関連する機能について学習し得、適切なデバイス記述およびサービス記述を取り出し得、サービス発見仲介者412へアクションを送り得、サービス状態変数を求めてサービス発見仲介者412にポーリングし得、サービス発見仲介者412からイベントを受信し得る。したがって、制御ポイント430は、サービス記述、デバイス情報、および/またはワイヤレスネットワークアーキテクチャ400におけるサービス固有のP2Pセッションを容易にするための他の好適な情報を保持する、レジストリを提供するように構成され得る。たとえば、様々な実施形態では、サービス発見および登録エージェント422は、ワイヤレスネットワークアーキテクチャ400において利用可能なサービスを学習するための、制御ポイント430からの情報を周期的に要請し得、サービス発見仲介者412は、利用可能なサービスに関連する制御およびステータスを公開し得る。
【００３８】
したがって、様々な態様によれば、制御ポイント430は、1つまたは複数のサービス記述を使用して、制御メッセージ(または、アクション)を、サービス提供者デバイス410上のサービス発見仲介者412ならびに/またはサービス消費者デバイス420上のサービス発見および登録エージェント422へ送り得、サービス消費者デバイス420は、次いで、1つまたは複数のアクション固有の対応する値を戻し得る。イベントに関して、制御ポイント420は、サービス状態をモデル化するサービス変数を変更するためのサービス記述またはアクションを受信することを承諾し得、それにより、サービス提供者デバイス410および/またはサービス消費者デバイス420は、1つまたは複数の状態変数および状態変数に関連する現在値を更新するための、イベントメッセージを送り得る。したがって、サービス消費者デバイス420がサービス提供者デバイス410において提示された1つまたは複数のサービスを発見および使用するとき、サービス提供者デバイス410上のサービス配信モジュール414とサービス消費者デバイス420上のサービス実行モジュール424との間で、管理データおよびサービスデータが交換され得る。たとえば、サービス発見仲介者412とサービス発見および登録エージェント422との間でサービスセッションがバインドまたは別の方法で確立されると、サービス配信モジュール414とサービス実行モジュール424との間で交換される管理データは、サービス呼出し方法、入力解決、および/または実際のサービス作業を実行するとともにデータを戻すのに必要な任意の追加の依存関係を定義し得る。
【００３９】
したがって、本明細書で提供する説明では、サービス発見とは、概して、適切なシステムアーキテクチャにおいて事前構成なしに消費されるべきサービスに関連する1つまたは複数の要求された条件に整合する1つまたは複数のサービスを、サービス消費者デバイス420が発見することを可能にするシステムアーキテクチャ、方法、アルゴリズム、およびプロトコルを指し得る。たとえば、知られている1つのサービス発見アーキテクチャは、アドレス指定、命名、サービス発見、ならびに異種ネットワークにわたる自動デバイスおよびサービス構成を、ドメインネームサービス(DNS)や動的ホスト構成プロトコル(DHCP)のようないかなる集中型エンティティも必要とすることなく解決する、ゼロコンフィギュレーションネットワーキング(Zero-configuration networking)(Zeroconf)である。詳細には、Zeroconfをサポートするデバイスは、DNSリソースレコードの中のサービス情報を記憶するためにマルチキャストDNS(mDNS)を使用し、それにより、Zeroconfは、DNSサービス発見(DNS-SD)を採用し、その結果、標準的なDNSプログラミングインターフェース、サーバ、およびパケットフォーマットが、ネットワークをブラウズし利用可能なサービスを発見するために使用され得る。そのために、Zeroconfは、サービスを公開するための発行、利用可能なサービスを求めてブラウズすることを可能にするための発見、ならびにサービス名命名法を実際の論理アドレスおよびポート番号に変換するための解決を、デバイスがサポートすることを必要とする。その意味において、任意のサービス発見アーキテクチャに適用可能な考慮事項は、関連するサービス発見目標(たとえば、共通の記述言語、サービス情報記憶、およびサービスを求めて探索することを可能にするためのメカニズムを提供すること)を含み得る。加えて、考慮事項は、サービスがどのように管理されるのか(たとえば、サービス記述、ネットワークトポロジーなどへの変更に起因して、サービスディレクトリを更新すること)、サービス情報記憶分類(たとえば、集中型、非構造化分散型、構造化分散型、平坦型、階層型、ハイブリッド型など)、ならびにサービス記述アクセスおよびサービス発見方法に関係することがある。たとえば、集中型かつ構造化分散型記憶環境では、サービス記述アクセスは、広告および要求を発行するために識別および要求され得るディレクトリノードを通じて制御され得るが、構造化分散型記憶システムは、適用可能なオーバーレイ構造に従って、他のディレクトリノードへのディレクトリノード中継サービス発見メッセージを有し得る。別の例では、直接サービスアクセスは、ディレクトリノードにアドレス指定され得るか、またはネットワークの中で配布され得る。サービス発見方法に関して、パッシブ(または、プッシュ)モデルは、エージェントおよび仲介者がデバイスおよび利用可能なサービスについての告知をパッシブに受信することを可能にし得るが、エージェントおよび仲介者は、アクティブ(または、プル)モデルを採用するアーキテクチャの中のデバイスおよび利用可能なサービスについてアクティブに質問または照会し得る。
【００４０】
さらに、性能に関して、様々な追加のサービス発見考慮事項が存在し得る。たとえば、機能上の問題は、限定はしないが、サービス選択、使用量およびQoS/QoE、セキュリティ/プライバシー(たとえば、認証、許可、信用、秘密性、インテグリティ、否認防止など)、ネットワークタイプ(たとえば、有線、ワイヤレス、クライアント密度、サイズ、帯域幅など)、ならびにデバイス機能を含み得る。QoS/QoEコンテキストでは、特有の性能問題は、ネットワークスケーラビリティ、グループ通信、負荷分散および問合せ効率(たとえば、より多数のディレクトリノードおよびサービスグルーピング、過負荷ノードを最小限に抑えるためのキャッシング、新たなデバイスへの負荷分散および負荷分配、階層構造、分散型ハッシュインデックス付け、オーバーレイ構造最適化、ならびにサービス記述アグリゲーション)、ならびに耐障害性、タイミングおよび同期、モビリティサポート、およびリソース認識型最適化(たとえば、電力およびバッテリー最適化、ネットワーク帯域幅最適化など)を含み得る。したがって、サービス発見アーキテクチャにおいてサポートされるアプリケーションおよび/または使用事例に応じて、特定のサービスに関連するワイヤレスアプリケーションデータパスは、機能、処理密度、記憶容量、接続および電力性能プロファイルなどが不均等であると予期され得る、多くのアドホックデバイスを備えることがある。さらに、任意のデバイスは自律的に、かつ他のデバイスを知らずに動作することができるので、異なるデバイス間での動作上の依存関係および必要な協調は、通常、協調的かつ(非構造化)分散型サービス発見フレームワークがすべての必須機能を最良に可能にし得るように、アプリケーションおよび/または使用事例ごとに検証および解決される。
【００４１】
しかしながら、そのような協調的かつ(非構造化)分散型サービス発見フレームワークをサポートするために、各ピアデバイスは常時オン状態に維持されなければならないことになり、そのことは、著しい性能問題につながり得る。たとえば、図5は、1つまたは複数のP2Pサービスを提供および/または消費するために、帯域外D2D接続を介して通信するワイヤレスデバイスにおける例示的な電力プロファイルを示す。詳細には、図5に示す例示的な電力プロファイルは、802.11ac Wi-Fiトランシーバを使用して通信するワイヤレスデバイスに適用されてよく、ここで、垂直軸は、4.0ボルトDCにおいて消費されるミリアンペア(mA)を、水平軸に示すような時間の関数として示す。図5に示すように、ワイヤレスデバイスがホームスクリーンにある間(かつ、ワイヤレスセッションを確立する前)に消費される電力はほぼ800ミリアンペア(mA)であり、ホームスクリーン電力消費は、セッション確立の後、約1000mAに跳躍し、電力消費は、ワイヤレストラフィックが存在しないとき、スタンバイ/アイドル期間の間でさえそのレベル以上にとどまり、静的電力消費で約1Wに達する。したがって、サービス情報記憶タイプ、サービス記述アクセス、およびサービス発見方法に応じて、不定期のサービス発見メッセージングが、ワイヤレスデバイスにメインワイヤレスアプリケーションデータパスの中の様々な構成要素を常時オン状態に保持させ、かなりの不必要な電力消費につながる。たとえば、多くのサービス発見メッセージはペイロードが比較的小さく(たとえば、数バイトのみ)、メインワイヤレスアプリケーションデータパスの中で相当な処理リソースが提供されることを必要とし得ない。したがって、本明細書で説明する様々な態様および実施形態は、低電力プロファイルを有するスマートコプロセッサまたは他の処理構成要素をメインワイヤレスアプリケーションデータパスの中に導入し、その結果、ワイヤレスアプリケーションデータパスの中の構成要素が通常は実行することになるいくつかの処理機能を低電力コプロセッサが引き受けることができ、それによって、サービス発見メッセージングに関連する全体的な電力消費を低減する。さらに、本明細書でさらに詳細に説明するように、より多くの電力を消費する構成要素がより集約的な処理タスクを実行するためだけに利用されるように必要とされるとき、またはそれ以外で必要とされるとき、低電力コプロセッサは、ワイヤレスアプリケーションデータパスの中の構成要素に選択的に連動するように構成され得る。
【００４２】
より詳細には、様々な態様によれば、図6は、1つまたは複数のサービス発見処理タスクを支援し、それによって、ワイヤレスサービスプラットフォームに関連するサービス発見電力消費および/または他のサービス発見処理タスクを最適化するための、メインワイヤレスアプリケーションデータパスの中に配設された低電力コプロセッササブシステム660を有し得る例示的なワイヤレスデバイス600を示す。したがって、図6に示すワイヤレスデバイス600は、ピアデバイス間で提供される1つまたは複数のサービスに関連するワイヤレスアプリケーションデータパスの中の、サービス提供者デバイス、サービス消費者デバイス、または任意の他の好適なデバイスに相当し得る。たとえば、様々な実施形態では、ワイヤレスデバイス600は、ローカルディスプレイ672および/または外部デバイス上の外部ディスプレイ674において提示するためにビデオデータを符号化または別の方法で処理することができる、ディスプレイプロセッサ670を含み得る。いくつかの使用事例では、ディスプレイプロセッサ670は、ローカルディスプレイ672と外部ディスプレイ674の両方において表示するために同じビデオデータを処理してよく、またはディスプレイプロセッサ670は、代替として、ローカルディスプレイ672または外部ディスプレイ674において表示するためだけにビデオデータを処理してもよい。同様の点において、ワイヤレスデバイス600は、ローカルオーディオ出力機構(たとえば、内部スピーカー、ヘッドフォンインターフェースなど)を通じて提示するためにオーディオデータを処理できるローカルオーディオサブシステム680、および/または外部オーディオサブシステム684を含み得、ローカルオーディオサブシステム680は、ローカルに、かつ外部オーディオサブシステム684を通じて提示するために、同じオーディオデータを処理してよく、または代替として、ローカルに、または外部オーディオサブシステム684を通じて提示するためだけに、オーディオデータを処理してもよい。したがって、様々な実施形態では、ワイヤレスデバイス600は、1つまたは複数のピアデバイスに関連するサービスを提供および/または消費することに関連する様々な態様を管理するように構成されたサービス発見サブシステム650を含み得、そうした態様は、ミラーリング、スクリーン共有、ストリーミングビデオ、遠隔ビデオ/グラフィックス演出などに関係するサービスをサポートするための、ディスプレイプロセッサ670および関連する構成要素との調整、ストリーミングオーディオ、遠隔オーディオ演出に関係するサービスをサポートするための、ローカルオーディオサブシステム680および関連する構成要素との調整、遠隔感知に関係するサービスをサポートするための、センサープラットフォーム626との調整などを伴い得る。
【００４３】
さらに、様々な実施形態では、サービス発見サブシステム650は、デバイス発見に関係する様々なタスクを調整するように構成され得、そうしたタスクは、発見された1つまたは複数のピアデバイスに関連するメディアアクセス制御(MAC)アドレスまたは他の好適な識別情報、そのようなピアデバイスに関連するロケーション座標、発見されたピアデバイス上で利用可能なP2Pサービス、および/あるいは発見された任意のピアデバイスに関係する他の好適な構成情報を、発見または別の方法で決定することを含み得る。様々な実施形態では、サービス発見サブシステム650は、発見されたピアデバイスに関係する情報を、ローカルストレージ、キャッシュ622、低電力コプロセッササブシステム660に関連するメモリ、および/またはそれらの任意の好適な組合せに記憶するように構成され得る。たとえば、様々な実施形態では、発見された各ピアデバイスに関係する情報はテーブルに記憶されてよく、テーブルは、発見された各ピアデバイスに関連する名称を記憶するためのピアデバイスフィールド、発見された各ピアデバイスに関連するMACアドレスを記憶するためのアドレスフィールド、発見された各ピアデバイスに関連するロケーション座標を記憶するための座標フィールド、(もしあれば)発見されたピアデバイス上で利用可能なP2Pサービスについての情報を記憶するためのサービスフィールド、および各ピアデバイスにおいて利用可能なサービスを識別するサービス問合せ文字列に対応する1つまたは複数のハッシュ値を含み得る。
【００４４】
様々な実施形態によれば、サービス発見サブシステム650は、サービス発見に関係する様々なタスクをさらに調整し得、そうしたタスクは、ワイヤレスデバイス600上で利用可能なサービスおよび/または発見された任意のピアデバイス上で利用可能なサービスに関連する1つまたは複数のサービス記述を発見または別の方法で決定することを含み得る。たとえば、サービス発見プロトコルは、概して、ピア終点間で(たとえば、特定の個々のサービスについての詳細な情報を提供するservice_informationパラメータに従って)受け渡されるプロトコル固有のサービス記述(または、仕様)に依拠する。したがって、様々な実施形態では、ピアデバイスは、スキャンしているピアデバイスが既存のP2Pネットワークを発見しようと探索するスキャンフェーズを介して他のピアデバイスを発見し得、スキャンフェーズは、すべての利用可能なチャネルをリッスンしているピアデバイスにおいて聞かれることがあるビーコンをグループオーナー(GO)に送出させ得る。そのコンテキストでは、スキャンフェーズは、アクティブスキャンまたはパッシブスキャンを含み得、アクティブスキャンは、ピアデバイスがすべての利用可能なチャネル上でプローブ要求を送るとともにアクセスポイントまたはGOにプローブ応答を要請することを伴ってよく、パッシブスキャンを行うピアデバイスは、すべてのチャネルにとどまってよく、ビーコンを求めてリッスンしてよい。代替として、様々な実施形態では、ピアデバイスは、スキャンしているピアデバイスがP2Pグループをすでに形成していない他のピアデバイスを発見しようと探索する発見フェーズを介して、他のピアデバイスを発見し得る。そのコンテキストでは、発見フェーズは、探索状態およびリッスン状態を含み得、探索状態は、ピアデバイスが各ソーシャルチャネル(たとえば、2.4GHzバンドの中のチャネル1、6、および11)上で1つまたは複数のプローブ要求フレームを送信することを備え得る。リッスン状態では、ピアデバイスは、特定のソーシャルチャネル(たとえば、リッスンチャネル)で待ってよく、いくつかのタイプ(たとえば、要求された特定のサービス)を有するプローブ要求を求めてリッスンしてよい。ピアデバイスは、次いで、所望のデバイスおよび/またはサービスタイプに基づいて要求をフィルタ処理して、サービスを消費するのに適した任意の他の情報に加えて適切なサービス記述を伴って送られ得る1つまたは複数の整合するプローブ応答を識別し得る。たとえば、多くのサービス発見プロトコルは、人間が読み取れる機械可読テンプレート文書に従ってサービス記述をフォーマッティングするための属性値構造を使用し、Bluetooth（登録商標）サービス記述プロトコル(SDP)は、サービスレコード(たとえば、属性リスト)内のサービスについてのすべての情報を含み、他のものは、階層的な属性値ペア、XMLベースのオントロジー、オブジェクト指向パラダイムなどを使用する。いずれの場合も、サービス発見サブシステム650は、ワイヤレスデバイス600上および/または1つもしくは複数のピアデバイス上で利用可能な発見された任意のサービスに関係するサービス記述を、ローカルストレージ、キャッシュ622、低電力コプロセッササブシステム660に関連するメモリ、および/またはそれらの任意の好適な組合せに記憶するように構成され得る。したがって、様々な実施形態では、サービス発見サブシステム650は、ワイヤレスデバイス600上の関係する構成要素間でサービス記述を適切に配信するように構成され得、その結果、メインワイヤレスアプリケーションデータパスの中の低電力コプロセッササブシステム660上および/またはアプリケーションプロセッサ620上で実行されるべき処理タスクを定義するためのサービス固有の規則が、ワイヤレスデバイス600に関連する性能を最適化するために決定、適用、および動的に調整され得る。
【００４５】
様々な態様によれば、ワイヤレスデバイスは、通信目的に専用であってよく、ワイヤレスデバイス600に関連する汎用プロセッサの中に含まれてよく、またはそれらの好適な組合せであってもよいホストブリッジ640を含み得る。様々な実施形態では、ホストブリッジ640は、有線および/またはワイヤレスのインターフェースを介して通信するためにワイヤレスデバイス600が使用し得る任意の他のモジュールおよび/またはユニットに加えて、3G/4Gセルラーモデム642、Bluetooth（登録商標）(BT)無線644、全地球測位システム(GPS)受信機646、およびWi-Fi無線648を管理するように構成され得る。さらに、様々な実施形態では、Wi-Fi無線648は、従来のWi-Fiプロトコルに従って動作するWi-Fiトランシーバ(たとえば、802.11n/802.11acトランシーバ)および/または独立した高性能Wi-Fiトランシーバ(たとえば、802.11adトランシーバ)を含み得る。様々な実施形態では、ホストブリッジ640は、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素を使用する1つまたは複数のピアデバイスとのセッションを確立するように構成され得、メインワイヤレスアプリケーションデータパスは、相互接続部およびシステムメモリ610ならびにアプリケーションプロセッサ620をさらに含み得る。しかしながら、以下でさらに詳細に説明するように、低電力コプロセッササブシステム660は、着信パケットの中のサービス発見メッセージ、イベント、および信号を検出するためにワイヤレスアプリケーションデータパスの中に配設され得、低電力コプロセッササブシステム660は、発信メッセージ、およびWi-Fi無線648、BT無線644、3G/4Gセルラーモデム642などを介して発信メッセージを送信するための関連するスケジュールを記憶するのに十分なメモリを有し得る。したがって、低電力コプロセッサ660は、ワイヤレスアプリケーションデータパスの中の高電力かつ大帯域幅の構成要素から様々なサービス発見タスクをオフロードするために使用され得、したがって、そうした構成要素は、より集約的な処理タスクを実行するために必要とされるまで低電力状態に入っていることができる。
【００４６】
様々な実施形態によれば、ワイヤレスデバイス600は、周辺インターフェース652を通じて相互接続部およびシステムメモリ610に結合された記憶デバイス654をさらに含み得る。たとえば、記憶デバイス654は、フラッシュドライブ、ユニバーサルシリアルバス(USB)ドライブ、SDカード、または任意の他の好適な外部記憶デバイスを備え得る。加えて、記憶デバイス654に記憶されるデータは、ストレージから、またはリアルタイムでプライベートネットワークもしくは公衆ネットワーク(たとえば、インターネット)からホストブリッジ640を介して受信され得る。一実施形態では、アプリケーションプロセッサ620および/または低電力コプロセッササブシステム660が、1つまたは複数の適切なアプリケーションを実行するときにより容易にデータにアクセスできるように、記憶デバイス654からローカルメモリ614にデータを移動させ得るアプリケーションデータムーバー664を、ワイヤレスデバイス600はさらに含み得る。さらに、アプリケーションプロセッサ620は、頻繁にアクセスされるデータを記憶し得るキャッシュ622に結合され得る。加えて、ワイヤレスデバイス600は、アプリケーションプロセッサ620上で動作しているアプリケーションが必要とし得る任意の好適なグラフィックス処理を実行できるグラフィックス処理装置662を含み得る。さらに、ワイヤレスデバイス600は、ネットワークソース(たとえば、インターネット)、ワイヤレスデバイス600の中のセンサー(たとえば、内蔵カメラ)、および/またはセンサープラットフォーム626、ならびに/あるいは任意の他の好適なマルチメディアソースから取得されたマルチメディアコンテンツ上で、符号化、復号、アクセラレーション、および/または他のマルチメディア処理を行うことができる1つまたは複数のマルチメディアプロセッサ628を含み得る。さらに、外部のシンクデバイス上でメディアデータを提示するために、ワイヤレス通信デバイス600は、メディアデータパケットが外部のシンクデバイスへセキュアに送信されることを確実にするのに必要な任意のセキュリティ情報を決定および適用し得るセキュリティモジュール690を含み得る。
【００４７】
追加として、ワイヤレスデバイス600は、ワイヤレスデバイス600の中のバッテリーに関連するステータスを監視するように構成され得るバッテリーサブシステム630を含み得る。たとえば、様々な実施形態によれば、バッテリーサブシステム630は、ワイヤレスデバイス600が壁プラグ接続電源を有するのかそれとも内部バッテリーを使用しているのかを、ならびに(使用中であれば)内部バッテリー上で利用可能な残りの電力を反映する、ステータス情報を記憶し得る。様々な実施形態では、バッテリーに関するステータス情報は、ローカルディスプレイ680上で(たとえば、様々なバッテリー状態を示すための小さいバッテリーアイコン、光、または音などを使用して)提示され得、ワイヤレスデバイス600上で許容される機能および/または低電力コプロセッサシステム660にオフロードされるべき機能を構成するために使用される。したがって、様々な実施形態では、上述のサービス固有の規則は、バッテリー寿命を最大化するためのプラットフォームおよびアプリケーション固有の使用事例コンテキストに基づいて、動的に定義され得、かつ/または後で再定義もしくは別の方法で調整され得る。たとえば、ワイヤレスデバイス600が手首装着型デバイスに相当する場合、バッテリーサブシステム630は、バッテリーヘルス、バッテリー充電状態、および/または他の好適なバッテリー関連のパラメータに従って、ワイヤレスデバイス600上でサポートされるべきサービス、ワイヤレスデバイス600上で許容される機能などを折衝および制御し得る(たとえば、バッテリーヘルスおよび/または有効電力がしきい値よりも低いときには、時刻を告げる、メッセージを見せる、スピーカー機能を提供するなどのみ、カメラが起動できないようにバッテリーヘルスおよび/または有効電力が決定的に低いときには、フラッシュ撮影を無効にするなど)。一般に、バッテリーサブシステム630は、正確なバッテリーステータスを反映するために、バッテリーに関連するステータス情報をほぼ継続的に更新し得る。加えて、バッテリーサブシステム630は、ワイヤレスデバイス600において実行される機能を制御するために使用される様々なクロックおよび/または他の好適な回路構成を含むクロックモジュールを制御し得る。さらに、上述のように、Wi-Fi無線648は、異なる性能レベルを提供できる複数の独立したWi-Fiトランシーバを含み得る。しかしながら、異なる性能レベルは内部バッテリーに異なる影響を有することがあり、高性能Wi-Fiトランシーバは、一般に、より多くの電力を消費し得るので、ワイヤレスデバイス600は、本明細書でさらに詳細に説明するように、低電力コプロセッササブシステム660が、それを用いて提供される電力最適化を保持するためにアクティブである間に、高性能Wi-Fiトランシーバが使用されないことを確実にするために、要求ベースのWi-Fiネットワーク制御フレームワークを実施し得る。
【００４８】
様々な態様によれば、低電力コプロセッササブシステム660は、着信パケットの中の1つまたは複数のサービス発見イベントおよび信号(たとえば、規則およびアラーム)を検出するための機能、ならびに発信メッセージおよび関連するスケジュールを記憶するための十分なメモリを有し得、そのため、通常、かなり多くの電力を消費する構成要素(たとえば、ホストブリッジ640、相互接続部およびシステムメモリ610、高レベルオペレーティングシステムを実行するように構成されたメインアプリケーションプロセッサ620など)を用いて実行される機能を、低電力コプロセッササブシステム660が引き受けることができる。たとえば、様々な態様によれば、低電力コプロセッササブシステム660は、Wi-Fi無線648、BT無線644、3G/4Gモデム642などを介して受信された着信パケットを、動的に構成可能な様々な「ウェイクアップ」規則に従って独立に検査し得、そのため、低電力コプロセッササブシステム660は、場合によってはメインワイヤレスアプリケーションデータパスの中の構成要素を使用して実行されることになるいくつかの処理タスクに対処し得る。さらに、低電力コプロセッササブシステム660は、ウェイクアップ規則がトリガされるかどうかに応じて(たとえば、検査されたパケットがしきい値レベルを上回るペイロードを有する、メインワイヤレスアプリケーションデータパスの中の構成要素をウェイクアップするための外部メッセージが受信される、1つまたは複数のパケットが1つまたは複数のウェイクアップ規則に整合するバイナリ文字列を含むなどの場合)、必要に応じてメインワイヤレスアプリケーションデータパスの中の構成要素に選択的に連動し得る。さらに、ワイヤレスデバイス600は、サービス発見照会に応答し、それらとの接続/関連付けを保持するために他のピアデバイスとピングおよび/またはキープアライブ(keep-alive)メッセージを交換し、それによって、スタンバイ/アイドル状態中にコンスタント/ステートフルな動作を維持するものと予期され得るので、低電力コプロセッササブシステム660は、そのようなメッセージング用のソケットを終了させてよい。したがって、様々なサービス発見タスクを低電力コプロセッササブシステム660にオフロードすることは、メインワイヤレスアプリケーションデータパスの中のより多くの電力を必要とする構成要素が可能な限り低電力状態(たとえば、スリープモード)にとどまることを可能にし得る。同様に、ワイヤレスデバイス600は、それらの上で利用可能なサービスを告知/広告し、いくつかの使用事例(たとえば、遠隔制御および遠隔感知アプリケーション)では、リアルタイムのイベントおよび信号を最小レイテンシで発行するものと予期され得るので、低電力コプロセッササブシステム660は、メインワイヤレスアプリケーションデータパスの中の構成要素のためのプロキシとして働いて処理効率(たとえば、電力消費)を最適化し得る。その上、低電力コプロセッササブシステム660は、(低電力状態から起動されると)最終的にメインアプリケーションプロセッサにおいて終了され得る処理を迅速化または別の方法で最適化するために、いくつかのコマンドおよびタイミングクリティカルメッセージ(たとえば、同期および割込みルックアップ)を前処理および/または捕捉するように構成��れ得る。
【００４９】
様々な態様によれば、図7Aおよび図7Bは、例示的なデバイス発見およびサービス発見コールフローを示し、ここで、サービス提供者デバイス710およびサービス消費者デバイス720は、様々なメッセージを交換して、サービス提供者デバイス710上で利用可能なサービス714をサービス消費者デバイス720に提供するために使用される帯域外D2D接続を確立し得る。概して、図7A〜図7Bに関する以下の説明は、Wi-Fi Allianceピアツーピア(P2P)仕様において定義されるいくつかの用語を使用し得る。しかしながら、そのような説明が例示のためのものにすぎないこと、ならびに本明細書で説明する概念が他のD2D技術において使用されるデバイス発見およびサービス発見手順に好適に適用され得ることを、当業者は諒解されよう。たとえば、様々な態様によれば、サービス提供者デバイス710は、サービス提供者デバイス710上のサービス714をサービス消費者デバイス720などの1つまたは複数のピアデバイスにとって利用可能にさせるためのアプリケーション712を実行し得る。同様の点において、サービス消費者デバイス720は、サービス提供者デバイス710上で利用可能なサービス714に対応し得るサービス724を要求し得るアプリケーション722を実行し得る。したがって、サービス提供者デバイス710およびサービス消費者デバイス720は各々、ローカルなアプリケーションサービスプラットフォーム(ASP)716、726を有し得、アプリケーションサービスプラットフォーム716、726は、サービス消費者デバイス720がサービス提供者デバイス710上で利用可能なサービス714を利用するセッションを確立するのに必要な様々な機能を実施するソフトウェアサービスまたはライブラリを指し得る。たとえば、様々な実施形態では、サービス提供者デバイス710上およびサービス消費者デバイス720上のローカルなASP716、726を介して実施される機能は、特に、デバイス発見、サービス発見、セッション管理、接続トポロジー管理、およびセキュリティを含み得る。
【００５０】
様々な態様によれば、図7Aに示すコールフローは、概して、サービス提供者デバイス710とサービス消費者デバイス720との間でデバイス発見および/またはサービス発見手順がすでに実行されていない、関連付け前の状態中に実行され得る。したがって、図7Aに示すコールフローは、サービス提供者デバイス710上で提供されるサービス714をサービス消費者デバイス720にとって利用可能にさせるとともに、サービス提供者デバイス710とサービス消費者デバイス720との間で直接ワイヤレス接続を確立するために使用されてよく、その結果、サービス消費者デバイス720は、サービス提供者デバイス710上で利用可能なサービス714を利用し得る。詳細には、サービス提供者デバイス710上のASP716は、利用可能なサービス714からAdvertiseService()メッセージを受信し得、AdvertiseService()メッセージは、別のデバイス(たとえば、サービス消費者デバイス720)上のサービス探索者がサービス提供者デバイス710上のASP716とのセッションを発見および開始し得るように、サービス714についての情報を提供し得る。たとえば、様々な実施形態では、AdvertiseService()メッセージは、サービス714に関連する名称を規定するためのパラメータ、サービス発見中に使用され得る特定のサービス714についての詳細な情報(たとえば、サービス記述、すなわち、service_informationパラメータ)、ASP716がAdvertiseService()メソッドを呼ぶ時間における使用に対してサービス714が利用可能であるか否かを規定するためのステータスパラメータ、サービス714に関連する任意のネットワーク構成パラメータなどを含み得る。したがって、サービス消費者デバイス722上のアプリケーション722がサービス724を使用するための要求を示すことに応答して、サービス724は、SeekService()メッセージをASP726へ送り得、SeekService()メッセージは、ASP726がピアデバイス(たとえば、サービス提供者デバイス710)上のサービスを求めて探索するために使用できる情報を提供し得る。たとえば、様々な実施形態では、SeekService()メッセージは、探索されるべきサービス名(たとえば、完全なサービス名、サービス名プレフィックスなど)を規定するためのパラメータ、ASP726が後続のプローブ要求フレームの中でサービス名に対応するハッシュ値を送り得る場合に厳密な探索を行うべきかどうか(そうでない場合、ASP726は、サービスドメインの中の任意のサービスをサポートするすべてのピアデバイスを求めて探索するように、サービスドメインに対応するハッシュ値を送り得る)、特定のMACアドレスを有するデバイスへの探索もしくは近接しているすべてのピアデバイスの探索に制限すべきかどうかを示すためのネットワークアドレスパラメータ、および/または通常、サービス発見要求/応答の交換において使用される追加の情報を要求するための随意のサービス情報要求パラメータを含み得る。
【００５１】
様々な態様によれば、サービス消費者デバイス720上のASP726は、次いで、所望のサービスを示すための1つまたは複数のサービスハッシュを含み得るP2Pプローブ要求フレームを送信し得る。サービス提供者デバイス710におけるASP716がP2Pプローブ要求フレームを検出することに応答して、ASP716は、それに含まれるサービスハッシュがサービス714(または、サービス提供者デバイス710上で利用可能な任意の他のサービス)に関連するハッシュに整合するかどうかを決定し得る。P2Pプローブ要求の中のサービスハッシュがサービス714に関連するハッシュに整合すると想定すると、ASP716は、次いで、広告を要求したサービス724による操作のためにASP716がサービス提供者デバイス710上の広告を固有に識別するために割り当てる広告IDに加えて、サービス714に関連する名称を有するP2Pプローブ応答を送信し得、広告IDはまた、サービス714に関連するステータス変更、サービス714に関連する管理接続、ならびに/またはサービス714に関連する他のイベントおよび制御を示すために、後続のメッセージングにおいて使用され得る。ASP716、726は、次いで、サービス名および詳細なサービス固有情報を交換するために、P2Pサービス発見要求フレームおよびP2Pサービス発見応答フレームを交換し得、その時間に、ASP726は、探索結果をサービス724に示し得る。サービス724は、次いで、デバイスリストをアプリケーション722に戻し得、ユーザ入力が、デバイスリストからサービス提供者デバイス710を選択し得る。サービス724は、次いで、ConnectSessions()メッセージをASP726へ送り得、そのことは、ASP716と726との間でP2Pプロビジョン発見要求およびP2Pプロビジョン発見応答の交換をもたらし得る。サービス提供者デバイス710におけるユーザがセッションを確認することに応答して、ASP716は、サービス消費者デバイス720におけるASP726に、成功メッセージをセッション情報と一緒に戻し得、サービス消費者デバイス720は、サービス提供者デバイス710と接続機能を交換し得る。その時点において、サービス消費者デバイス720およびサービス提供者デバイス710はP2Pグループを形成し得、またはサービス消費者デバイス720は、代替として、サービス提供者デバイス710が前に形成した既存のP2Pグループに参加し得る。
【００５２】
次に図7Bを参照すると、そこに示すコールフローは、概して、サービス提供者デバイス710およびサービス消費者デバイス720が既存のP2P接続をすでに形成しており、かつ/またはサービス提供者デバイス710とサービス消費者デバイス720との間のデバイスおよびサービス発見がすでに実行されている、関連付け後の状態中に実行され得る。したがって、サービス消費者デバイス720におけるASP726は、Request_Sessionメッセージをサービス提供者デバイス710におけるASP716へ送り得、Request_Sessionメッセージは、セッション固有のMACアドレス、セッションID、広告ID、およびセッション情報を含み得る。ASP716は、次いで、SessionRequestをローカルサービス714へ送り得、ローカルサービス714は、セッション情報をアプリケーション712に提示し得る。ユーザがセッションを受諾することに応答して、サービスは、ASP716とのセッションを確認し得、セッションレディステータスをASP716に示し得る。ASP716は、次いで、セッション固有のMACアドレスおよびセッションIDを示すために、サービス消費者デバイス720におけるASP726に応答し得、サービス消費者デバイス720におけるASP726は、セッションIDを確認応答し得る。サービス714は、次いで、ASP716にポートを要求し得、ポートにバインドすべきセッションMACアドレス、セッションID、IPアドレス、TCP/IPポート番号、およびサービス固有のプロトコルを示し得る。ASP716がポートを許可することに応答して、ASP716は、ポートステータスをローカルサービス714に示し得、許可されたポート情報をサービス消費者デバイス720におけるASP726に示し得る。したがって、サービス消費者デバイス720は類似の手順を実行して、サービス固有のセッションにポートをバインドし得、そのことをサービス提供者デバイスにおけるASP716に示し得る。サービス提供者デバイス710およびサービス消費者デバイス720におけるそれぞれのサービス714、724は、次いで、サービス固有アプリケーションデータがそれぞれのアプリケーション712と722との間で交換され得るように、アプリケーションソケットを接続し得る。
【００５３】
様々な態様によれば、図7A〜図7Bに示し上記でさらに詳細に説明したコールフローを参照すると、サービス提供者デバイス710および/またはサービス消費者デバイス720は、高電力大帯域幅メイン処理システムに加えて低電力小帯域幅コプロセッササブシステムを含むハードウェアアーキテクチャを有し得、その場合、ローカルなASP716、726を使用して実行される様々な機能が低電力小帯域幅コプロセッササブシステムにオフロードされ得、その結果、高電力大帯域幅メイン処理システムは、サービス提供者デバイス710および/またはサービス消費者デバイス720における電力消費および性能を最適化するように低電力状態に置かれ得る。たとえば、上述のように、低電力小帯域幅コプロセッササブシステムは、着信パケットの中の1つまたは複数のサービス発見イベントおよび信号(たとえば、規則およびアラーム)を検出するための機能、ならびに発信メッセージおよび関連するスケジュールを記憶するための十分なメモリを有し得、そのため、通常、高電力大帯域幅メイン処理システムを用いて実行される機能を、低電力小帯域幅コプロセッササブシステムが引き受けることができる。したがって、様々な実施形態では、低電力小帯域幅コプロセッササブシステムは、サービス消費者デバイス720(および/または、任意の他のピアデバイス)から受信された着信パケットを、動的に構成可能な様々な「ウェイクアップ」規則に従って検査し得、その結果、低電力小帯域幅コプロセッササブシステムは、いくつかの着信メッセージに独立に応答し得、ウェイクアップ規則がトリガされるかどうかに応じて(たとえば、着信パケットが、サービス発見照会ではなくサービス固有アプリケーションデータに関係するパケットを示すための十分に大きいペイロードを有する場合、メイン処理システムの中の構成要素を起動するための明示的な信号を着信パケットが備える場合など)、必要に応じてメイン処理システムの中の高電力大帯域幅の構成要素に選択的に連動し得る。さらに、サービス提供者デバイス710およびサービス消費者デバイス720は、サービス発見照会に応答し、(スタンバイまたはアイドル状態の間でさえ)それらの間での接続/関連付けを保持するために互いにピングおよび/またはキープアライブメッセージを交換するものと予期され得るので、ASP716、726は、それぞれのデバイス710、720上の低電力小帯域幅コプロセッササブシステムにおいて、そのようなメッセージング用のソケットを終了させてよい。したがって、様々なデバイス発見およびサービス発見タスクを低電力小帯域幅コプロセッササブシステムにオフロードすることは、サービス提供者デバイス710および/またはサービス消費者デバイス720がメイン処理システムの中の高電力大帯域幅の構成要素を可能な限り低電力状態(たとえば、スリープモード)に保つことを可能にし得る。同様に、サービス提供者デバイス710およびサービス消費者デバイス720は、その上で利用可能なサービス714、724を告知/広告し、いくつかの使用事例では、リアルタイムのイベントおよび信号を最小レイテンシで発行するものと予期され得るので、低電力小帯域幅コプロセッササブシステムは、高電力大帯域幅メイン処理システムの中の構成要素のためのプロキシとして働いて性能を最適化し得る。その上、低��力小帯域幅コプロセッササブシステムは、(低電力状態から起動されると)高電力大帯域幅メイン処理システムの中の構成要素を使用して終了され得る処理を迅速化または別の方法で最適化するために、いくつかのコマンドおよびタイミングクリティカルメッセージ(たとえば、同期および割込みルックアップ)を前処理および/または捕捉し得る。
【００５４】
様々な態様によれば、図8A〜図8Bは、ワイヤレスアプリケーションデータパスの中に配設された低電力小帯域幅コプロセッササブシステム830を含み得るワイヤレスデバイス800に関連する例示的なアーキテクチャを示し、低電力小帯域幅コプロセッササブシステム830は、簡単のために、本明細書で「コプロセッササブシステム」などと呼ばれることがある。様々な実施形態では、図8Aおよび図8Bを参照すると、ワイヤレスデバイス800は、1つまたは複数のピアツーピア(P2P)および/またはデバイス間(D2D)技術をサポートする少なくとも1つのワイヤレス無線850(たとえば、1つまたは複数の802.11 Wi-Fi無線、Bluetooth（登録商標）無線、LTE-Directをサポートするセルラーモデムなど)を含み得る。したがって、ワイヤレス無線850は、コプロセッササブシステム830に加えて、本明細書で代替的に「メインワイヤレス処理サブシステム」などとも呼ばれることがある高電力大帯域幅の処理サブシステム810に結合され得る。様々な実施形態では、メインワイヤレス処理サブシステム810は、ワイヤレス無線850を相互接続部およびシステムメモリ824に結合させるホストブリッジ822、ならびにホストアプリケーションプロセッサおよび高レベルオペレーティングシステム826を備え得る。さらに、コプロセッササブシステム830は、メインワイヤレス処理サブシステム810からオフロードされる1つまたは複数のサービス発見タスクに関連する1つまたは複数の発信データパケットと、1つまたは複数の発信データパケットを送るための関連するスケジュールとを記憶するように構成されたローカルオンチップメモリ837に加えて、ワイヤレス無線850に結合された同期ホストインターフェースを備え得る。さらに、コプロセッササブシステム830は、対応するスケジュールに従ってワイヤレス無線850を介して送信用の発信データパケットを移動させ、さらにワイヤレス無線850を介して受信される着信データパケットをオンチップメモリ837に移動させるように構成され得る、パケット収集(アプリケーションデータムーバー)モジュール833を含み得る。
【００５５】
様々な実施形態によれば、コプロセッササブシステム830は、ワイヤレス無線850を介して受信される着信データパケットを前処理するための1つまたは複数の動的規則とともに構成されたプログラマブルディープパケット検査(DPI)モジュール835をさらに備え得、1つまたは複数の動的規則は、ワイヤレスデバイス800において提供または消費すべき1つまたは複数のサービスに対応する1つまたは複数のサービス発見プロトコルに関連するサービス記述に(少なくとも部分的に)基づき得る。加えて、1つまたは複数の動的規則において規定される基準は、ワイヤレスデバイス800に関連する動作条件および状態に関係する1つまたは複数のパラメータまたは他の情報に関係し得る。たとえば、様々な実施形態では、動的規則は、バッテリーヘルス状態、バッテリー充電状態、ワイヤレスデバイス800において提供および/または消費される1つまたは複数のサービスに関連するタイミングとワイヤレスデバイス800上のマスタクロックとの間の同期確度、利用可能なCPU容量、利用可能なメモリ予備、帯域幅要件、レイテンシ要件などに関係する基準を規定し得る。したがって、動的規則は、概して、ワイヤレスデバイス800において提供および/または消費される1つまたは複数のサービスに関連するサービス記述において使用される特定のセマンティクスに従って、メインワイヤレス処理サブシステム810の中の1つもしくは複数の構成要素を起動するか、またはメインワイヤレス処理サブシステム810における処理を別の方法で呼び出すべき、1つまたは複数の条件を規定し得る。その上、様々な実施形態では、動的規則は、随意に、メインワイヤレス処理サブシステム810の中の1つもしくは複数の構成要素を起動するか、またはメインワイヤレス処理サブシステム810における処理を別の方法で呼び出すべき条件を、ワイヤレスデバイス800上の動作条件または現在状態に従ってさらに規定し得る。
【００５６】
その意味において、コプロセッササブシステム830は、ワイヤレスデバイス800上で提供される1つもしくは複数のサービスおよび/またはワイヤレスデバイス800において消費されるべき1つもしくは複数の所望のサービスに関連する要件(たとえば、ワイヤレスデバイス800、サービス消費者ピアデバイス、および/またはサービス提供者ピアデバイスが、スピーカーを有するのかそれとも単にディスプレイ機能を有するのか、サービス消費者ピアデバイスおよび/またはサービス提供者ピアデバイスが周囲温度を報告することを、提供されるサービスおよび/または所望のサービスが必要とするかどうかなど)を発行/広告するために、スケジュールされた発信メッセージを送信するように構成され得る。したがって、そこで規定される任意のサービス要件および/またはデバイス機能が、ワイヤレスデバイス800上で提供される1つもしくは複数の利用可能なサービスおよび/またはワイヤレスデバイス800において消費されるべき1つもしくは複数の所望のサービスに整合するかどうかを決定するために、コプロセッササブシステム830は、任意の着信データパケットを検査するようにさらに構成され得、それにより、サービス固有の使用事例およびサービス固有の使用事例に関連するサービス記述において使用される特定のセマンティクスに応じて、ピアデバイスから受信された1つまたは複数の着信パケットが、ワイヤレスデバイス800上で提供される利用可能なサービスおよび/またはワイヤレスデバイス800において消費されるべき所望のサービスに整合するサービス要件および/またはデバイス機能を規定するとき、コプロセッササブシステム830は、メインワイヤレス処理サブシステム810の中の1つもしくは複数の構成要素を起動させるか、または別の方法でそれに連動しさえすればよい。
【００５７】
したがって、様々な実施形態では、プログラマブルDPIモジュール835は、最初に、統計情報(たとえば、ペイロードサイズ)を集めるために、検査ヘッダ、データ部、または着信データパケットに関連する他の好適な内容を備え得る着信データパケットを前処理し得、かつ/またはメインワイヤレス処理サブシステム810における処理を呼び出すための1つまたは複数の動的規則がトリガされているかどうかを決定し得る。たとえば、様々な実施形態では、プログラマブルDPIモジュール835は、前処理済みデータパケットが「ok-to-sleep」コマンドを含むかどうかを決定し得、その場合、プログラマブルDPIモジュール835は、より低電力状態に移行すること(たとえば、アイドル/スタンバイ状態からスリープ/ドーマント状態に、スリープ/ドーマント状態からディープスリープ/休止状態に、など)が許容されていることをメインワイヤレス処理サブシステム810の中の1つまたは複数の構成要素に通知し得る。前処理済みデータパケットが「no-sleep」コマンド(たとえば、明示的な起動信号)を含む他の例では、プログラマブルDPIモジュール835は、アクティブ状態に移行するとともにバッファされた任意のデータをホストアプリケーションプロセッサ826に関連するメモリに移動させることを、メインワイヤレス処理サブシステム810の中の構成要素に通知し得る。また他の例では、前処理済みデータパケットがしきい値を上回るペイロードサイズを有し、そのため、そこに記憶された場合に低電力コプロセッサ839に関連するバッファがいっぱいになりそうな場合、プログラマブルDPIモジュール835は、メインワイヤレス処理サブシステム810の中の構成要素に連動し得、バッファされたデータがコプロセッササブシステム830内で利用可能な処理容量を超えることになるとき、バッファされたデータをホストアプリケーションプロセッサ826に関連するメモリに移動させ得る。さらに、上述のように、プログラマブルDPIモジュール835は、前処理済みデータパケットの中で搬送された1つまたは複数のサービス要件、機能、および/または他の好適な情報を、1つまたは複数の動的規則と比較するためのパターンマッチングを実行し得、前処理済みデータパケットの中で搬送された情報の、メインワイヤレス処理サブシステム810における処理を必要とする任意のサービス固有の条件との整合に応答して、メインワイヤレス処理サブシステム810の中の1つまたは複数の構成要素に連動し得る。そうでない場合、前処理済みデータパケットが、プログラマブルDPIモジュール835において実装されたすべてのフィルタを通過することに応答して、前処理済みデータパケットは、低電力コプロセッサ839に関連するバッファに記憶され得、低電力コプロセッサ839は、次いで、着信データパケットをさらに処理し得る。
【００５８】
より詳細には、プログラマブルDPIモジュール835において適切な前処理が実行された後、低電力コプロセッサ839は、メインワイヤレス処理サブシステム810からオフロードされた任意のサービス発見タスクに対処するために、着信データパケットをさらに処理し得る。たとえば、オフロードされたサービス発見タスクは、着信データパケットに関連する基準が1つまたは複数の動的規則をトリガしない場合に、メインワイヤレス処理サブシステム810における処理を呼び出すことなく着信データパケットに応答することと、発信メッセージ(たとえば、サービス告知、広告、ステータス変更など)を送ることとを備え得る。さらに、メインワイヤレス処理サブシステム810における処理が、着信データパケットに関連する基準が1つまたは複数の動的規則を満たすことに応答して呼び出され得る。しかしながら、プログラマブルDPIモジュール835において実行されるパターンマッチングは、概して、個々のパケットからの文字列をサービス固有の動的規則と比較することを備え得るが、低電力コプロセッサ839は、より複雑な多重文字列マッチングを伴うパターンマッチングを実行し得る。したがって、低電力コプロセッサ839は、メインワイヤレス処理システム810における処理を必要とする任意の動的規則がトリガされているかどうかを決定するために、サービス固有の要件および/またはデバイス機能と組み合わせて、ワイヤレスデバイス800に関連する動作条件もしくは状態に関係する1つまたは複数のパラメータまたは他の情報を検討し得る。たとえば、コプロセッサ839は、メインワイヤレス処理サブシステム810の中の構成要素を起動することなく、ワイヤレスデバイス800上で提供される利用可能なサービスおよび/またはワイヤレスデバイス800において消費されるべき所望のサービスについてのサービス発見照会を備える着信データパケットに応答し得る。しかしながら、着信データパケットが特定のサービス固有のしきい値(たとえば、サービス固有アプリケーションデータに関連するペイロードサイズ、ただしサービス発見照会および他の類似のメッセージは、通常、比較的小さいペイロードサイズを有し得る)を超えるペイロードサイズを有する場合、コプロセッサ839は、メインワイヤレス処理サブシステム810の中の構成要素に連動し得る。代替として、サービス固有のセッションを確立するのに必要とされ得る適切な支援(たとえば、ポートをバインドすること、ソケットを確立することなど)を要求するために、ワイヤレスデバイス800上で提供される利用可能なサービスおよび/またはワイヤレスデバイス800において消費されるべき所望のサービスに整合する1つまたは複数のサービス要件および/またはデバイス機能を着信データパケットが規定する場合、コプロセッサ839は、メインワイヤレス処理サブシステム810の中の構成要素に連動し得る。
【００５９】
さらに、上述のように、動的規則は、メインワイヤレス処理サブシステム810の中の構成要素における処理を必要とし得る条件を定義するための1つまたは複数のサービス固有の探索文字列を規定し得、電力がより高く帯域幅がより大きいそこで利用可能な処理機能を利用する必要を示す1つまたは複数の整合文字列の検出に応答して、コプロセッサ839は、メインワイヤレス処理サブシステム810の中の構成要素に連動し得る。たとえば、サービス固有のスクリーン共有使用事例では、十分なスクリーン共有性能を達成するのに必要な帯域幅は、スクリーンサイズ、解像度、および/または他の関連するパラメータに依存し得る。詳細には、解像度がほぼ640×480ピクセルであるVGAスクリーン共有使用事例では小さい帯域幅しか必要とされ得ないが、3840×2160ラインにおけるUltra HD 4K解像度は大きい帯域幅を必要とする。したがって、スクリーン共有使用事例における動的規則は、Ultra HD 4Kスクリーン共有が、一般に壁プラグ接続電源を必要とし得るという点で、スクリーン共有に関与するワイヤレスデバイス800および/または任意のピアデバイスにおいて利用可能なフレーム毎秒の処理リソースに依存し得る。その意味において、サービス固有の動的規則は、ピア終点が、必要なフレーム毎秒でデータを表示するために利用可能な電源および機能に関連する情報を交換することを必要とし得、それにより、コプロセッササブシステム830が要求される性能を満たせないことを着信データパケットが示す場合、メインワイヤレス処理サブシステム810の中の構成要素が呼び出され得る。別の例示的な使用事例では、その代わりにより重要な問題が左チャネルと右チャネルとの間の同期を維持することに関係するので、ステレオでのオーディオを解決することは比較的小さいスループットしか必要とし得ない。したがって、ワイヤレスデバイス800が別のピアデバイスへのストリーミングステレオオーディオである使用事例では、動的規則は、左チャネルと右チャネルとの間で同期が失われていることをピアデバイスが示す場合にメインワイヤレス処理サブシステム810の中の構成要素が呼び出されるべきであることを規定し得る。同様に、ワイヤレスデバイス800がピアデバイスからストリーミングされたステレオオーディオを受信中である場合、動的規則は、左チャネルと右チャネルとの間で同期が失われているとワイヤレスデバイス800が決定する場合にメインワイヤレス処理サブシステム810の中の構成要素が呼び出されるべきであることを規定し得る。
【００６０】
したがって、これらおよび他のサービス固有の使用事例では、動的規則は、プロトコル固有かつサービス固有のメッセージの中で搬送されたパラメータに対して比較するための、1つまたは複数の探索文字列(たとえば、バイナリ探索文字列)を定義し得、プロトコル固有かつサービス固有のメッセージが1つまたは複数の動的規則の中で定義された探索文字列に整合する基準を含むことに応答して、メインワイヤレス処理サブシステム810の中の構成要素が呼び出され得る。そうでない場合、処理は、コプロセッササブシステム830にオフロードされ続けてよい。さらに、メインワイヤレス処理サブシステム810の中の構成要素が呼び出され得る場合、メインワイヤレス処理サブシステム810の中の構成要素が必要な性能要求を達成するのに必要とされなかったという決定に応答して、動的規則が再定義または別の方法で調整されてよく、それによって、メインワイヤレス処理サブシステム810の中の構成要素が低電力状態にとどまることができる時間を長くする。
【００６１】
特に図8Aを参照すると、そこに図示したアーキテクチャは、コプロセッササブシステム830をルックアサイドモードで動作させ得る。より詳細には、ルックアサイドモードでは、サービス告知、サービス広告、サービスステータス変更、サービス照会、およびいくつかの着信メッセージ(たとえば、着信サービス照会)への応答に関係する発信メッセージは、オンチップメモリ837にバッファリングされ得る。パケット収集モジュール833は、次いで、発信メッセージを、それらに関連する任意の適用可能なスケジュール(たとえば、サービス告知、サービス広告、サービスステータス変更、所望のサービスについての照会などをいつ発行すべきかを定義する1つまたは複数のスケジュール)に従って、オンチップメモリ837から同期ホストインターフェース831に移動させ得る。同期ホストインターフェース831は、次いで、ワイヤレス無線850を介して発信メッセージを送信させてよく、それにより、発信メッセージは、全体的にメインワイヤレス処理サブシステム810をバイパスする発信データパス842を介して送信され得る。さらに、ルックアサイドモードでは、着信データパケットは、同様にメインワイヤレス処理サブシステム810をバイパスする着信データパス844を介して、コプロセッササブシステム830において受信され得る。たとえば、着信データパス844は、ワイヤレス無線850を通って同期ホストインターフェース831に移り得、パケット収集モジュール833は、次いで、着信パケットをオンチップメモリ837上の受信待ち行列に移動させ得る。プログラマブルDPIモジュール835は、次いで、受信待ち行列に記憶されている着信データパケット上で上述の前処理タスクを実行し得、任意の着信データパケットがそこに実装されたフィルタを通過しないか否かに応じて、電力消費をさらに最適化すること、またはメインワイヤレス処理サブシステム810の中の1つもしくは複数の構成要素を起動することのいずれかのために、ホストブリッジ822に選択的に連動し得る。
【００６２】
様々な態様によれば、着信データパケットがプログラマブルDPIモジュール835に実装されたフィルタを通過する場合、前処理済み着信データパケットは、コプロセッサ839に提供され得、コプロセッサ839は、上記でさらに詳細に説明したように、ローカルな決定エンジンを使用して1つまたは複数の動的規則に対して着信データパケットをさらに処理し得る。したがって、着信データパケットがメインワイヤレス処理サブシステム810の中の構成要素に連動すべき条件を定義するいかなる動的規則もトリガしないとコプロセッサ839がさらに決定する場合、コプロセッサ839は、メインワイヤレス処理サブシステム810の中のいかなる構成要素も利用することなく着信データパケットを適切に処理(たとえば、サービス照会に応答すること、着信データをワイヤレスデバイス800上のサービス提供者および/またはサービス消費者エンティティに配信することなど)し得る。代替として、着信データパケットが1つまたは複数の動的規則をトリガする場合、コプロセッササブシステム830は、それに関連する処理機能を呼び出すために、メインワイヤレス処理サブシステム810の中の1つもしくは複数の構成要素を起動し得るか、または別の方法でそれに連動し得る。しかしながら、着信データパケットがコプロセッササブシステム830においてすでに前処理されているので、前処理がいくつかのコマンドおよび/または他の好適なメッセージを捕捉して、同期、割込み、ルックアップ、またはタイミングクリティカルな態様を有する他の好適なタスクに関連する着信データパケットが最小レイテンシで処理されることを確実にし得るという点で、メインワイヤレス処理サブシステム810において呼び出されるいかなる処理も、迅速化または別の方法で最適化され得る。さらに、様々な態様によれば、メインワイヤレス処理サブシステム810において呼び出される構成要素は、メインワイヤレス処理システム810における処理機能がウェイクアップをもたらした条件に対処するのに実際に必要であったか否かを決定し得、それにより、メインワイヤレス処理サブシステム810の中の構成要素が必要な性能要求を達成するのに必要とされなかった場合、プラットフォームおよびサービス固有の使用事例コンテキストに基づいて、動的規則が再定義または別の方法で調整されてよい。したがって、動的規則は、後続の不必要なウェイクアップを防止するように再定義または別の方法で調整されてよく、したがって、そうしたウェイクアップは、同じ条件が生じた場合に発生し得ず、そのため、メインワイヤレス処理サブシステム810の中の構成要素は、より多くの時間を低電力状態において費やすことができる。
【００６３】
様々な態様によれば、特に図8Bを参照すると、そこに図示したアーキテクチャは、コプロセッササブシステム830をバンプインザワイヤモードで動作させ得、バンプインザワイヤモードは、代替として、バンプインザスタック(bump-in-the-stack)モードまたはフロースルー(flow-through)モードと呼ばれることもある。より詳細には、バンプインザワイヤモードでは、1つまたは複数の発信メッセージが、メインワイヤレス処理サブシステム810の中の相互接続部およびシステムメモリ824に記憶され得、次いで、オンチップメモリ837およびプログラマブルDPIモジュール835を通過してから相互接続部およびシステムメモリ824に戻り得る。発信メッセージは、次いで、ホストブリッジ822に転送され得、1つまたは複数のワイヤレス無線850を介してワイヤレスネットワーク上で送信され得る。その意味において、プログラマブルDPIモジュール835は、動的規則ならびにサービス固有の要件およびデバイス機能に基づいて発信メッセージを分析して、任意の発信メッセージが他の発信メッセージよりも優先される(たとえば、デバイス発見照会、サービス発見告知/照会などよりもサービス固有アプリケーションデータを優先する)ことを必要とするかどうかを決定し得る。したがって、バンプインザワイヤモードでは、サービス固有のフロー(たとえば、ソースIPアドレスおよびポート、宛先IPアドレスおよびポート、サービス固有のプロトコルなど)に従って発信パケットを分類するとともにサービス品質(QoS)および/またはエクスペリエンス品質(QoE)要件を満たすように発信送信を最適化するため、輻輳ポイントまたは場合によっては待ち行列を通じた送出を改善するとともにサービス固有の性能要求を満たすように発信トラフィックを整形するため、またワイヤレスデバイス800上の電力消費を最適化するために、コプロセッササブシステム830が利用され得る。したがって、バンプインザワイヤモードでは、発信メッセージは、メインワイヤレス処理サブシステム810およびコプロセッササブシステム830を部分的に横断する発信データパス842を介して進行し得る。
【００６４】
様々な態様によれば、バンプインザワイヤモードでは、着信データパス844は、同様に、ホストブリッジ822ならびに相互接続部およびシステムメモリ824を横断し得、次いで、オンチップメモリ837およびプログラマブルDPIモジュール835を通って流れてから相互接続部およびシステムメモリ724に戻り得る。したがって、プログラマブルDPIモジュール835は、着信データパケットが大帯域幅ホストブリッジ822ならびに相互接続部およびシステムメモリ824を介して受信され得ることを除いて、ルックアサイドモードに関して上記で説明したような着信データパケットにおける実質的に類似の前処理タスクを実行し得る。したがって、バンプインザワイヤモードが、メインワイヤレス処理サブシステム810の中の少なくともいくつかの高電力大帯域幅の構成要素を利用することを犠牲にしてより高い性能を示し得ることを除いて、バンプインザワイヤモードは、ホストアプリケーションプロセッサ826が低電力状態にとどまることができるという点でルックアサイドモードと類似の利点を提供し得る。したがって、様々な実施形態では、バンプインザワイヤモードは、性能要求がより高いサービス固有の使用事例により良く適し得る(たとえば、コプロセッササブシステム830は、単純なファイル転送または低解像度VGAビデオのストリーミングを伴うサービスに対処するためにルックアサイドモードで動作し得るが、高解像度HDビデオをストリーミングするためのサービスを伴うセッションに対処するためにバンプインザワイヤモードが利用され得る)。
【００６５】
様々な態様によれば、図9は、ワイヤレスサービスプラットフォームにおけるサービス発見電力消費を最適化するために、ワイヤレスアプリケーションデータパスの中に配設された低電力小帯域幅コプロセッササブシステムが実行し得る例示的な方法900を示す。より詳細には、ブロック910において、メインワイヤレス処理サブシステムの中の1つまたは複数の構成要素は、スリープ状態または別の好適な低電力状態に入り得、低電力状態に入ったメインワイヤレス処理サブシステムの中の構成要素から1つまたは複数のサービス発見タスクをオフロードするために、コプロセッササブシステムは、ルックアサイドモードまたはバンプインザワイヤモードのいずれかで動作するように構成され得る。たとえば、ルックアサイドモードでは、低電力状態に入る構成要素は、ホストブリッジ、メイン相互接続部およびシステムメモリ、ならびに高レベルオペレーティングシステムを実行するように構成されたホストアプリケーションプロセッサを備え得る。代替として、バンプインザワイヤモードでは、ホストブリッジならびにメイン相互接続部およびシステムメモリはアクティブのままであってよく、ホストアプリケーションプロセッサだけが低電力状態に入る。したがって、様々な実施形態では、コプロセッササブシステムを動作させるための特定のモードは、ブロック910において、ワイヤレスデバイスに関連する現在の動作条件または状態、ならびに任意のサービス固有の要件およびデバイス機能に基づいて選択され得る。たとえば、ワイヤレスデバイスのバッテリー充電状態が低く壁プラグ接続電源を有しない場合、コプロセッササブシステムは、より多くの電力を温存するためにルックアサイドモードで動作させられてよい。別の例では、相当な性能要求を有するサービスをワイヤレスデバイスがアクティブに提供および/または消費しており、バッテリー充電状態がしきい値レベルを上回り、かつ/あるいは壁プラグ接続電源が利用可能である場合、コプロセッササブシステムは、性能を最適化するためにバンプインザワイヤで動作してよい。
【００６６】
様々な実施形態では、メインワイヤレス処理サブシステムの中の構成要素が低電力状態に入ると、ブロック915において、コプロセッササブシステム内でディープパケット検査(DPI)がオンにされ得、1つまたは複数のサービス固有のウェイクアップ規則が取り出され得る。たとえば、上記でさらに詳細に説明したように、サービス固有のウェイクアップ規則は、概して、メインワイヤレス処理サブシステムの中の1つもしくは複数の構成要素を起動するか、またはメインワイヤレス処理サブシステムにおける処理を別の方法で呼び出すべき、1つまたは複数の条件を規定し得、ワイヤレスデバイスにおいて提供および/または消費される1つまたは複数のサービスに関連するサービス記述において使用される特定のセマンティクスに従って表現され得る。その上、様々な実施形態では、サービス固有のウェイクアップ規則は、随意に、メインワイヤレス処理サブシステムの中の1つもしくは複数の構成要素を起動するか、またはメインワイヤレス処理サブシステムにおける処理を別の方法で呼び出すべき条件を、ワイヤレスデバイス上の動作条件または現在状態に従ってさらに規定し得る。
【００６７】
様々な実施形態では、ブロック920において、コプロセッササブシステムは、次いで、任意の着信パケットが受信されているかどうかを決定し得、その場合、着信パケットは、サービス固有のウェイクアップ規則および1つまたは複数のパラメータまたはワイヤレスデバイスに関連する動作条件および/もしくは現在状態に関係する他の情報に従って前処理され得る。コプロセッササブシステムは、次いで、ブロック930において、1つまたは複数のウェイクアップ規則がトリガされたかどうかを決定し得、その場合、ブロック935において、メインアプリケーションプロセッサが低電力状態から起動され得、DPIが無効にされ得る。さらに、コプロセッササブシステムがバンプインザワイヤモードで動作するように構成された場合、ホストブリッジならびにシステム相互接続部およびメモリは、さらに低電力状態から起動され得る。様々な実施形態では、ブロック940において、着信パケットに関連するバッファされた任意のデータ、および送信を保留している発信メッセージに関連するバッファされた任意のデータは、次いで、メインアプリケーションプロセッサに関連するメモリに移動され得、メインワイヤレス処理サブシステムは、場合によってはコプロセッササブシステムにオフロードされていることになるサービス発見タスクの実行を再開し得る。
【００６８】
様々な実施形態によれば、ブロック930において、前処理済み着信データパケットがいかなるサービス固有のウェイクアップ規則もトリガしなかったとコプロセッササブシステムが決定することに応答して、ブロック945において、コプロセッササブシステムが、メインワイヤレス処理サブシステムを利用することなく着信パケットを処理/応答し得るので、低電力状態に入ったメインワイヤレス処理サブシステムの構成要素は、そのような低電力状態にとどまってよい。さらに、様々な実施形態では、コプロセッササブシステムは、ブロック950において、スケジュールされた任意の発信データパケットを送信し得る。たとえば、様々な実施形態では、スケジュールされた発信データパケットは、サービス告知、サービス広告、サービスステータス変更、サービス発見照会への応答、ワイヤレスデバイスにおいて望まれるサービスについての照会などを備え得る。さらに、ブロック920に戻ると、着信パケットが受信されていないかまたは受信待ち行列が場合によっては空であるという決定に応答して、スケジュールされた発信データパケットを送信するために、コプロセッササブシステムはブロック950に直接進んでよい。
【００６９】
様々な態様によれば、図10は、低電力小帯域幅コプロセッササブシステムを有するワイヤレスサービスプラットフォームにおけるサービス発見電力消費を最適化するために、メインワイヤレスアプリケーションデータパスの中に配設されたメインアプリケーションプロセッサにおいて実行され得る例示的な方法1000を示す。より詳細には、様々な実施形態では、図10に示す方法1000は、概して、上記でさらに詳細に説明したように、たとえば、1つまたは複数の着信データパケットがサービス固有のウェイクアップ規則をトリガしたので、メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素において受信された起動コマンドに応答して実行され得る。したがって、ブロック1015において、着信データパケットおよび/または送信を保留している発信メッセージに関するバッファされた任意のデータは、次いで、処理され得る。様々な実施形態では、ブロック1020において、メインアプリケーションプロセッサは、次いで、ウェイクアップが実際に必要であったかどうかを決定し得る。たとえば、着信データパケットが関係する1つまたは複数の提供および/または消費されるサービスに関連するいかなる電力または他の性能要求も損なうことなく、ウェイクアップをトリガした着信データパケットをコプロセッササブシステムが好適に処理することができたという決定に応答して、ウェイクアップは不必要であると見なされてよい。したがって、ウェイクアップが不必要であったという決定に応答して、ブロック1025において、不必要なウェイクアップをもたらしたサービス固有のウェイクアップ規則が調整または別の方法で調節されてよく、その結果、同じ条件が生じた場合、後続の不必要なウェイクアップは発生し得ない。メインワイヤレスアプリケーションデータパスの中の構成要素は、次いで、ブロック1030において、条件が、メインワイヤレスアプリケーションデータパスの中の構成要素がスリープ状態に再び入ることができるようなものであるかどうかを決定し得、その場合、ブロック1010において、後続の起動コマンドが受信されるまでスリープ状態が再開され得る。そうではなく、ウェイクアップが必要であって、かつ/または条件が、メインワイヤレスアプリケーションデータパスに関連する処理機能が依然として必要とされるようなものである場合、ワイヤレスデバイスは、低電力状態に入るための好適な条件が発生するまで、着信データパケットを処理/応答するとともにスケジュールされた発信データパケットを送信するために、メインワイヤレスアプリケーションデータパスの中の構成要素を利用し続けてよい。
【００７０】
情報および信号が様々な異なる技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって参照され得るデータ、コンピュータ実行可能命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。
【００７１】
さらに、本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、またはそれらの組合せとして実装され得ることを当業者は諒解されよう。ハードウェアとソフトウェアとのこの互換性を明瞭に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、概して、それらの機能に関して上記で説明された。そのような機能をハードウェアとして実装するのか、それともソフトウェアとして実装するのかは、特定の適用例および全体的なシステムに課された設計制約によって決まる。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装決定は、本開示の範囲から逸脱するものと解釈されるべきではない。
【００７２】
本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサは、マイクロプロセッサであってよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた、コンピューティングデバイスの組合せ、(たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成)として実装され得る。
【００７３】
本明細書で開示する態様に関して説明した方法、シーケンス、および/またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはそれらの組合せにおいて具現化され得る。ソフトウェアモジュールは、RAM、フラッシュメモリ、ROM、EPROM、EEPROM、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野で知られている任意の他の形態の記憶媒体の中に存在してよい。プロセッサが記憶媒体から情報を読み取ること、および記憶媒体に情報を書き込むことができるように、例示的な記憶媒体がプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化されてよい。プロセッサおよび記憶媒体は、ASICの中に存在してよい。ASICは、ワイヤレスデバイス(たとえば、IoTデバイス)の中に存在してよい。代替として、プロセッサおよび記憶媒体は、ユーザ端末の中の個別の構成要素として存在してよい。
【００７４】
1つまたは複数の例示的な態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装されてよい。ソフトウェアで実装される場合、機能は、コンピュータ実行可能命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であってよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいはコンピュータによってアクセス可能なコンピュータ実行可能命令またはデータ構造の形態で所望のプログラムコードを運搬または記憶するために使用され得る任意の他の媒体を備えることができる。また、いかなる接続も、コンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、CD、レーザーディスク(登録商標）(disc)、光ディスク(disc)、DVD、フロッピーディスク(disk)およびBlu-ray(登録商標）ディスク(disc)を含み、ディスク(disk)は通常、データを磁気的に、かつ/またはレーザーを用いて光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【００７５】
上記の開示は本開示の例示的な態様を示すが、添付の特許請求の範囲によって定義される本開示の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることを当業者は諒解されよう。本明細書で説明した本開示の態様による方法クレームの機能、ステップ、および/またはアクションは、いかなる特定の順序で実行される必要もない。さらに、本開示の要素は、単数形で説明または特許請求されることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
【符号の説明】
【００７６】
100  ワイヤレスネットワークアーキテクチャ
102  第1のユーザ機器
104  第2のユーザ機器
110  発展型UMTS地上無線アクセスネットワーク
112  第1の発展型ノードB
114  第2の発展型ノードB
120  発展型パケットコア
122  モビリティ管理エンティティ
124  他のMME
126  サービングゲートウェイ
128  パケットデータネットワークゲートウェイ
130  マルチメディアブロードキャストマルチキャストサービスゲートウェイ
132  ブロードキャストマルチキャストサービスセンター
135  ホーム加入者サーバ
140  インターネットプロトコルサービス
202  基地局
204〜214  アンテナ
216  デバイス
218  順方向リンク
220  逆方向リンク
222  第1のピアデバイス
224  第2のピアデバイス
226〜228  リンク
310  ワイヤレスデバイス
311  近距離場通信無線
313  ワイヤレスワイドエリアネットワーク無線
315  ワイヤレスローカルエリアネットワーク無線
317  Bluetooth（登録商標）無線
318  アプリケーション
319  サービスデータ
320  ワイヤレスデバイス
350  帯域外D2D接続
410  サービス提供者デバイス
412  サービス発見仲介者
414  サービス配信モジュール
420  サービス消費者デバイス
422  サービス発見および登録エージェント
424  サービス実行モジュール
430  制御ポイント
600  ワイヤレスデバイス
610  相互接続部およびシステムメモリ
614  ローカルメモリ
620  アプリケーションプロセッサ
622  キャッシュ
626  センサープラットフォーム
628  マルチメディアプロセッサ
630  バッテリーサブシステム
640  ホストブリッジ
642  3G/4Gセルラーモデム
644  Bluetooth（登録商標）無線
646  全地球測位システム受信機
648  Wi-Fi無線
650  サービス発見サブシステム
652  周辺インターフェース
654  記憶デバイス
660  コプロセッササブシステム
662  グラフィックス処理装置
664  アプリケーションデータムーバー
670  ディスプレイプロセッサ
672  ローカルディスプレイ
674  外部ディスプレイ
680  ローカルオーディオサブシステム
684  外部オーディオサブシステム
690  セキュリティモジュール
810  メインワイヤレス処理サブシステム
822  ホストブリッジ
824  相互接続部およびシステムメモリ
826  ホストアプリケーションプロセッサおよび高レベルオペレーティングシステム
830  コプロセッササブシステム
831  同期ホストインターフェース
833  パケット収集モジュール
835  プログラマブルディープパケット検査モジュール
837  オンチップメモリ
839  低電力コプロセッサ
842  発信データパス
844  着信データパス
850  ワイヤレス無線
【図１】
2018532312.tif 000003
【図２】
2018532312.tif 000004
【図３】
2018532312.tif 000005
【図４】
2018532312.tif 000006
【図５】
2018532312.tif 000007
【図６】
2018532312.tif 000008
【図７Ａ】
2018532312.tif 000009
【図７Ｂ】
2018532312.tif 000010
【図８Ａ】
2018532312.tif 000011
【図８Ｂ】
2018532312.tif 000012
【図９】
2018532312.tif 000013
【図１０】
2018532312.tif 000014
【手続補正書】
【提出日】平成30年3月13日(2018.3.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス発見ワイヤレスサービスプラットフォームにおける電力消費を最適化するための方法であって、
ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立するステップと、
前記ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行するステップであって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含む、ステップと、
前記スリープ状態に移行される前記1つまたは複数の構成要素から、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードするステップであって、前記低電力コプロセッサにオフロードされる前記1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、ステップと、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義するステップと、
前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを前記低電力コプロセッサにおいて受信するステップと、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動するステップと
を備える方法。
【請求項２】
前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットに応答するステップ
をさらに備える、請求項1に記載の方法。
【請求項３】
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するステップと、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するステップと
をさらに備える、請求項1に記載の方法。
【請求項４】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するステップ
をさらに備える、請求項1に記載の方法。
【請求項５】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合する内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するステップ
をさらに備える、請求項1に記載の方法。
【請求項６】
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素が前記スリープ状態から起動されることを必要とされなかったと決定するステップと、
前記低電力コプロセッサによる後続の不必要なウェイクアップを防止するように前記1つまたは複数の動的規則を調整するステップと
をさらに備える、請求項5に記載の方法。
【請求項７】
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく1つまたは複数の発信データパケットの中でサービス告知を送るステップ
をさらに備える、請求項1に記載の方法。
【請求項８】
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信するステップと、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するステップと
をさらに備える、請求項1に記載の方法。
【請求項９】
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信するステップと、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するステップと
をさらに備える、請求項1に記載の方法。
【請求項１０】
前記バンプインザワイヤモードにおいて、前記メインアプリケーションプロセッサを起動する前に、前記メインアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を、前記低電力コプロセッサにおいて前処理するステップと、
前記前処理済みコマンドまたは前記タイミングクリティカルメッセージを処理することを終了させるために、前記メインアプリケーションプロセッサを起動するステップと
をさらに備える、請求項9に記載の方法。
【請求項１１】
装置であって、
ピアツーピアワイヤレス接続を確立するための手段と、
メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行するための手段であって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含む、手段と、
前記スリープ状態に移行される前記1つまたは複数の構成要素から、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードするための手段であって、前記低電力コプロセッサにオフロードされる前記1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、手段と、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義するための手段と、
前記低電力コプロセッサへの前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを受信するための手段と、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動するための手段と
を備える装置。
【請求項１２】
前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットに応答するための手段
をさらに備える、請求項11に記載の装置。
【請求項１３】
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するための手段と、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するための手段と
をさらに備える、請求項11に記載の装置。
【請求項１４】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく前記1つまたは複数の着信データパケットを処理するための手段
をさらに備える、請求項11に記載の装置。
【請求項１５】
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合する内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動するための手段
をさらに備える、請求項11に記載の装置。
【請求項１６】
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素が前記スリープ状態から起動されることを必要とされなかったと決定するための手段と、
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素における後続の不必要なウェイクアップを防止するように前記1つまたは複数の動的規則を調整するための手段と
をさらに備える、請求項15に記載の装置。
【請求項１７】
前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を起動することなく1つまたは複数の発信データパケットの中でサービス告知を送るための手段
をさらに備える、請求項11に記載の装置。
【請求項１８】
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信するための手段と、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するための手段と
をさらに備える、請求項11に記載の装置。
【請求項１９】
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信するための手段と、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するための手段と
をさらに備える、請求項11に記載の装置。
【請求項２０】
前記バンプインザワイヤモードにおいて、前記メインアプリケーションプロセッサを起動する前に、前記メインアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を前処理するための手段と、
前記前処理済みコマンドまたは前記タイミングクリティカルメッセージを処理することを終了させるために、前記メインアプリケーションプロセッサを起動するための手段と
をさらに備える、請求項19に記載の装置。
【請求項２１】
その上に記録されたコンピュータ実行可能命令を有するコンピュータ可読記憶媒体であって、1つまたは複数のプロセッサ上で前記コンピュータ実行可能命令を実行することが、前記1つまたは複数のプロセッサに、
ワイヤレスデバイスにおいてピアツーピアワイヤレス接続を確立することと、
前記ワイヤレスデバイスに関連するメインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素をスリープ状態に移行することであって、前記スリープ状態に移行される前記1つまたは複数の構成要素が、少なくともメインアプリケーションプロセッサを含むことと、
前記スリープ状態に移行される前記1つまたは複数の構成要素から、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素に結合された低電力コプロセッサに、1つまたは複数のサービス発見タスクをオフロードすることであって、前記低電力コプロセッサにオフロードされる前記1つまたは複数のサービス発見タスクが、前記ピアツーピアワイヤレス接続において使用されるサービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定されることと、
前記ピアツーピアワイヤレス接続において使用される前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいて、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から起動するための1つまたは複数の動的規則を定義することと、
前記ピアツーピアワイヤレス接続を介して1つまたは複数の着信データパケットを前記低電力コプロセッサにおいて受信することと、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則をトリガする基準を有することに応答して、前記メインワイヤレスアプリケーションデータパスの中の前記1つまたは複数の構成要素を前記スリープ状態から選択的に起動することとを行わせる、
コンピュータ可読記憶媒体。
【請求項２２】
ワイヤレスデバイスであって、
メインワイヤレスアプリケーションデータパスであって、ホストブリッジ、相互接続部、システムメモリ、およびホストアプリケーションプロセッサを備える、メインワイヤレスアプリケーションデータパス、ならびに
前記メインワイヤレスアプリケーションデータパスに結合された低電力ハードウェアプロセッサを備え、前記低電力ハードウェアプロセッサが、
前記メインワイヤレスアプリケーションデータパスからオフロードされる1つまたは複数のサービス発見タスクに関連する1つまたは複数の発信データパケット、および前記1つまたは複数の発信データパケットを送るためのスケジュールを記憶するように構成されたローカルメモリであって、前記1つまたは複数のサービス発見タスク、および前記1つまたは複数の発信データパケットを送るための前記スケジュールが、サービス発見プロトコルに関連するサービス記述に少なくとも部分的に従って決定される、ローカルメモリと、
前記メインワイヤレスアプリケーションデータパスにおける処理を呼び出すための1つまたは複数の動的規則を用いて構成されたプログラマブルディープパケット検査モジュールであって、前記1つまたは複数の動的規則が、前記サービス発見プロトコルに関連する前記サービス記述に少なくとも部分的に基づいており、前記ワイヤレスデバイスにおいて受信された1つまたは複数の着信データパケットに関連する基準が前記1つまたは複数の動的規則をトリガするかどうかを決定するようにさらに構成されるプログラマブルディープパケット検査モジュールと、
前記オフロードされた1つまたは複数のサービス発見タスクを実行し、前記1つまたは複数の着信データパケットに関連する前記基準が前記1つまたは複数の動的規則をトリガしないことに応答して、前記メインワイヤレスアプリケーションデータパスにおける処理を呼び出すことなく前記1つまたは複数の着信データパケットに応答し、前記1つまたは複数の着信データパケットに関連する前記基準が前記1つまたは複数の動的規則をトリガすることに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すように構成された低電力ホストプロセッサとを備える、
ワイヤレスデバイス。
【請求項２３】
前記低電力ホストプロセッサは、前記1つまたは複数の着信データパケットがサービス発見照会を含むことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットに応答するように構成される、請求項22に記載のワイヤレスデバイス。
【請求項２４】
前記低電力ホストプロセッサは、
前記1つまたは複数の着信データパケットがしきい値を超えるペイロードサイズを有することに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出し、
前記1つまたは複数の着信データパケットに関連する前記ペイロードサイズが前記しきい値を超えないことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットを処理するようにさらに構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２５】
前記低電力ホストプロセッサは、
前記1つまたは複数の着信データパケットが前記1つまたは複数の動的規則に関連する1つまたは複数のバイナリ探索文字列に整合しない内容を含むことに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく前記1つまたは複数の着信データパケットを処理し、
前記1つまたは複数の着信データパケットに関連する前記内容が前記1つまたは複数の動的規則に関連する前記1つまたは複数のバイナリ探索文字列に整合することに応答して、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すようにさらに構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２６】
前記ホストアプリケーションプロセッサが、
前記1つまたは複数のバイナリ探索文字列に整合する前記内容を含んでいた前記1つまたは複数の着信データパケットに基づいて、前記メインワイヤレスアプリケーションデータパスにおける前記処理が必要とされなかったと決定し、
前記メインワイヤレスアプリケーションデータパスにおける後続の不必要な処理を防止するように前記1つまたは複数の動的規則を調整するように構成される、
請求項25に記載のワイヤレスデバイス。
【請求項２７】
前記低電力ハードウェアプロセッサが、前記メインワイヤレスアプリケーションデータパスにおける前記処理を呼び出すことなく1つまたは複数の発信データパケットの中でサービス告知を送信するように構成される、請求項22に記載のワイヤレスデバイス。
【請求項２８】
前記低電力ハードウェアプロセッサが、
ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをバイパスする着信データパスを介して、前記1つまたは複数の着信データパケットを受信し、
前記ルックアサイドモードにおいて、前記メインワイヤレスアプリケーションデータパスをさらにバイパスする発信データパスを介して、1つまたは複数の発信データパケットを送信するように構成される、
請求項22に記載のワイヤレスデバイス。
【請求項２９】
前記低電力ハードウェアプロセッサが、
バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の少なくとも1つの第2の構成要素を通過する着信データパスを介して、前記1つまたは複数の着信データパケットを受信し、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第1の構成要素をバイパスするとともに前記メインワイヤレスアプリケーションデータパスの中の前記少なくとも1つの第2の構成要素を通過する発信データパスを介して、1つまたは複数の発信データパケットを送信するように構成される、
請求項22に記載のワイヤレスデバイス。
【請求項３０】
前記低電力ハードウェアプロセッサが、
前記バンプインザワイヤモードにおいて、前記メインワイヤレスアプリケーションデータパスの中の1つまたは複数の構成要素に連動する前に、前記ホストアプリケーションプロセッサにおける処理を必要とするコマンドまたはタイミングクリティカルメッセージのうちの1つまたは複数を、前記プログラマブルディープパケット検査モジュールまたは前記低電力ホストプロセッサのうちの1つまたは複数において前処理し、
前記前処理済みコマンドまたは前記タイミングクリティカルメッセージを処理することを終了させるために、前記ホストアプリケーションプロセッサにおける処理を呼び出すようにさらに構成される、
請求項29に記載のワイヤレスデバイス。
【国際調査報告】
2018532312.tif 000015
2018532312.tif 000016
2018532312.tif 000017