CN104734823B - 通信系统、通信终端、中转台以及握手通信的方法 - Google Patents

Abstract

本发明公开了一种通信系统、通信终端、中转台以及握手通信的方法。该方法包括：信终端在发起业务通信前，向中转台发送数据握手请求，通信终端从中转台获取数据握手响应；若通信终端与中转台握手通信成功，通信终端切换到从数据握手响应中获取的中转信道进行后续通信；若通信终端与请求中转台握手通信冲突，通信终端从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求。本发明不仅提高系统信道资源的有效利用，而且在通信终端与请求中转台握手通信冲突时，通过重传机制可提高呼叫接入的成功率。

Description

通信系统、通信终端、中转台以及握手通信的方法

技术领域

本发明涉及无线通信技术领域，特别是涉及一种通信系统、通信终端、中转台以及握手通信的方法。

背景技术

现有技术的通信终端采用分布式集群通信系统(Distributed TrunkingSystem)，该系统不需要使用控制信道，也可以使得不同的通信终端单元共享信道资源。其中，分布式集群通信系统的成本低，但是只能支持承载中等待呼叫用户(几千用户)的信道共享，且只能支持部分集群功能。因此，分布式集群通信系统只能实现简单的信道资源分配，当存在呼叫接入冲突时，会严重影响系统接入的成功率。

发明内容

本发明实施例提供了一种通信系统、通信终端、中转台以及握手通信的方法，以解决在呼叫接入冲突时呼叫接入成功率低的问题。

第一方面提供一种握手通信的方法，该方法包括：通信终端在发起业务通信前，向中转台发送数据握手请求，以使中转台根据数据握手请求产生数据握手响应；通信终端从中转台获取数据握手响应；若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配，则通信终端与中转台握手通信成功，通信终端切换到从数据握手响应中获取的中转信道进行后续通信；若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配，则通信终端与请求中转台握手通信冲突，通信终端从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求。

其中，通信终端切换到从数据握手响应中获取的中转信道进行后续通信包括：

若数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配，则通信终端在请求的中转台的时分多址信道进行后续通信；

若数据握手响应的中转台和时分多址信道与数据握手请求的请求中转台和请求的时分多址信道不匹配，则通信终端切换到中转台，并使用时分多址信道进行后续通信。

其中，在通信终端从数据握手响应中获取的空闲中转台的信息之前，方法还包括：

若中转台的另一个时分多址信道是空闲的，则通信终端优先切换到中转台的另一个空闲的时分多址信道发起新的数据握手请求。

其中，通信终端从数据握手响应中获取的空闲中转台的信息包括：

若空闲中转台的信息为0，则通信终端结束此次握手通信，或者进行繁忙排队等待系统的空闲的时分多址信道被释放。

其中，在向中转台发送数据握手请求后，方法还包括：

在预设的时间内没有获取数据握手响应，则判断预设的重传次数是否大于零；

若是，则再次向中转台发送数据握手请求，并且将重传次数减一；

若否，则切换到空闲中转台发起新的数据握手请求。

第二方面提供一种通信终端，其包括第一发送单元，用于在通信终端发起业务通信前，向中转台发送数据握手请求，以使中转台根据数据握手请求产生数据握手响应；第一接收单元，用于从中转台获取数据握手响应；第一处理单元，用于若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配，则通信终端与请求中转台握手通信成功，并切换到从数据握手响应中获取的中转信道进行后续通信；若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配，则通信终端与请求中转台握手通信冲突，通信终端从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求。

第三方面提供一种握手通信的方法，该方法包括：中转台从通信终端接收数据握手请求，并根据数据握手请求产生数据握手响应；中转台向通信终端发送数据握手响应；数据握手响应中携带有握手响应类型，中转台在数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与请求呼叫为同一呼叫且同一呼叫在呼叫保持时，将数据握手响应的握手响应类型设置为允许，并在数据握手响应中携带为通信终端分配的中转信道。

其中，中转台在同一呼叫不在呼叫保持或者请求呼叫的被叫繁忙或者请求呼叫的被叫不在系统内时，将数据握手响应的握手响应类型设置为不允许，数据握手响应的握手响应类型为不允许包括：

若请求呼叫的被叫不在系统内，则数据握手响应的握手响应类型填充为呼叫目的不可达；

若请求呼叫的被叫繁忙，则数据握手响应的握手响应类型填充为被叫繁忙；

若同一呼叫正在转发且不在呼叫保持，则数据握手响应的握手响应类型填充为同一呼叫正在转发。

其中，根据数据握手请求产生数据握手响应包括：

中转台向其它站点主机发送数据握手请求，以使其它站点主机查询当前站点状态，并发送信道分配消息给其他站点分配的中转台；

中转台从其他站点分配的中转台获取数据握手响应和其他站点分配的中转台的IP地址。

第四方面提供一种中转台，其包括：

第二接收单元，用于从通信终端接收数据握手请求；

第二处理单元，用于根据数据握手请求产生数据握手响应；

第二发送单元，用于向通信终端发送数据握手响应；

数据握手响应中携带有握手响应类型，第二处理单元在数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与请求呼叫为同一呼叫且同一呼叫在呼叫保持时，将数据握手响应的握手响应类型设置为允许，并在数据响应中携带为通信终端分配的中转信道。

第五方面提供一种通信终端，其包括至少一个处理器、至少一个通信接口、存储器和至少一个通信总线，存储器用于存储程序指令，处理器用于：

执行程序指令以在发起业务通信前，通过通信接口向中转台发送数据握手请求，以使中转台根据数据握手请求产生数据握手响应；

通过通信接口从中转台获取数据握手响应；

在数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配时，切换到从数据握手响应中获取的中转信道进行后续通信；

在数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配时，从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求。

其中，处理器还用于执行程序指令以若数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配，则在请求的中转台的时分多址信道进行后续通信；

若数据握手响应的中转台和时分多址信道与数据握手请求的请求中转台和请求的时分多址信道不匹配，则切换到中转台，并使用时分多址信道进行后续通信。

其中，处理器还用于执行程序指令以若空闲中转台的信息为0，则结束此次握手通信，或者进行繁忙排队等待系统的空闲的时分多址信道被释放。

其中，处理器还用于执行程序指令以在预设的时间内没有获取数据握手响应，则判断预设的重传次数是否大于零；若是，则再次向中转台发送数据握手请求，并且将重传次数减一；若否，则切换到空闲中转台发起新的数据握手请求。

第六方面提供一种中转台，其包括：至少一个处理器、至少一个通信接口、存储器和至少一个通信总线，存储器用于存储程序指令，处理器用于：

执行程序指令以通过通信接口从通信终端接收数据握手请求，并根据数据握手请求产生数据握手响应；

通过通信接口向通信终端发送数据握手响应；

数据握手响应中携带有握手响应类型，在数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与请求呼叫为同一呼叫且同一呼叫在呼叫保持时，将数据握手响应的握手响应类型设置为允许，并在数据握手响应中携带为通信终端分配的中转信道。

其中，处理器还用于执行程序指令以在同一呼叫不在呼叫保持或者请求呼叫的被叫繁忙或者请求呼叫的被叫不在系统内时，将数据握手响应的握手响应类型设置为不允许；

若请求呼叫的被叫不在系统内，则数据握手响应的握手响应类型填充为呼叫目的不可达；

若请求呼叫的被叫繁忙，则数据握手响应的握手响应类型填充为被叫繁忙；

若同一呼叫正在转发且不在呼叫保持，则数据握手响应的握手响应类型填充为同一呼叫正在转发。

其中，处理器还用于执行程序指令以通过通信接口向其它站点的主机发送数据握手请求，以使其它站点的主机查询当前站点状态，并发送信道分配消息给其他站点分配的中转台；

处理器还用于执行程序指令以通过通信接口从其他站点分配的中转台获取数据握手响应和其他站点分配的中转台的IP地址。

第七方面提供一种通信系统，其通信终端和中转台，通信终端为上述的通信终端，中转台为上述的中转台。

通过上述方案，本发明的有益效果是：本发明通过通信终端与请求中转台握手通信成功，信终端切换到从数据握手响应中获取的中转信道进行后续通信；通信终端与请求中转台握手通信冲突，通信终端从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求，因此在通信终端与请求中转台握手通信冲突时，通过重传机制能够提高呼叫接入的成功率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本发明第一实施例的握手通信的方法所基于的通信系统的结构示意图；

图2是本发明第一实施例的握手通信的方法的流程图；

图3是图2中数据握手请求的PDU格式图；

图4是图2中数据握手响应的PDU格式图；

图5是本发明第二实施例的握手通信的方法所基于的通信系统的结构示意图；

图6是本发明第二实施例的握手通信的方法的流程图；

图7是本发明第一实施例的通信系统的结构示意图；

图8是本发明第二实施例的通信系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明所揭示的通信系统优选采用扩展式虚拟集群系统(Extended PseudoTrunk，XPT)协议，但是可以应用本发明实施例的其他通信系统不应该被限制在本发明的保护范围之外。其中，XPT协议是一种无控制中心分布式集群协议，XPT系统可以由多个站点组成，每个站点下具有若干个中转台提供共享信道，若干个中转台包含一个主机和多个从机。XPT系统在不增加额外成本的前提下最大限度的扩展系统的容量，有效地利用既有的信道资源，可以满足中低端集群客户的需要。

请参见图1-2，图1是本发明第一实施例的扩展式集群系统的握手通信方法所基于的扩展式集群系统的结构示意图。图2是本发明第一实施例的扩展式集群系统的握手通信方法的流程图。

首先请参见图1，本实施例所揭示的握手通信的方法基于扩展式集群系统10来实现的。本实施例所揭示的系统10包括：通信终端101、中转台102以及空闲中转台103。

如图2所示，本实施例所揭示的握手通信的方法包括：

S201：通信终端101在发起业务通信前，向中转台102发送数据握手请求；

S202：中转台102根据数据握手请求产生数据握手响应，并向通信终端101发送数据握手响应；

S203：通信终端101从中转台102获取数据握手响应，进入S204或S205；

S204：若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配，则通信终端101与中转台102握手通信成功，通信终端101切换到从数据握手响应中获取的中转信道进行后续通信；

S205：若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配，则通信终端101与中转台102握手通信冲突，通信终端101从数据握手响应中获取的空闲中转台103的信息，并切换到空闲中转台103发起新的数据握手请求。

在S201中，在中转台102的信道空闲期间，在对系统10内的其它通信终端或者通信组发起通信前，通信终端101向中转台102发送数据握手请求；或者在呼叫保持期间，在对参与同一呼叫的通信终端或通信组发起回呼前，通信终端101向中转台102发送数据握手请求。

通信终端101在发起业务通信前，用户按下通信终端101的语音请求按键发起语音呼叫，例如用户按下PTT按键，则通信终端101向中转台102发送数据握手请求。其中，数据握手请求优选采用如图3所示PDU格式，其中，TC为时分多址信道TDMA Channel，长度为1bit；G/I为终端用户组Group/单个终端用户Individual，长度为1bit；Handshake RequestOpcode为数据握手请求操作码，长度6bit；MFID为厂商ID，用户可通过厂商ID定义特定的PDU，长度为6bit；Repeater in Use为中转台102的索引，长度为4bit；Reserved4和Reserved8为保留位置，长度分别为4bit和8bit；Call Target Address为通信终端101呼叫目的地址，长度为24bit；Call Source Address为通信终端101呼叫源地址，即通信终端101的地址，长度为24bit。

在S202中，数据握手响应与数据握手请求均采用PDU格式，如图4所示。其中，Handshake Response Opcode为数据握手响应操作码，长度6bit；Go to Repeater为系统10分配的处理通信终端101发送的数据握手请求的中转台102，长度为4bit；Free Repeater为系统分配的空闲中转台103，长度为4bit；Handshake Response Type为数据握手响应的握手响应类型，长度为4bit；Reserved为保留位置，长度为4bit。

在中转台102从通信终端101接收数据握手请求后，中转台102根据数据握手请求产生数据握手响应。其中，中转台102判断数据握手请求的请求呼叫为新呼叫且请求的时隙空闲，或者在系统10的其他中转台存在与数据握手请求的请求呼叫为同一呼叫且同一呼叫在呼叫保持，则中转台102填充数据握手响应的握手响应类型为允许，数据握手响应的Handshake Response Type为Proceed。

在数据握手响应的握手响应类型为允许时，当数据握手请求的请求呼叫为新呼叫且请求的时隙空闲时，数据握手响应的中转信道包括数据握手响应的中转台和时分多址信道，数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配；当数据握手请求所请求的时隙繁忙时，数据握手响应的时分多址信道优选为数据握手请求的请求中转台的另一个空闲的时分多址信道；在系统10的其他中转台存在与数据握手请求的请求呼叫为同一呼叫且同一呼叫在呼叫保持时，则数据握手响应的中转台和分配的时分多址信道为与数据握手请求的请求呼叫为同一呼叫的中转台和时分多址信道。

中转台102判断与数据握手请求的请求呼叫为同一呼叫且不在呼叫保持或者数据握手请求的请求呼叫的被叫繁忙或者数据握手请求的请求呼叫的被叫不在系统10内，则中转台102填充数据握手响应的握手响应类型为不允许。具体地，中转台102判断数据握手请求的请求呼叫的被叫不在系统10内，则中转台102填充数据握手响应的握手响应类型为呼叫目的不可达，数据握手响应的Handshake Response Type为Deny for target isunavailable；中转台102判断数据握手请求的请求呼叫的被叫繁忙，则中转台102填充数据握手响应的握手响应类型为被叫繁忙，数据握手响应的Handshake Response Type为Denyfor called unit is proceeding；中转台102判断与数据握手请求的请求呼叫为同一呼叫且不在呼叫保持，则中转台102填充数据握手响应的握手响应类型填充为同一呼叫正在转发，数据握手响应的Handshake Response Type为Deny for the same call isrepeating，系统10分配的中转台为同一呼叫的中转台。

其中，中转台102在数据握手响应的Free Repeater填充系统10内空闲中转台103的信息。

此外，在中转台102向通信终端101发送的数据握手响应，且数据握手响应的握手响应类型为允许后，在预设的第一时间内为通信终端101的数据握手请求预留信道；超过预设的第一时间，则清空信道。

在S203中，若通信终端101在预设的时间内没有获取中转台102的数据握手响应，则通信终端101判断预设的重传次数是否大于零；若重传次数大于零，则通信终端101再次向中转台发送数据握手请求，并将重传次数减一；若重传次数等于零，则通信终端101切换到空闲中转台103发起新的数据握手请求。

其中，数据握手响应包括呼叫地址信息、中转台、时分多址信道和握手响应类型。若通信终端101在预设的时间内获取中转台102的数据握手响应，则通信终端101判断数据握手响应的握手响应类型是否允许；若数据握手响应的握手响应类型为允许，即握手响应类型为允许，则通信终端101判断数据握手响应的呼叫地址信息与数据握手请求的地址信息是否匹配；若匹配，即数据握手响应的地址信息和数据握手请求的地址信息匹配，则握手通信成功，进入S204；若不匹配，即数据握手响应的地址信息和数据握手请求的地址信息不匹配，则握手通信冲突，进入S205。若数据握手响应的握手响应类型为不允许，则握手通信失败，通信终端101结束此次握手通信。

在S204中，若数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配，通信终端101在中转台102的时分多址信道进行后续通信，即通信终端101在请求的中转台的时分多址信道进行后续通信。

若数据握手响应的中转台和时分多址信道与数据握手请求的请求中转台和请求的时分多址信道不匹配，即数据握手响应的中转台与数据握手请求的请求中转台不匹配，数据握手响应的时分多址信道与数据握手请求的请求时分多址信道不匹配，通信终端101切换到中转台102，并使用时分多址信道进行后续通信，即通信终端101在数据握手响应的中转台的时分多址信道进行后续通信。

在S205中，在通信终端101从数据握手响应中获取的空闲中转台103的信息之前，若中转台102的另一个时分多址信道是空闲的，则通信终端101优先切换到中转台102的另一个空闲的时分多址信道发起新的数据握手请求。例如，数据握手请求所请求的时隙为第一时隙t1，中转台102还包括相邻的第一时隙t1和第二时隙t2，在中转台102的第一时隙t1空闲时，系统10分配的时分多址信道为第一时隙t1；在中转台102的第一时隙t1繁忙，第二时隙t2空闲时，即另一个空闲的时分多址信道为第二时隙t2，通信终端101切换到中转台102的第二时隙t2发起新的数据握手请求。

通信终端101从数据握手响应中获取的空闲中转台103的信息包括：通信终端101判断数据握手响应中的空闲中转台103的信息是否大于零，即通信终端101判断数据握手响应的Free Repeater是否大于零，若空闲中转台103的信息为零，则通信终端101结束此次握手通信，或者通信终端101进行繁忙排队等待系统101的空闲的时分多址信道被释放。若空闲中转台103的信息大于零，则通信终端101切换到空闲中转台103发起新的数据握手请求。

本实施例所揭示的握手通信的方法通过通信终端101与中转台102握手通信成功，通信终端101切换到从数据响应中获取的中转信道进行后续通信；通信终端101与中转台102握手通信冲突，通信终端101从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台102发起新的数据握手请求，因此在通信终端101与中转台102握手通信冲突时，通过重传机制能够提高呼叫接入的成功率。

本发明还提供第二实施例的握手通信的方法，其在第一实施例所揭示的握手通信的方法的基础上进行描述。如图5所示，本实施例所揭示的握手通信的方法基于通信系统20来实现的，本实施例所揭示的通信系统20包括通信终端201、中转台202、站点203以及站点204，其中站点203包括主机205和从机206，站点204包括主机207和从机208。中转台202分别与站点203的主机205和从机206、以及站点204的主机207和从机208连接，优选为IP网络连接。其中，站点203的主机205和从机206、以及站点204的主机207和从机208均为中转台。

本实施例所揭示的握手通信的方法还包括：如图6所示，中转台202向系统10的其他站点主机发送数据握手请求，即，中转台202分别向站点203的主机205、站点204的主机207发送跨站数据握手请求。其他站点主机根据跨站数据握手请求查询当前站点状态，并发送信道分配消息给其他站点分配的中转台。主机根据跨站数据握手请求产生信道分配信息，并发送信道分配信息至站点分配的空闲中转台，即站点203的主机205根据跨站数据握手请求产生信道分配信息，并发送信道分配信息至站点203分配的中转台206；站点204的主机207根据跨站数据握手请求产生信道分配信息，并发送信道分配信息至站点204分配的中转台208。站点的空闲中转台根据信道分配信息产生数据握手响应，并将数据握手响应和空闲中转台的IP地址发送至中转台202，即分配中转台206根据信道分配信息产生数据握手响应，并将数据握手响应和中转台206的IP地址发送至中转台202；分配中转台208也类似分配中转台206的处理，不再叙述。中转台202从其他站点分配的中转台获取数据握手响应和其他站点分配的中转台的IP地址。中转台202向通信终端201发送数据握手响应，以使通信终端201分别与站点203的空闲中转台206和站点204的空闲中转台208握手通信成功。

本实施例所揭示的握手通信的方法通过在多个站点的中转台之间增加跨站握手通信机制，跨站点的呼叫只需要在请求的中转台202、分配的中转台206和分配的中转台208之间传输，能够提升通信系统20的信道使用率。

本发明还提供第一实施例的通信系统，其在第一实施例所揭示的握手通信的方法的基础上进行描述。如图7所示，本实施例所揭示的通信系统10包括：通信终端101、中转台102以及空闲中转台103。其中，通信终端101包括第一接收单元104、第一发送单元105以及与第一接收单元104和第一发送单元105连接的第一处理单元106，中转台102包括第二接收单元107、第二发送单元108以及与第二接收单元107和第二发送单元108连接的第二处理单元109。

在信道空闲期间，在对系统10内的其它通信终端或者通信组发起通信前，通信终端101向中转台102发送数据握手请求；或者在呼叫保持期间，在对参与同一呼叫的通信终端或通信组发起回呼前，通信终端101向中转台102发送数据握手请求。

通信终端101在发起业务通信前，用户按下通信终端101的语音请求按键发起语音呼叫，例如用户按下PTT按键，通信终端101的第一处理单元106产生数据握手请求。第一发送单元105用于从第一处理单元106获取数据握手请求，并向中转台102发送数据握手请求。

中转台102的第二接收单元107用于从第一发送单元105接收数据握手请求，若第二处理单元109判断数据握手请求的请求呼叫为新呼叫且请求的时隙空闲，或者在系统10的其他中转台存在与数据握手请求的请求呼叫为同一呼叫且同一呼叫在呼叫保持，则第二处理单元109填充数据握手响应的握手响应类型为允许，数据握手响应的HandshakeResponse Type为Proceed。

在数据握手响应的握手响应类型为允许时，当数据握手请求的请求呼叫为新呼叫且请求的时隙空闲时，数据握手响应的中转信道包括数据握手响应的中转台和时分多址信道，它们分别与数据握手请求的请求中转台和请求的时分多址信道匹配；当数据握手请求所请求的时隙繁忙时，数据握手响应的时分多址信道优选为数据握手请求的请求中转台的另一个空闲的时分多址信道；在系统10的其他中转台存在与数据握手请求的请求呼叫为同一呼叫且同一呼叫在呼叫保持时，则数据握手响应的中转台和分时分多址信道为与数据握手请求的请求呼叫为同一呼叫的中转台和时分多址信道。

若第二处理单元109判断与数据握手请求的请求呼叫为同一呼叫且不在呼叫保持或者数据握手请求的请求呼叫的被叫繁忙或者数据握手请求的请求呼叫的被叫不在系统10内，则第二处理单元109填充数据握手响应的握手响应类型为不允许。具体地，第二处理单元109判断数据握手请求的请求呼叫的被叫不在系统10内，则第二处理单元109填充数据握手响应的握手响应类型为呼叫目的不可达，数据握手响应的Handshake Response Type为Deny for target is unavailable；第二处理单元109判断数据握手请求的请求呼叫的被叫繁忙，则第二处理单元109填充数据握手响应的握手响应类型为被叫繁忙，数据握手响应的Handshake Response Type为Deny for called unit is proceeding；第二处理单元109判断与数据握手请求的请求呼叫为同一呼叫且不在呼叫保持，则第二处理单元109填充数据握手响应的握手响应类型填充为同一呼叫正在转发，数据握手响应的HandshakeResponse Type为Deny for the same call is repeating，系统10分配的中转台为同一呼叫的中转台。

其中，中转台102的第二处理单元109在数据握手响应的Free Repeater填充系统10内空闲中转台103的信息。

此外，在中转台102的第二发送单元108向通信终端101发送的数据握手响应，且数据握手响应的握手响应类型为允许后，在预设的第一时间内为通信终端101的数据握手请求预留信道；超过预设的第一时间，则清空信道。

若通信终端101的第一接收单元104在预设的时间内没有获取中转台102的数据握手响应，则通信终端101的第一处理单元106判断预设的重传次数是否大于零；若重传次数大于零，则通信终端101的第一发送单元105再次向中转台发送数据握手请求，第一处理单元106并将重传次数减一；若重传次数等于零，则通信终端101切换到空闲中转台103发起新的数据握手请求。

其中，数据握手响应包括呼叫地址信息、中转台、时分多址信道和握手响应类型。若通信终端101的第一接收单元104在预设的时间内获取中转台102的数据握手响应，则通信终端101的第一处理单元106判断数据握手响应的握手响应类型是否允许；若数据握手响应的握手响应类型为允许，即握手响应类型为允许握手通信，则通信终端101的第一处理单元106判断数据握手响应的呼叫地址信息与数据握手请求的地址信息是否匹配；若匹配，即数据握手响应的地址信息和数据握手请求的地址信息匹配，则握手通信成功；若不匹配，即数据握手响应的地址信息和数据握手请求的地址信息不匹配，则握手通信冲突。若数据握手响应的握手响应类型为不，则握手通信失败，通信终端101结束此次握手通信。

若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配，则通信终端101与中转台102握手通信成功，通信终端101的第一处理单元106切换到从数据握手响应中获取的中转信道进行后续通信。若数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配，通信终端101在中转台102的时分多址信道进行后续通信。

若数据握手响应的中转台和时分多址信道与数据握手请求的请求中转台和请求的时分多址信道不匹配，即数据握手响应的中转台与数据握手请求的请求中转台不匹配，数据握手响应的时分多址信道与数据握手请求的请求时分多址信道不匹配，通信终端101切换到中转台，并使用中转台的时分多址信道进行后续通信。

若数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配，则通信终端101与中转台102握手通信冲突，通信终端101的第一接收单元104从数据握手响应中获取的空闲中转台103的信息，通信终端101的第一处理单元106切换到空闲中转台103发起新的数据握手请求。

在通信终端101的第一接收单元104从数据握手响应中获取的空闲中转台103的信息之前，若中转台102的另一个时分多址信道是空闲的，则通信终端101优先切换到中转台102的另一个空闲的时分多址信道发起新的数据握手请求。例如，数据握手请求所请求的时隙为第一时隙t1，中转台102还包括相邻的第一时隙t1和第二时隙t2，在中转台102的第一时隙t1空闲时，时分多址信道为第一时隙t1；在中转台102的第一时隙t1繁忙，第二时隙t2空闲时，另一个空闲的时分多址信道为第二时隙t2，通信终端101切换到中转台102的第二时隙t2发起新的数据握手请求。

通信终端101的第一接收单元104从数据握手响应中获取的空闲中转台103的信息包括：通信终端101的第一处理单元106判断数据握手响应中的空闲中转台103的信息是否大于零，即第一处理单元106判断数据握手响应的Free Repeater是否大于零，若空闲中转台103的信息为零，则通信终端101结束此次握手通信，或者通信终端101进行繁忙排队等待系统101的空闲的时分多址信道被稀放。若空闲中转台103的信息大于零，则通信终端101切换到空闲中转台103发起新的数据握手请求。

本实施例所揭示的通信系统10通过通信终端101与中转台102握手通信成功，通信终端101切换到从数据握手响应中获取的中转信道进行后续通信；通信终端101与中转台102握手通信冲突，通信终端101从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台102发起新的数据握手请求，因此在通信终端101与中转台102握手通信冲突时，通过重传机制能够提高呼叫接入的成功率。

本发明还提供第二实施例的通信系统，其在第一实施例所揭示的握手通信的方法的基础上进行描述。如图8所示，本实施例所揭示的通信系统10包括：通信终端101、中转台102以及空闲中转台103。其中，通信终端101包括至少一个处理器801、至少一个通信接口802、存储器803和至少一个通信总线804，存储器803用于存储程序指令；中转台102包括至少一个处理器811、至少一个通信接口812、存储器813和至少一个通信总线814，存储器813用于存储程序指令。

其中，处理器801通过通信总线804与通信接口802和存储器803连接，处理器811通过通信总线814与通信接口812和存储器813连接.

在信道空闲期间，在对系统10内的其它通信终端或者通信组发起通信前，通信终端101向中转台102发送数据握手请求；或者在呼叫保持期间，在对参与同一呼叫的通信终端或通信组发起回呼前，通信终端101向中转台102发送数据握手请求。

处理器801执行程序指令以在发起业务通信前，用户按下通信终端101的语音请求按键发起语音呼叫，例如用户按下PTT按键，通过通信接口802向中转台102发送数据握手请求。

处理器811执行程序指令以通过通信接口812从通信终端101接收数据握手请求；并通过通信接口812向通信终端101发送数据握手响应。

其中，数据握手响应中携带有握手响应类型，处理器811执行程序指令以在数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与请求呼叫为同一呼叫且同一呼叫在呼叫保持时，将数据握手响应的握手响应类型设置为允许，并在数据握手响应中携带为通信终端分配的中转信道，数据握手响应的Handshake Response Type为Proceed。

处理器811执行程序指令以在同一呼叫不在呼叫保持或者请求呼叫的被叫繁忙或者请求呼叫的被叫不在系统10内时，将数据握手响应的握手响应类型设置为不允许。具体地，若请求呼叫的被叫不在系统10内，则数据握手响应的握手响应类型填充为呼叫目的不可达；若请求呼叫的被叫繁忙，则数据握手响应的握手响应类型填充为被叫繁忙；若同一呼叫正在转发且不在呼叫保持，则数据握手响应的握手响应类型填充为同一呼叫正在转发。

处理器811还执行程序指令以在数据握手响应的Free Repeater填充系统10内空闲中转台103的信息；在通过通信接口812向通信终端101发送数据握手响应，且数据握手响应的握手响应类型为允许后，在预设的第一时间内为通信终端101的数据握手请求预留信道；超过预设的第一时间，则清空信道。

此外，处理器811还用于执行程序指令以通过通信接口812向其它站点的主机发送数据握手请求，以使其它站点的主机查询当前站点状态，并发送信道分配消息给其他站点分配的中转台；处理器811还用于执行程序指令以通过通信接口812从其他站点分配的中转台获取数据握手响应和其他站点分配的中转台的IP地址。

处理器801通过通信接口802从中转台102获取数据握手响应，处理器811执行程序指令以在数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息匹配时，切换到从数据握手响应中获取的中转信道进行后续通信；在数据握手响应的握手响应类型为允许，且数据握手响应的地址信息和数据握手请求的地址信息不匹配时，从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台发起新的数据握手请求。

处理器801还用于执行程序指令以若数据握手响应的中转台和时分多址信道分别与数据握手请求的请求中转台和请求的时分多址信道匹配，则在请求的中转台的时分多址信道进行后续通信；若数据握手响应的中转台和时分多址信道与数据握手请求的请求中转台和请求的时分多址信道不匹配，则切换到中转台，并使用时分多址信道进行后续通信。

处理器801还用于执行程序指令以若中转台102的另一个时分多址信道是空闲的，则优先切换到中转台102的另一个空闲的时分多址信道发起新的数据握手请求。

处理器801还用于执行程序指令以若空闲中转台的信息为0，则结束此次握手通信，或者进行繁忙排队等待系统的空闲的时分多址信道被释放。

处理器801还用于执行程序指令以在预设的时间内没有获取数据握手响应，则判断预设的重传次数是否大于零；若是，则再次向中转台102发送数据握手请求，并且将重传次数减一；若否，则切换到空闲中转台103发起新的数据握手请求。

综上所述，本发明通过通信终端101与中转台102握手通信成功，通信终端101切换到从数据握手响应中获取的中转信道进行后续通信；通信终端101与中转台102握手通信冲突，通信终端101从数据握手响应中获取的空闲中转台的信息，并切换到空闲中转台102发起新的数据握手请求，因此在通信终端101与中转台102握手通信冲突时，通过重传机制能够提高呼叫接入的成功率。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (18)

1.一种握手通信的方法，其特征在于，所述方法包括：

通信终端在发起业务通信前，向中转台发送数据握手请求，以使所述中转台根据所述数据握手请求产生数据握手响应；

所述通信终端从所述中转台获取所述数据握手响应；

若所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息匹配，则所述通信终端与所述中转台握手通信成功，所述通信终端切换到从所述数据握手响应中获取的中转信道进行后续通信；

若所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息不匹配，则所述通信终端与请求中转台握手通信冲突，所述通信终端从所述数据握手响应中获取空闲中转台的信息，并切换到所述空闲中转台发起新的数据握手请求，所述地址信息为IP地址。

2.根据权利要求1所述的方法，其特征在于，所述通信终端切换到从所述数据握手响应中获取的中转信道进行后续通信包括：

若所述数据握手响应的中转台和时分多址信道分别与所述数据握手请求的请求中转台和请求的时分多址信道匹配，则所述通信终端在所述请求的中转台的时分多址信道进行后续通信；

若所述数据握手响应的中转台与所述数据握手请求的请求中转台不匹配，所述数据握手响应的时分多址信道与所述数据握手请求的请求时分多址信道不匹配，则所述通信终端切换到所述数据握手响应的中转台，并使用所述数据握手响应的时分多址信道进行后续通信。

3.根据权利要求1所述的方法，其特征在于，在所述通信终端从所述数据握手响应中获取的空闲中转台的信息之前，所述方法还包括：

若所述中转台的另一个时分多址信道是空闲的，则所述通信终端优先切换到所述中转台的另一个空闲的时分多址信道发起新的数据握手请求。

4.根据权利要求1所述的方法，其特征在于，所述通信终端从所述数据握手响应中获取的空闲中转台的信息包括：

若所述空闲中转台的信息为0，则所述通信终端结束此次握手通信，或者进行繁忙排队等待系统的空闲的时分多址信道被释放。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述向中转台发送数据握手请求后，所述方法还包括：

在预设的时间内没有获取所述数据握手响应，则判断预设的重传次数是否大于零；

若是，则再次向所述中转台发送数据握手请求，并且将所述重传次数减一；

若否，则切换到所述空闲中转台发起新的数据握手请求。

6.一种通信终端，其特征在于，所述通信终端包括：

第一发送单元，用于在所述通信终端发起业务通信前，向中转台发送数据握手请求，以使所述中转台根据所述数据握手请求产生数据握手响应；

第一接收单元，用于从所述中转台获取所述数据握手响应；

第一处理单元，用于若所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息匹配，则所述通信终端与所述请求中转台握手通信成功，并切换到从所述数据握手响应中获取的中转信道进行后续通信；若所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息不匹配，则所述通信终端与请求中转台握手通信冲突，所述通信终端从所述数据握手响应中获取空闲中转台的信息，并切换到所述空闲中转台发起新的数据握手请求，所述地址信息为IP地址。

7.一种握手通信的方法，其特征在于，所述方法包括：

中转台从通信终端接收数据握手请求，并根据所述数据握手请求产生数据握手响应；

所述中转台向所述通信终端发送所述数据握手响应；

所述数据握手响应中携带有握手响应类型，所述中转台在所述数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与所述请求呼叫为同一呼叫且所述同一呼叫在呼叫保持时，将所述数据握手响应的握手响应类型设置为允许，并在所述数据握手响应中携带为所述通信终端分配的中转信道。

8.根据权利要求7所述的方法，其特征在于，所述中转台在所述同一呼叫不在呼叫保持或者所述请求呼叫的被叫繁忙或者所述请求呼叫的被叫不在系统内时，将所述数据握手响应的握手响应类型设置为不允许，所述数据握手响应的握手响应类型为不允许包括：

若所述请求呼叫的被叫不在所述系统内，则所述数据握手响应的握手响应类型填充为呼叫目的不可达；

若所述请求呼叫的被叫繁忙，则所述数据握手响应的握手响应类型填充为被叫繁忙；

若所述同一呼叫正在转发且不在呼叫保持，则所述数据握手响应的握手响应类型填充为同一呼叫正在转发。

9.根据权利要求7或8所述的方法，其特征在于，所述根据所述数据握手请求产生数据握手响应包括：

所述中转台向其它站点主机发送所述数据握手请求，以使所述其它站点主机查询当前站点状态，并发送信道分配消息给所述其他站点分配的中转台；

所述中转台从所述其他站点分配的中转台获取所述数据握手响应和所述其他站点分配的中转台的IP地址。

10.一种中转台，其特征在于，所述中转台包括：

第二接收单元，用于从通信终端接收数据握手请求；

第二处理单元，用于根据所述数据握手请求产生数据握手响应；

第二发送单元，用于向所述通信终端发送所述数据握手响应；

所述数据握手响应中携带有握手响应类型，所述第二处理单元在所述数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与所述请求呼叫为同一呼叫且所述同一呼叫在呼叫保持时，将所述数据握手响应的握手响应类型设置为允许，并在所述数据响应中携带为所述通信终端分配的中转信道。

11.一种通信终端，其特征在于，所述通信终端包括至少一个处理器、至少一个通信接口、存储器和至少一个通信总线，所述存储器用于存储程序指令，所述处理器用于：

执行所述程序指令以在发起业务通信前，通过所述通信接口向中转台发送数据握手请求，以使所述中转台根据所述数据握手请求产生数据握手响应；

通过所述通信接口从所述中转台获取所述数据握手响应；

在所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息匹配时，切换到从所述数据握手响应中获取的中转信道进行后续通信；

在所述数据握手响应的握手响应类型为允许，且所述数据握手响应的地址信息和所述数据握手请求的地址信息不匹配时，从所述数据握手响应中获取空闲中转台的信息，并切换到所述空闲中转台发起新的数据握手请求，所述地址信息为IP地址。

12.根据权利要求11所述的通信终端，其特征在于，所述处理器还用于执行所述程序指令以若所述数据握手响应的中转台和时分多址信道分别与所述数据握手请求的请求中转台和请求的时分多址信道匹配，则在所述请求的中转台的时分多址信道进行后续通信；

若所述数据握手响应的中转台与所述数据握手请求的请求中转台不匹配，所述数据握手响应的时分多址信道与所述数据握手请求的请求时分多址信道不匹配，则切换到所述数据握手响应的中转台，并使用所述数据握手响应的时分多址信道进行后续通信。

13.根据权利要求11所述的通信终端，其特征在于，所述处理器还用于执行所述程序指令以若所述空闲中转台的信息为0，则结束此次握手通信，或者进行繁忙排队等待系统的空闲的时分多址信道被释放。

14.根据权利要求11-13任一项所述的通信终端，其特征在于，所述处理器还用于执行所述程序指令以在预设的时间内没有获取所述数据握手响应，则判断预设的重传次数是否大于零；若是，则再次向所述中转台发送数据握手请求，并且将所述重传次数减一；若否，则切换到所述空闲中转台发起新的数据握手请求。

15.一种中转台，其特征在于，所述中转台包括至少一个处理器、至少一个通信接口、存储器和至少一个通信总线，所述存储器用于存储程序指令，所述处理器用于：

执行所述程序指令以通过所述通信接口从通信终端接收数据握手请求，并根据所述数据握手请求产生数据握手响应；

通过所述通信接口向所述通信终端发送所述数据握手响应；

所述数据握手响应中携带有握手响应类型，在所述数据握手请求的请求呼叫为新呼叫且请求的时隙空闲或者在其他中转台存在与所述请求呼叫为同一呼叫且所述同一呼叫在呼叫保持时，将所述数据握手响应的握手响应类型设置为允许，并在所述数据握手响应中携带为所述通信终端分配的中转信道。

16.根据权利要求15所述的中转台，其特征在于，所述处理器还用于执行所述程序指令以在所述同一呼叫不在呼叫保持或者所述请求呼叫的被叫繁忙或者所述请求呼叫的被叫不在系统内时，将所述数据握手响应的握手响应类型设置为不允许；

若所述请求呼叫的被叫不在所述系统内，则所述数据握手响应的握手响应类型填充为呼叫目的不可达；

若所述请求呼叫的被叫繁忙，则所述数据握手响应的握手响应类型填充为被叫繁忙；

若所述同一呼叫正在转发且不在呼叫保持，则所述数据握手响应的握手响应类型填充为同一呼叫正在转发。

17.根据权利要求15或16所述的中转台，其特征在于，所述处理器还用于执行所述程序指令以通过所述通信接口向其它站点的主机发送所述数据握手请求，以使所述其它站点的主机查询当前站点状态，并发送信道分配消息给所述其他站点分配的中转台；

所述处理器还用于执行所述程序指令以通过所述通信接口从所述其他站点分配的中转台获取所述数据握手响应和所述其他站点分配的中转台的IP地址。

18.一种通信系统，其特征在于，所述系统包括通信终端和中转台，所述通信终端为权利要求11-14任一项所述的通信终端，所述中转台为权利要求15-17任一项所述的中转台。