CN113676936B - 一种异常行为无人机的处理方法、网元、系统及存储介质 - Google Patents
一种异常行为无人机的处理方法、网元、系统及存储介质 Download PDFInfo
- Publication number
- CN113676936B CN113676936B CN202010414573.4A CN202010414573A CN113676936B CN 113676936 B CN113676936 B CN 113676936B CN 202010414573 A CN202010414573 A CN 202010414573A CN 113676936 B CN113676936 B CN 113676936B
- Authority
- CN
- China
- Prior art keywords
- network element
- data
- rule
- data packet
- uav
- 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
Links
- 206010000117 Abnormal behaviour Diseases 0.000 title claims abstract description 54
- 238000003672 processing method Methods 0.000 title abstract description 11
- 230000005540 biological transmission Effects 0.000 claims abstract description 265
- 230000002159 abnormal effect Effects 0.000 claims abstract description 221
- 238000000034 method Methods 0.000 claims abstract description 181
- 238000012545 processing Methods 0.000 claims abstract description 86
- 238000001514 detection method Methods 0.000 claims description 154
- 230000006870 function Effects 0.000 claims description 130
- 230000015654 memory Effects 0.000 claims description 74
- 230000008569 process Effects 0.000 claims description 47
- 230000024703 flight behavior Effects 0.000 claims description 39
- 238000011144 upstream manufacturing Methods 0.000 claims description 8
- 230000003139 buffering effect Effects 0.000 claims description 3
- 238000007726 management method Methods 0.000 description 50
- 238000004891 communication Methods 0.000 description 32
- 238000010586 diagram Methods 0.000 description 25
- 230000004044 response Effects 0.000 description 23
- 230000004048 modification Effects 0.000 description 20
- 238000012986 modification Methods 0.000 description 20
- 230000011664 signaling Effects 0.000 description 13
- 238000013461 design Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 4
- 238000013523 data management Methods 0.000 description 4
- 238000007689 inspection Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- RZVHIXYEVGDQDX-UHFFFAOYSA-N 9,10-anthraquinone Chemical compound C1=CC=C2C(=O)C3=CC=CC=C3C(=O)C2=C1 RZVHIXYEVGDQDX-UHFFFAOYSA-N 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007474 system interaction Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
- H04W12/121—Wireless intrusion detection systems [WIDS]; Wireless intrusion prevention systems [WIPS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/06—Airborne or Satellite Networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请实施例公开了一种异常行为无人机的处理方法、网元、系统及存储介质,用于检测传输非C2数据的数据包,并通过第一网元对该传输非C2数据的数据包的处理,避免了传输非C2数据的数据包传输至UAVC或UAV,UAVC能够继续控制UAV,保证C2数据的传输,从而保持了控制的稳定性。前述的方法包括:SMF网元向UPF网元提供第一规则,第一规则用于指示UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,目标传输数据包为UAV与UAVC之间的数据包;SMF网元接收UPF网元发送的第一会话报告;SMF网元基于第一会话报告向第一网元发送异常流量报告。
Description
技术领域
本申请实施例涉及通信技术领域,具体涉及一种异常行为无人机的处理方法、网元、系统及存储介质。
背景技术
无人驾驶飞机(unmanned aerial vehicle,UAV)简称无人机,是利用无线电遥控设备和自备的程序控制装置操纵的不载人飞行器。近年来,由于UAV在空中运行时具备信息化、自动化、且无人员伤亡风险等优点,因此UAV应用越来越广泛,尤其是民用领域,从个人娱乐的小型无人机,到各种各样的带来经济价值的无人机,如植保无人机、应急救灾无人机、消防无人机、航拍测绘无人机等等。然而,若无人机的广泛使用缺少相应的监管手段,容易出现无人机无限制飞行等异常行为,例如:进入机场、军事基地等禁飞区,然而处于异常行为的无人机不允许传输非命令和控制(command and control,C2)数据,如:在接近军事基地时,不允许无人机进行拍照摄像等操作。
对于远程控制等场景,传统无线电控制方式容易受限。移动网络有广覆盖的特点,因此无人机接入移动网络可使无人机的应用场景更加广阔,第三代合作伙伴计划(3rdgeneration partnership project,3GPP)正在制定联网无人机的相关标准。
对于异常行为的无人机,用于避免UAV与无人机控制器(unmanned aerialvehicle controller,UAVC)之间继续传输非C2数据的传统监管手段通常有两种,第一种手段则是直接断开UAV与UAVC之间的连接,但是在这种情况下的UAV会因为失去了与UAVC的连接而失控;第二种手段则是将UAVC直接切换成无人机系统流量管理(unmanned aerialsystem traffic management,UTM)网元或其他的指定控制器,以实现对无人机的控制,但是这种情况下较难保证不同控制器之间的无缝切换,容易导致无人机失控,并且依靠UTM判断所有异常,对UTM造成巨大的管控压力。
因此,对于异常行为的无人机,如何发现和处理UAV与UAVC之间传输非C2数据成为了亟需解决的问题。
发明内容
本申请实施例提供了一种异常行为无人机的处理方法、网元、系统及存储介质,用于检测传输非C2数据的数据包,并且实现对该传输非C2数据的数据包的处理。
第一方面,本申请实施例提供了一种异常行为无人机的处理方法,该方法可以包括:
会话管理功能SMF网元向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述SMF网元接收所述UPF网元发送的第一会话报告;
所述SMF网元基于所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
通过上述方式,SMF网元向UPF网元提供第一规则,使得UPF网元不仅基于第一规则检测出传输非C2数据的数据包,还能够将第一会话报告反馈至SMF网元,SMF网元基于该第一会话报告向第一网元发送异常流量报告,这样具备监管功能的第一网元便可以基于异常流量报告对传输非C2数据的数据包进行处理。不仅实现了对传输非C2数据的数据包的检测,而且通过具备监管功能的第一网元对该传输非C2数据的数据包处理,还避免了传输非C2数据的数据包传输至UAVC或UAV。
可选的,结合上述第一方面,在第一种可能的实现方式中,在所述SMF网元向UPF网元提供第一规则之前,还可以包括:
所述SMF网元接收所述第一网元发送的异常数据检测请求;
对应地,所述SMF网元向UPF网元提供第一规则,可以包括:
所述SMF网元基于所述异常数据检测请求向UPF网元提供所述第一规则。
通过上述方式,异常数据检测请求表明了第一网元已经确定出UAV的飞行行为异常,因此在异常数据检测请求的触发下,向UPF网元提供第一规则,使得UPF网元进一步地检测该异常UAV与UAVC之间传输的目标传输数据包,从而检测出传输非C2数据的数据包,为触发UPF网元检测提供了多种可操作性。
可选的,结合上述第一方面第一种可能的实现方式,在第二种可能的实现方式中,所述异常数据检测请求包括所述UAV的标识信息、所述UAVC的标识信息、所述UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
通过上述方式,异常数据检测请求包括所述UAV的标识信息、所述UAVC的标识信息、所述UAS的标识信息以及会话标识中的一个或多个,可以使得SMF网元根据这些标识信息中的一个或多个来限定数据包检测的范围。不仅可以使用UAV的标识信息将检测的范围限定至目的侧或源侧为该UAV的标识信息对应的UE,也可以结合另一侧UAVC的标识信息将检测范围进一步地限定为源侧为UAV且目的侧为UAVC的数据包,或者将检测范围进一步地限定为源侧为UAVC且目的侧为UAV的数据包,为限定数据包的检查范围提供了多种方式,灵活检测。
可选的,结合上述第一方面、第一方面第一种至第二种可能的实现方式,在第三种可能的实现方式中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述方法还可以包括:
所述SMF网元基于所述异常特征确定第二规则,其中,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述SMF网元向所述UPF网元发送所述第二规则。
通过上述方式,SMF网元基于第一会话报告中的异常特征来确定相应的第二规则,比如丢包规则、缓存规则或转发规则中的一种,这样将第二规则发送至UPF网元,也使得UPF网元同步地对传输非C2数据的数据包进行处理,提供了多种可操作性强的灵活的处理方式。
可选的,结合上述第一方面、第一方面第一种至第三种可能的实现方式,在第四种可能的实现方式中,所述第一规则可以包括数据包大小的阈值、上行/下行数据包个数的比例阈值、以及所述上行/下行数据包的传输速率阈值中的一个或多个。
通过上述方式,数据包大小的阈值、上行/下行数据包个数的比例阈值、以及所述上行/下行数据包的传输速率阈值中的一个或多个均可以作为UPF网元检测传输非C2数据的数据包的检测条件,提高了检测的准确率。
例如:UPF网元可以将目标传输数据包的数据包大小与单个数据包大小的阈值进行比较,在目标传输数据包的数据包大小大于单个数据包大小的阈值时,那么就意味着该目标传输数据包有可能传输的并非是C2数据,这样UPF网元可以将数据包大小大于单个数据包大小的阈值所对应的目标传输数据包确定为传输非C2数据的数据包,其他的检测条件类似。
可选的,结合上述第一方面、第一方面第一种至第四种可能的实现方式,在第五种可能的实现方式中,所述方法还可以包括:
所述SMF网元向所述UPF网元发送检测时长,以用于所述UPF网元在检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
通过上述方式,SMF网元向UPF网元提供检测时长,不仅使得UPF网元能够基于本地配置启动计时器,从而在检测时长内基于第一规则来检测传输非C2数据的数据包,而且还能够在检测时长超时时还未检测到传输非C2数据的数据包,也能够判断出目标传输数据包中存在传输非C2数据的数据包,从而向SMF网元报告异常,提供了多种检测方式,丰富检测过程。
第二方面,本申请实施例提供了一种异常行为无人机的处理方法,该方法可以包括:
用户面功能UPF网元获取第一规则;
所述UPF网元基于所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述UPF网元向SMF网元发送第一会话报告。
通过上述方式,UPF网元通过获取第一规则,并基于第一规则从目标传输数据包中检测出传输非C2数据的数据包,还能够以第一会话报告的形式将检测出了传输非C2数据的数据包的信息反馈至SMF网元,实现了对传输非C2数据的数据包的检测,进一步地使得第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV。
可选的,结合上述第二方面,在第一种可能的实现方式中,在所述UPF网元向所述SMF网元发送第一会话报告之后,所述方法还可以包括:
所述UPF网元接收所述SMF网元发送的第二规则,其中,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述UPF网元根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
通过上述方式,UPF网元在接收到SMF网元发送的第二规则后,不仅可以基于丢包规则、缓存规则或转发规则中的一种同步地对传输非C2数据的数据包进行处理。示例的,对传输非C2数据的数据包进行相应的丢包、缓存,又或者转发至第一网元或第一装置的处理,而且还能够将传输C2数据的数据包正常地传输至UAV或UAVC,又或者转发至第一网元或第一装置,提供了多种可操作性强的灵活的处理方式。
可选的,结合上述第二方面、第二方面第一种可能的实现方式,在第二种可能的实现方式中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括:数据包大小异常、上行/下行数据包个数的比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个;
其中,所述数据包大小异常为所述目标传输数据包的数据包大小大于所述第一规则中的单个数据包大小的阈值时的异常,所述上行/下行数据包个数的比值异常为所述目标传输数据包中的上行/下行数据包个数的比值与所述第一规则中的上行/下行数据包个数的比例阈值不相等,或所述上行/下行数据包个数的比值未落入所述上行/下行数据包个数的比例阈值对应的范围时的异常,所述上行/下行数据包的传输速率异常为所述上行/下行数据包的传输速率大于所述第一规则中的上行/下行数据包的传输速率阈值时的异常。
通过上述方式,数据包大小的阈值、上行/下行数据包个数的比例阈值、以及所述上行/下行数据包的传输速率阈值中的一个或多个均可以作为UPF网元检测传输非C2数据的数据包的检测条件,不仅可以提高检测的准确率,而且还能够确定出相应的异常特征,为后续的SMF网元确定第二规则奠定了基础。
第三方面,本申请实施例提供了一种异常行为无人机的处理方法,该方法可以包括:
第一网元确定无人机UAV的飞行行为异常;
所述第一网元向会话管理功能SMF网元发送异常数据检测请求,以指示所述SMF网元基于所述异常数据检测请求向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据包的数据包,所述目标传输数据包为所述UAV与无人机控制器UAVC之间的数据包。
通过上述方式,第一网元在确定UAV的飞行行为异常时,则通过异常数据检测请求来指示SMF网元向UPF网元提供第一规则,不仅实现了UPF网元对传输非C2数据的数据包进行检测,进一步地使得第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV。
可选的,结合上述第三方面,在第一种可能的实现方式中,所述异常数据检测请求还包括所述UAV的标识信息、所述UAVC的标识信息、由所述UAV与所述UAVC组成无人机系统UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
通过上述方式,异常数据检测请求包括所述UAV的标识信息、所述UAVC的标识信息、所述UAS的标识信息以及会话标识中的一个或多个,可以使得SMF网元根据这些标识信息中的一个或多个来限定数据包检测的范围。不仅可以使用UAV的标识信息将检测的范围限定至目的侧或源侧为该UAV的标识信息对应的UE,也可以结合另一侧UAVC的标识信息将检测范围进一步地限定为源侧为UAV且目的侧为UAVC的数据包,或者将检测范围进一步地限定为源侧为UAVC且目的侧为UAV的数据包,为限定数据包的检查范围提供了多种方式,灵活检测。
可选的,结合上述第三方面、第三方面第一种可能的实现方式,在第二种可能的实现方式中,在所述第一网元向SMF网元发送异常数据检测请求之后,所述方法还可以包括:
所述第一网元接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
通过上述方式,第一网元可以基于异常流量报告对传输非C2数据的数据包进行处理,如:转发至第一网元或第一装置,该第一装置为用于控制UAV的第三方实体,避免了传输非C2数据的数据包传输至UAVC或UAV。
可选的,结合上述第三方面、第三方面第一种至第二种可能的实现方式,在第三种可能的实现方式中,在所述第一网元向SMF网元发送异常数据检测请求之前,所述方法还可以包括:
所述第一网元向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
通过上述方式,第一网元通过向UAV或UAVC发送指示信息,预先通知UAVC或UAVC停止传输非C2数据,起到了预先通知的作用,可以为后续的检测传输非C2数据的数据包奠定了基础。
第四方面,本申请实施例提供了一种会话管理功能网元,该会话管理功能网元可以包括:
提供单元,用于向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
接收单元,用于接收所述UPF网元发送的第一会话报告;
发送单元,用于根据所述接收单元接收到的所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一种或多个。
可选的,结合上述第四方面,在第一种可能的实现方式中,所述接收单元,还用于在所述提供单元向UPF网元提供第一规则之前,接收所述第一网元发送的异常数据检测请求;
对应地,所述提供单元,用于根据所述接收单元接收到的所述异常数据检测请求向UPF网元提供所述第一规则。
可选的,结合上述第四方面、第四方面第一种可能的实现方式,在第二种可能的实现方式中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述会话管理功能网元还可以包括:
确定单元,用于基于所述异常特征确定第二规则,其中,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述发送单元,用于向所述UPF网元发送所述第二规则。
可选的,结合上述第四方面、第一方面第一种至第二种可能的实现方式,在第三种可能的实现方式中,所述发送单元,用于向所述UPF网元发送检测时长,以用于所述UPF网元在检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
第五方面,本申请实施例提供了一种用户面功能网元,该用户面功能网元可以包括:
获取单元,用于获取第一规则;
检测单元,用于根据所述获取单元获得的所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
发送单元,用于向SMF网元发送第一会话报告。
可选的,结合上述第五方面,在第一种可能的实现方式中,所述用户面功能网元还可以包括:处理单元;
所述接收单元,还用于在所述发送单元向所述SMF网元发送第一会话报告之后,接收所述SMF网元发送的第二规则,其中,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述处理单元,用于根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
第六方面,本申请实施例提供了一种第一网元,该第一网元可以包括:
检测单元,用于检测无人机UAV的飞行行为;
发送单元,用于在所述UAV的飞行行为异常时,向会话管理功能SMF网元发送异常数据检测请求,以指示所述SMF网元基于所述异常数据检测请求向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据包的数据包,所述目标传输数据包为所述UAV与无人机控制器UAVC之间的数据包。
可选的,结合上述第六方面,在第一种可能的实现方式中,所述第一网元还可以包括:
接收单元,用于在所述发送单元向SMF网元发送异常数据检测请求之后,接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
可选的,结合上述第六方面、第六方面第一种可能的实现方式,在第二种可能的实现方式中,所述发送单元,还用于在向SMF网元发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
第七方面,本申请实施例提供了一种异常行为无人机的处理系统,该处理系统可以包括:会话管理功能SMF网元和用户面功能SMF网元;其中,
所述SMF网元用于:向所述UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述UPF网元用于:获取所述第一规则,基于所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,向所述SMF网元发送第一会话报告,所述第一会话报告指示在所述目标传输数据包中发现所述传输非C2数据的数据包;
所述SMF网元用于:接收所述第一会话报告,基于所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
可选的,结合上述第七方面可能的实现方式,在第二种可能的实现方式中,所述处理系统还可以包括:第一网元;
所述第一网元用于:检测无人机UAV的飞行行为,在所述UAV的飞行行为异常时向所述SMF网元发送异常数据检测请求;
所述SMF网元用于:在向所述UPF网元提供第一规则之前,接收所述第一网元发送的异常数据检测请求,基于所述异常数据检测请求向UPF网元提供所述第一规则。
可选的,结合上述第七方面、第七方面第一种可能的实现方式,在第二种可能的实现方式中,
所述SMF网元用于:基于异常特征确定第二规则,向所述UPF网元发送所述第二规则,其中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述UPF网元用于:接收所述第二规则,根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
可选的,结合上述第七方面、第七方面第一种至第二种可能的实现方式,在第三种可能的实现方式中,
所述SMF网元用于:向所述UPF网元发送第一指示,所述第一指示用于指示所述UPF网元在检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包;
所述UPF网元,用于接收所述检测时长,在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
可选的,结合上述第七方面第一种至第三种可能的实现方式,在第四种可能的实现方式中,
所述第一网元用于:在向所述SMF网元发送异常数据检测请求之后,接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
可选的,结合上述第七方面第一种至第四种可能的实现方式,在第五种可能的实现方式中,
所述第一网元用于:在向SMF网元发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
第八方面,本申请实施例提供一种会话管理功能网元,包括:处理器和存储器;该存储器用于存储程序指令,当该会话管理功能网元运行时,该处理器执行该存储器存储的该程序指令,以使该会话管理功能网元执行如上述第一方面或第一方面任意一种可能实现方式的异常行为无人机的处理方法。
第九方面,本申请实施例提供一种用户面功能网元,包括:处理器和存储器;该存储器用于存储程序指令,当该用户面功能网元运行时,该处理器执行该存储器存储的该程序指令,以使该用户面功能网元执行如上述第二方面或第二方面任意一种可能实现方式的异常行为无人机的处理方法。
第十方面,本申请实施例提供一种第一网元,包括:处理器和存储器;该存储器用于存储程序指令,当该第一网元运行时,该处理器执行该存储器存储的该程序指令,以使该第一网元执行如上述第三方面或第三方面任意一种可能实现方式的异常行为无人机的处理方法。
第十一方面,本申请实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第一方面或第一方面任意一种可能实现方式的方法。
第十二方面,本申请实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第二方面或第二方面任意一种可能实现方式的方法。
第十三方面,本申请实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第三方面或第三方面任意一种可能实现方式的方法。
第十四方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第一方面或第一方面任意一种可能实现方式的方法。
第十五方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第二方面或第二方面任意一种可能实现方式的方法。
第十六方面,本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第三方面或第三方面任意一种可能实现方式的方法。
第十七方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于支持会话管理功能网元实现上述第一方面或第一方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存会话管理功能网元必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
第十八方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于支持用户面功能网元实现上述第二方面或第二方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存用户面功能网元必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
第十九方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,用于支持第一网元实现上述第三方面或第三方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存第一网元必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例中,通过SMF网元将第一规则提供给UPF网元,UPF网元不仅基于第一规则检测出传输非C2数据的数据包,还能够将第一会话报告反馈至SMF网元,使得SMF网元基于该第一会话报告向第一网元发送异常流量报告,这样具备监管功能的第一网元便可以基于异常流量报告对传输非C2数据的数据包进行处理,不仅实现了发现并检测传输非C2数据的数据包,而且通过具备监管功能的第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例。
图1是本申请实施例提供的一种系统架构示意图;
图2是本申请实施例中提供的一种3GPP系统中的无人机系统架构示意图;
图3是本申请提供的异常行为无人机的处理系统的一个实施例示意图;
图4是本实施例提供的异常行为无人机的处理方法的一个实施例示意图;
图5是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图6是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图7是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图8是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图9是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图10是本实施例提供的异常行为无人机的处理方法的另一个实施例示意图;
图11是本申请实施例提供的通信设备的硬件结构示意图;
图12是本申请实施例提供的会话管理功能网元的硬件结构示意图;
图13是本申请实施例提供的用户面功能网元的硬件结构示意图;
图14是本申请实施例提供的第一网元的硬件结构示意图;
图15是本申请实施例提供的一种异常行为无人机的处理系统的结构示意图;
图16是本申请实施例提供的另一种异常行为无人机的处理系统的结构示意图。
具体实施方式
本申请实施例提供了一种异常行为无人机的处理方法、网元、系统及存储介质,用于检测传输非C2数据的数据包,并且实现对该传输非C2数据的数据包的处理。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着无人机技术日趋成熟,无人机的应用从军事应用领域逐渐向民用领域渗透。对于异常行为的无人机,若没有完备的处理措施,仍然继续允许与无人机控制器传输非C2数据,势必会对公众安全带来巨大威胁。而现有的避免无人机与无人机控制器之间传输非C2数据的手段,需要切断无人机与无人机控制器之间的连接或者将无人机控制器切换成UTM网元或其他的指定控制器对无人机进行控制,但是很容易导致无人机的失控。
第四代(4th generation,4G)、和第五代(5th generation,5G)等网络都可以称为移动网络,从业务角度来看移动网络可以包括无线接入网(radio access network,RAN)和核心网(core network,CN),RAN可以与CN相连,RAN负责用户的接入,CN负责业务的处理。其中,RAN包括但不限于基站。
考虑到目前移动网络的部署范围广泛,并且可以适用不同厂商的无人机。因此,本申请主要从用户面、控制面的角度提供一种异常行为无人机的处理方法,可以发现无人机的飞行行为是否异常,并且在飞行行为发生异常时,处理该无人机与无人机控制器之间传输的非C2数据。本申请所提供的异常行为无人机的处理方法,可以应用于4G网络、5G网络或其他的未来出现的6G网络、通信系统等等,下面结合附图先介绍适用于本申请的5G网络结构。
图1为本申请实施例提供的一种系统架构示意图。
如图1所示,该系统架构为5G网络的系统架构示意图,该系统架构不但支持3GPP标准组定义的无线技术接入核心网络侧,而且支持支持non-3GPP接入技术通过non-3GPP转换功能(non-3GPP interworking function,N3IWF)或下一代接入网关(next generationpacket data gateway,ngPDG)或固网接入网关或可信non-3GPP接入网关接入核心网络侧。
图1中的用户设备(user equipment,UE)、(无线)接入网络((radio)accessnetwork,(R)AN)、用户面功能(user plane function,UPF)网元和数据网络(datanetwork,DN)一般被称为用户层网络功能或实体,用户的数据流量可以通过UE和DN之间建立的数据传输通道进行传输。
UE可以包括:手持终端、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personaldigital assistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop,WLL)台、机器类型通信(machine type communication,MTC)终端或是其他可以接入网络的设备。UE与接入网设备之间采用某种空口技术相互通信。
接入网(access network,AN),在具体应用中又可称为无线接入网(radio accessnetwork,RAN),RAN由接入网设备组成,负责用户设备的接入。5G网络的RAN设备可以是下一代(next generation,NG)RAN设备,也可以是演进型通用陆地无线接入网(evolveduniversal terrestrial radio access network,E-UTRAN)设备,5G网络可同时连接至上述两种接入网设备。RAN在本申请实施例中可以是下一代基站(next generation NodeB,gNB)或者下一代演进型基站(next generation-evolved NodeB,ng-eNB)。其中,gNB为UE提供新空口(new radio,NR)的用户面功能和控制面功能,ng-eNB为UE提供演进型通用陆地无线接入(evolved universal terrestrial radio access,E-UTRA)的用户面功能和控制面功能,需要说明的是,gNB和ng-eNB仅是一种名称,用于表示支持5G网络系统的基站,并不具有限制意义。
数据网络(data network,DN)可以为运营商外部网络,也可以为运营商控制的网络,用于向用户提供业务服务。UE可通过接入运营商网络来访问DN,使用DN上的运营商或第三方提供的业务。
图1中其他的网元,则被称为控制层网络功能或实体,主要负责用户注册认证、移动性管理、向用户面功能(user plane function,UPF)网元下发数据包转发策略、或QoS控制策略等,其中,会话管理功能(session management function,SMF)网元,主要用于负责用户面网元选择、用户面网元重定向、互联网协议(internet protocol,IP)地址分配、承载的建立、修改和释放等;接入和移动性管理功能(access and mobility managementfunction,AMF)网元,主要负责信令处理部分,例如接入控制、移动性管理、附着与去附着以及网元选择等功能。
具体的,如图1所示,用户设备UE可以通过RAN与AMF网元连接,AMF网元分别与SMF网元、统一数据管理功能(unified data management,UDM)等网元连接,SMF网元与UPF网元连接,UPF网元与DN连接。系统架构中的接口和连接可以包括:N1、N2、N3、N4和N6。其中,N1为UE和AMF网元之间的控制面连接,用于传输用户设备和核心网控制面之间的控制信令,具体的N1连接中的消息可以由UE和RAN之间的连接、RAN和AMF网元之间的N2连接进行传输。N2为RAN和AMF网元之间的控制面连接。N3为RAN和UPF网元之间的连接。N4为SMF网元和UPF网元之间的连接,用于传递SMF网元和UPF网元之间的控制信令。N6为UPF网元和DN之间的连接。
此外,控制层网络功能或实体还可以包括策略控制功能(policy controlfunction,PCF)网元,主要支持提供统一的策略框架来控制网络行为,提供策略规则给控制层网络功能,同时负责获取与策略决策相关的用户签约信息。应用功能(ApplicationFunction,AF)网元:主要支持与第三代合作伙伴计划(the 3rd generationpartnerproject,3GPP)核心网交互来提供服务,例如影响数据路由决策,策略控制功能或者向网络侧提供第三方的一些服务。网络切片选择功能(Network Slice SelectionFunction,NSSF)网元,主要用于进行网络切片选择。AUSF(Authentication ServerFunction)网元:主要提供认证和鉴权功能。统一数据管理(unified data management,UDM),可以用于进行位置管理和订阅管理。网络暴露功能(Network Exposure Function,NEF)网元:主要支持3GPP网络和第三方应用安全的交互,NEF网元能够安全的向第三方暴露网络能力和事件,用于加强或者改善应用服务质量,3GPP网络同样可以安全的从第三方获取相关数据,用以增强网络的智能决策;同时该网元支持从统一数据库恢复结构化数据或者向统一数据库中存储结构化数据。
此外,请参阅图2,图2为本申请实施例中提供的一种3GPP系统中的无人机系统架构示意图。从图2可以看出,UAV与UAVC可以通过相同或不同的公共陆地移动网络(publicland mobile network,PLMN)接入3GPP网络建立通信,也可以是不通过3GPP网络而实现直接通信。例如:UAV3可以通过PLMN-a和PLMN-b接入到3GPP网络,从而实现与UAVC之间的通信;或者,UAV可以不经过3GPP网络,而是通过non-3GPP范围的通信技术实现与UAVC之间的通信,如:蓝牙等方式,示例的图2中的UAV8与UAVC等等。本申请实施例中所提供的异常行为无人机的处理方法主要用于UAV与UAVC通过3GPP网络建立通信的场景。
另外,图2中所示的第三方授权实体(third party authorized entity,TPAE)是一个有特权的控制器,充当着监管者的角色,能够直接从UAV中获得UAV的信息和UAVC的信息;或者,还可以接入3GPP网络,从3GPP网络中获得UAVC的信息和UAV的信息;该TPAE装置也可能通过互联网Internet与UAV连接,也可能在得到第一网元的授权后与UAV进行交互,具体在本申请实施例中将不做限定说明。
第一网元包含一系列的功能,如授权、认证UAV、和/或授权、认证UAVC,管理无人机系统(unmanned aerial system,UAS)策略,控制空中的UAV对应的流量。第一网元可以位于3GPP网络外部,通过NEF网元与3GPP网络内的其他网元进行交互,如:图1所示出的SMF网元、AMF网元等等;或第一网元也可以位于3GPP网络内部,直接与3GPP网络内部的其他网元进行交互,也可能是将功能分散在现有或其他新的网元中,具体在本申请实施例中对于该第一网元的具体存在形式将不做限定。应理解的是,图2中所示的第一网元可以是UTM网元,也可以是无人机系统服务提供商(unmanned aerial system service supplier,USS)网元,或者还可以由UTM网元和USS网元组成,具体在本申请实施例中将不做限定说明。
另外,需要理解的是,本申请实施例中所描述的UAV实际上是指携带有前述图1中UE的无人机,以及UAVC也实际上是指携带有UE的无人机控制器。
以上介绍了5G网络的系统架构和3GPP网络在无人机系统中的系统架构,但可以理解的是,5G网络中的一些网元在功能上与4G网络中的网元是可以对应的,例如:图1对应的网络架构中的SMF网元可以对应于4G网络中的分组数据网络网关控制面(packet datanetwork gateway-control,PGW-C)或服务网关控制面(serving gateway-control,SGW-C)等;图1对应的网络架构中的UPF网元可以对应于4G网络中的分组数据网络网关用户面(packet data network gateway-userl,PGW-U)或服务网关控制面(serving gateway-user,SGW-U)等;图1对应的网络架构中的PCF网元可以对应于4G网络中的策略与计费规则功能(policy and charging rules function,PCRF);图1对应的网络架构中的AMF网元可以对应于4G网络中的移动性管理实体(mobility management entity,MME);而图1对应的网络架构中的NEF网元也可以对应于4G网络中的业务能力开放单元(service capabilityexposure function,SCEF);图1对应的网络架构中的DN对应于4G网络中的分组数据网络(packet data network,PDN)。
下面先从整体上介绍本申请的异常行为无人机的处理系统,以及异常行为无人机的处理方法。
请参阅图3,图3为本申请提供的异常行为无人机的处理系统的一个实施例示意图。如图3所示,本申请的异常行为无人机的处理系统可以包括SMF网元、UPF网元、第一网元、以及UAV或UAVC。UAV与UAVC之间可以通过接入3GPP网络建立通信,SMF网元与第一网元也可以通过接入3GPP网络建立通信,或直接建立通信。所示出的UAV与UAVC是配对的,即可以使用UAVC实现对UAC的飞行控制,在该UAV与UAVC之间能够传输C2数据,而C2数据可以理解成来自UAV与UAVC之间传输的与UAV操作相关的命令和控制信息,包含必要的用于控制UAV的信息。
需要说明的是,图3中只示出了一个UAV和一个用于控制UAV的UAVC,实际上UAV与UAVC的数量UAV与UAVC的数量都可以是两个或多个,具体在本申请中不做限定。UAV与UAVC之间通过3GPP网络建立的通信连接可以是通过在UAV中设置移动用户身份识别卡或者在UAVC中设置移动用户身份识别卡,比如用户身份识别卡(subscriber identificationmodule,SIM)、用户识别卡(user identity module,UIM)、或者全球用户识别卡(universalsubscriber identity module,USIM)的方式建立通信连接。
通常情况下,对于飞行行为异常的UAV,若此时UAV与UAVC之间仍然继续传输非C2数据,即传输的并非是用于控制UAV的信息,如:对禁飞区内的场景进行拍摄而生成的图像、视频等信息,那么就会给公众安全带来巨大威胁。而针对C2数据主要有两大特点:①C2数据的数据大小较小;②通常是UAVC向UAV发送一条控制消息,UAV反馈一条对应的消息,且频率不高。因此基于前述的C2数据的特点,下面分别从用户面的角度、控制面的角度分别对本申请中异常行为无人机的处理方法进行描述。
一:用户面的角度
为便于更好地理解本申请实施例所提出的方案,下面对本实施例中的具体流程进行介绍,请参阅图4,为本实施例提供的异常行为无人机的处理方法的一个实施例示意图,该方法可以包括:
401、第一网元确定UAV的飞行行为异常。
本实施例中,UAV的飞行行为异常可以理解成该UAV在飞行时进入禁飞区、或接近禁飞区等,如:假设以半径为800米的圆形区域、以及该圆形区域的外围半径20米均属于禁飞区,若UAV在飞行过程中与圆形区域的距离小于或等于800米,那么就可以认为该UAV进入了禁飞区,此时就可以判定出该UAV的飞行行为异常;或者说UAV在飞行过程中与圆形区域的距离大于800米且小于820米,那么就可以认为该UAV接近禁飞区,此时也可以判定出该UAV的飞行行为异常。需要说明的是,前述的禁飞区的区域仅仅是一个示意性的描述,UAV的飞行行为异常不应当仅仅理解为UAV进入或接近禁飞区,在实际应用中还有可能是其他场景导致的飞行行为异常,具体在本申请实施例中将不做限定。
可以理解的是,第一网元确定无人机UAV的飞行行为异常的方式有多种,具体在本申请实施例中将不做限定说明。例如:第一网元可以从SMF网元等核心网网元或者RAN中接收有关于UAV的飞行行为异常的报告,然后根据该报告来确定出UAV的飞行行为发生异常;或者,UAV或UAVC向第一网元提供UAV的水平位置信息、垂直位置信息或速度信息等辅助信息,从而使得第一网元在获取得到UAV的水平位置信息、垂直位置信息或速度信息等辅助信息后,可以根据该UAV的水平位置信息、垂直位置信息或速度信息等辅助信息对UAV的飞行行为进行检测(detect);又或者,还可以是SMF网元等核心网网元或者RAN向第一网元提供前述的辅助信息等,具体在本申请实施例中将不做限定。
可选地,还包括步骤402。
402、第一网元向UAV或UAVC发送指示信息。
本实施例中,指示信息可以用来指示UAV停止向UAVC传输非C2数据,或者指示UAVC停止向UAV传输非C2数据,例如:停止通过3GPP网络传输该非C2数据等,达到预先通知的效果。
另外,在一些实施例中,若该指示信息中还包含有指定区域,那么UAV或UAVC接收到该指示信息后,在该指示信息的作用下指示UAV或UAVC将该UAV飞行至该指定区域接受异常检查;当然,若该指示信息中还包含有指定时间,那么UAV或UAVC接收到该指示信息后,在该指示信息的作用下指示UAV或UAVC在该指定时间内将该UAV飞行行为由异常调整至正常状态,如:退出禁飞区、远离禁飞区等。
另外,在另一些实施例中,第一网元可以通过多种方式向UAV或UAVC发送指示信息。例如:UAV或UAVC与该第一网元之间通过用户面连接,那么第一网元可以通过UPF网元、(R)AN这些用户层面的网元向UAV或UAVC发送指示信息;又或者,第一网元通过控制层面的网元向UAV或UAVC发送指示信息,如:①第一网元直接向UAV或UAVC发送指示信息,即SMF网元、PCF网元以及AMF网元仅负责透传该指示信息;②第一网元间接向UAV/UAVC发送指示信息,即第一网元将指示信息发送给PCF网元,PCF网元根据该指示信息推导出策略信息并发送给AMF网元,AMF网元通过配置更新流程指示UAV或UAVC停止非C2数据传输。可以理解的是,本申请实施例中将不限定发送指示信息的方式。
需要说明的是,在实际应用过程中,可以在下述的步骤403之前执行步骤402,也可以不执行步骤402,具体在本申请实施例中将不做限定。
403、第一网元向SMF网元发送异常数据检测请求。
本实施例中,异常数据检测请求包括但不限于单个数据包大小的阈值、上行/下行数据包个数的比例阈值、或上行/下行数据包的传输速率阈值等参数,这些参数可以作为检测传输非C2数据的数据包的检测指标。
因此,第一网元在确定出UAV的飞行行为异常时,则可以向SMF网元发送异常数据检测请求,使得该SMF网元可以通过解析该异常数据检测请求中所携带的参数,从而依据解析后的参数来确定出第一规则。
此外可以理解的是,第一网元可以通过多种方式向SMF网元发送异常数据检测请求。例如:第一网元直接向SMF网元发送异常数据检测请求,即PCF网元仅负责透传该异常数据检测请求;或者,第一网元间接向SMF网元发送异常数据检测请求,即第一网元将异常数据检测请求发送给PCF网元,PCF网元根据该异常数据检测请求推导出策略信息并发送至SMF网元。这里PCF网元仅是举例,有可能是其他网元,具体在本申请实施例中将不做限定。可以理解的是,本申请实施例中将不限定发送异常数据检测请求的方式。
其次,前述的异常数据检测请求可以是现有的消息类型、现有的信息元素,也可以是新的消息类型,也可以是新的信息元素或其他可能出现的消息形式,本申请实施例对异常数据检测请求存在的形式将不做限定。
另外,前述的异常数据检测请求仅仅是一个用于通知SMF网元,该UAV的飞行行为发生了异常,具体的名称在实际应用中还可以用其他的名称代替,如:异常数据发现请求等等,在本申请实施例中将不做限定说明。
另外,还需要说明的是,前述所描述的单个数据包大小的阈值指的是C2数据对应的数据包大小的最大值,并且由第一网元根据C2数据的特点来确定。本申请实施例中第一网元如何根据C2数据的特点确定该单个数据包大小的阈值、以及该单个数据包大小的阈值的大小将不做限定说明。
所描述的上行/下行数据包个数的比例阈值指的是UAV发送给UAVC的数据包的个数与UAVC发送给UAV的数据包的个数的比例(UE为UAV时)、或UAVC发送给UAV的数据包的个数与UAV发送给UAVC的数据包的个数的比例(UE为UAVC时),并且由第一网元根据C2数据的特点来确定;另外,该上行/下行数据包个数的比例阈值可以是一个固定阈值,也可以是一个比例范围。而在本申请实施例中,第一网元如何根据C2数据的特点确定该上行/下行数据包个数的比例阈值、以及该上行/下行数据包个数的比例阈值的具体值、以及具体的表现形式将不做限定说明。
所描述的上行/下行数据包的传输速率阈值指的是在单位时间内,上行数据包的个数与下行的数据包个数的阈值,并且由第一网元根据C2数据的特点来确定。而在本申请实施例中,第一网元如何根据C2数据的特点确定该上行/下行数据包的传输速率阈值、以及上行/下行数据包的传输速率阈值的具体值将不做限定说明。
可选地,在另一些实施例中,异常数据检测请求可以包括UAV的标识信息、UAVC的标识信息、UAS的标识信息以及会话标识中的一个或多个,会话标识用于指示UAV与UAVC之间传输数据的会话。
本实施例中,为了限定数据包检查的范围,第一网元可以通过异常数据检测请求将UAV的标识信息和UAVC的标识信息中的一个发送至SMF网元,这样SMF网元可以基于UAV的标识信息将检测的范围限定至目的侧或源侧为该UAV的标识信息对应的UE,或SMF网元可以基于UAVC的标识信息将检测的范围限定至目的侧或源侧为该UAVC的标识信息对应的UE,或SMF网元也可以基于由UAV与UAVC组成的UAS的标识信息将检测的范围限定至目的侧和源侧是属于UAS对应的UE。
又或者,为了进一步地限定数据包的检查范围,第一网元也可以将另外一侧的标识信息发送至SMF网元,如:当前UE为UAV,那么另外一侧则是指UAVC等。这样SMF网元也可以基于UAV的标识信息和UAVC的标识信息将检测范围进一步地限定为源侧为UAV且目的侧为UAVC的数据包,或者将检测范围进一步地限定为源侧为UAVC且目的侧为UAV的数据包。可以理解的是,当UAV仅仅与一个UAVC建立了用户面的连接,此时第一网元也可以不提供另外一侧的标识信息,这样SMF网元可以基于一侧的标识信息来确定出源侧或目的侧的数据包,所确定出的源侧或目的侧的数据包就是另外一侧所对应的目的侧或源侧的数据包。
另外,SMF网元也可以将UAV的标识信息、UAVC的标识信息和UAS的标识信息以及会话标识进行结合,将检测的范围限定至目的侧或源侧为标识对应的UE,且通过会话标识对应的会话传输的数据包。可以理解的是,UAV和UAVC为了与对方通信,可能需要分别建立不同的会话,则SMF网元可以根据单侧的或双侧的会话标识信息确定对应的会话。
需要说明的是,SMF网元可以基于第一网元发送的UAV的标识信息、UAVC的标识信息和UAS的标识信息确定出会话标识;或者也可以由PCF网元在接收到第一网元发送的UAV的标识信息、UAVC的标识信息和UAS的标识信息来确定出会话标识后,由PCF网元发送至SMF网元,具体在本申请实施例中确定会话标识的方式将不做限定说明。
另外,本申请实施例中对UAV的标识信息和UAVC的标识信息不做限定。示例的,UAV的标识信息和UAVC的标识信息可以是位于3GPP网络外的、且由其他网元为UAV或UAVC分配的标识信息,这样PCF网元等核心网网元在接收到UAV的标识信息或UAVC的标识信息后,直接使用或将该UAV的标识信息或UAVC的标识信息转换为3GPP网络内的标识信息,如:3GPP网络为UAV或UAVC分配的标识,以及UAV或UAVC中USIM卡对应的标识。
又或者,UAV的标识信息、UAVC的标识信息是3GPP网络分别为UAV、UAVC分配的标识,这样PCF网元等核心网网元在接收到UAV的标识信息、UAVC的标识信息后,直接使用或将UAV的标识信息、UAVC的标识信息分别转换为UAV、UAVC中USIM卡对应的标识;或者UAV的标识信息、UAVC的标识信息可以组成由UAV和UAVC组成的UAS的标识信息。
可选地,在另一些实施例中,异常数据检测请求还可以包括UAV的地址信息或UAVC的地址信息,这样SMF网元也可以基于UAV的地址信息或UAVC的地址信息将检测范围进一步地限定为源侧为UAV且目的侧为UAVC的数据包,或者将检测范围进一步地限定为源侧为UAVC且目的侧为UAV的数据包。
需要说明的是,本申请实施例中对UAV的地址信息或UAVC的地址信息不做限定。示例的,UAV的地址或UAVC的地址可以是互联网通信协议第四版(Internet protocolversion 4,IPV4)地址、互联网通信协议第六版(Internet protocol version 6,IPV6)地址、媒体访问控制(media access control,MAC)地址,或其它可能的地址形式,对应的地址信息中还可能包含地址的类型,如IPV4、IPV6、或以太网(Ethernet)等,具体在本申请实施例中将不做限定说明。
404、SMF网元向用户面功能UPF网元提供第一规则。
本实施例中,第一规则用于指示UPF网元从目标传输数据包中检测传输非C2数据的数据包,其中,该目标传输数据包为在UAV与UAVC之间传输的数据包。
需要说明的是,SMF网元可以直接向UPF网元提供该第一规则,也可以将该第一规则存储在其他网元或其他装置中,由UPF网元从其他网元或其他装置中获取该第一规则,或者,还可以将第一规则包含在会话更新请求或其他类型的消息中,通过发送会话更新请求消息或其他类型的消息将该第一规则提供给UPF网元。具体在本申请实施例中,SMF网元向UPF网元提供第一规则的方式不做限定。
可选地,在一些实施例中,SMF网元向UPF网元提供第一规则,包括:SMF网元基于异常数据检测请求向UPF网元提供第一规则。
也就是说,SMF网元可以在异常数据检测请求的触发下,向UPF网元提供第一规则,使得UPF网元基于该第一规则检测传输非C2数据的数据包。
可选地,在另一些实施例中,SMF网元在向UPF网元提供第一规则时,也同步地向UPF网元提供检测时长,使得检测时长可以用来指示UPF网元在该检测时长内执行步骤406,即指示UPF网元在检测时长内基于第一规则从目标传输数据包中检测传输非C2数据的数据包。也就是说,在第一规则不包含检测时长时,UPF网元在接收到检测时长后,基于本地配置启动定时器,从而在检测时长内执行步骤406。
在另一些可选的实施例中,还需要理解的是,第一规则也可以包含该检测时长。这样SMF网元在向UPF网元提供第一规则后,也能够将检测时长同步至UPF网元。
需要说明的是,该检测时长可以是用户预先设置的,具体的检测时长的值在本申请实施例中将不做限定说明。
405、UPF网元基于第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包。
本实施例中,UPF网元在获取到SMF网元发送的第一规则后,则可以基于该第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包。
可选地,第一规则包括单个数据包大小的阈值、上行/下行数据包个数的比例阈值以及上行/下行数据包的传输速率阈值中的一个或多个。
那么,在UPF网元获取到第一规则后,便可以获取到单个数据包大小的阈值、上行/下行数据包个数的比例阈值以及上行/下行数据包的传输速率阈值中的一个或多个,这样UPF网元便可以基于单个数据包大小的阈值、上行/下行数据包个数的比例阈值以及上行/下行数据包的传输速率阈值中的一个或多个对目标传输数据包进行检测,从而检测出传输非C2数据的数据包。
具体地,UPF网元基于第一规则从目标传输数据包中检测传输非C2数据的数据包的检测方式,可以参照下述的描述进行理解:
①.UPF网元可以将目标传输数据包的数据包大小与单个数据包大小的阈值进行比较,在目标传输数据包的数据包大小大于单个数据包大小的阈值时,那么就意味着该目标传输数据包有可能传输的并非是C2数据。因此,UPF网元可以将数据包大小大于单个数据包大小的阈值所对应的目标传输数据包确定为传输非C2数据的数据包。
另外,UPF网元还可以在目标传输数据包的数据包大小大于第一规则中的单个数据包大小的阈值时,确定出异常特征为数据包大小异常。
②.或者,UPF网元可以从目标传输数据包中先确定出上行数据包的个数和下行数据包的个数,然后基于上行数据包的个数和下行数据包的个数来计算出上行/下行数据包个数的比值,这样UPF网元便可以将该上行/下行数据包个数的比值与上行/下行数据包个数的比例阈值做比较,在上行/下行数据包个数的比值与上行/下行数据包个数的比例阈值不相等时,则UPF网元可以判断出该上行/下行数据包中可能包含非C2数据;或者,当该上行/下行数据包个数的比例阈值对应着一个范围时,那么UPF网元也可以将该上行/下行数据包个数的比值与该上行/下行数据包个数的比例所对应的范围作比较,在判断出该上行/下行数据包个数的比值未落入上行/下行数据包个数的比例所对应的范围内时,那么UPF网元也可以判断出该上行/下行数据包中可能包含非C2数据。
因此,UPF网元可以将与上行/下行数据包个数的比例阈值不相等、或者未落入上行/下行数据包个数的比例阈值所对应的范围内的上行数据包或下行数据包确定为传输非C2数据的数据包。
另外,UPF网元还可以在上行/下行数据包个数的比值与上行/下行数据包个数的比例阈值不相等、或者未落入上行/下行数据包个数的比例阈值所对应的范围内时,确定出异常特征为上行/下行数据包个数的比值异常。
举例来说,假设上行/下行数据包个数的比例阈值为固定值“1”,若UE为UAV,UAVC向UAV发送一个转向控制消息(steering control message),包含在一个下行数据包中,而UAV回应UAVC一个转向反馈消息(steering feedback message),包含在一个上行数据包中。此时,若UAV向UAVC发送的数据包个数与UAVC向UAV发送的数据包个数之间的比值大于1,这样UPF网元则可判断UAV向UAVC发送的数据包中可能包含非C2数据。
另外,也可以假设上行/下行数据包个数的比例阈值所对应的范围为“[1,3]”时,若UE为UAV,UAVC向UAV发送一个转向控制消息,包含在一个下行数据包中,UAV回应UAVC一个到三个转向反馈消息,包含在一个到三个上行数据包中。此时,通常由于UAV向UAVC发送的数据包个数与UAVC向UAV发送的数据包个数大于3,从而使得上行/下行数据包个数的比值未落入[1,3]内,那么这样UPF网元则可判断UAV向UAVC发送的数据包中可能包含非C2数据。
需要理解的是,前述所描述的固定值“1”和范围“[1,3]”仅仅是一个示意性的说明,具体在本申请实施例中将不做限定。
③.或者,UPF网元可以从目标传输数据包中先确定出在单位时间内的上行数据包的个数和下行数据包的个数,然后基于在单位时间内的上行数据包的个数和下行数据包的个数来计算出上行/下行数据包的传输速率,这样UPF网元便可以将该上行/下行数据包的传输速率与上行/下行数据包的传输速率阈值作比较,在上行/下行数据包的传输速率大于上行/下行数据包的传输速率阈值时,则UPF网元可以判断出该上行/下行数据包中可能包含非C2数据。因此,UPF网元可以将大于上行/下行数据包的传输速率阈值的上行数据包或下行数据包确定为传输非C2数据的数据包。
另外,UPF网元还可以在上行/下行数据包的传输速率大于上行/下行数据包的传输速率阈值时,确定出异常特征为上行/下行数据包的传输速率异常。
需要理解的是,前述的①②③可以执行一个或多个,在本申请实施例中将不做限定说明。
406、UPF网元向SMF网元发送第一会话报告。
本实施例中,在基于第一规则检测出传输非C2数据的数据包后,UPF网元会生成第一会话报告,这样UPF网元便可以将该第一会话报告发送至SMF网元,使得SMF网元可以从第一会话报告中获知在目标传输数据包中检测到了传输非C2数据的数据包。
需要说明的是,前述的第一会话报告可以是现有的消息类型、现有的信息元素,也可以是新的消息类型,也可以是新的信息元素或其他可能出现的消息形式,本申请实施例对第一会话报告存在的形式将不做限定。
407、SMF网元基于第一会话报告向第一网元发送异常流量报告。
本实施例中,在第一会话报告的触发下,SMF网元向第一网元发送异常流量报告,可以理解的是,该异常流量报告中包括UAV的标识信息、UAVC的标识信息、以及由UAV与UAVC组成的无人机系统UAS的标识信息中的一个或多个。
可选地,在一些实施例中,异常流量报告中还可以包含异常特征,所述异常特征可以包括数据包大小异常、上行/下行数据包个数的比值异常、以及上行/下行数据包的传输速率异常中的一个或多个。
可选地,在另一些实施例中,第一网元还可以向SMF网元提供数据包处理策略,进而使得SMF网元可以基于数据包处理策略向UPF网元提供第二规则。
这样,在UPF网元获取到第二规则后,则可以基于第二规则数据包进行处理,即包括对传输非C2数据的数据包、以及传输C2数据的数据包进行处理。另外,第二规则可以包括丢包、缓存以及转发中的一个或多个,其中,转发是指将数据包转发给第一网元或第一装置。
可以理解的是,在前述的异常流量报告中包含异常特征,且该异常特征指示为数据包大小异常的情况下,前述SMF网元提供的第二规则可以使UPF网元将大小异常的数据包转发至第一网元或第一装置,而将传输C2数据的数据包则正常地转发至UAV或UAVC,或者不再将传输C2数据的数据包正常地转发至UAV或UAVC。
或者说,在前述的异常流量报告中不包含异常特征的情况下,前述的SMF网元提供的第二规则可以使UPF网元将UAV与UAVC之间传输的数据包转发至第一网元或第一装置。即理解成,不论该UAV与UAVC之间传输的数据包是否为传输非C2数据的数据包,还是传输C2数据的数据包,UPF网元都可以将UAV与UAVC之间传输的数据包转发至第一网元或第一装置,使得UAV与UAVC之间可以继续传输数据,或者不再允许UAV与UAVC之间传输数据。
可以理解的是,第一装置可以是TAPE控制器、或者其他的能够用于控制UAV的控制器或装置等授权的第三方实体,具体在本申请实施例中将不做限定说明。另外,第一网元向SMF网元提供数据包处理策略可以与步骤403同步执行,即在步骤403中,第一网元除了向SMF网元发送异常数据检测请求以外,还可以向SMF网元提供数据包处理策略;而SMF网元可以基于数据包处理策略向UPF网元提供第二规则可以与步骤404同步执行,即在步骤404中,SMF网元除了向UPF网元提供第一规则以外,还可以向UPF网元提供第二规则等。
可选地,在另一些实施例中,第一网元在接收到异常流量报告后,还可以向SMF网元发送指示,触发SMF网元释放用于UAV与UAVC之间通信的会话,即切断UAVC与UAV之间的连接。当然,第一网元还可以执行其他可能的措施,如:从信令面通知应用面该传输非C2数据的数据包所对应的流量异常,从而使得应用面通知执法机关执行强制措施等。
为了方案的完整性,在UPF网元或第一网元对传输非C2数据的数据包进行处理后,若第一网元已经检测出UAV的飞行行为处于正常状态时,则第一网元还可以向UAV或UAVC发送指示,使得UAV或UAVC在接收到指示后取消对非C2数据传输的限制;另外,第一网元还需要向SMF网元发送取消请求,而SMF网元在接收到取消请求后,则向UPF网元发送规则取消请求,使得UPF网元基于该规则取消请求不再对UAV与UAVC之间传输的数据包进行非C2数据的检查。
本申请实施例中,UPF网元不仅基于第一规则检测出传输非C2数据的数据包,还能够将第一会话报告反馈至SMF网元,使得SMF网元基于该第一会话报告向第一网元发送异常流量报告,这样具备监管功能的第一网元便可以基于异常流量报告对传输非C2数据的数据包进行处理了,不仅实现了对传输非C2数据的数据包的检测,而且通过具备监管功能的第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV,而且不至于将UAVC与UAV的连接切断或切换控制器来控制UAV,能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性,且减少了第一网元同步处理非C2数据和C2数据的压力。
上述主要从第一网元处理异常行为无人机的角度进行了描述,下面将从UPF网元的角度处理异常行为无人机。请参阅图5,为本申请实施例中提供的异常行为无人机的处理方法的另一个实施例示意图,该方法可以包括:
501、第一网元确定UAV的飞行行为异常。
502、第一网元向UAV或UAVC发送指示信息。
503、第一网元向SMF网元发送异常数据检测请求。
504、SMF网元向用户面功能UPF网元提供第一规则。
505、UPF网元基于第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包。
506、UPF网元向SMF网元发送第一会话报告。
本实施例中,步骤501-506可以参照前述图4中的步骤401-406进行理解,具体此处将不做限定。
507、SMF网元基于异常特征确定第二规则,异常特征包含于第一会话报告中。
本实施例中,第一会话报告还可以包括传输非C2数据的数据包的异常特征,如前述步骤405中所描述的数据包大小异常、上行/下行数据包个数的比值异常、以及上行/下行数据包的传输速率异常中的一个或多个。
SMF网元在得到异常特征后,可以基于这些异常特征来确定出相应的第二规则,即第二规则是用于指示对传输非C2数据的数据包进行处理的规则,该第二规则可以包括丢包规则、缓存规则或转发规则中的一种,而转发规则可以用于指示将传输非C2数据的数据包转发至第一网元或第一装置。
具体地,针对不同的异常特征也会配置不同的第二规则,可以参照下述场景的描述进行理解:
1)、若异常特征为数据包大小异常,那么SMF网元则可以确定出丢包规则、或缓存规则中的一种,即丢包规则、或缓存规则分别用于指示UPF网元将数据包大小异常时的传输非C2数据的数据包丢弃、或缓存,使得非C2数据无法传输至UAV或UAVC,并且将传输C2数据的数据包正常地发送至UAV或UAVC,使得仍然可以利用C2数据控制UAV,避免了UAV的失控。
2)、若异常特征为数据包大小异常、上行/下行数据包个数的比值异常、以及上行/下行数据包的传输速率异常中的一个或多个,那么SMF网元则可以确定出丢包规则、或缓存规则中的一种,则此时的丢包规则用于指示UPF网元从检测到异常的数据包开始,将丢弃所有符合数据包检查规则(packet detection rule,PDR)的数据包,使得非C2数据无法传输至UAV或UAVC;而此时的缓存规则则是用于指示UPF网元从检测到异常的数据包开始,将缓存所有符合PDR的数据包,使得非C2数据无法传输至UAV或UAVC,并且将传输C2数据的数据包正常地发送至UAV或UAVC。
3)、若异常特征为数据包大小异常,那么SMF网元则可以确定出转发规则,即此时的转发规则用于指示UPF网元将数据包大小异常时的传输非C2数据的数据包转发至第一网元或第一装置,使得非C2数据无法传输至UAV或UAVC,并且将传输C2数据的数据包正常地发送至UAV或UAVC,使得仍然可以利用C2数据控制UAV,避免了UAV的失控。
4)、若异常特征为数据包大小异常、上行/下行数据包个数的比值异常、以及上行/下行数据包的传输速率异常中的一个或多个,那么SMF网元则可以确定出转发规则,则此时的转发规则用于指示UPF网元从检测到异常的数据包开始,将所有符合PDR的数据包转发至第一网元或第一装置,使得非C2数据无法传输至UAV或UAVC,并且将传输C2数据的数据包正常地发送至UAV或UAVC。
5)、若异常特征为数据包大小异常、上行/下行数据包个数的比值异常、以及上行/下行数据包的传输速率异常中的一个或多个,那么SMF网元还可以确定出转发规则,则此时的转发规则用于指示UPF网元从检测到异常的数据包开始,将所有符合PDR的数据包转发至第一网元或第一装置,并且不再将传输C2数据的数据包正常地发送至UAV或UAVC。
需要说明的是,场景3)、场景4)中的对于符合PDR的数据包,实际上有两条转发规则,即在转发规则更新或不变的情况下将传输C2数据的数据包转发至UAV或UAVC,以及在新增转发规则的情况下将传输非C2数据的数据包转发至第一网元或第一装置。
另外,在场景4)中,UPF网元需要复制传输非C2数据的数据包以及传输C2数据的数据包,并且在接收到相应的转发规则后,按照转发规则的指示将传输非C2数据的数据包、传输C2数据的数据包分别转发至UAV或UAVC和第一网元或第一装置。
对于场景5),SMF网元通过更新转发规则,使得所有符合PDR的数据包都转发至第一网元或第一装置,相当于用于控制UAV的控制器由UAVC切换成了第一网元或第一装置,使得UAV后续不再接受原来的UAVC的控制。
可以理解的是,第一装置可以是TAPE控制器、或者其他的能够用于控制UAV的控制器或装置等授权的第三方实体,具体在本申请实施例中将不做限定说明。
508、SMF网元向UPF网元发送第二规则。
本实施例中,SMF网元在基于异常特征确定出第二规则后,便可以将该第二规则发送至UPF网元了。需要说明的是,第二规则包括丢包规则、缓存规则或转发规则中的一种,转发规则用于将传输非C2数据的数据包转发至第一网元或第一装置。
509、UPF网元根据丢包规则、缓存规则或转发规则中的一种对传输非C2数据的数据包进行处理。
本实施例中,UPF网元在接收到第二规则后,可以通过解析出丢包规则、缓存规则或转发规则,然后在检测到异常的传输非C2数据的数据包时,则可以通过丢包规则、缓存规则或转发规则中的一种对该传输非C2数据的数据包进行处理,具体地处理过程可以参照步骤508中所描述的场景进行理解,具体此处将不做赘述。
510、SMF网元基于第一会话报告向第一网元发送异常流量报告。
本实施例中,步骤510可以参照步骤407进行理解,此处将不做赘述。
需要说明的是,步骤507-509与步骤510的执行顺序将不做限定说明,在实际应用中,也可以先执行步骤510,后执行步骤507-509等。
本申请实施例中,UPF网元不仅基于第一规则检测出传输非C2数据的数据包,还能够将第一会话报告反馈至SMF网元,使得SMF网元基于该第一会话报告向第一网元发送异常流量报告,这样具备监管功能的第一网元便可以基于异常流量报告对传输非C2数据的数据包进行处理,而且SMF网元基于第一会话报告中的异常特征也可以向UPF网元发送第二规则,从而使得UPF网元也能够基于第二规则对传输非C2数据的数据包进行处理。实施例中不仅实现了对传输非C2数据的数据包进行检测,而且通过第一网元、或UPF网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV,而且不至于将UAVC与UAV的连接切断或切换控制器来控制UAV,能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性。
二:控制面的角度
上述图4、图5主要从用户面的角度描述了异常行为无人机的处理方法,而基于C2数据的特点,本申请还将从控制面的角度描述异常行为无人机的处理方法。请参阅图6,为本申请实施例中提供的异常行为无人机的处理方法的另一个实施例示意图,该方法可以包括:
601、目标网元接收控制面C2传输指示。
本实施例中,该控制面C2传输指示能够被用来指示目标网元进行是否允许通过控制面传输C2数据的协商,即能够用于指示目标网元将传输C2数据的传输途径从用户面转换成控制面。主要是由于C2数据的数据大小等特点,使得主要用于收发信令的控制面也能够利用特定的消息来传输C2数据,而一般的非C2数据的数据包都比较大,该特定的消息无法再包含非C2数据的数据包,这样就避免了非C2数据在控制面上的传输。
可以理解的是,目标网元接收控制面C2传输指示的接收方式有多种。示例的:可以由第一网元发送,也可以由UAV或UAVC发送,具体的实现过程请参照后续的图7、图8、以及图9进行理解,此处不做赘述。另外,在实际应用中,还有可能存在其他的接收方式,在本申请实施例中将不做限定说明。
602、目标网元根据控制面C2传输指示确定允许通过控制面传输C2数据,通过控制面传输C2数据为通过第一消息传输C2数据,第一消息为用于传输C2数据的消息,C2数据为UAVC用于控制UAV的数据。
本实施例中,前述的特定的消息实际上指的就是第一消息,第一消息仅用于传输C2数据,使得非C2数据无法通过第一消息进行传输,实现了无需切换控制器或切断UAV与UAVC之间的连接,就能够避免了非C2数据的传输。在实际应用中,还有可能是其他类型的专门用于传输C2数据的第二消息、第三消息等,具体在本申请实施例中将不做限定。
本申请实施例中,目标网元基于控制面C2传输指示来确定允许通过控制面传输C2数据,即确定允许通过第一消息传输C2数据。实施例中由于第一消息仅用于传输C2数据,且由于控制面主要用于收发信令以及C2数据的数据大小并不是太大,因此可以将C2数据包含在第一消息中,这样数据大小过大的非C2数据则无法包含在第一消息中,因此与控制面传输信令的方式类似,通过控制面传输C2数据则可以避免非C2数据的传输,并且不至于将UAVC与UAV的连接切断或切换控制器来控制UAV,能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性。
上述主要从目标网元的角度描述了本申请实施例中提供的异常行为无人机的处理方法,下面针对目标网元分别为AMF网元、SMF网元,且从交互的角度对本申请实施例中提供的异常行为无人机的处理方法进行详细地说明。
上述主要从目标网元的角度描述了本申请实施例中提供的异常行为无人机的处理方法,下面针对目标网元分别为AMF网元、SMF网元,并且从交互的角度对本申请实施例中提供的异常行为无人机的处理方法进行详细地说明。
请参阅图7,为本申请实施例中提供的异常行为无人机的处理方法的另一实施例示意图,该方法可以包括:
701、第一网元确定UAV的飞行行为异常。
可选地,还可以包括702。
702、第一网元向UAV或UAVC发送指示信息。
本实施例中,步骤701-702可以参照图4中的步骤401-402进行理解,具体此处将不做赘述。
703:第一网元向AMF网元、SMF网元分别发送控制面C2传输请求,控制面C2传输请求携带控制面C2传输指示。
本实施例中,在这种场景下的目标网元可以包括AMF网元和SMF网元。即AMF网元和SMF网元可以接收第一网元发送的控制面C2传输请求,并从该控制面C2传输请求中获取得到控制面C2传输指示。
需要说明的是,控制面C2传输请求中可能包含UAV的标识信息或UAVC的标识信息,也可以包含数据包大小的阈值、上行/下行数据包个数的比例阈值、以及上行/下行数据包的传输速率阈值中的一个或多个。
另外,第一网元可以通过多种方式向AMF网元、SMF网元发送控制面C2传输请求。例如:第一网元可以直接向AMF网元发送控制面C2传输请求,即NEF网元、PCF网元仅负责透传该控制面C2传输请求;或者,也可以间接地向AMF网元发送控制面C2传输请求,即第一网元将控制面C2传输请求发送给NEF网元,NEF网元则会向PCF网元发送,PCF网元根据该控制面C2传输请求推导出策略信息并发送至AMF网元。
第一网元也可以直接向SMF网元发送控制面C2传输请求,即PCF网元、以及AMF网元仅负责透传该控制面C2传输请求;或者,第一网元间接向SMF网元发送控制面C2传输请求,即第一网元将控制面C2传输请求发送给PCF网元,PCF网元根据该控制面C2传输请求推导出策略信息并发送至SMF网元。可以理解的是,本申请实施例中将不限定发送控制面C2传输请求的方式。
需要说明的是,前述的NEF网元、PCF网元仅是第一网元与AMF网元、SMF网元之间的中间网元的示例,在实际应用中的中间网元还可以是其他的网元,具体在本申请实施例中将不做限定。
其次,前述的控制面C2传输请求可以是现有的消息类型、现有的信息元素,也可以是新的消息类型,也可以是新的信息元素或其他可能出现的消息形式,本申请实施例对控制面C2传输请求存在的形式将不做限定。
704、AMF网元、SMF网元分别根据控制面C2传输指示确定允许通过控制面传输C2数据,通过控制面传输C2数据为通过第一消息传输C2数据,第一消息为用于传输C2数据的消息,C2数据为UAVC用于控制UAV的数据。
本实施例中,步骤704可以参照图6中的步骤602进行理解,具体此处将不做赘述。
可选地,还包括步骤705。
705、AMF网元向UAV或UAVC发送配置更新命令消息,配置更新命令消息用于指示C2数据需要通过控制面进行传输。
本实施例中,AMF网元在接收到第一网元发送的控制面C2传输请求之后,AMF网元可以向UAV或UAVC发送配置更新命令消息(configuration update command message),该配置更新命令消息用于指示C2数据需要通过控制面进行传输,即通过特定的消息来传输C2数据。这样,UAV或UAVC在接收到配置更新命令消息后便可以触发向AMF网元发送注册请求(registration requested)的流程。
可以理解的是,若配置更新命令消息中指示了确认请求(acknowledgementrequested),那么UAV或UAVC也可以向AMF网元反馈确认消息。
本申请实施例中,通过第一网元向AMF网元、SMF网元发送控制面C2传输指示,分别使得AMF网元、SMF网元基于控制面C2传输指示来确定允许通过控制面传输C2数据,即确定允许通过第一消息传输C2数据。实施例中由于第一消息仅用于传输C2数据,且由于控制面主要用于收发信令以及C2数据的数据大小并不是太大,因此可以将C2数据包含在第一消息中,这样数据大小过大的非C2数据则无法包含在第一消息中,因此与控制面传输信令的方式类似,通过控制面传输C2数据则可以避免非C2数据的传输,并且能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性,避免了UAV的失控。
上述图7主要从第一网元分别向AMF网元、SMF网元发送控制面C2传输指示的交互角度描述了异常行为无人机的处理方法。而由于目标网元不仅可以通过移动管理流程来完成控制面允许传输C2数据的协商过程,也可以通过会话管理方式以会话粒度完成协商过程。因此,下面将针对不同的情况分别进行说明:
1:通过移动管理流程来完成控制面允许传输C2数据的协商过程。
请参阅图8,为本申请实施例中提供的异常行为无人机的处理方法的另一实施例示意图,该方法可以包括:
801、第一网元确定UAV的飞行行为异常。
802、第一网元向UAV或UAVC发送指示信息。
803:第一网元向AMF网元、SMF网元分别发送控制面C2传输请求,控制面C2传输请求携带控制面C2传输指示。
804、AMF网元向UAV或UAVC发送配置更新命令消息,配置更新命令消息用于指示C2数据需要通过控制面进行传输。
本实施例中,步骤801-803可以参照图7中的步骤701-703进行理解,步骤804可以参照步骤705进行理解,具体此处将不做赘述。
805、UAV或UAVC向AMF网元发送注册请求,注册请求中携带控制面C2传输指示。
本实施例中,注册请求中还可能包括用于传输C2数据的PDU的会话标识。
需要说明的是,UAV或UAVC可以在多种场景下向AMF网元发送注册请求。示例的:
①.步骤804的配置更新命令消息中指示了注册请求,那么UAV或UAVC则执行805。
②.在步骤802中,UAV或UAVC接收到第一网元发送的指示信息或控制面C2传输指示。
③.在步骤802中,UAV或UAVC还可能通过应用面接收到停止传输指示或控制面C2传输指示。
本实施例中,停止传输指示能够可以用来指示UAV停止向UAVC传输非C2数据,或者指示UAVC停止向UAV传输非C2数据。
④.UAV或UAVC自主确定使用控制面传输C2数据的场景。如:UAV或UAVC进入节能模式,不传输非C2数据的场景等,具体此处将不做赘述说明。
需要说明的是,在前述的场景②③④中,前述的步骤801-804可以不执行,而是UAV或UAVC直接执行步骤805。
可选地,还包括步骤806-808。
806、AMF网元向SMF网元发送会话上下文更新请求,会话上下文更新请求用于指示需要通过控制面传输C2数据。
本实施例中,AMF网元还可以在通过移动管理流程进行通过控制面传输C2数据的协商过程中,将根据本地存储的上下文,或者UAV或UAVC提供的PDU的会话标识,从而确定出与用于传输C2数据的PDU的会话标识相应的SMF网元。这样,AMF网元便可以向SMF网元发送会话上下文更新请求,并且该会话上下文更新请求可以指示需要控制面C2传输。另外,还可以同时指示用于传输C2数据的会话标识。
807、SMF网元向UPF网元发送会话更新请求,会话更新请求用于指示UPF网元更新转发规则。
需要说明的是,UPF网元在接收到会话更新请求后,也可以向SMF网元发送会话更新响应,通知SMF网元更新已完成等。
808、SMF网元向AMF网元发送会话上下文更新响应消息。
本实施例中,会话上下文更新响应消息用于指示会话上下文已经被更新。
809、AMF网元向UAV或UAVC发送注册响应消息,注册响应消息携带控制面C2传输指示,控制面C2传输指示用于指示允许通过控制面传输C2数据,通过控制面传输C2数据为通过第一消息传输C2数据,第一消息为用于传输C2数据的消息,C2数据为UAVC用于控制UAV的数据。
本实施例中,AMF网元在完成通过控制面传输C2数据的协商过程后,会向UAV或UAVC发送注册响应消息,表明注册已经完成。另外,需要理解的是,若该注册响应消息未携带控制面C2传输指示时,则默认该注册响应消息能够用于指示允许控制面传输C2数据。
本申请实施例中,通过UAV或UAVC向AMF网元发送控制面C2传输指示,使得AMF网元通过移动管理流程的方式来完成用户面的去激活,并且基于控制面C2传输指示来确定允许通过控制面传输C2数据,即确定允许通过第一消息传输C2数据。实施例中由于第一消息仅用于传输C2数据,且由于控制面主要用于收发信令以及C2数据的数据大小并不是太大,因此可以将C2数据包含在第一消息中,这样数据大小过大的非C2数据则无法包含在第一消息中,因此与控制面传输信令的方式类似,通过控制面传输C2数据则可以避免非C2数据的传输,并且能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性。
2:通过会话管理方式来完成控制面允许传输C2数据的协商过程。
请参阅图9,为本申请实施例中提供的异常行为无人机的处理方法的另一实施例示意图,该方法可以包括:
901、第一网元确定UAV的飞行行为异常。
902、第一网元向UAV或UAVC发送指示信息。
903:第一网元向AMF网元、SMF网元分别发送控制面C2传输请求,控制面C2传输请求携带控制面C2传输指示。
904、AMF网元向UAV或UAVC发送配置更新命令消息,配置更新命令消息用于指示C2数据需要通过控制面进行传输。
905、UAV或UAVC向SMF网元发送会话建立或会话修改请求消息,会话建立或会话修改请求消息中携带控制面C2传输指示。
本实施例中,会话建立或会话修改请求消息是会话管理消息,是最终需要发送至SMF网元的,但是传输过程中需要经过AMF网元,且该会话建立或会话修改请求消息需要包含在UAV或UAVC向AMF网元发送的移动管理消息中,而AMF网元再通过与SMF网元之间的服务操作消息包含该会话建立或会话修改请求消息,从而发送至SMF网元。而UAV或UAVC将控制面C2传输指示发送至SMF网元的实现方式有多种,可以参照如下进行理解:
第一种:控制面C2传输指示包含在UAV或UAVC发送给AMF网元的移动管理消息中,会话修改/建立请求消息中不包含控制面C2传输指示,而AMF网元收到后移动管理消息后,若基于控制面C2传输指示确定允许通过控制面传输C2数据时,则在向SMF网元发送的服务操作消息中携带控制面C2传输指示。
第二种:控制面C2传输指示包含在会话修改/建立请求消息。
应理解的是,在实际应用中,还可能包括其他的实现方式,具体在本申请实施例中不做限定。
另外,需注意的是,UAV或UAVC可以在多种场景下向SMF网元发送会话建立或会话修改请求消息。示例的:
①.步骤904的配置更新命令消息中携带了控制面C2传输指示,那么UAV或UAVC则可以直接执行905。
②.在步骤902中,UAV或UAVC接收到第一网元发送的指示信息或控制面C2传输指示。
③.在步骤902中,UAV或UAVC还可能通过应用面接收到停止传输指示或控制面C2传输指示。
本实施例中的②③可以参照图7中的场景②③进行理解,此处将不做赘述。
④.UAV或UAVC自主确定使用控制面传输C2数据的场景。如:UAV或UAVC进入节能模式,不传输非C2数据的场景等,具体此处将不做赘述说明。
⑤.在图8中的移动管理流程协商后确认允许使用控制面传输C2数据,且步骤806-808未执行。
需要说明的是,在前述的场景②③④中,前述的步骤901-904可以不执行,而是UAV或UAVC直接执行步骤905。
906、SMF网元向UPF网元发送会话更新请求。
实施例中,会话更新请求用于指示UPF网元更新转发规则,并且指示UPF网元释放用户面资源。
另外,需注意的是,SMF网元可以在多种场景下向UPF网元发送会话建立或会话修改请求消息。示例的:
①.执行步骤905。
②.在步骤902中,UAV或UAVC接收到第一网元发送的指示信息或控制面C2传输指示。
③.SMF网元自主确定使用控制面传输C2数据的场景。如:SMF网元向AMF网元订阅了兴趣区域,如:禁飞区;此时由AMF网元通知SMF网元该UAV已进入禁飞区,这样SMF网元确定不允许继续传输非C2数据等,具体此处将不做赘述说明。
需要说明的是,UPF网元在接收到会话更新请求后,也可以向SMF网元发送会话更新响应,通知SMF网元更新已完成等。
907、SMF网元向AMF网元发送会话更新响应消息。
本实施例中,会话更新响应消息用于指示会话已经被更新。另外,该会话更新响应消息中还可能包括会话资源释放指示,该会话资源释放指示用于指示AMF网元触发RAN释放PDU会话对应的用户面资源。
908、AMF网元向RAN发送会话资源释放命令。
实施例中,会话资源释放命令用于指示RAN释放PDU会话对应的用户面资源。
909、RAN触发释放用户面资源的流程。
具体地,由RAN与UAVC或UAV之间进行消息交互来释放PDU会话对应的用户面资源。
910、RAN向AMF网元发送会话资源释放响应。
实施例中,会话资源释放响应用于指示PDU会话对应的用户面资源已经释放。
911、SMF网元向UAV或UAVC发送会话建立或会话修改响应消息,会话建立或会话修改响应消息携带控制面C2传输指示,控制面C2传输指示用于指示允许通过控制面传输C2数据,通过控制面传输C2数据为通过第一消息传输C2数据,第一消息为用于传输C2数据的消息,C2数据为UAVC用于控制UAV的数据。
实施例中,SMF网元可以直接向UAV或UAVC发送会话建立或会话修改响应消息;当然也可以通过AMF网元间接地发送,具体可以参照步骤905进行理解,具体此处将不做赘述。另外,也可以在执行908-909时将会话建立或会话修改响应消息发送至UAV或UAVC。
另外,需要理解的是,前述的步骤906-910与步骤911的执行顺序将不做限定。
本申请实施例中,通过UAV或UAVC向SMF网元发送控制面C2传输指示,使得SMF网元通过会话管理方式来完成用户面的去激活,并且基于控制面C2传输指示来确定允许通过控制面传输C2数据,即确定允许通过第一消息传输C2数据。实施例中由于第一消息仅用于传输C2数据,且由于控制面主要用于收发信令以及C2数据的数据大小并不是太大,因此可以将C2数据包含在第一消息中,这样数据大小过大的非C2数据则无法包含在第一消息中,因此与控制面传输信令的方式类似,通过控制面传输C2数据则可以避免非C2数据的传输,并且不至于将UAVC与UAV的连接切断或切换控制器来控制UAV,能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性。
上述图7、图8以及图9主要从不同的接收方式来描述了允许通过控制面传输C2数据的协商流程。在前述图9的基础上,请参阅图10,为本申请实施例提供异常行为无人机的处理方法的另一实施例示意图,该方法还可以包括:
1001、第一网元确定UAV的飞行行为异常。
1002、第一网元向UAV或UAVC发送指示信息。
1003、第一网元向AMF网元、SMF网元分别发送控制面C2传输请求,控制面C2传输请求携带控制面C2传输指示。
1004、AMF网元向UAV或UAVC发送配置更新命令消息,配置更新命令消息用于指示C2数据需要通过控制面进行传输。
1005、UAV或UAVC向SMF网元发送会话建立或会话修改请求消息,会话建立或会话修改请求消息中携带控制面C2传输指示。
1006、SMF网元向UPF网元发送会话更新请求。
1007、SMF网元向AMF网元发送会话更新响应消息。
1008、AMF网元向RAN发送会话资源释放命令。
1009、RAN触发释放用户面资源的流程。
1010、RAN向AMF网元发送会话资源释放响应。
1011、SMF网元向UAV或UAVC发送会话建立或会话修改响应消息,会话建立或会话修改响应消息携带控制面C2传输指示,控制面C2传输指示用于指示允许通过控制面传输C2数据,通过控制面传输C2数据为通过第一消息传输C2数据,第一消息为用于传输C2数据的消息,C2数据为UAVC用于控制UAV的数据。
本实施例中,步骤1001-1011可以参照图8中的步骤901-911进行理解,具体此处将不做赘述。
可选地,在另一些实施例中,SMF网元也可以向UPF网元发送第三规则,第三规则包括第一子规则和第二子规则。
实施例中,第一子规则用于在UPF网元接收到C2数据时,指示UPF网元将C2数据发送到SMF网元等核心网网元;而第二子规则用于当UPF网元接收到SMF发送的C2数据时,指示UPF网元将C2数据发送到第二网元。
注意的是,第二网元可以理解成对侧的UPF网元,如:若当前的UPF网元为UAV所对应的UPF网元,那么第二网元则可以理解为UAVC对应的UPF网元;同理,若当前的UPF网元为UAVC所对应的UPF网元,那么第二网元则可以理解为UAV对应的UPF网元,具体在本申请实施例中将不做限定。
可以理解的是,SMF网元向UPF网元发送第三规则可以与前述的步骤1006同步执行,也可以与前述图8中步骤807同步执行,即在步骤1006或步骤807中,SMF网元除了向UPF网元发送会话更新请求以外,还可以向UPF网元提供第三规则等。
1012、UPF网元向SMF网元发送C2数据。
1013、SMF网元向UAV或UAVC发送第一下行消息,第一下行消息包含C2数据。
实施例中,第一下行消息包含于步骤1011中的第一消息。可以理解的是,在实际应用中,该第一下行消息也可以是转向控制消息,也可以是专门用于发送下行C2数据的其他类型的消息,具体在此处将不做限定说明。
1014、UAV或UAVC向SMF网元发送第一上行消息,第一上行消息包含C2数据。
1015、SMF网元将第一上行消息中包含的C2数据发送给UPF网元。
实施例中,第一上行消息包含于步骤1011中的第一消息。可以理解的是,在实际应用中,该第一上行消息也可以是转向反馈消息,也可以是专门用于发送上行C2数据的其他类型的消息,具体在此处将不做限定说明。
需要说明的是,先执行步骤1012-1013,后执行步骤1014-1016。主要是由于UAV或UAVC只有在接收到SMF网元的第一下行消息后才会发送对应的第一上行消息,如果UAV或UAVC未接收到SMF网元的第一下行消息,而主动发送对应的第一上行消息,那么AMF网元或SMF网元就可以判断出UAV与UAVC之间可能传输了非C2数据等异常情况,从而拒绝转发或拒绝接收该第一上行消息。这样,AMF网元或SMF网元还可以将异常情况上报至第一网元,或者也可以将异常特征上报至第一网元,第一网元则可以基于异常情况对该第一上行消息中的数据进行处理了,具体可以参照图4中的步骤408进行理解,此处不做赘述。
另外,还可以理解的是,若步骤1003中的控制面C2传输请求中携带了数据包大小的阈值、上行/下行数据包个数的比例阈值、以及上行/下行数据包的传输速率阈值中的一个或多个。那么SMF网元或AMF网元则会在接收到第一消息时,对该第一消息进行检查。
示例的,若消息的大小异常或消息发送和接收的速率异常,则会将异常情况报告给UTM。对于上行/下行数据包个数的比值的检查,若比值不是1,AMF网元或SMF网元则在第一上行消息与第一下行消息的个数的比例与提供的上行/下行数据包个数的比例阈值不相等时,才上报异常。为了标识第一上消息与第一下行消息的对应性,可以在第一上消息和第一下行消息中携带相应的消息序列指示,例如:上行/下行数据包个数的比例阈值要求一个第一下行消息对应不大于一个的第一上行消息,则在该第一消息进行检查时可以通过消息序列指示判断是否异常。
需要说明的是,本申请对于消息序列指示的表示方式和实施方式不做限定,如:消息序列指示可以包含在会话管理消息中,也可以包含在移动管理消息中。
值得注意的是,本申请实施例中的步骤1012-1015也可以在前述所描述的图7中的步骤704之后、或者图8中的步骤809之后执行。
实施例中,第一消息仅用于传输C2数据,可以避免非C2数据传输至UAVC或UAV,并且不至于将UAVC与UAV的连接切断或切换控制器来控制UAV,能够继续使用UAVC控制UAV,保证了C2数据的传输,从而保持了控制的稳定性。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述SMF网元、UPF网元、第一网元为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的功能,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
从实体设备角度来描述,上述SMF网元或者UPF网元或者第一网元可以由一个实体设备实现,也可以由多个实体设备共同实现,还可以是一个实体设备内的一个逻辑功能单元,本申请实施例对此不做具体限定。
例如,上述SMF网元、UPF网元或第一网元可以由图11中的通信设备来实现。图11为本申请实施例提供的通信设备的硬件结构示意图。该通信设备包括至少一个处理器1101、存储器1102、通信线路1103以及收发器1104。
处理器1101可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,服务器IC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路1103可包括一通路,在上述组件之间传送信息。
收发器1104,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。该收发器1104也可以是收发电路或者收发信机。该通信设备也可以包括通信接口1106。
存储器1102可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erable programmable read-only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路1103与处理器1101相连接。存储器1102也可以和处理器1101集成在一起。
其中,存储器1102用于存储执行本申请方案的计算机执行指令,并由处理器1101来控制执行。处理器1101用于执行存储器1102中存储的计算机执行指令,从而实现本申请上述方法实施例提供的异常行为无人机的处理方法。
一种可能的实现方式,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不做具体限定。
在具体实现中,作为一种实施例,处理器1101可以包括一个或多个CPU,例如图11中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备可以包括多个处理器,例如图11中的处理器1101和处理器1105。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机执行指令)的处理核。
从功能单元的角度,本申请可以根据上述方法实施例对SMF网元、UPF网元以及第一网元进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个功能单元中。上述集成的功能单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
比如,以采用集成的方式划分各个功能单元的情况下,图12示出了一种会话管理功能网元的结构示意图。如图12所示,本申请会话管理功能网元1200的一个实施例可以包括提供单元1201、接收单元1202以及发送单元1203;
提供单元1201,用于向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
接收单元1202,用于接收所述UPF网元发送的第一会话报告;
发送单元1203,用于根据所述接收单元1202接收到的所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一种或多个。
在本申请的一些实施例中,所述接收单元1202,还用于在所述提供单元1201向UPF网元提供第一规则之前,接收所述第一网元发送的异常数据检测请求;
对应地,所述提供单元1201,用于根据所述接收单元1202接收到的所述异常数据检测请求向UPF网元提供所述第一规则。
在本申请的一些实施例中,所述异常数据检测请求包括所述UAV的标识信息、所述UAVC的标识信息、所述UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
在本申请的一些实施例中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述会话管理功能网元1200还可以包括:
确定单元,用于基于所述异常特征确定第二规则,其中,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述发送单元1203,用于向所述UPF网元发送所述第二规则。
在本申请的一些实施例中,所述第一规则可以包括数据包大小的阈值、上行/下行数据包个数的比例阈值、以及所述上行/下行数据包的传输速率阈值中的一个或多个。
在本申请的一些实施例中,所述发送单元1203,用于向所述UPF网元发送检测时长,以用于所述UPF网元在检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
本申请实施例提供的会话管理功能网元1200用于执行图4或图5对应的方法实施例中SMF网元所执行的方法,故本申请实施例可以参考图4或图5对应的方法实施例中的相关部分进行理解。
本申请实施例中,会话管理功能网元1200以采用集成的方式划分各个功能单元的形式来呈现。这里的“功能单元”可以指特定应用集成电路(application-specificintegrated circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到会话管理功能网元1200可以采用图11所示的形式。
比如,图11的处理器1101可以通过调用存储器1102中存储的计算机执行指令,使得会话管理功能网元1200执行图4或图5对应的方法实施例中会话管理功能网元所执行的方法。
具体的,图12中的提供单元1201、接收单元1202以及发送单元1203的功能/实现过程可以通过图11中的处理器1101调动存储器1102中存储的计算机执行指令来实现。或者,图12中的提供单元1201的功能/实现过程可以通过图11中的处理器1101调用存储器1102中存储的计算机执行指令来实现,图12中的接收单元1202和发送单元1203的功能/实现过程可以通过图11中的收发器1104来实现。
由于本申请实施例提供的会话管理功能网元1200可用于执行图4或图5对应的实施例方法,因此本申请实施例所能获得到的技术效果可参考图4或图5对应的方法实施例,此处不再赘述。
本申请实施例中,SMF网元向UPF网元提供第一规则,使得UPF网元不仅基于第一规则检测出传输非C2数据的数据包,还能够将第一会话报告反馈至SMF网元,SMF网元基于该第一会话报告向第一网元发送异常流量报告,这样具备监管功能的第一网元便可以基于异常流量报告对传输非C2数据的数据包进行处理。不仅实现了对传输非C2数据的数据包的检测,而且通过第一网元对该传输非C2数据的数据包进行处理,避免了传输非C2数据的数据包传输至UAVC或UAV,并且能够继续使用UAVC来控制UAV,保证了控制的稳定性。
比如,以采用集成的方式划分各个功能单元的情况下,图13示出了一种用户面功能网元的结构示意图。如图13所示,本申请用户面功能网元1300的一个实施例可以包括:获取单元1301、检测单元1302以及发送单元1303;
获取单元1301,用于获取第一规则;
检测单元1302,用于根据所述获取单元1301获得的所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
发送单元1303,用于向SMF网元发送第一会话报告。
在本申请的一些实施例中,所述用户面功能网元1300还包括:处理单元;
所述获取单元1301,还用于在所述发送单元1303向所述SMF网元发送第一会话报告之后,接收所述SMF网元发送的第二规则,其中,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述处理单元,用于根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
在本申请的一些实施例中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括:数据包大小异常、上行/下行数据包个数的比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个;
其中,所述数据包大小异常为所述目标传输数据包的数据包大小大于所述第一规则中的单个数据包大小的阈值时的异常,所述上行/下行数据包个数的比值异常为所述目标传输数据包中的上行/下行数据包个数的比值与所述第一规则中的上行/下行数据包个数的比例阈值不相等,或所述上行/下行数据包个数的比值未落入所述上行/下行数据包个数的比例阈值对应的范围时的异常,所述上行/下行数据包的传输速率异常为所述上行/下行数据包的传输速率大于所述第一规则中的上行/下行数据包的传输速率阈值时的异常。
本申请实施例提供的用户面功能网元1300用于执行图4或图5对应的方法实施例中用户面功能网元所执行的方法,故本申请实施例可以参考图4或图5对应的方法实施例中的相关部分进行理解。
本申请实施例中,用户面功能网元1300以采用集成的方式划分各个功能单元的形式来呈现。这里的“功能单元”可以指特定应用集成电路(application-specificintegrated circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到用户面功能网元1300可以采用图11所示的形式。
比如,图11的处理器1101可以通过调用存储器1102中存储的计算机执行指令,使得用户面功能网元1300执行图4或图5对应的方法实施例中用户面功能网元所执行的方法。
具体的,图13中的获取单元1301、检测单元1302以及发送单元1303的功能/实现过程可以通过图11中的处理器1101调动存储器1102中存储的计算机执行指令来实现。或者,图13中的获取单元1301、以及发送单元1303的功能/实现过程可以通过图11中的收发器1104来实现。
由于本申请实施例提供的用户面功能网元1300可用于执行图4或图5对应的实施例方法,因此本申请实施例所能获得到的技术效果可参考图4或图5对应的方法实施例,此处不再赘述。
本实施例中,UPF网元通过获取第一规则,并基于第一规则从目标传输数据包中检测出传输非C2数据的数据包,还能够以第一会话报告的形式将检测出了传输非C2数据的数据包的信息反馈至SMF网元,实现了对传输非C2数据的数据包的检测,进一步地使得第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV。
比如,以采用集成的方式划分各个功能单元的情况下,图14示出了一种第一网元的结构示意图。如图14所示,本申请第一网元1400的一个实施例可以包括检测单元1401和发送单元1402;
检测单元1401,用于检测无人机UAV的飞行行为;
发送单元1402,用于在所述UAV的飞行行为异常时,向会话管理功能SMF网元发送异常数据检测请求,以指示所述SMF网元基于所述异常数据检测请求向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据包的数据包,所述目标传输数据包为所述UAV与无人机控制器UAVC之间的数据包。
在本申请的一些实施例中,所述第一网元1400还包括:
接收单元1403,用于在所述发送单元1402向SMF网元发送异常数据检测请求之后,接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
在本申请的一些实施例中,所述异常数据检测请求还包括所述UAV的标识信息、所述UAVC的标识信息、由所述UAV与所述UAVC组成无人机系统UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
在本申请的一些实施例中,所述发送单元1402,还用于在向SMF网元发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
本申请实施例提供的第一网元1400用于执行图4或图5对应的方法实施例中第一网元所执行的方法,故本申请实施例可以参考图4或图5对应的方法实施例中的相关部分进行理解。
本申请实施例中,第一网元1400以采用集成的方式划分各个功能单元的形式来呈现。这里的“功能单元”可以指特定应用集成电路(application-specific integratedcircuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到第一网元1400可以采用图11所示的形式。
比如,图11的处理器1101可以通过调用存储器1102中存储的计算机执行指令,使得第一网元1400执行图4或图5对应的方法实施例中第一网元所执行的方法。
具体的,图14中的检测单元1401、发送单元1402的功能/实现过程可以通过图11中的处理器1101调动存储器1102中存储的计算机执行指令来实现。或者,图14中的检测单元1401的功能/实现过程可以通过图11中的处理器1101调用存储器1102中存储的计算机执行指令来实现,图14中的发送单元1402的功能/实现过程可以通过图11中的收发器1104来实现。
由于本申请实施例提供的第一网元1400可用于执行图4或图5应的实施例方法,因此本申请实施例所能获得到的技术效果可参考图4或图5对应的方法实施例,此处不再赘述。
本实施例中,第一网元在确定UAV的飞行行为异常时,则通过异常数据检测请求来指示SMF网元向UPF网元提供第一规则,不仅实现了UPF网元对传输非C2数据的数据包进行检测,进一步地使得第一网元对该传输非C2数据的数据包处理,避免了传输非C2数据的数据包传输至UAVC或UAV。
上述主要从功能单元的角度分别介绍了SMF网元1200、UPF网元1300以及第一网元1400,本申请也可以从系统的交互角度来描述SMF网元1200、UPF网元1300以及第一网元1400。比如,图15示出了一种异常行为无人机的处理系统的结构示意图。如图15所示,本申请的处理系统1500的一个实施例可以包括:会话管理功能SMF网元1200和用户面功能UPF网元1300;其中,
所述SMF网元1200用于:向所述UPF网元1300提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述UPF网元1300用于:获取所述第一规则,基于所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,向所述SMF网元1200发送第一会话报告;
所述SMF网元1300用于:接收所述第一会话报告,基于所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
在图15所描述的实施例的基础上,请参阅图16,为本申请实施例提供的另一种异常行为无人机的处理系统的结构示意图。处理系统1500还可以包括:第一网元1400;
所述第一网元1400用于:检测无人机UAV的飞行行为,在所述UAV的飞行行为异常时向所述SMF网元1200发送异常数据检测请求;
所述SMF1200网元用于:在向所述UPF网元1300提供第一规则之前,接收所述第一网元1400发送的异常数据检测请求,基于所述异常数据检测请求向UPF网元1300提供所述第一规则。
在本申请的一些实施例中,所述SMF网元1200用于:基于异常特征确定第二规则,向所述UPF网元1300发送所述第二规则,其中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述UPF网元1300用于:接收所述第二规则,根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
在本申请的一些实施例中,所述SMF网元1200用于:向所述UPF网元1300发送检测时长,以用于所述UPF网元1300在检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包;
所述UPF网元1300,用于接收所述检测时长,在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
在本申请的一些实施例中,所述第一网元1400用于:在向所述SMF网元1200发送异常数据检测请求之后,接收所述SMF网元1200发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
在本申请的一些实施例中,所述第一网元1400用于:在向SMF网元1200发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
在本申请图12-图14的设备中各个组件通信连接,即处理单元(或者处理器)、存储单元(或者存储器)和收发单元(收发器)之间通过内部连接通路互相通信,传递控制和/或数据信号。本申请上述方法实施例可以应用于处理器中,或者由处理器实现上述方法实施例的步骤。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是中央处理器(central processing unit,CPU),网络处理器(networkprocessor,NP)或者CPU和NP的组合、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。虽然图中仅仅示出了一个处理器,该装置可以包括多个处理器或者处理器包括多个处理单元。具体的,处理器可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。
存储器用于存储处理器执行的计算机指令。存储器可以是存储电路也可以是存储器。存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器或闪存。易失性存储器可以是随机存取存储器,其用作外部高速缓存。存储器可以独立于处理器,也可以是处理器中的存储单元,在此不做限定。虽然图中仅仅示出了一个存储器,该装置也可以包括多个存储器或者存储器包括多个存储单元。
收发器用于实现处理器与其他单元或者网元的内容交互。具体的,收发器可以是该装置的通信接口,也可以是收发电路或者通信单元,还可以是收发信机。收发器还可以是处理器的通信接口或者收发电路。可选的,收发器可以是一个收发芯片。该收发器还可以包括发送单元和/或接收单元。在一种可能的实现方式中,该收发器可以包括至少一个通信接口。在另一种可能的实现方式中,该收发器也可以是以软件形式实现的单元。在本申请的各实施例中,处理器可以通过收发器与其他单元或者网元进行交互。例如:处理器通过该收发器获取或者接收来自其他网元的内容。若处理器与收发器是物理上分离的两个部件,处理器可以不经过收发器与该装置的其他单元进行内容交互。
一种可能的实现方式中,处理器、存储器以及收发器可以通过总线相互连接。总线可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的各实施例中,为了方便理解,进行了多种举例说明。然而,这些例子仅仅是一些举例,并不意味着是实现本申请的最佳实现方式。
在本申请的各实施例中,为了方便的描述,采用了请求消息,响应消息以及其他各种消息的名称。然而,这些消息仅仅是以举例方式说明需要携带的内容或者实现的功能,消息的具体名称并不对本申请的做出限定,例如:还可以是第一消息,第二消息,第三消息等。这些消息可以是具体的一些消息,可以是消息中的某些字段。这些消息还可以代表各种服务化操作。
上述实施例,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现,当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机执行指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上对本申请所提供的技术方案进行了详细介绍,本申请中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (34)
1.一种异常行为无人机的处理方法,其特征在于,包括:
会话管理功能SMF网元向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述SMF网元接收所述UPF网元发送的第一会话报告;
所述SMF网元基于所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
2.根据权利要求1所述的方法,其特征在于,在所述SMF网元向UPF网元提供第一规则之前,还包括:
所述SMF网元接收所述第一网元发送的异常数据检测请求;
对应地,所述SMF网元向UPF网元提供第一规则,包括:
所述SMF网元基于所述异常数据检测请求向UPF网元提供所述第一规则。
3.根据权利要求2所述的方法,其特征在于,所述异常数据检测请求包括所述UAV的标识信息、所述UAVC的标识信息、所述UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述方法还包括:
所述SMF网元基于所述异常特征确定第二规则,其中,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述SMF网元向所述UPF网元发送所述第二规则。
5.根据权利要求1-3中任一项所述的方法,其特征在于,所述第一规则包括数据包大小的阈值、上行/下行数据包个数的比例阈值、以及所述上行/下行数据包的传输速率阈值中的一个或多个。
6.根据权利要求1-3中任一所述的方法,其特征在于,所述方法还包括:
所述SMF网元向所述UPF网元发送检测时长,以用于所述UPF网元在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
7.一种异常行为无人机的处理方法,其特征在于,包括:
用户面功能UPF网元获取第一规则;
所述UPF网元基于所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述UPF网元向SMF网元发送第一会话报告。
8.根据权利要求7所述的方法,其特征在于,在所述UPF网元向所述SMF网元发送第一会话报告之后,所述方法还包括:
所述UPF网元接收所述SMF网元发送的第二规则,其中,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述UPF网元根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
9.根据权利要求7或8所述的方法,其特征在于,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括:数据包大小异常、上行/下行数据包个数的比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个;
其中,所述数据包大小异常为所述目标传输数据包的数据包大小大于所述第一规则中的单个数据包大小的阈值时的异常,所述上行/下行数据包个数的比值异常为所述目标传输数据包中的上行/下行数据包个数的比值与所述第一规则中的上行/下行数据包个数的比例阈值不相等,或所述上行/下行数据包个数的比值未落入所述上行/下行数据包个数的比例阈值对应的范围时的异常,所述上行/下行数据包的传输速率异常为所述上行/下行数据包的传输速率大于所述第一规则中的上行/下行数据包的传输速率阈值时的异常。
10.一种异常行为无人机的处理方法,其特征在于,包括:
第一网元确定无人机UAV的飞行行为异常;
所述第一网元向会话管理功能SMF网元发送异常数据检测请求,以指示所述SMF网元基于所述异常数据检测请求向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据包的数据包,所述目标传输数据包为所述UAV与无人机控制器UAVC之间的数据包。
11.根据权利要求10所述的方法,其特征在于,所述异常数据检测请求还包括所述UAV的标识信息、所述UAVC的标识信息、由所述UAV与所述UAVC组成无人机系统UAS的标识信息以及会话标识中的一个或多个,所述会话标识用于指示所述UAV与所述UAVC之间传输数据的会话。
12.根据权利要求10或11所述的方法,其特征在于,在所述第一网元向SMF网元发送异常数据检测请求之后,所述方法还包括:
所述第一网元接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
13.根据权利要求10-11中任一项所述的方法,其特征在于,在所述第一网元向SMF网元发送异常数据检测请求之前,所述方法还包括:
所述第一网元向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
14.一种会话管理功能网元,其特征在于,包括:
提供单元,用于向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
接收单元,用于接收所述UPF网元发送的第一会话报告;
发送单元,用于根据所述接收单元接收到的所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一种或多个。
15.根据权利要求14所述的会话管理功能网元,其特征在于,
所述接收单元,还用于在所述提供单元向UPF网元提供第一规则之前,接收所述第一网元发送的异常数据检测请求;
对应地,所述提供单元,用于根据所述接收单元接收到的所述异常数据检测请求向UPF网元提供所述第一规则。
16.根据权利要求14-15中任一项所述的会话管理功能网元,其特征在于,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述会话管理功能网元还包括:
确定单元,用于基于所述异常特征确定第二规则,其中,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述发送单元,用于向所述UPF网元发送所述第二规则。
17.根据权利要求14-15中任一所述的会话管理功能网元,其特征在于,
所述发送单元,用于向所述UPF网元发送检测时长,以用于所述UPF网元在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
18.一种用户面功能网元,其特征在于,包括:
获取单元,用于获取第一规则;
检测单元,用于根据所述获取单元获得的所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
发送单元,用于向SMF网元发送第一会话报告。
19.根据权利要求18所述的用户面功能网元,其特征在于,所述用户面功能网元还包括:处理单元;
所述获取单元,还用于在所述发送单元向所述SMF网元发送第一会话报告之后,接收所述SMF网元发送的第二规则,其中,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述处理单元,用于根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
20.一种第一网元,其特征在于,包括
检测单元,用于检测无人机UAV的飞行行为;
发送单元,用于在所述UAV的飞行行为异常时,向会话管理功能SMF网元发送异常数据检测请求,以指示所述SMF网元基于所述异常数据检测请求向用户面功能UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据包的数据包,所述目标传输数据包为所述UAV与无人机控制器UAVC之间的数据包。
21.根据权利要求20所述的第一网元,其特征在于,所述第一网元还包括:
接收单元,用于在所述发送单元向SMF网元发送异常数据检测请求之后,接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
22.根据权利要求20-21中任一项所述的第一网元,其特征在于,
所述发送单元,还用于在向SMF网元发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
23.一种异常行为无人机的处理系统,其特征在于,所述处理系统包括会话管理功能SMF网元和用户面功能UPF网元;其中,
所述SMF网元用于:向所述UPF网元提供第一规则,所述第一规则用于指示所述UPF网元从目标传输数据包中检测传输非命令和控制C2数据的数据包,所述目标传输数据包为无人机UAV与无人机控制器UAVC之间的数据包;
所述UPF网元用于:获取所述第一规则,基于所述第一规则从目标传输数据包中检测传输非命令和控制C2数据的数据包,向所述SMF网元发送第一会话报告;
所述SMF网元用于:接收所述第一会话报告,基于所述第一会话报告向第一网元发送异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
24.根据权利要求23所述的处理系统,其特征在于,所述处理系统还包括:第一网元;
所述第一网元用于:检测无人机UAV的飞行行为,在所述UAV的飞行行为异常时向所述SMF网元发送异常数据检测请求;
所述SMF网元用于:在向所述UPF网元提供第一规则之前,接收所述第一网元发送的异常数据检测请求,基于所述异常数据检测请求向UPF网元提供所述第一规则。
25.根据权利要求23或24所述的处理系统,其特征在于,
所述SMF网元用于:基于异常特征确定第二规则,向所述UPF网元发送所述第二规则,其中,所述第一会话报告包括所述传输非C2数据的数据包的异常特征,所述异常特征包括数据包大小异常、上行/下行数据包的个数比值异常、以及所述上行/下行数据包的传输速率异常中的一个或多个,所述第二规则用于指示对所述传输非C2数据的数据包进行处理,所述第二规则包括丢包规则、缓存规则或转发规则中的一种,所述转发规则用于将所述传输非C2数据的数据包转发至所述第一网元或第一装置,所述第一装置为用于控制所述UAV的第三方实体;
所述UPF网元用于:接收所述第二规则,根据所述丢包规则、所述缓存规则或所述转发规则中的一种对所述传输非C2数据的数据包进行处理。
26.根据权利要求23-24中任一项所述的处理系统,其特征在于,
所述SMF网元用于:向所述UPF网元发送检测时长,以用于所述UPF网元在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包;
所述UPF网元,用于接收所述检测时长,在所述检测时长内基于所述第一规则从所述目标传输数据包中检测所述传输非C2数据的数据包。
27.根据权利要求24所述的处理系统,其特征在于,
所述第一网元用于:在向所述SMF网元发送异常数据检测请求之后,接收所述SMF网元发送的异常流量报告,所述异常流量报告包括所述UAV的标识信息、所述UAVC的标识信息、以及由所述UAV与所述UAVC组成的无人机系统UAS的标识信息中的一个或多个。
28.根据权利要求24所述的处理系统,其特征在于,
所述第一网元用于:在向SMF网元发送异常数据检测请求之前,向所述UAV或所述UAVC发送指示信息,所述指示信息用于指示所述UAV或所述UAVC停止传输所述非C2数据。
29.一种会话管理功能网元,其特征在于,包括:
处理器,存储器;所述处理器、所述存储器之间进行相互的通信;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求1至6中任一项所述的方法。
30.一种用户面功能网元,其特征在于,包括:
处理器,存储器;所述处理器、所述存储器之间进行相互的通信;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求7至9中任一项所述的方法。
31.一种第一网元,其特征在于,包括:
处理器,存储器;所述处理器、所述存储器之间进行相互的通信;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求10至13中任一项所述的方法。
32.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1至6中任意一项所述的方法。
33.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求7至9中任意一项所述的方法。
34.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求10至13中任意一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010414573.4A CN113676936B (zh) | 2020-05-15 | 2020-05-15 | 一种异常行为无人机的处理方法、网元、系统及存储介质 |
EP21804575.5A EP4142346A4 (en) | 2020-05-15 | 2021-04-28 | METHOD FOR DEALING WITH ABNORMAL UNOPERATED AERIAL VEHICLE, NETWORK ELEMENT, SYSTEM, AND STORAGE MEDIUM |
PCT/CN2021/090411 WO2021227871A1 (zh) | 2020-05-15 | 2021-04-28 | 一种异常行为无人机的处理方法、网元、系统及存储介质 |
US17/986,189 US20230075589A1 (en) | 2020-05-15 | 2022-11-14 | Processing method of abnormally behaving unmanned aerial vehicle, network element, system, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010414573.4A CN113676936B (zh) | 2020-05-15 | 2020-05-15 | 一种异常行为无人机的处理方法、网元、系统及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113676936A CN113676936A (zh) | 2021-11-19 |
CN113676936B true CN113676936B (zh) | 2024-04-09 |
Family
ID=78526417
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010414573.4A Active CN113676936B (zh) | 2020-05-15 | 2020-05-15 | 一种异常行为无人机的处理方法、网元、系统及存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230075589A1 (zh) |
EP (1) | EP4142346A4 (zh) |
CN (1) | CN113676936B (zh) |
WO (1) | WO2021227871A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117354804A (zh) * | 2022-06-28 | 2024-01-05 | 华为技术有限公司 | 一种通信方法及装置 |
CN115150468B (zh) * | 2022-06-28 | 2024-01-30 | 西安北斗星导航技术有限公司 | 一种基于微型导航接收机设计的断点续传系统及方法 |
CN115412921A (zh) * | 2022-09-01 | 2022-11-29 | 中国电信股份有限公司 | 流量处理方法及系统、存储介质及电子设备 |
WO2024055332A1 (zh) * | 2022-09-16 | 2024-03-21 | 北京小米移动软件有限公司 | 信息处理方法以及装置、通信设备及存储介质 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9881022B2 (en) * | 2014-05-20 | 2018-01-30 | Verizon Patent And Licensing Inc. | Selection of networks for communicating with unmanned aerial vehicles |
US9978030B2 (en) * | 2014-06-11 | 2018-05-22 | Hartford Fire Insurance Company | System and method for processing of UAV based data for risk mitigation and loss control |
WO2016154943A1 (en) * | 2015-03-31 | 2016-10-06 | SZ DJI Technology Co., Ltd. | Systems and methods for geo-fencing device communications |
WO2017120110A1 (en) * | 2016-01-06 | 2017-07-13 | Russell David Wayne | Utilization of national cellular infrastructure for uav command and control |
US11064363B2 (en) * | 2016-10-11 | 2021-07-13 | Whitefox Defense Technologies, Inc. | Systems and methods for cyber-physical vehicle management, detection and control |
US10587635B2 (en) * | 2017-03-31 | 2020-03-10 | The Boeing Company | On-board networked anomaly detection (ONAD) modules |
CN107733521A (zh) * | 2017-10-31 | 2018-02-23 | 北京邮电大学 | 一种无人机数据传输方法、装置及系统 |
WO2020033905A1 (en) * | 2018-08-10 | 2020-02-13 | Intel Corporation | Systems and methods for using unmanned aerial systems in cellular networks |
CN110838245A (zh) * | 2018-08-16 | 2020-02-25 | 华为技术有限公司 | 一种基于移动网络的无人机监管方法及装置 |
CN110868712B (zh) * | 2018-08-27 | 2022-05-13 | 华为技术有限公司 | 终端设备识别方法及通信装置 |
CN110972127B (zh) * | 2018-09-29 | 2021-07-09 | 华为技术有限公司 | 一种无人机监管的方法及设备 |
CN110221622A (zh) * | 2019-06-13 | 2019-09-10 | 叶春林 | 防止无人机被侵害和违规系统 |
CN110633791A (zh) * | 2019-09-26 | 2019-12-31 | 北航(四川)西部国际创新港科技有限公司 | 一种基于卷积神经网络的无人机异常行为识别方法 |
CN110705693A (zh) * | 2019-09-26 | 2020-01-17 | 北航(四川)西部国际创新港科技有限公司 | 一种无人机异常行为识别模块及其识别方法 |
-
2020
- 2020-05-15 CN CN202010414573.4A patent/CN113676936B/zh active Active
-
2021
- 2021-04-28 WO PCT/CN2021/090411 patent/WO2021227871A1/zh unknown
- 2021-04-28 EP EP21804575.5A patent/EP4142346A4/en active Pending
-
2022
- 2022-11-14 US US17/986,189 patent/US20230075589A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2021227871A1 (zh) | 2021-11-18 |
CN113676936A (zh) | 2021-11-19 |
EP4142346A4 (en) | 2023-07-12 |
EP4142346A1 (en) | 2023-03-01 |
US20230075589A1 (en) | 2023-03-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113676936B (zh) | 一种异常行为无人机的处理方法、网元、系统及存储介质 | |
US11452163B2 (en) | Method for interaction between layers in wireless communication system and apparatus therefor | |
EP3641423B1 (en) | Method for registering terminal in wireless communication system and apparatus therefor | |
US10638357B2 (en) | Method for transmitting and receiving data in wireless communication system, and apparatus for supporting same | |
EP3419372B1 (en) | Method for transmitting data in wireless communication system, method for scheduling resources for data transmission and corresponding user equipment | |
US11906962B2 (en) | Unmanned aerial vehicle tracking and control | |
EP3952599A1 (en) | Method for establishing communication bearer, device and system | |
KR20230095967A (ko) | 항공 시스템을 위한 세션 관리 | |
CN106134281A (zh) | 用于执行邻近服务的方法及用户装置 | |
US20210237870A1 (en) | Unmanned aerial vehicle supervision method and device | |
US11570739B2 (en) | Uplink data indication | |
EP3834467B1 (en) | Method for handling of network slice overload | |
CN113676927B (zh) | 一种通信的方法及装置 | |
US20210352558A1 (en) | Unmanned Aerial Vehicle and Controller Association | |
EP4023002A1 (en) | Nr v2x mobility | |
CN116438823A (zh) | 航空系统的认证和授权 | |
US20230422293A1 (en) | Network Slice Based Priority Access | |
CN115915196A (zh) | 一种链路状态检测方法、通信装置及通信系统 | |
CN115244991B (zh) | 通信方法、装置及系统 | |
EP4307763A1 (en) | Traffic flow processing method, apparatus and system | |
WO2024096503A1 (ko) | 무선 통신 시스템에서 트래픽 특성 변화에 기반하여 정보를 전달하는 방법 및 장치 | |
WO2023185772A1 (zh) | 一种通信方法及装置 | |
WO2024001531A1 (zh) | 通信方法及装置 | |
WO2023142759A1 (zh) | 一种授权方法及装置 | |
US20240251228A1 (en) | Emergency Service |
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 |