未接通cause

未接通cause 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" 该原因表示正在与一个不提供网络动作的原因的网络互通，这样就不能确定被发送的消息的准确原因。 回页首 OSS和BSS有什么区别和联系 不同的行业机构会对,,,和,,,有自己的界定( 比如计费，按照不同机构的划分可能会落在,,,的范围，也可能会跑到,,,那边去( 我本人的看法是，,,,更多的是指客服，,,,，以及,，,,，,,这些个东东，,,,则更多和网络那边有关(当然，还有,,,的说法了，这就往,，这个方向走了,但,，这东西国外某些机构也会放在,,,里面( OSS，Operation Support System，BSS，Business Support System，打个比方，BSS是为销售服务的，目的就是如何从客户哪里赚到钱，并且赚钱后还要他们很满意，这样以后还是会乖乖的继续掏钱;OSS是工程师用的，是确保企业的生产系统能够按照销售下的订单，按时、按量、并且保障质量的提供服务给客户。 BSS往往指计费、结算、帐务、客服、营业等系统 OSS往往指网管、网优等系统 现在很难将OSS/BSS严格的界定，有些模块可以算在BSS,也可划在OSS，还有些模块的一部分可以被划为OSS或BSS，例如计费就是这样。 不同的运营商理解也各不相同，其实理解不同无所谓，现在都是一体化的建设思路。 因此OSS和BSS基本上就变成了一个概念而已，不会在建设中起主导的作用。 就象一个公司，销售与生产同样重要，但在不同的发展阶段侧重点会不同，过去，谁拥有网络谁就是大爷，客户没有太多的选择，那时候自然是以网络为主导，也就没什么所谓的BSS/OSS的概念了;现在竞争加剧了，用户选择广了，企业暂时更强调面对客户的部分，因为是直接的压力来源，BSS的概念就被提炼出来了 BSS往往指计费、帐务、客服、营业、客户关系、BI等系统 OSS往往指计费、结算、网管、资源、网优等系统 因为不能很好的界定，所以现在最好都用BOSS 国际上对于描述电信的支撑系统到底应该称之为BSS，还是OSS，或者称之为BSS/OSS都是一个没有定论的东西。 比如TMF推出的NGOSS概念，就是代表电信的支撑系统，包括我们所说的BSS和OSS;但是他就叫OSS，只是前面加了个前缀NG。 所以我们可以从各自的个人角度来加以区分，比如BSS主要以面向客户，或者跟客户比较密切的系统称之为BSS，如综合客服CRM，客户管理、计费帐务等;把为了实现业务开通等基础性的系统称之为OSS，如网管、资源管理等。 中国电信搞了一个MBOSS的概念，包括OSS/BSS/MSS。基本概念如大家所言的。还有MSS主要是电信企业运营的管理流程，包括人财物等。 BSS是面向运营商业务和服务的，而OSS是对BSS提供技术(特别是计算机技术)支撑和管理的。有了BSS才会有OSS。从辩证法角度看，BSS决定OSS，但OSS对BSS起反作用，二者缺一不可，所以才生了个叫“BOSS”的儿子。