数字无中心系统呼叫控制协议的设计和实现

2011-06-11 19:48:29来源: 互联网 关键字:数字  协议  设计  实现
0 引 言
    无中心移动通信系统是我国专业移动通信系统的重要组成部分。它使用单工对讲方式工作,工作频率在915.012 5~916.087 5 MHz之间。该系统具有无中心组网、数字选呼、自动接续、多址用户多信道共用、链路分散控制等诸多技术特点,拥有广阔的实际应用前景和深入开发潜力。该系统网络结构图如图1所示。目前我国的900 MHz无中心移动通信系统尚处在以模拟话音加数字信令为主导技术的模拟阶段。针对无中心呼叫控制协议的数字化研究尚处于空白。

    无中心系统的数字化是将语音和控制信令进行数字化编码,以二进制码流形式传播。本系统平台使用CML公司MX618芯片进行语音编码,MX7041芯片对语音和信令进行4FSK基带调制,ARM7处理器作为系统的运算控制核心。在此开发环境下,本文以数字无中心呼叫控制层协议为研究对象,提出并设计了一套基于无中心体制的呼叫控制协议数字化解决方案。该方案已应用于数字无中心对讲机的嵌入式系统开发中。

1 数字无中心呼叫控制协议概述
    ETSITS 102490-DPMR标准描述了无中心系统的协议分层结构,如图2所示。呼叫控制协议处于无中心系统协议栈第三层,位于数据链路层之上,应用层之下,是无中心系统的控制核心。

    它为整个系统提供基本通话的建立、保持、拆线;点对点通话以及组呼;通话对象的选择;迟后进入、呼叫转移等功能的支持。同时为承载数据、语音业务的数据链路层以及实施具体功能的应用层提供接口,并且需要提供完备的上下层通用接口为将来的协议升级预留空间。
    呼叫控制协议的设计包括呼叫控制流程、呼叫控制信令的设计以及后期的程序实现编码,继而形成独立的呼叫控制协议功能模块

2 呼叫控制流程的设计
   
按照数字无中心对讲机的工作原理,设计了一套符合实际应用的呼叫控制流程。呼叫控制流程描述了通信终端从通话建立到通话终结过程中产生的一系列动作和事件。
    处于待机状态的移动台A和移动台B在控制信道守候。当移动台A按呼叫键呼叫移动台B,A在控制信道广播发送针对B的呼叫建立请求信令,并转到选择的通话信道接收。B收到呼叫建立请求信令后若同意建立连接则转到信令中标识的通话信道,同时在此通话信道向A发送确认信令。A接收到确认信令后,双方都进入可通话状态。若A按下PTT会向B发送语音头帧+语音帧。
    松开PTT后,发送尾帧表示此次A方的通话结束。B此时进行语音帧的接收直至收到尾帧,A,B都进入可通话状态。之后双方重复如上过程进行通话。一旦A按下拆线键,就会向B发送拆线信令,双方回到待机状态。此流程如图3所示。

3 呼叫控制协议的设计和实现
   
呼叫控制信令和随路信令分别在控制信道和通话信道进行传输。根据无中心多信道选址移动通信系统体制,控制信令传输通道(控制信道)与通话信道完全分开,它整合若干条通话线路的控制信令,独占一条公共的控制信道进行传送控制信令。
3.1 信道
    控制信道控制信道主要用于广播传输呼叫建立信令以及作为其他用途的信令的发送通道。控制信道的服务体制采用顺序等待制原则,待前一条信令在控制信道中传送完成后,接续的信令才能正常传送。否则,进行等待直到判断出控制信道空闲。
    通话信道通话信道负责传送呼叫建立后双方的语音、数据,同时通话信道也用于传输随路信令。随路信令包括了通话过程中一系列必要的控制信令。通话信道的服务体制采用呼损制原则,两台终端设备建立连接并占用一条通话信道后,此信道不能再被其他终端使用,直到终端拆线并释放次通话信道。
    如图4所示,频率为915.012 5 MHz的控制信道只用于通信双方传输呼叫建立信令,通话信道则可以传输拆线信令、应答信令等随路信令。移动台在两种信道间转换,通话时守候在通话信道,通话结束或待机时返回控制信道。

    无中心多信道选址移动通信系统的信道间隔为12.5 kHz时,系统共有158个信道。其中第一个信道915.012 5 MHz为控制信道,所有的呼叫信令都在该信道发出,其余157个为通话信道。呼叫控制的流程由控制信道和通话信道中控制信令的传输而贯通。由此,如何制定控制信令,如何处理通话信令流程中的所有状态转移事件便成为呼叫控制协议设计的主要内容。
3.2 无中心呼叫控制信令的设计
   
呼叫控制信令是无中心系统中各种状态转换的控制信号,传递系统消息和命令。呼叫控制信令按照功能分为呼叫建立请求信令、呼叫应答信令、拆线信令、语音始发信令、语音终结信令。
3.2.1 控制信令的帧结构
    无中心系统基本的数据传输单位是帧。呼叫控制信令由两种帧结构构成,头帧和尾帧。
    头帧中包含了信令中大部分的控制信息,其帧结构如下:

    前导码:用于接收机的同步。
    帧同步:头帧的识别和同步。
    头帧类型:4 b,标识头帧类型,是头帧的主要标识,也是信令的主要标识,其取值为:0000通话起始信令;0001呼叫建立请求信令;0010拆线请求信令;0011ACK信令;0100禁发和还原信令;0101禁收发信令。
    接收方ID:被叫方移动台ID号,通过空中接口对7位数字呼号编码得到。
    发送方ID:主叫方移动台ID号,通过空中接口对7位数字呼号编码得到。
    通信模式:用于区别语音通信或者数据传输。
    通信格式:用于区别全呼通信、点对点通信。
    呼叫信息:11 b,用于区别单呼、组呼以及ACK信令的定义。
    尾帧补充在头帧之后构成完整的信令或单独构成通信结束的信令,其帧结构如下:

    尾帧同步码:4 b,用于尾帧的发现和同步,固定为7D DF F5。
    尾帧类型:2 b,尾帧的主要标识。00表示普通尾帧;01表示带有状态信息的尾帧。
    ACK请求:2 b,标识是否需要被呼方发送ACK信号。
    Tx等待:4 b,标识是否需要一段时间来强制让收到该尾帧的用户的PTT失效,以便允许用户发送插入请求。
    状态信息:5 b,用户根据需要自己定义,共32种状态信息。
3.2.2 呼叫控制信令的内容
    呼叫建立请求信令是用户发起呼叫时向被叫方以广播方式发送的控制信息。该信令的组成为:头帧(建立请求)+尾帧。 
    呼叫应答信令是被叫方接收到呼叫建立请求信令后,向主叫方发送的反馈控制信息。该信令结构为:头帧(ACK)。
    语音始发信令先于语音传送,用于标识实际语音即将到来,它的结构为:头帧(通信起始)。
    语音终结信令表示语音传输告一段落,它的位置在语音数据块之后。语音终结信令结构为:尾帧(通信结束)。
    拆线信令是当通信一方希望结束通话时所发送的通话结束信号,用于告知对方通话即将结束。拆线信令结构为:头帧(拆线)+尾帧+头帧(拆线)+尾帧。
3.3 应用状态机实现呼叫控制协议
    数字无中心呼叫控制协议利用有限状态机的设计方案进行描述和实现。有限状态机克服了纯硬件数字系统顺序控制方式不灵活的缺点,它能够架构性能良好的时序逻辑模块,以事件驱动的简易方式来解决复杂的程序流程问题。其可靠性优势明显,是目前嵌入式领域控制程序的通用解决方式。
    通信流程中状态的设计是呼叫控制层协议实现的关键。完整而合理的状态转移过程也是程序实现的重要前提。呼叫控制层状态应包括呼叫控制流程周期中的每个典型状况。并且状态之间应该可以转换,不应该存在不能达到的状态或不能进入再次过程的死状态,同时对于要描述的特性没有意义的多余状态也应该避免。
3.3.1 用户A与B通信流程状态事件机
    根据呼叫控制流程和呼叫控制信令的特点以及无中心体制的技术规范,呼叫控制状态机中共设计了S0~S4共5个状态。S0(待机状态)表示移动终端空闲时的默认状态;S1(发起呼叫中状态)为呼叫发起方拨号后的呼叫等待状态,S1被叫进行中的状态为被叫方接收到呼叫建立请求后的判断等待状态;S2(呼叫已建立状态)表示呼叫已建立成功,正在等待下一步进行通话;S3(发话中状态)为用户按下对讲机PTT键后传送通话语音的状态;S4(收话中状态)为用户正在收听对方通话语音的状态。通话结束后双方返回到S0(待机状态)。该状态机考虑了呼叫控制实际应用中的技术细节,实现了每一个状态在各种动作、事件激励下的可预期性转移。状态机的具体内容如图5,图6所示(注:复位拆线后各状态均转换到待机状态)。

3.3.2 呼叫控制程序的实现
    呼叫控制程序应用嵌入式C语言在ARM7处理器中开发。设变量ccl_state存储当前状态的代码,next_state存储下一状态代码,利用Switch_Case语句以及对事件判断的if条件语句即可实现复杂的多条件、多分支的呼叫控制状态机。

    在程序的设计过程中加入了ARM定时器。定时器在嵌入式系统中起着十分关键的作用。为节省频率资源无中心体制加入了通话限时功能,在通话限时开始后,需要启动定时器计时。定时器到时后产生IRQ中断,执行终止通话操作。为增加程序的可靠性,防止死状态的产生,在程序中也要加入对定时器超时事件的判断动作。各状态(除待机状态)一旦处于等待下一步动作的状态时,需要立即启动定时器进行超时判断。例如,呼叫建立时通过定时器检测对方应答时间,超时则返回S0待机状态。

4 呼叫控制协议的可行性和可靠性分析
    呼叫控制流程、呼叫控制信令结构、呼叫控制的状态机三部分密不可分,构成了实现呼叫控制协议的基本要素。呼叫流程的设计考虑了无中心体制以及传统对讲机工作流程。
    呼叫控制信令借鉴了ETSI TS 102 490-DPMR标准中数据链路层的信令帧结构并进行了改进。呼叫控制状态机应用UML模型设计了由通信事件、动作触发的五种可变迁状态。在逻辑上此呼叫控制协议充分模拟了实际应用中的呼叫控制的各种工作情景,理论上能够正确完成呼叫控制系统的功能。在实际嵌入式开发过程中,利用ARM7处理器的高速运行优势,在数据传输中对误码率要求严格的控制信令增加了数据链路层的差错控制编码,CRC循环冗余校验,汉明纠错编码,交织抑制连续突发干扰纠错编码,保证了控制信的准确传输。
    令此外在呼叫控制程序中增加了防死状态的定时器中断,提高了程序的运行可靠性。本呼叫控制协议已实际应用到实验室数字无中心对讲机的样机开发中,运行稳定。

5 结 语
    随着各种数字技术的迅猛发展,模拟的无中心系统在当前的技术环境下已显得捉襟见肘,对其进行全面数字化改造将是未来专网无线通信领域的重要工作内容。呼叫控制协议的数字化标准尚无正式版本推出,本文介绍的呼叫控制协议已应用到数字无中心对讲机的产品开发中,运行稳定,在功能上有待根据实际需求进行进一步的扩容和改进。

关键字:数字  协议  设计  实现

编辑:eeleader 引用地址:http://www.eeworld.com.cn/gykz/2011/0611/article_6624.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:基于SPCE061A的智能建筑消防监控系统设计
下一篇:基于ARM的多传感器信息融合在工业控制中的应用

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利
推荐阅读
全部
数字
协议
设计
实现

小广播

独家专题更多

迎接创新的黄金时代 无创想,不奇迹
迎接创新的黄金时代 无创想,不奇迹
​TE工程师帮助将不可能变成可能,通过技术突破,使世界更加清洁、安全和美好。
TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来
富士通铁电随机存储器FRAM主题展馆
富士通铁电随机存储器FRAM主题展馆
馆内包含了 纵览FRAM、独立FRAM存储器专区、FRAM内置LSI专区三大部分内容。 
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2017 EEWORLD.com.cn, Inc. All rights reserved