CN102307389A

CN102307389A - 一种发送寻呼消息的方法及装置

Info

Publication number: CN102307389A
Application number: CN201110237456A
Authority: CN
Inventors: 孙漠舟
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-08-18
Filing date: 2011-08-18
Publication date: 2012-01-04
Anticipated expiration: 2031-08-18
Also published as: CN102307389B

Abstract

本发明公开了一种发送寻呼消息的方法及装置，属于移动通信技术领域。发送寻呼消息的方法包括接收多个第一寻呼消息；基于所述多个第一寻呼消息，获得多个第二寻呼消息，其中，所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息；将所述多个第二寻呼消息打包形成MAC层包囊；以及发送所述MAC层包囊。

Description

一种发送寻呼消息的方法及装置

技术领域

本发明涉及移动通信技术领域，特别涉及一种发送寻呼消息的方法及装置。

背景技术

随着DO用户量的日益增加，特别是校园网用户数的激增，寻呼消息容量的优化变的越来越重要。寻呼(page)消息可以放在同步控制信道包或子同步控制信道包中发送。一个同步控制信道包最多包括7个媒体接入控制(MAC)层包囊，一个子同步控制信道包只包括1个MAC层包囊。因此，同步控制信道包可以发送更多的寻呼消息。现有技术中MAC层包囊结构如图1所示，一个MAC层包囊包括快速配置(QuickConfig)消息段、同步(Sync)消息段、接入参数(AccessParameter)消息段、扇区参数(SectorParameter)消息段及寻呼(page)消息段。

请同时参考图1及图2，图1示出了寻呼消息在MAC层包囊中的位置，图2为现有技术中的寻呼消息结构示意图。一个寻呼消息包括6个字节的媒体接入控制层头信息(MAC Layer Header)和4个字节的单播安全层包囊(UnicastSecurity Layer Packet)。媒体接入控制层头信息(MAC Layer Header)包括长度(Length；8比特)、安全层格式(Sec Layer Format；1比特)、连接层格式(ConnectLayer Format；1比特)、保留位(Reserved；4比特)及终端访问标示记录(ATI Record)。终端访问标示记录(ATI Record)用来记录终端访问标示类型(ATIType；2比特)和每个用户的终端访问标示信息(ATI；0-32比特)。单播安全层包囊(Unicast Security Layer Packet)包括连接层头信息(ConnectionLayer Header；8比特)、流层头信息(Stream Layer Header；2比特)、保留位(Reserved；4比特)、分片(Fragment；1比特)、头信息包含指示(Header Included；1比特)、信令网络协议头信息(SNP Header；8比特)及消息载荷(MessagePayload；8比特)。

请继续参考图2，根据现有协议，每个寻呼消息为10个字节，主要不同在于4个字节的ATI字段，每个终端有自己的ATI标示，当终端收到一个寻呼控制信道包时，它会对整个控制信道MAC层包囊进行解码，然后依次解码每个寻呼消息，直到找到属于自己的ATI，然后上报RouteUpdate消息和ConnectRequest消息，发起连接建立流程。

然而，每个MAC层包囊的容量是一定的，大小为124字节(不包括填充字节和1字节的控制信道包头)。另外，在每个控制信道周期里，开销消息是必须要发送的，目前，寻呼消息的优先级低于开销消息，协议中，开销消息只包含QuickConfig消息和SectorParameter消息，其他还有Sync消息，AccessParameter消息及反向速率限制(Reverse Rate Limit，RRL)消息等。因此，每个控制信道周期所能发送的寻呼消息个数也是一定的(与其他开销消息的大小有关)。

综上可知，一个MAC层包囊最多可以打包12个寻呼消息。当寻呼量很大时，就必须丢弃一些寻呼消息或延迟一些寻呼消息的发送，这样，有可能会影响用户的起呼或延迟用户的起呼时长。

发明内容

本发明提供一种发送寻呼消息的方法及装置，用以解决现有技术中存在的MAC层包囊寻呼消息容量过小的问题。

本发明发送寻呼消息的方法，所述方法包括：接收多个第一寻呼消息；基于所述多个第一寻呼消息，获得多个第二寻呼消息，其中，所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息；将所述多个第二寻呼消息打包形成MAC层包囊；以及发送所述MAC层包囊。

优选地，每个所述多个第一寻呼消息包含一个ATI信息。

优选地，获得所述包含至少两个ATI信息的第二寻呼消息的步骤包括：

提取所述至少两个ATI信息，所述至少两个ATI信息来自于所述多个第一寻呼消息；打包所述至少两个ATI信息到一个寻呼消息中；以及基于所述至少两个ATI信息的字节，修改所述一个寻呼消息的Length字段内容。

优选地，所述包含至少两个ATI信息的第二寻呼消息的结构包括MAC层头信息和单播安全层包囊，所述至少两个ATI信息存放于所述MAC层头信息中。

优选地，所述至少两个ATI信息分别对应数量一致的至少两个终端，并唯一表示所述至少两个终端中每个终端的终端访问标示信息。

本发明的发送寻呼消息的装置包括：接收单元，用于接收多个第一寻呼消息；获得单元，基于所述多个第一寻呼消息，获得多个第二寻呼消息，其中，所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息；打包单元，用于将所述多个第二寻呼消息打包形成MAC层包囊；以及发送单元，用于发送所述MAC层包囊。

优选地，每个所述多个第一寻呼消息包含一个ATI信息。

优选地，所述获得单元提取所述至少两个ATI信息，并打包所述至少两个ATI信息到一个寻呼消息中形成所述包含至少两个ATI信息的第二寻呼消息，以及基于所述至少两个ATI信息的字节，修改所述一个寻呼消息的Length字段内容，其中，所述至少两个ATI信息来自于所述多个第一寻呼消息。

本发明有益效果如下：

本发明采用了新的寻呼消息格式，即一个寻呼消息包含至少两个用户的ATI信息，所以节约了寻呼消息固定信息所占用的字节，而每个MAC层包囊包含至少一个至少包含两个用户的ATI信息的寻呼消息，所以本发明中每个MAC层包囊所能发送的寻呼消息的容量大大的提高了，降低了寻呼消息过载的程度。

附图说明

图1为现有技术中MAC层包囊结构示意图；

图2为现有技术中寻呼消息结构示意图；

图3为本发明实施例中寻呼消息结构示意图；

图4为本发明实施例中MAC层包囊结构示意图；

图5为本发明实施例中发送寻呼消息的系统功能框图；

图6为本发明实施例中发送寻呼消息的方法流程图。

具体实施方式

在本领域中，ATIType＝“00”，表示BATI；ATIType＝“01”，表示MATI；ATIType＝“10”，表示唯一终端访问标示(Unicast Access Terminal Identifier，UATI)；ATIType＝“11”，表示RATI。所有的寻呼消息ATIType为UATI。

请参考图3，图3为本发明实施例中寻呼消息结构示意图。本实施例中的寻呼消息结构与图2中的寻呼消息结构相同的部分不再赘述，而不同点在于，本实施例将所有用户的ATI(终端访问标示)放在一个消息体中，只有ATI字段不同，即一个MAC(Media access control；媒体接入控制)层包囊只包含一个大的寻呼消息，该寻呼消息则包含多个用户的ATI信息。当终端收到该寻呼消息后，也可以参照现有方法对控制信道MAC层包囊进行解码，当解码完成QuickConfig(同步)消息后，后续是一个大的寻呼消息，终端然后依次解码ATI字段，直到找到属于自己的ATI为止。

更详细的说，一个MAC层包囊容量大小为124字节，在本实施例中，一个MAC层包囊只包含一个大的寻呼消息，所以固定的信息有6个字节，即长度(Length；8比特)、安全层格式(Sec Layer Format；1比特)、连接层格式(ConnectLayer Format；1比特)、保留位(Reserved；4比特)、终端访问标示类型(ATIType；2比特)、连接层头信息(Connection Layer Header；8比特)、流层头信息(Stream Layer Header；2比特)、保留位(Reserved；4比特)、分片(Fragment；1比特)、头信息包含指示(Header Included；1比特)、信令网络协议头信息(SNP Header；8比特)及消息载荷(Message Payload；8比特)，除去这固定的6字节信息，MAC层包囊容量还剩余118字节，每个ATI字段为4个字节，所以ATI Record(终端访问标示记录)字段最多可以存放29个用户的ATI信息，相较于现有技术中一个MAC层包囊最多只能包含12个寻呼消息，即12个用户的ATI信息，本实施例的MAC层包囊的寻呼消息的容量增大了一倍多。

请参考图4，图4为本发明实施例中MAC层包囊结构示意图。由图4可以看出，该MAC层包囊包含有一个大的寻呼(page)消息，占用了现有技术中12个寻呼消息所占用的容量，但是却可以传送最多29个寻呼消息，有效地提高了寻呼消息的容量。另外，该MAC层包囊还包含快速配置消息段、同步消息段、接入参数消息段、扇区参数消息段。快速配置消息的作用是向覆盖区域内的接入终端提供系统消息的变化和当前系统最近的信息的变化。同步消息的作用是向覆盖区域内的接入终端提供当前系统的配置信息。接入参数消息的作用是指出终端接入网络时的接入信道和功率控制等参数。扇区参数消息的作用是向覆盖区域内的接入终端/移动台提供扇区的信息。

在另一个实施例中，一个MAC层包囊可以包含两个大寻呼消息(未图示)，如此一来，两个寻呼的固定信息就占去12字节，MAC层包囊容量还剩余112字节，每个ATI字段为4个字节，所以两个大的寻呼消息的ATI Record字段最多可以存放28个用户的ATI信息，该28个用户的ATI信息可以任意分配存放于两个寻呼信息中，本实施例不作限制。相较于现有技术中一个MAC层包囊最多只能包含12个寻呼消息，即12个用户的ATI信息，本实施例的MAC层包囊的寻呼信息的容量增大了一倍多。

在再一实施例中，一个MAC层包囊包含12个大寻呼消息(未图示)，如此，12个大寻呼消息的固定信息占去72字节，MAC层包囊容量还剩余52字节，每个ATI字段为4个字节，所以该12个大寻呼消息最多可以存放13个用户的ATI信息，其中11个大寻呼消息各存放一个用户的ATI信息，另外一个大寻呼消息存放两个用户的ATI信息，相较于现有技术中一个MAC层包囊最多只能包含12个用户的ATI信息，本实施例中的MAC层包囊的寻呼信息还要多一个。

因此，本实施例的寻呼消息是将至少两个用户的ATI信息存放到一个寻呼消息中。不管每个MAC层包囊包含几个寻呼消息，只要保证至少其中一个寻呼消息含有两个用户的ATI信息。如此一来，在MAC层包囊容量相同的情况下，本实施例的MAC层包囊的寻呼容量就大于现有技术的MAC层包囊的寻呼容量。

请参考图5，图5为本发明实施例中寻呼系统功能模块图。本实施例中的寻呼系统包括BSC(Base Station Controller；基站控制器)10、BTS(BaseTransceiver Station；基站收发信台)20和终端30。BSC 10和BTS20之间通过Abis接口进行通信，其物理链接通过采用标准的2.408Mb/s或64k比特/sPCM数字传输链路实现。当然，也可以通过其他方式实现，本实施例不作限制。BTS20与终端30之间通过移动通信网络通信，本领域技术人员了解如何去通信，比如通过Um接口，对此不再详述。BSC10包括第一发送单元110。BTS20包括第一接收单元210、打包单元230和第二发送单元240。终端30包括第二接收单元310和解码单元320。第一发送单元110用来发送多个第一寻呼消息到第一接收单元。第一接收单元210接收由第一发送单元110发送来的多个第一寻呼消息，获得单元220基于多个第一寻呼单元获得多个第二寻呼消息，这些多个第二寻呼消息中至少其中之一包含至少两个ATI信息，进一步地，这些多个第二寻呼消息需要在同一控制信道周期内发送，。打包单元230将所述多个第二寻呼消息打包成MAC层包囊。然后第二发送单元240将该MAC层包囊发送给终端30。终端30的第二接收单元310接收该MAC层包囊并将其传送给解码单元320。解码单元320将该包囊解码。解码单元320先对整个MAC层包囊进行解码，当解码完成QuickConfig消息后，就解码后续的寻呼消息，当遇到第一寻呼消息时就依次解码每个寻呼消息，如果遇到第二寻呼消息时，就依次解码ATI字段，直到找到属于自己的ATI为止。

以上各单元可以通过软件、固件、硬件或者其结合实现，本领域技术人员可以根据实际需要进行选择。

请参考图6，图6为本发明实施例中寻呼方法流程图。寻呼方法步骤如下：

步骤101：接收多个第一寻呼消息；

步骤102：基于所述多个第一寻呼消息获得多个第二寻呼消息，其中，多个第二寻呼消息中至少其中之一包含至少两个ATI信息；；

步骤103：将所述多个第二寻呼消息打包形成MAC层包囊；

步骤104：发送MAC层包囊；

请一并参考图5，在步骤101中，BSC10中的第一发送单元110发送多个第一寻呼消息到BTS20。在步骤102中，BTS20的第一接收单元210接收所述多个第一寻呼消息，获得单元220基于多个第一寻呼消息获得多个第二寻呼消息，其中多个第二寻呼消息中至少其中之一包含至少两个ATI信息，进一步地，多个第二寻呼消息需要在同一个控制信道周期发送。在步骤103中，打包单元230将多个第二寻呼消息打包成MAC层包囊。在步骤104中，BTS20中的第二发送单元240将该包囊发送给终端30。

在另一实施例中，终端30的第二接收单元310接收到该包囊后，解码单元320对该包囊进行解码。

另外，包含至少两个ATI信息的第二寻呼消息是由获得单元220提取至少两个ATI信息，并把至少两个ATI信息打包到一个寻呼消息中，其中至少两个ATI信息来自于多个第一寻呼消息。

进一步地，还修改图3中MAC层头信息中Length字段的内容，Length字段表示后续字节的长度，大小为固定的8比特。因为在现有技术中只包含一个ATI信息的寻呼消息中，Length字段的内容为0x09，即图2中的Length字段，但是包含至少两个ATI信息的第二寻呼消息中，后续字节长度有变化，所以要根据实际字节长度修改Length字段的内容。

解码单元320的解码方法包括：先对控制信道MAC层包囊进行解码，当解码完成QuickConfig消息后，就解码后续的寻呼消息，当遇到第一寻呼消息时就依次解码每个寻呼消息，如果遇到第二寻呼消息时，就依次解码ATI字段，直到找到属于自己的ATI为止。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种发送寻呼消息的方法，其特征在于，所述方法包括：

接收多个第一寻呼消息；

基于所述多个第一寻呼消息，获得多个第二寻呼消息，其中，所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息；

将所述多个第二寻呼消息打包形成MAC层包囊；以及

发送所述MAC层包囊。

2.如权利要求1所述的发送寻呼消息的方法，其特征在于，每个所述多个第一寻呼消息包含一个ATI信息。

3.如权利要求1所述的发送寻呼消息的方法，其特征在于，获得所述包含至少两个ATI信息的第二寻呼消息的步骤包括：

提取所述至少两个ATI信息，所述至少两个ATI信息来自于所述多个第一寻呼消息；

打包所述至少两个ATI信息到一个寻呼消息中；以及

基于所述至少两个ATI信息的字节，修改所述一个寻呼消息的Length字段内容。

4.如权利要求1所述的发送寻呼消息的方法，其特征在于，所述包含至少两个ATI信息的第二寻呼消息的结构包括MAC层头信息和单播安全层包囊，所述至少两个ATI信息存放于所述MAC层头信息中。。

5.如权利要求1所述的发送寻呼消息的方法，其特征在于，所述至少两个ATI信息分别对应数量一致的至少两个终端，并唯一表示所述至少两个终端中每个终端的终端访问标示信息。

6.一种发送寻呼消息的装置，其特征在于，包括：

接收单元，用于接收多个第一寻呼消息；

获得单元，基于所述多个第一寻呼消息，获得多个第二寻呼消息，其中，所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息；

打包单元，用于将所述多个第二寻呼消息打包形成MAC层包囊；以及

发送单元，用于发送所述MAC层包囊。

7.如权利要求6所述的发送寻呼消息的装置，其特征在于，每个所述多个第一寻呼消息包含一个ATI信息。

8.如权利要求6所述的发送寻呼消息的装置，其特征在于，所述获得单元提取所述至少两个ATI信息，并打包所述至少两个ATI信息到一个寻呼消息中形成所述包含至少两个ATI信息的第二寻呼消息，以及基于所述至少两个ATI信息的字节，修改所述一个寻呼消息的Length字段内容，其中，所述至少两个ATI信息来自于所述多个第一寻呼消息。

9.如权利要求8所述的发送寻呼消息的装置，其特征在于，所述包含至少两个ATI信息的第二寻呼消息的结构包括MAC层头信息和单播安全层包囊，所述至少两个ATI信息存放于所述MAC层头信息中。

10.如权利要求6所述的发送寻呼消息的装置，其特征在于，所述至少两个ATI信息分别对应数量一致的至少两个终端，并唯一表示所述至少两个终端中每个终端的终端访问标示信息。