CN1344455A

CN1344455A - 建立并行呼叫的方法和装置

Info

Publication number: CN1344455A
Application number: CN00805368A
Authority: CN
Inventors: A·夏普; M·斯蒂姆佩特
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 1999-03-22
Filing date: 2000-02-24
Publication date: 2002-04-10
Anticipated expiration: 2020-02-24
Also published as: CA2364907A1; EP1161814A1; CA2364907C; CN1330136C; WO2000057604A1; JP4597385B2; EP1039697A1; DE60043054D1; ATE444623T1; US7092698B1; JP2002540678A; AU2914100A; EP1161814B1

Abstract

本发明涉及一种方法和逻辑单元,用于在移动通信***中提供服务。在移动通信***中,为一个用户处理多个呼叫。这些呼叫可能具有不同的承载者能力。如果还有具有它的承载者能力的一个呼叫请求建立,或者可以建立另外一个并行呼叫,或者可以让呼叫进入呼叫保持状态,或者可以断开它,或者可以让它进入等待状态。此外,还检查n+1个呼叫的承载者能力,以便确定n个呼叫中是否有一个具有同样的承载者能力。另外,检查这些呼叫中是否有任何呼叫能够满足承载者需求并且能够进入保持状态。如果有任何呼叫满足这一要求,呼叫就进入保持状态,建立起这再一个呼叫。除此以外,还提供会议呼叫和呼叫转移这样的服务。

Description

建立并行呼叫的方法和装置

本发明涉及在移动通信***中提供服务的一种方法和逻辑单元，在这个移动通信***中处理具有不同承载者能力的多个呼叫。

通过移动通信***进行通信的时候，有时候用户会被第三方呼叫，或者想跟多方通信。GSM(全球移动通信***)通过提供所谓的辅助业务来支持这一点，例如呼叫等待、呼叫保持、呼叫遇忙转移和多方通话。所有这些服务都由网络提供，由移动用户启动。

核心网络UMTS CN至少包括支持这些网络特征和通信服务的实体。提供的这些支持可以包括例如管理用户位置信息、控制网络特征和服务、信令转移机制和用户产生的信息的转移机制。

下面应用这些定义，用户B是跟用户A通话的用户。用户A是网络为他提供了相应的那个辅助服务或者那些辅助服务的移动用户。用户C是呼叫用户A或者被用户A呼叫的用户。

呼叫等待使得用户A能够接收用户C的呼叫。用户C的呼叫被置于呼叫等待状态，并且给用户B发送一个信号。用户B可以将跟A的呼叫置于呼叫等待状态，接受用户C的呼叫。他也可以拒绝用户C的呼叫，从而使这个呼叫能够被遇忙呼叫转移机制转移。如果用户B接受来自C的呼叫，它就可以建立一个多方呼叫，其中的用户A跟用户C处于通话状态(ETSI标准GSMO2.83和GSM02.84，版本号5.0.0，1996年11月)。

图11b说明三个用户A、B、C之间的一个多方呼叫实例。在这个实例中，多方呼叫是活动的，并且由移动业务交换中心MSC的一个会议呼叫装置CCD处理。会议呼叫装置是能够同时将两方以上的用户连接起来的一个装置。

全球移动通信***还提供分组交换数据业务GPRS(通用分组无线电业务)。但是并行建立几个呼叫者仍然存在缺点，因为仍然不可能同时进行语音呼叫、因特网浏览和接收传真。

为了克服这些缺点，正在开发一种所谓的UMTS(通用移动通信业务)。这个通信***的一个原理是提供多个呼叫，也就是说一个用户能够同时处理多个呼叫(ETSI标准UMTS22.00版本号2.00，1999年1月)。

UMTS(通用移动通信***)能够处理给一个移动用户设备UE的几个呼叫，也就是所谓的多个呼叫能力。跟GSM(全球移动通信***)相反，UMTS通信***既不释放第一个呼叫也不会将第一个呼叫置于呼叫保持状态。UNTS通信***并行地建立到一个移动用户设备UE的几个呼叫。这是的移动用户能够同时使用几个应用。例如，移动用户可以进行语音呼叫，同时接收传真和进行数据呼叫。甚至可以进行几个这样的呼叫，例如多个数据呼叫。图11A说明从装置B和装置C到移动用户设备UE的多个呼叫的一个实施方案实例。在这个实例中，移动业务交换中心并行地处理多个呼叫。

已知UMTS的一个缺点是根本没有描述移动用户如何能够通过跟两个用户建立连接的同时向两个用户发出语音呼叫。

现有技术还有一个缺点，那就是在建立多个呼叫的网络资源被耗尽的情况下没有进行任何处理。

因此，本发明的一个目的是为支持多个呼叫的移动通信***中的移动用户提供相同或者不同的承载者能力。

这个问题是用权利要求1的方法和权利要求16和17的逻辑单元来解决的。

移动用户设备UE和核心网络UMTS CN之间的空中接口适用于一个呼叫是比较好的，这样就能够更加有效地利用无线电资源，使得操作员能够同时提供更多的呼叫。

这样的通信***和移动用户设备UE能够为移动用户提供更加灵活的呼叫处理方式，移动用户能够针对每个呼叫决定用户是否接听新的呼叫。

还有一个优点，那就是移动用户设备UE不得不使用较少的呼叫，这样能够节省电池，延长移动用户设备UE的待机时间和通话时间。

另外一个优点是这个***采用熟悉全球移动通信***的移动用户了解的服务，这样能够缩短用户接受和熟悉新***所需要的时间。

再一个优点是这个***采用熟悉全球移动通信***的移动用户了解的服务。这样能够缩短用户熟悉新业务需要的时间，缩短新用户使用新业务之前的时间。

将连接硬件放在核心网络UMTS CN中而不是放在移动用户设备UE中比较好，这样能够减少移动用户设备UE的成本和尺寸。

本发明更多的优选实施方案可以在权利要求2～15和 18～23中找到。

根据本发明的从属权利要求，用于作出判断的用户设置，不管一个呼叫是应当作为一个新的并行呼叫建立起来，还是应当置于呼叫等待状态或者拒绝这个呼叫，都可以为所有的后续呼叫一次设置好，这样会使得服务的使用对于移动用户来说更加方便。

从属权利要求的另外一个优点是用户的判决设置，不管是应当将呼叫作为新的并行呼叫建立，还是应当将它置于呼叫等待状态或者拒绝它，都可以在每次呼入之前设置，这使得服务的使用对于移动用户来说更加灵活。

根据本发明的从属权利要求，它的另外一个优点是用户定义的判断设置，是将呼叫作为新的并行呼叫建立起来还是将呼叫置于呼叫等待状态或者拒绝呼叫，可以在第一次跟支持多个呼叫的移动通信***建立连接的时候规定，这样做能够在服务的灵活性和方便性之间取得一个良好的折中。

本发明从属权利要求的另外一个优点是判断逻辑完全是在移动用户设备UE中实现的，这样能够减少核心网络UMTS CN中必需的处理，提高核心网络UMTS CN的性能，从而使核心网络UMTS CN能够同时处理更多呼叫。

本发明从属权利要求的再一个优点是判断逻辑完全是在移动用户设备UE中实现的，这样就能够减少移动用户设备UE和核心网络UMTS CN之间必需的信息传输，并且支持空中接口里更多的收费通信。

从属权利要求更多的优点是判断逻辑是部分地在核心网络UMTS CN中实现的，这样能够在终接呼叫是给这个移动用户设备UE的时候减少信令传输。

下面将通过实例和附图更加详细地描述本发明。在这些附图中，

图1：在通信***中为移动终接呼叫建立三个并行呼叫的信号序列，

图2：建立两个并行呼叫的信号序列和移动始发呼叫的保持程序，

图3：在通信***中为移动终接呼叫建立三个并行呼叫的信号序列，

图4：建立两个并行呼叫的信号序列和移动终接呼叫的保持程序，

图5：建立两个并行呼叫和拒绝第三个呼叫的信号序列，

图6：在通信***中为移动始发呼叫建立三个并行呼叫的信号序列，

图7：为移动始发呼叫建立两个并行呼叫的信号序列和保持程序，

图8：在通信***中为移动终接呼叫建立三个并行呼叫的信号序列，

图9：建立两个并行呼叫的信号序列和移动终接呼叫的保持程序，

图10：建立两个并行呼叫和拒绝第三个呼叫的信号序列，

图11a：多个呼叫和

图11b：多方通话。

图1～10的序列仅仅是必需的整个信号传输过程的一部分。

下面呼叫这个词等价于连接这个词，并没有明确地将它限制在语音呼叫这个含义上，而是可以指能够跟移动用户设备UE建立的所有种类的连接。

应当明白，移动用户设备UE是能够通过通信***以无线方式进行通信的设备。例如，移动电话或者移动多媒体***就是能够进行通信的一种移动计算机。

下面将进一步地描述本发明的方法。本发明的以下部分笼统地描述本发明，在那以后将参考图1～10进一步地描述本发明。

在处理具有m个不同承载者能力的n个呼叫的移动通信***中，提供服务的一种方法包括以下步骤，其中m＝1，2，3，……，n＝1，2，3，……。已经建立起具有m个不同承载者能力的n个呼叫的时候，收到或者发送出建立第n+1个呼叫的请求。这个时候要判断是建立起一个并行呼叫还是通过选择一个呼叫让它进入呼叫等待状态以及利用这个呼叫的承载者能力建立起第n+1个呼叫。

由于给已经建立起的另外一个呼叫分配一个承载者能力是有用的，因此采取以下步骤。比较n+1个呼叫的承载者能力。判断n个呼叫中是否有任意数量的呼叫拥有跟呼叫n+1具有相同的承载者能力m，跟这个呼叫具有相同承载者能力的n个呼叫中的那一个被选择出来进入保持状态。让这个选中的呼叫进入保持状态，发送一个确认信号，建立这个新呼叫。

如果没有任何相同的承载者能力，提供服务的这个方法就采取以下步骤，判断n个呼叫中是否有任何一个具有足以用于这个呼叫的承载者能力。尝试满足新呼叫的承载者需求，并且能够建立这一呼叫，据此能够将可能的呼叫之一置于等待状态。但是，由于可能有很多，因此或者是必须由用户选择，或者是自动完成。

在本发明的第一个实例中，核心网络UMTS CN，例如移动通信***，包括一个逻辑单元LU，它具有装置来比较对进来的呼叫尝试的承载者能力的承载者需求和正在进行的呼叫的承载者能力。

承载者要求应当被理解为一个呼叫使用的承载者必须完成的承载者能力。这些要求可以是，但是不限于，延迟、延时抖动、数据率、误码率、错误检测和更进一步的要求。

进来的呼叫尝试是终止移动用户设备UE上的一个呼叫的尝试。

核心网络UMTS CN中的逻辑单元LU还包括判断是否应当让进来的呼叫尝试进入等待状态的装置，还包括存储装置，用来储存关于正在进行的呼叫的信息，至少包括承载者能力、承载者标识和呼叫标识。

这一判断可以是建立在用户设置、通信网络通信负荷这样的当前状态的信息、进来的呼叫尝试的信息以及移动用户设备UE及其能力的信息的基础之上的。

这个移动用户设备UE包括第一个逻辑单元LU1，它具有这样的装置，用于判断是否应当将一个呼叫置于保持状态以及判断应当将哪一个呼叫置于呼叫保持状态。第一个逻辑单元LU1还包括这样的装置，用于检测进来的呼叫请求的承载者需求是否被移动用户设备UE正在进行的呼叫使用的承载者满足。例如，是一个数据呼叫的呼入请求的承载者需求被一个语音呼叫满足，而不是由其它呼叫满足。第一个逻辑单元LU1还包括存储装置，用于储存活动呼叫的信息，至少是承载者能力和呼叫标识。

下面利用图1描述一个实例。在第一个步骤中，移动用户设备UE通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN，例如移动通信***，来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、应当连接的用户和呼叫标识这些信息。呼叫类型是说明呼叫类型的信息，例如全速率语音呼叫或者64kbps数据呼叫。在第二个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN作出应答，确认被请求的呼叫，至少包括已经成功地建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

在第三个步骤中移动用户设备UE通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的呼叫类型的信息、这个呼叫应该连接的用户和呼叫标识。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它核实被请求的呼叫，至少包括已经成功地建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

这里要指出建立第一个呼叫和第二个呼叫作为移动始发呼叫仅仅是被选作实例，不应当看作是对本发明的限制。

在第五个步骤中用户设备UE通过发送一个建立消息SETUP3(A-D)给核心网络UMTS CN来建立第三个呼叫。这个消息同样至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。在第六个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN3来应答，它证实被请求的呼叫，并且至少包括已经成功地建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

如前所述，并行地建立n个呼叫。在这个实例中，并行地建立的呼叫的个数是3。但是，如前所述，每个呼叫的承载者需求可能不同。n个呼叫能够有m个不同的承载者能力，也可以只有一个不同的承载者能力。于是对于n＝3个呼叫，可能有m＝1，2或者3个承载者能力，这意味着对于m＝1呼叫类型相同，对于m＝3，有3种呼叫类型。

下面参考图2描述实例。

在第一个步骤中移动用户设备UE通过发送一个建立消息AETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。在第二个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN1来应答，它确认被请求的呼叫并且至少包括已经成功地建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

在第三个步骤中移动用户设备UE通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息同样至少包括被请求的呼叫的类型信息、这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它确认被请求的呼叫，并且至少包括已经成功地建立起来的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

在建立第三个呼叫之前，移动用户设备UE中的第一个逻辑单元LU1认为应当让一个呼叫进入呼叫保持状态。第一个逻辑单元LU1决定让第一个呼叫进入呼叫保持状态。移动用户设备UE通过发送一个保持消息HOLD(A-B)将这一决定告诉核心网络UMTS CN。这个消息包括应当让一个呼叫进入保持状态的信息，还包括这个呼叫的呼叫标识。核心网络UMTS CNUMS CN让呼叫进入保持状态，并且通过发送一个消息ACK(A-B)来确认，它包括已经进入呼叫保持状态的呼叫的标识。

然后，移动用户设备UE通过发送一个建立消息SETUP3(A-D)给核心网络UMTS CN重新利用第一个呼叫的承载者开始建立第三个呼叫。第一个呼叫使用的是哪一个承载者既可以储存在储存第一个逻辑单元LU1的存储装置中，也可以包括在应答消息HOLD ACK(A-B)中。

如上所述，第一个逻辑单元LU1决定应当让一个呼叫进入保持状态而不是再建立一个并行呼叫。如同本说明所述，逻辑单元可以这样来编程，从而对于每一个呼叫都必须作出判断，如果这个呼叫必须置于等待状态，或者如果允许并行呼叫，或者只定义一次，或者在每个呼叫之前定义。

在进入呼叫保持状态的呼叫的承载者能力跟建立的新呼叫的承载者能力一样的情况下，就可以激活多方通话业务。如果这个呼叫的两个承载者能力不同，就进行重写分配。重写分配将在下面参考图7进一步描述。

下面参考图3来描述这个实例。在第一个步骤中移动用户设备UE通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求呼叫的类型、这个呼叫应该连接的用户和呼叫标识的有关信息。在第二个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN1来应答，它核实被请求的呼叫，并且至少包括已经成功建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

在第三个步骤中移动用户设备UE通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求呼叫的类型，例如数据呼叫，这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它确认被请求的呼叫，并且至少包括已经成功建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

核心网络UMTS CNUMSC CN接收1则指示建立从用户D到A的呼入尝试的消息SETUP3(D-A)。核心网络UMTS CN中的逻辑单元LU决定这个呼入应当作为一个新的并行呼叫建立，并且发送一则建立消息SETUP3(D-A)和一则分配消息ASSIGN3给移动用户设备UE。这些消息至少包括被请求的呼叫的类型、这个呼叫应该连接的用户、呼叫标识和承载者标识这样的信息。

下面参考图4描述实例。移动用户设备UE在第一个步骤中通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。在第二个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN1来应答，它证实被请求的呼叫，至少包括已经成功地建立的一个呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的有关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN，请求从用户A到用户C建立一个呼叫来建立第二个呼叫。这个消息至少包括被请求的呼叫类型，例如语音呼叫，这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它确认被请求的呼叫，并且至少包括已经成功建立起来的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

核心网络UMTS CN接收一个消息SETUP3(D-A)，该消息指示从用户D到用户A的一个呼入尝试。核心网络UMTS CN中的逻辑单元LU决定这个呼入应该作为一个等待呼叫，并且发送一个呼叫等待消息SETUPW给这个移动用户设备UE。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。第一个逻辑单元LU1决定接受呼叫等待指令，移动用户设备UE用呼叫确认CALL CONFIRMED通知核心网络UMTS CN。移动用户设备UE通过发送一则告警消息ALERTING给核心网络UMTS CN来通知主叫方。移动用户设备UE中的第一个逻辑单元LU1决定让第一个呼叫进入呼叫保持状态。移动用户设备UE通过发送一个保持消息HOLD(A-B)通知核心网络UMTS CN。这个消息包括这个呼叫应该进入呼叫保持状态的信息和这个呼叫的呼叫标识。核心网络UMTS CN让这个呼叫进入呼叫保持状态，并且通过发送一则保持确认消息HOLD ACK(A-B)来应答，它包括已经进入呼叫保持状态的呼叫的呼叫标识。

然后，移动用户设备UE通过发送一个建立消息CONNECT(D-A)给核心网络UMTS CN，重新使用第一个呼叫的承载者来接受这一等待呼叫指令。第一个呼叫已经使用了哪个承载者的信息可以储存在第一个逻辑单元LU1的存储装置中，也可以包括在应答消息HOLD ACK(A-B)中。

下面参考图5描述实例。在第一步中移动用户设备UE通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。在第二个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN1来应答，它证实被请求的这个呼叫，并且至少包括已经成功建立的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的呼叫的类型、这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第四个步骤中通过发送一则分配消息ASSIGN2来应答，它证实被请求的呼叫，并且至少包括已经成功地建立起来的呼叫的至少一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第一个逻辑单元LU1和逻辑单元LU储存这个呼叫相关的信息。

核心网络UMTS CN接收一则消息SETUP3(D-A)，表明有一个呼入尝试。核心网络UMTS CN或者通过发送一个呼叫等待消息SETUPW让这一呼叫作为等待呼叫，或者是通过发送一则建立消息SETUP3(D-A)使它成为一个新的并行呼叫。移动用户设备UE中的第一个逻辑单元LU1决定拒绝这一呼叫尝试。移动用户设备UE通过发送一则消息DISCONNECT(D-A)来通知核心网络UMTS CN，其中至少携带着这个呼叫被拒绝和被拒绝的呼叫的呼叫标识这些信息。

在本发明的第二个实例中，移动用户设备UE包括第二个逻辑单元LU2，它具有这样的装置，用于确定一个呼叫是应该被作为一个新的并行呼叫还是作为一个等待呼叫。第二个逻辑单元LU2也包括一个装置，用于决定是否应该让一个呼叫进入呼叫保持状态以及应该让哪个呼叫进入呼叫保持状态。第二个逻辑单元LU2还包括这样的装置，用于检测呼入请求的承载者需求是否被移动用户设备UE的活动呼叫所使用。第二个逻辑单元LU2还包括存储装置，用于储存活动呼叫的信息，至少还储存承载者能力，承载者标识和呼叫标识。

下面参考图6描述实例。移动用户设备UE在第一步中通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。呼叫类型是说明呼叫类型的信息，例如全速率语音呼叫或者64kbps数据呼叫或者任何其它类型的呼叫。

核心网络UMTS CNUMTS在第二个步骤中通过发送一个分配消息ASSIGN1来应答，它证实被请求的呼叫，并且至少包括已经成功建立的呼叫的一个承载者标识。它让核心网络UMTS CNUMTS和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它核实被请求的呼叫，并且至少包括已经成功地建立起来的呼叫的至少一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

在第五个步骤中用户设备UE通过发送一个建立消息SETUP3(A-D)给核心网络UMTS CN来建立第三个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户以及呼叫标识这些信息。在第六个步骤中核心网络UMTS CN通过发送一个分配消息ASSIGN3来应答，它证实被请求的呼叫，并且至少包括已经成功地建立起来的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的有关信息。

下面参考图7描述实例。移动用户设备UE在第一个步骤中通过发送一个消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。呼叫类型是说明呼叫类型的信息，例如全速率呼叫或者64kbps数据呼叫。

核心网络UMTS CN在第二个步骤中通过发送一个分配消息ASSIGN1来应答，它证实被请求的呼叫，并且至少包括已经成功建立的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第二个步骤中通过发送一个分配消息ASSIGN2来应答，它证实被请求的呼叫，并且至少包括已经成功建立的呼叫的至少一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

建立第三个呼叫之前，移动用户设备UE中的第二个用户单元LU2决定应该让一个呼叫进入呼叫保持状态。第二个逻辑单元LU2决定第一个呼叫应该进入呼叫保持状态。如前所述，有不同的方式用于决定一个呼叫应该是进入呼叫保持状态还是应该建立一个并行呼叫。移动用户设备UE通过发送一个保持消息HOLD(A-B)将这一决定告诉核心网络UMTS CN。这个消息包括一个呼叫应该进入呼叫保持状态和这个呼叫的呼叫标识的信息。核心网络UMTS CN让这个呼叫进入保持状态，并且通过发送一则消息HOLD ACK(A-B)来应答，它包括已经进入呼叫保持状态的呼叫的一个呼叫标识。

然后，移动用户设备UE通过发送一个建立消息SETUP3(A-D)给核心网络UMTS CN用一个新的承载者建立第三个呼叫。这个新的承载者是必不可少的，因为进行了重写分配。重写分配会删除进入呼叫保持状态的呼叫的用户平面，并且按照等待呼叫的承载者建立一个新的用户平面。核心网络UMTS CN通过发送一个分配消息ASSIGN3将新的承载者标识告诉移动用户设备UE。

下面参考图8描述实例。移动用户设备UE在第一个步骤中通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识这些信息。核心网络UMTS CN在第二个步骤中通过发送一个分配消息ASSIGN1来应答，它证实被请求的呼叫，并且至少包括已经成功地建立起来的呼叫的至少一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的消息类型、这个呼叫应该连接的用户和呼叫标识信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它证实被请求的呼叫，并且至少包括已经成功地建立的呼叫的至少一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

核心网络UMTS CN接收说明有呼入尝试的消息SETUP3(D-A)。核心网络UMTS CN通过发送一个建立消息SETUP3(D-A)告诉移动用户设备UE有呼入尝试。第二个逻辑单元LU2决定接受这个呼叫作为一个新的并行呼叫并且通过发送一个接受消息CALL CONFIRMED告诉核心网络UMTS CN，其中说明应该将这个呼叫作为一个并行呼叫来建立。核心网络UMTS CN通过发送一个分配消息ASSIGN3来应答，它核实被请求的呼叫，至少包括已经成功地建立的呼叫之一的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。移动用户设备UE通过发送一个告警消息ALERTING给核心网络UMTSCN开始向主叫方发送信号。

下面参考图9描述实例。在第一个步骤中移动用户设备UE通过发送建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求呼叫的类型、应该连接的用户和呼叫标识信息。核心网络UMTS CN在第二个步骤中通过发送一个分配消息ASSIGN1来应答，它证实被请求的呼叫，并且至少包括已经成功地建立的呼叫的一个承载者标识。它让核心网络UMTS CN可以从用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求呼叫的类型、这个呼叫应该连接的用户和呼叫标识信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它证实被请求的呼叫，并且至少包括已经成功的建立的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的有关信息。

核心网络UMTS CN接收说明有呼入尝试的一则消息SETUP3(D-A)。核心网络UMTS CN通过发送一则建立消息SETUP3(D-A)将呼入尝试告诉移动用户设备UE。第二个逻辑单元LU2决定将这个呼叫作为一个等待呼叫，移动用户设备UE通过发送一个接受消息CALL CONFIRMED告诉核心网络UMTS CN，它包括这个呼叫应当作为一个等待呼叫来建立和呼叫标识的信息。移动用户设备UE通过发送一个告警消息ALERTING给核心网络UMTS CN来开始向主叫方发送信号。第二个逻辑单元决定让第一个呼叫进入呼叫保持状态，并且通过发送一个保持消息HOLD(A-B)来通知核心网络UMTS CN，它包括应当让这个呼叫进入呼叫保持状态以及这个呼叫的呼叫标识的信息。核心网络UMTS CN让这个呼叫进入呼叫保持状态并且通过发送一个应答消息HOLD ACK(A-B)来应答。移动用户设备UE启动呼叫等待通过发送一个连接消息CONNECT重新利用第一个呼叫的承载者。

下面参考图10描述实例。移动用户设备UE在第一个步骤中通过发送一个建立消息SETUP1(A-B)给核心网络UMTS CN来建立第一个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识信息。在第二个步骤中核心网络UMTS CN通过发送一则分配消息ASSIGN1来应答，它证实被请求的呼叫，并且至少包括已经成功建立的呼叫的一个承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

移动用户设备UE在第三个步骤中通过发送一个建立消息SETUP2(A-C)给核心网络UMTS CN来建立第二个呼叫。这个消息至少包括被请求的呼叫类型、这个呼叫应该连接的用户和呼叫标识信息。核心网络UMTS CN在第四个步骤中通过发送一个分配消息ASSIGN2来应答，它确认被请求的呼叫，并且至少包括已经成功地建立的呼叫的承载者标识。它让核心网络UMTS CN和移动用户设备UE为被请求的承载者建立一个用户平面。第二个逻辑单元LU2储存这个呼叫的相关信息。

核心网络UMTS CN接收说明呼入尝试的一个消息SETUP3(D-A)。核心网络UMTS CN通过发送一则建立消息SETUP3(D-A)将呼入请求告诉移动用户设备UE。第二个逻辑单元LU2决定拒绝这一呼叫，移动用户设备UE通过发送一个拒绝消息DISCONNECT通知核心网络UMTSCN。这个消息DISCONNECT包括应当拒绝这个呼叫以及这个呼叫的呼叫标识信息。如果这个用户提供了遇忙呼叫转移用户业务，就可以激活这个业务。

本发明在移动通信***中提供服务。这个***允许并行呼叫，例如UMTS***或者任何其它***允许多个呼叫。提供给用户的服务可以是GSM中的呼叫等待和呼叫保持。

下面将进一步描述本发明的逻辑单元(没有附图)。前面描述的附图中使用的引用数字仍然有效。

移动通信***中核心网络UMTS CN里的逻辑单元处理具有m个不同承载者能力的n个呼叫，其中n＝1，2，3，……，m＝1，2，3，……。

提供了将被请求用来再建立第n+1个呼叫的承载者能力跟已经建立的n个呼叫的承载者能力m进行比较的装置。因此这个装置要比较每个呼叫的每个承载者能力。另外，还提供了用来决定是将一个呼叫作为一个新的并行呼叫还是将它作为等待呼叫以及进行这一确定的装置。这个决定既可以是基于用户设置，例如取决于连接的用户，应用，也可以是基于移动用户设备UE的能力，例如能够处理的并行呼叫的个数，还可以是基于网络能力，例如可能的并行呼叫或者连接的个数。还提供存储装置用于储存活动呼叫的信息，例如呼叫标识、承载者信息和承载者能力。

下面描述在移动通信***中移动用户设备UE里提供的另外一个逻辑单元，它处理具有m个不同承载者能力的n个呼叫，其中n＝1，2，3，……，m＝1，2，3，……(没有附图)。

逻辑单元包括装置用来比较用于建立第n+1个呼叫的承载者能力跟已经建立的n个呼叫的承载者能力m，还包括装置用来决定一个呼叫是应当作为一个新的并行呼叫建立还是在建立或者接受再一个呼叫n+1之前让n个呼叫进入呼叫保持状态。用于作出确定的装置跟前面描述的一样。这个逻辑单元还包括装置中作出这一决定，以及包括逻辑装置用于储存这些活动呼叫等信息。

在前面描述的两个逻辑单元中，用于作出决定的装置受到用户设置的影响。例如用户可以选择给出主叫方优先级的一个设置。这意味着用户总是允许并且连接一个特定的主叫方。另外一个，例如具有较低优先级的不连接。

前面提到的用户设置可以设置一次，并且一直保持有效，直到再次设置，或者在跟通信***第一次连接的时候设置，或者在它们每次建立呼叫的时候设置。这些用户设置被按照前面提到的方法引入逻辑单元，并且是本发明的一部分。

还提供了装置用于告诉移动用户已经作出了决定。这个信息既可以是看得见的，也可以是听得见的，还可以是移动用户设备UE上可以触摸的。

前面描述的方法和逻辑单元提供这样的服务，例如它们是UMTS***用户从GSM***中继承下来的辅助服务。

Claims

1.在移动通信***中提供服务的一种方法，它按照以下步骤处理具有m个不同承载者能力的n个呼叫，在这里n＝1，2，3，……，m＝1，2，3，……：

-在已经建立了具有m个不同承载者能力的n个呼叫的时候请求再建立第n+1个呼叫，

-决定是建立一个并行呼叫还是通过选择一个呼叫让它进入保持状态然后利用承载者能力中的一个承载者建立第n+1个呼叫。

2.权利要求1中用于提供服务的方法，它还具有以下步骤：

-比较n+1个呼叫的承载者能力，

-判断n个呼叫中是否有一个跟第n+1个呼叫具有相同的承载者能力m，和

-选择具有相同承载者能力的n个呼叫的一个作为这再一个呼叫，让它进入保持状态，让被选中的呼叫进入呼叫保持状态并且发送一个应答消息以及建立这再一个呼叫。

3.权利要求2中提供服务的方法，还包括以下步骤

-判断n个呼叫中是否有任何一个的承载者能力足以用于这再一个呼叫，选择这些呼叫中的一个让它进入呼叫保持状态。

4.权利要求1、2或3中提供服务的方法，还具有以下步骤：

-决定拒绝这再一个呼叫n+1。

5.权利要求1、2、3或4中提供服务的方法，其中

-建立并行呼叫、选择一个呼叫让它进入呼叫保持状态或者拒绝呼叫的决定受到用户设置的影响。

6.权利要求1、2、3或4中提供服务的方法，其中

-建立并行呼叫、选择一个呼叫让它进入呼叫保持状态或者拒绝呼叫的决定取决于参数设置。

7.权利要求1、2、3或4中提供服务的方法，其中

-选择一个呼叫让它进入呼叫保持状态受到用户设置的影响。

8.权利要求1、2或3中提供服务的方法，还具有以下步骤

-决定这再一个呼叫进入呼叫等待状态。

9.权利要求5或7中提供服务的方法，其中

-用户设置是一次设置的。

10.权利要求5或7中提供服务的方法，其中

-用户设置是第一次跟通信***连接之前建立的。

11.权利要求5或7中提供服务的方法，其中

-用户设置是在建立呼叫之前设置的。

12.权利要求1～11里任意一个中提供服务的方法，

-其中建立具有多个用户的会议呼叫。

13.权利要求1～12中任意一个里提供服务的方法，

-其中的呼叫被转发给另外一个用户。

14.权利要求1～13中提供服务的方法，

-其中的服务是UMTS***里的用户从GSM***中继承下来的辅助业务。

15.处理具有m个不同承载者能力的n个呼叫的移动通信***中核心网络UMTS CN里的逻辑单元，其中n＝1，2，3，……，m＝1，2，3，……，其特征在于

用于比较为了利用已经建立的n个呼叫的m个承载者能力建立再一个呼叫而请求的承载者能力的装置，

用于判断应当将一个呼叫作为一个新的并行呼叫建立还是让它作为一个等待呼叫以及作出这一判断的装置，和

用于储存这些活动呼叫的信息的储存装置。

16.移动通信***中移动用户设备UE里的逻辑单元，其中处理具有m个不同承载者能力的n个呼叫，其中m＝1，2，3，……，n＝1，2，3，……，其特征在于

比较为了建立再一个呼叫n+1而请求的承载者能力和已经建立的n个呼叫的m个承载者能力的装置，

判断一个呼叫是应该作为一个新的并行呼叫建立还是应该让n个呼叫中的哪一个进入呼叫保持状态然后在建立或者接受这再一个呼叫n+1的装置，和

储存这些活动呼叫的信息的储存装置。

17.权利要求15或者16的逻辑单元，其中活动呼叫的信息是呼叫标识、承载者标识和承载者能力。

18.权利要求15～17中任意一个的逻辑单元，其中的判断装置受到用户设置的影响。

19.权利要求15～17中任意一个的逻辑单元，它具有装置用来告诉用户已经作出了一个决定。

20.权利要求18的逻辑单元，其中用户设置是一次设置的。

21.权利要求18的逻辑单元，其中用户设置是在跟通信***第一次连接的时候设置的。

22.权利要求18的逻辑单元，其中用户设置是在建立呼叫之前设置的。