特表2024-529424 | 知財ポータル「IP Force」

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

▶ 維沃移動通信有限公司の特許一覧

特表2024-529424ＲＲＣ接続方法、機器及び可読記憶媒体

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

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

< >

1a
1b
2
3a
3b
4
5
6

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-06

(54)【発明の名称】ＲＲＣ接続方法、機器及び可読記憶媒体

(51)【国際特許分類】

H04W 76/27 20180101AFI20240730BHJP

H04W 88/04 20090101ALI20240730BHJP

H04W 76/23 20180101ALI20240730BHJP

【ＦＩ】

H04W76/27

H04W88/04

H04W76/23

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024504243

(86)(22)【出願日】2022-07-21

(85)【翻訳文提出日】2024-01-23

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

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

(87)【国際公開日】2023-02-02

(31)【優先権主張番号】202110849256.X

(32)【優先日】2021-07-27

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

３．アンドロイド

４．ＡＮＤＲＯＩＤ

５．ｉＯＳ

(71)【出願人】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯＭＯＢＩＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１，ｖｉｖｏＲｏａｄ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６３，Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002871

【氏名又は名称】弁理士法人坂本国際特許商標事務所

(72)【発明者】

【氏名】鄭倩

(72)【発明者】

【氏名】楊曉東

(72)【発明者】

【氏名】劉佳敏

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA22

5K067DD11

5K067EE02

5K067EE06

5K067EE10

5K067EE25

(57)【要約】

本出願の実施例は、通信技術分野に属するＲＲＣ接続方法、機器及び可読記憶媒体を提供する。方法は、ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定することと、ＲｅｌａｙＵＥが第一の条件を満たす場合、ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーすることとを含み、ここで、第一の条件は、ＲｅｌａｙＵＥが、一つ又は複数のリモート端末ＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各第一のメッセージは、各ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

無線リソース制御ＲＲＣ接続方法であって、
中継端末ＲｅｌａｙＵＥが無線リソース制御アイドル状態ＲＲＣ＿ＩＤＬＥ又は無線リソース制御非アクティブ化状態ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定することと、
前記ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーすることとを含み、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のリモート端末ＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む、無線リソース制御ＲＲＣ接続方法。

【請求項2】

前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続確立フローをトリガーすることは、前記ＲｅｌａｙＵＥの非アクセス層ＮＡＳによって決定され、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続回復フローをトリガーすることは、前記ＲｅｌａｙＵＥのアクセス層ＡＳによって決定される、請求項１に記載の方法。

【請求項3】

前記方法は、
前記ＲｅｌａｙＵＥのＡＳが、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のアクセスタイプＡＣを含むターゲット情報を決定することと、
前記ＲｅｌａｙＵＥのＡＳが前記ＲｅｌａｙＵＥのＮＡＳに第一の指示情報を送信し、前記ＲｅｌａｙＵＥのＮＡＳが、前記第一の指示情報に基づき、前記第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定することとをさらに含む、請求項１又は２に記載の方法。

【請求項4】

前記方法は、
前記ターゲット情報が前記第二のＡＣを含まない場合、前記ＲｅｌａｙＵＥは、統一アクセス制御ＵＡＣ操作を実行せず、ネットワーク機器に前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを直接送信することをさらに含む、請求項３に記載の方法。

【請求項5】

前記方法は、
前記ターゲット情報が前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとを含む場合、前記ＲｅｌａｙＵＥが前記第二のＡＣに基づいて統一アクセス制御ＵＡＣ操作を実行することと、
前記ＵＡＣ操作のアクセス禁止が解除された後に、前記ＲｅｌａｙＵＥが、前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージをネットワーク機器に送信することとをさらに含む、請求項３に記載の方法。

【請求項6】

前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、前記ＲｅｌａｙＵＥのＡＳがターゲット情報を決定することは、
前記ＲｅｌａｙＵＥのＡＳが、予め設定されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記予め設定されるｃａｕｓｅｖａｌｕｅが、プロトコルにより約定され、予め構成され、又はネットワークにより構成されるｃａｕｓｅｖａｌｕｅであることと、
前記ＲｅｌａｙＵＥのＡＳが、受信されたすべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることと、
前記ＲｅｌａｙＵＥのＡＳが、すべての前記第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅのうちの優先度が最も高いものを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記優先度が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先度であることと、
前記ＲｅｌａｙＵＥのＡＳが、上位層により提供されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることとのうちのいずれか一つを含む、請求項３に記載の方法。

【請求項7】

前記ターゲット情報が前記第二のＡＣを含む場合、前記ＲｅｌａｙＵＥのＡＳがターゲット情報を決定することは、
前記ＲｅｌａｙＵＥのＡＳが、前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとのマッピング関係に基づいて前記第二のＡＣを決定することを含み、前記マッピング関係は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される、請求項６に記載の方法。

【請求項8】

すべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅは、
すべての前記第一のメッセージのうちの一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
すべての前記第一のｃａｕｓｅｖａｌｕｅのうちのいずれか一つと、
すべての前記第一のｃａｕｓｅｖａｌｕｅが予め設定される優先順序で優先度が最も高いものであって、前記予め設定される優先順序が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先順序であるものとのうちのいずれか一つを含む、請求項６に記載の方法。

【請求項9】

前記第一の指示情報は、
前記一つ又は複数のＲｅｍｏｔｅＵＥの接続確立要求又は接続回復要求を受信したことと、
前記一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記一つ又は複数のＲｅｍｏｔｅＵＥの、前記第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
前記ＲｅｌａｙＵＥのＡＳにより使用が推奨される第三のｃａｕｓｅｖａｌｕｅと、
前記一つ又は複数のＲｅｍｏｔｅＵＥの業務属性を指示することとのうちの少なくとも一つを指示するために用いられる、請求項３に記載の方法。

【請求項10】

前記方法は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続回復メッセージ又はＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続回復に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第二の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復完了メッセージを送信すること、
又は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続リリースメッセージ、ＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続回復に失敗したことを含む第三の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信することをさらに含む、請求項４又は５に記載の方法。

【請求項11】

前記方法は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続確立に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第四の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続確立完了メッセージを送信し、前記ＮＡＳシグナリングフローをトリガーすること、
又は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続確立に失敗したことを指示するための第五の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信することをさらに含む、請求項４又は５に記載の方法。

【請求項12】

ＲＲＣ接続装置であって、
ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定するための第一の決定モジュールと、
ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーするためのトリガーモジュールとを含み、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む、ＲＲＣ接続装置。

【請求項13】

前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続確立フローをトリガーすることは、前記ＲｅｌａｙＵＥのＮＡＳによって決定され、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続回復フローをトリガーすることは、前記ＲｅｌａｙＵＥのＡＳによって決定される、請求項１２に記載の装置。

【請求項14】

前記装置は、
前記ＲｅｌａｙＵＥのＡＳが、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のＡＣを含むターゲット情報を決定するための第二の決定モジュールと、
前記ＲｅｌａｙＵＥのＡＳが前記ＲｅｌａｙＵＥのＮＡＳに第一の指示情報を送信し、前記ＲｅｌａｙＵＥのＮＡＳが、前記第一の指示情報に基づき、前記第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定するための第三の決定モジュールとをさらに含む、請求項１２又は１３に記載の装置。

【請求項15】

前記装置は、
前記ターゲット情報が前記第二のＡＣを含まない場合、前記ＲｅｌａｙＵＥがＵＡＣ操作を実行せず、ネットワーク機器に前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを直接送信するための第一の送信モジュールをさらに含む、請求項１４に記載の装置。

【請求項16】

前記装置は、
前記ターゲット情報が前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとを含む場合、前記ＲｅｌａｙＵＥが前記第二のＡＣに基づいてＵＡＣ操作を実行するための実行モジュールと、
前記ＵＡＣ操作のアクセス禁止が解除された後に、前記ＲｅｌａｙＵＥが、前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージをネットワーク機器に送信するための第二の送信モジュールとをさらに含む、請求項１４に記載の装置。

【請求項17】

前記第一の決定モジュールは、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、さらに
前記ＲｅｌａｙＵＥのＡＳが、予め設定されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記予め設定されるｃａｕｓｅｖａｌｕｅが、プロトコルにより約定され、予め構成され、又はネットワークにより構成されるｃａｕｓｅｖａｌｕｅであることと、
前記ＲｅｌａｙＵＥのＡＳが、受信されたすべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることと、
前記ＲｅｌａｙＵＥのＡＳが、すべての前記第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅのうちの優先度が最も高いものを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記優先度が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先度であることと、
前記ＲｅｌａｙＵＥのＡＳが、上位層により提供されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることとのうちのいずれか一つに用いられる、請求項１４に記載の装置。

【請求項18】

前記第一の決定モジュールは、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、さらに、
前記ＲｅｌａｙＵＥのＡＳが、前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとのマッピング関係に基づいて前記第二のＡＣを決定するために用いられ、前記マッピング関係は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される、請求項１７に記載の装置。

【請求項19】

すべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅは、
すべての前記第一のメッセージのうちの一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
すべての前記第一のｃａｕｓｅｖａｌｕｅのうちのいずれか一つと、
すべての前記第一のｃａｕｓｅｖａｌｕｅが予め設定される優先順序での優先度が最も高いものであって、前記予め設定される優先順序が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先順序であるものとのうちのいずれか一つを含む、請求項１７に記載の装置。

【請求項20】

【請求項21】

前記装置は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続回復メッセージ又はＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続回復に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第二の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復完了メッセージを送信し、
又は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続リリースメッセージ、ＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するためにトリガーされるＲＲＣ接続回復に失敗したことを含む第三の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信するための第三の送信モジュールをさらに含む、請求項１５又は１６に記載の装置。

【請求項22】

前記装置は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続確立に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第四の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続確立完了メッセージを送信し、前記ＮＡＳシグナリングフローをトリガーし、
又は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続確立に失敗したことを指示するための第五の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信するための第四の送信モジュールをさらに含む、請求項１５又は１６に記載の装置。

【請求項23】

プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含むサイドリンクＳＬＵＥであって、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１１のいずれか１項に記載のＲＲＣ接続方法のステップを実現する、サイドリンクＳＬＵＥ。

【請求項24】

プログラム又は命令が記憶されている可読記憶媒体であって、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１１のいずれか１項に記載のＲＲＣ接続方法のステップを実現する、可読記憶媒体。

【請求項25】

プロセッサと通信インターフェースとを含むチップであって、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、請求項１から１１のいずれか１項に記載のＲＲＣ接続方法を実現するために用いられる、チップ。

【請求項26】

コンピュータプログラム製品であって、前記コンピュータプログラム製品が非一時的記憶媒体に記憶されており、前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行されて、請求項１から１１のいずれか１項に記載のＲＲＣ接続方法を実現する、コンピュータプログラム製品。

【請求項27】

実行装置であって、請求項１から１１のいずれか１項に記載のＲＲＣ接続方法を実行するように構成される、実行装置。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年７月２７日に中国で提出された中国特許出願Ｎｏ．２０２１１０８４９２５６．Ｘの優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。

【0002】

本出願の実施例は、通信分野に関し、具体的には、ＲＲＣ接続方法、機器及び可読記憶媒体に関する。

【背景技術】

【0003】

サイドリンク中継（ＳｉｄｅｌｉｎｋＲｅｌａｙ、ＳＬＲｅｌａｙ）シナリオにおける無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）接続確立フローにおいて、中継端末（ＲｅｌａｙＵＥ、即ち中継ユーザ機器）がリモート端末（ＲｅｍｏｔｅＵＥ、即ちリモートユーザ機器）のメッセージを受信した時刻にまだ無線リソース制御接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）に入っていない場合、まず、ＲｅｍｏｔｅＵＥのために中継サービスを提供することができる前に、Ｕｕエアインターフェースに自分のＲＲＣ接続を確立するようにトリガーする必要がある。しかし、具体的なＲｅｌａｙＵＥにより開始されるＲＲＣ接続確立又はＲＲＣ接続回復フローの詳細は、まだ決定されていない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本出願の実施例の目的は、現在のネットワークがＲｅｌａｙＵＥのアクセス要求を合理的に制御し、受け入れることができないという問題を解決するためのＲＲＣ接続方法及び機器を提供することである。

【課題を解決するための手段】

【0005】

第一の態様によれば、本出願の実施例は、ＲＲＣ接続方法を提供し、前記方法は、
中継端末ＲｅｌａｙＵＥが無線リソース制御アイドル状態ＲＲＣ＿ＩＤＬＥ又は無線リソース制御非アクティブ化状態ＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定することと、
前記ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーすることとを含み、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のリモート端末ＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値（ｃａｕｓｅｖａｌｕｅ）を運ぶこととの一つ又は複数を含む。

【0006】

第二の態様によれば、本出願の実施例は、ＲＲＣ接続装置を提供し、前記装置は、
ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定するための第一の決定モジュールと、
ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーするためのトリガーモジュールとを含み、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む。

【0007】

第三の態様によれば、本出願の実施例は、ＳＬＵＥを提供し、前記ＳＬＵＥは、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載のＲＲＣ接続方法のステップを実現する。

【0008】

第四の態様によれば、本出願の実施例は、プログラム又は命令が記憶されている可読記憶媒体を提供し、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載のＲＲＣ接続方法のステップを実現する。

【0009】

第五の態様によれば、本出願の実施例は、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられる。

【0010】

第六の態様によれば、本出願の実施例は、コンピュータプログラム製品をさらに提供し、前記コンピュータプログラム製品が非揮発性の記憶媒体に記憶されており、前記コンピュータプログラム製品は、少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法を実現するように構成される。

【0011】

第七の態様によれば、本出願の実施例は、実行装置をさらに提供し、前記実行装置は、第一の態様に記載の方法を実行するように構成される。

【発明の効果】

【0012】

本出願の実施例では、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあるＲｅｌａｙＵＥが上記第一の条件を満たす場合、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーし、ＲｅｌａｙＵＥにより開始されるＲＲＣ接続確立（ＲＲＣ＿ＩＤＬＥに対する）又はＲＲＣ接続回復（ＲＲＣ＿ＩＮＡＣＴＩＶＥに対する）フローを決定し、ネットワークがＲｅｌａｙＵＥのアクセス要求を合理的に制御し、受け入れることを確保する。

【図面の簡単な説明】

【0013】

【図1a】従来の中継ネットワーク構造概略図である。

【図1b】ＲＲＣ接続確立フローチャートである。

【図2】本出願の実施例によるＲＲＣ接続方法フローチャートである。

【図3a】本出願の実施例による応用シナリオ概略図のその一である。

【図3b】本出願の実施例による応用シナリオ概略図のその二である。

【図4】本出願の実施例によるＲＲＣ接続装置構造概略図である。

【図5】本出願の実施例によるＲｅｌａｙＵＥ構造概略図のその一である。

【図6】本出願の実施例によるＲｅｌａｙＵＥ構造概略図のその二である。

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

【0014】

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

【0015】

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用される用語は、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」などによって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

【0016】

本出願の実施例の方案をより良く理解するために、まず、以下の内容を紹介する。

【0017】

１．ＳｉｄｅｌｉｎｋＲｅｌａｙメカニズム
無線通信システムにおける中継（Ｒｅｌａｙ）技術とは、基地局と端末との間に一つ又は複数の中継ノードを追加し、無線信号の１回又は複数回の転送を担当し、即ち無線信号は、マルチホップを経て端末に到着することができる。

【0018】

無線中継技術は、セルカバーレッジを拡張し、セルカバーレッジ盲点を補うために使用できるだけでなく、空間リソースの多重化によってセル容量を向上させることもできる。室内カバーレッジに対し、Ｒｅｌａｙ技術は、透過損失を克服し、室内カバーレッジ品質を向上させる役割を果たすことができる。

【0019】

以較的に簡単な２ホップ中継を例にして、無線中継は、一つの基地局－端末リンクを基地局－中継局と中継局－端末という二つのリンクに分割することによって、品質が比較的に悪い一つのリンクを品質が比較的に良い二つのリンクに置き換えて、より高いリンク容量及びより良いカバーレッジを得るチャンスがある。

【0020】

現在、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）にすでにサポートされるＲｅｌａｙは、端末からネットワーク側中継（ＵＥ－ｔｏ－Ｎｅｔｗｏｒｋｒｅｌａｙ）であり、即ちＲｅｌａｙの一端は、ＵＥに接続され、一端は、ネットワーク側に接続される。Ｒｅｌａｙに接続されるユーザ機器ＵＥは、リモートＵＥ（ＲｅｍｏｔｅＵＥ）、即ちリモート端末と呼ばれる。

【0021】

ニューラジオ（ＮｅｗＲａｄｉｏ、ＮＲ）は、どのようにＵＥ－ｔｏ－ＮｅｔｗｏｒｋＲｅｌａｙメカニズムをサポートするかを研究し、典型的なシナリオは、図１ａの通りである。これは、典型的なＵＥ－ｔｏ－Ｎｅｔｗｏｒｋのシナリオであり、ＲｅｍｏｔｅＵＥは、ネットワーク側とデータを伝送する必要があるが、カバーレッジがうまくいかないため、中継するための中継端末（即ち中継ユーザ機器、ＲｅｌａｙＵＥ）を見つけ、ここで、ＲｅｌａｙＵＥと基地局との間は、Ｕｕインターフェースであり、ＲｅｌａｙＵＥとＲｅｍｏｔｅＵＥとの間は、Ｓｉｄｅｌｉｎｋ（ＰＣ５）インターフェースである。一般的には、ＲｅｌａｙＵＥは、開放的であり、任意のＲｅｍｏｔｅＵＥサービスであってもよい。

【0022】

２．ＳｉｄｅｌｉｎｋＲｅｌａｙシナリオにおけるＲＲＣ接続確立フローは、図１ｂを参照する。

【0023】

ステップ１．ＲｅｍｏｔｅＵＥとＲｅｌａｙＵＥは、発見（ｄｉｓｃｏｖｅｒｙ）プロセスを実行し、その後、ＰＣ５ＲＲＣ接続を確立する。

【0024】

ステップ２．ＲｅｍｏｔｅＵＥは、基地局にＲＲＣ確立要求（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔ）メッセージを送信し、基地局は、ＲｅｍｏｔｅＵＥにＲＲＣＳｅｔｕｐメッセージを返信する。具体的には、この二つのメッセージは、ＲｅｌａｙＵＥは、基地局又はＲｅｍｏｔｅＵＥに中継送信する。ＲｅｌａｙＵＥがＲｅｍｏｔｅＵＥのメッセージを受信した時刻にＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入っていない場合、まず、ＲｅｍｏｔｅＵＥのために中継サービスを提供することができる前にＵｕエアインターフェースに自分のＲＲＣ接続を確立するようにトリガーする必要がある。

【0025】

ステップ３．基地局とＲｅｍｏｔｅＵＥとの間にシグナリング無線ベアラ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ、ＳＲＢ）１専用ベアラを確立し、このＲｅｍｏｔｅＵＥＳＲＢ１専用ベアラは、ＰＣ５（ＲｅｍｏｔｅＵＥとＲｅｌａｙＵＥとの間）とＵｕ（ＲｅｌａｙＵＥと基地局との間）の２つの無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、ＲＬＣ）チャネルから構成される。具体的には、二つのＲＬＣチャネルは、ＲｅｍｏｔｅＵＥが基地局との間のＳＲＢ１タイプのＲＲＣメッセージを送信／受信するために用いられる。

【0026】

ステップ４．ＲｅｍｏｔｅＵＥは、基地局にＲＲＣ確立完了（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを送信する。具体的には、このメッセージは、ＲｅｌａｙＵＥにより基地局に中継送信される。

【0027】

ステップ５．ＲｅｍｏｔｅＵＥと基地局の間に安全をアクティブ化する。安全をアクティブ化するメッセージとフローは、従来のメカニズムを再利用する。

【0028】

ステップ６．基地局とＲｅｍｏｔｅＵＥとの間にＳＲＢ２／データ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ、ＤＲＢ）専用ベアラを確立し、このＲｅｍｏｔｅＵＥＳＲＢ２／ＤＲＢ専用ベアラは、ＰＣ５（ＲｅｍｏｔｅＵＥとＲｅｌａｙＵＥの間）とＵｕ（ＲｅｌａｙＵＥと基地局との間）という二つのＲＬＣチャネルから構成される。具体的には、二つのＲＬＣチャネルは、ＲｅｍｏｔｅＵＥが基地局との間のＳＲＢ２タイプのＲＲＣ／非アクセス層（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ、ＮＡＳ）メッセージ及び上り下りリンクトラフィックデータを送信／受信するために用いられる。具体的には、従来のＲＲＣ再構成メカニズムを再利用する。

【0029】

３．Ｃａｕｓｅｖａｌｕｅ
現在のプロトコルには、様々なＣａｕｓｅｖａｌｕｅが予め構成されており、以下の通りであり、
ＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ：：＝ＥＮＵＭＥＲＡＴＥＤ｛ｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｓｐａｒｅ６、ｓｐａｒｅ５、ｓｐａｒｅ４、ｓｐａｒｅ３、ｓｐａｒｅ２、ｓｐａｒｅ１｝
ＲｅｓｕｍｅＣａｕｓｅ：：＝ＥＮＵＭＥＲＡＴＥＤ｛ｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ、ｒｎａ－Ｕｐｄａｔｅ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｓｐａｒｅ１、ｓｐａｒｅ２、ｓｐａｒｅ３、ｓｐａｒｅ４、ｓｐａｒｅ５｝

【0030】

図１ｂのステップ２では、技術シナリオを記述しており、ＲｅｌａｙＵＥがＲｅｍｏｔｅＵＥのメッセージを受信した時刻にＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入っていない場合、まず、ＲｅｍｏｔｅＵＥのために中継サービスを提供することができる前にＵｕエアインターフェースに自分のＲＲＣ接続を確立するようにトリガーする必要がある。具体的なＲｅｌａｙＵＥにより開始されるＲＲＣ接続確立（ＲＲＣ＿ＩＤＬＥに対する）又はＲＲＣ接続回復（ＲＲＣ＿ＩＮＡＣＴＩＶＥに対する）フローの詳細は、まだ標準化されていない。

【0031】

ここで、上記内容に対し、本出願の実施例では、関わる議論の詳細は、ＲｅｌａｙＵＥが自分のＲＲＣ接続確立又は回復フローを開始するためにどのようにｃａｕｓｅｖａｌｕｅを決定し、使用すべきかを含む。

【0032】

以下では、図面を結び付けながら、具体的な実施例及びその応用シナリオによって本出願の実施例によるＲＲＣ接続方法を詳細に説明する。

【0033】

本明細書に記述された技術は、第５世代移動通信（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム及び後続の進化通信システムに限らず、及びＬＴＥ／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らないとともに、様々な無線通信システム、例えばシンボル分割多重接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＯＦＤＭＡ）、単一のキャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。

【0034】

用語である「システム」と「ネットワーク」は、常に交換可能に使用される。ＣＤＭＡシステムは、例えばＣＤＭＡ２０００、汎用地面ラジオアクセス（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ、ＵＴＲＡ）などのラジオ技術を実現することができる。ＵＴＲＡは、ブロードバンドＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ）と、他のＣＤＭＡ変形とを含む。ＴＤＭＡシステムは、例えば、グローバル移動通信システム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）のようなラジオ技術を実現することができる。ＯＦＤＭＡシステムは、例えば、ウルトラモバイルブロードバンド（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ、ＵＭＢ）、進化型ＵＴＲＡ（（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ））、ＩＥＥＥ８０２．１１（（Ｗｉ－Ｆｉ））、ＩＥＥＥ８０２．１６（（ＷｉＭＡＸ））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどのラジオ技術を実現することができる。ＵＴＲＡとＥ－ＵＴＲＡは、汎用移動電信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ、ＵＭＴＳ）の一部である。ＬＴＥとより高級なＬＴＥ（例えばＬＴＥ－Ａ）は、Ｅ－ＵＴＲＡを使用する新しいＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭは、「第３世代パートナーシッププロジェクト」（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、３ＧＰＰ）という名の組織からの文献に記述される。ＣＤＭＡ２０００とＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名の組織の文献に記述されている。本明細書に記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。

【0035】

図２を参照すると、本出願の実施例は、ＲＲＣ接続方法を提供し、この方法は、以下のステップを含む。

【0036】

ステップ２０１：ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥは、第一の条件を満たすかどうかを決定する。

【0037】

ステップ２０２：ＲｅｌａｙＵＥが第一の条件を満たす場合、ＲｅｌａｙＵＥは、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーし、
上記第一の条件は、一つ又は複数を含む。

【0038】

（１）ＲｅｌａｙＵＥは、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定する。

【0039】

（２）ＲｅｌａｙＵＥは、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各第一のメッセージは、各ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一のｃａｕｓｅｖａｌｕｅを運ぶ。説明すべきこととして、具体的な各第一のメッセージが、ＲＲＣ接続回復を要求し、それともＲＲＣ接続確立を要求するために用いられるかは、この第一のメッセージを送信するＲｅｍｏｔｅＵＥのＲＲＣ状態に依存し、ＲｅｍｏｔｅＵＥがＲＲＣ＿ＩＤＬＥである場合、対応する第一のメッセージは、ＲＲＣ接続確立を要求するために用いられ、ＲｅｍｏｔｅＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥである場合、対応する第一のメッセージは、ＲＲＣ接続回復に用いられる。この第一のｃａｕｓｅｖａｌｕｅに対応するのは、ＲｅｍｏｔｅＵＥのｃａｕｓｅｖａｌｕｅである。

【0040】

本出願の実施例では、ＲｅｌａｙＵＥが上記第一の条件を満たす場合、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーし、ネットワークがＲｅｌａｙＵＥのアクセス要求を合理的に制御し、受け入れることを確保する。

【0041】

本出願の実施例では、ＲｅｌａｙＵＥとＲｅｍｏｔｅＵＥのＲＲＣ状態には、６つの場合が存在する可能性がある。

【0042】

場合１：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＤＬＥであり、すべてのＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＤＬＥである。

【0043】

場合２：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＤＬＥであり、すべてのＲｅｍｏｔｅＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥである。

【0044】

場合３：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥであり、すべてのＲｅｍｏｔｅＵＥがＲＲＣ＿ＩＤＬＥである。

【0045】

場合４：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥであり、すべてのＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。

【0046】

場合５：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＤＬＥであり、一部のＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＤＬＥであり、一部のＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。

【0047】

場合６：ＲｅｌａｙＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥであり、一部のＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＤＬＥであり、一部のＲｅｍｏｔｅＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥである。

【0048】

いくつかの実施の形態では、以下の４種類の組み合わせの状況が存在する可能性がある。

【0049】

（１）ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥのアクセス層（ＡｃｃｅｓｓＳｔｒａｔｕｍ、ＡＳ）は、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のアクセスタイプ（ＡｃｃｅｓｓＣａｔｅｇｏｒｙ、ＡＣ）を含むターゲット情報を決定する。

【0050】

（２）ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、ＲｅｌａｙＵＥのＡＳは、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のＡＣを含むターゲット情報を決定する。

【0051】

（３）ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥの非アクセス層（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ、ＮＡＳ）は、第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定する。

【0052】

（４）ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、ＲｅｌａｙＵＥのＮＡＳは、第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定する。

【0053】

上記４種類の組み合わせ場合に対し、一つの可能な実施の形態では、ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、ＲｅｌａｙＵＥがＲＲＣ接続確立フローをトリガーすることは、ＲｅｌａｙＵＥのＮＡＳによって決定される。

【0054】

ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥがＲＲＣ接続回復フローをトリガーすることは、ＲｅｌａｙＵＥのＡＳによって決定される。

【0055】

さらに、本方法は、ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、ＲｅｌａｙＵＥのＡＳが、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のＡＣを含むターゲット情報を決定することをさらに含み、
ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、ＲｅｌａｙＵＥのＡＳは、ＲｅｌａｙＵＥのＮＡＳに第一の指示情報を送信し、ＲｅｌａｙＵＥのＮＡＳは、第一の指示情報に基づいて第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定する。

【0056】

さらに、ｃａｕｓｅｖａｌｕｅのみのシナリオに対し、本方法は、ターゲット情報が第二のＡＣを含まない場合、ＲｅｌａｙＵＥは、統一アクセス制御（ＵｎｉｆｉｅｄＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＵＡＣ）操作を実行せず、ネットワーク機器に第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを直接送信することをさらに含む。

【0057】

さらに、ｃａｕｓｅｖａｌｕｅとＡＣがあるシナリオに対し、本方法は、ターゲット情報が第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣとを含む場合、ＲｅｌａｙＵＥが第二のＡＣに基づいてＵＡＣ操作を実行することと、ＵＡＣ操作に基づくアクセス禁止が解除された後に、ＲｅｌａｙＵＥが、ネットワーク機器に第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを送信することとをさらに含む。

【0058】

一つの可能な実施の形態では、ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、ＲｅｌａｙＵＥのＡＳがターゲット情報を決定することは、以下のいずれか一つを含む。

【0059】

（１）ＲｅｌａｙＵＥのＡＳは、予め設定されるｃａｕｓｅｖａｌｕｅを第二のｃａｕｓｅｖａｌｕｅに割り振り、予め設定されるｃａｕｓｅｖａｌｕｅは、プロトコルにより約定され、予め構成され、又はネットワークにより構成されるｃａｕｓｅｖａｌｕｅ、例えばｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ、ｒｎａ－Ｕｐｄａｔｅである。

【0060】

具体的には、本方式は、ＲｅｌａｙＵＥ自体の場合とＲｅｍｏｔｅＵＥの場合を区別することに依存せず、一つの固定方法で設定される。

【0061】

（２）ＲｅｌａｙＵＥのＡＳは、受信されたすべての第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅを第二のｃａｕｓｅｖａｌｕｅに割り振り、
具体的には、本方式は、ＲｅｍｏｔｅＵＥのみを考慮する場合であり、すべてのＲｅｍｏｔｅＵＥのｃａｕｓｅｖａｌｕｅのうちの一つに基づいて設定される。

【0062】

上記すべての第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅは、以下のいずれか一つを含む。

【0063】

（ａ）すべての第一のメッセージのうちの一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅであって、説明すべきこととして、ＲｅｌａｙＵＥ受信の観点から、この一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅとは、ＲｅｌａｙＵＥが最も早く受信した第一のメッセージに運ばれるｃａｕｓｅｖａｌｕｅであり、ＲｅｍｏｔｅＵＥ送信の観点から、この一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅとは、ＲｅｌａｙＵＥにより最も早く選択されるＲｅｍｏｔｅＵＥによって送信される第一のメッセージに運ばれるｃａｕｓｅｖａｌｕｅであり、
（ｂ）すべての第一のｃａｕｓｅｖａｌｕｅのうちのいずれか一つであり、
（ｃ）すべての第一のｃａｕｓｅｖａｌｕｅが予め設定される優先順序で優先度が最も高いものであって、予め設定される優先順序は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先順序である。例えば、ｅｍｅｒｇｅｎｃｙ＞ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ＞ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ＞ｒｎａ－Ｕｐｄａｔｅである。優先度が同じである場合、ＲｅｌａｙＵＥがそのうちの一つをランダムに選択することをさらに許容する。

【0064】

（３）ＲｅｌａｙＵＥのＡＳは、すべての第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅのうちの優先度が最も高いものを第二のｃａｕｓｅｖａｌｕｅに割り振り、優先度は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先度であり、
具体的には、本方式は、ＲｅｌａｙＵＥの場合とＲｅｍｏｔｅＵＥの場合を考慮することに相当し、本方式で使用できるシナリオは、ＲｅｌａｙＵＥの上位層にシグナリング及び／又は業務がないが、ＲｅｌａｙＵＥのＡＳは、アクセスネットワーク通知領域更新（ＲＡＮ－ｂａｓｅｄＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａＵｐｄａｔｅ、ＲＮＡＵ）需要があり、
前記上位層は、ＡＳ以上の総称、例えばＮＡＳと応用層である。

【0065】

（４）ＲｅｌａｙＵＥのＡＳは、上位層により提供されるｃａｕｓｅｖａｌｕｅを第二のｃａｕｓｅｖａｌｕｅに割り振る。

【0066】

具体的には、本方式は、ＲｅｌａｙＵＥのみを考慮する場合に相当し、本方式で使用できるシナリオは、ＲｅｌａｙＵＥの上位層にシグナリング及び／又は業務があることである。なお、本方式は、ＲｅｌａｙＵＥのＡＳにＲＮＡＵ需要がある場合、又はＲＮＡＵ需要がない場合にいずれも適用できるが、これに対して限定しない。

【0067】

一つの可能な実施の形態では、ターゲット情報が第二のＡＣを含む場合、ＲｅｌａｙＵＥのＡＳがターゲット情報を決定することは、ＲｅｌａｙＵＥのＡＳが第二のｃａｕｓｅｖａｌｕｅと第二のＡＣのマッピング関係に基づいて第二のＡＣを決定することを含み、このマッピング関係は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される。

【0068】

一つの可能な実施の形態では、第一の指示情報は、以下の少なくとも一つを指示するために用いられる。

【0069】

（１）一つ又は複数のＲｅｍｏｔｅＵＥの接続確立要求又は接続回復要求を受信した。

【0070】

（２）一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定する。

【0071】

（３）一つ又は複数のＲｅｍｏｔｅＵＥの、第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅ。

【0072】

（４）ＲｅｌａｙＵＥのＡＳにより使用が推奨される第三のｃａｕｓｅｖａｌｕｅであって、説明すべきこととして、この第三のｃａｕｓｅｖａｌｕｅの決定は、ＲｅｌａｙＵＥのＡＳが第二のｃａｕｓｅｖａｌｕｅを決定する方法を参照すればよく、例えば、ＲｅｌａｙＵＥのＡＳは、受信されたすべての第一のメッセージにおけるそのうちの一つの第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅを割り振り、第三のｃａｕｓｅｖａｌｕｅに設定し、又はＲｅｌａｙＵＥのＡＳは、すべての第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅとの両方のうちの優先度が比較的に高い方を第三のｃａｕｓｅｖａｌｕｅに設定する。

【0073】

（５）一つ又は複数のＲｅｍｏｔｅＵＥの業務属性を指示し、業務属性は、高／中／低優先度業務、緊急／非緊急業務、高優先度業務かどうか、緊急業務かどうかなどを含んでもよい。

【0074】

一つの可能な実施の形態では、本方法は、
ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続回復メッセージ又はＲＲＣ接続確立メッセージを受信する場合、ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続回復に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることをＲｅｌａｙＵＥのＮＡＳに指示し、ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復完了メッセージを送信すること、
又は、ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続リリースメッセージ、ＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するためにトリガーされるＲＲＣ接続回復に失敗したことをＲｅｌａｙＵＥのＮＡＳに指示することとをさらに含む。

【0075】

一つの可能な実施の形態では、本方法は、
ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続確立メッセージを受信する場合、ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続確立に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることをＲｅｌａｙＵＥのＮＡＳに指示し、ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続確立完了メッセージを送信し、ＮＡＳシグナリングフローをトリガーすること、
又は、ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続確立に失敗したことをＲｅｌａｙＵＥのＮＡＳに指示することとをさらに含む。

【0076】

以下、具体的な実施例を結びつけて、本出願の方案を記述する。

【0077】

実施例１：図３ａを参照すると、ＲｅｌａｙＵＥＡＳ層は、ｃａｕｓｅｖａｌｕｅを決め、この実施例において、ＲｅｌａｙＵＥは、現在、ＲＲＣ＿ＩＮＡＣＴＩＶＥにある。Ｕｕエアインターフェースには、対応して開始されるのは、ＲＲＣ接続回復フローである。

【0078】

ステップ１：ＲｅｌａｙＵＥが、現在、ＲＲＣ＿ＩＮＡＣＴＩＶＥにあり、且つ以下の条件の少なくとものうちの一つを満たす場合、ＲｅｌａｙＵＥは、ＵｕエアインターフェースにおけるＲＲＣ接続回復フローをトリガーする。

【0079】

条件１：このＲｅｌａｙＵＥは、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定する。

【0080】

条件２：このＲｅｌａｙＵＥは、前記一つ又は複数のＲｅｍｏｔｅＵＥの少なくとも一つのＲｅｍｏｔｅＵＥからのＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージを受信した。

【0081】

ステップ２：ＲｅｌａｙＵＥＡＳ層は、ＲＲＣ接続回復要求メッセージに運ばれるｃａｕｓｅｖａｌｕｅ２を決める。具体的には、ＲｅｌａｙＵＥ自体の状況「上位層に到着したシグナリング及び／又は業務があるかどうか、及びＡＳ層にＲＮＡＵ需要があるかどうか」及び／又はＲｅｍｏｔｅＵＥの状況に基づき、ステップ２．１と、ステップ２．２とのうちの一つの実行を決める。

【0082】

ステップ２．１：このときにＲｅｌａｙＵＥ自分の上位層にシグナリング及び／又は業務がなく、且つＡＳ層にＲＮＡＵ需要がない場合に適用され、ＡＳ層は、以下の方法のうちの一つを採用して原因値を設定する。

【0083】

方法１：受信された第一のＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージにおけるｃａｕｓｅｖａｌｕｅ１を上記ｃａｕｓｅｖａｌｕｅ２に割り振る。

【0084】

方法２：受信されたすべてのＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージにおけるｃａｕｓｅｖａｌｕｅ１をそのうちの一つを選択して上記ｃａｕｓｅｖａｌｕｅ２に割り振る。

【0085】

方法２で、具体的な選択方法は、ＵＥが自らで選択を実現するか、又は一定の優先順序に基づいて選択してもよい。ここで、優先順序は、プロトコルによって約定され、予め構成され、又はネットワーク構成によって指示されてもよい。例えば、ｅｍｅｒｇｅｎｃｙ＞ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ＞ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ＞ｒｎａ－Ｕｐｄａｔｅである。優先度が同じである場合、ＵＥがそのうちの一つをランダムに選択することをさらに許容する。

【0086】

方法３：従来のプロトコルにサポートされるｃａｕｓｅｖａｌｕｅをそのうちの一つを選択して上記ｃａｕｓｅｖａｌｕｅ２に割り振る。

【0087】

方法３、従来のプロトコルにサポートされるｃａｕｓｅｖａｌｕｅは、全て又は一部の値であってもよく、具体的にはどの／どれらの値であるかは、プロトコルによって約定され、予め構成され、又はネットワーク構成によって指示されてもよい。例えば、ｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｐｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｃｓ－ＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ－Ａｃｃｅｓｓ、ｍｏ－Ｓｉｇｎａｌｌｉｎｇ、ｍｏ－Ｄａｔａ、ｍｏ－ＶｏｉｃｅＣａｌｌ、ｍｏ－ＶｉｄｅｏＣａｌｌ、ｍｏ－ＳＭＳ、ｒｎａ－Ｕｐｄａｔｅのうちの少なくとも一つである。

【0088】

ステップ２．２：このときにＲｅｌａｙＵＥ自分に上位層シグナリング及び／又は業務がないが、ＡＳ層にＲＮＡＵ需要がある場合に適用され、ＡＳ層は、以下の方法のうちの一つを採用して原因値を設定する。

【0089】

方法１：ステップ２．１の方法１と同である。

【0090】

方法２：：受信されたすべてのＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージにおけるｃａｕｓｅｖａｌｕｅ１とｒｎａ－Ｕｐｄａｔｅからそのうちの一つを選択して上記ｃａｕｓｅｖａｌｕｅ２に割り振る。

【0091】

【0092】

方法３：ステップ２．１の方法３と同じである。

【0093】

方法４：ｃａｕｓｅｖａｌｕｅ２を、ｒｎａ－Ｕｐｄａｔｅとして設定する。

【0094】

ステップ２．３：このときにＲｅｌａｙＵＥ自分に上位層シグナリング及び／又は業務がある場合に適用され、ＡＳ層は、以下の方法のうちの一つを採用して原因値を設定する。

【0095】

方法１：ステップ２．１の方法１と同である。

【0096】

方法２：受信されたすべてのＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージにおけるｃａｕｓｅｖａｌｕｅ１と上位層により提供される原因値からそのうちの一つを選択して上記ｃａｕｓｅｖａｌｕｅ２に割り振る。

【0097】

【0098】

方法３：ステップ２．１の方法３と同じである。

【0099】

方法４：ｃａｕｓｅｖａｌｕｅ２を、上位層により提供される原因値として設定する。

【0100】

ステップ３：ＲｅｌａｙＵＥは、基地局に前記ｃａｕｓｅｖａｌｕｅ２が運ばれるＲＲＣ接続回復要求メッセージを送信する。

【0101】

ステップ４：ＲｅｌａｙＵＥＡＳ層は、このＲＲＣ接続回復フローが成功したかどうかに基づき、ＮＡＳ層に指示情報を送信する。具体的には、ＡＳ層は、以下の方法のうちの一つを採用して指示情報の内容を決定する。

【0102】

ステップ４．１：ＲＲＣ接続回復に成功した場合、ＲｅｌａｙＵＥＡＳ層は、さらにＮＡＳ層に「ＲＲＣ接続回復に成功し、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る」という指示を送信する。

【0103】

ステップ４．２：ＲＲＣ接続回復に失敗した場合、ＲｅｌａｙＵＥＡＳ層は、さらに「ＲＲＣ接続リリース原因値及び／又はＲＲＣ＿ＩＤＬＥに入る」をＮＡＳ層に通知する。

【0104】

ステップ４．２に基づき、新たな「ＲＲＣ接続リリース原因値」が、中継サービス専用のＲＲＣ接続回復失敗又は非中継サービスのＲＲＣ接続回復失敗を指示することであると定義する。

【0105】

実施例２：図３ｂを参照すると、ＲｅｌａｙＵＥＮＡＳ層は、ｃａｕｓｅｖａｌｕｅを決め、この実施例において、ＲｅｌａｙＵＥは、現在、ＲＲＣ＿ＩＤＬＥにある。Ｕｕエアインターフェースには、対応して開始されるのは、ＲＲＣ接続確立フローである。

【0106】

ステップ１：ＲｅｌａｙＵＥが、現在、ＲＲＣ＿ＩＤＬＥにあり、且つ以下の条件のうちの少なくとも一つを満たす場合、ＲｅｌａｙＵＥは、ＵｕエアインターフェースにおけるＲＲＣ接続確立フローをトリガーする。

【0107】

条件１：このＲｅｌａｙＵＥは、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定する。

【0108】

【0109】

ステップ２：ＲｅｌａｙＵＥＡＳ層は、ＮＡＳ層に指示情報を送信する。この指示情報は、以下の内容の少なくとも一つを含む。

【0110】

ＲｅｍｏｔｅＵＥの接続要求を受信することを指示し、前記「接続要求」は、接続確立要求と接続回復要求の総称である。各ＲｅｍｏｔｅＵＥのＲＲＣ状態に基づき、具体的には、ＲＲＣ接続確立又はＲＲＣ接続回復要求を指してもよい。

【0111】

ＲｅｍｏｔｅＵＥのために中継サービスの需要を提供することを指示し、
少なくとも一つのＲｅｍｏｔｅＵＥのｃａｕｓｅｖａｌｕｅ１を指示し、前記「ｃａｕｓｅｖａｌｕｅ１」は、ＲｅｍｏｔｅＵＥのＲＲＣ接続確立要求又はＲＲＣ接続回復要求メッセージに運ばれ、
ＲｅｌａｙＵＥＡＳ層により使用が推奨されるｃａｕｓｅｖａｌｕｅ３を指示し、具体的には、ＡＳ層は、すべてのｃａｕｓｅｖａｌｕｅ１及び自体のＡＳ層の状況を参照してｃａｕｓｅｖａｌｕｅ３を決め、最終的に推奨されるｃａｕｓｅｖａｌｕｅ３は、ｃａｕｓｅｖａｌｕｅ１と独立しており、同じであってもよく、異なってもよい。

【0112】

ステップ３：ＲｅｌａｙＵＥＮＡＳ層は、ＡＳ層の指示情報を受信した後に、ＡＳ層に以下の少なくとも一つ情報を提供する。

【0113】

ｃａｕｓｅｖａｌｕｅ２（原因値）：具体的には、ＲｅｌａｙＵＥＮＡＳ層がシグナリング及び／又は業務需要があるかどうか、及びＡＳ層により提供される指示情報に基づき、ｃａｕｓｅｖａｌｕｅ２を決める。

【0114】

トリガーされるＮＡＳシグナリングフロー：前記ＮＡＳシグナリングフローは、業務確立要求フロー又はモビリティ登録フローである。

【0115】

ステップ４：ＲｅｌａｙＵＥは、前記ｃａｕｓｅｖａｌｕｅ２が運ばれるＲＲＣ接続確立要求メッセージを基地局に送信する。

【0116】

ステップ５：ＲｅｌａｙＵＥは、このＲＲＣ接続回復フローが成功したかどうかによって、ＡＳ層は、さらにＮＡＳ層に指示情報を送信する。具体的には、ＡＳ層は、以下の方法のうちの一つを採用して指示情報の内容を決定する。

【0117】

ステップ５．１：ＲＲＣ接続回復に成功した場合、ＲｅｌａｙＵＥＡＳ層は、さらにＮＡＳ層に「ＲＲＣ接続回復に成功し、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入る」という指示を送信する。

【0118】

ステップ５．１に基づき、ステップ３に言及されたＮＡＳシグナリングフローを開始し、完了する。

【0119】

ステップ５．２：ＲＲＣ接続回復に失敗した場合、ＲｅｌａｙＵＥＡＳ層は、さらに「ＲＲＣ接続リリース原因値及び／又はＲＲＣ＿ＩＤＬＥに入る」にＮＡＳ層に通知する。

【0120】

ステップ５．２に基づき、新たな「ＲＲＣ接続リリース原因値」が、中継サービス専用のＲＲＣ接続回復失敗又は非中継サービスのＲＲＣ接続回復失敗を指示することであると定義する。

【0121】

説明すべきこととして、本出願の実施例によるＲＲＣ接続方法は、実行本体が、ＲＲＣ接続装置、又はこのＲＲＣ接続装置におけるＲＲＣ接続方法を実行するための制御モジュールであってもよい。本出願の実施例において、ＲＲＣ接続装置によるＲＲＣ接続方法の実行を例にして、本出願の実施例によるＲＲＣ接続装置を説明する。

【0122】

図４を参照すると、本出願の実施例は、ＲＲＣ接続装置４００を提供し、前記装置は、
ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定するための第一の決定モジュール４０１と、
ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーするためのトリガーモジュール４０２とを含み、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む。

【0123】

一つの可能な実施の形態では、前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続確立フローをトリガーすることは、前記ＲｅｌａｙＵＥのＮＡＳによって決定され、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続回復フローをトリガーすることは、前記ＲｅｌａｙＵＥのＡＳによって決定される。

【0124】

一つの可能な実施の形態では、前記装置は、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥのＡＳが、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のＡＣを含むターゲット情報を決定するための第二の決定モジュールと、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、前記ＲｅｌａｙＵＥのＡＳが前記ＲｅｌａｙＵＥのＮＡＳに第一の指示情報を送信し、前記ＲｅｌａｙＵＥのＮＡＳが、前記第一の指示情報に基づき、前記第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定するための第三の決定モジュールとをさらに含む。

【0125】

一つの可能な実施の形態では、前記装置は、
前記ターゲット情報が前記第二のＡＣを含まない場合、前記ＲｅｌａｙＵＥがＵＡＣ操作を実行せず、ネットワーク機器に前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを直接送信するための第一の送信モジュールをさらに含む。

【0126】

一つの可能な実施の形態では、前記装置は、
前記ターゲット情報が前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとを含む場合、前記ＲｅｌａｙＵＥが前記第二のＡＣに基づいてＵＡＣ操作を実行するための実行モジュールと、
前記ＵＡＣ操作のアクセス禁止が解除された後に、前記ＲｅｌａｙＵＥが、前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージをネットワーク機器に送信するための第二の送信モジュールとをさらに含む。

【0127】

一つの可能な実施の形態では、前記第一の決定モジュールは、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、さらに
前記ＲｅｌａｙＵＥのＡＳが、予め設定されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記予め設定されるｃａｕｓｅｖａｌｕｅが、プロトコルにより約定され、予め構成され、又はネットワークにより構成されるｃａｕｓｅｖａｌｕｅであることと、
前記ＲｅｌａｙＵＥのＡＳが、受信されたすべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることと、
前記ＲｅｌａｙＵＥのＡＳが、すべての前記第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅのうちの優先度が最も高いものを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記優先度が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先度であることと、
前記ＲｅｌａｙＵＥのＡＳが、上位層により提供されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることとのうちのいずれか一つに用いられる。

【0128】

一つの可能な実施の形態では、前記第一の決定モジュールは、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、さらに、
前記ＲｅｌａｙＵＥのＡＳが、前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとのマッピング関係に基づいて前記第二のＡＣを決定するために用いられ、前記マッピング関係は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される。

【0129】

一つの可能な実施の形態では、すべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅは、
すべての前記第一のメッセージのうちの一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
すべての前記第一のｃａｕｓｅｖａｌｕｅのうちのいずれか一つと、
すべての前記第一のｃａｕｓｅｖａｌｕｅが予め設定される優先順序での優先度が最も高いものであって、前記予め設定される優先順序が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先順序であるものとのうちのいずれか一つを含む。

【0130】

一つの可能な実施の形態では、前記第一の指示情報は、
前記一つ又は複数のＲｅｍｏｔｅＵＥの接続確立要求又は接続回復要求を受信したことと、
前記一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記一つ又は複数のＲｅｍｏｔｅＵＥの、前記第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
前記ＲｅｌａｙＵＥのＡＳにより使用が推奨される第三のｃａｕｓｅｖａｌｕｅと、
前記一つ又は複数のＲｅｍｏｔｅＵＥの業務属性を指示することとのうちの少なくとも一つを指示するために用いられる。

【0131】

一つの可能な実施の形態では、前記装置は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続回復メッセージ又はＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続回復に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第二の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復完了メッセージを送信し、
又は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続リリースメッセージ、ＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが中継サービスを提供するためにトリガーされるＲＲＣ接続回復に失敗したことを含む第三の指示を前記ＲｅｌａｙＵＥのＮＡＳに送信するための第三の送信モジュールをさらに含む。

【0132】

一つの可能な実施の形態では、前記装置は、
前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続確立に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第四の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続確立完了メッセージを送信し、前記ＮＡＳシグナリングフローをトリガーし、
又は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続確立に失敗したことを指示するための第五の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信するための第四の送信モジュールをさらに含む。

【0133】

本出願の実施例におけるＲＲＣ接続装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動電子機器であってもよく、非移動電子機器であってもよい。例示的には、移動電子機器は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピュータ、車載電子機器、ウェアラブルデバイス、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、ネットブック又はパーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ、ＰＤＡ）などであってもよく、非移動電子機器は、サーバ、ネットワーク接続型ストレージ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例は、具体的に限定しない。

【0134】

本出願の実施例における『仮想装置』は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（Ａｎｄｒｏｉｄ）オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。

【0135】

本出願の実施例によるＲＲＣ接続装置は、図２から図３ｂの方法の実施例により実現される各プロセスを実現することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0136】

選択的に、図５に示すように、本出願の実施例は、ＲｅｌａｙＵＥ５００をさらに提供し、メモリ５０１と、プロセッサ５０２と、メモリ５０１に記憶されており、且つ前記プロセッサ５０２上で運行できるプログラム又は命令とを含み、このプログラム又は命令がプロセッサ５０２により実行される時、上記ＲＲＣ接続方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0137】

注意すべきこととして、本出願の実施例における電子機器は、移動電子機器と非移動電子機器とを含む。

【0138】

図６は、本出願の実施例のＲｅｌａｙＵＥを実現するハードウェア構造概略図である。

【0139】

このＲｅｌａｙＵＥ６００は、無線周波数ユニット６０１、ネットワークモジュール６０２、オーディオ出力ユニット６０３、入力ユニット６０４、センサ６０５、表示ユニット６０６、ユーザ入力ユニット６０７、インターフェースユニット６０８、メモリ６０９、及びプロセッサ６１０などの部材を含むが、それらに限らない。

【0140】

当業者であれば理解できるように、ＲｅｌａｙＵＥ６００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ６１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図６に示す電子機器構造は、電子機器に対する限定を構成せず、電子機器は、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここでこれ以上説明しない。

【0141】

ここで、プロセッサ６１０は、ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥが、第一の条件を満たすかどうかを決定するために用いられ、
プロセッサ６１０はさらに、ＲｅｌａｙＵＥが第一の条件を満たす場合、前記ＲｅｌａｙＵＥが、ＲＲＣ接続確立又はＲＲＣ接続回復フローをトリガーするために用いられ、
ここで、前記第一の条件は、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記ＲｅｌａｙＵＥが、一つ又は複数のＲｅｍｏｔｅＵＥから一つ又は複数の第一のメッセージを受信し、各前記第一のメッセージは、各前記ＲｅｍｏｔｅＵＥがＲＲＣ接続回復を要求し又はＲＲＣ接続確立を要求する第一の原因値ｃａｕｓｅｖａｌｕｅを運ぶこととの一つ又は複数を含む。

【0142】

選択的に、プロセッサ６１０は、前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＤＬＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続確立フローをトリガーすることは、前記ＲｅｌａｙＵＥのＮＡＳによって決定され、
前記ＲｅｌａｙＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにある場合、前記ＲｅｌａｙＵＥがＲＲＣ接続回復フローをトリガーすることは、前記ＲｅｌａｙＵＥのＡＳによって決定されるために用いられる。

【0143】

選択的に、プロセッサ６１０は、前記ＲｅｌａｙＵＥのＡＳが、第二のｃａｕｓｅｖａｌｕｅ及び／又は第二のＡＣを含むターゲット情報を決定するために用いられ、
プロセッサ６１０は、前記ＲｅｌａｙＵＥのＡＳが前記ＲｅｌａｙＵＥのＮＡＳに第一の指示情報を送信し、前記ＲｅｌａｙＵＥのＮＡＳが、前記第一の指示情報に基づき、前記第二のｃａｕｓｅｖａｌｕｅと、第二のＡＣと、トリガーされるＮＡＳシグナリングフローとのうちの少なくとも一つを含むターゲット情報を決定するために用いられる。

【0144】

選択的に、プロセッサ６１０は、前記ターゲット情報が前記第二のＡＣを含まない場合、前記ＲｅｌａｙＵＥがＵＡＣ操作を実行せず、ネットワーク機器に前記第二のｃａｕｓｅｖａｌｕｅが運ばれるＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージを直接送信するために用いられる。

【0145】

選択的に、プロセッサ６１０は、前記ターゲット情報が前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとを含む場合、前記ＲｅｌａｙＵＥが前記第二のＡＣに基づいてＵＡＣ操作を実行するために用いられ、
プロセッサ６１０は、前記ＵＡＣ操作に基づくアクセス禁止が解除された後に、前記ＲｅｌａｙＵＥが、前記第二のｃａｕｓｅｖａｌｕｅを運ぶＲＲＣ接続確立要求メッセージ又はＲＲＣ接続回復要求メッセージをネットワーク機器に送信するために用いられる。

【0146】

選択的に、プロセッサ６１０は、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、
前記ＲｅｌａｙＵＥのＡＳが、予め設定されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記予め設定されるｃａｕｓｅｖａｌｕｅが、プロトコルにより約定され、予め構成され、又はネットワークにより構成されるｃａｕｓｅｖａｌｕｅであることと、
前記ＲｅｌａｙＵＥのＡＳが、受信されたすべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることと、
前記ＲｅｌａｙＵＥのＡＳが、すべての前記第一のｃａｕｓｅｖａｌｕｅとｒｎａ－Ｕｐｄａｔｅのうちの優先度が最も高いものを前記第二のｃａｕｓｅｖａｌｕｅに割り振り、前記優先度が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先度であることと、
前記ＲｅｌａｙＵＥのＡＳが、上位層により提供されるｃａｕｓｅｖａｌｕｅを前記第二のｃａｕｓｅｖａｌｕｅに割り振ることとのうちのいずれか一つに用いられる。

【0147】

選択的に、プロセッサ６１０は、前記ターゲット情報が第二のｃａｕｓｅｖａｌｕｅを含む場合、前記ＲｅｌａｙＵＥのＡＳが、前記第二のｃａｕｓｅｖａｌｕｅと前記第二のＡＣとのマッピング関係に基づいて前記第二のＡＣを決定するために用いられ、前記マッピング関係は、プロトコルにより約定され、予め構成され、又はネットワークにより構成される。

【0148】

選択的に、すべての前記第一のｃａｕｓｅｖａｌｕｅにおいて指定される一つの第一のｃａｕｓｅｖａｌｕｅは、
すべての前記第一のメッセージのうちの一番目の第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
すべての前記第一のｃａｕｓｅｖａｌｕｅのうちのいずれか一つと、
すべての前記第一のｃａｕｓｅｖａｌｕｅが予め設定される優先順序で優先度が最も高いものであって、前記予め設定される優先順序が、プロトコルにより約定され、予め構成され、又はネットワークにより構成される優先順序であるものとのうちのいずれか一つを含む。

【0149】

選択的に、前記第一の指示情報は、
前記一つ又は複数のＲｅｍｏｔｅＵＥの接続確立要求又は接続回復要求を受信したことと、
前記一つ又は複数のＲｅｍｏｔｅＵＥのために中継サービスを提供すると決定することと、
前記一つ又は複数のＲｅｍｏｔｅＵＥの、前記第一のメッセージに運ばれる第一のｃａｕｓｅｖａｌｕｅと、
前記ＲｅｌａｙＵＥのＡＳにより使用が推奨される第三のｃａｕｓｅｖａｌｕｅ、
前記一つ又は複数のＲｅｍｏｔｅＵＥの業務属性を指示することとのうちの少なくとも一つを指示するために用いられる。

【0150】

選択的に、プロセッサ６１０は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続回復メッセージ又はＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続回復に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第二の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復完了メッセージを送信すること、
又は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続回復要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続リリースメッセージ、ＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが中継サービスを提供するためにトリガーされるＲＲＣ接続回復に失敗したことを含む第三の指示を前記ＲｅｌａｙＵＥのＮＡＳに送信することに用いられる。

【0151】

選択的に、プロセッサ６１０は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続確立メッセージを受信する場合、前記ＲｅｌａｙＵＥのＡＳが、ＲＲＣ接続確立に成功したこと、及び／又は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入ることを含む第四の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信し、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続確立完了メッセージを送信し、前記ＮＡＳシグナリングフローをトリガーすること、
又は、前記ＲｅｌａｙＵＥがネットワーク機器にＲＲＣ接続要求メッセージを送信し、且つネットワーク機器からＲＲＣ接続拒否メッセージを受信し、又はＲＲＣ接続回復に失敗したと判断した場合、前記ＲｅｌａｙＵＥのＡＳが、中継サービスを提供するＲＲＣ接続確立に失敗したことを指示するための第五の指示情報を前記ＲｅｌａｙＵＥのＮＡＳに送信することに用いられる。

【0152】

理解すべきこととして、本出願の実施例では、入力ユニット６０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）６０４１とマイクロホン６０４２を含んでもよく、グラフィックスプロセッサ６０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット６０６は、表示パネル６０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル６０６１が構成されてもよい。ユーザ入力ユニット６０７は、タッチパネル６０７１及び他の入力機器６０７２を含む。タッチパネル６０７１は、タッチスクリーンとも呼ばれる。タッチパネル６０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器６０７２は、物理的キーボード、機能キー（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここでこれ以上説明しない。メモリ６０９は、ソフトウェアプログラム及び様々なデータを記憶するために用いられてもよく、アプリケーションプログラムとオペレーティングシステムとを含むが、それらに限らない。プロセッサ６１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェース及びアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解できるように、上記モデムプロセッサは、プロセッサ６１０に統合されなくてもよい。

【0153】

本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記ＲＲＣ接続方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0154】

ここで、前記プロセッサは、上記実施例に記載の電子機器におけるプロセッサである。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。

【0155】

本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、上記ＲＲＣ接続方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0156】

理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。

【0157】

本出願の実施例は、コンピュータプログラム製品をさらに提供し、前記コンピュータプログラム製品が非揮発性の記憶媒体に記憶されており、前記コンピュータプログラム製品は、少なくとも一つのプロセッサにより実行されて、上記ＲＲＣ接続方法の実施例の各プロセスを実現するように構成され、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0158】

本出願の実施例は、実行装置をさらに提供し、前記実行装置は、上記ＲＲＣ接続方法の実施例の各プロセスを実行するように構成され、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【0159】

説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は討論された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。

【0160】

以上の実施の形態の記述によって、当業者であればはっきりと分かるように上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案が実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。

【0161】

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と特許請求の範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

【図1a】