特許7559830 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 富士通株式会社の特許一覧

特許7559830持続ＬＢＴ失敗検出及び回復の方法及び装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-24

(45)【発行日】2024-10-02

(54)【発明の名称】持続ＬＢＴ失敗検出及び回復の方法及び装置

(51)【国際特許分類】

H04W 72/54 20230101AFI20240925BHJP

H04W 24/04 20090101ALI20240925BHJP

H04W 72/0457 20230101ALI20240925BHJP

【ＦＩ】

H04W72/54 110

H04W24/04

H04W72/0457

【請求項の数】 5

(21)【出願番号】P 2022559839

(86)(22)【出願日】2020-04-09

(65)【公表番号】

(43)【公表日】2023-05-18

(86)【国際出願番号】 CN2020084074

(87)【国際公開番号】W WO2021203396

(87)【国際公開日】2021-10-14

【審査請求日】2022-10-11

【前置審査】

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(72)【発明者】

【氏名】ジア・メイイ

(72)【発明者】

【氏名】ジャン・レイ

(72)【発明者】

【氏名】ワン・シヌ

【審査官】米倉明日香

(56)【参考文献】

【文献】Ericsson，Handling LBT failures，3GPP TSG RAN WG2 #107b R2-1913504，2019年10月03日

【文献】Huawei, HiSilicon，Handling of UL LBT failure，3GPP TSG RAN WG2 #108 R2-1915141，2019年11月08日

【文献】vivo，Remaining Issues of UL LBT failure，3GPP TSG RAN WG2 #109 R2-2000148，2020年02月14日

【文献】InterDigital，Handling UL LBT Failures in MAC，3GPP TSG RAN WG2 #107b R2-1912889，2019年10月03日

【文献】vivo，Remaining issues on uplink LBT failure，3GPP TSG RAN WG2 #108 R2-1914367，2019年11月08日

【文献】Ericsson，Post109e#39 NR-U MAC open issues，3GPP TSG RAN WG2 #109b R2-2003411，2020年04月09日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置であって、
ｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇが設定されているアクティブなサービングセルについて、トリガーされた持続ＬＢＴ失敗が前記サービングセルでキャンセルされたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットする第一リセットユニットを含み、
下位層からＬＢＴ失敗指示を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターがｌｂｔ－ＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ以上になるときに、前記サービングセルにおけるアクティブなＢＷＰについて、前記トリガーされた持続ＬＢＴ失敗のうちの１つがトリガーされ、
前記トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生していることは、
ＬＢＴ失敗情報が送信されており；
持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつランダムアクセスプロシージャが成功裏に完了したと見なされており；
セカンダリーセルをディアクティベーションする１つのメッセージを受信しており、又はセカンダリーセルと関連付けられたタイマーが切れており；
ＭＡＣ実体が１つのサービングセルのＢＷＰ切り替えによる物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信しており、かつ、前記サービングセルにおいて関連付けられた実行中のランダムアクセスプロシージャがなく、又はセル無線ネットワーク一時標識（Ｃ－ＲＮＴＩ）によりアドレシングされた物理下りリンク制御チャネルを受信したときに前記サービングセルと関連付けられた実行中のランダムアクセスプロシージャが成功裏に完了しており；及び
ＢＷＰ切り替えによるＲＲＣ設定又はＲＲＣ再設定を受信している
ことのうちの少なくとも１つを含む、装置。

【請求項2】

請求項１に記載の装置であって、
多重化及びアセンブリプロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントは、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ前記特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせている
イベントのうちの少なくとも１つを含む、装置。

【請求項3】

請求項１に記載の装置であって、
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーすることを引き起こすイベントが発生していることは、
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがなく、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む、装置。

【請求項4】

請求項１に記載の装置であって、
持続ＬＢＴ失敗検出のためのカウンターをリセットすることは、前記カウンターの計数値が０に等しくなるように設定することを含む、装置。

【請求項5】

請求項１に記載の装置であって、
前記端末装置の前記下位層のうちの１つが物理層である、装置。

【発明の詳細な説明】

【技術分野】

【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】

本発明の1つの図面又は1つの実施形態に記載の要素及び特徴は、1つ又は複数の他の図面又は実施形態に示した要素及び特徴と組み合わせることができる。また、図面では、類似した符号は、幾つの図面における対応する部品を示し、複数の実施形態に用いる対応部品を示すためにも用いられる。

【0041】

含まれている図面は、本発明の実施例への更なる理解を提供するために用いられ、これらの図面は、本明細書の一部を構成し、本発明の実施形態を例示し、文字記載とともに本発明の原理を説明するために用いられる。また、明らかのように、以下に記載される図面は、本発明の幾つかの実施例を示すためのものに過ぎず、当業者は、創造性のある労働をせずに、これらの図面に基づいて他の図面を得ることもできる。

【図1】本発明の実施例における通信システムを示す図である。

【図2】本発明の実施例１における持続ＬＢＴ失敗検出及び回復の方法を示す図である。

【図3】本発明の実施例１における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図4】本発明の実施例１における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図5】本発明の実施例２における持続ＬＢＴ失敗検出及び回復の方法を示す図である。

【図6】本発明の実施例３における持続ＬＢＴ失敗検出及び回復の方法を示す図である。

【図7】本発明の実施例３における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図8】本発明の実施例３における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図9】本発明の実施例３における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図10】本発明の実施例３における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図11】本発明の実施例４における持続ＬＢＴ失敗検出及び回復の方法を示す図である。

【図12】本発明の実施例５における持続ＬＢＴ失敗検出及び回復の方法を示す図である。

【図13】本発明の実施例５における持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。

【図14】本発明の実施例６における持続ＬＢＴ失敗検出及び回復の装置を示す図である。

【図15】本発明の実施例７における持続ＬＢＴ失敗検出及び回復の装置を示す図である。

【図16】本発明の実施例８における持続ＬＢＴ失敗検出及び回復の装置を示す図である。

【図17】本発明の実施例８における第二指示ユニットを示す図である。

【図18】本発明の実施例９における持続ＬＢＴ失敗検出及び回復の装置を示す図である。

【図19】本発明の実施例１０における端末装置のシステム構成を示すブロック図である。

【図20】本発明の実施例１１におけるネットワーク装置のシステム構成を示すブロック図である。

【図21】既存の１バイトのＬＢＴ失敗ＭＡＣＣＥのフォーマットを示す図である。

【図22】既存の４バイトのＬＢＴ失敗ＭＡＣＣＥのフォーマットを示す図である。

【発明を実施するための形態】

【0042】

添付した図面及び以下の説明を参照することにより、本発明の前述及び他の特徴が明らかになる。なお、明細書及び図面では、本発明の特定の実施例を開示するが、それらは本発明の原理を採用し得る一部のみの実施例を示し、理解すべきは、本発明は記載される実施例に限定されず、即ち、本発明は添付した特許請求の範囲内のすべての変更、変形及び代替によるものをも含むということである。

【0043】

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、次のような任意の通信規格に準ずるネットワークを指しても良く、例えば、ＬＴＥ（ＬＴＥ、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ(登録商標)（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）などである。

【0044】

また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われても良く、例えば、次のような通信プロトコルを含んでも良いが、それらに限定されず、即ち、１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ及び将来の５Ｇ、新無線（ＮＲ、ＮｅｗＲａｄｉｏ）など、及び／又は、その他の従来の又は将来開発される通信プロトコルである。

【0045】

本発明の実施例では、用語「ネットワーク装置」は、例えば、通信システムにおいて、端末装置を通信ネットワークに接続し、かつ該端末装置にサービスを提供する装置を指す。ネットワーク装置は、次のようなものを含んでも良いが、それらに限定されず、即ち、基地局（ＢＳ、ＢａｓｅＳｔａｔｉｏｎ）、アクセスポイント（ＡＰ、ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ、ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）、ブロードキャスト送信機、モバイル管理エンティティ（ＭＭＥ、ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ネットワークゲートウェイ、サーバー、無線ネットワーク制御器（ＲＮＣ、ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、基地局制御器（ＢＳＣ、ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）などである。

【0046】

そのうち、基地局は次のようなものを含んでも良いが、それらに限定されず、即ち、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、５Ｇ基地局（ｇＮＢ）などであり、さらにＲＲＨ（ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、ＲＲＵ（ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、リレー（ｒｅｌａｙ）又は低パワーノード（例えば、ｆｅｍｔｏ、ｐｉｃｏなど）を含んでも良い。また、用語「基地局」はそれらの１つ部又はすべての機能を含んでも良く、各基地局は特定の地理的領域に対して通信カバレッジを提供することができる。用語「セル」が指すのは、基地局及び／又はそのカバーする領域であっても良く、これは該用語のコンテキストによるものである。

【0047】

本発明の実施例では、用語「ユーザー装置」（ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ）又は「端末装置」（ＴＥ、ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ）は、例えば、ネットワーク装置により通信ネットワークにアクセスし、かつネットワークからのサービスを受ける装置を指す。ユーザー装置は、固定したもの又は移動するものであっても良く、また、移動ステーション（ＭＳ、ＭｏｂｉｌｅＳｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ、ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、アクセス端末（ＡＴ、ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどとも称される。

【0048】

そのうち、ユーザー装置は次のようなものを含んでも良いが、それに限定されず、例えば、セルラーフォン（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線モデム、無線通信装置、携帯装置、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話機、スマートフォン、スマートウォッチ、デジタルカメラなどである。

【0049】

また、例えば、ＩｏＴ（ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）などのシナリオにおいて、ユーザー装置はさらに監視又は測定を行う機器又は装置であっても良く、例えば、次のようなものを含んでも良いが、それらに限定されず、即ち、マシンタイプ通信（ＭＴＣ、ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）端末、Ｍ２Ｍ（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ）端末などである。

【0050】

以下、例を通じて本発明の実施例のシナリオについて説明するが、本発明はこれに限定されない。

【0051】

図１は本発明の実施例における通信システムを示す図であり、端末装置及びネットワーク装置を例にした場合を示している。図１に示すように、通信システム１００はネットワーク装置１０１及び端末装置１０２を含んでも良い。なお、便宜のため、図１では１つの端末装置及び１つのネットワーク装置を例にして説明を行うが、本発明の実施例はこれに限られない。

【0052】

本発明の実施例において、ネットワーク装置１０１と端末装置１０２との間は従来のサービス又は将来実施可能なサービスを行うことができる。例えば、これらのサービスは、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限られない。

【0053】

端末装置１０２がＬＢＴを行うときに、ＬＢＴ失敗が発生する可能性がある。既存のルールに従えば、端末装置１０２の上位層が端末装置１０２の下位層からのＬＢＴ失敗指示を受信しており、かつＬＢＴ＿ＣＯＵＮＴＥＲ≧ｌｂｔ－ＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔの条件が満足されたときに、端末装置１０２の上位層は絶えずに持続ＬＢＴ失敗をトリガーし、一連のアクションを実行する可能があり、これは端末装置１０２が望むビヘイビアではなく、かつ端末装置の電力消費及びエアインターフェースのオーバーヘッド、例えば、ランダムアクセスリソース及びデータ伝送を増加させることもできる。

【0054】

また、既存のルールに従えば、端末装置１０２がトリガーされた持続ＬＢＴ失敗を取り消す幾つかの場合、端末装置１０２が指示した該持続ＬＢＴ失敗の問題が既に解決されたので、引き続きネットワーク装置１０１に該持続ＬＢＴ失敗を指示すると、ネットワーク装置１０１はＮＲ－Ｕチャネルのビジー状況を誤解する可能性があり、そのため、プライマリーセル（ＰＣｅｌｌ）上の不必要なＢＷＰ切り替え及び不必要なＳＣｅｌｌ再設定を来し、ＮＲ－Ｕチャネルのより低い使用効率をもたらす恐れがある。

【0055】

以下、図面と併せて本発明の様々な実施例について説明を行う。なお、これらの実施例は例示に過ぎず、本発明を限定するものではない。

【実施例1】

【0056】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法が提供される。

【0057】

図２は本発明の実施例１の持続ＬＢＴ失敗検出及び回復の方法を示す図である。図２に示すように、該方法は次のようなステップを含む。

【0058】

ステップ２０１：上位層が下位層からのＬＢＴ失敗指示を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、又は、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0059】

これにより、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することを防止できるため、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることもできる。

【0060】

本発明の少なくとも１つの実施例において、下位層は例えば、物理層であり、上位層は例えば、ＭＡＣ層である。

【0061】

図３は本発明の実施例１の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図３に示すように、該方法は次のようなステップを含む。

【0062】

ステップ３０１：上位層が下位層からのＬＢＴ失敗指示を受信しており；及び
ステップ３０２：持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、端末装置の１つのサービングセル内の１つのアクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0063】

ステップ３０１では、上位層が下位層からのＬＢＴ失敗指示を受信しており、言い換えれば、下位層は上位層にＬＢＴ失敗を通知又は指示している。また、ステップ３０１の前に、該方法はさらに次のようなステップを含んでも良い。

【0064】

ステップ３０３：端末装置の下位層がＬＢＴプロシージャを実行し；及び
ステップ３０４：上りリンク伝送がＬＢＴ失敗のためブロッキングされる。

【0065】

このように、上りリンク伝送はＬＢＴ失敗のためブロッキングされ、上位層は下位層からのＬＢＴ失敗指示を受信している。

【0066】

ステップ３０２では、持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、端末装置の１つのサービングセル内の１つのアクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0067】

【0068】

つまり、該カウンターの計数値が第一の値に等しいときに該サービングセル内の該ＢＷＰの持続ＬＢＴ失敗がトリガーされた後に、上位層が引き続き下位層からのＬＢＴ失敗指示を受信することによって該カウンターの計数値が継続して増加しても、引き続き該サービングセル内の該ＢＷＰの持続ＬＢＴ失敗をトリガーすることがないため、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することを防止できる。

【0069】

図４は本発明の実施例１の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図４に示すように、該方法は次のようなステップを含む。

【0070】

ステップ４０１：上位層が下位層からのＬＢＴ失敗指示を受信しており；
ステップ４０２：持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0071】

また、図３と同様に、ステップ３０１の前に、該方法はさらに次のようなステップを含んでも良い。

【0072】

ステップ４０３：端末装置の下位層がＬＢＴプロシージャを実行し；及び
ステップ４０４：上りリンク伝送がＬＢＴ失敗のためブロッキングされる。

【0073】

このように、上りリンク伝送はＬＢＴ失敗のためブロッキングされ、上位層は下位層からのＬＢＴ失敗指示を受信している。

【0074】

ステップ４０２では、持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、端末装置の該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0075】

本発明の少なくとも１つの実施例において、上りリンクＬＢＴ失敗が発生したときに、即ち、上位層が既に下位層からのＬＢＴ失敗指示を受信したときに、１つのタイマー、例えば、ｌｂｔ－ＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒを起動又は再起動し、かつ、上位層が下位層からのＬＢＴ失敗指示を受信する度に、この持続ＬＢＴ失敗検出ためのカウンターに１を増やし、また、該カウンターの計数値が第一の値に達到した、又はそれを超えたときに、端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗があるかを判断し、該サービングセルの該アクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーし、該サービングセルの該アクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗が既にあるときに、サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーしない。このようにして、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することを防止できる。

【0076】

本発明の少なくとも１つの実施例において、例えば、この持続ＬＢＴ失敗検出のためのカウンターはＬＢＴ＿ＣＯＵＮＴＥＲである。

【0077】

本発明の少なくとも１つの実施例において、該第一の値は実際の状況に応じて確定されても良く、例えば、該第一の値はｌｂｔ－ＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔと表される。

【0078】

本発明の少なくとも１つの実施例において、該サービングセルは特殊セル（ＳＰＣｅｌｌ）、即ち、プライマリーセル（ＰＣｅｌｌ）又はプライマリーセカンダリーセル（ＰＳＣｅｌｌ）であっても良く、セカンダリーセル（ＳＣｅｌｌ）であっても良い。

【0079】

本発明の少なくとも１つの実施例において、例えば、上記の一連のアクションは次のとおりであり、即ち、特殊セル（ＳｐＣｅｌｌ）の場合、該サービングセル内の同じキャリア（ｃａｒｒｉｅｒ）上で物理ランダムアクセスチャネル機会（ＰＲＡＣＨｏｃｃａｓｉｏｎｓ）が設定されたすべての上りリンクＢＷＰ内で持続ＬＢＴ失敗が既にトリガーされていれば、上位層に持続ＬＢＴ失敗を指示し、そうでなければ、該サービングセル内の任意の実行中のランダムアクセスプロシージャを停止し、アクティブなＢＷＰを、該サービングセル内で同じキャリア上でＰＲＡＣＨｏｃｃａｓｉｏｎが設定されており、かつ持続ＬＢＴ失敗がトリガーされない１つの上りリンクＢＷＰに切り替え、そして、ランダムアクセスプロシージャを開始する。

【0080】

【実施例2】

【0081】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法が提供される。

【0082】

図５は本発明の実施例２の持続ＬＢＴ失敗検出及び回復の方法を示す図である。図５に示すように、該方法は次のようなステップを含む。

【0083】

ステップ５０１：第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットする。

【0084】

このように、一定の条件が満足されたときに持続ＬＢＴ失敗検出のためのカウンターをリセットし、これによって、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することをも防止できるため、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることもできる。

【0085】

本発明の少なくとも１つの実施例において、該第一条件は以下のような条件のうちの少なくとも１つを含んでも良く、即ち、
１つのサービングセル内のアクティブなＢＷＰの持続ＬＢＴ失敗がトリガーされ、又は、１つのサービングセル内のアクティブなＢＷＰ上で持続ＬＢＴ失敗が存在し、又は、１つのサービングセル内のアクティブなＢＷＰの持続ＬＢＴ失敗が既にトリガーされており、又は、１つのサービングセル内のアクティブなＢＷＰ上で持続ＬＢＴ失敗が存在し；
トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生しており；
トリガーされた持続ＬＢＴ失敗がキャンセルされており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントが発生しており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示しており；
ＬＢＴ失敗ＭＡＣＣＥに対応するスケジューリングリクエストをトリガーすることを引き起こすイベントが発生しており；及び
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエスト（ＳＲ）をトリガーしているという条件である。

【0086】

例えば、トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生していることは、以下のようなことのうちの少なくとも１つを含み、即ち、
１つのＢＷＰがイナクティヴ（ｉｎａｃｔｉｖｅ）なものであり；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗回復が設定されており；
１つのＢＷＰがイナクティヴなものであり、かつＬＢＴ失敗回復設定パラメータが設定されており、例えば、該ＬＢＴ失敗回復設定パラメータはｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇであり；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗検出のためのカウンターが設定されており、例えば、該カウンターはＬＢＴ＿ＣＯＵＮＴＥＲであり；
ＬＢＴ失敗情報が送信されており、例えば、１つのＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、プロトコルデータユニット）が送信されており、かつ該ＰＤＵが持続ＬＢＴ失敗ＭＡＣＣＥを含み；
持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつランダムアクセスプロシージャが成功裏に完了したと見なされており；
セカンダリーセル（ＳＣｅｌｌ）がディアクティベーションされており、又はセカンダリーセルをディアクティベーションする１つのメッセージを受信しており、又はセカンダリーセルと関連付けられたタイマーが切れており、例えば、セカンダリーセルをディアクティベーションする情報はＳＣｅｌｌＡｃｔｉｖａｔｉｏｎ／ＤｅａｃｔｉｖａｔｉｏｎＭＡＣＣＥによりキャリーされ、例えば、該タイマーはｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒであり；
ＭＡＣ実体が１つのサービングセルのＢＷＰ切り替えによる物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信しており、かつ、該サービングセルにおいて関連付けられた実行中のランダムアクセスプロシージャがなく、又はセル無線ネットワーク一時標識（Ｃ－ＲＮＴＩ）によりアドレシングされた物理下りリンク制御チャネルを受信しているときに、該サービングセルと関連付けられた実行中のランダムアクセスプロシージャが成功裏に完了しており；及び
ＢＷＰ切り替えによるＲＲＣ設定又はＲＲＣ再設定を受信していることである。

【0087】

例えば、多重化及びアセンブリプロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントは、以下のようなイベントのうちの少なくとも１つを含み、即ち、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ該特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせているイベントである。

【0088】

例えば、ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーすることを引き起こすイベントが発生していることは、次のようなことを含み、即ち、少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがなく、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることである。

【0089】

本発明の少なくとも１つの実施例において、該第一条件は１つの特殊セル内、１つのセカンダリーセル内又は１つのサービングセル内に発生しても良い。

【0090】

本発明の少なくとも１つの実施例において、ステップ５０１では、持続ＬＢＴ失敗検出のためのカウンターをリセットすることは、該カウンターの計数値が０に等しなくなるように設定することを含む。よって、次のように言っても良く、即ち、第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターの計数値が０に等しくなるように設定する。

【0091】

本発明の少なくとも１つの実施例において、例えば、この持続ＬＢＴ失敗検出のためのカウンターはＬＢＴ＿ＣＯＵＮＴＥＲである。

【0092】

本発明の少なくとも１つの実施例において、例えば、該カウンターは既に送信されたＬＢＴ失敗ＭＡＣＣＥにおいて指示された持続ＬＢＴ失敗のサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する。

【0093】

また、例えば、該カウンターはトリガーされた持続ＬＢＴ失敗の所在するサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する。

【0094】

上述の実施例から分かるように、一定の条件が満足されたときに持続ＬＢＴ失敗検出のためのカウンターをリセットし、これにより、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することをも防止できるため、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることもできる。

【実施例3】

【0095】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法が提供される。

【0096】

図６は本発明の実施例３の持続ＬＢＴ失敗検出及び回復の方法を示す図である。図６に示すように、該方法は以下のようなステップのうちの少なくとも１つを含む。

【0097】

ステップ６０１：持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し；
ステップ６０２：ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し；及び
ステップ６０３：実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0098】

このように、ネットワーク装置が開始する不必要なＢＷＰ切り替え及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【0099】

本発明の実施例において、該方法はステップ６０１乃至６０３のうちの少なくとも１つのステップを含んでも良く、該方法がそのうちの２つ又は３つのステップを含むときに、これらのステップの実行順序について限定しない。

【0100】

以下、ステップ６０１乃至６０３の各ステップについてそれぞれ説明を行う。

【0101】

ステップ６０１では、持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示する。このように、端末装置がネットワーク装置に更新された持続ＬＢＴ失敗情報を指示することで、ネットワーク装置が開始する不必要なＢＷＰ切り替及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【0102】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗情報を生成するように指示するとは、多重化及びアセンブリ実体、ＭＡＣ層、又はＲＲＣ層が持続ＬＢＴ失敗情報を生成するように指示することを指しても良い。

【0103】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗が取り消されることは、次のようなイベントのうちの少なくとも１つにより引き起こされても良く、即ち、ＭＡＣ層を再設定しており；持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており、例えば、持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰｓｗｉｔｃｈｉｎｇＤＣＩを受信しており、又は持続ＬＢＴ失敗がトリガーされたサービングセル上のＲＲＣシグナリングを受信しており；及び、持続ＬＢＴ失敗回復設定、例えば、ｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇＩＥを再設定してているイベントである。

【0104】

本発明の少なくとも１つの実施例において、ステップ６０１で指示により生成されたＬＢＴ失敗情報はＭＡＣＣＥ又は上位層メッセージによってキャリーされ得る。

【0105】

本発明の実施例において、該ＭＡＣＣＥは第二ＬＢＴ失敗ＭＡＣＣＥであっても良い。例えば、該第二ＬＢＴ失敗ＭＡＣＣＥは既存のＬＢＴ失敗ＭＡＣＣＥのフォーマットを再利用できる。

【0106】

図２１は既存の１バイトのＬＢＴ失敗ＭＡＣＣＥのフォーマットを示す図である。図２１に示すように、１バイトのＬＢＴ失敗ＭＡＣＣＥはＬＣＩＤをキャリーする１つのＭＡＣサブヘッダにより確認される。そのサイズは固定されており、単一のバイト、即ち、８つのＣ域（ｆｉｅｌｄ）を含む。Ｃ_ｉについて、ＭＡＣ実体のためにサービングセル索引ｉを設定している１つのサービングセルが存在する場合、かつ、このサービングセル内で持続ＬＢＴ失敗が既にトリガーされおり、かつキャンセルされていない場合、該域は１に設定され、さもなければ、該域は０に設定される。

【0107】

図２２は既存の４バイトのＬＢＴ失敗ＭＡＣＣＥのフォーマットを示す図である。図２２に示すように、４バイトのＬＢＴ失敗ＭＡＣＣＥはＬＣＩＤをキャリーする１つのＭＡＣサブヘッダにより確認される。そのサイズは固定されており、４つのバイト、即ち、８３２個のＣ域を含む。Ｃ_ｉについて、ＭＡＣ実体のためにサービングセル索引ｉを設定している１つのサービングセルが存在する場合、かつ、このサービングセル内で持続ＬＢＴ失敗が既にトリガーされており、かつキャンセルされていない場合、該域は１に設定され、さもなければ、該域は０に設定される。

【0108】

本発明の実施例において、該ＭＡＣＣＥは第二ＬＢＴ失敗ＭＡＣＣＥであっても良く、新しいＭＡＣＣＥ、例えば、ＬＢＴｆａｉｌｕｉｒｅｃａｎｃｅｌＭＡＣＣＥであっても良い。

【0109】

本発明の実施例において、例えば、該上位層メッセージはＲＲＣメッセージである。

【0110】

ステップ６０１に対応して、図７は本発明の実施例３の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図７に示すように、該方法は次のようなステップを含む。

【0111】

ステップ７０１：トリガーされた持続ＬＢＴ失敗を取り消し；及び
ステップ７０２：持続ＬＢＴ失敗情報を生成するように指示する。

【0112】

ステップ６０２では、端末装置はネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する。このようにして、ネットワーク装置は持続ＬＢＴ失敗が発生したセル又は周波数を把握できる。これにより、ネットワーク装置が不必要なＢＷＰ切り替え及びセカンダリーセル再設定を開始することを回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【0113】

本発明の少なくとも１つの実施例において、端末装置がネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示することは、持続ＬＢＴ失敗が取り消される前にあっても良く、持続ＬＢＴ失敗が取り消されるときにあっても良い。

【0114】

図８は本発明の実施例３の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図８に示すように、該方法は次のようなステップを含む。

【0115】

ステップ８０１：１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消しておらず；及び
ステップ８０２：ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示する。

【0116】

このように、持続ＬＢＴ失敗が取り消される前に、端末装置はネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する。

【0117】

ステップ８０１では、ネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを送信しても良く、前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる。言い換えれば、１つのサービングセル上で持続ＬＢＴ失敗をトリガーしていることによる指示により、第一ＬＢＴ失敗ＭＡＣＣＥを生成しており、該ＭＡＣＣＥはさらに、前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を含んでいる。

【0118】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗のセル情報は持続ＬＢＴ失敗がトリガーされており、かつ取り消されていないセルを表し、言い換えれば、上述のサービングセル以外に、さらに、持続ＬＢＴ失敗がトリガーされており、かつ取り消されていない他のセルを含んでも良い。

【0119】

本発明の少なくとも１つの実施例において、１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消していないことは、特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、かつ、該特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び／又は、少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む。

【0120】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗の周波数情報は持続ＬＢＴ失敗が発生した周波数を表す。

【0121】

図９は本発明の実施例３の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図９に示すように、該方法は次のようなステップを含む。

【0122】

ステップ９０１：持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する。

【0123】

このように、持続ＬＢＴ失敗が取り消されたときに、端末装置はネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する。

【0124】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗がキャンセルされたときに、端末装置がネットワーク装置に指示する該持続ＬＢＴ失敗のセル情報又は周波数情報は、ＭＡＣＣＥ又は上位層メッセージによりキャリーされ得る。

【0125】

ＭＡＣＣＥによりキャリーされる場合、例えば、該ＭＡＣＣＥは第二ＬＢＴ失敗ＭＡＣＣＥである。例えば、該第二ＬＢＴ失敗ＭＡＣＣＥは既存のＬＢＴ失敗ＭＡＣＣＥのフォーマットを再利用できる。

【0126】

あるいは、該ＭＡＣＣＥは新しいＭＡＣＣＥ、例えば、ＬＢＴｆａｉｌｕｉｒｅｃａｎｃｅｌＭＡＣＣＥであっても良い。

【0127】

上位層メッセージによりキャリーされる場合、例えば、該上位層メッセージはＲＲＣメッセージである。

【0128】

ＭＡＣＣＥによりキャリーされる場合、図１０は本発明の実施例３の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図１０に示すように、該方法は次のようなステップを含む。

【0129】

ステップ１００１：１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ該持続ＬＢＴ失敗を取り消しておらず、第一ＬＢＴ失敗ＭＡＣＣＥを生成するように指示し；及び
ステップ１００２：持続ＬＢＴ失敗がキャンセルされたときに、第二ＬＢＴ失敗ＭＡＣＣＥを生成するように指示し、該第二ＬＢＴ失敗ＭＡＣＣＥには該持続ＬＢＴ失敗のセル情報又は周波数情報が含まれる。

【0130】

【0131】

ステップ６０３では、実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0132】

このように、端末装置がネットワーク装置に或るサービングセル上で発生した持続ＬＢＴ失敗を複数回指示することがないため、ネットワーク開始の不必要なＢＷＰ切り替え及びセカンダリーセル再設定を避け、ＮＲ－Ｕチャネルの有効な利用を保証でき、かつ、不必要な接続再確立を避け、業務中断を回避できる。

【0133】

本発明の少なくとも１つの実施例において、実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、実行中の持続ＬＢＴ失敗回復プロシージャを終了又は中止することを含む。

【0134】

言い換えれば、本発明の実施例における停止とは、終了又は中止を指しても良い。

【0135】

本発明の少なくとも１つの実施例において、ステップ６０３では、持続ＬＢＴ失敗がキャンセルされたときに、実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0136】

【0137】

本発明の少なくとも１つの実施例において、実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、次のようなビヘイビアのうちの少なくとも１つを含み、即ち、実行中の上りリンク伝送を停止し；対応するハイブリッド自動再送リクエスト（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＱＲ）プロセスのＨＡＱＲバッファ（ＨＡＱＲｂｕｆｆｅｒ）をクリアし；持続ＬＢＴ失敗によりトリガーされたＢＷＰ切り替えプロセス中のアクティブなＢＷＰ上の実行中のランダムアクセスプロシージャを停止し；持続ＬＢＴ失敗によりトリガーされたプライマリーセル組（ＭＣＧ）の無線リンク失敗（ＲＬＦ）後の実行中のＲＲＣ接続再確立プロセスを停止し；持続ＬＢＴ失敗によりトリガーされたセカンダリーセル組（ＳＣＧ）の無線リンク失敗後の実行中のＳＣＧ失敗情報プロセスを停止し；及び、無線リンク失敗のペンディングスケジューリングリクエスト（ｐｅｎｄｉｎｇＳＲ）により開始された実行中のランダムアクセスプロシージャを停止するビヘイビアである。

【0138】

以上、ステップ６０１乃至ステップ６０３の各ステップについてそれぞれ説明を行ったが、本発明の実施例の方法はステップ６０１乃至ステップ６０３のうちの各ステップの各種の組み合わせであっても良い。

【0139】

上述の実施例から分かるように、持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し；ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し；及び、実行中の持続ＬＢＴ失敗回復プロシージャを停止するステップのうちの少なくとも１つにより、ネットワーク装置が開始する不必要なＢＷＰ切り替え及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【実施例4】

【0140】

本発明の実施例では、ネットワーク装置に適用される持続ＬＢＴ失敗検出及び回復の方法が提供され、それは実施例３に記載の、端末装置に応用される持続ＬＢＴ失敗検出及び回復の方法に対応し、ここでは同じ内容の重複説明を省略する。

【0141】

図１１は本発明の実施例４の持続ＬＢＴ失敗検出及び回復の方法を示す図である。図１１に示すように、該方法は次のようなステップを含む。

【0142】

ステップ１１０１：端末装置から第一持続ＬＢＴ失敗情報及び／又は第二持続ＬＢＴ失敗情報をそれぞれ受信し；及び／又は
ステップ１１０２：端末装置から持続ＬＢＴ失敗を指示するセル情報又は周波数情報を受信する。

【0143】

本発明の実施例において、該方法はステップ１１０１及び１１０２のうちの少なくとも１つのステップを含んでも良く、該方法がステップ１１０１及び１１０２の２つのステップを含むときに、これらのステップの実行順序について限定しない。

【0144】

このように、ネットワーク装置が端末装置から更新された持続ＬＢＴ失敗情報を取得し、及び／又は、ネットワーク装置が持続ＬＢＴ失敗の発生したセル又は周波数を把握できるため、ネットワーク装置が開始する不必要なＢＷＰ切り替及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【0145】

本発明の少なくとも１つの実施例において、ステップ１１０１では、第一持続ＬＢＴ失敗情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされても良く、第二持続ＬＢＴ失敗情報は第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされても良い。

【0146】

例えば、第一ＬＢＴ失敗ＭＡＣＣＥは、１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ該持続ＬＢＴ失敗をキャンセルしていないときに、端末装置からの指示により生成され、ネットワーク装置に送信され、また、第二ＬＢＴ失敗ＭＡＣＣＥは、持続ＬＢＴ失敗がキャンセルされたときに、端末装置からの指示により生成され、ネットワーク装置に送信される。

【0147】

本発明の少なくとも１つの実施例において、ステップ１１０２では、該持続ＬＢＴ失敗のセル情報又は周波数情報は、持続ＬＢＴ失敗ＭＡＣＣＥ又は他のＭＡＣＣＥ又は上位層メッセージによりキャリーされる。

【0148】

例えば、前記持続ＬＢＴ失敗ＭＡＣＣＥは前記第一ＬＢＴ失敗ＭＡＣＣＥ又は前記第二ＬＢＴ失敗ＭＡＣＣＥである。

【0149】

例えば、該上位層メッセージはＲＲＣメッセージである。

【0150】

例えば、持続ＬＢＴ失敗が取り消される前に、端末装置はネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し、又は、持続ＬＢＴ失敗が取り消されるときに、端末装置はネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する。

【0151】

本発明の少なくとも１つの実施例において、図１１に示すように、該方法はさらに以下のようなステップのうちの少なくとも１つを含む。

【0152】

ステップ１１０３：端末装置のＭＡＣ層に対して再設定を行い；
ステップ１１０４：ＢＷＰ切り替えの指示を送信し；及び
ステップ１１０５：端末装置に対して持続ＬＢＴ失敗回復設定を再設定する。

【0153】

本発明の実施例において、該方法はステップ１１０３乃至１１０５のうちの少なくとも１つのステップを含み得る。該方法がそのうちの２つ又は３つステップを含むときに、これらのステップの実行順序について限定しない。また、ステップ１１０３乃至１１０５と、ステップ１１０１、１１０２との間の実行順序について限定しない。

【0154】

このように、ステップ１１０３乃至１１０５のうちの少なくとも１つのステップにより、端末装置の持続ＬＢＴ失敗が取り消されることをトリガーする。

【0155】

上述の実施例から分かるように、ネットワーク装置が端末装置から更新後の持続ＬＢＴ失敗情報を取得し、及び／又は、ネットワーク装置が持続ＬＢＴ失敗の発生したセル又は周波数を把握できるため、ネットワーク装置が開始する不必要なＢＷＰ切り替及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【実施例5】

【0156】

本発明の実施例では、ネットワーク装置及び端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法が提供され、それは実施例３に記載の、端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法及び実施例４に記載の、ネットワーク装置に適用される持続ＬＢＴ失敗検出及び回復の方法に対応し、ここでは同じ内容の重複説明を省略する。

【0157】

図１２は本発明の実施例５の持続ＬＢＴ失敗検出及び回復の方法を示す図である。図１２に示すように、該方法は次のようなステップを含む。

【0158】

ステップ１２０１：端末装置が１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ該持続ＬＢＴ失敗を取り消しておらず、第一ＬＢＴ失敗ＭＡＣＣＥを生成するように指示し；
ステップ１２０２：端末装置がネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを含むデータパケットを送信し；
ステップ１２０３：端末装置が該持続ＬＢＴ失敗を取り消し；
ステップ１２０４：端末装置が第二ＬＢＴ失敗ＭＡＣＣＥを生成するように指示し；及び
ステップ１２０５：端末装置がネットワーク装置に第二ＬＢＴ失敗ＭＡＣＣＥを含むデータパケットを送信する。

【0159】

本発明の少なくとも１つの実施例において、第二ＬＢＴ失敗ＭＡＣＣＥは更新済みの持続ＬＢＴ失敗情報を含み得る。

【0160】

本発明の少なくとも１つの実施例において、第二ＬＢＴ失敗ＭＡＣＣＥは持続ＬＢＴ失敗のセル情報又は周波数情報を含み得る。

【0161】

図１３は本発明の実施例５の持続ＬＢＴ失敗検出及び回復の方法のもう１つを示す図である。図１３に示すように、該方法は次のようなステップを含む。

【0162】

ステップ１３０１：端末装置が１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ該持続ＬＢＴ失敗を取り消しておらず、第一ＬＢＴ失敗ＭＡＣＣＥを設定するように指示し、該第一ＬＢＴ失敗ＭＡＣＣＥは該持続ＬＢＴ失敗のセル情報又は周波数情報を含み；
ステップ１３０２：端末装置がネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを含むデータパケットを送信し；及び
ステップ１３０３：端末装置が該持続ＬＢＴ失敗を取り消す。

【0163】

本発明の少なくとも１つの実施例において、図１２及び図１３中の各ステップの具体的な実施については実施例３及び実施例４の記載を参照でき、ここでは重複説明を省略する。

【0164】

上述の実施例から分かるように、ネットワーク装置が端末装置から更新後の持続ＬＢＴ失敗情報を取得し、及び／又は、ネットワーク装置が持続ＬＢＴ失敗の発生したセル又は周波数を知ることができるため、ネットワーク装置が開始する不必要なＢＷＰ切り替及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【実施例6】

【0165】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置が提供される。該装置が問題を解決する原理は実施例１の方法と類似しているため、その具体的実施については実施例１に記載の方法の実施を参照でき、ここでは内容が同じである、又は関連する重複説明を省略する。

【0166】

図１４は本発明の実施例４の持続ＬＢＴ失敗検出及び回復の装置を示す図である。図１４に示すように、装置１４００は次のようなものを含む。

【0167】

第一トリガーユニット１４０１：上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、又は、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0168】

本発明の少なくとも１つの実施例において、前記端末装置及び／又は前記サービングセルはＬＢＴ失敗回復設定パラメータが設定されている。

【0169】

本発明の少なくとも１つの実施例において、前記ＬＢＴ失敗回復設定パラメータはｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇパラメータ、あるいは、ｌｂｔ－ＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔパラメータ及び／又はｌｂｔ－ＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒパラメータである。

【0170】

本実施例では、上述の各ユニットの機能の実現については実施例１の中の関連ステップの内容を参照でき、ここではその詳しい説明を省略する。

【0171】

【実施例7】

【0172】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置が提供される。該装置が問題を解決する原理は実施例２の方法と類似しているため、その具体的な実施については実施例２に記載の方法の実施を参照でき、ここでは内容が同じである、又は関連する重複説明を省略する。

【0173】

図１５は本発明の実施例７の持続ＬＢＴ失敗検出及び回復の装置を示す図である。図１５に示すように、装置１５００は以下のようなものを含む。

【0174】

第一リセットユニット１５０１：第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットする。

【0175】

本発明の少なくとも１つの実施例において、該第一条件は次のような条件のうちの少なくとも１つを含み、即ち、１つのサービングセル内のアクティブなＢＷＰの持続ＬＢＴ失敗がトリガーされており、又は、１つのサービングセル内のアクティブなＢＷＰ上で持続ＬＢＴ失敗が存在し；トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生しており；トリガーされた持続ＬＢＴ失敗がキャンセルされており；多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントが発生しており；多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示しており；ＬＢＴ失敗ＭＡＣＣＥに対応するスケジューリングリクエストをトリガーすることを引き起こすイベントが発生しており；及び、ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーしているという条件である。

【0176】

本発明の少なくとも１つの実施例において、該トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生していることは、次のようなことのうちの少なくとも１つを含み、即ち、１つのＢＷＰがイナクティヴなものであり；１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗回復が設定されており；１つのＢＷＰがイナクティヴなものであり、かつＬＢＴ失敗回復設定パラメータが設定されており；１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗検出のためのカウンターが設定されており；ＬＢＴ失敗情報が送信されており；持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつランダムアクセスプロシージャが成功裏に完了したと見なされており；セカンダリーセルがディアクティベーションされており、又はセカンダリーセルをディアクティベーションする１つのメッセージが受信されており、又はセカンダリーセルと関連付けられたタイマーが切れており；ＭＡＣ実体が１つのサービングセルのＢＷＰ切り替えによる物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信しており、かつ、該サービングセルにおいて関連付けられた実行中のランダムアクセスプロシージャがなく、又はセル無線ネットワーク一時標識（Ｃ－ＲＮＴＩ）によりアドレシングされた物理下りリンク制御チャネルを受信したときに、該サービングセルと関連付けられた実行中のランダムアクセスプロシージャが成功裏に完了しており；及び、ＢＷＰ切り替えによるＲＲＣ設定又はＲＲＣ再設定を受信していることである。

【0177】

本発明の少なくとも１つの実施例において、多重化及びアセンブリプロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントは、次のようなイベントのうちの少なくとも１つを含み、即ち、特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ該特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び、少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせているイベントである。

【0178】

本発明の少なくとも１つの実施例において、ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーすることを引き起こすイベントは、少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがなく、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせているイベントを含む。

【0179】

本発明の少なくとも１つの実施例において、該第一条件は１つの特殊セル内、１つのセカンダリーセル内又は１つのサービングセル内に発生する。

【0180】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗検出のためのカウンターをリセットすることは、該カウンターの計数値が０に等しくなるように設定することを含む。

【0181】

本発明の少なくとも１つの実施例において、該カウンターは、既に送信されたＬＢＴ失敗ＭＡＣＣＥにおいて指示された持続ＬＢＴ失敗のサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する。

【0182】

本発明の少なくとも１つの実施例において、該カウンターは、トリガーされた持続ＬＢＴ失敗の所在するサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する。

【0183】

上述の実施例から分かるように、一定の条件が満足されたときに持続ＬＢＴ失敗検出のためのカウンターをリセットし、これによって、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することをも防止できるため、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることもできる。

【実施例8】

【0184】

本発明の実施例では、端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置が提供される。該装置が問題を解決する原理は実施例３の方法と類似しているため、その具体的な実施は実施例３に記載の方法の実施を参照でき、ここでは内容が同じである又は関連する重複説明を省略する。

【0185】

図１６は本発明の実施例８の持続ＬＢＴ失敗検出及び回復の装置を示す図である。図１６に示すように、装置１６００は以下のようなユニットのうちの少なくとも１つを含む。

【0186】

第一指示ユニット１６０１：持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し；
第二指示ユニット１６０２：ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し；及び
第一停止ユニット１６０３：実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0187】

図１７は本発明の実施例８の第二指示ユニットを示す図である。図１７に示すように、第二指示ユニット１６０２は次のようなものを含む。

【0188】

第二トリガーユニット１７０１：１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消しておらず；及び
第三指示ユニット１７０２：ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示する。

【0189】

本発明の少なくとも１つの実施例において、第三指示ユニット１７０２はネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを送信し、前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる。

【0190】

本発明の少なくとも１つの実施例において、第二トリガーユニット１７０１は特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、かつ、該特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせ；及び／又は、少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により該リソースが該ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせる。

【0191】

本発明の少なくとも１つの実施例において、第三指示ユニット１７０２は持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示する。

【0192】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に指示する該持続ＬＢＴ失敗のセル情報又は周波数情報は、ＭＡＣＣＥ又は上位層メッセージによりキャリーされる。

【0193】

本発明の少なくとも１つの実施例において、持続ＬＢＴ失敗がキャンセルされたときに、指示により生成される該持続ＬＢＴ失敗情報は、第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる。

【0194】

本発明の少なくとも１つの実施例において、該持続ＬＢＴ失敗が取り消されることは、次のようなイベントのうちの少なくとも１つにより引き起こされ、即ち、ＭＡＣ層を再設定しており；持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており；及び、持続ＬＢＴ失敗回復設定を再設定しているイベントである。

【0195】

本発明の少なくとも１つの実施例において、第一停止ユニット１６０３は実行中の持続ＬＢＴ失敗回復プロシージャを終了又は中止する。

【0196】

本発明の少なくとも１つの実施例において、第一停止ユニット１６０３は持続ＬＢＴ失敗がキャンセルされたときに、実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0197】

【0198】

本発明の少なくとも１つの実施例において、実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、以下のようなビヘイビアのうちの少なくとも１つを含み、即ち、実行中の上りリンク伝送を停止；対応するハイブリッド自動再送リクエスト（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＱＲ）プロセスのＨＡＱＲバッファ（ＨＡＱＲｂｕｆｆｅｒ）うぃクリアし；持続ＬＢＴ失敗によりトリガーされたＢＷＰ切り替えプロセス中のアクティブなＢＷＰ上の実行中のランダムアクセスプロシージャを停止し；持続ＬＢＴ失敗によりトリガーされたプライマリーセル組（ＭＣＧ）の無線リンク失敗（ＲＬＦ）後の実行中のＲＲＣ接続再確立プロセスを停止し；持続ＬＢＴ失敗によりトリガーされたセカンダリーセル組（ＳＣＧ）の無線リンク失敗後の実行中のＳＣＧ失敗情報プロセスを停止し；及び、実行中の、無線リンク失敗のペンディングスケジューリングリクエスト（ｐｅｎｄｉｎｇＳＲ）により開始されたランダムアクセスプロシージャを停止するビヘイビアである。

【0199】

【実施例9】

【0200】

本発明の実施例では、ネットワーク装置に適用される持続ＬＢＴ失敗検出及び回復の装置が提供される。該装置が問題を解決する原理は実施例４の方法と類似しているので、その具体的な実施については実施例４に記載の方法の実施を参照でき、ここでは内容が同じである又は関連する重複説明を省略する。

【0201】

図１８は本発明の実施例９の持続ＬＢＴ失敗検出及び回復の装置を示す図である。図１８に示すように、装置１８００は次のようなものを含む。

【0202】

第一受信ユニット１８０１：端末装置から第一持続ＬＢＴ失敗情報及び／又は第二持続ＬＢＴ失敗情報をそれぞれ受信し；及び／又は
第二受信ユニット１８０２：端末装置から持続ＬＢＴ失敗を指示するセル情報又は周波数情報を受信する。

【0203】

本発明の少なくとも１つの実施例において、第一持続ＬＢＴ失敗情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされ、第二持続ＬＢＴ失敗情報は第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる。

【0204】

本発明の少なくとも１つの実施例において、該持続ＬＢＴ失敗のセル情報又は周波数情報は、持続ＬＢＴ失敗ＭＡＣＣＥ又は他のＭＡＣＣＥ又は上位層メッセージによりキャリーされる。

【0205】

本発明の少なくとも１つの実施例において、装置１８００はさらに、以下のようなユニットのうちの少なくとも１つを含む。

【0206】

第一設定ユニット１８０３：端末装置のＭＡＣ層に対して再設定を行い；
第一送信ユニット１８０４：ＢＷＰ切り替えの指示を送信し；及び
第二設定ユニット１８０５：端末装置に対して持続ＬＢＴ失敗回復設定を再設定する。

【0207】

上述の実施例から分かるように、ネットワーク装置が端末装置から更新された持続ＬＢＴ失敗情報を取得し、及び／又は、ネットワーク装置が持続ＬＢＴ失敗の発生したセル又は周波数を把握できるため、ネットワーク装置が開始する不必要なＢＷＰ切り替及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【実施例10】

【0208】

本発明の実施例では端末装置が提供され、該端末装置は実施例６又は実施例７又は実施例８に記載の持続ＬＢＴ失敗検出及び回復の装置を含む。

【0209】

図１９は本発明の実施例１０の端末装置のシステム構成を示すブロック図である。図１９に示すように、端末装置１９００は処理器１９１０及び記憶器１９２０を含んでも良く、記憶器１９２０は処理器１９１０に接続される。なお、該図は例示に過ぎず、さらに他の類型の構成を用いて該構造に対して補充又は代替を行うことで電気通信機能又は他の機能を実現しても良い。

【0210】

１つの実施方式において、持続ＬＢＴ失敗検出及び回復の装置の機能は処理器１９１０に統合できる。

【0211】

実施例６の場合、処理器１９１０は次のように設定されても良く、即ち、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、又は、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ該端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、該サービングセル内の該アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする。

【0212】

実施例７の場合、処理器１９１０は、第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットするように構成されても良い。

【0213】

実施例８の場合、処理器１９１０は以下のようなステップのうちの少なくとも１つを実行するように構成されても良く、即ち、持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し；ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し；及び、実行中の持続ＬＢＴ失敗回復プロシージャを停止する。

【0214】

もう１つの実施方式において、持続ＬＢＴ失敗検出及び回復の装置は処理器１９１０から独立して構成されても良く、例えば、持続ＬＢＴ失敗検出及び回復の装置は処理器１９１０に接続されるチップとして構成され、処理器１９１０の制御により持続ＬＢＴ失敗検出及び回復の装置の機能を実現しても良い。

【0215】

図１９に示すように、端末装置１９００はさらに、通信モジュール１９３０、入力ユニット１９４０、表示器１９５０、電源１９６０などを含んでも良い。なお、端末装置１９００は図１９に示すすべての部品を含む必要がない。また、端末装置１９００はさらに図１９に無い部品を含んでも良いが、これについては関連技術を参照できる。

【0216】

図１９に示すように、処理器１９１０は制御器又は操作コントローラと称さる場合があり、マイクロプロセッサ又は他の処理装置及び／又は論理装置を含んでも良く、該処理器１９１０は入力を受信して端末装置１９００の各部品の操作を制御できる。

【0217】

そのうち、記憶器１９２０は例えば、バッファ、フレッシュメモリ、ＨＤＤ、可移動媒体、揮発性記憶器、不揮発性記憶器又は他の適切な装置のうちの１つ又は複数であっても良く、各種のデータを記憶でき、さらに、情報処理用のプログラムを記憶することもできる。また、処理器１９１０は、該記憶器１９２０に記憶された該プログラムを実行することで情報の記憶又は処理などを実現することもできる。なお、他の部品の機能は従来と類似しているため、ここではその詳しい説明を省略する。また、端末装置１９００の各部品は専用ハードウェア、ファームウェア、ソフトウェア又はその組み合わせにより実現されても良いが、そのすべては本発明の範囲に属する。

【0218】

上述の実施例から分かるように、カウンターの計数値が第一の値に等しいときにのみ持続ＬＢＴ失敗をトリガーし、又は、カウンターの計数値が第一の値以上であり、かつ１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときにのみ持続ＬＢＴ失敗をトリガーし、これによって、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することを防止でき、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることができ；及び／又は、一定の条件が満足されたときに持続ＬＢＴ失敗検出のためのカウンターをリセットし、このようにして、端末装置が絶えずに不必要な持続ＬＢＴ失敗をトリガーし、一連のアクションを実行することをも防止でき、端末装置の電力消費及びエアインターフェースのオーバーヘッドを減少させることもでき；及び／又は、以下のようなステップ、即ち、持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し、ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し、及び実行中の持続ＬＢＴ失敗回復プロシージャを停止するステップのうちの少なくとも１つにより、ネットワーク装置が開始する不必要なＢＷＰ切り替え及びセカンダリーセル再設定を回避でき、ＮＲ－Ｕチャネルの有効な利用を保証できる。

【実施例11】

【0219】

本発明の実施例ではネットワーク装置が提供され、該ネットワーク装置は実施例９に記載の持続ＬＢＴ失敗検出及び回復の装置を含む。

【0220】

図２０は本発明の実施例１１のネットワーク装置のシステム構成を示すブロック図である。図２０に示すように、ネットワーク装置２０００は処理器（ｐｒｏｃｅｓｓｏｒ）２０１０及び記憶器２０２０を含んでも良く、記憶器２０２０は処理器２０１０に接続される。そのうち、該記憶器２０２０は様々なデータを記憶でき、また、情報処理用のプログラム２０３０をさらに記憶でき、かつ処理器２０１０の制御下で該プログラム２０３０を実行することで端末装置送信の各種の情報を受信したり、端末装置に各種の情報を送信したりすることができる。

【0221】

１つの実施方式において、持続ＬＢＴ失敗検出及び回復の装置の機能は処理器２０１０に統合できる。そのうち、処理器２０１０は、端末装置から第一持続ＬＢＴ失敗情報及び／又は第二持続ＬＢＴ失敗情報をそれぞれ受信し；及び／又は、端末装置から持続ＬＢＴ失敗を指示するセル情報又は周波数情報を受信するように構成されても良い。

【0222】

例えば、第一持続ＬＢＴ失敗情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされ、第二持続ＬＢＴ失敗情報は第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる。

【0223】

例えば、該持続ＬＢＴ失敗のセル情報又は周波数情報は持続ＬＢＴ失敗ＭＡＣＣＥ又は他のＭＡＣＣＥ又は上位層メッセージによりキャリーされる。

【0224】

例えば、処理器２０１０はさらに、以下のようなステップのうちの少なくとも１つを実行するように構成されても良く、即ち、端末装置のＭＡＣに対して再設定を行い；ＢＷＰ切り替えの指示を送信し；及び、端末装置に対して持続ＬＢＴ失敗回復設定を再設定するステップである。

【0225】

もう１つの実施方式において、持続ＬＢＴ失敗検出及び回復の装置は処理器２０１０とは別々配置されても良く、例えば、持続ＬＢＴ失敗検出及び回復の装置は処理器２０１０に接続されるチップとして構成され、処理器２０１０の制御により持続ＬＢＴ失敗検出及び回復の装置の機能を実現しても良い。

【0226】

また、図２０に示すように、ネットワーク装置２０００はさらに、送受機２０４０、アンテナ２０５０などを含んでも良く、そのうち、これらの部品の機能は従来と類似しているため、ここではその詳しい説明を省略する。なお、ネットワーク装置２０００は図２０に示すすべての部品を含む必要がない。また、ネットワーク装置２０００はさらに、図２０に無いものを含んでも良いが、これについては従来技術を参照できる。

【0227】

【実施例12】

【0228】

本発明の実施例では通信システムが提供され、それは実施例１０に記載の端末装置及び／又は実施例１１に記載のネットワーク装置を含む。

【0229】

例えば、該通信システムの構造については図１を参照でき、図１に示すように、通信システム１００はネットワーク装置１０１及び端末装置１０２を含み、端末装置１０２は実施例１１に記載された端末装置と同じであり、ネットワーク装置１０１は実施例１２に記載されたネットワーク装置と同じであるため、ここではその詳しい説明を省略する。

【0230】

また、上述の装置及び方法は、ソフトウェア又はハードウェアにより実現されても良く、ハードウェアとソフトウェアとの組み合わせにより実現されても良い。本発明はさらに、下記のようなコンピュータ読み取り可能なプログラムに関し、即ち、該プログラムは、ロジック部品により実行されるときに、該ロジック部品に上述の装置又は構成部品を実現させ、又は、該ロジック部品に上述の各種の方法又はステップを実現させる。ロジック部品は、例えば、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、マイクロプロセッサ、コンピュータに用いる処理器などであっても良い。本発明はさらに、上述のプログラムを記憶した記憶媒体、例えば、ハードディスク、磁気ディスク、光ハードディスク、ＤＶＤ、フラッシュメモリなどにも関する。

【0231】

さらに、図面に記載された機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、本明細書に記載の機能を実行するための汎用処理器、デジタル信号処理器（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能な論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアアセンブリ又は他の任意の適切な組み合わせとして実現されても良い。また、図面に記載の機能ブロックのうちの１つ又は複数の組み合わせ及び／又は機能ブロックの１つ又は複数の組み合わせは、さらに、計算装置の組み合わせ、例えば、ＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰと通信により接続される１つ又は複数のマイクロプロセッサ又は他の任意の構成の組み合わせとして構成されても良い。

【0232】

以上、本発明の好ましい実施例を説明したが、本発明はこのような実施例に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術的範囲に属する。

【0233】

また、上述の実施例などに関し、さらに以下のような付記を開示する。

【0234】

（付記一）、
（付記１）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置であって、
上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、又は、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ前記端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、前記サービングセル内の前記アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーする第一トリガーユニットを含む、装置。

【0235】

（付記２）
付記１に記載の装置であって、
前記端末装置及び／又は前記サービングセルはＬＢＴ失敗回復設定パラメータが設定されている、装置。

【0236】

（付記３）
付記２に記載の装置であって、
前記ＬＢＴ失敗回復設定パラメータはｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇパラメータである、装置。

【0237】

（付記４）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置であって、
第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットする第一リセットユニットを含む、装置。

【0238】

（付記５）
付記４に記載の装置であって、
前記第一条件包括は以下の条件のうちの少なくとも１つを含み、即ち、
１つのサービングセル内のアクティブなＢＷＰの持続ＬＢＴ失敗がトリガーされており、又は、１つのサービングセル内のアクティブなＢＷＰ上で持続ＬＢＴ失敗が存在し；
トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生しており；
トリガーされた持続ＬＢＴ失敗がキャンセルされており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントが発生しており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示しており；
ＬＢＴ失敗ＭＡＣＣＥに対応するスケジューリングリクエストをトリガーすることを引き起こすイベントが発生しており；及び
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストがトリガーされているという条件である、装置。

【0239】

（付記６）
付記５に記載の装置であって、
トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生していることは、以下のようなことのうちの少なくとも１つを含み、即ち、
１つのＢＷＰがイナクティヴなものであり；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗回復が設定されており；
１つのＢＷＰがイナクティヴなものであり、かつＬＢＴ失敗回復設定パラメータが設定されており；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗検出のためのカウンターが設定されており；
ＬＢＴ失敗情報が送信されており；
持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつランダムアクセスプロシージャが成功裏に完了したと見なされており；
セカンダリーセルがディアクティベーションされておｒ、又はセカンダリーセルをディアクティベーションする１つのメッセージを受信しており、又はセカンダリーセルと関連付けられたタイマーが切れており；
ＭＡＣ実体が１つのサービングセルのＢＷＰ切り替えによる物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信しており、かつ、前記サービングセルにおいて関連付けられた実行中のランダムアクセスプロシージャがなく、又はセル無線ネットワーク一時標識（Ｃ－ＲＮＴＩ）によりアドレシングされた物理下りリンク制御チャネルを受信したときに、前記サービングセルと関連付けられた実行中のランダムアクセスプロシージャが成功裏に完成しており；及び
ＢＷＰ切り替えによるＲＲＣ設定又はＲＲＣ再設定を受信していることである、装置。

【0240】

（付記７）
付記５に記載の装置であって、
多重化及びアセンブリプロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントは、以下のようなイベントのうちの少なくとも１つを含み、即ち、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ前記特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせているとイベントである、装置。

【0241】

（付記８）
付記５に記載の装置であって、
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーすることを引き起こすイベントが発生していることは、
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがなく、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む、装置。

【0242】

（付記９）
付記４－８のうちの何れかの１項に記載の装置であって、
前記第一条件は１つの特殊セル内、１つのセカンダリーセル内又は１つのサービングセル内に発生する、装置。

【0243】

（付記１０）
付記４－９のうちの何れかの１項に記載の装置であって、
前記持続ＬＢＴ失敗検出のためのカウンターをリセットすることは、前記カウンターの計数値が０になるように設定することを含む、装置。

【0244】

（付記１１）
付記４－１０のうちの何れかの１項に記載の装置であって、
前記カウンターは既に送信されたＬＢＴ失敗ＭＡＣＣＥにおいて指示された持続ＬＢＴ失敗のサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する、装置。

【0245】

（付記１２）
付記４－１０のうちの何れかの１項に記載の装置であって、
前記カウンターはトリガーされた持続ＬＢＴ失敗の所在するサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する、装置。

【0246】

（付記１３）
付記１－１２のうちの何れかの１項に記載の装置であって、
前記下位層は物理層であり、前記上位層は媒体アクセス制御（ＭＡＣ）層である、装置。

【0247】

（付記１４）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の装置であって、
以下のユニットのうちの少なくとも１つを含み、即ち、
持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示する第一指示ユニット；
ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する第二指示ユニット；及び
実行中の持続ＬＢＴ失敗回復プロシージャを停止する第一停止ユニットである、装置。

【0248】

（付記１５）
付記１４に記載の装置であって、
前記第二指示ユニットは、
１つのサービングセル上で持続ＬＢＴ失敗がトリガーされており、かつ取り消されていないときに、ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示する第三指示ユニットを含む、装置。

【0249】

（付記１６）
付記１５に記載の装置であって、
前記第三指示ユニットはネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを送信し、前記前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる、装置。

【0250】

（付記１７）
付記１６に記載の装置であって、
１つのサービングセル上で持続ＬＢＴ失敗がトリガーされており、かつ取り消されていないことは、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ、前記特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び／又は
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、また、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む、装置。

【0251】

（付記１８）
付記１４に記載の装置であって、
前記第二指示ユニットは持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示する、装置。

【0252】

（付記１９）
付記１８に記載の装置であって、
持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に指示する前記持続ＬＢＴ失敗のセル情報又は周波数情報は、ＭＡＣＣＥ又は上位層メッセージによりキャリーされるｌ装置。

【0253】

（付記２０）
付記１４に記載の装置であって、
持続ＬＢＴ失敗がキャンセルされたときに、指示により生成される前記持続ＬＢＴ失敗情報は、第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる、装置。

【0254】

（付記２１）
付記１４又は２０に記載の装置であって、
前記持続ＬＢＴ失敗が取り消されることは、以下のイベントのうちの少なくとも１つにより引き起こされ、即ち、
ＭＡＣ層を再設定しており；
持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており；及び
持続ＬＢＴ失敗回復設定を再設定しているイベントである、装置。

【0255】

（付記２２）
付記１４に記載の装置であって、
前記第一停止ユニットは実行中の持続ＬＢＴ失敗回復プロシージャを終了又は中止する、装置。

【0256】

（付記２３）
付記１４又は２２に記載の装置であって、
前記第一停止ユニットは持続ＬＢＴ失敗がキャンセルされたときに、実行中の持続ＬＢＴ失敗回復プロシージャを停止する、装置。

【0257】

（付記２４）
付記２３に記載の装置であって、
前記持続ＬＢＴ失敗が取り消されることは、以下のイベントのうちの少なくとも１つにより引き起こされ、即ち、
ＭＡＣ層を再設定しており；
持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており；及び
持続ＬＢＴ失敗回復設定を再設定しているイベントである、装置。

【0258】

（付記２５）
付記１４又は２３に記載の装置であって、
実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、以下のビヘイビアのうちの少なくとも１つを含み、即ち、
実行中の上りリンク伝送を停止し；
対応するのハイブリッド自動再送リクエスト（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＱＲ）プロセスのＨＡＱＲバッファ（ＨＡＱＲｂｕｆｆｅｒ）をクリアし；
持続ＬＢＴ失敗によりトリガーされたＢＷＰ切り替えプロセス中のアクティブなＢＷＰ上の実行中のランダムアクセスプロシージャを停止し；
持続ＬＢＴ失敗によりトリガーされたプライマリーセル組（ＭＣＧ）の無線リンク失敗（ＲＬＦ）後の実行中のＲＲＣ接続再確立プロセスを停止し；
持続ＬＢＴ失敗によりトリガーされたセカンダリーセル組（ＳＣＧ）の無線リンク失敗後の実行中のＳＣＧ失敗情報プロセスを停止し；及び
実行中の、無線リンク失敗のペンディングスケジューリングリクエスト（ｐｅｎｄｉｎｇＳＲ）により開始されたランダムアクセスプロシージャを停止するビヘイビアである、装置。

【0259】

（付記２６）
ネットワーク装置に適用される持続ＬＢＴ失敗検出及び回復の装置であって、
端末装置から第一持続ＬＢＴ失敗情報及び／又は第二持続ＬＢＴ失敗情報をそれぞれ受信する第一受信ユニット；及び／又は
端末装置から持続ＬＢＴ失敗を指示するセル情報又は周波数情報を受信する第二受信ユニットを含む、装置。

【0260】

（付記２７）
付記２６に記載の装置であって、
第一持続ＬＢＴ失敗情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされ、
第二持続ＬＢＴ失敗情報は第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる、装置。

【0261】

（付記２８）
付記２７に記載の装置であって、
前記第一ＬＢＴ失敗ＭＡＣＣＥは１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ前記持続ＬＢＴ失敗を取り消していないときに前記端末装置からの指示により生成され、前記ネットワーク装置に送信され；及び／又は
前記第二ＬＢＴ失敗ＭＡＣＣＥは持続ＬＢＴ失敗がキャンセルされたときに前記端末装置からの指示により生成され、前記ネットワーク装置に送信される、装置。

【0262】

（付記２９）
付記２６に記載の装置であって、
前記持続ＬＢＴ失敗のセル情報又は周波数情報は、持続ＬＢＴ失敗ＭＡＣＣＥ又は他のＭＡＣＣＥ又は上位層メッセージによりキャリーされる、装置。

【0263】

（付記３０）
付記２９に記載の装置であって、
前記持続ＬＢＴ失敗ＭＡＣＣＥは、前記第一ＬＢＴ失敗ＭＡＣＣＥ又は前記第二ＬＢＴ失敗ＭＡＣＣＥである、装置。

【0264】

（付記３１）
付記２６に記載の装置であって、
前記装置はさらに、以下のユニットのうちの少なくとも１つを含み、即ち、
端末装置のＭＡＣ層に対して再設定を行う第一設定ユニット；
ＢＷＰ切り替えの指示を送信する第一送信ユニット；及び
端末装置に対して持続ＬＢＴ失敗回復設定を再設定する第二設定ユニットを含む、装置。

【0265】

（付記３２）
端末装置であって、
前記端末装置は付記１－２５のうちの何れかの１項に記載の装置を含む、端末装置。

【0266】

（付記３３）
ネットワーク装置であって、
前記ネットワーク装置は付記２６－３１のうちの何れかの１項に記載の装置を含む、ネットワーク装置。

【0267】

（付記３４）
通信システムであって、
前記通信システムは付記３２に記載の端末装置及び／又は付記３３に記載のネットワーク装置を含む、通信システム。

【0268】

（付記二）
（付記１）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法であって、
上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値に等しいときに、又は、上位層が下位層からのＬＢＴ失敗指を受信しており、かつ持続ＬＢＴ失敗検出のためのカウンターの計数値が第一の値以上であり、かつ前記端末装置の１つのサービングセルの１つのアクティブなＢＷＰ内にトリガーされた持続ＬＢＴ失敗がないときに、前記サービングセル内の前記アクティブなＢＷＰの持続ＬＢＴ失敗をトリガーすることを含む、方法。

【0269】

（付記２）
付記１に記載の方法であって、
前記端末装置及び／又は前記サービングセルはＬＢＴ失敗回復設定パラメータが設定されている、方法。

【0270】

（付記３）
付記２に記載の方法であって、
前記ＬＢＴ失敗回復設定パラメータはｌｂｔ－ＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇパラメータである、方法。

【0271】

（付記４）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法であって、
第一条件が満足されたときに、持続ＬＢＴ失敗検出のためのカウンターをリセットすることを含む、方法。

【0272】

（付記５）
付記４に記載の方法であって、
前記第一条件は以下の条件のうちの少なくとも１つを含み、即ち、
１つのサービングセル内のアクティブなＢＷＰの持続ＬＢＴ失敗がトリガーされており、又は、１つのサービングセル内のアクティブなＢＷＰ上で持続ＬＢＴ失敗が存在し；
トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生しており；
トリガーされた持続ＬＢＴ失敗がキャンセルされており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示することを引き起こすイベントが発生しており；
多重化及びアセンブリ（ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＡｓｓｅｍｂｌｙ）プロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示しており；
ＬＢＴ失敗ＭＡＣＣＥに対応するスケジューリングリクエストをトリガーすることを引き起こすイベントが発生しており；及び
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーしているという条件である、方法。

【0273】

（付記６）
付記５に記載の方法であって、
トリガーされた持続ＬＢＴ失敗がキャンセルされることを引き起こすイベントが発生していることは、以下のようなことのうちの少なくとも１つを含み、即ち、
１つのＢＷＰがイナクティヴなものであり；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗回復が設定されており；
１つのＢＷＰがイナクティヴなものであり、かつＬＢＴ失敗回復設定パラメータが設定されており；
１つのＢＷＰがイナクティヴなものであり、かつ持続ＬＢＴ失敗検出のためのカウンターが設定されており；
ＬＢＴ失敗情報が送信されており；
持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつランダムアクセスプロシージャが成功裏に完了したと見なされており；
セカンダリーセルがディアクティベーションされており、又はセカンダリーセルをディアクティベーションする１つのメッセージを受信しており、又はセカンダリーセルと関連付けられたタイマーが切れており；
ＭＡＣ実体が１つのサービングセルのＢＷＰ切り替えによる物理下りリンク制御チャネル（ＰＤＣＣＨ）を受信しており、かつ、前記サービングセルにおいて関連付けられた実行中のランダムアクセスプロシージャがなく、又はセル無線ネットワーク一時標識（Ｃ－ＲＮＴＩ）によりアドレシングされた物理下りリンク制御チャネルを受信したときに前記サービングセルと関連付けられた実行中のランダムアクセスプロシージャが成功裏に完了しており；及び
ＢＷＰ切り替えによるＲＲＣ設定又はＲＲＣ再設定を受信していることである、方法。

【0274】

（付記７）
付記５に記載の方法であって、
多重化及びアセンブリプロセスがＬＢＴ失敗ＭＡＣＣＥを生成するように指示するイベントが発生していることは、以下のようなことのうちの少なくとも１つを含み、即ち、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、かつ前記特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることである、方法。

【0275】

（付記８）
付記５に記載の方法であって、
ＬＢＴ失敗ＭＡＣＣＥのスケジューリングリクエストをトリガーすることを引き起こすイベントが発生していることは、
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗がトリガーされており、かつキャンセルされておらず、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがなく、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む、方法。

【0276】

（付記９）
付記４－８のうちの何れかの１項に記載の方法であって、
前記第一条件は１つの特殊セル内、１つのセカンダリーセル内又は１つのサービングセル内に発生する、方法。

【0277】

（付記１０）
付記４－９のうちの何れかの１項に記載の方法であって、
持続ＬＢＴ失敗検出のためのカウンターをリセットすることは、前記カウンターの計数値が０に等しくなるように設定することを含む、方法。

【0278】

（付記１１）
付記４－１０のうちの何れかの１項に記載の方法であって、
前記カウンターは既に送信されたＬＢＴ失敗ＭＡＣＣＥにおいて指示された持続ＬＢＴ失敗のサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する、方法。

【0279】

（付記１２）
付記４－１０のうちの何れかの１項に記載の方法であって、
前記カウンターはトリガーされた持続ＬＢＴ失敗の所在するサービングセル、セカンダリーセル、特殊セル又はアクティブなＢＷＰに対応する、方法。

【0280】

（付記１３）
付記１－１２のうちの何れかの１項に記載の方法であって、
前記下位層は物理層であり、前記上位層は媒体アクセス制御（ＭＡＣ）層である、方法。

【0281】

（付記１４）
端末装置に適用される持続ＬＢＴ失敗検出及び回復の方法であって、
以下のステップのうちの少なくとも１つを含み、即ち、
持続ＬＢＴ失敗がキャンセルされたときに、持続ＬＢＴ失敗情報を生成するように指示し；
ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示し；及び
実行中の持続ＬＢＴ失敗回復プロシージャを停止するステップである、方法。

【0282】

（付記１５）
付記１４に記載の方法であって、
前記ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示することは、
１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消しおらず；及び、
ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示することを含む、方法。

【0283】

（付記１６）
付記１５に記載の方法であって、
１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消しておらず、ネットワーク装置に前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報を指示することは、
１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消しておらず、ネットワーク装置に第一ＬＢＴ失敗ＭＡＣＣＥを送信することを含み、
前記持続ＬＢＴ失敗が発生したセル又はＢＷＰのセル情報又は周波数情報は、第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされることを含む、方法。

【0284】

（付記１７）
付記１６に記載の方法であって、
１つのサービングセル上で持続ＬＢＴ失敗をトリガーしており、かつ取り消していないことは、
特殊セル（ＳｐＣｅｌｌ）上で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、かつ前記特殊セル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｉｚａｔｉｏｎ、ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせており；及び／又は
少なくとも１つのセカンダリーセル内で持続ＬＢＴ失敗をトリガーしており、かつキャンセルしておらず、持続ＬＢＴ失敗がトリガーされない１つのサービングセル内に新伝送のための可用の上りリンク共有チャネル（ＵＬ－ＳＣＨ）リソースがあり、かつ論理チャネル最適化（ＬＣＰ）により前記リソースが前記ＬＢＴ失敗ＭＡＣＣＥプラスそのサブヘッダを収納し得るようにさせていることを含む、方法。

【0285】

（付記１８）
付記１４に記載の方法であって、
前記ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示することは、
持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に持続ＬＢＴ失敗のセル情報又は周波数情報を指示することを含む、方法。

【0286】

（付記１９）
付記１８に記載の方法であって、
持続ＬＢＴ失敗がキャンセルされたときに、ネットワーク装置に指示する前記持続ＬＢＴ失敗のセル情報又は周波数情報は、ＭＡＣＣＥ又は上位層メッセージによりキャリーされる、方法。

【0287】

（付記２０）
付記１４に記載の方法であって、
持続ＬＢＴ失敗がキャンセルされたときに、指示により生成される前記持続ＬＢＴ失敗情報は、第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる、方法。

【0288】

（付記２１）
付記１４又は２０に記載の方法であって、
前記持続ＬＢＴ失敗が取り消されることは、以下のイベントのうちの少なくとも１つにより引き起こされ、即ち、
ＭＡＣ層を再設定しており；
持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており；及び
持続ＬＢＴ失敗回復設定を再設定しているイベントである、方法。

【0289】

（付記２２）
付記１４に記載の方法であって、
実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、実行中の持続ＬＢＴ失敗回復プロシージャを終了又は中止することを含む、方法。

【0290】

（付記２３）
付記１４又は２２に記載の方法であって、
持続ＬＢＴ失敗がキャンセルされたときに、実行中の持続ＬＢＴ失敗回復プロシージャを停止する、方法。

【0291】

（付記２４）
付記２３に記載の方法であって、
前記持続ＬＢＴ失敗が取り消されることは、以下のイベントのうちの少なくとも１つにより引き起こされ、即ち、
ＭＡＣ層を再設定しており；
持続ＬＢＴ失敗がトリガーされたサービングセル上のＢＷＰ切り替えの指示を受信しており；及び
持続ＬＢＴ失敗回復設定を再設定しているイベントである、方法。

【0292】

（付記２５）
付記１４又は２３に記載の方法であって、
実行中の持続ＬＢＴ失敗回復プロシージャを停止することは、以下のビヘイビアのうちの少なくとも１つを含み、即ち、
実行中の上りリンク伝送を停止し；
対応するのハイブリッド自動再送リクエスト（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＱＲ）プロセスのＨＡＱＲバッファ（ＨＡＱＲｂｕｆｆｅｒ）をクリアし；
持続ＬＢＴ失敗によりトリガーされたＢＷＰ切り替えプロセス中のアクティブなＢＷＰ上の実行中のランダムアクセスプロシージャを停止し；
持続ＬＢＴ失敗によりトリガーされたプライマリーセル組（ＭＣＧ）の無線リンク失敗（ＲＬＦ）後の実行中のＲＲＣ接続再確立プロセスを停止し；
持続ＬＢＴ失敗によりトリガーされたセカンダリーセル組（ＳＣＧ）の無線リンク失敗後の実行中のＳＣＧ失敗情報プロセスを停止し；及び
実行中の、無線リンク失敗のペンディングスケジューリングリクエスト（ｐｅｎｄｉｎｇＳＲ）により開始されたランダムアクセスプロシージャを停止するビヘイビアである、方法。

【0293】

（付記２６）
ネットワーク装置に適用される持続ＬＢＴ失敗検出及び回復の方法であって、
端末装置から第一持続ＬＢＴ失敗情報及び／又は第二持続ＬＢＴ失敗情報をそれぞれ受信し；及び／又は
端末装置から持続ＬＢＴ失敗を指示するセル情報又は周波数情報を受信することを含む、方法。

【0294】

（付記２７）
付記２６に記載の方法であって、
第一持続ＬＢＴ失敗情報は第一ＬＢＴ失敗ＭＡＣＣＥによりキャリーされ、
第二持続ＬＢＴ失敗情報は第二ＬＢＴ失敗ＭＡＣＣＥによりキャリーされる、方法。

【0295】

（付記２８）
付記２７に記載の方法であって、
前記第一ＬＢＴ失敗ＭＡＣＣＥは１つのサービングセル中で持続ＬＢＴ失敗をトリガーしており、かつ前記持続ＬＢＴ失敗を取り消していないときに前記端末装置からの指示により生成され、前記ネットワーク装置に送信され；及び／又は
前記第二ＬＢＴ失敗ＭＡＣＣＥは持続ＬＢＴ失敗がキャンセルされたときに、前記端末装置からの指示により生成され、前記ネットワーク装置に送信される、方法。

【0296】

（付記２９）
付記２６に記載の方法であって、
前記持続ＬＢＴ失敗のセル情報又は周波数情報は持続ＬＢＴ失敗ＭＡＣＣＥ又は他のＭＡＣＣＥ又は上位層メッセージによりキャリーされる、方法。

【0297】

（付記３０）
付記２９に記載の方法であって、
前記持続ＬＢＴ失敗ＭＡＣＣＥは前記第一ＬＢＴ失敗ＭＡＣＣＥ又は前記第二ＬＢＴ失敗ＭＡＣＣＥである、方法。

【0298】

（付記３１）
付記２６に記載の方法であって、
以下のステップのうちの少なくとも１つをさらに含み、即ち、
端末装置のＭＡＣ層に対して再設定を行い；
ＢＷＰ切り替えの指示を送信し；及び
端末装置に対して持続ＬＢＴ失敗回復設定を再設定するステップである、方法。

【図1】