WO2006015544A1

WO2006015544A1 - Procede d'etablissement d'une prise en charge dans un service de diffusion/multi-diffusion multimedia

Info

Publication number: WO2006015544A1
Application number: PCT/CN2005/001233
Authority: WO
Inventors: Hai Zhang; Jianchun Zhang; Long Luo; Wenlin Zhang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2004-08-10
Filing date: 2005-08-10
Publication date: 2006-02-16
Also published as: CN1735057A; US20070086443A1; RU2373664C2; RU2006143837A; EP1739860A1; CN1307828C; EP1739860A4

Description

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

技术领域

本发明涉及多媒体广播 /组播服务（MBMS )技术，尤指一种实现 MBMS 中承载建立的方法。发明背景

随着第三代移动通信技术的发展，第三代移动通信可以提供比第二代移动通信更高数据速率的服务，从而支持多种业务形式，比如：视频电话、图片下载、高速浏览 Internet网络等服务。其中，有一类业务的特点是：能够同时给无线网络中定制了该业务的所有用户进行发送，比如：发送天气预报、新闻短片、体育比赛集锦等等。于是，第三代移动通信引入了广播 /组播的概念。

参见图 1所示，对于一个中间节点而言，比如节点 10, 无论节点 10下游包含多少个期待接收数据的节点，其上游节点总是向该中间节点发送一份数据；该中间节点 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-SC 201可与多个 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 Sto 过程用于将 Session Start过程建立的承载资源释放； Leaving 过程使组内的用户离开组播组，即用户不再接收组播数据，该过程会将相应 MBMS UE上下文删除。

MBMS 组播业务激活过程为每个激活了组播 MBMS承载业务的用户在 UE、 SGSN, GGSN以及 BSC/R C建立 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上下文。

表一中，（ 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的具体取值如表三所示。

bit4 bit3 bit2 bitl

0 0 0 0 保留

0 0 0 1 保留

0 0 1 0 保留

0 0 1 1 保留

0 1 0 0 保留

0 1 0 1 NSAPI 5

0 1 1 0 NSAPI 6

0 1 1 1 NSAPI 7

1 0 0 0 NSAPI 8

1 0 0 1 NSAPI 9

1 0 1 0 NSAPI 10

1 0 1 1 NSAPI 11

1 1 0 0 NSAPI 12

1 1 0 1 NSAPI 13

1 1 1 0 NSAPI 14

1 1 1 1 NSAPI 15

从 NSAPI的格式可以看出，可供 UE选用的 NSAPI取值仅为 5到 15。上述 NSAPI 的定义是针对点到点（PTP ) 传输的，在 MBMS 业务中的 MBMS NSAPI与 NSAPI的使用完全相同且共享取值空间。所谓共享取值空间是指在相同的取值范围内取值，但实际应用中不能同时取相同的值。

另外， 3GPP 24.008协议中对于 TI的定义如表四所示，包括两个字节，其中第二个字节是扩展部分，是可选的，不扩展 TI就不使用第二个字节。 TI第一个字节的 5 到 8 比特为事务标识 TI, 用于区分一个给定 PD ( protocol discriminator )和给定 SAP的最多 16个不同的双向消息流，这样的一个消息流叫做一个事务。所述事务标识 TI包括 Ή取值（ TI0 )和 TI标识（ TI flag ) 两部分，每个 Ή的取值都属于同一个事件，但同一事件可能由接口的不同侧发起，所以， TI flag用于标识是接口的哪一侧发起了事件，标记谁分配了 TI, 可以取 0或 1 , 当消息的发送者是事务的开始者时，消息的 TI flag为 0, 否则为 1。换句话说就是， TI flag为 0表示消息从产生 Ή侧发送， TI flag为 1表示消息发送到产生 Ή侧。

TI的扩展部分允许对一个给定的 SAP和给定的 PD区分出最多 256个不同双向消息流，但 TI的扩展机制一般不使用。表四中的 EXT相当于一个标志，当前 TI扩展机制中， EXT取值为 1; 在将来的 Ή扩展机制中，可通过将 EXT 取值为 0, 对 TI进一步扩展。也就是说，如果不使用 TI扩展机制， TI就仅有一个字节，如果使用 TI扩展机制且 EXT值为 1 , TI为两个字节，如果使用 TI 的扩展机制且 EXT为 0, 则 TI就多于两个字节。

表四

在 MBMS业务中 , 上面提到的 NSAPI和 ΤΙ主要在 MBMS业务激活流程和去激活流程中使用。现有的 MBMS业务激活流程如图 4所示，包括以下步骤：

步骤 401 : SGSN向 UE发送一个请求 MBMS上下文激活消息 Request MBMS Context Activation , 用于请求 UE激活一个 MBMS UE上下文，该消息中至少携带有 IP组播地址、 APN、 Linked NSAPI、事务标识（TI )。其中， IP 組播地址标识 UE需要激活的业务； Ή由 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 NSAPL 步骤 408: SGSN发送一个激活 MBMS上下文接受消息 Activate MBMS Context Accept给 UE。

现有的 MBMS业务去激活流程如图 5所示，包括以下步骤：

步骤 501: SGSN一旦收到 MBMS UE上下文去激活请求消息，或者 SGSN 自己的原因， SGSN发送含有 TI的去激活 MBMS上下文请求消息 Deactivate MBMS 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 MBMS Context 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 MBMS Context Response, 确认去激活了 MBMS HE上下文， SGSN收到后，删除自身的 MBMS UE上下文。

从上述流程可以看出 , 现有采用 MBMS_NSAPI对 MBMS UE上下文进行标识的方案中， MBMS— NSAPI的定义和取值空间与原有 PTP方案中一致。这从现有 MBMS业务激活过程的步骤 402, HE获取 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业务激活过程包括以下步骤：

all. SGSN 向 UE发送携带有 IP组播地址、接入点名称 APN、 Linked NSAPL事务标识 Ή的请求 MBMS上下文激活消息； UE收到后创建 MBMS UE 上下文，之后向 SGSN返回携带有 IP组播地址、 APN、扩展 MBMS网络业务接入点标识 MBMS— NSAPI、 MBMS承载能力的激活 MBMS上下文请求； al2. SGSN创建包含扩展 MBMS— NSAPI的 MBMS UE上下文，之后向 GGSN发送携带有 IP组播地址、扩展 MBMS_NSAPI、 APN的创建 MBMS上下文请求； GGSN得到 BM-SC对当前 UE的授权并创建 MBMS UE上下文后，向 SGSN返回创建 MBMS上下文响应， SGSN允许 UE激活 MBMS上下文；当需要去激活 MBMS业务时， MBMS业务去激活过程包括以下步骤： bll. SGSN向 UE发送携带有 TI的去激活 MBMS上下文请求， UE删除 MBMS UE上下文后，向 SGSN返回含有 TI的去激活 MBMS上下文接受消息； bl2. SGSN向拥有要删除 MBMS UE上下文的发送携带有扩展 MBMS— NS API的删除 MBMS上下文请求， GGSN根据扩展 MBMS— NS API删除相应 MBMS UE上下文，并向 SGSN返回响应， SGSN收到后删除 MBMS UE 上下文。

其中，所述 Ή为带有扩展字节的 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一 NS API 为在现有 MBMS— NSAPI 信息元基础上扩展字节，并将 MBMS一 NSAPI信息元第二个字节中的低 4比特位作为 MBMS— NSAPI取值。

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— NSAPI与对应的 PDP上下文中的 NSAPI 分别对应不同的 IEI，此种情况下，如果扩展 MBMS_NSAPI以信息元第二字节中 4个以上比特位作为 MBMS— NSAPI取值，则扩展 MBMS— NSAPI第二字节可采用 8个有效比特位，扩展 MBMS— NSAPI的具体取值可以是第二字节第八比特位为 1时的 8个比特位，且可利用第二字节的 bit8来区分 MBMS— NSAPI 与 PDP上下文中的 NSAPI。

本发明所提供的 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上下文激活消息 Request MBMS Context Activation, 用于请求 UE激活一个 MBMS UE上下文，该消息中至少携带有 IP组播地址、 APN、 Linl ed NSAPL 事务标识（Ή )。其中， 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— NSAPL

步驟 607: 如果为该 UE建立了至少一个分组域无线接入承载（ PS RAB ), SGSN 给 RAN提供 MBMS UE 上下文，该 MBMS UE 上下文中不包含 MBMS—NSAPL

步骤 608: SGSN发送一个激活 MBMS上下文接受消息 Activate MBMS Context Accept给 UE。

现有的 MBMS业务去激活流程如图 7所示，包括以下步骤：

步骤 701: SGSN—旦收到 MBMS UE上下文去激活请求消息，或者 SGSN 自己的原因 , SGSN发送含有 TI的去激活 MBMS上下文请求消息 Deactivate MBMS Context Request给 UE。其中， TI用于标识需要被 UE删除的 MBMS UE 上下文，该 Ή与 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 上下文请求消息 Delete MBMS Context Request 给拥有 MBMS UE 上下文的 GGSN , 该扩展 MBMS_NSAPI用于标识需要被删除的 MBMS UE上下文。

步骤 705: GGSN根据扩展 MBMS— NSAPI删除相应的 MBMS UE上下文，并给 BM-SC发送一个去激活指示消息确认成功去激活了 MBMS UE上下文； BM-SC收到去激活指示消息后，删除 MBMS HE上下文，并给 GGSN发送一个确认消息。其中， GGSN与 BM-SC交互的步骤也可以省略。

步骤 706: GGSN给 SGSN发送删除 MBMS上下文响应消息 Delete MBMS Context 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 bitl

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进一步扩展。

6 4 2

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或更多的双向信息流。具体就是：使用表四中 ΤΙ第二字节的第 1〜7位进行取值，而第一字节第 5~7位的取值无效。 Ή的取值为没有被该 UE其它激活的 PDP上下文和 MBMS UE上下文使用过的值，并且不选择 TI扩展后的保留取值。根据协议规定， TI扩展后的保留取值为 0000110。

采用扩展后 TI的情况下，在图 6所示 MBMS业务激活流程的步骤 601中， SGSN向 UE发送的请求 MBMS上下文激活消息中携带的 TI就变为扩展后的 TI, 相应的，后续步骤中涉及的 TI就是该步骤 601中携带的扩展后 TI。同样，对于 MBMS业务去激活流程，所涉及到的 TI都是扩展后 TI。

这种情况下，除了 Ή的定义， MBMS业务激活流程和去激活流程分别与步骤 6Q1〜608和步骤 701~706完全相同。

为了标识更多激活的 MBMS业务和标识更多的双向信息流，也可以在采用扩展 MBMS— NSAPI的同时，由特定的 MBMS上下文标识来替代 TI。这种思想对于 MBMS业务激活流程，如图 8所示，仅涉及前两步的变化：

步骤 801 : SGSN向 UE发送一个请求 MBMS上下文激活消息 Request MBMS 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具体的取值方案与前面所述完全相同。

在上文描述的 MBMS_NSAPI的两种扩展方式，以及扩展 MBMS— NSAPI 所应用于的图 6至图 9所示的 MBMS业务激活过程和 MBMS业务去激活过程中， MBMS— NSAPI和相应 PDP上下文中的 NSAPI实际对应相同的 IEI, 只是属于不同的上下文叫法不同，取值空间不同。

在实际应用中 ,完全可以将 MBMS— NSAPI NSAPI通过对 IEI取不同的值来区分，也就是说，使 MBMS— NSAPI IEI与 NSAPI IEI的取值不同，比如： NSAPI IEI取 28， MBMS— NSAPI IEI取 160 , 这种情况下， MBMS— NSAPI与 NSAPI没有任何关系，可以任意定义、使用、扩展自己的取值空间。这种情况下， MBMS— NSAPI同样可以采用上述两种扩展方式，并将扩展 MBMS— NSAPI 应用于图 6至图 9所示的 MBMS业务激活过程和 MBMS业务去激活过程中。具体说就是：可采用由 MBMS一 NSAPI第二个字节中多于 4个的比特位作为 MBMS— NSAPI取值的方式，如表五所示；或者是，如表七所示，采用在现有 MBMS— NSAPI基础上扩展一个或多个字节，并以扩展字节的 7个比特位作为 MBMS_NSAPI 取值的方式。当 MBMS_NSAPI 采用第一种扩展方式时， MBMS NSAPI第二字节较佳的取值方案如表八所示：

bit8 bit7 bit6 bit5 bit4 bit3 bit2 bitl

0 0 0 0 0 0 0 0 保留

0 1 1 1 1 1 1 1

1 0 0 0 0 0 1 1 128个值可取

1 1 1 1 1 1 1 1

表八

可以看出， bit8取 0时，对应的值都保留； bit8取 1时，对应的值均可使用，即：将 bit8为 1时的 8个 bits作为 MBMS— NSAPI取值，有 128个值可供选取使用。

另外，在点到点（FTP ) 业务建立过程中，需要建立无线接入承载，扩展 MBMS— NSAPI可映射为 RAN的 RAB_ID参数，这里，扩展 MBMS— NSAPI 是指 IEI不同于 NSAPI的 MBMS— NSAPI。此时，由于扩展的 MBMS— NSAPI 第二字节有 8个有效比特位， RAB— ID也具有 8个有效比特位。这种情况下， RAN可以通过 bit8来区分是 PDP业务还是 MBMS业务，即：可基于 bit8来区分扩展 MBMS— NSAPI和 PDP上下文中的 NSAPI，因为默认的， PDP上下文中 NSAPI的 bit8是 0, 而扩展 MBMS— NSAPI的 bit8可设为 1 , 如表八所示。

以上所述，仅为本发明的较佳实施例而已，并非用于限制本发明的保护范围。

Claims

权利要求书

1、一种多媒体广播 /组播服务 MBMS中承载建立的方法，其特征在于，该方法至少包括 MBMS业务激活过程和 MBMS业务去激活过程，其中， MBMS 业务激活过程包括以下步骤：

all. SGSN 向 UE发送携带有 IP组播地址、接入点名称 APN、 Linked NSAPI、事务标识 TI的请求 MBMS上下文激活消息； UE收到后创建 MBMS UE 上下文，之后向 SGSN返回携带有 IP组播地址、 APN、扩展 MBMS网络业务接入点标识 MBMS— NSAPI、 MBMS承载能力的激活 MBMS上下文请求； al2. SGSN创建包含扩展 MBMS— NSAPI的 MBMS UE上下文，之后向 GGSN发送携带有 IP组播地址、扩展 MBMS— NSAPI、 APN的创建 MBMS上下文请求； GGSN得到 BM-SC对当前 UE的授权并创建 MBMS UE上下文后，向 SGSN返回创建 MBMS上下文响应 , SGSN允许 UE激活 MBMS上下文；当需要去激活 MBMS业务时， MBMS业务去激活过程包括以下步骤： · bll. SGS 向 UE发送携带有 Ή的去激活 MBMS上下文请求， UE删除 MBMS UE上下文后，向 SGSN返回含有 TI的去激活 MBMS上下文接受消息； bl2. SGSN 向拥有要删除 MBMS UE上下文的 GGSN发送携带有扩展 MBMS— NS API的删除 MBMS上下文请求， GGSN根据扩展 MBMS— NS API删除相应 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 所述的方法，其特征在于，所述扩展 MBMS— NSAPI 与对应的 PDP上下文中的 NSAPI分别对应不同的信息元素标识 IEI。

6、根据权利要求 5 所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为将信息元第二字节中 4个以上比特位作为 MBMS— NSAPI取值。

7、根据权利要求 6所述的方法，其特征在于，所述扩展 MBMS— NSAPI 第二字节有 8个有效比特.位；将信息元第二字节中第八比特位为 1时的 8个比特位作为 MBMS— NSAPI 取值，且将第二字节中第八比特位作为区分扩展 MBMS— NSAPI与 PDP上下文中 NSAPI的比特。

8、根据权利要求 1、 2 或 5 所述的方法，其特征在于，所述扩展 MBMS— NSAPI为：在现有 MBMS— NSAPI信息元基础上扩展字节，并将扩展字节作为 MBMS— NSAPI取值。

9、根据权利要求 8 所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为在现有 MBMS_NSAPI信息元基础上扩展一个字节，并将扩展字节的低 7比特位作为 MBMS— NSAPI取值。

10、根据权利要求 1、 2 或 5 所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为在现有 MBMS— NSAPI 信息元基础上扩展字节，并将 MBMS一 NSAPI信息元第二个字节中的低 4比特位作为 MBMS— NSAPI取值。

11、一种多媒体广播 /组播服务 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上下文接受消息；

12、根据权利要求 11所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为将现有 MBMS— NSAPI 信息元第二字节中 4 个以上比特位作为 MBMS— NSAPI取值。

13、根据权利要求 12所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为将现有 MBMS— NSAPI信息元第二字节中的 8个比特位作为 MBMS一 NSAPI 取值。

14、根据权利要求 11所述的方法，其特征在于，所述扩展 MBMS一 NSAPI 为：在现有 MBMS— NSAPI 信息元基础上扩展字节，并将扩展字节作为 MBMS— NSAPI取值。

15、根据权利要求 14所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为在现有 MBMS— NSAPI信息元基础上扩展一个字节，并将扩展字节的低 7比特位作为 MBMS— NSAPI取值。

16、根据权利要求 11所述的方法，其特征在于，所述扩展 MBMS— NSAPI 为在现有 MBMS— NSAPI信息元基础上扩展字节，并将 MBMS— NSAPI信息元第二个字节中的低 4比特位作为 MBMS— NSAPI取值。

17、根据权利要求 11、 12 或 16 所述的方法，其特征在于，所述扩展 MBMS— NSAPI与对应的 PDP上下文中的 NSAPI分别对应不同的信息元素标识 IEI。

18、根据权利要求 17所述的方法，其特征在于，所述扩展 MBMS一 NSAPI 第二字节有 8个有效比特位；将信息元第二字节中第八比特位为 1时的 8个比特位作为 MBMS— NSAPI取值，且将第二字节中第八比特位作为区分扩展 MBMS— NSAPI与 PDP上下文中 NSAPI的比特。

19、根据权利要求 14 或 15 所述的方法，其特征在于，所述扩展 MBMS_NSAPI与对应的 PDP上下文中的 NSAPI分别对应不同的信息元素标识 IEI。

20、根据权利要求 11至 16任一项所述的方法，其特征在于，所述 MBMS 上下文标识由用户标识、 IP组播地址、 APN组合而成；或由用户标识、 IP组播地址组合而成；或由用户标识、 TMGI组合而成。

21、根据权利要求 20所述的方法，其特征在于，所述用户标识为 IMSI。