(57)【特許請求の範囲】
【請求項１】
音声サービスを実行している端末を処理するための方法であって、
無線アクセスネットワークデバイス（ＲＡＮデバイス）が、端末の無線リソース制御接続（ＲＲＣ接続）を解除することを決定する段階であって、前記端末は、保証されたビットレートベアラベース（ＧＢＲベアラベース）の音声サービスを実行している、段階と、
前記ＲＡＮデバイスが、コアネットワークデバイス（ＣＮデバイス）に、前記端末のＲＲＣ接続解除の処理において前記端末のＧＢＲベアラを維持するよう命令する段階と
を備え、
維持される前記ＧＢＲベアラは、前記端末により実行されている前記音声サービスのＧＢＲベアラ、または前記端末の全てのＧＢＲベアラであり、
前記ＲＡＮデバイスが、ＣＮデバイスに、前記端末のＲＲＣ接続解除の処理において前記端末のＧＢＲベアラを維持するよう命令する前記段階は、
前記ＲＡＮデバイスが、解除メッセージを前記ＣＮデバイスへ送信する段階であって、前記解除メッセージは、前記ＣＮデバイスに前記端末の前記ＧＢＲベアラを維持するよう命令するために用いられる原因値情報を保持する、段階を含み、
前記原因値情報は、前記ＲＲＣ接続解除が、前記ＧＢＲベアラベースの音声サービスを実行している前記端末に対して実行されることを示すために用いられ、ユーザ非アクティブ状態、または無線アクセス技術間リダイレクションである、
方法。
【請求項２】
前記ＲＡＮデバイスは、
前記端末の現在のサービングセルが、前記端末により実行されている前記音声サービスのサービス品質要求を満たすことができない場合、
前記端末が周波数分割多重（ＦＤＤ）および時間分割多重（ＴＤＤ）の重複エリアに入り、前記端末が前記ＦＤＤと前記ＴＤＤとの間の切り換えをサポートしない場合、または、
前記端末が異周波数間セルの重複エリアに入り、前記端末が異周波数間測定をサポートしない場合
のうちのいずれか１つの場合において、前記端末の前記ＲＲＣ接続を解除することを決定する、請求項１に記載の方法。
【請求項３】
前記ＲＡＮデバイスは、
前記端末の音声品質が、品質要求を満たさない場合、または、
前記端末が、一方向の音声状態にある場合
のうちのいずれか１つの場合において、前記端末の前記ＲＲＣ接続を解除することを決定する、請求項１に記載の方法。
【請求項４】
前記音声品質の前記品質要求は、音声パラメータの閾値を用いることによって設定され、前記端末の現在の音声品質が前記品質要求を満たすかは、前記音声パラメータを検出することによって決定される、
請求項３に記載の方法。
【請求項５】
前記解除メッセージは、Ｓ１ユーザ機器コンテキスト解除要求メッセージを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記ＲＡＮデバイスが、ＲＲＣ接続解除メッセージを前記端末へ送信する段階を
さらに備える請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記決定する段階は、前記ＲＡＮデバイスが、前記ＧＢＲベアラのサービス品質クラス識別子（ＱＣＩ）を用いて、前記端末が前記音声サービスを実行しているか否かを決定する段階を含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
音声サービスを実行している端末を処理するための装置であって、
端末の無線リソース制御接続（ＲＲＣ接続）を解除することを決定する決定ユニットであって、前記端末は、保証されたビットレートベアラベース（ＧＢＲベアラベース）の音声サービスを実行している、決定ユニットと、
コアネットワークデバイス（ＣＮデバイス）に、前記端末のＲＲＣ接続解除の処理において前記端末のＧＢＲベアラを維持するよう命令する命令ユニットと
を備え、
維持される前記ＧＢＲベアラは、前記端末により実行されている前記音声サービスのＧＢＲベアラ、または前記端末の全てのＧＢＲベアラであり、
前記命令ユニットは、解除メッセージを前記ＣＮデバイスへ送信し、前記解除メッセージは、前記ＣＮデバイスに前記端末の前記ＧＢＲベアラを維持するよう命令するために用いられる原因値情報を保持し、
前記原因値情報は、前記ＲＲＣ接続解除が前記ＧＢＲベアラベースの音声サービスを実行している前記端末に対して実行されることを示すために用いられ、ユーザ非アクティブ状態、または無線アクセス技術間リダイレクションである、
装置。
【請求項９】
前記決定ユニットは、
前記端末の現在のサービングセルが、前記端末により実行されている前記音声サービスのサービス品質要求を満たすことができない場合、
端末が周波数分割多重（ＦＤＤ）および時間分割多重（ＴＤＤ）の重複エリアに入り、前記端末が前記ＦＤＤと前記ＴＤＤとの間の切り換えをサポートしない場合、または、
前記端末が異周波数間セルの重複エリアに入り、前記端末が異周波数間測定をサポートしない場合
のうちのいずれか１つの場合において、前記端末の前記ＲＲＣ接続を解除することを決定する、請求項８に記載の装置。
【請求項１０】
前記決定ユニットは、
前記端末の音声品質が、品質要求を満たさない場合、または、
前記端末が、一方向の音声状態にある場合
のうちのいずれか１つの場合において、前記端末の前記ＲＲＣ接続を解除することを決定する、請求項８に記載の装置。
【請求項１１】
前記音声品質の前記品質要求は、音声パラメータの閾値を用いることによって設定され、前記端末の現在の音声品質が前記品質要求を満たすかは、前記音声パラメータを検出することによって決定される、
請求項１０に記載の装置。
【請求項１２】
前記解除メッセージは、Ｓ１ユーザ機器コンテキスト解除要求メッセージを含む、請求項８から１１のいずれか一項に記載の装置。
【請求項１３】
ＲＲＣ接続解除メッセージを前記端末へ送信するエアインタフェース解除ユニットをさらに備える請求項８から１２のいずれか一項に記載の装置。
【請求項１４】
前記決定ユニットは、前記ＧＢＲベアラのサービス品質クラス識別子（ＱＣＩ）を用いて、前記端末が前記音声サービスを実行しているか否かを更に決定する、請求項８から１３のいずれか一項に記載の装置。
【請求項１５】
通信システムであって、
無線アクセスネットワークデバイス（ＲＡＮデバイス）と、前記ＲＡＮデバイスに接続されるコアネットワークデバイス（ＣＮデバイス）とを備え、
前記ＲＡＮデバイスは、請求項８から１４のいずれか一項に記載の装置を有する、
通信システム。
【請求項１６】
請求項１から７のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【請求項１７】
請求項１６に記載のプログラムを備えるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信技術分野に関し、特に、音声サービスを実行している端末を処理するための方法および装置、ならびに通信システムに関する。
【背景技術】
【０００２】
通信技術の開発に伴い、無線ネットワークが継続的に進化している。現在、オールインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＩＰ）アーキテクチャが、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）ネットワークにおいて実装されている。ＬＴＥネットワークがパケット交換（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｉｎｇ、ＰＳ）ドメインサービスのみをサポートするので、音声サービスがＩＰトランスポートネットワーク上で保持され、それに従って、ボイスオーバインターネットプロトコル（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＶＯＩＰ）サービスと称される。ＶＯＩＰサービスは、ＬＴＥシステムにおいてＶｏＬＴＥサービスとも称される。
【０００３】
ＬＴＥネットワークの大規模の使用に伴い、ＶＯＩＰサービスは、ますます普及してきている。どのように音声通信品質を向上させるかが、より注目を集めている。
【発明の概要】
【０００４】
上述を考慮して、本出願の実施形態は、音声サービスを実行している端末を処理するための方法および装置、ならびに通信システムを提供し、音声通信処理においてコールドロップ率を低減し、ユーザエクスペリエンスを向上させる。
【０００５】
第１の態様によれば、本出願は、音声サービスを実行している端末を処理するための方法を提供する。当該方法において、ＲＡＮデバイスが、保証されたビットレート（ＧＢＲ）ベアラベースの音声サービスを実行している端末の無線リソース制御（ＲＲＣ）接続を解除することを決定し、コアネットワーク（ＣＮ）デバイスに、端末のＲＲＣ接続解除処理において端末のＧＢＲベアラを維持するよう命令する。
【０００６】
第１の態様に対応して、第２の態様によれば、本出願は、音声サービスを実行している端末を処理するための装置を提供する。当該装置は、ＲＡＮデバイスに位置し、決定ユニットと命令ユニットとを備える。決定ユニットは、ＧＢＲベアラベースの音声サービスを実行している端末のＲＲＣ接続を解除することを決定するように構成される。命令ユニットは、ＣＮデバイスに、端末のＲＲＣ接続解除処理において端末のＧＢＲベアラを維持するよう命令するように構成される。
【０００７】
第１の態様に対応して、第３の態様によれば、本出願は、プロセッサとメモリとを含むＲＡＮデバイスを提供する。メモリは、プログラムを記憶するように構成される。プロセッサは、メモリに記憶されているプログラムを呼び出し、本出願の第１の態様において提供される方法を実行する。
【０００８】
先述の態様において、ＲＡＮデバイスは、音声サービス端末にアクティブにリダイレクトし、端末のＲＲＣ接続を解除し、かつ、ＣＮデバイスに、解除処理において音声サービス端末のＧＢＲベアラを維持するよう命令することが分かる。ＶＯＩＰサービスのベアラの種類がＧＢＲベアラであるので、ＶＯＩＰサービスのベアラは解除されない。端末が再びネットワークにアクセスするとき、ＣＮデバイスは、ＧＢＲベアラを直接用いて音声サービスを復元し得て、これにより、リダイレクション処理においてＶＯＩＰサービスのベアラの解除により引き起こされる音声サービスの中断を回避し、コールドロップ率を低減し、ユーザエクスペリエンスを向上させる。
【０００９】
先述の態様において、維持されるＧＢＲベアラは、端末により実行されている音声サービスのＧＢＲベアラ（略して音声ＧＢＲベアラ）であってよく、または端末の全てのＧＢＲベアラであってよい。全てのＧＢＲベアラを維持することと比較して、音声ＧＢＲベアラを維持することは、より対象が絞られる。このことは、別のサービスＧＢＲベアラの解除を影響することなく、音声サービスのみが、通信復元中に復元される。しかしながら、全てのＧＢＲベアラを維持することはより容易に実装され、ＣＮデバイスは、どのＧＢＲベアラが音声ＧＢＲベアラであるかを判断する必要がない。
【００１０】
先述の態様において、ＲＡＮデバイスは、端末の現在のサービングセルが、端末により実行されている音声サービスのサービス品質要求を満たすことができない場合であって、この場合、現在のサービングセルが端末に対して音声サービスを継続的に提供するのに不十分であるときのみ、ＲＡＮデバイスがＲＲＣ接続の解除を開始してよく、これにより、音声サービスが、継続的に実行されているために、音声サービスの提供により適したセルにタイムリーにリダイレクトされる、場合、端末が周波数分割多重（ＦＤＤ）および時間分割多重（ＴＤＤ）の重複エリアに入り、端末がＦＤＤとＴＤＤとの間の切り換えをサポートしない場合、または、端末が異周波数間セルの重複エリアに入り、端末が異周波数間測定をサポートしない場合のうちのいずれか１つの場合において、端末のＲＲＣ接続を解除することを決定する。
【００１１】
後者の２つの場合において、ＲＡＮデバイスは、コールドロップが発生し得るというシナリオにおいてＲＲＣ接続の解除を開始してよく、これにより、音声サービスは、継続的に実行されているために、ＲＡＮ間または異周波数間セルにタイムリーにリダイレクトされる。
【００１２】
先述の態様において、ＲＡＮデバイスは、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令すべく、解除メッセージをＣＮデバイスへ送信してよく、ここで、解除メッセージは、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられる情報エレメントを保持する。
【００１３】
解除メッセージは、Ｓ１ユーザ機器コンテキスト解除要求メッセージであってよい。情報エレメントは、解除メッセージに保持されている原因値情報であってよい。
【００１４】
原因値情報は、解除メッセージにおける追加された原因値情報であってよく、ＲＲＣ接続解除が、ＧＢＲベアラベースの音声サービスを実行している端末に対して実行されることを示すために用いられる。原因値情報は、ユーザ非アクティブ状態、または無線アクセス技術間リダイレクションという原因値情報であってもよい。
【００１５】
先述の態様において、ＲＡＮデバイスはさらに、端末のエアインタフェースリソースを解除すべく、ＲＲＣ接続解除メッセージを端末へ送信する。例えば、第２の態様において、装置はさらに、エアインタフェース解除ユニットを備え、エアインタフェース解除ユニットは、ＲＲＣ接続解除メッセージを端末へ送信するように構成される。
【００１６】
第４の態様によれば、本出願は、音声サービスを実行している端末を処理するための方法をさらに提供し、当該方法は、ＣＮデバイスにより実行され、端末のＲＲＣ接続の解除処理においてＲＡＮデバイスによりＣＮデバイスへ送信された命令を受信する段階であって、命令は、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられ、端末は、ＧＢＲベアラベースの音声サービスを実行している、段階と、命令に従って端末のＧＢＲベアラを維持する段階とを備える。
【００１７】
第４の態様に対応して、第５の態様によれば、本出願は、音声サービスを実行している端末を処理するための装置をさらに提供する。当該装置は、ＣＮデバイスに位置し、受信ユニットと維持ユニットとを備える。受信ユニットは、端末のＲＲＣ接続の解除処理においてＲＡＮデバイスによりＣＮデバイスへ送信された命令を受信するように構成され、ここで、命令は、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられ、端末は、ＧＢＲベアラベースの音声サービスを実行している。維持ユニットは、命令に従って、端末のＧＢＲベアラを維持するように構成される。
【００１８】
第４の態様に対応して、第６の態様によれば、本出願は、プロセッサとメモリとを備えるＣＮデバイスを提供する。メモリは、プログラムを記憶するように構成される。プロセッサは、メモリに記憶されているプログラムを呼び出し、本出願の第４の態様において提供される方法を実行する。
【００１９】
先述の態様において、ＣＮデバイスはさらに、端末を始動するためのメッセージを受信したとき、端末の音声サービスのＱｏＳ情報をＲＡＮデバイスへ送信するという動作を実行してよい。ＣＮデバイスは、初期ユーザ機器コンテキスト確立要求を用いることによって、ＱｏＳ情報をＲＡＮデバイスへ送信してよい。例えば、ＱｏＳ情報は、ＱＣＩ１である。この場合、ＣＮデバイスはさらに、送信ユニットを備えてよく、送信ユニットは、当該動作を実行するように構成される。
【００２０】
先述の態様において、維持されるＧＢＲベアラは、端末により実行されている音声サービスのＧＢＲベアラ（略して音声ＧＢＲベアラ）であってよく、または端末の全てのＧＢＲベアラであってよい。維持されるＧＢＲベアラが音声ＧＢＲベアラである場合、ＣＮデバイスは、端末のＧＢＲベアラにおける音声ＧＢＲベアラを決定するという動作を実行してよい。この場合、ＣＮデバイスはさらに、決定ユニットを備えてよく、決定ユニットは、当該動作を実行するように構成される。
【００２１】
本出願の態様において、ＲＡＮデバイスは、音声サービス端末をアクティブにリダイレクトし、端末のＲＲＣ接続を解除し、かつ、ＣＮデバイスに、解除処理において音声サービス端末のＧＢＲベアラを維持するよう命令することが分かる。ＶＯＩＰサービスのベアラの種類がＧＢＲベアラであるので、ＶＯＩＰサービスのベアラは解除されない。端末が再びネットワークにアクセスするとき、ＣＮデバイスは、ＧＢＲベアラを直接用いて音声サービスを復元し得て、これにより、リダイレクション処理においてＶＯＩＰサービスのベアラの解除により引き起こされる音声サービスの中断を回避し、コールドロップ率を低減し、ユーザエクスペリエンスを向上させる。
【図面の簡単な説明】
【００２２】
【図１】本出願の実施形態に係る通信システムの模式図である。
【００２３】
【図２】本出願の実施形態に係る、音声サービスを実行している端末を処理するための方法のフローチャートである。
【００２４】
【図３】本出願の実施形態に係る、音声サービスを実行している端末を処理するための別の方法のフローチャートである。
【００２５】
【図４】本出願の実施形態に係るリダイレクション処理のシグナリングフローチャートである。
【００２６】
【図５】本出願の実施形態に係る、音声サービスを実行している端末を処理するための装置の模式図である。
【００２７】
【図６】本出願の実施形態に係る、音声サービスを実行している端末を処理するための別の装置の模式図である。
【００２８】
【図７】本出願の実施形態に係るＲＡＮデバイスの概略構造図である。
【００２９】
【図８】本出願の実施形態に係る、音声サービスを実行している端末を処理するための装置の模式図である。
【００３０】
【図９】本出願の実施形態に係る、音声サービスを実行している端末を処理するための別の装置の模式図である。
【００３１】
【図１０】本出願の実施形態に係るＣＮデバイスの概略構造図である。
【発明を実施するための形態】
【００３２】
以下では、当業者がよりよく理解することに役に立つように、本出願におけるいくつかの用語を説明する。
【００３３】
（１）ＲＡＮデバイスとは、端末を無線ネットワークに接続するデバイスであり、進化型ノードＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ノードＢ（Ｎｏｄｅ  Ｂ、ＮＢ）、基地局コントローラ（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、ベーストランシーバステーション（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（例えば、Ｈｏｍｅ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ、またはＨｏｍｅ  Ｎｏｄｅ  Ｂ、ＨＮＢ）、ベースバンドユニット（ＢａｓｅＢａｎｄ  Ｕｎｉｔ、ＢＢＵ）、Ｗｉｆｉアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）、および同様のものを含むが、これらに限定されない。
【００３４】
（２）ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）とも称される端末とは、音声および／またはデータ接続性をユーザに提供するデバイスであり、例えば、無線接続機能を有するハンドヘルドデバイス、車載デバイス、および無線モデムに接続される別の処理デバイスである。
【００３５】
（３）リダイレクション（ｒｅｄｉｒｅｃｔ）とは、一実装方式であり、端末を解除し、当該端末がアクセスセルを再選択することを可能にする処理である。再アクセスされるセルは、元のセルであってよく、または、異周波数間セルもしくはシステム間セルであってよい。
【００３６】
（４）ＧＢＲベアラ：保証されたビットレート（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ、ＧＢＲ）ベアラに関する専用ネットワークリソースが、ベアラ確立または修正処理においてＲＡＮデバイスの許可制御などの機能を用いることによってあるベアラに恒久的に割り当てられる。当該ベアラは、変更されないビットレートを保証する必要がある。そうでなければ、変更されない速さを保証できないベアラが、非ＧＢＲベアラである。ＶＯＩＰサービスの特性によれば、ＶＯＩＰサービスのベアラの種類がＧＢＲベアラである。本出願における音声サービスが、ＧＢＲベアラベースの音声サービスである。例えば、ＶＯＩＰサービスは、ＧＢＲベアラベースＶＯＩＰサービスである。
【００３７】
（５）「複数」とは、２つまたはそれより多いことを意味する。「および／または」という用語は、関連対象間の関連関係を説明し、３つの関係が存在し得ることを示している。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、およびＢのみが存在するという３つの場合を表し得る。「／」という記号は、概して、関連対象間の「または」という関係性を示す。
【００３８】
本出願の目的、技術的解決手段、および利点をより明確にするために、以下では、添付図面を参照して本出願の実施形態を説明する。説明される実施形態は、本出願の実施形態の全てというよりもむしろ、本出願の実施形態の一部である。当業者により本出願の実施形態に基づき、創造的努力なしで得られる他の全ての実施形態は、本出願の保護範囲に含まれるものとする。
【００３９】
図１を参照すると、図１は、本出願の実施形態に係る通信システムの模式図である。図１に示されているように、通信システムは、ＲＡＮデバイス１１０と、コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、ＣＮ）デバイス１２０とを備える。端末１３０が、ＲＡＮデバイス１１０を介して無線ネットワークにアクセスする。ＣＮデバイス１２０は、端末の移動管理等を実装し、端末は、ＣＮデバイス１２０を介して外部のネットワークと通信する。端末１３０の現在のサービングセル１１１の信号が弱い場合、例えば、端末１３０がセル１１１の周縁に移動した場合、端末１３０は、同一周波数内ハンドオーバまたは異周波数間ハンドオーバを用いることによって、信号がより良好な、同一周波数内／異周波数間近隣セル１１２へハンドオーバされ得る。ハンドオーバは、同一周波数内／異周波数間近隣セル１１２の測定報告が報告されることに依存する必要がある。しかしながら、通常、セル周縁における干渉が強く、セル周縁のカバレッジが悪い。いったん、干渉またはカバレッジに起因して近隣セルの測定報告がタイムリーにＲＡＮデバイス１１０へ報告されないと、ＲＡＮデバイス１１０は、ハンドオーバ手順を開始することができない。あるいは、端末が異周波数間測定をサポートしない場合、異周波数間近隣セルの測定報告が取得できず、ＲＡＮデバイス１１０は、ハンドオーバ手順を開始することができない。この場合、リダイレクションが開始されてよく、端末１３０は解除され、これにより、端末は、アクセスセル、例えば、セル１１２を再選択する。
【００４０】
しかしながら、リダイレクションが、音声サービスを実行している端末に対して実行される場合、ＧＢＲベアラが解除され、コールドロップが引き起こされる。このことは、ユーザエクスペリエンスに深刻な影響をもたらす。従って、リダイレクションは音声サービスを実行している端末に対して実行されない。加えて、セル１１１の干渉またはカバレッジに起因して、近隣セルの測定報告はタイムリーにＲＡＮデバイス１１０へ報告されない。従って、ＲＡＮデバイス１１０は、ハンドオーバ手順を始動することできない。このことは、サービスの中断およびコールドロップも引き起こす。この場合、ＶＯＩＰサービスの中断およびコールドロップは、従来の技術的解決手段においては必然的に発生することが分かる。
【００４１】
本出願において、端末の現在のサービングセルがもはや、端末に継続的にサービスするために適したものではないというシナリオにおいて発生するＶＯＩＰサービスの中断に対して解決手段が提供される。本解決手段において、リダイレクションが依然として、音声サービスを実行している端末に対して実行される。しかしながら、リダイレクション処理が最適化され、すなわち、端末の無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続が依然として解除され、ＲＡＮデバイスが、ＣＮデバイスに、リダイレクション処理において端末のＧＢＲベアラを維持するよう命令する。ＶＯＩＰサービスのベアラの種類がＧＢＲベアラであるので、ＶＯＩＰサービスのベアラは解除されない。端末が再びネットワークにアクセスするとき（端末は、新たなセルを介してネットワークにアクセスしてよく、または元のセルを介してネットワークをアクセスしてよい）、ＣＮデバイスは、ＧＢＲベアラを直接用いて音声サービスを復元してよく、これにより、リダイレクション処理においてＶＯＩＰサービスのベアラの解除により引き起こされる音声サービスの中断を回避し、コールドロップ率を低減し、音声通信品質を向上させる。
【００４２】
図２を参照すると、図２は、本出願の実施形態に係る、音声サービスを実行している端末を処理するための方法のフローチャートである。当該方法は、ＲＡＮデバイスにより実行される。図２に示されているように、方法は、以下の段階を備える。
【００４３】
Ｓ２１０．ＲＡＮデバイスが、ＧＢＲベアラベースの音声サービスを実行している端末のＲＲＣ接続を解除することを決定する段階である。以下において、音声サービスを実行している端末は、音声サービス端末と称され、またはＶＯＩＰ端末と称されてよく、ＬＴＥシステムにおいてはＶｏＬＴＥ端末とも称されてよい。
【００４４】
Ｓ２２０．ＲＡＮデバイスが、ＣＮデバイスに、端末のＲＲＣ接続解除処理において端末のＧＢＲベアラを維持するよう命令する段階である。
【００４５】
本実施形態において、ＲＡＮデバイスは、音声サービス端末をアクティブにリダイレクトし、端末のＲＲＣ接続を解除し、かつ、ＣＮデバイスに、解除処理において音声サービス端末のＧＢＲベアラを維持するよう命令することが分かる。ＶＯＩＰサービスのベアラの種類がＧＢＲベアラであるので、ＶＯＩＰサービスのベアラは解除されない。端末が再びネットワークにアクセスするとき、ＣＮデバイスは、ＧＢＲベアラを直接用いて音声サービスを復元してよく、これにより、リダイレクション処理においてＶＯＩＰサービスのベアラの解除により引き起こされる音声サービスの中断を回避し、コールドロップ率を低減し、ユーザエクスペリエンスを向上させる。
【００４６】
本出願における音声サービスが一種のサービスの総称であることが留意されたい。この種のサービスは、同じサービス品質（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ、ＱｏＳ）要求を有する。ＱｏＳ要求は、ＱｏＳクラス識別子（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ、ＱＣＩ）を用いることによって反映され得る。従って、段階Ｓ２１０において、端末が音声サービスを実行しているかは、ＱＣＩを用いることによって決定されてよい。
【００４７】
例えば、ＱＣＩ１、ＱＣＩ２、およびＱＣＩ５が、音声に関するＱＣＩである。ＱＣＩ１は音声サービスを保持し、ＱＣＩ２は動画サービスを保持し、ＱＣＩ５は音声サービスのセッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）シグナリング、例えば、音声サービスの確立および解除のために用いられるＳＩＰシグナリングを保持する。音声サービスを確立するとき、ＳＩＰシグナリングが、ＱＣＩ５を用いることによってＣＮデバイスへ送信され、完了するためにＱＣＩ１ベアラを確立するようＣＮデバイスをトリガする。あるいは、テレビジョン電話に対して、ＱＣＩ１ベアラおよびＱＣＩ２ベアラは、完了するために確立される必要がある。音声サービスを終了するとき、対応するＳＩＰシグナリングがＱＣＩ５上で送信され、完了するためにＱＣＩ１を解除するようＣＮデバイスをトリガする。あるいは、テレビジョン電話サービスに対して、ＣＮデバイスが、完了するためにＱＣＩ１およびＱＣＩ２を解除するようトリガされる。そして、通話が終了されるとみなされる。従って、ＵＥが音声サービスを実行しているかを決定するために、ＱＣＩ５のＳＩＰシグナリングに従って、音声サービスの開始および終了が決定されてよく、または、ＵＥが音声サービスを実行しているかは、ＱＣＩ１ベアラに従って決定されてよい。
【００４８】
加えて、段階Ｓ２１０において、ＲＡＮデバイスは、端末の現在のサービングセルが、端末により実行されている音声サービスのサービス品質要求を満たすことができないとき、端末のＲＲＣ接続を解除することを決定してよい。この場合は、以下のシナリオのうちのいずれか１つを含んでよいが、それらに限定されない。
【００４９】
（ａ）端末の現在のサービングセルのアップリンクカバレッジが、端末により実行されている音声サービスのサービス品質要求を満たすことができない。
【００５０】
（ｂ）端末の現在のサービングセルのダウンリンクカバレッジが、端末により実行されている音声サービスのサービス品質要求を満たすことができない。
【００５１】
（ｃ）端末の音声品質が、要求を満たさない。
【００５２】
（ｄ）端末が、一方向の音声状態にある。
【００５３】
（ｅ）端末の音声ベアラの確立が失敗した。
【００５４】
先述のシナリオは、以下の例示的な技術的手段を用いることによって決定されてよい。しかしながら、これらは単に例であり、本出願を限定することを意図しない。例えば、（ａ）または（ｂ）のシナリオに対して、ＲＡＮデバイスは、実装のためにアップリンク信号品質またはダウンリンク信号品質が音声サービスのサービス品質要求を満たすかを決定してよい。アップリンク信号品質またはダウンリンク信号品質は、端末により報告された測定報告、例えば、端末により報告されたＡ２測定報告を用いることによって取得され得る。（ｃ）のシナリオに対して、アップリンクまたはダウンリンクが区別されなくてよく、決定が特に音声サービスに対して実行される。例えば、音声通信の品質要求が音声パラメータの閾値を用いることによって設定され、端末の現在の音声品質が要求を満たすかは、音声パラメータを検出することによって決定される。例えば、音声パラメータは、音声パケット損失、音声遅延、および音声の速さのうちの１つ又は複数を含んでよい。（ｄ）のシナリオに対して、ＲＡＮデバイスは、受信された単方向の音声パケットの状態に基づき、決定を実行してよい。例えば、ＲＡＮデバイスにより受信されたアップリンクまたはダウンリンク音声パケットが０であるとき、端末は一方向の音声状態にある。あるいは、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）レイヤにおける音声パケットのアップリンクまたはダウンリンクパケットエラーの可能性が、例えば、８０％などの予め設定された閾値より高い場合、端末は一方向の音声状態にある。（ｅ）のシナリオに対して、ＲＡＮデバイスは、確立されることが失敗した端末のベアラがＱＣＩ１ベアラであるかを決定してよい。確立されることが失敗した端末のベアラがＱＣＩ１ベアラである場合、端末の音声ベアラの確立が失敗したと決定される。
【００５５】
加えて、ＲＡＮデバイスはまた、端末が周波数分割多重（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤ）および時間分割多重（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤ）の重複エリアに入り、端末がＦＤＤとＴＤＤとの間の切り換えをサポートしない場合、端末のＲＲＣ接続を解除することを決定してよい。あるいは、ＲＡＮデバイスはさらに、端末が異周波数間セルの重複エリアに入り、端末が異周波数間測定をサポートしない場合、端末のＲＲＣ接続を解除することを決定してよい。結論として、ＲＡＮが端末のＲＲＣ接続を解除する場合について、本出願において限定されない。端末のＲＲＣ接続は、現在のサービングセルが端末に継続的にサービスするために適したものではない限り、解除されてよい。
【００５６】
段階Ｓ２２０において、ＲＡＮデバイスは、解除メッセージをＣＮデバイスへ送信し、ＣＮデバイスにＧＢＲベアラを維持するよう命令するために用いられる情報エレメントを解除メッセージに追加してよく、これにより、ＣＮデバイスにＧＢＲベアラを維持するよう命令するために用いられる命令を実装する。解除メッセージは、ＵＥコンテキスト解除要求メッセージ（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）であってよい。情報エレメントは、解除メッセージに保持されている原因値情報であってよい。原因値情報は、追加された原因値情報であってよく、解除が音声サービス端末に対して実行されることを示すために用いられる。従って、ＣＮデバイスは、音声サービス端末のＧＢＲベアラを維持する必要がある。加えて、原因値情報は、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられることができる既存の原因値情報、例えば、ユーザ非アクティブ状態（ｕｓｅｒ  ｉｎａｃｔｉｖｉｔｙ）または無線アクセス技術間リダイレクション（Ｉｎｔｅｒ−ＲＡＴ  ｒｅｄｉｒｅｃｔｉｏｎ）であってよい。ＵＥコンテキスト解除要求メッセージを用いることは、既存のプロトコルと互換性があってよく、メッセージを新たに加えることと比較して、メッセージの数を低減し得る。加えて、従来技術において、ユーザ非アクティブ状態（ｕｓｅｒ  ｉｎａｃｔｉｖｉｔｙ）または無線アクセス技術間リダイレクション（Ｉｎｔｅｒ−ＲＡＴ  ｒｅｄｉｒｅｃｔｉｏｎ）などの原因値情報は、ユーザ非アクティブ状態タイマが時間切れとなる、または無線アクセス技術間リダイレクションが実行されるというシナリオのみにおいて用いられ、音声サービス端末において用いられることができない。本実施形態において、ユーザ非アクティブ状態または無線アクセス技術間リダイレクションなどの原因値情報は、音声サービス端末のために用いられ、音声サービス端末のリダイレクションは、既存の情報エレメントを用いることによって直接実装されることができる。好ましくは、追加された原因値情報を用いることは、音声サービス端末をよりよく区別し得て、既存の原因値情報を用いることと比較してより対象が絞られる。
【００５７】
加えて、ＣＮデバイスにより維持されているＧＢＲベアラは、音声ＧＢＲベアラと称される、端末により実行されている音声サービスのＧＢＲベアラのみに対するものであってよいことが留意されたい。この場合、ＣＮデバイスは、ＧＢＲベアラのＱＣＩに従って、ＧＢＲベアラが音声ＧＢＲベアラであるかを決定してよい。ＧＢＲベアラが音声ＧＢＲベアラである場合、音声ＧＢＲベアラは維持される。そうでなければ、ＧＢＲベアラは解除される。もちろん、ＣＮデバイスは、端末の全てのＧＢＲベアラを維持してよい。この場合、音声ＧＢＲベアラはもちろん維持され、音声サービスの後続する復元を容易にする。
【００５８】
リダイレクションは一実装方式であることが留意されたい。端末に対してハンドオーバ処理を実行する必要があり、いくつかの理由に起因してハンドオーバを実装することができないとき、ＲＡＮデバイスは、ＲＲＣ接続解除（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｌｅａｓｅ）メッセージを端末へ送り、これにより、端末は、ランダムアクセスを再開してサービスを再び実行する。ＲＲＣ接続解除メッセージは、通常、周波数を保持し得て、これにより、端末は、周波数に対応する近隣セルにおいてランダムアクセスを開始する。周波数は、異周波数間／システム間近隣セルの周波数であってよく、これにより、端末は、異周波数間／システム間近隣セルにおいてランダムアクセスを開始することができる。ハンドオーバと同様に、リダイレクション方式は、端末がセル間で移動する目的を達成できることが分かる。しかしながら、リダイレクション方式において、ハンドオーバ要求を近隣セルへ送信する処理が省略される。実際のハンドオーバ方式と比較して、リダイレクション方式は、異なる端末移動処理方式を有する。加えて、ＲＲＣ接続解除メッセージに保持されている周波数は、元のセルの周波数を含み得る。従って、端末は、再びアクセスするために元のセルを選択してもよい。
【００５９】
先述の方法はさらに、ＲＲＣ接続解除メッセージを端末へ送信する段階を備え得ることが分かる。この段階は、端末のＳ１接続を解除するために用いられる。すなわち、図３に示されているように、方法はさらに、以下の段階を備え得る。
【００６０】
Ｓ２３０．ＲＡＮデバイスがＲＲＣ接続解除メッセージを端末へ送信する段階である。
【００６１】
段階Ｓ２３０と段階Ｓ２２０との間に特定のシーケンスが存在しないことが留意されたい。段階２３０は、段階Ｓ２２０の前に実行されてよく、または、段階Ｓ２２０の後に実行されてよく、または、段階Ｓ２２０と同時に実行されてよい。
【００６２】
以下では、ＬＴＥシステムを例として用いて、シグナリングフローチャートを参照し、先述のリダイレクション処理を詳細に説明する。ＬＴＥシステムにおいて、ＲＡＮデバイスはｅＮＢであり、ＣＮデバイスは、移動管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）と、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅ  Ｗａｙ、Ｓ−ＧＷ）とを含む。図４を参照すると、図４は、本出願の実施形態に係るリダイレクション処理のシグナリングフローチャートである。図４に示されているように、処理は、以下の段階を含む。
【００６３】
Ｓ４０１．ｅＮＢが、音声サービス端末のＲＲＣ接続を解除することを決定する段階である。
【００６４】
どのように音声サービス端末を決定するか、および、どのように音声サービス端末のＲＲＣ接続を解除することを決定するかは、先述の実施形態のそれらと同じである。詳細はここでは繰り返して説明しない。
【００６５】
Ｓ４０２．ｅＮＢが、端末のエアインタフェースリソースを解除すべく、ＲＲＣ接続解除メッセージを音声サービス端末へ送信する段階である。
【００６６】
Ｓ４０３．ｅＮＢが、ＵＥコンテキスト解除要求メッセージをＭＭＥへ送信する段階である。ＵＥコンテキスト解除要求メッセージは、ＭＭＥに音声サービス端末のＧＢＲベアラを維持するよう命令するために用いられる情報エレメントを保持する。
【００６７】
情報エレメントは、先述の実施形態において説明されているものと同じであり、原因値情報であってよい。詳細はここでは繰り返して説明しない。
【００６８】
Ｓ４０４．ｅＮＢにより送信されたＵＥコンテキスト解除要求メッセージを受信した後に、ＭＭＥが、解除アクセスベアラ要求（ｒｅｌｅａｓｅ  ａｃｃｅｓｓ  ｂｅａｒｅｒｓ  ｒｅｑｕｅｓｔ）メッセージをＳ−ＧＷへ送信する段階である。解除アクセスベアラ要求メッセージは、Ｓ−ＧＷに端末のアクセスベアラ、すなわち、Ｓ１ユーザプレーン（Ｓ１−Ｕ）ベアラを解除するよう命令するために用いられる。
【００６９】
Ｓ４０５．Ｓ−ＧＷが、音声サービス端末に対してｅＮＢ関連情報をリリースし、解除アクセスベアラ応答（ｒｅｌｅａｓｅ  ａｃｃｅｓｓ  ｂｅａｒｅｒｓ  ｒｅｓｐｏｎｓｅ）をＭＭＥへフィードバックして、アクセスベアラの解除を完了する段階である。
【００７０】
この場合、端末のＳ−ＧＷコンテキストにおける別の情報エレメントは影響を受けない。Ｓ−ＧＷは、端末ベアラに割り当てられるＳ１−Ｕ設定を維持（ｒｅｔａｉｎ）し、端末のダウンリンクパケットをバッファし始める。
【００７１】
Ｓ４０６．ＭＭＥが、音声サービス端末のＧＢＲベアラを維持（ｐｒｅｓｅｒｖｅ）する段階である。
【００７２】
従来技術において、ＭＭＥは、削除ベアラコマンド（ｄｅｌｅｔｅ  ｂｅａｒｅｒ  ｃｏｍｍａｎｄ）をＳ−ＧＷへ送信して、端末のＧＢＲベアラを解除する。ここで、ＭＭＥは、削除ベアラコマンドを送信しなくてよく、音声サービス端末のＧＢＲベアラを維持する。加えて、非ＧＢＲ（ｎｏｎ−ＧＢＲ）ベアラはこの処理において削除されない。すなわち、ＭＭＥおよびＳ−ＧＷは、非ＧＢＲベアラを維持する。加えて、段階Ｓ４０６において、音声ＧＢＲベアラのみが維持され得て、別のＧＢＲベアラは解除されるか、または全てのＧＢＲベアラが維持されてよい。音声ＧＢＲベアラのみを維持することは、維持されるベアラがより対象として絞られること、すなわち、維持されるベアラが音声サービスを保持するＧＢＲベアラのみに対するものであることを保証することができ、音声サービスの復元を保証することができる。
【００７３】
Ｓ４０７．ＭＭＥが、Ｓ１接続を解除すべく、ＵＥコンテキスト解除コマンド（ＵＥ  ｃｏｎｔｅｘｔ  ｒｅｌｅａｓｅ  ｃｏｍｍａｎｄ）をｅＮＢへ送信する段階である。
【００７４】
ＲＲＣ接続が前に解除された場合、例えば、図面のＳ４０２が実行されている場合、すなわち、ＲＲＣ接続解除コマンドが端末へ送信された場合、ｅＮＢは、以下の段階Ｓ４０８を直接実行してよい。そうでなければ、ＲＲＣ接続解除コマンドを端末へ送信した後に、ｅＮＢは、以下の段階Ｓ４０８を実行する。ＲＲＣ接続解除コマンドが肯定応答モードで送信される場合、以下の段階Ｓ４０８は、肯定応答メッセージが受信された後のみ、実行される。
【００７５】
Ｓ４０８．ｅＮＢが、ＵＥコンテキスト解除完了（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ）メッセージをＭＭＥへ送信する段階である。
【００７６】
この場合、音声サービス端末に対して、ＭＭＥとｅＮＢとの間のシグナリング接続が解除されている。しかしながら、ＭＭＥは、解除処理において音声サービス端末のＧＢＲベアラを維持する。従って、音声サービス端末が再びネットワークにアクセスするとき、ＭＭＥは、ＧＢＲベアラを用いることによって音声サービスベアラを直接確立し得て、これにより、音声サービス端末が再びネットワークにアクセスした後に音声が続くことができることを保証し、電話を掛け直す必要がなく、ユーザエクスペリエンスが良好である。
【００７７】
さらに図４を参照すると、端末は、アクセスセルを再選択し、ランダムアクセス処理を開始する。再選択されるセルは、元のセルであってよく、または新たなセルであってよい。加えて、新たなセルおよび元のセルは、同じｅＮＢに位置してよく、または異なるｅＮＢに位置してよい。簡潔さのために、図においてｅＮＢは同じノードを用いることによって識別される。しかしながら、ノードは単に、ノードがｅＮＢであることを示しており、ノードは、同じｅＮＢを示してよく、または異なるｅＮＢを示してよい。アクセスするためのセルを再選択したとき、端末は、再選択されるセルに対してＲＲＣ接続確立処理を開始し、ＲＲＣ接続確立処理は、以下の段階Ｓ４０９からＳ４１１を含む。
【００７８】
Ｓ４０９．端末が、ＲＲＣ確立要求メッセージをｅＮＢへ送信する段階である。
【００７９】
Ｓ４１０．ｅＮＢが、ＲＲＣ接続確立メッセージを端末へ送信する段階である。
【００８０】
Ｓ４１１．端末が、ＲＲＣ確立完了メッセージをｅＮＢへ送信する段階である。
【００８１】
ＲＲＣ接続確立が完了した後に、ｅＮＢは、初期ＵＥメッセージをＭＭＥへ送信し（Ｓ４１２）、サービス要求（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ）をＭＭＥへ送信する。このように、ＭＭＥは、初期ＵＥメッセージに従って、初期ＵＥコンテキスト確立要求をｅＮＢへ送ってよい（Ｓ４１３）。音声サービスの先のＧＢＲベアラが解除されていないので、ＭＭＥは、端末サービスのＱｏＳ情報（例えば、ＱＣＩ１）を初期ＵＥコンテキスト確立要求に直接追加し得て、これにより、ｅＮＢは、ＱＣＩ１に基づいて無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）を確立し、端末を設定し、例えば、無線パラメータを設定して無線リソースを割り当てる。そして、音声通信を復元することができる。ｅＮＢは、ＲＲＣ接続再設定処理において無線ベアラを確立して端末を設定してよい。そして、ｅＮＢは、初期ＵＥコンテキスト確立応答をＭＭＥへフィードバックする（Ｓ４１６）。ＲＲＣ接続再設定処理は、以下の段階を含む。
【００８２】
Ｓ４１４．ｅＮＢが、ＲＲＣ接続再設定メッセージを端末へ送信する段階である。
【００８３】
Ｓ４１５．端末が、ＲＲＣ接続再設定完了メッセージをｅＮＢへ送信する段階である。
【００８４】
以下では、添付図面を参照して、音声サービスを実行している端末を処理するための方法の、ＲＡＮデバイスにおける実装方式を別々に説明する。
【００８５】
図５を参照すると、図５は、本出願の実施形態に係る、音声サービスを実行している端末を処理するための装置の模式図である。装置５００は、ＲＡＮデバイスに位置する。図５に示されているように、装置５００は、決定ユニット５１０と命令ユニット５２０とを備えてよく。決定ユニット５１０は、ＧＢＲベアラベースの音声サービスを実行している端末のＲＲＣ接続を解除することを決定するように構成される。命令ユニット５２０は、ＣＮデバイスに、端末のＲＲＣ接続解除処理において端末のＧＢＲベアラを維持するよう命令するように構成される。
【００８６】
先述の方法の実施形態と同じく、ＧＢＲベアラベースの音声サービスを実行している端末は、音声サービス端末と称されてよい。加えて、維持されるＧＢＲベアラは、音声ＧＢＲベアラであってよく、または全てのＧＢＲベアラであってよい。
【００８７】
音声サービス端末のＲＲＣ接続が解除される場合は、先述の方法の実施形態におけるものと同じであり。すなわち、決定ユニット５１０は、端末の現在のサービングセルが端末により実行されている音声サービスのサービス品質要求を満たすことができない場合、端末がＦＤＤおよびＴＤＤの重複エリアに入り、端末がＦＤＤとＴＤＤとの間の切り換えをサポートしない場合、または、端末が異周波数間セルの重複エリアに入り、端末が異周波数間測定をサポートしない場合のうちのいずれか１つの場合において、端末のＲＲＣ接続を解除することを決定する。
【００８８】
詳細は繰り返して説明されなく、先述の方法の実施形態を参照してよい。
【００８９】
命令ユニット５２０は、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられる情報エレメントを解除メッセージに加えて、当該解除メッセージをＣＮデバイスへ送信することによって、ＣＮデバイスに、端末のＧＢＲベアラを維持するよう命令してよい。解除メッセージおよび情報エレメントついての説明は先述の方法の実施形態における説明と同じである。詳細はここでは繰り返して説明しない。
【００９０】
さらに図６を参照すると、装置５００はさらに、エアインタフェース解除ユニット５３０を備えてよく、エアインタフェース解除ユニット５３０は、端末のエアインタフェースリソースを解除すべく、ＲＲＣ接続解除メッセージを端末へ送信するように構成される。
【００９１】
先述のユニットは、別々に配置されたプロセッサであってよく、またはＲＡＮデバイスのプロセッサに統合されて実装されてよく、または、さらに、プログラムコードの形式でＲＡＮデバイスのメモリに記憶されてよく、プログラムコードは、ＲＡＮデバイスのプロセッサにより呼び出されて先述のユニットの機能を実行することが留意されたい。加えて、ユニットは一緒に統合されてよく、または別々に実装されてよい。本明細書において説明されるプロセッサは、中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本出願の本実施形態を実装するように構成される１つ又は複数の集積回路であってよい。
【００９２】
例えば、図７を参照すると、図７は、本出願の実施形態に係るＲＡＮデバイスの概略構造図である。図７に示されているように、ＲＡＮデバイスは、プロセッサ７１０と、メモリ７２０と、第１のインタフェース７３０と、第２のインタフェース７４０とを備える。メモリ７２０と、第１のインタフェース７３０と、第２のインタフェース７４０とは、プロセッサ７１０に接続される。第１のインタフェース７３０は、ＣＮデバイスと通信するように構成され、第２のインタフェース７４０は、端末と通信するように構成され、メモリ７２０は、プログラムを記憶するように構成される。
【００９３】
プロセッサ７１０は、メモリ７２０に記憶されているプログラムを呼び出して、先述の方法の実施形態における、音声サービスを実行している端末を処理するための方法のうちのいずれか１つを実行し、例えば、ＧＢＲベアラベースの音声サービスを実行している端末のＲＲＣ接続を解除することを決定する動作と、ＣＮデバイスに端末のＲＲＣ接続解除処理において端末のＧＢＲベアラを維持するよう命令する動作とを実行する。
【００９４】
先述の方法の実施形態におけるものと同じく、ＧＢＲベアラベースの音声サービスを実行している端末は、音声サービス端末と称されてよい。加えて、維持されるＧＢＲベアラは、音声ＧＢＲベアラであってよく、または全てのＧＢＲベアラであってよい。
【００９５】
音声サービス端末のＲＲＣ接続が解除される場合は、先述の方法の実施形態におけるものと同じである。詳細はここでは繰り返して説明しない。
【００９６】
ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令する方式は、先述の方法の実施形態における方式と同じである。プロセッサ７１０は、解除メッセージを生成して、第１のインタフェース７３０を用いることによって解除メッセージをＣＮデバイスへ送信してよく、ここで、解除メッセージは、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられる情報エレメントを保持する。解除メッセージおよび情報エレメントついての説明は、先述の方法の実施形態における説明と同じである。詳細はここでは繰り返して説明しない。
【００９７】
加えて、プロセッサ７１０はさらに、端末のエアインタフェースリソースを解除すべく、ＲＲＣ接続解除メッセージを生成して、第２のインタフェース７４０を用いることによってＲＲＣ接続解除メッセージを端末へ送信してよい。
【００９８】
ここでプロセッサ７１０はプロセッサであってよく、または複数の処理エレメントの総称であってよいことが留意されたい。例えば、プロセッサは、ＣＰＵ、ＡＳＩＣであってよく、または、本出願の本実施形態を実装するように構成される１つ又は複数の集積回路、例えば、１つ又は複数のマイクロプロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、または１つ又は複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）であってよい。
【００９９】
メモリ７２０は、記憶装置であってよく、または複数の記憶エレメントの総称であってよく、実行可能なプログラムコード、またはＲＡＮデバイスを動作させるために必要とされるパラメータ、データ、および同様のものを記憶するように構成される。加えて、メモリ７２０は、ランダムアクセスメモリ（ＲＡＭ）を含んでよく、または、磁気ディスクメモリおよびフラッシュメモリ（Ｆｌａｓｈ）などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでよい。
【０１００】
第１のインタフェース７３０は、ＣＮデバイスと通信するように構成される。第１のインタフェース７３０は、有線インタフェースであってよく、または無線インタフェースであってよく、例えば、ファイバインタフェースであってよく、ＣＮデバイスに接続されるファイバに接続する。このことは単に例であり、ＣＮデバイスと通信することができる別のインタフェースに適用され得る。第２のインタフェース７４０は、端末と通信するように構成される。実装の面では、プロセッサ７１０は、ベースバンド部分に位置しており、第２のインタフェース７４０を用いることによって無線周波数部分に接続され得て無線周波数部分を用いることによって端末と通信し得る。例えば、第２のインタフェース７４０は、共通公衆無線インタフェース（Ｃｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ、ＣＰＲＩ）であってよい。
【０１０１】
図８を参照すると、図８は、本出願の実施形態に係る音声サービスを実行している端末を処理するための装置の模式図である。装置８００は、ＣＮデバイスに位置し、受信ユニット８１０と維持ユニット８２０とを備える。受信ユニット８１０は、端末のＲＲＣ接続を解除する処理において、ＲＡＮデバイスによりＣＮデバイスへ送信された命令を受信するように構成される。命令は、ＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられ、端末は、ＧＢＲベアラベースの音声サービスを実行している。維持ユニット８２０は、命令に従って端末のＧＢＲベアラを維持するように構成される。
【０１０２】
端末が再び無線ネットワークにアクセスするとき、ＲＡＮデバイスは、端末のサービス要求をＣＮデバイスへ送信すべく、初期端末メッセージをＣＮデバイスへ送信する。この場合、ＣＮデバイスが以前に端末のＧＢＲベアラを維持したので、ＣＮデバイスは、ＱＣＩ１などの、端末の音声サービスのＱｏＳ情報をＲＡＮデバイスへ送信することができ、端末の音声サービスを復元する。さらに図８を参照すると、この場合、装置８００はさらに、送信ユニット８３０を備えてよく、送信ユニット８３０は、端末を始動するためのメッセージを受信したとき、端末の音声サービスのＱｏＳ情報をＲＡＮデバイスへ送信するように構成される。ＣＮデバイスは、初期ユーザ機器コンテキスト確立要求を用いることによってＱｏＳ情報をＲＡＮデバイスへ送信してよい。例えば、ＱｏＳ情報は、ＱＣＩ１である。
【０１０３】
先述の実施形態におけるものと同じく、装置８００により維持されるＧＢＲベアラは、音声ＧＢＲベアラであってよく、または全てのＧＢＲベアラであってよい。図９を参照すると、維持されるＧＢＲベアラが音声ＧＢＲベアラである場合、装置８００はさらに、決定ユニット８４０を備えてよく、決定ユニット８４０は、端末のＧＢＲベアラにおける音声ＧＢＲベアラを決定するように構成される。そして、維持ユニット８２０に、音声ＧＢＲベアラを維持することが通知される。
【０１０４】
先述のユニットは別々に配置されるプロセッサであってよく、またはＣＮデバイスのプロセッサに統合されて実装されてよく、または、さらに、プログラムコードの形式でＣＮデバイスのメモリに記憶されてよく、プログラムコードは、ＣＮデバイスのプロセッサにより呼び出されて先述のユニットの機能を実行することが留意されたい。加えて、ユニットは一緒に統合されてよく、または別々に実装されてよい。ここで説明されているプロセッサは、中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、ＣＰＵ）、または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、または本出願の本実施形態を実装するように構成される１つ又は複数の集積回路であってよい。加えて、受信ユニット８１０および送信ユニット８３０は、ＣＮデバイスとＲＡＮデバイスとの間の通信インタフェースを介して、ＲＡＮデバイスから情報を受信してＲＡＮデバイスへ情報を送信してよい。
【０１０５】
例えば、図１０を参照すると、図１０は、本出願の実施形態に係るＣＮデバイスの概略構造図である。図１０に示されているように、ＣＮデバイスは、プロセッサ１０１と、メモリ１０２と、インタフェース１０３とを備え、メモリ１０２およびインタフェース１０３は、プロセッサ１０１に接続される。インタフェース１０３は、ＲＡＮデバイスと通信するように構成され、メモリ１０２は、プログラムを記憶するように構成される。
【０１０６】
プロセッサ１０１は、メモリ１０２に記憶されているプログラムを呼び出して、先述の方法の実施形態における、ＣＮデバイスにより実行される方法であって音声サービスを実行している端末を処理するための方法のうちのいずれか１つを実行し、例えば、端末のＲＲＣ接続を解除する処理においてＲＡＮデバイスによりＣＮデバイスへ送信された命令を受信する動作であって、命令はＣＮデバイスに端末のＧＢＲベアラを維持するよう命令するために用いられ、端末はＧＢＲベアラベースの音声サービスを実行している、動作と、命令に従って端末のＧＢＲベアラを維持する動作とを実行する。
【０１０７】
端末が再び無線ネットワークにアクセスするとき、ＲＡＮデバイスは、端末のサービス要求をＣＮデバイスへ送信すべく、初期端末メッセージをＣＮデバイスへ送信する。この場合、ＣＮデバイスが以前に端末のＧＢＲベアラを維持したので、ＣＮデバイスは、ＱＣＩ１などの端末の音声サービスのＱｏＳ情報をＲＡＮデバイスへ送信することができ、端末の音声サービスを復元する。この場合、先述のプログラムはさらに、端末を始動するためのメッセージを受信したとき、端末の音声サービスのＱｏＳ情報をＲＡＮデバイスへ送信する動作を実行するために用いられる命令を含む。例えば、ＣＮデバイスは、初期ユーザ機器コンテキスト確立要求を用いることによってＱｏＳ情報をＲＡＮデバイスへ送信してよい。例えば、ＱｏＳ情報は、ＱＣＩ１である。
【０１０８】
加えて、維持されるＧＢＲベアラは、音声ＧＢＲベアラであってよく、または全てのＧＢＲベアラであってよい。維持されるＧＢＲベアラが音声ＧＢＲベアラである場合、先述のプログラムはさらに、端末のＧＢＲベアラにおける音声ＧＢＲベアラを決定する動作を実行するために用いられる命令を含む。
【０１０９】
音声サービス端末のＲＲＣ接続が解除される場合、およびＣＮデバイスに端末のＧＢＲベアラを維持するよう命令する方式は、先述の方法の実施形態におけるそれらと同じである。詳細はここでは繰り返して説明しない。
【０１１０】
ここでプロセッサ１０１は、プロセッサであってよく、または複数の処理エレメントの総称であってよいことが留意されたい。例えば、プロセッサは、ＣＰＵ、ＡＳＩＣであってよく、または、本出願の本実施形態を実装するように構成される１つ又は複数の集積回路、例えば、１つ又は複数のマイクロプロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、または１つ又は複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）であってよい。
【０１１１】
メモリ１０２は、記憶装置であってよく、または複数の記憶エレメントの総称であってよく、実行可能なプログラムコード、またはＲＡＮデバイスを動作させるために必要とされるパラメータ、データ、および同様のものを記憶するように構成される。加えて、メモリ１０２は、ランダムアクセスメモリ（ＲＡＭ）を含んでよく、または磁気ディスクメモリおよびフラッシュメモリ（Ｆｌａｓｈ）などの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を含んでよい。
【０１１２】
インタフェース１０３は、ＲＡＮデバイスと通信するように構成される。インタフェース１０３は、有線インタフェースであってよく、または、無線インタフェースであってよく、例えば、ファイバインタフェースであってよく、ＲＡＮデバイスに接続されるファイバに接続する。このことは単に例であり、ＲＡＮデバイスと通信することができる別のインタフェースに適用され得る。
【０１１３】
先述の実施形態の説明により、当業者は、本出願がハードウェア、ファームウェア、またはこれらの組み合わせによって実装され得ることを明確に理解し得る。本出願がソフトウェアにより実装されるとき、先述の機能は、コンピュータ可読媒体に記憶されてよく、または、コンピュータ可読媒体における１つ又は複数の命令またはコードとして送信されてよい。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含む。通信媒体は、コンピュータプログラムが１つの場所から別の場所へ送信されることを可能にするあらゆる媒体を含む。記憶媒体は、コンピュータへアクセス可能な、あらゆる利用可能な媒体であってよい。以下では例を提供するが、限定を課しているものではない。コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または別の光ディスク記憶装置、ディスク記憶媒体もしくは別の磁気記憶装置、または、予期されるプログラムコードを命令またはデータ構造の形式で保持または記憶することができ、コンピュータによりアクセスされることができる任意の他の媒体を含んでよい。加えて、任意の接続がコンピュータ可読媒体として適切に定義されてよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または、赤外線、無線電波、およびマイクロ波などの無線技術を用いることによって、ウェブサイト、サーバ、または別のリモートソースから送信される場合、当該同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または赤外線、無線電波、およびマイクロ波などの無線技術は、それらが属している媒体の定着に含まれる。
【０１１４】
要するに、以上の説明は単に、本出願の技術的解決手段の例示的な実施形態であり、本出願の保護範囲を限定することを意図しない。本出願の原則から逸脱することなくなされるいかなる修正、等価な置換え、または改良は、本出願の保護範囲に含まれるものとする。
【図１】
0006699913.tif 000002
【図２】
0006699913.tif 000003
【図３】
0006699913.tif 000004
【図４】
0006699913.tif 000005
【図５】
0006699913.tif 000006
【図６】
0006699913.tif 000007
【図７】
0006699913.tif 000008
【図８】
0006699913.tif 000009
【図９】
0006699913.tif 000010
【図１０】
0006699913.tif 000011