ISUP信令REL原因值

G3.1正常类别
原因NO.1：未分配的（未确定的）号码
“unassigned (unallocaled) number”
该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。

原因NO.2：无路由到达规定的转换网络（国内使用）
“no route to specified transit network(nationaluse)”
unallocaled(unassigned) number
该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。
是否支持该原因由网络决定。

原因NO.3无路由到达终点
“no route to destination”
该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。
是否支持该原因由网络决定。

原因NO.4发送特殊的信息音
“send special information tone”
该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。
原因NO.5转接前缀拨号错误（国内使用）
“misdialled trunk prefix(national use)”
该原因表示被叫方号码的转接前缀错误内含。

原因NO.6：不可接受的通路
“chnnel unacceptable”
该原因表示发送实体在呼叫中不接受使用最新标识的通路。

原因NO.7：呼叫已给出并正在已建立的通路上递交
“call awarded and being delivered in an established channel”
该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。

原因NO.8：先占
“preemption”
该原因表示呼叫正在被预先占有。

原因NO.9：先占电路留作重新使用
“preemption-circuit reserved for reuse”
该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。

原因NO.16：正常的呼叫清除
“normal call clearing”
该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。
在正常情况下，网络不发送这一原因。

原因NO.17：用户忙
“user busy”
当被叫用户指示不能接受另一个呼叫时使用这一原因。

原因NO.18：无用户响应
“no user responding”
当被叫用户在规定的时间周期内不用提醒或连接指示响应呼叫建立消息时使用这一原因。

原因NO.19：无用户应答（用户已提醒）
“no answer from user(user alerted)”
当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。
注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。

原因NO.20：用户缺席
“subscriber absent”
该原因用作移动应用，本规范暂不使用。

原因NO.21：呼叫拒绝
“call rejected”
该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。
该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。诊断字段可能包含有关补充业务的附加信息和拒绝原因。

原因NO.22：号码变更
“number changed”
当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。新的被叫用户号码可以作为任选项目包含在诊断字段中。如果网络不支持这种能力，将使用原因NO.1未分配的（未确定）的号码。

原因NO.26：清除未选择的用户
“non-selected user clearing”
该原因表示未给予用户来呼叫。

原因NO.27：终点故障
“destination out of order”
该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。

原因NO.28：无效的号码格式（不完整号码）
“invalid number format(incomplete number)”
该原因表示不能到达被叫用户因为被叫用户号码的格式无效或被叫用户号码不完整。

原因NO.29：性能被拒绝
“facility rejected”
当网络不能提供用户所请求的性能时则返回这一原则。

原因NO.30：对STATUS ENQUIRY的响应
“response to STATUS ENQUIRY”
当产生STATUS消息的原因是先接收到一条STATUS ENQUIRY消息时，该原因被包含在STATUS消息中。

原因NO.31：正常，未规定
“normal,unspecified”
仅在正常原因类别中无其它原因适用时，使用该原因报告一个正常事件。
G3.2无可用的资源类别

原因NO.34：无可用的电路/通路
“no circuit’channel available”
该原因表示目前尚无适当的电路/通路可用来处理呼叫。

原因NO.38：网络失序
“network out of order”
该原因表示网络运行不正确，并且条件可能会持续相当长的时间；例如，立刻重新发起呼叫可能不会成功。

原因NO.39：永久帧方式连接未开放业务
“permanent frame mode connection out-of -service”
原因包含在STATUS消息表示一个永久建立帧方式连接未开放业务（例如，由于设备或部分故障）。
注－该原因在本标准中暂不使用。

原因NO.40：永久帧方式连接可运营
“permanent frame mode connection operational”
该原因包含在STATUS消息表示一个永久建立帧方式连接是可运营的，并且可以传递用户信息。
注－该原因在本标准中暂不使用。

原因NO.41：临时故障
“temporary failure”
该原因表示网络工作不正常，并且这一状态不可能持续很长时间，例如，用户几乎可能立即希望进行另一次试呼。

原因NO.42：交换设备拥塞
“switching equipment congestion”
该原因表示产生这一原因的交换设备正在历经高业务量周期。

原因NO.43：接入信息被丢弃
“access information discarded”
该原因表示网络不能向远端用户按要求递交接入信息：即，如诊断中所指示的用户－用户信息，低层兼容性，高层兼容性或子地址。
应用注意所丢弃的某种接入信息作为任选项目被包含在诊断中。

原因NO.44：请求的电路/通路不可用
“requested circuit/channel not available”
当另一侧接口不能提供请求实体所指示的电路或通路时，返回这一原因。

原因NO.46：优先呼叫阻塞
“precedence call blocked”
该原因表示没有优先电路，或者被叫用户忙，并且其呼叫由相同或更高的优先级。

原因NO.47：资源不可用，未规定
“resource unavailable,unspecified”
该原因仅在没有任何其它的资源不可用类型使用时报告一个资源不可用的事件。
G3.3无适用的业务或任选项目类别

原因NO.49：业务质量不可用
“quality of service not available”
该原因用来报告所申请的建议X.213中定义的业务质量不能提供（例如，不能支持吞吐量或转接延迟）。

原因NO.50：未预订所请求的性能
“requested facility not subscribed”
该原因表示网络不能提供所请求的补充业务，因为用户没有完成支持业务的网络所必要的管理手续。

原因NO.53：CUG内呼出呼叫阻塞
“outgoing calls barred within CUG”
该原因表示虽然主叫方是可以呼出CUG呼叫的CUG成员，但CUG的该成员不允许呼出呼叫。

原因NO.55：CUG内呼入呼叫阻塞
“incoming calls barred within CUG”
该原因表示虽然被叫方是可以接收呼入CUG呼叫的CUG成员，但CUG的该成员不允许接收呼入呼叫。

原因NO.57：承载能力未认可
“bearer capability not authorised”
该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但用户未被认可使用。

原因NO.58：目前尚无可用的承载能力
“bearer capability not presently available”
该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但此时无可用的承载能力。

原因NO.62：分配的呼出接入信息与用户级别不一致
“inconsistency in designated outgoing access information and subscriber class”
该原因表示在分配的呼出接入信息与用户级别之间存在不一致。

原因NO.63：无适用的业务或任选项目，未规定
“service or option not available, unspecified”
仅在无适用的业务或任选项目类别中无其它原因使用时，使用该原因报告无适用的业务或任选项目事件。
G3.4业务或任选项目未实施类别

原因NO.65：承载能力未实施
“bearer capability not implemented”
该原因表示发送这一原因的设备不支持所请求的承载能力。

原因NO.66：通路类型未实施
“channel type not implemented”
该原因表示发送这一原因的设备不支持所请求的类型。

原因NO.69：请求的性能未实施
“requested facility not implemented”
该原因表示发送这一原因的设备不支持所请求的补充业务。

原因NO.70：只有受限的数字信息承载可用（国内使用）
“only restricted digital information bearer capability is available(national use)”
该原因表示主叫方已申请了一个不受限的承载业务，但是发送该原因的设备仅支持所请求的承载能力中受限形式。

原因NO.79：业务或任选未实施，未规定
“service or option not implementaed,unspecified”
该原因用作仅当业务或任选未实施类别中无其它原因使用时报告一个业务或任选未实施事件。
G3.5无效的消息（例如，参数超出范围）类别

原因NO.81：无效的呼叫参考值
“invlalid call reference value”
该原因表示发送这一原因的设备所收到的消息带有不是在用户－网络接口现行使用的呼叫参考。

原因NO.82：所标识的通路不存在
“identfied channel does not exist”
原因表示发送这一原因的设备接收到一个呼叫请求，请求使用在接口处未被激活的通路。例如，如果用户预订了一次群接口的第1到12条通路，而用户设备或网络企图使用第13至23条通路，则产生这一原因。

原因NO.83：存在暂停的呼叫，但无所用的呼叫身份
“a suspended call exists,but this call identity does not”
该原因表示呼叫试图恢复时使用的呼叫身份与现行呼叫暂停时使用的呼叫身份不相同。

原因NO.84：呼叫身份在使用
“call identity in use”
该原因表示网络已接收到一个呼叫暂停的请求，这一呼叫暂停请求包含在有可能恢复呼叫的接口范围内一个暂停呼叫已经使用的呼叫身份（包括无呼叫身份）。

原因NO.85：我呼叫暂停
“no call suspended”
该原因表示网络已接收到一个呼叫恢复请求。呼叫恢复请求包含一个呼叫身份信息单元，该信息单元在有可能恢复呼叫的接口范围内目前未指示任何暂停的呼叫。

原因NO.86：具有所请求的呼叫身份的呼叫已被清除
“call having the requested call identity has been cleared”
该原因表示网络已接收到一个呼叫恢复请求。呼叫恢复请求包含一个呼叫身份信息单元指示的一个暂停的呼叫在暂停时已经被清除（网络超时或者由远端用户清除）

原因NO.87：用户不是CUG成员
“user not member of CUG”
该原因表示一个呼入的CUG呼叫的被叫用户不是一个特定CUG的成员或者主叫用户只是一个一用户呼叫一个CUG成员。

原因NO.88不兼容的特点
“incompatible destination”
该原因表示发送这一原因的设备已经接收到了一个建立呼叫的请求，该呼叫具有不能适用的低层兼容性，高层兼容性或其它兼容属性（例如，数据速率）。

原因NO.90不存在的CUG
“non-existent CUG”
该原因表示一个特定的CUG不存在。

原因NO.91无效的转接网络选择
“invalid transit netword selection(national use)”
该原因表示收到的转接网络识别符不是附录C中定义的正确的格式。

原因NO.95无效的消息，未规定
“invalid message,unspecified”
该原因仅当无效消息类别中无其它原因使用时报告一个无效消息事件。
G3.6协议差错（例如，未知的消息）类别

原因NO.96：必选信息单元丢失
“mandatory information element is missing”
该原因表示发送这一原因的设备已经接收到一条丢失信息单元的消息。而这一信息单元必须在处理该消息之前存在。
原因NO.97：消息类型不存在或未实施
“message type non-existent or not implemented”
该原因表示发送这一原因的设备已经接收到一条消息类型不可识别的消息，这是因为该消息未被定义，或者虽然定义了这一消息，但发送该消息的设备没有实施。

原因NO.98：消息与呼叫状态不符或消息类型不存在或未实施
“message not complatible with call state or message type non-existent or not implemented”
该原因表示发送这一原因的设备已经接收到一条消息，程序指示这是在呼叫状态期间不允许收的消息，或者发送这一原因的设备接收到一条STATUS消息，指示不兼容的呼叫状态。

原因NO.99：信息单元不存在或未实施
“information element non-existent or not implemented”
该原因表示发送这一原因的设备已经接收到一条包含不可识别的信息单元的消息。这是因为该信息单元标识符未被定义或者虽然定义了这一信息单元。但发送该原因的设备没有实施。然而在发送该原因的设备处理这一消息时，不一定在消息中需要有这一信息单元。

原因NO.100：无效的信息单元内容
“invalid information element contents”
该原因表示发送这一原因的设备接收到一个已被实施的信息单元，但是发送这一原因的设备没有实施该信息单元中一个或多个字段的编码。

原因NO.101：消息与呼叫状态不符
“message not compatible with call state”
该原因表示接收到了一条与呼叫状态不符的消息。

原因NO.102：定时器超时的恢复
“recovery on timer expiry”
该原因表示由于定时器超时而启动了一个与Q.931差错处理程序相关的程序。

原因NO.103：参数不存在或未实施，通过（国内使用）
“parameter non-existent or not implemented-passed on (use)”
该原因表示发送该原因的设备已经收到一个消息，包含一个不可识别的参数，该参数不可识别是由于其未定义或定义了但该设备未实施。该原因指示该参数被忽略。另外，如果发送该原因的设备是在一个中间点，则该原因指示参数通过，未加改变。

原因NO.110：带不可识别的参数的消息，丢弃
“message with unrecognized parameter discarded”
该原因表示发送该原因的设备已经丢弃了包含一个不可识别的参数的消息。

原因NO.111：协议差错，未规定
“protocol error, unspecified”
仅在协议差错类别中无其它原因使用时，使用该原因报告协议差错事件。
G3.7互通类别

原因NO.127：互通，未规定
“interworking,unspecified”
该原因表示正在与一个不提供网络动作的原因的网络互通，这样就不能确定被发送的消息的准确原因。

ISUP信令REL原因值相关推荐

SIP 协议消息应答代码解释详录
代码详解: SIP协议应答码应答代码应答码是包含了,并且扩展了HTTP/1.1应答码.并不是所有的HTTP/1.1应答码都适当应用,只有在折里指出的是适当的.其他HTTP/1.1应答码不应当使用. ...
一号信令是什么？1号信令和7号信令的区别介绍！
1号信令又称为多频互控信令或随路信令.那么,什么是一号信令?一号信令是怎么分类的?1号信令常见问题有哪些?1号信令和7号信令之间有哪些区别呢?接下来我们就跟随飞畅科技的小编一起来详细了解下吧! 一.1 ...
SIP和ISUP协议互通的研究
SIP和ISUP协议互通的研究凌颖, 钮颖彬, 李青 (中国电信集团上海研究与开发中心, 上海 200122) 摘要:本文是基于软交换(SoftSwitch)技术的发展而提出的,从网络融合的角 ...
VoLTE典型拆线原因代码及原因
拆线原因值拆线网元失败场景失败原因 403 Forbidden AS AS发403拒绝,带warning值"User is busy" 主叫用户的上一次呼叫还未释放完毕,用户 ...
system函数的返回值和执行脚本的返回值
1.先统一两个说法: (1)system返回值:指调用system函数后的返回值,比如上例中status为system返回值 (2)shell返回值:指system所调用的shell命令的返回值,比如 ...
linux 脚本返回值
简单版本 1. 创建一个脚本a,内容如下: #!/bin/sh #filename: a exit 22 2. 创建一个c语言程序1.C,调用该脚本,通过system的返回值来 ...
Linux system函数返回值
例: status=system("./test.sh"); 1.先统一两个说法: (1)system返回值:指调用system函数后的返回值,比如上例中status为system ...
html网页logo属性link,html元素link标签rel=icon添加网站favicon.ico图标
html元素中的link标签除了可以引用插入CSS样式表文件之外,还可以通过link标签设置网站的favicon.icon图标. 什么是favicon.icon图标? 网站favicon.ico图标, ...
1327集群_警用集群系统标准MPT-1327信令
警用集群系统标准- MPT-1327 信令  MPT-1327 信令是由英国邮电部于 1985 年正式公布的, 是专用陆地集群移动通信信令标准,定义了系统控制器( TSC )和移动终端( RU ...
rel=stylesheet
rel是relationship的英文缩写 stylesheet中style是样式的意思,sheet是表格之意,总起来是样式表的意思 rel="stylesheet" 描述了当前页 ...

ISUP信令REL原因值

ISUP信令REL原因值相关推荐

最新文章

热门文章