(57)【特許請求の範囲】
【請求項１】
間欠受信（ＤＲＸ）サイクルを管理するための方法であって、
音声サービスをユーザ装置（ＵＥ）が開始することを識別する場合に、第１ロングＤＲＸサイクルを前記ＵＥに設定する、又は、ＤＲＸを非アクティブ化するよう前記ＵＥに命令する段階と、
音声サービスを前記ＵＥが実行しないことを識別する場合に、第２ロングＤＲＸサイクルを前記ＵＥに設定する段階と、
を備え、
前記第１ロングＤＲＸサイクルのサイクル長は、前記第２ロングＤＲＸサイクルのサイクル長より短い、
方法であって、
音声サービスを前記ＵＥが開始することを識別することは、
基地局が、ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージがセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージであることを検出した場合に、音声サービスを前記ＵＥが開始することを識別する段階と、
基地局が、ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージがＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージであることを検出した場合に、音声サービスを前記ＵＥが開始したことを識別する段階と、又は、
基地局が、コアネットワーク又はＩＰマルチメディアサブシステムＩＭＳから通知を受信し、音声サービスを前記ＵＥが開始することを前記通知が示している場合に、前記基地局が、音声サービスを前記ＵＥが開始することを識別する段階と、
のうち１つを備える、方法。
【請求項２】
音声サービスを前記ＵＥが開始することを基地局が識別するとき、又は、その後で、前記基地局がタイマを始動する段階と、
前記タイマが切れるとき、ＱＣＩ＝１のベアラが正常に確立されたかどうかを前記基地局が検出する段階と、
ＱＣＩ＝１の前記ベアラが正常に確立された場合に、前記第１ロングＤＲＸサイクルを前記ＵＥに設定するか、又は、前記ＤＲＸを非アクティブ化するよう前記ＵＥに命令する段階と
を備える、請求項１に記載の方法。
【請求項３】
音声サービスを前記ＵＥが実行しないことを識別することは、
ＱＣＩ＝５のシグナリングベアラ上で伝送されるデータパケットが無いことを検出した場合に、音声サービスを前記ＵＥが開始しないことを識別する段階と、
ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージがセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ、又は、ＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージでないことを検出した場合に、音声サービスを前記ＵＥが開始していないことを識別する段階と、
ＱＣＩ＝１のベアラが非アクティブ化又は解放されていることを検出した場合に、前記ＵＥの音声サービスが終了したことを識別する段階と、又は、
コアネットワーク又はＩＰマルチメディアサブシステム（ＩＭＳ）から通知を受信する段階であって、前記通知は、音声サービスを前記ＵＥが実行しないことを示す、段階と
のうち１つを備える、請求項１又は２に記載の方法。
【請求項４】
前記音声サービスを開始する間に前記ＤＲＸを非アクティブ化するよう前記ＵＥが命令されたことを識別した場合、前記ＵＥの前記音声サービスが終了するときに前記ＤＲＸをアクティブ化するよう前記ＵＥに命令するか、又は、前記ＤＲＸをアクティブ化して前記第２ロングＤＲＸサイクルを前記ＵＥに設定するよう前記ＵＥに命令する、請求項１から３の何れか一項に記載の方法。
【請求項５】
無線リソース制御メッセージ（ＲＲＣメッセージ）を前記ＵＥへ送信する段階であって、前記ＲＲＣメッセージは、前記第１ロングＤＲＸサイクル、前記第２ロングＤＲＸサイクル、前記ＤＲＸを非アクティブ化するよう前記ＵＥに命令するべく使用される命令、又は、前記ＤＲＸをアクティブ化するよう前記ＵＥに命令するべく使用される命令のうち、１又は複数の情報を伝達する、段階を更に備える、請求項１から３の何れか一項に記載の方法。
【請求項６】
少なくとも１つのプロセッサと、トランスミッタとを備える基地局であって、
前記プロセッサは、
音声サービスをユーザ装置（ＵＥ）が開始することを識別した場合に、第１ロング間欠受信サイクル（第１ロングＤＲＸサイクル）を前記ＵＥに設定するか、又は、ＤＲＸを非アクティブ化するよう前記ＵＥに命令すること、並びに、
音声サービスを前記ＵＥが実行しないことを識別した場合に、第２ロングＤＲＸサイクルを前記ＵＥに設定することであって、前記第１ロングＤＲＸサイクルのサイクル長は、前記第２ロングＤＲＸサイクルのサイクル長より短い、こと
を行い、
前記トランスミッタは、設定された前記第１ロングＤＲＸサイクル、設定された前記第２ロングＤＲＸサイクル、又は、前記ＤＲＸを非アクティブ化するよう前記ＵＥに命令するための命令を送信する、
基地局であって、
音声サービスを前記ＵＥが開始することを識別することは、
ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージがセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージであることを検出すること、
ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージがＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージであることを検出すること、
コアネットワーク又はＩＰマルチメディアサブシステムＩＭＳから通知を受信することであって、前記通知は、音声サービスを前記ＵＥが開始することを示す、こと
のうち１つを含む、基地局。
【請求項７】
前記少なくとも１つのプロセッサは、
音声サービスを前記ＵＥが開始することを識別したとき、又は、その後で、タイマを始動し、
前記タイマが切れたときに、ＱＣＩ＝１のベアラが正常に確立されているかどうか検出し、
ＱＣＩ＝１の前記ベアラが正常に確立されているとき、前記第１ロングＤＲＸサイクルを前記ＵＥに設定するか、又は、前記ＤＲＸを非アクティブ化するよう前記ＵＥに命令する、
請求項６に記載の基地局。
【請求項８】
音声サービスを前記ＵＥが実行しないことを識別することは、
ＱＣＩ＝５のシグナリングベアラ上で伝送されるデータパケットが無いことを検出すること、
ＱＣＩ＝５のシグナリングベアラ上で送信されるメッセージが、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ、又は、ＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージでないことを検出すること、
ＱＣＩ＝１のベアラが非アクティブ化又は解放されていることを検出すること、
コアネットワーク又はＩＰマルチメディアサブシステムＩＭＳから通知を受信することであって、前記通知は、音声サービスを前記ＵＥが実行しないことを示す、こと
のうち１つを含む、請求項６又は７に記載の基地局。
【請求項９】
前記少なくとも１つのプロセッサは、
前記音声サービスを開始する間に前記ＤＲＸを非アクティブ化するよう前記ＵＥが命令されたことを識別する場合に、
前記ＵＥの前記音声サービスが終了するときに前記ＤＲＸをアクティブ化するよう前記ＵＥに命令するか、又は、
前記第２ロングＤＲＸサイクルを前記ＵＥに設定するときに、前記ＤＲＸをアクティブ化するよう前記ＵＥに命令する、
請求項６から８の何れか一項に記載の基地局。
【請求項１０】
前記トランスミッタは、無線リソース制御メッセージ（ＲＲＣメッセージ）を前記ＵＥへ送信し、
前記ＲＲＣメッセージは、
前記第１ロングＤＲＸサイクル、
前記第２ロングＤＲＸサイクル、
前記ＤＲＸを非アクティブ化するよう前記ＵＥに命令するべく使用される命令、又は、
前記ＤＲＸをアクティブ化するべく前記ＵＥに命令するのに使用される命令
の情報のうち１つ又は複数を伝達する、
請求項６から９の何れか一項に記載の基地局。
【請求項１１】
請求項６から１０の何れか一項に記載の基地局、及び、
レシーバ、及び、少なくとも１つのプロセッサを備えるユーザ装置（ＵＥ）であって、
前記レシーバは、
前記ＵＥが音声サービスを実行する場合に、基地局から第１ロング間欠受信サイクル（第１ロングＤＲＸサイクル）を、又は、基地局からＤＲＸ非アクティブ化命令を受信すること、及び、
前記ＵＥが音声サービスを実行しない場合に、基地局から第２ロングＤＲＸサイクルを受信することであって、前記第１ロングＤＲＸサイクルのサイクル長は、前記第２ロングＤＲＸサイクルのサイクル長より短いこと
を行い、
前記少なくとも１つのプロセッサは、前記レシーバによって受信された前記第１ロングＤＲＸサイクル、若しくは前記ＤＲＸ非アクティブ化命令に従って、又は、前記第２ロングＤＲＸサイクルに従ってページングを受信するべく前記ＵＥを制御する、
ＵＥ、
を備える通信のためのシステム。
【請求項１２】
コアネットワークエンティティを備え、
前記コアネットワークエンティティは、前記ＵＥが音声サービスを実行しないこと、又は、音声サービスを実行することを検出したときに、前記基地局に通知する、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信の分野に関し、具体的には、無線通信システムにおける間欠受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ、略してＤＲＸ）技術に関する。
【背景技術】
【０００２】
ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）技術は、ＩＰマルチメディアサブシステム（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ、略してＩＭＳ）に基づく、音声ソリューションである。ＶｏＬＴＥ技術は、無線スペクトル利用効率を改善して事業者のネットワークコストを低減できるだけでなく、また、ユーザエクスペリエンスを大幅に改善できる。ＶｏＬＴＥ技術が使用された後では、ユーザの待ち時間が短縮され、より高品質で、より自然な音声呼及び映像呼の効果を享受できる。
【０００３】
インテリジェント端末が広く使用されるようになるにつれて、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、略してＵＥ）などの端末の電力消費を低減するべく、ＤＲＸ技術が導入されている。ＤＲＸサイクルは、ＵＥがいつチャネルをモニタリングする必要があるか、及び、バッテリ電力を節約するべくＵＥがいつ電源オフされる必要があるかを示し、これにより、不必要な電力消費を低減する。ＤＲＸサイクルが比較的短い場合、ＵＥをスケジューリングする機会を確保できるが、ＵＥによるチャネル検出が頻繁に起きるので、ＵＥの電力消費がより高くなることが理解できる。ＤＲＸサイクルが比較的長い場合、ＵＥの電力消費を効果的に低減できるが、ＵＥは、過度に長い遅延の後で初めてＵＥのためのページングに応答できるので、結果として、システムパフォーマンスが低下し得る。従って、システムパフォーマンスと、ＵＥの電力消費との間のバランスをとるべく、ＤＲＸサイクルを管理するための解決手段が必要とされている。
【発明の概要】
【０００４】
本明細書では、システムパフォーマンスと、ＵＥの電力消費との間のバランスをとるべく、ＤＲＸサイクル、装置、及びシステムを管理するための方法を説明する。
【０００５】
一態様によれば、本発明の実施形態は、ＤＲＸサイクルを管理するための方法を提供する。ＵＥの現在のサービスタイプ（例えば、音声サービス、及び、生中継映像サービス）が識別される。ＵＥのサービスタイプに従って、異なるサイクル長のＤＲＸサイクルが設定される。ＵＥは、基地局によって設定されるＤＲＸサイクルに従ってページングを受信し、例えば、ダウンリンクデータの受信、又は、ハイバネーションなどを行う。
【０００６】
可能な設計において、ＵＥの現在のサービスタイプが音声サービス（例えば、音声呼サービス及び映像サービス）かどうかが識別される。ＵＥが音声サービスを実行することが識別される場合、第１ロングＤＲＸサイクルがＵＥに設定されるか、又は、ＵＥはＤＲＸを非アクティブ化するよう命令される。ＵＥが音声サービスを実行しないことが識別される場合、第２ロングＤＲＸサイクルがＵＥに設定される。第１ロングＤＲＸサイクルのサイクル長は、第２ロングＤＲＸサイクルのサイクル長より短い。本発明のこの実施形態において提供される解決手段によれば、ＵＥのＤＲＸサイクルは、柔軟に管理できる。ＵＥが音声サービスを実行する場合、サイクル長が比較的短い第１ロングＤＲＸサイクルがＵＥに設定され、これにより、ＵＥはページングに対して、より迅速に応答し、遅延が低減される。ＵＥが音声サービスを実行しない場合、サイクル長が比較的長い第２ロングＤＲＸサイクルがＵＥに設定され、これにより、ＵＥの電力消費を可能な限り低減できる。従って、遅延の低減と、ＵＥの省電力化との間で、より良好なバランスが実現される。
【０００７】
可能な設計において、ＵＥが音声サービスを実行するかどうかを識別することは、ＵＥが音声サービスを開始するかどうか識別することによって実行できる。ＵＥが音声サービスを開始する場合（例えば、発呼する、又は、着呼する場合）、できるだけ早く識別が実行される。ユーザにとって、音声呼が開始されるとき、遅延が長いかどうかは、ユーザエクスペリエンスに直接的に影響する。従って、音声呼の開始時間をできるだけ早く識別し、対応するＤＲＸサイクルを設定することで、ＵＥは音声サービスに対して、より迅速に応答でき、これにより、呼の遅延を低減し、ユーザエクスペリエンスを改善する。
【０００８】
可能な設計において、ＱＣＩベアラを識別することによって、ＵＥのサービスタイプが識別され得て、これにより、ＱＣＩベアラ上で伝送されるデータの、基地局自体が認識していない限界を突破する。
【０００９】
一方で、可能な設計において、基地局がＱＣＩベアラを識別するとき、基地局は、データパケットの内容を解析することなく、ＱＣＩベアラ上に、伝送されるデータパケットがあるかどうかだけを検出し得る。この設計の解決手段によれば、基地局の処理手順を簡略化でき、基地局のメモリ及びＣＰＵリソースの消費を低減できる。他方では、基地局は、ＵＥのサービスタイプを知るべく、ＱＣＩベアラ上のデータのデータパケットを解析し得る。この設計の解決手段によれば、基地局は、ＵＥのサービス状態をより明確に知ることができる。
【００１０】
可能な設計において、基地局は、ＱＣＩ＝５のシグナリングベアラを識別し得る。ＱＣＩ＝５のシグナリングベアラは、デフォルトのＩＭＳベアラであり、別のベアラより高い優先度を有する。基地局は、ＱＣＩ＝５のベアラを識別することにより、ＵＥが様々なサービスを実行するとき、より早く識別に関与でき、これにより、基地局は、より柔軟にＤＲＸを管理できる。例えば、音声呼開始イベントは、ＱＣＩ＝５のベアラを識別することによって識別される。
【００１１】
可能な設計において、基地局は、ＱＣＩ＝５のシグナリングベアラ上のデータパケットを解析し得る。ＱＣＩ＝５のシグナリングベアラ上で伝送されるメッセージが、セッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ、又は、ＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージであることが検出される場合、基地局はＵＥが音声呼を開始するか、又は、着呼することを識別する。ＱＣＩ＝５のシグナリングベアラ上で伝送されるメッセージが、ＳＩＰ  ＩＮＶＩＴＥメッセージでも、ＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答でもないことを検出した場合、基地局は、ＵＥが音声呼を開始していないこと、及び、着呼していないことを識別する。ＳＩＰ  ＩＮＶＩＴＥメッセージは、音声呼開始プロセスで、もっとも早く開始されるメッセージである。このメッセージを解析することで、基地局は、ＵＥが音声呼を開始したことを、より早く識別できる。
【００１２】
当然、基地局はまた、ＵＥが音声サービスを実行するかどうか識別するべく、ＱＣＩ＝５のベアラ上の別のメッセージを解析し得ることが理解できる。
【００１３】
可能な設計において、基地局は、ＱＣＩ＝１のベアラの確立、アクティブ化、非アクティブ化、又は、解放を検出することによって、ＵＥが音声サービスを実行するかどうか識別し得る。例えば、ＱＣＩ＝１のベアラが確立又はアクティブ化される場合、ＵＥが音声サービスを実行することが識別される。ＱＣＩ＝１のベアラが非アクティブ化又は解放される場合、ＵＥの音声サービスが終了したことが識別される。
【００１４】
可能な設計において、コアネットワーク又はＩＰマルチメディアサブシステムＩＭＳ内のネットワークエンティティは、ＵＥが音声サービスを実行し、基地局に情報を通知するかどうかを識別する。例えば、ＥＰＣ又はＩＭＳネットワーク内のネットワークエンティティは、ＵＥが音声サービスを実行することを基地局へ通知するべく、音声呼の確立及び開始の指示を基地局へ送信する。任意で、音声呼の確立及び開始の指示は、発呼側ＵＥ及び／又は着呼側ＵＥについての情報を伝達し得る。
【００１５】
可能な設計において、音声サービスをＵＥが開始することを基地局が識別するとき、又は、その後で、基地局はタイマを始動する。タイマが切れるとき、基地局は、ＱＣＩ＝１のベアが正常に確立されていることを検出する。ＱＣＩ＝１のベアラが正常に確立されているとき、基地局は、第１ロングＤＲＸサイクルをＵＥに設定するか、又は、ＤＲＸを非アクティブ化するようＵＥに命令する。タイマを設定することにより、基地局は、ＱＣＩ＝１のベアラの確立が失敗したことに起因して、ロングＤＲＸサイクルを不必要にＵＥに再設定することを回避できる。
【００１６】
可能な設計において、音声サービスをユーザ装置ＵＥが開始することを識別する場合、基地局はＵＥに対して、ＤＲＸを非アクティブ化するよう命令する。ＵＥの音声サービスが終了することを識別するとき、基地局はＤＲＸをアクティブ化するようＵＥに命令するか、又は、サイクル長が比較的長いロングＤＲＸサイクルをＵＥに設定し、ＤＲＸをアクティブ化するようＵＥに命令する。
【００１７】
可能な設計において、基地局は、無線リソース制御接続ＲＲＣメッセージをＵＥへ送信する。このメッセージは、上述の設計において言及されている、第１ロングＤＲＸサイクル、第２ロングＤＲＸサイクル、ＤＲＸを非アクティブ化するようＵＥに命令するのに使用される命令、又は、ＤＲＸをアクティブ化するようＵＥに命令するのに使用される命令のうち、１つ又は複数を伝達する。例えば、ＲＲＣメッセージは、ＲＲＣ接続再設定メッセージであり得る。
【００１８】
可能な設計において、第１及び第２ロングＤＲＸサイクルは、通信規格及び通信プロトコルによって指定される、ロングＤＲＸサイクルの可能な値範囲に従って設定され得る。例えば、第１ロングＤＲＸサイクルは、比較的小さい可能な値（例えば、８０サブフレームより小さい可能な値）に設定され、第２ロングＤＲＸサイクルは、比較的大きい可能な値（例えば、８０サブフレームより大きいか、それに等しい可能な値）に設定される。
【００１９】
別の可能な設計において、上述の第１及び第２ロングＤＲＸサイクルは、対応するサービスのサービス品質（ＱｏＳ）要件に従って設定され得る。例えば、第１ロングＤＲＸサイクルは、８０ミリ秒より小さい可能な期間に設定され、第２ロングＤＲＸサイクルは、８０ミリ秒より大きいか、それと等しい可能な期間に設定される。
【００２０】
別の態様によれば、本発明の実施形態は、上述の方法設計における基地局の動作を実行するよう構成されている、対応するモジュールを備える基地局を提供する。モジュールは、ソフトウェア及び／又はハードウェアであり得る。
【００２１】
可能な設計において、基地局は、プロセッサ及びメモリを備える。プロセッサは、上述の方法において、対応する機能を実行して基地局をサポートするよう構成される。メモリは、プロセッサと結合され、基地局が必要とするプログラム命令及びデータを保存するように構成される。
【００２２】
更に別の態様によれば、本発明の実施形態は、上述の方法設計におけるＵＥの動作を実行するよう構成される、対応するモジュールを備えるＵＥを提供する。モジュールは、ソフトウェア及び／又はハードウェアであり得る。
【００２３】
可能な設計において、端末は、レシーバ及びプロセッサを含む。レシーバは、基地局によってＵＥに設定される第１ロングＤＲＸサイクル及び第２ロングＤＲＸサイクル、ならびに、ＤＲＸアクティブ化命令又はＤＲＸ非アクティブ化命令などの様々な命令を受信して、ＵＥをサポートするよう構成される。プロセッサは、レシーバによって受信される第１ロングＤＲＸサイクル、ＤＲＸ非アクティブ化命令、又は、第２ロングＤＲＸサイクルに従ってページングを受信するようにＵＥを制御する。
【００２４】
更に別の態様によれば、本発明の実施形態は、ネットワークエンティティを提供する。ネットワークエンティティは、例えば、モビリティ管理エンティティ（ＭＭＥ）又はゲートウェイ（ＳＧＷ及び／又はＰＧＷ）など、コアネットワーク内のネットワークエンティティであり得る。代替的に、ネットワークエンティティは、ＩＰマルチメディアサブシステム（ＩＭＳ）内のネットワークエンティティであり得る。ネットワークエンティティは、ＵＥのサービスタイプを識別し、識別されたＵＥサービス及び他の情報を基地局へ通知するよう構成され、これにより、ネットワークエンティティは、基地局と協働して、上述の方法設計における解決手段を実装する。
【００２５】
なお更に別の態様によれば、本発明の実施形態は、通信システムを提供し、当該システムは、上述の態様で説明されている、基地局及びＵＥか、基地局及びネットワークエンティティか、基地局、ＵＥ、及びネットワークエンティティを備える。
【００２６】
更なる態様によれば、本発明の実施形態は、プログラムを含むコンピュータ記憶媒体を提供する。このプログラムは、コンピュータによって実行されるとき、コンピュータに上述の態様を実行させる。
【００２７】
ＤＲＸサイクルは、従来技術と比較すると、本発明において提供される解決手段に従って、より柔軟に設定及び管理できる。
【図面の簡単な説明】
【００２８】
【図１】本発明に係る可能な適用シナリオの概略図である。
【００２９】
【図２】本発明に係る可能なシステムネットワークの概略図である。
【００３０】
【図３】ＤＲＸサイクルの概略図である。
【００３１】
【図４】本発明の実施形態に係るＤＲＸサイクルの管理についての概略的なフローチャートである。
【００３２】
【図５】本発明の実施形態に係るＤＲＸサイクルの管理についての概略的なコミュニケーション図である。
【００３３】
【図６】本発明の実施形態に係るＤＲＸサイクルの管理についての別の概略的なコミュニケーション図である。
【００３４】
【図７】本発明の実施形態に係るＤＲＸサイクルの管理についての更に別の概略的なコミュニケーション図である。
【００３５】
【図８】本発明の実施形態に係るＤＲＸサイクルの管理についての更に別の概略的なコミュニケーション図である。
【００３６】
【図９】本発明の実施形態に係るＤＲＸサイクルの管理についてのなお更に別の概略的なコミュニケーション図である。
【００３７】
【図１０】本発明の実施形態に係る基地局の概略的な構造図である。
【００３８】
【図１１】本発明の実施形態に係るＵＥの概略的な構造図である。
【００３９】
【図１２】本発明の実施形態に係るコアネットワーク装置の概略的な構造図である。
【発明を実施するための形態】
【００４０】
以下では、本発明の適用シナリオ、及び、実施形態における技術的解決手段を説明する。
【００４１】
図１に示されているように、ユーザ装置ＵＥは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略してＲＡＮ）及びコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、略してＣＮ）を介してＩＭＳネットワークに接続される。本発明において説明されている技術は、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略してＬＴＥ）システム、又は、例えば、符号分割多元接続、周波数分割多元接続、時分割多元接続、直交周波数分割多元接続、シングルキャリア周波数分割多元接続、及び、他の無線アクセス技術を使用するシステムなど、様々な無線アクセス技術を使用する他の無線通信システムに適用され得る。加えて、本発明において説明されている技術は更に、次世代型ＬＴＥシステムに適用され得る。ここでは、説明を分かり易くするべく、ＬＴＥシステムのみを例として使用する。ＬＴＥシステムにおいて、次世代型ＵＭＴＳ地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略してＥ−ＵＴＲＡＮ）は、無線アクセスネットワークとして機能し、次世代型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ、略してＥＰＣ）は、コアネットワークとして機能する。ＵＥは、Ｅ−ＵＴＲＡＮ及びＥＰＣを通してＩＭＳネットワークに接続される。
【００４２】
この適用において、「ネットワーク」及び「システム」という名詞は、しばしば交互に使用されるが、当業者であれば、それらの意味を理解できるであろう。本発明に関連するユーザ装置ＵＥは、無線通信機能を有する、ハンドヘルドデバイス、車内デバイス、ウェアラブルデバイス、コンピューティングデバイス、又は、無線モデムに接続されている別の処理デバイス、ならびに、様々な形態のユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、略してＭＳ）、端末（Ｔｅｒｍｉｎａｌ）、端末装置（Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）などを含み得る。説明を分かり易くするべく、本出願では、そのデバイスをユーザ装置又はＵＥと称する。本発明に関連する基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、略してＢＳ）は、無線アクセスネットワーク内に展開されていて、ＵＥに無線通信機能を提供するよう構成されている装置である。基地局は、様々な形態の大型基地局、小型基地局、中継局、アクセスポイントなどを含み得る。異なる無線アクセス技術を使用するシステムにおいては、基地局の機能を有するデバイスの名前が異なり得る。例えば、デバイスは、ＬＴＥネットワークにおいて、次世代型ノードＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、略してｅＮＢまたはｅＮｏｄｅＢ）と称され、３Ｇネットワークにおいて、ノードＢ（ＮｏｄｅＢ）と称されることなどがある。説明を分かり易くするべく、本出願では、そのデバイスを基地局又はＢＳと称する。
【００４３】
図２は、本発明の実施形態に係る、ＶｏＬＴＥネットワークアーキテクチャの概略図を示す。ＶｏＬＴＥネットワークアーキテクチャは主に、ＩＭＳネットワーク、コアネットワーク、アクセスネットワーク、及び、ＵＥを含む。ＩＭＳネットワークは、サービス制御層システムとして機能し、コアネットワークＥＰＣは、ベアラ層として機能する。ＩＭＳシステム用いることで、音声呼制御などの機能を実装でき、更に、マルチメディアセッションに対して柔軟かつ適切に充電を実行できる。
【００４４】
ＩＭＳネットワークは主に、呼セッション制御機能（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、略してＣＳＣＦ）、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ、略してＡＳ）、セッションボーダコントローラ（Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ、略してＳＢＣ）などを含む。ＩＭＳネットワークは、ＥＰＣネットワークと協働して、音声サービス、並びに、回線交換音声サービスと同様である、その補助サービス（例えば、呼番号表示、呼転送、コールウェイティング、及び、会議電話）を提供する。コアネットワークＥＰＣは主に、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、略してＳＧＷ）、パケットデータネットワークゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ、略してＰＧＷ）、ポリシー及び課金ルール機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ、略してＰＣＲＦ）、並びに、ホーム加入者サーバ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ、略してＨＳＳ）を含む。アクセスネットワークは主に、基地局を含む。ＵＥは、ＬＴＥ  ＤＲＸ機能などを含む、ＶｏＬＴＥ関連機能をサポートする必要がある。
【００４５】
ＬＴＥシステムにおいて、ＤＲＸの一連の処理手順は、第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、略して３ＧＰＰ）によって、３６．３２１プロトコルに従って標準化された。
【００４６】
以下では、図３を参照しながら、ＤＲＸサイクルを詳細に説明する。時間領域において、時間は複数の連続するＤＲＸサイクル（ＤＲＸ  Ｃｙｃｌｅ）へ分割される。ＤＲＸサイクルは、ＤＲＸモードにおいて、Ｏｎ  Ｄｕｒａｔｉｏｎが繰り返し現れるサイクルを説明するのに使用される。ＤＲＸサイクルは、「Ｏｎ  Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ」を含む。Ｏｎ  Ｄｕｒａｔｉｏｎの間、ＵＥは、ダウンリンクデータを受信するべく、物理的ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、略してＰＤＣＣＨ）をモニタリングする。従って、「Ｏｎ  Ｄｕｒａｔｉｏｎ」は、アクティブ化期間とも称され得る。「Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ」は、可能なハイバネーション時間である。この期間中、ＵＥは、電力消費を低減するべく、レシーバをシャットダウンして、ＰＤＣＣＨのモニタリング及びダウンリンクデータの受信を行わない。従って、「Ｏｐｐｏｒｔｕｎｉｔｙ  ｆｏｒ  ＤＲＸ」は、ハイバネーション期間とも称され得る。
【００４７】
ＤＲＸサイクル（ＤＲＸ  Ｃｙｃｌｅ）を選択することは、ＵＥの省電力化とサービス遅延との間のバランスをとることを伴う。一方で、ロングＤＲＸサイクルは、ＵＥの電力消費を低減するのに有用である。例えば、ダウンロードされたウェブページをユーザが閲覧しているときに、ＵＥが連続的にダウンリンクデータを受信する場合、リソースが浪費される。他方で、新しいデータが伝送されるとき、より迅速な応答には、ショートＤＲＸサイクルが有用である。例えば、ユーザが音声呼を要求するとき、又は、別のウェブページを要求するとき、ＵＥができるだけ早く要求に応答するには、ショートＤＲＸサイクルが有用である。従って、ＶｏＬＴＥシステムにおいては、ショートサイクル（ショートＤＲＸサイクル）をロングサイクル（ロングＤＲＸサイクル）と組み合わせる設定手法が使用される。ショートＤＲＸサイクル及びロングＤＲＸサイクルの値範囲は、通信プロトコルにおいて標準化されている。ロングＤＲＸサイクルは、システムの必須の設定であり、ショートＤＲＸサイクルは、任意の設定である。換言すれば、システムがロングＤＲＸサイクル（Ｌｏｎｇ  ＤＲＸ  Ｃｙｃｌｅ）を使用するとき、ＤＲＸサイクルはロングＤＲＸサイクルであり、ＤＲＸサイクルのサイクル長は、ロングＤＲＸサイクルのサイクル長である。システムがショートＤＲＸサイクル（Ｓｈｏｒｔ  ＤＲＸ  Ｃｙｃｌｅ）を使用するとき、ＤＲＸサイクルはショートＤＲＸサイクルであり、ＤＲＸサイクルのサイクル長は、ショートＤＲＸサイクルのサイクル長である。
【００４８】
現在の通信規格及び通信プロトコルの仕様によれば、ＬＴＥシステムにおいて、ロングＤＲＸサイクル（Ｌｏｎｇ  ＤＲＸ  Ｃｙｃｌｅ）の値の範囲は、ＳＦ１０（すなわち、１０サブフレーム）、ＳＦ２０（すなわち、２０サブフレーム）、ＳＦ３２（すなわち、３２サブフレーム）、ＳＦ４０（すなわち、４０サブフレーム）、ＳＦ６４（すなわち、６４サブフレーム）、ＳＦ８０（すなわち、８０サブフレーム）、ＳＦ１２８（すなわち、１２８サブフレーム）、ＳＦ１６０（すなわち、１６０サブフレーム）、ＳＦ２５６（すなわち、２５６サブフレーム）、ＳＦ３２０（すなわち、３２０サブフレーム）、ＳＦ５１２（すなわち、５１２サブフレーム）、ＳＦ６４０（すなわち、６４０サブフレーム）、ＳＦ１０２４（すなわち、１０２４サブフレーム）、ＳＦ１２８０（すなわち、１２８０サブフレーム）、ＳＦ２０４８（すなわち、２０４８サブフレーム）、及び、ＳＦ２５６０（すなわち、２５６０サブフレーム）である。ＬＴＥシステムについては、１サブフレームは、１ミリ秒（ｍｓ）である。例えば、ロングＤＲＸサイクルの値がＳＦ１６０であるとき、ロングＤＲＸサイクルは、１６０サブフレームを占有する。すなわち、ＤＲＸサイクル長は１６０ｍｓである。
【００４９】
ロングＤＲＸサイクルについては、その設定情報は、ロングＤＲＸサイクルのものである、開始サブフレーム、占有されるサブフレームの数、及び／又は、Ｏｎ  Ｄｕｒａｔｉｏｎの間の連続サブフレームの数を含み得る。ＵＥは、そのような設定情報を知った後で、ＰＤＣＣＨチャネルをいつモニタリングするか、及び、いつハイバネートするかを知ることができる。そのような情報は、異なるパラメータ又はタイマを指定することによって指示され得る。本発明において提供されている解決手段によれば、ロングＤＲＸサイクルのサイクル長の値、すなわち、ロングＤＲＸサイクルによって占有されるサブフレームの数は、通信プロトコルにおける可能な値から選択され得るか、又は、サービスＱｏＳ要件に従って判定され得る。ロングＤＲＸサイクルのものである、開始サブフレーム、及び、Ｏｎ  Ｄｕｒａｔｉｏｎの間に占有される連続サブフレームの数は、デフォルトのシステム設定であり得るか、又は、ネットワーク側が異なるパラメータ又はタイマを使用してＵＥに指示し得る。一例において、ロングＤＲＸサイクルの開始サブフレーム、及び、ロングＤＲＸサイクルによって占有されるサブフレームの数は、パラメータｄｒｘＳｔａｒｔＯｆｆｓｅｔを使用することによって指示され得て、Ｏｎ  Ｄｕｒａｔｉｏｎの間の連続サブフレームの数は、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを使用することで指示される。
【００５０】
ＶｏＬＴＥ技術は、音声サービスの比較的高いサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、略してＱｏＳ）を保証するべく、専用のＩＭＳアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ、略してＡＰＮ）を使用して音声サービスを提供し、シグナリング及び音声データに対して特定のＱｏＳクラス識別子（ＱＯＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ、ＱＣＩ）のベアラを使用する。ＱＣＩは、リソースタイプ、優先度、遅延、パケット損失率、及び、他のサービス品質要件を示し得る。ＱＣＩがＥＰＳのネットワーク要素の間で伝送されることで、大量の特定のＱｏＳパラメータがネゴシエーション及び伝送されることを回避する。ＥＰＳは、ＱＣＩに従ってＱｏＳを制御する。異なるＱＣＩのサービスデータフロー（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ、略してＳＤＦ）は、異なるＥＰＳベアラへマッピングされる。ＱＣＩ設定は標準化されている。ＱＣＩは、２つのカテゴリ、すなわち、標準ＱＣＩ及び拡張ＱＣＩを含む。標準ＱＣＩは、９種類のカテゴリ（ＱＣＩ＝１、２、〜、９）に分類される。例えば、ＩＭＳシグナリング（ＩＭＳ  ｓｉｇｎａｌｉｎｇ）は、ＱＣＩ＝５のベアラを使用する。このベアラは、デフォルトのＩＭＳベアラであり、もっとも高い優先度を有し、ＵＥとＩＭＳとの間でシグナリングを伝達するのに使用される。会話音声（Ｃｏｎｖｅｒｓａｔｉｏｎａｌ  Ｖｏｉｃｅ）は、ＱＣＩ＝１の専用ベアラを使用する。生中継映像では、ＱＣＩ＝２のベアラを使用する。リアルタイムゲーミング（Ｒｅａｌ−ｔｉｍｅ  Ｇａｍｉｎｇ）は、ＱＣＩ＝３のベアラを使用する。バッファビデオストリーミング（Ｂｕｆｆｅｒｅｄ  Ｖｉｄｅｏ  Ｓｔｒｅａｍｉｎｇ）は、ＱＣＩ＝４のベアラを使用する。異なる優先度を有するいくつかの映像は、ＱＣＩ＝６〜９のベアラを使用する。拡張ＱＣＩは、要件に従って、異なる値に設定され得る。例えば、拡張ＱＣＩは、制御可能サービスのタイプに従って、１０から２５４の範囲の値に設定され得る。
【００５１】
以下では、本発明に関連する上述の共通の態様に基づいて、本発明の実施形態を更に詳細に説明する。
【００５２】
本発明の実施形態は、ＤＲＸサイクル、基地局、ＵＥ、コアネットワークエンティティ、及び、システムを管理する方法を提供する。基地局は、ＵＥの現在のサービスタイプを識別し、識別された、ＵＥの現在のサービスタイプの相違に従って、異なるサイクル長のＤＲＸサイクルをＵＥに設定する。ＵＥのサービスタイプは複数存在し、音声サービス（例えば、音声呼及び映像）、生中継映像サービスなどが含まれる。ＵＥによって確立されたサービスのタイプについての遅延要件がＵＥの既存のＤＲＸサイクル設定と異なることを基地局が確認するとき、基地局は、ＵＥのＤＲＸサイクルを調整するべく、ＵＥに対してＤＲＸを再設定する。ＵＥは、ダウンリンクデータを受信するか、又は、ハイバネートするべく、基地局によって設定されるＤＲＸサイクルに従って、対応するレシーバのオン／オフ制御を実行する。ＤＲＸサイクルの調整は、ＤＲＸサイクルのサイクル長（すなわちＤＲＸサイクルによって占有されるサブフレームの数）を調整すること、及び／又は、ＤＲＸサイクルのＯｎ  Ｄｕｒａｔｉｏｎ中の連続サブフレームの数を調整することを含み得る。好ましくは、以下では、ＤＲＸサイクルのサイクル長が調整される例を使用することで、詳細な説明を提供する。
【００５３】
ＤＲＸは、ＵＥレベルの機能なので、従来のＤＲＸサイクル設定は、ＵＥに基づくが、各無線ベアラに基づかない。すなわち、従来のＤＲＸサイクル設定は、ＵＥの現在のサービスタイプを考慮しない。本発明のこの実施形態において提供される解決手段によれば、基地局は、ＵＥのＤＲＸサイクルを柔軟に設定でき、これにより、ＵＥの省電力化とユーザエクスペリエンス改善との間のより良好なバランスをとることができる。
【００５４】
以下では、図４を参照しながら本発明の実施形態を説明する。
【００５５】
セクション４０１において、基地局は、ＵＥの現在のサービスが音声サービスかどうか識別する。
【００５６】
一例において、基地局は、音声サービスをＵＥが開始するかどうか識別することで、ＵＥの現在のサービス状態が音声サービスかどうか判定する。例えば、基地局は、ＵＥが音声呼を発信しているか、音声呼を受信しているか、又は、映像サービスを実行しているかを検出する。ＵＥが音声呼を開始していること、音声呼を受信していること、又は、映像サービスを実行していることを基地局が識別する場合、基地局は、音声サービスをＵＥが実行することを識別する。そうでない場合、基地局は、音声サービスをＵＥが実行しないことを識別する。基地局は、ＵＥの音声呼開始イベントを識別し得て、これにより、ＵＥが音声呼を開始するときに、できるだけ早くＵＥに対してＤＲＸを再設定できる。このように、ＵＥは、音声サービスに対して迅速に応答でき、これにより、呼の遅延を低減し、ユーザエクスペリエンスを改善する。
【００５７】
別の例において、基地局は、ＵＥの音声呼が終了したかどうか識別することによって、ＵＥの現在のサービスが音声サービスであるかどうか判定する。例えば、ＵＥの音声サービスベアラ（すなわち、ＱＣＩ＝１のベアラ）が確立若しくはアクティブ化されているかどうか、又は、非アクティブ化若しくは解放されているかどうかが検出される。ＵＥの音声サービスベアラが確立又はアクティブ化されている場合、ＵＥが音声サービスを実行することが識別される。ＵＥの音声サービスベアラが非アクティブ化又は解放されている場合、ＵＥの音声呼が終了したこと、すなわち、ＵＥが音声サービスを実行しないことが識別される。
【００５８】
セクション４０２において、ＵＥの現在のサービスが音声サービスであることを基地局が識別する場合、基地局は、第１サイクル長のロングＤＲＸサイクルをＵＥに設定する。第１サイクル長は、通信規格及び通信プロトコルに従う、ロングＤＲＸサイクルの可能な値範囲における、比較的小さい値であり得て、例えば、８０サブフレームより小さい可能な値（例えば、２０サブフレーム又は４０サブフレーム）である。代替的に、第１サイクル長は、サービスＱｏＳ要件に従って設定される値であり得る。例えば、８０ミリ秒より短い可能な期間（例えば、２０ミリ秒又は４０ミリ秒）が音声サービスに設定される。サイクル長が比較的短いロングＤＲＸサイクルが設定されているので、ＵＥのアクティブ化期間の間隔はより短くなり、ＵＥは、より迅速に音声呼に応答するべく、より迅速にスケジューリングされることができ、これにより、ＵＥの呼確立の遅延を大幅に低減し、ユーザエクスペリエンスを改善する。
【００５９】
セクション４０３において、音声サービスをＵＥが実行しないことを基地局が識別する場合、基地局は、第２サイクル長のロングＤＲＸサイクルをＵＥに設定する。第２サイクル長は、第１サイクル長より長い。第２サイクル長の値は比較的大きい。第２サイクル長は、通信規格及び通信プロトコルに従う、ロングＤＲＸサイクルの可能な値範囲における、比較的大きい値であり得て、例えば、８０サブフレームに等しいか、それより大きい可能な値（例えば、１６０サブフレーム又は３２０サブフレーム）である。代替的に、第２サイクル長は、サービスＱｏＳ要件に従って設定される値であり得る。例えば、８０ミリ秒に等しいか、それより長い可能な期間（１６０ミリ秒又は３２０ミリ秒など）が音声サービスに設定される。サイクル長が比較的長いロングＤＲＸサイクルが設定されるので、ＵＥはできるだけ長くハイバネーション状態となり得て、これにより、電力消費が低減される。
【００６０】
以下では、図５を参照しながら本発明の実施形態を更に説明する。
【００６１】
セクション５０１において、ＶｏＬＴＥをサポートするＵＥがネットワークに接続された後、対応するベアラが確立される。ＱＣＩ＝５のベアラは、ＩＭＳシグナリングベアラとして機能し、他のＱＣＩ値のベアラより高い優先度を有し、優先的に確立される。
【００６２】
セクション５０２において、基地局は、ＵＥが音声サービスを開始することを識別する。ＵＥが音声サービスを開始することは、ＵＥが音声呼を開始すること、ＵＥが音声呼に応答すること、ＵＥが映像サービスを開始することなどを含む。
【００６３】
本発明において提供されている、関連する添付図面においては、説明を分かり易くするべく、例として、１つだけのＵＥ、及び、ＵＥにサービスを提供する基地局が使用されていることに留意すべきである。異なる音声サービス手順において、ＵＥは発呼側又は着呼側として機能し得ることを理解されたい。音声サービスにおいて発呼側ＵＥ及び着呼側ＵＥにサービスを提供する基地局は、同一の基地局であり得て、又は、異なる基地局であり得る。
【００６４】
この実施形態において、基地局は、ＱＣＩ＝５のベアラ（ＩＭＳシグナリングベアラとも称される）を検出することで、音声サービスをＵＥが開始するかどうかを識別し得る。
【００６５】
一例において、基地局は、ベアラ上のセッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、略してＳＩＰ）メッセージのタイプを判定するべく、ＱＣＩ＝５のベアラ上のデータパケットを解析する。例えば、基地局がデータパケットのヘッダを解析することによって、ＳＩＰメッセージがＳＩＰ招待（ＳＩＰ  Ｉｎｖｉｔｅ）メッセージであることを判定する場合、基地局は、音声呼をＵＥが開始することを識別する。別の例において、基地局が解析によって、ＳＩＰメッセージがＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージ（例えば、ＡＣＫメッセージ）であることを判定する場合、基地局は、音声呼にＵＥが応答することを識別する。上述のように、ＱＣＩ＝５のベアラは、ＵＥとＩＭＳとの間でシグナリングを伝達するのに使用される。ＱＣＩ＝５のベアラは、（会話音声ベアラとも称される）ＱＣＩ＝１のベアラが確立されるより前に確立される。基地局は、ＱＣＩ＝５のベアラを検出することによって、音声サービスをＵＥが開始するかどうか識別し、これにより、基地局は、ＵＥがいつ音声サービスを開始するかをより迅速に識別でき、これにより、呼又は応答の遅延を低減する。
【００６６】
別の例において、基地局は、ＱＣＩ＝５のベアラ上に伝送されるデータパケットがあるかどうか検出することによって、音声サービスをＵＥが開始するかどうか識別する。基地局が、ＱＣＩ＝５のベアラ上で伝送されるデータパケットがあることを検出する場合、基地局は、ＵＥが音声呼を開始していること、又は、音声呼に応答していることを識別する。そうでない場合、基地局は、ＵＥが音声呼を開始していないこと、及び、音声呼に応答していないことを識別する。この実施形態において、基地局は、単にＱＣＩ＝５のベアラ上にデータパケットがあるかどうか検出することによって、ＵＥの音声呼開始イベント又は音声呼応答イベントを識別でき、ＱＣＩ＝５のベアラ上のデータパケットの内容を解析する必要はない。これにより、基地局の処理の複雑性を低減でき、基地局のメモリ及びＣＰＵリソースの消費量を低減できる。
【００６７】
セクション５０３において、基地局は、音声サービスをＵＥが開始することを識別する場合、サイクル長が比較的短いロングＤＲＸサイクルをＵＥに設定するか、又は、ＤＲＸを非アクティブ化するようＵＥに命令する。
【００６８】
一例において、基地局は、ロングＤＲＸサイクルの設定情報を伝達するべく、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、略してＲＲＣ）メッセージをＵＥへ送信できる。例えば、基地局は、ＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥへ送信する。このメッセージは、ロングＤＲＸサイクルの設定情報を伝達する。ロングＤＲＸサイクルの設定情報は、少なくとも、ロングＤＲＸサイクルのサイクル長を含む。ユーザの呼確立の遅延を低減し、ユーザエクスペリエンスを改善するべく、基地局は、サイクル長が比較的短いロングＤＲＸサイクルをＵＥに設定する。比較的短いサイクル長は、セクション４０２で説明されている設計を参照して設定され得て、例えば、２０ｍｓ、４０ｍｓ、２０サブフレーム、又は、４０サブフレームに設定され得る。一例において、基地局は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内の情報要素ｄｒｘＳｔａｒｔＯｆｆｓｅｔを使用することで、ロングＤＲＸサイクルが２０サブフレームを占有することを示し得る。
【００６９】
別の例において、基地局は、音声サービスをＵＥが開始することを識別するとき、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥへ送信することによって、ＤＲＸを非アクティブ化するようＵＥに命令する。例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内の情報要素ＤＲＸ−ｃｏｎｆｉｇは、解放に設定される。
【００７０】
セクション５０４において、ＵＥは、ＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを基地局へ送信する。
【００７１】
一例において、ＵＥは、基地局によって送信されるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信し、メッセージによって伝達される、ロングＤＲＸサイクルの設定情報に従って、対応するレシーバのオン／オフ操作を実行し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信してＤＲＸ再設定を完了する。この場合、基地局は、サイクル長が比較的短いロングＤＲＸサイクルを設定するので、ＵＥは、できるだけ早くＤＲＸアクティブ化期間に入ることができ、これにより、より迅速に音声サービスに応答する。
【００７２】
別の例において、ＵＥは、基地局によって送信されるＤＲＸ非アクティブ化命令の受信後、ＤＲＸを非アクティブ化して、連続受信動作モードに入る。この場合、ＵＥは、ＵＥの音声サービスをより良く保証できる。
【００７３】
セクション５０４において、ＵＥがＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを送信するステップは任意であることに留意すべきである。特に基地局については、ロングＤＲＸサイクルがＵＥに設定されてＵＥに指示された後で、基地局側での設定が完了する。当然ながら、一実施形態において、ＤＲＸ再設定が成功した後で、ＵＥはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを基地局へ送信し得る。基地局は、メッセージを受信後、ＤＲＸ再設定をＵＥが正常に完了したことを知ることができる。
【００７４】
以下では、図６を参照しながら本発明の実施形態を更に説明する。
【００７５】
図６に提供されている実施形態におけるセクション６０１、６０４及び６０５は、それぞれ、図５に提供されている実施形態におけるセクション５０１、５０３及び５０４と同一である。この実施形態では、基地局が、ＥＰＣ又はＩＭＳ（ＥＰＣ／ＩＭＳ）から通知を受信することによって、音声サービスをＵＥが開始することを知る（セクション６０２及び６０３）という点が異なっている。一例において、図２に示されているように、ＥＰＣ／ＩＭＳからの通知は、ＭＭＥが基地局へ送信し得るか、ＳＧＷ及び／若しくはＰＧＷがＭＭＥを使用して基地局へ送信し得るか、ＩＭＳネットワーク内のエンティティがＥＰＣネットワーク内のエンティティを使用して基地局へ送信し得る。
【００７６】
ＶｏＬＴＥをサポートするＵＥが音声呼を開始するとき、ＵＥは、ＱＣＩ＝５のベアラ上でＳＩＰメッセージを送信し、ＥＰＣ／ＩＭＳは、受信されたＳＩＰメッセージの内容に従って、ＵＥが音声サービスを開始すること、又は、ＵＥが着呼することを識別し、発呼側ＵＥ又は着呼側ＵＥにサービスを提供する基地局に対してメッセージ又はイベントトリガ方式で通知する。例えば、ＥＰＣ／ＩＭＳは、音声呼確立開始指示を基地局へ送信する。音声呼確立開始指示は、音声呼ユーザ及び／又はＵＥなどについての情報を含む。基地局は、音声呼確立開始指示を受信するとき、ＵＥが音声呼を開始すること、又は、ＵＥが着呼することを識別し、これにより、音声サービスをＵＥが開始することを判定する。基地局は、サイクル長が比較的短いロングＤＲＸサイクルをＵＥに設定し、ＤＲＸを非アクティブ化する（セクション６０４及び６０５）。具体的な説明については、セクション５０３及び５０４を参照のこと。ここではそれ以上の詳細は説明しない。
【００７７】
以下では、図７を参照しながら本発明の実施形態を更に説明する。
【００７８】
セクション７０１において、音声サービスをＵＥが開始することを基地局が識別する方法については、図５又は図６における実施形態の上述の説明を参照のこと。ここではそれ以上の詳細は説明しない。この実施形態において、基地局が、音声サービスをＵＥが開始することを識別するとき、又は、その後で、基地局はタイマを始動する。
【００７９】
セクション７０３において、タイマが切れるとき、又は、その前に、基地局がＱＣＩ＝１のベアラの確立手順（セクション７０２）を識別する場合、ＱＣＩ＝１のベアラは正常に確立されている。一例において、基地局がコアネットワークエンティティ（例えばＭＭＥ）から受信するベアラ確立要求（例えば、Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージが、ＱＣＩ＝１のベアラについての情報を伝達する場合、基地局は、ＱＣＩ＝１のベアラが正常に確立されていることを識別する。別の例において、基地局によってコアネットワークエンティティ（例えば、ＭＭＥ）へ送信されるベアラ確立応答（例えば、Ｅ−ＲＡＢ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）メッセージが、ＱＣＩ＝１のベアラについての情報を伝達する（例えば、情報要素Ｅ−ＲＡＢ  Ｓｅｔｕｐ  ＬｉｓｔがＱＣＩ＝１のベアラについての情報を含む）場合、基地局は、ＱＣＩ＝１のベアラが正常に確立されていることを識別する。セクション７０４及び７０５において、基地局は、図５又は図６における実施形態において説明されている上述の解決手段に従って、ＵＥに対するＤＲＸ再設定、又は、ＤＲＸ非アクティブ化を実行し得る。ここではそれ以上の詳細は説明しない。この実施形態において、タイマが設定されるのは、無線リソース又は他の因子が原因で音声サービスベアラの確立が失敗することに起因して、ユーザエクスペリエンスに影響が生じることを回避するためである。タイマの期間は、２秒間（ｓ）であり得る。当然理解できるように、タイマは、例えば１０秒以内の期間など、別の期間に設定され得る。
【００８０】
以下では、図８を参照しながら本発明の実施形態を更に説明する。
【００８１】
セクション８０１及び８０２は、図７におけるセクション７０１及び７０２と同様である。ここではそれ以上の詳細は説明しない。セクション８０３がセクション７０３と異なっているのは、音声サービスベアラの確立が失敗するという点である。セクション８０４において、タイマが切れるとき、基地局は、ＱＣＩ＝１のベアラの確立が失敗したと識別する。
【００８２】
一例において、セクション８０５は、任意のステップである。基地局は、ＵＥに対して、サイクル長が比較的長いロングＤＲＸサイクルの設定を復元する。基地局は、ロングＤＲＸサイクルの設定情報を伝達するべく、ＲＲＣメッセージを使用し得る。例えば、セクション４０３、及び、図５又は図６における実施形態の説明を参照することで、ＵＥに対するロングＤＲＸサイクル設定を完了させてよい。例えば、ロングＤＲＸサイクルのサイクル長は、１６０ミリ秒、３２０ミリ秒、若しくは、それより長い時間、又は、１６０サブフレーム、３２０サブフレーム、若しくはそれより大きいサブフレームに設定され得る。
【００８３】
別の例において、音声サービスをＵＥが実行しないことを基地局が識別するとき、基地局は、ＤＲＸ再設定を実行しないことがある。換言すれば、基地局は、ステップ８０５を実行しないことがある。一般的に、ＵＥがＶｏＬＴＥネットワークに接続された後で、基地局は、通信プロトコルの仕様に従って、例えば、８０ミリ秒、若しくはそれより長い時間、又は、８０サブフレーム、若しくは、それより多いサブフレームのうちの可能な値など、比較的大きい値のロングＤＲＸサイクルをＵＥに設定する。音声サービスをＵＥが実行しないことを基地局が識別し、かつ、以前設定されたロングＤＲＸサイクルがシステム要件、例えば、サービスのサービス品質（ＱｏＳ）を保証するための要件を満たすとき、基地局は、ロングＤＲＸサイクルをＵＥに再設定する必要がない。当然、基地局は任意で、例えば、以前ＵＥに設定されたロングＤＲＸサイクルのサイクル長が事前設定閾値に達しているかどうか判定することによって、以前ＵＥに設定されたロングＤＲＸサイクルがシステム要件を満たすかどうかを最初に判定し得る。事前設定閾値に達することは、事前設定閾値より大きいこと（＞）、より大きいか等しいこと（≧）、より小さいこと（＜）、より小さいか等しいこと（≦）、若しくは、等しいこと（＝）、又は、事前設定閾値の範囲内であることを含む。ＵＥに以前設定されたロングＤＲＸサイクルがシステム要件を満たしている場合、基地局は、ＤＲＸ再設定を実行しない。ＵＥに以前設定されたロングＤＲＸサイクルがシステム要件を満たさない場合、基地局は、システム要件を満たすロングＤＲＸサイクルをＵＥに設定するべく、セクション５０３及び５０４に説明されている方法に従って、ＵＥにＤＲＸ再設定を実行する。
【００８４】
以下では、図９を参照しながら本発明の実施形態を更に説明する。
【００８５】
セクション９０１において、基地局は、ＵＥが音声サービスを実行しないことを識別する。ＵＥが音声サービスを実行しないことには、ＵＥが音声呼を開始しないこと、ＵＥが音声呼に応答しないこと、ＵＥの音声呼が終了したことなどが含まれる。
【００８６】
一例において、ＵＥが音声サービスを実行しないことは、セクション５０２に説明されている方法に従って識別できる。例えば、基地局は、ＱＣＩ＝５のベアラ上のデータパケットを解析することによって、ベアラ上のＳＩＰメッセージのタイプがＳＩＰ  ＩＮＶＩＴＥメッセージでないこと、及び、ＳＩＰ  ＩＮＶＩＴＥメッセージに対する確認応答メッセージでないことを判定し得る。その結果、基地局は、音声呼をＵＥが開始していないことを識別する。別の例において、基地局は、ＱＣＩ＝５のベアラ上に、伝送されるデータパケットが無いことを検出することによって、ＵＥが音声呼を開始していないこと、及び、音声呼に応答していないことを識別し得る。具体的な説明については、セクション５０２を参照のこと。ここではそれ以上の詳細は説明しない。
【００８７】
別の例において、基地局は、会話音声ベアラ（すなわち、ＱＣＩ＝１のベアラ）を検出することによって、ＵＥが音声サービスを実行していないことを識別し得る。例えば、ＱＣＩ＝１のベアラが非アクティブ化又は解放されていることを基地局が検出する場合、基地局は、ＵＥの音声サービスが終了したことを識別する。
【００８８】
更に別の例において、ＥＰＣ／ＩＭＳは、図６の実施形態における上述の説明に従って、音声サービスをＵＥが実行していないことを識別し得て、基地局へ通知し得る。例えば、ＥＰＣ／ＩＭＳは、ＵＥが音声呼を開始していないこと、又は、ＵＥが着呼していないことを識別するとき、発呼側ＵＥ又は着呼側ＵＥにサービスを提供している基地局に対して、メッセージ又はイベントトリガ方式で通知する。
【００８９】
セクション９０２において、基地局は、サイクル長が比較的長いロングＤＲＸサイクルをＵＥに設定するか、又は、ＤＲＸアクティブ化操作を実行するようＵＥに命令し、これにより、ＵＥは電力消費を低減できる。
【００９０】
一例において、音声サービスをＵＥが実行していないことを基地局が識別するとき、基地局は、サイクル長が比較的長いロングＤＲＸサイクルをＵＥに設定する。比較的長いサイクル長は、セクション４０３において説明されている設計を参照して設定され得る。例えば、比較的長いサイクル長は、８０ミリ秒若しくは１６０ミリ秒、又は、８０サブフレーム若しくは１６０サブフレームなどに設定され得る。ＤＲＸ再設定については、セクション５０３における再設定手順を参照してよい。例えば、基地局はＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥへ送信し得る。メッセージは、ロングＤＲＸサイクルの設定情報を伝達する。設定情報には、少なくとも、ロングＤＲＸサイクルのサイクル長が含まれる。例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの情報要素ｄｒｘＳｔａｒｔＯｆｆｓｅｔは、ロングＤＲＸサイクルが１６０サブフレームを占有することを示すのに使用される。
【００９１】
別の例において、ＵＥが音声サービスを実行するときに、基地局が、ＤＲＸを非アクティブ化するようＵＥに命令する場合、音声サービスが終了したことを基地局が識別するとき、基地局は、命令をＵＥへ送信して、ＤＲＸをアクティブ化するようＵＥに命令する。任意で、ＤＲＸをアクティブ化するようＵＥに命令するのと同時に、基地局は、サイクル長が比較的長いロングＤＲＸサイクルを設定するようＵＥに命令し得る。例えば、基地局は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ内の情報要素ＤＲＸ−ｃｏｎｆｉｇをＳｅｔｕｐに設定し得て、これにより、ＤＲＸをアクティブ化するようＵＥに命令する。代替的に、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、Ｓｅｔｕｐに設定されている情報要素ＤＲＸ−ｃｏｎｆｉｇ、及び、ロングＤＲＸサイクルのサイクル長を示す情報要素ｄｒｘＳｔａｒｔＯｆｆｓｅｔの両方を伝達し得る。
【００９２】
セクション９０３はセクション５０４と同様であり、また、任意のステップである。ＵＥはまた、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを基地局へ送信するべく、セクション５０４と同様の操作を実行し得る。具体的な説明については、セクション５０４における関連する説明を参照のこと。ここではそれ以上の詳細は説明しない。
【００９３】
上述の説明は主に、ネットワーク要素の間のインタラクションという観点から、本発明の実施形態において提供されている解決手段を説明している。上述の機能を実装するべく、ＵＥ、基地局、及びコアネットワークエンティティなどの各ネットワーク要素は、各機能を実行するための、対応するソフトウェア構造及び／又はソフトウェアモジュールを含むことを理解されたい。当業者であれば、本明細書に開示されている実施形態において説明されている例を併せて用いることで、ユニット及びアルゴリズムのステップは、ハードウェア及びコンピュータソフトウェアの組み合わせによって実装され得ることを認識し得る。機能がハードウェア又はソフトウェアの何れによって実行されるかは、技術的解決手段の特定の用途及び設計上の制約条件に依存する。当業者であれば、異なる方法を用いて、特定の用途毎に、説明された機能を実装することがある。しかしながら、そのような実装が、本発明の範囲を越えるものとみなされるべきではない。
【００９４】
図１０は、上述の実施形態に関連する基地局の設計のブロック図を示す。
【００９５】
基地局は、トランスミッタ／レシーバ１００１、コントローラ／プロセッサ１００２、メモリ１００３、及び、通信ユニット１００４を備える。トランスミッタ／レシーバ１００１は、上述の実施形態における、基地局とＵＥとの間での情報の送信及び受信をサポートし、ＵＥと別のＵＥとの間での無線通信をサポートするよう構成されている。コントローラ／プロセッサ１００２は、ＵＥと通信するための様々な機能を実行する。アップリンク上では、ＵＥからのアップリンク信号がアンテナによって受信され、レシーバ１００１によって変調され、コントローラ／プロセッサ１００２によって更に処理されることで、ＵＥによって送信されたサービスデータ及びシグナリングメッセージを復元する。ダウンリンク上では、サービスデータ及びシグナリングメッセージは、コントローラ／プロセッサ１００２によって処理され、トランスミッタ１００１によって変調されることで、ダウンリンク信号を生成し、ダウンリンク信号はアンテナによってＵＥへ伝送される。コントローラ／プロセッサ１００２は更に、図４から図９における、基地局が関連している処理手順、及び／又は、本出願において説明されている技術についての他の手順を実行する。メモリ１００３は、基地局内のプログラムコード及びデータを保存するよう構成されている。通信ユニット１００４は、他のネットワークエンティティと通信するべく、基地局をサポートするよう構成され、例えば、コアネットワークＥＰＣ内に存在するＭＭＥ、ＳＧＷ、及び／又は、ＰＧＷなど、図２に示されている他の通信ネットワークエンティティと通信するべく、基地局をサポートするように構成されている。
【００９６】
図１０は、基地局の簡略化された設計のみを示すことを理解されたい。実際の適用において、基地局は、任意の数のトランスミッタ、レシーバ、プロセッサ、コントローラ、メモリ、通信ユニットなどを備え得ることを理解されたい。
【００９７】
図１１は、上述の実施形態に含まれるＵＥの設計のブロック図を示す。
【００９８】
エンコーダ１１０６は、アップリンク上で送信されることになっているサービスデータ及びシグナリングメッセージを受け取る。エンコーダ１１０６は、サービスデータ及びシグナリングメッセージを処理（例えば、形式化、符号化、及び、インタリーブ）する。モジュレータ１１０７は更に、符号化されたサービスデータ及びシグナリングメッセージを処理（例えば、シンボルマッピング及び変調を実行）し、出力サンプルを提供する。トランスミッタ１１０１は、出力サンプルを調整（例えば、デジタル‐アナログ変換、フィルタリング、増幅、及びアップコンバート）して、アップリンク信号を生成する。アップリンク信号は、アンテナによって、上述の実施形態における基地局へ伝送される。ダウンリンク上で、アンテナは、上述の実施形態における基地局によって伝送されたダウンリンク信号を受信する。レシーバ１１０２は、アンテナから受信した信号を調整（例えば、フィルタリング、増幅、ダウンコンバート、及びデジタル化）して、入力サンプルを提供する。デモジュレータ１１０９は、入力サンプルを処理（例えば、復調）し、記号推定を提供する。デコーダ１１０８は、記号推定を処理（例えば、インタリーブ解除及び復号）し、復号されたデータ及びシグナリングメッセージをＵＥに提供する。エンコーダ１１０６、モジュレータ１１０７、デモジュレータ１１０９、及び、デコーダ１１０８は、モデムプロセッサ１１０５によって実装され得る。これらのユニットは、無線アクセスネットワークによって使用される無線アクセス技術（例えば、ＬＴＥシステム及び他の次世代型システムによって使用されるアクセス技術）に従って処理を実行する。
【００９９】
コントローラ／プロセッサ１１０３は、ＵＥの動作を制御及び管理し、上述の実施形態における、ＵＥによって実装される処理を実行するよう構成されている。例えば、コントローラ／プロセッサ１１０３は、受信されたロングＤＲＸサイクルに従ってページングを受信し、及び／又は、本発明に説明されている技術の他の手順を完了するべく、ＵＥを制御するよう構成されている。一例において、コントローラ／プロセッサ１１０３は、図５における手順５０１及び５０４、図６における手順６０１及び６０５、図７における手順７０２及び７０５、図８における手順８０１、８０３及び８０５、及び、図９における手順９０３を実行するべくＵＥをサポートするよう構成されている。メモリ１１０４は、ＵＥ１１０のプログラムコード及びデータを保存するよう構成されている。
【０１００】
図１２は、上述の実施形態に関連するコアネットワーク装置の設計のブロック図を示す。コアネットワークは、ＥＰＣネットワークであり得て、コアネットワーク装置は、ＭＭＥ、ＳＧＷ、ＰＧＷ、又は、それらの任意の組み合わせであり得る。
【０１０１】
コアネットワーク装置は、コアネットワーク装置の動作を制御及び管理するように、及び、ＵＥの通信サービスをサポートする様々な機能を実行するように構成されているコントローラ／プロセッサ１２０２を含む。例えば、コントローラ／プロセッサ１２０２は、図５における手順５０１、図６における手順６０１及び／又は６０２、図７における手順７０２、図８における手順８０１及び８０３、及び／又は、本明細書において説明されている技術の他の手順を実行するべくコアネットワーク装置をサポートするように構成されている。メモリ１２０１は、コアネットワーク装置のプログラムコード及びデータを保存するよう構成されている。通信ユニット１２０３は、例えば、図１０における基地局の通信ユニット１００４との通信、及び／又は、図１１におけるＵＥとの通信など、別のネットワークエンティティとの通信をサポートするよう構成されている。別の例として、図２に示されているネットワークエンティティの間の通信がサポートされている。
【０１０２】
本発明における基地局、ＵＥ、又は、コアネットワーク装置の機能を実行するよう構成されているコントローラ／プロセッサは、中央処理装置（ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、若しくは別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェアコンポーネント、又は、それらの任意の組み合わせであり得る。コントローラ／プロセッサは、本発明に開示されている内容を参照して説明されている様々な例示的な論理ブロック、モジュール、及び、回路を実装又は実行し得る。代替的に、プロセッサは、例えば、１若しくは複数のマイクロプロセッサの組み合わせ、又は、ＤＳＰ及びマイクロプロセッサの組み合わせなど、コンピューティング機能を実装するプロセッサの組み合わせであり得る。
【０１０３】
本発明に開示されている内容を参照して説明される方法又はアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、又は、それらの組み合わせを使用することで直接的に実装され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、ポータブルディスク、ＣＤ−ＲＯＭ、又は、当技術分野において知られている他の何れかの形態の記憶媒体内に存在し得る。例えば、記憶媒体は、プロセッサと結合され、これにより、プロセッサは記憶媒体から情報を読み出したり、記憶媒体へ情報を書き込んだりできる。当然、記憶媒体は、プロセッサのコンポーネントでもあり得る。プロセッサ及び記憶媒体は、ＡＳＩＣ内に存在し得る。加えて、ＡＳＩＣは、ユーザ装置内に存在し得る。当然、プロセッサ及び記憶媒体は、個別のコンポーネントとしてユーザ装置内に存在し得る。
【０１０４】
当業者であれば、１又は複数の例においては、本発明で説明されている機能が、ハードウェア、ソフトウェア、ファームウェア、又は、それらの任意の組み合わせを使用することによって実装され得ることに認識し得る。これらの機能は、ソフトウェアを使用することによって実装されるとき、コンピュータ可読媒体内に保存され得るか、又は、コンピュータ可読媒体内の１又は複数の命令若しくはコードとして伝送され得る。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含む。通信媒体は、コンピュータプログラムを１つの場所から別の場所へ伝送することを可能にする任意の媒体を含む。記憶媒体は、汎用コンピュータ又は専用コンピュータにアクセス可能な任意の利用可能な媒体であり得る。
【０１０５】
上述の具体的な実装方式において、本発明の目的、技術的解決手段、及び利点が更に詳細に説明されている。上述の説明は、本発明の具体的な複数の実装方式にすぎないが、本発明の保護範囲を限定することは意図されていないことが理解されるべきである。本発明の技術的解決手段に基づく、何れの修正、均等な代替物、又は、改善も、本発明の保護範囲内に含まれるべきである。
【図１】
0006584023.tif 000002
【図２】
0006584023.tif 000003
【図３】
0006584023.tif 000004
【図４】
0006584023.tif 000005
【図５】
0006584023.tif 000006
【図６】
0006584023.tif 000007
【図７】
0006584023.tif 000008
【図８】
0006584023.tif 000009
【図９】
0006584023.tif 000010
【図１０】
0006584023.tif 000011
【図１１】
0006584023.tif 000012
【図１２】
0006584023.tif 000013