CN1956450A - 一种实现多媒体广播/组播业务通知的方法及装置 - Google Patents
一种实现多媒体广播/组播业务通知的方法及装置 Download PDFInfo
- Publication number
- CN1956450A CN1956450A CNA2005101183142A CN200510118314A CN1956450A CN 1956450 A CN1956450 A CN 1956450A CN A2005101183142 A CNA2005101183142 A CN A2005101183142A CN 200510118314 A CN200510118314 A CN 200510118314A CN 1956450 A CN1956450 A CN 1956450A
- Authority
- CN
- China
- Prior art keywords
- mbms
- notification
- module
- mbms notification
- user terminal
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现广播/组播业务通知的方法及装置,在用于触发MBMS通知过程的MBMS通知触发模块被触发后,MBMS通知触发模块向用于与WLAN用户终端进行MBMS通知交互的MBMS通知模块发送MBMS通知请求;MBMS通知模块接收到MBMS通知请求后,与WLAN用户终端进行MBMS通知交互并根据MBMS通知交互所得的结果向MBMS通知触发模块返回MBMS通知响应;MBMS通知触发模块根据接收到的MBMS通知响应,设置用于指示是否向WLAN用户终端下发MBMS数据的接收MBMS数据标识。本发明基于I-WLAN,实现了MBMS业务中MBMS通知的方法,使MBMS数据的下发符合WLAN用户终端的意愿,从而保证了MBMS数据下发的合理性;同时提供有多种实现方式,具有很强的灵活性和实用性。
Description
技术领域
本发明涉及多媒体广播/广播技术,尤指一种基于互通无线局域网(I-WLAN,Interworking Wireless Local Area Network),实现多媒体广播/组播业务(MBMS,Multimedia Broadcast/Multicast Service)通知的方法及装置。
背景技术
随着第三代移动通信技术的发展,第三代移动通信可以提供比第二代移动通信更高数据速率的服务,从而支持多种业务形式,比如视频电话、图片下载、高速浏览Internet网络等服务。其中有一类业务的特点是:该业务可以同时给无线网络中订阅了该业务的用户进行发送,比如说天气预报、新闻短片、体育比赛集锦等等。利用这些业务同时发送的特点,第三代移动通信系统引入了广播/组播的概念。
广播/组播业务中,对于一个中间节点而言,无论其下游包含多少个期待接收数据的节点,其上游节点总是向该中间节点发送一份数据;该中间节点收到数据后,根据其下游期待接收数据的节点数量复制该数据,并向其下游各期待接收该数据的节点分发该数据,这样,广播/组播业务数据传输树的每一条分支都只有一份数据进行传输,占用一份传输资源,根节点与其下游节点的数据传输也是如此。组播业务和广播业务的区别点仅在于:组播业务只向订阅了某些信息的用户发送相应信息,广播业务则向无线网络中的所有用户发送信息。由以上描述可见,通过组播/广播业务同时向大量用户提供相同信息,能够极大地节省网络资源。
图1是现有技术支持广播/组播业务的无线网络结构示意图,如图1所示,现有第三代合作伙伴计划(3GPP)中,支持广播/组播业务的无线网络结构包括:广播/组播业务中心(BM-SC)也称为广播/组播业务服务器,BM-SC通过Gmb接口或Gi接口与业务平面功能(TPF)关口GPRS支持节点(GGSN,Gateway GPRS Support Node)相连,一个BM-SC可与多个GGSN相连;GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN,Serving GPRS Support Node)相连,一个GGSN可与多个SGSN相连;SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连,然后UTRAN通过Uu接口与用户终端(UE)相连,SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连,然后GERAN通过Um接口与UE相连。其中,GGSN和SGSN属于无线网络中核心网(CN)内的节点。
从图1给出的网络结构可以看出,为了支持MBMS业务,在第三代移动通信系统中增加了移动网功能实体--广播/组播业务中心,即BM-SC,所述BM-SC为内容提供者/组播广播源的入口,用于授权和在移动网中发起MBMS业务,并按照预定时间计划传送MBMS内容。此外,在UE、UTRAN、GERAN、SGSN、GGSN等功能实体上增加了与MBMS相关的功能。BM-SC为MBMS用户业务的提供和发送提供功能。可以作为一个在公众陆地移动网(PLMN)中用于MBMS内容传输、授权和发起MBMS承载业务的接入点,并且可以用于调度和发送MBMS传输。图2是现有技术BM-SC组成示意图,如图2所示,BM-SC作为一个功能实体,必须为MBMS用户业务存在,包含五个功能:成员功能(Membership Function)、会话和发送功能(Session And TransmisionFunction)、代理和传输功能(Proxy And Tranport Function)、业务宣告功能(Service Announcement Function)和安全功能(Security Function)。
MBMS通知是MBMS业务涉及的处理过程中的一个过程,在MBMS通知过程中,网络侧通知用户终端准备开始接收MBMS数据。
目前基于图1所示的支持广播/组播业务的无线网络中,MBMS通知的方法是由RNC通知UE MBMS组播会话即将开始。现有MBMS通知的处理,都是针对GPRS/UMTS系统而设计的,考虑的接入网是GERAN/UTRAN,MBMS通知处理也是针对图1所示的GERAN/UTRAN和SGSN-GGSN架构进行的。
随着用户对无线接入速率的要求越来越高,无线局域网(WLAN,Wireless Local Area Network)应运而生,WLAN能在较小范围内提供高速的无线数据接入。无线局域网包括多种不同技术,目前应用较为广泛的一个技术标准是IEEE 802.11b,IEEE 802.11b采用2.4GHz频段,最高数据传输速率可达11Mbps,使用该频段的还有IEEE 802.11g和蓝牙(Bluetooth)技术,其中,IEEE 802.11g最高数据传输速率可达54Mbps。其它新技术诸如IEEE802.11a和ETSI BRAN Hiperlan2都使用5GHz频段,最高传输速率也可达到54Mbps。
尽管有多种不同的无线接入技术,大部分WLAN都用来传输因特网协议(IP)分组数据包。对于一个无线IP网络,其采用的具体WLAN接入技术对于上层的IP一般是透明的,无线IP网络基本的结构都是利用接入点(AP)完成用户终端的无线接入,通过网络控制和连接设备连接组成IP传输网络。
随着WLAN技术的兴起和发展,WLAN与各种无线移动通信网,比如:GSM、码分多址(CDMA)系统、宽带码分多址(WCDMA)系统、时分-同步码分多址(TD-SCDMA)系统、CDMA2000系统的互通正成为当前研究的重点。
在3GPP标准化组织中,WLAN用户终端可以通过WLAN接入网络(WLAN Access Network)与因特网(Internet)、企业内部互联网(Intranet)相连,还可以经由WLAN接入网络与3GPP归属网络(3GPP Home Network)或3GPP拜访网络(3GPP Visited Network)连接。这里,与3GPP系统互通的WLAN又称为互通WLAN,即I-WLAN(Interworking WLAN)。WLAN用户终端经由WLAN接入网络与3GPP归属网络或3GPP拜访网络连接,具体分为下面几种情况:
图3是现有技术I-WLAN非漫游结构示意图,WLAN用户终端在本地接入时,经由WLAN接入网络与3GPP的归属网络相连;
图4a是现有技术一种I-WLAN漫游结构示意图,图4b是现有技术另一种I-WLAN漫游结构示意图,在漫游时,经由WLAN接入网络与3GPP拜访网络相连,3GPP拜访网络中的部分实体分别与3GPP归属网络中的相应实体互连,比如:3GPP拜访网络中的3GPP认证授权计费(AAA)代理和3GPP归属网络中的3GPP认证授权计费(AAA)服务器;3GPP拜访网络中的无线局域网接入网关(WAG,WLAN Access Gateway)与3GPP归属网络中的分组数据网关(PDG,Packet Data Gateway)等等。图4a中,3GPP归属网络中的AAA服务器通过3GPP拜访网络中的AAA代理与WAG连接;图4b中,3GPP归属网络中的AAA服务器通过3GPP归属网络中的AAA代理与PDG、WAG连接。
在I-WLAN中,WLAN UE与PDG之间采用端到端的IPsec隧道连接,在WLAN UE与PDG间的IPsec隧道建立后也就建立了WLAN UE的无线资源。WLAN UE和PDG之间的协议栈如图5所示,图5是现有技术WLANUE与PDG之间的协议栈示意图。
从图5可以看出,每个WLAN UE都拥有两个不同用途的IP地址,其中一个IP地址是位于传输(Transport)IP层的本地(Local)IP地址,该Local IP地址用于在WLAN UE和PDG之间寻址路由,对PDG以外的外网是不可见和不可识别的;另一个IP地址是位于远端(Remote)IP层的Remote IP地址,该Remote IP地址用于与外网进行通信,也可以说,从外网来看,PDG是数据包到达WLAN UE前最后一个路由器,即从外网来看,PDG和WLAN UE之间只有“一跳”的距离。
从上述描述可见,作为一种宽带接入技术,WLAN能够提供更高速率的数据服务,能够更好地向WLAN UE展示MBMS业务的优势,因此,将MBMS引入WLAN是有必要的。从现有MBMS通知的处理可见,MBMS通知是针对GPRS/UMTS系统而设计的,考虑的接入网是GERAN或UTRAN,该MBMS通知也是针对图1所示的GERAN/UTRAN和SGSN-GGSN架构进行的,并没有考虑到WLAN作为接入网,目前在I-WLAN框架下尚未提供MBMS通知的实现方案。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现多媒体广播/组播业务通知的方法,该方法能够基于互通无线局域网实现MBMS业务中的MBMS通知过程。
本发明的另一目的在于提供一种实现多媒体广播/组播业务通知的装置,该装置能够基于互通无线局域网实现MBMS业务中的MBMS通知过程。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种实现广播/组播业务MBMS通知的方法,在互通无线局域网I-WLAN中,设置用于触发MBMS通知过程的MBMS通知触发模块、以及用于与用户终端进行MBMS通知交互的MBMS通知模块,并在MBMS通知触发模块中设置用于指示是否向用户终端下发MBMS数据的接收MBMS数据标识;该方法包括以下步骤:
A.所述MBMS通知触发模块接收到触发条件被触发后,向所述MBMS通知模块发送MBMS通知请求;
B.所述MBMS通知模块与用户终端进行MBMS通知交互,并根据该MBMS通知交互所得的结果向所述MBMS通知触发模块返回MBMS通知响应;
C.所述MBMS通知触发模块根据接收到的MBMS通知响应,设置所述接收MBMS数据标识。
步骤A中所述被触发条件触发的方法为:
所述MBMS通知触发模块接收到会话开始请求消息;
或所述MBMS通知触发模块判定MBMS数据传输即将开始。
步骤B中所述MBMS通知模块与用户终端进行MBMS通知交互的方法为:
B1.所述MBMS通知模块向所述用户终端发送MBMS通知消息;
B2.所述用户终端根据MBMS通知消息携带的信息确定自身是否同意接收MBMS数据,并将MBMS通知交互所得的结果携带在MBMS通知确认消息中返回所述MBMS通知模块。
所述MBMS通知消息中携带当前会话属性;
所述会话属性包括:会话标识、会话开始时间、会话持续时间和会话内容描述。
步骤B2中,若所述用户终端同意接收MBMS数据,则所述MBMS通知交互所得的结果为同意接收MBMS数据;所述MBMS通知确认消息为同意消息;所述步骤B中的MBMS通知响应显示为成功;
若所述用户终端不同意接收MBMS数据,则所述MBMS通知交互所得的结果为不同意接收MBMS数据;所述MBMS通知确认消息为拒绝消息;所述步骤B中的MBMS通知响应显示为失败。
步骤B2中,若所述用户终端同意接收MBMS数据之后,向所述MBMS通知模块返回MBMS通知确认消息之前,该方法还包括:
所述用户终端确定在已有IPsec隧道中接收MBMS数据;
或向I-WLAN中的分组数据网关发起新的IPsec隧道建立请求;
或向I-WLAN中的分组数据网关发起IPsec隧道属性修改。
步骤C中,若所述MBMS通知响应显示为成功,则设置所述接收MBMS数据标识为同意接收;
若所述MBMS通知响应显示为失败,则设置所述接收MBMS数据标识为不同意接收。
所述接收MBMS数据标识设置在所述MBMS通知触发模块的MBMS UE上下文中。
在步骤A中,所述MBMS通知触发模块被触发之后,该方法还包括:
A1.所述MBMS通知触发模块判断是否需要向所述用户终端发起MBMS通知过程,若需要,则向所述MBMS通知模块发送MBMS通知请求后,继续执行步骤B;否则,进入步骤A2;
A2.设置所述接收MBMS数据标识为同意接收后结束当前处理流程。
步骤A1中所述判断是否需要发起MBMS通知过程的方法为:
所述MBMS通知触发模块根据用户签约信息判断是否需要向所述用户终端发起MBMS通知过程,若所述用户签约信息显示为需要,则判定需要向所述用户终端发起MBMS通知过程;若所述用户签约信息显示为不需要,则判定不需要向所述用户终端发起MBMS通知过程。
所述被触发条件触发的方法为所述MBMS通知触发模块接收到会话开始请求消息,步骤A1中所述判断是否需要发起MBMS通知过程的方法为:
所述MBMS通知触发模块根据所述会话开始请求消息中新增的用于指示当前会话是否需要向用户终端进行MBMS通知的MBMS通知指示进行判断,若所述MBMS通知指示显示需要,则判定需要向所述用户终端发起MBMS通知过程;若所述MBMS通知指示显示为不需要,则判定不需要向所述用户终端发起MBMS通知过程。
在步骤A2中,所述设置接收MBMS数据标识为同意接收之后,结束本发明流程之前,该方法还包括:
所述MBMS通知触发模块通知I-WLAN中的计费系统不对MBMS数据传输生成的计费记录进行计费。
所述MBMS通知触发模块所属网络实体为:分组数据网关PDG,或3GPP认证授权计费AAA服务器,或广播/组播业务中心BM-SC。
所述MBMS通知模块为独立网络实体;
或所述MBMS通知模块所属网络实体为:PDG,或AAA服务器,或BM-SC。
若步骤A中所述被触发条件触发的方法为所述MBMS通知触发模块接收到会话开始请求消息,则
所述MBMS通知触发模块所属网络实体为PDG,所述MBMS通知模块为独立网络实体;
或所述MBMS通知触发模块所属网络实体为AAA服务器,所述MBMS通知模块为独立网络实体;
或所述MBMS通知触发模块所属网络实体为PDG,所述MBMS通知模块所属网络实体为PDG。
步骤A中所述被触发条件触发的方法为所述MBMS通知触发模块判定MBMS数据传输即将开始,所述MBMS通知触发模块所属网络实体为BM-SC,所述MBMS通知模块所属网络实体为PDG或为独立网络实体。
所述MBMS通知模块是独立的网络实体,所述MBMS通知模块与与MBMS业务相关的网络实体间的接口协议为:Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或自定义的协议;
所述MBMS通知模块为与MBMS业务相关的网络实体中的一部分,所述MBMS通知模块与该网络实体中其它模块的接口协议为;Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或设备商或运营商指定的内部接口协议。
所述用户终端为无线局域网WLAN用户终端。
一种实现广播/组播业务MBMS通知的装置,在互通无线局域网I-WLAN中,该装置包括:
MBMS通知触发模块,设置有指示是否向用户终端下发MBMS数据的接收MBMS数据标识;该模块用于接收触发条件,向MBMS通知模块发送MBMS通知请求;接收到来自MBMS通知模块的MBMS通知响应后,设置接收MBMS数据标识;
MBMS通知模块,接收来自MBMS通知触发模块的MBMS通知请求,与用户终端进行MBMS通知交互,并根据该MBMS通知交互所得的结果向MBMS通知触发模块返回MBMS通知响应;
用户终端,与MBMS通知模块进行MBMS通知交互,得出该MBMS通知交互的结果并返回给MBMS通知模块。
所述MBMS通知触发模块所属网络实体为:分组数据网关PDG,或3GPP认证授权计费AAA服务器,或广播/组播业务中心BM-SC。
所述MBMS通知模块为独立网络实体;
或所述MBMS通知模块所属网络实体为:PDG,或AAA服务器,或BM-SC。
所述用户终端为无线局域网WLAN用户终端。
由上述技术方案可见,本发明在I-WLAN中,设置用于触发MBMS通知过程的MBMS通知触发模块、用于与WLAN用户终端进行MBMS通知交互的MBMS通知模块,并在MBMS通知触发模块中设置用于指示是否向WLAN用户终端下发MBMS数据的接收MBMS数据标识。本发明方案为:MBMS通知触发模块接收到触发条件且判定需要向WLAN用户终端发起MBMS通知后,向MBMS通知模块发送MBMS通知请求;MBMS通知模块接收到通知请求后,与WLAN用户终端进行MBMS通知交互,获得WLAN用户终端是否同意接收MBMS数据的MBMS通知交互结果,并根据MBMS通知交互结果向MBMS通知触发模块返回MBMS通知响应;MBMS通知触发模块根据接收到的MBMS通知响应设置接收MBMS数据标识。本发明基于I-WLAN,实现了MBMS业务处理过程中的MBMS通知,使MBMS数据的下发符合WLAN用户终端的要求,从而保证了MBMS数据下发的合理性;同时,本发明提供有多种实现方式,具有很强的灵活性和实用性。
附图说明
图1是现有技术支持广播/组播业务的无线网络结构示意图;
图2是现有技术BM-SC组成示意图;
图3是现有技术I-WLAN非漫游结构示意图;
图4a是现有技术一种I-WLAN漫游结构示意图;
图4b是现有技术另一种I-WLAN漫游结构示意图;
图5是现有技术WLAN UE与PDG之间的协议栈示意图;
图6是本发明实现MBMS通知的装置组成示意图;
图7是本发明实现MBMS通知的流程图;
图8是本发明实施例一流程图;
图9是本发明实施例二流程图;
图10是本发明实施例三流程图;
图11是本发明实施例四流程图;
图12是本发明实施例五流程图;
图13是本发明实施例六流程图;
图14是本发明实施例七流程图;
图15是本发明实施例八流程图。
具体实施方式
本发明的核心思想是:在I-WLAN中,设置用于触发MBMS通知过程的MBMS通知触发模块、以及用于与用户终端进行MBMS通知交互的MBMS通知模块,并在MBMS通知触发模块中设置用于指示是否向用户终端下发MBMS数据的接收MBMS数据标识。MBMS通知触发模块接收到触发条件后,向MBMS通知模块发送MBMS通知请求;MBMS通知模块接收到MBMS通知请求后,与用户终端进行MBMS通知交互,获得用户终端是否同意接收MBMS数据的MBMS通知交互结果,并根据MBMS通知交互结果向MBMS通知触发模块返回MBMS通知响应;MBMS通知触发模块根据接收到的MBMS通知响应设置接收MBMS数据标识。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举较佳实施例,对本发明进一步详细说明。
与现有技术BM-SC在第三代移动通信系统中的应用一样,在I-WLAN中,BM-SC为内容提供者/组播广播源的入口,用于授权和在移动网中发起MBMS业务,并按照预定时间计划传送MBMS内容,BM-SC的出口与AAA服务器或PDG以及用户终端相连,BM-SC与AAA服务器或PDG之间的接口遵循Diameter协议、RADIUS协议、SIP协议等。此外,在处理MBMS业务的WLAN UE、WLAN AN、WAG、PDG、AAA服务器等功能实体上增加了与MBMS相关的功能,比如会话控制功能,用于接收并存储会话属性,并按照该会话属性对后续会话进行控制。
由于在I-WLAN中是通过专用IPsec隧道向WLAN用户终端发送数据,而且是要产生计费信息的,因此,本发明MBMS通知过程旨在得到用户终端确认同意接收当前会话后续MBMS数据后才向该用户终端发送数据。使得MBMS业务更加合理。
本发明采用MBMS通知触发模块、MBMS通知模块及对MBMS通知消息作出响应的WLAN用户终端的配合实现MBMS通知过程。图6是本发明实现MBMS通知的装置组成示意图。参见图6,本发明装置包括MBMS通知触发模块、MBMS通知模块和用户终端。
其中,MBMS通知触发模块,用于触发MBMS通知过程。MBMS通知触发模块被触发后,向MBMS通知模块发送MBMS通知请求;MBMS通知触发模块接收到来自MBMS通知模块的MBMS通知响应后,根据MBMS通知响应是成功或失败设置接收MBMS数据标识为同意接收或不同意接收。其中,MBMS数据标识为预先设置在MBMS通知触发模块中,用于指示是否向用户终端下发MBMS数据的标识。
MBMS通知触发模块所属网络实体可以是PDG、AAA服务器或BM-SC等;MBMS通知触发模块被触发发起MBMS通知过程的触发条件可以是MBMS通知触发模块接收到会话开始请求消息如PDG收到来自AAA服务器转发的会话开始请求消息、或PDG收到来自BM-SC的会话开始请求消息、或AAA服务器收到来自BM-SC的会话开始请求消息;也可以是MBMS通知触发模块判定MBMS数据传输即将开始如BM-SC判定MBMS数据传输即将开始等。
MBMS通知触发模块在被触发后,还可以包括根据用户签约信息等判断是否向用户终端发起MBMS通知过程,若需要则向MBMS通知模块发送通知请求;若不需要,则MBMS通知触发模块不向MBMS通知模块发送通知消息,即认为用户终端同意接收后续MBMS数据,并且设置接收MBMS数据标识为同意接收。
MBMS通知模块,用于与用户终端进行MBMS通知交互。MBMS通知模块接收到来自MBMS通知触发模块的MBMS通知请求后,向用户终端发送MBMS通知消息;接收来自用户终端的携带标识用户终端是否同意接收MBMS数据信息的MBMS通知确认消息并根据该MBMS通知确认消息向MBMS通知触发模块返回MBMS通知响应。
其中,MBMS通知模块和用户终端之间的MBMS通知消息的内容可以包括以下会话属性:会话标识,会话开始时间,会话持续时间,会话内容描述等。
MBMS通知模块可以是独立的网络实体,也可以是与MBMS业务相关的网络实体,如PDG、AAA服务器或BM-SC中的一个模块,即MBMS通知模块所属网络实体可以是PDG、AAA服务器或BM-SC。
如果MBMS通知模块是独立的网络实体,MBMS通知模块与其它MBMS业务相关的网络实体间的接口可以基于Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或其它自定义的协议;如果MBMS通知模块是与MBMS业务相关的网络实体的一部分,MBMS通知模块与该网络实体中其它模块的接口可以基于Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或设备商或运营商指定的内部接口协议。
MBMS通知模块和用户终端间的信令承载协议可以是HTTP协议、WAP协议、SIP协议、或其它自定义的协议。
用户终端,用于接收来自MBMS通知模块的MBMS通知消息并对该MBMS通知消息作出响应,之后将携带标识用户终端是否同意接收MBMS数据信息的MBMS通知确认消息返回给MBMS通知模块。在I-WLAN中,用户终端可以是WLAN用户终端。
如果用户终端同意接收当前会话后续MBMS数据,则向MBMS通知模块返回同意接收MBMS数据的MBMS通知确认消息即同意消息;如果用户终端不同意接收后续MBMS数据,则向MBMS通知模块返回不同意接收MBMS数据的MBMS通知确认消息即拒绝消息,例如若WLAN UE根据MBMS通知消息中携带的会话标识判定当前会话是重复的会话,则向MBMS通知模块返回拒绝消息,并可以指明拒绝的原因是“重复会话”;若WLAN UE不希望接收MBMS数据,则向MBMS通知模块返回拒绝消息,并可以指明拒绝的原因是“不希望接收”等。
另外,在用户终端收到MBMS通知消息并同意接收MBMS数据后,用户终端可以进一步确定是在已有的IPsec隧道中接收MBMS数据;或者是向MBMS通知触发模块如PDG发起新的IPsec隧道建立过程,以建立新的IPsec隧道来接收MBMS数据;还是向PDG发起IPsec隧道属性修改,以使原有IPsec隧道满足当前接收MBMS数据的需要。这里,IPsec隧道建立过程及IPsec隧道属性修改过程为现有过程,具体实现可参见相关协议规定,这里不再赘述。
图7是本发明实现MBMS通知的流程图,结合图6,本发明方法包括以下步骤:
步骤701:MBMS通知触发模块被外界触发条件触发。
MBMS通知触发模块被触发发起MBMS通知过程的触发条件可以是:MBMS通知触发模块接收到会话开始请求消息,或者是MBMS通知触发模块判定MBMS数据传输即将开始等。
比如,MBMS通知触发模块所属网络实体为PDG时,触发条件为:PDG中的MBMS通知触发模块收到来自BM-SC或经由AAA服务器转发的会话开始请求消息;再比如,MBMS通知触发模块所属网络实体为AAA服务器时,触发条件为:AAA服务器中的MBMS通知触发模块收到来自BM-SC的会话开始请求消息;又比如,MBMS通知触发模块所属网络实体为BM-SC时,触发条件为:BM-SC中的MBMS通知触发模块判定MBMS数据传输即将开始。
步骤702:MBMS通知触发模块判断是否需要向WLAN UE发起MBMS通知过程,若需要,则进入步骤703;否则,MBMS通知触发模块设置用于指示是否向用户终端下发MBMS数据的预设接收MBMS数据标识为同意接收后结束。
MBMS通知触发模块可以根据用户签约信息决定是否需要向用户终端发起MBMS通知过程,或者在触发条件中新增一MBMS通知指示,该MBMS通知指示用于指示是否需要向用户终端发起MBMS通知过程。例如,在会话开始请求消息中携带该MBMS通知指示,指示本次会话MBMS数据传输开始之前是否需要向用户终端发起MBMS通知确认过程。
另外,如果MBMS通知触发模块确定不需要向用户终端发起MBMS通知过程,MBMS通知触发模块可以进一步包括:通知I-WLAN中的计费系统对这种不需要向WLAN UE发起MBMS通知过程的情况进行相应处理,比如,计费系统不对MBMS数据传输生成的计费记录进行计费等。
需要说明的是,本步骤可以省略,即直接执行步骤703~步骤704。
步骤703~步骤704:MBMS通知触发模块向MBMS通知模块发送MBMS通知请求,MBMS通知模块接收到该MBMS通知请求后与用户终端之间进行MBMS通知交互。
MBMS通知交互的具体实现是:MBMS通知模块接收到来自MBMS通知触发模块的MBMS通知请求后,向用户终端发送MBMS通知消息;用户终端根据MBMS通知消息携带的信息确定自身是否接收MBMS数据,得出所述用户终端同意接收后续MBMS数据或不同意接收后续MBMS数据的MBMS通知交互结果后,向MBMS通知模块返回携带MBMS通知交互结果的MBMS通知确认消息;MBMS通知模块根据该MBMS通知确认消息向MBMS通知触发模块返回MBMS通知响应。
MBMS通知模块和用户终端之间的MBMS通知消息的内容可以包括以下会话属性:会话标识,会话开始时间,会话持续时间,会话内容描述等。
如果用户终端同意接收后续MBMS数据,则向MBMS通知模块返回同意接收MBMS数据的MBMS通知确认消息即同意消息;如果用户终端不同意接收后续MBMS数据,则向MBMS通知模块返回不同意接收MBMS数据的MBMS通知确认消息即拒绝消息,例如若用户终端根据MBMS通知消息中携带的会话标识判定当前会话是重复的会话,则向MBMS通知模块返回拒绝消息,并可以指明拒绝的原因是“重复会话”;若用户终端不希望接收MBMS数据,则向MBMS通知模块返回拒绝消息,并可以指明拒绝的原因是“不希望接收”等。
另外,在用户终端收到MBMS通知消息并同意接收MBMS数据后,用户终端可以进一步确定是在已有的IPsec隧道中接收MBMS数据;或者是向PDG发起新的IPsec隧道建立请求,以建立新的IPsec隧道来接收MBMS数据;还是发起IPsec隧道属性修改,以使原有IPsec隧道满足当前接收MBMS数据的需要。
步骤705~步骤706:MBMS通知模块向MBMS通知触发模块返回MBMS通知响应,MBMS通知触发模块根据该MBMS通知响应设置预先设置的接收MBMS数据标识。
接收MBMS数据标识用于指示是否向用户终端下发MBMS数据,取值有两种情况:同意接收或不同意接收;接收MBMS数据标识可以为存储在MBMS通知触发模块的MBMS UE上下文中的其中一个参数。若MBMS通知触发模块接收到的MBMS通知响应显示为成功,则设置接收MBMS数据标识为同意接收;若MBMS通知触发模块接收到的MBMS通知响应显示为失败,则设置接收MBMS数据标识为不同意接收。这样,在后续MBMS数据到达MBMS通知触发模块时,MBMS通知触发模块根据已设置的接收MBMS数据标识决定是否向用户终端下发MBMS数据,若接收MBMS数据标识的值为同意接收,则MBMS通知触发模块向用户终端下发接收到的MBMS数据;若接收MBMS数据标识的值为不同意接收,则MBMS通知触发模块不下发接收到的MBMS数据给用户终端。
下面列举较佳实施例具体描述本发明方法的实现。
实施例一
图8是本发明实施例一流程图,在实施例一中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块为独立网络实体,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息,如图8所示,本实施例包括以下步骤:
步骤801~步骤802:PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息后,触发MBMS通知过程,MBMS通知触发模块并向MBMS通知模块发送MBMS通知请求。
步骤803:MBMS通知模块与WALN UE间进行MBMS通知交互。
MBMS通知交互的过程为:MBMS通知模块向WLAN UE发送MBMS通知消息,该MBMS通知消息中携带会话属性如会话标识,会话开始时间,会话持续时间,会话内容描述等;WLAN UE根据接收到的MBMS通知消息内容确定自身是否接收MBMS数据后,向MBMS通知模块返回MBMS通知确认消息。
本步骤中假设WLAN UE同意接收后续MBMS数据,则WLAN UE返回MBMS通知模块的MBMS通知确认消息为同意消息。
步骤804~步骤805:MBMS通知模块根据接收到的同意消息,向PDG中的MBMS通知触发模块返回显示成功结果的MBMS通知响应,PDG中的MBMS通知触发模块则将PDG存储在MBMS UE上下文中的接收MBMS数据标识设置为同意接收。
这样,通过实施例一的MBMS通知过程之后,WLAN UE同意接收本次会话中的后续MBMS数据,且相关计费系统正常对WLAN UE进行合理计费。
实施例二
图9是本发明实施例二流程图,在实施例二中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块为独立网络实体,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到经AAA服务器转发的来自BM-SC的会话开始请求消息,如图9所示,本实施例包括以下步骤:
步骤901~步骤902:PDG中的MBMS通知触发模块接收到经AAA服务器转发的来自BM-SC的会话开始请求消息后,触发MBMS通知过程,MBMS通知触发模块向MBMS通知模块发送MBMS通知请求。
步骤903:MBMS通知模块与WLAN UE间进行MBMS通知交互。
MBMS通知交互过程与步骤803描述完全一致,这里不再重述。
本步骤中假设WLAN UE不同意接收后续MBMS数据,则WLAN UE返回MBMS通知模块的MBMS通知确认消息为拒绝消息。
步骤904~步骤905:MBMS通知模块根据接收到的拒绝消息,向PDG中的MBMS通知触发模块返回显示失败结果的MBMS通知响应,PDG中的MBMS通知触发模块则将PDG存储在MBMS UE上下文中的接收MBMS数据标识设置为不同意接收。
这样,通过实施例二的MBMS通知过程之后,WLAN UE不同意接收本次会话中的后续MBMS数据,且相关计费系统不会对WLAN UE进行不合理计费,提高了I-WLAN中MBMS业务的服务满意度。
实施例三
图10是本发明实施例三流程图,在实施例三中,假设MBMS通知触发模块所属网络实体为AAA服务器,MBMS通知模块为独立网络实体,触发MBMS通知过程的触发条件为AAA服务器中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息,如图10所示,本实施例包括以下步骤:
步骤1001~步骤1002:AAA服务器中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息后,触发MBMS通知过程,MBMS通知触发模块向MBMS通知模块发送MBMS通知请求。
步骤1003:MBMS通知模块与WLAN UE间进行MBMS通知交互。
步骤1004~步骤1005:MBMS通知模块根据MBMS通知交互结果,向AAA服务器返回MBMS通知响应,AAA服务器中的MBMS通知触发模块则根据MBMS通知响应设置AAA服务器存储在MBMS UE上下文中的接收MBMS数据标识。
实施例三的具体实现与实施例一的完全一致,这里不再重述,实施例三与实施例一不同之处仅在于:实施例一中MBMS通知触发模块所属网络实体为PDG,而实施例三中MBMS通知触发模块所属网络实体为AAA服务器。
实施例四
图11是本发明实施例四流程图,在实施例四中,假设MBMS通知触发模块所属网络实体为BM-SC,MBMS通知模块为独立网络实体,触发MBMS通知过程的触发条件为BM-SC中的MBMS通知触发模块判定即将开始传输MBMS数据,如图11所示,本实施例包括以下步骤:
步骤1101~步骤1102:BM-SC中的MBMS通知触发模块判定即将开始传输MBMS数据后,触发MBMS通知过程,MBMS通知触发模块向MBMS通知模块发送MBMS通知请求。
在现有技术中提到过,BM-SC为内容提供者/组播广播源的入口,用于授权和在移动网中发起MBMS业务,并按照预定时间计划传送MBMS内容。因此BM-SC对MBMS业务的处理过程及进展是清楚的,所以BM-SC能够根据对MBMS业务处理过程的控制判断出何时即将开始传输MBMS数据,一般在BM-SC接收到会话开始响应消息后可以认为即将开始传输MBMS数据。
步骤1103:MBMS通知模块与WLAN UE间进行MBMS通知交互。
步骤1104~步骤1105:MBMS通知模块根据MBMS通知交互结果,向BM-SC中的MBMS通知触发模块返回MBMS通知响应,MBMS通知触发模块则根据MBMS通知响应设置BM-SC存储在MBMS UE上下文中的接收MBMS数据标识。
实施例四的步骤1103~步骤1105的具体实现与实施例一的步骤803~步骤805完全一致,这里不再重述,实施例四与实施例一不同之处仅在于:实施例一中MBMS通知触发模块所属网络实体为PDG,且触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到会话开始请求消息;而实施例四中MBMS通知触发模块所属网络实体为BM-SC,且触发条件为BM-SC中的MBMS通知触发模块判定即将开始传输MBMS数据。
实施例五
图12是本发明实施例五流程图,在实施例五中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块所属网络实体也为PDG,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息,如图12所示,本实施例包括以下步骤:
步骤1201:PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息后,触发MBMS通知过程,MBMS通知触发模块向PDG中的MBMS通知模块发送MBMS通知请求。
步骤1202:MBMS通知模块与WLAN UE间进行MBMS通知交互。
步骤1203:PDG中的MBMS通知模块根据MBMS通知交互结果,向PDG中的MBMS通知触发模块返回MBMS通知响应,MBMS通知触发模块则根据MBMS通知响应设置PDG存储在MBMS UE上下文中的接收MBMS数据标识。
实施例五与实施例一的不同之处在于,实施例一中MBMS通知模块是独立的网络实体,而实施例五中的MBMS通知模块与MBMS通知触发模块同属于PDG,是PDG的组成部分。
本实施例中,MBMS通知模块所属网络实体为PDG,即PDG同时具有MBMS通知触发模块和MBMS通知模块的功能。
实施例六
图13是本发明实施例六流程图,在实施例六中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块所属网络实体也为PDG,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息,如图13所示,本实施例包括以下步骤:
步骤1301~步骤1302:PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息后,根据用户签约信息判断是否需要发起MBMS通知过程,若需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互;否则进入步骤1303。
本实施例中,MBMS通知触发模块根据用户签约信息决定是否需要向WLAN UE发起MBMS通知过程,若用户签约信息显示不需要,则进入步骤1303;若用户签约信息显示需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互,具体实现与步骤1202~步骤1203完全一致,这里不再重述,本实施例中,假设并强调用户签约信息显示不需要情况下的处理。
步骤1303:PDG中的MBMS通知触发模块设置PDG存储在MBMS UE上下文中的接收MBMS数据标识为同意接收。
从实施例六的处理可见,在MBMS通知触发确定不需要向WLAN用户终端发起MBMS通知确认过程后,MBMS通知触发模块会将后续当前会话的MBMS数据下发给WLAN UE。
本实施例中,为了更好地保护WLAN用户终端的利益,在这种不需要向WLAN用户终端发起MBMS通知确认过程的情况下,本发明方法还可以进一步包括:MBMS通知触发模块通知I-WLAN中的计费系统不对该WLAN用户终端当前会话中的MBMS数据传输生成的计费记录进行计费。
实施例七
图14是本发明实施例七流程图,在实施例七中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块所属网络实体也为PDG,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息,如图14所示,本实施例包括以下步骤:
步骤1401:PDG中的MBMS通知触发模块接收到来自BM-SC的会话开始请求消息后,根据接收到的会话开始请求消息中携带的MBMS通知指示判断是否需要发起MBMS通知过程,若MBMS通知指示显示需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互;若MBMS通知指示显示不需要,进入步骤1402。
本实施例中,采用在触发条件即会话开始请求消息中新增一MBMS通知指示,该MBMS通知指示用于指示是否需要向WLAN UE发起MBMS通知过程。例如,在会话开始请求消息中携带该MBMS通知指示,指示本次会话MBMS数据传输开始之前是否需要向WLAN用户终端发起MBMS通知确认过程。
本步骤中,BM-SC可以根据用户签约信息或配置信息为当前会话设置MBMS通知指示,该MBMS通知指示用于指示当前会话是否需要向WALN用户终端进行MBMS通知。若MBMS通知指示显示需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互,具体实现与步骤1202~步骤1203完全一致,这里不再重述,本实施例中,假设并强调MBMS通知指示显示不需要情况下的处理。
步骤1402:PDG中的MBMS通知触发模块设置PDG存储在MBMS UE上下文中的接收MBMS数据标识为同意接收。
从实施例七的处理可见,在MBMS通知触发确定不需要向WLAN用户终端发起MBMS通知确认过程后,MBMS通知触发模块会将后续当前会话的MBMS数据下发给WLAN UE。
同样,本实施例中,为了更好地保护WLAN用户终端的利益,在这种不需要向WLAN用户终端发起MBMS通知确认过程的情况下,本发明方法还可以进一步包括:MBMS通知触发模块通知I-WLAN中的计费系统不对该WLAN用户终端当前会话中的MBMS数据传输生成的计费记录进行计费。
实施例八
图15是本发明实施例八流程图,在实施例八中,假设MBMS通知触发模块所属网络实体为PDG,MBMS通知模块所属网络实体也为PDG,触发MBMS通知过程的触发条件为PDG中的MBMS通知触发模块接收到经AAA服务器转发的来自BM-SC的会话开始请求消息,如图15所示,本实施例包括以下步骤:
步骤1501:PDG中的MBMS通知触发模块接收到经AAA服务器转发的来自BM-SC的会话开始请求消息后,根据接收到的会话开始请求消息中携带的MBMS通知指示判断是否需要发起MBMS通知过程,若MBMS通知指示显示需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互;若MBMS通知指示显示不需要,进入步骤1502。
本实施例中,采用在触发条件即会话开始请求消息中新增一MBMS通知指示,当AAA服务器接收到来自BM-SC的会话开始请求消息后,根据用户签约信息或配置信息为当前会话设置MBMS通知指示,该MBMS通知指示用于指示当前会话是否需要向WALN用户终端进行MBMS通知。
本步骤中,若MBMS通知指示显示需要,则PDG中的MBMS通知触发模块向MBMS通知模块发送MBMS通知请求并进行MBMS通知交互,具体实现与步骤1202~步骤1203完全一致,这里不再重述,本实施例中,假设并强调MBMS通知指示显示不需要情况下的处理。
步骤1502:PDG中的MBMS通知触发模块设置PDG存储在MBMS UE上下文中的接收MBMS数据标识为同意接收。
从实施例八的处理可见,在MBMS通知触发确定不需要向WLAN用户终端发起MBMS通知确认过程后,MBMS通知触发模块会将后续当前会话的MBMS数据下发给WLAN UE。
同样,本实施例中,为了更好地保护WLAN用户终端的利益,在这种不需要向WLAN用户终端发起MBMS通知确认过程的情况下,本发明方法还可以进一步包括:MBMS通知触发模块通知I-WLAN中的计费系统不对该WLAN用户终端当前会话中的MBMS数据传输生成的计费记录进行计费。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (22)
1.一种实现广播/组播业务MBMS通知的方法,其特征在于,在互通无线局域网I-WLAN中,设置用于触发MBMS通知过程的MBMS通知触发模块、以及用于与用户终端进行MBMS通知交互的MBMS通知模块,并在MBMS通知触发模块中设置用于指示是否向用户终端下发MBMS数据的接收MBMS数据标识;该方法包括以下步骤:
A.所述MBMS通知触发模块接收到触发条件被触发后,向所述MBMS通知模块发送MBMS通知请求;
B.所述MBMS通知模块与用户终端进行MBMS通知交互,并根据该MBMS通知交互所得的结果向所述MBMS通知触发模块返回MBMS通知响应;
C.所述MBMS通知触发模块根据接收到的MBMS通知响应,设置所述接收MBMS数据标识。
2.根据权利要求1所述的方法,其特征在于,步骤A中所述被触发条件触发的方法为:
所述MBMS通知触发模块接收到会话开始请求消息;
或所述MBMS通知触发模块判定MBMS数据传输即将开始。
3.根据权利要求1所述的方法,其特征在于,步骤B中所述MBMS通知模块与用户终端进行MBMS通知交互的方法为:
B1.所述MBMS通知模块向所述用户终端发送MBMS通知消息;
B2.所述用户终端根据MBMS通知消息携带的信息确定自身是否同意接收MBMS数据,并将MBMS通知交互所得的结果携带在MBMS通知确认消息中返回所述MBMS通知模块。
4.根据权利要求3所述的方法,其特征在于,所述MBMS通知消息中携带当前会话属性;
所述会话属性包括:会话标识、会话开始时间、会话持续时间和会话内容描述。
5.根据权利要求3所述的方法,其特征在于,步骤B2中,若所述用户终端同意接收MBMS数据,则所述MBMS通知交互所得的结果为同意接收MBMS数据;所述MBMS通知确认消息为同意消息;所述步骤B中的MBMS通知响应显示为成功;
若所述用户终端不同意接收MBMS数据,则所述MBMS通知交互所得的结果为不同意接收MBMS数据;所述MBMS通知确认消息为拒绝消息;所述步骤B中的MBMS通知响应显示为失败。
6.根据权利要求3所述的方法,其特征在于,步骤B2中,若所述用户终端同意接收MBMS数据之后,向所述MBMS通知模块返回MBMS通知确认消息之前,该方法还包括:
所述用户终端确定在已有IPsec隧道中接收MBMS数据;
或向I-WLAN中的分组数据网关发起新的IPsec隧道建立请求;
或向I-WLAN中的分组数据网关发起IPsec隧道属性修改。
7.根据权利要求1所述的方法,其特征在于,步骤C中,若所述MBMS通知响应显示为成功,则设置所述接收MBMS数据标识为同意接收;
若所述MBMS通知响应显示为失败,则设置所述接收MBMS数据标识为不同意接收。
8.根据权利要求7所述的方法,其特征在于,所述接收MBMS数据标识设置在所述MBMS通知触发模块的MBMS UE上下文中。
9.根据权利要求1所述的方法,其特征在于,在步骤A中,所述MBMS通知触发模块被触发之后,该方法还包括:
A1.所述MBMS通知触发模块判断是否需要向所述用户终端发起MBMS通知过程,若需要,则向所述MBMS通知模块发送MBMS通知请求后,继续执行步骤B;否则,进入步骤A2;
A2.设置所述接收MBMS数据标识为同意接收后结束当前处理流程。
10.根据权利要求9所述的方法,其特征在于,步骤A1中所述判断是否需要发起MBMS通知过程的方法为:
所述MBMS通知触发模块根据用户签约信息判断是否需要向所述用户终端发起MBMS通知过程,若所述用户签约信息显示为需要,则判定需要向所述用户终端发起MBMS通知过程;若所述用户签约信息显示为不需要,则判定不需要向所述用户终端发起MBMS通知过程。
11.根据权利要求9所述的方法,其特征在于,所述被触发条件触发的方法为所述MBMS通知触发模块接收到会话开始请求消息,步骤A1中所述判断是否需要发起MBMS通知过程的方法为:
所述MBMS通知触发模块根据所述会话开始请求消息中新增的用于指示当前会话是否需要向用户终端进行MBMS通知的MBMS通知指示进行判断,若所述MBMS通知指示显示需要,则判定需要向所述用户终端发起MBMS通知过程;若所述MBMS通知指示显示为不需要,则判定不需要向所述用户终端发起MBMS通知过程。
12.根据权利要求9所述的方法,其特征在于,在步骤A2中,所述设置接收MBMS数据标识为同意接收之后,结束本发明流程之前,该方法还包括:
所述MBMS通知触发模块通知I-WLAN中的计费系统不对MBMS数据传输生成的计费记录进行计费。
13.根据权利要求1所述的方法,其特征在于,所述MBMS通知触发模块所属网络实体为:分组数据网关PDG,或3GPP认证授权计费AAA服务器,或广播/组播业务中心BM-SC。
14.根据权利要求1所述的方法,其特征在于,所述MBMS通知模块为独立网络实体;
或所述MBMS通知模块所属网络实体为:PDG,或AAA服务器,或BM-SC。
15.根据权利要求1所述的方法,其特征在于,若步骤A中所述被触发条件触发的方法为所述MBMS通知触发模块接收到会话开始请求消息,则
所述MBMS通知触发模块所属网络实体为PDG,所述MBMS通知模块为独立网络实体;
或所述MBMS通知触发模块所属网络实体为AAA服务器,所述MBMS通知模块为独立网络实体;
或所述MBMS通知触发模块所属网络实体为PDG,所述MBMS通知模块所属网络实体为PDG。
16.根据权利要求1所述的方法,其特征在于,步骤A中所述被触发条件触发的方法为所述MBMS通知触发模块判定MBMS数据传输即将开始,所述MBMS通知触发模块所属网络实体为BM-SC,所述MBMS通知模块所属网络实体为PDG或为独立网络实体。
17.根据权利要求1所述的方法,其特征在于,
所述MBMS通知模块是独立的网络实体,所述MBMS通知模块与与MBMS业务相关的网络实体间的接口协议为:Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或自定义的协议;
所述MBMS通知模块为与MBMS业务相关的网络实体中的一部分,所述MBMS通知模块与该网络实体中其它模块的接口协议为:Diameter协议、RADIUS协议、SIP协议、MAP协议、HTTP协议、或设备商或运营商指定的内部接口协议。
18.根据权利要求1~12任一项所述的方法,其特征在于,所述用户终端为无线局域网WLAN用户终端。
19.一种实现广播/组播业务MBMS通知的装置,其特征在于,在互通无线局域网I-WLAN中,该装置包括:
MBMS通知触发模块,设置有指示是否向用户终端下发MBMS数据的接收MBMS数据标识;该模块用于接收触发条件,向MBMS通知模块发送MBMS通知请求;接收到来自MBMS通知模块的MBMS通知响应后,设置接收MBMS数据标识;
MBMS通知模块,接收来自MBMS通知触发模块的MBMS通知请求,与用户终端进行MBMS通知交互,并根据该MBMS通知交互所得的结果向MBMS通知触发模块返回MBMS通知响应;
用户终端,与MBMS通知模块进行MBMS通知交互,得出该MBMS通知交互的结果并返回给MBMS通知模块。
20.根据权利要求19所述的装置,其特征在于,所述MBMS通知触发模块所属网络实体为:分组数据网关PDG,或3GPP认证授权计费AAA服务器,或广播/组播业务中心BM-SC。
21.根据权利要求19所述的装置,其特征在于,所述MBMS通知模块为独立网络实体;
或所述MBMS通知模块所属网络实体为:PDG,或AAA服务器,或BM-SC。
22.根据权利要求19所述的装置,其特征在于,所述用户终端为无线局域网WLAN用户终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101183142A CN100544359C (zh) | 2005-10-28 | 2005-10-28 | 一种实现多媒体广播/组播业务通知的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101183142A CN100544359C (zh) | 2005-10-28 | 2005-10-28 | 一种实现多媒体广播/组播业务通知的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1956450A true CN1956450A (zh) | 2007-05-02 |
CN100544359C CN100544359C (zh) | 2009-09-23 |
Family
ID=38063544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101183142A Expired - Fee Related CN100544359C (zh) | 2005-10-28 | 2005-10-28 | 一种实现多媒体广播/组播业务通知的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100544359C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145169A1 (zh) * | 2009-06-19 | 2010-12-23 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
CN102035804A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | Mbms通知信息发送位置的指示方法及装置 |
CN102057699A (zh) * | 2008-06-10 | 2011-05-11 | 爱立信电话股份有限公司 | Mbms的sae应用 |
CN102202260A (zh) * | 2010-03-22 | 2011-09-28 | 中兴通讯股份有限公司 | 实现mbms业务接收的方法、系统及mbms接收装置 |
CN102480688A (zh) * | 2010-11-24 | 2012-05-30 | 中兴通讯股份有限公司 | 多媒体广播方法及系统 |
WO2022041976A1 (en) * | 2020-08-26 | 2022-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, entities, application server and computer readable media for local mbms based mbms data delivery |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2770760A1 (en) * | 2013-02-25 | 2014-08-27 | Sequans Communications S.A. | eMBMS over LAN |
-
2005
- 2005-10-28 CN CNB2005101183142A patent/CN100544359C/zh not_active Expired - Fee Related
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102057699A (zh) * | 2008-06-10 | 2011-05-11 | 爱立信电话股份有限公司 | Mbms的sae应用 |
WO2010145169A1 (zh) * | 2009-06-19 | 2010-12-23 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
CN101931879A (zh) * | 2009-06-19 | 2010-12-29 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
CN101931879B (zh) * | 2009-06-19 | 2015-08-12 | 中兴通讯股份有限公司 | 一种多播控制信道信息的传输方法及其设备 |
CN102035804A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | Mbms通知信息发送位置的指示方法及装置 |
CN102202260A (zh) * | 2010-03-22 | 2011-09-28 | 中兴通讯股份有限公司 | 实现mbms业务接收的方法、系统及mbms接收装置 |
WO2011116681A1 (zh) * | 2010-03-22 | 2011-09-29 | 中兴通讯股份有限公司 | 实现mbms业务接收的方法、系统及mbms接收装置 |
CN102202260B (zh) * | 2010-03-22 | 2016-04-13 | 中兴通讯股份有限公司 | 实现mbms业务接收的方法、系统及mbms接收装置 |
CN102480688A (zh) * | 2010-11-24 | 2012-05-30 | 中兴通讯股份有限公司 | 多媒体广播方法及系统 |
CN102480688B (zh) * | 2010-11-24 | 2016-02-10 | 中兴通讯股份有限公司 | 多媒体广播方法及系统 |
WO2022041976A1 (en) * | 2020-08-26 | 2022-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, entities, application server and computer readable media for local mbms based mbms data delivery |
Also Published As
Publication number | Publication date |
---|---|
CN100544359C (zh) | 2009-09-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1266898C (zh) | 一种实现多媒体广播/组播服务业务激活的方法 | |
CN1684414A (zh) | 一种多媒体广播/组播业务的会话开始方法 | |
CN1794675A (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
CN1956450A (zh) | 一种实现多媒体广播/组播业务通知的方法及装置 | |
CN101043755A (zh) | 移动通信系统中准入判断的方法、系统及装置 | |
CN1751458A (zh) | 在无线通信网络中用于支持无线终端的移动性的装置和方法 | |
CN101060367A (zh) | 用于匹配核心网络承载的资源量和受访问网络承载的资源量的移动通信系统 | |
CN101057453A (zh) | Sip网络和蜂窝通信系统之间的切换 | |
CN1694379A (zh) | 移动通信系统和mbms服务相关信息传送方法 | |
CN1499760A (zh) | 多媒体广播与组播业务在Iu接口的信令承载连接方法 | |
CN1735017A (zh) | 一种基于分组数据流计费的对话建立方法 | |
CN1819580A (zh) | 通信装置、通信控制装置和通信系统 | |
CN1852551A (zh) | 基于移动网络的组播业务数据的实现方法 | |
CN1956451A (zh) | 一种实现多媒体广播/组播业务中会话开始的方法 | |
CN100344095C (zh) | 一种集群语音业务的计费关联和计费管理方法 | |
CN1581744A (zh) | 为mbms业务提供多种qos的方法 | |
CN1866840A (zh) | 无线接入网中的计费方法及系统 | |
CN1956413A (zh) | 一种mbms中组播业务去激活的方法和系统 | |
CN1658636A (zh) | 实现3g网络与互联网交互的即时语音通信方法 | |
CN101047976A (zh) | 一种多媒体广播/组播业务中授权失败处理方法及系统 | |
CN1794836A (zh) | 一种无线接入网中内部接口数据通路特性调整方法及网络 | |
CN1725690A (zh) | 多媒体广播/组播服务业务激活的方法 | |
CN1968451A (zh) | 一种确定使用组播/广播业务时间的方法及系统 | |
CN1650545A (zh) | 移动通信网络系统和移动通信方法 | |
CN1956399A (zh) | 一种mbms业务在无线局域网环境下的注销方法和注销系统 |
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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090923 Termination date: 20131028 |