3G核心网呼叫忙用户完成处理研究.docx
- 文档编号:4034222
- 上传时间:2022-11-27
- 格式:DOCX
- 页数:14
- 大小:24.29KB
3G核心网呼叫忙用户完成处理研究.docx
《3G核心网呼叫忙用户完成处理研究.docx》由会员分享,可在线阅读,更多相关《3G核心网呼叫忙用户完成处理研究.docx(14页珍藏版)》请在冰豆网上搜索。
3G核心网呼叫忙用户完成处理研究
3G核心网呼叫忙用户完成处理研究
目录
一、概述1
二、有成功结果的正常程序2
三、特殊的程序或不成功的结果5
四、业务综述8
一、概述
1定义
1.1CCBS补充业务
为使主叫用户A,遇到NDUB目的地B,有呼叫时的忙碌目的地B变为空闲时完成,而无需进行新的呼叫尝试的服务。
1)CCBS忙的A面:
是由以下条件:
CCBS召回定时器T4或CCBS通知定时器T10运行或直到CCBS调用完成或CCBS调用失败。
2)CCBS忙的B面:
是由以下条件:
空闲保护计时器(T8),运行时;
同时有CCBS记得挂起(CCBS的召回定时器T9正在运行时)。
用户A和目的地B,如果没有活动通话,保持无电话,无呼叫等待的用户表示为闲置。
1.2CCBS记得
一个指示通知用户A的目标B处于空闲状态。
1.3CCBS电话
一个呼叫建立从用户A到目的地B从用户A的验收CCBS召回产生的。
1.4CCBS要求
用户A针对NDUB目的地B,请求用户A的请求时,目的地B变为空闲时会自动通知。
该CCBS请求应在CCBS队列举行等候正确的条件,CCBS请求完成。
1.5目的地B
在原有的呼叫建立的实体处理。
1.6用户A
发起呼叫的用户,激活CCBS请求,并是唯一可识别的CCBS召回。
1.7暂停CCBS要求
即使目的地B处于闲置状态,因为用户A是CCBS忙,无法接通或不闲置,而忽略CCBS召回无法送达CCBS请求。
1.8恢复CCBS请求
这是之前停工,成了一个CCBS请求,没有暂停的用户A的结果变得游手好闲,不CCBS忙或再次可达。
1.9自动停用
通过导致除去所有引用CCBS请求而不通知订户的网络的动作。
自动停用之后成功CCBS程序或特殊情况下进行的。
1.9.1计时器在发起方(A)
1)CCBS保留定时器(T1):
该定时器指定时间,网络保留的呼叫信息时调用遇到忙的金额。
该值应大于15秒。
所述CCBS保留定时器的上限是一个网络的选项。
2)CCBS服务时间定时器(T3):
最大时间CCBS请求将被激活的网络内。
这一时期的值是一个网络的选项,在15至45分钟的范围内。
3)CCBS召回定时器(T4):
最大的一次网络将等待用户到CCBS召回的响应,当用户A处于闲置状态。
该定时器的值是一个网络选项,并应在20至30秒。
4)CCBS通知定时器(T10):
最大的一次网络将等待用户到CCBS召回的响应,当用户A是没有闲着,而不是CCBS忙。
计时器的值是一个网络的选项,并应在范围为20到30秒。
5)CCBS简历定时器(T11):
定时器只要暂停CCBS请求重新启动,确保只有一个时间变得恢复CCBS请求。
定时器的时间应允许CCBS召回从目的地侧CCBS队列导致正在处理中。
计时器的值是一个网络的选项,并应在范围为20到25秒。
1.9.2定时器在终止侧(B)中
1)CCBS业务持续时间定时器(T7):
是用于指定时间的CCBS请求将被网络内保持的最大长度的计时器。
这一时期的值是一个网络选项应大于45分钟。
2)目的地B空闲保护计时器(T8):
时间目的地B后,网络将等待已经成为发起“CCBS召回”到用户A.该定时器的值前的闲置是一个网络的选择,并应在0至15秒。
注1:
该定时器使目的地B发起呼叫的任何通知给用户A的目标B已成为闲置和防止目的B接听来电前。
3)CCBS召回B定时器(T9):
是的定时器,监督CCBS召回成立于B端。
该值是一个网络的选项,并应是应该在40至55秒的范围内。
注2:
该定时器可以防止目的地B接收不是从用户A.其他来电。
注3:
定时器值可能变化从一个PLMN到另一个,从而给用户一个稍微不同的感知的服务,因为她漫游之间的PLMN的。
2、说明
2.1当用户A遇到确定的网络用户忙(NDUB)目的地B,用户A可以要求CCBS补充业务(即激活对目的地B一CCBS请求)。
该网络将随后监控成为闲置通缉目的地B。
2.2当所希望的目标B变为空闲,则网络将等待一个短的时间内,以允许目标B进行呼出呼叫。
如果目的地B没有这个时间内做任何呼出,那么网络会自动调用用户A。
2.3当用户A接受CCBS召回,在规定的时间内,那么网络将自动生成一个CCBS呼叫目的地B。
CCBS具有由始发,以及由该终端网络来支持。
二、有成功结果的正常程序
1规定
1.1用户A
该CCBS补充业务应在服务提供商事先安排后提供给用户A。
此补充业务被提供用于订阅和其所适用,即不供应给这些BS的任意子集的所有基本服务(BS)。
1.2用户B
用户B是目标B的用户和未设置有所述CCBS补充业务。
然而,如果由网络运营商/服务提供商作为选项提供,用户B可以选择不被CCBS请求的目标。
在这种情况下,她的目的地乙CCBS队列的大小应当由服务提供商被减少到零的长度。
只有服务提供商可以随后改变关于订户B的需求的目的地乙CCBS队列长度
2提款
该CCBS补充业务应在客户的要求或管理原因被取消。
与此同时,所有未完成的CCBS请求应自动关闭。
3报名
不适用。
4擦除
不适用。
5激活
CCBS业务应被激活作为配置的结果。
甲CCBS请求应由移动用户在每个呼叫的基础上由一控制程序在TS22.030中描述的激活。
当用户A遇到NDUB目的地B时,网络应保留用于由CCBS保留计时器(T1)所定义的周期的呼叫的信息,并通知用户A即CCBS是可能的下组条件来应用时:
1)用户A具有CCBS补充业务供应;
2)呼叫失败的原因,要么是“用户忙”或“无可用线路/通道”;
3)CCBS是可用的(由网络B如下所述测定)。
在此期间,用户A可以激活CCBS请求。
CCBS可在网络B,当出现以下设置条件:
1)网络B支持CCBS补充业务;
2)目的地B被发现是NDUB;和
3)目的地B的CCBS队列的最大长度大于零。
4)如果网络接受CCBS请求激活网络应登记在原来的呼叫请求呼叫信息,以及用户A应被告知,激活成功。
当CCBS请求的激活被接受CCBS业务的持续时间的计时器(T3和T7)被启动。
网络将监控目标B目的地B成为闲置。
用户A可以有CCBS有限数量的请求突出。
此限制是一个网络选项(具有5最大值)。
所述CCBS请求可以是对不同的目标BS,或者可以是与不同的基本服务的要求相同的目的地乙。
目的地B能够具有传入CCBS有限数量的请求未决。
此限制是一个网络选项(具有5最大值)。
该请求可以是从不同的用户为,或可以是从具有不同的基本服务要求同一订户A。
经激活CCBS,用户A可以发起呼叫和接听电话正常。
6停用
该CCBS补充业务,应停用作为撤离的结果。
先前的CCBS请求激活应由移动用户如描述于TS22.030被停用由控制程序[3]或后一个成功的CCBS过程或用于特殊情况,如子条款6.4中描述应被自动停用。
一个CCBS请求失活都将导致所有涉及该CCBS请求(A和B队列和定时器输入)被从网络中移除。
用户A可以发送以下停用要求:
1)取消所有未CCBS请求;
2)停用一个特定的CCBS请求。
用户A应告知,失活是成功的。
7调用和运行
所述CCBS补充业务由网络自动调用之后目的地B已变为空闲。
当目的地B是或变为空闲或访问,并有目的地B的CCBS队列非暂停CCBS请求,那么网络将启动目标B空闲保护计时器(T8)。
当目标B空闲保护计时器(T8)到期和目的地B仍是游手好闲,第一个非暂停CCBS请求被处理,只要在目标B的CCBS队列的条目是没有被处理。
条目不应被并行处理。
这意味着,CCBS召回程序应当向用户A开始,通知用户A的目标B现在闲置和CCBS召回B定时器(T9),应启动。
如果用户A是空闲或没有CCBS忙,用户A应召回有迹象表明,这是一个CCBS召回并标示其CCBS要求它适用于,和CCBS召回定时器(T4),应启动。
任选地,ME可以使用特定的警报(例如一个音调,从用于正常MT呼叫一个不同),用于一个CCBS召回的指示。
如果用户A接受召回前CCBS召回计时器(T4)期满,则网络应用的原始呼叫建立的呼叫的信息(保留在网络中)发起的CCBS呼叫到目的地B中。
当该网络接收的指示目的地B被通知CCBS呼叫,相应的CCBS请求应被视为完成。
虽然目的地B空闲保护计时器(T8)正在运行,也同时等待CCBS呼叫目的地B(CCBS同时召回B定时器(T9)正在运行),新的来电,不得提供给目标B.对于这样的来电,被叫用户应被视为是NDUB和主叫用户应被告知为基本呼叫程序。
在目的地乙CCBS队列中的CCBS请求应当在它们被接收的顺序进行处理,尽管实际的机制,用于处理CCBS队列是本文件的范围之内。
在目的地乙CCBS队列的处理,这是目前暂停CCBS请求将被忽略,并在CCBS队列中的下一条目应被处理。
如果因任何原因,从CCBS请求的处理没有CCBS通话效果,则提供目的地B仍是游手好闲,在目的地BCCBS队列中下一个CCBS请求应选择进行处理。
此过程应重复进行,直至目的地乙CCBS队列的处理完成。
如果所有的目标乙CCBS队列已被处理且没有CCBS呼叫的结果,则处理完成。
8审讯
用户A可以通过控制程序在TS22.030描述请求CCBS请求列表[3]。
响应于该请求用户A应给予针对其CCBS请求是未决的地址和基本服务的列表。
三、特殊的程序或不成功的结果
1报名
不适用。
2擦除
不适用。
3激活
如果移动台(MS)不从网络CCBS是可能接收信息,一个CCBS请求的激活将被拒绝。
如果网络不能接受用户A的请求激活CCBS请求时,网络将通知用户A,并给予适当的理由。
如果请求激活CCBS请求不能因被接受有关CCBS以下指示应当给予用户A特殊情况:
3.1短期否认
网络暂时不能接受用户A的请求激活CCBS请求。
稍后试图以激活同一目的地B可能会成功,一个CCBS请求。
1)允许针对目的地乙CCBS请求的最大数目已经达到;
2)用户A尝试激活对目的地B一CCBS请求后,CCBS保留定时器T1已过期;
3)用户A已经达到允许的CCBS请求的最大数量;
4)如果不存在与补充业务,暂时阻止了CCBS请求的激活的相互作用。
3.2长期否认
网络不能接受用户A的请求激活CCBS请求,并随后试图启动针对同一目的地B一CCBS请求也将被拒绝。
1)一个CCBS请求不允许针对目的地乙即由于目的地乙CCBS队列被设置为零;
2)如果用户A不等待CCBS召回特定目的地B,但使另一个调用到(忙)目标B和激活另一个CCBS请求,那么,下面的程序可以申请:
3)如果两个电话都是相同的,原来CCBS请求应自动关闭和当前CCBS请求应被接受。
当前CCBS请求应被视为新的CCBS请求;
注意:
将不会有限制多久用户A可以激活这样的相同的请求。
如果目的地B的CCBS队列被限制在一个大小为一的,即只有一个CCBS请求被允许针对目的地乙种植,然后如果用户A重新激活CCBS请求T3到期之前再没有其他订户可激活CCBS针对目的地B.
如果这两个电话不相同,那么网络将其视为新的CCBS请求。
为了决定在两个通话是相同的,发端网络应仅比较基本的呼叫信息,即基本服务要求,并称为订户身份。
发端网络应检查相同的CCBS请求。
4停用
如果有符合的失活请求中指定的标准,出色的无CCBS请求,网络应当告知用户A.
5调用和运行
如果作为处理中的条目的队列的结果,所有的项成为悬浮或自动停用,没有进一步的处理应当进行。
如果,而目的地B是空闲的,先前挂起条目被恢复,或者一个新的条目被添加到队列中,网络应处理该条目。
如果目的地B变为空闲,网络将处理该条目。
如果,而目的地B是仍然空闲并且没有其他CCBS呼叫等待(CCBS召回乙计时器(Tg)未运行),先前挂起条目恢复或一个新的条目被添加到目标乙CCBS队列,网络应如在第5.7中所述处理该条目。
5.1异常情况在目的地B的一面
5.1.1目标B,使空闲保护计时器期间呼出正在运行。
如果目的地B使一个呼出,而目的地B空闲保护计时器(T8)正在运行,则CCBS的调用,应推迟到目的地B再次变为空闲。
5.1.2目标B是NDUB的CCBS来电的情况。
如果目的地B是被NDUB的CCBS来电的情况下,则有两种网络选项存在:
1)相应的CCBS请求应自动关闭。
如果用户A再次激活CCBS请求时,该激活应被视为一个新的CCBS请求;
2)原始CCBS请求应保留其在CCBS队列位置,CCBS业务的持续时间的计时器(T3和T7)不得被重新启动。
如果用户A试图再次激活CCBS的要求,这应被视为一个相同的要求。
注:
保留原CCBS请求的信息的选项只能调用如果两个始发和目的地网络支持此选项。
这是网络支持保留原CCBS要求提供互通与网络不选择的责任。
5.1.3目的地B不可达。
该网络可确定目标B是不可达:
1)当网络监控目的地B的目的B成为闲置;
2)在运行目标B空闲保护计时器(T8)。
在上述每种情况下,CCBS请求应留在CCBS队列中,直到。
当目的地B变为可达,网络将处理在CCBS队列中的任何请求CCBS。
如果用户A接受CCBS召回和目的地B是不可达的,那么相应的CCBS请求应自动关闭。
5.1.4目的地B拒绝与UDUB的CCBS电话。
如果目的地B拒绝CCBS通话使用UDUB,该CCBS请求应自动关闭。
网络不得提供用户A的机会再次激活这个呼叫CCBS请求。
5.1.5关于目的地B的侧辅助服务交互:
如果一个补充业务是积极和执行目的地B侧禁止CCBS补充业务的调用,那么BCCBS队列的处理应停止。
优秀的CCBS请求应留在目的地BCCBS请求CCBS队列。
如果辅助服务交互结束出色CCBS请求应处理。
5.1.6而等待CCBS调用CCBS请求成为悬:
如果CCBS请求成为同时暂停处理,网络应停止CCBS召回定时器(T9),并处理下一个非暂停CCBS请求。
5.1.7CCBS服务时间定时器(T7)到期:
如果CCBS服务时间定时器(T7)超时,用户A尚未获悉该目的地B是空闲的CCBS请求,即CCBS召回定时器(T9)没有运行,那么网络会自动停用CCBS请求。
如果CCBS服务时间定时器(T7)的用户A到期后也被告知目的地B是空闲的CCBS请求,即CCBS召回B定时器(T9)正在运行,则CCBS请求不得自动关闭,直到所述CCBS请求的处理完成。
5.1.8CCBS召回B定时器(T9)到期:
如果CCBS召回B定时器(T9)到期时,网络会自动停用CCBS请求。
5.2异常情况,在用户A的一面:
5.2.1不接受或拒绝CCBS的记得,当用户A被发现是空闲的。
如果用户A拒绝CCBS召回或召回CCBS定时器(T4)到期,那么CCBS请求应自动关闭。
如果用户A试图暂停CCBS召回则CCBS请求应自动关闭。
5.2.2用户A发现不闲着。
当目标B的空闲保护计时器(T8)届满,用户A被发现是没有闲着,网络将通知用户A和启动CCBS通知定时器(T10)。
而CCBS通知定时器(T10)运行时,用户A可以:
1)接受CCBS回忆:
该用户A已经释放所需要的资源,建立了CCBS电话,如通过释放现有呼叫或将现有的呼叫。
所述CCBS召回随后应以同样的方式进行处理时,用户A处于空闲状态;
2)拒绝了CCBS通知。
该网络将自动取消CCBS请求;
3)忽略CCBS通知。
当CCBS通知定时器(T10)超时,网络将暂停CCBS请求,如果T3仍在运行。
如果T10到期,而T3已经过期,则CCBS请求应自动关闭;
4)暂停CCBS请求。
5.2.3用户A被发现是CCBS忙。
如果用户A是CCBS忙时,目的地B的空闲保护计时器(T8)期满后,网络将暂停CCBS请求不通知用户A.
5.2.4用户A是不可达。
如果识别出用户A是不可达的,当目标B空闲保护计时器到期,则CCBS请求应暂停,直到用户A又成了可到达。
5.2.5如果用户A是不是空闲或CCBS忙后的空闲,或者用户A再次成为访问,并有一个或在用户A的CCBS队列的详细暂停CCBS请求,该队列按照下列方式处理:
第一次暂停CCBS请求应恢复。
开始了CCBS简历定时器,前提是用户A的CCBS队列持有一个以上的CCBS请求;
1)如果从简历的过程没有CCBS召回结果CCBS简历定时器前(T11)到期,用户A的CCBS队列的处理应如上述,直到不再有暂停CCBS请求留在队列中继续进行;
2)如果从恢复步骤的CCBS召回的结果,所述CCBS简历计时器(T11)被停止,并且如在第5.7所描述的CCBS召回处理以正常的方式。
5.2.6CCBS服务时间定时器(T3)到期:
1)如果CCBS服务时间定时器(T3)超时,用户A尚未获悉该目的地B是空闲的CCBS请求,即CCBS召回定时器(T4)或CCBS通知定时器(T10)没有运行则网络应自动关闭的CCBS请求。
2)如果CCBS服务时间定时器(T3)超时,用户A已经得知目的地B处于空闲状态,即CCBS召回定时器(T4)或CCBS通知定时器(T10)正在运行,则CCBS请求,不得自动停用,直到CCBS请求的处理完成。
四、业务综述
1主叫识别演示
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
2主叫线识别限制
从原来的呼叫CLIR信息,存储在网络中,也应自动地包括在CCBS呼叫。
3连接线路识别显示
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
4连接线识别限制
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
5呼叫转移无条件(CFU)
CCBS回忆将永远不会被转发。
如果用户A发出呼叫到目的地B,呼叫被CFU补充业务转发给用户C和用户C忙,则用户A,不得接受任何可能的CCBS指示。
如果目的地B激活用户A后,激活了CCBS请求CFU补充业务,则所有相关的相关的基本服务集团的CCBS请求应被排除在目的地B网络的队列处理,直至CFU补充业务变成未激活状态或静止或直到该CCBS时间定时器(T3或T7)到期。
如果目的地B激活为目标B空闲保护计时器到期和CCBS呼叫到达之间的相关基本服务组的CFU补充的服务,CCBS通话将被转发的正常通话。
如果目标网络B接收到来自始发网络的CCBS请求,而CFU的补充是积极和执行的相关基本服务组,则CCBS请求应以短期否认的指示拒绝。
6呼叫转移的移动用户忙(CFU)
CCBS回忆将永远不会被转发。
如果用户A发出呼叫到目的地B,呼叫被CFU补充业务转发给用户C和用户C忙,那么任何后续尝试激活通过对目的地B用户A一CCBS请求将被接受。
如果目的地B激活用户A后,激活了CCBS请求CFU补充业务,则所有相关的相关的基本服务集团的CCBS请求应被排除在目的地B网络的队列处理,直至CFU补充业务变成未激活状态或静止或直到该CCBS时间定时器(T3或T7)到期。
如果目的地B激活为目标B空闲保护计时器到期和CCBS呼叫到达之间的相关基本服务组的CFU补充的服务,CCBS通话将被转发的正常通话。
如果目标网络B接收到来自始发网络的CCBS请求,而CFU的补充是积极和执行的相关基本服务组,则CCBS请求应以短期否认的指示拒绝。
7呼叫转移的移动用户忙(CFB)
CCBS回忆将永远不会被转发。
如果用户A发出呼叫到目的地B,呼叫被CFB补充业务转发给用户C和用户C忙,那么任何后续尝试激活通过对目的地B用户A一CCBS请求将被接受。
如果目的地B激活CFB补充业务后,用户A已经激活CCBS的要求,目的B的CCBS队列那么处理将继续进行。
如果目的地B已经激活了CFB补充业务繁忙一个CCBS来电的情况下两个网络供应商选择方面的CCBS通话,即治疗存在:
1)在CCBS电话应根据特殊程序(目标B再忙)处理;或
2)在CCBS通话将被转发的正常通话。
8呼叫转移无应答(CFNRy)
CCBS回忆将永远不会被转发。
如果用户A发出呼叫到目的地B,呼叫被CFNRy补充业务转发给用户C和用户C忙,则用户A,不得接受任何可能的CCBS指示。
如果目的地B激活CFNRy补充业务后,用户A已经激活CCBS的要求,目的B的CCBS队列那么处理将继续进行。
如果目的地B激活呼叫转移无应答的补充业务后,用户A已经激活CCBSrequestagainst目的地B,则CCBS的呼叫应在用户原来的位置给到目的地B。
之后,没有回答计时器已过期目的地B的CCBS通话将被转发的正常通话。
9呼叫转移的移动用户无法接通(CFNRc)
CCBS回忆将永远不会被转发。
如果用户A发出呼叫到目的地B,呼叫被CFNRc补充业务转发给用户C和用户C忙,则用户A,不得接受任何可能的CCBS指示。
如果目的地B激活CFNRc补充业务后,用户A已经激活CCBS请求,则目标B的队列中的处理应当继续进行。
如果目的地乙激活后用户A已经激活针对目的地B和目的地乙一个CCBS请求CFNRc补充业务是不CCBS呼叫则CCBS呼叫应被转作为正常呼叫到达时可达。
10呼叫等待
如果用户A已经订购所述CCBS补充业务,并放置到已经预订了呼叫等待补充业务的目的地乙一个正常的呼叫,并且该呼叫等待指示给予目的地乙(即呼叫等待),随后CCBS要求激活用户A不得。
如果呼叫等待指示无法在目的地B给出,用户A将收到忙指示并能激活对目标B.一个CCBS请求
如果目的地B是空闲的目的地BCCBS队列CCBS请求只能进行处理。
一个CCBS通话将被视为对于一个正常的呼叫呼叫等待,在用户B.
11呼叫保持
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
12多方服务
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
13封闭用户组
从原来的呼叫闭合用户群的信息,存储在网络中,也应自动列入CCBS电话。
如果用户A和目的地B漫游到网络不支持CUG的呼叫限制程序,在TS22.085文献[4]应适用后CCBS请求已被激活。
14咨询服务费
没有任何影响,即既不补充业务将影响到其他补充业务的操作。
如果用户A已经订阅了收费通知收费(AOCC),如果的ACMmax达到,或超过,并且用户A正在等待CCBS通报召回,那么ME应告知CCBS召回。
用户不得向被告知CCBS召回。
ME应拒绝接受CCBS召回其停止T4或T10和相应的CCBS请求应停用。
任何优秀的CCBS请求应留在用户A的CCBS队列中,直到CCBS服务时间定时器(T3或T7)到期。
15限制所有呼出(BAOC)
如果BAOC补充业务激活和操作的用户A后,用户A已经激活CCBS请求,用户A接受CCBS回想一下,CCBS的通话将被禁止和CCBS请求将被自动关闭。
16除非拨出国际电话(BOIC)
如果BOIC补充业务激活和操作的用户A后,用户A已经激活CCBS请求,用户A接受CCBS回想一下,如果它是一个国际长途电话和CCBS请求应自动关闭的CCBS的通话将被禁止。
17除非所有除归属PLMN国家拨出国际电话(BOIC-exHC)
如果BOIC-exHC补充业务激活和操作的用户A后,用户A已经激活CCBS请求,用户A接受CCBS回想一下,如果它是一个国际长途电话,除了向HPLMN国家和的CCBS呼叫将被禁止CCBS请求将被自动关闭。
18限制所有来电(BAIC)
如果目的地B激活北汽补充业务后,用户A已经激活CCBS的要求,那么所有涉及到的相关基本服务组的CCBS请求应被排除在目的地B网络的队列处理,直至北汽补充业务变成未激活状态,或者直到CCBS持续时间定时器(T3或T7)到期。
如果在HPLMNB收到审讯路由CCBS呼叫BAIC补充业务是积极和执行的相关基本服务组,然后与该
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 3G 核心 呼叫 用户 完成 处理 研究