CN112135323B - 一种通信方法及设备 - Google Patents

一种通信方法及设备 Download PDF

Info

Publication number
CN112135323B
CN112135323B CN202010838799.7A CN202010838799A CN112135323B CN 112135323 B CN112135323 B CN 112135323B CN 202010838799 A CN202010838799 A CN 202010838799A CN 112135323 B CN112135323 B CN 112135323B
Authority
CN
China
Prior art keywords
base station
terminal
rna
information
deactivated state
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010838799.7A
Other languages
English (en)
Other versions
CN112135323A (zh
Inventor
晋英豪
韩锋
李宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010838799.7A priority Critical patent/CN112135323B/zh
Publication of CN112135323A publication Critical patent/CN112135323A/zh
Application granted granted Critical
Publication of CN112135323B publication Critical patent/CN112135323B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/10—User notification, e.g. alerting and paging, for incoming communication, change of service or the like using simulcast notification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通信方法及设备，该方法中，第一基站接收第一消息；所述第一基站基于所述第一消息，确定是否需要为处于去激活状态的终端重新分配RNA；确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA，以节省信令开销。和/或第一基站接收第二消息；所述第一基站基于所述第二消息，确定处于去激活状态的终端的通信状态。在确定终端需要进行通信状态转换的情况下，再控制终端进行通信状态转换，在不需要进行通信状态转换的情况下，可不进行通信状态的转换，可以节省终端能耗。

Description

一种通信方法及设备
本申请是申请号为201710313917.0，申请日为2017年5月5日、名称为“一种通信方法及设备”的专利申请的分案申请。
技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及设备。
背景技术
无线资源控制(Radio Resource Control，RRC)去激活状态，也可称为Inactive状态，是在5G中新定义的一种终端通信状态。该Inactive状态下，核心网、基站和终端都保留有相应的上下文信息，但是终端在Inactive状态下在无线接入网(Radio Access Network，RAN)的通知区域(RAN based Notification Area，RNA)内部移动时，不向网络侧反馈信道质量状况，并在移出RNA后需要通知网络。其中，RNA由一个小区或者多个小区组成，若由多个小区组成，该多个小区属于同一基站，也可以属于不同的基站，该不同的基站可以是同一无线接入类型(Radio Access Type，RAT)的基站，也可以是不同RAT的基站。
由于Inactive状态的终端移动性，Inactive状态的终端会通过小区重选与新服务基站(非驻留基站)进行下行同步，若Inactive状态的终端需要进行数据传输、进行RNA更新、进行跟踪区(Tracking Area，TA)更新和/或进行注册区(Registration Area)更新，则该新服务基站会成为驻留基站。成为驻留基站的该新服务基站需要为Inactive状态的终端重新分配RNA，然而新服务基站为Inactive状态的终端重新分配RNA过程中信令开销较大。
发明内容
本申请实施例提供一种通信方法及设备，以在确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA，节省信令开销。
第一方面，提供一种通信方法，在该方法中，第一基站接收用于指示所述第一基站确定是否需要为处于Inactive状态的终端重新分配RNA的第一消息，并基于所述第一消息，确定是否需要为处于Inactive状态的终端重新分配RNA。第一基站在确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA，以节省信令开销。
其中，第一基站可以理解为是处于Inactive状态的终端的新驻留基站，第二基站可以理解为是处于Inactive状态的终端的原驻留基站。
一种可能的设计中，用于指示所述第一基站确定是否需要为处于Inactive状态的终端重新分配RNA的第一消息可以是第二基站向第一基站发送的RNA信息，所述RNA信息用于指示所述处于Inactive状态的终端当前所处的RNA，终端当前所处的RNA可以理解为是网络侧为所述处于Inactive状态的终端最近一次分配的RNA。第二基站确定RNA信息并向第一基站发送该RNA信息，第一基站接收该RNA信息，基于该RNA信息可以确定是否需要为处于Inactive状态的终端重新分配RNA。
其中，RNA信息可以是小区列表的形式，可以是RNA ID的形式，也可以是RNA ID列表的形式，还可以是两种形式的组合，或者是其他的形式。
其中，RNA信息携带在第二基站向第一基站发送的第一请求回复消息中发送，以节省信令开销。第一请求回复消息可以是上下文请求回复(Retrieve UE Context Response)消息，也可以是RNA更新请求回复消息，当然也可以是其它消息。
其中，第一基站基于所述RNA信息确定是否需要为处于Inactive状态的终端重新分配RNA的具体实施方式可以为以下涉及的实施方式中的一种或多种：第一基站若确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区不属于所述RNA信息指示的RNA范围内，则确定需要为所述处于Inactive状态的终端重新分配RNA。或第一基站若确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内，则可确定不需要为所述处于Inactive状态的终端重新分配RNA。或第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区位于RNA的边缘，则可确定需要重新分配RNA。或第一基站结合所述RNA信息以及其它信息，确定是否需要为所述处于Inactive状态的终端重新分配RNA。例如，第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内的情况下，若确定按照终端的移动速度，在预设的时间内会移动到所述RNA信息指示的RNA范围外，则可确定需要重新分配RNA，在预设的时间内不会移动到所述RNA信息指示的RNA范围外，则可确定不需要重新分配RNA。再例如，所述第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内，且处于Inactive状态的终端在第一基站的覆盖范围内归属的小区位于RNA的边缘情况下，若确定按照终端的移动速度，在预设的时间内不会移动到所述RNA信息指示的RNA范围外，则可确定不需要重新分配RNA。
另一种可能的设计中，第一消息包括处于Inactive状态的终端向第一基站发送的RNA更新原因指示信息，RNA更新原因指示信息用于指示RNA更新原因的是由于周期性更新还是由于其他非周期性更新的原因引起的更新。处于Inactive状态的终端向第一基站发送RNA更新原因指示信息，第一基站接收该RNA更新原因指示信息，并基于该RNA更新原因指示信息确定是否需要为处于Inactive状态的终端重新分配RNA，第一基站确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为处于Inactive状态的终端重新分配RNA，以节省信令开销。
其中，RNA更新原因指示信息可以通过终端向第一基站发送的第二请求消息发送，其中，第二请求消息可以是RRC连接建立请求消息(RRC Connection Request)，也可以是RRC连接恢复消息(RRC Connection Resume Request)，当然也可以是其他消息。
其中，所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于周期性RNA更新，或者RNA更新原因指示信息还可用于指示所述处于Inactive状态的终端基于非周期性RNA更新，或者所述RNA更新原因指示信息还可用于指示所述处于Inactive状态的终端基于移动到RNA范围外进行RNA更新，或所述RNA更新原因指示信息还可用于仅指示所述处于Inactive状态的终端进行RNA更新。或者所述RNA更新原因指示信息还可用于指示注册区更新，或者是否为RNA和TA联合更新。
可选的，该RNA更新原因指示信息可以通过一个参数进行指示，也可以通过两个参数进行指示，例如，通过第一参数指示所述处于Inactive状态的终端进行RNA更新，第二参数指示所述RNA更新类型为基于周期性RNA更新，或者基于非周期性RNA更新，或者基于移动到RNA范围外进行RNA更新，或者为RNA和TA联合更新。
其中，所述第一基站若确定所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于移动到RNA范围外上报更新RNA信息，则确定需要为处于Inactive状态的终端重新分配RNA。所述第一基站若确定所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于周期性上报更新RNA信息，则确定不需要为处于Inactive状态的终端重新分配RNA。
第二方面，提供一种通信方法，在该方法中，第一基站可接收用于指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息，然后第一基站基于该第二消息，确定处于Inactive状态的终端的通信状态为去激活状态、连接态或空闲状态。由于第一基站对处于Inactive状态的终端的通信状态进行了确定，一方面可准确确定终端的通信状态，另一方面可在确定终端需要进行通信状态转换的情况下，再控制终端进行通信状态转换，在不需要进行通信状态转换的情况下，可不进行通信状态的转换，可以节省终端能耗。
其中，第一基站可以理解为是处于Inactive状态的终端的新驻留基站，第二基站可以理解为是处于Inactive状态的终端的原驻留基站。
一种可能的设计中，本申请实施例中指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息中可以包括激活标识(Active Flag)，该Active Flag用于指示所述处于Inactive状态的终端是否需要进入连接态。
其中，所述Active Flag可通过比特位表示，例如用一个比特位表征Active Flag，若表征Active Flag的比特位被置位为1，则表征所述处于Inactive状态的终端需要进入连接态。若表征Active Flag的比特位被置位为0，则表征所述处于Inactive状态的终端不需要进入连接态。
其中，终端需要进入连接态可以理解为是终端需要激活(Resume)部分或者全部承载和/或会话，该部分或者全部承载和/或会话可以是在RNA更新过程中进行激活，也可以是在RNA更新以后进行激活。
处于Inactive状态的终端向第一基站发送Active Flag，第一基站接收到ActiveFlag后，可基于所述Active Flag，确定所述处于Inactive状态的终端的通信状态。
其中，Active Flag可由处于Inactive状态的终端通过第二请求消息发送给第一基站，例如可通过RRC Connection Resume Request发送。其中，该RRC Connection ResumeRequest可包括上述涉及的激活标识，还可以包括上述第一方面涉及的RNA更新原因指示信息。
其中，若所述Active Flag指示所述处于Inactive状态的终端需要进入连接态，则第一基站确定所述处于Inactive状态的终端的通信状态为连接态。第一基站向所述处于Inactive状态的终端发送用于指示终端进入连接态的指示信息。其中，用于指示终端进入连接态的指示信息可通过第二请求回复消息发送，例如，第一基站向处于Inactive状态的终端发送RRC连接恢复消息(RRC Connection Resume消息)。处于Inactive状态的终端按照上述指示信息进入连接态以后，可向第一基站发送连接恢复完成消息(RRC ConnectionResume Completed)。
一种可能的设计中，其中，所述第一基站若确定所述处于Inactive状态的终端的通信状态为连接态，若所述第一基站与所述第二基站属于不同的RAT的基站，则所述第一基站向所述处于Inactive状态的终端发送满配置信息(Full Configuration)。其中，满配置信息可通过第二请求回复消息发送，例如通过RRC Connection Resume消息发送所述满配置信息。所述处于去激活状态的终端接收所述第一基站向发送的满配置信息。
其中，若所述Active Flag指示所述处于Inactive状态的终端不需要进入连接态，则所述新服务基站确定所述处于Inactive状态的终端的通信状态为Inactive状态。第一基站向所述处于Inactive状态的终端发送用于指示终端保持Inactive状态的指示信息。其中，第一基站可通过第二请求回复消息发送用于指示终端保持Inactive状态的指示信息，例如采用如下方式指示终端保持Inactive状态：第一基站向处于Inactive状态的终端发送RRC Connection Resume消息，所述RRC Connection Resume消息中包括用于指示所述去激活状态的终端保持去激活状态的指示信息。或第一基站向处于Inactive状态的终端发送RRC连接释放消息(RRC Connection Release消息)，所述RRC Connection Release消息中包括用于指示所述去激活状态的终端保持去激活状态的指示信息。或第一基站向处于Inactive状态的终端发送RRC连接暂停消息(RRC Connection Suspend)。
其中，第一基站若确定无空闲资源分配给终端，则可确定所述处于Inactive状态的终端的通信状态为空闲状态，并向处于Inactive状态的终端发送用于指示终端进入空闲状态的指示信息。其中，用于指示终端进入空闲状态的指示信息可通过第二请求回复消息发送，例如，第一基站向所述处于Inactive状态的终端发送RRC连接释放消息(RRCConnection Release消息)。
又一种可能的设计中，所述第二消息包括第二基站向第一基站发送的第一指示信息，所述第一指示信息用于指示所述处于去激活状态的终端上下文信息获取失败。
其中，处于Inactive状态的终端向第一基站发送第二请求消息，第一基站向第二基站发送第一请求消息，第二基站基于第一请求信息获取处于Inactive状态的终端上下文请求信息，并向第一基站发送第一指示信息，第一指示信息指示处于Inactive状态的终端上下文信息获取失败。其中，第一指示信息可通过第一请求回复消息发送。第一基站接收到指示处于Inactive状态的上下文信息获取失败后，确定将把所述处于Inactive状态的终端的通信状态设置为空闲状态，向处于Inactive状态的终端发送用于指示所述处于Inactive状态的终端的通信状态为空闲状态的指示信息。例如，第一基站可向处于Inactive状态的终端发送RRC Connection Release消息。
一种可能的实施方式中，第一基站确定将把所述处于Inactive状态的终端的通信状态设置为空闲状态情况下，向第二基站发送释放上下文请求消息，或者发送第二指示信息，第二指示信息用于指示所述第一基站将把所述处于Inactive状态的终端的通信状态设置为空闲状态的指示信息，以使第二基站可以该获取信息失败的终端相关的上下文信息或者该与这个终端相关的基站与核心网间的连接。
又一种可能的设计中，所述第二消息包括第二基站向所述第一基站发送的第二消息可以是第二基站发送的协议数据单元(Protocol Data Unit，PDU)会话信息以及PDU会话的网络切片(Slice)信息。
第二基站向第一基站发送PDU会话信息以及PDU会话的网络切片信息。其中，网络切片信息以及PDU会话信息可以通过第一请求回复消息发送，例如通过上下文回复消息发送。第一基站接收第二基站发送的PDU会话信息以及PDU会话的网络切片信息，基于接收到的PDU会话信息以及PDU会话的网络切片信息，确定是否支持所述PDU会话的网络切片，在确定不支持所述PDU会话的部分或者全部网络切片情况下，向处于Inactive状态的终端发送RRC连接恢复消息(RRC Connection Resume消息)，该RRC Connection Resume消息中携带满配置信息，或者第一基站向处于Inactive状态的终端发送RRC连接建立消息(RRCConnection setup)。
其中网络切片信息可以采用以下参数中的至少一种来表征：网络切片标识(Network Slice ID，Slice ID)、单网络切片选择辅助信息(Single Network SliceSelection Assistance information，S-NSSAI)、S-NSSAI组信息和临时标识(TemporaryID)。
又一种可能的设计中，所述第二消息还可包括第二基站向所述第一基站发送网络切片重映射(policy remapping)策略信息。
其中，第二基站向第一基站发送网络切片重映射策略信息，该网络切片重映射策略信息用于指示将该处于Inactive状态的终端在第二基站覆盖范围下所进行所通信的至少一个流、会话或无线承载；或者还可用于指示该处于Inactive状态的终端所支持的流、会话或无线承载从至少一个原来的网络切片被重映射的至少一个新的网络切片。其中，网络切片重映射策略信息可以是网络切片指示信息的集合。例如当前流、会话或无线承载属于第一网络切片，网络切片重映射策略信息指示可以将该当前流、会话或无线承载重映射到第二网络切片，或重映射到第二网络切片和第三网络切片等。
其中，网络切片重映射策略信息可通过第一请求回复消息发送。
第一基站接收第二基站发送的网络切片重映射策略信息、PDU会话信息以及PDU会话对应的网络切片信息之后，所述第一基站若基于所述网络切片信息以及协议数据单元PDU会话信息，确定不支持所述PDU会话的部分或者全部网络切片，并且根据网络切片重映射策略，确定所述不支持所述PDU会话的网络切片不能被重映射到其他的网络切片，向所述处于激活状态的终端发送无线资源控制连接建立消息或携带满配置信息的无线资源控制连接恢复消息或无线资源控制连接释放消息。
第三方面，提供一种通信方法，在该方法中，处于Inactive状态的终端向第一基站发送Inactive状态的终端的标识信息，该标识信息可以在RNA范围内唯一标识该Inactive终端，并且通过该标识信息，可以使得所述Inactive终端的驻留基站能够找到对应于所述终端的上下文信息，可将该标识信息称为Resume ID。第一基站接收处于Inactive状态的终端发送的Resume ID，并向第二基站发送标识信息。其中，第一基站向第二基站发送的标识信息中包括第一基站接收到的、处于Inactive状态的终端发送的Resume ID，还可包括所述第一基站的标识、所述处于去激活状态的终端所属小区标识和所述第一基站当前所处的RNA标识中的至少一种。第二基站接收到所述第一基站当前所处的RNA标识可识别第一基站属于哪一个RNA，进而可确定是否需要将第一基站设置为新的驻留基站，第二基站若确定不需要将第一基站设置为新的驻留基站，即在此次的RNA更新过程中不进行驻留基站的更新，第二基站向第一基站发送第三指示信息，所述第三指示信息用于指示是否需要更新驻留基站，其中，第二基站若确定不需要进行驻留基站更新，则向第一基站发送第三指示信息指示不进行驻留基站更新。
可选的，第一基站接收第二基站发送的第三指示信息，可向处于Inactive状态的终端发送是否需要进行驻留基站更新的指示信息。通过此种方式使得处于Inactive状态的终端的驻留基站不会发生更新，进而避免不必要的RNA重新分配过程，节省信令开销。
第四方面，提供一种通信设备，该通信设备具有实现上述方法设计中第一基站的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。所述模块可以是软件和/或硬件。
一种可能的设计中，应用于第一基站的通信设备包括接收器和处理器，还可包括发射器，接收器、处理器和发射器的功能可以和各方法步骤相对应，在此不予赘述。
第五方面，提供一种通信设备，该通信设备具有实现上述方法设计中第二基站的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。所述模块可以是软件和/或硬件。
一种可能的设计中，应用于第二基站的通信设备包括处理器和发射器，还可包括接收器，处理器、发射器和接收器的功能可以和各方法步骤相对应，在此不予赘述。
第六方面，提供一种通信设备，该通信设备具有实现上述方法设计中处于Inactive状态的终端的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。所述模块可以是软件和/或硬件。
一种可能的设计中，应用于处于Inactive状态的终端的通信设备包括处理器和发射器，还可包括接收器，处理器、发射器和接收器的功能可以和各方法步骤相对应，在此不予赘述。
第七方面，提供一种第一基站，该第一基站包括处理器、发射器和接收器，还可以包括存储器，所述存储器用于与处理器耦合，其保存第一基站必要的程序指令和数据。其中，处理器、发射器、接收器和存储器相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制发射器和接收器收发信号，完成上述第一方面、第二方面和第三方面以及上述各方面任意可能的设计中的第一基站执行相应功能的步骤。
第八方面，提供一种第二基站，该第二基站包括处理器、收发器，还可以包括存储器。所述存储器用于与处理器耦合，其保存第二基站必要的程序指令和数据。其中，处理器、收发器和存储器相连，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器收发信号，完成上述第一方面、第二方面和第三方面以及上述各方面任意可能的设计中的第二基站的执行方法。
第九方面，提供一种终端，该终端包括发射器、接收器和处理器，还可以包括存储器，所述存储器用于与所述处理器耦合，其保存终端必要的程序指令和数据。处理器执行存储器存储的指令，执行上述第一方面、第二方面和第三方面以及上述各方面任意可能的设计中的处于Inactive状态终端的功能。
第十方面，提供一种通信***，其包括第七方面涉及的第一基站、第八方面涉及的第二基站和一个或多于一个第九方面涉及的终端。
第十一方面，提供一种计算机存储介质，用于存储一些指令，这些指令被执行时，可以完成第一方面、第二方面和第三方面以及上述各方面任意可能的设计中的处于Inactive状态终端或第一基站、第二基站所涉及的任意一种方法。
第十二方面，提供一种计算机程序产品，用于存储计算机程序，该计算机程序用于执行完成第一方面、第二方面和第三方面以及上述各方面任意可能的设计中的处于Inactive状态终端或第一基站、第二基站所涉及的任意一种方法。
本申请实施例中，第一基站可接收用于所述第一基站确定是否需要为所述处于Inactive状态的终端重新分配RNA的第一消息，然后基于该第一消息确定是否需要为处于Inactive状态的终端重新分配RNA，在确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA，以节省信令开销。
本申请实施例中，第一基站可接收用于指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息，然后第一基站基于该第二消息，确定处于Inactive状态的终端的通信状态为去激活状态、连接态或空闲状态。由于第一基站对处于Inactive状态的终端的通信状态进行了确定，一方面可准确确定终端的通信状态，另一方面可在确定终端需要进行通信状态转换的情况下，再控制终端进行通信状态转换，在不需要进行通信状态转换的情况下，可不进行通信状态的转换，可以节省终端能耗。
附图说明
图1为本申请实施例应用的网络架构图；
图2为本申请实施例提供的一种确定是否需要为处于去激活状态的终端重新分配RNA的实现流程图；
图3为本申请实施例提供的基于RNA信息确定是否需要为处于去激活状态的终端重新分配RNA的一种实施流程图；
图4为本申请实施例提供的获取RNA信息流程图；
图5为本申请实施例提供的基于RNA信息确定是否需要为处于去激活状态的终端重新分配RNA的另一种实施流程图；
图6为本申请实施例提供的基于所述RNA更新原因指示信息确定是否需要重新分配RNA的实施流程图；
图7为本申请实施例提供的另一种确定是否需要为处于去激活状态的终端重新分配RNA的实现流程图；
图8为本申请实施例提供的一种确定处于去激活状态的终端的通信状态实现流程图；
图9为本申请实施例提供的确定处于去激活状态的终端的通信状态的一种实施流程图；
图10为本申请实施例提供的确定处于去激活状态的终端的通信状态的另一种实施流程图；
图11为本申请实施例提供的确定处于去激活状态的终端的通信状态的又一种实施流程图；
图12为本申请实施例提供的获取PDU会话信息以及网络切片信息的实施流程图；
图13为本申请实施例提供的一种通信设备的结构示意图；
图14为本申请实施例提供的第一基站的结构示意图；
图15为本申请实施例提供的另一种通信设备的结构示意图；
图16为本申请实施例提供的第二基站的结构示意图；
图17为本申请实施例提供的又一种通信设备的结构示意图；
图18为本申请实施例提供的终端的结构示意图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述。
首先，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。
1)、基站(base station，BS)，也可称为基站设备，是一种部署在无线接入网用以提供无线通信功能的装置。例如在2G网络中提供基站功能的设备包括基地无线收发站(英文：base transceiver station,简称：BTS)和基站控制器(base station controller，BSC)，3G网络中提供基站功能的设备包括节点B(NodeB)和无线网络控制器(radio networkcontroller，RNC)，在4G网络中提供基站功能的设备包括演进的节点B(evolved NodeB，eNB)，在无线局域网络(wireless local area networks，WLAN)中，提供基站功能的设备为接入点(access point，AP)。在未来5G新无线(New Radio，NR)中的提供基站功能的设备包括继续演进的节点B(gNB)。
2)、终端，是一种向用户提供语音和/或数据连通性的设备，可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile station，MS)，终端设备(Terminal Equipment)，传输点(transmission and receiver point，TRP或者transmission point，TP)等等。
3)、交互，本申请中的交互是指交互双方彼此向对方传递信息的过程，这里传递的信息可以相同，也可以不同。例如，交互双方为基站1和基站2，可以是基站1向基站2请求信息，基站2向基站1提供基站1请求的信息。当然，也可以基站1和基站2彼此向对方请求信息，这里请求的信息可以相同，也可以不同。
4)、“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
5)、名词“网络”和“***”经常交替使用，但本领域的技术人员可以理解其含义。信息(information)，信号(signal)，消息(message)，信道(channel)有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。
6)去激活状态，可称为Inactive状态，也可称为RRC去激活状态，是5G中新定义的通信状态，该通信状态可作为一种独立通信状态，也可以理解为是连接态(Active)或者空闲状态(Idle)的一种子通信状态。本申请中可认为Inactive状态是一种独立的通信状态，处于Inactive状态的终端具有如下特性：
A：终端在接入层(Access Stratum，AS)的上下文信息同时在终端和基站侧保留，其中，RAN侧的驻留基站中保存有终端的AS上下文信息，也可由驻留基站将终端上下文传输至其他的基站进行保存。驻留基站是指为所述Inactive终端保留核心网与RAN侧控制面连接的基站。驻留基站通常可以理解为是控制终端从连接态转移至Inactive状态的基站，但是也不排除其他的情况，例如在RNA更新过程中，没有数据传输的Inactive终端在RNA更新后依然保持Inactive状态，而不需要先转移至连接态，在此种情况下，虽然基站仅对终端进行了重配置而没有进行状态转移，但是由于核心网侧与RNA侧的连接进行了转移，该控制终端保持Inactive状态的基站也称为驻留基站。
B：终端从Inactive状态转移至RRC连接态时，不需要重新激活驻留基站与核心网控制面网元的链路，例如不需要重新激活基站侧与核心网侧的链路。
C：终端在Inactive状态下不进行数据传输。
7)RAN的通知区域(RAN based Notification Area，RNA)
RNA由一个小区或者多个小区组成，若由多个小区组成，该多个小区属于同一gNB，也可以属于不同的基站，该不同的基站可以是同一RAT的基站，也可以是不同RAT的基站，例如，该基站可以是4.5G网络中的eNB，也可以是5G网络中的gNB。处于Inactive状态的终端在RNA内部移动时可以不向网络侧上报测量报告，而仅仅是进行小区重选，并周期性上报RNA更新信息。处于Inactive状态的终端移动至RNA以外的小区时，则需要上报RNA更新信息，并进行位置更新的操作，位置更新操作类似于长期演进网络(Long Term Evolution，LTE)中的跟踪区更新(Tracking Area Update，TAU)。
8)通信状态转换
引入新的Inactive状态以后，存在的状态转换场景如下：连接态转换为Inactive状态、连接态转换为空闲状态、Inactive状态转换为空闲状态以及空闲状态转换为连接态、Inactive状态转换为连接态。
处于Inactive状态的终端不可避免的要进行RNA更新以及通信状态的转换。通常，处于Inactive状态的终端从驻留基站转移到其它新服务基站并且需要与网络进行交互(例如RNA更新，数据传输等)情况下，转移到的新服务基站会为Inactive状态的终端重新分配RNA，并且处于Inactive状态的终端首先会转移至连接态，然后若没有数据传输，则再转移至Inactive状态。然而，在实际通信场景中，很多场景下新服务基站是无需重新分配RNA的，处于Inactive状态的终端也无需进行状态转换，例如转移到的新服务基站后仍在原RNA内移动，则该新服务基站可以不必重新分配RNA。再例如，处于Inactive状态的终端进行RNA更新后，若没有数据进行传输，则无需转移至连接态。
有鉴于此，本申请实施例提供一种通信方法，使新服务基站可以在确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA。还可以使新服务基站准确判断处于Inactive状态的终端是否需要进行通信状态转换。
本申请实施例以下以无线通信网络中5G网络场景为例进行说明，应当指出的是，本申请实施例中的方案还可以应用于其他无线通信网络中，相应的名称也可以用其他无线通信网络中的对应功能的名称进行替代。
图1所示为本申请适用的一种通信***的结构示意图。图1所示的通信***中包括终端，基站以及核心网。其中，基站包括第一基站、第二基站和第三基站。第一基站和第二基站属于相同的无线接入类型，第三基站的无线接入类型与第一基站和第二基站的无线接入类型不同。例如，第一基站和第二基站可以理解为是5G的基站(gNB)，第三基站可以理解为是4G或4.5G的基站(eNB)。第三基站可以连接到5G核心网的演进通用陆地无线接入网络(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)基站，并可以支持将终端设置为Inactive状态或者类似的状态。核心网中可以包括接入以及移动性管理功能(Access and Mobility Management Function，AMF)，AMF可以理解为是核心网控制面功能，为终端提供移动性管理以及接入管理功能。
图1中，若处于连接态的终端驻留在第二基站的覆盖范围内在设定的时间内未进行数据传输，则第二基站可将终端设置为Inactive状态。将终端从连接态设置为Inactive状态的第二基站是为处于连接态的终端最后提供服务的基站，其中，为处于连接态的终端最后提供服务的基站可称为驻留基站(Anchor基站)，驻留基站会保留终端的上下文信息。处于Inactive状态的终端具有移动性，若处于Inactive状态的终端从第二基站覆盖范围移动到第一基站的覆盖范围，处于Inactive状态的终端可将第一基站作为新服务基站，与第一基站保持下行同步，或与第一基站的小区保持同步)，接收第一基站的广播信号，并且可通过第一基站与核心网交互。处于Inactive状态的终端若需要进行数据传输或进行RNA更新，则该新服务基站可成为新的驻留基站，并为所述处于Inactive状态的终端重新分配RNA。换言之，第一基站可以理解为是处于Inactive状态的终端的新驻留基站，或者可能成为处于Inactive状态终端新驻留基站的潜在新驻留基站，第二基站可以理解为是处于Inactive状态的终端的原驻留基站。
本申请实施例中，第一基站可接收用于所述第一基站确定是否需要为所述处于Inactive状态的终端重新分配RNA的第一消息，然后基于该第一消息确定是否需要为处于Inactive状态的终端重新分配RNA，在确定需要为处于Inactive状态的终端重新分配RNA的情况下，再为该处于Inactive状态的终端重新分配RNA，以节省信令开销。
图2所示为本申请实施例提供的一种通信方法流程图，参阅图2所示，该方法包括：
S101：第一基站接收第一消息，所述第一消息用于所述第一基站确定是否需要为所述处于Inactive状态的终端重新分配RNA。
S102：第一基站基于所述第一消息，确定是否需要为处于Inactive状态的终端重新分配RNA。
S103：第一基站若基于所述第一消息，确定需要为处于Inactive状态的终端重新分配RNA，则为处于Inactive状态的终端重新分配RNA。处于Inactive状态的终端基于第一基站重新分配的RNA，更新保留的RNA信息。
一种可能的实施方式中，第一基站接收的第一消息可以是第二基站向第一基站发送的RNA信息，所述RNA信息用于指示所述处于Inactive状态的终端当前所处的RNA，第一基站基于该RNA信息可以确定是否需要为处于Inactive状态的终端重新分配RNA。
图3所示为第一基站基于RNA信息确定是否需要为处于Inactive状态的终端重新分配RNA的实施流程图，参阅图3所示，包括：
S201：第二基站向第一基站发送RNA信息，所述RNA信息用于指示所述处于Inactive状态的终端当前所处的RNA。
其中，RNA信息可以是小区列表的形式，可以是RNA标识(Identity，ID)的形式，也可以是RNA ID列表的形式，还可以是两种形式的组合，或者是其他的形式。
S202：第一基站接收第二基站发送的RNA信息，并基于所述RNA信息确定是否需要为处于Inactive状态的终端重新分配RNA。
本申请实施例中，第二基站发送的RNA信息中包括所述处于Inactive状态的终端当前所处的RNA，终端当前所处的RNA可以理解为是网络侧为所述处于Inactive状态的终端最近一次分配的RNA，故第一基站可基于所述RNA信息确定是否需要为处于Inactive状态的终端重新分配RNA。
其中，第一基站基于所述RNA信息确定是否需要为处于Inactive状态的终端重新分配RNA的具体实施方式可有多种实现方式，例如可以为以下涉及的实施方式中的一种或多种，当然以下涉及的判断方式仅是进行示意性说明，并不引以为限。
一种实施方式中，所述第一基站可确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区，是否属于所述RNA信息指示的RNA范围内。若确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区不属于所述RNA信息指示的RNA范围内，则确定需要为所述处于Inactive状态的终端重新分配RNA。
另一种实施方式中，所述第一基站若确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内，则可确定不需要为所述处于Inactive状态的终端重新分配RNA。当然，所述第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内的情况下，也可确定不需要为所述处于Inactive状态的终端重新分配RNA。例如，若处于Inactive状态的终端在第一基站的覆盖范围内归属的小区位于RNA的边缘，则有可能需要重新分配RNA。
又一种实施方式中，所述第一基站可结合所述RNA信息以及其它信息，确定是否需要为所述处于Inactive状态的终端重新分配RNA。例如，第一基站可结合RNA信息以及终端的移动速度，确定是否需要为所述处于Inactive状态的终端重新分配RNA。例如，所述第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内的情况下，若确定按照终端的移动速度，在预设的时间内会移动到所述RNA信息指示的RNA范围外，则可确定需要重新分配RNA，在预设的时间内不会移动到所述RNA信息指示的RNA范围外，则可确定不需要重新分配RNA。再例如，所述第一基站确定处于Inactive状态的终端在第一基站的覆盖范围内归属的小区属于所述RNA信息指示的RNA范围内，且处于Inactive状态的终端在第一基站的覆盖范围内归属的小区位于RNA的边缘情况下，若确定按照终端的移动速度，在预设的时间内不会移动到所述RNA信息指示的RNA范围外，则可确定不需要重新分配RNA。
S203：第一基站若基于所述RNA信息，确定需要为处于Inactive状态的终端重新分配RNA，则为处于Inactive状态的终端重新分配RNA。处于Inactive状态的终端基于第一基站重新分配的RNA，更新保留的RNA信息。
本申请实施例中，在某些场景下，第一基站接收终端发送的请求消息后，第一基站会向第二基站发送请求消息。例如，由于去激活状态的终端移动至第一基站，并且需要发数据，该第一基站不同于第二基站场景下，第一基站会向第二基站发送请求消息。其中，该第一基站可以是RNA内部的基站，也可以是RNA外部的基站。再例如，去激活状态的终端移动至第一基站需要进行周期性RNA更新，或者由于去激活状态的终端移动至第一基站，而处于Inactive状态的终端在第一基站的覆盖范围内归属的小区部署在去激活终端RNA的覆盖范围外(即该终端移出了RNA的覆盖范围需要进行RNA更新)，第一基站会向第二基站发送请求消息。当然，还可能由于其他的原因，第一基站会向第二基站发送请求消息，本申请不作限定。
第二基站接收到第一基站发送的请求消息后，会向第一基站发送请求回复消息，本申请实施例中为节省信元开销，可将RNA信息携带在第二基站向第一基站发送的请求回复消息中。
本申请为描述方便，可将第一基站向第二基站发送的请求消息称为第一请求消息，将第二基站向第一基站发送的请求回复消息称为第一请求回复消息。其中，该第一请求消息可以是获取终端上下文请求消息(Retrieve UE Context Request)，也可以是RNA更新请求消息。第一请求回复消息可以是上下文请求回复消息，也可以是RNA更新请求回复消息。将终端向第一基站发送的请求消息称为第二请求消息，将第一基站向终端发送的请求回复消息称为第二请求回复消息。
图4所示为本申请实施例提供的第一基站通过第一请求回复消息获取RNA信息的实施流程图，参阅图4所示，包括：
S201a：第一基站向第二基站发送第一请求消息。
其中，本申请实施例中第一基站向第二基站发送的第一请求消息可包含网络侧为处于Inactive状态的终端分配的标识信息。处于Inactive状态的终端的标识信息可以理解为是在RNA范围内唯一标识该Inactive终端，并且通过该标识信息，可以使得所述Inactive终端的驻留基站能够找到对应于所述终端的上下文信息，后续统一将该标识信息称为Resume ID。
第二基站根据该Resume ID可确定处于Inactive状态终端保留的RNA信息以及上下文信息。
S201b：第二基站接收第一基站发送的第一请求消息，并向第一基站发送第一请求回复消息。
本申请实施例中，第二基站向第一基站发送的第一请求回复消息中可包含终端当前的RNA信息。
本申请实施例中，第一基站通过该RNA信息，可以判断第一基站是否为终端RNA的边缘基站，如果是的话，则可能需要重新为终端分配RNA，否则，可能不需要进行RNA的重新分配。在不需要进行RNA重新分配的情况下，相对现有技术，可节省空口资源。
图5为本申请实施例提供的第一基站通过第一请求回复消息获取RNA信息并确定是否需要为处于Inactive状态终端重新分配RNA的实施流程图，参阅图5所示包括：
S301：处于Inactive状态的终端向第一基站发送第二请求消息。
其中，本申请实施例中处于Inactive状态的终端向第一基站发送的第二请求消息中可包括网络侧为处于Inactive状态的终端分配的标识信息，例如Resume ID。第一基站基于该标识信息可确定处于Inactive状态的终端的原驻留基站(第二基站)，并向第二基站发送第一请求消息。
S302：第一基站接收第二请求消息后，第一基站向第二基站发送第一请求消息。
S303、S304和S305的执行步骤与上述S201a、S201b、S202和S203的执行步骤相同，在此不再赘述。
本申请实施例中，第一基站通过该RNA信息，可以判断第一基站是否为终端RNA的边缘基站，如果是的话，则可能需要重新为终端分配RNA，否则，可能不需要进行RNA的重新分配。在不需要进行RNA重新分配的情况下，相对现有技术，可节省空口资源。
进一步的，如果上述第一基站确定是否需要重新分配RNA的过程包括在RNA更新的过程中，第一基站还可判断这是一个周期性的RNA更新还是由于终端移出了RNA的范围引起的更新。
本申请实施例中另一种可能的实施方式中，所述第一消息可以包括所述处于Inactive状态的终端向所述第一基站发送的RNA更新原因指示信息，第一基站基于该RNA更新原因指示信息确定是否需要为处于Inactive状态的终端重新分配RNA。
图6所示为本申请实施例提供的第一基站基于所述RNA更新原因指示信息确定是否需要重新分配RNA的实施流程图，参阅图6所示，包括：
S401：处于Inactive状态的终端向第一基站发送RNA更新原因指示信息。
其中，所述RNA更新原因指示信息用于指示RNA更新原因的是由于周期性更新还是由于其他的原因引起的更新。
具体的，所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于周期性RNA更新，或者RNA更新原因指示信息还可用于指示所述处于Inactive状态的终端基于非周期性RNA更新，或者所述RNA更新原因指示信息还可用于指示所述处于Inactive状态的终端基于移动到RNA范围外进行RNA更新，或所述RNA更新原因指示信息还可用于仅指示所述处于Inactive状态的终端进行RNA更新。或者所述RNA更新原因指示信息还可用于指示注册区更新，或者是否为RNA和TA联合更新。
具体的，该RNA更新原因指示信息可以仅通过一个参数进行指示，还可以通过两个参数进行指示，例如，第一参数指示所述处于Inactive状态的终端进行RNA更新，第二参数指示所述RNA更新类型为基于周期性RNA更新，或者基于非周期性RNA更新，或者基于移动到RNA范围外进行RNA更新，或者为RNA和TA联合更新。
S402：第一基站基于所述RNA更新原因指示信息，确定是否需要为处于Inactive状态的终端重新分配RNA。
其中，所述第一基站若确定所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于移动到RNA范围外上报更新RNA信息，则确定需要为处于Inactive状态的终端重新分配RNA。所述第一基站若确定所述RNA更新原因指示信息用于指示所述处于Inactive状态的终端基于周期性上报更新RNA信息，则确定不需要为处于Inactive状态的终端重新分配RNA，当然也有可能确定需要重新分配RNA。所述第一基站若确定所述RNA更新原因指示信息用于指示由于其他的原因引起的更新，则可确定需要为处于Inactive状态的终端重新分配RNA。
S403：第一基站基于所述RNA更新原因指示信息，确定需要为处于Inactive状态的终端重新分配RNA的情况下，为处于Inactive状态的终端重新分配RNA。处于Inactive状态的终端基于第一基站重新分配的RNA，更新保留的RNA信息。
进一步的，本申请实施例中，处于Inactive状态的终端可向第一基站发送请求消息，第一基站向处于Inactive状态的终端发送请求回复消息。本申请实施例中为描述方便，可将处于Inactive状态的终端向第一基站发送的请求消息称为第二请求消息，第一基站向处于Inactive状态的终端发送的请求回复消息称为第二请求回复消息。
其中，第二请求消息可以是RRC连接建立请求消息(RRC Connection Request)，也可以是RRC连接恢复请求消息(RRC Connection Resume Request)。第二请求回复消息可以是RRC连接恢复消息(RRC Connection Resume)，也可以是RRC连接暂停消息(RRCConnection Suspend)，还可以是RRC连接重配置消息(RRC ConnectionReconfiguration)，还可以是RRC连接释放消息，还可以是RRC连接建立消息(RRCConnection Setup)，或者是新的消息。
本申请实施例中为节省信令开销，可将所述RNA更新原因指示信息携带在处于Inactive状态的终端向第一基站发送的第二请求消息中。
进一步的，处于Inactive状态的终端向第一基站发送的第二请求消息中还可包含网络侧为处于Inactive状态的终端分配的标识信息，例如Resume ID。
图6中，第一基站可向第二基站发送第一请求消息，第二基站向第一基站反馈第一请求回复消息。第一请求消息中可以包括Resume ID，第一请求消息可以为上下文请求消息，第一请求回复消息可以是上下文回复消息，以使第一基站获取处于Inactive状态的终端的上下文信息。
图7为本申请实施例提供的第一基站确实是否需要重新分配RNA的又一种实施流程图，参阅图7所示，包括：
S501：处于Inactive状态的终端向第一基站发送处于Inactive状态的终端的标识信息。
其中，Resume ID可以携带在处于Inactive状态的终端向第一基站发送的第二请求消息中。
S502：第一基站接收处于Inactive状态的终端发送的Resume ID，并向第二基站发送标识信息。
其中，第一基站向第二基站发送的标识信息中包括第一基站接收到的、处于Inactive状态的终端发送的Resume ID。
第一基站向第二基站发送的标识信息中还可包括第一基站的标识，例如可以是第一基站ID形式，也可以是其他的形式。第二基站接收到所述第一基站标识可识别得到第一基站的标识信息。第一基站向第二基站发送的标识信息中也可以包括所述处于Inactive状态的终端所属小区标识，其中，一个基站会包含多个小区。小区标识信息可以是物理小区标识(physical cell ID，PCI)，也可以是全局小区标识。第二基站接收到第一基站发送的小区标识信息可以识别当前终端所属的小区。第一基站向第二基站发送的标识信息中也可以包括所述第一基站当前所处的RNA标识。第二基站接收到所述第一基站当前所处的RNA标识可识别第一基站属于哪一个RNA)。
S503：第二基站接收第一基站发送的标识信息，并确定是否需要为所述处于Inactive状态的终端更新驻留基站。
第二基站通过上述的消息以及保存的终端的RNA消息，就可以判断出该终端是周期性的RNA更新还是由于移出了RNA的覆盖范围带来的RNA更新，进而可确定是否需要为所述处于Inactive状态的终端更新驻留基站。
第二基站若确定不需要将第一基站设置为新的驻留基站，即在此次的RNA更新过程中不进行驻留基站的更新，例如在根据步骤502中的信息，判断终端是进行周期性的RNA更新的情况下，确定不需要进行RNA更新。
S504：第二基站向第一基站发送第三指示信息，所述第三指示信息用于指示是否需要更新驻留基站。
其中，第二基站若确定不需要进行驻留基站更新，则向第一基站发送第三指示信息指示不进行驻留基站更新。
S505：第一基站接收第二基站发送的第三指示信息，向处于Inactive状态的终端发送是否需要进行驻留基站更新的指示信息。
通过此种方式使得处于Inactive状态的终端的驻留基站不会发生更新，进而避免不必要的RNA重新分配过程，节省信令开销。
图8为本申请实施例提供的一种第一基站确定处于Inactive状态的终端的通信状态实现流程图，参阅图8所示，包括：
S601：第一基站接收第二消息，所述第二消息用于所述第一基站确定处于Inactive状态的终端的通信状态。
其中，终端的通信状态包括去激活状态、连接态或空闲状态。
S602：第一基站基于所述第二消息，确定处于Inactive状态的终端的通信状态。
S603：第一基站向处于Inactive状态的终端，发送用于指示进入第一基站确定的通信状态的指示信息。
本申请实施例提供的通信方法中，第一基站可接收用于指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息，然后第一基站基于该第二消息，确定处于Inactive状态的终端的通信状态为去激活状态、连接态或空闲状态。由于第一基站对处于Inactive状态的终端的通信状态进行了确定，一方面可准确确定终端的通信状态，另一方面可在确定终端需要进行通信状态转换的情况下，再控制终端进行通信状态转换，在不需要进行通信状态转换的情况下，可不进行通信状态的转换，可以节省信令开销以及终端能耗。
本申请实施例以下将对第一基站确定处于Inactive状态的终端的通信状态的具体实现过程进行举例说明。
一种可能的实施方式中，本申请实施例中指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息中可以包括激活标识(Active Flag)，该Active Flag用于指示所述处于Inactive状态的终端是否需要进入连接态。
其中，所述Active Flag可通过比特位表示，例如用一个比特位表征Active Flag，若表征Active Flag的比特位被置位为1，则表征所述处于Inactive状态的终端需要进入连接态。若表征Active Flag的比特位被置位为0，则表征所述处于Inactive状态的终端不需要进入连接态。
其中，终端需要进入连接态可以理解为是终端需要激活部分或者全部承载和/或会话，该部分或者全部承载和/或会话可以是在RNA更新过程中进行激活，也可以是在RNA更新以后进行激活。例如终端在进行RNA更新的同时有数据需要发送，那么则可将ActiveFlag设置为1，从而指示第一基站，该处于Inactive状态的终端希望在RNA更新过程中激活部分或者全部承载和/或会话。
图9为本申请实施例提供的一种第一基站基于Active Flag确定处于Inactive状态的终端的通信状态的实施流程图，参阅图9所示，包括：
S701：处于Inactive状态的终端向第一基站发送Active Flag。
其中，Active Flag可由处于Inactive状态的终端通过第二请求消息发送给第一基站，例如可通过RRC Connection Resume Request发送。其中，该RRC Connection ResumeRequest可包括上述涉及的Active Flag，还可以包括上述涉及的Resume ID。第一基站可通过处于Inactive状态的终端发送的第二请求消息获取所述Active Flag。
S702：第一基站接收到Active Flag后，可基于所述Active Flag，确定所述处于Inactive状态的终端的通信状态。
其中，第一基站可单独依据Active Flag确定处于Inactive状态的终端的通信状态，也可结合Active Flag以及其它信息(诸如第一基站是否有足够的空闲资源分配给终端进行通信)，确定处于Inactive状态的终端的通信状态。
一种可能的示例中，若所述Active Flag指示所述处于Inactive状态的终端需要进入连接态，则第一基站确定所述处于Inactive状态的终端的通信状态为连接态。例如，第一基站接收到的第二消息中携带Active Flag，且Active Flag的比特位被置位为1，可确定该指示信息指示终端希望激活部分或者全部承载和/或会话，则第一基站可确定处于Inactive状态的终端的通信状态为连接态，并执行S703。
S703：向所述处于Inactive状态的终端发送用于指示终端进入连接态的指示信息。其中，用于指示终端进入连接态的指示信息可通过第二请求回复消息发送，例如，第一基站向处于Inactive状态的终端发送RRC连接恢复消息(RRC Connection Resume消息)(可以选择性的更新RNA信息)。
其中，处于Inactive状态的终端按照上述指示信息进入连接态以后，可向第一基站发送连接恢复完成消息(RRC Connection Resume Completed)。
另一种可能的示例中，若所述Active Flag指示所述处于Inactive状态的终端不需要进入连接态，则所述新服务基站确定所述处于Inactive状态的终端的通信状态为Inactive状态。例如，第一基站接收到的第二消息中携带Active Flag，且Active Flag的比特位被置位为0，可确定该指示信息指示终端不需要进行数据传输，无需激活承载和/或会话，则第一基站可确定处于Inactive状态的终端的通信状态仍为Inactive状态，执行S703。
S703：向所述处于Inactive状态的终端发送用于指示终端保持Inactive状态的指示信息。
其中，第一基站可通过第二请求回复消息发送用于指示终端保持Inactive状态的指示信息，例如采用如下方式指示终端保持Inactive状态：第一基站向处于Inactive状态的终端发送RRC Connection Resume消息，所述RRC Connection Resume消息中包括用于指示所述去激活状态的终端保持去激活状态的指示信息。或第一基站向处于Inactive状态的终端发送RRC连接释放消息(RRC Connection Release消息)，所述RRC ConnectionRelease消息中包括用于指示所述去激活状态的终端保持去激活状态的指示信息。或第一基站向处于Inactive状态的终端发送RRC连接暂停消息(RRC Connection Suspend)。
又一种可能的示例中，第一基站若确定无空闲资源分配给终端，则无论ActiveFlag的比特位被置位为0还是被置位为1，第一基站都可确定所述处于Inactive状态的终端的通信状态为空闲状态，并执行S703。
S703：第一基站向所述处于Inactive状态的终端发送用于指示终端进入空闲状态的指示信息。其中，用于指示终端进入空闲状态的指示信息可通过第二请求回复消息发送，例如，第一基站向所述处于Inactive状态的终端发送RRC连接释放消息(RRC ConnectionRelease消息)。
一种可能的实施方式中，图9中，第一基站可向第二基站发送第一请求消息，第二基站向第一基站反馈第一请求回复消息。第一请求消息中可以包括Resume ID，第一请求回复消息中可包括RNA信息，使第一基站确定处于Inactive状态的终端的通信状态以及确定是否需要为所述处于Inactive状态的终端重新分配RNA的过程可在一次通信过程中完成。第一请求消息可以是上下文请求消息，第一请求回复消息可以是上下文回复消息，以使第一基站获取处于Inactive状态的终端的上下文信息。
其中，所述第一基站确定所述处于Inactive状态的终端的通信状态为连接态，并基于第二基站发送的第一消息进行RNA更新的情况下，换言之，第二基站为处于Inactive状态的终端的原驻留基站的情况下，若所述第一基站与所述第二基站属于不同的RAT的基站，则所述第一基站向所述处于Inactive状态的终端发送满配置信息(Full Configuration)。其中，满配置信息可通过第二请求回复消息发送，例如通过RRC Connection Resume消息发送所述满配置信息。
本申请的另一实施例中，指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息包括终端上下文信息获取失败消息。
图10所示为本申请实施例提供的第一基站确定处于Inactive状态的终端的通信状态的另一实施流程图，参阅图10所示，包括：
S801：处于Inactive状态的终端向第一基站发送第二请求消息。
其中，该第二请求消息中可包括终端的Resume ID信息，还可包括RNA更新原因指示信息。该第二请求消息可以是RRC Connection Resume Request。
其中，S801为可选的步骤。
S802：第一基站向第二基站发送第一请求消息，该第一请求消息中可包括ResumeID信息，例如发送包括Resume ID的上下文请求信息。
其中，S802为可选步骤。
第二基站基于第一请求信息中包括的Resume ID，获取处于Inactive状态的终端上下文信息。第二基站若获取处于Inactive状态的终端上下文信息失败，则向第一基站发送上下文信息获取失败消息。
S803：第一基站接收第二基站发送的上下文信息获取失败消息。
S804：第一基站确定将把所述处于Inactive状态的终端的通信状态设置为空闲状态。
S805：第一基站向处于Inactive状态的终端发送用于指示所述处于Inactive状态的终端的通信状态为空闲状态的指示信息。其中，所述指示所述处于Inactive状态的终端的通信状态为空闲状态的指示信息可通过第二请求回复消息发送。
例如，第一基站可向处于Inactive状态的终端发送RRC Connection Release消息。
S806：第一基站向第二基站发送释放上下文请求消息，或者发送第一指示信息，第一指示信息用于指示所述第一基站将把所述处于Inactive状态的终端的通信状态设置为空闲状态的指示信息，以使第二基站可以释放该获取上下文信息失败的终端相关的上下文信息或者释放与这个获取上下文信息失败的终端相关的基站与核心网间的连接。
其中，S806为可选步骤。
本申请的又一实施例中，指示所述第一基站确定处于Inactive状态的终端的通信状态的第二消息可以是第二基站发送的网络切片(Slice)信息以及协议数据单元(Protocol Data Unit，PDU)会话信息。
图11所示为本申请实施例提供的第一基站确定处于Inactive状态的终端的通信状态的又一实施流程图，参阅图11所示，包括：
图11中，S901和S902的实施步骤与S801和S802的实施步骤相同，在此不再赘述，以下仅就不同之处进行说明。
S903：第二基站向第一基站发送PDU会话信息以及PDU会话的网络切片信息。其中，网络切片信息以及PDU会话信息可以通过第一请求回复消息发送，例如通过上下文回复消息发送。
S904：第一基站基于接收到的PDU会话信息以及PDU会话的网络切片信息，确定确定是否支持所述PDU会话的网络切片，在确定不支持所述PDU会话的部分或者全部网络切片情况下，执行S905a或S905b。。
S905a：第一基站向处于Inactive状态的终端发送RRC连接恢复消息(RRCConnection Resume消息)，该RRC Connection Resume消息中携带满配置信息。
或者还可执行S1005b。
S905b：第一基站向处于Inactive状态的终端发送RRC连接建立消息(RRCConnection setup)。
其中，S1005a和S1005b两个执行步骤中择一执行即可。
S906：处于Inactive状态的终端向第一基站发送RRC连接建立完成消息(RRCConnection Completed)，该RRC连接建立完成消息中携带TAU请求。
S907：第一基站向AMF发送TAU请求消息。
S908：AMF向终端发送TAU接受消息。
本申请实施例中，网络切片信息可以采用以下参数中的至少一种来表征：
1、网络切片标识(Network Slice ID,Slice ID)：
1.1、网络切片类型信息，例如，网络切片类型信息可以指示增强的移动宽带业务(enhanced Mobile BroadBand，eMBB)，超可靠低时延通信(Ultra-Reliable Low LatencyCommunications，URLLC)，海量机器类通信(massive Machine Type Communication，mMTC)等网络切片类型，可选地，该网络切片类型信息还可以指示端到端的网络切片类型，包含RAN到CN的网络切片类型，也可以指RAN侧网络切片类型，或者CN侧网络切片类型；
1.2、业务类型信息，与具体的业务相关，例如，该业务类型信息可以指示视频业务，车联网业务，语音业务等业务特征或者具体业务的信息；
1.3、租户(Tenant)信息，用于指示创建或者租用该网络切片的客户信息，如腾讯，国家电网等；
1.4、用户组信息，用于指示按照某种特征，如用户的级别等将用户进行分组的分组信息；
1.5.切片组信息，用于指示按照某种特征，例如，可以将终端设备能够接入的所有网络切片作为一个切片组，或者也可以按照其他标准划分网络切片的分组；
1.6、网络切片实例信息，用于指示为该网络切片创建的实例标识以及特征信息，例如，可以为网络切片实例分配一个标识，用于指示该网络切片实例，也可以在网络切片实例标识的基础上映射一个新的标识，关联该网络切片实例，接收方可以根据该标识识别出该标识指示的具体网络切片实例；
1.7、专有核心网(Dedicated Core Network，DCN)标识，该标识用于唯一指示LTE***或者eLTE***中的专有核心网，例如物联网专有的核心网，可选的，该DCN标识可以与网络切片标识做映射，由DCN标识可以映射出网络切片标识，通过网络切片标识也可以映射出DCN标识。
2、单网络切片选择辅助信息(Single Network Slice Selection Assistanceinformation，S-NSSAI)，该S-NSSAI至少包含切片类型/服务类型(Slice/Service type，SST)信息，可选的还可以包含切片区分信息(Slice Differentiator，SD)。该SST信息用于指示网络切片的行为，例如网络切片的特征以及服务类型，该SD信息是SST的补足信息，若SST指向多个网络切片实施，那么SD可以对应到唯一的一个网络切片实例。
3、S-NSSAI组信息，用于指示按照某种特征，例如，可以将终端设备能够接入的某个共同的AMF的所有网络切片作为一个S-NSSAI组。
4、临时标识(Temporary ID)：该临时标识信息有AMF分配给已经在CN侧注册的终端，该Temporary ID可以唯一指向某一个AMF。
应理解，在本申请实施例中，网络切片都可以采用上述参数中的至少一种表征该网络切片的网络切片指示信息，例如，网络切片的网络切片指示信息可以用网络切片类型表征，或者也可以用网络切片类型和业务类型表征，或者也可以用业务类型加租户信息表征等，本申请实施例对此不作限定，以下对于网络切片的网络切片指示信息如何表征不再赘述。
可选地，网络切片指示信息的具体编码形式不限，可以承载在不同设备之间的接口消息的不同字段分别代表不同的网络切片指示信息，或者可以通过抽象后的索引值代替，不同的索引值分别对应不同的网络切片。
本申请实施例中，为节省信元开销，可将PDU会话信息以及PDU会话的网络切片信息携带在第二基站向第一基站发送的第一请求回复消息中。
图12所示为本申请实施例提供的第一基站通过第一请求回复消息获取PDU会话信息以及PDU会话的网络切片信息的实施流程图，参阅图12所示，包括：
S903a：第一基站向第二基站发送第一请求消息。
其中，本申请实施例中第一基站向第二基站发送的第一请求消息可包含网络侧为处于Inactive状态的终端分配的Resume ID。第二基站接收到包括Resume ID的第一请求消息后，可确定处于Inactive状态终端保留的上下文信息，PDU会话信息以及PDU会话的网络切片信息。
S903b：第二基站接收第一基站发送的第一请求消息，并向第一基站发送第一请求回复消息，第一请求回复消息中携带PDU会话信息以及PDU会话的网络切片信息。
一种可能的实施例中，所述第二消息还可包括第二基站向所述第一基站发送网络切片重映射(policy remapping)策略信息。
其中，第二基站向第一基站发送网络切片重映射策略信息，该网络切片重映射策略信息用于指示将该处于Inactive状态的终端在第二基站覆盖范围下所进行所通信的至少一个流、会话或无线承载；或者还可用于指示该处于Inactive状态的终端所支持的流、会话或无线承载从至少一个原来的网络切片被重映射的至少一个新的网络切片。其中，网络切片重映射策略信息可以是网络切片指示信息的集合。例如当前流、会话或无线承载属于第一网络切片，网络切片重映射策略信息指示可以将该当前流、会话或无线承载重映射到第二网络切片，或重映射到第二网络切片和第三网络切片等。
其中，网络切片重映射策略信息可通过第二基站向第一基站发送的第一请求回复消息发送。例如，在图12所示方法中第二请求回复消息中还可包括网络切片重映射策略信息。
第一基站接收第二基站发送的网络切片重映射策略信息、PDU会话信息以及PDU会话对应的网络切片信息之后，所述第一基站若基于所述网络切片信息以及协议数据单元PDU会话信息，确定不支持所述PDU会话的部分或者全部网络切片，并且根据网络切片重映射策略，确定所述不支持所述PDU会话的网络切片不能被重映射到其他的网络切片，向所述处于激活状态的终端发送无线资源控制连接建立消息或携带满配置信息的无线资源控制连接恢复消息或无线资源控制连接释放消息。
本申请实施例中，通过上述方式，第一基站可在确定不支持PDU会话的部分或全部网络切片的情况下，完成TAU过程。
需要说明的是，本发明实施例的说明书和权利要求书及附图中涉及的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序，例如本发明实施例中上述涉及的第一指示信息和第二指示信息仅是用于方便描述以及区分不同的指示信息，不构成对指示信息的限定。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
上述主要从处于Inactive状态的终端、第一基站和第二基站交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，处于Inactive状态的终端、第一基站和第二基站为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元(器、器件)及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
本申请实施例可以根据上述方法示例对处于Inactive状态的终端、第一基站和第二基站进行功能单元(器、器件)的划分，例如，可以对应各个功能划分各个功能单元(器、器件)，也可以将两个或两个以上的功能集成在一个处理单元(器、器件)中。上述集成的单元(器、器件)既可以采用硬件的形式实现，也可以采用软件功能单元(器、器件)的形式实现。需要说明的是，本申请实施例中对单元(器、器件)的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用集成的单元(器、器件)的情况下，图13示出了本申请实施例提供的一种通信设备100的结构示意图，该通信设备100可应用于第一基站，参阅图13所示，通信设备100接收单元101和处理单元102。其中，接收单元101，用于接收第一消息和/或接收第二消息。处理单元102，用于基于所述接收单元101接收的所述第一消息，确定是否需要为处于Inactive状态的终端重新分配RNA，和/或基于所述接收单元接收的所述第二消息，确定处于Inactive状态的终端的通信状态。
一种可能的实施方式中，所述第一消息可包括第二基站向第一基站发送的RNA信息，所述RNA信息用于指示所述处于Inactive状态的终端当前所处的RNA。
另一种可能的实施方式中，所述第一消息包括所述处于Inactive状态的终端向所述第一基站发送的RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因。
又一种可能的实施方式中，所述第二消息包括所述处于Inactive状态的终端向所述第一基站发送的Active Flag，所述Active Flag用于指示所述处于Inactive状态的终端是否需要进入连接态。
其中，所述通信设备100还包括发送单元103。所述发送单元103，用于：
若所述处理单元102确定所述处于Inactive状态的终端的通信状态为连接态，且所述第一基站与第二基站属于不同的无线接入类型，则向所述处于Inactive状态的终端发送满配置信息；其中，所述第二基站为所述处于Inactive状态终端的原驻留基站。
又一种可能的实施方式中，所述第二消息包括第二基站向第一基站发送的上下文信息获取失败消息。
其中，所述通信设备100还包括发送单元103。所述发送单元103，用于：
在所述接收单元101接收所述上下文信息获取失败消息之后，向所述第二基站发送释放上下文请求消息；或者向所述第二基站发送第一指示信息，所述第一指示信息指示所述第一基站将把所述处于Inactive状态的终端的通信状态设置为空闲状态。
又一种可能的实施方式中，所述第二消息包括第二基站向所述第一基站发送的PDU会话信息以及PDU会话对应的网络切片信息。
其中，所述处理单元102，还用于：在所述接收单元101接收所述PDU会话信息以及PDU会话对应的网络切片信息之后，基于所述PDU会话信息以及所述PDU会话对应的网络切片信息，确定是否支持所述PDU会话的网络切片。
其中，所述通信设备100还包括发送单元103。所述发送单元103，用于：
若所述处理单元102基于所述PDU会话信息以及所述PDU会话对应的网络切片信息，确定不支持所述PDU会话的部分或全部网络切片，向所述处于激活状态的终端发送无线资源控制连接建立消息、无线资源控制连接释放消息或携带满配置信息的无线资源控制连接恢复消息。
当采用硬件形式实现时，本申请实施例中，接收单元101可以是通信接口、接收器、接收电路等。处理单元102可以是处理器或控制器。发送单元103可以是通信接口、发射器、发射电路等。其中，通信接口是统称，可以包括一个或多个接口。
当所述接收单元101是接收器，处理单元102是处理器，发送单元103是发射器时，本申请实施例所涉及的通信设备100可以为图14所示通信设备，图14所示的通信设备可以是第一基站。
图14示出了本申请实施例提供的第一基站1000的结构示意图。参阅图14第一基站1000包括处理器1001、发射器1002和接收器1003。其中，处理器1001也可以为控制器。所述处理器1001被配置为支持第一基站执行图2至图12中涉及的功能。所述发射器1002和接收器1003被配置为支持第一基站进行消息的收发功能。所述第一基站还可以包括存储器1004，所述存储器1004用于与处理器1001耦合，其保存第一基站必要的程序指令和数据。其中，处理器1001、发射器1002、接收器1003和存储器1004相连，该存储器1004用于存储指令，该处理器1001用于执行该存储器1004存储的指令，以控制发射器1002和接收器1003收发信号，完成上述方法中第一基站执行相应功能的步骤。
本申请实施例中，通信设备100和第一基站1000所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
在采用集成的单元(器件、器)的情况下，图15示出了本申请实施例提供的另一种通信设备的结构示意图。图15所示的通信设备200可应用于第二基站，参阅图15所示，通信设备200可包括处理单元201和发送单元202。
一种可能的实施方式中，处理单元201，用于确定RNA信息，所述RNA信息用于指示处于Inactive状态的终端当前所处的RNA。发送单元202，用于向第一基站发送所述处理单元201确定的RNA信息。
另一种可能的实施方式中，处理单元201，用于确定处于Inactive状态终端的上下文信息获取失败。发送单元202，用于在所述处理单元201确定上下文信息获取失败的情况下，向第一基站发送上下文信息获取失败消息。
其中，通信设备200还包括接收单元203；所述接收单元203，用于：在所述发送单元202发送所述上下文信息获取失败消息之后，接收第一基站发送的释放上下文请求消息；或者接收第一基站发送的第一指示信息，所述第一指示信息指示所述第一基站将把所述处于Inactive状态的终端的通信状态设置为空闲状态。
当采用硬件形式实现时，本申请实施例中，处理单元201可以是处理器或控制器。发送单元202和接收单元203可以是通信接口、收发器、收发电路等。其中，通信接口是统称，可以包括一个或多个接口。
当所处理单元201处理器，发送单元202和接收单元203是收发器时，本申请实施例所涉及的通信设备200可以为图16所示通信设备，图16所示的通信设备可以是第二基站。
图16示出了本申请实施例提供的第二基站2000的结构示意图。参阅图16第二基站2000包括处理器2001、收发器2002。其中，处理器2001也可以为控制器。所述处理器2001被配置为支持第二基站执行图2至图12中涉及的功能。所述收发器2002被配置为支持第二基站收发消息的功能。所述第二基站还可以包括存储器2003，所述存储器2003用于与处理器2001耦合，其保存第二基站必要的程序指令和数据。其中，处理器2001、收发器2002和存储器2003相连，该存储器2003用于存储指令，该处理器2001用于执行该存储器2003存储的指令，以控制收发器2002收发信号，完成上述方法中第二基站执行相应功能的步骤。
本申请实施例中，通信设备200和第二基站2000所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
在采用集成的单元(器件、器)的情况下，图17示出了本申请实施例提供的另一种通信设备的结构示意图。图17所示的通信设备300可应用于处于Inactive状态的终端，参阅图17所示，通信设备300可包括处理单元301和发送单元302。
一种可能的实施方式中，处理单元301，用于确定RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因；发送单元302，用于向第一基站发送所述处理单元301确定的所述RNA更新原因指示信息。
另一种可能的实施方式中，处理单元301，用于确定Active Flag，所述ActiveFlag用于指示所述处于Inactive状态的终端是否需要进入连接态；发送单元302，用于向第一基站发送所述处理单元301确定的Active Flag。
其中，通信设备300还包括接收单元303；所述接收单元303，用于：在所述处于Inactive状态的终端的通信状态为连接态，且所述第一基站与第二基站属于不同的无线接入类型，所述第二基站为所述处于Inactive状态的终端原驻留基站情况下，接收所述第一基站向发送的满配置信息。
当采用硬件形式实现时，本申请实施例中，处理单元301可以是处理器或控制器，发送单元302可以是通信接口、发射器、发射电路等，接收单元303可以是通信接口、接收器、接收电路等。其中，通信接口是统称，可以包括一个或多个接口。
当通信设备300的处理单元301是处理器，接收单元303是接收器，发送单元302是发射器时，本申请实施例所涉及的通信设备300可以为图18所示的终端3000。
图18示出了本申请实施例提供的一种可能的终端3000。如图18所示，终端3000包括发射器3001、接收器3002和处理器3003。所述处理器3003被配置为支持终端执行图2、图3、图5至图11中涉及的功能。所述发射器3001、接收器3002被配置为支持终端与第一基站和/或第二基站之间进行消息的收发功能。所述终端3000还可以包括存储器3004，所述存储器3004用于与所述处理器3003耦合，其保存终端3000必要的程序指令和数据。处理器3003执行存储器3004存储的指令，执行上述方法实施例中处于Inactive状态终端的功能，并控制发射器3001和接收器3002支持终端与第一基站和/或第二基站之间进行消息的收发功能。
进一步的，所述终端3000还可以包括天线3005。
本申请实施例中，用于通信设备300和终端3000所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
可以理解的是，本申请实施例附图中仅仅示出了第一基站、第二基站和终端的简化设计。在实际应用中，第一基站、第二基站和终端并不限于上述结构，例如还可以包括天线阵列，双工器以及基带处理部分。
其中，第一基站和第二基站的双工器用于实现天线阵列，既用于发送信号，又用于接收信号。发射器用于实现射频信号和基带信号之间的转换，通常发射器可以包括功率放大器，数模转换器和变频器，通常接收器可以包括低噪放，模数转换器和变频器。其中，接收器和发射器有时也可以统称为收发器。基带处理部分用于实现所发送或接收的信号的处理，比如层映射、预编码、调制/解调，编码/译码等，并且对于物理控制信道、物理数据信道、物理广播信道、参考信号等进行分别的处理。再例如，终端还可以包括显示设备、输入输出接口等。
其中，终端可具有单天线，也可以具有多天线(即天线阵列)。其中，终端的双工器用于实现天线阵列既用于发送信号，又用于接收信号。发射器用于实现射频信号和基带信号之间的转换，通常发射器可以包括功率放大器，数模转换器和变频器，通常接收器可以包括低噪放，模数转换器和变频器。基带处理部分用于实现所发送或接收的信号的处理，比如层映射、预编码、调制/解调，编码/译码等，并且对于物理控制信道、物理数据信道、物理广播信道、参考信号等进行分别的处理。在一个示例中，终端也可以包括控制部分，用于请求上行物理资源、计算下行信道对应的信道状态信息(Channel State Information，CSI)、判断下行数据包是否接收成功等等。
需要说明的是，本申请实施例上述涉及的处理器可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
其中，所述存储器可以集成在所述处理器中，也可以与所述处理器分开设置。
作为一种实现方式，接收器和发射器的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
作为另一种实现方式，将实现处理器、接收器和发射器功能的程序代码存储在存储器中，通用处理器通过执行存储器中的代码来实现处理器、接收器和发射器的功能。
根据本申请实施例提供的方法，本申请实施例还提供一种通信***，其包括前述的第一基站、第二基站和一个或多于一个终端。
本申请实施例还提供一种计算机存储介质，用于存储一些指令，这些指令被执行时，可以完成前述终端或第一基站、第二基站所涉及的任意一种方法。
本申请实施例还提供一种计算机程序产品，用于存储计算机程序，该计算机程序用于执行上述方法实施例中涉及的通信方法。
本领域内的技术人员应明白，本申请实施例可提供为方法、***、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (13)

1.一种通信方法，其特征在于，包括：
第一基站接收第一消息；所述第一消息包括第二基站向所述第一基站发送的无线接入网RNA信息，所述RNA信息用于指示处于去激活状态的终端当前所处的RNA；
所述第一基站基于所述第一消息，确定是否需要为处于所述去激活状态的终端重新分配RNA；
所述第一基站确定需要为所述处于去激活状态的终端重新分配RNA时，为所述处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站。
2.如权利要求1所述的方法，其特征在于，所述第一消息包括所述处于去激活状态的终端向所述第一基站发送的RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因。
3.一种通信方法，其特征在于，
第二基站确定RNA信息，所述RNA信息用于指示处于去激活状态的终端当前所处的RNA；
所述第二基站向第一基站发送所述RNA信息，所述RNA信息用于所述第一基站基于所述RNA信息确定是否需要为处于去激活状态的中终端重新分配RNA，还用于所述第一基站确定需要为处于去激活状态的终端重新分配RNA时，为所述处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站，所述第二基站为所述处于去激活状态的终端的原驻留基站。
4.一种通信方法，其特征在于，
处于去激活状态的终端确定RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因；
所述处于去激活状态的终端向第一基站发送所述RNA更新原因指示信息；所述更新原因指示信息可用于所述第一基站确定是否需要为处于去激活状态的终端重新分配RNA，还用于所述第一基站确定需要为处于去激活状态的终端重新分配RNA时，再为处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站。
5.一种通信设备，其特征在于，应用于第一基站，包括：
接收器，用于接收第一消息；所述第一消息包括第二基站向所述第一基站发送的RNA信息，所述RNA信息用于指示处于去激活状态的终端当前所处的RNA；
处理器，用于基于所述接收器接收的所述第一消息，确定是否需要为所述处于去激活状态的终端重新分配RNA；
所述处理器，还用于确定需要为所述处于去激活状态的终端重新分配RNA时，为所述处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站。
6.如权利要求5所述的通信设备，其特征在于，所述第一消息包括所述处于去激活状态的终端向所述第一基站发送的RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因。
7.一种通信设备，其特征在于，应用于第二基站，包括：
处理器，用于确定RNA信息，所述RNA信息用于指示处于去激活状态的终端当前所处的RNA；
发射器，用于向第一基站发送所述处理器确定的RNA信息，所述RNA信息用于所述第一基站基于所述RNA信息确定是否需要为处于去激活状态的中终端重新分配RNA，还用于所述第一基站确定需要为处于去激活状态的终端重新分配RNA时，为所述处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站，所述第二基站为所述处于去激活状态的终端的原驻留基站。
8.一种通信设备，其特征在于，应用于处于去激活状态的终端，包括
处理器，用于确定RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因；
发射器，用于向第一基站发送所述处理器确定的所述RNA更新原因指示信息；所述更新原因指示信息可用于所述第一基站确定是否需要为处于去激活状态的终端重新分配RNA，还用于所述第一基站确定需要为处于去激活状态的终端重新分配RNA时，再为处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站。
9.一种通信***，其特征在于，包括如权利要求5或6所述的通信设备、如权利要求7所述的通信设备。
10.根据权利要求9所述的通信***，其特征在于，还包括一个或多于一个如权利要求8所述的通信设备。
11.一种计算机存储介质，其特征在于，用于存储一些指令，当指令被处理器执行时，执行如权利要求1或2所述的方法，或执行如权利要求3所述的方法，又或执行如权利要求4所述的方法。
12.一种通信方法，其特征在于，包括：
第二基站确定RNA信息，无线接入网RNA信息用于指示处于去激活状态的终端当前所处的RNA；
所述第二基站向第一基站发送所述RNA信息；
所述第一基站基于第一消息，确定是否需要为处于去激活状态的终端重新分配RNA；所述第一消息包括所述RNA信息；
所述第一基站确定需要为所述处于去激活状态的终端重新分配RNA时，为所述处于去激活状态的终端重新分配RNA；
其中，所述第一基站为所述处于去激活状态的终端的新驻留基站。
13.如权利要求12所述的方法，其特征在于，所述第一消息包括所述处于去激活状态的终端向所述第一基站发送的RNA更新原因指示信息，所述RNA更新原因指示信息用于指示RNA更新的原因为周期性更新的原因或者非周期性更新的原因。
CN202010838799.7A 2017-05-05 2017-05-05 一种通信方法及设备 Active CN112135323B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010838799.7A CN112135323B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010838799.7A CN112135323B (zh) 2017-05-05 2017-05-05 一种通信方法及设备
CN201710313917.0A CN108811020B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201710313917.0A Division CN108811020B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Publications (2)

Publication Number Publication Date
CN112135323A CN112135323A (zh) 2020-12-25
CN112135323B true CN112135323B (zh) 2024-04-12

Family

ID=64016382

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201910541594.XA Active CN110401918B (zh) 2017-05-05 2017-05-05 一种通信方法及设备
CN202010838799.7A Active CN112135323B (zh) 2017-05-05 2017-05-05 一种通信方法及设备
CN201710313917.0A Active CN108811020B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201910541594.XA Active CN110401918B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201710313917.0A Active CN108811020B (zh) 2017-05-05 2017-05-05 一种通信方法及设备

Country Status (7)

Country Link
US (2) US11159983B2 (zh)
EP (2) EP3621355B1 (zh)
KR (1) KR102284529B1 (zh)
CN (3) CN110401918B (zh)
AU (1) AU2018261914B2 (zh)
RU (1) RU2768014C2 (zh)
WO (1) WO2018202101A1 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110401918B (zh) * 2017-05-05 2021-07-20 华为技术有限公司 一种通信方法及设备
WO2019159030A1 (en) * 2018-02-15 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Methods, network nodes, wireless device and computer program product for resuming a connection with full configuration
US11178719B2 (en) * 2018-05-07 2021-11-16 Htc Corporation Device and method of handling an radio resource control resume procedure
CN110636641B (zh) * 2018-06-25 2021-10-15 维沃移动通信有限公司 一种ca配置信息的处理方法和终端
CN111385857B (zh) * 2018-12-29 2022-12-02 华为技术有限公司 无线通信的方法和装置
CN115396927A (zh) * 2018-12-29 2022-11-25 华为技术有限公司 通信方法和装置
CN113923647A (zh) * 2019-01-16 2022-01-11 华为技术有限公司 一种小区注册方法及终端设备
WO2020147120A1 (en) * 2019-01-18 2020-07-23 Qualcomm Incorporated Early measurement reporting
CN111526523B (zh) * 2019-02-01 2022-02-22 大唐移动通信设备有限公司 一种测量配置方法、装置及设备
WO2020198272A1 (en) * 2019-03-28 2020-10-01 Kyocera Corporation Resume failure report for failed attempt to resume connected state from inactive state
CN112188568B (zh) * 2019-07-03 2022-05-24 华为技术有限公司 一种通信的方法
CN114503785A (zh) * 2019-09-30 2022-05-13 华为技术有限公司 用于寻呼的方法和装置
CN111145411A (zh) * 2019-12-16 2020-05-12 北京码牛科技有限公司 一种基于5g的智能小区门禁管理方法及***
CN113079537B (zh) * 2020-01-06 2023-01-13 ***通信有限公司研究院 小区驻留方法、终端及网络设备
CN111372305B (zh) * 2020-03-12 2024-01-26 Oppo广东移动通信有限公司 连接模式切换的方法、装置和设备
WO2021189496A1 (zh) * 2020-03-27 2021-09-30 华为技术有限公司 用于网络切片的数据传输方法及设备
CN115516913A (zh) * 2020-04-20 2022-12-23 中兴通讯股份有限公司 确保无线通信中的服务连续性
CN115606247A (zh) * 2020-07-27 2023-01-13 Oppo广东移动通信有限公司（Cn） 无线通信方法和设备
WO2022140170A1 (en) * 2020-12-22 2022-06-30 Intel Corporation Enhancements of radio resource control (rrc) inactive and idle states and transition to connected state in cellular networks
CN114845366B (zh) * 2022-05-30 2023-10-27 中国电信股份有限公司 基站的唤醒方法及***、用户终端、基站、存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103096398A (zh) * 2011-11-08 2013-05-08 华为技术有限公司 一种网络切换的方法和装置
CN108811020B (zh) * 2017-05-05 2020-09-08 华为技术有限公司 一种通信方法及设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9407391B2 (en) * 2012-05-11 2016-08-02 Intel Corporation User equipment power savings for machine type communications
US9094835B2 (en) * 2013-03-15 2015-07-28 Intel Mobile Communications GmbH Radio communication device and method for operating a radio communication device
US9661670B2 (en) * 2014-12-29 2017-05-23 Verizon Patent And Licensing Inc. Idle mode load balancing
CN105898894B (zh) * 2016-05-13 2021-08-20 华为技术有限公司 Rrc状态的控制方法和装置
CN106604230B (zh) * 2016-12-30 2019-02-12 北京小米移动软件有限公司 区域配置的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103096398A (zh) * 2011-11-08 2013-05-08 华为技术有限公司 一种网络切换的方法和装置
WO2013067951A1 (zh) * 2011-11-08 2013-05-16 华为技术有限公司 一种网络切换的方法和装置
CN108811020B (zh) * 2017-05-05 2020-09-08 华为技术有限公司 一种通信方法及设备

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
"Discussion on LAU and RNA Update for inactive state";HUAWEI等;3GPP TSG-RAN WG2 Meeting #97 R2-1701793;全文 *
"Discussion on LAU and RNA Update for inactive state";HUAWEI等;3GPP TSG-RAN WG2 Meeting #97bis R2-1703390;第2.3节 *
"Inactive state and RAN based notification aera";CATT;3GPP TSG RAN WG2 Meeting #95bis R2-166116;第1-2页 *
"RAN area updating due to mobility in RRC_INACTIVE";ERICSSON;3GPP TSG-RAN WG2 #97-Bis Tdoc R2-1702812;全文 *
"RAN location update";NEC;3GPP TSG-RAN WG2 #97bis R2-1703404;全文 *
"State modelling and functionality for RRC_INACTIVE";HUAWEI等;3GPP TSG-RAN WG2 #97bis R2-1703462;全文 *
HUAWEI等. "Discussion on LAU and RNA Update for inactive state".3GPP TSG-RAN WG2 Meeting #97bis R2-1703390.2017,第2.3节. *

Also Published As

Publication number Publication date
CN108811020A (zh) 2018-11-13
EP3621355A1 (en) 2020-03-11
KR20200003183A (ko) 2020-01-08
CN110401918A (zh) 2019-11-01
EP4017152A1 (en) 2022-06-22
CN108811020B (zh) 2020-09-08
RU2019139392A (ru) 2021-06-07
US11159983B2 (en) 2021-10-26
AU2018261914B2 (en) 2021-02-25
AU2018261914A1 (en) 2020-01-02
RU2768014C2 (ru) 2022-03-23
CN112135323A (zh) 2020-12-25
EP3621355B1 (en) 2021-10-13
US20220086688A1 (en) 2022-03-17
EP4017152B1 (en) 2024-07-03
KR102284529B1 (ko) 2021-07-30
RU2019139392A3 (zh) 2021-09-01
EP3621355A4 (en) 2020-03-18
WO2018202101A1 (zh) 2018-11-08
US11683720B2 (en) 2023-06-20
US20200145878A1 (en) 2020-05-07
CN110401918B (zh) 2021-07-20

Similar Documents

Publication Publication Date Title
CN112135323B (zh) 一种通信方法及设备
CN110381496B (zh) 一种rna分配的方法、装置及可读存储介质
CN110740050B (zh) 用于测量配置的方法、用户设备、网络设备、及存储介质
JP5714124B2 (ja) 測定能力の報告方法及びｕｅ
US10433297B2 (en) Communication processing method, communication processing apparatus and base station
US11337124B2 (en) First base station, second base station, terminal apparatus, method, program, and recording medium
CN112865947A (zh) 测量间隔的配置方法及装置、存储介质、电子装置
US12022349B2 (en) Load balancing method and device
WO2012041079A1 (zh) 一种邻区配置信息更新方法及***
US10129801B2 (en) Method for controlling handover of user equipment, base station, user equipment and system
CN104936164A (zh) 指示d2d相关信息和确定d2d发送资源的方法及装置
US20150295686A1 (en) Method for configuring reference signal resources for cooperative multipoint transmission
US11184809B2 (en) Method for determining data forwarding tunnel, access and mobility management function entity, and base station
WO2012024944A1 (zh) 终端自动邻区关系能力的获知方法及传输***
WO2022176098A1 (ja) 端末、基地局、通信方法及びプログラム
WO2023201750A1 (en) Wireless communication method for wireless communication with aerial user equipment
CN109818724B (zh) 获取及发送***消息的方法、终端、基站、可读介质
JP5708777B2 (ja) ハンドオーバを制御するための方法、端末装置及び基地局
JP2015128319A (ja) ハンドオーバを制御するための方法、端末装置及び基地局

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant