首页 > 通信行业标准(YD) > YDB 029-2009 下一代网络(NGN)架构下支持紧急呼叫的技术要求
YDB 029-2009

基本信息

标准号: YDB 029-2009

中文名称:下一代网络(NGN)架构下支持紧急呼叫的技术要求

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

相关标签: 下一代 网络 架构 紧急 呼叫 技术

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YDB 029-2009.Technical Requirements of Emergency Sessions in NGN Architecture.
1范围
YDB 029报告规定了下一代网络(NGN)架构下支持紧急呼叫的技术要求,主要对PSTN/ISDN仿真子系统和IP多媒体子系统支持紧急呼叫提出了技术要求。
YDB 029报告适用于NGN架构下PSTN/ISDN仿真子系统和IP多媒体子系统实现紧急呼叫。
2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准文件,然而,鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本技术报告。
《公众电信网支持应急通信的业务需求》
YD/T 1522. 1-2006《会话初始协议技术要求第1部分:基本的会话初始协议》
3缩略语
下列缩略语适用于本技术报告。
AGCF              Access Gateway Control Function              接入网关控制功能
CLF        Connectivity Session Location and Repository    连接性会话定位和存储功
Function                                                                能
CS                             Circuit Switching                               电路交换
CSCF             Call Session Control Function                       呼叫会话控制功能
E-CSCF                     Emergency CSCF                                紧急呼叫会话控制功能
ESQK               Emergency Service Query Key                    紧急业务查询索引
IMS                 IP Multimedia Subsystem                           IP多媒体子系统

标准图片预览






标准内容

术报告
通信标准类技
YDB0292009
下一代网络(NGN)架构下支持紧急呼叫的技术要求
Technical Requirements ofEmergency Sessions in NGN Architecture2009-04-29发布
中国通信标准化协会发布
2规范性引用文件,
3缩略语
4NGN架构下支持紧急呼叫的基本要求4.1概述.
4.2NGN架构下支持紧急呼叫要求5PES支持紧急呼叫的技术要求,.
6IMS支持紧急呼叫的技术要求.
6.1IMS支持紧急呼叫系统架构
6.2功能实体要求
6.3接口要求..
6.4紧急呼叫流程
附录A(资料性附录)
参考文献
固定宽带接入用户位置信息的获取YDB0292009
YDB0292009
本技术报告是应急通信系列技术报告之一,该系列技术报告的结构及名称预计如下:1、《公众电信网支持应急通信的业务需求》2、《公众IP网支持紧急呼叫的技术要求》3、《下一代网络(NGN)架构下支持紧急呼叫的技术要求》随着技术的发展,还将制定后续的相关标准。本技术报告的附录A为资料性附录为适应信息通信业发展对通信标准文件的需要,在工业和信息化部统一安排下,对于技术尚在发展中,又需要有相应的标准性文件引导其发展的领域,由中国通信标准化协会组织制定“通信标准类技术报告”,推荐有关方面参考采用。有关对本技术报告的建议和意见,向中国通信标准化协会反映本技术报告由中国通信标准化协会提出并归口。本技术报告起草单位:信息产业部电信研究院、上海贝尔阿尔卡特股份有限公司本技术报告主要起草人:曲振华、万志坤I
iKAoNiKAca
1范围
YDB0292009
下一代网络(NGN)架构下支持紧急呼叫的技术要求本技术报告规定了下一代网络(NGN)架构下支持紧急呼叫的技术要求,主要对PSTN/ISDN仿真子系统和IP多媒体子系统支持紧急呼叫提出了技术要求。本技术报告适用于NGN架构下PSTN/ISDN仿真子系统和IP多媒体子系统实现紧急呼叫。2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准文件,然而,鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本技术报告。
《公众电信网支持应急通信的业务需求》YD/T1522.1-2006
3缩略语
《会话初始协议技术要求第1部分:基本的会话初始协议》下列缩略语适用于本技术报告。AGCF
E-CSCF
IP-CAN
P-CSCF
S-CSCF
AccessGatewayControl Function接入网关控制功能
连接性会话定位和存储功
ConnectivitySessionLocationandRepositoryFunction
Circuit Switching
Call Session Control FunctionEmergency CSCF下载标准就来标准下载网
Emergency Service Query Key
IP Multimedia Subsystem
IP Connectivity Access NetworkIntegrated ServicesDigital NetworkLocation Retrieval Function
Location Server
Media Gateway Control FunctionNetwork Attachment SubsystemNext Generation Network
Proxy Call Session Control FunctionPSTN/ISDN Emulation SubsystemPacket Switching
Public Switched Telephone NetworkRouting Determination FunctionServing Call Session Control FunctionServing GPRS Support Node
Session Initiated Protocol
电路交换
呼叫会话控制功能
紧急呼叫会话控制功能
紧急业务查询索引
IP多媒体子系统
IP连通接入网络
综合业务数字网
位置获取功能
位置服务器
媒体网关控制功能
网络附属子系统
下一代网络
代理呼叫会话控制功能
PSTN/ISDN仿真子系统
分组交换
公共交换电话网
路由判断功能
服务呼叫会话控制功能
服务GPRS支持节点
会话初始协议
TKAONiKAca
YDB029—2009
User Equipment
UMTS Integrated Circuit Card4NGN架构下支持紧急呼叫的基本要求4.1概述
用户设备
UMTS集成电路卡
下一代网络(NGN)包括PSTN/ISDN仿真子系统、IP多媒体子系统和流媒体子系统等,关于流媒体子系统支持紧急呼叫的要求暂不包含在本技术报告中。紧急情况下,NGN网络应满足公众到政府或机构的紧急呼叫需求,并能将紧急呼叫就近路由到应急指挥中心/联动平台。4.2NGN架构下支持紧急呼叫要求4.2.1就近接入
紧急情况下,网络应将紧急呼叫就近路由到应急指挥中心/联动平台。4.2.2呼叫定位
紧急呼叫发生时,用户或网络应将用户位置信息发送给应急指挥中心/联动平台,为应急指挥中心/联动平台做出快速反映、采取紧急措施提供准确的用户地理位置。用户位置信息的提供应遵循如下要求:a)终端获取自身位置信息要求
当终端能提供自身位置信息时,终端应将位置信息插入紧急呼叫请求;对于无法提供自身位置信息的终端,如果终端能够从接入网获取自身位置信息,终端应能够将位置信息插入到紧急呼叫请求中。b)网络获取终端位置信息要求
如果终端没有提供自身位置信息,或者网络需要详细的终端位置信息,核心网应从接入网获取终端的位置信息,并将终端位置信息插入紧急呼叫。4.2.3域选择
a)用户(UE)能力要求:
1)当UE只能接入CS域或PS域时,应通过CS域或PS域发起紧急呼叫;2)当UE同时附着CS域和PS域时:?UE应优先选择CS域发起紧急呼叫:·若UE的CS域或PS域的紧急呼叫请求被拒绝,则UE应发起另一个域的紧急呼叫。b)网络能力要求:
若CS域(如PSTN)或PS域核心网能将紧急呼叫路由到CS域(如PSTN)或PS域的应急指挥中心/联动平台,则应直接路由:反之,则需要通过MGCF路由到PS域或CS域(如PSTN)的应急指挥中心/联动平台。5PES支持紧急呼叫的技术要求
PES提供与现有PSTN/ISDN网络完全相同的业务和业务体验,使得用户在使用业务过程中,不会由于网络产生巨大变化而有所感知。因此,PES系统继承现有的PSTN/ISDN业务,应支持紧急呼叫业务。NGN架构下,PES主要有两种实现方式:CS-BaSedPES方式和IMS-BaSedPES方式。CS-BaSedPES系统接入传统的PSTN终端,用呼叫服务器(软交换)作为PES的核心结构,并为用户提供与传统PSTN/ISDN网络完全相同的业务逻辑,CS-BaSedPES支持紧急呼叫的具体技术要求应符合《公众电信网支持应急通信的业务需求》。IMS-BaSedPES是在IMS架构的基础上增加了AGCF功能实体来实现PES功能,传统的PSTN终端在AGCF的控制下接入PES系统,除此之外,其它大部分功能实体均源于IMS架构,并与IMS架构中的实体功能相同。AGCF需具备识别紧急呼叫的能力,并与NASS交互获得用户的位置信息,相当于IMS网络中的P-CSCF,因此,IMS-BasedPES支持紧急呼叫的具体技术要求见本技术报告第6章。6IMS支持紧急呼叫的技术要求
6.1IMS支持紧急呼叫系统架构
HiiKAoNiKAca
YDB0292009
当IMS用户漫游或游牧到非归属网络覆盖时,由于紧急呼叫不是预定业务,应由拜访地提供紧急时叫服务,因此,在原有IMS网络系统架构中引入应急呼叫会话控制功能(简称E-CSCF)实现紧急呼叫。IMS支持紧急呼叫系统架构如图1所示:LRF
6.2功能实体要求
P-CSCF
S-CSCF+
E-CSCF+
来自应急指挥中心/联
动平台+
通向IP多媒体网络到
达应急指挥中心/联动
Mi/Mg+
通过BGCF/MGCF通向其它
网络(如PSTN)到达应急
指挥中心/联动平台
来自应急指挥中心/联
动平台+
图1IMS支持紧急呼叫系统架构
6.2.1紧急呼叫会话控制功能(E-CSCF)E-CSCF需满足以下要求:
a)应根据UE的位置信息和紧急业务类型,自行确定或通过查询LRF获取路由信息和应急指挥中心/联动平台的地址,并将已注册/未注册用户的紧急呼叫就近路由到用户拜访地的应急指挥中心/联动平台:
b)如果紧急呼叫请求中未包含UE位置信息,则E-CSCF应通过LRF获取UE位置信息:如果紧急呼叫请求中包含UE位置信息,则E-CSCF应通过LRF验证该UE位置信息。6.2.2终端(UE)
UE需满足以下要求:
a)应具备识别紧急呼叫的能力:b)应支持识别IMS网络可指示用户优先在CS域发起紧急呼叫的消息,并在CS域发起紧急呼叫:c)如果UE在归属网并在归属网进行了IMS注册,则UE可在未紧急注册的情况下,发起紧急呼叫;否则,UE需紧急注册后才能发起紧急呼叫;d)终端在非归属网络覆盖下,应能发起向拜访地的应急指挥中心/联动平台的紧急呼叫;eE发起紧急呼叫请求中应包含字段有:任何一个已注册的公共用户标识(未紧急注册用户)*紧急注册用户的紧急公共用户标识(固定终端不要求)、紧急呼叫标识、紧急业务类型(可选)、UE位置信息、设备标识(未注册用户)、接入网标识、与紧急公共用户标识关联的TELURI(如果存在)等。
6.2.3代理呼叫会话控制功能(P-CSCF)P-CSCF需满足以下要求:
a)P-CSCF应具有识别紧急呼叫请求的能力,并具备以下可供选择的处理方式:1)拒绝紧急呼叫请求,并向用户发送带有紧急呼叫指示的响应,并指示终端优先尝试在CS域发起紧急呼叫:
2)允许紧急呼叫请求,并在紧急呼叫请求中加入紧急呼叫标识,转发该紧急呼叫请求到E-CSCF:
b)当紧急呼叫和非紧急呼叫同时存在时,P-CSCF应优先处理紧急呼叫;iiiKAoNikAca
YDB0292009
c)P-CSCF收到紧急呼叫可与接入网交互,获得用户的位置标识符,并将位置标识符添加到紧急呼叫请求:
d)若用户在非归属网络覆盖下,P-CSCF应路由紧急呼叫到拜访地的E-CSCF:e)允许未注册用户的紧急呼叫。6.2.4位置获取功能(LRF)
LRF需满足以下要求:
a)应具备获取和管理发起紧急呼叫的UE位置信息的能力:b)LRF应包括RDF和LS,LS应从接入网获得UE位置信息并送到RDF,RDF应根据UE位置信息做出路由决策为E-CSCF提供紧急呼叫路由信息和正确的应急指挥中心/联动平台地址:c)应能向应急指挥中心/联动平台提供UE的初始位置信息或实时更新的位置信息。6.2.5服务呼叫会话控制功能(S-CSCF)当S-CSCF收到紧急注册时,应基于系统的本地策略决定注册的持续时间6.2.6媒体网关控制设备(MGCF)MGCF可根据本地策略判断来自CS域(如PSTN)的呼叫是否为应急指挥中心/联动平台的回叫,如果MGCF收到CS域(如PSTN)的呼叫被确定为应急指挥中心/联动平台的回叫,则MGCF可在呼叫建立请求里添加“应急指挥中心/联动平台回叫指示”。6.3接口要求
6.3.1Gm(UE和P-CSCF之间的接口)Gm接口应支持UE和IMS网络之间的所有信令交互,如注册信令和会话控制信令该接口采用SIP协议,应符合YD/T1522.1-2006的要求,6.3.2MW(P-CSCF和E-CSCF之间的接口)Mw接口用于代理会话控制功能实体与紧急呼叫功能实体之间交互相关的信令消息,如注册信令和会话控制信令。
该接口采用SIP协议,应符合YD/T1522.1-2006的要求6.3.3Mm(E-CSCF和PS域应急指挥中心/联动平台之间的接口)Mm接口是E-CSCF和PS域应急指挥中心/联动平台之间的接口,E-CSCF应根据LRF提供的路由信息将紧急呼叫路由到PS域的应急指挥中心/联动平台。该接口采用SIP协议,应符合YD/T1522.1-2006的要求。6.3.4Mi/Mg接口(E-CSCF和BGCF/MGCF之间的接口)Mi/Mg接口是E-CSCF和BGCF/MGCF之间的接口,E-CSCF根据LRF提供的路由信息将紧急呼叫路由到CS域的应急指挥中心/联动平台(通过BGCF/MGCF)。该接口采用SIP协议,应符合YD/T1522.1-2006的要求,6.3.5MI接口(E-CSCF和LRF之间的接口)MI接口是E-CSCF和LRF之间的接口,E-CSCF通过该接口从LRF获取UE位置信息和呼叫路由信息。该接口采用的协议待定。
6.3.6Le接口(应急指挥中心/联动平台和LRF之间的接口)Le接口是应急指挥中心/联动平台和LRF之间的接口。应急指挥中心/联动平台通过该接口获得UE的初始位置信息和实时更新的位置信息。该接口采用的协议待定。
6.3.7Mw接口(S-CSCF和P-CSCF之间的接口)Mw接口用于服务会话控制功能实体和代理会话控制功能实体之间交互相关的信令消息,如会话控制信令
该接口采用SIP协议,应符合YD/T1522.1-2006的要求6.3.8Mm/Mw接口(PS域应急指挥中心/联动平台和S-CSCF之间的接口)4
iiiKANiKAca
YDB0292009
Mm/Mw接口为PS域应急指挥中心/联动平台和S-CSCF之间的接口,应急指挥中心/联动平台通过该接口呼叫UE。
该接口采用SIP协议,应符合YD/T1522.1-2006的要求。6.3.9M接口(P-CSCF和LRF(CLF)之间的接口)该接口要求参见附录A。
6.4紧急呼叫流程
已紧急注册用户紧急呼叫流程
IMS核心网
1.开始紧急呼叫
IP-CAN
2.获取位置信息
6.获取UE位置信息
P-CSCF
3.紧急呼叫请求
E-CSCF
4.紧急呼叫请求
5.请求UE位置信息、路电信息
Z.返回LUE位置信息、路由信息
8a紧急呼叫请
应急指挥中心
/联动平台
8b紧急呼叫请求
8c紧急呼叫请求
9.完成紧急呼叫建立
10.获取UE位置信息
获取初始或不断更新的UE位置信息12.发送UE位置信息
13.释放紧急呼叫
14.删除紧急呼叫记录
图2已注册IMS用户紧急呼叫流程(1)已紧急注册IMS用户UE发起紧急呼叫:(2)UE应与IP-CAN交互获取UE位置信息、建立紧急呼叫承载资源:·若UE是固定接入用户,则UE应通过NASS(CLF)获取位置信息:·若UE是移动接入用户,则UE应通过SGSN和RAN的交互获得位置信息:(3)UE向IMS核心网络发送带有用户位置信息和紧急呼叫标识的请求:(4)P-CSCF应转发紧急呼叫请求给本地网内的E-CSCF:HiiKAoNiKAca
YDB029—2009
(5)若E-CSCF收到的紧急呼叫请求中没有用户的地理位置信息或需要验证用户位置信息,则E-CSCF发给LRF的请求中应包括用户的网络位置信息(如IP地址)、位置标识符、用户接入网信息等:
(6)获取UE位置信息:
·若UE是固定接入用户,应通过LRF(LS)与NASS(CLF)交互获取用户位置信息:·若UE是移动接入用户,应通过LRF(LS)与SGSN、RAN交互获取用户位置信息:(7)LRF返回UE地理位置信息、应急指挥中心/联动平台地址、路由信息及ESQK(标识LRF):(8)E-CSCF应根据LRF返回的路由信息,将紧急呼叫就近路由到应急指挥中心/联动平台,建立紧急呼叫:
a-b、如果应急指挥中心/联动平台在CS域(如PSTN),E-CSCF需通过MGCF将紧急呼叫路由到应急指挥中心/联动平台:
C、如果应急指挥中心/联动平台在PS域,E-CSCF直接将紧急呼叫路由到应急指挥中心/联动平台;
(9)完成紧急呼叫建立:
(10)应急指挥中心/联动平台向LRF获取UE的初始位置信息或实时更新的位置信息;(11)LRF与IP-CAN、UE交互,获得UE的初始位置信息或实时更新的位置信息;(12)LRF应向应急指挥中心/联动平台返回UE的位置信息:(13)释放紧急呼叫;
(14)IMS核心网应通知LRF删除UE位置信息等与该紧急呼叫相关的呼叫记录。6.4.2未注册用户紧急呼叫流程
未注册IMS用户需紧急注册后发起紧急呼叫,且紧急呼叫请求中应包括“匿名用户”、“与接入网有关的设备标识”和“紧急呼叫标识”,P-CSCF应接受该用户的紧急呼叫请求,并能够将该紧急呼叫路由至E-CSCF,呼叫流程应同已紧急注册用户紧急呼叫流程(同图2)。6.4.3其它用户紧急呼叫流程
其它情况用户的紧急呼叫流程参考已紧急注册用户紧急呼叫流程。6
iiiKAoNhikAca
附录A
(资料性附录)
固定宽带接入用户位置信息的获取YDB0292009
当固定宽带接入终端能提供自身位置信息时,终端应将位置信息插入紧急呼叫请求;对于无法提供自身位置信息的终端,如果终端能够从接入网获取自身位置信息(如线标识、地理位置信息),终端应能够将位置信息插入到紧急呼叫请求中。当终端是通过固定宽带接入IMS网络,同时接入网包含NASS(CLF)时,且终端发起紧急呼叫时未提供自身位置信息,则P-CSCF收到紧急呼叫时可从LRF(可包含CLF)获取终端的位置信息,且将位置信息插入紧急呼叫请求中。因此,需在6.1节的图1的基础上增加P-CSCF与LRF(可包含CLF)之间的接口,该接口采用Diameter协议。如图A.1所示。LRF (CLF)+
Mg(e.gje2)t
P-CSCF
图A.1P-CSCF与LRF(CLF)之间的接口YDB0292009
参考文献
[1]YD/T1930-2009统一IMS组网总体技术要求(第一阶段)[2】YDB017-2008下一代网络(NGN)中网络附着子系统(NASS)技术要求[3】YDB006-2007下一代网络(NGN)中PSTN/ISDN仿真业务技术要求[4】YDB018-2008下一代网络(NGN)中PSTN/ISDN仿真子系统技术要求[5】3GPPTS23.228V8.5.0(2008-06)3GPP技术规范:IP多媒体子系统[6]3GPPTS2
23.167V8.0.0(2008-06)3GPP技术规范:IMS紧急呼叫[7】3GPPTS22.101V8.8.0(2008-03)3GPP技术规范:业务方面[8]3GPPTS
23.867V7.1.0(2005-12)3GPP技术规范:基于IMS的IP紧急呼叫[9】3GPPTS23.271V7.9.0(2007-09)3GPP技术规范;定位业务功能描述[[10]ETSITS102424V1.1.1
(2005-09)TISPAN;NGN支持从公众到政府/机构的紧急通信需求S182009V1.1.1
(2006-10)TISPAN;NGN支持从公众到政府/机构的紧急通信架构[11]ETSITS
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。