一种早媒体信息拷贝的方法

文档序号:7692329阅读:196来源:国知局
专利名称:一种早媒体信息拷贝的方法
技术领域
本发明涉及通信领域,更具体地说,涉及IP多々某体子系统中呼叫建立过 程中同时向主叫或被叫播放多媒体信息的业务,并将这种早媒体信息进行拷 贝的实现方法。
背景技术
IP (Internet Protocol,网络互联协议)多媒体子系统(IP Multimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project,简称3GPP )提出的一种基于IP的网络架构,构建了 一 个开放而灵活的业务环境,支持多媒体应用,能够为用户提供丰富的多媒体 业务。
在IMS业务体系中,控制层和业务层是分离的,控制层不提供具体业务, 只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制 功能是呼叫会话控制功能(Call Session Control Function,简称CSCF )完成 的,CSCF分为代理Proxy (P國CSCF, Proxy Call Session Control Function)、 查i句Interrogating (I曙CSCF, Interrogating Call Session Control Function)和月良 务Serving ( S-CSCF, Serving Call Session Control Function)三种类型,其中 负主要责任的是Serving, Interrogating类型是可选的。业务层是由一系列应 用服务器(Application Server,简称AS)组成,能提供具体业务服务。控制 层(S-CSCF)根据用户的签约信息控制业务触发,调用AS上的业务,实现 业务功能。会话中的端到端设备称为用户设备UE (UserEquipment),负责 与使用者的交互。这些功能实体使用SIP ( Session Initiation Protocol,会话初 始化协议)协议通讯,用户设备通过SIP信令交互建立起用于传送媒体数据 的媒体连接。为了实现有效的控制媒体数据,IMS网络通过媒体转发网关连 接用户和网络,用户发送的媒体数据通过媒体转发网关转发出去,用户要接
4收的媒体数据也通过媒体转发网关转发给用户。在需要播放多媒体信息的业
务中,会需要多媒体资源功能(Media Resource Function,简称MRF)的参 与。MRF也称为媒体服务器,分为控制部分MRFC (MRF Control)和媒体 处理部分MRFP (MRF Process ),其控制部分负责将AS的SIP信令翻译和 解释为对MRFP的指令,或者反之将MRFP的回应翻译和解释为向SE发送 的SIP信令,而处理部分负责々某体流的发送和接收。IMS网络与传统链路交 换网络的边界设备称为i某体网关(Media Gateway,筒称MG),与MRF相 似,MG分为MGCF (MG Control Function )和MGW ( Media Gate Way)两 部分,前者为控制部分后者为纟某体处理部分。
SIP协议可以作为会话描述协议(SDP, Session Description Protocol)的
承载层,SDP负责进行媒体资源信息的协商,包括媒体类型、媒体连接地址、 媒体连接端口、带宽要求等信息。SDP协议内容分为请求和响应两种,每个 请求必须有一个响应。
呼叫建立过程中同时向被叫播放多媒体信息的业务是IMS中的一种业 务,该业务也可称为彩像业务,允许在呼叫过程中,向被叫方播放由主叫方 事先定制好的多媒体信息,包括音频、视频、图形和它们的组合等,并在被 叫方应答后停止尚未停止的多媒体信息播放。呼叫建立过程中同时向主叫播 放多媒体信息的业务是IMS中的另一种业务,该业务也可称为彩铃业务,允 许在呼叫过程中,向主叫方播放由被叫方事先定制好的多媒体信息,并在被 叫方应答后停止尚未停止的多々某体信息播放。所有在用户应答前发生的々某体 数据统称为早媒体。
彩4H某体信息拷贝指主叫用户在收听彩铃时,希望将该彩铃作为自己的 彩铃,这样当该用户作为被叫时,可以向主叫方播放拷贝的彩铃信息;或希 望将该彩铃作为自己的彩像,当该用户作为主叫时,可以向被叫方播放拷贝 的彩像信息。彩傳J!某体信息拷贝指^皮叫用户在收听彩像时,希望将该彩像作 为自己的彩像或彩铃,其意义与彩铃拷贝相同。
图1为现有的彩铃拷贝的基本消息流程图,描述了主叫UE-A呼叫被叫 UE-B时,被叫开通了彩铃业务,于是被叫网络向UE-A播放彩铃早媒体信息, 被叫用户希望将此彩铃拷贝为自己的彩铃的过程,其步骤如下步骤101: UE-A呼叫UE-B,比如发送INVITE (邀请)消息,可携带 l正-A的SDP请求,由于被叫l正-B开通了彩铃业务,所以消息途经彩铃业 务服务设备AS,并最终到达UE-B;
步骤102: UE-B发送临时回应消息,比如发送"183 Session Progress" 消息,可携带被叫UE-B的SDP响应,消息途经彩铃业务服务设备AS;
步骤103:彩铃业务服务设备AS呼叫彩^H某体服务器MRF,比如发送 INVITE消息,消息体中可携带步骤101中的SDP请求;
步骤104:彩钩4某体服务器MRF应答呼叫,比如发送"200 OK"消息, 如果步骤103中不带SDP信息,则应答消息中携带彩铃SDP请求,否则携 带彩铃SDP响应,消息到达彩铃业务服务设备AS;
步骤105:彩铃业务服务设备AS向主叫方发送临时回应消息,比如发 送"183 Session Progress"消息,如果步骤104中带的是彩铃SDP响应,则 此消息的消息体中携带彩铃SDP响应,否则消息体中以early-session类型携 带彩铃SDP请求,消息到达UE-A;
步骤106: UE-A、彩铃业务服务设备AS、彩铃々某体服务器MRF和UE-B 按照标准过程执行后续的媒体资源协商过程,最终完成UE-A与彩4H某体服 务设备MRF的早媒体资源信息协商;
步骤107:彩铃业务服务设备AS指示MRF向主叫方播放彩铃纟某体信息, 并由UE-A播放给用户;
步骤108:主叫用户希望拷贝此彩铃信息,于是通过按键,并由UE-A 将按键信息通过媒体连接发送给MRF;
步骤109: MRF收到按键信息,判断此信息是拷贝操作的按键信息,于 是通知彩铃业务服务设备AS为主叫用户关联此彩铃信息,比如通过发送 INFO消息告知彩铃业务服务设备AS相关信息。
彩像业务也采用相同的技术,不再赘述。
在现有技术中,为了实现早媒体拷贝,主叫和被叫必须属于同一个运营 商网络,并由同一个彩铃/彩像AS提供彩铃/彩像业务。另外,彩铃/彩像业务往往只允许单向的媒体发送,这使得相反方向的按键信息无法通过媒体连 接发送到彩铃/彩像媒体服务器,于是现有技术要求彩铃/彩像业务必须建立 双向的媒体发送,增加了不安全因素,例如主被叫可能利用这样的双向媒体 连接进行正常通话而不会^皮计费。

发明内容
本发明要解决的技术问题是提供一种早媒体信息拷贝的方法,该方法不 需要主、被叫在同一运营商网络,并且其发送拷贝请求的过程不需要建立双 向々某体连接,从而消除安全隐患。
为了解决上述问题,本发明提供了 一种早々某体信息的拷贝方法,包括
以下步骤
用户设备通过不依赖于媒体连接的协议向第一业务服务设备AS发送早 媒体拷贝请求,请求中携带拷贝操作指令和早媒体标识信息中的至少一个;
所述第一业务服务设备接收到所述早^i某体拷贝请求,从第二业务服务设 备处下载早媒体内容,并将该早媒体内容关联为所述用户设备的早媒体。
进一步地,所述不依赖于媒体连接的协议包括配置访问协议XCAP或 HTTP协议。
进一步地,所述拷贝操作指令包括将所述早媒体信息拷贝为彩铃或彩像 的指令;所述早媒体标识信息包括对话标识、媒体会话标识、媒体会话信息、 早媒体业务服务设备地址中的一个或任意组合。
进一步地,所述第一业务服务设备从所述第二业务服务设备处下载早媒 体内容的步骤包括
所述第一业务服务设备向所迷第二业务月良务设备发送早i某体下载请求, 所述第二业务服务设备将早媒体内容的标识信息发送给所述第一业务服务设
备;
所述第 一业务服务设备根据所述早媒体内容的标识信息判断是否已经管 理该早媒体内容,如果不是,所述第一业务服务设备从所述第二业务服务设备下载所述早々某体内容;如果是,直接执行后续步骤。
进一步地,所述早i某体内容的标识信息包括所述早i某体内容的文件名称、 文件编号和文件服务器地址中的一个或任意组合。
进一步地,所述第一业务服务设备向所述第二业务服务设备发送早纟某体 下载请求前,还包括
所述第一业务服务设备向所述第二业务服务设备发送鉴权请求; 所述第二业务服务设备对所述第一业务服务设备发送的鉴权请求进行鉴 权,鉴权通过后,执行后续步骤。
进一步地,所述用户设备向业务服务设备发送早々某体拷贝请求前,还包 括步骤
主叫用户设备通过所述业务服务设备向被叫用户设备发送呼叫请求;
所述被叫用户设备发送临时回应给所述业务服务设备,所述业务服务设 备在该临时回应中加入该业务服务设备的标识信息后将所述临时回应发送到 主叫用户设备;
所述主叫用户设备、业务服务设备和被叫用户设备完成资源协商,并由 所述业务服务设备为主叫用户设备或被叫用户设备提供早i某体内容,由所述 主叫用户设备或被叫用户设备进行播放。
进一步地,所述被叫用户设备发送的临时回应为会话描述协议SDP响应。
进一步地,所述业务服务设备在所述临时回应中加入该业务服务设备的 标识信息的方法包括
将所述临时回应中被叫用户设备的标识信息修改为该业务服务设备的标 识信息;
以与所述临时回应不同的会话标识产生新的临时回应,该新的临时回应 中携带早媒体业务的SDP响应;或
在所述临时回应的消息体中增加"early-session"内容,并将此内容设置 为早媒体业务的SDP请求。本发明通过采用不依赖于媒体连接的协议发送早媒体拷贝请求,因此不
需要建立双向媒体连接,消除了不安全因素,提高了可靠性;另外,本发明 可以采用多个业务服务设备来实现早媒体拷贝操作,主、被叫可以位于不同 的运营商网络,克服了现有技术中主、被叫必须位于同一运营商网络的缺点, 增加了灵活性。


图1为现有技术中的彩铃拷贝的基本消息流程图; 图2为本发明一彩铃拷贝实施例的基本消息流程图; 图3为本发明另一彩铃拷贝实施例的基本消息流程图; 图4为本发明一彩像拷贝实施例的基本消息流程图; 图5为本发明另一彩像拷贝实施例的基本消息流程图。
具体实施例方式
下面结合附图和具体实施例对本发明作进一步说明,以使本领域的技术 人员可以更好的理解本发明并能予以实施,但所举实施例不作为对本发明的 限定。
在本发明的附图(图2~图5)中,为了简化流程描述,将彩铃业务服务 设备AS2和MRF画成了 一个实体,将彩像业务服务设备AS2和MRF画成 了 一个实体,他们之间采用标准的SIP协议过程交互。
如图2所示,为本发明的一彩铃拷贝实施例的基本消息流程图,其描述 了主叫用户设备UE-A呼叫被叫用户设备UE-B时,被叫开通了彩铃业务, 于是被叫网络向UE-A播放彩铃早i某体信息,主叫用户希望将此彩铃拷贝为 自己的彩铃或彩像的过程,其步骤如下
步骤201: UE-A呼叫UE-B,比如发送INVITE (邀请)消息,可携带 UE-A的SDP请求,消息被路由到第一业务服务设备AS1及第二业务服务设 备(本实施例中称彩铃媒体服务设备)AS2,最终到达UE-B;步骤202: UE-B发送临时回应消息给主叫方,比如发送"183 Session Progress"消息等以"1"开头的消息,回应消息途经彩铃业务服务设备AS2;
步骤203:彩铃业务服务设备AS2釆用标准过程向MRF获得彩铃业务 的SDP信息,然后将SDP信息中的所有者地址修改为彩铃业务服务设备AS2 的地址例如,修改SDP信息中的"o"行的地址内容,然后在消息体中添 加修改后的彩铃业务的SDP信息并转发给主叫方;或者,如果收到的临时回 应消息中包含有UE-B的SDP响应,则将其修改为彩铃业务的SDP响应后转 发;或者,既转发临时回应消息又以与该临时回应消息不同的会话标识产生 新的临时回应消息并携带彩铃业务的SDP响应并发送给主叫方;或者,在收 到的临时回应消息的消息体中增加"early-session"内容,并将此内容设置为 彩铃业务的SDP请求,消息途经业务服务设备AS1,并由AS1转发给UE-A; 该步骤中,发送响应的方式是标准的过程;
步骤204: UE-A、第一业务服务设备AS1、彩铃业务服务设备AS2和 UE-B按照标准过程执行后续的媒体资源协商过程,最终完成UE-A与MRF 的早媒体资源信息协商;
步骤205:彩铃业务服务设备AS2指示MRF向主叫方播放彩铃媒体信 息,并由UE-A播放给用户;
步骤206:用户想要将此彩铃拷贝成自己的彩铃或彩像,于是通过用户 设备UE-A向第一业务服务设备AS1发送拷贝请求,比如通过配置访问协议 (XCAP)向第一业务服务设备AS1发送HTTP请求,其中携带早媒体标识 信息,还可携带拷贝的业务指令,例如是想拷贝为彩铃还是彩像;早々某体标 识信息为对话标识、々某体会话信息和々某体会话标识中的一种或任意组合;
步骤207:第一业务服务设备AS1收到拷贝请求,因AS1在对话信令路 径中,因此根据早媒体标识信息可间接得知彩铃业务服务设备AS2的地址信 息,并向彩铃业务服务设备AS2发送拷贝请求,比如通过配置访问协议 (XCAP)向彩铃业务服务设备AS2转发HTTP请求,发送的拷贝请求可不 携带拷贝的业务指示,在发送请求前,第一业务服务设备AS1可能需要通过 XCAP协议先向彩铃业务服务设备AS2请求认证与授权,获得彩铃业务服务 设备AS2的允许后再转发请求;
10步骤208:彩铃业务服务设备AS2根据早纟某体标识信息找到早i某体内容 信息,并将内容信息发送给业第一务服务设备AS1;
步骤209:当早媒体内容下载完毕后,早媒体业务服务设备AS2发送下 载成功消息给第一业务服务设备AS1,比如发送HTTP协议的"200 0K,,消
息;
步骤210:第一业务服务设备AS1根据UE-A发送的早媒体拷贝请求中 的业务指令将下载的早々某体内容关联为UE-A的彩铃或彩像内容;
步骤211:业务服务设备AS1向UE-A返回下载成功的消息,比如发送 XCAP协议的"200 OK"消息。
本实施例使用了配置访问协议,而不是通过々某体连接传递控制信息,克 服了使用媒体连接传递控制信息的内容有限,只能是数字,而使得被叫的AS 无法知道主叫AS的地址,从而无法把内容下载给主叫的AS的缺点。
在其它实施例中,第一业务服务设备AS1与彩铃服务设备AS2可以是 一个设备,此时,步骤206中用户设备UE-A将早4某体拷贝请求直接发往彩 铃服务设备AS2, AS2可不执行步骤207-209的拷贝或下载操作。另外,第 一业务服务设备AS1也可以不在对话信令路径中,即步骤201的消息不路由 给业务第一服务设备AS1,则步骤203中的临时回应消息也不会被路由给第 一业务服务设备AS1,此时步骤206中早媒体拷贝请求消息中的早媒体标识 信息还要包含彩铃业务服务设备AS2的地址(UE-A从收到的彩铃SDP信息 中获得),这样在步骤207中,AS1将直接通过早媒体标识信息得到彩铃业 务服务设备AS2的地址信息。
如图3所示,为本发明彩铃拷贝的另一实施例的基本消息流程图,描述 了主叫UE-A呼叫被叫UE-B时,被叫开通了彩铃业务,于是被叫网络向UE-A 播放彩铃早媒体信息,主叫用户希望将此彩铃拷贝为自己的彩铃或彩像的过 程,其步骤如下
步骤301~307与图2所示实施例中的步骤201-207相同;
步骤308:彩铃业务服务设备AS2根据早媒体标识信息找到早媒体内容 的标识信息,并将该标识信息通过HTTP协议的"200 0K,,消息返回给第一业务服务设备AS1,标识信息可以是早媒体内容的文件名或编号,还可以包 括早媒体内容的管理设备地址,此例中设为彩铃业务服务设备AS2;
步骤309:第一业务服务设备AS1判断返回的早媒体内容标识信息对应 的早i某体内容是否已经被其管理,如果是,跳过步骤310 ~ 311 ,直接执行312; 否则执行步骤310;
步骤310:第一业务服务设备AS1向早媒体内容的管理设备AS2请求下 载相应的早々某体内容,比如通过HTTP协议或FTP协议发送请求;
早媒体内容;
步骤312:第一业务服务设备AS1根据用户设备UE-A发送的早媒体拷 贝请求中的业务指令,将早媒体内容关联为UE-A的彩铃或彩像内容;
步骤313:第一业务服务设备AS1向UE-A返回下载成功的消息,比如 发送XCAP协议的"200 OK"消息。
在其它实施例中,第一业务服务设备AS1与彩铃业务服务设备AS2可 以是一个设备,此时,步骤306中UE-A将早媒体拷贝请求直接发往彩铃业 务服务设备AS2, AS2可不执行步骤307 311的拷贝或下载操作。另外,第 一业务服务设备AS1也可以不在对话信令路径中,即步骤301中,早i某体拷 贝请求消息不路由给第 一业务服务设备AS 1,则步骤303中的临时回应消息 也不会被路由给第一业务服务设备AS1,此时步骤306中UE-A发送的早媒 体请求消息中的早媒体标识信息还要包含彩铃业务服务设备AS2的地址 (UE-A从收到的彩铃SDP信息中获得),这样步骤307中,AS1将直接通 过早i某体标识信息得到彩铃业务服务设备AS2的地址信息。
如图4所示,为本发明的一彩像拷贝实施例的基本消息流程图,描述了 主叫UE-A呼叫被叫UE-B时,主叫开通了彩像业务,于是主叫网络向UE-B 播放彩像早媒体信息,被叫用户希望将此彩像拷贝为自己的彩铃或彩像的过 程,其步骤如下
步骤401: UE-A呼叫UE-B,比如发送INVITE (邀请)消息,可携带 UE-A的SDP请求,由于UE-A或UE-B开通了彩像业务,消息#1路由到第二业务服务设备(本实施例中称彩像业务服务设备)AS2;
步骤402:彩铃业务服务设备AS2采用标准过程向MRF获得彩像业务 的SDP信息,然后将SDP信息中的所有者地址修改为彩像业务服务设备AS2 的地址例如,修改SDP信息中的"o"行的地址内容,然后在消息体中添 加修改后的彩铃业务的SDP信息并转发给被叫方;或者,将呼叫消息中的 SDP请求修改为彩像业务的SDP请求后转发;或者,在呼叫消息的消息体中 增加"early-session"内容,并将此内容设置为彩像业务的SDP请求,消息 途经第一业务服务设备AS1,并由AS1转发给UE-B;
步骤403: UE-B发送临时回应消息给主叫方,比如发送"183 Session Progress"消息等以T开头的消息,消息体中携带UE-B的SDP响应,回 应消息途经第一业务服务设备ASl和彩像业务服务设备AS2最终到达 UE-A;
步骤404: UE-A、彩像业务服务设备AS2、第一业务服务设备AS1和 UE-B按照标准过程执行后续的媒体资源协商过程,最终完成MRF与UE-B 的早媒体资源信息协商;
步骤405:彩像业务服务设备AS2指示MRF向被叫方播放彩像媒体信 息,并由UE-B播放给用户;
步骤406:用户想要将此彩像拷贝成自己的彩铃或彩像,于是通过用户 设备UE-B向第一业务服务设备ASl发送拷贝请求,比如通过配置访问协议 (XCAP)向第 一业务服务设备AS 1发送HTTP请求,其中携带早媒体标识 信息,还可携带拷贝的业务指令,比如是想拷贝为彩铃还是彩像;早媒体标 识信息为对话标识、^r某体会话信息和J^某体会话标识中的一种或任意组合;
步骤407:第一业务服务设备AS1收到拷贝请求,因AS1在对话信令路 径中,因此根据早媒体标识信息可间接得知彩像业务服务设备AS2的地址信 息,并向彩像业务服务设备AS2发送拷贝请求,比如通过配置访问协议 (XCAP)向彩像业务服务设备AS2转发HTTP请求,发送的拷贝请求可不 携带拷贝的业务指令,在发送请求前,第一业务服务设备AS1可能需要通过 XCAP协议先向彩像业务服务设备AS2请求认证与授权,获得彩铃业务服务设备AS2的允许后再转发请求;
步骤408:彩像业务服务设备AS2根据早媒体标识信息找到早媒体内容 信息,并将内容信息下载给第一业务服务设备AS1。
步骤409:当早媒体内容下载完毕后,彩像业务服务设备AS2发送下载 成功消息给第 一业务服务设备AS1 ,比如发送HTTP协议的"200 OK"消息;
步骤410:第一业务服务设备AS1根据用户设备UE-B发送早媒体拷贝 请求中的业务指令,将下载的早媒体内容关联为UE-B的彩铃或彩像内容;
步骤411:第一业务服务设备AS1向UE-B返回下载成功的消息,比如 发送XCAP协议的"200 OK"消息。
在其它实施例中,第一业务服务设备AS1与彩像服务设备AS2可以是 一个设备,此时,步骤406中用户设备UE-B将早媒体拷贝请求直接发往彩 像服务设备AS2, AS2可不执行步骤407 409的拷贝或下载操作。另外,第 一业务服务设备AS1也可以不在对话信令路径中,即步骤402中的消息不路 由给第一业务服务设备AS1,则步骤403的临时回应消息也不会被路由给业 务服务设备AS1,此时步骤406的早媒体拷贝请求消息中的早媒体标识信息 还要包含彩像业务服务设备AS2的地址(UE-A从收到的彩铃SDP信息中获 得),这样步骤407中,AS1将直接通过早i某体标识信息得到彩像业务服务 设备AS2的地址信息。
如图5所示,为本发明的另一彩像拷贝实施例的基本消息流程图,描述 了主叫UE-A呼叫被叫UE-B时,主叫开通了彩像业务,于是主叫网络向UE-B 播放彩像早媒体信息,被叫用户希望将此彩像拷贝为自己的彩铃或彩像的过 程,其步骤如下
步骤501~507与图4所示实施例的步骤401~407相同;
步骤508:彩像业务服务设备AS2根据早々某体标识信息找到早4某体内容 的标识信息,并将标识信息通过HTTP协议的"200 OK"消息返回给第一业 务服务设备ASl,标识信息可以是早々某体内容的文件名或编号,还可以包括 早媒体内容的管理设备地址,此例中设为彩像业务服务设备AS2。
步骤509:第一业务服务设备AS1判断返回的早媒体内容标识信息对应的早媒体内容是否已经被其管理,如果是,跳过步骤510~511,直接执行步 骤512;否则执行步骤510;
步骤510:第一业务服务设备AS1向早媒体内容的管理设备AS2请求下 载相应的早i某体内容,比如通过HTTP协议或FTP协议发送"^"求;
步骤511:早媒体内容的管理设备AS2向第一业务服务设备AS1下载对 应的早媒体内容;
步骤512:第一业务服务设备AS1根据用户设备UE-B发送的早媒体拷 贝请求中的业务指令将早媒体内容关联为UE-B的彩铃或彩像内容;
步骤513:第一业务服务设备AS1向UE-B返回下载成功的消息,比如 发送XCAP协议的"200 OK"消息。
在其它实施例中,第一业务服务设备AS1与彩像服务设备AS2可以是 一个设备,此时,步骤506中UE-B将早i某体拷贝请求直接发往彩像服务设 备AS2, AS2可不执行步骤507 511的拷贝或下载操作。另外,第一业务服 务设备AS1也可以不在对话信令路径中,即步骤502的消息不路由给第一业 务服务设备AS1,则步骤503中的临时回应消息也不会被路由给第一业务服 务设备AS1 ,此时步骤506中UE-B发送的早媒体请求消息中的早媒体标识 信息还要包含彩像业务服务设备AS2的地址(UE-A从收到的彩铃SDP信息 中获得),这样步骤507中,第一业务服务设备AS1将直接通过早媒体标识 信息得到彩像业务服务设备AS2的地址信息。
上述实施例都是以单彩铃业务或单彩像业务来说明的,但即使是多彩铃 和多彩像业务,该方案仍然适用,因为早媒体标识信息可以唯一确定要控制 的早媒体。
以上所述实施例仅是为充分说明本发明而所举的较佳的实施例,本发明 的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替 代或变换,均在本发明的保护范围之内。本发明的保护范围以权利要求书为准。
权利要求
1、一种早媒体信息的拷贝方法,其特征在于,包括以下步骤用户设备通过不依赖于媒体连接的协议向第一业务服务设备AS发送早媒体拷贝请求,请求中携带拷贝操作指令和早媒体标识信息中的至少一个;所述第一业务服务设备接收到所述早媒体拷贝请求,从第二业务服务设备处下载早媒体内容,并将该早媒体内容关联为所述用户设备的早媒体。
2、 如权利要求1所述的方法,其特征在于,所述不依赖于々某体连接的 协议包括配置访问协议XCAP或HTTP协议。
3、 如权利要求1所述的方法,其特征在于,所述拷贝操作指令包括将 所述早媒体信息拷贝为彩铃或彩像的指令;所述早媒体标识信息包括对话标 识、媒体会话标识、媒体会话信息、早媒体业务服务设备地址中的一个或任 意组合。
4、 如权利要求l、 2或3所述的方法,其特征在于,所述第一业务服 务设备从所述第二业务服务设备处下载早媒体内容的步骤包括所述第一业务服务设备向所述第二业务服务设备发送早媒体下载请求, 所述第二业务服务设备将早媒体内容的标识信息发送给所述第 一业务服务设 备;所述第一业务服务设备根据所述早^某体内容的标识信息判断是否已经管 理该早媒体内容,如果不是,所述第一业务服务设备从所述第二业务服务设 备下载所述早i某体内容;如果是,直接执行后续步骤。
5、 如权利要求4所述的方法,其特征在于,所述早+某体内容的标识信 息包括所述早々某体内容的文件名称、文件编号和文件服务器地址中的一个或 任意组合。
6、 如权利要求1所述的方法,其特征在于,所述第一业务服务设备向 所述第二业务服务设备发送早i某体下载请求前,还包括所述第 一业务服务设备向所述第二业务服务设备发送鉴权请求;所述第二业务服务设备对所迷第一业务服务设备发送的鉴权请求进行鉴 权,鉴权通过后,执行后续步骤。
7、 如权利要求1所述的方法,其特征在于,所述用户设备向业务服务 设备发送早媒体拷贝请求前,还包括步骤主叫用户设备通过所述业务服务设备向被叫用户设备发送呼叫请求;所述被叫用户设备发送临时回应给所述业务服务设备,所述业务服务设 备在该临时回应中加入该业务服务设备的标识信息后将所述临时回应发送到 主叫用户设备;所述主叫用户设备、业务服务设备和被叫用户设备完成资源协商,并由 所述业务服务设备为主叫用户设备或被叫用户设备提供早媒体内容,由所述 主叫用户设备或^皮叫用户设备进行播放。
8、 如权利要求7所述的方法,其特征在于,所述被叫用户设备发送的 临时回应为会话描述协议SDP响应。
9、 如权利要求7或8所述的方法,其特征在于,所述业务服务设备在 所述临时回应中加入该业务服务设备的标识信息的方法包括将所述临时回应中被叫用户设备的标识信息修改为该业务服务设备的标 识4言息;以与所述临时回应不同的会话标识产生新的临时回应,该新的临时回应 中携带早々某体业务的SDP响应;或在所述临时回应的消息体中增加"early-session"内容,并将此内容设置 为早媒体业务的SDP请求。
全文摘要
本发明公开了一种早媒体信息拷贝的方法。该方法包括步骤用户设备通过不依赖于媒体连接的协议向第一业务服务设备AS发送早媒体拷贝请求,请求中携带拷贝操作指令和早媒体标识信息中的至少一个;所述第一业务服务设备接收到所述早媒体拷贝请求,从第二业务服务设备处下载早媒体内容,并将该早媒体内容关联为所述用户设备的早媒体。本发明通过采用不依赖于媒体连接的协议发送早媒体拷贝请求,因此不需要建立双向媒体连接,消除了不安全因素,提高了可靠性;另外,本发明可以采用多个业务服务设备来实现早媒体拷贝操作,主、被叫可以位于不同的运营商网络,克服了现有技术中主、被叫必须位于同一运营商网络的缺点,增加了灵活性。
文档编号H04W88/18GK101448346SQ200810098010
公开日2009年6月3日 申请日期2008年5月20日 优先权日2008年5月20日
发明者谢振华 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1