当前位置:文档之家› 3G核心网(PS CS)关键呼叫流程

3G核心网(PS CS)关键呼叫流程

3G核心网(PS CS)关键呼叫流程
3G核心网(PS CS)关键呼叫流程

特别说明

此资料来自豆丁网(https://www.doczj.com/doc/1414682859.html,/)

您现在所看到的文档是使用下载器所生成的文档

此文档的原件位于

https://www.doczj.com/doc/1414682859.html,/p-36961271.html

感谢您的支持

抱米花

https://www.doczj.com/doc/1414682859.html,/lotusbaob

GSM通信流程(非常全面)

Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容:呼叫基本流程,信令基本流程。其中,呼叫流程主要包含:移动主叫流程,移动被叫流程,汇接呼 叫流程。信令基本流程主要包含:鉴权流程,位置登记流程,呼叫重建流程,BSC内部切换流程,BSC间切换流程,MSC间切换流 程,移动始发短消息流程,移动终结短消息流程,定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为,描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系,对移动性 特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程,涉及内容包含:呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征,具 体的信令细节本课程不做描述,可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程,可以基本掌握: ●移动用户做位置登记的信令过程; ●移动用户做主叫的信令过程; ●移动用户做被叫的信令过程; ●MSC做汇接呼叫的信令过程; ●BSC内切换信令过程; ●BSC间切换的信令过程; 1

Issue 3.3 ●MSC间切换的信令过程; ●呼叫重建的信令过程; ●定向重试的信令过程。 对这些信令流程学习之后,对GSM系统的原理会有更加深刻的了解,对每个功能实体(MS,BTS,BSC,MSC,VLR,HLR)的功 能有更加深刻的体会。 相关资料 ETSI关于GSM的规范,主要是:GSM0408,GSM0808,GSM0902。 2

Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分: ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。一般来说,主叫经过几个大的阶段:接 入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。 接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。经过这个阶段,手机和BTS(BSC)建 立了暂时固定的关系。 鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。经过这个阶段,主叫用户的身 份已经得到了确认,网络认为主叫用户是一个合法用户,允许继续处理该呼叫。 TCH指配阶段主要包括:指配命令,指配完成。经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接 通,主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括:向HLR请求路由信息;HLR向VLR请求漫游号码;VLR回送被叫用户的漫游号码;HLR向MSC 回送被叫用户的路由信息(MSRN)。MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向。然后进行 话路接续。 3

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.doczj.com/doc/1414682859.html,. Requests to reproduce individual Organizational Partner’s documents should be directed to that Organizational Partner. See https://www.doczj.com/doc/1414682859.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.话终挂机 主叫先挂机,检测出主叫挂机后,路由复原、停止计费,向被叫送忙音,被叫听忙音后,挂机,被叫转入空闲状态。 被叫先挂机,检测出被叫挂机后,路由复原,停止计费,主叫听忙音,主叫挂机,转入空闲状态。

GSM主要信令接续流程(呼叫流程)

主要信令接续流程 为了对GSM系统的整体工作流程有进一步的认识,本节描述几种主要接续流程。 移动客户至固定客户出局呼叫流程 移动台始发呼叫框图见图8-14,流程图见图8-15。 图8-14 移动台始发呼叫框图

图8-15 MS始发呼叫流程图 图中流程说明如下: (1) 在服务小区内,一旦移动客户拨号后,移动台向基站请求随机接入信道(RACH)。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权,如果需加密则设置加密模等,进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP/TUP),建立与固定网(ISDN/PSTN)至被叫客户的通路,并向被叫客户振铃,向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答,向移动台发送应答连接消息,最后进入通话阶段。

手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息,然后BTS 对这个消息进行转发,在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求,在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active,在这个Channel active 里面有一个非常重要的信息,就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。

通信呼叫流程信令

1

Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说,信令流程可以分为三个相对独立的部分: ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始,到主叫用户TCH指配完成为止。一般来说,主叫经过几个大的阶段:接 入阶段,鉴权加密阶段,TCH指配阶段,取被叫用户路由信息阶段。 接入阶段主要包括:信道请求,信道激活,信道激活响应,立即指配,业务请求等几个步骤。经过这个阶段,手机和BTS(BSC)建 立了暂时固定的关系。 鉴权加密阶段主要包括:鉴权请求,鉴权响应,加密模式命令,加密模式完成,呼叫建立等几个步骤。经过这个阶段,主叫用户的身 份已经得到了确认,网络认为主叫用户是一个合法用户,允许继续处理该呼叫。 TCH指配阶段主要包括:指配命令,指配完成。经过这个阶段,主叫用户的话音信道已经确定,如果在后面被叫接续的过程中不能接 通,主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括:向HLR请求路由信息;HLR向VLR请求漫游号码;VLR回送被叫用户的漫游号码;HLR向MSC 回送被叫用户的路由信息(MSRN)。MSC收到路由信息后,对被叫用户的路由信息进行分析,可以得到被叫用户的局向。然后进行 话路接续。 2

Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是:从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时,HLR每次送5组,本次使用一组,另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕,VLR才发起向HLR/AUC取鉴权集的过程。 另外,如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户,那么就不会向其它MSC发送初始地址消息(IAI/IAM), 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户,则通过信令路由分析,通过适当的链 路向目的MSC发IAI消息,以建立话路。 主叫接入阶段、鉴权阶段主要信令: 3

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请求。

手机开机呼叫流程

手机开机呼叫流程通信手机开机后的步骤 : 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, 为通道需求。

中国移动业务处理流程大全

1业务处理流程: 1.1业务受理流程 1.2后台施工流程: 1.3竣工处理流程 2业务处理系统流程 2.1开户 具体要求: ●C1-F2、C1-F4:要求能够主动提供新业务推介信息,帮助用户选用最合适的产品 ●C1-F5:要求首先预占资源,M4-F4要求能够制定预占资源的时间限制。 ●C1-F3:根据输入的身份区分客户类型,输入用户资料完整性检查(用户名、通信地址 等完整,符合相关规定),收费前用户资料预输入,收费后用户资料真正输入 ●C1-F6:输入产品名称(3G语音等),业务为开户,时间等信息,要求输出价格。 2.2 改号 2.3换卡/补卡 2.4客户资料修改 含(改名、改帐务、改客户密码、改联系方式等)

2.5过户 2.6停机/复机2.7功能变更2.8优惠变更2.9销号 2.10购买/换机身2.11充值卡 2.12收/退通信费2.13查询和咨询2.14组件说明

2.15汇总

3管理流程 3.1客户服务管理系统处理流程 3.2合作伙伴管理(管理)系统处理流程 3.3合作伙伴(增删改)管理(管理)系统处理流程 3.4客户(客户分类)管理系统处理流程 3.5客户(客户类别设置)管理系统处理流程 3.6接口管理(业务接口管理)系统处理流程 3.7接口管理(增删改)系统处理流程 3.8界面管理系统处理流程 3.9产品管理系统处理流程 3.10产品资源管理系统处理流程 3.11业务计费结算管理系统处理流程 3.12业务流程管理系统处理流程 4补充说明 常用卡、号类资源: SIM卡:插入用户手机的智能卡,是手机的核心部件,可存储。按其存储容量可分为8K、32K 等。 IMSI卡:全球唯一识别码,在移动通信网中只识别该码。

(流程管理)CS呼叫流程

上海大唐移动通信设备有限公司(流程管理)CS呼叫流程 第1页共25页

目录 1. 概述 (1) 1.1本文的目的和内容 (1) 1.2本文的依据 (1) 1.3缩略语 (1) 2. 研究动机/顾客受益 (3) 3. 典型处理流程 (4) 3.1主叫信令流程 (4) 3.1.1 主叫流程图 (4) 3.1.2 流程简述 (4) 3.1.3 主要消息 (6) 3.2被叫信令流程 (7) 3.2.1 被叫流程 (7) 3.2.2 流程简述 (10) 3.2.3 主要消息 (10) 3.3呼叫释放信令流程 (10) 3.3.1 释放RRC连接情况 (10) 3.3.2 仅释放Iu连接 (11) 4. 典型异常流程 (14) 4.1U U接口异常流程 (14) 4.1.1 网络拒绝建立RRC连接 (14) 4.1.2 RRC连接释放时的异常情况 (15) 4.1.3 初始/直接传输异常处理 (15) 4.1.4安全模式控制失败(包括Iu接口的安全模式控制) (16) 4.1.5 无线承载建立失败(包括Iu接口的RAB建立过程) (16) 4.1.6 无线承载释放失败(包括Iu接口的RAB释放过程) (18) 4.2I U接口异常流程 (19) 4.2.1 RAB分配请求异常处理 (19) 4.2.2 安全模式控制异常处理 (19) 4.3I UB接口异常流程 (19) 4.3.1 无线链路建立失败 (19) 4.3.2 无线链路重配置失败 (21) 5. 文件历史 (23)

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 媒质接入控制 NAS Non Access Stratum 非接入层 NBAP Node B Application Part Node B应用部分

移动台的呼叫建立过程

摘机

下面较详细讲述呼叫的建立过程: 移动台的呼入接续过程: 1、寻呼 MSC/VLR 在数据库中查出用户的资 料并向相关的BSC 发寻呼信息。该信息包含用户所在区域的LAI 和用户的IMSI 或者TMSI 。 2、寻呼命令 BSC 向LA 区内的所有BTS 发出寻呼命令。该信息包含IMSI 或TMSI 。收发信单元识别码、信道类型和时隙号。 3、寻呼请求 BTS 在PCH 上向移动台发送寻呼信息。信息包含用户的IMSI 或TMSI 。 4、信道请求 被寻呼的移动台在RACH 上发送一个短的接入脉冲串至BTS 。BTS 接收该寻呼响应信号后记录该突发脉冲串的迟滞值。 5、信道请求 BTS 向BSC 发信道请求信息。该信息还包含移动台接入系统的迟滞值。 6、信道激活。 SC 选择一条空闲的SDCCH 并指示BTS 激活该信道。 7、信道激活证实。 TS 激活SDCCH 后向BSC 发信道激活证实信息。 8、立即分配 BSC 透过BTS 经由AGCH 向移动台发出允许接入系统信息。该信息包含频率、时隙号、SDCCH 信道号和移动台将要使用的时间提前值TA 等。 9、寻呼响应 移动台通过SDCCH 向BSC 发寻呼响应信息。该信息包含移动台的IMSI 或TMSI 和移动台的等级标记,BSC 加入CGI 后把信息送往MSC/VLR 。 10、鉴权请求 MSC/VLR 透过BSC 、BTS 向移动台发鉴权请求,其中包含随机数RAND ,用移动台的鉴权运算。 11、鉴权响应 PSTN MSISDN GMSC MSISDN MSRN MSR IMSI VLR MSC IMSI MSRN MSISDN IMSI MSRN HLR MSC

呼叫中心制度及管理流程

一、呼叫中心主管岗位职责 1、管理客服(座席)专员电话接听工作,对疑难问题予以指导; 2、主持征期内的客服专员每日一会,进行及时的培训、答疑; 3、统计客服专员每月的考核,提供工资、奖金依据; 4、实时关注CRM,安排录单工作,对CRM 中变更信息及时修改; 5、客服平时出现请假、缺席情况的,及时安排并调配人员; 6、安排客服专员的回访工作,向客服分发回访名单,并定时回收;汇总回访情况,进行总结,处理回访过程中企业的需求。; 7、负责跟进及处理客户投诉等问题; 8、协调、跟进与区域之间相关服务问题的处理; 9、负责统计呼叫中心相关数据。 二、呼叫中心员工岗位职责 1、负责所有客户的电话咨询、问题解答; 2、负责电话回访(协议、上门、返卡、电话留言及网站留言); 3、负责做好日报、月报,及时反馈信息的统计、分析和汇报; 4、负责有服务需求客户的电话营销工作; 5、完成上级安排的其他工作。 三、呼叫中心服务标准 (一)电话接听服务态度 1、接通电话时,应说:“您好,中国××(工号)为您服务!” 2、客户不出声时,应说:“您好,请问有什么可以帮您?” 3、用户仍不出声,应说:“对不起,听不到您的声音,请稍后再拨!” 4、用户等待超过10秒,应说:“对不起,请稍等!” 5、听不懂用户方言,应说:“您好,请讲普通话好吗?” 6、听不清用户问题,应说:“对不起,请您大声一点好吗?”“对不起,请您讲慢一点好吗?”“对不起,请您重复一遍好吗?” 7、取消“静音”恢复通话,应说:“对不起,让您久等了!” 8、解答完毕,应说:“请问您还有什么问题吗?” 9、不能当场解答疑难问题,应说:“请稍等,您的问题正在记录……请讲!”“您的问题我复述一遍好吗?”“您的问题稍后我们会尽快回复您。” 10. 回复疑难问题时,应说:“您好,这里是湖北哲科服务热线。您上次(*月*日)咨询的关于***问题,现在给您回复。” 11. 需要用户记录时,应说:“请您记录……”

CS呼叫流程

Call Process

文档控制 文档更新记录 文档审核记录 未定问题记录

目录 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 Iub 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 媒质接入控制

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

典型业务的内部呼叫控制流程 (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 (呼叫等待)等;

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

你我 知识分享社区
SIP 呼叫流程典型流程 图解及其详细解释
https://www.doczj.com/doc/1414682859.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

SIP呼叫流程

成功的SIP用户呼叫流程 在同一SoftX3000控制下的两个SIP用户之间的成功呼叫, SIP PhoneA为主叫,SIP PhoneB为被叫,主叫先挂机; 图3-6 SIP实体之间的SIP呼叫流程 (1)事件1:SIP PhoneA发INVITE请求到MGC,请求MGC邀请SIP PhoneB 加入会话。 (2)事件2:MGC给SIP PhoneA回100 Trying表示已经接收到请求消息, (3)事件3:MGC给SIP PhoneA发407 Proxy Authentication Required响 应,表明MGC端要求对用户进行认证, (4)事件4:SIP PhoneA发ACK消息给MGC,证实已经收到MGC对于 INVITE请求的最终响应。 (5)事件5:SIP PhoneA重新发INVITE请求到SoftX3000。 (6)事件6:MGC给SIP PhoneA回100 Trying表示已经接收到请求消息, (7)事件7:MGC向SIP PhoneB发INVITE消息,请求SIP PhoneB加入 会话。并且通过该INVITE请求消息携带SIP PhoneA的会话描述给SIP PhoneB。 (8)事件8:SIP PhoneB给MGC回100 Trying表示已经接收到请求消息, (9)事件9:SIP PhoneB振铃,并回180 Ringing响应通知MGC。 (10)事件10:MGC回180 Ringing响应给SIP PhoneA,SIP PhoneA听回 铃音。 (11)事件11:SIP PhoneB给MGC回200 OK响应表示其发过来的INVITE 请求已经被成功接受、处理。

移动用户呼叫移动用户的接续过程

主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始到主叫用户TCH指配完成为止一般来说主叫经过几个大的阶段接入阶段鉴权加密阶段TCH指配阶段取被叫用户路由信息阶段 接入阶段主要包括信道请求信道激活信道激活响应立即指配业务请求等几个步骤经过这个阶段手机和BTS BSC 建立了暂时固定的关系 鉴权加密阶段主要包括鉴权请求鉴权响应加密模式命令加密模式完成呼叫建立等几个步骤经过这个阶段主叫用户的身份已经得到了确认网络认为主叫用户是一个合法用户允许继续处理该呼叫 TCH指配阶段主要包括指配命令指配完成经过这个阶段主叫用户的话音信道已经确定如果在后面被叫接续的过程中不能接通主叫用户可以通过话音信道听到MSC的语音提示 取被叫用户路由信息阶段主要包括向HLR请求路由信息HLR向VLR请求漫游号码VLR回送被叫用户的漫游号码HLR向MSC回送被叫用户的路由信息MSRN MSC收到路由信息后对被叫用户的路由信息进行分析可以得到被叫用户的局向然后进行话路接续 主叫过程的信令流程如后面的图所示 当用户输入被叫号码后, 首先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)发起呼叫,网络与手机通信过程讲解 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子层直接处理。

相关主题
文本预览
相关文档 最新文档