CN101554030A - 用于管理通信信道的方法和相应的信号及终端 - Google Patents
用于管理通信信道的方法和相应的信号及终端 Download PDFInfo
- Publication number
- CN101554030A CN101554030A CNA200780044554XA CN200780044554A CN101554030A CN 101554030 A CN101554030 A CN 101554030A CN A200780044554X A CNA200780044554X A CN A200780044554XA CN 200780044554 A CN200780044554 A CN 200780044554A CN 101554030 A CN101554030 A CN 101554030A
- Authority
- CN
- China
- Prior art keywords
- content
- channel
- communication channel
- little
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种用于管理用来从至少一个服务器(35)向至少一个无线电通信终端(36)传送多媒体内容的通信信道的方法。依照本发明,这种方法包括以下步骤:通过第一信道传送第一内容(37);在终端中逐渐地恢复所述第一内容(37);从所述终端传送对第二内容(39)的请求(38),所述请求(38)包括用于表明将通过第一信道还是通过第二信道传送所述第二内容(39)的控制信息;逐渐地恢复所述第二内容(39)。
Description
技术领域
本发明的领域涉及在无线电通信终端上呈现多媒体内容,所述无线电通信终端例如移动电话、个人数字助理(或PDA)、便携式计算机等。
更确切地说,本发明是基于经由一个或多个传输信道向无线电通信终端传送多媒体内容、所述内容的一部分和/或其代表元素。
多媒体内容意指包括至少一个动画图形场景(或者被称为多媒体场景)和用于把所述场景从一个状态改变到另一个状态的一组命令的单元。多媒体场景特别是等同于一组图形对象在时间和空间上的排列,无线电通信终端的用户能够与之进行交互。
多媒体服务还意指为用户保持连续性印象的内容序列,所述连续性是通过连续更新同一多媒体场景或通过并置连续的多媒体场景而获得的。
本发明可以用于在交互的情况下需要采用图形对象的时空排列形式来表示信号的所有领域。
本发明特别适用于已知的图形场景描述格式,诸如MPEG-4/BIFS(二进制格式场景)、SVG(可扩展矢量图)、SMIL(同步多媒体集成语言)、XHTML(可扩展超文本标记语言)等。
例如,当使用图形场景描述格式时可以使用本发明,诸如那些先前在HTTP(超文本传输协议)、TCP/IP(传输控制协议/因特网协议)或RTP(实时协议)传输信道上引用的格式,并且更一般地说另外在由DVB(数字视频广播)、DMB(数字多媒体广播)、3GPP(第三代合作伙伴计划)和OMA(开放移动联盟)标准等使用的传输信道类型上所引用的格式。
背景技术
已知用于向无线电通信终端传送多媒体内容的技术。
通常依照第一传输技术,通过执行以下序列来设计服务,换句话说,向无线电通信终端用户提供信息项:
-把初始内容发送到终端;
-当所述内容正被发送时,用户消费该内容并且作出请求;
-然后响应内容被发送到无线电通信终端,同时第一内容发送仍然有效。
然后在终端上存在以下选择:
-第一内容必须被停止,于是第二内容(响应内容)能够使用与所述第一内容相同的传输信道;
-或者,第一内容必须与第二内容并行地继续被接收和播放。
因此,所述服务被设计为响应于交互式请求在一定数量的传输信道上被发送到用户终端的一连串内容。已有技术不允许在接收响应内容时判定是切断第一通信(第一内容传输)并且重用所述信道还是为响应内容打开新的独立通信信道。
例如,如果用户请求音乐下载服务,那么被发送到终端的初始内容包括第一音乐流。
用户消费它,换句话说,收听音乐流,并且请求获得关于所述音乐的信息。
然后,把包括所请求信息的新的响应内容发送到无线电通信终端。
依照第一种可能的行为,当接收第二内容时总是切断用于传送第一内容的信道,这保证了终端在同一时间只使用一个通信信道(也被称为传输信道)。然而,此行为的一个缺点是它不允许使用混合的网络协作服务,网络协作服务的一部分通过一个通信信道传送,而另一部分同时通过另一通信信道传送,此第二信道可以具有与第一信道不同的类型。因此,此行为特别适于非常受约束的终端,所述终端不允许一个以上的通信信道被同时打开。
依照第二种可能的行为,当接收第二内容时第一通信信道仍然保持打开,这允许利用使用网络协作的服务,其一部分通过一个通信信道传送,而另一部分同时通过另一通信信道传送,此第二信道可以具有与第一信道不同的类型。然而,此行为具有以下主要缺点:
-它不允许一个或多个服务在非常受约束的终端上操作,所述终端不允许一个以上的通信信道被同时打开;
-它不允许在接收第二内容时切断通信,由此会强迫终端消费第一内容的剩余部分。因此,即便服务器已经停止发送关于所述第一内容的数据,网络传输缓冲器也是满的,并且仍然要接收到几秒钟的内容,因此不必要地消耗了终端上的资源。第一内容服务器也可以不同于第二内容服务器,由此不向其通知请求,从而第一内容服务器继续发送直到最初计划的第一内容的结束。
依照第三种可能的行为,一旦发出对第二内容的请求,就切断第一内容的接收,由此保证终端同时只使用一个通信信道。然而,此行为的一个缺点是它不允许实现混合的网络协作服务,网络协作服务的一部分通过一个通信信道传送,而另一部分同时通过另一个通信信道传送,此第二信道可以具有与第一信道不同的类型。从而,此行为特别适于非常受约束的终端,所述终端不允许同时打开一个以上的通信信道。
发明内容
本发明的特定目的在于克服这些现有技术的缺点。
依照至少一个实施例,本发明的一个目的在于,使用一种当接收新内容时重用用于接收先前内容的已打开通信信道的技术。
依照至少一个实施例,本发明的另一目的在于,针对可以在非常受约束的终端上运行的服务,使用尤其可以在这种终端上使用的技术,其中所述终端不允许同时使用一个以上的通信信道。
依照至少一个实施例,本发明的另一目的在于,针对可以在这些条件下运行的服务,在保证终端在同一时间只使用一个通信信道的情况下,使用一种在资源方面节省成本的技术。
依照至少一个实施例,本发明的另一目的在于,使用一种用于管理在每个时刻由终端使用的通信信道数目的技术。
依照至少一个实施例,本发明的另一目的在于,使用一种用于重用已打开通信信道中的特定信道以便接收新内容或新内容的一部分的技术。
依照至少一个实施例,本发明的另一目的在于,使用这样的一种用于实现服务的技术,所述服务使用网络协作,其一部分通过一个通信信道传送,而另一部分同时通过另一通信信道传送,此第二信道具有可以不同于第一通信信道的类型。
特别地,本发明的目的在于,提供这样的一种技术:在无线电通信终端处的服务流动性方面提供更好的性能。
本发明采用用于管理通信信道的方法的形式提出一种新的解决方案,该解决方案没有所有这些现有技术的缺点,所述通信信道用于从至少一个服务器向至少一个无线电通信终端传送多媒体内容。
依照本发明,所述方法包括以下步骤:
-通过第一信道传送第一内容;
-在终端中逐渐地呈现(或消费)所述第一内容;
-经由所述终端发出对第二内容的请求,所述请求包括用于表明将通过所述第一信道还是在第二信道上传送所述第二内容的控制数据;
-逐渐地呈现所述第二内容。
从而,本发明允许逐渐地呈现经由第一通信信道传送的第一内容(例如采用“流(streaming)”模式),并且按照来自所述终端的请求呈现经由第一通信信道或经由第二信道传送的第二内容。
特别地,这些不同的内容可以由不同的服务器传送,但去往同一个终端。重要的是应当注意,所使用的不同通信信道可以是不同类型的(例如双向电话信道和单向广播信道)。
从而,对第二内容的请求包括例如根据内容类型表明第二内容将通过第一信道还是通过第二信道传送的控制数据。然后,响应于此请求,第二内容可以通过用于传送第一内容的信道来传送,由此中断第一内容的传输,或者所述第二内容可以通过另一通信信道传送。
例如,在高度受约束的终端的情况下,可以重用第一通信信道来传送第二内容,由此防止这些终端不得不打开可能质量差的第二通信信道。
依照本发明的特定实施例,只要没有接收到对请求的响应,就可以继续逐渐地呈现第一内容。
从而,服务创作者能够设计其服务,以便通过在终端上继续展示处于消费过程中的内容,来帮助终端用户在等待对请求的响应时消磨时光。
依照本发明的特定方面,如果控制数据规定使用第二信道,那么至少部分地依照同时的方式来逐渐地呈现第一和第二内容。
从而可以在与第一内容相关联的多媒体场景中显示第二内容。
特别地,可以(借助于场景改变命令)改变此多媒体场景以便改善第二内容的感受:例如,当呈现第二内容时降低与第一内容相关联的音量。
依照本发明的另一方面,如果控制数据规定只使用第一信道,那么替换第一内容,逐渐地呈现第二内容。
此外,依照一个候选方式,终端发出去往相应服务器(换句话说,去往向终端提供第一内容的服务器)的中断第一内容的传送的请求。
依照本发明的特定实施例,控制数据是带有链接的多媒体场景的元素的属性,所述链接是到用于传送所述第二内容的服务器的。
从而新属性被指定,例如被标示为lsr:ConnectionPipe,以便可以指示将通过第一信道还是通过第二信道传送第二内容。
应当注意,在HTML(超文本标记语言)标准中,元素α还可以具有“目标”类型的新属性。然而,重要的是应当注意,此“目标”属性只规定了关于呈现的方面。更确切地说,此属性规定了将要在其中显示对请求的响应的空间,换句话说,将要在其中呈现第二内容的多媒体场景中的位置,但是该属性没有规定内容分布情况,特别是可以使用哪个通信信道。
同样,XLink参数(如在LASeR和SAF格式中规定的)也规定了关于呈现的方面。更确切地说,这些参数规定了响应于请求而接收的与第一内容有关的第二内容应当被消费的方式,所述请求与对第一内容(主要内容)的请求分离。
重要的是还应当注意,这些参数都不涉及所使用的通信信道的分布模式或管理,如按照本发明依照至少一个实施例所建议的。
特别地,依照本发明的特定实施例,所述属性可以假定至少三个以下值之一:
-新的信道;
-当前的信道;
-预置的信道标识符。
例如,属性可以假定“新的”值以便指定新的信道,或者假定“当前的”值以便指定当前信道,或者使用通信信道名称(例如“信道X”)以便标识预置的信道。
依照一个特定的发明特征,管理方法实现了这样的步骤:终端发出通过用已打开通信信道的标识符指示所述已打开通信信道来明确关闭所述已打开通信信道的请求。
使用XML格式,此关闭请求(也被称为“指令”)可以被表示为<ClosePipe name=“channel X”/>。
本发明的另一方面涉及一种用于管理通信信道的信号,以便实现先前描述的通信信道管理方法。更确切地说,由无线电通信终端发送的这种信号包括控制数据字段,用于表明将通过第一信道还是通过第二通信信道来传送第二内容。
特别地,控制信息字段可以假定以下值之一:
-新的信道;
-当前的信道;
-预置的信道标识符。
此外,这种信号可以包括通过用已打开通信信道的标识符指示所述已打开通信信道来明确关闭所述已打开通信信道的请求。
本发明的又一方面涉及一种旨在接收由至少一个服务器广播的至少一个多媒体内容的无线电通信终端。
这种终端包括用于以下操作的装置:
-逐渐地呈现通过第一信道传送的第一内容;
-发出对第二内容的请求,所述请求包括用于表明将通过所述第一信道还是在第二信道上传送所述第二内容的控制数据;
-逐渐地呈现所述第二内容。
这种终端特别适于实现先前描述的通信信道管理方法。
特别地,这种终端包括用于允许独立地实现所述通信信道管理方法中的每个步骤的具体装置。
最后,本发明的另一实施例涉及一种或多种计算机程序产品,所述计算机程序产品可以从至少一个通信网络下载和/或记录在可由计算机读取和/或由处理器运行的介质上,包括用于实现先前描述的传输信道管理方法中的至少一些步骤的程序代码指令。
附图说明
通过阅读附图和作为简单的示例性和非限制性例子给出的特定实施例的以下描述,本发明的其它特性和优点将变得更加清楚,在附图中:
图1A和1B分别示出了通过两个通信信道,与第二内容的呈现并行地呈现第一内容,以及通过同一个通信信道,在中断第一内容的呈现之后呈现第二内容;
图2示出了依照本发明的特定实施例,打开和关闭第二通信信道的例子;
图3示出了本发明的一般原理,依照此一般原理,在来自终端的请求之后,第一内容然后是第二内容被传送到无线电通信终端;
图4示出了依照本发明的一个特定实施例实现的不同步骤。
具体实施方式
本发明的一般原理基于,在可以与终端用户交互的情况下,通过第一通信信道从服务器向终端传送第一内容,并且逐渐地呈现(消费)此第一内容。更确切地说,本发明的特定实施例用于当由终端发出对将发送的第二内容的请求时向服务器传送控制数据,所述控制数据用于表明此第二内容将通过第一信道还是第二传输信道传送。当接收到对该请求的响应时,终端可以确定第一内容的接收是否要被中断以及第二内容是否要重用与第一内容相同的传输信道,或者是否将与接收和消费在另一传输信道上传送的对请求的响应并行地继续接收和消费第一内容。
从而本发明提出一种基于管理在连续地发送对同一服务的请求的响应时所使用的通信信道,向无线电通信终端传送多媒体内容的全新且具有创造性的方法。
更确切地说,依照特定的实施例,本发明提出在响应于请求而发送的新内容中,表明用于管理是否重用已经在使用的通信信道的信息。
特别地,此新内容传输信号可以包含关于由先前发送并且仍然被消费的内容(第一内容)使用的信道是必须被切断还是必须不能被切断的数据。此外,所述信号可以包含关于响应于请求而发送的新内容(第二内容)是否要重用已经用于先前发送并且仍然在被消费的内容的信道(换句话说,重用第一通信信道)的数据。此外,所述信号可以包含将要用于响应于该请求而发送的新内容的通信信道的标识符。
实际上,一个通信信道和/或其它通信信道的使用被认为取决于在进行请求时所要求的服务的类型,因此必须依据内容创作者的意图而产生。从而,取决于所遇到的情况来改变通信信道的“行为”。
迄今为止,与内容类型和服务情况有关的原因不允许在请求时判定是否切断第一内容的接收。依照本发明,如果内容是例如音乐流,那么可以想到的是,创作者希望用户能够在等待请求被传送到服务器、服务器作出反应、对请求的响应被返回所花费的时间期间继续收听此音乐。
从而,关于图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秒之间,就资源方面而言这是很浪费的。
因此重要的是,在接收每个响应时,能够:
-继续消费正在进行中的流并且对该响应使用新的通信信道;
-或者停止消费正在进行中的流并且重用同一个通信信道来消费响应。
依照本发明的此实施例,可以通过使用包含在场景数据中,例如用于把场景从一个状态变成另一个状态的命令中的控制数据来进行此判定。
例如,假定请求是通过激活场景的元素α,例如场景的图形对象而传送的。这种元素包括几个属性,如在LASeR和SAF格式中所指定的。例如,通过调用包含在所述元素α的属性xlink::href中的URL来激活元素α。
依照此实施例,指定被添加到元素α的新属性lsr:connectionPipe。此属性被认为能够假定以下值:
-用于指定新的通信信道的“新的”,
-用于指定当前通信信道(通常为第一通信信道)的“当前的”或
-预置的信道标识符,例如采用通信信道名称的形式。
使用通信信道名称“X”等效于把值“新的”赋予属性lsr:connectionPipe,并且还允许通过明确命令,例如采用XML格式的<ClosePipename=<“x”/>,随后把信道切断。
为了再次熟悉上述第一情况,依照该情况,对请求的响应不会影响音乐流的消费,属性lsr:connectionPipe必须具有值“新的”或者第二通信信道的名称,所述第二通信信道的名称不同于用于音乐流的第一通信信道的名称。如果用于音乐流的此第一通信信道没有名称,那么属性lsr:connectionPipe可以具有值“新的”或任何通信信道的名称。
同样,为了再次熟悉上述第二情况,依照该情况,对请求的响应停止音乐流的消费,属性lsr:connectionPipe必须具有值“当前的”或用于音乐流的第一通信信道的名称。如果用于音乐流的此第一通信信道没有名称,那么属性lsr:connectionPipe必须具有值“当前的”。
以下,描述用于实现本发明的算法的例子,其使用场景片段来图示。应当理解,在采用LASeR格式的服务情况中,将发送这些场景片段的比特等效物。
构成说明书的组成部分的附录1示出了场景的片段,包括处于消费过程中的“au”音乐流并且包括两个可能的请求,显示唱片封套的请求req 1对应于第一情况,传送第二个流的请求req2对应于第二情况。
例如,图1A示出了第一情况,依照第一情况,通过第一通信信道传送“au”音乐流,并且所述请求不会影响“au”流的消费。当接收到10对请求req 1的响应时,终端不会切断“au”音乐流的接收,而是将要通过第二通信信道传送唱片封套“封套”的显示信息。
图1B示出了第二情况,依照第二情况,通过第一通信信道传送“au”音乐流,并且所述请求影响“au”流的消费。当接收到11对请求req2的响应时,终端将切断所述接收。从而,不再通过第一通信信道传送“au”音乐流,而是在此第一信道上传送被标示为“曲目”的第二个流。依照候选方式,可以通过第二通信信道传送被标示为“曲目”的此第二个流。
现在相对于图2给出使用本发明的另一例子的描述,在前向广播其主要部分的服务情况下(换句话说,在“广播”模式下,例如在DVB-H环境中)来描述该例子。可能例如利用GSM、GPRS或UMTS移动电话连接,在反向信道上交互地要求此服务的改进。
此种服务的主要特性在于,在DVB-H信道上的整个传送持续时间,终端保持连接,以便继续从服务接收基本信息流。例如,用户处于在观看电视新闻广播的过程中。数字21用来标示通过DVB-H信道20传送的电视新闻的开始。
在此新闻广播期间,采用滚动横幅的形式定期地提供附加信息,在滚动横幅中,交互式字段(可点击字段)允许访问附加内容。这里是附加内容的两个例子:
-在采访流行女歌手期间,也被称为“采访”场景,建议收听她最近流行的三首歌曲;
-在关于自然灾害的话题期间,或者被称为“灾难”场景,建议向慈善组织的在线捐款。
在“灾难”场景期间,出现可点击字段。用户点击以便请求捐款表格。此捐款表格是话务员专用的,并因此在电话信道上传送。激活对应于如下配置的元素α的“灾难”场景的对象:
<αid=″req″lsr:connectionPipe=″new″
xlink:href=″http://*.org/serv?gift″/>
当激活此可点击字段时,请求req22被发送到服务器。当接收到响应23时,DVB-H信道20被维持并且(例如UMTS类型的)电话信道24被创建以便管理捐款表格。在操作结束时,终止信息传输并且由服务器自然地关闭25用于接收捐款表格的传输信道24。
在“采访”场景期间,出现可点击字段。用户点击以请求收听第一首曲目(“歌曲请求1”(req3)26)。由于外部原因,三首曲目无法是与电视新闻传输有关的数据的一部分而是必须通过电话信道来接收。激活对应于如下配置的元素α的“采访”场景的对象:
<αid=″req3″lsr:connectionPipe=″song″
xlink:href=″http://*.org/serv?song=l″/>
当激活此可点击字段时,发送对第一首歌曲的请求26。当接收到响应27时,维持DVB-H信道,即便电视新闻的音量被暂时降低至0。被标示为“歌曲”的另一UMTS通信信道28被打开,并且所述歌曲开始被播放。用户在收听歌曲的同时,继续观看具有可点击字段的新闻广播。然后他想要移到第二首歌曲上,于是激活另一可点击字段。激活对应于如下配置的元素α的“采访”场景的对象:
<αid=″req4″lsr:connectionPipe=″song″
xlink:href=″http://*.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的消费继续。
附录1
<saf:SAFSession...>
<saf:sceneHeader .../>
...(image streams used by the scene)...
<saf:mediaHeader streamID=″au″...audio stream header... />
<saf:sceneUnit ...>
<lsr:NewScene>
...
<audio xlink:href=″stream:au″.../>
...
<a id=″reql″lsr:connectionPipe=″new″
xlink:href=″http://*.org/sery?poch=6553″/>
...
<a id=″req2″lsr:connectionPipe=″current″
xlink:href=″http://*.org/serv?track=7554″/
>
...
</lsr:NewScene>
</saf:sceneUnit>
...ad lib audio packets...
Claims (11)
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.如权利要求9所述的管理信号,其特征在于,所述管理信号包括通过用已打开通信信道的标识符指示所述已打开通信信道来明确关闭所述已打开通信信道的请求。
11.一种旨在接收由至少一个服务器(35)广播的至少一个多媒体内容的无线电通信终端(36),
其特征在于,所述终端包括用于以下操作的装置:
-逐渐地呈现通过第一信道传送的第一内容;
-发出对第二内容的请求,所述请求包括用于表明通过所述第一信道还是通过第二信道传送所述第二内容的控制数据;
-逐渐地呈现所述第二内容。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0608822A FR2924885A1 (fr) | 2006-10-06 | 2006-10-06 | Procede de gestion de canaux de communication, signal et terminal correspondants |
FR0608822 | 2006-10-06 | ||
FR0610362 | 2006-11-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101554030A true CN101554030A (zh) | 2009-10-07 |
Family
ID=37975121
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200780044554XA Pending CN101554030A (zh) | 2006-10-06 | 2007-09-27 | 用于管理通信信道的方法和相应的信号及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101554030A (zh) |
FR (1) | FR2924885A1 (zh) |
-
2006
- 2006-10-06 FR FR0608822A patent/FR2924885A1/fr active Pending
-
2007
- 2007-09-27 CN CNA200780044554XA patent/CN101554030A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
FR2924885A1 (fr) | 2009-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100741385B1 (ko) | 매체 콘텐트 채널들을 용이하게 하는 시스템, 방법 및 장치 | |
US6925495B2 (en) | Method and system for delivering and monitoring an on-demand playlist over a network using a template | |
US7721337B2 (en) | System and method for providing a push of background data | |
JP5493627B2 (ja) | 情報処理装置、データ管理方法、およびプログラム | |
US9003041B2 (en) | Multimedia session management | |
US8661155B2 (en) | Service layer assisted change of multimedia stream access delivery | |
JP2005523662A (ja) | 放送番組に関連するコンテンツを表示する方法及びシステム | |
CN108063769B (zh) | 一种内容服务的实现方法、装置及内容分发网络节点 | |
JP2009515456A (ja) | リッチメディアアプリケーションにおけるリモート対話のためのフィードバック及びフォワード送信を与えるシステム及び方法 | |
US20070037557A1 (en) | Method and system for multimedia messaging service | |
WO2003045064A1 (en) | Mobile telecommunication networks and digital broadcasting services | |
WO2008024852A2 (en) | Method and apparatus for alternate content scheduling on mobile devices | |
US20080271097A1 (en) | System And Method For Receiving And Playing Network Television Programs | |
WO2009015589A1 (fr) | Procédé de présentation de service multimédia et système de communication, et dispositif apparenté | |
EP1811773A2 (en) | Method and device for providing brief information on data broadcasting service in digital multimedia broadcasting receiving terminal | |
JP2006524368A (ja) | マルチメディア及び双方向サービスを移動端末に提供するためのクライアント・サーバー・システム及びその方法 | |
JP2008022070A (ja) | コンテンツ配信システム、コンテンツ配信サーバ、コンテンツ再生端末、プログラム、コンテンツ配信方法 | |
US8437690B2 (en) | Transmission of a multimedia content to a radiocommunication terminal | |
Krishnan et al. | Customized internet radio | |
US9166861B2 (en) | Method for managing communication channels, corresponding signal and terminal | |
CN107534792B (zh) | 接收设备、发送设备以及数据处理方法 | |
CN101554030A (zh) | 用于管理通信信道的方法和相应的信号及终端 | |
EP1774778A1 (en) | Dmb/mobile telecommunication integrated service terminal apparatus and method for network linkage between dmb and mobile telecommunication | |
KR20050046693A (ko) | 이동단말기용 라이브 티비 서비스 제공 방법 및 그를이용한 이동단말기용 라이브 티비 서비스 제공 시스템 | |
KR20090000863A (ko) | 온라인 광고 정보 제공 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20091007 |