DB5101T 101-2021 1.4G宽带集群专网与TETRA窄带集群专网宽窄融合技术规范　　

ICS33.040.40CCSM01DB51011.4G宽带集群专网与TETRA窄带集群专网2021-01-29发布成都市市场监督管理局发布IDB5101/T101—2021前言 Ⅲ 12规范性引用文件 13术语和定义 14缩略语 35融合技术架构 46融合原则 57宽带网功能要求 67.1概述 67.2语音业务功能要求 67.2.1单呼 67.2.2组呼 67.2.3紧急呼叫 67.3数据业务功能要求 77.3.1短消息 77.3.2卫星定位 77.4补充业务功能要求 77.4.1迟后进入 77.4.2话语权抢占 87.4.3优先呼叫 87.4.4预占优先呼叫 87.4.5调度台订阅 87.4.6故障弱化 87.5调度子系统业务功能要求 87.5.1通话功能 87.5.2数据功能 87.5.3调度功能 97.5.4录音功能 8窄带网功能要求 8.1概述 8.2语音业务功能要求 108.2.1单呼 8.2.2组呼 8.2.3紧急呼叫 8.3数据业务功能要求 11DB5101/T101—20218.3.1短消息 8.3.2卫星定位 8.4补充业务功能要求 8.4.1迟后进入 8.4.2话语权抢占 8.4.3优先呼叫 8.4.4预占优先呼叫（PPC） 128.5调度子系统业务功能要求 128.5.1通话功能 8.5.2数据功能 8.5.3调度功能 8.5.4录音功能 9宽窄带融合平台要求 9.1宽窄带融合协议要求 9.2宽窄带融合号码规则 9.3宽窄带融合平台功能要求 149.3.1调度功能要求 9.3.2呼叫功能要求 9.3.3短消息功能要求 9.3.4卫星定位功能要求 159.3.5录音管理功能要求 159.3.6移动定位管理功能要求 169.3.7第三方调度接口功能要求 169.4宽窄融合性能要求 10宽窄带融合管理要求 10.1运行管理 10.2终端管理 10.3网元管理 11宽窄带融合接口 11.1接口要求 11.1.1接口协议要求 11.1.2接口服务约定 11.2接口协议定义 11.3宽窄带核心网之间互联调用流程 11.4第三方用户单位调用流程 19附录A（规范性）接口协议定义 20附录B（资料性）宽窄带核心网之间互联调用流程 附录C（资料性）第三方用户单位调用流程 参考文献 81DB5101/T101—2021本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。本文件由成都市经济和信息化局提出并归口。本文件起草单位：成都市标准化研究院、成都市软件产业发展中心、东方通信股份有限公司、成都中航信虹科技股份有限公司、鼎桥通信技术有限公司、成都华为技术有限公司、中兴通讯股份有限公司、成都亚光电子股份有限公司。本文件主要起草人：李茂春、卢科、尚旭、陈娜娜、余文章、江伟、宋巨伟、李松、张建、张凡、黄刚、闵子彧、刘莎、贺宁、李玉珍、沈勇、李佳承、白玲玉、左汪敬、向游江、骆学强。1DB5101/T101—20211.4G宽带集群专网与TETRA窄带集群专网宽窄融合技术规范本文件规定了1.4G宽带集群专网与TETRA窄带集群专网融合相关的术语和定义、缩略语、融合技术架构、融合原则、宽带网功能要求、窄带网功能要求、宽窄带融合平台要求、宽窄带融合管理要求、宽窄带融合接口等内容。本文件适用于成都市行政区划内1.4G宽带集群专网（以下简称：宽带网）与TETRA窄带集群专网（以下简称：窄带网）的宽窄融合建设。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T1522.1—2006会话初始协议（SIP）技术要求第1部分：基本的会话初始协议YD/T2859—2015基于LTE技术的宽带集群通信(B-TrunC)系统接口技术要求（第一阶段）集群核心网到调度台接口SJ/T11228—2000数字集群移动通信系统体制IETFRFC3261—2002会话初始协议（SIP:SessionInitiationProtocol）IETFRFC3550—2003实时应用程序传输协议（RTP:ATransportProtocolforReal-TimeApplications）3术语和定义下列术语和定义适用于本文件。3.11.4G宽带集群专网1.4GBroadbandTrunkingNetwork无线频率范围为1447MHz～1467MHz的数字集群专网系统。3.2优先呼叫PriorityCall用户台呼叫具有优先级。优先级应包含若干个等级，呼叫时用户按其等级可以排在低一级用户前，排队等候接入信道。[SJ/T11228—2000，4.3c)]3.32DB5101/T101—2021预占优先呼叫Pre-emptiveCall当系统繁忙时，具有预占优先权的用户可以使优先级最低的通信断开以继续其接续过程。[SJ/T11228—2000，4.3d)]3.4调度台Dispatcher通过有线或无线方式连接到集群核心网，可以发起集群调度业务的特殊终端，业务权限高于普通终端。[YD/T2859—2015，定义3.1.1]3.5宽带集群BroadbandTrunking基于宽带无线移动通信技术，支持宽带数据传输业务、语音和多媒体形式的集群指挥调度业务的宽带无线通信系统。[YD/T2859—2015，定义3.1.2]3.6集群核心网TrunkingCoreNetwork提供集群业务的网络实体。[YD/T2859—2015，定义3.1.3]3.7补充业务SupplementaryService对承载业务或用户终端业务加以修改或补充的业务。补充业务不能作为一种独立的业务向用户提供。必须与承载业务或用户终端业务相结合而提供。[SJ/T11228—2000，定义3.3]3.8虚拟专网VirtualProfessionalMobileRadio系统为群体用户提供专用调度台，利用与其它群体共享的网络基础设施组成虚拟专用网，向用户提供一般专用网络所具有的功能，各虚拟专网之间在工作上相互独立，各虚拟网可单独调节运行参数，也可各自根据需要选择功能。[SJ/T11228—2000，定义3.10]3.9广播呼叫BroadcastCall发起呼叫一方讲话，被发起呼叫用户只能接听的通信过程。3DB5101/T101—20213.10组呼（群组呼叫）Groupcall在群组内发起全体成员呼叫的通信过程。3.11迟后进入CallLateEntry呼叫刚建立时未能及时加入，但在通话过程中可加入的一种组呼/广播呼叫。3.12通播组呼AnnouncementCall在通播组内发起对应多个通话组呼叫的通信过程。3.13派接SendandReceive调度台一次派接若干个通话组通话，调度员讲话各组均可听见，各组通话调度员和所有派接通话组均可听见，相当于合并成一个组。3.14宽窄带融合FusionofBroadbandandNarrowband实现宽带网与窄带网之间信息通信与数据交互的过程。3.15宽窄带融合平台PlatformforFusionofBroadbandandNarrowband实现宽带网与窄带网之间信息通信与数据交互的中间平台。3.16第三方用户TheThird-partyUser接入宽窄带融合平台用户的总称。4缩略语下列缩略语适用于本文件。B-TrunC：宽带集群（BroadbandTrunkingCommunication）LTE：长期演进（LongTermEvolution）PPC：预占优先呼叫(PreemptionPriorityCall)RTP：实时传输协议（Real-timeTransportProtocol）SDS：短数据服务（ShortDataService）SDP：会话描述协议(SessionDescriptionProtocol)SIP：会话初始协议（SessionInitiationProtocol）4DB5101/T101—2021TETRA：陆上集群无线电（TerrestrialTrunkedRadio）UDP：用户数据报协议（UserDataProtocol）UE：用户终端（UserEquipment）URL：统一资源定位符（UniformResourceLocator）5融合技术架构5.1技术架构图1宽窄带融合技术架构5DB5101/T101—20215.2技术架构描述5.2.1终端层终端层包括各类能连接上宽带网、窄带网的终端设备，包括移动电话、手持设备、电脑等。5.2.2接入层通过建设宽带网、窄带网通信基站，形成一定面积的无线覆盖区域，为区域内无线终端建立通信网络提供基础。通信基站一般包括宏基站、微基站、直放站、移动基站等。5.2.3交换层宽带网、窄带网与“宽窄带融合平台”之间，通过语音交换、数据业务交换、调度业务交换等接口，实现宽带网与窄带网的信息交互。5.2.4平台融合层宽带网与窄带网之间，通过“宽窄带融合平台”，实现单呼、组呼、紧急呼叫、短消息、定位、迟后进入、话语权抢占、优先呼叫等功能的融合互通。5.2.5应用层宽窄带融合应用包括行政执法、应急保障、公共安全、抗灾救险等。5.2.6融合管理在宽窄网融合过程中，为保障宽窄融合系统的正常运行以及融合功能的正常使用，应对相应设备及系统的管理进行要求，内容见第10章。6融合原则6.1兼容性高版本集群系统应兼容低版本集群系统的接口，各集群系统应兼容宽窄带融合平台的接口，第三方用户系统应兼容宽窄带融合平台接口，应避免系统升级导致融合通信功能不可用。6.2可扩展性可扩展性包括以下内容：a)宽、窄带系统架构和协议设计应具备良好的可扩展性，支持业务功能和性能的扩展以及与其他网络的互通等功能。b)在符合系统总体架构的条件下，宽、窄带系统应支持分解为多个逻辑实体，各个逻辑实体既相互独立，又可以灵活组合。c)宽窄带融合平台除实现对宽带网、窄带网共有功能的融合外，宜实现对宽带网、窄带网个性化功能的互联互通。6.3开放性宽、窄带系统应具备良好的互操作性，应支持与不同设备厂家定义的开放接口的互操作。6.4安全性6DB5101/T101—2021宽、窄带系统应具备高等级的安全性，保证宽、窄带数据、集群业务和应用的安全。6.5可靠性宽窄带融合平台应充分满足宽带网、窄带网的功能及性能指标要求，提升平台的稳定性、可靠性，确保宽窄融合功能满足各集群系统需求。7宽带网功能要求7.1概述参与融合的宽带网应具备语音业务、数据业务、补充业务、调度子系统业务等功能。7.2语音业务功能要求7.2.1单呼全双工单呼应具备在终端与终端之间、终端与调度台之间建立全双工语音单呼的功能。半双工单呼半双工单呼至少应包括以下要求：a)应具备终端与终端之间建立半双工语音单呼的功能；b)应具备终端与调度台之间建立半双工语音单呼的功能；c)半双工语音单呼应具备呼叫建立和释放、话权管理、通话限时、讲话方识别的功能，具体描述如下：——呼叫建立和释放：呼叫由终端或调度台建立，可由用户和网络侧释放；——话权管理：呼叫建立后，主叫获得首次话权，用户申请话权并获得授权后才能讲话；——通话限时：用户可在一定时间内占用话权，如果超时，话权由网络侧强制释放；——讲话方识别：被叫用户可获得当前讲话方的身份信息。7.2.2组呼语音组呼至少应包括以下要求：a)应具备终端或调度台对一个组发起半双工语音呼叫的功能；b)在一个通话组内，应具备该组成员共享一个下行信道，并可以听到话语权拥有方语音的功能；c)在一个通话组内，应具备上行信道由一个获得话语权的组成员占用的功能；d)语音组呼应具备组呼建立和释放、话权管理、通话限时、讲话方识别、迟后进入的功能，具体描述如下：——组呼建立和释放：组呼由终端或调度台建立，可由有权限的用户释放，也可由网络侧在组空闲超时等情况下释放；——话权管理：组呼建立后，主叫获得首次话权，组内其他成员可以申请话权，由系统分配话权；——通话限时：用户可在一定时间内占用话权，如果超时，话权将由网络侧强制释放；——讲话方识别：组内用户可获得当前讲话方的身份信息；——迟后进入：在通话组呼结束前，系统通过周期发送该组呼的参数，将之前未能加入通话的7DB5101/T101—2021组成员加入组呼叫中。7.2.3紧急呼叫紧急呼叫至少应包括以下要求：a)应具备用户无需拨号，只需按紧急呼叫键，由终端自动拨出紧急呼叫号码的功能；b)应具备将调度台发起的呼叫配置为紧急呼叫的功能；c)应具备终端通过预配置或在宽带网注册过程中获得紧急呼叫号码的功能，并将该号码与紧急呼叫键关联；d)应具备按虚拟专网、单位、用户分别设置紧急呼叫号码的功能。紧急呼叫号码能够设置为指定的通话组、用户、调度台或PSTN电话号码；e)应具备支持层级紧急呼叫的功能，即除配置给用户的紧急呼叫号码外，系统为用户另行设置更高层级的紧急呼叫号码，且无需通知终端。注2：紧急呼叫号码可以是单呼号或者组号，终端通过紧急呼叫号码与存储的7.3数据业务功能要求7.3.1短消息实时短数据实时短数据发送至少应包括以下要求：a)应具备一个终端或调度台向另一个终端或调度台发送短数据的功能；b)应具备接收方收到短数据后立即回复确认消息的功能，延时在百毫秒量级。组播短消息应具备终端或调度台向某个组内所有用户发送点对多点短消息的功能，在信息传送时无需接收端确认。广播短消息应具备终端或调度台向某个区域内所有用户发送点对多点短消息的功能，在信息传送时无需接收端确认。状态数据应具备终端之间或终端与调度台之间传递状态信息的功能。状态数据可采用点到点或点到多点方式传输。7.3.2卫星定位定位功能至少应包括以下要求：a)应具备终端卫星定位的功能，实现定位业务；b)应具备系统通过开关决定是否启用终端定位的功能；c)应具备系统配置终端定位参数的功能，且具备终端根据系统配置的定位参数上报位置信息的功d)应具备调度台支持对终端定位信息的订阅和取消订阅功能；e)终端遥晕后，应仍具备支持定位的功能。8DB5101/T101—20217.4补充业务功能要求7.4.1迟后进入迟后进入至少应包括以下要求：a)应具备在用户由于各种原因无法及时加入群组通话的情况下，当用户恢复正常业务后，可在较短时间内再次接入群组的功能；b)应具备延迟时间可通过eNodeB侧参数“群组加入时延”设置的功能；c)延迟时间从用户接到群组寻呼消息之后开始计算。7.4.2话语权抢占在集群组呼中，应具备用户可以基于优先级进行话权抢占的功能。7.4.3优先呼叫应具备支持基于呼叫的优先级机制，至少应包括以下要求：a)呼叫优先级由网络根据用户优先级、组优先级、业务优先级等计算得到。b)应支持排队和抢占策略的可配置功能，不同优先级的呼叫发生资源冲突时，执行不同的资源优先级分配策略。c)应支持用户在不同基站下具备不同的接入优先级，如采用接入等级（AccessClass）控制等。7.4.4预占优先呼叫宜具备预占优先呼叫的功能，当具备预占优先呼叫时，有权限的用户发起呼叫，可选择本次呼叫为预占优先呼叫，该呼叫拥有高优先级，可通过强拆低级别呼叫的方式抢占资源。7.4.5调度台订阅调度台订阅至少应包括以下要求：d)应具备调度台向核心网订阅用户信息、组信息和呼叫信息的功能；e)应具备核心网收到调度台订阅请求后，向调度台返回订阅请求信息的功能；f)当订阅的属性发生变化时，应具备核心网主动向调度台推送相应信息的功能。7.4.6故障弱化故障弱化至少应包括以下要求：a)当基站与核心网之间的通信中断时，或者核心网发生故障时，应具备基站能够处理该基站覆盖范围内用户的注册和业务请求的功能，以支持单呼和组呼等业务；b)基站与核心网之间的通信链路恢复后，应具备系统自动恢复到正常工作状态的功能。7.5调度子系统业务功能要求7.5.1通话功能调度子系统的通话功能至少应包括以下要求：a)语音单呼：调度台和终端之间建立半双工或全双工语音呼叫，调度台可作为主叫或被叫。9DB5101/T101—2021b)语音组呼：调度台可以发起对一个组的半双工语音呼叫。组呼一般由发起方释放，或系统在话权空闲超时等情况下释放。c)调度台间呼叫：调度台和另外一个调度台间建立的语音呼叫，调度台可作为主叫或被叫。7.5.2数据功能调度子系统的数据功能至少应包括以下要求：a)实时短数据——调度台向另一个终端或调度台发送短数据，要求接收方收到短数据后立即回复确认消息。——调度台也可作为短数据的接收方，在收到短数据后立即回复确认消息，调度台在阅读短数据后可向发送方返回阅读回执。b)组播短消息：调度台向某个组内的所有用户发送的点对多点短消息，在信息传送时无需接收端确认。c)广播短消息：调度台向系统内的所有用户发送的点对多点短消息，在信息传送时无需接收端确认。d)状态数据：调度台与终端之间传递行业用户自定义的状态信息的过程。状态数据可采用点到点或点到多点方式传输。7.5.3调度功能广播呼叫应具备广播呼叫的功能，广播呼叫是调度台发起的点到多点呼叫，广播呼叫的呼叫对象为系统内或者指定区域内全体成员，分为全网广播组和区域广播组。广播呼叫不需用户签约，指定区域内用户均能接收广播呼叫。调度台监听宜具备调度台监听的功能，当具备调度台监听功能时，至少应包括以下要求：a)应具备调度台对正在进行的单呼或组呼进行监听，或者对指定用户/组监听的功能，当该用户/组参与呼叫时，核心网自动将呼叫内容发给调度台；b)监听的发起、进行中、结束时，被监听的终端不进行任何显示或提示；c)调度台在监听过程中不获得话权。环境监听应具备环境监听的功能，至少应包括以下要求：a)环境监听是调度台发起的一种单向语音单呼，调度台应具备通过空中接口开启指定终端的麦克风和发射机，将该终端周围的声响发送到调度台进行监听的功能；b)在环境监听发起、进行中、结束时，终端没有任何显示或提示；c)环境监听不影响终端的操作和业务。动态重组动态重组至少应包括以下要求：a)应具备调度台在系统中有新建和删除群组的功能，以及对某个组增加和删除成员、修改组的功b)应具备通过空中接口对终端进行操作，接收到指令的终端立即回复确认的功能；DB5101/T101—2021c)应具备网络侧收到终端回复后，将结果上报给调度台的功能。强插/强拆强插/强拆至少应包括以下要求：a)应具备有权限的调度台能插入到一个正在进行的组呼中，并获得当前组呼话权的功能；b)应具备调度台能从插入的组呼中退出，该组呼继续保持的功能；c)应具备有权限的调度台强行释放某个组呼或单呼，释放信道的功能。遥毙/遥晕/复活遥毙/遥晕/复活至少应包括以下要求：a)应具备调度台通过空中接口对指定终端进行激活/去激活操作的功能；b)终端被遥晕后，应具备调度台向网络回复确认消息的功能，除了附着、注册、鉴权、复活/遥毙、定位等服务外，不可以申请或者接受任何网络的业务；c)终端被遥晕后，应具备只接受具备权限的调度台对其执行复活操作的功能，复活成功后终端恢复到正常工作状态，并向网络回复确认消息；d)终端被遥毙后，失去所有操作功能，不能通过空中接口产生的信息复活；e)若本次遥毙/遥晕/复活指令未送达（如终端关机或不在服务区内应具备在终端注册时继续完成遥毙/遥晕/复活过程的功能。7.5.4录音功能调度子系统的录音功能至少应包括以下要求：a)应具备本地录音的功能；b)应具备提供录音接口的功能；c)应具备通过接口将信息发送至系统进行录音的功能；d)应具备手动和自动录音的功能。8窄带网功能要求8.1概述参与融合的窄带网应具备语音业务、数据业务、补充业务、调度子系统业务等功能。8.2语音业务功能要求8.2.1单呼全双工单呼全双工单呼至少应包括以下要求：a)应具备通过网管配置全双工单呼权限的功能，并且只有当主被叫同时拥有单呼权限时呼叫才能成功；b)应具备可设置最大通话时间的功能；c)单呼是用户之间建立的一种点对点的双向语音呼叫，呼叫的参与方只有主叫和被叫两方。半双工单呼DB5101/T101—2021半双工单呼至少应包括以下要求：a)应具备通过网管配置半双工单呼权限的功能，并且只有当主被叫同时拥有单呼权限时呼叫才能成功；b)应具备可设置最大通话时间的功能；c)单呼是用户之间建立的一种点对点的单向语音呼叫，呼叫的参与方只有主叫和被叫两方。8.2.2组呼组呼至少应包括以下要求：a)应具备由调度台或终端用户发起组呼的功能；b)应具备终端用户同时编入多个不同通话组的功能；c)应具备对终端用户设置不同的优先级，高优先级用户能强插和强拆正在通话的低优先级组的功d)应具备提供通话组扫描和优先级扫描的功能；e)应具备设置最大通话时间的功能。8.2.3紧急呼叫紧急呼叫至少应包括以下要求：a)当无信道资源时，应具备可强拆正在进行的低级别呼叫，以迅速建立紧急呼叫的功能；b)应具备发起紧急呼叫的终端用户可将身份码显示给所有参与呼叫的用户的功能；c)应具备紧急呼叫由调度台受理和清除，也可以由紧急呼叫发起者清除的功能。注：紧急呼叫是用户在紧急情况下发起的一种特殊呼8.3数据业务功能要求8.3.1短消息实时短数据实时短数据发送至少应包括以下要求：a)应具备双向中文短数据业务（SDS）的功能；b)应具备一个终端或调度台向另一个终端或调度台发送短数据的功能；c)应具备接收方收到短数据后，终端立即回复确认短消息的功能，延时在百毫秒量级；d)应具备接收方收到短数据并阅读后，终端立即回复短消息已阅的功能；e)应具备短信存储转发功能，并保证未开机或不在服务区的用户能够在开机后或进入服务区后能够接收到短信。组播短消息应具备调度台向某个组内所有用户发送点对多点短消息的功能，在信息传送时无需接收端确认。广播短消息应具备终端或调度台向某个区域内所有用户发送点对多点短消息的功能，在信息传送时无需接收端确认。状态数据DB5101/T101—2021应具备终端之间或终端与调度台之间传递预定义状态信息的功能。状态数据可采用点到点或点到多点方式传输。8.3.2卫星定位应具备移动终端的卫星定位数据上报和转发的功能。8.4补充业务功能要求8.4.1迟后进入在组呼过程中，应具备迟登录进系统的通话组成员可自动加入一个正在进行的组呼的功能。8.4.2话语权抢占在组呼过程中，应具备抢占其他正在通话用户话语权的功能。8.4.3优先呼叫系统繁忙时，应具备优先获取资源呼叫的功能，获取资源的方式是在排队队列中插队。8.4.4预占优先呼叫（PPC）预占优先呼叫至少应包括以下要求：a)系统繁忙时，具有预占优先权的用户应具备可抢占其它低优先级呼叫信道资源的功能，且优先抢占最低优先级呼叫中最早发起的信道资源；b)具有预占优先呼叫的被叫用户应具备可抢占正处于低优先级通话用户的功能，使用户进入新的呼叫中。8.5调度子系统业务功能要求8.5.1通话功能调度子系统的通话功能至少应包括以下要求：a)组呼：应具备调度台对终端用户发起组呼，和终端用户对调度台发起组呼的功能。b)通播组呼——应具备调度员可以根据权限对通播组用户发起通播呼叫的功能；——应具备终端用户对调度台发起通播组呼叫的功能。c)单呼——应具备全双工和半双工单呼的功能；——应具备调度台与终端单呼的功能；——应具备调度台与调度台单呼的功能。d)紧急呼叫——应具备调度台紧急呼叫终端用户的功能；——应具备调度台紧急呼叫通话组的功能。8.5.2数据功能调度子系统的数据功能至少应包括以下要求：a)应具备接收、显示和保存状态信息的功能；b)应具备接收、发送短消息的功能。DB5101/T101—20218.5.3调度功能应具备通话组派接、通话组多选、广播呼叫（系统呼叫）、环境监听、缜密监听、动态重组、调度台强插/强拆、遥毙/遥启（复活）的功能。通话组派接通话组派接至少应包括以下要求：a)调度台应具备可以一次派接若干个通话组通话，调度员讲话各组均可听见，各组通话调度员和所有派接通话组均可听见，相当于合并成一个组；b)派接组通话时一个基站下所有被派接用户占用相同的1个信道。通话组多选通话组多选至少应包括以下要求：a)调度台应具备可以一次多选若干个通话组通话，调度员讲话各组均可听见，各组通话调度员也可听见；b)通话组之间隔离，即各通话组成员讲话只有组内成员能听到，其他通话组成员不能听到。广播呼叫（系统呼叫）广播呼叫至少应包括以下要求：a)调度台应具备广播呼叫（系统呼叫）功能，广播呼叫只能由调度台发起；b)呼叫建立后只有主叫具备发射权限，被叫用户只有接收权限，可以有效防止被叫用户干扰主叫发射；c)广播呼叫包括基站广播、系统广播等。环境监听调度台应具备可遥控开启非通话状态的无线终端的功能，以监听移动用户周围的环境声音，同时被监听方应无法察觉被监听。缜密监听缜密监听至少应包括以下要求：a)授权调度台获取指定移动用户语音；b)授权调度台应具备可以监听一个单呼而不让被监听者知道。动态重组动态重组至少应包括以下要求：a)可利用无线方式对用户重新编组；b)根据任务执行的需要，将TETRA系统中分别属于不同通话组的个别用户，从原来的通话组中抽掉出来，重新组成一个临时的新的通话组；c)在系统释放动态重组命令后，用户回到原来的状态。强插/强拆强插/强拆至少应包括以下要求：a)调度台应具备对呼叫通话的强插和强拆功能；DB5101/T101—2021b)调度员在其管理的通话组通话时，可以在别人讲话时强插，也可以强拆该组通话。遥毙/摇晕/复活（遥启）遥毙/摇晕/复活(遥启)至少应包括以下要求：a)调度台应具备对网中非法用户实施空中遥毙/摇晕；b)被遥毙的用户机需要重新写频才能恢复正常工作状态；c)用户被摇晕时未开机，则当开机登记时还会被摇晕；d)遥启是摇晕的逆动作，由系统下发恢复指令，被遥毙的用户机收到调度下达的恢复指令后恢复正常工作状态；e)用户被恢复时未开机，则当开机登记时还会被重新恢复集群工作。8.5.4录音功能录音功能至少应包括以下要求：a)应具备本地录音的功能；b)应具备提供录音接口的功能；c)应具备通过接口将信息发送至系统进行录音的功能；d)应具备手动和自动录音的功能；e)应具备记录每一路话音的讲话者ID、所属当前通话组ID、所属当前通话组内的全部组员ID，及时间标志、调度台标志、统一的事件ID的功能。9宽窄带融合平台要求9.1宽窄带融合协议要求宽窄带融合协议至少应包括以下要求：a)宽、窄带集群系统应通过开放的通信接口协议，统一接入宽窄带融合平台；b)宽窄带融合平台应提供第三方API接口，便于第三方用户通过融合平台调用宽、窄带集群系统的业务。9.2宽窄带融合号码规则宽、窄带集群系统内部沿用各自的编号规则，在呼叫其他系统号码时无需进行号码格式转换或者映射，只需针对不同的系统增加对应的字冠号码。9.3宽窄带融合平台功能要求9.3.1调度功能要求调度至少应包括以下要求：DB5101/T101—2021a)应具备宽带用户发起半双工单呼、全双工单呼窄带用户和调度员的功能b)应具备宽带调度员发起半双工单呼、全双工单呼窄带用户和调度员的功能；c)应具备窄带用户发起半双工单呼、全双工单呼宽带用户和调度员的功能；d)应具备窄带调度员发起半双工单呼、全双工单呼宽带用户和调度员的功能；e)应具备第三方用户发起半双工单呼、全双工单呼窄带用户和调度员的功能；f)应具备第三方用户发起半双工单呼、全双工单呼宽带用户和调度员的功能；g)应具备第三方用户发起组呼窄带系统的功能；h)应具备第三方用户发起组呼宽带系统的功能。9.3.2呼叫功能要求组呼功能要求组呼至少应包括以下要求：a)应具备宽带用户发起宽窄关联组呼叫的功能；b)应具备宽带调度员发起宽窄关联组呼叫的功能；c)应具备窄带用户发起宽窄关联组呼叫的功能；d)应具备窄带调度员发起宽窄关联组呼叫的功能；e)应具备跨系统呼叫话权管理的功能，包括话权申请、话权释放、话权抢占；f)应具备跨系统呼叫释放的功能；g)应具备第三方用户发起宽带通话组呼叫的功能；h)应具备第三方用户发起窄带通话组呼叫的功能；i)应具备第三方用户发起宽窄关联组呼叫的功能。单呼功能要求单呼至少应包括以下要求：a)应具备宽带用户发起半双工单呼、全双工单呼窄带用户和调度员的功能；b)应具备宽带调度员发起半双工单呼、全双工单呼窄带用户和调度员的功能；c)应具备窄带用户发起半双工单呼、全双工单呼宽带用户和调度员的功能；d)应具备窄带调度员发起半双工单呼、全双工单呼宽带用户和调度员的功能；e)应具备第三方用户发起半双工单呼/全双工单呼窄带用户和调度员的功能；f)应具备第三方用户发起半双工单呼/全双工单呼宽带用户和调度员的功能。广播呼叫功能要求广播呼叫至少应包括以下要求：a)应具备宽、窄带系统的调度员或有调度功能的用户向宽窄关联组内的所有用户发起的单向语音呼叫的功能，广播呼叫过程中，被呼叫用户只能接听，不能讲话。b)应具备第三方用户向宽带系统发起广播呼叫的功能；c)应具备第三方用户向窄带系统发起广播呼叫的功能。9.3.3短消息功能要求应具备宽、窄带系统短消息与对端系统点到点、点到群组的短消息发送、接收、存储和转发的功能。9.3.4卫星定位功能要求DB5101/T101—2021卫星定位至少应包括以下要求a)应具备接收宽、窄带系统上报终端定位信息的功能；b)应支持用户调用API接口获取对应宽、窄带系统终端的定位信息。9.3.5录音管理功能要求录音管理至少应包括以下要求：a)应具备接收、存储宽、窄带集群系统的语音数据；b)应支持同时接收多路语音数据。9.3.6移动定位管理功能要求应具备对宽、窄带终端定位信息的订阅和取消订阅功能。9.3.7第三方调度接口功能要求调度功能主要用于开放给第三方用户或者具有调度权限的接入用户。派接功能要求派接至少应包括以下要求：a)应具备支持调度用户发起宽带系统通话组派接的功能；b)应具备支持调度用户发起窄带系统通话组派接的功能。广播呼叫功能要求广播呼叫至少应包括以下要求：a)应具备支持调度用户发起宽带系统广播呼叫的功能；b)应具备支持调度用户发起窄带系统广播呼叫的功能。环境监听功能要求环境监听至少应包括以下要求：a)应具备支持调度用户发起宽带系统环境监听的功能；b)应具备支持调度用户发起窄带系统环境监听的功能。缜密监听功能要求缜密监听至少应包括以下要求：a)应具备支持调度用户发起宽带系统缜密监听的功能；b)应具备支持调度用户发起窄带系统缜密监听的功能。动态重组功能要求动态重组至少应包括以下要求：a)应具备支持调度用户发起宽带系统动态重组的功能；b)应具备支持调度用户发起窄带系统动态重组的功能。强插/强拆功能要求强插/强拆至少应包括以下要求：DB5101/T101—2021a)应具备支持调度用户对宽带系统已经发起的呼叫进行强拆/强插的功能；b)应具备支持调度用户对窄带系统已经发起的呼叫进行强拆/强插的功能。遥毙（遥晕）/遥启（复活）功能要求遥毙（遥晕）/遥启（复活）至少应包括以下要求：a)应具备支持调度用户对宽带系统终端发起遥毙（遥晕）/遥启（复活）的功能；b)应具备支持调度用户对窄带系统终端发起遥毙（遥晕）/遥启（复活）的功能。短信息功能要求短信息至少应包括以下要求：a)应具备接收、转发宽、窄带集群网跨系统的短信息的功能；b)应具备目标终端不在线时，存储转发短信息的功能。9.4宽窄融合性能要求宽窄融合平台整合了1.4G宽带集群专网与TETRA窄带集群专网通信资源，实现了宽窄带集群专网的业务融合，在充分满足宽窄融合功能的同时，为确保平台的融合能力及实际应用价值，应同时考虑用户良好的使用体验，并满足以下性能要求：a)语音建立时间：≤800ms；b)语音延迟时间：≤800ms；c)定位信息延迟时间：≤3s；d)短信息延迟时间：≤3s；e)视频延迟时间：≤3s。10宽窄带融合管理要求宽窄带融合管理是为保证宽窄融合系统及融合功能的正常运行和使用而进行的参数配置、运行状态监控与状态管理，具体包括：a)运行管理。b)终端管理。c)网元管理。10.1运行管理应对宽带及窄带集群系统的运行状态信息进行管理，主要包括：a)全网统计在线终端数量。b)全网统计在线通话组数量。c)全网统计语音呼叫数量。d)全网统计数据业务数量。e)系统各基站语音呼叫和数据业务统计。f)系统各基站统计注册终端数量。g)系统各基站统计注册通话组数量。10.2终端管理应对宽带及窄带集群系统的终端设备进行管理，主要包括：DB5101/T101—2021a)查询用户终端的定位位置信息。b)查询用户终端的当前业务状态信息。c)查询用户终端的配置信息。d)查询用户终端的历史业务统计信息。10.3网元管理应对宽带及窄带集群系统的主要网元设备进行管理，主要包括：a)查询交换控制中心当前/历史运行状态信息。b)查询基站设备当前/历史运行状态信息。11宽窄带融合接口11.1接口要求11.1.1接口协议要求宽窄带融合过程中使用到的协议主要包括SIP协议、RTP协议，控制信令使用SIP扩展协议，语音用RTP协议，各宽/窄带核心网、宽窄带融合平台以及第三方用户间的接口访问协议架构如图2所示，其中：——各宽/窄带核心网与宽窄带融合平台之间使用相同的SIP-RTP协议。不支持SIP-RTP协议的宽/窄带核心网，可通过增加宽/窄带核心网网关实现宽/窄带核心网厂家私有协议与SIP-RTP协议的转换。——宽窄带融合平台向第三方用户进行赋能也使用SIP-RTP协议，第三方用户单位通过该协议对融合平台接入的各宽/窄带核心网实现业务调度。图2接口访问协议架构DB5101/T101—202111.1.2接口服务约定呼叫控制约定呼叫控制约定如下：a)宽、窄带集群系统在处理系统内部呼叫业务时不需要经过融合平台，只有跨系统呼叫时才经过融合平台；b)第三方用户单位需要对融合平台接入的一个或多个系统发起呼叫业务时必须经过融合平台。源系统及非源系统约定呼叫过程中，主叫所在的系统为源系统，非主叫所在的系统为非源系统。群组管理约定宽、窄带集群系统内部群组管理依然由系统自身完成，跨系统呼叫群组管理由融合平台完成。摘机模式约定摘机模式约定如下：a)全双工单呼，约定为摘机模式，需要振铃。b)半双工单呼和组呼，约定为非摘机模式，无需振铃。话权优先级约定成员话权优先级分为高、中、低、末四级，分别用3、2、1、0表示。语音报文格式约定系统互联时，语音报文编码格式可以通过SDP协商。默认编码格式为PCMA，20ms一帧，每包传送1帧语音。11.2接口协议定义接口协议定义见附录A。11.3宽窄带核心网之间互联调用流程宽窄带核心网之间互联调用流程见附录B。11.4第三方用户单位调用流程第三方用户调用流程见附录C。DB5101/T101—2021接口协议定义A.1SIP协议定义A.1.1基本要求SIP协议基于IETFRFC3261—2002的规定，并根据宽窄带集群专网融合的需求，进行规范。A.1.2SIP协议体系结构SIP协议的分层结构如图A.1所示。图A.1SIP协议体系结构协议结构描述如下：a)SIP（应用层）体系结构中的最高层，直接为用户的应用进程提供服务。支持电子邮件的SMTP协议，支持文件传送的FTP协议等等都b)UDP（传输层）负责向两个主机进程之间的通信提供服务。由于一个主机可同时运行多个进程，因此传输层有复用和分用的功能。c)IP（网络层）负责为分组交换网上的不同主机提供通信服务。在发送数据时，网络层把传输层产生的报文段或用户数据封装成分组或包进行传送。由于网络层使用IP协议，分组也叫做IP数据报，或简称为数据报。d)L2（数据链路层）两个主机之间的数据传输，是在一段一段的链路上传送的，即两个相邻结点之间传送数据是直接传送的（点对点这时就需要使用专门的链路层的协议。在两个相邻结点之间传送数据时，数据链路层将网络层交下来的IP数据报组装成帧(framing)，在两个相邻结点之间的链路上“透明”地传送帧中的数据。e)L1（物理层）负责透明地传送比特流。在物理层上所传数据的单位是比特。A.1.3SIP消息特殊符号约定DB5101/T101—2021SIP消息中的特殊符号含义如下：a)[parm]表示parm可选；b)(parm)表示parm优先；c){parm}表示parm可任意多次；d)*n{parm}表示parm最多出现n次；e)n*{parm}表示parm至少出现n次；f)1*n{parm}表示parm至少出现1~n次；g)n{parm}表示parm连续出现n次；h)约定所有出现的字母大小写敏感。A.1.4保留字规定STARSLASHEQUALLPARENRPARENLAQUOTRAQUOTLBRKTRBRKTDOTCOMMASEMICOLONSPDQUOTECRLFOCTETDIGITPOS-DIGITALPHAHEXLHEXalphanumSafeCharRestCharRandnum=.=,=%x20=%x22(双引号）=%d13.10=%x00-FF="0"|POS-DIGIT"Z"=ALPHA|DIGITDB5101/T101—2021OtherToken=1*{ALPHA}quoted-string=DQUOTE{SafeChar|%x80-FF|RestChar|SP}DQUOTEA.1.5SIP-URISIP-URI用于指示一个通信资源，包含了与该通信资源建立及维持会话所需要的信息。SIP-URI="sip:"hosturi-parametershost=hostname|IPv4addresshostname=ALPHA|ALPHA{alphanum}IPv4address=1*3{DIGIT}"."1*3{DIGIT}"."1*3{DIGIT}"."1*3{DIGIT}uri-parameters={";"uri-parameter}uri-parameter=maddr-parammaddr-param="maddr="IPv4addressA.1.6SIP消息（SIPmessage）格式SIP消息（SIPmessage）既可以是从客户端到服务器的请求（Request），也可以是从服务器到客户端的应答（Response），基本消息格式如下：SIP-message=Request-Line|Status-Line1*{message-header}CRLF[message-body]注：Request-Line、Status-Line及每一个消息头域都应A.1.7SIP请求（SIPRequest）A.1.7.1SIP请求（SIPRequest）格式SIPRequest格式如下：Request=Request-Line6*{message-header}CRLF[message-body]Request-Line=MethodSPRequest-URI[SPSIP-Version]CRLF注：SIP请求消息至少包含6个头域：Via，From，To，Call-ID，CSeq，Max-Forwards。具体头域的定A.1.7.2SIP方法（SIPMethod）格式SIPMethod格式如下：Method=INVITE|ACK|OPTIONS|INFO|BYE|CANCEL|REGISTER|SUBSCRIBE|UPDATE|PUBLISH|MESSAGE|NOTIFY|REFER|PREPARE|RESTOREA.1.7.3Request-URI格式DB5101/T101—2021Request-URI格式如下：Request-URI=SIP-URI|AbsoluteURIAbsoluteURI=Scheme":"TagetNumber"@"prefixScheme=NB-PRIVATE-USER|NB-GROUP-USER|BB-PRIVATE-USER|BB-GROUP-USERNB-PRIVATE-USER="nbp"NB-GROUP-USER="nbg"BB-PRIVATE-USER="bbp"BB-GROUP-USER="bbg"注：broadbandgroupuser，TPU="tpu"TagetNumber=1*{DIGIT}注：prefix表示号码字冠，1表示第三方调度用户单位、5表示宽A.1.7.4SIP-Version格式默认强制要求为“SIP/2.0”A.1.8SIP消息头（SIPmessage-header）格式SIPmessage-header格式如下：message-header=(Call-ID|Content-Length|Content-Type|Call-Priority|Max-Forwards|Min-Expires|P-Access-Network-Info|P-Asserted-Temporary-Identity|Handover-NumberDB5101/T101—2021|Subscription-State|Service-Route|User-Agent|WWW-Authenticate)CRLFA.1.8.1Call-ID格式Call-ID是在一系列消息中，区分一组消息的唯一标志。在一次对话中，每个UA请求和应答的Call-ID应一致。具体格式如下：Call-ID="Call-ID:"CallidCallid=1*8{Randnum}A.1.8.2Contact格式Contact头域指定一个SIP-URI，同一对话中的后续请求可以用它来联系到当前的UA。在INVITE的请求消息中应有Contact头域，并且该头域只能含有一个SIP-URI。具体格式如下：Contact="Contact:"contact-addr{SEMIcontact-params}contact-addr=LAQUOTaddr-specRAQUOTaddr-spec=SIP-URI|AbsoluteURIcontact-params=c-p-expires|actionc-p-expires="expires"EQUALdelta-secondsdelta-seconds=1*{DIGIT}action="action"EQUAL1*{alphanum}注：Contact头域中的SIP-URI表示UA的联系地址。若c-p-expires参数值不A.1.8.3Content-Length格式Content-Length头域用十进制整数指示消息体的字节数。如果SIP消息中Content-Type头域存在，则应携带此头域。具体格式如下：Content-Length="Content-Length:"1*{DIGIT}A.1.8.4Content-Type格式Content-Type头域指示了消息体的媒体类型。如果消息体不为空，则Content-Type头域应存在。具体格式如下：Content-Type="Content-Type:"media-type[SEMIcharsetEQUALcharset-value]media-type=m-typeSLASHm-subtypecharset="charset"charset-value="ASCII"|"UTF-8"|"ISO8859"|"UNICODE-16"|"GB2312"m-type=discrete-typediscrete-type=text|application|locationtext="text"DB5101/T101—2021application="application"location="location"m-subtype=SDPSDP="sdp"注：属于application媒体类型。默认的编码PLAIN="plain"注：文本消息，属于text媒体类型。默认的编码方STATUS="status"注：状态数据，属于application媒体类型，内容为十进制整数，默认的编码BIN="bin"LIP="lip"注：属于application媒体类型。默认编A.1.8.5Call-Mode格式Call-Mode头域用于在请求消息头中携带本次请求的特征参数。具体格式如下：Call-Mode="Call-Mode:"call-mode{COMMAcall-attr}call-mode=GROUP|HALF-PRIVATE-CALL|DOUBLE-PRIVATE-CALLGROUP="group"HALF-PRIVATE-CALL="half-private-call"DOUBLE-PRIVATE-CALL="double-private-call"BCAST="bcast"A.1.8.6Call-Priority格式Call-Priority头域用于UAC设置发送的请求消息的紧急程度。Call-Priority为数字表示优先级的大小，数值越大，表示相对优先级越高，取值范围为1-15，最高级15表示紧急。请求中若无该头域则优先级数值默认为1。具体格式如下：Priority="Priority:"priority-valuepriority-value=|1|2|3|4|5|6|7|8|9|10|11|12|13|14A.1.8.7CSeq格式DB5101/T101—2021CSeq头域包含一个序列号和一个请求方法，请求方法应与对应的请求消息类型一致。该头域用于把某对话中的事务进行排序且提供了一种唯一标识某事务的方法，能够区分某请求是新的请求还是重发的请求。具体格式如下：CSeq="CSeq:"1*3{DIGIT}[SPMethod]注：请求消息可以省略Method，但响应消息不能省略。通常情况下CSeq头域的数字部分都会递增，当达到最大值999后，再从0A.1.8.8Event格式Event头域用来标识事件类型，具体格式如下：Event="Event:"event-typeevent-type=event-packageevent-package=stun|discreet-listening|cancel-locationstun="stun"kill="kill"revive="revive"discreet-listening="discreet-listening"location="location"cancel-location="cancel-location"heartbeat="heartbeat"A.1.8.9Expires格式Expires消息头给出消息有效期的相对时间，计时从收到请求消息的那一刻开始。该头域取值0~225秒，其含义因请求方法不同而不同。具体格式如下：Expires="Expires:"delta-secondsA.1.8.10From格式From头域用于指示请求发起方的逻辑标识，具体格式如下：From="from:"from-specfrom-spec=name-addrSEMItag-paramname-addr=LAQUOTaddr-specRAQUOTDB5101/T101—2021addr-spec=SIP-URI|AbsoluteURItag-param="tag="1*4{token}A.1.8.11Max-Forwards格式Max-Forwards头域用来限制一个SIP请求消息允许经过的实体的最大数目。每个实体在向前转发请求消息时，会将Max-Forwards头域值递减1。如果一个实体收到一个Max-Forwards头域值为0的请求消息，则丢弃该请求消息，并向UAC回送483（跳转次数太多）响应。所有的SIP请求消息都应有Max-Forwards头域，这个头域的缺省值为70，具体格式如下：Max-Forwards="Max-Forwards:"1*2{DIGIT}A.1.8.12Min-Expires格式Min-Expires头域用来指示服务器更新消息的最短时间间隔，取值为0s～214s，以及gps上报的距离间隔，取值1m～9999m，具体格式如下：Min-Expires="Min-Expires:"delta-seconds[SEMIdistance-meters]distance-meters="distance-meters:"1*4{DIGIT}注：当delta-seconds设置为A.1.8.13To格式To头域用来指示请求的接收方信息，具体格式如下：to-spec=name-addr[SEMItag-param]{SEMIto-param}to-param=generic-param{EQUALgen-value}generic-param=ptt-numptt-num="ptt-num"gen-value=1*{DIGIT}A.1.8.14Via格式Via头域用来指示请求当前经历的路径，以及响应应当经过的路径，具体格式如下：Via="Via:"via-parm{","via-parm}via-parm=[transportNameSP]hostSEMIvia-branchtransportName="UDP"via-branch="branch="1*4{token}A.1.9SIP响应消息（SIPResponse）SIP响应消息格式如下：Response=Status-Line5*{message-header}CRLF[message-body]Status-Line=[SIP-VersionSP]Status-CodeCRLFDB5101/T101—2021SIP响应消息至少包含5个头域：Via、From、To、Call-ID和CSeq。Status-Code=Informational|Redirection|Client-Error|Server-Error|Global-FailureInformational="100"；Success="200"；Redirection="300"；Client-Error="400"；DB5101/T101—2021Server-Error="500"；Global-Failure="600"；注：响应消息含义参考YD/T1522A.1.10SIP消息体pSIP消息体通用格式如下：message-body={OCTET}A.1.11SDP协议A.1.11.1SDP语法SDP通用格式如下：announcement=[proto-version][origin-field][session-attrs][media-descriptions]小写字符表示。<value>是一个结构文本，具体格式和内容根据<type>变化而不同。<type>=<value>中“=”A.1.11.2proto-version格式proto-version用来表示SDP的版本信息，具体格式如下：proto-version="v="1*{alphanum}CRLFA.1.11.3origin-field格式origin-field用来表示会话发起方的信息，具体格式如下：origin-field="o="IPv4addressCRLFIPv4address表示IPv4类型地址。A.1.11.4session-attrsDB5101/T101—2021session-attrs用来表示会话级属性，具体格式如下：session-attrs=1*{"a="sattrCRLF}sattr=sattrP|(sattrField":"satt-value)注：sattrP的语法定义见A.，sattrField="priority"satt-value=1{DIGIT}注：priority表示话权优先级，取值为整数0～3，数值越大A.1.11.5media-descriptions格式media-descriptions为SDP的媒体描述域，具体格式如下：media-descriptions=media-fieldsmattribute-fieldsA.media-fields格式media-fields用来描述对会话中的媒体相关信息，具体格式如下：media-fields="m="portfmtCRLFport=1*5{DIGIT}fmt="8"A.mattribute-fields格式mattribute-fields为媒体级属性，媒体级属性只适用于当前媒体。SDP媒体级属性扩展如下：mattribute-fields=1*{"a="attrCRLF}attr=attrP|(attrField":"att-value)attrP=sendrecvsendrecv="sendrecv"sendonly="sendonly"recvonly="recvonly"inactive="inactive"attrField=priorityA.1.12lip协议A.1.12.1lip语法DB5101/T101—2021lip格式如下：lip=timeSEMIlatitudeSEMIlontitudeSEMI[altitudeSEMI][directionSEMI][positionErrorSEMI][herSpeedSEMI][verSpeedSEMI][reasonSEMI]time="time="time-value注：time-value表示datetime格式的时间，如：2020-11-1latitude="latitude="[NORS]latitude-value注：latitude–value表示以度为单位的纬度值，至少精确到小数点后6位NORS="N"|"S"longitude="longitude="[EORW]longitude-value注：longitude–value表示以度为单位的经度值，至少精确到小数点后6位，如1altitude="altitude="altitude-valuealtitude-value=1*{DIGIT}），direction="direction="direction-valuedirection-value=1*{DIGIT}注：表示行进方向，空间被分为16个方向，以22.5度为单位顺时针positionError="positionError="positionError–value注：positionError-value表示定位误差，其取值范围与含horSpeed="horSpeed="horSpeed–valuehorSpeed–value=1*{DIGIT}verSpeed="verSpeed="verSpeed–valueverSpeed–value=1*{DIGIT}reason="reason="reason–value注：reason–value表示定位信息触发或发送原因，其取值范围与含义A.1.12.2positionErrorpositionError取值范围及含义如表A.1所示。表A.1positionError取值范围及含义positionError值误差经度0误差小于2m1误差小于20m2误差小于200m3误差小于2kmDB5101/T101—2021表A.1（续）4误差小于20km5误差小于200km6误差大于200km7定位错误，误差无法计算A.1.12.3reasonresaon取值范围及含义如表A.2所示。表A.2reason取值范围及含义reason值定位信息触发原因0开机1关机2进入紧急状态7集群模式8直通模式低电量丢失定位能力恢复定位能力即时定位请求响应定时触发定距离出发其它保留A.2RTP协议定义A.2.1基本要求RTP协议采用IETFRFC3550—2003的规定执行。A.2.2RTP协议结构RTP协议结构如图A.2所示。DB5101/T101—2021图A.2RTP协议结构协议结构描述如下：a)V：RTP协议的版本号，占2个bit位，当前协议版本号为2b)P：填充标志，占1个bit位，如果P=1，则在该报文的尾部填充一个或多个额外的八位组，它们不是有效载荷的一部分。c)X：扩展标志，占1个bit位，如果X=1，则在RTP报头后跟有一个扩展报头d)CC：CSRC计数器，占4个bit位，指示CSRC标识符的个数e)M:标记，占1个bit位，不同的有效载荷有不同的含义，对于视频，标记一帧的结束；对于音频，标记会话的开始。f)PT:有效荷载类型，占7个bit位，用于说明RTP报文中有效载荷的类型，如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的，这样便于客户端进行解析。g)Sequencenumber：序列号，占16个bit位，用于标识发送者所发送的RTP报文的序列号，每发送一个报文，序列号增1。这个字段当下层的承载协议用UDP的时候，网络状况不好的时候可以用来检查丢包。同时出现网络抖动的情况可以用来对数据进行重新排序，序列号的初始值是随机的，同时音频包和视频包的sequence是分别记数的。h)Timestamp：时间戳，占32个bit位，必须使用90kHz时钟频率。时戳反映了该RTP报文的第一个八位组的采样时刻。接收者使用时戳来计算延迟和延迟抖动，并进行同步控制。i)SSRC：同步信源标识符：占32个bit位，用于标识同步信源。该标识符是随机选择的，参加同一视频会议的两个同步信源不能有相同的SSRC。j)CSRC：特约信源标识符：每个CSRC标识符占32个bit位，可以有0～15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。DB5101/T101—2021（资料性）宽窄带核心网之间互联调用流程B.1心跳流程B.1.1假定条件为便于流程描述，假定以下条件：——NTCN表示窄带核心网，ip地址为0；——PFFOBN表示宽窄带融合平台，ip地址为0。