当前位置:文档之家› IMS消息流程

IMS消息流程

IMS消息流程
IMS消息流程

YD/T 1481-2006 会话初始协议( SIP)服务器设备技术要求_2>

《资料性附录)

SIP服务器与其他网络的互通

A.1 SIP网络PSTN/PLMN网络互通要求

A.1.1概述

SIP网络与PSTN/PLMN的互通,通过软交换设备实现,如图A.1所示。

图A.1 SIP网络与PSTN/PLMN网络互通示意

A.1.2互通流程

A.1.2.1 PSTN端到IP端的呼叫建立和释放建立流程

PSTN端到IP端的呼叫建立和释放建立流程如图A.2所示。

图A.2 SIP网络与软交换网络的直通

本流程示例基于以下约定:

一No.7信令以ISUP为例;

一连接主叫用户的发端局发出的ISUP信令发给软交换;

一SIP服务器为被叫用户即SIP用户代理的代理/注册服务器。

流程说明:

(1) PSTN端的发端局收到主叫用户发出的呼叫建立请求消息,生成初始地址消息IAM 送给软交换。

(2)软交换收到IAM消息,将IAM消息转换成SIP INVITE请求消息发出,此INVITE 消息将按照SIP系统的路由方式路由至SIP服务器。

(3) SIP服务器将INVITE请求消息发给被叫SIP用户代理。

(4,) SIP服务器同时发100 Trying响应给软交换,表明已收到INVITE请求,呼叫建立请求正被转发至目的地,但尚在进行中。

(5) SIP用户代理收到INVITE请求,向SIP服务器发l8x响应(铡如,现以180 Ringing 响应为例,表明其正在通知被叫)。

(6) SIP服务器将收到的18x响应转给软交换。

(7)软交换收到18x响应,将18x响应生成ACM消息送给发端局,消息中含被叫的当前状态信息。

(8)被叫用户应答呼叫,SIP用户代理向SIP服务器发200 0K响应。

(9) SIP服务器将200 0K响应转给软交换。

(1O) 软交换收到200消息,将200消息转换成ANM消息发给发端局,发端局将通知主叫用户。

(ll) 软交换同时发ACK给SIP服务器。

(12) SIP服务器将ACK消息转给SIP用户代理,至此呼叫建立成功。

(13)主叫被叫进入通信阶段。

(14)呼叫释放可由通信双方中的任一方发起,假定由主叫方发出,发端局收到主叫方送出的释放请求消息,向软交换发REL消息。

(15)软交换回送RLC消息给发端局。

(16)软变换同时将REL消息转换成BYE消息发给SIP服务器。

(17) SIP服务器将BYE消息发给SIP用户代理。

(18) SIP用户代理回送200 0K消息,表明被叫释放呼叫。

(19) SIP服务器将200 0K响应转给较交换,至此释放完成。

A.1.2.2 IP端到PSTN端的呼叫建立和释放建立流程

IP端刭PSTN端的呼叫建立和释放建立流程如图A.3所示。本流程示例基于以下约定:

一NO.7信令以ISUP为例;

一SIP服务器为主叫用户即SIP用户代理的代理/注册服务器;

一连接被叫用户的收端局发出的ISUP信令发给软交换;

图A.3 lP端到PSlN端的呼叫建立和释放建立流程

流程说明:

(1)IP侧的SIP用户代理向SIP服务器发出呼叫建立请求INVITE消息。

(2) SIP服务器收到INVITE请求,转发INVITE请求,此INVITE请求将按照SIP系统的路由方式路由至软交换。

(3)SIP服务器同时向SIP用户代理发100 Trying响应,表明已转发INVITE请求,但尚在进行中。

(4)款交换收到INVITE消息,将INVITE消息转换成IAM消息发出,此IAM消息将被送至被叫所在收端局。

(5)软交换同时向SIP服务器回送100 Trying响应,表明已转发INVITE请求至目的地,但尚在进行中。

(6)收端局收到IAM消息,分析被叫用户号码,检查被叫的情况,向软交换发送地址全消息(ACM),ACM消息中含有关被叫的当前状态等附加信息。

(7)软交换收到ACM消息,生成SIP 18x(eg.183 Session Progress)响应送给SIP 服务器,18x消息含呼叫建立期间的状态信息。

(8) SIP服务器转发18x响应绐SIP用户代理。

(9)被叫用户应答呼叫,收端局收到被叫用户发送的连接消息,向软交换发送应答消息( ANM)。

(IO)软交换收到ANM消息,将AHM消息转换戚200 0K响应后发出,此消息将按SIP 系统的路由方式发给SIP服务器。

(11)SIP服务器转发收到的200消息给SIP用户代理。

(12) SIP用户代理收到200响应,发送ACK消息给SIP服务器,表明其知道被叫应答呼叫。

(13) SIP服务器将ACK消息转发给软交换,至此呼叫建立成功..

(14)主叫被叫进人通信阶段。

(15)呼叫释放可由通信双方中的任一方发起,假定由SIP用户代埋发出.SIP用户代理向其SIP服务器发出BYE消息,表明其释放呼叫。

(16) SIP服务器收列BYE消息,将其转发给软交换。

(17)软交换收到BYE消息,将BYE消息转换成REL消息发给收端局。

(18)收端局收到REL消息,向软交换回送释放完成消息(RLC),表明被叫释放呼叫。

(19)软交换将RLC转换成200 0K响应发给SIP服务器。

(20)SIP服务器将200响应转给SIP用户代理,至此释放释放完成。

A.2与ISDN网络互通

A.2.1概述.

SIP网络可以通过SIP网关或IWF实现与ISDN互通,如图A.4所示。

图A.4 SIP网络与ISDN网络互通

A.2.2互通流程

A.2.2.1SIP用户拔打ISDN用户

当SIP用户呼叫的被叫用户在ISDN上时,其业务实现流程如图A.5所示。

图A.5 SIP用户呼叫ISDN用户

流程说明:

(1)用户摘机发起一路呼叫,用户代理向该区域的SIP服务器发起INVITE请求。

(2)SIP服务器收到请求后,检查INVITE消息当中没有所需要的信任信息,就向用户代理发送407质询信息,要求用户代理送信任字段。

(3)用户代理送确认消息ACK。

(4)用户代理再次发送INVITE请求,其中携带其正确的信任字段。

(5)SIP服务器通过认证/计费中心对用户认证通过后,检查请求消息中的Via头域中是否已包含其地址。若已包含,说明发生环回,返回指示错误的应答;如果没有问题,SIP服

务器在请求消息的Via头域插入自身地址,并向INVITE消息的To域所指示的被叫SIP 网关转送INVITE请求。

(6) SIP服务器向用户代理发送呼叫处理中的应答消息.100 Trying。

(7)SIP服务器向用户代理转发l00 Trying消息。

(8) SIP网关向ISDN用户发送Setup消息,请求建立连接。

(9) ISDN用户向SIP网关发送呼叫进展call proceeding消息。

(10)被叫振铃,ISDN用户向SIP网络发送Alerting消息。

(11) SIP网关向SIP服务器发送180 ringing消息。

(12) SIP服务器向用户代理转发180 ringing消息,主叫听振铃音。

(13)被叫摘机,ISDN用户向SIP网关发送Connect消息。

(14) SIP网关向SIP服务器发送200 0K消息。

(15) SIP服务器向用户代理转发200 0K消息。

(16)用户代理向SIP服务器发送ACK证实消息。

(l7) SIP服务器向SIP网关转发ACK征实消息。

(l8)主被叫建立通话连接。

(19)被叫挂机,ISDN用户向SIP网关发送Disconnect消息。

(20) SIP网关向SIP服务器发送BYE消息。

(2I) SIP服务器向用户代理发送BYE消息。

(22)用户代理向SIP服务器回送200 0K消息。

(23) SIP眼务器向SIP网关转发200 0K消息。

(24) SIP网关向ISDN用户发送Release消息。

(25) ISDN用户向SIP网关回送Release Complete消息。

A.8与钦交换网络互通要求

A.3.1概述

SIP网络与软交换网络的互通,应通过SIP服务器完成与软交换设备的互通,如图A.6所示,互通协议采用SIP协议。

图A.6 S1P网络与软交换网络的互通

A.3.2互通流程

当SIP用户呼叫软交换网络中的H.248 IAD时,其业务实现流程如图A.7所示。

图A.7 S1P用户呼叫H.248 IAD互通流程

流程说明:

(1)主叫摘机,SIP用户代理向SIP服务器发送INVITE。

(2)SIP服务器向SIP用户代理回送100 Ttying。

(3) SIP服务器向软交换转发INVITE.软交换1向SIP服务器回送响应lO0。

(4)较交换向lAD发送Add,在IAD2中创建一个新context.并在context中加入TDM termination和RTP termination,其中Mode设置为SendReceive,并设置抖动缓存、语音压缩算法等,并对被叫用户进行振铃。lAD通过Reply命令返回其RTP端口号及采用的语音压缩算法。

(5)软交换向SIP服务器发送180 Ringing。

(6) SIP服务器向SIP用户代理转发180,送回铃音。

(7)被叫用户摘机,IAD向软交换发送Notify命令。

(8)软交换向SIP服务器发送200 0K。

(9)软交换向IAD发送Modify命令,切断振铃音,并监视被叫挂机。

(10) SIP服务器向软交换发送ACK 证实。

(ll) SIP服务器向SIP用户代理转发响应200。

(t2) SIP用户代理回送ACK证实。

A.4与H.323 IP电话网络互通要求

A.4.1溉述

SIP网络与H.323网络的互连互通,采用IWF实现H.323和SIP协议的消息映射,互通方式如图A.8所示。其中,I WF功能可以内嵌于软交换设备中,或者作为独立功能实体。当SIP网络与H.323网络分别在不同运营商时,互通点设置在IWF和顶级网守之间;当SIP网络与H.323在网在同一运营商时.互通点由各运营商根据网络建设的实际情况来确定。

图A.8 SIP网络与H.323网络的互通

A.4.2互通流程

A.4.2.1 使用H.323 GK和SIP服务器的呼叫流器

流程如图A.9所示。

图A.9使用SIP服务器的呼叫流程流程说明:

(1)SIP终端向SIP服务器发送邀请INVITE请求消息,消息包含主叫SDP描述信息。

(2)SIP服务器收到请求后,检查INVITE消息当中没有所需要的信任信息,就向SIP 终端发送407质询信息,要求用户代理发送信任字段。

(3) SIP终端送确认消息ACK。

(4) SIP终端再次发送INVITE请求,其中携带其正确的信任字段。

(5) SIP服务器向IWF/SS转发该INVITE请求。

(6)IWF/SS向网守发送ARQ消息,送行接人认证和地址解析,其中应包含主叫号码(主叫号码采用E164编码)。

(7)网守回送ACF,其中包括查询到的被叫H.323终端的IP地址。

(8) IWF/SS向被叫H.323终端发送呼叫建立请求Setup消息。

(9)被叫H.323终端向网守发送ARQ请求认证。

(lO)网守回送ACF消息。

(l1)H.323端点发送振铃消息Alering,该消息中可以包含H.245的通道信息,也可以不包含,H.323端点需要识别这两种不同情况。

(12)IWF向SIP服务器发送振铃响应消息“180 Ringing”。

(13)SIP服务器向SIP终端转发振铃响应消息“180 Ringing”。

(14)H.323端点向IWF发送连接建立消息Connect,该消息中可以包含有H.245的通道信息,也可以不包含,H.323端点需要识别这两种不同情况。

(15) IWF向SIP服务器发送200 0K响应消息,该消息包含被叫SDP描述信息。

(16) SIP服务器向SIP端点转发200 0K响应消息。

(17) SIP端点向SIP服务器发送证实请求ACK消息。

(18) SIP代理服务器向IWF转发证实请求ACK消息。

(19) 双方通话连接建立。

(20) SIP端点向SIP服务器发呼叫释放BYE请求消息。

(2l) SIP服务器向IWF转发呼叫释放BYE请求消息。

(22) IWF回送200 0K响应。

(23) SIP服务器回送200 0K响应。

(24)lWP向H.323端点发送Release complete消息。

(25) H.323端点向IWF发送Release complem消息。

(26)IWP向网守发送退出请求DRQ消息。

(27)网守向IWF回送退出确认DCF消息。

(28)H.323端点向网守发送退出请求DRQ消息。

(29)网守向H.323端点回送退出确认DCF消息。

A.4.2.2 使用H.323GK和SIP重定位服务器的呼叫流程

图A.10 使用SIP重定向服务器的呼叫流程

流程说明:

(1)H.323端点向网守发送ARQ消息,进行接入认证和地址解析,其中应包含主叫号码(主叫号码采用E164编码)。

(2)接入认证以及被叫地址解析完成后,网守向H.323端点回送ACF消息。

(3)H.323端点向IWF发起呼叫建立请求setup消息。

(4)IWF向网守发送ARQ消息,进行接入认证。

(5)网守向IWF发送接入确认消息ACF。

(6)IWF向SIP重定向服务器发送邀请INVITE请求消息,消息包含主叫SDP描述信息。

(7)SIP重定向服务器向IWF回送302响应消息“临时迁移”,并返回被叫的当前地址。

(8) STP端点向SIP重定向服务器发送证实请求ACK消息。

(9)IWF向被叫SIP端点发送邀请INVITE请求消息,消息包含主叫SDP描述信息。

(10) SIP端点向IWF发送振铃响应消息“180 Ringing”。

(ll)IWF向H.323端点发送振铃消息Alerting,该消息中可以包含H.245的通道信息,也可以不包含,H.323端点需要识别这两种不同情况。

(12) SIP端点向IWF发送200 0K响应消息。

(13) IWF向H.323端点发送连接建立消息Connect,里面可以包含有H.245的通道信息,也可以不包含,H.323端点需要识别这两种不同情况。

(14) H.323端点与IWF之间进行能力交换。

(15)H.323端点与IWF之间打开逻辑通道。

(16) IWF向SIP端点发送证实。

(17)双方通话连接建立。

(18)如果已打开H.245通道,则H.323端点与I WF之间要先关闭逻辑通道。

(l9)关闭逻辑通道后.H.323端点与IWF之间互送End Session Command。

(20) H.323端点向IWF发送Release complete消息。

(2l)H.323端点向网守发送退出请求DRQ消息。

(22)网守向H.323端点网送退出确认DCF消息。

(23) IWF向网守发送退出请求DRQ消息。

(24)网守向IWF回送退出确认DCF消息。

(25)IWF向SIP服务器发送呼叫释放BYE请求消息。

(26) SIP服务器向SIP端点转发呼叫释放BYE请求消息。

(27) SIP端点向SIP服务器回送200 0K响应。

(28)SIP服务器向IWF转发200 0K响应。

附录B

(资料性附录)

SIP服务器在IMS系统中的应用

B.1概述

在IP多媒体核心网子域(IM CN subsystem)中采用SIP作为呼叫会话控制协议,SIP作为IMS中不同实体之间的会话控制接口.主要的应用范围包括UE和P-CSCF之间、CSCF和CSCF之间、以及CSCF和外部SIP网络之间等。

B.2 SIP实体与IMS实体的对应关系

IMS中通过不同CSCF完成呼叫会话控制,这些CSCF在SIP信令进程中分别实现不同的呼叫会话控制功能。下面分别对P-CSCF、I-CSCF和S-CSCF所实现的SIP功能进行说明。

B.2.1 P-CSCF

PCSCF是IMS子域内的第一联络点。UE通过“本地CSCF发现流程”获得P-CSCF的地址。

P-CSCF通常承担SIP代理服务器的功能。在某些应用环境中P-CSCF l同样承担用户代理的功能,这些应用环境主要包括:(1)作为客户订购或者接受某些事件信息;(2)当执行P-CSCF始发的会话释放过程时;以上两种应用环境下,P-CSCF承担UA的职责,而且在会话的后续阶段中P-CSCF仍然可能承担SIP代理服务器的职责。

P-CSCF提供的功能主要包括:

(1)通过UE中提供的归属域名获得I-CSCF地址或者域名信息,然后向I-CSCF转发从UE接收到的SIP注册请求。

(2)通过注册流程中所获得的SIP服务器地址或者域名信息,向S-CSCF等SIP服务器转发SIP消息。

(3)向UE转发SIP请求或响应。

(4)生成CDR。

(5)在P-CSCF与UE之间建立安全关联。

(6)完成SIP消息的压缩与解压缩。

(7)实现对于承载网络资源以及QoS管理的授权。

B.2.2 I-CSCF

I-CSCF提供SIP代理服务器的功能,负责处理外部网络与内部网络的连接。例如,用户漫游到某个网络覆盖范围内时,漫游用户首先与位于访问地网络内部的I-CSCF进行联系。

I-CSCF提供的功能主要包括:

(1)注册。给用户指派.—个S-CSCF.完成SIP注册功能。

(2)提供与会话相关的流程和与会话非相关的流程。

一将外部网络发送的SIP请求转发绘S-CSCF;

一在HSS处获取S-CSCF的IP地址;

一向S-CSCF转发对于上述两个步骤的SIP请求或者SIP响应。

(3)进行计费与资源优化。生成CDR。

B.2.3 S-CSCF

S-CSCF提供SIP代理服务器的功能,负责完成UE的会话再控制功能。在某些应用环境中S-CSCF同样承担用户代理的功能,这些应用环境主要包括:(1) S-CSCF向第三方注册时;(2)S-CSCF作为事件信息的通知方;(3) S-CSCF发送MESSAGE方法,提供消息机制;(4)S-CSCF释放已经建立的会话。

在一个运营网络内部,不同的S-CSCF分别承担不同的功能。S-CSCF提供的功能主要包括:

(1)注册。完成SIP注册服务器的功能,接受注册请求,并且使注册请求的相关信息通过位置服务器可查洵。

(2)会话相关的流程和与会话非相关的流程。主要包括:对已经完成注册的端点进行会话控制;完成SIP代理服务器的功能;完成SIP用户代理的功能;与业务平台交互可支持的业务;向端点提供业务事件的相关信息等功能。

对于源端点提供的功能主要包括:

一目的端点与源端点在不同的运营网络中时,首先通过目的地域名获得目的网络中

I-CSCF的地址,然后将SIP请求或应答转发至目的网络中的I-CSCF;

一目的端点的域名与源端点的域名位于相同的运行网络中时,直接将SIP请求或应答转发至本网络中的I-CSCF;

一根据运行策略,在一个ISP主域内部与IMS子域外部转发SIP请求或者应答;

一向BGCF转发到PSTN侧或者电路域内的呼叫的SIP请求或者应答;

对于最初请求由应用服务器发起时:

一确认应用服务器发起的是一条源请求,并且应用与之相符的流程;

一如果应用服务器生成的请求已经被注销,仍然对该请求进行处理;

一处理应用服务器生成的针对某个用户的多个请求;

一应用服务器根据用户初始化会话,生成计费信息。

对于目的端点完成下述功能:

一在归属网络内部,根据归属用户的MT流程,或者为漫游到访问网络的漫游用户(漫游用户的归属网络运行方已经选择在路径中不设置I-CSCF),将SIP请求或应答转发到

P-CSCF:

一在被访问网络内部,为漫游到这个网络中的漫游用户提供的MT流程中,向P-CSCF 转发SIP请求或者响应。漫游用户的归属网络操作者已经在路径中设置审问CSCF;

一用户一旦从电路域接收到人会话,根据HSS和业务控制审问修改列电路域的入会话路由;

一为到PSTN域或电路域的呼叫路由内BGCF转发SIP请求或者响应;

一如果SIP请求包含目的端点特征参数,则根据相关标准或草案

(draft-ietf-Sip-callerprefs- xx,最新版适用)完成参数与能力的匹配。

一进行计费与资源优化。生成CDR。

B.3典型流程

B.3.1注册流程

B.3,1.1 注册流程——未注册用户

用户首先建立到接入网络的IP连接,完成接人层的注册,然后开始应用层注册过程。在建立注册流程时,默认用户处于漫游状态,如果用户位于归属网络,归属网络承担被访问网络和归属网络的双重功能,处理用户的注册请求;如果用户漫游到其他网络,由漫游地网络处理用户的注册请求。用户注册流程如下例:

图B.1注册流程一用户未注册

(1)用户开始注册过程前首先应建立IP连接,即向P-CSCF发送注册信息,注册信息包括公共用户标识、私有用户标识、归属网络域名、UE的IP地址。

(2) P-CSCF接收Rcgister消息后,检查“归属域域名”,确定归属网络的接入点。

P-CSCF将Register消息发送至I-CSCF,包括P-CSCF地址域名、公共用户标识、私有用户标识、P-CSCF网络标识符、UE的IP地址。通过域名地址解析机制从归属域名中解析出归属网络地址。P-℃CSF网络标识符用于标识当前V-CSCF所在的归属网络,表示为字符串。

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/c02332017.html,. Requests to reproduce individual Organizational Partner’s documents should be directed to that Organizational Partner. See https://www.doczj.com/doc/c02332017.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 响应,并将数据库中的用户有关信息注销。

手机开机呼叫流程

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

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流。

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

典型业务的内部呼叫控制流程 (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/c02332017.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

呼叫中心的流程管理

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

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

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

呼叫流程概述

在介绍呼叫控制之前, 这里简单介绍一下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 使 用 的 临 时 移 动 用 户 标 识.

GSM呼叫流程图

GSM呼叫流程 一、MS作主叫: MOBILE STATION NETWORK RR connection establishment(MO) Service request Authentication Ciphering mode seting Call initiation Assignment of a traffic channel Alerting(回铃音)User alerting Call accepted CM Service Request为始发呼叫中系统试呼总次数计数器触发点。 Call Proceeding为始发呼叫中交换系统试呼总次数计数器触发点。

主叫建立过程 ●MS信道请求 MS拨号后,在RACH上发送’信道请求’消息,BTS的TCU接收解码后,BSS软件会很快在AGCH上发送’立即指派消息’给MS,安排MS进入SDCCH信道。(移动台占用SDCCH,无需MSC的参与,)。 ●MS响应 MS收到’立即指派消息’,转换到指定的SDCCH。之后,MS立即发送SABM(设定异步模式)。网络对SABM以发送UA(Unnumbered Acknowledge)作为响应以建立L2无线链路。在SABM里MS向BSS表明会是哪种请求服务,如位置更新或建立通话。BSS处理该请求然后通过A接口上的信令链路向MSC报送。 ●确认请求 MSC收到BSS上报的’服务请求消息’,给MS发回’确认响应’。该响应通过BSS 的信令链路完成。BTS在SDCCH上向MS发出该响应。在此响应过程中BSS只起传递消息作用,不作任何处理。 ●MS收到MSC的确认响应。 MS对MSC的’确认请求’以’确认响应’来回答。BTS收到MS的’确认响应’后,在信令链路上传给BSS。同样,BSS对该消息也不做任何处理。 ●加密模式 MSC收到正确的’确认响应’后,发出’加密模式命令’。由于建立通话信息中包含有敏感的诸如电话号码等信息,因而网络应必须启动’加密模式’。(当然,该模式对MSC而言,是可选项) ●MS的加密模式 MS发送’加密模式命令’已完成的消息来响应MSC的’加密模式命令’,以向BSS 表明,MS已经使用前已安排的密钥加密了。 ●MS呼叫类型信息 MS在SDCCH发送’set up message’, 向MSC表明呼叫是双方通话或三方通话。 ●分配请求 MSC收到并处理”set up message”,发起’分配请求’。以表明需要哪种TCH (全速或半速),BTS然后在SDCCH上分配,安排MS到指定的空闲TCH。 ●MS分配信道完成 MS转到指定的TCH,在FACCH上发送一’分配信道已完成’的消息 ●提示信息 MSC向MS发送’提示消息’,包括告知MS对方铃已响,该发送回铃音了。 ●连接信息

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