CN114080016A - 用户设备上下文信息的同步方法、装置和网络侧设备 - Google Patents
用户设备上下文信息的同步方法、装置和网络侧设备 Download PDFInfo
- Publication number
- CN114080016A CN114080016A CN202010808152.XA CN202010808152A CN114080016A CN 114080016 A CN114080016 A CN 114080016A CN 202010808152 A CN202010808152 A CN 202010808152A CN 114080016 A CN114080016 A CN 114080016A
- Authority
- CN
- China
- Prior art keywords
- context information
- node
- ric
- service request
- historical
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
Abstract
本申请公开了一种用户设备上下文信息的同步方法、装置和网络侧设备，属于移动通信技术领域。其中，用于E2节点的方法包括：E2节点获取当前用户设备UE上下文信息；E2节点在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near‑RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。由此，E2节点通过在确定当前UE上下文信息与历史UE上下文信息不同时，向Near‑RT RIC发送UE上下文更新信息，以使Near‑RT RIC对本地存储的UE上下文信息进行更新，实现了Near‑RT RIC与基站之间UE上下文信息同步，避免了Near‑RT RIC与基站之间因UE上下文信息不同步导致的Near‑RT RIC对E2节点的控制失效，进而导致E2节点在无线资源管理方面陷入混乱，最终可能引起无线接入网整体性能下降甚至崩溃的问题。
Description
技术领域
本申请涉及移动通信技术领域，尤其涉及一种用户设备上下文信息的同步方法、装置和网络侧设备。
背景技术
开放无线接入网络(Open RAN，简称O-RAN)架构定义的近实时无线接入网智能控制器(Near Real Time RAN Intelligent Controller，Near-RT RIC)在对5G或LTE基站进行RRM增强的控制时，Near-RT RIC需要基站报告用户设备(User Equipment，简称UE)上下文信息以实施无线资源管理(Radio Resource Management，简称RRM)增强算法，进而对基站发送控制命令以达到无线资源优化。
由于同一UE的上下文信息可能发生变化，会导致Near-RT RIC的控制命令在基站失效。
发明内容
本申请提供一种用户设备上下文信息的同步方法、装置和网络侧设备。
根据第一方面，提供了一种用户设备上下文信息的同步方法，包括：
E2节点获取当前用户设备UE上下文信息；
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
在本申请第一方面实施例一种可能的实现方式中，在所述E2节点获取当前用户设备UE上下文信息之前，还包括：
所述E2节点获取所述Near-RT RIC发送的服务请求；
所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息。
在本申请第一方面实施例一种可能的实现方式中，所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息，包括：
所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
所述E2节点获取当前用户设备UE上下文信息，包括：
所述E2节点，获取所述历史UE上下文信息标识对应的当前UE上下文信息内容。
在本申请第一方面实施例一种可能的实现方式中，所述服务请求为用于指示所述E2节点向所述Near-RT RIC发送报告消息的注册请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息一致时，向所述Near-RT RIC发送用于指示所述UE上下文信息未变更的报告消息。
在本申请第一方面实施例一种可能的实现方式中，所述服务请求为用于指示所述E2节点执行策略配置的注册请求、或所述服务请求为用于指示所述E2节点执行控制指令的控制请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息一致时，执行所述策略配置或者控制指令。
在本申请第一方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
在本申请第一方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在本申请第一方面实施例一种可能的实现方式中，所述E2节点获取当前用户设备UE上下文信息，包括：
所述E2节点以预设的频率，获取当前UE上下文信息。
在本申请第一方面实施例一种可能的实现方式中，在所述向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息之后，还包括：
所述E2节点获取所述Near-RT RIC发送的UE上下文信息更新应答消息，所述应答消息用于指示所述Near-RT RIC侧UE上下文信息的更新结果。
根据第二方面，提供了一种用户设备上下文信息的同步方法，包括：
近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息；
所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
在本申请第二方面实施例一种可能的实现方式中，在所述近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息之前，还包括：
所述Near-RT RIC向所述E2节点发送服务请求，所述服务请求中包括历史UE上下文信息。
在本申请第二方面实施例一种可能的实现方式中，在所述Near-RT RIC向所述E2节点发送所述服务请求之前，还包括：
所述Near-RT RIC根据所述服务请求的类型，确定所述服务请求中携带的目标UE上下文信息标识；
所述Near-RT RIC根据所述目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
在本申请第二方面实施例一种可能的实现方式中，在所述近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息之后，还包括：
所述Near-RT RIC根据所述UE上下文信息更新消息，生成用于指示所述E2节点服务类型的服务请求。
在本申请第二方面实施例一种可能的实现方式中，所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
所述Near-RT RIC对所述UE上下文信息更新消息进行解析，以获取所述UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
所述Near-RT RIC利用所述UE上下文信息内容，对本地存储的与所述待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
在本申请第二方面实施例一种可能的实现方式中，在所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还包括：
所述Near-RT RIC根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
所述Near-RT RIC向所述E2节点发送所述UE上下文信息更新应答消息。
在本申请第二方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
根据第三方面，提供了一种网络侧设备，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
获取当前用户设备UE上下文信息；
在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。在本申请第三方面实施例一种可能的实现方式中，在所述获取当前用户设备UE上下文信息之前，还包括：
获取所述Near-RT RIC发送的服务请求；
对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息。
在本申请第三方面实施例一种可能的实现方式中，所述对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息，包括：
对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
获取当前用户设备UE上下文信息，包括：
获取所述历史UE上下文信息标识对应的当前UE上下文信息内容。
在本申请第三方面实施例一种可能的实现方式中，所述服务请求为用于指示E2节点向所述Near-RT RIC发送报告消息的注册请求，在所述获取当前用户设备UE上下文信息之后，还包括：
在确定所述当前UE上下文信息与历史UE上下文信息一致时，向所述Near-RT RIC发送用于指示所述UE上下文信息未变更的报告消息。
在本申请第三方面实施例一种可能的实现方式中，所述服务请求为用于指示E2节点执行策略配置的注册请求、或所述服务请求为用于指示所述E2节点执行控制指令的控制请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
在确定所述当前UE上下文信息与历史UE上下文信息一致时，执行所述策略配置或者控制指令。
在本申请第三方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
在本申请第三方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在本申请第三方面实施例一种可能的实现方式中，所述获取当前用户设备UE上下文信息，包括：
以预设的频率，获取当前UE上下文信息。
在本申请第三方面实施例一种可能的实现方式中，在所述向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息之后，还包括：
获取所述Near-RT RIC发送的UE上下文信息更新应答消息，所述应答消息用于指示所述Near-RT RIC侧UE上下文信息的更新结果。
根据第四方面，提供了一种网络侧设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
获取E2节点发送的用户设备UE上下文信息更新消息；
根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
在本申请第四方面实施例一种可能的实现方式中，在所述获取E2节点发送的用户设备UE上下文信息更新消息之前，还包括：
向所述E2节点发送服务请求，所述服务请求中包括历史UE上下文信息。
在本申请第四方面实施例一种可能的实现方式中，在所述向所述E2节点发送所述服务请求之前，还包括：
根据所述服务请求的类型，确定所述服务请求中携带的目标UE上下文信息标识；
根据所述目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
在本申请第四方面实施例一种可能的实现方式中，在所述获取E2节点发送的用户设备UE上下文信息更新消息之后，还包括：
根据所述UE上下文信息更新消息，生成用于指示所述E2节点服务类型的服务请求。
在本申请第四方面实施例一种可能的实现方式中，所述根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
对所述UE上下文信息更新消息进行解析，以获取所述UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
利用所述UE上下文信息内容，对本地存储的与所述待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
在本申请第四方面实施例一种可能的实现方式中，在所述根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还包括：
根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
向所述E2节点发送所述UE上下文信息更新应答消息。
在本申请第四方面实施例一种可能的实现方式中，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
根据第五方面，提供了一种用户设备上下文信息的同步装置，所述用户设备上下文信息的同步装置应用于网络侧设备，包括：
第一获取单元，用于获取当前用户设备UE上下文信息；
发送单元，用于在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
根据第六方面，提供了一种用户设备上下文信息的同步装置，该装置应用于网络侧设备，包括：
所述用户设备上下文信息的同步装置应用于近实时Near-RT无线接入网络智能控制器RIC，包括：
第一获取单元，用于获取E2节点发送的用户设备UE上下文信息更新消息；
更新单元，用于根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
本申请实施例的用户设备上下文信息的同步方法、E2节点及Near-RT RIC，通过E2节点获取当前用户设备UE上下文信息，E2节点在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。由此，E2节点通过在确定当前UE上下文信息与历史UE上下文信息不同时，向Near-RT RIC发送UE上下文更新信息，以使Near-RT RIC根据UE上下文更新信息，对本地存储的UE上下文信息进行更新，从而实现了Near-RT RIC与基站之间UE上下文信息同步，避免了现有O-RAN结构中Near-RT RIC与基站之间因UE上下文信息不同步导致的Near-RT RIC对E2节点的控制失效，进而导致E2节点在无线资源管理方面陷入混乱，最终可能引起无线接入网整体性能下降甚至崩溃的问题。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1为本申请实施例提供的一种用户设备上下文信息的同步方法的流程示意图；
图2为O-RAN体系结构图示意图；
图3为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图4为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图5为本申请实施例提供的一种Near-RT RIC对E2节点发起发送报告消息服务的过程示意图；
图6为本申请实施例提供的一种Near-RT RIC对E2节点发起注册策略配置服务的过程示意图；
图7为本申请实施例提供的一种Near-RT RIC对E2节点发起控制请求的过程示意图一；
图8为本申请实施例提供的一种Near-RT RIC对E2节点发起控制请求的过程示意图二；
图9为本申请实施例提供的一种UE上下文信息更新的过程示意图；
图10为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图11为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图12为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图13为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图；
图14为本申请实施例提供的一种网络侧设备的结构示意图；
图15为本申请实施例提供的另一种网络侧设备的结构示意图；
图16为本申请实施例提供的一种用户设备上下文信息的同步装置的结构示意图；
图17为本申请实施例提供的一种用户设备上下文信息的同步装置的结构示意图。
具体实施方式
本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
下面参考附图描述本申请实施例的用户设备上下文信息的同步方法、装置和网络侧设备。
图1为本申请实施例提供的一种用户设备上下文信息的同步方法的流程示意图。
本申请实施例的用户设备上下文信息的同步方法，该方法可由E2节点执行，以实现Near-RT RIC与基站之间UE上下文信息同步。
为了便于描述，先结合图2介绍O-RAN体系结构图。图2为O-RAN体系结构图示意图。O-RAN是基于第三代合作项目(The 3rd Generation Partnership Project，简称3GPP)RAN、面向智能化和开放的无线接入网络，其中，Near-RT RIC是位于服务管理以及编排(Service Management&Orchestration，简称SMO)和E2节点之间的逻辑网络节点。
图2中，近实时无线接入网络智能控制器通过A1接口(非实时RAN智能控制器(NonReal Time RAN Intelligent Controller，简称Non-RT RIC)和Non-RT RIC之间的接口)和SMO上的Non-RT RIC相连。
E2是连接Near-RT RIC和E2节点的逻辑接口。
Near-RT RIC可以和集中式单元的控制面(O-RAN Central Unit–Control Plane，简称O-CU-CP)连接。
Near-RT RIC可以和集中式单元的用户面(O-RAN Central Unit–User Plane，简称O-CU-UP)连接。
Near-RT RIC可以和分布式单元(O-RAN Distributed Unit，简称O-DU)连接。
Near-RT RIC可以和(O-RAN eNB，简称O-eNB)连接，其中，在3GPP长期演进(LongTerm Evolution，简称LTE)与LTE-A的标准中，用eNB来代表基站，与UE对应。
E2节点指终结于E2接口的逻辑节点，如图2所示，包括O-CU-CP、O-CU-UP、O-DU或组合，也包括进化的UMTS陆地无线接入(Evolved-UMTS Terrestrial Radio Access，简称E-UTRA)的O-eNB。其中，UMTS的中文为通用移动通信系统，英文全称为Universal MobileTelecommunications System。
Near-RT RIC可以和多个E2节点相连，比如多个O-CU-CP、O-CU-UP、O-DU以及O-eNB。
O-DU和O-RU之间以开放的前传接口(Open Fronthaul)相连。
如图1所示，该用户设备上下文信息的同步方法包括：
步骤101，E2节点获取当前用户设备UE上下文信息。
本实施例中，基站中的E2节点可每隔预设时间获取当前UE上下文信息，或者也可在接收到Near-RT发送的某些指令时，获取当前UE上下文信息。
其中，UE上下文信息包括但不限于：手机网络能力、鉴权信息、协商的安全算法、生成的密钥、创建的连接信息(如接入点名称、分组数据网网关等)、承载信息(如服务质量类标识符、上下行聚合最大比特速率等)等等。
步骤102，E2节点在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
本实施例中，E2节点可以从本地获取历史UE上下文信息，也可以从Near-RT RIC获取历史UE上下文信息。其中，Near-RT RIC可部署在基站，也可与基站分开部署，E2节点和Near-RT RIC都属于网络侧设备。
E2节点在获取当前UE上下文信息和历史UE上下文信息后，将当前UE上下文信息和历史UE上下文信息进行比较。如果当前UE上下文信息和历史UE上下文信息不同，也就是不一致，说明UE上下文信息发生了变化，那么E2节点可向Near-RT RIC发送UE上下文信息更新消息，以使Near-RT RIC根据UE上下信息更新消息，对本地的UE上下文信息进行更新，使得Near-RT RIC与E2节点之间UE上下文信息同步。
本实施例中，E2节点可每个预设时间获取当前UE上下文信息和历史UE上下文信息，在确定两者不同时，向Near-RT RIC主动发送UE上下文信息更新消息，以使Near-RT RIC与基站之间UE上下文信息同步。或者，在接收到Near-RT RIC发送的某些指令时，判断当前UE上下文信息和历史UE上下文信息是否相同，在两者不同时，向Near-RT RIC发送UE上下文信息更新消息。
本申请实施例的用户设备上下文信息的同步方法，通过E2节点获取当前用户设备UE上下文信息，E2节点在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。由此，基站中的E2节点通过在确定当前UE上下文信息与历史UE上下文信息不同时，向Near-RT RIC发送UE上下文更新信息，以使Near-RT RIC根据UE上下文更新信息，对本地存储的UE上下文信息进行更新，从而实现了Near-RT RIC与基站之间UE上下文信息同步，避免了Near-RT RIC与基站之间因UE上下文信息不同步导致的Near-RT RIC对E2节点的控制失效，进而导致E2节点在无线资源管理方面陷入混乱，最终可能引起无线接入网的整体性能下降甚至崩溃的问题。
在本申请的一个实施例中，E2节点也可在接收到Near-RT RIC发送的服务请求时，获取当前的UE上下文信息，以及从服务请求中获取历史UE上下文信息。下面结合图3进行说明，图3为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图3所示，在E2节点获取当前用户设备UE上下文信息之前，还包括：
步骤201，E2节点获取Near-RT RIC发送的服务请求。
本实施例中，Near-RT RIC可以使用RIC注册过程(RIC Subscription procedure)向E2节点发送服务请求。其中，服务请求可以是与报告有关的请求、策略设置相关的请求、控制相关的请求等等。
E2节点获取Near-RT RIC发送的服务请求时，从本地获取当前UE上下文信息。
步骤202，E2节点对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息。
E23节点在获取Near-RT RIC发送的服务请求后，可对服务请求进行解析，然后从服务请求中获取历史UE上下文信息。也就是说，Near-RT RIC向E2节点发送的服务请求中携带有历史UE上下文信息，其中，历史UE上下文信息可以是Near-RT RIC本地存储的最新的UE上下文信息。
本实施例中，Near-RT RIC将历史UE上下文信息携带在服务请求中，那么E2节点可从服务请求中获取历史UE上下文信息，以将E2节点侧当前UE上下文信息与历史UE上下文信息进行比对，在确定两者不同时，E2节点向Near-RT RIC发送UE上下文信息更新消息。
本申请实施例中，在E2节点获取当前用户设备UE上下文信息之前，E2节点获取Near-RT RIC发送的服务请求，然后对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息。由此，E2节点可在接收到Near-RT RIC发送的服务请求时，获取当前UE上下文信息，并获取服务请求携带的历史UE上下文信息，从而E2节点可将Near-RT RIC存储的UE上下文信息与本地存储的当前UE上下文信息进行比较，以在两者不同时，向Near-RT RIC发送UE上下文信息更新消息，实现Near-RT RIC与E2节点之间UE上下文信息的同步。
为了信令占用的网络资源量，在本申请的一个实施例中，Near-RT RIC发送的服务请求中可仅包含与请求相关的UE上下文信息。下面结合图4进行说明，图4为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图4所示，该用户设备上下文信息的同步方法包括：
步骤301，E2节点获取Near-RT RIC发送的服务请求。
本实施例中，步骤301与上述步骤201类似，故在此不再赘述。
步骤302，E2节点对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容。
由于UE上下文信息包括多种信息，不同的服务请求相关的UE上下文信息可能不同，因此为了减小信令占用的网络资源量，服务请求中可仅包含与请求相关的UE上下文信息，具体的，Near-RT RIC可将与服务请求相关的历史UE上下文信息标识及对应的历史UE上下文信息内容放入服务请求中。由此，E2节点解析服务器请求，获取历史UE上下文信息标识，以及与历史UE上下文信息标识对应的历史UE上下文信息内容。
比如，当Near-RT RIC向E2节点发起发送报告消息的注册请求时，该注册请求可包括所有历史UE上下文信息，以从E2节点获取所有UE上下文信息。又如，当Near-RT RIC向E2节点发起策略配置的注册请求时，该注册请求中可包括与策略配置相关的历史UE上下文信息。
步骤303，E2节点，获取历史UE上下文信息标识对应的当前UE上下文信息内容。
E2节点可根据从服务请求中获取的历史UE上下文信息标识，从本地获取与历史UE上下文信息标识对应的当前UE上下文信息标识，从而获取同一种或多种历史UE上下文信息与当前UE上下文信息。
步骤304，E2节点在确定当前UE上下文信息与历史UE上下文信息不同时，向Near-RT RIC发送UE上下文信息更新消息。
本实施例中，步骤304与上述步骤102类似，故在此不再赘述。
本申请实施例中，在E2节点对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息时，E2节点对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容，并在E2节点获取当前用户设备UE上下文信息时，E2节点，获取历史UE上下文信息标识对应的当前UE上下文信息内容。由此，E2节点基于服务请求中包含的历史UE上下文信息标识，获取与历史UE上下文信息标识对应的历史UE上下文信息内容，以及与历史UE上下文信息标识对应当前UE上下文信息内容，从而使得E2节点仅对比与服务请求相关的历史UE上下文信息，与当前UE上下文信息，减少了信令占用的网络资源量。
在本申请的一个实施例中，Near-RT RIC向E2节点发送的服务请求可以是用于指示E2节点向Near-RT RIC发送报告消息的注册请求。
本实施例中，该注册请求中携带有历史UE上下文信息等。下面结合图5进行说明，图5为本申请实施例提供的一种Near-RT RIC对E2节点发起发送报告消息服务的过程示意图。
图5中，Near-RT RIC向E2节点发送用于指示E2节点向Near-RT RIC发送报告消息的注册请求。E2节点在接收到该注册请求中，对注册请求进行解析，从注册请求中获取历史UE上下文信息，并从本地获取当前UE上下文信息内容。E2节点在确定当前UE上下文信息与历史UE上下文信息一致时，也就是说，E2节点中当前的UE上下文信息与Near-RT RIC中UE上下文信息相同，那么E2节点向Near-RT RIC发送用于指示UE上下文信息未变更的报告消息。
如果两者不相同，那么E2节点可将收集的当前UE上下文信息的报告消息发送给Near-RT RIC，以使Near-RT RIC中的UE上下文信息与当前UE上下文信息一致。
本申请实施例中，服务请求为用于指示E2节点向Near-RT RIC发送报告消息的注册请求，在E2节点获取当前用户设备UE上下文信息之后，E2节点在确定当前UE上下文信息与历史UE上下文信息一致时，向Near-RT RIC发送用于指示UE上下文信息未变更的报告消息。由此，Near-RT RIC可根据报告消息确定UE上下文信息与E2节点当前的UE上下文信息相同，方便对E2节点进行有效控制。
在本申请的一个实施例中，Near-RT RIC向E2节点发送的服务请求为用于指示E2节点执行策略配置的注册请求、或服务请求为用于指示E2节点执行控制指令的控制请求，那么在E2节点获取当前用户设备UE上下文信息之后，E2节点在确定当前UE上下文信息与历史UE上下文信息一致时，执行策略配置或者控制指令。
也就是说，当Near-RT RIC向E2节点发送的服务请求为用于指示E2节点执行策略配置的注册请求时，可将历史UE上下文信息携带在该注册请求中，为了减少信令占用的网络资源量，可将与执行策略配置相关的历史UE上下文信息携带在注册请求中。E2节点接收到该注册请求后，从该注册请求中获取历史UE上下文信息，在确定历史UE上下文信息与当前UE上下文信息一致时，执行策略配置请求。
当Near-RT RIC向E2节点发送的服务请求为用于指示E2节点执行控制指令的控制请求时，E2节点接收到该控制请求后，从该控制请求中获取历史UE上下文信息，在确定历史UE上下文信息与当前UE上下文信息一致时，执行控制指令。
下面结合图6、图7和图8进行说明，图6为本申请实施例提供的一种Near-RT RIC对E2节点发起注册策略配置服务的过程示意图；图7为本申请实施例提供的一种Near-RT RIC对E2节点发起控制请求的过程示意图一；图8为本申请实施例提供的一种Near-RT RIC对E2节点发起控制请求的过程示意图二。
图6中，Near-RT RIC向E2节点发送用于指示E2节点执行策略配置的注册请求，该注册请求中携带有历史UE上下文信息。为了减少信令占用的网络资源量，可将与执行策略配置相关的历史UE上下文信息携带在注册请求中。E2节点从该注册请求中获取历史UE上下文信息，比对历史UE上下文信息与当前UE上下文信息。E2节点在确定历史UE上下文信息与当前UE上下文信息相同时，执行对策略配置。
另外，E2节点在确定历史UE上下文信息与当前UE上下文信息不相同时，可向Near-RT RIC返回失败指示。
在具体实现时，可通过使用RIC注册过程(RIC Subscription procedure)发送该注册请求，其中，RIC Subscription procedure中包括RIC事件触发、动作为策略配置、历史UE上下文信息等，其中，RIC事件触发是指E2节点检测到针对RIC事件触发后再执行策略配置。
图7中，Near-RT RIC向E2节点发送用于指示E2节点执行控制指令的控制请求，该控制请求中携带有历史UE上下文信息。E2节点从该控制请求中获取历史UE上下文信息，比对历史UE上下文信息与当前UE上下文信息。E2节点在确定历史UE上下文信息与当前UE上下文信息一致时，执行控制指令，并返回成功的RIC控制应答。
图8中，Near-RT RIC向E2节点发送用于指示E2节点执行控制指令的控制请求，该控制请求中携带有历史UE上下文信息。E2节点从该控制请求中获取历史UE上下文信息，比对历史UE上下文信息与当前UE上下文信息。E2节点在确定历史UE上下文信息与当前UE上下文信息不一致时，不执行控制指令，即忽略控制指令，并返回失败的RIC控制应答。
本申请实施例中，服务请求为用于指示E2节点执行策略配置的注册请求、或服务请求为用于指示E2节点执行控制指令的控制请求，在E2节点获取当前用户设备UE上下文信息之后，E2节点在确定当前UE上下文信息与历史UE上下文信息一致时，执行策略配置或者控制指令。由此，E2节点根据用于指示E2节点执行策略配置的注册请求携带的历史UE上下文信息，或者控制请求携带的历史UE上下文信息，与当前UE上下文信息的比较结果，在历史UE上下文信息与当前UE上下文信息一致时，再执行策略配置或控制指令，避免了因Near-RTRIC与E2节点的UE上下文信息不一致导致的Near-RT RIC在基站的控制失效的问题。
在本申请的一个实施例中，E2节点在当前UE上下文信息与历史UE上下文信息不同时，向Near-RT RIC发送的UE上下文信息更新消息中可包括待更新的UE上下文信息标识、与待更新的UE上下文信息标识对应的UE上下文信息内容等等。由此，Near-RT RIC可根据UE上下文信息更新消息中可包括待更新的UE上下文信息标识及对应的UE上下文信息内容，对本地存储的UE上下文信息进行更新，以使Near-RT RIC中的UE上下文信息与E2节点中的UE上下文信息一致。
在本申请的一个实施例中，UE上下文信息更新消息中还可包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
下面表1中描述了UE上下文信息更新消息包括的信元。
表1UE上下文信息更新消息包括的信元
| IE/Group Name(信元或信元组名) | 说明 |
| Message Type | 消息类型标识 |
| Near-RT RIC E2AP ID | Near-RT RIC侧E2接口应用层UE标识 |
| gNB(or eNB)E2AP ID | E2节点侧E2接口应用层UE标识 |
| List of Updated UE Context Item | 已更新的上下文项目 |
| >UE Context ID | 上下文信息标识 |
| >UE Context Information | 上下文信息 |
| List of Non-updated UE Context Item | 无更新的上下文信息项目 |
可见，UE上下文信息更新消息中还可包括已更新的上下文项目、无更新的上下文信息项目等。其中，无更新的上下文信息项目是可选的，可以根据实际需要确定是否携带。
E2节点获取当前UE上下文信息时，可以在获取Near-RT RIC发送的服务请求时，获取当前UE上下文信息，在本申请的一个实施例中，E2节点也可以预设的频率，主动获取当前UE上下文信息。
也就是说，E2节点以预设的频率，获取当前UE上下文信息，并将UE上下文信息与历史UE上下文信息进行比对，在确定两者不同时，主动向Near-RT RIC发送UE上下文信息更新消息。
本申请实施例中，在E2节点获取当前用户设备UE上下文信息时，E2节点以预设的频率，获取当前UE上下文信息。由此，E2节点可以预设的频率，判断当前UE上下文信息是否与历史UE上下文信息一致，当不同时，向Near-RT RIC发送UE上下文信息更新消息，从而实现了E2节点以预设的频率判断Near-RT RIC与E2节点之间的UE上下文信息是否同步，并在不同步时，主动发送更新消息使Near-RT RIC与E2节点之间的UE上下文信息同步，提高了Near-RT RIC对E2节点的控制有效性。
为了进一步提高同步效果，在本申请的一个实施例中，上述E2节点在向Near-RTRIC发送UE上下文信息更新消息之后，E2节点可获取Near-RT RIC节点发送的UE上下文信息更新应答消息。其中，该更新应答消息用于指示Near-RT RIC侧UE上下文信息的更新结果，该更新结果为更新成功或更新失败。
本实施例中，E2节点根据Near-RT RIC返回的更新结果，可以确定Near-RT RIC侧UE上下文信息是否更新成功。若未更新成功，E2节点可继续向Near-RT RIC发送UE上下文信息更新消息。
下面结合图9说明更新过程，图9为本申请实施例提供的一种UE上下文信息更新的过程示意图。图9中，E2节点向Near-RT RIC发送UE上下文信息更新消息，Near-RT RIC获取UE上下文信息更新消息，并向E2节点返回指示Near-RT RIC侧UE上下文信息的更新结果。
本申请实施例中，在向Near-RT RIC发送UE上下文信息更新消息之后，E2节点还可获取Near-RT RIC发送的UE上下文信息更新应答消息，应答消息用于指示Near-RT RIC侧UE上下文信息的更新结果。由此，E2节点根据UE上下文信息更新应答消息，确定Near-RT RIC侧的UE上下文信息是否更新成功，如果未更新成功，可继续向Near-RT RIC发送UE上下文信息更新应答消息，从而提高了Near-RT RIC与E2节点之间UE上下文信息的同步效果。
上述实施例从E2节点侧描述了用户设备上下文信息的同步方法，本申请实施例还提出一种用户设备上下文信息的同步方法，该用户设备上下文信息的同步可由Near-RTRIC执行。
图10为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图10所示，该用户设备上下文信息的同步方法包括：
步骤401，Near-RT RIC获取E2节点发送的UE上下文信息更新消息。
本实施例中，E2节点在确定当前UE上下文信息与Near-RT RIC中的UE上下信息不同时，向Near-RT RIC发送UE上下文信息更新消息，如图8所示。其中，UE上下文信息更新消息中可包括消息类型标识、待更新的UE上下文信息标识、与待更新的UE上下文信息标识对应的UE上下文信息内容等等。
步骤402，Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
本实施例中，Near-RT RIC接收到UE上下文信息更新消息后，可根据UE上下文信息更新消息中的待更新的UE上下文信息内容，对本地存储的UE上下文消息进行更新，具体的，可将本地存储的UE上下文消息内容更新为UE上下文信息更新消息中的UE上下文信息内容。
本申请实施例的用户设备上下文信息的同步方法，Near-RT RIC通过获取E2节点发送的用户设备UE上下文信息更新消息，然后根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。由此，可以使得Near-RT RIC与E2节点之间的UE上下文信息同步，避免了Near-RT RIC与基站之间因UE上下文信息不同步导致的Near-RT RIC对E2节点的控制失效，进而导致E2节点在无线资源管理方面陷入混乱，最终可能引起无线接入网的整体性能下降甚至崩溃的问题。
Near-RT RIC获取的UE上下文信息更新消息，可以是E2节点主动比较当前的UE上下文信息与历史UE上下文信息，在确定两者不同时发送的，本申请的一个实施例中，可以是E2节点根据Near-RT RIC发送的服务请求中携带的历史UE上下文信息与当前UE上下文信息不同时，发送的。下面结合图11进行说明，图11为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图11所示，该用户设备上下文信息的同步方法包括：
步骤501，Near-RT RIC向E2节点发送服务请求，服务请求中包括历史UE上下文信息。
本实施例中，Near-RT RIC可向基站中的E2节点发送服务请求。其中，可将历史UE上下文信息携带在服务请求中，历史UE上下文信息可以理解为Near-RT RIC本地存储的UE上下文信息。另外，服务请求中可携带全部的历史UE上下文信息，也可携带与服务请求相关的历史UE上下文信息，以减小信令占用的网络资源量。
Near-RT RIC向E2节点发送的服务请求可以是用于指示E2节点向Near-RT RIC发送报告消息的注册请求、或者是用于指示E2节点执行策略设置的注册请求、或者是用于指示E2节点执行控制指令的控制请求等等。Near-RT RIC在向E2节点发送这些服务请求时，可将历史UE上下文信息携带在服务请求中一同发送给E2节点。
步骤502，Near-RT RIC获取E2节点发送的UE上下文信息更新消息。
E2节点在获取服务请求后，对服务请求进行解析，获取服务请求中的历史UE上下文信息，并从本地获取当前UE上下文信息。然后，E2节点比对当前UE上下文信息与历史UE上下文信息，在当前UE上下文信息与历史UE上下文信息不同时，E2节点向Near-RT RIC发送UE上下文信息更新消息。那么，Near-RT RIC可获取E2节点发送的UE上下文信息更新消息。
步骤503，Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
本实施例中，步骤503与上述步骤402类似，故在此不再赘述。
本申请实施例中，在Near-RT RIC，获取E2节点发送的用户设备UE上下文信息更新消息之前，Near-RT RIC向E2节点发送服务请求，服务请求中包括历史UE上下文信息。由此，Near-RT RIC在向E2节点发送服务请求时，将历史UE上下文信息一同发送给E2节点，使得E2节点可以确定Near-RT RIC侧的UE上下文信息与当前UE上下文信息是否相同，并在不同时，向Near-RT RIC发送UE上下文信息更新消息，使得Near-RT RIC根据该更新消息更新本地存储的UE上下文信息，实现Near-RT RIC与E2节点之间UE上下文信息的同步。
在实际应用中，Near-RT RIC请求的服务类型有多种，不同的请求消息中，对应的UE上下文信息的标识可能不同。基于此，在本申请的一个实施例中，在上述Near-RT RIC向E2节点发送服务请求之前，可先根据服务请求的类型，确定目标UE上下文信息标识，再基于该标识获取历史UE上下文信息内容。下面结合图12进行说明，图12为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图12所示，该用户设备上下文信息的同步方法包括：
步骤601，Near-RT RIC根据服务请求的类型，确定服务请求中携带的目标UE上下文信息标识。
在实际应用中，不同类型的服务请求，与其相关的UE上下文信息可能不同。基于此，本实施例中，Near-RT RIC通过查询预先建立的服务请求的类型与UE上下文信息标识之间的对应关系，确定Near-RT RIC欲发送的服务请求的类型对应的UE上下文信息标识，这里称为目标UE上下文信息标识。
也就是说，在服务请求中可仅携带与服务请求相关的UE上下文信息标识。
步骤602，Near-RT RIC根据目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
Near-RT RIC在确定UE上下文信息标识后，从本地存储的UE上下文信息中，获取与目标UE上下文信息标识对应的UE上下文信息内容，即对应的历史UE上下文信息内容。
步骤603，Near-RT RIC向E2节点发送服务请求，服务请求中包括历史UE上下文信息。
步骤604，Near-RT RIC获取E2节点发送的UE上下文信息更新消息。
步骤605，Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
本实施例中，步骤603-步骤605与上述步骤501-步骤503类似。
本申请实施例中，在Near-RT RIC向E2节点发送服务请求之前，Near-RT RIC还可根据服务请求的类型，确定服务请求中携带的目标UE上下文信息标识，然后Near-RT RIC根据目标UE上下文信息标识，获取对应的历史UE上下文信息内容。由此，Near-RT RIC将基于目标UE上下文信息标识，确定的历史UE上下文信息携带服务请求中发送给E2节点，不仅提高了E2节点判断Near-RT RIC与E2节点之间UE上下文信息是否同步的准确性，而且服务请求中仅携带与服务请求相关的UE上下文信息，可减少信令占用的网络资源量。
在本申请的一个实施例中，在Near-RT RIC获取E2节点发送的用户设备UE上下文信息更新消息之后，还可根据UE上下文信息更新消息，生成用于指示E2节点服务类型的服务请求。
具体地，Near-RT RIC根据UE上下文信息更新消息，确定E2侧更新的UE上下文信息，然后生成与更新的UE上下文信息相关的服务类型的服务请求。其中，该服务请求中包括历史UE上下文信息，进一步的，可仅包括与该服务请求相关的历史UE上下文信息。
比如，Near-RT RIC根据UE上下文信息更新消息，确定与控制请求相关的UE上下文信息发生了更新，则Near-RT RIC可生成用于指示E2节点执行控制指令的控制请求。
本申请实施例中，在Near-RT RIC获取E2节点发送的用户设备UE上下文信息更新消息之后，Near-RT RIC还可根据UE上下文信息更新消息，生成用于指示E2节点服务类型的服务请求。由此，将基于UE上下文信息更新消息生成的服务请求发送给E2节点，提高了Near-RT RIC在基站的控制效果。
在本申请的一个实施例中，Near-RT RIC可采用图13所示的方式对本地存储的UE上下文信息进行更新。图13为本申请实施例提供的另一种用户设备上下文信息的同步方法的流程示意图。
如图13所示，上述Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
步骤701，Near-RT RIC对UE上下文信息更新消息进行解析，以获取UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容。
本实施例中，Near-RT RIC对UE上下文信息更新消息进行解析，从该更新消息中获取待更新的UE上下文信息标识、与待更新的UE上下文信息标识对应的UE上下文信息内容等。
步骤702，Near-RT RIC利用UE上下文信息内容，对本地存储的与待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
具体地，Near-RT RIC利用待更新的UE上下文信息标识，从本地存储的UE上下文信息中，确定与待更新的UE上下文信息标识对应的UE上下文信息。然后，Near-RT RIC利用从UE上下文信息更新消息中获取的UE上下文信息，对Near-RT RIC存储的与待更新的UE上下文信息标识对应的UE上下文信息内容进行更新，具体的，可以用从UE上下文信息更新消息中获取UE上下文信息，替换本地存储的与待更新的UE上下文信息标识对应的UE上下文信息内容。
本申请实施例中，在Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新时，Near-RT RIC对UE上下文信息更新消息进行解析，以获取UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容，然后Near-RT RIC利用UE上下文信息内容，对本地存储的与待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。由此，Near-RT RIC利用UE上下文信息更新消息中待更新的UE上下文信息标识对应的UE上下文信息内容，更新本地存储的该标识对应的UE上下文信息，从而提高了UE上下文信息更新的准确性，进而提高了Near-RT RIC与E2节点之间的同步效果。
为了进一步提高同步效果，在本申请的一个实施例中，在上述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还可将更新结果反馈给E2节点。
具体地，Near-RT RIC根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息，然后Near-RT RIC向E2节点发送UE上下文信息更新应答消息，如图9所示。
其中，UE上下文信息更新应答消息可用于指示Near-RT RIC侧UE上下文信息的更新结果。
如果本地UE上下文信息更新成功，则Near-RT RIC向E2节点发送更新成功的应答消息；如果本地UE上下文信息更新失败，则Near-RT RIC向E2节点发送更新失败的应答消息。
其中，更新成功的应答消息可包含如表2所示的内容，如消息类型标识、Near-RTRIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识、已更新的上下文信息标识等。
表2更新成功的应答消息包含的信元
| IE/Group Name(信元或信元组名) | 说明 |
| Message Type | 消息类型标识 |
| Near-RT RIC E2AP ID | Near-RT RIC侧E2接口应用层UE标识 |
| gNB(or eNB)E2AP ID | E2节点侧E2接口应用层UE标识 |
| List of Updated UE Context Item | 已更新的上下文项目 |
| >UE Context ID | 已更新的上下文信息标识 |
| List of Non-updated UE Context Item | 无更新的上下文信息项目 |
| >UE Context ID | 无更新的上下文信息标识 |
本实施例中，更新失败的应答消息可包含如表3所示的内容，如消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识、更新失败的上下文信息标识、失败原因、消息中的错误定位等。其中，更新失败的应答消息中可包含消息中的错误定位，也可不包含，是可选的。
需要说明的是，更新成功的应答消息包含但不仅限于上述表2中的内容。
表3更新失败的应答消息包含的信元
| IE/Group Name(信元或信元组名) | 说明 |
| Message Type | 消息类型标识 |
| Near-RT RIC E2AP ID | Near-RT RIC侧E2接口应用层UE标识 |
| gNB(or eNB)E2AP ID | E2节点侧E2接口应用层UE标识 |
| List of Update Failure UE Context Item | 更新失败的上下文项目列表 |
| >UE Context ID | 更新失败的上下文信息标识 |
| >Cause | 失败原因 |
| Criticality Diagnostics | 消息中的错误定位 |
需要说明的是，更新失败的应答消息包含但不仅限于上述表3中的内容。
本实施例中，当E2节点接收到UE上下文信息更新失败的应答消息时，E2节点可继续向Near-RT RIC发送UE上下文信息更新消息，以使Near-RT RIC继续对本地UE上下文信息进行更新。
本申请实施例中，在上述Near-RT RIC根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，Near-RT RIC根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息，然后Near-RT RIC向E2节点发送UE上下文信息更新应答消息。由此，Near-RT RIC通过生成UE上下文信息更新应答消息，并将其发送给E2节点，使得E2节点根据UE上下文信息更新应答消息，确定Near-RT RIC侧UE上下文信息的更新请求，从而确定Near-RT RIC侧UE上下文信息是否与E2节点侧当前上下文信息是否同步。
在本申请的一个实施例中，UE上下文信息更新消息中除了包括待更新的UE上下文信息标识及对应的UE上下文信息内容外，还可包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识等。具体的，UE上下文信息更新消息包括的内容可如上述表1所示。
为了实现上述实施例，本申请实施例还提出一种网络侧设备。图14为本申请实施例提供的一种网络侧设备的结构示意图。如图14所示，该网络侧设备包括收发机800、处理器810和存储器820。
存储器820，用于存储计算机程序；收发机800，用于在处理器810的控制下收发数据；处理器810，用于读取存储器820中的计算机程序并执行以下操作：
获取当前用户设备UE上下文信息；
在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
其中，在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器810代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机800可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器810负责管理总线架构和通常的处理，存储器820可以存储处理器810在执行操作时所使用的数据。
处理器810可以是CPU、ASIC、FPGA或CPLD，处理器810也可以采用多核架构。
在本申请实施例一种可能的实现方式中，在获取当前用户设备UE上下文信息之前，还包括：
获取Near-RT RIC发送的服务请求；
对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息。
在本申请实施例一种可能的实现方式中，对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息，包括：
对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
获取当前用户设备UE上下文信息，包括：
获取历史UE上下文信息标识对应的当前UE上下文信息内容。
在本申请实施例一种可能的实现方式中，服务请求为用于指示E2节点向Near-RTRIC发送报告消息的注册请求，在获取当前用户设备UE上下文信息之后，还包括：
在确定当前UE上下文信息与历史UE上下文信息一致时，向Near-RT RIC发送用于指示UE上下文信息未变更的报告消息。
在本申请实施例一种可能的实现方式中，服务请求为用于指示E2节点执行策略配置的注册请求、或服务请求为用于指示E2节点执行控制指令的控制请求，在E2节点获取当前用户设备UE上下文信息之后，还包括：
在确定当前UE上下文信息与历史UE上下文信息一致时，执行策略配置或者控制指令。
在本申请实施例一种可能的实现方式中，UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
在本申请实施例一种可能的实现方式中，UE上下文信息更新消息中还包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在本申请实施例一种可能的实现方式中，获取当前用户设备UE上下文信息，包括：
以预设的频率，获取当前UE上下文信息。
在本申请实施例一种可能的实现方式中，在向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息之后，还包括：
获取Near-RT RIC发送的UE上下文信息更新应答消息，应答消息用于指示Near-RTRIC侧UE上下文信息的更新结果。
在此需要说明的是，本发明实施例提供的上述E2节点，能够实现上述图1、图3至图9方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请实施例还提出一种网络侧设备。图15为本申请实施例提供的另一种网络侧设备的结构示意图。如图15所示，该网络侧设备包括收发机900、处理器910和存储器920。
存储器920，用于存储计算机程序；收发机900，用于在处理器910的控制下收发数据；处理器910，用于读取存储器920中的计算机程序并执行以下操作：
获取E2节点发送的用户设备UE上下文信息更新消息；
根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
在本申请实施例一种可能的实现方式中，在获取E2节点发送的用户设备UE上下文信息更新消息之前，还包括：
向E2节点发送服务请求，服务请求中包括历史UE上下文信息。
在本申请实施例一种可能的实现方式中，在向E2节点发送服务请求之前，还包括：
根据服务请求的类型，确定服务请求中携带的目标UE上下文信息标识；
根据目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
在本申请实施例一种可能的实现方式中，在获取E2节点发送的用户设备UE上下文信息更新消息之后，还包括：
根据UE上下文信息更新消息，生成用于指示E2节点服务类型的服务请求。
在本申请实施例一种可能的实现方式中，根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
对UE上下文信息更新消息进行解析，以获取UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
利用UE上下文信息内容，对本地存储的与待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
在本申请实施例一种可能的实现方式中，在根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还包括：
根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
向E2节点发送UE上下文信息更新应答消息。
在本申请实施例一种可能的实现方式中，UE上下文信息更新消息中还包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在此需要说明的是，本申请实施例提供的上述Near-RT RIC，能够实现上述图10至图13方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请实施例还提出一种用户设备上下文信息的同步装置。图16为本申请实施例提供的一种用户设备上下文信息的同步装置的结构示意图。
本实施例中，该用户设备上下文信息的同步装置应用于E2节点。
如图16所示，该户设备上下文信息的同步装置1000包括：
第一获取单元1010，用于获取当前用户设备UE上下文信息；
发送单元1020，用于在确定当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
在本申请实施例一种可能的实现方式中，该装置还可包括：
第二获取单元，用于获取Near-RT RIC发送的服务请求；
解析单元，用于对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息。
在本申请实施例一种可能的实现方式中，上述解析单元，具体用于：对服务请求进行解析，以获取服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
上述第一获取单元1010，具体用于：获取历史UE上下文信息标识对应的当前UE上下文信息内容。
在本申请实施例一种可能的实现方式中，上述服务请求为用于指示E2节点向Near-RT RIC发送报告消息的注册请求，上述发送单元1020，还用于在确定当前UE上下文信息与历史UE上下文信息一致时，向Near-RT RIC发送用于指示UE上下文信息未变更的报告消息。
在本申请实施例一种可能的实现方式中，上述服务请求为用于指示E2节点执行策略配置的注册请求、或服务请求为用于指示E2节点执行控制指令的控制请求，该装置还可包括：
执行单元，用于在确定当前UE上下文信息与历史UE上下文信息一致时，执行策略配置或者控制指令。
在本申请实施例一种可能的实现方式中，上述UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
在本申请实施例一种可能的实现方式中，上述UE上下文信息更新消息中还可包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在本申请实施例一种可能的实现方式中，上述第一获取单元1010，具体用于：
以预设的频率，获取当前UE上下文信息。
在本申请实施例一种可能的实现方式中，该装置还可包括：
第三获取单元，用于获取Near-RT RIC发送的UE上下文信息更新应答消息，应答消息用于指示Near-RT RIC侧UE上下文信息的更新结果。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述图1、图3至图9方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
为了实现上述实施例，本申请实施例还提出一种用户设备上下文信息的同步装置。图17为本申请实施例提供的一种用户设备上下文信息的同步装置的结构示意图。
本实施例中，该用户设备上下文信息的同步装置应用于Near-RT RIC。
如图17所示，该户设备上下文信息的同步装置2000包括：
第一获取单元2010，用于获取E2节点发送的用户设备UE上下文信息更新消息；
更新单元2020，用于根据UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
在本申请实施例一种可能的实现方式中，该装置还可包括：
第一发送单元，用于向E2节点发送服务请求，服务请求中包括历史UE上下文信息。
在本申请实施例一种可能的实现方式中，该装置还可包括：
确定单元，用于根据服务请求的类型，确定服务请求中携带的目标UE上下文信息标识；
第二获取单元，用于根据目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
在本申请实施例一种可能的实现方式中，该装置还可包括：
第一生成单元，用于根据UE上下文信息更新消息，生成用于指示E2节点服务类型的服务请求。
在本申请实施例一种可能的实现方式中，上述更新单元2020，具体用于：
对UE上下文信息更新消息进行解析，以获取UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
利用UE上下文信息内容，对本地存储的与待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
在本申请实施例一种可能的实现方式中，该装置还可包括：
第二生成单元，用于根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
第二发送单元，用于向E2节点发送UE上下文信息更新应答消息。
在本申请实施例一种可能的实现方式中，UE上下文信息更新消息中还包括：消息类型标识、Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
在此需要说明的是，本发明实施例提供的上述装置，能够实现上述图10至图13方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
需要说明的是，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络侧设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
为了实现上述实施例，本申请还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本申请图1、图3至图9实施例所述的用户设备上下文信息的同步方法。
其中，处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
为了实现上述实施例，本申请还提出一种处理器可读存储介质。
其中，该处理器可读存储介质存储有计算机程序，该计算机程序用于使该处理器执行本申请图10至图13实施例所述的用户设备上下文信息的同步方法。
其中，处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (36)
1.一种用户设备上下文信息的同步方法，其特征在于，包括：
E2节点获取当前用户设备UE上下文信息；
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
2.如权利要求1所述的方法，其特征在于，在所述E2节点获取当前用户设备UE上下文信息之前，还包括：
所述E2节点获取所述Near-RT RIC发送的服务请求；
所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息。
3.如权利要求2所述的方法，其特征在于，所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息，包括：
所述E2节点对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
所述E2节点获取当前用户设备UE上下文信息，包括：
所述E2节点，获取所述历史UE上下文信息标识对应的当前UE上下文信息内容。
4.如权利要求2所述的方法，其特征在于，所述服务请求为用于指示所述E2节点向所述Near-RT RIC发送报告消息的注册请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息一致时，向所述Near-RT RIC发送用于指示所述UE上下文信息未变更的报告消息。
5.如权利要求2所述的方法，其特征在于，所述服务请求为用于指示所述E2节点执行策略配置的注册请求、或所述服务请求为用于指示所述E2节点执行控制指令的控制请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
所述E2节点在确定所述当前UE上下文信息与历史UE上下文信息一致时，执行所述策略配置或者控制指令。
6.如权利要求1-5任一所述的方法，其特征在于，所述UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
7.如权利要求6所述的方法，其特征在于，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
8.如权利要求1所述的方法，其特征在于，所述E2节点获取当前用户设备UE上下文信息，包括：
所述E2节点以预设的频率，获取当前UE上下文信息。
9.如权利要求1-5任一所述的方法，其特征在于，在所述向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息之后，还包括：
所述E2节点获取所述Near-RT RIC发送的UE上下文信息更新应答消息，所述应答消息用于指示所述Near-RT RIC侧UE上下文信息的更新结果。
10.一种用户设备上下文信息的同步方法，其特征在于，包括：
近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息；
所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
11.如权利要求10所述的方法，其特征在于，在所述近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息之前，还包括：
所述Near-RT RIC向所述E2节点发送服务请求，所述服务请求中包括历史UE上下文信息。
12.如权利要求11所述的方法，其特征在于，在所述Near-RT RIC向所述E2节点发送服务请求之前，还包括：
所述Near-RT RIC根据所述服务请求的类型，确定所述服务请求中携带的目标UE上下文信息标识；
所述Near-RT RIC根据所述目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
13.如权利要求11所述的方法，其特征在于，在所述近实时Near-RT无线接入网络智能控制器RIC，获取E2节点发送的用户设备UE上下文信息更新消息之后，还包括：
所述Near-RT RIC根据所述UE上下文信息更新消息，生成用于指示所述E2节点服务类型的服务请求。
14.如权利要求10-13任一所述的方法，其特征在于，所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
所述Near-RT RIC对所述UE上下文信息更新消息进行解析，以获取所述UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
所述Near-RT RIC利用所述UE上下文信息内容，对本地存储的与所述待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
15.如权利要求14所述的方法，其特征在于，在所述Near-RT RIC根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还包括：
所述Near-RT RIC根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
所述Near-RT RIC向所述E2节点发送所述UE上下文信息更新应答消息。
16.如权利要求14所述的方法，其特征在于，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
17.一种网络侧设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
获取当前用户设备UE上下文信息；
在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
18.如权利要求17所述的网络侧设备，其特征在于，在所述获取当前用户设备UE上下文信息之前，还包括：
获取所述Near-RT RIC发送的服务请求；
对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息。
19.如权利要求18所述的网络侧设备，其特征在于，所述对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息，包括：
对所述服务请求进行解析，以获取所述服务请求中包含的历史UE上下文信息标识及对应的历史UE上下文信息内容；
获取当前用户设备UE上下文信息，包括：
获取所述历史UE上下文信息标识对应的当前UE上下文信息内容。
20.如权利要求18所述的网络侧设备，其特征在于，所述服务请求为用于指示E2节点向所述Near-RT RIC发送报告消息的注册请求，在所述获取当前用户设备UE上下文信息之后，还包括：
在确定所述当前UE上下文信息与历史UE上下文信息一致时，向所述Near-RT RIC发送用于指示所述UE上下文信息未变更的报告消息。
21.如权利要求18所述的网络侧设备，其特征在于，所述服务请求为用于指示E2节点执行策略配置的注册请求、或所述服务请求为用于指示所述E2节点执行控制指令的控制请求，在所述E2节点获取当前用户设备UE上下文信息之后，还包括：
在确定所述当前UE上下文信息与历史UE上下文信息一致时，执行所述策略配置或者控制指令。
22.如权利要求17-21任一所述的网络侧设备，其特征在于，所述UE上下文信息更新消息中包括待更新的UE上下文信息标识及对应的UE上下文信息内容。
23.如权利要求22所述的网络侧设备，其特征在于，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
24.如权利要求17所述的网络侧设备，其特征在于，所述获取当前用户设备UE上下文信息，包括：
以预设的频率，获取当前UE上下文信息。
25.如权利要求17-21任一所述的网络侧设备，其特征在于，在所述向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息之后，还包括：
获取所述Near-RT RIC发送的UE上下文信息更新应答消息，所述应答消息用于指示所述Near-RT RIC侧UE上下文信息的更新结果。
26.一种网络侧设备，其特征在于，包括存储器，收发机，处理器：
存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：
获取E2节点发送的用户设备UE上下文信息更新消息；
根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
27.如权利要求26所述的网络侧设备，其特征在于，在所述获取E2节点发送的用户设备UE上下文信息更新消息之前，还包括：
向所述E2节点发送服务请求，所述服务请求中包括历史UE上下文信息。
28.如权利要求27所述的网络侧设备，其特征在于，在所述向所述E2节点发送所述服务请求之前，还包括：
根据所述服务请求的类型，确定所述服务请求中携带的目标UE上下文信息标识；
根据所述目标UE上下文信息标识，获取对应的历史UE上下文信息内容。
29.如权利要求27所述的网络侧设备，其特征在于，在所述获取E2节点发送的用户设备UE上下文信息更新消息之后，还包括：
根据所述UE上下文信息更新消息，生成用于指示所述E2节点服务类型的服务请求。
30.如权利要求26-29任一所述的网络侧设备，其特征在于，所述根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新，包括：
对所述UE上下文信息更新消息进行解析，以获取所述UE上下文信息更新消息中包括的待更新的UE上下文信息标识及对应的UE上下文信息内容；
利用所述UE上下文信息内容，对本地存储的与所述待更新的UE上下文信息标识对应的UE上下文信息内容进行更新。
31.如权利要求30所述的网络侧设备，其特征在于，在所述根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新之后，还包括：
根据本地UE上下文信息的更新结果，生成UE上下文信息更新应答消息；
向所述E2节点发送所述UE上下文信息更新应答消息。
32.如权利要求30所述的网络侧设备，其特征在于，所述UE上下文信息更新消息中还包括：消息类型标识、所述Near-RT RIC侧E2接口应用层UE标识、E2节点侧E2接口应用层UE标识。
33.一种用户设备上下文信息的同步装置，其特征在于，所述用户设备上下文信息的同步装置应用于E2节点，包括：
第一获取单元，用于获取当前用户设备UE上下文信息；
发送单元，用于在确定所述当前UE上下文信息与历史UE上下文信息不同时，向近实时Near-RT无线接入网络智能控制器RIC发送UE上下文信息更新消息。
34.一种用户设备上下文信息的同步装置，其特征在于，所述用户设备上下文信息的同步装置应用于近实时Near-RT无线接入网络智能控制器RIC，包括：
第一获取单元，用于获取E2节点发送的用户设备UE上下文信息更新消息；
更新单元，用于根据所述UE上下文信息更新消息，对本地存储的UE上下文信息进行更新。
35.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求1至9任一项所述的用户设备上下文信息的同步方法。
36.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使所述处理器执行权利要求10至16任一项所述的用户设备上下文信息的同步方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010808152.XA CN114080016B (zh) | 2020-08-12 | 2020-08-12 | 用户设备上下文信息的同步方法、装置和网络侧设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010808152.XA CN114080016B (zh) | 2020-08-12 | 2020-08-12 | 用户设备上下文信息的同步方法、装置和网络侧设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114080016A true CN114080016A (zh) | 2022-02-22 |
| CN114080016B CN114080016B (zh) | 2023-06-27 |
Family
ID=80280257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010808152.XA Active CN114080016B (zh) | 2020-08-12 | 2020-08-12 | 用户设备上下文信息的同步方法、装置和网络侧设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114080016B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024046044A1 (zh) * | 2022-09-02 | 2024-03-07 | 大唐移动通信设备有限公司 | 智慧无线信息开放方法、装置、系统、存储介质 |
| WO2024054454A1 (en) * | 2022-09-05 | 2024-03-14 | Intel Corporation | Methods and arrangements to communicate ue context information |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101128030A (zh) * | 2006-08-16 | 2008-02-20 | 华为技术有限公司 | 上下文协商的方法 |
| CN101141810A (zh) * | 2007-09-28 | 2008-03-12 | 中兴通讯股份有限公司 | 一种多网络共存无线系统中用户上下文同步方法 |
| CN101626564A (zh) * | 2008-07-07 | 2010-01-13 | 华为技术有限公司 | 上下文同步方法、装置及移动管理网元 |
| CN102065417A (zh) * | 2009-11-16 | 2011-05-18 | 华为技术有限公司 | 实现安全上下文信息同步的方法、设备及系统 |
| CN103906152A (zh) * | 2012-12-24 | 2014-07-02 | 北京三星通信技术研究有限公司 | 支持ue快速恢复的方法 |
| US20170353315A1 (en) * | 2014-12-23 | 2017-12-07 | Oberthur Technologies | Secure electronic entity, electronic apparatus and method for verifying the integrity of data stored in such a secure electronic entity |
-
2020
- 2020-08-12 CN CN202010808152.XA patent/CN114080016B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101128030A (zh) * | 2006-08-16 | 2008-02-20 | 华为技术有限公司 | 上下文协商的方法 |
| CN101141810A (zh) * | 2007-09-28 | 2008-03-12 | 中兴通讯股份有限公司 | 一种多网络共存无线系统中用户上下文同步方法 |
| CN101626564A (zh) * | 2008-07-07 | 2010-01-13 | 华为技术有限公司 | 上下文同步方法、装置及移动管理网元 |
| CN102065417A (zh) * | 2009-11-16 | 2011-05-18 | 华为技术有限公司 | 实现安全上下文信息同步的方法、设备及系统 |
| CN103906152A (zh) * | 2012-12-24 | 2014-07-02 | 北京三星通信技术研究有限公司 | 支持ue快速恢复的方法 |
| US20170353315A1 (en) * | 2014-12-23 | 2017-12-07 | Oberthur Technologies | Secure electronic entity, electronic apparatus and method for verifying the integrity of data stored in such a secure electronic entity |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024046044A1 (zh) * | 2022-09-02 | 2024-03-07 | 大唐移动通信设备有限公司 | 智慧无线信息开放方法、装置、系统、存储介质 |
| WO2024054454A1 (en) * | 2022-09-05 | 2024-03-14 | Intel Corporation | Methods and arrangements to communicate ue context information |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114080016B (zh) | 2023-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110268760B (zh) | 支持接入控制和移动性管理的方法和装置 | |
| CN109600755B (zh) | 网络资源部署及评估的方法、和设备 | |
| US20200120580A1 (en) | Communication method, network device, terminal device, and system | |
| WO2021066018A1 (en) | Configurations for conditional primary secondary cell addition/modification | |
| US20190149998A1 (en) | Method and apparatus for managing network slice | |
| EP3668182B1 (en) | Communication method and device | |
| CN112492653B (zh) | 通信的方法、接入网设备和终端 | |
| WO2021066033A1 (en) | Release of conditional primary secondary cell addition/modification configurations | |
| CN114080016B (zh) | 用户设备上下文信息的同步方法、装置和网络侧设备 | |
| EP3099011B1 (en) | Interface management service entity, functional service entity and network element management method | |
| US20220124468A1 (en) | Service instance indication for resource creation | |
| WO2018024136A1 (zh) | 一种随机接入方法及终端 | |
| EP3860176B1 (en) | Method, apparatus, and system for obtaining capability information of terminal | |
| CN114270931A (zh) | 用于网络切片的授权方法 | |
| WO2019014948A1 (zh) | 非激活状态下的多连接恢复方法及其设备 | |
| WO2020262123A1 (en) | Security configurations for conditional handovers | |
| WO2020262124A1 (en) | Release of configurations for conditional handovers based on security configurations | |
| CN115299096A (zh) | 用于网络切片化的授权方法 | |
| CN111278034A (zh) | 一种信息备份方法、装置、存储介质和计算机设备 | |
| CN110545253B (zh) | 一种信息处理方法、装置、设备及计算机可读存储介质 | |
| CN111405553B (zh) | 一种基于5g网络建立会话的方法及装置 | |
| CN107708113B (zh) | 一种无线资源控制rrc连接重建立方法及装置 | |
| CN109257778B (zh) | 一种小区切换方法及装置 | |
| CN111683382B (zh) | 一种配置信息同步方法及装置 | |
| CN116418669A (zh) | 一种网络切片的处理方法、网元及存储介质 |
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 |