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补充业务是积极和执行的相关基本服务组，然后与该
升级会员 