CN101925009B - 计费时区分mbms用户面数据发送方式的方法和*** - Google Patents
计费时区分mbms用户面数据发送方式的方法和*** Download PDFInfo
- Publication number
- CN101925009B CN101925009B CN200910203679.3A CN200910203679A CN101925009B CN 101925009 B CN101925009 B CN 101925009B CN 200910203679 A CN200910203679 A CN 200910203679A CN 101925009 B CN101925009 B CN 101925009B
- Authority
- CN
- China
- Prior art keywords
- mbms
- multicast
- ggsn
- sends
- downstream node
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
一种计费时区分MBMS用户面数据发送方式的方法和***，用于MBMS和eMBMS网络架构，在会话开始请求过程中，GGSN/MBMS-GW分配IP组播地址和源地址以及公共TEID-U并发送到下游节点，如有下游节点接受IP组播发送，GGSN/MBMS-GW在开始计费请求中携带所述下游接点接受的IP组播地址和源地址以及公共TEID-U并记录在计费数据功能为GGSN/MBMS-GW打开的CDR中；如有下游节点不接受IP组播发送，GGSN/MBMS-GW在开始计费请求中携带下游节点列表并记录在计费数据功能在为GGSN/MBMS-GW打开的CDR中。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种多媒体广播组播业务(Multimedia Broadcast/Multicast Service，简称为MBMS)计费时区分MBMS用户面数据发送方式的方法和***。
背景技术
在当前的3GPP无线通信标准组织中定义的MBMS以及演进的多媒体广播组播业务(evolved MBMS，简称eMBMS)，都是指在现有的无线通信网络中，利用组播(Multicast)或者广播(Broadcast)技术建立业务数据的通道，从而完成从一点到多点分发的业务模式。针对3GPP定义的无线通信网络，其定义的和MBMS、eMBMS相关的无线接入技术，到目前为止，包括2G时期的GERAN、3G时期的通用陆地无线接入网(Universal TerrestrialRadio Access Network，简称为UTRAN)以及演进的通用陆地无线接入网(evolved Universal Terrestrial Radio Access Network，简称为E-UTRAN)。
在MBMS中，3GPP定义的多媒体广播组播业务模式的网络架构如图1所示。其中广播组播业务中心(Broadcast Multicast-Service Centre，简称为BM-SC)是业务数据的发源地，GGSN(Gateway GPRS Support Node)是网关GPRS支持节点，负责所有从业务网元发送来的MBMS数据的接收，并进而转发到后续的网络节点，按照网络图的上下位置，称为转发到下游节点(也可称为下行节点)。2G/3G时的MBMS网络支持GPRS隧道协议(GTP)发送用户面数据，用户面数据经由GGSN到业务GRPS支持节点SGSN(Serving GPRS Support Node)然后下发。对于3G的无线接入技术UTRAN而言，如果BM-SC升级支持用户面的IP组播发送方式，则用户面数据可以从GGSN旁路SGSN使用IP组播发送；反之，如果IP组播发送不被支持，就要回退(fall back)到建立GGSN和SGSN的点对点的GTP-U(User planeof GPRS Tunneling Protocol，GPRS隧道协议用户面部分)隧道方式，经由SGSN再下发到对应的下行节点。
为了建立整个业务的通道，在数据发送前夕，需要从业务源发送相关的信令到下行通道的各个节点，以告知各个节点该业务的会话标识，标识该业务的组播地址信息，各个下行节点的地址、QoS、发起时间和业务区域等等信息。这个信令目前定义为MBMS会话开始信令。业务结束时的信令为MBMS会话结束信令，以释放通道。
考虑2G/3G时MBMS增强的情况(MBMS improvement)，如果BM-SC升级支持IP组播发送(IP Multicast Delivery)和MBMS头压缩技术(MBMS-HC)，这些相关的信息会通过相关信令(MBMS session start、MBMS session stop等消息)下发到GGSN。这些信令中的信息可以在BM-SC(或其网管***)中配置，GGSN上也可以配置是否支持IP组播发送(IPMulticast Delivery)。BM-SC/GGSN在发送会话消息时，获取这些信息，组成会话消息的参数。
在eMBMS中，3GPP定义的多媒体广播组播业务模式的网络架构如图2所示。其中BM-SC是业务数据的发源地，所有数据从BM-SC向其他网络节点发送。MBMS-GW是移动通信核心网的业务数据的网关，负责所有从业务网元发送来的MBMS数据的接收，并进而转发到后续的网络节点，按照网络图的上下位置称为转发到下行节点。根据无线侧接入技术是E-UTRAN还是UTRAN，MBMS-GW的下行节点类型可以对应为MME和SGSN。MBMS用户面数据发送是采用IP组播发送方式(IP Multicastdelivery)的。
但是，也不能排除在组网时不支持IP组播发送方式的继承的(legacy)网络架构接到MBMS-GW的情况，即：2G/3G的网络通过SGSN接到MBMS-GW的情况。这时，SGSN和MBMS-GW之间也会回退(fall back)到建立MBMS-GW和SGSN的点对点的GTP-U隧道，用户数据经由SGSN再下发到对应的下行节点。
无论是图1的MBMS架构还是图2的eMBMS架构，一旦考虑复杂的组网情况，支持IP组播发送的情况和不支持IP组播发送的情况(回退到建立点对点的GTP-U隧道，经由SGSN发送用户数据)是都有可能存在。而目前的MBMS计费只考虑了不支持IP组播发送的情况下的计费，没有考虑支持IP组播发送的情况以及一次MBMS广播中，支持IP组播发送和不支持IP组播发送两种可能共存情况下的区分计费，而两者的费率等可能不同。
关于会话开始和会话结束信令的定义，参见图3和图4。
图3和图4中均以2G/3G时期的MBMS为例，描述会话开始请求消息和会话结束请求消息的发送方法。eMBMS架构下的会话开始和会话结束请求消息的发送和图3及图4的过程类似，如图5和图6所示，具体步骤不再赘述。
如图3所示，为现有的2G/3G时期的MBMS会话开始请求消息(简称为会话开始请求)流程，包括如下步骤：
步骤301，BM-SC发送MBMS会话开始请求消息给各个GGSN；
所述MBMS会话开始请求消息可以携带会话类参数：服务质量(Qualityof Service，简称为QoS)，MBMS业务区域列表(list of MBMS service Area)，MBMS会话标识(MBMS Session identifier)，预计会话持续时间(estimatedsession duration)和目的网络标识(MBMS xG indicator)等信息，以及地址类参数：下游节点列表(List of Downstream Nodes)等，下游节点列表中包括下游节点的地址和用于用户面数据发送的隧道端点标识符(TunnelEndpoint Identifier Data，简写为TEID，即：TEID-U)。
步骤302，GGSN保存消息中的参数信息，并回复会话开始请求响应消息给BM-SC；
步骤303，GGSN发送MBMS会话开始请求消息给SGSN；
步骤304，SGSN保存消息中的信息，并将会话开始请求消息发送给无线侧；
步骤305，无线侧返回会话开始请求的响应消息；
步骤306，当SGSN从无线侧收到所有到会话开始请求的响应消息后，将会话开始响应消息(简称为会话开始响应)发送给GGSN；
步骤307，预留无线资源和建立下行通道，传输数据。
如图4所示，为现有的2G/3G时期的MBMS会话结束流程，包括如下步骤：
步骤401，BM-SC发送MBMS会话结束请求消息(简称为会话结束请求)给GGSN；消息中携带会话标识和业务标识和下游节点列表等信息。GGSN回复会话结束响应消息给BM-SC，并释放自己保存的关于本业务的信息；
步骤402，GGSN转发MBMS会话结束请求消息给此前收到会话开始请求消息的SGSN，SGSN返回响应消息，并释放自己保存的关于本业务的信息；
步骤403，SGSN将该信息转发给无线侧，无线侧返回会话结束响应消息；
步骤404，无线侧资源释放。
现有技术存在的问题是：
1)如图1的MBMS架构所示，2G/3G时期BM-SC、GGSN、UTRAN等网元可以升级支持IP组播发送和/或MBMS头压缩，也可以不支持IP组播发送回退到点对点的GTP-U隧道方式。现有技术只定义了不支持IP组播发送情况的计费，没有考虑到升级BM-SC后支持IP组播发送的情况以及在两种情况下的区分计费。
2)如图2的eMBMS架构所示，在eMBMS架构中，MBMS-GW和SGSN之间现在定义的是S4接口，因此一定是支持IP组播发送的。可是，不能排除实际建网时，eMBMS架构兼容2G/3G的无线侧接入MBMS-GW仅支持GTP隧道协议的模式的可能性，如MBMS-GW和SGSN之间仅支持GTP隧道协议，让原有2G/3G的接入分支直接接到MBMS-GW上的情况。现有技术没有考虑到这时针对是否支持IP组播发送的两种情况需要区分计费。
发明内容
本发明要解决的技术问题是提供一种计费时区分MBMS用户面数据发送方式的方法和***，在计费时能够获知MBMS用户面数据的发送方式。
为了解决上述问题，本发明提供了一种计费时区分MBMS用户面数据发送方式的方法，应用于MBMS网络架构，该MBMS网络架构中至少有一广播组播业务中心(BM-SC)和一网关GPRS支持节点(GGSN)在能力升级后支持IP组播发送，该方法包括：
在支持IP组播发送的BM-SC发起的会话开始请求过程中，支持IP组播发送的GGSN分配IP组播地址和源地址以及公共用户面隧道端点标识符(TEID-U)并发送到下游节点，所述下游节点收到后通知所述GGSN是否接受IP组播发送；
如有下游节点接受IP组播发送，所述GGSN在开始计费请求中携带所述下游接点接受的IP组播地址和源地址以及公共TEID-U，计费数据功能在为所述GGSN打开的计费数据记录(CDR)中记录所述IP组播地址和源地址以及公共TEID-U；
如有下游节点不接受IP组播发送，所述GGSN在开始计费请求中携带包含这些下游节点的下游节点列表，计费数据功能在为所述GGSN打开的CDR中记录所述下游节点列表。
进一步地，上述方法还可具有以下特点：
BM-SC和/或GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持IP组播发送的IP组播发送标志；或者，BM-SC和/或GGSN只在支持IP组播发送时，才在向计费数据功能发送的开始计费请求中携带一IP组播发送标志；
计费数据功能在为BM-SC和/或GGSN打开的CDR中设置一IP组播发送标志，该IP组播发送标志的取值表示是否支持IP组播发送。
进一步地，上述方法还可具有以下特点：
BM-SC和/或GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，BM-SC和/或GGSN只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
计费数据功能在为BM-SC和/或GGSN打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
进一步地，上述方法还可具有以下特点：
所述GGSN通过会话开始请求将分配的IP组播地址和源地址以及公共的用户面隧道端点标识符(TEID-U)发送到下游的SGSN；
所述SGSN收到会话开始请求后，向通用陆地无线接入网(UTRAN)发送会话开始请求，携带所述IP组播地址和源地址以及公共TEID-U；
所述UTRAN收到会话开始请求后，如接受所述IP组播地址和源地址以及公共TEID-U，通过会话开始响应通知所述SGSN接受IP组播发送，否则，通过会话开始响应通知所述SGSN不接受IP组播发送；
所述SGSN在有UTRAN接受IP组播发送时，通过会话开始响应消息通知所述GGSN接受IP组播发送；在有UTRAN不接受IP组播发送时，通过会话开始响应消息提供TEID-U，和GGSN之间建立GTP隧道发送用户面数据；
有SGSN接受IP组播发送时，所述GGSN发起IP组播发送。
为了解决上述技术问题，本发明还提供了一种计费时区分MBMS用户面数据发送方式的方法，应用于演进的MBMS网络架构，该方法包括：
在BM-SC发起的会话开始请求过程中，MBMS网关(MBMS-GW)分配IP组播地址和源地址以及公共的用户面隧道端点标识符(TEID-U)并发送到下游节点，所述下游节点通知所述MBMS-GW是否接受IP组播发送；
如有下游节点接受IP组播发送，所述MBMS-GW在开始计费请求中携带所述下游接点接受的IP组播地址和源地址以及公共TEID-U，计费数据功能在为所述MBMS-GW打开的计费数据记录(CDR)中记录所述IP组播地址和源地址以及公共TEID-U；
如有下游节点不接受IP组播发送，所述MBMS-GW在开始计费请求中携带包含这些下游节点的下游节点列表，计费数据功能在为所述MBMS-GW打开的CDR中记录所述下游节点列表。
进一步地，上述方法还可具有以下特点：
BM-SC和/或MBMS-GW在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，BM-SC和/或MBMS-GW只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
计费数据功能在为BM-SC和/或MBMS-GW打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
进一步地，上述方法还可具有以下特点：
所述下游节点包括SGSN，所述MBMS-GW通过会话开始请求将分配的IP组播地址和源地址以及公共TEID-U发送到下游的SGSN；
所述SGSN收到会话开始请求后，向通用陆地无线接入网(UTRAN)发送会话开始请求，携带所述IP组播地址和源地址以及公共TEID-U；
所述UTRAN收到会话开始请求后，如接受所述IP组播地址和源地址以及公共TEID-U，通过会话开始响应通知所述SGSN接受IP组播发送，否则，通过会话开始响应通知所述SGSN不接受IP组播发送；
所述SGSN在有UTRAN接受IP组播发送时，通过会话开始响应消息通知所述MBMS-GW接受IP组播发送；在有下游节点不接受IP组播发送时，所述SGSN在会话开始响应消息中提供TEID-U并和GGSN之间回退到点对点的GTP隧道发送用户面数据的方式；
所述MBMS-GW在有SGSN接受IP组播发送时，发起IP组播发送。
进一步地，上述方法还可具有以下特点：
如果SGSN与MBMS-GW建立GTP隧道发送用户面数据，该SGSN发送的开始计费请求里包含下游节点列表，该下游节点列表中包含不支持IP组播发送的下游节点的地址和TEID-U，计费数据功能为该SGSN产生的CDR中也包含所述下游节点列表。
相应地，本发明提供了一种计费时区分MBMS用户面数据发送方式的***，采用MBMS网络架构，广播组播业务中心(BM-SC)、网关GPRS支持节点(GGSN)和计费数据功能，其中：
至少有一BM-SC和一GGSN在能力升级后支持IP组播发送；
支持IP组播发送的GGSN用于在收到支持IP组播发送的BM-SC发送的会话开始请求后，分配IP组播地址和源地址以及公共的用户面隧道端点标识符(TEID-U)，发送到下游节点；如有下游节点接受IP组播发送，在开始计费请求中携带所述下游接点接受的IP组播地址和源地址以及公共TEID-U，如有下游节点不接受IP组播发送，在开始计费请求中携带相应的下游节点列表；
所述计费数据功能用于将所述开始计费请求中包含的所述下游节点列表，或者包含的所述IP组播地址和源地址以及公共TEID-U，或者包含的所述下游节点列表、所述IP组播地址和源地址以及公共TEID-U记录在为所述GGSN打开的计费数据记录(CDR)中。
进一步地，上述***还可具有以下特点：
所述BM-SC和/或GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持IP组播发送的IP组播发送标志；或者，所述BM-SC和/或GGSN只在支持IP组播发送时，才在向计费数据功能发送的开始计费请求中携带一IP组播发送标志；
所述计费数据功能在为BM-SC和/或GGSN打开的CDR中设置一IP组播发送标志，该IP组播发送标志的取值表示是否支持IP组播发送。
进一步地，上述***还可具有以下特点：
所述BM-SC和/或GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，所述BM-SC和/或GGSN只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
所述计费数据功能在为BM-SC和/或GGSN打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
相应地，本发明还提供了一种计费时区分MBMS用户面数据发送方式的***，采用演进的MBMS网络架构，广播组播业务中心(BM-SC)、MBMS网关(MBMS-GW)和计费数据功能，其中：
所述MBMS-GW用于在收到BM-SC发送的会话开始请求后，分配IP组播地址和源地址以及公共的用户面隧道端点标识符(TEID-U)并发送到下游节点；如有下游节点接受IP组播发送，在开始计费请求中携带所述下游接点接受的IP组播地址和源地址以及公共TEID-U，如有下游节点不接受IP组播发送，在开始计费请求中携带相应的下游节点列表；
所述计费数据功能用于将所述开始计费请求中包含的所述下游节点列表，或者包含的所述IP组播地址和源地址以及公共TEID-U，或者包含的所述下游节点列表、所述IP组播地址和源地址以及公共TEID-U记录在为所述MBMS-GW打开的计费数据记录(CDR)中。
进一步地，上述***还可具有以下特点：
所述BM-SC和/或MBMS-GW在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，所述BM-SC和/或MBMS-GW只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
所述计费数据功能在为BM-SC和/或MBMS-GW打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
上述方案克服了目前的MBMS计费时只考虑了不支持IP组播发送的情况，没有考虑支持IP组播发送的情况以及一次MBMS广播中，支持IP组播发送和不支持IP组播发送两种可能共存情况下的区分计费的问题；以及eMBMS计费时只考虑了支持IP组播发送的情况，没有考虑到支持和不支持IP组播发送的两种情况共存时的区分计费的问题。实现了根据网络节点是否支持IP组播发送的具体情况进行区分计费。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是2G/3G时多媒体广播组播业务模式的网络架构示意图；
图2是演进的多媒体广播组播业务模式的网络架构示意图；
图3是2G/3G时的MBMS会话开始请求过程流程图；
图4是2G/3G时的MBMS会话结束请求过程流程图；
图5是eMBMS会话开始请求过程流程图；
图6是eMBMS会话结束请求过程流程图；
图7是本发明实施例的eMBMS会话开始请求过程存在IP组播发送相关信息的包含计费消息的流程图；
图8是本发明实施例的eMBMS会话结束请求过程存在IP组播发送相关信息的包含计费消息的流程图；
图9是本发明实施例的2G/3G时的MBMS会话开始请求过程存在IP组播发送相关信息的包含计费消息的流程图；
图10是本发明实施例的2G/3G时的MBMS会话结束请求过程存在IP组播发送相关信息的包含计费消息的流程图。
具体实施方式
下面分别就eMBMS架构下使用IP组播发送的MBMS广播的离线计费和2G/3G时期支持IP组播发送的MBMS业务场景说明MBMS的广播模式下对内容提供商的MBMS用户面数据发送记录是否IP组播发送的离线计费方法。
实施例一：
本实施例基于eMBMS架构，eMBMS架构默认情况是支持IP组播发送的。假设无线侧技术为E-UTRAN和UTRAN，对于E-UTRAN和支持IP组播发送的UTRAN，MBMS-GW发送的计费消息和计费数据功能(CDF：Charging Data Function)为MBMS-GW产生的基本计费单元MBMS-GW-CDR，其中的CDR为计费数据记录(Charging Data Record)的简写，MBMS-GW-CDR中要包含IP组播地址和源地址(IP Multicast andSource addresses)(文中，IP组播地址和源地址应视为一个参数)以及公共的用户面隧道端点标识符(TEID-U)。
因为不排除UTRAN为继承的(legacy)的网元，不接受IP组播发送，此时，MBMS-GW发送的计费消息和CDF为MBMS-GW产生的MBMMS-GW-CDR中还要包含用于点对点GTP-U隧道发送用户面数据的下游节点列表信息等。
eMBMS会话开始请求过程如图7所示：
步骤701：BM-SC发送MBMS会话开始请求消息给MBMS-GW；
该MBMS会话开始请求消携带QoS、MBMS业务区域列表，MBMS会话标识、预计会话持续时间、目的网络标识和MBMS头压缩标志(MBMS HCIndicator)等信息。本实施例中，MBMS头压缩标志用于表示相应节点(这里是BM-SC)是否支持头压缩，可以是支持或不支持。
步骤702：MBMS-GW分别回复会话开始请求响应给BM-SC；
步骤702a：BM-SC收到任何一个MBMS-GW发来的第一个会话开始请求响应后，发送开始计费请求消息ACR[Start]给计费数据功能(CDF)；
CDF为该BM-SC打开的话单C-BMSC-CDR中除了时间、数据流量列表(只统计下行方向)、内容提供商标识符、MBMS会话标识、下游节点列表信息等，还可以包含MBMS头压缩标志等信息，CDF返回计费响应消息给BM-SC。
后续步骤中的MBMS会话开始请求消息过程可以和步骤702a的开始计费请求消息过程并行出现。
步骤703：各MBMS-GW分配用于IP组播发送的IP组播地址和源地址以及公共TEID-U，向下游节点列表参数里列举的SGSN和/或MME发送MBMS会话开始请求消息；
MBMS会话开始请求消息包括会话参数：临时移动组标识(TMGI)，流标识(Flow Identifier(Broadcast only))，QoS，MBMS业务区域(MBMSservice Area)，会话标识(Session identifier)，预计会话持续时间，广播/组播(broadcast/multicast)，MBMS数据发送时间(time to MBMS data transfer)，用于骨干网分发的IP组播地址和源地址，公共TEID-U，MBMS头压缩标志等。
因为MME下游节点应支持IP组播发送，下面流程只对SGSN及其下游节点进行描述。
步骤704：各SGSN发送MBMS会话开始请求消息给连接到本节点的UTRAN；
该MBMS会话开始请求消息包括会话参数：临时移动组标识，QoS，MBMS业务区域，会话标识，预计会话持续时间，广播/组播，MBMS数据发送时间等信息和MBMS头压缩标志。还应包括MBMS-GW分配的IP组播地址和源地址以及公共TEID-U。
步骤705：各UTRAN通过会话开始响应消息通知SGSN是否接受IP组播发送；
如果UTRAN接受会话开始请求消息中MBMS-GW分配的IP组播地址和源地址以及公共TEID-U，则通过会话开始响应消息通知SGSN接受IP组播发送，如果UTRAN不接受会话开始请求消息中MBMS-GW分配的IP组播地址和源地址或公共TEID-U，则UTRAN通过会话开始响应消息通知SGSN不接受IP组播发送，通知时，如可以是在接受IP组播发送时在会话开始响应消息中携带接受IP组播发送的指示信息，不接受时不携带该指示信息，即默认为不接受，也可以是在会话开始响应消息中携带是否支持IP组播发送的标志字段，取不同的值时分别表示接受IP组播发送和不接受。但本发明对具体的通知方式不做限定。
步骤706：各SGSN通过会话开始响应消息通知MBMS-GW是否接受IP组播发送；
对某SGSN，如果所有下游节点接受IP组播发送，该SGSN通过会话开始响应消息通知MBMS-GW接受IP组播发送，消息中携带所接受的IP组播地址和源地址以及公共TEID-U；如果所有下游节点都不接受IP组播发送，该SGSN通过会话开始响应消息通知MBMS-GW不接受IP组播发送，消息中携带用于点对点GTP隧道发送用户面数据的TEID-U，SGSN和MBMS-GW之间退回到点对点GTP隧道发送用户面数据的方式；如下游节点中有部分接受部分不接受IP组播发送，该SGSN可以通过会话开始响应消息通知MBMS-GW接受IP组播发送，同时提供用于GTP隧道发送用户面数据的TEID-U，服务于为另一部分不支持IP组播发送的下游节点。
SGSN指示有部分或全部下游节点接受IP组播发送时，MBMS-GW应该发起IP组播发送。
步骤706a：MBMS-GW收到任一个SGSN/MME返回的会话开始请求响应，在创建MBMS承载上下文(MBMS bearer context)时，发送开始计费请求消息ACR[Start]给计费数据功能；
如果有SGSN与MBMS-GW之间退回到点对点的GTP隧道发送用户面数据，开始计费请求消息中应包含下游节点列表，列表中包含不接受IP组播发送的下游节点；如果有SGSN和/或MME接受IP组播发送时，开始计费消息里包含SGSN和/或MME所接受的IP组播地址和源地址及公共TEID-U；该开始计费请求消息中还包含MBMS头压缩标记的信息。
CDF为MBMS-GW打开的话单MBMS-GW-CDR中包含记录类型(Record Type)、使用的MBMS-GW地址(MBMS-GW Address used)、MBMS会话标识、数据流量列表(List of Traffic Data Volumes)(只统计下行方向)和时间等信息。开始计费请求消息中包含的以下一种或多种信息也添加到MBMS-GW-CDR中：下游节点列表，用于IP组播发送的IP组播地址和源地址以及公共TEID-U，MBMS头压缩标记。
点对点GTP隧道发送用户面数据的下游节点列表用于对点对点GTP隧道发送用户面数据的计费，IP组播发送的IP组播地址和源地址以及公共TEID-U(说明有采用IP组播发送)用于对IP组播发送用户面数据的计费。这样在后续计费时，就可以区分MBMS用户面数据的发送方式分别计费了。MBMS头压缩标记使得在计费时可以区分是否进行了头压缩而采用不同的计费方式，该参数的使用是可选的。
步骤707：无线侧为MBMS数据发送建立必须的无线资源。
此外，如果SGSN通过会话开始响应消息通知MBMS-GW支持IP组播发送，该SGSN可以不产生计费信息；如果SGSN与MBMS-GW建立GTP隧道发送用户面数据，该SGSN发送的开始计费请求里包含下游节点列表，该下游节点列表中包含不接受IP组播发送的下游节点，计费数据功能为该SGSN产生的话单中也包含所述下游节点列表。
在eMBMS会话结束时的流程如图8所示：
步骤801：BM-SC发送MBMS会话结束请求消息给MBMS-GW，MBMS-GW回复会话结束请求响应给BM-SC；
步骤801a：在BM-SC收到任何一个MBMS-GW发来的会话结束请求响应后，发送结束开始计费请求消息ACR[Stop]给计费数据功能(CDF)；
CDF关闭已经为该BM-SC打开的话单C-BMSC-CDR，话单中除了时间、数据流量列表(只统计下行方向)、内容提供商标识符、MBMS会话标识、下游节点列表等字段，还可包含MBMS头压缩标志等信息，CDF返回计费响应消息给BM-SC。
后续步骤中的MBMS会话结束请求过程可以和步骤801a的结束开始计费请求消息过程并行出现，
步骤802：MBMS-GW发送MBMS会话结束消息到SGSN和/或MME；
步骤802a：MBMS-GW收到任一个SGSN或MME返回的会话结束请求的响应，MBMS承载上下文终止(或者任何异常的释放)时，发送结束开始计费请求消息ACR[Stop]给计费数据功能；
与开始计费请求消息包含的信息对应，该结束开始计费请求消息中包含下游节点列表，和/或，IP组播地址和源地址以及公共TEID-U等信息。还可以包含头压缩标志。
CDF关闭已经为MBMS-GW打开的话单MBMS-GW-CDR，该话单中要包含记录类型、使用的MBMS-GW地址、MBMS会话标识、数据流量列表(只统计下行方向)和时间信息等。还包含以下信息中的一种或多种：下游节点列表，用于IP组播发送的IP组播地址和源地址以及公共TEID-U，MBMS头压缩标志。
步骤804：MBMS数据发送结束后，无线资源释放。
实施例二：
本实施例基于MBMS架构，假设2G/3G的MBMS业务中，本实施例假定BM-SC能力提升支持IP组播发送和头压缩，MBMS广播从BM-SC发送到GGSN，并且无线侧技术为UTRAN，即经由SGSN发送到UTRAN，再发送给业务区域内的UE。
本实施例MBMS会话开始请求过程如图9所示：
步骤901：BM-SC发送MBMS会话开始请求消息给GGSN；
MBMS会话开始请求消息中包含QoS，MBMS业务区域列表，会话标识，预计会话持续时间、目的网络标识、IP组播发送标志和MBMS头压缩标志等信息。本实施例中，能力提升后支持IP组播发送和头压缩的相应节点在会话开始请求消息中携带的IP组播发送标志(IP Multiple delivery Indicator)和MBMS头压缩标志表示支持IP组播发送和MBMS头压缩。不支持IP组播发送和头压缩的相应节点可以不发送该标志，默认为不支持，也不排除发送一个表示不支持的标志，或者发送一个标志取不同的值分别表示支持和不支持的情况，这里对具体定义方式不作限定。
步骤902：各GGSN分别回复会话开始请求响应给BM-SC；
步骤902a：BM-SC从任何一个GGSN收到第一个会话开始请求响应后，发送开始计费请求消息ACR[Start]给CDF；
CDF为该BM-SC打开的话单C-BMSC-CDR中除了时间、数据流量列表(只统计下行方向)、内容提供商标识符和MBMS会话标识、下游节点列表等信息。本实施例中，话单C-BMSC-CDR还包括IP组播发送标志和MBMS头压缩标志，用于表示BM-SC是否支持IP组播发送和MBMS头压缩。CDF返回计费响应消息给BM-SC。
后续的MBMS会话开始请求消息过程可以和步骤902a的开始计费请求消息过程并行出现，
步骤903：支持IP组播发送的GGSN分配IP组播地址和源地址以及公共TEID-U，将会话开始请求消息发送到下游节点列表参数里列举的SGSN；
该会话开始请求消息包括会话参数：临时移动组标识，流标识，QoS，MBMS业务区域，会话标识，预计会话持续时间，广播/组播和MBMS数据发送时间等信息。GGSN支持IP组播发送时，还包含GGSN分配的用于骨干网分发的IP组播地址和源地址以及公共TEID-U。GGSN支持MBMS头压缩时，还包含表示支持MBMS头压缩的MBMS头压缩标志，如定义为只在支持MBMS头压缩时，才出现MBMS头压缩标志。
步骤904：各SGSN向连接到本SGSN的UTRAN发送MBMS会话开始请求消息；
该步的MBMS会话开始请求消息包括会话参数：临时移动组标识，QoS，MBMS业务区域，会话标识，预计会话持续时间，广播/组播和MBMS数据发送时间等信息。消息是按Iu模式发送给UTRAN时，在该会话开始请求消息里包括GGSN分配的IP组播地址和源地址以及公共TEID-U。SGSN支持MBMS头压缩时，还包含表示支持MBMS头压缩的MBMS头压缩标志，如可定义为只在支持MBMS头压缩时，才出现MBMS头压缩标志。
步骤905：各UTRAN通过会话开始响应消息通知SGSN是否接受IP组播发送；
如果UTRAN接受会话开始请求消息中GGSN分配的IP组播地址和源地址以及公共TEID-U，则通知SGSN接受IP组播发送，如在发送到SGSN的会话开始响应消息里会带上接受IP组播发送的指示；如果UTRAN收到的会话开始请求消息中不包含IP组播地址和源地址以及公共TEID-U，或者UTRAN不接受会话开始请求消息中的IP组播地址和源地址，或不接受公共TEID-U，则通知SGSN不接受IP组播，如在发送到SGSN的会话开始响应消息中不带有支持IP组播发送的指示，默认为不支持IP组播发送，也可以是在会话开始响应消息中携带是否支持IP组播发送的标志字段，取不同的值时分别表示接受IP组播发送和不接受。但本发明对具体的通知方式不做限定。
步骤906：各SGSN通过会话开始响应消息通知GGSN是否接受IP组播发送；
对某SGSN，如果所有下游节点接受IP组播发送，该SGSN通过会话开始响应消息通知GGSN接受IP组播发送，如在会话开始响应消息里带上接受IP组播发送的指示，并携带所接受的IP组播地址和源地址以及公共TEID-U。如果所有下游节点不接受IP组播发送，SGSN通过会话开始响应消息通知GGSN不接受IP组播发送，在会话开始响应消息中提供用于点对点GTP隧道发送用户面数据的TEID-U，SGSN和GGSN间退回到点对点GTP隧道发送用户面数据方式。如下游节点中有部分接受部分不接受IP组播发送，该SGSN可以通过会话开始响应消息通知GGSN接受IP组播发送，同时提供点对点GTP隧道发送用户面数据的TEID-U，服务于另一部分不支持IP组播发送的下游节点。
只要有一个下游节点：SGSN接受IP组播发送时，GGSN应该发起IP组播发送。
步骤906a：GGSN收到任一SGSN发送的会话开始请求响应，创建MBMS承载上下文时，发送开始计费请求消息ACR[Start]给CDF；
除记录类型等计费信息外，如果有SGSN与MBMS-GW之间退回到点对点GTP隧道发送用户面数据方式，开始计费请求消息中应包含下游节点列表，该下游节点列表中包含不接受IP组播发送的下游节点(的地址和TEID-U)；如果有SGSN接受IP组播发送时，开始计费消息里包含SGSN所接受的IP组播地址和源地址及公共TEID-U；如GGSN能力提升，开始计费请求消息中还可包含表示GGSN支持MBMS头压缩的MBMS头压缩标记和/或表示GGSN支持IP组播发送的IP组播发送标志。
CDF为GGSN打开的话单G-MB-CDR中要包含记录类型、使用的GGSN地址、MBMS会话标识、数据流量列表(只统计下行方向)和时间等信息。开始计费请求消息中包含的以下一种或多种信息也添加到G-MB-CDR：下游节点列表，用于IP组播发送的IP组播地址和源地址以及公共TEID-U。另外，G-MB-CDR还可以包含表示GGSN是否支持MBMS头压缩的MBMS头压缩标记和/或表示GGSN是否支持IP组播发送的IP组播发送标志。
同样地，点对点GTP隧道发送用户面数据的下游节点列表用于不支持IP组播发送用户面数据的计费，IP组播发送的IP组播地址和源地址以及公共TEID-U用于支持IP组播发送用户面数据的计费。这样在后续计费时，就可以区分MBMS用户面数据发送方式而分别计费了。MBMS头压缩标记使得在计费时可以区分是否进行了头压缩而采用不同的计费方式，是可选的。
步骤907：UTRAN为MBMS数据发送建立必须的无线资源。
此外，如果SGSN通过会话开始响应消息通知GGSN支持IP组播发送，该SGSN可以不产生计费信息；如果SGSN与GGSN建立GTP隧道发送用户面数据，该SGSN发送的开始计费请求里应包含下游节点列表，该下游节点列表中包含不支持IP组播发送的下游节点，计费数据功能为该SGSN产生的话单中也包含所述下游节点列表。
MBMS会话结束请求流程如图10所示：
步骤1001：BM-SC发送MBMS会话结束请求消息给各GGSN，各GGSN回复会话结束请求响应给BM-SC；
步骤1001a：在BM-SC从任何一个GGSN收到会话结束请求响应后，发送结束开始计费请求消息ACR[Stop]给CDF。CDF关闭已经打开的话单C-BMSC-CDR，话单中除了时间、数据流量列表(只统计下行方向)、内容提供商标识符、MBMS会话标识、地址列表List of Downstream Nodes信息等字段外，本实施例中，还包含头压缩标志和IP组播发送标志；CDF返回计费响应消息给BM-SC。
后续的MBMS会话结束请求过程可以和步骤1001a的结束开始计费请求消息过程并行出现。
步骤1002：各GGSN向SGSN发送MBMS会话结束消息；
步骤1002a：GGSN收到任一SGSN返回的会话结束请求的响应，MBMS承载上下文终止(或者任何异常的释放)时，发送结束开始计费请求消息ACR[Stop]给CDF；
与开始计费请求消息包含的信息对应，该结束开始计费请求消息中包含下游节点列表，和/或IP组播地址和源地址以及公共TEID-U等信息。还可以包含表示GGSN支持MBMS头压缩和IP组播发送的MBMS头压缩标志和IP组播发送标志。
CDF关闭已经为GGSN打开的话单G-MB-CDR，该话单中要包含记录类型、使用的MBMS-GW地址、MBMS会话标识、数据流量列表(只统计下行方向)和时间信息等。还包含以下信息中的一种或多种：下游节点列表，用于IP组播发送的IP组播地址和源地址以及公共TEID-U，MBMS头压缩标志，IP组播发送标志。
步骤1004：MBMS数据发送结束后，无线资源释放。
一旦MBMS广播发送过程中存在由于业务区域的变化等引起的MBMS会话更新(session update)过程，计费也会相应地产生中间计费消息ACR[interim]和部分话单(Partial CDR)，这些中间计费消息和部分话单里也会包含类似上文过程中的IP组播发送相关的信息，不再赘述。
考虑到2G/3G时期BM-SC可以升级支持IP组播发送，也可以不支持而回退(fall back)到GTP-U隧道协议方式，同样，eMBMS架构中，兼容2G/3G网络使用继承的(legacy)UTRAN接入MBMS-GW也存在上述支持和不支持IP组播发送两种可能。本发明的提出用于解决上述复杂建网场景下的区分计费问题。通过本发明的上述实施例，提供了MBMS的广播模式下对内容提供商的MBMS承载侧离线计费方法，使得通信运营商可以在MBMS业务中，对内容提供商进行根据是否支持IP组播发送MBMS用户面数据设定不同的费率进行计费，从而帮助通信运营商和内容提供商对开展MBMS业务进行费用清分。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (13)
1.一种计费时区分MBMS用户面数据发送方式的方法，应用于MBMS网络架构，该MBMS网络架构中至少有一广播组播业务中心BM-SC和一网关GPRS支持节点GGSN在能力升级后支持IP组播发送，该方法包括：
在支持IP组播发送的BM-SC发起的会话开始请求过程中，支持IP组播发送的GGSN分配IP组播地址和源地址以及公共用户面隧道端点标识符TEID-U并发送到下游节点，所述下游节点收到后通知所述GGSN是否接受IP组播发送；
如有下游节点接受IP组播发送，所述GGSN在开始计费请求中携带所述下游节点接受的IP组播地址和源地址以及公共TEID-U，计费数据功能在为所述GGSN打开的计费数据记录CDR中记录所述IP组播地址和源地址以及公共TEID-U；
如有下游节点不接受IP组播发送，所述GGSN在开始计费请求中携带包含这些下游节点的下游节点列表，计费数据功能在为所述GGSN打开的CDR中记录所述下游节点列表。
2.如权利要求1所述的方法，其特征在于；
GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持IP组播发送的IP组播发送标志；或者，GGSN只在支持IP组播发送时，才在向计费数据功能发送的开始计费请求中携带一IP组播发送标志；
计费数据功能在为GGSN打开的CDR中设置一IP组播发送标志，该IP组播发送标志的取值表示是否支持IP组播发送。
3.如权利要求1或2所述的方法，其特征在于；
GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，GGSN只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
计费数据功能在为GGSN打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
4.如权利要求1或2所述的方法，其特征在于；
所述GGSN通过会话开始请求将分配的IP组播地址和源地址以及公共的用户面隧道端点标识符TEID-U发送到下游的SGSN；
所述SGSN收到会话开始请求后，向通用陆地无线接入网UTRAN发送会话开始请求，携带所述IP组播地址和源地址以及公共TEID-U；
所述UTRAN收到会话开始请求后，如接受所述IP组播地址和源地址以及公共TEID-U，通过会话开始响应通知所述SGSN接受IP组播发送，否则，通过会话开始响应通知所述SGSN不接受IP组播发送；
所述SGSN在有UTRAN接受IP组播发送时，通过会话开始响应通知所述GGSN接受IP组播发送；在有UTRAN不接受IP组播发送时，通过会话开始响应提供TEID-U，和GGSN之间建立GTP隧道发送用户面数据；
有SGSN接受IP组播发送时，所述GGSN发起IP组播发送。
5.一种计费时区分MBMS用户面数据发送方式的方法，应用于演进的MBMS网络架构，该方法包括：
在BM-SC发起的会话开始请求过程中，MBMS网关MBMS-GW分配IP组播地址和源地址以及公共的用户面隧道端点标识符TEID-U并发送到下游节点，所述下游节点通知所述MBMS-GW是否接受IP组播发送；
如有下游节点接受IP组播发送，所述MBMS-GW在开始计费请求中携带所述下游节点接受的IP组播地址和源地址以及公共TEID-U，计费数据功能在为所述MBMS-GW打开的计费数据记录CDR中记录所述IP组播地址和源地址以及公共TEID-U；
如有下游节点不接受IP组播发送，所述MBMS-GW在开始计费请求中携带包含这些下游节点的下游节点列表，计费数据功能在为所述MBMS-GW打开的CDR中记录所述下游节点列表。
6.如权利要求5所述的方法，其特征在于；
MBMS-GW在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，MBMS-GW只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
计费数据功能在为MBMS-GW打开的CDR中设置一MBMS头压缩标志,该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
7.如权利要求5或6所述的方法，其特征在于；
所述下游节点包括SGSN，所述MBMS-GW通过会话开始请求将分配的IP组播地址和源地址以及公共TEID-U发送到下游的SGSN；
所述SGSN收到会话开始请求后，向通用陆地无线接入网UTRAN发送会话开始请求，携带所述IP组播地址和源地址以及公共TEID-U；
所述UTRAN收到会话开始请求后，如接受所述IP组播地址和源地址以及公共TEID-U，通过会话开始响应通知所述SGSN接受IP组播发送，否则，通过会话开始响应通知所述SGSN不接受IP组播发送；
所述SGSN在有UTRAN接受IP组播发送时，通过会话开始响应通知所述MBMS-GW接受IP组播发送；在有下游节点不接受IP组播发送时，所述SGSN在会话开始响应中提供TEID-U并和GGSN之间回退到点对点的GTP隧道发送用户面数据的方式；
所述MBMS-GW在有SGSN接受IP组播发送时，发起IP组播发送。
8.如权利要求7所述的方法，其特征在于；
如果SGSN与MBMS-GW建立GTP隧道发送用户面数据，该SGSN发送的开始计费请求里包含下游节点列表，该下游节点列表中包含不支持IP组播发送的下游节点的地址和TEID-U，计费数据功能为该SGSN产生的CDR中也包含所述下游节点列表。
9.一种计费时区分MBMS用户面数据发送方式的***，采用MBMS网络架构，包括广播组播业务中心BM-SC、网关GPRS支持节点GGSN和计费数据功能，其特征在于：
至少有一BM-SC和一GGSN在能力升级后支持IP组播发送；
支持IP组播发送的GGSN用于在收到支持IP组播发送的BM-SC发送的会话开始请求后，分配IP组播地址和源地址以及公共的用户面隧道端点标识符TEID-U，发送到下游节点；如有下游节点接受IP组播发送，在开始计费请求中携带所述下游节点接受的IP组播地址和源地址以及公共TEID-U，如有下游节点不接受IP组播发送，在开始计费请求中携带相应的下游节点列表；
所述计费数据功能用于将所述开始计费请求中包含的所述下游节点列表，或者包含的所述IP组播地址和源地址以及公共TEID-U，或者包含的所述下游节点列表、所述IP组播地址和源地址以及公共TEID-U记录在为所述GGSN打开的计费数据记录CDR中。
10.如权利要求9所述的***，其特征在于；
GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持IP组播发送的IP组播发送标志；或者，GGSN只在支持IP组播发送时，才在向计费数据功能发送的开始计费请求中携带一IP组播发送标志；
所述计费数据功能在为GGSN打开的CDR中设置一IP组播发送标志，该IP组播发送标志的取值表示是否支持IP组播发送。
11.如权利要求9或10所述的***，其特征在于；
GGSN在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，所述GGSN只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
所述计费数据功能在为GGSN打开的CDR中设置一MBMS头压缩标志，该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
12.一种计费时区分MBMS用户面数据发送方式的***，采用演进的MBMS网络架构，包括广播组播业务中心BM-SC、MBMS网关MBMS-GW和计费数据功能，其特征在于：
所述MBMS-GW用于在收到BM-SC发送的会话开始请求后，分配IP组播地址和源地址以及公共的用户面隧道端点标识符TEID-U并发送到下游节点；如有下游节点接受IP组播发送，在开始计费请求中携带所述下游节点接受的IP组播地址和源地址以及公共TEID-U，如有下游节点不接受IP组播发送，在开始计费请求中携带相应的下游节点列表；
所述计费数据功能用于将所述开始计费请求中包含的所述下游节点列表，或者包含的所述IP组播地址和源地址以及公共TEID-U，或者包含的所述下游节点列表、所述IP组播地址和源地址以及公共TEID-U记录在为所述MBMS-GW打开的计费数据记录CDR中。
13.如权利要求12所述的***，其特征在于；
MBMS-GW在向计费数据功能发送的开始计费请求中携带一表示是否支持MBMS头压缩的MBMS头压缩标志；或者，所述BM-SC和/或MBMS-GW只在支持MBMS头压缩时，才在向计费数据功能发送的开始计费请求中携带一MBMS头压缩标志；
所述计费数据功能在为MBMS-GW打开的CDR中设置一MBMS头压缩标志,该MBMS头压缩标志的取值表示是否支持MBMS头压缩。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910203679.3A CN101925009B (zh) | 2009-06-15 | 2009-06-15 | 计费时区分mbms用户面数据发送方式的方法和*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910203679.3A CN101925009B (zh) | 2009-06-15 | 2009-06-15 | 计费时区分mbms用户面数据发送方式的方法和*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101925009A CN101925009A (zh) | 2010-12-22 |
| CN101925009B true CN101925009B (zh) | 2015-03-25 |
Family
ID=43339586
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910203679.3A Expired - Fee Related CN101925009B (zh) | 2009-06-15 | 2009-06-15 | 计费时区分mbms用户面数据发送方式的方法和*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101925009B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102308600B (zh) * | 2011-06-27 | 2014-12-03 | 华为技术有限公司 | 广播组播业务数据传输方法及装置 |
| CN105307126A (zh) * | 2014-06-03 | 2016-02-03 | 中兴通讯股份有限公司 | 一种计费方法、服务器及网关 |
| CN111556540B (zh) * | 2020-05-13 | 2024-05-17 | 腾讯科技（深圳）有限公司 | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101052144A (zh) * | 2007-05-24 | 2007-10-10 | 中兴通讯股份有限公司 | Mbms按流量计费的方法和*** |
| CN101060414A (zh) * | 2007-05-25 | 2007-10-24 | 中兴通讯股份有限公司 | Mbms按流量计费的方法和*** |
-
2009
- 2009-06-15 CN CN200910203679.3A patent/CN101925009B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101052144A (zh) * | 2007-05-24 | 2007-10-10 | 中兴通讯股份有限公司 | Mbms按流量计费的方法和*** |
| CN101060414A (zh) * | 2007-05-25 | 2007-10-24 | 中兴通讯股份有限公司 | Mbms按流量计费的方法和*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101925009A (zh) | 2010-12-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101883321B (zh) | 多媒体广播组播业务中获取接入信息、计费的方法和*** | |
| CN101272520B (zh) | 在***架构演进中支持多媒体广播组播业务的方法和装置 | |
| EP1753165A1 (en) | The method of data transmission of multimedia broadcast/multicast service | |
| JP2006081173A (ja) | マルチメディアブロードキャストマルチキャストサービスおよび関連デバイスの非アクティブ化方法 | |
| US20060171355A1 (en) | Method and system for transmitting/receiving session non-interest indication information of UE in a multimedia broadcast/multicast service system | |
| EP2159954A1 (en) | Method and system for charging according to flow of mbms | |
| CN109417682A (zh) | 业务处理的方法、设备和*** | |
| CN102202281A (zh) | 话单处理方法及*** | |
| CN103517245A (zh) | 一种d2d通信的计费方法和*** | |
| CN101394577B (zh) | 组播广播多媒体业务用户面传输通道创建方法 | |
| CN101925009B (zh) | 计费时区分mbms用户面数据发送方式的方法和*** | |
| CN101094439B (zh) | 无线通信***中为广播业务动态分配资源的方法及装置 | |
| CN105307126A (zh) | 一种计费方法、服务器及网关 | |
| CN100346600C (zh) | 一种实现多媒体广播/组播服务业务计费的方法 | |
| CN100415010C (zh) | 一种实现小区多媒体广播业务的方法及*** | |
| CN101112020A (zh) | 在多媒体广播/组播服务***中发送/接收用户设备的会话不感兴趣指示信息的方法和*** | |
| CN101370170A (zh) | 无线资源协调方法 | |
| WO2004043020A1 (en) | Method for identifying user equipment states by core network and user equipment | |
| US20170264444A1 (en) | Method and apparatuses for performing online charging to gcs-as based on ro interface | |
| CN101102549B (zh) | 组播业务中确保不同gprs支持节点计费话单一致的方法 | |
| CN101102550B (zh) | 组播业务中确保不同gprs支持节点计费话单一致的方法 | |
| CN102223714A (zh) | 实现终端接入集群业务的方法、终端和基站 | |
| CN101459873B (zh) | 一种多媒体广播组播业务的接入方法 | |
| CN101179402A (zh) | 对于wcdma业务灵活选择服务在线计费***的方法 | |
| CN1842209B (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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150325 Termination date: 20190615 |