[发明专利]Abis接口下关联信令信道和用户信道的方法

说明书

技术领域

本发明涉及Abis接口下关联信令信道和用户信道的方法。

背景技术

在当前第二代(二代半)移动通信系统(GSM/GPRS/EDGE技术)中，已经同时支持了语音业务(CS Service)和数据业务(PS Service)。在监测处于基站(BTS)和基站控制器(BSC)之间的Abis接口上的数据流时，由于信令信道(Signaling Channel)和用户信道(UserChannel)是独立分离的。为了更加有效和直观的进行监测，需要将信令信道和对应的一个或多个用户信道进行关联，以便于使用人员在监测信令信道时立即监测到与之相关的用户信道。

当前在使用的关联信令信道和用户信道的方法，通常是通过比对信令信道和用户信道中业务进行的时间段来进行关联的。以爱立信设备的语音业务为例，一个完整的成功的语音呼叫流程如图1所示，主要包括以下步骤：

1、用户信道空闲。当前没有呼叫时，用户信道处在空闲状态，用户信道中充斥着无意义的空闲指示信号(Idle indicator)，此时用户信道处于非同步状态(Synchronized Loss)；

2、信道分配。当一个呼叫开始时，在信令信道上，一个用于分配信道请求的信道分配请求消息(Channel Required)由BTS发往BSC侧，之后BSC会回复一个信道激活(ChannelActivation)消息给BTS，BTS在收到此消息后会向BSC发送一个信道激活回执(ChannelActivation Acknowledge)消息，至此完成一个简单的用户信道的分配过程.此时监测端认为该信令信道进入“打开(Open)”状态；

3、用户数据传输。在对应的用户信道上，该信道被分配给指定用户.用户开始在该信道中传输数据。信道中的帧变成了有效的同步帧(Synchronized frames)。监测端认为该用户信道进入同步状态(Synchronized)。

4、信道释放。当呼叫结束时，在信令信道上，一个用于释放信道请求(Channel ReleaseRequest)的消息从BSC发往BTS侧。之后BTS会回一个信道释放成功回执(Channel ReleaseRequest Acknowledge)消息给BSC。至此完成一个简单的用户信道的释放流程.此时监测端认为该信令信道进入“关闭(Close)”状态。

5、用户信道空闲。呼叫结束时，在对应的用户信道上，由于没有了数据帧，用户信道再次进入非同步状态。

对于图1所示的语音呼叫流程，常用的关联信令信道和用户信道的方法如下：

1、记录步骤2的信令信道进入“打开”状态的时间和步骤4中进入“关闭”状态的时间，计算二者的时间差得到呼叫持续时间T1；

2、记录步骤3的用户信道进入“同步”状态的时间和步骤5中进入“非同步”状态的时间，计算二者的时间差也得到呼叫持续时间T2；

3、比较呼叫持续时间T1和T2，当二者的差值在容许的范围内时，即认为此信令信道对应的用户信道已经找到，完成一次关联。

监测设备通过接入Abis接口，通过监测一次或多次图1中的流程，即能完成对信令信道和用户信道的关联。由于大多数情况下步骤1至5时长较短，并且现场存在大量有效呼叫，因此监测设备能够在较短时间内完成对信道的关联。

上述方法对于大多数厂商的语音业务和部分厂商的数据业务而言，都能实现成功率较高的关联。但由于Abis接口下各个厂商设备规范的差异性，对于部分厂商的数据业务，该方法难以实现对其信令信道和用户信道的关联。以下以爱立信设备的通用无线分组业务(GPRS)为例说明该方法不能实现的原因。

在爱立信的GPRS业务中，用户信道一旦被激活后，在没有数据传输时，用户信道中充斥着一种同步帧(Synchronized Indicator)，即其本身就是同步的。无论该用户信道当前是否有数据传输，其都是处于同步状态的。而信令信道在完成发送激活消息激活用户信道后在很长一段时间内也不会释放该信道。即完成图1中的步骤1、2、3后，附图1中的步骤4、5迟迟不会出现。并且监测设备接入Abis接口时，在大多数情况下已经是在附图1的步骤1、2、3完成之后。而步骤4、5在很长一段时间不会出现。而上述关联方法至少需要一次完整的步骤1、2、3、4、5流程才能完成关联。监测设备需要超出可接受范围的长时间才能完成关联，甚至在多数情况下无法实现关联。因此对于类似爱立信的GPRS业务常用的关联方法不再有效。

发明内容