CN101394577B - 组播广播多媒体业务用户面传输通道创建方法 - Google Patents
组播广播多媒体业务用户面传输通道创建方法 Download PDFInfo
- Publication number
- CN101394577B CN101394577B CN200710030366.3A CN200710030366A CN101394577B CN 101394577 B CN101394577 B CN 101394577B CN 200710030366 A CN200710030366 A CN 200710030366A CN 101394577 B CN101394577 B CN 101394577B
- Authority
- CN
- China
- Prior art keywords
- multicast
- multimedia service
- broadcast
- end point
- point identifier
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种组播广播多媒体业务用户面传输通道创建方法包括:组播广播多媒体业务网关获取隧道端点标识TEID和IP组播地址,并基于所述TEID创建GPRS隧道协议用户面传输通道;演进基站获取所述TEID和所述IP组播地址,并基于所述TEID创建GPRS隧道协议用户面传输通道。同时本发明还公开了一种SAE/LTE演进网络,该网络包括组播广播多媒体业务网关、组播协调实体、演进基站。使用本发明能简化用户面数据包的处理,减轻系统的处理负担。
Description
技术领域
本发明通信技术领域,具体涉及SAE/LTE演进网络,特别涉及一种组播广播多媒体业务用户面传输通道创建方法。
背景技术
随着时代的发展,用户对移动通信系统中业务类型的需要越来越丰富和多样化。在WCDMA的R6/R7版本中,引入了MBMS组播广播多媒体业务,MBMS业务从技术上看是指网络侧把同一份多媒体业务数据同时发送给网络中的多个接收者,相应地,一个接收MBMS业务的用户端,可以同时接收一个或多个广播/组播业务。目前MBMS业务主要包括流媒体(例如视频,可视电话等)和背景类业务(例如文本下载)。一般对于系统的要求是用户端在接收MBMS业务时可以同时进行其他单播业务。
SAE/LTE(System Architecture Evolution/Long Term Evolution,演进网络)是一种扁平化的系统构架,在该系统中,网络节点的层次更少了,E-UTRAN(Evolved Universal Territorial Radio Access Network,演进的通用陆地无线接入网)仅由eNB(Evolved NodeB,演进基站)组成,eNB提供了E-UTRAN用户面和控制面协议功能的实现。在该系统中,为了能更好的保证用户接收MBMS业务的质量,引入了单频网络的概念(Single Frequency Network,SFN),其特征是:采用多载波调制技术(Orthogonal Frequency Division Multiplexing,OFDM),对于某个特定MBMS业务,采用特定的子载波频率,且一定区域内的所有小区都使用相同的无线资源,并且保证基站在空口发送MBMS业务数据无线帧的时候,该片区域内所有小区在同一时刻发送相同MBMS业务数据内容的无线帧,这样就保证了处于小区边缘的UE可以合并来自不同小区的同一个MBMS业务的信号,使得接收的信号强度大大增强,提高了用户的接收质量。
图1是现有技术的SAE/LTE中的MBMS逻辑构架,为了实现空口合并技术,SAE/LTE引入了一个MCE(Multi-Cell/Multicast Coordination Entity,组播协调实体)逻辑实体,该实体的基本功能是完成对SFN区域里面的所有eNB的空口资源的协调和配置,使得所有eNB的空口资源配置是完全相同的。同时还引入了一个MBMS GW逻辑实体,该实体处于BM-SC(Broadcast-Multicast ServiceCentre,广播组播业务中心)和eNB之间,它有两部分逻辑功能,分别是MBMSGW-CP(组播广播多媒体业务网关控制面协议实体)和MBMS GW-UP(组播广播多媒体业务网关用户面协议实体),其中MBMS GW-CP负责MBMS控制面相关的功能,例如会话发起和会话终止的控制,MBMS GW-UP负责MBMS用户面数据的发送。
在现有的UMTS系统中,MBMS承载(即MBMS RAB)包括两部分:MBMSIu数据承载和MBMS空口承载(MBMS Iu data bearer,MBMS radio bearer)。其中MBMS Iu数据承载指的是SGSN(Serving GPRS Supporting Node,GPRS业务支持节点)和RNC(基站控制器)之间的MBMS用户面承载,MBMS空口承载指的是RNC和UE之间的MBMS用户面承载。MBMS承载是在会话发起的过程中建立起来的,SGSN节点在收到GGSN(Gate GPRS Supporting Node,GPRS网关支持节点)节点下发的Session Start(会话请求)消息后,会往该SGSN所连接的所有RNC节点发送Session Start消息,该消息里会携带MBMS业务相关的一些属性信息,例如临时移动组标识(TMGI)、会话标识(Session Identity)、MBMS RAB(无线接入承载,RAB)参数、业务服务区等。RNC节点收到该消息后会保存MBMS业务的属性信息,并根据这些属性信息和自身的状态判断是否可以建立相应的MBMS承载,如果RNC允许建立MBMS承载,则返回SessionStart成功响应消息并在该消息中包含用户面传输通道信息元素(Transport LayerInformation IE),否则返回Session Start失败响应消息。当MBMS用户面传输通道建立好之后,SGSN往RNC下发的MBMS数据将在该通道上进行传输。
所述MBMS用户面传输通道指的是GTP-U隧道(GPRS隧道协议用户面传输通道),GTP-U的每个GTP隧道由端点所在实体的IP地址以及隧道端点标识(TEID)来唯一标识。每个IP地址对应有一个GTP-U协议实体。TEID和MBMS RAB有一对一的关联关系,但是和单播业务不同的是,由于MBMS承载对于所有UE都是共有的,不需要靠RAB ID来标识不同UE的承载,用业务或者会话标识即可区分不同的MBMS RAB。MBMS业务只是下行发送的业务,因此只需要建立下行隧道,也就是只要RNC节点为每个业务提供其IP地址和TEID给SGSN节点即可,SGSN在下发数据之前,会在数据包前面打上GTP协议头,GTP协议头中包含TEID。在SGSN和RNC之间的传输是采用IP点到点(PTP)的方式,因此对于同一个MBMS业务而言,每个符合承载建立条件的RNC都需要分配各自的IP地址和TEID给SGSN。
在现有的UMTS系统中,SGSN和RNC之间的传输采用点到点的IP单播,每个RNC都需要为某个业务提供自己的IP地址和TEID隧道标识给SGSN,如果有N个RNC,SGSN希望为该N个RNC提供相同的数据时,SGSN需要为该业务创建N个GTP-U实体(GPRS隧道协议实体),也就是说SGSN需要复制N份数据并分别通过各个隧道发送给相应的RNC,这不仅增加了SGSN的处理负荷和缓冲区负荷,同时也大量浪费了传输资源。另外,由于SAE/LTE系统中的MBMS组播广播多媒体业务传输层采用IP组播的方式,即对于某个MBMS业务而言,MBMS GW使用特定的IP组播地址来发送同一份数据给所有的属于该IP组播组成员的eNB,因此MBMS GW为各个eNB所构造的GPRS隧道协议数据为同一份数据,因此,在现有的UMTS系统中的实现方案无法应用于SAE/LTE系统中的MBMS组播广播多媒体业务用户面传输通道的建立。
发明内容
有鉴与此,本发明实施例的主要目的是在于提供一种组播广播多媒体业务用户面传输通道创建方法,用于在SAE/LTE演进网络建立组播广播多媒体业务用户面传输通道。
本发明实施例的一种组播广播多媒体业务用户面传输通道创建方法,包括:
组播广播多媒体业务网关MBMS GW获取IP组播地址和隧道端点标识TEID;
演进基站eNB获取所述TEID和所述IP组播地址,并根据所述TEID创建GPRS隧道协议用户面传输通道。
本发明实施例的一种组播广播多媒体业务网关,包括:
接收单元,用于接收组播广播业务会话请求;
接收单元,用于接收组播广播业务会话请求;
TEID隧道端点标识分配单元,用于为所述组播广播业务会话请求所对应的组播广播业务会话分配TEID隧道端点标识;
传输通道创建执行单元,基于所述TEID隧道端点标识创建GPRS隧道协议用户面传输通道。
本发明实施例的一种组播协调实体,包括:
接收单元,用于接收来自于组播广播多媒体业务网关的携带有IP组播地址的组播广播多媒体业务会话请求;
TEID隧道端点标识分配单元,用于为所述组播广播多媒体业务会话请求多对应的组播广播多媒体业务分配TEID隧道端点标识;
第一发送单元,用于向所述组播广播多媒体业务网关发送携带有所述TEID隧道端点标识的组播广播多媒体业务会话请求响应消息;
第二发送单元,用于向各个演进基站发送携带有所述IP组播地址以及所述TEID隧道端点标识的组播广播多媒体业务会话请求。
本发明实施例的一种组播广播多媒体业务网关,包括:
第一接收单元,用于接收来自组播广播多媒体业务中心的组播广播多媒体业务会话请求;
第二接收单元,用于接收来自组播协调实体的携带有TEID隧道端点标识的组播广播多媒体业务会话请求响应消息;
传输通道创建单元,用于根据所述TEID隧道端点标识创建GPRS隧道协议用户面传输通道;
IP组播地址分配单元,用于为所述组播广播业务会话请求分配IP组播地址。
本发明实施例的一种演进基站,其特征在于,所述演进基站包括:
接收单元,用于接收携带有IP组播地址以及TEID隧道端点标识的组播广播多媒体业务会话请求;
传输通道创建单元,用于保存所述IP组播地址,获取所述TEID隧道端点标识,并基于所述TEID隧道端点标识创建GPRS隧道协议用户面传输通道。
本发明实施例的一种SAE/LTE演进网络,包括组播广播多媒体业务中心、组播广播多媒体业务网关和演进基站,其特征在于:
所述组播广播多媒体业务网关,用于获取IP组播地址和隧道端点标识TEID;
所述演进基站,用于获取所述隧道端点标识TEID和所述IP组播地址,并根据所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道。
实施本发明实施例,通过组播广播多媒体业务网关为组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配TEID隧道端点标识,或通过组播协调实体为组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配TEID隧道端点标识,组播广播多媒体业务网关基于所分配的TEID隧道端点标识创建对应各演进基站的同一GPRS隧道协议用户面传输通道,简化了用户面数据包的处理,减轻了系统的处理负担。
附图说明
图1是现有技术的SAE/LTE中的MBMS逻辑构架;
图2是本发明SAE/LTE演进网络的第一实施例组成示意图;
图3是本发明组播广播多媒体业务网关的第一实施例组成示意图;
图4是本发明演进基站的实施例组成示意图;
图5是本发明SAE/LTE演进网络的第二实施例组成示意图;
图6是本发明组播广播多媒体业务网关的第二实施例组成示意图;
图7是本发明组播协调实体的实施例组成示意图;
图8是本发明组播广播多媒体业务用户面传输通道创建方法第一实施例的组成示意图;
图9是本发明组播广播多媒体业务用户面传输通道创建方法第二实施例的组成示意图;
图10是本发明组播广播多媒体业务用户面传输通道创建方法第三实施例的组成示意图。
具体实施方式
为了使本发明的技术方案及优点更加清楚明白,下面结合附图并举实施例对本发明实施例进行进一步详细说明。
参考图2,是本发明SAE/LTE演进网络的第一实施例组成示意图。所述SAE/LTE演进网络主要包括组播广播多媒体业务中心11、组播广播多媒体业务网关12和演进基站13,下面分别进行详细描述:
组播广播多媒体业务中心11,用于提供组播广播多媒体业务。
此处,所述组播广播多媒体业务中心11的功能定义与现有技术是相同的,在此不予赘述。
组播广播多媒体业务网关12,用于接收来自所述组播广播多媒体业务中心11的组播广播多媒体业务会话请求,为所述组播广播多媒体业务会话请求多对应的组播广播多媒体业务会话分配IP组播地址以及隧道端点标识TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道,并向各个演进基站发送携带有所述IP组播地址以及所述TEID的组播广播多媒体业务会话请求。具体实现时,参考图3,是本发明组播广播多媒体业务网关的第一实施例组成示意图。所述组播广播多媒体业务网关12主要包括:
接收单元121,用于接收组播广播业务会话请求。
此处,所述会话请求中还包含了与MBMS业务相关的属性信息,该属性信息包括临时移动组标识(TMGI)、会话标识(Session Identity)、MBMS RAB参数、业务服务区等。当组播广播多媒体业务网关接收到所述组播广播业务会话请求后,将保存所述属性信息,并创建业务会话上下文。
传输通道创建单元122,用于为所述组播广播业务会话请求所对应的组播广播业务会话分配TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。具体实现时,所述传输通道创建单元122主要包括:
隧道端点标识TEID分配单元1221,用于为所述组播广播业务会话请求所对应的组播广播业务会话分配TEID。
此处,具体如何构建所述TEID为本发明的关键,为此在后文中将有相应描述。
传输通道创建执行单元1222,用于根据所述隧道端点标识TEID分配单元1221所分配的TEID创建GPRS隧道协议用户面传输通道。
此处,所述创建的GPRS隧道协议用户面传输通道通过相应的TEID隧道端点标识唯一标识,当一个MBMS业务包含几个会话时(如语音视频业务既包括了语音会话,还包括了视频会话),组播广播多媒体业务网关需要分别分配相应TEID隧道端点标识,用来唯一标识各个会话。
IP组播地址分配单元123,用于为所述组播广播业务会话请求分配IP组播地址。
发送单元124,用于向演进基站eNB发送携带有所述IP组播地址以及所述TEID。
演进基站13,用于接收携带有所述IP组播地址以及所述TEID的组播广播多媒体业务会话请求,保存所述IP组播地址,获取所述TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。具体实现时,参考图4,是本发明演进基站的实施例组成示意图。所述演进基站13主要包括:
接收单元131,用于接收携带有IP组播地址以及TEID的组播广播多媒体业务会话请求。
此处,所述会话请求中还包含了与MBMS业务相关的属性信息。当eNB接收到所述组播广播业务会话请求后,将保存所述与MBMS业务相关的属性信息,并创建业务会话上下文。
传输通道创建单元132,用于保存所述IP组播地址,获取所述TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。
此处,如果eNB允许为所述组播广播多媒体业务会话请求所对应的MBMS业务会话创建相应的承载,则分配MBMS业务承载所必要的资源,并且保存所述IP组播地址,将所述TEID与相应的GPRS隧道协议用户面传输通道建立关联关系。
结合上文的描述,下面将对本发明实施例所述的TEID进行相应的描述,本发明实施例所描述的TEID须满足以下条件:
首先,在eNB上需要建立TEID隧道端点标识和MBMS承载的一对一的关联关系,因此组播广播多媒体业务网关MBMS GW必须为不同的MBMS业务或会话构造不同的TEID。从MBMS GW来看,需要为每个业务或会话生成一个GTP-U实例。
其次,eNB可以同时接收来自不同MBMS GW下发的不同业务的数据,为了避免不同的MBMS GW构造的TEID在某个eNB上发生冲突,要求各MBMSGW为不同业务构造的TEID不允许相同。
再次,单播业务在eNB上的TEID是由eNB自身来分配的,而本发明实施例所描述的方案是由MBMS GW来分配MBMS业务的接收端节点即eNB上的TEID,因此要求eNB为单播业务分配的TEID和MBMS GW为MBMS业务分配的TEID在eNB节点上不能发生冲突。
结合上述描述的本发明实施例构建所述TEID所需要满足的条件,下面将对TEID的构建方法进行举例说明,显然本领域的技术人员应该知道,具体的举例描述仅仅只是一种实施方式,其他类似的TEID构建方法都应当属于本发明所要求的保护范围。
构建方案一:
在现有的GTP(GPRS隧道协议)中规定了TEID用四个字节来表示,为了区别单播业务和MBMS业务,可以选择其中的一个比特位或某几个比特位来表示GPRS协议隧道是用来传输单播业务还是MBMS业务,例如用最高位来标识,0表示为单播业务分配的GPRS协议隧道,1表示为组播业务分配的GPRS协议隧道;或者用其中两个比特位来标识,00表示为单播业务分配的隧道,01表示为MBMS业务分配的隧道。这样就不会导致eNB节点为单播业务分配的TEID和MBMS GW为MBMS业务分配的TEID在eNB节点上发生冲突。
为了避免不同的MBMS GW为不同业务或会话构造的TEID产生冲突,可以预留其中的某几个比特位来表示MBMS GW节点的标识,这样就要求在网络范围内的每个MBMS GW节点的标识是唯一的。
最后,为了保证某个MBMS GW为不同的业务或会话构造不同的TEID,则需要为某个业务或会话生成唯一的序号并填充在剩余的比特位上。假设除了之前的预留位之外还有n位,则初始构造一个单向链表,该初始链表按照从0到2n的顺序进行排序,当新的业务或会话到来的时候,则取当前可用链表的首指针所指向的序号并将该序号从链表中删除,当有业务或会话结束的时候,则将其所使用的序号插入可用链表的末尾。这种方式通过维护一个可用单向链表来保证不同业务所分配的TEID不会重复。除了使用单向链表的方式,也可以采用数组的方式,其实质是相同的,都是初始构造一个从0到2n的序号集合,然后从当前可用的序号集合中选择一个,如果某个序号被释放则重新加入可用的序号集合。
如表一所示,为本发明实施例所描述的TEID构建的一种示例,其中最高为1或者0来表示是为MBMS业务所分配的隧道标识,第16-30位表示区分不同MBMS GW节点的标识,剩下的0-15位表示为某个特定的业务或者会话生成的唯一的序号,生成唯一序号的方法是使用前面描述的单向链表的方式。
本领域的技术人员应该明白,除了表一的举例描述之外,我们也可使用不同数量和不同位置的比特位来表示相应的内容,例如使用最低位来表示为MBMS业务所分配的隧道标识,或者使用其它长度的不同位置的比特位来表示MBMS GW节点的标识,或者使用其它长度的不同位置的比特位来表示不同业务的序号。
表一:
31 23 15 7 0
1/0 | MBMS GW ID |
构建方案二:
首先,和构建方案一类似,预留其中的一个比特位或某几个比特位来表示GPRS协议隧道是用来传输单播业务还是MBMS业务,这里不再赘述。
在现有的UMTS中,BM-SC为某个MBMS业务所分配的临时移动组标识TMGI是唯一的,TMGI=PLMN identity(3字节)+Service ID(3字节),其中PLMN为公共陆地移动网络(Pubic Land Mobile Network),即使MBMS业务来自不同的PLMN,或者不同的MBMS业务通过不同的MBMS GW来传输,都可以直接使用该TMGI来区分为MBMS业务分配的TEID而不会引起冲突。由于TMGI占用了6个字节,因此需要扩展TEID的长度。
另外,当一个业务包含多个会话的时候(如语音视频业务包括语音会话和视频会话),BM-SC还会为某个会话分配一个会话标识Session Identity(1字节)用来标识该业务中某个特定的会话,并且不同的会话会建立各自的隧道,因此需要为不同的会话分配不同的TEID。由于Session Identity在某个业务中也是唯一的,因此同样可以借用该标识来构造唯一的TEID而不会引起冲突。直接使用该标识来构造TEID同样需要扩展TEID的长度。
如表二所示,TEID扩展成8个字节,最高位为1或者为0表示是为MBMS业务所分配的隧道标识,最高字节的其它位为保留位,第8-55位用业务的临时移动组标识即TMGI来填充,第0-7位用业务的会话的标识即Session ID来填充。
本领域的技术人员应该明白,除了表二的举例描述之外,临时移动组标识TMGI和Session ID所填充的字节位置以及区分是单播业务还是MBMS业务的比特位的长度和位置可以和表二中所描述的不一样。例如预留最低一个字节并使用最低位来表示是为单播业务还是MBMS业务分配的隧道标识,TMGI填充在16-63位,Session ID填充在8-15位,或者TMGI填充在8-55位,SessionID填充在56-63位,或者使用其它的填充格式。
表二:
63 55 47 39 31 23 15 7 0
0/1 | TMGI | Session ID |
参考图5,是本发明SAE/LTE演进网络的第二实施例组成示意图。所述SAE/LTE演进网络主要包括组播广播多媒体业务中心21、组播广播多媒体业务网关22、组播协调实体24和演进基站23,下面分别进行详细描述:
组播广播多媒体业务中心21,用于提供组播广播多媒体业务。
此处,所述组播广播多媒体业务中心21的功能定义与现有技术是相同的,在此不予赘述。
所述组播广播多媒体业务网关22,用于接收来自所述组播广播多媒体业务中心21的组播广播多媒体业务会话请求,为所述组播广播多媒体业务会话请求对应的组播广播多媒体业务会话分配IP组播地址,并向所述组播协调实体24发送携带有所述IP组播地址的组播广播多媒体业务会话请求。具体实现时,参考图7是本发明组播广播多媒体业务网关的第二实施例组成示意图。所述组播广播多媒体业务网关22主要包括:
第一接收单元221,用于接收来自组播广播多媒体业务中心21的组播广播多媒体业务会话请求。
此处,所述会话请求中还包含了与MBMS业务相关的属性信息,该属性信息包括临时移动组标识(TMGI)、会话标识(Session Identity)、MBMS RAB参数、业务服务区等。当组播广播多媒体业务网关接收到所述组播广播业务会话请求后,将保存所述属性信息,并创建业务会话上下文。
第二接收单元223,用于接收来自组播协调实体的携带有隧道端点标识TEID的组播广播多媒体业务会话请求响应消息。
传输通道创建单元222,用于根据所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道。
与所述传输通道创建单元1222类似,在此不再赘述。
IP组播地址分配单元224,用于为所述组播广播业务会话请求分配IP组播地址。
发送单元225,用于向所述组播协调实体24发送携带有所述IP组播地址的组播广播多媒体会话请求。
组播协调实体24,用于接收来自所述组播广播多媒体业务网关22的携带有所述IP组播地址的组播广播多媒体业务会话请求,保存所述IP地址,为所述组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配TEID,向所述组播广播多媒体业务网关22发送携带有所述TEID的组播广播多媒体业务会话请求响应消息,以及向各个演进基站23发送携带有所述IP组播地址以及所述TEID组播广播多媒体业务会话请求。具体实现时,参考图7,是本发明组播协调实体的实施例组成示意图。所述组播协调实体24主要包括:
接收单元241,用于接收来自于组播广播多媒体业务网关的携带有IP组播地址的组播广播多媒体业务会话请求。
此处,当组播协调实体MCE接收到所述组播广播业务会话请求后,将IP组播地址,并创建业务会话上下文
隧道端点标识TEID分配单元242,用于为所述组播广播多媒体业务会话请求多对应的组播广播多媒体业务分配TEID。
此处,所述TEID的构建方法以前文相应的描述类似,在此不再赘述。
第一发送单元243,用于向所述组播广播多媒体业务网关发送携带有所述TEID的组播广播多媒体业务会话请求响应消息。
第二发送单元244,用于向各个演进基站发送携带有所述IP组播地址以及所述TEID的组播广播多媒体业务会话请求。
演进基站23,用于接收携带有所述IP组播地址以及所述TEID的组播广播多媒体业务会话请求,保存所述IP组播地址,获取所述TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。此处,所述演进基站23与前述演进基站13的相同,在此不再赘述。
参考图8,是本发明组播广播多媒体业务用户面传输通道创建方法第一实施例的组成示意图。本实施例将要描述的组播广播多媒体业务用户面传输通道的创建方法,对应于本发明SAE/LTE演进网络的第一实施例所描述的SAE/LTE演进网络,所述SAE/LTE演进网络包括组播广播多媒体业务中心EBM-SC、MBMSGW、以及eNB,其中MBMS GW由组播广播多媒体网关用户面协议实体MBMSGW-UP和组播广播多媒体网关控制面协议实体MBMS GW-CP组成,本实施例主要包括以下步骤:
步骤s1101,EBM-SC向MBMS GW-CP发送组播广播多媒体业务会话请求。
步骤s1102,MBMS GW-CP创建会话上下文,并保存MBMS业务相关的属性信息。该属性信息包括临时移动组标识(TMGI)、会话标识(Session Identity)、MBMS RAB参数、业务服务区等。
步骤s1103,MBMS GW-CP向MBMS GW-UP发送所述组播广播多媒体业务会话请求。
此处,如果所述MBMS GW-CP逻辑实体与所述MBMS GW-UP逻辑实体在网络中部署于同一网元节点,则它们之间的接口为内部接口,反之,如果所述MBMS GW-CP逻辑实体与所述MBMS GW-UP逻辑实体在网络中位不同的网元节点,则它们之间的接口为外部接口。
步骤s1104,MBMS GW-UP创建会话上下文,分配IP组播地址以及TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。
此处,所述TEID的构建方法与前文描述的相同或类似,在此不再赘述。
步骤s1105,MBMS GW-UP向MBMS GW-CP发送携带有IP组播地址以及TEID的组播广播多媒体业务会话请求响应。
步骤s1106,MBMS GW-CP向eNB发送携带IP组播地址以及TEID的组播广播多媒体业务会话请求。
步骤s1107,eNB创建会话上下文,保存IP组播地址,获取TEIDTEID,基于所述TEID创建GPRS隧道用户面传输通道。
步骤s1108,eNB向MBMS GW-CP发送组播广播多媒体业务会话请求响应。
此处,若成功创建GPRS隧道协议用户面传输通道,则eNB向MBMS GW-CP发送组播广播多媒体业务会话请求成功响应消息,否则,发送失败响应消息。该失败响应消息是可选的,更进一步地,所述步骤s1108也是可选的,即在具体实现时可以不需要所述步骤s1108。
步骤s1109,成功创建GPRS隧道协议用户面传输通道的eNB向MBMSGW-UP发送IGMP join消息。
此处,该消息是可选的,既在具体实现时可以不需要所述步骤s1109。
参考图9,是本发明组播广播多媒体业务用户面传输通道创建方法第二实施例的组成示意图。包括以下步骤:
步骤s1201,EBM-SC向MBMS GW-CP发送组播广播多媒体业务会话请求
步骤s1202,MBMS GW-CP创建会话上下文,并保存MBMS业务相关的属性信息。
此处,与所述步骤s1102类似,在此不再赘述。
步骤s1203,MBMS GW-CP向MBMS GW-UP组播广播多媒体业务会话请求。
此处,与所述步骤s1103类似,在此不再赘述。
步骤s1204,MBMS GW-UP创建会话上下文,分配IP组播地址以及TEID,并基于所述TEID创建GPRS隧道协议用户面传输通道。
此处,所述TEID的构建方法与前文描述的相同或类似,在此不再赘述。
步骤s1205,MBMS GW-UP向MBMS GW-CP发送携带有IP组播地址以及TEID的组播广播多媒体业务会话请求响应。
步骤s1206,MBMS GW-CP向组播协调实体MCE发送携带有IP组播地址以及TEID的组播广播多媒体业务会话请求。
此处,所述组播广播多媒体业务会话请求还进一步携带了组播广播多媒体业务会话相关的属性信息。
步骤s1207,组播协调实体MCE向eNB发送携带有IP组播地址以及TEID的组播广播多媒体业务会话请求。
此处,所述组播广播多媒体业务会话请求可能携带有其它附加的参数信息,如SFN(Single Frequency Network,单频网络)资源配置信息。
步骤s1208 eNB创建会话上下文,保存IP组播地址,获取TEID,基于所述TEID创建GPRS隧道用户面传输通道。
步骤s1209,eNB向MBMS GW-CP发送组播广播多媒体业务会话请求响应。
此处,若成功创建GPRS隧道协议用户面传输通道,则eNB向MBMS GW-CP发送组播广播多媒体业务会话请求成功响应消息,否则,发送失败响应消息。该失败响应消息是可选的,更进一步地,所述步骤s1209也是可选的,即在具体实现时可以不需要所述步骤s1209。
步骤s1210,成功创建GPRS隧道协议用户面传输通道的eNB向MBMSGW-UP发送IGMPjoin消息。
此处,该消息是可选的,即在具体实现时可以不需要所述步骤s1210。
参考图10,是本发明组播广播多媒体业务用户面传输通道创建方法第三实施例的组成示意图。包括以下步骤:
步骤s1301,EBM-SC向MBMS GW-CP发送组播广播多媒体业务会话请求。
步骤s1302,MBMS GW-CP创建会话上下文,并保存MBMS业务相关的属性信息。
此处,与所述步骤s1102类似,在此不再赘述。
步骤s1303,MBMS GW-CP向MBMS GW-UP组播广播多媒体业务会话请求。
此处,与所述步骤s1103类似,在此不再赘述。
步骤s1304,MBMS GW-UP创建会话上下文,分配IP组播地址。
步骤s1305,MBMS GW-UP向MBMS GW-CP发送携带有IP组播地址的组播广播多媒体业务会话请求响应。
步骤s1306,MBMS GW-CP向组播协调实体MCE发送携带有IP组播地址的组播广播多媒体业务会话请求。
此处,所述组播广播多媒体业务会话请求还进一步携带了组播广播多媒体业务会话相关的属性信息。
步骤s1307,组播协调实体MCE创建会话上下文,保存IP组播地址,分配TEID。
此处,所述TEID的构建方法与前文描述的相同或类似,在此不再赘述。
步骤s1308,组播协调实体MCE向MBMS GW-CP发送携带有TEID的会话请求响应。
步骤s1309,MBMS GW-CP向MBMS GW-UP发送携带有TEID隧道端点的标识的消息。
步骤s1310,MBMS GW-UP保存TEID,并基于所述TEID创建GPRS隧道用户面传输通道。
步骤s1311,组播协调实体MCE向eNB发送携带有IP组播地址以及TEID的组播广播多媒体业务会话请求。
步骤s1312,eNB创建会话上下文,保存IP组播地址,获取TEID,基于所述TEID创建GPRS隧道用户面传输通道。
步骤s1313,eNB向MBMS GW-CP发送组播广播多媒体业务会话请求响应。
此处,若成功创建GPRS隧道协议用户面传输通道,则eNB向MBMS GW-CP发送组播广播多媒体业务会话请求成功响应消息,否则,发送失败响应消息。该失败响应消息是可选的,更进一步地,所述步骤s1313也是可选的,即在具体实现时可以不需要所述步骤s1313。
步骤s1314,成功创建GPRS隧道协议用户面传输通道的eNB向MBMSGW-UP发送IGMP join消息。
此处,该消息是可选的,即在具体实现时可以不需要所述步骤s1314。
具体实现时所述步骤s1308至s1310三个步骤与所述步骤s1311至s1314四个步骤的先后顺利没有限制。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种组播广播多媒体业务用户面传输通道创建方法,其特征在于,包括:
组播广播多媒体业务网关获取IP组播地址和隧道端点标识TEID;
其中,所述IP组播地址为所述组播广播多媒体业务网关接收来自组播广播多媒体业务中心的组播广播业务会话请求,为所述组播广播业务会话请求所对应的组播广播业务会话分配的IP组播地址;
所述隧道端点标识TEID为所述组播广播多媒体业务网关为组播广播业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID,或为组播协调实体为组播广播多媒体业务中心的组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID;
演进基站获取所述隧道端点标识TEID和所述IP组播地址,并根据所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道。
2.如权利要求1所述的方法,其特征在于,当所述隧道端点标识TEID为所述组播广播多媒体业务网关为组播广播业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID时,所述演进基站获取所述隧道端点标识TEID和所述IP组播地址进一步包括:
所述演进基站从所述组播广播多媒体业务网关接收所述携带有所述IP组播地址以及所述隧道端点标识TEID的组播广播多媒体业务会话请求,保存所述IP组播地址,获取所述隧道端点标识TEID。
3.如权利要求1所述的方法,其特征在于,当所述隧道端点标识TEID为所述组播广播多媒体业务网关为组播广播业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID时,所述演进基站获取所述隧道端点标识TEID和所述IP组播地址进一步包括:
所述组播广播多媒体业务网关向组播协调实体发送携带所述IP组播地址和所述隧道端点标识TEID的组播广播多媒体业务会话请求;
所述演进基站从所述组播协调实体接收所述业务会话请求,保存IP组播地址,获取所述隧道端点标识TEID。
4.如权利要求1所述的方法,其特征在于,所述组播协调实体分配隧道端点标识TEID进一步包括:
所述组播广播多媒体业务网关为组播广播多媒体业务中心的组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配IP组播地址;
组播协调实体接收组播广播多媒体业务网关发送的携带所述IP组播地址的组播广播多媒体业务会话请求;
所述组播协调实体保存所述IP组播地址,为所述组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配隧道端点标识TEID。
5.如权利要求4的方法,其特征在于,组播协调实体分配隧道端点标识TEID后,该方法进一步包括:
组播协调实体向组播广播多媒体业务网关发送携带所述隧道端点标识TEID的组播广播多媒体业务会话请求响应;
组播协调实体向演进基站发送的携带所述隧道端点标识TEID以及所述IP组播地址的组播广播多媒体业务会话请求,演进基站保存所述IP组播地址,获取所述隧道端点标识TEID。
6.一种组播广播多媒体业务网关,其特征在于,包括:
接收单元,用于接收组播广播业务会话请求;
隧道端点标识TEID分配单元,用于为所述组播广播业务会话请求所对应的组播广播业务会话分配隧道端点标识TEID;
传输通道创建执行单元,基于所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道;
IP组播地址分配单元,用于为所述组播广播业务会话请求所对应的组播广播业务会话分配IP组播地址;
发送单元,用于向演进基站发送携带有所述IP组播地址以及所述隧道端点标识TEID的组播广播多媒体业务会话请求。
7.一种组播协调实体,其特征在于,包括:
接收单元,用于接收来自于组播广播多媒体业务网关的携带有IP组播地址的组播广播多媒体业务会话请求;
隧道端点标识TEID分配单元,用于为所述组播广播多媒体业务会话请求对应的组播广播多媒体业务会话分配隧道端点标识TEID;
第一发送单元,用于向所述组播广播多媒体业务网关发送携带有所述隧道端点标识TEID的组播广播多媒体业务会话请求响应消息;
第二发送单元,用于向各个演进基站发送携带有所述IP组播地址以及所述隧道端点标识TEID的组播广播多媒体业务会话请求。
8.一种组播广播多媒体业务网关,其特征在于,包括:
第一接收单元,用于接收来自组播广播多媒体业务中心的组播广播多媒体业务会话请求;
第二接收单元,用于接收来自组播协调实体的携带有隧道端点标识TEID的组播广播多媒体业务会话请求响应消息;
传输通道创建单元,用于根据所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道;
IP组播地址分配单元,用于为所述组播广播业务会话请求所对应的组播广播多媒体业务会话分配IP组播地址。
9.一种演进基站,其特征在于,所述演进基站包括:
接收单元,用于接收携带有IP组播地址以及隧道端点标识TEID的组播广播多媒体业务会话请求,其中,所述IP组播地址为所述组播广播多媒体业务网关接收来自组播广播多媒体业务中心的组播广播业务会话请求,为所述组播广播业务会话请求所对应的组播广播业务会话分配的IP组播地址;
所述隧道端点标识TEID为所述组播广播多媒体业务网关为组播广播业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID,或为组播协调实体为组播广播多媒体业务中心的组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID;
传输通道创建单元,用于保存所述IP组播地址,获取所述隧道端点标识TEID,并基于所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道。
10.一种SAE/LTE演进网络,包括组播广播多媒体业务中心、组播广播多媒体业务网关和演进基站,其特征在于:
所述组播广播多媒体业务网关,用于获取IP组播地址和隧道端点标识TEID;
其中,所述IP组播地址为所述组播广播多媒体业务网关接收来自组播广播多媒体业务中心的组播广播业务会话请求,为所述组播广播业务会话请求所对应的组播广播业务会话分配的IP组播地址;
所述隧道端点标识TEID为所述组播广播多媒体业务网关为组播广播业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID,或为组播协调实体为组播广播多媒体业务中心的组播广播多媒体业务会话请求所对应的组播广播多媒体业务会话分配的隧道端点标识TEID;
所述演进基站,用于获取所述隧道端点标识TEID和所述IP组播地址,并根据所述隧道端点标识TEID创建GPRS隧道协议用户面传输通道。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710030366.3A CN101394577B (zh) | 2007-09-21 | 2007-09-21 | 组播广播多媒体业务用户面传输通道创建方法 |
PCT/CN2008/072404 WO2009039772A1 (fr) | 2007-09-21 | 2008-09-18 | Procédé pour créer un canal de transmission de plan utilisateur du service de diffusion/multidiffusion multimédia |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710030366.3A CN101394577B (zh) | 2007-09-21 | 2007-09-21 | 组播广播多媒体业务用户面传输通道创建方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101394577A CN101394577A (zh) | 2009-03-25 |
CN101394577B true CN101394577B (zh) | 2012-02-01 |
Family
ID=40494605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710030366.3A Active CN101394577B (zh) | 2007-09-21 | 2007-09-21 | 组播广播多媒体业务用户面传输通道创建方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101394577B (zh) |
WO (1) | WO2009039772A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056137B (zh) * | 2009-11-04 | 2014-06-11 | 中兴通讯股份有限公司 | 一种本地网关选择信息获取的方法及系统 |
CN102083006B (zh) * | 2011-01-17 | 2014-06-04 | 大唐移动通信设备有限公司 | 一种数据传输方法、装置及系统 |
CN106331186B (zh) * | 2015-06-17 | 2019-05-21 | 华为技术有限公司 | 分配互联网协议ip地址的方法和设备 |
WO2018098609A1 (zh) * | 2016-11-29 | 2018-06-07 | 华为技术有限公司 | 一种通信方法及装置 |
CN108617026B (zh) * | 2017-02-10 | 2023-04-18 | 中兴通讯股份有限公司 | Gtp传输通道的配置方法及装置 |
CN109936506B (zh) * | 2017-12-18 | 2020-10-09 | 华为技术有限公司 | 数据传输方法、设备及系统 |
CN114868407A (zh) * | 2020-01-07 | 2022-08-05 | Oppo广东移动通信有限公司 | 一种广播业务建立方法及网络设备 |
CN111866755B (zh) * | 2020-07-17 | 2023-03-28 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
CN111866758B (zh) * | 2020-07-17 | 2023-03-28 | 腾讯科技(深圳)有限公司 | 多播广播业务的通信方法、装置、介质及电子设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567757A (zh) * | 2003-06-13 | 2005-01-19 | 北京三星通信技术研究有限公司 | 通信系统中使用mbms业务的ue进行路由区域更新的方法 |
CN1859305A (zh) * | 2006-02-14 | 2006-11-08 | 华为技术有限公司 | 一种多媒体广播/组播业务中建立gtp隧道的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007103369A2 (en) * | 2006-03-07 | 2007-09-13 | Interdigital Technology Corporation | Method and apparatus for supporting handoff in an lte gtp based wireless communication system |
-
2007
- 2007-09-21 CN CN200710030366.3A patent/CN101394577B/zh active Active
-
2008
- 2008-09-18 WO PCT/CN2008/072404 patent/WO2009039772A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1567757A (zh) * | 2003-06-13 | 2005-01-19 | 北京三星通信技术研究有限公司 | 通信系统中使用mbms业务的ue进行路由区域更新的方法 |
CN1859305A (zh) * | 2006-02-14 | 2006-11-08 | 华为技术有限公司 | 一种多媒体广播/组播业务中建立gtp隧道的方法 |
Non-Patent Citations (3)
Title |
---|
3GPP Technical Specification Group Services and System Aspects.Multimedia Broadcast/Multicast Service (MBMS) |
3GPP Technical Specification Group Services and System Aspects.Multimedia Broadcast/Multicast Service (MBMS) Architecture and functional description (Release 7).《3GPP TS 23.246 V7.3.0》.2007,全文. * |
Architecture and functional description (Release 7).《3GPP TS 23.246 V7.3.0》.2007,全文. |
Also Published As
Publication number | Publication date |
---|---|
WO2009039772A1 (fr) | 2009-04-02 |
CN101394577A (zh) | 2009-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101394577B (zh) | 组播广播多媒体业务用户面传输通道创建方法 | |
JP4654252B2 (ja) | 無線移動通信システムにおけるmbmsデータの伝送スケジューリング方法 | |
CN101340355B (zh) | 一种多媒体广播/组播业务的实现方法、系统及装置 | |
CN101990166B (zh) | 多媒体广播组播控制信道资源分配方法和系统 | |
JP5599891B2 (ja) | マルチキャストブロードキャストサービスのための制御情報の構成装置及び方法 | |
WO2017026992A1 (en) | Method and apparatus for supporting vehicle-to-infrastructure or vehicle-to-vehicle services | |
CN112752227B (zh) | 一种通信方法及装置 | |
CN101232429B (zh) | 点到多点gtp隧道的建立方法、网络设备 | |
CN101483810A (zh) | 多媒体业务数据发送和接收方法、基站设备和用户设备 | |
CN110557831B (zh) | 一种同播sc-ptm系统中控制面信息的传输方法和设备 | |
CN101304550B (zh) | 提供多媒体广播/组播业务的方法及系统 | |
CN106488584B (zh) | 一种数据发送、传输方法及装置 | |
CN115280802B (zh) | 多播通信方法及通信装置 | |
CN101047437B (zh) | 无线链路控制序列号同步方法及无线网络控制器 | |
CN112738735A (zh) | 广播mbms传输系统和方法、核心网及接入网 | |
CN101370173B (zh) | 长期演进架构下的多媒体广播多播业务接入方法 | |
CN105635983B (zh) | 恢复挂起业务的通知、指示信息处理方法及装置 | |
CN101370170A (zh) | 无线资源协调方法 | |
CN102348162A (zh) | 一种发送mbms控制信息的方法及系统 | |
CN101370169B (zh) | 长期演进架构下的多媒体广播多播业务实现方法及系统 | |
CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
CN101500193B (zh) | 无线网络控制器间多媒体广播组播业务数据的同步方法 | |
CN101370174B (zh) | 长期演进架构下的多媒体广播多播业务接入方法 | |
CN101227383A (zh) | 多媒体服务数据传输方法、基站设备和通信系统 | |
CN101459873B (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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090325 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Multicast broadcast multimedia service user plane transmission path establishing method Granted publication date: 20120201 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |