CN115514830A - 终端控制方法及设备、计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种终端控制方法及设备、计算机可读存储介质，其中，终端控制方法包括：针对下挂于同一客户前置设备的多个终端，在客户前置设备和核心网网元之间建立多个协议数据单元会话，多个协议数据单元会话与多个终端逐一对应；从各个协议数据单元会话中分别获取第一数据报文，第一数据报文由一个终端基于一个与终端对应的协议数据单元会话向核心网网元传输；根据多个第一数据报文分别控制每个终端的上行业务运行状态。本发明实施例中，便于对各个终端进行适应性地空口资源匹配，确保当前的组网传输条件能够满足各个终端的业务处理需求，达到组网传输要求。

Description

终端控制方法及设备、计算机可读存储介质

技术领域

本发明实施例涉及但不限于通信技术领域，尤其涉及一种终端控制方法及设备、计算机可读存储介质。

背景技术

随着5G网络及其垂直产业的普及，单个客户前置设备(Customer PremiseEquipment，CPE)下挂多个终端的组网变得越来越重要，这对于节省成本、简化组网有着重要作用，在某些特定的组网条件下，也有利于节省公网的IP地址资源，例如，在5G网络条件下的CPE与多个电网终端的结合，通过低时延、高可靠的5G网络来传输电网配电信息，将会极大提升电网配电效率和性能，然而，由于各个终端的业务性能可能存在差异，例如，配电终端单元(Distribution Terminal Unit，DTU)、相量测量单元(Phasor Measure Unit，PMU)等在电网中的一个配网柜中往往是存在多个不同业务类型的，因此，目前单个CPE在为各个终端提供组网传输时，无法确保当前的组网传输条件能够满足每个终端的业务处理需求，因此不利于对各个终端进行空口资源匹配，无法满足组网传输要求。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种终端控制方法及设备、计算机可读存储介质，能够满足组网传输要求。

第一方面，本发明实施例提供了一种终端控制方法，包括：

针对下挂于同一客户前置设备的多个终端，在所述客户前置设备和核心网网元之间建立多个协议数据单元会话，所述多个协议数据单元会话与所述多个终端逐一对应；

从各个所述协议数据单元会话中分别获取第一数据报文，所述第一数据报文由一个所述终端基于一个与所述终端对应的协议数据单元会话向所述核心网网元传输；

根据多个所述第一数据报文分别控制每个所述终端的上行业务运行状态。

第二方面，本发明实施例还提供了一种控制设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述第一方面的终端控制方法。

第三方面，本发明实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如上所述第一方面的终端控制方法。

本发明实施例包括：针对下挂于同一客户前置设备的多个终端，在客户前置设备和核心网网元之间建立多个协议数据单元会话，多个协议数据单元会话与多个终端逐一对应；从各个协议数据单元会话中分别获取第一数据报文，第一数据报文由一个终端基于一个与终端对应的协议数据单元会话向核心网网元传输；根据多个第一数据报文分别控制每个终端的上行业务运行状态。根据本发明实施例提供的方案，通过为下挂于同一客户前置设备的多个终端，在客户前置设备和核心网网元之间建立多个协议数据单元会话，使得能够从各个协议数据单元分别获取由终端上传的相关数据报文，从而可以根据所获取的数据报文了解每个终端在组网条件下的实时业务状态，便于对各个终端进行适应性地空口资源匹配，确保当前的组网传输条件能够满足各个终端的业务处理需求，达到组网传输要求。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1是本发明一个实施例提供的终端控制方法的流程图；

图2是本发明一个实施例提供的终端控制方法中建立多个协议数据单元会话之前的流程图；

图3是本发明另一个实施例提供的终端控制方法中建立多个协议数据单元会话之前的流程图；

图4是本发明一个实施例提供的终端控制方法中建立多个协议数据单元会话的流程图；

图5是本发明另一个实施例提供的终端控制方法中建立多个协议数据单元会话的流程图；

图6是本发明另一个实施例提供的终端控制方法的流程图；

图7是本发明一个实施例提供的终端控制方法中获取第一数据报文的流程图；

图8是本发明一个实施例提供的终端控制方法中控制每个终端的上行业务运行状态的流程图；

图9是本发明一个实施例提供的终端控制方法中控制第一终端的每个上行业务的运行状态的流程图；

图10是本发明一个实施例提供的终端控制方法的执行示意图；

图11是本发明另一个实施例提供的终端控制方法的执行示意图；

图12是本发明一个实施例提供的下行业务的运行示意图；

图13是本发明一个实施例提供的上行业务的运行示意图；

图14是本发明一个实施例提供的控制设备的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要注意的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明提供了一种终端控制方法及设备、计算机可读存储介质，通过为下挂于同一客户前置设备的多个终端，在客户前置设备和核心网网元之间建立多个协议数据单元会话，使得能够从各个协议数据单元分别获取由终端上传的相关数据报文，从而可以根据所获取的数据报文了解每个终端在组网条件下的实时业务状态，便于对各个终端进行适应性地空口资源匹配，确保当前的组网传输条件能够满足各个终端的业务处理需求，达到组网传输要求。

下面结合附图，对本发明实施例作进一步阐述。

如图1所示，图1是本发明一个实施例提供的终端控制方法的流程图，该终端控制方法包括但不限于步骤S100至S300。

步骤S100，针对下挂于同一客户前置设备(Customer Premise Equipment，CPE)的多个终端，在CPE和核心网网元之间建立多个协议数据单元会话，多个协议数据单元会话与多个终端逐一对应。

在一实施例中，CPE属于一种用于接收移动信号并以无线通信信号转发出来的移动信号接入设备，可以将高速条件下的4G信号或者5G信号转换成无线信号，支持多个同时上网的移动终端，能够节省铺设有线网络的成本，通过在同一CPE下挂多个终端，使得CPE能够为多个终端同时提供组网配合，从而可以利用CPE与各个终端所相应配合的组网实现相关业务信息的传输，从而能够提升相关业务的效率和性能。

在一实施例中，终端的类型可以不限制，理论上能够与下挂于CPE且用于执行相应业务功能的终端，均可以适配于上述实施例，这并未限制，例如，可以为各种类型的电网终端，包括但不限于配电终端单元(Distribution Terminal Unit，DTU)和相量测量单元(Phasor Measure Unit，PMU)等，每个电网终端可以执行一个或多个业务，业务的类型并未限制，可以是电流相位测量报文业务、三遥业务或者差动保护业务等，在具体应用场景下可以选择具有相应业务的电网终端进行配网，比如，DTU配置配网差动保护功能，主要通过计算电网线路两端的电流差值来判断故障位置，从而实现故障线路隔离，那么在需要判断故障时可以基于DTU执行相关业务，类似地，也可以优化上述的业务功能，即，通过各个DTU之间的协调操作实现故障隔离后停电区域的自动复电，同理，在配网PMU的条件下，通过汇集分布在配电网不同位置的PMU的相关测量信息，从而能够实现对配网运行状态的实时监控。

在一实施例中，CPE可以为下挂的每个终端在CPE和核心网网元之间建立多个协议数据单元会话，也可以根据实际应用情况选择建立协议数据单元会话的方式，这并未限制。

可以理解地是，为了更方便地阐述本发明的工作原理，以下相关实施例中的终端均以电网终端DTU和/或PMU进行说明。

在一实施例中，核心网网元作为核心网的关键设备之一，可以用于承载终端上网数据的转发，也可以广泛应用于运营商网络、行业专网的核心网或者边缘计算等应用领域，例如，在5G核心网下，采用用户面功能(User Plane Function，UPF)网元，在UPF网元的单个实例可以支持部分或全部UPF功能，UPF功能可以包括但不限于：分组路由和转发、用户平面部分策略规则实施、数据包检查、服务质量(Quality of Service，QoS)处理、上行链路流量验证(例如，服务数据流到QoS的流量映射)、下行链路数据包缓冲以及作为外部协议数据单元与传输网络之间的互连会话点等，可以理解地是，不同的核心网网元可以具有不同的通信功能，本领域技术人员可以根据实际应用场景配置相应的核心网网元，这并未限制。

在一实施例中，CPE下挂多个终端可以应用于不同的具体场景，一种场景可以是：CPE处于桥接模式下，即，CPE将终端所使用的内网地址桥接转换为外网地址，在这种情况下，终端不使用核心网分配的IP地址，或者，终端不直接使用MAC地址，如图2所示，步骤S100之前还包括步骤S400。

步骤S400，控制CPE与核心网网元进行业务签约。

在一实施例中，由于终端的内网地址被桥接，因此，核心网无法获取到终端所使用的内网网址，所以需要控制CPE同核心网进行业务签约，从而确定终端与核心网之间的业务联系。

可以理解地是，当CPE将终端所使用的内网地址桥接转换为外网地址，可以同时将核心网的主网IP地址作相应地映射，从而达到更加良好的桥接效果，上述与桥接相关的实施方式并非是完全限定的，本领域技术人员可以根据实际情况选择相应的桥接方式。

在一实施例中，CPE下挂多个终端的又一种场景可以是：CPE处于非桥接模式下，即，CPE并未将终端所使用的内网地址桥接转换为外网地址，在这种情况下，终端可以直接使用核心网分配的IP地址，或者，终端可以直接使用MAC地址，如图3所示，步骤S100之前还包括步骤S500。

步骤S500，控制终端与核心网网元进行业务签约。

由于终端的内网地址并未被桥接，因此，核心网可以获取到终端所使用的内网网址，即，核心网与终端之间可以直接建立联系，所以可以控制终端与核心网直接进行业务签约，从而确定终端与核心网之间的业务联系。

在一实施例中，在CPE和核心网网元之间建立多个协议数据单元会话，由于多个协议数据单元会话与多个终端逐一对应，因此相当于为各个终端分别建立了独立的协议数据单元会话，使得各个协议数据单元会话能够实现对相应终端的业务的承载，即，通过协议数据单元会话能够储存相应终端的属性信息并进行承载，有利于提高终端的业务运行性能，具体地，在多个终端中，包括但不限于至少一个用于运行多个上行业务的第一终端的情况，此时，如图4所示，步骤S100中的“在CPE和核心网网元之间建立多个协议数据单元会话”还包括但不限于步骤S110。

步骤S110，在CPE和核心网网元之间建立与第一终端对应的第一协议数据单元会话，第一协议数据单元会话包括多条服务质量数据链路(QoS flow)，每条QoS flow用于对应为第一终端的一个上行业务提供QoS,每条QoS flow映射到第一协议数据单元会话中的一个第一数据无线承载(Data Radio Bearer，DRB)。

在一实施例中，针对运行多个业务的第一终端，通过建立与第一终端对应的第一协议数据单元会话，从而能够为第一终端的每个业务分别提供相应的QoS flow，由于QoSflow与QoS对应，从而保证能够为每个业务提供QoS，并且每条QoS flow映射到对应的第一DRB上，使得各个业务均能够通过第一DRB进行数据承载，有利于提高第一终端的业务运行性能，尤其是，通过建立QoS flow及映射到相应的第一DRB，使得能够准确可靠地识别第一终端上的不同业务，在这种条件下，当需要对其中某一个业务进行组网调节，则可以大大提升准确调节相应业务的概率。

可以理解地是，在多个终端中，也可以包括但不限于至少一个用于运行一个上行业务的第二终端的情况，此时，如图5所示，步骤S100中的“在CPE和核心网网元之间建立多个协议数据单元会话”还包括但不限于步骤S120。

步骤S120，在CPE和核心网网元之间建立与第二终端对应的第二协议数据单元会话，第二协议数据单元会话包括用于承载第二终端的上行业务的第二DRB。

在一实施例中，针对仅运行多单个业务的第二终端，可以不用为其建立相应的QoSflow，而是通过建立与第二终端对应的第二协议数据单元会话，从而能够使得第二终端的单个业务通过第二DRB进行数据承载，有利于提高第二终端的业务运行性能，当需要对第二终端的单个业务进行调控，直接通过第二协议数据单元会话确定相应的第二DRB即可。

可以理解地是，在多个终端中，也可以包括但不限于至少一个用于运行下行业务的第三终端的情况，此时，如图6所示，该终端控制方法还包括但不限于步骤S130至S140。

步骤S130,从核心网网元获取由核心网网元向第三终端传输的下行数据报文；

步骤S140,根据下行数据报文控制第三终端的下行业务运行状态。

在一实施例中，针对第三终端所运行的下行业务，可以从核心网网元的相关数据接口直接获取向第三终端传输的下行数据报文，因此能够简单可靠地直接获取到向第三终端传输的下行数据报文，以便于了解到第三终端的下行业务状态，进而对第三终端的相关下行业务进行运行控制调节。

可以理解地是，针对与第三终端相关的下行业务，在可以从核心网网元直接获取相关的下行数据报文的基础上，即，在不依赖组网条件，或者，依据移动边缘计算(MobileEdge Computing,MEC)技术介入下发时延敏感通信辅助参数的组网条件下，能够从时延的角度优化下行相关的下行空口资源的调度。

可以理解地是，通过核心网网元获取下行数据报文的方式并不是唯一的，也可以针对第三终端建立相应的协议数据单元会话，从而根据相应的协议数据单元会话内的DRB来获取与第三终端相关的数据报文，这并未限制。

步骤S200，从各个协议数据单元会话中分别获取第一数据报文，第一数据报文由一个终端基于一个与终端对应的协议数据单元会话向核心网网元传输。

在一实施例中，在为各个终端建立相应的协议数据单元会话后，由各个终端所发出的第一数据报文则能够基于对应的协议数据单元会话而传输到核心网网元，在这一流程中，第一数据报文能够被协议数据单元会话中的相关DRB进行承载，因此，可以从各个协议数据单元会话中分别获取第一数据报文，从而能够直观地了解到第一数据报文的相关性质，以便于后续对第一数据报文及对应的业务进行处理。

在一实施例中，核心网网元也可以通过QoS flow发送数据报文至基站，进而通过基站将QoS flow映射到相应的第一DRB上，因此，可以通过基站从各个协议数据单元会话中分别获取第一数据报文，即，基站作为各个终端与核心网网元之间的中间点，可以用于执行上述获取第一数据报文的检测操作，通过检测操作获知第一数据报文的具体内容，但这并不限定，在实际应用场景下，也可以基于自定义的检测模块或装置来实现对于第一数据报文的获取，只要该自定义的检测模块或装置能够适配各个终端以及核心网网元即可，换言之，从各个协议数据单元会话中分别获取第一数据报文的方式可以有多种，由于获取第一数据报文的具体方式不是上述实施例的改进点，因此上述实施例未对其进行执行对象的限制，而对于本领域技术人员而言是可以根据实际场景进行选择的。

具体地，参照图7，在第一数据报文包括由第一终端根据一个上行业务向核心网网元传输的上行数据报文的情况下，步骤200包括但不限于步骤S210。

步骤S210，从第一协议数据单元会话中的各个第一数据无线承载分别获取由第一终端传输的各个上行数据报文。

可以理解地是，由于上行数据报文是第一终端内的各个业务分别发送的，因此第一协议数据单元会话中的各个第一DRB能够对应承载相应的上行数据报文，因此可以从各个第一DRB分别获取各个上行数据报文，从而可以了解到第一终端内的各个业务的实时状态，使得在发现某个业务的上行数据报文出现差异的情况下，则方便于直接找出该上行数据报文对应的业务，进而对其进行调节控制。

步骤S300，根据多个第一数据报文分别控制每个终端的上行业务运行状态。

在一实施例中，在确定第一数据报文之后，可以根据所获取的数据报文了解每个终端在组网条件下的实时业务状态，便于对各个终端进行适应性地空口资源匹配，确保当前的组网传输条件能够满足各个终端的业务处理需求，达到组网传输要求，尤其是针对上行业务而言，便于对上行业务的相关空口资源进行合理调度，这在实际应用中可以更方便可靠地管理上行业务及其相关空口资源。

可以理解地是，各个终端根据各自业务对应发送的第一数据报文可以是不同的，相应地，根据多个第一数据报文实现每个终端的上行业务运行状态的控制方式也可以是不同的，这并未限制。

可以理解地是，控制每个终端的上行业务运行状态的执行对象并不限定，一般可以由外部相关网络管理人员或用户进行控制，在特殊的情况下，可以将控制的权限指定给相应对象以进行控制，这并未限制。

参照图8，步骤300包括但不限于步骤S310。

步骤310，根据多个上行数据报文对应控制第一终端的每个上行业务的运行状态。

在一实施例中，通过多个上行数据报文进行业务控制，便于对第一终端的各个业务进行业务状态的分别控制，例如，基于每个数据报文分别对相应的业务进行服务级别协议(Service Level Agreement，SLA)控制，同时也能够很好地解决空口资源的空口调度，可以理解地是，由于能够同时获取不同的上行数据报文，因此能够在整体上形成相应的空口资源调度策略，相比于单个业务的空口资源调度，其效果显然会更好，例如，假设第一终端分别执行两个不同的业务，那么在进行空口资源调度时，可以根据两者的实际状态而将所需求的业务优先级调到最高，可以是在某一时段只为该业务分配空口资源，即，在某一时段下的第一终端只执行该业务，从而可以满足执行该业务的需求，可以理解地是，类似地空口资源调度可以根据实际情况进行选择，这并未限制。

另外，参照图9，步骤S310包括但不限于步骤S311至S312。

步骤S311，根据上行数据报文获取上行数据报文的特征信息；

步骤S312，根据上行数据报文的特征信息控制与上行数据报文对应的上行业务的运行状态。

在一实施例中，由于数据报文能够表征业务状态的各种信息，但是数据报文的所有内容并不一定是都需要关注的，因此，在具体控制时，可以只关注数据报文内的相关特征信息即可，通过所获取的特征信息能够了解到业务的相关状态，从而可以基于上行数据报文的特征信息对上行业务进行控制，因此无需针对数据报文的所有内容进行分析，相对而言更加简便直接，有利于提高对于上行业务的空口匹配效率。

在一实施例中，特征信息并不限定，可以根据实际业务所需求的部分进行选择，例如，特征信息可以包括以下至少一项：报文发包周期信息、报文五元组信息和报文属性信息，通过获取报文发包周期信息可以了解数据报文的发包情况，通过报文五元组信息可以直接了解到数据报文的源IP地址、源端口、目的IP地址、目的端口和传输层协议，即，可以方便地获取核心网以及第一终端的相关信息，便于将所获取到的核心网及第一终端的相关信息与两者的实际应用信息进行比较，进而查出可能的故障信息，通过报文属性信息可以直观地了解到数据报文的报文组成关系、报文头属性和报文请求参数等，有利于了解数据报文的发送状态；基于上述实施例所描述的内容，可以理解地是，通过获取一个或多个特征信息，有利于基于特征信息而了解数据报文的实时状态，进而可以基于数据报文的实时状态以对相应业务进行空口资源的控制分配，从而能够优化第一终端的业务性能。

以下给出部分示例对上述各实施例进行说明。

示例一

如图10所示，图10给出了CPE在非桥接模式下与基站、核心网网元之间的一种配合方式。

参照图10，终端均为DTU，核心网采用UPF网元，为了叙述方便，以DTU1、DTU2和DTUn进行区分。在CPE处于非桥接模式下，终端可以直接使用核心网分配的IP地址，或者，终端可以直接使用MAC地址，因此在DTU与UPF网元已经进行业务签约的条件下，可以分别建立协议数据单元会话1、协议数据单元会话2以及协议数据单元会话3，其中，协议数据单元会话1对应于DTU1中的业务1，协议数据单元会话2对应于DTU1中的业务2，协议数据单元会话3对应于DTU1中的业务3至业务n，针对业务1，在UPF网元与基站之间建立第1条QoS flow，并通过基站将第1条QoS flow映射到DRB1，以此类推，直至在UPF网元与基站之间建立第n条QoSflow，并通过基站将第n条QoS flow映射到DRBn，则协议数据单元会话3建立完成，然后，基于协议数据单元会话1获取与业务1对应的数据报文，基于协议数据单元会话2获取与业务2对应的数据报文，基于协议数据单元会话3分别获取与业务3至业务n对应的各个数据报文，最终基于所获取的数据报文的各自的报文五元组信息来相应地调整业务1、业务2以及业务3至业务n的状态，从而实现空口资源匹配，使得能够满足组网传输要求。

示例二

如图11所示，图11给出了CPE在桥接模式下与基站、核心网网元之间的一种配合方式。

参照图11，终端采用PMU、DTU2以及DTUn，核心网采用UPF网元，其中，PMU用于执行PMU业务，DTU2用于执行三遥处理业务，DTUn用于执行差动保护业务。在CPE处于桥接模式下，当CPE与UPF网元已经进行业务签约，类似地，可以分别建立协议数据单元会话1、协议数据单元会话2以及协议数据单元会话3，其中，协议数据单元会话1对应于DTU1中的业务1，协议数据单元会话2对应于DTU1中的业务2，协议数据单元会话3对应于DTU1中的业务3至业务n，针对业务1，在UPF网元与基站之间建立第1条QoS flow，并通过基站将第1条QoS flow映射到DRB1，以此类推，直至在UPF网元与基站之间建立第n条QoS flow，并通过基站将第n条QoS flow映射到DRBn，则协议数据单元会话3建立完成，然后，基于协议数据单元会话1获取与业务1对应的数据报文，基于协议数据单元会话2获取与业务2对应的数据报文，基于协议数据单元会话3分别获取与业务3至业务n对应的各个数据报文，最终基于所获取的数据报文中的报文发包周期信息来相应地调整业务1、业务2以及业务3至业务n的状态，从而实现空口资源匹配，使得能够满足组网传输要求，例如，以DTUn的差动保护业务为例，一般而言，正常工作模式下数据报文的发包周期为1秒，保护工作模式为每秒2000包，通过基站在相应的DRB通过检测1秒内的报文数，即可检测出数据报文的发包周期，从而能够根据所得到的发包周期信息来对相关业务的运行状态进行调整。

示例三

如图12和图13所示，图12给出了下行业务的一种执行方式，图13给出了上行业务的一种执行方式。

参照图12，UPF网元上设置N3口，可以直接从N3口获取下行数据报文的报文属性信息或报文发包周期信息，从图12可以看出，下行数据报文也可以通过各个QoS flow传输到基站，进而映射到各个DRB并最终传输到第三终端，使得在获取到下行数据报文的条件下，可以根据下行数据报文控制第三终端的下行业务运行状态。

参照图13，第一终端与网络存储器相配合，所传输的上行数据报文承载在相关的DRB，通过基站向UPF网元传输，在这一过程中，通过相关的DRB获取上行数据报文，使得在获取到上行数据报文的条件下，可以根据上行数据报文控制第一终端的上行业务运行状态。

另外，参照图14，本发明的一个实施例还提供了一种控制设备100，该控制设备100包括：存储器110、处理器120及存储在存储器110上并可在处理器120上运行的计算机程序。

处理器120和存储器110可以通过总线或者其他方式连接。

实现上述实施例的终端控制方法所需的非暂态软件程序以及指令存储在存储器110中，当被处理器120执行时，执行上述各实施例的终端控制方法，例如，执行以上描述的图1中的方法步骤S100至S600、图2中的方法步骤S400、图3中的方法步骤S500、图4中的方法步骤S110、图5中的方法步骤S120、图6中的方法步骤S130至S140、图7中的方法步骤S210、图8中的方法步骤S310或图9中的方法步骤S311至S312。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器120或控制器执行，例如，被上述控制设备100实施例中的一个处理器120执行，可使得上述处理器120执行上述实施例中的终端控制方法，例如，执行以上描述的图1中的方法步骤S100至S600、图2中的方法步骤S400、图3中的方法步骤S500、图4中的方法步骤S110、图5中的方法步骤S120、图6中的方法步骤S130至S140、图7中的方法步骤S210、图8中的方法步骤S310或图9中的方法步骤S311至S312。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施方式进行的具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本发明权利要求所限定的范围内。

Claims (10)

1.一种终端控制方法，包括：

针对下挂于同一客户前置设备的多个终端，在所述客户前置设备和核心网网元之间建立多个协议数据单元会话，所述多个协议数据单元会话与所述多个终端逐一对应；

从各个所述协议数据单元会话中分别获取第一数据报文，所述第一数据报文由一个所述终端基于一个与所述终端对应的协议数据单元会话向所述核心网网元传输；

根据多个所述第一数据报文分别控制每个所述终端的上行业务运行状态。

2.根据权利要求1所述的终端控制方法，其特征在于，所述多个终端包括至少一个用于运行多个上行业务的第一终端；

所述在所述客户前置设备和核心网网元之间建立多个协议数据单元会话，包括：

在所述客户前置设备和核心网网元之间建立与所述第一终端对应的第一协议数据单元会话，所述第一协议数据单元会话包括多条服务质量数据链路，每条所述服务质量数据链路用于对应为所述第一终端的一个所述上行业务提供服务质量,每条所述服务质量数据链路映射到所述第一协议数据单元会话中的一个第一数据无线承载。

3.根据权利要求2所述的终端控制方法，其特征在于，所述第一数据报文包括由所述第一终端根据一个所述上行业务向所述核心网网元传输的上行数据报文；

所述从各个所述协议数据单元会话中分别获取第一数据报文，包括：

从所述第一协议数据单元会话中的各个所述第一数据无线承载分别获取由所述第一终端传输的各个所述上行数据报文。

4.根据权利要求3所述的终端控制方法，其特征在于，所述根据多个所述第一数据报文分别控制每个所述终端的业务运行状态，包括：

根据多个所述上行数据报文对应控制所述第一终端的每个所述上行业务的运行状态。

5.根据权利要求4所述的终端控制方法，其特征在于，所述根据多个所述上行数据报文对应控制所述第一终端的每个所述上行业务的运行状态，包括：

根据所述上行数据报文获取所述上行数据报文的特征信息；

根据所述上行数据报文的特征信息控制与所述上行数据报文对应的所述上行业务的运行状态；

所述特征信息包括以下至少一项：

报文发包周期信息；

报文五元组信息；

报文属性信息。

6.根据权利要求1所述的终端控制方法，其特征在于，所述多个终端包括至少一个用于运行一个上行业务的第二终端，所述在所述客户前置设备和核心网网元之间建立多个协议数据单元会话，包括：

在所述客户前置设备和核心网网元之间建立与所述第二终端对应的第二协议数据单元会话，所述第二协议数据单元会话包括用于承载所述第二终端的上行业务的第二数据无线承载。

7.根据权利要求1所述的终端控制方法，其特征在于，在所述客户前置设备将下挂于同一所述客户前置设备的终端所使用的内网地址桥接转换为外网地址的情况下，所述在所述客户前置设备和核心网网元之间建立多个协议数据单元会话之前，还包括：

控制所述客户前置设备与所述核心网网元进行业务签约。

8.根据权利要求1所述的终端控制方法，其特征在于，在所述客户前置设备未对下挂于所述客户前置设备的终端所使用的内网地址进行桥接转换的情况下，所述在所述客户前置设备和核心网网元之间建立多个协议数据单元会话建立多个协议数据单元会话之前，还包括：

控制所述终端与所述核心网网元进行业务签约。

9.一种控制设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的终端控制方法。

10.一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至8中任意一项所述的终端控制方法。

Images