isup原因值.docx

isup原因值.docx

《isup原因值.docx》由会员分享，可在线阅读，更多相关《isup原因值.docx（10页珍藏版）》请在冰豆网上搜索。

isup原因值

∙ 移动通信基站增多会影响人的健康吗？

∙ FTA测试遵循什麽标准？

∙ EMC测试的测试标准是什麽？

∙ 与TETRA系统相比GSM和模拟系统具有哪些缺点？

∙ No.7信令中MTUP和TUP的不同点

∙ STK是什么？

∙ 手机前向切换和后向切换的区别？

∙ 时间分集和时域均衡

∙ ISUP消息中rel原因值

移动通信基站增多会影响人的健康吗？

人们都希望自己的手机好打，到哪儿都有信号，解决这一问题的最有效办法就是加建移动通信基站，减少盲区。

今年９月底，河北移动通信公司ＧＳＭ七期工程完工，新建、扩容基站２０００多个，实现了城市立体覆盖、平原地区全覆盖和山区农村基本覆盖。

　　然而，有人却对加建移动通信基站心存疑虑，理由是基站所发射的电磁波对人体有伤害。

对此，移动通信公司往往这样解释：

客观上人任何时候都生活在一个非常复杂的电磁波环境中，看电视，使用电脑、手机、微波炉，哪个没有电磁波？

只要不过量，就不会影响健康。

　　据了解，电磁波的特点是在空气中损耗较快，一般来说，与距离的平方成反比。

我国制定的安全标准是９００兆赫兹频段（移动通信占用的就是此频段）应不高于４０微瓦／平方厘米（功率密度单位），而单个基站的发射功率还要严格到这个标准的五分之一，即８微瓦／平方厘米。

比较来看，欧洲一些国家大部分都执行９００兆赫兹频段不高于２００微瓦／平方厘米的标准，比我国高５倍，我国的标准要严格很多。

专家认为，目前我国制定的安全标准是科学的。

　　高密度分布的移动基站发射的电磁波究竟过量不过量？

移动通信公司的上述解释并没有拿出令人信服的证据。

为此，河北移动公司从今年４月开始，请环保部门对基站电磁波辐射进行了历时６个月的测试评价，对１３１个有代表性的基站选取话务高峰期进行了抽测和分析，尤其侧重评价移动通信基站电磁辐射对居住区、办公区和公众活动区等敏感区域的影响，得到大量翔实准确的数据。

　　检测结果表明，农村基站天线塔基地面半径５０米以内辐射功率值为０．０２～０．０８微瓦／平方厘米,半径５０米以外为０．０６～０．１４微瓦／平方厘米，远低于８微瓦/平方厘米的最大限值。

城市基站距天线３０米外的环境敏感处的功率密度值均低于８微瓦／平方厘米的限值。

来自国家环保总局、北方交通大学抗电磁干扰研究中心和信息产业部第五十四所等机构的专家组成的专家组，对此评价项目进行了最终审查，确定测试结论和检测数据真实可信。

　　河北移动通信公司一位负责人说，目前由众多移动通信基站构成的通信网络堪称“绿色网络”，人们大可不必对此担惊受怕。

而当你走在街上，周围五六个人同时打电话，手机对你的电磁波辐射量就可能超过基站对你的辐射量。

回页首

FTA测试遵循什麽标准？

FTA测试以gt.01（v4.70）为指导，GSM11.10（v9.0.0）为其遵循标

准，进行测试。

回页首

EMC测试的测试标准是什麽？

在EMC测试中其根据被测对象不同，所引用的标准也不近相同，大致为：

EMCstandards

EN55022/EN55024

ETS300683-SRD

ETS300826-RLAN（BLUETOOTHS）

ETS300342-1BASESTATIONS

ETS300342-2MOBILESTATIONS

ETS300342-3REPEATER

Radiostandards

ETS300220

ETS300330

ETS300440

ETS300328

回页首

与TETRA系统相比GSM和模拟系统具有哪些缺点？

目前的数字蜂窝电话覆盖全国并和PSTN（公用电话网）相连接，但是它的数据传输速率较低（只有14．4kb／s），而且目前的模拟移动无线电通信网络不具有快速呼叫建立和集群通信的能力。

当前的模拟无线电通信网络是单工通信（一个信道），而且与PSTN调解电器力较差。

移动分组数据网络只提供数据业务，而且覆盖的范围小，传输速率低，不具有话音通信的功能。

回页首

No.7信令中MTUP和TUP的不同点

1、MSC只接收SAM、SAO、CCL、SCB

2、MSC采用互不控制方式（挂机就释放，不会被“扣住”）

3、MSC只考虑自动接续

4、MSC向TS\MSC发IAI,向LS发IAM

5、IAI中，国内11位，国际13位

6、被叫移动用户只有STB（长忙）,无SLB（市忙）。

（PSTN中，SLB可以强拆，移动用户不能）

7、MSC只接收数字信号，所以DPN只收不发。

8、MSC只收CCL，不发CCL（主叫挂）

9、当移动用户为被叫的时候，使用MSRN，GMSC发出的IAI中被叫用户号码为MSRN。

10、当呼叫一个“封闭所有来话”的移动用户时，GMSC向发端发送专用信号（SST），在由发端局向主叫送通知音。

11、当MS是被叫时，如果由于基站设置故障而无法寻找被叫的时候，MSC发送“线路不工作”（LOS）信号。

12、MSC收到市局发来的IAI消息中的主叫用户类型为“普通”用户表,MSC给“市局”发MPM消息。

13、MSC和市局互通时，IAM的GBit（消息表示语中去话回音抑制器表示语）应等于0，ACM中消息表示语的D比特（消息表示语中来话回音抑制器表示语）应等于0.

回页首

STK是什么？

STK是英文SIMToolKit的缩写,简称"用户识别应用发展工具",是在GSM手机使用的大容量SIM卡中开发的应用菜单。

STK可以理解为一组开发增值业务的命令，一种小型编程语言，它允许基于智能卡的用户身份识别模块（SIM卡）运行自己的应用软件。

STK技术主要应用于手机银行、股票交易、外汇买卖、理财秘书等领域。

移动新业务“手机银行”、“股票查询与交易”等就是在使用该项技术。

STK卡同原来的SIM卡一样，可以在普通GSM手机上使用。

不同的是，STK卡是新一代的智能卡，具有很高的存储量。

用户在GSM网点换上STK卡后，每月只需交纳20元左右的一笔固定费用（各省不同）。

目前只有少数的手机全面支持STK功能。

如NOKIA的6150、3210及后续产品；MOTOROLACD928+、CD938、V998、L2000及后续产品；ERICSSONT18sc及后续产品等。

回页首

手机前向切换和后向切换的区别？

手机切换由切换执行规程决定。

切换分两个阶段，第一阶段由原BSC触发，通过一组事件建立新的通信路径，建立完成后原BSC向移动台发送切换结束命令表示结束，即所谓"前向切换"；第二阶段由移动手机接入新信道并释放原路径，即所谓"后向切换"

回页首

时间分集和时域均衡

时间分集就是将要传输的信息分别在不同的时隙发射出去，要求重发信号的时隙间隔要大于信道相干时间，以保证重发信号在时域上的独立性，在接收端就可以得到衰落特性不相干的信号，若将信号以大于相干时间的时间间隙重复传输M次，就可以得到M条独立的分集支路。

时域均衡：

在数字传输中，由于反射造成在有用信号中混有比它延迟两比特时间的另一个信号，出现了码间干扰，即时间色散问题，为了解决时间色散问题，在GSM系统中采用了自适应均衡技术-频域均衡和时域均衡，时域均衡就是直接从时间响应考虑，使包含均衡器在内的整个系统的冲激响应满足无码间串扰的条件，时域均衡系统的主体是横向滤波器，它由多级抽头延迟线，加权系数相乘器及相加器组成

回页首

ISUP消息中rel原因值

G3.1正常类别

原因NO.1：

未分配的（未确定的）号码

"unassigned（unallocaled）number"

该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。

原因NO.2：

无路由到达规定的转换网络（国内使用）

"noroutetospecifiedtransitnetwork（nationaluse）"

unallocaled（unassigned）number

该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。

发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。

是否支持该原因由网络决定。

原因NO.3无路由到达终点

"noroutetodestination"

该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。

是否支持该原因由网络决定。

原因NO.4发送特殊的信息音

"sendspecialinformationtone"

该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。

原因NO.5转接前缀拨号错误（国内使用）

"misdialledtrunkprefix（nationaluse）"

该原因表示被叫方号码的转接前缀错误内含。

原因NO.6：

不可接受的通路

"chnnelunacceptable"

该原因表示发送实体在呼叫中不接受使用最新标识的通路。

原因NO.7：

呼叫已给出并正在已建立的通路上递交

"callawardedandbeingdeliveredinanestablishedchannel"

该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。

原因NO.8：

先占

"preemption"

该原因表示呼叫正在被预先占有。

原因NO.9：

先占电路留作重新使用

"preemption-circuitreservedforrouse"

该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。

原因NO.16：

正常的呼叫清除

"normalcallclearing"

该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。

在正常情况下，网络不发送这一原因。

原因NO.17：

用户忙

"userbusy"

当被叫用户指示不能接受另一个呼叫时使用这一原因。

原因NO.18：

无用户响应

"nouserresponding"

当被叫用户在规定的时间周期内没有用提醒或连接指示响应呼叫建立消息时使用这一原因。

原因NO.19：

无用户应答（用户已提醒）

"noanswerfromuser（useralerted）"

当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。

注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。

原因NO.20：

用户缺席

"subscriberabsent"

该原因用作移动应用，本规范暂不使用。

原因NO.21：

呼叫拒绝

"callrejected"

该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。

该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。

诊断字段可能包含有关补充业务的附加信息和拒绝原因。

原因NO.22：

号码变更

"numberchanged"

当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。

新的被叫用户号码可以作为任选项目包含在诊断字段中。

如果网络不支持这种能力，将使用原因NO.1未分配的（未确定）的号码。

原因NO.26：

清除未选择的用户

"non-selecteduserclearing"

该原因表示未给予用户来呼叫。

原因NO.27：

终点故障

"destinationoutoforder"

该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。

术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。

原因NO.28：

无效的号码格式（不完整号码）

"invalidnumberformat（incompletenumber）"

该原因表示不能到达被叫用户因为被叫用户号码的格式无效或被叫用户号码不完整。

原因NO.29：

性能被拒绝

"facilityrejected"

当网络不能提供用户所请求的性能时则返回这一原则。

原因NO.30：

对STATUSENQUIRY的响应

"responsetoSTATUSENQUIRY"

当产生STATUS消息的原因是先接收到一条STATUSENQUIRY消息时，该原因被包含在STATUS消息中。

原因NO.31：

正常，未规定

"normal,unspecified"

仅在正常原因类别中无其它原因适用时，使用该原因报告一个正常事件。

G3.2无可用的资源类别

原因NO.34：

无可用的电路/通路

"nocircuit'channelavailable"

该原因表示目前尚无适当的电路/通路可用来处理呼叫。

原因NO.38：

网络失序

"networkoutoforder"

该原因表示网络运行不正确，并且条件可能会持续相当长的时间；例如，立刻重新发起呼叫可能不会成功。

原因NO.39：

永久帧方式连接未开放业务

"permanentframemodeconnectionout-of-service"

原因包含在STATUS消息表示一个永久建立帧方式连接未开放业务（例如，由于设备或部分故障）。

注－该原因在本标准中暂不使用。

原因NO.40：

永久帧方式连接可运营

"permanentframemodeconnectionoperational"

该原因包含在STATUS消息表示一个永久建立帧方式连接是可运营的，并且可以传递用户信息。

注－该原因在本标准中暂不使用。

原因NO.41：

临时故障

"temporaryfailure"

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

原因NO.42：

交换设备拥塞

"switchingequipmentcongestion"

该原因表示产生这一原因的交换设备正在历经高业务量周期。

原因NO.43：

接入信息被丢弃

"accessinformationdiscarded"

该原因表示网络不能向远端用户按要求递交接入信息：

即，如诊断中所指示的用户－用户信息，低层兼容性，高层兼容性或子地址。

应用注意所丢弃的某种接入信息作为任选项目被包含在诊断中。

原因NO.44：

请求的电路/通路不可用

"requestedcircuit/channelnotavailable"

当另一侧接口不能提供请求实体所指示的电路或通路时，返回这一原因。

原因NO.46：

优先呼叫阻塞

"precedencecallblocked"

该原因表示没有优先电路，或者被叫用户忙，并且其呼叫由相同或更高的优先级。

原因NO.47：

资源不可用，未规定

"resourceunavailable,unspecified"

该原因仅在没有任何其它的资源不可用类型使用时报告一个资源不可用的事件。

G3.3无适用的业务或任选项目类别

原因NO.49：

业务质量不可用

"qualityofservicenotavailable"

该原因用来报告所申请的建议X.213中定义的业务质量不能提供（例如，不能支持吞吐量或转接延迟）。

原因NO.50：

未预订所请求的性能

"requestedfacilitynotsubscribed"

该原因表示网络不能提供所请求的补充业务，因为用户没有完成支持业务的网络所必要的管理手续。

原因NO.53：

CUG内呼出呼叫阻塞

"outgoingcallsbarredwithinCUG"

该原因表示虽然主叫方是可以呼出CUG呼叫的CUG成员，但CUG的该成员不允许呼出呼叫。

原因NO.55：

CUG内呼入呼叫阻塞

"incomingcallsbarredwithinCUG"

该原因表示虽然被叫方是可以接收呼入CUG呼叫的CUG成员，但CUG的该成员不允许接收呼入呼叫。

原因NO.57：

承载能力未认可

"bearercapabilitynotauthorised"

该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但用户未被认可使用。

原因NO.58：

目前尚无可用的承载能力

"bearercapabilitynotpresentlyavailable"

该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但此时无可用的承载能力。

原因NO.62：

分配的呼出接入信息与用户级别不一致

"inconsistencyindesignatedoutgoingaccessinformationandsubscriberclass"

该原因表示在分配的呼出接入信息与用户级别之间存在不一致。

原因NO.63：

无适用的业务或任选项目，未规定

"serviceoroptionnotavailable,unspecified"

仅在无适用的业务或任选项目类别中无其它原因使用时，使用该原因报告无适用的业务或任选项目事件。

G3.4业务或任选项目未实施类别

原因NO.65：

承载能力未实施

"bearercapabilitynotimplemented"

该原因表示发送这一原因的设备不支持所请求的承载能力。

原因NO.66：

通路类型未实施

"channeltypenotimplemented"

该原因表示发送这一原因的设备不支持所请求的类型。

原因NO.69：

请求的性能未实施

"requestedfacilitynotimplemented"

该原因表示发送这一原因的设备不支持所请求的补充业务。

原因NO.70：

只有受限的数字信息承载可用（国内使用）

"onlyrestricteddigitalinformationbearercapabilityisavailable（nationaluse）"

该原因表示主叫方已申请了一个不受限的承载业务，但是发送该原因的设备仅支持所请求的承载能力中受限形式。

原因NO.79：

业务或任选未实施，未规定

"serviceoroptionnotimplementaed,unspecified"

该原因用作仅当业务或任选未实施类别中无其它原因使用时报告一个业务或任选未实施事件。

G3.5无效的消息（例如，参数超出范围）类别

原因NO.81：

无效的呼叫参考值

"invlalidcallreferencevalue"

该原因表示发送这一原因的设备所收到的消息带有不是在用户－网络接口现行使用的呼叫参考。

原因NO.82：

所标识的通路不存在

"identfiedchanneldoesnotexist"

原因表示发送这一原因的设备接收到一个呼叫请求，请求使用在接口处未被激活的通路。

例如，如果用户预订了一次群接口的第1到12条通路，而用户设备或网络企图使用第13至23条通路，则产生这一原因。

原因NO.83：

存在暂停的呼叫，但无所用的呼叫身份

"asuspendedcallexists,butthiscallidentitydoesnot"

该原因表示呼叫试图恢复时使用的呼叫身份与现行呼叫暂停时使用的呼叫身份不相同。

原因NO.84：

呼叫身份在使用

"callidentityinuse"

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

原因NO.85：

我呼叫暂停

"nocallsuspended"

该原因表示网络已接收到一个呼叫恢复请求。

呼叫恢复请求包含一个呼叫身份信息单元，该信息单元在有可能恢复呼叫的接口范围内目前未指示任何暂停的呼叫。

原因NO.86：

具有所请求的呼叫身份的呼叫已被清除

"callhavingtherequestedcallidentityhasbeencleared"

该原因表示网络已接收到一个呼叫恢复请求。

呼叫恢复请求包含一个呼叫身份信息单元指示的一个暂停的呼叫在暂停时已经被清除（网络超时或者由远端用户清除）

原因NO.87：

用户不是CUG成员

"usernotmemberofCUG"

该原因表示一个呼入的CUG呼叫的被叫用户不是一个特定CUG的成员或者主叫用户只是一个一用户呼叫一个CUG成员。

原因NO.88不兼容的特点

"incompatibledestination"

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

原因NO.90不存在的CUG

"non-existentCUG"

该原因表示一个特定的CUG不存在。

原因NO.91无效的转接网络选择

"invalidtransitnetwordselection（nationaluse）"

该原因表示收到的转接网络识别符不是附录C中定义的正确的格式。

原因NO.95无效的消息，未规定

"invalidmessage,unspecified"

该原因仅当无效消息类别中无其它原因使用时报告一个无效消息事件。

G3.6协议差错（例如，未知的消息）类别

原因NO.96：

必选信息单元丢失

"mandatoryinformationelementismissing"

该原因表示发送这一原因的设备已经接收到一条丢失信息单元的消息。

而这一信息单元必须在处理该消息之前存在。

原因NO.97：

消息类型不存在或未实施

"messagetypenon-existentornotimplemented"

该原因表示发送这一原因的设备已经接收到一条消息类型不可识别的消息，这是因为该消息未被定义，或者虽然定义了这一消息，但发送该消息的设备没有实施。

原因NO.98：

消息与呼叫状态不符或消息类型不存在或未实施

"messagenotcomplatiblewithcallstateormessagetypenon-existentornotimplemented"

该原因表示发送这一原因的设备已经接收到一条消息，程序指示这是在呼叫状态期间不允许收的消息，或者发送这一原因的设备接收到一条STATUS消息，指示不兼容的呼叫状态。

原因NO.99：

信息单元不存在或未实施

"informationelementnon-existentornotimplemented"

该原因表示发送这一原因的设备已经接收到一条包含不可识别的信息单元的消息。

这是因为该信息单元标识符未被定义或者虽然定义了这一信息单元。

但发送该原因的设备没有实施。

然而在发送该原因的设备处理这一消息时，不一定在消息中需要有这一信息单元。

原因NO.100：

无效的信息单元内容

"invalidinformationelementcontents"

该原因表示发送这一原因的设备接收到一个已被实施的信息单元，但是发送这一原因的设备没有实施该信息单元中一个或多个字段的编码。

原因NO.101：

消息与呼叫状态不符

"messagenotcompatiblewithcallstate"

该原因表示接收到了一条与呼叫状态不符的消息。

原因NO.102：

定时器超时的恢复

"recoveryontimerexpiry"

该原因表示由于定时器超时而启动了一个与Q.931差错处理程序相关的程序。