CN101247332A - 带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法及程序 - Google Patents

带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法及程序 Download PDF

Info

Publication number
CN101247332A
CN101247332A CNA2008100056815A CN200810005681A CN101247332A CN 101247332 A CN101247332 A CN 101247332A CN A2008100056815 A CNA2008100056815 A CN A2008100056815A CN 200810005681 A CN200810005681 A CN 200810005681A CN 101247332 A CN101247332 A CN 101247332A
Authority
CN
China
Prior art keywords
bandwidth
network
request
content
competition
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.)
Granted
Application number
CNA2008100056815A
Other languages
English (en)
Other versions
CN101247332B (zh
Inventor
山岸靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN101247332A publication Critical patent/CN101247332A/zh
Application granted granted Critical
Publication of CN101247332B publication Critical patent/CN101247332B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种带宽请求系统，包括：带宽请求装置，提供给配置成播放内容的多个客户装置所连接的网络；路由器，从网络外部提供并且连接到网络；及中继服务器，从网络外部提供并且经路由器连接到网络；其中带宽请求装置基于连接到网络的多个客户装置需要的所有带宽而确定划拨请求带宽，并且经路由器向中继服务器请求所确定的划拨请求带宽；并且其中中继服务器基于可划拨给网络的带宽容量和从带宽请求装置请求的划拨请求带宽，确定要划拨给网络的带宽，并且把所确定的带宽经路由器发送到带宽请求装置。

Description

带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法及程序
对于相关申请的交叉参考
本发明包含涉及于2007年2月15日在日本专利局提交的日本专利申请JP 2007-035414的主题，该申请的全部内容通过参考包括在这里。
技术领域
本发明涉及一种带宽请求系统、一种带宽请求装置、一种客户装置、一种带宽请求方法、一种内容播放方法及一种程序。
背景技术
随着计算机和网络技术的进步，较大的数据量已经在诸如互联网等之类的网络上交换。网络使用量常常按照使用的网络带宽记账，但已经有关于在公寓和较大建筑物中使用费用的问题。这样的公寓和较大建筑物的居民和用户有时通过相等地划分与由整个公寓或建筑物使用的带宽相对应的使用费用而记账，尽管网络带宽的使用量依用户而变。解决这个问题的提议已经以互联网连接系统的形式形成，其中在一个房间处未使用的网络带宽分配给另一个房间，并且其中使用费用也按照所使用的网络带宽被设置(例如，见日本未审查专利申请公报No.2006-101563)。
发明内容
然而，对于根据日本未审查专利申请公报No.2006-101563的互联网连接系统，在整个公寓或建筑物中没有未使用网络带宽的情况下不能进行高效的网络带宽分配，导致对于网络带宽的竞争。
已经认识到，需要提供新的和改进的、能够防止在网络上可能出现的对于网络带宽的竞争的带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法及程序。
根据本发明实施例的带宽请求系统包括：带宽请求装置，提供给配置成播放内容的多个客户装置所连接到其上的网络；路由器，从网络外部提供并且连接到网络上；及中继服务器，从网络外部提供并且经路由器连接到网络上；其中带宽请求装置基于连接到网络上的多个客户装置需要的所有带宽而确定划拨请求带宽，并且请求经路由器到中继服务器的所确定的划拨请求带宽；并且其中中继服务器基于可划拨给网络的带宽容量和从带宽请求装置请求的划拨请求带宽，确定要划拨给网络的带宽，并且把所确定的带宽经路由器发送到带宽请求装置。
中继服务器可以是SIP(会话启动协议)服务器。根据这种配置，是中继服务器的SIP服务器按照由SIP规定的协议，管理连接到以上系统的带宽请求装置和路由器的会话。SIP是适于用来建立和管理实时多媒体会话的通信控制协议，所以把SIP服务器用作中继服务器使实时内容分配能够高效地进行。注意，在SIP中会话的建立意味着，使在网络上存在的多个应用程序彼此相关，并且把在网络上存在的多个应用程序彼此连接。
根据本发明的实施例，经网络连接到配置成播放内容的多个客户装置上、并且把带宽划拨给多个客户装置的带宽请求装置包括：带宽保证请求单元，用来基于从多个客户装置发送的划拨请求带宽确定网络整体需要的请求带宽，并且请求从网络外部提供的中继服务器，用来确定由网络可用的带宽以保证请求带宽；和通信单元，用来与中继服务器和多个客户装置通信。
带宽请求装置还可以包括：请求带宽确定单元，用来基于从多个客户装置发送的划拨请求带宽确定网络整体需要的请求带宽；和竞争解决单元，用来在从多个客户装置发送的划拨请求带宽中竞争的情况下解决竞争。
每当要解决竞争时，竞争解决单元可以从关于其竞争正在发生的客户装置请求用于竞争解决的竞争解决策略，并且基于从客户装置得到的竞争解决策略解决竞争，并且也把从中继服务器划拨的带宽分配到客户装置。
带宽请求装置还可以包括：用来存储用来解决竞争的竞争解决策略的竞争解决策略存储单元；其中竞争解决单元基于在竞争解决策略存储单元中存储的竞争解决策略来解决竞争，并且把从中继服务器划拨的带宽分配到多个客户装置。
竞争解决策略存储单元可以使连接到网络上的多个客户装置中可出现的竞争与对应竞争解决策略相关，并且存储其多个。
带宽请求装置还可以包括用来存储由中继服务器划拨的带宽、在多个客户装置处的带宽分配状态、及多个客户装置的识别信息的带宽状态存储单元。
中继服务器可以是SIP服务器。根据这种配置，带宽请求装置按照由SIP规定的协议从作为中继服务器的SIP服务器请求带宽。SIP是适于建立和管理实时多媒体会话的通信控制协议，所以带宽请求装置可从作为中继服务器的SIP服务器高效地请求带宽。
根据本发明的实施例，一种经网络连接到带宽请求装置上、用来基于带宽请求装置已经获得的带宽播放内容的客户装置，包括：带宽计算单元，用来计算获得内容必需的带宽；会话建立单元，用来与连接到从网络外部提供的中继服务器上并且分配内容的内容分配装置建立会话；内容获得单元，用来从内容分配装置获得内容；内容播放单元，用来播放获得的内容；及通信单元，用来与带宽请求装置、中继服务器、及内容分配装置通信；其中，带宽计算单元把计算的带宽发送到带宽请求装置，并且获得由带宽请求装置分配的带宽；并且其中会话建立单元基于所分配带宽建立与内容分配装置的会话。
中继服务器可以是SIP服务器，并且会话建立单元可以是SIP用户代理。根据这种配置，作为会话建立单元的SIP用户代理按照由SIP规定的协议建立与作为中继服务器的SIP服务器的会话。SIP是适于建立和管理实时多媒体会话的通信控制协议，所以使用具有SIP用户代理的客户装置可高效地建立与作为中继服务器的SIP服务器的会话。
根据本发明的实施例，一种带宽请求方法包括步骤：基于从播放内容的、连接到网络上的多个客户装置发送的划拨请求带宽，确定网络整体需要的请求带宽；以及请求从网络外部提供的中继服务器以确定由网络可用的带宽，以保证请求带宽。
根据本发明的实施例，一种基于经网络连接的带宽请求装置已经获得的带宽用来播放内容的内容播放方法，包括步骤：计算用来获得内容必需的带宽，并且向带宽请求装置请求带宽；基于由带宽请求装置分配的带宽，建立与连接到从网络外部提供的中继服务器上并且分配内容的内容分配装置的会话；从内容分配装置获得内容；及播放获得的内容。
根据本发明的实施例，一种使得用来控制经网络连接到配置成播放内容的多个客户装置上的带宽请求装置并且把带宽划拨给多个客户装置的计算机实现如下程序：带宽保证请求功能，用来基于从播放内容的、连接到网络上的多个客户装置发送的划拨请求带宽，确定网络整体需要的请求带宽，并且请求从网络外部提供的中继服务器以确定由网络可用的带宽，以保证请求带宽；及通信功能，用来与中继服务器和多个客户装置通信。
根据这种配置，计算机程序存储在提供给计算机的存储单元中，并且读入提供给计算机的CPU且被执行，从而使计算机作为上述带宽请求装置。而且，可提供一种其中已经记录计算机程序的计算机-可读记录介质。记录介质的例子包括磁盘、光盘、磁光盘、闪烁存储器等等。而且，以上计算机程序可以经例如网络分配，而不使用记录介质。
根据本发明的实施例，一种使得用来控制经网络连接到带宽请求装置上用来基于带宽请求装置已经获得的带宽而播放内容的客户装置的计算机实现如下程序：带宽计算功能，用来计算用来获得内容必需的带宽，并且把计算的带宽发送到带宽请求装置；会话建立功能，用来基于由带宽请求装置分配的带宽，建立与分配内容的内容分配装置的会话；内容获得功能，用来从内容分配装置获得内容；内容播放功能，用来播放获得的内容；及通信功能，用来与带宽请求装置和内容分配装置通信。
根据这种配置，计算机程序存储在提供给计算机的存储单元中，并且读入提供给计算机的CPU且被执行，从而使计算机作为上述带宽请求装置。而且，可提供一种其中已经记录计算机程序的计算机-可读记录介质。记录介质的例子包括磁盘、光盘、磁光盘、闪烁存储器等等。而且，以上计算机程序可以经例如网络分配，而不使用记录介质。
根据本发明实施例的上述配置，可事先防止网络上可发生的对于网络带宽的竞争。
附图说明
图1是解释图，表明根据本发明实施例的带宽请求系统10；
图2是方块图，表明根据实施例的带宽请求装置30的硬件构造；
图3是方块图，表明根据实施例的路由器的硬件构造；
图4是解释图，用来描述支承本发明基本技术的内容分配系统；
图5是解释图，用来描述根据基本技术的内容分配系统；
图6是解释图，用来描述根据基本技术的内容分配系统；
图7是解释图，用来描述根据基本技术的内容分配系统；
图8是解释图，用来描述根据基本技术的内容分配系统；
图9是解释图，表明根据本发明实施例的带宽请求系统10；
图10是解释图，表明根据实施例的带宽请求系统10的构造；
图11是解释图，表明根据实施例的带宽请求装置30和IPTV终端40的构造；
图12是解释图，用来描述在根据实施例的竞争解决策略存储单元中存储的竞争解决策略；
图13是解释图，用来描述在根据实施例的带宽状态存储单元中存储的带宽状态信息；
图14是解释图，用来描述在根据实施例的内容标识符存储单元中存储的内容标识符信息；
图15是流程图，表明借助于根据实施例的带宽请求系统10的会话建立/释放方法；
图16是流程图，用来描述借助于根据实施例的带宽请求系统10的竞争解决方法；
图17是解释图，用来描述根据实施例的竞争解决策略；
图18是解释图，用来描述在根据实施例的带宽请求系统10中的空中交互竞争解决；
图19是流程图，用来描述在根据实施例的带宽请求系统10中的空中交互竞争解决；
图20是解释图，描述根据实施例用来确定在带宽管理状态信息中的带宽容量的方法；
图21A至21C是解释图，用来描述根据实施例用来确定在带宽管理状态信息中的带宽容量的方法；及
图22是流程图，用来描述根据实施例用来确定在带宽管理状态信息中的带宽容量的方法。
具体实施方式
下面参照附图将详细地描述本发明的实施例。注意，关于本说明书和附图，大体具有相同功能构造的元件将用相同的附图标记指示，从而省去多余描述。
第一实施例
如下是根据本发明第一实施例的带宽请求系统的详细描述。注意，将进行通过分配IPTV(互联网协议电视)内容的IPTV服务器进行内容分配装置的例子的描述。而且，将描述把SIP服务器用作中继服务器的情形。而且，将通过用来播放IPTV内容的IPTV终端进行客户装置的例子的描述。
图1是解释图，表明根据本实施例的带宽请求系统10。带宽请求系统10包括例如核心/接入网络12、家庭网络14、及是内容分配装置的IPTV服务器18。
核心/接入网络12是用来介于家庭网络14与IPTV服务器18之间的网络，并且包括多个路由器16和作为关于家庭网络14的中继服务器的SIP服务器20。核心/接入网络12和家庭网络14经路由器16连接，并且IPTV服务器18和核心/接入网络12经路由器16连接。
路由器16是用来中转流过由核心/接入网络12、家庭网络14、及IPTV服务器18组成的带宽请求系统10的数据的装置。如图1中所示，核心/接入网络12具有布置在其中的多个路由器16，使这些多个路由器的一端连接到以后描述的SIP服务器20上。而且，路由器16的另一端连接到家庭网络14或IPTV服务器18上。尽管在图1中的例子表示连接到单个SIP服务器20上的多个路由器16，但本发明不限于这个例子，并且路由器16可以连接到多个SIP服务器20上。而且，尽管在图1中的例子表示连接到一个路由器16上的一个IPTV服务器18，但本发明不限于这个例子，并且多个IPTV服务器18可以连接到一个路由器16上。
IPTV服务器18是管理是内容的IPTV数据的内容分配装置，并且也响应来自IPTV终端40的请求分配关于是客户装置的IPTV终端40的IPTV视频/声频媒体流。IPTV服务器18可以是内容提供服务器，或者可以是广播站等。
SIP服务器20是把SIP用作通信控制协议的服务器。SIP服务器20提供在核心/接入网络12上就足够了，并且可以提供在核心网络上或者可以提供在接入网络上。SIP服务器20控制连接到SIP服务器20上的路由器16，并且IPTV服务器18和IPTV终端40经路由器16间接地连接到SIP服务器20上。
通信网络22是用来双向可通信地或单向可通信地连接路由器16、带宽请求装置30及多个IPTV终端40的通信网络。这种通信网络配置成例如诸如互联网之类的公共线网络、电话线网络、卫星通信网络、群播通信路径等等，或诸如WAN(广域网)、LAN(局域网)、IP-VPN(互联网协议-虚拟私人网络)、以太网(注册商标)、无线LAN等等之类的专用线网络，并且可以是有线或无线的。而且，带宽请求装置30和IPTV终端40通过例如USB(通用服务总线)端口、诸如i.LINK等之类的IEEE 1394端口、SCSI(小型计算机系统接口)端口、RS-232C端口等可以直接连接到路由器16上，而不经通信网络22。
带宽请求装置30是请求连接到家庭网络14上的多个IPTV终端所需带宽的装置，以把IPTV(它是内容)播放到SIP服务器20并且从SIP服务器20接收带宽的划拨。在图1中，一个带宽请求装置30连接到一个家庭网络14上，但本发明不限于这个例子，并且多个带宽请求装置30可以连接到家庭网络14上使处理分布在其间。带宽请求装置30也可以具有IPTV终端40的功能。
带宽请求装置30只要它能够经网络与SIP服务器20和IPTV终端40通信就足够了，并且可以例如由个人计算机(PC)或类似计算机装置(不管是笔记本型的还是台式的)构造。这种带宽请求装置30将在下面详细描述。
IPTV终端40是从作为内容分配装置的IPTV服务器18接收IPTV分配(它是内容)的客户装置，并且播放IPTV。在图1中，两个IPTV终端40表示成连接到一个家庭网络14上，但本发明不限于这个例子，并且布置可以是：其中一个IPTV终端40连接到一个家庭网络14上，或者其中三个IPTV终端40连接到一个家庭网络14上。
IPTV终端40只要它是在网络上具有通信功能的装置并且能够播放IPTV就足够了，并且可以由例如由个人计算机(PC)或类似计算机装置(不管是笔记本型的还是台式的)、电视接收机、蜂窝电话、PDA(个人数字助手)、电视广播调谐器或译码器等构造。而且，IPTV终端40可以是客户可携带的可携带装置，如可携带游戏操纵台、PHS(个人轻便电话系统)装置、可携带视频/声频播放机等等。这种IPTV终端40下面将详细地描述。
(带宽请求装置30的构造、IPTV终端40)
图2是方块图，表明根据本实施例的带宽请求装置30的硬件构造。带宽请求装置30主要包括CPU(中央处理单元)301、ROM(只读存储器)303、RAM(随机存取存储器)305、主机总线307、桥路309、外部总线311、接口313、输入装置315、输出装置317、存储装置319、驱动器321、连接端口323及通信装置325。
CPU 301作为计算处理装置和控制装置，并且按照在ROM 303、RAM 305、存储装置319、或可除去记录介质24中存储的各种类型程序，控制在带宽请求装置30内的操作的全部或一部分。ROM 303存储CPU 301使用的程序、计算参数等等。RAM 305临时存储在CPU301的执行中使用的程序、和在其执行中变为适当的参数等。这些通过由诸如CPU总线等等之类的内部总线构造的主机总线307相互连接。主机总线307经桥路309连接到诸如PCI(外围元件互连/接口)总线等之类的外部总线311上。
输入装置315是用户操作的操作装置或单元，像例如鼠标、键盘、触摸面板、按钮、开关、杠杆等。而且，输入装置315可以是例如使用红外或其它无线电波的远程控制装置(所谓的遥控器)，或者可以是诸如与带宽请求装置30的操作兼容的诸如蜂窝电话或PDA等之类的外部连接装置26，或者可以是IPTV终端40。而且，输入装置315由输入控制电路等构造，该输入控制电路基于从用户输入的信息使用上述操作装置或单元产生输入信号，并且输出到例如CPU 301。带宽请求装置30的用户可输入各种类型的数据，并且通过操作输入装置315指令对于带宽请求装置30的处理操作。
输出装置317可配置成例如诸如CRT(阴极射线管)显示装置、LCD(液晶显示器)装置、PDP(等离子显示面板)装置、EL(电致发光)显示装置、灯等等之类的显示装置；诸如扬声器或耳机等之类的声频输出装置；或打印机装置；蜂窝电话；传真机；等等，它可视地或可听地通知获得信息的用户。
存储装置319是构造成根据本实施例的带宽请求装置30的存储单元的例子，其例子包括但不限于诸如HDD(硬盘驱动器)等之类的磁性存储装置、半导体存储装置、光学存储装置、及磁光存储装置。存储装置319存储由CPU 301执行的程序、各种类型的数据、内容、执行内容所必需的内容信息和内容图元数据、外部获得的内容数据等等。
驱动器321是存储介质读取器/写入器，它装在带宽请求装置30中或外部附加到其上。驱动器321读出在可除去记录介质24中记录的信息，并且输出到RAM 305。而且，驱动器321可把记录写到可除去记录介质24上。可除去记录介质24的例子包括但不限于安装的磁盘、光盘、磁光盘、半导体存储器等，其更具体的例子包括DVD介质、HD-DVD介质、蓝光介质、CF(CF)存储棒、SD(保密数字)存储卡等等。而且，可除去记录介质24可以是包括非接触型IC芯片的IC(集成电路)或电子装置等。
连接端口323是用来把装置直接连接到带宽请求装置30上的端口，如USB(通用服务总线)端口、诸如i.LINK等之类的IEEE 1394端口、SCSI(小型计算机系统接口)端口、RS-232C端口等；光学声频终端等。把外部连接装置26连接到连接端口323上使带宽请求装置30能够从外部连接装置26直接获得内容数据并且把各种类型的数据提供给外部连接装置26。
通信装置325是由通信装置等构造的用来连接到例如通信网络22上的通信接口。通信装置325是例如用于有线或无线LAN(局域网)的通信卡、蓝牙、或WUSB(无线USB)、光学通信路由器、ADSL(非对称数字客户线)路由器、或用于各种类型的通信的调制解调器等。这种通信装置325与客户装置40交换内容或与内容相关的信息，并且也可在互联网上或与其它通信装置交换内容和与内容相关的图元数据等。而且，通信装置325连接到其上的通信网络22由有线或无线连接网络等构造，并且可以是例如互联网、家庭LAN、红外通信、卫星通信等。
由于上述配置，带宽请求装置30可从各种类型的信息源，如IPTV服务器18、SIP服务器20、IPTV终端40等等，获得各种类型的信息，并且可发送信息。而且，带宽请求装置30也可使用可除去记录介质24检验带宽请求装置30保持的各种类型的信息。因而，使用带宽请求装置30和与其兼容的IPTV终端40构造优良的数字家庭网络。注意，IPTV终端40的构造大体与带宽请求装置30的硬件构造相同，所以省略其描述。
以上已经描述了能够实现根据本实施例的带宽请求装置30和IPTV终端40的功能的硬件构造的例子。以上元件可以使用通用材料构造，或者可以构造成专用于元件每个的功能的硬件。相应地，要使用的硬件构造按照在这时用来实施本发明的技术水平可修改为适当的。而且，上述硬件构造只是例子，并且不用说，本发明不限于此。而且，依据使用形式，可省略主机总线307、外部总线311、接口313等。
(路由器16的构造)
图3是方块图，表明根据本实施例的路由器16的硬件构造。路由器16主要包括CPU 161、由ROM和RAM构造的存储器芯片163、以太网接口165、PHY芯片167、交换中心芯片169、及连接端口171。
CPU 161起计算处理装置和控制装置的作用，并且按照在由ROM和RAM构造的存储器芯片163中存储的各种类型的程序控制在路由器16内的操作的全部或一部分，并且进行IP包路由处理。构成存储器芯片163的ROM存储CPU 161使用的程序、计算参数等等。构成存储器芯片163的RAM临时存储在CPU 161的执行中使用的程序和在其执行中变为适当的参数等。这些通过由诸如CPU总线之类的内部总线等等构造的主机总线相互连接。
以太网接口165介入在路由器16外的各种类型的数据发送格式、与在路由器16内的数据发送格式之间。如图3中所示，提供两个以太网接口165；一个提供在CPU 161与以后描述的PHY芯片167之间用于从路由器16外部发送到路由器16中的介入数据，并且另一个提供在CPU 161与以后描述的交换中心芯片169之间用于从路由器16内发送到路由器16外的介入数据。注意，尽管图3表明在路由器16内提供两个以太网接口的情形，但本发明不限于以上例子，并且对于单个以太网接口可以进行上述功能。
PHY(物理层)芯片167是包括关于路由器16连接到其上的网络的物理连接/传输格式的信息的芯片，包括与例如用来相互转换数据和电气信号格式的信息等等。PHY芯片167提供于在路由器16上游的连接端口171与以太网接口165之间。
交换中心芯片169是具有集线功能的芯片(线集中器)，用来分析发送到路由器16的数据和探测数据的发送目的地，及基于例如用于发送目的地的MAC地址等把数据仅发送到适当连接端口171。这个交换中心芯片169提供于在路由器16上游提供的连接端口171与以太网接口165之间。
以上已经描述了能够实现路由器16的功能的硬件构造的例子。以上元件可以使用通用材料构造，或者可以构造成专用于元件每一个的功能的硬件。相应地，待使用的硬件构造按照在这该时刻用于本实施例实施的技术水平修改为适当的。而且，上述硬件构造只是例子，并且不用说本发明不限于此。
(基本技术描述：对于SIP服务器定制的竞争解决处理)
首先，在给出本实施例的详细描述之前，将描述支持本实施例的技术问题。注意，已经构造本实施例，从而对于下面描述的基本技术的改进可产生甚至更显著的优点。相应地，与对于基本技术进行的改进有关的技术事实上组成本实施例的真正特征。就是说，尽管本实施例依附于这里描述的技术问题的基本概念，但其本质不如说集中在处置改进的部分中，并且应该注意，其构造清楚地不同，并且其优点与基本技术的那些优点清楚地相反。
图4是解释图，用来描述根据本发明的基本技术的内容分配系统。在图4中，通过IPTV服务的例子进行描述，期望该IPTV服务实施成由IMS(IP多媒体子系统)/NGN(下一代网络)实现的下一代IP(互联网协议)网络上的关键应用程序。
根据本发明的基本技术的内容分配系统包括例如核心/接入网络12、及经路由器16连接到核心/接入网络12上的IPTV服务器18和IPTV终端40。
对于IPTV服务，SIP(会话开始协议)能够进行关于对于在用来分配内容的IPTV应用程序服务器18与用来播放内容的IPTV终端40之间的通信必需的位速率等QoS(服务质量)谈判，以便进行建立/释放诸如VOD(按需视频)流等等的IPTV会话的控制，关于该IPTV会话保证QoS。在图4中表示的例子中，在IPTV服务器18与IPTV终端40之间的会话控制、和在SIP服务器20与路由器16之间的控制借助于SIP进行。注意，在图中的实线箭头代表会话控制信息的流动，并且在图中的双点划线箭头代表内容数据等的媒体流。
现在，以上QoS是用来保留用于一定通信的带宽和保证一定通信速度的技术。而且，以上VOD意味着由此在希望时可观看希望视频内容的服务。
用来隔离消息交换的SIP服务器20解释用于会话控制的SIP消息的内容，并且控制关于QoS控制可得到的网络装置，如在IPTV媒体连接路径上的路由器16等。考虑到网络交通状态等等，QoS谈判实现SIP使IPTV媒体的最适当多个类别(按照介质编码类型中的差别的质量类别、位速率等等)能够通过在IPTV服务器18与IPTV终端40之间的谈判选择。
如图5中所示，我们将说，诸如能够QoS控制等的路由器A17之类的网络装置提供在家庭网络14与核心/接入网络12之间的边界处在由IMS/NGN实现的下一代IP网络侧，使两个IPTV终端40连接在作为家庭网络段的通信网络22上。对于在图5中表示的构造，网络侧(即，核心/接入网络12侧)管理SIP服务器20和路由器A17。也注意，尽管在图5中，只有两个IPTV终端连接到通信网络22上，但可以连接仅一个IPTV终端40，或者可以连接多个IPTV终端40。
如图6中所示，在IMS/NGN体系结构中，在建立IPTV会话时，在IPTV终端40侧处实施的SIP-UAC(SIP/用户代理客户机)105把消息发送到在IPTV服务器18侧处实施的SIP-UAS(SIP/用户代理服务器)101，要求建立IPTV声频/视频媒体流会话。这条消息从SIP-UAC 105经SIP-S(SIP服务器)103输送到SIP-UAS 101，并且在这时，SIP-S 103要求位于在IPTV终端40处实施的内容播放客户机113(媒体流播放功能)与在IPTV服务器18处实施的内容服务器107(媒体流输送功能)之间的网络带宽控制器109，保证诸如带宽之类的必需网络资源(在图6中用实线表示的箭头的流动)。
现在，在路由器16中实施的网络带宽控制器109用来保证和释放用来把内容数据从内容服务器107发送到内容播放客户机113必需的带宽，如以上描述的那样。
在提供给IPTV服务器18的内容服务器107与通过在路由器16中实施的网络带宽控制器109提供给IPTV终端40的内容播放客户机113之间保证内容分布必需的带宽上，内容服务器107使用保证带宽把由视频数据和声频数据组成的内容数据分配到内容播放客户机113(在图6中用双点划线表示的箭头的流动)。
注意，SIP基于在端部系统之间的客户机-服务器模型，并且以上用户代理(可以缩写成“UA”)与这些端部系统相对应。用户代理起客户机和服务器的作用，使在产生请求的情况下的用户代理叫做用户代理客户机(UAC)，并且在处理来自另一个用户代理和产生响应的情况下的用户代理叫做用户代理服务器(UAS)。而且，以上SIP-S(SIP服务器)是用来把各种服务提供给用户代理的装置，如中转请求和响应、关于请求目的地的查寻、在用户代理的网络上位置信息的登记等等。
在位于某一家庭网络14上的多个IPTV终端40同时试图建立与IPTV服务器18的会话的情况下，多个IPTV终端40的SIP-UAC 105要求核心/接入网络12的SIP-S 103建立会话。然而，在这种情况下，有在这种情况下可能发生竞争(争夺)带宽(它是网络资源)的可能性。在这样一种情况下，SIP-S 103基于事先确定的竞争解决策略协调多个IPTV终端40的请求。
例如，可设想其中如图7中所示位于某一家庭网络14中的第一IPTV终端40A已经建立与高清晰度(高清晰度类别)IPTV媒体的连接，并且在这种状态下，连接到同一家庭网络段14上的第二IPTV终端40B还试图建立对于高清晰度IPTV媒体的连接。在这种情况下，如图7中所示，可能有其中第一IPTV终端40A已经建立的媒体连接已经几乎用尽路由器A17的全部带宽(具有轻微的余地)的情形。在这样一种情况下，SIP-S 103能可设想地采用如下几种竞争解决策略。
(策略1)在路由器A 17的余下网络带宽容量中没有余地容纳由第二IPTV终端40请求的类别会话、以及第一IPTV终端40A的优选级(优选级类别)设置得很高的情况下，不接收来自第二IPTV终端40B的IPTV媒体会话建立请求。
(策略2)在来自第二IPTV终端40B的IPTV媒体会话是关于从高清晰度类别和低清晰度类别的两个QoS类别中进行选择的会话、并且在路由器A 17的带宽容量中有余地容纳低清晰度类别会话的情况下，来自第二IPTV终端40B的IPTV会话建立请求建立为低清晰度类别会话，同时保持来自第一IPTV终端40A的IPTV会话。
(策略3)在路由器A 17的网络的带宽容量中没有余地容纳所请求的类别会话、以及使用第二IPTV终端40B的用户的优选级(优选级类别)设置得很高的情况下，停止来自第一IPTV终端40A的IPTV会话，并且在所请求的清晰度下建立来自第二IPTV终端40B的IPTV会话。
用来解决在建立会话时来自多个终端40的带宽请求竞争的策略将称作“带宽请求竞争解决策略”。除这些选择之外，星期几、每天的时刻、观看/收听的内容类型(运动报道)等等、或其组合状态可设想成要考虑的复杂策略。而且，除用来用预定策略解决(下文称作“自动竞争解决”)的情形之外，可设想如下情形，对于每个会话建立请求都通知用户所探测的每个竞争，并且期望每次按照用户的意图解决竞争(下文称作“空中交互竞争解决”)。
(关于本实施例的描述)
然而，在网络侧处进行这样的带宽请求竞争解决的情况下(即，在核心/接入网络12侧处)，对于在每个个别家庭网络中包括的个别IPTV终端40及其每个用户，必须管理用于竞争解决的策略。SIP服务器20参考竞争解决数据库21，它是对于来自IPTV终端40的每个会话建立请求集中管理这些竞争解决策略的数据库，在自动竞争解决的情况下按照预置竞争解决策略来解决竞争，及在空中交互竞争解决的情况下按照各个用户意图进行一致处理解决竞争。
在核心/接入网络12侧处进行这样的竞争解决的情况下，可能发生如下问题：其中，在消隐同时型(blanket simultaneous)IPTV会话的情况下，如事件的实况报道等、或消隐释放VOD等，对于大量的家庭网络全部同时发生的竞争解决处理，导致在网络侧上的竞争解决处理负载突然增大，由此使性能不稳定(在图8中的路由器16处出现竞争)。而且，在位于家庭网络边界处的路由器16的带宽容量较小的情况下，共享带宽容量的IPTV终端40将竞争带宽容量，所以SIP服务器20需要协调这种竞争。这可导致其中这种协调增大SIP服务器20处理负载的问题。
另一方面，在位于家庭网络边界处的路由器16的带宽容量巨大的情况下，在家庭网络14内竞争带宽的可能性较小，并且没有事先竞争解决的需要，所以将允许在同一家庭网络14内来自多个IPTV终端40的所有会话建立请求。在巨大数量的家庭网络连接到这样一种路由器上、并且几乎同时允许来自所有IPTV终端40的会话建立请求的情况下，有核心/接入网络12本身网络带宽容量将过流、或者IPTV服务器18的容量过流的可能性。也在这种情况下，用于竞争解决的负载可以集中在SIP服务器20处，导致SIP服务器20的过流(在图8中竞争发生在SIP服务器20处)。
本发明人已经努力地研究了以上问题，并且相应地已经实现如下解决方案。为了解决在以上路由器16处的竞争问题，可设想这样一种方法：其中，在各个IPTV终端40A和40B把会话建立请求发送到SIP服务器20之前(在有已经建立会话的IPTV终端40的情况下，在家庭网络14内的另一个IPTV终端40发送新会话建立请求之前)，在家庭网络14内的IPTV终端40通过自身解决在家庭网络14的边界路由器16处的带宽竞争，如图9中所示。
而且，在SIP服务器20处的以上竞争问题可通过在家庭网络14内的竞争解决事先避免。然而，为了使这可行，必须知道在任何给定时间处在家庭网络14内可用网络带宽的上限，否则不能进行竞争解决处理。在任何给定时间处可用网络带宽可从在网络侧处的带宽管理信息导出，SIP服务器20可参考它，所以如果SIP服务器20侧可定期地把带宽消耗状态通知给IPTV终端40侧，则在用SIP发送会话建立请求之前，IPTV终端40可以自身在家庭网络14中事先解决竞争。
而且，在网络侧处提供的竞争解决策略图案是这样的从而对于多个用户非常一般和普通的可能性很高，所以定义对于各个家庭网络环境定制的详细竞争解决策略较困难。如果可实现一种如以上描述的那样在家庭网络14侧局部进行竞争解决的系统，则可容易地实现应用这样的详细解决策略的解决竞争。
本发明人已经努力地研究了这些问题以实现以上竞争解决方法，并且已经开发出下面所描述的带宽请求系统10和带宽请求装置30。
根据本发明实施例的带宽请求系统10具有带宽请求竞争解决代理，它基于在来自网络侧(核心/接入网络12侧)服务器(SIP服务器20)的空中(on-the-fly)通知的网络内的、位于在家庭网络14侧处的最新网络带宽管理信息操作，由此缓解或完全接管网络侧处提供的竞争解决的增大负载。
而且，特征在于，不仅在核心/接入网络侧处提供的一般竞争解决策略定义，而且依据各个家庭网络环境的详细竞争解决策略能够被定义在竞争解决策略存储单元中，带宽请求竞争解决代理参考所述竞争解决策略存储单元以用于竞争解决。
基于至今描述的基本技术，现在将描述根据本实施例的带宽请求系统10和带宽请求装置30。根据本实施例的带宽请求系统10是使用用于以上基本技术的SIP的系统，它基于SIP服务器20所参考的网络侧(核心/接入网络侧)的带宽管理信息，定期地把以恒定变化方式变化的可用网络资源(带宽)的状态通知给客户机装置侧。
(带宽请求系统10的构造)
首先，参照图10将详细描述根据本实施例的带宽请求系统10的构造。图10是解释图，表明根据实施例的带宽请求系统10的构造。
根据本实施例的带宽请求系统10包括例如IPTV服务器18、在核心/接入网络12上提供的SIP服务器20、通过通信网络22彼此连接的IPTV终端40、及在IPTV服务器18与SIP服务器20之间和在IPTV终端40与SIP服务器20之间提供的路由器16。路由器16包括例如网络带宽控制器173和带宽请求状态数据库175。
网络带宽控制器173由路由器16中的CPU 161和存储器芯片163等构造，并且按照在存储器芯片163中存储的各种类型的程序操作。网络带宽控制器173起作用以保证及释放用来把IPTV内容数据(IPTV媒体流)从IPTV服务器18中的内容服务器183发送到IPTV终端40中的内容播放客户机405的带宽(网络资源)。更具体地说，针对存在于核心/接入网络12内的媒体流(即内容数据流)的路径上的路由器16，对带宽进行保证处理和释放处理，并且存储在路由器16中的带宽状态数据库175中以作为带宽保证状态信息和带宽释放状态信息。
带宽状态数据库175存储在例如在路由器16中的存储器芯片163中。而且，带宽状态数据库175可以存储于在路由器16中分离提供的存储单元(未表示)中。带宽状态数据库175存储和管理指示路由器管理的带宽管理状态的带宽管理状态信息。路由器所管理的带宽管理状态在路由器16连接到IPTV服务器18上的情况下指示在IPTV服务器18的保证和释放带宽的状态，并且在路由器16位于多个IPTV终端40连接到家庭网络上的边界处的情况下指示在整个家庭网络上的保证和释放带宽的状态。而且，IPTV服务器18所连接到其上的路由器16的带宽可以设置成反映如IPTV服务器18的处理能力(例如，内容服务器183的处理能力)。
IPTV服务器18包括例如SIP-UAS 181和内容服务器183。SIP-UAS 181和内容服务器183在IPTV服务器18内由CPU、ROM、RAM等构造，并且按照在IPTV服务器18的ROM和存储单元中存储的各种类型的程序操作。
SIP-UAS 181是起服务器作用的SIP用户代理，并且用提供给IPTV终端40的以后描述的SIP-UAC 403控制会话建立和会话释放，以响应来自SIP-UAC 403的请求。
内容服务器183进行IPTV内容的管理和分配，把IPTV内容分配到在IPTV终端40中提供的内容播放客户机405，使用由路由器16保证的带宽。
SIP服务器20包括例如SIP会话控制单元201和网络带宽管理状态通知单元203。SIP会话控制单元201和网络带宽管理状态通知单元203在SIP服务器20内由CPU、ROM、RAM等构造，并且按照在SIP服务器20的ROM和存储单元中存储的各种类型的程序操作。
SIP会话控制单元201完成如下操作，如查询来自SIP-UAC 403的请求的目的地、把来自SIP-UAC 403的请求中转到SIP-UAS 181和把来自SIP-UAS 181的响应中转到SIP-UAC 403、及在网络上中转用户代理的登记位置信息。这个SIP会话控制单元201使得对于SIP独特功能被实现，如存在(presence)服务，它是能够实时综合感兴趣的人的状态、信息及装置的服务。而且，SIP会话控制单元201对于在连接到SIP服务器20上的路由器16中实施的网络带宽控制器173进行是网络资源的带宽的保证请求和释放请求。
网络带宽管理状态通知单元203定期地参考在连接到SIP服务器20上的路由器16中的状态数据库175中存储和更新的带宽管理状态信息，并且把它通知给连接到SIP服务器20上的SIP-UAC 403。从SIP服务器20到SIP-UAC 403的通知由例如SIP存在服务进行。带宽容量记录在通知给SIP-UAC 403的带宽管理状态信息中，该带宽容量指示位于在家庭网络的边界处的路由器的可用带宽，对于该家庭网络IPTV终端40实施关于其进行通知的SIP-UAC 403。
IPTV终端40包括例如SIP-UAC 403和内容播放客户机405。SIP-UAC 403和内容播放客户机405在IPTV终端40内由CPU、ROM、RAM等构造，并且按照在IPTV终端40的ROM和存储单元中存储的各种类型的程序操作。
SIP-UAC 403是作为客户机的用户客户机，并且用提供给IPTV服务器18的SIP-UAS 181控制会话建立和会话释放，及把请求发送到SIP-UAS 181。而且，从SIP服务器20的网络带宽管理状态通知单元203通知的带宽状态管理信息定期地发送到以后描述的带宽请求装置30。内容播放客户机405请求用于IPTV内容的分布的IPTV服务器18，并且播放从IPTV服务器18分布的IPTV内容。注意，以后将进一步详细地描述IPTV 40。
其次，参照图11将详细地描述在根据本实施例的带宽请求系统10中具有重要作用的带宽请求装置30、和作为客户机装置的IPTV终端40。图11是解释图，用来描述根据本实施例的带宽请求装置30和IPTV终端40的构造。
(带宽请求装置30的构造)
如图11中所示，根据本实施例的带宽请求装置30包括例如带宽保证请求单元331、竞争解决策略存储单元337、及通信单元341。
带宽保证请求单元331把对于从连接到带宽请求装置30上的多个IPTV终端40的每一个正在请求划拨的带宽放在一起，确定对于整个家庭网络14请求的请求带宽，及把请求带宽发送到是从家庭网络14外部提供的中继服务器的SIP服务器20。连接到带宽请求装置30上的IPTV终端40可以如图11中所示经通信网络22连接到带宽请求装置30上，或者可以经提供给带宽请求装置30的USB端口、诸如i.LINK等之类的IEEE 1394端口、SCSI端口、RS-232C端口等直接连接到带宽请求装置30上。带宽保证请求单元331在带宽请求装置30内由CPU、ROM、RAM等构造，并且按照在带宽请求装置30的ROM和存储单元中存储的各种类型的程序操作。带宽保证请求单元331还包括请求带宽确定单元333和竞争解决单元335。
请求带宽确定单元333经通信单元341接收对于从连接到带宽请求装置30上的多个IPTV终端40的每一个正在请求划拨的带宽，并且确定连接到带宽请求装置30上的整个家庭网络14需要的带宽。请求带宽确定单元333把确定的请求带宽经通信单元341传输到SIP服务器20，从而向SIP服务器20请求带宽划拨。
请求带宽确定单元333通过参考以后描述的带宽状态存储单元339中存储的可用带宽容量和与家庭网络中当前正在播放的IPTV会话有关的信息等等确定请求带宽。在来自多个IPTV终端40的每一个的总划拨请求带宽等于或低于可用带宽容量的情况下，请求带宽确定单元333把划拨请求带宽的总合发送到SIP服务器20作为请求带宽。另一方面，在总合划拨请求带宽超过可用带宽容量的情况下，带宽竞争将出现在多个IPTV终端40中，所以请求以后描述的竞争解决单元335进行竞争解决处理。在竞争由竞争解决单元335解决时，请求带宽确定单元333把请求带宽发送到SIP服务器20。
在带宽从SIP服务器20划拨到整个家庭网络时，请求带宽确定单元333在还没有进行竞争解决处理的情况下分配从每个IPTV终端40请求的带宽，并且在已经进行竞争解决的情况下根据竞争解决结果把带宽分配到每个IPTV终端40。
在从每个IPTV终端40发送的划拨请求带宽总合超过可用带宽容量的情况下，竞争解决单元335参考在带宽状态存储单元339中存储的与家庭网络内当前正在播放的IPTV会话有关的信息、和与由整个家庭网络可用带宽容量有关的信息，并且基于在以后描述的竞争解决策略存储单元337中存储的竞争解决策略，进行IPTV终端40之间的带宽请求的竞争解决。这种竞争解决可以是与竞争解决策略存储单元337中存储的处理策略相一致的空中交互竞争解决，或者可以是基于预定竞争解决方法的自动竞争解决。
竞争解决策略存储单元337是竞争解决单元335对其参考以便解决多个IPTV终端40中已经发生的划拨请求带宽上的竞争的存储单元。竞争解决策略存储单元337存储竞争解决单元335必需的多组信息，以解决对划拨请求带宽的竞争。
图12是解释图，用来描述在竞争解决策略存储单元337中存储的竞争解决策略信息。如图12中所示，竞争解决策略信息由空中竞争解决允许/不允许标志和竞争解决策略所构造，该标志中描述的是关于是否以空中交互方式解决多个IPTV终端40之间的对划拨请求带宽的竞争，该竞争解决策略事先已经确定，在进行自动竞争解决的情况下所参考。在竞争解决单元335进行自动竞争解决的情况下，由竞争解决单元335参考的多个竞争解决策略存储在竞争解决策略存储单元337中。而且，竞争解决策略存储单元337可以存储在竞争解决单元335进行竞争解决处理时需要存储的各种类型的参数等。
带宽状态存储单元339存储与家庭网络14内的带宽使用状态有关的带宽状态信息，带宽请求装置30连接到该家庭网络14上。带宽状态存储单元339分别在请求带宽确定单元333确定请求带宽和竞争解决单元335进行竞争解决处理时，由请求带宽确定单元333和竞争解决单元335所参考。
图13是解释图，用来描述在带宽状态存储单元339中存储的带宽状态信息。如图13中所示，带宽状态信息由与在带宽请求装置30连接到其上的家庭网络14内的可用带宽容量相关的信息、和与连接到家庭网络14上的IPTV终端40当前播放的IPTV会话相关的IPTV会话信息组成。可用带宽容量是由SIP服务器20的网络带宽管理状态通知单元203定期通知给IPTV终端40的SIP-UAC 403的信息，可用带宽容量由SIP-UAC 403定期地通知给带宽请求装置30，并且依据在家庭网络14内带宽的使用状态以恒定变化方式变化。IPTV会话信息在其中已描述了与连接到家庭网络14上的IPTV终端40当前建立的IPTV会话相关的信息，带宽请求装置30连接到该家庭网络14上，使多组IPTV会话信息与在带宽状态存储单元339中存储的多个建立IPTV会话相对应。在IPTV会话信息中以相关方式描述的是，如图13中所示，与当前建立IPTV会话相关的IPTV会话描述、用来辨别播放这些IPTV会话的IPTV终端的IPTV终端识别信息、及播放IPTV会话的IPTV终端的用户识别信息。
通信单元341经通信网络22把带宽保证请求单元331公开的各种类型的信息等传输到SIP服务器20和IPTV终端40。相反，来自SIP服务器20和IPTV终端40的请求等可在带宽请求装置30处接收。而且，通信单元341能够与直接连接到带宽请求装置30上的IPTV终端40交换信息，而不通过通信网络22。
注意，尽管竞争解决策略存储单元337和带宽状态存储单元339个别地提供在图11中表示的根据本实施例的带宽请求装置30中，但竞争解决策略存储单元337和带宽状态存储单元339可以提供在同一存储单元内。而且，根据本实施例的带宽请求装置30可以具有除在图11中表示的竞争解决策略存储单元337和带宽状态存储单元339之外的分离存储单元(未表示)。而且，尽管图11表明其中竞争解决策略存储单元337提供在带宽请求装置30内的情形，但竞争解决策略存储单元337可以从带宽请求装置30外部提供，只要可参考竞争解决单元335。
(IPTV终端40的构造)
如图11中所示，是根据本实施例的客户机装置的IPTV终端40包括会话建立单元401和内容播放客户机405。会话建立单元401和内容播放客户机405在IPTV终端40内由CPU、ROM、RAM等等构造，并且按照在IPTV终端40的ROM和存储单元中存储的各种类型的程序操作。
会话建立单元401与是从家庭网络14外部提供的内容分配服务器的IPTV服务器18建立会话，并且释放建立会话。根据本实施例的会话建立单元401还具有SIP-UAC 403。
如以上描述的那样，SIP-UAC 403是在SIP中的用户代理客户机，它经SIP服务器20进行与IPTV服务器18的SIP-UAS 181的会话的建立和释放，并且使IPTV服务器18的内容服务器183与IPTV终端40的内容播放客户机405相关。而且，SIP-UAC 403接收与来自SIP服务器20的网络带宽管理状态通知单元203的可用带宽容量相关的周期性通知，并且把与接收的可用带宽容量相关的信息传输到连接到家庭网络14上的带宽请求装置30。
内容播放客户机405通过请求内容分配到作为内容分配服务器的IPTV服务器18而尝试获得内容，并且在从IPTV服务器18接收内容分配时，播放分配的内容。根据本实施例的内容播放客户机405还包括例如带宽计算单元407、内容获得单元409、内容标识符存储单元411、及内容播放单元413。
带宽计算单元407计算IPTV终端40的内容播放客户机405播放IPTV内容所需的带宽。IPTV内容依据以高清晰度播放内容和以低清晰度播放内容的情形而不同，所以所带宽由例如IPTV终端40的用户通过选择可计算。
内容获得单元409基于会话进行对IPTV服务器18的内容分配请求，SIP-UAC 403(会话建立单元401)基于由带宽请求装置30分配的带宽已经进行该会话。在内容获得时，内容获得单元409参考在以后描述的内容标识符存储单元411中的关于所希望获得内容的内容标识符(也叫做内容参考标识符(CRID))，并且基于作为参考结果得到的IPTV会话描述向IPTV服务器18请求内容分配。以后将分别详细地描述内容分配请求。在内容从IPTV服务器18分配时，内容获得单元409经通信单元415获得内容，并且把获得的内容发送到内容播放单元413。注意，获得的内容可以由内容获得单元409存储在图中未表示的存储单元中。
内容标识符存储单元411是用来存储与IPTV内容相关的多组内容标识符信息(CRID信息)的存储单元。内容标识符信息是其中已经赋予IPTV内容的内容标识符、和与这个内容标识符相对应的IPTV会话描述相关的信息。因而，在获得内容时，内容获得单元409参考内容标识符存储单元411，使用内容标识符以获得与这个内容标识符相关的IPTV会话描述，及获得所述内容。
图14是解释图，用来描述内容标识符存储单元411存储的内容标识符信息。如图14中所示，内容标识符信息(CRID信息)由与各个内容相对应的内容标识符、和与内容相关的IPTV会话描述组成。IPTV会话描述基于SDP(会话描述协议)被描述，并且如图14中所示，由诸如IPTV内容的地址还有端口No.之类的URI(统一资源标识符)、诸如请求速率等之类的QoS参数、codec信息、IPTV内容的会话描述(用来辨别会话的信息)、时间描述(会话的有效时间，如会话的开始和结束时间点、重复次数等等)、媒体描述(与媒体有关的信息)等构造。内容标识符信息是所谓的图元数据，并且相应地内容获得单元409通过基于内容标识符参考内容标识符信息可知道内容获得路径等等。注意，可以使多个类别的会话描述与诸如高清晰度模式、低清晰度模式等等之类的单个内容标记符相关。
内容播放单元413播放从内容获得单元409发送的IPTV内容，并且把IPTV内容输出到提供给IPTV终端40的诸如显示器等之类的显示装置(未表示)。而且，在IPTV的播放结束时，内容播放单元413请求SIP-UAC 403释放会话，并且也释放是已经分配到IPTV终端40的网络资源的带宽。
通信单元415经通信网络22把会话建立单元401和内容播放客户机405公开的各种类型的信息等等传输到IPTV服务器18和SIP服务器20及带宽请求装置30。相反，来自IPTV服务器18和SIP服务器20及带宽请求装置30的请求等可接收在IPTV终端40处。通信单元415也能够与直接连接到IPTV终端40的连接端口上的带宽请求装置30交换信息，而不通过通信网络22。
以上已经描述了根据本实施例的带宽请求装置30和IPTV终端40的功能的例子。以上元件可以使用通用材料和电路构造，或者可以构造成专用于每个元件的功能的硬件。而且，元件的功能可以都由CPU和类似元件进行。相应地，要使用的硬件构造按照在该时间用来实施本实施例的技术水平修改成适当的。
(从建立会话到释放会话的流程)
接下来，将详细描述用于根据本实施例的IPTV终端40以建立会话和获得IPTV内容、及按照IPTV内容释放会话的过程。图15是流程图，表明借助于根据本实施例的带宽请求系统10的会话建立/释放方法。
在IPTV终端40的SIP-UAC 403由SIP服务器20的网络带宽管理状态通知单元通知有带宽管理信息时(步骤S101)，SIP-UAC 403把通知的可用带宽容量发送到装置30(步骤S103)。在IPTV终端40的内容播放客户机405进行对于带宽请求装置30的带宽划拨请求以播放IPTV内容时(步骤S105)，带宽请求装置30在竞争已经发生的情况下在解决竞争之后把请求带宽发送到SIP服务器20，或者在还没有发生竞争的情况下不进行竞争解决处理，及在SIP服务器20已经保证带宽之后，把带宽划拨给IPTV终端40的内容播放客户机405(步骤S107)，并且允许IPTV终端40建立会话。
接下来，IPTV终端40的内容播放客户机405请求SIP-UAC 403建立会话(步骤S109)，并且在接收到请求时，SIP-UAC 403进行对于SIP服务器20的SIP会话控制单元201的会话建立请求(步骤S111)。因此SIP会话控制单元201布置在SIP-UAS 181与SIP-UAC403之间的路由器16的网络带宽控制器161保证网络带宽(步骤S113)，并且对于在IPTV服务器18处实施的SIP-UAS 181进行会话建立请求(步骤S115)。
在与会话建立请求相对应的允许应答从SIP-UAS 181发送到SIP会话控制单元201时(步骤S117)，网络带宽控制器161对SIP会话控制单元201作出应答，以达到已保证网络带宽的效果(步骤S119)。在从网络带宽控制器161接收到应答时，SIP会话控制单元201把应答发送到SIP-UAC 403，以打到已经建立会话的效果(步骤S121)。带宽管理状态信息然后从网络带宽管理状态通知单元通知给SIP-UAC 403(步骤S123)。SIP-UAC 403因此把通知的可用带宽容量传输到带宽请求装置30(步骤S125)，并且带宽请求装置30更新可用带宽容量。
在SIP-UAS 181与SIP-UAC 403之间建立会话时，在IPTV服务器18处实施的内容服务器183把媒体流(IPTV内容)发送到在IPTV终端40处实施的内容播放客户机405(步骤S127)，并且内容播放客户机405播放内容。
在内容的播放结束时，内容播放客户机405请求SIP-UAC 403释放会话(步骤S129)，并且SIP-UAC 403进行到SIP会话控制单元201的会话释放请求(步骤S131)。在接收到请求时，SIP会话控制单元201把网络带宽释请求发送到网络带宽控制器(步骤S133)。其次，SIP会话控制单元201进行到在IPTV服务器18内的SIP-UAS181的会话释放请求(步骤S135)。
SIP-UAS 181进行对于SIP会话控制单元201的应答，以打到将进行会话释放的效果(步骤S137)，并且网络带宽控制器161进行对于SIP会话控制单元201的应答，以到达将进行会话释放的效果(步骤S139)。SIP会话控制单元201进行对于SIP-UAC 403的应答，以达到将进行会话释放的效果(步骤S141)，并且释放在SIP-UAS 181与SIP-UAC 403之间建立的会话。
SIP服务器20的网络带宽管理状态通知单元203把作为释放会话的结果已经发生的带宽变化的带宽管理状态信息通知SIP-UAC 403(步骤S143)，并且SIP-UAC 403把通知的可用带宽容量发送到带宽请求装置30(步骤S145)。在SIP-UAS 181与SIP-UAC 403之间的会话建立和释放根据以上描述的流程进行。
(竞争解决方法)
其次，参照图16将描述借助于根据本实施例的带宽请求系统的竞争解决方法。图16是流程图，用来描述借助于根据本实施例的带宽请求系统的竞争解决方法。
在带宽管理状态信息从SIP服务器20的网络带宽管理状态通知单元203通知时，SIP-UAC 403把带宽管理状态信息通知给带宽保证请求单元331(步骤S201)。带宽保证请求单元331把通知给其的带宽管理状态信息(具体地说，与可用带宽容量相关的信息)存储在带宽状态存储单元339中(步骤S201)。
在从用户请求内容观看/倾听时(步骤S203)，IPTV终端40的内容播放客户机405基于请求内容的内部标识符参考在内容播放客户机405内的内容标识符存储单元，并且得到IPTV会话描述(步骤S205)。
接下来，内容播放客户机405把会话允许请求发送到在同一网络中存在的带宽请求装置30的带宽保证请求单元331以查询是否可建立会话(步骤S207)。
在从内容播放客户机405接收到会话允许请求时，带宽保证请求单元331的请求带宽确定单元333查阅带宽状态存储单元339以参考当前在家庭网络中的IPTV会话信息(步骤S209)。在从内容播放客户机405请求的会话所需带宽等于或大于在带宽状态存储单元339中存储的带宽容量的情况下，提供给带宽保证请求单元331的竞争解决单元335进行带宽竞争解决处理。
带宽保证请求单元331的竞争解决单元335参考竞争解决策略存储单元337，并且确认空中竞争解决允许/不允许标志的内容(步骤S211)。然而注意，在竞争解决策略存储单元337中的空中竞争解决允许/不允许标志设置为允许的情况下(即，在进行空中交互竞争解决的情况下)，确认关于竞争解决的用户意图，并且基于这种意图进行竞争解决(步骤S213)。以后将详细地分别描述空中竞争解决。在已经解决竞争的情况下，允许到内容播放客户机405的会话建立请求(会话允许应答)(步骤S217)，并且把最新会话管理信息记录在带宽状态存储单元339中。
而且，在空中竞争解决允许/不允许标志设置为不允许的情况下(即，在不进行空中竞争解决、并且要进行自动竞争解决处理的情况下)，竞争解决单元335查阅竞争解决策略存储单元337，从其中存储的多个竞争解决策略选择适合当前竞争状态的竞争解决策略，及进行与在选择竞争解决策略中事先定义的解决方法相一致的竞争解决处理(步骤S215)。在已经解决竞争的情况下，把会话允许应答送给内容播放客户机405(步骤S217)，并且把最新会话管理信息记录在带宽状态存储单元339中。以后将分别描述竞争解决策略的细节。
现在，以上会话允许应答可以是原样接受所请求会话建立请求的情形、所请求的会话建立请求被接受及其内容变化的情形、或拒绝所请求的会话建立请求的情形。
内容播放客户机405基于由带宽保证请求单元331允许的会话描述构造SIP消息，把它发送到SIP服务器20，及建立与SIP-UAC 403的会话(步骤S219)。
(关于竞争解决策略)
接下来，参照图17将详细地描述根据本实施例的竞争解决策略。图17是解释图，用来详细地描述根据本实施例的竞争解决策略。
竞争解决策略(下文也简称为“策略”)由多个策略组(policyGroup)构造，并且策略组定义为一组策略规则(policyRule)。在策略组内的策略规则按照它们被列出的顺序被评估和再现。而且，各个策略规则由一对条件部分(policyCondition)和动作部分(policyAction)构造，条件部分定义用于当再现在动作部分中描述的功能和操作时的条件。而且，条件部分(policyCondition)通过把多个条件(Condition)与(AND)或(OR)相接合可定义复杂条件。而且，动作部分(policyAction)可顺序地排列多个动作(Action)。进行设置，从而在策略组内的策略规则的即使一个被再现的情况下，剩余策略规则的评估和执行也停止。
(策略规则描述格式的具体例子)
策略规则描述格式对于条件部分和动作部分使用IF(如果)和THEN(那么)例如按如下表达。注意，下面描述的策略规则描述格式只是用来描述策略规则描述格式给出的例子，并且根据本实施例的策略规则描述格式不限于如下。
(用于策略规则的一般格式)
IF(条件)THEN(动作)
例如，在图17中的policyRule-1按如下表达。
IF(condition-1 OR(condition-21 AND Condition-22AND...Condition-2M)OR...Condition-N)
THEN(action-1、Action-1、...Action-L)
(策略规则的具体例子)
下面参照特定例子将描述策略规则描述格式。
关于其会话已经建立的第一IPTV终端的会话描述将称作“CurrentSessionDescription”。而且，为请求新建立会话从第二IPTV终端发送的会话描述将称作“highQualityVersionOfEvaluatingSessionDescription”和“lowQualityVersionOfEvaluatingSessionDescription”。注意，“highQualityVersionOfEvaluatingSessionDescription”与高清晰度类别版本的会话相对应，并且“lowQualityVersionOfEvaluatingSessionDescription”与低清晰度类别版本的会话相对应。
关于其会话已经建立的第一IPTV终端的优先级是currentSessionTerminalClass，并且其值是“TerminalClass-High”。而且，请求新建立会话的第二IPTV终端的优先级是“evaluatingSessionTerminalClass”，并且其值是“TerminalClass-Low”。注意
“TerminalClass-High”＞“TerminalClass-Low”成立。
用来接受新会话建立请求的动作和用来丢弃其的动作分别是“acceptRequest”和“discardRequest”。而且，用来释放(停止)已经建立的第一IPTV终端的会话的动作是“quit-＞currentSessionDescription”。
而且，通过从路由器和家庭网络的带宽容量减去由已经建立的第一IPTV终端的会话使用资源得到的剩余容量，并且我们将说其值是“10”。
在从新建立会话的第二IPTV终端发送的会话描述中，高清晰度类别版本请求的带宽是
“highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity”，并且我们将说其值是“24”。而且，低清晰度类别版本请求的带宽是
“lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity”，并且我们将说其值是“8”。
使用关于其已经建立的第一IPTV终端的内容播放客户机对于用户设置的优先级是“currentSessionUserClass”，并且我们将说其值是“UserClass-Low”。而且，使用请求新建立会话的第二IPTV终端的内容播放客户机对于用户设置的优先级是“evaluatingSessionUserClass”，并且我们将说其值是“UserClass-High”。然而注意，
“UserClass-High”＞“UserClass-Low”成立。
具体例1：在路由器和家庭网络的带宽容量中没有余地用来容纳请求类别的会话、并且第一IPTV终端的终端优先级(优先级类别)设置为高的情况下，不接受第二IPTV媒体会话。
与以上条件和分辨率方法相关的策略规则的描述如下：
IF((remainingResourceCapacity＜highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
AND(currentSessionTerminalClass＞evaluatingSessionTerminalClass))
THEN(discardRequest)
在以上情况下，remainingResourceCapacity＝“10”＜highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity＝“24”，所以第一评估表达式为真，并且currentSessionTerminalClass＝“TerminalClass-High”＞evaluatingSessionTerminalClass＝“TerminalClass-Low”成立，所以第二评估表达式为真，并因此，整个条件的评估为真。相应地，执行其动作discardRequest。
具体例2：在第二IPTV媒体会话是关于在高清晰度类别和低清晰度类别的两个QoS类别中进行选择的会话、并且在路由器和家庭网络的带宽容量中有余地用来容纳低清晰度类别会话的情况下，把第二会话建立为低清晰度类别会话，同时保持第一会话。
与以上条件和分辨率方法相关的策略规则的描述如下。
IF(remainingResourceCapacity＞highQualityVersionoOfEvaluatingSessionDescription.requiredResourceCapacity)
THEN(acceptRequest)
IF(remainingResourceCapacity＞lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
THEN(acceptRequest)
在以上情况下，
remainingResourceCapacity＝“10”＜highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity＝“24”，所以第一策略规则为假，但是
remainingResourceCapacity＝“10”＞lowQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity＝“8”，所以第二策略规则为真。因此，执行第二动作acceptRequest。并且接受与lowQualityVersionOfEvaluatingSessionDescription相对应的会话。
具体例3：在路由器和家庭网络的带宽容量中没有余地容纳请求的类别会话的情况下，把使用第二IPTV终端的用户的优先级设置为高，停止第一会话，及在请求清晰度下建立第二会话。
与以上条件和分辨率方法相关的策略规则的描述如下：
IF((remainingResourceCapacity＜highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity)
AND(currentSessionUserClass＜evaluatingSessionUserClass))
THEN(quit-＞currentSessionDescription，acceptRequest)
在这种情况下，
remainingResourceCapacity＝“10”＜highQualityVersionOfEvaluatingSessionDescription.requiredResourceCapacity＝“24”，所以第一评估表达式为真，并且currentSessionUserClass＝“UserClass-Low”＜evaluatingSessionUserClass＝“UserClass-High”，所以第二评估表达式为真。因此，整个条件的评估为真，并且当前会话借助于动作停止quit-＞currentSessionDescription停止，并且借助于acceptRequest接受与highQualityVersionOfEvaluatingSessionDescription相对应的会话。
除这些特定例子之外，星期几、每天的时刻、观看/倾听的内容类型(运动报道)等等、或其组合状态可设想成例如要考虑的复杂策略。
(关于空中交互竞争解决)
接下来，参照图18和19将描述根据本实施例的空中交互竞争解决处理。图18是解释图，用来描述在根据本实施例的带宽请求系统10中的空中交互竞争解决，并且图19是流程图，用来描述在根据本实施例的带宽请求系统10中的空中交互竞争解决。
带宽保证请求单元331确认考虑带宽请求竞争解决的用户的意图，并且例如像如下给出之类的几种选择可设想为用来确认意图的方法。
第一意图确认例：确认执行请求会话建立的内容播放客户机405的用户意图的情形
第二意图确认例：使执行请求会话建立的内容播放客户机405的用户和执行已经建立会话的内容播放客户机405的用户谈判、并且确认意图的情形
第三意图确认例：查询和确认具有用于在家庭网络上的竞争解决的所有权限的优先级用户的意图的情形
在诸如以上例子中之类的情况下，如图18中所示，带宽保证请求单元331基于以上策略之一，通过使交互菜单(竞争解决意图确认菜单419)显示在是客户机装置的IPTV终端40的输出单元417上可确认最终用户的意图，并且基于该意图进行竞争解决。
就是说，如图19中所示，带宽保证请求单元331把竞争解决意图确认请求输送到内容播放单元413(步骤S301)，并且内容播放单元413向用户显示意图确认菜单(竞争解决意图确认菜单419)，从而确认用户的意图(步骤S303)。内容播放单元413把用户的输入意图传输到带宽保证请求单元331(步骤S305)作为竞争解决意图确认应答，并且带宽保证请求单元331进行竞争解决处理。
如上所述，把带宽请求装置30布置在家庭网络14侧在消隐同时型IPTV会话的情况下，如事件实况报道等、或消隐释放VOD等，能够实现在核心/接入网络12侧处的竞争解决的过大负载，由此改进竞争解决处理的性能，并且不仅基于在核心/接入网络12侧处提供的一般竞争解决策略定义、而且基于对各个家庭网络环境定制的竞争解决策略也能够进行详细竞争解决与用户需要的匹配。
(关于确定在带宽管理状态信息中的带宽容量)
其次，参照图20至22将简短地描述根据本实施例的用来确定在带宽管理状态信息中的带宽容量的方法。
根据本实施例的带宽管理状态信息存储在以上所描述的客用网络的边界处提供的路由器处的可用带宽容量，并且如下例子可设想为用来确定这种带宽容量的方法。
第一带宽容量确定方法例
图20是解释图，用来描述用来确定带宽容量的方法的第一例。如图20中所示，将考虑其中SIP服务器20提供给核心/接入网络12、并且四个路由器16A至16D连接到SIP服务器20上的情形。路由器16A至16D的每一个与在家庭网络14A至14D的边界处提供的路由器相对应。路由器16A至16D的每一个经通信网络22连接到IPTV终端40上。而且，路由器16A至16D的每一个具有分别设置的带宽容量28。
可设想的用来确定带宽容量方法的一个例子是指定在每个家庭网络的IPTV服务合同中由SLA(服务水平协议)规定的最小保证速率，每个路由器例如与该每个家庭网络相对应。这里，这种SLA是通信服务提供商保证用户服务质量的协议，并且包括：服务质量保证项，如最大通信速度等；网络内的平均延迟时间；可用时间上限等；关于在不实现这些的情况下的费用打折规则；等等。
在图20中，家庭网络14A、14C、及14D各自已经限定容量1的带宽容量28作为最小保证速率，并且家庭网络14B已经限定容量2的带宽容量28作为最小保证速率。相应地，SIP服务器20按照位于每一个网络边界处的每一个路由器的合同设置带宽容量28的最小保证速率。
在这个第一例的情况下，在SIP服务器20上的负载很小，因为所需要的全部是设置与合同相一致的最小保证速率，但在家庭网络14A至14D试图保证超过合同带宽的带宽的情况下，带宽请求竞争出现在每个家庭网络内。
第二带宽容量确定方法例
图21A至21C是解释图，用来描述用来确定带宽容量的方法的第二例子。用来确定带宽容量的方法的第二例子是其中对于例如少量服务用户期望的时间跨度(例如，后半夜、凌晨等等)把带宽容量广泛地设置得很高的确定方法，以便接受来自尽可能多客户机的请求。然而，考虑到核心/接入网络的整个带宽消耗状态，根据带宽使用状态来增大/减小容量(每当新客户机通过例如SIP建立/释放会话时)。
借助于这种方法，如图21A中所示，事先设置位于家庭网络边界处的路由器16的带宽容量，规定用于每个家庭网络的客户机的数量。在图21A中表示的例子中，两个IPTV终端40连接到家庭网络14A上，所以位于边界处的路由器16A具有事先设置到容量2的带宽容量。以相同方式，路由器16B和16C具有设置到容量3的带宽容量，并且路由器16D具有设置到容量1的带宽容量。
现在，如图21B中所示，让我们说，在家庭网络14B内的一个IPTV终端40请求SIP服务器20建立会话，并且在家庭网络14D内的一个IPTV终端40请求SIP服务器20建立会话。在这种情况下，SIP服务器20从每一个家庭网络14接受请求，并且按照其它家庭网络的带宽消耗状态来增大/减小路由器16的每一个的带宽容量。
在图21B中，家庭网络14B和家庭网络14D已经与SIP服务器20建立会话，每个消耗容量1的带宽容量。在这时，SIP服务器20基于核心/接入网络12和其它家庭网络的负载状态等进行确定，并且减小路由器16A、路由器16B、及路由器16C的带宽容量。
时间进一步流逝，并且在家庭网络14C内的一个IPTV终端40请求SIP服务器20建立会话的情况下，SIP服务器20接受来自家庭网络14C的请求，基于核心/接入网络12和其它家庭网络的负载状态等进行确定，及减小路由器16C的带宽容量。
借助于用来确定带宽容量的这样一种方法，基于当前播放的会话的负载状态来确定带宽容量，所以可提供给家庭网络的用户一个舒服内容分配环境。
第三带宽容量确定方法例
图22是流程图，用来描述用来确定带宽容量的方法的第三例子。第三例子中，每个家庭网络中的带宽保证请求单元通过代表性SIP-UAC通过SIP消息事先向网络带宽管理状态通知单元公开所希望带宽容量(希望带宽容量请求)，并且网络带宽管理状态通知单元通过其中考虑到整个网络带宽的使用状态的容量协调来确定容量，并且通知由SIP消息进行(带宽管理状态通知)。注意，在家庭网络中的SIP-UAC中可事先确定代表性SIP-UAC。
参照图22将简短地描述用来确定带宽容量的这种方法。
首先，在家庭网络内的每个内容播放单元从终端的内容标识符存储单元中存储的会话描述中确定经常计划有最大速率的会话描述(步骤S401)。其次，内容播放单元把该最大速率通知给带宽保证请求单元(步骤S403)。
其次，带宽保证请求单元计算所通知的最大速率的总数，把这通知给代表性SIP-UAC作为所希望的带宽容量，及已经接收到通知的代表性SIP-UAC通过SIP消息把这通知给网络带宽管理状态通知单元作为所希望的带宽容量请求(步骤S405)。
已接收到通知的网络带宽管理状态通知单元确定该容量，以带宽管理状态通知的形式通过SIP消息通知代表性SIP-UAC，及代表性SIP-UAC把该容量通知给带宽保证请求单元(步骤S407)。以后，带宽保证请求单元把该通知容量作为带宽容量存储在带宽状态存储单元中(步骤S409)。
借助于用来确定带宽容量的这样一种方法，带宽保证请求单元基于从内容播放单元通知的最大速率的带宽容量，向SIP服务器请求带宽，所以SIP服务器可高效地划拨带宽。
尽管参照附图已经描述了本发明的实施例，但不用说，本发明不限于这个例子。显然，本领域的技术人员可设想在权利要求书的范围内的各种修改和变更，并且要理解这些也属于本发明的技术范围。
例如，尽管关于从IPTV终端分离提供带宽请求装置的情形已经描述了以上实施例，但可以形成如下设置，其中连接到家庭网络上的IPTV终端也起带宽请求装置作用，或者可以形成如下设置，其中连接到家庭网络上的多个IPTV终端的每一个起带宽请求装置作用，以分布方式完成处理。
本领域的技术人员应该理解，依据至今的设计要求和其它因素可以想到各种修改、组合、子组合及变更，因为它们在附属权利要求书或其等效物的范围内。

Claims (15)

1.一种带宽请求系统，包括：
带宽请求装置，提供给被配置成播放内容的多个客户装置所连接的网络；
路由器，从所述网络外部提供并连接所述到网络；及
中继服务器，从所述网络外部提供并且经所述路由器连接到所述网络；
其中带宽请求装置
基于连接到所述网络上的所述多个客户装置所需要的所有带宽来确定划拨请求带宽，并且
经所述路由器向所述中继服务器请求所述确定的划拨请求带宽；
以及其中所述中继服务器
基于可划拨给所述网络的带宽容量和从所述带宽请求装置请求的所述划拨请求带宽，确定要划拨给所述网络的带宽，以及
把所述确定的带宽经所述路由器发送到所述带宽请求装置。
2.根据权利要求1所述的带宽请求系统，其中，所述中继服务器是SIP服务器。
3.一种经网络连接到配置成播放内容的多个客户装置上并把带宽划拨给所述多个客户装置的带宽请求装置，所述带宽请求装置包括：
带宽保证请求单元，构造成
基于从所述多个客户装置发送的划拨请求带宽确定所述网络整体需要的请求带宽，以及
请求从所述网络外部提供的用以确定所述网络可用带宽的中继服务器来保证所述请求带宽；以及
通信单元，用来与所述中继服务器和所述多个客户装置通信。
4.根据权利要求3所述的带宽请求装置，所述带宽保证请求单元还包括：
请求带宽确定单元，用来基于从所述多个客户装置发送的划拨请求带宽而确定所述网络整体需要的请求带宽；以及
竞争解决单元，用来在从所述多个客户装置发送的划拨请求带宽之间竞争的情况下解决所述竞争。
5.根据权利要求4所述的带宽请求装置，其中，每次要解决所述竞争时，所述竞争解决单元从所述竞争正在发生的所述客户装置请求用于竞争解决的竞争解决策略，并且基于从所述客户装置得到的所述竞争解决策略解决所述竞争，以及还把从所述中继服务器划拨的所述带宽分配到所述客户装置。
6.根据权利要求4所述的带宽请求装置，还包括竞争解决策略存储单元，用来存储用来解决所述竞争的竞争解决策略；
其中，所述竞争解决单元基于在所述竞争解决策略存储单元中存储的所述竞争解决策略来解决所述竞争，并且把从所述中继服务器划拨的所述带宽分配到所述多个客户装置。
7.根据权利要求6所述的带宽请求装置，其中，所述竞争解决策略存储单元使在连接到所述网络上的所述多个客户装置之间能够出现的竞争与对应的竞争解决策略相关联，并且存储其多个。
8.根据权利要求3所述的带宽请求装置，还包括带宽状态存储单元，用来存储由所述中继服务器划拨的带宽、在所述多个客户装置处的带宽分配状态、及所述多个客户装置的识别信息。
9.根据权利要求3所述的带宽请求装置，其中，所述中继服务器是SIP服务器。
10.一种经网络连接到带宽请求装置的客户装置，用来基于所述带宽请求装置已获得的带宽而播放内容，所述客户装置包括：
带宽计算单元，用来计算获得所述内容所需的带宽；
会话建立单元，用来与连接到从所述网络外部提供的中继服务器并分配所述内容的内容分配装置建立会话；
内容获得单元，用来从所述内容分配装置获得所述内容；
内容播放单元，用来播放所述获得内容；及
通信单元，用来与所述带宽请求装置、所述中继服务器及所述内容分配装置通信；
其中，所述带宽计算单元把所述计算带宽发送到所述带宽请求装置，并且获得由所述带宽请求装置分配的带宽；
并且其中所述会话建立单元基于所述分配带宽建立与所述内容分配装置的会话。
11.根据权利要求10所述的客户装置，其中，所述中继服务器是SIP服务器；
以及其中所述会话建立单元是SIP用户代理。
12.一种带宽请求方法，包括步骤：
基于从连接到网络上的多个播放内容的客户装置发送的划拨请求带宽，确定所述网络整体需要的请求带宽；和
请求从所述网络外部提供的用以确定所述网络可用带宽的中继服务器来保证所述请求带宽。
13.一种基于经网络连接的带宽请求装置已获得的带宽来播放内容的内容播放方法，所述方法包括步骤：
计算用来获得所述内容所需的带宽，并且向所述带宽请求装置请求所述带宽；
基于由所述带宽请求装置分配的所述带宽，建立与内容分配装置的会话，所述内容分配装置连接到从所述网络外部提供的中继服务器并且分配所述内容；
从所述内容分配装置获得所述内容；及
播放所述获得内容。
14.一种程序，使得计算机控制经网络连接到配置成播放内容的多个客户装置的带宽请求装置并把带宽划拨给所述多个客户装置，以实现：
带宽保证请求功能，用来基于从连接到网络的多个播放内容的客户装置发送的划拨请求带宽，确定所述网络整体需要的请求带宽，并且请求从所述网络外部提供的用以确定所述网络可用带宽的中继服务器来保证所述请求带宽；及
通信功能，用来与所述中继服务器和所述多个客户装置通信。
15.一种程序，使得计算机控制经网络连接到带宽请求装置的客户装置以基于所述带宽请求装置已经获得的带宽而播放内容，实现：
带宽计算功能，用来计算获得所述内容所需的带宽，并且把所述计算带宽发送到所述带宽请求装置；
会话建立功能，用来基于由所述带宽请求装置分配的所述带宽，建立与分配所述内容的内容分配装置的会话；
内容获得功能，用来从所述内容分配装置获得所述内容；
内容播放功能，用来播放所述获得内容；及
通信功能，用来与所述带宽请求装置和所述内容分配装置通信。
CN2008100056815A 2007-02-15 2008-02-15 带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法 Expired - Fee Related CN101247332B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2007035414 2007-02-15
JP2007-035414 2007-02-15
JP2007035414A JP4844425B2 (ja) 2007-02-15 2007-02-15 帯域要求システム、帯域要求装置、クライアント機器、帯域要求方法、コンテンツ再生方法およびプログラム

Publications (2)

Publication Number Publication Date
CN101247332A true CN101247332A (zh) 2008-08-20
CN101247332B CN101247332B (zh) 2012-12-12

Family

ID=39512797

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008100056815A Expired - Fee Related CN101247332B (zh) 2007-02-15 2008-02-15 带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法

Country Status (6)

Country Link
US (1) US8849984B2 (zh)
EP (1) EP1959620B1 (zh)
JP (1) JP4844425B2 (zh)
KR (1) KR101432303B1 (zh)
CN (1) CN101247332B (zh)
ES (1) ES2392563T3 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102227893A (zh) * 2008-11-26 2011-10-26 爱立信电话股份有限公司 用于建立数字媒体流的方法和系统
CN102742224A (zh) * 2011-12-13 2012-10-17 华为技术有限公司 域间链路信息的发布方法、设备和系统
CN102932280A (zh) * 2012-10-16 2013-02-13 华为技术有限公司 一种实现带宽控制的方法、装置和系统
CN105432088A (zh) * 2013-03-18 2016-03-23 爱立信电视公司 用于过顶自适应流播的带宽管理
CN105828411A (zh) * 2015-01-28 2016-08-03 国际商业机器公司 确保到互联网接入点的wi-fi连接中的带宽质量的方法和系统
WO2017071655A1 (zh) * 2015-10-29 2017-05-04 中兴通讯股份有限公司 多机顶盒带宽分配方法及装置
CN107426115A (zh) * 2017-09-21 2017-12-01 广州数源畅联科技有限公司 一种多控制端共享弹性带宽的开启与关闭系统及其方法
CN111784996A (zh) * 2020-07-01 2020-10-16 思翼科技（深圳）有限公司 自适应带宽的无人机遥控方法

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9094257B2 (en) * 2006-06-30 2015-07-28 Centurylink Intellectual Property Llc System and method for selecting a content delivery network
US8199653B2 (en) 2006-08-22 2012-06-12 Embarq Holdings Company, Llc System and method for communicating network performance information over a packet network
JP4952433B2 (ja) * 2007-08-08 2012-06-13 ソニー株式会社 情報処理装置および方法、並びに、情報処理システム
CN101616304A (zh) * 2008-06-24 2009-12-30 中兴通讯股份有限公司 交互式网络电视系统及其内容推播方法
US9225940B2 (en) * 2008-06-27 2015-12-29 Alcatel Lucent Method and apparatus for real-time IPTV channel searching and switching
EP2144402A1 (en) * 2008-07-07 2010-01-13 Alcatel Lucent Method and devices for resource allocation
CN101662376B (zh) * 2008-08-28 2012-11-28 中兴通讯股份有限公司 基于网际协议电视的信息推送方法、装置及系统
US8051136B2 (en) * 2008-10-13 2011-11-01 International Business Machines Corporation Optimizing a presence enabled managed service
US20100172367A1 (en) * 2009-01-08 2010-07-08 Telefonaktiebolaget Lm Ericsson (Publ) Network based bandwidth control in ims systems
DE102009016062A1 (de) * 2009-04-03 2010-10-07 Deutsche Telekom Ag Verfahren und Vorrichtung zur Anbindung externer Applikationsfunktionen an eine Ressourcensteuerung eines Zielnetzwerkes
US8867349B2 (en) * 2009-05-18 2014-10-21 Cisco Technology, Inc. Regulation of network traffic in virtual private networks
US20100309913A1 (en) * 2009-06-05 2010-12-09 Nick Herodotou Method and system for handling iptv multicast traffic in a home network
US8661478B2 (en) 2009-11-30 2014-02-25 At&T Intellectual Property I, Lp Noise reduction apparatus with isolation transformers in an internet protocol television system
JP5375665B2 (ja) * 2010-02-26 2013-12-25 ブラザー工業株式会社 通信装置、通信方法、通信システム、及び通信プログラム
CN101938634B (zh) * 2010-09-16 2013-05-08 中兴通讯股份有限公司 Iptv系统中顶盒带宽控制方法及装置
US9479739B2 (en) * 2010-10-04 2016-10-25 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for adaptive control of streaming
US20130219423A1 (en) * 2012-02-16 2013-08-22 General Instrument Corporation Algorithmic Media Stream Selection
US8763056B2 (en) * 2012-03-07 2014-06-24 Verizon Patent And Licensing Inc. Bandwidth management for packet-based program service
JP5949416B2 (ja) * 2012-10-09 2016-07-06 株式会社デンソー 中継装置
US8824530B1 (en) * 2013-02-21 2014-09-02 Nvidia Corporation Communication system and method
US9386067B2 (en) 2013-12-30 2016-07-05 Sonic Ip, Inc. Systems and methods for playing adaptive bitrate streaming content by multicast
US20150188963A1 (en) * 2013-12-30 2015-07-02 Sonic Ip, Inc. Systems and Methods for Distributing Adaptive Bitrate Streaming Content by Multicast
US20160148165A1 (en) * 2014-11-25 2016-05-26 Joe Hanns Prempeh System and methods for facilitating in-person reciprocal professional networking meetings
CA3208382A1 (en) * 2019-06-17 2020-12-17 Bank Of Montreal Network capacity planning systems and methods
US11106548B2 (en) * 2019-10-15 2021-08-31 EMC IP Holding Company LLC Dynamic application consistent data restoration
CN112566187B (zh) * 2020-12-08 2023-08-22 京信网络系统股份有限公司 带宽分配方法、装置、计算机设备和计算机可读存储介质
US11722419B1 (en) * 2021-04-01 2023-08-08 T-Mobile Usa, Inc. Bandwidth-dependent selection of a packet routing node

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6092137A (en) * 1997-11-26 2000-07-18 Industrial Technology Research Institute Fair data bus arbitration system which assigns adjustable priority values to competing sources
US6529499B1 (en) * 1998-09-22 2003-03-04 Lucent Technologies Inc. Method for providing quality of service for delay sensitive traffic over IP networks
US6452935B1 (en) * 1998-11-25 2002-09-17 Sony Corporation Stream allocation in home networks
JP3121800B2 (ja) * 1999-01-11 2001-01-09 株式会社東芝 広帯域通信網
US6738819B1 (en) * 1999-12-27 2004-05-18 Nortel Networks Limited Dynamic admission control for IP networks
DE60141471D1 (de) * 2000-09-13 2010-04-15 Stratosaudio Inc System und verfahren zum bestellen und zur verfügung stellen von medieninhalten, mit verwendung von zusatzdaten die in einem rundfunksignal mitübertragen werden
JP2002247067A (ja) * 2001-02-16 2002-08-30 Hitachi Cable Ltd 帯域制御装置
JP2002271387A (ja) 2001-03-13 2002-09-20 Nippon Telegr & Teleph Corp <Ntt> 伝達量取引方法及びこれを用いたアクセス系回線共用サービスシステム
US20020188732A1 (en) * 2001-06-06 2002-12-12 Buckman Charles R. System and method for allocating bandwidth across a network
US7002899B2 (en) * 2001-10-09 2006-02-21 Ati Technologies Inc. Method and apparatus to improve SCDMA headroom
US20030084144A1 (en) * 2001-10-30 2003-05-01 Lipinski Greg J. Network bandwidth optimization method and system
US7151781B2 (en) * 2002-07-19 2006-12-19 Acme Packet, Inc. System and method for providing session admission control
JP3922575B2 (ja) * 2003-06-20 2007-05-30 日本電信電話株式会社 ＳＩＰセッション制御によるＣＤＮにおけるＱｏＳ保証方法とＱｏＳ保証システムおよび端末装置とコンテンツ配信サブシステムとＳＩＰセッション制御サブシステムならびにプログラム
JP3905501B2 (ja) * 2003-08-27 2007-04-18 日本電信電話株式会社 ＱｏＳ制御システムおよびＱｏＳ制御方法
US7283803B2 (en) * 2004-04-16 2007-10-16 Broadcom Corporation Location-aware application based quality of service (QOS) via a broadband access gateway
US7483380B2 (en) * 2004-08-30 2009-01-27 Motorola, Inc. Method and apparatus for bandwidth management
US20060155893A1 (en) * 2004-12-09 2006-07-13 International Business Machines Corporation Methods and apparatus for sharing memory bandwidth
KR100853422B1 (ko) * 2006-01-03 2008-08-21 삼성전자주식회사 다중 홉 릴레이 방식을 사용하는 광대역 무선 접속 통신시스템에서 상향대역폭 요청 및 할당 방법
JP3880608B2 (ja) 2006-01-04 2007-02-14 Ｎｅｃインフロンティア株式会社 インターネット接続システム
KR100842646B1 (ko) * 2006-01-17 2008-06-30 삼성전자주식회사 광대역 무선 통신 시스템에서 상향링크 데이터 송신 시스템 및 방법
JP4827652B2 (ja) * 2006-08-10 2011-11-30 富士通株式会社 中継装置、中継方法および中継プログラム
US7756198B2 (en) * 2006-08-18 2010-07-13 Fujitsu Limited System and method for assigning channels in a wireless network
US20080077702A1 (en) * 2006-09-27 2008-03-27 Joshua Posamentier Dynamic server stream allocation
US7859998B2 (en) * 2007-06-18 2010-12-28 Sharp Laboratories Of America, Inc. System and method for managing pre-emption of quality of service (QoS) allocations in a network
US8116337B2 (en) * 2007-07-27 2012-02-14 Marcin Godlewski Bandwidth requests transmitted according to priority in a centrally managed network
CN102025478B (zh) * 2009-09-15 2015-03-18 华为技术有限公司 数据传送、接收的方法及装置
US20130311668A1 (en) * 2012-05-15 2013-11-21 Shahid Akhtar Methods And Systems For Providing Fairness And Stability To Video Streams

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102227893A (zh) * 2008-11-26 2011-10-26 爱立信电话股份有限公司 用于建立数字媒体流的方法和系统
CN102227893B (zh) * 2008-11-26 2015-11-25 爱立信电话股份有限公司 用于建立数字媒体流的方法和系统
CN102742224A (zh) * 2011-12-13 2012-10-17 华为技术有限公司 域间链路信息的发布方法、设备和系统
CN102742224B (zh) * 2011-12-13 2015-03-11 华为技术有限公司 域间链路信息的发布方法、设备和系统
CN102932280A (zh) * 2012-10-16 2013-02-13 华为技术有限公司 一种实现带宽控制的方法、装置和系统
US10069885B2 (en) 2013-03-18 2018-09-04 Ericsson Ab Bandwidth management for over-the-top adaptive streaming
CN105432088A (zh) * 2013-03-18 2016-03-23 爱立信电视公司 用于过顶自适应流播的带宽管理
CN105432088B (zh) * 2013-03-18 2019-08-13 爱立信电视公司 用于过顶自适应流播的带宽管理
CN105828411A (zh) * 2015-01-28 2016-08-03 国际商业机器公司 确保到互联网接入点的wi-fi连接中的带宽质量的方法和系统
CN105828411B (zh) * 2015-01-28 2019-05-10 国际商业机器公司 确保到互联网接入点的wi-fi连接中的带宽质量的方法和系统
WO2017071655A1 (zh) * 2015-10-29 2017-05-04 中兴通讯股份有限公司 多机顶盒带宽分配方法及装置
CN107426115A (zh) * 2017-09-21 2017-12-01 广州数源畅联科技有限公司 一种多控制端共享弹性带宽的开启与关闭系统及其方法
WO2019056884A1 (zh) * 2017-09-21 2019-03-28 广州数源畅联科技有限公司 一种多控制端共享弹性带宽的开启与关闭系统及其方法
CN111784996A (zh) * 2020-07-01 2020-10-16 思翼科技（深圳）有限公司 自适应带宽的无人机遥控方法

Also Published As

Publication number Publication date
ES2392563T3 (es) 2012-12-11
KR20080076803A (ko) 2008-08-20
US8849984B2 (en) 2014-09-30
US20090006626A1 (en) 2009-01-01
JP4844425B2 (ja) 2011-12-28
KR101432303B1 (ko) 2014-09-23
EP1959620A1 (en) 2008-08-20
EP1959620B1 (en) 2012-08-01
JP2008199539A (ja) 2008-08-28
CN101247332B (zh) 2012-12-12

Similar Documents

Publication Publication Date Title
CN101247332B (zh) 带宽请求系统、带宽请求装置、客户装置、带宽请求方法、内容播放方法
US7047306B2 (en) System and method for providing internet broadcasting data based on hierarchical structure
CN100476787C (zh) 在多个装置上呈现内容的系统和方法
US8068866B2 (en) Group communication server
US8203989B2 (en) Distributing content in a communication network
CN101365096B (zh) 提供视频内容的方法及相关业务设备和系统
US20060098668A1 (en) Managing membership within a multicast group
AU770710B2 (en) Method and apparatus in a communication network
TW201526587A (zh) 串流方針管理系統及方法
US20110145427A1 (en) Method and apparatus for providing media content using a mobile device
CN101641917A (zh) 网络资源协商
WO2012174896A1 (zh) 一种机顶盒stb业务请求的处理方法及装置
WO2023005701A1 (zh) 数据通信方法及装置、电子设备、存储介质
WO2005076549A1 (ja) 配信要求管理方法及び装置並びに配信要求管理方法のプログラム
CN101755424B (zh) 基于接入网络中的策略准则来筛选对服务的访问
KR20110107475A (ko) 단말 관리 서비스를 제공하는 중개 단말 및 방법
CN108668151B (zh) 音视频交互方法及装置
CN108668140B (zh) 音视频交互状态同步方法及装置
JP2005259124A (ja) 配信要求管理方法及び装置並びに配信要求管理方法プログラム
KR100537840B1 (ko) 대화형 고화질 방송이 가능한 자원 및 방송 피어 투 피어네트워크 구조
JP2008085678A (ja) コンテンツ配信システム、コンテンツ配信方法、コンテンツ配信システムにおける端末装置及びそのプログラム
US9288212B2 (en) Method for processing a network service request in which a file with authorization information is maintained with a network element located logically closest to the user requesting the network service
JP2012029140A (ja) 映像配信装置
CN108668152B (zh) 音视频交互方法、装置、管理设备及存储介质
US20080168155A1 (en) Web hard disk server for sharing identical broadcast contents and download method thereof

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121212

Termination date: 20150215

EXPY Termination of patent right or utility model