(57)【要約】  本発明は、無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）における方法に言及するものであり、前記ＵＥは、複数のアップリンク（ＵＬ）キャリア（２２０，２３０）によって無線通信ネットワークへ接続され、前記複数のＵＬキャリアのうちの少なくとも２つについて無線リンク制御（ＲＬＣ）データパケットの再送信を監視すること（Ｓ４１）と、前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害を検出すること（Ｓ４２）と、前記障害及び前記ＵＬキャリアを示す情報を提供すること（Ｓ４３）と、を含む。本発明は、さらに、無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）における方法に言及するものであり、前記ＵＥは、複数のＵＬキャリア（２１０，２２０，２３０）によって無線通信ネットワークへ接続され、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行うこと（Ｓ６１）と、前記少なくとも２つのＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視すること（Ｓ６２）と、共通的なＲＬＦを示す情報を提供すること（Ｓ６３）と、を含む。本発明は、基地局（１００）における対応する方法、対応するＵＥ（２００）及び基地局（１００）、対応する通信システム、並びに通信システムにおける対応する方法、にさらに言及する。【選択図】図４
2021510477.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）における方法であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリア（２２０，２３０）によって無線通信ネットワークへ接続され、
複数のＵＬキャリアの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を監視すること（Ｓ４１）と、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害を検出すること（Ｓ４２）と、
前記ＵＬキャリアの前記障害を示す情報を提供すること（Ｓ４３）と、を含む方法。
【請求項２】
請求項１に記載の方法であって、前記複数のＵＬキャリア（２２０，２３０）は、プライマリＵＬキャリア（２２０）及び補助ＵＬ（ＳＵＬ）キャリア（２３０）を含む、方法。
【請求項３】
先行する請求項の方法であって、前記プライマリＵＬキャリアは、新無線（ＮＲ）ＵＬキャリアである、方法。
【請求項４】
先行する請求項のいずれかの方法であって、前記ＵＥは、前記障害（ＲＬＦ）と、前記ＲＬＦにより影響される前記ＵＬキャリアとを示す情報を、前記無線通信ネットワークへ送信する、方法。
【請求項５】
先行する請求項のいずれかの方法であって、前記キャリアについてのＲＬＣデータパケット送信の前記障害は、そのキャリアについて、ＲＬＣデータパケット向けのＲＬＣ再送信がある最大回数に到達した場合に判定される、方法。
【請求項６】
先行する請求項の方法であって、前記複数のキャリアの各々は、前記プライマリＵＬキャリアに第１の最大回数が関連付けられ及び前記ＳＵＬキャリアに第２の最大回数が関連付けられる形で、最大回数に関連付けられる、方法。
【請求項７】
先行する請求項の方法であって、前記第１の最大回数は、前記第２の最大回数とは異なる、方法。
【請求項８】
先行する請求項のいずれかの方法であって、前記ＵＥは、相異なる前記ＵＬキャリアについて無線リンク障害（ＲＬＦ）をトリガするための１つ又は複数の構成を、前記ネットワークから受信する、方法。
【請求項９】
先行する請求項の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための第１の構成は、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための第２の構成とは異なる、方法。
【請求項１０】
先行する請求項の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための前記第１の構成と、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための前記第２の構成とは、前記第１の構成がＲＬＣ再送信の第１の最大回数を含み、前記第２の構成がＲＬＣ再送信の第２の最大回数を含む点において異なり、前記第１の最大回数と前記第２の最大回数とは異なる、方法。
【請求項１１】
先行する請求項の方法であって、前記第１の最大回数は、前記第２の最大回数よりも高い、方法。
【請求項１２】
先行する請求項のいずれかの方法であって、前記ＵＥ（２００）は、ＲＬＣ機能を実行するためのＲＬＣエンティティと、ＲＲＣ機能を実行するためのＲＲＣエンティティとを含み、前記ＲＬＣエンティティは、複数のＵＬキャリアについて別々にＲＬＣデータパケットの再送信を監視するステップと、前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定するステップと、を行い、前記ＵＬキャリアの前記障害を示す前記情報を前記ＲＲＣエンティティへ提供する、方法。
【請求項１３】
先行する請求項の方法であって、前記ＲＲＣエンティティは、前記無線通信ネットワークにおける無線リンク障害（ＲＬＦ）をトリガすること、を行う、方法。
【請求項１４】
無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）における方法であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリア（２１０，２２０，２３０）によって無線通信ネットワークへ接続され、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行うこと（Ｓ６１）と、
前記少なくとも２つのＵＬキャリアの全てに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視すること（Ｓ６２）と、
共通的なＲＬＦを示す情報を提供すること（Ｓ６３）と、を含む方法。
【請求項１５】
先行する請求項の方法であって、前記ＵＥは、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように構成されている場合には、無線リンク障害（ＲＬＦ）を示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで提供し、
前記少なくとも２つのＵＬキャリアについて前記再送信を別々に監視するように構成されている場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記ＵＬキャリアの情報を提供する、方法。
【請求項１６】
先行する請求項１４〜１５の方法であって、前記ＵＥ（２００）は、
前記共通的なＲＬＦの報告については、前記複数のＵＬキャリア（例えば、前記ＮＲ  ＵＬキャリア及び前記ＳＵＬ）のうちの前記少なくとも２つの全てに関連付けられるＲＬＣ再送信を共通的にカウントし、
別々に影響を受けたＵＬキャリアの前記ＲＬＦの報告については、前記複数のＵＬキャリア（例えば、前記ＮＲ  ＵＬキャリア及び前記ＳＵＬ）のうちの前記少なくとも２つの各々に関連付けられるＲＬＣ再送信を別々にカウントする、方法。
【請求項１７】
先行する請求項のいずれかの方法であって、前記プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
前記ＳＵＬキャリアが構成されているときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上でトリガするステップ、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスをトリガするステップ、又は、
前記データＲＬＣ送信が前記プライマリキャリア上でスタックしているという情報を前記ネットワークへシグナリングするステップ、のうちの１つが行われる、方法。
【請求項１８】
先行する請求項の方法であって、前記ダウンリンクチャネル品質（例えば、リファレンス信号受信電力（ＲＳＲＰ））がある閾値を下回る場合にのみ、前記ＳＵＬキャリア上での前記ＳＲの送信がトリガされる、方法。
【請求項１９】
先行する請求項のいずれかの方法であって、ＳＵＬ  ＲＬＦがトリガされる場合に、前記ＵＥ（２００）は、セルサーチを実行して、無線リンク再確立のために適したセルを判定する、方法。
【請求項２０】
先行する請求項の方法であって、前記ＵＥ（２００）は、ＵＬ送信のために準備されたセルを選択し、当該セルは、同一のセル、同一の基地局（ｇＮＢ）からの異なるセル、及び異なるｇＮＢからのセル、のうちの１つである、方法。
【請求項２１】
先行する請求項の方法であって、前記ＵＥ（２００）は、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択し、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択し、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択し、及び／又は、
前記セルの負荷測定及び同じセルに属する各キャリアの前記負荷に基づいてセルを選択する、ように構成される、方法。
【請求項２２】
先行する請求項の方法であって、第１のセルがＳＵＬキャリア及びプライマリＵＬキャリアと共に構成されており、第２のセルがＳＵＬキャリアと共に構成されていない場合に、前記ＵＥは、
前記ＤＬの無線リンク及び前記ＵＬの無線リンクの品質を測定すること、
双方のセルの前記ＤＬの無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定することと、
肯定的であるときに、前記第１のセルを選択することと、を行う、方法。
【請求項２３】
無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）（１００）における方法であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥ（２００）が接続され、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること（Ｓ５１）、を含み、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を監視することにより判定されたものである、方法。
【請求項２４】
先行する請求項の方法であって、前記複数のＵＬキャリアは、プライマリＵＬキャリア（２２０）及び補助ＵＬ（ＳＵＬ）キャリア（２３０）を含む、方法。
【請求項２５】
先行する請求項の方法であって、前記プライマリは、新無線（ＮＲ）ＵＬキャリア（２３０）である、方法。
【請求項２６】
先行する請求項２３〜２５のいずれかの方法であって、前記ｇＮＢ（１００）は、前記無線リンク障害（ＲＬＦ）と、前記ＲＬＦにより影響される前記ＵＬキャリアとを示す情報を受信する、方法。
【請求項２７】
先行する請求項２３〜２６のいずれかの方法であって、さらに、前記キャリアについてＲＬＣデータパケット送信の前記障害を想定し及び／又はトリガするための、ＲＬＣデータパケットについてのＲＬＣ再送信の最大回数を示す構成を、前記ＵＥへ送信する、方法。
【請求項２８】
先行する請求項の方法であって、前記構成は、前記プライマリＵＬキャリアに関連付けられる第１の最大回数、及び前記ＳＵＬキャリアに関連付けられる第２の最大回数を含む、方法。
【請求項２９】
先行する請求項の方法であって、前記第１の最大回数は、前記第２の最大回数とは異なる、方法。
【請求項３０】
先行する請求項２３〜２９のいずれかの方法であって、前記ｇＮＢ（１００）は、相異なる前記ＵＬキャリアについて無線リンク障害（ＲＬＦ）をトリガするための構成を、前記ＵＥへ送信する、方法。
【請求項３１】
先行する請求項の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための第１の構成は、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための第２の構成とは異なる、方法。
【請求項３２】
先行する請求項の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための前記構成と、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための前記構成とは、前記第１の構成がＲＬＣ再送信の第１の最大回数を含み、前記第２の構成がＲＬＣ再送信の第２の最大回数を含む点において異なり、前記第１の最大回数と前記第２の最大回数とは異なる、方法。
【請求項３３】
先行する請求項の方法であって、前記第１の最大回数は、前記第２の最大回数よりも高い、方法。
【請求項３４】
無線リンク障害を扱うための、ｇＮＢ（１００）における方法であって、前記ｇＮＢ（１００）は、複数のアップリンク（ＵＬ）キャリア（２２０，２３０）によってＵＥ（２００）へ接続され、
共通的なＲＬＦを示す情報を前記ＵＥから受信すること（Ｓ７１）、を含み、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、方法。
【請求項３５】
先行する請求項の方法であって、前記ｇＮＢ（１００）は、前記ＵＥ（２００）から、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように前記ＵＥを構成した場合には、無線リンク障害（ＲＬＦ）を示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで受信し、
前記少なくとも２つのＵＬキャリアの各々について前記再送信を監視するように前記ＵＥを構成した場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記無線通信ネットワークへの前記ＵＬキャリア、並びに前記ＲＬＦにより影響されるＵＬキャリアの情報を受信する、方法。
【請求項３６】
先行する請求項３４〜３５の方法であって、前記ｇＮＢ（１００）は、前記ＵＥ（２００）を、
前記共通的なＲＬＦの報告のために、前記複数のＵＬキャリア（例えば、前記ＮＲ  ＵＬキャリア及び前記ＳＵＬ）のうちの前記少なくとも２つの全てに関連付けられるＲＬＣ再送信を共通的にカウントすること、及び、
別々に影響を受けたＵＬキャリアの前記ＲＬＦの報告のために、前記複数のＵＬキャリア（例えば、前記ＮＲ  ＵＬキャリア及び前記ＳＵＬ）のうちの前記少なくとも２つの各々に関連付けられるＲＬＣ再送信を別々にカウントすること、のうちの少なくとも一方を行うように構成する、方法。
【請求項３７】
先行する請求項２３〜３６のいずれかの方法であって、前記プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
前記ＳＵＬキャリアが構成されているときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上で受信するステップ、及び、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスを受信するステップ、のうちの１つが行われる、方法。
【請求項３８】
先行する請求項２３〜３７のいずれかの方法であって、前記ｇＮＢは、前記ＵＥ（２００）を、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択し、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択し、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択し、及び／又は、
前記セルの負荷測定及び同じセルに属する各キャリアの前記負荷に基づいてセルを選択する、ように構成する、方法。
【請求項３９】
先行する請求項の方法であって、第１のセルをＳＵＬキャリア及びプライマリＵＬキャリアと共に構成し、第２のセルをＳＵＬキャリアなしで構成することと、前記ＵＥを、
前記ＤＬ及び前記ＵＬの無線リンクの品質を測定し、
双方のセルの前記ＤＬの無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定し、
肯定的であるときに、前記第１のセルを選択する、ように構成することと、をさらに含む、方法。
【請求項４０】
無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、処理回路及びメモリを備え、前記処理回路は、
複数のＵＬキャリア（２２０，２３０）のうちの少なくとも２つについて無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、
前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定し、
前記障害及び前記ＵＬキャリアを示す情報を提供する、ように構成される、ユーザ機器。
【請求項４１】
無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、処理回路及びメモリを備え、前記処理回路は、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行い、
前記少なくとも２つのＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、
共通的なＲＬＦを示す情報を提供する、ように構成される、ユーザ機器。
【請求項４２】
無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、前記ＵＥは、先行する請求項１〜２２のいずれか１項に記載の方法を実行するように適合される、ユーザ機器。
【請求項４３】
無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）（１００）であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、処理回路及びメモリを備え、前記処理回路は、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信する、ように構成され、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つの各々について別々に無線リンク制御（ＲＬＣ）データパケットの再送信を監視することにより判定されたものである、基地局。
【請求項４４】
無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）（１００）であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、処理回路及びメモリを備え、前記処理回路は、
共通的なＲＬＦを示す情報を前記ＵＥから受信する、ように構成され、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、基地局。
【請求項４５】
無線通信ネットワークの基地局（ｇＮＢ）（１００）であって、前記ｇＮＢは、複数のアップリンク（ＵＬ）キャリアによってＵＥへ接続され、前記ＵＥは、先行する請求項２３〜３９のいずれか１項に記載の方法を実行するように適合される、基地局。
【請求項４６】
ホストコンピュータを含む通信システム（１０）であって、ユーザデータを提供するように構成される処理回路と、前記ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、前記セルラーネットワークは、無線インタフェース及び処理回路を有する基地局（ｇＮＢ）を含み、前記基地局の処理回路は、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること（Ｓ５１）であって、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を前記ＵＥにおいて監視することにより判定されたものである、ことと、
共通的なＲＬＦを示す情報を受信すること（Ｓ７１）であって、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、ことと、のうちの少なくとも一方を行うように構成される、通信システム。
【請求項４７】
ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記基地局は、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること（Ｓ５１）であって、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を前記ＵＥにおいて監視することにより判定されたものである、ことと、
共通的なＲＬＦを示す情報を受信すること（Ｓ７１）であって、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、ことと、のうちの少なくとも一方を行う、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線リンク障害を検出し及び扱うことに関連する。さらには、多重アップリンク（ＵＬ）キャリア、特にプライマリ及び補助ＵＬキャリアが関与するキャリア構成における無線リンク障害の検出及び扱いに関連する。
【背景技術】
【０００２】
５Ｇ／新無線（ＮＲ）準拠のネットワークには、それらネットワーク向けのアップリンクカバレッジを改善するために、補助アップリンク（ＳＵＬ）キャリアが導入され得る。
【０００３】
２Ｇ、３Ｇ及び４Ｇのワイヤレス通信システムで相対的に低いキャリア周波数帯域が既に開発されており、ＮＲは相対的に高い周波数で開発されることになる。ワイヤレス通信では、伝播損失は、おおよそキャリア周波数の自乗に比例する。よって、高いキャリア周波数上では、ワイヤレス通信についてカバレッジの問題が存在し得る。ダウンリンクでは、ネットワークアクセスノード又はＮＲ基地局（ｇＮＢ）は、送信電力密度を強化してＤＬカバレッジを強化するために、強力なアンテナシステム及び強力な増幅器を具備することができる。一方で、ＵＬでは（即ち、ＵＥ側について）、送信電力、アンテナサイズ及びコストといった、いくつもの制約が存在する。よって、高周波においてＮＲについてはＵＬとＤＬとの間にミスマッチが存在し得る。
【０００４】
そうした潜在的な問題を踏まえて、ＮＲセルがＳＵＬキャリア及びＮＲ  ＵＬキャリアを有するように、ＮＲセル向けに補助アップリンク（ＳＵＬ）キャリアが提供され得る。ＳＵＬキャリアは、ＬＴＥなどの他のＲＡＴシステムと（時間及び／又は周波数ドメインで）共有され得る相対的に低い周波数キャリアであり得る。
【０００５】
ＳＵＬキャリアは、ＮＲ  ＵＬキャリアの無線条件が劣悪である場合に使用されてもよい。ＳＵＬキャリアは、ＮＲ  ＵＬキャリアの無線条件が十分良好になると、再びスイッチオフされてもよい。無線条件は時間にわたり相対的に速く変化するかもしれないため、そうしたキャリアの切替えは頻繁にトリガされ得る。
【０００６】
ＬＴＥは、ＵＥがＲＲＣ＿ＩＤＬＥを経由する必要性無しで高速かつ信頼性のあるリカバリを行うことを支援するために、ＬＴＥにおける無線リンクレイヤ（ＲＬＦ）手続を提供する。そうした高速かつ信頼性のあるリカバリは、ＲＲＣ  ＩＤＬＥでのＲＡＣＨアクセスに起因する不要なレイテンシを回避するために有益であり得る。
【０００７】
図２（書籍"LTE - The UMTS Long Term Evolution From Theory to Practice"（2nd edition, by Stefania Sesia, Issam Toufik and Matthew Baker）のFigure 22.8に相当）に、ＬＴＥにおける無線リンクの監視が示されている。ＬＴＥでは、無線リンク障害に達し得るいくつかの理由が存在する：
１．タイマＴ３１０が満了
２．アップリンクにおけるＲＬＣ再送信が最大回数に到達、及び
３．ハンドオーバ障害かつタイマＴ３０４が満了
タイマＴ３１０の満了に関しては、ＵＥがＲＲＣ接続済みモードにある間、ＵＥは、ダウンリンクリファレンスシンボルに基づいてダウンリンクの無線チャネル品質を監視する。ＵＥは、測定したダウンリンクチャネル品質をある閾値：それぞれ、同期外（out-of-sync）イベントについてはＱout、同期内（in-sync）イベントについてはＱin、と比較する：物理チャネルは、ダウンリンクチャネル品質を評価し、同期外又は同期内に関するインジケーションをレイヤ３へ周期的に送出し得る。すると、ＵＥのレイヤ３は、同期内及び同期外のインジケーションに基づいて（例えば、レイヤ３フィルタを適用して）、無線リンク障害を評価し得る。連続して受信される同期外のインジケーションがカウンタＮ３１０を超える場合、タイマＴ３１０が起動される。Ｔ３１０が稼働している間に、ＵＥが物理レイヤからＮ３１１個の同期内インジケーションを連続して受信する場合、無線リンク障害は回復したものと見なされる。
【０００８】
タイマＴ３１０が満了すると、無線リンク障害が宣言され又はＵＥによりトリガされる。
【０００９】
ハンドオーバ手続の期間中に、ＵＥがソースセルからハンドオーバコマンドを受信すると、タイマＴ３０４が起動される。タイマＴ３０４の値は、ＵＥがターゲットセルに対するＲＡＣＨアクセス試行を最大回数試すことを可能にする値にセットされているはずである。タイマＴ３０４が満了すると、ハンドオーバに起因する無線リンク障害が検出される。
【００１０】
無線リンク障害がトリガされると、無線接続再確立がトリガされる。ＵＥは、まずセルサーチを行って、無線リンクの再確立のために最良のセルを判定するものとされる。３ＧＰＰ  ＴＳ３６．３００（現行バージョンは１５．３．０）によれば、ＵＥは、同じセル、同じｅＮＢからの異なるセル、又は異なるｅＮＢから準備されたセルを選択することができ、無線接続再確立手続を介してアクティビティを再開することができる（即ち、ＵＥは、接続済みモードのままである）。なぜなら、過去のＵＥコンテキストをセル間通信により獲得できるからである。しかしながら、準備されたセルが利用可能でない場合、ＵＥは未準備のセルを選択するかもしれない。このケースでは、ＵＥは、アイドルモードへ移行した後に無線接続のセットアップを試行しなければならない。このケースでは、ＵＥのアクティビティを再開することができない。図３は、モビリティ及び無線リンク障害に関するターゲットセルの選択についてのＵＥの振る舞いを案内する、３ＧＰＰ文書ＴＳ３６．３００のテーブル１０．１．６−１を示している。
【００１１】
ＳＵＬキャリアと共に構成されたＮＲセルについては、単一のセル内に少なくとも１つのＳＵＬキャリア及び１つのＮＲ  ＵＬキャリアが存在する。既存のＲＬＦトリガの仕組みは、ＵＥが同一のセル内の２つのＵＬをサポートすることから、ＳＵＬのケースにとって十分ではないかもしれない。
【００１２】
ＳＵＬキャリアは、帯域コンビネーションの観点からは、どのダウンリンク周波数ともペアリングされなくてよい。代わりに、ＳＵＬキャリア及びＮＲ  ＵＬキャリアが、併せてダウンリンクＮＲキャリアに関連付けられ得る。技術の潜在的な観点からは、ＳＵＬキャリアをモデル化するための２つのオプションが存在する。第１のオプションでは、ＳＵＬキャリアは、ＮＲ  ＵＬキャリアとは異なる、別個のアップリンクキャリアとしてモデル化される。双方のキャリアが、アップリンクキャリアのアグリゲーションと同じ手法でアグリゲートされる。そのため、ＳＵＬキャリアは、別個のＳｃｅｌｌ（セカンダリセル）を形成する。第２のオプションでは、ＳＵＬキャリア及びＮＲ  ＵＬ／ＤＬキャリアが同一のセル内である。ＳＵＬキャリアは、別個のＵＬ構成に、より類似する。ＵＥは、２つのＵＬ構成を維持しながら、経時的には１つのＵＬ構成だけをアクティブに保つことができる。
【発明の概要】
【００１３】
したがって、正確なＴＡ情報を判定することを可能にする時間及び周波数効率的な技法についてのニーズが存在する。
【００１４】
ある観点について、無線リンク障害を扱うための、ユーザ機器（ＵＥ）における方法が提供され、上記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、
−複数のＵＬキャリアの各々について無線リンク制御（ＲＬＣ）データパケットの再送信をモニタリングすることと、
−上記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定することと、
−上記ＵＬキャリアの上記障害を示す情報を提供することと、を含む。
【００１５】
他の観点について、無線リンク障害を扱うための、ユーザ機器（ＵＥ）における方法が提供され、上記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、
−上記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行うことと、
−双方のＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視することと、
−共通的なＲＬＦを示す情報を提供することと、を含む。
【００１６】
他の観点について、無線リンク障害を扱うための、ユーザ機器（ＵＥ）が提供され、上記ＵＥは、上述した方法を実行するように適合される。
【００１７】
他の観点について、無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）における方法が提供され、上記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること、を含み、上記障害は、上記複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を別々に監視することにより判定されたものである。
【００１８】
他の観点について、ｇＮＢにおける方法が提供され、共通的なＲＬＦを示す情報を上記ＵＥから受信すること、を含み、共通的なＲＬＦは、上記ＵＥにおいて、上記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する。
【００１９】
他の観点について、無線リンク障害を扱うための、基地局（ｇＮＢ）が提供され、上記ｇＮＢは、前述した方法を実行するように適合される。
【００２０】
他の観点について、ホストコンピュータを含む通信システムが提供され、ホストコンピュータは、ユーザデータを提供するように構成される処理回路と、上記ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、上記セルラーネットワークは、無線インタフェース及び処理回路を有する基地局（ｇＮＢ）を含み、上記基地局の処理回路は、
−上記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信することであって、上記障害は、上記複数のＵＬキャリアのうちの少なくとも２つの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を上記ＵＥにおいて監視することにより判定されたものである、ことと、
−共通的なＲＬＦを示す情報を受信することであって、共通的なＲＬＦは、上記ＵＥにおいて、上記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、ことと、のうちの少なくとも一方を行う、ように構成される。
【００２１】
他の観点について、通信システムにおいて実装される方法が提供され、
−上記ホストコンピュータにおいて、ユーザデータを提供することと、
−上記ホストコンピュータにおいて、上記基地局を含むセルラーネットワークを介して、上記ＵＥへの上記ユーザデータを搬送する送信を開始することと、を含み、上記基地局は、
−上記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること（Ｓ５１）であって、上記障害は、上記複数のＵＬキャリアのうちの少なくとも２つの各々について無線リンク制御（ＲＬＣ）データパケットの再送信を上記ＵＥにおいて監視することにより判定されたものである、ことと、
−共通的なＲＬＦを示す情報を受信すること（Ｓ７１）であって、共通的なＲＬＦは、上記ＵＥにおいて、上記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、ことと、のうちの少なくとも一方を行う。
【図面の簡単な説明】
【００２２】
次の図面に示した例示的な実施形態を参照しながら、以下に本開示がより詳細に説明される：
【００２３】
【図１】基地局及びＵＥを含む無線通信ネットワークを概略的に示している。
【図２】ＬＴＥにおける無線リンクの監視を含むタイムラインを示している。
【図３】モビリティ及び無線リンク障害に関するターゲットセルの選択についてのＵＥの振る舞いの様々なケースを示す、３ＧＰＰ規格書からの概略的なテーブルである。
【図４】第１の実施形態に関する、ＵＥにおいて実行される例示的な方法のステップ群を概略的に示している。
【図５】図４に係る基地局において実行される例示的な方法のステップを概略的に示している。
【図６】第２の実施形態に関する、ＵＥにおいて実行される例示的な方法のステップ群を概略的に示している。
【図７】第２の実施形態に係る基地局において実行される例示的な方法のステップを概略的に示している。
【図８】図４又は図６に係る方法を実装するためのＵＥを概略的に示している。
【図９】図５又は図７に係る方法を実装するための基地局を概略的に示している。
【図１０】中間的なネットワークを介してホストコンピュータへ接続される電気通信ネットワークを概略的に示している。
【図１１】部分的にワイヤレスな接続上で基地局を介してユーザ機器と通信するホストコンピュータの概略ブロック図である。
【図１２】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートである。
【図１３】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートである。
【図１４】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートである。
【図１５】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を示すフローチャートである。
【発明を実施するための形態】
【００２４】
図１は、３ＧＰＰ（Third Generation Partnership Project）により現在検討されているＮＲ標準に係るワイヤレス通信ネットワーク１０を示している。ワイヤレス通信ネットワーク１０は、ワイヤレス通信ネットワーク１０のセル２０内でユーザ機器（ＵＥ）２００にサービスを提供する１つ以上の基地局１００を含む。ワイヤレス通信ネットワーク１０内の基地局１００を、３ＧＰＰ標準では進化型ノードＢ（ｅＮＢ）及びｇＮｏｄｅＢ（ｇＮＢ）ともいう。図１には１つのセル２０及び１つの基地局１００のみが示されているものの、当業者は、典型的なワイヤレス通信ネットワーク１０が多数の基地局１００によりサービスされる多数のセル２０を含むことを認識するであろう。ＵＥ２００は、セルラーフォン、スマートフォン、ラップトップコンピュータ、ノートブックコンピュータ、タブレット、（マシンタイプ通信（ＭＴＣ）デバイスとしても知られる）マシンツーマシン（Ｍ２Ｍ）デバイス、又は、ワイヤレス通信ネットワーク１０上で通信可能な他のタイプのワイヤレスエンドユーザデバイスを含んでよい。
【００２５】
図１は、セル２０がＮＲダウンリンクキャリア２１０、プライマリあるいはＮＲ  ＵＬキャリア２２０、及び補助アップリンク（ＳＵＬ）キャリア２３０の各々異なるカバレッジを有する様子をさらに示しており、ＮＲセルはアップリンクにおいてＳＵＬキャリア及びＮＲ  ＵＬキャリアを有することになる。ＳＵＬキャリアは、ＬＴＥなどの他のＲＡＴシステムと（時間及び／又は周波数ドメインで）共有され得る相対的に低い周波数キャリアであり得る。例示的に描かれたＮＲセルに関連付けられるＮＲ  ＵＬキャリア、ＳＵＬキャリア及びＮＲ  ＤＬキャリアのカバレッジは異なっており、ＮＲ  ＵＬキャリア及びＳＵＬはペアリングされてＮＲ周波数コンビネーションに帰結し得る。
【００２６】
ＵＥ２００は、ネットワークとの同期を失った場合に、無線リンク障害（ＲＬＦ）を宣言し又はトリガし得る。結果として、ＵＥは、ネットワークリソースを解放するかもしれず、いかなる進行中のサービスも中断される。
【００２７】
図４に示した一実施形態において、ＵＥ２００は、以下のステップを実行する：
Ｓ４１：複数のキャリア、例えばプライマリキャリア及び補助キャリアについて別々にＲＬＣ再送信を監視、
Ｓ４２：ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害（ＲＬＦ）を判定、及び
Ｓ４３：その障害及び上記ＵＬキャリアを示す情報を提供
【００２８】
別々に監視するとは、複数のキャリアの各々について障害イベント又は再送信を監視すること、例えば、複数のキャリアの各々について別個のＲＬＦカウンタを用いること、及び／又は再送信を別々に計数すること、を意味し得る。別々に監視するとは、各キャリアについて別々に、再送回数のある閾値への到達又は通過を判定すること、をさらに含んでもよい。上記ある閾値は、キャリアごとに相違していてもよい。
【００２９】
基地局（ｇＮＢ）は、図５に示したような以下の対応するステップを実行し得る：
Ｓ５１：ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信
【００３０】
上記障害は、複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を監視することでＵＥにより判定されたものである。
【００３１】
一実施形態において、プライマリキャリアはＮＲ  ＵＬキャリアであり、補助キャリアは、補助ＵＬ（ＳＵＬ）キャリアである。
【００３２】
複数のキャリアのうちの１つでＲＬＣ送信障害が検出された場合、そのＲＬＣ送信障害及び送信障害が発生したキャリアを示すインジケーションが生成される。（ＲＲＣレイヤ上の）さらなるステップにおいて、ＵＥは、例えばＮＲ  ＲＬＦ及び／又はＳＵＬ  ＲＬＦといった対応するキャリアＲＬＦを判定してもよい。
【００３３】
一実施形態において、ＵＥ２００は、異なるレイヤに従って分類される機能を含んでもよい。ＵＥ２００は、ＲＬＣ機能を実行するためのＲＬＣエンティティと、ＲＲＣ機能を実行するためのＲＲＣエンティティとを含んでもよい。
【００３４】
ＲＬＣエンティティは、複数のキャリア、例えばプライマリキャリア及び補助キャリアについて別々にＲＬＣ再送信の障害を監視する。
【００３５】
複数のキャリアのうちの１つで送信障害が検出された場合、ＲＬＣエンティティは、そのＲＬＣ送信障害及び送信障害が発生したキャリアを示すインジケーションをＲＲＣエンティティへ提供する。すると、ＲＲＣエンティティは、対応するキャリアのＲＬＣを判定する。
【００３６】
一実施形態において、あるキャリアに関しＲＬＣデータパケット（ＲＬＣ  ＡＭ  ＰＤＵ）についてのＲＬＣ再送信が所与の最大回数に達した（又は上回った）場合に、当該キャリア（例えば、プライマリ又は補助キャリア）についてのＲＬＣ送信障害が想定される。結果として、ＲＬＣエンティティは、ＲＬＣ送信障害及び対応するキャリアを示すレポートをＲＲＣレイヤへ送信し得る。
【００３７】
上記所与の最大回数は、異なるキャリアの間で同様であってもよく、又は、例えばＮＲ  ＵＬキャリアとＳＵＬとの間で相違してもよい。
【００３８】
一実施形態において、ネットワーク、例えばｇＮＢは、例えばＳＵＬキャリア及びＮＲキャリアについて、異なるキャリア向けに異なるＲＬＣ構成を設定してもよい。それに関し、ＲＬＦ障害をトリガするためのＲＬＣ再送信の異なる最大回数を、ＳＵＬキャリア及びＮＲキャリアについて設定することができる。
【００３９】
一実施形態において、ＮＲ  ＵＬキャリアがＳＵＬキャリアよりも高いキャリア周波数で配備され得ることを想定すると、これはＮＲ  ＵＬキャリアがより高いサブキャリア間隔（即ち、より短いスロット時間長）に関連付けられ得ることを意味し、ＮＲ  ＵＬキャリアについてＲＬＣ再送信の最大回数はより高く設定され、一方でＳＵＬキャリアについてＲＬＣ再送信の最大回数はより低く設定され得る。このようにして、不必要なＲＬＦイベントが回避され得る。
【００４０】
一実施形態において、ＳＵＬキャリア及びＮＲキャリアの双方について、両キャリアについてのＲＬＣ再送信のための共通的なカウンタを伴う共通的なＲＬＣ構成が提供される。同じＲＬＣデータパケット（ＲＬＣ  ＡＭ  ＰＤＵ）について、ＲＬＣ再送信の一部がＮＲ  ＵＬキャリア上で搬送され、一方でＲＬＣ再送信の残りがＳＵＬキャリアで搬送されてもよい。このケースでは、ＲＬＣ  ＡＭ  ＰＤＵについてのＲＬＣ再送信が最大回数に到達すると、ＲＬＣエンティティは、キャリアのインジケータを送信することなく、ＲＬＣ再送信が最大値に到達したことを示すレポートをＲＲＣレイヤへ送信してもよい。
【００４１】
図６は、ＵＥ２００により実行される例示的なステップを示している：
Ｓ６１：複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を実行、
Ｓ６２：双方のＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視、及び
Ｓ６３：共通的なＲＬＦを示す情報を提供
【００４２】
共通的に監視するとは、複数のキャリアについて併せて障害イベント又は再送信を監視すること、例えば、全てのキャリアについて単一のＲＬＦカウンタを用いること、及び／又は複数のキャリアの全てについて障害を併せて計数すること、を意味し得る。共通的に監視するとは、全てのキャリアについての再送信を併せた閾値への到達又は通過を判定すること、をさらに含んでもよい。
【００４３】
図７は、基地局（ｇＮＢ）１００において実行される対応する例示的なステップを示している：
Ｓ７１：共通的なＲＬＦを示す情報をＵＥ２００から受信、ここで共通的なＲＬＦは、ＵＥにおいて、複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する。
【００４４】
一実施形態において、ｇＮＢは、異なる複数のキャリア上のＲＬＣ再送信をいかにして計数すべきかについてＵＥを構成してもよい。
【００４５】
そのオプションとして、ＵＥは、ＵＥのＲＬＣがＲＬＣ送信障害をレポートするために１つの特定のキャリア（例えば、ＮＲ  ＵＬキャリア又はＳＵＬ）上のＲＬＣ再送信のみを計数するように構成されてもよい。
【００４６】
他のオプションとして、ＵＥは、ＵＥのＲＬＣがＲＬＣ送信障害をレポートするために全てのキャリア上のＲＬＣ再送信を計数するように設定されてもよい。
【００４７】
一実施形態において、ＮＲ−ＲＬＦがトリガされ、又は（ＲＬＣ）データ送信障害を示すレポートがＲＬＣエンティティにより送信された場合（これは、ＮＲキャリア上にＲＬＣデータが伝わることを示す）、ＵＥは、次のアクションのうちの１つを取り得る：
【００４８】
ＳＵＬキャリアが構成されかつアクティブであるとき、ＵＥは、ＵＬデータ転送のためにＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信をＳＵＬキャリア上でトリガする。このアクションは、ＤＬチャネル品質（ＲＳＲＰなど）が所与の閾値を下回る場合にのみ行われ得る。
【００４９】
ＳＵＬキャリアが非アクティブ化されているとき、又はその上に対応する論理チャネル（ＬＣＨ）のための利用可能なＰＵＣＣＨ−ＳＲリソースがないとき、ＵＥは、ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）（モバイルネットワークへアクセスするためにワイヤレス端末により使用される共有チャネル）へのアクセスをトリガしてもよく、これはデータ（ＲＬＣ）送信がＮＲキャリア上に伝わらないことを示す。
【００５０】
あるキャリア（例えば、ＮＲ  ＵＬキャリア）のＲＬＦ障害に関するインジケーションの受信に応じて、ネットワーク（ｇＮＢ）は、適切なアクションを取ることができる。一実施形態において、ｇＮＢは、ＰＵＳＣＨ送信のために他のキャリア（例えば、ＳＵＬキャリア）への切替えを行うことを、ＵＥへ指示してもよい。
【００５１】
それに応じて、対応するＬＣＨのためにＰＵＣＣＨ−ＳＲリソースが構成されてもよい。
【００５２】
ｇＮＢは、さらに、既存のＳＵＬキャリアをアクティブに構成してもよく、又は、既存のＳＵＬが非アクティブである場合に他のアクティブなＳＵＬキャリアと共にＵＥを再構成してもよい。
【００５３】
他のオプションにおいて、ＵＥ（例えば、ＵＥのメディアアクセス（ＭＡＣ）エンティティ）は、データ（ＲＬＣ）送信がＮＲキャリア上でスタックしたことをネットワーク（ｇＮＢ）へシグナリングしてもよい。そのシグナリングは、ＲＲＣ、ＭＡＣ  ＣＥ、及び／又は何らかの他のレイヤ１／レイヤ２シグナリング手段によって行われる。
【００５４】
一実施形態において、ＳＵＬ−ＲＬＦがトリガされ、又は（ＲＬＣ）データ送信がＳＵＬキャリア上に伝わらないことを示すＲＬＣエンティティにより送信されたレポートが受信された場合、ＵＥは、その障害から回復するために次のアクションのうちの１つを取り得る：
【００５５】
ＵＥは、まずセルサーチを行って、無線リンクの再確立のために最良のセルを判定する。ＵＥは、同一のセル、同一のｇＮＢからの異なるセル、又は異なるｇＮＢから用意されたセルであり得る、用意されたセルを選択し、ここで無線接続再確立手続を介してアクティビティを再開することができ（ＵＥは接続済みモードのままである）、なぜなら過去のＵＥコンテキストをセル間通信により獲得できるからである。
【００５６】
ＵＥは、ネットワークによる構成に基づいて、最良のセルを判定し得る。その際、ＵＥは、
−ＳＵＬキャリアをサポートするセルのみを選択する；
−ＤＬ及びＵＬ双方の無線リンク品質に関する測定を考慮してセルを選択する。各セルについて、ＵＥは、（例えば、キャリア周波数を考慮して）同じセルに属する各キャリアのＵＬ無線リンク品質を推定してもよく、ネットワークにより提供される測定結果を収集してもよく、又は、過去に取得された（履歴としての）測定データを利用してもよい。それに関する１つの例において、ＵＥにとって２つの候補セルが利用可能であり、セル１がＳＵＬキャリア及びＮＲ  ＵＬキャリアと共に構成され、セル２がＵＬではＳＵＬキャリアと共に構成されていないと仮定すると、ＵＥは、セル２のＤＬ無線リンク品質がより良好であるとしても、セル１を選択し得る。そうした選択は、双方のセルのＤＬ無線リンク品質がある最小品質閾値を上回るか、及び／又は、ＳＵＬキャリアがＮＲ  ＵＬキャリアよりも大きいパス利得を提供するという条件の下で行われ得る。そうした選択は、ＵＬ測定がＤＬのそれよりもセル選択にとってより重要であることを考慮すると有利であり得る（具体的な例として、候補セルの選択のためのＤＬ  ＲＳＲＰの閾値は、−９０ｄＢｍであり得る。一例として、セル１について、ＤＬ  ＲＳＲＰは−８５ｄＢｍと測定される。さらなる例として、ＳＵＬキャリアは、ＮＲ  ＵＬキャリアのそれよりも約７ｄＢ大きいパス利得を与え得る。一例として、セル２のＤＬ  ＲＳＲＰは、−８２ｄＢｍ前後と測定される。このケースでは、ＵＥは、セル１のアップリンク無線品質がセル２のそれよりも４ｄＢ良好であることから、セル１を選択するものとされる。
−ＤＬの無線チャネル品質の測定のみに基づいて、最良のセルを選択する。及び／又は、
−セルの負荷測定及び同じセルに属する各キャリアの負荷を考慮する。
【００５７】
一実施形態において、ネットワークは、（例えば、ＲＬＣ  ＡＭ  ＰＤＵについてのＲＬＣ再送信が構成された閾値に到達した場合に）ＲＬＣ再送信の障害に起因してＲＬＦがトリガされるのが、特定のＵＬキャリアについてなのか、又は同じセルに属する全てのＵＬキャリアについてなのかに関しＵＥを構成してもよい。ＲＬＦがトリガされると、前に説明したものと同一の又は同様の回復アクションが適用され得る。
【００５８】
一実施形態において、ＲＬＦのトリガ後に、無線接続再確立のために利用可能な準備されたセルが無い場合、ＵＥは、ＲＲＣ接続済み状態を出てＲＲＣアイドル状態へ移行する。そして、ＵＥは、未準備の最良のセルを選択し得る。最良のセルの選択は、上述した通り行われてよい。
【００５９】
一実施形態において、ＵＥについての無線接続再確立のためのランダムアクセス（ＲＡ）手続がＳＵＬキャリアを伴うＮＲセルに対しなされると判定された場合、その手続のために、ネットワークにより次のルール又はポリシーのうちの１つを構成することができる：
−ＵＥは、ターゲットセルにおけるＲＡＣＨアクセスのために常にＳＵＬキャリアを選択するものとする。
−ＵＥは、対応するＰＲＡＣＨリソースがＳＵＬキャリア上にあるか又はＮＲ  ＵＬキャリア上にあるかに依存せずに、最も近いＰＲＡＣＨ送信機会を選択するものとする。
−ＵＥは、例えばＤＬ  ＲＳＲＰが（事前に構成される）ある閾値よりも高い場合にＮＲ  ＵＬキャリアを選択し、そうではない場合にＳＵＬキャリアを選択するなど、既存のポリシーに基づいてＲＡＣＨアクセスのためのＵＬキャリアをやはり選択するものとする。
−ＵＥは、双方のキャリア上で並列的にＲＡＣＨアクセスを開始してもよく、その場合少なくとも一方のキャリア上でＲＡＣＨアクセスに対する確認応答がなされ得る。一方のキャリアで確認応答がなされると、他方のキャリア上でのＲＡＣＨアクセスは停止されてよい。
【００６０】
ＲＬＦの際の無線リンクメンテナンスのための設定は、ＵＥ固有のＲＲＣシグナリング又はＳＩＢのブロードキャストを介して構成され得る。
【００６１】
以下では、上記実施形態がさらなる特徴を含むように拡張される：
【００６２】
第１の実施形態では、ＵＥのＲＬＣエンティティは、ＲＬＣ再送信が最大の試行回数に達したのがＳＵＬキャリア及びＮＲ  ＵＬキャリアのうちどちらのキャリアかをレポートするものとされる。
・ＮＲ  ＵＬキャリアにおいて、ＲＬＣ  ＡＭ  ＰＤＵのためのＲＬＣ再送信が最大回数に到達した場合、ＲＬＣエンティティは、ＲＬＣ送信障害情報及びＵＬキャリアインジケータを含むレポートをＲＲＣへ送信し、ＲＲＣは、ＮＲ−ＲＬＦを判定し得る。
・ＳＵＬキャリアにおいて、ＲＬＣ  ＡＭ  ＰＤＵのためのＲＬＣ再送信が最大回数に到達した場合、ＲＬＣエンティティは、ＲＬＣ送信障害情報及びＵＬキャリアインジケータを含むレポートをＲＲＣへ送信し、ＲＬＣエンティティはレポートをＲＲＣへ送信し、ＲＲＣは、ＳＵＬ−ＲＬＦを判定し得る。
【００６３】
第２の実施形態では、基地局（ｇＮＢ）は、ＳＵＬキャリア及びＮＲキャリアについて異なるＲＬＣ構成を設定してもよく、ＲＬＦ障害をトリガするためのＲＬＣ再送信の異なる最大回数を、ＳＵＬキャリア及びＮＲキャリアについて設定することができる。ＮＲ  ＵＬキャリアがＳＵＬキャリアよりも高いキャリア周波数で配備されることが想定されてもよく、これはＮＲ  ＵＬキャリアがより高いサブキャリア間隔（即ち、より短いスロット時間長）に関連付けられ得ることを意味し、よって、ＮＲ  ＵＬキャリアについてＲＬＣ再送信の最大回数はより高く設定され、一方でＳＵＬキャリアについてＲＬＣ再送信の最大回数はより低く設定され得る。このようにして、不必要なＲＬＦイベントが回避され得る。
【００６４】
第３の実施形態では、ＳＵＬキャリア及びＮＲキャリアの双方についてＲＬＣ構成が１つだけ存在することが想定され得る。双方のキャリア向けにＲＬＣ再送信について共通のカウンタがあってもよい。同じＲＬＣ  ＡＭ  ＰＤＵについて、ＲＬＣ再送信の一部がＮＲ  ＵＬキャリア上で搬送され、一方でＲＬＣ再送信の残りがＳＵＬキャリアで搬送されてもよい。このケースでは、ＲＬＣ  ＡＭ  ＰＤＵについてのＲＬＣ再送信が最大回数に到達すると、ＲＬＣエンティティは、ＲＬＣ再送信が最大値に到達したことを示すレポートをＲＲＣへ送信し、キャリアインジケータはそのレポート内に存在しなくてよい。
【００６５】
第４の実施形態では、基地局（ｇＮＢ）は、ＲＬＣ再送信をどのキャリア上で計数すべきかを判定するようにＵＥを構成してもよい。１つのオプションでは、ＵＥのＲＬＣは、ＲＬＦトリガのために１つの特定のキャリア上でのみＲＬＣ再送信をカウントしてもよい。他のオプションでは、ＵＥのＲＬＣは、ＲＬＦトリガのために全てのキャリア上でＲＬＣ再送信をカウントしてもよい。
【００６６】
追加的な考慮事項として、ＰＵＳＣＨ送信信号が毎回どのキャリア上で送信されるかをＲＬＣエンティティが認識する必要があり得る場合に、そうした知識が物理（ＰＨＹ）レイヤにより上位レイヤへ通知されてもよい。
【００６７】
次の実施形態は、これまでのセクションにて説明したＲＬＦイベントの検出後のＵＥのアクションの様々なオプションに関する（無線接続メンテナンス）。
【００６８】
それについて、第５の実施形態では、ＮＲ−ＲＬＦがトリガされ、又は（ＲＬＣ）データ送信がＮＲキャリア上に伝わらないことを示すレポートがＲＬＣエンティティにより送信された場合、ＵＥは、次のようなアクションのうちの１つ又は複数を取り得る：
・ＳＵＬキャリアが構成されかつアクティブであって、ＳＵＬキャリア内の対応するＬＣＨについて構成済みのＰＵＣＣＨ−ＳＲリソースが存在するとき、ＵＥは、ＵＬデータ転送のためにＳＵＬキャリアへの切替えを求めていることを示すＳＲの送信をＳＵＬキャリア上でトリガする。このアクションは、ＤＬチャネル品質（ＲＳＲＰなど）が所与の閾値を下回るケースでのみ適用可能とされてもよい。
・ＳＵＬキャリアが非アクティブ化されており、又はその上に対応するＬＣＨのための利用可能なＰＵＣＣＨ−ＳＲリソースがないとき、ＵＥのＭＡＣは、ＳＵＬキャリア上のＲＡＣＨアクセスをトリガし、これはデータ（ＲＬＣ）送信がＮＲキャリア上に伝わらないことを示す。ｇＮＢは、適切なアクションを取ることができ、例えば、ｇＮＢは、ＰＵＳＣＨ送信のためにＳＵＬキャリアへ切替えるようにＵＥへ指示してもよい。それに応じて、対応するＬＣＨのためにＰＵＣＣＨ−ＳＲリソースが構成されてもよい。ｇＮＢは、既存のＳＵＬキャリアをアクティブに構成してもよく、又は、既存のＳＵＬが非アクティブである場合に他のアクティブなＳＵＬキャリアと共にＵＥを再構成してもよい。
・オプションとして、ＵＥのＭＡＣエンティティは、データ（ＲＬＣ）送信がＮＲキャリア上でスタックしたことをｇＮＢへシグナリングしてもよい。このシグナリングオプションは、ＲＲＣ、ＭＡＣ  ＣＥ又は他のＬ１／Ｌ２シグナリング手段を含み得る。
【００６９】
第６の実施形態では、ＳＵＬ−ＲＬＦがトリガされ、又は（ＲＬＣ）データ送信がＳＵＬキャリア上に伝わらないことを示すＲＬＣエンティティにより送信されたレポートが受信された場合、ＵＥは、その障害から回復するために次のようなアクションのうちの１つ又は複数を取り得る：
・ＵＥは、まずセルサーチを行って、無線リンクの再確立のために最良のセルを判定するものとされる。ＵＥは、同一のセル、同一のｇＮＢからの異なるセル、又は異なるｇＮＢから用意されたセルであり得る、用意されたセルを選択することができ、ここで無線接続再確立手続を介してアクティビティを再開することができ（即ち、ＵＥは、接続済みモードのままである）、なぜなら、過去のＵＥコンテキストをセル間通信により獲得できるからである。
・既存のＬＴＥ  ＲＬＦリカバリ手続と比較すると、ＵＥがネットワークにより構成され得る様々な手段に基づいて最良のセルを判定することが追加的な手続である。
−ＵＥは、ＳＵＬキャリアをサポートするセルのみを選択してもよい；
−ＵＥは、ＤＬ及びＵＬ双方の無線リンク品質に関する測定を考慮してセルを選択してもよい。各セルについて、ＵＥは、キャリア周波数を考慮して、同じセルに属する各キャリアのＵＬ無線リンク品質を推定してもよく、ネットワークにより提供される測定結果を収集してもよく、又は、履歴としての測定データを利用するなどしてもよい。１つの例において、−９０ｄＢｍというＤＬ  ＲＳＲ閾値が候補セルの選択のために構成され、ＵＥにとって利用可能な２つの候補セルが存在するものとする。ＳＵＬキャリア及びＮＲ  ＵＬキャリアと共に構成されるセル１について、ＤＬ  ＲＳＲＰは−８５ｄＢｍであると測定される。ＳＵＬキャリアは、ＮＲ  ＵＬキャリアのそれよりも約７ｄＢ大きいパス利得を与える。セル２は、ＵＬにおいてＳＵＬキャリアと共に構成されない。その測定されるＤＬ  ＲＳＲＰは−８２ｄＢｍ前後である。このケースでは、ＵＥは、セル１のアップリンク無線品質がセル２のそれよりも４ｄＢ良好であることから、セル１を選択するものとされる。この例は、アップリンクＲＬＣ再送信のタイムアウト時にＲＬＦがトリガされるという事実を所与として、ＵＬ測定がＤＬのそれよりもセル選択のためにより重要であるために、意味をなす。
−ＵＥは、純粋にＤＬの無線チャネル品質の測定に基づいて、最良のセルを選択してもよい。及び／又は、
−ＵＥは、セルの負荷測定、及び同じセルに属する各キャリアの負荷をも考慮してもよい。
【００７０】
第７の実施形態では、ネットワークは、ＲＬＣ再送信の障害に起因してＲＬＦがトリガされる（即ち、ＲＬＣ  ＡＭ  ＰＤＵについてのＲＬＣ再送信が構成され得る所与の閾値に到達する）のが、特定のＵＬキャリアについてなのか、又は同じセルに属する全てのＵＬキャリアについてなのかに関しＵＥを構成してもよい。ＲＬＦがトリガされると、第６の実施形態において説明したものと同じ回復アクションが適用される。
【００７１】
第８の実施形態において、ＲＬＦのトリガ後に、無線接続再確立のために利用可能な準備されたセルが無い場合、ＵＥは、ＲＲＣ接続済み状態を出て、ＲＲＣアイドル状態のままとなる。ＵＥは、未準備の最良のセルを選択する。最良のセルの選択は、第６の実施形態と同じ手段に当てはまる。
【００７２】
第９の実施形態において、ＵＥについての無線接続再確立のためのＲＡ手続がＳＵＬキャリアを伴うＮＲセルに対しなされると判定された場合、ＲＡ手続のために、ネットワークにより次のポリシーのうちの１つを構成することができる：
・ＵＥは、ターゲットセルにおけるＲＡＣＨアクセスのために常にＳＵＬキャリアを選択するものとする。
・ＵＥは、対応するＰＲＡＣＨリソースがＳＵＬキャリア上にあるか又はＮＲ  ＵＬキャリア上にあるかによらず、最も近いＰＲＡＣＨ送信機会を選択するものとする。
・ＵＥは、例えばＤＬ  ＲＳＲＰが事前に構成される閾値よりも高い場合にＮＲ  ＵＬキャリアを選択し、そうではない場合にＳＵＬキャリアを選択するなど、既存のポリシーに基づいてＲＡＣＨアクセスのためのＵＬキャリアをやはり選択するものとする。
・ＵＥは、双方のキャリア上で並列的にＲＡＣＨアクセスを開始してもよく、その場合少なくとも一方のキャリア上でＲＡＣＨアクセスに対する確認応答がなされ得る。一方のキャリアで確認応答がなされると、他方のキャリア上でのＲＡＣＨアクセスは停止される。
【００７３】
第１０の実施形態では、ＲＬＦの際の無線リンクメンテナンスのための固有の設定が、ＵＥ固有のＲＲＣシグナリング又はＳＩＢのブロードキャストを介して構成され得る。
【００７４】
図６は、１つ以上の実施形態に係るＵＥ２００を示している。ＵＥ２００は、多重的なアンテナ２１５を有するアンテナ又はアンテナアレイ２１０、基地局と通信するための送受信機２２０、例えば図２及び図４のいずれかに描いたステップを実行するためのＵＥ処理回路２３０、並びに、ＵＥ処理回路２４０により実行される対応する命令群を記憶するためのＵＥメモリ２４０を備える。
【００７５】
図７は、１つ以上の実施形態に係る基地局又はｇＮＢ１００を示している。基地局１００は、多重的なアンテナ１１５を有するアンテナ又はアンテナアレイ１１０、ＵＥと通信するための送受信機１２０、例えば図１及び図３のいずれかに描いたステップを実行するための基地局処理回路１３０、並びに、基地局処理回路１４０により実行される対応する命令群を記憶するための基地局メモリ１４０を備える。
【００７６】
図１０を参照すると、一実施形態によれば、通信システムは、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク３２１０を含み、電気通信ネットワーク３２１０は、無線アクセスネットワークといったアクセスネットワーク３２１１とコアネットワーク３２１４とを含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢ、又は他のタイプの無線アクセスポイントといった複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを含み、その各々が対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを定義する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線又は無線接続３２１５上でコアネットワーク３２１４へ接続可能である。カバレッジエリア３２１３ｃに位置する第１のユーザ機器（ＵＥ）３２９１は、対応する基地局３２１２ｃへワイヤレスに接続され又は対応する基地局３２１２ｃによりページングされるように構成される。カバレッジエリア３２１２ａ内の第２のＵＥ３２９２は、対応する基地局３２１２ａへワイヤレスに接続可能である。この例では、複数のＵＥ３２９１、３２９２が図示されているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがある状況、又は対応する基地局３２１２へ単一のＵＥが接続している状況へ等しく適用可能である。
【００７７】
電気通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０へ接続され、ホストコンピュータ３２３０は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ３２３０は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０へ直接的に伸びていてもよく、オプションとしての中間ネットワーク３２２０を介してつながっていてもよい。中間ネットワーク３２２０は、パブリック、プライベート又はホステッドネットワークのうちの１つ又はそれらの複数の組合せであってもよく、中間ネットワーク３２２０は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【００７８】
図１０の通信システムは、全体として、接続されるＵＥ３２９１、３２９２のうちの１つとホストコンピュータ３２３０との間の接続性を可能にする。その接続性は、オーバー・ザ・トップ（ＯＴＴ）接続３２５０として説明されてよい。ホストコンピュータ３２３０及び接続されるＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続３２５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０の通過途上の参加している通信デバイスがアップリンク及びダウンリンクの通信のルーティングを意識しないという意味において、透過的であり得る。例えば、基地局３２１２は、ホストコンピュータ３２３０から発して接続ＵＥ３２９１へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングのダウンリンク通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、基地局３２１２は、ＵＥ３２９１から発してホストコンピュータ３２３０へ向かうアウトゴーイングのアップリンク通信の将来のルーティングを認識することを必要としない。
【００７９】
前の段落で議論したＵＥ、基地局及びホストコンピュータの一実施形態に係る例示的な実装が、これより図１１を参照しながら説明される。通信システム３３００において、ホストコンピュータ３３１０は、通信システム３３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース３３１６を含むハードウェア３３１５を備える。ホストコンピュータ３３１０は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路３３１８を備える。具体的には、処理回路３３１８は、命令群を実行するように適合される、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含んでよい。ホストコンピュータ３３１０は、さらに、ホストコンピュータ３３１０内に記憶され又はホストコンピュータ３３１０によりアクセス可能なソフトウェア３３１１であって、処理回路３３１８により実行可能な当該ソフトウェア３３１１を備える。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０及びホストコンピュータ３３１０で終端するＯＴＴ接続３３５０を介して接続しているＵＥ３３３０といったリモートユーザへサービスを提供するように動作可能であり得る。リモートユーザへのサービスの提供中に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を用いて送信されるユーザデータを提供し得る。
【００８０】
通信システム３３００は、電気通信システムにおいて提供される基地局３３２０をさらに含み、基地局３３２０は、ホストコンピュータ３３１０及びＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース３３２６、並びに、基地局３３２０によりサービスされるカバレッジエリア（図１１には示していない）内に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップし及び維持するための無線インタフェース３３２７を含み得る。通信インタフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を促進するように構成され得る。接続３３６０は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図１１には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、基地局３３２０のハードウェア３３２５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路３３２８をさらに含む。基地局３３２０は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。
【００８１】
通信システム３３００は、既に言及したＵＥ３３３０をさらに含む。そのハードウェア３３３５は、ＵＥ３３３０がその時点で位置するカバレッジエリアへサービスする基地局との無線接続３３７０をセットアップし及び維持するように構成される無線インタフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回３３３８をさらに含む。ＵＥ３３３０は、さらに、ＵＥ３３３０内に記憶され又はＵＥ３３３０によりアクセス可能なソフトウェア３３３１であって、処理回路３３３８により実行可能な当該ソフトウェア３３３１を備える。ソフトウェア３３３１は、ホストアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートと共に、人間の又は非人間のユーザへＵＥ３３３０を介してサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０において、実行対象のホストアプリケーション３３１２は、実行対象のクライアントアプリケーション３３３２とＵＥ３３３０及びホストコンピュータ３３１０で終端するＯＴＴ接続３３５０を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続３３５０は、リクエストデータ及びユーザデータの双方を移送し得る。クライアントアプリケーション３３３２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【００８２】
なお、図１１に示したホストコンピュータ３３１０、基地局３３２０及びＵＥ３３３０は、それぞれ図１０のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、及びＵＥ３２９１、３２９２のうちの１つと同一であってもよい。言うなれば、これらエンティティの内部的な作用は図１１に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図１０のそれであってよい。
【００８３】
図１１では、ホストコンピュータ３３１０とユーザ機器３３３０との間の基地局３３２０を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続３３５０が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ３３３０若しくはホストコンピュータ３３１０を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続３３５０がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。
【００８４】
ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示を通じて説明した実施形態の教示に従う。
【００８５】
多様な実施形態の１つ以上が、ＯＴＴ接続３３５０を用いてＵＥ３３３０へ提供されるＯＴＴサービスの性能を改善し、無線接続３３７０はその最後のセグメントを形成する。より正確には、これら実施形態の教示は、レイテンシ又は電力消費を改善し、それにより、一層良好な応答性又は長くなったバッテリ寿命といった利益を提供し得る。
【００８６】
データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応じてホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再構成するためのオプションとしてのネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続３３５０を再構成するためのネットワーク機能性は、ホストコンピュータ３３１０のソフトウェア３３１１若しくはＵＥ３３３０のソフトウェア３３３１、又はそれらの双方において実装されてもよい。複数の実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続３３５０が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア３３１１、３３３１により監視対象の量が計算され又は推定され得る。ＯＴＴ接続３３５０の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、基地局３３２０には影響しなくてもよく、基地局３３２０にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ３３１０によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア３３１１、３３３１がＯＴＴ接続３３５０を用いて具体的には空であり又は"ダミー"のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。
【００８７】
図１２は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３２及び図３３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１２の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３４１０において、ホストコンピュータは、ユーザデータを提供する。第１ステップ３４１０の随意的なサブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３４２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。オプションとしての第３ステップ３４３０において、基地局は、本開示を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。オプションとしての第４ステップ３４４０において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【００８８】
図１３は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３２及び図３３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図３５の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３５１０において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３５２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、本開示を通じて説明される実施形態の教示に従って、基地局を通過し得る。オプションとしての第３ステップ３５３０において、ＵＥは、上記送信において搬送されるユーザデータを受信する。
【００８９】
図１４は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３２及び図３３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図３６の図への参照のみが本セクションに含められるであろう。本方法のオプションとしての第１ステップ３６１０において、ＵＥは、ホストコンピュータにより提供される入力データを受信する。追加的に又は代替的に、オプションとしての第２ステップ３６２０において、ＵＥがユーザデータを提供する。第２ステップ３６２０のオプションとしてのサブステップ３６２１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第１ステップ３６１０のさらなるオプションとしてのサブステップ３６１１において、ＵＥは、ホストコンピュータにより提供される入力データの受信へのリアクションにおいて、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供中に、実行されるクライアントアプリケーションは、ユーザから受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥは、オプションとしての第３ステップ３６３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第４ステップ３６４０において、ホストコンピュータは、本開示を通じて説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
【００９０】
図１５は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図３２及び図３３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図３７の図への参照のみが本セクションに含められるであろう。オプションとしての第１ステップ３７１０において、本開示を通じて説明される実施形態の教示に従って、基地局は、ＵＥからのユーザデータを受信する。オプションとしての第２ステップ３７２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３ステップ３７３０において、ホストコンピュータは、基地局により開始される上記送信において搬送されるユーザデータを受信する。
【００９１】
＜さらなる実施形態＞
［１］無線リンク障害を扱うための、ユーザ機器（ＵＥ）における方法であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、
複数のＵＬキャリアについて別々に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視することと、
前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定することと、
前記障害及び前記ＵＬキャリアを示す情報を提供することと、を含む方法。
【００９２】
［２］前述した実施形態の方法であって、前記複数のＵＬキャリアは、プライマリＵＬキャリア及び補助ＵＬ（ＳＵＬ）キャリアを含む、方法。
【００９３】
［３］前述した実施形態の方法であって、前記プライマリは、新無線（ＮＲ）ＵＬキャリアである、方法。
【００９４】
［４］先行する実施形態のいずれかの方法であって、前記ＵＥは、無線リンク障害（ＲＬＦ）と、前記ＲＬＦにより影響される前記ＵＬキャリアとを示す情報を、前記無線通信ネットワークへ送信する、方法。
【００９５】
［５］先行する実施形態のいずれかの方法であって、前記キャリアについてのＲＬＣデータパケット送信の前記障害は、そのキャリアについて、ＲＬＣデータパケット向けのＲＬＣ再送信がある最大回数に到達した場合に判定される、方法。
【００９６】
［６］前述した実施形態の方法であって、前記複数のキャリアの各々は、例えば、前記プライマリＵＬキャリアに第１の最大回数が関連付けられ及び前記ＳＵＬキャリアに第２の最大回数が関連付けられる形で、最大回数に関連付けられる、方法。
【００９７】
［７］前述した実施形態の方法であって、前記第１の最大回数は、前記第２の最大回数とは異なる、方法。
【００９８】
［８］先行する実施形態のいずれかの方法であって、前記ＵＥは、相異なる前記ＵＬキャリアについて無線リンク障害（ＲＬＦ）をトリガするための構成を、前記ネットワークから受信する、方法。
【００９９】
［９］前述した実施形態の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための第１の構成は、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための第２の構成とは異なる、方法。
【０１００】
［１０］前述した実施形態の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための前記構成と、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための前記構成とは、前記第１の構成がＲＬＣ再送信の第１の最大回数を含み、前記第２の構成がＲＬＣ再送信の第２の最大回数を含む点において異なり、前記第１の最大回数と前記第２の最大回数とは異なる、方法。
【０１０１】
［１１］前述した実施形態の方法であって、前記第１の最大回数は、前記第２の最大回数よりも高い、方法。
【０１０２】
［１２］先行する実施形態のいずれかの方法であって、前記ＵＥは、ＲＬＣ機能を実行するためのＲＬＣエンティティと、ＲＲＣ機能を実行するためのＲＲＣエンティティとを含み、ＲＬＣエンティティは、複数のＵＬキャリアについて別々にＲＬＣデータパケットの再送信を監視するステップと、前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定するステップと、を行い、前記障害及び前記ＵＬキャリアを示す前記情報を前記ＲＲＣエンティティへ提供する、方法。
【０１０３】
［１３］前述した実施形態の方法であって、前記ＲＲＣエンティティは、前記無線通信ネットワークにおける無線リンク障害（ＲＬＦ）をトリガすること、を行う、方法。
【０１０４】
［１４］無線リンク障害を扱うための、ユーザ機器（ＵＥ）（２００）における方法であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行うことと、
双方のＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視することと、
共通的なＲＬＦを示す情報を提供することと、を含む方法。
【０１０５】
［１５］前述した実施形態の方法であって、前記ＵＥは、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように構成されている場合には、無線リンク障害（ＲＬＦ）を示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで、提供し、
前記少なくとも２つのＵＬキャリアについて前記再送信を別々に監視するように構成されている場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記無線通信ネットワークへの前記ＵＬキャリア、並びに当該ＲＬＦにより影響されるＵＬキャリアの情報を提供する、方法。
【０１０６】
［１６］先行する実施形態１４〜１５の方法であって、前記ＵＥは、
ＲＬＣ送信障害をレポートするために１つ又は複数の特定のキャリア（例えば、ＮＲ  ＵＬキャリア又はＳＵＬ）上のＲＬＣ再送信をカウントすること、及び、
ＲＬＣ送信障害をレポートするために全てのキャリア上のＲＬＣ再送信をカウントすること、のうちの少なくとも一方を行う、ように構成される、方法。
【０１０７】
［１７］先行する実施形態のいずれかの方法であって、前記プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
前記ＳＵＬキャリアが構成されている（かつアクティブである）ときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上でトリガするステップ、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスをトリガするステップ、又は、
前記データ（ＲＬＣ）送信が前記プライマリ（ＮＲ）キャリア上でスタックしているという情報を前記ネットワーク（ｇＮＢ）へシグナリングするステップ（シグナリングをする本選択肢は、ＲＲＣ、ＭＡＣ  ＣＥ又は他のＬ１／Ｌ２シグナリング手段を含んでよく、そのシグナリングはＳＵＬキャリア上で送信されてもよい）、のうちの１つが行われる、方法。
【０１０８】
［１８］前述した実施形態の方法であって、前記ダウンリンクチャネル品質が所与の閾値を下回る場合にのみ、前記ＳＵＬキャリア上での前記ＳＲの送信がトリガされる、方法。
【０１０９】
［１９］先行する実施形態のいずれかの方法であって、ＳＵＬ  ＲＬＦがトリガされる場合に、前記ＵＥは、セルサーチを実行して、無線リンク再確立のために適したセルを判定する、方法。
【０１１０】
［２０］前述した実施形態の方法であって、前記ＵＥは、同一のセル、同一の基地局（ｇＮＢ）からの異なるセル、又は異なる基地局（ｇＮＢ）から用意されたセルであり得る、用意されたセルを選択する、方法。
【０１１１】
［２１］前述した実施形態の方法であって、前記ＵＥは、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択し、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択し、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択し、及び／又は、
前記セルの負荷測定及び同じセルに属する各キャリアの前記負荷に基づいてセルを選択する、ように構成される、方法。
【０１１２】
［２２］前述した実施形態の方法であって、第１のセルがＳＵＬキャリア及びプライマリＵＬキャリアと共に構成されており、第２のセルがＳＵＬキャリアと共に構成されていない場合に、前記ＵＥは、
前記ＤＬの無線リンク及び前記ＵＬの無線リンクの品質を測定すること、
双方のセルの前記ＤＬの無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定すること、並びに、
肯定的であるときに、前記第１のセルを選択すること、を行う、方法。
【０１１３】
［２３］無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）（１００）における方法であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信すること、を含み、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を別々に監視することにより判定されたものである、方法。
【０１１４】
［２４］前述した実施形態の方法であって、前記複数のＵＬキャリアは、プライマリＵＬキャリア及び補助ＵＬ（ＳＵＬ）キャリアを含む、方法。
【０１１５】
［２５］前述した実施形態の方法であって、前記プライマリは、新無線（ＮＲ）ＵＬキャリアである、方法。
【０１１６】
［２６］先行する実施形態２３〜２５のいずれかの方法であって、前記ｇＮＢは、無線リンク障害（ＲＬＦ）と、前記ＲＬＦにより影響される前記ＵＬキャリアとを示す、前記無線通信ネットワークに対する情報を受信する、方法。
【０１１７】
［２７］先行する実施形態２３〜２６のいずれかの方法であって、前記キャリアについてＲＬＣデータパケット送信の前記障害をトリガする（又は想定する）ための、ＲＬＣデータパケットについてのＲＬＣ再送信の最大回数を示す構成を、前記ＵＥへ送信する、方法。
【０１１８】
［２８］前述した実施形態の方法であって、前記構成は、前記プライマリＵＬキャリアに関連付けられる第１の最大回数、及び前記ＳＵＬキャリアに関連付けられる第２の最大回数を含む、方法。
【０１１９】
［２９］前述した実施形態の方法であって、前記第１の最大回数は、前記第２の最大回数とは異なる、方法。
【０１２０】
［３０］先行する実施形態２３〜２９のいずれかの方法であって、前記ｇＮＢは、相異なる前記ＵＬキャリアについて無線リンク障害（ＲＬＦ）をトリガするための構成を、前記ＵＥへ送信する、方法。
【０１２１】
［３１］前述した実施形態の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための第１の構成は、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための第２の構成とは異なる、方法。
【０１２２】
［３２］前述した実施形態の方法であって、前記プライマリＵＬキャリアについて前記ＲＬＦをトリガするための前記構成と、前記ＳＵＬキャリアについて前記ＲＬＦをトリガするための前記構成とは、前記第１の構成がＲＬＣ再送信の第１の最大回数を含み、前記第２の構成がＲＬＣ再送信の第２の最大回数を含む点において異なり、前記第１の最大回数と前記第２の最大回数とは異なる、方法。
【０１２３】
［３３］前述した実施形態の方法であって、前記第１の最大回数は、前記第２の最大回数よりも高い、方法。
【０１２４】
［３４］無線リンク障害を扱うための、ｇＮＢ（１００）における方法であって、前記ｇＮＢは、複数のアップリンク（ＵＬ）キャリアによってＵＥへ接続され、
共通的なＲＬＦを示す情報を前記ＵＥから受信すること、を含み、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、方法。
【０１２５】
［３５］前述した実施形態の方法であって、前記ｇＮＢ  ＵＥは、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように構成されている場合には、無線リンク障害（ＲＬＦ）を示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで受信し、
前記少なくとも２つのＵＬキャリアについて前記再送信を別々に監視するように構成されている場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記無線通信ネットワークへの前記ＵＬキャリア、並びに当該ＲＬＦにより影響されるＵＬキャリアの情報を受信する、方法。
【０１２６】
［３６］先行する実施形態３４〜３５の方法であって、前記ｇＮＢは、前記ＵＥを、
ＲＬＣ送信障害をレポートするために１つ又は複数の特定のキャリア（例えば、ＮＲ  ＵＬキャリア又はＳＵＬ）上のＲＬＣ再送信をカウントすること、及び、
ＲＬＣ送信障害をレポートするために全てのキャリア上のＲＬＣ再送信をカウントすること、のうちの少なくとも一方を行う、ように構成する、方法。
【０１２７】
［３７］先行する実施形態２３〜３６のいずれかの方法であって、前記プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
前記ＳＵＬキャリアが構成されている（かつアクティブである）ときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上で受信するステップ、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスを受信するステップ、のうちの１つが行われる、方法。
【０１２８】
［３８］先行する実施形態２３〜３７のいずれかの方法であって、前記ｇＮＢは、前記ＵＥを、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択し、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択し、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択し、及び／又は、
前記セルの負荷測定及び同じセルに属する各キャリアの前記負荷に基づいてセルを選択する、ように構成する、方法。
【０１２９】
［３９］前述した実施形態の方法であって、第１のセルをＳＵＬキャリア及びプライマリＵＬキャリアと共に構成し、第２のセルをＳＵＬキャリアなしで構成することと、前記ＵＥを、
前記ＤＬ無線リンク及び前記ＵＬ無線リンクの品質を測定し、
双方のセルの前記ＤＬ無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定し、
肯定的であるときに、前記第１のセルを選択する、ように構成することと、をさらに含む、方法。
【０１３０】
［４０］無線リンク障害を扱うための、ユーザ機器（ＵＥ）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、処理回路及びメモリを備え、前記処理回路は、
複数のＵＬキャリアについて別々に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、
前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定し、
前記障害及び前記ＵＬキャリアを示す情報を提供する、ように構成される、ユーザ機器。
【０１３１】
［４１］無線リンク障害を扱うための、ユーザ機器（ＵＥ）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、処理回路及びメモリを備え、前記処理回路は、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行い、
双方のＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、
共通的なＲＬＦを示す情報を提供する、ように構成される、ユーザ機器。
【０１３２】
［４２］無線リンク障害を扱うための、ユーザ機器（ＵＥ）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、前記ＵＥは、前述した実施形態１〜２４のいずれかの方法を実行するように適合される、ユーザ機器。
【０１３３】
［４３］無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、処理回路及びメモリを備え、前記処理回路は、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信する、ように構成され、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を別々に監視することにより判定されたものである、基地局。
【０１３４】
［４４］無線リンク障害を扱うための、無線通信ネットワークの基地局（ｇＮＢ）であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、処理回路及びメモリを備え、前記処理回路は、
共通的なＲＬＦを示す情報を前記ＵＥから受信する、ように構成され、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、基地局。
【０１３５】
［４５］無線通信ネットワークの基地局（ｇＮＢ）であって、前記ｇＮＢは、複数のアップリンク（ＵＬ）キャリアによってＵＥへ接続され、前記ＵＥは、前述した実施形態２３〜３９のいずれかの方法を実行するように適合される、基地局。
【０１３６】
［４６］ホストコンピュータを含む通信システムであって、前記ホストコンピュータは、ユーザデータを提供するように構成される処理回路と、前記ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、前記セルラーネットワークは、無線インタフェース及び処理回路を有する基地局（ｇＮＢ）を含み、前記基地局の処理回路は、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信する、ように構成され、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を別々に監視することにより判定されたものである、通信システム。
【０１３７】
［４７］ホストコンピュータを含む通信システムであって、前記ホストコンピュータは、ユーザデータを提供するように構成される処理回路と、前記ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、前記セルラーネットワークは、無線インタフェース及び処理回路を有する基地局（ｇＮＢ）を含み、前記基地局の処理回路は、
共通的なＲＬＦを示す情報を前記ＵＥから受信する、ように構成され、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、通信システム。
【０１３８】
［４８］実施形態４６又は４７の通信システムであって、前記基地局をさらに含む、通信システム。
【０１３９】
［４９］実施形態４８の通信システムであって、前記ＵＥをさらに含み、前記ＵＥは、前記基地局と通信するように構成される、通信システム。
【０１４０】
［５０］実施形態４９の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、
前記ＵＥは、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される処理回路を備える、通信システム。
【０１４１】
［５１］ホストコンピュータ、基地局及びユーザ機器（ＵＥ）を含む通信システムにおいて実装される方法であって、
前記ホストコンピュータにおいて、ユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を含むセルラーネットワークを介して、前記ＵＥへの前記ユーザデータを搬送する送信を開始することと、を含み、前記基地局は、
共通的なＲＬＦを示す情報を前記ＵＥから受信することであって、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、ことと、
前記ＵＬキャリアのうちの１つに関するＲＬＣデータパケット送信の障害の情報を受信することであって、前記障害は、前記複数のＵＬキャリアのうちの少なくとも２つについて別々に無線リンク制御（ＲＬＣ）データパケットの再送信を別々に監視することにより判定されたものである、ことと、のうちの１つを行う、方法。
【０１４２】
［５２］実施形態５１の方法であって、
前記基地局において、前記ユーザデータを送信すること、をさらに含む、方法。
【０１４３】
［５３］実施形態５２の方法であって、前記ユーザデータは、前記ホストコンピュータにおいてホストアプリケーションを実行することにより提供され、前記方法は、
前記ＵＥにおいて、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行すること、をさらに含む、方法。
【０１４４】
［５４］ホストコンピュータを含む通信システムであって、前記ホストコンピュータは、
ユーザデータを提供するように構成される処理回路と、
ユーザデータをユーザ機器（ＵＥ）への送信のためにセルラーネットワークへ転送するように構成される通信インタフェースと、を備え、
前記ＵＥは、無線インタフェース及び処理回路を含み、前記ＵＥの処理回路は、
複数のＵＬキャリアについて別々に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、前記ＵＬキャリアのうちの１つに関してＲＬＣデータパケット送信の障害を判定し、並びに、前記障害及び前記ＵＬキャリアを示す情報を提供することと、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行い、双方のＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、及び、共通的なＲＬＦを示す情報を提供することと、のうちの１つを行うように構成される、通信システム。
【０１４５】
［５５］実施形態５４の通信システムであって、前記ＵＥをさらに含む、通信システム。
【０１４６】
［５６］実施形態５５の通信システムであって、前記セルラーネットワークは、前記ＵＥと通信するように構成される基地局をさらに含む、通信システム。
【０１４７】
［５７］実施形態５５又は５６の通信システムであって、
前記ホストコンピュータの前記処理回路は、ホストアプリケーションを実行することにより前記ユーザデータを提供するように構成され、
前記ＵＥの処理回路は、前記ホストアプリケーションに関連付けられるクライアントアプリケーションを実行するように構成される、通信システム。
【図１】
2021510477.tif 000003
【図２】
2021510477.tif 000004
【図３】
2021510477.tif 000005
【図４】
2021510477.tif 000006
【図５】
2021510477.tif 000007
【図６】
2021510477.tif 000008
【図７】
2021510477.tif 000009
【図８】
2021510477.tif 000010
【図９】
2021510477.tif 000011
【図１０】
2021510477.tif 000012
【図１１】
2021510477.tif 000013
【図１２】
2021510477.tif 000014
【図１３】
2021510477.tif 000015
【図１４】
2021510477.tif 000016
【図１５】
2021510477.tif 000017
【手続補正書】
【提出日】令和2年8月27日(2020.8.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線リンク障害（ＲＬＦ）を扱うための、ユーザ機器（ＵＥ）（２００）における方法であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリア（２１０，２２０，２３０）によって無線通信ネットワークへ接続され、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行うこと（Ｓ６１）と、
前記少なくとも２つのＵＬキャリアの全てに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視すること（Ｓ６２）と、
共通的なＲＬＦを示す情報を提供すること（Ｓ６３）と、を含む方法。
【請求項２】
請求項１の方法であって、前記ＵＥは、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように構成されている場合には、ＲＬＦを示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで提供し、
前記少なくとも２つのＵＬキャリアについて前記再送信を別々に監視するように構成されている場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記ＵＬキャリアの情報を提供する、方法。
【請求項３】
請求項１の方法であって、前記ＵＥ（２００）は、
前記共通的なＲＬＦの報告については、前記複数のＵＬキャリアのうちの前記少なくとも２つの全てに関連付けられるＲＬＣ再送信を共通的にカウントし、
別々に影響を受けたＵＬキャリアの前記ＲＬＦの報告については、前記複数のＵＬキャリアのうちの前記少なくとも２つの各々に関連付けられるＲＬＣ再送信を別々にカウントする、方法。
【請求項４】
請求項１の方法であって、プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
ＳＵＬキャリアが構成されているときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上でトリガすること、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスをトリガすること、又は、
前記ＲＬＣデータパケット送信が前記プライマリＵＬキャリア上でスタックしているという情報を前記無線通信ネットワークへシグナリングすること、をさらに含む、方法。
【請求項５】
請求項４の方法であって、ダウンリンクチャネル品質がある閾値を下回る場合にのみ、前記ＳＵＬキャリア上での前記ＳＲの送信がトリガされる、方法。
【請求項６】
請求項１の方法であって、ＳＵＬ  ＲＬＦがトリガされる場合に、前記ＵＥ（２００）は、セルサーチを実行して、無線リンク再確立のために適したセルを判定する、方法。
【請求項７】
請求項６の方法であって、前記ＵＥ（２００）は、ＵＬ送信のために準備されたセルを選択し、当該セルは、同一のセル、同一の基地局（ｇＮＢ）からの異なるセル、及び異なるｇＮＢからのセル、のうちの１つである、方法。
【請求項８】
請求項７の方法であって、前記ＵＥ（２００）は、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択することと、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択することと、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択することと、
前記セルの負荷測定及び同じセルに属する各キャリアの負荷に基づいてセルを選択することと、
のうちの少なくとも１つを行うように構成される、方法。
【請求項９】
請求項８の方法であって、第１のセルがＳＵＬキャリア及びプライマリＵＬキャリアと共に構成されており、第２のセルがＳＵＬキャリアと共に構成されていない場合に、前記ＵＥは、
前記ＤＬの無線リンク品質及び前記ＵＬの無線リンク品質を測定すること、
双方のセルの前記ＤＬの無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定することと、
前記判定の結果が肯定的であるときに、前記第１のセルを選択することと、を行う、方法。
【請求項１０】
無線リンク障害（ＲＬＦ）を扱うための、ｇＮＢ（１００）における方法であって、前記ｇＮＢ（１００）は、複数のアップリンク（ＵＬ）キャリア（２２０，２３０）によってＵＥ（２００）へ接続され、
共通的なＲＬＦを示す情報を前記ＵＥから受信すること（Ｓ７１）、を含み、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、方法。
【請求項１１】
請求項１０の方法であって、前記ｇＮＢ（１００）は、前記ＵＥ（２００）から、
前記少なくとも２つのＵＬキャリアについて前記再送信を共通的に監視するように前記ＵＥを構成した場合には、ＲＬＦを示す情報を、当該ＲＬＦにより影響されるＵＬキャリアの情報なしで受信し、
前記少なくとも２つのＵＬキャリアの各々について前記再送信を監視するように前記ＵＥを構成した場合には、ＲＬＦ、及び当該ＲＬＦにより影響される前記ＵＬキャリアの情報を受信する、方法。
【請求項１２】
請求項１０の方法であって、前記ｇＮＢ（１００）は、前記ＵＥ（２００）を、
前記共通的なＲＬＦの報告のために、前記複数のＵＬキャリアのうちの前記少なくとも２つの全てに関連付けられるＲＬＣ再送信を共通的にカウントすること、及び、
別々に影響を受けたＵＬキャリアの前記ＲＬＦの報告のために、前記複数のＵＬキャリアのうちの前記少なくとも２つの各々に関連付けられるＲＬＣ再送信を別々にカウントすること、のうちの少なくとも一方を行うように構成する、方法。
【請求項１３】
請求項１０の方法であって、プライマリＵＬキャリアに関するＲＬＣデータパケット送信の障害の場合において、
ＳＵＬキャリアが構成されているときに、前記ＵＥがＵＬデータ転送のために前記ＳＵＬキャリアへの切替えを求めていることを示すスケジューリング要求（ＳＲ）の送信を前記ＳＵＬキャリア上で受信するステップ、及び、
そうでないときに、前記障害を示す前記ＳＵＬキャリア上のランダムアクセスチャネル（ＲＡＣＨ）へのアクセスを受信するステップ、のうちの１つが行われる、方法。
【請求項１４】
請求項１０の方法であって、前記ｇＮＢは、前記ＵＥ（２００）を、
ＳＵＬキャリアをサポートする１つ又は複数のセルのうちのセルを選択し、
ＤＬ及びＵＬ双方の無線リンク品質に関する測定に基づいてセルを選択し、
前記ＤＬの無線チャネル品質の測定のみに基づいてセルを選択し、及び／又は、
前記セルの負荷測定及び同じセルに属する各キャリアの負荷に基づいてセルを選択する、ように構成する、方法。
【請求項１５】
請求項１４の方法であって、第１のセルをＳＵＬキャリア及びプライマリＵＬキャリアと共に構成し、第２のセルをＳＵＬキャリアなしで構成することと、前記ＵＥを、
前記ＤＬの無線リンク品質及び前記ＵＬの無線リンク品質を測定し、
双方のセルの前記ＤＬの無線リンク品質がある最小品質閾値を上回るか、及び／又は、前記ＳＵＬキャリアが前記プライマリＵＬキャリアよりも大きいパス利得を提供するかを判定し、
前記判定の結果が肯定的であるときに、前記第１のセルを選択する、ように構成することと、をさらに含む、方法。
【請求項１６】
無線リンク障害（ＲＬＦ）を扱うための、ユーザ機器（ＵＥ）（２００）であって、前記ＵＥは、複数のアップリンク（ＵＬ）キャリアによって無線通信ネットワークへ接続され、処理回路及びメモリを備え、前記処理回路は、
前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を行い、
前記少なくとも２つのＵＬキャリアに共通的に、無線リンク制御（ＲＬＣ）データパケットの再送信を監視し、
共通的なＲＬＦを示す情報を提供する、ように構成される、ユーザ機器。
【請求項１７】
無線リンク障害（ＲＬＦ）を扱うための、無線通信ネットワークの基地局（ｇＮＢ）（１００）であって、複数のアップリンク（ＵＬ）キャリアによって前記ｇＮＢへＵＥが接続され、処理回路及びメモリを備え、前記処理回路は、
共通的なＲＬＦを示す情報を前記ＵＥから受信する、ように構成され、共通的なＲＬＦは、前記ＵＥにおいて、前記複数のＵＬキャリアのうちの少なくとも２つで、あるＲＬＣデータパケットの再送信を、双方のＵＬキャリアについて共通的に監視しながら行ったことに由来する、基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
図８は、１つ以上の実施形態に係るＵＥ２００を示している。ＵＥ２００は、多重的なアンテナ２１５を有するアンテナ又はアンテナアレイ２１０、基地局と通信するための送受信機２２０、例えば図４及び図６のいずれかに描いたステップを実行するためのＵＥ処理回路２３０、並びに、ＵＥ処理回路２３０により実行される対応する命令群を記憶するためのＵＥメモリ２４０を備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
図９は、１つ以上の実施形態に係る基地局又はｇＮＢ１００を示している。基地局１００は、多重的なアンテナを有するアンテナ又はアンテナアレイ１１０、ＵＥと通信するための送受信機１２０、例えば図５及び図７のいずれかに描いたステップを実行するための基地局処理回路１３０、並びに、基地局処理回路１３０により実行される対応する命令群を記憶するための基地局メモリ１４０を備える。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
図１２は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１０及び図１１を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１２の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３４１０において、ホストコンピュータは、ユーザデータを提供する。第１ステップ３４１０の随意的なサブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３４２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。オプションとしての第３ステップ３４３０において、基地局は、本開示を通じて説明される実施形態の教示に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。オプションとしての第４ステップ３４４０において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
図１３は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１０及び図１１を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１３の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ３５１０において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ３５２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、本開示を通じて説明される実施形態の教示に従って、基地局を通過し得る。オプションとしての第３ステップ３５３０において、ＵＥは、上記送信において搬送されるユーザデータを受信する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
図１４は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１０及び図１１を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１４の図への参照のみが本セクションに含められるであろう。本方法のオプションとしての第１ステップ３６１０において、ＵＥは、ホストコンピュータにより提供される入力データを受信する。追加的に又は代替的に、オプションとしての第２ステップ３６２０において、ＵＥがユーザデータを提供する。第２ステップ３６２０のオプションとしてのサブステップ３６２１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第１ステップ３６１０のさらなるオプションとしてのサブステップ３６１１において、ＵＥは、ホストコンピュータにより提供される入力データの受信へのリアクションにおいて、ユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータの提供中に、実行されるクライアントアプリケーションは、ユーザから受け付けられるユーザ入力をさらに考慮してもよい。ユーザデータが提供された具体的なやり方に関わらず、ＵＥは、オプションとしての第３ステップ３６３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第４ステップ３６４０において、ホストコンピュータは、本開示を通じて説明される実施形態の教示に従って、ＵＥから送信されるユーザデータを受信する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００８７
【補正方法】変更
【補正の内容】
【００８７】
図１５は、１つの実施形態に従った、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１０及び図１１を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図１５の図への参照のみが本セクションに含められるであろう。オプションとしての第１ステップ３７１０において、本開示を通じて説明される実施形態の教示に従って、基地局は、ＵＥからのユーザデータを受信する。オプションとしての第２ステップ３７２０において、基地局は、受信したユーザデータのホストコンピュータへの送信を開始する。第３ステップ３７３０において、ホストコンピュータは、基地局により開始される上記送信において搬送されるユーザデータを受信する。
【国際調査報告】
2021510477.tif 000018
2021510477.tif 000019
2021510477.tif 000020
2021510477.tif 000021
2021510477.tif 000022