基本呼叫流程_IMS

IMS sip呼叫流程

3GPP2 X.S0013-009-0 Version: 1.0 Date: December 2007 IMS/MMD Call Flow Examples COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner’s name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at secretariat@https://www.wendangku.net/doc/3b13872976.html,. Requests to reproduce individual Organizational Partner’s documents should be directed to that Organizational Partner. See https://www.wendangku.net/doc/3b13872976.html, for more information.

X.S0013-009-0 v1.0 IMS/MMD Call Flow Examples Revision History Revision Changes Date v1.0 Initial Publication December, 2007

掌握呼叫处理流程

呼叫处理流程 在介绍呼叫流程之前，先说明和本章节介绍的呼叫流程密切相关的两点：号码分析选择子的位置、号码分析规则。 号码分析选择子的位置：用户属性、号码分析、中继组。 主叫用户摘机拨号之后，由用户属性中的号码分析选择子关联到号码分析中的号码分析选择子，进而进行号码分析。 入局呼叫，根据中继组中的入向号码分析选择子关联到号码分析中的号码分析选择子。 号码分析规则：ZXJ10交换机提供七种号码分析器，对于某一指定的号码分析选择子，号码严格按照固定的顺序经过选择子中规定的各种号码分析器，由号码分析器进行号码分析并输出结果。 在程控交换机中，呼叫接续过程都是在呼叫处理程序控制下完成的。 呼叫类型包括本局呼叫、入局呼叫、出局呼叫，如图1所示。 图 1 呼叫类型 1.1本局呼叫流程 1．主叫用户摘机 对用户线状态监视是由用户线扫描程序周期性地进行。当主叫A摘机，使用户线路状态发生变化，由“1”(断)变“0”(通)。 用户线扫描程序检测出主叫用户A摘机，确定主叫A的设备号。

根据设备号，从外存储器中调入该用户的用户数据，其中包括A用户的电话号码，用户类别、服务类别等，然后执行去话分析程序。 分析结果，得出下一步要执行的任务和下一个状态号码。如果是号盘话机，就接脉冲收号器，按钮话机就接双音收号器。寻找一个拨号音源至主叫用户的空闲时隙，将拨号音送至主叫用户。监视收号器的输入信息，准备收号。 2．收号 用户听到拨号音，拨第一位号码，收号器收到第一位号后，停拨号音。 用户继续拨号，收号器将收到的号码按位储存。 3．号码分析 对用户拨号进行预译处理，以确定应收号码的位数及呼叫类别。当收到的第一位号码是“1”，就能判断是特种服务业务，只需要收三位号码。如果第一位号码为“O”，则为长途呼叫业务，还需根据第二位和第三位来决定应收位数。根据第一位至第三位号(即号首)，可以决定呼叫类别，是本局、出局、长途、特服等，并决定该收的号码位数。 确定应收位数后，对已收位数进行计数。号码收齐后如果确定是呼叫本局的，则启动来话分析程序，检查这次呼叫是否允许接通(是否限制长途发话等)、被叫用户是否空闲，若空闲，则在被叫用户忙闲表上予以示忙。 4．接至被叫用户 找出向主叫用户送回铃音的空闲路由；找一条向被叫用户送铃流的回路(可能直接控制用户电路振铃，而不用另找路由)；预占主、被叫用户通话路由。 5．振铃 向被叫用户送铃流；向主叫用户送回铃音；监视主、被叫用户状态。 6．被叫应答、通话 被叫闻振铃音后，摘机应答。 交换机检测到被叫应答后，停振铃，停回铃音； 建立主叫、被叫用户间的通话路由，开始通话； 启动计费设备开始计费； 监视主、被叫用户状态。 7．话终挂机 主叫先挂机，检测出主叫挂机后，路由复原、停止计费，向被叫送忙音，被叫听忙音后，挂机，被叫转入空闲状态。 被叫先挂机，检测出被叫挂机后，路由复原，停止计费，主叫听忙音，主叫挂机，转入空闲状态。

表格模板-wiresharkf分析SIP呼叫流程典型流程图解 精品

SIP呼叫典型流程图解及详细解释 目录 1.Sip协议的相关术语： (2) 2.注册流程 (4) 3.注销流程： (6) 4.基本呼叫建立过程： (7) 5.会话更改流程： (9) 6.正常呼叫释放过程： (12) 7.被叫忙呼叫释放： (13) 8.被叫无应答流程一： (14) 9.被叫无应答流程二： (15) 10.遇忙呼叫前转： (16) 11.无应答呼叫前转流程： (18) 12.呼叫保持： (20) 13.呼叫等待： (23) 14.盲转流程 (27) 15.询问转的流程 (30) 16.彩铃的流程 (31) 17.三方通话 (34)

1.Sip协议的相关术语：

A拨打B,A到proxy是一个session，一个dialog，proxy到b是另一个dialog，有另一个session name。 Invite，ack，bye，option，update，cancel消息，每发一个就是一个事务。每发一个请求，cseq加1，但cancel，ack，bye请求的cseq同invite的cseq。Callid，from tag，to tag标识一次对话。Invite消息中有from tag，没有to tag，100 trying应答也没有to tag。被叫发的bye 中from，to的tag和180和200ok的值。 每个事务用via字段里的branch的值来区分，invite到200ok之间属于一个事务，bye是另一事务。 语音流，被叫收到ack后发一个rtp流。

2.注册流程

3.注销流程： 终端代理代理服务器 REGISTER (1) 200 OK (4) 标题 （1） 终端向代理服务器送Register 消息注销，其头中expire 字段置0。 （2） 代理服务器收到后回送200 OK 响应，并将数据库中的用户有关信息注销。

2G呼叫流程

图1中的Px点表示的是主叫侧的话统统计点，Qx表示被叫侧的话统统计点。 ?主叫侧： P1；P2；P3；P4；P5；P6；P7 ?被叫侧： Q1；Q2；Q3；Q4；Q5 流程说明 局内2G用户呼叫2G用户的呼叫建立流程详细如下： 1.MS-O（主叫侧BSC）向MSC发送CM service request消息，消息中携带发起呼叫的MS 当前所处的小区信息、业务类型、用户标识、鉴权参数等。 2.主叫侧安全管理过程，即鉴权与加密。在此过程中可能需要发起向HLR/AUC取鉴权集 的过程，该过程详细请参见鉴权加密(2G) 3.在鉴权结束后，若没有启动加密过程，则MSC/VLR下发CM service accept消息，表 示业务接入请求已经被接受。若启动了加密过程，则表示业务接入请求已经被MSC/VLR 接受，因此MSC/VLR就不必再下发CM service accept消息，MS-O直接发送Setup 消息至MSC/VLR，该消息中携带了被叫号码和MS-O的承载能力等信元。 4.MSC/VLR收到MS-O数据后，VLR根据此次业务类别和开户时MS-O已申请的业务信息， 决定此次呼叫可以继续，然后向主叫侧回复Call proceeding消息，表示呼叫正在接 续中。 5.MSC进行被叫分析，根据被叫号码，寻址到HLR，发送 MAP_SEND_ROUTING_INFORMATION_REQ消息。 6.HLR根据被叫IMSI查询得到被叫所在的VLR（本局），向MS-T所在的VLR发送 MAP_PROVIDE_ROAMING_NUMBER_IND消息，请求分配漫游号码。 7.VLR为对应的MS-T分配MSRN，然后发送MAP_PROVIDE_ROAMING_NUMBER_RSP消息，将 MSRN回送给HLR。 8.HLR通过MAP_SEND_ROUTING_INFORMATION_CNF消息将得到的MSRN，回送给MS-O所在 的MSC/VLR。 9.MSC通过BSC-T向MS-T发送PAGING消息下寻呼，并等待寻呼响应。

手机开机呼叫流程

手机开机呼叫流程通信手机开机后的步骤 : 1.首先搜索124个信道，即所有的 BCH通道,决定收到的广播信道载的信息是距 Mobile 最近的 BTS; 呼叫信息 ); 2?跟网络同步时间和频率,由FCH/SCH调整频率和时间 3.解码BCH的子通道BCCH. 4.网络检查 SIM 卡的合法身份 .是否是网络允许的 SIM 卡。 5.手机的位置更新 . 6.网络鉴权 手机主叫(MOC)过程:1 1.手机给基站发送通道需求，即手机发送一个短的随即接入突发脉冲 2.由 BCH 指定传输信道 . SDCCH 3.手机和基站在独立专用信道 (SDCCH上通信. 4.权限认证 5.指定手机在一个业务信道 (TCH上通信. 6.在TCH上进行语音通信. 手机被叫 l 1.BTS在PCH呼叫通道上使用 SIM中的IMSI号码来呼叫用户。 2.由手机发送 RACH 3.通道指定在 BCH. 4.手机和基站在 SDCCH 上通信 5.手机用户被鉴权 6.手机被指定TCH通道。BCH强度,(BCH的承.(RACH Burst)

7.在TCH通道上进行语音和数据通信。 紧急呼叫： l 1.GSM 规格定义了 112 为紧急呼叫号码 2.112 在手机有无 SIM 卡的情况下均可呼叫。 3.在 RACH 上, 手机 112 建立紧急呼叫。 Authentication 鉴权： l 1.目的：验证用户身份( IMSI /SIM); 提供手机新的加密键。 2.鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。 切换 handover: 切换是手机通信从一个小区 /信道到另外一个小区 / 信道。 l 1.上行和下行的接收质量报告 2.上行和下行的接收信号强度 3.距离，迁时 4.干扰层。 5.功率预算。 6.切换包括：同一小区内部信道 / 时隙之间的切换。小区于小区之间。 加密 ciphering: 语音和数据的保密、信号信息的保密； l 手机位置更新 location update:l 1.MSC 应知道呼叫手机的位置。 2.手机连续的改变位置，手机在改变位置时通知 MSC关于新位置。由MSC处理位置更新。 3.手机位置更新过程： ( location area identity LAI ) a)手机改变位置区 b）手机从 BCCH 上读新的位置区 c）发送 RACH, 为通道需求。

volte呼叫流程

1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。 2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID 和S-TMSI（第一次是随机值，此时TMSI值应为有效）。 3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。 4. UE向eNodeB回复RRConnection Setup Complete，确认RRC建立成功完成。其中携带选择的PLMN ID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。 5. eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause， NASPDU为Service Request。 6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1AP Id ，ERAB相关信息（QOS， GTP-TEID ，ERAB Id，IP），UE 安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE无线能力参数。 7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。 8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。 9. eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承载的IP和GTP-TEID带给MME。在重配完成后，实际上已经可以发送上行数据了。此时，完成建立EPS数据业务连接(QCI8/9承载)，即完成在EPC侧的注册；以及IMS的注册(QCI5承载) 。 10.用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE 系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。

手机主叫呼叫信令流程与数据配置

DESCRIPTION 13/190 46-FAD 104 08 Uen E Traffic Case Description - Mobile Originating Calls Abstract The purpose of this document is to describe the traffic case "Mobile Originating calls" from data transcript point of view. The document does not explain on BLOCK/SIGNAL level. This information can be found in the FUNCTION DESCRIPTION for each function block. All referenced DT sub files can be found in the DT Info Model. Contents 1 Revision information 1Revision information 2 Description 2.1Abbreviations 2.2Concepts 2.3Concerned nodes 2.4Prerequisites 2.5General 2.6Technical Solution 3 Traffic Case 3.1Call from MS/UE to PSTN 3.2Emergency Calls from MS/UE 4 Data Transcript Impacts- MSC 4.1AXE Parameters 5 Miscellaneous information 6 Class 7 References Revision Impacts Prepared Date A Document based on earlier CME20 DT Info Models.ERATHHE 96-09-13

华为呼叫流程内部呼叫控制流程

典型业务的内部呼叫控制流程 (2) 1. MSS移动始发呼叫 (2) 2. M SS移动终结呼叫 (8) 3. 中继入局呼叫(ISUP) (15)

典型业务的内部呼叫控制流程 1.MSS移动始发呼叫 注意：以下过程主要针对局内呼叫主叫侧流程进行解释。 主叫接入过程： 主叫取漫游及指配过程： 备注：图中情况为局内呼叫，被叫也在本局，其中橙色消息表示取路由信息部分；

(21 )(22 ) 其中橙色消息表示寻呼被叫部分，在终结呼叫中有详细解释； 振铃及拆线： 移动始发实际消息跟踪 1．CM_Service_Request，该消息是A口上收到手机上报的标准的业务请求消息 主要包含如下信息： Cm service type：表示是用户发起的业务类别。移动始发呼叫，或者短消息等Cipher key sequence num：表示CKSN Mobile station classmark2：表示手机上报的Classmark信息，其中说明了手机的能力

Mobile identity：表示终端用户的IMSI号或者TMSI号 2．MM_VLR_SETMOBILESTATUS，在VLR中设置用户状态 主要包含rr busy flag这个信元，1表示目前RR连接可用； 3．VDB_VP_GetCBDataAccess_Rsp，表示到VLR中验证用户接入能力的结果 主要包含如下信息： et imsi：用户IMSI et category：位置更新时HLR插入的用户类别 et ms type：位置更新时，根据配置的漫游用户类型表信息，使用用户IMSI的得到用户的漫游类型。如果不配置，则缺省为国际漫游。 et msc number：MSC号码，为在位置区小区表中配置的MSC号码，位置更新后存储在VLR中。 4、CM_Service_Accept，这是一条Dtap的透传消息，表示用户可以接入网络。 5、Setup：上报手机的承载能力和被叫用户号码； gsm-bearer-capability1：表示主叫手机的承载能力，比如支持的Speech version（语音版本）等； called-party-bcd：被叫MSISDN（即被叫手机号码）； 6、CM_MP_OBTAIN_SUBSCRIBER_PARA_OUTGOING_CALL：CM请求MAP查询主叫的签约业务； map-et-gsm-bc：即手机在Setup消息中上报的承载能力信息，MAP会将它转化成内部业务码之后作为向VDB查询的条件； 7、VDB_VP_GetCBData_OCS_VLR_Rsp：返回从VDB中查询的结果； et-category：表示用户的类别，比如普通用户（0x0A）； et-ss-data-list：表示用户签约的补充业务列表； 8、MP_CM_SubscriberPara，VLR将查到的主叫用户签约信息通知CM模块 主要信元：imsi、msisdn（主叫手机号）、category（用户类别，一般为10 普通用户）、ss_data_list主叫用户的签约业务信息，比如HOLD（呼叫保持）、cw （呼叫等待）等；

一次呼叫典型流程

一次呼叫典型流程 B.1 概述 本节将分别给出主叫流程和被叫流程的例子，以示一次通话的典型流程。B.2 主叫流程 主叫流程是指UE呼叫其它用户（例如PSTN用户）的过程。具体流程如 图B-1所示，主叫流程大体经过了如下几个过程： (1) RRC连接建立 为了成功进行呼叫，UE将发起RRC连接建立过程，建立起与RNC之间的信 令连接。详细信息请参见错误！未找到引用源。错误！未找到引用源。描述。 (2) 信令连接建立 RNC建立起与CN之间的信令连接。详细信息请参见错误！未找到引用源。 错误！未找到引用源。描述。 (3) RAB建立 CN响应UE的业务请求，要求RNC建立相应的无线接入承载，建立成功后， 对方应答，双方通话。详细信息请参见错误！未找到引用源。错误！未找到 引用源。描述。 (4) 信令连接释放 通话过程结束，首先释放RNC和CN之间的信令连接。详细信息请参见错误！ 未找到引用源。错误！未找到引用源。描述。 (5) RAB释放 释放无线接入承载。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述。 (6) RRC释放 如果该RRC连接没有其他的IU信令连接，将释放UE和RNC之间的RRC 连接。详细信息请参见错误！未找到引用源。错误！未找到引用源。描述。

图B-1主叫流程

B.3 被叫流程 被叫流程是指网络侧有寻呼请求呼叫UE，UE响应寻呼的过程。UE接收到寻 呼消息后，将发起RRC连接建立过程。被叫流程大体经过如下几个过程： (1) 寻呼 网络侧寻呼UE。详细信息请参见错误！未找到引用源。错误！未找到引用源。 描述。 (2) RRC连接建立 UE应答呼叫，发起与RNC之间的RRC连接建立过程。详细信息请参见错误！ 未找到引用源。错误！未找到引用源。描述。 (3) 信令连接建立及直传过程 RNC建立起与CN之间的信令连接。详细信息请参见错误！未找到引用源。 错误！未找到引用源。描述； (4) RAB建立 CN要求RNC建立相应的无线接入承载。建立成功后，UE和CN交互信令， 应答进入通话状态。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述； (5) 信令连接释放 通话结束，释放RNC与CN之间的信令连接。详细信息请参见错误！未找到 引用源。错误！未找到引用源。描述； (6) RAB释放 释放无线接入承载。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述； (7) RRC释放 如果没有其他的无线接入承载，将释放UE与RNC之间的RRC连接。详细 信息请参见错误！未找到引用源。错误！未找到引用源。描述。 具体流程如图B-2所示。

CS呼叫流程

CS呼叫流程 1. 概述 (1) 1.1本文的目的和内容 (1) 1.2本文的依据 (1) 1.3缩略语 (1) 2. 研究动机/顾客受益 (4) 3. 典型处理流程 (5) 3.1主叫信令流程 (5) 3.1.1主叫流程图 (5) 3.1.2流程简述 (8) 3.1.3要紧消息 (11) 3.2被叫信令流程 (12) 3.2.1被叫流程 (12) 3.2.2流程简述 (16) 3.2.3要紧消息 (16) 3.3呼叫开释信令流程 (16) 3.3.1开释RRC连接情形 (16) 3.3.2仅开释Iu连接 (18) 4. 典型专门流程 (22) 4.1U U接口专门流程 (22) 4.1.1网络拒绝建立RRC连接 (22) 4.1.2 RRC连接开释时的专门情形 (24) 4.1.3初始/直截了当传输专门处理 (26) 4.1.4安全模式操纵失败（包括Iu接口的安全模式操纵） (26) 4.1.5无线承载建立失败（包括Iu接口的RAB建立过程） (28) 4.1.6无线承载开释失败（包括Iu接口的RAB开释过程） (32) 4.2I U接口专门流程 (33) 4.2.1 RAB分配要求专门处理 (34) 4.2.2安全模式操纵专门处理 (34) 4.3I UB接口专门流程 (34) 4.3.1无线链路建立失败 (34) 4.3.2无线链路重配置失败 (37)

5. 文件历史 (39)

1.概述 1.1本文的目的和内容 本文描述了TD-SCDMA系统中主叫信令流程、被叫信令流程和呼叫开释信令流程，以及典型的专门流程，并对信令消息的配置参数进行了说明。 1.2本文的依据 [1]3GPP TR 25.931 v4.0.0 “UTRAN Functions, Examples on Signalling Procedures” [2]3GPP TR 25.401 v4.0.0 “UTRAN Overall Description” [3]3GPP TS 25.331 v4.0.0 “RRC Protocol Sepcification” [4]3GPP TS 25.413 v4.0.0 “UTRAN Iu interface RANAP signalling” [5]3GPP TS 25.433 v4.0.0 “UTRAN Iu b interface NBAP signalling” 1.3缩略语 AAL ATM Adaptation Layer ATM适配层 ALCAP Access Link Control Application Protocol 接入链路操纵应用协议AS Access Stratum 接入层 BCCH Broadcast Control Channel 广播操纵信道 CCCH Common Control Channel 公共操纵信道 CN Core Network 核心网 CM Connection Management 连接治理 C-RNTI Cell RNTI 小区无线网络临时标识CS Circuit Switched 电路交换 DCCH Dedicated Control Channel 专用操纵信道 DCH Dedicated Channel 专用信道 DL Downlink 下行链路 DRNC Drift Radio Network Controller 漂移无线网络操纵器 DSCH Downlink Shared Channel 下行共享信道 DTCH Dedicated Traffic Channel 专用业务信道 FACH Forward Access Channel 前向接入信道 ID Identifier 标识 L1 Layer 1 层1（物理层） L2 Layer 2 层2（数据链路层） L3 Layer 3 层3（网络层） MAC Media Access Control 媒质接入操纵

SIP呼叫典型流程图解及详细解释(DOC 41页)_New

SIP呼叫典型流程图解及详细解释(DOC 41页)

SIP呼叫典型流程图解及详细解释 目录 1.Sip协议的相关术语： (4) 2.注册流程 (7) 3.注销流程： (9) 4.基本呼叫建立过程： (11) 5.会话更改流程： (13) 6.正常呼叫释放过程： (16) 7.被叫忙呼叫释放： (17) 8.被叫无应答流程一： (18) 9.被叫无应答流程二： (19) 10.遇忙呼叫前转： (20) 11.无应答呼叫前转流程： (22) 12.呼叫保持： (24) 13.呼叫等待： (27) 14.盲转流程 (31) 15.询问转的流程 (34) 16.彩铃的流程 (35) 17.三方通话 (39)

1.

2.Sip协议的相关术语：

A拨打B,A到proxy是一个session，一个dialog，proxy到b是另一个dialog，有另一个session name。 Invite，ack，bye，option，update，cancel消息，每发一个就是一个事务。每发一个请求，cseq加1，但cancel，ack，bye请求的cseq同invite的cseq。Callid，from tag，to tag标识一次对话。Invite消息中有from tag，没有to tag，100 trying 应答也没有to tag。被叫发的bye中from，to 的tag和180和200ok的值。 每个事务用via字段里的branch的值来区分，invite到200ok之间属于一个事务，bye是另一事务。

语音流，被叫收到ack后发一个rtp流。

SIP呼叫流程典型流程图解及其详细解释

你我 知识分享社区
SIP 呼叫流程典型流程 图解及其详细解释
https://www.wendangku.net/doc/3b13872976.html,

目
录
1．注册流程： ..........................................................................................3 2．注销流程： ..........................................................................................4 3． 基本呼叫建立过程： ........................................................................5 4． 会话更改流程： ................................................................................7 5． 正常呼叫释放过程： ........................................................................8 6． 被叫忙呼叫释放： ............................................................................9 7．被叫无应答流程一： ........................................................................10 8．被叫无应答流程二： ........................................................................11 9．遇忙呼叫前转： ................................................................................12 10．无应答呼叫前转流程： ..................................................................13 11．呼叫保持：.......................................................................................14 12．呼叫等等： ......................................................................................15

一次局内正常通话的呼叫处理程序

一次局内正常通话的呼叫处理程序 1、课程设计目的 呼叫处理程序用于控制呼叫的建立和释放。呼叫处理程序包括用户扫描、信令扫描、数字分析、路由选择、通路选择、输出驱动等功能块。 （1）用户扫描 用户扫描用来检测用户回路的状态变化：从断开到闭合或从闭合到断开。从状态的变化和用户原有的呼叫状态可判断事件的性质。例如，回路接通可能是主叫呼出，也可能是被叫应答。用户扫描程序应按一定的扫描周期执行。 （2）信令扫描 信令扫描泛指对用户线进行的收号扫描和对中继线或信令设备进行的扫描。前者包括脉冲收号或DTMF收号的扫描；后者主要是指在随路信令方式时，对各种类型的中继线和多频接收器所做的线路信令和记发器信令的扫描。 （3）数字分析 数字分析的主要任务是根据所收到的地址信令或其前几位判定接续的性质，例如判别本局呼叫、出局呼叫、汇接呼叫、长途呼叫、特种业务呼叫等。对于非本局呼叫，从数字分析和翻译功能通常可以获得用于选路的有关数据。 （4）路由选择 路由选择的任务是确定对应于呼叫去向的中继线群，从中选择一条空闲的出中继线，如果线群全忙，还可以依次确定各个迂回路由并选择空闲中继线。 （5）通路选择 通路选择在数字分析和路由选择后执行，其任务是在交换网络指定的入端与出端之间选择一条空闲的通路。软件进行通路选择的依据是存储器中链路忙闲状态的映象表。 （6）输出驱动 输出驱动程序是软件与话路子系统中各种硬件的接口，用来驱动硬件电路的动作，例如驱动数字交换网络的通路连接或释放，驱动用户电路中振铃继电器的动作等。 忙时呼叫次数（BHCA：Busy Hour Call Attempts） 交换系统单位时间里的通信处理次数，是表征交换机的通信处理能力的专业

手机呼叫流程详解

手机（MS）发起呼叫，网络与手机通信过程讲解 1建立RR连接 在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。CH－REQ有两个参数：建立原因和随机参考值（RAND）。建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应（有人打你电话，网络找到你之后，手机对网络的响应）等。RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口（指手机跟基站之间的无线连接）上的应答消息。 CH－REQ消息在BSS（基站子系统，不明白的请看前面关于BSS的介绍）内部进行处理。BSC（基站控制器）收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。 网络准备好合适的信道后，就通知MS，由IMMASS（立即指配）消息完成这一功能。在IM－MASS中，除包含CHACT中的信道相关信息外，还包括随机参考值RA、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到CH－REQ时的TD－MA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关，用于减少MS之间的请求冲突。TA是根据BTS收到RACH信道上的CH －REQ信息进行均衡时，计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。 IMMASS的目的是在Um接口建立MS与系统间的无线连接，即RR连接。MS收到IM －MASS后，如果RA值和T值都符合要求，就会在系统所指配的新信道上发送SABM帧，其中包含一个完整的L3消息（MP－L3－INF），这条消息在不同的接口有不同的作用。在Um接口，SABM帧是LAPDm层上请求建立一个多帧应答操作方式连接的消息。系统收到SABM帧后，回送一个UA帧，作为对SABM帧的应答，表明在MS与系统之间已建立了一条LAPDm通路；另外，此UA帧的消息域包含同样一条L3消息，MS收到该消息后，与自己发送的SABM帧中相应的内容比较，只有当完全一样时，才认为被系统接受。L3消息中包含MS的IMSI，IMSI对每个MS是唯一的，这可保证在该信道上只有一个MS可接入系统。在Abis接口，这条消息是ESTIND（建立指示），用来通知已建立LAPDm连接，作为对IMMASS消息的应答。 在SANM帧中，透明传输到MSC的L3消息是A接口的第1条L3消息。尽管A接口的MTP连接在通话前已经建立，但对每个呼叫，在L2还要建立一个SCCP的连接。L3消息包含在A接口上SCCP的请求建链消息（CR）中传递。如请求被允许，A接口的第1条下行消息将包含在SCCP层的连接证实（CC）帧中。对SCCP层来说，CR与CC的交换是源参考地址与目的参考地址的交换。在同样的信令点码下，不同的呼叫具有不同的源地址和目的地址。 A接口上第1条消息传递完后，MS与系统之间就建立了RR连接，RR实体通知MM 子层已进入专用模式。在专用模式下，MM子层和CC子层负责发送所有L2层上的消息。除了错误指示和释放本地链路以外，均由RR子层直接处理。

呼叫流程

当用户输入被叫号码完毕按下发射按纽后，手机（以下以MS代替）将进行一系列动作， 首先MS将在随机接入信道（RACH）向BSS发送信道请求消息，以便申请一个专用信道（SDCCH），BSC为其分配相应的信道成功后，在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道， 随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息，在该消息中CM 业务类型为移动发起呼叫，该消息被BSS透明的传送至MSC，MSC收到CM业务请求消息后，通过处理接入请求消息通知VLR处理此次MS的接入业务请求，（同时，由于在BSC 和MSC之间用到了SCCP有连接服务，为建立SCCP连接，MSC还将向BSC回连接确认消息） 收到业务接入请求后，VLR将首先查看在数据库中该MS是否有鉴权三参组，如果有，将直接向MSC下发鉴权命令，否则，向相应的HLR/AUC请求鉴权参数，从HLR/AUC得到三参组，然后再向MSC下发鉴权命令。MSC收到VLR发送的鉴权命令后，通过BSS向MS下发鉴权请求，在该命令中含有鉴权参数，MS收到鉴权请求后，利用SIM卡中的IMSI 和鉴权算法，得出鉴权结果，通过鉴权响应消息送达MSC，MSC将鉴权结果回送VLR，由VLR 核对MS上报的鉴权结果和从HLR取得的鉴权参数中的结果，如果二者不一致，拒绝此次接入请求，此次呼叫失败；如果二者一致则鉴权通过，鉴权通过后，VLR将首先向MSC 下发加密命令，然后通知MSC该MS此次接入请求已获通过，MSC通过BSS通知MS业务请求获得通过，然后MSC向MS下发加密命令，该命令内含加密模式，MS收到此命令并完成加密后，回送加密完成消息，到此MS完成了整个接入阶段的工作。 经过接入阶段和鉴权加密过程后，主叫用户的合法身份已经得到确认，已经接入了网络，为继续进行呼叫，需要更为详细的信息，按照规范，此时MS将发送一个set up消息，在此消息中，携带有被叫号码和主叫标识等更为详细的信息，MSC收到此消息后，首先通过S.I.F.O 消息向VLR查询该用户的相关业务信息，VLR根据此次业务类别和开户时MS已经申请的业务信息，决定此次呼叫是否可以继续

呼叫中心的流程管理

呼叫中心的流程管理Newly compiled on November 23, 2020

概念、方法、测定：呼叫中心的流程管理 呼叫中心的流程管理 流程管理对于呼叫中心管理人是一项很重要的技能. 我也经常被读者听众问及这一话题.。之所以先谈了十几个其它题目是因为在我看来，呼叫中心的流程管理与企业其它流程管理没有太大的分别, 作为一个管理人，此为必备能力。一个管理人除了管人之外就是管事，而管事是无法回避流程管理的. 一、流程管理的基本概念 企业的业务流程是指围绕企业目标有序地进行一系列活动以产生某种特定结果的过程。这个结果可以是一种有形产品，也可能是无形的服务。在呼叫中心则主要为后者。在一个设计完整的流程中，每一个活动都是建立在前一个活动结果之上并对整体结果产生作用. 管理流程要求连续性与可重复性。你不能设想两个情况相同的客户打电话问类似的问题会得到两个相去甚远的答复。你也很难想像同一个客户隔一天来电购买同样产品会得到完全不同的服务内容。但看一下我们许多呼叫中心这类现象并不少见。这种"无章可循"或"有章不循"是许多企业低效率、低士气、高成本、高投诉的重要原因，也是无法建立良好客户体验的原因之一。

在呼叫中心中，面对客户的流程主要有三大类：核实流程，服务实现流程和知识流程。我将三个典型的流程图列出并希望能够省略文字解释的篇幅。根据业务类别的不同，围绕着主要流程还可以有许多子流程。如在销售型呼叫中心中服务实现流程中就可能会销售线索派送跟踪流程和立即销售流程等。而在立即销售流程中可能又会有付款收费流程的等。 二、流程管理的方法与工具 标准化的流程管理中最常用的就是流程图。这种树状图代表了在各个环节上具体工作的表现与递送。通常用圆圈代表起点与终点，方块代表任务，箭头代表关系，菱形则表示决策分叉点。用运算表可以产生其它几种相关文档用于流程的建立与实施追踪. 这些文档包括Project Planning, Worksheet, Gantt Chart, Control Sheet, Log of Errors, Work Plan, SOP和Checklist。有些用时间作横坐标，有些则类似流水帐。不少企业都有这些文档的标准模板，如果没有，负责运营的经理应当负责建立。 SOP是标准操作程序或类似我们通常所说的操作手册。该手册应将每一具体步骤文字化。老员工碰到不经常见的问题需要到这里查询，新员工更是会经常翻阅这本"圣经 "。

局内基本呼叫流程

2013-03-25 HUAWEI Confidential Pag e1, Total15 1.1. 局内基本呼叫流程图

2013-03-25 HUAWEI Confidential Pag e2, Total15

2013-03-25 HUAWEI Confidential Pag e3, Total15

2013-03-25 HUAWEI Confidential Pag e4, Total15 图1.基本呼叫消息流程图 1.2. 局内基本呼叫流程说明 业务接入请求 当手机发起呼叫时，首先通过无线信道向BSS发送CM Service Request消息， 消息中携带了业务接入请求的类型（短信/语音）、用户当前所在小区的GCI和 用户的IMSI或者TMSI。 1. 业务接入请求 当手机发起呼叫时，首先通过无线信道向BSS发送CM Service Request 消息，消息中携带了业务接入请求的类型、用户当前所在小区的GCI和 用户的IMSI或者TMSI。MSC收到CM Service Request消息后，向VLR 发Process Access Request消息，由VLR验证用户数据，检查用户业 务接入请求权限。如果需要对SIM卡进行鉴权，会将用户的鉴权信息返 回给MSC，发起鉴权流程。 业务接入请求相关数据配置： CM Service Request消息中携带了用户当前所在小区的GCI， MSOFTX3000会查询位置区小区表验证该GCI是否有效，如果GCI无 效则下发CM Service Reject拆线，位置区小区表是通过ADD LAIGCI 命令配置的。 VLR基本配置可以使用MOD VLRCFG等命令修改。在VLR验证用户数 据时，如果VLR中没有该用户的数据，MSC会发起位置更新流程，位置 更新流程的数据配置请参见《MSOFTX3000 统一维护手册－位置更新分 册》。 2. 鉴权流程 MSC收到VLR的鉴权请求后，查询鉴权数据配置，向BSS下发 Authentication Request消息，消息中携带RAND，SIM卡使用RAND 和SIM卡的Ki进行A3鉴权算法计算得到SRES。HLR同时也进行相同 的运算，通过比较SRES的值是否相等得到鉴权结果。

呼叫流程概述

在介绍呼叫控制之前, 这里简单介绍一下MSC 的接口及接口上所用的信令: 1.MSC 和BSS 的接口 这接口也称为A 接口,MSC 通过此接口连接移动用户. 这里使用BSSAP 信令. 2.MSC 和HLR 的接口 这里使用MAP 信令. 实际上是内置于MSC 的VLR , 通过此接口和HLR 之间进行更新, 查询等对移动用户数据的操作. 从而使PLMN 网络始终能跟踪用户的实际位置, 把呼叫送达. 3.MSC 和PSTN 的接口 这是GSM 网和PSTN 或ISDN 等其它网的联系. MSC 能和各种PSTN 使用的信令匹配. 在这接口上可提供R2 或TUP, 或ISUP 信令连接. 4.MSC 和MSC 的接口 这接口其实一部分是MSC 之间的连接, 使用TUP 或ISUP 信令, 另一部分是VLR 之间的 的连接, 使用MAP 信令.

移 动 网 的 号 码 或 标 识 码 较 为 复 杂. 一 个 移 动 用 户 可 能 同 时 拥 有 多 个 号 码. 有 的 号 码 是 固 定 的, 有 的 是 临 时 的. 下 面 对 移 动 用 户 的 号 码 作 个 介 绍: 1.IMEI — 国 际 移 动 设 备 标 识 码(International Mobile Equipment Identity) GSM 的 每 个 用 户 终 端 都 有 一 个 唯 一 的 标 识 码 — IMEI. IMEI 是 和 移 动 台 设 备 相 对 应 的 号 码, 和 谁 在 使 用 这 设 备 无 关. 移 动 网 可 在 任 何 时 候 请 求 工 作 着 的 移 动 台 的IMEI, 以 检 查 这 设 备 是 否 属 于 被 窃, 或 它 的 型 号 是 否 被 允 许 使 用. 若 结 果 否 定, 呼 叫 会 被 拒 绝. 在 用 户 不 用SIM 卡 作紧 急 呼 叫( 用 户 按 紧 急 呼 叫 键) 的 情 况 下, IMEI 可 被 用 作 用 户 标 识 号 码. 这 也 是 唯 一 的,IMEI 用 于 呼 叫 的 情 况. IMEI 为15 位 长, 它的 组 成 如 下: T1...T6F1F2 S1...S6 SP 6 位 2 位 6 位 1 位TAC FAC SNR 备 用 15 位 TAC: 型 号 码, 由 European Type Approval Authority 分 配 FAC: 工 厂 组 装 码, 由 厂 家 分 配, 表 明 生 产 厂 家 及 产 地. SNR: 流 水 号, 由 厂 家 分 配. 2.IMSI — 国 际 移 动 用 户 标 识 码(International Mobile Subscriber Identity) IMSI 唯 一 地 标 识了 一 个GSM 移 动 网 的 用 户. 并 且 能 指 出 用 户 所 属 的: 国 家 号 PLMN 网 号 HLR 号 码 IMSI 分 别 贮 存 在 用 户 的 身 份 识 别 卡SIM 卡 上 , 和HLR 内, 及用 户 目 前访 问 的VLR 内. IMSI 在 所 有 的 用 户 漫 游 位 置 都 有 效. 移 动 网 用 它 来 识 别 用 户, 和 对 用 户 进 行 安 全 鉴 别, 以 判 定 其 是 否 有 权 建 立 呼 叫 或 作 位 置 更 新. IMSI 也 是15 位 长, 它 的 组 成 如 下: MCC MNC MSIN 3 位 2 位10 位 MCC 移 动 用 户 的 国 家 号, 中 国 是 460; MNC 移 动 用 户 的 所 属PLMN 网 号. 中 国900MHZ TDMA 数 字 陆 地 蜂 窝 移 动 通 信 网 是 00 ; MSIN 移 动 用 户 标 识.可以进行SCCP 的寻址 目 前 我 国 的 编 号 方 式 为 H 1 H 2 H 3 9 X 1 X 2 X 3 X 4 X 5 X 6 其 中 H 1 H 2 H 3 是HLR 号 码, 它 应 和MSISDN 中 的 H 1 H 2 H 3 相 一 致. 3.TMSI — 临 时 移 动 用 户 标 识 码(Temporary Mobile Subscriber Identity) TMSI 是 为 了 对 用 户 的 身 份保 密, 而 在 无 线 通 道 上 替 代IMSI 使 用 的 临 时 移 动 用 户 标 识.