一种数字集群系统中共享链路的建立方法

摘要

本发明公开了一种数字集群系统中共享链路的建立方法，该方法包括：a.无线接入网(RAN)接收到集群呼叫建立请求后，判断当前呼叫是否为当前呼叫集群组的第一次呼叫，如果是，为当前呼叫建立链路，结束当前处理；否则执行步骤b；b.判断该集群组是否已建立链路，如果是，将在该已建立链路信息中添加当前呼叫信息，结束当前处理；否则缓存当前呼叫；c.判断当前链路建立是成功还是失败，如果成功，将所缓存的呼叫信息添加至该已成功建立的链路信息中；如果失败，则释放当前缓存的呼叫。应用本发明方法能够减少呼损率、避免共享链路的重复建立，从而提高业务质量。

说明书

技术领域

本发明涉及数字集群系统中的业务链路实现技术，特别涉及数字集群系统中共享链路的建立方法。

背景技术

目前，应用于团队、工作组、群体之间协同工作和交流的按键即说(PTT，Push-to-Talk)业务，是指实时的点到点和点到多点话音通信。这种业务采用半双工方式，即在同一时间只有一人能够讲话，主叫方只要按下某特殊键就可以向一人或一组发起通话，无需拨号和等待对方摘机，通话立即接通，从而迅速建立起谈话组。

在CDMA、CDMA 2000或CDMA 1X系统中实现数字集群业务时，集群业务数据通过分组网络传输，移动终端(MS)通过无线接入网(RAN)与分组网络进行信令和数据的交互。为了实现数据在RAN与分组网络之间的传送，需要在呼叫建立的信令交互过程中，在RAN内部的实体之间以及RAN与分组网络实体之间建立数据链路。在RAN内部，与处理集群业务相关的实体主要包括：基站控制器(BSC)和分组控制功能(PCF)实体；而分组网络上与集群业务处理相关的功能实体为PTT服务器(PS，PTTServer)。其中，BSC负责从MS侧接收信令和数据封装为分组数据包，并将其发送至PCF，同时也从PCF接收分组数据包并组装成业务帧分发给各MS；PCF负责对分组数据业务的信令和数据进行处理，并对数据链路进行整体的管理和控制；PS作为集群业务的控制中心对集群业务呼叫进行控制，并负责媒体流分发等工作。

由于，集群业务采用半双工通信方式，则同一时间只有一人能够讲话，为了实现一人讲话多人收听，需要将讲话者的语音数据发送到专门处理集群业务的PS，由PS将语音数据通过RAN分发给各个收听者。这样，同一集群组的通话中，在从讲话者MS到PS的反向链路、以及从PS到各收听者MS的各条前向链路上发送的数据相同。因此，为节省链路资源、加快呼叫建立速度，RAN在接收到集群呼叫时，将为同一集群组的呼叫建立共享链路。

在现有的集群呼叫共享链路建立过程中，RAN内部的BSC接收到的集群呼叫建立请求之后判断：当前呼叫是否为该集群组在该BSC下的第一次集群呼叫建立请求，如果是，BSC与PCF交互，分配新的A8链路标识，建立A8链路；否则将当前呼叫信息添加至该BSC已为该集群组建立的A8链路信息中；并且，RAN中的PCF接收到A8链路建立请求之后判断：当前呼叫是否为该集群组的第一次A8链路建立请求，如果是，PCF与PS交互，分配新的GMP链路标识，建立GMP链路；否则将当前呼叫信息添加至该PCF已为该集群组建立的GMP链路信息中。

其中，BSC与PCF在建立新的A8链路时，BSC向PCF发送A8链路建立请求，如A9建立A8消息A9-Setup-A8，并且直到BSC成功接收到PCF返回的A8链路连接应答，如A9连接A8消息A9-Connect-A8时，该A8链路才成功建立，如果BSC没有在规定时间内接收到A9-Connect-A8消息，则说明A8链路没有成功建立。

这样，当同一集群组的多个用户同时发起呼叫建立请求时，就会出现问题。比如：当BSC为集群组的第一次呼叫发送A9-Setup-A8给PCF之后，在未接收到PCF返回的A9-Connect-A8消息时，BSC又接收到该集群组第二次呼叫建立请求，此时，BSC将判决不为此第二次呼叫建立请求建立A8链路，该第二次呼叫将与所述第一次呼叫共享同一A8链路；但如果BSC没有在规定时间内接收到第一次呼叫对应的A9-Connect-A8消息，说明第一次呼叫的A8链路没有成功建立，此时第二次呼叫以及该集群组的后续呼叫也将没有可以使用的链路，这将造成该集群组的大量呼损。

现有技术还提供了另一种集群呼叫共享链路的建立方法，与上述共享链路建立过程类似，所不同的是所述判断为：BSC判断自身是否已为当前呼叫集群组成功建立了一条A8链路；PCF判断自身是否已为当前呼叫集群组成功建立了一条GMP链路。

采用此种共享链路建立方法建立集群呼叫时也会出现问题。比如：当BSC为集群组的第一次呼叫发送A9-Setup-A8给PCF，在未接收到PCF返回的A9-Connect-A8消息时，BSC又接收到该集群组第二次呼叫建立请求，此时，由于BSC并未成功为该集群组建立A8链路，因此将判决为该第二次呼叫建立A8链路；但随后如果BSC在规定时间内接收到第一次呼叫对应的A9-Connect-A8消息，说明第一次呼叫的A8链路成功建立，此时所述第二次呼叫、甚至可能该集群组的后续呼叫都已经开始建立A8链路。这样，BSC将为同一集群组的呼叫重复建立A8链路，不能真正实现集群呼叫的链路共享，浪费系统链路资源。

在建立PCF与PS之间的GMP链路时，也会产生上述在A8链路建立过程中出现的类似问题。

由此可见，目前数字集群系统中共享链路的建立方法，在多个集群呼叫集中建立时，容易造成大量呼损或者共享链路的重复建立，严重影响集群业务质量，并不能有效利用系统资源。

发明内容

有鉴于此，本发明的主要目的在于提供一种数字集群系统中共享链路的建立方法，能够保证集群业务的每一次呼叫都能有可用链路，并避免共享链路的重复建立，从而提高业务质量、节省链路资源。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种数字集群系统中共享链路的建立方法，该方法包括：

a.RAN接收到集群呼叫建立请求后，判断当前呼叫是否为当前呼叫集群组的第一次呼叫，如果是，为当前呼叫建立链路，结束当前处理；否则执行步骤b；

b.判断该集群组是否已建立链路，如果是，在该已建立链路信息中添加当前呼叫信息，结束当前处理；否则缓存当前呼叫；

c.判断当前链路建立是成功还是失败，如果成功，将所缓存的呼叫信息添加至该已成功建立的链路信息中；如果失败，则释放当前缓存的呼叫。

步骤c中，所述释放当前缓存呼叫之前，该方法进一步包括：

c1.判断链路建立次数是否已达到预先设置的链路建立次数门限，如果是，释放所缓存的剩余呼叫，结束当前处理；否则执行步骤c2。

c2.从所缓存的呼叫中提取一个呼叫，为该呼叫建立链路，并记录链路建立次数；

c3.判断步骤c2所述链路建立是成功还是失败，如果成功，将所缓存的剩余呼叫信息添加至该成功建立的链路信息中；如果失败，返回步骤c1。

其中，所述建立的链路为：RAN中的PCF与外部PS之间的GMP链路；

步骤a中：所述RAN接收到的集群呼叫建立请求为PCF接收到的A8链路建立请求；所述判断为：PCF判断当前呼叫是否为该集群组的第一次A8链路建立请求；或者，判断当前呼叫是否为该集群组在当前呼叫的BSC下的第一次A8链路建立请求。

其中，所述建立的链路为：RAN内部BSC与PCF之间的A8链路；

步骤a中：所述集群呼叫建立请求为BSC接收到的集群呼叫建立请求；所述判断为：BSC判断当前呼叫是否为该集群组在该BSC下的第一次集群呼叫建立请求。

其中，所述建立A8链路时，该方法进一步包括：PCF与PS为当前请求建立A8链路的呼叫建立GMP链路。

其中，所述建立A8链路时，该方法进一步包括：

a11.PCF判断当前请求建立的A8链路是否为该集群组第一次请求建立的A8链路，如果是，PCF与PS为当前请求建立A8链路的呼叫建立GMP链路，结束当前处理；否则执行步骤b11；

b11.PCF判断是否已为该集群组建立GMP链路，如果是，在该集群组对应GMP链路的信息中添加当前呼叫信息，结束当前处理；否则缓存当前呼叫信息；

c11.PCF判断当前GMP链路建立是成功还是失败，如果成功，将所缓存的呼叫信息添加至该已成功建立的GMP链路信息中；如果失败，则释放当前缓存的呼叫。

步骤c11中，所述释放当前缓存的呼叫之前，该方法进一步包括：

c111.判断GMP链路建立次数是否已达到预先设置的链路建立次数门限，如果是，释放所缓存的剩余呼叫，结束当前处理；否则执行步骤c112。

c112.从所缓存的呼叫中提取一个呼叫，为该呼叫建立GMP链路，并记录GMP链路建立次数；

c113.判断步骤c112所述GMP链路建立是成功还是失败，如果成功，将所缓存的剩余呼叫信息添加至该成功建立的GMP链路信息中；如果失败，返回步骤c111。

其中，所述判断GMP链路建立是成功还是失败的方法为：PCF根据是否在协议规定时间内接收到PS返回的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立成功，判断当前建立的GMP链路是成功还是失败；或者，

PCF根据在协议规定时间内接收到来自PS的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立成功，判决当前GMP链路建立成功；根据来自PS的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立失败，判决当前GMP链路建立失败。

其中，所述判断A8链路建立是成功还是失败的方法为：BSC根据是否在协议规定时间内接收到PCF返回的A8链路连接应答判断当前建立的A8链路是成功还是失败；或者，

BSC根据在协议规定时间内接收到来自PCF的A8链路连接应答，判决当前A8链路建立成功；根据来自PCF的A8链路释放完成消息，判决当前A8链路建立失败。

其中，所述判断GMP链路建立是成功还是失败的方法为：PCF根据是否在协议规定时间内接收到PS返回的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立成功，判断当前建立的GMP链路是成功还是失败；或者，

PCF根据在协议规定时间内接收到来自PS的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立成功，判决当前GMP链路建立成功；根据来自PS的GMP链路建立确认消息，并且该消息携带的原因值表示链路建立失败，判决当前GMP链路建立失败。

由上述方案可以看出，本发明的关键在于：RAN在建立共享链路时，如果当前呼叫非集群组第一次呼叫，并且自身并未为该集群组成功建立链路，则首先将该呼叫缓存起来；然后，在该集群组成功建立链路时，将自身缓存的呼叫信息添加至该已成功建立的链路信息中，在该集群组建立链路失败时，为自身缓存的呼叫建立链路。

因此，本发明所提供的数字集群系统中共享链路的建立方法，能够避免共享链路的重复建立，并能够使集群组呼叫在共享链路时有可用链路，从而真正实现同一集群组的呼叫共享一条业务链路，并大大减少的呼损率，能够有效利用系统资源实现高质量的集群业务。

附图说明

图1为本发明方法中建立共享A8链路一较佳实施例处理流程示意图；

图2为图1中所缓存的呼叫建立A8链路一较佳实施例处理流程示意图；

图3为本发明方法中建立共享GMP链路一较佳实施例处理流程示意图；

图4为图3中所缓存的呼叫建立GMP链路一较佳实施例处理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明公开的数字集群系统中共享链路的建立方法可应用于共享A8链路和/或共享GMP链路的建立过程，其中，为同一BSC下的同一集群组的呼叫建立共享A8链路，为同一PCF下的同一集群组的呼叫建立共享GMP链路。下面结合附图对本发明方法的A8和/或GMP共享链路建立过程加以详细描述。

图1为本发明方法中建立共享A8链路一较佳实施例处理流程示意图。其中，A8链路为BSC与PCF之间的业务链路，BSC主要包含呼叫控制单元(CC)和资源管理单元(RM)；在建立呼叫时，由CC负责呼叫流程的信令处理，接收/发送呼叫建立请求，发送资源申请/释放请求至RM，与外部实体进行消息交互，CC中保存集群组标识和用户信息，由RM负责业务处理资源、A8链路资源的分配与管理，并保存集群组信息。如图1所示的A8链路建立过程由BSC中的CC、RM，以及PCF共同完成，具体处理步骤包括：

步骤101：CC接收到MS的集群呼叫建立请求之后发送资源申请请求Resource Apply Request至RM。这里，所述集群呼叫建立请求可以为始呼请求、寻呼响应或加入组呼请求等，该集群呼叫建立请求、以及所述ResourceApply Request消息中包含：集群组标识、用户标识等信息。

步骤102：RM读取步骤101所述Resource Apply Request消息中的集群组标识，根据自身保存的集群组信息，判断当前接收到的集群呼叫建立请求是否为自身所在BSC下该集群组第一次集群呼叫建立请求，如果是，则执行步骤106；否则执行步骤103。

步骤103：RM根据自身保存的该集群组信息判断BSC是否已为该集群组建立A8链路，如果是，执行步骤104；否则执行步骤105。

这里，由背景技术可知在建立集群业务的共享链路时，根据各自保存的集群组信息，BSC可以获知当前呼叫是否为该集群组第一次呼叫建立请求，以及是否已为该集群组建立A8链路，PCF也可以获知当前呼叫是否为该集群组第一次A8链路建立请求，以及是否已为该集群组建立GMP链路，因此具体判断方法本文不再详述。

步骤104：在自身保存的该集群组已建立的A8链路信息中添加当前呼叫信息，比如：在该集群组已建立的A8链路对应的用户信息中添加当前呼叫的用户等，从而使当前呼叫共享此A8链路；并向CC返回Resource ApplyConfirm消息，该消息指示CC无需为该集群组建立新的A8链路，结束当前处理。

步骤105：缓存当前呼叫信息，结束当前处理。BSC将在接收到该集群组A8链路建立的结果后，对所缓存的呼叫信息进行相应处理。这里，所缓存的呼叫信息包括：集群组标识、用户标识等。

其中，为便于呼叫建立的管理，所述呼叫信息通常存储为先进先出的队列。所述缓存的方式有多种，比如：根据该集群组用户数量开辟静态的呼叫信息数组用于缓存呼叫信息；或者，以链表形式动态的缓存呼叫信息等等，具体采用哪种呼叫信息缓存方式与系统的实现情况、以及集群组规模有关，本发明不进行限定。

步骤106：RM向CC返回Resource Apply Confirm消息，通过该消息指示CC为该集群组建立A8链路，从而CC发送A9-Setup-A8消息至该BSC所连接的PCF，请求建立A8链路。

这里，所述通过Resource Apply Confirm消息指示CC是否为该集群组建立A8链路的方法，可以包括：一、通过在该消息中填充无效或有效的A8链路标识(A8 Traffic ID)进行指示，二、在该消息中设置标志位进行指示等等，具体指示的方法有多种，本发明不进行限定。

由图1所述可见，当BSC接收到集群呼叫时，如果当前呼叫为该集群组在该BSC下的第一次呼叫建立请求，则BSC向PCF发送A8链路建立请求，从而开始为当前呼叫建立A8链路；如果当前呼叫非所述第一次呼叫建立请求，并且BSC已成功为该集群组建立A8链路，则当前呼叫将共享该已建立的A8链路；如果当前呼叫非所述第一次呼叫建立请求，并且BSC还未成功为该集群组建立A8链路，则BSC缓存当前呼叫信息，直到获知该集群组建立A8链路的结果，再对所缓存的呼叫进行处理。

图2为图1中所缓存的呼叫建立A8链路一较佳实施例处理流程示意图。如图2所示，在A8链路建立成功时，执行步骤201至步骤205；在A8链路建立失败时，执行步骤201’至步骤205’。

当A8链路建立成功时，具体处理包括：

步骤201～步骤202：PCF为A8链路分配资源后向CC返回A9-Connect-A8消息，CC再发送资源证实请求Resource Affirm Request给RM

步骤203～步骤204：RM在规定的时间内接收到步骤202所述ResourceAffirm Request消息之后，说明当前A8链路建立成功，则在该新建立的A8链路信息中添加自身已缓存的该集群组呼叫信息，如：用户信息等，从而RM所缓存的该集群组呼叫可以共享该A8链路。同时，RM返回资源证实确认Resource Affirm Confirm消息给CC，完成此A8链路建立过程。

其中，BSC建立A8链路时，从发送A8-Setup-A9消息给PCF开始计时，如果在协议规定的时间内接收到PCF返回的A9-Connect-A8消息，说明当前A8链路建立成功；否则说明A8链路建立失败。因此，BSC通常在发送A8-Setup-A9消息时，启动定时器，该定时器的超时门限设置为该协议规定时间的时长，如果在定时器超时之前BSC接收到A9-Connect-A8消息，就可以判决A8链路建立成功；否则判决A8链路建立失败。所述定时器通常由CC启动，CC在判决A8链路建立成功时发送Resource Affirm Request消息给RM，在判决A8链路建立失败时发送资源释放请求Resource ReleaseRequest消息给RM。

这里，RM为判决是否成功接收CC发来的消息，在发送Resource ApplyConfirm消息时也需要启动定时器，该定时器的时长根据BSC的内部实现情况来确定，如果RM在定时器超时前接收到Resource Affirm Request消息，则可判决A8链路建立成功；否则判决A8链路建立失败，或者在接收到Resource Release Request消息时判决A8链路建立失败。

另外，也可以仅在RM中设置定时器，根据是否在定时器超时之前接收到来自CC的Resource Affirm Request消息，判决A8链路是否建立成功。具体采用何种定时器的实现方式，非本发明解决的问题，这里不再详述。

步骤205：RM向CC返回Resource Apply Confirm消息，通过该消息对CC先前发送的Resource Apply Request消息进行回复，并指示CC无需为该集群组建立A8链路。

其中，上述步骤201、步骤202、步骤204所述消息为与该集群组第一次呼叫建立相关的消息，而步骤203、步骤205所述为针对当前缓存的该集群组呼叫的处理。因此步骤205所返回的Resource Apply Confirm消息应与当前缓存的该集群组呼叫一一对应，RM将依次为每一个被缓存的呼叫返回Resource Apply Confirm消息。

当A8链路建立失败时，具体处理包括：

步骤201’～步骤202’：A8链路建立失败时，PCF向CC返回A8链路释放完成消息，如A9释放A8完成A9-Release-A8 Complete消息，该消息中携带当前建立失败的A8链路的A8 Traffic ID等信息，从而指示CC当前的A8链路建立失败。CC发送Resource Release Request消息至RM，该消息中同样携带步骤201’所述A9-Release-A8 Complete消息中的原因值、A8Traffic ID等信息。

步骤203’：RM根据接收到的Resource Release Request消息，释放自身保存的该A8 Traffic ID，从而释放该A8链路资源，并返回资源释放确认Resource Release Confirm消息给CC，完成该建立失败的A8链路的资源释放。

由于，如果RM在规定时间内未收到Resource Affirm Request消息，也可判决当前A8链路建立失败，因此，RM可以在发送Resource Apply Confirm消息时启动定时器，该定时器的超时门限设置为该规定时间的时长，如果在定时器超时前RM未接收到Resource Affirm Request消息，说明当前A8链路建立失败，则直接触发RM执行上述步骤203’。

步骤204’～205’：RM根据步骤202’所述Resource Release Request消息中的原因值得知，此为A8链路建立失败触发的A8链路释放请求，因此从自身缓存的呼叫信息中提取一个呼叫，根据该呼叫信息发送Resource ApplyConfirm消息至CC，对CC先前为该呼叫发送的Resource Apply Request消息进行回复，并通过该消息指示CC开始建立A8链路，CC再向PCF发送A9-Setup-A8，为该呼叫建立A8链路。

然后，BSC如图2所述根据所获知的该A8链路建立的结果，决定将自身缓存的剩余呼叫信息添加至成功建立的A8链路信息中、还是提取缓存的下一个呼叫为该呼叫建立A8链路、或者释放自身缓存的剩余呼叫信息。

这里，可以预先设置A8链路建立次数门限，设置A8链路建立次数的初始值为零，每一次提取缓存的呼叫之前，判断为缓存的呼叫建立A8链路的次数是否达到此链路建立次数门限，如果是，BSC将释放缓存的剩余呼叫信息，结束集群呼叫建立过程；否则从缓存提取一个呼叫，为该呼叫建立A8链路，并记录A8链路建立的次数。这样，在上述步骤204’之前，进一步包括：判断A8链路建立次数是否达到所设置的链路建立次数门限，如果是，释放当前缓存的呼叫，结束当前处理；否则执行步骤204’。

本实施例中，当该集群组第一次呼叫的A8链路建立失败，BSC将继续为缓存的呼叫建立一次或一次以上的A8链路，这样虽然能够尽量减少呼损，但将使集群呼叫建立的时延太长，并占用大量的系统资源。本发明还提出另一种实现方式：如果该集群组第一次呼叫的A8链路建立失败，BSC将自身缓存的呼叫全部释放，通知集群组用户重新发起呼叫建立请求，则所述步骤204’和步骤205’不必执行。采用此种方式不仅集群呼叫建立时延较短，也更节省系统资源。这里，RM在释放缓存的呼叫时，RM在向CC返回的ResourceApply Confirm消息中携带表明A8链路建立失败的原因值，指示CC：无需建立A8链路，通知MS呼叫建立失败。

其中，上述步骤201’、步骤202’、步骤203’所述消息为与该集群组第一次呼叫建立相关的消息，而步骤204’所述为针对当前缓存的该集群组呼叫的处理。因此，当RM在释放缓存的呼叫时，步骤204’所返回的ResourceApply Confirm消息与当前缓存的该集群组呼叫一一对应，该消息的数量与所缓存的呼叫数量相同。

本发明方法应用于共享GMP链路的建立时，其处理与共享A8链路的建立过程基本相同。图3为本发明方法中建立共享GMP链路一较佳实施例处理流程示意图。如图3所示，具体包括步骤：

步骤301：PCF接收到BSC发来的A9-Setup-A8消息之后，判断该A9-Setup-A8消息是否为当前呼叫的集群组第一次A8链路建立请求，如果是，执行步骤302；否则执行步骤303。

步骤302：PCF发送GMP链路建立请求Link Setup Request消息至PS，从而为当前呼叫建立GMP链路，结束当前处理。

步骤303：PCF根据自身保存的该集群组信息判断自身是否已为该集群组建立GMP链路，如果是，执行步骤304；否则执行步骤305。

步骤304：在自身保存的该集群组已建立的GMP链路信息中添加当前呼叫信息，比如：在该集群组已建立的GMP链路的信息中添加该PCF或BSC新分配的A8 Traffic ID等，从而本次请求建立的A8链路可以共享该GMP链路，结束当前处理。

步骤305：缓存当前呼叫信息，结束当前处理。BSC将在获知该集群组GMP链路建立的结果后，对所缓存的呼叫信息进行相应处理。这里，所缓存的呼叫信息包括：集群组标识、A8 Traffic ID等信息。

由图3可见，当PCF接收到集群呼叫时，如果当前呼叫为该集群组在该PCF下的第一次A8链路建立请求，则PCF向PS发送GMP链路建立请求，从而开始为当前请求建立的A8链路建立GMP链路；如果当前呼叫非所述第一次A8链路建立请求，并且PCF已成功为该集群组建立GMP链路，则当前请求建立的A8链路将共享该已建立的GMP链路；如果当前呼叫非所述第一次A8链路建立请求，并且PCF还未成功为该集群组建立GMP链路，则PCF缓存当前呼叫信息，直到获知该集群组建立GMP链路的结果，再对所缓存的呼叫进行处理。

上述图3所述处理应用于集群呼叫建立时，能够使同一PCF下同一集群组的所有呼叫共享同一GMP链路。在集群系统实际的组网过程中，通常一个PCF连接有一个或一个以上的BSC，因此，根据系统实现的需要，PCF也可以仅为同一BSC下同一集群组的呼叫建立共享GMP链路。建立此种共享GMP链路的处理与图3所示基本相同，所不同的是：步骤301所述判断为，PCF根据所述A8链路建立请求中的BSC标识判断是否该A9-Setup-A8消息为该集群组在该BSC下的第一次A8链路建立请求。

图4为图3中所缓存的呼叫建立GMP链路一较佳实施例处理流程示意图。如图4所示，在GMP链路建立成功时，执行步骤401和步骤402；在GMP链路建立失败时，执行步骤401’和步骤402’。

当GMP链路建立成功时，具体处理包括：

步骤401：PS为GMP链路分配资源后向PCF返回GMP链路建立确认Link Setup Confirm消息，该消息携带原因值如链路建立成功等信息，表明当前GMP链路已成功建立。

步骤402：PCF在协议规定的时间内接收到步骤401所述Link SetupConfirm消息之后，判决当前GMP链路建立成功，则在该新建立的GMP链路信息中添加自身已缓存的该集群组呼叫信息，如：A8 Traffic ID等，从而PCF所缓存的该集群组呼叫可以共享该GMP链路。

这里，PCF在发送Link Setup Request时启动定时器，该定时器的超时门限设置为上述协议规定时间的时长，如果在定时器超时之前接收到LinkSetup Confirm消息，并且该消息携带原因值如链路建立成功等信息，则判决该集群组已成功建立GMP链路，该消息触发PCF缓存的该集群组请求建立的A8链路共享该成功建立的GMP链路。

当GMP链路建立失败时，具体处理包括：

步骤401’：GMP链路建立失败时，PS向PCF返回Link Setup Confirm消息，该消息中携带原因值如链路建立失败、以及当前建立失败的GMP链路标识等信息，从而指示PCF当前的GMP链路建立失败。

步骤402’：PCF根据步骤401’所述Link Setup Confirm消息中的原因值得知，此为GMP链路建立失败触发的GMP链路建立确认消息，因此从自身缓存的呼叫信息中提取一个请求建立的A8链路信息，根据该A8链路信息发送Link Setup Request消息至PS，为该请求建立的A8链路建立GMP链路。

另外，如果PCF在协议规定时间内未接收到Link Setup Confirm消息，也可判决当前GMP链路建立失败，因此，PCF可以在发送Link Setup Request时启动定时器，该定时器的超时门限设置为该协议规定时间的时长，如果在定时器超时之前PCF未接收到携带原因值为链路建立成功等信息的LinkSetup Confirm消息，说明GMP链路建立失败，则直接触发PCF执行步骤402’。

然后，PCF如图4所述根据该GMP链路建立的结果，决定将自身缓存的剩余呼叫信息添加至成功建立的GMP链路信息中、还是为缓存的下一个呼叫建立GMP链路、或者释放自身缓存的剩余呼叫。

这里，可以预先设置建立GMP链路的次数门限，设置GMP链路建立次数的初始值为零，每一次提取缓存的呼叫之前，判断为缓存的呼叫建立GMP链路的次数是否达到此链路建立次数门限，如果是，PCF将释放缓存的剩余呼叫信息，结束集群呼叫建立过程；否则从缓存提取一个呼叫，为该呼叫建立GMP链路，并记录GMP链路建立的次数。这样，在上述步骤402’之前，进一步包括：判断GMP链路建立的次数是否达到所设置的链路建立次数门限，如果是，释放当前缓存的呼叫，结束当前处理；否则执行步骤402’。

本实施例中，当该集群组第一次GMP链路建立失败，PCF将继续为缓存的呼叫建立一次或一次以上的GMP链路，同上述A8链路的建立过程一样，为了缩短集群呼叫建立的时延、节省系统资源，PCF还可以在该集群组第一次GMP链路建立失败时，将自身缓存的呼叫全部释放，并通过BSC向集群组用户返回呼叫建立失败的消息，使用户重新发起呼叫建立请求，则所述步骤402’不必执行。

上述图1至图4分别描述本发明方法中共享A8链路和共享GMP链路的建立过程，本发明也可以结合图1至图4的方法同时建立共享A8链路和共享GMP链路。也就是说：BSC中的CC接收到集群呼叫建立请求，即开始执行图1和图2所述的处理，PCF接收到A8链路建立请求之后，也开始执行图3和图4所述的处理，从而RAN和PS能够为同一集群组在同一BSC下的呼叫建立共享的A8链路、并为同一集群组在同一PCF下的A8链路建立共享的GMP链路。

这里，由于为同一BSC下相同集群组用户建立的是共享A8链路，当PCF接收到A8链路建立请求时，必然还没有为该BSC下该集群组建立GMP链路，因此，当系统的组网方式为一个PCF对应一个BSC，或者需要为同一BSC下同一集群组的呼叫建立共享GMP链路时，对于一个PCF来说A8链路与GMP链路形成了一一对应的关系，则无需判断即可知当前接收到的A8链路建立请求为该集群组在该BSC下的第一次A8链路建立请求，并且该集群组在该BSC下也仅有此一次A8链路建立请求，因此PCF无需准备缓存请求建立的A8链路信息，从而在建立共享GMP链路时，采用的流程与现有技术相同，即：图3所述步骤301、步骤303、步骤304、步骤305，图4所述步骤402、步骤402’均不必执行。

由于，本发明所解决的问题针对的呼叫为：集群组当前无成功建立的A8/GMP链路时BSC/PCF所接收到的非第一次呼叫；而对于BSC/PCF接收到的集群组第一次呼叫、以及集群组当前有成功建立的A8/GMP链路时BSC/PCF接收到的非第一次呼叫来说，其共享A8/GMP链路的建立采用现有技术，不属本发明涉及的问题，因此本文不作详述。

综上所述，应用本发明方法能够解决在建立共享A8和/或GMP链路时，现有技术经常发生的共享链路重复建立、由于无可用链路造成的呼损等问题，能够真正有效利用系统资源实现共享链路，并保证合理的集群业务呼叫建立成功率，提高业务质量。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。