CN101355721B

CN101355721B - 一种业务转移请求方法、用户设备及网络设备

Info

Publication number: CN101355721B
Application number: CN2007101297640A
Authority: CN
Inventors: 孙成振
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-07-25
Filing date: 2007-07-25
Publication date: 2011-12-07
Anticipated expiration: 2027-07-25
Also published as: CN101355721A

Abstract

本发明涉及通信技术领域，尤其涉及一种业务转移请求方法、用户设备及网络设备，用以方便用户进行业务转移。在本发明中，接收用户对第一业务进行业务转移相关操作的指令；根据该指令查询业务转移项，确定允许与该第一业务进行关联转移的关联业务；发送对该第一业务和该关联业务进行该相关操作的请求消息。采用本发明提供的技术方案，用户只需要请求某一业务的转移，就可以实现该业务和其他签约业务的转移，从而使得用户可以根据个人业务需求，通过相关参数的设置，简化多个业务同时进行转移设置请求流程，方便了用户进行业务转移时的操作。

Description

一种业务转移请求方法、用户设备及网络设备

技术领域

本发明涉及通信技术领域，尤其涉及一种业务转移请求方法、用户设备及网络设备。

背景技术

SMS(Short Message Service，短信息服务)业务已经成为当前移动网中最重要和应用最广泛的业务之一，如何充分发展SMS业务以期待更大的利益增长也成为通信运营商们关注的焦点。当前多个厂商及运营商提出增加SMS业务的增值功能，其中短信转移业务为手机用户提供短信转移服务，通过此功能用户可将原本发给自己手机号码的短信转移到另外一个手机号码上。用户可以在自己拥有新号码、手机故障、电量不足及出国漫游等情况下，使用第三方手机接收短信。

业务转移不仅仅在短消息上可以使用，在其他业务上也可以应用实现，目前语音呼叫业务既已实现业务前转功能。呼叫转移就是移动电话网根据客户的选择，在手机关机、信号较弱、手机离开服务区、通话过程中等用户不能接听电话的情况下，将打进来的电话转移至预先指定的一个“号码”上，这个“号码”可以是固定电话、BP机、语音信箱及移动电话等。目前的呼叫转移通常分为四种转移类型：1.无应答转移：当有人给您的手机打电话，若您没有及时应答，则该电话会自动转接至您预先指定的另一个号码；2.不可及转移：当您的手机关机或超出服务区而无法接通时，则打进来的电话会自动转接至您预先指定的另一个号码；3.遇忙转移：当您在用手机通话时，正好有人给您的手机打电话，则该电话会自动转接至您预先指定的另一个号码；4.无条件转移：所有拨打您手机的电话均自动转接至您预先指定的另一个号码。

这些转移业务为用户提供更广泛的业务应用场景以及使用业务的灵活度。

在目前，对于某一业务，如短信转移业务，由被叫用户申请，设定转移的C号码。被叫用户归属的网络设备负责存储C号码，并且响应消息中心的查询指令，返回查询结果。用户可以在系统中设置转移到的C号码。当用户使用短信转移业务时，可以通过短信、WEB、10086或营业厅等方式，根据提示设定C号码。在成功地设置了C号码后，用户可以通知系统启动转移。这时，所有用户发送给该用户的短信都被转移到C号码。系统收到了启动转移的请求后，应该立即使转移生效，并将操作结果通知终端用户。用户可以通过短信、WEB、10086或营业厅等方式，启动转移。

同理，对于另一业务，如语音呼叫转移业务，由被叫用户申请，设定转移的D号码。被叫用户归属的网络设备负责存储D号码，用户可以在系统中设置转移到的D号码。当用户使用呼叫转移业务时，可以通过指定的信令设定D号码，系统收到了启动转移的请求后，应该立即使转移生效，并将操作结果通知终端用户。

但发明人在实现本发明时发现，现有技术中，针对不同的业务，将这些业务转移需要分别设置请求。随着新的业务不断出现，在用户需要将某个号码所签约的业务转移到另一个号码时，用户的操作将越来越繁琐，而且可能存在遗忘而导致某个业务不能正常使用的情况。

另一方面，对于某个特定用户，在不能正常使用其签约号码(如不在服务区，发生漫游等)情况下，其业务的通常会转移到同一个设定的其他号码上，即上面所提到的C号码和D号码为同一个号码。将这些业务转移到同一个设备终端上也需要分别设置请求。对于网络而言，由于用户对多个业务频繁的进行转移设置请求，也增加了网络的处理负担。

发明内容

本发明实施例提供一种业务转移请求方法、用户设备及网络设备，用以方便用户进行业务转移。

本发明实施例提供了一种业务转移请求方法，包括：

接收用户对第一业务进行业务转移相关操作的指令；

检测业务转移项中所述第一业务对应的子转移项中的第一关联转移参数是否设置为允许进行关联转移，并在检测出允许时，根据所述指令查询所述业务转移项，确定允许与所述第一业务进行关联转移的关联业务；其中，所述第一关联转移参数，用于标识相应业务在作为所述第一业务时是否允许其他签约业务与其进行关联转移；

发送对所述第一业务和所述关联业务进行所述业务转移相关操作的请求消息。

本发明实施例还提供了一种用户设备，包括：

接收单元，用于接收用户对第一业务进行业务转移的相关操作的指令；

第二检测单元，用于检测业务转移项中所述第一业务对应的子转移项中的第一关联转移参数是否设置为允许进行关联转移，并在检测出允许时，通知所述处理单元进行相应操作，其中，所述第一关联转移参数，用于标识相应业务在作为所述第一业务时是否允许其他签约业务与其进行关联转移；

处理单元，用于根据所述指令查询保存的业务转移项，确定允许与所述第一业务进行关联转移的关联业务；

发送单元，用于发送对所述第一业务和所述确定的关联业务进行所述相关操作的请求消息。

本发明实施例还提供了一种网络设备，包括：

接收单元，用于接收对第一业务进行业务转移的相关操作的指令；

在本发明实施例中，接收用户对第一业务进行业务转移相关操作的指令；根据该指令查询业务转移项确定允许与该第一业务进行关联转移的业务；发送对该第一业务和该确定的业务进行该相关操作的请求消息。采用本发明提供的技术方案，用户只需要请求第一业务的转移，就可以发送对该第一业务和该用户的其他签约业务进行该相关操作的请求消息，实现该第一业务和该用户的其他签约业务的转移，从而使得终端用户根据个人业务需求，通过相关参数的设置，简化多个业务同时进行转移设置请求流程，方便了用户进行业务转移时的操作。

附图说明

图1为本发明实施例一中的业务转移项示意图；

图2为本发明实施例一中用户设备发起转移请求的流程图；

图3为本发明实施例一中用户设备和网络侧的信息交互流程图；

图4为本发明实施例二中的业务转移项示意图；

图5为本发明实施例二中用户设备发起转移请求的流程图；

图6为本发明实施例三中的业务转移项示意图；

图7为本发明实施例三中用户设备发起转移请求的流程图；

图8为本发明实施例五中的用户设备以及网络设备的框图。

具体实施方式

本发明实施例中，接收用户对第一业务进行业务转移相关操作的指令；根据该指令查询业务转移项，确定允许与该第一业务进行关联转移的关联业务；发送对该第一业务和该确定的关联业务进行该相关操作的请求消息。其中，业务转移相关操作包括业务转移、取消业务转移等，业务转移项中包括用户的签约业务的转移相关信息，该转移相关信息可以包括转移条件、各相关参数等信息。

下面结合附图对本发明实施例做进一步地描述。

实施例一

实施例一中，如图1所示，在业务转移项中为各个业务(通常为用户所签约的每个业务)设置一个子转移项，各个子转移项中包括相应业务的转移条件、第一关联转移参数、第二关联转移参数，其中，第一关联转移参数用于标识相应业务在作为该第一业务时是否允许其他签约业务与其进行关联转移，第二关联转移参数用于标识相应业务作为非第一业务时是否允许与该第一业务进行关联转移，如图1所示，在实施例一中，还在业务转移项中设置总的关联转移参数，用于标识是否允许该用户的各签约业务进行关联转移。

实施例一中用户设备发起转移请求的流程如图2所示，包括以下步骤：

步骤S101，用户给用户设备将第一业务进行业务转移的指令；

其中，该第一业务可以为该用户签约的任一业务。

步骤S102，用户设备接收用户的指令；

步骤S103，用户设备查询第一业务的子转移项，获得该第一业务的转移条件，向网络侧发送该第一业务的转移请求消息；

在具体实现时，步骤S103的执行顺序可以根据需要设定。

步骤S104，用户设备查询业务转移项获得总的关联转移参数，判断该总的关联转移参数是否被设置为允许关联转移，如果是，进行步骤S105，否则直接结束；

可见，根据本步骤，只有总的关联转移参数被设置为允许关联转移时，才会进行后续操作，否则直接结束，因此，用户在不希望各业务关联转移时，只需设置该总的关联转移参数为不允许各业务进行关联转移即可，不用对每个业务进行单独设置，进一步简化操作。

步骤S105，用户设备查询第一业务的子转移项，判断其子转移项中的第一关联转移参数是否设置为允许关联转移，如果是，进行步骤S106，否则，直接结束；

在具体实现时，步骤S104和步骤S105没有一定的先后顺序。

步骤S106，用户设备查询该用户的除第一业务对应的子转移项之外的其他子转移项，获得各第二关联转移参数被设置为允许的其他业务，将第二关联转移参数被设置为允许的其他业务作为允许与该第一业务进行关联转移的业务；

步骤S107，用户设备获得查询获得的各业务的转移条件；

步骤S108，用户设备向网络侧发送各第二关联转移参数被设置为允许的业务的转移请求消息。

在上述流程中，第一关联转移参数和第二关联转移参数可以设置为同一个参数。

在具体实现时，业务转移项中可以不包括第一关联转移参数、第二关联转移参数和总的关联转移参数中的任意一个或者其任意组合。

当业务转移项中不包括总的关联转移参数时，则在上述流程中可以不包括步骤S104；

当各子转移项中不包括第一关联转移参数时，则在上述流程中可以不包括步骤S105，在子转移项中不包括第一关联转移参数的情况下，用户只要请求任意一个业务的转移，都会导致用户的全部签约业务或者全部的第二关联转移参数被设置为允许关联转移的业务的转移，而在设置了第一关联转移参数的情况下，只有在用户请求的是第一关联转移参数被设置为允许关联转移的业务的转移时，才会导致用户的全部签约业务或者全部的第二关联转移参数被设置为允许关联转移的业务的转移。在具体实现时，该第一关联转移参数与第二关联转移参数可以用同一参数来标识，例如：定义该参数的四个枚举值，用0表示相应业务在作为第一业务时允许其他签约业务与其进行关联转移且在作为非第一业务时允许与第一业务进行关联转移；用1表示相应业务在作为第一业务时允许其他签约业务与其进行关联转移但在作为非第一业务时不允许与第一业务进行关联转移；用2表示相应业务在作为第一业务时不允许其他签约业务与其进行关联转移且在作为非第一业务时也不允许与第一业务进行关联转移。

当各子转移项中不包括第二关联转移参数时，则在步骤S106中，用户设备可以在查询业务转移项中该用户对应的全部子转移项，将该全部子转移项对应的业务作为允许与第一业务进行关联转移的业务，并在后续流程中向网络侧发送相应业务的转移请求消息。

可见，在业务转移项中，即使不包括第一关联转移参数、第二关联转移参数和总的关联转移参数三者中的任意一个，也能够实现实施例一中的技术方案。

在实施例一中，当用户设备向网络侧发送多条业务的转移请求时，用户设备和网络侧的信息交互流程如图3所示，用户设备分别向各个业务对应的业务平台发送业务的转移请求消息，各业务的转移请求消息中应当包括相应业务的转移条件等信息，各个业务平台在接收到请求后，根据相应业务的转移条件进行后续流程，并分别向用户设备返回业务转移响应。

实施例二

实施例二中，为各个业务分组，并根据分组情况来发送业务的转移请求，可以给用户带来更多的便利。如图4所示，在业务转移项中为各个业务(通常为用户所签约的每个业务)设置一个子转移项，与实施例一中的各子转移项相比，实施例二中的各子转移项中增加了一个分组参数，用于标识相应业务所属转移业务组。

实施例二中用户设备发起转移请求的流程如图5所示，包括以下步骤：

步骤S201，用户给用户设备将第一业务进行业务转移的指令；

步骤S202，用户设备接收用户的指令；

步骤S203，用户设备查询第一业务的子转移项，获得该第一业务的转移条件，向网络侧发送该第一业务的转移请求消息；

在具体实现时，步骤S203的执行顺序可以根据需要设定。

步骤S204，用户设备查询业务转移项获得总的关联转移参数，判断该总的关联转移参数是否被设置为允许，如果是，进行步骤S205，否则直接结束；

步骤S205，用户设备查询第一业务的子转移项，判断其子转移项中的第一参数是否设置为允许，如果是，进行步骤S206，否则，直接结束；

在具体实现时，步骤S204和步骤S205没有一定的先后顺序。

步骤S206，用户设备查询各子转移项，获得与第一业务同一转移业务组且第二关联转移参数被设置为允许的其他业务；

在本步骤中，可以通过比较各业务对应的子转移项中的分组参数设置情况与第一业务的分组参数是否相同来获得与第一业务同一转移业务组的业务。

这里也可以通过先比较各业务对应的子转移项中的分组参数设置情况与第一业务的分组参数是否相同来获得与第一业务同一转移业务组的业务，再提取该分组中各业务的第二关联转移参数被设置为允许的业务。

步骤S207，用户设备获得查询获得的各业务的转移条件；

步骤S208，用户设备向网络侧发送各查询获得的业务的转移请求消息。

上述流程中的第一关联转移参数、第二关联转移参数和总的关联转移参数的设置情况可以参见实施例一中的描述。

在上述流程中，分组参数可以与第一关联转移参数和/或第二关联转移参数可以设置为同一个参数。

例如，在一个实例中，分组参数和第二关联参数为同一个参数，且用户签约的业务分别属于两个转移业务组，则可以用该参数的枚举值0表示不允许与第一业务进行关联转移且属于组1，枚举值1表示不允许与第一业务进行关联转移且属于组2，枚举值2表示允许与第一业务进行关联转移且属于组1，枚举值3表示允许与第一业务进行关联转移且属于组2，那么在上述流程的步骤S206中，用户设备根据第一业务对应的该参数查询各子转移项，例如，第一业务对应的该参数为0，则可知该第一业务属于组1，可以查询各子转移项中该参数为2的业务，从而与第一业务同一转移业务组且第二关联转移参数被设置为允许的业务。

再如，分组参数、第一关联转移参数和第二关联参数为同一个参数，当参数设置为00，表示第一关联转移参数和第二关联参数为否，不需要判断查询其他业务，而只发送第一业务转移请求；当参数设置为01、10、11，则表示第一关联转移参数和第二关联参数为是，且01、10、11代表不同的组别，例如第一业务的转移关联参数为10，则查询并发送其他关联参数为10的业务转移请求。

在实施例二具体实现时，业务转移项中同样可以不包括第一关联转移参数、第二关联转移参数和总的关联转移参以及分组参数数中的任意一个或者其任意组合。

当业务转移项中不包括总的关联转移参数时，则在上述流程中可以不包括步骤S204；

当各子转移项中不包括第一关联转移参数时，则在上述流程中可以不包括步骤S205；

当各子转移项中不包括第二关联转移参数时，则在步骤S206中，用户设备可以查询业务转移项中该用户对应的全部子转移项，根据该分组参数获得与第一业务属于相同转移业务组的全部业务，将该与第一业务属于相同转移业务组的全部业务作为允许与该第一业务进行关联转移的业务，并在后续流程中向网络侧发送相应业务的转移请求消息。

在实施例二中用户设备和网络侧的信息交互流程可参见实施例一。

实施例三

在实施例三中，如图6所示，在业务转移项中为各个业务(通常为用户所签约的每个业务)设置一个子转移项，且为用户设置总转移项，总转移项中包括用户的通用的转移条件和优先级参数，该优先级参数用于标识总转移项中的通用的转移条件信息的优先级是否高于各业务的业务转移项中的相应转移条件信息的优先级，在具体实现时，该优先级参数不限定设置在总转移项中。

在实施例三中，可以根据该通用的转移条件进行转移，这样处理使用户只需设置该通用的转移条件即可达到让全部设定的业务都遵循该条件进行转移的目的，减少了用户的操作复杂度。

在实施例三中用户设备发起转移请求的流程如图7所示，包括以下步骤：

步骤S301，用户给用户设备将第一业务进行业务转移的指令；

步骤S302，用户设备接收用户的指令；

步骤S303，用户设备查询第一业务的子转移项，获得该第一业务的转移条件；

步骤S304，用户设备查询业务转移项获得总的关联转移参数，判断该总的关联转移参数是否被设置为允许，如果是，进行步骤S305，否则直接结束；

步骤S305，用户设备查询第一业务的子转移项，判断其子转移项中的第一参数是否设置为允许，如果是，进行步骤S306，否则，直接结束；

在具体实现时，步骤S304和步骤S305没有一定的先后顺序。

步骤S306，用户设备查询各子转移项，获得各第二关联转移参数被设置为允许的其他业务；

步骤S307，根据优先级参数判断总转移项中的通用的转移条件信息的优先级是否高于各业务的业务转移项中的相应转移条件信息的优先级，如果是，进行步骤S308，否则，进行步骤S309；

步骤S308，用户设备从该总转移项中获得通用的转移条件信息，将获得的通用的转移条件作为查询获得的业务的转移条件，进行步骤S310；

步骤S309，用户设备从各子转移项中分别获得查询获得的业务的转移条件；

在本步骤中，用户设备从各子转移项中分别获得查询获得的业务的转移条件后，还可以判断获得的各业务的转移条件中是否缺少信息项，并在判断出缺少时，可以从总转移项中的通用的相关条件信息中获取相应的信息项作为该缺少的信息项。

在实施例三的一个实例中，通用的转移条件信息的优先级较低，且通用的转移条件中包括如下信息：目的号码1。而业务1的业务转移项中包括的转移条件为：转移生效时刻1、持续时长1；业务2的业务转移项中包括的转移条件为：目的号码2、转移生效时刻2、持续时长2。在这种情况下，用户设备在接收到用户请求后，会先获得业务1和业务2的业务转移项中包括的转移条件，然后判断其中是否缺少信息项，并判断出业务1缺少目的号码这一信息项，则会从通用的转移条件中获得目的号码1作为业务1的目的号码，则最终确定的转移条件为，业务1的转移条件：目的号码1、转移生效时刻1、持续时长1；业务2的转移条件：目的号码2、转移生效时刻2、持续时长2。

步骤S310，用户设备根据获得的转移条件向网络侧发送各查询获得的业务的转移请求消息。

在实施例三的具体实现时，总转移项中可以不包括优先级参数，在不包括优先级参数的情况下，在上述流程中可以不进行该优先级的判断，而是直接进行步骤S308或者步骤S309。

在实施例三具体实现时，业务转移项中同样可以不包括第一关联转移参数、第二关联转移参数和总的关联转移参数中的任意一个或者其任意组合。

当业务转移项中不包括总的关联转移参数时，则在上述流程中可以不包括步骤S304；

当各子转移项中不包括第一关联转移参数时，则在上述流程中可以不包括步骤S305；

当各子转移项中不包括第二关联转移参数时，则在步骤S306中，可以直接获得各子转移项对应的全部业务。

在实施例三中用户设备和网络侧的信息交互流程可参见实施例一。

实施例四

为了节约用户设备和网络侧之间的信令交互数量，在实施例四中，发送对该第一业务和该确定的业务进行业务转移相关操作的请求消息的具体操作包括：将该相关操作、该第一业务和该确定出的业务以及该第一业务和该确定出的业务的转移条件信息携带在一条消息中发送。

在具体处理时，用户设备获得第一业务及其他进行关联转移的业务的方法以及获得各业务相应转移条件的方法可参见实施例一至三，在实施例四中，在获得第一业务及其他进行关联转移的业务以及各业务相应的转移条件后，将用户指令中的相关操作、第一业务及其他进行关联转移的业务以及各业务相应的转移条件发送给网络侧，网络侧接收到该业务转移相关操作、第一业务及其他进行关联转移的业务以及各业务相应的转移条件后，将第一业务及其他进行关联转移的业务的请求消息发送到相应的业务平台，以实现用户指令中包括的业务转移相关操作。在具体实现时，用户设备可以向网络侧发送一条消息来携带该业务转移相关操作、第一业务及其他进行关联转移的业务以及各业务相应的转移条件，因此，可以向网络侧发送一条请求消息来请求多个业务的业务转移相关操作，节约用户设备和网络侧之间的信令交互数量，减轻网络处理负担，节约网络资源。

上述各实施例提供的技术方案可以应用在任何与相应业务平台直接或间接通信的实体上，采用用户设备来描述仅是为了方便说明，并不构成对本发明的限定。例如，该实体可以位于网络侧，且在该实体中保存有各用户的业务转移项，当该实体接收某个用户发送的某个业务的转移请求后，执行上述参数判断、条件提取、请求消息发送等流程。

实施例五

本发明实施例五中的用户设备，如图8所示，包括：

处理单元，用于根据该指令查询保存的业务转移项，确定允许与该第一业务进行关联转移的关联业务；

发送单元，用于发送对该第一业务和该确定的关联业务进行该相关操作的请求消息。

该用户设备还可以包括第一检测单元，用于检测该业务转移项中的总的关联转移参数是否设置为允许各业务进行关联转移，并在检测出允许时，通知该处理单元进行相应操作。

该用户设备还可以包括第二检测单元，用于检测业务转移项中该第一业务对应的子转移项中的第一关联转移参数是否设置为允许进行关联转移，并在检测出允许时，通知该处理单元进行相应操作。

由于实施例一至四提供的技术方案可以应用在网络侧的实体上，因此，实施例五中的网络设备，同样可以如图8所示，包括：

该网络设备还可以包括第一检测单元，用于检测该业务转移项中的总的关联转移参数是否设置为允许各业务进行关联转移，并在检测出允许时，通知该处理单元进行相应操作。

该网络设备还可以包括第二检测单元，用于检测业务转移项中该第一业务对应的子转移项中的第一关联转移参数是否设置为允许进行关联转移，并在检测出允许时，通知该处理单元进行相应操作。

综上所述，本发明实施例中，接收用户对第一业务进行业务转移相关操作的指令；根据该指令查询业务转移项，确定允许与该第一业务进行关联转移的关联业务；发送对该第一业务和该确定的业务进行该相关操作的请求消息。可见，采用本发明实施例的技术方案，用户只需要请求第一业务的转移，就可以实现该业务和该用户签约的其他业务的转移，从而使得用户可以根据个人业务需求，通过相关参数的设置，简化多个业务同时进行转移设置请求流程，方便了用户进行业务转移时的操作。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种业务转移请求方法，其特征在于，包括：

接收用户对第一业务进行业务转移相关操作的指令；

2.如权利要求1所述的方法，其特征在于，在所述业务转移项中设置总的关联转移参数，用于标识是否允许所述用户的各签约业务进行关联转移；

所述根据所述指令查询业务转移项确定允许与所述第一业务进行关联转移的业务之前，还检测所述总的关联转移参数是否设置为允许进行关联转移，并在检测出允许时，根据所述指令查询业务转移项确定允许与所述第一业务进行关联转移的业务。

3.如权利要求1或2中任一权利要求所述的方法，其特征在于，所述确定允许与所述第一业务进行关联转移的关联业务的步骤具体为：将所述业务转移项中所述用户对应的全部子转移项对应的业务作为所述允许与所述第一业务进行关联转移的业务。

4.如权利要求1或2中任一权利要求所述的方法，其特征在于，在所述用户的签约业务对应的子转移项中为相应业务设置分组参数，用于标识相应业务所属的转移业务组；

所述确定允许与所述第一业务进行关联转移的业务的步骤具体为：根据所述业务转移项中所述分组参数获得与所述第一业务属于相同转移业务组的业务，将所述与所述第一业务属于相同转移业务组的业务作为所述允许与所述第一业务进行关联转移的业务。

5.如权利要求1或2中任一权利要求所述的方法，其特征在于，在所述子转移项中设置第二关联转移参数，用于标识相应业务是否允许与所述第一业务进行关联转移；

所述确定允许与所述第一业务进行关联转移的业务的步骤具体为：确定所述业务转移项中所述第二关联转移参数设置为允许关联转移的各业务，并将所述允许关联转移的各业务作为所述允许与所述第一业务进行关联转移的业务。

6.如权利要求1或2中任一权利要求所述的方法，其特征在于，所述发送对所述第一业务和所述确定的业务进行所述相关操作的请求消息的具体操作包括：将所述相关操作、所述第一业务和所述确定出的业务以及所述第一业务和所述确定出的业务的转移条件信息携带在一条消息中发送。

7.如权利要求1或2中任一权利要求所述的方法，其特征在于，为所述用户设置总转移项，用于标识所述用户的通用的转移条件信息；

所述发送对所述第一业务和所述确定的业务进行所述相关操作的请求消息的具体操作包括：查询所述总转移项，获得所述通用的转移条件信息，将所述通用的转移条件信息作为所述第一业务和所述用户的其他签约业务的转移条件信息，并将所述转移条件信息携带在所述请求消息中发送。

8.如权利要求1或2中任一权利要求所述的方法，其特征在于，为所述用户设置总转移项，用于标识所述用户的通用的转移条件信息；

所述发送对所述第一业务和所述确定的业务进行所述相关操作的请求消息的具体操作包括：分别根据各子转移项获得所述第一业务和所述确定的业务的转移条件信息，并判断所述第一业务和所述确定的业务的转移条件信息中是否缺少信息项，在判断出缺少时从所述通用的转移条件信息中获取相应的信息项作为所述缺少的信息项，将所述转移条件信息携带在所述请求消息中发送。

9.一种用户设备，其特征在于，包括：

10.如权利要求9所述的用户设备，其特征在于，所述用户设备还包括第一检测单元，用于检测所述业务转移项中的总的关联转移参数是否设置为允许各业务进行关联转移，并在检测出允许时，通知所述处理单元进行相应操作。

11.一种网络设备，其特征在于，包括：

12.如权利要求11所述的网络设备，其特征在于，所述网络设备还包括第一检测单元，用于检测所述业务转移项中的总的关联转移参数是否设置为允许各业务进行关联转移，并在检测出允许时，通知所述处理单元进行相应操作。