(57)【要約】  ウェアラブルデバイスが、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定し、ネットワーク事業者がバースト的通信のサポートを与えると決定することに応答して、バースト的通信において直接ネットワーク事業者を介して通信することができる、ワイヤレス通信の方法が開示される。ネットワーク事業者によるバースト的通信のサポートは、テレフォニーアプリケーションサーバ（ＴＡＳ）、またはＴＡＳとは別個のエンティティであり、ＴＡＳとウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれることができる。ウェアラブルデバイスによるバースト的通信は、バースト的通信においてパケットを受信することと、受信されたパケットをバッファすることと、バースト的通信におけるパケットのすべてが受信された後にバースト的通信の全体を送信することまたはプレイアウトすることとを含むことができる。そのような方法に対応する装置も開示される。
2018526920.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定することと、ここにおいて、バースト的通信の前記サポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、または前記ＴＡＳとは別個のエンティティであり、前記ＴＡＳと前記ウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、
前記ウェアラブルデバイスによって、前記ネットワーク事業者がバースト的通信の前記サポートを与えると前記決定することに応答して、前記バースト的通信において直接前記ネットワーク事業者を介して通信することと、ここにおいて、前記通信することが、前記バースト的通信においてパケットを受信することと、前記受信されたパケットをバッファすることと、前記バースト的通信における前記パケットのすべてが受信された後に前記バースト的通信の全体を送信することまたはプレイアウトすることとを含む、
を備える、方法。
【請求項２】
前記バースト的通信が、アップリンク通信またはダウンリンク通信である、請求項１に記載の方法。
【請求項３】
前記ウェアラブルデバイスによって、連続的通信において直接前記ネットワーク事業者を通して通信することをさらに備える、請求項１に記載の方法。
【請求項４】
前記ネットワーク事業者がバースト的通信の前記サポートを与えないと前記決定することに応答して、
前記バースト的通信をサポートするブリッジングウェアラブルサーバの利用可能性を決定することと、
前記ブリッジングウェアラブルサーバとの通信を確立することと、
前記ブリッジングウェアラブルサーバが利用可能であるとき、前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と通信することと、
をさらに備える、請求項１に記載の方法。
【請求項５】
前記確立することが、前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバに、１つまたは複数のリモート通信デバイスとの呼を確立することを要求することを含み、ここにおいて、前記１つまたは複数のリモート通信デバイスが、１つまたは複数のユーザ機器または１つまたは複数の他のウェアラブルデバイスを含み得る、請求項４に記載の方法。
【請求項６】
前記ブリッジングウェアラブルサーバが、前記１つまたは複数のリモート通信デバイスとバースト的通信または連続的通信している、請求項５に記載の方法。
【請求項７】
前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と前記通信することが、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバにモバイル発信ボイスデータを送信することと、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバからモバイル着信ボイスデータを受信することと
のうちの１つまたは複数を含む、請求項４に記載の方法。
【請求項８】
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバへの呼フォワーディングを使用するために、前記ネットワーク事業者に構成情報をシグナリングすることをさらに備える、請求項４に記載の方法。
【請求項９】
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバへの呼フォワーディングを使用するために、前記ネットワーク事業者に構成情報をシグナリングすることをさらに備える、請求項４に記載の方法。
【請求項１０】
前記ウェアラブルデバイスのための連絡先番号として前記第２のＭＳＩＳＤＮを発行することをさらに備える、請求項９に記載の方法。
【請求項１１】
前記ウェアラブルデバイスにおいて、緊急呼を生成するための入力を受信することと、
前記ウェアラブルデバイスに関するロケーション情報を前記ネットワーク事業者に送信することと
をさらに備える、請求項１に記載の方法。
【請求項１２】
請求項１から１１の任意の組合せの方法。
【請求項１３】
ワイヤレス通信のために構成された装置であって、
ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定するための手段と、ここにおいて、バースト的通信の前記サポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、または前記ＴＡＳとは別個のエンティティであり、前記ＴＡＳと前記ウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、
前記ウェアラブルデバイスによって、前記ネットワーク事業者がバースト的通信の前記サポートを与えると前記決定することに応答して、前記バースト的通信において直接前記ネットワーク事業者を介して通信するための手段と、
ここにおいて、通信するための前記手段が、前記バースト的通信においてパケットを受信するための手段と、前記受信されたパケットをバッファするための手段と、前記バースト的通信における前記パケットのすべてが受信された後に前記バースト的通信の全体を送信するための手段またはプレイアウトするための手段とを含む、
を備える、装置。
【請求項１４】
前記バースト的通信が、アップリンク通信またはダウンリンク通信である、請求項１３に記載の装置。
【請求項１５】
前記ウェアラブルデバイスによって、連続的通信において直接前記ネットワーク事業者を通して通信するための手段をさらに備える、請求項１３に記載の装置。
【請求項１６】
前記ネットワーク事業者がバースト的通信の前記サポートを与えないと前記決定することに応答して、
前記バースト的通信をサポートするブリッジングウェアラブルサーバの利用可能性を決定するための手段と、
前記ブリッジングウェアラブルサーバとの通信を確立するための手段と、
前記ブリッジングウェアラブルサーバが利用可能であるとき、前記ブリッジングウェアラブルサーバを介して前記ネットワーク事業者と通信するための手段と
をさらに備える、請求項１３に記載の装置。
【請求項１７】
確立するための前記手段が、前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバに、１つまたは複数のリモート通信デバイスとの呼を確立することを要求するための手段を含み、ここにおいて、前記１つまたは複数のリモート通信デバイスが、１つまたは複数のユーザ機器または１つまたは複数の他のウェアラブルデバイスを含み得る、請求項１６に記載の装置。
【請求項１８】
前記ブリッジングウェアラブルサーバが、前記１つまたは複数のリモート通信デバイスとバースト的通信または連続的通信している、請求項１７に記載の装置。
【請求項１９】
前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と通信するための前記手段が、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバにモバイル発信ボイスデータを送信するための手段と、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバからモバイル着信ボイスデータを受信するための手段と
のうちの１つまたは複数を含む、請求項１６に記載の装置。
【請求項２０】
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバへの呼フォワーディングを使用するために、前記ネットワーク事業者に構成情報をシグナリングするための手段をさらに備える、請求項１６に記載の装置。
【請求項２１】
前記ネットワーク事業者からの第１の移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）と、前記ブリッジングウェアラブルサーバからの第２のＭＳＩＳＤＮとの割当てを受信するための手段をさらに備え、ここにおいて、前記ネットワーク事業者が、インターネットプロトコルマルチメディアサブシステム事業者である、請求項１６に記載の装置。
【請求項２２】
前記ウェアラブルデバイスのための連絡先番号として前記第２のＭＳＩＳＤＮを発行するための手段をさらに備える、請求項２１に記載の装置。
【請求項２３】
前記ウェアラブルデバイスにおいて、緊急呼を生成するための入力を受信するための手段と、
前記ウェアラブルデバイスに関するロケーション情報を前記ネットワーク事業者に送信するための手段とをさらに備える、請求項１３に記載の装置。
【請求項２４】
請求項１３から２３の任意の組合せの装置。
【請求項２５】
ワイヤレス通信のために構成された装置であって、前記装置が、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、
ここにおいて、前記少なくとも１つのプロセッサが、
ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定することと、
ここにおいて、バースト的通信の前記サポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、または前記ＴＡＳとは別個のエンティティであり、前記ＴＡＳと前記ウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、
前記ウェアラブルデバイスによって、前記ネットワーク事業者がバースト的通信の前記サポートを与えると前記決定することに応答して、前記バースト的通信において直接前記ネットワーク事業者を介して通信することとを行うように構成され、ここにおいて、通信するための前記少なくとも１つのプロセッサの前記構成が、前記バースト的通信においてパケットを受信するための構成と、前記受信されたパケットをバッファするための構成と、前記バースト的通信における前記パケットのすべてが受信された後に前記バースト的通信の全体を送信するための構成またはプレイアウトするための構成とを含む、装置。
【請求項２６】
前記ネットワーク事業者がバースト的通信の前記サポートを与えないと前記決定することに応答して、前記少なくとも１つのプロセッサは、
前記バースト的通信をサポートするブリッジングウェアラブルサーバの利用可能性を決定することと、
前記ブリッジングウェアラブルサーバとの通信を確立することと、
前記ブリッジングウェアラブルサーバが利用可能であるとき、前記ブリッジングウェアラブルサーバを介して前記ネットワーク事業者と通信することとを行うようにさらに構成された、請求項２５に記載の装置。
【請求項２７】
前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と通信するための前記少なくとも１つのプロセッサの前記構成が、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバにモバイル発信ボイスデータを送信するための構成と、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバからモバイル着信ボイスデータを受信するための構成と
のうちの１つまたは複数を含む、請求項２６に記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサが、前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバへの呼フォワーディングを使用するために、前記ネットワーク事業者に構成情報をシグナリングするようにさらに構成された、請求項２６に記載の装置。
【請求項２９】
前記少なくとも１つのプロセッサが、前記ネットワーク事業者からの第１の移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）と、前記ブリッジングウェアラブルサーバからの第２のＭＳＩＳＤＮとの割当てを受信するようにさらに構成され、ここにおいて、前記ネットワーク事業者が、インターネットプロトコルマルチメディアサブシステム事業者である、請求項２６に記載の装置。
【請求項３０】
請求項２５から２９の任意の組合せの装置。
【請求項３１】
ワイヤレス通信のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、
プログラムコードを記録した非一時的コンピュータ可読媒体を備え、前記プログラムコードが、
ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定するためのプログラムコードと、ここにおいて、バースト的通信の前記サポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、または前記ＴＡＳとは別個のエンティティであり、前記ＴＡＳと前記ウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、
前記ウェアラブルデバイスによって、前記ネットワーク事業者がバースト的通信の前記サポートを与えると前記決定することに応答して、前記バースト的通信において直接前記ネットワーク事業者を通して通信するためのプログラムコードと、ここにおいて、通信するための前記プログラムコードが、前記バースト的通信においてパケットを受信するためのプログラムコードと、前記受信されたパケットをバッファするためのプログラムコードと、前記バースト的通信における前記パケットのすべてが受信された後に前記バースト的通信の全体を送信するためのプログラムコードまたはプレイアウトするためのプログラムコードとを含む、
を含む、コンピュータプログラム製品。
【請求項３２】
前記ネットワーク事業者がバースト的通信の前記サポートを与えないと前記決定することに応答して、前記プログラムコードは、
前記バースト的通信をサポートするブリッジングウェアラブルサーバの利用可能性を決定するためのプログラムコードと、
前記ブリッジングウェアラブルサーバとの通信を確立するためのプログラムコードと、
前記ブリッジングウェアラブルサーバが利用可能であるとき、前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と通信するためのプログラムコードと
をさらに備える、請求項３１に記載のコンピュータプログラム製品。
【請求項３３】
前記ブリッジングウェアラブルサーバを通して前記ネットワーク事業者と通信するための前記プログラムコードが、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバにモバイル発信ボイスデータを送信するためのプログラムコードと、
前記ウェアラブルデバイスによって、前記ブリッジングウェアラブルサーバからモバイル着信ボイスデータを受信するためのプログラムコードと
のうちの１つまたは複数を含む、請求項３２に記載のコンピュータプログラム製品。
【請求項３４】
請求項３１から３３の任意の組合せのコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本出願は、その全体がともに参照により本明細書に明確に組み込まれる、２０１５年９月２日に出願された「Transmissions for Wearable Devices」と題する米国仮特許出願第６２／２１３，５０８号、および２０１６年９月１日に出願された「Transmissions for Wearable Devices」と題する米国非仮特許出願第１５／２５４，７５２号の利益を主張する。
【０００２】
[0002]本開示の態様は、一般にワイヤレス通信システムに関し、より詳細には、ウェアラブルデバイスのための送信方法およびシステムに関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。通常、多元接続ネットワークである、そのようなネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。そのようなネットワークの一例はユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ：Universal Terrestrial Radio Access Network）である。ＵＴＲＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）によってサポートされる第３世代（３Ｇ）モバイルフォン技術である、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Universal Mobile Telecommunications System）の一部として定義された無線アクセスネットワーク（ＲＡＮ）である。多元接続ネットワークフォーマットの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局またはノードＢを含むことができる。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信することができる。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。
【０００５】
[0005]基地局は、ＵＥにダウンリンク上でデータおよび制御情報を送信し得、ならびに／またはＵＥからアップリンク上でデータおよび制御情報を受信することができる。ダウンリンク上では、基地局からの送信は、ネイバー基地局からの送信、または他のワイヤレス無線周波数（ＲＦ）送信機からの送信による干渉に遭遇することがある。アップリンク上では、ＵＥからの送信は、ネイバー基地局と通信する他のＵＥのアップリンク送信からの干渉、または他のワイヤレスＲＦ送信器からの干渉に遭遇することがある。この干渉は、ダウンリンクとアップリンクの両方で性能を劣化させることがある。
【０００６】
[0006]モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、干渉および輻輳ネットワークの可能性は、より多くのＵＥが長距離ワイヤレス通信ネットワークにアクセスし、より多くの短距離ワイヤレスシステムがコミュニティにおいて展開されるようになるとともに増大する。モバイルブロードバンドアクセスに対する増大する需要を満たすためだけでなく、モバイル通信のユーザエクスペリエンスを進化および向上させるためにもＵＭＴＳ技術を進化させる研究および開発が続けられている。
【０００７】
[0007]ウェアラブルデバイスは、通信ネットワークにおいてＵＥ、別のウェアラブルデバイス、または他のエンティティとの通信送信を確立することができる。ウェアラブルデバイスは、腕時計、リストバンド、ヘッドバンド、眼鏡、コンタクトレンズ、またはユーザによって装着され得る衣類またはアクセサリに組み込まれる任意のデバイスであり得る。ウェアラブル技術の目的は、機能的エレクトロニクスおよびコンピュータをユーザの日常生活にスムーズに組み込むことと、ユーザがリアルタイム情報にアクセスすることを可能にすることとを含むことができる。研究および開発が、送信品質および安定性、電力管理、ならびに熱問題制御に関してウェアラブル技術を進化させ続けている。
【発明の概要】
【０００８】
[0008]本開示の一態様では、ワイヤレス通信のための方法が開示される。本方法は、バースト的通信の事業者サポートを決定することと、決定された事業者サポートに応答してバースト的送信または連続的送信において事業者を通して直接通信することとを含む。
【０００９】
[0009]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、ウェアラブルデバイスにおいて、バースト送信タイマー中の送信のためにアップリンクバッファ中にボイス入力をバッファすることと、バースト送信タイマーの満了またはユーザ無音の検出のいずれかにおいて、バッファされたボイス入力のすべてを送信することとを含む。
【００１０】
[0010]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、アプリケーションサーバにおいて、アプリケーションサーバと通信しているウェアラブルデバイスへの配信のためのバースト的送信または連続的送信のいずれかを介してリモート通信デバイスからダウンリンクボイスデータを受信することと、ダウンリンクボイスデータ受信中にダウンリンクバッファ中にダウンリンクボイスデータをバッファすることと、ウェアラブルデバイスとの接続を確立することに応答して、バースト的送信を介してバッファされたダウンリンクボイスデータをウェアラブルデバイスに送信することとを含む。
【００１１】
[0011]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、バースト的送信を使用して、１つまたは複数のウェアラブルデバイスとの、フォーカスサーバからの会議呼のための通信を確立することと、標準ボイス通信を使用して、１つまたは複数の通信デバイスとの、会議呼のための通信を確立することと、無音の検出、所定のタイムアウト、またはボイスデータのバースト的送信を受信することのうちの１つまたは複数に基づいて、標準ボイス通信に１つまたは複数のウェアラブルデバイスから受信されたバースト的送信のボイスデータを再生することとを含む。
【００１２】
[0012]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、ウェアラブルデバイスによって、別のウェアラブルデバイスとのセッション確立を要求することと、別のウェアラブルデバイスからバッファリング能力情報を受信することと、バッファリング能力情報に少なくとも部分的に基づいてバースト的送信のためのバーストサイズを決定することとを含む。
【００１３】
[0013]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、バースト的送信において複数のボイスデータパケットを受信することと、複数のボイスデータパケットの関連するパケットに同期された１つまたは複数のビデオデータパケットを受信することと、バッファ中に複数のボイスデータパケットおよび１つまたは複数のビデオデータパケットをバッファすることと、１つまたは複数のビデオデータパケットのすべてが満了の前に受信されなかった場合、遅延タイマーの満了の後に複数のボイスデータパケットの連続再生を開始することとを含む。
【００１４】
[0014]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、ウェアラブルデバイスと第２の通信デバイスとの間の通信を確立することと、ウェアラブルデバイスと第２の通信デバイスとの間の送信のための連続的動作モードを識別する第１の信号を交換することと、ウェアラブルデバイスにおけるチャネル状態を監視することと、チャネル状態が所定のしきい値を超えるとき、ウェアラブルデバイスと第２の通信デバイスとの間の送信のためのバースト的動作モードを識別する第２の信号を交換することとを含む。
【００１５】
[0015]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、テレフォニーアプリケーションサーバがバースト的ボイス（burstyvoice）通信をサポートしないと決定することと、バースト的ボイス通信をサポートするアクセス可能な中間サーバなしと決定することと、ウェアラブルデバイスと通信している１つまたは複数のリモート通信デバイスからの受信されたボイスパケットにおける音声機会を監視することと、音声機会を検出することに応答して連続的送信を介してボイスパケットを送信することとを含む。
【００１６】
[0016]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、ウェアラブルデバイスに関連付けられたＵＥの存在を検出することと、短距離無線アクセス技術（ＲＡＴ）を使用してウェアラブルデバイスとＵＥとの間の通信を確立することと、ＵＥにおいて連続的送信に変換されるべきバースト的送信を介してウェアラブルデバイスからＵＥにアップリンク通信を送信することと、ＵＥにおいて受信された連続的送信から変換されたバースト的送信を介してＵＥからウェアラブルデバイスにおいてダウンリンク通信を受信することとを含む。
【００１７】
[0017]本開示の追加の態様では、ワイヤレス通信のための方法が開示される。本方法は、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定することと、バースト的通信のサポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、またはＴＡＳとは別個のエンティティであり、ＴＡＳとウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えると決定することに応答して、バースト的通信において直接ネットワーク事業者を通して通信することと、通信することが、バースト的通信においてパケットを受信することと、受信されたパケットをバッファすることと、バースト的通信におけるパケットのすべてが受信された後にバースト的通信の全体を送信することまたはプレイアウトすることとを含む、を含む。
【００１８】
[0018]本開示の追加の態様では、ワイヤレス通信のために構成された装置が開示される。本装置は、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定するための手段と、バースト的通信のサポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、またはＴＡＳとは別個のエンティティであり、ＴＡＳとウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えると決定することに応答して、バースト的通信において直接ネットワーク事業者を通して通信するための手段と、通信するための手段が、バースト的通信においてパケットを受信するための手段と、受信されたパケットをバッファするための手段と、バースト的通信におけるパケットのすべてが受信された後にバースト的通信の全体を送信するための手段またはプレイアウトするための手段とを含む、を含む。
【００１９】
[0019]本開示の追加の態様では、ワイヤレス通信のために構成された装置が開示される。本装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合されたメモリとを含み、少なくとも１つのプロセッサは、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定することと、バースト的通信のサポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、またはＴＡＳとは別個のエンティティであり、ＴＡＳとウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えると決定することに応答して、バースト的通信において直接ネットワーク事業者を通して通信することと、通信するための少なくとも１つのプロセッサの構成が、バースト的通信においてパケットを受信するための構成と、受信されたパケットをバッファするための構成と、バースト的通信におけるパケットのすべてが受信された後にバースト的通信の全体を送信するための構成またはプレイアウト(play out)するための構成とを含む、を行うように構成される。
【００２０】
[0020]本開示の追加の態様では、ワイヤレス通信のためのコンピュータプログラム製品が開示される。ワイヤレス通信のためのコンピュータプログラム製品は、プログラムコードを記録した非一時的コンピュータ可読媒体を含み、プログラムコードは、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えるかどうかを決定するためのプログラムコードと、バースト的通信のサポートが、テレフォニーアプリケーションサーバ（ＴＡＳ）、またはＴＡＳとは別個のエンティティであり、ＴＡＳとウェアラブルデバイスとの間で展開されるウェアラブルアプリケーションサーバ（ＷＡＳ）のいずれかに組み込まれる、ウェアラブルデバイスによって、ネットワーク事業者がバースト的通信のサポートを与えると決定することに応答して、バースト的通信において直接ネットワーク事業者を通して通信するためのプログラムコードと、通信するためのプログラムコードが、バースト的通信においてパケットを受信するためのプログラムコードと、受信されたパケットをバッファするためのプログラムコードと、
バースト的通信におけるパケットのすべてが受信された後にバースト的通信の全体を送信するためのプログラムコードまたはプレイアウトするためのプログラムコードとを含む、を含む。
【００２１】
[0021]上記は、以下の発明を実施するための形態がより良く理解され得るように、本開示による例の特徴および技術的利点についてやや広く概説した。追加の特徴および利点が以下で説明される。開示される概念および具体例は、本開示の同じ目的を実行するための他の構造を変更または設計するための基礎として容易に利用されることができる。そのような等価な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性は、それらの編成と動作の方法の両方とも、関連する利点とともに、添付の図に関連して以下の説明を検討するとより良く理解されよう。図の各々は、例示および説明の目的で与えられるものであり、特許請求の範囲の制限の定義として与えられるものではない。
【図面の簡単な説明】
【００２２】
[0022]本開示の性質および利点のさらなる理解は、以下の図面を参照して実現されることができる。添付の図では、同様の構成要素または特徴は同じ参照ラベルを有することができる。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、ダッシュと、それらの同様の構成要素同士を区別する第２のラベルとを続けることによって区別されることができる。第１の参照ラベルのみが本明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のいずれにも適用可能である。
【図１】[0023]ワイヤレス通信システムの詳細を示すブロック図。
【図２】[0024]本開示の一態様に従って構成された、基地局／ｅＮＢおよびＵＥの設計を概念的に示すブロック図。
【図３】[0025]ウェアラブルデバイスを動作させるためのワイヤレス通信システムを示すブロック図。
【図４】[0026]ウェアラブルデバイスを動作させるためのワイヤレス通信システムを示すブロック図。
【図５】[0027]ウェアラブルデバイスを動作させるためのワイヤレス通信システムを示すブロック図。
【図６】[0028]ウェアラブルデバイスを動作させるためのワイヤレス通信システムを示すブロック図。
【図７】[0029]例示的な登録プロシージャを示すブロック図。
【図８】[0030]例示的な登録プロシージャを示すブロック図。
【図９】[0031]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフローを示すブロック図。
【図１０】[0032]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートしないが、サードパーティＡＳへの接続性を可能にするときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフローを示すブロック図。
【図１１】[0033]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートせず、サードパーティＡＳへの接続性を可能にしないときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフローを示すブロック図。
【図１２】[0034]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ＭＴ呼のための例示的なシグナリングフローを示すブロック図。
【図１３】[0035]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ＭＴ呼のための例示的なシグナリングフローを示すブロック図。
【図１４】[0036]ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートしないが、サードパーティＡＳへの接続性を可能にするときの、ＭＴ呼のための例示的なシグナリングフローを示すブロック図。
【図１５】[0037]例示的なダウンリンクメディアフローを示すブロック図。
【図１６】[0038]例示的なアップリンクメディアフローを示すブロック図。
【発明を実施するための形態】
【００２３】
[0039]添付の図面に関して以下に記載される発明を実施するための形態は、様々な可能な構成を説明するものであり、本開示の範囲を限定するものではない。そうではなく、発明を実施するための形態は、本発明の主題の完全な理解を与えるための具体的な詳細を含む。これらの具体的な詳細は、あらゆる場合において必要とされるとは限らないことと、いくつかの事例では、よく知られている構造および構成要素は提示を明快にするためにブロック図の形式で示されることとが当業者には明らかであろう。
【００２４】
[0040]本開示は、一般に、ワイヤレス通信ネットワークとも呼ばれる、２つまたはそれ以上のワイヤレス通信システム間での許可された共有アクセスを与えることまたはそのアクセスに関与することに関する。様々な実施形態では、本技法および装置は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク、ＬＴＥ(登録商標)ネットワーク、ＧＳＭ（登録商標）ネットワーク、ならびに他の通信ネットワークなど、ワイヤレス通信ネットワークのために使用されることができる。本明細書で説明される「ネットワーク」および「システム」という用語は互換的に使用されることができる。
【００２５】
[0041]ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：universal terrestrial radio access）、ｃｄｍａ２０００などの無線技術をインプリメントすることができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））と低チップレート（ＬＣＲ）とを含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。
【００２６】
[0042]ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）などの無線技術をインプリメントすることができる。３ＧＰＰ(登録商標)は、ＧＥＲＡＮとしても示されるＧＳＭ  ＥＤＧＥ（ＧＳＭ進化型高速データレート（enhanced data rates for GSM evolution））無線アクセスネットワーク（ＲＡＮ）のための規格を定義する。ＧＥＲＡＮは、基地局（たとえば、ＡｔｅｒおよびＡｂｉｓインターフェース）と基地局コントローラ（Ａインターフェースなど）とを結合するネットワークとともにＧＳＭ／ＥＤＧＥの無線構成要素である。無線アクセスネットワークはＧＳＭネットワークの構成要素を表し、それを通して、通話およびパケットデータが公衆交換電話網（ＰＳＴＮ）およびインターネットからユーザ端末またはユーザ機器（ＵＥ）としても知られる加入者ハンドセットにルーティングされ、また加入者ハンドセットからＰＳＴＮおよびインターネットにルーティングされる。モバイルフォン事業者のネットワークは、１つまたは複数のＧＥＲＡＮを備え得、それは、ＵＭＴＳ／ＧＳＭネットワークの場合、ＵＴＲＡＮに結合されることができる。事業者ネットワークはまた、１つまたは複数のＬＴＥネットワーク、および／または１つまたは複数の他のネットワークを含むことができる。様々な異なるネットワークタイプは、異なる無線アクセス技術（ＲＡＴ）と無線アクセスネットワーク（ＲＡＮ）とを使用することができる。
【００２７】
[0043]ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：evolved UTRA）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、ｆｌａｓｈ−ＯＦＤＭなどの無線技術をインプリメントすることができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：universal mobile telecommunication system）の一部である。特に、ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体から提供されている文書に記載されており、ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。これらの様々な無線技術および規格は知られているかまたは開発されている。たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、グローバルに適用可能な第３世代（３Ｇ）モバイルフォン仕様を定義することを目的とする電気通信協会のグループ間のコラボレーションである。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）モバイルフォン規格を改善することを目的とした３ＧＰＰプロジェクトである。３ＧＰＰは、次世代のモバイルネットワーク、モバイルシステム、およびモバイルデバイスのための仕様を定義することができる。明快のために、装置および技法のいくつかの態様は、以下ではＬＴＥインプリメンテーションに関してまたはＬＴＥ中心の方法で説明されることがあり、以下の説明の部分ではＬＴＥ用語が例示的な例として使用されることがあるが、その説明は、ＬＴＥ適用例に限定されるものではない。実際、本開示は、異なる無線アクセス技術または無線エアインターフェースを使用した、ネットワーク間のワイヤレススペクトルへの共有アクセスに関係する。
【００２８】
[0044]また、キャリアグレードＷｉＦｉ（登録商標）に適合し得る、無認可スペクトル中に含むＬＴＥ／ＬＴＥ−Ａに基づくニューキャリアタイプが提案されており、それにより、無認可スペクトルを用いるＬＴＥ／ＬＴＥ−ＡがＷｉＦｉの代替になる。ＬＴＥ／ＬＴＥ−Ａは、無認可スペクトル中で動作するとき、ＬＴＥ概念を活用し得、無認可スペクトル中での効率的な動作を可能にすることと、規制要件を満たすこととのために、ネットワークまたはネットワークデバイスの物理レイヤ（ＰＨＹ）およびメディアアクセス制御（ＭＡＣ）態様にいくつかの変更を導入することができる。使用される無認可スペクトルは、たとえば、数百メガヘルツ（ＭＨｚ）程度から数十ギガヘルツ（ＧＨｚ）程度までにわたることができる。動作中、そのようなＬＴＥ／ＬＴＥ−Ａネットワークは、負荷と利用可能性とに応じて認可スペクトルまたは無認可スペクトルの任意の組合せで動作することができる。したがって、本明細書で説明されるシステム、装置および方法は他の通信システムおよび適用例に適用され得ることが当業者には明らかであり得る。
【００２９】
[0045]システム設計は、ビームフォーミングおよび他の機能を可能にするためにダウンリンクおよびアップリンクのための様々な時間周波数基準信号をサポートすることができる。基準信号は、知られているデータに基づいて生成される信号であり、パイロット、プリアンブル、トレーニング信号、サウンディング信号などと呼ばれることもある。基準信号は、チャネル推定、コヒーレント復調、チャネル品質測定、信号強度測定など、様々な目的のために受信機によって使用されることができる。複数のアンテナを使用するＭＩＭＯシステムは、概して、アンテナ間での基準信号の送信の協調を行うが、ＬＴＥシステムは、概して、複数の基地局またはｅＮＢからの基準信号の送信の協調を行わない。
【００３０】
[0046]いくつかのインプリメンテーションでは、システムは時分割複信（ＴＤＤ）を利用することができる。ＴＤＤでは、ダウンリンクとアップリンクとは同じ周波数スペクトルまたはチャネルを共有し、ダウンリンク送信とアップリンク送信とは同じ周波数スペクトル上で送られる。したがって、ダウンリンクチャネル応答はアップリンクチャネル応答と相関することができる。相反性により、アップリンクを介して送られた送信に基づいてダウンリンクチャネルを推定することが可能になることができる。これらのアップリンク送信は、（復調後に基準シンボルとして使用され得る）基準信号またはアップリンク制御チャネルであり得る。アップリンク送信は、複数のアンテナを介した空間選択チャネルの推定を可能にすることができる。
【００３１】
[0047]ＬＴＥインプリメンテーションでは、ダウンリンクのために、すなわち、基地局、アクセスポイントまたはｅノードＢ（ｅＮＢ）からユーザ端末またはＵＥまで、直交周波数分割多重（ＯＦＤＭ）が使用される。ＯＦＤＭの使用は、スペクトルフレキシビリティについてのＬＴＥ要件を満たし、高いピークレートで極めて広いキャリアのためのコスト効率の高いソリューションを可能にし、確立した技術である。たとえば、ＯＦＤＭは、ＩＥＥＥ８０２．１１ａ／ｇ、８０２．１６、欧州通信規格協会（ＥＴＳＩ）によって規格化されたＨｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｒａｄｉｏ  ＬＡＮ−２（ＨＩＰＥＲＬＡＮ−２、ここにおいてＬＡＮはローカルエリアネットワークを表す）、ＥＴＳＩの合同技術委員会によって公開されたデジタルビデオブロードキャスティング（ＤＶＢ）などの規格、および他の規格において使用される。
【００３２】
[0048]時間周波数物理リソースブロック（ここではリソースブロック、または簡潔のために「ＲＢ」としても示される）は、ＯＦＤＭシステムにおいて、トランスポートデータに割り当てられたトランスポートキャリア（たとえば、サブキャリア）または間隔のグループとして定義されることができる。ＲＢは、時間および周波数期間にわたって定義される。リソースブロックは、スロットにおける時間および周波数のインデックスによって定義され得る時間周波数リソース要素（ここではリソース要素、または簡潔のために「ＲＥ」としても示される）から構成される。ＬＴＥ  ＲＢおよびＲＥのさらなる詳細は、たとえば、３ＧＰＰ  ＴＳ３６．２１１などの３ＧＰＰ仕様に記載されている。
【００３３】
[0049]ＵＭＴＳ  ＬＴＥは、２０ＭＨｚから１．４ＭＨＺまでのスケーラブルなキャリア帯域幅をサポートする。ＬＴＥでは、ＲＢは、サブキャリア帯域幅が１５ｋＨｚであるときは１２個のサブキャリアとして定義され、またはサブキャリア帯域幅が７．５ｋＨｚであるときは２４個のサブキャリアとして定義される。例示的なインプリメンテーションでは、時間領域において、１０ｍｓ長であり、それぞれ１ミリ秒（ｍｓ）の１０個のサブフレームからなる、定義された無線フレームがある。あらゆるサブフレームは、各スロットが０．５ｍｓである２つのスロットからなる。この場合、周波数領域におけるサブキャリア間隔は１５ｋＨｚである。（スロットごとに）これらのサブキャリアのうち１２個を合わせると、ＲＢが構成され、したがって、このインプリメンテーションでは、１つのリソースブロックは１８０ｋＨｚである。６つのリソースブロックは１．４ＭＨｚのキャリアに適合し、１００個のリソースブロックは２０ＭＨｚのキャリアに適合する。
【００３４】
[0050]本開示の様々な他の態様および特徴が以下でさらに説明される。本明細書の教示は多種多様な形態で実施され得、本明細書で開示される特定の構造、機能、またはその両方は代表的なものにすぎず、限定するものではないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様から独立して実装され得ること、およびこれらの態様のうちの２つまたはそれ以上は様々な方法で組み合わせられ得ることを、当業者は諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、または方法は実施されることができる。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置が実装されることができ、またはそのような方法が実施されることができる。たとえば、方法は、システム、デバイス、装置の一部として実装され、および／あるいはプロセッサまたはコンピュータ上での実行のためにコンピュータ可読媒体に記憶された命令として実装され得る。さらに、１つの態様は、１つの請求項の少なくとも１つの要素を備えることができる。
【００３５】
[0051]図１は、ＬＴＥ−Ａネットワークであり得る、通信のためのワイヤレスネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含む。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与えることができる。３ＧＰＰでは、「セル」という用語は、その用語が使用されるコンテキストに応じて、ｅＮＢのこの特定の地理的カバレージエリアおよび／またはそのカバレージエリアをサービスするｅＮＢサブシステムを指すことがある。
【００３６】
[0052]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与えることができる。マクロセルは、概して、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし、ネットワークプロバイダのサービスに加入しているＵＥによる無制限アクセスを可能にすることができる。ピコセルは、概して、比較的小さい地理的エリアをカバーすることになり、ネットワークプロバイダのサービスに加入しているＵＥによる無制限アクセスを可能にすることができる。また、フェムトセルは、概して、比較的小さい地理的エリア（たとえば、自宅）をカバーすることになり、無制限アクセスに加えて、フェムトセルとの関連付けを有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：closed subscriber group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスをも可能にすることができる。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。また、フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢと呼ばれることがある。図１に示されている例では、ｅＮＢ１１０ａ、１１０ｂおよび１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂおよび１０２ｃのためのマクロｅＮＢである。ｅＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｅＮＢである。また、ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢである。ｅＮＢは、１つまたは複数の（たとえば、２つ、３つ、４つなどの）セルをサポートすることができる。
【００３７】
[0053]ワイヤレスネットワーク１００は中継局をも含む。中継局は、上流局（たとえば、ｅＮＢ、ＵＥなど）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、別のＵＥ、別のｅＮＢなど）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示されている例では、中継局１１０ｒはｅＮＢ１１０ａおよびＵＥ１２０ｒと通信することができ、ここで、中継局１１０ｒは、それらの２つのネットワーク要素（ｅＮＢ１１０ａおよびＵＥ１２０ｒ）間の通信を可能にするために、それらの間のリレーとして働く。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００３８】
[0054]ワイヤレスネットワーク１００は同期動作または非同期動作をサポートすることができる。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は時間的にほぼ整合されることができる。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は時間的に整合されないことがある。
【００３９】
[0055]ＵＥ１２０はワイヤレスネットワーク１００全体にわたって分散され、各ＵＥは固定または移動であり得る。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉送信を示す。
【００４０】
[0056]ＬＴＥ／−Ａは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ個）の直交サブキャリアに区分する。各サブキャリアはデータで変調されることができる。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存することができる。たとえば、Ｋは、１．４、３、５、１０、１５、または２０メガヘルツ（ＭＨｚ）の対応するシステム帯域幅に対してそれぞれ７２、１８０、３００、６００、９００、および１２００に等しくなることができる。
システム帯域幅はまた、サブバンドに区分されることができる。たとえば、サブバンドは１．０８ＭＨｚをカバーし得、１．４、３、５、１０、１５、または２０ＭＨｚの対応するシステム帯域幅に対してそれぞれ１つ、２つ、４つ、８つ、または１６個のサブバンドがあり得る。
【００４１】
[0057]図２は、図１中の基地局／ｅＮＢのうちの１つであり得る基地局／ｅＮＢ１１０および図１中のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。制限付き関連付けシナリオの場合、ｅＮＢ１１０は図１中のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。ｅＮＢ１１０はまた、何らかの他のタイプの基地局であり得る。ｅＮＢ１１０はアンテナ２３４ａ〜２３４ｔを装備し得、ＵＥ１２０はアンテナ２５２ａ〜２５２ｒを装備することができる。
【００４２】
[0058]ｅＮＢ１１０において、送信プロセッサ２２０は、データソース２１２からデータを受信し、コントローラ／プロセッサ２４０から制御情報を受信することができる。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。送信プロセッサ２２０は、データシンボルおよび制御シンボルを取得するために、それぞれデータおよび制御情報を処理（たとえば、符号化およびシンボルマッピング）することができる。送信プロセッサ２２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成することができる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実施し得、出力シンボルストリームを変調器（ＭＯＤ）２３２ａ〜２３２ｔに与えることができる。各変調器２３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理することができる。各変調器２３２は、さらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器２３２ａ〜２３２ｔからのダウンリンク信号は、それぞれアンテナ２３４ａ〜２３４ｔを介して送信されることができる。
【００４３】
[0059]ＵＥ１２０において、アンテナ２５２ａ〜２５２ｒは、ｅＮＢ１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）２５４ａ〜２５４ｒに与えることができる。各復調器２５４は、入力サンプルを取得するために、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）することができる。各復調器２５４はさらに、受信シンボルを取得するために、（たとえば、ＯＦＤＭなどのための）入力サンプルを処理することができる。ＭＩＭＯ検出器２５６は、すべての復調器２５４ａ〜２５４ｒから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実施し、検出シンボルを与えることができる。受信プロセッサ２５８は、検出されたシンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク２６０に与え、復号された制御情報をコントローラ／プロセッサ２８０に与えることができる。
【００４４】
[0060]アップリンク上では、ＵＥ１２０において、送信プロセッサ２６４は、データソース２６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ２８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理することができる。送信プロセッサ２６４はまた、基準信号のための基準シンボルを生成することができる。送信プロセッサ２６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ２６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器２５４ａ〜２５４ｒによって処理され、ｅＮＢ１１０に送信されることができる。ｅＮＢ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ２３４によって受信され、復調器２３２によって処理され、適用可能な場合はＭＩＭＯ検出器２３６によって検出され、ＵＥ１２０によって送られた復号されたデータと制御情報とを取得するために、受信プロセッサ２３８によってさらに処理されることができる。プロセッサ２３８は、復号されたデータをデータシンク２３９に与え、復号された制御情報をコントローラ／プロセッサ２４０に与えることができる。
【００４５】
[0061]コントローラ／プロセッサ２４０および２８０は、それぞれ、ｅＮＢ１１０およびＵＥ１２０における動作を指示することができる。ｅＮＢ１１０におけるコントローラ／プロセッサ２４０ならびに／あるいは他のプロセッサおよびモジュールは、本明細書で説明される技法のための様々なプロセスを実施するか、またはそれらの実行を指示することができる。ＵＥ１２０におけるコントローラ／プロセッサ２８０ならびに／または他のプロセッサおよびモジュールはまた、図５〜図７に示されている機能ブロック、および／または本明細書で説明される技法のための他のプロセスを実施するか、またはその実行を指示することができる。メモリ２４２および２８２は、それぞれｅＮＢ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ２４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングすることができる。
【００４６】
[0062]以下で提示される実施形態および他の実施形態は、添付の付録Ａおよび付録Ｂにおいてより詳細にさらに説明される。本明細書は本発明の特定の例について説明するが、当業者は、発明的概念から逸脱することなく本発明の変形形態を考案することができる。たとえば、本明細書の教示は、ウェアラブルデバイスのためのメディア送信に関係する。
ウェアラブルデバイスの一般的な動作
[0063]２つのウェアラブルデバイス間で、ウェアラブルデバイスとＰＳＴＮ（公衆交換電話網）電話との間で、ウェアラブルデバイスとＣＳ（回線交換）ＵＥとの間で、ウェアラブルデバイスとＶｏＬＴＥ（ボイスオーバーロングタームエボリューション）ＵＥとの間で、またはＰＳＡＰ（公共安全アクセスポイント）とのウェアラブルデバイスとの間で、通信セッションが確立されることができる。セッションは、ボイス、ビデオ、テキストメッセージング、存在、能力交換、会議、または緊急呼であり得る。ウェアラブルデバイスと、Ｂｌｕｅｔｏｏｔｈ（登録商標）プロトコルを通してウェアラブルデバイスと接続された近くのＵＥを介したリモートパーティとの間のセッションが、ウェアラブルデバイスと同じリモートパーティとの間のセッション、またはＵＥと同じリモートパーティとの間のセッションにシームレスに切り替わることができる。これらの３つのセッションの間の切替えは実現可能であり得る。
【００４７】
[0064]ウェアラブルデバイスは、電力消費および放熱に対する制御を有することができる。概して、ウェアラブルデバイス中の電力増幅器（ＰＡ）が、通常電話の電力の約２０％を消費することができる。ウェアラブルデバイスの熱容量および放熱は、通常電話の熱容量および放熱の約５％であり得る。したがって、熱時定数（heat time constant）は１００秒から５秒まで動くことができる。したがって、ＰＡ低減は、通常、放熱の低減を十分にカバーしないことがある。また、バッテリー寿命および電力消費が、ウェアラブルデバイスにとって問題であり得る。アップリンク送信が一貫して維持され得る場合、リンクを閉じ、セルの領域を理解するための方法を探査することが重要である。
【００４８】
[0065]ウェアラブルデバイスに対する期待は、（１）ウェアラブルとリモートパーティ（ＰＳＴＮ、ＣＳ  ＵＥ、ＶｏＬＴＥ  ＵＥ、またはウェアラブルデバイス）との間のＩＭＳ（ＩＰマルチメディアサブシステム）セッションを確立すること、（２）事業者サポートなしにウェアラブルデバイスとリモートパーティとの間のセッションを確立すること、（３）ウェアラブルデバイスとの連続的ボイス／ビデオ送信のための熱的問題を制御すること、（４）（キー押下を通して）ユーザによって明示的に与えられた、または通話バースト間の無音期間の長さによって決定された通話バーストの開始および終了の指示など、デバイス固有性能に基づいて小さいバースト中の送信を制御すること、（５）ボイス送信を管理するための機構を確立すること、（６）ウェアラブルデバイスにおいてボイス、メディア、または他のデータ送信を連続的に送信および受信することを含むことができる。
【００４９】
[0066]ウェアラブルデバイスは２つのモードの下で動作し得る。ウェアラブルデバイスが、ペアリングされたモバイルデバイスに近接しているとき、ウェアラブルデバイスは、ボイス送信をサポートするためにモバイルデバイスに依拠することができる。モバイルデバイスとウェアラブルデバイスとの間の短距離ペアリングは、Ｂｌｕｅｔｏｏｔｈ接続性を介することができる。ウェアラブルデバイスがモバイルデバイスに近接していないとき、ウェアラブルデバイスは、完全なモデムとしてスタンドアロンモードで動作することができる。この場合、熱的制御が問題であり得る。
ウェアラブルデバイスのアーキテクチャ
[0067]図３〜図６は、１つまたは複数のウェアラブルデバイス、通常モバイルデバイス、ウェアラブルブリッジングサーバ、フォーカスサーバ／ウェアラブルブリッジングサーバ、ＷＡＳ（ウェアラブルアプリケーションサーバ）、Ｐ／Ｉ／Ｓ−ＣＳＣＦ（プロキシ／問合わせ／サービング−呼セッション制御機能）、ＴＡＳ（テレフォニーアプリケーションサーバ）、コアおよびＲＡＮ（無線アクセスネットワーク）、ならびにＭＭＴｅｌ  ＡＳ（マルチメディアテレフォニーアプリケーションサーバ）の間のアーキテクチャを示す。事業者のＩＭＳネットワークが、バースト的送信、たとえば、ボイスデータのバースト的送信をサポートすることもサポートしないこともある。事業者のＩＭＳネットワークがバースト的送信をサポートしない場合、ＷＡＳは事業者のネットワークの外部に配置されることができる。事業者のＩＭＳネットワークがボイスデータのバースト的送信をサポートする場合、ＷＡＳは事業者のネットワークの一部であり得る。たとえば、ＷＡＳは、スタンドアロン論理エンティティ、またはＴＡＳと統合されている論理エンティティであり得る。ＷＡＳが別個の物理エンティティである場合、ＷＡＳはＴＡＳとＵＥとの間に配置されることができる。
ボイス／ビデオデータの送信のためのＩ／Ｏ処理
[0068]ウェアラブルデバイスは、従来のＭＭＴｅｌボイス（マルチメディアテレフォニーボイス）サービスを扱うことができる。ＭＭＴｅｌは、ＩＭＳに基づく３ＧＰＰソリューションであり、ＶｏＩＰのＰＳＴＮ代替形態のためのソリューションである。それは、ユーザが、ボイス、ビデオ、チャットを使用して、および画像またはビデオファイルを共有して通信することを可能にする収束、固定、およびモバイルリアルタイムマルチメディアサービスを提供する。ＭＭＴｅｌ規格は、３ＧＰＰならびにＥＴＳＩ／高度ネットワークのためのテレコムおよびインターネット収束サービスおよびプロトコル（ＴＩＳＰＡＮ：Telecoms and Internet Converged Services and Protocols for Advanced Network）規格化団体によるジョイントプロジェクトであり、異なる事業者がすべての利用可能なマルチメディアサービスを使用して互いと通信することを可能にする、規格化されたネットワーク間クインターフェース（ＮＮＩ：network to network interface）を利用する。固定回線事業者とモバイル事業者の両方が、既存の回線テレフォニーに代わり、ボイスを、ビデオ、メッセージングおよび他のメディアコンテンツと組み合わせる能力をもたらす、単一の、ベアラ独立テレフォニーアプリケーションを展開することができる。
【００５０】
[0069]特に、ＭＭＴｅｌは、単一のＳＩＰセッションがほぼすべてのサービスを制御することを可能にする。すべての利用可能なメディアコンポーネントが、セッション内で容易にアクセスされるか、またはアクティブにされることができる。ＭＭＴｅｌサービスを使用するユーザは、セッションを失うことなしにまたはそれを終了する必要なしに、チャットを開始し、ボイスを追加し、別の発呼者を追加し、ビデオを追加し、ファイルを共有し、これらのうちのいずれかをドロップすることができる。単一セッション手法は、マルチメディア通信ソリューションのすべてのメディア部分が相互動作することを可能にする。
【００５１】
[0070]ＭＭＴｅｌを介する従来のボイスサービスに加えて、ウェアラブルデバイスは、ボイスのための新しいサービスタイプ、すなわち、「インスタントボイス（instant voice）」をも扱うことができる。インスタントボイスは、バースト的ボイスまたはバースト的ビデオを含み得る。インスタントボイスを処理するために、インスタントボイスの送信の両方の端部が、インスタントボイスを扱うことが可能であり得る。両方の端部がウェアラブルデバイスである場合、両方の端部は、バースト的ボイスまたはバースト的ビデオを受信し、そのようなバースト的送信が配信された後にそれをプレイアウトすることができる。一方の端部がウェアラブルデバイスであり、他方の端部が標準デバイスである場合、標準デバイスは、バースト的ボイスまたはバースト的ビデオを受信し、それを累積し、次いで、それをプレイアウトすることができる。この場合、標準デバイスからウェアラブルデバイスへの方向における動作では、コーデックネゴシエーションがＭＭＴｅｌボイスであり得、ウェアラブルデバイスから標準デバイスへの方向における動作では、コーデックネゴシエーションがバースト的ボイスまたはバースト的ビデオであり得る。
【００５２】
[0071]インスタントボイスのためのフロア制御は、ＰｏＣ（プッシュツートークオーバーセルラー）管理とは異なることができる。２つのウェアラブルデバイス間の通信の場合、各ウェアラブルデバイスは、受信されたメディアの記録とプレイアウトとを独立して管理することができる。ユーザは、完了したボイスバーストまたはビデオバーストの受信時に指示を与えられることができる。ユーザは、ボイスバーストまたはビデオバーストをプレイアウトする前に、いくつかの受信されたボイスバーストおよび／またはビデオバーストから、プレイまたはスキップすべき特定の１つまたは複数のボイスバーストおよび／またはビデオバーストを選定することができる。バッファ容量を維持するために、受信されたメディアバーストは、それらがユーザによってプレイアウトされるかまたは取り除かれると、暗黙的に廃棄されることができる。また、受信されたメディアバーストは、一定の時間期間の間バッファに記憶された後に、またはストレージのしきい値に達すると、廃棄されるように設定されることができる。最も古い受信されたメディアバーストが最初に廃棄されることができる。さらに、受信されたメディアバーストは、セッションが解放されるとクリーンアップされるように設定されることができる。
【００５３】
[0072]ユーザは、現在のメディアバーストプレイアウトの終了時に、ウェアラブルデバイス上の記録ボタンへのアクセシビリティを与えられることができる。ユーザが記録をアクティブにすることを選定する場合、この現在のメディアバーストは記録されることができる。ユーザが、記録ボタンを押すことによってまたは別の方法によってのいずれかで記録をアクティブにしないことを選定する場合、ウェアラブルデバイスは、次のメディアバーストをプレイバックし始めることができる。ビデオバーストは、記録のためにボイスバーストとともにオン／オフされることができる。受信端部、ウェアラブルデバイスまたは標準デバイスのいずれかが、進行中の記録がないときに各バーストが受信されるとすぐに、そのバーストが順序が正しくプレイアウトされることを可能にするように構成されることができる。
【００５４】
[0073]ウェアラブルデバイスと標準デバイスとの間の通信の場合、ウェアラブルデバイスはバースト的送信を行い得、標準デバイスは連続的送信を行うことができる。標準デバイスは、メディアバーストの送信における休止または無音を検出するように構成されることができる。そのような休止または無音に応答して、標準デバイスは、正常に受信されたメディアバーストをプレイアウトすることを開始することができる。別の端部から無音パケットを受信する必要なしに標準デバイスにおいて自律的に快適通知（comfort notice）を扱うことが有益であり得る。ウェアラブルデバイスも、バースト的メディア送信における休止または無音を検出するように構成されることができる。そのような休止または無音に応答して、ウェアラブルデバイスは、通知と記録ボタンへのアクセシビリティとをユーザに与えることができる。ユーザは、記録をアクティブにするかまたはアクティブにしないことを選定することができる。本開示の別の態様では、ユーザは、遠端デバイスがある時間量の間メディアデータを連続的に送信している場合、リスニングをオーバーライドし、記録をアクティブにすることを選定することができる。ウェアラブルデバイスと標準デバイスとの間の通信のでは、各デバイスは、メディアバーストの受信を独立して管理することができる。
ウェアラブルデバイスとの会議呼
[0074]フォーカスサーバが、バースト的メディア送信をインプリメントするウェアラブルデバイス、および標準メディア送信をインプリメントする１つまたは複数の標準デバイスとの会議呼を扱うために使用されることができる。ウェアラブルデバイスからのバースト的メディアトラフィックは、会議呼中の無音と、他の話者によって阻止されず、バースト的メディアトラフィックが通ることを可能にする、特定のタイムアウトとの検出に基づいて、会議呼においてプレイアウトされることができる。本開示の別の態様では、フォーカスサーバは、バースト的メディアトラフィックが完全に受信されるとすぐに、ウェアラブルデバイスからのバースト的メディアトラフィックをプレイアウトするように設定されることができる。
ウェアラブルデバイスによるセッション確立
[0075]ウェアラブルデバイスは、（１つまたは複数の）別のウェアラブルデバイスまたは（１つまたは複数の）標準デバイスとの送信セッションを確立することを要求することができる。送信されるべきメディアバーストのサイズは、受信機デバイスのバッファ能力に依存することができる。バーストサイズは、セッション確立プロシージャの一部としてネゴシエートされることができる。送信されるべき記録されたメッセージが、１つまたは複数の受信可能なチャンクに分割されることができる。記録されたメッセージは、ある時間量の間（たとえば、数十秒の間）持続し得る。そのような受信可能なチャンクは、メッセージがギャップとともにプレイアウトされたときでも、受信機デバイスがそのような受信可能なチャンクを見分けることが可能であることに基づいて、決定されることができる。
【００５５】
[0076]記録されたメッセージを１つまたは複数の受信可能なチャンクに分割することは、記録中に検出された１つまたは複数の休止に依存することができる。ウェアラブルデバイスは、ある時間量、たとえば、５秒または数十秒ごとに記録中に休止をとるようにとの通知をユーザに与えるように構成されることができる。本開示の他の態様では、ユーザは、各受信可能なチャンクの長さを決定するために、そのような時間量を調整することが可能であり得る。
バースト的送信
[0077]メディアバーストは、１つまたは複数のレイヤ中で送信されることができる。高信頼モードＲＬＣ（無線リンク制御）が、バースト的メディア送信を搬送するためにネットワークによって割り当てられることができる。メディアバーストは、ＵＤＰ（ユーザデータグラムプロトコル）上で、またはＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）上で搬送されるべきＲＴＰ（リアルタイムトランスポートプロトコル）パケットであり得る。ＲＴＰパケットがＵＤＰ上で搬送されるとき、ＲＯＨＣ（ロバストヘッダ圧縮）が有効にされることができる。
【００５６】
[0078]送信機デバイスは、各ボイススパート／バーストの終了時に相次いで数個の小さい無音パケットを送信することを計画することができる。たとえば、送信機デバイスは、４つの無音パケットを連続的に送信することができる。受信機デバイスは、そのような相次ぐ(back-to-back)小さい無音パケットを探し、それらを停止マーカーとして識別することができる。本開示の別の態様では、ユーザは、ユーザインターフェースを介して１つまたは複数のバーストの終了時に停止／休止／無音を明示的に示すことができる。ＲＴＰシーケンス番号付けが、複数のバーストにわたってシームレスに続くことができる。
【００５７】
[0079]バースト的送信は、アップリンク送信またはダウンリンク送信であり得る。バーストがアップリンク方向とダウンリンク方向の両方上で送信される場合、呼が、アップリンクバースト的送信とダウンリンクバースト的送信の両方についてバースト的ボイス特徴タグとともにネゴシエートされることができる。この状況は、ボイスアクティビティを検知し、バースト的送信および連続的送信についてボイスを記録することに対してプレイアウトを協調させることによって扱われることができる。１つの方向または２つの方向のいずれかにおけるバースト的送信は、遠端ＵＥ送信モードおよび必要とされるユーザ挙動に影響を及ぼすことができる。受信機が単一の受信機アンテナのみを有するとき、バーストパケットの信頼性は増加されることができる。
ＡＶ同期
[0080]メディアバーストの送信は、バースト的送信の開始時にまたはバースト的送信中にＲＴＣＰ（ＲＴＰ制御プロトコル）パケットを送信することを含むことができる。しかしながら、バースト的送信のための同時性を保持するために必要とされるＲＴＣＰパケットの数は、標準送信のための同時性を保持するために必要とされるＲＴＣＰパケットの数よりも少なくなることができる。ａｖ同期メディア（av-synced media）をレンダリングするために、オーディオパケットに関連するオーディオパケットとビデオパケットの両方が、レンダリングの前に受信されることができる。ａｖ同期メディアをレンダリングするための待ち時間が、受信機のバッファリング容量に依存することができる。バッファの限界に達した場合、ａｖ同期メディアはレンダリングされることができる。ＲＴＣＰパケット送信のための帯域幅が、待ち時間を調整するためにネゴシエートされることができる。本開示のいくつかの態様では、ビデオパケットに遅延がある場合、受信機は、連続性を維持するためにビデオなしにボイスをレンダリングすることができる。
ウェアラブルデバイスにおけるバースト的ボイス送信および連続的ボイス送信にわたる切替え
[0081]ウェアラブルデバイスは、チャネル状態に基づいて、ダウンリンク方向、アップリンク方向、またはダウンリンク方向とアップリンク方向の両方における連続的送信またはバースト的送信を扱うことが可能であり得る。連続的送信またはバースト的送信のための動作モードが、ＳＩＰ（セッション開始プロトコル）シグナリングを使用して、ウェアラブルデバイスと遠端ＵＥとの間で最初に交換され、その後、モードの変化を示すＲＴＣＰアプリ（アプリケーション定義された）パケットに従って、別の動作モードに切り替わることができる。ウェアラブルデバイスは、デバイス性能および／またはハードウェア構成に基づいてあるモードから別のモードに切り替わることができる。たとえば、ウェアラブルデバイスは、高いパケットエラーが検出され、および／またはＲＳＲＱ（基準信号受信電力）がしきい値を下回るとき、バースト的モードに切り替わることができる。さらなる例として、ウェアラブルデバイスは、ＲＦ状態が良好である（たとえば、ＲＳＲＱがしきい値を上回る）とき、連続モードに切り替わることができる。本開示のいくつかの態様では、ＲＴＣＰアプリパケット交換は、シグナリング一貫性を保証するために３ウェイ交換であり得る。ウェアラブルデバイスは、切替えを開始した後に、いつでも切替えのボイス受信部分を扱うことができる。遠端デバイスは、３ウェイハンドシェイクの完了を待つことなしに、肯定応答が送出された後に、いつでも切替えのボイス受信部分を扱うことができる。
【００５８】
[0082]ＴＡＳは、ウェアラブルデバイスをサポートするために拡張され得る。以下は、異なるタイプのＴＡＳとデバイスとの間で確立されている異なるタイプの呼を示す表１である。
【００５９】
【表１】
2018526920.tif 000003
【００６０】
インスタントボイスが利用可能でないときにＭＭＴｅｌサービスを使用すること
[0083]上記で説明されたように、ＴＡＳは、バースト的送信をサポートすることもサポートしないこともある。したがって、ＴＡＳまたは中間サーバがバースト的メディア送信をサポートするように構成されないかまたは見つけられないとき、代替ＭＭＴｅｌサービスが提供されることができる。バースト的メディア送信をサポートしないＴＡＳまたは中間サーバは、ｍｍｉｎｓｔａｎｔｖｏｉｃｅ特徴タグを理解しないが、ＭＭＴｅｌ特徴タグのみを受け付けることができる。この状況の下で、ウェアラブルデバイスは、連続的送信を使用してボイスパケットを送信することができる。しかしながら、本開示のいくつかの態様では、ウェアラブルデバイスは、熱的状態またはＲＦ状態など、ウェアラブルデバイスのハードウェア状態が所定のしきい値を超えるとき、アップリンクバースト的送信を無効にすることができる。ウェアラブルデバイスは、遠端デバイスからの音声を監視し得、通話者をオーバーライドすることができる。デューティサイクルが、ユーザが通話することを可能にするのに十分に長くない場合、アップリンクボイス送信は無効にされることができる。本開示のいくつかの態様では、ウェアラブルデバイスは、ユーザがいつ通話することを開始することができるか、およびユーザがいつ通話することを停止する必要があるのかの指示をユーザに与えることができる。
【００６１】
[0084]アップリンクボイス送信の中断中に、ユーザは、依然として、会議呼など、呼をリッスンすることが可能であり得る。ウェアラブルデバイスは、中断時にまたは中断中にいくつかのオプションをユーザに与えることができる。たとえば、ユーザは、中断中にダウンリンクボイスをリッスンし続けることを選定することができる。さらなる例として、ユーザは、インスタントメッセージを送ることを選定することができる。ユーザが一方向においてボイスデータを受信し、反対方向においてインスタントメッセージサービスを使用することを希望するとき、特徴タグは、シグナリングを通して相応にネゴシエートされることができる。一方向においてＭＭＴｅｌボイスサービスを除去するとき、周期的に１つまたは複数の無音フレームを送るようにとの対応する要件も除去されることができる。そのような無音フレームは、１６０ミリ秒ごとに送信されることができる。
登録プロシージャ
[0085]本開示のいくつかの態様では、ウェアラブルデバイスとＵＥとは、共通のＩＭＳパブリックユーザ識別情報を共有することができる。ウェアラブルデバイスがＵＥのほうへ移動するとき、ウェアラブルデバイスとＵＥとは、Ｂｌｕｅｔｏｏｔｈプロトコルまたは他の利用可能なプロトコルを介して互いと通信することができる。Ｂｌｕｅｔｏｏｔｈ接続性が有効にされたかどうかを決定するために、ユーザ構成が使用されることができる。Ｂｌｕｅｔｏｏｔｈ接続性が有効にしない場合、ウェアラブルデバイスとＵＥとは、２つの独立デバイスとして挙動し得る。Ｂｌｕｅｔｏｏｔｈ接続性が有効にされた場合、ウェアラブルデバイスのＩＭＳ登録は影響を受けないままであり得るか、ウェアラブルデバイスはＩＭＳから登録解除し得、ＵＥは、ＭＭＴｅｌ特徴タグを使用して登録を実行し得、バースト的ボイス特徴タグを使用して登録を実行しないことがある。さらに、ウェアラブルデバイスはまた、それのパブリックユーザ識別情報を登録することができる。次いで、ＵＥは、ウェアラブルデバイスへの、ＣＦｘ、ＣＦＵ（呼フォワーディング無条件（Call Forwarding Unconditional））、ＣＦＮＡ（呼フォワーディング無条件アクティブ化（Call Forwarding Unconditional Activation））、ＣＦＢ（呼フォワーディングビジー（Call Forwarding Busy））、ＣＦＮＬ、またはＣＦＮＲｃ（呼フォワーディング非到達可能（Call Forwarding Non-Reachable））など、呼フォワーディング特徴を非アクティブにすることができる。異なるタイプのサービス間の頻繁なピンポンを回避するために、ヒステリシスタイマーが利用されることができる。ウェアラブルデバイスがＵＥから離れて移動するとき、ウェアラブルデバイスは、（現在登録解除されている場合）ＩＭＳ登録を通常実行せず、ネットワークがバースト的ボイス特徴タグをサポートするかどうかを決定することができる。はいの場合、ウェアラブルデバイスは、バースト的ボイス特徴タグを登録することができる。そうでない場合、ウェアラブルデバイスは、ＭＭＴｅｌ特徴タグを登録することができる。ＵＥは、ＣＦＵなど、ウェアラブルデバイスへの呼フォワーディング特徴をアクティブにし得る。代替または追加として、ＵＥは、ウェアラブルデバイスへのＣＦＮＡ、ＣＦＢ、ＣＦＮＬ、またはＣＦＮＲｃをアクティブにすることができる。
【００６２】
[0086]他の本開示の態様では、ウェアラブルデバイスとＵＥとは、共通のＩＭＳパブリックユーザ識別情報を共有しないことがある。ウェアラブルデバイスがＵＥのほうへ移動するとき、ウェアラブルデバイスとＵＥとは、Ｂｌｕｅｔｏｏｔｈプロトコルを介して互いと通信することができる。Ｂｌｕｅｔｏｏｔｈ接続性が有効にされない場合、ウェアラブルデバイスとＵＥとは、共通のプロファイルを共有する２つの独立デバイスとして挙動することができる。Ｂｌｕｅｔｏｏｔｈ接続性が有効にされた場合、ウェアラブルデバイスは、ＩＭＳから登録解除するかまたはＩＭＳ登録を動作しているように保ち得、ＵＥは、ＭＭＴｅｌ特徴タグを使用して登録を実行し得、バースト的ボイス特徴タグを使用して登録を実行しないことがある。ウェアラブルデバイスは、ネットワークによるフォーキングを非アクティブにすることができる。異なるタイプのサービス間の頻繁なピンポンを回避するために、ヒステリシスタイマーが利用されることができる。ウェアラブルデバイスがＵＥから離れて移動するとき、ウェアラブルデバイスは、（現在登録解除されている場合）ＩＭＳ登録を通常実行せず、ネットワークがバースト的ボイス特徴タグをサポートするかどうかを決定することができる。はいの場合、ウェアラブルデバイスは、バースト的ボイス特徴タグを登録し得、ＭＭＴｅｌ特徴タグをさらに登録することができる。そうでない場合、ウェアラブルデバイスは、ＭＭＴｅｌ特徴タグを登録することができる。本開示のいくつかの態様では、利用可能であり、ＩＭＳパブリックユーザ識別情報にアドレス指定されたボイスデータのページング通知が、ウェアラブルデバイス、ＵＥ、またはその両方において受信されることができる。ＵＥは、ウェアラブルデバイスにページング通知をフォワーディングすることができる。対応して、ＴＡＳおよび／またはＷＡＳは、ウェアラブルデバイス、ＵＥ、またはその両方にページング通知を送信することができる。ウェアラブルデバイスとＵＥの両方へのページング通知のそのような送信は、逐次または並列のいずれかであることができる。
【００６３】
[0087]図７は、例示的な登録プロシージャ７００を示す。ブロック７０２において、ウェアラブルデバイスは、ＵＥとのＢｌｕｅｔｏｏｔｈ接続性を失う。ブロック７０４において、ＵＥのＩＭＳ登録ステータスは、影響を受けないままであり得る。７０６〜７２４において、ウェアラブルデバイスは、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、およびウェアラブルＡＳを用いてバースト的ボイスまたはＭＭＴｅｌサービスのための登録を実行することができる。７２６〜７３２において、ウェアラブルデバイスは、登録を完了し、バースト的ボイスまたはＭＭＴｅｌサービスにサブスクライブ(subscribe)することができる。
【００６４】
[0088]図８は、例示的な登録プロシージャ８００を示す。ブロック８０２において、ウェアラブルデバイスとＵＥとの間でＢｌｕｅｔｏｏｔｈ接続が確立される。ブロック８０４において、ウェアラブルデバイスのＩＭＳ登録ステータスは、影響を受けないままであり得る。８０６〜８２４において、ＵＥは、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、およびＭＭＴｅｌ  ＡＳを用いてＭＭＴｅｌサービスのための登録を実行することができる。８２６〜８３２において、ＵＥは、登録を完了し、ＭＭＴｅｌサービスにサブスクライブすることができる。
呼発信
[0089]呼は、いくつかの方法でウェアラブルデバイスから発信されることができる。たとえば、呼は、Ｂｌｕｅｔｏｏｔｈ接続性を介してウェアラブルデバイスとペアリングされたＵＥを使用して、ウェアラブルデバイスから発信されることができる。さらなる例として、呼は、ＩＭＳシグナリングを使用してウェアラブルデバイスから発信されることができる。ネットワーク事業者は、ウェアラブルデバイスとのバースト的送信をサポートすることもサポートしないこともある。さらに、ウェアラブルデバイスとのバースト的送信をサポートしないネットワーク事業者は、サードパーティＡＳをサポートすることもサポートしないこともある。
【００６５】
[0090]ウェアラブルデバイスが短距離ＲＡＴ（無線アクセス技術）を介してＵＥとペアリングされる場合、ウェアラブルデバイスは、ＵＥを介してリモートデバイスにボイスデータを送信するために呼を開始することができる。ウェアラブルデバイスは、ＵＥにバースト的送信を使用するボイスデータを送信することができる。ＵＥは、バースト的送信を使用するボイスデータを連続的送信を使用するボイスデータに変換し、連続的送信を使用するボイスデータをリモートデバイスに送信することができる。本開示のいくつかの態様では、ウェアラブルは、バースト的送信呼に関係するＵＥへのセッション情報を送信し、ウェアラブルデバイスにおいて発信されたバースト的送信呼のためにダウンリンク通信データを受信することを停止することができる。対応して、ＵＥは、ウェアラブルデバイスからセッション情報を受信し、ＵＥにバースト的送信呼を転送するようにとの要求をウェアラブルデバイスに送信することができる。
【００６６】
[0091]反対方向において、ウェアラブルデバイスは、ＵＥを介してリモートデバイスからボイスデータを受信することができる。リモートデバイスは、ＵＥに連続的送信を使用するボイスデータを送信することができる。ＵＥは、連続的送信を使用するボイスデータをバースト的送信を使用するボイスデータに変換し、バースト的送信を使用するボイスデータをウェアラブルデバイスに送信することができる。本開示のいくつかの態様では、ＵＥは、連続的送信呼に関係するウェアラブルデバイスへのセッション情報を送信することができる。対応して、ウェアラブルデバイスは、連続的送信呼に関係するＵＥからのセッション情報を受信し、ウェアラブルデバイスに連続的送信呼を転送するようにとの要求をＵＥを通して送信することができる。そのような連続的送信呼は、ＵＥにおいてバースト的送信呼に変換されることができる。
【００６７】
[0092]図９は、ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフロー９００を示す。バースト的ボイスＡＳ／ＷＡＳは、リモート端部とウェアラブルデバイスとの間の相互作用をサポートすることができる。ウェアラブルデバイスは、呼をセットアップするための通常ＳＩＰプロシージャおよびオファー返答機構に従うことができる。ＳＤＰ（サービス配信プラットフォーム）オファーが初期呼勧誘中に含まれることができる。ネットワークは、メディアパケットがデフォルトベアラを使用するのか専用ベアラを使用するのかを決定することができる。前提条件は、メディアベアラ確立が確認されると、ウェアラブルデバイスにおいて満たされることができる。コーデックは、ＡＭＲ（適応マルチレート）、ＡＭＲ−ＷＢ（適応マルチレート広帯域）など、通常プロシージャを使用してネゴシエートされることができる。本開示のいくつかの態様では、６．６ｋｂｐｓ  ＡＭＲ−ＷＢが最も優先度の高いものであり得る。メディアパケットのためのＱｏＳ（サービス品質）サポートは随意であり得る。バースト的ボイスＡＳに加えて、ＴＡＳも、シグナリング経路中に含まれ、バースト的ボイスＡＳ／ＷＡＳの後に現れることができる。ＷＡＳは、リモート端部との通常ボイス呼をセットアップし、通常ボイス送信とバースト的ボイス送信との間で相互作用することができる。既存のプロシージャによって中間呼付加サービスもサポートされることができる。
【００６８】
[0093]図９では、ブロック９０２において、ウェアラブルデバイスのユーザがボイス呼を開始する。９０４において、ウェアラブルデバイスは、Ｓ−ＣＳＣＦにバースト的ボイスサービスのための勧誘を送ることができる。９０６〜９１２において、バースト的ボイスまたはＭＭＴｅｌボイスサービスのためのいくつかの勧誘が、Ｓ−ＣＳＣＦ、ウェアラブルＡＳ、およびＭＭＴｅｌ  ＡＳの間で送られることができる。９１４および９１６において、Ｓ−ＣＳＣＦは、リモートエンティティにＭＭＴｅｌボイスサービスのための勧誘を送り、２００メッセージ（ＯＫメッセージ）を受信することができる。９１８〜９２４において、いくつかの２００メッセージ（ＯＫメッセージ）が、９０６〜９１２において送られた勧誘に応答して、Ｓ−ＣＳＣＦ、ウェアラブルＡＳおよびＭＭＴｅｌ  ＡＳの間で送られることができる。９２６において、Ｓ−ＣＳＣＦは、ウェアラブルデバイスに２００メッセージ（ＯＫメッセージ）を送ることができる。９２８において、バースト的ボイスが、ウェアラブルデバイスとウェアラブルＡＳとの間で送信されることができる。９３０において、通常ボイスが、ＭＭＴｅｌ  ＡＳとリモートエンティティとの間で送信されることができる。
【００６９】
[0094]図１０は、ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートしないが、サードパーティＡＳへの接続性を可能にするときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフロー１０００を示す。バースト的ボイスＡＳ／ＷＡＳは、リモート端部とウェアラブルデバイスとの間の相互作用をサポートすることができる。ウェアラブルデバイスは、呼をセットアップするための通常ＳＩＰプロシージャおよびオファー返答機構に従うことができる。ＳＤＰ（サービス配信プラットフォーム）オファーが初期呼勧誘中に含まれることができる。ＵＥとＷＡＳとの間のメディアパケットは、デフォルトベアラ上で動くことができる。前提条件は、メディアベアラ確立が確認されると、ウェアラブルデバイスにおいて満たされることができる。コーデックは、ＡＭＲ（適応マルチレート）、ＡＭＲ−ＷＢ（適応マルチレート広帯域）など、通常プロシージャを使用してネゴシエートされることができる。本開示のいくつかの態様では、６．６ｋｂｐｓ  ＡＭＲ−ＷＢが最も優先度の高いものであることができる。メディアパケットのためのＱｏＳ（サービス品質）サポートは随意であることができる。本開示のいくつかの態様では、ネットワーク事業者がバースト的送信をサポートしないとき、ＴＡＳがシグナリング経路中に含まれないことがある。したがって、中間呼付加サービスをサポートするための拡張が有益であり得る。
【００７０】
[0095]図１０では、ブロック１００２において、ウェアラブルデバイスにおけるユーザがボイス呼を開始する。１００４において、ウェアラブルデバイスは、Ｓ−ＣＳＣＦにバースト的ボイスサービスのための勧誘を送ることができる。１００６において、Ｓ−ＣＳＣＦは、ウェアラブルＡＳにバースト的ボイスサービスのための勧誘を送ることができる。１００８において、ウェアラブルＡＳは、Ｓ−ＣＳＣＦにＭＭＴｅｌボイスサービスのための勧誘を送ることができる。１０１０および１０１２において、Ｓ−ＣＳＣＦは、リモートエンティティにＭＭＴｅｌボイスサービスのための勧誘を送り、リモートエンティティから２００メッセージ（ＯＫメッセージ）を受信することができる。１０１４および１０１６において、２００メッセージ（ＯＫメッセージ）が、バースト的ボイスおよびＭＭＴｅｌボイスサービスのために送られた勧誘に応答して、Ｓ−ＣＳＣＦおよびウェアラブルＡＳによって受信されることができる。１０１８において、Ｓ−ＣＳＣＦは、ウェアラブルデバイスに２００メッセージ（ＯＫメッセージ）を送ることができる。１０２０において、バースト的ボイスが、ウェアラブルデバイスとウェアラブルＡＳとの間で送信されることができる。１０２２において、通常ボイスが、ウェアラブルＡＳとリモートエンティティとの間で送信されることができる。
【００７１】
[0096]図１１は、ネットワークがウェアラブルデバイスとのバースト的送信をサポートせず、サードパーティＡＳへの接続性を可能にしないときの、ウェアラブルデバイスから呼を発信するための例示的なシグナリングフロー１１００を示す。バースト的ボイスＡＳ／ＷＡＳは、リモート端部とウェアラブルデバイスとの間の相互作用をサポートすることができる。ウェアラブルデバイスは、ＷＡＳとの呼をセットアップするための通常ＳＩＰプロシージャおよびオファー返答機構に従うことができる。ＷＡＳのＵＲＩ（ユニフォームリソース識別子）は、ＵＥに知られていることがある。ＳＤＰ（サービス配信プラットフォーム）オファーが初期呼勧誘中に含まれることができる。ネットワークは、メディアパケットがデフォルトベアラを使用するのか専用ベアラを使用するのかを決定することができる。本開示のいくつかの態様では、ＵＥとＷＡＳとの間のメディアパケットは、デフォルトベアラ上で動くことができる。前提条件は、メディアベアラ確立が確認されると、ウェアラブルデバイスにおいて満たされることができる。コーデックは、ＡＭＲ（適応マルチレート）、ＡＭＲ−ＷＢ（適応マルチレート広帯域）など、通常プロシージャを使用してネゴシエートされることができる。本開示のいくつかの態様では、６．６ｋｂｐｓ  ＡＭＲ−ＷＢが最も優先度の高いものであることができる。メディアパケットのためのＱｏＳ（サービス品質）サポートは随意であることができる。ＷＡＳとのセッションを確立した後に、ＵＥは、ＷＡＳに、リモートパーティへの呼をセットアップするように要求することができる。本開示のいくつかの態様では、そのような呼セットアップは、ＳＩＰ照会を介してであり得る。ＷＡＳは、リモート端部との通常ボイス呼をセットアップし、通常ボイスとバースト的ボイスとの間で相互作用することができる。
【００７２】
[0097]図１１では、ブロック１１０２において、ウェアラブルデバイスにおけるユーザが、呼をセットアップするように要求する。１１０４〜１１０６において、ウェアラブルデバイスは、ＩＭＳコアにバースト的ボイスサービスのための勧誘を送り得、ＩＭＳコアは、ウェアラブルＡＳにそのような勧誘をフォワーディング(forward)することができる。応答して、１１０８〜１１１０において、ウェアラブルＡＳは、ＩＭＳコアに２００メッセージ（ＯＫメッセージ）を送り得、ＩＭＳコアは、ウェアラブルデバイスにそのような２００メッセージ（ＯＫメッセージ）をフォワーディングすることができる。応答して、１１１２および１１１４において、ウェアラブルデバイスは、ＩＭＳコアに肯定応答メッセージを送ることができ、ＩＭＳコアは、ウェアラブルＡＳにそのような肯定応答メッセージをフォワーディングすることができる。１１１６〜１１１８において、ウェアラブルデバイスは、ＩＭＳコアに照会／勧誘を送ることができ、ＩＭＳコアは、ウェアラブルＡＳにそのような勧誘をフォワーディングすることができる。応答して、１１２０〜１１３０において、２００メッセージ（ＯＫメッセージ）、２０２メッセージ（受付けメッセージ）、および通知が、ウェアラブルデバイス、ＩＭＳコア、およびウェアラブルＡＳの間で送られることができる。１１３２において、ウェアラブルＡＳは、リモートパーティに通常ボイスサービスのための勧誘を送ることができる。応答して、１１３２〜１１４４において、２００メッセージ（ＯＫメッセージ）および通知が、リモートパーティ、ウェアラブルＡＳ、ＩＭＳコア、およびウェアラブルデバイスの間で送られることができる。１１４６において、バースト的ボイスが、ウェアラブルデバイスとウェアラブルＡＳとの間で送信されることができる。１１４８において、通常ボイスが、ウェアラブルＡＳとリモートパーティとの間で送信されることができる。
ＭＴ（モバイル着信）呼の処理
[0098]呼は、いくつかの方法でウェアラブルデバイスにおいて受信されることができる。たとえば、呼は、Ｂｌｕｅｔｏｏｔｈ接続性を介してウェアラブルデバイスとペアリングされたＵＥを介して、ウェアラブルデバイスにおいて受信されることができる。さらなる例として、呼は、ＩＭＳシグナリングを使用してウェアラブルデバイスにおいて受信されることができる。ネットワーク事業者は、ウェアラブルデバイスにおいて受信されたそのようなＭＴ呼をサポートすることもサポートしないこともある。
【００７３】
[0099]図１２は、ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ＭＴ呼のための例示的なシグナリングフロー１２００を示す。図１３は、ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートするときの、ＭＴ呼のための詳細なシグナリングフロー１３００を示す。ネットワークは、ＵＥ、ウェアラブルデバイス、または両方のうちの１つまたは複数に来たるべき呼についてアラートすることができる。ＵＥとウェアラブルデバイスの両方に送られるアラートは、逐次または並列であり得る。一方のデバイスのみがアラートされた場合、アラートされたデバイスは、ネットワークに、他方のデバイスがプロシージャに関与することを知らせることができる。ウェアラブルデバイスとのＳＩＰシグナリングは、通常ＳＩＰプロシージャに従うことができる。ネットワークは、通常ボイスとバースト的ボイスとの間で相互作用することができる。
【００７４】
[00100]図１２では、ブロック１２０２において、ＵＥがＭＭＴｅｌサービスのために登録され、ウェアラブルデバイスがバースト的ボイスサービスのために登録される。ＵＥとウェアラブルデバイスとは、Ｂｌｕｅｔｏｏｔｈ接続されていない。１２０４において、リモートＵＥが、ＭＭＴｅｌ  ＡＳにＭＭＴｅｌサービスのための勧誘を送ることができる。１２０６において、ＭＭＴｅｌ  ＡＳは、ウェアラブルＡＳにＭＭＴｅｌサービスのための勧誘を送ることができる。１２０８において、ウェアラブルＡＳは、ウェアラブルデバイスにバースト的ボイスサービスのための勧誘を送ることができる。１２１０において、ＭＭＴｅｌ  ＡＳは、ＵＥにＭＭＴｅｌサービスのための勧誘を送ることができる。ブロック１２１２において、ユーザは、ウェアラブルデバイス上で着信呼に返答することができる。１２１４において、ウェアラブルデバイスは、ウェアラブルＡＳに２００メッセージ（ＯＫメッセージ）を送ることができる。１２１６において、ウェアラブルＡＳは、ＭＭＴｅｌ  ＡＳに２００メッセージ（ＯＫメッセージ）を送ることができる。１２１８において、ＭＭＴｅｌ  ＡＳは、リモートＵＥに２００メッセージ（ＯＫメッセージ）を送ることができる。１２２０において、ＭＭＴｅｌ  ＡＳは、ＵＥとのＭＭＴｅｌサービスを消去することができる。
【００７５】
[00101]図１３では、ブロック１３０２〜１３６６は、ウェアラブルデバイス、ＵＥ、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ウェアラブルＡＳ、およびＭＭＴｅｌ  ＡＳの間の１２０２〜１２２０のための詳細をさらに示す。
【００７６】
[00102]図１４は、ネットワーク事業者がウェアラブルデバイスとのバースト的送信をサポートしないが、サードパーティＡＳへの接続性を可能にするときの、ＭＴ呼のための例示的なシグナリングフロー１４００を示す。本開示のいくつかの態様では、ネットワーク事業者は、ＭＭＴＥＬ  ＡＳに最初に呼勧誘をルーティングすることができる。
本開示の他の態様では、ネットワークは、ＭＭＴｅｌ  ＡＳに呼勧誘をルーティングするより前に、ＷＡＳに呼勧誘をルーティングすることができる。
【００７７】
[00103]図１４では、１４０２において、リモートパーティが、Ｓ−ＣＳＣＦにＭＭＴｅｌサービスのための勧誘を送ることができる。１４０４において、Ｓ−ＣＳＣＦは、ＭＭＴｅｌ  ＡＳにＭＭＴｅｌサービスのための勧誘を送ることができる。１４０６において、ＭＭＴｅｌ  ＡＳは、Ｓ−ＣＳＣＦにＭＭＴｅｌサービスのための勧誘を送ることができる。１４０８において、Ｓ−ＣＳＣＦは、ウェアラブルＡＳにＭＭＴｅｌサービスのための勧誘を送ることができる。１４１０において、ウェアラブルＡＳは、Ｓ−ＣＳＣＦにバースト的ボイスサービスのための勧誘を送ることができる。１４１２において、Ｓ−ＣＳＣＦは、ウェアラブルデバイスにバースト的ボイスサービスのための勧誘を送ることができる。応答して、１４１４において、ウェアラブルデバイスは、Ｓ−ＣＳＣＦに２００メッセージ（ＯＫメッセージ）を送ることができる。１４１６において、Ｓ−ＣＳＣＦは、ウェアラブルＡＳに２００メッセージ（ＯＫメッセージ）を送ることができる。１４１８において、ウェアラブルＡＳは、Ｓ−ＣＳＣＦに２００メッセージ（ＯＫメッセージ）を送ることができる。１４２０において、Ｓ−ＣＳＣＦは、ＭＭＴｅｌ  ＡＳに２００メッセージ（ＯＫメッセージ）を送ることができる。１４２２において、ＭＭＴｅｌ  ＡＳは、Ｓ−ＣＳＣＦに２００メッセージ（ＯＫメッセージ）を送ることができる。１４２４において、Ｓ−ＣＳＣＦは、リモートパーティに２００メッセージ（ＯＫメッセージ）を送ることができる。１４２６において、ＭＭＴｅｌボイスが、ウェアラブルＡＳとリモートパーティとの間で送信されることができる。１４２８において、バースト的ボイスが、ウェアラブルＡＳとウェアラブルデバイスとの間で送信されることができる。
【００７８】
[00104]ＷＡＳおよびウェアラブルデバイスは、いくつかの方法でＭＴ呼を扱うことができる。たとえば、ウェアラブルデバイスは、ＭＭＴｅｌ付加サービスを、ＷＡＳへのＣＦＵを使用するように構成することができる。通常ＭＴ勧誘が、ＷＡＳにフォワーディングされることができる。したがって、ＷＡＳは、ウェアラブルデバイスへのバースト的ボイス呼をセットアップすることができる。本開示のいくつかの態様では、ＩＭＳコアは、この呼について、それがＭＭＴｅｌ呼でないので、ＣＦＵを適用しないことがある。さらなる例として、ウェアラブルデバイスは、２つのＭＳＩＳＤＮ（移動局国際加入者ディレクトリ番号）を割当てることができる。一方のＭＳＩＳＤＮはＩＭＳ事業者によって割当てることができる。他方のＭＳＩＳＤＮはＷＡＳによって割当てることができる。ＷＡＳによって割り振られた番号への呼は、バースト的ボイス送信のためのものであり得る。そのようなＷＡＳは、シグナリング経路およびメディア経路中に含まれることができる。本開示のいくつかの態様では、ユーザは、連絡先番号としてＷＡＳによって割当てられた番号を発行することができる。
付加サービス
[00105]付加サービスは、ウェアラブルデバイスとのバースト的送信をサポートするネットワーク事業者、バースト的送信をサポートしないがサードパーティＡＳをサポートするネットワーク事業者、およびバースト的送信とサードパーティＡＳの両方をサポートしないネットワーク事業者など、異なる状況の下で異なる方法で扱われることができる。ネットワーク事業者がバースト的ボイス送信をサポートするとき、付加サービスは既存のプロシージャを使用して扱われることができ、さらなる拡張は必要でないことがある。ネットワーク事業者がバースト的送信をサポートしないがサードパーティＡＳをサポートするとき、付加サービスは既存のプロシージャを使用して扱われることができ、さらなる拡張はいくつかの仮定に基づいて必要でないことがある。仮定は、ＷＡＳがＭＯ（モバイル発信）呼のためのシグナリング経路中の第１のＡＳであること、ＷＡＳがＭＴ呼のためのシグナリング経路中の最後のＡＳであること、またはＴＡＳがＭＯ呼とＭＴ呼の両方のためのシグナリング経路中に含まれること、のうちの１つまたは複数を含むことができる。ネットワーク事業者がバースト的送信とサードパーティＡＳの両方をサポートしないとき、ＷＡＳが付加サービスのサポートをインプリメントすることができる。本開示のいくつかの態様では、ＵＥは、ＷＡＳに最新付加サービス構成を与えることができる。したがって、ウェアラブルデバイスは、呼中にでも、最小遅延でシグナリングメッセージを受信することが可能であることができる。
ウェアラブルデバイスにおけるメディアの処理
[00106]図１５は、例示的なダウンリンクメディアフロー１５００を示す。図１６は、例示的なアップリンクメディアフロー１６００を示す。メディアフローは、ボイスデータ、ビデオデータ、ボイスデータとビデオデータの両方などを含むことができる。ボイス呼は、シグナリングに関してビデオ呼と同じであることができる。ウェアラブルデバイスは、制限された能力を有することができる。したがって、ビデオデータの品質は、ウェアラブルデバイスの制限された能力にマッチするように低減されることができる。
【００７９】
[00107]図１５では、ブロック１５０２において、ユーザがバースト中で通話することを開始する。応答して、１５０４において、複数のＲＴＰパケット、たとえば、ＲＴＰパケット１〜８が、ウェアラブルデバイスにおいて受信されることができる。ブロック１５０６において、ウェアラブルデバイスのＲＴＰバッファがフルであり得る。次いで、１５０８において、ウェアラブルデバイスは、ウェアラブルＡＳに受信されたＲＴＰパケット１〜８を送ることを開始することができる。ブロック１５１０において、ウェアラブルＡＳは、ウェアラブルデバイスから受信されたＲＴＰパケット１〜８をバッファすることができ、これらのＲＴＰパケット１〜８をＭＭＴｅｌボイスパケットとしてリモートユーザに送ることができる。ブロック１５１２において、ウェアラブルＡＳのバッファが空になるとき、ウェアラブルＡＳは、リモートユーザに１つまたは複数の無音フレームを送ることができる。
【００８０】
[00108]図１６では、ブロック１６０２において、ＭＭＴｅｌ  ＲＴＰパケットが、ウェアラブルＡＳにおいてバッファされることができる。ブロック１６０４において、ウェアラブルデバイスが、ウェアラブルＡＳに接触し、ウェアラブルＡＳにアップリンクメディアパケットを転送することができる。ブロック１６０６において、ウェアラブルＡＳは、ウェアラブルデバイスに、バッファされたＭＭＴｅｌ  ＲＴＰパケットを送ることができる。送られるべきバッファされたＲＴＰパケットがない場合、ウェアラブルＡＳは、ウェアラブルデバイスに１つまたは複数の無音フレームを送ることができる。１６０８において、ウェアラブルＡＳは、ウェアラブルデバイスに複数のＲＴＰパケット、たとえば、ＲＴＰパケット１〜８を送ることができる。ブロック１６１０において、ウェアラブルＡＳのバッファは空になることができる。１６１２において、ウェアラブルデバイスは、ユーザに受信されたＲＴＰパケット１〜８を送ることができる。
【００８１】
[00109]ユーザが通話することを開始したとき、ウェアラブルデバイスは、音声を１つまたは複数の音声フレームに変換し、ＲＴＰパケットを生成および保持することができる。ユーザが通話することを停止したとき、ウェアラブルデバイスは、ＷＡＳへのデータ接続を確立することができる。次いで、ウェアラブルデバイスは、ＷＡＳに、バースト送信を使用して、バッファされたＲＴＰパケットの全部または一部を送信することができる。ウェアラブルデバイスは、２０／４０ミリ秒ごとにＲＴＰパケットを送るなど、一定のレートでＲＴＰパケットを送ることを行わないことがある。また、ウェアラブルデバイスは、ネットワークにおいてバッファされたダウンリンクＲＴＰパケットの全部または一部を受信し、適切なレートで、受信されたＲＴＰパケットをプレイアウトすることができる。
【００８２】
[00110]ＵＥのバッファが一杯であるとき、ウェアラブルデバイスは、ＷＡＳへのデータ接続を確立することができる。次いで、ウェアラブルデバイスは、ＷＡＳに、バースト送信を使用して、バッファされたＲＴＰパケットの全部または一部を送信し、ネットワークにおいてバッファされたダウンリンクＲＴＰパケットの一部のすべてを受信することができる。本開示のいくつかの態様では、ＷＡＳは、このボイスバーストが完了していないことを知らされることができる。ユーザが（たとえば、タイマーが満了した後）ある時間量の間無音であるとき、ＵＥは、アップリンクパケットがないことを示すことができる。また、ウェアラブルデバイスは、ネットワークにおいてバッファされたダウンリンクＲＴＰパケットの一部のすべてを受信し、ユーザへの受信された音声の全部または一部をプレイアウトすることができる。本開示のいくつかの態様では、ＲＯＨＣが使用されることができる。
【００８３】
[00111]ウェアラブルデバイスは、ユーザ音声を符号化するＲＴＰパケットを記憶するようにバッファを維持することができる。バッファ中のそのようなコンテンツは、アップリンクトラフィックを構成することができる。バッファは、ユーザ音声で一杯にされ得、バッファがフルになるとき、または通話バーストが完了されたとき、空にされることができる。ウェアラブルデバイスはまた、リモートパーティから受信されたＲＴＰパケットを記憶するようにバッファを維持することができる。バッファ中のそのようなコンテンツは、ダウンリンクトラフィックを構成することができる。ダウンリンクトラフィックは、バルクで、または一定のレートで送信されることができる。バッファは、ネットワークから受信されたＲＴＰパケットによって一杯にされることができ、バッファがフルになったとき、または通話バーストが完了されたとき、空にされることができる。本開示のいくつかの態様では、バッファは、２０／４０ミリ秒ごとに１つのＲＴＰパケットなど、一定のレートで空にされることができる。
【００８４】
[00112]ＷＡＳは、１つまたは複数のバッファを維持することができる。たとえば、ＷＡＳは、２つのバッファを維持することができる。一方のバッファは、ウェアラブルデバイスから受信されたＲＴＰパケットをバッファすることができる。そのようなバッファのコンテンツは、リモートＵＥに送られることができる。本開示のいくつかの態様では、このバッファは、２０／４０ミリ秒ごとに１つのＲＴＰパケットなど、一定のレートで空にされることができる。本開示の他の態様では、このバッファは、可変レートで一杯にされることができる。他方のバッファは、リモートパーティから受信されたＲＴＰパケットをバッファすることができる。本開示のいくつかの態様では、そのようなバッファは、２０／４０ミリ秒ごとに１つのＲＴＰパケットなど、一定のレートで一杯にされることができる。本開示の他の態様では、このバッファ中のＲＴＰパケットは、ウェアラブルデバイスがＷＡＳとのデータ接続を確立すると、バルクで除去されることができる。
【００８５】
[00113]ＷＡＳは、リモートパーティからの音声バーストの開始および終了を識別することができる。音声バーストは、音声フレームが無音期間の後に受信されると、開始することができる。無音期間は、連続する無音フレームの数が所定のしきい値を超えた場合（音声バーストが終了したと仮定すると）、開始することができる。本開示のいくつかの態様では、ＷＡＳは、受信されたＲＴＰパケットを音声バーストにチャンクすることができる。ＷＡＳは、ウェアラブルデバイスがＷＡＳとのデータ接続を確立するとき、ウェアラブルデバイスに構成可能な数のＲＴＰパケットを与えることができる。ＲＴＰパケットの全部または一部が、ウェアラブルデバイスに送信されることができる。本開示のいくつかの態様では、ＷＡＳは、ＲＴＰパケットを送信しながら、ウェアラブルデバイスに音声バーストの開始および終了を示すことができる。
【００８６】
[00114]ＷＡＳは、ウェアラブルデバイスがＷＡＳとのデータ接続を確立すると、０個の、１つの、またはより多くのＲＴＰパケットを受信することができる。ＲＴＰパケットの各々は、音声フレームまたは無音フレームを含んでいることがある。音声バーストは、ＷＡＳが無音期間の後に第１の音声フレームを受信すると開始することができる。ＷＡＳは、受信されたＲＴＰパケットをバッファし、それらを１つまたは複数の音声バーストにグループ化することができる。音声バーストが終わった後に、ＷＡＳは、２０／４０ミリ秒ごとに１つのＲＴＰパケットなど、一定のレートでリモートパーティにその音声バーストに属するＲＴＰパケットをストリーミングすることができる。バッファが空になった場合、ＷＡＳは、リモートパーティに１つまたは複数の無音フレームを送信することができる。ＷＡＳは、ウェアラブルデバイスがＷＡＳへのデータ接続を確立するとき、ウェアラブルデバイスからの構成可能な数のＲＴＰパケットを予想することができる。ＲＴＰの全部または一部が、そのようなデータ接続中に受信されることができる。本開示のいくつかの態様では、ＷＡＳは、ウェアラブルデバイスから多くの連続する無音フレームを受信することを予想しないことがある。
【００８７】
[00115]本開示のいくつかの態様では、進行中の呼を終了するためにウェアラブルデバイスのために通常ＩＭＳプロシージャが適用されることができる。本開示のいくつかの態様では、ウェアラブルデバイスは、ＳＲＶＣＣ（単一無線ボイス呼連続性）のためにＣＳボイス対応であることができ、ウェアラブルデバイスおよびネットワークのための既存のプロシージャへの変更は必要でない。
【００８８】
[00116]本開示のいくつかの態様では、ネットワークがバースト的送信をサポートする場合、既存のＵＥへの変更は必要でないことがある。本開示の他の態様では、ネットワークがバースト的送信をサポートしない場合、通常ＵＥが、バースト的送信を使用してウェアラブルデバイスとのセッションを確立するように更新されることができる。
【００８９】
[00117]本開示のいくつかの態様では、ＭＭＴｅｌ  ＡＳがシグナリング経路中に含まれないことがある。ＭＭＴｅｌ  ＡＳは、ウェアラブルデバイスによって扱われる中間呼付加サービスをサポートすることができる。そのようなサポートは、ＭＯ要求またはＭＴ要求中にＭＭＴｅｌ特徴タグを含めることによって達成されることができる。本開示の他の態様では、ＷＡＳは、必要な場合、バースト的ボイスと通常ボイスとの間でメディアを適応させることができる。たとえば、ＭＯ呼の場合、ＷＡＳは、ＳＤＰ返答に基づいてメディア経路中に導入されることができる。さらなる例として、ＭＴ呼の場合、ＷＡＳは、バースト的ボイスがＳＤＰ勧誘オファー中にあることを確かめることができる。
インターＵＥ転送
[00118]バースト的ボイス呼は、ウェアラブルデバイスからＵＥにセッションを転送することによって通常ボイス呼になることができる。通常ボイス呼は、ＵＥからウェアラブルデバイスにセッションを転送することによってバースト的ボイス呼になることができる。考えられるソリューションは、３ＧＰＰ  ＴＳ２４．２３７において説明されるように、ネットワークからのサポートを獲得すること、呼転送機構、およびターゲットデバイスによって送られた代替ヘッダをもつ勧誘を含むことができる。代替ヘッダをもつ勧誘では、ソースデバイスとターゲットデバイスとは、Ｂｌｕｅｔｏｏｔｈ接続性または別のＲＡＴを通してセッション識別情報を交換することも交換しないこともある。
緊急呼
[00119]緊急呼は、ＣＳ領域における緊急呼、ＶｏＬＴＥ緊急呼、バースト的ボイス緊急呼などであり得る。バースト的ボイス緊急呼をセットアップするために、ウェアラブルデバイスのロケーションまたはＵＥのロケーションのうちの少なくとも１つが識別され、ネットワークにとって利用可能にされることができる。バースト的ボイス緊急呼は、ＵＥのロケーションに基づいて最も近いＰＳＡＰにルーティングされることができる。
ローミング／他の考慮事項
[00120]通常ＩＭＳローミング考慮事項が、ウェアラブルデバイスのために適用されることができる。ＭＯ事業者とＭＴ事業者の両方がバースト的ボイスをサポートするとき、メディア経路は両方のネットワークを横断することができる。追加のアーキテクチャ作業が、メディア経路を最適化するために有益であることができる。
【００９０】
[00121]いくつかのＱｏＳ考慮事項が、ウェアラブルデバイスのために適用されることができる。たとえば、本開示のいくつかの態様では、バースト的ボイストラフィックは、ＱＣＩ＝１ベアラなど、いくつかのベアラを使用しないことがある。対応して、ネットワークは、バースト的ボイスのセッションが確立されつつあるとき、そのような専用ＱＣ＝１ベアラ確立をトリガしないことがある。
デバイス構成
[00122]ウェアラブルデバイスは、デュアル受信を用いたＬＴＥ  ＣＡＴ１デバイス、シングル受信を用いたＬＴＥデバイス、ＬＴＥ  ＣＡＴ０デバイス、Ｒｅｌ−１２  ＭＴＣ（マルチタイプ通信）デバイス、ＬＴＥ  ＣＡＴ３デバイス、２Ｇ／３ＧおよびＷｉＦｉ技術を含むマルチモードデバイス、または低コストおよび低電力消費でのデバイスであり得る。デバイス上で有効にされるサービスは、テキスト、ＶｏＩＰ、および低ビットオーディオコンテンツの合理化を含むことができる。
【００９１】
[00123]情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表されることができる。
【００９２】
[00124]図３〜図１５の機能ブロックおよびモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子構成要素、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを備えることができる。
【００９３】
[00125]さらに、本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとしてインプリメントされることができることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、上記では概してそれらの機能に関して説明された。そのような機能がハードウェアとしてインプリメントされるか、ソフトウェアとしてインプリメントされるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法でインプリメントすることができるが、そのようなインプリメンテーションの決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。当業者はまた、本明細書で説明された構成要素、方法、または相互作用の順序あるいは組合せは例にすぎないこと、および本開示の様々な態様の構成要素、方法、または相互作用は、本明細書で例示し、説明されたもの以外の方法で組み合わせられるかまたは実行され得ることを容易に認識されよう。
【００９４】
[00126]本明細書の開示に関して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明された機能を実行するように設計されたそれらの任意の組合せを用いてインプリメントまたは実行されることができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としてインプリメントされることができる。
【００９５】
[00127]本明細書の開示に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化されることができる。プロセッサおよび記憶媒体はＡＳＩＣ中に存在することができる。ＡＳＩＣはユーザ端末中に存在することができる。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在することができる。
【００９６】
[00128]１つまたは複数の例示的な設計では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せでインプリメントされることができる。ソフトウェアでインプリメントされる場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信されることができる。
コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。コンピュータ可読記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、接続はコンピュータ可読媒体と適切に呼ばれることができる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはデジタル加入者線（ＤＳＬ）を使用して、ウェブサイト、サーバ、またはその他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはＤＳＬは、媒体の定義に含まれる。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。
上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００９７】
[00129]特許請求の範囲を含めて、本明細書で使用される場合、２つ以上の項目の列挙中で使用されるとき、「および／または」という用語は、列挙された項目のうちのいずれか１つが単独で採用され得ること、または列挙された項目のうちの２つ以上の任意の組合せが採用され得ることを意味する。たとえば、組成が、構成要素Ａ、Ｂ、および／またはＣを含んでいると記述されている場合、その組成は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの組合せ、ＡとＣの組合せ、ＢとＣの組合せ、またはＡとＢとＣの組合せを含んでいることがある。また、特許請求の範囲を含めて、本明細書で使用される場合、「のうちの少なくとも１つ」で終わる項目の列挙中で使用される「または」は、たとえば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」の列挙が、ＡまたはＢまたはＣまたはＡＢまたはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）あるいはそれらの任意の組合せにおけるこれらのいずれかを意味するような選言的列挙を示す。
【００９８】
[00130]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えられたものである。本開示への様々な修正は当業者には容易に明らかになり、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用されることができる。したがって、本開示は、本明細書で説明された例および設計に限定されるものではなく、本明細書で開示された原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2018526920.tif 000004
【図２】
2018526920.tif 000005
【図３】
2018526920.tif 000006
【図４】
2018526920.tif 000007
【図５】
2018526920.tif 000008
【図６】
2018526920.tif 000009
【図７】
2018526920.tif 000010
【図８】
2018526920.tif 000011
【図９】
2018526920.tif 000012
【図１０】
2018526920.tif 000013
【図１１】
2018526920.tif 000014
【図１２】
2018526920.tif 000015
【図１３】
2018526920.tif 000016
【図１４】
2018526920.tif 000017
【図１５】
2018526920.tif 000018
【図１６】
2018526920.tif 000019
【国際調査報告】
2018526920.tif 000020
2018526920.tif 000021
2018526920.tif 000022