CN103139139B - 用户设备间业务迁移的方法和装置 - Google Patents

Abstract

本发明提供了一种用户设备间业务迁移的方法和装置。其中用户设备间业务迁移的方法包括：接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR；向业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR；接收所述SMPS实体发送的响应消息；向所述第二设备的SMPA实体发送迁入请求MTR；在所述第二设备启动业务应用以及将所述第一SID切换为第二SID之后，将从业务源设备获取的业务发送至所述第二设备，以便将所述第一设备的业务迁移至所述第二设备。本发明使得每一个用户在不同的状况下都可以在接收业务不中断的情况下在该用户的不同设备间进行无缝迁移，甚至采用该用户偏好的设备来接收服务。

Description

用户设备间业务迁移的方法和装置

技术领域

本发明实施例涉及领域，并且更具体地，涉及用户设备间业务迁移的方法和装置。

背景技术

近年来，一个用户拥有多个具有网络能力的设备已经是很普遍的现象了。例如，一个用户在办公室有一台电脑，在家里有一台电脑，同时还随身携带iPhone或iPad。这种单用户多设备的场景为网络协议设计和运营商带来了新的机会和挑战。

在现有的业务迁移的方法和系统中，初始时，第一设备和第二设备之间具有一个承载在实时传送协议(Real-timeTransportProtocol，RTP)协议上的视频流业务，这两个设备的中转代理分别是第一中转代理和第二中转代理。然后，假设第一设备向媒体迁移控制器发起一个请求，以便将该视频流业务迁移到第三设备上。媒体迁移控制器就会同时与第三设备以及第一中转代理协商业务迁移事宜，协商完成以后，第一中转代理就会将该业务的数据包中转给第三设备。但是，该业务迁移的方法和系统并没有给出业务迁移过程中终端的信令流程，因此必须修改现有的应用和协议，并且没有指明如何实现无缝迁移以及如何处理媒体中转代理商的短暂丢失以防止数据丢失。此外，该业务迁移的方法和系统还不具备命名空间管理，即不能支持用户专有业务，而用户专有业务是保证将内容传送到用户的最适合设备的业务；并且，不支持用户对其多个设备进行便捷管理，也不能提供多种通信模式，例如单播、任播和多播。

此外，现有的在固定媒体设备和移动媒体设备之间视频业务迁移的方法中，包含一个迁移发起端和一个迁移目的端，他们处于不同的网络中且基于特定的通信协议，假设需要迁移的业务为视频业务。迁移过程包括：定义一些针对该视频业务的变量，这些变量用于在设备中播放该视频内容；将视频变量从迁移发起端所处的网络传输到迁移目的端所在的网络，传输的过程中至少经过一个服务器，以进行两个网络之间的协议转换。该方法同样必须修改现有的媒体服务平台，以便支持迁移过程中的信令处理，同时修改现有应用支持业务状态的迁移。并且，该方法通过在设备间传输视频变量来进行业务迁移，因为没有任何无缝操作的考虑，所以无法支持无缝迁移。该方法还不支持命名空间管理系统，即不支持用户专有业务。

发明内容

本发明实施例提供一种用户设备间业务迁移的方法和装置，能够在不更改现有协议栈和应用的基础上实现业务在用户的不同设备间迁移的问题，其中业务源和终端的业务应用不需要做修改，并且业务源对用户切换终端并不感知。

一方面，提供了一种用户设备间业务迁移的方法，包括：接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR，其中该MFR携带第二设备的设备标识DID以及第一服务标识SID，并用于请求将第一设备的业务迁移至第二设备，该第一服务标识SID标示所述第一设备与业务源设备之间的业务流，第一设备和第二设备属于第一用户；在从所述MFR中获知所述第二设备的DID之后，向业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR，其中该SRR携带第二设备的设备标识DID；接收SMPS实体发送的响应消息，其中该响应消息携带依据SRR携带的第二设备的设备标识DID解析出的第二设备的转交地址CoA；根据第二设备的转交地址CoA向第二设备的SMPA实体发送迁入请求MTR，以便第二设备启动业务应用以及将所述第一SID切换为第二SID，该MTR携带第一服务标识SID；在第二设备启动业务应用以及将第一SID切换为第二SID之后，将从所述业务源设备获取的业务发送至所述第二设备，以便将第一设备的业务迁移至第二设备，该第二SID标示所述第二设备与所述业务源设备之间的业务流。

另一方面，提供了一种用户设备间业务迁移的装置，包括传输单元和获取单元；其中传输单元用于接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR，其中该MFR携带第二设备的设备标识DID以及第一服务标识SID，并用于请求将第一设备的业务迁移至第二设备，该第一服务标识SID标示所述第一设备与业务源设备之间的业务流，第一设备和第二设备属于第一用户；用于在从所述MFR中获知所述第二设备的DID之后，向业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR，其中该SRR携带第二设备的设备标识DID；用于接收SMPS实体发送的响应消息，其中该响应消息携带依据SRR携带的第二设备的设备标识DID解析出的第二设备的转交地址CoA；用于根据第二设备的转交地址CoA向第二设备的SMPA实体发送迁入请求MTR，以便第二设备启动业务应用及将所述第一SID切换为第二SID，该MTR携带第一服务标识SID；其中第二设备的转交地址CoA是由SMPS实体查询全局命名空间解析出的对应于SRR中携带的第二设备的DID的转交地址。获取单元用于在第二设备启动业务应用以及将该第一SID切换为第二SID之后，获取所述业务源设备上的业务，并将从所述业务源设备获取的业务发送至所述第二设备，以便将第一设备的业务迁移至第二设备，第二SID标示所述第二设备与所述业务源设备之间的业务流。

本发明实施例使得每一个用户在不同的状况下都可以在接收业务不中断的情况下在该用户的不同设备间进行无缝迁移，甚至采用该用户偏好的设备来接收服务。另外，本发明实施例无需对现有协议和应用做任何修改，即可完成业务的迁移。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1的视图示出了个人命名空间的例子。

图2的视图示出了命名空间组的例子。

图3的视图示出了全局命名空间的例子。

图4是根据本发明实施例的SMP系统的结构示意图。

图5的视图示出了通讯录的例子。

图6是根据本发明一个实施例的用户设备间业务迁移的方法的流程图。

图7是根据本发明另一实施例的用户设备间业务迁移的方法的流程图。

图8是根据本发明实施例的获取业务的过程示意图。

图9是根据本发明实施例的分享业务的过程示意图。

图10是根据本发明实施例的迁移业务的过程示意图。

图11是根据本发明实施例的迁移业务的过程示意图。

图12是根据本发明一个实施例的用户设备间业务迁移的装置的结构示意图。

图13是根据本发明另一实施例的用户设备间业务迁移的装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的用户设备间业务迁移的方法和装置能够支持新的数据通信模式，以适应同一个用户的多个设备之间的通信，从而数据在同一个用户的多个设备之间进行无缝迁移，或通过多播的方式同时传输到这些设备。例如，拥有多个设备的用户可能收到他朋友们分享的视频片段，当他还在办公室的时候，他可以直接用办公室的电脑来接收，当他外出午饭时，可以通过他的iPhone或iPad来继续观看这个正在进行的视频业务。此外，用户在进行单用户多设备数据通信的同时，只需对现有网络做较小的修改，使得现有网络中已存在的因特网(Internet)应用得到重用。

此外本发明的用户设备间业务迁移的方法、装置及还可以使业务内容传送到用户最合适的设备，同时用户可以管理这些设备。其中，业务可以利用用户数据包协议(UserDatagramProtocol，UDP)或传输控制协议(TransmissionControlProtocol，TCP)来传递，并且支持单播、多播和任播。在任播情况中，业务被发送到用户最近或最优的设备。

目前，针对单个用户的多个设备之间的业务迁移，已经出现了很多协议，主要有数据业务迁移，业务状态迁移和套接字(socket)迁移。另外，为了支持用户专有业务，需要采用支持设备间移动性的命名机制。

本发明采用基于标识/地址(Identity/InternetProtocol，ID/IP)分离机制的命名方案，ID/IP分离机制可以帮助解决移动性问题。出于各自不同的目的，现有的命名方案中，大部分方案都独立命名用户、设备和业务，也有一些方案混合命名了用户和设备。本发明的命名方案与现有命名方案的不同之处主要有两点：第一，现有命名方案中的大部分需要修改现有网络协议或改变网络基础架构，而本发明的命名方案不需要对现有协议和网络架构进行修改；第二，现有命名方案并不针对单用户多设备的场景，因此不能直接用于解决本发明的问题。

以下将具体说明本发明如何支持用户专有业务、数据无缝迁移且无需改变现有的网络协议。

为了支持用户专有业务，本发明的用户设备间业务迁移的方法及系统需要具备命名空间管理的能力。本发明采用的是具有ID/IP分离机制并可应用于单用户多设备的场景的业务迁移协议(ServiceMigrationProtocol，SMP)系统中的命名空间管理方案，从而用户能够通过该命名空间管理方案管理自己的设备以及联络好友的设备，并且辅助用户发现和寻址好友最合适的设备。

SMP命名空间分为3个层次：名字、标识和地址，这3个层次可以通过2维映射相互关联，一维是名字到标识再到地址的映射，另一维是用户标识(UserIdentity，UID)到设备标识(DeviceIdentity，DID)的映射。

一般而言，名字是人可读的，分为用户名(Username，UN)和设备名(Devicename，DN)两类，分别用于识别用户和设备，前者如Bob，后者如Laptop。标识是在SMP系统中用于识别用户和设备，分别是用户标识UID和设备标识DID，用户标识UID和设备标识DID都是全局唯一的，并且是不改变的。通常，UID为email地址格式，例如bobucla.edu，而DID是在UID的基础上绑定一个设备名字形成的，例如laptop.bobucla.edu，这个DID在初始的时候是由拥有该设备的用户指定的。地址也就是IP地址，但IP地址在SMP系统中只有地址功能，其身份功能被DID取代，不像现有系统中IP既有身份又有地址的功能。

上述名字/标识/地址这三个层次通过2维映射进行管理。具体地，一个维度的映射是将每个UN和DN都分别映射到一个全局唯一的UID和DID，而每个DID映射到一个转交地址(care-ofaddress，CoA)。另一个维度的映射是可以将每个UID映射到一个或多个DID，因为每个用户可能拥有一个或多个设备。

从而，SMP系统依据上述SMP命名空间定义了3种命名空间结构，即个人命名空间，命名空间组，以及全局命名空间。

对于个人命名空间，每个用户都拥有一个个人命名空间，包含自身的UN、UID，以及自己拥有设备的DN和DID。如图1所示，在Bob的个人命名空间中，Bob是UN，bobucla.edu是Bob的UID，下面左边列是Bob拥有设备的DN，右边是相应的DID。

对于命名空间组，每个用户都有一个命名空间组，命名空间组中包含了用户自身的个人命名空间以及其好友的个人命名空间，如图2所示，Bob的命名空间组包含了Bob自身的个人命名空间和其好友Alice的个人命名空间。命名空间组里面的UN和DN都可以由用户指定，但要保证在同一个命名空间组中唯一，例如Alice的iPad在自己的命名空间组中的DN叫Myipad，而在Bob的命名空间组中的DN叫iPad。

对于全局命名空间，SMP服务器(ServiceMigrationProtocolServer，SMPS)维护一个全局命名空间，其中包含了每个用户的命名空间组，以及用户每个设备的CoA、状态和偏好等信息，如图3所示。用户命名空间组中好友的个人命名空间可以通过引用或链接的方式直接指向好友用户的个人命名空间。CoA信息是设备当前的CoA地址，状态信息表明用户当前是在线、离线、离开等信息，偏好信息表明哪些设备是优先的通信对象，或者设备的通信时间段等信息。全局命名空间中并不一定需要包含UN和DN，另外还可能包含用户命名空间组更新的时间戳。

根据本发明实施例的SMP系统包括3个主要的实体：SMP服务器(SMPServer)SMPS、SMP代理(SMPProxy)SMPP和SMP应用(SMPApplication)SMPA，如图4所示。

其中，SMPS实体主要负责全局命名空间的管理以及名字解析服务。SMPA实体安装在用户设备上，主要包括命名空间同步模块和SMP服务模块。SMPP实体位于业务源与业务接受者之间，用于处理业务数据的中继转发和业务迁移。

下面将结合图4具体描述SMPS实体、SMPA实体以及SMPP实体的功能及结构。

如图4所示，SMPS实体维护一个全局命名空间以及2个大的模块：命名空间管理模块和解析服务模块。SMPS实体的命名空间管理模块管理用户注册和命名空间的同步，这2个功能在后面会介绍。前者用于构建用户的命名空间组，后者用于维持全局命名空间和用户设备上的命名空间组同步。基于全局命名空间数据库，SMPS实体还提供解析服务，即解析服务模块的功能。其中的解析包括标识到地址的解析以及用户偏好的解析，前者解析设备地址，后者解析用户偏好的设备。当SMPS实体接收到携带DID的解析请求时，查询全局命名空间数据得到DID对应的CoA，并将该CoA返回给解析请求发送者。而当SMPS实体接收到携带UID的解析请求时，则先查询数据库得到用户偏好的设备DID，并根据该DID得到CoA，最后将查询得到的DID和CoA返回给解析请求发送者。

参见图4所示的SMPA实体。其中，SMPA实体安装在支持SMP的终端设备上，向用户提供包含通讯录以及SMP服务在内的界面。此外，SMPA实体还包括两个主要的模块：命名空间同步模块和SMP服务模块。如图5所示，通讯录基于用户的命名空间组，命名空间组由命名空间同步模块维护，该模块可以使用命名空间状态同步功能来与SMPS实体的命名空间管理模块进行协作。SMP服务模块主要提供的服务有3种：业务获取、业务分享和业务迁移。其中业务获取是指用户的一个设备向业务源设备获取所需业务，业务分享是将用户的一个设备上的业务与该用户的好友的设备进行分享，业务迁移是将用户的一个设备上的业务迁移到另一个设备上。

具体的，对于获取业务而言。假设该SMP服务在用户正在使用的本地设备上呈现视频业务，可以通过点击SMPA实体的界面上的获取“Get”按钮触发业务获取，如图5所示。点击“Get”按钮后，用户还需要提供所需视频的统一资源定位符(UniformResourceLocator，URL)，SMP服务模块把该URL和本地设备的DID联合形成服务ID(ServiceID，SID)，并使用该SID通过命令工具的方式触发本地视频应用。本地视频应用利用该SID通过代理来获取视频业务，例如本地视频应用需要将其代理设置为SMPP实体的地址。

具体的，对于分享业务而言。假设该SMP服务使用户向其好友的设备分享视频业务，可以通过点击SMPA实体的界面上的分享“Share”按钮触发业务分享，如图5所示。如果Bob选择用户Alice对应的“Share”按钮，则通过任播模式向Alice的某一个设备分享视频；如果Bob选择Alice的某一个设备对应的“Share”按钮，则通过单播模式向指定的Alice的设备分享视频，当然这些设备必须是在线的。点击“Share”按钮后，用户还需要提供分享视频的URL，然后SMPA实体发送一个包含该URL、本地设备DID、共享目标UID或DID的请求给SMPP实体启动分享过程。

具体的，对于迁移业务而言。假设该SMP服务使用户将某一个正在进行中的视频业务从当前设备迁移到另一个设备，可以通过点击SMPA实体的界面上的迁移“Migrate”按钮触发业务迁移，如图5所示。点击“Migrate”按钮后，用户还需要选择迁移视频的URL(视频进行的时候，SMPA实体保存有视频的URL)，然后SMPA实体发送一个包含该URL、本地设备DID、迁移目标设备DID的请求给SMPP实体启动迁移过程。

如图4所示，SMPP实体包含控制面和数据面，其中控制面与SMPS实体、SMPA实体协同操作，处理业务获取、分享和迁移中的信令，而数据面负责转发通信两端的数据包，对通信对端屏蔽迁移操作，使两端在业务迁移的过程中能按正常情况操作，从而保证业务在迁移过程中不中断。

具体的，处理业务分享的信令同时也协调业务的迁移。当SMPP实体收到一个分享请求或迁移请求后，SMPP实体都会用SMPS实体解析服务模块解析上述请求中包含的目标UID或DID对应的设备地址。而后，对于业务分享，SMPP实体根据解析得到的地址向目标设备的SMPA实体中的SMP服务模块发送业务分享通知，通知中携带业务分享发起者的DID以及共享业务的URL。对于业务迁移，SMPP实体向目标设备的SMPA实体中的SMP服务模块发送携带迁移业务URL的业务迁移通知，用于使该设备准备好接收该业务，同时SMPP实体通过更新模块控制数据面的业务数据切换到目标设备。

具体的，SMPP实体桥接业务两端，因此根据转发表把业务数据从一端中继发送到另一端。下表1为SMPP实体中转发表的例子，每个条目包含了SID、目的设备DID，以及服务器、客户端、SMPP实体的IP地址和端口。通常，每个视频业务建立的时候都会在转发表上新建一个或多个条目。例如，在视频业务迁移的时候，SMPP实体的更新模块负责更新相应业务的转发表条目，然后SMPP实体按照新的转发地址转发视频数据。一个视频业务可能包含多个业务，例如采用RTP/UDP(Real-timeTransportProtocol/UserDatagramProtocol，实时传送协议/用户数据包协议)承载时，视频流和音频流是独立的RTP业务，而每个RTP业务又包含RTP和RTCP(RTPControlProtocol，RTP控制协议)两个转发表条目。

如表1所示，以Alice的desktop发送给Bob的iPhone的视频业务为例，转发表中列出4个条目，所有这些条目关联到相同的SID和DID。SID由Alice的视频的URL联合Bob的iPhone的DID形成，服务器地址为Alice的desktop地址，SMPP实体地址通常是一组地址池(可以设计成面向服务器和面向客户端使用不同的地址)，客户端地址为Bob的iPhone地址，端口则可以通过业务协商的时候确定，例如通过RTSP的SDP(sessiondescriptionprotocol，会话描述协议)协议。在业务协商的过程中，SMPP实体可以用自身的出口地址/端口以及入口地址/端口分别替换服务器和客户端的IP地址和端口，从而视频业务可以从Alice的desktop首先发送到SMPP实体的入口地址，然后使用SMPP实体的出口地址发送给Bob的iPhone。

表1SMPP实体中的转发表

除了上述的单播和任播模式外，SMPP实体还支持多播模式。例如在上述例子中，如果Alice的视频业务同时要发送给Bob的iPhone和laptop，那么需要在上述4个转发表条目基础上再增加4个转发表条目。这些新增的条目使用相同的SID，但是不同的目的DID(例如laptop.bobucla.edu)，并且客户端IP地址也需要更换为laptop的地址。当SMPP实体收到来自服务器的视频业务数据包时，需要将数据额外复制以发送给所有的接收客户端；而接收到反向的数据包时，SMPP实体只中继转发主客户端的数据包给服务器，其他客户端的数据包则予以丢弃，其中主客户端可以从SID中包含的DID来识别。

在了解了SMP系统的架构的基础上，有利于理解SMP系统如何进行命名空间管理以及移动性管理。

首先，每个用户都需要将其个人命名空间和命名空间组注册到SMPS实体，同时要将各个设备的状态及地址同步到SMPS实体。具体而言，用户通过设备上安装的SMPA实体创建包括个人命名空间的命名空间组，并将其中的UID和该设备的DID注册到SMPS实体。当个人命名空间中增加新设备时，新设备的DID也要注册到SMPS实体，或者SMPA实体删除设备时，也需要通知SMPS实体删除对应设备的DID。因此，在一个SMPA实体中，需要检测UN、DN、UID、DID在用户命名空间组中的唯一性；而在SMPS实体中，需要检测UID和DID在全局命名空间中的唯一性。一旦发现冲突，则SMPA实体或SMPS实体要求用户更改相应冲突名字或标识。

此外，为了使SMPS实体维护用户设备的状态，每个在线的设备的SMPA实体需要周期性地发送心跳消息给SMPS实体，消息中携带该设备的DID。SMPS实体则标识该设备的状态为在线，如果SMPS实体在一段时间内没有收到该设备的心跳消息，则标识该设备的状态为离线。SMPS实体也会周期性地或当有状态更新发生时发送该用户命名空间组中各个设备的状态给该用户设备。不过，为节省信令开销，心跳消息中还可以携带用户命名空间组最近一次更新的时间戳。这样，SMPS实体只需比较自身维护的该用户命名空间组的状态更新前后的时间戳，如果两次时间戳一致，则SMPS实体不需要把设备状态信息发送给该用户设备。

另外，SMPA实体监控设备的IP地址的变化情况。当设备的IP地址改变时，SMPA实体将该设备的DID和新的IP地址的映射关系上报到SMPS实体。SMPS实体继而通知SMPP实体更改该DID与IP地址的映射。

以下，将结合图6详细描述根据本发明实施例的用户设备间业务迁移的过程。

61，SMPP实体接收第一设备的SMPA实体发送的迁出请求(MigrationFromRequest，MFR)，其中该MFR携带第二设备的DID以及第一服务标识SID并用于请求将第一设备的业务迁移至第二设备，该第一服务标识SID标示所述第一设备与业务源设备之间的业务流，这里，第一设备和第二设备均属于第一用户。

可选地，第一服务标识SID包括业务源URL和第一设备的DID。

如上所述，MFR是第一设备(即业务迁出设备)的SMPA实体的SMP服务模块发送给SMPP实体的控制消息，用于请求将一个正在进行中的业务从一个设备迁移到另一个设备，即请求将第一设备的业务迁移至第二设备。

一般而言，业务迁移可以由用户或者网络来触发。在用户触发业务迁移的情况下，用户可以通过SMPA实体的界面输入来发起业务迁移。当用户在第一设备上通过SMPA选择一个需要迁移的业务和第二设备(即，目标设备或者业务迁入设备)时，第一设备的SMPA实体的SMP服务模块发送MFR消息到SMPP实体触发迁移。而在网络触发业务迁移的情况下，SMPP实体的数据面检测会话的接收质量反馈(例如RTCP接收端报告)。当某些条件满足时便触发切换，此时SMPP实体通过控制面通知第一设备进行切换，第一设备的SMPA实体发送一个MFR到该SMPP实体引发切换。

62，然后，在从所述MFR中获知所述第二设备的DID之后，SMPP实体向SMPS实体发送SMP解析请求(SMPResolutionRequest，SRR)，其中该SRR携带第二设备的DID。

这里，SRR是SMPP实体用来向SMPS实体的解析服务模块请求解析设备地址或者解析用户偏好的设备的控制消息。一般而言，SRR消息中可以携带待解析的UID或者DID。

如上所述，当SMPS实体接收到SMPP实体发送的SRR时，解析服务模块将查询全局命名空间数据库中的全局命名空间数据，从而得到DID对应的CoA，并将该CoA返回给解析请求发送者。可选地，当SMPS实体接收到携带UID的SRR时，则先查询数据库得到用户偏好设备的DID，再根据该DID得到CoA，最后将查询得到的DID和CoA返回给SMPP实体。

63，于是，SMPP实体接收SMPS实体发送的响应消息，其中该响应消息携带依据上述SRR携带的第二设备的设备标识DID解析出的第二设备的CoA。

也就是，SMPP实体获得由SMPS实体查询全局命名空间解析出的对应于SRR中携带的第二设备的DID的第二设备的转交地址CoA。在本说明书中，已详细说明了全局命名空间定义了用户标识UID与设备标识DID之间的映射，以及设备标识DID和转交地址CoA之间的映射。因此，只要知道了第二设备的DID，通过查询全局命名空间就能够找到与第二设备的DID存在映射关系的第二设备的CoA。

64，SMPP实体根据上述第二设备的CoA向第二设备的SMPA实体发送迁入请求(MigrationToRequest，MTR)，以便该第二设备启动业务应用以及将所述第一SID切换为第二SID，其中MTR携带上述第一服务标识SID。

这里，MTR是SMPP实体发送给第二设备(业务迁入设备)的SMPA实体中的SMP服务模块的控制消息，用于通知业务迁入设备的SMPA实体准备好接收一个迁移的业务。

65，在第二设备启动业务应用以及将第一SID切换为第二SID之后，将从所述业务源设备获取的业务发送至所述第二设备，以便将第一设备的业务迁移至第二设备，其中所述第二SID标示所述第二设备与所述业务源设备之间的业务流。

可选地，第二SID包括业务源URL和第二设备的DID。

由上可知，SMPP实体根据第一设备发送的MFR中携带的第一SID和第二设备的DID发送SRR给SMPS，通过SMPS的解析得到第二设备的CoA，然后发送MTR给第二设备的SMPA实体，该MTR中携带迁移业务所需的第一SID。第二设备的SMPA实体的SMP服务模块激活该第二设备的业务应用并使其连接到SMPP实体，其中激活该第二设备的业务应用时所使用的SID为第一SID和第二设备的DID串联形成的临时SID。其中第一SID包括业务源URL和第一设备的DID。在会话开始的时候，SMPP实体解析并缓存会话的上下文。在业务迁移的时候，SMPP实体可以更改会话上下文中携带的设备地址。基于这个临时SID，SMPP实体的数据面更新迁移信息到更新模块，其中迁移信息包括新的SID以及第二设备的DID及地址，其中新的SID是在临时SID的基础上去除第一设备的DID形成的。最后，SMPP实体通过更新模块更新转发表中的相应条目。

综上所述，本发明实施例的用户设备间业务迁移的方法使得每一个用户在不同的状况下都可以在接收业务不中断的情况下在该用户的不同设备间进行无缝迁移，甚至采用该用户偏好的设备来接收服务。另外，本发明实施例无需对现有协议和应用做任何修改，即可完成业务的迁移。

至于业务迁移的时机，将取决于业务类型。以MPEG4编码的视频业务为例，视频内容可以分解成多个图像组(GroupofPicture，GOP)，每个GOP可以独立解码。每个GOP内部通常包含3种帧类型，即I帧、P帧和B帧。一般地，GOP先解码I帧，因为I帧不需要依赖其他帧进行解码；随后解码P帧和B帧，因为P帧和B帧需要依赖其他帧才能解码。为了不影响业务迁移的连续性，迁移的最佳时机是在前一个GOP的最后一帧结束后而下一个GOP开始前。

一般而言，第一设备通过获取方式或者分享方式从业务源设备获得业务，其中业务源设备可以属于第二用户，或者可以是服务器。

对于第一设备通过获取方式从业务源设备获得业务而言，SMPP实体接收第一设备的SMPA实体发送的获取业务请求，该获取业务请求用于请求业务获取服务，其中该获取业务请求携带第一SID。然后，SMPP实体根据该第一SID中的业务源URL向业务源设备请求获取业务。最后，SMPP实体从业务源设备上获取业务，以便提供给第一设备。可选地，在向业务源设备请求获取业务之前，SMPP实体还需要创建转发表条目，其中该转发表条目包括第一SID以及第一设备的DID和地址。

对于第一设备通过分享方式从业务源设备获得业务而言，SMPP实体接收业务源设备的SMPA实体发送的分享请求(SharingRequest，SR)，其中该SR是由业务源设备的SMPA实体的SMP服务模块发起，用于与其他用户分享业务，因此该SR携带业务源设备的DID、第一用户的用户标识UID或者第一设备的DID，以及业务源URL。如果分享的业务是视频业务，则SR就变为视频分享请求(VideoSharingRequest，VSR)。然后，在从所述SR中获知第一用户的用户标识UID或者第一设备的DID之后，SMPP实体向SMPS实体发送SRR，其中该SRR携带上述第一用户的UID或者第一设备的DID。当SMPP实体接收到SMPS实体发送的携带根据SRR携带的所述第一用户的UID或者第一设备的DID解析出的第一设备的CoA的响应消息后，将向第一设备的SMPA实体也发送上述SR，以便第一设备启动业务应用。在第一设备启动业务应用之后，SMPP实体根据所述业务源设备的DID以及所述业务源URL获取业务源设备上的业务，以便分享给第一设备。

也就是说，在业务分享过程中，SMPP实体的控制面收到SR消息时，向SMPS实体的解析服务模块发送SRR消息以查询目标设备的地址，然后向该地址转发该SR消息。如果SR中携带的是目标设备的DID，则解析得到是一个单播的设备地址；如果SR中携带的是目标用户的UID，则解析得到是一个任播的设备地址或者多播的设备地址列表。例如，如果SR中携带的是第一设备的DID，则SMPP实体获得SMPS实体解析出的第一设备的CoA；如果SR中携带的是第一用户的UID，则SMPP实体获得SMPS实体解析出的第一用户偏好设备的CoA或者第一用户的多个设备的CoA。假设第一设备是由SMPS实体查询全局命名空间解析出的对应于第一用户的UID的第一用户偏好的设备，当第一设备接收SR请求后，第一设备上的SMPA实体的SMP服务模块将触发本地的业务应用并连接到SMPP实体，连接SMPP实体时所使用的SID包括业务源URL和业务源设备的DID。SMPP实体的数据面在收到包含SID的业务分享请求后解析出获取其中包含的URL，并用该URL代替业务应用向业务源设备请求业务数据。

以上的获取、分享及迁移的业务都是承载在RTP/UDP协议上的，而对于承载在TCP协议之上的业务，其迁移过程与上面的过程有所不同。参见图7，当获取、分享及迁移的业务为TCP业务时，SMPP实体在接收第一设备的SMPA实体发送的迁出请求MFR之后，将进入暂停状态，而在第二设备启动业务的应用以及将第一SID切换为第二SID之后，SMPP实体进入恢复阶段，这时才将第一设备的业务迁移至第二设备。当SMPP实体进入暂停状态中，即SMPP实体向业务源设备发送确认(acknowledgement)消息ACK，其中该ACK携带表示接收窗口为0的信息，并且缓存所述业务源设备发送的有载荷数据包，其中所述数据包的序列号是在完成所述业务的迁移前由所述第一设备发送的最后一个确认消息ACK中的确认序列号之后。当SMPP实体进入恢复状态中，即SMPP实体在模拟TCP端点与第二设备进行握手(例如，三次握手)之后，将缓存的数据包发送给第二设备；并且在所有的缓存的数据包被发送完毕时，又向业务源设备发送ACK，这时的ACK携带表示接收窗口不为0的信息。

具体而言，当SMPP实体收到一个MFR请求后，它就启动对应TCP链接的迁移过程。业务源设备和第一设备间的整个TCP链接被SMPP实体分成2个子链接。主要的方法是首先暂停该TCP链接，直到SMPP实体与第二设备之间的链接建立完成；然后恢复该TCP链接。因此整个迁移过程主要分为暂停与恢复两个阶段。其中，在暂停阶段，SMPP实体的主要目标是冻结发送过程并缓存所有还没来得及被SMPP实体转发的数据包，同时保存拥塞阈值不被改变(通过在业务源设备阻止不必要的拥塞控制来完成)。上述两步的操作中，“冻结发送过程并缓存所有还没来得及被SMPP实体转发的数据包”的目的是防止短暂的数据丢失并保持链接状态，而“保存拥塞阈值不被改变”的目的是为了减少迁移后SMPP实体与业务源设备、第一设备之间子链接的拥塞窗口不匹配而引起的业务过载。在恢复阶段，SMPP实体将模拟视频源设备的TCP端与第二设备之间建立一条新的子链接，并把之前缓存的数据包发送过去，然后恢复SMPP实体与业务源设备之间的子链接的发送过程。链接恢复以后，SMPP实体与第一设备之间的子链接被终止。

例如，在暂停阶段，一旦SMPP实体收到MFR消息，则进入暂停阶段，直到业务迁移全部完成。暂停阶段主要包括三个任务：第一，向业务源设备通告接收窗口为0；第二，停止向第一设备转发数据包并将其全部缓存；第三，向业务源设备回复零窗口探测包。在TCP流控机制中，接收端可以通过向发送端通告接收窗口为零来阻止发送端发送数据，直到收到接收窗口大于零的通告后，发送端才会继续发送数据。因此，本发明实施例就利用了TCP流控机制中的这一特性，在暂停阶段开始后，SMPP实体将从第一设备发送的确认消息ACK中的接收窗口更改为0，并向业务源设备转发该ACK。之后，业务源设备会停止发送操作，并且发起零窗口探测操作，即周期性的发送至少一个字节的新数据。这样操作的目的是尝试恢复操作并确保能够准确的探测到窗口已恢复。在迁移过程中，SMPP实体需要生成并发送ACK来回复每一个探测片段，以便给出期望的下个序列号并持续宣布窗口为零。通过以上操作，能够保证业务源设备的TCP发送端不关闭链接而只是冻结发送过程，而且不引起拥塞阈值抖动。为了缓存那些没有被转发出去的数据包，在暂停阶段开始时，SMPP实体则开始缓存来自业务源设备的数据包并停止将它们转发出去。因为这些缓存的数据包已经从业务源设备发出，如果业务源设备没有收到确认消息，则业务源设备会启动重传定时器。因此，SMPP实体可根据情况替代迁移后的设备(即，第二设备)生成并发送ACK给业务源设备。这些ACK同样需要包含期望序列号和窗口大小等信息。SMPP实体需要确保缓存了从期望序列号到迁移前的第一设备发送的最后一个ACK的确认序列号区间范围内所有的数据包。可能存在第一设备在连接断掉之前，没能对其收到的所有数据包都进行确认的情况，则这些数据包并没能被SMPP实体缓存，因为这些数据包已经被转发出去了。最简单的解决方法是，SMPP实体发送ACK消息触发业务源设备的重传机制，并将重传后的数据包进行缓存，但这样做会引起业务源设备的发送窗口阈值减小。本发明实施例中，可以通过强制SMPP实体在所有状态下(即无论是否在迁移状态)都缓存一定数量的数据包来减少这种情况造成的影响。如果仍然有丢包，则必须通过重传机制来解决了。至于缓存的大小，可以设置为业务源设备和第一设备之间往返时延(Round-TripTime，RTT)传输容量的一半。

例如，在恢复阶段，当第二设备的SMPA实体调用发起新链接建立请求时，恢复阶段就开始了。SMPP实体模拟TCP端点与第二设备进行握手(例如，3次)过程，并将缓存的数据包发送给第二设备。作为TCP发送者，SMPP实体维护了一些链接状态，例如拥塞窗口，拥塞阈值等等。当发送过程初始启动或链接超时时，首先采用慢启动过程，当拥塞窗口达到阈值后，则采用和式增加积式减少(AdditiveIncreaseMultiplicativeDecrease，AIMD)算法。SMPP实体并不将确认消息ACK转发给业务源设备。当所有缓存的数据包都被第二设备确认后，SMPP实体通过将其收到的第二设备发送的最后一个ACK转发给业务源设备来恢复业务源设备的发送过程。然后，整个传输过程就被恢复过来了，因为该最后一个ACK中指示的接收窗口不再为零了。之后，SMPP实体返回到转发阶段。一个值得注意的问题是，第二设备随机选取的初始序列号可能造成新旧链接之间的不同序列号系统。因此，SMPP实体需要将序列号映射信息加入到链接对应的转发表条目中，并在转发每一个数据包之前修改其序列号。

由此可见，本发明实施例的用户设备间业务迁移的方法应用于TCP业务时使得每一个用户在不同的状况下都可以在接收业务不中断的情况下在该用户的不同设备间进行无缝迁移，甚至采用该用户偏好的设备来接收服务。另外，本发明实施例无需对现有协议和应用做任何修改，即可完成业务的迁移。

为了便于说明，下面将结合图8至图10示例性地描述如何在一个用户的两个不同设备之间迁移承载在RTP/UDP协议上的视频业务，以及结合图11示例性地描述如何在一个用户的两个不同设备之间迁移承载在TCP协议上的视频业务。同时，为了方便理解，首先介绍如何从好友的设备上获得该视频业务以及如果从好友的设备上分享到该视频业务。

图8给出了Bob想要通过自己的iPhone看Alice的台式机上的一段视频的获取过程。假设这段视频的URL为“https://131.179.201.222/video1”。这个URL可以通过电子邮件email或短消息方式发送。Bob在自己的iPhone上点击如图5所示的“Get”按钮，并且输入上述视频的URL后，Bob的iPhone上的SMPA实体则采用一个修改后的URL(即SID)触发视频应用，该修改后的URL为“https://131.179.201.222/video1:iphone.bobucla.edu”，它串联了上面的视频的URL和iPhone的DID。之后，视频应用采用该SID向指定的代理(即SMPP实体)请求服务。值得注意的是，上述视频应用只需像平常一样请求服务。SMPP实体收到Bob的iPhone上的SMPA实体发送的请求消息后，SMPP实体的数据面从该请求消息携带的SID中剥离出实际的URL，并向Alice的台式机请求到所述视频。在SMPP实体向SMPS实体发送请求之前，SMPP实体的数据面首先创建一个转发表条目，该转发表条目包含SID以及Bob的iPhone的DID和地址。这个转发表条目帮助SMPP实体的数据面告知SMPS实体，使得SMPS实体响应发送到哪个设备。如果请求成功，并且SMPS实体返回了响应的业务描述文件，SMPP实体的数据面则在转发表中创建如表1所示的转发表条目，并且填充业务描述文件中描述的信息，如端口号等。也需要对业务描述文件修改，因为当前业务描述文件的客户端信息是SMPP的，如客户端的IP地址和端口号等。当将SMPP实体的信息修改为Bob的iPhone的信息后，则该业务描述文件将被发送到Bob的iPhone的视频应用上。最后，视频应用打开所需的端口，等待视频数据包，而Alice的台式机开始发送数据包，这些数据包将基于SMPP实体的数据面中的转发表被中转到Bob的iPhone。

如图9所示，Alice想要给Bob分享一段视频。假设该视频的URL为“https://131.179.201.222/video1”，这段视频由Alice的台式机上的服务器提供(但是，这段视频的源端可以为其他服务源，例如Youtube，也可以通过SMP系统分享这段视频，只要Alice知道上述视频的URL)。Alice点击她自己的台式机上通讯录中Bob的“share”按钮，并且输入所述视频的URL后，Alice的台式机的SMPA实体则发送一条VSR消息到SMPP实体，该VSR消息包含Alice的台式机的DID，Bob的UID和视频的URL。之后，SMPP实体的控制面则向SMPS发送一条SRR消息，该SRR消息携带Bob的UID，从而发现并定位对应于Alice的台式机的SMPA实体请求的目标设备。基于图3所示的全局命名空间，SMPS实体选中Bob的iPhone为目标设备，因为他目前外出，并且返回一条带有Bob的iPhone的CoA的响应消息给SMPP实体。之后，SMPP实体转发VSR消息到Bob的iPhone中的SMPA实体，Bob的iPhone中会弹出该VSR消息，询问Bob是否允许Alice分享的该视频在iPhone上播放。如果Bob确认了该分享，则iPhone中的SMPA实体则会开始通过触发视屏应用开始该业务。之后的的业务启动过程则如获取过程。

如图10所示，Bob想要将一个业务从他的iPhone迁移到他的笔记本上。假设迁移的业务为视频服务，其URL为上述的“https://131.179.201.222/video1”，一旦Bob点击了iPhone上的通讯录中其笔记本对应的迁移按钮，并选择了上述视频的URL，则Bob的iPhone的SMPA实体向SMPP实体发送一条MFR消息，该MFR消息携带目标设备的DID“laptop.bobucla.edu”以及SID“https://131.179.201.222/video1:iphone.bobucla.edu”。SMPP实体接收到MFR消息后，SMPP实体的控制面则通过向SMPS实体发送一条携带笔记本的DID的SRR消息来获得笔记本的CoA。然后，SMPP实体的控制面通过向笔记本的SMPA实体发送一条携带上述SID的MTR消息，告知笔记本准备接收业务。同时，SMPP实体的控制面更新上述SID为“https://131.179.201.222/video1:laptop.bobucla.edu”以及笔记本的DID“laptop.bobucla.edu”到数据面，但是直到笔记本中的视频应用连接到SMPP实体，上述更新操作才能完成。笔记本的SMPA实体接收到MTR后，该SMPA实体采用一个临时的SID“https://131.179.201.222/video1:iphone.bobucla.edu:laptop.bobucla.edu”来启动视频应用连接到SMPP实体。这个临时的SID包含SID“https://131.179.201.222/video1:iphone.bobucla.edu”以及笔记本的DID，因此SMPP实体的数据面可以找到相应的条目和存储的业务描述文件。然后，SMPP实体的数据面发送该业务描述文件到笔记本上的视频应用，并且开始监测这些条目的数据包。一旦切换业务的时机来临，SMPP实体的数据面则在转发表中切换到新的SID“https://131.179.201.222/video1:laptop.bobucla.edu”(由临时的SID去除iPhone的DID形成)以及笔记本的DID和地址。更新后的转发表条目如表2所示。

表2业务从iPhone迁移到笔记本后SMPP实体的转发表条目

以下进一步给出TCP业务在上述SMP架构和命名空间下是如何迁移的。图11给出了TCP业务的迁移流程图。Bob使用iPhone从Alice的HTTP流服务器请求观看一段视频。当回到家后，Bob想将该视频从iPhone切换到他家里的电脑上。只要Bob一按iPhone上通讯录的“Migrate”按钮，则Bob的iPhone的SMPA实体将发起一条MFR消息，该MFR消息中携带Bob电脑的DID以及该迁移的视频的SID。SMPP实体被这条MFR消息触发开始了暂停阶段，同时SMPP实体的控制面根据Bob电脑的DID从SMPS实体获取了该电脑的CoA。然后，SMPP实体的控制面向Bob的电脑的SMPA实体发送了一条MTR消息，其中该MTR消息携带的SID包含Alice的流服务器的URL。Bob的电脑中的视频应用程序被启动，并建立了一条与SMPP实体的链接。当SMPP实体收到Bob的电脑的链接请求之后，SMPP实体马上进入恢复阶段，并且当恢复阶段结束后返回到正常的转发阶段，与此同时，暂停阶段也结束。

结合图12和图13说明根据本发明实施例的用户设备间业务迁移的装置。该用户设备间业务迁移的装置120包括传输单元121和获取单元122，其中传输单元121可以用于接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR，其中该MFR携带第二设备的设备标识DID以及第一服务标识SID，并用于请求将第一设备的业务迁移至第二设备，该第一服务标识SID包括业务源统一资源定位符URL和第一设备的DID，第一设备和第二设备属于第一用户。可选地，传输单元121用于向在从MFR中获知第二设备的DID之后，业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR，其中该SRR携带第二设备的设备标识DID。可选地，传输单元121用于接收SMPS实体发送的响应消息，其中该响应消息携带依据SRR携带的第二设备的设备标识DID解析出的第二设备的转交地址CoA。可选地，传输单元121用于根据第二设备的转交地址CoA向第二设备的SMPA实体发送迁入请求MTR，以便第二设备启动业务应用，该MTR携带第一服务标识SID；其中第二设备的转交地址CoA是由SMPS实体查询全局命名空间解析出的对应于SRR中携带的第二设备的DID的转交地址。获取单元122用于在第二设备启动业务应用以及将第一SID切换为第二SID之后，获取业务源设备上的业务，以便将第一设备的业务迁移至第二设备，第二SID包括业务源统一资源定位符URL和第二设备的DID。

另外，传输单元121还用于接收第一设备的SMPA实体发送的获取业务请求，其中获取业务请求携带第一服务标识SID，并用于请求业务获取服务。或者，传输单元121用于根据第一SID中的业务源URL向业务源设备请求获取业务。

另外，获取单元，还用于获取业务源设备上的业务，以提供给第一设备。

可选地，传输单元121还进一步用于接收业务源设备的SMPA实体发送的分享请求SR，其中该SR携带业务源设备的DID、第一用户的用户标识UID或者第一设备的DID，以及业务源URL。或者传输单元121用于向SMPS实体发送SMP解析请求SRR，其中该SRR携带第一用户的UID或者第一设备的DID。或者，传输单元121用于接收SMPS实体发送的响应消息，其中该响应消息携带根据SRR解析出的第一设备的转交地址CoA。或者，传输单元121用于向第一设备的SMPA实体发送分享请求SR，以便第一设备启动业务应用，其中第一设备可以是由SMPS实体查询全局命名空间解析出的对应于第一用户的UID的第一用户偏好的设备。

可选地，获取单元122还进一步用于在第一设备启动业务应用之后获取业务源设备上的业务，以便分享给第一设备。

可选地，传输单元121还用于将缓存的数据包发送给第二设备；以及向业务源设备发送确认消息ACK。

此外，除了传输单元121和获取单元122，用户设备间业务迁移的装置130还可包括缓存单元123，如图13所示。缓存单元123用于缓存所述业务源设备发送的有载荷数据包，其中所述数据包的序列号是在完成所述业务的迁移前由所述第一设备发送的最后一个确认消息ACK中的确认序列号之后。

参照图4可知，业务迁移协议服务器SMPS实体具有命名空间管理模块和解析服务模块，其中命名空间管理模块管理用户注册和命名空间的同步，解析服务模块进行标识到地址的解析以及用户偏好设备的解析；业务迁移协议应用SMPA实体具有命名空间同步模块和业务迁移协议SMP服务模块，其中命名空间同步模块维护用户的命名空间组，以使用命名空间状态同步功能来与SMPS实体的命名空间管理模块进行协作，SMP服务模块用于触发业务获取、业务分享和业务迁移。

由此可见，本发明实施例的用户设备间业务迁移的装置使得每一个用户在不同的状况下都可以在接收业务不中断的情况下在该用户的不同设备间进行无缝迁移，甚至采用该用户偏好的设备来接收服务。另外，本发明实施例的用户设备间业务迁移的装置也无需对现有协议和应用做任何修改，即可完成业务的迁移。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (21)

1.一种用户设备间业务迁移的方法，其特征在于，包括：

接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR，其中所述MFR携带第二设备的设备标识DID以及第一服务标识SID，并用于请求将所述第一设备的业务迁移至所述第二设备，所述第一SID标示所述第一设备与业务源设备之间的业务流，所述第一设备和所述第二设备属于第一用户；

在从所述MFR中获知所述第二设备的DID之后，向业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR，其中所述SRR携带所述第二设备的DID；

接收所述SMPS实体发送的响应消息，其中所述响应消息携带依据所述SRR携带的第二设备的设备标识DID解析出的第二设备的转交地址CoA；

根据所述第二设备的CoA向所述第二设备的SMPA实体发送迁入请求MTR，以便所述第二设备启动业务应用以及将所述第一SID切换为第二SID，所述MTR携带所述第一SID；

在所述第二设备启动业务应用以及将所述第一SID切换为第二SID之后，将从所述业务源设备获取的业务发送至所述第二设备，以便将所述第一设备的业务迁移至所述第二设备，所述第二SID标示所述第二设备与所述业务源设备之间的业务流。

2.根据权利要求1所述的方法，其特征在于，所述第一SID包括业务源统一资源定位符URL和第一设备的DID，所述第二SID包括业务源URL和第二设备的DID。

3.根据权利要求1所述的方法，其特征在于，还包括：在所述接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR之前，通过获取方式或者分享方式从所述业务源设备获得所述第一设备的业务，其中所述业务源设备不属于第一用户。

4.根据权利要求3所述的方法，其特征在于，通过获取方式从所述业务源设备获得所述第一设备的业务包括：

接收第一设备的SMPA实体发送的获取业务请求，其中所述获取业务请求携带所述第一SID，并用于请求业务获取服务；

根据所述第一SID中的业务源URL向所述业务源设备请求获取业务；

获取所述业务源设备上的业务，以提供给所述第一设备。

5.根据权利要求4所述的方法，其特征在于，在向所述业务源设备请求获取业务之前，还包括创建转发表条目，所述转发表条目包括所述第一SID以及所述第一设备的DID和地址。

6.根据权利要求3所述的方法，其特征在于，所述通过分享方式从所述业务源设备获得所述第一设备的业务包括：

接收所述业务源设备的SMPA实体发送的分享请求SR，其中所述SR携带所述业务源设备的DID、第一用户的用户标识UID或者第一设备的DID，以及业务源URL；

在从所述SR中获知第一用户的用户标识UID或者第一设备的DID之后，向SMPS实体发送SMP解析请求SRR，其中所述SRR携带所述第一用户的UID或者第一设备的DID；

接收所述SMPS实体发送的响应消息，其中所述响应消息携带根据SRR携带的所述第一用户的UID或者第一设备的DID解析出的第一设备的转交地址CoA；

向所述第一设备的SMPA实体发送所述分享请求SR，以便所述第一设备启动业务应用；

在所述第一设备启动业务应用之后，根据所述业务源设备的DID以及所述业务源URL获取所述述业务源设备上的业务，以便分享给所述第一设备。

7.根据权利要求6所述的方法，其特征在于，当所述SR携带第一用户的用户标识UID，所述第一设备是由所述SMPS实体查询全局命名空间解析出的对应于所述第一用户的UID的所述第一用户偏好的设备。

8.根据权利要求1所述的方法，其特征在于，所述接收所述SMPS实体发送的响应消息，其中该响应消息携带依据上述SRR解析出的第二设备的CoA包括：

获得由SMPS实体查询全局命名空间解析出的对应于SRR中携带的第二设备的DID的第二设备的CoA。

9.根据权利要求7所述的方法，其特征在于，所述全局命名空间定义UID与DID之间的映射，以及DID和CoA之间的映射。

10.根据权利要求1至9中任一项所述的方法，其特征在于，当所述业务为传输控制协议TCP业务，在接收第一设备的SMPA实体发送的迁出请求MFR之后，所述方法还包括：进入暂停状态，直到完成所述业务的迁移。

11.根据权利要求10所述的方法，其特征在于，所述进入暂停状态包括：

向所述业务源设备发送确认消息ACK，其中所述ACK携带表示接收窗口为0的信息；

缓存所述业务源设备发送的有载荷数据包，其中所述数据包的序列号是在完成所述业务的迁移前由所述第一设备发送的最后一个确认消息ACK中的确认序列号之后。

12.根据权利10所述的方法，其特征在于，在所述第二设备启动所述业务的应用以及将所述第一SID切换为第二SID之后将所述第一设备的业务迁移至所述第二设备包括：

在所述第二设备启动所述业务的应用以及将所述第一SID切换为第二SID之后，进入恢复阶段，将所述第一设备的业务迁移至所述第二设备；

所述进入恢复阶段包括：

在模拟TCP端点与所述第二设备进行握手之后，将缓存的数据包发送给所述第二设备；

在所有所述缓存的数据包被发送完毕时，向所述业务源设备发送确认消息ACK，其中所述ACK携带表示接收窗口不为0的信息。

13.根据权利要求1至9中任一项方法，其特征在于，所述SMPS实体用于管理用户注册和命名空间的同步以及解析标识与地址之间的映射以及用户偏好的设备；所述SMPA实体用于维护用户的命名空间组，以使用命名空间状态同步功能来与所述SMPS实体进行协作以及触发业务获取、业务分享和业务迁移。

14.一种用户设备间业务迁移的装置，其特征在于，包括传输单元和获取单元；其中

所述传输单元，用于接收第一设备的业务迁移协议应用SMPA实体发送的迁出请求MFR，其中所述MFR携带第二设备的设备标识DID以及第一服务标识SID，并用于请求将所述第一设备的业务迁移至所述第二设备，所述第一服务标识SID标示所述第一设备与业务源设备之间的业务流，所述第一设备和所述第二设备属于第一用户；用于在从所述MFR中获知所述第二设备的DID之后，向业务迁移协议服务器SMPS实体发送业务迁移协议SMP解析请求SRR，其中所述SRR携带所述第二设备的设备标识DID；用于接收所述SMPS实体发送的响应消息，其中所述响应消息携带依据所述SRR携带的第二设备的设备标识DID解析出的第二设备的转交地址CoA；用于根据所述第二设备的转交地址CoA向所述第二设备的SMPA实体发送迁入请求MTR，以便所述第二设备启动业务应用及将所述第一SID切换为第二SID，所述MTR携带所述第一服务标识SID；其中所述第二设备的转交地址CoA是由所述SMPS实体查询全局命名空间解析出的对应于SRR中携带的第二设备的DID的转交地址；

所述获取单元，用于在所述第二设备启动业务应用以及将所述第一SID切换为第二SID之后，获取所述业务源设备上的业务，以将从所述业务源设备获取的业务发送到第二设备，以便将第一设备的业务迁移至第二设备以便将所述第一设备的业务迁移至所述第二设备，所述第二SID标示所述第二设备与业务源设备之间的业务流。

15.根据权利要求14所述的装置，其特征在于，所述第一SID包括业务源统一资源定位符URL和第一设备的DID，所述第二SID包括业务源统一资源定位符URL和第二设备的DID。

16.根据权利要求14所述的装置，其特征在于，

所述传输单元，还用于接收第一设备的SMPA实体发送的获取业务请求，其中所述获取业务请求携带所述第一服务标识SID，并用于请求业务获取服务；用于根据所述第一SID中的业务源URL向所述业务源设备请求获取业务；

所述获取单元，还用于获取所述业务源设备上的业务，以提供给所述第一设备。

17.根据权利要求14至16中任一项所述的装置，其特征在于，

所述传输单元，还进一步用于接收所述业务源设备的SMPA实体发送的分享请求SR，其中所述SR携带所述业务源设备的DID、第一用户的用户标识UID或者第一设备的DID，以及业务源URL；用于在从所述SR中获知第一用户的用户标识UID或者第一设备的DID之后，向SMPS实体发送SMP解析请求SRR，其中所述SRR携带所述第一用户的UID或者第一设备的DID；用于接收所述SMPS实体发送的响应消息，其中所述响应消息携带根据SRR携带的所述第一用户的UID或者第一设备的DID解析出的第一设备的转交地址CoA；用于向所述第一设备的SMPA实体发送所述分享请求SR，以便所述第一设备启动业务应用；其中所述第一设备是由所述SMPS实体查询全局命名空间解析出的对应于所述第一用户的UID的所述第一用户偏好的设备；

所述获取单元，还进一步用于在所述第一设备启动业务应用之后，根据所述业务源设备的DID以及所述业务源URL获取所述述业务源设备上的业务，以便分享给所述第一设备。

18.根据权利要求14至16中任一项所述的装置，其特征在于，所述全局命名空间定义用户标识UID与设备标识DID之间的映射以及设备标识DID和转交地址CoA之间的映射。

19.根据权利要求14至16中任一项所述的装置，其特征在于，还包括缓存单元，用于缓存所述业务源设备发送的有载荷数据包，其中所述数据包的序列号是在完成所述业务的迁移前由所述第一设备发送的最后一个确认消息ACK中的确认序列号之后。

20.根据权利14至16中任一项所述的装置，其特征在于，所述传输单元还用于：

将缓存的数据包发送给所述第二设备，向所述业务源设备发送确认消息ACK。

21.根据权利14至16中任一项所述的装置，其特征在于，

所述业务迁移协议服务器SMPS实体具有命名空间管理模块和解析服务模块，其中所述命名空间管理模块管理用户注册和命名空间的同步，所述解析服务模块进行标识到地址的解析以及用户偏好设备的解析；

所述业务迁移协议应用SMPA实体具有命名空间同步模块和业务迁移协议SMP服务模块，其中所述命名空间同步模块维护用户的命名空间组，以使用命名空间状态同步功能来与所述SMPS实体的命名空间管理模块进行协作，所述SMP服务模块用于触发业务获取、业务分享和业务迁移。