一种可行性检查的处理方法、装置及设备与流程

1.本发明涉及技术领域，特别是指一种可行性检查的处理方法、装置及设备。


背景技术：

2.在进行网络分配、网络部署之前可以进行网络可行性检查，以保证网络配置、网络部署的可行性。当前网络可行性检查需要对于整体网络的状况、资源等进行检查，确定没有问题后才可进行网络分配、网络部署等相关后续操作。但是，目前在可行性检查的管理流程中，仅仅定义了执行可行性检查的网元，还没有给出可行性检查的具体方案。


技术实现要素：

3.本发明的目的是提供一种可行性检查的处理方法、装置及设备，以解决目前的可行性检查的管理流程中还未给出可行性检查的具体方案的问题。
4.为达到上述目的，本发明的实施例提供一种可行性检查的处理方法，应用于第一设备，所述方法包括：
5.接收第二设备发送的第一请求消息；
6.创建和/或配置第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。
7.可选地，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建和/或配置所述可行性检查工作实例的创建请求信息。
8.可选地，创建和/或配置第一网络切片相关要求的可行性检查工作实例之后，还包括：
9.向所述第二设备发送第一响应消息。
10.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
11.可选地，所述方法还包括：
12.接收所述第二设备发送的第二请求消息；
13.获取所述可行性检查工作实例的属性信息。
14.可选地，所述获取所述可行性检查工作实例的属性信息之后，还包括：
15.向所述第二设备发送第二响应消息。
16.可选地，所述第二响应消息携带所述可行性检查工作实例的属性信息。
17.可选地，所述属性信息包括以下至少一项：
18.所述可行性检查工作实例的运行状态；
19.对所述第一网络切片相关要求进行可行性检查的工作进度；
20.对所述第一网络切片相关要求进行可行性检查的可行性检查结果；
21.所述可行性检查结果的评论文本。
22.可选地，所述方法还包括：
23.接收第二设备发送的第三请求消息；
24.删除所述可行性检查工作实例。
25.可选地，所述删除所述可行性检查工作实例之后，还包括：
26.向所述第二设备发送第三响应消息。
27.可选地，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。
28.为达到上述目的，本发明的实施例提供一种可行性检查的处理方法，应用于第二设备，所述方法包括：
29.向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。
30.可选地，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。
31.可选地，所述向第一设备发送第一请求消息之后，还包括：
32.接收所述第一设备发送的第一响应消息。
33.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
34.可选地，所述向第一设备发送第一请求消息之后，还包括：
35.向所述第一设备发送第二请求消息；其中，所述第二请求消息用于指示获取所述可行性检查工作实例的属性信息。
36.可选地，所述向所述第一设备发送第二请求消息之后，还包括：
37.接收所述第一设备发送的第二响应消息。
38.可选地，所述第二响应消息携带所述属性信息。
39.可选地，所述属性信息包括以下至少一项：
40.所述可行性检查工作实例的运行状态；
41.对所述第一网络切片相关要求进行可行性检查的工作进度；
42.对所述第一网络切片相关要求进行可行性检查的可行性检查结果；
43.所述可行性检查结果的评论文本。
44.可选地，所述方法还包括：
45.若所述属性信息中的可行性检查结果为可行，则向所述第一设备请求配置满足所述第一网络切片相关要求的网络切片和/或网络切片子网；
46.若所述属性信息中的可行性检查结果为不可行，则更新所述第一网络切片相关要求。
47.可选地，所述方法还包括：
48.向所述第二设备发送第三请求消息；其中，所述第三请求消息用于指示删除所述可行性检查工作实例。
49.可选地，所述向所述第二设备发送第三请求消息之后，还包括：
50.接收所述第一设备发送的第三响应消息。
51.可选地，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。
52.为达到上述目的，本发明实施例提供一种可行性检查的处理装置，应用于第一设备，包括：
53.第一接收模块，用于接收第二设备发送的第一请求消息；
54.第一处理模块，用于创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。
55.为达到上述目的，本发明的实施例提供一种可行性检查的处理装置，应用于第二设备，包括：
56.第一发送模块，用于向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。
57.为达到上述目的，本发明的实施例提供一种设备，包括：收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令；在所述设备为第一设备的情况下，所述处理器执行所述程序或指令时实现如上第一设备侧的可行性检查的处理方法中的步骤；在所述设备为第二设备的情况下，所述处理器执行所述程序或指令时实现如上第二设备侧的可行性检查的处理方法中的步骤。
58.为达到上述目的，本发明的实施例提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上第一设备侧或第二设备侧的可行性检查的处理方法中的步骤。
59.本发明的上述技术方案的有益效果如下：
60.本发明实施例中，第一设备接收第二设备发送的第一请求消息，创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程，即给出了可行性检查的管理流程中可行性检查的具体方案，实现了可行性检查操作的相应细化，为网管系统实现提供了解决方案。
附图说明
61.图1为本发明实施例的第一设备侧可行性检查的处理方法的流程图；
62.图2为本发明实施例的可行性检查的处理方法的流程图；
63.图3为本发明实施例的第一设备侧可行性检查的处理装置的框图；
64.图4为本发明实施例的设备的框图；
65.图5为本发明实施例的第二设备侧可行性检查的处理方法的流程图；
66.图6为本发明实施例的第二设备侧可行性检查的处理装置的框图。
具体实施方式
67.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
68.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
69.在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺
序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
70.另外，本文中术语“系统”和“网络”在本文中常可互换使用。
71.在本技术所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
72.如图1所示，本发明实施例的一种可行性检查的处理方法，应用于第一设备，所述方法包括：
73.步骤11：接收第二设备发送的第一请求消息。
74.可选地，所述第一设备可以称为网络切片子网管理服务提供者(nssms_provider)，第二设备可以称为网络切片子网管理服务消费者(nssms_consumer)
75.可选地，所述第一请求消息可以用于指示第一设备对第一网络切片相关要求进行可行性检查，如所述第一请求消息可以用于指示第一设备创建对第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程，该第一请求消息也可以称为可行性检查工作创建请求消息。
76.可选地，所述第一请求消息可以携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。
77.步骤12：创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。
78.例如：可行性检查工作(feasibility check job，ioc)表示网络切片相关要求的可行性检查工作(如服务文件(serviveprofile)可以表示网络切片相关要求，切片文件(sliceprofile)表示网络切片子网相关要求)，以确定是否可以满足网络切片相关要求，其可以由子网(subnetwork)包含名称。
79.当nssms_consumer导出网络切片相关需求(即serviveprofile、sliceprofile)时，在请求nssms_provider分配或修改nsi或nssi之前，nssms_consumer可以向nssms_provider发送对指定网络切片相关要求的可行性检查的请求消息。为了表达特定网络切片相关要求(即serviceprofile、sliceprofile)的可行性检查工作，nssms_consumer需要请求nssms_provider在指定网络切片相关要求的nssms_provider创建一个可行性检查工作实例，并执行可行性检查过程。
80.(如可行性检查工作的进度、可行性检查结果、可行性检查结果的评论文件、可行性检查工作实例的运行状态等)上述方案中，第一通信设备接收第二通信设备发送的第一请求消息，创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程，即给出了可行性检查的管理流程中可行性检查的具体方案，实现了可行性检查操作的相应细化，为网管系统实现提供了解决方案。
81.可选地，可选地，所述创建和/或配置第一网络切片相关要求的可行性检查工作实例之后，还包括：
82.向所述第二设备发送第一响应消息。
83.该实施例中，向所述第二设备发送响应消息，并不限定为是在完成创建和/或配置第一网络切片相关要求的可行性检查工作实例之后，也即可以是在完成创建和/或配置第
一网络切片相关要求的可行性检查工作实例之后向所述第二设备发送第一响应消息，也可以是在完成创建和/或配置第一网络切片相关要求的可行性检查工作实例之前向所述第二设备发送第一响应消息，如触发创建和/或配置第一网络切片相关要求的可行性检查工作实例时向所述第二设备发送第一响应消息等，发明实施例不以此为限。
84.可选地，所述第一响应消息可以用于指示创建和/或配置可行性检查工作实例，和/或，所述第一响应消息可以用于指示可行性检查工作实例的属性信息(如可行性检查工作的进度、可行性检查结果、可行性检查结果的评论文件、可行性检查工作实例的运行状态等，本发明实施例不以此为限)，如协议约定第二设备接收到所述第一响应消息时可以确定创建和/或配置了可行性检查工作实例，和/或，确定可行性检查的结果等。
85.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
86.例如：在所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息时，即在第一设备创建了所述可行性检查工作实例时，可以向所述第二设备发送第一响应消息，以使得第二设备获知针对第一网络切片相关要求创建的可行性检查工作实例，以便于后续第二设备可以基于该可行性检查工作实例向第一设备请求查询可行性检查工作实例的属性信息等。这里该第一响应消息也可以称为可行性检查创建响应消息。
87.又例如：在所述第一响应消息携带用于指示所述可行性检查工作实例的属性信息时，即在第一设备创建了所述可行性检查工作实例并执行对第一网络切片相关要求的可行性检查过程中，可以由第一设备向第二设备主动发送第一响应消息，以使得第二设备获知针对第一网络切片相关要求的可行性检查工作实例的属性信息等，还可以便于后续第二设备针对可行性检查工作实例的属性信息执行相应操作，如可行性检查结果表明可行，则第二设备侧可以请求第一设备侧分配具有检查的网络切片相关要求(即serviceprofile或sliceprofile)的网络切片或网络切片子网；如可行性检查结果不可行，则第二设备可以更新该第一网络切片相关要求，并可能再次触发可行性检查工作等。
88.可选地，所述方法还包括：
89.接收所述第二设备发送的第二请求消息；
90.获取所述可行性检查工作实例的属性信息。
91.可选地，所述第二请求消息可以用于指示获取所述可行性检查工作实例的属性信息，即查询所述可行性检查工作实例的属性信息，其中，获取所述可行性检查工作实例的属性信息可以是从本身存储的内容中获取到，或者是从其他网元处获取到，本发明实施例不以此为限。这里第二请求消息也可以称为可行性检查工作进度和结果查询请求消息。
92.其中，所述属性信息包括但不限于以下至少一项：所述可行性检查工作实例的运行状态；对所述第一网络切片相关要求进行可行性检查的工作进度；对所述第一网络切片相关要求进行可行性检查的可行性检查结果；所述可行性检查结果的评论文本。可选地，属性信息可以在创建可行性检查工作实例时配置等，当然本发明实施例不以此为限。
93.例如：可行性检查工作实例的配置信息可以包括但不限于以下至少一项：sliceprofile、serviceprofile、运行状态(operationalstate)、进度(progress)、可行性检查结果(feasibilityresult)和评论文件(commenttext)等，如表1所示。
94.表1
95.属性名字支持限定可读可写是否不变可通知sliceprofilecmttftserviceprofilecmttftoperationalstatemtfftprogressmtfftfeasibilityresultmtfftcommenttextotfft
96.其中，operationalstate是用于描述可行性检查工作实例的运行状态的属性。该属性可以由nssms_provider配置，可由nssms_consumer读取。其允许值可以是：正在执行，已完成。
97.progress是描述对所述第一网络切片相关要求进行可行性检查的工作进度的属性，其可以通过百分比的形式指定可行性检查作业的进度。该属性由nssms_provider配置，可由nssms_consumer读取。其允许值可以是：0～100。
98.feasibilityresult是描述对所述第一网络切片相关要求进行可行性检查的可行性检查结果。该属性由nssms_provider配置，可由nssms_consumer读取。其允许值可以是：可行、不可行；
99.其中，可行表示nssms_provider可以满足第一网络切片相关要求(即serviceprofile、sliceprofile)。不可行表示第一网络切片相关要求(即serviceprofile、sliceprofile)不能被nssms_provider满足。
100.commenttext是描述针对可行性检查结果的评论的属性，例如：在feasibilityresult的值表示不可行的情况下，commenttext可以指示不可行的原因等，本发明实施例不以此为限。
101.具体的，为了获取可行性检查的工作进度，nssms_consumer可以请求nssms_provider查询属性“operationalstate”和“progress”的值，如可以在执行对第一网络切片相关要求的可行性检查流程中，nssms_consumer可以请求nssms_provider查询属性“operationalstate”和“progress”的值。为了获得可行性检查结果，nssms_consumer可以在可行性检查流程完成时请求nssms_provider查询属性“feasibilityresult”的值和/或可选查询“commenttext”等，本发明实施例不以此限。
102.可选地，所述获取所述可行性检查工作实例的属性信息之后，还包括：
103.向所述第二通信设备发送第二响应消息。
104.可选地，所述第二响应消息可以用于指示所述可行性检查工作实例的属性信息，如通过所述第二响应消息直接指示可行性检查的工作进度和/或结果等，本法民实施例不以此为限。
105.可选地，所述第二响应消息可以携带所述属性信息。
106.例如：在第一设备查询到相应的属性信息(如“operationalstate”和“progress”的值等)，向所述第二设备发送第二响应消息，以使得的第二设备侧可以获知当前可行性检查的工作进度和/或结果。这里第二响应消息也可以称为可行性检查工作进度和结果查询响应消息。
107.可选地，所述方法还包括：
108.接收第二设备发送的第三请求消息；
109.删除所述可行性检查工作实例。
110.其中，所述第三请求消息可以用于指示删除第一网络切片相关要求的可行性检查工作实例。例如：在获取到可行性检查结果后，nssms_consumer可以请求nssms_provider删除nssms_provider端的可行性检查工作实例。这里第三请求信息也可以称为可行性检查工作删除请求消息。
111.可选地，所述删除所述可行性检查工作实例之后，还包括：
112.向所述第二设备发送第三响应消息。
113.可选地，所述第三响应消息可以用于指示已删除所述可行性检查工作实例。例如：协议约定当第二设备接收到所述第三响应消息时即确定已删除所述可行性检查工作实例。
114.可选地，所述第三响应消息还可以携带用于指示已删除所述可行性检查工作实例的第二指示信息。
115.该实施例中，在第一设备删除第一网络切片相关要求的可行性检查工作实例后，还可以向第二设备反馈第三响应消息，以使得第二设备可获知第一设备已删除所述可行性检查工作实例。这里第三响应消息也可以称为可行性检查工作删除响应消息。
116.如图2所示，本发明实施例还提供一种可行性检查的处理方法的流程图，具体包括：
117.步骤1：nssms_provider接收到nssms_consumer发送的可行性检查工作创建请求(创建moi操作)以及网络切片相关要求，以请求检查是否可以满足网络切片相关要求。
118.步骤2：nssms_provider创建可行性检查工作实例并配置属性信息，如sliceprofile、serviceprofile、operationalstate、progress、feasibilityresult和commenttext等。nssms_provider开始执行可行性检查过程，此时nssms_provider也可能会请求其他mns生产者使用相同的网络切片子网可行性检查程序检查网络切片子网成分的可行性。
119.步骤3：nssms_provider向nssms_consumer发送可行性检查工作创建响应。
120.步骤4：在可行性检查流程执行期间，nssms_provider接收到nssms_consumer发送的指定了可行性检查工作实例的可行性检查工作进度和结果查询请求(getmoiattributes)，以查询该项目的属性“progress”和“feasibilityresult”的值。
121.步骤5：nssms_provider为指定的可行性检查工作实例读取属性“progress”和“feasibilityresult”的值。
122.步骤6：nssms_provider向nssms_consumer发送可行性检查作业进度和结果查询响应(getmoiattributes)，其中包含指定可行性检查工作实例的属性“progress”和“feasibilityresult”的值。
123.步骤7：当nssms_consumer决定删除可行性检查工作实例时(例如：获得了可行性检查结果)，nssms_provider接收针对指定的可行性检查工作实例的可行性检查工作删除请求(deletemoi操作)。
124.步骤8：nssms_provider删除指定的可行性检查工作实例。
125.步骤9：nssms_provider为已删除的可行性检查工作实例发送可行性检查作业删除响应。
126.上述方案中给出了可行性检查的管理流程中可行性检查的具体方案，实现了可行性检查操作的相应细化，并且明确了可行性检查响应解决方案，为网管系统实现提供了解决方案。
127.以上就本发明实施例的可行性检查的处理方法进行说明，以下对所述方法对应的装置、设备进行说明。
128.如图3所示，本发明实施例的一种可行性检查的处理装置300，应用于第一设备，包括：
129.第一接收模块310，用于接收第二设备发送的第一请求消息；
130.第一处理模块320，用于创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。
131.可选地，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。
132.可选地，所述装置300还包括：
133.第一发送模块，用于向所述第二设备发送第一响应消息。
134.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
135.可选地，所述装置300还包括：
136.第二接收模块，用于接收所述第二设备发送的第二请求消息；
137.第二处理模块，用于获取所述可行性检查工作实例的属性信息。
138.可选地，所述装置300还包括：
139.第第二发送模块，用于向所述第二设备发送第二响应消息。
140.可选地，所述第二响应消息携带所述属性信息。
141.可选地，所述属性信息包括以下至少一项：
142.所述可行性检查工作实例的运行状态；
143.对所述第一网络切片相关要求进行可行性检查的工作进度；
144.对所述第一网络切片相关要求进行可行性检查的可行性检查结果；
145.所述可行性检查结果的评论文本。
146.可选地，所述装置300还包括：
147.第三接收模块，用于接收第二设备发送的第三请求消息；
148.第三处理模块，用于删除所述可行性检查工作实例。
149.可选地，所述装置300还包括：
150.第三发送模块，用于向所述第二设备发送第三响应消息。
151.可选地，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。
152.本发明实施例中的装置能够实现上述第一设备侧的可行性检查的处理方法的各个实施例，且能达到相同的技术效果，为避免重复，这里不再赘述。
153.本发明另一实施例的一种设备，如图4所示，包括收发器410、处理器400、存储器420及存储在所述存储器420上并可在所述处理器400上运行的程序或指令；所述处理器400执行所述程序或指令时实现上述应用于第一设备侧的可行性检查的处理方法中的步骤，且
能达到相同的技术效果，为避免重复，这里不再赘述。
154.所述收发器410，用于在处理器400的控制下接收和发送数据。
155.其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。
156.本发明实施例的一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上应用于第一设备侧的可行性检查的处理方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
157.其中，所述处理器为上述实施例中所述的通信设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
158.以上就第一设备的实施例进行说明，以下结合附图针对与其对应的第二设备侧的实施例进行说明。
159.如图5所示，本发明实施例提供一种可行性检查的处理方法，应用于第二设备，所述方法包括：
160.步骤51：向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。
161.可选地，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。
162.可选地，所述向第一设备发送第一请求消息之后，还包括：
163.接收所述第一设备发送的第一响应消息。
164.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
165.可选地，所述向第一设备发送第一请求消息之后，还包括：
166.向所述第一设备发送第二请求消息；其中，所述第二请求消息用于指示获取所述可行性检查工作实例的属性信息。
167.可选地，所述向所述第一设备发送第二请求消息之后，还包括：
168.接收所述第一设备发送的第二响应消息。
169.可选地，所述第二响应消息携带所述属性信息。
170.可选地，所述属性信息包括以下至少一项：
171.所述可行性检查工作实例的运行状态；
172.对所述第一网络切片相关要求进行可行性检查的工作进度；
173.对所述第一网络切片相关要求进行可行性检查的可行性检查结果；
174.所述可行性检查结果的评论文本。
175.可选地，所述方法还包括：
176.若所述属性信息中的可行性检查结果为可行，则向所述第一设备请求配置满足所述第一网络切片相关要求的网络切片和/或网络切片子网；
177.若所述属性信息中的可行性检查结果为不可行，则更新所述第一网络切片相关要求。
178.可选地，所述方法还包括：
179.向所述第二设备发送第三请求消息；其中，所述第三请求消息用于指示删除所述可行性检查工作实例。
180.可选地，所述向所述第二设备发送第三请求消息之后，还包括：
181.接收所述第一设备发送的第三响应消息。
182.可选地，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。
183.需要说明的是，本发明实施例的第二设备的方法与第一设备侧的方法是对应的，其实施例可以互相参见，且能达到相同的技术效果，重复之处不再赘述。
184.以上就本发明实施例的可行性检查的处理方法进行说明，以下对所述方法对应的装置、设备进行说明。
185.如图6所示，本发明实施例提供一种可行性检查的处理装置600，应用于第二设备，包括：
186.第一发送模块610，用于向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。
187.可选地，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。
188.可选地，所述装置还包括：
189.第一接收模块，用于接收所述第一设备发送的第一响应消息。
190.可选地，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。
191.可选地，所述装置600还包括：
192.第二发送模块，用于向所述第一设备发送第二请求消息；其中，所述第二请求消息用于指示获取所述可行性检查工作实例的属性信息。
193.可选地，所述装置600还包括：
194.第二接收模块，用于接收所述第一设备发送的第二响应消息。
195.可选地，所述第二响应消息携带所述属性信息。
196.可选地，所述属性信息包括以下至少一项：
197.所述可行性检查工作实例的状态；
198.对所述第一网络切片相关要求进行可行性检查的工作进度；
199.对所述第一网络切片相关要求进行可行性检查的可行性检查结果；
200.所述可行性检查结果的评论文本。
201.可选地，所述装置300还包括：
202.第一处理模块，用于若所述属性信息中的可行性检查结果为可行，则向所述第一设备请求配置满足所述第一网络切片相关要求的网络切片和/或网络切片子网；
203.第二处理模块，用于若所述属性信息中的可行性检查结果为不可行，则更新所述第一网络切片相关要求。
204.可选地，所述装置300还包括：
205.第三发送模块，用于向所述第二设备发送第三请求消息；其中，所述第三请求消息用于指示删除所述可行性检查工作实例。
206.可选地，所述装置300还包括：
207.第三接收模块，用于接收所述第一设备发送的第三响应消息。
208.可选地，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。
209.本发明实施例中的装置能够实现上述第二设备侧的可行性检查的处理方法的各个实施例，且能达到相同的技术效果，为避免重复，这里不再赘述。
210.请继续参阅图4，本发明实施例的一种设备，如该设备为第二设备，其包括收发器410、处理器400、存储器420及存储在所述存储器420上并可在所述处理器400上运行的程序或指令；所述处理器400执行所述程序或指令时实现上述应用于第二设备侧的可行性检查的处理方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
211.所述收发器410，用于在处理器400的控制下接收和发送数据。
212.其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。
213.本发明实施例的一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上应用于第一设备侧的可行性检查的处理方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
214.其中，所述处理器为上述实施例中所述的通信设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
215.本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。
216.实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。
217.在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
218.上述范例性实施例是参考该些附图来描述的，许多不同的形式和实施例是可行而不偏离本发明精神及教示，因此，本发明不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本发明会是完善又完整，且会将本发明范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何子范围。
219.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

技术特征：
1.一种可行性检查的处理方法，应用于第一设备，其特征在于，所述方法包括：接收第二设备发送的第一请求消息；创建和/或配置第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。2.根据权利要求1所述的方法，其特征在于，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建和/或配置所述可行性检查工作实例的创建请求信息。3.根据权利要求1所述的方法，其特征在于，创建和/或配置第一网络切片相关要求的可行性检查工作实例之后，还包括：向所述第二设备发送第一响应消息。4.根据权利要求3所述的方法，其特征在于，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。5.根据权利要求1所述的方法，其特征在于，还包括：接收所述第二设备发送的第二请求消息；获取所述可行性检查工作实例的属性信息。6.根据权利要求5所述的方法，其特征在于，所述获取所述可行性检查工作实例的属性信息之后，还包括：向所述第二设备发送第二响应消息。7.根据权利要求6所述的方法，其特征在于，所述第二响应消息携带所述可行性检查工作实例的属性信息。8.根据权利要求4至7中任一项所述的方法，其特征在于，所述属性信息包括以下至少一项：所述可行性检查工作实例的运行状态；对所述第一网络切片相关要求进行可行性检查的工作进度；对所述第一网络切片相关要求进行可行性检查的可行性检查结果；所述可行性检查结果的评论文本。9.根据权利要求1所述的方法，其特征在于，还包括：接收第二设备发送的第三请求消息；删除所述可行性检查工作实例。10.根据权利要求9所述的方法，其特征在于，所述删除所述可行性检查工作实例之后，还包括：向所述第二设备发送第三响应消息。11.根据权利要求10所述的方法，其特征在于，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。12.一种可行性检查的处理方法，应用于第二设备，其特征在于，所述方法包括：向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。13.根据权利要求12所述的方法，其特征在于，所述第一请求消息携带所述第一网络切片相关要求，和/或，用于指示创建所述可行性检查工作实例的创建请求信息。14.根据权利要求12所述的方法，其特征在于，所述向第一设备发送第一请求消息之
后，还包括：接收所述第一设备发送的第一响应消息。15.根据权利要求14所述的方法，其特征在于，所述第一响应消息携带用于指示所述可行性检查工作实例的第一指示信息，和/或，所述可行性检查工作实例的属性信息。16.根据权利要求12所述的方法，其特征在于，所述向第一设备发送第一请求消息之后，还包括：向所述第一设备发送第二请求消息；其中，所述第二请求消息用于指示获取所述可行性检查工作实例的属性信息。17.根据权利要求16所述的方法，其特征在于，所述向所述第一设备发送第二请求消息之后，还包括：接收所述第一设备发送的第二响应消息。18.根据权利要求17所述的方法，其特征在于，所述第二响应消息携带所述属性信息。19.根据权利要求15至18中任一项所述的方法，其特征在于，所述属性信息包括以下至少一项：所述可行性检查工作实例的运行状态；对所述第一网络切片相关要求进行可行性检查的工作进度；对所述第一网络切片相关要求进行可行性检查的可行性检查结果；所述可行性检查结果的评论文本。20.根据权利要求19所述的方法，其特征在于，还包括：若所述属性信息中的可行性检查结果为可行，则向所述第一设备请求配置满足所述第一网络切片相关要求的网络切片和/或网络切片子网；若所述属性信息中的可行性检查结果为不可行，则更新所述第一网络切片相关要求。21.根据权利要求12所述的方法，其特征在于，还包括：向所述第二设备发送第三请求消息；其中，所述第三请求消息用于指示删除所述可行性检查工作实例。22.根据权利要求21所述的方法，其特征在于，所述向所述第二设备发送第三请求消息之后，还包括：接收所述第一设备发送的第三响应消息。23.根据权利要求22所述的方法，其特征在于，所述第三响应消息携带用于指示已删除所述可行性检查工作实例的第二指示信息。24.一种可行性检查的处理装置，应用于第一设备，其特征在于，包括：第一接收模块，用于接收第二设备发送的第一请求消息；第一处理模块，用于创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。25.一种可行性检查的处理装置，应用于第二设备，其特征在于，包括：第一发送模块，用于向第一设备发送第一请求消息；其中，所述第一请求消息用于指示对第一网络切片相关要求进行可行性检查。26.一种设备，包括：收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令；其特征在于，在所述设备为第一设备的情况下，所述处理器执行所述
程序或指令时实现如权利要求1至11中任一项所述的可行性检查的处理方法中的步骤；在所述设备为第二设备的情况下，所述处理器执行所述程序或指令时实现如权利要求12至23中任一项所述的可行性检查的处理方法中的步骤。27.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至23中任一项所述的可行性检查的处理方法中的步骤。

技术总结
本发明提供一种可行性检查的处理方法、装置及设备，涉及通信技术领域。该方法包括：接收第二通信设备发送的第一请求消息；创建第一网络切片相关要求的可行性检查工作实例，并执行对所述第一网络切片相关要求的可行性检查流程。本发明的方案解决了目前的可行性检查的管理流程中还未给出可行性检查的具体方案的问题。题。题。


技术研发人员：孙晓文
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2021.12.31
技术公布日：2023/7/13