(57)【要約】  セルラーネットワーク内における携帯機器によるチャネル品質情報（ＣＱＩ）の送信を最適化する方法およびシステムによって、非リアルタイム（ＮＲＴ）データ送信中よりもボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション中に、より遅いレートおよびより少ないビット数で複数のＣＱＩを送信することを可能にする。ＶｏＩＰ送信は、典型的には、ＶｏＩＰパケットが送信される「有音」期間と、無音期間とを含む。無音期間は、無音指示（ＳＩＤ）パケットで始まり、ＶｏＩＰパケットが受信されるまで周期的なＳＩＤパケットが続く。基地局がＮＲＴデータを送信しているときに、携帯機器は、第１の所定のビット数を有する複数のＣＱＩを第１のレートで基地局に送信する。基地局が携帯機器にＶｏＩＰを送信しているときに、携帯機器は、有音期間中には、複数のＣＱＩを上記第１のレートよりも遅い第２のレートで基地局に送信する。各ＣＱＩは、上記第１の所定のビット数よりも少ない第２の所定のビット数を有していてよい。しかしながら、無音期間中には、携帯機器は基地局にＣＱＩを送信せず、該ＣＱＩに割り当てられた上りリンクチャネルリソースを他の携帯機器に再割り当てすることが可能である。
2010538516.tif 000002
【特許請求の範囲】
【請求項１】
ｅＮｏｄｅＢを含む無線通信ネットワーク内において、ユーザ装置（ＵＥ）が複数のチャネル品質情報（ＣＱＩ）を上りリンクで送信する方法であって、上記ｅＮｏｄｅＢは、非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信が可能であり、上記ＶｏＩＰ送信は、第１の所定の間隔で送信されると共に有音期間を示すＶｏＩＰパケットと、上記第１の所定の間隔よりも長い第２の所定の間隔で送信されると共に無音期間を示す無音指示（ＳＩＤ）パケットとを含み、上記ＵＥは、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信することが可能であり、
上記ｅＮｏｄｅＢがＮＲＴデータを上記ＵＥに送信しているときに、第１の所定のビット数を各々が有する複数のＣＱＩを第１のレートで上記ｅＮｏｄｅＢに送信するステップと、
上記ｅＮｏｄｅＢがＶｏＩＰを上記ＵＥに送信しているときに、
有音期間中には、（ａ）上記第１のレートよりも遅い第２のレートで複数のＣＱＩを送信すること、および（ｂ）上記第１の所定のビット数よりも少ない第２の所定のビット数を各々が有する複数のＣＱＩを送信すること、のうちの少なくとも１つに従って、複数のＣＱＩを上記ｅＮｏｄｅＢに送信し、
無音期間中には、上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを含む、方法。
【請求項２】
ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出するステップをさらに含む、請求項１に記載の方法。
【請求項３】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、
ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＵＥにおいて、上記ＩＰペイロードを検査して、上記ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含む、請求項２に記載の方法。
【請求項４】
上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされており、
上記ｅＮｏｄｅＢは、上記ＩＰペイロードを検査することによって、ＶｏＩＰパケットの後の最初のＳＩＤパケットを識別し、
上記ｅＮｏｄｅＢは、上記ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換し、
上記ｅＮｏｄｅＢは、上記ＰＤＵに関するＩＰペイロードがＶｏＩＰパケットの後に続くＳＩＤパケットである場合、上記ＭＡＣヘッダを、上記ＵＥに送信する前に変更し、
ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＵＥにおいて、変更されたＭＡＣヘッダを検出するステップを含む、請求項２に記載の方法。
【請求項５】
ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含む、請求項１に記載の方法。
【請求項６】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、
ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＵＥにおいて、上記ＩＰペイロードを検査して、上記ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含む、請求項５に記載の方法。
【請求項７】
上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされており、
上記ｅＮｏｄｅＢは、上記ＩＰペイロードを検査することによって、ＳＩＤパケットの後の最初のＶｏＩＰパケットを識別し、
上記ｅＮｏｄｅＢは、上記ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換し、
上記ｅＮｏｄｅＢは、上記ＰＤＵに関するＩＰペイロードがＳＩＤパケットの後に続くＶｏＩＰパケットである場合、上記ＭＡＣヘッダを、上記ＵＥに送信する前に変更し、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＵＥにおいて、変更されたＭＡＣヘッダを検出するステップを含む、請求項５に記載の方法。
【請求項８】
上記ＵＥは、第１のＵＥであり、
上記無線通信ネットワークは、第２のＵＥを含み、上記第２のＵＥは、上記ｅＮｏｄｅＢからのＮＲＴデータ送信を受信することは不可能であるが、ＶｏＩＰ送信を受信することは可能であり、
さらに、
上記ｅＮｏｄｅＢがＶｏＩＰを上記第２のＵＥに送信しているときに、
有音期間中には、上記第１のＵＥが複数のＣＱＩを上記ｅＮｏｄｅＢに送信するレートおよびビット数と同じレートおよびビット数で、複数のＣＱＩを上記第２のＵＥから上記ｅＮｏｄｅＢに送信し、
無音期間中には、上記第２のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップを含む、請求項１に記載の方法。
【請求項９】
上記ｅＮｏｄｅＢの下りリンクは、複数のリソースブロックを直交周波数分割多重（ＯＦＤＭ）で上記ＵＥに送信し、
上記ＵＥは、複数のリソースブロックをＯＦＤＭで上記ｅＮｏｄｅＢに送信し、
上記リソースブロックのいくつかは、上記ＵＥに割り当てられた上りリンク物理制御チャネル（ＰＵＣＣＨ）を含み、
上記ＣＱＩが上記ＰＵＣＣＨで送信される、請求項１に記載の方法。
【請求項１０】
上記無線通信ネットワークは、複数の他のＵＥを含み、上記複数の他のＵＥのうちの少なくとも１つは、上記ｅＮｏｄｅＢからのＮＲＴデータ送信を受信することが不可能であり、
さらに、
上記ＵＥが上記ｅＮｏｄｅＢにＣＱＩを送信していない無音期間中に、上記ｅＮｏｄｅＢが、上記ＵＥのＰＵＣＣＨリソースブロックを上記複数の他のＵＥに再割り当てするステップを含む、請求項９に記載の方法。
【請求項１１】
セルラーネットワーク内における接続のための携帯機器であって、上記セルラーネットワークは、非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信が可能なｅＮｏｄｅＢを有しており、上記ＶｏＩＰ送信は、有音期間を示すＶｏＩＰパケットと、無音期間を示す無音指示（ＳＩＤ）パケットとを含み、上記携帯機器は、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信することが可能であり、
プロセッサと、
上記プロセッサによってアクセス可能なメモリと、
上記メモリ内の、上記プロセッサによって読み取り可能なコンピュータプログラム命令とを含み、
上記コンピュータプログラム命令は、
（ａ）上記ｅＮｏｄｅＢがＮＲＴデータを送信しているときに、第１の所定のビット数を各々が有する複数のチャネル品質情報（ＣＱＩ）を第１のレートで上記ｅＮｏｄｅＢに送信するステップと、
（ｂ）上記ｅＮｏｄｅＢがＶｏＩＰを上記ＵＥに送信しているときに、有音期間中には、上記第１の所定のビット数よりも少ない第２の所定のビット数を有する複数のＣＱＩを上記第１のレートよりも遅い第２のレートで上記ｅＮｏｄｅＢに送信し、無音期間中には、上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを、上記プロセッサに実行させるためのものである、携帯機器。
【請求項１２】
上記コンピュータプログラム命令は、ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出することによって無音期間の開始を検出するステップを上記プロセッサに実行させるための命令をさらに含む、請求項１１に記載の携帯機器。
【請求項１３】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含む複数のインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、
上記ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＵＥにおいて、上記ＩＰペイロードを検査して、各ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含む、請求項１２に記載の携帯機器。
【請求項１４】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）として上記ＵＥによって受信され、
各ＰＤＵは、そのＰＤＵがＶｏＩＰパケットまたはＳＩＤパケットに関するものであるかを示すＭＡＣヘッダを有し、
上記ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＭＡＣヘッダを検出するステップを含む、請求項１２に記載の携帯機器。
【請求項１５】
上記コンピュータプログラム命令は、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出することによって無音期間の終了を検出するステップを上記プロセッサに実行させるための命令をさらに含む、請求項１１に記載の携帯機器。
【請求項１６】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含む複数のインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、
上記ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＵＥにおいて、上記ＩＰペイロードを検査して、各ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含む、請求項１５に記載の携帯機器。
【請求項１７】
上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）として上記ＵＥによって受信され、
各ＰＤＵは、そのＰＤＵがＶｏＩＰパケットまたはＳＩＤパケットに関するものであるかを示すＭＡＣヘッダを有し、
上記ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＭＡＣヘッダを検出するステップを含む、請求項１５に記載の携帯機器。
【請求項１８】
セルラーネットワーク内で非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信を行う方法であって、上記セルラーネットワークは、ｅＮｏｄｅＢと、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信可能な第１のユーザ装置（ＵＥ）と、複数の他のＵＥとを含み、上記第１のＵＥは、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信可能であり、
ＮＲＴデータを上記ｅＮｏｄｅＢから上記第１のＵＥに送信するステップと、
上記ｅＮｏｄｅＢがＮＲＴデータを上記第１のＵＥに送信しているときに、第１の所定のビット数を各々が有する複数のＣＱＩを第１のレートで上記第１のＵＥから上記ｅＮｏｄｅＢに送信するステップと、
ＶｏＩＰを上記ｅＮｏｄｅＢから上記第１のＵＥに送信するステップであって、上記ＶｏＩＰ送信は、第１の所定の間隔で送信されると共に有音期間を示すＶｏＩＰパケットと、上記第１の所定の間隔よりも長い第２の所定の間隔で送信されると共に無音期間を示す無音指示（ＳＩＤ）パケットとを含むステップと、
上記ｅＮｏｄｅＢがＶｏＩＰを上記第１のＵＥに送信しているときに、
有音期間中には、（ａ）上記第１のレートよりも遅い第２のレートで複数のＣＱＩを送信すること、および（ｂ）上記第１の所定のビット数よりも少ない第２の所定のビット数を各々が有する複数のＣＱＩを送信すること、のうちの少なくとも１つに従って、複数のＣＱＩを上記第１のＵＥから上記ｅＮｏｄｅＢに送信し、
無音期間中には、上記第１のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを含む方法。
【請求項１９】
上記ｅＮｏｄｅＢにおいて、ＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含む、請求項１８に記載の方法。
【請求項２０】
上記第１のＵＥにおいて、ＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含む、請求項１９に記載の方法。
【請求項２１】
上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされており、
上記ｅＮｏｄｅＢにおいてＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ｅＮｏｄｅＢにおいて上記ＩＰペイロードを検査するステップを含み、
さらに、
上記ｅＮｏｄｅＢにおいて、上記ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換するステップと、
上記ｅＮｏｄｅＢにおいて、上記ＰＤＵに関するＩＰペイロードがＶｏＩＰパケットの後に続くＳＩＤパケットまたはＳＩＤパケットの後に続くＶｏＩＰパケットである場合、上記ＭＡＣヘッダを、上記第１のＵＥに送信する前に変更するステップと、
上記第１のＵＥにおいて、変更されたＭＡＣヘッダを検出するステップとを含む、請求項１９に記載の方法。
【請求項２２】
上記ｅＮｏｄｅＢは、複数のリソースブロックを直交周波数分割多重（ＯＦＤＭ）で上記第１のＵＥおよび上記複数の他のＵＥに送信し、
上記第１のＵＥおよび上記複数の他のＵＥは、複数のリソースブロックをＯＦＤＭで上記ｅＮｏｄｅＢに送信し、
上記リソースブロックのいくつかは、上記第１のＵＥに割り当てられた上りリンク物理制御チャネル（ＰＵＣＣＨ）を含み、
有音期間中に複数のＣＱＩを上記第１のＵＥから上記ｅＮｏｄｅＢに送信することは、上記複数のＣＱＩを上記第１のＵＥのＰＵＣＣＨ上で送信することを含み、
さらに、
上記第１のＵＥが上記ｅＮｏｄｅＢにＣＱＩを送信していない無音期間中に、上記ｅＮｏｄｅＢが、上記ＵＥのＰＵＣＣＨリソースブロックを上記複数の他のＵＥに再割り当てするステップを含む、請求項１８に記載の方法。
【請求項２３】
上記複数の他のＵＥのうちの１つは第２のＵＥであり、上記第２のＵＥは、上記ｅＮｏｄｅＢからのＮＲＴデータ送信を受信することは不可能であるが、ＶｏＩＰ送信を受信することは可能であり、
さらに、
上記ｅＮｏｄｅＢがＶｏＩＰを上記第２のＵＥに送信しているときに、
有音期間中には、上記第１のＵＥが複数のＣＱＩを上記ｅＮｏｄｅＢに送信するレートおよびビット数と同じレートおよびビット数で、複数のＣＱＩを上記第２のＵＥから上記ｅＮｏｄｅＢに送信し、
無音期間中には、上記第２のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップを含む、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、セルラーネットワークといった無線通信ネットワークに関し、より詳細には、ボイスオーバーインターネットプロトコル（ＶｏＩＰ：voice-over-internet protocol）送信中の、携帯機器によるチャネル品質情報（ＣＱＩ：channel quality indicator）の送信を最適化するための方法およびシステムに関する。
【背景技術】
【０００２】
セルラーネットワークは、多数のセルから構成される無線通信システムである。各セルは、セルサイトまたは基地局として知られる固定送信機によって提供される。通常、ネットワーク中の各セルサイトは、他のセルサイトと重なり合っている。セルラーネットワークの最も一般的な形態は、携帯電話（セル式携帯電話）システムである。基地局は、携帯電話交換機または「スイッチ」に接続されており、携帯電話交換機または「スイッチ」は、公衆電話網または携帯電話会社の他のスイッチに接続されている。
【０００３】
第３世代パートナーシップ・プロジェクト（３ＧＰＰ：3rd Generation Partnership Project）は、世界中で利用可能な第３世代（３Ｇ）携帯電話システムの規格を作成するための世界的な団体である。３ＧＰＰの計画は、長期的進化（ＬＴＥ：Long Term Evolution）という名前で現在進行中である。３ＧＰＰ  ＬＴＥプロジェクトは、次世代の要求に対処するために、ユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）地上波無線アクセス携帯電話標準規格を改良することを目的としている。３ＧＰＰ  ＬＴＥの目的には、効率の向上、コストの低減、サービスの向上、新たなスペクトル機会（spectrum opportunity）の利用、および、他のオープン標準へのより良好な調和が含まれる。３ＧＰＰ  ＬＴＥの技術的仕様は、次の一組の参考文献に記載されている。3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Physical Channels and Modulation (Release 8), 3GPP TS 36.211 V0.4.0 (2007-02). 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8), 3GPP TS 36.300 V8.1.0 (2007-06)。３ＧＰＰ  ＬＴＥ（Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮ）の用語では、基地局は「ｅＮｏｄｅＢ」（ｅＮＢ）と呼ばれ、携帯端末または携帯機器は「ユーザ装置」（ＵＥ：user equipment）と呼ばれる。
【０００４】
３ＧＰＰ  ＬＴＥでは、ｅＮＢは、ＵＥによってチャネル測定に用いられる下りリンク（ダウンリンク）参照記号（リファレンスシグナル）（ＤＬＲＳ：downlink reference symbol）を定期的に送信する。下りリンク参照記号は、例えば、チャネル品質情報（ＣＱＩ）によって表すことが可能な信号対干渉比（ＳＩＮＲ：signal-to-interference ratio）である。各ＵＥは、定期的にｅＮＢにＣＱＩを返送し、ｅＮＢがリソーススケジューリングを行うことを可能にする。リソーススケジューリングとは、ｅＮＢが、変調方式、符号化率、およびサブキャリア周波数を割り当てて、各ＵＥの下りリンクおよび上りリンク（アップリンク）の送信を最適化することを意味している。
【０００５】
無線ネットワーク越しに送信されるデータは、非リアルタイム（ＮＲＴ：non-real-time）データまたはリアルタイム（ＲＴ：real-time）データとして分類されることが多い。ＮＲＴデータの例には、ＵＥによるウェブブラウジング中に送信されるデータ、または、ＵＥへのテキストメッセージ送信中に送信されるデータが含まれる。他方、ＲＴデータの例はＵＥ間の音声通信である。ＮＲＴデータ用のリソーススケジューリングの典型的な方法は、ｅＮＢが各伝送時間間隔（ＴＴＩ：transmission time interval）において各ＵＥに対して「動的」スケジューリングを行うことである。動的スケジューリング中に、ＵＥは、定期的にｅＮＢにＣＱＩを返送する。
【０００６】
しかしながら、３ＧＰＰ  ＬＴＥでは、ＵＥは、ＲＴデータ、特に、ＬＴＥにおける最も重要な適用対象であると考えられている音声データを送受信することも求められる。この音声データは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信として送信される。典型的なＶｏＩＰセッションは、複数の周期的な小さなデータパケットを一定の間隔において有すると共に、周期的な複数の無音指示（ＳＩＤ：silence indication）パケットを一定の間隔において有している。ＮＲＴデータ送信とは異なり、ＶｏＩＰ送信は、「セミパーシステント」スケジューリングを用いて処理される。「セミパーシステント」スケジューリングでは、動的スケジューリングと異なり、ＵＥの下りリンクの受信が可能な場合に、ＵＥが、該ＵＥのリソース割当を見つけることができないならば、所定のリソース割当に従った下りリンクの送信が想定される。
【０００７】
ＶｏＩＰ送信とそれに関するリソース割当のセミパーシステント法は、ＵＥによるＣＱＩの送信に関して特別な問題を生じさせている。ＶｏＩＰセッション中のＣＱＩ送信を最適化する方法およびシステムが求められている。
【発明の概要】
【０００８】
本発明は、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション中における、セルラーネットワーク内の携帯機器によるチャネル品質情報（ＣＱＩ）の送信を最適化する方法およびシステムに関する。上記セルラーネットワークは、少なくとも１つの基地局（ｅＮｏｄｅＢまたはｅＮＢ）と、複数の携帯機器（ユーザ装置またはＵＥ）とを含む。上記ｅＮＢは、非リアルタイム（ＮＲＴ）データ送信およびＶｏＩＰ送信が可能である。上記ＶｏＩＰ送信は、典型的には、ＶｏＩＰパケットが送信される「有音」期間と、無音期間とを含む。上記無音期間は、無音指示（ＳＩＤ）パケットで始まり、ＶｏＩＰパケットが受信されるまで周期的なＳＩＤパケットが続く。ｅＮＢがＮＲＴデータパケットを送信し、かつＵＥがＮＲＴデータを受信することが可能なときには、ＵＥが、第１の所定のビット数を有する複数のＣＱＩを第１のレートでｅＮＢに送信する。ここで、「レート」とは、単位時間内にＣＱＩを送信する回数のことを意味する。ｅＮＢがＵＥにＶｏＩＰを送信しているときには、ＵＥは、有音期間中に、上記第１のレートよりも遅い第２のレートで複数のＣＱＩをｅＮＢに送信する。ここで、上記複数のＣＱＩの各々は、上記第１の所定のビット数よりも少ない第２の所定のビット数を有していてよい。しかしながら、無音期間中には、ＵＥは、ｅＮＢにＣＱＩを送信しない。無音期間中にはＵＥがＣＱＩを送信しないため、該ＣＱＩに割り当てられた上りリンクチャネルリソースを、ｅＮＢが複数の他のＵＥに再割り当てすることが可能である。
【０００９】
本方法およびシステムは、無音期間の開始および終了を検出する方法を含む。一技術では、ｅＮｂおよびＵＥの両方が、ＶｏＩＰパケットおよびＳＩＤパケットのペイロードを検査して、各パケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別する。従って、ＶｏＩＰパケットの後に生じる最初のＳＩＤパケットは、無音期間の開始として識別され得る。同様に、ＳＩＤパケットの後に生じる最初のＶｏＩＰパケットは、無音期間の終了として識別され得る。他の技術では、ｅＮＢだけがＶｏＩＰパケットおよびＳＩＤパケットのペイロードを検査する。その後、ｅＮＢは、ＶｏＩＰパケットの後の最初のＳＩＤパケットに無音期間の開始としてフラグ付けし、ＳＩＤパケットの後の最初のＶｏＩＰパケットに無音期間の終了としてフラグ付けする。その後、ｅＮＢは、媒体アクセス制御（ＭＡＣ：medium access control）プロトコルデータユニット（ＰＤＵ：protocol data unit）のヘッダを、ＵＥに送信する前に変更する。その後、ＵＥは、変更されたＭＡＣヘッダを検出して、無音期間の開始および終了を識別する。ＩＰペイロードを検査してパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別する代わりに、ＩＰパケットのサイズを検査または調査して、これらをＶｏＩＰパケットまたはＳＩＤパケットとして識別することができる。なぜなら、ＳＩＤパケットが最小限のＶｏＩＰパケットよりも小さいことは既知だからである。
【００１０】
本発明の第１の形態によれば、ｅＮｏｄｅＢを含む無線通信ネットワーク内において、ユーザ装置（ＵＥ）が複数のチャネル品質情報（ＣＱＩ）を上りリンクで送信する方法であって、上記ｅＮｏｄｅＢは、非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信が可能であり、上記ＶｏＩＰ送信は、第１の所定の間隔で送信されると共に有音期間を示すＶｏＩＰパケットと、上記第１の所定の間隔よりも長い第２の所定の間隔で送信されると共に無音期間を示す無音指示（ＳＩＤ）パケットとを含み、上記ＵＥは、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信することが可能であり、上記ｅＮｏｄｅＢがＮＲＴデータを上記ＵＥに送信しているときに、第１の所定のビット数を各々が有する複数のＣＱＩを第１のレートで上記ｅＮｏｄｅＢに送信するステップと、上記ｅＮｏｄｅＢがＶｏＩＰを上記ＵＥに送信しているときに、有音期間中には、（ａ）上記第１のレートよりも遅い第２のレートで複数のＣＱＩを送信すること、および（ｂ）上記第１の所定のビット数よりも少ない第２の所定のビット数を各々が有する複数のＣＱＩを送信すること、のうちの少なくとも１つに従って、複数のＣＱＩを上記ｅＮｏｄｅＢに送信し、無音期間中には、上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを含む方法が提供される。
【００１１】
本方法は、ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出するステップをさらに含んでいてよい。
【００１２】
本方法では、上記ＶｏＩＰパケットおよびＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出（識別）する上記ステップは、上記ＵＥにおいて、ＩＰペイロードを検査して、ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含んでいてよい。
【００１３】
本方法では、上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされており、上記ｅＮｏｄｅＢは、ＩＰペイロードを検査することによって、ＶｏＩＰパケットの後の最初のＳＩＤパケットを識別し、上記ｅＮｏｄｅＢは、ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換し、上記ｅＮｏｄｅＢは、上記ＰＤＵに関するＩＰペイロードがＶｏＩＰパケットの後に続くＳＩＤパケットである場合、上記ＭＡＣヘッダを、上記ＵＥに送信する前に変更し、ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＵＥにおいて、変更されたＭＡＣヘッダを検出するステップを含んでいてよい。
【００１４】
本方法は、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含んでいてよい。
【００１５】
本方法は、ＶｏＩＰパケットおよびＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出（識別）する上記ステップは、上記ＵＥにおいて、ＩＰペイロードを検査して、上記ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含んでいてよい。
【００１６】
本方法は、上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされており、上記ｅＮｏｄｅＢは、上記ＩＰペイロードを検査することによって、ＳＩＤパケットの後の最初のＶｏＩＰパケットを識別し、上記ｅＮｏｄｅＢは、上記ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換し、上記ｅＮｏｄｅＢは、上記ＰＤＵに関するＩＰペイロードがＳＩＤパケットの後に続くＶｏＩＰパケットである場合、上記ＭＡＣヘッダを、上記ＵＥに送信する前に変更し、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＵＥにおいて、変更されたＭＡＣヘッダを検出するステップを含んでいてよい。
【００１７】
本方法では、上記ＵＥは、第１のＵＥであり、上記無線通信ネットワークは、第２のＵＥを含み、上記第２のＵＥは、上記ｅＮｏｄｅＢからＮＲＴデータ送信を受信することは不可能であるが、ＶｏＩＰ送信を受信することは可能であってよく、本方法は、さらに、上記ｅＮｏｄｅＢがＶｏＩＰを上記第２のＵＥに送信しているときに、有音期間中には、上記第１のＵＥが複数のＣＱＩを上記ｅＮｏｄｅＢに送信するレートおよびビット数と同じレートおよびビット数で、複数のＣＱＩを上記第２のＵＥから上記ｅＮｏｄｅＢに送信し、無音期間中には、上記第２のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップをさらに含んでいてよい。
【００１８】
本方法では、上記ｅＮｏｄｅＢの下りリンクは、複数のリソースブロックを直交周波数分割多重（ＯＦＤＭ：orthogonal frequency division multiplexing）で上記ＵＥに送信し、上記ＵＥは、複数のリソースブロックをＯＦＤＭで上記ｅＮｏｄｅＢに送信し、上記リソースブロックのいくつかは、上記ＵＥに割り当てられた上りリンク物理制御チャネル（ＰＵＣＣＨ：physical uplink control channel）を含み、上記ＣＱＩが上記ＰＵＣＣＨで送信されてよい。
【００１９】
本方法では、無線通信ネットワークは、複数の他のＵＥを含み、上記複数の他のＵＥのうちの少なくとも１つは、上記ｅＮｏｄｅＢからのＮＲＴデータ送信を受信することが不可能であってよく、本方法は、さらに、上記ＵＥが上記ｅＮｏｄｅＢにＣＱＩを送信していない無音期間中に、上記ｅＮｏｄｅＢが、ＵＥのＰＵＣＣＨリソースブロックを上記複数の他のＵＥに再割り当てするステップをさらに含んでいてよい。
【００２０】
本発明の第２の形態によれば、セルラーネットワーク内における接続のための携帯機器であって、上記セルラーネットワークは、非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信が可能なｅＮｏｄｅＢを有しており、上記ＶｏＩＰ送信は、有音期間を示すＶｏＩＰパケットと、無音期間を示す無音指示（ＳＩＤ）パケットとを含み、上記携帯機器は、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信することが可能であり、プロセッサと、上記プロセッサによってアクセス可能なメモリと、上記メモリ内の、上記プロセッサによって読み取り可能なコンピュータプログラム命令と含み、上記コンピュータプログラム命令は、（ａ）上記ｅＮｏｄｅＢがＮＲＴデータを送信しているときに、第１の所定のビット数を各々が有する複数のチャネル品質情報（ＣＱＩ）を第１のレートで上記ｅＮｏｄｅＢに送信するステップと、（ｂ）上記ｅＮｏｄｅＢがＶｏＩＰを上記ＵＥに送信しているときに、有音期間中には、上記第１の所定のビット数よりも少ない第２の所定のビット数を各々が有する複数のＣＱＩを上記第１のレートよりも遅い第２のレートで上記ｅＮｏｄｅＢに送信し、無音期間中には、上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを、上記プロセッサに実行させるためのものである携帯機器が提供される。
【００２１】
本携帯機器では、上記コンピュータプログラム命令は、ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出することによって無音期間の開始を検出するステップを上記プロセッサに実行させるための命令をさらに含んでいてよい。
【００２２】
本携帯機器では、上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含む複数のインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、上記ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、上記ＵＥにおいて、上記ＩＰペイロードを検査して、各ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含んでいてよい。
【００２３】
本携帯機器では、上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）として上記ＵＥによって受信され、各ＰＤＵは、そのＰＤＵがＶｏＩＰパケットまたはＳＩＤパケットに関するものであるかを示すＭＡＣヘッダを有し、上記ＶｏＩＰパケットの後の最初のＳＩＤパケットを検出する上記ステップは、ＭＡＣヘッダを検出するステップを含んでいてよい。
【００２４】
本携帯機器では、上記コンピュータプログラム命令は、ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出することによって無音期間の終了を検出するステップを上記プロセッサに実行させるための命令をさらに含んでいてよい。
【００２５】
本携帯機器では、上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、ＩＰヘッダとＩＰペイロードとを含む複数のインターネットプロトコル（ＩＰ）パケットとして上記ＵＥによって受信され、上記ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、上記ＵＥにおいて、ＩＰペイロードを検査して、各ＩＰパケットをＶｏＩＰパケットまたはＳＩＤパケットとして識別するステップを含んでいてよい。
【００２６】
本携帯機器では、上記ＶｏＩＰパケットおよび上記ＳＩＤパケットは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）として上記ＵＥによって受信され、各ＰＤＵは、そのＰＤＵがＶｏＩＰパケットまたはＳＩＤパケットに関するものであるかを示すＭＡＣヘッダを有し、上記ＳＩＤパケットの後の最初のＶｏＩＰパケットを検出する上記ステップは、ＭＡＣヘッダを検出するステップを含んでいてよい。
【００２７】
本発明の第３の形態によれば、セルラーネットワーク内で非リアルタイム（ＮＲＴ）データ送信およびボイスオーバーインターネットプロトコル（ＶｏＩＰ）送信を行う方法であって、上記セルラーネットワークは、ｅＮｏｄｅＢと、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信可能な第１のユーザ装置（ＵＥ）と、複数の他のＵＥとを含み、上記第１のＵＥは、ＮＲＴデータ送信およびＶｏＩＰ送信の両方を受信可能であり、ＮＲＴデータを上記ｅＮｏｄｅＢから上記第１のＵＥに送信するステップと、上記ｅＮｏｄｅＢがＮＲＴデータを上記第１のＵＥに送信しているときに、第１の所定のビット数を各々が有する複数のＣＱＩを第１のレートで上記第１のＵＥから上記ｅＮｏｄｅＢに送信するステップと、ＶｏＩＰを上記ｅＮｏｄｅＢから上記第１のＵＥに送信するステップであって、上記ＶｏＩＰ送信は、第１の所定の間隔で送信されると共に有音期間を示すＶｏＩＰパケットと、上記第１の所定の間隔よりも長い第２の所定の間隔で送信されると共に無音期間を示す無音指示（ＳＩＤ）パケットとを含むステップと、上記ｅＮｏｄｅＢがＶｏＩＰを上記第１のＵＥに送信しているときに、有音期間中には、（ａ）上記第１のレートよりも遅い第２のレートで複数のＣＱＩを送信すること、および（ｂ）上記第１の所定のビット数よりも少ない第２の所定のビット数を各々が有する複数のＣＱＩを送信すること、のうちの少なくとも１つに従って、複数のＣＱＩを上記第１のＵＥから上記ｅＮｏｄｅＢに送信し、無音期間中には、上記第１のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップとを含む方法が提供される。
【００２８】
本方法は、上記ｅＮｏｄｅＢにおいて、ＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含んでよい。
【００２９】
本方法は、上記第１のＵＥにおいて、ＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップをさらに含んでよい。
【００３０】
本方法では、上記ＶｏＩＰ送信は、ＩＰヘッダとＩＰペイロードとを含むインターネットプロトコル（ＩＰ）パケットとしてフォーマットされていてよく、ｅＮｏｄｅＢにおいてＶｏＩＰパケットの後の最初のＳＩＤパケットおよびＳＩＤパケットの後の最初のＶｏＩＰパケットを検出するステップは、上記ｅＮｏｄｅＢにおいて上記ＩＰペイロードを検査するステップを含んでいてよく、本方法は、さらに、上記ｅＮｏｄｅＢにおいて、上記ＩＰパケットを、ＭＡＣヘッダを有する媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に変換するステップと、上記ｅＮｏｄｅＢにおいて、上記ＰＤＵに関するＩＰペイロードが、ＶｏＩＰパケットの後に続くＳＩＤパケットまたはＳＩＤパケットの後に続くＶｏＩＰパケットである場合、上記ＭＡＣヘッダを、上記第１のＵＥに送信する前に変更するステップと、上記第１のＵＥにおいて、変更されたＭＡＣヘッダを検出するステップとを含んでいてよい。
【００３１】
本方法では、上記ｅＮｏｄｅＢは、複数のリソースブロックを直交周波数分割多重（ＯＦＤＭ）で上記第１のＵＥおよび上記複数の他のＵＥに送信し、上記第１のＵＥおよび上記複数の他のＵＥは、複数のリソースブロックをＯＦＤＭで上記ｅＮｏｄｅＢに送信し、上記リソースブロックのいくつかは、上記第１のＵＥに割り当てられた上りリンク物理制御チャネル（ＰＵＣＣＨ）を含み、有音期間中に複数のＣＱＩを上記第１のＵＥから上記ｅＮｏｄｅＢに送信することは、上記複数のＣＱＩを上記第１のＵＥのＰＵＣＣＨ上で送信することを含んでいてよく、本方法は、さらに、上記第１のＵＥが上記ｅＮｏｄｅＢにＣＱＩを送信していない無音期間中に、上記ｅＮｏｄｅＢが、上記ＵＥのＰＵＣＣＨリソースブロックを上記複数の他のＵＥに再割り当てするステップを含んでいてよい。
【００３２】
本方法では、上記複数の他のＵＥのうちの１つは、第２のＵＥであり、上記第２のＵＥは、上記ｅＮｏｄｅＢからのＮＲＴデータ送信を受信することは不可能であるが、ＶｏＩＰ送信を受信することは可能であってよく、本方法は、さらに、上記ｅＮｏｄｅＢがＶｏＩＰを上記第２のＵＥに送信しているときに、有音期間中には、上記第１のＵＥが複数のＣＱＩを上記ｅＮｏｄｅＢに送信するレートおよびビット数と同じレートおよびビット数で、複数のＣＱＩを上記第２のＵＥから上記ｅＮｏｄｅＢに送信し、無音期間中には、上記第２のＵＥから上記ｅＮｏｄｅＢにＣＱＩを送信しないステップを含んでいてよい。
【００３３】
本発明の特徴および利点について十分に理解するために、以下の発明の詳細な説明を、添付の図面と共に参照されたい。
【図面の簡単な説明】
【００３４】
【図１】図１は、３ＧＰＰ  ＬＴＥ  Ｅ−ＵＴＲＡＮによって提案されているような無線通信システムを示す図であり、３つのｅＮｏｄｅＢ（基地局）と５品のユーザ装置（ＵＥ）（携帯機器）とを示している。
【図２】図２は、典型的なｅＮｏｄｅＢ（ｅＮＢ）および典型的なＵＥの制御プレーン用のプロトコルスタックの一部を示す図である。
【図３】図３は、直交周波数分割多重（ＯＦＤＭ）下りリンク用の時間領域における、一般的な無線フレーム構成を示す図である。
【図４】図４は、リソースブロックとリソースブロック内のリソース要素とを表す、ＯＦＤＭ下りリンクのリソースグリッドおよびリソース構造を示す図である。
【図５】図５は、無線通信ネットワークにおける、双方向のボイスオーバーインターネットプロトコル（ＶｏＩＰ）通信の典型的なトラフィックパターンを示す図である。
【図６】図６は、本発明の一実施形態に係る双方向ＶｏＩＰ通信を示す図であり、下りリンク（ＤＬ）無音期間および上りリンク（ＵＬ）無音期間と、ＵＬ無音期間中に生じるＵＬチャネル品質情報（ＣＱＩ）の送信とを示している。
【図７】図７は、本発明の一実施形態に係る、無音期間の開始を識別する方法を示す図である。
【発明を実施するための形態】
【００３５】
図１は、３ＧＰＰ  ＬＴＥ  Ｅ−ＵＴＲＡＮによって提案されているような無線通信システム１００を示す図である。このシステムは、複数のｅＮｏｄｅＢ（ｅＮＢ）（基地局）１５２・１５６・１５８と、複数のＵＥ、例えば携帯電話または携帯端末１０４・１０８・１１２・１１８・１２２とを含んでいる。ｅＮＢ１５２・１５６・１５８は、リンク１４２・１４６・１４８を介して互いに接続されていると共に、中央ゲートウェイ（図示しない）に接続されている。中央ゲートウェイは、このシステムを公衆電話網に接続させている。
【００３６】
ｅＮＢ１５２・１５６・１５８は、ＵＥに対して、Ｅ−ＵＴＲＡユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供する。ｅＮＢは、データをセルに送信すると共にデータをセルから受信するように構成されたユニットである。概して、ｅＮＢは、無線インターフェースを介して実際の通信を処理し、セルとも呼ばれる特定の地理的地域をカバーする。セクタ化によっては、１つまたはそれ以上のセルが１つのｅＮＢによって提供され、このため、携帯機器（ＵＥ）が位置する場所によっては、１つのｅＮＢが、１つまたはそれ以上の携帯機器（ＵＥ）をサポートすることが可能である。また、１つのｅＮＢが、２つ以上の物理的伝送アンテナポートを有していてもよい。１つのｅＮＢが、複数の物理的なアンテナポートを用いて、「仮想の」アンテナポートを生成してもよい。従って、アンテナポートは、物理的なアンテナポートであってもよく、仮想のアンテナポートであってもよい。３ＧＰＰ  ＬＴＥ  Ｅ−ＵＴＲＡＮでは、４つのアンテナポートがサポートされている。
【００３７】
ｅＮＢ１５２・１５６・１５８は、いくつかの機能を実行することが可能である。これらの機能は、特に限定されるものではないが、無線リソース管理、無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、動的リソース割当または動的リソーススケジューリング、および／または、ページングメッセージおよび放送情報のスケジューリングおよび送信を含んでいる。図１の実施例では、３つのｅＮＢ１５２・１５６・１５８が存在している。第１のｅＮＢ１５２は、３つのＵＥ１０４・１０８・１１２を管理している。この管理には、これら３つのＵＥ１０４・１０８・１１２へのサービスおよび接続を提供することが含まれる。別のｅＮＢ１５８は、２つのＵＥ１１８・１２２を管理している。ＵＥの例には、携帯電話、携帯情報端末（ＰＤＡ：personal digital assistant）、コンピュータが含まれると共に、移動通信システム１００と通信するように構成された他のデバイスが含まれる。
【００３８】
ｅＮＢ１５２・１５６・１５８は、リンク１４２・１４６・１４８を介して、つまり、３ＧＰＰ  ＬＴＥ内で規定されているＸ２インターフェースを介して、互いに通信可能である。各ｅＮＢはまた、モビリティ管理エンティティ（ＭＭＥ：Mobile Management Entity）および／またはシステムアーキテクチャエボルーション（ＳＡＥ：System Architecture Evolution）ゲートウェイと通信可能である（これらについては図示しない）。ＭＭＥ／ＳＡＥゲートウェイと１つのｅＮＢとの間の通信は、３ＧＰＰ  ＬＴＥ内の進化型パケットコア（Evolved Packet Core）規格内で規定されているＳ１インターフェースを介している。
【００３９】
図２は、典型的なｅＮＢ２１０および典型的なＵＥ２４０の制御プレーン用のプロトコルスタックの一部を示す図である。ｅＮＢ２１０およびＵＥ２４０はそれぞれ、典型的に、専用プロセッサおよび／またはマイクロプロセッサ（図示しない）と、それに関連付けられたメモリ（図示しない）とを有している。プロトコルスタックは、ｅＮＢ２１０とＵＥ２４０との間に無線インターフェースアーキテクチャを提供する。
【００４０】
制御プレーンは、概して、物理（ＰＨＹ：physical）層２２０・２３０を含むレイヤ１（Ｌ１）スタックと、媒体アクセス制御（ＭＡＣ：medium access control）副層２１８・２２８、無線リンク制御（ＲＬＣ：Radio Link Control）副層２１６・２２６、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ：Data Convergence Protocol）副層２１５・２２５を含むレイヤ２（Ｌ２）スタックと、無線リソース制御（ＲＲＣ：Radio Resource Control）層２１４・２２４を含むレイヤ３（Ｌ３）スタックとを含んでいる。各層は、２４４・２４７・２４８・２５２・２５６で示される、各層に適合する層と通信する。
【００４１】
ＲＲＣ層２１４・２２４は、Ｌ３の無線インターフェースであり、この無線インターフェースは、ＵＥとＥ−ＵＴＲＡＮとの間のＬ３の制御プレーン信号伝達を処理し、接続の確立および解除、システム情報の放送、無線ベアラ確立／再構成および解除、ＲＲＣ接続モビリティ手順、ページングの通知および解除、並びに外部ループ電源制御といった機能を実行する。ＰＤＣＰ  Ｌ２副層２１５・２２５は、ヘッダの圧縮および復元、並びに暗号化を実行する。ＲＬＣ  Ｌ２副層２１６・２２６は、透過型データ転送サービス、非送達確認型データ転送サービス、および送達確認型データ転送サービスを提供する。ＭＡＣ  Ｌ２副層２１８・２２８は、論理チャネル上で非送達確認型データ転送サービスを提供し、トランスポートチャネルにアクセスする。これらのＭＡＣ副層２１８・２２８はまた、典型的には、論理チャネルとトランスポートチャネルとの間のマッピングを提供するように構成されている。
【００４２】
ＰＨＹ層２２０・２３０は、ＭＡＣ２１８・２２８および他の上位層２１６・２１４・２２６・２２４に情報転送サービスを提供する。典型的には、ＰＨＹ層のトランスポートサービスは、そのトランスポート方式によって記述される。さらに、ＰＨＹ層２２０・２３０は、典型的には、複数の制御チャネルを提供するように構成されている。ＵＥ２４０は、この一組の制御チャネルを監視するように構成されている。さらに、図示するように、各層は、各層に適合する層２４４・２４８・２５２・２５６と通信する。各層の仕様および機能は、３ＧＰＰ  ＬＴＥ規格書に詳細に記載されている。
【００４３】
３ＧＰＰ  ＬＴＥ  Ｅ−ＵＴＲＡシステムは、下りリンク（ｅＮＢからＵＥへのリンク）に直交周波数分割多元接続（ＯＦＤＭＡ：orthogonal frequency division multiple access）を用い、上りリンク（ＵＥからｅＮＢへのリンク）にシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：single carrier frequency division multiple access）を用いる。直交周波数分割多重（ＯＦＤＭ）の基本となる基本概念は、利用可能な周波数スペクトルを、いくつかのサブキャリアに分割するというものである。高いスペクトル効率を得るために、これらのサブキャリアの周波数応答は重複していると共に直交している。このためＯＦＤＭと呼ばれる。３ＧＰＰ  ＬＴＥのシステムでは、ＯＦＤＭＡの下りリンク送信および上りリンク送信は、Ｔｆ＝３０７２００×Ｔｓ＝１０ｍｓの持続時間を有する複数の無線フレームに整理されている。一般的なフレーム構成は、周波数分割複信（ＦＤＤ：frequency division duplex）（周波数分割多重を利用して、行きの信号と帰りの信号とを分離すること）、および、時分割複信（ＴＤＤ：time division duplex）（時分割多重を利用して、行きの信号と帰りの信号とを分離すること）の両方に適用可能である。図３に示すように、各無線フレームは、Ｔｆ＝３０７２００×Ｔｓ＝１０ｍｓの長さであり、１つのスロット長がＴｓｌｏｔ＝１５３６０×Ｔｓ＝０．５ｍｓである、０〜１９の番号が付された２０個のスロットから成る。１つのサブフレームは、連続する２つのスロットとして規定され、ここでサブフレームｉは、スロット２ｉとスロット２ｉ＋１とから成る。ＦＤＤの場合、各１０ｍｓ間隔において、下りリンク送信に１０個のサブフレームが、上りリンク送信に１０個のサブフレームが、それぞれ利用可能である。上りリンク送信および下りリンク送信は、周波数領域において分離されている。ＴＤＤの場合、１つのサブフレームが、下りリンク送信または上りリンク送信のいずれか一方に割り当てられる。サブフレーム０およびサブフレーム５は、常に、下りリンク送信に割り当てられる。
【００４４】
各スロット内の下りリンク信号は、
【００４５】
【数１】
2010538516.tif 000003
個のサブキャリアと
【００４６】
【数２】
2010538516.tif 000004
個のＯＦＤＭシンボルとから成るリソースグリッドによって記述される。リソースグリッドおよびリソース構造を図４に示す。ｅＮＢからのマルチアンテナ送信の場合、各アンテナポートにつき、１つのリソースグリッドが規定される。アンテナポートは、セル内に１つしかない下りリンク基準信号（ＤＬＲＳ）によって規定される。アンテナポートｐのリソースグリッド内の各要素は、リソース要素と呼ばれ、一対のインデックス（ｋ，ｌ）によって、一意的に識別される。ここで、ｋおよびｌはそれぞれ、周波数および時間領域におけるインデックスである。１つ、２つ、または４つのアンテナポートがサポートされる。１つのリソースブロックは、時間領域では、
【００４７】
【数３】
2010538516.tif 000005
個の連続ＯＦＤＭシンボルとして規定され、周波数領域では、
【００４８】
【数４】
2010538516.tif 000006
個の連続サブキャリアとして規定される。従って、１つのリソースブロックは、
【００４９】
【数５】
2010538516.tif 000007
個のリソース要素から成る。
【００５０】
３ＧＰＰ  ＬＴＥにおいて、無線ネットワーク越しに送信されるデータは、非リアルタイム（ＮＲＴ）データまたはリアルタイム（ＲＴ）データとして分類されることが多い。ＮＲＴデータの例には、ＵＥによるウェブブラウジング中に送信されるデータ、または、ＵＥへのテキストメッセージ送信中に送信されるデータが含まれる。他方、ＲＴデータの例はＵＥ間の音声通信である。
【００５１】
データパケット（ＮＲＴおよびＲＴの両方）は、ｅＮＢからＵＥに、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）で送信される。様々な変調・符号化方式（ＭＣＳ：modulation and coding schemes）が、ＰＤＳＣＨ上においてサポートされている。変調方式には、四相位相偏移変調（ＱＰＳＫ）、および、１６−ＱＡＭおよび６４−ＱＡＭといった直交振幅変調（ＱＡＭ）が含まれる。エラー訂正に用いられる様々な符号化率を用いることができる。変調方式と符号化率とを組み合わせることによって、多数の、例えば３０個のＭＣＳを得ることが可能になる。
【００５２】
ｅＮＢからの下りリンク制御信号伝達は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）および物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical Hybrid ARQ Indicator Channel）で送信される。３ＧＰＰ  ＬＴＥは、ハイブリッド自動再送要求（ハイブリッドＡＲＱ）法を用いて、ＶｏＩＰパケットを送信する。ハイブリッドＡＲＱは、受信機が、ＶｏＩＰパケットが受信されているということ、または受信されていないということを示すために、確認応答信号（ＡＣＫ）または否定応答信号（ＮＡＫ）を送信機に返送することを必要とする。
【００５３】
ＰＤＣＣＨおよびＰＨＩＣＨは、下りリンクリソースブロック（ＯＦＤＭリソースブロック）の所定のＯＦＤＭシンボル内に位置するリソース要素の集合として形成される。下りリンク制御信号伝達は、上りリンクデータパケットに応答するＡＣＫ／ＮＡＫ信号を（ＰＨＩＣＨ上に）含むと共に、リソーススケジューリング情報を（ＰＤＣＣＨ上に）含む。
【００５４】
ｅＮＢは、リソースブロック内の参照記号へと変調されたＤＬＲＳを定期的に送信する。４つのアンテナポートがサポートされているため、４つの参照記号（Ｒ１、Ｒ２、Ｒ３、およびＲ４）が存在しうる。これら４つの参照記号はそれぞれ、１つのアンテナポートに関連付けられている。これらの参照記号は、チャネル推定および物理的測定のために、ＵＥによって用いられる。ＵＥ内において行われる典型的な測定には、信号強度または信号対雑音比（ＳＮＲ）、平均伝搬損失、および信号対干渉比（ＳＩＮＲ）が含まれ、これらは、チャネル品質情報（ＣＱＩ）によって表すことができる。
【００５５】
データパケット（ＮＲＴおよびＲＴの両方）は、ＵＥからｅＮＢに、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）で送信される。ＵＥからの上りリンク制御信号伝達は、上りリンク物理制御チャネル（ＰＵＣＣＨ）で送信され、連続する２つのリソースブロックによって規定される。ＰＵＣＣＨ上の上りリンク制御信号伝達は、下りリンクデータパケットに応答するＡＣＫ／ＮＡＫ信号と、ＣＱＩとを含んでいる。
【００５６】
ＵＥからのＣＱＩの目的は、ｅＮＢが、リンクアダプテーションおよびリソーススケジューリングを実行することを可能にすることである。リンクアダプテーションは、適応変調符号化（ＡＭＣ）とも呼ばれ、ＰＤＳＣＨに様々な変調方式およびチャネル符号化率が利用可能であることを意味している。１つのＴＴＩ内および単一のデータストリーム内の１つのＵＥに対してスケジューリングされる全てのリソースブロックのグループに、同一の変調・符号化方式（ＭＣＳ）が用いられる。
【００５７】
リソーススケジューリングとは、ＭＣＳとリソースブロック（これらはそれぞれ、一組のＯＦＤＭサブキャリア周波数に関連付けられている）とを割り当てて、ＵＥのＤＬ送信およびＵＬ送信を最適化することを意味している。ｅＮＢ内のＭＡＣ層は、物理層リソースをＰＤＳＣＨチャネルおよびＰＵＳＣＨチャネルに割り当てる動的リソーススケジューラを含む。この動的スケジューラは、様々な因子を考慮する。この因子には、ＵＥ間でリソースを共有する場合、ＣＱＩからのチャネル品質測定に加えて、各ＵＥのトラフィックボリュームおよびサービス品質（ＱｏＳ：quality-of-service）の要件が含まれる。ＵＥへのリソースの割り当ては、物理リソースブロックとＭＣＳとから成る。割り当てを行うのは、１つの伝送時間間隔（ＴＴＩ）の間、または、１つのＴＴＩよりも長い期間の間とすることができる。ＮＲＴデータの場合の典型的なスケジューリングの方法は、各ＴＴＩにおいて、ＰＤＣＣＨを介して各ＵＥに「動的」スケジューリングすることである。動的スケジューリングでは、ＵＥの下りリンク受信が可能であるときに、ＵＥは、可能な割り当てを見つけるために常にＰＤＣＣＨを監視する。動的スケジューリングの間に、ＵＥは、ＣＱＩを定期的に送信する。典型的に、このＣＱＩ送信のレートは、各２０ｍｓにつき少なくとも１回、且つ、各５ｍｓにつきおよそ１回以下とすることができる。ｅＮＢは、ＵＥにとっての最良のＭＣＳおよびリソースブロックを選択するために、ＣＱＩを継続的に監視する。３ＧＰＰ  ＬＴＥでは、ＵＥは、最良のＭＣＳを推定し、これをＣＱＩとしてｅＮＢに返送することもできる。比較的多数のＭＣＳが存在するため、ＣＱＩは、ＭＣＳの全範囲をカバーするのに十分なビットを有している必要がある。例えば、３０個のＭＣＳがあるならば、３２のレベルのチャネル品質を可能にする５ビットのＣＱＩが必要となろう。
【００５８】
３ＧＰＰ  ＬＴＥにおいて、音声データ（ＲＴデータ）は、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）を用いて送信される。ＶｏＩＰトラフィックパターンには、独自の特徴がある。これらの特徴には、（２０ｍｓにつき１回の一定間隔において）周期的な小さいＶｏＩＰデータパケットを使用すること、および、適応多重レート（ＡＭＲ）のような先進の音声符号化／復号（コーデック）方式によって生成された周期的な無音指示（ＳＩＤ）パケットを使用することが含まれる。ＡＭＲは、音声符号化用に最適化された音声データ圧縮方式であり、標準的な音声コーデックとして、３ＧＰＰに採用されている。典型的なＶｏＩＰトラフィックパターンを図５に示す。双方向の音声通信の場合、一方が話しているときには、他方は聞いていることが一般的である。従って、例えば、「有音」と呼ばれることもあるＤＬの音声バーストが、ＵＬ無音期間と同時に生じることになる。このため、２つの異なる周期が存在する。つまり、有音期間と無音期間とである。有音期間中には、２０ｍｓ毎にＶｏＩＰパケットが到着するが、無音期間中には、１６０ｍｓ毎にＳＩＤパケットが到着する。
【００５９】
本発明は、ＶｏＩＰ送信中のＵＥによるＣＱＩ送信を最適化することに関する。ネットワーク上のほとんどのＵＥ（第１のＵＥ）は、ＮＲＴデータおよびＲＴデータの両方を送受信することが可能であると想定される。しかし、ネットワークは、いくつかの「音声専用の」ＵＥ（第２のＵＥ）を含むことができる。これらの「音声専用の」ＵＥは、ＶｏＩＰの送受信が可能であるが、ＮＲＴデータの送信または受信は不可能である。本発明の方法を、ＮＲＴデータおよびＲＴデータの両方を送受信可能なＵＥにおいて実施してもよく、音声専用のＵＥにおいて実施してもよい。
【００６０】
ＵＥは、ベースラインとして、ｅＮＢがＲＲＣ信号伝達を用いて作成したＣＱＩをｅＮＢに定期的に送信する。３ＧＰＰ  ＬＴＥでは、ＶｏＩＰ送信は、「セミパーシステント」スケジューリングを用いて処理される。「セミパーシステント」スケジューリングでは、動的スケジューリングとは異なり、ＵＥの下りリンクの受信が可能な場合に、ＵＥがＰＤＣＣＨ上でそのＵＥの割り当てを見つけることができないならば、所定の割り当てに従った下りリンクの送信が想定される。この所定の割り当ては、割り当てられた物理リソースブロック上のＲＲＣ信号伝達によって設定されている。結果として、ＵＥは、以下にさらに詳細に説明する「ブラインド」復号方法を用いて、所定のリソースを識別する。他方、ＵＥが、ＰＤＣＣＨ上でその割り当てを見つけたならば、動的にスケジュールされた割り当てが、ＴＴＩ用の所定の割り当てを無効にし、ＵＥは、所定のリソースのブラインド復号を実行しない。
【００６１】
本発明では、ＶｏＩＰデータパケットがＤＬ送信されるＶｏＩＰ送信の間に、ＵＥ上りリンクは、ＮＲＴデータ送信中（ｅＮＢが動的スケジューリングを実行しているとき）にＣＱＩが送信されるレート（第１のレート）よりも遅いレート（第２のレート）で、複数のＣＱＩを送信する。また、ＣＱＩは、ＮＲＴデータ送信中に用いられるビット（第１の所定数のビット）よりも少ないビット（第２の所定数のビット）を用いる。ＶｏＩＰ送信の無音期間中には、ＵＥは、ＣＱＩをＵＬ送信しない。ｅＮＢからＶｏＩＰの送信を受ける少なくとも１つの音声専用のＵＥ（第２のＵＥ）がネットワークに含まれる場合、音声専用のＵＥは、有音期間中には、非音声専用のＵＥ（第１のＵＥ）が複数のＣＱＩをｅＮＢに送信するレートおよびビット数と同じレートおよびビット数で複数のＣＱＩをｅＮＢに送信し、無音期間中には、ＣＱＩをｅＮＢに送信しない。本発明は、無音期間中に、ｅＮＢが複数のＣＱＩに割り当てられたＰＵＣＣＨリソースを解放して、該リソースを複数の他のＵＥに割り当てることが可能となるように、無音期間の開始を検出するいくつかの方法を含んでいる。
【００６２】
図６は、双方向ＶｏＩＰ通信の典型的なトラフィックパターンにおける本発明を示す図である。各方向（ＤＬおよびＵＬ）において、有音期間および無音期間が存在する。音声コーデックが、有音期間中にＶｏＩＰパケットを２０ｍｓにつき１回送信し、無音期間中にＳＩＤパケットを１６０ｍｓにつき１回送信する。各ＶｏＩＰパケットは、典型的なＤＬ  ＶｏＩＰパケット３１２が示すように、１つの伝送時間間隔（ＴＴＩ）において生じる。図６の例では、ＴＴＩは１ｍｓであり、従ってＶｏＩＰパケット間の一定の間隔は２０ＴＴＩである。
【００６３】
ＤＬ有音期間を３０１および３０５として示し、ＤＬ無音期間を３０３および３０７として示している。ＤＬ  ＳＩＤ３５０は、ＤＬ無音期間３０３の開始を示している。ＤＬ  ＳＩＤ３５０の後に続くＤＬ  ＳＩＤ３５２は、ＤＬ  ＳＩＤ３５０の１６０ｍｓ後に生じる。ＤＬ  ＳＩＤ３５４は、ＤＬ  ＳＩＤ３５４の後に続くＤＬ  ＶｏＩＰパケット３２０がＤＬ  ＳＩＤ３５４の後の１６０ｍｓ未満に生じているため、ＤＬ無音期間３０３のうちの最後のＳＩＤである。ＤＬ  ＳＩＤ３５６は、ＤＬ無音期間３０７の開始を示している。各ＤＬ  ＶｏＩＰパケットの後には、ＤＬ  ＶｏＩＰパケットの受信が成功したことを示すＵＬ確認応答信号（ＡＣＫ）、またはＤＬ  ＶｏＩＰパケットの受信が成功していないことを示すＵＬ否定応答信号（ＮＡＫ）が続く。例えば、ＶｏＩＰパケット３２０のＤＬ送信の後には、ＵＬ  ＡＣＫ４２０が続く。
【００６４】
ＵＬ有音期間を４０３として示し、ＵＬ無音期間を４０１および４０５として示している。ＵＬ  ＳＩＤ４５０は、ＵＬ  ＳＩＤ４５０の後に続くＵＬ  ＶｏＩＰパケット４１８がＵＬ  ＳＩＤ４５０の後の１６０ｍｓ未満に生じているため、ＵＬ無音期間４０１のうちの最後のＳＩＤである。ＵＬ  ＳＩＤ４５２は、ＵＬ有音期間４０３の後の最初のＳＩＤであり、ＵＬ無音期間４０５の開始を示している。ＵＬ  ＳＩＤ４５２の１６０ｍｓ後には、ＵＬ  ＳＩＤ４５２の後に続くＵＬ  ＳＩＤ４５４が生じ、ＵＬ  ＳＩＤ４５６が、ＵＬ無音期間４０５内の最後のＳＩＤである。各ＵＬ  ＶｏＩＰパケットの後には、ＵＬ  ＶｏＩＰパケットの受信が成功したことを示すＤＬ確認応答信号（ＡＣＫ）、またはＵＬ  ＶｏＩＰパケットの受信が成功していないことを示すＤＬ否定応答信号（ＮＡＫ）が続く。例えば、ＶｏＩＰパケット４１８のＵＬ送信の後には、ＤＬ  ＡＣＫ３１８が続く。
【００６５】
図６は、ＤＬ有音期間３０１内のＣＱＩ５０１〜５０４およびＤＬ有音期間３０５内のＣＱＩ５０５〜５１１といった、ＤＬ有音期間中に送信されるＵＬ  ＣＱＩを示している。図６はまた、ＤＬ無音期間３０３・３０７中にはＵＬ  ＣＱＩは送信されないことを示している。ＮＲＴデータ送信中にＣＱＩを送信する従来の方法では、ＣＱＩは、ＮＲＴデータパケットをＵＬ送信している間も、２０ｍｓ毎に少なくとも１回のレートで継続的にＰＵＣＣＨ上に送信される。さらに、従来の方法では、各ＣＱＩは、利用可能なＭＣＳの全範囲をカバーするのに十分な程度の所定のビット数を有している。しかしながら、本発明では、ＣＱＩは、ＤＬ有音期間中に送信されるだけであり、各ＣＱＩは、大幅に少ないビット数（第２の所定のビット数）しか有しておらず、ＣＱＩは、従来のレートよりも大幅に遅いレートで（第２のレート）で送信され得る。図６の例に示すように、このレートは、ＣＱＩ５０１・５０２に示すような４０ｍｓ毎に１回のレートである。
【００６６】
上述のように、ＶｏＩＰ送信中は、セミパーシステントスケジューリングが用いられる。ＤＬリソース割当が１つのＵＥに永続的に割り当てられる場合、該ＵＥは、どのリソースブロックにおいてＤＬ  ＶｏＩＰデータパケットを受信するかを認識するが、ｅＮＢがＤＬ  ＶｏＩＰデータパケットを送信するために用いるのはどのＭＣＳであるかをＵＥが認識するためにＰＤＣＣＨ上で情報を信号伝達することはない。ＵＥが行うことは、「ブラインド」復号である。つまりＵＥは、利用可能なＭＣＳを試みることによってデータを復号しようとする。３ＧＰＰ  ＬＴＥは、セミパーシステントスケジューリングにおいて、ＵＥにおけるブラインド復号の実行の複雑さを低減するために、限られた数のＭＣＳだけを利用可能にすることを提案している。例えば、ＭＣＳの最大数は４であり得る。本実施例では、ＵＥは、どの４つのＭＣＳを利用可能であるかを認識しており、復号が成功するまでこれら４つのＭＣＳの各々を試すことによって、ＤＬ  ＶｏＩＰデータパケットを「ブラインド」復号する。
【００６７】
限られた数のＭＣＳが利用可能であるため、ＣＱＩは、上記範囲のＭＣＳをカバーするのに十分な数のビットを有しているだけでよい。例えば、４つのレベルのチャネル品質を表現するには２ビットのＣＱＩで十分であろう。また、各ＣＱＩレベル間の差は、４つのレベルがある場合の方が、より多くのレベル、例えば３２のレベルがある場合よりも、大きい。従って、通常の状況下では、チャネル品質が１つのレベルだけ変化するのにかかる時間は、３２のレベルがある実施例よりも、４つのレベルがある実施例の方が、より長くなるであろう。このため、ＤＬ  ＶｏＩＰ有音期間中における複数のＣＱＩが送信されるレート（ＣＱＩ報告の頻度）は、従来のＤＬ  ＮＲＴデータ送信中における複数のＣＱＩが送信されるレートよりも大幅に低くなりうる。本発明では、ＤＬ  ＶｏＩＰ有音期間中に、ＣＱＩが、より少ないビット数を有するもの、および／または、より少ない頻度で送信されるものであってよい。
【００６８】
ｅＮＢは、ＶｏＩＰセッション中に、例えば制御情報に用いられるパケットを信号伝達する間に、大きなＮＲＴデータパケットを送信することが必要になる場合が稀にある。この場合に対処するために、いくつかのイベント駆動型ＣＱＩ報告を用いることができる。つまり、ｅＮＢは、ＵＥに、より詳細なＣＱＩ報告をより頻繁に送信するように要求してもよい。この場合、上述のより遅いレートおよびより少ないビットのＣＱＩ送信方法は、一時的に停止される。
【００６９】
本発明では、図６の期間３０３・３０７といったＤＬ無音期間中には、ＵＥは、ＣＱＩを送信しない。これは、ＳＩＤパケットが非常に小さいので、ロバストなＭＣＳで１つの物理リソースブロックだけを用いてＳＩＤパケットを送信することができるため、チャネル品質情報が必要ないからである。ＤＬ無音期間中はＵＬにＣＱＩが存在しないので、このＵＥに割り当てられたＣＱＩ用のＰＵＣＣＨリソースは解放され、複数の他のＵＥに再割り当てされる。
【００７０】
ＵＥがＣＱＩのＵＬ送信を終了させることを可能にするため、および、ｅＮＢがＰＵＣＣＨリソースを複数の他のＵＥに再割り当てすることを可能にするために、ＵＥおよびｅＮＢの両方が、いつＤＬ無音期間が開始するかを知る方法を必要としている。例えば、図６では、ｅＮＢおよびＵＥは、ＤＬ有音３０１の終了時のＤＬ  ＳＩＤ３５０およびＤＬ有音３０５の終了時のＤＬＳＩＤ３５６を識別可能である必要がある。
【００７１】
図７を参照して説明する一技術では、ｅＮＢおよびＵＥの両方が、ＩＰパケットペイロードを検査して、該パケットがＳＩＤまたは音声データであるかを判定することが可能である。図７に示すように、一般的なＡＭＲコーデックフレーム構成６００は、フレームタイプフィールドを備えるヘッダ６０２を含む。このフレームタイプフィールドは、音声データまたはＳＩＤであるフレームを識別する。従って、ＳＩＤであるＡＭＲフレームが、ＡＭＲヘッダの検査から識別され得る。同様に、音声データであるＡＭＲフレームが、ＡＭＲヘッダの検査から識別され得る。３ＧＰＰ  ＬＴＥでは、ｅＮＢは、ＰＤＣＰ層２１５（図２参照）を含む。このＰＤＣＰ層２１５は、ＡＭＲフレームをＩＰパケットのペイロード部分６１２に変換し、ＩＰヘッダ６１４を付加する。ＰＤＣＰ層２１５は、ＩＰヘッダを典型的には４０バイトから２または４バイトに圧縮して、圧縮されたＩＰヘッダ６１６を形成するが、ＩＰペイロード部分６１２は圧縮されない。従って、ＩＰペイロード６１２は、ＰＤＣＰによるヘッダ圧縮の後も、依然としてＳＩＤとして識別されうる。ヘッダ圧縮の後、ＰＤＣＰは、暗号化を行って、暗号化されたＩＰパケット６１８を形成する。暗号化されたＩＰパケット６１８は、暗号化されたペイロード部分を含む。このためＩＰペイロードは、もはやｅＮＢによってＳＩＤとして識別されることができない。従って、本発明では、ｅＮＢは、ＰＤＣＰによる暗号化の前のどこかの時点で各ＩＰパケットペイロードを検査して、ＳＩＤであるこれらのＩＰパケットにフラグ付けする。その後、ＰＤＣＰ層２１５は、暗号化されたＩＰパケット６１８を、ＲＬＣヘッダ６２１を有するプロトコルデータユニット（ＰＤＵ）６１９へとさらに加工するためにＲＬＣ層２１６に渡し、その後、ｅＮＢのＭＡＣ層２１８に渡す。ＭＡＣ層２１８は、暗号化されたＶｏＩＰパケット６１９を、ＭＡＣ  ＰＤＵヘッダ６２２とＰＤＵ６２４とを含むＭＡＣプロトコルデータユニット（ＰＤＵ）に変換する。その後、このＭＡＣ  ＰＤＵは、矢印６２６で示すようにＵＥに送信される。
【００７２】
ＵＥでは、ＭＡＣ  ＰＤＵが受信され、上位のＵＥのＰＤＣＰ層に下位層から渡される。暗号化されたＩＰパケットは、ＵＥのＰＤＣＰ層において、ヘッダおよびペイロード（例えばＩＰヘッダ６１４およびＩＰペイロード６１２）を有するＩＰパケットに復号される。ＵＥにおける復号の後、ＵＥは、ＩＰパケットペイロードを検査し、ＳＩＤであるＩＰパケットペイロードを識別することができる。
【００７３】
ｅＮＢによるＳＩＤを識別するための検査とＵＥによるＳＩＤを識別するための検査との間の時間は、ＵＥがＣＱＩを送信するレートと比べると、無視できるほど短い。従って、本質的には、ｅＮＢおよびＵＥは同時に、ＩＰパケットペイロードを検査して、複数のＳＩＤを検出する。従って、ｅＮＢは、ＵＥのＰＵＣＣＨリソースを複数の他のＵＥに再割り当てすることが可能であり、ＵＥは、ＣＱＩ送信を終了させることが可能である。
【００７４】
ＳＩＤを識別するための第２の技術では、ｅＮＢおよびＵＥが、１つのＩＰパケットペイロードをそのサイズによって識別する。ＩＰパケットペイロードを調査してこれがＳＩＤであるかを特定する代わりに、ｅＮＢおよびＵＥの両方が、各ＩＰパケットのサイズを検査することが可能である。ＳＩＤパケットは最小のＶｏＩＰデータパケットよりも小さいことが知られている。例えば、ＳＩＤパケットを１５バイト長に設定することができ、このサイズは、最小のＶｏＩＰデータパケットよりも小さい。この技術では、ｅＮＢは、各ＩＰパケットを調査して、所定のサイズよりも小さいＩＰパケットにＳＩＤとしてフラグ付けする。同様に、ＵＥは、受信する各ＩＰパケットを調査して、所定のサイズよりも小さいＩＰパケットをＳＩＤとして識別する。このパケットのサイズを調査することは、図７に記載されたプロセスの様々な段階で行ってよい。これは、ＩＰパケットのサイズが小さいならば、ＩＰヘッダ６１４および圧縮されたＩＰヘッダー６１６も小さく、暗号化されたＩＰパケット６１８も小さく、ＭＡＣ  ＰＤＵ６２４も小さいからである。従って、ｅＮＢおよびＵＥは、これらのプロセスステップのいずれか１つにおいて、パケットのサイズを調査することが可能である。この第２の技術でも、ｅＮＢおよびＵＥは、複数のＳＩＤを同時に検出する。従って、ｅＮＢは、ＵＥのＰＵＣＣＨリソースを複数の他のＵＥに再割り当てすることが可能であり、ＵＥは、ＣＱＩ送信を終了させることが可能である。
【００７５】
上述のＳＩＤを検出する２つの技術の両方において、ｅＮＢおよびＵＥの両方が、ＩＰパケットを検査することによってＳＩＤの検出を行う。しかしながら、これら技術の変形例では、ｅＮＢだけがＳＩＤにフラグ付けする。再び図７を参照すると、ＰＤＣＰ層２１５は、暗号化されたＩＰパケット６１８をｅＮＢのＭＡＣ層２１８に渡す。ＭＡＣ層２１８は、暗号化されたＩＰパケット６１８を、ＭＡＣ  ＰＤＵヘッダ６２２とＰＤＵ６２４とを含むＭＡＣプロトコルデータユニット（ＰＤＵ）に変換する。しかしながら、このＭＡＣ  ＰＤＵを矢印６２６で示すようにＵＥに送信する代わりに、ＳＩＤに事前にフラグが付けられていたならば、ＭＡＣ層６２０は、ＭＡＣヘッダ６２２を、「制御ビット」（ｃｂｉｔ）６２８を有するＭＡＣヘッダ６２３に変更する。これは、既存のヘッダビットのうちの１つ（例えば最上位ビット）を変更することによって、例えばこのビットを「０」から「１」に変更することによって行うことが可能である。あるいは、ｃｂｉｔ６２８は、ＭＡＣヘッダ６２２に付加された追加ビットであってもよい。その後、ｃｂｉｔ６２８を含むＭＡＣヘッダ６２３を有するＭＡＣ  ＰＤＵは、矢印６２９で示すようにＵＥに送信される。
【００７６】
ＵＥでは、ＭＡＣ  ＰＤＵがＵＥのＭＡＣ層で受信され、ｃｂｉｔ６２８を有するＭＡＣ  ＰＤＵがＳＩＤパケットとしてフラグ付けされる。この技術の変形例では、ｅＮＢだけが、ＩＰパケットペイロードを検査することによって該パケットをＳＩＤパケットとして識別するか、または、該パケットをパケットのサイズによって識別する。ＵＥは、ｅＮＢから受信されたＭＡＣ  ＰＤＵのＭＡＣヘッダ６２３内にあるｃｂｉｔ６２８を検出するだけでよい。これによって、ＵＥの複雑性は低減される。
【００７７】
ＳＩＤを識別するための上述の技術および変形技術では、識別する必要があるのは、ＤＬ  ＶｏＩＰパケットの後に生じる第１のＤＬ  ＳＩＤだけである。なぜなら、これが無音期間の開始を示すＳＩＤだからである。例えば、再び図６を参照すると、ｅＮＢがフラグ付けする必要があるのは、ＤＬ  ＳＩＤ３５０である。なぜなら、ＤＬ  ＳＩＤ３５０が、ＤＬ無音期間３０３の開始を示しているからである。従って、ＳＩＤ３５２にフラグを付けすることは必要ではない。ＡＭＲフレームタイプも音声フレームであるフレームを識別するため、ｅＮＢがＩＰパケットペイロードを検査するときに、ｅＮＢは、ＶｏＩＰデータパケットおよびＳＩＤパケットの両方を調査して、ＶｏＩＰデータパケットの後に生じる最初のＳＩＤパケットにフラグ付けするだけでよい。この技術が、ＵＥもＩＰパケットペイロードを検査する技術であるなら、ＵＥが、ＶｏＩＰデータパケットの後に生じる最初のＳＩＤパケットにフラグ付けするだけでよい。
【００７８】
ｅＮＢがＰＵＣＣＨリソースをＵＥに再び割り当てることができ、ＵＥがＣＱＩ送信を開始することができるように、ｅＮＢおよびＵＥは、いつＤＬ無音期間が終了するか、および、いつＤＬ  ＶｏＩＰデータパケット送信が始まるかを知る方法を必要としている。この状況は、図６において、（最後のＤＬ  ＳＩＤ３５４を有する）ＤＬ無音期間３０３の後に（最初のＤＬ  ＶｏＩＰデータパケット３２０を有する）ＤＬ有音期間３０５が続いていることによって示されている。ＵＥは、ＣＱＩ５０５によって示されるＣＱＩ送信を開始することができるようにこの遷移を識別可能である必要があり、ｅＮＢは、ｅＮＢがＰＵＣＣＨリソースを割り当てることができるようにこの遷移を知る必要があり、ＵＥは、ＣＱＩを送信する必要がある。これを行う技術は、ＤＬ無音期間の開始を検出する上述の技術と非常に類似している。唯一の違いは、ｅＮＢが、ＳＩＤパケットの後に生じる最初のＶｏＩＰデータパケット、例えばＳＩＤパケット３５４の後のＶｏＩＰデータパケット３２０にフラグ付けするだけでよい点である。この技術が、ＵＥもＩＰパケットペイロードを検査する技術であるならば、ＵＥは、ＳＩＤパケットの後に生じる最初のＶｏＩＰデータパケットにフラグ付けするだけでよい。この技術が、ｅＮＢが、ｃｂｉｔ６２８を有するＭＡＣヘッダ６２３（図７）を変更する技術であるならば、最初のｃｂｉｔが、ＶｏＩＰパケットの後の最初のＳＩＤパケット（無音期間の開始）を識別し、２つめのｃｂｉｔが、ＳＩＤパケットの後の最初のＶｏＩＰパケット（無音期間の終了）を識別することになる。
【００７９】
上述のように、基地局（ｅＮＢ）および携帯機器（ＵＥ）は、専用プロセッサおよび／またはマイクロプロセッサと、それに関連付けられたメモリとを有している。従って、上述の方法は、基地局および携帯機器内のメモリ内に格納された実行可能なコードからなるソフトウェアモジュールまたはソフトウェアコンポーネントにおいて実施可能である。専用プロセッサおよび／またはマイクロプロセッサは、メモリ内に格納されたプログラム命令に基づいて論理演算および算術演算を実行することによって、本発明の方法を実施する。
【００８０】
本発明を、周期的パケットを特徴とするトラフィックパターンを有するＶｏＩＰについて説明したが、本発明は、ＶｏＩＰ以外の、小さい周期的パケットを特徴とするトラフィックパターンの用途にも全く問題なく適用可能である。また、本発明は、他の無線通信ネットワーク、例えば、ＩＥＥＥ  ８０２．１６ｍ規格に基づく無線通信ネットワークにも適用可能である。
【００８１】
本発明を、好ましい実施形態を参照して詳細に図示および説明したが、本発明の精神および範囲から逸脱しない限り、形態および詳細を種々に変更することが可能であることは、当業者には明らかであろう。従って、開示する発明は単に例示的なものであり、発明の範囲は、添付の特許請求の範囲における特定によってのみ限定されるものと解釈されるべきである。
【図１】
2010538516.tif 000008
【図２】
2010538516.tif 000009
【図３】
2010538516.tif 000010
【図４】
2010538516.tif 000011
【図５】
2010538516.tif 000012
【図６】
2010538516.tif 000013
【図７】
2010538516.tif 000014
【国際調査報告】
2010538516.tif 000015