CN102307389B - 一种发送寻呼消息的方法及装置 - Google Patents

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

Info

Publication number
CN102307389B
CN102307389B CN201110237456.6A CN201110237456A CN102307389B CN 102307389 B CN102307389 B CN 102307389B CN 201110237456 A CN201110237456 A CN 201110237456A CN 102307389 B CN102307389 B CN 102307389B
Authority
CN
China
Prior art keywords
beep
page message
ati
information
page
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201110237456.6A
Other languages
English (en)
Other versions
CN102307389A (zh
Inventor
孙漠舟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
Nanjing ZTE New Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201110237456.6A priority Critical patent/CN102307389B/zh
Publication of CN102307389A publication Critical patent/CN102307389A/zh
Application granted granted Critical
Publication of CN102307389B publication Critical patent/CN102307389B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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个字节的媒体接入控制层头信息(MACLayer Header)和4个字节的单播安全层包囊(Unicast Security Layer Packet)。媒体接入控制层头信息(MAC Layer Header)包括长度(Length;8比特)、安全层格式(Sec LayerFormat;1比特)、连接层格式(ConnectLayer Format;1比特)、保留位(Reserved;4比特)及终端访问标示记录(ATI Record)。终端访问标示记录(ATI Record)用来记录终端访问标示类型(ATIType;2比特)和每个用户的终端访问标示信息(ATI;0-32比特)。单播安全层包囊(Unicast Security Layer Packet)包括连接层头信息(Connection Layer Header;8比特)、流层头信息(Stream Layer Header;2比特)、保留位(Reserved;4比特)、分片(Fragment;1比特)、头信息包含指示(Header Included;1比特)、信令网络协议头信息(SNPHeader;8比特)及消息载荷(Message Payload;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层头信息中。
优选地,所述至少两个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 accesscontrol;媒体接入控制)层包囊只包含一个大的寻呼消息,该寻呼消息则包含多个用户的ATI信息。当终端收到该寻呼消息后,也可以参照现有方法对控制信道MAC层包囊进行解码,当解码完成QuickConfig(同步)消息后,后续是一个大的寻呼消息,终端然后依次解码ATI字段,直到找到属于自己的ATI为止。
更详细的说,一个MAC层包囊容量大小为124字节,在本实施例中,一个MAC层包囊只包含一个大的寻呼消息,所以固定的信息有6个字节,即长度(Length;8比特)、安全层格式(Sec Layer Format;1比特)、连接层格式(ConnectLayer Format;1比特)、保留位(Reserved;4比特)、终端访问标示类型(ATIType;2比特)、连接层头信息(ConnectionLayer 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(Base Transceiver 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为止。
本发明采用了新的寻呼消息格式,即一个寻呼消息包含至少两个用户的ATI信息,所以节约了寻呼消息固定信息所占用的字节,而每个MAC层包囊包含至少一个至少包含两个用户的ATI信息的寻呼消息,所以本发明中每个MAC层包囊所能发送的寻呼消息的容量大大的提高了,降低了寻呼消息过载的程度。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种发送寻呼消息的方法,其特征在于,所述方法包括:
接收多个第一寻呼消息;
基于所述多个第一寻呼消息,获得多个第二寻呼消息,其中,所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息;
将所述多个第二寻呼消息打包形成MAC层包囊;以及
发送所述MAC层包囊;
其中,获得所述包含至少两个ATI信息的第二寻呼消息的步骤包括:提取所述至少两个ATI信息,所述至少两个ATI信息来自于所述多个第一寻呼消息;打包所述至少两个ATI信息到一个寻呼消息中;以及基于所述至少两个ATI信息的字节,修改所述一个寻呼消息的Length字段内容。
2.如权利要求1所述的发送寻呼消息的方法,其特征在于,每个所述多个第一寻呼消息包含一个ATI信息。
3.如权利要求1所述的发送寻呼消息的方法,其特征在于,所述包含至少两个ATI信息的第二寻呼消息的结构包括MAC层头信息和单播安全层包囊,所述至少两个ATI信息存放于所述MAC层头信息中。
4.如权利要求1所述的发送寻呼消息的方法,其特征在于,所述至少两个ATI信息分别对应数量一致的至少两个终端,并唯一表示所述至少两个终端中每个终端的终端访问标示信息。
5.一种发送寻呼消息的装置,其特征在于,包括:
接收单元,用于接收多个第一寻呼消息;
获得单元,基于所述多个第一寻呼消息,获得多个第二寻呼消息,其中,所述多个第二寻呼消息中至少其中之一包含至少两个ATI信息;
打包单元,用于将所述多个第二寻呼消息打包形成MAC层包囊;以及
发送单元,用于发送所述MAC层包囊;
其中,所述获得单元提取所述至少两个ATI信息,并打包所述至少两个ATI信息到一个寻呼消息中形成所述包含至少两个ATI信息的第二寻呼消息,以及基于所述至少两个ATI信息的字节,修改所述一个寻呼消息的Length字段内容,其中,所述至少两个ATI信息来自于所述多个第一寻呼消息。
6.如权利要求5所述的发送寻呼消息的装置,其特征在于,每个所述多个第一寻呼消息包含一个ATI信息。
7.如权利要求5所述的发送寻呼消息的装置,其特征在于,所述包含至少两个ATI信息的第二寻呼消息的结构包括MAC层头信息和单播安全层包囊,所述至少两个ATI信息存放于所述MAC层头信息中。
8.如权利要求5所述的发送寻呼消息的装置,其特征在于,所述至少两个ATI信息分别对应数量一致的至少两个终端,并唯一表示所述至少两个终端中每个终端的终端访问标示信息。
CN201110237456.6A 2011-08-18 2011-08-18 一种发送寻呼消息的方法及装置 Active CN102307389B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110237456.6A CN102307389B (zh) 2011-08-18 2011-08-18 一种发送寻呼消息的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110237456.6A CN102307389B (zh) 2011-08-18 2011-08-18 一种发送寻呼消息的方法及装置

Publications (2)

Publication Number Publication Date
CN102307389A CN102307389A (zh) 2012-01-04
CN102307389B true CN102307389B (zh) 2017-08-25

Family

ID=45381175

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110237456.6A Active CN102307389B (zh) 2011-08-18 2011-08-18 一种发送寻呼消息的方法及装置

Country Status (1)

Country Link
CN (1) CN102307389B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106341889B (zh) * 2016-09-20 2019-09-17 京信通信系统(中国)有限公司 一种用于处理寻呼消息的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043740A (zh) * 2006-05-24 2007-09-26 华为技术有限公司 一种终端设备接入方法及系统
CN101132540A (zh) * 2006-08-25 2008-02-27 华为技术有限公司 降低寻呼冲突的方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043740A (zh) * 2006-05-24 2007-09-26 华为技术有限公司 一种终端设备接入方法及系统
CN101132540A (zh) * 2006-08-25 2008-02-27 华为技术有限公司 降低寻呼冲突的方法

Also Published As

Publication number Publication date
CN102307389A (zh) 2012-01-04

Similar Documents

Publication Publication Date Title
KR101378129B1 (ko) 스케일러블 헤더 확장
JP5431943B2 (ja) 単一周波数モバイル通信ネットワークにおけるブロードキャストデータの配信の同期化方法
KR101403873B1 (ko) 송신 방법들, 네트워크 장비, 사용자 장비 및 전기통신 시스템
CN101056258B (zh) 用于无线局域网802.11中可降低信息交换冗余度的方法
CN106716951A (zh) 用于优化隧道流量的方法和装置
US9001654B2 (en) Enhanced multiplexing for single RLC entity
CN102577268A (zh) 基于mac报头类型信息传送mac pdu的设备和方法
KR20080047420A (ko) 무선 링크 제어 비인지 모드 헤더 최적화하는 방법, 장치,및 컴퓨터 프로그램 제품
TW201029365A (en) MAC layer packet data units for wireless communications
TWI516051B (zh) 用於提供指示非存取層級發信訊息的優先層級之資訊及用於利用優先層級資訊以選擇回應的系統及方法
CN109861801B (zh) 一种数据传输方法及装置
CN105701053B (zh) 串行数据发送、接收方法及装置
CN102696181A (zh) 用于在无线通信系统中生成、传送和接收数据帧的方法和设备
CN104394082B (zh) 一种适用于广播链路的邻居发现及链路状态检测方法
CN102972073A (zh) 业务实现方法、装置和系统
CN106465432A (zh) 用于高效无线网络中的改进的保护模式的系统和方法
CN104754521B (zh) 一种报文转发方法、无线接入点、无线控制器和系统
CN100428744C (zh) 通信网络中分组数据的传输方法及其系统
CN102307389B (zh) 一种发送寻呼消息的方法及装置
CN101094162A (zh) 一种采用头部去除方式传输媒体流的方法
CN104244330B (zh) 一种平衡epc网关负载的方法
CN104754754B (zh) 半静态调度下的迟后接入方法
CN111555855A (zh) 一种无线传输方法和装置
CN104335636B (zh) 数据传输方法和设备及系统
CN103379475B (zh) 告警信息传输方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20170602

Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68

Applicant after: Nanjing Zhongxing Software Co., Ltd.

Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice

Applicant before: ZTE Corporation

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190916

Address after: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Patentee after: ZTE Corporation

Address before: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68

Patentee before: Nanjing Zhongxing Software Co., Ltd.