(57)【特許請求の範囲】
【請求項１】
不連続受信（DRX）管理方法であって、当該方法は：
基地局によって、端末が音声サービスをもつことを判別し；
前記基地局によって、前記端末のための音声ベアラをセットアップし、前記端末のための前記音声ベアラをセットアップするときに前記端末のDRX機能をアクティブ化することを含み、
前記基地局が前記端末のための前記音声ベアラをセットアップする前に、前記基地局が前記端末のDRX機能をアクティブ化していたときは、当該方法はさらに：
前記基地局によって、前記端末のDRX機能を非アクティブ化するためのメッセージを前記端末に送信することをさらに含む、
方法。
【請求項２】
基地局によって、端末が音声サービスをもつことを判別することは：
前記基地局によって、前記端末によって送信された無線資源制御（RRC）接続要求メッセージを受信する段階であって、前記RRC接続要求メッセージは原因値を含み、前記原因値は、RRC接続要求を開始する原因を示すために使われる、段階と；
前記基地局によって、前記原因値に基づいて、前記端末が音声サービスをもつことを判別する段階とを含む、
請求項１記載の方法。
【請求項３】
前記基地局によって、前記原因値に基づいて、前記端末が音声サービスをもつことを判別することは：
前記原因値が音声通話モバイル発信元であるときに、前記基地局によって、前記端末が音声サービスをもつことを判別すること；または
前記原因値が音声通話モバイル着信先であるときに、前記基地局によって、端末が音声サービスをもつことを判別することを含む、
請求項２記載の方法。
【請求項４】
基地局によって、端末が音声サービスをもつことを判別することは：
前記基地局によって、コア・ネットワークから前記端末のページング・メッセージを受信する段階であって、該ページング・メッセージは指示情報を含み、前記指示情報は、前記端末が音声サービスをもつことを示すために使用される、段階と；
前記基地局によって、前記指示情報に基づいて、前記端末が音声サービスをもつことを判別する段階とを含む、
請求項１記載の方法。
【請求項５】
前記指示情報がページング優先度であり、前記指示情報に基づいて前記端末が音声サービスをもつことを判別することは：
前記ページング優先度が第一のページング優先度であることを判別するときに、前記基地局によって前記端末が音声サービスをもつことを判別することを含み、前記第一のページング優先度は、前記端末が音声サービスをもつことを示すために使用される指定されたページング優先度である、
請求項４記載の方法。
【請求項６】
前記指示情報が音声端末指示情報要素であり、前記基地局によって、前記指示情報に基づいて前記端末が音声サービスをもつことを判別することは：
前記ページング・メッセージが前記音声端末指示情報要素を含むことを判別するときに、前記基地局によって、前記端末が音声サービスをもつことを判別することを含む、
請求項４記載の方法。
【請求項７】
基地局によって、端末が音声サービスをもつことを判別することは：
前記基地局によって、初期コンテキスト・セットアップ要求メッセージを受信する段階であって、前記初期コンテキスト・セットアップ要求メッセージは指示情報要素を含み、前記指示情報要素は、前記端末が音声サービスをもつことを示すために使用される、段階と；
前記基地局によって、前記指示情報要素に基づいて、前記端末が音声サービスをもつことを判別する段階とを含む、
請求項１記載の方法。
【請求項８】
基地局によって、端末が音声サービスをもつことを判別することは：
前記端末のためのデフォルト・ベアラ上で搬送される情報がセッション開始プロトコルSIPシグナリングであることを判別するときに、前記基地局によって、前記端末が音声サービスをもつことを判別することを含む、
請求項１記載の方法。
【請求項９】
不連続受信（DRX）管理装置であって、当該装置は：
端末が音声サービスをもつことを判別するよう構成された判別ユニットと；
前記端末のための音声ベアラをセットアップし、前記端末のための前記音声ベアラをセットアップするときに前記端末のDRX機能をアクティブ化するよう構成されたセットアップ・ユニットとを有しており、
前記端末のための前記音声ベアラをセットアップする前に、前記セットアップ・ユニットが前記端末のDRX機能をアクティブ化していたときは、当該装置は：
前記端末のDRX機能を非アクティブ化するためのメッセージを前記端末に送信するよう構成された非アクティブ化ユニットをさらに有する、
装置。
【請求項１０】
前記判別ユニットが：
前記端末によって送信された無線資源制御（RRC）接続要求メッセージを受信する段階であって、前記RRC接続要求メッセージは原因値を含み、前記原因値は、RRC接続要求を開始する原因を示すために使われる、段階と；
前記原因値に基づいて、前記端末が音声サービスをもつことを判別する段階とを実行するよう構成されている、
請求項９記載の装置。
【請求項１１】
前記判別ユニットが：
前記原因値が音声通話モバイル発信元であるときに、前記端末が音声サービスをもつことを判別する；または
前記原因値が音声通話モバイル着信先であるときに、前記端末が音声サービスをもつことを判別するよう構成されている、
請求項１０記載の装置。
【請求項１２】
前記判別ユニットが：
コア・ネットワークから前記端末のページング・メッセージを受信する段階であって、該ページング・メッセージは指示情報を含み、前記指示情報は、前記端末が音声サービスをもつことを示すために使用される、段階と；
前記指示情報に基づいて、前記端末が音声サービスをもつことを判別する段階とを実行するよう構成されている、
請求項９記載の装置。
【請求項１３】
前記指示情報がページング優先度であり、前記判別ユニットが：
前記ページング優先度が第一のページング優先度であることを判別するときに、前記端末が音声サービスをもつことを判別するよう構成されており、前記第一のページング優先度は、前記端末が音声サービスをもつことを示すために使用される指定されたページング優先度である、
請求項１２記載の装置。
【請求項１４】
前記指示情報が音声端末指示情報要素であり、前記判別ユニットが：
前記ページング・メッセージが前記音声端末指示情報要素を含むことを判別するときに、前記端末が音声サービスをもつことを判別するよう構成されている、
請求項１２記載の装置。
【請求項１５】
前記判別ユニットが：
初期コンテキスト・セットアップ要求メッセージを受信する段階であって、前記初期コンテキスト・セットアップ要求メッセージは指示情報要素を含み、前記指示情報要素は、前記端末が音声サービスをもつことを示すために使用される、段階と；
前記指示情報要素に基づいて、前記端末が音声サービスをもつことを判別する段階とを実行するよう構成されている、
請求項９記載の装置。
【請求項１６】
前記判別ユニットが：
前記端末のためのデフォルト・ベアラ上で搬送される情報がセッション開始プロトコルSIPシグナリングであることを判別するときに、前記端末が音声サービスをもつことを判別するよう構成されている、
請求項９記載の装置。
【請求項１７】
請求項９ないし１６のうちいずれか一項記載のDRX管理装置を有する、不連続受信（DRX）管理システム。
【請求項１８】
プロセッサによって実行されたときに請求項１ないし８のうちいずれか一項記載の方法を実行するために使われるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施形態は、通信技術の分野に関し、より詳細には、不連続受信管理方法および装置に関する。
【背景技術】
【０００２】
異なる通信ネットワークは、音声サービスのために異なるベアラ機構をもつ。たとえば、第二世代移動通信技術または第三世代移動通信技術ネットワークでは、音声サービスは、回線交換（Circuit  Switched、CS）ドメインで伝送される。別の例として、ロングタームエボリューション（Long  Term  Evolution、LTE）システムでは、音声サービスは、パケット交換（Packet  Switched、PS）ドメインで伝送される。音声サービスは、他のサービス・データと同様に、伝送のためにインターネットプロトコル（Internet  Protocol、IP）データ・パケットにパケット化され、それによってエンドツーエンド音声通信を実現する。CSドメイン・ネットワークと比較して、PSドメイン・ネットワークは、より高品質の、より高速な音声サービスをユーザーに提供することができる。
【０００３】
サービス・データ・フローは、通例、バースト特性をもつ。すなわち、ある期間にはデータ伝送があるが、次の期間にはデータ伝送はない。これに基づいて、端末のエネルギー消費を低減するために不連続受信（Discontinuous  Reception、DRX）機構が導入される。この機構においては、端末は、ある期間（休眠期間と呼ばれることがある）において物理下りリンク制御チャネル（physical  downlink  control  channel、PDCCH）での傾聴を停止し、アクティブ状態にはいるときにのみPDCCHで傾聴する。このようにして、端末はPDCCHで連続的に傾聴する必要がなくなり、端末のエネルギー消費を低減する。
【０００４】
しかしながら、音声通話プロセスにおいては、DRX技術の導入は、音声通話接続遅延を増加させ、ユーザー体験を悪化させる。
【発明の概要】
【０００５】
これに鑑み、本願の実施形態は、音声通話接続遅延を低減するために、DRX管理方法および装置を提供する。
【０００６】
第一の側面によれば、DRX管理方法であって：
基地局によって、端末が音声サービスをもつことを判別し；前記基地局によって、前記端末のための音声ベアラをセットアップし、前記端末のための音声ベアラをセットアップするときに前記端末のDRX機能をアクティブ化することを含む方法が提供される。
【０００７】
端末は、音声ベアラをセットアップする前にはDRX機能をアクティブ化せず、音声ベアラがセットアップされるまでDRX機能をアクティブ化せず、それにより音声通話接続遅延が低減されることがわかる。
【０００８】
このアクティブ化は、音声ベアラがセットアップされる前には端末のDRX機能が有効にされておらず、音声ベアラがセットアップさるときにのみ有効にされることを意味する。たとえば、基地局は、デフォルト・ベアラをセットアップするときには端末のDRX機能をアクティブ化せず、音声ベアラがセットアップされるまでDRXパラメータを送信して、端末のDRX機能をアクティブ化する。あるいはまた、音声ベアラがセットアップされる前に端末のDRX機能が有効にされていたときは、基地局は、端末のDRX機能を無効にするよう端末のDRX機能を構成解除し、音声ベアラがセットアップされるまでDRXパラメータを送信して、端末のDRX機能をアクティブ化する。非アクティブ化とは、音声ベアラがセットアップされる前に端末のDRX機能がに有効されていたときに、基地局が端末のDRX機能を無効にするよう端末のDRX機能を構成解除することを意味する。
【０００９】
任意的に、前記基地局によって、端末のための音声ベアラをセットアップする前に、本方法はさらに：前記基地局によって、端末のためのデフォルト・ベアラをセットアップすること、および端末のためのデフォルト・ベアラをセットアップするときは端末のDRX機能をアクティブ化することをスキップすること、をさらに含む。
【００１０】
任意的に、基地局が端末のための音声ベアラをセットアップする前に、基地局が端末のDRX機能をアクティブ化していたときは、本方法はさらに：前記基地局によって、端末のDRX機能を非アクティブ化するためのメッセージを端末に送信することを含む。基地局が端末のDRX機能をアクティブ化することは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータを追加することによって実現されてもよい。端末のDRX機能は、RRC接続再構成メッセージが送信されるときにはアクティブ化されていないため、RRC接続再構成メッセージの送受信はDRX機能によって影響されず、音声ベアラの低遅延セットアップを保証し、音声通話接続遅延を低減する。
【００１１】
基地局が端末のためのデフォルト・ベアラをセットアップするときに端末のDRX機能をアクティブ化することをスキップすることは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータを追加しないことによって実現されてもよい。
【００１２】
基地局が端末に端末のDRX機能を非アクティブ化するための前記メッセージを送信することは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータ解放情報要素を追加することによって実現されてもよい。
【００１３】
この方法において、基地局によって、端末が音声サービスをもつことを判別する方法は、次の様式を含むことができる。
【００１４】
様式１：基地局が、端末によって送信されたRRC接続要求メッセージを受信し、ここで、RRC接続要求メッセージは原因値を含み、前記原因値は、RRC接続要求を開始する原因を示すために使われ；基地局は、その原因値に基づいて、前記端末が音声サービスをもつことを判別する。さらに、原因値がmo-VoiceCallのような音声通話モバイル発信元であるときは、基地局は、原因値に基づいて、端末が音声サービスをもつと判断し、端末が発呼端末であると判断してもよい。原因値がmt-VoiceCallのような音声通話モバイル着信先であるときは、基地局は、原因値に基づいて、端末が音声サービスをもつと判断し、端末が着呼端末であると判断してもよい。
【００１５】
様式２：基地局が、ページング・メッセージに基づいて、端末が音声サービスをもつと判断する。この様式は具体的には下記を含む：
基地局によって、コア・ネットワークから端末のページング・メッセージを受信する段階であって、該ページング・メッセージは指示情報を含み、前記指示情報は、端末が音声サービスをもつことを示すために使用される、段階と；基地局によって、前記指示情報に基づいて、端末が音声サービスをもつと判断する。
【００１６】
この指示情報はページング優先度であってもよく、指示情報に基づいて端末が音声サービスをもつと判断するプロセスは、次のことを含む：ページング優先度が第一のページング優先度であることを判別するとき、基地局によって、端末が音声サービスをもつと判断し、ここで、第一のページング優先度は、端末が音声サービスをもつことを示すために使用される指定されたページング優先度である。この方法は、既存のプロトコルと互換であることができ、比較的高い互換性をもつ。
【００１７】
指示情報は、端末が音声サービスをもつことを示すために特に使用される情報要素、たとえば、音声端末指示情報要素であってもよい。この場合、基地局によって、指示情報に基づいて端末が音声サービスをもつと判断するプロセスは：ページング・メッセージが前記音声端末指示情報要素を含むことを判別するときに、基地局によって、端末が音声サービスをもつと判断することを含む。
【００１８】
様式３：基地局が、初期コンテキスト・セットアップ要求メッセージに基づいて、端末が音声サービスをもつと判断する。この方法は、具体的には下記を含む：
基地局によって、初期コンテキスト・セットアップ要求メッセージを受信する段階であって、前記初期コンテキスト・セットアップ要求メッセージは指示情報要素を含み、その指示情報要素が端末が音声サービスをもつことを示すために使用される、段階と；基地局によって、その指示情報要素に基づいて、その端末が音声サービスをもつと判断する。
【００１９】
様式４：基地局は、デフォルト・ベアラ上で搬送された情報を解析し、デフォルト・ベアラ上で搬送された情報がSIPシグナリングであることを判別するとき、端末が音声サービスをもつと判定する。
【００２０】
様式１〜様式３では、デフォルト・ベアラをセットアップする前またはセットアップする時に、基地局は、端末が音声サービスをもつと判断しうる。よって、基地局は、デフォルト・ベアラをセットアップするときには端末のDRX機能をアクティブ化せず、音声ベアラをセットアップするときに端末のDRX機能をアクティブ化する。
【００２１】
様式４は、任意の音声通話シナリオに適用されることができ、RRC済み接続モードにある端末が音声サービスを開始する、または音声呼び出しされた側のはたらきをするシナリオにおいて、より良好な効果をもつ。たとえば、非音声サービスのため、端末のためにRRC接続およびデフォルト・ベアラがセットアップされ、この場合、端末のDRX機能がアクティブ化されている。端末が音声サービスをもつと判断するとき、基地局は、端末のDRX機能を非アクティブ化し；音声ベアラをセットアップするときにDRX機能をアクティブ化して、DRXパラメータを送達してもよい。
【００２２】
上記のデフォルト・ベアラは、端末が音声サービスをもつとき、QCIが5のベアラを含み、前記音声ベアラは専用のベアラであり、QCIが1のベアラを含む。
【００２３】
第二の側面によれば、DRX管理装置が提供され、基地局に適用され、第一の側面における任意の方法のステップを実行するためのユニットまたは手段（means）を含む。
【００２４】
第三の側面によれば、プロセッサおよびメモリを含むDRX管理装置が提供される。前記メモリはプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されたプログラムを呼び出して、第一の側面におけるいずれかの方法を実行する。
【００２５】
第四の側面によれば、第一の側面におけるいずれかの方法を実行するための少なくとも一つの処理要素またはチップを含むDRX管理装置が提供される。
【００２６】
第五の側面によれば、プログラムが提供され、該プログラムは、プロセッサによって実行されたときに第一の側面におけるいずれかの方法を実行するために使用される。
【００２７】
第六の側面によれば、第五の側面のプログラムを含む、コンピュータ読取可能な記憶媒体が提供される。
【００２８】
第七の側面によれば、DRX管理方法が提供され、端末によって実行され、下記を含む：
端末によって、基地局によって送信される第一の構成メッセージを受信する段階であって、第一の構成メッセージは端末の音声ベアラを構成するために使用され、第一の構成メッセージはDRXパラメータを含む、段階と；
端末によって、DRXパラメータに基づいてDRX機能を有効にする段階。
【００２９】
任意的に、基地局によって送信された第一の構成メッセージを受信する前に、端末はさらに、基地局によって送信された第二の構成メッセージを受信し、ここで、第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、第二の構成メッセージは前記DRXパラメータを含まない。このように、デフォルト・ベアラがセットアップされるときは、端末はDRX機能を有効にしない。
【００３０】
任意的に、端末が基地局によって送信された第一の構成メッセージを受信する前に、この方法はさらに下記を含む：
端末によって、基地局によって送信された第二の構成メッセージを受信する段階であって、前記第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、前記第二の構成メッセージは、前記DRXパラメータを含む、段階と；
端末によって、第二の構成メッセージ内のDRXパラメータに基づいてDRX機能を有効にする段階と；
端末によって、第三の構成メッセージを受信する段階であって、前記第三の構成メッセージは端末のDRX機能を構成解除するために使用される、段階と；
端末によって、前第三の構成メッセージに基づいて、DRX機能を構成解除する段階。
【００３１】
このように、端末は、デフォルト・ベアラがセットアップされるときにDRX機能を有効にするが、基地局が端末が音声サービスをもつことを識別するときには、端末はDRX機能を無効にし、それによりページング接続に対するDRX機能の影響を緩和する。
【００３２】
任意的に、アイドル・モードにある端末がRRC接続要求を基地局に送信するときに原因値が搬送され、その原因値は、基地局が、その原因値に基づいて、端末が音声サービスをもつと判断するよう、RRC接続要求を開始する原因を示すために使用される。さらに、端末が発呼端末であるときは、原因値はmo-VoiceCallのような音声通話モバイル発信元であり；端末が着呼端末であるときは、原因値はmt-VoiceCallのような音声通話モバイル着信先である。
【００３３】
第八の側面によれば、DRX管理装置が提供され、端末に適用され、第七の側面のいずれかの方法のステップを実行するためのユニットまたは手段（means）を含む。
【００３４】
第九の側面によれば、プロセッサおよびメモリを含むDRX管理装置が提供される。前記メモリはプログラムを記憶するよう構成され、前記プロセッサは、前記メモリに記憶されたプログラムを呼び出して、第七の側面におけるいずれかの方法を実行する。
【００３５】
第十の側面によれば、第七の側面におけるいずれかの方法を実行するための少なくとも一つの処理要素またはチップを含むDRX管理装置が提供される。
【００３６】
第十一の側面によれば、プログラムが提供され、該プログラムは、プロセッサによって実行されたときに第七の側面において提供されるいずれかの方法を実行するために使用される。
【００３７】
第十二の側面によれば、第十一の側面のプログラムを含む、コンピュータ読取可能な記憶媒体が提供される。
【００３８】
本願の実施形態におけるDRX管理方法および装置によれば、端末は、音声ベアラがセットアップされる前にはDRX機能をアクティブ化しなくてもよく、音声ベアラがセットアップされるときにのみDRX機能をアクティブ化し、それにより端末のDRX機能をアクティブ化するのを遅らせ、効果的に音声ページング接続遅延を低減することがわかる。
【図面の簡単な説明】
【００３９】
【図１】本願のある実施形態による音声通話シナリオの概略図である。
【００４０】
【図２】本願のある実施形態による音声通話手順の概略図である。
【００４１】
【図３】本願のある実施形態によるDRXサイクルの概略図である。
【００４２】
【図４】本願のある実施形態によるSIPシグナリングのフローチャートである。
【００４３】
【図５】本願のある実施形態によるDRX管理方法のフローチャートである。
【００４４】
【図６】本願のある実施形態による別のDRX管理方法のフローチャートである。
【００４５】
【図７】本願のある実施形態による、さらに別のDRX管理方法のフローチャートである。
【００４６】
【図８】本願のある実施形態によるDRX管理装置の概略図である。
【００４７】
【図９】本願のある実施形態による基地局の概略的な構造図である。
【００４８】
【図１０】本願のある実施形態による別のDRX管理装置の概略図である。
【００４９】
【図１１】本願のある実施形態による端末の概略的な構造図である。
【発明を実施するための形態】
【００５０】
下記では、当業者がよりよい理解を得るのに役立つよう、本願の実施形態におけるいくつかの用語について説明する。
【００５１】
(1)  ユーザー装置（User  Equipment、UE）とも呼ばれる端末は、音声および／またはデータ接続性をユーザーに提供するための装置、たとえば、ハンドヘルド装置または無線接続機能をもつ車載装置である。一般的な端末は、たとえば、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile  Internet  device、MID）、またはスマートウォッチ、スマートバンド、または歩数計のようなウェアラブルデバイスを含む。
【００５２】
(2)  無線アクセス・ネットワーク（Radio  Access  Network、RAN）デバイスとも呼ばれる基地局は、端末を無線ネットワークに接続するための装置であり、送信受信ポイント（Transmission  Reception  Point、TRP）、進化型ノードB（evolved  NodeB、eNB）、無線ネットワーク・コントローラ（radio  network  controller、RNC）、ノードB（NodeB、NB）、基地局コントローラ（Base  Station  Controller、BSC）、ベーストランシーバステーション（Base  Transceiver  Station、BTS）、ホームeノードB（たとえばHome  evolved  NodeB、HeNBまたはHome  NodeB、HNB）およびベースバンドユニット（Baseband  Unit、BBU）を含むがそれに限定されない。加えて、基地局はさらにWi-Fiアクセスポイント（Access  Point、AP）などを含んでいてもよい。
【００５３】
(3)  「複数の」とは、二つ以上を意味し、別の数量詞はこれに類似している。「および／または」という用語は、関連する対象間の関連付け関係を記述し、三つの関係が存在しうることを示す。たとえば、Aおよび／またはBは、Aのみが存在する、AおよびBの両方が存在する、Bのみが存在するという三つの場合を表わしうる。記号「／」は、一般に、関連する対象間の「または」の関係を示す。
【００５４】
下記は、添付の図面を参照して、本願の実施形態を記述する。
【００５５】
図１は、本願のある実施形態による音声通話シナリオの概略図である。図１に示されるように、端末１１０および端末１２０は、それぞれ基地局１３０および基地局１４０を使って無線ネットワークにアクセスする。無線ネットワークはアクセス・ネットワークおよびコア・ネットワーク（core  network、CN）を含み、CNを使うことによって、外部ネットワーク（インターネットなど）のサービスを得るまたは他の端末と通信する。基地局１３０および基地局１４０はアクセス・ネットワーク装置である。たとえば、端末１１０および端末１２０は、異なる基地局を使って無線ネットワークにアクセスする。あるいはまた、端末１１０および端末１２０は、同じ基地局を使って無線ネットワークにアクセスすることもできる。
【００５６】
下記では、端末１１０が発呼端末であり、端末１２０が着呼端末である例を使って、音声通話手順を説明する。
【００５７】
図２は、本願のある実施形態による音声通話手順の概略図である。ここでは、端末１１０および端末１２０がアイドル（idle）・モードにあり端末１１０が端末１２０を呼び出す必要があることが、説明のための例として使われる。
【００５８】
端末１１０はアイドル・モードにあり、端末１２０を呼び出す必要があるとき、端末１１０はまず、端末１１０のサービス提供基地局１３０への無線資源制御（radio  resource  control、RRC）接続セットアップ手順を開始し、基地局１３０へのRRC接続をセットアップする。RRC接続セットアップ手順は、次のとおりであり、当業者には知られている。詳細は記述されない。
【００５９】
S201。端末１１０が、RRC接続要求（RRC  connection  request）メッセージを基地局１３０に送信する。基地局１３０は、端末１１０によって送信されたRRC接続要求メッセージを受信し、次のステップS202を実行する。
【００６０】
S202。基地局１３０が、RRC接続要求メッセージに応答して、端末１１０にRRC接続セットアップ（RRC  connection  setup）・メッセージを送信する。端末１１０は、RRC接続セットアップ・メッセージを受信し、次のステップS203を実行する。
【００６１】
S203。端末１１０が、RRC接続セットアップ完了（RRC  connection  setup  complete）メッセージを基地局１３０に送信する。基地局１３０が端末１１０によって送信されたRRC接続セットアップ完了メッセージを受信した後、RRC接続が正常にセットアップされる。
【００６２】
RRC接続要求メッセージは、RRC接続をセットアップすることを基地局に要求するために端末によって使用され、端末識別子およびセットアップ原因を担持する。基地局１３０は、RRC接続要求メッセージに基づいて、端末１１０が基地局１３０へのRRC接続をセットアップすることを知ることができ、基地局１３０は、端末１１０のためにシグナリング無線ベアラ（signaling  radio  bearer、SRB）1を構成し、RRC接続セットアップ・メッセージを使って端末１１０にSRB1の構成情報を送信する。RRC接続セットアップ・メッセージを受信した後、端末１１０は、SRB1を使って上りリンクRRC接続セットアップ完了メッセージを送信する。ここで、上りリンクRRC接続セットアップ完了メッセージは、上りリンク非アクセス層（non-access  stratum、NAS）メッセージを担持してもよく、たとえば、この実施形態ではRRC接続は音声サービスのために開始されるので、音声サービス要求（service  request）メッセージを担持してもよい。
【００６３】
端末１１０と基地局１３０との間のRRC接続がセットアップされた後、基地局１３０は、端末１１０のコンテキストがないことを見出し、よって、初期端末メッセージ（初期UEメッセージ、initial  UE  messageとも呼ばれる）をCNに送信する。ステップS204およびS205に示されるように、初期端末メッセージを受信した後、CNは、端末１１０のコンテキストをセットアップするために、初期コンテキスト・セットアップ要求（initial  context  setup  request）メッセージを基地局１３０に送信する。
【００６４】
S204。基地局１３０が、CNに初期UEメッセージを送信する。CNは、基地局１３０によって送信された初期端末メッセージを受信し、次のステップS205を実行する。
【００６５】
S205。CNが、基地局１３０に初期コンテキスト・セットアップ要求（initial  context  setup  request）メッセージを送信する。
【００６６】
このプロセスにおいて、CNは、基地局１３０にデフォルト・ベアラをセットアップするように命令することができる。進化したパケットシステム（evolved  packet  system、EPS）ベアラは、デフォルト・ベアラ（default  bearer）および専用ベアラ（dedicated  bearer）を含む。デフォルト・ベアラは、サービス品質（quality  of  service、QoS）要件を満たすベアラであり、端末がネットワークにアクセスするときにセットアップされ、端末がネットワークを去るときに解放され、ネットワークにアクセスする端末のためにオンラインIP伝送サービスを提供する。専用ベアラは、デフォルト・ベアラのセットアップに基づいてセットアップされるベアラであり、特定のQoS伝送要件を提供する。たとえば、もとのデフォルト・ベアラが音声通話のQoS要件を満たすことができない場合、専用ベアラがセットアップされる必要がある。
【００６７】
基地局１３０は、RRC接続再構成メッセージを使って、デフォルト・ベアラをセットアップするよう端末１１０に命令することができる。この場合、端末１１０のためにDRXパラメータが構成設定されて、端末１１０のDRX機能をアクティブ化してもよい。下記の手順が含まれる。
【００６８】
S206。基地局１３０が、端末１１０にRRC接続再構成（RRC  connection  reconfiguration）メッセージを送信する。
【００６９】
RRC接続再構成メッセージはDRX構成メッセージを含み、DRX構成メッセージは、端末のDRXパラメータを構成するために使用され、DRXパラメータは、端末１１０のDRX機能を構成するために使用される。端末１１０は、RRC接続再構成メッセージを受信し、RRC接続再構成メッセージ内のDRX構成メッセージに基づいて端末１１０のDRXパラメータを構成し、次いで次のステップS207を実行する。
【００７０】
S207。端末１１０は、RRC接続再構成完了（RRC  connection  reconfiguration  complete）メッセージを基地局１３０にフィードバックする。端末１１０は、DRXパラメータに基づいて端末１１０のDRX機能をアクティブ化する。基地局１３０は、RRC接続再構成完了メッセージを受信し、次のステップS208を実行する。
【００７１】
S208。基地局１３０は、CNに初期コンテキスト・セットアップ応答（initial  context  setup  response）メッセージをフィードバックする。CNは初期コンテキスト設定応答メッセージを受信し、これはコンテキスト・セットアップが完了したことを示す。この場合、デフォルト・ベアラのセットアップが完了され、端末１１０は、音声通話を開始するために、セッション開始プロトコル（Session  Initiation  Protocol、SIP）を開始してもよい。図中の破線で示されるステップは、みなSIPシグナリング手順であり、次のステップS209が実行される。
【００７２】
S209。端末１１０は、基地局１３０を通じてCNに、端末１２０を呼び出すための招待（invite）シグナリングを送信して、SIP呼び出し手順を開始する。CNは、招待シグナリングを受信し、端末１１０が端末１２０を呼び出そうとしていることを知るが、CNと端末１２０との間に接続はない。したがって、CNは、端末１２０へのページングを開始し、次のステップS210を実行する。
【００７３】
S210。CNは、ページング（paging）・メッセージを着信側基地局１４０に送信する。基地局１４０はページング・メッセージを受信し、次のステップS211を実行する。
【００７４】
S211。基地局１４０は、ページング・メッセージを端末１２０に転送する。端末１２０はページング・メッセージを受信し、RRC接続セットアップ・プロセスを開始する。RRC接続セットアップ・プロセスは、上記のステップS201〜S203と同様であり、S212〜S214を含む。次いで、初期コンテキストおよびデフォルト・ベアラをセットアップするプロセスがステップS204〜S208と同様のステップS215〜S219を含み、詳細はここでは再度説明されない。
【００７５】
なお、端末１２０と基地局１４０との間のRRC接続再構成プロセスにおいて、基地局１４０は、端末１２０のためのDRXパラメータを構成設定し、それにより、端末１２０はDRX機能をアクティブ化する。具体的には、S217のRRC接続再構成メッセージは、端末１２０のDRXパラメータを構成するための構成メッセージを含む。
【００７６】
着信側のコンテキストおよびデフォルト・ベアラのセットアップが完了された後、次のステップS220が実行される。
【００７７】
S220。CNが、招待シグナリングを基地局１４０を通じて端末１２０に転送する。
【００７８】
招待シグナリングを受信した後、端末１２０は、試行（trying）シグナリングである応答メッセージをCNに送信し（S221）、端末１２０が招待シグナリングを受信したことを示す。端末１１０によって送信された招待シグナリングを受信した後、CNは、試行シグナリングである応答メッセージを端末１１０に送信し、CNが招待シグナリングを受信したことを示す。これら二つの試行シグナリングを送る順序は本願では限定されない。
【００７９】
この場合、CNは、音声ベアラ・セットアップ・プロセスを開始してもよく、そのプロセスは、以下のステップS223〜S226を含む。
【００８０】
S223。CNは、基地局１３０に、進化した地上ユニバーサル無線アクセス・ネットワーク（evolved  universal  terrestrial  radio  access  network、E-UTRAN）無線アクセス・ベアラ（radio  access  bearer、RAB）セットアップ要求（E-RAB  setup  request）メッセージ、すなわち、E-RABセットアップ要求メッセージを送信する。E-RABセットアップ要求メッセージは、CNと端末１１０との間の音声ベアラのセットアップをトリガーするために使用される。E-RABセットアップ要求メッセージを受信した後、基地局１３０は、次のステップS224を実行する。
【００８１】
なお、この場合にセットアップされるE-RABは専用ベアラであり、音声サービスを搬送する音声ベアラ、たとえばQoSクラス識別子（QoS  Class  Identifier、QCI）1をもつベアラである。
【００８２】
S224。基地局１３０は、端末１１０にRRC接続再構成メッセージを送信する。端末１１０は、RRC接続再構成メッセージを受信し、RRC接続再構成メッセージ内のDRX構成メッセージに基づいて端末１１０のDRXパラメータを構成する。次いで、端末は、RRC接続再構成完了メッセージを基地局１３０に送信し（S225）、基地局１３０は、RRC接続再構成完了メッセージを受信した後、CNにE-RABセットアップ応答メッセージを送信する（S226）。
【００８３】
同様に、CNは、CNと端末１２０との間の音声ベアラのセットアップをトリガーしてもよい。具体的なステップS227〜S230は、ステップS223〜S226と同様であり、詳細はここでは再度説明されない。
【００８４】
なお、この実施形態において、端末１１０の音声ベアラのセットアップと、端末１２０の音声ベアラのセットアップの順序は限定されない。
【００８５】
次いで、端末１１０および端末１２０はSIP手順に進む。端末１２０は、SIPシグナリングを使って、端末１１０に、接続済みというリンギング（ringing）状態（シグナリングの観点では200  OKと称される）等を通知し、端末１１０が受け取り確認（ACK）を実行した後、端末１１０および端末１２０は、図２のSIPおよび音声通話手順に示されるように、音声通話をもつことができる。
【００８６】
上記の実施形態では、デフォルト・ベアラがセットアップされるとき、端末１１０および端末１２０のDRX機能がアクティブ化される。その後、音声通話が端末１１０と端末１２０との間に接続される前に受信される下りリンク・シグナリングが、DRX機能によって影響を受けることがありうる。
【００８７】
下記では、図３に示されるDRXサイクルを参照して、音声呼び出しプロセスに対するDRX機能の影響について説明する。基地局によって構成設定されたDRXパラメータは、DRXサイクル（DRX  cycle）を含む。時間領域において、時間は連続する諸DRXサイクルに分割される。DRXサイクルは、アクティブ期間（On  Duration［オン期間］）および休眠期間（Opportunity  for  DRX［DRX機会］とも称される）を含む。アクティブ期間では、端末が下りリンク・チャネルの下りリンク・データを受信しうるよう、端末はPDCCHで傾聴する。休眠期間では、端末は、消費電力を低減するため、PDCCHで傾聴せず、下りリンク・チャネルの下りリンク・データを受信しない。
【００８８】
図２を参照すると、端末１１０のDRX機能はステップS206の後にアクティブ化され、端末１２０のDRX機能はステップS217の後にアクティブ化される。端末１１０または端末１２０のDRX機能は常に作動状態にある。下りリンク・シグナリングが、休眠期間中に基地局のパケット・データ収束プロトコル（Packet  Data  Convergence  Protocol、PDCP）・バッファに到着すると、基地局は、端末１１０または端末１２０が休眠期間中であることを見出し、アクティブ期間まで端末１１０または端末１２０をスケジューリングすることができず、その結果、音声通話接続遅延が増大する。発呼端末については、下りリンク・シグナリングは、SIPシグナリングおよびRRCシグナリング、たとえば、S222における試行シグナリング、または、別の例として、上記のステップS224におけるRRC接続再構成メッセージを含んでいてもよい。着呼端末については、下りリンク・シグナリングは、SIPシグナリングおよびRRCシグナリング、たとえば、S220における招待シグナリング、または別の例として、上記のステップS228におけるRRC接続再構成メッセージを含んでいてもよい。
【００８９】
アイドル・モードにある端末１１０および端末１２０が音声電話をすることは、単に記述のための例として使われている。端末１１０がRRC接続済みモードにあるとき、上記のRRC接続セットアップ・プロセスおよびデフォルト・ベアラ・セットアップ・プロセスは省略されてもよい。しかしながら、端末１１０が、別のサービスのためにRRC接続およびデフォルト・ベアラをセットアップする際にDRX機能をアクティブ化する場合でも、音声通話接続プロセスはDRX機能によって影響される。たとえば、上記のステップS224におけるRRC接続再構成メッセージがDRX機能によって影響を受ける。同様に、端末１２０がRRC接続済みモードにある場合にも、端末１２０は同じ問題に直面する。
【００９０】
加えて、着信に出る時点でのゴースト・リングおよび音声欠落を減らすために、音声通信においてさらに、プリコンディション（precondition）方式があることがあり、プリコンディション方式では、より多くのSIPシグナリングが影響を受ける。プリコンディション方式では、ゴースト・リングおよび間欠音声を防止するために、通話がセットアップされる前に、現在の通話のためにリソースが予約される。ゴースト・リングとは、着呼端末がリング（ring）を開始した時点で、ネットワーク・リソース不足などの状態により、呼び出し（call）がハングアップすることを意味する。音声欠落とは、着呼端末が着信にちょうど出始めるときに間欠音声または音声欠落が生じることを意味する。
【００９１】
図４は、本願のある実施形態によるSIPシグナリングのフローチャートである。図４に示されるように、発呼端末は、CNを通じて着呼端末に招待シグナリングを送る。CNは、発呼端末によって送信された招待（invite）シグナリングを受信し、試行（trying）シグナリングをフィードバックし、招待シグナリングが受信されたことを示す。着呼端末は、CNによって送信された招待シグナリングを受信し、試行シグナリングをフィードバックし、招待シグナリングが受信されたことを示す。
【００９２】
着呼端末はCNに183セッション（Session）・シグナリングを送信し、CNは該183セッション・シグナリングを発呼端末に転送し、そこでシグナリングはセッション・セットアップ進行情報を示すために使用される。非プリコンディション方式では、着呼端末の専用ベアラが、本明細書において音声ベアラのためにセットアップされる。発呼端末は、CNを通じて、暫定応答受け取り確認メッセージ、すなわちPRACKシグナリングをフィードバックして、183セッション・シグナリングが受信されたことを示す。非プリコンディション方式では、発呼端末は専用ベアラをセットアップする。
【００９３】
着呼端末は、CNを通じて、発呼端末に200  OKシグナリングを送信し、183セッション・シグナリング要求が正常に処理されたことを示す。発呼端末は、CNを通じて着呼端末に更新（Update）シグナリングを送信し、着呼端末とセッション記述プロトコル（Session  Description  Protocol、SDP）情報をネゴシエーションする。着呼端末は、CNを通じて200  OKシグナリングをフィードバックし、更新要求が正常に処理されたことを示す。着呼端末はリングし、リンギング（Ringing）シグナリングをCNを通じて発呼端末に送信し、着呼端末が呼び出し中であることを示す。着呼端末は、200  OKシグナリングをCNを通じて発呼端末に送信し、もとの招待要求が正常に処理されたことを示す。発呼端末は、CNを通じて着呼端末に受け取り確認（ACK）シグナリングをフィードバックし、着呼端末が招待要求を正常に処理したことを発呼端末が知ったことを、着呼端末に通知する。この場合、音声通話が開始されうる。
【００９４】
非プリコンディション方式では、183セッション後のSIPシグナリング（これは前記183セッション・シグナリングを含んでいてもいなくてもよい）は、発呼端末および着呼端末の音声ベアラがセットアップされた後に実行される。換言すれば、図２のステップにおけるSIPシグナリング手順は、図４の183セッション後にSIPシグナリングを含む。プリコンディション方式では、これらのSIP手順は、通話のためのリソースを予約するために、音声ベアラがセットアップされる前に実行される。よって、より多くの下りリンクSIPシグナリングが、DRX機能によって影響される。たとえば、着呼端末について、影響を受ける可能性のあるメッセージには：招待シグナリング、PRACKシグナリングなどが含まれる。この場合、もちろん更新シグナリングは含まれなくてもよいのだが、更新シグナリングがネゴシエーションの間に含まれる場合、メッセージはさらに、SIPシグナリングではない、音声ベアラをセットアップするためのRRC接続再構成メッセージを含んでいてもよい。発呼端末については、影響を受ける可能性のあるメッセージは：試行シグナリング、183セッション・シグナリング、リンギング・シグナリング、200  OKシグナリング、PRACKシグナリングなどを含み、さらに、SIPシグナリングではない、音声ベアラをセットアップするためのRRC接続再構成メッセージを含む。これに鑑み、本願のある実施形態は、DRX管理方法を提供する。
【００９５】
アクティブ化するとは、端末のDRX機能が、音声ベアラがセットアップされる前には有効にされず、音声ベアラがセットアップされるときにのみ有効にされることを意味する。たとえば、基地局は、デフォルト・ベアラをセットアップするときには端末のDRX機能をアクティブ化せず、端末のDRX機能をアクティブ化するために、音声ベアラがセットアップされるまでDRXパラメータを送信する。あるいはまた、音声ベアラがセットアップされる前に端末のDRX機能が有効にされていたときは、基地局は端末のDRX機能を構成解除して、端末のDRX機能を無効にし、音声ベアラがセットアップされるまで端末のDRX機能をアクティブ化にするようDRXパラメータを送信する。
【００９６】
図５は、本願のある実施形態によるDRX管理方法のフローチャートである。
【００９７】
S510。基地局が、端末が音声サービスをもつと判断する。
【００９８】
S520。基地局が、端末のために音声ベアラをセットアップし、端末のための音声ベアラをセットアップするとき、端末のDRX機能をアクティブ化する。具体的には、端末が音声サービスをもつと判断するとき、基地局は、端末に構成メッセージを送信してもよい。ここで、構成メッセージは端末のための音声ベアラを構成するために使用され、端末のDRX機能をアクティブ化するよう、構成メッセージにおいてDRXパラメータが担持される。構成メッセージは、たとえば、RRC接続再構成メッセージである。端末は設定メッセージを受信し、次の動作を実行する。
【００９９】
S530。端末は、DRX機能を有効にする。具体的には、構成メッセージ内のDRXパラメータに基づいてDRX機能を有効にする。
【０１００】
本願のこの実施形態の方法によれば、端末は、音声ベアラをセットアップする前にはDRX機能をアクティブ化せず、音声ベアラがセットアップされるまでDRX機能をアクティブ化せず、それにより音声通話接続遅延が低減されることがわかる。
【０１０１】
任意的に、基地局は、端末のデフォルト・ベアラをセットアップするときには、端末のDRX機能をアクティブ化しなくてもよい。これは特に、デフォルト・ベアラをセットアップする前に、基地局が、端末が音声サービスをもつと判断するシナリオに適用可能である。この場合、非音声サービスのためにRRC接続およびデフォルト・ベアラがセットアップされるときには、端末のDRX機能のアクティブ化は影響されず、端末の省電力化を容易にする。むろん、代替的に、基地局は、デフォルト・ベアラがセットアップされるときに、端末が音声サービスをもつか否かにかかわらず、端末のDRX機能をアクティブ化しなくてもよい。この場合、基地局による管理の複雑さを低減することができる。また、DRX機能がアクティブ化されないのは、専用ベアラがセットアップされる前だけであり、これは端末の省電力化にほとんど影響しない。
【０１０２】
この場合、図６を参照するに、上記のステップS520の前、すなわち、基地局が端末のための音声ベアラをセットアップする前に、本方法はさらに、下記を含む。
【０１０３】
S540。基地局が端末のためにデフォルト・ベアラをセットアップし、端末のためにデフォルト・ベアラをセットアップするときに端末のDRX機能をアクティブ化するのをスキップする。具体的には、基地局は、端末が音声サービスをもつと判断するとき、端末に構成メッセージを送信してもよい（ステップS520における構成メッセージとの区別のために、S520における構成メッセージは第一の構成メッセージと称されるところ、S540における構成メッセージは第二の構成メッセージと称される）。第二の構成メッセージは、端末のためのデフォルト・ベアラを構成するために使用され、第二の構成メッセージにおいては、端末のDRX機能をアクティブ化しないために、DRXパラメータは担持されない。構成メッセージは、たとえば、RRC接続再構成メッセージである。
【０１０４】
なお、ステップS530からS510までの間のシーケンスは限定されない。端末が音声サービスをもつことは、デフォルト・ベアラがセットアップされた後に判別されてもよく、あるいは端末が音声サービスをもつことが判別された後にのみデフォルト・ベアラがセットアップされてもよい。
【０１０５】
さらに、基地局によって送信された第一の構成メッセージを受信する前に、端末はさらに、基地局によって送信された第二の構成メッセージ（たとえば、図２のステップS206における構成メッセージ）を受信する。ここで、第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、第二の構成は、DRXパラメータを含まない。このように、デフォルト・ベアラがセットアップされるときには、端末はDRX機能を有効にしない。
【０１０６】
任意的に、図７を参照するに、基地局が、音声ベアラをセットアップする前に端末のDRX機能をアクティブにしていた場合、本方法は、さらに下記を含む。
【０１０７】
S550。基地局は、端末のDRX機能を非アクティブ化するためのメッセージを端末に送信する。具体的には、基地局は、構成メッセージ（上記の構成メッセージとの区別のために、この構成メッセージは第三の構成メッセージと称される）を端末に送信し、ここで、構成メッセージは、端末のDRX機能を構成解除するために使用される。
【０１０８】
この場合、基地局によって送信された第一の構成メッセージを受信する前に、端末はさらに下記の諸ステップを実行する。
【０１０９】
S560。端末は、基地局によって送信された第二の構成メッセージ（図２のS206における構成メッセージ）を受信する。ここで、第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、第二の構成メッセージはDRXパラメータを含む。
【０１１０】
S570。端末は、第二の構成メッセージのDRXパラメータに基づいてDRX機能を有効にする。
【０１１１】
S550。端末は、第三の構成メッセージを受信する。ここで、第三の構成メッセージは、端末のDRX機能を構成解除するために使用される。
【０１１２】
S580。端末は、第三の構成メッセージに基づいてDRX機能を構成解除する。
【０１１３】
このように、端末は、デフォルト・ベアラがセットアップされるときにDRX機能を有効にするが、基地局が端末が音声サービスをもつことを識別するときには、端末はDRX機能を無効にし、それにより、ページング接続に対するDRX機能の影響を緩和する。
【０１１４】
端末のDRX機能が音声ベアラがセットアップされる前にアクティブ化されている、たとえば端末が非音声サービスのためにRRC接続を開始し、デフォルト・ベアラをセットアップするときにDRX機能がアクティブ化されているシナリオでも、基地局は、端末が音声サービスをもつと判断するときにはDRX機能を非アクティブ化することができ、上記の方法を使うことによって、音声通話接続遅延を低減することができることがわかる。
【０１１５】
上記のステップS520において、基地局が端末のDRX機能をアクティブ化することは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータを追加することによって実現されてもよい。端末のDRX機能は、RRC接続再構成メッセージが送信されるときにはアクティブ化されていないため、RRC接続再構成メッセージの送受信は、DRX機能によって影響されず、音声ベアラの低遅延セットアップを保証し、音声通話接続遅延を低減する。
【０１１６】
同様に、上記のステップS540において、基地局が端末のためのデフォルト・ベアラをセットアップするときに端末のDRX機能をアクティブ化することをスキップすることは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータを追加しないことによって実現されてもよい。
【０１１７】
上記のステップS550において、基地局が端末に端末のDRX機能を非アクティブ化するためのメッセージを送信することは、RRC接続再構成プロセスにおいて、端末に送信されるRRC接続再構成メッセージにDRXパラメータ解放情報要素を追加することによって実現されてもよい。
【０１１８】
なお、DRXパラメータまたはDRXパラメータ解放情報要素は、RRC接続再構成メッセージにおいて伝達されるものであり、本願はそれに限定されるものではない。あるいはまた、DRXパラメータまたはDRXパラメータ解放情報要素は、別のメッセージにおいて伝達されてもよい。換言すれば、DRXパラメータを搬送するメッセージは、本願において限定されない。
【０１１９】
上記のステップS510において、基地局は、複数の方法において、端末が音声サービスをもつことを判断することができる。
【０１２０】
ある方法では、図２を参照するに、端末によって送信されたRRC接続要求メッセージを受信するとき、基地局は、RRC接続要求メッセージにおいて搬送される原因値に基づいて、端末が音声サービスをもつか否かを判断することができる。この場合、上記のステップS510は、下記の諸ステップを含んでいてもよい。
【０１２１】
基地局は、端末によって送信されたRRC接続要求メッセージを受信し、RRC接続要求メッセージは原因値を含み、原因値はRRC接続要求を開始する原因を示すために使用される。
【０１２２】
S520。基地局は、原因値に基づいて、端末が音声サービスをもつと判断する。
【０１２３】
たとえば、図２に示されるように、アイドル・モードにある発呼端末１１０がRRC接続セットアップ要求を開始し、RRC接続セットアップ要求において搬送される原因値がmo-VoiceCallのような音声通話モバイル発信元であるとき（ここで、moはmobile  originalの略）、基地局は、原因値に基づいて、その端末が発呼端末であると判断する、すなわち、その端末が音声サービスをもつと判断する。
【０１２４】
別の例では、アイドル・モードにある着呼端末１２０がRRC接続セットアップ要求を開始し、RRC接続セットアップ要求において搬送される原因値がmt-VoiceCallのような音声通話モバイル着信先であるとき（ここで、mtはmobile  terminatedの略）、基地局は、原因値に基づいて、その端末が着呼端末であると判断する、すなわち、その端末が音声サービスをもつと判断する。なお、ここでの原因値は一例にすぎず、原因値の具体的な形は限定されない。
【０１２５】
図５に示される方法によれば、図２を参照するに、端末がRRC接続を開始する際、端末が音声サービスをもつどうかを原因値に基づいて基地局が判断し、デフォルト・ベアラがセットアップさるときには端末のDRX機能をアクティブ化しなくてもよく、音声ベアラがセットアップされるときにのみ端末のDRX機能をアクティブ化することがわかる。このようにして、端末のDRX機能の音声通話への影響が緩和され、音声ページング接続遅延が低減される。
【０１２６】
別の方法では、着呼端末がページングされるときに、端末が音声サービスをもつことを示すか、または端末が着呼端末であることを示すために、指示情報がページング・メッセージに追加されてもよい。指示情報は、別個に指定された情報要素であってもよく、あるいはページング優先度であってもよい。基地局およびCNは、端末が音声サービスをもつことを示すため、または端末が音声端末であることを示すために、ページング優先度が使用されることをあらかじめ合意している。
【０１２７】
端末が音声サービスをもつことを識別するためにページング優先度が使用されるとき、端末が音声サービスをもつこと、または端末が着呼端末であることを示すために特定のページング優先度（paging  priority）が使用されることが合意されることができる。具体的には、構成設定を通じて合意がなされてもよい。具体的には、基地局とCNにおいて、整合する構成をもつページング優先度が、端末が音声サービスをもつ、または端末が着呼端末であることを示すために使用される。この場合、図２を参照すると、着呼端末１２０をページングするとき、CNは前記ページング優先度をページング・メッセージに追加する。ページング・メッセージを受信し、ページング・メッセージ中において搬送されたページング優先度が、基地局上で構成され、端末が音声サービスをもつ（または端末が着呼端末である）ことを示すために使用されるページング優先度と整合することを見出すとき、基地局１４０は、その端末が音声サービスをもつ、または着呼端末であるとみなす。具体的には、ページング・メッセージが前記ページング優先度を含むことをパースを通じて知るとき、基地局は、端末の識別子、たとえば、SAE-一時移動体加入者識別情報（SAE-temporary  mobile  subscriber  identity、S-TMSI）を記憶してもよい。ここで、SAEは、System  Architecture  Evolution［システムアーキテクチャーエボリューション］の略である。さらに、端末がRRC接続要求を開始するとき、基地局はRRC接続要求メッセージから端末の識別子を取得する。その識別子が、端末のローカルに記憶された識別子と整合する端末は、着呼端末または音声サービスをもつ端末とみなされる。このようにして、基地局は、端末が音声サービスをもつことを識別し、端末のためのデフォルト・ベアラをセットアップするときにDRX機能をアクティブ化せず、音声ベアラをセットアップするときにDRX機能をアクティブ化することができる。
【０１２８】
端末が音声サービスをもつことを識別するために前記別個に指定された情報要素が使用されるとき、該情報要素は、音声端末指示情報要素であってもよく、たとえば、LTEにおけるVoLTEユーザー指示であってもよい。ここでは単に例が使われており、情報要素の名称および形式は限定されない。図２を参照するに、着呼端末１２０をページングするとき、CNは、音声端末指示情報要素をページング・メッセージに追加する。ページング・メッセージを受信し、ページング・メッセージにおいて搬送される音声端末指示情報要素を見出すとき、基地局１４０は、その端末が音声サービスをもつ、または着呼端末であるとみなす。具体的には、パースを通じてページング・メッセージが音声端末指示情報要素を含むと知るとき、基地局は、端末の識別子、たとえば、S-TMSIを記憶する。さらに、端末がRRC接続要求を開始するとき、基地局はRRC接続要求メッセージから端末の識別子を取得する。その識別子が、端末のローカルに記憶された識別子と整合する端末は、着呼端末または音声サービスをもつ端末とみなされる。このようにして、基地局は、端末が音声サービスをもつことを識別し、端末のためのデフォルト・ベアラをセットアップするときにDRX機能をアクティブにせず、音声ベアラをセットアップするときにDRX機能をアクティブにすることができる。
【０１２９】
この場合、基地局によって、端末が音声サービスをもつことを判別する方法は：基地局によって、端末のページング・メッセージをパースし、ページング・メッセージが指示情報を含むときは端末の識別子を記憶し；端末によって送信されたRRC接続要求メッセージを基地局によって受信し、ここで、RRC接続要求メッセージは端末の識別子を含み；基地局によって記憶されている識別子がRRC接続要求メッセージ中の識別子と整合するときは、端末が音声サービスをもつことを基地局によって判別するまたは端末が着呼端末であることを判別することを含む。
【０１３０】
さらに別の方法では、端末が音声サービスをもつか否かは、初期コンテキスト・セットアップ・プロセスにおいて識別されてもよい。たとえば、初期コンテキスト・セットアップ要求メッセージに指示情報要素が追加され、該指示情報要素が、端末が音声サービスをもつことを示すために使われる。発信側の初期コンテキスト・セットアップ・プロセスでは、指示情報要素はさらに、端末が発呼端末であることを示すために使われてもよく、着信側の初期コンテキスト・セットアップ・プロセスでは、指示情報要素はさらに、端末が着呼端末であることを示すために使われてもよい。図２を参照するに、指示情報要素は、発信側のステップS205における初期コンテキスト・セットアップ要求メッセージに追加されてもよい。指示情報要素は、着信側のステップS216における初期コンテキスト・セットアップ要求メッセージに追加されてもよい。このように、初期コンテキスト・セットアップ要求メッセージを受信するとき、基地局は、初期コンテキスト・セットアップ要求メッセージにおける指示情報要素に基づいて、端末が音声サービスをもつことを判別する。
【０１３１】
端末が音声サービスをもつことを判定する方法において、デフォルト・ベアラを設定する前または設定するときに、基地局が端末が音声サービスをもつことを判別しうることがわかる。したがって、基地局は、デフォルト・ベアラをセットアップするときは端末のDRX機能をアクティブ化しなくてもよく、音声ベアラをセットアップするときに端末のDRX機能をアクティブ化する。
【０１３２】
図２を参照するに、基地局１３０は、端末１１０が音声サービスをもつと判断するときは、ステップS206において端末１１０のDRXパラメータを構成設定せず、ステップS224において端末１１０のDRXパラメータを構成設定する。端末１２０が音声サービスをもつと判定するとき、基地局１４０は、ステップS217において端末１２０のDRXパラメータを構成設定せず、ステップS228において端末１２０のDRXパラメータを構成設定する。端末のDRX機能をアクティブ化することを遅らせることにより、端末のDRX機能が音声通話接続に与える影響を緩和することができ、音声通話接続遅延が低減される。
【０１３３】
結論として、端末が音声サービスをもつと判定するための上記の方法の任意の一つによれば、端末が音声サービスをもつと判定した後、基地局は、端末のDRX機能をアクティブ化するのを遅らせ、それにより、音声ページング接続遅延を低減する。
【０１３４】
さらに別の方法では、基地局は、デフォルト・ベアラ上のメッセージをパースすることによって、端末が音声サービスをもつかどうかを識別してもよい。たとえば、デフォルト・ベアラをセットアップした後、基地局は、デフォルト・ベアラ上のデータ・パケットをパースし、パースを通じて、デフォルト・ベアラ上でSIPシグナリングが搬送されていることを見出し、端末が音声サービスをもつことを判別する。この方法は、任意の音声呼出シナリオに適用されることができ、RRC接続済みモードにある端末が音声サービスを開始するか、または音声呼び出しされる側として機能するシナリオにおいて、より良好な効果をもつ。たとえば、非音声サービスのため、端末のためにRRC接続およびデフォルト・ベアラがセットアップされ、この場合、端末のDRX機能がアクティブ化されている。端末が音声サービスをもつと判定するとき、基地局は、図７に示される方法を使って、端末のDRX機能を非アクティブ化してもよい、たとえばRRC接続再構成メッセージを送ってDRX構成を解放してもよい。基地局は、音声ベアラをセットアップするときにDRX機能をアクティブ化し、DRXパラメータを送達する。
【０１３５】
なお、上記の実施形態におけるデフォルト・ベアラは、端末が音声サービスをもつとき、QCIが5のベアラを含み、音声ベアラは、専用のベアラであり、QCIが1のベアラを含む。
【０１３６】
また、音声ベアラをがセットアップされるときにアクティブ化されるDRX機能のために使用されるDRXパラメータは、音声通信の特性を満し、よって、その後の音声通信にはほとんど影響がない。
【０１３７】
上記の実施形態の任意のものにおいて基地局によって実行される方法は、図８に示されるDRX管理装置８００を使って実装されてもよい。本装置は、判別ユニット８１０およびセットアップ・ユニット８２０を含む。
【０１３８】
判別ユニット８１０は、端末が音声サービスをもつことを判別するよう構成される。
【０１３９】
セットアップ・ユニット８２０は：端末のために音声ベアラをセットアップし、端末のために音声ベアラをセットアップする際に端末のDRX機能をアクティブ化するよう構成されている。
【０１４０】
上記の装置８００によれば、端末のDRX機能のアクティブ化を遅らせることができ、それにより、音声通話接続遅延が低減されることがわかる。
【０１４１】
任意的に、セットアップ・ユニット８２０はさらに：端末のために音声ベアラをセットアップする前に端末のためにデフォルト・ベアラをセットアップし、端末のためにデフォルト・ベアラをセットアップするときには端末のDRX機能をアクティブ化することをスキップするよう構成される。
【０１４２】
任意的に、セットアップ・ユニット８２０が、音声ベアラをセットアップする前に端末のDRX機能をアクティブ化していたときは、本装置はさらに：端末のDRX機能を非アクティブ化するためのメッセージを端末に送信するよう構成された非アクティブ化ユニット８３０をさらに含む。
【０１４３】
音声ベアラがセットアップされる前に端末のDRX機能がアクティブ化されていたシナリオにおいても、上記の装置８００を使うことによって音声通話接続遅延が低減されることができることがわかる。
【０１４４】
上記の装置８００において、セットアップ・ユニット８２０は、端末に構成メッセージを送信することによって、端末のDRX機能をアクティブ化してもよい。構成メッセージは、端末の音声ベアラを構成するために使用され、構成メッセージはDRXパラメータを含む。
【０１４５】
なお、構成メッセージは、RRC接続再構成メッセージであってもよいし、別のメッセージであってもよい。構成メッセージの形態は、本願では限定されない。
【０１４６】
上記の装置８００において、判別ユニット８１０によって、端末が音声サービスをもつか否かを判定する仕方は、上記の方法実施形態の説明と同様であり、詳細はここでは再度説明されない。
【０１４７】
上記の装置のユニットの分割は、単に論理的な機能の分割であることが理解されるべきである。実際の実装では、ユニットの全部または一部が物理的エンティティーに統合されてもよく、あるいは物理的に分離されてもよい。さらに、これらのユニットはみな、処理要素を使って呼び出されるソフトウェアの形で実装されてもよく、あるいはみな、ハードウェアの形で実装されてもよい。あるいはまた、いくつかのユニットが処理要素を使って呼び出されるソフトウェアの形で実装されてもよく、いくつかのユニットがハードウェアの形で実装されてもよい。たとえば、決定ユニット８１０は、別個に配置された処理要素であってもよく、または基地局のチップに統合されてもよく、またはプログラム・コードの形で基地局のメモリに記憶されてもよく、判別ユニットの機能を実行するために基地局の処理要素を使って呼び出されてもよい。他のユニットの実装は、判別ユニットの実装と同様である。さらに、ユニットの一部または全部が統合されてもよく、あるいは別個に実装されてもよい。本明細書における処理要素は、信号処理能力を有する集積回路であってもよい。実装プロセスにおいて、方法の諸ステップまたは上記の諸ユニットは、前記プロセッサ要素内のハードウェアの集積論理回路によって、またはソフトウェアの形の命令を呼び出す処理要素によって実装されてもよい。
【０１４８】
たとえば、それらのユニットは、上記の方法を実行する一つまたは複数の集積回路、たとえば、一つまたは複数の特定用途向け集積回路（Application-Specific  Integrated  Circuit、ASIC）、または一つまたは複数のマイクロプロセッサ（digital  signal  processor、DSP）、または一つまたは複数のフィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、FPGA）として構成されてもよい。別の例では、上記のユニットのうちの一つが処理要素によってプログラム・コードを呼び出す形で実装されるとき、その処理要素は、汎用プロセッサ、たとえば、中央処理装置（Central  Processing  Unit、CPU）またはそのプログラム・コードを呼び出すことができる別のプロセッサであってもよい。別の例では、それらのユニットは集積され、システム・オン・チップ（system-on-a-chip、SOC）の形で実装されてもよい。
【０１４９】
図９は、本願のある実施形態による基地局の概略的な構造図である。図９に示されるように、基地局は、プロセッサ９１０、メモリ９２０およびトランシーバ装置９３０を含む。トランシーバ装置９３０は、アンテナに接続されてもよい。メモリ９２０は、上記の方法実施形態または装置実施形態を実装するためのユニットのプログラム・コードを記憶するよう構成される。プロセッサ９１０は、上記の方法実施形態において基地局の動作を実行するために、プログラム・コードを呼び出す。
【０１５０】
任意の上記実施形態において端末によって実行される方法は、図１０に示されるDRX管理装置１０００を使って実装されてもよい。本装置は、トランシーバ・ユニット１０１０および処理ユニット１０２０を含む。トランシーバ・ユニット１０１０は、基地局によって送信された第一の構成メッセージを受信するよう構成され、第一の構成メッセージは、端末の音声キャリアを構成するために使用され、第一の構成メッセージはDRXパラメータを含む。処理ユニット１０２０は、DRXパラメータに基づいてDRX機能を有効にするよう構成される。
【０１５１】
任意的に、基地局によって送信された第一の構成メッセージを受信する前に、トランシーバ・ユニット１０１０は、基地局によって送信された第二の構成メッセージを受信するようさらに構成され、ここで、第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、第二の構成メッセージはDRXパラメータを含まない。このように、デフォルト・ベアラがセットアップされるときは、端末はDRX機能を有効にしない。
【０１５２】
任意的に、基地局によって送信された第一の構成メッセージを受信する前に、トランシーバ・ユニット１０１０は、基地局によって送信された第二の構成メッセージを受信するようさらに構成され、ここで、第二の構成メッセージは、端末のデフォルト・ベアラを構成するために使用され、第二の構成メッセージはDRXパラメータを含む。処理ユニット１０２０は、第二の構成メッセージ内のDRXパラメータに基づくDRX機能を有効にする。トランシーバ・ユニット１０１０はさらに、第三の構成メッセージを受信するよう構成され、第三の構成メッセージは、端末のDRX機能を構成解除するために使用される。処理ユニット１０２０は、第三の構成メッセージに基づいてDRX機能を構成解除するよう構成される。
【０１５３】
このように、端末は、デフォルト・ベアラがセットアップされるときにDRX機能を有効にするが、基地局が端末が音声サービスをもつことを識別するときには、端末はDRX機能を無効にし、それによりページング接続に対するDRX機能の影響を緩和する。
【０１５４】
任意的に、トランシーバ・ユニット１０１０はさらに、RRC接続要求を基地局に送信する際に、原因値をアイドル・モードにおいて追加するよう構成される。原因値は、RRC接続要求を開始する原因を示すために使用され、基地局は、原因値に基づいて、端末が音声サービスをもつと判断する。さらに、端末が発呼端末のときは、原因値はmo-VoiceCallのような音声通話モバイル発信元であり、端末が着呼端末のときは、原因値はmt-VoiceCallのような音声通話モバイル着信先である。
【０１５５】
上記のトランシーバ・ユニットは端末のトランシーバ装置であってもよく、処理ユニットは端末のプロセッサであってもよい。
【０１５６】
図１１は、本願のある実施形態による端末の概略的な構造図である。図１１に示されるように、本端末は、プロセッサ１１１０、メモリ１１２０、およびトランシーバ装置１１３０を含む。トランシーバ装置１１３０は、アンテナに接続されてもよい。メモリ１１２０は、上記の方法実施形態または装置実施形態を実装するためのユニットのプログラム・コードを記憶するよう構成される。プロセッサ１１１０は、上記の方法実施形態における端末の動作を実行するために、プログラム・コードを呼び出す。
【０１５７】
上記の実施形態の説明に基づいて、当業者は、本願がハードウェア、ファームウェア、またはそれらの組み合わせによって実装されうることを明確に理解しうる。本願がソフトウェアによって実装されるとき、上記の機能は、コンピュータ読取可能媒体に記憶されるか、または一つまたは複数の命令またはコードとしてコンピュータ読取可能媒体内において伝送されてもよい。コンピュータ読取可能媒体は、コンピュータ記憶媒体および通信媒体を含み、通信媒体は、コンピュータ・プログラムをある場所から別の場所に伝送することを可能にする任意の媒体を含む。記憶媒体は、コンピュータにとってアクセス可能な任意の利用可能な媒体でありうる。下記は例を与えるが、制限を課すものではない。コンピュータ読取可能媒体は、RAM、ROM、EEPROM、CD-ROM、または他の光ディスク記憶もしくはディスク記憶媒体、または他の磁気記憶デバイス、または命令またはデータ構造の形で予期されるプログラム・コードを搬送または記憶することができ、コンピュータによってアクセスされることができる他の任意の媒体を含みうる。さらに、任意の接続は、コンピュータ読取可能媒体として適切に定義されうる。たとえば、ソフトウェアが、ウェブサイト、サーバーまたは他のリモート源から、同軸ケーブル、光ファイバー／ケーブル、ツイストペア、デジタル加入者線（DSL）、または赤外線、電波およびマイクロ波のような無線技術を使って送信される場合、その同軸ケーブル、光ファイバー／ケーブル、ツイストペア、DSL、または赤外線、電波およびマイクロ波のような無線技術が、それらが属する媒体の定義に含まれる。
【０１５８】
上記の説明は、単に本願の具体的な実装であり、本願の保護範囲を制限することは意図されていない。本願に開示された技術的範囲内で当業者によって容易に割り出される任意の変形または置換は、本願の保護範囲内にはいる。したがって、本願の保護範囲は、請求項の保護範囲に従うものとする。
【図１】
0006868110.tif 000002
【図２Ａ】
0006868110.tif 000003
【図２Ｂ】
0006868110.tif 000004
【図３】
0006868110.tif 000005
【図４】
0006868110.tif 000006
【図５】
0006868110.tif 000007
【図６】
0006868110.tif 000008
【図７】
0006868110.tif 000009
【図８】
0006868110.tif 000010
【図９】
0006868110.tif 000011
【図１０】
0006868110.tif 000012
【図１１】
0006868110.tif 000013