CN114025396B - 数据处理方法、设备和介质 - Google Patents

Abstract

本发明公开了一种数据处理方法、设备和介质。该方法包括：获取预先生成的原始码流；根据原始码流的消息类型确定对应的目标索引；按照目标索引对原始码流进行处理，输出对应的消息单据。本发明实施例，通过获取预先生成的原始码流，然后根据原始码流的消息类型确定对应的目标索引，最后按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，实现了对UE在非切换时能够将同一流程的请求消息和响应消息进行关联，也能够在发生切换时对RRC重配置消息和RRC重配置完成消息进行关联，从而为系统分析和网络优化提供了比较全面的数据支撑。

Description

数据处理方法、设备和介质

技术领域

本发明实施例涉及通信领域，尤其涉及一种数据处理方法、设备和介质。

背景技术

随着5G技术的不断发展，运营商使用UU接口数据进行无线网络故障的诊断和优化有着非常重要的意义。采集的数据包含了多个基站下的多个小区的大量不同用户的信令。在对数据进行分析之前，需要将同一用户的信令关联起来，分析才有意义。目前的数据采集有两种，硬采和软采。硬采是一般使用硬件设备通过分光或镜像的方式采集核心网设备间的信令数据包；软采是核心网主设备直接吐出信令数据包。从数据的采集难易程度看，软采实施起来相对比较简单，目前大部分通信运营商使用软采的方式。通常对UU接口内的信令消息做关联时，一般使用软采专用包头中的基站标识，小区标识，小区无线网络临时标识(Cell-Radio Network Temporary Identifier,C-RNTI)。其中，C-RNTI是由基站分配给用户设备(User Equipment，UE)的动态标识。C-RNTI唯一标识了一个小区空口下的UE和要关联的消息类型作为Key值，同时使用时间窗口作为约束条件进行关联。

现有的UU接口消息的关联方式能够将用户在同一小区内与基站之间的上下行消息关联起来，实现了对小区的信号覆盖，网络接通，掉话率的分析提供了依据。但在现网中，UE的位置可能是随时变化的，总是在不同小区之间发生切换，由于UE从一个小区切换到另一个小区后，基站分配给UE的C-RNTI和软采包头中的小区标识会发生变化，这就导致在发生基站间切换的UU接口的消息无线资源控制(Radio Resource Control，RRC)重配置请求消息(RRC Reconfiguration)和RRC重配置响应消息(RRC Reconfiguration Complete,也可以称为RRC重配置完成消息)就会关联失败，从而无法满足基站间切换成功率指标的分析。

发明内容

有鉴于此，本发明提供一种数据处理方法、设备和介质，以实现发生基站间切换的UU接口的消息能够进行关联。

第一方面，本发明实施例提供了一种数据处理方法，包括：

获取预先生成的原始码流；

根据所述原始码流的消息类型确定对应的目标索引；

按照所述目标索引对所述原始码流进行处理，输出对应的消息单据。

第二方面，本发明实施例还提供了一种数据处理装置，包括：

码流获取模块，用于获取预先生成的原始码流；

索引确定模块，用于根据所述原始码流的消息类型确定对应的目标索引；

单据输出模块，用于按照所述目标索引对所述原始码流进行处理，输出对应的消息单据。

第三方面，本发明实施例还提供了一种数据处理设备，该设备包括：存储器，以及一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面所述的数据处理方法。

第四方面，一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述第一方面所述的数据处理方法。

本发明实施例中的上述技术方案，通过获取预先生成的原始码流，然后根据原始码流的消息类型确定对应的目标索引，最后按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，实现了对UE在非切换时能够将同一流程的请求消息和响应消息进行关联，也能够在发生切换时对RRC重配置请求消息和RRC重配置响应消息进行关联，从而为系统分析和网络优化提供了比较全面的数据支撑。与现有技术相比，所采用的数据处理方法，在UE从一个源基站切换到目标基站时，有效避免了基站间发生切换时UU接口的消息的关联失败的问题，提高了基站间切换成功率指标的分析。

附图说明

图1是本发明实施例一提供的一种数据处理方法的流程图；

图2是本发明实施例二提供的一种数据处理方法的流程图；

图3是本发明实施例三提供的一种数据处理方法的流程图；

图4是本发明实施例四提供的一种数据处理方法的流程图；

图5是本发明实施例五提供的一种数据处理装置的结构示意图；

图6是本发明实施例六提供的一种数据处理设备的硬件结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

现有的UU接口内信令的关联技术，一般是通过软采专用包头中的基站标识，小区标识，C-RNTI，消息类型和时间窗口进行关联。软采包头中的基站标识，小区标识和C-RNTI等标识是在输出软采消息时通过主设备填上的。主设备输出的UE与基站之间的上行消息和下行消息都包含了上述用户标识，通过使用基站标识，小区标识，C-RNTI，消息类型即可将同一流程的消息进行关联。但在现网中，UE的位置可能是随时变化的，总是在不同小区之间发生切换，由于UE从一个小区切换到另一个小区后，基站分配给UE的C-RNTI和软采包头中的小区标识会发生变化，这就导致在发生基站间切换的UU接口的消息RRC重配置请求消息和RRC重配置完成消息就会关联失败。这是因为在发生切换时，目标基站将分配给UE新的接入标识new UE-Identity封装到RRC重配置消息中通过源基站下发给UE，UE切换完成后将RRC重配置完成消息上报给目标基站。但RRC重配置消息是源基站采集的，软采包头中的基站标识，小区标识，C-RNTI是源基站的标识，RRC重配置完成消息是目标基站采集的，软采包头中的基站标识，小区标识，C-RNTI是目标基站的标识，这就导致发生切换的RRC重配置消息和RRC重配置完成消息无法通过原有的方式进行关联，造成了切换指标的丢失，给系统分析和网络优化无法提供足够的数据支撑。

有鉴于此，本申请提出一种数据处理方法，通过相关数据处理，解决了由于UE发生切换时请求消息和响应消息无法关联的问题，该方法实现简单，实用性强，更加适用于实际的使用场景，为系统分析和网络优化提供了比较全面的数据支撑。

实施例一

在一实施例中，图1是本发明实施例一提供的一种数据处理方法的流程图，本实施例可适用于基站在发生切换与非切换状态时，UU接口的消息关联性的情况。本实施例可以由一种数据处理设备执行。其中，数据处理设备可以为智能终端或计算机设备等具备数据处理能力的设备。示例性地，智能终端可以为计算机、智能手机、iPad或笔记本电脑。如图1所示，本实施例包括如下步骤：

S110、获取预先生成的原始码流。

其中，原始码流可以理解为基站与终端设备交互生成的数据。单位时间内传送的数据越多，所包含的信息量也越多。示例性的，原始码流可以为RRC建立请求消息，也可以为RRC重连接请求消息，还可以为RRC重配置请求消息，本实施例在此不做限制。其中，RRC重连接请求消息是RRC重配置请求消息建立失败以后，会进行RRC重连接请求，以请求再次建立RRC连接。

需要说明的是，数据处理设备中包含可以与基站之间建立通信连接，并获取原始码流的应用程序或网址。在接收到用户触发的数据获取指令时，数据处理设备主动访问所建立通信连接的基站，并从基站上主动拉取原始码流。

在本实施例中，数据处理设备可以通过软采方式获得空口原始码流。其中，空口可以理解为基站与移动终端之间的接口手机或无线调制解调器与基站之间的接口。其中，软采是通过软采采集的方式从基站主设备获取原始码流，在现网中一般是流量汇聚适配器(Signaling Convergence Adapter，SCA)采集基站的原始码流，然后通过共享数据传输协议(Shared Data Transfer Protocol,SDTP)的方式将原始码流输出到第三方设备(通信运营商)的。数据处理设备可以是包含了能够和SCA进行通信的处理设备，在现网中，SCA是作为SDTP客户端，数据处理设备是作为SDTP服务端，SCA与数据处理设备建立传输控制协议(Transmission Control Protocol,TCP)连接后，便将原始码流发送到数据处理设备。数据处理设备接收到原始码流后，进行解码，关联，单据输出等操作。

可选的，原始码流至少包括下述消息之一：RRC建立请求消息、RRC建立响应消息、安全模式请求消息、安全模式响应消息、RRC重配置请求消息、RRC重配置响应消息。

其中，RRC建立请求消息可以理解为在RRC建立的时候所发送的请求消息。RRC重配置响应消息可以理解为RRC重配置完成消息。需要说明的是，对原始码流中的各个消息的解释，可参见现有技术，在此不一一进行说明。

S120、根据原始码流的消息类型确定对应的目标索引。

其中，目标索引可以理解为在处理RRC建立请求消息与RRC建立响应消息、安全模式请求消息与安全模式响应消息、RRC重配置请求消息与RRC重配置响应消息时所采用的索引。

示例性的，目标索引可以为在处理RRC建立请求消息与RRC建立响应消息时，使用软采专用包头中基站标识，小区标识和C-RNTI为索引作为索引目标；目标索引也可以为在处理安全模式请求消息与安全模式响应消息时，将终端标识，基站标识，小区标识和C-RNTI作为索引。本实施例对此不做限制。其中，基站标识表示该UE所接入基站的标识；小区标识表示该UE所接入小区的标识；C-RNTI表示该UE在该小区内唯一用户标识。

需要说明的是，消息类型是区分每个消息的标识，一般是用一个数字来标识。示例性的，将RRC建立请求消息标识为1，将RRC建立响应消息标识为2，将安全模式请求消息标识为3，将安全模式响应消息标识为4等等，依次给每个消息进行编号，在实际关联时，一般都将相同流程的消息标识都设置为相同的数值，这样才能在Hash表中查找关联，例如：遇到RRC建立请求消息时，消息类型的key标识为1插入到Hash表，遇到RRC建立响应消息时，将消息类型也设置为1从Hash表中进行查找后就可以关联上了。

可以知道的是，在现网中，消息类型本身不会对应一个唯一的软采专用包头的，是每个原始码流带有专用包头，专用包头中包含基站标识，小区标识，C-RNTI等标识。一个原始码流数据包，除了专用包头，剩余的数据便是将要解析的数据包，从解析后的结果中才能识别出是哪个消息。

可选的，在原始码流的消息类型为RRC建立消息的情况下，目标索引包括：基站标识、小区标识和C-RNTI。

其中，RRC建立消息可以包括RRC建立请求消息和RRC建立响应消息。

需要说明的是，C-RNTI可以理解为小区无线网络临时标识，是由基站分配给UE的动态标识。C-RNTI唯一标识了一个小区空口下的UE，且只有处于连接态下的UE，C-RNTI才有效。C-RNTI表示该UE在该小区内唯一用户标识。

在本实施例中，在原始码流的消息类型为RRC建立消息的情况下，目标索引可以包括：基站标识、小区标识和C-RNTI。其中，基站标识可以理解为在一个位置区域中有多个基站，对每个基站都进行一个标识。基站标识表示该UE所接入的基站标识。在本实施例中，小区标识可以理解为在基站中包含多个小区，一个小区也会有相对应的标识。小区标识表示该UE所接入的小区标识。

可选的，在原始码流的消息类型为安全模式消息或RRC重配置消息的情况下，目标索引包括：终端标识、基站标识、小区标识和C-RNTI；其中，终端标识由接入和移动性管理功能(Access and Mobility Management Function，AMF)设备分配的在NG接口的唯一标识。

其中，安全模式消息可以包含安全模式请求消息、安全模式响应消息。RRC重配置消息可以包含RRC重配置请求消息、RRC重配置响应消息。

在本实施例中，终端标识是由AFM设备分配的在NG接口的唯一标识，示例性地，终端标识可以记为AMF-UE-NGAP-ID。需要说明的是，终端标识表示的是AMF设备为UE分配的唯一标识，可以理解为，与AMF设备建立通信连接的多个基站下的每个UE所对应的终端标识都是唯一的。在采集软采消息时，可以将AMF-UE-NGAP-ID放在软采专用包头中，因此可以将同一个UE的上下文使用AMF-UE-NGAP-ID进行关联。

在本实施例中，在原始码流的消息类型为安全模式消息或RRC重配置消息的情况下，目标索引包括：终端标识、基站标识、小区标识和C-RNTI；其中，终端标识由AMF设备分配的在NG接口的唯一标识。其中，NG接口即为无线接入网和5G核心网之间的接口。

S130、按照目标索引对原始码流进行处理，输出对应的消息单据。

在本实施例中，消息单据可以理解为一条记录，包含了多个字段，这些字段从请求消息和响应消息中获取的有价值的字段值。其中，字段可以理解为哈希(Hash)表中的一列，每个列都有其类型、长度与所存储的值，该值为字段值。其中，Hash表可以理解为根据关键码值(Key value)而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。

需要说明的是，按照目标索引对原始码流进行处理的方式为，在消息类型为安全模式消息的情况下，按照所述目标索引对所述原始码流进行处理；也可以为在消息类型为RRC重配置消息的情况下，按照目标索引对所述原始码流进行处理；还可以为按照其他类型的请求/响应消息进行处理，本实施例对此不做限制。

本发明实施例中的上述技术方案，通过获取预先生成的原始码流，然后根据原始码流的消息类型确定对应的目标索引，最后按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，实现了对UE在非切换时能够将同一流程的请求消息和响应消息进行关联，也能够在发生切换时对RRC重配置请求消息和RRC重配置响应消息进行关联，从而为系统分析和网络优化提供了比较全面的数据支撑。与现有技术相比，所采用的数据处理方法，在UE从一个基站切换到目标基站时，有效避免了基站间发生切换时UU接口的消息的关联失败的问题，提高了基站间切换成功率指标的分析。

实施例二

图2是本发明实施例二提供的一种数据处理方法的流程图，本实施例在上述各实施例地基础上，进一步进行了细化。本实施例中，以消息类型为安全模式消息为例，对S130作进一步的说明。如图2所示，本实施例中的数据处理方法具体可以包含如下步骤：

S210、获取预先生成的原始码流。

在本实施例中，通过步骤S210可以获取预先生成的原始码流。

S220、根据原始码流的消息类型确定对应的目标索引。

需要知道的是，在消息类型为安全模式消息的情况下，目标索引包含基站标识、小区标识、C-RNTI以及终端标识。

S230、采用终端标识为索引建立UE上下文。

在本实施例中，UE上下文可以理解为UE和移动性管理实体(Mobility ManagementEntity，MME)之间相互联系的参数特别是接口参数的集合。

需要说明的是，在消息类型为安全模式消息的情况下，首先使用软采专用包头中AMF-UE-NGAP-ID为索引建立UE上下文，然后以软采专用包头中基站标识，小区标识和C-RNTI为索引查找预先存储的无线资源控制RRC建立请求消息、RRC建立响应消息。

S240、采用基站标识、小区标识和C-RNTI为索引查找预先存储的RRC建立请求消息或RRC建立响应消息，并将终端标识回填至RRC建立消息对应的第一数据采集包头中。

其中，第一数据采集包头可以理解为核心网还未给UE分配终端标识的消息。此时，第一数据采集包头中包含的索引可以为基站标识、小区标识和C-RNTI。

需要说明的是，对于非切换场景时UE的上行消息和下行消息，在根据终端标识获取到UE上下文信息后，使用软采头中的基站标识，小区标识和C-RNTI将同一流程的消息进行关联。在UE与基站之间发生的RRC建立消息的软采包头中是不包含终端标识的，因为UE与基站在发生RRC建立流程时，核心网还未给UE分配终端标识，但RRC建立流程的后续消息也就是安全模式消息中终端标识的值是有效的，对于这种情况需要根据基站标识，小区标识和C-RNTI为索引将安全模式消息中的终端标识回填到RRC建立流程消息的软采包头中，以便根据终端标识获取到UE的上下文。

S250、采用终端标识为一级索引查找UE上下文，以及利用基站标识、小区标识和C-RNTI为二级索引将RRC建立请求消息和RRC建立响应消息进行关联，生成对应的RRC建立单据。

在本实施例中，一级索引可以理解为索引与数据储存在一起。二级索引可以理解为在找到索引后，得到对应的主键，再回到一级索引中找主键对应的数据记录。一级索引可以单独存在，二级索引不能单独存在，必须依附于一级索引。

需要说明的是，在消息类型为安全模式消息的情况下，首先使用软采专用包头中终端标识为索引建立UE上下文，然后以软采专用包头中基站标识，小区标识和C-RNTI为索引查找预先存储的无线资源控制RRC建立请求消息和RRC建立响应消息，将软采专用包头中的终端标识回填到无线资源控制RRC建立请求消息和RRC建立响应消息的软采专用包头中,同时使用终端标识为索引查找UE上下文，以软采专用包头中的基站标识，小区标识和C-RNTI为二级索引将无线资源控制RRC建立请求消息和RRC建立响应消息关联起来，生成RRC对应的建立单据。

S260、采用安全模式消息对应的第二数据采集包头中的终端标识为一级索引查找UE上下文，以及利用基站标识、小区标识和C-RNTI为二级索引将安全模式请求消息和安全模式响应消息进行关联，生成对应的安全模式单据。

其中，第二数据采集包头可以理解为核心网已经给UE分配终端标识时，进行回填之后的消息。此时，第二数据采集包头包含的索引可以有基站标识、小区标识、C-RNTI以及终端标识。

在本实施例中，使用安全模式消息软采专用包头中的终端标识为索引查找UE上下文，以软采专用包头中的基站标识，小区标识和C-RNTI为二级索引将安全模式的请求消息和响应消息关联起来，生成安全模式单据。

本发明实施例所提供的技术方案中，在消息类型为安全模式消息的情况下，首先采用终端标识为索引建立用户设备UE上下文，然后采用基站标识、小区标识和C-RNTI为索引查找预先存储的RRC建立请求消息或RRC建立响应消息，并将终端标识回填至RRC建立消息对应的第一数据采集包头中，之后采用终端标识为一级索引查找所述UE上下文，以及利用基站标识、小区标识和C-RNTI为二级索引将RRC建立请求消息和RRC建立响应消息进行关联，生成对应的RRC建立单据。最后采用安全模式消息对应的第二数据采集包头中的终端标识为一级索引查找UE上下文，以及利用基站标识、小区标识和C-RNTI为二级索引将安全模式请求消息和安全模式响应消息进行关联，生成对应的安全模式单据。本发明实施例在消息类型为安全模式消息的情况下，通过终端标识回填至RRC建立消息对应的第一数据采集包头中，以及采用安全模式消息对应的第二数据采集包头中的终端标识，实现了将UE在非切换场景下与基站发生的请求消息和响应消息关联起来，也能够将在切换场景下与基站发生的请求消息和响应消息关联起来，进一步为系统分析和网络优化提供了比较全面的数据支撑。

实施例三

图3是本发明实施例三提供的一种数据处理方法的流程图，本实施例在上述各实施例地基础上，进一步进行了细化。本实施例中，以消息类型为RRC重配置消息为例，对S130作进一步的说明。如图3所示，本实施例中的数据处理方法具体可以包含如下步骤：

S310、获取预先生成的原始码流。

S320、根据原始码流的消息类型确定对应的目标索引。

需要知道的是，在消息类型为RRC重配置消息的情况下，目标索引包含基站标识、小区标识、C-RNTI以及终端标识。

S330、按照终端标识为索引查找UE上下文。

S340、RRC重配置请求消息中是否包含新的接入标识，若是，则执行S350；若否，则执行S380。

在本实施例中，按照终端标识为索引查找UE上下文之后，需要判断RRC重配置请求消息中是否包含新的接入标识，若含有新的接入标识，则在检测到RRC重配置响应消息时，采用终端标识和C-RNTI为索引从切换上下文中查找RRC重配置请求消息，然后将RRC重配置请求消息、RRC重配置响应消息和对应的目标索引进行关联，生成对应的RRC重配置消息单据；若RRC重配置请求消息中未包含新的接入标识，则以基站标识、小区标识和C-RNTI为索引与RRC重配置响应消息进行关联，生成对应的RRC重配置消息单据。

S350、以终端标识和新的接入标识为二级索引建立切换上下文。

其中，新的接入标识可以理解为在切换场景下，目标基站给UE分配的新的接入标识，可以用new UE-Identity来表示。

需要说明的是，对于切换场景时UE的上行消息和下行消息，首先以软采专用包头中的终端标识为索引查找UE上下文，如果RRC重配置请求消息中包含新的接入标识时，则以终端标识和新的接入标识为二级索引建立切换上下文，遇到RRC重配置响应消息时以软采专用包头中终端标识和新的接入标识为索引从切换上下文中查找RRC重配置请求消息，关联成功后输出切换的RRC重配置消息单据。

需要说明的是，UE在基站间切换时终端标识保持不变，且切换时目标基站给UE分配的新的C-RNTI进行关联，即在源基站采集的RRC重配置请求消息中终端标识的值与在目标基站采集的RRC重配置响应消息中的终端标识的值是相同的，在源基站采集的RRC重配置请求消息中新的接入标识与在目标基站采集的RRC重配置响应消息中的C-RNTI的值是相同的，从而完成RRC重配置请求消息和RRC重配置响应消息的关联。

S360、在检测到RRC重配置响应消息时，采用终端标识和C-RNTI为索引从切换上下文中查找RRC重配置请求消息。

S370、将RRC重配置请求消息、RRC重配置响应消息和对应的目标索引进行关联，生成对应的第一RRC重配置单据。

其中，第一RRC重配置单据可以理解为在RRC重配置请求消息中包含新的接入标识时，将终端标识与新的接入标识进行关联成功后输出的从源基站到目标基站时切换的RRC重配置单据。示例性的，基站1与基站2，当UE从基站1切换至基站2时，第一RRC重配置单据可以理解为基站2中的RRC重配置请求消息。

S380、以基站标识、小区标识和C-RNTI为索引与RRC重配置响应消息进行关联，生成对应的第二RRC重配置单据。

其中，RRC重配置响应消息可以理解为RRC重配置完成消息。

在本实施例中，第二RRC重配置单据可以理解为在RRC重配置请求消息中未包含新的接入标识时，将基站标识、小区标识以及C-RNTI建立二级索引与RRC重配置完成消息关联，所输出普通的RRC重配置单据。示例性的，基站1与基站2，当UE从基站1切换至基站2时，第二RRC重配置单据可以理解为源基站即基站1中的RRC重配置请求消息。

在本实施例中，如果RRC重配置请求消息中不包含新的接入标识，则以软采专用包头中的基站标识，小区标识和C-RNTI建立二级索引与RRC重配置响应消息进行关联，输出普通的RRC重配置单据。

本发明实施例所提供的技术方案中，在消息类型为RRC重配置消息的情况下，首先按照终端标识为索引查找UE上下文，然后在RRC重配置请求消息中包含新的接入标识时，以终端标识和新的接入标识为二级索引建立切换上下文，在检测到RRC重配置响应消息时，采用终端标识和C-RNTI为索引从切换上下文中查找RRC重配置请求消息，最后将RRC重配置请求消息、RRC重配置响应消息和对应的目标索引进行关联，生成对应的第一RRC重配置单据。本发明实施例在消息类型为RRC重配置消息的情况下，通过在RRC重配置请求消息中包含新的接入标识时，将RRC重配置请求消息、RRC重配置响应消息和对应的目标索引进行关联以及在RRC重配置请求消息中未包含新的接入标识时，以基站标识、小区标识和C-RNTI为索引与RRC重配置响应消息进行关联，进一步实现了将UE在非切换场景下与基站发生的请求消息和响应消息关联起来，也能够将在切换场景下与基站发生的请求消息和响应消息关联起来，进一步为系统分析和网络优化提供了比较全面的数据支撑。

实施例四

图4是本发明实施例四提供的一种数据处理方法的流程图。需要说明的是，gNB-ID表示基站标识，CELL-ID表示小区标识，AMF-UE-NGAP-ID表示终端标识，new UE-Identity表示新的接入标识。本实施例是在上述实施例的基础上，作为一个优选实施例，对数据处理方法的过程进行说明。如图4所示，本实施例中的数据处理方法包括如下步骤：

a1、通过软采采集方式获得空口原始码流。

a2、处理RRC建立请求/响应消息，使用软采专用包头中基站标识、小区标识和C-RNTI为索引，存储RRC建立请求/响应消息。

需要说明的是，在UE与基站之间发生的RRC建立消息的软采包头中是不包含AMF-UE-NGAP-ID的，因为UE与基站在发生RRC建立流程时，核心网(比如，AMF设备)还未给UE分配AMF-UE-NGAP-ID。

a3、以软采专用包头中gNB-ID，CELL-ID和C-RNTI为索引查找a2中存储的RRC建立请求/响应消息，将软采专用包头中的AMF-UE-NGAP-ID回填到RRC建立请求/响应消息的软采专用包头中。

需要说明的是，目标索引中包含gNB-ID，CELL-ID和C-RNTI以及AMF-UE-NGAP-ID。

a4、处理安全模式请求消息与安全模式响应消息。

在处理安全模式请求消息与安全模式响应消息时，首先使用软采专用包头中AMF-UE-NGAP-ID为索引建立UE上下文，然后以软采专用包头中gNB-ID，CELL-ID和C-RNTI为索引查找a2中存储的RRC建立请求/响应消息，将软采专用包头中的AMF-UE-NGAP-ID回填到RRC建立请求/响应消息的软采专用包头中，同时使用AMF-UE-NGAP-ID为索引查找UE上下文，以软采专用包头中的gNB-ID，CELL-ID和C-RNTI为二级索引将RRC建立的请求消息和相应消息关联起来，生成RRC建立单据；使用安全模式消息软采专用包头中的AMF-UE-NGAP-ID为索引查找UE上下文，以软采专用包头中的gNB-ID，CELL-ID和C-RNTI为二级索引将安全模式的请求消息和响应消息关联起来，生成安全模式单据。

a3、处理重配置请求消息与RRC重配置响应消息。

首先以软采专用包头中的AMF-UE-NGAP-ID为索引查找UE上下文，如果RRC重配置请求消息中包含new UE-Identity，则以AMF-UE-NGAP-ID和new UE-Identity为二级索引建立切换上下文，遇到RRC重配置完成消息时以软采专用包头中AMF-UE-NGAP-ID和C-RNTI为索引从切换上下文中查找RRC重配置请求消息，关联成功后输出切换的RRC重配置单据。如果RRC重配置请求消息中不包含new UE-Identity，则以软采专用包头中的gNB-ID,CELL-ID,和C-RNTI建立二级索引与RRC重配置完成消息关联，输出普通的RRC重配置单据。

a4、处理其他类型的请求/响应消息。

首先以软采专用包头中的AMF-UE-NGAP-ID为索引查找UE上下文，然后根据软采专用包头的gNB-ID,CELL-ID,和C-RNTI为索引将响应消息进行关联，最后输出其他类型消息的单据。

在本实施例中，使用软采包头中AMF-UE-NGAP-ID将同一用户的消息进行上下文关联。AMF-UE-NGAP-ID是由核心网设备AMF分配给UE的，是在同一AMF设备唯一用户的标识，在采集软采消息时，一般主设备都会将AMF-UE-NGAP-ID放在软采专用包头中，因此可以将同一个UE的上下文使用AMF-UE-NGAP-ID来进行关联。

在本实施例中，对于非切换场景时UE的上行消息和下行消息，在根据AMF-UE-NGAP-ID获取到UE上下文信息后，使用软采头中的gNB-ID，Cell-ID和C-RNTI将同一流程的消息进行关联。需要说明的是在UE与基站之间发生的RRC建立消息的软采包头中是不包含AMF-UE-NGAP-ID的，因为UE与基站在发生RRC建立流程时，核心网还未给UE分配AMF-UE-NGAP-ID，但RRC建立流程的后续消息也就是安全模式消息中AMF-UE-NGAP-ID的值是有效的，对于这种情况需要根据gNB-ID，Cell-ID和C-RNTI为索引将安全模式消息中的AMF-UE-NGAP-ID回填到RRC建立流程消息的软采包头中，以便根据AMF-UE-NGAP-ID获取到UE的上下文。

在本实施例中，对于切换场景时UE的上行消息和下行消息，在根据AMF-UE-NGAP-ID获取到UE上下文信息后，当遇到RRC重配置消息中包含newUE-Identity标识时，则使用AMF-UE-NGAP-ID和newUE-Identity作为关联标识放到Hash表；当遇到RRC重配置完成消息时则使用AMF-UE-NGAP-ID和C-RNTI作为关联标识从Hash表进行关联。此种方式是利用了UE在基站间切换时AMF-UE-NGAP-ID保持不变的特性和使用切换时目标基站给UE分配的新的C-RNTI进行关联的，即在源基站采集的RRC重配置消息中AMF-UE-NGAP-ID的值与在目标基站采集的RRC重配置完成消息中的AMF-UE-NGAP-ID的值相同，在源基站采集的RRC重配置请求消息中newUE-Identity与在目标基站采集的RRC重配置完成消息中的C-RNTI的值相同，从而完成RRC重配置请求消息和RRC重配置完成消息的关联。

通过以上所述方法，通过AMF-UE-NGAP-ID可以将UE的相关信息保存的上下文中，在切换场景和非切换场景下都可以将UE与基站之间的请求消息与响应消息进行关联。

实施例五

图5是本发明实施例五提供的一种数据处理装置的结构示意图，本实施例所提供的一种数据处理装置可以通过软件和/或硬件来实现，可配置于服务器中来实现本发明实施例中的一种数据处理方法。如图5所示，该系统具体可以包括：码流获取模块510、索引确定模块520以及单据输出模块530。

其中，码流获取模块510，用于获取预先生成的原始码流；

索引确定模块520，用于根据所述原始码流的消息类型确定对应的目标索引；

单据输出模块530，用于按照所述目标索引对所述原始码流进行处理，输出对应的消息单据。

本发明实施例中的上述技术方案，通过获取预先生成的原始码流，然后根据原始码流的消息类型确定对应的目标索引，最后按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，实现了对UE在非切换时能够将同一流程的请求消息和响应消息进行关联，也能够在发生切换时对RRC重配置请求消息和RRC重配置响应消息进行关联，从而为系统分析和网络优化提供了比较全面的数据支撑。与现有技术相比，所采用的数据处理方法，在UE从一个基站切换到目标基站时，有效避免了基站间发生切换时UU接口的消息的关联失败的问题，提高了基站间切换成功率指标的分析。

在一实施例中，所述原始码流至少包括下述消息之一：

无线资源控制RRC建立请求消息、RRC建立响应消息、安全模式请求消息、安全模式响应消息、RRC重配置请求消息、RRC重配置响应消息。

在一实施例中，在所述原始码流的消息类型为RRC建立消息的情况下，所述目标索引包括：基站标识、小区标识和小区无线网络临时标识C-RNTI。

在一实施例中，在所述原始码流的消息类型为安全模式消息或RRC重配置消息的情况下，所述目标索引包括：终端标识、基站标识、小区标识和C-RNTI；其中，所述终端标识由移动性管理功能AMF设备分配的在NG接口的唯一标识。

在一实施例中，在所述消息类型为安全模式消息的情况下，单据输出模块530，具体可以包括：

上下文建立单元，用于采用所述终端标识为索引建立用户设备UE上下文；

第一数据回填单元，用于采用所述基站标识、小区标识和C-RNTI为索引查找预先存储的RRC建立请求消息或RRC建立响应消息，并将所述终端标识回填至所述RRC建立消息对应的第一数据采集包头中；

单据建立单元，用于采用所述终端标识为一级索引查找所述UE上下文，以及利用所述基站标识、小区标识和C-RNTI为二级索引将RRC建立请求消息和RRC建立响应消息进行关联，生成对应的RRC建立单据。

在一实施例中，在所述消息类型为安全模式消息的情况下，单据输出模块530，具体还可以包括：

安全模式单据生成单元，采用所述安全模式消息对应的第二数据采集包头中的终端标识为一级索引查找所述UE上下文，以及利用所述基站标识、小区标识和C-RNTI为二级索引将安全模式请求消息和安全模式响应消息进行关联，生成对应的安全模式单据。

在一实施例中，在所述消息类型为RRC重配置消息的情况下，单据输出模块530，具体可以包括：

上下文查找单元，用于按照所述终端标识为索引查找UE上下文；

上下文切换单元，用于在RRC重配置请求消息中包含新的接入标识时，以所述终端标识和所述新的接入标识为二级索引建立切换上下文；

请求消息查找单元，用于在检测到RRC重配置响应消息时，采用所述终端标识和所述C-RNTI为索引从所述切换上下文中查找RRC重配置请求消息；

第一单据生成单元，用于将所述RRC重配置请求消息、所述RRC重配置响应消息和对应的目标索引进行关联，生成对应的第一RRC重配置单据。

在一实施例中，在所述消息类型为RRC重配置消息的情况下，单据输出模块530，具体还可以包括：

第二单据生成单元，用于在所述RRC重配置请求消息中未包含新的接入标识时，以基站标识、小区标识和C-RNTI为索引与RRC重配置响应消息进行关联，生成对应的第二RRC重配置单据。

本发明实施例所提供的一种数据处理装置可执行本发明任意实施例所提供的一种数据处理方法，具备执行方法相应的功能模块和有益效果。

实施例六

图6是本发明实施例六提供的一种数据处理设备的硬件结构示意图。如图6所示，本发明实施例提供的数据处理设备，包括：处理器610、存储器620、输入装置630、输出装置640。该数据处理设备中的处理器10可以是一个或多个，图6中以一个处理器610为例，数据处理设备中的处理器610、存储器620、输入装置630、输出装置640可以通过总线或其他方式连接，图6中以通过总线连接为例。

该数据处理设备中的存储器620作为一种计算机可读存储介质，可用于存储一个或多个程序，程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例或所提供的一种数据处理方法对应的程序指令/模块(例如，图5所示的一种数据处理装置中的模块，包括：码流获取模块510、索引确定模块520以及单据输出模块530)。处理器610通过运行存储在存储器620中的软件程序、指令以及模块，从而执行数据处理设备的各种功能应用以及数据处理，即实现上述方法实施例中数据处理方法。

存储器620可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器620可进一步包括相对于处理器610远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置630可用于接收用户输入的数字或字符信息，以产生与终端设备的用户设置以及功能控制有关的键信号输入。输出装置640可包括显示屏等显示设备。

并且，当上述数据处理设备所包括一个或者多个程序被一个或者多个处理器610执行时，程序进行如下操作：获取预先生成的原始码流；根据所述原始码流的消息类型确定对应的目标索引；按照所述目标索引对所述原始码流进行处理，输出对应的消息单据。

实施例七

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的数据处理方法，该方法包括：获取预先生成的原始码流；根据所述原始码流的消息类型确定对应的目标索引；按照所述目标索引对所述原始码流进行处理，输出对应的消息单据。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(ErasableProgrammable ROM，EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(Compact DiscRead-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (7)

1.一种数据处理方法，其特征在于，包括：

获取预先生成的原始码流；

根据所述原始码流的消息类型确定对应的目标索引；

按照所述目标索引对所述原始码流进行处理，输出对应的消息单据；

其中，在所述原始码流的消息类型为RRC建立消息的情况下，所述目标索引包括：基站标识、小区标识和小区无线网络临时标识C-RNTI；在所述原始码流的消息类型为安全模式消息或RRC重配置消息的情况下，所述目标索引包括：终端标识、基站标识、小区标识和C-RNTI；

其中，在所述消息类型为安全模式消息的情况下，所述按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，包括：

采用所述终端标识为索引建立用户设备UE上下文；

采用所述基站标识、小区标识和C-RNTI为索引查找预先存储的RRC建立请求消息或RRC建立响应消息，并将所述终端标识回填至所述RRC建立消息对应的第一数据采集包头中；

采用所述终端标识为一级索引查找所述UE上下文，以及利用所述基站标识、小区标识和C-RNTI为二级索引将RRC建立请求消息和RRC建立响应消息进行关联，生成对应的RRC建立单据；

采用所述安全模式消息对应的第二数据采集包头中的终端标识为一级索引查找所述UE上下文，以及利用所述基站标识、小区标识和C-RNTI为二级索引将安全模式请求消息和安全模式响应消息进行关联，生成对应的安全模式单据。

2.根据权利要求1所述的方法，其特征在于，所述原始码流至少包括下述消息之一：无线资源控制RRC建立请求消息、RRC建立响应消息、安全模式请求消息、安全模式响应消息、RRC重配置请求消息、RRC重配置响应消息。

3.根据权利要求1所述的方法，其特征在于，所述终端标识由移动性管理功能AMF设备分配的在NG接口的唯一标识。

4.根据权利要求1所述的方法，其特征在于，在所述消息类型为RRC重配置消息的情况下，所述按照所述目标索引对所述原始码流进行处理，输出对应的消息单据，包括：

按照所述终端标识为索引查找UE上下文；

在RRC重配置请求消息中包含新的接入标识时，以所述终端标识和所述新的接入标识为二级索引建立切换上下文；

在检测到RRC重配置响应消息时，采用所述终端标识和所述C-RNTI为索引从所述切换上下文中查找RRC重配置请求消息；

将所述RRC重配置请求消息、所述RRC重配置响应消息和对应的目标索引进行关联，生成对应的第一RRC重配置单据。

5.根据权利要求4所述的方法，其特征在于，在所述RRC重配置请求消息中未包含新的接入标识时，以基站标识、小区标识和C-RNTI为索引与RRC重配置响应消息进行关联，生成对应的第二RRC重配置单据。

6.一种数据处理设备，其特征在于，所述设备包括：存储器，以及一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的数据处理方法。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的数据处理方法。