CN1735057A - 多媒体广播/组播服务中承载建立的方法 - Google Patents

多媒体广播/组播服务中承载建立的方法 Download PDF

Info

Publication number
CN1735057A
CN1735057A CN200410070077.2A CN200410070077A CN1735057A CN 1735057 A CN1735057 A CN 1735057A CN 200410070077 A CN200410070077 A CN 200410070077A CN 1735057 A CN1735057 A CN 1735057A
Authority
CN
China
Prior art keywords
mbms
nsapi
context
sgsn
byte
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
CN200410070077.2A
Other languages
English (en)
Other versions
CN1307828C (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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100700772A priority Critical patent/CN1307828C/zh
Priority to RU2006143837/09A priority patent/RU2373664C2/ru
Priority to PCT/CN2005/001233 priority patent/WO2006015544A1/zh
Priority to EP05774484A priority patent/EP1739860A4/en
Publication of CN1735057A publication Critical patent/CN1735057A/zh
Priority to US11/593,333 priority patent/US20070086443A1/en
Application granted granted Critical
Publication of CN1307828C publication Critical patent/CN1307828C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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)

Abstract

本发明公开了一种多媒体广播/组播服务(MBMS)中承载建立的方法，主要是在MBMS业务激活过程和MBMS业务去激活过程中，采用扩展的MBMS_NSAPI，从而使用户能够同时激活多于11个MBMS承载业务，避免了手工去激活的复杂性。这种情况下，还可以通过采用扩展TI标识多于16个的双向信息流。本发明还同时提供了另一种MBMS中承载建立的方法，在MBMS业务激活过程和MBMS业务去激活过程中，采用扩展MBMS_NSAPI的同时由特有的MBMS上下文标识替代MBMS_NSAPI和TI，如此，不仅使用户能同时激活多于11个MBMS承载业务，而且能同时标识更多的双向信息流。

Description

多媒体广播/组播服务中承载建立的方法
技术领域
本发明涉及多媒体广播/组播服务(MBMS)技术，尤指一种实现MBMS中承载建立的方法。
背景技术
随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，比如：视频电话、图片下载、高速浏览Internet网络等服务。其中，有一类业务的特点是：能够同时给无线网络中定制了该业务的所有用户进行发送，比如：发送天气预报、新闻短片、体育比赛集锦等等。于是，第三代移动通信引入了广播/组播的概念。
参见图1所示，对于一个中间节点而言，比如节点10，无论其下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点收到数据后，根据其下游期待接收数据的节点数量复制该数据，并向其下游各期待接收该数据的节点分发该数据，比如：节点10下游期待接收数据的节点包括节点101和节点102，节点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组播业务涉及的处理过程如图3所示，包括：订阅(Subscription)、服务宣告(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)和退出(Leaving)。其中，Subscription过程用来让用户预先订阅所需的MBMS服务；Service announcement过程用于由BM-SC宣告当前能提供的服务；Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文；Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源；MBMS notification过程用于通知UE MBMS组播会话即将开始；Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE；Session Stop过程用于将Session Start过程建立的承载资源释放；Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
MBMS组播业务激活过程为每个激活了组播MBMS承载业务的用户在UE、SGSN、GGSN以及BSC/RNC建立MBMS UE上下文，MBMS UE上下文中包含UE已经加入的一个特定MBMS承载的特定信息。当UE加入一个MBMS承载时，MBMS UE上下文在UE、SGSN、GGSN被创建，所创建的MBMS UE上下文在UE和SGSN中被作为UE移动性管理(MM)上下文的一部分保存，在GGSN中单独保存，UE加入的每个MBMS承载有一个MBMS UE上下文。
参见表一所示，MBMS UE上下文有包括：IP组播地址、接入点名称(APN)、临时移动组标识(TMGI)、Linked NSAPI和IMSI等。其中，IP组播地址用于标识一个UE已经加入的MBMS承载；APN为该IP组播地址已经被定义的接入点名称；TMGI为分配给MBMS承载的临时移动组标识；Linked NSAPI为由UE去承载IGMP/MLD信令的PDP上下文的NSAPI；IMSI为用户标识；TI为事件标识；MBMS NSAPI用于标识一个MBMS UE上下文。
  参数   定义  UE   SGSN   GGSN   RNC   BSC   BM-SC
  IP组播地址   IP组播地址标识一个UE已经加入的MBMS承载  X   X   X   X   Iu-XGb-待定   X
  APN   该IP组播地址已经被定义的接入点名称  X   X   X   X   Iu-XGb-待定   X
  TMGI   分配给MBMS承载的临时移动组标识  X
  Linked NSAPI   由UE去承载IGMP/MLD信令的PDP上下文的NSAPI  X   X
  IMSI   IMSI标识用户  (1)   (1)   X   (2)   待定   X
  TI   事件标识  X   X
  MBMS_NSAPI   网络层业务接入点，标识一个MBMS UE上下文  X   X   X
                          表一
表一中，(1)表示在UE和SGSN中，IMSI在MM上下文中有效，MM上下文包含MBMS UE上下文；(2)表示在RNC中，IMSI在UE上下文中有效，UE上下文包含MBMS UE上下文。
表一中，MBMS_NSAPI是用于MBMS的网络层业务接入点标识(NSAPI)，一般，NSAPI和IMSI用于网络层路由功能，一个NSAPI/IMSI对用于分配一个隧道终结点标识(TEID)。在UE，NSAPI标识一个PDP业务接入点；在SGSN和GGSN，NSAPI标识与移动性管理(MM)上下文相关的PDP上下文。
NSAPI信息元用于标识GPRS第三层数据传输的业务接入点，3GPP 24.008协议对NSAPI的定义如表二所示，NSAPI由两个字节组成，第一个字节为NSAPI信息元素标识(IEI)，用于表明该字段是NSAPI的取值；第二个字节的低4位比特为NSAPI值，高4位比特为0，NASPI的具体取值如表三所示。
  8   7   6   5   4   3   2   1
                          NSAPI IEI   字节1
  0   0   0   0   NSAPI   字节2
                 表二
  bit4   bit3   bit2   bit1
  0   0   0   0   保留
  0   0   0   1   保留
  0   0   1   0   保留
  0   0   1   1   保留
  0   1   0   0   保留
  0   1   0   1   NSAPI5
  0   1   1   0   NSAPI6
  0   1   1   1   NSAPI7
  1   0   0   0   NSAPI8
  1   0   0   1   NSAPI9
  1   0   1   0   NSAPI10
  1   0   1   1   NSAPI11
  1   1   0   0   NSAPI12
  1   1   0   1   NSAPI13
  1   1   1   0   NSAPI14
  1   1   1   1   NSAPI15
                      表三
从NSAPI的格式可以看出，可供UE选用的NSAPI取值仅为5到15。上述NSAPI的定义是针对点到点(PTP)传输的，在MBMS业务中的MBMS_NSAPI与NSAPI的使用和取值是完全相同的。
另外，3GPP 24.008协议中对于TI的定义如表四所示，包括两个字节，其中第二个字节是扩展部分，是可选的，不扩展TI就不使用第二个字节。TI第一个字节的5到8比特为事务标识TI，用于区分一个给定PD(protocoldiscriminator)和给定SAP的最多16个不同的双向消息流，这样的一个消息流叫做事务。该事务标识TI包括TI取值(TIO)和TI标识(TI flag)两部分，每个TI的取值都属于同一个事件，但同一事件可能由接口的不同侧发起，所以，TI flag用于标识是接口的哪一侧发起了事件，标记谁分配了TI，可以取0或1，当消息的发送者是事务的开始者时，消息的TI flag为0，否则为1。换句话说就是，TI flag为0表示消息从产生TI侧发送，TI flag为1表示消息发送到产生TI侧。
TI的扩展部分允许对一个给定的SAP和给定的PD区分出最多256个不同双向流，但TI的扩展机制一般不使用。表四中的EXT相当于一个标志，当前TI扩展机制中，EXT取值为1；在将来的TI扩展机制中，可通过将EXT取值为0，对TI进一步扩展。也就是说，如果不使用TI扩展机制，TI就仅有一个字节，如果使用TI扩展机制且EXT值为1，TI为两个字节，如果使用TI的扩展机制且EXT为0，则TI就多于两个字节。
  8   7   6   5   4   3   2   1
  TI flag   TIO   -   -   -   -  字节1
  EXT   TIE  字节2(可选)
                         表四
在MBMS业务中，上面提到的NSAPI和TI主要在MBMS业务激活流程和去激活流程中使用。现有的MBMS业务激活流程如图4所示，包括以下步骤：
步骤401：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI、事务标识(TI)。其中，IP组播地址标识UE需要激活的业务；TI由SGSN选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。这里，TI可以是没有扩展的，也可以是扩展之后的。
步骤402：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、MBMS_NSAPI、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS；MBMS_NSAPI由UE选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。UE会将选定的MBMS_NSAPI和步骤401中SGSN发给自身的TI，保存在所创建的MBMS UE上下文中。
步骤403：SGSN对当前UE执行安全功能，如：对UE鉴权，该步骤可以省略。
步骤404：SGSN创建一个MBMS UE上下文，该MBMS UE上下文中包括步骤401中的TI和步骤402中的MBMS_NSAPI；并且，SGSN向GGSN发送创建MBMS上下文请求Create MBMS Context Request，该请求中包括IP组播地址、APN、MBMS_NSAPI。
步骤405：GGSN与BM-SC进行信令交互，寻求对UE的授权，如果该UE已授权，该步骤可以省略。
步骤406：GGSN创建一个MBMS UE上下文，并发送创建MBMS上下文响应Create MBMS Context Response给SGSN。GGSN创建的MBMS UE上下文中，包含MBMS_NSAPI。
步骤407：如果为该UE建立了至少一个分组域无线接入承载(PS RAB)，SGSN给RAN提供MBMS UE上下文，该MBMS UE上下文中不包含MBMS_NSAPI。
步骤408：SGSN发送一个激活MBMS上下文接受消息Activate MBMSContext Accept给UE。
现有的MBMS业务去激活流程如图5所示，包括以下步骤：
步骤501：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有TI的去激活MBMS上下文请求消息DeactivateMBMS Context Request给UE。其中，TI用于标识需要被UE删除的MBMS UE上下文，该TI与MBMS业务激活过程中步骤401中的TI一致，从而可以标识该MBMS UE上下文。
步骤502：UE删除MBMS UE上下文，并且给SGSN发送一个含有TI的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。
步骤503：如果当前为该UE分配了专用的无线资源用于传输MBMS数据，RAN释放该无线资源；如果当前分配了共享无线资源用于传输MBMS数据，RAN可能决定将剩余的UEs转移到专用资源当中去。否则，该步骤可以省略。
步骤504：如果收到去激活MBMS上下文接受消息或者SGSN自己的原因，SGSN发送含有MBMS_NSAPI的删除MBMS上下文请求消息Delete MBMSContext Request给拥有MBMS UE上下文的GGSN，MBMS_NSAPI用于标识该MBMS上下文。
步骤505：GGSN根据MBMS_NSAPI删除MBMS UE上下文，并给BM-SC发送一个去激活指示消息确认成功去激活了MBMS UE上下文；BM-SC收到去激活指示消息后，删除MBMS UE上下文，并给GGSN发送一个确认消息。其中，GGSN与BM-SC交互的步骤也可以省略。
步骤506：GGSN给SGSN发送删除MBMS上下文响应消息Delete MBMSContext Response，确认去激活了MBMS UE上下文，SGSN收到后，删除自身的MBMS UE上下文。
从上述流程可以看出，现有采用MBMS_NSAPI对MBMS UE上下文进行标识的方案中，MBMS_NSAPI的定义和取值空间与原有PTP方案中一致。这从现有MBMS业务激活过程的步骤402，UE获取MBMS_NSAPI的原则可以得出。那么，用户能够同时激活的MBMS业务就不会超过MBMS_NSAPI取值空间的限制，即用户最多不能同时激活超过11个MBMS业务。
在原有的用户业务中，每当用户需要进行业务传输，如打电话、上网浏览时，激活相应PDP上下文进行业务传输。使用之后，UE释放相应承载和NSAPI。同时因为UE能力限制，UE不可能同时进行太多业务传输，最多进行4个。在这样的情况下，NSAPI取值空间为11是完全满足UE需要的。
但是对于MBMS业务而言，用户一次激活之后，在很长时间将不会去激活。如用户定购的天气预报、午间新闻、电子杂志、周末进球集锦等业务。用户一次激活之后，就会在特定的时间等待收到对应的业务，因此，用户会长期激活很多这样的业务，但是这些业务大部分不会同时开始，因此不会要求UE有更多能力去同时接收这些业务。因为用户每激活一个这样的业务，就会创建一个MBMS UE上下文，同时占用11个MBMS_NSAPI取值空间中的一个。如此，由于MBMS_NSAPI取值空间的限制，用户就不能同时激活多于11个MBMS承载业务，否则用户需要手工去激活某些已经激活的业务，再定购新的业务。这样的方案有些类似于早期只有八个频道的电视，相对于电视台能提供的几十甚至上百个电视频道而言，会很大程度的限制用户收看更多节目。并且，采用手工方式去激活MBMS业务对用户来说十分麻烦，而且降低了用户的满意度；同时可能因为定购的复杂性，不选用更多业务，从而降低了MBMS服务提供者和移动网络运营商的经营效益。
发明内容
有鉴于此，本发明的主要目的在于提供一种MBMS中承载建立的方法，使用户能够同时激活多于11个MBMS承载业务，避免了手工去激活的复杂性。
本发明的另一目的在于提供一种MBMS中承载建立的方法，不仅使用户能同时激活多于11个MBMS承载业务，而且能同时标识更多的双向信息流。
为达到上述目的，本发明的技术方案是这样实现的：
一种多媒体广播/组播服务MBMS中承载建立的方法，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：
a11.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI、事务标识TI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、扩展MBMS网络业务接入点标识MBMS_NSAPI、MBMS承载能力的激活MBMS上下文请求；
a12.SGSN创建包含扩展MBMS_NSAPI的MBMS UE上下文，之后向GGSN发送携带有IP组播地址、扩展MBMS_NSAPI、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权并创建MBMS UE上下文后，向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；
当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：
b11.SGSN向UE发送携带有TI的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有TI的去激活MBMS上下文接受消息；
b12.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有扩展MBMS_NSAPI的删除MBMS上下文请求，GGSN根据扩展MBMS_NSAPI删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文。
其中，所述TI为带有扩展字节的TI。
上述方案中，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中4个以上比特位作为MBMS_NSAPI取值。较佳的，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中的8个比特位作为MBMS_NSAPI取值。或者，所述扩展MBMS_NSAPI为：在现有MBMS_NSAPI信息元基础上扩展字节，并将扩展字节作为MBMS_NSAPI取值。较佳的，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展一个字节，并将扩展字节的低7比特位作为MBMS_NSAPI取值。或者，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展字节，并将MBMS_NSAPI信息元第二个字节中的低4比特位作为MBMS_NSAPI取值。
一种多媒体广播/组播服务MBMS中承载建立的方法，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：
a21.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、扩展MBMS_NSAPI、MBMS承载能力的激活MBMS上下文请求；
a22.SGSN创建包含扩展MBMS_NSAPI的MBMS UE上下文，之后向GGSN发送携带有IP组播地址、扩展MBMS_NSAPI、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权并创建MBMS UE上下文后，向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；
当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：
b21.SGSN向UE发送携带有MBMS上下文标识的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有MBMS上下文标识的去激活MBMS上下文接受消息；
b22.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文。
其中，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中4个以上比特位作为MBMS_NSAPI取值。较佳的，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中的8个比特位作为MBMS_NSAPI取值。或者，所述扩展MBMS_NSAPI为：在现有MBMS_NSAPI信息元基础上扩展字节，并将扩展字节作为MBMS_NSAPI取值。较佳的，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展一个字节，并将扩展字节的低7比特位作为MBMS_NSAPI取值。或者，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展字节，并将MBMS_NSAPI信息元第二个字节中的低4比特位作为MBMS_NSAPI取值。
上述方案中，所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、TMGI组合而成。其中，所述用户标识为IMSI。
本发明所提供的MBMS中承载建立的方法，具有以下的优点和特点：
1)本发明通过使用扩展的MBMS_NSAPI，使用户能同时激活多于11个MBMS承载业务，从而方便的让用户可以同时激活更多MBMS承载业务，提高用户使用MBMS业务的满意度，增加MBMS服务提供者和移动网络运营商的经营效益。
2)可以采用不同的方式对MBMS_NSAPI进行扩展，实现方式更多、更灵活、更方便。
3)本发明还可以通过采用扩展TI或由特有的MBMS上下文标识取代TI的方式，标识多于16个的双向信息流。
4)本发明只需对现有UE激活和去激活MBMS业务过程稍加改造，对现有流程影响很小，易于实现。
附图说明
图1为组播业务的传输原理示意图；
图2为支持广播/组播业务的无线网络结构示意图；
图3为现有技术中MBMS组播业务处理流程示意图；
图4为现有技术中MBMS业务激活流程示意图；
图5为现有技术中MBMS业务去激活流程示意图；
图6为本发明中MBMS业务激活流程示意图；
图7为本发明中MBMS业务去激活流程示意图；
图8为本发明中MBMS业务激活流程示意图；
图9为本发明中MBMS业务去激活流程示意图。
具体实施方式
本发明的核心思想是：将MBMS_NSAPI的结构扩展，通过使用扩展后的MBMS_NSAPI使用户能同时激活更多地MBMS业务。
本发明中MBMS业务激活流程如图6所示，包括以下步骤：
步骤601：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI、事务标识(TI)。其中，IP组播地址标识UE需要激活的业务；TI由SGSN选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。这里，TI可以是没有扩展的，也可以是扩展之后的。
步骤602：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、扩展MBMS_NSAPI、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS；扩展MBMS_NSAPI由UE选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。UE会将选定的扩展MBMS_NSAPI和步骤601中SGSN发给自身的TI，保存在所创建的MBMS UE上下文中。
步骤603：SGSN对当前UE执行安全功能，如：对UE鉴权，该步骤可以省略。
步骤604：SGSN创建一个MBMS UE上下文，该MBMS UE上下文中包括步骤601中的TI和步骤602中选定的扩展MBMS_NSAPI；并且，SGSN向GGSN发送创建MBMS上下文请求Create MBMS Context Request，该请求中包括IP组播地址、APN、扩展MBMS_NSAPI。
步骤605：GGSN与BM-SC进行信令交互，寻求对UE的授权，如果该UE已授权，该步骤可以省略。
步骤606：GGSN创建一个MBMS UE上下文，并发送创建MBMS上下文响应Create MBMS Context Response给SGSN。GGSN创建的MBMS UE上下文中，包含扩展MBMS_NSAPI。
步骤607：如果为该UE建立了至少一个分组域无线接入承载(PS RAB)，SGSN给RAN提供MBMS UE上下文，该MBMS UE上下文中不包含MBMS_NSAPI。
步骤608：SGSN发送一个激活MBMS上下文接受消息Activate MBMSContext Accept给UE。
现有的MBMS业务去激活流程如图7所示，包括以下步骤：
步骤701：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有TI的去激活MBMS上下文请求消息DeactivateMBMS Context Request给UE。其中，TI用于标识需要被UE删除的MBMS UE上下文，该TI与MBMS业务激活过程中步骤601中的TI一致，从而可以标识该MBMS UE上下文。
步骤702：UE删除MBMS UE上下文，并且给SGSN发送一个含有TI的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。这里的TI用于标识UE已删除的MBMS UE上下文。
步骤703：如果当前为该UE分配了专用的无线资源用于传输MBMS数据，RAN释放该无线资源；如果当前分配了共享无线资源用于传输MBMS数据，RAN可能决定将剩余的UEs转移到专用资源当中去。否则，该步骤可以省略。
步骤704：如果收到去激活MBMS上下文接受消息或者SGSN自己的原因，SGSN发送含有扩展MBMS_NSAPI的删除MBMS上下文请求消息DeleteMBMS Context Request给拥有MBMS UE上下文的GGSN，该扩展MBMS_NSAPI用于标识需要被删除的MBMS UE上下文。
步骤705：GGSN根据扩展MBMS_NSAPI删除相应的MBMS UE上下文，并给BM-SC发送一个去激活指示消息确认成功去激活了MBMS UE上下文；BM-SC收到去激活指示消息后，删除MBMS UE上下文，并给GGSN发送一个确认消息。其中，GGSN与BM-SC交互的步骤也可以省略。
步骤706：GGSN给SGSN发送删除MBMS上下文响应消息Delete MBMSContext Response，确认去激活了MBMS UE上下文，SGSN收到后，删除自身的MBMS UE上下文。
在上述MBMS业务激活流程和MBMS业务去激活流程中，所用到的扩展MBMS_NSAPI可以有两种扩展方式：
第一种方式是，由MBMS_NSAPI第二个字节中多于4个的比特位作为MBMS_NSAPI的取值，较佳的，可以将MBMS_NSAPI中第二个字节的8比特位全部作为MBMS_NSAPI的取值，扩大MBMS_NSAPI的取值空间，如表五、表六所示。表五为扩展MBMS_NSAPI的组成结构，表六为扩展MBMS_NSAPI的具体取值，其中，0到6保留，其余可任选。
  8   7   6   5   4   3   2   1
  MBMS_NSAPI IEI   字节1
  MBMS_NSAPI值   字节2
                            表五
表五中，MBMS_NSAPI信息元包括两个字节：第一个字节为MBMS_NSAPI信息元素标识(IEI)，用于表明该字段是MBMS_NSAPI的取值；第二个字节为MBMS_NSAPI值。
  bit8   bit7   bit6   bit5   bit4   bit3   bit2   bit1
  0   0   0   0   0   0   0   0   保留
  0   0   0   0   0   0   0   1   保留
  0   0   0   0   0   0   1   0   保留
  0   0   0   0   0   0   1   1   保留
  0   0   0   0   0   1   0   0   保留
  0   0   0   0   0   1   0   1   保留
  0   0   0   0   0   1   1   0   保留
                           其余值   可取
                        表六
从表五和表六可以看出，MBMS_NSAPI的编码空间为8bit，可以标识一个用户激活的256个MBMS承载业务。
由于现有NSAPI的定义是将第二个字节的低4比特位作为取值空间，而本扩展方式是将多于4个的比特位作为MBMS_NSAPI的取值空间，所以，在此扩展方式下，NSAPI和MBMS_NSAPI不共享相同的取值空间。
第二种方式是：在现有MBMS_NSAPI信息元基础上再扩展一个或多个字节，如表七所示，MBMS_NSAPI信息元包括三个字节，前两个字节的定义不变，第三个字节的1～7位为MBMS_NSAPI值，第8位为EXT标志，表示采用扩展机制。目前，EXT标志的值为1，将来可以通过将EXT标志的值置为0，对MBMS_NSAPI进一步扩展。
  8   7   6   5   4   3   2   1
                     MBMS_NSAPI IEI   字节1
  0   0   0   0           MBMS_NSAPI   字节2
  EXT   MBMS_NSAPI   字节3
                           表七
一旦使用MBMS_NSAPI的扩展机制，MBMS_NSAPI信息元第二个字节中的MBMS_NSAPI取值可忽略，MBMS_NSAPI取值为第三个字节的第1～7比特。
从表七可以看出，MBMS_NSAPI的编码空间为7bit，针对MBMS业务可以使用的取值范围是128，能标识一个用户激活的128个MBMS承载业务。
在这第二种方式下，MBMS_NSAPI的取值方案又有两个：
1)选用所有取值空间；即：MBMS_NSAPI的选取可以采用不扩展方式，此时，MBMS_NSAPI的取值为第二个字节的第1～4比特位；MBMS_NSAPI也可以采用扩展方式，此时，MBMS_NSAPI取值第二个字节的第1～4比特位无效，第三个字节的第8比特位取1，MBMS_NSAPI的取值为第三个字节的第1～7比特位，可以选全部7个比特，也可以任选。对于PDP激活的NSAPI来说，只选择不扩展方式，对于MBMS业务激活来说，优先选择扩展方式。此时，NSAPI和MBMS_NSAPI共享取值空间，但是NSAPI不能选用扩展部分的取值空间，而MBMS_NSAPI可以选用扩展部分和非扩展部分的取值空间。
2)只选用扩展部分的取值空间；即：MBMS_NSAPI取值第二个字节的第1～4比特位无效，第三个字节的第8比特位取值1，MBMS_NSAPI的取值为第三个字节的第1～7比特位，可以选全部7个比特，也可以任选；对于PDP激活的NSAPI来说，只选择不扩展方式，对于MBMS业务激活来说，只选择扩展方式。此种情况下，NSAPI和MBMS_NSAPI不共享相同的取值空间。
为了使TI能标识更多的双向信息流，在上述方案中，可以只采用扩展后的TI，如此可标识256或更多的双向信息流。具体就是：使用表四中TI第二字节的第1-7位进行取值，而第一字节第5-7位的取值无效。TI的取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值，并且不选择TI扩展后的保留取值。根据协议规定，TI扩展后的保留取值为0000000到0000110。
采用扩展后TI的情况下，在图6所示MBMS业务激活流程的步骤601中，SGSN向UE发送的请求MBMS上下文激活消息中携带的TI就变为扩展后的TI，相应的，后续步骤中涉及的TI就是该步骤601中携带的扩展后TI。同样，对于MBMS业务去激活流程，所涉及到的TI都是扩展后TI。
这种情况下，除了TI的定义，MBMS业务激活流程和去激活流程分别与步骤601～608和步骤701～706完全相同。
为了标识更多激活的MBMS业务和标识更多的双向信息流，也可以在采用扩展MBMS_NSAPI的同时，由特定的MBMS上下文标识来替代TI。这种思想对于MBMS业务激活流程，如图8所示，仅涉及前两步的变化：
步骤801：SGSN向UE发送一个请求MBMS上下文激活消息RequestMBMS Context Activation，用于请求UE激活一个MBMS UE上下文，该消息中至少携带有IP组播地址、APN、Linked NSAPI。其中，IP组播地址标识UE需要激活的业务。
步骤802：UE创建一个MBMS UE上下文后，给SGSN发送一个激活MBMS上下文请求Activate MBMS Context Request，该请求中包括：IP组播地址、APN、扩展MBMS_NSAPI、MBMS承载能力。其中，IP组播地址用于标识UE启动加入/激活的MBMS组播业务；APN指示一个特定的GGSN；MBMS承载能力用于标识UE可以处理的最大QoS；扩展MBMS_NSAPI由UE选择，其取值为没有被该UE其它激活的PDP上下文和MBMS UE上下文使用过的值。这里，UE会将选定的扩展MBMS_NSAPI保存在所创建的MBMS UE上下文中，不用再保存TI。
步骤803～808：与图6中步骤603～608的处理和描述完全相同。
在使用扩展MBMS_NSAPI和替换TI这种思想下，对于MBMS业务去激活流程，如图9所示，也仅涉及前两步的变化：
步骤901：SGSN一旦收到MBMS UE上下文去激活请求消息，或者SGSN自己的原因，SGSN发送含有MBMS上下文标识的去激活MBMS上下文请求消息Deactivate MBMS Context Request给UE。这里的MBMS上下文标识用于标识需要被UE删除的MBMS UE上下文。
步骤902：UE删除MBMS UE上下文，并且给SGSN发送一个含有MBMS上下文标识的去激活MBMS上下文接受消息Deactivate MBMS Context Accept。这里的MBMS上下文标识用于标识UE已删除的MBMS UE上下文。
步骤903～906：与图7中步骤703～706的处理和描述完全相同。
在此种情况下，步骤901和步骤902中所述的MBMS UE上下文标识可以为用户标识+IP组播地址+APN、或为用户标识+IP组播地址、或为用户标识+TMGI。其中，用户标识可以是IMSI。那么，步骤901和步骤902发送的消息中至少要携带用户标识和MBMS上下文标识两部分信息，比如：携带IMSI、IP组播地址、APN；或者携带IMSI、IP组播地址；或者携带IMSI、TMGI。
在步骤801～808和步骤901～906所给出的MBMS业务激活过程和MBMS业务去激活过程中，扩展MBMS_NSAPI同样也可以采用两种扩展方式：一种是将MBMS_NSAPI的取值由4比特位扩展为8比特位，如表五所示；另一种是采用扩展机制，在原有的MBMS_NSAPI信息元基础上再扩展一个字节，如表七所示，MBMS_NSAPI具体的取值方案与前面所述完全相同。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (15)

1、一种多媒体广播/组播服务MBMS中承载建立的方法，其特征在于，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：
a11.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI、事务标识TI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、扩展MBMS网络业务接入点标识MBMS_NSAPI、MBMS承载能力的激活MBMS上下文请求；
a12.SGSN创建包含扩展MBMS_NSAPI的MBMS UE上下文，之后向GGSN发送携带有IP组播地址、扩展MBMS_NSAPI、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权并创建MBMS UE上下文后，向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；
当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：
b11.SGSN向UE发送携带有TI的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有TI的去激活MBMS上下文接受消息；
b12.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有扩展MBMS_NSAPI的删除MBMS上下文请求，GGSN根据扩展MBMS_NSAPI删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文。
2、根据权利要求1所述的方法，其特征在于，所述TI为带有扩展字节的TI。
3、根据权利要求1或2所述的方法，其特征在于，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中4个以上比特位作为MBMS_NSAPI取值。
4、根据权利要求3所述的方法，其特征在于，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中的8个比特位作为MBMS_NSAPI取值。
5、根据权利要求1或2所述的方法，其特征在于，所述扩展MBMS_NSAPI为：在现有MBMS_NSAPI信息元基础上扩展字节，并将扩展字节作为MBMS_NSAPI取值。
6、根据权利要求5所述的方法，其特征在于，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展一个字节，并将扩展字节的低7比特位作为MBMS_NSAPI取值。
7、根据权利要求1或2所述的方法，其特征在于，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展字节，并将MBMS_NSAPI信息元第二个字节中的低4比特位作为MBMS_NSAPI取值。
8、一种多媒体广播/组播服务MBMS中承载建立的方法，其特征在于，该方法至少包括MBMS业务激活过程和MBMS业务去激活过程，其中，MBMS业务激活过程包括以下步骤：
a21.SGSN向UE发送携带有IP组播地址、接入点名称APN、Linked NSAPI的请求MBMS上下文激活消息；UE收到后创建MBMS UE上下文，之后向SGSN返回携带有IP组播地址、APN、扩展MBMS_NSAPI、MBMS承载能力的激活MBMS上下文请求；
a22.SGSN创建包含扩展MBMS_NSAPI的MBMS UE上下文，之后向GGSN发送携带有IP组播地址、扩展MBMS_NSAPI、APN的创建MBMS上下文请求；GGSN得到BM-SC对当前UE的授权并创建MBMS UE上下文后，向SGSN返回创建MBMS上下文响应，SGSN允许UE激活MBMS上下文；
当需要去激活MBMS业务时，MBMS业务去激活过程包括以下步骤：
b21.SGSN向UE发送携带有MBMS上下文标识的去激活MBMS上下文请求，UE删除MBMS UE上下文后，向SGSN返回含有MBMS上下文标识的去激活MBMS上下文接受消息；
b22.SGSN向拥有要删除MBMS UE上下文的GGSN发送携带有MBMS上下文标识的删除MBMS上下文请求，GGSN根据MBMS上下文标识删除相应MBMS UE上下文，并向SGSN返回响应，SGSN收到后删除MBMS UE上下文。
9、根据权利要求8所述的方法，其特征在于，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中4个以上比特位作为MBMS_NSAPI取值。
10、根据权利要求9所述的方法，其特征在于，所述扩展MBMS_NSAPI为将现有MBMS_NSAPI信息元第二字节中的8个比特位作为MBMS_NSAPI取值。
11、根据权利要求8所述的方法，其特征在于，所述扩展MBMS_NSAPI为：在现有MBMS_NSAPI信息元基础上扩展字节，并将扩展字节作为MBMS_NSAPI取值。
12、根据权利要求11所述的方法，其特征在于，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展一个字节，并将扩展字节的低7比特位作为MBMS_NSAPI取值。
13、根据权利要求8所述的方法，其特征在于，所述扩展MBMS_NSAPI为在现有MBMS_NSAPI信息元基础上扩展字节，并将MBMS_NSAPI信息元第二个字节中的低4比特位作为MBMS_NSAPI取值。
14、根据权利要求8至13任一项所述的方法，其特征在于，所述MBMS上下文标识由用户标识、IP组播地址、APN组合而成；或由用户标识、IP组播地址组合而成；或由用户标识、TMGI组合而成。
15、根据权利要求14所述的方法，其特征在于，所述用户标识为IMSI。
CNB2004100700772A 2004-08-10 2004-08-10 多媒体广播/组播服务中承载建立的方法 Active CN1307828C (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CNB2004100700772A CN1307828C (zh) 2004-08-10 2004-08-10 多媒体广播/组播服务中承载建立的方法
RU2006143837/09A RU2373664C2 (ru) 2004-08-10 2005-08-10 Способ организации несущего канала в услуге мультимедийного широковещания/ мультивещания
PCT/CN2005/001233 WO2006015544A1 (fr) 2004-08-10 2005-08-10 Procede d'etablissement d'une prise en charge dans un service de diffusion/multi-diffusion multimedia
EP05774484A EP1739860A4 (en) 2004-08-10 2005-08-10 METHOD FOR MANUFACTURING LOAD DISTRIBUTION IN MULTIMEDIA BROADCAST / MULTICAST SERVICE
US11/593,333 US20070086443A1 (en) 2004-08-10 2006-11-06 Method for establishing load-bearing in multimedia broadcast/multicast service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2004100700772A CN1307828C (zh) 2004-08-10 2004-08-10 多媒体广播/组播服务中承载建立的方法

Publications (2)

Publication Number Publication Date
CN1735057A true CN1735057A (zh) 2006-02-15
CN1307828C CN1307828C (zh) 2007-03-28

Family

ID=35839138

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2004100700772A Active CN1307828C (zh) 2004-08-10 2004-08-10 多媒体广播/组播服务中承载建立的方法

Country Status (5)

Country Link
US (1) US20070086443A1 (zh)
EP (1) EP1739860A4 (zh)
CN (1) CN1307828C (zh)
RU (1) RU2373664C2 (zh)
WO (1) WO2006015544A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102592B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 一种移动通信系统中实现终端加入组播业务组的方法
CN101146338B (zh) * 2006-09-11 2010-08-18 华为技术有限公司 防止多播死锁的方法和无线终端与无线接入点以及通信系统
CN101163332B (zh) * 2006-10-13 2010-11-10 中兴通讯股份有限公司 移动通信系统漫游用户接入组播业务的方法
CN101163025B (zh) * 2006-10-13 2012-05-02 诺基亚西门子网络两合公司 一种多媒体广播组播方法
CN101827315B (zh) * 2009-03-05 2014-04-30 华为技术有限公司 发送数据的方法、装置和系统
WO2022056669A1 (zh) * 2020-09-15 2022-03-24 Oppo广东移动通信有限公司 一种mbs业务的管理方法及装置、终端设备、网络设备
CN115038050A (zh) * 2021-03-05 2022-09-09 中国移动通信有限公司研究院 业务通知方法、装置、设备及可读存储介质
WO2023051530A1 (zh) * 2021-09-30 2023-04-06 维沃移动通信有限公司 多播会话处理方法、装置、用户设备及存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10220184A1 (de) * 2002-05-06 2003-11-27 Siemens Ag Verfahren zur Übertragung mindestens einer Gruppennachricht, zugehöriges Funkkommunikations Netzwerk, Subsystem sowie Mobilfunkgerät
CN100379221C (zh) * 2004-01-08 2008-04-02 华为技术有限公司 一种多媒体组播业务的注册方法
CN100394827C (zh) * 2004-09-10 2008-06-11 上海贝尔阿尔卡特股份有限公司 多媒体广播多播业务的去激活方法及有关设备
EP2068462A4 (en) * 2006-09-26 2012-01-11 Sharp Kk POSITION MANAGEMENT DEVICE, MOBILE STATION DEVICE, BASE STATION DEVICE, FREQUENCY LAYER CONTROL METHOD, PROGRAM, AND RECORDING MEDIUM
US8868635B2 (en) * 2009-08-24 2014-10-21 Nbcuniversal Media, Llc System and method for near-optimal media sharing
CN102056294B (zh) 2009-11-09 2013-01-16 华为技术有限公司 一种通过业务卸载功能(tof)实体保持业务连续性的方法、装置
US9246763B2 (en) * 2010-02-11 2016-01-26 Nokia Solutions And Networks Oy Device management
CN109450863B (zh) * 2015-07-28 2021-06-22 上海华为技术有限公司 一种边缘mbms业务的数据传输方法及相关设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4334662B2 (ja) * 1999-04-07 2009-09-30 日本圧着端子製造株式会社 Ｉｃカード用フレームキットおよびｉｃカード
US6625141B1 (en) * 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
KR100827136B1 (ko) * 2002-05-17 2008-05-02 삼성전자주식회사 이동통신시스템에서의 시그널링 연결 설정방법
KR100678181B1 (ko) * 2002-07-31 2007-02-01 삼성전자주식회사 이동통신 시스템에서 멀티미디어 방송 멀티 캐스트 서비스 데이터를 제공하는 장치 및 방법
CN1489314A (zh) * 2002-10-11 2004-04-14 北京三星通信技术研究有限公司 在sgsn和ggsn中建立和清除mbms业务的方法
CN1499761A (zh) * 2002-11-05 2004-05-26 北京三星通信技术研究有限公司 核心网和用户设备识别用户设备状态的方法
CN1534913A (zh) * 2003-04-02 2004-10-06 ��������ͨ�ż����о����޹�˾ Ue使用mbms业务的方法
US20070206595A1 (en) * 2004-11-04 2007-09-06 Christian Herrero-Veron NSAPI allocation for MBMS

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101102592B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 一种移动通信系统中实现终端加入组播业务组的方法
CN101146338B (zh) * 2006-09-11 2010-08-18 华为技术有限公司 防止多播死锁的方法和无线终端与无线接入点以及通信系统
CN101163332B (zh) * 2006-10-13 2010-11-10 中兴通讯股份有限公司 移动通信系统漫游用户接入组播业务的方法
CN101163025B (zh) * 2006-10-13 2012-05-02 诺基亚西门子网络两合公司 一种多媒体广播组播方法
CN101827315B (zh) * 2009-03-05 2014-04-30 华为技术有限公司 发送数据的方法、装置和系统
WO2022056669A1 (zh) * 2020-09-15 2022-03-24 Oppo广东移动通信有限公司 一种mbs业务的管理方法及装置、终端设备、网络设备
CN115038050A (zh) * 2021-03-05 2022-09-09 中国移动通信有限公司研究院 业务通知方法、装置、设备及可读存储介质
CN115038050B (zh) * 2021-03-05 2023-09-05 中国移动通信有限公司研究院 业务通知方法、装置、设备及可读存储介质
WO2023051530A1 (zh) * 2021-09-30 2023-04-06 维沃移动通信有限公司 多播会话处理方法、装置、用户设备及存储介质

Also Published As

Publication number Publication date
EP1739860A4 (en) 2011-01-26
CN1307828C (zh) 2007-03-28
RU2373664C2 (ru) 2009-11-20
EP1739860A1 (en) 2007-01-03
WO2006015544A1 (fr) 2006-02-16
RU2006143837A (ru) 2008-09-20
US20070086443A1 (en) 2007-04-19

Similar Documents

Publication Publication Date Title
CN1306766C (zh) 多媒体广播组播业务系统中业务识别和路由方法
CN1302686C (zh) 多媒体广播/组播业务中小区信息变化的通知方法
CN1735057A (zh) 多媒体广播/组播服务中承载建立的方法
CN1266898C (zh) 一种实现多媒体广播/组播服务业务激活的方法
CN1303799C (zh) 一种控制多媒体广播/组播服务会话进行的方法
CN1684414A (zh) 一种多媒体广播/组播业务的会话开始方法
CN1653729A (zh) 用于在移动通信系统中管理多点通信组的方法
CN1798063A (zh) 网络侧获知用户接收多媒体广播/组播业务情况的方法
CN1592167A (zh) 支持mbms后向兼容性的方法
CN101056448A (zh) 检测服务质量参数的方法及网络侧通信设备
CN1581744A (zh) 为mbms业务提供多种qos的方法
CN100346596C (zh) 多媒体广播/组播服务业务激活的方法
CN101047528A (zh) 实现多媒体广播/组播业务中信息的处理方法及系统
CN1691676A (zh) 多媒体广播/组播业务中确定接收用户数目的方法
CN101047976A (zh) 一种多媒体广播/组播业务中授权失败处理方法及系统
CN1794859A (zh) 一种实现多媒体组播广播业务去激活的方法
CN1774124A (zh) 一种多媒体广播/组播业务中业务控制信息的传输方法
CN1180639C (zh) 多播业务中选择无线信道配置的方法
CN1697394A (zh) 多媒体广播/组播服务业务中路由区更新的方法
CN1735065A (zh) 多媒体广播/组播服务中承载建立的方法
CN1665318A (zh) 引入mbms业务标识的方法
CN1933439A (zh) 用户加入多组播/广播业务的实现方法及装置
CN1677971A (zh) 实现多媒体广播/组播服务业务激活的方法
CN1815995A (zh) 多媒体广播/组播业务中控制信道上接入信息的传输方法
CN1489314A (zh) 在sgsn和ggsn中建立和清除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
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20060215

Assignee: Apple Computer, Inc.

Assignor: Huawei Technologies Co., Ltd.

Contract record no.: 2015990000755

Denomination of invention: Method for building bearing in multimedia broadcast/multicast service

Granted publication date: 20070328

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