信息传输方法、装置、相关设备及存储介质与流程

1.本技术涉及无线通信领域，尤其涉及一种信息传输方法、装置、相关设备及存储介质。


背景技术：

2.第五代移动通信技术(5g)新空口(nr)网络指标可以通过关键绩效指标(kpi)体现，而kpi的计算一般通过性能测量(pm，performance measurement)上报的pm统计进行。从上报方式的角度来说，pm的上报方式可以包括文件上报方式和流模式上报方式。在文件上报方式中，还可能会存在pm采集文件(也可以称为pm文件)的上传通知网管未收到和/或文件服务器尚未找到对应文件的情况出现，所以可以通过pm采集文件的补充采集(以下的描述中简称为补采)的方式解决该问题。
3.然而，相关技术中，pm采集文件的补采的方法尚需优化。


技术实现要素：

4.为解决相关技术问题，本技术实施例提供一种信息传输方法、装置、相关设备及存储介质。
5.本技术实施例的技术方案是这样实现的：
6.本技术实施例提供了一种信息传输方法，应用于网管设备，包括：
7.通过上传(upload)消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
8.通过上传响应(uploadresponse)消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
9.通过传输完成(transfercomplete)消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；
10.通过传输完成响应(transfercompleteresponse)消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
11.上述方案中，针对所述第一时间段内的至少两个pm采集文件中的第一个pm采集文件，通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送对应的第四信息；
12.针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过自动传输完成(autotransfercomplete)消息接收所述被管理设备发送的第三信息；所述第三信息指示相应pm采集文件已经上传；并通过自动传输完成响应(autotransfercompleteresponse)消息向所述被管理设备发送对应的第四信息。
13.上述方案中，通过扩展的upload消息向被管理设备发送第一信息。
14.上述方案中，所述第一信息表征所述第一时间段对应的起始时刻和结束时刻。
15.上述方案中，所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引。
16.上述方案中，所述方法还包括：
17.基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
18.上述方案中，所述基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引，包括：
19.通过获得参数名(getparameternames)消息向所述被管理设备发送第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
20.通过获得参数名响应(getparameternamesres)接收所述被管理设备发送的第六信息；所述第六信息指示所述第一时间段内本地的pm集文件名称；
21.基于所述第六信息，通过获取参数值(getparametervalue)消息向所述被管理设备发送第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
22.通过获取参数值响应(getparametervalueres)消息接收所述被管理设备发送的第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
23.上述方案中，所述方法还包括：
24.基于tr069协议，为所述被管理设备配置数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻。
25.上述方案中，所述基于tr069协议，为所述被管理设备配置数据模型的第一参数，包括：
26.通过设置参数值(setparametervalue)消息设置所述第一参数；
27.接收所述被管理设备通过设置参数值响应(setparametervalueres)消息回复的第九信息；所述第九信息指示收到指令。
28.本技术实施例还提供了一种信息传输方法，应用于被管理设备，包括：
29.通过upload消息接收网管设备发送的第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
30.通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
31.通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；
32.通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
33.上述方案中，针对所述第一时间段内的至少两个pm补充采集文件中的第一个pm采集文件，通过transfercomplete消息向所述网管设备发送第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的对应的第四信息；
34.针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息向所述管理设备发送第三信息；所述第
三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息接收所述管理设备发送的对应的第四信息。
35.上述方案中，通过扩展的upload消息接收所述网管设备发送的第一信息。
36.上述方案中，所述第一信息表征所述第一时间段对应的起始时刻和结束时刻。
37.上述方案中，所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引。
38.上述方案中，所述方法还包括：
39.基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
40.上述方案中，所述基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引，包括：
41.通过getparameternames消息接收所述网管设备发送的第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
42.通过getparameternamesres向所述网管设备发送第六信息；所述第六信息指示所述第一时间段内本地的pm采集文件名称；
43.通过getparametervalue消息接收所述网管设备发送的第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
44.通过getparametervalueres消息向所述网管设备发送第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
45.上述方案中，所述方法还包括：
46.基于tr069协议，接收所述网管设备发送的数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻；
47.基于所述第一参数进行pm采集文件补充采集的相关设置；
48.统计所述第一时间段内的本地的pm采集文件，并记录统计的pm采集文件名称。
49.上述方案中，所述基于tr069协议，接收所述网管设备发送的数据模型的第一参数，包括：
50.通过setparametervalue消息接收所述第一参数；
51.所述方法还包括：
52.通过setparametervalueres消息向所述网管设备回复第九信息；所述第九信息指示收到指令。
53.本技术实施例还提供了一种信息传输装置，包括：
54.第一传输单元，用于通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；并通过uploadresponse消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
55.第二传输单元，用于通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
56.本技术实施例还提供了一种信息传输装置，包括：
57.第三传输单元，用于通过upload消息接收网管设备发送的第一信息；所述第一信
息指示补充采集第一时间段内的pm采集文件；并通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
58.第四传输单元，用于通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
59.本技术实施例还提供了一种网管设备，第一处理器及第一通信接口；其中，
60.所述第一通信接口，用于：
61.通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
62.通过uploadresponse消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
63.通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；
64.通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
65.本技术实施例还提供了一种被管理设备，包括：第二处理器及第二通信接口；其中，
66.所述第二通信接口，用于：
67.通过upload消息接收网管设备发送的第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
68.通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
69.通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；
70.通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
71.本技术实施例还提供了一种网管设备，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，
72.其中，所述第一处理器用于运行所述计算机程序时，执行上述网管设备侧任一方法的步骤。
73.本技术实施例还提供了一种被管理设备，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，
74.其中，所述第二处理器用于运行所述计算机程序时，执行上述被管理设备侧任一方法的步骤。
75.本技术实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述网管设备侧任一方法的步骤，或者实现上述被管理设备侧任一方法的步骤。
76.本技术实施例提供的信息传输方法、装置、相关设备及存储介质，网管设备通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的测量
management)；
98.与gprs隧道协议(gtp)管理有关的测量(英文可以表达为measurements related to gtp management)；
99.与ip管理有关的测量(英文可以表达为measurements related to ip management)；
100.与策略相关(pa，policy association)有关的测量(英文可以表达为measurements related to pa)；
101.与移动性管理(mm，mobility management)有关的测量(英文可以表达为measurements related to mm)；
102.与虚拟资源(vr，virtualized resource)有关的测量，(英文可以表达为measurements related to vr)；
103.与载波(carr)有关的测量(英文可以表达为measurements related to carrier)；
104.与服务质量(qos)流(qf，qos flow)有关的测量(英文可以表达为measurements related to qf)。
105.相关技术中，pm的采集可以分为两类，一类是基于周期的测量上报，一种是基于阈值的pm性能上报。上报方式可以分为文件上报方式和流模式上报方式。其中，文件上报方式和流模式上报方式中被管理设备的具体实现可参照相关技术理解。
106.实际应用时，通常网管设备获取pm采集文件的流程包括：
107.步骤1：网管设备通知创建pm采集任务，并指出pm采集文件的上报周期；
108.步骤2：被管理设备(比如皮基站(nanocell或演进型皮基站(enonalcell))按照pm采集任务进行测量采样，并将采样数据记录到pm采集文件中；
109.步骤3：到达上报周期后，被管理设备为采集文件命名，并基于文件传输协议(ftp)/ssh文件传输协议(sftp)上传到文件服务器；
110.步骤4：被管理设备上传文件后通知网管设备文件已经生成。
111.其中，在步骤4中，被管理设备基于tr069协议与管理设备进行通信；具体地，被管理设备与管理设备进行通信的流程可参照图1所示流程理解。
112.但是，实际应用中，可能会出现pm采集文件的上传通知网管设备未收到和/或文件服务器尚未找到对应文件的情况，此时可以通过pm采集文件的补采方式解决该问题。
113.基于此，提出基于tr069协议的pm采集文件的补采方式。
114.具体地，基于tr069协议的pm采集文件的补采方式主要存在以下两种方式：
115.第一种方式，在数据模型中增加管理参数，即提供时间参数使被管理设备再次上传pm采集文件；
116.示例性地，在数据模型中增加重传文件的起始时刻，当被管理设备被配置了该时间参数后，被管理设备在本地存储器中找到该时间参数对应的时间生成的pm采集文件，将找到的pm采集文件上传文件服务器，然后通知网管设备。
117.但是这种方式存在以下缺点：
118.首先，由于没有结束时刻的限制，所以被管理设备可能一次只能上传一个pm采集文件，即仅上传该时间参数对应的时间生成的pm采集文件，这显然不符合管理设备的实际
需求；
119.其次，对于批量配置、新接入设备的初始配置，要时刻注意不猜参数必须清0，即设置该时间参数无效，否则新接入的被管理设备将会按照配置进行pm采集文件上传操作，然而，新接入的被管理设备显然没有这些文件的，因此，会向管理设备上报告警。
120.第二种方式，在数据模型中增加管理参数，即提供设置时间段参数使被管理设备再次上传文件；
121.示例性地，在数据没模型中增加重传文件的起始时刻和结束时刻，当被管理设备被配置了该时间参数后，被管理设备在本地存储器中找到该事件参数对应的时间段范围内的pm采集文件，将找到的pm采集文件上传文件服务器，然后通知网管设备。
122.但是，这种方式也会存在与第一种方式类似的缺点，即对于批量配置、新接入设备的初始配置，要时刻注意不猜参数必须清0，即设置该时间参数无效否则新接入的被管理设备将按照配置进行pm采集文件上传操作，然而，新接入的管理设备显然没有这些文件的，因此会向管理设备上报告警。
123.从上面的描述可以看出，pm采集文件的补采的方案均存在一定缺陷，尚需优化。
124.基于此，在本技术的各种实施例中，网管设备通过使用upload指令并扩展消息参数通知被管理设备进行pm采集文件的补采，被管理设备通过transfercomplete通知网管补采完成。
125.本技术实施例提供一种信息传输方法，应用于网管设备，如图2所示，该方法包括：
126.步骤201：通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
127.步骤202：通过uploadresponse消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
128.步骤203：通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；
129.步骤204：通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
130.其中，在步骤201中，所述第一信息也可以理解为指示再次上传所述第一时间段内的pm采集文件。
131.实际应用时，当所述管理设备未收到pm采集文件的上传通知和/或文件服务器找不到对应的pm采集文件的时候，所述网管设备会通过upload消息向被管理设备发送第一信息，以便进行pm采集文件的补采。
132.在一实施例中，可以对upload消息进行扩展，采用扩展的upload消息向被管理设备发送第一信息。
133.具体地，可以在upload消息中补充文件类型，使被管理设备识别目标文件类型；例如，文件类型是：pm(补采)文件；并在upload消息中补充补采时间段，使被管理设备识别补采哪一时间周期内的pm文件；示例性地，可以补充为开始日期-开始时刻-结束日期-结束时刻。
134.由于本技术实施例的方案是一种基于tr069协议实现的pm采集文件的补采方案，因此，按照tr069协议，所述被管理设备收到通过upload消息发送的第一信息后，会通过
uploadresponse消息向所述管理设备发送第二信息，以便进行响应。
135.在步骤203～204中，实际应用时，所述第一时间段内的pm采集文件的个数可以是一个，也可以是多个。
136.当所述第一时间段内的pm采集文件的个数为至少两个时，由于transfercomplete只能对应1个upload指令，剩余的pm采集文件需要使用autotransfercomplete通知网管设备上传完成，即通过autotransfercomplete通知网管设备多于1个的pm采集文件上传完成。
137.基于此，在一实施例中，针对所述第一时间段内的至少两个pm采集文件中的第一个pm采集文件，通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送对应的第四信息；
138.针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息向所述被管理设备发送对应的第四信息。
139.实际应用时，可以通过upload消息直接指示所述被管理设备补采的时间段的方式实现pm采集文件的补采，以便所述被管理设备根据指示的补采的时间段进行pm采集文件的补采，在这种方式下，所述第一信息表征所述第一时间段对应的起始时刻和结束时刻。
140.还可以通过扩展数据模型，即在数据模型中增加pm补采管理对象，通过upload消息指示补采时间段内的pm采集文件实例索引(可以理解为对统计的pm采集文件的编号)的方式实现pm采集文件的补采，在这种方式下，所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引。其中，示例性地，所述pm补采管理对象如图3所示。同时，这种方式下，所述网络设备需要获取补采时段段内的pm采集文件实例索引，以便通过upload消息指示补采时间段内的pm采集文件实例索引。
141.基于此，在一实施例中，该方法还可以包括：
142.基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
143.其中，在一实施例中，所述基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引，包括：
144.通过getparameternames消息向所述被管理设备发送第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
145.通过getparameternamesres接收所述被管理设备发送的第六信息；所述第六信息指示所述第一时间段内本地的pm集文件名称；
146.基于所述第六信息，通过getparametervalue消息向所述被管理设备发送第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
147.通过getparametervalueres消息接收所述被管理设备发送的第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
148.这里，实际应用时，所述管理设备需要向被管理设备配置pm采集文件补采的时间段信息，以便所述被管理设备进行pm采集文件的补采。
149.基于此，在一实施例中，在基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引之前，该方法还可以包括：
150.基于tr069协议，为所述被管理设备配置数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻。
151.其中，在一实施例中，所述基于tr069协议，为所述被管理设备配置数据模型的第一参数，包括：
152.通过setparametervalue消息设置所述第一参数；
153.接收所述被管理设备通过setparametervalueres消息回复的第九信息；所述第九信息指示收到指令。
154.所述网管设备收到第四信息后，就可以从文件服务器获取所述第一时间段内的pm采集文件。
155.相应地，本技术实施例还提供了一种信息传输方法，应用于被管理设备，如图4所示，该方法包括以下步骤：
156.步骤401：通过upload消息接收网管设备发送的第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
157.步骤402：通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
158.步骤403：通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；
159.步骤404：通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
160.其中，在一实施例中，针对所述第一时间段内的至少两个pm补充采集文件中的第一个pm采集文件，通过transfercomplete消息向所述网管设备发送第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的对应的第四信息；
161.针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息向所述管理设备发送第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息接收所述管理设备发送的对应的第四信息。
162.在一实施例中，通过扩展的upload消息接收所述网管设备发送的第一信息。
163.在一实施例中，当所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引时，即在所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引的情况下，该方法还可以包括：
164.基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
165.其中，在一实施例中，所述基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引，包括：
166.通过getparameternames消息接收所述网管设备发送的第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
167.通过getparameternamesres向所述网管设备发送第六信息；所述第六信息指示所述第一时间段内本地的pm采集文件名称；
168.通过getparametervalue消息接收所述网管设备发送的第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
169.通过getparametervalueres消息向所述网管设备发送第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
170.这里，在一实施例中，在基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引之前，该方法还可以包括：
171.基于tr069协议，接收所述网管设备发送的数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻；
172.基于所述第一参数进行pm采集文件补充采集的相关设置；
173.统计所述第一时间段内的本地的pm采集文件，并记录统计的pm采集文件名称。
174.其中，实际应用时，可以在一个列表中记录统计的pm采集文件名称，以便在收到所述第五信息时，根据列表中记录的pm采集文件名称，向所述网管设备发送第六信息。
175.这里，在一实施例中，所述基于tr069协议，接收所述网管设备发送的数据模型的第一参数，包括：
176.通过设置参数值setparametervalue消息接收所述第一参数；
177.相应地，该方法还可以包括：
178.通过setparametervalueres消息向所述网管设备回复第九信息；所述第九信息指示收到指令。
179.本技术实施例还提供了一种信息传输方法，如图5所示，该方法包括以下步骤：
180.步骤501：网管设备通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的测量性能pm采集文件；
181.步骤502：被管理设备通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
182.步骤503：所述被管理设备通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；
183.步骤504：所述网管设备通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
184.这里，需要说明的是：网管设备和被管理设备的具体处理过程已在上文详述，这里不再赘述。
185.本技术实施例提供的信息传输方法，网管设备通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的测量性能pm采集文件；被管理设备通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；所述被管理设备通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；网管设备通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息，网管设备通过使用upload指令通知被管理设备进行pm采集文件的补采，被管理设备通过transfercomplete通知网管补采完成，从而实现了基于tr069协议的pm采集文件的补采；同时，对于新接入的和/或重新启动
的被管理设备，不需要按照配置进行pm采集文件的上传操作，就能够避免因为没有这些pm采集文件而上报告警的问题。
186.下面结合应用实施例对本技术再作进一步详细的描述。
187.应用实施例一
188.在本应用实施例中，使用upload及uploadresponse消息对，和transfercomplete及transfercompleteresponse消息对实现基于tr069的pm采集文件的补采。
189.其中，网管设备通过upload消息指示被管理设备上传pm采集文件，具体地：
190.(1)在upload消息中补充文件类型，使被管理设备识别目标文件类型，例如，文件类型是：pm(补采)文件；
191.(2)在upload消息中补充补采时间段，使被管理设备识别补采哪一时间周期内的pm文件，示例性地，可以补充为开始日期-开始时刻-结束日期-结束时刻。
192.这里，本应用实施例采用扩展的upload消息。实际应用时，本应用实施例的upload消息的定义如表1所示：
193.[0194][0195]
表1
[0196]
其中，扩展的文件类型和时间段如表1所示的扩展字段所示。
[0197]
被管理设备通过transfercomplete消息通知网管设备pm文件已经上传，当被管理设备将pm采集文件上传到文件服务器后，就可以通过transfercomplete消息通知网管设备可以获取文件了，即通知网管设备pm采集文件已经上传。
[0198]
当补采时间段内可能存在多个pm文件，而transfercomplete只能对应1个upload指令，剩余的pm采集文件使用autotransfercomplete通知网管设备上传完成，即通过autotransfercomplete通知网管多于1个的pm采集文件上传完成。
[0199]
如图6所示，本应用实施例pm采集文件补采流程包括以下步骤：
[0200]
步骤601：网管通过upload消息通知(即指示)设备补采pm采集文件；
[0201]
这里，消息携带文件类型“pm(补采)”、补采时间段“开始日期-开始时间-结束日期-结束时间”信息，即采用表1所示定义的upload消息。
[0202]
步骤602：设备收到upload消息后，回复uploadresponse以通知网管收到指令；
[0203]
步骤603：设备通过upload消息获知本次需要执行pm采集文件补采，并获得补采时间段；
[0204]
步骤604：设备在本地存储器找到补采时间段内补采所需的pm采集文件；
[0205]
步骤605：设备基于ftp/sftp上传补采时间段内的pm采集文件到文件服务器；
[0206]
这里，补采时间段内的pm采集文件可以包含多个pm采集文件，本应用实例中，假设包含三个pm采集文件，分别是pm采集文件1、pm采集文件2、pm采集文件3；
[0207]
步骤606：设备通过transfercomplete消息通知网管pm采集文件1上传完成；
[0208]
步骤607：网管收到transfercomplete消息后，回复transfercompleteresponse消息，以通知设备收到通知；
[0209]
步骤608：设备通过autotransfercomplete消息通知网管pm采集文件2上传完成；
[0210]
步骤609：网管收到autotransfercomplete消息后，回复autotransfercompleteresponse消息，以通知设备收到通知；
[0211]
步骤610：设备通过autotransfercomplete消息通知网管pm采集文件3上传完成；
[0212]
步骤611：网管收到autotransfercomplete消息后，回复autotransfercompleteresponse消息，以通知设备收到通知；
[0213]
步骤612：网管从文件服务器获取pm采集文件。
[0214]
这里，需要说明的是：设备不需要等到接收到对之前上传结果通知的transfercompleteresponse或autotransfercompleteresponse消息而发送下一个pm采集文件上传完成的通知；也就是说，对于步骤607和608，在执行顺序上不分先后；相应地，对于步骤609和610，在执行顺序上不分先后；另外，步骤610与步骤608，在执行顺序上不分先后。
[0215]
从上面的描述可以看出，在本应用实施例中，pm采集文件的补采流程完全遵守了tr069协议流程，由于通过使用upload指令并扩展消息参数通知设备补采pm采集文件，设备通过transfercomplete通知网管pm采集文件的补采完成，而不需要对数据模型进行修改，这样，对于新接入的和/或重新启动的设备，就能够避免因为没有这些pm采集文件而上报告警的问题。
[0216]
应用实施例二
[0217]
在本应用实施例中，对数据模型进行扩展，即在数据模型中增加pm补采管理对象；具体地，在数据模型中增加pm采集文件补采相关参数，该参数包含：
[0218]
(1)starttime，表示pm采集文件补采的开始时间，指以该时间作为起始时间，pm文件名称中“《startdtae》《starttime》”晚于或等于该时间的文件都属于补采范围内的pm采集文件
[0219]
(2)endtime：表示pm采集文件补采的结束时间，指以该时间作为结束时间，pm文件名称中“startdtae/《enddate》《endtime》”早于或等于该时间的文件都属于补采范围内的pm采集文件；
[0220]
(3)complementarypmfilelist表示补采的pm采集文件的名称，指在上述starttime、endtime时间约束范围内的pm采集文件名称列表。
[0221]
这样，就得到图3所示的pm补采管理对象。
[0222]
由于对数据模型进行扩展，所以对于新接入的、或者重新启动的设备来说，时间段内(即上述开始时间和结束时间对应的时间段内)的pm采集文件并不上报至网管，而是将本地已有的pm采集文件名称填写至补采pm文件列表complementarypmfilelist里，网管主动读取文件列表，从而根据列表中的名称指示设备上报pm采集文件，并不是设备直接上报pm采集文件。
[0223]
其中，依然使用upload及uploadresponse消息对，和transfercomplete及transfercompleteresponse消息对实现基于tr069的pm采集文件的补采。
[0224]
其中，网管设备通过upload消息指示被管理设备上传pm采集文件，具体地：
[0225]
(1)在upload消息中补充文件类型，使被管理设备识别目标文件类型，例如，文件类型是：pm(补采)文件；
[0226]
(2)在upload消息中补充补采时间段，使被管理设备识别补采哪一时间周期内的pm文件，示例性地，可以补充为开始日期-开始时刻-结束日期-结束时刻。
[0227]
这里，本应用实施例采用扩展的upload消息。实际应用时，本应用实施例的upload消息的定义如表2所示：
[0228]
[0229][0230]
表2
[0231]
其中，扩展的文件类型和时间段的相关信息如表2所示的扩展字段所示。
[0232]
被管理设备通过transfercomplete消息通知网管设备pm文件已经上传，当被管理设备将pm采集文件上传到文件服务器后，就可以通过transfercomplete消息通知网管设备可以获取文件了，即通知网管设备pm采集文件已经上传。
[0233]
当补采时间段内可能存在多个pm文件，而transfercomplete只能对应1个upload指令，剩余的pm采集文件使用autotransfercomplete通知网管设备上传完成，即通过autotransfercomplete通知网管多于1个的pm采集文件上传完成。
[0234]
如图7所示，本应用实施例pm采集文件补采流程包括以下步骤：
[0235]
步骤701：网管通过setparametervalue消息为设备设置数据模型pmfilecomplementarycollection的starttime和endtime；
[0236]
步骤702：设备收到setparametervalue消息，回复setparametervalueres消息，以通知网管收到指令；根据指令完成设置并统计指定时间段内(即starttime和endtime对应的时间段内)的pm采集文件，并将pm采集文件名称填写入complementarypmfilelist；
[0237]
这里，由于设备不会直接上报pm采集文件，所以对于新接入设备和/或重新启动的设备，即使这个时间段内没有对应的pm采集文件，设备也不会报错，即不会上报告警。
[0238]
步骤703：网管通过getparameternames消息获取complementarypmfile中的pm采集文件实例；
[0239]
步骤704：设备收到getparameternames消息后，通过回复getparameternamesres消息告知网管pm采集文件名称；示例性地，device.fap.perfmgmt.config.1.complementarypm.1.name,value＝“i”，i对应一个pm采集文件a《startdate》《starttime》-[enddate]《starttime》_oui_...。
[0240]
步骤705：网管收到getparameternamesres消息后，通过getparametervalue消息获取pm采集文件实例号，示例性地，device.fap.perfmgmt.config.1.complementarypm.1.name,value＝“i”，i对应一个pm采集文件；
[0241]
步骤706：设备收到getparametervalue消息后，通过getparameternameres消息反
馈complementarypmfilelist中的pm采集文件实例号；
[0242]
步骤707：网管收到getparameternameres消息后，通过upload消息通知(即指示)补采pm采集文件；
[0243]
这里，消息携带文件类型为“pm补采文件”、步骤706中获取的至少一个pm采集文件实例号；
[0244]
这里，假设包含三个pm采集文件实例号。
[0245]
步骤708：设备收到upload消息后，回复uploadresponse以通知网管收到指令；
[0246]
步骤709：设备通过upload消息获知本次需要执行pm采集文件补采，并获得补采时间段；
[0247]
步骤710：设备在本地存储器找到补采时间段内补采所需的pm采集文件；
[0248]
步骤711：基于ftp/sftp上传补采时间段内的pm采集文件(即获取的至少一个pm采集文件实例号对应的pm采集文件)到文件服务器；
[0249]
步骤712：设备通过transfercomplete消息通知网管pm采集文件1上传完成；
[0250]
这里，要实现upload消息与transfercomplete消息的匹配；具体地，可以通过transfercomplete消息中的command、key字段与upload消息实现匹配。
[0251]
步骤713：网管收到transfercomplete消息后，回复transfercompleteresponse消息，以通知设备收到通知；
[0252]
步骤714：设备通过autotransfercomplete消息通知网管pm采集文件2上传完成；
[0253]
步骤715：网管收到autotransfercomplete消息后，回复autotransfercompleteresponse消息，以通知设备收到通知；
[0254]
步骤716：设备通过autotransfercomplete消息通知网管pm采集文件3上传完成；
[0255]
步骤717：网管收到autotransfercomplete消息后，回复autotransfercompleteresponse消息，以通知设备收到通知；
[0256]
步骤718：网管从文件服务器获取pm采集文件。
[0257]
这里，需要说明的是：设备不需要等到接收到对之前上传结果通知的transfercompleteresponse或autotransfercompleteresponse消息而发送下一个pm采集文件上传完成的通知；也就是说，对于713和714，在执行顺序上不分先后；相应地，对于步骤715和716，在执行顺序上不分先后；另外，步骤716与步714，在执行顺序上不分先后。
[0258]
从上面的描述可以看出，在本应用实施例中，pm采集文件的补采流程完全遵守了tr069协议流程，通过对数据模型进行修改，且通过使用upload指令并扩展消息参数通知设备补采pm采集文件，设备通过transfercomplete通知网管pm采集文件的补采完成，对于新接入和/或重新启动的设备来说，不需要直接上报对应时间段内的pm采集文件，即使这个时间段内没有对应的pm采集文件，设备也不会报错，即不会上报告警，这样，对于新接入的和/或重新启动的设备，就能够避免因为没有这些pm采集文件而上报告警的问题。
[0259]
为了实现本技术实施例的方法，本技术实施例还提供了一种信息传输装置，设置在管理设备上，如图8所示，该装置包括：
[0260]
第一传输单元801，用于通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；并通过uploadresponse消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
[0261]
第二传输单元802，用于通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
[0262]
其中，在一实施例中，所述第二传输单元802，具体用于：
[0263]
针对所述第一时间段内的至少两个pm采集文件中的第一个pm采集文件，通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送对应的第四信息；
[0264]
针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息向所述被管理设备发送对应的第四信息。
[0265]
在一实施例中，所述第一传输单元801，具体用于：
[0266]
通过扩展的upload消息向被管理设备发送第一信息。
[0267]
在一实施例中，在所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引的情况下，第一传输单元801，还用于基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
[0268]
其中，在一实施例中，所述第一传输单元801，具体用于：
[0269]
通过getparameternames消息向所述被管理设备发送第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
[0270]
通过getparameternamesres接收所述被管理设备发送的第六信息；所述第六信息指示所述第一时间段内本地的pm集文件名称；
[0271]
基于所述第六信息，通过getparametervalue消息向所述被管理设备发送第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
[0272]
通过getparametervalueres消息接收所述被管理设备发送的第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
[0273]
其中，在一实施例中，所述第一传输单元801，还用于：
[0274]
基于tr069协议，为所述被管理设备配置数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻。
[0275]
其中，在一实施例中，所述第一传输单元801，用于：
[0276]
通过setparametervalue消息设置所述第一参数；
[0277]
接收所述被管理设备通过setparametervalueres消息回复的第九信息；所述第九信息指示收到指令。
[0278]
实际应用时，所述第一传输单元801和第二传输单元802可由信息传输装置中的处理器结合通信接口实现。
[0279]
为了实现本技术实施例被管理设备侧的方法，本技术实施例还提供了一种信息传输装置，设置在被管理设备上，如图9所示，该装置包括：
[0280]
第三传输单元901，用于通过upload消息接收网管设备发送的第一信息；所述第一
信息指示补充采集第一时间段内的pm采集文件；并通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
[0281]
第四传输单元902，用于通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
[0282]
其中，在一实施例中，所述第四传输单元902，具体用于：
[0283]
针对所述第一时间段内的至少两个pm补充采集文件中的第一个pm采集文件，通过transfercomplete消息向所述网管设备发送第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的对应的第四信息；
[0284]
针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息向所述管理设备发送第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息接收所述管理设备发送的对应的第四信息。
[0285]
在一实施例中，所述第三传输单元901，具体用于：
[0286]
通过扩展的upload消息接收所述网管设备发送的第一信息。
[0287]
在一实施例中，在所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引的情况下，所述第三传输单元901，还用于基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
[0288]
其中，在一实施例中，所述第三传输单元901，具体用于：
[0289]
通过getparameternames消息接收所述网管设备发送的第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
[0290]
通过getparameternamesres向所述网管设备发送第六信息；所述第六信息指示所述第一时间段内本地的pm采集文件名称；
[0291]
通过getparametervalue消息接收所述网管设备发送的第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
[0292]
通过getparametervalueres消息向所述网管设备发送第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
[0293]
其中，在一实施例中，所述第三传输单元901还用于：
[0294]
基于tr069协议，接收所述网管设备发送的数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻；
[0295]
基于所述第一参数进行pm采集文件补充采集的相关设置；
[0296]
统计所述第一时间段内的本地的pm采集文件，并记录统计的pm采集文件名称。
[0297]
其中，在一实施例中，所述第三传输单元901还用于：
[0298]
通过setparametervalue消息接收所述第一参数；
[0299]
通过setparametervalueres消息向所述网管设备回复第九信息；所述第九信息指示收到指令。
[0300]
实际应用时，所述第三传输单元901和第四传输单元902可由信息传输装置中的处理器结合通信接口实现。
[0301]
需要说明的是：上述实施例提供的信息传输装置在进行信息传输时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息传输装置与信息传输方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0302]
基于上述程序模块的硬件实现，且为了实现本技术实施例网管设备侧的方法，本技术实施例还提供了一种网管设备，如图10所示，该网管设备1000包括：
[0303]
第一通信接口1001，能够与被管理设备进行信息交互；
[0304]
第一处理器1002，与所述第一通信接口1001连接，以实现与被管理设备进行信息交互，用于运行计算机程序时，执行上述网管设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器1003上。
[0305]
具体地，所述第一通信接口1001，用于：
[0306]
通过upload消息向被管理设备发送第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
[0307]
通过uploadresponse消息接收所述被管理设备发送的第二信息；所述第二信息指示收到所述第一信息；
[0308]
通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示pm采集文件已经上传；
[0309]
通过transfercompleteresponse消息向所述被管理设备发送第四信息；所述第四信息指示收到所述第三信息。
[0310]
其中，在一实施例中，所述所述第一通信接口1001，具体用于：
[0311]
针对所述第一时间段内的至少两个pm采集文件中的第一个pm采集文件，通过transfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息向所述被管理设备发送对应的第四信息；
[0312]
针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息接收所述被管理设备发送的第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息向所述被管理设备发送对应的第四信息。
[0313]
在一实施例中，所述第一通信接口1001，具体用于：
[0314]
通过扩展的upload消息向被管理设备发送第一信息。
[0315]
在一实施例中，在所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引的情况下，所述第一通信接口1001，还用于基于tr069协议，从所述被管理设备获取所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
[0316]
其中，在一实施例中，所述第一通信接口1001，具体用于：
[0317]
通过getparameternames消息向所述被管理设备发送第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
[0318]
通过getparameternamesres接收所述被管理设备发送的第六信息；所述第六信息指示所述第一时间段内本地的pm集文件名称；
[0319]
基于所述第六信息，通过getparametervalue消息向所述被管理设备发送第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
[0320]
通过getparametervalueres消息接收所述被管理设备发送的第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
[0321]
其中，在一实施例中，所述第一处理器1002，用于：
[0322]
基于tr069协议，通过所述第一通信接口1001为所述被管理设备配置数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻。
[0323]
其中，在一实施例中，所述第一处理器1002，用于：
[0324]
利用所述第一通信接口1001通过setparametervalue消息设置所述第一参数；
[0325]
接收所述被管理设备通过setparametervalueres消息回复的第九信息；所述第九信息指示收到指令。
[0326]
需要说明的是：第一处理器1002和第一通信接口1001的具体处理过程可参照上述方法理解。
[0327]
当然，实际应用时，网管设备1000中的各个组件通过总线系统1004耦合在一起。可理解，总线系统1004用于实现这些组件之间的连接通信。总线系统1004除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1004。
[0328]
本技术实施例中的第一存储器1003用于存储各种类型的数据以支持网管设备1000的操作。这些数据的示例包括：用于在网管设备1000上操作的任何计算机程序。
[0329]
上述本技术实施例揭示的方法可以应用于所述第一处理器1002中，或者由所述第一处理器1002实现。所述第一处理器1002可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器1002中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器1002可以是通用处理器、数字信号处理器(dsp，digital signal processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器1002可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器1003，所述第一处理器1002读取第一存储器1003中的信息，结合其硬件完成前述方法的步骤。
[0330]
在示例性实施例中，网管设备1000可以被一个或多个应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)、通用处理器、控制器、微控制器(mcu，micro controller unit)、微处理器(microprocessor)、或者其他电子元件实现，用于执行前述方法。
[0331]
基于上述程序模块的硬件实现，且为了实现本技术实施例被管理设备侧的方法，本技术实施例还提供了一种被管理设备，如图11所示，该被管理设备1100包括：
[0332]
第二通信接口1101，能够与网管设备进行信息交互；
[0333]
第二处理器1102，与所述第二通信接口1101连接，以实现与网管设备进行信息交互，用于运行计算机程序时，执行上述被管理设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器1103上。
[0334]
具体地，所述第二通信接口1101，用于：
[0335]
通过upload消息接收网管设备发送的第一信息；所述第一信息指示补充采集第一时间段内的pm采集文件；
[0336]
通过uploadresponse向所述网管设备发送第二信息；所述第二信息指示收到所述第一信息；
[0337]
通过transfercomplete消息所述网管设备发送第三信息；所述第三信息指示pm采集文件已经上传；
[0338]
通过transfercompleteresponse消息接收所述被管理设备发送的第四信息；所述第四信息指示收到所述第三信息。
[0339]
其中，在一实施例中，所述第二通信接口1101，具体用于：
[0340]
针对所述第一时间段内的至少两个pm补充采集文件中的第一个pm采集文件，通过transfercomplete消息向所述网管设备发送第三信息；所述第三信息指示第一个pm采集文件已经上传；并通过transfercompleteresponse消息接收所述被管理设备发送的对应的第四信息；
[0341]
针对所述第一时间段内的至少两个pm采集文件中除第一个pm采集文件外的其他每个pm采集文件，通过autotransfercomplete消息向所述管理设备发送第三信息；所述第三信息指示相应pm采集文件已经上传；并通过autotransfercompleteresponse消息接收所述管理设备发送的对应的第四信息。
[0342]
在一实施例中，所述第二通信接口1101，具体用于：
[0343]
通过扩展的upload消息接收所述网管设备发送的第一信息。
[0344]
在一实施例中，在所述第一信息表征所述第一时间段对应的至少一个pm采集文件实例索引的情况下，所述第二通信接口1101，还用于基于tr069协议，向所述网管设备发送所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引。
[0345]
其中，在一实施例中，所述第二通信接口1101，具体用于：
[0346]
通过getparameternames消息接收所述网管设备发送的第五信息；所述第五信息指示上报所述第一时间段内的pm采集文件名称；
[0347]
通过getparameternamesres向所述网管设备发送第六信息；所述第六信息指示所述第一时间段内本地的pm采集文件名称；
[0348]
通过getparametervalue消息接收所述网管设备发送的第七信息；所述第七信息指示上报所述第一时间段内所述被管理设备本地的至少一个pm采集文件实例索引；
[0349]
通过getparametervalueres消息向所述网管设备发送第八信息；所述第八信息指示所述第一时间段内本地的至少一个pm采集文件实例索引。
[0350]
其中，在一实施例中，所述第二通信接口1101还用于：
[0351]
基于tr069协议，接收所述网管设备发送的数据模型的第一参数；所述第一参数包含所述第一时间段对应的起始时刻和结束时刻；
memory)、同步动态随机存取存储器(sdram，synchronous dynamic random access memory)、双倍数据速率同步动态随机存取存储器(ddrsdram，double data rate synchronous dynamic random access memory)、增强型同步动态随机存取存储器(esdram，enhanced synchronous dynamic random access memory)、同步连接动态随机存取存储器(sldram，synclink dynamic random access memory)、直接内存总线随机存取存储器(drram，direct rambus random access memory)。本技术实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0362]
为了实现本技术实施例提供的方法，本技术实施例还提供了一种信息传输系统，如图12所示，该系统包括：网管设备1201及被管理设备1202。
[0363]
这里，需要说明的是：所述网管设备1201和被管理设备1202的具体处理过程已在上文详述，这里不再赘述。
[0364]
在示例性实施例中，本技术实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器1003，上述计算机程序可由网管设备1000的第一处理器1002执行，以完成前述网管设备侧方法所述步骤。再比如包括存储计算机程序的第二存储器1103，上述计算机程序可由被管理设备1100的第二处理器1102执行，以完成前述被管理设备侧方法所述步骤。计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、flash memory、磁表面存储器、光盘、或cd-rom等存储器。
[0365]
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
[0366]
另外，本技术实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
[0367]
以上所述，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。