专利名称：一种组呼信道重建的方法和系统的制作方法
技术领域：
本发明涉及全球移动通信系统(GSM)的组呼业务，特别涉及一种组呼 信道重建的方法和系统。
背景技术：
GSM是1992年欧洲标准化委员会统一推出的标准，它采用数字通信技术、 统一的网络标准，使通信质量得以保证，并可以开发出更多的新业务供用户使用。月l务铁路的GSM ( GSM-R )系统，GSM-R为铁路工作人员提供一个通用 的通信平台，可作为铁路控制系统，以满足铁路网络目前以及将来不断发展的需求。组呼是GSMR业务之一，是一种点对多点的通信方式。该业务显示的关键 技术是所有用户在同一小区共月 一个组呼信道，所有组呼用户监听该信道下行。如果在组呼进行过程中，某小区的组呼信道建立后，由于基站子系统(BSS) 的原因，可能会造成小区的组呼信道被释放，如发生基站故障、信道被闭塞、 或者小区无线资源紧张时高优先级呼叫发起对该组呼信道的抢占等。图1为现有技术中由于BSS原因导致组呼信道被释放后清除组呼资源的流 程图。如图1所示，组呼正常进行过程中，组呼信道被释放，其中，该组呼信 道可能是由于基站故障、信道承史闭塞、小区资源紧张时高优先级呼叫发起抢占 等原因而被释放。在释放后清除组呼资源的流程包括步骤101， BSS向网络子系统(NSS)发送清除请求消息(CLEAR REQUEST),请求释放组呼信道资源。步骤102， NSS向BSS发送清除命令消息(CLEAR COMMAND),指示 BSS清除组呼信道SCCP连接的相关资源，包括无线资源和A接口资源。步骤103 , BSS释放资源后，向NSS返回清除完成消息(CLEARCOMPLETE ),表示清除资源完成。步骤104， BSS向移动终端(MS)发送信道释放消息(CHANNELRELEASE),通知MS离开组呼信道，同时停止在通知信道(NCH)上下发通知消息。步骤105， BSS向NSS发送语音组呼业务(VGCS)指配结果消息(VGCS ASSIGNMENT RESULT )，通知NSS组呼信道状态的改变。 至此，组呼信道被释放后清除组呼资源的流程结束。通过上述流程，BSS清除了被释放的组呼信道所在小区组呼的包括无线信 道资源和A接口资源在内的所有资源，同时BSS停止向用户下发通知消息。这 样，在组呼过程中出现组呼信道被释放后，就无法完成组呼信道的重建。因此 造成即使组呼信道被释放的条件消除，如该小区所处基站恢复正常，信道被解 闭，或者小区存在空闲的无线资源，离开组呼信道的用户无法获得组呼信道的 信息，依然无法加入组呼，只能等到该组呼被结束并重新发起后，离开组呼信 道的用户才能够重新加入组呼。也就是说，现有技术中，在组呼信道被释放的 条件消除后，直到组呼被结束并重新发起的这段时间内，对于因为组呼信道被 释放导致离开组呼信道的用户，他们无法正常接收组呼消息，这样就大大降低 了组呼的服务质量。发明内容有鉴于此，本发明的实施例提供一种组呼信道重建的方法，能够在组呼 过程中，实现组呼信道被释放的重建。本分明的实施例还提供一种組呼信道重建的系统，能够在组呼过程中， 实现组呼信道被释放后的重建。为实现上述目的，本发明的实施例采用如下的技术方案一种组呼信道重建的方法，该方法包括 a、 组呼信道被释放后，BSS保留基站控制器与移动交换中心间的A接 口资源；b、 BSS重建组呼信道，并将保留的A接口资源作为重建后组呼信道的 A接口资源。一种组呼信道重建的系统，该系统包括基站子系统BSS、移动终端 MS和网络子系统NSS;所述BSS,用于在组呼信道被释放后，与所述MS和NSS进行交互， 重建组呼信道，并将保留的A接口资源::作为重建后组呼信道的A接口资源； 所述MS，用于与所述BSS进行交互，配合完成组呼信道重建； 所述NSS,用于与所述BSS进行交互，指示BSS重建组呼信道。 由上述可以看出，在本发明中，当组呼信道被释放后，BSS在释放小区 组呼的资源时，保留了 A接口资源，并进行组呼信道的重建，将保留的A 接口资源作为重建后组呼信道的A接口资源。这样，在组呼信道重建完成 后，可以直接利用保留的A接口资源传送话音信号。应用本发明，可以实 现在组呼过程中完成组呼信道的重建，使小区内的用户可以重新加入组呼， 而不必等到组呼结束再重新发起后才加入组呼，减小了组呼信道被释放后带 来的影响，保证组呼的服务质量。
图1为现有技术中由于BSS原因导致组呼信道被释放后清除组呼资源 的流程图。图2为依据本发明思想的组呼信道重建的方法示意性总体流程图。图3为依据本发明思想的组呼信道重建的系统示意性总体流程图。图4为本发明实施例一中组呼信道重建的方法具体流程图。图5为本发明实施例一中组呼信道重建的系统结构图。图6为本发明实施例二中组呼信道重建的方法具体流程图。图7为本发明实施例三中组呼信道重建的方法具体流程图。
具体实施方式
为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图并举 实施例，i兌明本发明的具体实施方式
。本发明的基本思想是当组呼信道被释放后，BSS在释放小区组呼的资 源时，保留了 A接口资源，并进行组呼信道的重建，在组呼信道重建完成 后，利用保留的A接口资源进行话音传输，从而实现在组呼过程中组呼信 道的重建和继续使用。图2为依据本发明思想的组呼信道重建的方法示意性总体流程图。如图 2所示，该方法包4舌步骤201，组呼信道被释放后，BSS保留小区组呼的A接口资源。步骤202, BSS重建组呼信道，并将保留的A接口资源作为重建后组呼 信道的A接口资源。图3为依据本发明思想的组呼信道重建的系统示意性总体流程图。如图 3所示，该系统包括BSS310、 MS 320和NSS 330。在该系统中，BSS 310，用于在组呼信道被释放后，与MS 320和NSS 330 进行交互，重建组呼信道。MS 320,用于与BSS 320进行交互，配合完成 组呼信道重建。NSS 330，用f与BSS310进行交互，指示BSS310重建组 呼信道。应用上述方法和系统，可以实现在组呼过程中完成组呼信道释放后的重 建。针对导致组呼信道释放的原因不同，在信道释放前后可能导致包括组呼 信道和NCH信道在内的相关信道的状态不同，进而影响通知消息的下发， 下面就通过三个实施例，介绍组呼信道释放后相关信道处于不同状态时，重 建组呼信道的具体实施方式
。针对导致组呼信道被释放的原因，组呼信道被释放的情况可以划分为以 下三类(1 )释放时NCH和业务信道(TCH)信道状态正常，例如优先级抢占、
闭塞信道等原因造成组呼信道被释放；(2 )释放时NCH和TCH信道均不可用，例如基站故障、BSS内部BSC与BTS传输中断造成组呼信道被释放；(3 )释放时NCH可用，TCH不可用，例如基站故障(故障不影响小区主BCCH信道)等原因造成组呼信道被释放；下面的实施例以由于BSS原因导致组呼信道被释放为例说明本发明中 组呼信道重建的具体实施方式
。实施例一本实施例中，针对第一种组呼信道被释放的情况，并以优先级抢占为例 说明具体实施方式
。在组呼信道被释放时，组呼信道仍然可以正常下发消息， NCH上仍然可以广播通知消息。图4为本发明实施例一中组呼信道重建的 方法具体流程图。如图4所示，该方法包括步骤401 ， BSS释放组呼信道，发送CHANNEL RELEASE消息给当前 组呼信道上的听者。本步骤中，当高优先级呼叫发起后，BSS负责分配资源，如果此时没有 空闲资源，需要发起资源抢占，本实施例中假定组呼信道是本次资源抢占的 被抡占对象，因此BSS释放组呼信道，在该组呼信道释放完成后，就可以 分配给高优先级呼叫使用。CHANNEL RELEASE消息中的原因值可以设置 为0x05,表示"离开组呼信道"。步骤402, BSS发送VGCS ASSIGNMENT RESULT消息给NSS。本步骤中，根据协议描述，在组呼信道状态发生变化时BSS通过该消 息通知NSS，因此在信道释放完成后发送该消息给NSS。步骤403, BSS在NCH信道上广播更新后的通知消息NOTIFICATION COMMAND。信道释放之前BSS —直在NCH上广播通知消息，该通知消息携带组呼 信道描述，签约组呼的任意MS接收到该广播通知消息后，可以根据消息中 携带的组呼信道描述加入该组呼。
本步骤中，在组呼信道释放完成后，BSS更新通知消息为不带组呼信道描述的通知消息在NCH上广播。MS收到该通知消息后，即可确定目前小 区中不存在可用的组呼信道，于是将触发通知响应流程，重建组呼信道。即， 在本实施例中，利用不携带组呼信道描述的通知消息通知MS触发通知响应流程。步骤404， MS收到不带信道描述的通知消息后触发通知响应流程，在 RACH信道上报信道需求(CHANNEL REQUIRED )消息，请求独立专用控 制信道(SDCCH)。步骤405, BSS为MS分配SDCCH成功，通过立即指配命令 (IMMEDIATE ASSIGNMENT COMMAND )消息指配MS到SDCCH信道。步骤406， MS在指配的SDCCH信道上建链，向BSS发送置异步平衡 方式(SABM)消息，其中将携带的层三部分内容中的消息类型置为"通知 响应"。步骤407， BSS利用无编号确认(UA )消息对MS上报的SABM进行确认。步骤408, BSS通过层三完整信息(COMPLETE L3 INFORMATION ) 消息将SABM中携带的信息发送给NSS。本步骤中，COMPLETE L3 INFORMATION消息携带的是SABM中的层三消息内容。步骤409， NSS通过指配请求消息(ASSIGNMENT REQUEST)指示 BSS重建组呼信道。步骤410， BSS更新NCH上广播的通知消息NOTIFICATION COMMAND ，新的通知消息中携带刚刚建立的组呼信道的信道描述。本步骤中，BSS收到ASSIGNMENT REQUEST消息后重新建立组呼信 道，并在组呼信道重建完成后，更新NCH上广播的通知消息，新的通知消 息中携带刚刚建立的组呼信道的信道描述。至此，小区内签约组呼的MS在接收到该携带组呼信道描述的通知消息
后，就可以根据消息中携带的组呼信道描述重新加入组呼。步骤411,组呼信道状态发生改变后，BSS通过VGCS ASSIGNMENT RESULT消息通知NSS。步骤412, BSS重新分配组呼信道成功后向NSS返回指配完成消息 (ASSIGNMENT COMPLETE )。步骤413, BSS通过CLEAR REQUEST消息请求NSS释放通知响应流 程的信令连接控制部分(SCCP)连接。本步骤中，CLEAR REQUEST消息的原因值可以设置为0x0E，表示"加 入组呼卩言道"。步骤414, NSS通过CLEAR COMMAND消息指示BSS清除相关资源。 本步骤中，NSS要求BSS清除的资源为与通知响应流程的SCCP连接相关的资源，如SDCCH信道资源、A接口资源等。步骤415 , BSS释放资源后向NSS返回清除完成消息CLEARCOMPLETE 。步骤416, BSS向MS发送CHANNEL RELEASE消息。本步骤中，消息中携带组呼信道的信道描述，指示当前发起通知响应流 程的MS进入组呼j言道。至此，本实施例中组呼信道重建的方法流程结束。由于在组呼信道被释 放时保留了组呼信道的A接口资源，因此在组呼信道重建完成后，可以直 接利用保留的A接口资源传送话音信号。在上述流程中，步骤413是按照原有协议的模式发送的消息，当然， NSS也可以在接收到步骤412中发送的ASSIGNMENT COMPLETE消息后 直接执4于步骤414，即省略步骤413。由上述流程可以看出，在本实施例中，当组呼信道被释放后，其组呼信 道和NCH信道仍然可用的情况下，BSS通过在NCH信道下发不携带组呼信 道描述的通知消息通知小区中的MS，目前小区中不存在可用的组呼信道。 接收到该通知消息后的MS即触发通知响应流程，BSS即可利用通知响应流
程重建组呼信道。同时，由于在组呼信道被释放时保留了组呼信道的A接 口资源，因此在组呼信道重建完成后，可以直接利用保留的A接口资源传 送话音信号。图5为本发明实施例一中组呼信道重建的系统结构图。如图5所示，该 系统包括BSS510、 MS 520和NSS 530。其中，BSS 510包括资源释放模 块511、 MS接口模块512、 NSS接口模块513和组呼信道建立模块514; MS 520包括BSS接口模块521和通知消息处理模块522; NSS 530包括BSS 接口模块531。在该系统中，BSS510中的资源释放模块511,用于释放组呼信道资源， 并将组呼信道改变的状况通过NSS接口模块513发送给NSS 530; MS接口 模块512，用于在组呼信道被释放后，通过NCH信道向MS 520广播不携带 组呼信道描述的通知消息，在组呼信道重建完成后，向MS 520广播携带组 呼信道描述的通知消息，还用于与MS 520进行交互，参与通知响应流程， 并通过NSS接口模块513通知NSS 530参与通知响应流程；NSS接口模块 513，用于在由于BSS原因导致组呼信道被释放后，通知所述NSS组呼信道 已被释放，还用于通知NSS 530参与通知响应流程，接收NSS 530发送的重 建组呼信道的指示，并将该指示发送给组呼信道建立模块514，还用于通知 NSS 530组呼信道重建完成，并与NSS 530进4于交互，参与通知响应流程； 组呼信道建立模块514,用于接收NSS接口模块513发送的重建组呼信道的 指示，重建组呼信道，并在组呼信道重建完成后，通知MS接口模块512和 NSS接口模块513。在MS 520中，BSS接口模块521，用于通过NCH信道接收BSS 530 广播的通知消息，并将该通知消息转发给通知消息处理模块522，还用于接 收通知消息处理模块522发送的要求触发通知响应流程的消息，并向BSS 510发送请求SDCCH信道的消息，触发通知响应流程，与BSS510进行交 互，参与通知响应流程；通知消息处理模块522,用于处理通知消息，当该 通知消息未携带组呼信道描述时，向BSS接口模块521发送消息，要求触
发通知响应流程。在NSS 530中，BSS接口模块531，用于接收BSS 510发送的组呼信道 已被释放的消息，并在接收到BSS 510发送的参与通知响应流程的消息后， 向BSS 510发送重建组呼信道的指示，并接收BSS 510返回的组呼信道重建 完成的消息，还用于与BSS510进行交互，参与通知响应流程。 以上即为本发明实施例中组呼信道重建的系统具体结构。 由上述方法和系统的具体实施方式
可见，在本实施例中，是以优先级抢 占为例说明的在第 一种组呼信道被释放情况下本发明的具体实施方式
。事实 上，在实际应用中，当由于闭塞信道等其它原因造成组呼信道被释放，且 NCH和TCH信道均可用时，均可以采用本实施例中的方式实现组呼信道的重建。实施例二本实施例中，是针对第二种组呼信道被释放的情况，并以基站故障为例 说明具体实施方式
。在第二种组呼信道被释放情况下，组呼信道被释放时， 组呼信道无法正常下发消息，NCH信道也无法下发通知消息。图6为本发 明实施例二中组呼信道重建的方法具体流程图。如图6所示，该方法包括步骤601, BSS内部释放资源后，通过VGCS ASSIGNMENT RESULT 消息通知NSS信道状态发生改变。本实施例中，基站故障后，BSS无法及时通知MS,直接发送VGCS ASSIGNMENT RESULT消息。图中虛线表示经过一定时间基站恢复正常。步骤602， BSS重新下发组呼的通知消息NOTIFICATION COMMAND。本步骤中，与图4所示方法流程中步骤403中的操作相同，由于小区中 不存在可用的组呼信道，故通知消息中不携带组呼信道描述。步骤603， MS收到不带信道描述的通知消息后触发通知响应流程，在 RACH信道上报CHANNEL REQUIRED消息，请求SDCCH信道。步骤604 ， BSS为MS分配SDCCH成功，通过IMMEDIATE ASSIGNMENT COMMAND消息指配MS到SDCCH信道。步骤605， MS在指配的SDCCH信道上建链，向BSS发送SABM消息，其中携带的层三部分内容中携带消息类型为"通知响应"。步骤606, BSS利用UA消息对MS上报的SABM进行确认。步骤607， BSS通过COMPLETE L3 INFORMATION消息将SABM中携带的信息发送给NSS。本步骤中，COMPLETE L3 INFORMATION消息携带的是SABM中的层三消息内容。步骤608, NSS通过指配请求消息ASSIGNMENT REQUEST指示BSS重建组呼信道。步骤609 , BSS更新NCH上广播的通知消息NOTIFICATION COMMAND，新的通知消息中携带刚刚建立的组呼信道的信道描述。本步骤中，B S S收到AS SIGNMENT REQUEST消息后重新建立组呼信 道，并在组呼信道重建完成后，更新NCH上广播的通知消息，新的通知消 息中携带刚刚建立的组呼信道的信道描述。至此，小区内签约组呼的任意MS在接收到该携带组呼信道描述的通知 消息后，就可以根据消息中携带的组呼信道描述重新加入组呼。步骤610，组呼信道状态发生改变后，BSS通过VGCS ASSIGNMENT RESULT消息通知NSS。步骤611, BSS重新分配组呼信道成功后向NSS返回指配完成消息 ASSIGNMENT COMPLETE;步骤612， BSS通过CLEAR REQUEST消息请求NSS释放通知响应流 程的信令连接控制部分(SCCP)连接。本步骤中，CLEAR REQUEST消息的原因值可以设置为0x0E，表示"加 入组呼j言道"。步骤613, NSS通过CLEAR COMMAND消息指示BSS清除相关资源。 本步骤中，NSS指示BSS清除的资源为与通知响应流程的SCCP连接 相关的资源，如SDCCH信道资源、A接口资源等。步骤614 , BSS释放资源后向NSS返回清除完成消息CLEAR COMPLETE 。步骤615, BSS向MS发送CHANNEL RELEASE消息。本步骤中，消息中携带组呼信道的信道描述，指示当前发起通知响应流 程的MS进入组呼^f言道。至此，本实施例中组呼信道重建的方法流程结束。由于在组呼信道被释 放时保留了组呼信道的A接口资源，因此在组呼信道重建完成后，可以直 接利用保留的A接口资源传送话音信号。由上述可见，在本实施例中的流程中，当基站恢复正常后，步骤602~ 615的操作与实施例一中步骤403 ~ 416的操作相同。即进行组呼信道重建 的方式相同，区别仅在于，本实施例中当组呼信道被释放时，NCH信道不 可用，于是要待NCH信道恢复正常后，才可以下发通知消息给MS,从而 触发通知响应流程，重建组呼信道。也即，实施例一和实施例二中下发通知 消息的时间不同，而对于下发通知消息后的重建组呼信道过程则完全相同。本实施例中的方法流程仍可以在图5所示的系统中实施。与图5所示系 统的区别仅在于，BSS 510中的MS接口模块512,在NCH信道恢复正常后， 广播不携带组呼信道描述的通知消息。系统中其它各组成结构和功能均与图 5所示的系统相同。由本实施例的具体实施方式
可见，在本实施例中，是以基站故障为例说 明的在第二种组呼信道被释放情况下本发明的具体实施方式
。事实上，在实 际应用中，当由于BSS内部基站控制器(BSC)与基站收发信机(BTS)传 输中断等其它原因造成组呼信道被释放，且NCH和TCH信道均不可用时， 均可以采用本实施例中的方式实现组呼信道的重建。实施例三本实施例中，是针对第三种组呼信道被释放的情况，并以基站故障为例 说明具体实施方式
。在第三种组呼信道被释放情况下，组呼信道被释放时，
组呼信道无法正常下发消息，NCH信道可以正常下发通知消息。图7为本 发明实施例三中组呼信道重建的方法具体流程图。如图7所示，该方法包括步骤701， BSS内部释放资源后，通过VGCS ASSIGNMENT RESULT 消息通知NSS信道状态发生改变。本实施例中，基站故障后，BSS无法及时通知MS，直接发送VGCS ASSIGNMENT RESULT消息，步骤702, BSS继续下发组呼的通知消息NOTIFICATION COMMAND。本步骤中，与图4所示方法流程中步骤403中的操作相同，由于小区中 不存在可用的组呼信道，故通知消息中不携带组呼信道描述。步骤703, MS收到不带信道描述的通知消息后触发通知响应流程，在 RACH信道上报CHANNEL REQUIRED消息，请求SDCCH信道。步骤704 ， BSS为MS分配SDCCH成功，通过IMMEDIATE ASSIGNMENT COMMAND消息指配MS到SDCCH信道。步骤705， MS在指配的SDCCH信道上建链，向BSS发送SABM消息， 其中携带的层三部分内容中携带消息类型为"通知响应"。步骤706， BSS利用UA消息对MS上报的SABM进行确认。步骤707, BSS通过COMPLETE L3 INFORMATION消息将SABM中 携带的信息发送给NSS。本步骤中，COMPLETE L3 INFORMATION消息携带的是SABM中的 层三消息内容。步骤708, NSS通过指配请求消息ASSIGNMENT REQUEST指示BSS重建组呼信道。步骤709 ， BSS更新NCH上广播的通知消息NOTIFICATION COMMAND,新的通知消息中携带刚刚建立的组呼信道的信道描述。本步骤中，BSS收到ASSIGNMENT REQUEST消息后重新建立组呼信 道，并在组呼信道重建完成后，更新NCH上广播的通知消息，新的通知消 息中携带刚刚建立的组呼信道的信道描述。
至此，小区内的MS在接收到该携带组呼信道描述的通知消息后，就可 以根据消息中携带的组呼信道描述重新加入组呼。步骤710,组呼信道状态发生改变后，BSS通过VGCS ASSIGNMENT RESULT消息通知NSS。步骤711, BSS重新分配组呼信道成功后向NSS返回指配完成消息 ASSIGNMENT COMPLETE;步骤712, BSS通过CLEAR REQUEST消息请求NSS释放通知响应流 程的信令连接控制部分(SCCP)连接。本步骤中，CLEAR REQUEST消息的原因值可以设置为0x0E，表示"加 入组呼信道"。步骤713， NSS通过CLEAR COMMAND消息指示BSS清除相关资源。 本步骤中，NSS指示BSS清除的资源为与通知响应流程的SCCP连接相关的资源，如SDCCH信道资源、A接口资源等。步骤714, BSS释放资源后向NSS返回清除完成消息CLEARCOMPLETE 。步骤715， BSS向MS发送CHANNEL RELEASE消息。本步骤中，消息中携带组呼信道的信道描述，指示当前发起通知响应流 程的MS进入组呼信道。至此，本实施例中组呼信道重建的方法流程结束。由于在组呼信道被释 放时保留了组呼信道的A接口资源，因此在组呼信道重建完成后，可以直 接利用保留的A接口资源传送话音信号。由上述可见，在本实施例中的流程中，步骤702~715的操作与实施例 一中步骤403 ~416的操作相同。即进行组呼信道重建的方式相同，区別仅 在于，本实施例中当组呼信道被释放时，TCH信道不可用，无法及时通知 MS,而是通过下发不携带组呼信道描述的通知消息给MS,通知MS组呼信 道不可用的状态，从而触发通知响应流程，重建组呼信道。本实施例中的方法流程仍可以在图5所示的系统中实施。其系统中的结
构和功能与图5所示的系统均相同。上述即为本发明中的三种具体实施方式
。对于上述三种组呼信道被释放后组呼信道重建过程的不同在于，由于组呼信道被释放的原因不同，在信道释放前后可能导致包括组呼信道和NCH 信道在内的相关信道的状态不同，进而影响CHN ANNEL RELEASE和通知 消息的下发。BSS处理的原则是在故障发生时尽可能下发CHNANNEL RELEASE给MS，并更新通知消息，防止影响MS;如果由于故障原因导致 NCH在释放组呼信道时不可用，则在基站恢复正常后尽量早的下发通知消 息，z使MS尽早加入组呼。在上述三个实施例的方法流程中，在BSS向NSS发送指配完成消息后 的三个操作步骤，即图4中的步骤413~415、图6中的步骤612 614和图 7中的步骤712-714,均是为有效利用信道资源，而完成的释放通知响应流 程的SCCP连接的过程。在实际应用中，可以省略这三个步骤。由上述本发明的三个实施例可以看出，当由于BSS原因导致组呼信道 被释放后，BSS通过下发更新的通知消息通知小区内的MS组呼信道的不可 用状态。任意一个接收到更新的通知消息的MS均可以发起通知响应流程， 促使BSS利用该通知响应流程进行组呼信道的重建。在组呼信道重建完成 前，若存在多个MS发起通知响应流程，则NSS可以根据时间先后顺序响 应其中一个MS的通知响应流程，来重建组呼信道，而拒绝其它MS的通知 响应流程，以避免建立多个组呼信道。在组呼信道重建完成后，更新NCH 信道上下发的通知消息为携带重建后的组呼信道描述的通知消息，小区内的 MS在接收到该更新后的通知消息后，就可以根据其中携带的组呼信道描述 加入组呼，大大减小了组呼信道释放后对用户带来的影响。同时，由于在组 呼信道被释放时保留了组呼信道的A接口资源，因此在组呼信道重建完成 后，可以直接利用保留的A接口资源传送话音信号。在上述实施例中，均以由于BSS原因导致的组呼信道被释放后组呼信 道的重建为例进行说明。在实际应用中，对于由其它原因导致的组呼信道被
释放后，也可以应用本发明的方法和系统进行组呼信道的重建，这里就不再赘述。以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应 包含在本发明的保护范围之内。
权利要求
1、一种组呼信道重建的方法，其特征在于，该方法包括a、组呼信道被释放后，BSS保留基站控制器与移动交换中心间的A接口资源；b、BSS重建组呼信道，并将保留的A接口资源作为重建后组呼信道的A接口资源。
2、 根据权利要求1所述的方法，其特征在于，步骤a中所述组呼信道被释 放为由于基站子系统BSS原因导致的组呼信道被释放。
3、 根据权利要求2所述的方法，其特征在于，所述由于基站子系统BSS 原因导致的组呼信道被释放为由于信道被抢占或者BSS设备故障原因导致的组 呼信道^奪》文。
4、 根据权利要求1所述的方法，其特征在于，所述步骤a中进一步包括 BSS通知网络子系统NSS组呼信道已被释力文。
5、 根据权利要求1所述的方法，其特征在于，所述步骤b中重建组呼信道 进一步包括BSS通知移动终端MS触发通知响应流程。
6、 根据权利要求5所述的方法，其特征在于，步骤b中所述BSS通知移 动终端触发通知响应流程为BSS在通知信道NCH上广播不携带组呼信道描 述的通知消息，移动终端从NCH信道上接收该通知消息。
7、 根据权利要求6所述的方法，其特征在于，组呼信道被释放，且NCH 信道不可用，所述BSS在通知信道NCH上广播通知消息为NCH信道恢复正 常后，在恢复的NCH信道上广l番通知消息。
8、 根据权利要求1所述的方法，其特征在于，步骤b中所述重建组呼信道 包括bl、 MS向BSS请求独立专用控制信道SDCCH，并在BSS指配的SDCCH 信道上建立链路；b2、 BSS对MS的建立链路过程进行确认，并通知NSS参与通知响应流程；b3、 NSS指示BSS重建组呼信道；b4、 BSS重建组呼信道，并在组呼信道重建完成后通过NCH信道广播携带 新的组呼信道描述的通知消息，通知NSS组呼信道状态改变以及组呼信道重建 完成；b5、 BSS指示发起所述通知响应流程的MS进入组呼信道。
9、 根据权利要求8所述的方法，其特征在于，步骤bl中所述在BSS指配 的SDCCH信道上建立链路为向BSS发送置异步平衡方式SABM消息 > 并将 该消息中携带的层三部分内容口的消息类型置为"通知响应"；步骤b2中所述通知NSS参与通知响应流程为向NSS发送SABM消息中 的层三部分内容。
10、 根据权利要求8所述的方法，其特征在于，在所述步骤b4和b5之间 进一步包括BSS释放所述通知响应流程的信令连接控制部分SCCP连接。
11、 一种组呼信道重建的系统，其特征在于，该系统包括基站子系统BSS、 移动终端MS和网络子系统NSS;所述BSS，用于在组呼信道被释放后，与所述MS和NSS进行交互，重建 组呼信道，并将保留的A接口资源作为重建后组呼信道的A接口资源； 所述MS,用于与所述BSS进行交互，配合完成组呼信道重建； 所述NSS,用于与所述BSS进行交互，指示BSS重建组呼信道。
12 、根据权利要求11所述的系统，其特征在于，所述BSS,进一步用于在由于BSS原因导致组呼信道被释放后，通知所述 NSS组呼信道已被释放，并通知所述MS触发通知响应流程；所述MS,进一步用于接收所述BSS发送的通知，并触发用于重建组呼信 道的通知响应流程；所述NSS,进一步用于接收所述BSS发送的组呼信道已被释放的消息。
13、根据权利要求12所述的系统，其特征在于，所述BSS包括资源释放 模块、MS接口模块、NSS接口模块和组呼信道建立模块，其中，所述资源释放模块，用于释放组呼信道资源，并将组呼信道改变的状况通过所述NSS接口模块通知所述NSS;MS接口模块，用于在组呼信道被释放后，通过NCH信道向所述MS广播 不携带组呼信道描述的通知消息，在组呼信道重建完成后，向所述MS广播携 带组呼信道描述的通知消息，还用于与所述MS进行交互，参与通知响应流程， 并通过所述NSS接口模块通知所述NSS参与通知响应流程；所述NSS接口模块，用于在由于BSS原因导致组呼信道被释放后，通知所 述NSS组呼信道已被释放，还用于通知所述NSS参与通知响应流程，接收所 述NSS发送的重建组呼信道的指示，并将该指示发送给所述组呼信道建立模块， 还用于通知所述NSS组呼信道重建完成，并与所述NSS进行交互，参与通知 响应流程；所述组呼信道建立模块，用于接收所述NSS接口模块发送的重建组呼信道 的指示，重建组呼信道，并在组呼信道重建完成后，通知所述MS接口模块和 所述NSS接口模块。
14、 根据权利要求12所述的方法，其特征在于，所述MS包括BSS接口 模块和通知消息处理模块，其力，所述BSS接口模块，用于通过NCH信道接收所述BSS广播的通知消息， 并将该通知消息转发给所述通知消息处理模块，还用于接收所述通知消息处理 才莫块发送的要求触发通知响应流程的消息，并向所述BSS发送请求SDCCH信 道的消息，触发通知响应流程，与所述BSS进行交互，参与通知响应流程；所述通知消息处理;漠块，用于处理通知消息，当该通知消息未携带组呼信 道描述时，向所述BSS接口模块发送消息，要求触发通知响应流程。
15、 根据权利要求12到14中任意一项所述的系统，其特征在于，所述NSS 包括BSS接口模块，用于接收所述BSS发送的组呼信道已被释放的消息，并在 接收到所述BSS发送的参与通知响应流程的消息后，向所述BSS发送重建组呼 信道的指示，并接收所述BSS返回的组呼信道重建完成的消息，还用于与所述 BSS进行交互，参与通知响应流程。
全文摘要
本发明公开了一种组呼信道重建的方法，该方法包括a.组呼信道被释放后，BSS保留基站控制器与移动交换中心间的A接口资源；b.BSS重建组呼信道，并将保留的A接口资源作为重建后组呼信道的A接口资源。利用本发明的方法，可以使小区内的用户重新加入组呼，而不必将组呼结束再重新发起，减小了组呼信道被释放后带来的影响，保证组呼的服务质量。本发明还公开了一种组呼信道重建的系统，该系统包括BSS、MS和NSS。
文档编号H04Q7/28GK101163282SQ20061014003
公开日2008年4月16日 申请日期2006年10月11日 优先权日2006年10月11日
发明者沈敏军, 董争强, 高树亮 申请人:华为技术有限公司