CN115550924A - 一种通信方法及装置 - Google Patents
一种通信方法及装置 Download PDFInfo
- Publication number
- CN115550924A CN115550924A CN202210602062.4A CN202210602062A CN115550924A CN 115550924 A CN115550924 A CN 115550924A CN 202210602062 A CN202210602062 A CN 202210602062A CN 115550924 A CN115550924 A CN 115550924A
- Authority
- CN
- China
- Prior art keywords
- node
- mac
- target
- algorithm
- length
- 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
Links
- 230000006854 communication Effects 0.000 title claims abstract description 248
- 238000004891 communication Methods 0.000 title claims abstract description 245
- 238000000034 method Methods 0.000 title claims abstract description 179
- 230000011664 signaling Effects 0.000 claims abstract description 508
- 230000004044 response Effects 0.000 claims description 142
- 238000012545 processing Methods 0.000 claims description 107
- 238000004590 computer program Methods 0.000 claims description 45
- 238000005516 engineering process Methods 0.000 abstract description 11
- 230000007774 longterm Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 51
- 238000012795 verification Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 238000009795 derivation Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000009467 reduction Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 101000941866 Homo sapiens Leucine-rich repeat neuronal protein 2 Proteins 0.000 description 2
- 102100032653 Leucine-rich repeat neuronal protein 2 Human genes 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 2
- YTVGSCZIHGRVAV-UHFFFAOYSA-N ganoderic acid c1 Chemical compound CC12CCC(=O)C(C)(C)C1CC(O)C1=C2C(=O)CC2(C)C(C(CC(=O)CC(C)C(O)=O)C)CC(=O)C21C YTVGSCZIHGRVAV-UHFFFAOYSA-N 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002787 reinforcement Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
- H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
- H04W12/106—Packet or message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种通信方法及装置，应用于短距离通信领域，尤其涉及座舱域通信。该方法包括：接收关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，信令面的目标安全算法属于第二节点支持的安全算法的信息指示的安全算法的集合；通过信令面的目标安全算法生成第一MAC，第一MAC的长度为信令面的目标MAC长度。采用本申请实施例，能够确定出满足用户需求的MAC长度。该方案进一步可用于提升自动驾驶或高级驾驶辅助系统ADAS能力，可应用于车联网，例如车辆外联V2X、车间通信长期演进技术LTE‑V、车辆‑车辆V2V等。
Description
本申请是分案申请，原申请的申请号是202080015203.1，原申请日是2020年7月30日，原申请的全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其涉及短距离通信技术领域，例如座舱域通信。具体涉及一种通信方法及装置。
背景技术
在信息化飞速发展的今天，通信技术已经深入了人们的生活，我们在享受通信便利的同时也会面临安全漏洞和隐私泄露的威胁。为确保通信过程中数据的传输、存储安全，其中一方面就是需要对数据进行完整性保护(或者简称为完保)，数据的完整性保护具体可以通过根据完整性保护算法计算消息认证码(Message Authentication Code，MAC)的方式来进行，其中，消息认证码(Message authentication code，MAC)，是经过特定算法后产生的一小段信息，用来检查消息的完整性。
完整性保护算法生成的消息认证码的长度有多种，但是在通信过程中，往往只能使用固定长度的消息认证码进行通信。例如，LTE和第五代(5th generation，5G)通信协议支持的MAC长度为32比特，Wi-Fi的WPA2/WPA3协议，当使用TKIP、CCMP-128、GCMP-128算法时，MAC长度是64比特；当使用CCMP-256/GCMP-256算法时，MAC长度是128比特。蓝牙协议使用AES-CCM算法，MAC长度32比特。
而随着通信技术的发展，节点间通信的消息越来越多，而不同节点对MAC长度的需求是不同的。例如，如果使用固定长度较长的MAC(如256bit或者128bit的MAC)，会使得MAC在消息中占据较大比重，对消息传输的效率影响较大。再如，不同的MAC长度的安全性是不同的，MAC长度越长，安全性越高，如果使用较短的MAC不足以保护数据安全性。因此，现有的通信过程中，固定长度的MAC不能满足需求。
可以看出，如何确定出满足需求的MAC长度是本领域技术人员正在研究的技术问题。
发明内容
本申请实施例公开了一种通信方法及装置，能够确定出满足需求的MAC长度，提高MAC长度选择的灵活性。
第一方面，本申请实施例提供一种通信方法，该方法包括：
接收来自第二节点的关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，第一节点根据第二节点支持的安全算法的信息，通过算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据第一节点配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，算法选择策略可以是按照第一节点的通信需求预先配置或者定义的，例如，可以在优先选择安全性较高的算法和较长的MAC长度，提高了数据安全性。
在第一方面的一种可能的实施方式中，上述根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，包括：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在第一方面的又一种可能的实施方式中，上述根据第一长度选择策略和所述第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度，包括：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在第一方面的又一种可能的实施方式中，上述根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，包括：
根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在第一方面的又一种可能的实施方式中，上述方法还包括：
向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息和信令面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
可以看出，第一节点可以在安全上下文请求消息中携带指示信令面的目标安全算法的信息和信令面的目标MAC长度，以使得第二节点可以通过安全上下文请求消息获取信令面的目标安全算法和信令面的目标MAC长度。进一步的，该安全上下文请求消息可以携带有第一MAC，用于第二节点验证安全上下文请求消息的完整性，防止安全上下文请求消息被攻击者篡改。
在第一方面的又一种可能的实施方式中，所述方法还包括：
向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC和指示信令面的目标安全算法的信息；所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一MAC还用于指示所述信令面的目标MAC长度。
在第一方面的又一种可能的实施方式中，在根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度之后，上述方法还包括：
向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、信令面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
其中，共享密钥是第一节点与第二节点之间共享的一个秘密值，可以用来生成身份验证信息便于节点验证身份。可以看出，第一节点可以通过共享密钥生成第一身份认证信息，该第一身份认证信息用于第二节点验证第一节点的身份。相应的，第一节点也可以通过第二身份认证信息来验证第二节点的身份，若攻击者想要冒用第二节点的身份标识来获取信令面的目标安全算法或者信令面的目标MAC长度时，由于无法伪造共享密钥，无法通过第一节点的身份验证，进而避免了第一节点与不可信的节点通信，提高了第一节点的通信安全性。
在第一方面的又一种可能的实施方式中，上述方法还包括：
根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
根据上述共享密钥验证第二身份认证信息；
若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
在第一方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括用户面的目标安全算法；上述方法还包括：
根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在第一方面的又一种可能的实施方式中，上述方法还包括：
获取第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
向第二节点发送资源调度消息，该资源调度消息包括用户面的目标MAC长度。
可以看出，用户面的目标MAC长度可以是根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定的，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。
第二方面，本申请实施例还提供一种通信方法，包括：
向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息和用于指示信令面的目标MAC长度的信息；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在本申请实施例中，第二节点向第一节点发送第二节点支持的安全算法的信息，第一节点根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据第一节点配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。例如，可以在第二节点支持的算法中，选择安全性较高的算法，还可以选择较长的MAC长度，提高了数据安全性。
在第二方面的一种可能的实施方式中，所述安全上下文请求消息包括第一MAC；该第一MAC的长度为信令面的目标MAC长度；所述方法还包括：
通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在第二方面的一种可能的实施方式中，所述第一MAC为所述用于指示信令面的目标MAC长度的信息。
在第二方面的一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的；第一MAC为根据信令面的目标安全算法生成的。
在第二方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述方法还包括：
根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在第二方面的又一种可能的实施方式中，上述方法还包括：接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
在第二方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括指示用户面的目标安全算法的信息；其中，该用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；上述方法还包括：
接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；该用户面的目标MAC长度对应用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
可以看出，第一节点可以根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。
进一步的，第一节点可以在资源调度消息中携带指示用户面的目标安全算法的信息和用户面的目标MAC长度，以使得第二节点可以通过资源调度消息获取用户面的目标安全算法和用户面的目标MAC长度。
第三方面，本申请实施例还提供一种通信方法，包括：
接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在本申请实施例中，第一节点根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。一方面，对于安全性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。另一方面，对于一些对安全性要求不高或者数据包较小的消息，可以使用较短的MAC长度，可以避免影响通信效率，也减少了网络传输的资源消耗。
在第三方面的一种可能的实施方式中，上述根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据用户面的目标安全算法支持的MAC长度和第一业务的标识确定用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度和第一业务的数据包大小确定用户面的目标MAC长度。
在第三方面的又一种可能的实施方式中，上述根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和MAC长度的对应关系，将第一业务的标识对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在第三方面的又一种可能的实施方式中，上述根据用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据第一业务的标识和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在第三方面的又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在第三方面的又一种可能的实施方式中，上述方法还包括：
向第二节点发送资源调度消息，该资源调度消息中包括用户面的目标MAC长度。
在第三方面的又一种可能的实施方式中，上述方法还包括：
通过用户面的目标安全算法生成第三MAC，该第三MAC的长度为用户面的目标MAC长度，该第三MAC用于对所述第一业务的数据进行完整性保护。
在第三方面的又一种可能的实施方式中，上述方法还包括：
获取第二节点支持的安全算法的信息；
根据第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
通过信令面的目标安全算法生成第四MAC，该第四MAC的长度为信令面的目标MAC长度；
向第二节点发送资源调度消息，该资源调度消息中包括第四MAC和用户面的目标MAC长度，该第四MAC用于对资源调度消息进行完整性保护。
在第三方面的又一种可能的实施方式中，所述方法还包括：
根据第二算法选择策略确定所述用户面的目标安全算法，所述用户面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
第四方面，本申请实施例还提供一种通信方法，包括：
向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，用户面的目标MAC长度为用户面的目标安全算法支持的MAC长度，以及用户面的目标MAC长度对应第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在上述实施例中，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
进一步的，第一节点可以在资源调度消息中携带指示信息，以使得第二节点根据指示信息确定业务是否开启完整性保护。
在第四方面的一种可能的实施方式中，上述用户面的目标MAC长度为根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个确定的。
在第四方面的又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在第四方面的又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在第四方面的又一种可能的实施方式中，上述资源调度消息中还包括第四MAC，上述方法还包括：
通过用户面的目标安全算法，根据第四MAC验证所述资源调度消息的消息完整性。
第五方面，本申请实施例还提供一种通信方法，包括：
向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
可以看出，第二节点配置了与第一节点中相同的确定用户面的目标MAC长度的方法，因此第二节点可以根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。
而在第二节点与第一节点中配置相同的确定用户面的目标MAC长度的方法，可以使得第一节点通过什么样的方式来确定用户面的目标MAC长度，第二节点也使用相同的方式来确定用户面的目标MAC长度。这样一来，节点无需将目标MAC长度再发送给对方，节省了网络资源。
在第五方面的一种可能的实施方式中，上述根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识ID和MAC长度的对应关系，将第一业务的ID对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在第五方面的一种可能的实施方式中，上述根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据用户面的目标安全算法支持的MAC长度和第一业务的标识确定用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度和第一业务的数据包大小确定用户面的目标MAC长度。
在第五方面的又一种可能的实施方式中，上述根据用户面的目标安全算法，以及所述第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据所述第一业务的ID和/或所述第一业务的数据包大小确定第二长度选择策略；
根据所述第二长度选择策略和所述用户面的目标安全算法支持的MAC长度确定所述用户面的目标MAC长度。
在第五方面的又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在第五方面的又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
第六方面，本申请实施例还提供一种通信方法，包括：
接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
向第二节点发送资源调度消息，该资源调度消息用于指示至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
进一步的，第一节点可以在资源调度消息中携带指示信息，以使得第二节点根据指示信息确定业务是否开启完整性保护。
在第六方面的一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在第六方面的又一种可能的实施方式中，上述资源调度消息还用于指示用于至少一个第一业务的用户面的目标MAC长度。
可以看出，对于需要进行完整性保护的业务，第一节点可以携带指示用户面的目标MAC长度信息，用于指示对业务的数据进行完整性保护的MAC的长度。
第七方面，本申请实施例还提供一种通信方法，包括：
向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
接收来自第一节点的资源调度消息；
根据该资源调度消息，确定至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在第七方面的又一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护；上述方法还包括：
根据上述资源调度消息，确定至少一个第一业务的标识对应的业务启动完整性保护。
在第七方面的又一种可能的实施方式中，上述资源调度消息还用于指示对至少一个第一业务的数据进行完整性保护的MAC的长度。
第八方面，本申请实施例提供一种通信装置，包括：
接收单元，用于接收来自第二节点的关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
处理单元，用于根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元，还用于通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，上述装置根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据上述装置中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，算法选择策略可以是按照第一节点的通信需求预先配置或者定义的，例如，可以在优先选择安全性较高的算法和较长的MAC长度，提高了数据安全性。
在第八方面的一种可能的实施方式中，上述处理单元，具体用于：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在第八方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第一算法选择策略确定所述信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为所述信令面的目标MAC长度。
在第八方面的又一种可能的实施方式中，上述装置还包括：
发送单元，用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息和信令面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在第八方面的又一种可能的实施方式中，上述装置还包括：
发送单元，用于向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC和指示信令面的目标安全算法的信息；所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一MAC还用于指示所述信令面的目标MAC长度。
在第八方面的又一种可能的实施方式中，上述装置还包括发送单元，用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、信令面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
上述接收单元，还用于接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验安全上下文响应消息的完整性。
其中，共享密钥是第一节点与第二节点之间共享的一个秘密值，可以用来生成身份验证信息便于节点验证身份。可以看出，上述装置可以通过共享密钥生成第一身份认证信息，该第一身份认证信息用于第二节点验证第一节点的身份。相应的，第一节点也可以通过第二身份认证信息来验证第二节点的身份，若攻击者想要冒用第二节点的身份标识来获取信令面的目标安全算法或者信令面的目标MAC长度时，由于无法伪造共享密钥，无法通过上述装置的身份验证，进而避免了第一节点与不可信的节点通信，提高了第一节点的通信安全性。
在第八方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括用户面的目标安全算法；上述处理单元，具体用于：
根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在第八方面的又一种可能的实施方式中，上述接收单元，还用于获取第一业务的标识和/或第一业务的数据包大小；
上述处理单元，还用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度；
上述发送单元，还用于向第二节点发送资源调度消息，该资源调度消息包括用户面的目标MAC长度。
第九方面，本申请实施例提供一种通信装置，包括：
发送单元，用于向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
接收单元，用于接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息和用于指示信令面的目标MAC长度的信息；其中，信令面的目标安全算法和所述信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在本申请实施例中，上述装置向第一节点发送第二节点支持的安全算法的信息，第一节点根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据上述装置中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。例如，可以在第二节点支持的算法中，选择安全性较高的算法，还可以选择较长的MAC长度，提高了数据安全性。
在第九方面的一种可能的实施方式中，所述安全上下文请求消息包括第一MAC；该第一MAC的长度为信令面的目标MAC长度；所述装置还包括：
处理单元，用于通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在第九方面的一种可能的实施方式中，所述第一MAC为所述用于指示信令面的目标MAC长度的信息。
在第九方面的一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述处理单元，还用于根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
上述处理单元，还用于若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
上述发送单元，还用于向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点的共享密钥之间生成的。
在第九方面的又一种可能的实施方式中，该安全上下文请求消息中还包括指示用户面的目标安全算法的信息；其中，用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述接收单元，还用于接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，用户面的目标MAC长度对应用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个；用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
第十方面，本申请实施例提供一种通信装置，包括：
接收单元，用于接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
处理单元，用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在本申请实施例中，上述装置根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度。这样一来，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。另一方面，对于一些对私密性要求不高或者数据包较小的消息，可以使用较短的MAC长度，可以避免影响通信效率，也减少了网络传输的资源消耗。
在第十方面的一种可能的实施方式中，上述处理单元，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和MAC长度的对应关系，将第一业务的标识对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在第十方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第一业务的标识和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在第十方面的又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在第十方面的又一种可能的实施方式中，上述装置还包括发送单元，用于向第二节点发送资源调度消息，该资源调度消息中包括用户面的目标MAC长度。
在第十方面的又一种可能的实施方式中，上述处理单元，还用于：
通过用户面的目标安全算法生成第三MAC，该第三MAC的长度为用户面的目标MAC长度，该第三MAC用于对第一业务的数据进行完整性保护。
在第十方面的又一种可能的实施方式中，上述接收单元，还用于获取第二节点支持的安全算法的信息；
上述处理单元，还用于根据第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元，还用于通过信令面的目标安全算法生成第四MAC，该第四MAC的长度为所述信令面的目标MAC长度；
上述发送单元，还用于向第二节点发送资源调度消息，该资源调度消息中包括第四MAC和用户面的目标MAC长度，该第四MAC用于对资源调度消息进行完整性保护。
在第十方面的又一种可能的实施方式中，上述处理单元，还用于：
根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
第十一方面，本申请实施例提供一种通信装置，包括：
发送单元，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
接收单元，用于接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，该用户面的目标MAC长度为用户面的目标安全算法支持的MAC长度，以及用户面的目标MAC长度对应第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在上述实施例中，不同业务类型的业务对完整性保护的需求是不同的，上述装置170可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据不需要进行完整新保护。
在第十一方面的一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在第十一方面的又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在第十一方面的又一种可能的实施方式中，上述资源调度消息中还包括第四MAC；上述处理单元，还用于：
通过用户面的目标安全算法，根据第四MAC验证资源调度消息的消息完整性。
第十二方面，本申请实施例提供一种通信装置，包括：
发送单元，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
处理单元，用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
上述装置中配置了与第一节点中相同的确定用户面的目标MAC长度的方法，因此上述装置可以根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。
而在上述装置与第一节点中配置相同的确定用户面的目标MAC长度的方法，可以使得第一节点通过什么样的方式来确定用户面的目标MAC长度，上述装置也使用相同的方式来确定用户面的目标MAC长度。这样一来，节点无需将目标MAC长度再发送给对方，节省了网络资源。
在第十二方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识ID和MAC长度的对应关系，将第一业务的ID对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在第十二方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第一业务的ID和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在第十二方面的又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在第十二方面的又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
第十三方面，本申请实施例提供一种通信装置，包括：
接收单元，用于接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
发送单元，用于向第二节点发送资源调度消息，该资源调度消息用于指示至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，上述装置可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在第十三方面的一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在第十三方面的又一种可能的实施方式中，上述资源调度消息还用于指示用于至少一个第一业务的用户面的目标MAC长度。
第十四方面，本申请实施例提供一种通信装置，包括：
发送单元，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
接收单元，用于接收来自第一节点的资源调度消息；
处理单元，用于根据所述资源调度消息，确定至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在第十四方面的一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护；
所述处理单元，还用于根据所述资源调度消息，确定至少一个第一业务的标识对应的业务启动完整性保护。
在第十四方面的又一种可能的实施方式中，上述资源调度消息还用于指示对至少一个第一业务的数据进行完整性保护的MAC的长度。
第十五方面，本申请实施例还提供一种通信方法，包括：
接收来自第二节点的关联请求消息，该关联请求消息中包括第二节点支持的安全算法的信息和第二节点的身份标识；
根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，第一节点可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在第十五方面的一种可能的实施方式中，上述根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，包括：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在第十五方面的又一种可能的实施方式中，上述根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，包括：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在第十五方面的又一种可能的实施方式中，上述根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，包括：
根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在第十五方面的又一种可能的实施方式中，上述根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，包括：
根据第二算法选择策略确定用户面的目标安全算法；
根据第二节点的身份标识确定第二长度选择策略；
根据第二长度选择策略、用户面的目标安全算法确定信令面的目标MAC长度。
在第十五方面的又一种可能的实施方式中，上述根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，包括：
根据第二算法选择策略确定用户面的目标安全算法；
根据用户面的目标安全算法支持的MAC长度，以及第二节点的身份标识和MAC长度的对应关系，将第二节点的身份标识对应的MAC长度确定为用户面的目标MAC长度。
在第十五方面的又一种可能的实施方式中，上述方法还包括：
向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度和用户面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在第十五方面的又一种可能的实施方式中，上述方法还包括：
向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
在第十五方面的又一种可能的实施方式中，上述方法还包括：
根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
根据上述共享密钥验证第二身份认证信息；
若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
第十六方面，本申请实施例还提供一种通信方法，包括：
向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息和第二节点的身份标识；
接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息、用于指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一MAC；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；用户面的目标安全算法和用户面的目标MAC长度对应第二算法选择策略和第二节点的身份标识，并且用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该第一MAC的长度为信令面的目标MAC长度；
通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在本申请实施例中，第一节点中可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。第二节点获取来自第一节点目标MAC长度，通过目标MAC长度保护消息完整性。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在第十六方面的一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的，所述信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在第十六方面的又一种可能的实施方式中，上述用户面的目标安全算法和用户面的目标MAC长度为根据第二算法选择策略确定的，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在第十六方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述方法还包括：
根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在第十六方面的又一种可能的实施方式中，上述方法还包括：接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
第十七方面，本申请实施例还提供一种通信装置，包括：
接收单元，用于接收来自第二节点的关联请求消息，该关联请求消息中包括第二节点支持的安全算法的信息和第二节点的身份标识；
处理单元，用于根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元，还用于根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
上述处理单元，还用于通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，上述装置可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，上述装置可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在第十七方面的一种可能的实施方式中，上述处理单元，具体用于：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在第十七方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在第十七方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在第十七方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据第二节点的身份标识确定第二长度选择策略；
根据第二长度选择策略、用户面的目标安全算法确定信令面的目标MAC长度。
在第十七方面的又一种可能的实施方式中，上述处理单元，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据用户面的目标安全算法支持的MAC长度，以及第二节点的身份标识和MAC长度的对应关系，将第二节点的身份标识对应的MAC长度确定为用户面的目标MAC长度。
在第十七方面的又一种可能的实施方式中，上述装置还包括发送单元，该发送单元用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度和用户面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在第十七方面的又一种可能的实施方式中，上述装置还包括发送单元，该发送单元用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
上述接收单元，还用于接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
在第十七方面的又一种可能的实施方式中，上述处理单元，还用于根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
上述处理单元，还用于根据上述共享密钥验证第二身份认证信息；
上述发送单元，还用于若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
第十八方面，本申请实施例还提供一种通信装置，包括：
发送单元，用于向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息和第二节点的身份标识；
接收单元，用于接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息、用于指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一MAC；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；用户面的目标安全算法和用户面的目标MAC长度对应第二算法选择策略和第二节点的身份标识，并且用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该第一MAC的长度为信令面的目标MAC长度；
处理单元，用于通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在本申请实施例中，第一节点中可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。上述装置获取来自第一节点的目标MAC长度，通过目标MAC长度保护消息完整性。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在第十八方面的一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的，所述信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在第十八方面的又一种可能的实施方式中，上述用户面的目标安全算法和用户面的目标MAC长度为根据第二算法选择策略确定的，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在第十八方面的又一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述处理单元，还用于根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
上述接收单元，还用于向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在第十八方面的又一种可能的实施方式中，上述接收单元，还用于接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
第十九方面，本申请实施例还提供一种通信装置，所述装置包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述装置实现第一方面或者第一方面任意一种可能的实施方式所描述的方法，或者实现第三方面或者第三方面任意一种可能的实施方式所描述的方法，或者实现第六方面或者第六方面任意一种可能的实施方式所描述的方法，或者实现第十五方面或者第十五方面任意一种可能的实施方式所描述的方法。
第二十方面，本申请实施例还提供一种通信装置，所述装置包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述装置实现第二方面或者第二方面任意一种可能的实施方式所描述的方法，或者实现第四方面或者第四方面任意一种可能的实施方式所描述的方法，或者实现第五方面或者第五方面任意一种可能的实施方式所描述的方法，或者实现第七方面或者第七方面任意一种可能的实施方式所描述的方法，或者实现第十六方面或者第十六方面任意一种可能的实施方式所描述的方法。
第二十一方面，本申请实施例还提供一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含第八方面或者第八方面任意一种可能的实施方式所描述的装置，该第二节点包含第九方面或者第九方面任意一种可能的实施方式所描述的装置。
第二十二方面，本申请实施例还提供一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含第十方面或者第十方面任意一种可能的实施方式所描述的装置，该第二节点包含第十一方面或者第十一方面任意一种可能的实施方式所描述的装置。
第二十三方面，本申请实施例还提供一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含第十方面或者第十方面任意一种可能的实施方式所描述的装置，该第二节点包含第十二方面或者第十二方面任意一种可能的实施方式所描述的装置。
第二十四方面，本申请实施例还提供一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含第十三方面或者第十三方面任意一种可能的实施方式所描述的装置，该第二节点包含第十四方面或者第十四方面任意一种可能的实施方式所描述的装置。
第二十五方面，本申请实施例还提供一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含第十七方面或第十七方面任意一种可能的实施方式所描述的装置，该第二节点包含第十八方面或第十八方面任意一种可能的实施方式所描述的装置。
第二十六方面，本申请实施例公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，执行第一方面、第一方面的任意一种可能的实施方式所描述的方法，或者执行第三方面或者第三方面的任意一种可能的实施方式所描述的方法，或者执行第六方面或者第六方面的任意一种可能的实施方式所描述的方法第十五方面，或者第十五方面的任意一种可能的实施方式所描述的方法。
第二十七方面，本申请实施例公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，执行第二方面、第二方面的任意一种可能的实施方式所描述的方法，或者执行第四方面或者第四方面的任意一种可能的实施方式所描述的方法，或者执行第五方面或者第五方面的任意一种可能的实施方式所描述的方法，或者执行第七方面或者第七方面的任意一种可能的实施方式所描述的方法，或者执行第十六方面或者第十六方面的任意一种可能的实施方式所描述的方法。
第二十八方面，本申请实施例公开了一种芯片系统，所述芯片系统包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述芯片系统所在装置实现第一方面、第一方面的任意一种可能的实施方式所描述的方法，又或者实现第三方面或者第三方面的任意一种可能的实施方式所描述的方法，又或者实现第六方面或者第六方面的任意一种可能的实施方式所描述的方法，又或者实现第十五方面或者第十五方面的任意一种可能的实施方式所描述的方法。
第二十九方面，本申请实施例公开了一种芯片系统，所述芯片系统包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述芯片系统所在装置实现第二方面、第二方面的任意一种可能的实施方式所描述的方法，又或者实现第四方面或者第四方面的任意一种可能的实施方式所描述的方法，又或者实现第五方面或者第五方面的任意一种可能的实施方式所描述的方法，又或者实现第七方面或者第七方面的任意一种可能的实施方式所描述的方法，又或者实现第十六方面或者第十六方面的任意一种可能的实施方式所描述的方法。
第三十方面，本申请实施例还提供一种智能座舱产品，所述智能座舱产品包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含第一方面或第一方面的任意一种可能的实施方式所描述的装置、或者包含第三方面或第三方面的任意一种可能的实施方式所描述的装置、或者包含第六方面或第六方面的任意一种可能的实施方式所描述的装置、或者执行第十五方面或者第十五方面的任意一种可能的实施方式所描述的方法。
进一步的，上述智能座舱产品还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含第二方面或第二方面的任意一种可能的实施方式所描述的装置、或者包含第四方面或第四方面的任意一种可能的实施方式所描述的装置、或者包含第五方面或第五方面的任意一种可能的实施方式所描述的装置、或者包含第七方面或第七方面的任意一种可能的实施方式所描述的装置、或者执行第十六方面或者第十六方面的任意一种可能的实施方式所描述的方法。
第三十一方面，本申请实施例提供了一种车辆，所述车辆包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含第一方面或第一方面的任意一种可能的实施方式、或者包含第三方面或第三方面的任意一种可能的实施方式所描述的装置、或者包含第六方面或第六方面的任意一种可能的实施方式所描述的装置、或者执行第十五方面或者第十五方面的任意一种可能的实施方式所描述的方法。
进一步的，上述车辆还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含第二方面或第二方面的任意一种可能的实施方式所描述的装置、或者包含第四方面或第四方面的任意一种可能的实施方式所描述的装置、或者包含第五方面或第五方面的任意一种可能的实施方式所描述的装置、或者包含第七方面或第七方面的任意一种可能的实施方式所描述的装置、或者执行第十六方面或者第十六方面的任意一种可能的实施方式所描述的方法。
附图说明
以下对本申请实施例用到的附图进行介绍。
图1是本申请实施例提供的一种通信系统的架构示意图；
图2是本申请实施例提供的一种通信方法的使用场景示意图；
图3是本申请实施例提供的一种通信方法的流程示意图；
图4是本申请实施例提供的一种算法选择策略的示意图；
图5是本申请实施例提供的一种确定信令面的目标MAC长度的示意图；
图6是本申请实施例提供的又一种确定信令面的目标MAC长度的示意图；
图7是本申请实施例提供的又一种确定信令面的目标MAC长度的示意图；
图8是本申请实施例提供的又一种通信方法的流程示意图；
图9是本申请实施例提供的一种确定用户面的目标MAC长度的示意图；
图10是本申请实施例提供的又一种确定用户面的目标MAC长度的示意图；
图11是本申请实施例提供的又一种通信方法的流程示意图；
图12是本申请实施例提供的又一种通信方法的流程示意图；
图13是本申请实施例提供的又一种通信方法的流程示意图；
图14是本申请实施例提供的一种通信装置的结构示意图；
图15是本申请实施例提供的又一种通信装置的结构示意图；
图16是本申请实施例提供的又一种通信装置的结构示意图；
图17是本申请实施例提供的又一种通信装置的结构示意图；
图18是本申请实施例提供的又一种通信装置的结构示意图；
图19是本申请实施例提供的又一种通信装置的结构示意图；
图20是本申请实施例提供的又一种通信装置的结构示意图；
图21是本申请实施例提供的又一种通信装置的结构示意图；
图22是本申请实施例提供的又一种通信装置的结构示意图；
图23是本申请实施例提供的又一种通信装置的结构示意图；
图24是本申请实施例提供的又一种通信装置的结构示意图；
图25是本申请实施例提供的又一种通信装置的结构示意图；
图26是本申请实施例提供的又一种通信装置的结构示意图；
图27是本申请实施例提供的又一种通信装置的结构示意图；
图28是本申请实施例提供的又一种通信装置的结构示意图；
图29是本申请实施例提供的又一种通信装置的结构示意图；
图30是本申请实施例提供的又一种通信装置的结构示意图；
图31是本申请实施例提供的又一种通信装置的结构示意图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面先对本申请涉及到的相关技术和专业术语进行简单的介绍以方便理解。
一、节点(node)
节点是具有数据收发能力的电子设备。例如，节点可以为汽车座舱(CockpitDomain)设备，或者汽车座舱设备中的一个模块(例如座舱域控制器(cockpit domaincontroller，CDC)、摄像头、屏幕、麦克风、音响、电子钥匙、无钥匙进入或启动系统控制器等模块中的一个或者多个)。在具体实施过程中，节点还可以是数据中转设备，例如路由器、中继器、桥接器或交换机；也可以是一个终端设备，例如各种类型的用户设备(userequipment，UE)、手机(mobile phone)、平板电脑(pad)、台式电脑、耳机、音响等；还可以包括机器智能设备，如无人驾驶(self-driving)设备、运输安全(transportation safety)设备、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、机器类型通信(machine type communication，MTC)设备、工业控制(industrialcontrol)设备、远程医疗(remote medical)设备、智能电网(smart grid)设备、智慧城市(smart city)设备；还可以包括可穿戴设备(如智能手表，智能手环，计步器等)等等。在某些技术场景中，具备相类似数据收发能力的设备的名称也可能不称为节点，但是为了方便描述，本申请实施例中将具有数据收发能力的电子设备统称为节点。
二、消息认证码(message authentication code，MAC)
消息认证码(MAC)是密码学中，通信实体双方使用的一种验证机制，是用于保证消息完整性的一种工具。在发送消息之前，发送方首先使用通信双方协商好的完整性保护算法(或者还包括密钥)计算出MAC。之后，MAC和数据一起被发送。接收方收到报文后，用和发送方同样的完整性保护算法(或者还包括密钥)计算出MAC，并比较自己计算的MAC和收到的MAC是否一致。若两者一致，则消息通过完整性校验。
例如，以长期演进(Long Term Evolution，LTE)系统为例，LTE的完整性保护功能位于分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层，发送端的节点可以对PDCP协议数据单元(Protocol Data Unit，PDU)的头部(header)以及数据部分进行完整性保护。具体的，发送端的节点使用上层协议层配置的完整性保护算法，以密钥、COUNT值、无线承载标识、DIRECTION以及消息等中的至少一个参数作为输入参数，计算一个32比特(bit)的消息完整性验证码(Message Authentication Code for Integrity，MAC-I)，放入PDCP PDU的MAC-I域。接收端的节点在收到消息后，以同样的方法计算该消息所期望的验证码XMAC-I，并通过比较XMAC-I和MAC-I进行完整性校验。如果MAC-I与XMAC-I相等，则接收端确定完整性校验成功，否则确定完整性校验失败。
三、完整性保护算法
MAC可以通过完整性保护算法来生成，该完整性保护算法也可以称为MAC算法、完整性保护算法等。可选的，完整性保护算法可以通过其他的加密算法来实现。例如，通过哈希算法来实现的完整性保护算法称为基于哈希的消息认证码(hash-based messageauthentication code，HMAC)算法，其中的哈希算法可以为MD5、SHA-1、SHA-256等等中的一个，这些不同的HMAC实现通常标记为：HMAC-MD5,HMAC-SHA1,HMAC-SHA256等等。再如，基于分组密码算法来实现的MAC算法可以称为基于密码的消息认证码(Cipher-based MessageAuthentication Code，CMAC)算法，其中的分组密码算法可以为高级加密标准(AdvancedEncryption Standard，AES)，由于分组加密的工作模式有ECB,CBC,CFB,OFB四种，基于不同的工作的模式分组加密算法实现的完整性保护算法可以称为：ECB-MAC算法、CBC-MAC算法等等。进一步的，单密钥消息认证码(One-key CBC-MAC，OMAC)是从CBC-MAC算法改进而来，在2005年被美国国家标准与技术研究生院(National Institute of Standards andTechnology，NIST)列为推荐标准。
此外，完整性保护算法还可以包括伽罗瓦消息验证码(Galois messageauthentication code mode，GMAC)、祖冲之密码算法(如ZUC128、ZUC256等)、信息摘要(message digest，MD)算法(如MD2、MD4或MD5等)。进一步的，密码算法还可以包括末端快速扩增(rapid amplification of cDNA ends，RACE)原始完整性验证消息摘要(RACEIntegrity Primitives Evaluation Message Digest，RIPEMD)算法。
另外，完整性保护算法可以组合两个或更多个算法，以便即使后来发现其中一个易受攻击，另一个也能继续保护消息完整性。例如，在传输层安全(Transport LayerSecurity，TLS)中，输入数据被分成两半，每个半部用不同的完整性保护算法(MD5和SHA-1)处理，然后一起进行异或输出以得到MAC。
完整性保护算法可以生成至少一种长度的MAC，参见表1，表1是本申请实施例提供的一种可能的MAC算法生成的MAC长度的信息。可以看出，CMAC算法生成的MAC通常支持128比特、64比特或者32比特的密码块，而GMAC生成的MAC的长度可以为32比特到128比特不等，HMAC可以生成多种长度的摘要作为MAC。
表1不同完整性保护算法生成的MAC长度
在一些具体场景中，通过认证加密算法，对与给定的原文既可以加密数据也可以生成消息认证码。因此，对消息进行认证加密过程中也可以看作对消息进行了完整性保护。例如，基于GMAC和计数加密模式的AES算法(AES-Galois/Counter Mode，AES-GCM)和基于CMAC和计数加密模式的AES算法(AES-CMAC/Counter Mode，AES-CCM)等可以对消息进行认证加密，而进行认证加密的过程中能够生成MAC来保护消息的完整性。可选的，不同的认证加密算法生成的MAC长度可以参考其使用的完保算法的长度，例如基于AES-GCM算法生成的MAC长度可以参考GMAC生成的MAC长度。
四、共享密钥(shared key，SK)
在通信过程中，数据在通信节点之间传递，如果数据要进行保密，就需要通过密钥进行加密。而共享密钥是通信双方的节点中保存的相同的秘密值，共享密钥可以是在双方节点中预先定义或者预先配置的，也可以是双方通过相同的密钥获取方法生成的，还可以是一个可信设备(如密钥分发中心(Key Distribution Center，KDC))分别发送给第一节点和第二节点的。
例如，车辆的座舱域控制器(cockpit domain controller，CDC)与车载雷达设备是可以进行通信的两个节点，汽车厂工作人员在部署CDC和车载雷达时已经预先配置CDC和车载雷达之间的共享密钥，通过该共享密钥，可以保证车辆的CDC与车顶雷达进行通信的安全性。
再如，CDC与车主的手机是可以进行通信的两个节点。当车主需要通过手机与车辆的CDC进行关联时，可以通过密钥获取方法获取共享密钥，如通过密钥协商算法在手机与车辆的CDC之间交换密钥协商算法参数生成共享密钥等。该共享密钥可以用于后续该手机再次请求关联车辆的CDC时，验证双方节点的身份。
五、密钥派生
密钥派生是从一个秘密值中派生出一个或多个秘密值的过程，而用于派生密钥的算法称为密钥派生算法(key derivation function，KDF)，又称为密钥导出算法。例如，通过秘密值Key派生的新的秘密值DK可以表示为：DK＝KDF(Key)。
常用的密钥派生算法包括基于密码的密钥派生函数(password-based keyderivation function，PBKDF)、斯克里普特(scrypt)算法等。其中，PBKDF算法又包括第一代PBKDF1和第二代PBKDF2。可选的，在具体实现时，在派生密钥过程中可以使用哈希算法对输入的秘密值进行哈希变化，因此KDF还可以接收算法标识作为输入，用于指示使用何种哈希算法。
六、信令面和用户面
通信系统中，一般都存在用户面(User Plane)和控制面(Control Plane)之分。而随着软件定义网络(Software Defined Network，SDN)技术的出现，控制面和用户面(Control Plane and User Plane，CU)分离逐渐成为通信系统的发展方向。其中，控制面又称为信令面或者控制面，通常用于传输控制信令，为了方便描述，本申请各个实施例中统一使用“信令面”进行说明。用户面，又称为数据面，通常用于传输用户数据，为了方便描述，本申请各个实施例中统一使用“用户面”进行说明。
例如，在语音通话过程中，控制面用于传输用于控制呼叫流程建立、维护及释放的信令，而用户面用于传输语音数据。
在一些具体应用场景中，将网络传输分为无线网络层和传输网络层。其中，无线网络层的用户面就是电路交换域(Circuit Switching Domain，CS)业务(例如语音编码、视频编码等)或者分组数据包(Packet Switching Domain，PS)业务，即真正的用户数据；无线网络层的控制面包括：无线接入网络应用部分(Radio Access Network Application Part，RANAP)、无线网络子系统应用部分协议(Radio Network Subsystem Application Part，RNSAP)及基站应用部分协议(NodeB Application Part，NBAP)等等中的一个或者多个，用来控制呼叫流程的信令。而传输网络层是底层承载，因此传输网络层的用户面既包括用户数据也包括信令数据，也就是说无线网络层(控制面和用户面)的消息都是传输网络层的用户面消息，由传输网络层承载，进行发送/接收。而传输网络层的控制面是单独的一个控制面，只位于传输网络层，用来为无线网络层的用户面数据建立传输承载(异步传输模式适配层(Asynchronous Transfer Mode Adaptation Layer，AAL2)连接的创建维护及释放)。
另外需要说明的是，本申请各实施例中提到的“认证”、“校验”、“验证”，可以表征检查是否正确或者合理的意思。本申请各实施例中提“关联”表明第一节点与第二节点建立连接的过程，在一些具体的技术场景中，也可以将“关联”描述为“接入”。
下面对本申请实施例的系统架构和业务场景进行描述。需要说明的是，本申请描述的系统架构及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
请参见图1，图1是本申请实施例提供的一种通信系统的架构示意图，包括第一节点101和第二节点102。第一节点101可以被第二节点202请求关联，关联成功后，第一节点101可以通过数据链路与第二节点102进行通信。可选的，第一节点101与第二节点102进行通信的数据链路可以包括各种类型的连接介质，例如可以为近距离连接技术包括802.11b/g、蓝牙(Blue Tooth)、紫蜂(Zigbee)、无线射频识别技术(Radio FrequencyIdentification，RFID)和超宽带(Ultra Wideband，UWB)技术等。再如还可以为远距离连接技术包括全球移动通信系统(Global System for Mobile communications，GSM)、通用分组无线业务(General Packet Radio Service，GPRS)、通用移动通信系统(UniversalMobile Telecommunications System，UMTS)等无线接入类型技术。当然，不排除还有其他技术可以用于支撑第一节点与第二节点进行通信。
为了保证第一节点与第二节点之间的通信安全性，可以使用消息认证码对消息进行完整性保护，例如，第一节点根据消息中的部分或者全部数据，通过完整性保护算法(或者进一步包括完整性保护密钥)生成MAC，将MAC放在消息中(例如消息的前缀或者后缀中)发送给第二节点。第二节点接收消息后，先根据对应的完整性保护算法(或者还包括对应的完整性保护密钥)，根据相应的部分或者全部数据，生成校验值，若校验值与MAC一致，则说明消息中对应的数据没有被篡改。
可选的，第一节点101可以是通信的发起方，可以称为主节点或者接入点(accesspoint，AP)，相应的，第二节点102可以是通信的接收方，可以称为从节点。
另外，第一节点101和第二节点102可以是相同类型的设备，也可以是不同类型的设备。例如，请参见图2，图2是本申请实施例提供的一种通信方法的使用场景示意图，车辆中的座舱域控制器(cockpit domain controller，CDC)201是智能座舱设备中的控制中心，可以看作为第一节点101。智能手机202是可以具有数据收发能力的设备，可以看作为第二节点102。其中，CDC201发送给智能手机202的消息可以携带MAC，而智能手机202接收消息，通过MAC验证消息的完整性后，再根据消息执行对应的操作。但是现有的消息认证码技术中，消息认证码的长度通常是固定的，难以满足用户的需求。例如，智能手机202通过蓝牙与CDC201进行连接，当CDC201需要给智能手机202发送语音数据时，由于该车载语音数据对私密性要求较高，而蓝牙通信过程中消息认证码长度为32比特，容易被攻击者破解，不能满足对于安全性的需求，因此需要更长的MAC长度来对数据进行保护。
请参见图3，图3是本申请实施例提供的一种通信方法的流程示意图，该通信方法可以基于图1所示的通信系统来实现，该方法至少包括如下步骤：
步骤S301：第二节点向第一节点发送关联请求消息。
具体地，关联请求消息包括第二节点支持的安全算法的信息，该安全算法的信息可以是安全算法的名称、标识或者预先定义的符号等等。其中，第二节点支持的安全算法包括完整性保护算法的信息或者认证加密算法的信息等中的一项或者多项。可选的，第二节点支持的安全算法的信息也可以称为第二节点的安全能力(Sec Capabilities)。
参见表2，表2是本申请实施例提供的一种可能的算法信息表，关联请求消息中第二节点支持的安全算法信息可以是算法的名称或者算法的标识。例如，第二节点支持的安全算法的信息可以为“GIA2、GIA3、GAC1”，指示第二节点支持祖冲之加密(ZUC)算法、AES-CMAC算法(具体为64比特和128比特MAC长度的AES-CMAC算法)和AES-GCM算法(具体为32比特MAC长度的AES-GCM算法)。再如，第二节点支持的安全算法信息可以为“0010、0011、1000”，指示第二节点支持祖冲之加密(ZUC)算法、AES-CMAC算法和AES-GCM算法。
表2算法信息表
可选的，关联请求消息中还可以包括第二节点获取的(或者生成的)新鲜性参数。其中，新鲜性参数可以包括随机数(number once，NONCE)、计数器(counter)、序列号(number)等等中的至少一个。为了方便描述，本申请各实施例中，将关联请求消息中第二节点获取(或者生成)的新鲜性参数称为第一新鲜性参数。
可选的，第一节点可以发送接入消息或者广播消息，第二节点接收来自第一节点的接入消息或者广播消息。基于所述接入消息或者广播消息，第二节点向第一节点发送第一关联请求消息。具体的，第一节点的接入消息或者广播消息中可以包含第一节点的身份标识、该第一节点的描述信息或者用于指示其它节点接入的信息等等中的至少一项。
步骤S302：第一节点根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度。
具体的，该信令面的目标安全算法包括信令面的完整性保护算法、认证加密算法等等中的一项。该信令面的目标安全算法用于信令面的消息的完整性保护，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。例如，第二节点支持的安全算法的信息可以为“GIA2、GIA3、GAC1”，指示第二节点支持祖冲之加密(ZUC)算法、AES-CMAC算法(具体为64比特和128比特MAC长度的AES-CMAC算法)和AES-GCM算法(具体为32比特MAC长度的AES-GCM算法)，则第一节点确定的信令面的目标安全算法属于祖冲之加密(ZUC)算法、AES-CMAC(具体为64比特和128比特MAC长度的AES-CMAC算法)算法和AES-GCM(具体为32比特MAC长度的AES-GCM算法)算法这一集合中的算法。
第一算法选择策略可以是第一节点中预先配置或者定义的选择策略。可选的，该第一算法选择策略可以是通过优先级来实现，也可以是按照预先配置或者定义的选择顺序来实现的，或者还可以是通过算法、模型等方式来实现的。例如，参见图4，图4是本申请实施例提供的一种可能的第一算法选择策略的示意图，参见区域401所示，标识为“0001”的算法(对应的算法为AES-CMAC算法)的优先级为1，可以说明第一节点优先选择AES-CMAC算法(具体参见表2为支持32比特MAC长度的AES-CMAC算法)作为信令面的目标安全算法。再如，第一节点中预先配置有第一模型，该第一模型是基于深度强化学习训练得到的神经网络，该神经网络是通过多个样本数据训练得到的，因此该第一模型可以根据第二节点支持的安全算法的信息决策出最优的目标安全算法，因此该第一模型可以看作第一算法选择策略。
可选的，第一节点根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，至少包括有以下两种情况：
情况一：第一节点根据第一长度选择策略、第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度。其中，第一长度选择策略可以是第一节点中预先配置或者定义的选择策略，可以是通过优先级来实现，也可以是按照预先配置或者定义的选择顺序来实现的，或者通过算法、模型等方式来实现。例如，第一长度选择策略可以为选择长度最长的MAC长度，或者还可以为选择长度最短的MAC长度，进一步的可选的，该选择长度最长的MAC长度可以为配置为第一节点默认的长度选择策略。
可选的，第一节点根据第一长度选择策略、第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度，具体至少可以有以下两种实现方式：
实现方式一：第一节点根据第一算法选择策略确定信令面的目标安全算法，根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
例如，参见图5，图5是本申请实施例提供的一种可能的确定信令面目标MAC长度的方法示意图。参见区域501，可以看出第二节点支持的安全算法的信息指示第二节点支持的安全算法的信息为“0011、1010”，指示第二节点支持的算法为AES-CMAC算法和AES-GCM算法。而第一节点中通过优先级方式来实现第一算法选择策略，参见区域502可以看出AES-CMAC算法的优先级为2，AES-GCM的优先级为3，因此根据第一算法选择策略将AES-CMAC确定为信令面的目标安全算法。而标识“0011”对应的AES-CMAC算法支持的MAC长度为64比特和128比特，根据图5所示的第一长度选择策略，可以知道64比特的优先级高于128比特的优先级，因此将64比特确定为信令面的目标MAC长度(参见区域503所示)。
再如，第一节点可以配置为默认的第一长度选择策略为选择目标安全算法支持的MAC长度中最长的MAC长度。如标识“0011”对应的AES-CMAC算法支持的MAC长度为64比特和128比特，则第一节点可以默认选择将128比特作为信令面的目标MAC长度。还可以为，第一节点可以配置为默认的第一长度选择策略为选择目标安全算法支持的MAC长度中最短的MAC长度。
实现方式二：第一节点根据第一长度选择策略，确定支持第一长度的算法或者算法集合。第一节点根据第一算法选择策略，从支持第一长度的算法或者算法集合中确定第一算法，若该第一算法属于第二节点支持的安全算法，则将第一算法确定为信令面的目标安全算法，将第一长度确定为信令面的目标MAC长度。
例如，参见图6，图6是本申请实施例提供的又一种可能的确定信令面目标MAC长度的方法示意图，参见区域602，第一节点根据第一长度选择策略，确定支持128比特的MAC长度的算法组(即标识“0011、1010、1011”分别对应的算法)。参见区域603，第一节点再根据第一算法选择策略，确定其中优先级最高的算法(即标识“0011”对应的AES-CMAC算法)，参见区域601可知第二节点支持标识“0011”对应的算法，因此将AES-CMAC算法确定为信令面的目标安全算法，将128比特确定为信令面的目标MAC长度。
可以理解的，若支持某一长度的算法，均不被第二节点支持，可以选择下一个长度的算法或者算法集合。例如，若支持128比特的算法(即标识“0011、1010、1011”分别对应的算法)，第二节点均不支持，则可以从下一个优先级的MAC长度对应的算法中选择目标安全算法。情况二：第一节点根据第一算法选择策略确定信令面的目标安全算法，信令面的目标安全算法对应的MAC长度为所述信令面的目标MAC长度。具体至少可以有以下两种实现方式：
实现方式三：信令面的目标安全算法只支持生成一种长度的MAC，在这种情况下，第一节点根据第一算法选择策略确定信令面的目标安全算法，将信令面的目标安全算法所支持的MAC长度确定为信令面的目标MAC长度。例如标识为“0001”的算法(对应的算法为AES-CMAC算法)只支持生成32比特长度的MAC，第一节点根据第一算法选择策略确定信令面的目标安全算法为标识为“0001”的算法时，对应的32比特则作为信令面的目标MAC长度。再如，HMAC256算法是HMAC算法中的一种，只支持生成256比特的MAC长度，因此第二节点中只支持HMAC256算法时，HMAC256对应的256比特则作为信令面的目标MAC长度。
实现方式四：第一节点预先存储有目标安全算法与MAC长度的对应关系，第一节点根据信令面的目标安全算法与MAC长度的对应关系，将信令面的目标安全算法对应的MAC长度确定为信令面的目标MAC长度。该对应关系可以是预先配置或定义的。例如，参见图7，图7是本申请实施例提供的又一种可能的第一算法选择策略的示意图，参见区域701所示，第一算法策略还可以表示安全算法与长度的对应关系，不同的对应关系存在不同的优先级，其中，标识为“0001”的AES-CMAC算法以及对应的32比特的MAC长度的优先级为1。第一节点根据第一算法选择策略将标识为“0001”的AES-CMAC算法确定为信令面的目标安全算法后，根据AES-CMAC算法与MAC长度对应关系，将标识为“0001”的AES-CMAC算法对应的32比特确定为信令面的目标MAC长度。
步骤S303：第一节点通过信令面的目标安全算法生成第一MAC。
具体的，第一MAC的长度为前述信令面的目标MAC长度，该第一MAC用于第二节点校验安全上下文请求消息的完整性。
可选的，除了目标安全算法，生成第一MAC时还需要第一节点与第二节点之间的共享密钥(具体可以是完整性保护密钥)、以及需要通过第一MAC进行完整性保护的消息数据。例如，第一MAC可以是根据基于密码的消息认证码(Cipher-based MessageAuthentication Code，CMAC)算法，通过共享密钥K1(具体可以是完整性保护密钥)以及安全上下文请求消息中除了第一MAC外的部分或者全部数据data1得到的，例如：第一MAC＝CMAC(K1，data1)。
可选的，本申请实施例所述的通信方法，还可以包括步骤S304或S304-S311中的部分或者全部步骤，步骤S304-S311具体如下：
步骤S304：第一节点向第二节点发送安全上下文请求消息。
具体的，安全上下文请求消息包括用于指示信令面的目标安全算法的信息和用于指示信令面的目标MAC长度的信息。进一步，该安全上下文请求消息包括第一MAC，该第一MAC的长度为信令面的目标MAC的长度，该第一MAC还用于验证所述安全上下文请求消息的完整性。具体的，所述第一MAC用于所述第二节点验证所述安全上下文请求消息的完整性。
可选的，用于指示信令面的目标MAC长度的信息至少可以有以下几种可能的情况：
情况一：该用于指示信令面的目标MAC长度的信息可以直接为信令面的目标MAC长度，例如，安全上下文请求消息中包括“信令面MAC长度：64比特”，第二节点可以根据上下文请求消息获取信令面的目标MAC长度。在这种情况下，安全上下文请求消息中包括第一MAC、用于指示信令面的目标安全算法的信息和信令面的目标MAC长度。
情况二：用于指示信令面的目标MAC长度的信息可以为前述第一MAC。具体的，该第一MAC的长度为上述信令面的目标MAC长度，第二节点可以根据第一MAC的长度确定信令面的目标MAC长度。在这种情况下，安全上下文请求消息中包括第一MAC和用于指示信令面的目标安全算法的信息。
情况三：在确定的信令面的目标安全算法只对应于一种MAC长度的情况下，该用于指示信令面的目标MAC长度的信息可以为用于指示信令面的目标安全算法的信息。例如，标识为“0001”的算法(对应的算法为AES-CMAC算法)只支持生成32比特长度的MAC，因此若信令面的目标安全算法为标识“0001”，则可以在安全上下文请求消息中携带该标识“0001”，该标识0001用于指示信令面的目标安全算法，由于该算法只对应32比特长度的MAC，因此该标识也可以指示信令面的目标MAC长度为32比特。在这种情况下，安全上下文请求消息中包括第一MAC和用于指示信令面的目标安全算法的信息。
需要说明的是，本申请各个实施例中还存在一种可选的设计，若确定的信令面的目标安全算法只对应于一种MAC长度，第一节点可以在发送给第二节点的消息中携带指示信令面的目标安全算法的信息，该指示信令面的目标安全算法的信息也可以用于指示信令面的目标MAC长度。相应的，若确定的用户面的目标安全算法只对应于一种MAC长度，则第一节点可以在消息中携带指示用户面的目标安全算法的信息，该指示用户面的目标安全算法的信息也可以用于指示用户面的目标MAC长度。
可选的，该安全上下文请求消息还包括第一节点获取的(或者生成的)新鲜性参数。其中，新鲜性参数可以包括随机数(number once，NONCE)、计数器(counter)、序列号(number)等等中的至少一个。为了方便描述，将安全上下文请求消息中的新鲜性参数称为第二新鲜性参数。
可选的，该安全上下文请求消息还包括第一身份认证信息，该第一身份认证信息为第一节点根据第一节点与第二节点之间的共享密钥生成的。该共享密钥可以是第一节点与第二节点之间的预共享密钥。例如，第一节点根据预共享密钥PSK，通过KDF可以生成第一身份认证信息AUTHa，即：AUTHa＝KDF(PSK)。可选的，在关联请求消息中包括第一新鲜性参数的情况下，该第一身份认证信息可以是根据共享密钥和第一新鲜性参数生成的。例如，根据预共享密钥PSK和第一新鲜性参数NONCEe，通过KDF生成第一身份认证信息AUTHa，例如AUTHa＝KDF(PSK，NONCEe)。
进一步可选的，在实际处理中，第一节点生成第一身份认证信息的参数还可以包括其他信息，例如，生成的第一身份认证信息AUTHa可以满足：AUTHa＝KDF(PSK，关联请求消息)。
进一步可选的，在安全上下文请求消息中包括第二新鲜性参数的情况下，第一节点生成的第一身份认证信息AUTHa还可以满足：AUTHa＝KDF(PSK，NONCEa，关联请求消息)，其中，NONCEa为安全上下文请求消息中的第二新鲜性参数。
可选的，第一节点可以通过加密密钥对安全上下文请求消息中的部分或者全部数据进行加密。相应的，第二节点可以接收该安全上下文请求消息，对相应的加密部分进行解密，得到消息内容。
步骤S305：第二节点通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
具体的，第二节点根据该第一MAC校验安全上下文请求消息的消息完整性，防止安全上下文请求消息中的内容被攻击者篡改。
在一种可能的方案中，第一节点通过什么样的方式生成第一MAC，第二节点也使用相同的方式生成校验值，若生成的校验值与第一MAC相同，则完整性校验通过。例如，第一MAC是第一节点通过信令面的目标安全算法，根据共享密钥K1以及安全上下文请求消息中除了第一MAC以外的部分或者全部数据data1得到的，那么第二节点也通过相同的方式生成校验值check1：check1＝CMAC(K1，data1)，若check1与第一MAC相同，说明数据data1没有被篡改，安全上下文请求消息的完整性校验通过。
可选的，若完整性校验失败，说明安全上下文请求消息可能被攻击者篡改。因此第二节点可以丢弃该安全上下文请求消息、或者忽略该安全上下文请求消息，或者还包括不应用该安全上下文请求消息中的目标安全算法、不应用安全上下文请求消息中的目标MAC信息。
步骤S306：第二节点根据第二节点与第一节点之间的共享密钥验证第一身份认证信息。
具体的，由于第一身份认证信息是第一节点根据第一节点与第二节点之间的共享密钥生成的，因此第二节点也根据该共享密钥来验证所述第一身份认证信息是否正确。
在一种可选的方案中，根据协议规定，第一节点使用什么参数生成第一身份认证信息，则第二节点也应当使用相同的参数生成校验信息，如果校验信息与第一身份认证信息相同，则认为验证通过。例如，第一身份认证信息是通过KDF生成的，因此第二节点可以通过KDF生成校验信息，也称为校验值test1。第二节点通过校验信息验证第一身份认证信息是否正确。
下面进行举例说明：
例如，若第一身份认证信息AUTHa为KDF(PSK，NONCEe)，则第二节点根据PSK和第一新鲜性参数NONCEe通过KDF得到校验值test1＝KDF(PSK，NONCEe)，若校验值test1与AUTHa相同，则验证通过。
可选的，若第一身份认证信息校验失败，说明第一节点的身份不可信。因此第二节点可以丢弃该安全上下文请求消息、或者忽略该安全上下文请求消息，或者还包括不应用该安全上下文请求消息中的目标安全算法、不应用安全上下文请求消息中的目标MAC长度。进一步的，第二节点可以断开与第一节点的连接，便于关联正确的节点。
可选的，第二节点可以先执行步骤S306所描述的操作，再执行步骤S305所描述的操作。
步骤S307：第二节点通过信令面的目标安全算法生成第二MAC。
具体的，第二MAC的长度为前述信令面的目标MAC长度，该第二MAC用于第一节点校验安全上下文响应消息的完整性。在具体实现中，除了目标安全算法，生成第二MAC时还需要第二节点与第一节点之间的共享密钥(具体可以是完整性保护密钥)、以及需要通过第二MAC进行完整性保护的消息数据。
例如，第二MAC可以是根据CMAC算法，通过共享密钥K1(具体可以是完整性保护密钥)以及安全上下文响应消息中除了第二MAC外的部分或者全部数据data2得到的，例如：第二MAC＝CMAC(K1，data2)。
步骤S308：第二节点向第一节点发送安全上下文响应消息。
具体的，安全上下文响应消息包括第二MAC，该第二MAC用于验证安全上下文响应消息的完整性。
可选的，该安全上下文响应消息还包括第二身份认证信息，该第二身份认证信息为第二节点根据第二节点与第一节点之间的共享密钥生成的。该共享密钥可以是第二节点与第一节点之间的预共享密钥。例如，第二节点根据预共享密钥PSK，通过KDF可以生成第二身份认证信息AUTHe，即：AUTHe＝KDF(PSK)。
可选的，在安全上下文请求消息中包括第二新鲜性参数的情况下，该第二身份验证信息可以是第二节点根据共享密钥和第二新鲜性参数生成的。例如，第二节点根据预共享密钥PSK和第二新鲜性参数NONCEa，通过KDF生成第二身份认证信息AUTHe，例如AUTHe＝KDF(PSK，NONCEa)。
进一步可选的，在实际处理中，第二节点生成第二身份认证信息的参数还可以包括其他信息，例如，生成的第二身份认证信息AUTHe可以满足：AUTHe＝KDF(PSK，安全上下文请求消息)。
进一步可选的，在关联请求消息中包括第一新鲜性参数的情况下，第二节点生成的第二身份认证信息AUTHe还可以满足：AUTHe＝KDF(PSK，NONCEa，安全上下文请求消息)，其中，NONCEa为关联请求消息中的第一新鲜性参数。
可选的，第二节点可以通过加密密钥对安全上下文响应消息中的部分或者全部数据进行加密。相应的，第一节点可以接收该安全上下文响应消息，对相应的加密部分进行解密，得到消息内容。
步骤S309：第二节点通过信令面的目标安全算法，根据第二MAC校验安全上下文响应消息的完整性。
具体的，第一节点根据该第二MAC校验安全上下文响应消息的消息完整性，防止安全上下文响应消息中的内容被攻击者篡改。
在一种可能的方案中，第二节点通过什么样的方式生成第二MAC，第一节点也使用相同的方式生成校验值，若生成的校验值与第二MAC相同，则完整性校验通过。例如，第二MAC是第二节点通过信令面的目标安全算法，根据共享密钥K1以及安全上下文请求消息中除了第二MAC以外的部分或者全部数据data2得到的，那么第一节点也通过相同的方式生成校验值check2：check2＝CMAC(K1，data2)，若check2与第二MAC相同，说明数据data2没有被篡改，安全上下文请求消息的完整性校验通过。
可选的，若完整性校验失败，说明安全上下文响应消息可能被攻击者篡改。因此第一节点可以丢弃该安全上下文响应消息、或者忽略该安全上下文响应消息，或者还包括不应用前述的信令面的目标安全算法、不应用前述的信令面的目标MAC长度。
步骤S310：第一节点根据第一节点与第二节点之间的共享密钥验证第二身份认证信息。
具体的，由于第二身份认证信息是第二节点根据第二节点与第一节点之间的共享密钥生成的，因此第一节点可以根据该共享密钥来验证所述第二身份认证信息是否正确。
在一种可选的方案中，根据协议规定，第二节点使用什么参数生成第二身份认证信息，则第一节点也应当使用相同的参数生成校验信息，如果校验信息与第二身份认证信息相同，则认为验证通过。例如，第二身份认证信息是通过KDF生成的，因此第一节点可以通过KDF生成校验信息，也称为校验值test2。第一节点通过校验信息验证第二身份认证信息是否正确，下面进行举例说明：
例如，若第二身份认证信息AUTHe为KDF(PSK，NONCEa)，则第一节点根据PSK和第二新鲜性参数NONCEa通过KDF得到校验值test2＝KDF(PSK，NONCEa)，若校验值test2与AUTHe相同，则验证通过。
可选的，若第二身份认证信息校验失败，说明第二节点的身份不可信。因此第一节点可以丢弃该安全上下文响应消息、或者忽略该安全上下文响应消息，或者还包括不应用前述的信令面的目标安全算法、不应用前述的信令面的目标MAC长度。进一步的，第一节点可以断开与第二节点的连接，便于关联正确的节点。
可选的，第二节点可以先执行步骤S310所描述的操作，再执行步骤S309所描述的操作。
步骤S311：第一节点向第二节点发送关联建立消息。
具体的，关联建立消息可以指示所述第二节点与所述第一节点之间建立关联。
可选的，关联建立消息中也可以携带有保护关联建立消息的完整性的MAC，该保护关联建立消息的完整性的MAC可以是通过前述的信令面的目标安全算法生成的，该保护关联建立消息的完整性的MAC的长度为信令面的目标MAC长度。
可选的，第一节点可以通过加密密钥对关联建立消息中的部分或者全部数据进行加密。相应的，第二节点可以接收关联建立消息，对相应的加密部分进行解密，得到消息内容。
可选的，第一节点还可以根据第二算法策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。该用户面的目标安全算法可以通过安全上下文请求消息发送给第二节点，以使得第二节点接收安全上下文请求消息从而获取用户面的目标安全算法。进一步可选的，该第二算法策略与第一算法策略可以是同样的算法策略。
可选的，第一节点中还可以获取有第一业务的标识和/或第一业务的数据包大小。第一节点可以根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。进一步可选的，第一节点可以向第二节点发送资源调度消息，该资源调度消息包括用户面的目标MAC长度。相应的，第二节点接收资源调度消息，从而可以获取用户面的目标MAC长度。需要说明的是，第一业务可以是第二节点中处理(或者说执行)的业务，也可以是第二节点转发其它节点所处理的业务。
在图3所示的方法中，第一节点根据第二节点支持的安全算法的信息，根据预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，第一节点可以根据需求制定不同的选择策略，从而确定出满足需求的MAC长度，提高MAC长度的灵活性。例如，可以在第二节点支持的算法中，选择安全性较高的算法，还可以选择较长的MAC长度，使得攻击者难以破解MAC，从而增强MAC保护的消息的完整性，提高节点通信过程中的数据安全性。
请参见图8，图8是本申请实施例提供的一种通信方法的流程示意图，该通信方法可以基于图1所示的通信系统来实现，该方法至少包括如下步骤：
步骤S801：第二节点向第一节点发送业务属性上报响应消息。
具体的，业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小。
可选的，第一节点可以向包括第二节点在内的一个或者多个节点发送业务属性上报请求消息，相应的，第二节点接收来自第一节点的业务属性上报请求消息，从而向第一节点发送业务属性上报响应消息。具体的，第一节点的业务属性上报请求消息中可以包含第一节点的身份标识、该第一节点的身份描述信息或者用于指示发送业务属性上报响应消息的信息等等中的至少一项，第二节点接收业务属性上报请求消息后，向第一节点发送业务属性上报响应消息。
步骤S802：第一节点根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度。
具体的，该用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度。具体实现过程中，至少包括有以下四种情况：
情况一：第一节点根据第一业务的标识和/或所述第一业务的数据包大小确定第二长度选择策略。第二节点根据所述第二长度选择策略和所述用户面的目标安全算法支持的MAC长度确定所述用户面的目标MAC长度，该用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度。其中，第二长度选择策略可以是第一节点中预先配置或者定义的选择策略，可以是通过优先级来实现，也可以是按照预先配置或者定义的选择顺序来实现的，或者通过算法、模型等方式来实现。
例如，参见图9，图9是本申请实施例提供的一种确定用户面的目标MAC长度的方法的示意图。区域901中包括了部分业务的身份编号(identify，ID)，可以作为业务的标识，不同的业务的标识通常对应不同的业务，例如标识“0001”表示视频上传，标识“0002”表示语音呼叫，标识“0003”表示音频播放。参见区域902可知，根据不同的业务的标识可以确定不同的长度选择策略，例如标识“0001”的视频上传业务对应长度选择策略A。第一节点根据业务对应的长度选择策略A和用户面的目标安全算法支持的长度903可以确定用户面的目标MAC长度为128比特(参见区域904)，基于该MAC长度生成的MAC用于对标识“0001”的业务的数据进行完整性保护。同理，参见区域905可知，对标识“0002”的业务进行完整性保护的MAC的长度为64比特；参见区域906可知，标识“0003”的业务进行完整性保护的MAC的长度为64比特。
需要说明的是，通过业务的标识可以确定对该业务不开启完整性保护。例如，参见图9，业务的标识为“0004”的降噪业务可以不开启完整性保护。此外，通过长度选择策略也可以确定是否开启完整性保护，例如长度选择策略C中MAC长度为0表示不开启完整性保护。
再如，参见图10，图10是本申请实施例提供的一种确定用户面的目标MAC长度的方法的示意图。区域1001中包括了部分业务的标识和对应的数据包大小，例如标识“0001”对应的数据包大小为500比特。参见区域1002可知，根据不同的数据包大小可以确定不同的长度选择策略，例如65比特到256比特的数据包大小对应长度选择策略F。第一节点根据数据包大小对应的长度选择策略F和用户面的目标安全算法支持的长度1003可以确定用户面的目标MAC长度为64比特(参见区域1004)，基于该MAC长度生成的MAC用于对标识“0002”的业务的数据进行完整性保护。同理，参见区域1004可知，对标识“0001”的业务进行完整性保护的MAC的长度为128比特。当然，图10所示的数据包的大小仅为举例，具体实现过程中还存在其他的数据包大小，或者还可以通过数据包大小的范围确定对应的长度选择策略，此处不再赘述。
情况二：第一节点根据所述用户面的目标安全算法支持的MAC长度和所述第一业务的标识确定所述用户面的目标MAC长度。
可选的，第一节点中有第一业务的标识和MAC长度的对应关系，该对应关系可以是预先配置或定义的。第一节点可以根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和MAC长度的对应关系，将第一业务的标识对应的MAC长度确定为所述用户面的目标MAC长度。
表3业务的标识和MAC长度对应关系
例如，参见表3，表3是本申请实施例提供的一种可能的业务的标识和MAC长度对应关系，标识“0001”表示视频上传业务，对应的MAC长度为128比特，若用户面的目标安全算法支持128比特的MAC长度，则可以将128比特确定为用户面的目标MAC长度。
可以理解的，若用户面的目标安全算法不支持某一业务对应的MAC长度，可以在用户面的目标安全算法支持的长度中选择长度较为接近的MAC长度作为用户面的目标MAC长度，具体实现过程不在赘述。
可选的，业务上报请求消息中可以包括多个业务的标识，相应的，第一节点可以确定多个对应的用户面的目标MAC长度，该多个用户面的目标MAC长度分别用于对多个业务的数据进行完整性保护。
情况三：第一节点根据用户面的目标安全算法支持的MAC长度和第一业务的数据包大小确定所述用户面的目标MAC长度。具体的，第一节点中可以预先配置或者定义有第一业务的数据包大小和MAC长度的对应关系，第一节点可以根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将所述第一业务的数据包大小对应的MAC长度确定为所述用户面的目标MAC长度。
情况四：在用户面目标安全算法只对应一种MAC长度的情况下，第一节点也可以根据用户面的目标安全算法对应的MAC长度确定为用户面的目标MAC长度。例如，标识为“0001”的算法(对应的算法为AES-CMAC算法)只支持生成32比特长度的MAC，若用户面的目标安全算法为标识为“0001”的算法时，对应的32比特则作为用户面的目标MAC长度。再如，HMAC256只支持生成256比特的MAC长度，因此用户面的目标安全算法为HMAC256算法时，HMAC256对应的256比特则作为用户面的目标MAC长度。
可选的，在确定用户面的目标MAC长度之前，第一节点先确定第一业务的数据需要进行完整性保护。具体的，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC长度，从而可以满足不同业务对于安全性的需求。例如，视频上传业务为对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。再如，第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护，从而确定属于第一业务类型的业务的MAC长度。
可选的，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。进一步可选的，该用户面的目标安全算法可以是第一节点通过第二算法选择策略确定的，该第二算法选择策略可以是第一节点中预先配置或者定义的选择策略。可选的，该第二算法选择策略可以是通过优先级来实现，也可以是按照预先配置或者定义的选择顺序来实现的。例如，参见图4，图4是本申请实施例提供的一种可能的算法选择策略的示意图，参见区域401所示，AES-CMAC算法的优先级为1，说明当第二节点支持AES-CMAC算法时，将优先选择AES-CMAC算法作为用户面的目标安全算法。
可选的，本申请实施例所述的通信方法，还可以包括步骤S803-S804中的部分或者全部步骤，步骤S803-S804具体如下：
步骤S803：第二节点根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度。
具体的，第二节点中配置了与第一节点中相同的确定用户面的目标MAC长度的方法，使得第二节点一侧可以确定用户面的目标MAC长度。在一种可能的方案中，通过协议规定，第一节点通过什么样的方式来确定用户面的目标MAC长度，第二节点也使用相同的方式来确定用户面的目标MAC长度。这样一来，节点无需将目标MAC长度再发送给对方，节省了网络资源。可以理解的，具体确定用户面的目标MAC长度方法可以参见步骤S802中的具体描述，此处不再赘述。
步骤S804：第一节点向第二节点发送资源调度消息。
具体的，资源调度消息中可以包括用户面的目标MAC长度，或者资源调度消息中包括用于指示用户面的目标MAC长度的信息。可选的，在第二节点通过步骤S803确定用户面的目标MAC长度的情况下，资源调度消息中可以不包括用户面的目标MAC长度。
可选的，第二节点还可以向第一节点发送资源响应消息，该资源响应消息用于指示第二节点已经收到该资源调度消息。
可选的，第一节点和/或第二节点还可以通过用户面的目标安全算法和用户面的目标MAC长度生成第三MAC，该第三MAC用于对第一业务的数据进行完整性保护。例如，第一节点确定视频上传业务(即标识“0001”的业务)的MAC长度为128比特，则第一节点和/或第二节点可以生成长度为128比特的第三MAC，该第三MAC用于保证视频上传业务的消息完整性。
可选的，上述业务属性上报请求消息、业务属性上报响应消息、资源调度消息、资源响应消息等等属于信令面消息，因此消息内容可以通过信令面的目标安全算法进行完整性保护。其中，该信令面的目标安全算法对应于第一算法选择策略。进一步可选的，第一节点中还可以获取有第二节点的安全算法的信息，第一节点可以根据于第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。例如，以资源调度消息为例，第一节点可以通过信令面的目标安全算法生成第四MAC，第四MAC的长度为上述信令面的目标MAC长度，该第四MAC可以携带在资源调度消息的前缀或者后缀中，用来保证资源调度消息的完整性。
进一步可选的，第一节点可以向第二节点发送安全上下文请求消息，该安全上下文请求消息中包括信令面的目标安全算法、用户面的目标安全算法、信令面的目标MAC长度。相应的，第二节点接收安全上下文请求消息，从而可以获取信令面的目标安全算法、用户面的目标安全算法、信令面的目标MAC长度。
在图8所示的方法中，第一节点根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。一方面，对于安全性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。另一方面，对于一些对安全性要求不高或者数据包较小的消息，可以使用较短的MAC长度，可以避免影响通信效率，也减少了网络传输的资源消耗。
请参见图11，图11是本申请实施例提供的一种通信方法的流程示意图，该通信方法可以基于图1所示的通信系统来实现，该方法至少包括如下步骤：
步骤S1101：第二节点向第一节点发送业务属性上报响应消息。相应的，第一节点接收所述业务属性上报响应消息。
具体的，该业务属性上报响应消息包括至少一个业务标识。进一步的，该至少一个业务标识可以包含有至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护。
例如，参见表4，表4是本申请实施例提供的一种可能的业务标识对应的业务类型，可以看出，标识“0001”表示视频上传业务，属于重要的业务类型，需要开启完整性保护；相应的，标识“0004”表示音频降噪业务，属于不重要的业务类型，不需要开启完整性保护。
表4业务的标识对应的业务类型
| 业务的标识 | 业务名称 | 业务类型 | 是否开启完保 |
| 0001 | 视频上传 | 重要 | 是 |
| 0002 | 语音呼叫 | 重要 | 是 |
| 0003 | 音频播放 | 普通 | 是 |
| 0004 | 音频降噪 | 不重要 | 否 |
| 0005 | 定位数据同步 | 重要 | 是 |
步骤S1102：第一节点向第二节点发送资源调度消息。
具体的，该资源调度消息中包括指示开启完整性保护的信息和/或指示不开启完整性保护的信息，其中，对于不需要开启完整性保护的业务，资源调度消息中可以包括指示该业务不开启完整性保护的信息，相应的，对于需要开启完整性保护的业务，资源调度消息中可以包括指示对该业务的数据进行完整性保护的MAC长度。
例如，第二业务的标识对应第二业务类型，而类型为第二业务类型的业务的数据不需要进行完整性保护。因此资源调度消息中可以存在有第一字段，通过该第一字段的数据可以指示至少一个第二业务的标识对应的业务不启动完整性保护。例如，第一字段中的数据为“0”时，指示第二业务的标识对应的业务不启动完整性保护。
第一节点向第二节点发送资源调度消息，相应的，第二节点就接收了来自第一节点的资源调度消息。
步骤S1103：第二节点根据所述资源调度消息，确定至少一个第二业务的标识对应的业务不启动完整性保护。需要说明的是，该步骤为可选的，仅在存在至少一个第二业务的情况下执行。
具体的，资源调度消息中可以存在有第一字段，通过该第一字段的数据可以指示至少一个第二业务的标识对应的业务不启动完整性保护。例如，第一字段中的数据为“0”时，指示第二业务的标识对应的业务不启动完整性保护。
步骤S1104：第二节点根据所述资源调度消息，确定至少一个第一业务的标识对应的业务启动完整性保护。需要说明的是，该步骤为可选的，仅在存在至少一个第一业务的情况下执行。具体的，对于需要开启完整性保护的业务，资源调度消息中可以包括指示对该业务的数据进行完整性保护的MAC长度。例如，第一业务的标识对应第一业务类型，而类型为第一业务类型的业务的数据需要进行完整性保护。因此资源调度消息中包括指示第一业务的标识对应的业务启动完整性保护的信息。具体可以有以下两种实现方式：
方式一：资源调度消息中可以存在有第二字段，通过该第二字段的数据可以指示启动完整性保护。例如，第二字段中的数据为“1”时，指示第一业务的标识对应的业务启动完整性保护。
方式二：资源调度消息中携带有对该业务的数据进行完整性保护的算法/或者MAC长度时，可以指示第二节点对该业务启动完整性。例如，资源调度消息中包括第一业务对应的用户面的目标MAC长度，或者资源调度消息中包括用于指示第一业务对应的用户面的目标MAC长度的信息。该第一业务对应的用户面的目标MAC长度用于指示对第一业务的数据进行完保的MAC的长度。进一步的，该第一业务对应的用户面的目标MAC长度可以是基于图8所示的实施例中描述的方法来确定的，此处不在赘述。
可选的，第二节点还可以向第一节点发送资源响应消息，该资源响应消息用于指示第二节点已经收到该资源调度消息。
在图11所示的方法中，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
进一步的，第一节点可以在资源调度消息中携带指示信息，以使得第二节点根据指示信息确定业务是否开启完整性保护。
以上图11所示的方法实施例中包含了很多可能的实现方案，下面结合图12对其中的部分实现方案进行举例说明，需要说明的是，图12未解释到的相关概念或者操作或者逻辑关系可以参照图11所示实施例中的相应描述。
请参见图12，图12是本申请实施例提供的一种通信方法的流程示意图，该通信方法可以基于图1所示的通信系统来实现，该方法至少包括如下步骤：
步骤S1201：第二节点向第一节点发送业务属性上报响应消息。
具体的，该业务属性上报响应消息包括至少一个业务标识，该至少一个业务标识包含第一业务的业务标识。可选的，业务属性上报响应消息中还可以包括至少一个业务的数据包大小，该至少一个数据包大小中包括第一业务的数据包大小。
可选的，第一节点可以向包括第二节点在内的一个或者多个节点发送业务属性上报请求消息，第二节点接收来自第一节点的业务属性上报请求消息，从而向第一节点发送业务属性上报响应消息。
步骤S1202：第一节点确定是否对至少一个业务中的第一业务启动完整性保护。
具体的，第一节点可以通过第一业务的标识确定是否对该业务启动完整性保护。例如，参见表4，表4是本申请实施例提供的一种可能的业务标识对应的业务类型，可以看出，标识“0001”表示视频上传业务，需要开启完整性保护；相应的，标识“0004”表示音频降噪业务，不需要开启完整性保护。
步骤S1203：若第一节点确定第一业务需要启动完整性保护，则根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度。
具体的，业务属性上报消息中包括第一业务的业务标识，因此第一节点可以根据用户面支持的MAC长度以及第一业务的标识确定用户面的目标MAC长度。进一步可选的，在业务属性上报消息中包括第一业务对应的数据包大小时，第一节点可以根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度。该用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度。具体确定用户面的目标MAC长度的方法可以参考步骤S802的详细说明，此处不再赘述。
步骤S1204：第一节点向第二节点发送资源调度消息。
具体的，在第一业务需要启动完整性保护的情况下，资源调度消息中包括用户面的目标MAC长度，或者资源调度消息中包括用于指示用户面的目标MAC长度的信息。该用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度。
相应的，第二节点接收该资源调度消息，可以获取用户面的目标MAC长度。
步骤S1205：若第一节点确定不需要对第一业务开启完整性保护，则向第二节点发送资源调度消息。
具体的，在第一业务不需要开启完整性保护的情况下，资源调度消息中可以存在有第一字段，通过该第一字段的数据可以指示该第一业务的标识对应的业务不启动完整性保护。例如，第一字段中的数据为“0”时，指示第一业务的标识对应的业务不启动完整性保护。
可选的，业务属性上报响应消息中可以携带多个业务的标识。在这种情况下，第二节点可以确定该多个业务开启完整性保护的情况，相应的，该资源调度消息可以用于指示多个业务的是否启动完整性保护。对于需要开启完整性保护的业务，还需要包括对多个业务分别对应的MAC长度。
相应的，第二节点接收该资源调度消息，可以确定该第一业务不启动完整性保护。
可选的，第二节点还可以向第一节点发送资源响应消息，该资源响应消息用于指示第一节点已经收到该资源调度消息。
请参见图13，图13是本申请实施例提供的一种通信方法的流程示意图，该通信方法可以基于图1所示的通信系统来实现，该方法至少包括如下步骤：
步骤S1301：第二节点向第一节点发送关联请求消息。
具体的，第一消息包括第二节点支持的安全算法的信息和第二节点的身份标识。其中，第二节点支持的安全算法包括第二节点支持的加密算法，完整性保护算法或者认证加密算法等中的一项或者多项。可选的，第二节点支持的安全算法的信息也可以称为第二节点的安全能力(Sec Capabilities)。第二节点的身份标识也称为第二节点的设备标识，可以为第二节点的ID、媒体存取控制(media access control，MAC)地址、域名、域地址或其他自定义的标识。其中，第二节点的ID可以是固定ID，也可以是临时ID。
可选的，第一消息中还可以包括第二节点获取的(或者生成的)新鲜性参数。
可选的，第一节点可以发送接入消息或者广播消息，第二节点接收来自第一节点的接入消息或者广播消息，从而向第一节点发送第一关联请求消息。
步骤S1302：第一节点根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度。
具体描述可以参考步骤S302。
步骤S1303：第一节点根据第二节点的身份标识和第二算法选择策略确定用户面的目标安全算法以及用户面的目标MAC长度。
具体的，至少包括以下三种方式：
方式一：第一节点根据第二算法选择策略确定用户面的目标安全算法，进一步的，根据第二节点的身份标识确定第二长度选择策略，从而可以根据第二长度选择策略、用户面的目标安全算法确定用户面的目标MAC长度。
方式二：第一节点根据第二算法选择策略确定用户面的目标安全算法，进一步的，根据用户面的目标安全算法支持的MAC长度，以及第二节点的身份标识和MAC长度的对应关系，将第二节点的身份标识对应的MAC长度确定为用户面的目标MAC长度。
方式三：第一节点根据第二算法选择策略确定用户面的目标安全算法。第一节点可以确定第二长度选择策略，根据第二长度选择策略确定用户面的目标MAC长度，该用户面的目标MAC长度为用户面的目标安全算法支持的MAC长度。可选的，该第二长度选择策略可以是第一节点预先配置或者预先定义的长度选择策略，因此确定第二长度选择策略时，也可能没有使用该第二节点的身份标识。
步骤S1304：第一节点通过信令面的目标安全算法生成第一MAC。
具体描述可以参考步骤S303。
可选的，本申请实施例所述的通信方法，还可以包括步骤S1305或S1305-S1312中的部分或者全部步骤，步骤S1305-S1312具体如下：
步骤S1305：第一节点向第二节点发送安全上下文请求消息。
具体的，安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、用于指示信令面的目标MAC长度的信息和用于指示用户面的目标MAC长度的信息，该第一MAC用于验证安全上下文请求消息的完整性。可选的，该安全上下文请求消息还包括第一节点获取的(或者生成的)第二新鲜性参数。
可选的，该安全上下文请求消息还包括第一身份认证信息，该第一身份认证信息为第一节点根据第一节点与第二节点之间的共享密钥生成的。详细说明可以参看S304中的相应描述。
可选的，该安全上下文请求消息可以通过第一节点的加密密钥进行加密，相应的，第二节点接收安全上下文请求消息后，通过对应的加密密钥解密得到消息内容。
步骤S1306：第二节点通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
具体描述可以参考步骤S305。
步骤S1307：第二节点根据第二节点与第一节点之间的共享密钥验证第一身份认证信息。
具体描述可以参考步骤S306。
步骤S1308：第二节点通过信令面的目标安全算法生成第二MAC。
具体描述可以参考步骤S307。
步骤S1309：第二节点向第一节点发送安全上下文响应消息。
具体描述可以参考步骤S308。
步骤S1310：第二节点通过信令面的目标安全算法，根据第二MAC校验安全上下文响应消息的完整性。
具体描述可以参考步骤S309。
步骤S1311：第一节点根据第一节点与第二节点之间的共享密钥验证第二身份认证信息。
具体描述可以参考步骤S310。
步骤S1312：第一节点向第二节点发送关联建立消息。
具体的，关联建立消息指示所述第二节点与所述第一节点之间建立关联。
具体描述可以参考步骤S311。
在图13所示的实施例中，第一节点可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。
请参见图14，图14是本申请实施例提供的一种通信装置140的结构示意图，该装置140可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置140可以包括接收单元1401和处理单元1402。其中，各个单元的描述如下：
接收单元1401，用于接收来自第二节点的关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
处理单元1402，用于根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元1402，还用于通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，装置140根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据装置140中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，算法选择策略可以是按照第一节点的通信需求预先配置或者定义的，例如，可以在优先选择安全性较高的算法和较长的MAC长度，提高了数据安全性。
在一种可能的实施方式中，上述处理单元1402，具体用于：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元1402，具体用于：
根据第一算法选择策略确定所述信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为所述信令面的目标MAC长度。
在又一种可能的实施方式中，上述装置140还包括：
发送单元1403，用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息和信令面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在又一种可能的实施方式中，上述装置140还包括：
发送单元1403，用于向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC和指示信令面的目标安全算法的信息；所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一MAC还用于指示所述信令面的目标MAC长度。
在又一种可能的实施方式中，上述装置还包括发送单元1403，用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、信令面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
上述接收单元1401，还用于接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验安全上下文响应消息的完整性。
在又一种可能的实施方式中，上述安全上下文请求消息中还包括用户面的目标安全算法；上述处理单元1402，具体用于：
根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在又一种可能的实施方式中，上述接收单元1401，还用于获取第一业务的标识和/或第一业务的数据包大小；
上述处理单元1402，还用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度；
上述发送单元1403，还用于向第二节点发送资源调度消息，该资源调度消息包括用户面的目标MAC长度。
需要说明的是，各个单元的实现还可以对应参照图3所示的实施例的相应描述。该装置140为图3所示的实施例中的第一节点。
此外，本申请各个实施例中，对装置中的单元的划分仅是一种根据功能进行的逻辑划分，不作为对装置具体的结构的限定。在具体实现中，其中部分功能模块可能被细分为更多细小的功能模块，部分功能模块也可能组合成一个功能模块，但无论这些功能模块是进行了细分还是组合，所执行的大致流程是相同的。例如，以装置140为例，上述接收单元1401和发送单元1403也可以组合为通信单元，该通信单元用于实现接收单元1401和发送单元1403的功能。通常，每个单元都对应有各自的程序代码(或者说程序指令)，这些单元各自对应的程序代码在处理器上运行时，使得该单元执行相应的流程从而实现相应功能。
请参见图15，图15是本申请实施例提供的一种通信装置150的结构示意图，该装置150可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置150可以包括发送单元1501和接收单元1502。其中，各个单元的描述如下：
发送单元1501，用于向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
接收单元1502，用于接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息和用于指示信令面的目标MAC长度的信息；其中，信令面的目标安全算法和所述信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在本申请实施例中，上述装置150向第一节点发送第二节点支持的安全算法的信息，第一节点根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据上述装置150中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。例如，可以在第二节点支持的算法中，选择安全性较高的算法，还可以选择较长的MAC长度，提高了数据安全性。
在一种可能的实施方式中，所述安全上下文请求消息包括第一MAC；该第一MAC的长度为信令面的目标MAC长度；所述装置还包括：
处理单元1503，用于通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性
在一种可能的实施方式中，所述第一MAC为所述用于指示信令面的目标MAC长度的信息。在一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述处理单元，还用于根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
上述处理单元1503，还用于若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
上述发送单元1501，还用于向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点的共享密钥之间生成的。
在又一种可能的实施方式中，该安全上下文请求消息中还包括指示用户面的目标安全算法的信息；其中，用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述接收单元1502，还用于接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，用户面的目标MAC长度对应用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个；用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
需要说明的是，各个单元的实现还可以对应参照图3所示的实施例的相应描述。该装置150为图3所示的实施例中的第二节点。
请参见图16，图16是本申请实施例提供的一种通信装置160的结构示意图，该装置160可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置160可以包括接收单元1601和处理单元1602。其中，各个单元的描述如下：
接收单元1601，用于接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
处理单元1602，用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在本申请实施例中，上述装置160根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度。这样一来，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。另一方面，对于一些对私密性要求不高或者数据包较小的消息，可以使用较短的MAC长度，可以避免影响通信效率，也减少了网络传输的资源消耗。
在一种可能的实施方式中，上述处理单元1602，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和MAC长度的对应关系，将第一业务的标识对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元1602，具体用于：
根据第一业务的标识和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在又一种可能的实施方式中，上述装置160还包括发送单元1603，用于向第二节点发送资源调度消息，该资源调度消息中包括用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元1602，还用于：
通过用户面的目标安全算法生成第三MAC，该第三MAC的长度为用户面的目标MAC长度，该第三MAC用于对第一业务的数据进行完整性保护。
在又一种可能的实施方式中，上述接收单元1601，还用于获取第二节点支持的安全算法的信息；
上述处理单元1602，还用于根据第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元1602，还用于通过信令面的目标安全算法生成第四MAC，该第四MAC的长度为所述信令面的目标MAC长度；
上述发送单元1603，还用于向第二节点发送资源调度消息，该资源调度消息中包括第四MAC和用户面的目标MAC长度，该第四MAC用于对资源调度消息进行完整性保护。
在又一种可能的实施方式中，上述处理单元1602，还用于：
根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置160为图8所示的实施例中的第一节点。
请参见图17，图17是本申请实施例提供的一种通信装置170的结构示意图，该装置170可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置170可以包括发送单元1701和接收单元1702。其中，各个单元的描述如下：
发送单元1701，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
接收单元1702，用于接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，该用户面的目标MAC长度为用户面的目标安全算法支持的MAC长度，以及用户面的目标MAC长度对应第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在上述实施例中，不同业务类型的业务对完整性保护的需求是不同的，上述装置170可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据不需要进行完整新保护。
在一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在又一种可能的实施方式中，上述资源调度消息中还包括第四MAC；上述处理单元，还用于：
通过用户面的目标安全算法，根据第四MAC验证资源调度消息的消息完整性。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置170为图8所示的实施例中的第二节点。
请参见图18，图18是本申请实施例提供的一种通信装置180的结构示意图，该装置180可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置180可以包括发送单元1801和处理单元1802。其中，各个单元的描述如下：
发送单元1801，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
处理单元1802，用于根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
上述装置180配置了与第一节点中相同的确定用户面的目标MAC长度的方法，因此上述装置180可以根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。
而在上述装置180与第一节点中配置相同的确定用户面的目标MAC长度的方法，可以使得第一节点通过什么样的方式来确定用户面的目标MAC长度，上述装置180也使用相同的方式来确定用户面的目标MAC长度。这样一来，节点无需将目标MAC长度再发送给对方，节省了网络资源。
在又一种可能的实施方式中，上述处理单元1802，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识ID和MAC长度的对应关系，将第一业务的ID对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元1802，具体用于：
根据第一业务的ID和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置180为图8所示的实施例中的第二节点。
请参见图19，图19是本申请实施例提供的一种通信装置190的结构示意图，该装置190可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置190可以包括接收单元1901和发送单元1902。其中，各个单元的描述如下：
接收单元1901，用于接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
发送单元1902，用于向第二节点发送资源调度消息，该资源调度消息用于指示至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，上述装置可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在又一种可能的实施方式中，上述资源调度消息还用于指示用于至少一个第一业务的用户面的目标MAC长度。
需要说明的是，各个单元的实现还可以对应参照图11或者图12所示的实施例的相应描述。该装置190为图11或者图12所示的实施例中的第一节点。
请参见图20，图20是本申请实施例提供的一种通信装置200的结构示意图，该装置200可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置200可以包括发送单元2001、接收单元2002和处理单元2003。其中，各个单元的描述如下：
发送单元2001，用于向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
接收单元2002，用于接收来自第一节点的资源调度消息；
处理单元2003，用于根据所述资源调度消息，确定至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护；
所述处理单元2003，还用于根据所述资源调度消息，确定至少一个第一业务的标识对应的业务启动完整性保护。
在又一种可能的实施方式中，上述资源调度消息还用于指示对至少一个第一业务的数据进行完整性保护的MAC的长度。
需要说明的是，各个单元的实现还可以对应参照图11或者图12所示的实施例的相应描述。该装置200为图11或者图12所示的实施例中的第二节点。
请参见图21，图21是本申请实施例提供的一种通信装置210的结构示意图，该装置210可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置210可以包括接收单元2101和处理单元2102。其中，各个单元的描述如下：
接收单元2101，用于接收来自第二节点的关联请求消息，该关联请求消息中包括第二节点支持的安全算法的信息和第二节点的身份标识；
处理单元2102，用于根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
上述处理单元2102，还用于根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
上述处理单元2102，还用于通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，上述装置210可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，上述装置210可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在一种可能的实施方式中，上述处理单元2102，具体用于：
根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元2102，具体用于：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元2102，具体用于：
根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元2102，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据第二节点的身份标识确定第二长度选择策略；
根据第二长度选择策略、用户面的目标安全算法确定信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理单元2102，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据用户面的目标安全算法支持的MAC长度，以及第二节点的身份标识和MAC长度的对应关系，将第二节点的身份标识对应的MAC长度确定为用户面的目标MAC长度。
在又一种可能的实施方式中，上述装置还包括发送单元2103，该发送单元2103用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度和用户面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在又一种可能的实施方式中，上述装置还包括发送单元2103，该发送单元2103用于向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
上述接收单元2101，还用于接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
在又一种可能的实施方式中，上述处理单元2102，还用于根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
上述处理单元2102，还用于根据上述共享密钥验证第二身份认证信息；
上述装置还包括发送单元2103，该发送单元2103用于若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
需要说明的是，各个单元的实现还可以对应参照图13所示的实施例的相应描述。该装置210为图13所示的实施例中的第一节点。
请参见图22，图22是本申请实施例提供的一种通信装置220的结构示意图，该装置220可以为节点，也可以为节点中的一个器件，例如芯片或者集成电路等，该装置220可以包括发送单元2201、接收单元2202和处理单元2203。其中，各个单元的描述如下：
发送单元2201，用于向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息和第二节点的身份标识；
接收单元2202，用于接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息、用于指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一MAC；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；用户面的目标安全算法和用户面的目标MAC长度对应第二算法选择策略和第二节点的身份标识，并且用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该第一MAC的长度为信令面的目标MAC长度；
处理单元2203，用于通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在本申请实施例中，第一节点中可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。上述装置220获取来自第一节点的目标MAC长度，通过目标MAC长度保护消息完整性。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的，所述信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在又一种可能的实施方式中，上述用户面的目标安全算法和用户面的目标MAC长度为根据第二算法选择策略确定的，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在又一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述处理单元2203，还用于根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
上述处理单元2202，还用于若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
上述接收单元2202，还用于向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在又一种可能的实施方式中，上述接收单元2202，还用于接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
需要说明的是，各个单元的实现还可以对应参照图13所示的实施例的相应描述。该装置220为图13所示的实施例中的第二节点。
请参见图23，图23是本申请实施例提供的一种通信装置230的结构示意图，该装置230可以为节点，也可以为节点中的一个器件。该装置230可以包括至少一个存储器2301和至少一个处理器2302。可选的，还可以包含总线2303。进一步可选的，还可以包括通信接口2304，其中，存储器2301、处理器2302和通信接口2304通过总线2303相连。
其中，存储器2301用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2301可以是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmable read onlymemory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)等等中的一种或者多种的组合。
处理器2302是进行算术运算和/或逻辑运算的模块，具体可以是中央处理器(central processing unit，CPU)、图片处理器(graphics processing unit，GPU)、微处理器(microprocessor unit，MPU)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、复杂可编程逻辑器件(Complex programmable logic device，CPLD)等处理模块中的一种或者多种的组合。
通信接口2304用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2304还可以包括与接口耦合的发射器(如射频发射器、天线等)，或者接收器等。
该装置230中的处理器2302用于读取所述存储器2301中存储的计算机程序，用于执行前述的通信方法，例如图3、图8、图11、图12或者图13所描述的通信方法。
举例说明，该装置230中的处理器2302用于读取所述存储器2301中存储的计算机程序，用于执行以下操作：
通过通信接口2304接收来自第二节点的关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，装置230根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据装置230中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，算法选择策略可以是按照第一节点的通信需求预先配置或者定义的，例如，可以在优先选择安全性较高的算法和较长的MAC长度，提高了数据安全性。
在一种可能的实施方式中，该处理器2302，具体用于根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在又一种可能的实施方式中，该处理器2302，具体用于：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在又一种可能的实施方式中，该处理器2302，具体用于根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在又一种可能的实施方式中，该处理器2302，还用于通过通信接口2304向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息和信令面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
可以看出，装置230可以在安全上下文请求消息中携带指示信令面的目标安全算法的信息和信令面的目标MAC长度，以使得第二节点可以通过安全上下文请求消息获取信令面的目标安全算法和信令面的目标MAC长度。进一步的，该安全上下文请求消息可以携带有第一MAC，用于第二节点验证安全上下文请求消息的完整性，防止安全上下文请求消息被攻击者篡改。
在又一种可能的实施方式中，该处理器2302，还用于通过通信接口2304向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC和指示信令面的目标安全算法的信息；所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一MAC还用于指示所述信令面的目标MAC长度。
在又一种可能的实施方式中，在根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度之后，该处理器2302，还用于：
通过通信接口2304向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、信令面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
通过通信接口2304接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
其中，共享密钥是第一节点与第二节点之间共享的一个秘密值，可以用来生成身份验证信息便于节点验证身份。可以看出，装置230可以通过共享密钥生成第一身份认证信息，该第一身份认证信息用于第二节点验证第一节点的身份。相应的，第一节点也可以通过第二身份认证信息来验证第二节点的身份，若攻击者想要冒用第二节点的身份标识来获取信令面的目标安全算法或者信令面的目标MAC长度时，由于无法伪造共享密钥，无法通过上述装置230的身份验证，进而避免了第一节点与不可信的节点通信，提高了第一节点的通信安全性。
在又一种可能的实施方式中，该处理器2302，还用于：
根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
根据上述共享密钥验证第二身份认证信息；
若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
在又一种可能的实施方式中，上述安全上下文请求消息中还包括用户面的目标安全算法；该处理器2302，还用于根据第二算法选择策略确定用户面的目标安全算法，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在又一种可能的实施方式中，该处理器2302，还用于：
获取第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
通过通信接口2304向第二节点发送资源调度消息，该资源调度消息包括用户面的目标MAC长度。
可以看出，用户面的目标MAC长度可以是根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定的，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。
需要说明的是，各个单元的实现还可以对应参照图3所示的实施例的相应描述。该装置230为图3所示的实施例中的第一节点。
请参见图24，图24是本申请实施例提供的一种通信装置240的结构示意图，该装置240可以为节点，也可以为节点中的一个器件。该装置240可以包括至少一个存储器2401和至少一个处理器2402。可选的，还可以包含总线2403。进一步可选的，还可以包括通信接口2404，其中，存储器2401、处理器2402和通信接口2404通过总线2403相连。
其中，存储器2401用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2401可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2402是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2404用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2404还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置240中的处理器2402用于读取所述存储器2401中存储的计算机程序，用于执行前述的通信方法，例如图3所描述的通信方法。
举例说明，该装置240中的处理器2402用于读取所述存储器2401中存储的计算机程序，用于执行以下操作：
通过通信接口2404向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息；
通过通信接口2404接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息、信令面的目标MAC长度和第一MAC；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在本申请实施例中，上述装置240向第一节点发送第二节点支持的安全算法的信息，第一节点根据第二节点支持的安全算法的信息，通过预先配置或者定义的算法策略确定信令面的目标安全算法和信令面的目标MAC长度，然后使用该信令面的目标MAC长度作为第一节点与第二节点之间信令消息的MAC长度，这样一来，可以根据上述装置240中配置的不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。例如，可以在第二节点支持的算法中，选择安全性较高的算法，还可以选择较长的MAC长度，提高了数据安全性。
在一种可能的实施方式中，所述安全上下文请求消息包括第一MAC；该第一MAC的长度为信令面的目标MAC长度；该处理器2402，具体用于通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在一种可能的实施方式中，所述第一MAC为所述用于指示信令面的目标MAC长度的信息。
在一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的；第一MAC为根据信令面的目标安全算法生成的。
在又一种可能的实施方式中，上述安全上下文请求消息中还包括第一身份认证信息；上述处理器2402，还用于：
根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
通过通信接口2404向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在又一种可能的实施方式中，上述处理器2402，还用于通过通信接口2404接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
在又一种可能的实施方式中，上述安全上下文请求消息中还包括指示用户面的目标安全算法的信息；其中，该用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；上述方法还包括：
通过通信接口2404接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；该用户面的目标MAC长度对应用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
可以看出，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。
进一步的，第一节点可以在资源调度消息中携带指示用户面的目标安全算法的信息和用户面的目标MAC长度，以使得上述装置240可以通过资源调度消息获取用户面的目标安全算法和用户面的目标MAC长度。
需要说明的是，各个单元的实现还可以对应参照图3所示的实施例的相应描述。该装置240为图3所示的实施例中的第二节点。
请参见图25，图25是本申请实施例提供的一种通信装置240的结构示意图，该装置250可以为节点，也可以为节点中的一个器件。该装置250可以包括至少一个存储器2501和至少一个处理器2502。可选的，还可以包含总线2503。进一步可选的，还可以包括通信接口2504，其中，存储器2501、处理器2502和通信接口2504通过总线2503相连。
其中，存储器2501用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2501可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2502是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2504用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2504还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置250中的处理器2502用于读取所述存储器2501中存储的计算机程序，用于执行前述的通信方法，例如图8所描述的通信方法。
举例说明，该装置250中的处理器2502用于读取所述存储器2501中存储的计算机程序，用于执行以下操作：
通过通信接口2504接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在本申请实施例中，上述装置250根据用户面的安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度。这样一来，不同的业务或者不同数据包大小的业务，可以确定不同的MAC长度，提高MAC长度的灵活性。一方面，对于秘密性较高的业务，可以使用较长的MAC长度，从而难以被破解，提高了数据安全性。另一方面，对于一些对私密性要求不高或者数据包较小的消息，可以使用较短的MAC长度，可以避免影响通信效率，也减少了网络传输的资源消耗。
在一种可能的实施方式中，上述处理器2502，具体用于根据用户面的目标安全算法支持的MAC长度和第一业务的标识确定用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度和第一业务的数据包大小确定用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理器2502，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和MAC长度的对应关系，将第一业务的标识对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在又一种可能的实施方式中，上述根据用户面的目标安全算法，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度，包括：
根据第一业务的标识和/或第一业务的数据包大小确定第二长度选择策略；
根据第二长度选择策略和用户面的目标安全算法支持的MAC长度确定用户面的目标MAC长度。
在又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在又一种可能的实施方式中，上述处理器2502，还用于通过通信接口2504向第二节点发送资源调度消息，该资源调度消息中包括用户面的目标MAC长度。
在又一种可能的实施方式中，上述方法还包括：
通过用户面的目标安全算法生成第三MAC，该第三MAC的长度为用户面的目标MAC长度，该第三MAC用于对所述第一业务的数据进行完整性保护。
在又一种可能的实施方式中，上述处理器2502，还用于：
获取第二节点支持的安全算法的信息；
根据第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
通过信令面的目标安全算法生成第四MAC，该第四MAC的长度为信令面的目标MAC长度；
通过通信接口2504向第二节点发送资源调度消息，该资源调度消息中包括第四MAC和用户面的目标MAC长度，该第四MAC用于对资源调度消息进行完整性保护。
在又一种可能的实施方式中，上述处理器2502，还用于根据第二算法选择策略确定所述用户面的目标安全算法，所述用户面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置250为图8所示的实施例中的第一节点。
请参见图26，图26是本申请实施例提供的一种通信装置260的结构示意图，该装置260可以为节点，也可以为节点中的一个器件。该装置260可以包括至少一个存储器2601和至少一个处理器2602。可选的，还可以包含总线2603。进一步可选的，还可以包括通信接口2604，其中，存储器2601、处理器2602和通信接口2604通过总线2603相连。
其中，存储器2601用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2601可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2602是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2604用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2604还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置260中的处理器2602用于读取所述存储器2601中存储的计算机程序，用于执行前述的通信方法，例如图8所描述的通信方法。
举例说明，该装置260中的处理器2602用于读取所述存储器2601中存储的计算机程序，用于执行以下操作：
通过通信接口2604向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
通过通信接口2604接收来自第一节点的资源调度消息，该资源调度消息中包括用户面的目标MAC长度；其中，用户面的目标MAC长度为用户面的目标安全算法支持的MAC长度，以及用户面的目标MAC长度对应第一业务的标识和第一业务的数据包大小中的至少一个；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
在上述实施例中，不同业务类型的业务对完整性保护的需求是不同的，上述装置260可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据不需要进行完整新保护。
进一步的，第一节点可以在资源调度消息中携带指示信息，以使得第二节点根据指示信息确定业务是否开启完整性保护。
在一种可能的实施方式中，上述用户面的目标MAC长度为根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个确定的。
在又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
在又一种可能的实施方式中，上述资源调度消息中还包括第四MAC，上述处理器2602还用于通过用户面的目标安全算法，根据第四MAC验证所述资源调度消息的消息完整性。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置260为图8所示的实施例中的第二节点。
请参见图27，图27是本申请实施例提供的一种通信装置270的结构示意图，该装置270可以为节点，也可以为节点中的一个器件。该装置270可以包括至少一个存储器2701和至少一个处理器2702。可选的，还可以包含总线2603。进一步可选的，还可以包括通信接口2704，其中，存储器2701、处理器2702和通信接口2704通过总线2703相连。
其中，存储器2601用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2701可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2702是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2704用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2704还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置270中的处理器2702用于读取所述存储器2701中存储的计算机程序，用于执行前述的通信方法，例如图8所描述的通信方法。
举例说明，该装置270中的处理器2702用于读取所述存储器2701中存储的计算机程序，用于执行以下操作：
通过通信接口2704向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括第一业务的标识和/或第一业务的数据包大小；
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；其中，该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度。
上述装置270配置了与第一节点中相同的确定用户面的目标MAC长度的方法，因此上述装置270可以根据用户面的安全算法支持的MAC长度，以及第一业务的标识和/或第一业务的数据包大小在确定用户面的目标MAC长度，然后使用该用户面的目标MAC长度作为处理第一业务时的消息的MAC的长度，这样一来，不同的业务或者不同数据包大小的业务，可以确定不同长度的MAC长度，提高MAC长度的灵活性。
而在上述装置270与第一节点中配置相同的确定用户面的目标MAC长度的方法，可以使得第一节点通过什么样的方式来确定用户面的目标MAC长度，上述装置270也使用相同的方式来确定用户面的目标MAC长度。这样一来，节点无需将目标MAC长度再发送给对方，节省了网络资源。
在一种可能的实施方式中，上述处理器2702，具体用于：
根据用户面的目标安全算法支持的MAC长度，以及第一业务的标识ID和MAC长度的对应关系，将第一业务的ID对应的MAC长度确定为用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度，以及第一业务的数据包大小和MAC长度的对应关系，将第一业务的数据包大小对应的MAC长度确定为用户面的目标MAC长度。
在一种可能的实施方式中，上述处理器2702，具体用于：
根据用户面的目标安全算法支持的MAC长度和第一业务的标识确定用户面的目标MAC长度；
或者，根据用户面的目标安全算法支持的MAC长度和第一业务的数据包大小确定用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理器2702，具体用于：
根据所述第一业务的ID和/或所述第一业务的数据包大小确定第二长度选择策略；
根据所述第二长度选择策略和所述用户面的目标安全算法支持的MAC长度确定所述用户面的目标MAC长度。
在又一种可能的实施方式中，上述第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护，对于需要开启完整性保护的业务，才生成对应的用户面的目标MAC，从而可以满足不同业务对于安全性的需求。例如，视频上传业务属于对安全性需求较高的业务，因此视频上传业务的数据需要进行完整新保护，从而需要确定用于保护该业务的数据的MAC的长度。
在又一种可能的实施方式中，上述用户面的目标安全算法对应第二算法选择策略，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
需要说明的是，各个单元的实现还可以对应参照图8所示的实施例的相应描述。该装置270为图8所示的实施例中的第二节点。
请参见图28，图28是本申请实施例提供的一种通信装置280的结构示意图，该装置280可以为节点，也可以为节点中的一个器件。该装置280可以包括至少一个存储器2801和至少一个处理器2802。可选的，还可以包含总线2803。进一步可选的，还可以包括通信接口2804，其中，存储器2801、处理器2802和通信接口2804通过总线2703相连。
其中，存储器2801用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2801可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2802是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2804用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2804还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置280中的处理器2802用于读取所述存储器2801中存储的计算机程序，用于执行前述的通信方法，例如图11或者图12所描述的通信方法。
举例说明，该装置280中的处理器2802用于读取所述存储器2801中存储的计算机程序，用于执行以下操作：
通信接口2804接收来自第二节点的业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
通信接口2804向第二节点发送资源调度消息，该资源调度消息用于指示至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，上述装置可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
进一步的，第一节点可以在资源调度消息中携带指示信息，以使得第二节点根据指示信息确定业务是否开启完整性保护。
在一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护。
在又一种可能的实施方式中，上述资源调度消息还用于指示用于至少一个第一业务的用户面的目标MAC长度。
可以看出，对于需要进行完整性保护的业务，上述装置280可以携带指示用户面的目标MAC长度信息，用于指示对业务的数据进行完整性保护的MAC的长度。
需要说明的是，各个单元的实现还可以对应参照图11或者图12所示的实施例的相应描述。该装置280为图11或者图12所示的实施例中的第一节点。
请参见图29，图29是本申请实施例提供的一种通信装置290的结构示意图，该装置290可以为节点，也可以为节点中的一个器件。该装置290可以包括至少一个存储器2801和至少一个处理器2902。可选的，还可以包含总线2903。进一步可选的，还可以包括通信接口2904，其中，存储器2901、处理器2902和通信接口2904通过总线2703相连。
其中，存储器2901用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器2901可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器2902是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口2904用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口2904还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置290中的处理器2902用于读取所述存储器2901中存储的计算机程序，用于执行前述的通信方法，例如图11或者图12所描述的通信方法。
举例说明，该装置290中的处理器2902用于读取所述存储器2901中存储的计算机程序，用于执行以下操作：
通信接口2904向第一节点发送业务属性上报响应消息，该业务属性上报响应消息包括至少一个业务标识，至少一个业务标识包含至少一个第二业务的标识，至少一个第二业务的标识对应第二业务类型，其中，类型为第二业务类型的业务的数据不需要进行完整性保护；
通信接口2904接收来自第一节点的资源调度消息；
根据该资源调度消息，确定至少一个第二业务的标识对应的业务不启动完整性保护。
可以看出，不同业务类型的业务对完整性保护的需求是不同的，第一节点可以根据第一业务的标识来确定选择是否开启完整性保护。例如，音频降噪业务属于对安全性需求较低的业务，因此音频降噪业务的数据可以不需要进行完整新保护，因此可以不确定对应音频降噪业务的MAC长度。
在又一种可能的实施方式中，上述至少一个业务标识包含至少一个第一业务的标识，至少一个第一业务的标识对应第一业务类型，其中，类型为第一业务类型的业务的数据需要进行完整性保护；上述方法还包括：
根据上述资源调度消息，确定至少一个第一业务的标识对应的业务启动完整性保护。
在又一种可能的实施方式中，上述资源调度消息还用于指示对至少一个第一业务的数据进行完整性保护的MAC的长度。
需要说明的是，各个单元的实现还可以对应参照图11或者图12所示的实施例的相应描述。该装置290为图11或者图12所示的实施例中的第二节点。
请参见图30，图30是本申请实施例提供的一种通信装置300的结构示意图，该装置300可以为节点，也可以为节点中的一个器件。该装置300可以包括至少一个存储器3001和至少一个处理器3002。可选的，还可以包含总线3003。进一步可选的，还可以包括通信接口3004，其中，存储器3001、处理器3002和通信接口3004通过总线3003相连。
其中，存储器3001用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器3001可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器3002是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口3004用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口3004还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置300中的处理器3002用于读取所述存储器3001中存储的计算机程序，用于执行前述的通信方法，例如13所描述的通信方法。
举例说明，该装置300中的处理器3002用于读取所述存储器3001中存储的计算机程序，用于执行以下操作：
通过通信接口3004接收来自第二节点的关联请求消息，该关联请求消息中包括第二节点支持的安全算法的信息和第二节点的身份标识；
根据第一算法选择策略确定信令面的目标安全算法以及信令面的目标MAC长度，该信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；
根据第二算法选择策略和第二节点的身份标识确定用户面的目标安全算法以及用户面的目标MAC长度，该用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该用户面的目标MAC长度用于指示对第一业务的数据进行完整性保护的MAC的长度；
通过信令面的目标安全算法生成第一MAC，该第一MAC的长度为信令面的目标MAC长度。
在本申请实施例中，上述装置300可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，上述装置300可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在的一种可能的实施方式中，上述处理器3002，具体用于根据第一长度选择策略和第一算法选择策略确定信令面的目标安全算法和信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理器3002，具体用于：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和信令面的目标安全算法确定信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理器3002，具体用于：
根据第一算法选择策略确定信令面的目标安全算法，该信令面的目标安全算法对应的MAC长度为信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理器3002，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据第二节点的身份标识确定第二长度选择策略；
根据第二长度选择策略、用户面的目标安全算法确定信令面的目标MAC长度。
在又一种可能的实施方式中，上述处理器3002，具体用于：
根据第二算法选择策略确定用户面的目标安全算法；
根据用户面的目标安全算法支持的MAC长度，以及第二节点的身份标识和MAC长度的对应关系，将第二节点的身份标识对应的MAC长度确定为用户面的目标MAC长度。
在又一种可能的实施方式中，上述处理器3002，还用于通过通信接口3004向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度和用户面的目标MAC长度，该第一MAC用于验证安全上下文请求消息的完整性。
在又一种可能的实施方式中，上述处理器3002，还用于：
通过通信接口3004向第二节点发送安全上下文请求消息，该安全上下文请求消息包括第一MAC、指示信令面的目标安全算法的信息、指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一身份认证信息；其中，第一MAC用于验证安全上下文请求消息的完整性，第一身份认证信息为根据第一节点与第二节点之间的共享密钥生成的；
通过通信接口3004接收来自第二节点的安全上下文响应消息，该安全上下文响应消息包括第二身份认证信息和第二MAC；其中，第二MAC的长度为信令面的目标MAC长度；第二身份认证信息用于验证第二节点的身份，第二MAC用于校验所述安全上下文响应消息的完整性。
在又一种可能的实施方式中，上述处理器3002，还用于：
根据信令面的目标安全算法和第二MAC校验安全上下文响应消息的完整性；
根据上述共享密钥验证第二身份认证信息；
若校验安全上下文响应消息的完整性通过且验证第二身份认证信息通过，向第二节点发送关联建立消息，该关联建立消息指示第二节点与所述第一节点之间建立关联。
需要说明的是，各个单元的实现还可以对应参照图13所示的实施例的相应描述。该装置300为图13所示的实施例中的第一节点。
请参见图31，图31是本申请实施例提供的一种通信装置310的结构示意图，该装置310可以为节点，也可以为节点中的一个器件。该装置310可以包括至少一个存储器3101和至少一个处理器3102。可选的，还可以包含总线3103。进一步可选的，还可以包括通信接口3104，其中，存储器3101、处理器3102和通信接口3104通过总线3103相连。
其中，存储器3101用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器3101可以是RAM、ROM、EPROM、CD-ROM等等中的一种或者多种的组合。
处理器3102是进行算术运算和/或逻辑运算的模块，具体可以是CPU、GPU、MPU、ASIC、FPGA、CPLD等处理模块中的一种或者多种的组合。
通信接口3104用于接收外部发送的数据和/或向外部发送数据，可以为包括诸如以太网电缆等的有线链路接口，也可以是无线链路(Wi-Fi、蓝牙等)接口。可选的，通信接口3104还可以包括与接口耦合的发射器(如射频发射器、天线等)或者接收器等。
该装置310中的处理器3102用于读取所述存储器3101中存储的计算机程序，用于执行前述的通信方法，例如13所描述的通信方法。
举例说明，该装置310中的处理器3102用于读取所述存储器3101中存储的计算机程序，用于执行以下操作：
通过通信接口3104向第一节点发送关联请求消息，该关联请求消息包括第二节点支持的安全算法的信息和第二节点的身份标识；
通过通信接口3104接收来自第一节点的安全上下文请求消息，该安全上下文请求消息包括用于指示信令面的目标安全算法的信息、用于指示用户面的目标安全算法的信息、信令面的目标MAC长度、用户面的目标MAC长度和第一MAC；其中，信令面的目标安全算法和信令面的目标MAC长度对应第一算法选择策略，并且信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；用户面的目标安全算法和用户面的目标MAC长度对应第二算法选择策略和第二节点的身份标识，并且用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；该第一MAC的长度为信令面的目标MAC长度；
通过信令面的目标安全算法，根据第一MAC校验安全上下文请求消息的完整性。
在本申请实施例中，第一节点中可以配置不同的策略，来确定不同长度的MAC长度，提高MAC长度的灵活性。进一步的，第一节点可以根据第二节点的身份标识确定用户面的目标安全算法和用户面的目标MAC，满足不同类型的节点对于MAC长度的需求。上述装置310获取来自第一节点的目标MAC长度，通过目标MAC长度保护消息完整性。例如，一些处理重要业务的节点可以使用更长的MAC长度，提高安全性。再如，一些辅助节点或者普通节点可以使用较短的MAC长度，减少资源消耗，提高通信效率。
在一种可能的实施方式中，上述信令面的目标安全算法和信令面的目标MAC长度为根据第一算法选择策略确定的，所述信令面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在又一种可能的实施方式中，上述用户面的目标安全算法和用户面的目标MAC长度为根据第二算法选择策略确定的，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合；第一MAC为根据信令面的目标安全算法生成的。
在又一种可能的实施方式中，上上述处理器3102，还用于：
根据第二节点与第一节点之间的共享密钥验证第一身份认证信息；
若校验安全上下文请求消息的完整性通过且验证第一身份认证信息通过，则通过信令面的目标安全算法生成第二MAC，该第二MAC的长度为信令面的目标MAC长度；
通过通信接口3104向第一节点发送安全上下文响应消息，该安全上下文响应消息中包括第二MAC和第二身份认证信息；该第二身份认证信息为根据第二节点与第一节点之间的共享密钥生成的。
在又一种可能的实施方式中，上述方法还包括：接收来自第一节点的关联建立消息，该关联建立消息指示第二节点与第一节点之间建立关联。
需要说明的是，各个单元的实现还可以对应参照图13所示的实施例的相应描述。该装置310为图13所示的实施例中的第二节点。
本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，执行图3、图7、图8或者图9所描述的通信方法。
本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在一个或多个处理器上运行时，可以实现图3、图8、图11、图12或者图13所描述的通信方法。
本申请实施例提供了一种芯片系统，所述芯片系统包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述芯片系统所在装置实现图3、图8、图11或者图12所描述的通信方法。本申请实施例提供了一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含图14、或者图16、或者图19或者图21所描述的装置，该第二节点包含图15、或者图17、或者图18、或者图20或者图22所描述的装置。
本申请实施例提供了一种通信系统，该通信系统包括第一节点和第二节点，其中，该第一节点包含图23、或者图25、或者图28或者图30所描述的装置，该第二节点包含图24、或者图26、或者图27、或者图29或者图31所描述的装置。
本申请实施例提供了一种智能座舱产品，所述智能座舱产品包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含图14、或者图16、或者图19或者图21所描述的装置。
进一步的，上述智能座舱产品还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含图15、或者图17、或者图18、或者图20或者图22所描述的装置。
本申请实施例公开了一种智能座舱产品，所述智能座舱产品包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含图23、或者图25、或者图28或者图30所描述的装置。
进一步的，上述智能座舱产品还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含图24、或者图26、或者图27、或者图29或者图31所所描述的装置。
本申请实施例提供了一种车辆，所述车辆包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含图14、或者图16、或者图19或者图21所描述的装置。
进一步的，上述车辆还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含图15、或者图17、或者图18、或者图20或者图22所描述的装置。可替换的，上述车辆还可以替换为无人机、机器人等智能终端或者运输工具。
本申请实施例提供了一种车辆，所述车辆包括第一节点(例如，汽车座舱域控制器CDC)，其中，该第一节点包含图23、或者图25、或者图28或者图30所描述的装置。
进一步的，上述车辆还包括第二节点(例如，摄像头、屏幕、麦克风、音响、雷达、电子钥匙、无钥匙进入或启动系统控制器等模块中的至少一个)，该第二节点包含图24、或者图26、或者图27、或者图29或者图31所描述的装置。可替换的，上述车辆还可以替换为无人机、机器人等智能终端或者运输工具。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，可以全部或部分地实现本申请中的实施例所描述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者通过计算机可读存储介质进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本申请方法实施例中的步骤可以根据实际需要进行顺序调整、合并和删减。
本申请装置实施例中的模块可以根据实际需要进行合并、划分和删减。
Claims (27)
1.一种通信方法，其特征在于，包括：
接收来自第二节点的关联请求消息，所述关联请求消息包括所述第二节点支持的安全算法的信息；
根据第一算法选择策略确定信令面的目标安全算法，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
通过所述信令面的目标安全算法生成第一MAC，所述第一MAC的长度为信令面的目标MAC长度。
2.根据权利要求1中所述的方法，其特征在于，所述根据第一算法选择策略确定信令面的目标安全算法，包括：
根据第一长度选择策略和所述第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度。
3.根据权利要求1中所述的方法，其特征在于，所述根据第一算法选择策略确定信令面的目标安全算法，包括：
根据所述第一算法选择策略确定所述信令面的目标安全算法，所述信令面的目标安全算法对应的MAC长度为所述信令面的目标MAC长度。
4.根据权利要求2中所述的方法，其特征在于，所述根据第一长度选择策略和所述第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度，包括：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和所述信令面的目标安全算法确定所述信令面的目标MAC长度。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：
向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC、指示所述信令面的目标安全算法的信息，所述第一MAC用于验证所述安全上下文请求消息的完整性。
6.根据权利要求1-4任一项所述的方法，其特征在于，在根据第一算法选择策略确定信令面的目标安全算法之后，所述方法还包括：
向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC、指示所述信令面的目标安全算法的信息、和第一身份认证信息；其中，所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一身份认证信息为根据第一节点与所述第二节点之间的共享密钥生成的；
接收来自所述第二节点的安全上下文响应消息，所述安全上下文响应消息包括第二身份认证信息和第二MAC；其中，所述第二MAC的长度为所述信令面的目标MAC长度；所述第二身份认证信息用于验证所述第二节点的身份，所述第二MAC用于校验所述安全上下文响应消息的完整性。
7.根据权利要求1-5任一项的方法，其特征在于，所述安全上下文请求消息中包括指示用户面的目标安全算法的信息；所述方法还包括：
根据第二算法选择策略确定所述用户面的目标安全算法，所述用户面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
8.根据权利要求7中所述的方法，其特征在于，所述方法还包括：
获取第一业务的标识和/或第一业务的数据包大小；
根据所述用户面的目标安全算法支持的MAC长度，以及所述第一业务的标识和第一业务的数据包大小中的至少一个，确定用户面的目标MAC长度；所述用户面的目标MAC长度用于指示对所述第一业务的数据进行完整性保护的MAC的长度；
向所述第二节点发送资源调度消息，所述资源调度消息包括所述用户面的目标MAC长度。
9.一种通信方法，其特征在于，包括：
向第一节点发送关联请求消息，所述关联请求消息包括第二节点支持的安全算法的信息；
接收来自所述第一节点的安全上下文请求消息，所述安全上下文请求消息包括用于指示信令面的目标安全算法的信息；其中，所述信令面的目标安全算法对应第一算法选择策略，并且所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
10.根据权利要求9中所述的方法，其特征在于，所述安全上下文请求消息包括第一MAC；所述第一MAC的长度为信令面的目标MAC长度，所述信令面的目标MAC长度为所述信令面的目标安全算法对应的MAC长度；所述方法还包括：通过所述信令面的目标安全算法，根据所述第一MAC校验所述安全上下文请求消息的完整性。
11.根据权利要求9或10中所述的方法，其特征在于，所述安全上下文请求消息中还包括第一身份认证信息；所述方法还包括：
根据第二节点与所述第一节点之间的共享密钥验证所述第一身份认证信息；
若校验所述安全上下文请求消息的完整性通过且验证所述第一身份认证信息通过，则通过所述信令面的目标安全算法生成第二MAC，所述第二MAC的长度为所述信令面的目标MAC长度；
向所述第一节点发送安全上下文响应消息，所述安全上下文响应消息中包括所述第二MAC和第二身份认证信息；所述第二身份认证信息为根据所述第二节点与所述第一节点的之间的所述共享密钥生成的。
12.根据权利要求9-11任一项中所述的方法，其特征在于，所述安全上下文请求消息中包括指示用户面的目标安全算法的信息；其中，所述用户面的目标安全算法对应第二算法选择策略，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
13.一种通信装置，其特征在于，包括：
接收单元，用于接收来自第二节点的关联请求消息，所述关联请求消息包括所述第二节点支持的安全算法的信息；
处理单元，用于根据第一算法选择策略确定信令面的目标安全算法，所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合；
所述处理单元，还用于通过所述信令面的目标安全算法生成第一MAC，所述第一MAC的长度为所述信令面的目标MAC长度。
14.根据权利要求13中所述的装置，其特征在于，所述处理单元，具体用于：
根据第一长度选择策略和所述第一算法选择策略确定所述信令面的目标安全算法和所述信令面的目标MAC长度。
15.根据权利要求13中所述的装置，其特征在于，所述处理单元，具体用于：
根据所述第一算法选择策略确定所述信令面的目标安全算法，所述信令面的目标安全算法对应的MAC长度为所述信令面的目标MAC长度。
16.根据权利要求14中所述的装置，其特征在于，所述处理单元，具体用于：
根据第一算法选择策略确定信令面的目标安全算法；
根据第一长度选择策略和所述信令面的目标安全算法确定所述信令面的目标MAC长度。
17.根据权利要求13-16任一项所述的装置，其特征在于，所述装置还包括：
发送单元，用于向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC、指示所述信令面的目标安全算法的信息，所述第一MAC用于验证所述安全上下文请求消息的完整性。
18.根据权利要求13-16任一项所述的装置，其特征在于，所述装置还包括发送单元，用于向所述第二节点发送安全上下文请求消息，所述安全上下文请求消息包括所述第一MAC、指示所述信令面的目标安全算法的信息和第一身份认证信息；其中，所述第一MAC用于验证所述安全上下文请求消息的完整性，所述第一身份认证信息为根据第一节点与所述第二节点之间的共享密钥生成的；
所述接收单元，还用于接收来自所述第二节点的安全上下文响应消息，所述安全上下文响应消息包括第二身份认证信息和第二MAC；其中，所述第二MAC的长度为所述信令面的目标MAC长度；所述第二身份认证信息用于验证所述第二节点的身份，所述第二MAC用于校验所述安全上下文响应消息的完整性。
19.根据权利要求13-18任一项的装置，其特征在于，所述安全上下文请求消息中包括用于指示用户面的目标安全算法的信息；所述处理单元，具体用于：
根据第二算法选择策略确定所述用户面的目标安全算法，所述用户面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
20.一种通信装置，其特征在于，包括：
发送单元，用于向第一节点发送关联请求消息，所述关联请求消息包括第二节点支持的安全算法的信息；
接收单元，用于接收来自所述第一节点的安全上下文请求消息，所述安全上下文请求消息包括用于指示信令面的目标安全算法的信息；其中，所述信令面的目标安全算法对应第一算法选择策略，并且所述信令面的目标安全算法属于所述第二节点支持的安全算法的信息所指示的安全算法的集合。
21.根据权利要求20中所述的装置，其特征在于，所述安全上下文请求消息包括第一MAC；所述第一MAC的长度为所述信令面的目标MAC长度，所述信令面的目标MAC长度为所述信令面的目标安全算法对应的MAC长度；所述装置还包括：
处理单元，用于通过所述信令面的目标安全算法，根据所述第一MAC校验所述安全上下文请求消息的完整性。
22.根据权利要求20或21中所述的装置，其特征在于，所述安全上下文请求消息中包括第一身份认证信息；所述处理单元，还用于根据第二节点与所述第一节点之间的共享密钥验证所述第一身份认证信息；
所述处理单元，还用于若校验所述安全上下文请求消息的完整性通过且验证所述第一身份认证信息通过，则通过所述信令面的目标安全算法生成第二MAC，所述第二MAC的长度为所述信令面的目标MAC长度；
所述发送单元，还用于向所述第一节点发送安全上下文响应消息，所述安全上下文响应消息中包括所述第二MAC和第二身份认证信息；所述第二身份认证信息为根据所述第二节点与所述第一节点的所述共享密钥之间生成的。
23.根据权利要求20-22任一项中所述的装置，其特征在于，所述安全上下文请求消息中包括指示用户面的目标安全算法的信息；其中，所述用户面的目标安全算法对应第二算法选择策略，所述用户面的目标安全算法属于第二节点支持的安全算法的信息所指示的安全算法的集合。
24.一种芯片系统，其特征在于，所述芯片系统包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述芯片系统所在装置实现如权利要求1-8中任一项所述的方法。
25.一种芯片系统，其特征在于，所述芯片系统包括至少一个处理器和通信接口，所述至少一个处理器用于调用至少一个存储器中存储的计算机程序，以使得所述芯片系统所在装置实现如权利要求9-12中任一项所述的方法。
26.一种通信系统，其特征在于，包括第一节点和第二节点，其中：
所述第一节点包含权利要求13-19任一项所述的装置；所述第二节点包含权利要求20-23中任一项所述的装置。
27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在一个或多个处理器上运行时，执行如权利要求1-8中任一项所述的方法，或者，执行权利要求9-12中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210602062.4A CN115550924A (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202080015203.1A CN113455034B (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
| CN202210602062.4A CN115550924A (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
| PCT/CN2020/106013 WO2022021258A1 (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080015203.1A Division CN113455034B (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115550924A true CN115550924A (zh) | 2022-12-30 |
Family
ID=77808750
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210612653.XA Pending CN115175189A (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
| CN202080015203.1A Active CN113455034B (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
| CN202210602062.4A Pending CN115550924A (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210612653.XA Pending CN115175189A (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
| CN202080015203.1A Active CN113455034B (zh) | 2020-07-30 | 2020-07-30 | 一种通信方法及装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20230171602A1 (zh) |
| EP (1) | EP4185003A4 (zh) |
| JP (1) | JP2023537680A (zh) |
| KR (1) | KR20230040368A (zh) |
| CN (3) | CN115175189A (zh) |
| WO (1) | WO2022021258A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117241263A (zh) * | 2022-06-06 | 2023-12-15 | 华为技术有限公司 | 一种报文通信方法和设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101854625A (zh) * | 2009-04-03 | 2010-10-06 | 华为技术有限公司 | 安全算法选择处理方法与装置、网络实体及通信系统 |
| CN109219965A (zh) * | 2017-05-05 | 2019-01-15 | 华为技术有限公司 | 一种通信方法及相关装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6126980B2 (ja) * | 2013-12-12 | 2017-05-10 | 日立オートモティブシステムズ株式会社 | ネットワーク装置およびネットワークシステム |
| US20160026787A1 (en) * | 2014-07-25 | 2016-01-28 | GM Global Technology Operations LLC | Authenticating messages sent over a vehicle bus that include message authentication codes |
| CN109560929B (zh) * | 2016-07-01 | 2020-06-16 | 华为技术有限公司 | 密钥配置及安全策略确定方法、装置 |
| US10630481B2 (en) * | 2016-11-07 | 2020-04-21 | Ford Global Technologies, Llc | Controller area network message authentication |
| CN113630773B (zh) * | 2017-01-24 | 2023-02-14 | 华为技术有限公司 | 安全实现方法、设备以及系统 |
| US11297502B2 (en) * | 2017-09-08 | 2022-04-05 | Futurewei Technologies, Inc. | Method and device for negotiating security and integrity algorithms |
| CN110121168B (zh) * | 2018-02-06 | 2021-09-21 | 华为技术有限公司 | 安全协商方法及装置 |
| WO2020067961A1 (en) * | 2018-09-25 | 2020-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | A radio network node, a wireless device and methods therein for resuming a radio connection |
| WO2020146661A1 (en) * | 2019-01-09 | 2020-07-16 | Futurewei Technologies, Inc. | Integrity protection for user plane edt with multiple pdcp pdus |
-
2020
- 2020-07-30 WO PCT/CN2020/106013 patent/WO2022021258A1/zh unknown
- 2020-07-30 CN CN202210612653.XA patent/CN115175189A/zh active Pending
- 2020-07-30 KR KR1020237005735A patent/KR20230040368A/ko unknown
- 2020-07-30 EP EP20946555.8A patent/EP4185003A4/en active Pending
- 2020-07-30 CN CN202080015203.1A patent/CN113455034B/zh active Active
- 2020-07-30 CN CN202210602062.4A patent/CN115550924A/zh active Pending
- 2020-07-30 JP JP2023503473A patent/JP2023537680A/ja active Pending
-
2023
- 2023-01-20 US US18/157,594 patent/US20230171602A1/en active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101854625A (zh) * | 2009-04-03 | 2010-10-06 | 华为技术有限公司 | 安全算法选择处理方法与装置、网络实体及通信系统 |
| CN109219965A (zh) * | 2017-05-05 | 2019-01-15 | 华为技术有限公司 | 一种通信方法及相关装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4185003A4 (en) | 2023-09-13 |
| KR20230040368A (ko) | 2023-03-22 |
| CN113455034A (zh) | 2021-09-28 |
| EP4185003A1 (en) | 2023-05-24 |
| CN115175189A (zh) | 2022-10-11 |
| US20230171602A1 (en) | 2023-06-01 |
| JP2023537680A (ja) | 2023-09-05 |
| CN113455034B (zh) | 2022-06-10 |
| WO2022021258A1 (zh) | 2022-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210076214A1 (en) | Method, apparatus, and system for performing an establishment of a security context between user equipment and an access node | |
| CN109600804B (zh) | 一种安全保护的方法、装置和系统 | |
| CN101836470B (zh) | 用于启用lte移动单元中非接入层(nas)安全性的方法和设备 | |
| US10470234B2 (en) | Communication method, network-side device, and user equipment | |
| CN110121168B (zh) | 安全协商方法及装置 | |
| US8295488B2 (en) | Exchange of key material | |
| KR20190102068A (ko) | 보안 구현 방법, 기기 및 시스템 | |
| CN104885519B (zh) | 分流方法、用户设备、基站和接入点 | |
| EP3281434A1 (en) | Method, apparatus, and system for providing encryption or integrity protection in a wireless network | |
| CN112740733A (zh) | 一种安全接入方法及装置 | |
| CN112449323B (zh) | 一种通信方法、装置和系统 | |
| CN113545115B (zh) | 一种通信方法及装置 | |
| CN110999253B (zh) | 网状设备及其方法、计算机可读介质以及电子装置 | |
| US20230171602A1 (en) | Communication Method and Apparatus | |
| CN116235467A (zh) | 一种关联控制方法及相关装置 | |
| EP1406423A1 (en) | Network structure for encrypting of mobile communication system terminal and the method of realizin it | |
| CN108810981B (zh) | 一种数据传输方法及装置 | |
| CN112449400B (zh) | 一种通信方法、装置及系统 | |
| CN115885496B (zh) | 一种通信方法及相关装置 | |
| CN113455032A (zh) | 通信方法及装置 | |
| WO2020146661A1 (en) | Integrity protection for user plane edt with multiple pdcp pdus | |
| CN111465007A (zh) | 一种认证方法、装置和系统 | |
| WO2023051409A1 (zh) | 一种通信方法及装置 | |
| CN113455024B (zh) | 一种密钥获取方法及相关装置 | |
| WO2022198671A1 (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 |