专利名称：：用于在下载递送期间实现mbms切换的系统和方法
技术领域：
：本发明涉及当客户机设备从MBMS覆盖区移动到MBMS中断区(MBMS-outagearea)时MBMS文件下载会话的切换。
背景技术：
：这部分旨在提供权利要求中所陈述的本发明的背景或上下文。此处的描述可以包括可被推行但却不一定是先前已被构思或推行的概念。因此，除非文中另外指出，在这部分中所描述的内容对本申请中的说明书和权利要求书而言并不是现有技术，并且不因为被包括在该部分中而承认是现有技术。近些年来，移动广播解决方案已被不同的组织标准化，诸如第三代合作伙伴项目(3GPP)MBMS服务。MBMS是可以经由现有GSM和UMTS蜂窝网络来提供的广播服务。3GPPMBMS使得能够向移动用户在资源高效的情况下递送流行的多媒体内容。MBMS客户机可以经由下载递送、流式递送以及流式递送和下载递送的组合来接收内容。MBMS是在3GPPRelease6(版本6)中描述的特征。然而，MBMS仅可以被运营商部署在少数区域中，在这样的区域中，对流行内容进行广播/多播分发是成本高效的。当MBMS订户移动到没有MBMS覆盖的区域时，运营商可以以单播模式分发MBMS内容。在这样的使用情况中，要求应用/传输层信令，以便确保在MBMS内容的广播/多播模式接收与单播模式接收之间的无缝切换。关于MBMS用户服务扩展的3GPPSA4Release7工作项目的目标之一是指定用于按照单播模式(通过流式和交互承载)的MBMS内容分发所需要的应用/传输层信令。另一目标是指定用于MBMS内容递送的优化技术。以下的表l示出了3GPPSA4中用于在广播/多播与单播模式中将^f吏用的协议之间的映射的当前工作假设。表l<table>tableseeoriginaldocumentpage8</column></row><table>-用于会活控制的RTSP-用于媒体传输的RTP-用于在相同RTSP务活中的文件下载的FLUTE/UDP在因特网工程任务组(IETF)请求注解(RFC)3926中讨论了基于单向传输的文件递送(FLUTE)协议，可在www.ietf.org/rfc/rfc3926.txt处获得(通过引用的方式将其纳入文中)。在IETFRFC768中讨论了用户数据才艮协i义(UDP),其可在www.ietf.org/rfc/rfc0768.txt处获得(通过引用的方式将其纳入文中)。在IETFRFC3550中讨论了RTP—用于实时应用的传输协议，其可在www.ietf.org/rfc/rfc3550.txt处获得(通过引用的方式将其纳入文中)。在开放移动联盟WAP-230-WSP中讨论了无线会话协i义(WSP)，其可在wwwI.wapforum.org/tech/documents/WAP-ZSO-WSPJOOlOTOS-a.pdf处获得(通过引用的方式将其纳入文中)。在IETFRFC2326中讨论了实时流式协议(RTSP)，其可在www.ietf.org/rfc/rfc2326.txt处获得(通过引用的方式将其纳入文中)。3GPP分组交换流式服务(PSS)是使得能够在移动设备中进行分组交换流式传输的3GPP解决方案。PSS定义了使得流式服务能够用于移动设备的协议和媒体编解码器。PSS基于用于会话建立和控制的RTSP。当前在3GPP中定义了3GPP分组交换流式服务增强(PSSe)。这些增强的目的是为了定义对3GPPPSSReleaseNo.6的扩展，以便优化流式服务。可以在3GPPTS26.233V6.0.0(2004-09)中找到对于PSS的概括性描述Transparentend-to-endpacketswitchedstreamingservice(PSS);Generaldescription(Release6)，可在www.3gpp.org/ftp/Specs/archive/26_series/26.233处获得(通过引用的方式将其纳入文中)。对于"仅下载"使用情况，当前没有完整地指定MBMS切换机制。开放移动联盟(OMA)-PUSH(推送)M是一个用于实现这样的切换的选项，但却存在^艮多缺陷。OMA-PUSH系统一般根据3GPPTSG-SA4#41TdocS4-060662中的提议如下。在该系统中，如果MBMS用户装备(UE)在其归属网络之外，并且如果4^供了接入地址(例如作为单播接入URI(unicastAccessURI))的属性在递送方法描述中是可用的，那么MBMSUE向BM-SC注册其MBMS下载服务。单播月良务递送注^Hf求包括MBMS用户服务的标识(例如作为MBMS用户服务的serviceld(服务ID))，以及用户i殳备的标识(例如作为MBMSUE的移动台综合月良务数字网(MSISDN)。MBMSUE使用HTTP请求方法GET作出单播服务递送注册请求。在因特网工程任务组(IETF)请求注解(RFC)2616(1999年6月)中详细讨论了HTTP:"HypertextTransferProtocol—HTTP/1.1"(可在www.ietf.org/rfc/rfc2616.txt处获得，并且通过引用的方式将其纳入文中)。MBMSUE的serviceld和MSISDN被编码到URI查询部分中，这在IETFSTD0066/RFC3986(2005年1月)中进行了详细的讨论"UniformResourceIdentifier(URI)，，(可在www.ietf.org/rfc/rfc3986.txt处获得，并且通过引用的方式将其纳入文中)，如以下所定义的，在HTTPGET请求中包括该URI查询部分GET/unicastRegserviceId=urn:3gpp:0010120123hotdog&MSISDN=436642012345HTTP/1.1Host:bmsc.example.comMBMS下载递送会话可以含有一个或多个文件。在FLUTE文件递送表(FDT)中描述了所述文件。如果MBMS下载递送方法含有超过一个的文件，那么如J.Palme、A.Hopmann、N.Shelness在IETFRFC2557(1999年3月)的"MIMEEncapsulationofAggregateDocuments,suchasHTML(MHTML)，，(可在www.ietf.org/rfc/rfc3986.txt处获得，并且通过引用的方式将其纳入文中)中所定义的多部分MIME(MultipartMIME)被用来将所述文件封装到聚合服务通告文档中。根据如在OMAPushOTA(推送空中下载)协议(2001年4月25日)WAP-235-PushOTA-20010425隱a中所讨论的OMAPushOver國the-Air(OTA)规范，来格式化在HTTP推送承载上的MBMS下载，其可在www.openmobilealliance.org/tech/affiliates/wap/wap-235-pushota-20010425-a.pdf处获得(通过引用的方式将其纳入文中)。在HTTP推送承载上使用OTA-HTTP。如在OMAPushOTA协议中所指定的使用了应用端口寻址。要使用的应用ID由OMA命名机构(OMNA)来分配，如在OMAOMNA注册PUSH应用ID列表www.openmobilealliance.org/tech/omna/omna-push-app-id.htm中所讨论的(通过引用的方式将其纳入文中)。如果使用GZip压缩工具，则会包括内容编码报头。OMA-PUSH方法有许多缺陷。例如，在该布置中，广播-多播服务中心(BM-SC)没有关于MBMS客户机的状态的任何信息，即，BM-SC不知道哪些对象、源块或符号将要经由OTA-HTTP被递送到MBMS客户机。在接收到以上引用的单播注册请求之后，BM-SC的行为是不清楚的。然而，BM-SC可以表现为两种方式中的任何一种。如果FLUTE会话涉及各种尺寸的多个对象，那么BM-SC不得不经由OTA-HTTP会话来传输FLUTE会话的所有对象，包括客户机已经在FLUTE会话中接收到的对象。这造成很大的资源浪费。可选地，在接收到上述注册请求之后，BM-SC可以经由OTA-HTTP仅发送剩余对象，在这种情况下，客户机在所接收到的数据中具有一些"孔"。在这种情形下，客户机不具有从它停止接收FLUTE传输的点以来以;^从BM-SC开始经由OTA-HTTP发送数据的点以来的任何数据。另外，在OTA-HTTP会话的结束处，客户机仍然不得不发起另一HTTP会话，用于对不完整对象/源块的点到点(PtP)修复。尽管在两个HTTP会话可以被组合成一个的情况下可减少信令开销，然而在这些情形中，一个HTTP^4t由BM-SC发起，而另一HTTP^t由客户机发起。如果文件递送表(FDT)是动态的，那么每当存在更新的FDT时，BM-SC服务器都可以进行对客户机的OMA-PUSH操作。在这种情况下，客户机不需要进行对FDT更新的任何轮询。然而，以上引用的缺陷仍旧存在。另一在下载递送期间用于实现MBMS切换的选项涉及在单播系统上使用FLUTE/UDP。然而，这种方法要求不必要的开销来包括FLUTE报头和转发纠错(FEC)修复符号。特别地，FLUTE报头和FEC修复符号对于点到点递送来说都是不必要的。另外，对于FLUTE/UDP传输，还必须建立新的RTSP会活。除以上之外，在MBMSTS26.346v7.2.0中所指定的PtP修复请求/响应机制也可以被扩展用于在少数特殊环境下的MBMS切换使用情况。当MBMS客户^U^MBMS-覆盖区移动到MBMS-中断区中时，其可以触发PtP文件修复机制。客户机然后尝试进行对于到该点为止所接收到的所有对象的所有源块的FEC解码，确定缺失符号的数目/身份，并且通过包括所有要求的细节(例如，文件URI、源块号(SBN)、缺失符号的数目、缺失符号的编码符号ID(ESI)等)来向修复服务器发送HTTPGET请求。如果客户机已经接收到FDT，并且如果该FDT对FLUTE会话的其余部分保持为静态，那么它知道在FLUTE会话的剩余部分中将期望哪些文件URI/对象。客户机然后可以向修复服务器请求当前对象中的剩余源块以及当前会活中的剩余对象。因而，MBMS客户机也可以重用用于MBMS切换使用情况的PtP修复请求机制。不幸的是，FDT《艮有可能是动态的，即，在相同的FLUTE会话中可能存在所传送的FDT的新实例。因此，客户机不能假定FDT是静态的，因为FLUTE明确允许FDT是动态的，并且它允许在FLUTE会话的带内递送FDT的新实例。因此，PtP修复请求机制往往不能过载以便覆盖MBMS切换使用情况。因此，提供一种既可以被用于静态FDT又可以被用于动态FDT但却不过度使用开销的解决方案将是令人期望的。
发明内容本发明的各种实施例涉及使用HTTP/1.1"组块(chunked)"模式来在推送式模式(push-likemode)中递送会话的FDT的更新。多部分多用途因特网邮件扩展(MIME)消息的每个部分由内容类型报头中所声明的边界隔开。不期望在消息有效载荷中出现的任何串都可以被用作分隔符。所述多部分mime消息的每个部分还必须指定该部分的内容类型。为了允许推送对FLUTE会话的内容的递送，每个FDT实例被编码为多部分MIME消息的一个部分，并且作为单独的组块净iL良送。接收机可以解译每个所述单独的组块，以便从所述组块中提取FDT实例。所述消息的每个部分的内容类型被设置为"text(文本)/xml"或另一MIMI类型，以便指示所述内容是FDT实例。在解析所述FDT实例和更新所述FDT之后，所述接收机能够标识所述会活的哪些文件是感兴趣的，并且可以进行HTTPGET请求iM^索特定的文件。所iU良务器可以使用HTTP的连對艮头字段(其具有被设置为"closed(闭合)"的值)来指示所述会话的结束。利用本发明的各种实施例，不需要对OTA-HTTP或OTA-WSP的完整实现来实现推送递送，因为文件修复功能已要求对HTTP/1.1的支持。12从以下结合附图进行的详细描述中，本发明的这些和其它的优势和特征及其组织和操作方式一起将变得显而易见，其中，遍及以下描述的若干附图中，同样的元件具有同样的标记。图l是示出了实现本发明实施例的过程的流程图2是示出了根据本发明的一个实施例在文件下载会话期间的MBMS切换的示图3是示出了根据本发明实施例经由多个组块从服务器向客户机终端传输多个FDT实例的示图4是可以在本发明的实现中使用的电子设备的透视图；以及图5是图4的电子设备的电路的示意性示图。具体实施例方式本发明的各种实施例涉及使用HTTP/1.1"组块"模式来以推送式模式递送^的FDT的更新。在HTTP/1.1中定义了组块模式，以便支持来自服务器的动态内容生成和递送。在几个情况中，Web服务器可以不知道内容的确切长度。组块模式是一种传送编码的形式，它允许将内容分成已知长度的组块，然后每个组块可以在消息部分中被发送到接收机。HTTP1.1组块模式通常与持久连接一起使用，这允许推送型递送。使用多部分/混合内容类型来传输消息的内容，且消息的每个部分作为单独的组块被递送。接收机可以解译每个单独的组块，以便从组块中提取FDT实例。消息的每个部分的内容类型净皮，没置为"text/xml"或另一MIME类型来指示该内容是FDT实例。在解析FDT实例并且更新FDT之后，接收机能够标识会话的哪些文件是感兴趣的，并且可以进行HTTPGET请求**索特定文件。服务器可以使用HTTP的连接报头字段(其具有被设置为"闭合"的值)来指示会话的结束。图2较为详细地示出了根据本发明的一个实施例的MBMS切换过程，其中在切换前和切换时，根据FLUTE协议对组块进行广播/多播。如图2中所示，一旦组块被发送用于单播接收，新的传输对象标识符(TOI)便被用于所述组块，并且用于所述组块的源块号(SBN)被重置。图l是示出了可以实现本发明实施例的过程的流程图。在图1中的IOO处，曾处于MBMS覆盖区内的终端离开MBMS覆盖区。在105处，该终端从服务通告中检索单播接入URI。在110处，该终端建立与HTTP或Web服务器的持久TCP连接。在115处，该终端向HTTP服务器发送GET请求。请求URL与单播接入URI相同，其在HTTP服务器处唯一标识了FLUTE会话。以下是关于请求可如何出现的样例GET/flute—seriveserviceId=2987324HTTP/1.1Host:www.example.com在120处，HTTP服务器将从终端接收到的请求标识为对发起FLUTE会话的单播递送的请求，并且基于"serviceld(服务ID)"参数来标识服务，其中"serviceld"^!t与服务通告所指示的serviceld相同。在125处，HTTP服务器创建响应消息。该响应消息指示它是否愿意服务该终端。以下是包括了关于HTTP服务器愿意服务该终端的指示的样例响应HTTP/1.1200OKContent-type:multipart/mixed(内容-类型多部分/混合)Transfer-encoding:chunked(传送-编码组块)在130处，新的FDT实例变得可用。当新的FDT实例变得可用时，在135处，HTTP服务器创建新的组块，并且将新的FDT实例作为多部分MIMI消息的新的部分来派送。这在每次新的FDT实例变得可用时被重复。图3是示出了在125的HTTP响应消息已被发送之后经由多个组块从HTTP服务器向终端传输FDT实例的示图。在140处，接收机接收并检查組块，并ibf目应地更新其FDT。随后，在140处所表示的，接收机可以发送GET请求，以便检索感兴趣的文件。图4和图5示出了一个代表性的电子设备12，在电子设备12内可以实现本发明。然而，应当理解，本发明并不旨在限于电子设备12的一个特14定类型。图4和图5的电子设备12包括外壳30、液晶显示器形式的显示器32、键板34、扩音器36、耳机38、电池40、红外端口42、天线44、根据本发明一个实施例的UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码器电路54、控制器56、存储器58以及电池80。各个电路和元件都是本领域中的已知类型，例如诺基亚移动电话系列。移动电话。文中所描述的各种实施例是在方法步骤或过程的一般情景中描述的，通过在计算机可读^h质中体现的计算机程序产品，可以在一个实施例中实现所述方法步骤或过程，所述计算机程序产品包括了由计算机在联网环境中执行的诸如程序代码的计算机可执行指令。计算机可读介质可以包括可装卸的和不可装卸的存^i殳备，包括但不限于只读存储器(ROM)、随机访问存储器(RAM)、光盘(CD)、数字通用盘(DVD)等。一般地，程序模块包括实施特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、关联数据结构以及程序模块代表用于执行文中所公开的方法的步骤的程序代码的例子。这样的可执行指令或关联数据结构的特定序列代表用于实现在这样的步骤中所描述的功能的对应动作的例子。骤或过程、相关步骤或过程、比较步骤或过程以及判决步骤或过程的逻辑，可以完成各种实施例的软件和Web实现。应当注意，如文中以及在以下权利要求中所使用的措辞"组件"和"模块"，旨在包括使用一行或多行软件代码的实现和/或硬件实现和/或用于接收手动输入的装备。已经出于说明和描述的目的给出了对本发明实施例的前述描述。以上描述并不旨在是穷举性的或是将本发明的实施例限制于所公开的精确形式，根据前述教导的修改和变型是可能的，或者可以从本发明的实践中获得这些修改和变型。选择并描述了文中所讨论的实施例是为了解释各种实施例的原理和特性及其实际应用，以便使本领域的技术人员能够在各种实施例中利用本发明并且使各种修改适合于所设想的特定使用。文中所描述的实施例的特征可以被组合在方法、装置、模块、系统和计算机程序产品的所有可能的组合中。权利要求1.一种方法，其包括在退出多媒体广播/多播服务(MBMS)服务区之后，建立与超文本传送协议(HTTP)服务器的持久TCP连接；向所述HTTP服务器发送第一GET请求；从所述HTTP服务器接收响应消息，其指示所述HTTP服务器愿意提供服务；以及每当新的文件递送表(FDT)实例变得可用时，从所述HTTP服务器接收在数据组块中的所述新的FDT实例。2.根据权利要求1的方法，其进一步包括在接收到所述新的FDT实例时，更新FDT来反映所述新的FDT实例。3.根据权利要求1的方法，其进一步包括发送第二GET请求，以便从所述HTTP服务器获得感兴趣的文件。4.根据权利要求l的方法，其中，所述数据组块是多用途因特网邮件扩展(MIME)消息的一部分。5.根据权利要求1的方法，其中，所述持久TCP连接是使用从之前的服务通告中所接收的单播接入URI来建立的。6.才艮据权利要求5的方法，其中，所述第一GET请求包括与所述单播接入URI相同的请求URL。7.—种体现在计算机可读介质中的计算机程序产品，其包括用于实施根据权利要求1的过程的计算机代码。8.—种装置，其包括处理器；以及存储单元，所述存储单元在通信上被连接到所述处理器并且包括用于在退出多媒体广播/多播服务(MBMS)服务区之后建立与超文本传送协i义(HTTP)服务器的持久TCP连接的计算机代码；用于向所述HTTP服务器发送第一GET请求的计算机代码；用于处理从所述HTTP服务器所接收的指示所述HTTP服务器愿意提供服务的响应消息的计算机代码；以及用于每当新的文件递&(FDT)实例变得可用时，从所述HTTP服务器接收在数据组块中的所述新的FDT的计算机代码.9.根据权利要求8的装置，其中所述存储单元进一步包括用于在接收到所述新的FDT时，更新FDT来反映新的FDT实例的计算机代码。10.根据权利要求8的装置，其中所述存储单元进一步包括用于发送第二GET请求以便从所述HTTP服务器获得感兴趣的文件的计算机代码。11.根据权利要求8的装置，其中，所述数据组块是多用途因特网邮件扩展(MIME)消息的一部分。12.根据权利要求8的装置，其中，所述持久TCP连接是使用从之前的服务通告中所接收的单播接入URI来建立的。13.根据权利要求12的装置，其中，所述笫一GET请求包括与所述单播接入URI相同的请求URL。14.一种方法，其包括从已经退出MBMS服务区的多媒体广播/多播服务(MBMS)终端接收第一GET请求；将所述第一GET请求标识为所述MBMS终端对J^FLUTE会活的单播递送的请求；在决定服务所述MBMS终端时，向所述接收机发送响应消息；以及每当新的文件递送表(FDT)实例变得可用时，在数据组块中向所述MBMS终端发送所述新的FDT实例。15.根据权利要求14的方法，其中，所述数据组块是多用途因特网邮件扩展(MIME)消息的一部分。16.根据权利要求14的方法，其中，所述第一GET请求包括与来自之前的服务通告的单播接入URI相同的请求URL。17.根据权利要求14的方法，其进一步包括从所述MBMS终端接收对于获得感兴趣的文件的第二GET请求；以及响应于所述第二GET请求，向所述MBMS终端发送所述感兴趣的文件。18.根据权利要求14的方法，其进一步包括使用服务ID参数来标识由所述MBMS终端所请求的服务，所述服务ID参数与在之前的服务通告中所含有的标识相同。19.一种体现在计算机可读介质中的计算机程序产品，其用于实施根据权利要求14的过程。20.—种装置，其包括处理器；以及存储单元，所述存储单元在通信上被连接到所述处理器并且包括用于处理从已经退出MBMS服务区的多媒体广播/多播服务(MBMS)终端所接收的第一GET请求的计算机代码；用于将所述第一GET请求标识为所述MBMS终端对发起FLUTE会话的单播递送的请求的计算机代码；用于在决定服务所述MBMS终端时，向所述接收机发送响应消息的计算机代码；以及用于每当新的文件递&(FDT)实例变得可用时，在数据组块中向所述MBMS终端发送所述新的FDT实例的计算机代码。21.根据权利要求20的装置，其中，所述数据组块是多用途因特网邮件扩展(MIME)消息的一部分。22.根据权利要求20的装置，其中，所述第一GET请求包括与来自之前的服务通告的单播接入URI相同的请求URL。23.根据权利要求20的装置，其中，所述存储单元进一步包括用于处理所接收的对于获得感兴趣的文件的第二GET请求的计算机代码；以及用于响应于所述第二GET请求，向所述MBMS终端发送所述感兴趣的文件的计算机代码。24.根据权利要求20的装置，其中所述存储单元进一步包括用于使用服务ID参数来标识由所述MBMS终端所请求的服务的计算机代码，所述服务ID参数与在之前的服务通告中所含有的标识相同。25.—种系统，其包括多媒体广播/多播服务(MBMS)终端；以及超文本传送协议(HTTP)服务器，其中，所述MBMS终端被配置以便在退出多媒体广播/多播服务(MBMS)服务区之后，建立与所述HTTP服务器的持久TCP连接；以及向所述HTTP服务器发送第一GET请求；并且其中，所述HTTP月良务器^L配置以便将所述第一GET请求标识为所述MBMS终端对发起FLUTE会话的单播递送的请求；当决定服务所述MBMS终端时，向所述接收机发送响应消息；以及每当新的文件递i^(FDT)实例变得可用时，在数据组块中向所述MBMS终端发送所述新的FDT实例。26.根据权利要求25的系统，其中所述MBMS终端被进一步配置以便在接收到所述新文件递i^时，更新所述MBMS终端的FDT来反映所述新的FDT实例。27.根据权利要求25的系统，其中所述MBMS终端被进一步配置以便发送第二GET请求，以l更从所述HTTP服务器获得感兴趣的文件，并且其中，所述HTTP服务器被进一步配置以便响应于所述第二GET请求，向所述MBMS终端发送所述感兴趣的文件。28.根据权利要求25的系统，其中，所述数据组块是多用途因特网邮件扩展(MIME)消息的一部分。29.根据权利要求25的系统，其中，所述持久TCP连接是使用从之前的服务通告中所接收的单播接入URI来建立的。全文摘要一种改进的系统和方法，用于在下载递送期间实现多媒体广播/多播服务(MBMS)切换。本发明的各种实施例涉及使用HTTP/1.1“组块”模式来在推送式模式中递送会话的文件递送表(FDT)的更新。为了允许对FLUTE会话的内容的推送递送，每个FDT实例被编码为多部分MIME消息的一个部分，并且作为单独的组块被发送。接收机可以解译每个所述单独的组块，以便从所述组块提取FDT实例。所述消息的每个部分的内容类型被设置成“text/xml”或另一MIMI类型，以便指示所述内容是FDT实例。在解析所述FDT实例并且更新所述FDT之后，所述接收机能够标识所述会话的哪些文件是感兴趣的，并且可以进行HTTPGET请求来检索特定的文件。文档编号H04W80/06GK101589630SQ200880003052公开日2009年11月25日申请日期2008年1月8日优先权日2007年1月10日发明者I·布阿兹兹,R·韦旦萨姆申请人:诺基亚公司