JP6162812B2 - ローカルＱｏＳの実現のためにテレビ電話を向上させる方法 - Google Patents

ローカルＱｏＳの実現のためにテレビ電話を向上させる方法 Download PDF

Info

Publication number
JP6162812B2
JP6162812B2 JP2015539869A JP2015539869A JP6162812B2 JP 6162812 B2 JP6162812 B2 JP 6162812B2 JP 2015539869 A JP2015539869 A JP 2015539869A JP 2015539869 A JP2015539869 A JP 2015539869A JP 6162812 B2 JP6162812 B2 JP 6162812B2
Authority
JP
Japan
Prior art keywords
terminating
originating
dedicated bearer
established
dummy data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015539869A
Other languages
English (en)
Other versions
JP2015534412A (ja
JP2015534412A5 (ja
Inventor
スリ・ジャオ
アルヴィンド・スワミナサン
スリニヴァサン・バラスブラマニアン
ミン・ワン
ラマチャンドラン・スブラマニアン
Original Assignee
クアルコム，インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by クアルコム，インコーポレイテッド filed Critical クアルコム，インコーポレイテッド
Publication of JP2015534412A publication Critical patent/JP2015534412A/ja
Publication of JP2015534412A5 publication Critical patent/JP2015534412A5/ja
Application granted granted Critical
Publication of JP6162812B2 publication Critical patent/JP6162812B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

関連出願の相互参照
本出願は、参照によりその全体が本明細書に明確に組み込まれる、2012年10月29日に出願された「METHODS TO ENHANCE VIDEOTELEPHONY TO ACHIEVE LOCAL QOS」と題する、米国仮出願第61/719,878号の利益を主張する。
本開示は、一般に、通信システムに関し、より詳細には、ローカルのサービス品質(QoS)フローを実現するためにテレビ電話を向上させることに関する。
電話、ビデオ、データ、メッセージング、およびブロードキャストなどの様々な電気通信サービスを提供するために、ワイヤレス通信システムが広範囲に展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース(たとえば、帯域幅、送信電力)を共有することによって、複数のユーザとの通信をサポートすることが可能な多元接続技術を利用することができる。そのような多元接続技術の例には、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムが含まれる。
これらの多元接続技術は、様々なワイヤレスデバイスが自治体、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新興の電気通信規格の一例は、ロングタームエボリューション(LTE)である。LTEは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたユニバーサルモバイルテレコミュニケーションシステム(UMTS)のモバイル規格に対する拡張のセットである。LTEは、スペクトル効率を改善すること、コストを下げること、サービスを向上すること、新しいスペクトルを利用すること、ならびに、ダウンリンク(DL)上のOFDMA、アップリンク(UL)上のSC-FDMAおよび多入力多出力(MIMO)アンテナ技術を使用して他のオープン規格とより良く統合することによって、モバイルブロードバンドインターネットアクセスをより良くサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、LTE技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を利用する電気通信規格に適用可能であるべきである。
本開示の一態様では、第1のユーザ機器(UE)でのワイヤレス通信のための方法、コンピュータプログラム、および装置が提供される。装置は、呼接続を確立することを求める要求を第2のUEに送るか、または第2のUEから受信することと、呼接続を確立することに対する確認応答を第2のUEから受信するか、または第2のUEに送ることと、第2のUEとメディアパケットを通信するために、第1のUEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立することと、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEに第1のダミーデータを送ることと、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することと、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信した後、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEとメディアパケットを交換することとを行う。
本開示のさらなる態様では、装置は、呼接続を確立することを求める要求を第2のUEに送ることと、呼接続を確立することに対する確認応答を第2のUEから受信することと、第2のUEとの呼接続のために、第1のUEと第1の基地局との間に専用ベアラを確立することであって、少なくとも呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含み、第1の基地局がMBRをサポートすることが可能である、確立することと、第1の基地局から第2の基地局へのハンドオーバが実行された場合、輻輳に第1の基地局で遭遇したか、または第2の基地局で遭遇したことの指示を受信することと、呼接続用のビットレートをGBRまで下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送ることとを行う。
本開示のさらに別の態様では、装置は、呼接続を確立することを求める要求を第2のUEに送ることと、呼接続を確立することに対する確認応答を第2のUEから受信することと、第2のUEとの呼接続のために、第1のUEと基地局との間に専用ベアラを確立することであって、少なくとも呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含む、確立することと、専用ベアラが確立された後、基地局から新しい最大ビットレート(MBR)を受信することであって、新しいMBRが呼接続用の現在のビットレートよりも小さい、受信することと、新しいMBRに従って呼接続を続行するために、ビットレートを下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送ることと、新しいMBRが現在のMBRとは異なる場合、新しいデータ帯域幅を設けることによって呼接続を再度取り決める要求を第2のUEに送ることとを行う。
ネットワークアーキテクチャの一例を示す図である。 アクセスネットワークの一例を示す図である。 アクセスネットワーク内の発展型ノードBおよびユーザ機器の一例を示す図である。 発信側UEと終端側UEとの間のテレビ電話の呼設定を示す図である。 発信側UEと終端側UEとの間のテレビ電話の呼設定を示す図である。 発信側UEと終端側UEとの間のテレビ電話の呼設定を示す図である。 発信側UEと終端側UEとの間のテレビ電話の呼設定を示す図である。 ワイヤレス通信の方法のフローチャートである。 ワイヤレス通信の方法のフローチャートである。 ワイヤレス通信の方法のフローチャートである。 例示的な装置における様々なモジュール/手段/構成要素間のデータフローを示す概念的なデータフロー図である。 処理システムを使用する装置のためのハードウェア実装の一例を示す図である。
添付の図面に関して下記に記載される発明を実施するための形態は、様々な構成の説明として意図されており、本明細書に記載される概念が実践され得る唯一の構成を表すことは意図されていない。発明を実施するための形態は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、周知の構造および構成要素がブロック図の形式で示されている。
次に、電気通信システムのいくつかの態様が、様々な装置および方法を参照して提示される。これらの装置および方法は、以下の発明を実施するための形態に記載され、(「要素」と総称される)様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装することができる。そのような要素をハードウェアとして実装するか、またはソフトウェアとして実装するかは、具体的な適用例およびシステム全体に課された設計制約に依存する。
例として、要素または要素の任意の部分または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」で実装することができる。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって記載される様々な機能を実行するように構成された他の適切なハードウェアが含まれる。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するように広く解釈されるべきである。
したがって、1つまたは複数の例示的な実施形態では、記載される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装することができる。ソフトウェアに実装される場合、機能は、コンピュータ可読記録媒体上の1つまたは複数の命令またはコードとして、記憶または符号化することができる。コンピュータ可読記録媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読記録媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、または、命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用することができ、コンピュータによってアクセスすることができる、任意の他の媒体を含むことができる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(CD)、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク(DVD)、およびフロッピー（登録商標）ディスクを含み、ディスク(disk)は、通常、磁気的にデータを再生し、ディスク(disc)は、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読記録媒体の範囲内に含まれるべきである。
図1は、LTEネットワークアーキテクチャ100を示す図である。LTEネットワークアーキテクチャ100は、発展型パケットシステム(EPS)100と呼ばれる場合がある。EPS100は、1つまたは複数のユーザ機器(UE)102、発展型UMTS地上波無線アクセスネットワーク(E-UTRAN)104、発展型パケットコア(EPC)110、ホーム加入者サーバ(HSS)120、および事業者のIPサービス122を含む場合がある。EPSは、他のアクセスネットワークと相互接続することができるが、簡単にするために、それらのエンティティ/インターフェースは示されていない。図示されたように、EPSはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張することができる。
E-UTRANは、発展型ノードB(eNB)106および他のeNB108を含む。eNB106は、UE102に対してユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供する。eNB106は、バックホール(たとえば、X2インターフェース)を介して他のeNB108に接続される場合がある。eNB106は、基地局、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、または他の何らかの適切な用語で呼ばれる場合もある。eNB106は、UE102にEPC110へのアクセスポイントを提供する。UE102の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲームコンソール、または同様に機能する任意の他のデバイスが含まれる。UE102はまた、当業者により、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他の何らかの適切な用語で呼ばれる場合もある。
eNB106は、S1インターフェースによってEPC110に接続される。EPC110は、モビリティ管理エンティティ(MME)112、他のMME114、サービングゲートウェイ116、およびパケットデータネットワーク(PDN)ゲートウェイ118を含む。MME112は、UE102とEPC110との間のシグナリングを処理する制御ノードである。一般に、MME112は、ベアラおよび接続の管理を実現する。すべてのユーザIPパケットは、サービングゲートウェイ116を介して転送され、サービングゲートウェイ116自体は、PDNゲートウェイ118に接続される。PDNゲートウェイ118は、UEのIPアドレス割振りならびに他の機能を実現する。PDNゲートウェイ118は、事業者のIPサービス122に接続される。事業者のIPサービス122は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS)、およびPSストリーミングサービス(PSS)を含む場合がある。
図2は、LTEネットワークアーキテクチャにおけるアクセスネットワーク200の一例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域(セル)202に分割される。1つまたは複数の低電力クラスeNB208は、セル202のうちの1つまたは複数と重なるセルラー領域210を有する場合がある。低電力クラスeNB208は、フェムトセル(たとえば、ホームeNB(HeNB))、ピコセル、マイクロセル、またはリモート無線ヘッド(RRH)であり得る。マクロeNB204は、各々それぞれのセル202に割り当てられ、セル202内のすべてのUE206にEPC110へのアクセスポイントを提供するように構成される。アクセスネットワーク200のこの例には集中型コントローラは存在しないが、代替構成では集中型コントローラが使用される場合がある。eNB204は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続性を含む、すべての無線関連機能に関与する。
アクセスネットワーク200によって利用される変調方式および多元接続方式は、導入されている特定の電気通信規格に応じて異なる場合がある。LTEの適用例では、DL上ではOFDMが使用され、UL上ではSC-FDMAが使用されて、周波数分割複信(FDD)と時分割複信(TDD)の両方をサポートする。当業者が以下の発明を実施するための形態から容易に諒解するように、本明細書に提示される様々な概念は、LTEの適用例に好適である。しかしながら、これらの概念は、他の変調技法および多元接続技法を利用する他の電気通信規格に容易に拡張することができる。例として、これらの概念は、エボリューションデータオプティマイズド(EV-DO)またはウルトラモバイルブロードバンド(UMB)に拡張することができる。EV-DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、CDMAを利用してブロードバンドインターネットアクセスを移動局に提供する。これらの概念はまた、広帯域CDMA(W-CDMA（登録商標）)およびTD-SCDMAなどのCDMAの他の変形形態を利用するユニバーサル地上波無線アクセス(UTRA)、TDMAを利用するモバイル通信用グローバルシステム(GSM（登録商標）)、ならびにOFDMAを利用する発展型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、およびフラッシュOFDMに拡張することができる。UTRA、E-UTRA、UMTS、LTE、およびGSM（登録商標）は、3GPP団体からの文書に記載されている。CDMA2000およびUMBは、3GPP2団体からの文書に記載されている。利用される実際のワイヤレス通信規格および多元接続技術は、特定の用途およびシステムに課される全体的な設計制約に依存する。
eNB204は、MIMO技術をサポートする複数のアンテナを有する場合がある。MIMO技術を使用すると、eNB204が空間領域を活用して、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートすることが可能になる。空間多重化は、同じ周波数上で同時にデータの様々なストリームを送信するために使用することができる。データストリームは、単一のUE206に送信されてデータレートを増大させるか、または複数のUE206に送信されて全体的なシステム容量を増大させる場合がある。これは、各データストリームを空間的にプリコーディングし(すなわち、振幅および位相のスケーリングを適用し)、次いで、空間的にプリコーディングされた各ストリームをDL上で複数の送信アンテナを介して送信することによって実現される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにUE206に到達し、これにより、UE206の各々が、そのUE206に向けられた1つまたは複数のデータストリームを復元することが可能になる。UL上では、各UE206は、空間的にプリコーディングされたデータストリームを送信し、これにより、eNB204が、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
空間多重化は、一般に、チャネル状態が良好であるときに使用される。チャネル状態があまり良好ではないとき、送信エネルギーを1つまたは複数の方向に集中させるために、ビームフォーミングを使用することができる。これは、複数のアンテナを介して送信するために、データを空間的にプリコーディングすることによって実現することができる。セルの縁部で良好なカバレッジを実現するために、単一ストリームのビームフォーミング送信を、送信ダイバーシティと組み合わせて使用することができる。
図3は、アクセスネットワーク内でUE350と通信しているeNB310のブロック図である。DLでは、コアネットワークからの上位レイヤパケットが、コントローラ/プロセッサ375に供給される。コントローラ/プロセッサ375は、L2レイヤの機能を実装する。DLでは、コントローラ/プロセッサ375は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、論理チャネルとトランスポートチャネルとの間の多重化、ならびに、様々な優先順位基準に基づくUE350への無線リソース割振りを実現する。コントローラ/プロセッサ375はまた、HARQ動作、紛失したパケットの再送、およびUE350へのシグナリングに関与する。
送信(TX)プロセッサ316は、L1レイヤ(すなわち、物理レイヤ)のための様々な信号処理機能を実施する。これらの信号処理機能には、UE350での順方向誤り訂正(FEC)を容易にするコーディングおよびインタリービング、ならびに、様々な変調方式(たとえば、2位相偏移変調(BPSK)、直交位相偏移変調(QPSK)、M位相偏移変調(M-PSK)、M直交振幅変調(M-QAM))に基づく信号配列へのマッピングが含まれる。次いで、コーディングされ変調されたシンボルは、並列ストリームに分割される。次いで、各ストリームは、OFDMサブキャリアにマッピングされ、時間領域および/または周波数領域で基準信号(たとえば、パイロット)と多重化され、次いで、逆高速フーリエ変換(IFFT)を使用して一緒に結合されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成する。OFDMストリームは、空間的にプリコーディングされて、複数の空間ストリームを生成する。チャネル推定器374からのチャネル推定値は、コーディング方式および変調方式を決定するために、ならびに空間処理のために使用することができる。チャネル推定値は、UE350によって送信された基準信号および/またはチャネル状態フィードバックから導出することができる。次いで、各空間ストリームは、別個の送信機318TXを介して異なるアンテナ320に供給される。各送信機318TXは、送信用のそれぞれの空間ストリームを用いてRFキャリアを変調する。
UE350において、各受信機354RXは、そのそれぞれのアンテナ352を介して信号を受信する。各受信機354RXは、RFキャリア上に変調された情報を復元し、この情報を受信(RX)プロセッサ356に供給する。RXプロセッサ356は、L1レイヤの様々な信号処理機能を実施する。RXプロセッサ356は、情報に対して空間処理を実行して、UE350に向けられた任意の空間ストリームを復元する。複数の空間ストリームがUE350に向けられた場合、これらは、RXプロセッサ356によって単一のOFDMシンボルストリームに結合することができる。次いで、RXプロセッサ356は、高速フーリエ変換(FFT)を使用して、OFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別個のOFDMシンボルストリームを含む。各サブキャリア上のシンボル、および基準信号は、eNB310によって送信された最も可能性の高い信号配置点を決定することによって、復元され復調される。これらの軟判定は、チャネル推定器358によって計算されたチャネル推定値に基づく場合がある。次いで、軟判定は復号されデインタリーブされて、物理チャネル上でeNB310によって元々送信されたデータおよび制御信号を復元する。次いで、データおよび制御信号は、コントローラ/プロセッサ359に供給される。
コントローラ/プロセッサ359は、L2レイヤを実装する。コントローラ/プロセッサは、プログラムコードおよびデータを記憶するメモリ360に関連付けることができる。メモリ360は、コンピュータ可読記録媒体と呼ばれる場合がある。ULでは、コントローラ/プロセッサ359は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、暗号化解除、ヘッダ圧縮解除、制御信号処理を実現して、コアネットワークからの上位レイヤパケットを復元する。次いで、上位レイヤパケットはデータシンク362に供給され、データシンク362は、L2レイヤの上のすべてのプロトコルレイヤを表す。様々な制御信号も、L3処理のためにデータシンク362に供給される場合がある。コントローラ/プロセッサ359はまた、肯定応答(ACK)および/または否定応答(NACK)プロトコルを使用してHARQ動作をサポートする誤り検出に関与する。
ULでは、データソース367は、コントローラ/プロセッサ359に上位レイヤパケットを供給するために使用される。データソース367は、L2レイヤの上のすべてのプロトコルレイヤを表す。eNB310によるDL送信に関して記載された機能と同様に、コントローラ/プロセッサ359は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、ならびに、eNB310による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化を実現することによって、ユーザプレーンおよび制御プレーン用のL2レイヤを実装する。コントローラ/プロセッサ359はまた、HARQ動作、紛失したパケットの再送、およびeNB310へのシグナリングに関与する。
eNB310によって送信された基準信号またはフィードバックからチャネル推定器358によって導出されたチャネル推定値は、適切なコーディング方式および変調方式を選択し、空間処理を容易にするために、TXプロセッサ368によって使用することができる。TXプロセッサ368によって生成された空間ストリームは、別個の送信機354TXを介して、異なるアンテナ352に供給される。各送信機354TXは、送信用のそれぞれの空間ストリームを用いてRFキャリアを変調する。
UL送信は、eNB310において、UE350での受信機機能に関して記載された方式と同様の方式で処理される。各受信機318RXは、そのそれぞれのアンテナ320を介して信号を受信する。各受信機318RXは、RFキャリア上に変調された情報を復元し、この情報をRXプロセッサ370に供給する。RXプロセッサ370は、L1レイヤを実装することができる。
コントローラ/プロセッサ375は、L2レイヤを実装する。コントローラ/プロセッサ375は、プログラムコードおよびデータを記憶するメモリ376に関連付けることができる。メモリ376は、コンピュータ可読記録媒体と呼ばれる場合がある。ULでは、コントローラ/プロセッサ375は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、暗号化解除、ヘッダ圧縮解除、制御信号処理を実現して、UE350からの上位レイヤパケットを復元する。コントローラ/プロセッサ375からの上位レイヤパケットは、コアネットワークに供給することができる。コントローラ/プロセッサ375はまた、ACKおよび/またはNACKプロトコルを使用してHARQ動作をサポートする誤り検出に関与する。
一態様では、本開示は、特に、ローカルのサービス品質(QoS)をセットアップすることが必要であるが、セッション開始プロトコル(SIP)の事前調整が使用されないシナリオについてのIMSテレビ電話に関する。SIPの事前調整を使用するための機構は、SIPセッションが確立される前に必要なリソース/QoSが確保されることを保証する方法であり得る。しかしながら、システムの操作者は、QoSフローにわたるメディアを必要としながら、SIPの事前調整を使用しないことを選ぶ場合がある。この手法により、いくつかの問題が発生する。したがって、本開示はこれらの問題を解決する。
一態様では、ローカルのQoSフロー要件および事前調整機構は、別々にオンおよびオフすることができる。事前調整なしにローカルのQoSフロー要件をサポートすることが可能である。
ローカルのリソース確保が必要な場合、テレビ電話(VT)アプリケーションが最初のセッション記述プロトコル(SDP)の申込みに対応するSDP応答を送受信するときに、VTアプリケーションは、モバイル加入者ソフトウェア(たとえば、改良型モバイル加入者ソフトウェア(AMSS))で要求されたパケットフィルタを使用して、(オーディオおよびビデオについて別々に)QoS通知コールバックを登録することができる。モバイル加入者ソフトウェアでQoS通知コールバックを登録するとき、VTアプリケーションは、タイマ(たとえば、WaitForQoSタイマ)を開始することができる。モバイル加入者ソフトウェアからのQoSアクティブ化通知を待つ間にタイマが満了した場合、VTアプリケーションは、対応するメディアに対するリソース確保に失敗したと考えることができる。
図4は、発信側UE402と終端側UE404との間のテレビ電話の呼設定を示す図400である。406で、発信側UE402のユーザは、終端側UE404にSIP招待を送ることによって、終端側UE404との呼接続を開始することができる。SIP招待は、音声およびビデオのメディアを有するSDP申込みを含む場合がある。408で、終端側UE404のユーザは、呼接続を受け入れ、発信側UE402にSDP応答を送ることができる。
その後、発信側UE402および終端側UE404は、各々要求されたパケットフィルタを使用して、(オーディオおよびビデオについて別々に)QoS通知コールバックを登録し、WaitForQoSタイマを開始することができる。410で、終端側UE404とメディアパケットを通信するために、発信側UE402とネットワークとの間の少なくとも1つの専用ベアラがセットアップされる。同様に、発信側UE402とメディアパケットを通信するために、終端側UE404とネットワークとの間の少なくとも1つの専用ベアラがセットアップされる。オーディオパケットは、ビデオパケットとは別の専用ベアラを必要とする場合がある。少なくとも1つの専用ベアラのセットアップは、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するQoSフローをセットアップすることを含む場合がある。
412で、発信側UE402にあるVTアプリケーションが、発信側UE402とネットワークとの間の少なくとも1つの専用ベアラが確立された(たとえば、QoSアクティブ化通知を介してローカルのQoSフローが認可された)ことを知った後、発信側UE402にあるVTアプリケーションは、呼接続が確立されたと考えることができ、少なくとも1つの専用ベアラを介して終端側UE404にメディアパケットを送ることを始める。同様に、416で、終端側UE404にあるVTアプリケーションが、終端側UE404とネットワークとの間の少なくとも1つの専用ベアラが確立された(たとえば、QoSアクティブ化通知を介してローカルのQoSフローが認可された)ことを知った後、終端側UE404にあるVTアプリケーションは、呼接続が確立されたと考えることができ、少なくとも1つの専用ベアラを介して発信側UE402にメディアパケットを送ることを始める。418で、メディアパケットは、確立された専用ベアラを介して、発信側UE402と終端側UE404との間で交換される。
さらに図4を参照すると、発信側UE402とネットワークとの間の専用ベアラは、終端側UE404とネットワークとの間の専用ベアラが確立されるかなり前に確立される。したがって、414で、発信側UE402が確立された専用ベアラを介して終端側UE404にメディアパケットを送ることを始めたとき、終端側UE404とネットワークとの間の専用ベアラがまだ確立されていないので、パケットは、サービングゲートウェイ(S-GW)および/またはPDNゲートウェイ(P-GW)によってドロップされる。終端側UE404とネットワークとの間の専用ベアラが確立されると、S-GWおよび/またはP-GWは、発信側UE402から送られたパケットをドロップすることを止める。
図4のテレビ電話の呼設定は、いくつかの問題につながる可能性がある。たとえば、1つの問題はメディアクリッピングに関する。メディアクリッピングでは、呼はセットアップされている(たとえば、UEは「呼接続された」と示すことができる)が、メディアは、QoSフローが認可されるまで流れることができない(たとえば、ユーザはサービスを得ることができない)。2つの端部(たとえば、発信側UEおよび終端側UE)でのローカルのQoSフローは、異なる時刻に認可される場合がある。したがって、1つの端部がメディアの生成を始めたが、他の端部でQoSフローが認可されるまで、メディアが他の端部でドロップされる場合、特にIフレームがドロップされる場合、ビデオクリッピングが発生する可能性がある。
別の問題は、SPS/PPSの欠落に関する。SPS/PPSは、2つの相手の間の画面解像度を取り決めるために必要なパラメータである。SPS/PPSパラメータをサポートする遠端(たとえば、終端側UE)に基づいて、SIPシグナリングを介してSPS/PPSパラメータが帯域内で送られる時間が存在する場合がある。たとえば、SIPの取り決めは、帯域内で送られるべきSPS/PPSパラメータを必要とする解像度/cbpレベルにおける変化をもたらす場合がある。ローカルのQoSフローが認可されるまで遠端がすべてのパケットをドロップする場合、SPS/PPSパラメータも失われる可能性がある。
さらなる問題は、ビデオQoSの格下げ/格上げに関する。ネットワークがビデオに必要なレートを提供することができない場合、VTの通話は音声のみの通話に格下げされる場合がある。これは、eNB間のハンドオーバの間のRANの一時的な輻輳またはターゲットeNBの異なる負荷に起因する場合がある。ネットワークによって提供されるビデオ用のレートが変化したとき、VTの通話は維持されるべきである。加えて、eNBからのフィードバック、UEのサブスクリプションなどの基準に基づいて、最大ビットレート(MBR)を下げるようにネットワークが決定した場合、ネットワークは、UEにEPSベアラ修正要求を送ることができる。QoSが変化したとき、VTの通話は維持されるべきである。
別の問題は、RTP制御プロトコル(RTCP)に関する。RTCPは、オーディオ/ビデオの同期情報を含んでいる。ローカルのQoSフローが認可されるまですべてのパケットがドロップされる場合、RTCPも失われる可能性がある。したがって、RTCPが失われると、オーディオパケットおよびビデオパケットは同期されなくなる場合がある。したがって、メディアパケットがドロップされないVTの通話をセットアップするための機構が提供されるべきである。
図5は、発信側UE502と終端側UE504との間のテレビ電話の呼設定を示す図500である。506で、発信側UE502のユーザは、終端側UE504にSIP招待を送ることによって、終端側UE504との呼接続を開始することができる。508で、終端側UE504のユーザは、呼接続を受け入れ、発信側UE502に応答を送ることができる。注目すべきことに、呼接続を受け入れた後、終端側UE504は、呼が接続されたことを終端側UE504にあるユーザインターフェース(UI)に知らせない。むしろ、終端側UE504は、呼接続が進行中であることをUIに知らせる場合がある。同様に、発信側UEは、呼が接続されたことを発信側UEにあるUIに知らせないが、呼接続が進行中であることをUIに知らせる場合がある。一態様では、UE502、UE504の各々にあるVTアプリケーションは、専用ベアラ/ローカルのQoSがセットアップされたとき、呼が接続されたと考え、それぞれのUEは、その相手方のUEからダミーパケットまたはメディアパケットを受信する。
510で、終端側UE504とメディアパケットを通信するために、発信側UE502とネットワークとの間の少なくとも1つの専用ベアラ/ローカルのQoSフローがセットアップされる。512で、発信側UE502は、ローカルのQoSフローが確立された後、終端側UE504にRTPダミーパケット(PT=20)を送る。発信側UE502が終端側UE504からRTPダミーパケットおよび/またはメディアパケットを受信するまで、発信側UE502は、終端側UE504にRTPダミーパケットを繰り返し送る。514で、終端側UE504とネットワークとの間の少なくとも1つの専用ベアラ/ローカルのQoSフローがセットアップされる(516参照)まで、ネットワークは、発信側UE502からのRTPダミーパケットをドロップする。
518で、終端側UE504が発信側UE502からRTPダミーパケットを受信し、ローカルのQoSフローが確立された後、終端側UE504にあるVTアプリケーションは、呼が接続されたと考え、UIに呼接続を知らせる。次いで、終端側UE504は、発信側UE502にRTPダミーパケットまたはメディアパケットを送ることができる。520で、発信側UE502が終端側UE504からRTPダミーパケットまたはメディアパケットを受信し、ローカルのQoSフローが確立された後、発信側UE502にあるVTアプリケーションは、呼が接続されたと考え、UIに呼接続を知らせる。その後、522で、メディアパケットは、確立された専用ベアラを介して、発信側UE502と終端側UE504との間で交換される。
図6は、発信側UE602と終端側UE604との間のテレビ電話の呼設定を示す図600である。図6を参照すると、LTEリリース10により、最大ビットレート(MBR)が保証ビットレート(GBR)よりも大きくなることが可能になる。したがって、ネットワークは、SDP内のコーデックおよびUEのサブスクリプションによって許容される最も高いレートを選ぶ必要がない。ネットワークは、範囲を提供することができる。したがって、eNBが輻輳に遭遇したとき、またはeNBのハンドオーバの後、通話は、UE(たとえば、発信側UE602)をサービスするeNBがGBRをサポートする限り、より広範囲のシナリオにわたって続くことができる。発信側UE602をサービスするeNBは、ECN-CEビットを使用して、現在のレートを持続できないことをUEに示すことができる。発信側UE602は、送り側(たとえば、終端側UE604)に一時的最大メディアビットレート要求(TMMBR)を送って、レートを低減させるように送り側に依頼することによって、反応することができる。発信側UE602は、レートがGBRに到達し、発信側UE602をサービスするeNBがECN-CEビットを送ることを止めるまで、送り側(たとえば、終端側UE604)に一時的最大メディアビットレート要求(TMMBR)を送って、レートを低減させるように送り側に依頼することができる。
発信側UE602をサービスするeNBがECN-CEビットを送ることを止めたときから設定可能な時間期間後、発信側UE602は、送り側(たとえば、終端側UE604)に一時的最大メディアビットレート要求を送って、レートをMBRまで増大させることができる。
図7は、発信側UE702と終端側UE704との間のテレビ電話の呼設定を示す図700である。図7を参照すると、eNBからのフィードバック、UEのサブスクリプションなどの基準に基づいて、MBRを下げるようにネットワークが決定した場合、ネットワークは、UEにEPSベアラ修正要求を送ることができる。現在のレートよりも小さいMBRを受信すると、UE(たとえば、発信側UE702)は、遠端(たとえば、終端側UE704)にTMMBRを送って、直ちにレートを低減させる。MBRが古いMBRとは異なる場合、UE(たとえば、発信側UE702)は、新しいデータ帯域幅を設けることによって呼接続を再度取り決める要求(たとえば、新しいb=ASを有するSIP:UPDATE/REINVITE)を遠端(たとえば、終端側UE704)に送る。
図8は、ワイヤレス通信の方法のフローチャート800である。方法は、第1のUE(たとえば、発信側UEまたは終端側UE)によって実施することができる。ステップ802で、第1のUEが発信側UEである場合、第1のUEは、呼接続を確立することを求める要求を第2のUEに送ることができる。第1のUEが終端側UEである場合、第1のUEは、呼接続を確立することを求める要求を第2のUEから受信することができる。
ステップ804で、第1のUEが発信側UEである場合、第1のUEは、呼接続を確立することに対する確認応答を第2のUEから受信することができる。第1のUEが終端側UEである場合、第1のUEは、呼接続を確立することに対する確認応答を第2のUEに送ることができる。
ステップ806で、第1のUEは、第2のUEとメディアパケットを通信するために、第1のUEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立する。第1の専用ベアラを確立することは、最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップすることを含む。メディアパケットは、QoSフローを介して第1のUEと第2のUEとの間で交換することができる。
ステップ808で、第1のUEは、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEに第1のダミーデータを送る。第1のダミーデータは、第2のダミーデータまたはメディアパケットのうちの少なくとも1つが第2のUEから受信されるまで、第2のUEに周期的に送ることができる。第2のUEに第1のダミーデータを送ることは、第2のUEとメディアパケットを通信するために、第1のUEとネットワークとの間に少なくとも1つの第1の専用ベアラが確立されたことを第2のUEに示す。
ステップ810で、第1のUEは、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信する。ここで、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することは、第1のUEとメディアパケットを通信するために、第2のUEとネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示す。その上、少なくとも1つの第2の専用ベアラの確立は、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローが第2のUEでセットアップされたことを示す。
ステップ812で、第1のUEは、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信した後、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEとメディアパケットを交換する。ステップ814で、少なくとも1つの第1の専用ベアラが確立され、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つが受信された後、第1のUEは、第1のUEにあるユーザインターフェースに呼接続が確立されたことを知らせる。
図9は、ワイヤレス通信の方法のフローチャート900である。方法は、第1のUEによって実施することができる。ステップ902で、第1のUEは、呼接続を確立することを求める要求を第2のUEに送る。ステップ904で、第1のUEは、呼接続を確立することに対する確認応答を第2のUEから受信する。
ステップ906で、第1のUEは、第2のUEとの呼接続のために、第1のUEと第1の基地局との間に専用ベアラを確立する。専用ベアラを確立することは、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含み、第1の基地局はMBRをサポートすることが可能である。
ステップ908で、第1のUEは、第1の基地局から第2の基地局へのハンドオーバが実行された場合、第1の基地局または第2の基地局のいずれかで輻輳に遭遇したことの指示を受信する。ステップ910で、第1のUEは、呼接続用のビットレートをGBRまで下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送る。第2のUEがビットレートをGBRまで下げ、第1の基地局または第2の基地局が輻輳に遭遇したことの指示を送ることを止めるまで、TMMBRは第2のUEに繰り返し送ることができる。
ステップ912で、第1の基地局または第2の基地局が輻輳に遭遇したことの指示を送ることを止めたときから設定可能な時間期間後、第1のUEは、呼接続用のビットレートをMBRまで増大させることを求めるビットレート要求を第2のUEに送る。
図10は、ワイヤレス通信の方法のフローチャート1000である。方法は、第1のUEによって実施することができる。ステップ1002で、第1のUEは、呼接続を確立することを求める要求を第2のUEに送る。ステップ1004で、第1のUEは、呼接続を確立することに対する確認応答を第2のUEから受信する。
ステップ1006で、第1のUEは、第2のUEとの呼接続のために、第1のUEと基地局との間に専用ベアラを確立する。専用ベアラを確立することは、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含む。
ステップ1008で、第1のUEは、専用ベアラが修正された後、基地局から新しいMBRを受信する。新しいMBRは、呼接続用の現在のビットレートよりも小さい。1010で、第1のUEは、新しいMBRに従って呼接続を続行するために、ビットレートを下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送る。ステップ1012で、新しいMBRが現在のMBRとは異なる場合、第1のUEは、新しいデータ帯域幅を設けることによって呼接続を再度取り決める要求を第2のUEに送る。
図11は、例示的な装置1102における様々なモジュール/手段/構成要素間のデータフローを示す概念的なデータフロー図1100である。装置は第1のUEであり得る。装置は、受信モジュール1104、呼接続確立モジュール1106、ベアラ確立モジュール1108、データ処理モジュール1110、ビットレート処理モジュール1112、および送信モジュール1114を含む。
一態様では、第1のUE1102が発信側UEである場合、呼接続確立モジュール1106は、呼接続を確立することを求める要求を第2のUE1155に送ることができる。第1のUE1102が終端側UEである場合、呼接続確立モジュール1106は、呼接続を確立することを求める要求を第2のUE1155から受信することができる。
第1のUE1102が発信側UEである場合、呼接続確立モジュール1106は、呼接続を確立することに対する確認応答を第2のUE1155から受信することができる。第1のUE1102が終端側UEである場合、呼接続確立モジュール1106は、呼接続を確立することに対する確認応答を第2のUE1155に送ることができる。
ベアラ確立モジュール1108は、第2のUE1155とメディアパケットを通信するために、第1のUEとネットワーク1150との間に少なくとも1つの第1の専用ベアラを確立する。少なくとも1つの第1の専用ベアラを確立することは、最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップすることを含む。メディアパケットは、QoSフローを介して第1のUE1102と第2のUE1155との間で交換することができる。
データ処理モジュール1110は、確立された少なくとも1つの第1の専用ベアラを介して、第2のUE1155に第1のダミーデータを送る。第1のダミーデータは、第2のダミーデータまたはメディアパケットのうちの少なくとも1つが第2のUE1155から受信されるまで、第2のUE1155に周期的に送ることができる。第2のUE1155に第1のダミーデータを送ることは、第2のUE1155とメディアパケットを通信するために、第1のUE1102とネットワーク1150との間に少なくとも1つの第1の専用ベアラが確立されたことを、第2のUE1155に示す。
データ処理モジュール1110は、確立された少なくとも1つの第1の専用ベアラを介して、第2のUE1155から第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信する。ここで、第2のUE1155から第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することは、第1のUE1102とメディアパケットを通信するために、第2のUEとネットワーク1150との間に少なくとも1つの第2の専用ベアラが確立されたことを示す。その上、少なくとも1つの第2の専用ベアラの確立は、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローが第2のUE1155でセットアップされたことを示す。
データ処理モジュール1110は、第2のUE1155から第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信した後、確立された少なくとも1つの第1の専用ベアラを介して、第2のUE1155とメディアパケットを交換する。少なくとも1つの第1の専用ベアラが確立され、第2のUE1155から第2のダミーデータまたはメディアパケットのうちの少なくとも1つが受信された後、呼接続確立モジュール1106は、第1のUE1102にあるユーザインターフェースに呼接続が確立されたことを知らせる。
さらなる態様では、ベアラ確立モジュール1108は、第2のUE1155との呼接続のために、第1のUE1102と第1の基地局1150との間に専用ベアラを確立する。専用ベアラを確立することは、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含み、第1の基地局はMBRをサポートすることが可能である。ビットレート処理モジュール1112は、第1の基地局1150から第2の基地局へのハンドオーバが実行された場合、第1の基地局1150または第2の基地局のいずれかで輻輳に遭遇したことの指示を受信する。それに応じて、ビットレート処理モジュール1112は、呼接続用のビットレートをGBRまで下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUE1155に送る。第2のUE1155がビットレートをGBRまで下げ、第1の基地局1150または第2の基地局が輻輳に遭遇したことの指示を送ることを止めるまで、TMMBRを第2のUE1155に繰り返し送ることができる。第1の基地局1150または第2の基地局が輻輳に遭遇したことの指示を送ることを止めたときから設定可能な時間期間後、ビットレート処理モジュールは、呼接続用のビットレートをMBRまで増大させることを求める要求を第2のUE1155に送る。
さらに別の態様では、ベアラ確立モジュール1108は、第2のUE1155との呼接続のために、第1のUE1102と基地局1150との間に専用ベアラを確立する。専用ベアラを確立することは、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含む。ビットレート処理モジュール1112は、専用ベアラが修正された後、基地局1150から新しいMBRを受信する。新しいMBRは、呼接続用の現在のビットレートよりも小さい。したがって、ビットレート処理モジュール1112は、新しいMBRに従って呼接続を続行するために、ビットレートを下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUE1155に送る。新しいMBRが現在のMBRとは異なる場合、呼接続確立モジュール1106は、新しいデータ帯域幅を設けることによって呼接続を再度取り決める要求を第2のUE1155に送る。
装置は、図8〜図10の上述されたフローチャート内のアルゴリズムのステップの各々を実行する追加のモジュールを含む場合がある。したがって、図8〜図10の上述されたフローチャート内の各ステップは、モジュールによって実行される場合があり、装置はそれらのモジュールのうちの1つまたは複数を含む場合がある。モジュールは、指定されたプロセス/アルゴリズムを遂行するように特別に構成され、指定されたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実施され、プロセッサによる実施のためにコンピュータ可読記録媒体内に記憶される、1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであり得る。
図12は、処理システム1214を利用する装置1102'のためのハードウェア実装の一例を示す図1200である。処理システム1214は、バス1224によって全体的に表されるバスアーキテクチャで実装される場合がある。バス1224は、処理システム1214の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含む場合がある。バス1224は、プロセッサ1204、モジュール1104、1106、1108、1110、1112、1114、およびコンピュータ可読記録媒体1206によって表される、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を互いにリンクさせる。バス1224は、タイミングソース、周辺機器、電圧調整器、および電力管理回路などの様々な他の回路をリンクさせることもできるが、これらの回路は当技術分野でよく知られており、したがってこれ以上は説明しない。
処理システム1214は、トランシーバ1210に結合される場合がある。トランシーバ1210は、1つまたは複数のアンテナ1220に結合される。トランシーバ1210は、伝送媒体上の様々な他の装置と通信するための手段を提供する。トランシーバ1210は、1つまたは複数のアンテナ1220から信号を受信し、受信された信号から情報を抽出し、処理システム1214、詳細には受信モジュール1104に抽出された情報を供給する。加えて、トランシーバ1210は、処理システム1214、詳細には送信モジュール1114から情報を受け取り、受け取られた情報に基づいて、1つまたは複数のアンテナ1220に印加されるべき信号を生成する。処理システム1214は、コンピュータ可読記録媒体1206に結合されたプロセッサ1204を含む。プロセッサ1204は、コンピュータ可読記録媒体1206に記憶されたソフトウェアの実行を含む全般的な処理に関与する。ソフトウェアは、プロセッサ1204によって実行されると、任意の特定の装置に対して上記に記載された様々な機能を処理システム1214に実行させる。コンピュータ可読記録媒体1206は、ソフトウェアを実行するときにプロセッサ1204によって操作されるデータを記憶するために使用される場合もある。処理システムは、モジュール1104、1106、1108、1110、1112、および1114のうちの少なくとも1つをさらに含む。モジュールは、コンピュータ可読記録媒体1206内に存在する/記憶された、プロセッサ1204で実行されるソフトウェアモジュール、プロセッサ1204に結合された1つもしくは複数のハードウェアモジュール、またはそれらの何らかの組合せであり得る。処理システム1214は、UE350の構成要素であり得るし、メモリ360、および/または、TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359のうちの少なくとも1つを含む場合がある。
一構成では、ワイヤレス通信のための装置1102/1102'は、呼接続を確立することを求める要求を第2のUEに送るか、または第2のUEから受信するための手段と、呼接続を確立することに対する確認応答を第2のUEから受信するか、または第2のUEに送るための手段と、第2のUEとメディアパケットを通信するために、第1のUEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立するための手段と、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEに第1のダミーデータを送るための手段と、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信するための手段と、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信した後、確立された少なくとも1つの第1の専用ベアラを介して、第2のUEとメディアパケットを交換するための手段と、少なくとも1つの第1の専用ベアラが確立され、第2のUEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つが受信された後、呼接続が確立されたことを第1のUEにあるユーザインターフェースに知らせるための手段と、第2のUEとの呼接続のために、第1のUEと第1の基地局との間に専用ベアラを確立するための手段であって、専用ベアラを確立することが、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含み、第1の基地局がMBRをサポートすることが可能である、手段と、第1の基地局から第2の基地局へのハンドオーバが実行された場合、第1の基地局または第2の基地局のうちの1つで輻輳に遭遇したことの指示を受信するための手段と、呼接続用のビットレートをGBRまで下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送るための手段と、呼接続用のビットレートをMBRまで増大させることを求めるビットレート要求を第2のUEに送るための手段と、第2のUEとの呼接続のために、第1のUEと第1の基地局との間に専用ベアラを確立するための手段であって、専用ベアラを確立することが、呼接続用の最大ビットレート(MBR)および保証ビットレート(GBR)を受信することを含む、手段と、専用ベアラが確立された後、基地局から新
しいMBRを受信するための手段であって、新しいMBRが呼接続用の現在のビットレートよりも小さい、手段と、新しいMBRに従って呼接続を続行するために、ビットレートを下げることを求める一時的最大メディアビットレート要求(TMMBR)を第2のUEに送るための手段と、新しいデータ帯域幅を設けることによって呼接続を再度取り決める要求を第2のUEに送るための手段とを含む。
上述された手段は、装置1102、および/または上述された手段によって列挙された機能を実行するように構成された装置1102'の処理システム1214の上述されたモジュールのうちの1つまたは複数であり得る。上記に記載されたように、処理システム1214は、TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359を含む場合がある。したがって、一構成では、上述された手段は、上述された手段によって列挙された機能を実行するように構成された、TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359であり得る。
開示されたプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセスにおけるステップの特定の順序または階層は、再構成され得ることを理解されたい。さらに、いくつかのステップは、組み合わされるか、または省略される場合がある。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
前の説明は、本明細書に記載された様々な態様を、いかなる当業者も実践することを可能にするために提供される。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義された一般的な原理は他の態様に適用することができる。したがって、特許請求の範囲は本明細書に示された態様に限定されるものではなく、文言通りの特許請求の範囲と一致するすべての範囲が与えられるべきであり、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は1つまたは複数を指す。当業者に知られている、または後で知られることになる、本開示全体にわたって記載された様々な態様の要素に対するすべての構造的および機能的な均等物は、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものである。その上、本明細書で開示された内容は、そのような開示が特許請求の範囲で明示的に列挙されているかどうかにかかわらず、公に供されるものではない。いかなるクレーム要素も、要素が「ための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
100 LTEネットワークアーキテクチャ
102 ユーザ機器(UE)
104 発展型UMTS地上波無線アクセスネットワーク(E-UTRAN)
106 発展型ノードB(eNB)
108 他のeNB
110 発展型パケットコア(EPC)
112 モビリティ管理エンティティ(MME)
114 他のMME
116 サービングゲートウェイ
118 パケットデータネットワーク(PDN)ゲートウェイ
120 ホーム加入者サーバ(HSS)
122 事業者のIPサービス
200 アクセスネットワーク
202 セルラー領域(セル)
204 eNB
206 UE
208 低電力クラスeNB
210 セルラー領域
310 eNB
316 送信(TX)プロセッサ
318TX 送信機
318RX 受信機
320 アンテナ
350 UE
352 アンテナ
354RX 受信機
354TX 送信機
356 受信(RX)プロセッサ
358 チャネル推定器
359 コントローラ/プロセッサ
360 メモリ
362 データシンク
367 データソース
368 TXプロセッサ
370 RXプロセッサ
374 チャネル推定器
375 コントローラ/プロセッサ
376 メモリ
400 テレビ電話の呼設定を示す図
402 発信側UE
404 終端側UE
500 テレビ電話の呼設定を示す図
502 発信側UE
504 終端側UE
600 テレビ電話の呼設定を示す図
602 発信側UE
604 終端側UE
700 テレビ電話の呼設定を示す図
702 発信側UE
704 終端側UE
800 ワイヤレス通信の方法のフローチャート
900 ワイヤレス通信の方法のフローチャート
1000 ワイヤレス通信の方法のフローチャート
1100 データフロー図
1102 装置(第1のUE)
1102' 装置
1104 受信モジュール
1106 呼接続確立モジュール
1108 ベアラ確立モジュール
1110 データ処理モジュール
1112 ビットレート処理モジュール
1114 送信モジュール
1150 ネットワーク(第1の基地局)
1155 第2のUE
1200 ハードウェア実装の一例を示す図
1204 プロセッサ
1206 コンピュータ可読記録媒体
1210 トランシーバ
1214 処理システム
1220 アンテナ
1224 バス

Claims (33)

  1. 発信側ユーザ機器(UE)でのワイヤレス通信の方法であって、
    呼接続を確立することを求める要求を終端側UEに送るステップと、
    前記呼接続を確立することに対する確認応答を前記終端側UEから受信するステップと、
    前記終端側UEとメディアパケットを通信するために、前記発信側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立するステップと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEに第1のダミーデータを送るステップと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信するステップであって、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記発信側UEとメディアパケットを通信するために、前記終端側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、
    前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEとメディアパケットを交換するステップと
    を含む、方法。
  2. 前記QoSパラメータは少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含む、請求項1に記載の方法。
  3. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記終端側UEから受信されるまで、前記第1のダミーデータが、前記終端側UEに周期的に送られる、請求項1に記載の方法。
  4. 前記少なくとも1つの第1の専用ベアラを確立する前記ステップが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップするステップを含む、請求項1に記載の方法。
  5. 前記メディアパケットが、前記QoSフローを介して交換される、請求項4に記載の方法。
  6. 前記終端側UEに前記第1のダミーデータを前記送ることが、前記終端側UEとメディアパケットを通信するために、前記発信側UEと前記ネットワークとの間に前記少なくとも1つの第1の専用ベアラが確立されたことを前記終端側UEに示す、請求項1に記載の方法。
  7. 前記少なくとも1つの第1の専用ベアラが確立され、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記発信側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるステップをさらに含む、請求項1に記載の方法。
  8. 終端側ユーザ機器(UE)でのワイヤレス通信の方法であって、
    呼接続を確立することを求める要求を発信側UEから受信するステップと、
    前記呼接続を確立することに対する確認応答を前記発信側UEに送るステップと、
    前記発信側UEとメディアパケットを通信するために、前記終端側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立するステップと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEに第1のダミーデータを送るステップと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信するステップであって、前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記終端側UEとメディアパケットを通信するために、前記発信側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、ステップと、
    前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEとメディアパケットを交換するステップと
    を含む、方法。
  9. 前記少なくとも1つの第1の専用ベアラを前記確立するステップが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップするステップを含む、請求項8に記載の方法。
  10. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記発信側UEから受信されるまで、前記第1のダミーデータが、前記発信側UEに周期的に送られる、請求項8に記載の方法。
  11. 前記少なくとも1つの第1の専用ベアラが確立され、前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記終端側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるステップをさらに含む、請求項8に記載の方法。
  12. 発信側ユーザ機器(UE)でのワイヤレス通信のための装置であって、
    呼接続を確立することを求める要求を終端側UEに送ることと、
    前記呼接続を確立することに対する確認応答を前記終端側UEから受信することと、
    前記終端側UEとメディアパケットを通信するために、前記発信側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立することと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEに第1のダミーデータを送ることと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することと、
    前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEとメディアパケットを交換することと
    を行うように構成された、処理システムであって、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記発信側UEとメディアパケットを通信するために、前記終端側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、処理システム
    を備える、装置。
  13. 前記QoSパラメータは少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含む、請求項12に記載の装置。
  14. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記終端側UEから受信されるまで、前記第1のダミーデータが、前記終端側UEに周期的に送られる、請求項12に記載の装置。
  15. 前記少なくとも1つの第1の専用ベアラを確立するように構成された前記処理システムが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップするようにさらに構成された、請求項12に記載の装置。
  16. 前記メディアパケットが、前記QoSフローを介して交換される、請求項15に記載の装置。
  17. 前記終端側UEに前記第1のダミーデータを前記送ることが、前記終端側UEとメディアパケットを通信するために、前記発信側UEと前記ネットワークとの間に前記少なくとも1つの第1の専用ベアラが確立されたことを前記終端側UEに示す、請求項12に記載の装置。
  18. 前記処理システムが、前記少なくとも1つの第1の専用ベアラが確立され、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記発信側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるようにさらに構成された、請求項12に記載の装置。
  19. 終端側ユーザ機器(UE)でのワイヤレス通信のための装置であって、
    呼接続を確立することを求める要求を発信側UEから受信することと、
    前記呼接続を確立することに対する確認応答を前記発信側UEに送ることと、
    前記発信側UEとメディアパケットを通信するために、前記終端側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立することと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEに第1のダミーデータを送ることと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することと、
    前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEとメディアパケットを交換することと
    を行うように構成された、処理システムであって、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記発信側UEとメディアパケットを通信するために、前記終端側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、処理システム
    を備える、装置。
  20. 前記少なくとも1つの第1の専用ベアラを確立するように構成された前記処理システムが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップするようにさらに構成された、請求項19に記載の装置。
  21. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記発信側UEから受信されるまで、前記第1のダミーデータが、前記発信側UEに周期的に送られる、請求項19に記載の装置。
  22. 前記処理システムが、前記少なくとも1つの第1の専用ベアラが確立され、前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記終端側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるようにさらに構成された、請求項19に記載の装置。
  23. 発信側ユーザ機器(UE)にあるコンピュータプログラムであって、前記発信側ユーザ機器に、
    呼接続を確立することを求める要求を終端側UEに送ることと、
    前記呼接続を確立することに対する確認応答を前記終端側UEから受信することと、
    前記終端側UEとメディアパケットを通信するために、前記発信側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立することと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEに第1のダミーデータを送ることと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することと、
    前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記終端側UEとメディアパケットを交換することと
    を行わせるためのコードを含み、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記発信側UEとメディアパケットを通信するために、前記終端側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、
    コンピュータプログラム。
  24. 前記QoSパラメータは少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含む、請求項23に記載のコンピュータプログラム。
  25. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記終端側UEから受信されるまで、前記第1のダミーデータが、前記終端側UEに周期的に送られる、請求項23に記載のコンピュータプログラム。
  26. 前記少なくとも1つの第1の専用ベアラを前記確立することが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップすることを含む、請求項23に記載のコンピュータプログラム。
  27. 前記メディアパケットが、前記QoSフローを介して交換される、請求項26に記載のコンピュータプログラム。
  28. 前記終端側UEに前記第1のダミーデータを前記送ることが、前記終端側UEとメディアパケットを通信するために、前記発信側UEと前記ネットワークとの間に前記少なくとも1つの第1の専用ベアラが確立されたことを前記終端側UEに示す、請求項23に記載のコンピュータプログラム。
  29. 前記少なくとも1つの第1の専用ベアラが確立され、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記発信側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるためのコードをさらに含む、請求項23に記載のコンピュータプログラム。
  30. 終端側ユーザ機器(UE)にあるコンピュータプログラムであって、前記終端側ユーザ機器に、
    呼接続を確立することを求める要求を発信側UEから受信することと、
    前記呼接続を確立することに対する確認応答を前記発信側UEに送ることと、
    前記発信側UEとメディアパケットを通信するために、前記終端側UEとネットワークとの間に少なくとも1つの第1の専用ベアラを確立することと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEに第1のダミーデータを送ることと、
    前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEから第2のダミーデータまたはメディアパケットのうちの少なくとも1つを受信することと、
    前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを受信した後、前記確立された少なくとも1つの第1の専用ベアラを介して、前記発信側UEとメディアパケットを交換することと
    を行わせるためのコードを含み、前記終端側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つを前記受信することが、前記発信側UEとメディアパケットを通信するために、前記終端側UEと前記ネットワークとの間に少なくとも1つの第2の専用ベアラが確立されたことを示し、前記少なくとも1つの第2の専用ベアラの前記確立が、QoSパラメータを有するサービス品質(QoS)フローが前記終端側UEでセットアップされたことを示す、
    コンピュータプログラム。
  31. 前記少なくとも1つの第1の専用ベアラを前記確立することが、少なくとも最大ビットレート(MBR)および保証ビットレート(GBR)を含むQoSパラメータを有するサービス品質(QoS)フローをセットアップすることを含む、請求項30に記載のコンピュータプログラム。
  32. 前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが前記発信側UEから受信されるまで、前記第1のダミーデータが、前記発信側UEに周期的に送られる、請求項30に記載のコンピュータプログラム。
  33. 前記少なくとも1つの第1の専用ベアラが確立され、前記発信側UEから前記第2のダミーデータまたは前記メディアパケットのうちの前記少なくとも1つが受信された後、前記終端側UEにあるユーザインターフェースに前記呼接続が確立されたことを知らせるためのコードをさらに含む、請求項30に記載のコンピュータプログラム。
JP2015539869A 2012-10-29 2013-10-25 ローカルＱｏＳの実現のためにテレビ電話を向上させる方法 Expired - Fee Related JP6162812B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261719878P 2012-10-29 2012-10-29
US61/719,878 2012-10-29
US13/779,318 2013-02-27
US13/779,318 US9420616B2 (en) 2012-10-29 2013-02-27 Methods to enhance videotelephony to achieve local QoS
PCT/US2013/066940 WO2014070617A2 (en) 2012-10-29 2013-10-25 Methods to enhance videotelephony to achieve local qos

Publications (3)

Publication Number Publication Date
JP2015534412A JP2015534412A (ja) 2015-11-26
JP2015534412A5 JP2015534412A5 (ja) 2016-12-08
JP6162812B2 true JP6162812B2 (ja) 2017-07-12

Family

ID=50546705

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015539869A Expired - Fee Related JP6162812B2 (ja) 2012-10-29 2013-10-25 ローカルＱｏＳの実現のためにテレビ電話を向上させる方法

Country Status (6)

Country Link
US (1) US9420616B2 (ja)
EP (2) EP2912911B1 (ja)
JP (1) JP6162812B2 (ja)
KR (1) KR101704952B1 (ja)
CN (1) CN104770042B (ja)
WO (1) WO2014070617A2 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9313508B1 (en) * 2014-10-29 2016-04-12 Qualcomm Incorporated Feeding intra-coded video frame after port reconfiguration in video telephony
CN106162941A (zh) * 2015-04-24 2016-11-23 中兴通讯股份有限公司 一种专用承载修改方法、系统和分组数据网关、终端
US9445051B1 (en) * 2015-08-14 2016-09-13 Qualcomm Incorporated Sender side video telephony downgrade
US9674737B2 (en) * 2015-08-19 2017-06-06 Qualcomm Incorporated Selective rate-adaptation in video telephony
CN106937073B (zh) * 2015-12-29 2019-10-15 展讯通信（上海）有限公司 基于VoLTE的视频通话码率调整方法、装置及移动终端
CN107294923A (zh) * 2016-04-01 2017-10-24 中兴通讯股份有限公司 调整视频编码速率的方法及装置
CN110476458B (zh) 2017-03-31 2022-02-25 英国电讯有限公司 接入语音服务的方法、装置和数据载体
CN110463281A (zh) 2017-03-31 2019-11-15 英国电讯有限公司 接入网络选择
US11140620B2 (en) 2017-03-31 2021-10-05 British Telecommunications Public Limited Company Access network selection
US11032746B2 (en) * 2017-06-23 2021-06-08 British Telecommunications Public Limited Company Voice service handover
EP3643114B1 (en) 2017-06-23 2021-10-20 British Telecommunications Public Limited Company Voice service handover
EP3777283A1 (en) 2018-03-29 2021-02-17 British Telecommunications public limited company An improved method of channel selection in a wireless network
CN116998138A (zh) * 2021-06-22 2023-11-03 谷歌有限责任公司 在蜂窝网络中建立互联网协议多媒体子系统服务

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5638412A (en) 1994-06-15 1997-06-10 Qualcomm Incorporated Method for providing service and rate negotiation in a mobile communication system
CN100477701C (zh) * 2000-02-22 2009-04-08 北方电讯网络有限公司 控制无线分组交换语音呼叫的系统及方法
FI20031912A0 (fi) * 2003-12-29 2003-12-29 Nokia Corp Menetelmä ja järjestelmä reaaliaikaisen tiedonsiirtopalvelun kontrolloimiseksi
FI20031911A0 (fi) * 2003-12-29 2003-12-29 Nokia Corp Menetelmä ja järjestelmä access-verkkopalvelun kontrolloimiseksi reaaliaikaisessa datapalvelussa
US8064951B2 (en) * 2004-07-29 2011-11-22 Sprint Spectrum L.P. Method and system for selective application of cellular-PBX integration service
CN100512293C (zh) * 2005-09-07 2009-07-08 华为技术有限公司 一种会话初始化协议消息体内容处理方法及网络
US20070118659A1 (en) 2005-11-22 2007-05-24 Nokia Corporation Session set-up between two communication entities
EP1841145A1 (en) 2006-03-30 2007-10-03 BRITISH TELECOMMUNICATIONS public limited company Communications networks
US8825070B2 (en) 2006-05-24 2014-09-02 Apple Inc. Radio resource reservation for wireless networks
CN100592703C (zh) * 2007-04-06 2010-02-24 华为技术有限公司 呼叫控制的方法及电路交换域适配器及终端设备
US9615352B2 (en) * 2007-04-06 2017-04-04 Sonim Technologies, Inc. Media transmission before floor grant in real time communication network
WO2009037735A1 (ja) * 2007-09-18 2009-03-26 Fujitsu Limited セッション管理の移行に係る通信方法、通信システム、サーバ、およびプログラム
RU2450485C2 (ru) * 2008-01-17 2012-05-10 Нокиа Корпорейшн Управление битовой скоростью адаптивного мультискоростного кодека в системе беспроводной связи
US20100299338A1 (en) * 2009-05-19 2010-11-25 Nokia Corporation Method and apparatus for providing device compatibility service
US8537699B2 (en) * 2009-06-16 2013-09-17 Qualcomm Incorporated Managing video adaptation algorithms
BR112012012362B1 (pt) * 2009-11-23 2021-05-18 Blackberry Limited método e aparelho para transição de estado / modo
US8873479B2 (en) * 2010-02-05 2014-10-28 Qualcomm Incorporated Assisted state transition of a user equipment (UE) for delay sensitive applications within a wireless communications system
US9143457B2 (en) 2010-10-06 2015-09-22 Qualcomm Incorporated Methods and apparatus for ECN receiver driven congestion control

Also Published As

Publication number Publication date
EP2912911A2 (en) 2015-09-02
WO2014070617A2 (en) 2014-05-08
JP2015534412A (ja) 2015-11-26
EP2966923B1 (en) 2017-12-20
US9420616B2 (en) 2016-08-16
EP2966923A1 (en) 2016-01-13
CN104770042B (zh) 2018-09-28
US20140118462A1 (en) 2014-05-01
KR20150080583A (ko) 2015-07-09
WO2014070617A3 (en) 2014-07-31
EP2912911B1 (en) 2016-05-25
KR101704952B1 (ko) 2017-02-08
CN104770042A (zh) 2015-07-08

Similar Documents

Publication Publication Date Title
JP6162812B2 (ja) ローカルＱｏＳの実現のためにテレビ電話を向上させる方法
JP6370914B2 (ja) 無線アクセス技術（ｒａｔ）の間でベアラを切り替えるための技法
JP6423128B2 (ja) ソフトａｐを介したｉｍｓの承認制御およびリソース管理
JP6158228B2 (ja) Ｌｔｅデバイス間のネットワーク支援型ピアツーピア接続確立の提供
JP5884003B1 (ja) 混合マクロ−フェムト基地局ダウンリンク用のハイブリッド干渉アライメント
JP2016527782A (ja) ＣＳ音声呼の間にＨＤ音声（ＶｏＬＴＥ）呼を選択するための方法および装置
JP5881914B2 (ja) ワイヤレスマルチキャストおよびブロードキャストに関する協調送信レートおよびチャネルスケジューリング
JP6400080B2 (ja) 単一のｓｉｍによるｐｌｍｎをオフロードするためのパラレル登録
TW201632011A (zh) 無線電資源控制知悉傳輸控制協定再傳輸
JP6617152B2 (ja) アプリケーション選好に基づくユーザ機器（ｕｅ）における無線アクセス技術（ｒａｔ）選択
JP6254145B2 (ja) ローカル切断後のｐｄｎへの再接続前のｅｐｓベアラ同期の実行
JP6538065B2 (ja) より高いスループットを達成するためのｓｌｔｅ対応モデムにおけるプロアクティブなランクインデックス管理
TW201114308A (en) Reliable inter-radio access technology core network tunnel
JP6441945B2 (ja) Ｓｉｐ／ｐ−ｃｓｃｆアドレス変更をｗａｎデバイスからｌａｎクライアントに伝搬させる方法
CN105191481B (zh) 建立可靠的始终开启的分组数据网络连接的方法和装置
JP6158229B2 (ja) 共通エンティティを介してｌｔｅデバイスのネットワーク支援型ページングを提供するための方法および装置
US20180139329A1 (en) Techniques for transferring a call regardless of call state for user equipment sharing a mobile device number
US20240187458A1 (en) Improving voice over internet protocol (voip) call setup success rate and latency

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161017

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161017

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20161017

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170123

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20170125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170501

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170522

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170615

R150 Certificate of patent or registration of utility model

Ref document number: 6162812

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees