 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
Clear Request Cause都有哪些
那位大哥能給個(gè)Clear Request Cause值詳單
樓下的兄弟 非常感謝你的回答。
你說的是disconnect斷開原因值，不是我說Clear Request Cause
你說的是disconnect斷開原因值，不是我說Clear Request Cause
提問者:
• LTE里面的UEContextReleasereQUEstCAUSE 2018-01-25
• Estination" 什么意思">中興LTEIMS LTE掉話Q850 CAUse 23 text=" redirection to new dEstination" 什么意思 2017-06-18
• 在短信業(yè)務(wù)中，CP，RP，TP分別是什么？還有RP-CAUse 和TP-FCS是什么？ 2016-11-09
• CSFB主叫CLEARreQUEst(CAUse:0)有什么可能導(dǎo)致？ 2016-08-15
• ATU測(cè)試中出現(xiàn)未接通原因?yàn)?em>CAUseValue:17,USErbusy比較頻繁 2016-06-23
• Released the session beCAUse PS switch to CS release 2016-04-29
• 跨廠商重定位失敗，失敗原因值（ALU to ZTE） value CAUse : non-Standard : 133 2015-11-09
• CAUseValue:TX2RELOCOverallExpiry 解決方案 2015-07-24
• Estination" 什么意思">中興LTEIMS LTE掉話Q850 CAUse 23 text=" redirection to new dEstination" 什么意思 2017-06-18
• 在短信業(yè)務(wù)中，CP，RP，TP分別是什么？還有RP-CAUse 和TP-FCS是什么？ 2016-11-09
• CSFB主叫CLEARreQUEst(CAUse:0)有什么可能導(dǎo)致？ 2016-08-15
• ATU測(cè)試中出現(xiàn)未接通原因?yàn)?em>CAUseValue:17,USErbusy比較頻繁 2016-06-23
• Released the session beCAUse PS switch to CS release 2016-04-29
• 跨廠商重定位失敗，失敗原因值（ALU to ZTE） value CAUse : non-Standard : 133 2015-11-09
• CAUseValue:TX2RELOCOverallExpiry 解決方案 2015-07-24
問題答案
( 1 )
不知道是不是要的下面這東西呢。。。。。。
ISUP消息中rel原因值
G3.1正常類別
原因NO.1：未分配的（未確定的）號(hào)碼
"unassigned (unallocaled) number"
該原因表示不能到達(dá)主叫用戶所請(qǐng)求的終點(diǎn)，因?yàn)殡m然號(hào)碼格式有效，但該號(hào)碼目前尚未分配（未確定）。
原因NO.2：無路由到達(dá)規(guī)定的轉(zhuǎn)換網(wǎng)絡(luò)（國內(nèi)使用）
"no route to specified transit network(nationaluse)"
unallocaled(unassigned) number
該原因表示發(fā)送該原因的設(shè)備已經(jīng)收到一個(gè)通過特定未被識(shí)別的轉(zhuǎn)接網(wǎng)絡(luò)迂回呼叫的請(qǐng)求。發(fā)送該原因的設(shè)備不能識(shí)別該轉(zhuǎn)接網(wǎng)絡(luò)是因?yàn)樵撧D(zhuǎn)接網(wǎng)絡(luò)不存在或當(dāng)它存在時(shí)并沒有未該設(shè)備提供服務(wù)。
是否支持該原因由網(wǎng)絡(luò)決定。
原因NO.3無路由到達(dá)終點(diǎn)
"no route to destination"
該原因表示不能到達(dá)被叫用戶，因?yàn)楹艚兴?jīng)過的網(wǎng)絡(luò)不為所希望的終點(diǎn)提供服務(wù)。
是否支持該原因由網(wǎng)絡(luò)決定。
原因NO.4發(fā)送特殊的信息音
"send special information tone"
該原因表示不能達(dá)到被叫用戶的原因在于應(yīng)向主叫用戶返回特殊信息音。
原因NO.5轉(zhuǎn)接前綴撥號(hào)錯(cuò)誤（國內(nèi)使用）
"misdialled trunk prefix(national use)"
該原因表示被叫方號(hào)碼的轉(zhuǎn)接前綴錯(cuò)誤內(nèi)含。
原因NO.6：不可接受的通路
"chnnel unacceptable"
該原因表示發(fā)送實(shí)體在呼叫中不接受使用最新標(biāo)識(shí)的通路。
原因NO.7：呼叫已給出并正在已建立的通路上遞交
"call awarded and being delivered in an established channel"
該原因表示已給予用戶來呼叫，并表示這一來呼叫在已建立的通路上與類似的呼叫一起正在被連接到該用戶。
原因NO.8：先占
"preemption"
該原因表示呼叫正在被預(yù)先占有。
原因NO.9：先占電路留作重新使用
"preemption-circuit reserved for reuse"
該原因表示呼叫正在被預(yù)先占有，電路留作先點(diǎn)交換的重新使用。
原因NO.16：正常的呼叫清除
"normal call clearing"
該原因表示呼叫正在被清除，這是因?yàn)楹艚兴婕暗挠脩糁灰呀?jīng)請(qǐng)求清除呼叫。
在正常情況下，網(wǎng)絡(luò)不發(fā)送這一原因。
原因NO.17：用戶忙
"user busy"
當(dāng)被叫用戶指示不能接受另一個(gè)呼叫時(shí)使用這一原因。
原因NO.18：無用戶響應(yīng)
"no user responding"
當(dāng)被叫用戶在規(guī)定的時(shí)間周期內(nèi)不用提醒或連接指示響應(yīng)呼叫建立消息時(shí)使用這一原因。
原因NO.19：無用戶應(yīng)答（用戶已提醒）
"no answer from user(user alerted)"
當(dāng)用戶在規(guī)定的時(shí)間周期內(nèi)提供提醒指示但未提供連接指示時(shí)使用這一原因。
注－該原因不一定由Q.931程序產(chǎn)生，而可能由內(nèi)部網(wǎng)絡(luò)定時(shí)器產(chǎn)生。
原因NO.20：用戶缺席
"subscriber absent"
該原因用作移動(dòng)應(yīng)用，本規(guī)范暫不使用。
原因NO.21：呼叫拒絕
"call rejected"
該原因表示發(fā)送這一原因的設(shè)備不希望接收呼叫，雖然它可以接受呼叫，因?yàn)榘l(fā)送該原因的設(shè)備既不忙，也兼容。
該原因可以由網(wǎng)絡(luò)產(chǎn)生，表示由于補(bǔ)充業(yè)務(wù)的限制而清除了呼叫。診斷字段可能包含有關(guān)補(bǔ)充業(yè)務(wù)的附加信息和拒絕原因。
原因NO.22：號(hào)碼變更
"number changed"
當(dāng)主叫用戶所指示的被叫用戶號(hào)碼不再被分配時(shí)，該原因被返回到主叫用戶。新的被叫用戶號(hào)碼可以作為任選項(xiàng)目包含在診斷字段中。如果網(wǎng)絡(luò)不支持這種能力，將使用原因NO.1未分配的（未確定）的號(hào)碼。
原因NO.26：清除未選擇的用戶
"non-selected user clearing"
該原因表示未給予用戶來呼叫。
原因NO.27：終點(diǎn)故障
"destination out of order"
該原因表示不能到達(dá)用戶所指示的收端，因?yàn)槭斩说慕涌诠ぷ鞑徽！Ｐg(shù)語"工作不正常"表示信令消息不能遞交到遠(yuǎn)端用戶；例如，遠(yuǎn)端用戶的物理層或數(shù)據(jù)層故障，用戶設(shè)備脫機(jī)等。
原因NO.28：無效的號(hào)碼格式（不完整號(hào)碼）
"invalid number format(incomplete number)"
該原因表示不能到達(dá)被叫用戶因?yàn)楸唤杏脩籼?hào)碼的格式無效或被叫用戶號(hào)碼不完整。
原因NO.29：性能被拒絕
"facility rejected"
當(dāng)網(wǎng)絡(luò)不能提供用戶所請(qǐng)求的性能時(shí)則返回這一原則。
原因NO.30：對(duì)STATUS ENQUIRY的響應(yīng)
"response to STATUS ENQUIRY"
當(dāng)產(chǎn)生STATUS消息的原因是先接收到一條STATUS ENQUIRY消息時(shí)，該原因被包含在STATUS消息中。
原因NO.31：正常，未規(guī)定
"normal,unspecified"
僅在正常原因類別中無其它原因適用時(shí)，使用該原因報(bào)告一個(gè)正常事件。
G3.2無可用的資源類別
原因NO.34：無可用的電路/通路
"no circuit'channel available"
該原因表示目前尚無適當(dāng)?shù)碾娐?/span>/通路可用來處理呼叫。
原因NO.38：網(wǎng)絡(luò)失序
"network out of order"
該原因表示網(wǎng)絡(luò)運(yùn)行不正確，并且條件可能會(huì)持續(xù)相當(dāng)長的時(shí)間；例如，立刻重新發(fā)起呼叫可能不會(huì)成功。
原因NO.39：永久幀方式連接未開放業(yè)務(wù)
"permanent frame mode connection out-of -service"
原因包含在STATUS消息表示一個(gè)永久建立幀方式連接未開放業(yè)務(wù)（例如，由于設(shè)備或部分故障）。
注－該原因在本標(biāo)準(zhǔn)中暫不使用。
原因NO.40：永久幀方式連接可運(yùn)營
"permanent frame mode connection operational"
該原因包含在STATUS消息表示一個(gè)永久建立幀方式連接是可運(yùn)營的，并且可以傳遞用戶信息。
注－該原因在本標(biāo)準(zhǔn)中暫不使用。
原因NO.41：臨時(shí)故障
"temporary failure"
該原因表示網(wǎng)絡(luò)工作不正常，并且這一狀態(tài)不可能持續(xù)很長時(shí)間，例如，用戶幾乎可能立即希望進(jìn)行另一次試呼。
原因NO.42：交換設(shè)備擁塞
"switching equipment congestion"
該原因表示產(chǎn)生這一原因的交換設(shè)備正在歷經(jīng)高業(yè)務(wù)量周期。
原因NO.43：接入信息被丟棄
"access information discarded"
該原因表示網(wǎng)絡(luò)不能向遠(yuǎn)端用戶按要求遞交接入信息：即，如診斷中所指示的用戶－用戶信息，低層兼容性，高層兼容性或子地址。
應(yīng)用注意所丟棄的某種接入信息作為任選項(xiàng)目被包含在診斷中。
原因NO.44：請(qǐng)求的電路/通路不可用
"requested circuit/channel not available"
當(dāng)另一側(cè)接口不能提供請(qǐng)求實(shí)體所指示的電路或通路時(shí)，返回這一原因。
原因NO.46：優(yōu)先呼叫阻塞
"precedence call blocked"
該原因表示沒有優(yōu)先電路，或者被叫用戶忙，并且其呼叫由相同或更高的優(yōu)先級(jí)。
原因NO.47：資源不可用，未規(guī)定
"resource unavailable,unspecified"
該原因僅在沒有任何其它的資源不可用類型使用時(shí)報(bào)告一個(gè)資源不可用的事件。
G3.3無適用的業(yè)務(wù)或任選項(xiàng)目類別
原因NO.49：業(yè)務(wù)質(zhì)量不可用
"quality of service not available"
該原因用來報(bào)告所申請(qǐng)的建議X.213中定義的業(yè)務(wù)質(zhì)量不能提供（例如，不能支持吞吐量或轉(zhuǎn)接延遲）。
原因NO.50：未預(yù)訂所請(qǐng)求的性能
"requested facility not subscribed"
該原因表示網(wǎng)絡(luò)不能提供所請(qǐng)求的補(bǔ)充業(yè)務(wù)，因?yàn)橛脩魶]有完成支持業(yè)務(wù)的網(wǎng)絡(luò)所必要的管理手續(xù)。
原因NO.53：CUG內(nèi)呼出呼叫阻塞
"outgoing calls barred within CUG"
該原因表示雖然主叫方是可以呼出CUG呼叫的CUG成員，但CUG的該成員不允許呼出呼叫。
原因NO.55：CUG內(nèi)呼入呼叫阻塞
"incoming calls barred within CUG"
該原因表示雖然被叫方是可以接收呼入CUG呼叫的CUG成員，但CUG的該成員不允許接收呼入呼叫。
原因NO.57：承載能力未認(rèn)可
"bearer capability not authorised"
該原因表示，雖然產(chǎn)生該原因的設(shè)備已實(shí)施了用戶請(qǐng)求的承載能力，但用戶未被認(rèn)可使用。
原因NO.58：目前尚無可用的承載能力
"bearer capability not presently available"
該原因表示，雖然產(chǎn)生該原因的設(shè)備已實(shí)施了用戶請(qǐng)求的承載能力，但此時(shí)無可用的承載能力。
原因NO.62：分配的呼出接入信息與用戶級(jí)別不一致
"inconsistency in designated outgoing access information and subscriber class"
該原因表示在分配的呼出接入信息與用戶級(jí)別之間存在不一致。
原因NO.63：無適用的業(yè)務(wù)或任選項(xiàng)目，未規(guī)定
"service or option not available, unspecified"
僅在無適用的業(yè)務(wù)或任選項(xiàng)目類別中無其它原因使用時(shí)，使用該原因報(bào)告無適用的業(yè)務(wù)或任選項(xiàng)目事件。
G3.4業(yè)務(wù)或任選項(xiàng)目未實(shí)施類別
原因NO.65：承載能力未實(shí)施
"bearer capability not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的承載能力。
原因NO.66：通路類型未實(shí)施
"channel type not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的類型。
原因NO.69：請(qǐng)求的性能未實(shí)施
"requested facility not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的補(bǔ)充業(yè)務(wù)。
原因NO.70：只有受限的數(shù)字信息承載可用（國內(nèi)使用）
"only restricted digital information bearer capability is available(national use)"
該原因表示主叫方已申請(qǐng)了一個(gè)不受限的承載業(yè)務(wù)，但是發(fā)送該原因的設(shè)備僅支持所請(qǐng)求的承載能力中受限形式。
原因NO.79：業(yè)務(wù)或任選未實(shí)施，未規(guī)定
"service or option not implementaed,unspecified"
該原因用作僅當(dāng)業(yè)務(wù)或任選未實(shí)施類別中無其它原因使用時(shí)報(bào)告一個(gè)業(yè)務(wù)或任選未實(shí)施事件。
G3.5無效的消息（例如，參數(shù)超出范圍）類別
原因NO.81：無效的呼叫參考值
"invlalid call reference value"
該原因表示發(fā)送這一原因的設(shè)備所收到的消息帶有不是在用戶－網(wǎng)絡(luò)接口現(xiàn)行使用的呼叫參考。
原因NO.82：所標(biāo)識(shí)的通路不存在
"identfied channel does not exist"
原因表示發(fā)送這一原因的設(shè)備接收到一個(gè)呼叫請(qǐng)求，請(qǐng)求使用在接口處未被激活的通路。例如，如果用戶預(yù)訂了一次群接口的第1到12條通路，而用戶設(shè)備或網(wǎng)絡(luò)企圖使用第13至23條通路，則產(chǎn)生這一原因。
原因NO.83：存在暫停的呼叫，但無所用的呼叫身份
"a suspended call exists,but this call identity does not"
該原因表示呼叫試圖恢復(fù)時(shí)使用的呼叫身份與現(xiàn)行呼叫暫停時(shí)使用的呼叫身份不相同。
原因NO.84：呼叫身份在使用
"call identity in use"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫暫停的請(qǐng)求，這一呼叫暫停請(qǐng)求包含在有可能恢復(fù)呼叫的接口范圍內(nèi)一個(gè)暫停呼叫已經(jīng)使用的呼叫身份（包括無呼叫身份）。
原因NO.85：我呼叫暫停
"no call suspended"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫恢復(fù)請(qǐng)求。呼叫恢復(fù)請(qǐng)求包含一個(gè)呼叫身份信息單元，該信息單元在有可能恢復(fù)呼叫的接口范圍內(nèi)目前未指示任何暫停的呼叫。
原因NO.86：具有所請(qǐng)求的呼叫身份的呼叫已被清除
"call having the requested call identity has been cleared"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫恢復(fù)請(qǐng)求。呼叫恢復(fù)請(qǐng)求包含一個(gè)呼叫身份信息單元指示的一個(gè)暫停的呼叫在暫停時(shí)已經(jīng)被清除（網(wǎng)絡(luò)超時(shí)或者由遠(yuǎn)端用戶清除）
原因NO.87：用戶不是CUG成員
"user not member of CUG"
該原因表示一個(gè)呼入的CUG呼叫的被叫用戶不是一個(gè)特定CUG的成員或者主叫用戶只是一個(gè)一用戶呼叫一個(gè)CUG成員。
原因NO.88不兼容的特點(diǎn)
"incompatible destination"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到了一個(gè)建立呼叫的請(qǐng)求，該呼叫具有不能適用的低層兼容性，高層兼容性或其它兼容屬性（例如，數(shù)據(jù)速率）。
原因NO.90不存在的CUG
"non-existent CUG"
該原因表示一個(gè)特定的CUG不存在。
原因NO.91無效的轉(zhuǎn)接網(wǎng)絡(luò)選擇
"invalid transit netword selection(national use)"
該原因表示收到的轉(zhuǎn)接網(wǎng)絡(luò)識(shí)別符不是附錄C中定義的正確的格式。
原因NO.95無效的消息，未規(guī)定
"invalid message,unspecified"
該原因僅當(dāng)無效消息類別中無其它原因使用時(shí)報(bào)告一個(gè)無效消息事件。
G3.6協(xié)議差錯(cuò)（例如，未知的消息）類別
原因NO.96：必選信息單元丟失
"mandatory information element is missing"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條丟失信息單元的消息。而這一信息單元必須在處理該消息之前存在。
原因NO.97：消息類型不存在或未實(shí)施
"message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條消息類型不可識(shí)別的消息，這是因?yàn)樵撓⑽幢欢x，或者雖然定義了這一消息，但發(fā)送該消息的設(shè)備沒有實(shí)施。
原因NO.98：消息與呼叫狀態(tài)不符或消息類型不存在或未實(shí)施
"message not complatible with call state or message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條消息，程序指示這是在呼叫狀態(tài)期間不允許收的消息，或者發(fā)送這一原因的設(shè)備接收到一條STATUS消息，指示不兼容的呼叫狀態(tài)。
原因NO.99：信息單元不存在或未實(shí)施
"information element non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條包含不可識(shí)別的信息單元的消息。這是因?yàn)樵撔畔卧獦?biāo)識(shí)符未被定義或者雖然定義了這一信息單元。但發(fā)送該原因的設(shè)備沒有實(shí)施。然而在發(fā)送該原因的設(shè)備處理這一消息時(shí)，不一定在消息中需要有這一信息單元。
原因NO.100：無效的信息單元內(nèi)容
"invalid information element contents"
該原因表示發(fā)送這一原因的設(shè)備接收到一個(gè)已被實(shí)施的信息單元，但是發(fā)送這一原因的設(shè)備沒有實(shí)施該信息單元中一個(gè)或多個(gè)字段的編碼。
原因NO.101：消息與呼叫狀態(tài)不符
"message not compatible with call state"
該原因表示接收到了一條與呼叫狀態(tài)不符的消息。
原因NO.102：定時(shí)器超時(shí)的恢復(fù)
"recovery on timer expiry"
該原因表示由于定時(shí)器超時(shí)而啟動(dòng)了一個(gè)與Q.931差錯(cuò)處理程序相關(guān)的程序。
原因NO.103：參數(shù)不存在或未實(shí)施，通過（國內(nèi)使用）
"parameter non-existent or not implemented-passed on (use)"
該原因表示發(fā)送該原因的設(shè)備已經(jīng)收到一個(gè)消息，包含一個(gè)不可識(shí)別的參數(shù)，該參數(shù)不可識(shí)別是由于其未定義或定義了但該設(shè)備未實(shí)施。該原因指示該參數(shù)被忽略。另外，如果發(fā)送該原因的設(shè)備是在一個(gè)中間點(diǎn)，則該原因指示參數(shù)通過，未加改變。
原因NO.110：帶不可識(shí)別的參數(shù)的消息，丟棄
"message with unrecognized parameter discarded"
該原因表示發(fā)送該原因的設(shè)備已經(jīng)丟棄了包含一個(gè)不可識(shí)別的參數(shù)的消息。
原因NO.111：協(xié)議差錯(cuò)，未規(guī)定
"protocol error, unspecified"
僅在協(xié)議差錯(cuò)類別中無其它原因使用時(shí)，使用該原因報(bào)告協(xié)議差錯(cuò)事件。
G3.7互通類別
原因NO.127：互通，未規(guī)定
"interworking,unspecified"
該原因表示正在與一個(gè)不提供網(wǎng)絡(luò)動(dòng)作的原因的網(wǎng)絡(luò)互通，這樣就不能確定被發(fā)送的消息的準(zhǔn)確原因。
ISUP消息中rel原因值
G3.1正常類別
原因NO.1：未分配的（未確定的）號(hào)碼
"unassigned (unallocaled) number"
該原因表示不能到達(dá)主叫用戶所請(qǐng)求的終點(diǎn)，因?yàn)殡m然號(hào)碼格式有效，但該號(hào)碼目前尚未分配（未確定）。
原因NO.2：無路由到達(dá)規(guī)定的轉(zhuǎn)換網(wǎng)絡(luò)（國內(nèi)使用）
"no route to specified transit network(nationaluse)"
unallocaled(unassigned) number
該原因表示發(fā)送該原因的設(shè)備已經(jīng)收到一個(gè)通過特定未被識(shí)別的轉(zhuǎn)接網(wǎng)絡(luò)迂回呼叫的請(qǐng)求。發(fā)送該原因的設(shè)備不能識(shí)別該轉(zhuǎn)接網(wǎng)絡(luò)是因?yàn)樵撧D(zhuǎn)接網(wǎng)絡(luò)不存在或當(dāng)它存在時(shí)并沒有未該設(shè)備提供服務(wù)。
是否支持該原因由網(wǎng)絡(luò)決定。
原因NO.3無路由到達(dá)終點(diǎn)
"no route to destination"
該原因表示不能到達(dá)被叫用戶，因?yàn)楹艚兴?jīng)過的網(wǎng)絡(luò)不為所希望的終點(diǎn)提供服務(wù)。
是否支持該原因由網(wǎng)絡(luò)決定。
原因NO.4發(fā)送特殊的信息音
"send special information tone"
該原因表示不能達(dá)到被叫用戶的原因在于應(yīng)向主叫用戶返回特殊信息音。
原因NO.5轉(zhuǎn)接前綴撥號(hào)錯(cuò)誤（國內(nèi)使用）
"misdialled trunk prefix(national use)"
該原因表示被叫方號(hào)碼的轉(zhuǎn)接前綴錯(cuò)誤內(nèi)含。
原因NO.6：不可接受的通路
"chnnel unacceptable"
該原因表示發(fā)送實(shí)體在呼叫中不接受使用最新標(biāo)識(shí)的通路。
原因NO.7：呼叫已給出并正在已建立的通路上遞交
"call awarded and being delivered in an established channel"
該原因表示已給予用戶來呼叫，并表示這一來呼叫在已建立的通路上與類似的呼叫一起正在被連接到該用戶。
原因NO.8：先占
"preemption"
該原因表示呼叫正在被預(yù)先占有。
原因NO.9：先占電路留作重新使用
"preemption-circuit reserved for reuse"
該原因表示呼叫正在被預(yù)先占有，電路留作先點(diǎn)交換的重新使用。
原因NO.16：正常的呼叫清除
"normal call clearing"
該原因表示呼叫正在被清除，這是因?yàn)楹艚兴婕暗挠脩糁灰呀?jīng)請(qǐng)求清除呼叫。
在正常情況下，網(wǎng)絡(luò)不發(fā)送這一原因。
原因NO.17：用戶忙
"user busy"
當(dāng)被叫用戶指示不能接受另一個(gè)呼叫時(shí)使用這一原因。
原因NO.18：無用戶響應(yīng)
"no user responding"
當(dāng)被叫用戶在規(guī)定的時(shí)間周期內(nèi)不用提醒或連接指示響應(yīng)呼叫建立消息時(shí)使用這一原因。
原因NO.19：無用戶應(yīng)答（用戶已提醒）
"no answer from user(user alerted)"
當(dāng)用戶在規(guī)定的時(shí)間周期內(nèi)提供提醒指示但未提供連接指示時(shí)使用這一原因。
注－該原因不一定由Q.931程序產(chǎn)生，而可能由內(nèi)部網(wǎng)絡(luò)定時(shí)器產(chǎn)生。
原因NO.20：用戶缺席
"subscriber absent"
該原因用作移動(dòng)應(yīng)用，本規(guī)范暫不使用。
原因NO.21：呼叫拒絕
"call rejected"
該原因表示發(fā)送這一原因的設(shè)備不希望接收呼叫，雖然它可以接受呼叫，因?yàn)榘l(fā)送該原因的設(shè)備既不忙，也兼容。
該原因可以由網(wǎng)絡(luò)產(chǎn)生，表示由于補(bǔ)充業(yè)務(wù)的限制而清除了呼叫。診斷字段可能包含有關(guān)補(bǔ)充業(yè)務(wù)的附加信息和拒絕原因。
原因NO.22：號(hào)碼變更
"number changed"
當(dāng)主叫用戶所指示的被叫用戶號(hào)碼不再被分配時(shí)，該原因被返回到主叫用戶。新的被叫用戶號(hào)碼可以作為任選項(xiàng)目包含在診斷字段中。如果網(wǎng)絡(luò)不支持這種能力，將使用原因NO.1未分配的（未確定）的號(hào)碼。
原因NO.26：清除未選擇的用戶
"non-selected user clearing"
該原因表示未給予用戶來呼叫。
原因NO.27：終點(diǎn)故障
"destination out of order"
該原因表示不能到達(dá)用戶所指示的收端，因?yàn)槭斩说慕涌诠ぷ鞑徽！Ｐg(shù)語"工作不正常"表示信令消息不能遞交到遠(yuǎn)端用戶；例如，遠(yuǎn)端用戶的物理層或數(shù)據(jù)層故障，用戶設(shè)備脫機(jī)等。
原因NO.28：無效的號(hào)碼格式（不完整號(hào)碼）
"invalid number format(incomplete number)"
該原因表示不能到達(dá)被叫用戶因?yàn)楸唤杏脩籼?hào)碼的格式無效或被叫用戶號(hào)碼不完整。
原因NO.29：性能被拒絕
"facility rejected"
當(dāng)網(wǎng)絡(luò)不能提供用戶所請(qǐng)求的性能時(shí)則返回這一原則。
原因NO.30：對(duì)STATUS ENQUIRY的響應(yīng)
"response to STATUS ENQUIRY"
當(dāng)產(chǎn)生STATUS消息的原因是先接收到一條STATUS ENQUIRY消息時(shí)，該原因被包含在STATUS消息中。
原因NO.31：正常，未規(guī)定
"normal,unspecified"
僅在正常原因類別中無其它原因適用時(shí)，使用該原因報(bào)告一個(gè)正常事件。
G3.2無可用的資源類別
原因NO.34：無可用的電路/通路
"no circuit'channel available"
該原因表示目前尚無適當(dāng)?shù)碾娐?/span>/通路可用來處理呼叫。
原因NO.38：網(wǎng)絡(luò)失序
"network out of order"
該原因表示網(wǎng)絡(luò)運(yùn)行不正確，并且條件可能會(huì)持續(xù)相當(dāng)長的時(shí)間；例如，立刻重新發(fā)起呼叫可能不會(huì)成功。
原因NO.39：永久幀方式連接未開放業(yè)務(wù)
"permanent frame mode connection out-of -service"
原因包含在STATUS消息表示一個(gè)永久建立幀方式連接未開放業(yè)務(wù)（例如，由于設(shè)備或部分故障）。
注－該原因在本標(biāo)準(zhǔn)中暫不使用。
原因NO.40：永久幀方式連接可運(yùn)營
"permanent frame mode connection operational"
該原因包含在STATUS消息表示一個(gè)永久建立幀方式連接是可運(yùn)營的，并且可以傳遞用戶信息。
注－該原因在本標(biāo)準(zhǔn)中暫不使用。
原因NO.41：臨時(shí)故障
"temporary failure"
該原因表示網(wǎng)絡(luò)工作不正常，并且這一狀態(tài)不可能持續(xù)很長時(shí)間，例如，用戶幾乎可能立即希望進(jìn)行另一次試呼。
原因NO.42：交換設(shè)備擁塞
"switching equipment congestion"
該原因表示產(chǎn)生這一原因的交換設(shè)備正在歷經(jīng)高業(yè)務(wù)量周期。
原因NO.43：接入信息被丟棄
"access information discarded"
該原因表示網(wǎng)絡(luò)不能向遠(yuǎn)端用戶按要求遞交接入信息：即，如診斷中所指示的用戶－用戶信息，低層兼容性，高層兼容性或子地址。
應(yīng)用注意所丟棄的某種接入信息作為任選項(xiàng)目被包含在診斷中。
原因NO.44：請(qǐng)求的電路/通路不可用
"requested circuit/channel not available"
當(dāng)另一側(cè)接口不能提供請(qǐng)求實(shí)體所指示的電路或通路時(shí)，返回這一原因。
原因NO.46：優(yōu)先呼叫阻塞
"precedence call blocked"
該原因表示沒有優(yōu)先電路，或者被叫用戶忙，并且其呼叫由相同或更高的優(yōu)先級(jí)。
原因NO.47：資源不可用，未規(guī)定
"resource unavailable,unspecified"
該原因僅在沒有任何其它的資源不可用類型使用時(shí)報(bào)告一個(gè)資源不可用的事件。
G3.3無適用的業(yè)務(wù)或任選項(xiàng)目類別
原因NO.49：業(yè)務(wù)質(zhì)量不可用
"quality of service not available"
該原因用來報(bào)告所申請(qǐng)的建議X.213中定義的業(yè)務(wù)質(zhì)量不能提供（例如，不能支持吞吐量或轉(zhuǎn)接延遲）。
原因NO.50：未預(yù)訂所請(qǐng)求的性能
"requested facility not subscribed"
該原因表示網(wǎng)絡(luò)不能提供所請(qǐng)求的補(bǔ)充業(yè)務(wù)，因?yàn)橛脩魶]有完成支持業(yè)務(wù)的網(wǎng)絡(luò)所必要的管理手續(xù)。
原因NO.53：CUG內(nèi)呼出呼叫阻塞
"outgoing calls barred within CUG"
該原因表示雖然主叫方是可以呼出CUG呼叫的CUG成員，但CUG的該成員不允許呼出呼叫。
原因NO.55：CUG內(nèi)呼入呼叫阻塞
"incoming calls barred within CUG"
該原因表示雖然被叫方是可以接收呼入CUG呼叫的CUG成員，但CUG的該成員不允許接收呼入呼叫。
原因NO.57：承載能力未認(rèn)可
"bearer capability not authorised"
該原因表示，雖然產(chǎn)生該原因的設(shè)備已實(shí)施了用戶請(qǐng)求的承載能力，但用戶未被認(rèn)可使用。
原因NO.58：目前尚無可用的承載能力
"bearer capability not presently available"
該原因表示，雖然產(chǎn)生該原因的設(shè)備已實(shí)施了用戶請(qǐng)求的承載能力，但此時(shí)無可用的承載能力。
原因NO.62：分配的呼出接入信息與用戶級(jí)別不一致
"inconsistency in designated outgoing access information and subscriber class"
該原因表示在分配的呼出接入信息與用戶級(jí)別之間存在不一致。
原因NO.63：無適用的業(yè)務(wù)或任選項(xiàng)目，未規(guī)定
"service or option not available, unspecified"
僅在無適用的業(yè)務(wù)或任選項(xiàng)目類別中無其它原因使用時(shí)，使用該原因報(bào)告無適用的業(yè)務(wù)或任選項(xiàng)目事件。
G3.4業(yè)務(wù)或任選項(xiàng)目未實(shí)施類別
原因NO.65：承載能力未實(shí)施
"bearer capability not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的承載能力。
原因NO.66：通路類型未實(shí)施
"channel type not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的類型。
原因NO.69：請(qǐng)求的性能未實(shí)施
"requested facility not implemented"
該原因表示發(fā)送這一原因的設(shè)備不支持所請(qǐng)求的補(bǔ)充業(yè)務(wù)。
原因NO.70：只有受限的數(shù)字信息承載可用（國內(nèi)使用）
"only restricted digital information bearer capability is available(national use)"
該原因表示主叫方已申請(qǐng)了一個(gè)不受限的承載業(yè)務(wù)，但是發(fā)送該原因的設(shè)備僅支持所請(qǐng)求的承載能力中受限形式。
原因NO.79：業(yè)務(wù)或任選未實(shí)施，未規(guī)定
"service or option not implementaed,unspecified"
該原因用作僅當(dāng)業(yè)務(wù)或任選未實(shí)施類別中無其它原因使用時(shí)報(bào)告一個(gè)業(yè)務(wù)或任選未實(shí)施事件。
G3.5無效的消息（例如，參數(shù)超出范圍）類別
原因NO.81：無效的呼叫參考值
"invlalid call reference value"
該原因表示發(fā)送這一原因的設(shè)備所收到的消息帶有不是在用戶－網(wǎng)絡(luò)接口現(xiàn)行使用的呼叫參考。
原因NO.82：所標(biāo)識(shí)的通路不存在
"identfied channel does not exist"
原因表示發(fā)送這一原因的設(shè)備接收到一個(gè)呼叫請(qǐng)求，請(qǐng)求使用在接口處未被激活的通路。例如，如果用戶預(yù)訂了一次群接口的第1到12條通路，而用戶設(shè)備或網(wǎng)絡(luò)企圖使用第13至23條通路，則產(chǎn)生這一原因。
原因NO.83：存在暫停的呼叫，但無所用的呼叫身份
"a suspended call exists,but this call identity does not"
該原因表示呼叫試圖恢復(fù)時(shí)使用的呼叫身份與現(xiàn)行呼叫暫停時(shí)使用的呼叫身份不相同。
原因NO.84：呼叫身份在使用
"call identity in use"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫暫停的請(qǐng)求，這一呼叫暫停請(qǐng)求包含在有可能恢復(fù)呼叫的接口范圍內(nèi)一個(gè)暫停呼叫已經(jīng)使用的呼叫身份（包括無呼叫身份）。
原因NO.85：我呼叫暫停
"no call suspended"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫恢復(fù)請(qǐng)求。呼叫恢復(fù)請(qǐng)求包含一個(gè)呼叫身份信息單元，該信息單元在有可能恢復(fù)呼叫的接口范圍內(nèi)目前未指示任何暫停的呼叫。
原因NO.86：具有所請(qǐng)求的呼叫身份的呼叫已被清除
"call having the requested call identity has been cleared"
該原因表示網(wǎng)絡(luò)已接收到一個(gè)呼叫恢復(fù)請(qǐng)求。呼叫恢復(fù)請(qǐng)求包含一個(gè)呼叫身份信息單元指示的一個(gè)暫停的呼叫在暫停時(shí)已經(jīng)被清除（網(wǎng)絡(luò)超時(shí)或者由遠(yuǎn)端用戶清除）
原因NO.87：用戶不是CUG成員
"user not member of CUG"
該原因表示一個(gè)呼入的CUG呼叫的被叫用戶不是一個(gè)特定CUG的成員或者主叫用戶只是一個(gè)一用戶呼叫一個(gè)CUG成員。
原因NO.88不兼容的特點(diǎn)
"incompatible destination"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到了一個(gè)建立呼叫的請(qǐng)求，該呼叫具有不能適用的低層兼容性，高層兼容性或其它兼容屬性（例如，數(shù)據(jù)速率）。
原因NO.90不存在的CUG
"non-existent CUG"
該原因表示一個(gè)特定的CUG不存在。
原因NO.91無效的轉(zhuǎn)接網(wǎng)絡(luò)選擇
"invalid transit netword selection(national use)"
該原因表示收到的轉(zhuǎn)接網(wǎng)絡(luò)識(shí)別符不是附錄C中定義的正確的格式。
原因NO.95無效的消息，未規(guī)定
"invalid message,unspecified"
該原因僅當(dāng)無效消息類別中無其它原因使用時(shí)報(bào)告一個(gè)無效消息事件。
G3.6協(xié)議差錯(cuò)（例如，未知的消息）類別
原因NO.96：必選信息單元丟失
"mandatory information element is missing"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條丟失信息單元的消息。而這一信息單元必須在處理該消息之前存在。
原因NO.97：消息類型不存在或未實(shí)施
"message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條消息類型不可識(shí)別的消息，這是因?yàn)樵撓⑽幢欢x，或者雖然定義了這一消息，但發(fā)送該消息的設(shè)備沒有實(shí)施。
原因NO.98：消息與呼叫狀態(tài)不符或消息類型不存在或未實(shí)施
"message not complatible with call state or message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條消息，程序指示這是在呼叫狀態(tài)期間不允許收的消息，或者發(fā)送這一原因的設(shè)備接收到一條STATUS消息，指示不兼容的呼叫狀態(tài)。
原因NO.99：信息單元不存在或未實(shí)施
"information element non-existent or not implemented"
該原因表示發(fā)送這一原因的設(shè)備已經(jīng)接收到一條包含不可識(shí)別的信息單元的消息。這是因?yàn)樵撔畔卧獦?biāo)識(shí)符未被定義或者雖然定義了這一信息單元。但發(fā)送該原因的設(shè)備沒有實(shí)施。然而在發(fā)送該原因的設(shè)備處理這一消息時(shí)，不一定在消息中需要有這一信息單元。
原因NO.100：無效的信息單元內(nèi)容
"invalid information element contents"
該原因表示發(fā)送這一原因的設(shè)備接收到一個(gè)已被實(shí)施的信息單元，但是發(fā)送這一原因的設(shè)備沒有實(shí)施該信息單元中一個(gè)或多個(gè)字段的編碼。
原因NO.101：消息與呼叫狀態(tài)不符
"message not compatible with call state"
該原因表示接收到了一條與呼叫狀態(tài)不符的消息。
原因NO.102：定時(shí)器超時(shí)的恢復(fù)
"recovery on timer expiry"
該原因表示由于定時(shí)器超時(shí)而啟動(dòng)了一個(gè)與Q.931差錯(cuò)處理程序相關(guān)的程序。
原因NO.103：參數(shù)不存在或未實(shí)施，通過（國內(nèi)使用）
"parameter non-existent or not implemented-passed on (use)"
該原因表示發(fā)送該原因的設(shè)備已經(jīng)收到一個(gè)消息，包含一個(gè)不可識(shí)別的參數(shù)，該參數(shù)不可識(shí)別是由于其未定義或定義了但該設(shè)備未實(shí)施。該原因指示該參數(shù)被忽略。另外，如果發(fā)送該原因的設(shè)備是在一個(gè)中間點(diǎn)，則該原因指示參數(shù)通過，未加改變。
原因NO.110：帶不可識(shí)別的參數(shù)的消息，丟棄
"message with unrecognized parameter discarded"
該原因表示發(fā)送該原因的設(shè)備已經(jīng)丟棄了包含一個(gè)不可識(shí)別的參數(shù)的消息。
原因NO.111：協(xié)議差錯(cuò)，未規(guī)定
"protocol error, unspecified"
僅在協(xié)議差錯(cuò)類別中無其它原因使用時(shí)，使用該原因報(bào)告協(xié)議差錯(cuò)事件。
G3.7互通類別
原因NO.127：互通，未規(guī)定
"interworking,unspecified"
該原因表示正在與一個(gè)不提供網(wǎng)絡(luò)動(dòng)作的原因的網(wǎng)絡(luò)互通，這樣就不能確定被發(fā)送的消息的準(zhǔn)確原因。
回答者：
f279044824
回答時(shí)間：2012-04-11 17:45
14
14
• 南京格安信息系統(tǒng)有限責(zé)任公司
聘：5G工程后臺(tái)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 中郵建技術(shù)有限公司 聘：成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù)：1 人 地點(diǎn)：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點(diǎn)：長沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
需求人數(shù)：10 人 地點(diǎn)：北京市
• 中郵建技術(shù)有限公司 聘：成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù)：1 人 地點(diǎn)：成都市
• 嘉環(huán)科技股份有限公司 聘：電信原廠網(wǎng)優(yōu)工程師
需求人數(shù)：3 人 地點(diǎn)：長沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：安康市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |