实现sip会话转移的方法及设备的制作方法

专利名称：实现sip会话转移的方法及设备的制作方法
技术领域：
本发明涉及移动通信技术，具体涉及一种实现SIP会话转移的方法及设备。
背景技术：
IPTVdnternet Protocol Television，基于 IP 协议的电视广播服务)是一种 利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括 数字电视在内的多种交互式服务的崭新技术。用户在家中可以使用PC或者网络机顶盒 +普通电视机方式享受IPTV业务，也可以通过移动终端享受IPTV业务。IPTV使用TCP/ IP (Transmission Control Protocol/Internet Protocol，传输控制协议/互联网络协议) 作为承载协议进行单播、广播或组播视频业务，有效地将电视网、电话网和互联网三个领域 结合在一起，是三网融合最具代表性的业务，正受到业界越来越多的关注。目前，在各大IPTV标准中，都无法实现会话媒体流的转移业务。

发明内容
本发明实施例提供一种实现SIP会话转移的方法及设备，以实现SIP会话中媒体 流的转移。本发明实施例提供一种实现SIP会话转移的方法，包括会话转移发送方获取需要转移的媒体信息；发起会话转移请求，所述会话转移请求中携带需要转移的媒体信息，以使会话转 移接收方根据所述需要转移的媒体信息建立转移业务。本发明实施例提供一种实现SIP会话转移的方法，包括会话转移接收方接收会话转移请求，所述会话转移请求中携带需要转移的媒体信 息；根据所述会话转移请求中携带的信息，获得建立转移业务所需的信息；利用获得的建立转移业务所需的信息建立转移业务。本发明实施例提供一种用户设备，包括媒体信息获取单元，用于获取需要转移的媒体信息；信息发送单元，用于发起会话转移请求，所述会话转移请求中携带需要转移的媒 体信息。本发明实施例提供一种用户设备，包括请求接收单元，用于接收会话转移请求，所述会话转移请求中携带需要转移的媒 体信息；业务信息获取单元，用于根据所述会话转移请求中携带的信息，获得建立转移业 务所需的信息；业务建立单元，用于利用获得的建立转移业务所需的信息建立转移业务。本发明实施例提供一种业务控制实体，包括接收单元，授权单元；
所述接收单元，用于接收会话转移发送方发送的会话转移请求，所述会话转移请 求中携带需要转移的媒体信息；所述授权单元，用于确定所述会话转移发送方是否具有会话转移权限；所述业务控制实体还包括会话建立单元，用于在所述授权单元确定发送方具有会话转移权限后，根据所述需要转移的媒体信息主动发起会话建立过程；或者，发送单元，用于在所述授权单元确定发送方具有会话转移权限后，向会话转移接 收方发送会话转移请求，所述会话转移请求中携带需要转移的媒体信息。本发明实施例提供的实现SIP会话转移的方法及设备，会话转移发送方在需要进 行会话转移时，发送会话转移请求，并在所述会话转移请求中携带需要转移的媒体信息，以 使会话转移接收方根据所述需要转移的媒体信息建立转移业务。这样，对于会话转移接收 方，在接收到会话转移请求后，根据所述会话转移请求中携带的信息，获得建立转移业务所 需的信息，然后利用获得的建立转移业务所需的信息建立转移业务。从而可以实现根据用 户意愿来进行全部或者部分媒体流的转移，从而可以满足各种场景需求，丰富用户的IPTV 体验。


图1是本发明实现SIP会话转移的方法第一实施例的流程图；图2是本发明实现SIP会话转移的方法第二实施例的流程图；图3是本发明实施例实现SIP会话转移的方法在具体应用中的一种消息流程图；图4是本发明实施例实现SIP会话转移的方法在具体应用中的另一种消息流程 图；图5是本发明实施例实现SIP会话转移的方法在具体应用中的另一种消息流程 图；图6是本发明实施例实现SIP会话转移的方法在具体应用中的另一种消息流程 图；图7是本发明实施例用户设备的一种结构示意图；图8是本发明实施例用户设备的另一种结构示意图；图9是本发明实施例业务控制实体的一种结构示意图；图10是本发明实施例业务控制实体的另一种结构示意图。
具体实施例方式为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施 方式对本发明实施例作进一步的详细说明。本发明实施例实现SIP会话转移的方法，会话转移发送方获取需要转移的媒体信 息，发起会话转移请求，所述会话转移请求中携带需要转移的媒体信息，以使会话转移接收 方根据所述需要转移的媒体信息建立转移业务。这样，对于会话转移接收方，在接收到会话 转移请求后，根据所述会话转移请求中携带的信息，获得建立转移业务所需的信息，然后利 用获得的建立转移业务所需的信息建立转移业务。具体地，会话转移接收方接收的会话转移请求，可以是从会话转移发送方接收的，也可以是由业务控制实体收到会话转移发送方 发送的会话转移请求后发送的。相应地，需要转移的会话的建立过程可以由会话转移接收 方发起，也可以由业务控制实体发起。由于 IMS(IP Multimedia Subsystem, IP 多媒体子系统)是 XPP CBrdGeneration Partnership Pro ject，第三代移动通信标准化伙伴项目)在Release 5版本中提出的支持 IP多媒体业务的子系统。IMS是一个独立于接入技术的基于IP的标准体系，它与现存的语 音和数据网络都可以互通。不论是固定网络用户，例如PSTN (Public Switched Telephone Network，公共交换电话网络)、ISDN (Integrated Services Digital Network，综合业务数 字网)、因特网，还是移动用户，例如 GSM(Global System for Mobile Communications，全 球移动通讯系统)、CDMA (Code Division Multiple Access，码分多址)。IMS的体系使得 通过各种类型的客户端都可以建立对等的IP通信，并可以获得所需要的服务质量。除会话 管理之外，IMS体系还涉及完成服务提供所必须的功能，例如注册、安全、计费、承载控制、漫 游等。因此，下面以基于IMS系统的IPTV为例，对本发明实施例进行详细说明。当然，本发 明实施例实现SIP会话转移的方法并不仅限 于应用于这种网络环境。下面分别从UE(User Equipment，用户设备)侧和网络侧对本发明实施例实现会 话转移的方法进行详细说明。参照图1，是本发明实现SIP会话转移的方法第一实施例的流程图，包括以下步 骤步骤101，会话转移发送方获取需要转移的媒体信息。步骤102，发起会话转移请求，所述会话转移请求中携带需要转移的媒体信息，以 使会话转移接收方根据所述需要转移的媒体信息建立转移业务。所述会话转移请求可以是SIP消息，比如可以是SIP中的message (通知)消息、 refer (提交)消息等。当然，也可以通过新增一条SIP消息来实现。所述会话转移请求中还可携带以下任意一项或多项参数· ST (Session Transfer,会话转移)消息指示，因为如果采用SIP (Session Initiation Protocal，会话发起协议)消息，则需要和其他的SIP消息区分开来，可以通过 该ST消息指示来标明。‘ STI(Session Transfer Identifier，会话转移标识)，用于标识需要转移的会话。·会话转移接收方。 转移方式指示，包括复制或替代，用于表明会话转移后是否继续保持和会话转移 发送方的会话，如果是复制，则会话转移后需要继续保持和会话转移发送方的会话，如果是 替代，则不需要。·会话转移指示，即部分转移或全部转移指示，用于表明是对整个业务进行转移还 是对某个媒体流进行转移。 需要转移的媒体信息，通过SDP (Session Description Protocol，会话描述协 议)表示，如果是全部转移，并且已经有全部转移的指示，可以不设置该参数。如果是部分 转移，则需要使用该参数来表明用户需要转移的媒体信息。·内容标识及偏移量，表示用户正在进行的业务的内容标识以及偏移量。
需要说明的是，在具体应用中，如果需要转移的会话的转移方式为替代，则会话转 移完成后，会话转移发送方还需要拆除相应的会话。具体地，可以根据业务控制实体的通知 拆除会话；或者会话转移发送方主动拆除会话。
可见，本发明实施例实现SIP会话转移的方法，会话转移发送方发起会话转移请 求，在所述会话转移请求中携带需要转移的媒体信息，从而为会话转移提供了必要的信 息，这样，需要转移的会话的建立过程不论是由会话转移接收方发起，还是由SCF(SeSSi0n Control Function，业务控制实体)发起，都可以根据其中需要转移的媒体信息建立相应的 会话。而且，不仅能够实现媒体流的全部转移，而且能够实现媒体流的部分转移。需要说明的是，会话转移成功后，如果用户希望将转移到会话转移接收方的媒体 信息转移回会话转移发送方，可以有如下两种方法一种是会话转移发送方直接发起SIP Re-invite (重邀请)消息，请求获得相应的 媒体信息，SCF向MCF (Media Control Function，媒体控制实体)发起Re-invite，MCF发送 RTSP Play (播放)消息给MDF(Media Delivery Function，媒体分发实体)，请求相应的媒 体信息。可以根据情况，来决定是否保留或者删除会话转移接收方的相应会话或业务。另一种是会话转移接收方请求SCF将相应的媒体信息转移回给会话转移发送方， 请求中携带STI及代表该媒体信息的m行，由SCF通知会话转移发送方进行会话修改，或者 SCF直接发起SIP Reinvite发起会话修改过程，使会话转移发送方重新获得相应的媒体信 肩、ο参照图2，是本发明实现SIP会话转移的方法第二实施例的流程图，包括以下步 骤步骤201，会话转移接收方接收会话转移请求，所述会话转移请求中携带需要转移 的媒体信息。具体地，所述会话转移请求可以是直接来自于会话转移发送方的，也可以是由SCF 在收到会话转移发送方发送的会话转移请求，并确认会话转移发送方具有会话转移权限后 发送的。在会话转移发送方发送的会话转移请求中还可以携带一些其他信息，在前面已有 详细说明。SCF发送的会话转移请求中携带的信息可以包括以下一项或多项参数ST消息指 示、STI、会话转移发送方、会话转移指示、部分转移或全部转移指示、需要转移的媒体流、内 容标识及偏移量。根据应用需要，SCF发送的会话转移请求中携带的需要转移的媒体信息，与会话转 移发送方发送的会话转移请求中携带的需要转移的媒体信息可以有部分不同，也就是说， SCF收到会话转移发送方发送的会话转移请求后，可以根据需要转移的媒体信息的实际特 性，对该会话转移请求中的SDP进行修改，具体将在后面举例时详细说明。步骤202，根据所述会话转移请求中携带的信息，获得建立转移业务所需的信息。具体地，会话转移接收方可以从所述会话转移请求中直接获得所述建立业务所需 的信息；还可以根据所述会话转移请求中携带的信息，从其他实体获得所述建立业务所需 的信息，具体将在后面详细说明。步骤203，利用获得的建立转移业务所需的信息建立转移业务。
在上述步骤202中提到，会话转移接收方可以根据所述会话转移请求中携带的信 息，从其他实体获得所述建立业务所需的信息，主要是指需要转移的业务的偏移量。根据会 话转移接收方接收的会话转移请求的来源不同，可以有以下两种情况1.所述会话转移接收方接收的会话转移请求是来自于会话转移发送方的，则所述 从其他实体获得所述建立业务所需的信息包括会话转移接收方收到所述会话转移请求后，向SCF发送会话建立请求，所述会话 建立请求中携带STI ；接收SCF返回的响应消息，所述响应消息中携带SCF根据所述STI从MCF获得的 需要转移的业务的偏移量；从所述响应消息中获得需要转移的业务的偏移量。2.所述会话转移接收方接收的会话转移请求是由SCF发 送的，则所述从其他实体 获得所述建立业务所需的信息包括会话转移接收方接收SCF发送的会话建立请求，所述会话建立请求中携带SCF从 MCF获得的所述需要转移的业务的偏移量；从所述会话建立请求中获得所述建立业务所需 的信息。在本发明实施例中，还可进一步包括以下步骤SCF接收会话转移发送方发送的会话转移请求，所述会话转移请求中携带需要转 移的媒体信息；确定所述会话转移发送方是否具有会话转移权限；如果发送方具有会话转移权限，则根据所述会话转移请求中的信息主动发起会话 建立过程；或者向会话转移接收方发送会话转移请求，所述会话转移请求中携带需要转移 的媒体信息。其中，SCF根据所述会话转移请求中的信息发起会话建立过程包括SCF 向 MCF 发起会话建立过程，获取 RTSP (Real Time Streaming Protocol，实时 流传输协议)通道标识和需要转移的业务的偏移量；将所述RTSP通道标识和所述偏移量发送给会话转移接收方，发起和会话转移接 收方的会话。在本发明实施例中，还可进一步包括以下步骤SCF收到会话转移发送方发送的会话转移请求后，对所述会话转移请求中携带的 需要转移的媒体信息进行修改，并将修改后的需要转移的媒体信息携带到发送给会话转移 接收方的会话建立请求中。SCF接收会话转移接收方发起的会话建立请求，所述会话建立请求中携带会话转 移标识；确定所述会话转移接收方是否具有接收会话转移的权限；如果所述会话转移接收方具有接收会话转移的权限，则根据所述会话转移标识从 MCF获得RTSP通道标识和需要转移的业务的偏移量；将所述RTSP通道标识和所述偏移量发送给会话转移接收方。可见，本发明实施例的会话转移的方法，会话转移接收方接收携带有需要转移的 媒体信息的会话转移请求，根据其中需要转移的媒体信息建立相应的会话。而且，不仅能够实现媒体流的全部转移，而且能够实现媒体流的部分转移。下面结合具体网络实体对不同转移需求下本发明实施例实现会话转移的过程进 行详细描述。在下面的实施例中，假设UEl和UE2属于同一个签约用户，并且签约了会话转移业 务，用户通过UEl收看CoD(Content On Demand，内容点播)业务，并且在收看过程中完成会 话转移，或者UEl和UE2之间的签约符合会话转移业务的要求时完成会话转移。参照图3，是本发明实施例实现SIP会话转移的方法在具体应用中的一种消息流 程图。在该实施例中，需要将UEl进行的会话全部复制到UE2上，并且由UE2主动发起会 话建立过程。主要包括以下步骤301.用户通过UEl选择进行会话业务，具体可以是通过 在UEl上输入UE2的号码 以及选择会话转移业务来实现。302. UEl发起会话转移请求，所述会话转移请求具体可以是SIP消息，比如可以是 SIP中现有的message消息、refer消息等。当然，也可以通过新增一条SIP消息来实现。其中需要携带的参数包括ST消息指示、STI、UE2、复制或替代指示、部分转移或 全部转移指示、需要转移的媒体信息、内容标识及偏移量。其中需要转移的媒体信息，可以通过在现有SIP消息中增加一个新的消息头来表 不ST_media Transferred :Audio也可以使用在建立会话时，UEl和SCF之间就Offer/Answer模型达成的媒体流的 顺序号。另外，也可以在会话转移请求的消息体中，加入表示媒体的XML。303. SCF收到会话转移请求后，对UEl进行会话转移授权，判断UEl是否具有相应 权限。304.如果UEl具有相应的权限，则SCF发起SIP消息通知UE2需要进行会话转移， 在所述SIP消息中携带的参数包括ST消息指示、STI、UE1、SDP、内容标识及偏移量。其中所述SDP用于向UE2通知UEl关于此业务的相关媒体信息。如果是全部转移，并且在步骤301的会话转移请求中未携带媒体相关信息，SCF可 以通过和MCF交互获取关于该业务的媒体相关信息。如果是部分转移或者全部转移，并且在步骤301的会话转移请求中携带了媒体相 关信息，SCF可以对这些信息进行修改，具体可以通过与MCF交互获取关于该业务的媒体相
关fe息。比如，用户希望将UEl的音频转移给UE2，并通过在UEl发给SCF的SIP消息中的 SDP中增加一行来指示m = audio 4011 RTP/AVP 96/*UE1仅支持净荷类型96对应为G. 726的编码*/SCF收到该会话转移请求后，通过和MCF交互获得该节目同时支持 98 (MPV) 99 (H. 261)的编码，则SCF可以将这一 m行修改为m = audio 4011 RTP/AVP 96 97 98。所述内容标识及偏移量，用于指示用户在UEl上正在收看的CoD节目的内容标识及偏移量。如果在步骤301的会话转移请求中携带了 UEl设置的偏移量，则SCF可以直接携带该偏移量。或者，SCF可以通过和MCF或MDF交互，获取用户通过UEl观看该CoD业务 内容的偏移量。需要说明的是，UEl设置的偏移量和SCF向UE2发送的SIP消息中携带的偏移量 之间可能有一定的时间差，在此可以忽略该时间差，认为其不会影响用户业务的连续性，即 认为这两处的偏移量针对的都是业务从UEl立即转移到UE2上的场景。305. UE2收到该SIP消息后，向SCF返回响应消息2000K。306. SCF收到返回的响应消息后，向UEl返回响应消息2000K。307. UE2发送Invite (邀请)消息，发起和SCF之间的会话建立过程，在所述 Invite消息中携带STI，以表明需要建立的会话是通过会话转移获得的会话。308. SCF收到Invite消息后，根据其中携带的STI判断这一请求为经过会话转移 要求建立的业务。SCF对UE2进行授权，确认UE2具有观看会话转移业务的权限。此时，SCF可以从MCF获取UEl正在进行的业务的偏移量，此时所获取的偏移量和 步骤304中SCP发起的SIP消息中携带的偏移量之间可能会存在一定时间差。309. SCF充当B2BUA (Back-to-Back User Agent，背靠背用户代理)，发起会话建立 消息 Invite 给 MCF。310. MCF收到Invite消息后，向MDF发起RTSP建立请求，建立和MDF之间的RTSP通道。311. MDF收到RTSP建立请求后，向MCF返回2000K消息，其中携带建立的RTSP通 道的RTSP通道ID (RTSP标识)。312. MCF收到2000K消息后，向SCF返回2000K消息，其中携带MDF返回的RTSP通 道ID。313. SCF将RTSP通道ID (如果偏移量是在步骤308时获得的，这时应该返回)在 2000K中返回给UE2。SCF可以在此时通知UEl会话转移业务成功。314. UE2根据RTSP通道ID以及偏移量向MDF发起RTSP播放消息。315. MDF收到所述RTSP播放消息后，向UE2返回2000K消息。然后，用户就可以通过UE2观看该CoD节目。可见，在本发明实施例中，SCF将UEl发送的需要转移的媒体信息发送给UE2，由 UE2主动发起会话建立过程，将UEl中需要转移的业务复制到UE2，实现了会话转移。参照图4，是本发明实施例实现SIP会话转移的方法在具体应用中的另一种消息 流程图。在该实施例中，需要将UEl进行的会话全部替代到UE2上，并且由SCF发起会话建 立过程。主要包括以下步骤401.用户通过UEl选择进行会话转移业务，可以是通过在UEl上输入UE2的号码 以及选择会话转移业务实现，同时可以由用户来选择是全部或者部分转移、以及是替代还 是复制方式的转移。402. UEl发起会话转移请求，可以通过SIP消息。其可以是message消息、refer 消息，也可以通过新增一条SIP消息来实现。在本发明实施例中，使用message消息，其中需要携带的参数包括ST消息指示、STI、UE2、复制或替代指示、部分转移或全部转移指示、 SDP、内容标识及偏移量。403. SCF收到会话转移请求后，对UEl进行会话转移授权，判断UEl是否具有相应 权限。404.如果UEl有相应权限，则SCF向UEl返回2000K消息。405. SCF 发起 Invite 消息给 MCF。406. MCF发起RTSP建立消息，建立和MDF之间的RTSP通道。
407. MDF将建立好的RTSP通道ID在2000K中发给MCF。408.]\ ^将肌5 通道10在20001(中返回给50 。此时，MCF可以同时获得偏移量， 并且返回给SCF。409. SCF向UE2发送Invite消息，发起和UE2的会话，所述Invite消息中携带 RTSP通道ID及所述偏移量。410. UE2向SCF发送2000K消息，表明会话建立。上述步骤405至410为第三方控制建立业务的过程。SCF充当第三方，关联两个 SIP会话。411. SCF 向 UE2 发送 ACK 消息。412. UE2根据步骤409中收到的Invite消息中携带的RTSP通道ID及偏移量发起 RTSP播放消息。413.用户通过UE2观看CoD业务。414. SCF通知UEl会话转移业务转移成功。415. UEl 向 SCF 返回 2000K 消息。需要说明的是，上述步骤412、413和步骤414、415之间并无严格的时序关系。416.因为UEl发起的是替代方式的会话转移，因此需要断开CoD业务，具体地，UEl 通过发送RTSP Tear Down (RTSP拆除)消息，断开RTSP连接。417. MDF向UEl返回成功响应消息，断开与UEl的RTSP连接。418. UEl 向 SCF 发起 SIP Bye 消息。419. SCF收到SIP Bye消息后，将其与MCF之间的会话关联，发起SIP BYE消息给 MCF。420. MCF 向 SCF 返回 2000K 消息。421. SCF 向 UE1 返回 2000K 消息。上述步骤416至步骤421是由SCF通知UEl，由UEl发起拆除会话的过程，这个过 程也可以由SCF来发起。具体过程将在后面详细说明。可见，在本发明实施例中，SCF收到UEl发送的需要转移的媒体信息后，将需要转 移的媒体信息发送给UE2，由UE2主动发起会话建立过程，将UEl中需要转移的业务替代到 UE2，实现了会话转移。UEl发起的是替代方式的会话转移，因此，在会话转移完成后，SCF通 知UEl，由UEl发起会话拆除过程。参照图5，是本发明实施例实现SIP会话转移的方法在具体应用中的另一种消息 流程图。在该实施例中，步骤501至步骤513与图4中的步骤401至步骤413类似。
因为UEl发起的是替代方式的会话转移，因此需要断开CoD业务，具体地
514. SCF向UEl发送SIP BYE消息，发起会话拆除过程。515. UEl 收到 SIP BYE 消息后，向 MDF 发送 RTSP Tear Down (RTSP 拆除)消息，断 开RTSP连接。516. MDF向UEl返回成功响应消息。517. MDF 断开与 UEl 的 RTSP 连接。518. UEl 向 SCF 返回 2000K 消息。519. SCF 向 MCF 发送 SIP BYE 消息。520. MCF 向 SCF 返回 2000K 消息。可见，在本发明实施例中，SCF收到UEl发送的需要转移的媒体信息后，将需要转 移的媒体信息发送给UE2，由UE2主动发起会话建立过程，将UEl中需要转移的业务替代到 UE2，实现了会话转移。UEl发起的是替代方式的会话转移，因此，在会话转移完成后，SCF通 过SIP BYE消息，发起会话拆除过程。参照图6，是本发明实施例实现会话转移的方法在具体应用中的另一种消息流程 图。在该实施例中，需要将UEl进行的会话部分替代到UE2上，并且由SCF发起会话建 立过程。主要包括以下步骤601.用户通过UEl选择进行会话转移业务，具体可以是通过在UEl上输入UE2的 号码以及选择会话转移业务实现，用户在UEl上输入希望将哪些媒体流转移到UE2上，并且 不再在UEl上接收这些媒体流。602. UEl向SCF发起会话转移请求，所述会话转移请求可以是SIP消息，其中需要 携带的参数包括ST消息指示、STI、UE2、复制或替代指示、部分转移或全部转移指示、SDP、 内容标识及偏移量。在本实施例中，上述部分转移或全部转移指示为部分转移；所述SDP中携带m = audio及相应a行(如m = audio 4011RTP/AVP 96)，表明希望将这一媒体流转移给UE2。603. SCF收到所述会话转移请求后，对UEl进行会话转移授权，判断UEl是否具有 相应权限。604.如果UEl具有相应的权限，则SCF发起SIP消息通知UE2需要进行会话转移， 其中需要携带的参数包括ST消息指示、STI、UEU SDP、部分转移或全部转移指示、内容标 识及偏移量。需要说明的是，如果在上述步骤601中携带了媒体相关信息，则SCF可以对这些信 息进行修改，具体可以通过与MCF交互获取关于该业务的媒体相关信息。比如，SCF对这些 信息的修改过程如下假设用户希望将UEl的音频转移给UE2，在UEl发给SCF的会话转移请求中的SDP 中增加以下内容m = audio 4011 RTP/AVP 96/*UE1仅支持净荷类型96对应为G. 726的编码*/SCF在收到这一会话转移请求后，经过和MCF的交互获得需要转移的节目同时支 持98 (MPV)、99 (H. 261)的编码，则SCF将这一 m行修改为
m = audio 4011 RTP/AVP 96 97 98另外，如果在上述步骤601中UEl发给SCF的会话转移请求中携带了 UEl设置的 偏移量，那么SCF可以在发起的SIP消息中直接携带该偏移量。或者，SCF可以通过和MCF/ MDF交互，获取用户通过UEl观看这一点播业务内容的偏移量。需要说明的是，这两处获得 的偏移量，即UEl设置的偏移量以及SCF在向UE2发送的SIP消息中携带的偏移量，之间可 能存在一定的时间差，可以将该时间差忽略不计，认为其不会影响用户业务连续性。605. UE2收到这一请求后，向SCF返回响应消息2000K。606. SCF 向 UEl 返回 2000K 消息。607. UE2发送Invite消息，发起和SCF之间的会话建立过程，所述Invite消息中 携带STI，表明这是一次通过会话转移获得的会话，并且其中携带m行表示这次会话需要建 立的媒体内容m = audio 4011 RTP/AVP 9697。
608. SCF收到Invite消息后，根据其中携带的STI判断这一请求为经过会话转移 要求建立的业务。SCF对UE2进行授权，确认UE2具有观看该会话转移业务的权限。SCF可以在此时从MCF获取UEl正在进行的业务的偏移量，此时所获取的偏移量和 上述步骤605中SCF发起的SIP消息中携带的偏移量可能存在较大时间差。609. SCF充当B2BUA，发起会话建立消息Invite给MCF。610. MCF收到Invite消息后，发起RTSP建立消息，建立和MDF之间的RTSP通道。611. MDF向MCF返回2000K消息，其中携带了建立的RTSP通道的RTSP通道ID。612. MCF向SCF返回2000K消息，其中携带了 MDF返回的RTSP通道ID。613. SCF收到MCF返回的响应消息后，将RTSP通道ID(如果偏移量是在步骤608 中获得的，这时应该返回)通过2000K消息返回给UE2。此时，SCF可以通知UEl会话转移业务成功。614. UE2根据RTSP通道ID以及所述偏移量向MDF发起RTSP播放消息。615. MDF 向 UE2 返回 2000K 消息。616.此时，UE2接收来自MDF的音频流，即从UEl转移到UE2的媒体流，为了和其 他媒体流区别，将其称为媒体流1。617. SCF通知UEl此次会话转移成功。618. UEl 向 SCF 返回 2000K 消息。619.如果UEl不希望继续支持(接收)音频流，则UEl发起SIP Re-Invite (重邀 请)消息，该消息中的SDP关于音频流的m行为m = audio 0RTP/AVP96，表明UEl不希望 继续支持(接收)音频流。620. SCF 收到 UEl 发起的发起 SIP Re-Invite 后，发起 SIP Re-Invite 消息至MCF。621. MCF收到SIP Re-Invite消息后，发起RTSP播放消息至MDF，其中携带以下信 息PLAY rtsp//SessionTransfer. com/SessionTransferlRequire :3gpp_switchSession :xxxxSwitch-Stream :old = rtsp://SessionTransfer. com/SessionTransferl/ streamID = 1,
old = rtsp://SessionTransfer. com/SessionTransferl/streamID = 2 ；new = rtsp://SessionTransfer. com/SessionTransferl/streamID = 2，old = rtsp://SessionTransfer. com/SessionTransferl/streamID = 3 ；new = rtsp://SessionTransfer. com/SessionTransferl/streamID = 3，这表明M CF希望将媒体流1删除。622. MDF向MCF返回2000K消息，并且不再传输音频给UEl。623. MCF 向 SCF 返回 2000K 消息。624. SCF 向 UEl 返回 2000K 消息。此后，用户通过UEl接收媒体流1之外的其他媒体流，比如点播业务的视频流(媒 体流2)以及字幕(媒体流3)。可见，在本发明实施例中，SCF收到UEl发送的需要转移的媒体信息后，将需要转 移的媒体信息发送给UE2，由UE2主动发起会话建立过程，将UEl中需要转移的业务替代到 UE2,实现了会话的转移。由于UEl发起的是部分替代方式的会话转移，因此，在会话转移完 成后，UEl发送SIP Re-Invite消息，从MDF接收未转移的媒体流。需要说明的是，在上述图4至图7所示实施例中，SCF与其他实体，比如UE1、UE2、 MCF的交互通过IMS Core(IP Multimedia Subsystem Core, IP多媒体子系统核心实体)， 比如 CSCF(Call Session Control Function，呼叫控制功能)包括 P-CSCF(Proxy CSCF)、 S-CSCF(Serving CSCF), I-CSCF(Interrogating CSCF)等 IMS 实体进行消息的转发，为了 图示清楚，在图2中未示出相关的实体。另外，在上述各图中还省略了对应Invite (邀请)消息的响应消息Ack。另外，需要说明的是，在上述各实施例中，SCF可以在不同时机获取需要转移的业 务的偏移量，而且，不同时机获取的偏移量可能会存在一定的时间差，在具体应用时，可以 根据不同的业务要求，选择SCF获取偏移量的时机，以适应不同的业务需求。上述各实施例中，描述了 UEl发送会话转移请求到SCF，然后由SCF或UE2根据所 述会话转移请求中携带的需要转移的媒体信息建立相应会话的过程。需要说明的是，UEl 也可以直接发送会话转移请求到UE2，并在所述会话转移请求中携带需要转移的媒体信息， UE2根据所述需要转移的媒体信息建立相应的会话。其中，如果需要部分转移，则需要转移 的业务的偏移量可以在会话转移请求中携带，也可以由UE2从其他实体来获得，具体过程 与上述类似，在此不再详细描述。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中， 所述的存储介质，如ROM/RAM、磁碟、光盘等。相应地，本发明实施例还提供了一种UE，如图7所示，是本发明实施例UE的一种结 构示意图。在该实施例中，所述UE700包括媒体信息获取单元701和信息发送单元702。除 此之外，所述UE700还可进一步包括拆除单元703。其中媒体信息获取单元701，用于获取需要转移的媒体信息。信息发送单元702，用于发起会话转移请求，所述会话转移请求中携带需要转移的 媒体信息。在实际应用中，所述会话转移请求中还可进一步携带以下任意一项或多项参数会话转移消息指示、会话转移标识，会话转移接收方，会话转移指示，内容标识及偏移量等。拆除单元703，用于在需要转移的会话的转移方式为替代方式时，在会话转移完成 后拆除会话。具体地，所述拆除单元703可以根据业务控制实体的通知拆除会话，或者主动 拆除会话。为了使得会话转移成功后，将转移的媒体信息重新转移回该UE，在本发明实施例 中，所述信息发送单元702，还用于在会话转移成功后，发送SIP重邀请消息，请求重新获得 所述媒体信息。另外，在本发明实施例中，还可进一步包括会话修改单元(未图示)，用于根据业 务控制实体的通知发起会话修改过程；所述媒体信息获取单元701，还用于根据所述会话 修改单元发起的会话修改过程，重新获得所述媒体信息；或者根据业务控制实体发起的会 话修改过程，重新获得所述媒体信息。本发明实施例的UE可以作为会话转移发送方，发起会话转移请求，所述会话转移 请求中携带需要转移的媒体信息，从而为会话转移提供了必要的信息。具体过程可参照图 1所示本发明实施例实现SIP会话转移的方法中的描述，在此不 再赘述。相应地，本发明实施例还提供一种UE，如图8所示，是该UE的另一种结构示意图。在该实施例中，所述UE800包括请求接收单元801、业务信息获取单元802和业 务建立单元803。其中请求接收单元801，用于接收会话转移请求，所述会话转移请求中携带需要转移的 媒体信息；在实际应用中，所述会话转移请求中还可进一步携带以下任意一项或多项参数 会话转移消息指示，会话转移标识，会话转移接收方，会话转移指示，内容标识及偏移量；业务信息获取单元802，用于根据所述会话转移请求中携带的信息，获得建立转移 业务所需的信息；业务建立单元803，用于利用所述业务信息获取单元802获得的建立转移业务所 需的信息建立转移业务。具体地，所述业务信息获取单元802 —方面可以从所述会话转移请求中直接获得 建立业务所需的信息，另一方面，根据所述请求接收单元801接收的会话转移请求来自不 同实体，所述业务信息获取单元802还可以通过其他方式获得建立业务所需的信息，具体 可以有以下两种情况1.所述请求接收单元801从会话转移发送方接收会话转移请求。在这种情况下，所述UE800还可进一步包括请求发送单元和响应接收单元(未图 示)。其中，所述请求发送单元，用于在所述请求接收单元801收到所述会话转移请求后， 向SCF发送会话建立请求，所述会话建立请求中携带会话转移标识；所述响应接收单元，用 于接收SCF返回的响应消息，所述响应消息中携带SCF根据所述会话转移标识从MCF获得 的需要转移的业务的偏移量。在这种情况下，所述业务信息获取单元802，具体用于从所述响应接收单元接收的 响应消息中获得所述建立业务所需的信息。2.所述请求接收单元801从SCF接收所述会话转移请求。在这种情况下，所述请求接收单元801，还用于接收SCF发送的会话建立请求，所 述会话建立请求中携带SCF从MCF获得的所述需要转移的业务的偏移量；所述业务信息获取单元802，具体用于从所述会话建立请求中获得建立业务所需的信息。本发明实施例的UE可以作为会话转移接收方，接收会话转移请求，并根据所述会话转移请求中携带的信息，建立相应的会话。具体过程可参照图2所示本发明实施例实现 SIP会话转移的方法中的描述，在此不再赘述。而且，本发明实施例的UE，不仅能够实现媒 体流的全部转移，而且能够实现媒体流的部分转移。相应地，本发明实施例还提供一种SCF，如图9所示，是本发明实施例SCF的一种结 构示意图。在该实施例中，所述SCF900包括接收单元901、授权单元902和会话建立单元 903。其中接收单元901，用于接收会话转移发送方发送的会话转移请求，所述会话转移请求 中携带需要转移的媒体信息；在实际应用中，所述会话转移请求中还可进一步携带以下任 意一项或多项参数会话转移消息指示，会话转移标识，会话转移接收方，会话转移指示，内 容标识及偏移量。授权单元902，用于确定所述会话转移发送方是否具有会话转移权限；会话建立单元903，用于在所述授权单元902确定发送方具有会话转移权限后，根 据所述需要转移的媒体信息主动发起会话建立过程。在本发明实施例中，所述会话建立单元903的一种优选结果包括信息获取子单 元和会话建立子单元(未图示)。其中，所述信息获取子单元，用于发起会话建立过程，获取 RTSP通道标识和需要转移的业务的偏移量；所述会话建立子单元，用于将所述RTSP通道标 识和所述偏移量发送给会话转移接收方，发起和会话转移接收方的会话。本发明实施例的SCF，在接收到会话转移发送方的会话转移请求后，可以可以根据 会话转移发送方发送的会话转移请求中携带的信息，主动发起会话建立过程，建立相应的 会话。而且，不仅能够实现媒体流的全部转移，而且能够实现媒体流的部分转移。具体过程 可参照前面本发明实施例的方法中的描述。如图10所示，是本发明实施例SCF的另一种结构示意图。在该实施例中，所述SCF1000包括接收单元1001、授权单元1002和发送单元 1003。其中接收单元1001，用于接收会话转移发送方发送的会话转移请求，所述会话转移请 求中携带需要转移的媒体信息；在实际应用中，所述会话转移请求中还可进一步携带以下 任意一项或多项参数会话转移消息指示，会话转移标识，会话转移接收方，会话转移指示， 内容标识及偏移量；授权单元1002，用于确定所述会话转移发送方是否具有会话转移权限；发送单元1003，用于在所述授权单元1002确定发送方具有会话转移权限后，向会 话转移接收方发送会话转移请求，所述会话转移请求中携带需要转移的媒体信息。在本发明实施例中，所述接收单元1001，还用于接收会话转移接收方发起的会话 建立请求，所述会话建立请求中携带会话转移标识；所述授权单元1002，还用于确定所述 会话转移接收方是否具有接收会话转移的权限；可选地，所述SCF1000还可进一步包括获取单元1004，用于在所述授权单元1002 确定所述会话转移接收方具有接收会话转移的权限后，根据所述会话转移标识从MCF获得RTSP通道标识和需要转移的业务的偏移量。所述发送单元1003，还用于将所述RTSP通道 标识和所述偏移量发送给会话转移接收方。本发明实施例的SCF，在接收到会话转移发送方的会话转移请求后，向会话转移接 收方发送会话转移请求，使会话转移接收方根据该会话转移请求中携带的需要转移的媒体 信息，建立相应的会话。而且，不仅能够实现媒体流的全部转移，而且能够实现媒体流的部 分转移。具体过程可参照前面本发明实施例的方法中的描述。以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式
对本发明进行 了阐述，以上实施例的说明只是用于帮助理解本发明的方法及设备；同时，对于本领域的 一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所 述，本说明书内容不应理解为对本发明的限制。
权利要求
一种实现SIP会话转移的方法，其特征在于，包括会话转移发送方获取需要转移的媒体信息；发起会话转移请求，所述会话转移请求中携带需要转移的媒体信息，以使会话转移接收方根据所述需要转移的媒体信息建立转移业务。
2.根据权利要求1所述的方法，其特征在于，所述会话转移请求中还携带会话转移指 示，所述会话转移指示用于指示会话全部转移或会话部分转移。
3.根据权利要求1或2所述的方法，其特征在于，通过所述会话转移请求中的消息体中的SDP来携带所需要转移的媒体信息；或者 通过所述会话转移请求中的消息头携带所述需要转移的媒体信息；或者 通过与所述媒体信息中各媒体行对应的顺序号表示所述需要转移的媒体信息；或者 通过会话转移消息体中的XML语法来定义所述需要转移的媒体信息。
4.根据权利要求1或2所述的方法，其特征在于，所述会话转移请求中包括转移方式， 所述转移方式为替代方式；所述方法还包括如果需要转移的会话的转移方式为替代，则会话转移完成后，会话转移发送方根据业 务控制实体的通知拆除所述会话；或者会话转移发送方主动拆除所述会话。
5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括会话转移成功后，所述会话转移发送方通过SIP重邀请消息，请求重新获得所述媒体 信息；或者所述会话转移发送方根据业务控制实体的通知发起会话修改过程，重新获得所述媒体 信息；或者所述会话转移发送方通过业务控制实体发起的会话修改过程，重新获得所述媒体信肩、O
6.一种实现SIP会话转移的方法，其特征在于，包括会话转移接收方接收会话转移请求，所述会话转移请求中携带需要转移的媒体信息； 根据所述会话转移请求中携带的信息，获得建立转移业务所需的信息； 利用获得的建立转移业务所需的信息建立转移业务。
7.根据权利要求6所述的方法，其特征在于，所述会话转移请求中还携带会话转移指 示，所述会话转移指示用于指示会话全部转移或会话部分转移。
8.根据权利要求6或7所述的方法，其特征在于，所述建立转移业务所需的信息包括 需要转移的业务的偏移量；所述获得建立转移业务所需的信息包括会话转移接收方收到所述会话转移请求后，向业务控制实体发送会话建立请求，所述 会话建立请求中携带会话转移标识；接收业务控制实体返回的响应消息，所述响应消息中携带业务控制实体根据所述会话 转移标识从媒体控制实体获得的所述需要转移的业务的偏移量； 从所述响应消息中获得需要转移的业务的偏移量。
9.根据权利要求6或7所述的方法，其特征在于，所述建立转移业务所需的信息包括 需要转移的业务的偏移量；所述会话转移接收方接收会话转移请求为会话转移接收方从业务控制实体接收会话转移请求；所述获得建立转移业务所需的信息包括会话转移接收方从所述会话建立请求中获得所述需要转移的业务的偏移量。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括业务控制实体接收会话转移发送方发送的会话转移请求，所述会话转移请求中携带需 要转移的媒体信息；确定所述会话转移发送方是否具有会话转移权限；如果发送方具有会话转移权限，则根据所述会话转移请求中的信息发起会话建立过 程；或者向会话转移接收方发送会话转移请求，所述会话转移请求中携带需要转移的媒体 fn息ο
11.根据权利要求10所述的方法，其特征在于，所述根据所述会话转移请求中的信息 发起会话建立过程包括业务控制实体向媒体控制实体发起会话建立过程，获取实时流传输协议RTSP通道标 识和需要转移的业务的偏移量；将所述RTSP通道标识和所述偏移量发送给会话转移接收方，发起和会话转移接收方 的会话。
12.根据权利要求10所述的方法，其特征在于，所述方法还包括业务控制实体收到会话转移发送方发送的会话转移请求后，对所述会话转移请求中携 带的需要转移的媒体信息进行修改，并将修改后的需要转移的媒体信息携带到发送给会话 转移接收方的会话建立请求中。
13.根据权利要求10所述的方法，其特征在于，所述方法还包括业务控制实体接收会话转移接收方发起的会话建立请求，所述会话建立请求中携带会 话转移标识；确定所述会话转移接收方是否具有接收会话转移的权限；如果所述会话转移接收方具有接收会话转移的权限，则根据所述会话转移标识从媒体 控制实体获得RTSP通道标识和需要转移的业务的偏移量；将所述RTSP通道标识和所述偏移量发送给会话转移接收方。
14.一种用户设备，其特征在于，包括媒体信息获取单元，用于获取需要转移的媒体信息；信息发送单元，用于发起会话转移请求，所述会话转移请求中携带需要转移的媒体信肩、ο
15.根据权利要求14所述的用户设备，其特征在于，所述用户设备还包括拆除单元，用于在需要转移的会话的转移方式为替代方式时，在会话转移完成后拆除 会话。
16.根据权利要求14或15所述的用户设备，其特征在于，所述信息发送单元，还用于在会话转移成功后，发送SIP重邀请消息，请求重新获得所 述媒体信息。
17.根据权利要求14或15所述的用户设备，其特征在于，还包括会话修改单元，用于根据业务控制实体的通知发起会话修改过程；所述媒体信息获取单元，还用于根据所述会话修改单元发起的会话修改过程，重新获 得所述媒体信息；或者根据业务控制实体发起的会话修改过程，重新获得所述媒体信息。
18.一种用户设备，其特征在于，包括请求接收单元，用于接收会话转移请求，所述会话转移请求中携带需要转移的媒体信息；业务信息获取单元，用于根据所述会话转移请求中携带的信息，获得建立转移业务所 需的信息；业务建立单元，用于利用获得的建立转移业务所需的信息建立转移业务。
19.根据权利要求18所述的用户设备，其特征在于，所述业务信息获取单元从所述会 话转移请求中携带的信息中直接获得所述建立业务所需的信息。
20.根据权利要求18所述的用户设备，其特征在于，所述请求接收单元从会话转移发 送方接收会话转移请求；所述用户设备还包括请求发送单元，用于在所述请求接收单元收到所述会话转移请求后，向业务控制实体 发送会话建立请求，所述会话建立请求中携带会话转移标识；响应接收单元，用于接收业务控制实体返回的响应消息，所述响应消息中携带业务控 制实体根据所述会话转移标识从媒体控制实体获得的所述需要转移的业务的偏移量；所述业务信息获取单元，具体用于从所述响应接收单元接收的响应消息中获得所述建 立业务所需的信息。
21.根据权利要求18所述的用户设备，其特征在于，所述请求接收单元从业务控制实 体接收会话转移请求；所述请求接收单元，还用于接收业务控制实体发送的会话建立请求，所述会话建立请 求中携带业务控制实体从媒体控制实体获得的所述需要转移的业务的偏移量；所述业务信息获取单元，具体用于从所述会话建立请求中获得所述建立业务所需的信息、ο
22.—种业务控制实体，其特征在于，包括接收单元，授权单元；所述接收单元，用于接收会话转移发送方发送的会话转移请求，所述会话转移请求中 携带需要转移的媒体信息；所述授权单元，用于确定所述会话转移发送方是否具有会话转移权限； 所述业务控制实体还包括会话建立单元，用于在所述授权单元确定发送方具有会话转移权限后，根据所述需要 转移的媒体信息主动发起会话建立过程；或者，发送单元，用于在所述授权单元确定发送方具有会话转移权限后，向会话转移接收方 发送会话转移请求，所述会话转移请求中携带需要转移的媒体信息。
23.根据权利要求22所述的业务控制实体，其特征在于，所述会话建立单元包括信息获取子单元，用于发起会话建立过程，获取实时流传输协议RTSP通道标识和需要 转移的业务的偏移量；会话建立子单元，用于将所述RTSP通道标识和所述偏移量发送给会话转移接收方，发 起和会话转移接收方的会话。
24.根据权利要求22所述的业务控制实体，其特征在于，所述接收单元，还用于接收会话转移接收方发起的会话建立请求，所述会话建立请求 中携带会话转移标识；所述授权单元，还用于确定所述会话转移接收方是否具有接收会话转移的权限； 所述业务控制实体还包括获取单元，用于在所述授权单元确定所述会话转移接收方具有接收会话转移的权限 后，根据所述会话转移标识从媒体控制实体获得RTSP通道标识和需要转移的业务的偏移 量；所述发送单元，还用于将所述RTSP通道标识和所述偏移量发送给会话转移接收方。
全文摘要
本发明公开了一种实现SIP会话转移的方法及设备，所述方法包括会话转移发送方获取需要转移的媒体信息；发起会话转移请求，所述会话转移请求中携带需要转移的媒体信息，以使会话转移接收方根据所述需要转移的媒体信息建立转移业务。利用本发明，可以实现根据用户意愿来进行全部或者部分媒体流的转移，从而可以满足各种场景需求，丰富用户的IPTV体验。
文档编号H04W80/10GK101883443SQ200910137699
公开日2010年11月10日 申请日期2009年5月7日 优先权日2009年5月7日
发明者成淑敏, 李金成, 杨磊, 陈亮 申请人:华为技术有限公司