(57)【特許請求の範囲】
【請求項１】
ロバストヘッダ圧縮（ＲＯＨＣ）圧縮器またはＲＯＨＣ復元器の動作モードおよび動作状態をネットワークデバイスが判断することと、
前記ＲＯＨＣ圧縮器またはＲＯＨＣ復元器の前記動作状態の変化に応答して無線ベアラの半永続的スケジューリング（ＳＰＳ）モードを前記ネットワークデバイスが変更することと
を備え、ここにおいて、
前記動作モードおよび前記動作状態を判断することが、前記ＲＯＨＣ圧縮器に関連する異なる動作状態間の遷移を判断することを含み、
前記ＳＰＳモードを変更することは、前記ＲＯＨＣ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク半永続的スケジューリングをアクティブにすることと、前記ＲＯＨＣ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク半永続的スケジューリングを非アクティブにすることとを含む、ワイヤレス通信のための方法。
【請求項２】
前記ＲＯＨＣ圧縮器または前記ＲＯＨＣ復元器の前記動作モードおよび動作状態を判断することが、
前記ＲＯＨＣ復元器に関連する異なる動作状態間の遷移を前記ネットワークデバイスが判断すること
を含む、請求項１に記載の方法。
【請求項３】
前記ＳＰＳモードを変更することは、
前記ＲＯＨＣ復元器の前記動作状態が静的コンテキスト（ＳＣ）状態からフルコンテキスト（ＦＣ）状態に変化したときにダウンリンク半永続的スケジューリングを前記ネットワークデバイスがアクティブにすること
を備える、請求項２に記載の方法。
【請求項４】
前記ＳＰＳモードを変更することは、
前記ＲＯＨＣ復元器の前記動作状態が無コンテキスト（ＮＣ）状態に入ったときに前記ダウンリンク半永続的スケジューリングを前記ネットワークデバイスが非アクティブにすること
を備える、請求項３に記載の方法。
【請求項５】
前記ＳＰＳモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、請求項１に記載の方法。
【請求項６】
前記ＳＰＳモードは、無音記述子（ＳＩＤ）がコーデックによって生成されたときに変更される、請求項１に記載の方法。
【請求項７】
前記ＳＰＳモードを変更することが、
前記ＳＰＳモードをアクティブにすること
を備え、前記ＳＰＳモードをアクティブにすることが、
循環する割り当てられたリソースブロックの固定セットを判断することと、
前記ＳＰＳモードの周期性を判断することと
を含む、請求項１に記載の方法。
【請求項８】
前記ＳＰＳモードを変更することが、
前記ＳＰＳモードを非アクティブにすることを備え、前記ＳＰＳモードを非アクティブにすることは、
送信されたフレームのパケットサイズが、循環する割り当てられたリソースブロックの前記固定セットのサイズよりも大きくまたは小さく、前記割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを割当て解除すること
を含む、請求項７に記載の方法。
【請求項９】
前記送信されたフレームの前記パケットサイズが、循環する割り当てられたリソースブロックの前記固定セットの前記サイズよりも大きくまたは小さく、前記割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを修正することをさらに備える、請求項８に記載の方法。
【請求項１０】
アップリンクリソースブロックのみが割当て解除される、請求項８に記載の方法。
【請求項１１】
ダウンリンクリソースブロックのみが割当て解除される、請求項８に記載の方法。
【請求項１２】
循環する割り当てられたリソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能（ＤＴＭＦ）イベントによって生成されたデータを通信することをさらに備える、請求項７に記載の方法。
【請求項１３】
前記ＳＰＳモードを変更することが、
前記ネットワークデバイス、第２のネットワークデバイス、および少なくとも第３のネットワークデバイスの間で会議呼が確立された後に前記ネットワークデバイスと前記第２のネットワークデバイスとの間の半永続的スケジューリングを非アクティブにすること
をさらに備える、請求項１に記載の方法。
【請求項１４】
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、
前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすること
を含む、請求項１３に記載の方法。
【請求項１５】
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、
前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすること
を含む、請求項１３に記載の方法。
【請求項１６】
ロバストヘッダ圧縮（ＲＯＨＣ）圧縮器またはＲＯＨＣ復元器の動作モードおよび動作状態を判断するための手段と、
前記ＲＯＨＣ圧縮器またはＲＯＨＣ復元器の前記動作状態の変化に応答して無線ベアラの半永続的スケジューリング（ＳＰＳ）モードを変更するための手段と
を備え、ここにおいて、
前記動作モードおよび前記動作状態を判断するための前記手段が、前記ＲＯＨＣ圧縮器に関連する異なる動作状態間の遷移を判断し、
前記ＳＰＳモードを変更するための前記手段は、前記ＲＯＨＣ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク半永続的スケジューリングをアクティブにし、前記ＲＯＨＣ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク半永続的スケジューリングを非アクティブにする、ワイヤレス通信のための装置。
【請求項１７】
前記ＲＯＨＣ圧縮器または前記ＲＯＨＣ復元器の前記動作モードおよび動作状態を判断するための前記手段が、前記ＲＯＨＣ復元器に関連する異なる動作状態間の遷移を判断する、請求項１６に記載の装置。
【請求項１８】
前記ＳＰＳモードを変更するための前記手段は、前記ＲＯＨＣ復元器の前記動作状態が静的コンテキスト（ＳＣ）状態からフルコンテキスト（ＦＣ）状態に変化したときにダウンリンク半永続的スケジューリングをアクティブにする、請求項１７に記載の装置。
【請求項１９】
前記ＳＰＳモードを変更するための前記手段は、前記ＲＯＨＣ復元器の前記動作状態が無コンテキスト（ＮＣ）状態に入ったときに前記ダウンリンク半永続的スケジューリングを非アクティブにする、請求項１８に記載の装置。
【請求項２０】
前記ＳＰＳモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、請求項１６に記載の装置。
【請求項２１】
前記ＳＰＳモードは、無音記述子（ＳＩＤ）がコーデックによって生成されたときに変更される、請求項１６に記載の装置。
【請求項２２】
前記ＳＰＳモードを変更するための前記手段が、前記ＳＰＳモードをアクティブにし、前記ＳＰＳモードが、
循環する割り当てられたリソースブロックの固定セットを判断することと、
前記ＳＰＳモードの周期性を判断することと
によってアクティブにされる、請求項１６に記載の装置。
【請求項２３】
前記ＳＰＳモードを変更するための前記手段が、前記ＳＰＳモードを非アクティブにし、
前記ＳＰＳモードは、送信されたフレームのパケットサイズが、循環する割り当てられたリソースブロックの前記固定セットのサイズよりも大きくまたは小さく、割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを割当て解除することによって非アクティブにされる、請求項２２に記載の装置。
【請求項２４】
前記送信されたフレームの前記パケットサイズが、循環する割り当てられたリソースブロックの前記固定セットの前記サイズよりも大きくまたは小さく、前記割当ての周期性が変化したときに循環する割り当てられたリソースブロックの前記固定セットを修正するための手段
をさらに備える、請求項２３に記載の装置。
【請求項２５】
アップリンクリソースブロックのみが割当て解除される、請求項２３に記載の装置。
【請求項２６】
ダウンリンクリソースブロックのみが割当て解除される、請求項２３に記載の装置。
【請求項２７】
循環する割り当てられたリソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能（ＤＴＭＦ）イベントによって生成されたデータを通信するための手段をさらに備える、請求項２２に記載の装置。
【請求項２８】
前記ＳＰＳモードを変更することが、ネットワークデバイス、第２のネットワークデバイス、および少なくとも第３のネットワークデバイスの間で会議呼が確立された後に、前記ネットワークデバイスと前記第２のネットワークデバイスとの間の半永続的スケジューリングを非アクティブにすることを備える、請求項１６に記載の装置。
【請求項２９】
会議呼が確立された後に前記半永続的スケジューリングを前記非アクティブにすることは、前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにする、請求項２８に記載の装置。
【請求項３０】
会議呼が確立された後に前記半永続的スケジューリングを前記非アクティブにすることは、前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにする、請求項２８に記載の装置。
【請求項３１】
ロバストヘッダ圧縮（ＲＯＨＣ）圧縮器またはＲＯＨＣ復元器の動作モードおよび動作状態を判断することと、
前記ＲＯＨＣ圧縮器またはＲＯＨＣ復元器の前記動作状態の変化に応答して無線ベアラの半永続的スケジューリング（ＳＰＳ）モードを変更することと
を行うように構成された処理システム
を備え、ここにおいて、
前記動作モードおよび前記動作状態を判断することが、前記ＲＯＨＣ圧縮器に関連する異なる動作状態間の遷移を判断することを含み、
前記ＳＰＳモードを変更することが、前記ＲＯＨＣ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク半永続的スケジューリングをアクティブにすることと、前記ＲＯＨＣ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク半永続的スケジューリングを非アクティブにすることとを含む、ワイヤレス通信のための装置。
【請求項３２】
前記ＲＯＨＣ圧縮器または前記ＲＯＨＣ復元器の前記動作モードおよび前記動作状態を判断することが、
前記ＲＯＨＣ復元器に関連する異なる動作状態間の遷移を判断すること
を含む、請求項３１に記載の装置。
【請求項３３】
前記ＳＰＳモードを変更することは、
前記ＲＯＨＣ復元器の前記動作状態が静的コンテキスト（ＳＣ）状態からフルコンテキスト（ＦＣ）状態に変化したときにダウンリンク半永続的スケジューリングをアクティブにすること
を備える、請求項３２に記載の装置。
【請求項３４】
前記ＳＰＳモードを変更することは、
前記ＲＯＨＣ復元器の前記動作状態が無コンテキスト（ＮＣ）状態に入ったときに前記ダウンリンク半永続的スケジューリングを非アクティブにすること
を備える、請求項３３に記載の装置。
【請求項３５】
前記ＳＰＳモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、請求項３１に記載の装置。
【請求項３６】
前記ＳＰＳモードは、無音記述子（ＳＩＤ）がコーデックによって生成されたときに変更される、請求項３１に記載の装置。
【請求項３７】
前記ＳＰＳモードを変更することが、
前記ＳＰＳモードをアクティブにすること
を備え、前記ＳＰＳモードをアクティブにすることが、
循環する割り当てられたリソースブロックの固定セットを判断することと、
前記ＳＰＳモードの周期性を判断することと
を含む、請求項３１に記載の装置。
【請求項３８】
前記ＳＰＳモードを変更することが、
前記ＳＰＳモードを非アクティブにすること
を備え、前記ＳＰＳモードを非アクティブにすることは、
送信されたフレームのパケットサイズが、循環する割り当てられたリソースブロックの前記固定セットのサイズよりも大きくまたは小さく、割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを割当て解除すること
を含む、請求項３７に記載の装置。
【請求項３９】
前記処理システムは、
送信されたフレームの前記パケットサイズが、循環する割り当てられたリソースブロックの前記固定セットのサイズよりも大きくまたは小さく、前記割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを修正する
ようにさらに構成された、請求項３８に記載の装置。
【請求項４０】
アップリンクリソースブロックのみが割当て解除される、請求項３８に記載の装置。
【請求項４１】
ダウンリンクリソースブロックのみが割当て解除される、請求項３８に記載の装置。
【請求項４２】
前記処理システムが、
循環する割り当てられたリソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能（ＤＴＭＦ）イベントによって生成されたデータを通信する
ようにさらに構成された、請求項３７に記載の装置。
【請求項４３】
前記ＳＰＳモードを変更することが、
ネットワークデバイス、第２のネットワークデバイス、および少なくとも第３のネットワークデバイスの間で会議呼が確立された後に前記ネットワークデバイスと前記第２のネットワークデバイスとの間の半永続的スケジューリングを非アクティブにすること
を備える、請求項３１に記載の装置。
【請求項４４】
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、
前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすること
を備える、請求項４３に記載の装置。
【請求項４５】
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、前記会議呼が確立される前に音声フレームが前記ネットワークデバイスによって送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすること
を備える、請求項４３に記載の装置。
【請求項４６】
ロバストヘッダ圧縮（ＲＯＨＣ）圧縮器またはＲＯＨＣ復元器の動作モードおよび動作状態を判断することと、
前記ＲＯＨＣ圧縮器またはＲＯＨＣ復元器の前記動作状態の変化に応答して無線ベアラの半永続的スケジューリング（ＳＰＳ）モードを変更することと
を行うためのコード
を備え、ここにおいて、
前記ＲＯＨＣ圧縮器または前記ＲＯＨＣ復元器の前記動作モードおよび前記動作状態を判断することは、前記ＲＯＨＣ圧縮器に関連する異なる動作状態間の遷移を判断することを備え、
前記ＳＰＳモードを変更することは、前記ＲＯＨＣ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク半永続的スケジューリングをアクティブにし、前記ＲＯＨＣ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク半永続的スケジューリングを非アクティブにする、コンピュータ読取可能記録媒体。
【請求項４７】
前記ＲＯＨＣ圧縮器または前記ＲＯＨＣ復元器の前記動作モードおよび前記動作状態を判断するための前記コードが、前記ＲＯＨＣ復元器に関連する異なる動作状態間の遷移を判断する、請求項４６に記載のコンピュータ読取可能記録媒体。
【請求項４８】
前記ＳＰＳモードを変更するための前記コードは、前記ＲＯＨＣ復元器の前記動作状態が静的コンテキスト（ＳＣ）状態からフルコンテキスト（ＦＣ）状態に変化したときにダウンリンク半永続的スケジューリングをアクティブにする、請求項４７に記載のコンピュータ読取可能記録媒体。
【請求項４９】
前記ＳＰＳモードを変更するための前記コードは、前記ＲＯＨＣ復元器の前記動作状態が無コンテキスト（ＮＣ）状態に入ったときに前記ダウンリンク半永続的スケジューリングを非アクティブにする、請求項４８に記載のコンピュータ読取可能記録媒体。
【請求項５０】
前記ＳＰＳモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、請求項４６に記載のコンピュータ読取可能記録媒体。
【請求項５１】
前記ＳＰＳモードは、無音記述子（ＳＩＤ）がコーデックによって生成されたときに変更される、請求項４６に記載のコンピュータ読取可能記録媒体。
【請求項５２】
前記ＳＰＳモードを変更するための前記コードが、
循環する割り当てられたリソースブロックの固定セットを判断することと、
前記ＳＰＳモードの周期性を判断することと
によって前記ＳＰＳモードをアクティブにする、請求項４６に記載のコンピュータ読取可能記録媒体。
【請求項５３】
前記ＳＰＳモードを変更するための前記コードは、送信されたフレームのパケットサイズが、循環する割り当てられたリソースブロックの前記固定セットのサイズよりも大きくまたは小さく、割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを割当て解除することによって前記ＳＰＳモードを非アクティブにする、請求項５２に記載のコンピュータ読取可能記録媒体。
【請求項５４】
前記送信されたフレームの前記パケットサイズが、循環する割り当てられたリソースブロックの前記固定セットの前記サイズよりも大きくまたは小さく、前記割当ての周期性が変化したときに、循環する割り当てられたリソースブロックの前記固定セットを修正するためのコードをさらに備える、請求項５３に記載のコンピュータ読取可能記録媒体。
【請求項５５】
アップリンクリソースブロックのみが割当て解除される、請求項５３に記載のコンピュータ読取可能記録媒体。
【請求項５６】
ダウンリンクリソースブロックのみが割当て解除される、請求項５３に記載のコンピュータ読取可能記録媒体。
【請求項５７】
循環する割り当てられたリソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能（ＤＴＭＦ）イベントによって生成されたデータを通信するためのコードをさらに備える、請求項５２に記載のコンピュータ読取可能記録媒体。
【請求項５８】
ネットワークデバイス、第２のネットワークデバイス、および少なくとも第３のネットワークデバイスの間で会議呼が確立された後に前記ネットワークデバイスと前記第２のネットワークデバイスとの間の半永続的スケジューリングを非アクティブにするためのコードをさらに備える、請求項４６に記載のコンピュータ読取可能記録媒体。
【請求項５９】
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが前記ネットワークデバイスによって受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、請求項５８に記載のコンピュータ読取可能記録媒体。
【請求項６０】
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが前記ネットワークデバイスによって送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、請求項５８に記載のコンピュータ読取可能記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、本出願の譲受人に譲渡され、その内容全体が参照により明確に本明細書に組み込まれる、２０１１年１０月３日に出願された「ACTIVATING AND DEACTIVATING SEMI-PERSISTENT SCHEDULING FOR AN LTE VOIP RADIO BEARER」と題する米国仮出願第６１／５４２，７１３号、および２０１２年１０月２日に出願された「ACTIVATING AND DEACTIVATING SEMI-PERSISTENT SCHEDULING FOR AN LTE VOIP RADIO BEARER」と題する米国特許出願第１３／６３３，８２８号の利益を主張する。
【０００２】
本開示は、一般に通信システムに関し、より詳細には、ＬＴＥおよび高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）ネットワークにおけるＶｏＩＰサービスのための半永続的スケジューリング（semi-persistent scheduling）をアクティブおよび非アクティブにすることに関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、音声、データ、ブロードキャストなど、様々な通信サービスを提供するために広く使用されている。これらの通信システムは、複数のユーザによる同時リソース使用をサポートする多元接続システム（multiple-access system）であり得る。このリソース共有は、帯域幅と送信電力とを含む、共有システムリソースの使用によって達成される。いくつかの多元接続システムが現在使用中であり、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）および直交周波数分割多元接続（ＯＦＤＭＡ）を含む。これらのアクセスシステムは、３ＧＰＰロングタームエボリューション（３Ｇ  ＬＴＥ：3G Long Term Evolution）によって公表された通信規格など、様々な通信規格と併せて使用され得る。ＬＴＥは、新生の電気通信規格であり、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によって公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）モバイル規格の拡張のセットである。ＬＴＥは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新しいスペクトルを利用し、また、ダウンリンク（ＤＬ）上ではＯＦＤＭＡを使用し、アップリンク（ＵＬ）上ではシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を使用し、多入力多出力（ＭＩＭＯ）アンテナ技術を使用して他のオープン規格とより良く統合するように設計されている。
【０００４】
ワイヤレス多元接続通信システムは、一般に複数のワイヤレス端末をサポートする。各ワイヤレス端末は、モバイルデバイスまたはユーザ機器（ＵＥ）としても知られ、順方向リンクと逆方向リンクとを使用して１つまたは複数の基地局と通信する。順方向リンクは、基地局からモバイル端末またはＵＥへの通信リンクを指し、ダウンリンクとしても知られ得る。逆方向リンクは、ＵＥから基地局（ＢＳ）への通信リンクを指す。通信リンクは単一のリンクシステムまたはＭＩＭＯシステムによって確立され得る。
【０００５】
ＵＥとＢＳとによって生成されるトラフィックは、部分的にサービングネットワークコントローラによって管理され、サービングネットワークコントローラはワイヤレストラフィックのアービタ（arbiter）として働く。ネットワークコントローラは、ＵＥに制御情報を送り、ＵＥにワイヤレスリソースを割り当て、アップリンクおよびダウンリンク干渉を管理し、近隣ＢＳ間のＭＩＭＯ送信を協調させることができる。サービングネットワークコントローラは、異種ワイヤレス通信を管理するための中心プランナーとして働き、一貫性と信頼性とを保証する。
【０００６】
１つの通信規格、３ＧＰＰは、各アップリンクおよびダウンリンクリソース許可についての物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）リソースの必要をなくす半永続的スケジューリング（ＳＰＳ：Semi-Persistent Scheduling）として知られる機構を定義する。多数のボイスオーバーインターネットプロトコル（ＶｏＩＰ：voice over internet protocol）ユーザがいるとき、オーバーヘッドは効率的なシステム動作にとって制限ファクタになる。３ＧＰＰ仕様は、ＳＰＳのためのアクティブ化および非アクティブ化トリガリング機構を定義せず、ＳＰＳアクティブ化および非アクティブ化の条件を指定しない。当技術分野では、ｅＮＢ  ＲＯＨＣ復元器（decompressor）および圧縮器（compressor）の状態に基づいてＬＴＥ  ＶｏＩＰ無線ベアラのためのアップリンクとダウンリンクの両方の上のアップリンクＳＰＳをいつアクティブおよび非アクティブにすべきかを判断するための方法および装置が必要である。
【発明の概要】
【０００７】
本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。ヘッダ圧縮器またはヘッダ復元器の動作状態が判断される。ヘッダ圧縮器またはヘッダ復元器の動作状態は、ヘッダ圧縮器に関連する異なる動作状態間の遷移を判断することによって判断され得る。
【０００８】
いくつかの実施形態では、本方法は、ヘッダ圧縮器の動作状態の変化に応答して永続的スケジューリングモードを変更することを備える。永続的スケジューリングモードを変更することは、ヘッダ圧縮器の動作状態が１次（first order）状態から２次（second order）状態に変化したときにアップリンク永続的スケジューリングをアクティブにすることを備え得る。永続的スケジューリングモードを変更することは、ヘッダ圧縮器の動作状態が２次状態から出たときにアップリンク永続的スケジューリングを非アクティブにすることを備え得る。
【０００９】
ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することは、ヘッダ復元器に関連する異なる動作状態間の遷移を判断することを含み得る。永続的スケジューリングモードを変更することは、ヘッダ復元器の動作状態が静的コンテキスト（static context）状態からフルコンテキスト（full context）状態に変化したときにダウンリンク永続的スケジューリングをアクティブにすることを備え得る。永続的スケジューリングモードを変更することは、ヘッダ復元器の動作状態が無コンテキスト（no context）状態に入ったときにダウンリンク永続的スケジューリングモードを非アクティブにすることを備え得る。永続的スケジューリングモードは通話期間中に変更され得、通話期間はコーデックによる音声フレームの生成に対応する。永続的スケジューリングモードは、無音記述子（silence descriptor）がコーデックによって生成されたときに変更され得る。
【００１０】
永続的スケジューリングモードを変更することは、永続的スケジューリングモードをアクティブにすることを備え得る。永続的スケジューリングモードをアクティブにすることは、循環リソースブロックの固定セットを判断することと、永続的スケジューリングモードの周期性を判断することとを含み得る。永続的スケジューリングモードを変更することは、永続的スケジューリングモードを非アクティブにすることを備え得る。永続的スケジューリングモードを非アクティブにすることは、パケットサイズが循環リソースブロックの固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの固定セットを割当て解除することを含み得る。
【００１１】
循環リソースブロックの固定セットは、パケットサイズが循環リソースブロックの固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに修正され得る。いくつかの実施形態では、アップリンクリソースブロックのみが割当て解除される。いくつかの実施形態では、ダウンリンクリソースブロックのみが割当て解除される。
【００１２】
コーデックまたはデュアルトーン多機能イベント（dual tone multi-function event）によって生成されたデータは、循環リソースブロックの固定セットを使用して通信され得る。半永続的スケジューリングは、会議呼（conference call）が確立された後に非アクティブにされ得る。半永続的スケジューリングは、会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることによって、会議呼が確立された後に非アクティブにされ得る。半永続的スケジューリングは、会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることによって、会議呼が確立された後に非アクティブにされ得る。
【図面の簡単な説明】
【００１３】
【図１】処理システムを採用する装置のためのハードウェア実装形態の例を示す図。
【図２】ワイヤレスピアツーピア通信システムの図。
【図３】ネットワークアーキテクチャの一例を示す図。
【図４】アクセスネットワークの一例を示す図。
【図５】アクセスネットワーク中で使用するフレーム構造の一例を示す図。
【図６】ＬＴＥにおけるＵＬのための例示的なフォーマットを示す図。
【図７】ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示すための図。
【図８】アクセスネットワーク中の発展型ノードＢおよびユーザ機器の一例を示す図。
【図９】ＡＭＲ音声コーデックを使用するボイスサービスの特性の図。
【図１０】一実施形態による、ＡＭＲ音声コーデック「通話期間（talk period）」中にアップリンク上でＬＴＥ  ＶｏＩＰに適用されるＲＯＨＣ  Ｏモードのプロセスを示す図。
【図１１】ＬＴＥ  ＶｏＩＰの場合のアップリンクＳＰＳアクティブ化アルゴリズムのための方法のフローチャート。
【図１２】ＬＴＥ  ＶｏＩＰの場合のアップリンクＳＰＳアクティブ化アルゴリズムのためのさらなる方法のフローチャート。
【図１３】ＬＴＥ  ＶｏＩＰの場合のダウンリンクＳＰＳアクティブ化アルゴリズムのための方法のフローチャート。
【図１４】ＬＴＥ  ＶｏＩＰの場合のダウンリンクＳＰＳアクティブ化アルゴリズムのためのさらなる方法のフローチャート。
【図１５】ＲＩＭを用いたユーザプレーンアーキテクチャを示す図。
【図１６】本発明の一実施形態によるマルチパーティ呼（multi-party call）を示す図。
【図１７】ＲＩＭを用いたｅＮＢユーザプレーンアーキテクチャ（各々が１つのペイロードタイプを備える２つのトラフィックフロー）を示す図。
【図１８】ＲＩＭを用いたｅＮＢユーザプレーンアーキテクチャ（２つのペイロードタイプを備える１つのトラフィックフロー）を示す図。
【発明を実施するための形態】
【００１４】
添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【００１５】
次に、様々な装置および方法に関して通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、（「要素」と総称される）様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなどによって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【００１６】
例として、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」を用いて実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアがある。処理システム内の１つまたは複数のプロセッサはソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味すると広く解釈されたい。ソフトウェアはコンピュータ可読媒体上に常駐し得る。コンピュータ可読媒体は非一時的コンピュータ可読媒体であり得る。非一時的コンピュータ可読媒体は、例として、磁気ストレージデバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、ならびにコンピュータによってアクセスされ、読み取られ得るソフトウェアおよび／または命令を記憶するための任意の他の好適な媒体を含む。コンピュータ可読媒体は、処理システムの内部に常駐するか、処理システムの外部にあるか、または処理システムを含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体はコンピュータプログラム製品において実施され得る。例として、コンピュータプログラム製品はパッケージング材料中にコンピュータ可読媒体を含み得る。
【００１７】
したがって、１つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。当業者なら、特定の適用例および全体的なシステムに課せられた全体的な設計制約に応じて、本開示全体にわたって提示される記載の機能をどのようにしたら最も良く実装することができるかを認識されよう。
【００１８】
図１は、処理システム１１４を採用する装置１００のためのハードウェア実装形態の一例を示す概念図である。処理システム１１４は、バス１０２によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス１０２は、処理システム１１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス１０２は、プロセッサ１０４によって概略的に表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、コンピュータ可読媒体１０６によって概略的に表されるコンピュータ可読媒体とを含む様々な回路を互いにリンクする。バス１０２はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。バスインターフェース１０８は、バス１０２とトランシーバ１１０との間のインターフェースを与える。トランシーバ１１０は、伝送媒体上で様々な他の装置と通信するための手段を与える。
【００１９】
プロセッサ１０４は、バス１０２を管理することと、コンピュータ可読媒体１０６に記憶されたソフトウェアの実行を含む一般的な処理とを担当する。ソフトウェアは、プロセッサ１０４によって実行されたとき、処理システム１１４に、特定の装置のための以下で説明する様々な機能を実行させる。コンピュータ可読媒体１０６はまた、ソフトウェアを実行するときにプロセッサ１０４によって操作されるデータを記憶するために使用され得る。
【００２０】
図２は、例示的なピアツーピア通信システム２００の図である。ピアツーピア通信システム２００は複数のワイヤレスデバイス２０６、２０８、２１０、２１２を含む。ピアツーピア通信システム２００は、たとえば、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）などのセルラー通信システムと重なり得る。ワイヤレスデバイス２０６、２０８、２１０、２１２の一部はピアツーピア通信において互いに通信し、一部は基地局２０４と通信し、一部は両方を行い得る。たとえば、図２に示すように、ワイヤレスデバイス２０６、２０８はピアツーピア通信中であり、ワイヤレスデバイス２１０、２１２はピアツーピア通信中である。ワイヤレスデバイス２１２は基地局２０４とも通信している。
【００２１】
ワイヤレスデバイスは、代替的に、当業者によって、ユーザ機器、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、ワイヤレスノード、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることがある。基地局は、代替的に、当業者によって、アクセスポイント、送受信基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、ノードＢ、発展型ノードＢ、または何らかの他の好適な用語で呼ばれることがある。
【００２２】
以下で説明する例示的な方法および装置は、たとえば、ＦｌａｓｈＬｉｎＱ、ＷｉＭｅｄｉａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、またはＩＥＥＥ８０２．１１規格に基づくＷｉ−Ｆｉ（登録商標）に基づくワイヤレスピアツーピア通信システムなど、様々なワイヤレスピアツーピア通信システムのいずれにも適用可能である。本明細書で説明する技法は、特に、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなど、様々なワイヤレス通信ネットワークに対して使用され得る。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＣＤＭＡ２０００、および他の技術などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））と低チップレート（ＬＣＲ）とを含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭはユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）によって発行された仕様に記載されている。ＣＤＭＡ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）によって公表された仕様に記載されている。ただし、例示的な方法および装置は、様々な他のワイヤレスピアツーピア通信システムにより一般的に適用可能であることを当業者は理解されよう。
【００２３】
図３は、様々な装置１００（図１参照）を採用するＬＴＥネットワークアーキテクチャ３００を示す図である。ＬＴＥネットワークアーキテクチャ３００は発展型パケットシステム（ＥＰＳ：Evolved Packet System）３００と呼ばれることがある。ＥＰＳ３００は、１つまたは複数のユーザ機器（ＵＥ）３０２と、発展型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Evolved UMTS Terrestrial Radio Access Network）３０４と、発展型パケットコア（ＥＰＣ：Evolved Packet Core）３１０と、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）３２０と、事業者のＩＰサービス３２２とを含み得る。ＥＰＳは他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ／インターフェースは図示していない。図示のように、ＥＰＳはパケット交換サービスを提供するが、当業者なら容易に諒解するように、本開示全体にわたって提示する様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００２４】
Ｅ−ＵＴＲＡＮは、発展型ノードＢ（ｅＮＢ）３０６と他のｅＮＢ３０８とを含む。ｅＮＢ３０６は、ＵＥ３０２に対してユーザプレーンプロトコル終端と制御プレーンプロトコル終端とを与える。ｅＮＢ３０６は、Ｘ２インターフェース（すなわち、バックホール）を介して他のｅＮＢ３０８に接続され得る。ｅＮＢ３０６はまた、当業者によって、基地局、送受信基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ：basic service set）、拡張サービスセット（ＥＳＳ：extended service set）、または何らかの他の好適な用語で呼ばれることがある。ｅＮＢ３０６は、ＵＥ３０２にＥＰＣ３１０へのアクセスポイントを与える。ＵＥ３０２の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ：session initiation protocol）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。ＵＥ３０２は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。
【００２５】
ｅＮＢ３０６はＳ１インターフェースによってＥＰＣ３１０に接続される。ＥＰＣ３１０は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）２１２と、他のＭＭＥ３１４と、サービングゲートウェイ３１６と、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ３１８とを含む。ＭＭＥ３１２は、ＵＥ３０２とＥＰＣ３１０との間のシグナリングを処理する制御ノードである。概して、ＭＭＥ３１２はベアラおよび接続管理を行う。すべてのユーザＩＰパケットはサービングゲートウェイ３１６を通して転送され、サービングゲートウェイ３１６自体はＰＤＮゲートウェイ３１８に接続される。ＰＤＮゲートウェイ３１８はＵＥのＩＰアドレス割当てならびに他の機能を与える。ＰＤＮゲートウェイ３１８は事業者のＩＰサービス３２２に接続される。事業者のＩＰサービス３２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）と、ＰＳストリーミングサービス（ＰＳＳ：PS Streaming Service）とを含む。
【００２６】
図４は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワークの一例を示す図である。この例では、アクセスネットワーク４００は、いくつかのセルラー領域（セル）４０２に分割される。１つまたは複数のより低い電力クラスのｅＮＢ４０８、４１２は、セル４０２のうちの１つまたは複数と重複する、それぞれ、セルラー領域４１０、４１４を有し得る。より低い電力クラスのｅＮＢ４０８、４１２は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであり得る。より高い電力クラスのｅＮＢまたはマクロｅＮＢ４０４は、セル４０２に割り当てられ、セル４０２中のすべてのＵＥ４０６にＥＰＣ３１０へのアクセスポイントを与えるように構成される。アクセスネットワーク４００のこの例には集中コントローラはないが、代替構成では集中コントローラが使用され得る。ｅＮＢ４０４は、無線ベアラ制御、承認制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ３１６（図３参照）への接続性を含む、無線に関係するすべての機能を担当する。
【００２７】
アクセスネットワーク４００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。ＬＴＥ適用例では、周波数分割複信（ＦＤＤ：frequency division duplexing）と時分割複信（ＴＤＤ：time division duplexing）の両方をサポートするために、ＯＦＤＭがＤＬ上で使用され、ＳＣ−ＦＤＭＡがＵＬ上で使用される。当業者なら以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、ＬＴＥ適用例に好適である。ただし、これらの概念は、他の変調および多元接続技法を採用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、ＣＤＭＡを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭに拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００２８】
ｅＮＢ４０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ｅＮＢ４０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。
【００２９】
空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データストリームは、データレートを増加させるために単一のＵＥ４０６に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ４０６に送信され得る。これは、各データストリームを空間的にプリコードし、次いで、空間的にプリコードされた各ストリームを、ダウンリンク上で異なる送信アンテナを通して送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグナチャとともに（１つまたは複数の）ＵＥ４０６に到着し、これにより、（１つまたは複数の）ＵＥ４０６の各々がそのＵＥ４０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。アップリンク上で、各ＵＥ４０６は、空間的にプリコードされたデータストリームを送信し、これにより、ｅＮＢ４０４は、空間的にプリコードされた各データストリームのソースを識別することが可能になる。
【００３０】
空間多重化は、概して、チャネル状態が良好であるときに使用される。チャネル状態があまり良好でないときは、送信エネルギーを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通して送信するためのデータを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレージを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００３１】
様々なフレーム構造は、ＤＬ送信とＵＬ送信とをサポートするために使用され得る。次に図５を参照しながら、ＤＬフレーム構造の一例を提示する。ただし、当業者なら容易に諒解するように、特定の適用例のためのフレーム構造は任意の数のファクタに応じて異なり得る。この例では、フレーム（１０ｍｓ）は、等しいサイズの１０個のサブフレームに分割されている。各サブフレームは、２つの連続するタイムスロットを含む。
【００３２】
２つのタイムスロットを表すためにリソースグリッドが使用され得、各タイムスロットはリソースブロックを含む。リソースグリッドは複数のリソース要素に分割される。ＬＴＥでは、リソースブロックは、周波数領域中に１２個の連続サブキャリアを含んでおり、各ＯＦＤＭシンボル中のノーマルサイクリックプレフィックスについて、時間領域中に７個の連続ＯＦＤＭシンボル、または８４個のリソース要素を含んでいる。Ｒ５０２、５０４として示されるリソース要素のいくつかはＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（共通ＲＳと呼ばれることもある）セル固有ＲＳ（ＣＲＳ：Cell-specific RS）５０２と、ＵＥ固有ＲＳ（ＵＥ−ＲＳ：UE-specific RS）５０４とを含む。ＵＥ−ＲＳ５０４は、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）がマッピングされるリソースブロック上でのみ送信される。各リソース要素によって搬送されるビット数は変調方式に依存する。したがって、ＵＥが受信するリソースブロックが多いほど、また変調方式が高いほど、ＵＥのデータレートは高くなる。
【００３３】
次に、図６を参照しながら、ＵＬフレーム構造６００の一例を提示する。図６は、ＬＴＥにおけるＵＬのための例示的なフォーマットを示す。ＵＬのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報を送信するためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。図６の設計は、データセクション中の連続するサブキャリアのすべてを単一のＵＥに割り当てることを可能にし得る連続サブキャリアを含むデータセクションを生じる。
【００３４】
ＵＥには、ｅＮＢに制御情報を送信するために制御セクション中のリソースブロック６１０ａ、６１０ｂが割り当てられ得る。ＵＥには、ｅＮＢにデータを送信するためにデータセクション中のリソースブロック６２０ａ、６２０ｂも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）中でデータのみまたはデータと制御情報の両方を送信し得る。ＵＬ送信は、サブフレームの両方のスロットにわたり得、図６に示すように周波数上でホッピングし得る。
【００３５】
図６に示すように、リソースブロックのセットは、初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）６３０中でＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ６３０は、ランダムシーケンスを搬送し、いかなるＵＬシグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数はネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースに制限される。周波数ホッピングはＰＲＡＣＨにはない。ＰＲＡＣＨ試みは単一のサブフレーム（１ｍｓ）中で搬送され、ＵＥは、フレーム（１０ｍｓ）ごとに単一のＰＲＡＣＨ試みだけを行うことができる。
【００３６】
ＬＴＥにおけるＰＵＣＣＨ、ＰＵＳＣＨ、およびＰＲＡＣＨは、公開されている「Evolved Universal Terrestrial Radio Access(E-UTRA);Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００３７】
無線プロトコルアーキテクチャは、特定の適用例に応じて様々な形態をとり得る。次に、図７に関して、ＬＴＥシステムの一例を提示する。図７は、ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す概念図である。
【００３８】
図７を参照すると、ＵＥおよびｅＮＢに対する無線プロトコルアーキテクチャは、レイヤ１と、レイヤ２と、レイヤ３との３つのレイヤとともに示されている。レイヤ１は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。レイヤ１を本明細書では物理レイヤ７０６と呼ぶ。レイヤ２（Ｌ２レイヤ）７０８は、物理レイヤ７０６の上にあり、物理レイヤ７０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００３９】
ユーザプレーンでは、Ｌ２レイヤは、ネットワーク側のｅＮＢにおいて終端される、媒体アクセス制御（ＭＡＣ：media access control）サブレイヤ７１０と、無線リンク制御（ＲＬＣ：radio link control）サブレイヤ７１２と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）７１４サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ３０８（図３参照）において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含むＬ２レイヤ７０８の上にいくつかの上位レイヤを有し得る。
【００４０】
ＰＤＣＰサブレイヤ７１４は、異なる無線ベアラと論理チャネルとの間で多重化を行う。ＰＤＣＰサブレイヤ７１４はまた、無線送信オーバーヘッドを低減するために上位レイヤデータパケットのヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ＵＥに対するｅＮＢ間のハンドオーバサポートとを与える。ＲＬＣサブレイヤ７１２は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）による、順が狂った受信を補正するデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ７１０は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ７１０はまた、ＵＥの間で１つのセル内の様々な無線リソース（たとえば、リソースブロック）を割り当てることを担当する。ＭＡＣサブレイヤ７１０はまたＨＡＲＱ動作を担当する。
【００４１】
制御プレーンでは、ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ７０６およびＬ２レイヤ７０８について実質的に同じである。制御プレーンはまた、レイヤ３中に無線リソース制御（ＲＲＣ：radio resource control）サブレイヤ７１６を含む。ＲＲＣサブレイヤ７１６は、無線リソース（すなわち、無線ベアラ）を取得することと、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下位レイヤを構成することとを担当する。図８は、アクセスネットワーク中でＵＥ８５０と通信しているｅＮＢ８１０のブロック図である。ＤＬでは、コアネットワークからの上位レイヤパケットが、コントローラ／プロセッサ８７５に与えられる。コントローラ／プロセッサ８７５は、図７に関して前に説明したＬ２レイヤの機能を実装する。ＤＬでは、コントローラ／プロセッサ８７５は、様々な優先度メトリックに基づいてヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルとトランスポートチャネルとの間の多重化と、ＵＥ８５０への無線リソース割当てとを行う。コントローラ／プロセッサ８７５はまた、ＨＡＲＱ動作と、紛失パケットの再送信と、ＵＥ８５０へのシグナリングとを担当する。
【００４２】
ＴＸプロセッサ８１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ８５０における前方誤り訂正（ＦＥＣ：forward error correction）と、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ：binary phase-shift keying）、４位相シフトキーイング（ＱＰＳＫ：quadrature phase-shift keying）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ：M-phase-shift keying）、多値直交振幅変調（Ｍ−ＱＡＭ：M-quadrature amplitude modulation））に基づいた信号コンスタレーションへのマッピングとを可能にするために、コーディングとインターリービングとを含む。次いで、符号化され変調されたシンボルは並列ストリームに分割される。各ストリームは、次いでＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域中で基準信号（たとえば、パイロット）と多重化され、次いで逆高速フーリエ変換（ＩＦＦＴ：Inverse Fast Fourier Transform）を使用して互いに合成されて、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために空間的にプリコードされる。チャネル推定器８７４からのチャネル推定値は、符号化および変調方式を判断するために、ならびに空間処理のために使用され得る。チャネル推定値は、ＵＥ８５０によって送信される基準信号および／またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機８１８ＴＸを介して異なるアンテナ８２０に与えられる。各送信機８１８ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００４３】
ＵＥ８５０において、各受信機８５４ＲＸは、それのそれぞれのアンテナ８５２を通して信号を受信する。各受信機８５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ８５６に情報を与える。
【００４４】
ＲＸプロセッサ８５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ８５６は、ＵＥ８５０に宛てられた任意の空間ストリームを復元するために、情報に対して空間処理を実行する。複数の空間ストリームがＵＥ８５０に宛てられた場合、それらはＲＸプロセッサ８５６によって単一のＯＦＤＭシンボルストリームに合成され得る。ＲＸプロセッサ８５６は、次いで高速フーリエ変換（ＦＦＴ：Fast Fourier Transform）を使用してＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のサブキャリアごとに別々のＯＦＤＭシンボルストリームを有する。各サブキャリア上のシンボルと基準信号とは、ｅＮＢ８１０によって送信される、可能性が最も高い信号のコンスタレーションポイントを判断することによって復元され、復調される。これらの軟判定は、チャネル推定器８５８によって計算されるチャネル推定値に基づき得る。軟判定は、次いで、物理チャネル上でｅＮＢ８１０によって最初に送信されたデータおよび制御信号を復元するために復号され、デインターリーブされる。データおよび制御信号は、次いで、コントローラ／プロセッサ８５９に与えられる。
【００４５】
コントローラ／プロセッサ８５９は、図７に関して前に説明したＬ２レイヤを実装する。ＵＬでは、コントローラ／プロセッサ８５９は、コアネットワークからの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間での多重分離と、パケット再統合と、復号と、ヘッダの復元と、制御信号処理とを行う。上位レイヤパケットは、次いで、Ｌ２レイヤの上のすべてのプロトコルレイヤを表すデータシンク８６２に与えられる。また、様々な制御信号がＬ３処理のためにデータシンク８６２に与えられ得る。コントローラ／プロセッサ８５９はまた、ＨＡＲＱ動作をサポートするために肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用した誤り検出を担当する。
【００４６】
ＵＬでは、データソース８６７は、コントローラ／プロセッサ８５９に上位レイヤパケットを与えるために使用される。データソース８６７は、Ｌ２レイヤ（Ｌ２）の上のすべてプロトコルレイヤを表す。ｅＮＢ８１０によるＤＬ送信に関して説明する機能と同様に、コントローラ／プロセッサ８５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ８１０による無線リソース割当てに基づいた論理チャネルとトランスポートチャネルとの間の多重化とを行うことによって、ユーザプレーンおよび制御プレーンのためのＬ２レイヤを実装する。コントローラ／プロセッサ８５９はまた、ＨＡＲＱ動作、紛失パケットの再送信、およびｅＮＢ８１０へのシグナリングを担当する。
【００４７】
ｅＮＢ８１０によって送信される基準信号またはフィードバックからの、チャネル推定器８５８によって導出されるチャネル推定値は、適切な符号化および変調方式を選択することと、空間処理を可能にすることとを行うために、ＴＸプロセッサ８６８によって使用され得る。ＴＸプロセッサ８６８によって生成される空間ストリームは、別個の送信機８５４ＴＸを介して異なるアンテナ８５２に与えられる。各送信機８５４ＴＸは、送信のためにそれぞれの空間ストリームでＲＦキャリアを変調する。
【００４８】
ＵＬ送信は、ＵＥ８５０における受信機機能に関して説明した方法と同様の方法でｅＮＢ８１０において処理される。各受信機８１８ＲＸは、それのそれぞれのアンテナ８２０を通して信号を受信する。各受信機８１８ＲＸは、ＲＦキャリア上で変調された情報を復元し、ＲＸプロセッサ８７０に情報を与える。ＲＸプロセッサ８７０はＬ１レイヤを実装する。
【００４９】
コントローラ／プロセッサ８５９は、図７に関して前に説明したＬ２レイヤを実装する。ＵＬでは、コントローラ／プロセッサ８５９は、ＵＥ８５０からの上位レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の多重分離と、パケットリアセンブリと、復号と、ヘッダ復元と、制御信号処理とを行う。コントローラ／プロセッサ８７５からの上位レイヤパケットはコアネットワークに与えられ得る。コントローラ／プロセッサ８５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを使用した誤り検出を担当する。
【００５０】
図１に関して説明した処理システム１０４はｅＮＢ８１０を備え得る。特に、処理システム１０４は、ＴＸプロセッサ８１６と、ＲＸプロセッサ８７０と、コントローラ８７５とを含み得る。
【００５１】
本発明のいくつかの実施形態は、ＬＴＥ  ＶｏＩＰサービスのためのアップリンクおよびダウンリンクＳＰＳをアクティブおよび非アクティブにするための方法および装置を提供する。いくつかの実施形態は、ロバストヘッダ圧縮（ＲＯＨＣ：RObust Header Compression）インターフェースモジュール（ＲＩＭ：ROHC Interface Module）を使用して、ｅＮＢ  ＲＯＨＣ機能をｅＮＢ  ＭＡＣスケジューラと統合する。ＵＥ  ＲＯＨＣ機能は一般に影響を受けない。アップリンクＳＰＳ動作は、１次（ＦＯ：first order）状態で動作しているｅＮＢ中のＲＯＨＣ圧縮器が２次（ＳＯ：second order）状態に入ったときにアクティブにされ得る。ダウンリンクＳＰＳ動作は、ｅＮＢ圧縮器に応じて「通話期間」中にアクティブにされ得る。ｅＮＢ  ＲＯＨＣ復元器および圧縮器は、それらが、最大ヘッダ圧縮を生成するために選択された状態を採用し、その結果、考えられる最小のパケットサイズになるように動作させられ得る。場合によっては、ダウンリンクとアップリンクの両方のＳＰＳ機能が非アクティブにされ得る。この手法は、実質的にＲＯＨＣ機能に影響を及ぼさない。アップリンクおよびダウンリンクＳＰＳはまた、ｅＮＢ  ＲＯＨＣ復元器および圧縮器の状態に応じて「無音期間」９０４中にアクティブにされ得る。いくつかの実施形態では、無音期間中のアクティブ化は、本明細書で開示した他のアクティブ化方法ほど効率的でないことがある。
【００５２】
本明細書で説明する例を含むＬＴＥシステムは、パケット交換システムである。したがって、ＬＴＥネットワークを使用するボイスサービスも、モバイル通信用グローバルシステム（ＧＳＭ）またはユニバーサルモバイル電話システム（ＵＭＴＳ：Universal Mobile Telephone System）などの回線交換サービスの反対の、インターネットプロトコル（ＩＰ）ベースなどのパケット交換サービスを備え得る。ボイスサービスは、ＩＰマルチメディアシステム（ＩＭＳ）、またはＳｋｙｐｅなどの他のボイスサービスと併せてボイスオーバーＩＰ（ＶｏＩＰ）を使用して、ＬＴＥネットワーク中で提供され得る。ＬＴＥネットワーク中のＶｏＩＰサービスは、高サービス品質（ＱｏＳ）で高容量ボイスサービスを提供するために、ＲＯＨＣとＳＰＳとの使用を必要とし得る。
【００５３】
いくつかの実施形態では、ＲＯＨＣは、ＲＴＰ／ＵＤＰ／ＩＰヘッダ（ＩＰｖ４またはＩＰｖ６）のサイズを最小値３バイトまで圧縮する。これは、サービスが多数のＬＴＥ  ＶｏＩＰユーザによって使用されるとき、および容量が利用可能な制御チャネルの数によって制限されるとき特に重要であり得る。各ダウンリンクおよびアップリンクリソース許可をサポートするのに必要なオーバーヘッドは、多くのユーザがＶｏＩＰサービスを望むときの抑制要因になるので、ＳＰＳは、各アップリンクおよびダウンリンクリソース許可についての物理ダウンリンク制御チャネル（ＰＤＣＣＨ）リソースのための必要をなくし、それによって重要な利点を提供し得る。ＳＰＳは、ｅＮＢが、ある時間期間の間ＵＥにリソースを割り当てることを可能にする。これらのリソースは制御チャネル上で割り当てられ得る。
【００５４】
いくつかの実施形態では、ｅＮＢ  ＲＯＨＣモジュールが、ＬＴＥ  ＶｏＩＰ無線ベアラのためにアップリンクＳＰＳまたはダウンリンクＳＰＳのいずれかのアクティブ化または非アクティブ化を要求する決定を行うとき、その要求は、ＲＯＨＣインターフェースモジュール（ＲＩＭ）を使用してｅＮＢ  ＭＡＣスケジューラに送信される。それに応答して、ｅＮＢ  ＭＡＣスケジューラは、ＳＰＳをアクティブまたは非アクティブにし得る。
【００５５】
適応マルチレート（ＡＭＲ：adaptive multi-rate）音声コーデックは、代数符号励振線形予測（ＡＣＥＬＰ：algebraic code excited linear prediction）アルゴリズムに基づき得、マルチレート音声コーデックと、ボイスアクティビティ生成器（ＶＡＤ）を含むソースコントローラレート（ＳＣＲ）方式と、快適雑音生成システムと、伝送エラーおよび損失フレームの影響を除去するエラー隠蔽機構とを備え得る。図９は、ＡＭＲ音声コーデックを使用するボイスサービスのいくつかの特性を示しており、図９において、ＡＭＲ音声コーデックは、「通話期間」９０２中に２０ミリ秒ごとに音声フレーム９０８を生成し、「無音期間」９０４中に１６０ミリ秒ごとに無音記述子（ＳＩＤ）フレーム９１０を生成する。
【００５６】
ＶｏＩＰなど、リアルタイムアプリケーションの場合、ＲＴＰ、ＵＤＰおよびＩＰヘッダによるオーバーヘッドは、ＩＰｖ４では４０バイトであり、ＩＰｖ６では６０バイトである。１２．２ｋｂｐｓの場合の帯域幅の効率的なＡＭＲ音声コーデックペイロードのサイズは３２バイトであるが、ＳＩＤ９１０の場合、それは７バイトである。１２．２ｋｂｐｓ  ＡＭＲ音声コーデックペイロードは、ＩＰｖ４の場合は約１２５％の、ＩＰｖ６の場合は約１８７％のヘッダオーバーヘッドに対応する。このＳＩＤ９１０ペイロードは、ＩＰｖ４の場合は約５７１％のヘッダオーバーヘッドに対応し、ＩＰｖ６の場合は約８５７％のヘッダオーバーヘッドに対応する。この大きいオーバーヘッドは、ＬＴＥ  ＶｏＩＰにとって過大であり、スペクトル効率の厳しい劣化につながることがある。したがって、いくつかの実施形態はヘッダ圧縮を採用する。
【００５７】
ＲＯＨＣは、ＩＰベースのプロトコルヘッダを圧縮するためのヘッダ圧縮機構のセットを表す。ＲＯＨＣフレームワークは、モード、状態、およびパケットタイプなど、圧縮器および復元器の共通特徴を指定する。具体的な状態は、圧縮器状態と、復元器状態と、モードと、パケットタイプとを含み得る。
【００５８】
圧縮器状態では、初期化およびリフレッシュ（ＩＲ：initialization and refresh）状態、１次（ＦＯ）状態、および２次（ＳＯ）状態が指定される。
【００５９】
復元器状態では、無コンテキスト（ＮＣ：No Context）状態、静的コンテキスト（ＳＣ：Static Context）状態、およびフルコンテキスト（ＦＣ：Full Context）状態が指定される。
【００６０】
モード状態では、単向性（Unidirectional）モード（Ｕモード）、双方向楽観的（Bi-directional Optimistic）モード（Ｏモード）、および双方向高信頼（Bi-directional Reliable）モード（Ｒモード）が指定される。ＯモードおよびＩＲモードでは、復元器は、復元器がパケットを復元することができないときにＮＡＣＫを送る。Ｒモードでは、復元器は、復元器がパケットを正常に復元したときにＡＣＫを送る。
【００６１】
圧縮器パケットタイプは、圧縮器の状態に従って様々なタイプのパケットを送出することによって扱われ得る。ＩＲモードでは、圧縮器はＩＲパケットを送出し、ＩＲパケットは、ヘッダのフィールドを非圧縮フォーマットで含んでおり、別個に復元され得る。それに応答して、復元器はフィードバックパケットを送り得、フィードバックパケットは、肯定応答（ＡＣＫ）と、ＵモードからＯモードになど、別のモードに遷移したいという要求の両方を含み得る。この遷移は復元器の状態に依存し得る。ＦＯ状態では、コンテキストの動的部分のみを含んでいるＩＲ−ＤＹＮパケットが送られる。ＳＯ状態では、十分に圧縮されたヘッダをもつパケットが送られる。
【００６２】
図１０に、ＡＭＲ音声コーデック「通話期間」９０２中にアップリンク上でＬＴＥ  ＶｏＩＰに適用されるＯモード動作の一例を示す。（矢印によって示される）いくつかの方向が逆転させられ得、圧縮器はｅＮＢ中に具備され得るが、復元器がユーザ機器（ＵＥ）中に具備され得ることを除いて、ダウンリンク収集は同様の方法で動作し得る。図１０において、ＡＭＲ音声コーデックは、１２．２ｋｂｐｓにおける帯域幅の効率的な動作のために構成され、ＲＴＰペイロードは単一の音声フレーム９０８を備える。明快および単純さのために、ＰＤＣＣＨアップリンクおよびダウンリンク許可、ならびにＳＰＳアクティブ化および非アクティブ化は図示していない。さらに、アップリンクおよびダウンリンクＰＵＣＣＨ、ＰＨＩＣＨ  ＨＡＲＱ  ＡＣＫおよびＮＡＣＫは図示していない。図１０は、ＰＤＣＰレイヤとＲＬＣレイヤとＭＡＣレイヤとによるオーバーヘッドを考慮していない。
【００６３】
図１０のステップ１において、圧縮器モードは、ＵモードとＩＲ状態とに初期設定される。復元器モードは、ＵモードとＮＣ状態とに初期化される。圧縮器のＩＲ状態は、静的および動的コンテキストを用いて復元器を初期化するために使用される。これを達成するために、圧縮器は、ステップ２において復元器にＩＲパケットを送信する。ＩＲパケットの受信に成功すると、復元器はＡＣＫを送信し、次いでＳＣ状態に遷移する。
【００６４】
圧縮器は、復元器からフィードバックを受信するまで、ＵモードとＩＲ状態とのままであり得る。このフィードバックは、ＩＲパケットが正しく復元されたことを示すＡＣＫである。フィードバックはまた、圧縮器についての、ステップ３においてＱモードに遷移したいという要求を含んでいる。
【００６５】
ステップ３において、圧縮器は、ＯモードとＦＯ状態とに遷移し、復元器に初期設定を送信することと、動的（ＩＲ−ＤＹＮ）パケットをリフレッシュすることとを開始する。これは、典型的にはステップ４において達成される。復元器は、図１０のステップ５および８に示されるように、コンテキストの動的部分への変化のみを通信する。ステップ６において、ＲＯＨＣフィードバックが送られ、ステップ７において、新しいＶｏＩＰパケットが送られる。復元器は、両方のＩＲ−ＤＹＮパケットに肯定応答し得、次いでＦＣ状態に遷移する。圧縮器は、復元器が動的コンテキストを経験したと圧縮器が確信するまでＦＯ状態のままである。圧縮器がＳＯ状態に入ったとき、圧縮器は復元器にＵＯ−０パケットを送信し始め得る。ＵＯ−０パケットは、（ステップ９〜１４に示すように）完全に圧縮されたヘッダを備え得る。この時点で、ｅＮＢは、制御チャネル制限を回避するためにＳＰＳをアクティブにし得る。
【００６６】
図１０のステップ１５において、復元器は、圧縮器によって送信されたＵＯ−０パケットを正常に復号することができない。ステップ１６において、新しいＶｏＩＰパケットが送られる。ステップ１７において、復元器は、圧縮器によって送られた次のＵＯ−０パケットを正常に復号する。これにより、復元器は、静的コンテキストと動的コンテキストの両方を失い、ＮＣ状態に入る。ＮＣ状態になると、ステップ１８および１９に示されるように、復元器は、圧縮器に静的ＮＡＣＫを送信する。この時点で、ｅＮＢはＳＰＳを非アクティブにする。復元器から静的ＮＡＫを受信した後に、圧縮器は、ＩＲ状態に遷移し、ステップ２０において復元器にＩＲパケットを送信する。この時点で、コールフロー全体は、圧縮器がもう一度ＳＯ状態に入るまで繰り返す。
【００６７】
動的スケジューリングは、ＬＴＥのためのデフォルトアップリンクおよびダウンリンクスケジューリング機構として指定され得る。動的スケジューリングの場合、ｅＮＢスケジューラは、リンク適応を使用して複数のＵＥのためのアップリンクおよびダウンリンクＨＡＲＱ送信および再送信をスケジュールするための最大フレキシビリティを有することができる。リンク適応を最適化するために、ｅＮＢは、（１）アップリンクスケジューリングアルゴリズムにおいて使用するためにＵＥ  ＳＲＳを測定し、（２）ダウンリンクスケジューリングアルゴリズムにおいて使用するためにＵＥからＣＱＩ報告を受信し、処理する。
【００６８】
動的スケジューリングを使用することに対する欠点は、ＰＤＣＣＨリソースが各アップリンクおよびダウンリンクリソース許可のために消費されることであり、したがって、すべてのＵＥがそれらの固有のサービス品質（ＱｏＳ）要件に従って適切にスケジュールされ得ることを保証するために、何らかの形態のＰＤＣＣＨリソース管理がｅＮＢスケジューラ中に必要とされる。
【００６９】
ＬＴＥにおいて、音声フレーム９０８は、典型的には「通話期間」９０２中に一定の周期性を有し、小さい固定パケットサイズをも有する。多数のＬＴＥ  ＶｏＩＰユーザがいるとき、動的スケジューリングに必要なＰＤＣＣＨリソースの数は問題を生じることがある。ＳＰＳは、この問題に対処するために使用される機構である。
【００７０】
ＬＴＥ  ＶｏＩＰサービスの場合、ＳＰＳは、「通話期間」中に各音声フレーム９０８の初期ＨＡＲＱ送信のために循環リソースブロックの固定セットの割当てを必要とする。動的スケジューリングは、音声フレーム９０８のＨＡＲＱ再送信のために使用され得る。「無音期間」９０４中に、動的スケジューリングは、ＳＩＤフレーム９１０の初期ＨＡＲＱ送信と再送信の両方のために使用され得る。
【００７１】
アップリンクとダウンリンクの両方のＳＰＳアクティブ化において、「通話期間」９０２中の第１の音声フレーム９０８の初期ＨＡＲＱ送信のみが、循環リソースブロックの固定セットを割り当てるためにＰＤＣＣＨリソースを必要とする（１つのＰＤＣＣＨリソースがアップリンクリソース許可に必要とされ、１つのＰＤＣＣＨリソースが、ダウンリンクＳＰＳのために構成されたダウンリンクＨＡＲＱプロセスごとに必要とされ、ダウンリンクリソース許可に必要とされる）。
【００７２】
アップリンクとダウンリンクの両方のＳＰＳ非アクティブ化は、アップリンク非アクティブ化のために１つのＰＤＣＣＨリソースを必要とし得、ダウンリンク非アクティブ化ＳＰＳのための１つのＰＤＣＣＨリソースは、ダウンリンクＳＰＳ非アクティブ化に必要とされ得る。
【００７３】
無線リソース制御（ＲＲＣ）プロトコルなどの上位レイヤシグナリングを使用して、周期性が構成され得る。
【００７４】
本発明の一実施形態では、ｅＮＢ  ＲＯＨＣ復元器がＦＣ状態に入り、ｅＮＢ  ＲＯＨＣ圧縮器がＳＯ状態に入ると、または言い換えれば、最大ヘッダ圧縮が達成され、最小の可能なパケットサイズを生じたとき、アップリンクとダウンリンクの両方のＳＰＳは、「通話期間」９０２中にアクティブにされる。
【００７５】
図１１および図１２に、ＬＴＥ  ＶｏＩＰのためのアップリンクＳＰＳアクティブ化アルゴリズムの実施形態のプロセスフローを示す。ｅＮＢ中の復元器はＵモードおよびＮＣ状態に初期化される。アップリンクＳＰＳ状態は「非アクティブ」に初期設定される。
【００７６】
復元器は、ＬＴＥ  ＶｏＩＰ無線ベアラＲＬＣ−ＵＭサービスアクセスポイント（ＳＡＰ）のためのソケットをリッスンする。復元器が、ＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０のいずれかを含んでいるリスニング位相中にＩＲパケットを受信した場合、復元器は、ＩＲパケットが正常に復号された場合にＡＣＫとＯモードに遷移したいという要求とを含んでいるフィードバック２パケットを送ることによって応答し得る。これは、復元器に保留中のＯモードとＳＣ状態とに遷移させ得る。しかしながら、ＩＲパケットが正常に復号されない場合、圧縮器は、静的ＮＡＫを含んでいるフィードバック２パケットを送信し得、ＵモードとＮＣ状態とのままである。
【００７７】
復元器が保留中のＯモードとＳＣ状態とに入ったとき、復元器は、典型的に、ＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０のいずれかを含んでいる「Ｎ個の」着信ＩＲ−ＤＹＮパケットのためのソケットをリッスンする。復元器が「Ｎ個の」ＩＲ−ＤＹＮパケットを正常に復号し、復元器が動的コンテキストを経験したと確信したとき、復元器は、それらが到着したときに「Ｎ個の」正常に復号されたＩＲ−ＤＹＮパケットのためのＡＣＫを含んでいる「Ｎ個の」フィードバック２パケットを送信し得、ＯモードとＦＣ状態とに遷移する。
【００７８】
この時点で、復元器は、ＡＭＲ音声フレーム９０８を含んでいるＵＯ−０パケット、あるいはＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０のいずれかを含んでいるＵＯ−１−ＴＳパケットのためのソケットをリッスンする。ＡＭＲ音声フレーム９０８が「通話期間」９０２中の第１のＡＭＲ音声フレーム９０８である場合、ＳＯ状態にある圧縮器は、典型的に、ＵＯ−１−ＴＳパケットを送信しなければならないので、復元器は、そのＡＭＲ音声フレーム９０８を含んでいるＵＯ−１−ＴＳパケットを受信し得る。このシナリオにおいて、ＡＭＲ音声コーデックは、「通話期間」９０２中の第１の音声フレーム９０８についてのマーカービットＭ＝１を設定し、ＵＯ−１−ＴＳパケットはＭフィールドについてのマーカービットを含むが、ＵＯ−０パケットは含まない。ＳＩＤフレーム９１０の周期性は、２０ミリ秒ではなく１６０ミリ秒であり、ＵＯ−１−ＴＳパケットはＲＴＰタイムスタンプコンテキストを更新するが、ＵＯ−０パケットは更新しないので、復元器は、ＳＩＤフレーム９１０を含んでいるＵＯ−１−ＴＳパケットを受信し得る。
【００７９】
復元器がＯモードとＦＣ状態とにある間、復元器は、ＵＯ−０パケットまたはＵＯ−１−ＴＳパケットを復号することができないとき、ＮＡＣＫまたは静的ＮＡＫの形態でフィードバックのみを送り得る。典型的に、ＡＣＫは送信されない。ＡＣＫが送信された場合、復元器は、アップリンクＳＰＳが現在アクティブにされている場合にアップリンクＳＰＳを非アクティブにするために、ＭＡＣサブレイヤにプリミティブを送り得る。
【００８０】
復元器が、ＡＭＲ音声フレーム９０８を含んでいるＵＯ−０パケットまたはＵＯ−１−ＴＳパケットを受信し、正常に復号した場合、復元器は、アップリンクＳＰＳが現在アクティブにされていない場合にアップリンクＳＰＳをアクティブまたは再度アクティブにするために、ＭＡＣサブレイヤにプリミティブを送り得る。復元器が、ＳＩＤフレーム９１０を含んでいるＵＯ−１−ＴＳパケットを受信し、正常に復号した場合、復元器は、アップリンクＳＰＳが現在アクティブにされている場合にアップリンクＳＰＳを非アクティブにするために、ＭＡＣサブレイヤにプリミティブを送り得る。
【００８１】
復元器は、受信したＰＤＣＰ  ＰＤＵのパケット長を検査することによって、ＵＯ−１−ＴＳパケットがＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０を含んでいるか否かを判断することができる。ＩＰｖ６ヘッダの後に搬送されるデータの長さを搬送するＩＰｖ６ヘッダ中のペイロード長フィールドは、静的ＲＯＨＣコンテキストまたは動的ＲＯＨＣコンテキストのいずれかの中に含まれていないので、パケット長は、典型的に推論されなければならないことを留意されたい。
【００８２】
図１１および図１２を参照すると、復元器がＯモードとＦＣ状態とにあり、ＡＭＲ音声フレーム９０８を含んでいるＵＯ−０パケットまたはＵＯ−１−ＴＳパケットのいずれかを受信したとき、アップリンクＳＰＳは、「非アクティブにされた」状態にあり得、「非アクティブにされた」状態は、ＵＥ中のＡＭＲ音声コーデックが「通話期間」９０２にあり、ｅＮＢ中の復元器が、「Ｎ個の」正常に復号されたＩＲ−ＤＹＮパケットのためのＡＣＫを含んでいる「Ｎ個の」フィードバック２パケットをちょうど送信し終わったときである。この時点で、ＵＥ中の圧縮器は、ちょうど「無音期間」９０４から「通話期間」９０２に遷移しており、ＵＥ中の圧縮器は現在ＯモードとＳＯ状態とにある。アップリンクＳＰＳはまた、ＵＥ中のＡＭＲ音声コーデックがちょうど「無音期間」９０４から「通話期間」９０２に遷移しており、ＵＥ中の圧縮器が現在ＯモードとＳＯ状態とにあるとき、「非アクティブにされた」状態にあり得る。
【００８３】
上記のシナリオの両方において、ＵＥは、アップリンクリソース許可を受信するためにｅＮＢにバッファステータス報告（ＢＳＲ）を送信する必要がある。したがって、「通話期間」９０２中のＡＭＲ音声フレーム９０８を含んでいる第１のＵＯ−０パケットまたはＵＯ−１−ＴＳパケットは、ＰＤＣＣＨリソースを必要とするので、動的にスケジュールされる必要があり得る。
【００８４】
いくつかの実施形態では、ｅＮＢ  ＭＡＣスケジューラ実装形態に応じて、ＵＥのＬＴＥ  ＶｏＩＰ無線ベアラのみが、ＢＳＲ報告のための予約済みＳＰＳ論理チャネルグループにマッピングされるように、特定のＳＰＳ論理チャネルグループ（たとえば、０）を予約することが可能であり得る。これは、ＵＥの残りのシグナリング無線ベアラ（ＳＲＢ）およびデータ無線ベアラ（ＤＲＢ）のすべてがマッピングされ得る３つの残りの論理チャネルグループを残す。ＵＥから短いＢＳＲと（ただ１つのＬＣＧ  ＩＤフィールドと１つの対応するバッファサイズフィールドとを備えるＢＳＲである）短縮ＢＳＲ  ＭＡＣ制御要素とを受信すると、スマートなｅＮＢ  ＭＡＣスケジューラは、ＢＳＲ中のバッファサイズフィールドに基づいて圧縮器がＳＯ状態にあったと判断することができる。これは、ＢＳＲ中のバッファサイズフィールドの値に基づいてＵＯ−０パケットまたはＵＯ−１−ＴＳパケットを動的にスケジュールする前に行われ得る。ｅＮＢ  ＭＡＣスケジューラは、次いでＰＤＣＣＨリソースを使用してＳＰＳをアクティブにし得る。その後、ｅＮＢ  ＭＡＣスケジューラは、次いでアップリンクＳＰＳ状態がアクティブにされたことを復元器に通知するために復元器にプリミティブを送り得る。
【００８５】
ＦＣ状態にあるＵＥ中のＲＯＨＣ復元器が、ＮＡＣＫまたは静的ＮＡＣＫを含んでいるフィードバック２パケットを送る必要があるとき、同様の状況がダウンリンクＳＰＳ動作中に起こる。これを行うために、ＵＥは、アップリンクＳＰＳがアクティブ状態にあり得るが、アップリンクリソース許可を受信するために、最初に、ｅＮＢにＢＳＲを送信する必要がある。これは、典型的には、ＡＭＲ音声フレーム９０８を搬送するアップリンクＳＰＳ動作中に使用される固定リソースのサイズが、ＡＭＲ音声フレーム９０８とフィードバック２パケットの両方に適応することができないので、行われなければならない。
【００８６】
図１３および図１４は、ＬＴＥ  ＶｏＩＰのためのダウンリンクＳＰＳアクティブ化プロセスを示す。プロセス中に、ｅＮＢ中の圧縮器はＵモードとＩＲ状態とに初期化され、ダウンリンクＳＰＳ状態は「非アクティブ」に初期設定される。ＰＤＣＰバッファは最初にポーリングされ、次いで圧縮器は、ＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０のいずれかを含んでいるＩＲパケットを送信する。復元器がＩＲパケットを正常に復号しない場合、復元器は、静的ＮＡＣＫを含んでいるフィードバック２パケットで応答し得、圧縮器は、ＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０のいずれかを含んでいる第２のＩＲパケットを送る。このプロセスは、復元器がＩＲパケットを正常に復号し、ＡＣＫとＯモードに遷移したいという要求とを含んでいるフィードバック２パケットで応答するまで続き得る。
【００８７】
圧縮器がＯモードとＦＯ状態とに遷移すると、圧縮器は「Ｎ個の」ＩＲ−ＤＹＮパケットを送信し得る。復元器が動的コンテキストを経験したと送信機が確信するまで、圧縮器はＦＯ状態のままであり得る。一例では、圧縮器は、復元器が、送信されたＩＲ−ＤＹＮパケットの両方を正常に復号した後にＡＣＫを含んでいる２つのフィードバック２パケットを受信し得る。この時点で、圧縮器はＳＯ状態に遷移し得る。
【００８８】
送信を必要とする次のパケットが、ＡＭＲ音声フレーム９０８である場合、圧縮器は、ダウンリンクＳＰＳが現在アクティブでない場合にダウンリンクＳＰＳをアクティブまたは再度アクティブにするために、ＭＡＣサブレイヤにプリミティブを送り得る。これが「通話期間」９０２中の第１のＡＭＲ音声フレーム９０８でない場合、圧縮器はＵＯ−０パケットを送信し得る。これが「通話期間」９０２中の第１のＡＭＲ音声フレーム９０８である場合、圧縮器は、典型的にＵＯ−１−ＴＳパケットを最初に送信しなければならない。
【００８９】
送信されるべき次のパケットがＳＩＤフレーム９１０である場合、圧縮器は、ダウンリンクＳＰＳが現在アクティブにされている場合にダウンリンクＳＰＳを非アクティブにするために、ＭＡＣサブレイヤにプリミティブを送り得る。ＳＩＤフレーム９１０の周期性が２０ミリ秒ではなく１６０ミリ秒であるので、圧縮器は、次いでＲＴＰタイムスタンプコンテキストを更新するＵＯ−１−ＴＳパケットを送信し得る。
【００９０】
圧縮器は、ＩＰｖ６ヘッダ中のペイロード長フィールドを検査することによって、ＰＤＣＰバッファ中のパケットがＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０であるか否かを判断することができる。このフィールドは、ＩＰｖ６ヘッダの後に搬送されるデータの長さを搬送する。
【００９１】
圧縮器がＯモードとＳＯ状態とにあるとき、復元器は、ＮＡＣＫまたは静的ＮＡＣＫの形態でのみフィードバックを送る。ＡＣＫメッセージは典型的に送信されない。圧縮器が、ＮＡＣＫまたは静的ＮＡＣＫのいずれかを含んでいるフィードバック２パケットを受信した場合、圧縮器は、ダウンリンクＳＰＳが現在アクティブにされている場合にダウンリンクＳＰＳを非アクティブにするためにＭＡＣサブレイヤにプリミティブを送る。
【００９２】
図１５に、ＲＯＨＣインターフェースモジュール（ＲＩＭ）１５０２をハイライトする簡略化されたｅＮＢユーザプレーンアーキテクチャを示す。ＲＩＭ１５０２は、アップリンクとダウンリンクの両方のＳＰＳアクティブ化および非アクティブ化を実装するために使用され得る。
【００９３】
１つのＬＴＥ  ＶｏＩＰ無線ベアラが図１５に示されている。ＳＩＰとＳＤＰとを介したセッション確立または修正中にＲＴＣＰに０ｋｂｐｓ帯域幅を与えることによって、ＲＴＣＰはオフにされ得る。結果として、ＬＴＥ  ＶｏＩＰ無線ベアラは、ｅＮＢ  ＲＯＨＣモジュール中に１つのペイロードタイプとただ１つのＲＯＨＣコンテキスト（たとえば、ＣＩＤ＝０）とを備えるただ１つのトラフィックフローをサポートする。無線ベアラは、専用ＥＰＳベアラ全体のエアインターフェース部分を表す。図１５において、専用ＥＰＳベアラは、会話型クラスサービス品質（ＱｏＳ）であるＱＣＩ＝１を有する。
【表１】
0005864763.tif 000002
【００９４】
ＲＩＭ１５０２は、表１に示したように３つの要求プリミティブと３つの応答プリミティブとを使用してＭＡＣスケジューラ１５０４とインターフェースする。これらのインターフェースは、アップリンクとダウンリンクの両方のＳＰＳ動作をアクティブおよび非アクティブにするために使用され得る。
【表２】
0005864763.tif 000003
【００９５】
表２に、ダウンリンクＳＰＳをアクティブにし、修正し、非アクティブにするために、ＲＩＭが、３つの要求プリミティブと３つの応答プリミティブとを使用してｅＮＢ  ＭＡＣスケジューラとインターフェースすることを示す。
【００９６】
アップリンクおよびダウンリンクＳＰＳを修正する要求プリミティブは、ＳＰＳが、「無音期間」９０４中にアクティブにされ、「通話期間」中のみアクティブにされ得ない場合に必要とされ、３２８ビット（および２つのＰＲＢ）から１２０ビット（および１つのＰＲＢ）へのＭＡＣ  ＴＢＳの変化を必要とするであろう。要求プリミティブはまた、（ＵモードまたはＯモードのいずれかで動作している）ｅＮＢ復元器がＮＣ状態またはＳＣ状態にあり、（またＵモードまたはＯモードのいずれかで動作している）圧縮器がＩＲ状態またはＦＯ状態にある「通話期間」９０２中に、事業者がアップリンクおよびダウンリンクＳＰＳをアクティブにすることを望む場合、使用され得る。この状態は、最大ヘッダ圧縮が達成される前に発生し、３２８ビット（および２つのＰＲＢ）から７７６ビット（および５つのＰＲＢ）へのＭＡＣ  ＴＢＳの変化を必要とする。
【表３】
0005864763.tif 000004
【００９７】
表３に、ｅＮＢ  ＭＡＣスケジューラ、およびＲＩＭとのそれのインターフェースを示す。これらのインターフェースは、アップリンクおよびダウンリンクＳＰＳの状態を更新するために使用される２つの指示プリミティブの形態で行われる。
【表４】
0005864763.tif 000005
【００９８】
表４に、ＲＩＭが、ｅＮＢ  ＲＬＣ−ＵＭエンティティに、ダウンリンクＳＰＳがそのために現在アクティブにされている（ＰＤＣＰ  ＰＤＵサイズによって識別され得る）ＰＤＣＰ  ＰＤＵをセグメント化または連結しないように命令するために、３つの指示プリミティブを介してどのようにｅＮＢ  ＲＬＣ−ＵＭエンティティとインターフェースし得るかを示す。ＲＴＣＰパケットのＰＤＣＰ  ＰＤＵサイズがＲＴＰパケットのＰＤＣＰ  ＰＤＵと同じサイズである事例を扱うためのフレキシビリティを与えるために、ｅＮＢ  ＲＬＣ−ＵＭエンティティは、ＰＤＣＰ  ＰＤＵがセグメント化され得るのか、または連結され得るのかの判断、および動的スケジューリングまたはＳＰＳのためにｅＮＢ  ＭＡＣスケジューラに得られたＲＬＣ−ＵＭ  ＰＤＵを送るべきか否かの判断を可能にするヒューリスティックを採用する必要があり得る。
【００９９】
いくつかの実施形態は、無音期間中にＳＰＳアクティブ化を行う。現在、３ＧＰＰ仕様に従って、ｅＮＢ  ＲＯＨＣ復元器がＦＣ状態にあり、圧縮器がＳＯ状態にあるとき、アップリンクＳＰＳまたはダウンリンクＳＰＳのいずれかがアクティブにされ得るが、この手法は準最適である。これは、ＳＩＤフレーム９１０の周期性が１６０ミリ秒であり、ＡＭＲ音声フレーム９０８が２０ミリ秒であるために発生する。ＳＰＳリソース割当てのサイズは、「ＳＰＳ」ＰＤＣＣＨシグナリングを使用して変更され得るが、ＳＰＳ周期性は変更され得ない。ＳＰＳ周期性を変更することは、ＲＲＣシグナリングを使用するＲＲＣ接続再構成プロシージャの実行を必要とするが、それは、望まれず、概して、可能な場合回避される。
【０１００】
いくつかの実施形態は、ＵＥのためのアップリンクおよびダウンリンク周期性を構成するためにＲＲＣプロトコルが変更され得ることを提供する。ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬは２０ミリ秒に設定され得、ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬも２０ミリ秒に設定される。本実施形態は、２つの新しいパラメータ、すなわち、１６０ミリ秒に設定されたｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ−ＳＩＤと、１６０ミリ秒に設定されたｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ−ＳＩＤとの追加を必要とする。
【０１０１】
さらに、アップリンクＳＰＳとダウンリンクＳＰＳの両方をアクティブにする「ＳＰＳ」ＰＤＣＣＨに、「Ｐ」と呼ばれる１ビットフィールドが追加され得る。Ｐ＝０である場合、周期性は、アップリンクＳＰＳアクティブ化のためのパラメータｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬと、ダウンリンクＳＰＳアクティブ化のためのｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄｕＩｎｔｅｒｖａｌＤＬとによって判断される。Ｐ＝１である場合、周期性は、アップリンクＳＰＳアクティブ化のためのパラメータｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ−ＳＰＳと、ダウンリンクＳＰＳアクティブ化のためのｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌ−ＤＬ−ＳＰＳとによって判断される。
【０１０２】
いくつかの実施形態は、マルチパーティまたは会議呼のコンテキストにおいてｅＮＢ  ＲＯＨＣモジュール中でＳＰＳをアクティブおよび非アクティブにすることを行う。マルチパーティ呼は、ＵＥ１とＵＥ２とが２方向呼に関与するときに開始され得る。両方の当事者のためのＲＴＣＰは、呼がＬＴＥネットワーク上で行われている場合にオンにされる。ＬＴＥネットワーク中で、ＲＴＣＰは、音声のみのセッションの間オフにされ得る。したがって、図１５に示すように、各ＵＥについてのＬＴＥ  ＶｏＩＰ専用ＥＰＳベアラは、典型的に、１つのペイロードタイプを備えるただ１つのトラフィックフロー、すなわち、ＲＴＰをサポートする。
【０１０３】
ＵＥ１は、マルチパーティ呼が開始されるべきであることを判断し得る。さらなる当事者が追加され得る前に、ＵＥ１はＵＥ２を保留で入れる。この時点で、ＬＴＥシステムでは、ＲＴＣＰは、リンク「活動」情報を提供するためにオンにされなければならない。
【０１０４】
マルチパーティ呼における次のステップは、ＵＥ１が、ＵＥ３に向かうセッションを開始し、ＵＥ３から、マルチパーティ呼に参加するためのパーミッションを取得することを必要とする。この時点で、図１６および図１７に示すように、ＵＥ１のためのＬＴＥ  ＶｏＩＰ専用ＥＰＳベアラは、典型的に２つのトラフィックフロー、すなわち、ＵＥ２との間のＲＴＣＰフローとＵＥ３との間のＲＴＰフローとをサポートしなければならず、各トラフィックフローは１つのペイロードタイプを備える。ＵＤＰ／ＩＰヘッダ圧縮のためのＲＯＨＣプロファイルが、ＲＴＣＰのために使用されると仮定すると、現在、ｅＮＢ  ＲＯＨＣモジュールおよびＵＥ１６０２ＲＯＨＣモジュール中に３つのＲＯＨＣコンテキスト、すなわち、ＣＩＤ＝０、１、および２がある。
【０１０５】
ＵＥ１６０２は、次いでＭＲＦＣおよびＭＲＦＰ１６０８を使用して会議またはマルチパーティ呼を確立し、ＵＥ１６０４およびＵＥ１６０６との元のセッションをＭＲＦＣおよびＭＲＦＰ１６０８に移動する。この時点で、ＵＥ１６０２、ＵＥ１６０４、およびＵＥ１６０６のためのＬＴＥ  ＶｏＩＰ専用ＥＰＳベアラは、メディアストリームがＭＲＦＰを介して混合されるので、この場合もただ１つのトラフィックフロー、すなわち、１つのペイロードタイプを備えるＲＴＰフローをサポートする。
【０１０６】
動作中、ｅＮＢ  ＲＯＨＣモジュール中のＳＰＳアクティブ化および非アクティブ化方法は、以下で説明するように複数のトラフィックフローシナリオを扱い得る。
【０１０７】
アップリンクＳＰＳが現在アクティブにされている場合、すなわち、ｅＮＢ  ＲＯＨＣ復元器がＣＩＤ＝０の場合にＦＣ状態にあり、ＡＭＲ音声フレーム９０８が、マルチパーティ呼を確立するために保留で入れられる前に受信されていた場合、ｅＮＢ  ＲＯＨＣ復元器がＣＩＤ＝２の場合にＮＣ状態にあるので、アップリンクＳＰは非アクティブにされ得る。
【０１０８】
ダウンリンクＳＰＳが現在アクティブにされている場合、すなわち、ｅＮＢ  ＲＯＨＣ圧縮器がＣＩＤ＝０の場合にＳＯ状態にあり、ＡＭＲ音声フレーム９０８が、マルチパーティ呼を確立するために保留で入れられる前に送信されていた場合、ｅＮＢ  ＲＯＨＣ復元器がＣＩＤ＝２の場合にＩＲ状態にあるので、ダウンリンクＳＰは非アクティブにされ得る。
【０１０９】
いくつかの実施形態は、デュアルトーン多重周波数（ＤＴＭＦ：Dual Tone Multi-Frequency）動作と併せてＳＰＳを行う。ＵＥがＬＴＥネットワーク中で動作している場合、ＵＥおよびＩＭＳは、ＤＴＭＦ動作をサポートするように要求され得る。ＳＩＰとＳＤＰとを使用してセッション確立または修正中にＤＴＭＦイベントに関連して、音声のみのセッション、すなわち、ＲＴＣＰがオフにされたセッションが構成され得る。典型的に、ＵＥはＤＴＭＦイベントを送るのみであるが、ＳＤＰオファーおよび返答モデルの性質のために、ＵＥがＤＴＭＦイベントを受信するための準備が行われなければならない。
【０１１０】
図１８に、音声のみのセッションとＤＴＭＦイベントとの同時サポートを示す。そのような同時サポートは、ＬＴＥ  ＶｏＩＰ専用ＥＰＳベアラが、ｅＮＢ  ＲＯＨＣモジュール中で２つのペイロードタイプと１つのＲＯＨＣコンテキスト（たとえば、ＣＩＤ＝０）とを備える１つのトラフィックフローをサポートする必要があり得ることを必要とする。
【０１１１】
ｅＮＢ  ＲＯＨＣモジュール中のＳＰＳアクティブ化および非アクティブ化アルゴリズムは、一実施形態では、ＤＴＭＦイベントシナリオを扱う。本実施形態は、特定のペイロードタイプ「ＤＴＭＦイベント」を含んでいるアップリンクＲＴＰパケットが、ペイロードタイプ「ＡＭＲ音声コーデック」を含んでいるアップリンクＲＴＰパケットと同様に扱われることを提供し得、ここで、ペイロードはＳＩＤフレーム９１０である。この状況では、アップリンクＳＰＳは非アクティブにされる。
【０１１２】
ペイロードタイプ「ＤＴＭＦイベント」を含んでいるダウンリンクＲＴＰパケットは、ペイロードタイプ「ＡＭＲ音声コーデック」を含んでいるダウンリンクＲＴＰパケットと同様に扱われ得、ここで、ペイロードはＳＩＤフレーム９１０である。この状況では、ダウンリンクＳＰＳは非アクティブにされる。
【０１１３】
ＤＴＭＦ機能はまた、ＡＭＲ音声フレーム９０８またはＳＩＤフレーム９１０を含んでいるＲＴＰパケットのＰＤＣＰ  ＰＤＵサイズが、ＤＴＭＦイベントを含んでいるＲＴＰパケットのＰＤＣＰ  ＰＤＵと同じサイズである状況を扱い得る。使用される方法は、上記で説明したＲＯＨＣインターフェースモジュールに関しては同じであり得る。
【０１１４】
いくつかの実施形態は、ワイヤレス通信のための方法および装置を提供する。いくつかの実施形態では、本方法は、ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することを備える。ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することは、ヘッダ圧縮器に関連する異なる動作状態間の遷移を判断することを含み得る。ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することは、ヘッダ復元器に関連する異なる動作状態間の遷移を判断することを含み得る。
【０１１５】
いくつかの実施形態では、本方法は、ヘッダ圧縮器の動作状態の変化に応答して永続的スケジューリングモードを変更することを備える。永続的スケジューリングモードを変更することは、ヘッダ圧縮器の動作状態が１次状態から２次状態に変化したときにアップリンク永続的スケジューリングをアクティブにすることを備え得る。永続的スケジューリングモードを変更することは、ヘッダ圧縮器の動作状態が２次状態から出たときにアップリンク永続的スケジューリングを非アクティブにすることを備え得る。永続的スケジューリングモードを変更することは、ヘッダ復元器の動作状態が静的コンテキスト状態からフルコンテキスト状態に変化したときにダウンリンク永続的スケジューリングをアクティブにすることを備え得る。永続的スケジューリングモードを変更することは、ヘッダ復元器の動作状態が無コンテキスト状態に入ったときにダウンリンク永続的スケジューリングモードを非アクティブにすることを備え得る。
【０１１６】
いくつかの実施形態では、永続的スケジューリングモードは通話期間中に変更され、通話期間はコーデックによる音声フレームの生成に対応する。いくつかの実施形態では、永続的スケジューリングモードは、無音記述子がコーデックによって生成されたときに変更される。いくつかの実施形態では、永続的スケジューリングモードを変更することは、永続的スケジューリングモードをアクティブにすることを備える。永続的スケジューリングモードをアクティブにすることは、循環リソースブロックの固定セットを判断することと、永続的スケジューリングモードの周期性を判断することとを含み得る。
【０１１７】
いくつかの実施形態では、永続的スケジューリングモードを変更することは、永続的スケジューリングモードを非アクティブにすることを備え得る。永続的スケジューリングモードを非アクティブにすることは、パケットサイズが循環リソースブロックの固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの固定セットを割当て解除することを含み得る。
【０１１８】
いくつかの実施形態では、循環リソースブロックの固定セットは、パケットサイズが循環リソースブロックの固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに修正され得る。いくつかの実施形態では、アップリンクリソースブロックのみが割当て解除されるか、またはダウンリンクリソースブロックのみが割当て解除される。
【０１１９】
いくつかの実施形態では、コーデックまたはデュアルトーン多機能イベントによって生成されたデータは、循環リソースブロックの固定セットを使用して通信される。半永続的スケジューリングは、会議呼が確立された後に非アクティブにされ得る。半永続的スケジューリングは、会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることによって、会議呼が確立された後に非アクティブにされ得る。半永続的スケジューリングは、会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることを含む、会議呼が確立された後に半永続的スケジューリングを非アクティブにすることによって、会議呼が確立された後に非アクティブにされ得る。
【０１２０】
開示したプロセスにおけるステップの特定の順序または階層は、例示的な手法の一例であることを理解されたい。設計上の選好に基づいて、プロセス中のステップの特定の順序または階層は再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１２１】
以上の説明は、本明細書で説明された様々な態様を、当業者が実行できるようにするために提供される。これらの態様に対する様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、特許請求の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という語は「１つまたは複数の」を表す。当業者に知られている、または後に知られることになる、本開示全体にわたって説明した様々な態様の要素のすべての構造的および機能的均等物は、参照により本明細書に明白に組み込まれ、特許請求の範囲に包含されるものである。さらに、本明細書に開示するいかなることも、そのような開示が特許請求の範囲に明示的に具陳されているかどうかにかかわらず、公に供するものではない。いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に具陳されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することと、
前記ヘッダ圧縮器の前記動作状態の変化に応答して永続的スケジューリングモードを変更することと
を備える、ワイヤレス通信のための方法。
［Ｃ２］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断することが、前記ヘッダ圧縮器に関連する異なる動作状態間の遷移を判断することを含む、Ｃ１に記載の方法。
［Ｃ３］
前記永続的スケジューリングモードを変更することは、前記ヘッダ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク永続的スケジューリングをアクティブにすることを備える、Ｃ２に記載の方法。
［Ｃ４］
前記永続的スケジューリングモードを変更することは、前記ヘッダ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク永続的スケジューリングを非アクティブにすることを備える、Ｃ２に記載の方法。
［Ｃ５］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断することが、前記ヘッダ復元器に関連する異なる動作状態間の遷移を判断することを含む、Ｃ１に記載の方法。
［Ｃ６］
前記永続的スケジューリングモードを変更することは、前記ヘッダ復元器の前記動作状態が静的コンテキスト状態からフルコンテキスト状態に変化したときにダウンリンク永続的スケジューリングをアクティブにすることを備える、Ｃ５に記載の方法。
［Ｃ７］
前記永続的スケジューリングモードを変更することは、前記ヘッダ復元器の前記動作状態が無コンテキスト状態に入ったときに前記ダウンリンク永続的スケジューリングモードを非アクティブにすることを備える、Ｃ６に記載の方法。
［Ｃ８］
前記永続的スケジューリングモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、Ｃ１に記載の方法。
［Ｃ９］
前記永続的スケジューリングモードは、無音記述子がコーデックによって生成されたときに変更される、Ｃ１に記載の方法。
［Ｃ１０］
前記永続的スケジューリングモードを変更することが、前記永続的スケジューリングモードをアクティブにすることを備え、前記永続的スケジューリングモードをアクティブにすることが、
循環リソースブロックの固定セットを判断することと、
前記永続的スケジューリングモードの周期性を判断することと
を含む、Ｃ１に記載の方法。
［Ｃ１１］
前記永続的スケジューリングモードを変更することが、前記永続的スケジューリングモードを非アクティブにすることを備え、永続的スケジューリングモードを非アクティブにすることは、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの前記固定セットを割当て解除することを含む、Ｃ１０に記載の方法。
［Ｃ１２］
パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、前記割当ての周期性が変化したときに循環リソースブロックの前記固定セットを修正することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
アップリンクリソースブロックのみが割当て解除される、Ｃ１１に記載の方法。
［Ｃ１４］
ダウンリンクリソースブロックのみが割当て解除される、Ｃ１１に記載の方法。
［Ｃ１５］
循環リソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能イベントによって生成されたデータを通信することをさらに備える、Ｃ１０に記載の方法。
［Ｃ１６］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることをさらに備える、Ｃ１に記載の方法。
［Ｃ１７］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、前記会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることを含む、Ｃ１６に記載の方法。
［Ｃ１８］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにすることは、前記会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることを含む、Ｃ１６に記載の方法。
［Ｃ１９］
ヘッダ圧縮器またはヘッダ復元器の動作状態を判断するための手段と、
前記ヘッダ圧縮器の前記動作状態の変化に応答して永続的スケジューリングモードを変更するための手段と
を備える、ワイヤレス通信のための装置。
［Ｃ２０］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断するための前記手段が、前記ヘッダ圧縮器に関連する異なる動作状態間の遷移を判断する、Ｃ１９に記載の装置。
［Ｃ２１］
前記永続的スケジューリングモードを変更するための前記手段は、前記ヘッダ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク永続的スケジューリングをアクティブにする、Ｃ２０に記載の装置。
［Ｃ２２］
前記永続的スケジューリングモードを変更するための前記手段は、前記ヘッダ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク永続的スケジューリングを非アクティブにする、Ｃ２０に記載の装置。
［Ｃ２３］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断するための前記手段が、前記ヘッダ復元器に関連する異なる動作状態間の遷移を判断する、Ｃ１９に記載の装置。
［Ｃ２４］
前記永続的スケジューリングモードを変更するための前記手段は、前記ヘッダ復元器の前記動作状態が静的コンテキスト状態からフルコンテキスト状態に変化したときにダウンリンク永続的スケジューリングをアクティブにする、Ｃ２３に記載の装置。
［Ｃ２５］
前記永続的スケジューリングモードを変更するための前記手段は、前記ヘッダ復元器の前記動作状態が無コンテキスト状態に入ったときに前記ダウンリンク永続的スケジューリングモードを非アクティブにする、Ｃ２４に記載の装置。
［Ｃ２６］
前記永続的スケジューリングモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、Ｃ１９に記載の装置。
［Ｃ２７］
前記永続的スケジューリングモードは、無音記述子がコーデックによって生成されたときに変更される、Ｃ１９に記載の装置。
［Ｃ２８］
前記永続的スケジューリングモードを変更するための前記手段が、前記永続的スケジューリングモードをアクティブにし、前記永続的スケジューリングモードが、
循環リソースブロックの固定セットを判断することと、
前記永続的スケジューリングモードの周期性を判断することと
によってアクティブにされる、Ｃ１９に記載の装置。
［Ｃ２９］
前記永続的スケジューリングモードを変更するための前記手段が、前記永続的スケジューリングモードを非アクティブにし、永続的スケジューリングモードは、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの前記固定セットを割当て解除することによって非アクティブにされる、Ｃ２８に記載の装置。
［Ｃ３０］
パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、前記割当ての周期性が変化したときに循環リソースブロックの前記固定セットを修正するための手段をさらに備える、Ｃ２９に記載の装置。
［Ｃ３１］
アップリンクリソースブロックのみが割当て解除される、Ｃ２９に記載の装置。
［Ｃ３２］
ダウンリンクリソースブロックのみが割当て解除される、Ｃ２９に記載の装置。
［Ｃ３３］
循環リソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能イベントによって生成されたデータを通信するための手段をさらに備える、Ｃ２８に記載の装置。
［Ｃ３４］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにするための手段をさらに備える、Ｃ１９に記載の装置。
［Ｃ３５］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにするための前記手段は、前記会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにする、Ｃ３４に記載の装置。
［Ｃ３６］
会議呼が確立された後に前記半永続的スケジューリングを非アクティブにするための前記手段は、前記会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにする、Ｃ３４に記載の装置。
［Ｃ３７］
ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することと、
前記ヘッダ圧縮器の前記動作状態の変化に応答して永続的スケジューリングモードを変更することと
を行うように構成された処理システムを備える、ワイヤレス通信のための装置。
［Ｃ３８］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断することが、前記ヘッダ圧縮器に関連する異なる動作状態間の遷移を判断することを含む、Ｃ３７に記載の装置。
［Ｃ３９］
前記永続的スケジューリングモードを変更することは、前記ヘッダ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク永続的スケジューリングをアクティブにすることを備える、Ｃ３８に記載の装置。
［Ｃ４０］
前記永続的スケジューリングモードを変更することは、前記ヘッダ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク永続的スケジューリングを非アクティブにすることを備える、Ｃ３８に記載の装置。
［Ｃ４１］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断することが、前記ヘッダ復元器に関連する異なる動作状態間の遷移を判断することを含む、Ｃ３７に記載の装置。
［Ｃ４２］
前記永続的スケジューリングモードを変更することは、前記ヘッダ復元器の前記動作状態が静的コンテキスト状態からフルコンテキスト状態に変化したときにダウンリンク永続的スケジューリングをアクティブにすることを備える、Ｃ４１に記載の装置。
［Ｃ４３］
前記永続的スケジューリングモードを変更することは、前記ヘッダ復元器の前記動作状態が無コンテキスト状態に入ったときに前記ダウンリンク永続的スケジューリングモードを非アクティブにすることを備える、Ｃ４２に記載の装置。
［Ｃ４４］
前記永続的スケジューリングモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、Ｃ３７に記載の装置。
［Ｃ４５］
前記永続的スケジューリングモードは、無音記述子がコーデックによって生成されたときに変更される、Ｃ３７に記載の装置。
［Ｃ４６］
前記永続的スケジューリングモードを変更することが、前記永続的スケジューリングモードをアクティブにすることを備え、前記永続的スケジューリングモードをアクティブにすることが、
循環リソースブロックの固定セットを判断することと、
前記永続的スケジューリングモードの周期性を判断することと
を含む、Ｃ３７に記載の装置。
［Ｃ４７］
前記永続的スケジューリングモードを変更することが、前記永続的スケジューリングモードを非アクティブにすることを備え、永続的スケジューリングモードを非アクティブにすることは、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの前記固定セットを割当て解除することを含む、Ｃ４６に記載の装置。
［Ｃ４８］
前記処理システムは、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、前記割当ての周期性が変化したときに循環リソースブロックの前記固定セットを修正するように構成された、Ｃ４７に記載の装置。
［Ｃ４９］
アップリンクリソースブロックのみが割当て解除される、Ｃ４７に記載の装置。
［Ｃ５０］
ダウンリンクリソースブロックのみが割当て解除される、Ｃ４７に記載の装置。
［Ｃ５１］
前記処理システムが、循環リソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能イベントによって生成されたデータを通信するように構成された、Ｃ４６に記載の装置。
［Ｃ５２］
前記処理システムは、会議呼が確立された後に前記半永続的スケジューリングを非アクティブにするように構成された、Ｃ３７に記載の装置。
［Ｃ５３］
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、Ｃ５２に記載の装置。
［Ｃ５４］
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、Ｃ５２に記載の装置。
［Ｃ５５］
ヘッダ圧縮器またはヘッダ復元器の動作状態を判断することと、
前記ヘッダ圧縮器の前記動作状態の変化に応答して永続的スケジューリングモードを変更することと
を行うためのコードを備えるコンピュータ可読媒体を備える、コンピュータプログラム製品。
［Ｃ５６］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断するための前記コードが、前記ヘッダ復元器に関連する異なる動作状態間の遷移を判断する、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ５７］
前記永続的スケジューリングモードを変更するための前記コードは、前記ヘッダ圧縮器の前記動作状態が１次状態から２次状態に変化したときにアップリンク永続的スケジューリングをアクティブにする、Ｃ５６に記載のコンピュータプログラム製品。
［Ｃ５８］
前記永続的スケジューリングモードを変更するための前記コードは、前記ヘッダ圧縮器の前記動作状態が前記２次状態から出たときに前記アップリンク永続的スケジューリングを非アクティブにする、Ｃ５６に記載のコンピュータプログラム製品。
［Ｃ５９］
前記ヘッダ圧縮器または前記ヘッダ復元器の前記動作状態を判断するための前記コードが、前記ヘッダ復元器に関連する異なる動作状態間の遷移を判断する、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ６０］
前記永続的スケジューリングモードを変更するための前記コードは、前記ヘッダ復元器の前記動作状態が静的コンテキスト状態からフルコンテキスト状態に変化したときにダウンリンク永続的スケジューリングをアクティブにする、Ｃ５９に記載のコンピュータプログラム製品。
［Ｃ６１］
前記永続的スケジューリングモードを変更するための前記コードは、前記ヘッダ復元器の前記動作状態が無コンテキスト状態に入ったときに前記ダウンリンク永続的スケジューリングモードを非アクティブにする、Ｃ６０に記載のコンピュータプログラム製品。
［Ｃ６２］
前記永続的スケジューリングモードが通話期間中に変更され、前記通話期間がコーデックによる音声フレームの生成に対応する、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ６３］
前記永続的スケジューリングモードは、無音記述子がコーデックによって生成されたときに変更される、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ６４］
前記永続的スケジューリングモードを変更するための前記コードが、
循環リソースブロックの固定セットを判断することと、
前記永続的スケジューリングモードの周期性を判断することと
によって前記永続的スケジューリングモードをアクティブにする、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ６５］
前記永続的スケジューリングモードを変更するための前記コードは、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、割当ての周期性が変化したときに循環リソースブロックの前記固定セットを割当て解除することによって前記永続的スケジューリングモードを非アクティブにする、Ｃ６４に記載のコンピュータプログラム製品。
［Ｃ６６］
前記コンピュータ可読媒体は、パケットサイズが循環リソースブロックの前記固定セットよりも大きくまたは小さく、前記割当ての周期性が変化したときに循環リソースブロックの前記固定セットを修正するためのコードを備える、Ｃ６５に記載のコンピュータプログラム製品。
［Ｃ６７］
アップリンクリソースブロックのみが割当て解除される、Ｃ６５に記載のコンピュータプログラム製品。
［Ｃ６８］
ダウンリンクリソースブロックのみが割当て解除される、Ｃ６５に記載のコンピュータプログラム製品。
［Ｃ６９］
前記コンピュータ可読媒体が、循環リソースブロックの前記固定セットを使用してコーデックまたはデュアルトーン多機能イベントによって生成されたデータを通信するためのコードを備える、Ｃ６４に記載のコンピュータプログラム製品。
［Ｃ７０］
前記コンピュータ可読媒体は、会議呼が確立された後に前記半永続的スケジューリングを非アクティブにするためのコードを備える、Ｃ５５に記載のコンピュータプログラム製品。
［Ｃ７１］
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが受信されていたとき、アップリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、Ｃ７０に記載のコンピュータプログラム製品。
［Ｃ７２］
前記半永続的スケジューリングは、会議呼が確立される前に音声フレームが送信されていたとき、ダウンリンク半永続的スケジューリングを非アクティブにすることによって、前記会議呼が確立された後に非アクティブにされる、Ｃ７０に記載のコンピュータプログラム製品。
【図１】
0005864763.tif 000006
【図２】
0005864763.tif 000007
【図３】
0005864763.tif 000008
【図４】
0005864763.tif 000009
【図５】
0005864763.tif 000010
【図６】
0005864763.tif 000011
【図７】
0005864763.tif 000012
【図８】
0005864763.tif 000013
【図９】
0005864763.tif 000014
【図１０】
0005864763.tif 000015
【図１１】
0005864763.tif 000016
【図１２】
0005864763.tif 000017
【図１３】
0005864763.tif 000018
【図１４】
0005864763.tif 000019
【図１５】
0005864763.tif 000020
【図１６】
0005864763.tif 000021
【図１７】
0005864763.tif 000022
【図１８】
0005864763.tif 000023