(57)【要約】  本開示の実施例は、サービングノード更新方法及び機器を提供し、当該方法は、ターゲットノードへ第一メッセージを送信することと、前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することと、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む。
2021532669.tif 000002
【特許請求の範囲】
【請求項１】
ソースノード又はマスターノードである第一ノードに適用される、サービングノード更新方法であって、
ターゲットノードへ第一メッセージを送信することと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法。
【請求項２】
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す場合、端末機器へ第四メッセージを送信することであって、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することを更に含む、請求項１に記載の方法。
【請求項３】
前記第一ノードはソースノードであり、前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することの後に、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を解放することを更に含む、請求項１に記載の方法。
【請求項４】
前記第一ノードはマスターノードであり、前記の前記ターゲットノードへ第一メッセージを送信することの前に、
ソースノードから前記第一メッセージを受信することを更に含む、請求項１に記載の方法。
【請求項５】
前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することの後に、
前記ソースノードに、予約されたマルチ接続サービングノード更新に必要な設定を解放するように通知することを更に含む、請求項４に記載の方法。
【請求項６】
前記第一ノードはソースノードであり、前記のターゲットノードへ第一メッセージを送信することは、
マスターノードを介して、前記ターゲットノードへ第一メッセージを送信することを含み、
前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することは、
前記マスターノードから、前記第一メッセージに応答するための第二メッセージであって、前記ターゲットノードから前記マスターノードへ送信された第二メッセージを受信することを含む、請求項１に記載の方法。
【請求項７】
前記第一ノードはマスターノードであり、前記の端末機器へ第三メッセージを送信することは、
ソースノードを介して、前記端末機器へ第三メッセージを送信することを含む、請求項１に記載の方法。
【請求項８】
前記第二メッセージには、
マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す第一情報と、
マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれる、請求項１〜７の何れか一項に記載の方法。
【請求項９】
前記第二メッセージに第一情報が含まれる場合、前記第二メッセージには、
従来サービングノード更新のためのセルリソース設定を示す第三情報と、
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが更に含まれる、請求項８に記載の方法。
【請求項１０】
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因には、
前記ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、
前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる、請求項９に記載の方法。
【請求項１１】
前記第二メッセージに第二情報が含まれる場合、前記第二メッセージには、
マルチ接続サービングノード更新のためのセルリソース設定を示す第五情報と、
ソースノードが解放された後のためのセルリソース設定を示す第六情報とのうち、１つ又は複数による組み合わせが更に含まれる、請求項８に記載の方法。
【請求項１２】
前記のマルチ接続サービングノード更新のためのセルリソース設定には、
ソースノードから送信されたセルリソース設定と、
ターゲットノードによって設定されたセルリソース設定とのうち、１つ又は複数による組み合わせが含まれる、請求項１１に記載の方法。
【請求項１３】
前記第一メッセージには、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を示す第七情報と、
前記第一メッセージの要求タイプであって、マルチ接続サービングノード更新要求と従来サービングノード更新要求とのうち、何れか１つが含まれる要求タイプを示す第八情報と、
マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻れることを示すか、或いは、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻られるのを希望しないことを示す第九情報と、
前記端末機器のアクセス層コンテキストを示す第十情報と、
前記端末機器のアクセス層設定を示す第十一情報と、
前記端末機器から報告された測定結果を示す第十二情報と、
前記端末機器の能力を示す第十三情報とのうち、１つ又は複数が含まれる、請求項１〜１２の何れか一項に記載の方法。
【請求項１４】
ターゲットノードに適用される、サービングノード更新方法であって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信することと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法。
【請求項１５】
前記第一ノードはマスターノードであり、前記の第一ノードから第一メッセージを受信することは、
前記マスターノードを介して、ソースノードから送信された前記第一メッセージを受信することを含む、請求項１４に記載の方法。
【請求項１６】
前記第一ノードはソースノードであり、前記の第一ノードから第一メッセージを受信することは、
マスターノードを介して、前記ソースノードから送信された前記第一メッセージを受信することを含み、
前記の前記第一メッセージに応答するための第二メッセージを前記第一ノードへ送信することは、
前記マスターノードを介して、前記第一メッセージに応答するための第二メッセージを前記第一ノードへ送信することを含む、請求項１４に記載の方法。
【請求項１７】
前記第二メッセージには、
マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す第一情報と、
マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれる、請求項１４〜１６の何れか一項に記載の方法。
【請求項１８】
前記第二メッセージに第一情報が含まれる場合、前記第二メッセージには、
従来サービングノード更新のためのセルリソース設定を示す第三情報と、
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが更に含まれる、請求項１７に記載の方法。
【請求項１９】
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因には、
前記ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、
前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる、請求項１８に記載の方法。
【請求項２０】
前記第二メッセージに第二情報が含まれる場合、前記第二メッセージには、
マルチ接続サービングノード更新のためのセルリソース設定を示す第五情報と、
ソースノードが解放された後のためのセルリソース設定を示す第六情報とのうち、１つ又は複数による組み合わせが更に含まれる、請求項１７に記載の方法。
【請求項２１】
前記マルチ接続サービングノード更新のセルリソース設定には、
ソースノードから送信されたマルチ接続セルリソース設定と、
ターゲットノードによって設定されたマルチ接続セルリソース設定とのうち、１つ又は複数による組み合わせが含まれる、請求項２０に記載の方法。
【請求項２２】
前記第一メッセージには、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を示す第七情報と、
前記第一メッセージの要求タイプであって、マルチ接続サービングノード更新要求と従来サービングノード更新要求とのうち、何れか１つが含まれる要求タイプを示す第八情報と、
マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻れることを示すか、或いは、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻られるのを希望しないことを示す第九情報と、
前記端末機器のアクセス層コンテキストを示す第十情報と、
前記端末機器のアクセス層設定を示す第十一情報と、
前記端末機器から報告された測定結果を示す第十二情報と、
前記端末機器の能力を示す第十三情報とのうち、１つ又は複数が含まれる、請求項１４〜２１の何れか一項に記載の方法。
【請求項２３】
端末機器に適用される、サービングノード更新方法であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信することと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うこととを含む、サービングノード更新方法。
【請求項２４】
マルチ接続サービングノード更新を前記ターゲットノードが受け入れた場合、前記第一ノードから第四メッセージを受信することであって、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信することと、
前記第四メッセージに従って、マルチ接続サービングノード更新方式でサービングノードの更新を行うこととを更に含む、請求項２３に記載の方法。
【請求項２５】
前記第四メッセージには、ソースノードが解放された後のためのセルリソース設定を示す第十四情報と、マルチ接続サービングノード更新のためのセルリソース設定を示す第十五情報とが含まれ、
前記の前記第四メッセージに従って、マルチ接続サービングノード更新方式でサービングノードの更新を行うことは、
前記第十四情報を保存し、前記第十五情報に従って、前記ターゲットノードへのランダムアクセス手順を開始することを含む、請求項２４に記載の方法。
【請求項２６】
前記の前記第十五情報に従って、前記ターゲットノードへのランダムアクセス手順を開始することの後に、
ソースノードとの間のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続を切断し、前記第十四情報に従って、該当する処理を行うことを更に含む、請求項２５に記載の方法。
【請求項２７】
前記第三メッセージには、従来サービングノード更新のためのセルリソース設定を示す第十六情報が含まれ、
前記の前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うことは、
ソースノードとの間のＲＲＣ接続を切断し、前記第十六情報に従って、前記ターゲットノードへのランダムアクセス手順を開始することを含む、請求項２３に記載の方法。
【請求項２８】
ソースノード又はマスターノードである第一ノードであって、
ターゲットノードへ第一メッセージを送信するための第一送信モジュールと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信するための第一受信モジュールと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第二送信モジュールとを含む、第一ノード。
【請求項２９】
ターゲットノードであって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信するための第三受信モジュールと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第四送信モジュールとを含む、ターゲットノード。
【請求項３０】
端末機器であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信するための第四受信モジュールと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うための処理モジュールとを含む、端末機器。
【請求項３１】
プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜１３の何れか一項に記載のサービングノード更新方法、又は、請求項１４〜２２の何れか一項に記載のサービングノード更新方法が実現される、ネットワーク機器。
【請求項３２】
プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項２３〜２７の何れか一項に記載のサービングノード更新方法が実現される、端末機器。
【請求項３３】
コンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、請求項１〜１３の何れか一項に記載のサービングノード更新方法が実現されるか、或いは、請求項１４〜２２の何れか一項に記載のサービングノード更新方法が実現されるか、或いは、請求項２３〜２７の何れか一項に記載のサービングノード更新方法が実現される、コンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１８年７月２６日に中国で出願された中国特許出願第２０１８１０８３５７３２．０号の優先権を主張し、その内容の全ては、参照により本願に組み込まれる。
本開示の実施例は、通信の技術分野に関し、具体的に、サービングノード更新方法及び機器に関する。
【背景技術】
【０００２】
現在、プロトコルにサポートされているサービングノード更新手順、例えばサービングノードハンドオーバー手順、サービングノード変更手順では、端末機器は、ターゲットノードとの新しいＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続を確立する前に、ソースノードとのＲＲＣ接続を切断しておく必要があり、このようなサービングノード更新方式によって、ユーザプレーンデータの中断が発生してしまう。
【０００３】
技術の進化につれ、端末機器のマルチ接続能力に基づいてサービングノードの更新を実現することが可能となっており、このようなマルチ接続に基づくサービングノード更新（以下、マルチ接続サービングノード更新）方式によれば、サービングノードの更新中には、端末機器とソースノードとのＲＲＣ接続を切断する必要がなくなることは保証される。更に、サービングノードの更新を果たしてから、端末機器がソースノードとの間のＲＲＣ接続を切断することになるため、ユーザプレーンデータが中断しないことが保証される。
【０００４】
しかしながら、シーンによっては、例えば、ターゲットノードがマルチ接続サービングノード更新方式をサポートしていないか、或いは、ターゲットノードが負荷面の考慮から、マルチ接続サービングノード更新を拒否することがあり、このような場合、サービングノードの更新を如何に行うかは、急いで解決すべき課題である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示の実施例の目的の１つは、マルチ接続サービングノード更新をターゲットノードが拒否した場合、サービングノードの更新を如何に行うかという課題を解決するためのサービングノード更新方法及び機器を提供することにある。
【課題を解決するための手段】
【０００６】
第一態様において、ソースノード又はマスターノードである第一ノードに適用される、サービングノード更新方法であって、
ターゲットノードへ第一メッセージを送信することと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法を提供している。
【０００７】
第二態様において、ターゲットノードに適用される、サービングノード更新方法であって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信することと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法を更に提供している。
【０００８】
第三態様において、端末機器に適用される、サービングノード更新方法であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信することと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うこととを含む、サービングノード更新方法を更に提供している。
【０００９】
第四態様において、ソースノード又はマスターノードである第一ノードであって、
ターゲットノードへ第一メッセージを送信するための第一送信モジュールと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信するための第一受信モジュールと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第二送信モジュールとを含む、第一ノードを更に提供している。
【００１０】
第五態様において、ターゲットノードであって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信するための第三受信モジュールと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第四送信モジュールとを含む、ターゲットノードを更に提供している。
【００１１】
第六態様において、端末機器であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信するための第四受信モジュールと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うための処理モジュールとを含む、端末機器を更に提供している。
【００１２】
第七態様において、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、第一態様又は第二態様に記載のサービングノード更新方法が実現される、ネットワーク機器を更に提供している。
【００１３】
第八態様において、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で実行可能なコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行されると、第三態様に記載のサービングノード更新方法が実現される、端末機器を更に提供している。
【００１４】
第九態様において、コンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、第一態様、第二態様又は第三態様に記載のサービングノード更新方法が実現される、コンピュータ読取可能な記憶媒体を更に提供している。
【発明の効果】
【００１５】
本開示の実施例において、マルチ接続サービングノード更新をターゲットノードが拒否した場合、マルチ接続サービングノード更新方式から従来サービングノード更新方式に戻れることによって、サービングノードの変更を実現できることを保証して、端末機器がトラフィックのサービスニーズを満たす。
【００１６】
以下の選択的な実施形態の詳細な説明を読むことで、当業者にとって、様々な他の利点及びメリットが明らかになるであろう。図面は、選択的な実施形態を示すためのものに過ぎず、本開示に対する制限と見なされるべきではない。更に、図面全体において、同じ部材は、同じ参照符号で示される。
【図面の簡単な説明】
【００１７】
【図１】関連技術におけるハンドオーバー手順の模式図である。
【図２】本開示の実施例に係る無線通信システムのアーキテクチャ模式図である。
【図３】本開示の実施例に係るサービングノード更新方法のフローチャットその１である。
【図４】本開示の実施例に係るサービングノード更新方法のフローチャットその２である。
【図５】本開示の実施例に係るサービングノード更新方法のフローチャットその３である。
【図６】本開示の実施例に係るサービングノード更新方法のフローチャットその４である。
【図７】本開示の実施例に係るサービングノード更新方法のフローチャットその５である。
【図８】本開示の実施例に係るサービングノード更新方法のフローチャットその６である。
【図９】本開示の実施例に係るサービングノード更新方法のフローチャットその７である。
【図１０】本開示の実施例に係るサービングノード更新方法のフローチャットその８である。
【図１１】本開示の実施例に係る第一ノードの構造図である。
【図１２】本開示の実施例に係るターゲットノードの構造図である。
【図１３】本開示の実施例に係る端末機器の構造図その１である。
【図１４】本開示の実施例に係るネットワーク機器の構造図である。
【図１５】本開示の実施例に係る端末機器の構造図その２である。
【発明を実施するための形態】
【００１８】
以下、本開示の実施例内の図面を参照しながら、本開示の実施例の技術案を明確且つ完全に説明するが、明らかなことに、説明される実施例は本開示のすべての実施例ではなく、一部の実施例なのである。本開示内の実施例に基づいて、当業者によって創造的な労働を払わずに得られた他の実施例は、全て本開示の保護範囲に含まれるものとする。
【００１９】
本願の明細書、特許請求の範囲における用語「含む」及びそのあらゆる他の変形は、非排他的な包含をカバーするものであり、例えば、一連のステップやユニットを含む手順、方法、システム、製品や機器は、明示的に列挙されているこれらのステップやユニットのみを含むことに限定されず、明示的に列挙されていない他のステップやユニット、或いは、これらの手順、方法、製品や機器に固有の他のステップやユニットを含んでもよい。なお、明細書及び特許請求の範囲に使用される「及び／又は」とは、接続対象のうち、少なくとも１つを表すものであり、例えば、「Ａ及び／又はＢ」とは、Ａのみと、Ｂのみと、Ａ及びＢの両方との３つの場合を含む。
【００２０】
本開示の実施例において、「例示的」または「例えば」などの用語は、例、例証または説明とするものである。本開示の実施例において、「例示的」または「例えば」などの用語で記載されるあらゆる実施例または設計案は、他の実施例や設計案に比較してより好適であったり、より利点を有したりすると解釈されてはならない。適切に言えば、具体的な形態で関連概念を示すために、「例示的」または「例えば」などの用語が使用されている。
【００２１】
図１を参照して、図示されている従来（ｌｅｇａｃｙ）ハンドオーバー手順の主なステップは、以下の通りである。
【００２２】
ステップ１０１：端末機器は、測定設定に基づいて測定を行い、測定結果をソースノードに報告する。
【００２３】
ステップ１０２：ソースノードは、端末機器がハンドオーバーを行うことを確定して、ターゲットノードへハンドオーバー要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ、ＨＯ  Ｒｅｑｕｅｓｔ）を送信する。
【００２４】
ステップ１０３：ターゲットノードは、無線リソース割り当てを行い、関連するリソース設定をハンドオーバー応答（ＨＯ  Ｒｅｓｐｏｎｓｅ）内に付帯してソースノードにフィードバックする。
【００２５】
ステップ１０４：ソースノードは、ハンドオーバー命令を端末機器に送信する。
【００２６】
ステップ１０５：端末機器は、ソースノードとのＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続を切断し、ハンドオーバー命令内のセルリソース設定に基づいてターゲットノードへのランダムアクセス手順を開始する。
【００２７】
２、デュアル接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）の概要：
第五世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムでは、端末機器は、ＤＣアーキテクチャ（ＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）、及び、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）となる２つのセルグループを含む）を採用しており、当該ＭＣＧは、ネットワーク側のＭＮ（Ｍａｓｔｅｒ  Ｎｏｄｅ）に対応する一方で、当該ＳＣＧは、ネットワーク側のＳＮ（ｓｅｃｏｎｄａｒｙ  ｎｏｄｅ）に対応している。ＭＣＧは、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）、及び、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含み、ＳＣＧは、ＰＳＣｅｌｌ及びＳＣｅｌｌを含み、そのうち、ＰＣｅｌｌとＰＳＣｅｌｌとは、纏めてＳｐＣｅｌ（Ｓｐｅｃｉａｌ  Ｃｅｌｌ）と呼ばれてもよい。
【００２８】
本明細書に記載の技術は、ＬＴＥ（Ｌｏｎｇ  Ｔｉｍｅ  Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）システムに限定されず、様々な無線通信システム、例えばＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）及び他のシステムにも使用可能である。用語「システム」と「ネットワーク」とは、互換的に用いられることが多い。ＣＤＭＡシステムは、例えばＣＤＭＡ２０００、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）等の無線技術を実現できる。ＵＴＲＡは、ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）及び他のＣＤＭＡ変形態を含む。ＴＤＭＡシステムは、例えばＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの無線技術を実現できる。ＯＦＤＭＡシステムは、例えばＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、Ｅ−ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ等の無線技術を実現できる。ＵＴＲＡ及びＥ−ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。ＬＴＥ及びより高度なＬＴＥ（例えば、ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを用いた新しいＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ及びＧＳＭは、「第３世代パートナーシッププロジェクト」（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）とい名前の組織からの文献に記載されている。ＣＤＭＡ２０００及びＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名前の組織からの文献に記載されている。本明細書に記載の技術は、上記のシステム及び無線技術に使用可能であるし、他のシステム及び無線技術にも使用可能である。
【００２９】
以下、図面を参照しながら、本開示の実施例を説明する。本開示の実施例によるサービングノード更新方法及び機器は、無線通信システムに適用可能である。図２を参照して、同図は、本開示の実施例による無線通信システムのアーキテクチャ模式図である。図２に示すように、当該無線通信システムは、第一ネットワーク機器２０、第二ネットワーク機器２１、第三ネットワーク機器２２及び端末機器を含んでもよく、例えば、端末機器は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）２３と表記されてもよく、ＵＥ２３は、第一ネットワーク機器２０、第二ネットワーク機器２１、第三ネットワーク機器２２との通信（シグナリング伝送又はデータ伝送）が可能である。実際の応用において、上記各機器の間の接続は、無線接続であってもよいが、直感的に各機器の間の接続関係を示し易くするために、図２では、実線を用いて示している。説明すべきなのは、上記通信システムは、複数のＵＥ２３を含んでもよく、第一ネットワーク機器２０、第二ネットワーク機器２１、第三ネットワーク機器２２は、複数のＵＥ２３との通信が可能である。
【００３０】
本開示の実施例による端末機器は、携帯電話、タブレットＰＣ、ノートＰＣ、ＵＭＰＣ（Ｕｌｔｒａ−Ｍｏｂｉｌｅ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ネットブック、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＭＩＤ（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ）、ウェアラブル機器（Ｗｅａｒａｂｌｅ  Ｄｅｖｉｃｅ）又は車載機器等であってもよい。
【００３１】
本開示の実施例による第一ネットワーク機器２０、第二ネットワーク機器２１、第三ネットワーク機器２２は、基地局であってもよく、当該基地局は、一般的に使用される基地局であってもよいし、ｅＮＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅ  ｂａｓｅ  ｓｔａｔｉｏｎ）であってもよく、更には、５Ｇシステム内のネットワーク機器（例えば、ｇＮＢ（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ｎｏｄｅ  ｂａｓｅ  ｓｔａｔｉｏｎ）やＴＲＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ））等の機器であってもよい。
【００３２】
図３を参照して、本開示の実施例は、第一ノードに適用されるサービングノード更新方法を提供しており、当該第一ノードは、ソースノード又はＭＮであってもよく、当該方法の具体的なステップは、以下の通りである。
【００３３】
ステップ３０１：ターゲットノードへ第一メッセージを送信する。
【００３４】
そのうち、第一メッセージは、サービングノード更新要求メッセージと呼ばれてもよい。当該第一メッセージは、マルチ接続サービングノード更新方式によるサービングノードの更新を第一ノードが要求したことを示すか、或いは、従来サービングノード更新方式によるサービングノードの更新を第一ノードが要求したことを示すものである。
【００３５】
ステップ３０２：当該ターゲットノードから、第一メッセージに応答するための第二メッセージを受信する。
【００３６】
そのうち、当該第二メッセージは、サービングノード更新応答メッセージと呼ばれてもよく、当該第二メッセージは、マルチ接続サービングノード更新をターゲットノードが拒否したことを示すか、或いは、マルチ接続サービングノード更新をターゲットノードが受け入れたことを示すものであってもよい。理解できるように、本開示の実施例におけるマルチ接続シーンは、図６を参照して、デュアル接続シーンを含むが、これに限定されなく、または、図７〜図１０に示すマルチ接続シーンであってもよいが、勿論、これにも限定されない。
【００３７】
ステップ３０３：当該第二メッセージが、マルチ接続サービングノード更新をターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信し、当該第三メッセージは、当該端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである。
【００３８】
理解できるように、マルチ接続サービングノード更新をターゲットノードが受け入れた場合、端末機器へ第四メッセージを送信し、当該第四メッセージは、当該端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものである。
【００３９】
つまり、第一ノードが、マルチ接続サービングノード更新を当該ターゲットノードが拒否したことを示す第二メッセージをターゲットノードから受信すると、当該第一ノードは、端末機器へ、当該端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示する第三メッセージを送信する。第一ノードが、マルチ接続サービングノード更新を当該ターゲットノードが受け入れたことを示す第二メッセージをターゲットノードから受信すると、当該第一ノードは、端末機器へ、当該端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示する第四メッセージを送信する。説明すべきなのは、第三メッセージと第四メッセージとは、同じメッセージであってもよいし、異なるメッセージであってもよい。
【００４０】
そのうち、当該第三メッセージ及び第四メッセージは、サービングノード更新命令と呼ばれてもよく、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【００４１】
本開示の実施例において、マルチ接続サービングノード更新をターゲットノードが拒否した場合、マルチ接続サービングノード更新方式から従来サービングノード更新方式に戻れることによって、サービングノードの変更を実現できることを保証して、端末機器がトラフィックのサービスニーズを満たす。
【００４２】
説明すべきなのは、図３に示すサービングノード更新方法は、以下のシーン１〜シーン５に適用可能である。
【００４３】
シーン１：端末機器には、ＳＣＧが設定されていない。
【００４４】
シーン１において、第一ノードはソースノードである。選択的に、ソースノードが、第一メッセージに応答するための第二メッセージをターゲットノードから受信した後に、当該ソースノードは、当該ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定（当該設定は、マルチ接続設定と呼ばれてもよい）を解放してもよい。説明すべきなのは、シーン１の詳しい流れについては、例１を参照することができ、ここで繰り返して説明しない。
【００４５】
シーン２：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定が、マスターノードにより配信されるものである。
【００４６】
シーン２において、第一ノードはマスターノードである。選択的に、マスターノードが第一メッセージをターゲットノードへ送信する前に、マスターノードは、ソースノードから当該第一メッセージを受信してもよい。選択的に、マスターノードが、第一メッセージに応答するための第二メッセージをターゲットノードから受信した後に、当該ソースノードは、ソースノードに、予約されたマルチ接続サービングノード更新に必要なマルチ接続設定を解放するように通知してもよい。説明すべきなのは、シーン２の詳しい流れについては、例２を参照することができ、ここで繰り返して説明しない。
【００４７】
シーン３：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定が、ソースノードより配信されるものである。
【００４８】
シーン３において、第一ノードはソースノードである。選択的に、ソースノードは、マスターノードを介して、ターゲットノードへ第一メッセージを送信してもよい。当該ソースノードは、第一メッセージに応答するための第二メッセージであって、ターゲットノードからマスターノードへ送信された第二メッセージをマスターノードから受信してもよい。説明すべきなのは、シーン３の詳しい流れについては、例３を参照することができ、ここで繰り返して説明しない。
【００４９】
シーン４：端末機器には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定が、マスターノードにより配信されるものである。
【００５０】
シーン４において、第一ノードはマスターノードである。説明すべきなのは、シーン４の詳しい流れについては、例４を参照することができ、ここで繰り返して説明しない。
【００５１】
シーン５：端末には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定が、ソースノードにより配信されるものである。
【００５２】
シーン５において、第一ノードはマスターノードである。選択的に、マスターノードは、ソースノードを介して、端末機器へ第三メッセージを送信してもよい。説明すべきなのは、シーン５の詳しい流れについては、例５を参照することができ、ここで繰り返して説明しない。
【００５３】
本開示の実施例において、選択的に、第二メッセージには、マルチ接続サービングノード更新を当該ターゲットノードが拒否したことを示す第一情報と、マルチ接続サービングノード更新を当該ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれてもよい。
【００５４】
本開示の実施例において、選択的に、第二メッセージに第一情報が含まれる場合、当該第二メッセージには、従来サービングノード更新方式のためのセルリソース設定を示す第三情報と、マルチ接続サービングノード更新を当該ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが含まれてもよい。
【００５５】
本開示の実施例において、選択的に、マルチ接続サービングノード更新をターゲットノードが拒否した原因には、ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる。
【００５６】
本開示の実施例において、選択的に、第二メッセージに第二情報が含まれる場合、当該第二メッセージには、マルチ接続サービングノード更新のためのセルリソース設定を示す第五情報と、ソースノードが解放された後のためのセルリソース設定を示す第六情報とのうち、１つ又は複数による組み合わせが含まれてもよい。端末機器がマルチ接続サービングノード更新のためのセル設定（当該セル設定は、マルチ接続セル設定と呼ばれてもよい）を適用すると、当該端末機器は、ソースノード及びターゲットノードの両方と、同時にＲＲＣ接続を確立する。当該端末機器に対しては、当該ソースノードを解放する場合、改めて１つのセルリソース設定を適用する必要がある。
【００５７】
本開示の実施例において、選択的に、マルチ接続サービングノード更新のためのマルチ接続セルリソース設定には、ソースノードから送信されたセルリソース設定と、ターゲットノードによって設定されたセルリソース設定とのうち、１つ又は複数による組み合わせが含まれてもよい。
【００５８】
本開示の実施例において、選択的に、第一メッセージには、以下の第七情報〜第十三情報のうち、１つ又は複数が含まれてもよい。
【００５９】
当該第七情報は、前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定（当該設定は、マルチ接続設定と呼ばれてもよい）を示すものである。
【００６０】
当該第八情報は、当該第一メッセージの要求タイプを示すものであり、当該第一メッセージの要求タイプには、マルチ接続サービングノード更新要求と、従来サービングノード更新要求とのうち、何れか１つが含まれる。選択的に、当該第八情報は、１ビットの指示情報であってもよく、例えば、当該第八情報の値が「１」の場合、ソースノードから送信されたサービングノード更新要求がマルチ接続サービングノード更新要求であることを示し、当該第八情報の値が「０」の場合、ソースノードから送信されたサービングノード更新要求がｌｅｇａｃｙサービングノード更新要求であることを示す。
【００６１】
当該第九情報は、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻れることを示すか、或いは、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻られるのを希望しないことを示すものであり、選択的に、第九情報は、１ビットの指示情報であってもよく、例えば、第九情報の値が「１」の場合、デュアル接続サービングノード更新がｌｅｇａｃｙサービングノード更新方式に戻られるのを希望しない（又は望まない）ことを示し、例えば、ＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ＆Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスの場合、ソースノードは、ユーザプレーンデータが中断されないことを保証するために、マルチ接続に基づいてサービングノードを更新することを希望し、第九情報の値が「０」の場合、デュアル接続サービングノード更新がｌｅｇａｃｙサービングノード更新方式に戻れることを示す。
【００６２】
当該第十情報は、前記端末機器のアクセス層コンテキストを示すものである。
【００６３】
当該第十一情報は、前記端末機器のアクセス層設定を示すものである。
【００６４】
当該第十二情報は、前記端末機器から報告された測定結果を示すものである。
【００６５】
当該第十三情報は、前記端末機器の能力を示すものである。
【００６６】
本開示の実施例において、マルチ接続能力を持つ端末機器がサービングノードを更新する必要がある場合、ソースノードとターゲットノードとは、サービングノード更新方式についてネゴシエーションすることができる。具体的に、マルチ接続サービングノード更新方式からｌｅｇａｃｙサービングノード更新方式へ戻れるか否かをソースノードは指示し、ターゲットノードがマルチ接続サービングノード更新をサポートしないか或いは拒否した場合、ｌｅｇａｃｙサービングノード更新方式に戻れるとともに、マルチ接続サービングノード更新を拒否した原因も指示することによって、サービングノードの変更を実現できることを保証して、端末機器がトラフィックのサービスニーズを満たす。
【００６７】
図４を参照して、本開示の実施例は、ターゲットノードに適用されるサービングノード更新方法を更に提供しており、当該方法の具体的なステップは、以下の通りである。
【００６８】
ステップ４０１：第一ノードから第一メッセージを受信し、当該第一ノードは、ソースノード又はマスターノードである。
【００６９】
そのうち、当該第一メッセージは、サービングノードの更新を要求することを示すものであり、例えば第一ノードは、第一メッセージを介して、従来サービングノード更新方式でサービングノードの更新を要求するか、或いは、第一ノードは、第一メッセージを介して、マルチ接続サービングノード更新方式でサービングノードの更新を要求する。
【００７０】
ステップ４０２：第一ノードへ、当該第一メッセージに応答するための第二メッセージを送信し、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである。
【００７１】
説明すべきなのは、図４に示すサービングノード更新方法は、以下のシーン１〜シーン５に適用可能である。
【００７２】
シーン１：端末機器には、ＳＣＧが設定されていない。
【００７３】
シーン１において、第一ノードはソースノードである。説明すべきなのは、シーン１の詳しい流れについては、例１を参照することができ、ここで繰り返して説明しない。
【００７４】
シーン２：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定がマスターノードにより配信されるものである。
【００７５】
シーン２において、第一ノードはマスターノードである。選択的に、ターゲットノードは、マスターノードを介して、ソースノードから送信された第一メッセージを受信する。説明すべきなのは、シーン２の詳しい流れについては、例２を参照することができ、ここで繰り返して説明しない。
【００７６】
シーン３：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定がソースノードより配信されるものである。
【００７７】
シーン３において、第一ノードはソースノードである。選択的に、ターゲットノードは、マスターノードを介して、ソースノードから送信された第一メッセージを受信してもよく、並びに、ターゲットノードは、マスターノードを介して、第一メッセージに応答するための第二メッセージを第一ノードへ送信してもよい。説明すべきなのは、シーン３の詳しい流れについては、例３を参照することができ、ここで繰り返して説明しない。
【００７８】
シーン４：端末機器には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がマスターノードにより配信されるものである。
【００７９】
シーン４において、第一ノードはマスターノードである。説明すべきなのは、シーン４の詳しい流れについては、例４を参照することができ、ここで繰り返して説明しない。
【００８０】
シーン５：端末には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がソースノードにより配信されるものである。
【００８１】
シーン５において、第一ノードはマスターノードである。説明すべきなのは、シーン５の詳しい流れについては、例５を参照することができ、ここで繰り返して説明しない。
【００８２】
説明すべきなのは、本開示の実施例における第一メッセージ及び第二メッセージの内容は、図３に示す実施例における第一メッセージ及び第二メッセージの内容と同じであり、ここで繰り返して説明しない。
【００８３】
本開示の実施例において、マルチ接続サービングノード更新をターゲットノードが拒否した場合、マルチ接続サービングノード更新方式から従来サービングノード更新方式に戻れることによって、サービングノードの変更を実現できることを保証して、端末機器がトラフィックのサービスニーズを満たす。
【００８４】
図５を参照して、本開示の実施例は、端末機器に適用されるサービングノード更新方法を更に提供しており、当該方法の具体的なステップは、以下の通りである。
【００８５】
ステップ５０１：マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信し、第三メッセージは、端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものであり、当該第一ノードはソースノード又はマスターノードである。
【００８６】
ステップ５０２：第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行う。
【００８７】
本開示の実施例において、選択的に、マルチ接続サービングノード更新を前記ターゲットノードが受け入れた場合、第一ノードから第四メッセージを受信し、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものであり、前記第四メッセージに従って、マルチ接続サービングノード更新方式でサービングノードの更新を行う。
【００８８】
説明すべきなのは、第三メッセージと第四メッセージとは、同じメッセージであってもよいし、異なるメッセージであってもよい。
【００８９】
そのうち、当該第三メッセージ及び第四メッセージは、サービングノード更新命令と呼ばれてもよく、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【００９０】
説明すべきなのは、図４に示すサービングノード更新方法は、以下のシーン１〜シーン５に適用可能である。
【００９１】
シーン１：端末機器には、ＳＣＧが設定されていない。
【００９２】
シーン１において第一ノードはソースノードである。説明すべきなのは、シーン１の詳しい流れについては、例１を参照することができ、ここで繰り返して説明しない。
【００９３】
シーン２：端末機器は、ＳＣＧを設定しており、ソースノードによって開始されるサービングノード更新については、そのための設定がマスターノードにより配信されるものである。
【００９４】
シーン２において、第一ノードはマスターノードである。説明すべきなのは、シーン２の詳しい流れについては、例２を参照することができ、ここで繰り返して説明しない。
【００９５】
シーン３：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定がソースノードより配信されるものである。
【００９６】
シーン３において、第一ノードはソースノードである。説明すべきなのは、シーン３の詳しい流れについては、例３を参照することができ、ここで繰り返して説明しない。
【００９７】
シーン４：端末機器には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がマスターノードにより配信されるものである。
【００９８】
シーン４において、第一ノードはマスターノードである。説明すべきなのは、シーン４の詳しい流れについては、例４を参照することができ、ここで繰り返して説明しない。
【００９９】
シーン５：端末には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がソースノードにより配信されるものである。
【０１００】
シーン５において、第一ノードはマスターノードである。説明すべきなのは、シーン５の詳しい流れについては、例５を参照することができ、ここで繰り返して説明しない。
【０１０１】
本開示の実施例において、選択的に、第四メッセージには、ソースノードが解放された後のためのセルリソース設定を示す第十四情報と、マルチ接続サービングノード更新方式のためのセルリソース設定を示す第十五情報とが含まれてもよく、端末機器は、当該第十四情報を保存し、当該第十五情報に従って、ターゲットノードへのランダムアクセス手順を開始する。
【０１０２】
本開示の実施例において、選択的に、第十五情報に従って、前記ターゲットノードへのランダムアクセス手順を開始した後に、ソースノードとの間のＲＲＣ接続を切断して、前記第十四情報に従って、該当する処理、例えばソースノードが解放された後のためのセルリソース設定を適用する処理を行う。
【０１０３】
本開示の実施例において、選択的に、当該第三メッセージには、従来サービングノード更新方式のためのセルリソース設定を示す第十六情報が含まれてもよく、ステップ５０２において、端末機器は、ソースノードとの間のＲＲＣ接続を切断し、当該第十六情報に従って、当該ターゲットノードへのランダムアクセス手順を開始する。
【０１０４】
本開示の実施例において、マルチ接続サービングノード更新をターゲットノードが拒否した場合、マルチ接続サービングノード更新方式から従来サービングノード更新方式に戻れることによって、サービングノードの変更を実現できることを保証して、端末機器がトラフィックのサービスニーズを満たす。
【０１０５】
例１：端末機器には、ＳＣＧが設定されていない。
【０１０６】
図６を参照して、本開示の実施例は、サービングノード更新手順を提供しており、当該手順の具体的なステップは、以下の通りである。
【０１０７】
ステップ６０１：ソースノードは、ターゲットノードへサービングノード更新要求メッセージを送信する。
【０１０８】
そのうち、ソースノードはソースサービングノードと呼ばれてもよく、ターゲットノードはターゲットサービングノードと呼ばれてもよく、サービングノード更新要求メッセージは第一メッセージと呼ばれてもよい。
【０１０９】
理解できるように、本例に係るデュアル接続のサービングノード更新手順では、ステップ６０１におけるサービングノード更新要求メッセージが、ハンドオーバー要求（ＨＯ  Ｒｅｑｕｅｓｔ）メッセージに相当する。同様に理解できるように、本例におけるマルチ接続は、デュアル接続と捉えてもよい。
【０１１０】
選択的に、サービングノード更新要求メッセージに含まれる内容は、以下の第七情報〜第十三情報のうち、１つ又は複数による組み合わせであってもよい。
【０１１１】
（１）第七情報は、ソースノードによって予約されたマルチ接続サービングノード更新に必要なマルチ接続設定を示すのもであり、例えば、第七情報は、デュアル接続設定に必要なＭＣＧ設定情報（ＭＣＧ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ＤＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）であってもよい。
【０１１２】
（２）第八情報は、サービングノード更新要求のタイプを示すものであり、選択的に、当該第八情報は、１ビットの指示情報であってもよく、例えば、当該第八情報の値が「１」の場合、ソースノードから送信されたサービングノード更新要求がマルチ接続サービングノード更新要求であることを示し、当該第八情報の値が「０」の場合、ソースノードから送信されたサービングノード更新要求がｌｅｇａｃｙサービングノード更新要求であることを示す。
【０１１３】
（３）第九情報は、マルチ接続サービングノード更新からｌｅｇａｃｙサービングノード更新方式へ戻れるか否かを示すものである。選択的に、第九情報は、１ビットの指示情報であってもよく、例えば、第九情報の値が「１」の場合、デュアル接続サービングノード更新がｌｅｇａｃｙサービングノード更新方式に戻られるのを希望しない（又は望まない）ことを示し、例えば、超信頼性及び低待機時間通信（ＵＲＬＬＣ）サービスの場合、ソースノードは、ユーザプレーンデータが中断されないことを保証するために、マルチ接続に基づいてサービングノードを更新することを希望し、第九情報の値が「０」の場合、デュアル接続サービングノード更新がｌｅｇａｃｙサービングノード更新方式に戻れることを示す。
【０１１４】
（４）第十情報は、ＵＥアクセス層コンテキスト（ＵＥ  ＡＳ  ｃｏｎｔｅｘｔ）を示すものである。
【０１１５】
（５）第十一情報は、ＵＥアクセス層設定情報（ＵＥ  ＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を示すものである。
【０１１６】
（６）第十二情報は、ＵＥから報告された測定結果を示すものである。
【０１１７】
（７）第十三情報は、ＵＥの能力を示すものである。
【０１１８】
ステップ６０２：ターゲットノードは、サービングノード更新応答（ＳＮ  ｃｈａｎｇｅ  Ｒｅｓｐｏｎｓｅ）メッセージをソースノードに送信する。
【０１１９】
そのうち、サービングノード更新応答メッセージは、第二メッセージと呼ばれてもよい。
【０１２０】
選択的に、サービングノード更新応答に含まれる内容は、以下の第一情報〜第二情報のうち、何れか１つであってもよい。
【０１２１】
第一情報は、マルチ接続サービングノード更新をターゲットノードが拒否したことを示すものである。
【０１２２】
第二情報は、デュアル接続サービングノード更新をターゲットノードが受け入れた（又は同意した）ことを示すものである。
【０１２３】
そのうち、選択的に、マルチ接続サービングノード更新をターゲットノードが拒否した場合、サービングノード更新応答には、以下の第三情報、第四情報が更に含まれてもよい。
【０１２４】
第三情報は、ｌｅｇａｃｙサービングノード更新のためのセルリソース設定を示すものである。
【０１２５】
第四情報は、マルチ接続サービングノード更新をターゲットノードが拒否した原因を示すものである。
【０１２６】
そのうち、選択的に、デュアル接続サービングノード更新を拒否した原因には、
ターゲットノードがデュアル接続サービングノード更新をサポートしないことと、
ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれてもよいが、これに限定されない。
【０１２７】
そのうち、選択的に、デュアル接続サービングノード更新をターゲットノードが受け入れた場合、サービングノード更新応答には、以下の第五情報、第六情報が更に含まれてもよい。
【０１２８】
第五情報は、マルチ接続サービングノード更新方式のためのセルリソース設定を示すものであり、それに含まれる内容として、ソースノードから送信された設定情報（例えば、デュアル接続に必要なＭＣＧ設定情報）、及びターゲットノードによって設定された設定情報（例えば、デュアル接続設定に必要なＳＣＧ設定情報）があり得る。
【０１２９】
第六情報は、ソースノードが解放された後のためのセルリソース設定を示すものである。
【０１３０】
ステップ６０３：ソースノードは、ターゲットノードから送信されたサービングノード更新応答を受信し、端末機器にサービングノード更新命令を配信する。
【０１３１】
そのうち、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【０１３２】
選択的に、ソースノードには、ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定、例えば、デュアル接続設定に必要なＭＣＧ設定を解放するという行動が更に含まれ得る。
【０１３３】
ステップ６０４：端末機器は、ソースノードから配信されたサービングノード更新命令を受信し、当該端末機器の該当する行動には、下記の通りに何れか１つが含まれてもよい。
【０１３４】
サービングノード更新命令にマルチ接続サービングノード更新のためのリソース設定が含まれていれば、端末機器の行動には、マルチ接続サービス更新命令に付帯されている、ソースノードが解放された後のためのセルリソース設定を記憶し、マルチ接続サービングノード更新命令に付帯されているマルチ接続リソース設定を適用して、ターゲットノードへのランダムアクセス手順を開始する行動が含まれてもよい。
【０１３５】
サービングノード更新命令にｌｅｇａｃｙサービングノード更新のためのリソース設定が含まれていれば、端末機器の行動には、ソースノードとの間のＲＲＣ接続を切断して、サービングノード更新命令により指示されたセルリソース設定を適用して、ターゲットノードへのランダムアクセス手順を開始する行動が含まれてもよい。
【０１３６】
選択的に、端末機器がマルチ接続サービングノード更新を採用していれば、当該端末機器がマルチ接続サービングノード更新命令内のマルチ接続リソース設定を実行した後に、当該方法は、ステップ６０５を更に含んでもよい。
【０１３７】
ステップ６０５：ソースノードとの間のＲＲＣ接続を切断するか、或いは、マルチ接続サービングノード更新命令に付帯されている、ソースノードが解放された後のためのセルリソース設定を適用する。
【０１３８】
例２：端末機器には、ＳＣＧが設定されており、ソースノード（ＳＮ）によって開始されるサービングノード更新については、そのための設定がマスターノード（ＭＮ）により配信されるものである。
【０１３９】
図７を参照して、本開示の実施例は、ソースノードによって開始されるサービングノード更新について、そのための設定がマスターノードにより配信される場合の手順を提供しており、当該手順の具体的なステップは、以下の通りである。
【０１４０】
ステップ７０１：ソースノードは、マスターノードへサービングノード更新要求メッセージを送信する。
【０１４１】
そのうち、サービングノード更新要求メッセージは、第一メッセージと呼ばれてもよい。
【０１４２】
理解できるように、本例では、当該サービングノード更新要求メッセージがＳＮ変更（ＳＮ  ｃｈａｎｇｅ）要求メッセージに相当する。
【０１４３】
そのうち、サービングノード更新要求メッセージに含まれる内容は、図６に示すステップ６０１におけるサービングノード更新要求メッセージに含まれる内容と同じであり、ここで繰り返して説明しない。
【０１４４】
ステップ７０２：マスターノードは、ターゲットノードへサービングノード更新要求メッセージを送信する。
【０１４５】
ステップ７０３：ターゲットノードは、サービングノード更新応答メッセージをマスターノードに送信する。
【０１４６】
理解できるように、ステップ７０３の内容は、図６に示すステップ６０２の内容と同じであり、ここで繰り返して説明しない。
【０１４７】
ステップ７０４：マスターノードは、ターゲットノードから送信されたサービングノード更新命令を受信し、端末機器にサービングノード更新命令を配信する。
【０１４８】
そのうち、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【０１４９】
選択的に、マスターノードは、ソースノードに、予約された設定であって、マルチ接続サービングノード更新のための必要な設定を解放するように指示する。
【０１５０】
理解できるように、ステップ７０５〜７０６の内容は、図６に示すステップ６０４及びステップ６０５の内容と同じであり、ここで繰り返して説明しない。
【０１５１】
例３：端末機器には、ＳＣＧが設定されており、ソースノードによって開始されるサービングノード更新については、そのための設定がソースノードより配信されるものである。
【０１５２】
図８を参照して、本開示の実施例は、ソースノードによって開始されるサービングノード更新について、そのための設定がソースノードより配信される場合の手順を提供しており、当該手順の具体的なステップは、以下の通りである。
【０１５３】
ステップ８０１：ソースノードは、マスターノードへサービングノード更新要求メッセージを送信する。
【０１５４】
理解できるように、本例では、サービングノード更新要求メッセージがＳＮ変更（ＳＮ  ｃｈａｎｇｅ）要求メッセージに相当する。
【０１５５】
そのうち、サービングノード更新要求メッセージに含まれる内容は、図６に示すステップ６０１におけるサービングノード更新要求メッセージに含まれる内容と同じであり、ここで繰り返して説明しない。
【０１５６】
ステップ８０２：マスターノードは、ターゲットノードへサービングノード更新要求メッセージを送信する。
【０１５７】
ステップ８０３：ターゲットノードは、サービングノード更新応答メッセージをマスターノードに送信する。
【０１５８】
理解できるように、ステップ８０３の内容は、図６に示すステップ６０２の内容と同じであり、ここで繰り返して説明しない。
【０１５９】
ステップ８０４：マスターノードは、サービングノード更新命令をソースノードに送信する。
【０１６０】
そのうち、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【０１６１】
ステップ８０５：ソースノードは、端末機器にサービングノード更新命令を配信する。
【０１６２】
理解できるように、ステップ８０５の具体的な内容は、図６に示すステップ６０３の内容と同じであり、ここで繰り返して説明しない。
【０１６３】
理解できるように、ステップ８０６〜８０７の内容は、図６に示すステップ６０４及びステップ６０５の内容と同じであり、ここで繰り返して説明しない。
【０１６４】
例４：端末機器には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がマスターノードにより配信されるものである。
【０１６５】
図９を参照して、本開示の実施例は、マスターノードによって開始されるサービングノード更新について、そのための設定がマスターノードにより配信される場合の手順を提供しており、当該手順の具体的なステップは、以下の通りである。
【０１６６】
ステップ９０１：マスターノードは、ターゲットノードへサービングノード更新要求メッセージを送信する。
【０１６７】
理解できるように、本例では、サービングノード更新要求メッセージがＳＮ変更（ＳＮ  ｃｈａｎｇｅ）要求メッセージに相当する。
【０１６８】
そのうち、サービングノード更新要求に含まれる内容は、図６に示すステップ６０１におけるサービングノード更新要求に含まれる内容と同じであり、ここで繰り返して説明しない。
【０１６９】
ステップ９０２：ターゲットノードは、マスターノードへサービングノード更新応答を送信する。
【０１７０】
理解できるように、ステップ９０２の内容は、図６に示すステップ６０２の内容と同じであり、ここで繰り返して説明しない。
【０１７１】
ステップ９０３：マスターノードは、サービングノード更新命令を端末機器に配信する。
【０１７２】
そのうち、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【０１７３】
理解できるように、ステップ９０４〜９０５の内容は、図６に示すステップ６０４及びステップ６０５の内容と同じであり、ここで繰り返して説明しない。
【０１７４】
例５：端末機器には、ＳＣＧが設定されており、マスターノードによって開始されるサービングノード更新については、そのための設定がソースノードにより配信されるものである。
【０１７５】
図１０を参照して、本開示の実施例は、マスターノードによって開始されるサービングノード更新について、そのための設定がソースノードにより配信される場合手順を提供しており、当該手順の具体的なステップは、以下の通りである。
【０１７６】
ステップ１００１：マスターノードは、ターゲットノードへサービングノード更新要求メッセージを送信する。
【０１７７】
理解できるように、本例では、サービングノード更新要求メッセージがＳＮ変更（ＳＮ  ｃｈａｎｇｅ）要求メッセージに相当する。
【０１７８】
そのうち、サービングノード更新要求に含まれる内容は、図６に示すステップ６０１におけるサービングノード更新要求に含まれる内容と同じであり、ここで繰り返して説明しない。
【０１７９】
ステップ１００２：ターゲットノードは、マスターノードへサービングノード更新応答を送信する。
【０１８０】
理解できるように、ステップ１００２の内容は、図６に示すステップ６０２の内容と同じであり、ここで繰り返して説明しない。
【０１８１】
ステップ１００３：マスターノードは、サービングノード更新命令をソースノードに送信する。
【０１８２】
そのうち、サービングノード更新命令は、ＲＲＣ再設定（ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）シグナリングであってもよく、当該サービングノード更新命令には、サービングノードの更新に必要なセルリソース設定、即ちマルチ接続サービングノード更新のためのマルチ接続セルリソース設定、又はｌｅｇａｃｙサービングノード更新のためのセルリソース設定が含まれてもよい。
【０１８３】
ステップ１００４：ソースノードは、サービングノード更新命令を受信して端末機器に配信する。
【０１８４】
ステップ理解できるように、ステップ１００５〜１００６の内容は、図６に示すステップ６０４及びステップ６０５の内容と同じであり、ここで繰り返して説明しない。
【０１８５】
本開示の実施例には、第一ノードが更に提供されているが、第一ノードが課題を解決する原理は、本開示の実施例におけるサービングノード更新方法と似ているため、当該第一ノードの実施については、方法の実施を参照することができ、重複部分を繰り返して説明しない。
【０１８６】
図１１を参照して、本開示の実施例は、ソースノード又はマスターノードである第一ノードを更に提供しており、当該第一ノード１１００は、
ターゲットノードへ第一メッセージを送信するための第一送信モジュール１１０１と、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信するための第一受信モジュール１１０２と、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第二送信モジュール１１０３とを含む。
【０１８７】
本開示の実施例において、選択的に、前記第二送信モジュール１１０３は、前記第二メッセージが、マルチ接続サービングノード更新要求を前記ターゲットノードが受け入れたことを示す場合、端末機器へ第四メッセージを送信することであって、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するためにさらに用いられる。
【０１８８】
本開示の実施例において、選択的に、前記第一ノードはソースノードであり、前記第一ノードは、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を解放するための第一解放モジュールを更に含む。
【０１８９】
本開示の実施例において、選択的に、前記第一ノードは、
ソースノードから前記第一メッセージを受信するための第二受信モジュールを更に含む。
【０１９０】
本開示の実施例において、選択的に、前記第一ノードは、
前記ソースノードに、予約されたマルチ接続サービングノード更新に必要な設定を解放するように通知するための第三送信モジュールを更に含む。
【０１９１】
本開示の実施例において、選択的に、前記第一ノードはソースノードであり、前記第一送信モジュールは、マスターノードを介して、前記ターゲットノードへ第一メッセージを送信することに更に用いられ、
前記第一受信モジュールは、前記マスターノードから、前記第一メッセージに応答するための第二メッセージを受信することであって、前記第二メッセージは、前記ターゲットノードから前記マスターノードへ送信されたものである、受信するために更に用いられる。
【０１９２】
本開示の実施例において、選択的に、前記第一ノードはマスターノードであり、前記第二送信モジュールは、ソースノードを介して、前記端末機器へ第三メッセージを送信することに更に用いられる。
【０１９３】
本開示の実施例において、選択的に、前記第二メッセージには、
マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す第一情報と、
マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれる。
【０１９４】
本開示の実施例において、選択的に、前記第二メッセージに第一情報が含まれる場合、前記第二メッセージには、
従来サービングノード更新のためのセルリソース設定を示す第三情報と、
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが更に含まれる。
【０１９５】
本開示の実施例において、選択的に、マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因には、
前記ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、
前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる。
【０１９６】
本開示の実施例において、選択的に、前記第二メッセージに第二情報が含まれる場合、前記第二メッセージには、
マルチ接続サービングノード更新のためのセルリソース設定を示す第五情報と、
ソースノードが解放された後のためのセルリソース設定を示す第六情報とのうち、１つ又は複数による組み合わせが更に含まれる。
【０１９７】
本開示の実施例において、選択的に、前記マルチ接続サービングノード更新のためのセルリソース設定には、
ソースノードから送信されたセルリソース設定と、
ターゲットノードによって設定されたセルリソース設定とのうち、１つ又は複数による組み合わせが含まれる。
【０１９８】
本開示の実施例において、選択的に、前記第一メッセージには、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を示す第七情報と、
前記第一メッセージの要求タイプであって、マルチ接続サービングノード更新要求と従来サービングノード更新要求とのうち、何れか１つが含まれる要求タイプを示す第八情報と、
マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻れることを示すか、或いは、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻られるのを希望しないことを示す第九情報と、
前記端末機器のアクセス層コンテキストを示す第十情報と、
前記端末機器のアクセス層設定を示す第十一情報と、
前記端末機器から報告された測定結果を示す第十二情報と、
前記端末機器の能力を示す第十三情報とのうち、１つ又は複数が含まれる。
【０１９９】
本開示の実施例による第一ノードは、上記の方法実施例を実行できるが、その実現原理及び技術的効果が似ており、本実施例においては、ここで繰り返して説明しない。
【０２００】
本開示の実施例には、ターゲットノードが更に提供されているが、ターゲットノードが課題を解決する原理は、本開示の実施例におけるサービングノード更新方法と似ているため、当該ターゲットノードの実施については、方法の実施を参照することができ、重複部分を繰り返して説明しない。
【０２０１】
図１２を参照して、本開示の実施例は、ターゲットノードを更に提供しており、当該ターゲットノード１２００は、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信するための第三受信モジュール１２０１と、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第四送信モジュール１２０２とを含む。
【０２０２】
本開示の実施例において、選択的に、前記第一ノードはマスターノードであり、前記第三受信モジュールは、前記マスターノードを介して、ソースノードから送信された前記第一メッセージを受信することに更に用いられる。
【０２０３】
本開示の実施例において、選択的に、前記第一ノードはソースノードであり、前記第三受信モジュールは、マスターノードを介して、前記ソースノードから送信された前記第一メッセージを受信することに更に用いられ、
前記第四送信モジュールは、前記マスターノードを介して、前記第一メッセージに応答するための第二メッセージを前記第一ノードへ送信することに更に用いられる。
【０２０４】
本開示の実施例において、選択的に、前記第二メッセージには、
マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す第一情報と、
マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれる。
【０２０５】
本開示の実施例において、選択的に、前記第二メッセージに第一情報が含まれる場合、前記第二メッセージには、
従来サービングノード更新方式のためのセルリソース設定を示す第三情報と、
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが更に含まれる。
【０２０６】
本開示の実施例において、選択的に、マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因には、
前記ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、
前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる。
【０２０７】
本開示の実施例において、選択的に、前記第二メッセージに第二情報が含まれる場合、前記第二メッセージには、
マルチ接続サービングノード更新のためのセルリソース設定を示す第五情報と、
ソースノードが解放された後のためのセルリソース設定を示す第六情報とのうち、１つ又は複数による組み合わせが更に含まれる。
【０２０８】
本開示の実施例において、選択的に、前記マルチ接続サービングノード更新方式のためのセルリソース設定には、
ソースノードから送信されたマルチ接続セルリソース設定と、
ターゲットノードによって設定されたマルチ接続セルリソース設定とのうち、１つ又は複数による組み合わせが含まれる。
【０２０９】
本開示の実施例において、選択的に、前記第一メッセージには、
前記ソースノードによって予約されたマルチ接続サービングノード更新方式に必要な設定を示す第七情報と、
前記第一メッセージの要求タイプであって、マルチ接続サービングノード更新要求と従来サービングノード更新要求とのうち、何れか１つが含まれる要求タイプを示す第八情報と、
マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻れることを示すか、或いは、マルチ接続サービングノード更新方式が従来サービングノード更新方式に戻られるのを希望しないことを示す第九情報と、
前記端末機器のアクセス層コンテキストを示す第十情報と、
前記端末機器のアクセス層設定を示す第十一情報と、
前記端末機器から報告された測定結果を示す第十二情報と、
前記端末機器の能力を示す第十三情報とのうち、１つ又は複数が含まれる。
【０２１０】
本開示の実施例によるターゲットノードは、上記の方法実施例を実行できるが、その実現原理及び技術的効果が似ており、本実施例においては、ここで繰り返して説明しない。
【０２１１】
本開示の実施例には、端末機器が更に提供されているが、端末機器が課題を解決する原理は、本開示の実施例におけるサービングノード更新方法と似ているため、当該端末機器の実施については、方法の実施を参照することができ、重複部分を繰り返して説明しない。
【０２１２】
図１３を参照して、本開示の実施例は、端末機器を提供しており、当該端末機器１３００は、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信するための第四受信モジュール１３０１と、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うための処理モジュール１３０２とを含む。
【０２１３】
本開示の実施例において、選択的に、前記第四受信モジュール１３０１は、マルチ接続サービングノード更新を前記ターゲットノードが受け入れた場合、第一ノードから第四メッセージを受信することであって、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するものである、受信することに更に用いられる。
処理モジュール１３０２は、前記第四メッセージに従って、マルチ接続サービングノード更新方式でサービングノードの更新を行うことに更に用いられる。
【０２１４】
本開示の実施例において、選択的に、前記第四メッセージには、ソースノードが解放された後のためのセルリソース設定を示す第十四情報と、マルチ接続サービングノード更新方式のためのセルリソース設定を示す第十五情報とが含まれ、
前記処理モジュールは、前記第十四情報を保存し、前記第十五情報に従って、前記ターゲットノードへのランダムアクセス手順を開始することに更に用いられる。
【０２１５】
本開示の実施例において、選択的に、前記処理モジュールは、ソースノードとの間のＲＲＣ接続を切断し、前記第十四情報に従って、該当する処理を行うことに更に用いられる。
【０２１６】
本開示の実施例において、選択的に、前記第三メッセージには、従来サービングノード更新方式のためのセルリソース設定を示す第十六情報が含まれ、
前記処理モジュールは、ソースノードとの間のＲＲＣ接続を切断し、前記第十六情報に従って、前記ターゲットノードへのランダムアクセス手順を開始することに更に用いられる。
【０２１７】
本開示の実施例による端末機器は、上記の方法実施例を実行できるが、その実現原理及び技術的効果が似ており、本実施例においては、ここで繰り返して説明しない。
【０２１８】
図１４を参照して、図１４は、本開示の実施例に適用されるネットワーク機器の構造図であり、図１４に示すように、ネットワーク機器１４００は、プロセッサ１４０１、送受信機１４０２、メモリ１４０３及びバスインターフェースを含む。
【０２１９】
本開示の一実施例において、ネットワーク機器１４００は、メモリ１４０３に記憶されてプロセッサ１４０１上で実行可能なコンピュータプログラムを更に含み、コンピュータプログラムがプロセッサ１４０１によって実行されると、ターゲットノードへ第一メッセージを送信するステップと、前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信するステップと、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信するステップであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するステップとが実現される。
【０２２０】
本開示の別の一実施例において、ネットワーク機器１４００は、メモリ１４０３に記憶されてプロセッサ１４０１上で実行可能なコンピュータプログラムを更に含み、コンピュータプログラムがプロセッサ１４０１によって実行されると、ソースノード又はマスターノードである第一ノードから第一メッセージを受信するステップと、前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信するステップであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するステップとが実現される。
【０２２１】
図１４において、バスアーキテクチャは、任意数の相互接続されたバス及びブリッジを含んでもよく、具体的には、プロセッサ１４０１をはじめとした１つ又は複数のプロセッサと、メモリ１４０３をはじめとしたメモリとの各種回路が繋げられている。バスアーキテクチャは、周辺機器、電圧レギュレータや電力管理回路等の様々な他の回路を互いに繋げることも可能であるが、これらは、当分野において公知されているため、本明細書において、さらなる説明をしない。バスインターフェースは、インターフェースを提供するものである。送受信機１４０２は、複数の素子、即ち送信機及び受信機を含んでもよく、伝送媒体にて様々な他の装置と通信するためのユニットを提供するものである。
【０２２２】
プロセッサ１４０１は、バスアーキテクチャ及び一般的な処理の管理を担っており、メモリ１４０３は、プロセッサ１４０１による操作を実行する時に用いられるデータを記憶可能である。
【０２２３】
本開示の実施例によるネットワーク機器は、上記の方法実施例を実行できるが、その実現原理及び技術的効果が似ており、本実施例においては、ここで繰り返して説明しない。
【０２２４】
図１５に示すように、図１５に示す端末機器１５００は、少なくとも１つのプロセッサ１５０１と、メモリ１５０２と、少なくとも１つのネットワークインターフェース１５０４と、ユーザインターフェース１５０３とを含む。ユーザ機器１５００内の各コンポーネントは、バスシステム１５０５を介して結合されている。理解できるように、バスシステム１５０５は、これらのコンポーネントの間の接続通信を実現するために用いられる。バスシステム１５０５は、データバスに加え、電源バス、制御バス及び状態信号バスを含むが、説明を明確にするために、図１５では、各種のバスを全てバスシステム１５０５として示している。
【０２２５】
そのうち、ユーザインターフェース１５０３は、ディスプレイ、キーボード又はポインティング機器（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ）、タッチパネル又はタッチスクリーン等）を含んでもよい。
【０２２６】
理解できるように、本開示の実施例におけるメモリ１５０２は、揮発性メモリ又は不揮発性メモリであってもよく、或いは、揮発性と不揮発性メモリとの両方を含んでもよい。そのうち、不揮発性メモリは、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）、又は、フラッシュメモリであってもよい。揮発性メモリは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよく、外部高速キャッシュとして用いられる。例示的に説明すると、例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ＤＤＲＳＤＲＡＭ（Ｄｏｕｂｌｅ  Ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、ＳＬＤＲＡＭ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）及びＤＲＲＡＭ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）のような様々なＲＡＭが利用可能であるが、これらに限定されない。本開示の実施例に記載のシステム及び方法におけるメモリ１５０２は、これら及び任意の他の適合タイプのメモリを含むが、限定されるものではない。
【０２２７】
いくつかの実施形態において、メモリ１５０２は、以下の元素を記憶しており、即ち、オペレーティングシステム１５０２１、及びアプリケーションプログラム１５０２２の実行可能なモジュール又はデータ構造、或いは、それらのサブセット又は拡張セット。
【０２２８】
そのうち、オペレーティングシステム１５０２１は、各種の基礎サービス及びハードウェアに基づくタスクを扱うために、例えばフレームワークレイヤ、コアライブラリレイヤ、ドライバレイヤ等の各種のシステムプログラムを含む。アプリケーションプログラム１５０２２は、各種のアプリケーションサービスを実現するために、例えばメディアプレーヤ（Ｍｅｄｉａ  Ｐｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）等の各種のアプリケーションプログラムを含む。本開示の実施例に係る方法を実現するプログラムは、アプリケーションプログラム１５０２２に含まれることが可能である。
【０２２９】
本開示の一実施例において、メモリ１４０２に保存されたプログラム又はコマンド、具体的に、例えばアプリケーションプログラム１５０２２に保存されたプログラム又はコマンドを呼び出して実行すると、マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信するステップであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである受信するステップと、前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うステップとが実現される。
【０２３０】
本開示の実施例によるユーザ機器は、上記の方法実施例を実行できるが、その実現原理及び技術的効果が似ており、本実施例においては、ここで繰り返して説明しない。
【０２３１】
本開示の開示内容と関連付けて記載した方法またはアルゴリズムのステップは、ハードウェアの方式で実現されてもよく、プロセッサでソフトウェアコマンドを実行する方式で実現されてもよい。ソフトウェアコマンドは、対応するソフトウェアモジュールで構成される。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、移動ハードディスク、読み取り専用光ディスクや本分野で周知されているあらゆる形式の記憶媒体に格納されてもよい。例示的な記憶媒体は、プロセッサに結合される。よって、プロセッサは、当該記憶媒体から情報を読み取り、かつ当該記憶媒体に情報を書き込むことができる。勿論、記憶媒体は、プロセッサの構成部分であってもよい。プロセッサと記憶媒体は、ＡＳＩＣに位置してもよい。また、当該ＡＳＩＣは、コアネットワークインタフェース機器に位置してもよい。勿論、プロセッサと記憶媒体は、ディスクリートコンポネントとしてコアネットワークインタフェース機器に位置してもよい。
【０２３２】
当業者であれば、上記の１つまたは複数の例において、本開示に記載の機能がハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組み合わせによって実現可能であることは、意識可能である。ソフトウェアで実現される場合、これらの機能をコンピュータ読取可能な媒体に記憶するか、或いは、コンピュータ読取可能な媒体の１つまたは複数のコマンドまたはコードとして伝送される。コンピュータ読取可能な媒体は、コンピュータ記憶媒体と通信媒体を含む。通信媒体は、１つの場所から別の場所へコンピュータプログラムを伝送し易いあらゆる媒体を含む。記憶媒体は、汎用または特殊用途向けのコンピュータによってアクセスできるあらゆる利用可能な媒体である。
【０２３３】
以上に記載した具体的な実施形態によって、本開示の目的、技術案および効果をさらなる詳細な説明をしたが、以上の記載は、本開示の具体的な実施形態に過ぎず、本開示の保護範囲を限定するためのものではない。本開示の技術案を基に為したあらゆる修正、均等置換および改良などは、すべて本開示の保護範囲に含まれるべきである。
【０２３４】
当業者であれば、本開示の実施例は、方法、システム、又はコンピュータプログラム製品として提供され得ると理解できる。従って、本開示の実施例は、完全にハードウェアの実施例、完全にソフトウェアの実施例、又はソフトウェアとハードウェアを組み合わせた実施例の形態を取り得る。しかも、本開示の実施例は、コンピュータ利用可能なプログラムコードを含む１つ又は複数のコンピュータ利用可能な記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリなどを含むが、それらに限定されない）で実施されるコンピュータプログラム製品の形態を取り得る。
【０２３５】
本開示の実施例は、本開示の実施例による方法、機器（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照にして記載されている。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラムコマンドにより実現され得ると理解されるべきである。これらのコンピュータプログラムコマンドを汎用コンピュータ、専用コンピュータ、嵌め込み式プロセッサ又は他のプログラマブルデータ処理デバイスのプロセッサに提供して１つの機器を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスのプロセッサにより実行されるコマンドにより、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を形成する。
【０２３６】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスを特定の方式で動作させることを導けるコンピュータ読み出し可能なメモリに格納されてもよく、当該コンピュータ読み出し可能なメモリに格納されるコマンドにより、コマンド装置を含む製品を形成する。当該コマンド装置は、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。
【０２３７】
これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスにロードされてもよく、コンピュータ又は他のプログラマブルデータ処理デバイスで一連の操作ステップを実行するようにして、コンピュータで実現される処理を形成することで、コンピュータ又は他のプログラマブルデータ処理デバイスで実行されるコマンドにより、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するためのステップを提供する。
【０２３８】
明らかなことに、当業者であれば、本開示の精神と範囲を逸脱せずに、本開示の実施例に対して様々な修正や変形をすることができる。本開示の実施例のこれらの修正や変形も、本開示の特許請求の範囲およびその同等技術の範囲に属するのであれば、本開示には、これらの修正や変形も含むこととする。
【図１】
2021532669.tif 000003
【図２】
2021532669.tif 000004
【図３】
2021532669.tif 000005
【図４】
2021532669.tif 000006
【図５】
2021532669.tif 000007
【図６】
2021532669.tif 000008
【図７】
2021532669.tif 000009
【図８】
2021532669.tif 000010
【図９】
2021532669.tif 000011
【図１０】
2021532669.tif 000012
【図１１】
2021532669.tif 000013
【図１２】
2021532669.tif 000014
【図１３】
2021532669.tif 000015
【図１４】
2021532669.tif 000016
【図１５】
2021532669.tif 000017
【手続補正書】
【提出日】令和3年1月29日(2021.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ソースノード又はマスターノードである第一ノードに適用される、サービングノード更新方法であって、
ターゲットノードへ第一メッセージを送信することと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法。
【請求項２】
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す場合、端末機器へ第四メッセージを送信することであって、前記第四メッセージは、前記端末機器にマルチ接続サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することを更に含む、請求項１に記載の方法。
【請求項３】
前記第一ノードはソースノードであり、前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することの後に、
前記ソースノードによって予約されたマルチ接続サービングノード更新に必要な設定を解放することを更に含む、請求項１に記載の方法。
【請求項４】
前記第一ノードはマスターノードであり、前記の前記ターゲットノードへ第一メッセージを送信することの前に、
ソースノードから前記第一メッセージを受信することを更に含む、請求項１に記載の方法。
【請求項５】
前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することの後に、
前記ソースノードに、予約されたマルチ接続サービングノード更新に必要な設定を解放するように通知することを更に含む、請求項４に記載の方法。
【請求項６】
前記第一ノードはソースノードであり、前記のターゲットノードへ第一メッセージを送信することは、
マスターノードを介して、前記ターゲットノードへ第一メッセージを送信することを含み、
前記の前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信することは、
前記マスターノードから、前記第一メッセージに応答するための第二メッセージであって、前記ターゲットノードから前記マスターノードへ送信された第二メッセージを受信することを含む、請求項１に記載の方法。
【請求項７】
前記第一ノードはマスターノードであり、前記の端末機器へ第三メッセージを送信することは、
ソースノードを介して、前記端末機器へ第三メッセージを送信することを含む、請求項１に記載の方法。
【請求項８】
前記第二メッセージには、
マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す第一情報と、
マルチ接続サービングノード更新を前記ターゲットノードが受け入れたことを示す第二情報とのうち、何れか１つが含まれる、請求項１〜７の何れか一項に記載の方法。
【請求項９】
前記第二メッセージに第一情報が含まれる場合、前記第二メッセージには、
従来サービングノード更新のためのセルリソース設定を示す第三情報と、
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因を示す第四情報とのうち、１つ又は複数による組み合わせが更に含まれる、請求項８に記載の方法。
【請求項１０】
マルチ接続サービングノード更新を前記ターゲットノードが拒否した原因には、
前記ターゲットノードがマルチ接続サービングノード更新をサポートしないことと、
前記ターゲットノードは利用可能な無線リソースがないこととのうち、何れか１つが含まれる、請求項９に記載の方法。
【請求項１１】
ターゲットノードに適用される、サービングノード更新方法であって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信することと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信することとを含む、サービングノード更新方法。
【請求項１２】
端末機器に適用される、サービングノード更新方法であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信することと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うこととを含む、サービングノード更新方法。
【請求項１３】
ソースノード又はマスターノードである第一ノードであって、
ターゲットノードへ第一メッセージを送信するための第一送信モジュールと、
前記ターゲットノードから、前記第一メッセージに応答するための第二メッセージを受信するための第一受信モジュールと、
前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、端末機器へ第三メッセージを送信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第二送信モジュールとを含む、第一ノード。
【請求項１４】
ターゲットノードであって、
第一ノードから第一メッセージを受信することであって、前記第一ノードは、ソースノード又はマスターノードである、受信するための第三受信モジュールと、
前記第一ノードへ、前記第一メッセージに応答するための第二メッセージを送信することであって、前記第二メッセージが、マルチ接続サービングノード更新を前記ターゲットノードが拒否したことを示す場合、前記第一ノードに、端末機器へ第三メッセージを送信させ、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、送信するための第四送信モジュールとを含む、ターゲットノード。
【請求項１５】
端末機器であって、
マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信することであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである、受信するための第四受信モジュールと、
前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うための処理モジュールとを含む、端末機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
シーン２において、第一ノードはマスターノードである。選択的に、マスターノードが第一メッセージをターゲットノードへ送信する前に、マスターノードは、ソースノードから当該第一メッセージを受信してもよい。選択的に、マスターノードが、第一メッセージに応答するための第二メッセージをターゲットノードから受信した後に、当該マスターノードは、ソースノードに、予約されたマルチ接続サービングノード更新に必要なマルチ接続設定を解放するように通知してもよい。説明すべきなのは、シーン２の詳しい流れについては、例２を参照することができ、ここで繰り返して説明しない。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
説明すべきなのは、図５に示すサービングノード更新方法は、以下のシーン１〜シーン５に適用可能である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正の内容】
【０１３３】
サービングノード更新命令にマルチ接続サービングノード更新のためのリソース設定が含まれていれば、端末機器の行動には、マルチ接続サービングノード更新命令に付帯されている、ソースノードが解放された後のためのセルリソース設定を記憶し、マルチ接続サービングノード更新命令に付帯されているマルチ接続リソース設定を適用して、ターゲットノードへのランダムアクセス手順を開始する行動が含まれてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０２２８
【補正方法】変更
【補正の内容】
【０２２８】
本開示の一実施例において、メモリ１５０２に保存されたプログラム又はコマンド、具体的に、例えばアプリケーションプログラム１５０２２に保存されたプログラム又はコマンドを呼び出して実行すると、マルチ接続サービングノード更新をターゲットノードが拒否した場合、第一ノードから第三メッセージを受信するステップであって、前記第三メッセージは、前記端末機器に従来サービングノード更新方式でサービングノードの更新を行うように指示するためのものである受信するステップと、前記第三メッセージに従って、従来サービングノード更新方式でサービングノードの更新を行うステップとが実現される。
【国際調査報告】
2021532669.tif 000018
2021532669.tif 000019
2021532669.tif 000020
2021532669.tif 000021