群组通信方法及相关产品与流程

1.本公开涉及v2x技术领域，尤其涉及一种群组通信方法及相关产品。


背景技术：

2.所谓车连万物(vehicle to everything，v2x)，与流行的企业到企业(business to business，b2b)和企业到客户(business to costumer，b2c)如出一辙，是指车与外界之间的信息交换。车联网(internet of vehicles)通过整合全球定位系统(global positioning system，gps)导航技术、车对车通信技术、无线通信和遥感技术，奠定了汽车技术的新方向，实现了手动驾驶和自动驾驶的兼容。
3.第三代合作伙伴计划(3rd generation partnership project，3gpp)tr 23.786着重于研究演进分组系统(evolved packet system，eps)和5g系统(5g system，5gs)的架构增强以支持高级v2x业务。解决方案#21“用于nr pc5的群组通信增强”被选择为规范工作的基线，以解决ki#1“支持增强v2x(enhancement v2x，ev2x)群组通信”。结合tr 23.786中所示的图5.4.1-1，由于下层不能直接使用上层标识(identifier，id)，因此，应用层提供的群组标识将被转换为目的地l2标识(layer 2identifier，l2 id)。然而，相关技术中不存在用于所述转换的机制。
4.提供该背景信息的目的是为了揭示申请人认为可能与本公开相关的信息。不需要承认，也不应解释为前述任何信息构成针对本公开的现有技术。


技术实现要素：

5.有鉴于此，为了解决上述问题，本公开提供了一种群组通信方法及相关产品。
6.上述和其它目的通过独立权利要求请求保护的主题来实现。其它实现方式在从属权利要求、说明书和附图中是显而易见的。
7.本公开的第一方面涉及一种群组通信方法，包括：第一用户设备获取群组标识(id)，所述群组标识用于标识包括至少所述第一用户设备和第二用户设备的群组；所述第一用户设备根据所述群组id确定当前目的地id，其中，所述当前目的地id用于标识所述群组中的所述第二用户设备；所述第一用户设备向所述第二用户设备发送携带有所述当前目的地id的包。
8.根据本公开提供的解决方案，应用层群组id被转换为目的地l2 id，从而实现端到端群组通信。
9.根据第一方面，在所述方法的一种可能的实现方式中，所述第一用户设备根据所述群组id确定当前目的地id，包括：所述第一用户设备获取用于确定所述当前目的地id的至少一个参数；所述第一用户设备根据所述群组id和所述至少一个参数确定所述当前目的地id。其中，所述第一用户设备根据所述群组id和所述至少一个参数确定所述当前目的地id，包括：所述第一用户设备确定是否满足触发条件；响应于确定满足所述触发条件，所述第一用户设备根据所述群组id和所述至少一个参数生成所述当前目的地id；响应于确定不
满足所述触发条件，所述第一用户设备将先前生成的目的地id确定为所述当前目的地id。
10.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延(尽管这一点可能不适用于第一次转换过程，但是有利于后续的转换)。此外，任意发送随机数，进一步确保了转换过程的安全性。
11.本公开的第二方面涉及一种群组通信方法，包括：第二用户设备接收携带有当前目的地标识(id)的包，其中，所述当前目的地id用于标识群组中的所述第二用户设备，所述群组包括至少第一用户设备和所述第二用户设备；所述第二用户设备通过本地目的地id验证所述接收到的包中的所述当前目的地id。
12.根据本公开提供的解决方案，应用层群组id被转换为目的地l2 id，从而实现端到端群组通信。
13.在第二方面所述方法的一种可能的实现方式中，所述方法还包括：第二用户设备获取群组id，其中，所述群组id用于标识所述群组；所述第二用户设备获取用于确定所述本地目的地id的至少一个参数；所述第二用户设备根据所述群组id和所述至少一个参数确定所述本地目的地id。其中，所述第二用户设备根据所述群组id和所述至少一个参数确定所述本地目的地id，包括：所述第二用户设备确定所述接收到的包中是否存在加密后的随机数；响应于确定所述接收到的包中存在加密后的随机数，所述第二用户设备通过所述至少一个参数解密所述加密后的随机数，所述第二用户设备根据所述群组id采用哈希(hash)函数和所述解密后的随机数生成所述本地目的地id；响应于确定所述接收到的包中不存在加密后的随机数，所述第二用户设备将先前生成的本地目的地id确定为所述本地目的地id。
14.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延。
15.本公开的第三方面涉及一种第一用户设备，包括存储器、处理器、输入接口和输出接口。所述存储器、所述处理器、所述输入接口和所述输出接口通过总线系统相互连接。所述存储器用于存储指令，所述处理器用于执行所述存储器中存储的指令，以执行上述第一方面或第一方面任何可能的实现方式中所述的方法。
16.本公开的第四方面涉及一种第二用户设备，包括存储器、处理器、输入接口和输出接口。所述存储器、所述处理器、所述输入接口和所述输出接口通过总线系统相互连接。所述存储器用于存储指令，所述处理器用于执行所述存储器中存储的指令，以执行上述第二方面或第二方面任何可能的实现方式中所述的方法。
17.本公开的第五方面涉及一种存储计算机可执行指令的计算机存储介质，当所述计算机可执行指令被执行时，用于实现根据本公开第一方面或第二方面及其任何可能的实现方式中所述的方法。
18.本公开的第六方面涉及一种包括指令的计算机程序产品，当所述指令在计算机上执行时，使得计算机执行上述第一方面或第二方面或其任何可能的实现方式中所述的方
法。
附图说明
19.附图用于提供对本公开的进一步理解，附图构成说明书的一部分，与下述具体实施例一起用于对本公开进行解释说明，但不应解释为附图对本公开构成限制。在附图中：
20.图1为本公开实施例提供的群组通信方法的示意性流程图；
21.图2为本公开实施例提供的群组通信方法的示意性流程图；
22.图3为本公开实施例提供的群组通信方法的示意性流程图；
23.图4为本公开实施例提供的群组通信方法的示意性流程图；
24.图5为本公开实施例提供的群组通信方法的示意性流程图；
25.图6为本公开实施例提供的群组通信方法的示意性流程图；
26.图7为本公开实施例提供的第一用户设备的结构示意图；
27.图8为本公开实施例提供的第二用户设备的结构示意图；
28.图9为本公开实施例提供的第一用户设备的示意性框图；
29.图10为本公开实施例提供的第二用户设备的示意性框图。
具体实施方式
30.以下描述将参考构成本公开一部分的附图，且附图以说明的方式示出了本公开实施例的具体方面或示出了可以使用本公开实施例的具体方面。应当理解的是，本公开实施例可以在其它方面中使用，并且可以包括附图中未描绘的结构或逻辑变化。因此，以下详细描述不应以限制性的意义来理解，且本公开的范围由所附权利要求书界定。
31.例如，应当理解的是，与所描述的方法有关的公开内容可以对用于执行所述方法的对应设备或系统也同样适用，反之亦然。例如，如果描述一个或多个具体的方法步骤，则对应的设备可以包括功能单元等一个或多个单元，来执行所描述的一个或多个方法步骤(例如，一个单元执行一个或多个步骤，或多个单元分别执行多个步骤中的一个或多个步骤)，即使附图中未明确描述或说明此类一个或多个单元。另一方面，例如，如果根据功能单元等一个或多个单元描述具体的装置，则对应的方法可以包括一个步骤来执行一个或多个单元的功能(例如，一个步骤执行一个或多个单元的功能，或多个步骤分别执行多个单元中一个或多个单元的功能)，即使附图中未明确描述或说明此类一个或多个单元。进一步地，可以理解的是，除非另外明确说明，本文中所描述的各个示例性实施例和/或方面的特征可以相互组合。
32.在阐述本公开之前，先简要说明本文中可能用到的几个术语。
33.用户设备(user device)也可以称为终端设备、终端站或用户设备(user equipment)，可以是以下设备中的任何一种：智能手机、移动电话、蜂窝电话、无绳电话、会话发起协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、能够进行无线通信的手持式设备、车载设备、可穿戴式设备、计算设备或其它连接到无线调制解调器的处理设备。
34.群组通信中，目的地层2(layer 2，l2)id标识了侧行链路邻近服务直接通信(sidelink prose direct communication)中数据的目标，并且群组密钥是由应用层，特别
是群组管理服务器为用户设备(user equipment，ue)所属的每个群组发放的。实际上，群组密钥是由群组成员共享的，用于将群组id转换为目的地l2 id。
35.假设群组标识(id)与数据流量和控制流量两者相关联。在群组通信过程中，群组id可能变化，也可能不变，本公开对此不作限制。为便于描述，假设群组id在群组通信过程中保持不变，但是，这些解决方案稍做修改后，仍可以应用于群组id发生变化的情况，详情将在以下实施例中进行说明。
36.进一步地，对于来自应用层且没有关联群组id的数据流量，v2x层(v2x layer)通过传统操作来处理该数据流量，即采用默认的提供商服务标识符(provider service identifier，psid)/智能交通系统(intelligent transport system，its)-应用标识(application identifier，aid)映射来确定目的地l2 id。此外，单播链路/多播组可以在建立时分配有流标识。对应的连接配置文件信息，例如l2 id、传输设置、服务质量(quality of service，qos)参数等，可以与该流标识关联。在这种情况下，上层只需要使用该流标识来指示目的地，并将该流标识与数据包一起传递下去。进一步地，当应用层向下传递与群组id关联的数据包时，v2x层通过所配置的qos设置(5g服务质量(quality of service，qos)指示符(简称5qi)和距离(range))标记该数据包，并将这些配置的qos设置向下传递到as层。v2x层还向as层指示该数据包用于群组通信，以便将该数据包与广播流量区分开来。
37.需要说明的是，其中一种可能的应用场景可以是车连万物(v2x)群组通信。然而，此处仅以v2x群组通信为例对本公开进行说明，但不应解释为是对本公开提供的解决方案的限制。本公开中提出的解决方案在适当的情况下还可以应用于其他场景中。
38.如上所述，相关技术中不存在用于上述转换的机制。然而，如果群组密钥用于直接加密所有元素，即包括l2 id的整个数据包，则接收ue无法知道哪些组播消息是针对它们的，因此必须解码所有被加密的消息，从而增加了接收ue的计算成本。接收ue根据目的地l2 id侦听发给自己的消息。如果目的地l2 id是加密的，则接收ue必须对接收到的所有消息进行解码以找到发给自己的消息。针对这个问题，本公开实施例提供了解决方案，即在不增加ue的计算成本的情况下将群组id转换为目的地l2 id。
39.而且，从群组id到目的地l2 id的转换可以在保密性和可追溯性方面得到安全性保护。除非谨慎进行转换，否则特定用户设备(ue)的群组成员关系可能会被揭露。例如，攻击者可能能够查询某个位置是否存在某个群组的任何成员。如果应用层群组id没有经v2x层进行安全地转换，入侵者可能链接回ue群组成员关系。入侵者还可能篡改转换过程，以产生虚假的目的地层2id。因此，为了将应用层提供的群组id安全地转换为目的地层2id，本公开的一些实施例中引入了哈希函数，其中，哈希函数由v2x层用于将应用层群组id安全地转换为目的地l2 id。此外，群组密钥用于安全地转换id。下文将结合实施例进行详细说明。
40.下面将结合附图详细阐述本公开实施例。
41.图1为本公开实施例提供的群组通信方法的示意性流程图。该方法可以由第一用户设备和第二用户设备执行。该方法包括以下步骤。
42.s101、第一用户设备获取群组id。
43.群组标识用于标识包括至少第一用户设备和第二用户设备的群组。所述群组可以包括多个用户设备，同一用户设备可以同时属于不同的群组。每个群组均由群组id进行标识。在群组通信过程中，群组id可能变化，也可能不变。在描述中，定义第一用户设备和第二
用户设备是为了阐明端到端群组通信，它们可以是分别作为发送用户设备和接收用户设备的任何群组成员。本公开实施例中对群组成员的数量不作限制。
44.在一种可能的实现方式中，参照iot中的三层结构(包括应用层、v2x层和接入层)，群组id可以由应用层提供，并且还可以称为垂直应用层(vertical application layer，val)群组id。val群组id是val服务内表示根据val服务的一组val用户或val ue的唯一标识。该组val用户可以属于相同或不同的val服务提供商。该val群组id指示对所述群组进行定义的val应用服务器。
45.在本步骤中，第一用户设备获取群组id。在一种可能的实现方式中，第一用户设备从第三方接收群组id。此处，第三方例如可以是群组管理服务器。群组管理服务器负责管理所述群组，并且可以向群组成员分发有用的信息，例如用于生成目的地l2 id的群组密钥。
46.此外，除非另行定义，第一用户设备还可以称为发送ue、发送用户设备，而第二用户设备还可以称为接收ue、接收用户设备。
47.s102、第一用户设备根据所述群组id确定当前目的地id。
48.当前目的地id用于标识所述群组中的第二用户设备。第一用户设备和第二用户设备使用当前目的地id进行群组通信。在一种可能的实现方式中，当前目的地id可以是侧行链路邻近服务直接通信中的目的地层2id(layer 2id，l2 id)，其标识了侧行链路邻近服务直接通信中数据的目标。目的地l2 id的长度为24位，在媒体访问控制(media access control，mac)地址层中被拆分为两个位串。第一位串是目的地l2 id的最低有效位(least significant bit，lsb)部分(8位)，作为侧行链路控制层1(l1)id被转发到物理层；其标识了侧行链路控制中所使用的数据的目标，并用于在物理层过滤包。第二位串是目的地l2 id的最高有效位(most significant bit，msb)部分(16位)，其承载在mac头中，用于在mac层过滤包。上文仅提供了id的非限制性示例。应注意的是，id的长度也可以不同。类似地，将所述id分发为最低有效位部分和最高有效位部分可以通过与上述不同的方式实现。
49.在群组通信中，l2 id，包括源l2 id和目的地l2 id)，分别标识组播的数据包的源和目标。如果同一ue属于多个群组的一部分，则该ue在每个群组中的l2 id均不同。目的地用户l2 id定义了数据包的目标，在群组通信中，该目标是群组中除了发送ue之外的每个ue。总之，源l2 id表示链路的单个ue，目的地l2 id表示组播通信中的每个ue。
50.第一用户设备根据所述群组id确定当前目的地id，可以有很多种可能的实现方式。在一种可能的实现方式中，第一用户设备获取用于确定当前目的地id的至少一个参数，并根据所述群组id和所述至少一个参数确定当前目的地id。
51.这里，所述至少一个参数可以由第一用户设备从第三方接收，其中，第三方可以是群组管理服务器。在一些实施例中，所述至少一个参数可以包括群组密钥。如上所述，所述群组密钥是给用户设备(ue)所属的每个群组发放的，并且所述群组密钥可以采用ts 23.434中定义的机制进行发放。例如，密钥管理服务器可以向群组管理服务器提供相关的安全资料，这些资料可以中继发送到所述群组的成员。密钥管理服务器还支持与分布式垂直业务服务使能架构层(service enabler architecture layer，seal)部署中的对应密钥管理服务器进行交互。在一些实施例中，所述至少一个参数可以不包括群组密钥，而是可以采用其他可用于将所述群组id转换为所述当前目的地id的参数，例如，可以采用一组随机数和所述一组随机数的顺序。以下实施例中将结合附图对上述确定步骤的实现方式进行详
细描述。
52.s103、第一用户设备向第二用户设备发送携带有当前目的地id的包。
53.确定当前目的地id后，第一用户设备可以向第二用户设备发送所述携带有当前目的地id的包。在一种可能的实现方式中，所述包具有与相关技术相同的结构。为简洁起见，在此不再赘述。
54.以iot为例，下层不能使用上层的id，从而需要将上层id即群组id转换为下层id即目的地l2 id。因此，每个用户设备的v2x层可以将所述群组id转换为目的地l2 id。所以，本文中携带有当前目的地id的包可以是as层的包，其中，所述as层的包在第一用户设备和第二用户设备之间的as层中传输。
55.此外，该包可以是数据包或控制包，本文中不作限制。
56.s104、第二用户设备接收所述携带有当前目的地id的包。
57.s105、第二用户设备通过本地目的地id验证所述接收到的包中的当前目的地id。
58.第二用户设备在本地维护目的地id，在这里称为本地目的地id。
59.第二用户设备获取群组id以及用于确定本地目的地id的至少一个参数，然后根据所述群组id和所述至少一个参数确定本地目的地id。对于所述群组id和所述至少一个参数的描述，与上述第一用户设备侧的步骤中的描述相同，为简洁起见，在此不再赘述。
60.本地目的地id由第二用户设备使用以进行验证，其可以是第二用户设备在接收包之前确定的，也可以是在接收到包之后确定的。在一种可能的实现方式中，接收用户设备即第二用户设备需要来自第一用户设备的一些参数来确定本地目的地id(例如，结合图4所述的实施例)，此时，该参数可以与当前目的地id一起携带在包中，则对本地目的地id的确定可以在接收到所述包之后进行。在这种情况下，所述包的结构将与相关技术中的结构不同。在另一种可能的实现方式中，第二用户设备可以在没有来自第一用户设备的任何信息的情况下在其自身侧确定本地目的地id(例如，结合图2、图3和图5所述的实施例)。详情可以在以下实施例中讨论。
61.所述验证实际上由第二用户设备执行，用以验证目的地id的转换准确性。在一种可能的实现方式中，第二用户设备可以将所述接收到的包中的当前目的地id与本地目的地id进行比较，如果两者相同，则第二用户设备可以采用当前目的地id开始监听包。换句话说，所述验证只是为了确保第二用户设备计算出的目的地id与第一用户设备发送的目的地id相同。
62.根据本公开提供的解决方案，应用层群组id被转换为目的地l2 id，从而实现端到端群组通信。
63.如上所述，可以采用所述至少一个参数将群组id转换为目的地id，该至少一个参数可以是群组密钥。下文将结合图2至图3阐述实施例，在这些实施例中，群组密钥被用于进行转换。在这些实施例中，第二用户设备在没有来自第一用户设备的任何信息的情况下自行确定其本地目的地id，而且，第一用户设备生成的当前目的地id和第二用户设备生成的本地目的地id在群组通信过程中都可以保持不变。下文中假设群组id在群组通信过程中保持不变来进行说明。当群组id在群组通信过程中发生变化时，从群组id转换得到的目的地id也发生变化，每次群组id发生变化时，可以应用相同的流程将群组id转换为目的地id。为简洁起见，下文将不再赘述。
64.图2为本公开实施例提供的群组通信方法的示意性流程图。根据本实施例，以iot为例，发送ue直接使用发放的群组密钥生成l2 id。由于群组中所有ue都具有该群组密钥，因此它们都遵循相同的机制来获得l2 id。参照iot，每个用户设备(或ue)的v2x层使用该发放的群组密钥将群组标识转换为目的地l2 id。
65.该方法可以包括以下步骤。
66.s201、密钥管理服务器发送用于生成群组密钥的安全资料，群组管理服务器从密钥管理服务器接收该安全资料。
67.考虑到群组密钥的保密性和安全性，密钥管理服务器可以向群组管理服务器提供该安全资料，用于生成群组密钥。
68.s202、群组管理服务器采用该安全资料生成群组密钥。
69.接收到该安全资料后，群组管理服务器可以生成群组密钥。本公开实施例对具体的生成方式不作限制。
70.s203、群组管理服务器向第一用户设备和第二用户设备发送群组id和密钥资料，第一用户设备和第二用户设备分别从群组管理服务器接收该群组id和密钥资料。
71.在一种可能的实现方式中，如图2所示，群组管理服务器可以向第一用户设备和第二用户设备发送密钥资料，使得两个用户设备可以自行生成用于进行转换的密钥。此时，在步骤s202中，群组管理服务器不再需要生成群组密钥。类似地，在其他实施例中，群组管理服务器也可以发送密钥资料而非发送群组密钥，本公开实施例对此不作限制。
72.在另一种可能的实现方式中，群组管理服务器可以生成群组密钥，并将群组密钥发送给第一用户设备和第二用户设备。
73.群组管理服务器将群组id以及密钥资料发送给第一用户设备和第二用户设备，使得两个用户设备可以自行生成目的地id。
74.s204、第一用户设备根据群组id和群组密钥确定当前目的地id，第二用户设备根据群组id和群组密钥确定本地目的地id。
75.第一用户设备可以通过多种方式确定当前目的地id。在一种可能的实现方式中，第一用户设备根据所述群组id采用群组密钥和预定义算法生成当前目的地id。此处，实施例中对所述预定义算法不作限制。在另一种可能的实现方式中，可以通过多种方式实现群组id到目的地l2 id的转换。例如，根据l2 id的长度，可以直接将群组id的加密值作为目的地l2 id。可以采用ts 33.501中使用的加密方法。
76.第二用户设备可以通过与第一用户设备生成当前目的地id相同的方式确定本地目的地id。例如，第二用户设备根据所述群组id采用至少一个参数和预定义算法确定本地目的地id。
77.s205、第一用户设备向第二用户设备发送携带有当前目的地id的包，第二用户设备接收所述携带有当前目的地id的包。
78.确定当前目的地id后，第一用户设备可以向第二用户设备发送所述携带有当前目的地id的包。在一种可能的实现方式中，所述包具有与相关技术相同的结构。为简洁起见，在此不再赘述。
79.在本实施例中，第二用户设备自行生成本地目的地id，即不依赖于来自第一用户设备的任何信息，因此，本地目的地id的确定可以独立于从第一用户设备接收所述包。
boyen等，本公开实施例对这些方法的选择不作限制。
98.s306、第二用户设备向群组管理服务器进行鉴权并获得私钥。
99.本步骤中，接收ue或第二用户设备使用群组id进行鉴权，并从群组管理服务器接收私钥。该私钥对应于第一用户设备根据群组id和群组密钥生成的公钥。所有ue均经过群组管理服务器的鉴权，并接收其对应的私钥。需要注意的是，在创建群组时，鉴权很可能是由应用层完成的。因此可以跳过上述鉴权，并且可以直接获得私钥。否则，可以使用ts 33.501中的鉴权方法。
100.s307、第一用户设备向第二用户设备发送加密后的包，第二用户设备接收所述携带有当前目的地id的加密后的包。
101.然后，发送ue即第一用户设备采用公钥加密数据包。
102.s308、第二用户设备通过本地目的地id验证所述接收到的包中的当前目的地id。
103.接收到所述包后，第二用户设备采用从群组管理服务器接收到的对应私钥可以获得目的地l2 id。
104.第二用户设备采用私钥解密所述携带有当前目的地id的包，并将解密后的包中的当前目的地id与本地目的地id进行比较。关于上述验证，可以参见步骤s105中的相关描述。
105.根据本公开提供的解决方案，使用基于非对称id的加密将应用层群组id转换为目的地l2 id，从而实现端到端群组通信，并确保通信的安全性。
106.在参考图2和图3所示的上述实施例中，执行一次从群组id到目的地id的转换，从而实现群组成员之间的端到端群组通信。如上所述，本公开还提供了用于进一步确保上述转换的安全性的解决方案。一般而言，与上述实施例不同的是，在结合图4和图5所示的实施例中，目的地id的转换在群组通信过程中会被执行多次而非一次。与上述实施例相同的是，当群组id在群组通信过程中发生变化时，从群组id转换得到的目的地id也发生变化，每次都可以应用相同的流程。为简洁起见，详细情况将不再赘述。当群组id在群组通信过程中保持不变时，也可以对群组id进行多次转换并转换为不同的目的地id，从而避免入侵者的攻击。下文将结合图4和图5进行详细说明。
107.当对群组id进行多次转换时，第一用户设备需要确定每次转换的触发条件。在一种可能的实现方式中，第一用户设备可以在进行转换之前先确定是否满足触发条件；响应于确定满足所述触发条件，第一用户设备根据群组id和群组密钥生成当前目的地id；否则，响应于确定不满足所述触发条件，第一用户设备将先前生成的目的地id确定为当前目的地id。
108.以下实施例中将阐述三种具体的解决方案。在与图4相关的前两种解决方案中，首先，第一用户设备和第二用户设备都从群组管理服务器接收群组id，并且在群组成员都接收到对应的群组id后，一个ue(例如，第一用户设备)由于两个用户设备之间不存在目的地id而在第一次转换中被选择为组长(group leader)。因此，第一用户设备和第二用户设备都根据群组密钥和来自群组管理服务器的初始随机数生成初始目的地id。然后，生成初始目的地id之后，两个用户设备可以使用该初始目的地id相互进行通信。因此，在第二次转换中，被选择为组长的第一用户设备生成随机数(如有必要)，第二用户设备可以根据来自第一用户设备的该随机数生成其本地目的地id。连续次转换中可以使用与第二次转换相同的流程。因此，第一用户设备可以在第一次转换之后以及在每两次连续转换之间判断触发条
件。发起第二次转换的触发条件可以与触发第二次转换之后的后续转换的触发条件相同，也可以不同。
109.在与图5相关的解决方案中，不同于图4相关的前两种解决方案，第二用户设备可以在没有来自第一用户设备的任何信息的情况下生成其本地目的地id。在这种情况下，第一用户设备可以判断每两次转换之间的触发条件，也就是说，在每次转换之后，第一用户设备可以确定是否满足触发条件，并决定是生成新的目的地id还是继续使用之前生成的目的地id(或已有的目的地id)。
110.现在参见图4，图4为本公开实施例提供的群组通信方法的示意性流程图。根据本实施例，以iot为例，发送ue生成随机数，并采用哈希函数通过应用层提供的群组id计算出目的地l2 id。该随机数采用群组密钥进行加密，该群组密钥被发放给属于群组的所有ue，并发送给所有ue。接收ue解密该随机数，并使用该随机数计算出对应的目的地l2 id。在应用层改变群组id之前对l2 id进行改变的次数取决于各种实现方式。在群组成员都接收到对应的群组id之后，群组管理服务器会选择一个ue作为组长。该ue将作为第二次id转换的发起者。
111.该方法可以包括以下步骤。
112.s401、密钥管理服务器发送用于生成群组密钥的安全资料，群组管理服务器从密钥管理服务器接收该安全资料。
113.关于本步骤，可以参见步骤s201中的相关描述。
114.s402、群组管理服务器采用该安全资料生成群组密钥。
115.关于本步骤，可以参见步骤s202中的相关描述。
116.除了生成群组密钥之外，群组管理服务器还可以为第一次转换生成初始随机数，第一用户设备和第二用户设备使用该初始数来生成初始目的地id。在另一种可能的实现方式中，群组管理服务器可以向用户设备均发送用于生成初始随机数的信息，使得用户设备都可以自行生成初始随机数。例如，群组管理服务器可以发送对应的资料，用于生成初始随机数，而不是发送初始随机数本身，从而降低计算成本。所有ue采用接收到的资料生成相同的初始数。这一情况是假设所有ue具有相同的随机数生成器。关于随机数生成器，可以参见ts 33.501。
117.s403、群组管理服务器向第一用户设备和第二用户设备发送群组id、初始随机数和群组密钥，第一用户设备和第二用户设备分别从群组管理服务器接收群组id和群组密钥。
118.对于可以由应用层创建群组或应用层改变群组id而触发的第一次转换，群组管理服务器向每个ue提供群组id、初始随机数rand0和群组密钥。
119.s404、第一用户设备根据所述群组id采用哈希函数和初始随机数生成初始目的地id，第二用户设备根据所述群组id采用哈希函数和初始随机数生成初始目的地id。
120.如上所述，由于在创建群组时没有用于实现群组通信的目的地id，因此，所有群组成员根据来自群组管理服务器的群组id、初始随机数和群组密钥生成初始目的地id。这样，在第一次转换之后，即从群组id转换为初始目的地id之后，用户设备都可以使用该转换后的初始目的地id相互进行通信。
121.每个用户设备同时使用初始随机数rand0和群组id作为哈希函数的输入，以获得
目的地l2 id，具体如下所述：
122.哈希(群组id，rand0)＝目的地l2 id
123.如上述实施例所述，目的地l2 id的长度可以不同，因此哈希函数的实现可以根据目的地l2 id的长度和群组id的变化而变化。例如，sha-256哈希函数可以将群组标识和rand0作为其输入，并输出长度为256位的唯一目的地l2 id。
124.s405、第一用户设备根据所述群组id采用哈希函数和确定的随机数生成当前目的地id。
125.如上所述，在第一次转换之后，当满足触发条件时，被选择为发起者的第一用户设备可以发起第二次转换。发起者可以根据发起者(第一用户设备)的内部定时器触发目的地l2 id的转换。例如，用于改变源l2 id的时间也可以用来改变群组通信的目的地l2 id。或者，所述触发条件为从生成先前生成的目的地id的时刻开始的时段超过第二预定义时段，例如，群组管理服务器可以向该发起者发送定时器t(其在第二预定义时段之后到期)，以便发起者可以使用该定时器t发起第二次转换。
126.满足所述触发条件后，第一用户设备可以确定随机数，并根据所述群组id采用哈希函数和所述确定的随机数生成当前目的地id。由于这里的当前目的地id是在第二次转换中生成的，因此初始目的地id可以被认为是先前生成的目的地id。
127.s406、第一用户设备通过群组密钥加密随机数，并向第二用户设备发送携带有当前目的地id和加密后的随机数的包；第二用户设备接收所述携带有当前目的地id和加密后的随机数的包。
128.发放给群组成员的群组密钥用于加密随机数。第一用户设备的as层发送数据包中的加密后的随机数和当前目的地l2 id。加密后的随机数可以添加为数据包的前缀或者附加到数据包，并且不会改变数据包。
129.随机数可以直接通过群组密钥进行加密，也可以通过根据ts 33.303中提到的机制推导出的单独的完整性和机密性相关的密钥进行加密。
130.第一用户设备和第二用户设备在发送和接收加密后的随机数以及步骤s405中生成的当前目的地id的同时，使用步骤s404中生成的初始目的地id进行通信。
131.s407、第二用户设备通过群组密钥解密所述加密后的随机数，并根据所述群组id采用哈希函数和解密后的随机数生成本地目的地id。
132.在接收侧，所述群组密钥用于解密第一用户设备发送的随机数。第二用户设备的v2x层使用接收到的随机数和步骤s405中提到的相同哈希函数根据所述群组id计算出本地目的地id。
133.s408、第二用户设备通过本地目的地id验证所述接收到的包中的当前目的地id。
134.当第二用户设备已计算出本地目的地id并验证本地目的地id与第一用户设备发送的id相同时，第二用户设备可以开始使用新的id，即当前目的地id。
135.上述步骤中对第一次转换和第二次转换展开了说明。对于第二次转换之后的连续次转换，随机数randi(例如可以为一个256位的数)(i＝1～n，其中，n为群组id发生变化之前l2 id的转换次数)是由第一用户设备(发起者用户设备)在每次满足触发条件时生成的。然后，如步骤s405-s408中所述的相同流程可以应用于第一用户设备和第二用户设备。以iot为例，第一用户设备的v2x层使用哈希函数和随机数randi将应用层群组id转换为新的
目的地l2 id。如上所述，这些连续次转换的触发条件可以与第二次转换的触发条件相同，即第二次转换之后的每次转换都可以基于发起者(第一用户设备)的内部定时器。例如，群组管理服务器可以向该发起者(第一用户设备)发送定时器t，以便第一用户设备可以使用该定时器t启动下一次转换。
136.在应用层群组id在群组通信过程中发生变化或不发生变化的两种情况下，群组id在应用层群组id的有效期间内都会被多次转换为新的l2 id。每次执行转换时，都会一起发送加密后的随机数。需要注意的是，目的地id的生存期或到期时间小于群组id的到期时间。
137.此外，作为一种可能的实现方式，为了进一步确保转换的安全性，可以任意生成并发送随机数，这可以称为随机数的on/off模式。也就是说，有时会生成随机数，并且在第一用户设备发送到第二用户设备的包中添加加密后的值。有时又可能不会生成随机数，并且不会在所述包中添加加密后的值。例如，在每次转换之前，当第一用户设备确定满足触发条件时(如定时器t到期)，就意味着需要进行下一次转换。在这种情况下，第一用户设备可以直接生成随机数并继续上述流程，如步骤s405中，或者，第一用户设备可以先根据生成条件确定是否生成随机数，然后确定待用于转换的随机数。即，第一用户设备确定是否满足随机数生成的生成条件；响应于确定满足所述生成条件，第一用户设备生成随机数；响应于确定不满足所述生成条件，第一用户设备将先前生成的随机数作为随机数。
138.在一种可能的实现方式中，这里的生成条件可以是先前生成的随机数的生存期超过第一预定义时段。需要注意的是，随机数的生存期或到期时间小于目的地id的到期时间。
139.(a)、当从生成先前生成的随机数的时刻开始的时段超过第一预定义时段时，第一用户设备决定生成新的随机数，此时，新生成的随机数可以用于步骤s405中对当前目的地id的转换，而且，在步骤s406中，新生成的随机数需要进行加密并在包中进行传输。
140.(b)、当从生成先前生成的随机数的时刻开始的时段不超过第一预定义时段时，第一用户设备决定不生成新的随机数，此时，使用先前生成的随机数进行转换，从而得到与前一次转换相同的结果。因此，第一用户设备可以直接使用先前生成的目的地id。此时，随机数不需要进行加密并在包中进行传输。
141.在另一种可能的实现方式中，这里的生成条件可以是预定义图案中的标志为真(true)。发送或不发送加密后的随机数的频次可以取决于实现方式。例如，随机数可以通过遵循预定义的图案生成：1,1,0,0,1,0,0
……
(其中标志1表示生成随机数，标志0表示不生成随机数)。此图案也可以由应用层发放。
142.在接收侧，第二用户设备确定所述接收到的包中是否存在加密后的随机数；响应于确定所述接收到的包中存在加密后的随机数，第二用户设备解密所述加密后的随机数，并根据所述群组id采用哈希函数和所述解密的随机数生成本地目的地id；响应于确定所述接收到的包中不存在加密后的随机数，第二用户设备将先前生成的本地目的地id确定为本地目的地id，即第二用户设备继续使用先前生成的本地目的地id。
143.总之，on/off模式下，该流程与图4中所示的流程类似，除了在第一次转换之后，随机数在某些情况下生成并经加密后再发送，而在其他情况下则不是，该决定是任意做出的。
144.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，
ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延(尽管这一点可能不适用于第一次转换过程，但是有利于后续的转换)。此外，任意发送随机数，进一步确保了转换过程的安全性。
145.在上述结合图4描述的实施例中，第二用户设备需要根据来自第一用户设备的信息(例如加密后的随机数)计算其本地目的地id。在以下实施例中，第二用户设备可以在没有来自第一用户设备的任何信息的情况下生成其本地目的地id。
146.图5为本公开实施例提供的群组通信方法的示意性流程图。根据本实施例，以iot为例，群组管理服务器向所有用户设备发送一组随机数、定时器值(时间间隔)和所述一组随机数的顺序。这些用户设备根据序号采用随机数通过群组id计算出目的地l2 id。
147.该方法可以包括以下步骤。
148.s501、群组管理服务器向第一用户设备和第二用户设备发送群组id、时间间隔、一组随机数和所述一组随机数的顺序；第一用户设备和第二用户设备分别从群组管理服务器接收所述群组id、所述一组随机数和所述一组随机数的顺序。
149.群组被创建后，群组管理服务器向关联的用户设备发送群组id。群组管理服务器还发送一组随机数和所述一组随机数的顺序，该顺序是指待使用这些随机数的特定顺序。还发送时间间隔。
150.需要注意的是，所述一组随机数的长度取决于实现方式。例如，所述一组随机数中有10个随机数还是100个随机数取决于目的地id的更新频率。
151.群组管理服务器还可以发送对应的资料，用于生成所述一组随机数，而不是发送所述一组随机数本身，从而降低计算成本。所有用户设备采用接收到的资料生成顺序相同的一组相同的随机数。这一情况是假设所有ue具有相同的随机数生成器。关于随机数生成器，可以参见ts 33.501。
152.s502、第一用户设备根据所述群组id、所述一组随机数和所述一组随机数的顺序生成已有的目的地id，第二用户设备根据所述群组id、所述一组随机数和所述一组随机数的顺序生成已有的本地目的地id。
153.第一用户设备可以根据所述一组随机数的顺序从所述一组随机数中选择随机数，并根据所述群组id采用哈希函数和选择的随机数生成所述已有的目的地id(先前生成的目的地id)。
154.例如，对于第一次转换，第一用户设备根据所述顺序将群组id和第一随机数作为哈希函数的输入，生成已有的目的地id。
155.哈希(群组标识，rand1)＝已有的目的地id
156.这里，rand1表示根据所述顺序的所述一组随机数中的第一随机数。对于连续次转换，例如，如果所述一组随机数的所述顺序中的序号为7，则第一用户设备使用第7个随机数生成目的地id。
157.在接收侧，第二用户设备执行与第一用户设备类似的操作，来获得已有的本地目的地id。每次更新之后，第二用户设备侦听已有的目的地id和新的目的地id，直到其从发送用户设备接收到来自新的目的地id的消息。
158.s503、第一用户设备向第二用户设备发送携带有已有的目的地id的包，第二用户设备接收所述携带有已有的目的地id的包。
159.s504、第二用户设备通过已有的本地目的地id验证所述接收到的包中的已有的目的地id。
160.关于本步骤，可以参见步骤s105中的相关描述。
161.s505、当时间间隔到期时，第一用户设备根据所述群组id、所述一组随机数和所述一组随机数的顺序生成新的目的地id，第二用户设备根据所述群组id、所述一组随机数和所述一组随机数的顺序生成新的本地目的地id。
162.当时间间隔到期时，根据所述顺序采用下一个随机数计算出新的目的地id。也就是说，当时间间隔到期时，第一用户设备采用所述顺序的下一个随机数计算出新的目的地id。
163.哈希(群组标识，rand2)＝新的目的地id
164.这里，rand2表示根据所述顺序的所述一组随机数中的第二随机数。
165.s506、第一用户设备向第二用户设备发送携带有新的目的地id的包，第二用户设备接收所述携带有新的目的地id的包。
166.s507、第二用户设备通过新的本地目的地id验证所述接收到的包中的新的目的地id。
167.当所述接收到的包中的当前目的地id与本地目的地id相同时，第二用户设备采用当前目的地id开始监听包。实际上，为了确保时间同步的问题，第二用户设备开始侦听已有的目的地id和新的目的地id。只要第二用户设备接收到来自新的目的地id的消息，就可以停止侦听已有的目的地id。
168.每次时间间隔到期后，会对目的地l2 id进行更新，直到应用层触发对群组id的更改。
169.在本实施例中，为便于说明，目的地id仅更新一次。在实际应用中，目的地id的每次更新均可以与本文中描述的流程相同，为简洁起见，在此不再赘述。
170.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延。
171.图6为本公开实施例提供的群组通信方法的示意性流程图。图6实际上对应于图5所示的解决方案，但包含更多细节。图6示出了将应用层群组id安全转换为目的地l2 id的过程。
172.s601、设置群组：创建群组后，群组管理服务器向关联的ue发送群组id和定时器t，还发送一组随机数和待使用这些随机数的特定顺序。假设应用层信令受到保护。
173.s602、转换id：所有ue根据所述顺序将群组id和第一随机数作为哈希函数的输入，生成目的地l2 id。
174.s603、更新id：当定时器t到期时，根据所述顺序采用下一个随机数计算出新的目的地l2 id。ue可以在一定的时期内或在接收到带有新的目的地id的消息之前，侦听已有的目的地l2 id和新的目的地l2 id，以避免任何时间同步的问题。
175.对目的地l2 id进行更新，直到应用层更改群组id。
176.群组管理服务器还可以发送对应的资料，以生成随机数，而不是发送随机数本身。
177.图7为本公开实施例提供的第一用户设备的结构示意图。第一用户设备700包括获取模块701、确定模块702和发送模块703。
178.所述获取模块701用于获取群组标识(id)，其中，所述群组标识用于标识包括至少第一用户设备和第二用户设备的群组。所述确定模块702用于根据所述群组id确定当前目的地id，其中，所述当前目的地id用于标识所述群组中的第二用户设备。所述发送模块703用于向第二用户设备发送携带有所述当前目的地id的包。
179.在一种可能的实现方式中，所述确定模块702具体用于：
180.获取用于确定所述当前目的地id的至少一个参数；
181.根据所述群组id和所述至少一个参数确定所述当前目的地id。
182.在一种可能的实现方式中，所述确定模块702具体用于：
183.确定是否满足触发条件；
184.响应于确定满足所述触发条件，根据所述群组id和所述至少一个参数生成所述当前目的地id；
185.响应于确定不满足所述触发条件，将先前生成的目的地id确定为所述当前目的地id。
186.在一种可能的实现方式中，所述确定模块702具体用于：
187.确定随机数；
188.根据所述群组id采用哈希函数和所述随机数生成所述当前目的地id。
189.在一种可能的实现方式中，所述确定模块702具体用于：
190.确定是否满足所述随机数生成的生成条件；
191.响应于确定满足所述生成条件，生成所述随机数；
192.响应于确定不满足所述生成条件，将先前生成的随机数作为所述随机数。
193.在一种可能的实现方式中，所述发送模块703具体用于：
194.响应于确定满足所述生成条件，通过所述至少一个参数加密所述随机数；向所述第二用户设备发送携带有所述当前目的地id和所述加密后的随机数的包。
195.在一种可能的实现方式中，所述发送模块703具体用于：
196.响应于确定不满足所述生成条件，向所述第二用户设备发送携带有所述当前目的地id的包。
197.在一种可能的实现方式中，生成条件为：先前生成的随机数的生存期超过第一预定义时段，或者预定义图案中的标志为真。
198.在一种可能的实现方式中，所述先前生成的目的地id是由所述第一用户设备根据所述群组id采用哈希函数和初始随机数生成的。
199.在一种可能的实现方式中，所述初始随机数是由所述第一用户设备从第三方接收的，或者由所述第一用户设备根据来自第三方的信息生成的。
200.在一种可能的实现方式中，所述确定模块702具体用于：
201.根据所述群组id采用所述至少一个参数和预定义算法生成所述当前目的地id。
202.在一种可能的实现方式中，所述发送模块703具体用于：
203.采用所述群组id和所述至少一个参数生成公钥；
204.通过所述公钥加密所述携带有所述当前目的地id的包；
205.向所述第二用户设备发送所述加密后的包。
206.在一种可能的实现方式中，所述至少一个参数包括一组随机数和所述一组随机数的顺序。
207.其中，所述确定模块702具体用于：
208.根据所述一组随机数的顺序，从所述一组随机数中选择随机数；
209.根据所述群组id采用哈希函数和所述选择的随机数生成所述当前目的地id。
210.在一种可能的实现方式中，所述至少一个参数包括群组密钥。
211.在一种可能的实现方式中，所述触发条件为从生成所述先前生成的目的地id的时刻开始的时段超过第二预定义时段。
212.在一种可能的实现方式中，所述获取模块701具体用于：
213.从第三方接收所述至少一个参数。
214.在一种可能的实现方式中，所述获取模块701具体用于：
215.从第三方接收所述群组id。
216.在一种可能的实现方式中，所述第三方为群组管理服务器。
217.在一种可能的实现方式中，所述携带有所述当前目的地id的包为接入层(access stratum，as)的包。
218.在一种可能的实现方式中，所述当前目的地id为侧行链路邻近服务直接通信中的目的地层2id(l2 id)。
219.在一种可能的实现方式中，所述包为数据包或控制包。
220.在一种可能的实现方式中，所述群组id为垂直应用层id。
221.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延。
222.图8为本公开实施例提供的第二用户设备的结构示意图。所述第二用户设备800包括接收模块801和验证模块802。
223.所述接收模块801用于接收携带有当前目的地标识(id)的包，其中，所述当前目的地id用于标识群组中的第二用户设备，所述群组包括至少第一用户设备和第二用户设备。所述验证模块802用于通过本地目的地id验证所述接收到的包中的所述当前目的地id。
224.在一种可能的实现方式中，所述第二用户设备还包括：
225.获取模块，用于：获取群组id，其中，所述群组id用于标识所述群组；获取用于确定所述本地目的地id的至少一个参数；
226.确定模块，用于根据所述群组id和所述至少一个参数确定所述本地目的地id。
227.在一种可能的实现方式中，所述确定模块具体用于：
228.确定所述接收到的包中是否存在加密后的随机数；
229.响应于确定所述接收到的包中存在加密后的随机数，通过所述至少一个参数解密所述加密后的随机数，根据所述群组id采用哈希函数和所述解密后的随机数生成所述本地目的地id；
230.响应于确定所述接收到的包中不存在加密后的随机数，将先前生成的本地目的地
id确定为所述本地目的地id。
231.在一种可能的实现方式中，所述确定模块具体用于：
232.根据所述群组id采用所述至少一个参数和预定义算法生成所述本地目的地id。
233.在一种可能的实现方式中，所述验证模块802具体用于：
234.获得私钥，其中，所述私钥与所述第一用户设备根据所述群组id和所述至少一个参数生成的公钥相对应；
235.采用所述私钥解密所述携带有所述当前目的地id的包；
236.将解密后的包中的所述当前目的地id与所述本地目的地id进行比较。
237.在一种可能的实现方式中，所述至少一个参数包括一组随机数和所述一组随机数的顺序。
238.其中，所述确定模块具体用于：
239.根据所述一组随机数的顺序，从所述一组随机数中选择随机数；
240.根据所述群组id采用哈希函数和所述选择的随机数生成所述本地目的地id。
241.在一种可能的实现方式中，所述第二用户设备还包括监听模块，用于：
242.当所述接收到的包中的所述当前目的地id与所述本地目的地id相同时，采用所述当前目的地id开始监听包。
243.根据本公开提供的解决方案，目的地id的转换可以进行多次，从而保证应用层群组id被安全地转换为目的地l2 id，而且该转换过程无法被对手篡改。对手无法连接目的地l2 id和ue群组成员关系，从而保护成员ue的完整性和隐私性。由于目的地l2 id没有加密，ue仅解密消息或仅侦听发给自己的消息，从而降低了计算成本，同时减少了时延。
244.如图9所示，本公开实施例还提供了一种第一用户设备900。所述设备900可以是图7中的设备700，可以用于实现与方法实施例中的方法对应的第一设备相关的内容。所述设备900包括输入接口910、输出接口920、处理器930和存储器940。输入接口810、输出接口920、处理器930和存储器940可以通过总线系统连接。存储器940用于存储程序、指令或代码。处理器930用于执行存储器940中的程序、指令或代码，以控制输入接口910接收信号，控制输出接口920发送信号，以及完成上述方法实施例中的操作。
245.在一种具体的实现方式中，图7所示设备700中的发送模块703可以通过图9中的输出接口920实现，同样，图7所示设备700中的获取模块701和确定模块702可以通过图9中的处理器930实现。
246.如图10所示，本公开实施例还提供了一种第二用户设备1000。所述设备1000可以是图8中的设备800，可以用于实现与方法实施例中的方法对应的第一设备相关的内容。所述设备1000包括输入接口1010、输出接口1020、处理器1030和存储器1040。输入接口1010、输出接口1020、处理器1030和存储器1040可以通过总线系统连接。存储器1040用于存储程序、指令或代码。处理器1030用于执行存储器1040中的程序、指令或代码，以控制输入接口1010接收信号，控制输出接口1020发送信号，以及完成上述方法实施例中的操作。
247.在一种具体的实现方式中，图8所示设备800中的接收模块801可以通过图10中的输出接口1020实现，同样，图8所示设备800中的验证模块802可以通过图10中的处理器1030实现。
248.本公开还提供了一种存储计算机可执行指令的计算机存储介质，当所述计算机可
执行指令被执行时，用于实现本公开实施例所述的方法。
249.本公开还提供了一种包括指令的计算机程序产品，当所述指令在计算机上执行时，使得计算机执行上述实施例中所述的方法。
250.在本公开说明书和权利要求书以及上述附图中提及的术语如“第一”、“第二”等旨在区分不同的对象，但并不是为了限定特定的顺序。
251.本公开实施例中的术语“和/或”等仅用于描述关联对象之间的关联关系，表示可以存在三种关系，例如，a和/或b可以表示：仅存在a，同时存在a和b，仅存在b。
252.在本公开实施例中，“示例性”或“例如”等表达用于表示对示例或实例的说明。在本公开实施例中，描述为“示例性”或“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更有利。特别地，使用“示例性”或“例如”是旨在以具体的方式呈现相关概念。
253.在一个或多个示例中，所描述的功能可以通过硬件、软件、固件或其任意组合实现。如果通过软件实现，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质中或通过计算机可读介质传输，并由基于硬件的处理单元执行。计算机可读介质可以包括计算机可读存储介质，该计算机可读存储介质对应于数据存储介质等有形介质，或者对应于通信介质，该通信介质包括任何便于将计算机程序从一处传输到另一处(例如，根据通信协议)的介质。通过这种方式，计算机可读介质通常可以对应(1)非瞬时性的有形计算机可读存储介质或(2)信号或载波等通信介质。数据存储介质可以是通过一个或多个计算机或一个或多个处理器访问的任何可用介质，以检索用于实施本公开所描述技术的指令、代码和/或数据结构。计算机程序产品可以包括计算机可读介质。
254.作为示例而非限制，这类计算机可读存储介质可以包括ram、rom、eeprom、cd-rom或其它光盘存储设备、磁盘存储设备或其它磁性存储设备、闪存或任何其它可以用于存储指令或数据结构形式的所需程序代码并且可以由计算机访问的介质。此外，任何连接也可以被适当地定义为计算机可读介质。例如，如果指令采用同轴缆线、光纤缆线、双绞线和数字用户线(digital subscriber line，dsl)、或红外线、无线电和微波等无线技术从网站、服务器或其它远程源进行传输，则同轴缆线、光纤缆线、双绞线和dsl、或红外线、无线电和微波等无线技术也包含在介质的定义中。但是，应理解的是，计算机可读存储介质和数据存储介质不包括连接、载波、信号或其它瞬时性介质，而是指非瞬时性的有形存储介质。本文所使用的磁盘和光盘包括压缩光盘(compact disc，cd)、激光光盘、光学光盘、数字多功能光盘(digital versatile disc，dvd)、软盘和蓝光光盘，其中，磁盘通常以磁性方式再现数据，而光盘利用激光以光学方式再现数据。上述各项的组合也应包括在计算机可读介质的范围内。
255.指令可以通过一个或多个处理器执行，例如，一个或多个数字信号处理器(digital signal processor，dsp)、一个或多个通用微处理器、一个或多个专用集成电路(application specific integrated circuit，asic)、一个或多个现场可编程逻辑阵列(field programmable logic array，fpga)或其它同等集成或离散逻辑电路等。因此，本文使用的术语“处理器”可以指任何上述结构或适合实现本文所描述的技术的任何其它结构。另外，在一些方面中，本文描述的各种功能可以提供在用于编码和解码的专用硬件和/或软件模块内，或者并入在组合编解码器中。而且，这些技术可以在一个或多个电路或逻辑元件
中完全实现。
256.本公开的技术可以在多种设备或装置中实现，这些设备或装置包括无线手机、集成电路(integrated circuit，ic)或一组ic(例如芯片组)。本公开描述了各种组件、模块或单元，以强调用于执行所公开技术的设备的功能方面，但未必需要由不同的硬件单元实现。实际上，如上所述，各种单元可以结合合适的软件和/或固件组合在编解码器硬件单元中，或者通过包括如上所述的一个或多个处理器的互操作硬件单元的集合来提供。
257.非瞬时性计算机可读介质包括所有类型的计算机可读介质，包括磁存储介质、光存储介质和固态存储介质，但具体不包括信号。应当理解，软件可以安装在路由器、客户端或其它网络设备中并随之一同出售。可选地，可以获得软件并将其加载到设备中，包括通过光盘介质或从任何形式的网络或分配系统获得软件，包括例如从软件开发者所拥有的服务器或从软件开发者使用但非拥有的服务器获得软件。例如，可以将软件存储在服务器中以通过互联网分发。
258.在可选实施例中，部分或全部软件可以由专用硬件替换，包括定制集成电路、门阵列、fpga、pld和专用计算机。在一个实施例中，实现一个或多个实施例的软件(存储在存储设备中)用于对一个或多个处理器进行编程。一个或多个处理器可以与一个或多个计算机可读介质/存储设备、外围设备和/或通信接口进行通信。在可选实施例中，部分或全部软件可以由专用硬件替换，包括定制集成电路、门阵列、fpga、pld和专用计算机。在实施例中，术语“单元”可以包括电路(或集成电路)或软件组件。
259.为了说明和描述之目的，上文呈现了详细的描述，上述描述并非旨在穷举或将本文要求保护的主题限制为所公开的一种或多种精确形式。根据上述指导，可以进行许多种修改和变更。选择所描述的各个实施例是为了更好地解释所公开技术的原理及其实际应用，从而使得本领域技术人员能够更好地利用各个实施例的技术且各种修改适合预期的特定用途。因此，本发明的范围由所附权利要求书界定。
260.本公开结合各实施例进行了描述。然而，可以结合附图、公开内容和所附权利要求理解和实现对所公开的实施例所作的其它变化和修改，这些变化和修改应理解为包含在所附权利要求中。在权利要求中，词语“包括”不排除其它元件或步骤，且不定冠词“一”或“一个”不排除多个。单个处理器或其它单元可以实现权利要求书中列举的若干项的功能。在互不相同的从属权利要求中详述某些措施并不表示、排除或暗示这些措施的组合无法被有利地使用。计算机程序可以存储或分发到合适的介质上，例如与其它硬件一起或者作为其它硬件的一部分而提供的光存储介质或者固态介质，还可以以其它形式例如通过因特网或者其它有线或无线通讯系统分发。