一种通信方法及通信装置与流程

一种通信方法及通信装置
1.相关申请的交叉引用
2.本技术要求在2020年12月15日提交中国国家知识产权局、申请号为202011479787.6、申请名称为“一种减少relay ue信令浪费的方法”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
3.本技术涉及通信技术领域，尤其涉及一种通信方法及通信装置。


背景技术：

4.现在提出的用户设备(user equipment，ue)中继(relay)技术中，有一种relay方式，是远端(remote)ue能够被ran可见的。在这种relay方式下，remote ue能够实现通信链路的切换。这种relay的形式，可以使remote ue通过relay ue与接入网设备建立连接，享受接入网提供的服务。例如，层2(layer2，l2)remote ue可以处于空闲态或非激活态，对于处于空闲态或者非激活态的remote ue来说，relay ue可以帮助remote ue进行paging监听，以节省remote ue的功耗。
5.但是relay ue帮助remote ue进行paging监听时，relay ue与remote ue需要在相同的基于无线接入网(radio access network，ran)的区域通知(ran-based notification area，rna)内，才能保证网络设备能够找到remote ue。如果relay ue与remote ue不在相同的rna，relay ue需要告知网络设备更新该relay ue注册的rna。同样地，如果remote ue也移出了相应区域，为了使remote ue被网络找到，remote ue需要更新rna。
6.relay ue不管是自己更新rna，还是为了remote ue更新rna，都需要与网络设备建立连接。目前relay ue请求与网络设备建立连接或恢复连接所携带的原因无法指示relay ue进行建立连接或恢复连接的真正意图。即网络设备并不知道relay ue进行rrc resume的真正意图。例如网络设备并不知道relay ue是否是因为remote ue而请求恢复连接。按照目前的流程，只要remote ue更新rna，relay ue就需要重新进入连接态，即多次进行随机接入过程，需要涉及较多的信令交互，信令开销较大。


技术实现要素：

7.本技术实施例提供一种通信方法及通信装置，使得网络设备确定relay ue建立连接或恢复连接的真正原因，并让relay ue有选择地处于连接态或者非激活态，以避免relay ue重复多次进入连接态，节省信令的开销。
8.第一方面，提供第一种通信方法，该方法可由第一通信装置执行，第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为第一设备(relay ue)为例进行描述。该方法包括：
9.第一设备生成第一消息，并向网络设备发送该第一消息，该第一消息用于恢复第一设备与网络设备的连接，且该第一消息还指示第一设备恢复连接的原因；其中，第一消息
的发送由第二设备发送rna更新触发，或者，第一设备恢复的连接用于第二设备更新rna(也可以认为第一消息用于第二设备更新rna)。
10.在本方案中，第一设备可因为第二设备更新rna向网络设备发送的第一消息，即请求与网络设备恢复连接的消息。第一消息指示的第一设备恢复连接的原因可根据第二设备更新rna或为了更新第二设备rna而设定，这样网络设备可确定第一设备恢复连接的真正原因，例如是因为第二设备而恢复连接。从而网络设备可根据第一设备恢复连接的真正原因，让第一设备有选择地处于连接态或者非激活态。例如，如果第一设备恢复连接的真正原因是因为第二设备，那么之后网络设备可让第一设备处于连接态，这样可避免第一设备因为第二设备的业务重复多次进入连接态，从而节省信令的开销。又例如，如果第一设备恢复连接的真正原因是因为第一设备，那么之后网络设备可让第一设备处于非激活态，以节省第一设备的功耗。
11.在一种可能的实现方式中，第一消息指示第一设备恢复连接的原因有多种实现方式，示例性的，如下面列出的六种指示方式：
12.第一种指示方式，第一消息包括第一指示，该第一指示用于指示第一设备恢复连接的原因。该方式通过第一指示就能指示第一设备恢复连接的原因，简单直接。
13.第二种指示方式，第一消息包括第一指示和第二指示，第一指示用于指示第一设备恢复连接的原因，第二指示用于指示第一设备是否为了第二设备恢复连接。该方式通过第一指示和第二指示可实现对两级原因的指示。例如第一指示可用于指示relay ue恢复连接的原因为业务原因，第二指示可用于指示relay ue恢复连接的原因是因为自己还是因为remote ue。
14.第三种指示方式，第一消息通过第一公共控制信道(common control channel，ccch)发送，用于指示第一设备为了第二设备恢复连接。该方式通过发送第一消息的特定的逻辑信道来指示第一设备是为了第二设备恢复连接。网络设备根据发送第一消息的ccch就能确定第一设备是否是为了第二设备恢复连接。即替代通过第一设备的恢复请求消息指示第一设备恢复连接的原因，可避免由于恢复请求消息的大小受限而无法指示第一设备恢复连接的原因。
15.第四种指示方式，第一消息通过第一ccch发送，用于指示第一设备为了第二设备恢复连接，第一消息包括第一指示，第一指示用于指示第一设备恢复连接的原因。该方式除了通过发送第一消息的ccch来指示第一设备为了第二设备恢复连接，还通过第一指示来指示第一设备恢复连接的原因。既可以避免由于恢复请求消息的大小受限而无法指示第一设备恢复连接的原因，又可以通过第一指示指示第一设备具体应何种业务恢复连接。
16.第五种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，第一设备向网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。该方式通过发送第一消息的资源来指示第一设备恢复连接的原因，可避免由于恢复请求消息的大小受限而无法指示第一设备恢复连接的原因。
17.第六种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示第一设备恢复连接的原因，其中，发送第一消息前，第一设备向所述网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。该方式通过发送第一消息的资源以及第一消息包括的第一指示来指示第一
设备恢复连接的原因，既能避免由于恢复请求消息的大小受限而无法指示第一设备恢复连接的原因，又可以通过第一指示指示第一设备具体应何种业务恢复连接。
18.在一种可能的实现方式中，所述方法还包括：
19.第一设备接收来自第二设备的第二消息，其中，第二消息用于指示第二设备需要更新rna。该方案中，第二设备需要更新rna时，第二设备可通过第二消息触发第一设备向网络设备发送第一消息。
20.在一种可能的实现方式中，所述方法还包括：
21.若第一设备当前驻留的小区的基于ran的通知区域代码(ran-based notification area code，ran-areacode/ranac)不属于第二设备的rna，第一设备确定向网络设备发送第一消息。该方案中，第一设备确定第一设备与第二设备没有位于同一个rna，那么第一设备确定第二设备后续可能需要更新rna。这种情况下，第一设备可向第二设备发送第一消息，以为第二设备更新rna做准备。例如，第一设备可提前进入连接态，降低后续第二设备更新rna的时延。
22.在一种可能的实现方式中，第二消息包括第二设备的rna包括的ran-areacode；或者，第二消息包括第二设备当前驻留小区的ran-areacode。该方案列举了第二消息指示第二设备的rna的两种实现方式。
23.在一种可能的实现方式中，所述方法还包括：
24.第一设备广播第五消息，第五消息包括第一设备驻留小区的ran-areacode。为了让第二设备从多个第一设备查找到与自己位于同一个rna的第一设备，第一设备可广播第五消息。这样可避免第二设备请求与自己没有位于同一个rna的第一设备帮助监听寻呼，保证第一设备帮助第二设备监听寻呼的可靠性。
25.在一种可能的实现方式中，所述方法还包括：
26.第一设备在第二设备完成rna更新后，接收来自第二设备的第四消息，该第四消息携带第一寻呼参数，第一寻呼参数用于第一设备为第二设备监听来自网络设备的寻呼。第二设备更新rna之后，用于监听寻呼的寻呼参数可能发生变化。该方案中，第二设备更新rna之后，可将更新rna之后的相关寻呼参数告知第一设备，后续请求第一设备帮助第二设备监听寻呼，以尽量避免第一设备漏听属于第二设备的寻呼。
27.在一种可能的实现方式中，第四消息还携带第二寻呼参数，第二寻呼参数用于第一设备为第二设备监听来自核心网设备的寻呼。第二设备更新rna之后，可将更新rna之后的第二寻呼参数告知第一设备，后续请求第一设备帮助第二设备监听来自核心网设备的寻呼，以尽量避免第一设备漏听属于第二设备的寻呼。
28.在一种可能的实现方式中，第四消息还携带第二设备更新后的rna。第二设备可将更新后的rna告知第一设备，从而第一设备可根据第二设备更新后的rna提前判断第二设备的有效rna，以确定第二设备后续是否需要做ranu。如果第二设备后续需要做ranu，那么第一设备可提前进入连接态，从而节约第二设备做rnau的时延。
29.在一种可能的实现方式中，第四消息还用于指示第二设备已经完成rna更新，该第一设备可以向网络请求释放第一设备的rrc连接，使得第一设备可以快速进入空闲态或非激活态，从而节约第一设备的能耗。
30.在一种可能的实现方式中，第一指示可复用第二设备已有的恢复连接或建立连接
的原因，也可引入第一设备新的恢复连接或建立连接的原因。
31.示例性的，第一指示用于指示第一设备期望保持在无线资源控制(radio resource control，rrc)连接态，即隐式地指示第一设备可能因为第二设备恢复连接；或者，
32.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(ro-signalling)；或者，
33.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau r-rna-update；或者，
34.第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
35.在另一种可能的实现方式中，第一指示可复用第一设备已有的恢复连接或建立连接的原因，也可以引入第一设备新的恢复连接或建立连接的原因。
36.示例性的，第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起数据(mo-data)；或者，
37.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起信令(mo-signalling)；或者，
38.所述第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
39.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备被寻呼接入(mt-access)；或者，
40.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备做rnau rna-update且第一设备保持在rrc连接态。
41.在一种可能的实现方式中，第一指示可以是第一设备的rrc层确定，也可以是第一设备的非接入层(non-access stratum，nas)确定，并指示给rrc层。
42.示例性的，第一指示是第一设备确定第二设备需要发送信令或数据时，第一设备的nas层发送给第一设备的rrc层的。
43.示例性的，第一指示是第一设备确定第二设备需要发送信令或数据时，第一设备的rrc层确定的。
44.示例性的，发送第一消息的信道是第一设备确定第二设备需要发送信令或数据时，第一设备的rrc层确定的。
45.在一种可能的实现方式中，第一消息还包括辅助信息，辅助信息用于指示第一设备需要为至少一个第二设备更新rna。即使第二设备需要更新rna，第一设备请求与网络设备恢复连接之后，第一设备也可以不进入连接态。这种情况下，网络设备可配置第一设备的上行授权资源，以用于第一设备传输第二设备的辅助信息，从而实现第二设备的rnau。进一步地，辅助信息还可以告知网络设备后续是否还有需要更新rna的第二设备，便于网络设备合理地为第一设备分配用于传输第二设备的辅助信息的上行授权资源，提高第二设备更新rna的成功率。
46.在一种可能的实现方式中，辅助信息指示第一设备需要为至少一个第二设备更新rna的实现方式有多种，本技术实施例不限制具体使用何种方式，较为灵活。
47.示例性的，辅助信息包括第二设备的恢复id和第一指示，可以直接将第二设备的
恢复请求消息发送给网络设备，更快地为第二设备做rna更新。
48.示例性的，辅助信息包括第二设备的恢复id和第一指示，以及辅助信息还指示第一设备后续还需要为至少一个第二设备更新rna。例如，辅助信息除了包括第二设备的恢复id和第一指示，还可以包括第四指示，该第四指示可占用1比特，用于指示后续是否还需要为另一个第二设备发送rna更新的请求；或者，该第四指示可占用多个比特，用于指示后续需要进行rnau的第二设备的数量。
49.示例性的，辅助信息用于指示第一设备后续还需要为至少一个第二设备更新rna。辅助信息本身作为一种指示，占用较少比特即可指示，可节省第一消息的开销。
50.在一种可能的实现方式中，所述方法还包括：
51.第一设备接收来自网络设备的rrc释放消息，该rrc释放消息用于指示第一设备以及第二设备进入rrc非激活态。如果网络设备确定第二设备更新rna完之后，网络设备可指示第一设备以及第二设备进入rrc非激活态，以节约第一设备和第二设备的功耗。
52.在一种可能的实现方式中，rrc释放消息包括第二设备的释放配置信息，以及第二设备的标识信息。网络设备发送给第一设备的rrc释放消息可包括第二设备的rrc释放消息，第一设备收到rrc释放消息，不解析第二设备的rrc释放消息，可直接将第二设备的rrc释放消息转发给第二设备。或者，网络设备发送给第一设备的rrc释放消息可包括第二设备的释放配置信息，以及第二设备的标识信息，第一设备可根据第二设备的标识信息将第二设备的释放配置信息发送给对应的第二设备。
53.在一种可能的实现方式中，所述第二设备的标识信息有多种实现方式，例如包括如下信息中的一种或多种：
54.第二设备的恢复id、第二设备的非激活无线网络临时标识(inactive radio network temporary identifier，i-rnti)、第二设备的5g-服务-临时移动用户识别码(5g serving-temporary mobile subscription identifier，5g-s-tmsi)、第二设备的5g全球唯一临时标识(5g-globally unique temporary identity，5g-guti)等。
55.在一种可能的实现方式中，所述方法还包括：
56.第一设备向第二设备发送rrc释放消息，该rrc释放消息包括第二设备的释放配置信息。如果网络设备向第一设备发送的rrc释放消息携带第二设备的释放配置信息，那么第一设备可将第二设备的释放配置信息转发给第二设备，使得第二设备处于空闲态或者非激活态，从而节约第二设备的能耗。
57.第二方面，提供第二种通信方法，该方法可由第二通信装置执行，第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为网络设备为例进行描述。该方法包括：
58.网络设备接收来自第一设备的第一消息，并根据第一消息确定第一设备因为第二设备的业务建立或恢复连接，其中，第一消息用于建立或恢复与网络设备的连接，第一消息还用于指示第一设备建立或恢复连接的原因，第二设备为通过第一设备连接网络设备的终端设备。网络设备可根据第一消息确定第一设备因为第二设备的业务建立连接或恢复连接，从而确定让第一设备保持在连接态，以减少第一设备因为第二设备的业务进入连接态的次数，避免不必要的信令浪费。
59.在一种可能的实现方式中，网络设备根据第一消息确定第一设备建立或恢复连接
的原因为第二设备进行rnau，网络设备指示第一设备保持在rrc连接态或rrc非激活态；或者，网络设备根据第一消息确定第一设备建立或恢复连接的原因为第一设备进行rnau。网络设备根据第一消息确定第一设备因为第二设备的业务建立连接或恢复连接有多种确定方式，例如一种确定方式第一消息指示第二设备进行rnau，直接明了。另一种确定方式第一消息指示第一设备进行rnau，尽管是第一设备进行rnau，考虑到第一设备帮助第二设备监听寻呼与rna有关，第一设备进行rnau，后续第二设备也可能进行rnau。
60.在一种可能的实现方式中，第一消息包括第一指示，第一指示用于指示第一设备建立或恢复连接的原因；或者，
61.第一消息包括第一指示和第二指示，第一指示用于指示第一设备建立或恢复连接的原因，第二指示用于指示第一设备是否为了第二设备建立或恢复连接；或者，
62.第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立或恢复连接，第一消息包括第一指示，第一指示用于指示第一设备建立或恢复连接的原因；或者，
63.第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示第一设备建立或恢复连接的原因，其中，发送第一消息前，第一设备向网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入；或者，
64.第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立或恢复连接；或者，
65.第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，第一设备向网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。
66.在一种可能的实现方式中，第一指示用于指示第一设备期望保持在rrc连接态；或者，
67.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(ro-data)；或者，
68.所述第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(ro-signalling)；或者，
69.所述第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(ro-voicecall)或视频(ro-videocall)或短消息(ro-sms)；或者，
70.所述第一指示用于指示恢复连接的原因或建立连接的原因为第二设备被寻呼接入(rt-access)；或者，
71.所述第一指示用于指示恢复连接的原因或建立连接的原因为所述第二设备做rnau r-rna-update；或者，
72.所述第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
73.在一种可能的实现方式中，第一指示用于指示第一设备期望保持在rrc连接态，网络设备确定第一设备保持在rrc连接态。
74.在一种可能的实现方式中，第一消息还包括辅助信息，辅助信息用于指示第一设备需要为至少一个第二设备更新rna。
75.在一种可能的实现方式中，所述方法还包括：
76.网络设备向第一设备发送rrc释放消息，rrc释放消息用于指示第一设备以及第二设备进入rrc非激活态。
77.在一种可能的实现方式中，rrc释放消息包括第二设备的释放配置信息，以及第二设备的标识信息。
78.在一种可能的实现方式中，所述方法还包括：
79.网络设备为第一设备配置上行授权资源，所述上行授权资源用于第一设备发送第二设备的辅助信息，所述辅助信息用于指示所述第一设备需要为至少一个第二设备更新rna。该方案中，网络设备可为第一设备配置用于发送第二设备的辅助信息的资源，这样无需第一设备进入连接态，也能够实现第二设备的rna的更新。
80.关于第二方面或第二方面的各种可选的实施方式所带来的技术效果，还可参考对于第一方面或相应的实施方式的技术效果的介绍。
81.第三方面，提供第三种通信方法，该方法可由第三通信装置执行，第三通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为第二设备(remote ue)为例进行描述。该方法包括：
82.第二设备向第一设备发送第二消息以及第四消息，其中，第二消息用于指示第二设备需要更新rna，第四消息携带第一寻呼参数，该第一寻呼参数用于第一设备为第二设备监听来自网络设备的寻呼。第二设备更新rna之后，可将更新rna之后的第一寻呼参数发送给第一设备，这样第一设备可根据正确的寻呼参数帮助第二设备监听来自网络设备的寻呼，从而避免漏听寻呼。
83.在一种可能的实现方式中，所述方法还包括：
84.第二设备接收来自至少一个第一设备的第五消息，该所述第五消息用于指示对应第一设备的rna；第二设备根据各个第一设备的rna从至少一个第一设备中选择某个第一设备。各个第一设备可广播自身的rna，以避免第二设备选择与该第二设备没有位于同一个rna的第一设备提供中继服务，保证第二设备选择能够为其提供中继服务的第一设备。
85.在一种可能的实现方式中，第四消息还携带第二寻呼参数，第二寻呼参数用于监听来自核心网设备的寻呼。第二设备更新rna之后，可将更新rna之后的第二寻呼参数发送给第一设备，这样第一设备可根据正确的寻呼参数帮助第二设备监听来自核心网设备的寻呼，从而避免漏听寻呼。第四消息还可以指示第二设备完成rnau，使得第一设备可以及时申请释放与网络设备的连接，帮助第一设备节约能耗。
86.关于第三方面或第三方面的各种可选的实施方式所带来的技术效果，还可参考对于第一方面，以及第二方面或相应的实施方式的技术效果的介绍。
87.第四方面，提供第四种通信方法，该方法可由第一通信装置执行，第一通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为第一设备(relay ue)为例进行描述。该方法包括：
88.第一设备接收第二设备发送的第三消息，并向网络设备发送第一消息，其中，第三消息用于指示第二设备与网络设备建立或恢复连接，第一消息用于第一设备建立与网络设备的连接，第一消息还用于指示第一设备建立连接的原因，或者，第一消息用于第一设备恢复与网络设备的连接，第一消息还用于指示第一设备恢复连接的原因。
89.本技术实施例中，第一设备可由第二设备的触发向网络设备请求建立连接或恢复连接，第一设备可根据第二设备的接入原因填写与网络设备建立连接或恢复连接的原因。从而辅助网络设备合理配置第一设备，可避免网络设备由于无法区分第一设备的接入原因是因为第一设备还是因为第二设备，可能做出错误的处理。
90.在一种可能的实现方式中，第一消息指示第一设备恢复连接的原因有多种实现方式，示例性的，如下面列出的六种指示方式：
91.第一种指示方式，第一消息包括第一指示，该第一指示用于指示第一设备建立连接或恢复连接的原因。
92.第二种指示方式，第一消息包括第一指示和第二指示，第一指示用于指示第一设备建立或恢复连接的原因，第二指示用于指示第一设备是否为了第二设备建立或恢复连接。
93.第三种指示方式，第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立连接或恢复连接。
94.第四种指示方式，第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立或恢复连接，第一消息包括第一指示，第一指示用于指示第一设备建立连接或恢复连接的原因。
95.第五种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，第一设备向所述网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。
96.第六种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示第一设备建立连接或恢复连接的原因，其中，发送所述第一消息前，所述第一设备向所述网络设备发送的随机前导码用于指示所述第一设备为了所述第二设备进行随机接入。
97.上述各种指示方式的技术效果可参考前述第一方面中各种指示方式的技术效果。
98.在一种可能的实现方式中，第一指示可复用第二设备已有的恢复连接或建立连接的原因，也可引入第一设备新的恢复连接或建立连接的原因。
99.示例性的，第一指示用于指示第一设备期望保持在rrc连接态；或者，
100.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(ro-data)；或者，
101.所述第一指示用于指示恢复连接的原因或建立连接的原因为所述第二设备发起信令(ro-signalling)；或者，
102.所述第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(ro-voicecall)或视频(ro-videocall)或短消息(ro-sms)；或者，
103.所述第一指示用于指示恢复连接的原因或建立连接的原因为所述第二设备被寻呼接入(rt-access)rt-access；或者，
104.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau r-rna-update；或者，
105.第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
106.在一种可能的实现方式中，第一指示可复用第二设备已有的恢复连接或建立连接
的原因，也可引入第一设备新的恢复连接或建立连接的原因。
107.示例性的，第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起数据(mo-data)；或者，
108.第一指示用于指示恢复连接的原因或建立连接的原因为所述第一设备发起信令(mo-signalling)；或者，
109.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
110.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备被寻呼接入(mt-access)；或者，
111.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备做rnau rna-update且第一设备保持在rrc连接态。
112.在一种可能的实现方式中，第一指示可以是第一设备的rrc层确定，也可以是第一设备的非接入层(non-access stratum，nas)确定，并指示给rrc层。
113.示例性的，第一指示是第一设备确定第二设备需要发送信令或数据时，第一设备的nas层发送给第一设备的rrc层的。
114.示例性的，第一指示是第一设备确定第二设备需要发送信令或数据时，第一设备的rrc层确定的；或者，
115.示例性的，发送第一消息的信道是第一设备确定第二设备需要发送信令或数据时，第一设备的rrc层确定的。
116.第五方面，提供第五种通信方法，该方法可由第二通信装置执行，第二通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为网络设备为例进行描述。该方法包括：
117.网络设备接收来自第一设备的第一消息，并根据第一消息确定所述第一设备因第二设备的业务建立或恢复连接，其中，第一消息用于第一设备建立或恢复与网络设备的连接，第一消息还用于指示第一设备建立或恢复连接的原因，第二设备为通过第一设备连接网络设备的终端设备。网络设备可根据第一消息确定第一设备因为第二设备的业务建立连接或恢复连接，从而确定让第一设备保持在连接态，以减少第一设备因为第二设备的业务进入连接态的次数，避免不必要的信令浪费。
118.在一种可能的实现方式中，第一消息指示第一设备恢复连接的原因有多种实现方式，示例性的，如下面列出的六种指示方式：
119.第一种指示方式，第一消息包括第一指示，该第一指示用于指示第一设备建立连接的原因或恢复连接的原因。
120.第二种指示方式，第一消息包括第一指示和第二指示，第一指示用于指示第一设备建立连接的原因或恢复连接的原因，第二指示用于指示第一设备是否为了第二设备建立连接或恢复连接。
121.第三种指示方式，第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立连接或恢复连接。
122.第四种指示方式，第一消息通过第一ccch发送，用于指示第一设备为了第二设备建立连接或恢复连接，第一消息包括第一指示，第一指示用于指示第一设备建立连接或恢
复连接的原因。
123.第五种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，第一设备向网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。
124.第六种指示方式，第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示第一设备建立连接或恢复连接的原因，其中，发送第一消息前，第一设备向网络设备发送的随机前导码用于指示第一设备为了第二设备进行随机接入。
125.在一种可能的实现方式中，第一指示用于指示所述第一设备期望保持在rrc连接态；或者，
126.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(ro-data)；或者，
127.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(ro-signalling)；或者，
128.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(ro-voicecall)或视频(ro-videocall)或短消息(ro-sms)；或者，
129.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备被寻呼接入(rt-access)；或者，
130.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau r-rna-update；或者，
131.第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
132.在一种可能的实现方式中，第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起数据(mo-data)；或者，
133.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起信令(mo-signalling)；或者，
134.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
135.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备被寻呼接入(mt-access)；或者，
136.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备做rnau rna-update且第一设备保持在rrc连接态。
137.关于第五方面或第五方面的各种可选的实施方式所带来的技术效果，还可参考对于第四方面或相应的实施方式的技术效果的介绍。
138.第六方面，提供第六种通信方法，该方法可由第三通信装置执行，第三通信装置可以是通信设备或能够支持通信设备实现该方法所需的功能的通信装置，例如芯片系统。下面以所述通信设备为第二设备(remote ue)为例进行描述。该方法包括：
139.第二设备生成第三消息，并向第一设备发送第三消息，其中，第三消息用于指示第二设备与网络设备建立连接或恢复连接，第三消息还用于指示第二设备建立连接的原因或恢复连接的原因。第二设备有与网络设备建立连接或恢复连接的需求时，可触发第一设备
建立与网络设备的连接，通过第一设备为其提供中继服务。第三消息可携带第二设备建立连接的原因或恢复连接的原因，辅助第一设备填写向网络设备请求建立连接或请求恢复连接的原因。
140.在一种可能的实现方式中，第三消息包括第三指示，其中，
141.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(mo-data)；或者，
142.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(mo-signalling)；或者，
143.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
144.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备被寻呼接入(mt-access)；或者，
145.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau rna-update。
146.关于第六方面或第六方面的各种可选的实施方式所带来的技术效果，还可参考对于第四方面或相应的实施方式的技术效果的介绍。
147.第七方面，提供了一种通信装置，例如该通信装置为上述第一方面或第四方面的第一设备。该通信装置具有实现上述第一方面或第四方面方法实施例中的行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的实现方式中，所述通信装置例如包括收发模块，收发模块可包括相互耦合的接收模块和发送模块，还可以包括与接收模块和/或发送模块耦合的处理模块，这些模块可以执行上述第一方面或第四方面方法示例中的相应功能，具体可参见方法示例中的详细描述。
148.示例性的，该通信装置具有实现上述第一方面实施例中的行为的功能。在可能的实现方式中，所述处理模块，用于生成第一消息，该第一消息用于所述通信装置恢复与网络设备的连接，该第一消息还指示所述通信装置恢复连接的原因；
149.所述收发模块，用于向网络设备发送第一消息，其中，该第一消息的发送由第二设备发送rna更新触发，或者，所述通信装置恢复的连接用于第二设备更新rna。
150.示例性的，该通信装置具有实现上述第四方面实施例中的行为的功能，在可能的实现方式中，所述收发模块，用于接收第二设备发送的第三消息，该第三消息用于指示第二设备与网络设备建立或恢复连接；
151.所述收发模块还用于向网络设备发送第一消息，该第一消息用于所述通信装置建立或恢复与网络设备的连接，该第一消息还用于指示所述通信装置建立或恢复连接的原因。
152.在一种可选的实现方式中，第一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因；或者，
153.第一消息包括第一指示和第二指示，第一指示用于指示所述通信装置恢复连接的原因，第二指示用于指示所述通信装置是否为了所述第二设备恢复连接；或者，
154.第一消息通过第一ccch发送，用于指示所述通信装置为了第二设备恢复连接，第
一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因；或者，
155.第一消息通过所述通信装置接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因，其中，发送第一消息前，所述通信装置向网络设备发送的随机前导码用于指示所述通信装置为了第二设备进行随机接入；或者，
156.第一消息通过第一ccch发送，用于指示所述通信装置为了第二设备恢复连接；或者，
157.第一消息通过所述通信装置接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，所述通信装置向网络设备发送的随机前导码用于指示所述通信装置为了第二设备进行随机接入。
158.第八方面，提供了一种通信装置，例如该通信装置为前述第二方面或第五方面的网络设备。该通信装置具有实现上述第二方面或第五方面方法实施例中的行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的实现方式中，所述通信装置例如包括收发模块，收发模块可包括相互耦合的接收模块和发送模块，还可以包括与接收模块和/或发送模块耦合的处理模块，这些模块可以执行上述第二方面或第五方面方法示例中的相应功能，具体可参见方法示例中的详细描述。
159.示例性的，该通信装置具有实现上述第二方面或第五方面实施例中的行为的功能，该在可能的实现方式中，所述收发模块用于，接收来自第一设备的第一消息，该第一消息用于第一设备建立或恢复与所述通信装置的连接，该第一消息还用于指示第一设备建立或恢复连接的原因；
160.所述处理模块，用于根据第一消息确定第一设备因为第二设备的业务建立或恢复连接，第二设备为通过第一设备连接所述通信装置的终端设备。
161.作为第二方面的一种可选的实现方式，所述处理模块具体用于：
162.根据第一消息确定第一设备建立或恢复连接的原因为第二设备进行rnau，所述处理模块指示第一设备保持在rrc连接态或rrc非激活态；或者，
163.根据第一消息确定第一设备建立或恢复连接的原因为第一设备进行rnau。
164.作为第二方面或第五方面的一种可选的实现方式，
165.第一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因；或者，
166.第一消息包括第一指示和第二指示，第一指示用于指示所述通信装置恢复连接的原因，第二指示用于指示所述通信装置是否为了所述第二设备恢复连接；或者，
167.第一消息通过第一ccch发送，用于指示所述通信装置为了第二设备恢复连接，第一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因；或者，
168.第一消息通过所述通信装置接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示所述通信装置恢复连接的原因，其中，发送第一消息前，所述通信装置向网络设备发送的随机前导码用于指示所述通信装置为了第二设备进行随机接入；或者，
169.第一消息通过第一ccch发送，用于指示所述通信装置为了第二设备恢复连接；或者，
170.第一消息通过所述通信装置接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，所述通信装置向网络设备发送的随机前导码用于指示所述通信装置为了第二设备进行随机接入。
171.作为第二方面或第五方面的一种可选的实现方式，
172.第一指示用于指示第一设备期望保持在rrc连接态；或者，
173.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(ro-data)；或者，
174.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(ro-signalling)；或者，
175.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(ro-voicecall)或视频(ro-videocall)或短消息(ro-sms)；或者，
176.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备被寻呼接入rt-access；或者，
177.第一指示用于指示恢复连接的原因或建立连接的原因为第二设备做更新rnau r-rna-update；或者，
178.第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
179.作为第五方面的一种可选的实现方式，
180.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起数据(mo-data)；或者，
181.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起信令(mo-signalling)；或者，
182.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
183.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备被寻呼接入(mt-access)；或者，
184.第一指示用于指示恢复连接的原因或建立连接的原因为第一设备做rnau rna-update且所述第一设备保持在rrc连接态。
185.第九方面，提供了一种通信装置，例如该通信装置为前述第三方面或第六方面的第二设备。该通信装置具有实现上述第三方面或第六方面方法实施例中的行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的实现方式中，所述通信装置例如包括收发模块，该收发模块可包括相互耦合的接收模块和发送模块，还可以包括与接收模块和/或发送模块耦合的处理模块，这些模块可以执行上述第三方面或第六方面方法示例中的相应功能，具体可参见方法示例中的详细描述。
186.示例性的，该通信装置具有实现上述第三方面实施例中的行为的功能，该在可能的实现方式中，所述收发模块用于向第一设备发送第二消息，该第二消息用于指示所述通信装置需要更新rna；
187.所述收发模块还用于向第一设备发送第四消息，该第四消息携带第一寻呼参数，第一寻呼参数用于第一设备为第二设备监听来自网络设备的寻呼。
188.作为一种可选的实现方式，所述收发模块，还用于接收来自至少一个第一设备的第五消息，该第五消息用于指示对应第一设备的rna；
189.所述处理模块还用于根据各个第一设备的rna从至少一个第一设备中选择所述第一设备。
190.示例性的，该通信装置具有实现上述第六方面实施例中的行为的功能，该在可能的实现方式中，所述处理模块，用于生成第三消息，该第三消息用于指示所述通信装置与网络设备建立或恢复连接，该第三消息还用于指示所述通信装置建立或恢复连接的原因；
191.所述收发模块，用于向第一设备发送所述第三消息。
192.作为一种可选的实现方式，第三消息包括第三指示，其中，
193.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起数据(mo-data)；或者，
194.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(mo-signalling)；或者，
195.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
196.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备被寻呼接入(mt-access)；或者，
197.第三指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau rna-update。
198.第十方面，提供了一种通信装置。该通信装置可以为上述方法实施例中的第一设备或者设置在第一设备中的芯片；该通信装置也可以为上述方法实施例中的网络设备或者设置在网络设备中的芯片；该通信装置也可以为上述方法实施例中的第二设备或者设置在第二设备中的芯片。该通信装置包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行所述计算机程序或指令时，使通信装置执行上述方法实施例中对应功能实体所执行的方法。例如当处理器执行所述计算机程序或指令时，使通信装置执行上述方法实施例中第一设备所执行的方法；又例如当处理器执行所述计算机程序或指令时，使通信装置执行上述方法实施例中网络设备所执行的方法；例如当处理器执行所述计算机程序或指令时，使通信装置执行上述方法实施例中第二设备所执行的方法。
199.其中，第十方面的通信装置中的通信接口可以是通信装置中的收发器，例如通过所述通信装置中的天线、馈线和编解码器等实现，或者，如果通信装置为设置在通信装置中的芯片，则通信接口可以是该芯片的输入/输出接口，例如输入/输出管脚等。
200.第十一方面，提供了一种通信系统，所述通信系统包括前述的第七方面所述的任一通信装置、第八方面所述的任一通信装置和第九方面所述的任一通信装置。
201.第十二方面，本技术提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中第一设备或网络设备或第二设备的功能。在一种可能的设计中，所述芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
202.第十二方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序
代码，当所述计算机程序代码并运行时，使得上述各方面中由第一设备或网络设备或第二设备执行的方法被执行。
203.第十三方面，本技术提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中第一设备或网络设备或第二设备执行的方法。
附图说明
204.图1为本技术实施例的一种网络架构示意图；
205.图2为relay ue和remote ue更新注册的ta或者rna的流程示意图；
206.图3为本技术实施例提供的remote ue和relay ue移动后所在rna的示意图；
207.图4为本技术实施例提供的第一种通信方法的流程示意图；
208.图5为本技术实施例提供的第二种通信方法的流程示意图；
209.图6为本技术实施例提供的第三种通信方法的流程示意图；
210.图7为本技术实施例提供的第四种通信方法的流程示意图；
211.图8为本技术实施例提供的通信装置的一种结构示意；
212.图9为本技术实施例提供的通信装置的另一种结构示意图。
具体实施方式
213.为了使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例作进一步地详细描述。
214.在介绍本技术之前，首先对本技术实施例中的部分用语进行简单解释说明，以便于本领域技术人员理解。
215.1)、本技术实施例中的终端设备(也可以称为用户设备(user equipment，ue))是一种具有无线收发功能的设备，该终端设备可以经无线接入网(radio access network，ran)与核心网进行通信，与ran交换语音和/或数据。该终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端、增强现实(augmented reality，ar)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。该终端设备例如可以包括用户设备(user equipment，ue)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，d2d)终端设备、车与外界(vehicle-to-everything，v2x)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，m2m/mtc)终端设备、物联网(internet of things，iot)终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，ap)、远程终端(remote terminal)、用户站(customer premises equipment,cpe)、固定无线接入(fixed wireless access,fwa)、接入终端(access terminal)、用户终端(user terminal)、用户代
理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，pcs)电话、无绳电话、会话发起协议(session initiation protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，rfid)、传感器、全球定位系统(global positioning system，gps)、激光扫描器等信息传感设备。
216.作为示例而非限定，在本技术实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。
217.而如上介绍的各种终端，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，obu)。
218.在本技术实施例中，可将能够接入ran的设备都看作终端设备，该终端设备还可以包括中继(relay)。应理解，一个终端设备可以通过另一个终端设备与ran设备进行数据通信，这种情况下，可将另一个终端设备称为中继或中继终端设备，相对的，所述一个终端设备可称为远端终端设备。
219.2)本技术实施例中所涉及的网络设备，是网络侧的一种用于发射和/或接收信号的实体，例如包括接入网(access network，an)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种车到一切(vehicle-to-everything，v2x)技术中的网络设备为路侧单元(road side unit，rsu)。rsu可以是支持v2x应用的固定基础设施实体，可以与支持v2x应用的其他实体交换消息。基站是一种部署在无线接入网中满足4g或5g标准的为终端设备提供无线通信功能的装置，可用于将收到的空中帧与ip分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括ip网络。基站还可以协调对空口的属性管理。例如基站可包括lte系统或高级长期演进(long term evolution-advanced，lte-a)中的演进型基站(nodeb或enb或e-nodeb，evolutional node b)，或者也可以包括第五代移动通信技术(the 5th generation，5g)新空口(new radio，nr)系统(也简称为nr系统)中的下一代节点b(next generation node b，gnb)，或者也可以包括云接入网(cloud radio access network，cloud ran)系统中的集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)，本技术实施例并不限定。接入网设备还可以是新无线控制器(new radio controller，nr controller)，可以是5g系统中的gnode b(gnb)，可以是集中式网元(centralized unit)，可以是新无线基站，可以是射频拉远模块，可以是微基站(也称为小站)，可以是中继(relay)，可以是分布式网元(distributed unit)，可以是各种形式的宏基
站，可以是传输接收点(transmission reception point，trp)、传输测量功能(transmission measurement function，tmf)或传输点(transmission point，tp)或者任何其它无线接入设备，或者下一代通信中的基站，但本技术实施例不限于此。网络设备也可以包括无线网络控制器(radio network controller，rnc)、节点b(node b，nb)、基站控制器(base station controller，bsc)、基站收发台(base transceiver station，bts)、家庭基站(例如，home evolved nodeb，或home node b，hnb)、基带单元(base band unit，bbu)，或无线保真(wireless fidelity，wifi)接入点(access point，ap)等。
220.网络设备还可以包括核心网设备，核心网设备例如包括5g系统中的访问和移动管理功能(access and mobility management function，amf)、会话管理功能(session management function，smf)或用户面功能(user plane function，upf)等，或者包括4g系统中的移动管理实体(mobility management entity，mme)等。
221.3)非连续接收(discontinuous reception，drx)机制。drx机制包括drx周期(cycle)，终端设备在drx周期内会周期性地“醒来”一段时间，在drx周期中的其他时间可以保持“休眠”状态，以降低功耗。简单来说，在drx机制下，终端设备可以周期性地进入睡眠状态，不需要监听物理下行控制信道(physical downlink control channel，pdcch)。
222.4)无线资源控制(radio resource control，rrc)状态，终端设备有3种rrc状态：rrc连接(connected)态、rrc空闲(idle)态和rrc非激活(inactive)态。
223.rrc连接态(或，也可以简称为连接态。在本文中，“连接态”和“rrc连接态”，是同一概念，两种称呼可以互换)。rrc连接态下，终端设备与网络设备之间建立了rrc连接，网络设备可以通过与终端设备之间的连接对处于rrc连接态的终端设备进行调度，也可以与处于连接态的终端设备进行数据传输。终端设备没有业务时，可以在网络设备的指示下断开空口的rrc连接，进入rrc空闲态或rrc非激活态。
224.rrc空闲态(或，也可以简称为空闲态。在本文中，“空闲态”和“rrc空闲态”，是同一概念，两种称呼可以互换)。rrc空闲态下，终端设备没有与网络设备建立rrc连接，网络侧没有存储该终端设备的上下文，即网络侧不认识终端设备。如果终端设备需要从rrc空闲态进入rrc连接态，则需要发起rrc连接建立过程。如果终端设备注册在核心网的业务有需要找终端设备时，需要通过核心网(core network，cn)寻呼(paging)对终端设备进行寻呼。为了更有效地找到终端设备，网络设备和终端设备协商了一个时间点，即寻呼时机(paging occasion，po)。终端设备可在po监听，以确定是否有网络设备寻找；同样地，终端设备如果要寻找终端设备，可在与po对应的时间发送寻呼。发送寻呼的区域称为跟踪区(tracking area，ta)。当终端设备移动出ta时，需要重新进入rrc连接态，告诉核心网发生了ta的更新。这样网络侧总能够知道终端设备所在的ta，及时寻呼(paging)到终端设备。
225.rrc非激活态(或，也可称为rrc非活跃态，或简称为非活跃态或非激活态。在本文中，“去活动态”、“非活跃态”、“去活跃态”、“去激活态”、“非激活态”、“rrc非激活态”或“rrc去激活态”等，是同一概念，这几种称呼可以互换)：终端设备之前在锚点基站进入了rrc连接态，然后锚点基站释放了该rrc连接，但是锚点基站保存了该终端设备的上下文(context)。如果该终端设备需要从rrc非激活态再次进入rrc连接态，则需要在当前驻留的基站发起rrc连接恢复(resume)过程(或者称为rrc连接重建立过程)。因为终端设备可能处于移动状态，因此终端设备当前驻留的基站与终端设备的锚点基站可能是同一基站，也可
能是不同的基站。终端设备进入rrc非激活态，虽然断开了与瞄点基站的连接，但是保持着与核心网的通路，所以rrc恢复过程相对于rrc建立过程来说，终端设备能够快速地进行连接恢复，时延更短，信令开销更小。
226.与核心网需要找到终端设备类似，瞄点基站也需要在核心网有数据到达时找到终端设备。为了找到终端设备，瞄点基站与终端设备共同确定出接入网(ran)paging的po，例如根据i-rnti、5g-s-tmsi、ran paging非连续接收(discontinuous reception，drx)周期(cycle)等参数确定ran paging的po。当终端设备在核心网有数据到达时，会先通过ran paging来寻找终端设备。寻址终端设备的区域配置(ran notification area，rna)是基站通过rrc release消息配置给终端设备的。当终端设备移出配置的rna时，例如终端设备发现基站广播的ran-areacode不在配置的rna，终端设备需要进行rda的更新。基站可在获取到终端设备的上下文之后，再次将终端设备放置到inactive态，并下发暂停指示(suspend indication)的配置。
227.终端设备处于非激活态时，可能会需要发起恢复(resume)过程。例如终端设备接收到ran paging，会发起resume过程；或者终端设备周期性进行rna的更新(update)，会发起resume过程；又或者终端设备根据网络的广播信息，确定出了rna，会发起resume过程，以告知网络侧所确定的rna。
228.终端设备发起resume时，会根据业务的发起进行统一接入控制(unified access control，uac)，例如，终端设备在resume请求消息中携带相应的原因值(也称为resume cause)。例如，终端设备因为更新rna发起resume，resume请求消息中携带的resume cause可为rna-update，用于指示更新rna。又例如，终端设备因为ran-paging的触发发起resume，resume请求消息中携带的resume cause可为mt-access，用于指示终端设备接收到寻呼需要进行相应业务而发起的接入。
229.因为终端设备可能处于移动状态，因此终端设备当前驻留的基站与保存了终端设备的context的基站可能是同一基站，也可能是不同的基站。处于rrc inactive态的终端设备在当前驻留的基站发起rrc resume时，当前驻留的基站会根据resume请求消息携带的resume id找到上一个服务终端设备的基站，从该基站获取终端设备的context。当前驻留的基站获取了终端设备的context之后，可以根据终端设备发送的resume请求消息携带的resume原因值，确定将终端设备置于哪种状态。例如，如果resume请求消息携带的resume原因值为rna-update，当前驻留的基站可确定终端设备继续处于rrc inactive态。
230.5)本技术实施例中的术语“系统”和“网络”可被互换使用。术语“多个”是指两个或两个以上。术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
[0231]“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。
[0232]
以及，除非有相反的说明，本技术实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的大小、内容、顺序、时序、优先级或者重要程度等。例如，第一标识和第二标识，可以是同一个标识，也可以是不同的标识，且，这种名称也并不
是表示这两个标识的信息量大小、内容、优先级或者重要程度等的不同。
[0233]
前文介绍了本技术实施例所涉及到的一些名词概念，下面介绍本技术实施例涉及的技术特征。
[0234]
现在提出的ue relay技术中，有一种relay方式，是远端(remote)ue能够被ran可见的。在这种relay方式下，remote ue能够实现通信链路的切换。
[0235]
请参见图1，为ue relay的一种网络架构示意图。在图1中包括remote ue、relay ue以及接入网设备和核心网设备，应理解，图1中的remote ue、relay ue的数量仅是举例，还可以更多或者更少。任意remote ue可选择多个relay ue中的某个relay ue为其提供中继服务。remote ue可以是眼镜或手表或其他可穿戴设备，也可以是手机；relay ue可以是手机或客户前置设备(customer premise equipment，cpe)或车载通信设备或者路边单元等。图1以remote ue是智能手表，手机作为relay ue为例。智能手表可以安装(embedded subscriber identity module，esim)卡，智能手表通过esim卡能够直接与网络设备通信。用户带着智能手表出去跑步，而没有带手机。则在室外时智能手表可通过uu口与网络设备进行直连通信。当用户跑完步回家，智能手表通过侧行链路(sidelink，sl)检测到手机的存在，则智能手表可自动从与网络设备之间的直连链路切换到通过手机进行中继的非直连链路，或者智能手表也可以基于用户的操作，从与网络设备之间的直连链路切换到通过手机进行中继的非直连链路，以将手机作为中继(relay)ue，通过手机与网络通信。需要说明的是，网络中可更多个relay ue，remote ue可选择通过多个relay ue中的某个relay ue为其提供中继服务，以节约某些relay ue的功耗。
[0236]
这种relay的形式，可以使remote ue通过relay ue与接入网设备建立连接，享受接入网提供的服务，同时可节省remote ue的功耗。例如，层2(layer2，l2)remote ue可以处于空闲态或非激活态，对于处于空闲态或者非激活态的remote ue来说，relay ue可以帮助remote ue进行paging监听，以节省remote ue的功耗。
[0237]
relay ue帮助remote ue进行paging监听时，relay ue与remote ue需要在相同的跟踪区域(tracking area，ta)或rna内，才能保证网络设备能够找到remote ue。然而，remote ue与该remote ue选择为其提供中继服务的relay ue可能不在相同的ta或rna内；或者，由于remote ue与relay ue的移动性，relay ue移出remote ue所在的ta或rna内，这样网络设备无法找到remote ue。
[0238]
为了使得remote ue被网络找到，relay ue在重选小区之后，如果发现relay ue位于该relay ue之前注册的ta或者rna的区域之外，那么relay ue需要告知网络设备更新该relay ue注册的ta或者rna。同样地，如果remote ue也移出了相应区域，为了使remote ue被网络找到，remote ue需要更新其注册的ta或者rna。示例性的，relay ue和remote ue更新注册的ta或者rna的过程可参考图2所示的流程。
[0239]
s201、remote ue与relay ue保持pc5连接，用于使能relay ue帮助remote ue监听remote ue的paging。
[0240]
s202、relay ue发现自己与remote ue不在相同的rna，或者relay ue小区重选后发现无线接入网区域码(ran-areacode)发生变化。
[0241]
之后，relay ue进行随机接入过程，执行relay ue的rna的更新(rna update，rnau)，例如可执行s203a-s203d：
[0242]
s203a、relay ue向网络设备发送随机接入请求消息，该随机接入请求消息携带随机接入前导码(preamble)，用于随机接入。
[0243]
s203b、网络设备向relay ue发送随机接入响应消息。
[0244]
s203c、relay ue向网络设备发送rrc恢复请求(rrc resume request)消息，该rrc resume request携带relay ue请求恢复连接的原因信息，用于指示relay ue请求恢复连接的原因。例如该原因为relay ue需要执行rnau。其中，rrc resume request消息可以是随机接入过程中的msg3。
[0245]
s203d、网络设备向relay ue发送rrc释放(rrc release)消息，用于释放relay ue与网络设备连接的资源。
[0246]
s204、relay ue向remote ue转发系统信息(system information，si)。
[0247]
s205、remote ue通过侧行链路(sidelink，sl)上的信令无线承载(signal radio bearer，srb)向relay ue发送rrc resume request消息，用于remote ue执行rnau。其中，srb例如为srb0。
[0248]
之后，relay ue在remote ue的触发下，重新进入连接态，例如可执行s206a-s206e：
[0249]
s206a的具体实现同前述s203a，s206b的具体实现同前述s203b，这里不再赘述。s206c与s203c的不同之处在于，s206c中relay ue向网络设备发送rrc resume request消息不包括原因信息。s206d与s203d不同，s206d中，网络设备向relay ue发送用于relay ue恢复连接的配置信息。该配置信息可承载在随机接入过程中的msg4，也就是网络设备向relay ue发送msg4，该msg4携带用于relay ue恢复连接的配置信息。在s206e中，relay ue向网络设备发送rrc恢复完成(rrc resume complete)消息。该rrc resume complete)消息可以是随机接入过程中的msg5。
[0250]
之后，relay ue根据网络配置relay，例如可执行s207a-s207c：
[0251]
s207a、relay ue向网络设备发送侧行链路ue信息(sidelink ue information，sui)消息，用于请求建立relay。sui消息可携带remote ue的标识，例如包括remote ue的c-rnti。可选的，该sui消息还可以请求配置remote ue与relay ue之间的侧行链路，以支持relay ue为remote ue提供中继服务。
[0252]
s207b、网络设备向relay ue发送rrc重配置(rrc reconfiguartion)消息。该rrc reconfiguartion消息携带用于relay ue为remote ue提供中继服务的配置信息。
[0253]
s207c、relay ue向网络设备发送rrc重配置完成(rrc reconfiguartion complete)消息。
[0254]
relay ue根据rrc reconfiguartion消息携带的配置信息配置完后，relay ue可向网络设备发送rrc reconfiguartion complete消息，以告知网络设备，relay ue已完成为remote ue提供中继服务的配置。
[0255]
s208、remote ue通过relay ue进行rnau。
[0256]
当relay ue与网络设备建立连接后，remote ue可通过relay ue进行rnau。
[0257]
如图2所示的流程，当remote ue与relay ue有pc5连接，relay ue做rnau后，目前的s203c中rrc resume request携带的relay ue请求恢复连接的原因信息无法使得网络设备确定relay ue进行rrc resume的真正意图。例如网络设备并不知道relay ue是否是因为
remote ue而请求恢复连接。这样导致网络设备会配置relay ue重复进行连接态，relay ue重复进行连接态的过程，需要涉及较多的信令交互，信令开销较大。例如，在一种可能的场景，即remote ue处于rrc inactive态，relay ue处于rrc inactive态，remote ue驻留(camp)在relay ue所在的小区，relay ue发生移动时，relay ue与remote ue均需要进行rnau。这种场景下，如果relay ue请求rrc resume是因为remote ue自身需要rnau，但是网络设备会认为relay ue请求rrc resume是因为relay ue需要rnau，网络设备可使relay ue进入rrc inactive态。这样remote ue发起rnau时，relay ue需重新进入rrc连接态，信令开销较大，甚至浪费信令。
[0258]
且remote ue在完成rnau之后，用于标识remote ue的非激活态无线网络临时标识(inactive rnti，i-rnti)可能发生变化，导致relay ue没有用于帮助remote ue作paging的相关信息，无法帮助remote ue进行paging监听。而且，remote ue和relay ue都进行rnau，但是remote ue和relay ue更新后的rna可能不在一个区域。例如，如图3所示，remote ue和relay ue在rnau之前，remote ue和relay ue都位于区域1，但是remote ue和relay ue在rnau之后，remote ue可能位于区域1，relay ue可能位于区域2。这种情况下，remote ue并不知道relay ue更新后的rna，这就导致remote ue无法选择一个跟remote ue更新后的rna相同的relay ue，自然无法让relay ue帮助监听paging。
[0259]
鉴于此，本技术实施例提供了一种技术方案。在该方案中，relay ue可告知网络设备该relay ue建立连接或恢复连接的原因是因为自己，还是因为remote ue，从而网络设备可根据relay ue建立连接或恢复连接的真正原因，使relay ue有选择地处于rrc连接态或者rrc inactive态。例如，如果relay ue建立连接或恢复连接的真正原因是因为remote ue，那么网络设备可使relay ue处于rrc连接态。这样可减少因remote ue需要relay ue为其提供中继服务，relay ue进入rrc连接态的次数，节省信令的开销。
[0260]
本技术实施例提供的技术方案可以应用于第四代移动通信技术(the 4th generation，4g)系统中，例如长期演进(long term evolution，lte)系统，或可以应用于5g系统中，例如新无线(new radio，nr)系统，或者还可以应用于下一代移动通信系统或其他类似的通信系统，具体的不做限制。另外，本技术实施例提供的技术方案可以应用于蜂窝链路、plmn网络、机器到机器(machine to machine，m2m)网络、物联网(internet of things，iot)网络或者其他网络。也可以应用于设备间的链路，例如设备到设备(device to device，d2d)链路。或者可以应用于v2x场景，例如nr-v2x场景等，例如可应用于车联网，例如v2x、车与车(vehicle-to-vehicle，v2v)等，或可用于智能驾驶、辅助驾驶、或智能网联车等领域。d2d链路，也可以称为sidelink，其中侧行链路也可以称为边链路或副链路等。在本技术实施例中，上述的术语都是指相同类型的设备之间建立的链路，其含义相同。所谓相同类型的设备，可以是终端设备到终端设备之间的链路，也可以是基站到基站之间的链路，还可以是中继节点到中继节点之间的链路等，本技术实施例对此不做限定。对于终端设备和终端设备之间的链路，有第三代合作伙伴计划(third generation partnership project，3gpp)的版本(rel)-12/13定义的d2d链路，也有3gpp为车联网定义的车到车、车到手机、或车到任何实体的v2x链路，包括rel-14/15。还包括目前3gpp正在研究的rel-16及后续版本的基于nr系统的v2x链路等。
[0261]
下面结合附图介绍本技术实施例提供的技术方案。在下文的介绍中，以本技术实
施例应用在图1所示的网络架构为例。下文中的第一设备是图1中的中继终端设备，即relay ue，第二设备是图1中远端终端设备，即remote ue。
[0262]
请参见图4，为本技术实施例提供的第一种通信方法的流程示意图。按照图4所示的流程，网络设备可根据relay ue建立连接或恢复连接的真正原因，使relay ue有选择地处于rrc连接态或者rrc inactive态，以减少relay ue重复进入连接态的次数，节约信令的开销。具体的流程描述如下。
[0263]
s401、remote ue与relay ue保持pc5连接，用于使能relay ue帮助remote ue监听remote ue的寻呼。
[0264]
s402、relay ue确定需要进行rnau。
[0265]
relay ue确定需要rnau可以包括两方面，一方面是relay ue确定relay ue自身需要rnau。例如，relay ue在小区重选之后，发现relay ue当前驻留的小区的ran-areacode(ranac)发生变化，不在属于relay ue被配置的rna时，那么relay ue可确定需要rnau。由于relay ue需要做rnau，remote ue也可能需要做rnau。relay ue需要根据其需要做rnau发起与网络设备的连接恢复过程。由于后续remote ue仍需要通过relay ue的该连接向网络设备发起连接恢复，进行remote ue的rna，所以relay ue确定remote ue需要rnau，向网络设备请求恢复连接，也可以认为relay ue向网络设备请求恢复连接用于remote ue更新rna。
[0266]
另一方面是relay ue确定remote ue需要rnau。例如，remote ue请求通过relay ue进行rnau。应理解，remote ue与relay ue处于同一个rna时，relay ue可帮助remote ue监听remote ue的paging。当remote ue发现为其提供中继服务的relay ue的rna与自己的rna不同时，remote ue可请求进行rnau。remote ue请求通过relay ue进行rnau，可能包括以下几种情况。
[0267]
第一种情况，relay ue接收到来自remote ue的第二消息，该第二消息携带有指示信息，该指示信息用于指示remote ue需要更新rna，那么relay ue根据该指示信息可确定remote ue需要rnau。
[0268]
第二种情况，relay ue接收到来自remote ue的第二消息，该第二消息包括remote ue的rna包括的ran-areacode。relay ue获得remote ue的rna包括的ran-areacode之后，发现relay ue当前驻留的小区的ran-areacode不属于第二消息包括的ran-areacode所指示的rna，那么relay ue可确定remote ue需要rnau。
[0269]
第三种情况，relay ue接收到来自remote ue的第二消息，该第二消息包括remote ue当前驻留小区的ran-areacode。relay ue获得第二消息中的ran-areacode之后，发现relay ue当前驻留的小区的ran-areacode不属于第二消息包括的ran-areacode所指示的rna，那么relay ue可确定remote ue需要rnau。
[0270]
第四种情况，relay ue接收来自remote ue的第二消息，该第二消息包括remote ue的rrc resume request，具体内容见s405。relay ue通过接收到remote ue的rrc resume request，通过消息中携带的resumecause，可以确定remote ue需要rnau。
[0271]
relay ue确定remote ue需要rnau之后，可向网络设备请求恢复连接。例如，relay ue向网络设备发起随机接入过程。relay ue确定remote ue需要rnau，向网络设备请求恢复连接，也可以认为，relay ue向网络设备请求恢复连接是由remote ue发送第二消息触发的。
[0272]
s403a、relay ue向网络设备发送随机接入前导码(preamble)，相应的，网络设备接收来自relay ue的preamble。网络设备是relay ue驻留的网络设备。
[0273]
该preamble可以是普通的preamble，或者，该preamble也可以是专用的preamble，例如网络设备可配置专门用于relay ue因为中继接入所需要的preamble。如果该preamble是专用的preamble，那么该preamble可用于指示relay ue请求恢复连接的原因，例如relay ue是因为remote ue请求恢复连接。又例如，relay ue是因为remote ue做rnau请求恢复连接。又例如，relay ue是因为remote ue被网络寻呼请求恢复连接。又例如，relay ue是因为remote ue发起数据业务或发起语音业务而请求恢复连接。因preamble是普通的preamble，还是专用的preamble，导致后续流程也有所不同，对此，在后续的实施例中单独介绍。
[0274]
s403b、网络设备向relay ue发送随机接入响应(random access response，rar)消息，相应的，relay ue接收来自网络设备的rar消息。
[0275]
s403c、relay ue向网络设备发送第一消息，相应的，网络设备接收来自relay ue的第一消息，该第一消息用于恢复relay ue与网络设备的连接，该第一消息还指示relay ue恢复连接的原因。
[0276]
第一消息也可以为rrc恢复请求消息，例如可以是随机接入过程中的msg3。第一消息可用于指示relay ue恢复连接的原因。例如，该原因为relay ue自身的业务恢复连接，或者该原因为relay ue为了remote ue恢复连接。
[0277]
如果原因为relay ue自身的业务恢复连接，那么该原因可复用relay ue请求恢复连接的恢复原因(rrc resume request的resume cause)。例如，该原因可为relay ue发起数据(mo-data)；或者，该原因可为relay ue发起信令(mo-signalling)；或者，该原因可为relay ue发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，该原因可为relay ue被寻呼接入(mt-access)。当然，还可以引入新的原因，例如该原因可为relay ue做rnau rna-update且relay ue保持在rrc连接态。
[0278]
如果原因为relay ue为了remote ue恢复连接，那么该原因可复用relay ue请求恢复连接的恢复原因(rrc resume request的resume cause)。例如，该原因为remote ue发起信令(ro-signalling)；或者，该原因为remote ue做rnau r-rna-update；或者，该原因为relayue做中继业务relay。当然，还可以引入新的原因，例如该原因为remote ue做rnau(remote-rna-update)；或者，该原因为relayue期望保持在rrc连接态。
[0279]
如上列举了relay ue恢复连接的可能原因。第一消息指示前述列举的relay ue恢复连接的原因可以有多种方式，下面举例介绍。
[0280]
第一种指示方式：第一消息包括第一指示(或者成为第一原因指示信息)，该第一指示用于指示relay ue恢复连接的原因。
[0281]
relay ue通过第一指示就能指示该relay ue恢复连接的原因，例如mo-data、mo-signalling或mo-voicecall，等等。网络设备接收来自relay ue的第一消息后，获得第一指示就能确定relay ue恢复连接的原因。例如，第一指示用于指示relay ue恢复连接的原因为relay ue做rnau rna-update且relay ue保持在rrc连接态。网络设备接收第一消息，可让relay ue保持在rrc连接态。
[0282]
例如，第一消息是rrc resume request消息，该第一指示可包括在rrc resume request消息中新增加的一个字段。又例如，第一消息是rrc resume request消息，该第一
指示可包括在rrc resume request消息中已有的字段。例如，rrc resume request消息中用于指示恢复原因的字段来承载第一指示，如使用spare的cause值来指示。为了指示更多种原因，也可扩展rrc resume request消息中用于指示恢复原因的字段占用的比特数。
[0283]
第二种指示方式：第一消息包括第一指示和第二指示，该第一指示用于指示relay ue恢复连接的原因，该第二指示用于指示relay ue是否为了remote ue恢复连接。
[0284]
与第一种指示方式的不同之处在于，relay ue通过第一指示和第二指示来指示该relay ue恢复连接的原因。这种指示方式，即通过第一指示和第二指示可实现对两级原因的指示。例如第一指示可用于指示relay ue恢复连接的原因为业务原因，第二指示可用于指示relay ue恢复连接的原因是因为自己还是因为remote ue。例如，第一指示指示relay ue恢复连接的原因可以是兼容现有relay ue请求建立连接的建立原因或请求恢复连接的恢复原因。第二指示可指示relay ue恢复连接的原因是因为自己还是因为remote ue。网络设备接收来自relay ue的第一消息后，可根据第二指示确定relay ue恢复连接的原因是否是为了remote ue，进而根据第二指示确定让relay ue处于何种状态。例如第二指示指示relay ue恢复连接的原因是为了remote ue，那么网络设备可让relay ue保持在rrc连接态。同时，网络设备可根据第一指示为remote ue需要进行的业务来为relay ue配置相关信息，以使得relay ue为remote ue提供中继服务。
[0285]
例如，第一消息是rrc resume request，第一指示可包括在rrc resume request新增加的一个字段，第二指示可包括在rrc resume request新增加的另一个字段；或者，第一指示和第二指示可包括在rrc resume request新增加的一个字段。又例如，第一消息是rrc resume request，该第一指示可包括在rrc resume request中已有的字段，第二指示可包括在rrc resume request新增加的一个字段。例如，rrc resume request用于指示恢复原因的字段来承载第一指示。为了指示更多种原因，可扩展rrc resume request中用于指示恢复原因的字段占用的比特数。又例如，该第一指示和第二指示可包括在rrc resume request中已有的字段，例如在rrc resume request中已有的字段增加一个指示位，该指示位可承载第二指示。
[0286]
第三种指示方式：第一消息通过第一公共控制信道发送，用于指示relay ue为了remote ue恢复连接。
[0287]
与前述两种指示方式不同，该种指示方式可通过发送第一消息的第一ccch来指示relay ue为了remote ue恢复连接。第一ccch指的是特定的逻辑信道，与现有技术中发送rrc恢复请求消息的逻辑信道不同(当前发送rrc resume request消息使用srb0传输)。第一ccch可以是网络设备和relay ue约定的或者事先定义的，例如第一ccch对应的逻辑信道标识为5。也就是，relay ue通过另一个ccch来发送msg3，其中，msg3包括rrc resume request消息。网络设备根据发送第一消息的ccch就能确定relay ue恢复连接的原因。即可替代通过resume恢复请求消息中增加信元来指示relay ue恢复连接的原因，避免由于msg3的大小受限而无法指示relay ue为了remote ue恢复连接。
[0288]
根据relay ue恢复连接的原因的不同，rrc resume request消息携带的内容也有所不同，下面举例介绍。
[0289]
示例一、如果relay ue帮助remote ue做rnau，rrc resume request消息还包括remote ue的resume id及cause，网络设备通过发送rrc resume request消息的是第一
ccch，以及rrc resume request消息包括的resume id和reusme cause，可确定relay ue恢复连接的原因是为了remote ue，并且可以直接通过第一ccch获取remote ue的resume message。
[0290]
示例二、如果relay ue也需要做rnau，rrc resume request消息还包括relay ue的resume id以及原因(cause)，网络设备通过发送rrc resume request消息的是第一ccch，以及rrc resume request消息包括的resume id和cause，可确定relay ue恢复连接的原因为后续还需要给remote ue发送resume request。
[0291]
示例三、在示例二的基础上，发送的rrcresumerequest消息或者承载rrcresumerequest消息的msg3还可以包括辅助信息，该辅助信息可用于指示relay ue后续还需要为哪个或哪些remote ue提供中继服务，也就是指示哪个或哪些remote ue还需要更新rna。
[0292]
例如，辅助信息作为一种指示信息，可用于指示relay ue后续还需要为remote ue更新rna。由于辅助信息本身作为一种指示，占用较少比特即可指示，可节省第一消息的开销。
[0293]
又例如，辅助信息包括一个或多个remote ue的resume id和第一指示，即隐式地指示relay ue后续还需要为所述一个或多个remote ue提供中继服务，且relay ue恢复连接的原因是第一指示所指示的原因。这样可以根据resume id直接将第二设备的恢复请求消息发送给网络设备，更快地为第二设备做rna更新。
[0294]
当然，辅助信息本身可作为一种指示信息，用于显性地指示relay ue后续还需要为remote ue更新rna。同时，该辅助信息可包括一个或多个remote ue的resume id和第一指示。例如，辅助信息除了包括第二设备的恢复id和第一指示，还可以包括第四指示，该第四指示可占用1比特，用于指示后续是否还需要为另一个第二设备发送rna更新的请求；或者，该第四指示可占用多个比特，用于指示后续需要进行rnau的第二设备的数量。
[0295]
第四种指示方式：第一消息通过第一ccch发送，用于指示relay ue为了remote ue恢复连接，第一消息包括第一指示，第一指示用于指示relay ue恢复连接的原因。
[0296]
与前述第三种指示方式不同之处在于，该指示方式除了通过发送第一消息的ccch来指示relay ue为了remote ue恢复连接，还通过第一指示来指示relay ue恢复连接的原因。以第一消息是msg3承载的rrcresumerequest消息为例，即relay ue通过第一ccch发送rrcresumerequest消息，该rrcresumerequest消息包括第一指示，即resume cause。网络设备根据发送rrcresumerequest消息的第一ccch，以及msg3中的第一指示可确定relay ue恢复连接的原因。
[0297]
第五种指示方式：通过发送第一消息的资源来指示relay ue恢复连接的原因。
[0298]
例如，网络设备可配置专门用于relay ue因为中继接入所需要的preamble。如果relay ue向网络设备发送的preamble是专用的preamble，即该preamble用于指示relay ue为了remote ue进行随机接入。网络设备接收到专用的preamble，可以配置相应的资源，并向relay ue发送随机接入响应消息。该随机接入响应消息包括网络设备为relay ue专门配置的用于随机接入的资源，也就是用于发送第一消息的资源。relay ue接收到随机接入响应消息，在该随机接入响应消息包含的资源发送第一消息。网络设备通过用于发送第一消息的资源可确定relay ue恢复连接的原因。
[0299]
第六种指示方式：通过发送第一消息的资源以及第一消息包括的第一指示来指示relay ue恢复连接的原因。
[0300]
与前述第五种指示方式的不同之处在于，该指示方式中，relay ue通过发送第一消息的资源，结合第一消息包括的第一指示来指示relay ue恢复连接的原因。网络设备通过发送第一消息的资源结合第一指示可确定relay ue是为了remote ue恢复连接，且是因为remote ue的哪个业务来恢复连接。
[0301]
当relay ue确定remote ue需要发送信令或数据时，relay ue向网络设备发送第一消息。第一消息携带的第一指示可以是relay ue的非接入层(non-access stratum，nas)确定的，也可以是relay ue的rrc层确定的。例如，relay ue确定remote ue需要发送信令或数据时，relay ue的pc5层可通知relay ue的nas层，relay ue的nas层可确定第一指示，并将该第一指示发送给relay ue的rrc层。或者，relay ue确定remote ue需要发送信令或数据时，relay ue的rrc层确定第一指示。
[0302]
如果relay ue通过发送第一消息的第一ccch来指示relay ue恢复连接的原因，当relay ue确定remote ue需要发送信令或数据时，relay ue的rrc层确定发送第一消息的第一ccch。
[0303]
s403d、网络设备向relay ue发送rrc resume的命令，相应的，relay ue接收来自网络设备的rrc resume的命令。
[0304]
网络设备收到第一消息，可根据第一消息判断relay ue恢复连接的原因，进而根据该原因使得relay ue进入相应的rrc状态。例如，如果relay ue恢复连接的原因是为了remote ue，或者relay ue恢复连接的原因是希望保持在rrc连接态，网络设备可向relay ue发送rrc resume的命令。
[0305]
s403e、relay ue向网络设备发送rrc恢复完成(rrc resume complete)消息，相应的，网络设备接收来自relay ue的rrc resume complete消息。
[0306]
网络设备根据第一消息确定让relay ue保持在rrc连接态，即relay ue向网络设备发送rrc resume request消息之后，网络设备可不向relay ue发送rrc release消息。relay ue保持在rrc连接态，这样remote ue发起rnau，relay ue无需重新进入rrc连接态，从而节省了信令的开销。
[0307]
s404、relay ue向remote ue转发si，相应的，remote ue接收来自relay ue的si。具体同前述s204。
[0308]
s405、remote ue通过sl上的srb向relay ue发送第二消息，如rrc resume request消息，相应的，relay ue接收来自remote ue的resume request消息。该resume request消息用于remote ue执行rnau。具体同前述s205。
[0309]
s406a、relay ue向网络设备发送sui消息，相应的，网络设备接收来自relay ue的sui消息。该sui消息用于请求建立relay。
[0310]
relay ue在随机接入成功后保持在rrc连接态。remote ue发起rnau时，relay ue可向网络设备配置relay，以为remote ue提供中继服务。例如，relay ue可向网络设备配置使得remote ue可通过relay ue进行rnau的相关信息。具体的实现可参考前述s207a的相关内容。由于网络设备可能通过第一消息获知relay ue进入连接态的原因为提供中继服务，网络设备可以向relay ue发送中继配置。因此，s406a为可选步骤。
[0311]
s406b、网络设备向relay ue发送rrc reconfiguartion消息，相应的，relay ue接收来自网络设备的rrc reconfiguartion消息。
[0312]
网络设备可以向relay ue发送rrc reconfiguartion消息，rrc reconfiguartion消息可配置relay ue为remote ue提供中继服务。rrc reconfiguartion消息例如包括relay ue与网络设备之间的空口链路的配置信息，还可以包括relay ue与remote ue之间的侧行链路的配置信息。具体的实现可参考前述s207b的相关内容。
[0313]
s406c、relay ue向网络设备发送rrc reconfiguartion complete消息，相应的，网络设备接收来自relay ue的rrc reconfiguartion complete消息。具体的实现可参考前述s207c的相关内容。
[0314]
需要说明的是，本技术实施例对s403a-s403e对s404和s405的执行顺序不作限制，以及s406a-s406c对s404和s405的执行顺序不作限制，以及s404和s405的顺序不做限制。也就是，s403a-s403e可在s404和s405之前执行，或者，s403a-s403e可在s404和s405之后执行。s406a-s406c可在s404和s405之前执行，或者，s406a-s406c可在s404和s405之后执行。s405可在s404之前执行，或者，s405在s404之后执行。
[0315]
s407、remote ue通过relay ue进行rnau。
[0316]
remote ue通过relay ue向网络设备发送rrc resume request消息，用于remote ue执行rnau，即relay ue将s405中收到的rrc resume request转发给网络设备。该rrc resume request消息携带resume id和cause，可指示上一个服务remote ue的网络设备(为了便于描述，称为上一个网络设备)。网络设备可以从上一个网络设备获取remote ue的上下文。网络设备根据rrc resume request消息携带的cause，可确定是否将remote ue放回rrc非激活态。例如，该cause指示remote ue做rnau，网络设备可通过rrc release消息将remote ue放回rrc非激活态时。rrc release消息可携带有暂停(suspend)的指示(indication)。例如rrc release消息包括remote ue的标识(id)，例如为remote ue的5g-s-tmsi、恢复(resume)id或非激活态无线网络临时标识(inactive rnti，i-rnti)或截短非激活态无线网络临时标识(short inactive rnti，short-i-rnti)等。其中，resume id包括i-rnti的部分比特。
[0317]
进一步地，网络设备还可以告知remote ue监听paging的一些相关信息。例如，rrc release消息还可以包括ran paging cycle，rna的相关配置信息，例如ranac或cell id的相关信息。remote ue可根据网络设备告知的这些信息来监听ran paging。
[0318]
s408、remote ue向reley ue发送第四消息，相应的，reley ue接收来自remote ue的第四消息。该第四消息携带第一寻呼参数。
[0319]
remote ue更新rna之后，用于标识remote ue的i-rnti或者5g-s-tmsi，或者ran paging周期可能发生变化，导致relay ue没有用于帮助remote ue作paging的相关信息，无法帮助remote ue进行paging监听。例如没有更新后的i-rnti导致relay ue无法识别ran paging是否paging了remote ue，没有更新后的5g-s-tmsi导致relay ue无法正确计算出ran paging的寻呼机会(paging occasion，po)，ran paging的周期发生变化后，也将导致计算的po不正确。因此，在本技术实施例中，remote ue可更新remote ue的i-rnti或5g-s-tmsi，还可以更新监听paging的一些参数，例如ran paging cycle。之后，remote ue可向reley ue发送第四消息，该第四消息可携带第一寻呼参数，用于reley ue备为remote ue监
听来自网络设备的寻呼。例如，第一寻呼参数可包括remote ue的id和ran paging cycle。
[0320]
如果remote ue需要reley ue帮助监听来自核心网设备的寻呼，第四消息还可以携带第二寻呼参数，该第二寻呼参数可用于reley ue为remote ue监听来自核心网设备的寻呼。
[0321]
第四消息还可以指示第二设备完成rnau，使得第一设备可以及时申请释放与网络设备的连接，帮助第一设备节约能耗。
[0322]
remote ue更新rna之后，remote ue和relay ue更新后的rna可能不在一个区域。这种情况下，relay ue并不知道remote ue更新后的rna，也就不确定remote ue后续是否需要做ranu。为此，第四消息还可以携带remote ue更新后的rna。relay ue可以根据remote ue更新后的rna，确定remote ue后续是否需要做ranu。也就是，relay ue可以根据remote ue更新后的rna，提前判断remote ue的有效rna，以确定remote ue后续需要做ranu。如果relay ue确定remote ue后续需要做ranu，那么relay ue可提前进入rrc连接态，以免remote ue需要做ranu时，relay ue还处于rrc非激活态或空闲态，需要重新进入rrc连接态，从而节约remote ue做rnau的时延。
[0323]
s409、relay ue确定remote ue已完成rnau，向网络设备发送rrc release request消息，相应的，网络设备接收来自relay ue的rrc release request消息。
[0324]
relay ue可以根据第四消息确定remote ue已完成rnau，可向网络设备发送辅助信息，以请求relay ue和/或remote ue回到rrc inactive状态或者idle状态，以尽量节约relay ue和/或remote ue的功耗。
[0325]
通过图4的过程，即relay ue向网络设备发送的rrc resume request消息中携带的恢复原因可以为relay ue恢复连接的真正原因，对于网络设备来说，从rrc resume request消息中携带的恢复原因可确定relay ue恢复连接的真正原因，从而将relay ue放到适合的状态。例如，该原因为relay ue是为了remote ue恢复连接，网络设备可让relay ue保持在rrc连接态，这样remote ue需要relay ue提供中继服务时，可减少relay ue执行随机接入过程的次数，从而节省信令的开销。
[0326]
且，remote ue更新rna之后，可将更新rna之后的寻呼参数告知relay ue，从而避免relay ue漏听remote ue的paging。remote ue更新rna之后，还可以将更新后的rna告知relay ue，这样relay ue可提前判断remote ue后续是否会更新rna，从而可提前进入rrc连接态，降低remote ue后续更新rna的时延。
[0327]
在图4的实施例中，以relay ue为了帮助remote ue做rnau，relay ue保持在rrc连接态为例。接下来介绍本技术实施例提供的第二种通信方法，该方法中，relay ue无需进入rrc连接态，也能够帮助remote ue做rnau。请参考图5，为该方法的流程示意图。本技术实施例提供的技术方案也可应用在图1所示的网络架构为例。
[0328]
s501、remote ue与relay ue保持pc5连接，用于使能relay ue帮助remote ue监听remote ue的寻呼。
[0329]
s501的具体实现与s401的具体实现相同，可参考图4所示的实施例中的s401的相关内容。
[0330]
s502、relay ue确定需要rnau。
[0331]
s502的具体实现与s402的具体实现相同，可参考图4所示的实施例中的s402的相
关内容。
[0332]
s503a、relay ue向网络设备发送随机接入前导码(preamble)，相应的，网络设备接收来自relay ue的preamble。网络设备是relay ue驻留的网络设备。
[0333]
在本技术实施例中，preamble为专用的preamble，网络设备根据relay ue发送的preamble可确定relay ue是为了remote ue进行随机接入。之后，网络设备为relay ue配置用于发送第一消息(msg3)的资源。
[0334]
s503b、网络设备向relay ue发送随机接入响应(random access response，rar)消息，相应的，relay ue接收来自网络设备的rar消息。
[0335]
网络设备根据relay ue发送的专用preamble为relay ue配置用于发送第一消息(msg3)的资源，并生成随机接入响应消息，发送给relay ue。该随机接入响应消息中携带用于发送msg3的资源。
[0336]
s503c、relay ue向网络设备发送第一消息，相应的，网络设备接收来自relay ue的第一消息，该第一消息用于恢复relay ue与网络设备的连接，该第一消息还指示relay ue恢复连接的原因。
[0337]
s503c的具体实现与s403c的具体实现相同，可参考图4所示的实施例中的s403c的相关内容。
[0338]
需要说明的是，如果s503a中relay ue向网络设备发送的preamble为专用的preamble，第一消息中relay ue恢复连接的原因(即第一指示)可复用目前relay ue或remote ue建立或恢复连接的原因，也可以采用新增加的原因，例如relay ue期望保持在rrc连接态，或者relay ue作rnau，且relay ue期望保持在rrc连接态。
[0339]
如果s503a中relay ue向网络设备发送的preamble不是专用的preamble，而第一消息是通过特定的ccch发送的，那么第一消息中relay ue恢复连接的原因(即第一指示)可复用目前relay ue或remote ue建立或恢复连接的原因，也可以采用新增加的原因，例如relay ue期望保持在rrc连接态，或者relay ue作rnau，且relay ue期望保持在rrc连接态。
[0340]
s504、relay ue向remote ue转发si，相应的，remote ue接收来自relay ue的si。
[0341]
s504的具体实现与s404的具体实现相同，可参考图4所示的实施例中的s404的相关内容。
[0342]
s505、remote ue通过sl上的srb向relay ue发送rrc resume request消息，相应的，relay ue接收来自remote ue的resume request消息。该resume request消息用于remote ue执行rnau。
[0343]
s505的具体实现与s405的具体实现相同，可参考图4所示的实施例中的s405的相关内容。
[0344]
s506a、网络设备向relay ue发送调度信息，相应的，relay ue接收来自网络设备的调度信息，该调度信息用于指示调度relay ue的上行授权(ul grant)资源。
[0345]
网络设备可根据relay ue发送的专用preamble或者根据第一消息指示的relay ue恢复连接的原因确定需要继续调度relay ue的ul grant资源，之后网络设备可生成配置信息，并将该配置信息发送给relay ue。relay ue接收到该配置信息，可在该配置信息指示的ul grant资源上传输remote ue的一些相关信息，例如remote ue的辅助信息。
[0346]
s506b、relay ue在调度的ul grant上向网络设备发送remote ue的相关恢复信
息，相应的，网络设备接收来自该remote ue的相关恢复信息。
[0347]
remote ue的相关恢复信息包括remote ue的辅助信息。该辅助信息可用于指示后续有哪个或哪些remote ue需要恢复连接，或者用于指示relay ue后续还需要为哪个或哪些remote ue提供中继服务，例如指示哪个或哪些remote ue还需要更新rna。
[0348]
例如，辅助信息作为一种指示信息，可用于指示relay ue后续还需要为remote ue更新rna。又例如，辅助信息包括一个或多个remote ue的resume id和cause，即隐式地指示后续还有一个或多个remote ue需要进行恢复连接，且relay ue恢复连接的原因是该辅助信息中的cause所指示的原因。又例如，辅助信息包括某个remote ue的resume id和cause，即指示该remote ue需要进行恢复连接。辅助信息还指示后续还有一个或多个remote ue需要进行恢复连接，以告知网络设备继续调度relay ue的ul grant资源。
[0349]
网络设备根据该辅助信息可帮助remote ue做rnau。这样方式下，不需要relay ue进入rrc连接态，也能够实现remote ue对rna进行更新，从而可进一步节约relay ue的功耗。
[0350]
s506c、网络设备确定remote ue已完成rnau，向relay ue发送rrc release消息，相应的，relay ue接收来自网络设备的rrc release消息。
[0351]
网络设备确定remote ue已完成rnau，可向relay ue发送rrc release消息。该rrc release消息可携带relay ue的释放配置信息以及relay ue的id信息，以将relay ue放回到rrc非激活态，节省relay ue的能耗。同理，该rrc release消息还可携带remote ue的释放配置信息以及remote ue的标识信息，以将remote ue放回到rrc非激活态，节省remote ue的能耗。
[0352]
作为一种示例，网络设备可通过relay ue的srb1向relay ue发送rrc release消息，该rrc release消息包括relay ue的释放配置信息以及relay ue的id信息，以及remote ue的rrc release消息。例如，relay ue的rrc release消息包括一个容器(container)，该container包括remote ue的rrc release消息。这样方式下，relay ue可能无法解密remote ue的rrc release消息，即relay ue可能无法获取remote ue的rrc release消息中的release相关配置，例如remote ue的id、remote ue的ran paging cycle以及remote ue的ran的配置等的一种或多种。
[0353]
作为另一种示例，网络设备向relay ue发送的rrc release消息包括remote ue的释放配置信息以及remote ue的id信息，例如remote ue的id、remote ue的ran paging cycle以及remote ue的ran的配置的一种或多种。
[0354]
s507、relay ue向remote ue发送rrc release消息，相应的，remote ue接收来自relay ue的rrc release消息，该rrc release消息包括remote ue的释放配置信息以及remote ue的id信息。
[0355]
relay ue接收到来自网络设备的rrc release消息，若确定该rrc release消息包括remote ue的rrc release消息，relay ue向remote ue发送rrc release消息。relay ue向remote ue发送的rrc release消息中包括remote ue的释放配置信息以及remote ue的id信息，以将remote ue放回到rrc非激活态或空闲态，节约remote ue的能耗。
[0356]
s508、remote ue向reley ue发送第四消息，相应的，reley ue接收来自remote ue的第四消息。该第四消息携带第一寻呼参数。
[0357]
s508的具体实现方式同s408的具体实现方式，具体参见图4实施例中的s408的相关内容。
[0358]
通过图5的过程，即网络设备接收到来自relay ue的第一消息，确定remote ue需要通过relay ue做rnau，则在接收到第一消息后不向relay发送rrc release消息，而是确定继续调度relay ue的ul grant资源，用于relay ue传输remote ue的辅助信息。网络设备根据该辅助信息可帮助remote ue做rnau。这样方式下，不需要relay ue进入rrc连接态，也能够实现remote ue对rna进行更新，从而可进一步节约relay ue的功耗。
[0359]
同图4的过程，图5的过程中，remote ue更新rna之后，可将更新rna之后的寻呼参数告知relay ue，从而避免relay ue漏听remote ue的paging。remote ue更新rna之后，还可以将更新后的rna告知relay ue，这样relay ue可提前判断remote ue后续是否会更新rna，从而可提前进入rrc连接态，降低remote ue后续更新rna的时延。
[0360]
在图4和图5的实施例中，以relay ue帮助remote ue做rnau为例。应理解，如果relay ue和remote ue位于同一个rna，那么该relay ue可帮助该remote ue监听paging。接下来介绍本技术实施例提供的第三种通信方法，该方法旨在针对处于rrc非激活态的remote ue寻找relay ue帮助监听remote ue的paging中。请参考图6，为该方法的流程示意图。本技术实施例提供的技术方案也可应用在图1所示的网络架构为例。
[0361]
s601、relay ue广播第五消息，相应的，remote ue接收该第五消息，该第五消息用于指示relay ue的rna。
[0362]
第五消息旨在帮助remote ue从多个relay ue查找到能够帮助remote ue监听paging的relay ue，所以第五消息可为发现声明(discovery announcement)消息，即用于发现多个relay ue，以查找到能够帮助remote ue监听paging的relay ue。该发现消息可携带用于指示relay ue的rna的信息，例如relay ue当前驻留小区的ran-areacode。当然，该发现消息还包括relay ue的id信息，例如为plmn id。remote ue可周期性地监听发现消息，remote ue监听到的发现消息后，获取该发现消息中relay ue当前驻留小区的ran-areacode，并将该ran-areacode与remote ue当前驻留小区的ran-areacode或remote ue的rna包括的ran-areacode进行比较，以确定relay ue当前驻留小区的ran-areacode是否属于remote ue的rna。如果remote ue确定某个relay ue当前驻留小区的ran-areacode属于remote ue的rna，即该relay ue和remote ue位于同一个rna，remote ue可请求该relay ue帮助监听来自网络设备的paging，也可以请求该relay ue帮助监听来自核心网设备的paging。当remote ue发现多个relay ue，优先选择与其处于相同rna的relay ue。
[0363]
作为s601的可替换的方案，例如下文中的s602和s603，第五消息也可以为s603的发现响应(discovery response)消息。即s601和s602-s603是两种可选的方案，只需要执行其中的一种方案即可。
[0364]
s602、remote ue广播第二消息，相应的，relay ue接收第二消息，第二消息可以为remote ue广播的发现请求(discovery solicitation)消息，该发现请求消息用于指示remote ue的rna，relay ue可以根据该消息判断remote ue是否与relay ue处于相同的rna。
[0365]
s603、relay ue广播第五消息，相应的，remote ue接收该第五消息，第五消息可以为relay ue根据接收的发现请求消息向remote ue发送发现响应消息，相应的，remote ue
接收该发现响应消息，该发现响应消息用于指示relay ue的rna，remote ue可以根据该消息判断remote ue是否与relay ue处于相同的rna。
[0366]
与s601的不同之处在于，remote ue可请求发现自己位于同一个rna的relay ue。该发现请求消息可携带用于指示remote ue的rna的信息，例如remote ue当前驻留小区的ran-areacode。当然，该发现消息还包括remote ue的id信息，例如为plmn id。
[0367]
任意relay ue可周期性地监听发现消息，relay ue监听到的发现消息后，获取该发现请求消息中remote ue当前驻留小区的ran-areacode，并将该ran-areacode与relay ue当前驻留小区的ran-areacode或relay ue的rna包括的ran-areacode进行比较，以确定该relay ue当前驻留小区的ran-areacode是否属于remote ue的rna。
[0368]
如果某个relay ue确定其当前驻留小区的ran-areacode属于remote ue的rna，即该relay ue和remote ue位于同一个rna，该relay ue可告知remote ue，该remote ue的rna与remote ue的rna位于同一个区域。例如，该relay ue可向remote ue发送发现消息，该发现消息可携带该relay ue当前驻留小区的ran-areacode以及该relay ue的id。remote ue接收到发现消息，可请求发现消息中指示的relay ue帮助监听来自网络设备的paging，也可以请求帮助监听来自核心网设备的paging。
[0369]
s601和s603中的发现消息携带relay ue当前驻留小区的ran-areacode，使得remote ue可查找到与自己位于同一个rna的relay ue，即remote ue不会选择与自己不在同一个rna的relay ue帮助做监听paging，增强了remote ue请求relay ue帮助监听paging的可靠性。
[0370]
如果remote ue发现没有与自己处于同一个rna的relay ue，那么remote ue可告知relay ue，remote ue需要做rnau，或者，remote ue自己在新连接的relay ue下做rnau，以保证更新rna后的remote ue可请求relay ue帮助监听paging。下面分别介绍remote ue告知relay ue，remote ue需要做rnau的过程(在本文中称为过程1)，以及remote ue自己在新连接的relay ue下做rnau的过程(在本文中称为过程2)。
[0371]
过程1的具体的流程如下：
[0372]
s604a、remote ue与relay ue pc5建立连接，用于使能relay ue帮助remote ue监听remote ue的寻呼。
[0373]
s604a的实现可参考图4实施例中s401的相关内容，这里不再赘述。
[0374]
s605a、relay ue确定需要rnau。
[0375]
s605a的实现可参考图4实施例中s402的相关内容，这里不再赘述。
[0376]
s605、relay ue向remote ue发送si或ranac。
[0377]
remote ue与relay ue pc5建立连接的过程可触发relay ue向remote ue发送si或ranac。s605更多的内容可参考前述图4实施例中的s404的相关内容。
[0378]
s606a、relay ue向网络设备发送sui消息，相应的，网络设备接收来自relay ue的sui消息。该sui消息用于请求建立relay。
[0379]
s606a的具体实现可参考前述图4实施例中的s406a的相关内容。
[0380]
s606b、网络设备向relay ue发送rrc reconfiguartion消息，相应的，relay ue接收来自网络设备的rrc reconfiguartion消息。
[0381]
s606b的具体实现可参考前述图4实施例中的s406b的相关内容。
[0382]
s606c、relay ue向网络设备发送rrc reconfiguartion complete消息，相应的，网络设备接收来自relay ue的rrc reconfiguartion complete消息。
[0383]
s606c的具体实现可参考前述图4实施例中的s406c的相关内容。
[0384]
s607、remote ue通过relay ue进行rnau。
[0385]
s607的具体实现可参考前述图4实施例中的s407的相关内容。
[0386]
s608、remote ue向reley ue发送第四消息，相应的，reley ue接收来自remote ue的第四消息。该第四消息携带第一寻呼参数。
[0387]
s608的具体实现可参考前述图4实施例中的s408的相关内容。
[0388]
s609、reley ue向网络设备发送辅助信息，相应的，网络设备接收该辅助信息，用于请求释放reley ue和/或remote ue的连接。从而节约reley ue和/或remote ue的能耗。
[0389]
作为过程1的可替换的方案，可执行如下流程：
[0390]
s604c、remote ue与relay ue pc5建立连接，用于指示relay ue仅帮助remote ue监听remote ue的寻呼，且通知relay ue，remote ue需要做rnau。
[0391]
该过程中，relay ue知道remote ue需要通过relay ue做rnau，relay ue可不进入rrc连接态帮助remote ue做rnau。后续本技术实施例可执行relay ue不进入rrc连接态帮助remote ue做rnau的流程，即为图5实施例中的s505-s508，这里不再赘述。
[0392]
过程2的具体的流程如下：
[0393]
s604b、remote ue与relay ue pc5建立连接，用于指示relay ue不仅帮助remote ue监听remote ue的寻呼，还用于指示remote ue做rnau。
[0394]
这种情况下，relay ue不需要remote ue的rna是否与relay ue的rna相同，直接确定remote ue做rnau，从而relay ue确定进入rrc连接态。
[0395]
s610、remote ue向relay ue发送rrc恢复请求消息，以请求恢复与网络设备的连接。
[0396]
需要说明的是，该rrc恢复请求消息可以不是第二消息。
[0397]
后续本技术实施例可执行relay ue进入rrc连接态帮助remote ue做rnau的流程，即为图4实施例中的s403a-s409，例如可执行但是可不执行图4实施例中的s405，这里不再赘述。或者，后续本技术实施例可执行relay ue不进入rrc连接态帮助remote ue做rnau的流程，即为图5实施例中的s503a-s509，这里不再赘述。
[0398]
通过图6所示的过程，remote ue可基于发现消息中的ran-areacode来辅助remote ue选择合适的relay ue提供中继服务，避免remote ue选择不需要做rnau的relay ue做relay，从而节约remote ue和relay ue的功耗。并且relay ue也可以通过发现请求消息确定remote ue后续是否会做ranu，以便根据确定结果执行后续流程。
[0399]
在前面的实施例中介绍了，relay ue可由remote ue更新rna触发向网络设备发送rrc恢复请求消息，或者，relay ue为了辅助remote ue更新rna向网络设备发送rrc恢复请求消息时，rrc恢复请求消息中携带原因的方案，以及后续更新remote ue的rna的方案。rrc恢复请求消息中携带的原因可以是remote ue通过relay ue进行业务的原因。例如，现有标准中支持的l3 relay方案，即remote ue可以通过relay ue进行数据发送。在网络设备看来，仅relay ue与网络设备连接。当remote ue向relay ue发起连接建立请求时，relay ue可以进入rrc连接态，由于此时relay ue进入rrc连接态是由于remote ue的数据，对于进入
rrc连接态的原因可以为mo data。另一种情况是，网络设备paging relay ue，但是由于remote ue的数据到达，此时relay ue进入rrc连接态的原因为mt-access。网络设备可根据relay ue进入rrc连接态的原因做相应的接入控制。
[0400]
但是对于l2 relay来说，由于remote ue单独注册在网络中，此时，remote ue触发relay ue进入rrc连接态，relay ue需要填写接入网络的原因。例如，relay ue帮助remote ue做接入控制，按照remote ue的接入原因，填写relay ue的接入原因。对于网络设备来说，网络设备无法区分relay ue的接入原因是因为relay ue还是因为remote ue，所以可能做出错误的处理。
[0401]
鉴于此，本技术实施例提供了第四种通信方法，该方法给出了relay在因为remote ue而进行接入的接入控制时，如何填写relay ue的接入原因。relay ue根据remote ue的业务可以合理填写建立连接恢复连接的原因，以及进行统一接入控制。这样可辅助网络设备合理配置relay ue，可避免网络设备由于无法区分relay ue的接入原因是因为relay ue还是因为remote ue，可能做出错误的处理。
[0402]
本技术实施例提供的方法也适用于图1所示的网络架构。接下来，以本技术实施例应用在图1所示的网络架构为例介绍本技术实施例提供的第四种通信方法，请参考图7，为该方法的流程图。
[0403]
s701、remote ue向relay ue发送第三消息，相应的，relay ue接收来自remote ue的第三消息，该第三消息用于指示与网络设备建立连接或恢复连接。
[0404]
当remote ue有需要进行的业务，可请求与网络设备建立连接或恢复连接，或者，请求relay ue与网络设备建立连接或恢复连接，以通过该relay ue为remote ue提供中继服务。例如，remote ue可向relay ue发送第三消息，用于请求与网络设备建立连接或恢复连接。其中，第三消息可以为rrc建立请求(rrc setup request)消息，那么第三消息用于请求remote ue与网络设备建立连接。第三消息也可以为rrc恢复请求(rrc resume request)消息，那么第三消息用于请求remote ue与网络设备恢复连接。relay ue接收第三消息后，可触发relay ue发起与网络设备的连接建立或恢复过程。例如，relay ue接收到remote ue的rrc连接建立请求消息后，由连接建立请求消息中的establishment cause或者接收到remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息，触发relay ue发起与网络设备的连接建立过程。其中，remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息，例如为remote ue需要发起的业务为tau，或者需要发起的业务为mo-data。又例如，relay ue接收到remote ue的rrc连接恢复请求消息后，由连接恢复请求消息中的resume cause或者接收到remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息，触发relay ue发起与网络设备的恢复连接过程。其中，remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息，例如为remote ue需要发起的业务为rnau，或者在非激活态下需要发起的业务为mo-data。需要说明的是，前述remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息仅是举例，本技术实施例对remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息不作限制，例如包括remote ue需要发起的业务为ro-signalling、ro-voicecall、ro-videocall、ro-sms或rt-access，等等。
[0405]
s702、relay ue进行统一接入控制。
[0406]
针对l2 relay，remote ue可以对自己的业务进行统一接入控制。如果remote ue
对自己的业务进行统一接入控制，relay ue无需额外帮助remote ue对remote ue的业务进行接入控制。relay ue可根据remote ue的业务不进行统一接入控制，即不执行s702或者重新设定remote ue的接入访问类别(access category，ac)，以使得网络设备允许relay ue接入。
[0407]
作为一种示例，如果relay ue请求的rrc连接的恢复或建立，是因为remote ue的业务触发，那么认为该接入是被允许的。相应的，relay ue可以根据是remote ue的业务，不进行统一接入控制，直接接入网络。
[0408]
作为另一种示例，如果relay ue的rrc连接的恢复或建立，是因为remote ue的业务触发，那么可设定access category为0。相应的，relay ue可以根据是remote ue的业务，将remote ue的接入access category设定为0。
[0409]
作为另一种示例，如果relay ue的rrc连接的恢复或建立，是因为remote ue的业务触发，那么可分配一个新的access category。相应的，relay ue可以根据是remote ue的业务，分配一个新的access category，用于relay ue自己做统一接入控制。
[0410]
access category的设定值可以由relay ue的rrc层确定，例如，access category的设定值由relay ue的pc5 rrc触发后，由relay ue的rrc层指定。或者，access category的设定值也可以由relay ue的nas层确定，例如access category的设定值可以由relay ue的pc5 rrc触发后，由relay ue的nas层向relay ue的rrc层指定。
[0411]
s703、relay ue向网络设备发送第一消息，相应的，网络设备接收来自relay ue的第一消息，该第一消息用于建立或恢复relay ue与网络设备的连接，该第一消息还用于指示relay ue建立连接或恢复连接的原因。
[0412]
relay ue接收第三消息之后，确定remote ue可以接入，向网络设备发送第一消息，以请求与网络设备的连接。第一消息可以是rrc resume request消息，该rrc resume request消息也可以是随机接入过程中的msg3。下文的介绍中，以第一消息是随机接入过程中的msg3为例。可以认为，relay ue向网络设备发送msg3是由remote ue触发的。
[0413]
之后，relay ue向网络设备发送msg3，该msg3携带的建立连接的原因或者恢复连接的原因可根据remote ue发起业务的原因确定。例如msg3携带的建立连接的原因可根据remote ue发送的连接建立请求消息中的establishment cause或者remote ue发送的pc5 rrc或pc5-s消息中包括需要发起业务的信息确定。
[0414]
作为一种示例，relay ue根据remote ue发送的rrc恢复请求消息或rrc建立请求消息中的cause，在向网络设备发送的rrc恢复请求消息或rrc建立请求消息中引入对应relay ue的新cause。
[0415]
作为另一种示例，relay ue复用rrc恢复请求消息或rrc建立请求消息中的cause，但是在某些情况下，引入针对relay ue的新cause。例如，relay ue向网络设备发送的rrc恢复请求消息或rrc建立请求消息是因为remote ue需要通过relay ue做rnau，那么可引入新的cause。
[0416]
根据relay ue和remote ue当前所处的状态，例如rrc连接态、rrc非激活态或空闲态，relay ue在rrc恢复请求消息或rrc建立请求消息中填写的cause也可能不同。下面结合表1就上述的两种示例列举relay ue向网络设备发送的rrc恢复请求消息或rrc建立请求消息中可能携带的cause。
[0417]
请参见表1，示出了relay ue向网络设备发送的rrc恢复请求消息或rrc建立请求消息中可能携带的cause。relay ue处于inactive时，需要发送rrc恢复请求消息。relay ue处于idle时，需要发送rrc连接建立消息。表1中cause是relay ue的establishment cause或resume cause，其中，“加粗”示意的cause是relay ue已有的establishment cause或resume cause。且表1中的relay ue处于idle态。
[0418]
表1
[0419][0420]
表1给出了针对l2 relay，relay在因为remote ue而进行接入的接入控制时，填写relay ue的接入原因的方案。relay ue可根据remote ue的业务合理填写建立连接恢复连接的原因，以及进行统一接入控制，从而辅助网络设备合理配置relay ue，避免网络设备由于无法区分relay ue的接入原因是因为relay ue还是因为remote ue，可能做出错误的处理。
[0421]
上述本技术提供的实施例中，从终端、网络设备和定位管理设备之间交互的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，终端、网络设备和定位管理设备可以包括硬件结构和/或软件模块，以硬件结构、软件模
块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0422]
下面结合附图介绍本技术实施例中用来实现上述方法的装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。
[0423]
如图8所示，为本技术所涉及的通信装置的一种可能的示例性框图，该通信装置800可以对应实现上述各个方法实施例中由relay ue(第一设备)或网络设备或remote ue(第二设备)实现的功能或者步骤。该通信装置可以包括收发模块801和处理模块802。可选的，还可以包括存储模块，该存储模块可以用于存储指令(代码或者程序)和/或数据。收发模块801和处理模块802可以与该存储模块耦合，例如，处理模块802可以读取存储模块中的指令(代码或者程序)和/或数据，以实现相应的方法。上述各个模块可以独立设置，也可以部分或者全部集成。
[0424]
应理解，处理模块802可以是处理器或控制器，例如可以是通用中央处理器(central processing unit，cpu)，通用处理器，数字信号处理(digital signal processing，dsp)，专用集成电路(application specific integrated circuits，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，dsp和微处理器的组合等等。收发模块801是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该收发模块801是该芯片用于从其它芯片或装置接收信号的接口电路，或者，是该芯片用于向其它芯片或装置发送信号的接口电路。
[0425]
该通信装置800可以为上述实施例中的relay ue、网络设备或remote ue，还可以为用于relay ue、网络设备或remote ue的芯片。例如，当通信装置800为relay ue或网络设备或remote ue时，该处理模块802例如可以是处理器，该收发模块801可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当通信装置800为用于relay ue或网络设备或remote ue的芯片时，该处理模块802可以是处理器，该收发模块801例如可以是输入/输出接口、管脚或电路等。该处理模块802可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该relay ue或网络设备或remote ue内的位于该芯片外部的存储单元，如只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)等。
[0426]
一些可能的实施方式中，通信装置800能够对应实现上述方法实施例中relay ue的行为和功能。例如通信装置800可以为relay ue，也可以为应用于relay ue中的部件(例如芯片或者电路)。收发模块801可以用于支持relay ue与其他网络实体的通信，例如支持relay ue与图4-图7实施例中任一实施例所示的网络设备和/或remote ue等之间的通信。处理模块802用于对relay ue的动作进行控制管理，例如处理模块802用于支持relay ue执行图4-图7的任一实施例中relay ue除收发之外的全部操作。收发模块801用于执行由relay ue所执行的全部接收或发送操作，和/或用于支持本文所描述的技术的其它过程，例
如，收发模块801用于支持relay ue执行图4-图7的任一实施例中由relay ue所执行的全部接收或发送操作。
[0427]
在一些实施例中，处理模块802用于生成第一消息，该第一消息用于恢复与网络设备的连接，该第一消息还指示通信装置800恢复连接的原因；收发模块801用于向网络设备发送所述第一消息，其中，该第一消息的发送由第二设备发送rna更新触发，或者，通信装置800(第一消息)恢复的连接用于第二设备更新rna。
[0428]
作为一种可选的实现方式，第一消息包括第一指示，第一指示用于指示通信装置800恢复连接的原因；或者，
[0429]
第一消息包括第一指示和第二指示，第一指示用于指示通信装置800恢复连接的原因，第二指示用于指示通信装置800是否为了第二设备恢复连接；或者，
[0430]
第一消息通过第一ccch发送，用于指示通信装置800为了第二设备恢复连接，第一消息包括第一指示，第一指示用于指示通信装置800恢复连接的原因；或者，
[0431]
第一消息通过通信装置800接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示通信装置800恢复连接的原因，其中，发送第一消息前，收发模块801向网络设备发送的随机前导码用于指示通信装置800为了第二设备进行随机接入；或者，
[0432]
第一消息通过第一ccch发送，用于指示通信装置800为了第二设备恢复连接；或者，
[0433]
第一消息通过收发模块801接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，收发模块801向所述网络设备发送的随机前导码用于指示通信装置800为了第二设备进行随机接入。
[0434]
作为一种可选的实现方式，收发模块801还用于接收来自第二设备的第二消息，其中，第二消息用于指示第二设备需要更新rna；或者，
[0435]
若通信装置800当前驻留的小区的接入网区域码ran-areacode不属于第二设备的rna，处理模块802确定向网络设备发送第一消息。
[0436]
作为一种可选的实现方式，第二消息包括第二设备的rna包括的ran-areacode；或者，第二消息包括第二设备当前驻留小区的ran-areacode。
[0437]
作为一种可选的实现方式，收发模块801还用于广播第五消息，第五消息包括通信装置800驻留小区的ran-areacode。
[0438]
作为一种可选的实现方式，收发模块801还用于在第二设备完成rna更新后，接收来自第二设备的第四消息，第四消息携带第一寻呼参数，第一寻呼参数用于通信装置800为第二设备监听来自网络设备的寻呼。
[0439]
作为一种可选的实现方式，第四消息还携带第二寻呼参数，第二寻呼参数用于通信装置800为第二设备监听来自核心网设备的寻呼。
[0440]
作为一种可选的实现方式，第四消息还携带第二设备更新后的rna。
[0441]
作为一种可选的实现方式，所述第一指示用于指示通信装置800期望保持在rrc连接态；或者，
[0442]
第一指示用于指示恢复连接的原因或建立连接的原因为第二设备发起信令(ro-signalling)；或者，
[0443]
所述第一指示用于指示恢复连接的原因或建立连接的原因为第二设备做rnau r-rna-update；或者，
[0444]
所述第一指示用于指示恢复连接的原因或建立连接的原因为做中继业务(relay)。
[0445]
作为一种可选的实现方式，第一指示用于指示恢复连接的原因或建立连接的原因为通信装置800发起数据(mo-data)；或者，
[0446]
第一指示用于指示恢复连接的原因或建立连接的原因为通信装置800发起信令(mo-signalling)；或者，
[0447]
第一指示用于指示恢复连接的原因或建立连接的原因为通信装置800发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
[0448]
第一指示用于指示恢复连接的原因或建立连接的原因为通信装置800被寻呼接入(mt-access)；或者，
[0449]
第一指示用于指示恢复连接的原因或建立连接的原因为通信装置800做rnau rna-update且通信装置800保持在rrc连接态。
[0450]
作为一种可选的实现方式，第一指示是处理模块802确定第二设备需要发送信令或数据时，收发模块801的nas层发送给通信装置800的rrc层的；或者，
[0451]
第一指示是处理模块802确定所述第二设备需要发送信令或数据时，通信装置800的rrc层确定的；或者，
[0452]
发送第一消息的信道是收发模块801确定第二设备需要发送信令或数据时，通信装置800的rrc层确定的。
[0453]
作为一种可选的实现方式，第一消息还包括辅助信息，辅助信息用于指示通信装置800需要为至少一个第二设备更新rna。
[0454]
作为一种可选的实现方式，辅助信息包括第二设备的恢复id和第一指示；或者，
[0455]
辅助信息包括第二设备的恢复id和第一指示，以及辅助信息还指示通信装置800后续还需要为至少一个第二设备更新rna；或者，
[0456]
辅助信息用于指示通信装置800后续还需要为至少一个第二设备更新rna。
[0457]
作为一种可选的实现方式，收发模块801还用于接收来自网络设备的rrc释放消息，该rrc释放消息用于指示通信装置800以及第二设备进入rrc非激活态。
[0458]
作为一种可选的实现方式，rrc释放消息包括第二设备的释放配置信息，以及第二设备的标识信息。
[0459]
作为一种可选的实现方式，第二设备的标识信息包括如下信息中的一种或多种：第二设备的id、i-rnti、5g-s-tmsi。
[0460]
作为一种可选的实现方式，收发模块801还用于向第二设备发送rrc释放消息，该rrc释放消息包括第二设备的释放配置信息。
[0461]
应理解，本技术实施例中的处理模块802可以由处理器或处理器相关电路组件实现，收发模块801可以由收发器或收发器相关电路组件实现。
[0462]
在另一些实施例中，收发模块801用于接收第二设备发送的第三消息，该第三消息用于指示第二设备与网络设备建立或恢复连接；
[0463]
收发模块801还用于向网络设备发送第一消息，该第一消息用于建立或恢复与网
rna-update且通信装置800保持在rrc连接态。
[0482]
作为一种可选的实现方式，第一指示是处理模块802确定第二设备需要发送信令或数据时，收发模块801的nas层发送给通信装置800的rrc层的；或者，
[0483]
第一指示是处理模块802确定第二设备需要发送信令或数据时，通信装置800的rrc层确定的；或者，
[0484]
发送第一消息的信道是收发模块801确定第二设备需要发送信令或数据时，通信装置800的rrc层确定的。
[0485]
一些可能的实施方式中，通信装置800能够对应实现上述方法实施例中网络设备的行为和功能。例如通信装置800可以为网络设备，也可以为应用于网络设备中的部件(例如芯片或者电路)。收发模块801可以用于支持网络设备与其他网络实体的通信，例如支持网络设备与图4-图7实施例中任一实施例所示的relay ue和/或remote ue等之间的通信。处理模块802用于对网络设备的动作进行控制管理，例如处理模块802用于支持网络设备执行图4-图7的任一实施例中网络设备除收发之外的全部操作。收发模块801用于执行由网络设备所执行的全部接收或发送操作，和/或用于支持本文所描述的技术的其它过程，例如，收发模块801用于支持网络设备执行图4-图7的任一实施例中由网络设备所执行的全部接收或发送操作。
[0486]
在一些实施例中，收发模块801用于接收来自第一设备的第一消息，该第一消息用于第一设备建立或恢复与通信装置800的连接，该第一消息还用于指示第一设备建立或恢复连接的原因；
[0487]
处理模块802用于根据第一消息确定第一设备因为第二设备的业务建立或恢复连接，第二设备为通过第一设备连接通信装置800的终端设备。
[0488]
作为一种可选的实现方式，所述通信装置800根据所述第一消息确定所述第一设备建立或恢复连接的原因为所述第二设备进行无线接入网通知区域更新rnau，所述通信装置800指示所述第一设备保持在rrc连接态或rrc非激活态；或者，
[0489]
所述通信装置800根据所述第一消息确定所述第一设备建立或恢复连接的原因为所述第一设备进行rnau。
[0490]
作为一种可选的实现方式，第一消息包括第一指示，第一指示用于指示第一设备恢复连接的原因；或者，
[0491]
第一消息包括第一指示和第二指示，第一指示用于指示第一设备恢复连接的原因，第二指示用于指示第一设备是否为了第二设备恢复连接；或者，
[0492]
第一消息通过第一ccch发送，用于指示第一设备为了第二设备恢复连接，第一消息包括第一指示，第一指示用于指示第一设备恢复连接的原因；或者，
[0493]
第一消息通过第一设备接收到随机接入响应消息包含的资源进行发送，第一消息包括第一指示，第一指示用于指示第一设备恢复连接的原因，其中，发送第一消息前，收发模块801向通信装置800发送的随机前导码用于指示第一设备为了第二设备进行随机接入；或者，
[0494]
第一消息通过第一ccch发送，用于指示第一设备为了第二设备恢复连接；或者，
[0495]
第一消息通过收发模块801接收到随机接入响应消息包含的资源进行发送，其中，发送第一消息前，收发模块801向所述通信装置800发送的随机前导码用于指示第一设备为
update且第一设备保持在rrc连接态。
[0514]
应理解，本技术实施例中的处理模块802可以由处理器或处理器相关电路组件实现，收发模块801可以由收发器或收发器相关电路组件实现。
[0515]
一些可能的实施方式中，通信装置800能够对应实现上述方法实施例中remote ue的行为和功能。例如通信装置800可以为remote ue，也可以为应用于remote ue中的部件(例如芯片或者电路)。收发模块801可以用于支持remote ue与其他网络实体的通信，例如支持remote ue与图4-图7实施例中任一实施例所示的relay ue和/或网络设备等之间的通信。处理模块802用于对remote ue的动作进行控制管理，例如处理模块802用于支持remote ue执行图4-图7的任一实施例中remote ue除收发之外的全部操作。收发模块801用于执行由remote ue所执行的全部接收或发送操作，和/或用于支持本文所描述的技术的其它过程，例如，收发模块801用于支持remote ue执行图4-图7的任一实施例中由remote ue所执行的全部接收或发送操作。
[0516]
在一些实施例中，收发模块801用于向第一设备发送第二消息，该第二消息用于指示通信装置800需要更新无线接入通知区域rna；
[0517]
收发模块801还用于向第一设备发送第四消息，该第四消息携带第一寻呼参数，第一寻呼参数用于第一设备为通信装置800监听来自网络设备的寻呼。
[0518]
作为一种可选的实现方式，收发模块801还用于接收来自至少一个第一设备的第五消息，该第五消息用于指示对应第一设备的rna；
[0519]
处理模块802根据各个第一设备的rna从至少一个第一设备中选择某个第一设备。
[0520]
作为一种可选的实现方式，所述第四消息还携带第二寻呼参数，第二寻呼参数用于监听来自核心网设备的寻呼。
[0521]
在另一些实施例中，处理模块802用于生成第三消息，该第三消息用于指示通信装置800与网络设备建立或恢复连接，该第三消息还用于指示通信装置800建立或恢复连接的原因；收发模块801用于向第一设备发送所述第三消息。
[0522]
作为一种可选的实现方式，所述第三消息包括第三指示，其中，
[0523]
第三指示用于指示恢复或建立连接的原因为通信装置800发起数据(mo-data)；或者，
[0524]
第三指示用于指示恢复或建立连接的原因为通信装置800发起信令(mo-signalling)；或者，
[0525]
第三指示用于指示恢复或建立连接的原因为通信装置800发起语音(mo-voicecall)或视频(mo-videocall)或短消息(mo-sms)；或者，
[0526]
第三指示用于指示恢复或建立连接的原因为通信装置800被寻呼接入(mt-access)；或者，
[0527]
第三指示用于指示恢复或建立连接的原因为通信装置800做rnau rna-update。
[0528]
应理解，本技术实施例中的处理模块802可以由处理器或处理器相关电路组件实现，收发模块801可以由收发器或收发器相关电路组件实现。
[0529]
如图9所示为本技术实施例提供的通信装置900，其中，通信装置900可以是relay ue，能够实现本技术实施例提供的方法中relay ue的功能，或者，通信装置900可以是网络设备，能够实现本技术实施例提供的方法中网络设备的功能；或者，通信装置900可以是
remote ue，能够实现本技术实施例提供的方法中remote ue的功能；或者，通信装置900也可以是能够支持relay ue或网络设备或remote ue实现本技术实施例提供的方法中对应的功能的装置。其中，该通信装置900可以为芯片系统。本技术实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0530]
在硬件实现上，上述收发模块801可以为收发器，收发器集成在通信装置900中构成通信接口910。
[0531]
通信装置900包括至少一个处理器920，处理器920可以是一个cpu，微处理器，asic，或一个或多个用于控制本技术方案程序执行的集成电路，用于实现或用于支持通信装置900实现本技术实施例提供的方法中relay ue或网络设备或remote ue的功能。具体参见方法示例中的详细描述，此处不做赘述。
[0532]
通信装置900还可以包括至少一个存储器930，用于存储程序指令和/或数据。存储器930和处理器920耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器920可能和存储器930协同操作。处理器920可能执行存储器930中存储的程序指令和/或数据，以使得通信装置900实现相应的方法。所述至少一个存储器中的至少一个可以包括于处理器920中。
[0533]
通信装置900还可以包括通信接口910，使用任何收发器一类的装置，用于与其他设备或通信网络，如无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)，有线接入网等通信。该通信接口910用于通过传输介质和其它设备进行通信，从而用于通信装置900中的装置可以和其它设备进行通信。示例性地，当该通信装置900为网络设备时，该其它设备为relay ue或remote ue；或者，当该通信装置为relay ue时，该其它设备为网络设备或remote ue；或者，当该通信装置为remote ue时，该其它设备为网络设备或relay ue。处理器920可以利用通信接口910收发数据。通信接口910具体可以是收发器。
[0534]
本技术实施例中不限定上述通信接口910、处理器920以及存储器930之间的具体连接介质。本技术实施例在图9中以存储器930、处理器920以及通信接口910之间通过总线940连接，总线在图9中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0535]
在本技术实施例中，处理器920可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0536]
存储器930可以是rom或可存储静态信息和指令的其他类型的静态存储设备，ram或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或
存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路940与处理器相连接。存储器也可以和处理器集成在一起。
[0537]
其中，存储器930用于存储执行本技术方案的计算机执行指令，并由处理器920来控制执行。处理器920用于执行存储器930中存储的计算机执行指令，从而实现本技术上述实施例提供的通信方法。
[0538]
可选的，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不作具体限定。
[0539]
需要说明的是，上述实施例中的通信装置可以是终端也可以是电路，也可以是应用于终端中的芯片或者其他具有上述终端功能的组合器件、部件等。当通信装置是终端时，收发模块可以是收发器，可以包括天线和射频电路等，处理模块可以是处理器，例如：中央处理模块(central processing unit，cpu)。当通信装置是具有上述终端功能的部件时，收发模块可以是射频单元，处理模块可以是处理器。当通信装置是芯片或芯片系统时，收发模块可以是芯片或芯片系统的输入输出电路和/或通信接口、处理模块可以是芯片或芯片系统的处理器或者集成电路。
[0540]
本技术实施例还提供一种通信系统，具体的，通信系统包括relay ue或网络设备或remote ue，或者还可以包括更多个网络设备、多个relay ue和更多个remote ue。示例性的，通信系统包括用于实现上述图4-图7任一实施例的相关功能的relay ue或网络设备或remote ue。
[0541]
所述relay ue分别用于实现本技术实施例相关relay ue部分的功能，例如用于实现上述图4-图7所示实施例相关relay ue部分的功能。所述网络设备分别用于实现本技术实施例相关网络设备部分的功能，例如用于实现上述图4-图7所示实施例相关网络设备部分的功能。所述remote ue用于实现本技术实施例相关remote ue部分的功能，例如用于实现上述图4-图7所示实施例相关remote ue的功能。具体请参考上述方法实施例中的相关描述，这里不再赘述。
[0542]
本技术实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行图4-图7所示实施例中任一实施例中relay ue、网络设备或remote ue执行的方法。
[0543]
本技术实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行图4-图7所示实施例中任一实施例中relay ue、网络设备或remote ue执行的方法。
[0544]
本技术实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中relay ue、网络设备或remote ue的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。
[0545]
本技术实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可
以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称dvd))、或者半导体介质(例如，ssd)等。
[0546]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的保护范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。