标准规范下载简介
YD／T 2638.2-2018 公众电信网优先呼叫技术要求 第2部分：CDMA网络图3主叫流程—一业务请求阶段发生的无线资源不足
流程说明如下： 1）主叫用户发起呼叫，终端向基站发送始呼请求。基站控制器发送CMServiceRequest给MSC，其 中参数RadioEnvironmentandResources的Avail设置为“o”表示无可用资源。 2）MSC收到CMServiceRequest，判断基站无可用资源，且用户为优先呼叫用户，MSC选择该小区 下可拆除呼叫队列中位于队列头的呼叫进行拆除。MSC设置标志，表示该小区有重要用户接入，但没有 空口信道资源（MSC收到普通用户从该小区的接入请求，判断有该标志，则拒绝普通用户的接入情况） 3）MSC发送“指配请求”给BSC。 4）由于普通呼叫被拆除，BSC利用释放的资源进行空口资源指配，指配完成后，BSC给MSC发送“指 配完成”消息。 5）MSC收到“指配完成”消息，清除设置的标志，允许普通用户从该小区进行接入。
1）主叫用户发起呼叫，终端向基站发送始呼请求。基站控制器发送CMServiceRequest给MSC。 2）MSC向BSC发送AssignmentRequest消息。 3）如果没有空口信道资源，BSC发送指配失败消息给MSC，消息中携带原因没有可以空口资源。 4）MSC判断基站无可用资源，且用户为PACA特权用户，MSC选择该小区下可拆除呼叫队列中位于 队列头的呼叫进行拆除。MSC设置标志，表示该小区有重要用户接入，但没有空口信道资源（MSC收到 普通用户从该小区的接入请求，判断有该标志，则拒绝普通用户的接入情况）。 5）MSC发送再次发送指配请求给BSC。 6）由于普通呼叫被拆除，BSC利用释放的资源进行空口资源指配DB63／T 1058-2012 水泥中废渣掺加量测定.pdf，指配完成后，BSC给MSC发送“指 配完成”消息。 7）MSC收到“指配完成”消息，清除设置的标志，允许普通用户从该小区进行接入
6.3.2.1.2披叫流程
与主叫流程相似，重要用户作被叫时，无线资源不足的情况可能发生在导呼阶段，也可能发生在指 配阶段。寻呼阶段发生的资源不足情况下的处理流程如图5所示，指配阶段发生资源不足的情况下的处理 流程如图6所示。
图5被叫流程寻呼阶段资源不足
流程说明如下 1）MSC收到用户的呼叫请求，向BSC发送寻呼消息。 2）寻呼到被叫用户，基站控制器发送寻呼响应给MSC，其中参数RadioEnvironmentandResources的 Avail设置为“o”表示无可用资源。 3）MSC收到寻呼响应，判断基站无可用资源，且用户为PACA特权用户，MSC选择该小区下可拆除 呼叫队列中位于队列头的呼叫进行拆除。MSC设置标志，表示该小区有重要用户接入，但没有空口信道 资源（MSC收到普通用户从该小区的接入请求，判断有该标志，则拒绝普通用户的接入情况）。 4）MSC发送“指配请求”给BSC。 5）由于普通呼叫被拆除，BSC利用释放的资源进行空口资源指配，指配完成后，BSC给MSC发送“指 配完成”消息。 6）MSC收到“指配完成”消息，清除设置的标志，允许普通用户从该小区进行接入
图6被叫流程指配阶段无线资源不足
1）MSC收到用户的呼叫请求，向BSC发送寻呼消息。 2）寻呼到被叫用户，基站控制器发送寻呼响应给MSC。 3）MSC向BSC发送AssignmentRequest消息。 4）如果没有空口信道资源，BSC发送指配失败消息给MSC，消息中携带原因没有可以空口资源。 5）MSC判断基站无可用资源，且用户为PACA特权用户，MSC选择该小区下可拆除呼叫队列中位于 队列头的呼叫进行拆除。MSC设置标志，表示该小区有重要用户接入，但没有空口信道资源（MSC收到 普通用户从该小区的接入请求，判断有该标志，则拒绝普通用户的接入情况） 6）MSC发送再次发送指配请求给BSC。 7）由于普通呼叫被拆除，BSC利用释放的资源进行空口资源指配，指配完成后，BSC给MSC发送“指 配完成”消息。 8）MSC收到“指配完成”消息，清除设置的标志，允许普通用户从该小区进行接入。
￥2BSC控制资源抢占
6.3.2.2.1概述
对普通用户进行的普通呼叫分小区按先进先出原则进行排队，当重要用户因为资源问题无法接入时， 选择队列头的呼叫资源进行拆除，重要用户占用其资源进行接入。当普通用户进行紧急呼叫时不放入该 可拆除呼叫队列。
1）主叫用户发起呼叫，终端向基站发送始呼请求。基站控制器发送CMServiceRequest给MSC。 2）MSC收到CMServiceRequest，发送“指配请求”消息给BSC，带有用户的优先级信息。 3）BSC判断本次呼叫是优先级呼叫，且呼叫需要使用的资源是低优先级用户MS2呼叫正在占用的资 源，则拆除MS2呼叫占用的此相关资源（可能仅是MS2呼叫的部分资源）给该优先呼叫使用。 4）如果该资源是MS2呼叫仅有的资源，则BSC向MSC发送ClearRequest消息请求释放该呼叫。 5）MSC回应ClearCommand消息给BSC。 6）BSC释放MS2。释放完成后回应ClearComplete消息（注：4~6步可选）。 7）由于低优先级呼叫的资源被拆除，BSC利用释放的资源进行空口资源指配，指配完成后，BSC给 MSC发送“指配完成”消息。
6.3.2.2.3被叫流程
图8被叫流程寻呼阶段资源不足
1）MSC收到用户的呼叫请求，向BSC发送寻呼消息。 2）寻呼到被叫用户，基站控制器发送寻呼响应给MSC。 3）MSC收到寻呼响应，发送“指配请求”消息给BSC，带有用户的优先级信息。 4）BSC判断本次呼叫是优先级呼叫，且呼叫需要使用的资源是低优先级用户MS2呼叫正在占用的资 源，则拆除MS2呼叫占用的此相关资源（可能仅是MS2呼叫的部分资源）给该优先呼叫使用。 5）向MSC发送ClearRequest消息请求对其占用资源进行释放。 6）MSC回应ClearCommand消息给BSC。 7）BSC释放MS2。释放完成后回应ClearComplete消息（注：5~7步可选）。 8）由于低优先级呼叫的资源被拆除，BSC利用释放的资源进行空口资源指配，指配完成后，BSC给 MSC发送“指配完成”消息。
优先呼叫排队是指在无线信道资源不足时，如果有重要用户的呼叫建立请求，对重要用户的呼叫建 立请求按照用户优先级和呼叫到达时间（先进先出）进行排队，当有无线信道资源可用时，允许排在队 列最前面的重要用户优先接入可用的无线信道资源来建立语音呼叫。优先呼叫排队能提高重要用户在无 线网络中的语音呼叫接通率。无线资源不足时的主叫和被叫流程分别如图10和图11所示。 6.4.2无线资源不足的主叫流程
1.2无线资源不足的主
无线资源不足时的主叫排以流
流程说明如下： 1）用户首先必须是定制了优先呼叫业务的用户。当用户在空口发起注册时，触发MSC从HLR获取用 户的签约信息，HLR在regnot消息的Profile参数中指示MSC该用户为优先呼叫业务定制用户，并返回用户 的优先级信息。
2）主叫用户以拨打*FC+被叫号码的方式单次激活优先呼叫业务。 3）BSC向MSC发送CMServiceRequest消息，其中参数RadioEnvironmentandResources的Avail设置 为“0”表示无可用资源。MSC进行号码分析，检测到*272，并确认该用户定制了优先呼叫业务，向BSC 发送PACACommand消息指示对该呼叫进行排队，并传递该用户的优先级信息。 4）BSC向MSC应答PACACommandAck消息后，根据优先级对呼叫进行排队，同时向MS发送Feature Notification消息指示呼叫正在排队。BSC维护一个排队定时器QT和一个空口保活定时器KAT。KAT的取 值应小于T42m。QT的取值大于KAT。定时器KAT超时后，BSC应向MS发送StatusRequest消息，MS收到 StatusRequest消息后应停止T42m，并发送StatusResponse消息应答。基站发送BSAckOrder消息后重启 KAT，MS收到BSAckOrder消息后重启T42m。 5）当BSC检测到空口资源可用时，停止KAT和QT，将呼叫退出排队，向MSC发送PACAUpdate消息， 其中参数PACAOrder设置为assignedresource表示有可用资源，MSC发送PACAUpdateAck消息进行应 答。 6）MSC向BSC发送AssignmentRequest消息指示呼叫正常接续，BSC向MSC发送AssignmentComplete 消息。 7）MSC在出局IAM消息中标记该呼叫为优先呼叫。
6.4.3无线资源不足的被叫流程
图10无线资源不足时的被叫排队流程
6.5资源预留（可选）
优先级业务可以通过预留一定数量的系统资源来实现。无线接入网络通过为不同级别的重要用户预 留系统资源，为重要用户提供优先服务
6.5.2资源预留方式
当前资源预留方案主要支持对无线侧资源的预留。基站侧配置为高优先级别用户的呼叫预留部分无 线资源，这部分预留资源只能分配给高优先级别用户的呼叫，而不能分配给低优先级别用户的呼叫使用。 当一个呼叫请求接入时，如果非预留资源足够，优先分配非预留资源；当非预留资源全部被占用时，低 优先级用户的呼叫无法建立，高优先级用户的呼叫通过分配预留资源保证呼叫顺利进行。 为保证任何时候高优先级用户的呼叫都能得到快速接入，基站侧应始终维持一定规模的预留资源， 即当为高优先级用户的呼叫分配了预留资源之后，系统会释放部分低优先级用户所占用的资源，并将这 些释放后的资源标记为预留资源，保证预留资源中始终有资源可以分配。 预留方案还支持在高等级用户内区分更细的级别，对允许预留资源的每个优先级都设置预留的资源 数之后，在这些等级中相对较高的级别可以使用相对较低级别的预留资源。 下面以预留无线信道为例，说明一个资源预留方案的的实现过程： 假设有三个优先级别的用户，分别是第优先级别、第二优先级别、第三优先级别。要接入的小区 有25个信道。 第一优先级的用户可以使用25个信道，其中有2个信道是专门为第一优先级的用户预留的。 第二优先级的用户可以使用23个信道，其中有2个是为第二优先级用户预留的，这2个预留的信道 第一优先级用户可以使用。 第三优先级的用户可以使用21个信道，其中有2个是为第三优先级用户预留的，这2个预留的信道 第一优先级和第二优先级的用户可以使用。 其他非高级别用户只可以使用19个信道。 是体映射风表？
表3优先级和可使用信道数对应关系
6.5.3资源预留主叫流程
图11资源预留主叫流程
1）MSC收到用户MS1的起呼请求CMServiceReq。 2）MSC确定本次呼叫的优先级Priority，在AssignmentRequest消息中通知BSC。 3）BSC判断本次呼叫是高优先级呼叫，如果还有非预留资源，则直接分配非预留资源（不存在后续 4~6步）。如果没有非预留资源，则将预留资源分配给MS1；BSC完成空口资源分配后，向MSC返回指 配完成消息。至此MS1的优先接入网络完成。 4）如果MS1占用了预留资源，那么此时BSC判断MS2是优先级最低的用户，则向MSC发送Clear Request消息要求释放MS2的资源。 5）MSC向BSC发送清除请求ClearCommand，以释放MS2的呼叫。 6）BSC释放完成后，向MSC发送清除完成消息ClearComplete，并将MS2释放出来的资源表示为 预留，以供下次使用。
6.5.4资源预留被叫流程
图12资源预留被叫流程
流程说明如下： 1）重要用户MS1呼叫MS2，MSC向被叫用户MS2发起寻呼请求PagingRequest。 2）被叫用户MS2响应寻呼，BSC发送寻呼响应给MSC。 3）MSC根据主叫用户或被叫用户的优先级确定本次呼叫的优先级Priority，在AssignmentRequest 消息中通知BSC。 4）BSC判断本次呼叫是高优先级呼叫，如果还有非预留资源，则直接分配非预留资源（不存在后续 57步）。如果没有非预留资源，则将预留资源分配给MS2。BSC完成空口资源分配后，向MSC返回指 配完成消息。至此MS2的优先接入网络完成。 5）如果MS2占用了预留资源，那么此时BSC判断MS3是优先级最低的用户，则向MSC发送Clear Request消息要求释放MS3的资源。 6）MSC向BSC发送清除请求ClearCommand，以释放MS3的呼叫。 7）BSC释放完成后，向MSC发送清除完成消息ClearComplete，并将MS3释放出来的资源表示为 预留，以供下次使用。
用户优先呼叫单次激活流
根据需要，对于重要用户发起的优先呼叫可 方式时，重要用户发起优先呼叫的拨号方式为：*FC+被叫号码，流程如图13所示。
图13优先呼叫单次激活流程
流程说明如下： 1）终端发起MO呼叫,MSC收到被叫号码。通过对被叫号码的分析，MSC检测到是featurecode字符串 2）MSC可以发送FEATREQ消息给该终端的HLR，该消息中包括被叫号码。 3）如果HLR检测到这是一个可授权的优先呼叫请求，HLR发送featreq消息给服务MSC。 4）服务MSC进行优先呼叫流程
7.1重要用户路由标识
如果重要用户的呼叫要出局，MSC/MSCe首先必须能够识别出此次呼叫的用户是重要用户 用户签约信息或者用户所拨打的特殊接入码来识别：然后MSC/MSCe把重要用户的呼叫优先出
并设置出局的IAM消息中的CPC参数为优先用户（CPC取值00001011，见YDN038），以标识此次呼叫的 级别。CPC参数会随着IAM消息在交换机/汇接局间进行传递，收到该参数的交换机/汇接局都会优先处理 该呼叫，这样一直到达被叫所在地的交换机。
7.2.2.1局内电路资源不足的主叫流程
图14局内资源不足时的主叫排队流程
流程说明如下： 1）BSC向MSC发送CMServiceRequest消息。MSC进行号码分析，检测到*272，并确认该用户定制 了优先呼叫业务。 2）MSC发现无可用的A口电路资源，决定将该呼叫进行排队，MSC启动排队定时器AQT，并向BSC 发送PACAUpdate消息指示该呼叫被排队正等待A口电路资源空闲。BSC收到该消息后，重启定时器T303， 并发送PACAUpdateAck消息进行应答。
3）MSC发现A口电路资源可用后，停止定时器AQT，将呼叫退出排队，向BSC发送AssignmentRequest 消息。 4）BSC收到AssignmentRequest消息后，停止定时器T303，向MSC发送AssignmentComplete消息应答。
7.2.2.2局内电路资源不足的被叫流程
图15局内电路资源不足时的被叫排队流程
7.2.2.3局间电路资源不足的流程
图16周间电路资源不足的排队流程
流程说明如下： 1）OriginatingMSC根据收到的IAM消息判断出这是一个主叫优先呼叫以及主叫用户的优先级。 2）OriginatingMSC向HLR查询被叫当前所在的服务MSC。 3）OriginatingMSC发现出局电路资源不足，启动定时器TQT，对该呼叫进行排队。 4）OriginatingMSC发现出局电路资源可用后，停止定时器TQT，发送IAM消息并传递优先呼叫的信
7.2.3抢占路由(可选）
移动交换中心MSC/MSCe收到终端发起的呼叫请求后，确定当前呼叫的优先级；当没有空闲资 SC/MSCe把当前呼叫的优先级与已占用资源的在前呼叫的优先级进行比较，若当前呼叫的优先 低，则释放所述优先级最低的在前呼叫的资源，再将释放后的电路资源分配给当前呼叫；以及 叫的优先级为最低，则不向当前呼叫分配电路资源。
图17局内电路资源不足主叫流程
图18高内电路资源不足披叫流程
7.2.3.3局间电路资源不足的流程
图19局间电路资源不足流程
8呼叫切换时优先处理（可选）
JTGT 3821_2018《公路工程估算指标》8.1资源抢占方案—局间切换的处理
8.2资源抢占局内切换的处理
为支持重要用户优先呼叫，要求HLR在原有功能基础上，进一步增加如下功能： a）支持对用户的优先呼叫业务定制信息进行存储； b）支持用户呼叫优先级信息的存储； c）支持用户优先呼叫业务定制信息和呼叫优先级信息向MSC(e)/VLR的传递； d）为支持重要用户优先呼叫，要求MSC(e)在原有功能基础上，进一步增加如下功能：优先呼叫业务 定制信息和优先级信息的获取和传递：支持从HLR中获取用户的优先呼叫业务定制信息和呼叫优先级别。 支持在出局消息(ISUP/SIP)中携带主叫侧优先级。支持从入局消息(ISUP/SIP)中获取主叫侧优先级。支持 向BSC传递用户的优先呼叫业务定制信息和呼叫优先级别； e）空口资源不足的情况下，如果MSC(e)支持资源抢占功能，MSC(e)应支持抢占相同小区的低级别 用户呼叫资源，占用低级别用户释放的资源进行接入。如果MSC(e）支持排队功能，在BSC向MSC指示没
有可用的空口资源时，MSC(e)根据号码分析判断这是一个优先呼叫请求，且主叫用户定制了优先呼叫业 务，则MSC(e)应向BSC指示对该呼叫进行排队以及向BSC传递该呼叫的优先级别信息； f）A口电路资源不足的情况下，如果MSC(e)支持资源抢占功能，则MSC(e)应能够持抢占一个相同 BSC的低级别用户呼叫，占用该呼叫释放的A口电路进行接入。如果MSC(e)支持排队功能，应对该呼叫进 行排队，并向BSC指示对呼叫被排队，等到A口电路资源可用时，应向BSC发送指配信令进行正常的呼叫 接续； g）局间电路资源不足的情况下，如果MSC(e)支持资源抢占功能，则MSC(e)抢占一个相同局向的低 级别用户呼叫，占用该呼叫释放的A口电路进行接入。如果MSC(e)支持排队功能，当MSC检测到出局电 路资源不足时，则MSC对IAM信令进行排队，等到出局电路资源可用时，再发送IAM信令； h）对于资源抢占和排队功能，MSC(e)应能支持其中之一。是否启用，可通过设置开、关来实现
为了支持重要用户的优先呼叫，基站子系统应支持从MSC(e)接收用户的优先级信息。 对于支持资源抢占功能的基站子系统，要能支持高优先级用户对低优先级用户资源的抢占。 对于支持排队功能的基站子系统，应能从MSC(e)接收用户的优先级信息，以及排队的相关指令。在 空口资源不足时，当MSC(e)指示基站子系统对呼叫进行排队。基站子系统应能向主叫用户终端发送Feature Notification消息通知用户呼叫正在排队，基站子系统应能向主叫/被叫用户终端发送StatusRequest消息以 延长排队时间。基站子系统应能按用户优先级和呼叫到达时间进行排队管理。 资源抢占功能和排队功能，基站子系统应该支持其中一种功能。 为了支持重要用户的优先呼叫，BSS可选支持按等级进行资源预留，当系统没有非预留资源可分配时， 支持将预留资源分配给高优先级用户的呼叫使用，另需释放低优先级用户的呼叫，以保持一定数量的预 留资源供下次使用。
支持重要用户信息（ACCOLC=12）的存储和传送。终端应能读出SIM卡的ACCOLC文件，并支持 与无线网络广播的ACC信息进行比对，判断SIM卡的ACC是否满足网络接入条件。如判断满足，则允 许用户接入网络，否则不允许用户接入。
JC／T 947-2014 先张法预应力混凝土管桩用端板A.1SIP头域Priority
附录A （资料性附录） SIP优先呼叫实现方式
附录A （资料性附录） SIP优先呼叫实现方式