专利名称：用于管理通信信道的方法和相应的信号及终端的制作方法
技术领域：
本发明的领域涉及在无线电通信终端上呈现多媒体内容，所述无
线电通信终端例如移动电话、个人数字助理(或PDA)、便携式计算 机等。
更确切地说，本发明是基于经由一个或多个传输信道向无线电通 信终端传送多媒体内容、所述内容的一部分和/或其代表元素。
多媒体内容意指包括至少一个动画图形场景(或者被称为多媒体 场景)和用于把所述场景从一个状态改变到另一个状态的一组命令的 单元。多媒体场景特别是等同于一组图形对象在时间和空间上的排 列，无线电通信终端的用户能够与之进行交互。
多媒体服务还意指为用户保持连续性印象的内容序列，所述连续 性是通过连续更新同一多媒体场景或通过并置连续的多媒体场景而 获得的。
本发明可以用于在交互的情况下需要采用图形对象的时空排列 形式来表示信号的所有领域。
本发明特别适用于已知的图形场景描述格式，诸如 MPEG-4/BIFS (二进制格式场景)、SVG (可扩展矢量图)、SMIL (同步多媒体集成语言)、XHTML (可扩展超文本标记语言)等。
例如，当使用图形场景描述格式时可以使用本发明，诸如那些先 前在HTTP (超文本传输协议)、TCP/IP (传输控制协议/因特网协 议)或RTP (实时协议)传输信道上引用的格式，并且更一般地说另 外在由DVB(数字视频广播)、DMB(数字多媒体广播)、3GPP(第 三代合作伙伴计划)和OMA (开放移动联盟)标准等使用的传输信 道类型上所引用的格式。
背景技术：
已知用于向无线电通信终端传送多媒体内容的技术。 通常依照第一传输技术，通过执行以下序列来设计服务，换句话
说，向无线电通信终端用户提供信息项 -把初始内容发送到终端；
-当所述内容正被发送时，用户消费该内容并且作出请求； -然后响应内容被发送到无线电通信终端，同时第一内容发送仍 然有效。
然后在终端上存在以下选择
-第一内容必须被停止，于是第二内容(响应内容)能够使用与 所述第 一 内容相同的传输信道；
-或者，第一内容必须与第二内容并行地继续被接收和播放。
因此，所述服务被设计为响应于交互式请求在一定数量的传输信 道上被发送到用户终端的一连串内容。已有技术不允许在接收响应内 容时判定是切断笫一通信(第一内容传输)并且重用所述信道还是为 响应内容打开新的独立通信信道。
例如，如果用户请求音乐下栽服务，那么被发送到终端的初始内 容包括第一音乐流。
用户消费它，换句话说，收听音乐流，并且请求获得关于所述音 乐的信息。
然后，把包括所请求信息的新的响应内容发送到无线电通信终。
依照第一种可能的行为，当接收第二内容时总是切断用于传送第 一内容的信道，这保证了终端在同一时间只使用一个通信信道(也被 称为传输信道)。然而，此行为的一个缺点是它不允许使用混合的网 络协作服务，网络协作服务的一部分通过一个通信信道传送，而另一 部分同时通过另一通信信道传送，此第二信道可以具有与第一信道不 同的类型。因此，此行为特別适于非常受约束的终端，所述终端不允 许一个以上的通信信道被同时打开。依照第二种可能的行为，当接收第二内容时第 一通信信道仍然保 持打开，这允许利用使用网络协作的服务，其一部分通过一个通信信 道传送，而另一部分同时通过另一通信信道传送，此第二信道可以具
有与第一信道不同的类型。然而，此行为具有以下主要缺点
-它不允许一个或多个服务在非常受约束的终端上操作，所述终 端不允许一个以上的通信信道被同时打开；
譯它不允许在接收第二内容时切断通信，由此会强迫终端消费第 一内容的剩余部分。因此，即便服务器已经停止发送关于所述第一内 容的数据，网络传输緩沖器也是满的，并且仍然要接收到几秒钟的内 容，因此不必要地消耗了终端上的资源。笫一内容服务器也可以不同 于第二内容服务器，由此不向其通知请求，从而第一内容服务器继续 发送直到最初计划的第一内容的结束。
依照第三种可能的行为， 一旦发出对第二内容的请求，就切断第 一内容的接收，由此保证终端同时只使用一个通信信道。然而，此行 为的 一 个缺点是它不允许实现混合的网络协作服务，网络协作服务的 一部分通过一个通信信道传送，而另 一部分同时通过另 一个通信信道 传送，此第二信道可以具有与第一信道不同的类型。从而，此行为特 别适于非常受约束的终端，所述终端不允许同时打开一个以上的通信 信道。
发明内容
本发明的特定目的在于克服这些现有技术的缺点。
依照至少一个实施例，本发明的一个目的在于，使用一种当接收 新内容时重用用于接收先前内容的已打开通信信道的技术。
依照至少一个实施例，本发明的另一目的在于，针对可以在非常 受约束的终端上运行的服务，使用尤其可以在这种终端上使用的技 术，其中所述终端不允许同时使用一个以上的通信信道。
依照至少一个实施例，本发明的另一目的在于，针对可以在这些 条件下运行的服务，在保证终端在同 一 时间只使用 一个通信信道的情
6况下，使用一种在资源方面节省成本的技术。
依照至少一个实施例，本发明的另一目的在于，使用一种用于管 理在每个时刻由终端使用的通信信道数目的技术。
依照至少一个实施例，本发明的另一目的在于，使用一种用于重 用已打开通信信道中的特定信道以便接收新内容或新内容的一部分 的技术。
依照至少一个实施例，本发明的另一目的在于，使用这样的一种 用于实现服务的技术，所述服务使用网络协作，其一部分通过一个通 信信道传送，而另一部分同时通过另一通信信道传送，此第二信道具 有可以不同于第 一通信信道的类型。
特别地，本发明的目的在于，提供这样的一种技术在无线电通 信终端处的服务流动性方面提供更好的性能。
本发明采用用于管理通信信道的方法的形式提出一种新的解决 方案，该解决方案没有所有这些现有技术的缺点，所述通信信道用于 从至少一个服务器向至少一个无线电通信终端传送多媒体内容。
依照本发明，所述方法包括以下步骤
-通过第 一信道传送第 一 内容；
-在终端中逐渐地呈现(或消费)所述第一内容；
-经由所述终端发出对第二内容的请求，所述请求包括用于表明 将通过所述第一信道还是在第二信道上传送所述第二内容的控制数 据；
-逐渐地呈现所述第二内容。
从而，本发明允许逐渐地呈现经由第一通信信道传送的第一内容 (例如采用"流(streaming)，，模式)，并且按照来自所述终端的请求 呈现经由第一通信信道或经由第二信道传送的第二内容。
特别地，这些不同的内容可以由不同的服务器传送，但去往同一 个终端。重要的是应当注意，所使用的不同通信信道可以是不同类型 的(例如双向电话信道和单向广播信道)。
从而，对第二内容的请求包括例如根据内容类型表明第二内容将通过第一信道还是通过第二信道传送的控制数据。然后，响应于此请 求，第二内容可以通过用于传送第一内容的信道来传送，由此中断第 一内容的传输，或者所述第二内容可以通过另一通信信道传送。
例如，在高度受约束的终端的情况下，可以重用第一通信信道来 传送第二内容，由此防止这些终端不得不打开可能质量差的第二通信 信道。
依照本发明的特定实施例，只要没有接收到对请求的响应，就可 以继续逐渐地呈现第一内容。
从而，服务创作者能够设计其服务，以便通过在终端上继续展示 处于消费过程中的内容，来帮助终端用户在等待对请求的响应时消磨 时光。
依照本发明的特定方面，如果控制数据规定使用第二信道，那么 至少部分地依照同时的方式来逐渐地呈现第一和第二内容。
从而可以在与第一内容相关联的多媒体场景中显示第二内容。 特别地，可以(借助于场景改变命令)改变此多媒体场景以便改
善第二内容的感受例如，当呈现第二内容时降低与第一内容相关联 的音量。
依照本发明的另一方面，如果控制数据规定只使用第一信道，那 么替换第一内容，逐渐地呈现第二内容。
此外，依照一个候选方式，终端发出去往相应服务器(换句话说， 去往向终端提供第 一 内容的服务器)的中断第 一 内容的传送的请求。
依照本发明的特定实施例，控制数据是带有链接的多媒体场景的 元素的属性，所述链接是到用于传送所述第二内容的服务器的。
从而新属性被指定，例如被标示为lsr:ConnectionPipe，以便可 以指示将通过第一信道还是通过第二信道传送第二内容。
应当注意，在HTML (超文本标记语言)标准中，元素a还可 以具有"目标"类型的新属性。然而，重要的是应当注意，此"目标"属 性只规定了关于呈现的方面。更确切地说，此属性规定了将要在其中 显示对请求的响应的空间，换句话说，将要在其中呈现第二内容的多媒体场景中的位置，但是该属性没有规定内容分布情况，特别是可以 使用哪个通信信道。
同样，XLink参数(如在LASeR和SAF格式中规定的)也规定 了关于呈现的方面。更确切地说，这些参数规定了响应于请求而接收 的与第一内容有关的第二内容应当被消费的方式，所述请求与对第一
内容(主要内容)的请求分离。
重要的是还应当注意，这些参数都不涉及所使用的通信信道的分 布模式或管理，如按照本发明依照至少 一个实施例所建议的。
特别地，依照本发明的特定实施例，所述属性可以假定至少三个 以下值之一
-新的信道；
-当前的4言道；
-预置的信道标识符。
例如，属性可以假定"新的，，值以便指定新的信道，或者假定"当 前的，，值以便指定当前信道，或者使用通信信道名称(例如"信道X，，) 以便标识预置的信道。
依照一个特定的发明特征，管理方法实现了这样的步骤终端发 出通过用已打开通信信道的标识符指示所述已打开通信信道来明确 关闭所述已打开通信信道的请求。
使用XML格式，此关闭请求(也被称为"指令，，)可以被表示为 <ClosePipe name ="channel X，，/>。
本发明的另一方面涉及一种用于管理通信信道的信号，以便实现 先前描述的通信信道管理方法。更确切地说，由无线电通信终端发送 的这种信号包括控制数据字段，用于表明将通过第一信道还是通过第 二通信信道来传送第二内容。
特别地，控制信息字段可以假定以下值之一
-新的信道；
-当前的信道；
-预置的信道标识符。此外，这种信号可以包括通过用已打开通信信道的标识符指示所 述已打开通信信道来明确关闭所述已打开通信信道的请求。
本发明的又一方面涉及一种旨在接收由至少一个服务器广播的 至少一个多媒体内容的无线电通信终端。
这种终端包括用于以下操作的装置 -逐渐地呈现通过第 一信道传送的第 一 内容； -发出对第二内容的请求，所述请求包括用于表明将通过所述第 一信道还是在第二信道上传送所述第二内容的控制数据； -逐渐地呈现所述第二内容。
这种终端特别适于实现先前描述的通信信道管理方法。 特别地，这种终端包括用于允许独立地实现所述通信信道管理方 法中的每个步骤的具体装置。
最后，本发明的另一实施例涉及一种或多种计算机程序产品，所 述计算机程序产品可以从至少 一个通信网络下载和/或记录在可由计 算机读取和/或由处理器运行的介质上，包括用于实现先前描述的传输 信道管理方法中的至少 一些步骤的程序代码指令。
通过阅读附图和作为简单的示例性和非限制性例子给出的特定 实施例的以下描述，本发明的其它特性和优点将变得更加清楚，在附 图中
图1A和1B分别示出了通过两个通信信道，与第二内容的呈现 并行地呈现第一内容，以及通过同一个通信信道，在中断第一内容的 呈现之后呈现第二内容；
图2示出了依照本发明的特定实施例，打开和关闭第二通信信道 的例子；
图3示出了本发明的一般原理，依照此一般原理，在来自终端的 请求之后，第一内容然后是第二内容被传送到无线电通信终端； 图4示出了依照本发明的一个特定实施例实现的不同步骤。
10
具体实施例方式
本发明的一般原理基于，在可以与终端用户交互的情况下，通过 第一通信信道从服务器向终端传送第一内容，并且逐渐地呈现(消费) 此第一内容。更确切地说，本发明的特定实施例用于当由终端发出对 将发送的第二内容的请求时向服务器传送控制数据，所述控制数据用 于表明此第二内容将通过第 一信道还是第二传输信道传送。当接收到 对该请求的响应时，终端可以确定第一内容的接收是否要被中断以及 第二内容是否要重用与第一内容相同的传输信道，或者是否将与接收
和消费在另一传输信道上传送的对请求的响应并行地继续接收和消 费第一内容。
从而本发明提出一种基于管理在连续地发送对同一服务的请求 的响应时所使用的通信信道，向无线电通信终端传送多媒体内容的全 新且具有创造性的方法。
更确切地说，依照特定的实施例，本发明提出在响应于请求而发 送的新内容中，表明用于管理是否重用已经在使用的通信信道的信
特别地，此新内容传输信号可以包含关于由先前发送并且仍然被 消费的内容(第一内容)使用的信道是必须被切断还是必须不能被切 断的数据。此外，所述信号可以包含关于响应于请求而发送的新内容 (第二内容)是否要重用已经用于先前发送并且仍然在被消费的内容 的信道(换句话说，重用第一通信信道)的数据。此外，所述信号可 以包含将要用于响应于该请求而发送的新内容的通信信道的标识符。
实际上， 一个通信信道和/或其它通信信道的使用被认为取决于 在进行请求时所要求的服务的类型，因此必须依据内容创作者的意图 而产生。从而，取决于所遇到的情况来改变通信信道的"行为"。
迄今为止，与内容类型和服务情况有关的原因不允许在请求时判 定是否切断第一内容的接收。依照本发明，如果内容是例如音乐流， 那么可以想到的是，创作者希望用户能够在等待请求被传送到服务器、服务器作出反应、对请求的响应被返回所花费的时间期间继续收 听此音乐。
从而，关于图3和4，示出了本发明实施方式的例子。
为此，考虑单个服务器35向无线电通信终端36提供服务。显然
本发明还适用于从多个服务器向至少一个无线电通信终端传送信息
的情况。
在此例子中，服务器35被认为在第一步骤41期间向通信终端 36发送第一内容37。
在步骤42期间，在终端36上逐渐地呈现第一内容37 (或第一 内容的至少一部分)。换句话说，使用了按照"流"模式的传输。
如果终端36的用户想要接收第二内容，那么该用户在步骤43 期间向服务器35发出请求38,请求所述服务器35向其发送所述第二 内容。
依照本发明的特定实施例，请求38还包括用于表明第二内容是 要通过第一信道还是第二信道传送的控制数据。
依照此特定的实施例，只要没有接收到对请求38的响应，在步 骤43期间，终端36就继续呈现第一内容。
依照另 一方法，可以在发出请求之后立即或在预置时间长度之后 中断第一内容的呈现。
最后，在步骤44期间，第二内容39被(通过第一或第二通信信 道)传送并且在终端上呈现。
以下根据(并非排他性地而只是通过举例说明)使用轻便应用场 景表示(LASeR)和简单集合格式(SAF)环境来相对于本发明特定 实施例的附图给出描述。
让我们考虑采用LASeR格式来下载音乐曲目的服务。应当记住， 服务是为用户维持连续性印象的内容序列，内容是包括至少一个动画 图形场景(也被称为多媒体场景)和允许所述场景从一个状态改变为 另一个状态的一组命令的单位。例如，所述连续性可以通过连续更新 同 一多^(某体场景来获得，于是所述服务采用用户不会看见任何页面改变的方式来设计，并且对用户请求的所有响应是当前场景的部分更 新。在这种情况下，不存在一个场景被另一场景替换。应当注意，通 常替换是用于恢复所有资源，特别是任何打开的通信信道的优选时 间。
在此实施例例子中，所述服务以用于选择第一音乐曲目的连续屏 幕开始。所述用户被认为已经选择了曲目。在本地交互期间(曲目的 选择)，构建请求继而把它发送到服务器。服务器采用包括音频元素 的场景更新的形式作出响应，其中所述音频元素的控制元素是伴随着 音乐流的。接收到此音乐流之后，由终端播放。用户被认为进一步与 服务交互。
一些交互完全是本地的，不会引发对服务器的请求。对于
引发与服务器的对话的交互来说，必须区分两种类型的情况
國第一情况类型，其中对请求的响应不会影响(challenge)音乐 流的消费；
-第二情况类型，其中对请求的响应假定音乐流的消费停止。
在第 一 种情况类型中，请求例如是关于音乐流的附加信息的请 求，例如显示CD封套的请求或购买物理曲集的请求。在这种情况下， 在第一通信信道上传送音乐流。对请求的响应在第二通信信道上被传 送，继而被解码并返回到正在呈现音乐流的场景。例如，采用在叠加 到图形元素上的临时窗口中显示的信息的形式来呈现此响应，所述图 形元素与流消费控制(先前被称为控制元素)相关。
在第二种情况类型中，请求例如是对第二音乐流的请求。在这种 情况下，在开始消费第二个流之前必须停止消费第一个流。特别地， 第二个流服务器可以不同于第一个流服务器。从而第一个流服务器不 一定知道对第二个流的请求，因此会继续发送第一个流。因此终端切 断第一个流的通信，或者向服务器通知消费已经停止和/或避免不得不 除去包含在不同的网络緩沖区中的第一个流的分组。实际上，这些緩 冲区常常相当于几秒的内容，根据情况可能在2-10秒之间，就资源方 面而言这是很浪费的。
因此重要的是，在接收每个响应时，能够
13-继续消费正在进行中的流并且对该响应使用新的通信信道； -或者停止消费正在进行中的流并且重用同 一个通信信道来消费响应。
依照本发明的此实施例，可以通过使用包含在场景数据中，例如 用于把场景从一个状态变成另一个状态的命令中的控制数据来进行 此判定。
例如，假定请求是通过激活场景的元素a，例如场景的图形对象 而传送的。这种元素包括几个属性，如在LASeR和SAF格式中所指 定的。例如，通过调用包含在所述元素a的属性xlink::href中的URL 来激活元素a。
依照此实施例，指定被添加到元素a的新属性 lsr:connectionPipe。此属性被认为能够假定以下值 -用于指定新的通信信道的"新的"，
-用于指定当前通信信道(通常为第一通信信道)的"当前的"或 -预置的信道标识符，例如采用通信信道名称的形式。 使用通信信道名称"X"等效于把值"新的"赋予属性 lsr:connectionPipe，并且还允许通过明确命令，例如采用XML格式 的〈ClosePipename = <"x"/>，随后把信道切断。
为了再次熟悉上述第一情况，依照该情况，对请求的响应不会影 响音乐流的消费，属性lsr:connectionPipe必须具有值"新的，，或者第 二通信信道的名称，所述第二通信信道的名称不同于用于音乐流的第 一通信信道的名称。如果用于音乐流的此笫一通信信道没有名称，那 么属性lsr:connectionPipe可以具有值"新的"或任何通信信道的名称。 同样，为了再次熟悉上述第二情况，依照该情况，对请求的响应 停止音乐流的消费，属性lsr:connectionPipe必须具有值"当前的，，或 用于音乐流的第一通信信道的名称。如果用于音乐流的此第 一通信信 道没有名称，那么属性lsr:connectionPipe必须具有值"当前的"。
以下，描述用于实现本发明的算法的例子，其使用场景片段来图 示。应当理解，在采用LASeR格式的服务情况中，将发送这些场景片段的比特等效物。
构成说明书的组成部分的附录1示出了场景的片段，包括处于消
费过程中的"au"音乐流并且包括两个可能的请求，显示唱片封套的请 求reql对应于第一情况，传送第二个流的请求req2对应于第二情况。
例如，图1A示出了第一情况，依照第一情况，通过第一通信信 道传送"au"音乐流，并且所述请求不会影响"au"流的消费。当接收到 10对请求reql的响应时，终端不会切断"au"音乐流的接收，而是将 要通过第二通信信道传送唱片封套"封套"的显示信息。
图1B示出了第二情况，依照第二情况，通过第一通信信道传送 "au"音乐流，并且所述请求影响"au"流的消费。当接收到11对请求 req2的响应时，终端将切断所述接收。从而，不再通过第一通信信道 传送"au，，音乐流，而是在此第一信道上传送被标示为"曲目"的第二个 流。依照候选方式，可以通过第二通信信道传送被标示为"曲目，，的此 第二个流。
现在相对于图2给出使用本发明的另 一例子的描述，在前向广播 其主要部分的服务情况下(换句话说，在"广播"模式下，例如在DVB-H 环境中)来描述该例子。可能例如利用GSM、 GPRS或UMTS移动 电话连接，在反向信道上交互地要求此服务的改进。
此种服务的主要特性在于，在DVB-H信道上的整个传送持续时 间，终端保持连接，以便继续从服务接收基本信息流。例如，用户处 于在观看电视新闻广播的过程中。数字21用来标示通过DVB-H信道 20传送的电视新闻的开始。
在此新闻广播期间，采用滚动横幅的形式定期地提供附加信息， 在滚动横幅中，交互式字段(可点击字段)允许访问附加内容。这里 是附加内容的两个例子
-在采访流行女歌手期间，也被称为"采访，，场景，建议收听她最 近流行的三首歌曲；
-在关于自然突害的话题期间，或者被称为"灾难，，场景，建议向 慈善组织的在线捐款。
15在"灾难"场景期间，出现可点击字段。用户点击以便请求捐款表 格。此捐款表格是话务员专用的，并因此在电话信道上传送。激活对
应于如下配置的元素a的"突难"场景的对象
<a id-"req" lsr:coniiectioiiPipe="new" xlink:href="http:〃*.org/serv gift"/>
当激活此可点击字段时，请求req22被发送到服务器。当接收到 响应23时，DVB-H信道20 ^皮维持并且(例如UMTS类型的)电话 信道24被创建以便管理捐款表格。在操作结束时，终止信息传输并 且由服务器自然地关闭25用于接收捐款表格的传输信道24。
在"采访，，场景期间，出现可点击字段。用户点击以请求收听第一 首曲目("歌曲请求l"(req3)26)。由于外部原因，三首曲目无法 是与电视新闻传输有关的数据的一部分而是必须通过电话信道来接 收。激活对应于如下配置的元素a的"采访"场景的对象
<a id="req3" lsr:connectionPipe=''song" xlink:href="http:〃*.org/serv song=l"/>
当激活此可点击字段时，发送对第一首歌曲的请求26。当接收 到响应27时，维持DVB-H信道，即便电视新闻的音量被暂时降低至 0。被标示为"歌曲，，的另一UMTS通信信道28被打开，并且所述歌曲 开始被播放。用户在收听歌曲的同时，继续观看具有可点击字段的新 闻广播。然后他想要移到第二首歌曲上，于是激活另一可点击字段。 激活对应于如下配置的元素a的"采访，，场景的对象
<a id="req4" lsr:connectionPipe-"soiig"
xlink:href="httD:〃*.org/serv song=2"/>
当激活此第二可点击字段时，发送对第二首歌曲的请求29 (req4)。在此例子中，第一首歌曲继续被播放。当接收到第二响应 30时，切断到"歌曲，，信道的连接，以便该信道可以重新用于第二首歌 曲。第一首歌曲的緩冲器的内容被破坏。开始通过"歌曲"信道播放第 二首歌曲。然后用户想要返回到电视新闻，于是传送TN返回请求 (req5)31。激活对应于如下配置的条件元素的对象<lsr: conditional id="req5">
<lsr:ClosePipe name="song"/> ...与返回到TN相关的其它命令... ...包括返回到正常TN音量... </lsr: conditional
在此操作之后，关闭用于两首歌曲的"歌曲"传输信道28，于是 有流DVB-H 20的消费继续。附录l
<saf : SAFSession ,..:>
<saf: sceneHeader/>
" (image streams used by the scene)<saf :mediaHeader stream工D-"au" ,,'audio stream header... /> <saf : sceneUnit
<1sr:NewScene >
< audi o x 1 i nk: hr*e f - ，' s t re am: au " ，"/ >
<a id-"reql" lsr:connectionPipe-"new"
xlink:href-"http://*.org/serv poch=6553"/>
<a id-"3:eg2 ，， lsr: connectionPipe- ，，current"
xlink:href-"http://* *org/serv track-7 554"/
</lsr:NewScene> </saf:sceneUnit> ， ' ad lib audio packets ， ，
权利要求
1.一种用于管理用来从至少一个服务器向至少一个无线电通信终端传送多媒体内容的通信信道的方法，其特征在于，所述方法包括以下步骤-通过第一信道传送第一内容；-在终端中逐渐地呈现所述第一内容(37)；-经由所述终端发出(43)对第二内容(39)的请求(38)，所述请求(38)包括用于表明将通过所述第一信道还是通过第二信道传送所述第二内容(39)的控制数据；-逐渐地呈现(44)所述第二内容(39)。
2. 如权利要求1所述的通信信道管理方法，其特征在于，只要没有接收到对所述请求的响应，就继续逐渐地呈现所述第一内容。
3. 如权利要求1和2中任何一个所述的通信信道管理方法，其特征在于，如果所述控制数据规定使用第二信道，那么依照至少部分同时的方式逐渐地呈现第一和第二内容。
4. 如权利要求1和2中任何一个所述的通信信道管理方法，其特征在于，如果所述控制数据规定只使用所述第一信道，那么替换所述第一内容，逐渐地呈现所述第二内容。
5. 如权利要求1到4中任何一个所述的通信信道管理方法，其特征在于，所述控制数据是带有链接的多媒体场景的元素的属性，所述链接是到用于传送所述第二内容的服务器的。
6. 如权利要求5所述的通信信道管理方法，其特征在于，所述属性可以假定至少三个以下值之一-新的信道；-当前的信道；-预置的信道标识符。
7. 如权利要求6所述的通信信道管理方法，其特征在于，所述方法实现步骤所述终端通过用已打开通信信道的标识符指示所述已打开通信信道，发出明确关闭所述已打开通信信道的请求。
8. 用于管理通信信道以便实现如权利要求1到7中任何一个所述的通信信道管理方法的信号，所述信号由无线电通信终端发送，其特征在于，所述信号包括控制数据字段，所述控制数据字段用于表明将通过第 一信道还是通过第二通信信道来传送第二内容。
9. 如权利要求8所述的管理信号，其特征在于，所述控制数据字段可以假定至少三个以下值之一-新的信道；-当前的信道；-预置的信道标识符。
10. 如4又利要求9所述的管理信号，其特征在于，所述管理信号包括通过用已打开通信信道的标识符指示所述已打开通信信道来明确关闭所述已打开通信信道的请求。
11. 一种旨在接收由至少一个服务器(35)广播的至少一个多媒体内容的无线电通信终端(36)，其特征在于，所述终端包括用于以下操作的装置-逐渐地呈现通过第 一信道传送的第 一 内容；-发出对第二内容的请求，所述请求包括用于表明通过所述第一信道还是通过第二信道传送所述第二内容的控制数据；-逐渐地呈现所述第二内容。
全文摘要
本发明涉及一种用于管理用来从至少一个服务器(35)向至少一个无线电通信终端(36)传送多媒体内容的通信信道的方法。依照本发明，这种方法包括以下步骤通过第一信道传送第一内容(37)；在终端中逐渐地恢复所述第一内容(37)；从所述终端传送对第二内容(39)的请求(38)，所述请求(38)包括用于表明将通过第一信道还是通过第二信道传送所述第二内容(39)的控制信息；逐渐地恢复所述第二内容(39)。
文档编号H04L29/06GK101554030SQ200780044554
公开日2009年10月7日 申请日期2007年9月27日 优先权日2006年10月6日
发明者E·勒科克, J-C·杜福德, N·皮埃尔 申请人:斯特里米泽公司