 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
Clear Request Cause都有哪些
那位大哥能給個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è)務中，CP，RP，TP分別是什么？還有RP-CAUse 和TP-FCS是什么？ 2016-11-09
• CSFB主叫CLEARreQUEst(CAUse:0)有什么可能導致？ 2016-08-15
• ATU測試中出現(xiàn)未接通原因為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è)務中，CP，RP，TP分別是什么？還有RP-CAUse 和TP-FCS是什么？ 2016-11-09
• CSFB主叫CLEARreQUEst(CAUse:0)有什么可能導致？ 2016-08-15
• ATU測試中出現(xiàn)未接通原因為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：未分配的（未確定的）號碼
"unassigned (unallocaled) number"
該原因表示不能到達主叫用戶所請求的終點，因為雖然號碼格式有效，但該號碼目前尚未分配（未確定）。
原因NO.2：無路由到達規(guī)定的轉(zhuǎn)換網(wǎng)絡（國內(nèi)使用）
"no route to specified transit network(nationaluse)"
unallocaled(unassigned) number
該原因表示發(fā)送該原因的設備已經(jīng)收到一個通過特定未被識別的轉(zhuǎn)接網(wǎng)絡迂回呼叫的請求。發(fā)送該原因的設備不能識別該轉(zhuǎn)接網(wǎng)絡是因為該轉(zhuǎn)接網(wǎng)絡不存在或當它存在時并沒有未該設備提供服務。
是否支持該原因由網(wǎng)絡決定。
原因NO.3無路由到達終點
"no route to destination"
該原因表示不能到達被叫用戶，因為呼叫所經(jīng)過的網(wǎng)絡不為所希望的終點提供服務。
是否支持該原因由網(wǎng)絡決定。
原因NO.4發(fā)送特殊的信息音
"send special information tone"
該原因表示不能達到被叫用戶的原因在于應向主叫用戶返回特殊信息音。
原因NO.5轉(zhuǎn)接前綴撥號錯誤（國內(nèi)使用）
"misdialled trunk prefix(national use)"
該原因表示被叫方號碼的轉(zhuǎn)接前綴錯誤內(nèi)含。
原因NO.6：不可接受的通路
"chnnel unacceptable"
該原因表示發(fā)送實體在呼叫中不接受使用最新標識的通路。
原因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"
該原因表示呼叫正在被清除，這是因為呼叫所涉及的用戶之一已經(jīng)請求清除呼叫。
在正常情況下，網(wǎng)絡不發(fā)送這一原因。
原因NO.17：用戶忙
"user busy"
當被叫用戶指示不能接受另一個呼叫時使用這一原因。
原因NO.18：無用戶響應
"no user responding"
當被叫用戶在規(guī)定的時間周期內(nèi)不用提醒或連接指示響應呼叫建立消息時使用這一原因。
原因NO.19：無用戶應答（用戶已提醒）
"no answer from user(user alerted)"
當用戶在規(guī)定的時間周期內(nèi)提供提醒指示但未提供連接指示時使用這一原因。
注－該原因不一定由Q.931程序產(chǎn)生，而可能由內(nèi)部網(wǎng)絡定時器產(chǎn)生。
原因NO.20：用戶缺席
"subscriber absent"
該原因用作移動應用，本規(guī)范暫不使用。
原因NO.21：呼叫拒絕
"call rejected"
該原因表示發(fā)送這一原因的設備不希望接收呼叫，雖然它可以接受呼叫，因為發(fā)送該原因的設備既不忙，也兼容。
該原因可以由網(wǎng)絡產(chǎn)生，表示由于補充業(yè)務的限制而清除了呼叫。診斷字段可能包含有關補充業(yè)務的附加信息和拒絕原因。
原因NO.22：號碼變更
"number changed"
當主叫用戶所指示的被叫用戶號碼不再被分配時，該原因被返回到主叫用戶。新的被叫用戶號碼可以作為任選項目包含在診斷字段中。如果網(wǎng)絡不支持這種能力，將使用原因NO.1未分配的（未確定）的號碼。
原因NO.26：清除未選擇的用戶
"non-selected user clearing"
該原因表示未給予用戶來呼叫。
原因NO.27：終點故障
"destination out of order"
該原因表示不能到達用戶所指示的收端，因為收端的接口工作不正常。術語"工作不正常"表示信令消息不能遞交到遠端用戶；例如，遠端用戶的物理層或數(shù)據(jù)層故障，用戶設備脫機等。
原因NO.28：無效的號碼格式（不完整號碼）
"invalid number format(incomplete number)"
該原因表示不能到達被叫用戶因為被叫用戶號碼的格式無效或被叫用戶號碼不完整。
原因NO.29：性能被拒絕
"facility rejected"
當網(wǎng)絡不能提供用戶所請求的性能時則返回這一原則。
原因NO.30：對STATUS ENQUIRY的響應
"response to STATUS ENQUIRY"
當產(chǎn)生STATUS消息的原因是先接收到一條STATUS ENQUIRY消息時，該原因被包含在STATUS消息中。
原因NO.31：正常，未規(guī)定
"normal,unspecified"
僅在正常原因類別中無其它原因適用時，使用該原因報告一個正常事件。
G3.2無可用的資源類別
原因NO.34：無可用的電路/通路
"no circuit'channel available"
該原因表示目前尚無適當?shù)碾娐?/span>/通路可用來處理呼叫。
原因NO.38：網(wǎng)絡失序
"network out of order"
該原因表示網(wǎng)絡運行不正確，并且條件可能會持續(xù)相當長的時間；例如，立刻重新發(fā)起呼叫可能不會成功。
原因NO.39：永久幀方式連接未開放業(yè)務
"permanent frame mode connection out-of -service"
原因包含在STATUS消息表示一個永久建立幀方式連接未開放業(yè)務（例如，由于設備或部分故障）。
注－該原因在本標準中暫不使用。
原因NO.40：永久幀方式連接可運營
"permanent frame mode connection operational"
該原因包含在STATUS消息表示一個永久建立幀方式連接是可運營的，并且可以傳遞用戶信息。
注－該原因在本標準中暫不使用。
原因NO.41：臨時故障
"temporary failure"
該原因表示網(wǎng)絡工作不正常，并且這一狀態(tài)不可能持續(xù)很長時間，例如，用戶幾乎可能立即希望進行另一次試呼。
原因NO.42：交換設備擁塞
"switching equipment congestion"
該原因表示產(chǎn)生這一原因的交換設備正在歷經(jīng)高業(yè)務量周期。
原因NO.43：接入信息被丟棄
"access information discarded"
該原因表示網(wǎng)絡不能向遠端用戶按要求遞交接入信息：即，如診斷中所指示的用戶－用戶信息，低層兼容性，高層兼容性或子地址。
應用注意所丟棄的某種接入信息作為任選項目被包含在診斷中。
原因NO.44：請求的電路/通路不可用
"requested circuit/channel not available"
當另一側(cè)接口不能提供請求實體所指示的電路或通路時，返回這一原因。
原因NO.46：優(yōu)先呼叫阻塞
"precedence call blocked"
該原因表示沒有優(yōu)先電路，或者被叫用戶忙，并且其呼叫由相同或更高的優(yōu)先級。
原因NO.47：資源不可用，未規(guī)定
"resource unavailable,unspecified"
該原因僅在沒有任何其它的資源不可用類型使用時報告一個資源不可用的事件。
G3.3無適用的業(yè)務或任選項目類別
原因NO.49：業(yè)務質(zhì)量不可用
"quality of service not available"
該原因用來報告所申請的建議X.213中定義的業(yè)務質(zhì)量不能提供（例如，不能支持吞吐量或轉(zhuǎn)接延遲）。
原因NO.50：未預訂所請求的性能
"requested facility not subscribed"
該原因表示網(wǎng)絡不能提供所請求的補充業(yè)務，因為用戶沒有完成支持業(yè)務的網(wǎng)絡所必要的管理手續(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：承載能力未認可
"bearer capability not authorised"
該原因表示，雖然產(chǎn)生該原因的設備已實施了用戶請求的承載能力，但用戶未被認可使用。
原因NO.58：目前尚無可用的承載能力
"bearer capability not presently available"
該原因表示，雖然產(chǎn)生該原因的設備已實施了用戶請求的承載能力，但此時無可用的承載能力。
原因NO.62：分配的呼出接入信息與用戶級別不一致
"inconsistency in designated outgoing access information and subscriber class"
該原因表示在分配的呼出接入信息與用戶級別之間存在不一致。
原因NO.63：無適用的業(yè)務或任選項目，未規(guī)定
"service or option not available, unspecified"
僅在無適用的業(yè)務或任選項目類別中無其它原因使用時，使用該原因報告無適用的業(yè)務或任選項目事件。
G3.4業(yè)務或任選項目未實施類別
原因NO.65：承載能力未實施
"bearer capability not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的承載能力。
原因NO.66：通路類型未實施
"channel type not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的類型。
原因NO.69：請求的性能未實施
"requested facility not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的補充業(yè)務。
原因NO.70：只有受限的數(shù)字信息承載可用（國內(nèi)使用）
"only restricted digital information bearer capability is available(national use)"
該原因表示主叫方已申請了一個不受限的承載業(yè)務，但是發(fā)送該原因的設備僅支持所請求的承載能力中受限形式。
原因NO.79：業(yè)務或任選未實施，未規(guī)定
"service or option not implementaed,unspecified"
該原因用作僅當業(yè)務或任選未實施類別中無其它原因使用時報告一個業(yè)務或任選未實施事件。
G3.5無效的消息（例如，參數(shù)超出范圍）類別
原因NO.81：無效的呼叫參考值
"invlalid call reference value"
該原因表示發(fā)送這一原因的設備所收到的消息帶有不是在用戶－網(wǎng)絡接口現(xiàn)行使用的呼叫參考。
原因NO.82：所標識的通路不存在
"identfied channel does not exist"
原因表示發(fā)送這一原因的設備接收到一個呼叫請求，請求使用在接口處未被激活的通路。例如，如果用戶預訂了一次群接口的第1到12條通路，而用戶設備或網(wǎng)絡企圖使用第13至23條通路，則產(chǎn)生這一原因。
原因NO.83：存在暫停的呼叫，但無所用的呼叫身份
"a suspended call exists,but this call identity does not"
該原因表示呼叫試圖恢復時使用的呼叫身份與現(xiàn)行呼叫暫停時使用的呼叫身份不相同。
原因NO.84：呼叫身份在使用
"call identity in use"
該原因表示網(wǎng)絡已接收到一個呼叫暫停的請求，這一呼叫暫停請求包含在有可能恢復呼叫的接口范圍內(nèi)一個暫停呼叫已經(jīng)使用的呼叫身份（包括無呼叫身份）。
原因NO.85：我呼叫暫停
"no call suspended"
該原因表示網(wǎng)絡已接收到一個呼叫恢復請求。呼叫恢復請求包含一個呼叫身份信息單元，該信息單元在有可能恢復呼叫的接口范圍內(nèi)目前未指示任何暫停的呼叫。
原因NO.86：具有所請求的呼叫身份的呼叫已被清除
"call having the requested call identity has been cleared"
該原因表示網(wǎng)絡已接收到一個呼叫恢復請求。呼叫恢復請求包含一個呼叫身份信息單元指示的一個暫停的呼叫在暫停時已經(jīng)被清除（網(wǎng)絡超時或者由遠端用戶清除）
原因NO.87：用戶不是CUG成員
"user not member of CUG"
該原因表示一個呼入的CUG呼叫的被叫用戶不是一個特定CUG的成員或者主叫用戶只是一個一用戶呼叫一個CUG成員。
原因NO.88不兼容的特點
"incompatible destination"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到了一個建立呼叫的請求，該呼叫具有不能適用的低層兼容性，高層兼容性或其它兼容屬性（例如，數(shù)據(jù)速率）。
原因NO.90不存在的CUG
"non-existent CUG"
該原因表示一個特定的CUG不存在。
原因NO.91無效的轉(zhuǎn)接網(wǎng)絡選擇
"invalid transit netword selection(national use)"
該原因表示收到的轉(zhuǎn)接網(wǎng)絡識別符不是附錄C中定義的正確的格式。
原因NO.95無效的消息，未規(guī)定
"invalid message,unspecified"
該原因僅當無效消息類別中無其它原因使用時報告一個無效消息事件。
G3.6協(xié)議差錯（例如，未知的消息）類別
原因NO.96：必選信息單元丟失
"mandatory information element is missing"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條丟失信息單元的消息。而這一信息單元必須在處理該消息之前存在。
原因NO.97：消息類型不存在或未實施
"message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條消息類型不可識別的消息，這是因為該消息未被定義，或者雖然定義了這一消息，但發(fā)送該消息的設備沒有實施。
原因NO.98：消息與呼叫狀態(tài)不符或消息類型不存在或未實施
"message not complatible with call state or message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條消息，程序指示這是在呼叫狀態(tài)期間不允許收的消息，或者發(fā)送這一原因的設備接收到一條STATUS消息，指示不兼容的呼叫狀態(tài)。
原因NO.99：信息單元不存在或未實施
"information element non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條包含不可識別的信息單元的消息。這是因為該信息單元標識符未被定義或者雖然定義了這一信息單元。但發(fā)送該原因的設備沒有實施。然而在發(fā)送該原因的設備處理這一消息時，不一定在消息中需要有這一信息單元。
原因NO.100：無效的信息單元內(nèi)容
"invalid information element contents"
該原因表示發(fā)送這一原因的設備接收到一個已被實施的信息單元，但是發(fā)送這一原因的設備沒有實施該信息單元中一個或多個字段的編碼。
原因NO.101：消息與呼叫狀態(tài)不符
"message not compatible with call state"
該原因表示接收到了一條與呼叫狀態(tài)不符的消息。
原因NO.102：定時器超時的恢復
"recovery on timer expiry"
該原因表示由于定時器超時而啟動了一個與Q.931差錯處理程序相關的程序。
原因NO.103：參數(shù)不存在或未實施，通過（國內(nèi)使用）
"parameter non-existent or not implemented-passed on (use)"
該原因表示發(fā)送該原因的設備已經(jīng)收到一個消息，包含一個不可識別的參數(shù)，該參數(shù)不可識別是由于其未定義或定義了但該設備未實施。該原因指示該參數(shù)被忽略。另外，如果發(fā)送該原因的設備是在一個中間點，則該原因指示參數(shù)通過，未加改變。
原因NO.110：帶不可識別的參數(shù)的消息，丟棄
"message with unrecognized parameter discarded"
該原因表示發(fā)送該原因的設備已經(jīng)丟棄了包含一個不可識別的參數(shù)的消息。
原因NO.111：協(xié)議差錯，未規(guī)定
"protocol error, unspecified"
僅在協(xié)議差錯類別中無其它原因使用時，使用該原因報告協(xié)議差錯事件。
G3.7互通類別
原因NO.127：互通，未規(guī)定
"interworking,unspecified"
該原因表示正在與一個不提供網(wǎng)絡動作的原因的網(wǎng)絡互通，這樣就不能確定被發(fā)送的消息的準確原因。
ISUP消息中rel原因值
G3.1正常類別
原因NO.1：未分配的（未確定的）號碼
"unassigned (unallocaled) number"
該原因表示不能到達主叫用戶所請求的終點，因為雖然號碼格式有效，但該號碼目前尚未分配（未確定）。
原因NO.2：無路由到達規(guī)定的轉(zhuǎn)換網(wǎng)絡（國內(nèi)使用）
"no route to specified transit network(nationaluse)"
unallocaled(unassigned) number
該原因表示發(fā)送該原因的設備已經(jīng)收到一個通過特定未被識別的轉(zhuǎn)接網(wǎng)絡迂回呼叫的請求。發(fā)送該原因的設備不能識別該轉(zhuǎn)接網(wǎng)絡是因為該轉(zhuǎn)接網(wǎng)絡不存在或當它存在時并沒有未該設備提供服務。
是否支持該原因由網(wǎng)絡決定。
原因NO.3無路由到達終點
"no route to destination"
該原因表示不能到達被叫用戶，因為呼叫所經(jīng)過的網(wǎng)絡不為所希望的終點提供服務。
是否支持該原因由網(wǎng)絡決定。
原因NO.4發(fā)送特殊的信息音
"send special information tone"
該原因表示不能達到被叫用戶的原因在于應向主叫用戶返回特殊信息音。
原因NO.5轉(zhuǎn)接前綴撥號錯誤（國內(nèi)使用）
"misdialled trunk prefix(national use)"
該原因表示被叫方號碼的轉(zhuǎn)接前綴錯誤內(nèi)含。
原因NO.6：不可接受的通路
"chnnel unacceptable"
該原因表示發(fā)送實體在呼叫中不接受使用最新標識的通路。
原因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"
該原因表示呼叫正在被清除，這是因為呼叫所涉及的用戶之一已經(jīng)請求清除呼叫。
在正常情況下，網(wǎng)絡不發(fā)送這一原因。
原因NO.17：用戶忙
"user busy"
當被叫用戶指示不能接受另一個呼叫時使用這一原因。
原因NO.18：無用戶響應
"no user responding"
當被叫用戶在規(guī)定的時間周期內(nèi)不用提醒或連接指示響應呼叫建立消息時使用這一原因。
原因NO.19：無用戶應答（用戶已提醒）
"no answer from user(user alerted)"
當用戶在規(guī)定的時間周期內(nèi)提供提醒指示但未提供連接指示時使用這一原因。
注－該原因不一定由Q.931程序產(chǎn)生，而可能由內(nèi)部網(wǎng)絡定時器產(chǎn)生。
原因NO.20：用戶缺席
"subscriber absent"
該原因用作移動應用，本規(guī)范暫不使用。
原因NO.21：呼叫拒絕
"call rejected"
該原因表示發(fā)送這一原因的設備不希望接收呼叫，雖然它可以接受呼叫，因為發(fā)送該原因的設備既不忙，也兼容。
該原因可以由網(wǎng)絡產(chǎn)生，表示由于補充業(yè)務的限制而清除了呼叫。診斷字段可能包含有關補充業(yè)務的附加信息和拒絕原因。
原因NO.22：號碼變更
"number changed"
當主叫用戶所指示的被叫用戶號碼不再被分配時，該原因被返回到主叫用戶。新的被叫用戶號碼可以作為任選項目包含在診斷字段中。如果網(wǎng)絡不支持這種能力，將使用原因NO.1未分配的（未確定）的號碼。
原因NO.26：清除未選擇的用戶
"non-selected user clearing"
該原因表示未給予用戶來呼叫。
原因NO.27：終點故障
"destination out of order"
該原因表示不能到達用戶所指示的收端，因為收端的接口工作不正常。術語"工作不正常"表示信令消息不能遞交到遠端用戶；例如，遠端用戶的物理層或數(shù)據(jù)層故障，用戶設備脫機等。
原因NO.28：無效的號碼格式（不完整號碼）
"invalid number format(incomplete number)"
該原因表示不能到達被叫用戶因為被叫用戶號碼的格式無效或被叫用戶號碼不完整。
原因NO.29：性能被拒絕
"facility rejected"
當網(wǎng)絡不能提供用戶所請求的性能時則返回這一原則。
原因NO.30：對STATUS ENQUIRY的響應
"response to STATUS ENQUIRY"
當產(chǎn)生STATUS消息的原因是先接收到一條STATUS ENQUIRY消息時，該原因被包含在STATUS消息中。
原因NO.31：正常，未規(guī)定
"normal,unspecified"
僅在正常原因類別中無其它原因適用時，使用該原因報告一個正常事件。
G3.2無可用的資源類別
原因NO.34：無可用的電路/通路
"no circuit'channel available"
該原因表示目前尚無適當?shù)碾娐?/span>/通路可用來處理呼叫。
原因NO.38：網(wǎng)絡失序
"network out of order"
該原因表示網(wǎng)絡運行不正確，并且條件可能會持續(xù)相當長的時間；例如，立刻重新發(fā)起呼叫可能不會成功。
原因NO.39：永久幀方式連接未開放業(yè)務
"permanent frame mode connection out-of -service"
原因包含在STATUS消息表示一個永久建立幀方式連接未開放業(yè)務（例如，由于設備或部分故障）。
注－該原因在本標準中暫不使用。
原因NO.40：永久幀方式連接可運營
"permanent frame mode connection operational"
該原因包含在STATUS消息表示一個永久建立幀方式連接是可運營的，并且可以傳遞用戶信息。
注－該原因在本標準中暫不使用。
原因NO.41：臨時故障
"temporary failure"
該原因表示網(wǎng)絡工作不正常，并且這一狀態(tài)不可能持續(xù)很長時間，例如，用戶幾乎可能立即希望進行另一次試呼。
原因NO.42：交換設備擁塞
"switching equipment congestion"
該原因表示產(chǎn)生這一原因的交換設備正在歷經(jīng)高業(yè)務量周期。
原因NO.43：接入信息被丟棄
"access information discarded"
該原因表示網(wǎng)絡不能向遠端用戶按要求遞交接入信息：即，如診斷中所指示的用戶－用戶信息，低層兼容性，高層兼容性或子地址。
應用注意所丟棄的某種接入信息作為任選項目被包含在診斷中。
原因NO.44：請求的電路/通路不可用
"requested circuit/channel not available"
當另一側(cè)接口不能提供請求實體所指示的電路或通路時，返回這一原因。
原因NO.46：優(yōu)先呼叫阻塞
"precedence call blocked"
該原因表示沒有優(yōu)先電路，或者被叫用戶忙，并且其呼叫由相同或更高的優(yōu)先級。
原因NO.47：資源不可用，未規(guī)定
"resource unavailable,unspecified"
該原因僅在沒有任何其它的資源不可用類型使用時報告一個資源不可用的事件。
G3.3無適用的業(yè)務或任選項目類別
原因NO.49：業(yè)務質(zhì)量不可用
"quality of service not available"
該原因用來報告所申請的建議X.213中定義的業(yè)務質(zhì)量不能提供（例如，不能支持吞吐量或轉(zhuǎn)接延遲）。
原因NO.50：未預訂所請求的性能
"requested facility not subscribed"
該原因表示網(wǎng)絡不能提供所請求的補充業(yè)務，因為用戶沒有完成支持業(yè)務的網(wǎng)絡所必要的管理手續(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：承載能力未認可
"bearer capability not authorised"
該原因表示，雖然產(chǎn)生該原因的設備已實施了用戶請求的承載能力，但用戶未被認可使用。
原因NO.58：目前尚無可用的承載能力
"bearer capability not presently available"
該原因表示，雖然產(chǎn)生該原因的設備已實施了用戶請求的承載能力，但此時無可用的承載能力。
原因NO.62：分配的呼出接入信息與用戶級別不一致
"inconsistency in designated outgoing access information and subscriber class"
該原因表示在分配的呼出接入信息與用戶級別之間存在不一致。
原因NO.63：無適用的業(yè)務或任選項目，未規(guī)定
"service or option not available, unspecified"
僅在無適用的業(yè)務或任選項目類別中無其它原因使用時，使用該原因報告無適用的業(yè)務或任選項目事件。
G3.4業(yè)務或任選項目未實施類別
原因NO.65：承載能力未實施
"bearer capability not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的承載能力。
原因NO.66：通路類型未實施
"channel type not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的類型。
原因NO.69：請求的性能未實施
"requested facility not implemented"
該原因表示發(fā)送這一原因的設備不支持所請求的補充業(yè)務。
原因NO.70：只有受限的數(shù)字信息承載可用（國內(nèi)使用）
"only restricted digital information bearer capability is available(national use)"
該原因表示主叫方已申請了一個不受限的承載業(yè)務，但是發(fā)送該原因的設備僅支持所請求的承載能力中受限形式。
原因NO.79：業(yè)務或任選未實施，未規(guī)定
"service or option not implementaed,unspecified"
該原因用作僅當業(yè)務或任選未實施類別中無其它原因使用時報告一個業(yè)務或任選未實施事件。
G3.5無效的消息（例如，參數(shù)超出范圍）類別
原因NO.81：無效的呼叫參考值
"invlalid call reference value"
該原因表示發(fā)送這一原因的設備所收到的消息帶有不是在用戶－網(wǎng)絡接口現(xiàn)行使用的呼叫參考。
原因NO.82：所標識的通路不存在
"identfied channel does not exist"
原因表示發(fā)送這一原因的設備接收到一個呼叫請求，請求使用在接口處未被激活的通路。例如，如果用戶預訂了一次群接口的第1到12條通路，而用戶設備或網(wǎng)絡企圖使用第13至23條通路，則產(chǎn)生這一原因。
原因NO.83：存在暫停的呼叫，但無所用的呼叫身份
"a suspended call exists,but this call identity does not"
該原因表示呼叫試圖恢復時使用的呼叫身份與現(xiàn)行呼叫暫停時使用的呼叫身份不相同。
原因NO.84：呼叫身份在使用
"call identity in use"
該原因表示網(wǎng)絡已接收到一個呼叫暫停的請求，這一呼叫暫停請求包含在有可能恢復呼叫的接口范圍內(nèi)一個暫停呼叫已經(jīng)使用的呼叫身份（包括無呼叫身份）。
原因NO.85：我呼叫暫停
"no call suspended"
該原因表示網(wǎng)絡已接收到一個呼叫恢復請求。呼叫恢復請求包含一個呼叫身份信息單元，該信息單元在有可能恢復呼叫的接口范圍內(nèi)目前未指示任何暫停的呼叫。
原因NO.86：具有所請求的呼叫身份的呼叫已被清除
"call having the requested call identity has been cleared"
該原因表示網(wǎng)絡已接收到一個呼叫恢復請求。呼叫恢復請求包含一個呼叫身份信息單元指示的一個暫停的呼叫在暫停時已經(jīng)被清除（網(wǎng)絡超時或者由遠端用戶清除）
原因NO.87：用戶不是CUG成員
"user not member of CUG"
該原因表示一個呼入的CUG呼叫的被叫用戶不是一個特定CUG的成員或者主叫用戶只是一個一用戶呼叫一個CUG成員。
原因NO.88不兼容的特點
"incompatible destination"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到了一個建立呼叫的請求，該呼叫具有不能適用的低層兼容性，高層兼容性或其它兼容屬性（例如，數(shù)據(jù)速率）。
原因NO.90不存在的CUG
"non-existent CUG"
該原因表示一個特定的CUG不存在。
原因NO.91無效的轉(zhuǎn)接網(wǎng)絡選擇
"invalid transit netword selection(national use)"
該原因表示收到的轉(zhuǎn)接網(wǎng)絡識別符不是附錄C中定義的正確的格式。
原因NO.95無效的消息，未規(guī)定
"invalid message,unspecified"
該原因僅當無效消息類別中無其它原因使用時報告一個無效消息事件。
G3.6協(xié)議差錯（例如，未知的消息）類別
原因NO.96：必選信息單元丟失
"mandatory information element is missing"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條丟失信息單元的消息。而這一信息單元必須在處理該消息之前存在。
原因NO.97：消息類型不存在或未實施
"message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條消息類型不可識別的消息，這是因為該消息未被定義，或者雖然定義了這一消息，但發(fā)送該消息的設備沒有實施。
原因NO.98：消息與呼叫狀態(tài)不符或消息類型不存在或未實施
"message not complatible with call state or message type non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條消息，程序指示這是在呼叫狀態(tài)期間不允許收的消息，或者發(fā)送這一原因的設備接收到一條STATUS消息，指示不兼容的呼叫狀態(tài)。
原因NO.99：信息單元不存在或未實施
"information element non-existent or not implemented"
該原因表示發(fā)送這一原因的設備已經(jīng)接收到一條包含不可識別的信息單元的消息。這是因為該信息單元標識符未被定義或者雖然定義了這一信息單元。但發(fā)送該原因的設備沒有實施。然而在發(fā)送該原因的設備處理這一消息時，不一定在消息中需要有這一信息單元。
原因NO.100：無效的信息單元內(nèi)容
"invalid information element contents"
該原因表示發(fā)送這一原因的設備接收到一個已被實施的信息單元，但是發(fā)送這一原因的設備沒有實施該信息單元中一個或多個字段的編碼。
原因NO.101：消息與呼叫狀態(tài)不符
"message not compatible with call state"
該原因表示接收到了一條與呼叫狀態(tài)不符的消息。
原因NO.102：定時器超時的恢復
"recovery on timer expiry"
該原因表示由于定時器超時而啟動了一個與Q.931差錯處理程序相關的程序。
原因NO.103：參數(shù)不存在或未實施，通過（國內(nèi)使用）
"parameter non-existent or not implemented-passed on (use)"
該原因表示發(fā)送該原因的設備已經(jīng)收到一個消息，包含一個不可識別的參數(shù)，該參數(shù)不可識別是由于其未定義或定義了但該設備未實施。該原因指示該參數(shù)被忽略。另外，如果發(fā)送該原因的設備是在一個中間點，則該原因指示參數(shù)通過，未加改變。
原因NO.110：帶不可識別的參數(shù)的消息，丟棄
"message with unrecognized parameter discarded"
該原因表示發(fā)送該原因的設備已經(jīng)丟棄了包含一個不可識別的參數(shù)的消息。
原因NO.111：協(xié)議差錯，未規(guī)定
"protocol error, unspecified"
僅在協(xié)議差錯類別中無其它原因使用時，使用該原因報告協(xié)議差錯事件。
G3.7互通類別
原因NO.127：互通，未規(guī)定
"interworking,unspecified"
該原因表示正在與一個不提供網(wǎng)絡動作的原因的網(wǎng)絡互通，這樣就不能確定被發(fā)送的消息的準確原因。
回答者：
f279044824
回答時間：2012-04-11 17:45
14
14
• 吉訊股份有限公司
聘：網(wǎng)絡優(yōu)化負責人
需求人數(shù)：3 人 地點：山西省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 安徽引途科技有限公司 聘：福建測試/1個月
需求人數(shù)：2 人 地點：福建省
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：4 人 地點：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：江西移動日常優(yōu)化測試工程師
需求人數(shù)：5 人 地點：上饒市,鷹潭市,吉安市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點：九江市
• 浙江省郵電工程建設有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
需求人數(shù)：3 人 地點：山西省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 安徽引途科技有限公司 聘：福建測試/1個月
需求人數(shù)：2 人 地點：福建省
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：4 人 地點：渭南市,商洛市,漢中市,安康市
• 南京華蘇科技有限公司 聘：江西移動日常優(yōu)化測試工程師
需求人數(shù)：5 人 地點：上饒市,鷹潭市,吉安市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點：九江市
• 浙江省郵電工程建設有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |