CN1767494A - 一种控制多媒体广播/组播服务会话进行的方法 - Google Patents

一种控制多媒体广播/组播服务会话进行的方法 Download PDF

Info

Publication number
CN1767494A
CN1767494A CNA2004100868237A CN200410086823A CN1767494A CN 1767494 A CN1767494 A CN 1767494A CN A2004100868237 A CNA2004100868237 A CN A2004100868237A CN 200410086823 A CN200410086823 A CN 200410086823A CN 1767494 A CN1767494 A CN 1767494A
Authority
CN
China
Prior art keywords
session
ggsn
mbms
sgsn
begins
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
Application number
CNA2004100868237A
Other languages
English (en)
Other versions
CN1303799C (zh
Inventor
张海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36227256&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN1767494(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100868237A priority Critical patent/CN1303799C/zh
Priority to AT05805705T priority patent/ATE413753T1/de
Priority to PCT/CN2005/001790 priority patent/WO2006045252A1/zh
Priority to DE602005010891T priority patent/DE602005010891D1/de
Priority to EP05805705A priority patent/EP1802049B1/en
Publication of CN1767494A publication Critical patent/CN1767494A/zh
Publication of CN1303799C publication Critical patent/CN1303799C/zh
Application granted granted Critical
Priority to US11/741,185 priority patent/US20070213081A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • 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)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明公开了一种控制多媒体广播/组播服务会话进行的方法，在广播/组播业务服务器(BM－SC)中设置并保存BM－SC下行流节点列表，以及BM－SC下行流节点列表中每个GGSN的下行流节点列表，该方法还包括以下步骤：a.会话开始时，BM－SC向自身下行流节点列表中的每个GGSN发送携带有GGSN下行流节点列表的会话开始请求消息；b.收到会话开始请求消息的GGSN向BM－SC返回会话开始响应，并向自身下行流节点列表中的SGSN发送会话开始请求消息；c.收到会话开始请求消息的SGSN向GGSN返回会话开始响应，并向与自身连接的每个BSC/RNC发送会话开始请求消息，BSC/RNC完成会话承载平面的建立。采用该方法能自动控制会话开始过程和会话停止过程，减少业务发生错误的概率，提高业务提供效率。

Description

一种控制多媒体广播/组播服务会话进行的方法
技术领域
本发明涉及多媒体广播/组播服务(MBMS)会话技术，尤指一种控制MBMS会话进行的方法。
背景技术
随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，比如：视频电话、图片下载、高速浏览Internet网络等服务。其中，有一类业务的特点是：能够同时给无线网络中定制了该业务的所有用户进行发送，比如：发送天气预报、新闻短片、体育比赛集锦等等。于是，第三代移动通信引入了广播/组播的概念。
参见图1所示，对于一个中间节点而言，比如节点10，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据。这样，组播/广播业务数据传输树的每一条分支都只有一份数据进行传输，占用一份传输资源，根节点与其下游节点的数据传输也是如此。组播业务和广播业务的区别点仅在于：组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。由以上描述可见，通过组播/广播业务同时向大量用户提供相同信息，能够极大地节省网络资源。
图2为支持广播/组播业务的无线网络结构示意图，如图2所示，现有第三代合作伙伴计划(3GPP)中，支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)201，BM-SC 201通过Gmb接口或Gi接口与TPF关口GPRS支持节点(GGSN，Gateway GPRS Support Node)202相连，一个BM-SC201可与多个TPF GGSN 202相连；TPF GGSN 202通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)203相连，一个GGSN 202可与多个SGSN 203相连；SGSN 203可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)204相连，然后UTRAN 204通过Uu接口与用户终端(UE)206相连，SGSN 203也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)205相连，然后GERAN 205通过Um接口与UE 207相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。
在MBMS业务中，用于保存MBMS承载能力的是MBMS承载上下文，该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数据必须下发到的下行流节点列表；组播/广播模式，该MBMS承载处于组播或广播模式。表中的“X”表示在对应的网络实体上存储有该信息。
  参数   描述   RAN   SGSN   GGSN   BM-SC
  IP组播地址(只对组播模式)   IP组播地址标识由该MBMS承载上下文描述的MBMS承载   X   X   X   X
  APN(只对组播模式)   该IP组播地址已经被定义的接入点名称   X   X   X   X
  TMGI   分配给MBMS承载的临时移动   X   X   X   X
  组标识
  State   MBMS承载的活动性状态(‘静止’或者‘激活’)   X   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
  组播/广播模式   MBMS承载业务处于广播或组播模式   X   X   X   X
                                 表一
当BM-SC准备发送数据时，则触发MBMS会话开始过程，如此会激活网络中用于传输MBMS业务数据的所有必要的承载资源，并且通知感兴趣的UE即将开始数据传输。通过该会话开始过程，BM-SC会将诸如QoS、MBMS业务域、估计的会话时长等会话属性提供给先前注册了对应MBMS承载业务的GGSN和SGSN，以及与该注册SGSN相连的所有BSC/RNC。此外，该过程给所有注册的GGSN、SGSN以及响应了会话开始的BSC/RNC分配承载平面。
对于组播MBMS承载业务，SGSN和GGSN的注册通过MBMS组播业务激活过程和MBMS注册过程执行。
对于广播MBMS承载业务，SGSN和GGSN的注册由操作维护管理(OAM)平台执行，即BM-SC和GGSN上的MBMS承载上下文由OAM配置。因此，每个广播MBMS承载业务的下行流节点列表是定义的。
现有技术中的MBMS组播业务会话开始流程如图3所示，包括以下步骤：
步骤301：BM-SC向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN发送会话开始请求消息Session Start Request，指示即将开始的传输，并设置MBMS承载上下文的状态属性为激活。该会话开始请求中提供了TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性，还携带有2G/3G指示。
步骤302：GGSN收到会话开始请求消息后，在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC返回会话开始响应消息Session Start Response。
步骤303：GGSN向其对应MBMS承载上下文中“下行流节点列表”参数中保存的SGSN，发送MBMS会话开始请求消息MBMS Session Start Request。该会话开始请求中提供了TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性，还携带有2G/3G指示。
对于一个广播MBMS承载业务，SGSN如果没有MBMS承载上下文，则自己创建一个MBMS承载上下文。
步骤304：SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文中保存会话属性和2G/3G指示，并设置MBMS承载上下文的状态属性为激活，向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS业务数据。
步骤305：SGSN向每个与自身相连的BSC/RNC，发送MBMS会话开始请求消息MBMS Session Stan Request，该会话开始请求中提供了TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性。2G/3G指示被SGSN用于决定MBMS会话开始请求消息是否只发给BSC，或者只发给RNC，或者发给BSC和RNC。
对于一个广播MBMS承载业务，BSC/RNC如果没有MBMS承载上下文，则自己创建一个MBMS承载上下文。
步骤306～307：Iu模式下的BSC和RNC将会话属性保存在MBMS承载上下文中，并设置MBMS承载上下文的状态属性为激活，然后响应MBMS会话开始响应消息MBMS Session Start Request给SGSN。RNC包含TEID在MBMS会话开始响应消息中，用于该SGSN发送MBMS数据的Iu承载平面。
本步骤中，如果一个BSC/RNC接收到多个携带有Iu承载平面参数的MBMS会话开始请求消息，BSC/RNC只返回一个成功的MBMS会话开始响应消息，用于建立到达SGSN的一个Iu平面承载。
之后，BSC仅NC就在MBMS业务域内建立用于传输MBMS业务数据到感兴趣UE的必要的无线资源。
会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程。
当BM-SC认为MBMS会话可以结束时，就触发MBMS会话停止过程。通常，在一个足够长的时间内没有MBMS数据还需要传输，就认为会话要结束。该会话停止过程涉及所有注册该MBMS承载业务的SGSN和GGSN，以及所有与注册SGSN建立了Iu承载平面的BSC/RNC。现有技术中MBMS会话停止过程参见图4所示，包括以下步骤：
步骤401：BM-SC给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的GGSN，发送一个会话停止请求消息Session Stop Request，用于指示MBMS会话已被结束，承载平面资源可以被释放；且BM-SC设置MBMS承载上下文的状态属性为待命。
步骤402：GGSN收到会话停止请求消息后，向BM-SC返回一个会话停止响应消息Session Stop Response。
步骤403：GGSN给所有在其对应MBMS承载上下文中的“下行流节点列表”参数中的SGSN，发送一个MBMS会话停止请求消息MBMS Session StopRequest，释放针对这些SGSN相应的承载平面资源，设置其MBMS承载上下文的状态属性为待命。
步骤404：SGSN收到MBMS会话停止请求消息后，向GGSN返回一个MBMS会话停止响应消息MBMS Session Stop Response。
步骤405：SGSN释放TEID，释放相应SGSN从GGSN接收相应MBMS承载业务的MBMS数据的承载平面资源，并给所有与该SGSN建立承载平面的BSC/RNC，发送一个MBMS会话停止请求消息MBMS Session Stop Request。
对于广播MBMS承载业务，SGSN可能释放MBMS承载上下文。
步骤406～407：BSC/RNC收到MBMS会话停止请求消息后，RNC释放相应无线和Iu资源，BSC释放相应无线资源。然后向SGSN返回一个MBMS会话停止响应消息MBMS Session Stop Response。
对于广播MBMS承载业务，BSC/RNC可能释放MBMS承载上下文。
对于现有技术方案，如果要提供广播MBMS业务，则需要运营商从OAM通过手动方式对BM-SC和GGSN进行配置；如果要删除某个广播MBMS业务，也需要从OAM通过手动方式进行删除。显然，采用这样的方案无疑效率低下，同时不利于业务开展，并且还容易出错。
发明内容
有鉴于此，本发明的主要目的在于提供一种控制MBMS会话进行的方法，能自动控制会话开始过程和会话停止过程，减少业务发生错误的概率，提高业务提供效率。
为达到上述目的，本发明的技术方案是这样实现的：
一种控制多媒体广播/组播服务会话进行的方法，在广播/组播业务服务器BM-SC中设置并保存BM-SC下行流节点列表，以及BM-SC下行流节点列表中每个GGSN的下行流节点列表，该方法还包括以下步骤：
a.会话开始时，BM-SC向自身下行流节点列表中的每个GGSN发送携带有GGSN下行流节点列表的会话开始请求消息；
b.收到会话开始请求消息的GGSN向BM-SC返回会话开始响应，并向自身下行流节点列表中的SGSN发送会话开始请求消息；
c.收到会话开始请求消息的SGSN向GGSN返回会话开始响应，并向与自身连接的每个BSC/RNC发送会话开始请求消息，BSC/RNC完成会话承载平面的建立。
上述方案中，所述BM-SC下行流节点列表通过操作维护管理平台配置于BM-SC中。所述GGSN下行流节点列表通过操作维护管理平台配置于BM-SC中。
所述GGSN下行流节点列表为：比较BM-SC获得的MBMS业务总服务区域与网络中所有SGSN的地理覆盖区域所得到的重叠区域对应的所有SGSN的标识；则步骤a中BM-SC向每个GGSN发送的会话开始请求中携带的是：所得到的所有SGSN的标识。或者，所述设置GGSN下行流节点列表为：比较BM-SC获得的MBMS业务总服务区域与网络中所有SGSN的地理覆盖区域得到重叠区域对应的所有SGSN的标识；然后，BM-SC根据得到的所有SGSN与每个GGSN之间的地理位置关系，确定每个GGSN的下行流节点列表；则步骤a中BM-SC向每个GGSN发送的会话开始请求中携带的是：归属于当前GGSN的SGSN的标识。其中，所述BM-SC获得MBMS业务总服务区域具体为：BM-SC从内容提供商或网络运营商获得，或是通过OAM直接配置于BM-SC中。
上述方案中，步骤c中SGSN向GGSN返回会话开始响应之前进一步包括：SGSN判断是否收到一个以上GGSN发来的针对同一MBMS业务的会话开始请求，如果是，则选择向其中一个GGSN返回会话开始响应；否则，直接向发来会话开始请求的GGSN返回会话开始响应。其中，SGSN根据网络配置的地理位置、或根据收到会话开始请求的先后顺序选择返回会话开始响应的GGSN。
上述方案中，所述会话开始请求消息中进一步携带有包含TMGI、QoS、MBMS业务域、会话标识、估计会话长度、广播/组播指示的会话属性，以及2G/3G指示。在会话开始过程中，对于广播MBMS业务，收到会话开始请求消息的GGSN、SGSN、BSC/RNC，判断自身是否存在MBMS承载上下文，如果存在，则继续会话开始过程的后续处理；否则，先根据会话开始请求消息中携带的会话属性创建相应的MBMS承载上下文，再继续会话开始过程的后续处理。相应的，GGSN收到会话开始请求消息后，步骤b进一步包括：GGSN在MBMS承载上下文中保存请求中携带的下行流节点列表。
该方法可进一步包括：每个GGSN记录向自身返回会话开始响应的SGSN。相应的，在会话停止过程中，GGSN仅向自身记录的返回过会话开始响应的SGSN发送会话停止请求消息。
在会话停止过程中，收到会话停止请求消息的SGSN检查自身是否与发来请求的GGSN对该MBMS业务建立了相应的承载联系，如果是，SGSN向该GGSN返回会话停止响应，并继续会话停止过程的后续处理；否则，结束当前处理流程。
会话停止过程中，对于广播MBMS业务，GGSN、GGSN下游流节点列表中的SGSN、与GGSN下游流节点列表中SGSN连接的BSC/RNC在收到会话停止请求消息后，自行释放对应的MBMS承载上下文。其中，GGSN、SGSN、BSC/RNC收到会话停止请求消息后，该方法进一步包括：启动定时器，并在定时器到时后检测是否收到下一次会话的会话开始请求消息，如果未收到，则每个节点释放各自的MBMS承载上下文。
会话停止过程中，对于广播MBMS业务，GGSN、GGSN下游流节点列表中的SGSN、与GGSN下游流节点列表中SGSN连接的BSC/RNC在完成会话停止过程后，立即自行释放对应的MBMS承载上下文。
本发明所提供的控制MBMS会话进行的方法，为BM-SC和GGSN分别设置各自的下行流节点列表，在会话开始过程中，BM-SC仅向自身保存的下行流节点列表中的GGSN发送会话开始请求，同样，GGSN也仅向自身保存的下行流节点列表中的SGSN发送会话开始请求；在会话停止过程中，对于广播MBMS业务，BM-SC、GGSN、SGSN以及BSC/RNC根据实际情况删除相应的MBMS承载上下文，如此，可自动控制会话的开始和停止过程，让运营商能够灵活方便的提供MBMS业务，尤其是广播MBMS业务，从而降低了运营商的成本，提高了业务提供效率，同时减少了业务发生错误的概率。
本发明所提供的技术方案，只需要配置BM-SC，即可提供广播MBMS业务，减少了OAM的接入，相应减少了出错的可能性。并且，在会话停止后即删除对应MBMS承载上下文节约了资源。另外，本发明提供有多种实现方式，具有很强的灵活性和实用性。本发明技术方案仅对现有会话处理流程稍加改动，实现起来简单、方便。
附图说明
图1为组播业务的传输原理示意图；
图2为支持广播/组播业务的无线网络结构示意图；
图3为现有技术MBMS组播/广播业务会话开始流程示意图；
图4为现有技术MBMS组播/广播业务会话停止流程示意图；
图5为本发明MBMS组播/广播业务会话开始流程一实施例示意图；
图6为本发明MBMS组播/广播业务会话停止流程一实施例示意图；
图7为本发明实施例的网络拓扑图；
图8为本发明实施例中建立会话的网络拓扑图；
图9为本发明实施例中所有SGSN所辖区域示意图；
图10为本发明实施例中业务覆盖区域示意图。
具体实施方式
本发明的核心思想是：在BM-SC上分别设置并保存BM-SC和GGSN各自的下行流节点列表，具体说就是：为BM-SC配置下行流节点列表，即GGSN列表，同时，为每个GGSN配置各自的下行流节点列表，即SGSN列表。在会话开始过程中，BM-SC仅向自身保存的下行流节点列表中的GGSN发送会话开始请求，请求中携带GGSN对应的下行流节点列表。对于广播MBMS业务，如果GGSN没有对应当前MBMS业务的MBMS承载上下文，则创建对应当前MBMS业务的MBMS承载上下文；同样，每个收到会话开始请求的GGSN也仅向自身保存的下行流节点列表中的SGSN发送会话开始请求。并且，在会话停止过程中，对于广播MBMS业务，GGSN要释放本次MBMS会话对应的MBMS承载上下文。
其中，GGSN列表是通过OAM配置的；SGSN列表可以是通过OAM直接配置的，也可以是通过比较所获得的MBMS业务总服务区域与网络中SGSN的覆盖区域是否有重叠而得到的。SGSN列表在BM-SC中配置或获取，并由BM-SC在向GGSN下发的会话开始请求中携带给对应的GGSN。这里，MBMS业务总服务区域的获得可以是OAM配置的，也可以是BM-SC从内容提供商或网络运营商那里获得的；所述比较MBMS业务总服务区域与SGSN的地理覆盖区域在BM-SC完成，然后以GGSN下行流节点列表的方式通知GGSN。
下面分别参照附图和具体实施例对每种实现方案进行详细地说明。
第一种实现方案，运营商通过OAM在BM-SC上进行配置，不仅配置了BM-SC的下行流节点列表，也就是GGSN列表；同时还配置了GGSN列表中每个GGSN的下行流节点列表，即每个GGSN的SGSN列表。
本实现方案中的会话开始过程如图5所示，包括以下步骤：
步骤501：在BM-SC上配置GGSN列表及每个GGSN对应的SGSN列表，BM-SC向所配置的GGSN列表中的GGSN发送会话开始请求消息Session StartRequest，指示即将开始的传输，并设置MBMS承载上下文的状态属性为激活。这里所述的GGSN列表就是对应本次会话的MBMS承载上下文中的“下行流节点列表”，所述会话开始请求中提供有TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性，还携带有2G/3G指示。
对于广播MBMS承载业务，会话开始请求消息中还携带有每个GGSN对应的下行流节点列表。GGSN中如果没有对应当前MBMS业务的MBMS承载上下文，则根据会话开始请求中携带的会话属性创建一个MBMS承载上下文。
步骤502：GGSN在MBMS承载上下文中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为激活，并向BM-SC发送一个会话开始响应消息Session Start Response。GGSN保存的会话属性中包括其“下行流节点列表”。
步骤503～507：与现有技术会话开始流程中的步骤303～307完全一致。
之后，BSC/RNC就在MBMS业务域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程。
当BM-SC认为MBMS会话可以结束时，就触发MBMS会话停止过程。该会话停止过程参见图6所示，包括以下步骤：
步骤601～602：与现有技术会话停止流程中的步骤401～402完全一致。
步骤603：GGSN给所有在其对应MBMS承载上下文的“下行流节点列表”中的SGSN，发送一个MBMS会话停止请求消息MBMS Session Stop Request，释放针对这些SGSN相应的承载平面资源，并设置MBMS承载上下文的状态属性为待命。
对于广播MBMS承载业务，GGSN可能释放MBMS承载上下文。
步骤604～605：与现有技术会话停止流程中的步骤404～405完全一致。
实施例一：
本实施例中，存在一个移动运营网络，该网络的网络拓扑如图7所示，包括一个BM-SC、三个GGSN和三个SGSN，其中，BM-SC同时与GGSN1、GGSN2和GGSN3连接，GGSN1和GGSN2都与SGSN1、SGSN2、SGSN3相连，GGSN3只与SGSN2和SGSN3相连。
当前，网络中需要提供广播MBMS业务A，通过OAM在BM-SC上配置的GGSN列表和SGSN列表为：BM-SC的下行流节点列表包括GGSN1和GGSN2；GGSN1的下行流节点列表包括SGSN1；GGSN2的下行流节点列表包括SGSN2和SGSN3。
本实施例中的会话开始过程包括以下步骤：
11)由于BM-SC的下行流节点为GGSN1和GGSN2，所以BM-SC向GGSN1和GGSN2发送会话开始请求消息Session Start Request，指示即将开始的传输，并设置MBMS承载上下文的状态属性为激活。该会话开始请求中提供了TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性，还携带有2G/3G指示。由于是广播MBMS业务，所以会话属性中广播/组播指示为广播。
该会话开始请求消息中，还携带有GGSN1和GGSN2对应的下行流节点列表，GGSN1的下行流节点列表里只有SGSN1；GGSN2的下行流节点列表里有SGSN2和SGSN3。
GGSN1和GGSN2中如果没有对应当前MBMS业务的MBMS承载上下文，则根据会话开始请求消息中携带的会话属性创建一个MBMS承载上下文。
12)GGSN1和GGSN2在自身的MBMS承载上下文中分别保存所收到会话开始请求消息中提供的会话属性，设置各自的MBMS承载上下文的状态属性为激活，并分别向BM-SC返回会话开始响应消息Session Start Response。GGSN保存的会话属性中包括其下行流节点列表。其中，GGSN1的下行流节点列表中为SGSN1的标识；GGSN2的下行流节点列表中为SGSN2和SGSN3的标识。
13)GGSN1和GGSN2分别向各自下行流节点列表中保存的SGSN发送MBMS会话开始请求消息MBMS Session Stan Request。该会话开始请求中提供了TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性，还携带有2G/3G指示。由于是广播MBMS业务，所以会话属性中广播/组播指示为广播。
如果SGSN1、SGSN2、SGSN3中没有对应当前MBMS业务的MBMS承载上下文，则根据会话开始请求消息中携带的会话属性创建一个MBMS承载上下文。
14)SGSN1、SGSN2、SGSN3分别在各自的MBMS承载上下文中保存会话属性和2G/3G指示，并设置各自的MBMS承载上下文的状态属性为激活，分别向GGSN返回MBMS会话开始响应消息MBMS Session Start Response，该响应消息中提供了用于承载平面的隧道终结点标识(TEID)，用于GGSN发送MBMS数据。至此，核心网为广播MBMS业务A建立的承载平面如图8中黑色箭头实线所示。
15)每个SGSN向与自身连接的所有BSC/RNC发送MBMS会话开始请求消息MBMS Session Stan Request，该请求中提供有TMGI、QoS、MBMS业务域、会话标识、估计该会话的长度、广播/组播指示等会话属性。2G/3G指示被SGSN用于决定MBMS会话开始请求消息是否只发给BSC，或者只发给RNC，或者发给BSC和RNC。
对于广播MBMS业务A，BSC/RNC如果没有对应当前MBMS业务的MBMS业务上下文，则根据会话开始请求消息中携带的会话属性创建一个MBMS承载上下文。
16)～17)Iu模式下的BSC和RNC将会话属性保存在MBMS业务上下文中，设置MBMS业务上下文的状态属性为激活，然后响应一个MBMS会话开始响应消息MBMS Session Start Request给SGSN。RNC包含TEID在MBMS会话开始响应消息中，用于该SGSN发送MBMS数据的Iu承载平面。
如果一个BSC/RNC接收到多个携带有Iu承载平面参数的MBMS会话开始请求消息，BSC/RNC只返回一个成功的MBMS会话开始响应消息，用于建立到达一个SGSN的一个Iu平面承载。
之后，BSC/RNC就在MBMS业务域内建立用于传输MBMS业务数据到感兴趣UE的必要的无线资源。
会话开始过程完成后，就进入会话进行过程，也就是利用建立的无线资源进行数据通信的过程。
当BM-SC认为MBMS会话可以结束时，就触发MBMS会话停止过程。本实施例中，该会话停止流程包括以下步骤：
21)BM-SC给自身下行流节点列表中的GGSN1和GGSN2发送会话停止请求消息Session Stop Request，用于指示MBMS会话已被结束，承载平面资源可以被释放；且BM-SC设置MBMS承载上下文的状态属性为待命。
22)GGSN1和GGSN2收到会话停止请求消息后，分别向BM-SC返回一个会话停止响应消息Session Stop Response。
23)GGSN1和GGSN2分别给各自下行流节点列表中的SGSN发送MBMS会话停止请求消息MBMS Session Stop Request，释放针对这些SGSN相应的承载平面资源，设置其MBMS承载上下文的状态属性为待命。具体地说，GGSN1给SGSN1发送会话停止请求消息，GGSN2给SGSN2、SGSN3发送会话停止请求消息。
对于广播MBMS业务A，GGSN1和GGSN2可能释放MBMS承载上下文。
24)SGSN1、SGSN2、SGSN3收到MBMS会话停止请求消息后，分别向GGSN1、GGSN2返回MBMS会话停止响应消息MBMS Session Stop Response。
25)每个SGSN分别释放TEID，释放其从GGSN接收相应MBMS业务的MBMS数据的承载平面资源，并给所有与自身建立承载平面的BSC/RNC，发送一个MBMS会话停止请求消息MBMS Session St叩Request。
对于广播MBMS业务A，SGSN1、SGSN2和SGSN3可能释放MBMS承载上下文。
26)～27)每个BSC/RNC收到MBMS会话停止请求消息后，RNC释放相应无线和Iu资源，BSC释放相应无线资源；然后分别向所属的SGSN返回MBMS会话停止响应消息MBMS Session Stop Response。
对于广播MBMS承载业务A，BSC/RNC可能释放MBMS业务上下文。
第二种实现方案，运营商通过OAM在BM-SC上进行配置，仅配置了BM-SC的下行流节点列表，也就是GGSN的列表。同时，BM-SC从内容提供商或网络运营商获得MBMS业务总服务区域，或是通过OAM配置获得MBMS业务总服务区域，之后，BM-SC比较MBMS业务总服务区域和网络中所有SGSN的覆盖区域，判断是否存在重叠区域，并根据判断结果产生服务该MBMS业务的SGSN列表。
SGSN列表确定后，确定每个GGSN的下行流节点列表，即：确定每个GGSN下游服务于当前MBMS业务的SGSN。这里，每个GGSN的下行流节点列表可以根据SGSN与GGSN的地理位置关系确定，比如：SGSN就近选择其父GGSN；也可以由运营商设定。
本实现方案中，除了SGSN列表的获取途径不同之外，会话开始过程和会话停止过程与第一种实现方案完全相同。
实施例二：
本实施例中，存在一个移动运营网络，该网络的网络拓扑如图7所示，包括一个BM-SC、三个GGSN和三个SGSN，其中，BM-SC同时与GGSN1、GGSN2和GGSN3连接，GGSN1和GGSN2都与SGSN1、SGSN2、SGSN3相连，GGSN3只与SGSN2和SGSN3相连。SGSN1、SGSN2和SGSN3各自所管辖的区域如图9所示，当前，网络中需要提供广播MBMS业务A，广播MBMS业务A的覆盖区域如图10阴影部分所示。
BM-SC从内容提供商或网络运营商获得MBMS业务A的总服务区域，或是通过OAM配置获得MBMS业务A的总服务区域，具体如何获得MBMS业务A的总服务区域为现有技术，在此不再赘述。获得MBMS业务A的总服务区域后，BM-SC比较MBMS业务A总服务区域与SGSN1、SGSN2和SGSN3的覆盖区域，判断是否有重叠区域，根据判断结果产生服务于广播MBMS业务A的SGSN列表。从图10可以看出，产生的服务于广播MBMS业务A的SGSN列表包括SGSN1、SGSN2、SGSN3。
进一步，BM-SC根据GGSN与SGSN地理位置的相关性，确定GGSN1的下行流节点为SGSN1，GGSN2的下行流节点为SGSN2和SGSN3。
后续的会话开始过程和会话停止过程与实施例一完全相同。
第三种实现方案，基于上述两种实现方案，如果下行流节点收到了针对一个MBMS业务多于一个的会话开始请求，那么下游流节点只给其中一个会话开始请求反馈会话开始响应消息，并建立与之的承载平面。至于下游流节点选择哪个上游流节点，可以是下游流节点根据会话开始请求消息到来的先后顺序确定；也可以是根据网络配置确定，比如：按照地理区域配置选择地理位置近的上游流节点进行反馈，建立承载平面。
实施例三：
本实施例中，存在一个移动运营网络，该网络的网络拓扑如图7所示，包括一个BM-SC、三个GGSN和三个SGSN，其中，BM-SC同时与GGSN1、GGSN2和GGSN3连接，GGSN1和GGSN2都与SGSN1、SGSN2、SGSN3相连，GGSN3只与SGSN2和SGSN3相连。SGSN1、SGSN2和SGSN3各自所管辖的区域如图9所示，当前，网络中需要提供广播MBMS业务A，广播MBMS业务A的覆盖区域如图10阴影部分所示。
BM-SC从内容提供商、网络运营商获得MBMS业务总服务区域，或者是通过OAM配置MBMS业务总服务区域，获得MBMS业务总服务区域后，BM-SC比较MBMS业务总服务区域和网络中SGSN的覆盖区域，根据判断是否有重叠区域的原则，产生服务于当前广播MBMS业务的SGSN列表。从图10可以看出，SGSN列表包括SGSN1、SGSN2、SGSN3。这里，BM-SC并不分辨这些SGSN具体归属于哪个GGSN。
在会话开始过程中，BM-SC直接将SGSN1、SGSN2、SGSN3作为一个SGSN列表同时发给GGSN1和GGSN2。
GGSN1和GGSN2收到BM-SC发来的SGSN列表后，直接将该SGSN列表保存为各自的下行流节点列表，然后向SGSN列表中的每个SGSN都发送会话开始请求消息。
对于本实施例，会话开始过程与实施例一或实施例二基本相同，仅SGSN在返回会话开始响应之前会增加判断选择的步骤，每个SGSN判断是否收到多个GGSN发来的、针对同一广播MBMS业务的会话开始请求，如果是，选择其中一个GGSN返回会话开始响应。其中，选择GGSN可以根据网络配置或根据收到会话开始请求的先后顺序来选定。
本实施例中，SGSN1、SGSN2、SGSN3都会收到GGSN1和GGSN2针对同一个广播MBMS业务的会话开始请求消息，那么SGSN1只给GGSN1返回会话开始响应；SGSN2和SGSN3只给GGSN2返回会话开始响应，形成如图8所示的网络拓扑。
对于会话停止过程，有两种处理方案：
①SGSN收到会话停止请求消息后，检查是否与发送请求的GGSN就该MBMS业务建立了相应的承载联系，如果建立了相应承载，SGSN向该GGSN返回会话停止响应，其它步骤与实施例一或实施例二相同；如果未建立相应承载，SGSN不进行任何操作。
本实施例中，SGSN2、SGSN3收到GGSN1发送的会话停止请求后，由于SGSN2和SGSN3与GGSN1之间未建立承载联系，因此并不返回会话停止响应，也不做额外任何动作。当SGSN2、SGSN3收到GGSN2发来的会话停止请求后，发现自身与GGSN2之间建立了承载平面，因此返回会话停止响应，进行相应会话停止过程。
②GGSN在会话开始过程中，记录返回会话开始响应的SGSN节点列表；那么在会话停止过程中，GGSN只向记录的曾返回会话开始响应的SGSN发送会话停止请求，因为只有这些SGSN才可能与自身建立承载联系。
在本实施例的会话开始过程中，GGSN1记录SGSN1为唯一返回了会话开始响应的SGSN，那么在会话停止过程中，GGSN1只会给SGSN1发送会话停止请求。
第四种实现方案，在上述三种实现方案的基础上，改变会话停止过程中个节点对自身MBMS承载上下文的处理，具体就是：在会话停止过程中，对于广播MBMS业务，GGSN、SGSN、BSC/RNC这些网络节点，在收到会话停止请求消息后或会话停止过程结束后，释放对应的MBMS承载上下文。
这是因为会话停止过程就意味着可期待的一段时间以内，都不会建立相应MBMS承载，为了节约资源，在会话停止后即释放对应MBMS承载上下文。
这里，GGSN、SGSN、BSC/RNC这些网络节点何时删除自身对应当前MBMS业务的MBMS承载上下文，有几种具体实现方案：①GGSN、SGSN、BSC/RNC在收到会话停止请求消息后，马上自行释放对应的MBMS承载上下文；②GGSN、SGSN、BSC/RNC在收到会话停止请求消息后，启动一定时器，在定时器到时后检测是否收到下一次会话的会话开始请求消息，如果未收到，则每个节点释放各自的MBMS承载上下文；③GGSN、SGSN、BSC/RNC在会话停止过程完成后，立即自行释放对应的MBMS承载上下文。
实施例四：
本实施例中，存在一个移动运营网络，该网络的网络拓扑如图7所示，包括一个BM-SC、三个GGSN和三个SGSN，其中，BM-SC同时与GGSN1、GGSN2和GGSN3连接，GGSN1和GGSN2都与SGSN1、SGSN2、SGSN3相连，GGSN3只与SGSN2和SGSN3相连。SGSN1、SGSN2和SGSN3各自所管辖的区域如图9所示，当前，网络中需要提供广播MBMS业务A，广播MBMS业务A的覆盖区域如图10阴影部分所示。
本实施例中的会话开始流程分别与实施例一、或实施例二、或实施例三完全相同。
当BM-SC认为MBMS会话可以结束时，就触发MBMS会话停止过程。本实施例中，该会话停止流程包括以下步骤：
31)～32)与实施例一中的步骤21)～22)完全一致。
33)GGSN1和GGSN2分别给各自下行流节点列表中的SGSN发送MBMS会话停止请求消息MBMS Session Stop Request，释放针对这些SGSN相应的承载平面资源，设置其MBMS承载上下文的状态属性为待命。具体说就是，GGSN1给SGSN1发送会话停止请求消息，GGSN2给SGSN2、SGSN3发送会话停止请求消息。
对于广播MBMS业务A，GGSN1和GGSN2释放MBMS承载上下文。
34)SGSN1、SGSN2、SGSN3收到MBMS会话停止请求消息后，分别向GGSN1、GGSN2发送MBMS会话停止响应消息MBMS Session Stop Response。
35)每个SGSN分别释放TEID，释放其从GGSN接收相应MBMS业务的MBMS数据的承载平面资源，并给所有与自身建立承载平面的BSC/RNC，发送一个MBMS会话停止请求消息MBMS Session Stop Request。
对于广播MBMS业务A，SGSN1、SGSN2、SGSN3分别释放相应的MBMS承载上下文。
36)～37)每个BSC/RNC收到MBMS会话停止请求消息后，RNC释放相应无线和Iu资源，BSC释放相应无线资源；然后分别向所属的SGSN返回MBMS会话停止响应消息MBMS Session Stop Response。
对于广播MBMS业务A，BSC/RNC释放MBMS业务上下文。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (17)

1、一种控制多媒体广播/组播服务会话进行的方法，其特征在于，在广播/组播业务服务器BM-SC中设置并保存BM-SC下行流节点列表，以及BM-SC下行流节点列表中每个GGSN的下行流节点列表，该方法还包括以下步骤：
a.会话开始时，BM-SC向自身下行流节点列表中的每个GGSN发送携带有GGSN下行流节点列表的会话开始请求消息；
b.收到会话开始请求消息的GGSN向BM-SC返回会话开始响应，并向自身下行流节点列表中的SGSN发送会话开始请求消息；
c.收到会话开始请求消息的SGSN向GGSN返回会话开始响应，并向与自身连接的每个BSC/RNC发送会话开始请求消息，BSC/RNC完成会话承载平面的建立。
2、根据权利要求1所述的方法，其特征在于，所述BM-SC下行流节点列表通过操作维护管理平台配置于BM-SC中。
3、根据权利要求1所述的方法，其特征在于，所述GGSN下行流节点列表通过操作维护管理平台配置于BM-SC中。
4、根据权利要求1所述的方法，其特征在于，所述GGSN下行流节点列表为：比较BM-SC获得的MBMS业务总服务区域与网络中所有SGSN的地理覆盖区域所得到的重叠区域对应的所有SGSN的标识；则步骤a中BM-SC向每个GGSN发送的会话开始请求中携带的是：所得到的所有SGSN的标识。
5、根据权利要求1所述的方法，其特征在于，所述设置GGSN下行流节点列表为：比较BM-SC获得的MBMS业务总服务区域与网络中所有SGSN的地理覆盖区域得到重叠区域对应的所有SGSN的标识；然后，BM-SC根据得到的所有SGSN与每个GGSN之间的地理位置关系，确定每个GGSN的下行流节点列表；则步骤a中BM-SC向每个GGSN发送的会话开始请求中携带的是：归属于当前GGSN的SGSN的标识。
6、根据权利要求4或5所述的方法，其特征在于，所述BM-SC获得MBMS业务总服务区域具体为：BM-SC从内容提供商或网络运营商获得，或是通过OAM直接配置于BM-SC中。
7、根据权利要求1所述的方法，其特征在于，步骤c中SGSN向GGSN返回会话开始响应之前进一步包括：SGSN判断是否收到一个以上GGSN发来的针对同一MBMS业务的会话开始请求，如果是，则选择向其中一个GGSN返回会话开始响应；否则，直接向发来会话开始请求的GGSN返回会话开始响应。
8、根据权利要求7所述的方法，其特征在于，SGSN根据网络配置的地理位置、或根据收到会话开始请求的先后顺序选择返回会话开始响应的GGSN。
9、根据权利要求1、4、5或7所述的方法，其特征在于，所述会话开始请求消息中进一步携带有包含TMGI、QoS、MBMS业务域、会话标识、估计会话长度、广播/组播指示的会话属性，以及2G/3G指示。
10、根据权利要求9所述的方法，其特征在于，会话开始过程中，对于广播MBMS业务，收到会话开始请求消息的GGSN、SGSN、BSC/RNC，判断自身是否存在MBMS承载上下文，如果存在，则继续会话开始过程的后续处理；否则，先根据会话开始请求消息中携带的会话属性创建相应的MBMS承载上下文，再继续会话开始过程的后续处理。
11、根据权利要求10所述的方法，其特征在于，GGSN收到会话开始请求消息后，步骤b进一步包括：GGSN在MBMS承载上下文中保存请求中携带的下行流节点列表。
12、根据权利要求1、4、5或7所述的方法，其特征在于，该方法进一步包括：每个GGSN记录向自身返回会话开始响应的SGSN。
13、根据权利要求12所述的方法，其特征在于，在会话停止过程中，GGSN仅向自身记录的返回过会话开始响应的SGSN发送会话停止请求消息。
14、根据权利要求1、4、5或7所述的方法，其特征在于，在会话停止过程中，收到会话停止请求消息的SGSN检查自身是否与发来请求的GGSN对该MBMS业务建立了相应的承载联系，如果是，SGSN向该GGSN返回会话停止响应，并继续会话停止过程的后续处理；否则，结束当前处理流程。
15、根据权利要求1、4、5或7所述的方法，其特征在于，会话停止过程中，对于广播MBMS业务，GGSN、GGSN下游流节点列表中的SGSN、与GGSN下游流节点列表中SGSN连接的BSC/RNC在收到会话停止请求消息后，自行释放对应的MBMS承载上下文。
16、根据权利要求15所述的方法，其特征在于，GGSN、SGSN、BSC/RNC收到会话停止请求消息后，该方法进一步包括：启动定时器，并在定时器到时后检测是否收到下一次会话的会话开始请求消息，如果未收到，则每个节点释放各自的MBMS承载上下文。
17、根据权利要求1、4、5或7所述的方法，其特征在于，会话停止过程中，对于广播MBMS业务，GGSN、GGSN下游流节点列表中的SGSN、与GGSN下游流节点列表中SGSN连接的BSC/RNC在完成会话停止过程后，立即自行释放对应的MBMS承载上下文。
CNB2004100868237A 2004-10-28 2004-10-28 一种控制多媒体广播/组播服务会话进行的方法 Active CN1303799C (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CNB2004100868237A CN1303799C (zh) 2004-10-28 2004-10-28 一种控制多媒体广播/组播服务会话进行的方法
EP05805705A EP1802049B1 (en) 2004-10-28 2005-10-28 A method and system for controlling multimedia broadcast/multicast service session
PCT/CN2005/001790 WO2006045252A1 (fr) 2004-10-28 2005-10-28 Procede et systeme permettant de commander une session d'un service de diffusion/multidiffusion multimedia
DE602005010891T DE602005010891D1 (de) 2004-10-28 2005-10-28 Verfahren und system zur steuerung einer multimedia-broadcast/multicast-service-sitzung
AT05805705T ATE413753T1 (de) 2004-10-28 2005-10-28 Verfahren und system zur steuerung einer multimedia-broadcast/multicast-service-sitzung
US11/741,185 US20070213081A1 (en) 2004-10-28 2007-04-27 Method and System for Controlling Multimedia Broadcast Multicast Service Session Procedure

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100868237A CN1303799C (zh) 2004-10-28 2004-10-28 一种控制多媒体广播/组播服务会话进行的方法

Publications (2)

Publication Number Publication Date
CN1767494A true CN1767494A (zh) 2006-05-03
CN1303799C CN1303799C (zh) 2007-03-07

Family

ID=36227256

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100868237A Active CN1303799C (zh) 2004-10-28 2004-10-28 一种控制多媒体广播/组播服务会话进行的方法

Country Status (6)

Country Link
US (1) US20070213081A1 (zh)
EP (1) EP1802049B1 (zh)
CN (1) CN1303799C (zh)
AT (1) ATE413753T1 (zh)
DE (1) DE602005010891D1 (zh)
WO (1) WO2006045252A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008134968A1 (fr) * 2007-04-30 2008-11-13 Huawei Technologies Co., Ltd. Système, procédé et appareil pour fournir un service de diffusion/multidiffusion multimédia
WO2009067866A1 (fr) * 2007-11-28 2009-06-04 Huawei Technologies Co., Ltd. Procédé et système de réseau pour établir des sessions dans un service de diffusion/multidiffusion multimédia
CN101868986A (zh) * 2007-11-01 2010-10-20 汤姆森许可贸易公司 组播方法
CN101257397B (zh) * 2006-11-03 2011-11-23 中兴通讯股份有限公司 从无线网络控制器接入组播业务的方法
CN101242569B (zh) * 2007-02-05 2013-03-20 中兴通讯股份有限公司 一种防止或减少多媒体广播组播服务业务中断的方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006002892A1 (de) * 2006-01-20 2007-08-02 Siemens Ag Verfahren, System, Computerprogramm, Datenträger und Computerprogramm-Produkt zum Übertragen von Mediendaten eines Multicast-Dienstes
CN101132607B (zh) * 2006-08-22 2011-07-20 上海贝尔阿尔卡特股份有限公司 演进多媒体广播组播业务接入网关、基站和方法
KR100740874B1 (ko) 2006-09-29 2007-07-19 한국전자통신연구원 부하 분산을 위한 멀티미디어 방송형 멀티캐스트 서비스제어 시스템 및 그 제어 방법
KR101402455B1 (ko) 2007-04-13 2014-06-03 텔레폰악티에볼라겟엘엠에릭슨(펍) 통신 네트워크에서의 장치 간의 정보의 통신
CN101188819B (zh) * 2007-04-30 2010-09-29 中兴通讯股份有限公司 Iu接口并行多媒体广播组播业务会话开始处理方法及装置
US9344290B2 (en) * 2007-09-24 2016-05-17 Qualcomm Incorporated Terminating a multicast session within a wireless communications network
US8570911B2 (en) 2007-09-24 2013-10-29 Qualcomm Incorporated Multicast messaging within a wireless communication system
KR100934708B1 (ko) 2007-12-13 2009-12-30 포스데이타 주식회사 통신 시스템에서 멀티캐스트 방송 서비스 지원 시스템 및방법
WO2009075553A2 (en) * 2007-12-13 2009-06-18 Posdata Co., Ltd. System and method for multicast and broadcast service
US20110085489A1 (en) * 2008-06-10 2011-04-14 Gunar Rydnell Sae application for mbms
US8261148B2 (en) 2008-07-28 2012-09-04 At&T Intellectual Property Ii, Lp Internet protocol multicast with internet protocol unicast/multicast error correction
US9066354B2 (en) * 2008-09-26 2015-06-23 Haipeng Jin Synchronizing bearer context
KR101277105B1 (ko) 2008-10-31 2013-06-20 닛본 덴끼 가부시끼가이샤 이동통신시스템, 코어 네트워크 노드, 제어국 및 통신방법
US9491735B2 (en) * 2010-12-19 2016-11-08 Motorola Solutions, Inc. System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel
CN102130773B (zh) * 2011-02-25 2012-12-19 华为技术有限公司 群组通信的方法和用于群组通信的装置
CN102655667B (zh) * 2011-03-04 2016-01-13 华为技术有限公司 控制分组接入的方法、网络侧设备、终端设备和通信系统
WO2014170369A2 (en) * 2013-04-16 2014-10-23 Telefonaktiebolaget L M Ericsson (Publ) Mbms session restoration in eps for path failure
US10250653B2 (en) * 2015-03-27 2019-04-02 Qualcomm Incorporated Proximity service signaling protocol for multimedia broadcast multicast service operations
US11463846B2 (en) * 2016-04-01 2022-10-04 Samsung Electronics Co., Ltd Method and apparatus for transmitting V2X message
CN108377532B (zh) * 2016-11-16 2019-08-06 华为技术有限公司 一种数据连接方法、控制面节点以及用户设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6751622B1 (en) * 1999-01-21 2004-06-15 Oracle International Corp. Generic hierarchical structure with hard-pegging of nodes with dependencies implemented in a relational database
WO2001050687A1 (en) * 1999-12-30 2001-07-12 Computer Associates Think, Inc. Method and apparatus for multi-tiered data multicasting
ATE335367T1 (de) * 2000-03-13 2006-08-15 Nokia Corp Dienstanbietung in einem kommunikationssystem
US7106718B2 (en) * 2001-02-09 2006-09-12 Telefonaktiebolaget Lm Ericsson (Publ) Signaling quality of service class for use in multimedia communicatations
US6701155B2 (en) * 2002-01-11 2004-03-02 Nokia Corporation Network initialized packet data protocol context activation for multicast/broadcast services
KR100827136B1 (ko) * 2002-05-17 2008-05-02 삼성전자주식회사 이동통신시스템에서의 시그널링 연결 설정방법
KR100860581B1 (ko) * 2002-05-18 2008-09-26 엘지전자 주식회사 멀티캐스트 데이터 전송 방법
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
CN1476259A (zh) * 2002-08-16 2004-02-18 ��������ͨ�ż����о����޹�˾ 多媒体广播和组播业务寻呼的方法
CN1490960A (zh) * 2002-10-14 2004-04-21 北京三星通信技术研究有限公司 多媒体广播和组播业务中单用户的基于流量的计费方法
CN1581744A (zh) * 2003-07-31 2005-02-16 北京三星通信技术研究有限公司 为mbms业务提供多种qos的方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101257397B (zh) * 2006-11-03 2011-11-23 中兴通讯股份有限公司 从无线网络控制器接入组播业务的方法
CN101242569B (zh) * 2007-02-05 2013-03-20 中兴通讯股份有限公司 一种防止或减少多媒体广播组播服务业务中断的方法
WO2008134968A1 (fr) * 2007-04-30 2008-11-13 Huawei Technologies Co., Ltd. Système, procédé et appareil pour fournir un service de diffusion/multidiffusion multimédia
CN101868986A (zh) * 2007-11-01 2010-10-20 汤姆森许可贸易公司 组播方法
CN101868986B (zh) * 2007-11-01 2014-10-22 汤姆森许可贸易公司 组播方法
WO2009067866A1 (fr) * 2007-11-28 2009-06-04 Huawei Technologies Co., Ltd. Procédé et système de réseau pour établir des sessions dans un service de diffusion/multidiffusion multimédia

Also Published As

Publication number Publication date
EP1802049A4 (en) 2007-10-10
WO2006045252A1 (fr) 2006-05-04
CN1303799C (zh) 2007-03-07
EP1802049B1 (en) 2008-11-05
DE602005010891D1 (de) 2008-12-18
EP1802049A1 (en) 2007-06-27
US20070213081A1 (en) 2007-09-13
ATE413753T1 (de) 2008-11-15

Similar Documents

Publication Publication Date Title
CN1303799C (zh) 一种控制多媒体广播/组播服务会话进行的方法
CN1268089C (zh) 多媒体广播/组播服务业务数据传输的方法
CN1684414A (zh) 一种多媒体广播/组播业务的会话开始方法
CN1266898C (zh) 一种实现多媒体广播/组播服务业务激活的方法
CN1302686C (zh) 多媒体广播/组播业务中小区信息变化的通知方法
CN1306766C (zh) 多媒体广播组播业务系统中业务识别和路由方法
CN1736124A (zh) 为在蜂窝移动通信系统中的小区之间移动的用户设备供应多媒体广播/多播业务(mbms)
CN1879327A (zh) 蜂窝通信系统中发送关于广播或多播服务的消息的方法
CN1592167A (zh) 支持mbms后向兼容性的方法
CN1518255A (zh) 解决处于rrc连接模式ue移动的方法
CN1798063A (zh) 网络侧获知用户接收多媒体广播/组播业务情况的方法
CN100346596C (zh) 多媒体广播/组播服务业务激活的方法
CN1735057A (zh) 多媒体广播/组播服务中承载建立的方法
CN1691676A (zh) 多媒体广播/组播业务中确定接收用户数目的方法
CN101047976A (zh) 一种多媒体广播/组播业务中授权失败处理方法及系统
CN1794859A (zh) 一种实现多媒体组播广播业务去激活的方法
CN1677971A (zh) 实现多媒体广播/组播服务业务激活的方法
CN1802010A (zh) 一种实现组播广播业务注册的方法
CN1968451A (zh) 一种确定使用组播/广播业务时间的方法及系统
CN1933439A (zh) 用户加入多组播/广播业务的实现方法及装置
CN1758644A (zh) 一种控制多媒体广播/组播服务会话开始的方法
CN1758626A (zh) 一种多媒体广播/组播服务业务去注册的方法
CN1815995A (zh) 多媒体广播/组播业务中控制信道上接入信息的传输方法
CN1925631A (zh) 向用户提供广播组播业务的方法
CN100344092C (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: 20060503

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Method for controlling multimedia broadcast/multicast service conversation

Granted publication date: 20070307

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