(57)【特許請求の範囲】
【請求項１】
不連続受信のための方法であって、
端末装置が第一のサービスタイプを確定することであって、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであることと、
前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することと、
前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定することとを含み、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記端末装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定ことであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定することとを含む、前記方法。
【請求項２】
前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）を含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含むことを特徴とする
請求項１に記載の方法。
【請求項４】
一つのサービスタイプが一つの時間長に対応し、又は一つのサービスタイプが一つのグループの時間長に対応することを特徴とする
請求項３に記載の方法。
【請求項５】
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含むことを特徴とする
請求項１又は２に記載の方法。
【請求項６】
前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項１〜５のいずれか一項に記載の方法。
【請求項７】
不連続受信のための装置であって、前記不連続受信のための装置が端末装置に適用され、
確定ユニットを備え、前記確定ユニットは、
第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであり、
前記第一のサービスタイプに応じて第一の長さを確定し、
前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成され、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、
前記確定ユニットは具体的に、
前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、
前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定するように構成される、前記不連続受信のための装置。
【請求項８】
前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
【請求項９】
前記確定ユニットは具体的に、
前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
【請求項１０】
一つのサービスタイプが一つの時間長に対応し、又は一つのサービスタイプが一つのグループの時間長に対応することを特徴とする
請求項９に記載の不連続受信のための装置。
【請求項１１】
前記確定ユニットは具体的に、
前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きく、
前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成されることを特徴とする
請求項７又は８に記載の不連続受信のための装置。
【請求項１２】
前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項７〜１１のいずれか一項に記載の不連続受信のための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は通信分野に関し、且つより具体的には、通信分野における不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：「ＤＲＸ」と略称）のための方法及び装置に関する。
【背景技術】
【０００２】
サービスモードの変更における状態遷移のオーバーヘッドを削減するために、長期進化（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）中に中間状態、即ち接続状態不連続受信（Ａｃｔｉｖｅ  Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：「Ａｃｔｉｖｅ  ＤＲＸ」と略称）メカニズムが導入されている。接続状態ＤＲＸメカニズムは、端末装置が無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：「ＲＲＣ」）と略称）接続を維持する状態でスリープ状態とアクティブ状態の間で周期的に遷移することを許可する。接続状態ＤＲＸメカニズムは、端末装置の接続状態をアクティブ状態段階とスリープ状態段階に分ける。端末装置がアクティブ状態段階にある場合、該端末装置がダウンリンクデータパケットを受信することができるように、該端末装置の受信アンテナはオンになり、この時に端末装置の電力消費が高く、端末装置がスリープ状態段階にある場合、該端末装置の受信アンテナがオフになり、該端末装置が下りデータパケットを受信することができなくなり、この時に端末装置は省電力モードになるが、ＲＲＣ接続のコンテキストがそのままである。
【０００３】
端末装置が周期的にスリープ期間に入り且つ物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：「ＰＤＣＣＨ」と略称）のモニタリングを停止することにより、システムリソース配置を最適化することができ、そしてさらに重要なことには、電力を節約することができ、端末装置をＲＲＣアイドルモードにしてこの目的を達成する必要がなく、例えばｗｅｂブラウジング、即時通信などのいくつかの非リアルタイムアプリケーションが常にしばらくの間存在し、端末装置はダウンリンクデータ及び関連処理を常にモニタリングする必要がなく、このようにしてＤＲＸはこのような場合に応用されてもよく、また、この状態でＲＲＣ接続が依然として存在するため、端末装置がアクティブ状態に移行する速度は非常に速い。
【０００４】
従来のＤＲＸ技術に対して、ネットワーク装置はＲＲＣシグナリングで各端末装置に一つ又は一つのグループのタイマーを配置して接続状態ＤＲＸ周期を変更するが、このような配置方式が柔軟ではないため、シグナリングオーバーヘッドが大きい。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願の実施例による不連続受信のための方法及び装置は、不連続受信のためのタイマーの長さを柔軟に設定し、シグナリングオーバーヘッドを節約することができる。
【課題を解決するための手段】
【０００６】
第一の態様による不連続受信のための方法は、端末装置が第一のサービスタイプを確定することであって、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであることと、前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することと、前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定することとを含む。
【０００７】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、同時にネットワーク装置が上位層シグナリングで指示する必要がなく、シグナリングオーバーヘッドを節約し、それによってユーザエクスペリエンスを向上させる。
【０００８】
第一の態様の第一の可能な実施形態では、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【０００９】
具体的には、端末装置は上記の４つのタイプのタイマーに対してそれぞれ設定し、又はその中の一部のみに対して設定することができ、残りの一部に対して依然としてネットワーク装置によって上位層シグナリングで設定するが、本出願の実施例はこれに限定されない。
【００１０】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第二の可能な実施形態では、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記端末装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定することであって、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【００１１】
具体的には、該端末装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【００１２】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【００１３】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第三の可能な実施形態では、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記端末装置が前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【００１４】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該端末装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該端末装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該端末装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【００１５】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第四の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【００１６】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。該第二のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【００１７】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【００１８】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第五の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【００１９】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該端末装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【００２０】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第六の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【００２１】
本出願のいくつかの態様では、該端末装置は第一のＨＡＲＱプロセス識別子を確定した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該端末装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【００２２】
第二の態様による不連続受信のための方法は、ネットワーク装置が、ネットワーク装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定することと、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することであって、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）するためのタイマーの長さであることと、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することとを含む。
【００２３】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定し、そしてネットワーク装置によって端末装置に送信して設定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、それによってユーザエクスペリエンスを向上させる。
【００２４】
第二の態様の第一の可能な実施形態では、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つであり、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信することを含む。
【００２５】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第二の可能な実施形態では、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記ネットワーク装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定し、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【００２６】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第三の可能な実施形態では、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【００２７】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第四の可能な実施形態では、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【００２８】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第五の可能な実施形態では、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【００２９】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第六の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【００３０】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第七の可能な実施形態では、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が物理層シグナリングで前記端末装置へ前記第一の長さを送信することを含む。
【００３１】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第八の可能な実施形態では、前記物理層シグナリングはダウンリンク制御情報（ＤＣＩ）である。
【００３２】
本出願のいくつかの態様では、該ネットワーク装置は第一のＨＡＲＱプロセス識別子を確定した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該ネットワーク装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【００３３】
第三の態様による別の不連続受信のための方法は、端末装置がネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することと、前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）受信する時に用いられるタイマーの長さとして確定することとを含む。
【００３４】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、それによってユーザエクスペリエンスを向上させる。
【００３５】
第三の態様の第一の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【００３６】
第三の態様の上記可能な実施形態と組み合わせ、第三の態様の第二の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０より大きいことと、前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【００３７】
第三の態様の上記可能な実施形態と組み合わせ、第三の態様の第三の可能な実施形態では、前記端末装置がネットワーク装置から送信された前記第一のＨＡＲＱプロセス識別子を受信することは、前記端末装置が前記ネットワーク装置から送信されたＨＡＲＱ情報を受信し、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれることを含む。
【００３８】
本出願のいくつかの態様では、該端末装置は第一のＨＡＲＱプロセス識別子を受信した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該端末装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【００３９】
第四の態様による別の不連続受信のための方法は、ネットワーク装置が、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定することと、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することとを含む。
【００４０】
本出願の実施例における不連続受信のための方法では、ネットワーク装置が端末装置と現在サービス伝送を行っている第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、そして該第一のＨＡＲＱプロセス識別子を端末装置に送信することにより、該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの第一の長さを確定することができ、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【００４１】
第四の態様の第一の可能な実施形態では、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することは、前記ネットワーク装置が前記端末装置へＨＡＲＱ情報を送信し、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれることを含む。
【００４２】
第四の態様の上記可能な実施形態と組み合わせ、第四の態様の第二の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【００４３】
第五の態様による不連続受信のための装置は上記第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【００４４】
第六の態様による不連続受信のための装置は上記第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【００４５】
第七の態様による不連続受信のための装置は上記第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【００４６】
第八の態様による不連続受信のための装置は上記第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【００４７】
第九の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行する。
【００４８】
第十の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行する。
【００４９】
第十一の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行する。
【００５０】
第十二の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行する。
【００５１】
第十三の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【００５２】
第十四の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【００５３】
第十五の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【００５４】
第十六の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行するための命令を含む
【図面の簡単な説明】
【００５５】
【図１】本出願の実施例に応用される無線通信システムの概略アーキテクチャ図である。
【図２】本出願の実施例による不連続受信のための方法の概略フローチャートである。
【図３】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図４】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図５】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図６】本出願の実施例による不連続受信のための装置の概略ブロック図である。
【図７】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図８】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図９】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図１０】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図１１】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図１２】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図１３】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【発明を実施するための形態】
【００５６】
以下に本出願の実施例の図面と組み合わせながら、本出願の実施例における技術的解決策を説明する。
【００５７】
本出願の実施例の技術的解決策は様々な通信システム、例えばグローバルモバイル通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：「ＧＳＭ」と略称）システム、符号分割多元アクセス（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＣＤＭＡ」）システム、帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＷＣＤＭＡ」と略称）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：「ＧＰＲＳ」と略称）、長期進化型（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：「ＴＤＤ」と略称）、汎用移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：「ＵＭＴＳ」と略称）、グローバル相互接続マイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：「ＷｉＭＡＸ」と略称）通信システム、将来の進化した公衆陸上モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）又は将来の５Ｇシステムなどに応用されてもよい。
【００５８】
選択可能に、５Ｇシステム又はネットワーク装置はさらに新しい無線（Ｎｅｗ  Ｒａｄｉｏ：「ＮＲ」と略称）システム又はネットワークとも呼ばれてもよい。
【００５９】
図１に本出願の実施例に応用される無線通信システム１００が示される。該無線通信システム１００は少なくとも一つのネットワーク装置１１０を備えることができる。ネットワーク装置１１０は端末装置と通信する装置であってもよい。各ネットワーク装置１１０は特定の地理的エリアに対して通信カバレッジを提供することができ、そして該カバレッジエリアに位置する端末装置（例えばＵＥ）と通信を行うことができる。該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ：「ＢＴＳ」と略称）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：「ＮＢ」と略称）であってもよく、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ：「ｅＮＢ又はｅＮｏｄｅＢ」と略称）であってもよく、クラウド無線アクセスネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：「ＣＲＡＮ」と略称）における無線コントローラであってもよく、又は該ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおけるネットワーク側装置又は将来の進化したＰＬＭＮにおけるネットワーク装置などであってもよい。
【００６０】
該無線通信システム１００はさらにネットワーク装置１１０のカバレッジに位置する複数の端末装置１２０を備える。該端末装置１２０は移動式又は固定式でもよい。該端末装置１２０はアクセス端末、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：「ＵＥ」と略称）、加入者ユニット、加入者局、移動局、移動ステーション、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザ装置を指すことができる。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ：「ＳＩＰ」と略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ：「ＷＬＬ」と略称）ステーション、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：「ＰＤＡ」と略称）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理装置、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末装置又は将来の進化したＰＬＭＮにおける端末装置などであってもよい。
【００６１】
選択可能に、該無線通信システム１００はさらにネットワークコントローラ、移動管理エンティティなどの他のネットワークエンティティを備えることができるが、本出願の実施例はこれに限定されない。
【００６２】
以下にまず本出願の実施例に係る不連続（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：「ＤＲＸ」と略称）技術を説明する。
【００６３】
パケットベースのデータストリームが通常突発的であり、データ伝送がない時に、端末装置の受信回路をオフにして消費電力を低減し、それによって電池使用時間を増加することができる。これはＤＲＸの起源であり、即ちＤＲＸ技術はＰＤＣＣＨチャネルのモニタリングを一定期間停止することを意味する。ＤＲＸが２つのタイプに分けられ、一つのタイプはＤＲＸ  ｉｎ  ＲＲＣ＿ＩＤＬＥであり、その名前に示すように、端末装置がアイドル（ＩＤＬＥ）状態にある場合の不連続受信を意味し、ＩＤＬＥ状態にある時に、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：「ＲＲＣ」と略称）接続及びユーザの固有リソースがないため、これが主にコールチャネルとブロードキャストチャネルをモニタリングすることに用いられ、固定された周期を予め定めておけば、不連続受信の目的を達成することができるが、端末装置がユーザデータチャネルをモニタリングしたい場合、ＩＤＬＥ状態から先に接続（ＣＯＮＮＥＣＴＥＤ）状態に入る必要があり、もう一つのタイプはＤＲＸ  ｉｎ  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであり、即ち端末装置がＲＲＣ接続状態にある場合の不連続受信であり、端末装置が周期的にスリープ期間に入り且ＰＤＣＣＨのモニタリングを停止することにより、システムリソース配置を最適化することができ、さらに重要なことには、電力を節約することができ、端末装置をＲＲＣアイドルモードにしてこの目的を達成する必要がなく、例えばｗｅｂブラウジング、即時通信などのいくつかの非リアルタイムアプリケーションが常にしばらくの間存在し、携帯電話がダウンリンクデータ及び関連処理を常にモニタリングする必要がなく、このようにしてＤＲＸがこのような場合に応用されてもよい。
【００６４】
ＤＲＸ  ｉｎ  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは接続状態ＤＲＸとも呼ばれてもよい。接続状態ＤＲＸメカニズムは、端末装置がＲＲＣ接続を維持する状態でスリープ状態とアクティブ状態の間で周期的に遷移することを許可する。接続状態ＤＲＸメカニズムは、端末装置の接続状態をアクティブ状態段階とスリープ状態段階に分割する。端末装置がアクティブ状態段階にある場合、該端末装置がダウンリンクデータパケットを受信することができるように、該端末装置の受信アンテナはオンになり、この時に端末装置の電力消費が高く、端末装置がスリープ状態段階にある場合、該端末装置の受信アンテナがオフになり、該端末装置が下りデータパケットを受信することができなくなり、この時に端末装置は省電力モードになるが、ＲＲＣ接続のコンテキストがそのままである。
【００６５】
接続状態ＤＲＸでは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）という４つのタイマーに関する。以下に上記の４つのタイマーの役割をそれぞれ説明する。
【００６６】
（１）Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ
端末装置はＤＲＸからアクティブになるたびにアクティブ時間を維持し、この間にＰＤＣＣＨを検索する。残りの時間内、端末装置はその受信機をオフにし、スリープ状態になることができる。したがって、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）は、ＤＲＸ周期ごとに、端末装置がモニタリングする必要があるＰＤＣＣＨのサブフレーム数を示す。
【００６７】
（２）ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ
端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）の期間に一つのスケジューリングメッセージ（最初に伝送されたＰＤＣＣＨを示す）を受信する場合、該端末装置はＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）を起動し、該タイマーの実行期間における各ダウンリンクサブフレームにおいてＰＤＣＣＨをモニタリングする。ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）の実行期間に一つのスケジューリングメッセージ（最初に伝送されたＰＤＣＣＨを示す）をさらに受信する場合、該端末装置は該タイマーを再起動する。この時間内に、該端末装置に関連するＰＤＣＣＨが再モニタリングされない場合、該端末装置はスリープ状態に入る。
【００６８】
（３）ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ
ＨＡＲＱ往復時間差（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ：「ＲＴＴ」と略称）は、端末装置がダウンリンク再送信（ＤＬ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）の到達に必要な最短間隔時間を予測するものであり、つまり、ダウンリンク再送信が到達する前に、該端末装置はそれに注意を払う必要がなく、スリープ状態にあることができ、このタイマーが切れると、アクティブ状態にある必要がある。したがって、ＨＡＲＱ  ＲＴＴタイマーは、端末装置が再送信を待つ前に必要とされるサブフレームの最小数を指す。
【００６９】
（４）ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ
端末装置がＤＬ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎを受信することを予測する時間は、即ちＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）がダウンリンク再送を受信するために必要な時間である。したがって、ＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）は端末装置がＨＡＲＱ再送信を待つ時にモニタリングする必要がある最大のＰＤＣＣＨのサブフレームの数を指す。理論的には、各非ブロードキャストＨＡＲＱプロセスに対して、異なるＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）とＨＡＲＱ  ＲＴＴタイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）を定義することができ、ＨＡＲＱ  ＲＴＴタイマーが切れた後、ＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）を起動する。
【００７０】
図２は本出願の実施例による不連続受信のための方法２００の概略フローチャートである。図２に示すように、該方法２００は以下を含む。
【００７１】
Ｓ２１０において、端末装置は第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプである。
【００７２】
Ｓ２２０において、前記端末装置は前記第一のサービスタイプに応じて第一の長さを確定する。
【００７３】
Ｓ２３０において、前記端末装置は前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定する。
【００７４】
具体的には、端末装置は該端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて、ＤＲＸのためのタイマーの長さを確定することができ、本明細書でまとめて第一の長さと呼ぶ。したがって、ＤＲＸのためのタイマーの長さがサービスタイプの変化に応じて変化することができ、異なるサービスタイプに基づき、端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【００７５】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、同時にネットワーク装置が上位層シグナリングで指示する必要がなく、シグナリングオーバーヘッドを節約し、それによってユーザエクスペリエンスを向上させる。
【００７６】
一つの選択可能な実施例として、前記タイマーは、
オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【００７７】
具体的には、端末装置は上記４つのタイプのタイマーに対してそれぞれ設定し、又はその中の一部のみに対して設定することができ、残りの一部に対して依然としてネットワーク装置によって上位層シグナリングで設定するが、本出願の実施例はこれに限定されない。
【００７８】
理解すべきものとして、該端末装置は、複数の方式を用いて第一のサービスタイプに応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することは、
前記端末装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【００７９】
具体的には、該端末装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【００８０】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【００８１】
一つの選択可能な実施例として、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記端末装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【００８２】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該端末装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該端末装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該端末装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【００８３】
理解すべきものとして、該端末装置は、複数の方式を用いて第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【００８４】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。第二のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【００８５】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【００８６】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【００８７】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該端末装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【００８８】
一つの選択可能な実施例として、前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【００８９】
上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【００９０】
図３は本出願の実施例による別の不連続受信のための方法３００の概略フローチャートである。図３に示すように、該方法３００は以下を含む。
【００９１】
Ｓ３１０において、ネットワーク装置は端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定する。
【００９２】
Ｓ３２０において、前記ネットワーク装置は前記第一のサービスタイプに応じて第一の長さを確定し、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【００９３】
Ｓ３３０において、前記ネットワーク装置は前記端末装置へ前記第一の長さを送信する。
【００９４】
具体的には、ネットワーク装置は端末装置が該ネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて、第一の長さを確定することができる。したがって、ＤＲＸのためのタイマーの長さがサービスタイプの変化に応じて変化することができ、本出願の実施例では、ネットワーク装置は異なるサービスタイプに基づき、端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【００９５】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定し、そしてネットワーク装置によって端末装置に送信して設定することにより、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【００９６】
一つの選択可能な実施例として、前記タイマーは、
オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【００９７】
前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、
前記ネットワーク装置が前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信することを含む。
【００９８】
具体的には、ネットワーク装置は上記の４つのタイプのタイマーの全て又は一部に対してそれぞれ設定し、そして設定された第一の長さ及び第一の長さに対応するタイマータイプを端末装置に送信する。
【００９９】
理解すべきものとして、該ネットワーク装置は、複数の方式を用いて第一のサービスタイプに応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記ネットワーク装置が前記第一のサービスタイプに応じて第一の長さを確定することは、
前記ネットワーク装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定し、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【０１００】
具体的には、該ネットワーク装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係はプロトコルにおいて予め規定されたものであってもよい。
【０１０１】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該ネットワーク装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【０１０２】
一つの選択可能な実施例として、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、
前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記ネットワーク装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【０１０３】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該ネットワーク装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該ネットワーク装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該ネットワーク装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【０１０４】
理解すべきものとして、該ネットワーク装置は、同様に複数の方式を用いて第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【０１０５】
具体的には、該ネットワーク装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。該第二のマッピング関係はプロトコルにおいて予め規定されたものであってもよい。
【０１０６】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該ネットワーク装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【０１０７】
一つの選択可能な実施例として、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【０１０８】
具体的には、該ネットワーク装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該ネットワーク装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【０１０９】
一つの選択可能な実施例として、前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【０１１０】
一つの選択可能な実施例として、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、
前記ネットワーク装置が物理層シグナリングで前記端末装置へ前記第一の長さを送信することを含む。
【０１１１】
一つの選択可能な実施例として、前記物理層シグナリングはダウンリンク制御情報（ＤＣＩ）である。
【０１１２】
このようにして、該ネットワーク装置は物理層シグナリングで該端末装置ＤＲＸのタイマーの長さを動的に示すことができ、上位層ＲＲＣシグナリングで配置するという方式と比較して、シグナリングオーバーヘッドを節約する。
【０１１３】
上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【０１１４】
図４は本出願の実施例による別の不連続受信のための方法４００の概略フローチャートである。図４に示すように，該方法４００は以下を含む。
【０１１５】
Ｓ４１０において、端末装置はネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１１６】
Ｓ４２０において、前記端末装置は前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定する。
【０１１７】
Ｓ４３０において、前記端末装置は前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定する。
【０１１８】
具体的には、端末装置は該端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じてＤＲＸのための第一の長さを確定することができる。したがって、ＤＲＸのためのタイマーの長さがＨＡＲＱプロセス識別子の変化に応じて変化することができ、異なるＨＡＲＱプロセス識別子に応じて端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【０１１９】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【０１２０】
一つの選択可能な実施例として、前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【０１２１】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【０１２２】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【０１２３】
図５は本出願の実施例による別の不連続受信のための方法５００の概略フローチャートである。図５に示すように、該方法５００は以下を含む。
【０１２４】
Ｓ５１０において、ネットワーク装置は端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定する。
【０１２５】
Ｓ５２０において、前記ネットワーク装置は前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１２６】
Ｓ５３０において、前記ネットワーク装置は前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信する。
【０１２７】
具体的には、ネットワーク装置はまず端末装置と現在伝送する第一のサービスタイプを確定し、次に第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、該第一のＨＡＲＱプロセス識別子を該端末装置に送信することができ、これにより該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの長さを確定する。
【０１２８】
本出願の実施例における不連続受信のための方法では、ネットワーク装置が端末装置と現在サービス伝送を行っている第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、そして該第一のＨＡＲＱプロセス識別子を端末装置に送信することにより、該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの第一の長さを確定することができ、不連続受信のためのタイマーの長さを柔軟に設定し、ユーザエクスペリエンスを向上させることができる。
【０１２９】
一つの選択可能な実施例として、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することは、
前記ネットワーク装置が前記端末装置へＨＡＲＱ情報を送信することを含み、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【０１３０】
それに対応して、前記端末装置がネットワーク装置から送信された前記第一のＨＡＲＱプロセス識別子を受信することは、
前記端末装置が前記ネットワーク装置から送信されたＨＡＲＱ情報を受信することを含み、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【０１３１】
一つの選択可能な実施例として、前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【０１３２】
また、上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【０１３３】
以上に図１〜図５と組み合わせ、本出願の実施例による不連続受信のための方法を詳細に説明し、以下に図６〜図１３と組み合わせ、本出願の実施例による不連続受信のための装置を詳細に説明する。
【０１３４】
図６は本出願の実施例による不連続受信のための装置６００の概略フローチャートである。該装置６００は確定ユニットを備える。
【０１３５】
確定ユニット６１０は、第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであり、前記第一のサービスタイプに応じて、第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【０１３６】
選択可能に、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【０１３７】
選択可能に、前記確定ユニット６１０は、具体的に前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【０１３８】
選択可能に、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記確定ユニット６１０は、具体的に前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定するように構成される。
【０１３９】
選択可能に、前記確定ユニット６１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【０１４０】
選択可能に、前記確定ユニット６１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【０１４１】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【０１４２】
一つの選択可能な例では、当業者は、装置６００が具体的に上記実施例２００における端末装置であってもよく、装置６００が上記方法の実施例２００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１４３】
図７は本出願の実施例による別の不連続受信のための装置７００の概略フローチャートである。該装置７００は確定ユニット７１０と送信ユニット７２０を備える。
【０１４４】
確定ユニット７１０は、端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一の長さを確定するように構成され、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【０１４５】
送信ユニット７２０は、前記端末装置へ前記第一の長さを送信するように構成される。
【０１４６】
選択可能に、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ  Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つであり、前記送信ユニット７２０は具体的に前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信するように構成される。
【０１４７】
選択可能に、前記確定ユニット７１０は、具体的に前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【０１４８】
選択可能に、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記確定ユニット７１０は、具体的に前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定するように構成される。
【０１４９】
選択可能に、前記確定ユニット７１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【０１５０】
選択可能に、前記確定ユニット７１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【０１５１】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【０１５２】
選択可能に、前記送信ユニット７２０は具体的に物理層シグナリングで前記端末装置へ前記第一の長さを送信するように構成される。
【０１５３】
選択可能に、前記物理層シグナリングがダウンリンク制御情報（ＤＣＩ）である。
【０１５４】
一つの選択可能な例では、当業者は、装置７００が具体的に上記実施例３００におけるネットワーク装置であってもよく、装置７００が上記方法の実施例３００におけるネットワーク装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１５５】
図８に本出願の実施例による別の不連続受信のための装置８００が示される。該装置８００は、受信ユニット８１０と確定ユニット８２０を備える。
【０１５６】
受信ユニット８１０は、ネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１５７】
確定ユニット８２０は、前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【０１５８】
選択可能に、前記確定ユニット８２０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【０１５９】
選択可能に、前記確定ユニット８２０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【０１６０】
選択可能に、前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ  Ｉｎａｃｔｉｖｉｔｙ  Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ  ＲＴＴ  Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅｒ）のうちの少なくとも一つである。
【０１６１】
選択可能に、前記受信ユニット８１０は具体的に前記ネットワーク装置から送信されたＨＡＲＱ情報を受信するように構成され、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【０１６２】
一つの選択可能な例では、当業者は、装置８００が具体的に上記実施例４００における端末装置であってもよく、装置８００が上記方法の実施例４００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１６３】
図９に本出願の実施例による別の不連続受信のための装置９００が示される。該装置９００は、確定ユニット９１０と送信ユニット９２０を備える。
【０１６４】
確定ユニット９１０は、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１６５】
送信ユニット９２０は、前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信するように構成される。
【０１６６】
選択可能に、前記送信ユニット９２０は具体的に前記端末装置へＨＡＲＱ情報を送信するように構成され、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【０１６７】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【０１６８】
一つの選択可能な例では、当業者は、装置９００が具体的に上記実施例５００におけるネットワーク装置であってもよく、装置９００が上記方法の実施例５００におけるネットワーク装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１６９】
理解すべきものとして、ここでの装置６００、装置７００、装置８００及び装置９００は機能ユニットの形で具現化されてもよい。ここでの用語「ユニット」は、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、電子回路、一つ又は複数のソフトウェア又はファームウェアプログラムを実行するためのプロセッサ（例えば共有プロセッサ、専用プロセッサ又はグループプロセッサなど）とメモリ、マージロジック回路及び／又は説明された機能をサポートする他の適切な構成要素を指すことができる。
【０１７０】
図１０は本出願の実施例による装置１０００の概略ブロック図である。図１０に示すように、該装置１０００はプロセッサ１０１０と送受信機１０２０を備える。
【０１７１】
ここで、該プロセッサ１０１０は第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置とネットワーク装置が現在サービス伝送を行うサービスタイプであり、前記第一のサービスタイプに応じて、第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【０１７２】
一つの選択可能な例では、当業者は、装置１０００が具体的に上記実施例２００における端末装置であってもよく、装置１０００が上記方法の実施例２００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１７３】
選択可能に、装置１０００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１０１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【０１７４】
図１１は本出願の実施例による装置１１００の概略ブロック図である。図１１に示すように、該装置１１００はプロセッサ１１１０と送受信機１１２０を備える。
【０１７５】
ここで、該プロセッサ１１１０は、端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一の長さを確定するように構成され、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【０１７６】
該送受信機１１２０は、前記端末装置へ前記第一の長さを送信するように構成される。
【０１７７】
一つの選択可能な例では、当業者は、装置１１００が具体的に上記実施例３００における端末装置であってもよく、装置１１００が上記方法の実施例３００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１７８】
選択可能に、装置１１００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１１１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【０１７９】
図１２は本出願の実施例による装置１２００の概略ブロック図である。図１２に示すように、該装置１２００はプロセッサ１２１０と送受信機１２２０を備える。
【０１８０】
ここで、該送受信機１２２０はネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１８１】
該プロセッサ１２１０は前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【０１８２】
一つの選択可能な例では、当業者は、装置１２００が具体的に上記実施例４００における端末装置であってもよく、装置１２００が上記方法の実施例４００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、  繰り返しを避けるために、ここで説明を省略する。
【０１８３】
選択可能に、装置１２００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１２１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【０１８４】
図１３は本出願の実施例による装置１３００の概略ブロック図である。図１３に示すように、該装置１３００はプロセッサ１３１０と送受信機１３２０を備える。
【０１８５】
ここで、該プロセッサ１３１０は、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【０１８６】
該送受信機１３２０は、前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信するように構成される。
【０１８７】
一つの選択可能な例では、当業者は、装置１３００が具体的に上記実施例５００における端末装置であってもよく、装置１３００が上記方法の実施例５００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【０１８８】
選択可能に、装置１３００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１３１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【０１８９】
理解すべきものとして、本発明の実施例では、プロセッサは中央処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であってもよく、プロセッサはさらに他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、専用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいずれかの従来のプロセッサなどであってもよい。
【０１９０】
実施プロセスでは、上記方法の各ステップは、プロセッサ内のハードウェアの集積論理回路又はソフトウェアの形の命令によって完了されてもよい。本出願の実施例と組み合わせて開示された方法のステップはハードウェアプロセッサによって実行されて完了され、又はプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける命令を実行し、そのハードウェアと組み合わせて上記方法のステップを完了する。繰り返しを回避するために、ここで詳細な説明を省略する。
【０１９１】
理解すべきものとして、本明細書では用語「及び／又は」は、関連するオブジェクトの関連関係を記述するためのものだけであり、３種類の関係が存在してもよいことを示し、Ａ及び／又はＢは、Ａが単独で存在すること、ＡとＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示すことができる。また、本明細書では文字「／」は、一般的に前後にある関連オブジェクトが「又は」の関係であることを示す。
【０１９２】
本出願の様々な実施例では、上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【０１９３】
当業者であれば、本明細書で開示された実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせで実現されてもよいと理解できる。これらの機能がハードウェア又はソフトウェアで実行されるかは、技術的解決策の特徴応用と設計制約条件に依存する。当業者は各特定の応用に対して異なる方法を用いて記述される機能を実現することができるが、このような実現は本出願の範囲を超えると見なしてはならない。
【０１９４】
当業者は、便利および簡潔に説明するために、上記のシステム、装置及びユニットの具体的な動作プロセスについて、前記方法の実施例における対応するプロセスを参照できることを明確に理解することができ、ここでは説明を省略する。
【０１９５】
本出願が提供する、いくつかの実施例では、開示されたシステム、装置及び方法は、他の方式により実現されてもよいと理解すべきである。例えば、上記の装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は、論理機能的区分だけであり、実際に実施する時に他の区分モードもあり得て、例えば複数のユニット又は構成要素は組み合わせてもよい又は別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又は機能モジュールを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【０１９６】
分離部材として説明された前記ユニットは物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的要素であってもよく又は物理的ユニットでなくてもよく、すなわち一つの箇所に位置してもよく、又は複数のネットワーク要素に分布してもよい。実際のニーズに応じてそのうちの一部又は全てのユニットを選択して本実施例の技術的解決策の目的を達成することができる。
【０１９７】
また、本出願の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく，個々のユニットは単独で物理的に存在してもよく、二つ又は二つ以上のユニットは一つのユニットに統合されてもよい。
【０１９８】
前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売又は使用される時に、一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき、本出願の技術的解決策は本質的に又は従来技術に寄与する部分又は該技術的解決策の部分がソフトウェア製品の形で実現されてもよく、該コンピュータソフトウェア製品が一つのコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本出願の様々な実施例に記載された方法の全て又は一部のステップを実行させるためのいくつかの命令を含む、記憶媒体に記憶される。前記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。
【０１９９】
以上は、本出願の具体的な実施形態だけであるが、本出願の保護範囲はこれに制限されず、当業者が本出願で開示された技術範囲内で容易に想到し得る変化又は入れ替わりが全て本出願の保護範囲以内に含まれるべきである。従って、本出願の保護範囲は前記請求項の保護範囲に準拠するべきである。
【図１】
0006898992.tif 000002
【図２】
0006898992.tif 000003
【図３】
0006898992.tif 000004
【図４】
0006898992.tif 000005
【図５】
0006898992.tif 000006
【図６】
0006898992.tif 000007
【図７】
0006898992.tif 000008
【図８】
0006898992.tif 000009
【図９】
0006898992.tif 000010
【図１０】
0006898992.tif 000011
【図１１】
0006898992.tif 000012
【図１２】
0006898992.tif 000013
【図１３】
0006898992.tif 000014