CN101232391B - 组播数据收发方法 - Google Patents
组播数据收发方法 Download PDFInfo
- Publication number
- CN101232391B CN101232391B CN2007101938353A CN200710193835A CN101232391B CN 101232391 B CN101232391 B CN 101232391B CN 2007101938353 A CN2007101938353 A CN 2007101938353A CN 200710193835 A CN200710193835 A CN 200710193835A CN 101232391 B CN101232391 B CN 101232391B
- Authority
- CN
- China
- Prior art keywords
- mentioned
- multicast
- point
- terminal
- multileaving
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明涉及一种无线移动通信系统,更具体地说,涉及一种在可传送组播数据(multicast data)的无线移动通信系统中,收发用于向移动终端传送数据的信息的方法。本发明为解决上述现有技术问题,提出一种与传送组播数据的网络(network)进行通信的移动终端。其特征在于:它包括以下几个步骤:当通过上述移动终端上层(upper layer)识别出多点传送服务开始时,向上述网络传送用于请求提供组播数据的请求帧的步骤;从上述网络中接收针对上述请求帧的应答帧的步骤;从上述网络中接收组播数据的步骤。
Description
技术领域
本发明涉及一种无线移动通信系统,更具体地说,涉及一种在可传送组播数据的无线移动通信系统中,向移动终端传送数据的方法。
背景技术
本发明提出的方法是能够适用于可传送组播数据的移动通信系统的通信方法。下面是可传送上述组播数据的移动通信系统实施例,现对使用无线网络接口的通信系统进行说明。
图1是在无线网络(IEEE 802.11)中使用的帧结构示意图;
图2是在无线网络中使用的管理帧(management frame)实施例示意图。如图所示,管理帧(management frame)可以是信标(beacon)、探测请求(probe request)、探测应答(probe response)。
图3是在802.11中使用的管理帧主要部分(management frame body)要素示意图。如图所示,它由fixed(固定)区域和information element(信息元素)区域构成。
图4是多点传送服务所需的IGMP结构(version2)示意图。IGMP(internetgroup management protocol)作为因特网组管理协议,是指一种因特网计算机提供用于向相邻的路由器(router)报告多点传送组的方法的因特网协议。多点传送服务是在上层(例如,IP Layer)中进行的,无线网络接口负责中继多点传送服务。
下面针对无线网络(EEE802.11)系统的普通构成进行说明。
所谓无线网络(Wireless LAN)是指:使用相当于有线网络Hub的AP(AccessPoint)装置,向安装有无线网卡的PDA或笔记本电脑PC之类的无线终端提供网络服务的网络环境。简而言之,它是一种在现有以太网(Ethernet)系统中,将网络集线器(Hub)和用户终端之间的有线区间替代成AP和无线网卡等NIC(网络接口卡:Network Interface Card)之间的无线区间的系统。无线网络的优点在于:无需无 线终端的布线就很容易再配置终端机,而且容易建立和扩展网络,同时即使在移动中也可实现通信。与之相反,其缺点在于:与有线网络相比,其传送速度相对较低,从无线信道的性能上说信号质量不稳定,而且会产生信号干扰。
图5是以无线网络接口为基础的网络构成示意图。如图所示,无线网络的网络形态按包含AP还是不包含AP而分成两种。将包含AP的形态称为基础结构(Infrastructure)网络(network),将不包含AP的形态称为自组织网络(ad-hocnetwork)。将一个AP提供的服务区域称为BSA(基本业务区:Basic Service Area),包含AP、特指连接该AP的无线终端的称为BSS(基本服务集:Basic Service Set)。将连接在这一AP上并由无线终端接受服务的称为SS(站服务:Station Service)。SS也包含在ad-hoc网络中无线终端间进行收发的服务。如图5所示,服务区域BSA可互相重叠。两个以上的AP互相联动,可使连接在各自AP上的无线终端与连接在其他AP上的无线终端实现通信。在这种情况下,将AP间的连接称为DS(分布式系统:Distribution System),把通过这种DS提供的服务称为DSS(分布式系统服务:Distribution System Service)。另外,将DSS可提供的区域称为ESA(扩展服务区域:Extended Service Area),把从ESA内接受DSS的所有无线终端和AP统合在一起称为ESS(扩展服务集:Extended Service Set)。
IEEE802.11标准所定义的服务项目如下面表1,有如下九种。
[表1]
a)鉴权(Authentication) | d)分离 (Deassociation) | g)隐私 (Privacy) |
b)联接(Association) | e)分配 (Distribution) | h)再联接 (Reassociation) |
c)结束鉴权(Deauthentication) | f)集成 (Integration) | i)MSDU数据传输 (delivery) |
鉴权(Authentication)和结束鉴权(Deauthentication)是关于用户认证的,联接(Association)和分离(Deassociation)、再联接(Reassociation)是关于无线终端连接在AP上的。再联接(Reassociation)是在无线终端在ESS内变 更BSS或者变更目前的连接状态时使用,分配(Distribution)服务是指能够通过DS使连接在一个AP上的无线终端与连接在另一个AP上的无线终端实现通信的概念服务。集成(Integration)用于IEEE802.11与外部的有线、无线集合在一起的网络进行连接。
该项目通过DS的设定而有所变化。隐私(Privacy)是关于安全的,使用WEP(有线等效保密:Wired Equivalent Privacy)协议。MSDU(MAC服务数据单元:MACService Data Unit)delivery用于传送用户的数据。下面的表2将该服务项目捆在一起,分成如上所述的两个服务范畴。
[表2]
站服务 (SS:Station Service) | 分配系统服务 (DSS:Distribution System Service) |
a)鉴权(Authentication) b)结束鉴权 Deauthentication c)结束鉴权(Privacy) d)MSDU数据传输 (delivery) | a)联接(Association) b)分离(Deassociation) c)分配(Distribution) d)集成(Integration) e)再联接(Reassociation) |
无线网络AP执行如下多种功能:有线网络Hub之类的功能、Bridge功能、HomeGateway功能、automatic fall-back功能、roaming功能等。Bridge功能是指:利用定向高增益外置天线,可实现在距离较远的两座建筑物间的通信。HomeGateway功能是指:使用无线网络AP可使住宅内的信息通信设备与外部网络进行连接。automatic fall-back功能是指:如果AP与无线终端之间的距离变远,信道状态变坏的话,会使AP将传送速度从11Mbps降到5.5Mbps或者2Mbps、1Mbps。如果在信道状态不好的情况下,仍用11Mbps进行高速传送的话,会因再传送等造成更大的损失,因此要降低传送速度。基本的roaming功能可在BSS之间进行。
下面就在现有无线网络中接受多点传送服务时的操作情况进行说明。当利用以无线网络接口为基础的无线网络,使移动终端(STA:Station)从网络中接受多点 传送时,会形成如图6所示的程序。
在图6中:
S601,多点传送路由器(Multicast Router)通过IGMP询问(Query),将多点传送服务信息报告给所连接的所有AP(无线接入点:Access Point)终端。
S602,AP如果通过广播(broadcast)消息再传送IGMP Query的话,移动终端会接收相关消息。
S603,各移动终端在想接受多点传送服务时,通过发送IGMP报告(report),加入(Join)相关多点传送服务。如图所示,IGMP报告(report)在传递给AP之后,通过AP传递给多点传送路由器。
S604,多点传送路由器向相关终端所处的位置发送组播数据。
S605,AP把从多点传送路由器接收到的组播数据传送给各终端,从而实现多点传送服务。
S606,上述组播数据可按特定的间隔(interval)进行传送询问(Query)。移动终端(STA)在按多点传送服务间隔(Multicast Service Interval)收不到可再接收的组播数据的话,可进入省电模式(Power save mode:PS mode)。
S607,所有移动终端都应做好周期性接收多点传送路由器发送的IGMP询问(Query)的准备。为此,所有终端必须在特定时点保持联机。
S608,多点传送路由器在每个特定间隔,例如每个询问间隔(Query Interval)都将IGMP询问(Query)发送给所连接的所有AP。
S609,AP如S602的程序所示,将IGMP询问(Query)再发送给终端。
S610,IGMP报告(report)在终端想继续接受相关多点传送服务时,将周期性给予发送。
S611、S612,在图6中,第1个终端STA#1和第3个终端STA#3、第4个终端STA#4可知从第2个终端STA#2向AP传送IGMP报告(report)的情况。所以,第1、3、4个终端STA#1、STA#3、STA#4不发送IGMP报告(report)。
S613,所有终端可按照Multicast Service Interval再次进入省电模式(PSmode)。
S614,在多点传送服务间隔(Multicast Service Interval)结束之际,相关终端为了再次接收组播数据必须保持联机S614。
S615,多点传送路由器向相关终端所在的AP发送组播数据。
S616,AP从多点传送路由器将组播数据传送给各终端,从而实现多点传送服务。
下面对现有技术条件下从特定第1AP接受多点传送服务的移动终端移动到第2AP的情况进行说明。
图7是移动终端在特定网络中接受多点传送服务过程中,当移动到其他网络时所产生的操作程序流程图;
如图7所示:
S701多点传送路由器通过IGMP询问(Query)将多点传送服务信息报告给所连接的所有AP(AP1、AP2)终端。
S702,AP1和AP2通过广播(broadcast)消息再发送IGMP询问(Query),移动终端能够接收相关消息。
S703、S704、S705,各移动终端在想接受多点传送服务时,通过发送IGMP报告(report),加入(Join)相关多点传送服务。
S706,多点传送路由器在接收到IGMP报告(report)之后,向相关终端所处的位置发送组播数据。
S707,AP1和AP2把从多点传送路由器接收到的组播数据传送给各终端,从而实现多点传送服务。
S708,在上述S707步骤之前,第1个终端STA#1连接在AP1上,第2个终端STA#2和第3个终端STA#3连接在AP2。下面针对第1个终端移动到AP2区域的情况进行说明。属于AP1的第1个终端STA#1移动到AP2。
S709,新的组播数据传送给所有AP。
S710,AP1和AP2将接收到的组播数据传送给各终端。即,虽然属于AP1的移动终端完全不存在了,但AP1会通过分配无线资源来发送组播数据。
S711AP2向网络内的相关终端传送组播数据。
下面针对现有技术条件下产生的问题进行说明。
在现有技术条件下,当将IGMP report传送给各终端时,要接受多点传送服务的所有移动终端必须做好接收上述IGMP报告(report)的准备。即,所有移动终端必须维持能够接收数据的状态。但是,维持好激活状态以便接收IGMP报告 (report)的一系列程序,与旨在节约终端电力的一系列程序毫不相干。
在这种技术条件下,想最大限度地节约电力消耗,会受到一定的限制。
另外,在这种技术条件下,当情况最坏时,会产生这样的问题:所有终端都进入省电模式(PS mode),并且任何一个终端都不传送IGMP报告(report)。即,所有终端都不能接受多点传送服务。
在按现有技术条件传送组播数据的情况下,当想接收多点传送服务的终端移动到新的AP上时,与终端移动有关的信息不会传送给原有的AP,致使原有的AP必须继续将组播数据置于网络上。这一现有技术问题会造成无法有效使用无线资源的问题。
另外,当按现有技术条件传送组播数据时,数据传送方法被固定为点对多点承载方式,或者点对多点(Point-to-Multipoint)承载方式之一,因而会出现如下问题:无法不受终端机个数限制地自由传送数据,同时无法接收充分多的反馈(feedback)信息。
发明内容
本发明正是为解决上述现有技术问题而提出来的,其目的之一在于:提供可在多点传送服务的网络中,有效进行无线资源管理的无线网络多点传送组管理方法。
本发明的目的之二在于:提供最大限度地节省终端电力消耗的多点传送组管理方法。
本发明的目的之三在于:提供当终端进行移动时可有效管理无线资源的多点传送组管理方法。
本发明的目的之四在于:提供按在网络上要接受服务的终端数量,来变更多点传送数据收发方式的多点传送组管理方法。
为了解决上述现有技术问题,本发明涉及一种从特定网络实体(entity)接受多点传送服务,并将多点传送服务传送给至少一个移动终端的网络,它包括以下几个步骤:从上述网络实体中接收包含有关多点传送服务信息在内的询问(query)消息(message)的步骤;当从上述至少一个移动终端中接收到用于请求提供组播数据的请求帧时,把用于加入(join)上述多点传送服务的报告(report)消息传送给上述网络实体的步骤;从上述网络实体中接收与上述多点传送服务相对应的组播数据,传 送给上述至少一个移动终端的步骤;为管理上述移动终端,从上述网络上所配置的组表(group table)中检查加入上述多点传送服务的移动终端数量的步骤;按照加入上述多点传送服务的移动终端数量,来变更上述组播数据收发方式的步骤。
此时,变更上述组播数据收发方式的步骤可包含以下两个步骤:对加入上述多点传送服务的移动终端数量和临界值进行比较的步骤;当上述比较结果是,加入上述多点传送服务的移动终端数量小于临界值时,通过利用点对点无线承载(bearer)进行无线通信的方法,来设定上述组播数据收发方式的步骤;当上述比较结果是,加入上述多点传送服务的移动终端数量大于或等于临界值时,通过利用点对多点无线承载(bearer)进行无线通信的方法,来设定上述组播数据收发方式的步骤。
而且,上述临界值可对应上述网络中以点对点方式能够分配给各移动终端的最大信道个数来决定。
另外,当通过利用上述点对点无线承载(bearer)进行无线通信的方法,来设定上述组播数据收发方式时,上述网络也可以从上述移动终端中接收反馈(feedback)信息。
此时,上述反馈(feedback)信息也可包含以下几个部分:信道负荷量、AP信道报告(channel report)、相邻报告(neighbor report)、接收信道电源指示(RCPI,received channel power indicator)或者接收信号噪音比指示(RSNI,received signal to noise indicator)中的任意一个以上。
另外,上述反馈(feedback)信息也可以是实际时间传送协议控制协议RTCP(real-time transport control protocol)。
同时,上述组表(group table)也可包含以下几个部分:请求上述多点传送服务的有关移动终端的信息、用于识别上述移动终端所请求的多点传送服务的多点传送MAC地址(multicast MAC address)、用于识别至少一个移动终端的有关组号码(group number)的信息,或者当未对上述网络应答时,为从上述组表(group table)中删除而规定的有关终止时间(expiration time)信息中的任意一个以上。
而且,本发明还可包括:将用于确认上述移动终端是否存在于上述网络上的请求消息传送给上述移动终端的步骤。
此时,上述请求消息也可通过额外的操作帧(frame)、信标(Beacon)或者组播数据中的某一个进行传送。
同时,本发明涉及一种从特定网络实体(entity)接受多点传送服务,并将多点传送服务传送给至少一个移动终端的网络。它可包括以下几个步骤:将用于确认上述移动终端是否存在于上述网络上的请求消息传送给上述移动终端的步骤;从上述移动终端接收与上述请求消息相对应的应答消息的步骤;按照上述应答消息的内容,为管理上述移动终端,修改上述网络上所配置的组表(group table)的步骤;按照加入上述组表(group table)的移动终端,来变更上述组播数据收发方式的步骤。
此时,上述应答消息可以是:为继续接受服务而维持加入状态的维持服务消息,或者为中断服务而结束加入状态的终止服务消息中的某一个。
另外,上述应答消息包含种类(category)、操作(action)、多点传送MAC地址(multicast MAC address)及事件(cause)参数(parameter);当上述应答消息是维持服务消息,或者是终止服务消息时,各自的相关代码(code)也可设定在上述事件(cause)参数中。
而且,上述询问消息和报告消息距离规定的时间间隔(interval)反复收发;每个上述时间间隔都会更新上述组表(group table)中所存储的加入上述多点传送的移动终端信息。
另外,对上述组播数据收发方式的变更也通过上述规定的时间间隔来实现。
同时,本发明涉及一种从特定网络实体(entity)接受多点传送服务,并将多点传送服务传送给至少一个移动终端的网络。它包括以下两个步骤:从上述移动终端中接收上述移动终端在网络间移动时所提供的转换(transition)消息的步骤;按照上述转换消息的内容,为管理上述移动终端,修改上述网络上所配置的组表(grouptable)的步骤。
此时,上述转换(transition)消息也可包含:用于识别移动的上述移动终端所接受的多点传送服务的多点传送MAC地址(multicast MAC address)。
同时,本发明涉及一种从特定网络实体(entity)接受多点传送服务,并将多点传送服务传送给至少一个移动终端的网络。它包括以下两个步骤:从上述移动终端接收上述移动终端传送给网络的联接请求消息(association request)的步骤;按照上述联接请求消息,为管理上述移动终端,修改上述网络上所配置的组表(grouptable)的步骤。
此时,上述联接请求消息也可包括:含有上述移动终端曾使用的服务信息在内的多点传送MAC地址(multicast MAC address)要素。
而且,本发明还可包含:将上述移动终端加入网络的信息传递给上述移动终端目前所属网络的步骤。
此时,上述传递方式也可以是利用增加通报信息包(ADD-notify packet)或者移动通报信息包(MOVE-notify packet)来进行传递的方式。
在这里,上述增加通报信息包(ADD-notify packet)和移动通报信息包(MOVE-notify packet)也可包含多点传送MAC地址(multicast MAC address)要素。
同时,本发明涉及一种通过AP从特定网络实体接受多点传送服务的移动终端。它包括以下几个步骤:为接受上述多点传送服务而向上述AP传送服务激活请求帧的步骤;从上述AP中接收服务激活应答帧的步骤;按照由上述AP设定的组播数据收发方法,从上述AP中接收数据的步骤。上述组播数据的收发方法也可以按照通过上述服务激活请求帧而登录在上述AP组表(group table)中的上述移动终端数量来决定。
此时,上述激活请求帧也可以包含如下两个部分:用于识别上述移动终端所请求的多点传送服务的多点传送MAC地址(multicast MAC address);当未对上述网络进行应答时,为从上述组表(group table)中删除而规定的有关终止时间(expiration time)信息。
而且,上述组播数据收发方法的设定可使用如下两种方法:当加入上述组表(group table)的移动终端数量大于临界值时,采用利用点对多点无线承载(bearer)进行无线通信的方法;当加入上述组表项(group table)的移动终端数量小于临界值时,采用利用点对点无线承载(bearer)进行无线通信的方法。
此时,上述组播数据收发方法在通过利用点对点无线承载(bearer)进行的无线通信方法来设定时,上述移动终端也向上述AP发送包括信道负荷量、AP信道报告(channel report)、相邻报告(neighbor report)、接收信道电源指示(RCPI,received channel power indicator)或者接收信号噪音比指示(RSNI,received signal to noise indicator)中任意一个以上内容在内的反馈信息。
而且,本发明还可以包括以下两个步骤:从上述AP中接收收信的上述移动终端是否存在于网络上的请求消息的步骤;发送对上述请求消息的应答消息的步骤。
同时,本发明涉及一种通过AP从特定网络实体接受多点传送服务的移动终端。它还包括以下两个步骤:从上述AP中接收用于确认上述移动终端是否存在于上述网络上的请求消息的步骤;对应上述请求消息,发送用于修改上述网络上所配置的组表(group table)的应答消息的步骤。
此时,上述应答消息包括:种类(category)、操作(action)、多点传送MAC地址(multicast MAC address)及事件(cause)参数;当上述应答消息是维持服务消息时,上述移动终端向上述事件(cause)参数赋予有关维持服务的代码,而当上述应答消息是终止服务消息时,上述移动终端则向上述事件(cause)参数赋予有关终止服务的代码,并发送给AP。
同时,本发明涉及一种通过AP从特定网络实体接受多点传送服务的移动终端。它包括:当上述移动终端在网络间移动时,为管理上述移动终端,发送用于修改上述网络上所配置的组表(group table)的转换(transition)消息的步骤;上述转换消息也可以包含:用于识别移动的上述移动终端所接受的多点传送服务的多点传送MAC地址(multicast MAC address)。
另外,本发明涉及一种通过AP从特定网络实体接受多点传送服务的移动终端。它包括:当上述移动终端在网络间移动时,发送用于上述移动终端接受多点传送服务的联接请求消息(association request)的步骤;按照上述联接请求消息,为管理上述移动终端,可修改上述网络上所配置的组表(group table)。
此时,上述联接请求消息也可以包括:含有上述移动终端曾使用的服务信息在内的多点传送MAC地址(multicast MAC address)要素。
本发明的效果:
本发明的组播数据收发方法通过多点传送组管理,AP将代替发送由各移动终端曾发送的IGMP报告(report),防止向网络内传送不需要的组播数据,从而可有效利用无线资源。
另外,本发明的多点传送组管理具有被收集的多点传送的组群表格(Multicast Group Table),AP通过把握在特定单元内想接收特定MBMS服务的终端数量,来决定将提供MBMS服务的无线承载(bearer)设定成点 对多点,还是点对点。所以,当想接受服务的终端多时,使用点对多点的无线承载(bearer),向多数终端提供服务。当想接受服务的终端少时,使用点对点无线承载(bearer),从各终端收集反馈(feedback)信息,从而能够提高高质量的服务。
为进一步说明本发明的上述目的、结构特点和效果,以下将结合附图对本发明进行详细的描述。
附图说明
图1是在无线网络(IEEE 802.11)中使用的帧结构示意图;
图2是在无线网络中使用的管理帧(management frame)实施例示意图;
图3是在802.11中使用的管理帧体(management frame body)要素示意图;
图4是多点传送服务所需的IGMP结构(version 2)示意图;
图5是以无线网络接口(interface)为基础的网络构成示意图;
图6是现有技术条件下接受多点传送服务的方法程序流程图;
图7是移动终端在特定网络中接受多点传送服务过程中,当移动到其他网络时产生的操作程序流程图;
图8是本发明第一实施例的服务激活请求(service activation request)操作帧的一个实施例示意图;
图9是本发明第一实施例的服务激活请求(service activation request)操作帧的另一个实施例示意图;
图10是本发明第一实施例提出的服务激活应答(service activationresponse)操作帧的一个实施例示意图。
图11是本发明第一实施例提出的服务激活应答(service activationresponse)操作帧的另一实施例示意图;
图12是用于在AP中询问移动终端是否存在于网络中的激活请求(keep aliverequest)操作帧实施例示意图;
图13是激活请求能力(keep alive request capability)信息要素(information element:IE)的实施例示意图;
图14是本发明第一实施例的继续激活请求(keep alive response)消息 (message)的实施例说明图;
图15是本发明第一实施例的追加包含信息要素在内的快速基本服务集转换(fast BSS transition)信息要素示意图;
图16是本发明第一实施例的联接请求帧体(association request framebody)实施例示意图;
图17a是本发明第一实施例的增加通报信息包(ADD-notify packet)实施例示意图;
图17b是本发明第一实施例的(MOVE-notify packet)实施例示意图;
图18是本实施例的移动终端接收组播数据的方法程序流程图;
图19是当特定的移动终端移动到其他AP区域时,提供多点传送服务的方法程序流程图;
图20是本实施例的移动终端接收组播数据的方法程序流程图的另一实施例示意图。
具体实施方式
下面结合附图,对本发明的组播数据收发方法的具体实施方式进行详细说明。
本发明的具体特征、操作及效果将根据如下本发明第一实施例进行更加具体的说明。下面参照附图和表对本发明第一实施例进行说明。
本实施例为支持被追加的功能提出操作帧(action frame)。下面针对本实施例的用于多点传送IGMP操作帧(multicast IGMP action frame)的种类值(categoryvalues)、操作域(action fields)实施例进行说明。如下的表3和表4对本实施例的种类值(category values)、操作域(action fields)实施例做了说明。
[表3]
种类值
名称 | 值 | See-sub field 看子域 |
[0119]
无线网管理(Wireless network vanagemen t) | 6 | IEEE802.11v7.4.6 |
多点传送GMF操作(Multicast GMF action) | 7 | |
保留(reserved) | 8-127 |
[表4]
多点传送GMF操作域值(Multicast IGMP action field values)
操作域值 | 种类 |
0 | 服务激活请求(Service activation request) |
1 | 服务激活应答(Service activation response) |
2 | 继续激活请求(Keep alive request) |
3 | 继续激活应答(Keep alive response) |
4-255 | 保留 |
下面针对本实施例提出的多点传送IGMP操作帧(multicast IGMP actionframe)实施例进行说明。
图8是本实施例的服务激活请求(Service activation request)操作帧实施例示意图。
下面是对包括图8操作帧在内的各个参数(parameter)进行的说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicastIGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
操作(Action):当用于请求设定多点传送IGMP(multicast IGMP setuprequest:多点传送IGMP设置请求)时,被设定成“0”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(multicast MAC address)。
上述多点传送MAC地址(multicast MAC address)是为识别特定的多点传送服务而使用的地址。多点传送服务可用IP地址加以区分,上述IP地址可映射(mapping)在特定MAC地址上。即,上述多点传送MAC地址(multicast MAC address)作为映射有特定IP地址的MAC地址,是针对多点传送服务的MAC地址。
图9是本实施例的服务激活请求(Service activation request)操作帧的另一实施例示意图。
下面是对图9操作帧内所包含的各个参数(parameter)进行的说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicastIGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
操作(Action):当用于请求设定多点传送IGMP(multicast IGMP setuprequest:多点传送IGMP设置请求)时,被设定成“0”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(multicast MAC address)。
间隔(Interval):设定用于应答继续激活(Keep alive)的最小周期。
图9实施例的操作帧追加包含有间隔(Interval)参数。
如本实施例所示,按照所追加的间隔(Interval)参数可进行各种操作。终端的上层根据多点传送服务可知,提供所确定的多点传送服务的有关周期的信息。在这种情况下,通过上述间隔(Interval)参数可向与上述终端进行通信的AP报告提供上述多点传送服务的周期。提供上述多点传送服务的周期可以是20msec。在这种情况下,通过上述间隔(Interval)参数可将20msec的信息提供给AP。终端如果说用20msec传送组播数据,并且实际传送各数据5msec时间的话,那么最大的15msec时间则能进入省电模式(PSmode)。只是,进入省电模式的操作最好与发送从AP传送的继续激活请求(Keep alive request)的操作联贯起来进行。即,AP为确认终端存在与否传送继续激活请求(Keep alive request),在上述AP传送继续激活请求(Keep alive request)的时点,最好是终端不进入省电模式(PSmode)。如果说传送组播数据5msec,之后传送继续激活请求(Keep alive request)的话,那么终端将接收数据和继续激活请求(Keep alive request),并在发送对继续激活请求(Keep alve request)的应答(response)之后,进入省电模式。如 果想圆满实现这一操作的话,那么最好是将传送多点传送服务的有关周期的信息,或者用于应答(res ponse)继续激活请求(Keep alive request)的有关最小周期的信息等传送给AP。因此,本实施例提出了通过上述间隔(Interval)参数来提供特定间隔(Interval)信息的内容。
图10是本实施例提出的服务激活应答(Service activation response)操作帧实施例示意图。下面就如图所示的操作帧内所包含的参数进行说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicastIGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
Action:为请求设定多点传送IGMP(multicast IGMP setup request:多点传送IGMP设置请求)而被设定成“1”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(multicast MAC address)。
状态码(Status code):显示了AP对多点传送IGMP设置请求(multicast IGMPsetup request)的应答,内容如表5。
[表5]
状态码域(Status code field)
状态码 | 含意(Meaning) |
0 | 成功(Successful) |
1 | 未指明的失败(Unspecified Failure) |
2-255 | 保留 |
即,上述服务激活应答(Service activation response)操作帧可显示能否接受终端所请求的内容
图11是本实施例提出的服务激活应答(Service activation response)操作帧的另一实施例示意图。下面就如图所示的操作帧内所包含的参数进行说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicast IGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
操作(Action):为请求设定多点传送IGMP(multicast IGMP setup request:多点传送IGMP设置请求)被设定成“1”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(multicast MAC address)。
状态码(Status code):显示了AP对多点传送IGMP设置请求(multicast IGMPsetup request)的应答,内容如上述表5。
组号码(Group number):为在AP中加以管理,每个多点传送地址(multicastaddress)即多点传送MAC地址被赋予的值。上述组号码(Group number)参数可用一个组号码识别一个以上的终端。即,接收上述服务激活应答操作帧的终端可用一个组号码加以识别。与对多个终端个别赋予识别号码相比,将特定的终端进行分组识别更加有利。通过图11实施例的操作帧可以对特定终端进行有效分组。另外,属于同一组的终端可用一个组号码加以区分。
下面就在AP中进行IGMP处理的表项(table)实施例进行说明。
[表6]
多点传送组表登录格式(multicast group table entry format)
域名(Field name) | 种类(Description) |
终端MAC地址 | 发送请求的移动终端的MAC地址 |
多点传送MAC地址 | 用于处理IGMP的多点传送MAC地址 |
组号码 | 每个多点传送MA地址被分配的组号 |
终止时间 | 用于从表中删除的未运行的时间 |
上述表6的表项可通过AP加以管理。但,表6的表项仅仅是本实施例的一个例子,本发明并不局限于表6的内容。即,显示的组号码(Group number)域(field)是在各终端被识别为特定的组号码(Group number)时所需的数据域(data field),所以可根据需要进行追加或者删除。上述终止时间(Expiration time)域(field)是用于删除在特定时间里未进行正常应答的有关特定终端信息的数据域。通过上述 终止时间(Expiration time)域(field)可防止上述表项过长,因而上述终止时间(Expiration time)域(field)最好包含在上述多点传送组表项(multicast grouptable)内。
下面就在AP中询问移动终端是否存在于网络中的继续激活请求(Keep aliverequest)消息的传送方法进行说明。本实施例提出了传送上述继续激活请求(Keepalive request)消息的3种方法。首先,第一种方法是通过额外的操作帧进行传送的方法;第二种方法是包含在信标(Beacon)消息内进行传送的方法;第三种方法是捎带(piggyback)于组播数据上的方法。
首先对第一种方法进行说明。
图12是在AP中询问移动终端是否存在于网络中的继续激活请求(Keep aliverequest)操作帧实施例示意图。接收上述继续激活请求(Keep alive request)操作帧的移动终端可向AP传送用于报告自己存在与否的继续激活请求(Keep aliverequest)操作帧。
下面是对图12操作帧内所包含的各个参数(parameter)进行的说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicastIGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
操作(Action):为继续激活请求(Keep alive request)而被设定成“2”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(mu lticast MAC address)。
Group number:表示必须针对继续激活请求(Keep alive request)发送应答的组(Group)。组号码0可表示全体移动终端必须应答。如上所述,上述组号码(Group number)用于识别一个以上的终端,可在图11和图12的操作帧中使用。
下面就继续激活请求(Keep alive request)消息的第二种传送方法进行说明。
下面对把继续激活请求(Keep alive request)消息载入信标(Beacon)中进行发送时的实施例进行说明。
[表7]
图13是继续激活请求能力(Keep alive request capability)信息要素(Information Element:IE)的实施例示意图。构成象图13那样的信息要素,可向上述信标传送继续激活请求(Keep alive request)消息。
下面是对继续激活请求能力信息要素(Keep alive request capability IE的各参数进行的说明。
继续激活请求(Keep alive request):当通过Beacon进行继续激活请求(Keep alive request)时被设定成1。
组号(Group number):表示必须针对继续激活请求(Keep alive request)发送应答(response)的组(Group)。如上所述,0可表示全体移动终端必须应答的情况。
下面就继续激活请求(Keep alive request)消息的第三种传送方法进行说明。
即,对将继续激活请求(Keep alive request)捎带(piggyback)于组播数据中的情况进行说明。上述捎带方法又分两种。
一种方法是指在MAC帧格式(Frame Format)内的帧控制域(Frame Control Field)中变更类型(Type)和图表类型(Subtype)的例子。即,可通过上述类型(Type)和图表类型(Subtype)信息,向MAC帧的帧体(Frame Body)的一部分报告包含上述继续激活请求(Keep alive request)消息的事实。当上述类型(Type)和图表类型(Subtype)信息如表8一样被指定时,终端可知MAC帧的帧体(Frame Body)的一部分已包含有上述继续激活请求(Keep alive request)消息的事实。
[表8]
有效类型和图表类型制品(Valid type and subtype combinations)
类型 | 类型描述 | 图表类型值 | 图表类型描述 |
(Type value) B3 b2 | (Typecescription) | (Subtype value) B7 b6 b5 b4 | (Subtype description) |
10 | 数据 | 101 | 多种传送数据+ 继续激活请求 (Multcast data+keep alive)request |
上述继续激活请求(Keep alive request)消息最好包含在上述帧体(FrameBody)的第一部分。即,向帧体(Frame Body)的第一部分附加组号码(Group number)域(field),可传送上述继续激活请求(Keep alive request)消息。
通过上述方法和其他方法,可将继续激活请求(Keep alive request)捎带(piggyback)于组播数据中。即,可在MAC帧内的帧控制(Frame Control)域(field)内设定再审位(Retry bit),并报告给终端。通常,组播数据由于不进行再传送,所以上述Retry bit在收发组播数据时没有意义。本实施例按照上述再审位(Retrybit)设定与否,来识别MAC帧的Frame Body一部分是否已包含上述Keep aliverequest消息。
下面就继续激活请求(Keep alive request)消息的应答消息,即继续激活应答(Keep alive response)消息进行说明。图1 4对本实施例的继续激活应答(Keepalive response)消息的实施例进行了说明。
下面是对图14所示的各参数(parameter)进行的说明。
种类(Category):是用于多点传送IGMP操作请求操作帧的种类值(multicastIGMP action request action frame的category value),被设定成7(multicastIGMP action:多点传送IGMP操作)。
操作(Action):为了继续激活应答(Keep alive response)而被设定成“3”。
多点传送MAC地址(multicast MAC address):是AP必须对相关IGMP给予处理的多点传送MAC地址(multicast MAC address)。
事件(Cause):是终端针对继续激活请求(Keep alive request)应答AP的内容。
[表9]
事件码(Cause Code) | 含意(Meaning) |
0 | 维持服务(Sustain Service) |
1 | 终止服务(End Service) |
2-255 | 保留 |
下面就利用上述操作帧等使AP确认上述表6的多点传送组表(MulticastGroup Table)上所记录的终端实际上是否存在于网络上的多种方法进行说明。
第1种方法:
AP基于上述多点传送组表(Multicast Group Table)的终止时间(expirationtime)域(field)而向终端传送继续激活请求(Keep alive request)操作帧。接收到它的终端通过继续激活请求(Keep alive request)操作帧报告存在与否。此时,接收到上述继续激活请求(Keep alive request)操作帧的终端向AP发送继续激活应答(Keep alive response)操作帧。在这里,可与AP进行通信的所有终端最好都发送继续激活应答(Keep alive response)操作帧,尤其最好是只有无法通信的终端不发送继续激活应答(Keep alive response)操作帧。
通过信标(beacon)传送继续激活请求(Keep alive request)消息的第2种方法:
通过周期置于网络中的信标(beacon)可向终端报告继续激活请求(Keep aliverequest)。此时,接收信标(beacon)的终端将发送继续激活应答(Keep aliveresponse)操作帧。如上所述,接收到上述继续激活请求(Keep alive request)操作帧的终端向AP发送继续激活应答(Keep alive response)操作帧。在这里,同样如此的是,可与AP进行通信的所有终端最好都发送继续激活应答(Keep aliveresponse)操作帧,尤其最好是只有无法通信的终端不发送继续激活应答(Keepalive response)操作帧。
利用终止时间(Expiration Time)来控制多点传送组表(Multicast GroupTable)的第3种方法:
在发送服务激活请求(service activation request)操作帧的过程中,利用 间隔(interval)参数可设定终止时间(expiration time)。上述间隔(interval)参数内所包含的终止时间(expiration time)值可与上述表6的终止时间(expiration time)域(field)值相同。上述间隔(interval)参数内所包含的终止时间(expiration time)值,考虑到终端的上述请求(Application),出于省电(power saving)等目的来设定值。即,在已设定的终止时间(expirationtime),终端进入省电模式,可不对继续激活请求(Keep alive request)进行应答。AP从上述表6的多点传送组表(Multicast Group Table)中,对终止时间(expiration time)所经过的终端有选择地发送继续激活请求(Keep aliverequest),并检查终端是否连接在网络上。
在组播数据传送周期传送数据时,传送继续激活请求(Keep alive request)消息,以此控制多点传送组表(Multicast Group Table)的第4方法:
在组播数据传送周期传送数据时,捎带(piggyback)多点传送组表(Keepalive request),以此确认接受多点传送服务的终端是否有至少一个以上。
在这种情况下,将上述继续激活请求(Keep alive request)捎带(piggyback)于组播数据中的方法,如上所述可分成两种。
上述的第一种方法是:当传送数据帧时,通过变更MAC帧内帧控制(FrameControl)域(field)的类型(Type)和图表类型(subtype)值,来报告组播数据包含继续激活请求(Keep alive request)的事实。AP可周期性地变更上述类型(Type)和图表类型(subtype),并在帧体(Frame body)的开始部分填入组号码(Group number)。另外,接收它的终端通过上述类型(Type)和图表类型(subtype)可知有无捎带,并确认向终端传送的组号码,然后发送继续激活应答(Keep aliveresponse)。
上述两种方法是通过在MAC帧内的帧控制(Frame Control)域(field)设定再审位(Retry bit)来报告给终端的。上述再审位(Retry bit)是用于报告当前发送的帧是再传送帧的bit。但是,通常在多点传送服务中不允许再传送。因此,上述再审位(Retry bit)不在多点传送服务中使用。本实施例提出的通信方法是指,通过设定上述再审位(Retry bit)来向终端报告继续激活请求(Keep aliverequest)已包含在MAC帧内这一信息的通信方法。
终端针对继续激活请求(Keep alive request)可按终端的状态发送许多种 类的应答(response)。
当终端想结束多点传送服务时,可进行如下操作。
终端在想结束多点传送服务时报告给AP,使AP删除相关表项(例如,上述表6的表项)的登录(entry)。结束上述多点传送服务的事实可通过将继续激活应答(Keep alive response)的事件(cause)记录成终止服务(end service)进行报告。
当终端继续接受多点传送服务时,可进行如下操作。
终端在想继续接受多点传送服务时,报告给AP,使AP维持相关表项的登录(entry)。继续接受上述多点传送服务的事实通过将继续激活请求(Keep aliveresponse)的事件(cause)记录成维持服务(sustain service)进行报告。
当终端针对继续激活请求(Keep alive request)出现超时(timeout)时,可进行如下操作。如果终端因非正常的操作(电源被关闭)不响应继续激活请求(Keep alive request),导致超时(timeout)情况发生的话,AP将从相关表项的登录(entry)中删除相关终端。
本发明在移动终端移动到其他网络,即其他AP上时,为有效利用无线资源,提出了如下的信息要素。
图15是本实施例追加包含信息要素的Fast BSS transition信息要素示意图。下面是对图15的信息要素中所包含的各参数(parameter)进行的说明。
图15的信息要素对IEEE 802.11R所规定的消息进行了转换。上述图15的信息要素追加包含有多点传送MAC地址(Multicast MAC address)。通过它接收含有上述信息要素在内的消息的原有AP,可将发送上述信息的终端(STA)的MAC地址(STA`s MAC address),从针对上述多点传送MAC地址(Multicast MAC address)的表6多点传送组表(Multicast Group Table)的相关登录(entry)中删除。另外,移动终端所移动的新AP则可将终端的MAC地址(STA`s MAC address),登录在针对上述多点传送MAC地址(Multicast MAC address)的上述表6多点传送组表(Multicast Group Table)的相关登录(entry)上。
下面对图15内所包含的参数进行说明。
多点传送MAC地址(Multicast MAC address):为在新AP的多点传送组表(Multicast Group Table)中登录相关表项而发送多点传送地址(Multicast address)。
但是,如上所述的方法是指通过over-the-DS(distribution system:配电系统)来实现快速基本服务集转换(Fast BSS(Basic service transition))的。比如不使用原有的AP、直接与target AP结合的over-the-air(OTA),原有的AP和目标AP(target AP)无法获知当前终端所利用的多点传送服务(Multicastservice)。在这种情况下,当终端为实现与目标AP(target AP)的结合而发送联接请求(association request)时,最好是包含多点传送MAC地址要素(MulticastMAC address element)进行发送,从而能够获知目标AP(target AP)和当前终端所利用的多点传送服务(Multicast service)。
因此,如图16的联接请求帧体(association request frame body)例子所示,上述联接请求帧(association request frame)内最好包括:含有曾使用的有关服务(service)信息在内的多点传送MAC地址(Multicast MAC address)信息。
同时,目标AP(target AP)在联接请求(association request)内设定上述多点传送MAC地址(Multicast MAC address)时,最好利用802.11F所定义的IAPP、增加通报信息包(ADD-notify packet)或者移动通报信息包(MOVE-notify packet),向原有的AP报告这种事实。
因此,如图17a所示,当利用ADD-notify packet时,ADD-notify data内包含有多点传送MAC地址(Multicast MAC address)。另外,如图17b所示,使用MOVE-notify packet的MOVE-notify data内包含有多点传送MAC地址(MulticastMAC address)。
下面参照图18至图20对利用上述操作帧、信息要素等传送组播数据的方法进行说明。
移动终端为从信息提供者(Service Provider)获得多点传送服务而加入服务。对上述服务的加入是在移动终端的请求(Application)中进行的,籍此,移动终端可知多点传送服务开始,并做好相应的准备。之后进行用于开辟从信息提供者至移动终端的信息传递路径的程序。
图18至图20所示的程序是指:根据请求(Application)层的操作,移动终端可知多点传送服务开始,并在实际信息提供者开始进行信息传递操作的情况下进行 的程序。
图18是本实施例有关移动终端接收组播数据的方法流程图。
S801,首先,多点传送路由器通过IGMP询问(Query)将多点传送服务信息报告给所连接的所有AP终端。
S802,如上所述,移动终端可知多点传送服务开始。当移动终端想接受多点传送服务时,传送本实施例提出的服务激活请求(Service Activation Request)操作帧。此时,包含有相关多点传送服务的多点传送MAC地址(Multicast MACaddress)进行传送。
S803,接收到它的AP在有能力替代发送IGMP时,将服务激活应答(ServiceActivation Response)操作帧发送给相关移动终端。而且,AP在多点传送组表(Multicast group table)中记录相关移动终端的信息。列入上述多点传送组表(group table)的多点传送地址(Multicast address)和终止时间(ExpirationTime)最好按照通过上述S802步骤传送的服务激活请求(Service ActivationRequest)操作帧来设定。
S804,AP针对相关多点传送服务将IGMP报告(report)发送给多点传送路由器,加入(Join)相关多点传送服务。接收到IGMP报告(report)的多点传送路由器显示在网络(即,AP)中向多点传送组成员(Multicast group membership)列表(list)要求相关服务的内容。
S805--S810,想接受多点传送服务的其他移动终端也可以发送服务激活请求(Service Activation Request)操作帧,AP对此能够给予应答。
S810′,而且,上述AP对多点传送组表(Multicast group table)进行检查。
S810″,此时,上述AP通过把握想在上述多点传送组表(Multicast grouptable)上接受多点传送服务的终端数量,来决定在使用多点传送承载(bearer)时是使用点对点承载(bearer),还是使用点对多点承载(bearer)。
S811,多点传送路由器为维持上述多点传送组成员(Multicast groupmembership)列表(list),每当询问间隔(Query Interval)都向所有AP发送IGMP询问(Query)。
S812,对此,AP将接收IGMP询问(Query),并对上述多点传送组表(Multicastgroup table)进行搜索。如果说上述多点传送组表(group table)内存在着对相关 多点传送服务的服务要求的话,则发送IGMP报告(report)。如果说上述多点传送组表(Multicast group table)内没有服务要求的话,则发送IGMP许可(leave)。
S813,AP为维持上述多点传送组表(Multicast group table),将周期性地发送继续激活请求(Keep Alive request)。上述继续激活请求(Keep Alive request)可依据上述多种方法之一。
S814,接收到继续激活请求(Keep Alive request)的第1个终端STA#1决定结束多点传送服务。
S815,上述第1个终端STA#1将本实施例继续激活应答(Keep Alive response)的事件码(cause code)设定成终止服务(end service),传递给AP。
S816,AP则将上述第1个终端的信息从多点传送组表(Multicast group table)中删除。
S818,第3个终端STA#3决定继续接受多点传送服务,为发送针对继续接受的应答,将继续激活应答(Keep Alive response)的事件码(cause code)设定成维持服务(sustain service),传递给AP。
S819,第2个终端STA#2决定继续接受多点传送服务,但是,接收第3个终端发送的应答消息之后,不向AP发送应答消息。
第4个终端STA#4因非正常消失,不能对继续激活请求(Keep Alive request)予以应答。
S820,AP感知到相关移动终端出现超时(timeout)后,删除多点传送组表(Multicast group table)的相关项目。
S821,在询问间隔(Query Interval)后,多点传送路由器将再次发送IGMP询问(Query)。
S822、S823如果在想接收多点传送服务的移动终端一个也没有时,将IGMP许可(leave)发送给多点传送路由器的话,那么相关多点传送服务将结束。
S820′,上述AP对每个询问间隔(Query Interval)做如上修改的多点传送组表(Multicast group table)进行检查。
S820″,此时,上述AP通过把握在上述多点传送组表(Multicast group table)上想接受多点传送服务的终端数量,来决定在使用多点传送承载(bearer)时,是使用点对点承载(bearer),还是使用点对多点承载(bearer)。
即,拥有如上收集的多点传送组表(Multicast group table),能够使AP执行用于把握在特定单元(cell)内接收特定MBMS服务的终端数量的计算(Counting)功能。上述计算功能用于决定把提供特定MBMS服务的无线承载(bearer)设定成点对点,还是设定成点对多点。为选择MBMS无线承载(bearer),AP从内部设定门坎值(临界值)。AP在计算功能执行后,当相关单元(cell)内所存在的终端数量小于门坎值时,可设定点对点MBMS无线承载(bearer),而当相关单元内所存在的终端数量大于门坎值时,则可设定点对多点MBMS无线承载(bearer)。
通过继续激活超时(Keep alive message)对承载(bearer)进行检查,当小于门坎值时,将传送方式从点对多点变成点对点。在这种情况下,一边传送点对点的多点传送服务(Multicast service),一边向接收它的终端请求反馈(feedback)信道负荷、AP信道报告(channel report)、相邻报告(neighbor report)、接收信道电源指示(RCPI:received channel power indicator)、接收信号噪音比指示(RSNI:received signal to noise indicator)等方面的信息。将上述点对多点承载(bearer)变成点对点承载(bearer)是为了:当利用多点传送服务的终端是少数时,能够接收有关信道信息,从而提供更好一些的服务。需要这种反馈(feedback)信息的理由如下。
通过广播或者多点传送方式传送上述多媒体的MBMS服务,可以利用用于实时传送数据包(packet)的实际时间传送协议(RTP:Real-Time Transport Protocol)。上述RTP是为适合于在多播网络或者单播(Unicast)网络上传送音频或视频等具有实时特性的数据而制定的协议。当向下使用RTP传送实时数据时,则向上使用用于控制实时数据向下传送的实际时间传送协议控制协议(RTCP:RTP ControlProtocol)。上述RTCP在上述MBMS中通过向上使用的点对点无线承载(bearer)进行传送,用于传送上述向上RTCP数据包的点对点无线承载(bearer)与用于传送向下RTP数据包的MBMS无线承载(bearer)有所不同。在这里,RTCP的最主要功能是反馈(feedback)有关数据分配的状态信息,它被用于不同协议的流量控制(flowcontrol)和拥塞控制(congestion control)。更具体地说,RTCP数据包负责报告在从来源(source)到最终目的进行传送的过程中损失的RTP数据包量。该信息用于寻找对RTP数据包的数据量调节及适当编码的方法。
如上所述,当在特定单元向特定服务提供点对多点无线承载(bearer)时,在想 接收该服务的终端中有一部分终端将处于活动(Active)的连接状态,而剩余的另一部分终端则将全部处于休眠模式。此时,当上述MBMS服务需要反馈(feed back)信息时,使用RTP提供向下的MBMS服务,当想使用RTCP接收向上的反馈(feedback)信息时,在接收MBMS服务的终端中只有处于活动(Active)状态的终端为传送RTCP之类的反馈(feedback)信息,必须能够全部接收点对多点无线承载(bearer)和点对点无线承载(bearer)。即,即使处于任意活动(Active)连接模式,但如果说无法同时接收点对多点无线承载(bearer)和点对点无线承载(bearer)的话,也无法传送有关MBMS服务的反馈(feedback)信息。
通常在MBMS服务中,无线网络利用从多个终端接收到的向上反馈(feedback)信息,来控制向下MBMS数据的传送。最理想的是,由于向下MBMS数据的传送必须考虑到所有终端的情况,所以最好从最多的终端中接收反馈(feedback)信息。
但是,如上所述,在接收特定MBMS服务的终端中,只有处于活动(Active)连接模式且能同时接收点对多点无线承载(bearer)和点对点无线承载(bearer)的终端,才能够传送向上反馈(feedback)信息。因此,当考虑到有限的无线资源时,无线网络最好能够通过控制,使想接受特定MBMS服务的终端中能够同时接收点对多点无线承载(bearer)和点对点无线承载(bearer)的终端,优先处于活动(Active)状态。另外,当考虑到终端的反馈(feedback)信息会影响MBMS数据的传送时,无线网络最好通过控制使高级用户终端优先处于活动(Active)状态,从而使高级用户终端所传送的反馈(feedback)信息得到最大限度的响应。
此时,将上述下向从点对多点转换成点对点,意味着向下不用广播(broadcast)信道而用dedicate信道。即,终端即使在休眠期间也能够收听到广告消息。而且,以点对点方式连接的终端能够反馈(feedback)对自己信道状况的反馈(feedback)情况,以及对当前所接收数据的解码状态,而以点对多点方式连接时,只能进行收听,不能进行反馈(feedback)。
所以,AP需要能够给予反馈(feedback)的点对点方式连接的终端。点对点方式连接的终端能够对自己的信道状况进行反馈。作为参考的是,当前AP从理论上可以被分配255个左右的点对点信道。即,按事先规定的临界值(此时,临界值按AP能以点对点方式分配的最多信道来设定),从点对点自动调节成点对多点,或者从点对多点自动调节成点对点。
图19是在特定移动终端移动到其他AP区域时提供多点传送服务的方法程序流程图。
S901,首先,多点传送路由器通过IGMP询问(Query)向连接的所有AP(AP1和AP2)报告多点传送服务信息。
S902,如上所述,移动终端可知多点传送服务开始。当移动终端想接受多点传送服务时,传送本实施例提出的服务激活请求(Service ActivationRequest)操作帧。此时,在包含多点传送服务的多点传送MAC地址(Multicaxt MAC Address)的情况下进行传送。
S903,当接收到它的AP在有能力替代发送IGMP时,将服务激活应答(Service Activation Reponse)操作帧发送给相关移动终端。
S904,AP1针对相关多点传送服务而将IGMP报告(report)发送给多点传送路由器,从而加入相关多点传送服务(Join)。
S905,另外,AP2针对相关多点传送服务而将IGMP报告(report)发送给多点传送路由器,从而加入相关多点传送服务(Join)。
S905′,此时,上述AP也对多点传送组表(Multicast Group Table)进行检查。
S905″,此时,上述AP通过把握在上述多点传送组表(Multicast GroupTable)上想接受多点传送服务的终端数量,来决定在使用多点传送承载(bearer)时,是使用点对点承载(bearer),还是使用点对多点承载(bearer))
S906,如S901一样,向所有AP传送IGMP询问(Query)。
S907,AP1传送IGMP报告(report)。
S908,AP2接收AP1发送的IGMP报告(report),自己可不发送IGMP报告(report)。
S909,多点传送路由器向网络上的所有AP传送组播数据。
S910,所有AP接收组播数据,并将其传送到网络内。
S911,此时为止,第1个终端与AP1进行了通信,第2个终端和第3个终端与AP2进行了通信。但是,第1个终端移动到AP2区域,并可与AP1进行通信。
S912,本实施例的快速基本服务集转换(Fast BSS transition)信息要素包含有相关多点传送MAC地址(Multicast MAC Address)的信息。所以,上述信息要素在记录相关多点传送MAC地址(MulticastMAC Address)之后进行快速基本服务集转换(Fast BSStransition)。通过它,AP2的多点传送组表(Multicast grouptable)内存储有相关多点传送服务的信息。
S913,由于AP1不再存在STA1,所以按照上述快速基本服务集转换(Fast BSS transition)信息要素,从多点传送组表(Multicast group table)的相关登录项目(entry)中删除相关终端信息。
S913′,而且,如上所述,每当询问间隔(Query interval)时上述AP都对被如上修改的多点传送组表(Multicast group table)进行检查。
S913″,此时,上述AP通过把握在上述多点传送组表(Multicast grouptable)上接受多点传送服务的终端数量,来决定在使用多点传送承载(bearer)时,是使用点对点承载(bearer),还是使用点对多点承载(bearer)。
S914,多点传送路由器再次向网络上的所有AP传送组播数据。
S915,AP1因不存在接收组播数据的终端,所以不向网络传送所接收到的组播数据,籍此能够有效使用无线资源。
S916,AP2再次向网络传送所接收的组播数据,包含STA#1在内的终端能够接收组播数据。
S917,在询问间隔(Query interval)后,多点传送路由器将再次发送IGMP询问(query)。
S918,AP2对此发送IGMP报告(report)。
图20是本实施例的移动终端接收组播数据的方法程序流程图的另一实施例示意图。图20是指提供多点传送服务存在一定间隔的情况(interval)。上述一定间隔即多点传送服务间隔(Multicast Service Interval)可由服务提供者设定。另外,上述一定间隔可存在或者不存在。
S1001,首先,多点传送路由器通过IGMP询问(query)向连接的所有AP终端报告多点传送服务信息。
S1002,如上所述,移动终端可知多点传送服务开始。当移动终端想 接受多点传送服务时,传送本实施例所提出的服务激活请求(ServiceActivation Request)操作帧。此时,在包含相关多点传送服务的多点传送MAC地址(Multicast MAC Address)的情况下进行传送。
S1003,接收到它的AP在有能力替代发送IGMP时,将服务激活应答(Service Activation Response)操作帧发送给相关移动终端。
S1004,AP针对相关多点传送服务向多点传送路由器发送IGMP报告(report),加入(Join)相关多点传送服务。
S1005--S1010,想接受多点传送服务的其他移动终端也可发送服务激活请求(Service Activation Request)操作帧,AP能够对此给予应答。
S1011,多点传送路由器向网络上的所有AP传送组播数据。
S1012,AP接收组播数据,并将其传送给网络内。
S1013,如果没有要再发送的组播数据的话,本实施例的AP向网络传送继续激活请求(Keep alive request)。如上所述,继续激活请求(Keepalive request)可通过多种方法进行传送,所以上述S1013步骤可通过多种方法进行。在传送上述组播数据之后,当传送上述继续激活请求(Keep aliverequest)时,终端无需进入省电模式(PSmode)。终端在已经传送组播数据之后,可知传送上述继续激活请求(Keep alive request)的事实,所以不进入省电模式(PSmode),并且在对继续激活请求(Keep aliverequest)给予应答之后会进入省电模式(PSmode)。通过它可以预防终端对继续激活请求(Keep aliverequest)的应答失败,终端持续下去,会在更长的时间里进入省电模式(PS mode)。
S1014,接收到继续激活请求(Keep aliverequest)的移动终端决定继续接受多点传送服务,对此将继续激活请求(Keep alive response)设定成终止服务(endservice),传递给AP。图示的4个终端中至少有一个终端能够传送继续 激活请求(Keep alive reponse)。
S1015,所有终端可在多点服务间隔(multicast serviceinterval)内进入省电模式(PS mode)。
S1016,当多点服务间隔(multicast service interval)结束时,所有终端为了接收组播数据保持联机。
S1017,多点传送路由器将组播数据传送给网络上的所有AP。
S1018,AP接收组播数据,并将其传送给网络内。
S1019,如果Query interval过去的话,多点传送路由器将IGMP query传送给网络。
S1020,AP接收IGMP query,并针对相关多点传送服务将IGMP report发送给多点传送路由器。
通过上述的说明,本领域熟练技术人员完全可以在不偏离本发明技术思想的范围内,进行多样的变更以及修改。因此,以上的实施例仅是用来说明本发明的目的,而并非用作为对本发明的限定,只要在本发明的实质精神范围内,对以上所述实施例的变化、变型都将落在本发明权利要求书的范围内。
Claims (9)
1.一种组播数据收发方法,涉及一种从特定网络实体接收多点传送服务,并将多点传送服务传送给至少一个移动终端的网络,其特征在于包括以下几个步骤:
无线接入点从上述网络实体接收包括有关多点传送服务信息在内的询问消息的步骤;
当从上述至少一个移动终端接收用于请求提供组播数据的请求帧时,所述无线接入点向上述网络实体发送用于加入上述多点传送服务的报告消息的步骤;
所述无线接入点从上述网络实体中接收与上述多点传送服务相对应的多点传送数据,发送给上述至少一个移动终端的步骤;
为管理上述移动终端,所述无线接入点从上述网络上所配置的组表中对加入上述多点传送服务的移动终端数量进行检查的步骤;
根据加入上述多点传送服务的移动终端数量,所述无线接入点将上述多点传送数据收发方式从采用点对点无线承载的无线通信方法变更为采用点对多点无线承载的无线通信方法或者从采用点对多点无线承载的无线通信方法变更为采用点对点无线承载的无线通信方法的步骤,
其中所述网络控制所述终端,使得希望接收特定多点传送服务的终端中能够同时接收点对多点承载和点对点承载的终端优先处于活动状态;以及
如果所述多点传送数据和继续激活请求被传送到所述终端,则所述终端接收所述数据和所述继续激活请求,发送针对所述继续激活请求的响应并随后进入省电模式。
2.如权利要求1所述的组播数据收发方法,其特征在于:
变更上述组播数据收发方式的步骤包括以下几个步骤:
对加入上述多点传送服务的移动终端数量和临界值进行比较的步骤;
当上述比较结果是,加入上述多点传送服务的移动终端数量小于临界值时,采用点对点无线承载的无线通信方法来设定上述组播数据收发方式的步骤;
当上述比较结果是,加入上述多点传送服务的移动终端数量大于或等于临界值时,采用点对多点无线承载方式的无线通信方法来设定上述组播数据收发方式的步骤。
3.如权利要求2所述的组播数据收发方法,其特征在于:
上述临界值对应上述网络中以点对点方式可分配给各移动终端的最大信道个数来决定。
4.如权利要求3所述的组播数据收发方法,其特征在于:
当采用上述点对点无线承载方式的无线通信方法来设定上述组播数据收发方式时,上述网络从上述移动终端接收反馈信息。
5.如权利要求4所述的组播数据收发方法,其特征在于:
上述反馈信息内包含:信道负荷量、AP信道报告、相邻报告、接收信道电源指示或者接收信号噪音比指示中的任意一个以上。
6.如权利要求4所述的组播数据收发方法,其特征在于:
上述反馈信息是实际时间传送协议控制协议。
7.如权利要求3所述的组播数据收发方法,其特征在于:
上述组表包含:请求上述多点传送服务的有关移动终端信息;
用于识别上述移动终端所请求的多点传送服务的多点传送MAC地址(Multicast MAC address);
用于识别至少一个移动终端的有关组号码信息;或者当不对上述网络应答时,为从上述组表中删除而规定的有关终止时间的信息中至少一个,以及
其中所述网络选择性地向在所述多点传送组表中的多点传送组中的终止时间已过的终端发送继续激活请求消息,以检查所述终端是否与所述网络连接。
8.如权利要求1所述的组播数据收发方法,其特征在于,所述无线接入点将上述多点传送数据收发方式从采用点对点无线承载的无线通信方法变更为采用点对多点无线承载的无线通信方法或者从采用点对多点无线承载的无线通信方法变更为采用点对点无线承载的无线通信方法的步骤之后,还包括:
所述无线接入点向上述移动终端发送用于确认上述移动终端是否存在于上述网络上的请求消息的步骤。
9.如权利要求8所述的组播数据收发方法,其特征在于:
上述请求消息通过额外的操作帧、信标或者被捎带的组播数据中的任意一个进行发送,以及
其中通过变更MAC帧格式内的帧控制域的类型和图表类型,或在MAC帧的帧控制域中设置再审位来完成所述捎带。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020070007970A KR100969318B1 (ko) | 2007-01-25 | 2007-01-25 | 멀티캐스트 데이터 송수신 방법 |
KR10-2007-0007970 | 2007-01-25 | ||
KR1020070007970 | 2007-01-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101232391A CN101232391A (zh) | 2008-07-30 |
CN101232391B true CN101232391B (zh) | 2012-11-28 |
Family
ID=39667870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101938353A Active CN101232391B (zh) | 2007-01-25 | 2007-11-26 | 组播数据收发方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8059572B2 (zh) |
KR (1) | KR100969318B1 (zh) |
CN (1) | CN101232391B (zh) |
Families Citing this family (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE602005019434D1 (de) | 2005-12-13 | 2010-04-01 | Panasonic Corp | Zuordnung von Broadcast System Informationen zu Transportkanälen in einem mobilen Kommunikationssystem |
JP4762007B2 (ja) * | 2006-03-03 | 2011-08-31 | パナソニック株式会社 | 中継装置、通信端末、及び通信システム |
US8199732B2 (en) * | 2006-06-09 | 2012-06-12 | Aruba Networks, Inc. | Efficient multicast control processing for a wireless network |
US7693108B2 (en) * | 2006-08-01 | 2010-04-06 | Intel Corporation | Methods and apparatus for providing a handover control system associated with a wireless communication network |
US8843118B2 (en) | 2006-08-21 | 2014-09-23 | Interdigital Technology Corporation | Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system |
US20080240096A1 (en) | 2007-03-29 | 2008-10-02 | Twisted Pair Solutions, Inc. | Method, apparatus, system, and article of manufacture for providing distributed convergence nodes in a communication network environment |
US8780777B2 (en) * | 2007-04-20 | 2014-07-15 | Blackberry Limited | Method and apparatus for user equipment for long term evolution multimedia broadcast multicast services |
KR100956183B1 (ko) * | 2007-10-29 | 2010-05-04 | 주식회사 포스코아이씨티 | 멀티캐스트 방송서비스 제공 방법 및 장치 |
US7818509B2 (en) * | 2007-10-31 | 2010-10-19 | International Business Machines Corporation | Combined response cancellation for load command |
US7826390B2 (en) * | 2008-01-15 | 2010-11-02 | At&T Intellectual Property I, L.P. | Method and apparatus for providing a distributed subscriber load distribution |
US8339956B2 (en) | 2008-01-15 | 2012-12-25 | At&T Intellectual Property I, L.P. | Method and apparatus for providing a centralized subscriber load distribution |
US8427944B2 (en) * | 2008-05-19 | 2013-04-23 | Entropic Communications, Inc. | Bitloading applied to network multicast messages |
EP2134029A1 (en) * | 2008-06-09 | 2009-12-16 | THOMSON Licensing | Network device and method for obtaining terminal multicast status |
WO2010002844A2 (en) | 2008-07-01 | 2010-01-07 | Twisted Pair Solutions, Inc. | Method, apparatus, system, and article of manufacture for reliable low-bandwidth information delivery across mixed-mode unicast and multicast networks |
US9160547B2 (en) * | 2008-10-15 | 2015-10-13 | Orange | Method and devices for managing a data flow transfer |
US9191263B2 (en) | 2008-12-23 | 2015-11-17 | Keyssa, Inc. | Contactless replacement for cabled standards-based interfaces |
US9219956B2 (en) | 2008-12-23 | 2015-12-22 | Keyssa, Inc. | Contactless audio adapter, and methods |
US8767607B2 (en) * | 2009-06-18 | 2014-07-01 | Entropic Communications, Inc. | Method and apparatus for performing multicast in communications network |
KR101571904B1 (ko) * | 2009-11-09 | 2015-11-27 | 연세대학교 산학협력단 | 이동통신 시스템에서 마이크로 단말에게 주파수 자원을 할당하기 위한 장치 및 방법 |
KR101282357B1 (ko) | 2009-11-24 | 2013-07-04 | 한국전자통신연구원 | 다중 사용자 기반 무선통신 시스템에서의 프레임 전송방법 |
WO2011065749A2 (ko) | 2009-11-24 | 2011-06-03 | 한국전자통신연구원 | 다중 사용자 다중 안테나 기반 무선통신 시스템에서 데이터 보호 방법 |
WO2011065746A2 (ko) | 2009-11-24 | 2011-06-03 | 한국전자통신연구원 | 다중 사용자 기반 무선통신 시스템에서 전송 실패 프레임의 복구 방법 |
CN102215456B (zh) | 2010-04-07 | 2013-11-06 | 华为技术有限公司 | 一种组播控制方法和装置 |
KR101663011B1 (ko) * | 2010-05-17 | 2016-10-06 | 삼성전자 주식회사 | 단말기 및 그 단말기에서 테더링 서비스 수행 방법 |
US8699397B2 (en) | 2010-07-28 | 2014-04-15 | Interdigital Patent Holdings, Inc. | Method and apparatus for multimedia broadcast multicast services (MBMS) service feedback |
KR20120040410A (ko) * | 2010-10-19 | 2012-04-27 | 한국전자통신연구원 | 통신 시스템에서 서비스 제공 서버, 서비스 제공 노드 및 서비스 제공 방법 |
US8964568B2 (en) | 2010-10-22 | 2015-02-24 | Qualcomm Incorporated | Systems, methods, and apparatus for managing IP addresses and network traffic in wireless networks |
KR20120053608A (ko) * | 2010-11-18 | 2012-05-29 | 삼성전자주식회사 | 광대역 무선 접속 시스템에서 동적 멀티캐스트 경로 할당 장치 및 방법 |
CN102547583B (zh) * | 2010-12-17 | 2016-01-06 | 上海贝尔股份有限公司 | 无线局域网系统中组播业务传送控制方法、装置及系统 |
US8730857B2 (en) | 2011-07-06 | 2014-05-20 | Intel Corporation | Filtering group-addressed frames in Wi-Fi devices |
US8750179B2 (en) | 2011-08-15 | 2014-06-10 | Blackberry Limited | Efficient multimedia broadcast multicast service continuity methods |
US9743273B2 (en) * | 2011-10-01 | 2017-08-22 | Intel Corporation | Method and apparatus for medium access group assignment |
CN102413069B (zh) * | 2011-11-23 | 2014-07-16 | 中兴通讯股份有限公司 | 一种泛在网中通过组播方式进行下载的方法和系统 |
US9313086B2 (en) | 2012-02-17 | 2016-04-12 | Intel Corporation | Creating packet flows to reduce redundancy |
TWI471034B (zh) * | 2012-03-06 | 2015-01-21 | Accton Technology Corp | 群播群組的傳輸方法及應用其之無線網路裝置 |
US20130336182A1 (en) * | 2012-06-13 | 2013-12-19 | Qualcomm Incorporated | Systems and methods for identifying enhanced frames for wireless communication |
WO2014054910A1 (ko) * | 2012-10-04 | 2014-04-10 | 엘지전자 주식회사 | 무선랜 시스템에서 시스템 정보 업데이트 방법 및 장치 |
US9504026B2 (en) * | 2012-12-13 | 2016-11-22 | Nokia Technologies Oy | Keep alive periodicity determination for WiFi networks |
CN104703165B (zh) | 2013-12-10 | 2019-08-27 | 南京中兴新软件有限责任公司 | 一种处理无线接入的方法、转发设备及网络控制器 |
WO2015107338A1 (en) * | 2014-01-14 | 2015-07-23 | Vodafone Ip Licensing Limited | Group communication by relay |
US9247397B2 (en) * | 2014-01-15 | 2016-01-26 | Abb Inc. | Distribution of multicast traffic through a mesh network |
US9602227B2 (en) | 2014-01-15 | 2017-03-21 | Abb Inc | Distribution of broadcast traffic through a mesh network |
US9247417B2 (en) * | 2014-01-15 | 2016-01-26 | Abb Inc. | Encapsulating received multicast traffic in unicast IP packets to support distribution of multicast traffic through a mesh network |
KR101537891B1 (ko) * | 2014-02-10 | 2015-07-17 | 한국과학기술원 | 전송 파워 조절을 통한 에너지 효율적인 멀티캐스트 방법 및 통신 시스템 |
KR102201616B1 (ko) * | 2014-02-23 | 2021-01-12 | 삼성전자주식회사 | 전자 장치 간의 장치 검색 방법 |
FR3018409B1 (fr) * | 2014-03-06 | 2018-01-05 | Sagemcom Broadband Sas | Systeme et procede permettant de reduire la consommation energetique d'un dispositif d'interconnexion |
CN105791036B (zh) * | 2014-12-15 | 2019-07-02 | 中国移动通信集团吉林有限公司 | 一种ap接入检测方法及装置 |
CN104683244B (zh) * | 2015-03-09 | 2017-11-03 | 东北大学 | 一种基于路径节点驱动策略的组播路由方法 |
US9602648B2 (en) | 2015-04-30 | 2017-03-21 | Keyssa Systems, Inc. | Adapter devices for enhancing the functionality of other devices |
CN106487690A (zh) * | 2016-09-23 | 2017-03-08 | 乐视控股(北京)有限公司 | 数据发送方法及装置 |
US11039374B2 (en) * | 2018-09-07 | 2021-06-15 | Blackberry Limited | Indicating support for a broadcast service |
US20210045058A1 (en) * | 2018-10-26 | 2021-02-11 | Cisco Technology, Inc. | Systems and methods for power saving in directed multicast service |
CN114126008B (zh) * | 2021-10-26 | 2024-04-12 | 浙江大华技术股份有限公司 | 一种提升传输性能的方法、装置、系统和可读存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1476260A (zh) * | 2002-08-16 | 2004-02-18 | ��������ͨ�ż����о�����˾ | 多媒体广播与组播业务点对点信道和点对多点信道的转换方法 |
CN1720678A (zh) * | 2003-05-09 | 2006-01-11 | Lg电子株式会社 | 在广播或者多址通信服务中建立反馈的装置和方法 |
CN1735230A (zh) * | 2004-08-12 | 2006-02-15 | 华为技术有限公司 | Mbms业务传输方法 |
CN1756231A (zh) * | 2004-09-30 | 2006-04-05 | 华为技术有限公司 | 多媒体广播组播业务系统中重新计数的方法 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI105137B (fi) * | 1996-12-02 | 2000-06-15 | Nokia Networks Oy | Parannettu ryhmälähetys pakettiverkossa |
US6741575B1 (en) * | 1999-02-26 | 2004-05-25 | Hughes Electronics Corporation | Apparatus and method for efficient delivery of multicast data over personal access communications system (PACS) |
JP3662473B2 (ja) * | 2000-05-12 | 2005-06-22 | 株式会社エヌ・ティ・ティ・ドコモ | マルチキャストサービス提供方法及び情報配信装置 |
JP3464644B2 (ja) * | 2000-06-23 | 2003-11-10 | 松下電器産業株式会社 | 無線通信システム及びマルチキャスト通信方法 |
US7149195B2 (en) | 2001-08-28 | 2006-12-12 | Nokia Corporation | Apparatus, and associated method, for multicasting data in a radio communications system |
KR100871118B1 (ko) * | 2002-05-18 | 2008-11-28 | 엘지전자 주식회사 | 멀티캐스트 그룹 관리 방법 |
KR100842654B1 (ko) * | 2002-09-19 | 2008-06-30 | 삼성전자주식회사 | 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송서비스를 송신하는 송신 방식 결정 방법 |
US7412265B2 (en) * | 2003-06-12 | 2008-08-12 | Industrial Technology Research Institute | Method and system for power-saving in a wireless local area network |
KR20050007804A (ko) * | 2003-07-11 | 2005-01-21 | 에스케이 텔레콤주식회사 | 멀티미디어 방송 멀티캐스트 서비스를 제공하는 이동통신시스템에서 서비스 모드를 결정하는 방법 및 시스템 |
US7623876B2 (en) * | 2003-08-13 | 2009-11-24 | Alcatel Lucent | Apparatus, and an associated method, for performing link layer paging of a mobile station operable in a radio communication system |
US7362757B2 (en) * | 2003-11-26 | 2008-04-22 | Cisco Technology, Inc. | Optimizing 802.11 power-save for IP multicast groups |
WO2005077028A2 (en) * | 2004-02-10 | 2005-08-25 | Interdigital Technology Corporation | Method and system for reducing battery consumption in wireless transmit/receive units (wtrus) employed in a wireless local area network/wireless wide area network (wlan/wwan) |
KR100667318B1 (ko) * | 2004-02-12 | 2007-01-12 | 삼성전자주식회사 | 지그비 네트워크에서 멀티캐스트 방법 |
US20060007930A1 (en) | 2004-07-09 | 2006-01-12 | Dorenbosch Jheroen P | Downlink multicast method in wireless internet protocol system |
CN100469039C (zh) * | 2004-08-05 | 2009-03-11 | 上海贝尔阿尔卡特股份有限公司 | 用缓慢离开机制处理用户离开、切换组播业务频道请求的方法和装置 |
CA2577428C (en) * | 2004-08-16 | 2013-12-10 | Qualcomm Flarion Technologies, Inc. | Methods and apparatus for managing group membership for group communications |
KR100705580B1 (ko) * | 2005-08-04 | 2007-04-10 | 삼성전자주식회사 | 브이오아이피 단말 및 그 단말의 정보관리방법 |
JP4806278B2 (ja) * | 2006-03-16 | 2011-11-02 | 富士通株式会社 | マルチキャストシステム、通信装置、およびマルチキャスト方法 |
US8731594B2 (en) * | 2006-09-12 | 2014-05-20 | Aruba Networks, Inc. | System and method for reliable multicast transmissions over shared wireless media for spectrum efficiency and battery power conservation |
-
2007
- 2007-01-25 KR KR1020070007970A patent/KR100969318B1/ko active IP Right Grant
- 2007-07-18 US US11/779,374 patent/US8059572B2/en active Active
- 2007-11-26 CN CN2007101938353A patent/CN101232391B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1476260A (zh) * | 2002-08-16 | 2004-02-18 | ��������ͨ�ż����о�����˾ | 多媒体广播与组播业务点对点信道和点对多点信道的转换方法 |
CN1720678A (zh) * | 2003-05-09 | 2006-01-11 | Lg电子株式会社 | 在广播或者多址通信服务中建立反馈的装置和方法 |
CN1735230A (zh) * | 2004-08-12 | 2006-02-15 | 华为技术有限公司 | Mbms业务传输方法 |
CN1756231A (zh) * | 2004-09-30 | 2006-04-05 | 华为技术有限公司 | 多媒体广播组播业务系统中重新计数的方法 |
Also Published As
Publication number | Publication date |
---|---|
KR20080070224A (ko) | 2008-07-30 |
US20080181161A1 (en) | 2008-07-31 |
US8059572B2 (en) | 2011-11-15 |
KR100969318B1 (ko) | 2010-07-09 |
CN101232391A (zh) | 2008-07-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101232391B (zh) | 组播数据收发方法 | |
Zhou et al. | TV white space enabled connected vehicle networks: Challenges and solutions | |
CN102647246B (zh) | 一种d2d对或d2d簇通信建立方法 | |
EP2123076B1 (en) | Method an apparatus for composing a set of cells in a radio network | |
CN103428642B (zh) | 基于中继的簇内d2d多播方法 | |
CN102215052B (zh) | 蓝牙无线电设备和用于与电信网络整合的管理应用 | |
CN102461272A (zh) | 用于通过异构基础架构分布不限数量的虚拟ieee 802.11无线网络的接入点、服务器和系统 | |
CN103580791A (zh) | 用户设备到用户设备的通信方法及设备 | |
CN105794294B (zh) | 广播信道管理 | |
CN1984020A (zh) | 一种传输数据的方法及装置 | |
CN101291169A (zh) | 无线中继站的选择方法 | |
CN102724666A (zh) | 一种终端数据中继方法、装置和系统 | |
CN102036389A (zh) | 基于多信道分集的认知mac协议的实现方法 | |
CN105992143A (zh) | 一种网络辅助的d2d中继多播方法 | |
CN101827362B (zh) | 识别接入点身份的方法、工作站漫游方法及相关设备 | |
Zhou et al. | Improving cellular downlink throughput by multi-hop relay-assisted outband D2D communications | |
Yao et al. | Achieving high throughput with predictive resource allocation | |
CN101909346A (zh) | Dhcp广播方法与无线访问控制器 | |
Li et al. | A resource allocation scheme based on immune algorithm for D2D-based vehicular communication networks | |
CN104125081A (zh) | 一种基于策略的多终端协同系统和方法 | |
Hu et al. | Multi-principal multi-agent contract design: theory and application to device-to-device communications | |
CN106792429A (zh) | 用户设备、基站及近距离业务单播通信、资源调度方法 | |
Ren et al. | Joint social, energy and transfer rate to select cluster heads in D2D multicast communication | |
Jaafar et al. | Content caching and channel allocation in D2D-assisted wireless HetNets | |
CN103179674B (zh) | 一种无线异构网络系统中的用户动态分组方法 |
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 |