ホーム > 特許ランキング > オッポ広東移動通信有限公司
知財求人 - 知財ポータルサイト「IP Force」
▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6898992
(24)【登録日】2021年6月15日
(45)【発行日】2021年7月7日
(54)【発明の名称】不連続受信のための方法及び装置
(51)【国際特許分類】
H04W 52/02 20090101AFI20210628BHJP
H04W 28/04 20090101ALI20210628BHJP
【ＦＩ】
H04W52/02 111
H04W28/04 110
【請求項の数】12
【全頁数】30
(21)【出願番号】特願2019-532085(P2019-532085)
(86)(22)【出願日】2016年12月16日
(65)【公表番号】特表2020-504502(P2020-504502A)
(43)【公表日】2020年2月6日
(86)【国際出願番号】CN2016110534
(87)【国際公開番号】WO2018107498
(87)【国際公開日】20180621
【審査請求日】2019年10月25日
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
(74)【代理人】
【識別番号】100091982
【弁理士】
【氏名又は名称】永井 浩之
(74)【代理人】
【識別番号】100091487
【弁理士】
【氏名又は名称】中村 行孝
(74)【代理人】
【識別番号】100105153
【弁理士】
【氏名又は名称】朝倉 悟
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(72)【発明者】
【氏名】ヤン、ニン
【審査官】
伊東 和重
(56)【参考文献】
【文献】
特開２００７−０５３６２８（ＪＰ，Ａ）
【文献】
米国特許出願公開第２０１６／０２１２７９４（ＵＳ，Ａ１）
【文献】
米国特許出願公開第２０１６／０１１２０８４（ＵＳ，Ａ１）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４−７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
不連続受信のための方法であって、
端末装置が第一のサービスタイプを確定することであって、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであることと、
前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することと、
前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定することとを含み、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記端末装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定ことであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定することとを含む、前記方法。
端末装置が第一のサービスタイプを確定することであって、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであることと、
前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することと、
前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定することとを含み、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記端末装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定ことであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定することとを含む、前記方法。
【請求項2】
前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）を含むことを特徴とする
請求項１に記載の方法。
ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）を含むことを特徴とする
請求項１に記載の方法。
【請求項3】
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含むことを特徴とする
請求項１に記載の方法。
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含むことを特徴とする
請求項１に記載の方法。
【請求項4】
一つのサービスタイプが一つの時間長に対応し、又は一つのサービスタイプが一つのグループの時間長に対応することを特徴とする
請求項３に記載の方法。
請求項３に記載の方法。
【請求項5】
前記端末装置が前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定することは、
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含むことを特徴とする
請求項１又は２に記載の方法。
前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含むことを特徴とする
請求項１又は２に記載の方法。
【請求項6】
前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項１〜５のいずれか一項に記載の方法。
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項１〜５のいずれか一項に記載の方法。
【請求項7】
不連続受信のための装置であって、前記不連続受信のための装置が端末装置に適用され、
確定ユニットを備え、前記確定ユニットは、
第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであり、
前記第一のサービスタイプに応じて第一の長さを確定し、
前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成され、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、
前記確定ユニットは具体的に、
前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、
前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定するように構成される、前記不連続受信のための装置。
確定ユニットを備え、前記確定ユニットは、
第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであり、
前記第一のサービスタイプに応じて第一の長さを確定し、
前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成され、
前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、
前記確定ユニットは具体的に、
前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、
前記第一のＨＡＲＱプロセス識別子に基づき、前記第一の長さを確定するように構成される、前記不連続受信のための装置。
【請求項8】
前記タイマーは、
ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つ、及びオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
【請求項9】
前記確定ユニットは具体的に、
前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを特徴とする
請求項７に記載の不連続受信のための装置。
【請求項10】
一つのサービスタイプが一つの時間長に対応し、又は一つのサービスタイプが一つのグループの時間長に対応することを特徴とする
請求項９に記載の不連続受信のための装置。
請求項９に記載の不連続受信のための装置。
【請求項11】
前記確定ユニットは具体的に、
前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きく、
前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成されることを特徴とする
請求項７又は８に記載の不連続受信のための装置。
前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、前記ｔが０より大きく、
前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成されることを特徴とする
請求項７又は８に記載の不連続受信のための装置。
【請求項12】
前記サービスタイプは、
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項７〜１１のいずれか一項に記載の不連続受信のための装置。
サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられることを特徴とする
請求項７〜１１のいずれか一項に記載の不連続受信のための装置。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は通信分野に関し、且つより具体的には、通信分野における不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ：「ＤＲＸ」と略称）のための方法及び装置に関する。
【背景技術】
【0002】
サービスモードの変更における状態遷移のオーバーヘッドを削減するために、長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）中に中間状態、即ち接続状態不連続受信（Ａｃｔｉｖｅ Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ：「Ａｃｔｉｖｅ ＤＲＸ」と略称）メカニズムが導入されている。接続状態ＤＲＸメカニズムは、端末装置が無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：「ＲＲＣ」）と略称）接続を維持する状態でスリープ状態とアクティブ状態の間で周期的に遷移することを許可する。接続状態ＤＲＸメカニズムは、端末装置の接続状態をアクティブ状態段階とスリープ状態段階に分ける。端末装置がアクティブ状態段階にある場合、該端末装置がダウンリンクデータパケットを受信することができるように、該端末装置の受信アンテナはオンになり、この時に端末装置の電力消費が高く、端末装置がスリープ状態段階にある場合、該端末装置の受信アンテナがオフになり、該端末装置が下りデータパケットを受信することができなくなり、この時に端末装置は省電力モードになるが、ＲＲＣ接続のコンテキストがそのままである。
【0003】
端末装置が周期的にスリープ期間に入り且つ物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：「ＰＤＣＣＨ」と略称）のモニタリングを停止することにより、システムリソース配置を最適化することができ、そしてさらに重要なことには、電力を節約することができ、端末装置をＲＲＣアイドルモードにしてこの目的を達成する必要がなく、例えばｗｅｂブラウジング、即時通信などのいくつかの非リアルタイムアプリケーションが常にしばらくの間存在し、端末装置はダウンリンクデータ及び関連処理を常にモニタリングする必要がなく、このようにしてＤＲＸはこのような場合に応用されてもよく、また、この状態でＲＲＣ接続が依然として存在するため、端末装置がアクティブ状態に移行する速度は非常に速い。
【0004】
従来のＤＲＸ技術に対して、ネットワーク装置はＲＲＣシグナリングで各端末装置に一つ又は一つのグループのタイマーを配置して接続状態ＤＲＸ周期を変更するが、このような配置方式が柔軟ではないため、シグナリングオーバーヘッドが大きい。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本出願の実施例による不連続受信のための方法及び装置は、不連続受信のためのタイマーの長さを柔軟に設定し、シグナリングオーバーヘッドを節約することができる。
【課題を解決するための手段】
【0006】
第一の態様による不連続受信のための方法は、端末装置が第一のサービスタイプを確定することであって、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであることと、前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することと、前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定することとを含む。
【0007】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、同時にネットワーク装置が上位層シグナリングで指示する必要がなく、シグナリングオーバーヘッドを節約し、それによってユーザエクスペリエンスを向上させる。
【0008】
第一の態様の第一の可能な実施形態では、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0009】
具体的には、端末装置は上記の４つのタイプのタイマーに対してそれぞれ設定し、又はその中の一部のみに対して設定することができ、残りの一部に対して依然としてネットワーク装置によって上位層シグナリングで設定するが、本出願の実施例はこれに限定されない。
【0010】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第二の可能な実施形態では、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記端末装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定することであって、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【0011】
具体的には、該端末装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【0012】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0013】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第三の可能な実施形態では、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記端末装置が前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【0014】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該端末装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該端末装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該端末装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【0015】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第四の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【0016】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。該第二のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【0017】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0018】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第五の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0019】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該端末装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【0020】
第一の態様の上記可能な実施形態と組み合わせ、第一の態様の第六の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0021】
本出願のいくつかの態様では、該端末装置は第一のＨＡＲＱプロセス識別子を確定した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該端末装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【0022】
第二の態様による不連続受信のための方法は、ネットワーク装置が、ネットワーク装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定することと、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することであって、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）するためのタイマーの長さであることと、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することとを含む。
【0023】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定し、そしてネットワーク装置によって端末装置に送信して設定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、それによってユーザエクスペリエンスを向上させる。
【0024】
第二の態様の第一の可能な実施形態では、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つであり、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信することを含む。
【0025】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第二の可能な実施形態では、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記ネットワーク装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定し、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【0026】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第三の可能な実施形態では、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【0027】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第四の可能な実施形態では、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【0028】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第五の可能な実施形態では、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0029】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第六の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0030】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第七の可能な実施形態では、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が物理層シグナリングで前記端末装置へ前記第一の長さを送信することを含む。
【0031】
第二の態様の上記可能な実施形態と組み合わせ、第二の態様の第八の可能な実施形態では、前記物理層シグナリングはダウンリンク制御情報（ＤＣＩ）である。
【0032】
本出願のいくつかの態様では、該ネットワーク装置は第一のＨＡＲＱプロセス識別子を確定した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該ネットワーク装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【0033】
第三の態様による別の不連続受信のための方法は、端末装置がネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することと、前記端末装置が前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）受信する時に用いられるタイマーの長さとして確定することとを含む。
【0034】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、それによってユーザエクスペリエンスを向上させる。
【0035】
第三の態様の第一の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することであって、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含むことを含む。
【0036】
第三の態様の上記可能な実施形態と組み合わせ、第三の態様の第二の可能な実施形態では、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて、前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０より大きいことと、前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0037】
第三の態様の上記可能な実施形態と組み合わせ、第三の態様の第三の可能な実施形態では、前記端末装置がネットワーク装置から送信された前記第一のＨＡＲＱプロセス識別子を受信することは、前記端末装置が前記ネットワーク装置から送信されたＨＡＲＱ情報を受信し、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれることを含む。
【0038】
本出願のいくつかの態様では、該端末装置は第一のＨＡＲＱプロセス識別子を受信した後、予め定められた時間パラメータｎに基づき、ＤＲＸのタイマー長を確定することができ、前記ｎが０より大きい。具体的には、該端末装置は前記第一のプロセス識別子とｎの積を上記第一の長さとして確定することができるが、本出願の実施例はこれに限定されない。
【0039】
第四の態様による別の不連続受信のための方法は、ネットワーク装置が、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定することと、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することとを含む。
【0040】
本出願の実施例における不連続受信のための方法では、ネットワーク装置が端末装置と現在サービス伝送を行っている第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、そして該第一のＨＡＲＱプロセス識別子を端末装置に送信することにより、該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの第一の長さを確定することができ、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【0041】
第四の態様の第一の可能な実施形態では、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することは、前記ネットワーク装置が前記端末装置へＨＡＲＱ情報を送信し、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれることを含む。
【0042】
第四の態様の上記可能な実施形態と組み合わせ、第四の態様の第二の可能な実施形態では、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0043】
第五の態様による不連続受信のための装置は上記第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【0044】
第六の態様による不連続受信のための装置は上記第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【0045】
第七の態様による不連続受信のための装置は上記第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【0046】
第八の態様による不連続受信のための装置は上記第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行することに用いられる。具体的には、該装置は、上記第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行するためのユニットを備える。
【0047】
第九の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行する。
【0048】
第十の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行する。
【0049】
第十一の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行する。
【0050】
第十二の態様による不連続受信のための装置は記憶ユニットとプロセッサを備え、該記憶ユニットが命令を記憶するように構成され、該プロセッサが該メモリに記憶された命令を実行するように構成され、そして該プロセッサが該メモリに記憶された命令を実行する場合、該実行により該プロセッサが第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行する。
【0051】
第十三の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第一の態様又は第一の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【0052】
第十四の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第二の態様又は第二の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【0053】
第十五の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第三の態様又は第三の態様のいずれかの可能な実施形態における方法を実行するための命令を含む。
【0054】
第十六の態様によるコンピュータ可読媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムが第四の態様又は第四の態様のいずれかの可能な実施形態における方法を実行するための命令を含む
【図面の簡単な説明】
【0055】
【図1】本出願の実施例に応用される無線通信システムの概略アーキテクチャ図である。
【図2】本出願の実施例による不連続受信のための方法の概略フローチャートである。
【図3】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図4】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図5】本出願の実施例による別の不連続受信のための方法の概略フローチャートである。
【図6】本出願の実施例による不連続受信のための装置の概略ブロック図である。
【図7】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図8】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図9】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図10】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図11】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図12】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【図13】本出願の実施例による別の不連続受信のための装置の概略ブロック図である。
【発明を実施するための形態】
【0056】
以下に本出願の実施例の図面と組み合わせながら、本出願の実施例における技術的解決策を説明する。
【0057】
本出願の実施例の技術的解決策は様々な通信システム、例えばグローバルモバイル通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：「ＧＳＭ」と略称）システム、符号分割多元アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：「ＣＤＭＡ」）システム、帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：「ＷＣＤＭＡ」と略称）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：「ＧＰＲＳ」と略称）、長期進化型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：「ＴＤＤ」と略称）、汎用移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：「ＵＭＴＳ」と略称）、グローバル相互接続マイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：「ＷｉＭＡＸ」と略称）通信システム、将来の進化した公衆陸上モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）又は将来の５Ｇシステムなどに応用されてもよい。
【0058】
選択可能に、５Ｇシステム又はネットワーク装置はさらに新しい無線（Ｎｅｗ Ｒａｄｉｏ：「ＮＲ」と略称）システム又はネットワークとも呼ばれてもよい。
【0059】
図１に本出願の実施例に応用される無線通信システム１００が示される。該無線通信システム１００は少なくとも一つのネットワーク装置１１０を備えることができる。ネットワーク装置１１０は端末装置と通信する装置であってもよい。各ネットワーク装置１１０は特定の地理的エリアに対して通信カバレッジを提供することができ、そして該カバレッジエリアに位置する端末装置（例えばＵＥ）と通信を行うことができる。該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ：「ＢＴＳ」と略称）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：「ＮＢ」と略称）であってもよく、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ：「ｅＮＢ又はｅＮｏｄｅＢ」と略称）であってもよく、クラウド無線アクセスネットワーク（Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：「ＣＲＡＮ」と略称）における無線コントローラであってもよく、又は該ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおけるネットワーク側装置又は将来の進化したＰＬＭＮにおけるネットワーク装置などであってもよい。
【0060】
該無線通信システム１００はさらにネットワーク装置１１０のカバレッジに位置する複数の端末装置１２０を備える。該端末装置１２０は移動式又は固定式でもよい。該端末装置１２０はアクセス端末、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：「ＵＥ」と略称）、加入者ユニット、加入者局、移動局、移動ステーション、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザ装置を指すことができる。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：「ＳＩＰ」と略称）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ：「ＷＬＬ」と略称）ステーション、パーソナルデジタル処理（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：「ＰＤＡ」と略称）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理装置、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末装置又は将来の進化したＰＬＭＮにおける端末装置などであってもよい。
【0061】
選択可能に、該無線通信システム１００はさらにネットワークコントローラ、移動管理エンティティなどの他のネットワークエンティティを備えることができるが、本出願の実施例はこれに限定されない。
【0062】
以下にまず本出願の実施例に係る不連続（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ：「ＤＲＸ」と略称）技術を説明する。
【0063】
パケットベースのデータストリームが通常突発的であり、データ伝送がない時に、端末装置の受信回路をオフにして消費電力を低減し、それによって電池使用時間を増加することができる。これはＤＲＸの起源であり、即ちＤＲＸ技術はＰＤＣＣＨチャネルのモニタリングを一定期間停止することを意味する。ＤＲＸが２つのタイプに分けられ、一つのタイプはＤＲＸ ｉｎ ＲＲＣ＿ＩＤＬＥであり、その名前に示すように、端末装置がアイドル（ＩＤＬＥ）状態にある場合の不連続受信を意味し、ＩＤＬＥ状態にある時に、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：「ＲＲＣ」と略称）接続及びユーザの固有リソースがないため、これが主にコールチャネルとブロードキャストチャネルをモニタリングすることに用いられ、固定された周期を予め定めておけば、不連続受信の目的を達成することができるが、端末装置がユーザデータチャネルをモニタリングしたい場合、ＩＤＬＥ状態から先に接続（ＣＯＮＮＥＣＴＥＤ）状態に入る必要があり、もう一つのタイプはＤＲＸ ｉｎ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであり、即ち端末装置がＲＲＣ接続状態にある場合の不連続受信であり、端末装置が周期的にスリープ期間に入り且ＰＤＣＣＨのモニタリングを停止することにより、システムリソース配置を最適化することができ、さらに重要なことには、電力を節約することができ、端末装置をＲＲＣアイドルモードにしてこの目的を達成する必要がなく、例えばｗｅｂブラウジング、即時通信などのいくつかの非リアルタイムアプリケーションが常にしばらくの間存在し、携帯電話がダウンリンクデータ及び関連処理を常にモニタリングする必要がなく、このようにしてＤＲＸがこのような場合に応用されてもよい。
【0064】
ＤＲＸ ｉｎ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは接続状態ＤＲＸとも呼ばれてもよい。接続状態ＤＲＸメカニズムは、端末装置がＲＲＣ接続を維持する状態でスリープ状態とアクティブ状態の間で周期的に遷移することを許可する。接続状態ＤＲＸメカニズムは、端末装置の接続状態をアクティブ状態段階とスリープ状態段階に分割する。端末装置がアクティブ状態段階にある場合、該端末装置がダウンリンクデータパケットを受信することができるように、該端末装置の受信アンテナはオンになり、この時に端末装置の電力消費が高く、端末装置がスリープ状態段階にある場合、該端末装置の受信アンテナがオフになり、該端末装置が下りデータパケットを受信することができなくなり、この時に端末装置は省電力モードになるが、ＲＲＣ接続のコンテキストがそのままである。
【0065】
接続状態ＤＲＸでは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）という４つのタイマーに関する。以下に上記の４つのタイマーの役割をそれぞれ説明する。
【0066】
（１）Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ端末装置はＤＲＸからアクティブになるたびにアクティブ時間を維持し、この間にＰＤＣＣＨを検索する。残りの時間内、端末装置はその受信機をオフにし、スリープ状態になることができる。したがって、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）は、ＤＲＸ周期ごとに、端末装置がモニタリングする必要があるＰＤＣＣＨのサブフレーム数を示す。
【0067】
（２）ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）の期間に一つのスケジューリングメッセージ（最初に伝送されたＰＤＣＣＨを示す）を受信する場合、該端末装置はＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）を起動し、該タイマーの実行期間における各ダウンリンクサブフレームにおいてＰＤＣＣＨをモニタリングする。ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）の実行期間に一つのスケジューリングメッセージ（最初に伝送されたＰＤＣＣＨを示す）をさらに受信する場合、該端末装置は該タイマーを再起動する。この時間内に、該端末装置に関連するＰＤＣＣＨが再モニタリングされない場合、該端末装置はスリープ状態に入る。
【0068】
（３）ＨＡＲＱ ＲＴＴ ＴｉｍｅｒＨＡＲＱ往復時間差（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ：「ＲＴＴ」と略称）は、端末装置がダウンリンク再送信（ＤＬ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）の到達に必要な最短間隔時間を予測するものであり、つまり、ダウンリンク再送信が到達する前に、該端末装置はそれに注意を払う必要がなく、スリープ状態にあることができ、このタイマーが切れると、アクティブ状態にある必要がある。したがって、ＨＡＲＱ ＲＴＴタイマーは、端末装置が再送信を待つ前に必要とされるサブフレームの最小数を指す。
【0069】
（４）ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ端末装置がＤＬ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎを受信することを予測する時間は、即ちＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）がダウンリンク再送を受信するために必要な時間である。したがって、ＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）は端末装置がＨＡＲＱ再送信を待つ時にモニタリングする必要がある最大のＰＤＣＣＨのサブフレームの数を指す。理論的には、各非ブロードキャストＨＡＲＱプロセスに対して、異なるＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）とＨＡＲＱ ＲＴＴタイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）を定義することができ、ＨＡＲＱ ＲＴＴタイマーが切れた後、ＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）を起動する。
【0071】
Ｓ２１０において、端末装置は第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプである。
【0072】
Ｓ２２０において、前記端末装置は前記第一のサービスタイプに応じて第一の長さを確定する。
【0073】
Ｓ２３０において、前記端末装置は前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定する。
【0074】
具体的には、端末装置は該端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて、ＤＲＸのためのタイマーの長さを確定することができ、本明細書でまとめて第一の長さと呼ぶ。したがって、ＤＲＸのためのタイマーの長さがサービスタイプの変化に応じて変化することができ、異なるサービスタイプに基づき、端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【0075】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定することができ、同時にネットワーク装置が上位層シグナリングで指示する必要がなく、シグナリングオーバーヘッドを節約し、それによってユーザエクスペリエンスを向上させる。
【0076】
一つの選択可能な実施例として、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0077】
具体的には、端末装置は上記４つのタイプのタイマーに対してそれぞれ設定し、又はその中の一部のみに対して設定することができ、残りの一部に対して依然としてネットワーク装置によって上位層シグナリングで設定するが、本出願の実施例はこれに限定されない。
【0078】
理解すべきものとして、該端末装置は、複数の方式を用いて第一のサービスタイプに応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記端末装置が前記第一のサービスタイプに応じて第一の長さを確定することは、前記端末装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【0079】
具体的には、該端末装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【0080】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0081】
一つの選択可能な実施例として、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記端末装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、前記端末装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【0082】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該端末装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該端末装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該端末装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【0083】
理解すべきものとして、該端末装置は、複数の方式を用いて第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0084】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。第二のマッピング関係がプロトコルにおいて予め規定されたものであってもよく、ネットワーク装置から該端末装置に送信されたものであってもよいが、本出願の実施例はこれに限定されない。
【0085】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該端末装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0086】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0087】
具体的には、該端末装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該端末装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【0088】
一つの選択可能な実施例として、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0089】
上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【0091】
Ｓ３１０において、ネットワーク装置は端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定する。
【0092】
Ｓ３２０において、前記ネットワーク装置は前記第一のサービスタイプに応じて第一の長さを確定し、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【0093】
Ｓ３３０において、前記ネットワーク装置は前記端末装置へ前記第一の長さを送信する。
【0094】
具体的には、ネットワーク装置は端末装置が該ネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて、第一の長さを確定することができる。したがって、ＤＲＸのためのタイマーの長さがサービスタイプの変化に応じて変化することができ、本出願の実施例では、ネットワーク装置は異なるサービスタイプに基づき、端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【0095】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在サービス伝送を行っている第一のサービスタイプに応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定し、そしてネットワーク装置によって端末装置に送信して設定することにより、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【0096】
一つの選択可能な実施例として、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0097】
前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信することを含む。
【0098】
具体的には、ネットワーク装置は上記の４つのタイプのタイマーの全て又は一部に対してそれぞれ設定し、そして設定された第一の長さ及び第一の長さに対応するタイマータイプを端末装置に送信する。
【0099】
理解すべきものとして、該ネットワーク装置は、複数の方式を用いて第一のサービスタイプに応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記ネットワーク装置が前記第一のサービスタイプに応じて第一の長さを確定することは、前記ネットワーク装置が前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定し、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含むことを含む。
【0100】
具体的には、該ネットワーク装置は、少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第一のマッピング関係に応じて、第一の長さを確定することができる。該第一のマッピング関係はプロトコルにおいて予め規定されたものであってもよい。
【0101】
理解すべきものとして、第一のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、また一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該ネットワーク装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0102】
一つの選択可能な実施例として、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記ネットワーク装置が前記第一のサービスタイプに応じて、第一の長さを確定することは、
前記ネットワーク装置が前記第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定することであって、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられることと、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することとを含む。
【0103】
具体的には、端末装置がオンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）の期間にネットワーク装置からのスケジューリングを受信し、即ち最初に伝送されたＰＤＣＣＨを検出した場合に対して、該ネットワーク装置は今回のＨＡＲＱ伝送の第一のＨＡＲＱプロセス識別子を確定することができる。サービスタイプとＨＡＲＱプロセス識別子が対応関係を有し、即ち少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応するため、該ネットワーク装置は現在の第一のサービスタイプに応じて、現在のＨＡＲＱ伝送のＨＡＲＱプロセス識別子が第一のＨＡＲＱプロセス識別子であることを確定することができる。その後、該ネットワーク装置はさらに該第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができる。
【0104】
理解すべきものとして、該ネットワーク装置は、同様に複数の方式を用いて第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定することができるが、本出願の実施例はこれに限定されない。一つの選択可能な実施例として、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0105】
具体的には、該ネットワーク装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すための第二のマッピング関係に応じて、第一の長さを確定することができる。該第二のマッピング関係はプロトコルにおいて予め規定されたものであってもよい。
【0106】
理解すべきものとして、第二のマッピング関係では、一つのサービスタイプが一つの時間長に対応してもよく、一つのサービスタイプが一つのグループの時間長に対応してもよく、一つのサービスタイプが一つの時間長さに対応してもよい。後者の２つの場合について、該ネットワーク装置は、一つのグループの時間長又は一つの時間長を確定した後、その中から一つの時間長を第一の長さとして任意に選択することができるが、本出願の実施例はこれに限定されない。
【0107】
一つの選択可能な実施例として、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０より大きいことと、
前記ネットワーク装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0108】
具体的には、該ネットワーク装置は、前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すための第三のマッピング関係に応じて、第一の長さを確定することができる。まず、該ネットワーク装置は第三のマッピング関係に応じてｔの値を確定し、次に第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定する。
【0109】
一つの選択可能な実施例として、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0110】
一つの選択可能な実施例として、前記ネットワーク装置が前記端末装置へ前記第一の長さを送信することは、前記ネットワーク装置が物理層シグナリングで前記端末装置へ前記第一の長さを送信することを含む。
【0111】
一つの選択可能な実施例として、前記物理層シグナリングはダウンリンク制御情報（ＤＣＩ）である。
【0112】
このようにして、該ネットワーク装置は物理層シグナリングで該端末装置ＤＲＸのタイマーの長さを動的に示すことができ、上位層ＲＲＣシグナリングで配置するという方式と比較して、シグナリングオーバーヘッドを節約する。
【0113】
上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【0115】
Ｓ４１０において、端末装置はネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0116】
Ｓ４２０において、前記端末装置は前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定する。
【0117】
Ｓ４３０において、前記端末装置は前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定する。
【0118】
具体的には、端末装置は該端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じてＤＲＸのための第一の長さを確定することができる。したがって、ＤＲＸのためのタイマーの長さがＨＡＲＱプロセス識別子の変化に応じて変化することができ、異なるＨＡＲＱプロセス識別子に応じて端末装置のＤＲＸに異なる時間長のタイマーを配置することができる。
【0119】
本出願の実施例における不連続受信のための方法では、端末装置がネットワーク装置と現在ＨＡＲＱ伝送を行っている第一のＨＡＲＱプロセス識別子に応じて該端末装置がＤＲＸを行うためのタイマーの第一の長さを確定することにより、不連続受信のためのタイマーの長さを柔軟に設定し、それによってユーザエクスペリエンスを向上させることができる。
【0120】
一つの選択可能な実施例として、前記タイマーは、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0121】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定することを含み、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0122】
一つの選択可能な実施例として、前記端末装置が前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定することは、前記端末装置が前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定することであって、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０より大きいことと、
前記端末装置が前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定することとを含む。
【0124】
Ｓ５１０において、ネットワーク装置は端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定する。
【0125】
Ｓ５２０において、前記ネットワーク装置は前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0126】
Ｓ５３０において、前記ネットワーク装置は前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信する。
【0127】
具体的には、ネットワーク装置はまず端末装置と現在伝送する第一のサービスタイプを確定し、次に第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、該第一のＨＡＲＱプロセス識別子を該端末装置に送信することができ、これにより該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの長さを確定する。
【0128】
本出願の実施例における不連続受信のための方法では、ネットワーク装置が端末装置と現在サービス伝送を行っている第一のサービスタイプに応じて第一のＨＡＲＱプロセス識別子を確定し、そして該第一のＨＡＲＱプロセス識別子を端末装置に送信することにより、該端末装置は該第一のＨＡＲＱプロセス識別子に応じてＤＲＸのためのタイマーの第一の長さを確定することができ、不連続受信のためのタイマーの長さを柔軟に設定し、ユーザエクスペリエンスを向上させることができる。
【0129】
一つの選択可能な実施例として、前記ネットワーク装置が前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信することは、前記ネットワーク装置が前記端末装置へＨＡＲＱ情報を送信することを含み、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【0130】
それに対応して、前記端末装置がネットワーク装置から送信された前記第一のＨＡＲＱプロセス識別子を受信することは、前記端末装置が前記ネットワーク装置から送信されたＨＡＲＱ情報を受信することを含み、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【0131】
一つの選択可能な実施例として、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0132】
また、上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【0134】
図６は本出願の実施例による不連続受信のための装置６００の概略フローチャートである。該装置６００は確定ユニットを備える。
【0135】
確定ユニット６１０は、第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置がネットワーク装置と現在サービス伝送を行っているサービスタイプであり、前記第一のサービスタイプに応じて、第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【0136】
選択可能に、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0137】
選択可能に、前記確定ユニット６１０は、具体的に前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【0138】
選択可能に、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記確定ユニット６１０は、具体的に前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定するように構成される。
【0139】
選択可能に、前記確定ユニット６１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0140】
選択可能に、前記確定ユニット６１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【0141】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0142】
一つの選択可能な例では、当業者は、装置６００が具体的に上記実施例２００における端末装置であってもよく、装置６００が上記方法の実施例２００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0143】
図７は本出願の実施例による別の不連続受信のための装置７００の概略フローチャートである。該装置７００は確定ユニット７１０と送信ユニット７２０を備える。
【0144】
確定ユニット７１０は、端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一の長さを確定するように構成され、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【0145】
送信ユニット７２０は、前記端末装置へ前記第一の長さを送信するように構成される。
【0146】
選択可能に、前記タイマーは、オンデュレーションタイマー（Ｏｎ−ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ）、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つであり、前記送信ユニット７２０は具体的に前記端末装置へ前記第一の長さ及び前記タイマーのタイプを送信するように構成される。
【0147】
選択可能に、前記確定ユニット７１０は、具体的に前記第一のサービスタイプ及び第一のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第一のマッピング関係が少なくとも一つのサービスタイプと少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのサービスタイプが前記第一のサービスタイプを含む。
【0148】
選択可能に、前記タイマーがＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）又はＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）である場合、前記少なくとも一つのサービスタイプが少なくとも一つのＨＡＲＱプロセス識別子に対応し、前記確定ユニット７１０は、具体的に前記第一のサービスタイプに応じて、第一のＨＡＲＱプロセス識別子を確定し、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられ、前記第一のＨＡＲＱプロセス識別子に応じて前記第一の長さを確定するように構成される。
【0149】
選択可能に、前記確定ユニット７１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0150】
選択可能に、前記確定ユニット７１０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と前記ｔとの対応関係を示すことに用いられ、前記ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そして前記ｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【0151】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0152】
選択可能に、前記送信ユニット７２０は具体的に物理層シグナリングで前記端末装置へ前記第一の長さを送信するように構成される。
【0153】
選択可能に、前記物理層シグナリングがダウンリンク制御情報（ＤＣＩ）である。
【0154】
一つの選択可能な例では、当業者は、装置７００が具体的に上記実施例３００におけるネットワーク装置であってもよく、装置７００が上記方法の実施例３００におけるネットワーク装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0155】
図８に本出願の実施例による別の不連続受信のための装置８００が示される。該装置８００は、受信ユニット８１０と確定ユニット８２０を備える。
【0156】
受信ユニット８１０は、ネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0157】
確定ユニット８２０は、前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【0158】
選択可能に、前記確定ユニット８２０は具体的に前記第一のＨＡＲＱプロセス識別子及び第二のマッピング関係に応じて、前記第一の長さを確定するように構成され、前記第二のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子と少なくとも一つのタイマーの長さセグメントとの対応関係を示すことに用いられ、前記少なくとも一つのＨＡＲＱプロセス識別子が前記第一のＨＡＲＱプロセス識別子を含む。
【0159】
選択可能に、前記確定ユニット８２０は具体的に前記第一のＨＡＲＱプロセス識別子及び第三のマッピング関係に応じて、ｔの値を確定し、前記第三のマッピング関係が前記少なくとも一つのＨＡＲＱプロセス識別子とｔとの対応関係を示すことに用いられ、ｔが前記第三のマッピング関係における予め定められた時間パラメータであり、そしてｔが０よい大きく、前記第一のＨＡＲＱプロセス識別子と前記ｔの積を前記第一の長さとして確定するように構成される。
【0160】
選択可能に、前記タイマーは、ＤＲＸ非アクティブタイマー（ＤＲＸ Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）、ハイブリッド自動再送リクエスト往復時間差タイマー（ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）及びＤＲＸ再送信タイマー（ＤＲＸ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）のうちの少なくとも一つである。
【0161】
選択可能に、前記受信ユニット８１０は具体的に前記ネットワーク装置から送信されたＨＡＲＱ情報を受信するように構成され、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【0162】
一つの選択可能な例では、当業者は、装置８００が具体的に上記実施例４００における端末装置であってもよく、装置８００が上記方法の実施例４００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0163】
図９に本出願の実施例による別の不連続受信のための装置９００が示される。該装置９００は、確定ユニット９１０と送信ユニット９２０を備える。
【0164】
確定ユニット９１０は、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0165】
送信ユニット９２０は、前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信するように構成される。
【0166】
選択可能に、前記送信ユニット９２０は具体的に前記端末装置へＨＡＲＱ情報を送信するように構成され、前記ＨＡＲＱ情報に前記第一のＨＡＲＱプロセス識別子が含まれる。
【0167】
選択可能に、前記サービスタイプは、サービス品質フロー識別子（ＱｏＳ−Ｆｌｏｗ−ＩＤ）、データ無線ベアラ（ＤＲＢ）、論理チャネル及び論理チャネルグループのいずれか一つに基づいて分けられる。
【0168】
一つの選択可能な例では、当業者は、装置９００が具体的に上記実施例５００におけるネットワーク装置であってもよく、装置９００が上記方法の実施例５００におけるネットワーク装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0169】
理解すべきものとして、ここでの装置６００、装置７００、装置８００及び装置９００は機能ユニットの形で具現化されてもよい。ここでの用語「ユニット」は、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、電子回路、一つ又は複数のソフトウェア又はファームウェアプログラムを実行するためのプロセッサ（例えば共有プロセッサ、専用プロセッサ又はグループプロセッサなど）とメモリ、マージロジック回路及び／又は説明された機能をサポートする他の適切な構成要素を指すことができる。
【0171】
ここで、該プロセッサ１０１０は第一のサービスタイプを確定し、前記第一のサービスタイプが、前記端末装置とネットワーク装置が現在サービス伝送を行うサービスタイプであり、前記第一のサービスタイプに応じて、第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【0172】
一つの選択可能な例では、当業者は、装置１０００が具体的に上記実施例２００における端末装置であってもよく、装置１０００が上記方法の実施例２００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0173】
選択可能に、装置１０００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１０１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【0175】
ここで、該プロセッサ１１１０は、端末装置と現在サービス伝送を行っているサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一の長さを確定するように構成され、前記第一の長さが、前記端末装置が前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いるタイマーの長さである。
【0176】
該送受信機１１２０は、前記端末装置へ前記第一の長さを送信するように構成される。
【0177】
一つの選択可能な例では、当業者は、装置１１００が具体的に上記実施例３００における端末装置であってもよく、装置１１００が上記方法の実施例３００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0178】
選択可能に、装置１１００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１１１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【0180】
ここで、該送受信機１２２０はネットワーク装置から送信された第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を受信するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0181】
該プロセッサ１２１０は前記第一のＨＡＲＱプロセス識別子に応じて第一の長さを確定し、前記第一の長さを、前記第一のサービスタイプを不連続受信（ＤＲＸ）する時に用いられるタイマーの長さとして確定するように構成される。
【0182】
一つの選択可能な例では、当業者は、装置１２００が具体的に上記実施例４００における端末装置であってもよく、装置１２００が上記方法の実施例４００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、 繰り返しを避けるために、ここで説明を省略する。
【0183】
選択可能に、装置１２００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１２１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【0185】
ここで、該プロセッサ１３１０は、端末装置とサービス伝送を行うサービスタイプを第一のサービスタイプとして確定し、前記第一のサービスタイプに応じて第一のハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス識別子を確定するように構成され、前記第一のＨＡＲＱプロセス識別子が伝送データに対応するＨＡＲＱプロセス識別子を示すことに用いられる。
【0186】
該送受信機１３２０は、前記端末装置へ前記第一のＨＡＲＱプロセス識別子を送信するように構成される。
【0187】
一つの選択可能な例では、当業者は、装置１３００が具体的に上記実施例５００における端末装置であってもよく、装置１３００が上記方法の実施例５００における端末装置に対応する各プロセス及び／又はステップを実行することに用いられてもよいことを理解でき、繰り返しを避けるために、ここで説明を省略する。
【0188】
選択可能に、装置１３００はさらにメモリを備えることができ、該メモリが読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサへ命令とデータを提供することができる。メモリの一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリはさらに装置タイプの情報を記憶することもできる。該プロセッサ１３１０はメモリに記憶された命令を実行することに用いられてもよく、そして該プロセッサが該命令を実行する場合、該プロセッサが上記方法の実施例におけるネットワーク装置に対応する各ステップを実行することができる。
【0189】
理解すべきものとして、本発明の実施例では、プロセッサは中央処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよく、プロセッサはさらに他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、専用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいずれかの従来のプロセッサなどであってもよい。
【0190】
実施プロセスでは、上記方法の各ステップは、プロセッサ内のハードウェアの集積論理回路又はソフトウェアの形の命令によって完了されてもよい。本出願の実施例と組み合わせて開示された方法のステップはハードウェアプロセッサによって実行されて完了され、又はプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける命令を実行し、そのハードウェアと組み合わせて上記方法のステップを完了する。繰り返しを回避するために、ここで詳細な説明を省略する。
【0191】
理解すべきものとして、本明細書では用語「及び／又は」は、関連するオブジェクトの関連関係を記述するためのものだけであり、３種類の関係が存在してもよいことを示し、Ａ及び／又はＢは、Ａが単独で存在すること、ＡとＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示すことができる。また、本明細書では文字「／」は、一般的に前後にある関連オブジェクトが「又は」の関係であることを示す。
【0192】
本出願の様々な実施例では、上記各プロセスの番号の大きさが実行順序を意味せず、各プロセスの実行順序はその機能と内部論理で確定されるべきであり、本出願の実施例の実施プロセスのいかなる限定を構成すべきではないと理解すべきである。
【0193】
当業者であれば、本明細書で開示された実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせで実現されてもよいと理解できる。これらの機能がハードウェア又はソフトウェアで実行されるかは、技術的解決策の特徴応用と設計制約条件に依存する。当業者は各特定の応用に対して異なる方法を用いて記述される機能を実現することができるが、このような実現は本出願の範囲を超えると見なしてはならない。
【0194】
当業者は、便利および簡潔に説明するために、上記のシステム、装置及びユニットの具体的な動作プロセスについて、前記方法の実施例における対応するプロセスを参照できることを明確に理解することができ、ここでは説明を省略する。
【0195】
本出願が提供する、いくつかの実施例では、開示されたシステム、装置及び方法は、他の方式により実現されてもよいと理解すべきである。例えば、上記の装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は、論理機能的区分だけであり、実際に実施する時に他の区分モードもあり得て、例えば複数のユニット又は構成要素は組み合わせてもよい又は別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又は機能モジュールを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【0196】
分離部材として説明された前記ユニットは物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的要素であってもよく又は物理的ユニットでなくてもよく、すなわち一つの箇所に位置してもよく、又は複数のネットワーク要素に分布してもよい。実際のニーズに応じてそのうちの一部又は全てのユニットを選択して本実施例の技術的解決策の目的を達成することができる。
【0197】
また、本出願の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく，個々のユニットは単独で物理的に存在してもよく、二つ又は二つ以上のユニットは一つのユニットに統合されてもよい。
【0198】
前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売又は使用される時に、一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき、本出願の技術的解決策は本質的に又は従来技術に寄与する部分又は該技術的解決策の部分がソフトウェア製品の形で実現されてもよく、該コンピュータソフトウェア製品が一つのコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本出願の様々な実施例に記載された方法の全て又は一部のステップを実行させるためのいくつかの命令を含む、記憶媒体に記憶される。前記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。
【0199】
以上は、本出願の具体的な実施形態だけであるが、本出願の保護範囲はこれに制限されず、当業者が本出願で開示された技術範囲内で容易に想到し得る変化又は入れ替わりが全て本出願の保護範囲以内に含まれるべきである。従って、本出願の保護範囲は前記請求項の保護範囲に準拠するべきである。