转功能与接收方终端实现通信。在该模式下实现本发明的方案，则本步骤涉及的接收方可以是中转台，也可以是接收方终端。
[0052]在直通模式下，发送方终端和接收方终端直接进行通信，在该模式下实现本发明的方案，则本步骤涉及的接收方只能是接收方终端。
[0053]本步骤在具体实现时，可以按照以下四种方式来实现:
[0054]第一种方式，终端在发送控制类数据时，按照与接收方预约的协议中设定的数据生成鉴权码。
[0055]在第一种方式中，发送方和接收方需要预先约定好协议，在协议中设定作为鉴权码的数据，这样，发送方只需要将协议中设定的数据直接作为鉴权码。
[0056]第二种方式，终端在发送控制类数据时，按照与接收方预约的协议中设定的鉴权算法和鉴权密钥，对控制类数据进行运算生成鉴权码。
[0057]在第二种方式中，发送发和接收方需要预先约定鉴权算法、鉴权密钥以及对哪些数据进行运算，将运算结果作为鉴权码，为了保证协议内容的安全性，鉴权密钥不通过空口传输。例如，在协议中约定对全部控制类数据进行运算，也可以是对特定比特位的控制类数据进行运算等。
[0058]第三种方式，终端在发送控制类数据时，按照与接收方预约的协议中设定的鉴权算法和鉴权密钥，对接收到的鉴权随机数进行运算生成鉴权码；该鉴权随机数是基站或中转台按照预设规律广播的鉴权随机数。
[0059]在第三种方式中，发送方和接收方需要预先约定鉴权算法、鉴权密钥以及根据鉴权随机数进行运算，将运算结果作为鉴权码，同时，发送方和接收方需要实时接收基站或中转台按照一定规律广播的鉴权随机数。
[0060]第四种方式，终端在发送控制类数据时，按照与接收方预约的协议中设定的鉴权算法和鉴权密钥，对接收到的鉴权随机数和控制类数据进行运算生成鉴权码；该鉴权随机数是基站或中转台按照预设规律广播的鉴权随机数。
[0061]在第四种方式中，发送方和接收方需要预先约定鉴权算法、鉴权密钥以及根据鉴权随机数和消息中的数据进行运算，将运算结果作为鉴权码，同时，发送方和接收方需要实时接收基站或中转台按照一定规律广播的鉴权随机数。
[0062]S102，终端将控制类数据、鉴权码以及对应的CRC校验码组合成消息。
[0063]本发明关于如何将鉴权码兼容到控制类消息的发送机制提出了以下两种实现方式。
[0064]第一种方式，终端通过占用消息中控制类数据比特位的方式存放鉴权码，根据控制类数据和/或鉴权码生成CRC校验码，将控制类数据、鉴权码和CRC校验码组合成消息。
[0065]在第一种方式中，终端仅生成一个消息，该消息可以理解为在原有的控制类消息中携带鉴权码，以实现在CRC校验机制中实现鉴权机制。第二种方式，终端根据控制类数据生成控制类数据的CRC校验码，将控制类数据和控制类数据的CRC校验码组合成消息，并根据鉴权码生成鉴权码的CRC校验码，将鉴权码和鉴权码的CRC校验码组合成消息。
[0066]在第二种方式中，终端生成了两个消息，一个是传统的控制类消息，另一个是携带鉴权码的消息，在终端发送这两个消息时，可以将携带鉴权码的消息放在控制类消息之前发送，也可以放在其之后发送。
[0067]关于上述第一种方式，在具体实现时，又有以下三种具体实现方式，包括:
[0068]具体方式(I):终端通过占用消息中源ID和目的ID中预设的比特位的方式存放鉴权码，根据控制类数据和/或鉴权码生成CRC校验码，将控制类数据、鉴权码和CRC校验码组合成消息。对具体方式(I)进行举例说明。
[0069]由于现有技术中考虑到不断增长的终端数量，对控制类消息中数据包含的源ID和目的ID占用的比特数量有明确限制，源ID和目的ID分别设置为24比特。发明人通过分析专网通信的实际应用场景发现，一般的专网通信中，最多承载几千至一万多的终端，而大部分情况下仅承载几百至几千的终端，因此，发明人提出压缩源ID和目的ID占用比特数量，以腾出空闲比特位置来存放鉴权码。例如:为了既满足实际用户数量的需求，又能很好的实现本发明，可以将原有的源ID和目的ID的各自的24比特压缩为16比特，16比特的ID位已经可以支持65535个用户，完全可以满足通信需求，而压缩之后腾出的16比特的空间，用于存放鉴权码。
[0070]当然，上文的16比特的空闲比特位仅是示例性的，在具体实现时可以根据具体应用场景对具体空闲比特位进行合理设置。
[0071]具体方式(2):终端通过占用消息中源ID比特位的方式存放鉴权码，根据控制类数据和/或鉴权码生成CRC校验码，将控制类数据、鉴权码和CRC校验码组合成消息。
[0072]具体方式(3):终端通过占用消息中数据的预设比特位的方式存放鉴权码，根据控制类数据和/或鉴权码生成CRC校验码，将控制类数据、鉴权码和CRC校验码组合成消息。
[0073]上述三种具体方式中提及到的根据控制类数据和/或鉴权码生成CRC校验码，在具体实现时，可以是仅根据控制类数据生成CRC校验码，也可以是仅根据鉴权码生成CRC校验码，当然最优选的方式是根据控制类数据和鉴权码生成CRC校验码。
[0074]S103，终端向接收方发送该消息，以使接收方能够先对接收到的消息进行CRC校验，校验通过后，再按照预约的协议生成鉴权码，并对比生成的鉴权码和接收到的鉴权码是否相同，如果是，对接收到的控制类数据进行解析处理，如果否，丢弃接收到的控制类数据。
[0075]通过上述实施例可以看出，在本发明中通过终端在发送控制类数据时，按照与接收方预约的协议生成鉴权码；终端将控制类数据、鉴权码以及对应的CRC校验码组合成消息；终端向接收方发送该消息，以使接收方能够先对接收到的消息进行CRC校验，校验通过后，再按照预约的协议生成鉴权码，并对比生成的鉴权码和接收到的鉴权码是否相同，如果是，对接收到的控制类数据进行解析处理，如果否，丢弃接收到的控制类数据。这种由终端主动发送鉴权码的方式，实现对终端进行通信业务的同时执行实时鉴权，非法终端仅拥有与合法终端相同的ID，却无法得知由终端主动发起鉴权机制，也无法得知鉴权码的生成以及发送方式，因此本发明能够防止非法用户占用资源，保证通信的安全性；另外，由于终端是在发送控制类信息的同时发送鉴权码，使得整个鉴权过程与控制类消息处理过程相兼容，无需单独的信令和开销。
[0076]实施例2
[0077]参见图2，图2是本发明终端发送方的无线接入控制方法的第二流程图，该方法应用于发送方终端，该方法可以适用于中转模式、直通模式以及集群模式，图2与图1的区别在于:终端将控制类数据、鉴权码以及对应的CRC校验码组合成消息之后，增加一个数据变换的处理，将数据变换后的新数据和原数据的CRC校验码组成变换消息，最后再将该变换消息发送给接收方。这样增加了整个CRC校验和鉴权的复杂度，更近一步保证通信安全性。
[0078]如图2所示，该方法可以包括:
[0079]S201，终端在发送控制类数据时，按照与接收方预约的协议生成鉴权码。
[0080]S202，终端将控制类数据、鉴权码以及对应的CRC校验码组合成消息。
[0081]本实施例中S201和S202与上文实施例1中SlOl和S102相同，可以参照上文对应的描述，此处不再赘述。
[0082]S203，终端按照与接收方预约的变换算法，对该消息中的数据部分进行数据变换，将变换后的数据和该消息中的CRC校验码进行组合生成变换消息。
[0083]需要说明的是，一个消息可以看作是由CRC校验部分和数据部分组成，则在消息中，除了 CRC校验码部分之外，其余部分都是数据部分。在上述S202组合成消息之后，按照S203先对其消息中的数据部分进行数据变换，然后将变换后的数据和该消息中的CRC校验码重新组合成变换消息。
[0084]如果终端按照上述实施例1中的S102中提到的第一种方式生成消息，生成一个消息，该消息包括控制类数据、鉴权码和CRC校验码，则该消息中的数据部分包括控制类数据和鉴权码。
[0085]如果终端按照上述实施例1中的S102提到的第二种方式生成消息，则生成两个消息，一个消息中的数据部分仅是鉴权码，另一个消息中的数据部分仅是控制类数据。
[0086]下面仅以按照第一种方式生成一个携带鉴权码的消息为例，通过图3对S203的具体实现作举例说明。
[0087]如图3中的数据变换以及消息组成示意图，在该图中，数据A为控制类数据，数据B包括控制类数据和鉴权码，数据B和CRC组合成的消息为上述步骤202中的消息，再经过数据变换后成为数据C，而数据C就包含变换后的控制类数据和变换后的鉴权码，而CRC保持不变。数据C和CRC组合成变换消息。
[0088]这里的变换算法可以是加密算法、也可以是数学运算法则等，在发送方和接收方均预先储存了变换算法以及对应的反变换算法，或者预先储存了数学运算法则以及数学运算解析算法，以保证发送方发送的变换后的数据，接收方能够按照预约的方法进行解析。
[0089]在具体实现时，可以对该消息中的控制类数据和鉴权码，结合消息中的CRC校验码和/或变换随机数，采用与接收方预约的变换密钥按照预约的变换算法进行数据变换处理。
[0090]这里的变换随机数是基站和中转台按照预设的规律广播的