CN1697382A - 一种广播业务的会话方法 - Google Patents
一种广播业务的会话方法 Download PDFInfo
- Publication number
- CN1697382A CN1697382A CN 200410044426 CN200410044426A CN1697382A CN 1697382 A CN1697382 A CN 1697382A CN 200410044426 CN200410044426 CN 200410044426 CN 200410044426 A CN200410044426 A CN 200410044426A CN 1697382 A CN1697382 A CN 1697382A
- Authority
- CN
- China
- Prior art keywords
- session
- mbms
- ggsn
- bearer context
- sgsn
- 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
Abstract
本发明公开了一种广播业务的会话方法至少包括会话开始过程和会话停止过程，所述的会话开始过程中至少包括：A.广播/组播业务中心BM－SC向广播业务使用的关口GPRS支撑节点GGSN发送会话开始请求；B.广播业务的各个节点根据收到的会话开始请求，分别建立MBMS承载上下文，并建立实现该广播业务的资源；所述的会话停止过程中至少包括：C.BM－SC向广播业务使用的GGSN发送会话停止请求；D.广播业务的各个节点根据收到的会话停止请求，分别释放MBMS承载上下文，并释放该广播业务建立的资源。应用本发明能够保证正确停止MBMS广播业务会话，而且实现简单。
Description
技术领域
本发明涉及第三代移动通信的多媒体广播/组播业务(MBMS)的实现技术，特别涉及MBMS中一种广播业务的会话方法。
背景技术
随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式。比如视频电话、图片下载、高速浏览Internet网络等服务。其中有一类业务的特点是：该业务可以同时给无线网络中订阅了该业务的用户进行发送。比如说天气预报、新闻短片、体育比赛集锦等等。利用这些业务同时发送的特点，第三代移动通信引入了组播/广播的概念。
参见图1，图1为MBMS的工作原理示意图。其中，对于一个中间节点，例如：图中10或101或102而言，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。由以上描述可见，通过组播/广播业务同时向大量用户提供相同信息，能够极大地节省网络资源。
参见图2，图2为支持组播/广播业务的无线网络结构示意图，如图2所示，现有第三代合作伙伴计划(3GPP)中支持组播/广播业务的无线网络结构为广播/组播业务中心(BM-SC)201通过Gmb接口或Gi接口与网关通用分组无线业务(GPRS)支持节点(GGSN，Gateway GPRS Support Node)202相连，一个BM-SC 201可与多个GGSN 202相连；GGSN 202通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)203相连，一个GGSN 202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN204通过Uu接口与通信终端206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)205相连，然后GERAN205通过Um接口与通信终端206相连。
MBMS承载上下文用于保存MBMS承载能力，该上下文包含定义一个MBMS业务承载的所有信息描述，该上下文在承载MBMS数据的所有节点创建。参见表一所示，MBMS承载上下文包括：IP组播地址、APN、TMGI、State、要求的MBMS承载能力、QoS、MBMS服务区域、下行流节点列表、UEs数量等。其中，IP组播地址标识由该MBMS承载上下文描述的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；State为MBMS承载的活动性状态(‘静止’或者‘激活’)，标识是否要求建立用于MBMS数据传输的承载平面资源；要求的MBMS承载能力标识UE需要支持的最小承载能力。QoS为该MBMS承载要求的服务质量；MBMS服务区域为MBMS业务需要发送的区域；下行流节点列表为请求了MBMS承载，MBMS数据必须下发到的下行流节点列表；UEs数量该节点拥有的已经加入该组播业务的UE地数量。
| 参数 | 描述 | RAN | SGSN | GGSN | BM-SC |
| IP组播地址 | IP组播地址标识由该MBMS承载上下文描述的MBMS承载 | X | X | X | X |
| APN | 该IP组播地址已经被定义的接入点名称 | X | X | X | 待研究 |
| TMGI | 分配给MBMS承载的临时移动组标识 | X | X | X | X |
| State | MBMS承载的活动性状态(‘静止’或者‘激活’) | 待研究 | X | X | X |
| 要求的MBMS承载能力 | 标识UE需要支持的最小承载能力 | X | X | X | |
| QoS | 该MBMS承载要求的服务质量 | X | X | X | X |
| MBMS服务区域 | MBMS业务需要发送的区域 | X | X | X | X |
| 下行流节点列表 | 请求了MBMS承载，MBMS数据必须下发到的下行流节点列表 | X | X | X | |
| UEs数量 | 该节点拥有的已经加入该组播业务的UE地数量 | 待研究 | X | X | 待研究 |
表一
MBMS的会话方法包括：会话开始过程、会话进行过程和会话结束过程。针对图2所示的网络结构，以下先对现有技术MBMS组播和广播业务的会话开始过程分别进行介绍。
参见图3，图3为现有技术MBMS组播业务会话开始流程示意图。该流程包括以下步骤：
步骤301，BM-SC向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN发送会话开始请求消息(Session Start Reqtest)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了QoS、MBMS业务域、估计该会话的长度等会话属性。
步骤302，GGSN收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。
步骤303，GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送一个MBMS会话开始请求消息(MBMS SessionStart Request)。
步骤304，SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN发送一个MBMS会话开始响应消息(MBMS Session StartResponse)，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS数据。
步骤305，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。
步骤306，BSC/RNC判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤307；否则直接执行步骤307。
步骤307，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMS Session Start Request)。
如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN发送MBMS数据的Iu承载平面。
一个BSC/RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。
如果BSC/RNC不在MBMS业务域内，则其向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS业务域内。
然后，BSC/RNC就在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。
参见图4，图4为现有技术MBMS广播业务会话开始流程示意图。该流程包括以下步骤：
步骤401，BM-SC向PLMN中的GGSN发送会话开始请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了临时移动组标识(TMGI)、QoS、MBMS业务域等会话属性。
步骤402，GGSN收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。
步骤403，GGSN向与之相连的所有SGSN，发送一个MBMS会话开始请求消息(MBMS Session Start Request)。
步骤404，SGSN收到MBMS会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，并向GGSN发送一个MBMS会话开始响应消息(MBMS Session Start Response)，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS数据。
步骤405，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。
步骤406，BSC/RNC判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先创建一个MBMS承载上下文，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤407；否则直接执行步骤407。
步骤407，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMS Session Start Request)。
如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN用于发送MBMS数据的Iu承载平面。
一个BSC/RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。
如果BSC/RNC不在MBMS业务域内，则其在向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS业务域内。
然后，BSC/RNC就在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。
会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程，组播和广播业务的会话进行过程相同。
当BM-SC认为MBMS会话可以结束了，就触发MBMS会话停止过程。目前，在MBMS业务规范中，没有对组播和广播分别进行规定，只给出了一种MBMS会话停止过程，该过程参见图5，图5为现有技术MBMS业务会话停止流程示意图。该流程包括以下步骤：
步骤501，BM-SC给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的GGSN，发送一个会话停止请求消息(Session StopRequest)，用于指示MBMS会话被结束了，承载平面资源可以被释放了。且BM-SC设置MBMS承载上下文的状态属性为“待命”。
步骤502，GGSN收到会话停止请求消息后，向BM-SC发送一个会话停止响应消息(Session Stop Response)。
步骤503，GGSN给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的SGSN，发送一个MBMS会话停止请求消息(MBMS SessionStop Request)，释放针对这些SGSN相应的承载平面资源，设置其MBMS承载上下文的状态属性为“待命”。
步骤504，SGSN收到MBMS会话停止请求消息后，向GGSN发送一个MBMS会话停止响应消息(MBMS Session Stop Response)。
步骤505，SGSN释放TEID，释放其从GGSN接收相应MBMS承载业务的MBMS数据的承载平面资源，设置其MBMS承载上下文的状态属性为“待命”，并给所有和该SGSN建立承载平面的BSC/RNC，发送一个MBMS会话停止请求消息(MBMS Session Stop Request)。
步骤506，BSC/RNC收到MBMS会话停止请求消息后，设置其MBMS承载上下文的状态属性为“待命”，并向SGSN发送一个MBMS会话停止响应消息(MBMS Session Stop Response)。
然后，RNC释放相应无线和Iu资源，BSC释放相应无线资源。
由上述过程可见，现有的MBMS会话停止过程中BM-SC必须根据“下行流节点列表”来确定向哪些GGSN发送会话停止请求消息。而对于MBMS广播业务来说，现有MBMS广播业务会话开始过程，没有使用下行流节点列表。同时，现有的MBMS会话停止过程中将MBMS承载上下文的状态属性为“待命”，而对于MBMS广播业务来说，在会话开始过程建立了相应的MBMS承载上下文，这些上下文需要在会话停止后被释放，现有的MBMS会话停止过程也不能完成释放工作。综上所述，现有的MBMS会话停止过程不能用来执行MBMS广播业务会话的停止过程，因此无法正确停止广播业务会话。
发明内容
有鉴于此，本发明的主要目的在于提供一种广播业务的会话方法，保证正确停止MBMS广播业务会话。
为达到上述目的，本发明的技术方案具体是这样实现的：
一种广播业务的会话方法，至少包括会话开始过程和会话停止过程，所述的会话开始过程中至少包括：
A、广播/组播业务中心BM-SC向广播业务使用的关口GPRS支撑节点GGSN发送会话开始请求；
B、广播业务的各个节点根据收到的会话开始请求，分别建立MBMS承载上下文，并建立实现该广播业务的资源；
所述的会话停止过程中至少包括：
C、BM-SC向广播业务使用的GGSN发送会话停止请求；
D、广播业务的各个节点根据收到的会话停止请求，分别释放MBMS承载上下文，并释放该广播业务建立的资源。
其中，所述步骤A可以进一步包括：BM-SC记录会话开始请求发送给了哪些GGSN；或BM-SC在收到GGSN的会话开始响应后，记录返回了成功会话开始响应的GGSN；
所述步骤C为：BM-SC只向步骤A中记录的GGSN发送会话停止请求。
所述步骤A还可以进一步包括：BM-SC创建MBMS承载上下文；
所述步骤B包括：
B1)能建立相应承载的GGSN创建MBMS承载上下文，向与其相连的所有服务GPRS支撑节点SGSN发送MBMS会话开始请求；
B2)SGSN创建MBMS承载上下文，向所有与其相连的基站控制器/无线网络控制器BSC/RNC发送MBMS会话开始请求，并在收到BSC/RNC会话开始响应后，建立到BSC/RNC的承载平面；
B3)BSC/RNC收到MBMS会话开始请求后，向SGSN发送会话开始响应，创建MBMS承载上下文，建立其到用户设备UE的资源；
所述步骤C为：BM-SC向步骤A中记录的GGSN发送会话停止请求，BM-SC释放对应的MBMS承载上下文；
所述步骤D包括：
D1)GGSN向与其相连的所有SGSN发送MBMS会话停止请求，GGSN释放对应的MBMS承载上下文；
D2)SGSN向所有与其建立了承载平面的BSC/RNC发送MBMS会话停止请求，SGSN释放承载平面资源，并释放对应的MBMS承载上下文；
D3)BSC/RNC收到MBMS会话停止请求后，释放对应的MBMS承载上下文并释放其到UE的资源。
另外，在进行定时广播业务时，该方法可以进一步包括：BM-SC在该定时广播业务的第一次会话开始前或会话开始过程中建立MBMS承载上下文；在该定时广播业务的最后一次会话停止过程中删除MBMS承载上下文。
所述广播业务使用的GGSN，可以是由运营商配置的。
BM-SC记录会话开始请求发送给了哪些GGSN的方法可以为：将BM-SC发送会话开始请求的GGSN记录在预先设置的、针对该MBMS承载业务的MBMS广播业务节点列表中；
BM-SC记录返回了成功会话开始响应的GGSN的方法可以为：BM-SC将返回了成功会话开始响应的GGSN记录在预先设置的、针对该MBMS承载业务的MBMS广播业务节点列表中；
所述步骤C所述BM-SC只向步骤A中记录的GGSN发送会话停止请求的方法可以为：BM-SC向MBMS广播业务节点列表中记录的GGSN发送会话停止请求。
所述步骤A还可以进一步包括：BM-SC在MBMS承载上下文中建立下行流节点列表，并将发送给哪些GGSN的标识添加到该下行流节点列表中；或将返回了成功会话开始响应的GGSN的标识添加到该下行流节点列表中；
所述步骤B1)进一步包括：GGSN在MBMS承载上下文中建立下行流节点列表，并将与其相连的所有SGSN的标识添加到该下行流节点列表中；
所述步骤C所述BM-SC只向步骤A中记录的GGSN发送会话停止请求的方法为：BM-SC向下行流节点列表中记录的GGSN发送会话停止请求；
步骤D1)所述GGSN向与其相连的所有SGSN发送MBMS会话停止请求的方法为：GGSN向下行流节点列表中记录的所有SGSN发送会话停止请求。
所述步骤B2)可以进一步包括：SGSN在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为激活，并在向GGSN发送MBMS会话开始响应消息中提供用于承载平面的隧道终结点标识TEID，用于GGSN发送MBMS数据；
所述步骤D2)可以进一步包括：SGSN释放TEID。
该方法可以进一步包括：GGSN将SGSN的标识和TEID对应保存在SGSN标识和TEID对应列表中，用于GGSN发送MBMS数据。
所述步骤B3)可以进一步包括：如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN发送MBMS数据的Iu承载平面；
如果BSC/RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。
该方法还可以进一步包括：SGSN将BSC/RNC的标识和TEID对应保存在BSC/RNC标识和TEID对应列表中，用于该SGSN发送MBMS数据的Iu承载平面。
如果BSC/RNC接收了多个MBMS会话开始请求消息，BSC/RNC回复哪个SGSN可以通过网络运营商来配置。
步骤C所述BM-SC释放MBMS承载上下文的方法可以为：BM-SC在发送了会话停止请求后就释放MBMS承载上下文；或在所有GGSN都反馈了会话停止响应消息后释放MBMS承载上下文；
步骤D1)所述GGSN释放MBMS承载上下文的方法可以为：GGSN在发送了会话停止请求后就释放MBMS承载上下文；或在所有SGSN反馈了会话停止响应消息后释放MBMS承载上下文；
步骤D2)所述SGSN释放MBMS承载上下文的方法可以为：SGSN在发送了会话停止请求后就释放MBMS承载上下文；或在所有BSC/RNC反馈了会话停止响应消息后释放MBMS承载上下文。
步骤C所述BM-SC释放MBMS承载上下文的方法可以为：在BM-SC给GGSN发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文；
步骤D1)所述GGSN释放MBMS承载上下文的方法可以为：在GGSN给SGSN发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文；
步骤D2)所述SGSN释放MBMS承载上下文的方法可以为：在SGSN给BSC/RNC发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文。
由上述的技术方案可见，本发明的这种广播业务的会话方法，其会话开始过程中BM-SC只向广播业务使用的GGSN发送会话开始请求；会话停止过程中BM-SC只向广播业务使用的GGSN发送会话停止请求。这样，就保证了BM-SC向哪些GGSN发送会话开始请求与其向哪些GGSN发送会话停止请求一致。同时，广播业务的各个节点在收到会话开始请求后，分别建立MBMS承载上下文，并建立实现该广播业务的资源；广播业务的各个节点在收到会话停止请求后，分别释放MBMS承载上下文，并释放该广播业务建立的资源。因此，本发明能够保证正确停止MBMS广播业务会话。
附图说明
图1为MBMS的工作原理示意图；
图2为支持组播/广播业务的无线网络结构示意图；
图3为现有技术MBMS组播业务会话开始流程示意图；
图4为现有技术MBMS广播业务会话开始流程示意图；
图5为现有技术MBMS业务会话停止流程示意图；
图6为本发明较佳实施例的网络拓扑结构示意图；
图7为本发明会话方法实施例一的会话开始流程示意图；
图8为本发明会话方法实施例二的会话开始流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举两个较佳实施例，对本发明进一步详细说明。
本发明的这种广播业务的会话方法，在所述的会话开始过程中，BM-SC建立MBMS承载上下文，并向广播业务使用的关口GPRS支撑节点GGSN发送会话开始请求，广播业务的各个节点在收到会话开始请求后，分别建立MBMS承载上下文，并建立实现该广播业务的资源。在所述的会话停止过程中，BM-SC只向广播业务使用的GGSN发送会话停止请求。广播业务的各个节点在收到会话停止请求后，分别释放MBMS承载上下文，并释放该广播业务建立的资源。
以下先对两个较佳实施例的网络结构进行介绍。这两个实施例都是要实现广播业务A，其网络结构相同。参见图6，图6为本发明较佳实施例的网络拓扑结构示意图。其中，一个BM-SC连接三个GGSN，分别是GGSN1、GGSN2、GGSN3。BM-SC要发送的MBMS广播业务A只使用GGSN2，也就是只有GGSN2与广播业务A有关，这种关联关系可以是移动运营商配置的。GGSN2连接了SGSN1和SGSN2两个SGSN，SGSN1连接了RNC1-个RNC，SGSN2连接了RNC2和RNC3两个RNC。用户设备UE通过RNC接入该网络。
然后对两个实施例分别进行说明。
实施例一，按照MBMS广播业务会话方法中的三个过程分别进行说明。
首先，对本实施例的会话开始过程进行说明。参见图7，图7为本发明会话方法实施例一的会话开始流程示意图。该流程包括以下步骤：
步骤701，BM-SC创建MBMS承载上下文，向PLMN中MBMS广播业务A使用的GGSN2发送会话开始请求消息(Session Start Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。因为GGSN和业务有关，并不是所有PLMN中所有的GGSN都和这个会话相关，所以这里并不是给所有GGSN发送该会话开始请求消息。同样，在会话停止流程中，也不是给所有GGSN发送会话停止请求消息。哪个GGSN和一个特定业务有关，也就是说这个业务使用哪个GGSN，可以通过运营商的网络配置实现。
由于本实施例中，只有GGSN2用于广播业务A，所以BM-SC只向GGSN2发送会话开始请求消息。该请求中提供了TMGI、QoS、MBMS业务域等会话属性。
步骤702，BM-SC将GGSN2记录在预先设置的、针对该MBMS承载业务的一个MBMS广播业务节点列表中。另外，BM-SC还可以在收到GGSN2发送的成功的会话开始响应消息后，将GGSN2记录在预先设置的、针对该MBMS承载业务的一个MBMS广播业务节点列表中。
步骤703，GGSN2收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。
步骤704，GGSN2向其连接的所有的SGSN即SGSN1和SGSN2，分别发送一个MBMS会话开始请求消息(MBMS Session Start Request)。
步骤705，SGSN1和SGSN2收到MBMS会话开始请求消息后，分别创建MBMS承载上下文，在MBMS承载上下文当中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，并分别向GGSN2发送一个MBMS会话开始响应消息(MBMS Session Start Response)，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN2发送MBMS数据。
GGSN2将该SGSN1和SGSN2的标识和TEID对应保存，用于发送MBMS数据。因此，对于每个MBMS承载业务，GGSN都建立了一个保存SGSN的标识和TEID的对应列表。
实际上，对于组播业务，GGSN在收到SGSN发送的MBMS会话开始响应消息后，同样可以将该SGSN的标识和TEID对应保存在一个SGSN标识和TEID对应列表中。
步骤706，SGSN1和SGSN2向和该SGSN相连的RNC1、RNC2、RNC3，分别发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。
步骤707，RNC1、RNC2、RNC3分别判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先创建一个MBMS承载上下文，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤708；否则直接执行步骤708。
步骤708，RNC1、RNC2、RNC3分别向SGSN1、SGSN2发送一个MBMS会话开始响应消息(MBMS Session Start Request)。
如果RNC在MBMS业务域内，则RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN发送MBMS数据的Iu承载平面。
如果一个RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。BSC/RNC回复哪个SGSN可以通过网络运营商来配置。
如果RNC不在MBMS业务域内，则其在向SGSN发送的MBMS会话开始响应消息中，指示RNC不在MBMS业务域内。
SGSN将该BSC/RNC的标识和TEID对应保存，用于发送MBMS数据。因此，对于每个MBMS承载业务，SGSN都建立了一个保存BSC/RNC标识和TEID的对应列表。
实际上，对于组播业务，SGSN在收到BSC/RNC发送的MBMS会话开始响应消息后，同样可以将该BSC/RNC的标识和TEID对应保存在一个BSC/RNC标识和TEID对应列表中。
然后，RNC就在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。
会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程，本实施例的会话进行过程与现有技术相同，这里不再赘述。
最后，对本实施例的会话停止过程进行说明。本实施例的会话停止过程是对图5所示现有技术的会话停止流程基础上进行修改，该流程包括以下步骤：
步骤501，BM-SC给记录在MBMS广播业务节点列表中的GGSN2，发送一个会话停止请求消息(Session Stop Request)，用于指示MBMS会话被结束了，承载平面资源可以被释放了。本实施例中，通过图7所示MBMS广播会话开始过程，在MBMS广播业务列表中只记录了GGSN2，那么BM-SC只给GGSN2发送会话停止请求消息。BM-SC释放相应的MBMS承载上下文。
本实施例中，BM-SC在发送了会话停止请求后就释放了MBMS承载上下文。在实际应用中，可以在步骤502之后，即所有GGSN都反馈了会话停止响应消息后释放MBMS承载上下文；还可以由其他事件触发，例如：设置一个定时器来触发。定时器的可以设定在BM-SC给GGSN发送会话停止请求后启动，该定时器到时后，释放MBMS承载上下文。
步骤502，GGSN2收到会话停止请求消息后，向BM-SC发送一个会话停止响应消息(Session Stop Response)。
步骤503，GGSN2给所有与其相连的SGSN，发送一个MBMS会话停止请求消息(MBMS Session Stop Request)，释放针对这些SGSN相应的承载平面资源，释放其MBMS承载上下文。本实施例中，通过图7所示MBMS广播会话开始过程，GGSN2连接有SGSN1和SGSN2，那么GGSN2发送MBMS会话停止消息给SGSN1和SGSN2。
本实施例中，GGSN2在发送了会话停止请求后就释放了MBMS承载上下文。在实际应用中，可以在步骤504之后，即SGSN反馈了会话停止响应消息后释放MBMS承载上下文；还可以由其他事件触发，例如：设置一个定时器来触发。定时器的可以设定在GGSN给SGSN发送会话停止请求后启动，该定时器到时后，释放MBMS承载上下文。
步骤504，SGSN1和SGSN2收到MBMS会话停止请求消息后，向GGSN2发送一个MBMS会话停止响应消息(MBMS Session Stop Response)。
步骤505，SGSN1和SGSN2释放TEID，释放它们从GGSN2接收相应MBMS承载业务的MBMS数据的承载平面资源，SGSN1发送一个MBMS会话停止请求消息(MBMS Session Stop Request)给和它建立承载平面的RNC1，SGSN2发送MBMS会话停止请求消息给和它建立承载平面的RNC2、RNC3。SGSN1和SGSN2释放对应MBMS承载上下文。
本实施例中，SGSN1和SGSN2在发送了停止请求后就释放了MBMS承载上下文。在实际应用中，可以在步骤506之后，即BSC/RNC反馈了会话停止响应消息后释放MBMS承载上下文。还可以由其他事件触发，例如：设置一个定时器来触发。定时器的可以设定在SGSN给BSC/RNC发送会话停止请求后启动，该定时器到时后，释放MBMS承载上下文。
步骤506，RNC1、RNC2、RNC3收到MBMS会话停止请求消息后，分别向SGSN1和SGSN2发送一个MBMS会话停止响应消息(MBMS SessionStop Response)。
然后，RNC 1、2、3释放相应无线和Iu资源。同时，RNC1、RNC2、RNC3释放对应MBMS业务上下文，即MBMS承载上下文，RNC/BSC中保存的MBMS承载上下文也就是MBMS业务上下文，叫法不同，实质相同。
本过程和现有技术MBMS会话停止过程不同在于，BM-SC给GGSN发送会话停止请求消息时，不按照MBMS承载上下文中的下行流节点发送，而是给PLMN中所有和该MBMS广播会话业务相关的GGSN发送MBMS会话停止请求。这些GGSN和该MBMS广播会话开始过程涉及的GGSN一致。同时，该过程将所有节点中对应MBMS承载上下文进行了释放。
实施例二，同样按照MBMS广播业务会话方法中的三个过程分别进行说明。
首先，对本实施例的会话开始过程进行说明。参见图8，图8为本发明会话方法实施例二的会话开始流程示意图。该流程包括以下步骤：
步骤801，BM-SC向PLMN中MBMS广播业务A使用的GGSN2发送会话开始请求消息(Session Start Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。由于本实施例中，只有GGSN2用于广播业务A，所以BM-SC只向GGSN2发送会话开始请求消息。该请求中提供了TMGI、QoS、MBMS业务域等会话属性。
步骤802，BM-SC在MBMS承载上下文中建立“下行流节点列表”，并将GGSN2的标识添加到该“下行流节点列表”中。另外，BM-SC还可以收到GGSN2的成功的会话开始响应消息后，将GGSN2的标识添加到该“下行流节点列表”中。
步骤803，GGSN2收到会话开始请求消息后，创建MBMS承载上下文，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。
步骤804，GGSN2向其连接的所有的SGSN即SGSN1和SGSN2，分别发送一个MBMS会话开始请求消息(MBMS Session Start Request)。
步骤805，GGSN2在MBMS承载上下文中建立“下行流节点列表”，并将SGSN1和SGSN2的标识添加到该“下行流节点列表”中。
步骤806，SGSN1和SGSN2收到MBMS会话开始请求消息后，分别创建MBMS承载上下文，在MBMS承载上下文当中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，并分别向GGSN2发送一个MBMS会话开始响应消息(MBMS Session Start Response)，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN2发送MBMS数据。
GGSN2将该SGSN1和SGSN2的标识和TEID对应保存，用于发送MBMS数据。因此，对于每个MBMS承载业务，GGSN都建立了一个保存SGSN的标识和TEID的对应列表。
实际上，对于组播业务，GGSN在收到SGSN发送的MBMS会话开始响应消息后，同样可以将该SGSN的标识和TEID对应保存在一个SGSN标识和TEID对应列表中。
步骤807，SGSN1和SGSN2向和该SGSN相连的RNC1、RNC2、RNC3，分别发送一个MBMS会话开始请求消息(MBMS Session Start Request)，该消息中包含了会话属性。
步骤808，RNC1、RNC2、RNC3分别判断其是否在MBMS业务域内，如果BSC/RNC在MBMS业务域内，则先创建一个MBMS承载上下文，在MBMS承载上下文中，保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤809；否则直接执行步骤809。
步骤809，RNC1、RNC2、RNC3分别向SGSN1、SGSN2发送一个MBMS会话开始响应消息(MBMS Session Start Request)。
如果RNC在MBMS业务域内，则RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN发送MBMS数据的Iu承载平面。
如果一个RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。BSC/RNC回复哪个SGSN可以通过网络运营商来配置。
如果RNC不在MBMS业务域内，则其在向SGSN发送的MBMS会话开始响应消息中，指示RNC不在MBMS业务域内。
SGSN将该BSC/RNC的标识和TEID对应保存，用于发送MBMS数据。因此，对于每个MBMS承载业务，SGSN都建立了一个保存BSC/RNC标识和TEID的对应列表。
实际上，对于组播业务，SGSN在收到BSC/RNC发送的MBMS会话开始响应消息后，同样可以将该BSC/RNC的标识和TEID对应保存在一个BSC/RNC标识和TEID对应列表中。
然后，RNC就在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。
会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程，本实施例的会话进行过程与现有技术相同，这里不再赘述。
最后，对本实施例的会话停止过程进行说明。由于本实施例中，在会话开始过程中在MBMS承载上下文中建立了“下行流节点列表”，因此本实施例的会话停止过程可以利用图5所示现有技术MBMS业务会话停止流程来实现。该流程包括以下步骤：
步骤501，BM-SC给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的GGSN，发送一个会话停止请求消息(Session StopRequest)，用于指示MBMS会话被结束了，承载平面资源可以被释放了。BM-SC释放MBMS承载上下文。本实施例中，通过图9所示MBMS广播会话开始过程，MBMS承载上下文中“下行流节点列表”参数中标识GGSN2是下行流节点，那么BM-SC给GGSN2发送会话停止请求消息。
步骤502，GGSN2收到会话停止请求消息后，向BM-SC发送一个会话停止响应消息(Session Stop Response)。
步骤503，GGSN2给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的SGSN，发送一个MBMS会话停止请求消息(MBMS SessionStop Request)，释放针对这些SGSN相应的承载平面资源，释放其MBMS承载上下文。本实施例中，通过图9所示MBMS广播会话开始过程，GGSN2的MBMS承载上下文中“下行流节点列表”参数中标识SGSN1和SGSN2是下行流节点，那么GGSN2发送MBMS会话停止消息给SGSN1和SGSN2。
步骤504，SGSN1和SGSN2收到MBMS会话停止请求消息后，向GGSN2发送一个MBMS会话停止响应消息(MBMS Session Stop Response)。
步骤505，SGSN1和SGSN2释放TEID，释放它们从GGSN2接收相应MBMS承载业务的MBMS数据的承载平面资源，SGSN1发送一个MBMS会话停止请求消息(MBMS Session Stop Request)给和它建立承载平面的RNC1，SGSN2发送MBMS会话停止请求消息给和它建立承载平面的RNC2、RNC3。SGSN1和SGSN2释放对应MBMS承载上下文。
步骤506，RNC1、RNC2、RNC3收到MBMS会话停止请求消息后，分别向SGSN发送一个MBMS会话停止响应消息(MBMS Session StopResponse)。
然后，RNC1、RNC2、RNC3释放相应无线和Iu资源。同时，RNC1、RNC2、RNC3释放对应MBMS业务上下文，即MBMS承载上下文。
本实施例中BM-SC、GGSN、SGSN释放MBMS承载上下文的时机与实施例一所述的几种情况相同，这里不再赘述。
实际的广播业务中，有些广播业务是随机的，比如广告业务，这种情况下，BM-SC就应该在每次会话停止过程中释放MBMS承载上下文。而有些广播业务是一段时间的定时广播业务，比如会议期间的新闻业务，在会议期间每天定时向用户发送会议新闻，在会议结束后广播业务结束。这种情况下，如果BM-SC在每次会话开始过程中建立MBMS承载上下文，在每次会话停止过程中释放MBMS承载上下文的方法显然浪费了系统资源。所以，在这种情况下，本发明只在第一次会话开始过程中建立MBMS承载上下文，在最后一次会话停止过程中释放MBMS承载上下文，减少了可能出现的系统资源浪费。
由上述的实施例可见，本发明的这种广播业务的会话方法，通过对广播业务的会话开始过程和会话停止过程进行简单地修改，保证了正确停止MBMS广播业务会话，实现简单。
Claims (14)
1、一种广播业务的会话方法，至少包括会话开始过程和会话停止过程，其特征在于，所述的会话开始过程中至少包括：
A、广播/组播业务中心BM-SC向广播业务使用的关口GPRS支撑节点GGSN发送会话开始请求；
B、广播业务的各个节点根据收到的会话开始请求，分别建立MBMS承载上下文，并建立实现该广播业务的资源；
所述的会话停止过程中至少包括：
C、BM-SC向广播业务使用的GGSN发送会话停止请求；
D、广播业务的各个节点根据收到的会话停止请求，分别释放MBMS承载上下文，并释放该广播业务建立的资源。
2、如权利要求1所述的会话方法，其特征在于，所述步骤A进一步包括：BM-SC记录会话开始请求发送给了哪些GGSN；或BM-SC在收到GGSN的会话开始响应后，记录返回了成功会话开始响应的GGSN；
所述步骤C为：BM-SC只向步骤A中记录的GGSN发送会话停止请求。
3、如权利要求2所述的会话方法，其特征在于，所述步骤A进一步包括：BM-SC创建MBMS承载上下文；
所述步骤B包括：
B1)能建立相应承载的GGSN创建MBMS承载上下文，向与其相连的所有服务GPRS支撑节点SGSN发送MBMS会话开始请求；
B2)SGSN创建MBMS承载上下文，向所有与其相连的基站控制器/无线网络控制器BSC/RNC发送MBMS会话开始请求，并在收到BSC/RNC会话开始响应后，建立到BSC/RNC的承载平面；
B3)BSC/RNC收到MBMS会话开始请求后，向SGSN发送会话开始响应，创建MBMS承载上下文，建立其到用户设备UE的资源；
所述步骤C为：BM-SC向步骤A中记录的GGSN发送会话停止请求，BM-SC释放对应的MBMS承载上下文；
所述步骤D包括：
D1)GGSN向与其相连的所有SGSN发送MBMS会话停止请求，GGSN释放对应的MBMS承载上下文；
D2)SGSN向所有与其建立了承载平面的BSC/RNC发送MBMS会话停止请求，SGSN释放承载平面资源，并释放对应的MBMS承载上下文；
D3)BSC/RNC收到MBMS会话停止请求后，释放对应的MBMS承载上下文并释放其到UE的资源。
4、如权利要求1所述的会话方法，其特征在于，在进行定时广播业务时，该方法进一步包括：BM-SC在该定时广播业务的第一次会话开始前或会话开始过程中建立MBMS承载上下文；在该定时广播业务的最后一次会话停止过程中删除MBMS承载上下文。
5、如权利要求1所述的会话方法，其特征在于：所述广播业务使用的GGSN，是由运营商配置的。
6、如权利要求2所述的会话方法，其特征在于，BM-SC记录会话开始请求发送给了哪些GGSN的方法为：将BM-SC发送会话开始请求的GGSN记录在预先设置的、针对该MBMS承载业务的MBMS广播业务节点列表中；
BM-SC记录返回了成功会话开始响应的GGSN的方法为：BM-SC将返回了成功会话开始响应的GGSN记录在预先设置的、针对该MBMS承载业务的MBMS广播业务节点列表中；
所述步骤C所述BM-SC只向步骤A中记录的GGSN发送会话停止请求的方法为：BM-SC向MBMS广播业务节点列表中记录的GGSN发送会话停止请求。
7、如权利要求3所述的会话方法，其特征在于，所述步骤A进一步包括：BM-SC在MBMS承载上下文中建立下行流节点列表，并将发送给哪些GGSN的标识添加到该下行流节点列表中；或将返回了成功会话开始响应的GGSN的标识添加到该下行流节点列表中；
所述步骤B1)进一步包括：GGSN在MBMS承载上下文中建立下行流节点列表，并将与其相连的所有SGSN的标识添加到该下行流节点列表中；
所述步骤C所述BM-SC只向步骤A中记录的GGSN发送会话停止请求的方法为：BM-SC向下行流节点列表中记录的GGSN发送会话停止请求；
步骤D1)所述GGSN向与其相连的所有SGSN发送MBMS会话停止请求的方法为：GGSN向下行流节点列表中记录的所有SGSN发送会话停止请求。
8、如权利要求3所述的会话方法，其特征在于，所述步骤B2)进一步包括：SGSN在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为激活，并在向GGSN发送MBMS会话开始响应消息中提供用于承载平面的隧道终结点标识TEID，用于GGSN发送MBMS数据；
所述步骤D2)进一步包括：SGSN释放TEID。
9、如权利要求8所述的会话方法，其特征在于，该方法进一步包括：GGSN将SGSN的标识和TEID对应保存在SGSN标识和TEID对应列表中，用于GGSN发送MBMS数据。
10、如权利要求3所述的会话方法，其特征在于，所述步骤B3)进一步包括：如果BSC/RNC在MBMS业务域内，则BSC/RNC在MBMS会话开始响应消息中包含TEID，用于该SGSN发送MBMS数据的Iu承载平面；
如果BSC/RNC接收了多个MBMS会话开始请求消息，消息中携带Iu承载平面参数，只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。
11、如权利要求10所述的会话方法，其特征在于，该方法进一步包括：SGSN将BSC/RNC的标识和TEID对应保存在BSC/RNC标识和TEID对应列表中，用于该SGSN发送MBMS数据的Iu承载平面。
12、如权利要求10所述的会话方法，其特征在于：如果BSC/RNC接收了多个MBMS会话开始请求消息，BSC/RNC回复哪个SGSN通过网络运营商来配置。
13、如权利要求3所述的会话方法，其特征在于，步骤C所述BM-SC释放MBMS承载上下文的方法为：BM-SC在发送了会话停止请求后就释放MBMS承载上下文；或在所有GGSN都反馈了会话停止响应消息后释放MBMS承载上下文；
步骤D1)所述GGSN释放MBMS承载上下文的方法为：GGSN在发送了会话停止请求后就释放MBMS承载上下文；或在所有SGSN反馈了会话停止响应消息后释放MBMS承载上下文；
步骤D2)所述SGSN释放MBMS承载上下文的方法为：SGSN在发送了会话停止请求后就释放MBMS承载上下文；或在所有BSC/RNC反馈了会话停止响应消息后释放MBMS承载上下文。
14、如权利要求3所述的会话方法，其特征在于，步骤C所述BM-SC释放MBMS承载上下文的方法为：在BM-SC给GGSN发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文；
步骤D1)所述GGSN释放MBMS承载上下文的方法为：在GGSN给SGSN发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文；
步骤D2)所述SGSN释放MBMS承载上下文的方法为：在SGSN给BSC/RNC发送会话停止请求后启动一个定时器，该定时器到时后，释放MBMS承载上下文。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100444263A CN100344092C (zh) | 2004-05-12 | 2004-05-12 | 一种广播业务的会话方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100444263A CN100344092C (zh) | 2004-05-12 | 2004-05-12 | 一种广播业务的会话方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1697382A true CN1697382A (zh) | 2005-11-16 |
| CN100344092C CN100344092C (zh) | 2007-10-17 |
Family
ID=35349923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100444263A Expired - Fee Related CN100344092C (zh) | 2004-05-12 | 2004-05-12 | 一种广播业务的会话方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100344092C (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100454822C (zh) * | 2006-05-13 | 2009-01-21 | 华为技术有限公司 | 一种用于多媒体广播和组播业务中的下载分发方法 |
| CN101437222B (zh) * | 2007-11-16 | 2011-01-05 | 中兴通讯股份有限公司 | 移动通讯网络中恢复广播多媒体广播组播业务的方法 |
| CN101589587B (zh) * | 2007-01-26 | 2013-01-02 | 日本电气株式会社 | 多播通信系统和方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030039232A1 (en) * | 2001-08-22 | 2003-02-27 | Alessio Casati | Method of sending a multicast message in such as a GPRS/UMTS network, and a mobile telecommunications network |
| US6701155B2 (en) * | 2002-01-11 | 2004-03-02 | Nokia Corporation | Network initialized packet data protocol context activation for multicast/broadcast services |
| CN1177433C (zh) * | 2002-04-19 | 2004-11-24 | 华为技术有限公司 | 一种移动网络中广播多播业务源的管理方法 |
| CN1476198A (zh) * | 2002-08-15 | 2004-02-18 | ��������ͨ�ż����о�����˾ | 利用小区广播的mbms的业务广告或业务指示的方法 |
| CN1223121C (zh) * | 2002-09-23 | 2005-10-12 | 华为技术有限公司 | 多媒体广播/多播业务方法 |
-
2004
- 2004-05-12 CN CNB2004100444263A patent/CN100344092C/zh not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100454822C (zh) * | 2006-05-13 | 2009-01-21 | 华为技术有限公司 | 一种用于多媒体广播和组播业务中的下载分发方法 |
| CN101589587B (zh) * | 2007-01-26 | 2013-01-02 | 日本电气株式会社 | 多播通信系统和方法 |
| CN101437222B (zh) * | 2007-11-16 | 2011-01-05 | 中兴通讯股份有限公司 | 移动通讯网络中恢复广播多媒体广播组播业务的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100344092C (zh) | 2007-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1266898C (zh) | 一种实现多媒体广播/组播服务业务激活的方法 | |
| CN1303799C (zh) | 一种控制多媒体广播/组播服务会话进行的方法 | |
| CN1306766C (zh) | 多媒体广播组播业务系统中业务识别和路由方法 | |
| CN1684414A (zh) | 一种多媒体广播/组播业务的会话开始方法 | |
| CN1302686C (zh) | 多媒体广播/组播业务中小区信息变化的通知方法 | |
| CN1476198A (zh) | 利用小区广播的mbms的业务广告或业务指示的方法 | |
| CN1905694A (zh) | 多媒体广播/组播服务业务发送方法和接收方法 | |
| CN1645798A (zh) | 多媒体广播/组播服务业务数据传输的方法 | |
| CN1476260A (zh) | 多媒体广播与组播业务点对点信道和点对多点信道的转换方法 | |
| CN1592167A (zh) | 支持mbms后向兼容性的方法 | |
| CN1499760A (zh) | 多媒体广播与组播业务在Iu接口的信令承载连接方法 | |
| CN1852551A (zh) | 基于移动网络的组播业务数据的实现方法 | |
| CN1798063A (zh) | 网络侧获知用户接收多媒体广播/组播业务情况的方法 | |
| CN1581744A (zh) | 为mbms业务提供多种qos的方法 | |
| CN1735057A (zh) | 多媒体广播/组播服务中承载建立的方法 | |
| CN100346596C (zh) | 多媒体广播/组播服务业务激活的方法 | |
| CN1691676A (zh) | 多媒体广播/组播业务中确定接收用户数目的方法 | |
| CN1956450A (zh) | 一种实现多媒体广播/组播业务通知的方法及装置 | |
| CN1956451A (zh) | 一种实现多媒体广播/组播业务中会话开始的方法 | |
| CN1956413A (zh) | 一种mbms中组播业务去激活的方法和系统 | |
| CN1842206A (zh) | 用户设备释放点到多点无线承载的方法 | |
| CN101047976A (zh) | 一种多媒体广播/组播业务中授权失败处理方法及系统 | |
| CN100344092C (zh) | 一种广播业务的会话方法 | |
| CN1968451A (zh) | 一种确定使用组播/广播业务时间的方法及系统 | |
| CN1794859A (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 | ||
| 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: 20071017 Termination date: 20200512 |