CN116846522A - 信息传输方法、装置、相关设备和存储介质 - Google Patents

信息传输方法、装置、相关设备和存储介质 Download PDF

Info

Publication number
CN116846522A
CN116846522A CN202210295571.7A CN202210295571A CN116846522A CN 116846522 A CN116846522 A CN 116846522A CN 202210295571 A CN202210295571 A CN 202210295571A CN 116846522 A CN116846522 A CN 116846522A
Authority
CN
China
Prior art keywords
terminal
rule
service
request
layer server
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.)
Pending
Application number
CN202210295571.7A
Other languages
English (en)
Inventor
李颖
朱磊
唐小勇
游正朋
胥焙柯
谢嗣超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Chengdu ICT Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Chengdu ICT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Chengdu ICT Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202210295571.7A priority Critical patent/CN116846522A/zh
Publication of CN116846522A publication Critical patent/CN116846522A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities

Abstract

本申请公开了一种信息传输方法、装置、相关设备和存储介质。其中，方法包括：服务使能架构层服务端接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；通过应用平面接口为所述终端配置所述第一规则；终端接收服务使能架构层服务端通过应用平面接口配置的第一规则。如此，实现了通过应用平面接口为终端配置规则，不仅能够减少配置过程中产生的信令，还能够减少对控制信道资源的占用。

Description

信息传输方法、装置、相关设备和存储介质
技术领域
本申请涉及通信技术与计算机技术领域，尤其涉及一种信息传输方法、装置、相关设备和存储介质。
背景技术
第五代移动通信技术(5G)作为新一代通信技术，具有大带宽、低时延、高可靠、高连接、泛在网等诸多优势，从而推动垂直行业的快速发展与更迭，比如智慧医疗、智慧教育、智慧农业等方向的崛起。
5G系统中，通过5G核心网(5GC，5G Core)中的网络开放功能(NEF，NetworkExposure Function)，基于标准的RESful接口，能够向第三方提供安全的网络能力开放应用程序接口(API，Application Programming Interface)。在垂直行业中，如图1所示，可以在行业应用层部署应用功能(AF，Application Function)，通过N33接口与网络能力开放API对接，以使用NEF提供的网络能力。
相关技术中，在垂直行业的场景下，行业用户会有为用户设备(UE，UserEquipment)配置UE规则信息的需求，比如接入网络发现和选择规则(ANDSP，AccesssNetwork Discovery&Selection Policy)信息、UE路由选择规则(URSP，UE RouteSelection Policy)等规则信息。当行业用户基于NEF实现对UE规则信息的配置时，存在配置过程中步骤繁琐，产生的信令多的问题，同时，还会占用大量控制信道资源。
发明内容
为解决相关技术问题，本申请实施例提供一种信息传输方法、装置、相关设备和存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供一种信息传输方法，应用于服务使能架构层服务端，包括：
接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
通过应用平面接口为所述终端配置所述第一规则。
上述方案中，所述方法还包括：
对所述第一请求进行校验；
校验通过后通过应用平面接口为所述终端配置所述第一规则。
上述方案中，在所述终端已在所述服务使能架构层服务端注册的情况下，通过应用平面接口为所述终端配置所述第一规则。
上述方案中，所述方法还包括：
在所述终端未在所述服务使能架构层服务端注册的情况下，通过网络接口为所述终端配置所述第一规则。
上述方案中，所述方法还包括：
接收所述终端发送的第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息；
保存所述终端的注册信息。
上述方案中，所述方法还包括：
向所述终端发送所述第二请求的响应。
上述方案中，通过应用平面接口为所述终端配置所述第一规则时，所述方法还包括：
通过所述应用平面接口向所述终端发送所述第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
上述方案中，所述方法还包括：
接收所述终端发送的通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则；
上述方案中，所述方法还包括：
向所述终端发送所述通知的响应。
上述方案中，所述方法还包括：
向所述终端发送第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，接收所述终端发送的通知。
本申请实施例还提供一种信息传输方法，应用于终端，包括：
接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
保存所述第一规则。
上述方案中，在所述终端已在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过应用平面接口配置的第一规则。
上述方案中，所述方法还包括：
在所述终端未在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过网络接口配置的第一规则。
上述方案中，所述方法还包括：
向所述服务使能架构层服务端发送第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息。
上述方案中，所述方法还包括：
接收所述服务使能架构层服务端发送的所述第二请求的响应。
上述方案中，接收服务使能架构层服务端通过应用平面接口配置的第一规则时，所述方法还包括：
接收服务使能架构层服务端通过应用平面接口发送的第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
上述方案中，所述方法还包括：
向所述服务使能架构层服务端发送通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则。
上述方案中，所述方法还包括：
接收所述服务使能架构层服务端发送的所述通知的响应。
上述方案中，所述方法还包括：
接收所述服务使能架构层服务端发送的第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，向所述服务使能架构层服务端发送所述通知。
本申请实施例还提供一种信息传输装置，设置在服务使能架构层服务端上，包括：
第一接收单元，用于接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
配置单元，用于通过应用平面接口为所述终端配置所述第一规则。
本申请实施例还提供一种信息传输装置，设置在终端上，包括：
第二接收单元，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
保存单元，用于保存所述第一规则。
本申请实施例还提供一种服务使能架构层服务端，包括：第一处理器及第一通信接口；其中，
所述第一通信接口，用于接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
所述第一处理器，用于利用所述第一通信接口通过应用平面接口为所述终端配置所述第一规则。
本申请实施例还提供一种终端，包括：第二处理器及第二通信接口；其中，
所述第二通信接口，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
所述第二处理器，用于保存所述第一规则。
本申请实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述服务使能架构层服务端侧任一方法的步骤，或者实现终端侧任一方法的步骤。
本申请实施例提供的信息传输方法、装置、相关设备和存储介质，服务使能架构层服务端接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；通过应用平面接口为所述终端配置所述第一规则；终端接收服务使能架构层服务端通过应用平面接口配置的第一规则，并将所述第一规则进行保存。本申请实施例提供的方案，服务使能架构层服务端接收VALS发送的第一请求后，通过应用平面接口为终端配置第一规则。如此，能够简化配置的步骤，进而减少配置过程中产生的信令，还能够节约控制信道的资源。
附图说明
图1为相关技术中垂直行业与NEF交互的系统结构示意图；
图2为相关技术中基于NEF的UE规则信息更新流程；
图3为相关技术中服务使能架构层(SEAL,Service Enabler ArchitectureLayer)的系统结构示意图；
图4为相关技术中网络切片能力开放(NSCE，Network Slice CapabilityExposure)的系统结构示意图；
图5为本申请实施例第一种信息传输的方法流程示意图；
图6为本申请实施例第二种信息传输的方法流程示意图；
图7为本申请应用实施例UE规则信息下发的方法流程示意图；
图8为本申请应用实施例UE向SEAL服务端(SEALS，SEAL Service)注册的方法流程示意图；
图9为本申请应用实施例UE规则信息更新的方法流程示意图；
图10为本申请实施例第一种信息传输装置结构示意图；
图11为本申请实施例第二种信息传输装置结构示意图；
图12为本申请实施例服务使能架构层服务端结构示意图；
图13为本申请实施例终端结构示意图；
图14为本申请实施例信息传输系统结构示意图。
具体实施方式
下面结合附图及实施例对本申请再作进一步详细的描述。
相关技术中，UE规则信息通常指UE上预配置或者通过5G网络下发配置的规则信息，其中，当前第三代合作伙伴计划(3GPP)定义的UE规则信息包括：
1)ANDSP，用于供UE选择接入网络；
2)URSP，用于供UE选择协议数据单元(PDU，Protocol Data Unit)会话的路由。
3)车联网规则(V2XP，V2X Policy)，应用于车联网应用场景。
4)短距服务规则(ProSeP，ProSe Policy)，应用于短距离通信应用场景。
实际应用时，UE规则信息可以在UE上预配置，也可以由5GC中的规则控制功能(PCF，Policy Control Function)进行配置。相关技术中，在垂直行业的场景下，行业用户基于NEF实现对UE规则信息更新。其中，NEF的功能包括：
1)监控能力：核心网监控UE的指定事件，并生成对应的事件通知发送至第三方网络。上述监控能力可以用于开放UE的移动性管理，例如UE的位置、可达性和连接丢失事件等；其中，所述可达性能够指示UE处于注册状态。实际应用时，若核心网在一定时间间隔内未收到UE的注册信息，则可以确定UE处于不可达状态，即UE不在服务区。
2)预配置能力：第三方网络通过能力开放向核心网提供相关信息，例如UE的预期路线、UE对网络的要求等信息，使得核心网能够进行针对性优化。
3)策略/计费能力：第三方网络通过能力开放为核心网下发计费策略、QoS策略等策略。
4)分析报告能力：第三方网络通过能力开放获取网络分析报告，比如网络性能分析报告、UE通信报告、切片性能分析报告等。
此外，随着网络切片、边缘计算、大数据、人工智能(AI，ArtificialIntelligence)等技术在5G网络的应用发展，5GC还能够抽象出更多的能力提供给行业应用层，比如网络切片服务、边缘计算服务、位置服务、5G语音及消息、数据分析服务等能力。
如图2所示，垂直行业场景下，对UE规则信息更新的流程可以包括以下步骤：
步骤201a：UE注册过程中，PCF向UE下发配置的UE规则信息，之后执行步骤201b；
这里，在步骤201a之前，UE启动后会通过基站向5GC发起注册请求，使得5GC的PCF接收到注册请求后，响应UE的注册请求，并通过基站向UE下发配置的第二UE规则。同时，PCF还会将为UE配置的UE规则存储至UDR中。
步骤201b：PCF向统一数据仓库(UDR，Unified Data Repository)发送UE规则信息变更通知订阅信息，之后执行步骤202；
其中，所述UE规则信息变更通知订阅信息用于订阅UE规则信息变更通知。
步骤202：需要更新UE规则信息时，AF创建UE规则信息更新请求；
其中，所述UE规则信息更新请求用于为UE更新配置UE规则信息；所述UE规则信息更新请求包含更新的UE规则信息和AF标识等信息。
实际应用时，若需要更新UE针对网络切片标识(英文可以表达为ID)的USRP规则信息时，UE规则信息更新请求还可以包含UE的标识和网络切片ID。
步骤203：AF通过网络能力开放API将UE规则信息更新请求发送至NEF；
步骤204：NEF收到UE规则信息更新请求后，将UE规则信息更新请求发送至统一数据管理(UDM，Unified Data Management)，以获取UE规则信息更新请求授权；
这里，在通过NEF更新UE规则信息之前，行业用户通常会与运营商进行签约，以订购5GC的网络服务；所述签约信息存储在UDM中。因此，NEF通过将UE规则信息更新请求发送至UDM，能够获取UE规则信息更新请求的授权。
步骤205：UDM收到UE规则信息更新请求后，对UE规则信息更新请求进行权限校验；
这里，UDM基于存储的签约信息，对UE规则信息更新请求携带的相关信息，来查找对应的签约信息，进而确定UE规则信息更新请求的权限。
示例性地，UDM可以基于UE规则信息更新请求携带的AF的标识，确定AF是否具有配置第一UE规则的权限。此外，UDM还可以基于UE规则信息更新请求携带的UE的标识和网络切片标识，确定UE是否签约该网络切片。
步骤206：校验通过后，UDM向NEF发送UE规则信息更新请求授权结果；
步骤207：NEF接收到UE规则信息更新请求授权结果后，更新UDR中的UE规则信息；
这里，实际应用时，NEF能够基于UE规则信息更新请求携带的UE的标识，将UDR中UE的标识对应的UE规则信息配置为更新的UE规则信息。
步骤208：更新完成后，NEF向AF返回UE规则信息请求响应，之后执行步骤209；
步骤209：UDR向PCF发送UE规则信息变更通知；
这里，由于在UE注册的过程中，PCF向UDR订阅了UE规则信息变更通知，因此，当UDR检测到UE对应的UE规则信息更新时，会向PCF发送UE规则信息变更通知。
步骤210：PCF接收到UE规则信息变更通知后，确定是否更新UE规则信息；
实际应用时，PCF可以根据UE规则信息更新请求携带的更新的UE规则与当前为UE配置的UE规则进行比较；若更新的UE规则与当前的UE规则相同，则说明当前为UE配置的UE规则为最新规则，不需要进行更新；若更新的UE规则与当前的UE规则不同，则说明需要更新UE规则信息。
步骤211：确定更新UE规则信息后，PCF向接入与移动管理功能(AMF，Access andMobility Management Function)发送UE规则信息更新请求；
步骤212：AMF接收到UE规则信息更新请求后，通过无线接入网(RAN，WirelessAccess Network)向UE下发更新的UE规则；
具体地，AMF可以通过基站向UE下发更新的UE规则。
步骤213：UE接收到AMF下发的第一UE规则后，向AMF发送UE规则更新结果反馈；
步骤214：接收到UE发送的UE规则更新结果反馈后，AMF向PCF发送UE规则信息更新请求的响应。
另一方面，相关技术中，为了实现5G网络使能垂直行业应用的标准化流程，提出了一种SEAL架构。如图3所示，在所述SEAL架构中，面向垂直服务应用层(VAL，VerticalApplication Layer)部署了SEAL功能实体；其中，VAL包含VAL客户侧(VALC，VAL Customer)和VAL服务侧(VALS，VAL Service)；SEAL功能实体包含SEAL客户端(SEALC，SEAL Customer)和SEALS；VALC和SEALC部署在UE上；SEALS可以通过网络接口接入5G网络，以实现对网络的配置和网络信息的采集等功能；SEALC与SEALS之间通过应用平面接口(即SEAL-UU接口)进行通信，所述SEAL-UU接口可以承载在5G网络用户面上，也可以承载在其他独立的网络系统上，比如IP多媒体子系统(IMS，IPMutimedia Subsystem)。另外，SEAL还为VAL提供了API(可以称为北向API)，包括SEAL-C和SEAL-S，使得VAL能够通过SEAL使用网络服务，进而使能更广泛地行业应用。
当前SEAL能够为垂直行业提供的服务包括：组管理、配置管理、位置管理、标识管理、安全管理和网络资源管理等。相关技术中，为了向垂直行业提供NSCE服务，基于SEAL架构提出了一种NSCE架构，使得垂直行业能够基于NEF实现对网络切片的自主开通、自主配置、性能监控、数据分析等。具体地，如图4所示，在所述NSCE架构中，面向VALC和VALS部署了NSCE功能实体，包括NSCE服务器(NSCES，NSCE Service)和NSCE客户端(NSCEC，NSCECustomer)；其中，NSCEC通过NSCE-UU接口与NSCES交互，所述NSCE-UU接口承载在5G网络用户面上；所述NSCEC通过NSCE-C接口能够向VALC提供NSCE服务；所述VALS通过NSCE-S接口与NSCES交互；所述NSCES可以作为AF，通过N33接口与5G网络的NEF交互，以与PCF等5GC功能交互，或者，所述NSCES可以通过N5接口直接与PCF交互；所述NSCES还可以通过NSCE-操作维护管理(OAM，Operation Administration and Maintenance)与OAM系统交互，以实现网络切片能力配置、性能监控、故障监督等功能。
实际应用时，在垂直行业的场景中，行业用户会有为UE配置规则的需求。示例性地，URSP是对UE进行网络切片配置与管理的核心规则，在行业用户订购网络切片的过程中生成，能够指示UE将业务数据放到对应的切片上承载。在行业用户订购了多个网络切片的场景下，行业用户需要根据各个网络切片的资源使用情况，动态调整UE所接入的切片，以实现网络切片的负载均衡，同时，还能够保障高优先级UE的网络资源；也就是说，行业用户需要为UE配置对应的URSP，以指示UE如何将业务数据放到多个切片上承载。此外，在行业用户为UE订购了特定应用的高等级会员服务的场景下，需要调整UE上对该应用的URSP，以保障UE在运行该应用时能够接入更高网络资源等级的网络切换。因此，为了满足为UE配置规则的需求，行业用户可以基于NEF为UE配置规则，具体包括以下两种方式：
1)行业用户基于图1所示的架构，通过行业应用层部署的AF直接与NEF交互，以为UE配置相应的规则。
2)行业用户基于图3或者图4所示的架构，由SEALS或者NSCES作为AF与NEF交互，以为UE配置相应的规则。
然而，采用上述两种方式为UE配置规则时，都需要通过AF与NEF进行交互，以通过网络接口为UE配置规则。通过图2所示的AF与NEF交互的流程图可以看出，UE规则的配置流程冗长，步骤繁琐。当行业用户需要在短时间内为UE配置大量规则，或者配置规则的频率较高时，会在5GC内部、5GC与RAN以及RAN与UE之间产生大量信令，进而影响网络的运行效率。另外，上述UE规则配置的过程都是在控制面进行的，会占用RAN与UE之间的控制信道资源。由于无线资源非常宝贵，为保障应用数据传输的数据信道的资源，控制信道的资源是有限的。如果在短时间内为UE配置大量规则，或者配置规则的频率较高时，会占用大量控制信道的资源，进而会影响其他业务流程的网络效能，比如使得5GC需要向UE下发的其他控制指令的处理时延增加。
基于此，在本申请的各种实施例中，在图3所示的架构下，SEALS响应VALS发送的为终端配置规则的请求，通过应用平面接口为终端配置规则。如此，能够简化配置过程中的步骤，进而减少产生的信令，同时，还能够减少控制信道资源的占用。
本申请实施例提供一种信息传输方法，应用于SEALS，如图5所示，包括以下步骤：
步骤501：接收VALS发送的第一请求，所述第一请求用于请求为终端配置第一规则；
步骤502：通过应用平面接口为所述终端配置第一规则。
其中，所述第一请求可以是垂直行业的行业用户通过VALS发送的；所述SEALS可以通过SEAL-S接口来接收VALS发送的第一请求。
实际应用时，在步骤501之前，SEALS在终端完成网络(比如5G网络或第六代移动通信技术(6G)等)的注册(可以理解为接入网络)之后，可以接收终端发送的请求，以实现终端在SEALS上的注册。
具体地，在一实施例中，该方法还可以包括：
接收所述终端发送的第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息；
保存所述终端的注册信息。
其中，所述注册信息可以包括终端的标识、已配置的终端规则；所述终端的标识具体可以包括手机号码、互联网协议(IP，Internet Protocol)地址、媒体接入控制(MAC，Media Access Control)地址、国际移动用户识别码(IMSI，International MobileSubscriber Identity)、国际移动设备识别码(IMEI，International Mobile EquimentIdentity)、永久设备识别码(PEI，Permanent Equipment Identity)等。
这里，实际应用时，在完成网络的注册后，当终端需要向SEALS注册时，可以通过应用平面接口，比如SEAL-UU接口，向SEALS发送第二请求。SEALS接收到终端发送的第二请求后，可以将第二请求携带的终端的注册信息进行保存，以完成终端的注册，即终端注册成功。
实际应用时，还可能存在终端注册失败的场景，比如SEALS本地的存储空间不足导致无法对注册信息进行保存、终端的标识存在位数或者格式错误、终端的标识与SEALS本地存储的终端标识重复，即终端已在SEALS注册等注册失败的场景。
这里，由于存在终端注册成功和注册失败两种情况，因此，SEALS还可以对终端发送的第二请求进行响应，以通知终端注册结果。
基于此，在一实施例中，该方法还可以包括：
向所述终端发送所述第二请求的响应。
其中，所述第二请求的响应用于通知终端注册成功或者失败。
实际应用时，SEALS响应VALS发送的第一请求，为终端配置第一规则之前，可以对第一请求进行校验，以验证第一请求对应的权限。
基于此，在一实施例中，该方法还可以包括：
对所述第一请求进行校验；
校验通过后通过应用平面接口为所述终端配置所述第一规则。
其中，所述第一请求可以包含VALS的标识、终端的标识和第一规则等信息。
实际应用时，在通过SEALS请求为终端配置第一规则之前，行业用户通常会与运营商进行签约，以订购5GC的网络服务；其中，签约相关信息可以存储在特定的认证服务器上，比如业务支撑系统(BSS，Business Support Systems)或OAM系统。因此，SEALS可以通过认证服务器，对行业用户通过VALS发送的第一请求进行校验。本申请实施例对第一请求进行校验的方式不作限定。
示例性地，SEALS利用第一请求携带的VALS的标识，通过认证服务器中的合约相关信息，能够确定VALS是否具有请求为终端配置第一规则的权限；若SEALS确定VALS具有权限，则说明校验通过。否则，则说明校验未通过。
示例性地，SEALS利用第一请求携带的终端的标识，通过认证服务器中的合约相关信息，能够确定是否可以为终端配置第一规则。比如，若第一请求用于请求为终端配置URSP时，所述第一请求还携带第一规则对应的网络切片的标识。在这种情况下，SEALS利用终端的标识，通过认证服务器中的合约相关信息，能够确定终端是否签约了所述网络切片。若SEALS确定终端签约了所述网络切片，则说明可以为终端配置URSP，即校验通过；否则，则说明校验未通过。
示例性地，SEALS利用第一请求携带的终端的标识以及第一规则，还能够确定VALS是否重复请求为终端配置第一规则，即当前终端上配置的规则是否与第一规则相同。若SEALS确定VALS没有重复请求为终端配置第一规则，说明校验通过；否则，则说明校验未通过。
校验通过后，SEALS可以根据终端是否在SEALS注册的情况，确定为终端配置第一规则的方式，
具体地，在一实施例中，在所述终端已在所述SEALS注册的情况下，通过应用平面接口为所述终端配置所述第一规则。
这里，实际应用时，SEALS可以通过第一请求携带的终端的标识，从本地保存的终端的注册信息中查找相匹配的终端的标识。如果SEALS能够查找到与第一请求携带的终端的标识相匹配的终端的标识，则说明终端已在SEALS注册。此时，SEALS能够通过SEALS与终端间的应用平面接口，SEAL-UU接口，为终端配置第一规则。上述过程中，由于SEAL-UU接口承载在网络用户面上，或者承载在其他独立的网络系统上，比如IMS，因此，SEALS通过应用平面接口为终端配置第一规则，能够避免通过网络接口为终端配置第一规则而导致的大量控制信道资源的占用，从而节约了控制信道的资源。
实际应用时，如果SEALS无法从本地查找到与第一请求携带的终端的标识相匹配的终端的标识，说明终端未在SEALS注册，此时，SEALS可以通过网络接口，为终端配置第一规则。
具体地，在一实施例中，在所述终端未在所述SEALS注册的情况下，通过网络接口为所述终端配置所述第一规则。
这里，对于未在SEALS注册的终端，SEALS可以通过网络接口，比如N33接口，并基于图2所示的方法流程，为终端配置第一规则；其中，所述网络接口承载在网络控制面上。
实际应用时，SEALS通过网络接口或者应用平面接口为终端配置第一规则时，还可以向终端发送第一规则的相关信息，以供终端根据需要进行查询。
基于此，在一实施例中，通过应用平面接口为所述终端配置所述第一规则时，该方法还可以包括：
通过所述应用平面接口向所述终端发送所述第一规则的相关信息；所述相关信息包括以下至少之一：：
SEALS标识；
VALS标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
其中，所述第一指示信息可以指示所述第一规则是由SEALS配置的。
这里，在SEALS为终端配置URSP的场景下，所述第一规则还可以携带网络切片服务提供商标识，以供终端能够确定配置的URSP对应的网络切片服务提供商。
实际应用时，针对已在SEALS注册的终端，还存在不通过SEALS来为终端配置规则的场景，比如网络运营商可以根据行业用户的需求，直接通过BSS或者OAM系统进行配置。针对上述场景，在为终端配置规则之前，行业用户通常会与网络运营商进行协商，以确定是否允许终端使用非SEALS配置的规则；其中，所述非SEALS包括除SEALS之外能够为终端配置规则的对象，比如网络运营商。然后，网络运营商可以将协商结果发送至SEALS，以使SEALS能够向终端发送对应的指示信息。
基于此，在一实施例中，该方法还可以包括：
向所述终端发送第二指示信息；所述第二指示信息指示所述终端能够使用非SEALS配置的第二规则，或者指示所述终端不能够使用非SEALS配置的第二规则；
在所述第二指示信息指示所述终端能够使用非SEALS配置的第二规则的情况下，接收所述终端发送的通知。
这里，实际应用时，若行业用户和网络运营商协商确定不允许终端使用非SEALS配置的第二规则时，则SEALS可以向终端发送第二指示信息，以指示终端不能够使用非服务使能架构层服务端配置的第二规则。
若行业用户和网络运营商协商确定允许终端使用非SEALS配置的第二规则时，则SEALS可以向终端发送第二指示信息，以指示终端能够使用非服务使能架构层服务端配置的第二规则。
这里，在允许终端使用非SEALS配置的第二规则的场景下,，SEALS可以接收所述终端发送的通知，以对本地存储的终端规则进行更新。
基于此，在一实施例中，该方法还可以包括：
接收所述终端发送的通知，所述通知用于通知更新所述SEALS本地的所述终端的规则，所述通知包含所述中终端的第二规则；
利用所述第二规则更新本地所述终端的规则。
这里，实际应用时，当已注册到SEALS的终端检测到非SEALS为终端配置了第二规则时，终端会向SEALS发送通知，以通知SEALS利用通知包含的第二规则更新SEALS本地的终端的规则。
实际应用时，SEALS完成本地终端的规则更新后，还可以对终端发送的通知进行响应。
基于此，在一实施例中，该方法还可以包括：
向所述终端发送所述通知的响应。
其中，所述通知的响应用于通知终端已完成本地终端的规则的更新。
相应地，本申请实施例还提供了一种信息传输方法，应用于终端，如图6所示，包括以下步骤：
步骤601：接收SEALS通过应用平面接口配置的第一规则；其中，所述第一规则是所述SEALS基于VALS发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
步骤602：保存所述第一规则。
实际应用时，在步骤601之前，终端在完成网络的注册(可以理解为接入网络)之后，可以向SEALS发送请求，以在SEALS上进行注册。
具体地，在一实施例中，该方法还可以包括：
向所述SEALS发送第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息。
这里，实际应用时，在终端接入网络后，当终端需要向SEALS注册时，可以通过应用平面接口，SEAL-UU接口，向SEALS发送第二请求，以请求在SEALS注册。
在一实施例中，该方法还可以包括：
接收所述SEALS发送的所述第二请求的响应。
实际应用时，终端可以通过SEAL-UU接口来接收SEALS发送的第二请求的响应，以确定注册成功或者失败。
实际应用时，根据终端是否在SEALS注册的情况，终端可以接收到SEALS通过不同方式配置的第一规则。
具体地，在一实施例中，在所述终端已在所述SEALS注册的情况下，接收所述SEALS通过应用平面接口配置的第一规则。
这里，在确定终端已在SEALS注册的场景下，终端能够接收到SEALS通过应用平面接口配置的第一规则；具体地，终端可以通过RAN，接收SEALS通过SEAL-UU接口下发的第一规则；所述SEAL-UU接口可以承载在网络用户面上，也可以称承载在其他独立的网络系统上。如此，能够减少对网络控制面的控制信道资源的占用，同时，还能够减化配置流程，从而大幅减少信令的数量。
实际应用时，针对终端未在SEALS注册的场景，终端可以接收到SEALS通过网络接口配置的第一规则。
具体地，在一实施例中，该方法还可以包括：
在所述终端未在所述SEALS注册的情况下，接收所述SEALS通过网络接口配置的第一规则。
示例性地，终端可以通过RAN，接收SEALS通过承载在网络控制面上的网络接口下发的第一规则。
实际应用时，终端接收SEALS通过应用平面接口或者网络接口配置的第一规则时，还可以接收SEALS发送的第一规则的相关信息，以便后续对配置的第一规则进行查询。
具体地，在一实施例中，接收服务使能架构层服务端通过应用平面接口配置的第一规则时，该方法还可以包括：
接收服务使能架构层服务端通过应用平面接口发送的第一规则的相关信息；所述相关信息包括以下至少之一：
SEALS标识；
VALS标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
这里，实际应用时，已在SEALS注册的终端可以接收到非SEALS配置的规则。针对由非SEALS配置的规则，终端可以接收SEALS发送的指示信息，以确定是否能够使用非SEALS配置的规则。
基于此，在一实施例中，该方法还可以包括：
接收所述SEALS发送的第二指示信息；所述第二指示信息指示所述终端能够使用非SEALS配置的第二规则，或者指示所述终端不能够使用非SEALS配置的第二规则；
在所述第二指示信息指示所述终端能够使用非SEALS配置的第二规则的情况下，向所述SEALS发送所述通知。
这里，在第二指示信息指示终端能够使用非SEALS配置的第二规则的场景下，终端可以向SEALS发送通知，以对SEALS本地的终端的规则进行更新。
基于此，在一实施例中，该方法还可以包括：
向所述SEALS发送通知，所述通知用于通知更新所述SEALS本地的所述终端的规则，所述通知包含所述终端的第二规则。
这里，实际应用时，对于已在SEALS注册的终端，当检测到非SEALS为终端配置了第二规则时，可以向SEALS发送通知，使得SEALS能够利用通知包含的第二规则对本地终端的规则进行更新。
实际应用时，终端可以通过接收规则的通道类型，以确定为终端配置规则的对象，例如终端能够通过控制信道接收由5GC配置的规则。另外，终端还可以通过规则携带的相关信息，比如指示信息，来确定规则的配置方式，进而确定为终端配置规则的对象，包括SEALS和非SEALS。
基于此，在一实施例中，该方法还可以包括：
接收所述SEALS发送的所述通知的响应。
实际应用时，终端可以通过SEAL-UU接口来接收SEALS发送的通知的响应，以确定完成SEALS本地终端的规则更新。
本申请实施例提供的信息传输方法，SEALS接收VALS发送的第一请求，所述第一请求用于请求为终端配置第一规则；通过应用平面接口为所述终端配置所述第一规则；终端接收SEALS通过应用平面接口配置的第一规则，并将所述第一规则进行保存。本申请实施例提供的方案，SEALS接收VALS发送的第一请求后，通过应用平面接口为终端配置第一规则。如此，能够简化配置的步骤，进而减少配置过程中产生的信令，还能够节约控制信道的资源。
下面结合应用实施例对本申请再作进一步详细的描述。
基于图3所示的SEALS架构，本应用实施例提出了一种UE规则信息下发方法，如图7所示，包括以下步骤：
步骤701：VALS通过SEAL-S接口(也可以称为北向接口)向SEALS发送UE规则信息更新请求(即第一请求)；
其中，所述UE规则信息更新请求至少包括UE标识、UE规则和VALS标识等信息；所述UE规则信息更新请求用于请求向终端下发UE规则。
这里，实际应用时，在步骤701之前，UE在完成5G网络的注册后，还会向SEALS发起注册请求，如图8所示，可以包括以下步骤：
步骤801：UE建立到SEALS的连接，之后执行步骤802；
这里，UE在建立与SEALS之间的连接后，可以通过SEALS-UU接口与SEALS进行通信。
步骤802：UE向SEALS发送注册请求；
其中，所述注册请求携带注册信息，所述注册信息至少包含UE标识、已配置的UE规则信息中的一个；所述UE标识可以包括手机号码、IP地址、MAC地址、IMSI、IMEI、PEI等。
步骤803：SEALS接收UE发送的注册请求(即第二请求)后，保存UE的注册信息，并向UE发送UE注册请求的响应，以通知UE注册成功或者失败。
实际应用时，SEALS在保存UE的注册信息时，可能由于本地存储空间不足，导致无法保存UE的注册信息。此时，SEALS通过UE注册请求的响应，通知UE注册失败。
若SEALS能够成功保存UE的注册信息，则通过UE注册请求的响应，通知UE注册成功。
步骤702：接收到VALS发送的UE规则信息更新请求后，SEALS对UE规则信息更新请求进行权限的认证；
其中，所述权限的认证具体可以包括校验VALS的权限、校验UE的签约信息、校验VALS是否重复配置UE规则。
实际应用时，SEALS可以通过认证服务器，比如BSS或者OAM，实现对VALS权限、UE的签约信息的校验。
示例性地，由于认证服务器中存储了签约信息，因此，SEALS能够通过认证服务器确定VALS是否具有更新UE规则的权限，以及是否能够为UE配置该UE规则的权限。
示例性地，当该UE规则为URSP时，SEALS通过认证服务器，能够确定UE是否签约了URSP对应的网络切片；若UE签约了对应的网络切片，SEALS便能够确定能够为UE配置URSP；若UE没有签约对应的网络切片，则SEALS能够确定不能为UE配置URSP。
另外，SEALS可以通过比较当前UE上的UE规则与UE规则信息更新请求中的UE规则，来校验VALS是否重复配置UE规则。若两者不同，则校验成功；若两者相同，则说明当前UE上的UE规则为最新的UE规则，即校验失败。
步骤703：校验成功后，SEALS根据UE是否在SEALS注册的情况，确定对应的UE规则信息的下发方式；
这里，SEALS根据UE规则信息更新请求中的UE标识，从本地保存的注册信息中查找相匹配的信息；若SEALS能够查找到相匹配的信息，则说明UE已在SEALS注册；若未查找到相匹配的信息，则说明UE未在SEALS注册。
步骤704：对于已在SEALS注册的UE，SEALS通过应用平面接口，比如SEAL-UU接口，向终端下发UE规则；所述SEAL-UU接口可以承载在网络用户面上；对于未在SEALS注册的UE，SEALS通过承载在网络控制面的网络接口，比如N33接口，向终端下发UE规则。
实际应用时，对于已在SEALS注册的UE，UE规则的下发还可能不通过SEALS，比如网络运营商根据行业用户的需求通过BSS或OAM直接更新，因此，UE还会将下发的规则发送给SEALS，以使SEALS能够对本地存储的UE规则进行更新。
具体地，如图9所示，UE规则更新事件通知SEALS的方法流程，包括以下步骤：
步骤901：已在SEALS注册的UE检测到非SEALS下发了UE规则(即第二规则)后，执行步骤902；
步骤902：UE向SEALS发送UE规则更新通知(即通知)；
其中，所述UE规则更新通知携带下发的UE规则。
步骤903：SEALS接收到UE规则更新通知后，更新本地的UE规则；
步骤904：更新完成后SEALS向UE发送UE规则更新通知的响应，以通知UE更新成功。
本申请应用实施例提出的UE规则信息的下发方法，基于SEAL架构，对于已在SEALS注册的UE，通过承载在用户面上的SEAL-UU接口为UE下发UE规则。如此，能够简化下发的步骤，从而大幅减少信令量，同时，还能够减少控制信道资源的占用，即节约无线控制信道资源。
为了实现本申请实施例服务使能架构层服务端侧的方案，本申请实施例还提供一种信息传输装置，设置在服务使能架构层服务端上，如图10所示，该装置包括：
第一接收单元1001，用于接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
配置单元1002，用于通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，该装置还可以包括：校验单元1003，用于对所述第一请求进行校验；
所述配置单元1002，用于校验通过后通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，在所述终端已在所述服务使能架构层服务端注册的情况下，通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，所述配置单元1002，还用于在所述终端未在所述服务使能架构层服务端注册的情况下，通过网络接口为所述终端配置所述第一规则。
在一实施例中，该装置还可以包括：处理单元1004；所述处理单元1004，用于：
接收所述终端发送的第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息；
保存所述终端的注册信息。
在一实施例中，所述处理单元1004，还用于向所述终端发送所述第二请求的响应。
在一实施例中，所述处理单元1004，还用于：
通过所述应用平面接口向所述终端发送所述第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
在一实施例中，所述处理单元1004，还用于：
接收所述终端发送的通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述中终端的第二规则；
利用所述第二规则更新本地所述终端的规则。
在一实施例中，所述处理单元1004，还用于向所述终端发送所述通知的响应。
在一实施例中，所述处理单元1004，还用于：
向所述终端发送第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，接收所述终端发送的通知。
实际应用时，所述第一接收单元1001可由信息传输装置中的通信接口实现；所述配置单元1002、所述校验单元1003和所述处理单元1004可由信息传输装置中的通信接口结合处理器实现。
为了实现本申请实施例终端侧的方案，本申请实施例还提供一种信息传输装置，设置在终端上，如图11所示，该装置包括：
第二接收单元1101，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
保存单元1102，用于保存所述第一规则。
在一实施例中，在所述终端已在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过应用平面接口配置的第一规则。
在一实施例中，所述第二接收单元1101，还用于在所述终端未在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过网络接口配置的第一规则。
在一实施例中，该装置还可以包括：发送单元1103，用于向所述服务使能架构层服务端发送第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息。
在一实施例中，所述第二接收单元1101，还用于接收所述服务使能架构层服务端发送的所述第二请求的响应。
在一实施例中，所述第二接收单元1101，还用于：
接收服务使能架构层服务端通过应用平面接口发送的第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
在一实施例中，所述发送单元1103，还用于向所述服务使能架构层服务端发送通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则。
在一实施例中，所述第二接收单元1101，还用于接收所述服务使能架构层服务端发送的所述通知的响应。
在一实施例中，所述第二接收单元1101，还用于接收所述服务使能架构层服务端发送的第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
所述发送单元1103，还用于在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，向所述服务使能架构层服务端发送所述通知。
实际应用时，所述第二接收单元1101和所述发送单元1103可由信息传输装置中的通信接口实现；所述保存单元1102可由信息传输装置中的通信接口结合处理器实现。
需要说明的是：上述实施例提供的信息传输装置在进行信息传输时，仅以上述各程序单元的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序单元完成，即将装置的内部结构划分成不同的程序单元，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息传输装置与信息传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
基于上述程序模块的硬件实现，且为了实现本申请实施例服务使能架构层服务端侧的方法，本申请实施例还提供了一种服务使能架构层服务端，如图12所示，该服务使能架构层服务端1200包括：
第一通信接口1201，能够与终端进行信息交互；
第一处理器1202，与所述第一通信接口1201连接，以实现与终端进行信息交互，用于运行计算机程序时，执行上述服务使能架构层服务端侧一个或多个技术方案提供的方法；
第一存储器，所述计算机程序存储在所述第一存储器1203上。
具体地，所述第一通信接口1201，用于通过接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
所述第一处理器1202，用于利用所述第一通信接口1201通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，所述第一处理器1202，还用于：
对所述第一请求进行校验；
校验通过后通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，在所述终端已在所述服务使能架构层服务端注册的情况下，利用所述第一通信接口1201通过应用平面接口为所述终端配置所述第一规则。
在一实施例中，所述第一处理器1202，还用于在所述终端未在所述服务使能架构层服务端注册的情况下，利用所述第一通信接口1201通过网络接口为所述终端配置所述第一规则。
在一实施例中，所述第一通信接口1201，还用于接收所述终端发送的第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息；
所述第一处理器1202，还用于保存所述终端的注册信息。
在一实施例中，所述第一通信接口1201还用于向所述终端发送所述第二请求的响应。
在一实施例中，所述第一通信接口，还用于通过所述应用平面接口向所述终端发送所述第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
在一实施例中，所述第一通信接口1201，还用于接收所述终端发送的通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则；
所述第一处理器1202，还用于利用所述第二规则更新本地所述终端的规则。
在一实施例中，所述第一通信接口1201还用于向所述终端发送所述通知的响应。
在一实施例中，所述第一通信接口1201还用于：
向所述终端发送第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，接收所述终端发送的通知。
需要说明的是：所述第一处理器1202和第一通信接口1201的具体处理过程可参照上述方法理解。
当然，实际应用时，服务使能架构层服务端中的各个组件通过总线系统1204耦合在一起。可理解，总线系统1204用于实现这些组件之间的连接通信。总线系统1204除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统1204。
本申请实施例中的第一存储器1203用于存储各种类型的数据以支持服务使能架构层服务端1200的操作。这些数据的示例包括：用于在服务使能架构层服务端1200上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第一处理器1202，或者由所述第一处理器1202实现。所述第一处理器1202可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器1202中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器1202可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器1202可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器1203，所述第一处理器1202读取第一存储器1203中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，第一设备1200可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。
基于上述程序模块的硬件实现，且为了实现本申请实施例终端侧的方法，本申请实施例还提供了一种终端，如图13所示，该终端1300包括：
第二通信接口1301，能够与服务使能架构层服务端进行信息交互；
第二处理器1302，与所述第二通信接口1301连接，以实现与服务使能架构层服务端进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法；
第二存储器1303，所述计算机程序存储在所述第二存储器1303上。
具体地，所述第二通信接口1301，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
所述第二处理器1302，用于保存所述第一规则。
在一实施例中，所述第二通信接口1301，用于在所述终端已在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过应用平面接口配置的第一规则。
在一实施例中，所述第二通信接口1301，还用于在所述终端未在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过网络接口配置的第一规则。
在一实施例中，所述第二通信接口1301，还用于向所述服务使能架构层服务端发送第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息。
在一实施例中，所述第二通信接口1301，还用于接收所述服务使能架构层服务端发送的所述第二请求的响应。
在一实施例中，所述第二通信接口1301，还用于接收服务使能架构层服务端通过应用平面接口发送的第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
在一实施例中，所述第二通信接口1301，还用于向所述服务使能架构层服务端发送通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则。
在一实施例中，所述第二通信接口1301，还用于接收所述服务使能架构层服务端发送的所述通知的响应。
在一实施例中，所述第二通信接口1301，还用于：
接收所述服务使能架构层服务端发送的第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，向所述服务使能架构层服务端发送所述通知。
需要说明的是：第二通信接口1301和第二处理器1302的具体处理过程可参照上述方法理解。
当然，实际应用时，终端中的各个组件通过总线系统1304耦合在一起。可理解，总线系统1304用于实现这些组件之间的连接通信。总线系统1304除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统1304。
本申请实施例中的第二存储器1103用于存储各种类型的数据以支持终端1300的操作。这些数据的示例包括：用于在终端1300上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述第二处理器1302中，或者由所述第二处理器1302实现。所述第二处理器1302可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第二处理器1302中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器1302可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器1302可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器1303，所述第二处理器1302读取第二存储器1303中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，终端1300可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。
可以理解，本申请实施例的存储器(第一存储器1203、第二存储器1303)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，ElectricallyErasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagneticrandom access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，SynchronousStatic Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random AccessMemory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
为实现本申请实施例的方法，本申请实施例还提供一种信息传输系统，如图14所示，该系统包括：SEALS1401和终端1402。
这里，需要说明的是：所述SEALS1401和终端1402的具体处理过程已在上文详述，这里不再赘述。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器1203，上述计算机程序可由SEALS1200的第一处理器1202执行，以完成前述SEALS侧方法所述步骤，再比如包括存储计算机程序的第二存储器1303，上述计算机程序可由终端1300的第二处理器1302执行，以完成前述终端侧方法所述步骤。计算机可读存储介质可以是ROM、PROM、EPROM、EEPROM、FRAM、Flash Memory、磁表面存储器、光盘、或CD-ROM；磁表面存储器可以是磁盘存储器或磁带存储器。
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种信息传输方法，其特征在于，应用于服务使能架构层服务端，包括：
接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
通过应用平面接口为所述终端配置所述第一规则。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对所述第一请求进行校验；
校验通过后通过应用平面接口为所述终端配置所述第一规则。
3.根据权利要求1所述的方法，其特征在于，
在所述终端已在所述服务使能架构层服务端注册的情况下，通过应用平面接口为所述终端配置所述第一规则。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
在所述终端未在所述服务使能架构层服务端注册的情况下，通过网络接口为所述终端配置所述第一规则。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
接收所述终端发送的第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息；
保存所述终端的注册信息。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
向所述终端发送所述第二请求的响应。
7.根据权利要求1所述的方法，其特征在于，通过应用平面接口为所述终端配置所述第一规则时，所述方法还包括：
通过所述应用平面接口向所述终端发送所述第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
8.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：
接收所述终端发送的通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则；
利用所述第二规则更新本地所述终端的规则。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
向所述终端发送所述通知的响应。
10.根据权利要求8所述的方法，其特征在于，所述方法还包括：
向所述终端发送第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，接收所述终端发送的通知。
11.一种信息传输方法，其特征在于，应用于终端，包括：
接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
保存所述第一规则。
12.根据权利要求11所述的方法，其特征在于，
在所述终端已在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端应用平面接口配置的第一规则。
13.根据权利要求12所述的方法，其特征在于，所述方法还包括：
在所述终端未在所述服务使能架构层服务端注册的情况下，接收所述服务使能架构层服务端通过网络接口配置的第一规则。
14.根据权利要求12所述的方法，其特征在于，所述方法还包括：
向所述服务使能架构层服务端发送第二请求，所述第二请求用于请求注册，所述第二请求包含所述终端的注册信息。
15.根据权利要求14所述的方法，其特征在于，所述方法还包括：
接收所述服务使能架构层服务端发送的所述第二请求的响应。
16.根据权利要求11所述的方法，其特征在于，接收服务使能架构层服务端通过应用平面接口配置的第一规则时，所述方法还包括：
接收服务使能架构层服务端通过应用平面接口发送的第一规则的相关信息；所述相关信息包括以下至少之一：
服务使能架构层服务端标识；
垂直行业应用层服务端标识；
第一指示信息；所述第一指示信息用于指示所述第一规则的配置方式。
17.根据权利要求11至16任一项所述的方法，其特征在于，所述方法还包括：
向所述服务使能架构层服务端发送通知，所述通知用于通知更新所述服务使能架构层服务端本地的所述终端的规则，所述通知包含所述终端的第二规则。
18.根据权利要求17所述的方法，其特征在于，所述方法还包括：
接收所述服务使能架构层服务端发送的所述通知的响应。
19.根据权利要求17所述的方法，其特征在于，所述方法还包括：
接收所述服务使能架构层服务端发送的第二指示信息；所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则，或者指示所述终端不能够使用非服务使能架构层服务端配置的第二规则；
在所述第二指示信息指示所述终端能够使用非服务使能架构层服务端配置的第二规则的情况下，向所述服务使能架构层服务端发送所述通知。
20.一种信息传输装置，其特征在于，包括：
第一接收单元，用于接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
配置单元，用于通过应用平面接口为所述终端配置所述第一规则。
21.一种信息传输装置，其特征在于，包括：
第二接收单元，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
保存单元，用于保存所述第一规则。
22.一种服务使能架构层服务端，其特征在于，包括：第一处理器及第一通信接口；其中，
所述第一通信接口，用于接收垂直行业应用层服务端发送的第一请求，所述第一请求用于请求为终端配置第一规则；
所述第一处理器，用于利用所述第一通信接口通过应用平面接口为所述终端配置所述第一规则。
23.一种终端，其特征在于，包括：第二处理器及第二通信接口；其中，
所述第二通信接口，用于接收服务使能架构层服务端通过应用平面接口配置的第一规则；其中，所述第一规则是所述服务使能架构层服务端基于垂直行业应用层服务端发送的第一请求配置的；所述第一请求用于请求为所述终端配置所述第一规则；
所述第二处理器，用于保存所述第一规则。
24.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10任一项所述方法的步骤，或者实现权利要求11至19任一项所述方法的步骤。
CN202210295571.7A 2022-03-23 2022-03-23 信息传输方法、装置、相关设备和存储介质 Pending CN116846522A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210295571.7A CN116846522A (zh) 2022-03-23 2022-03-23 信息传输方法、装置、相关设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210295571.7A CN116846522A (zh) 2022-03-23 2022-03-23 信息传输方法、装置、相关设备和存储介质

Publications (1)

Publication Number Publication Date
CN116846522A true CN116846522A (zh) 2023-10-03

Family

ID=88173003

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210295571.7A Pending CN116846522A (zh) 2022-03-23 2022-03-23 信息传输方法、装置、相关设备和存储介质

Country Status (1)

Country Link
CN (1) CN116846522A (zh)

Similar Documents

Publication Publication Date Title
US11032858B2 (en) Network access method, terminal, access network, and core network
CN110730482B (zh) 无线接入网信息处理方法及装置、网元及存储介质
US10805401B2 (en) Method and apparatus for zero-touch bulk identity assignment, provisioning and network slice orchestration for massive IOT (MIOT) deployments
KR20180134685A (ko) 통신 시스템에서 PDU(Protocol Data Unit) 세션을 설립하는 방법
CN111225348B (zh) 一种应用实例迁移的方法及多接入边缘计算主机
CN111615844B (zh) 用于选择服务无线通信设备的会话管理实体的方法和装置
US20230062452A1 (en) Device and method for providing service according to wireless communication network type in edge computing system
US20220322067A1 (en) Method and apparatus for configuring temporary user equipment (ue) external identifier in wireless communication system
US10972898B2 (en) System and interface for cross administration or technology domain network functions (NFS) instantiation and configuration for roaming users
EP3981109A1 (en) System and method to enable charging and policies for a ue with one or more user identities
CN115004635A (zh) 签约信息获取方法及装置
CN116803066A (zh) 边缘计算中的垂直应用
US20220361093A1 (en) Network Slice Admission Control (NSAC) Discovery and Roaming Enhancements
CN116846522A (zh) 信息传输方法、装置、相关设备和存储介质
CN114189893A (zh) O-ran能力开放方法、通信系统、装置及存储介质
US20230422142A1 (en) Collaboration Between Mobile Network Operators for Mobile Edge Computing Applications
EP4131894B1 (en) Operation of a user equipment within or as part of a telecommunications network using a control plane functionality
WO2022151830A1 (en) Ue id exposure
US20230148200A1 (en) Apparatus, methods, and computer programs
WO2022176425A1 (ja) サーバ、要求エンティティ、及びこれらの方法
WO2023244085A1 (en) Method and system for edge service authorization in roaming scenario
Tomàs Culubret Implementation of a non-rt ric for automation service deployment over 4g small cells based on openairinterface technology
CN117640714A (zh) 通信方法、设备及存储介质
CN116471590A (zh) 终端接入方法、装置及鉴权服务功能网元
CN117676490A (zh) 通信方法、装置、相关设备及存储介质

Legal Events

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