一种应用标识集合配置方法、设备、装置及介质与流程

1.本发明涉及无线通信技术领域，特别涉及一种应用标识集合配置方法、设备、装置及介质。


背景技术：

2.目前，对于网络层感兴趣的mib aid(管理信息库应用标识；mib：管理信息库，master information block；aid：应用标识，application identifier)集合与空口授权的dst(目的地址，destination)业务集合是完全独立的，这样情况下，虽然配置完全灵活，但是其不足在于：
3.网络层行为描述不清楚，存在一些无效的协议维护以及增加了处理复杂度。


技术实现要素：

4.本发明提供了一种应用标识集合配置方法、设备、装置及介质，用以解决mib aid中存在无效的协议维护的问题。
5.本发明实施例中提供了一种aid集合配置方法，包括：
6.确定感兴趣的mib aid集合与授权的dst业务集合；
7.将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集。
8.实施中，配置所述mib aid集合与所述授权的dst业务集合是由mo配置实体、或应用层、或网络层来配置的。
9.实施中，在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且配置完全同步；和/或，
10.在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且v6接口上配置的mib aid集合是v3接口上配置的授权的dst业务集合对应的aid集合的子集。
11.实施中，在应用层进行配置时，应用层通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
12.实施中，对mib aid集合中的aid进行配置，是通过专用管理实体-专用短消息服务请求dme-dsmservice.request以及专用管理实体-专用短消息服务确认dme-dsmservice.confirm过程进行的。
13.实施中，进一步包括：
14.如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则继续发送dsmservice.request；在aid不属于反映射集合中的元素时，则不发送dsmservice.request。
15.实施中，在网络层进行配置时，网络层通过查询授权的dst业务集合反映射得到对
应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
16.实施中，对mib aid集合中的aid进行配置，是通过专用管理实体-专用短消息服务请求dme-dsmservice.request以及专用管理实体-专用短消息服务确认dme-dsmservice.confirm过程进行的。
17.实施中，进一步包括：
18.如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写接收；在aid不属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写拒绝。
19.实施中，在网络层进行配置时，将mib aid集合配置成等于授权的dst业务集合对应的aid集合，网络层通过按照aid分发业务包至mib aid集合中的每一个aid服务实体；或，
20.将mib aid集合配置成授权的dst业务集合对应的aid集合的子集，网络层通过按照aid分发业务包至mib aid集合中的每一个aid服务实体，对于aid不属于mib aid集合的业务包网络层直接做过滤。
21.本发明实施例中提供了一种通信设备，包括：
22.处理器，用于读取存储器中的程序，执行下列过程：
23.确定感兴趣的mib aid集合与授权的dst业务集合；
24.将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集；
25.收发机，用于在处理器的控制下接收和发送数据。
26.实施中，配置所述mib aid集合与所述授权的dst业务集合是在mo配置实体的处理器、或应用层的处理器、或网络层的处理器配置的。
27.实施中，在mo配置实体的处理器进行配置时，mo配置实体的处理器将v3接口与v6接口配置成：配置同时生效且配置完全同步；和/或，
28.在mo配置实体的处理器进行配置时，mo配置实体的处理器将v3接口与v6接口配置成：配置同时生效且v6接口上配置的mib aid集合是v3接口上配置的授权的dst业务集合对应的aid集合的子集。
29.实施中，在应用层的处理器进行配置时，应用层的处理器通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
30.实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
31.实施中，进一步包括：
32.如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则继续发送dsmservice.request；在aid不属于反映射集合中的元素时，则不发送dsmservice.request。
33.实施中，在网络层的处理器进行配置时，在网络层的处理器通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
34.实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
35.实施中，进一步包括：
36.如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写接收；在aid不属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写拒绝。
37.实施中，在网络层的处理器进行配置时，将mib aid集合配置成等于授权的dst业务集合对应的aid集合，网络层的处理器通过按照aid分发业务包至mib aid集合中的每一个aid服务实体；或，
38.将mib aid集合配置成授权的dst业务集合对应的aid集合的子集，网络层的处理器通过按照aid分发业务包至mib aid集合中的每一个aid服务实体，对于aid不属于mib aid集合的业务包网络层直接做过滤。
39.本发明实施例中提供了一种aid集合配置装置，包括：
40.确定模块，用于确定感兴趣的mib aid集合与授权的dst业务集合；
41.配置模块，用于将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集。
42.本发明实施例中提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述aid集合配置方法的计算机程序。
43.本发明有益效果如下：
44.在本发明实施例提供的技术方案中，在确定感兴趣的mib aid集合与授权的dst业务集合后，将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集。从而使得感兴趣的mib aid集合与空口授权的dst业务集合能够保持一致，在保持一致以后，mib aid集合中不再会包含非授权dst集合对应的aid元素，这也意味着mib不会维护一个无效的aid实体，网络层和应用层也不会进行无用的实体维护。
45.进一步的，还针对此问题明确了协议行为，接口配置目标以及实现方案。
附图说明
46.此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
47.图1为本发明实施例中mib动态更新维护流程示意图；
48.图2为本发明实施例中v2xoverpc5/authorizedv2xservicelist/<x>/v2xserviceidentifier与
49.<x>/v2xoverpc5/authorizedv2xservicelist/<x>/destinationlayer2id配置示意图；
50.图3为本发明实施例中aid集合配置方法实施流程示意图；
51.图4为本发明实施例中通信设备结构示意图。
具体实施方式
52.发明人在发明过程中注意到：
53.对于mib配置，应用层确定并由网络层dme(专用管理实体，dedicatedmanagement entity)动态维护感兴趣的接收业务集合mib，mib是aid业务id(标识)的集合。
54.图1为mib动态更新维护流程示意图，如图所示，应用层确定想要接收的(感兴趣)的aid的集合，并发送dme-dsmservice.request(dme-dsm服务请求)给dme，表示上层实体想要接收到一个指定aid的dsm(专用短消息，dedicated short message)。
55.dme通过发送dme-dsmservice.confirm(dme-dsm服务确认)确认收到上层对应的dme-dsmservice.request请求，表征dme接受短消息服务请求产生mib中对应的短消息服务请求表条目，并会将任何接收到的带有匹配aid的dsm投递到所请求的上层实体。
56.mib动态更新维护。
57.下面对dme-dsmservice.request、dme-dsmservice.confirm两个消息的具体内容进行说明。
58.1、dme-dsmservice.request。
59.dme-dsmservice.request表明上层请求一个短消息服务。
60.服务原语参数：
61.dme-dsmservice.request(
62.local applicationindex，
63.action，
64.applicationidentifier，
65.)
66.dme-dsmservice.request服务原语参数见表1。
67.表1：dme-dsmservice.request服务原语参数：
[0068][0069][0070]
2、dme-dsmservice.confirm。
[0071]
dme-dsmservice.confirm确认收到上层对应的请求，用于回应dme-dsmservice.request。
[0072]
服务原语参数：
[0073]
dme-dsmservice.confirm(
[0074]
local applicationindex，
[0075]
resultcode，
[0076]
)
[0077]
dme-dsmservice.confirm服务原语参数见表2。
[0078]
表2：dme-dsmservice.confirm服务原语参数：
[0079][0080]
下面对v3接口预配置或者出厂配置授权的业务列表集合进行说明。
[0081]
per ue(每个ue；ue：用户设备，user equipment)独立配置：
[0082]
v2xoverpc5/authorizedv2xservicelist/<x>/v2xserviceidentifier与
[0083]
<x>/v2xoverpc5/authorizedv2xservicelist/<x>/destinationlayer2id，这里aid与destination layer 2id(目的地址层2标识)存在确定的映射关系；
[0084]
表3：aid to dst(目的地址，destination)id映射关系表：
[0085][0086][0087]
另外，默认dst是一个可选配置。
[0088]
图2为v2xoverpc5/authorizedv2xservicelist/<x>/v2xserviceidentifier与<x>/v2xoverpc5/authorizedv2xservicelist/<x>/destinationlayer2id配置示意图，具体的配置如图2所示。其中，授权的业务列表中元素为dst l2 id。
[0089]
下面介绍发送端适配层映射。
[0090]
对于高层来的packet(包)(原语携带aid)，适配层会根据授权的业务列表集合配置信息，得到其对应的dst layer 2id。具体来说：如果该aid属于授权的业务列表集合中的元素，则映射为对应的dst；如果不属于属于授权的业务列表集合中的元素，查看是否配置了默认dst；如果配置了默认dst，则映射为默认dst，如果没有配置默认dst，则不作发送，等效于发送端做了过滤和丢包处理。
[0091]
即默认dst相当于是开了一个口子，当配置了默认dst，则无论一个aid业务是否为该特定节点配置的授权的v2x(智能网联汽车技术，vehicle-to-everything)业务集合，发
送端都会映射到默认的dst。
[0092]
下面介绍接收端mac(媒体接入控制，media access control)过滤。
[0093]
解析mac pdu(协议数据单元，protocol data unit)包头得到dst l2 id，然后根据配置的授权业务列表dst集合作对应的判定；这里可能有两种理解：
[0094]
1、mac不对默认dst做过滤，即这里与是否配置了默认dst无关，即如果配置了默认dst，则这里mac不做任何过滤；如果没有配置默认dst，则如果该dst l2 id是v3接口/预配置的授权dst集合中的元素，则做进一步接收处理并向上递交，反之，则直接丢弃。
[0095]
2、mac对默认dst做过滤，即无论是否配置了默认dst，mac都直接过滤掉，只有该dst l2 id是v3接口/预配置的授权dst集合中的元素，则做进一步接收处理并向上递交，反之，则直接丢弃。
[0096]
从标准描述上没有做限定，后续按照2来处理。
[0097]
下面对接收端网络层业务分发进行说明。
[0098]
mac层dst过滤后的业务向上递交至适配层以及网络层；网络层包头解析后得到aid，根据aid以及维护的mib列表来做分发处理，即将该aid对应的dsm向上递交对对应的应用实体。
[0099]
从配置的角度来看，感兴趣的mib业务集合配置和授权的dst业务集合从协议来看是独立配置的，这样可能导致存在以下不一致：
[0100]
1、mib aid集合中包含了一些非授权dst集合对应的aid元素。
[0101]
mib维护的aid实体等效于是一个无效的aid实体，网络层和应用层做了一些无用的实体维护。
[0102]
2、mib aid集合是授权dst集合对应的aid集合的一个子集。
[0103]
对于网络层而言，需要做类似mac过滤的二次过滤了，目前标准中并没有涉及描述此功能。具体来说，包头解析得到aid之后，需要判定该aid是否属于mib集合中的元素，如果是，则将该aid对应的dsm向上递交对对应的应用实体；如果不属于mib集合中的元素，则直接做丢弃处理。
[0104]
即，现有技术的不足在于：mib aid集合与授权的dst业务集合完全独立配置的情况下，除了网络层行为描述不清楚外还增加了一些无效的协议维护以及处理复杂度。
[0105]
综上可见，目前标准中对于网络层感兴趣的mib aid集合与空口授权的dst业务集合是完全独立的，这样情况下，虽然配置完全灵活，但是网络层行为描述不清楚外，此外还增加了一些无效的协议维护以及处理复杂度，且对实际接收并没有任何增益。本发明实施例中就针对此问题除了明确协议行为外，还提出一种明确的接口配置目标以及实现方案。下面结合附图对本发明的具体实施方式进行说明。
[0106]
在说明过程中，将会mo配置实体、应用层、网络层等实体，还会给出它们配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着它们必须配合实施、或者必须单独实施。
[0107]
图3为aid集合配置方法实施流程示意图，如图所示，包括：
[0108]
步骤301、确定感兴趣的mib aid集合与授权的dst业务集合；
[0109]
步骤302、将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集
合的子集。
[0110]
实施中，配置所述mib aid集合与所述授权的dst业务集合是由mo配置实体、或应用层、或网络层来配置的。
[0111]
具体实施中，可以通过不同接口来同步配置，对同一接口一体化配置，或者通过在不同接口内部交互配置等多种方式来实现。具体的，可以通过mo(管理操作员，management operator)配置实体额外配置，和/或mo配置实体、应用层以及网络层的一些交互来实现感兴趣的mib aid集合配置，使之等于授权的dst业务集合对应的aid集合；或者使得mib aid集合是授权的dst业务集合对应的aid集合的子集。
[0112]
下面将对应用层与mo进行交互来配置，在发送dme-dsmservice.request前做查询判定；网络层与mo进行交互来配置，在发送dme-dsmservice.confirm前做查询判定；mo对两接口进行配置，对mib配置以及对授权dst集合进行配置；采用内部查询接口，网络层分发授权dst集合等具体的方式进行说明。
[0113]
下面说明中还会给出了网络层的具体实现流程，如除了aid分发外，需要根据dst和mib的配置确定是否需要做二次过滤处理。
[0114]
1、在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且配置完全同步；和/或，
[0115]
在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且v6接口上配置的mib aid集合是v3接口上配置的授权的dst业务集合对应的aid集合的子集。
[0116]
实施例1
[0117]
本例中，在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且配置完全同步。
[0118]
在采用v3与v6两接口的方式下，mib配置和授权的dst集合配置完全同步方式，实施时可以采用协议配置。
[0119]
例中的执行实体是mo配置实体。
[0120]
mo配置实体对mib和mo同时配置，只是一个发生在载体mib，一个发生在载体mo，也即发生的载体不同。一个采用现有协议过程对mo进行配置，一个是在应用管理实体中对mib进行配置，具体可以通过确定dme-dsmservice.request的内容来实现或者直接配置mib，即不需要通过dme-dsmservice.request以及dme-dsmservice.confirm过程，而是直接配置确定mib。
[0121]
具体实施中，可以预留一个应用层配置接口；例如预留一个vx接口，例中vx代表的是现有协议中没有这个接口，例中是新增加一个接口，特定的、用于配置mib的一个接口，x代表任意一个不与现在已经有的接口命名冲突的值。v3接口/出厂预配置和v6接口同时配置同时生效且完全同步，即应用层配置保证具体配置同v3接口保持一致，无论是初始配置还是动态更新时都保持一致。对v3接口/出厂预配置可以采用现有的协议过程来实现。
[0122]
即通过协议来规定感兴趣的mib业务集合配置和授权的dst业务集合是完全一致的。
[0123]
该例中，网络层只需要做对应的aid分发处理，不需要做二次过滤。应用层和mib也不会有一些无效的实体维护。
[0124]
实施例2
[0125]
本例中，在mo配置实体进行配置时，mo配置实体将v3接口与v6接口配置成：配置同时生效且v6接口上配置的mib aid集合是v3接口上配置的授权的dst业务集合对应的aid集合的子集。
[0126]
在采用v3与v6两接口的方式下，mib配置和授权的dst集合配置同步配置，且前者是后者的子集。
[0127]
例中的执行实体是mo配置实体。
[0128]
mo配置实体对mib和mo同时配置，只是一个发生在载体mo，一个发生在载体应用管理实体，也即发生的载体不同。一个是采用现有协议过程对mo进行配置，一个是在应用管理实体中，通过确定dme-dsmservice.request的内容来实现配置mib。
[0129]
该例中，网络层除了aid分发外，还需要执行二次过滤。
[0130]
同实施例1，只不过感兴趣的mib业务集合是授权的dst业务集合对应的aid集合的子集。这种方式下，网络层除了需要做对应的分发处理外，还需要对接收解析后的aid中不属于mib集合的，进行过滤丢弃处理，不再往应用层对应实体递交。
[0131]
也即，网络层虽然需要做二次过滤但应用层和mib也不会进行一些无效的实体维护。
[0132]
2、在应用层进行配置时，应用层通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
[0133]
实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
[0134]
实施中，还可以进一步包括：
[0135]
如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则继续发送dsmservice.request；在aid不属于反映射集合中的元素时，则不发送dsmservice.request。
[0136]
实施例3
[0137]
本例中，在mib配置完成之前，应用层主动查询dst配置。
[0138]
例中的执行实体是应用层。
[0139]
应用层发送dme-dsmservice.request前做查询判定，在符合一定要求时，发送dme-dsmservice.request。目前协议没有具体的行为过程和原则，也即，可以根据需要发送aid业务请求；在一些场景下除了aid分发外还需要执行二次过滤。
[0140]
具体实施中，应用层发送dme-dsmservice.request消息时主动查询，如果想要接收的aid属于授权的v2xoverpc5/authorizedv2xservicelist/<x>/v2xserviceidentifier集合的元素，则发送dme-dsmservice.request，反之，放弃请求，通过这样交互可以保证mib维护的aid集合等于授权的dst业务集合或者是其的子集。
[0141]
具体实施中，由于目前协议过程中dst集合是配置的，感兴趣的aid集合是动态生成的，dme-dsmservice.request以及dme-dsmservice.confirm确认后生成感兴趣的aid。即aid中的每一个元素都需要经过确定。实施例3和实施例4这里就是通过这两个消息来选定aid中的每一个元素，使得aid集合和dst集合一致。
[0142]
如果配置的是全集，网络层只需要做aid分发的工作；如果配置的是一个子集，即网络层除了aid分发外还需要做进一步的过滤。如果非感兴趣的aid集合业务，需要做丢弃处理，不存在无效的实体维护。
[0143]
3、网络层通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
[0144]
实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
[0145]
实施中，还可以进一步包括：
[0146]
如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写接收；在aid不属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写拒绝。
[0147]
实施例4
[0148]
本例中，在mib配置完成之前，网络层主动查询dst配置。
[0149]
例中的执行实体是网络层。
[0150]
网络层在发送dme-dsmservice.confirm前需要查询默认dst集合，根据次信息确认dme-dsmservice.confirm中resultcode(结果代码)赋值是否拒绝。具体实施中，由于目前协议没有具体的行为过程指导和依据，因此可以根据需要进行相适应的改进。
[0151]
本例中，一些场景下除了aid分发外执行二次过滤。
[0152]
在dme-dsmservice.confirm发送之前需要根据实时的最新的v2xoverpc5/authorizedv2xservicelist/<x>/v2xserviceidentifier集合做对应的处理，如果dme-dsmservice.request中包含的业务id属于授权集合元素，则从业务的角度来说可以发送确认消息，如果不属于授权集合元素，则发送拒绝消息。通过这样交互，可以保证mib维护的aid集合等于授权的dst业务集合或者是dst业务集合的子集。
[0153]
如果配置的是全集，网络层只需要做aid分发的工作；如果配置的是一个子集，网络层除了aid分发外还需要做进一步的过滤。如果非感兴趣的aid集合业务，需要做丢弃处理。例中也不存在无效的实体维护。
[0154]
4、在网络层进行配置时，将mib aid集合配置成等于授权的dst业务集合对应的aid集合，网络层通过按照aid分发业务包至mib aid集合中的每一个aid服务实体；或，
[0155]
将mib aid集合配置成授权的dst业务集合对应的aid集合的子集，网络层通过按照aid分发业务包至mib aid集合中的每一个aid服务实体，对于aid不属于mib aid集合的业务包网络层直接做过滤。
[0156]
实施例5
[0157]
本例中，在mib配置的是dst集合配置子集或者完全一致，利用网络层协议可以使行为明确化。
[0158]
例中的执行实体是网络层。
[0159]
网络层进行aid分发，或者除了aid进行分发外还执行二次过滤。
[0160]
具体的，网络层向应用分发，按照aid分发到不同的应用实体(aid集合中每一个元素即每一个aid对应一个实体)，也即，根据业务aid将不同的业务分发到不同的业务实体。
[0161]
如果配置的是全集，网络层只需要做aid分发的工作；如果配置的是一个子集，网络层除了aid分发外还需要做进一步的过滤。如果非感兴趣的aid集合业务，需要做丢弃处理。不存在无效的实体维护。
[0162]
具体的，只有aid集合中的元素才有对应的aid实体，如果不属于aid集合中的元素，即不存在对应的实体。如果一个aid属于dst集合反映射得到的aid，mac不会过滤掉往上递交；到了网络层，因为上层实体没有对应的集合，因此不能往上递交了，所以需要在网络层被过滤掉。
[0163]
具体来说，如果该业务id属于{查询接口∩mib}两个集合交集中的元素，则网络层只需要做对应的aid分发工作；集合中的查询接口即dst集合反映射得到的对应集合，mib即感兴趣的aid集合。
[0164]
如果该业务id不是{查询接口∩客户配置mib}两个集合交集中的元素，则网络层除了需要aid分发外还需要做进一步的过滤，即该业务id非mib元素，虽然对应的aid建立了相对应的实体，需要在mac以及网络层二次过滤丢弃处理。具体的，可以对业务id做判定，id是随包原语中有的，丢弃的是对应这个业务包。
[0165]
基于同一发明构思，本发明实施例中还提供了一种通信设备、aid集合配置装置、计算机可读存储介质，由于这些设备解决问题的原理与aid集合配置方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
[0166]
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
[0167]
图4为通信设备结构示意图，如图所示，基站中包括：
[0168]
处理器400，用于读取存储器420中的程序，执行下列过程：
[0169]
确定感兴趣的mib aid集合与授权的dst业务集合；
[0170]
将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集；
[0171]
收发机410，用于在处理器400的控制下接收和发送数据。
[0172]
实施中，配置所述mib aid集合与所述授权的dst业务集合是在mo配置实体的处理器、或应用层的处理器、或网络层的处理器配置的。
[0173]
实施中，在mo配置实体的处理器进行配置时，mo配置实体的处理器将v3接口与v6接口配置成：配置同时生效且配置完全同步；和/或，
[0174]
在mo配置实体的处理器进行配置时，mo配置实体的处理器将v3接口与v6接口配置成：配置同时生效且v6接口上配置的mib aid集合是v3接口上配置的授权的dst业务集合对应的aid集合的子集。
[0175]
实施中，在应用层的处理器进行配置时，应用层的处理器通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
[0176]
实施中，在网络层的处理器进行配置时，在网络层的处理器通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
[0177]
实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
[0178]
实施中，进一步包括：
[0179]
如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则继续发送dsmservice.request；在aid不属于反映射集合中的元素时，则不发送dsmservice.request。
[0180]
实施中，在网络层的处理器进行配置时，在网络层的处理器通过查询授权的dst业务集合反映射得到对应的aid集合后，用以将mib aid集合配置成等于授权的dst业务集合对应的aid集合，或用以将mib aid集合配置成授权的dst业务集合对应的aid集合的子集。
[0181]
实施中，对mib aid集合中的aid进行配置，是通过dme-dsmservice.request以及dme-dsmservice.confirm过程进行的。
[0182]
实施中，进一步包括：
[0183]
如果dsmservice.request是动态添加aid的，在aid属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写接收；在aid不属于反映射集合中的元素时，则在dme-dsmservice.confirm中的resultcode填写拒绝。
[0184]
实施中，在网络层的处理器进行配置时，将mib aid集合配置成等于授权的dst业务集合对应的aid集合，网络层的处理器通过按照aid分发业务包至mib aid集合中的每一个aid服务实体；或，
[0185]
将mib aid集合配置成授权的dst业务集合对应的aid集合的子集，网络层的处理器通过按照aid分发业务包至mib aid集合中的每一个aid服务实体，对于aid不属于mib aid集合的业务包网络层直接做过滤。
[0186]
其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。
[0187]
本发明实施例中提供了一种aid集合配置装置，包括：
[0188]
确定模块，用于确定感兴趣的mib aid集合与授权的dst业务集合；
[0189]
配置模块，用于将所述mib aid集合与所述授权的dst业务集合配置成：mib aid集合等于授权的dst业务集合对应的aid集合，或mib aid集合是授权的dst业务集合对应的aid集合的子集。
[0190]
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
[0191]
具体实施时可以参见aid集合配置方法的实施。
[0192]
本发明实施例中提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述aid集合配置方法的计算机程序。
[0193]
具体实施时可以参见aid集合配置方法的实施。
[0194]
综上所述，在本发明实施例提供的技术方案中，感兴趣的mib业务集合配置和授权的dst业务集合是完全一致的；这里的一致指的是mib aid集合应该就等于授权的dst业务
集合对应的aid集合或则至少可以保证mib aid集合是授权的dst业务集合对应的aid集合的子集。
[0195]
具体的可以通过以下几种方式实现以上配置目标：mib配置和授权的dst集合配置完全同步方式且一致或者一体配置；mib配置和授权的dst集合配置完全同步方式且前者是后者的子集；mib配置过程中通过内部交互达到配置目标。
[0196]
还给出了网络层协议行为的明确化的描述。
[0197]
由于给出了配置目标以及协议处理流程描述，因而降低了无效的协议维护以及一些处理复杂度，同时给优化配置方式下明确的协议处理流程描述。
[0198]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0199]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0200]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0201]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0202]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。