(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-12-12
(45)【発行日】2022-12-20
(54)【発明の名称】接続確立方法および端末デバイス
(51)【国際特許分類】
H04W 76/15 20180101AFI20221213BHJP
H04W 4/00 20180101ALI20221213BHJP
H04W 80/06 20090101ALI20221213BHJP
H04W 84/12 20090101ALI20221213BHJP
H04W 88/06 20090101ALI20221213BHJP
【ＦＩ】
H04W76/15
H04W4/00 111
H04W80/06
H04W84/12
H04W88/06
【請求項の数】
15
(21)【出願番号】P 2021537146
(86)(22)【出願日】2019-11-30
(65)【公表番号】
(43)【公表日】2022-02-18
(86)【国際出願番号】 CN2019122230
(87)【国際公開番号】W WO2020134868
(87)【国際公開日】2020-07-02
【審査請求日】2021-07-09
(31)【優先権主張番号】201811593656.3
(32)【優先日】2018-12-25
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(73)【特許権者】
【識別番号】507232478
【氏名又は名称】北京大学
【氏名又は名称原語表記】ＰＥＫＩＮＧ ＵＮＩＶＥＲＳＩＴＹ
【住所又は居所原語表記】Ｎｏ．５， Ｙｉｈｅｙｕａｎ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １００８７１， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100132481
【弁理士】
【氏名又は名称】赤澤 克豪
(74)【代理人】
【識別番号】100115635
【弁理士】
【氏名又は名称】窪田 郁大
(72)【発明者】
【氏名】王 皓
(72)【発明者】
【氏名】姚 松平
(72)【発明者】
【氏名】▲許▼ 辰人
(72)【発明者】
【氏名】王 凡▲ジャオ▼
(72)【発明者】
【氏名】郭 ▲興▼民
(72)【発明者】
【氏名】黎 ▲項▼立
(72)【発明者】
【氏名】▲陳▼ 智宇
【審査官】長谷川 篤男
(56)【参考文献】
【文献】特開２０１８－１７０６９９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１８／０３５２０５７（ＵＳ，Ａ１）
【文献】国際公開第２０１０／０４４３６６（ＷＯ，Ａ１）
【文献】Huawei, HiSilicon, OPPO，Definition and conclusion of ATSSS function，3GPP TSG-SA WG2 Meeting #129 S2-1811578，2018年10月26日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末デバイスによって、前記端末デバイスとアプリケーションサーバとの間に確立されたマルチパス送信制御プロトコルＭＰＴＣＰ接続の履歴データを取得するステップであって、前記履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含む、ステップと、前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であることを決定する場合、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの第１のＴＣＰ接続を確立するステップと、
前記第１のＴＣＰ接続が正常に確立された後、前記端末デバイスによって、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの第２のＴＣＰ接続を確立するステップと
を含む、接続確立方法であって、
前記端末デバイスとアプリケーションサーバとの間に確立されたＭＰＴＣＰ接続の履歴データを取得する前記ステップの後、前記方法は、
前記端末デバイスによって、前記履歴データを使用し、かつ式１から式３に従って、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第１の平均値および標準偏差、ならびに前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第２の平均値を計算するステップと、
μ２≦μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定し、または
μ２＞μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定するステップであって、
【数1】
μ１は前記第１の平均値であり、μ２は前記第２の平均値であり、σは前記標準偏差であり、ｘ 1 からｘ N は前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｎは前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ｙ 1 からｙ N は前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｍは前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量である、ステップと
をさらに含む、方法。
【請求項2】
端末デバイスによって、前記端末デバイスとアプリケーションサーバとの間に確立されたマルチパス送信制御プロトコルＭＰＴＣＰ接続の履歴データを取得するステップであって、前記履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含む、ステップと、
前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であることを決定する場合、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの第１のＴＣＰ接続を確立するステップと、
前記第１のＴＣＰ接続が正常に確立された後、前記端末デバイスによって、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの第２のＴＣＰ接続を確立するステップと
を含む、接続確立方法であって、
前記端末デバイスとアプリケーションサーバとの間に確立されたＭＰＴＣＰ接続の履歴データを取得する前記ステップの後、前記方法は、
前記端末デバイスによって、前記履歴データを使用し、かつ式１から式４に従って、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第２の加重平均値と、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の標準偏差をさらに計算するステップと、
μ２’≦μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定し、または
μ２’＞μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定するステップであって、
【数2】
μ１は第１の平均値であり、μ２’は第２の平均値であり、σは前記標準偏差であり、ｘ 1 からｘ N は前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｎは前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ｙ 1 からｙ M は前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｍは前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ω 1 からω M は前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の重み値であり、より早い確立時間でのＴＣＰ接続の第２のデータ送信遅延の重みはより小さい、ステップと
をさらに含む、方法。
【請求項3】
前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定した場合、前記端末デバイスによって、前記Ｗｉ－Ｆｉネットワークの前記インターフェースを介して前記アプリケーションサーバへの前記第１のＴＣＰ接続を確立するステップと、前記第１のＴＣＰ接続が正常に確立された後、前記端末デバイスによって、前記セルラーネットワークの前記インターフェースを介して前記アプリケーションサーバへの前記第２のＴＣＰ接続を確立するステップと
をさらに含む、請求項１または２に記載の方法。
【請求項4】
前記履歴データは、アプリケーションの識別子、前記セルラーネットワークの識別子、および前記Ｗｉ－Ｆｉネットワークの識別子をさらに含み、前記方法は、
前記端末デバイスによって、前記履歴データから、その識別子が前記アプリケーションサーバに対応するアプリケーションの識別子と同一であるターゲットＴＣＰ接続のデータ送信遅延セットを決定するステップと、
前記端末デバイスによって、前記セルラーネットワークの前記識別子に基づく前記ターゲットＴＣＰ接続の前記データ送信遅延セットから、その識別子が現在のセルラーネットワークの識別子と同一である第１のデータ送信遅延を決定するステップと、
前記端末デバイスによって、前記Ｗｉ－Ｆｉネットワークの前記識別子に基づく前記ターゲットＴＣＰ接続の前記データ送信遅延セットから、その識別子が現在のＷｉ－Ｆｉネットワークの識別子と同一である第２のデータ送信遅延を決定するステップと、
前記端末デバイスによって、前記第１のデータ送信遅延および前記第２のデータ送信遅延に基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定するステップと
をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記セルラーネットワークはＬＴＥネットワークである、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記端末デバイスによって、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの前記第２のＴＣＰ接続を確立する前記ステップの後、前記方法は、前記端末デバイスによって、現在確立されている２つの前記ＴＣＰ接続の前記データ送信遅延を格納するステップをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項7】
前記端末デバイスによって、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの前記第１のＴＣＰ接続を確立する前記ステップの前に、前記方法は、前記端末デバイスによって、パケットを、前記端末デバイスによってアクセスされるセルラーネットワーク内の基地局に送信するステップであって、前記パケットは、前記端末デバイスの前記セルラーネットワークをアクティブ化するために使用される、ステップをさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項8】
プロセッサおよびメモリを備えた端末デバイスであって、前記メモリは、１つまたは複数のコンピュータプログラムを格納するように構成され、 前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、
前記端末デバイスとアプリケーションサーバとの間に確立されたマルチパス送信制御プロトコルＭＰＴＣＰ接続の履歴データを取得するステップであって、前記履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含む、ステップと、
前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であることを決定する場合、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの第１のＴＣＰ接続を確立するステップと、
前記第１のＴＣＰ接続が正常に確立された後、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの第２のＴＣＰ接続を確立するステップと
を実行することが可能になり、
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、
前記履歴データを使用し、かつ式１から式３に従って、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第１の平均値および標準偏差、ならびに前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第２の平均値を計算するステップと、
μ２≦μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定し、または
μ２＞μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定するステップであって、
【数3】
μ１は前記第１の平均値であり、μ２は前記第２の平均値であり、σは前記標準偏差であり、ｘ 1 からｘ N は前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｎは前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ｙ 1 からｙ N は前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｍはセルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量である、ステップと
を実行することがさら可能になる、端末デバイス。
【請求項9】
プロセッサおよびメモリを備えた端末デバイスであって、
前記メモリは、１つまたは複数のコンピュータプログラムを格納するように構成され、 前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、
前記端末デバイスとアプリケーションサーバとの間に確立されたマルチパス送信制御プロトコルＭＰＴＣＰ接続の履歴データを取得するステップであって、前記履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含む、ステップと、
前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であることを決定する場合、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの第１のＴＣＰ接続を確立するステップと、
前記第１のＴＣＰ接続が正常に確立された後、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの第２のＴＣＰ接続を確立するステップと
を実行することが可能になり、
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、
前記履歴データを使用し、かつ式１から式４に従って、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の第２の加重平均値と、前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の標準偏差をさらに計算するステップと、
μ２’≦μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定し、または
μ２’＞μ１＋２×σの場合、前記端末デバイスによって、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定するステップであって、
【数4】
μ１は第１の平均値であり、μ２’は第２の平均値であり、σは前記標準偏差であり、ｘ 1 からｘ N は前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｎは前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ｙ 1 からｙ M は前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延であり、Ｍは前記セルラーネットワークに対応する前記ＴＣＰ接続のデータ送信遅延の量であり、ω 1 からω M は前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延の重み値であり、より早い確立時間でのＴＣＰ接続の第２のデータ送信遅延の重みはより小さい、ステップと
を実行することがさらに可能になる、端末デバイス。
【請求項10】
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、前記履歴データに基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延よりも大きいと決定した場合、前記Ｗｉ－Ｆｉネットワークのインターフェースを介して前記アプリケーションサーバへの前記第１のＴＣＰ接続を確立するステップと、
前記第１のＴＣＰ接続が正常に確立された後、前記セルラーネットワークの前記インターフェースを介して前記アプリケーションサーバへの前記第２のＴＣＰ接続を確立するステップと
を実行することがさらに可能になる、請求項８または９に記載の端末デバイス。
【請求項11】
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、前記履歴データは、アプリケーションの識別子、前記セルラーネットワークの識別子、および前記Ｗｉ－Ｆｉネットワークの識別子をさらに含み、
前記履歴データから、その識別子が前記アプリケーションサーバに対応するアプリケーションの識別子と同一であるターゲットＴＣＰ接続のデータ送信遅延セットを決定するステップと、
前記セルラーネットワークの前記識別子に基づく前記ターゲットＴＣＰ接続の前記データ送信遅延セットから、その識別子が現在のセルラーネットワークの識別子と同一である第１のデータ送信遅延を決定するステップと、
前記Ｗｉ－Ｆｉネットワークの前記識別子に基づく前記ターゲットＴＣＰ接続の前記データ送信遅延セットから、その識別子が現在のＷｉ－Ｆｉネットワークの識別子と同一である第２のデータ送信遅延を決定するステップと、
前記第１のデータ送信遅延および前記第２のデータ送信遅延に基づいて、前記セルラーネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延が前記Ｗｉ－Ｆｉネットワークに対応する前記ＴＣＰ接続の前記データ送信遅延以下であると決定するステップと
を実行することがさらに可能になる、請求項８から１０のいずれか一項に記載の端末デバイス。
【請求項12】
前記セルラーネットワークはＬＴＥネットワークである、請求項８から１０のいずれか一項に記載の端末デバイス。
【請求項13】
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、現在確立されている２つの前記ＴＣＰ接続の前記データ送信遅延を格納するステップを実行することがさらに可能になる、請求項８から１０のいずれか一項に記載の端末デバイス。
【請求項14】
前記メモリに格納された前記１つまたは複数のコンピュータプログラムが前記プロセッサによって実行された場合、前記端末デバイスは、前記セルラーネットワークのインターフェースを介して前記アプリケーションサーバへの前記第１のＴＣＰ接続を確立する前記ステップの前に、パケットを、前記端末デバイスによってアクセスされるセルラーネットワーク内の基地局に送信するステップであって、前記パケットは、前記端末デバイスの前記セルラーネットワークをアクティブ化するために使用される、ステップを実行することがさらに可能になる、請求項８から１０のいずれか一項に記載の端末デバイス。
【請求項15】
コンピュータプログラムを含むコンピュータ記憶媒体であって、前記コンピュータプログラムが端末デバイス上で実行された場合、前記端末デバイスは、請求項１から７のいずれか一項に記載の接続確立方法を実行することが可能になる、コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、端末技術の分野に関し、特に、接続確立方法および端末デバイスに関する。
【背景技術】
【0002】
本出願は、その全体が参照により本明細書に組み込まれる、「ＣＯＮＮＥＣＴＩＯＮ ＥＳＴＡＢＬＩＳＨＭＥＮＴ ＭＥＴＨＯＤ ＡＮＤ ＴＥＲＭＩＮＡＬ ＤＥＶＩＣＥ」と題する、２０１８年１２月２５日に中国国家知識産権局に出願された中国特許出願第２０１８１１５９３６５６．３号の優先権を主張する。
【0003】
マルチパス伝送制御プロトコル（Ｍｕｌｔｉｐａｔｈ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＭＰＴＣＰ）は、ＴＣＰの拡張であり、複数のＴＣＰ接続の平行送信を使用して、リソース利用率を改善し、接続障害の回復能力を向上させる。たとえば、ユーザがビデオを見るとき、モバイルフォンは、Ｗｉ－Ｆｉネットワークとセルラーネットワークとに別々に対応するＴＣＰ接続を通してデータストリームを同時に送信する。このようにすると、より大きい集約された帯域幅が与えられ得、ダウンロードレートがより高くなり、フレームフリージングが低減され、再生がより滑らかになる。
【0004】
現在、ＭＰＴＣＰ確立方法は、最初に、Ｗｉ－Ｆｉネットワークにおいて第１のＴＣＰ接続を確立し、次いで、第１のＴＣＰ接続が正常に確立された後にセルラーネットワークにおいて第２のＴＣＰ接続を確立することになっている。しかしながら、第１のＴＣＰ接続のデータ送信遅延が非常に大きい場合、第２のＴＣＰ接続は、比較的長い期間の後でのみ確立されることができ、または第１のＴＣＰ接続が正常に確立されることができない場合、第２のＴＣＰ接続も正常に確立されることができない。
【発明の概要】
【0005】
本出願は、既存のＭＰＴＣＰの最初のＴＣＰ接続の大きなデータ送信遅延の問題を解決するために、接続確立方法および端末デバイスを提供する。
【0006】
第１の態様によれば、この出願の一実施形態は、接続確立方法を提供し、本方法は、端末デバイスに適用可能である。本方法は、端末デバイスが、最初に端末デバイスとアプリケーションサーバとの間に確立されたＭＰＴＣＰ接続の履歴データを取得することを含む。履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含むため、端末デバイスは、履歴データに基づいて、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であることを決定し、セルラーネットワークのインターフェースを介してアプリケーションサーバへの第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、端末デバイスはＷｉ－Ｆｉネットワークのインターフェースを介してアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0007】
可能な設計では、履歴データに基づいて、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延よりも大きいと決定した場合、端末デバイスは、Ｗｉ－Ｆｉネットワークのインターフェースを介してアプリケーションサーバへの第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、端末デバイスは、セルラーネットワークのインターフェースを介してアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0008】
本出願のこの実施形態では、端末デバイスは、最初に比較的小さいデータ送信遅延でネットワークのインターフェースを介して第１のＴＣＰ接続を確立し、その結果、ＭＰＴＣＰ接続で第１のＴＣＰ接続を確立するために消費される期間を短縮することができ、それにより、再生開始遅延を低減し、ユーザ体験を向上させるのに役立つ。
【0009】
可能な設計では、端末デバイスとアプリケーションサーバとの間に確立されたＭＰＴＣＰ接続の履歴データを取得した後、端末デバイスは、式１から式３に従って、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の第１の平均値および標準偏差、ならびにセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の第２の平均値を計算する。μ２≦μ１＋２×σの場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であると決定し、または、μ２＞μ１＋２×σの場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延が、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延よりも大きいと決定する。
【0010】
【数1】
【0011】
【数2】
【0012】
および
【0013】
【数3】
【0014】
であり、ここでμ１は第１の平均値であり、μ２は第２の平均値であり、σは標準偏差であり、ｘ1からｘNはＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延であり、ＮはＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の量であり、ｙ1からｙNはセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延であり、Ｍはセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の量である。
【0015】
本出願のこの実施形態では、端末デバイスは、計算を通じて、比較的小さいデータ送信遅延を有するＴＣＰ接続を有するターゲットネットワークを正確に取得し、次いで、比較的小さいデータ送信遅延を有するネットワークのインターフェースを介して第１のＴＣＰ接続を確立し得る。
【0016】
別の可能な設計では、端末デバイスは、式４に従って、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の第２の加重平均値μ２’をさらに計算し得る。μ２’≦μ１＋２×σの場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であると決定し、または、μ２’＞μ１＋２×σの場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延よりも大きいと決定する。
【0017】
【数4】
【0018】
であり、ここでｙ1からｙMはセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延であり、Ｍはセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の量であり、ω1からωMはセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の重み値であり、μ２’は第２の加重平均値である。
【0019】
本出願のこの実施形態では、端末デバイスは、別の方式の計算を通じて、比較的小さいデータ送信遅延を有するＴＣＰ接続を有するターゲットネットワークを正確に取得し、次いで、比較的小さいデータ送信遅延を有するネットワークのインターフェースを介して第１のＴＣＰ接続を確立し得る。
【0020】
可能な設計では、履歴データがアプリケーションの識別子、セルラーネットワークの識別子、およびＷｉ－Ｆｉネットワークの識別子をさらに含む場合、端末デバイスは、最初に履歴データから、その識別子がアプリケーションサーバに対応するアプリケーションの識別子と同一であるターゲットＴＣＰ接続のデータ送信遅延セットを決定し、次いで、セルラーネットワークの識別子に基づくターゲットＴＣＰ接続のデータ送信遅延セットから、その識別子が現在のセルラーネットワークの識別子と同一である第１のデータ送信遅延を決定し得、端末デバイスは、Ｗｉ－Ｆｉネットワークの識別子に基づくターゲットＴＣＰ接続のデータ送信遅延セットから、その識別子が現在のＷｉ－Ｆｉネットワークの識別子と同一である第２のデータ送信遅延を決定し、そして最後に、端末デバイスは、第１のデータ送信遅延および第２のデータ送信遅延に基づいて、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延がＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であると決定する。
【0021】
本出願のこの実施形態では、端末デバイスは、履歴データ内のデータをフィルタリングし、同じアプリケーション識別子および同じアクセスポイントを有するデータを選択して、データ送信遅延が比較的小さいネットワークを正確に決定する。
【0022】
可能な設計では、端末デバイスは、第２のデータ送信遅延の第２の加重平均値を計算し、より早い確立時間でのＴＣＰ接続の第２のデータ送信遅延の重みはより小さい。第１の平均値と２つの標準偏差との合計が第２の平均値以下であり、第１の平均値と２つの標準偏差の合計が第２の加重平均値以下である場合、端末デバイスはＷｉ－Ｆｉネットワークをターゲットネットワークとして決定し、それ以外の場合は、セルラーネットワークをターゲットネットワークとして決定する。
【0023】
可能な設計では、端末デバイスは、履歴データから、第１のデータ送信遅延および第２のデータ送信遅延が存在しないと決定する。
【0024】
Ｗｉ－Ｆｉネットワークのインターフェースおよびセルラーネットワークのインターフェースの両方が利用可能な場合、端末デバイスはセルラーネットワークがＬＴＥネットワークであると決定する。ＬＴＥネットワークの受信信号強度ＲＳＳＩが設定値より大きい場合、端末デバイスはターゲットネットワークがＬＴＥネットワークであると決定し、それ以外の場合は、ターゲットネットワークがＷｉ－Ｆｉネットワークであると決定する。
【0025】
可能な設計では、端末デバイスは、現在確立されている２つのＴＣＰ接続のデータ送信遅延を格納する。このようにして、ターゲットネットワークを後の時点で計算することができる。
【0026】
可能な設計では、パケットは、端末デバイスによってアクセスされるセルラーネットワーク内の基地局に送信され、パケットは、端末デバイスのセルラーネットワークをアクティブ化するために使用される。このようにして、データ送信遅延を約２００ミリ秒短縮することができる。
【0027】
第２の態様によれば、本出願の実施形態は、プロセッサおよびメモリを含む端末デバイスを提供する。メモリは、１つまたは複数のコンピュータプログラムを格納するように構成される。メモリに格納された１つまたは複数のコンピュータプログラムがプロセッサによって実行されるとき、端末デバイスは、前述の態様のいずれか１つにおいて、任意の可能な設計でこの方法を実装することができる。
【0028】
第３の態様によれば、本出願の一実施形態はさらに装置を提供する。装置は、前述の態様のいずれか１つにおいて任意の可能な設計で方法を実行するためのモジュール／ユニットを含む。これらのモジュール／ユニットは、ハードウェアによって実装される場合があれば、対応するソフトウェアを実行することによってハードウェアによって実装される場合がある。
【0029】
第４の態様によれば、本出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体はコンピュータプログラムを含む。コンピュータプログラムが端末デバイス上で実行されるとき、端末デバイスは、前述の態様のいずれか１つにおいて、任意の可能な設計で方法を実行することが可能になる。
【0030】
第５の態様によれば、このアプリケーションの実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品が端末上で実行されるとき、端末デバイスは、前述の態様のいずれかにおいて、任意の可能な設計で方法を実行することが可能になる。
【0031】
本出願のこれらの態様または他の態様は、以下の実施形態の説明においてより明確で理解しやすい。
【図面の簡単な説明】
【0032】
【図1】本出願の一実施形態によるＭＰＴＣＰアプリケーションのシステムアーキテクチャである。
【図2】本出願の一実施形態によるマルチネットワーク展開におけるデータ送信システムのアーキテクチャ図である。
【図3】本出願の一実施形態によるＴＣＰプロトコルスタックをＭＰＴＣＰプロトコルスタックに拡張することの概略図である。
【図4】本出願の一実施形態によるＭＰＴＣＰ実装処理の概略図である。
【図5】本出願の一実施形態による端末デバイスの概略構造図である。
【図6】本出願の一実施形態によるアンドロイドシステムの概略アーキテクチャ図である。
【図7】現在の技術によるＭＰＴＣＰ確立処理の概略図である。
【図8】本出願の一実施形態によるＭＰＴＣＰ確立処理の概略図である。
【図9】本出願の一実施形態による接続確立方法の概略フローチャート１である。
【図10A】本出願の一実施形態による接続確立方法の概略フローチャート２である。
【図10B】本出願の一実施形態による接続確立方法の概略フローチャート２である。
【図11】本出願の一実施形態による接続確立装置の概略図である。
【図12】本出願の一実施形態による端末デバイスの概略構造図である。
【発明を実施するための形態】
【0033】
以下に、本出願の実施形態における添付の図面を参照しながら本出願の実施形態における技術的解決策について説明する。本出願の実施形態の説明では、以下で説明される「第１の」および「第２の」という用語は、説明のためのものにすぎず、示された技術的特徴の量の相対的な重要性の指示もしくは暗示または暗黙的な指示として理解されてはならない。したがって、「第１の」または「第２の」によって限定された特徴は、１つまたは複数の特徴を明示的にまたは暗黙的に含み得る。本出願の実施形態の説明では、特に明記しない限り、「複数の」は、２つまたは３つ以上を意味する。
【0034】
本出願の実施形態で提供される接続確立方法は、ワイヤレス通信システムにおけるデータ送信に適用され得る。データ受信端は、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）とコアネットワークとを使用することによってデータ送信端とデータを交換し、伝送制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）接続が、データ受信端とデータ送信端との間でさらに確立され得、データは、ＴＣＰプロトコルを使用することによって送信される。図１に示されているように、ワイヤレス通信システムでは、端末デバイスは、アプリケーションサーバとデータを交換する。端末デバイスは、エアインターフェースを通してＲＡＮに接続され、コアネットワークを介してアプリケーションサーバに接続される。端末とＲＡＮとの間のネットワークはワイヤレスネットワークと呼ばれることがあり、ＲＡＮとアプリケーションサーバとの間のネットワークは、ワイヤードネットワークと呼ばれることがある。ＴＣＰ接続が確立され、アプリケーションサーバと端末との間でデータ送信が実行される。
【0035】
アプリケーションサーバは、サーバクラスタ中のサーバであり得る。たとえば、ビデオアプリケーションの異なるビデオセグメントが異なるサーバ上に分散され得る。アプリケーションサーバはまた、サーバであり得る。
【0036】
通信技術が発達するにつれて、通信システムは、複数の通信ネットワークが一緒に展開される通信アーキテクチャに発展した。端末は、通信のために２つ以上の通信ネットワークにアクセスし得る。たとえば、通信ネットワークがローカルエリアネットワークであるとき、通信ネットワークは、ワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）ネットワーク、Ｂｌｕｅｔｏｏｔｈネットワーク、ＺｉｇＢｅｅネットワーク、または近距離通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）ネットワークなどの近距離通信ネットワークであり得ることに留意されたい。たとえば、通信ネットワークがワイドエリアネットワークであるとき、通信ネットワークは第３世代モバイル通信技術（３ｒｄ－Ｇｅｎｅｒａｔｉｏｎ Ｗｉｒｅｌｅｓｓ Ｔｅｌｅｐｈｏｎｅ Ｔｅｃｈｎｏｌｏｇｙ、３Ｇ）ネットワーク、第４世代モバイル通信技術（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ、４Ｇ）ネットワーク、第５世代モバイル通信技術（５ｔｈ－Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ、５Ｇ）ネットワーク、将来発展されるパブリックランドモバイルネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ）、またはインターネットであり得る。
【0037】
たとえば、Ｗｉ－Ｆｉネットワークとロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）ネットワークとが展開される図２の通信システムでは、端末は、Ｗｉ－Ｆｉネットワークにアクセスし、発展型パケットデータゲートウェイ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ、ｅＰＤＧ）もしくは信頼ゲートウェイ（Ｔｒｕｓｔｅｄ Ｇａｔｅｗａｙ、ＴＧＷ）を使用することによってアプリケーションサーバとのデータ送信を実行し得るか、またはＬＴＥネットワークにアクセスし、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、ＳＧＷ）もしくはパケットデータゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、ＰＧＷ）を使用することによってアプリケーションサーバとのデータ送信を実行し得る。
【0038】
異種混成ネットワークの展開は、マルチパスデータ送信サービスの開発を促進する。現在、ＭＰＴＣＰプロトコルは、ＴＣＰプロトコルを拡張することによって取得され、ＭＰＴＣＰプロトコルは、サービスがデータ送信を実行するためにマルチパスネットワークリソースを使用することを可能にするために使用される。たとえば、図２では、モバイルフォンは、Ｗｉ－ＦｉネットワークリソースとＬＴＥネットワークリソースとを使用することによってアプリケーションサーバとのデータ送信を実行する。図３は、ＴＣＰプロトコルスタックをＭＰＴＣＰプロトコルスタックに拡張することの概略図である。ＴＣＰプロトコルスタックでは、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）レイヤにおけるデータストリームは、１つのＴＣＰ接続を使用することによって送られる。ＭＰＴＣＰプロトコルスタックでは、トランスポートレイヤは、ＭＰＴＣＰレイヤとＴＣＰレイヤとの２つのサブレイヤに分割され、アプリケーションレイヤにおけるデータストリームは、ＭＰＴＣＰレイヤによって分解された２つのＴＣＰ接続を使用することによって送信される。
【0039】
図４は、ＭＰＴＣＰの使用シナリオの概略図である。図４では、２つのＴＣＰ接続が端末デバイスとアプリケーションサーバとの間に確立される。一方のＴＣＰ接続は、Ｗｉ－Ｆｉネットワークリソースを使用し、他方のＴＣＰ接続は、ＬＴＥネットワークリソースを使用する。アプリケーションサーバのＭＰＴＣＰレイヤは、ＴＣＰのフローを２つのＴＣＰのサブフローに分割し、次いで、２つのＴＣＰ接続を使用することによって端末デバイスに２つのＴＣＰのサブフローを別々に送る。２つのＴＣＰのサブフローを受信した後に、端末デバイスは、２つのサブフローを組み合わせ、次いで、アプリケーションレイヤに２つのサブフローを送る。
【0040】
本出願のいくつかの実施形態では、図１に示されているワイヤレス通信システムにおける端末デバイスは、携帯情報端末機能および／または音楽プレーヤ機能などの別の機能をさらに含むポータブル端末デバイス、たとえば、ワイヤレス通信機能を有するモバイルフォン、タブレットコンピュータ、または（スマートウォッチなどの）ウェアラブルデバイスであり得る。ポータブル端末デバイスの例示的な実施形態は、限定はしないが、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）、または別のオペレーティングシステムを使用するポータブル端末デバイスを含む。代替として、ポータブル端末デバイスは、別のポータブル端末デバイス、たとえば、タッチセンシティブサーフェス（たとえば、タッチパネル）をもつラップトップ（Ｌａｐｔｏｐ）コンピュータであり得る。さらに、本出願のいくつかの他の実施形態では、端末デバイスは、代替として、ポータブル端末デバイスではなく、タッチセンシティブサーフェス（たとえば、タッチパネル）をもつデスクトップコンピュータであり得ることを理解されたい。
【0041】
たとえば、図５に示されるように、本出願のこの実施形態における端末デバイスは、モバイルフォンであり得る。以下は、この実施形態について詳細に説明する一例としてモバイルフォンを使用する。
【0042】
モバイルフォンは、プロセッサ１１０、外部メモリインターフェース１２０、内部メモリ１２１、ＵＳＢインターフェース１３０、充電管理モジュール１４０、電力管理モジュール１４１、バッテリ１４２、アンテナ１、アンテナ２、モバイル通信モジュール１５０、ワイヤレス通信モジュール１６０、オーディオモジュール１７０、スピーカ１７０Ａ、受話器１７０Ｂ、マイクロフォン１７０Ｃ、ヘッドセットインターフェース１７０Ｄ、センサモジュール１８０、キー１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイスクリーン１９４、ＳＩＭカードインターフェース１９５などを含み得る。センサモジュール１８０は、圧力センサ１８０Ａ、ジャイロセンサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチセンサ１８０Ｋ、周辺光センサ１８０Ｌ、骨伝導センサ１８０Ｍなどを含み得る。
【0043】
本発明のこの実施形態において示される構造は、モバイルフォンに対する特定の限定を構成しないことが理解され得る。本出願のいくつかの他の実施形態では、モバイルフォンは、図に示されている構成要素よりも多いもしくはそれよりも少ない構成要素を含むか、いくつかの構成要素を組み合わせるか、いくつかの構成要素を分割するか、または異なる構成要素構成を有し得る。図に示されている構成要素は、ハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組合せによって実装され得る。
【0044】
プロセッサ１１０は、１つまたは複数の処理ユニットを含み得る。たとえば、プロセッサ１１０は、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデムプロセッサ、グラフィックス処理ユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（Ｉｍａｇｅ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、メモリ、ビデオコーデック、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンドプロセッサ、および／またはニューラルネットワーク処理ユニット（Ｎｅｕｒａｌ－Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＮＰＵ）を含み得る。異なる処理ユニットは、独立した構成要素であり得るか、または１つもしくは複数のプロセッサに統合され得る。
【0045】
コントローラは、モバイルフォンの中枢およびコマンドセンタであり得る。コントローラは、命令動作コードと時間シーケンス信号とに基づいて動作制御信号を生成して、命令読取りと命令実行との制御を完了し得る。
【0046】
メモリは、さらに、プロセッサ１１０中に配設され得、命令とデータとを記憶するように構成される。いくつかの実施形態では、プロセッサ１１０中のメモリは、高速キャッシュメモリである。メモリは、プロセッサ１１０によって使用されたばかりのまたは周期的に使用される命令またはデータを記憶し得る。プロセッサ１１０が命令またはデータを再び使用する必要がある場合、プロセッサ１１０は、メモリから命令またはデータを直接呼び出し得る。これは、繰り返されるアクセスを回避し、プロセッサ１１０の待機時間を低減し、それによって、システム効率を改善する。
【0047】
いくつかの実施形態では、プロセッサ１１０は、１つまたは複数のインターフェースを含み得る。インターフェースは、集積回路間（Ｉｎｔｅｒ－Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、Ｉ２Ｃ）インターフェース、集積回路間サウンド（Ｉｎｔｅｒ－Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｓｏｕｎｄ、Ｉ２Ｓ）インターフェース、パルスコード変調（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ、ＰＣＭ）インターフェース、ユニバーサル非同期受信機／送信機（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ／Ｔｒａｎｓｍｉｔｔｅｒ、ＵＡＲＴ）インターフェース、モバイルインダストリプロセッサインターフェース（Ｍｏｂｉｌｅ Ｉｎｄｕｓｔｒｙ Ｐｒｏｃｅｓｓｏｒ Ｉｎｔｅｒｆａｃｅ、ＭＩＰＩ）、汎用入出力（Ｇｅｎｅｒａｌ－Ｐｕｒｐｏｓｅ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ、ＧＰＩＯ）インターフェース、加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ、ＳＩＭ）インターフェース、ユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ、ＵＳＢ）インターフェースなどを含み得る。
【0048】
Ｉ２Ｃインターフェースは、二方向同期シリアルバスであり、シリアルデータライン（Ｓｅｒｉａｌ Ｄａｔａ Ｌｉｎｅ、ＳＤＡ）とシリアルクロックライン（Ｓｅｒｉａｌ Ｃｌｏｃｋ Ｌｉｎｅ、ＳＣＬ）とを含む。いくつかの実施形態では、プロセッサ１１０は、Ｉ２Ｃバスの複数のグループを含み得る。プロセッサ１１０は、異なるＩ２Ｃバスインターフェースを通してタッチセンサ１８０Ｋ、充電器、フラッシュ、カメラ１９３などに別々に結合され得る。たとえば、プロセッサ１１０は、Ｉ２Ｃインターフェースを通してタッチセンサ１８０Ｋに結合され得、したがって、プロセッサ１１０は、Ｉ２Ｃバスインターフェースを通してタッチセンサ１８０Ｋと通信して、モバイルフォンのタッチ機能を実装する。
【0049】
Ｉ２Ｓインターフェースは、オーディオ通信を実行するように構成され得る。いくつかの実施形態では、プロセッサ１１０は、Ｉ２Ｓバスの複数のグループを含み得る。プロセッサ１１０は、Ｉ２Ｓバスを通してオーディオモジュール１７０に結合されて、プロセッサ１１０とオーディオモジュール１７０との間の通信を実装し得る。いくつかの実施形態では、オーディオモジュール１７０は、Ｉ２Ｓインターフェースを通してワイヤレス通信モジュール１６０にオーディオ信号を送信して、Ｂｌｕｅｔｏｏｔｈヘッドセットを使用することによって呼に応答する機能を実装し得る。
【0050】
ＰＣＭインターフェースはまた、オーディオ通信を実行することと、アナログ信号をサンプリングし、量子化し、コーディングすることとを行うように構成され得る。いくつかの実施形態では、オーディオモジュール１７０は、ＰＣＭバスインターフェースを通してワイヤレス通信モジュール１６０に結合され得る。いくつかの実施形態では、オーディオモジュール１７０は、代替として、ＰＣＭインターフェースを通してワイヤレス通信モジュール１６０にオーディオ信号を送信して、Ｂｌｕｅｔｏｏｔｈヘッドセットを使用することによって呼に応答する機能を実装し得る。Ｉ２ＳインターフェースとＰＣＭインターフェースとの両方は、オーディオ通信を実行するように構成され得る。
【0051】
ＵＡＲＴインターフェースは、汎用シリアルデータバスであり、非同期通信を実行するように構成される。バスは、双方向通信バスであり得る。バスは、シリアル通信とパラレル通信との間で送信されるべきデータを変換する。いくつかの実施形態では、ＵＡＲＴインターフェースは、通常、ワイヤレス通信モジュール１６０にプロセッサ１１０を接続するように構成される。たとえば、プロセッサ１１０は、ＵＡＲＴインターフェースを通してワイヤレス通信モジュール１６０中のＢｌｕｅｔｏｏｔｈモジュールと通信して、Ｂｌｕｅｔｏｏｔｈ機能を実装する。いくつかの実施形態では、オーディオモジュール１７０は、ＵＡＲＴインターフェースを通してワイヤレス通信モジュール１６０にオーディオ信号を送信して、Ｂｌｕｅｔｏｏｔｈヘッドセットを使用することによって音楽を再生する機能を実装し得る。
【0052】
ＭＩＰＩインターフェースは、ディスプレイスクリーン１９４またはカメラ１９３などの周辺構成要素にプロセッサ１１０を接続するように構成され得る。ＭＩＰＩインターフェースは、カメラシリアルインターフェース（Ｃａｍｅｒａ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ、ＣＳＩ）、ディスプレイシリアルインターフェース（Ｄｉｓｐｌａｙ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ、ＤＳＩ）などを含む。いくつかの実施形態では、プロセッサ１１０は、ＣＳＩインターフェースを通してカメラ１９３と通信して、モバイルフォンの撮影機能を実装する。プロセッサ１１０は、ＤＳＩインターフェースを通してディスプレイスクリーン１９４と通信して、モバイルフォンのディスプレイ機能を実装する。
【0053】
ＧＰＩＯインターフェースは、ソフトウェアを通して構成され得る。ＧＰＩＯインターフェースは、制御信号またはデータ信号として構成され得る。いくつかの実施形態では、ＧＰＩＯインターフェースは、カメラ１９３、ディスプレイスクリーン１９４、ワイヤレス通信モジュール１６０、オーディオモジュール１７０、センサモジュール１８０などにプロセッサ１１０を接続するように構成され得る。ＧＰＩＯインターフェースは、代替として、Ｉ２Ｃインターフェース、Ｉ２Ｓインターフェース、ＵＡＲＴインターフェース、ＭＩＰＩインターフェースなどとして構成され得る。
【0054】
ＵＳＢインターフェース１３０は、ＵＳＢ標準仕様に準拠するインターフェースであり、特に、ミニＵＳＢインターフェース、マイクロＵＳＢインターフェース、ＵＳＢタイプ－Ｃインターフェースなどであり得る。ＵＳＢインターフェースは、モバイルフォンを充電するために充電器に接続するように構成され得るか、またはモバイルフォンと周辺デバイスとの間でデータを送信するように構成され得るか、またはヘッドセットを使用することによってオーディオを再生するためにヘッドセットに接続するように構成され得る。代替として、インターフェースは、ＡＲデバイスなどの別の端末デバイスに接続するように構成され得る。
【0055】
本発明のこの実施形態において示されているモジュール間のインターフェース接続関係は、説明のための一例にすぎず、モバイルフォンの構造に対する限定を構成しないことが理解され得る。本出願のいくつかの他の実施形態では、モバイルフォンは、代替として、上記の実施形態における方式とは異なるインターフェース接続方式を使用するか、または複数のインターフェース接続方式の組合せを使用し得る。
【0056】
充電管理モジュール１４０は、充電器からの充電入力を受けるように構成される。充電器は、ワイヤレス充電器またはワイヤード充電器であり得る。ワイヤード充電のいくつかの実施形態では、充電管理モジュール１４０は、ＵＳＢインターフェースを通してワイヤード充電器の充電入力を受け得る。ワイヤレス充電のいくつかの実施形態では、充電管理モジュール１４０は、モバイルフォンのワイヤレス充電コイルを使用することによってワイヤレス充電入力を受け得る。充電管理モジュール１４０は、バッテリ１４２を充電する間に電力管理モジュール１４１を使用することによって端末デバイスに電力を供給する。
【0057】
電力管理モジュール１４１は、プロセッサ１１０にバッテリ１４２と充電管理モジュール１４０とを接続するように構成される。電力管理モジュール１４１は、バッテリ１４２および／または充電管理モジュール１４０から入力を受け、プロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイスクリーン１９４、カメラ１９３、ワイヤレス通信モジュール１６０などに電力を供給する。電力管理モジュール１４１は、さらに、バッテリ容量、バッテリサイクルカウント、およびバッテリ正常性ステータス（漏電または電気インピーダンス）などのパラメータを監視するように構成され得る。いくつかの他の実施形態では、代替として、電力管理モジュール１４１は、プロセッサ１１０中に配設され得る。いくつかの他の実施形態では、電力管理モジュール１４１と充電管理モジュール１４０とは、代替として、同じデバイス中に配設され得る。
【0058】
モバイルフォンのワイヤレス通信機能は、アンテナモジュール１、アンテナモジュール２、モバイル通信モジュール１５０、ワイヤレス通信モジュール１６０、モデムプロセッサ、ベースバンドプロセッサなどを使用することによって実装され得る。
【0059】
アンテナ１およびアンテナ２は、電磁波信号を送信および受信するように構成される。モバイルフォン中の各アンテナは、１つまたは複数の通信帯域をカバーするように構成され得る。異なるアンテナは、さらに、アンテナ利用率を改善するために多重化され得る。たとえば、セルラーネットワークアンテナは、ワイヤレスローカルエリアネットワークのダイバーシティアンテナとして多重化され得る。いくつかの他の実施形態では、アンテナは、同調スイッチと組み合わせて使用され得る。
【0060】
モバイル通信モジュール１５０は、２Ｇ／３Ｇ／４Ｇ／５Ｇなどを含み、モバイルフォンに適用されるワイヤレス通信解決策を与え得る。モバイル通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、低雑音増幅器（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含み得る。モバイル通信モジュール１５０は、アンテナ１を通して電磁波を受信し、受信された電磁波に対してフィルタリングまたは増幅などの処理を実行し、復調のためのモデムプロセッサに処理された電磁波を送信し得る。モバイル通信モジュール１５０は、さらに、モデムプロセッサによって変調された信号を増幅し、アンテナ１を通した放射のために電磁波に信号を変換し得る。いくつかの実施形態では、モバイル通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０中に配設され得る。いくつかの実施形態では、モバイル通信モジュール１５０の少なくともいくつかの機能モジュールとプロセッサ１１０の少なくともいくつかのモジュールとは、同じデバイス中に配設され得る。
【0061】
モデムプロセッサは、変調器と復調器とを含み得る。変調器は、送られるべき低周波数ベースバンド信号を中または高周波信号に変調するように構成される。復調器は、受信された電磁波信号を低周波数ベースバンド信号に復調するように構成される。次いで、復調器は、処理のためのベースバンドプロセッサに復調を通して取得された低周波数ベースバンド信号を送信する。低周波数ベースバンド信号は、ベースバンドプロセッサによって処理され、次いで、アプリケーションプロセッサに送信される。アプリケーションプロセッサは、（スピーカ１７０Ａ、受信機１７０Ｂなどに限定されない）オーディオデバイスを使用することによってサウンド信号を出力するか、またはディスプレイスクリーン１９４を使用することによって画像またはビデオを表示する。いくつかの実施形態では、モデムプロセッサは、独立した構成要素であり得る。いくつかの他の実施形態では、モデムプロセッサは、プロセッサ１１０とは無関係であり得、モバイル通信モジュール１５０または別の機能モジュールと同じデバイス中に配設される。
【0062】
ワイヤレス通信モジュール１６０は、ワイヤレスローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ、ＢＴ）、グローバルナビゲーション衛星システム（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、ＧＮＳＳ）、周波数変調（Ｆｒｅｑｕｅｎｃｙ Ｍｏｄｕｌａｔｉｏｎ、ＦＭ）、近距離通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）、赤外線（Ｉｎｆｒａｒｅｄ、ＩＲ）技術などを含むワイヤレス通信にモバイルフォンに適用される解決策を与え得る。ワイヤレス通信モジュール１６０は、少なくとも１つの通信処理モジュールに組み込まれる１つまたは複数の構成要素であり得る。ワイヤレス通信モジュール１６０は、アンテナ２を通して電磁波を受信し、電磁波信号に対して周波数変調およびフィルタリング処理を実行し、プロセッサ１１０に処理された信号を送る。ワイヤレス通信モジュール１６０は、さらに、プロセッサ１１０から送られるべき信号を受信し、信号に対して周波数変調および増幅を実行し、信号を、アンテナ２を通して放射するための電磁波に変換し得る。
【0063】
いくつかの実施形態では、モバイルフォンのアンテナ１とモバイル通信モジュール１５０とが結合され、モバイルフォンのアンテナ２とワイヤレス通信モジュール１６０とが結合され、したがって、モバイルフォンは、ワイヤレス通信技術を使用することによってネットワークおよび別のデバイスと通信することができる。ワイヤレス通信技術は、グローバルシステムフォーモバイルコミュニケーションズ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、符号分割多元接続（Ｃｏｄｅ ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割符号分割多元接続（Ｔｉｍｅ－Ｄｉｖｉｓｉｏｎ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤ－ＳＣＤＭＡ）、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、ＩＲ技術などを含み得る。ＧＮＳＳは、全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、ＧＰＳ）、グローバルナビゲーション衛星システム（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、Ｂｅｉｄｏｕ航法衛星システム（ＢｅｉＤｏｕ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、ＢＤＳ）、準天頂衛星システム（Ｑｕａｓｉ－Ｚｅｎｉｔｈ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ、ＱＺＳＳ）、および／または衛星ベースのオーグメンテーションシステム（Ｓａｔｅｌｌｉｔｅ Ｂａｓｅｄ Ａｕｇｍｅｎｔａｔｉｏｎ Ｓｙｓｔｅｍ、ＳＢＡＳ）を含み得る。
【0064】
モバイルフォンは、ＧＰＵ、ディスプレイスクリーン１９４、アプリケーションプロセッサなどを使用することによってディスプレイ機能を実装する。ＧＰＵは、画像処理のためのマイクロプロセッサであり、アプリケーションプロセッサにディスプレイスクリーン１９４を接続する。ＧＰＵは、数学的および幾何学的な計算を実行し、画像をレンダリングするように構成される。プロセッサ１１０は、表示情報を生成または変更するためにプログラム命令を実行する１つまたは複数のＧＰＵを含み得る。
【0065】
ディスプレイスクリーン１９４は、画像、ビデオなどを表示するように構成される。ディスプレイスクリーン１９４は、ディスプレイパネルを含む。ディスプレイパネルは、ＬＣＤ（液晶ディスプレイ、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ Ｓｃｒｅｅｎ）、ＯＬＥＤ（有機発光ダイオード、Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）、アクティブマトリックス有機発光ダイオードまたはアクティブマトリックス有機発光ダイオード（Ａｃｔｉｖｅ－Ｍａｔｒｉｘ Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（Ｆｌｅｘ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、量子ドット発光ダイオード（Ｑｕａｎｔｕｍ Ｄｏｔ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＱＬＥＤ）などを使用し得る。いくつかの実施形態では、モバイルフォンは、１つまたはＮ個のディスプレイスクリーンを含み得、ここで、Ｎは、１よりも大きい正の整数である。
【0066】
モバイルフォンは、ＩＳＰ、カメラ１９３、ビデオコーデック、ＧＰＵ、ディスプレイスクリーン１９４、アプリケーションプロセッサなどを使用することによって撮影機能を実装する。
【0067】
ＩＳＰは、カメラ１９３によってフィードバックされたデータを処理するように構成される。たとえば、撮影中に、シャッタが押され、光がレンズを通してカメラの感光性要素に送られる。光信号は、電気信号に変換され、カメラの感光性要素は、処理のためのＩＳＰに電気信号を送信して、電気信号を可視画像に変換する。ＩＳＰは、さらに、画像のノイズ、明るさ、および顔色に対してアルゴリズム最適化を実行し得る。ＩＳＰは、さらに、撮影シナリオの露出および色温度などのパラメータを最適化し得る。いくつかの実施形態では、ＩＳＰは、カメラ１９３中に配設され得る。
【0068】
カメラ１９３は、静止画像またはビデオをキャプチャするように構成される。オブジェクトの光画像は、レンズを通して生成され、感光性要素上に投影される。感光性要素は、電荷結合デバイス（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ、ＣＣＤ）または相補型金属酸化物半導体（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ－Ｏｘｉｄｅ－Ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）光電トランジスタであり得る。感光性要素は、光信号を電気信号に変換し、次いで、電気信号をデジタル画像信号に変換するためにＩＳＰに電気信号を送信する。ＩＳＰは、処理のためのＤＳＰにデジタル画像信号を出力する。ＤＳＰは、デジタル画像信号をＲＧＢフォーマット、ＹＵＶフォーマットなどの標準画像信号に変換する。いくつかの実施形態では、モバイルフォンは、１つまたはＮ個のカメラを含み得、ここで、Ｎは、１よりも大きい正の整数である。
【0069】
デジタル信号プロセッサは、デジタル信号を処理するように構成され、デジタル画像信号に加えて別のデジタル信号を処理し得る。たとえば、モバイルフォンが周波数を選択するとき、デジタル信号プロセッサは、周波数エネルギーに対してフーリエ変換を実行するなどのように構成される。
【0070】
ビデオコーデックは、デジタルビデオを圧縮または解凍するように構成される。モバイルフォンは、１つまたは複数のビデオコーデックをサポートし得る。このようにして、モバイルフォンは、複数のコーディングフォーマット、たとえば、ＭＰＥＧ１、ＭＰＥＧ２、ＭＰＥＧ３、およびＭＰＥＧ４でビデオを再生または録画し得る。
【0071】
ＮＰＵは、ニューラルネットワーク（Ｎｅｕｒａｌ－Ｎｅｔｗｏｒｋ、ＮＮ）コンピューティングプロセッサである。ＮＰＵは、生物学的なニューラルネットワークの構造を参考にして、たとえば人間の脳ニューロン間の転送モードを参考にして、入力情報を迅速に処理し、さらに、自己学習を連続的に実行し得る。画像認識、顔認識、音声認識、およびテキスト理解など、モバイルフォンのインテリジェント認識などのアプリケーションは、ＮＰＵを使用することによって実装され得る。
【0072】
外部メモリインターフェース１２０は、マイクロＳＤカードなどの外部ストレージカードに接続するように構成されて、モバイルフォンの記憶容量を拡張し得る。外部ストレージカードは、外部メモリインターフェース１２０を通してプロセッサ１１０と通信して、データ記憶機能を実装する。たとえば、音楽およびビデオなどのファイルが外部ストレージカード中に記憶される。
【0073】
内部メモリ１２１は、コンピュータ実行可能プログラムコードを記憶するように構成され得る。実行可能プログラムコードは命令を含む。プロセッサ１１０は、内部メモリ１２１中に記憶された命令を実行して、モバイルフォンおよびデータ処理の様々な機能アプリケーションを実行する。メモリ１２１は、プログラム記憶領域とデータ記憶領域とを含み得る。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能（たとえば、サウンド再生機能または画像再生機能）によって必要とされるアプリケーションなどを記憶し得る。データ記憶領域は、モバイルフォンの使用中に作成されるデータ（たとえば、オーディオデータまたはアドレス帳）などを記憶し得る。さらに、メモリ１２１は、高速ランダムアクセスメモリを含み得、少なくとも１つのディスクストレージデバイス、フラッシュメモリ、またはユニバーサルフラッシュストレージ（Ｕｎｉｖｅｒｓａｌ Ｆｌａｓｈ Ｓｔｏｒａｇｅ、ＵＦＳ）などの不揮発性メモリをさらに含み得る。
【0074】
モバイルフォンは、オーディオモジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイクロフォン１７０Ｃ、ヘッドセットインターフェース１７０Ｄ、アプリケーションプロセッサなどを使用することによって音楽再生または録音などのオーディオ機能を実装し得る。
【0075】
オーディオモジュール１７０は、デジタルオーディオ情報を出力のためのアナログオーディオ信号に変換するように構成され、また、アナログオーディオ入力をデジタルオーディオ信号に変換するように構成される。オーディオモジュール１７０は、オーディオ信号をコーディングおよび復号するようにさらに構成され得る。いくつかの実施形態では、オーディオモジュール１７０は、プロセッサ１１０中に配設され得るか、またはオーディオモジュール１７０のいくつかの機能モジュールは、プロセッサ１１０中に配設される。
【0076】
「ホーン」とも呼ばれるスピーカ１７０Ａは、オーディオ電気信号をサウンド信号に変換するように構成される。モバイルフォンは、スピーカ１７０Ａを使用することによって音楽を聴取するか、またはハンズフリー呼を聴取し得る。
【0077】
「イヤピース」とも呼ばれる受信機１７０Ｂは、オーディオ電気信号をサウンド信号に変換するように構成される。モバイルフォンを使用することによって呼に応答するか、またはボイス情報を受けるとき、受信機１７０Ｂは、ボイスを聴取するために人間の耳の近くに置かれ得る。
【0078】
「マイク」または「マイクロフォン」とも呼ばれるマイクロフォン１７０Ｃは、サウンド信号を電気信号に変換するように構成される。発呼するか、またはボイス情報を送るとき、ユーザは、マイクロフォン１７０Ｃにサウンド信号を入力するためにマイクロフォン１７０Ｃに人間の口を近づけることによって音を発生し得る。少なくとも１つのマイクロフォン１７０Ｃがモバイルフォン中に配設され得る。いくつかの他の実施形態では、２つのマイクロフォンがモバイルフォン中に配設されて、サウンド信号を収集し、さらに雑音低減機能を実装し得る。いくつかの他の実施形態では、３つ、４つ、またはそれより多くのマイクロフォンが、代替として、モバイルフォン中に配設されて、サウンド信号を収集すること、雑音を低減すること、音源をさらに識別すること、指向性録音機能を実装することなどを行い得る。
【0079】
ヘッドセットインターフェース１７０Ｄは、ワイヤードヘッドセットに接続するように構成される。ヘッドセットインターフェースは、ＵＳＢインターフェースであり得るか、または３．５ｍｍのオープンモバイル端末デバイスプラットフォーム（Ｏｐｅｎ Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ Ｐｌａｔｆｏｒｍ、ＯＭＴＰ）標準インターフェースまたは米国セルラー通信工業会（Ｃｅｌｌｕｌａｒ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｄｕｓｔｒｙ Ａｓｓｏｃｉａｔｉｏｎ ｏｆ ｔｈｅ ＵＳＡ、ＣＴＩＡ）標準インターフェースであり得る。
【0080】
圧力センサ１８０Ａは、圧力信号を感知するように構成され、圧力信号を電気信号に変換することができる。いくつかの実施形態では、圧力センサ１８０Ａは、ディスプレイスクリーン１９４上に配設され得る。複数のタイプの圧力センサ１８０Ａ、たとえば、抵抗型圧力センサ、誘導圧力センサ、静電容量型圧力センサがある。静電容量型圧力センサは、導電材料から製造される少なくとも２つの平行プレートを含み得る。力が圧力センサ１８０Ａに加えられるとき、電極間の静電容量が変化する。モバイルフォンは、静電容量の変化に基づいて圧力強度を決定する。タッチ動作がディスプレイスクリーン１９４に対して実行されるとき、モバイルフォンは、圧力センサ１８０Ａを使用することによってタッチ動作の強度を検出する。モバイルフォンはまた、圧力センサ１８０Ａの検出信号に基づいてタッチロケーションを計算し得る。いくつかの実施形態では、同じタッチロケーションにおいて実行されるが、異なるタッチ動作強度を有するタッチ動作は、異なる動作命令に対応し得る。たとえば、タッチ動作強度が第１の圧力しきい値よりも小さいタッチ動作がメッセージアイコンに対して実行されるとき、ＳＭＳメッセージを閲覧するための命令が実行される。タッチ動作強度が第１の圧力しきい値以上のタッチ動作がメッセージアイコンに対して実行されるとき、新しいＳＭＳメッセージを作成するための命令が実行される。
【0081】
ジャイロセンサ１８０Ｂは、モバイルフォンの移動姿勢を決定するように構成され得る。いくつかの実施形態では、３つの軸（すなわち、ｘ、ｙ、およびｚ軸）を中心としたモバイルフォンの角速度は、ジャイロセンサ１８０Ｂを使用することによって決定され得る。ジャイロセンサ１８０Ｂは、撮影中に画像安定化を実行するように構成され得る。たとえば、シャッタが押されるとき、ジャイロセンサ１８０Ｂは、モバイルフォンが揺らぐ角度を検出し、角度に基づいた計算を通して、レンズモジュールが補償する必要のある距離を取得し、レンズが、逆の動きによってモバイルフォンの揺らぎを消去することを可能にして、画像安定化を実装する。ジャイロセンサ１８０Ｂは、さらに、ナビゲーションおよび動き検知ゲームシナリオで使用され得る。
【0082】
気圧センサ１８０Ｃは、気圧を測定するように構成される。いくつかの実施形態では、モバイルフォンは、気圧センサ１８０Ｃによって測定された気圧を使用することによって高度を計算して、測位およびナビゲーションを支援する。
【0083】
磁気センサ１８０Ｄは、ホールセンサを含む。モバイルフォンは、磁気センサ１８０Ｄを使用することによってフリップスマートカバーの開閉を検出し得る。いくつかの実施形態では、モバイルフォンがクラムシェルフォンであるとき、モバイルフォンは、磁気センサ１８０Ｄに基づいてフリップカバーの開／閉を検出し得る。さらに、フリップカバーの自動アンロックなどの特徴は、スマートカバーの検出された開／閉状態またはフリップカバーの検出された開／閉状態に基づいて設定される。
【0084】
加速度センサ１８０Ｅは、モバイルフォンの様々な方向の（通常、３つの軸上での）加速度の値を検出し得る。モバイルフォンが静止しているとき、重力の値および方向が検出され得る。加速度センサ１８０Ｅは、さらに、端末デバイスの姿勢を識別するように構成され得、横長モードと縦長モードまたは歩数計との間の切替えなどのアプリケーションに適用される。
【0085】
距離センサ１８０Ｆは、距離を測定するように構成される。モバイルフォンは、赤外線光またはレーザーを通して距離を測定し得る。いくつかの実施形態では、撮影シナリオにおいて、モバイルフォンは、距離センサ１８０Ｆを使用することによって距離を測定して、速い焦点合わせを実装し得る。
【0086】
光近接センサ１８０Ｇは、発光ダイオード（ＬＥＤ）と光検出器、たとえば、フォトダイオードとを含み得る。発光ダイオードは、赤外線発光ダイオードであり得る。モバイルフォンは、発光ダイオードを使用することによって赤外線光を放出する。モバイルフォンは、フォトダイオードを使用することによって近くのオブジェクトからの赤外線反射光を検出する。十分な反射光が検出されるとき、モバイルフォンは、モバイルフォンの近くにオブジェクトがあると決定し得る。十分な反射光が検出されないとき、モバイルフォンは、モバイルフォンの近くにオブジェクトがないと決定し得る。モバイルフォンは、光近接センサ１８０Ｇを使用することによって、ユーザが発呼するために耳の近くにモバイルフォンを保持することを検出し、それにより電力節約のために画面を自動的にオフにし得る。光近接センサ１８０Ｇはまた、画面を自動的にアンロックまたはロックするためにスマートカバーモードまたはポケットモードで使用され得る。
【0087】
周辺光センサ１８０Ｌは、周辺光の明るさを感知するように構成される。モバイルフォンは、感知された周辺光の明るさに基づいてディスプレイ画面１９４の明るさを適応的に調整し得る。周辺光センサ１８０Ｌはまた、撮影中にホワイトバランスを自動的に調整するように構成され得る。周辺光センサ１８０Ｌはまた、偶発的なタッチを防げるためにモバイルフォンがポケット中にあるかどうかを検出するために光近接センサ１８０Ｇと協働し得る。
【0088】
指紋センサ１８０Ｈは、指紋を収集するように構成される。モバイルフォンは、指紋アンロック、アプリケーションアクセスロック、指紋撮影、指紋呼応答などを実装するために収集された指紋の特徴を使用し得る。
【0089】
温度センサ１８０Ｊは、温度を検出するように構成される。いくつかの実施形態では、モバイルフォンは、温度センサ１８０Ｊによって検出された温度に基づいて温度処理ポリシーを実行する。たとえば、温度センサ１８０Ｊによって報告された温度がしきい値を超えるとき、モバイルフォンは、温度センサ１８０Ｊの近くのプロセッサのパフォーマンスを低下させて、熱保護のために電力消費量を低減する。いくつかの他の実施形態では、温度が別のしきい値よりも小さいとき、モバイルフォンは、低温度のためにモバイルフォンが異常に停止されるのを防げるためにバッテリ１４２を加熱する。いくつかの他の実施形態では、温度がさらに別のしきい値よりも小さいとき、モバイルフォンは、低温度によって生じる異常なシャットダウンを回避するためにバッテリ１４２の出力電圧をブーストする。
【0090】
タッチセンサ１８０Ｋは「タッチパネル」とも呼ばれ、ディスプレイ画面１９４上に配設され得る。タッチセンサ１８０Ｋは、タッチセンサ１８０Ｋ上でまたはそれの近くで実行されたタッチ動作を検出するように構成される。タッチセンサ１８０Ｋは、アプリケーションプロセッサに検出されたタッチ動作を転送して、タッチイベントのタイプを決定し、ディスプレイ画面１９４を使用することによって対応する視覚出力を与え得る。いくつかの他の実施形態では、タッチセンサ１８０Ｋは、代替として、モバイルフォンのサーフェス上に配設され得、ディスプレイ画面１９４のロケーションとは異なるロケーションにある。
【0091】
骨伝導センサ１８０Ｍは、振動信号を取得し得る。いくつかの実施形態では、骨伝導センサ１８０Ｍは、人間の発声部分の振動骨の振動信号を取得し得る。骨伝導センサ１８０Ｍはまた、人間の脈と接触し、血圧の鼓動信号を受信し得る。いくつかの実施形態では、骨伝導センサ１８０Ｍはまた、ヘッドセット中に配設され得る。オーディオモジュール１７０は、発声部分の振動骨の振動信号であって骨伝導センサ１８０Ｍによって取得される振動信号に基づく解析によりボイス信号を取得して、ボイス機能を実装し得る。アプリケーションプロセッサは、骨伝導センサ１８０Ｍによって取得された血圧の鼓動信号に基づいて心拍情報を解析して、心拍検出機能を実装し得る。
【0092】
ボタン１９０は、電源ボタン、ボリュームボタンなどを含む。ボタンは、機械式ボタンであり得るか、またはタッチボタンであり得る。モバイルフォンは、ボタン入力を受信し、モバイルフォンのユーザ設定および機能制御に関係するボタン信号入力を生成する。
【0093】
モータ１９１は、振動プロンプトを生成し得る。モータ１９１は、着呼振動プロンプトおよびタッチ振動フィードバックを生成するように構成され得る。たとえば、異なるアプリケーション（たとえば、撮影アプリケーションおよびオーディオ再生アプリケーション）に対して実行されるタッチ動作は、異なる振動フィードバック効果に対応し得る。モータ１９１はまた、ディスプレイ画面１９４の異なるエリアに対して実行されるタッチ動作のための異なる振動フィードバック効果に対応し得る。異なる適用シナリオ（たとえば、時間リマインダ、情報受信、アラームクロック、ゲームなど）はまた、異なる振動フィードバック効果に対応し得る。タッチ振動フィードバック効果は、さらにカスタマイズされ得る。
【0094】
インジケータ１９２は、インジケータライトであり得、課金ステータスおよび出力変化を示すように構成され得るか、またはメッセージ、失われた呼、通知などを示すように構成され得る。
【0095】
ＳＩＭカードインターフェース１９５は、加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ、ＳＩＭ）に接続されるように構成される。ＳＩＭカードは、ＳＩＭカードインターフェースに挿入されるかまたはＳＩＭカードインターフェースから抜かれて、モバイルフォンとの接触またはそれからの分離を実装し得る。モバイルフォンは、１つまたはＮ個のＳＩＭカードインターフェースをサポートし得、ここで、Ｎは、１よりも大きい正の整数である。ＳＩＭカードインターフェース１９５は、ナノＳＩＭカード、マイクロＳＩＭカード、ＳＩＭカードなどをサポートし得る。複数のカードが、同じＳＩＭカードインターフェースに同時に挿入され得る。複数のカードは、同じタイプまたは異なるタイプのものであり得る。ＳＩＭカードインターフェース１９５は、異なるタイプのＳＩＭカードにも適合可能であり得る。ＳＩＭカードインターフェース１９５は、外部ストレージカードにも適合可能であり得る。モバイルフォンは、発呼およびデータ通信などの機能を実装するためにＳＩＭカードを使用することによってネットワークと対話する。いくつかの実施形態では、モバイルフォンは、ｅＳＩＭ、すなわち、埋込みＳＩＭカードを使用する。ｅＳＩＭカードは、モバイルフォン中に埋め込まれ得、モバイルフォンから分離されることができない。モバイルフォンのソフトウェアシステムは、階層アーキテクチャ、イベント駆動型アーキテクチャ、マイクロカーネルアーキテクチャ、マイクロサービスアーキテクチャ、またはクラウドアーキテクチャを使用し得る。本発明のこの実施形態では、階層アーキテクチャを用いるアンドロイドシステムが、モバイルフォンのソフトウェア構造について説明するために一例として使用される。
【0096】
図６は、本発明の一実施形態によるモバイルフォンのソフトウェア構造のブロック図である。
【0097】
階層アーキテクチャでは、ソフトウェアは、いくつかのレイヤに分割され、各レイヤは、明確な役割およびタスクを有する。レイヤは、ソフトウェアインターフェースを通して互いに通信する。いくつかの実施形態では、アンドロイドシステムは、４つのレイヤ、すなわち、上から下にアプリケーションレイヤ、アプリケーションフレームワークレイヤ、アンドロイドランタイム（Ａｎｄｒｏｉｄ Ｒｕｎｔｉｍｅ）およびシステムライブラリ、ならびにカーネルレイヤに分割される。
【0098】
アプリケーションレイヤは、一連のアプリケーションパッケージを含み得る。
【0099】
図６に示されているように、アプリケーションパッケージは、「カメラ」、「ギャラリー」、「カレンダ」、「呼」、「マップ」、「ナビゲーション」、「ＷＬＡＮ」、「Ｂｌｕｅｔｏｏｔｈ」、「音楽」、「ビデオ」、および「ＳＭＳメッセージ」などのアプリケーションを含み得る。
【0100】
アプリケーションフレームワークレイヤは、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）とアプリケーションレイヤにおけるアプリケーションのためのプログラミングフレームワークとを与える。アプリケーションフレームワークレイヤは、いくつかのあらかじめ定義された機能を含む。
【0101】
図６に示されているように、アプリケーションフレームワークレイヤは、ウィンドウマネージャ、コンテンツプロバイダ、ビューシステム、フォンマネージャ、リソースマネージャ、通知マネージャなどを含み得る。
【0102】
ウィンドウマネージャは、ウィンドウプログラムを管理するように構成される。ウィンドウマネージャは、ディスプレイのサイズを取得すること、ステータスバーがあるかどうかを決定すること、画面をロックすること、スクリーンショットを取ることなどを行い得る。
【0103】
コンテンツプロバイダは、データを記憶および取得し、データがアプリケーションによってアクセスされることを可能にするように構成される。データは、ビデオ、画像、オーディオ、発せられる呼および受話される呼、ブラウズ履歴およびブックマーク、電話帳などを含み得る。
【0104】
ビューシステムは、テキストを表示するための制御およびピクチャを表示するための制御などの視覚制御を含む。ビューシステムは、アプリケーションを構築するように構成され得る。ディスプレイインターフェースは、１つまたは複数のビューを含み得る。たとえば、メッセージ通知アイコンを含むディスプレイインターフェースは、テキストディスプレイビューとピクチャディスプレイビューとを含み得る。
【0105】
フォンマネージャは、モバイルフォンの通信機能、たとえば、（応答または拒否を含む）呼ステータスの管理を与えるように構成される。
【0106】
リソースマネージャは、ローカライズされた文字列、アイコン、ピクチャ、レイアウトファイル、およびビデオファイルなどのアプリケーションのための様々なリソースを与える。
【0107】
通知マネージャは、アプリケーションがステータスバー中に通知情報を表示することを可能にし、通知メッセージを搬送するように構成され得る。通知マネージャは、ユーザ対話を必要とすることなしに短い休止後に自動的に消失し得る。たとえば、通知マネージャは、ダウンロード完了を通知すること、メッセージ通知を与えることなどを行うように構成される。通知マネージャは、代替として、グラフまたはスクロールバーテキストの形態でシステムの上部のステータスバー中に現れる通知、たとえば、バックグラウンドで動作するアプリケーションの通知またはダイアログウィンドウの形態で画面上に現れる通知であり得る。たとえば、テキスト情報がステータスバー中にプロンプトされるか、プロンプトトーンが生成されるか、端末デバイスが振動するか、またはインジケータライトが明滅する。
【0108】
アンドロイドランタイムは、カーネルライブラリと仮想マシンとを含む。アンドロイドランタイムは、アンドロイドシステムのスケジューリングおよび管理を担当する。
【0109】
カーネルライブラリは、Ｊａｖａ言語で呼び出される必要がある機能とアンドロイドのカーネルライブラリとの２つの部分を含む。
【0110】
アプリケーションレイヤとアプリケーションフレームワークレイヤとは仮想マシン上で動作する。仮想マシンは、バイナリファイルとしてアプリケーションレイヤとアプリケーションフレームワークレイヤとでＪａｖａファイルを実行する。仮想マシンは、オブジェクトのライフサイクル管理、スタック管理、スレッド管理、セキュリティおよび例外管理、ならびにガベージコレクションなどの機能を実行するように構成される。
【0111】
システムライブラリは、複数の機能モジュール、たとえば、サーフェスマネージャ（Ｓｕｒｆａｃｅ Ｍａｎａｇｅｒ）、媒体ライブラリ（Ｍｅｄｉａ Ｌｉｂｒａｒｉｅｓ）、３次元グラフィックス処理ライブラリ（たとえば、ＯｐｅｎＧＬ ＥＳ）、および２Ｄグラフィックスエンジン（たとえば、ＳＧＬ）を含み得る。
【0112】
サーフェスマネージャは、ディスプレイサブシステムを管理することと、複数のアプリケーションに２Ｄおよび３Ｄレイヤの融合を与えることとを行うように構成される。
【0113】
メディアライブラリは、複数の一般的に使用されるオーディオおよびビデオフォーマット、静止画像ファイルなどの再生および記録をサポートする。メディアライブラリは、ＭＰＥＧ４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、およびＰＮＧなどの複数のオーディオおよびビデオコーディングフォーマットをサポートし得る。
【0114】
３次元グラフィックス処理ライブラリは、３次元グラフィックス図面、画像レンダリング、合成、レイヤ処理などを実装するように構成される。
【0115】
２Ｄグラフィックスエンジンは、２Ｄ図面のための描画エンジンである。
【0116】
カーネルレイヤは、ハードウェアとソフトウェアとの間のレイヤである。カーネルレイヤは、少なくともディスプレイドライバと、カメラドライバと、オーディオドライバと、センサドライバとを含む。
【0117】
図７は、従来のＭＰＴＣＰ確立処理の一例の概略図である。Ｗｉ－Ｆｉネットワークの信号が弱いとき、モバイルフォンとアプリケーションサーバとの間での１つの情報送信に必要なデータ送信遅延は２００ｍｓであり、またはＬＴＥネットワークの信号が強いとき、モバイルフォンとアプリケーションサーバとの間での１つの情報送信に必要なデータ送信遅延は２０ｍｓであると仮定する。図７では、ステップａ１において、Ｗｉ－Ｆｉネットワークに対応する第１のＴＣＰ接続の確立を完了するためにＷｉ－Ｆｉネットワーク上でアプリケーションサーバとスリーウェイハンドシェイクをモバイルフォンが実行するために６００ｍｓかかる。ステップｂ１：第１のＴＣＰ接続が正常に確立された後、アプリケーションサーバは、第１のＴＣＰ接続を使用することによってモバイルフォンにデータを送る。ステップｃ１：次いで、モバイルフォンは、第１のＴＣＰ接続を使用することによってアプリケーションサーバに、第２のＩＰアドレスが追加されているパケットを送る。この処理は２００ｍｓかかる。ステップｄ１：アプリケーションサーバは、第２のＩＰアドレスを使用することによってＬＴＥネットワーク中のモバイルフォンに肯定応答情報を送り、すなわち、モバイルフォンとアプリケーションサーバとは、第２のＩＰアドレスを使用することによってＬＴＥネットワークに対応する第２のＴＣＰ接続を確立する。この処理は２０ｍｓかかる。最後に、モバイルフォンは、同時に２つのＴＣＰ接続を使用することによってアプリケーションサーバとのデータ送信を実行する。
【0118】
ＭＰＴＣＰ確立処理がビデオの再生開始期間に行われる場合、ビデオストリームデータは６００ｍｓの間送信されず、再生開始遅延が比較的長くなることを意味することがわかる。モバイルフォンに接続されたルータの信号が不安定であり、モバイルフォンがインターネットにアクセスすることができない場合、第１のＴＣＰ接続が確立されることができないことがある。したがって、ＭＰＴＣＰ確立が失敗し、ビデオは適切に再生されることができない。言い換えれば、第１のＴＣＰ接続のデータ送信遅延が従来のＭＰＴＣＰ確立方式では比較的長くなるという問題がある。
【0119】
ＭＰＴＣＰ確立方式の上記の問題のために、本出願の一実施形態は接続確立方法を提供する。本方法は、図７のＭＰＴＣＰ確立方式を最適化する。たとえば、最適化されたＭＰＴＣＰ確立方式が図８に示されている。図８では、ステップａ２において、モバイルフォンが、最初に、ＬＴＥネットワーク中のアプリケーションサーバとのスリーウェイハンドシェイクを実行し、したがって、ＬＴＥネットワークに対応する第１のＴＣＰ接続の確立を完了するのに６０ｍｓしかかからない。ステップｂ２：第１のＴＣＰ接続が正常に確立された後、アプリケーションサーバは、第１のＴＣＰ接続を使用することによってモバイルフォンにデータを送る。ステップｃ２：次いで、モバイルフォンは、第１のＴＣＰ接続を使用することによってアプリケーションサーバに、第２のＩＰアドレスが追加されているパケットを送る。この処理は２０ｍｓかかる。ステップｄ２：次いで、アプリケーションサーバは、第２のＩＰアドレスを使用することによってＷｉ－Ｆｉネットワーク中のモバイルフォンに肯定応答情報を送り、すなわち、モバイルフォンとアプリケーションサーバとは、第２のＩＰアドレスを使用することによってＷｉ－Ｆｉネットワークに対応する第２のＴＣＰ接続を確立する。この処理は２００ｍｓかかる。最後に、モバイルフォンは、同時に２つのＴＣＰ接続を使用することによってアプリケーションサーバとのデータ送信を実行する。
【0120】
図８の第１のＴＣＰ接続は、確立されるのに６０ｍｓしか必要とせず、これは、図７の６００ｍｓと比較して５４０ｍｓを節約し、再生開始遅延を短縮し、ユーザエクスペリエンスを改善するという目的を達成できることがわかる。
【0121】
言い換えれば、本出願の一実施形態は、接続確立方法を提供する。本方法は、以下を含む。Ｗｉ－Ｆｉネットワークのインターフェースとセルラーネットワークのインターフェースとの両方が利用可能である（たとえば、セルラーネットワークとＷｉ－Ｆｉネットワークとの両方の機能スイッチがオンになっている）ことを端末デバイスが検出するとき、端末デバイスは、最初に、比較的小さいデータ送信遅延をもつネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立し得る。第１のＴＣＰ接続が正常に確立された後、端末デバイスは、次いで、他のネットワークのインターフェースを通してアプリケーションサーバへの第２のＴＣＰ接続を確立する。特に、端末デバイスは、ＭＰＴＣＰの各ＴＣＰ接続のデータ送信遅延であって履歴データ中で記録されているデータ送信遅延に基づいて、比較的小さいデータ送信遅延をもつターゲットネットワークを決定し得る。端末デバイスは、最初に、ターゲットネットワーク中で第１のＴＣＰ接続を確立し得る。たとえば、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の第１の平均値と２つの標準偏差との、履歴データ中に記録されている和が、ＬＴＥネットワークに対応するＴＣＰ接続のデータ送信遅延の第２の平均値よりも小さいとき、端末は、最初に、Ｗｉ－Ｆｉネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立する。第１のＴＣＰ接続が正常に確立された後、第２のＴＣＰ接続が、ＬＴＥネットワークのインターフェースを通してアプリケーションサーバに対して確立される。
【0122】
以下は、添付の図面と適用例シナリオとを参照しながら本出願の一実施形態による接続確立方法について詳細に説明する。
【0123】
図９は、本出願の一実施形態による接続確立方法のプロシージャの一例を示す。本方法は、端末デバイスによって実行され、本方法は、以下のステップを含む。
【0124】
ステップ３０１：端末デバイスは、端末デバイスとアプリケーションサーバとの間に確立されたＭＰＴＣＰ接続の履歴データを取得する。
【0125】
履歴データは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とを含む。
【0126】
たとえば、Ｈｕａｗｅｉビデオアプリケーション中でビデオを再生する処理中に同時にＷｉ－ＦｉネットワークとＬＴＥネットワークとの両方にモバイルフォンが現在接続されている場合、モバイルフォンは、ビデオの１０分間の再生持続時間中の最後の１分中にモバイルフォンとＨｕａｗｅｉビデオアプリケーションサーバとの間で確立される３つのＭＰＴＣＰの履歴データを取得し得る。たとえば、３つのＭＰＴＣＰの履歴データの特定のコンテンツは表１に示されている。
【0127】
【表1】
【0128】
ステップ３０２：端末デバイスは、履歴データに基づいてＷｉ－Ｆｉネットワークとセルラーネットワークとから、比較的小さいデータ送信遅延を有するＴＣＰ接続をもつターゲットネットワークを決定する。
【0129】
可能な設計では、ＴＣＰ接続のデータ送信遅延が正規分布に準拠する場合、端末デバイスは、式１、式２、および式３に従って、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の第１の平均値および標準偏差と、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の第２の平均値とを計算し得る。
【0130】
【数5】
【0131】
【数6】
【0132】
および
【0133】
【数7】
【0134】
であり、ここで、μ１は、第１の平均値であり、μ２は、第２の平均値であり、σは、標準偏差であり、ｘ1からｘNは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延であり、Ｎは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の量であり、ｙ1からｙMは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延であり、Ｍは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の量である。
【0135】
μ２≦μ１＋２×σである場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延が、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であると決定し、またはμ２＞μ１＋２×σである場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延が、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延よりも大きいと決定する。
【0136】
標準偏差は、主に、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の揺らぎを反映することに留意されたい。Ｗｉ－Ｆｉネットワーク上では、Ｗｉ－Ｆｉネットワークのパケットロス率は、同一チャネル干渉、アクセスユーザの量、およびレートリミッティングにより高くなり得、データ送信遅延は、異なる瞬間に大幅に変動する。したがって、ターゲットネットワークを選択するときに、端末デバイスは、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延の平均値を考慮する必要があり、さらに、標準偏差に関して包括的な決定を実行する必要がある。セルラーネットワークの揺らぎは比較的小さいので、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の標準偏差は、本出願のこの実施形態では考慮されないことがあることに留意されたい。
【0137】
たとえば、モバイルフォンは、式１に従って、表１のＷｉ－Ｆｉネットワークに対応するＴＣＰ接続の３つのデータ送信遅延の第１の平均値μ１を計算し、式２に従って標準偏差σを計算し、さらに、式３に従って、ＬＴＥネットワークに対応するＴＣＰ接続の３つのデータ送信遅延の第２の平均値μ２を計算し得る。μ１＋２σが第２の平均値μ２以下である場合、モバイルフォンは、Ｗｉ－Ｆｉネットワークがターゲットネットワークであると決定し、そうでない場合、モバイルフォンは、ＬＴＥネットワークがターゲットネットワークであると決定する。
【0138】
【数8】
【0139】
【数9】
【0140】
および
【0141】
【数10】
【0142】
可能な設計では、端末デバイスはまた、異なる瞬間に確立されるＭＰＴＣＰ接続の重み値を設定し得る。セルラーネットワークに対応するＴＣＰ接続においてより早期に確立されるＴＣＰ接続のデータ送信遅延は、より低い重みを有する。このようにして、端末デバイスは、さらに、式４に従って、履歴データ中のＬＴＥネットワークに対応するＴＣＰ接続のデータ送信遅延の第２の加重平均値を計算し得る。
【0143】
【数11】
【0144】
ここで、μ２’は、第２の加重平均値であり、ω1からωMは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の重み値であり、ｙ1からｙMは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延であり、Ｍは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延の量である。
【0145】
この場合、μ２’≦μ１＋２×σである場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延が、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延以下であると決定し、またはμ２’＞μ１＋２×σである場合、端末デバイスは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延が、Ｗｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延よりも大きいと決定する。
【0146】
たとえば、表１のセルラーネットワークに対応するＴＣＰ接続のデータ送信遅延におけるｂ１、ｂ２、およびｂ３の重み値が、それぞれω１、ω２、およびω３であると仮定すると、端末デバイスは、さらに、式４に従って、ＬＴＥネットワークに対応するＴＣＰ接続の３つのデータ送信遅延の第２の加重平均値μ２’を計算し得る。μ１＋２σが第２の平均値μ２以下であり、μ１＋２σが第２の加重平均値μ２’以下である場合、モバイルフォンは、Ｗｉ－Ｆｉネットワークがターゲットネットワークであると決定し、そうでない場合、モバイルフォンは、ＬＴＥネットワークがターゲットネットワークであると決定する。
【0147】
【数12】
【0148】
ステップ３０３：ターゲットネットワークを決定した後に、端末デバイスは、ターゲットネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、端末デバイスは、別のネットワークのインターフェースを通してアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0149】
言い換えれば、Ｗｉ－Ｆｉネットワークがターゲットネットワークであると決定した後に、端末デバイスは、最初に、Ｗｉ－Ｆｉネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立し、次いで、第１のＴＣＰ接続が正常に確立された後にＬＴＥネットワークのインターフェースを通してアプリケーションサーバへの第２のＴＣＰ接続を確立する。代替として、セルラーネットワークがターゲットネットワークであると決定した後に、端末デバイスは、最初に、セルラーネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立し、次いで、第１のＴＣＰ接続が正常に確立された後にＷｉ－Ｆｉネットワークのインターフェースを通してアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0150】
履歴データが異なるアプリケーションのＭＰＴＣＰ接続の履歴データを含み得ることを考慮すると、端末デバイスのロケーションが移動する場合、端末デバイスによって現在アクセスされている基地局は、セルラーネットワークに対応し履歴データ中にあるＴＣＰ接続によってアクセスされる基地局とは異なり得る。代替的に、端末デバイスによって現在アクセスされているＳＳＩＤは、Ｗｉ－Ｆｉネットワークに対応し、履歴データ中にあるＴＣＰ接続によってアクセスされるＳＳＩＤとは異なり得、したがって、ＴＣＰ接続のデータ送信遅延は利用不可能である。履歴データが、アプリケーションの識別子と、セルラーネットワークの識別子と、Ｗｉ－Ｆｉネットワークの識別子とをさらに含む場合、可能な設計では、ステップ３０２を実行するときに、端末デバイスは、最初に、履歴データから、識別子がアプリケーションサーバに対応するアプリケーションの識別子と同じであるターゲットＴＣＰ接続のデータ送信遅延セットを決定し得る。次いで、端末デバイスは、ターゲットＴＣＰ接続のデータ送信遅延セットから、識別子が現在のセルラーネットワークの識別子と同じである第１のデータ送信遅延を決定し、Ｗｉ－Ｆｉネットワークの識別子に基づいてターゲットＴＣＰ接続のデータ送信遅延セットから、識別子が現在のＷｉ－Ｆｉネットワークの識別子と同じである第２のデータ送信遅延を決定する。端末デバイスは、第１のデータ送信遅延と第２のデータ送信遅延とに基づき、式１から式４に従って第１の平均値と、標準偏差と、第２の平均値と、第２の加重平均値とを計算する。
【0151】
たとえば、Ｈｕａｗｅｉビデオアプリケーション中でビデオを再生する処理中に同時にＷｉ－ＦｉネットワークとＬＴＥネットワークとの両方にモバイルフォンが現在接続されている場合、モバイルフォンは、ビデオの１０分間の再生持続時間中の最後の１分中にモバイルフォンとＨｕａｗｅｉビデオアプリケーションサーバとの間で確立される３つのＭＰＴＣＰの履歴データを取得し得る。たとえば、３つのＭＰＴＣＰの履歴データの特定のコンテンツが表２に示されている。
【0152】
【表2】
【0153】
モバイルフォン上で現在動作しているアプリケーションの識別子が００１であり、現在アクセスされているＳＳＩＤがｍｙｈｏｍｅであり、セルＩＤが１００であると仮定すると、モバイルフォンはａ１、ａ２、ｂ１、およびｂ２のみを使用することによって第１の平均値と、標準偏差と、第２の平均値と、第２の加重平均値とを計算し得る。特定の計算方式は、上記の式に示されており、本明細書では、詳細は再び説明されない。
【0154】
別の可能な設計では、端末デバイスは、エージングタイムを設定して、現在の瞬間から指定された持続時間までに発生する履歴データを消去し、最新のＭＰＴＣＰ接続の履歴データのみを保持し得る。たとえば、端末デバイスは、現在の瞬間から１分より前のＭＰＴＣＰ接続の履歴データを消去し、現在の瞬間から１分以内のＭＰＴＣＰ接続の履歴データのみを保持する。そのような履歴データは、Ｗｉ－ＦｉネットワークとセルラーネットワークとのＴＣＰ接続のデータ送信遅延のサイズを正確に反映し、ターゲットネットワークを決定するのを助けることができる。
【0155】
可能な設計では、端末デバイスのロケーションが変化するか、または、端末が２つのセルの重要なロケーションにある場合、セルラー基地局のアクセスポイントまたは端末デバイスによって現在アクセスされているワイヤレスルータが変化する。言い換えれば、現在アクセスされているセルラーネットワークおよびＷｉ－Ｆｉネットワークのインターフェースは、履歴データ中のＭＰＴＣＰ接続のインターフェースとは異なる。この場合、現在アクセスされているセルラーネットワークのインターフェースに対応するＴＣＰ接続の第１のデータ送信遅延および第１のアプリケーション識別子と、現在アクセスされているＷｉ－Ｆｉネットワークのインターフェースに対応するＴＣＰ接続の第２のデータ送信遅延および第１のアプリケーション識別子とは、履歴データから発見されないことがある。この場合、Ｗｉ－Ｆｉネットワークのインターフェースとセルラーネットワークのインターフェースとの両方が利用可能であるとき、端末デバイスは、現在アクセスされているセルラーネットワークがＬＴＥネットワークであるかどうか、および信号強度が指定されたしきい値よりも大きいかどうかを決定し得る。両方の条件が満たされる場合、端末デバイスは、ターゲットネットワークがＬＴＥネットワークであると決定し、最初に、ＬＴＥネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を確立する。そうでない場合、端末デバイスは、Ｗｉ－Ｆｉネットワークのインターフェースを通してアプリケーションサーバへの第１のＴＣＰ接続を最初に確立する。現在のＬＴＥネットワークが２Ｇネットワークおよび３Ｇネットワークと比較して比較的小さいデータ送信遅延を有するので、セルラーネットワーク中のＬＴＥネットワークが最初に選択される。
【0156】
端末デバイスが、セルラーネットワークを使用することによってアプリケーションサーバへの第１のＴＣＰ接続を確立するときに端末デバイスがセルラーネットワークをアクティブ化するために２００ｍｓかかり得ることを考慮すると、セルラーネットワークを使用することによってアプリケーションサーバへの第１のＴＣＰ接続を確立する前に、端末デバイスは、最初に、端末デバイスによってアクセスされるセルラー基地局にパケットを送って、端末デバイスのセルラーネットワークをアクティブ化し得る。これは、セルラーネットワークが使用されないとき、端末デバイスのセルラーネットワークはスリープ状態にあり、起動処理は約２００ｍｓの持続時間を必要とするからである。端末デバイスがセルラーネットワークに対応するＴＣＰ接続を確立する前にパケットが生成される場合、セルラーネットワークは、事前に起動され、それによって、約２００ｍｓを節約し得る。実際の設計では、端末デバイスによって送られたパケットは、ＵＤＰパケットであり得、セルラー基地局は、パケットを受信した後に情報を戻す必要がない。さらに、パケットに対応する宛先ＩＰアドレスは、存在しない受信機のＩＰアドレスであり、それにより、セルラーネットワークをアクティブ化するために使用されるパケットが攻撃パケットとして識別されることを防ぎ得る。
【0157】
図１０Ａおよび図１０Ｂに示されている方法フローチャートを参照して、以下は、主に、ビデオアプリケーションサーバからストリーミングメディアを再生するときにモバイルフォンがＭＰＴＣＰを確立する一例を使用することによって図９に示されている接続確立方法について詳細に説明する。
【0158】
ステップ４０１：モバイルフォンは、Ｈｕａｗｅｉビデオアプリケーション中でのユーザの動作命令に応答してＨｕａｗｅｉビデオアプリケーションサーバへのネットワーク接続を確立する。モバイルフォンは、Ｗｉ－ＦｉネットワークとＬＴＥネットワークとが現在同時に利用可能であるかどうかを決定する。Ｗｉ－ＦｉネットワークとＬＴＥネットワークとが同時に利用可能でない場合、ステップ４０２が実行され、そうでない場合、ステップ４０３が実行される。
【0159】
ステップ４０２：ただ１つのネットワークが現在利用可能であるとモバイルフォンが決定する場合、モバイルフォンは、ＴＣＰ接続を作成するためにネットワークを直接選択する。
【0160】
ステップ４０３：Ｗｉ－ＦｉネットワークとＬＴＥネットワークとの両方が現在利用可能であるとモバイルフォンが決定する場合、モバイルフォンは、履歴データが存在するかどうか、たとえば、履歴的に確立されたＭＰＴＣＰのデータが過去１分以内に存在するかどうかを決定する。履歴データが存在しない場合、ステップ４０４ａが実行され、そうでない場合、ステップ４０４ｂが実行される。
【0161】
ステップ４０４ａ：モバイルフォンのロケーションが変化する場合、現在アクセスされているセルおよびＳＳＩＤの履歴データと同じである履歴データがない。この場合、モバイルフォンは、現在アクセスされているセルラーネットワークがＬＴＥネットワークであるかどうかを決定する。現在アクセスされているセルラーネットワークがＬＴＥネットワークである場合、ステップ４０５ａが実行され、そうでない場合、ステップ４０８ａが実行される。
【0162】
ステップ４０５ａ：モバイルフォンは、ＬＴＥネットワークのＲＳＳＩが設定値よりも大きいかどうかを決定する。ＬＴＥネットワークのＲＳＳＩが設定値よりも大きい場合、ステップ４０６ａが実行され、そうでない場合、ステップ４０８ａが実行される。
【0163】
ステップ４０６ａ：モバイルフォンは、モバイルフォンによってアクセスされるＬＴＥネットワークの基地局にＵＤＰパケットを送り、ここで、ＵＤＰパケットは、ＬＴＥネットワークをアクティブ化するために使用される。
【0164】
ステップ４０７ａ：モバイルフォンは、ＬＴＥネットワークのインターフェースを使用することによって第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、モバイルフォンは、Ｗｉ－Ｆｉネットワークのインターフェースを使用することによってアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0165】
ステップ４０８ａ：現在アクセスされているセルラーネットワークが２Ｇネットワークもしくは３Ｇネットワークであるか、またはモバイルフォンによって現在アクセスされているＬＴＥネットワークの受信信号強度インジケータ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｉｏｎ、ＲＳＳＩ）が設定値以下である（たとえば、信号バーの量が３以下である）とモバイルフォンが決定する場合、モバイルフォンは、Ｗｉ－Ｆｉネットワークのインターフェースを使用することによって第１のＴＣＰ接続を確立する。第１のＴＣＰ接続が正常に確立された後、モバイルフォンは、セルラーネットワークのインターフェースを使用することによってアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0166】
ステップ４０４ｂ：履歴データが、モバイルフォンによって現在アクセスされているセルおよびＳＳＩＤの履歴データと同じである履歴データを含む場合、モバイルフォンは、セルラーネットワークに対応するＴＣＰ接続のデータ送信遅延とＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のデータ送信遅延とを取得する。ＴＣＰ接続のデータ送信遅延が正規分布に準拠する場合、モバイルフォンは、第１の平均値およびＷｉ－Ｆｉネットワークに対応するＴＣＰ接続のラウンドトリップ時間（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ、ＲＴＴ）遅延の標準偏差と、第２の加重平均値およびセルラーネットワークに対応するＴＣＰ接続のＲＴＴの第２の平均値とを計算する。
【0167】
ステップ４０５ｂ：モバイルフォンは、第１の平均値が第２の平均値よりも小さいかどうかを決定し、第１の平均値が第２の平均値よりも小さい場合、ステップ４０６ｂが実行され、そうでない場合、ステップ４０８ｂが実行される。
【0168】
ステップ４０６ｂ：モバイルフォンは、次いで、第１の平均値と２つの標準偏差との和が第２の加重平均値よりも小さいかどうかを決定し、和が第２の加重平均値よりも小さい場合、ステップ４０７ｂが実行され、そうでない場合、ステップ４０８ｂが実行される。
【0169】
ステップ４０７ｂ：モバイルフォンは、ＬＴＥネットワークのインターフェースを使用することによって第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、モバイルフォンは、Ｗｉ－Ｆｉネットワークのインターフェースを使用することによってアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0170】
ステップ４０８ｂ：モバイルフォンは、セルラーネットワークのインターフェースを使用することによって第１のＴＣＰ接続を確立し、第１のＴＣＰ接続が正常に確立された後、モバイルフォンは、Ｗｉ－Ｆｉネットワークのインターフェースを使用することによってアプリケーションサーバへの第２のＴＣＰ接続を確立する。
【0171】
最後に、モバイルフォンは、２つのＴＣＰ接続を確立するために使用されたＲＴＴを記録し、次いで、後続のＭＰＴＣＰ確立のための履歴データとしてＲＴＴを保存する。
【0172】
結論として、ＭＰＴＣＰを確立した後に毎回、端末デバイスは、ＭＰＴＣＰの各ＴＣＰ接続のデータ送信遅延を記録し得る。したがって、端末デバイスは、履歴ＴＣＰ接続のデータ送信遅延情報を取得するために遅延検出手段を使用するまたは別のパケットを送る必要がなく、利用可能性は比較的高い。さらに、端末デバイスは、最初に、比較的小さいデータ送信遅延を用いてネットワーク中で第１のＴＣＰ接続を確立し、したがって、再生開始遅延が著しく低減されることができる。現在、テストを通して、モバイルフォンがビデオを再生するためにｉＱＩＹＩを開始するとき、モバイルフォンによって現在アクセスされているＬＴＥネットワークおよびＷｉ－Ｆｉネットワークの信号が比較的良好である場合、本出願では、従来のＭＰＴＣＰ確立方式と比較して約０．３２秒の再生開始遅延が低減されるか、またはモバイルフォンによって現在アクセスされているＬＴＥネットワークの信号は比較的強いが、Ｗｉ－Ｆｉネットワークの信号が比較的弱い場合、本出願では、約０．２５秒の再生開始遅延が低減されることができることがわかっている。本出願のこの実施形態において提供される方法は、端末デバイスによって完全に実行され得、サービス側からデータを取得する必要がなく、すなわち、最適化が端末側上でしか実行されない。したがって、最適化コストが比較的低い。
【0173】
本出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを含む。コンピュータプログラムが端末デバイス上で実行されるとき、端末デバイスは、上記の接続確立方法の任意の可能な実装を実行することが可能になる。
【0174】
本出願の一実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品が端末デバイス上で実行されるとき、端末デバイスは、上記の接続確立方法の任意の可能な実装を実行することが可能になる。
【0175】
本出願のいくつかの実施形態では、本出願の一実施形態は、接続確立装置を開示する。図１１に示されているように、データ送信装置は、上記の方法実施形態において記録された方法を実装するように構成され、処理モジュール１１０１とトランシーバモジュール１１０２とを含む。処理モジュール１１０１は、端末デバイスが図９のステップ３０１からステップ３０３と図１０Ａおよび図１０Ｂのステップ４０１からステップ４０８ｂを実行するのをサポートするように構成される。トランシーバモジュール１１０２は、端末デバイスがアクセスされたセルラーネットワークの基地局にパケットを送って、端末デバイスのセルラーネットワークをアクティブ化するのをサポートするように構成される。上記の方法実施形態におけるステップのすべての関連するコンテンツは、対応する機能モジュールの機能説明で言及され得る。本明細書では、詳細は再び説明されない。
【0176】
本出願のいくつかの他の実施形態では、本出願の一実施形態は、端末デバイスを開示する。図１２に示されているように、端末デバイスは、１つまたは複数のプロセッサ１２０１と、メモリ１２０２と、ディスプレイ１２０３と、１つまたは複数のアプリケーション（図示せず）と、１つまたは複数のコンピュータプログラム１２０４とを含み得る。上記の構成要素は、１つまたは複数の通信バス１２０５を使用することによって互いに接続され得る。１つまたは複数のコンピュータプログラム１２０４は、メモリ１２０２中に記憶され、１つまたは複数のプロセッサ１２０１によって実行される。１つまたは複数のコンピュータプログラム１２０４は、命令を含み、命令は、図９、図１０Ａおよび図１０Ｂのステップと対応する実施形態とを実行するために使用され得る。
【0177】
実装に関する上記の説明は、当業者が、便利で簡単な説明のために、上記の機能モジュールの区分が説明のために一例として取り上げられていることを理解することを可能にする。実際の適用例では、上記の機能は、異なるモジュールに割り振られ、要求に従って実装され得、すなわち、装置の内部構造は、上記で説明された機能の全部または一部を実装するために異なる機能モジュールに分割される。上記のシステム、装置、およびユニットの詳細な作業処理については、上記の方法実施形態における対応する処理を参照し、本明細書では、詳細は再び説明されない。
【0178】
本出願の実施形態における機能ユニットは、１つの処理ユニットに統合され得るか、またはユニットの各々は、物理的に単独で存在し得るか、または２つ以上のユニットは、１つのユニットに統合される。統合ユニットは、ハードウェアの形態で実装され得るか、またはソフトウェア機能ユニットの形態で実装され得る。
【0179】
統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、統合ユニットは、コンピュータ可読記憶媒体中に記憶され得る。そのような理解に基づいて、本質的に本出願の実施形態の技術的解決策、または従来の技術に寄与する部分、または技術的解決策の全部または一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体中に記憶され、本出願の実施形態において説明される方法のステップの全部または一部を実行するように（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）コンピュータデバイスまたはプロセッサに命令するためのいくつかの命令を含む。上記の記憶媒体は、フラッシュメモリ、リムーバブルハードディスク、読取り専用メモリ、ランダムアクセスメモリ、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【0180】
上記の説明は、本出願の実施形態の特定の実装にすぎず、本出願の実施形態の保護範囲を限定するものではない。本出願の実施形態において開示される技術的範囲内のいかなる変更または置換も、本出願の実施形態の保護範囲内に入るものとする。したがって、本出願の実施形態の保護範囲は、特許請求の保護範囲の対象であるものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11】
【図12】