CN101771952A - 终端在多播广播业务区域间保持业务连续性的方法 - Google Patents

终端在多播广播业务区域间保持业务连续性的方法 Download PDF

Info

Publication number
CN101771952A
CN101771952A CN200910113689A CN200910113689A CN101771952A CN 101771952 A CN101771952 A CN 101771952A CN 200910113689 A CN200910113689 A CN 200910113689A CN 200910113689 A CN200910113689 A CN 200910113689A CN 101771952 A CN101771952 A CN 101771952A
Authority
CN
China
Prior art keywords
multicast
information
service
terminal
multimedia broadcast
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
CN200910113689A
Other languages
English (en)
Other versions
CN101771952B (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN200910113689.8A priority Critical patent/CN101771952B/zh
Publication of CN101771952A publication Critical patent/CN101771952A/zh
Application granted granted Critical
Publication of CN101771952B publication Critical patent/CN101771952B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种终端在多播广播业务区域间保持业务连续性的方法,在终端移动到新的多播广播业务区域时,仍然保持多播广播业务的连续性。所述方法包括,在所述终端发起位置更新或退出空闲模式的过程中,根据预先保存的终端的多播广播业务的上下文信息以及该终端当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息,所述终端相应的多播广播业务信息至少包括多播连接标识和多播广播业务区域标识,并将所述多播广播业务信息下发给所述终端。

Description

终端在多播广播业务区域间保持业务连续性的方法
技术领域
本发明涉及多播广播业务领域,具体涉及一种终端在多播广播业务区域间保持业务连续性的方法。
背景技术
在多播广播业务中,根据现有IEEE 802.16协议,终端在多播广播区域内可持续接收多播广播业务(MCBCS或称MBS)下行传输内容,并可在睡眠或空闲模式下继续接收。不管终端处于何种操作模式(即激活态,睡眠模式或空闲模式),或者何种多播广播业务业务类型(即广播或多播),网络都将持续发送当前进行的多播广播业务业务的下行传输内容。
为支持接入服务网络(ASN)内多播广播业务MCBCS操作,多播广播业务同步控制器将持续更新下行信道描述符(DCD)和下行映射消息(DL_MAP)中的多播广播映射单元(MBS_MAP_IE),也许还有多播广播映射消息(MBS_MAP),向终端发送多播广播业务业务下行传输内容。特别地,多播广播业务同步控制器还将利用多播广播数据单元(MBS_DATA_IE)调度正在进行的和将要进行的下行传输内容给终端,便于终端利用这些信息实现自己的节电策略,其中,多播广播数据单元用于指示多播广播业务的突发位置、多播连接标识等信息。
如现有IEEE 802.16协议所述,多播广播数据单元的设计提供了两方面的节电支持:多播广播映射消息间间隔;多播广播业务突发间隔;
在多播广播业务区域内时,即使处于空闲模式下的终端,依然可以通过多播广播数据单元提供的对多播广播业务突发的菊花链支持来实现业务连续性。
由于多播广播业务同步控制器负责多播广播业务下行传输的调度,因此当多播广播业务数据通道功能体(DPF)向多播广播业务同步控制器提供了即将进行的多播广播业务业务内容时,多播广播业务同步控制器将利用先前所得到的多播广播业务排列区可获得资源、多播广播业务排列区的配置和该多播广播业务业务内容的业务质量要求等信息来调度该多播广播业务下行传输,并构造相应的多播广播数据单元以建立IEEE 802.16协议所述的菊花链。
终端将检查和参考网络在空中所广播的多播广播映射单元,多播广播映射消息和多播广播数据单元来接收该多播广播业务业务内容,并进行相应的节电操作。
当前支持终端在多播广播业务区域内移动的业务连续性的第一种技术方案:当终端移动到相同多播广播业务区域内的新的基站下时,IEEE 802.16协议所述的菊花链机制可支持终端在相同多播广播业务区域内移动时,终端无须进行网络重入,常规的切换过程便可连续接收多播广播业务业务下行传输。在任何情况下终端失去与网络的同步时,常规的位置更新过程可使终端重新获得该相同多播广播业务区域的系统参数,因而恢复接收多播广播业务业务的下行传输内容。
图1描述了多播广播数据单元是如何提供多播广播业务业务下行传输内容的菊花链支持。
1:多播广播映射MBS_MAP消息指示了下一个多播广播映射消息位置;(多播广播映射消息间间隔最大255帧);
2:多播广播映射MBS_MAP消息中多播广播数据单元MBS_DATA_IE指示多播广播业务MBS突发为2-5帧后(即指示下一个包含多播广播业务协议数据包MBS MAC PDU的多播广播业务突发的位置偏移量)。
当前第二种技术方案:
根据IEEE 802.16协议,当拥有多基站多播广播业务业务流的终端从基站广播的下行信道描述符消息中检测到所处多播广播业务区域发生改变,若终端又处于空闲模式下,则它将进行位置更新来获取新的多播连接标识和多播广播区域标识,以恢复接收相应多播广播业务下行传输内容。
遵循与现在空闲模式操作相同的流程,终端可通过监控基站下行信道描述符消息中所带的多播广播业务区域标识列表来探查多播广播业务区域的变化。若该多播广播业务区域标识列表不包括终端所关联的服务多播广播业务区域的标识,则判定多播广播业务区域发生了变化,为继续接收相应的多播广播业务业务,终端将在RNG_REQ中携带MBS更新指示,执行位置更新流程来获取新的多播广播业务区域的参数(如新的多播连接标识和多播广播区域标识等)。
一旦终端收到包含新的多播广播业务区域的参数的测距响应消息,就能恢复相应的多播广播业务业务内容的接收。
若没有支持相同多播广播业务业务的多播广播业务区域可获得,则测距响应消息不携带上述相关信息。也就意味着,终端所预定的该多播广播业务业务会中断。
第一种技术方案,对于业务连续性,只提供了终端在多播广播业务区域内移动时的节电支持,而一旦终端移动到其他多播广播业务区域,便没有相应节电支持,终端可能需要网络重入来恢复接收业务,业务中断时间过长,且不利于终端的省电,会严重影响用户体验;而第二种技术方案,对于终端移动到新的多播广播业务区域的情况,只提供了空口的解决方案,而目前还没有网络侧相应解决方案,则不构成一个完整的技术解决方案,也就无法应用。
因此,对于终端移动到新的多播广播业务区域的情况,当前需要一种新的技术方案能够提供网络侧的节电解决方案和保持多播广播业务的连续性。
发明内容
本发明所要解决的技术问题是提供一种终端在多播广播业务区域间保持业务连续性的方法,在终端移动到新的多播广播业务区域时,仍然保持多播广播业务的连续性。
为了解决上述问题,本发明提供了一种终端在多播广播业务区域间保持业务连续性的方法,包括,
在所述终端发起位置更新或退出空闲模式的过程中,根据预先保存的终端的多播广播业务的上下文信息以及该终端当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息,所述终端相应的多播广播业务信息至少包括多播连接标识和多播广播业务区域标识,并将所述多播广播业务信息下发给所述终端。
进一步地,所述多播广播业务的上下文信息是在所述终端进入空闲模式之前保存的。
进一步地,所述保存的该终端的多播广播业务的上下文信息至少包括多播广播业务的业务流信息。
进一步地,所述多播广播业务的上下文信息保存在所述终端的锚定寻呼控制器上。
进一步地,在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
进一步地,通过以下方法之一判断该终端是否移动到一个新的多播广播业务区域:
方法1,由终端判断所在的多播广播业务区域发生改变后,将这一信息通知当前服务基站,所述当前服务基站进而判断该终端所在多播广播业务区域是否改变;
方法2,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,至少将所保存的所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站对所述业务流信息与当前多播广播业务区域的多播广播业务信息进行比较,进而判断该终端所在多播广播业务区域是否改变;
方法3,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,当前服务基站将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述锚定寻呼控制器对所述当前多播广播业务区域的多播广播业务信息与所述上下文信息中的业务流信息进行比较,进而判断该终端所在多播广播业务区域是否改变。
进一步地,在所述方法1中,所述当前服务基站判断该终端所在多播广播业务区域改变后,向锚定寻呼控制器发送位置更新请求消息,所述位置更新请求消息中携带多播广播业务更新指示,以指示锚定寻呼控制器所述终端需要进行多播广播业务更新。
进一步地,在所述方法2和3中,所述比较业务流信息和当前多播广播业务区域的多播广播业务信息是指,比较业务流信息中的多播广播业务区域标识与所述当前多播广播业务区域的多播广播业务信息中的多播广播业务区域标识是否相同。
进一步地,在所述方法2中,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站。
进一步地,在所述方法3中,所述当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器。
进一步地,通过以下方法之一确认所述终端相应的多播广播业务信息:
方法a,由所述终端的锚定寻呼控制器确认所述终端相应的多播广播业务信息,包括:所述终端的当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,其根据保存的终端的多播广播业务的上下文信息中的业务流信息以及所述当前服务基站发送的当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
方法b,由所述终端的当前服务基站确认所述终端相应的多播广播业务信息,包括:所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站根据所述所述锚定寻呼控制器发送的业务流信息以及所述当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
进一步地,所述确认所述终端相应的多播广播业务信息的步骤包括:
根据所述上下文信息中的业务流信息确定所述终端接收的多播广播业务,再从所述当前多播广播业务区域的多播广播业务信息中查找与所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
进一步地,在所述方法a中,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,由所述终端的当前服务基站先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述锚定寻呼控制器,所述锚定寻呼控制器再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
进一步地,在所述方法b中,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,由所述终端的锚定寻呼控制器先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述当前服务基站,所述当前服务基站再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
进一步地,所述当前服务基站确认所述终端相应的多播广播业务信息后,或者获知所述终端相应的多播广播业务信息后,通过测距响应消息将所述终端相应的多播广播业务信息发送给所述终端。
进一步地,如果确认所述终端相应的多播广播业务信息失败,则所述当前服务基站向所述终端发送无效的多播广播业务区域标识。
进一步地,在所述方法a中,如果所述锚定寻呼控制器确认所述终端相应的多播广播业务信息成功,则更新所保存的所述终端的多播广播业务的上下文信息。
进一步地,在所述方法b中,如果所述当前服务基站确认所述终端相应的多播广播业务信息成功,则将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器,所述锚定寻呼控制器更新所保存的所述终端的多播广播业务的上下文信息。
进一步地,所述当前服务基站通过以下消息之一将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器:位置更新确认消息,位置更新请求消息,空闲模式退出状态改变请求消息、数据通道注册确认消息。
进一步地,由当前服务的多播广播业务代理确认所述终端相应的多播广播业务信息,包括:
所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,并将所述上下文信息中的业务流信息发送给所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务代理向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
进一步地,所述多播广播业务代理根据所述业务流信息确定所述终端接收的多播广播业务,再从所保存当前多播广播业务区域的多播广播业务信息中查找所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
进一步地,所述锚定寻呼控制器根据所述多播广播业务代理返回的所述终端相应的多播广播业务信息更新所保存的所述终端的多播广播业务的上下文信息。
进一步地,所述终端的锚定寻呼控制器通过多播广播业务区域更新请求向所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务区域更新请求中包括所述上下文信息中的业务流信息;所述多播广播业务代理通过多播广播业务区域更新响应消息向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
与现有技术相比,应用本发明,在终端移动到新的多播广播业务区域时,能够提供网络侧的节电解决方案和保持多播广播业务的连续性。
附图说明
图1是描述多播广播数据单元是如何提供多播广播业务业务下行传输内容的菊花链支持的示意图;
图2是本发明的终端在新的多播广播业务区域保持业务连续性的方法流程图;
图3是本发明具体实例中多播广播业务的终端移动到新的多播广播业务区域,网络侧进行位置更新操作的操作选择一的流程图;
图4是本发明具体实例中多播广播业务的终端移动到新的多播广播业务区域,网络侧进行位置更新操作的操作选择二和三的流程图;
图5是本发明具体实例中多播广播业务的终端移动到新的多播广播业务区域,终端进行空闲退出操作的流程图操作选择一的流程图;
图6是本发明具体实例中多播广播业务的终端移动到新的多播广播业务区域,终端进行空闲退出操作的流程图操作选择二和三的流程图。
具体实施方式
本文所涉及的术语如下:
MBS/MCBCS:多播广播业务;
MBS Zone:MBS区域,MBS Zone由一个或多个属于相同地理区域的基站组成,这些基站传输相同的节目内容,并同步下行发送到该区域内一套终端或任何终端;
多BS的MBS:多基站的多播广播业务;
MBS Proxy:多播广播代理(功能实体);
MBS_DATA_IE:多播广播数据单元(MBS MAP消息中一个单元),指示多播广播业务的突发位置、多播连接标识等信息;
ASN:接入服务网;
DCD:下行信道描述(空口消息);
DL_MAP:下行链路匹配消息(空口消息);
MBS_MAP_IE:多播广播匹配单元(DL_MAP消息中的一个描述单元);
MBS_MAP:多播广播匹配消息(空口消息);
MAC:媒体接入控制层;可直接采用英文缩写MAC;
PDU:协议数据单元;(一种数据包)
MBS MAC PDU:多播广播MAC协议数据单元;
MBS Burst:多播广播业务突发;
Frame:帧;
msg:message的缩写,意为消息;
Serving ASN:当前服务的接入服务网;
MBS Client:多播广播客户端;
Anchor PC:锚定寻呼控制器;
Relay PC:中继寻呼控制器;
Anchor auth(authenticator):锚定鉴权器;
RNG_REQ/RSP:测距请求/响应消息;
LU_REQ/RSP/CNF:位置更新请求/响应/确认消息;
MBS_Zone_Update_Req/Rsp:多播广播区域更新请求/响应;
Context_Retrieval Procedure:上下文获取流程;
IM_Exit_State_Change_Req/Rsp:空闲退出状态改变请求/响应;
Context_Req/Rsp/:上下文获取请求/响应;
Path_Reg_Req/Rsp/Ack:路径登记请求/响应/确认;
L2 Network Reentry:层2网络重入流程;
CMAC Key Count Update Procedure:基于密码的消息鉴权码;
Delete_MS_Entry_Req/Rsp:删除终端入网请求/响应。
本发明的发明构思是,在所述终端发起位置更新或退出空闲模式的过程中,根据预先保存的终端的多播广播业务的上下文信息以及该终端当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息,所述终端相应的多播广播业务信息至少包括多播连接标识和多播广播业务区域标识,并将所述多播广播业务信息下发给所述终端。
所述多播广播业务的上下文信息是在所述终端进入空闲模式之前保存的。保存的该终端的多播广播业务的上下文信息至少包括多播广播业务的业务流信息。所述业务流信息包括多播广播业务传输区域标识,包数据流标识,还包括业务流标识,多播广播业务区域标识。
优选地,所述多播广播业务的上下文信息保存在所述终端的锚定寻呼控制器上。
在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。可通过以下方法之一判断该终端是否移动到一个新的多播广播业务区域:
方法1,由终端判断所在的多播广播业务区域发生改变后,将这一信息通知当前服务基站,所述当前服务基站进而判断该终端所在多播广播业务区域是否改变;
在所述方法1中,所述当前服务基站判断该终端所在多播广播业务区域改变后,向锚定寻呼控制器发送位置更新请求消息,所述位置更新请求消息中携带多播广播业务更新指示,以指示锚定寻呼控制器所述终端需要进行多播广播业务更新。
方法2,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,至少将所保存的所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站对所述业务流信息与当前多播广播业务区域的多播广播业务信息进行比较,进而判断该终端所在多播广播业务区域是否改变;
在所述方法2中,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站。
方法3,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,当前服务基站将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述锚定寻呼控制器对所述当前多播广播业务区域的多播广播业务信息与所述上下文信息中的业务流信息进行比较,进而判断该终端所在多播广播业务区域是否改变。
在所述方法3中,所述当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器。
在所述方法2和3中,所述比较业务流信息和当前多播广播业务区域的多播广播业务信息是指,比较业务流信息中的多播广播业务区域标识与所述当前多播广播业务区域的多播广播业务信息中的多播广播业务区域标识是否相同。
确认所述终端相应的多播广播业务信息的步骤可采用以下方法之一:
方法a,由所述终端的锚定寻呼控制器确认所述终端相应的多播广播业务信息,包括:所述终端的当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,其根据保存的终端的多播广播业务的上下文信息中的业务流信息以及所述当前服务基站发送的当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
在所述方法a中,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,由所述终端的当前服务基站先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述锚定寻呼控制器,所述锚定寻呼控制器再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
在所述方法a中,如果所述锚定寻呼控制器确认所述终端相应的多播广播业务信息成功,则更新所保存的所述终端的多播广播业务的上下文信息。
方法b,由所述终端的当前服务基站确认所述终端相应的多播广播业务信息,包括:所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站根据所述所述锚定寻呼控制器发送的业务流信息以及所述当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
在所述方法b中,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,由所述终端的锚定寻呼控制器先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述当前服务基站,所述当前服务基站再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
在所述方法b中,如果所述当前服务基站确认所述终端相应的多播广播业务信息成功,则将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器,所述锚定寻呼控制器更新所保存的所述终端的多播广播业务的上下文信息。
在所述方法b中,如果所述当前服务基站确认所述终端相应的多播广播业务信息成功,则将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器,所述锚定寻呼控制器更新所保存的所述终端的多播广播业务的上下文信息。所述当前服务基站通过以下消息之一将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器:位置更新确认消息,位置更新请求消息,空闲模式退出状态改变请求消息、数据通道注册确认消息。
具体地,上述方法a和方法b中,所述确认所述终端相应的多播广播业务信息的步骤具体包括:根据所述上下文信息中的业务流信息确定所述终端接收的多播广播业务(例如根据包数据流标识和多播广播业务业务传输区域标识来确定),再从所述当前多播广播业务区域的多播广播业务信息中查找与所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
所述当前服务基站确认所述终端相应的多播广播业务信息后,或者获知所述终端相应的多播广播业务信息后,通过测距响应消息将所述终端相应的多播广播业务信息发送给所述终端。
如果确认所述终端相应的多播广播业务信息失败,则所述当前服务基站向所述终端发送无效的多播广播业务区域标识。
优选地,还可由当前服务的多播广播业务代理确认所述终端相应的多播广播业务信息,包括:所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,并将所述上下文信息中的业务流信息发送给所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务代理向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
具体地,所述多播广播业务代理根据所述业务流信息确定所述终端接收的多播广播业务,再从所保存当前多播广播业务区域的多播广播业务信息中查找所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
所述锚定寻呼控制器根据所述多播广播业务代理返回的所述终端相应的多播广播业务信息更新所保存的所述终端的多播广播业务的上下文信息。
所述终端的锚定寻呼控制器通过多播广播业务区域更新请求向所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务区域更新请求中包括所述上下文信息中的业务流信息;所述多播广播业务代理通过多播广播业务区域更新响应消息向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
下面结合附图和具体实施方式对本发明作进一步说明。
本发明方法如下:
服务多播广播业务区域的改变并不是意味着服务多播广播业务代理的改变,相同的服务多播广播业务代理可对应多个多播广播业务区域。
如图2所示,终端在新的多播广播业务区域保持业务连续性的方法。包括:
步骤200、在终端进入空闲模式之前,网络将该终端的所有多播广播业务MCBCS相关上下文信息,与该终端的锚定寻呼控制器上所能得到的其他的终端上下文信息一起保存;
终端的锚定寻呼控制器需保存此时终端所在多播广播业务区域的多播广播业务区域标识,用于之后判断是否到了一个新的多播广播业务区域。
所述网络是接入服务网络或核心网等。
在终端进入空闲模式之前,可以在所述网络中该终端的锚定寻呼控制器上保存该终端的多播广播业务相关上下文信息;也可以将该终端的多播广播业务相关上下文信息保存在所述网络中其他实体上,而该终端的锚定寻呼控制器可以从该实体获取该终端的多播广播业务相关上下文信息。
所述上下文信息包括以下信息中的一种或多种:若出现的话,如当前服务的MBS区域标识,相应的MCBCS业务标识信息,业务连接标识,业务流信息。若可能还可包括以下信息中的一种或多种:当前服务的MBS代理,锚定MBS数据通道功能体,MCBCS业务策略等。其中多播广播业务业务策略信息、多播广播区域标识和当前多播连接标识也可包含在多播广播业务流信息中。
步骤210、在终端进行多播广播业务位置更新或退出空闲模式的过程中,网络确定当前终端所在的服务基站是否属于先前相同的MBS区域;
该判断可在锚定寻呼控制器上进行,也可在当前服务基站上进行,也可根据终端的指示确定是否改变。
若网络判断该终端当前所在的多播广播业务区域与进入空闲模式前所在的多播广播业务区域不同,则需要将新的MBS区域相关信息(如新的MBS区域标识,新的多播连接标识,或者还包括相应的业务流信息)发送给终端以保持业务连续性。
终端发现所处的多播广播区域和进入空闲模式前不同,若其他更新多播广播上下文信息方法(如多播连接标识预分配方法)不起作用,则需要发起位置更新请求。
所述锚定寻呼控制器是根据所述终端提供的多播广播业务的标识信息中服务基站所属的多播广播业务区域信息或服务基站所提供的当前所支持的多播广播业务区域信息与该锚定寻呼控制器中所保存的该终端先前所在的多播广播业务区域信息,判断该终端所在的多播广播业务区域是否改变。
或所述锚定寻呼控制器通过服务基站的指示得知该终端所处的多播广播业务区域发生改变。在位置更新情况下,服务基站可从终端发送的位置更新请求中得知终端所处的多播广播业务区域发生改变,服务基站将这一信息传递给锚定寻呼控制器。
新的MBS区域相关信息,可由该锚定寻呼控制器向该终端所在的当前服务的MBS代理获取,包括新的MBS区域标识和新的多播连接标识,若可能还有该新的MBS区域所对应的新的MBS代理和新的MBS同步控制器标识。
新的MBS区域相关信息,还可由锚定寻呼控制器向当前服务基站获取,包括新的MBS区域标识和新的多播连接标识。
锚定寻呼控制器根据所获得的新的MCBCS相关上下文信息进行更新并保存。
步骤220、网络确定当前终端所在的服务基站与先前的MBS区域不同,锚定寻呼控制器接收到新的多播广播业务区域的多播广播业务相关上下文信息后,接入服务网络发送该信息给终端,并对所保存的该终端的多播广播业务相关上下文信息进行更新。对于终端退出空闲模式的情况,不需要更新该信息。
本发明第二种方法:
与上述第一种方法的区别在于:
步骤210-220,在多播广播业务位置更新请求或退出空闲模式的过程中,服务基站将所支持的多播广播业务区域的信息(可包括多播广播区域标识,多播广播业务标识信息及相应的连接标识等)发送给保存终端多播广播上下文信息的网络实体(例如锚定寻呼控制器);由该网络实体判断,若该终端当前所在的多播广播业务区域与进入空闲模式前所在的多播广播业务区域不同,则通知该终端发送新的多播广播业务区域的相同多播广播业务相关信息,至少包括新的多播广播业务区域标识和新的多播广播连接标识;
该网络实体可根据服务基站所提供的相关信息及网络实体自己(特别的,可为锚定寻呼控制器)所保存的该终端相关多播广播上下文信息,来判断是否该终端当前所在的多播广播业务区域与进入空闲模式前所在的多播广播业务区域不同;
服务基站也将新的多播广播业务区域的多播广播业务相关信息发送给网络中上述保存该终端相关多播广播上下文信息的实体(特别的,可为锚定寻呼控制器),用于其更新该信息。但对于终端退出空闲模式的情况,可不需要更新该信息。
或所述服务基站通过服务基站的指示得知该终端所处的多播广播业务区域发生改变。在位置更新情况下,服务基站可从终端发送的位置更新请求中得知终端所处的多播广播业务区域发生改变,服务基站将这一信息传递给网络中上述保存该终端相关多播广播上下文信息的实体(特别的,可为锚定寻呼控制器)。
本发明第三种方法:
与上述第一种方法的区别在于:
步骤210-220,在多播广播业务位置更新请求或退出空闲模式的过程中,服务基站根据终端提供的相关信息及网络(特别的,可保存在锚定寻呼控制器上)所保存的该终端相关多播广播上下文信息,若判断该终端当前所在的多播广播业务区域与进入空闲模式前所在的多播广播业务区域不同,则向该终端发送新的多播广播业务区域的多播广播业务相关信息,至少包括新的多播广播业务区域标识和新的多播连接标识;
其中,网络所保存的该终端的相关多播广播上下文信息可由把保存该信息的实体(特别的,可为锚定寻呼控制器)发送给服务基站;
服务基站也将新的多播广播业务区域的多播广播业务相关信息发送给网络中上述保存该终端相关多播广播上下文信息的实体(特别的,可为锚定寻呼控制器),用于其更新该信息。但对于终端退出空闲模式的情况,可不需要更新该信息。
或所述服务基站通过终端的指示得知该终端所处的多播广播业务区域发生改变。在位置更新情况下,服务基站可从终端发送的位置更新请求中得知终端所处的多播广播业务区域发生改变。
下面结合具体实例对本发明作进一步说明。
场景一:终端处于空闲模式时网络侧的MBS位置更新操作:
操作选择一:
在终端处于空闲模式下发起的多播广播业务位置更新过程中执行的操作包括;
当接入服务网络收到终端发送的测距请求RNG消息时,锚定寻呼控制器如判断终端当前的服务基站不属于终端先前所在的多播广播业务区域,在向终端回复测距响应之前,将基于现有的终端上下文向该终端的先前服务多播广播业务代理发起多播广播业务区域更新请求,以获取新的多播广播业务区域的多播连接标识和多播广播区域标识。若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。其中,MBS区域更新请求中将包括旧的MBS区域参数(即旧的多播连接标识和多播广播区域标识等)和终端的当前服务基站标识。
值得注意的是,服务MBS区域的改变并不是意味着服务MBS代理的改变,相同的服务MBS代理可对应多个MBS区域。
操作选择二:
当网络收到终端发送的RNG请求消息时,当前服务基站意识到终端所处的MBS区域发生了改变。当前服务基站将该基站所支持的MBS区域相关信息(包括以下信息的一个或多个:MBS区域标识,MBS业务标识信息,相应的MBS连接标识)发送给该终端所对应的锚定寻呼控制器。锚定寻呼控制器将基于所收到的该信息与现有的终端上下文比较,得出对应相同MBS业务的新的MBS区域相关信息,通知当前服务基站将相应的新的MBS区域相关信息通过RNG响应发送给终端。
锚定寻呼控制器根据新的MBS区域相关信息更新所保存的终端的MBS上下文信息。
操作选择三:
当网络收到终端发送的RNG请求消息时,当前服务基站意识到终端所处的MBS区域发生了改变。在向终端回复RNG响应之前,当前服务基站向该终端对应的锚定寻呼控制器获取现有的终端上下文,其中包括该终端对应的MBS上下文(旧的MBS区域信息)。基于现有的终端上下文,当前服务基站将该终端相应的新的MBS区域信息通过RNG响应发送给终端。
当前服务基站也将该终端相应的新的MBS区域信息发送给该锚定寻呼控制器进行终端MBS上下文更新。
一旦新的MBS参数在RNG响应中发送给终端,终端上下文就应该得到相应的更新。
若没有可支持相同MCBCS业务的MBS区域,则RNG响应消息不需要携带上述相关信息。也就意味着,终端所预定的该MCBCS业务会中断。
如图3所示,当正在接收多播广播业务业务的终端移动到了一个新的多播广播业务区域,发起位置更新,则包括以下步骤,
步骤310、终端向接入服务网络发送指示位置更新的测距请求,携带该终端的多播广播业务业务信息,其中至少包括该终端先前所在多播广播业务区域的多播广播业务区域标识和多播连接标识;
其中,所述位置更新请求消息可能经过几个中间的中继寻呼控制器转发才能到达锚定寻呼控制器。
步骤320、接入服务网络中的锚定寻呼控制器收到请求后,该锚定寻呼控制器根据该终端的多播广播业务业务信息,如判断终端当前所在的多播广播业务区域(即终端当前服务基站所属的多播广播业务区域)与其先前所在的多播广播业务区域不同,则基于现有的终端上下文(现有终端上下文保存有终端所接收多播广播业务业务的各种信息,包括多播广播业务业务标识和多播广播业务区域标识等)向该终端的先前服务多播广播业务代理发送多播广播业务区域更新请求消息,请求获取新的多播广播业务区域相关信息(新的多播广播业务区域标识和新的多播连接标识),并携带该终端先前所在的多播广播业务区域的参数(如多播广播业务区域标识、多播连接标识和当前服务基站标识);
当前为终端服务的基站为服务基站,服务基站所属的多播广播业务代理为当前的服务多播广播业务代理。
需要通过当前的服务基站标识来确定该基站所对应的多播广播业务区域标识。
上述新的多播广播业务区域的多播广播业务相关上下文信息还可以包括新的多播广播业务区域的多播广播业务代理、多播广播业务同步控制器标识和锚定多播广播业务数据通道功能体等信息中的一个或多个。
步骤330、按照现有技术的流程,锚定寻呼控制器所在的网络与锚定鉴定器所在网络进行安全上下文信息的交互;
此步骤用于鉴权,在其他实施例中也可不执行。
步骤340、服务多播广播业务代理如判断该终端当前所在的多播广播业务区域支持该终端在先前所在多播广播业务区域使用的多播广播业务,则在向锚定寻呼控制器发送的多播广播业务区域更新响应中包含新的多播广播业务区域的多播广播业务相关上下文信息,至少包括多播连接标识和多播广播区域标识;
上述新的多播广播业务区域的多播广播业务相关上下文信息还可以包括新的多播广播业务区域的多播广播业务代理、多播广播业务同步控制器标识和锚定多播广播业务数据通道功能体等信息中的一个或多个。
步骤350、锚定寻呼控制器收到多播广播业务区域更新响应后,更新保存的该终端的多播广播业务相关上下文信息;接入服务网络向终端发送测距响应,携带新的多播广播业务区域的多播广播业务相关上下文信息;
其中,所述的测距响应消息可能经过一个或多个中继寻呼控制器转发才能最终到达终端。
步骤360、网络侧进行后续的位置更新流程。
终端收到该测距响应后,根据新的多播广播业务区域的多播连接标识和多播广播区域标识等相关信息,恢复多播广播业务业务内容的接收。
若没有可支持相同多播广播业务业务的多播广播业务区域,则测距响应消息不需要携带上述相关信息,意味着终端所预定的该多播广播业务业务会中断。
本发明解决方案所针对的场景就是要针对保持终端接受多播广播业务业务连续性的情况,例如当用户本来在车上在收看足球赛事直播,结果汽车开到另一个区域了,如果该区域根本就没有该足球赛事节目,则不适用本发明中保持业务连续性的方法。
实施例一(对应操作选择一):
预定有MCBCS业务的终端移动到了一个新的MBS Zone(未发生锚定寻呼控制器改变),位置更新操作如图1所示。
1,终端发送RNG请求,包含相应的多播广播业务信息。
2,服务的接入网发送位置更新请求消息,将相应的多播广播业务信息转发给锚定寻呼控制器。注意:这个消息可能经过几个中间的接入网转播到达锚定寻呼控制器所在接入网。
3,锚定寻呼控制器将向当前服务MBS代理发起MBS区域更新请求,以获取新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。其中,MBS区域更新请求中将包括旧的MBS区域参数(即旧的多播连接标识和多播广播区域标识等)和终端的当前服务基站标识。
4,锚定寻呼控制器发起上下文请求流程,向锚定鉴定器网络获取有效的密钥信息。
5,当前服务MBS代理给锚定寻呼控制器发送MBS区域更新响应,若当前服务网络有可支持相同MCBCS业务的MBS区域,则响应中包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。锚定的寻呼控制器根据所获得的新的MCBCS相关上下文信息进行更新并保存。
6,锚定寻呼控制器向服务的接入网发送位置更新响应,包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。
7,服务的接入网络向终端发送RNG响应,包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。
8-10,后续位置更新流程。
实施例二(对应操作选择二)
如图4所示,包括:
1,终端发送RNG_REQ消息发起位置更新流程,其中,包括MBS更新指示,表示终端检测到所处的MBS区域改变;
2,当前服务基站位置更新请求消息给当前接入网关。根据本发明,该消息应包含MBS更新指示和当前基站所支持的MBS区域相关信息(MBS区域标识,相应的MBS业务标识及多播连接标识);
3,当前接入网关给该终端对应的锚定寻呼控制器接入网发送位置更新请求消息。根据本发明,该消息应包含MBS更新指示和当前基站所支持的MBS区域相关信息(MBS区域标识,相应的MBS业务标识及多播连接标识);
4,该锚定寻呼控制器接入网获取鉴权上下文信息;
5,该锚定寻呼控制器接入网给当前接入网发送位置更新响应消息。根据本发明,若该终端有激活的MBS业务,基于第3步中所述当前基站所支持的MBS区域相关信息,若判断当前基站支持给定MCBCS业务连续性,则该消息应包含相应的指示,通知当前基站发送相应的MBS业务更新信息给终端;进一步,锚定寻呼控制器更新所保存的终端的MBS上下文信息;
6,当前接入网关向当前基站发送位置更新响应消息。根据本发明,若上述第5步中包含相应的指示,则也需要包含在这一步的响应消息中;
7,当前服务基站基于从锚定寻呼控制器获取的相关信息,给终端发送RNG_RSP消息。根据本发明,其中,若当前基站支持相同的MBS业务连续性,则包括新的MBS区域信息,包括新的MBS区域标识以及相应的多播连接标识和业务流标识;
若新的MBS区域标识为空,则表示该终端无法从当前基站恢复接收相同的MCBCS下行业务。终端需要执行完整的网络重入,以获取新的MBS区域信息来恢复给定MCBCS业务。
8-10,后续位置更新流程;
实施例三(对应操作选择三)
参见以上实施例二的附图,包括:
1,终端发送RNG_REQ消息发起位置更新流程,其中,包括MBS更新指示,表示终端检测到所处的MBS区域改变;
2,当前服务基站位置更新请求消息给当前接入网关。根据本发明,该消息应包含MBS更新指示;
3,当前接入网关给该终端对应的锚定寻呼控制器接入网发送位置更新请求消息。根据本发明,该消息应包含MBS更新指示;
4,该锚定寻呼控制器接入网获取鉴权上下文信息;
5,该锚定寻呼控制器接入网给当前接入网发送位置更新响应消息。根据本发明,若该终端有激活的MBS业务,该消息应包含该终端所对应的MBS业务流信息;
进一步,若也包含该终端先前所处的MBS区域标识,则上述当前基站可基于此检验是否需要向该终端发送相应MBS更新信息;
6,当前接入网关向当前基站发送位置更新响应消息。根据本发明,若上述第5步中相应的响应消息中包含MBS业务流信息,则也需要包含在这一步的响应消息中;
7,当前服务基站基于从锚定寻呼控制器获取的相关信息,给终端发送RNG_RSP消息。根据本发明,其中,若当前基站支持相同的MBS业务连续性,则包括新的MBS区域信息,包括新的MBS区域标识以及相应的多播连接标识和业务流标识;
若新的MBS区域标识为空,则表示该终端无法从当前基站恢复接收相同的MCBCS下行业务。终端需要执行完整的网络重入,以获取新的MBS区域信息来恢复给定MCBCS业务。
8,当前服务基站向当前接入服务网关发送位置更新确认消息;根据本发明,若当前基站支持给定MCBCS业务连续性,则包括新的MBS区域标识,新的多播连接标识和新的MBS业务流信息;
9,当前接入服务网关向锚定寻呼控制器发送位置更新确认消息;根据本发明,包括新的MBS区域标识,新的多播连接标识和新的MBS业务流信息。
锚定寻呼控制器收到后将更新所保存的终端的MBS上下文信息;
10,后续位置更新流程。
场景二:终端的MBS空闲退出:
操作选择一:
当接入服务网络收到终端为空闲模式退出而发送的RNG请求消息时,锚定寻呼控制器意识到终端当前所处的基站不属于终端先前所在的MBS区域。在向终端回复RNG响应之前,基于现有的终端上下文,锚定寻呼控制器将向先前服务MBS代理发起MBS区域更新请求,以获取新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。
其中,MBS区域更新请求中可包括旧的MBS区域参数(即旧的多播连接标识和多播广播区域标识等)和终端的当前服务基站标识。
值得注意的是,服务MBS区域的改变并不是意味着服务MBS代理的改变,相同的服务MBS代理可对应多个MBS区域。
操作选择二:
当网络收到终端为退出空闲模式而发送的RNG请求消息时,当前服务基站将该基站所支持的MBS区域相关信息(包括以下信息的一个或多个:MBS区域标识,MBS业务标识信息,相应的MBS连接标识,MBS业务流信息)发送给该终端所对应的锚定寻呼控制器。锚定寻呼控制器将基于所收到的该信息与现有的终端上下文比较,判定该终端当前所处的基站不属于终端先前所在的MBS区域,得出对应相同MBS业务的新的MBS区域相关信息,且通知当前服务基站将相应的新的MBS区域相关信息通过RNG响应发送给终端。
锚定寻呼控制器根据新的MBS区域相关信息更新所保存的终端的MBS上下文信息。
操作选择三:
当网络收到终端为退出空闲模式而发送的RNG请求消息时,若该终端有激活的MCBCS业务,该终端所对应的锚定寻呼控制器将在给当前服务基站的响应中包括该终端的MBS业务流信息(包括以下信息的一个或多个:包括相应的MBS区域标识,MBS业务标识信息,相应的MBS连接标识)。在向终端回复RNG响应之前,当前服务基站基于以上从该终端对应的锚定寻呼控制器获取的MBS业务流信息,将该终端相应的新的MBS区域信息通过RNG响应发送给终端。
当前服务基站也将该终端相应的新的MBS区域信息发送给该锚定寻呼控制器进行终端MBS上下文更新。
一旦新的MBS参数在RNG响应中发送给终端,终端上下文就应该得到相应的更新。
若没有可支持相同MCBCS业务的MBS区域,则RNG响应消息不需要携带上述相关信息。也就意味着,终端所预定的该MCBCS业务会中断。
如图4所示,当正在接收多播广播业务业务的终端移动到了一个新的多播广播业务区域并退出空闲模式时,包括以下步骤,
步骤410、终端向接入服务网络发送指示空闲模式退出的测距请求,携带该终端的多播广播业务业务信息,至少包括该终端先前所在多播广播业务区域的多播广播业务区域标识和多播连接标识;
空闲模式状态改变请求消息也可能经过几个中间的中继寻呼控制器转发才到达锚定寻呼控制器。
步骤420、锚定寻呼控制器根据该终端的多播广播业务业务信息,如判断终端当前所在的多播广播业务区域与其先前所在的多播广播业务区域不同,则基于现有的终端上下文向该终端的服务多播广播业务代理发起多播广播业务区域更新请求,携带该终端先前所在的多播广播业务区域的参数(如多播广播业务区域标识和多播连接标识)以及终端的当前服务基站标识;
步骤430、按照现有技术的流程,锚定寻呼控制器所在网络与锚定鉴定器所在网络进行安全上下文信息的交互;
步骤440、服务多播广播业务代理如判断该终端当前所在的多播广播业务区域支持该终端在先前所在多播广播业务区域使用的多播广播业务,则在向锚定寻呼控制器发送的多播广播业务区域更新响应中包含新的多播广播业务区域的多播广播业务相关上下文信息,至少包括多播连接标识和多播广播区域标识;
上述新的多播广播业务区域的多播广播业务相关上下文信息还可以包括新的多播广播业务区域的多播广播业务代理、多播广播业务同步控制器标识和锚定多播广播业务数据通道功能体等信息中的一个或多个。
步骤450、锚定寻呼控制器收到多播广播业务区域更新响应后,更新保存的该终端的多播广播业务相关上下文信息,并向接入服务网络的终端发送测距响应,携带新的多播广播业务区域的多播广播业务相关上下文信息;
其中,所述的测距响应消息可能经过一个或多个中继寻呼控制器转发才能最终到达终端。
步骤460、MS和网络侧执行后续网络重入流程。
终端收到该测距响应后,根据新的多播广播业务区域的多播连接标识和多播广播区域标识,恢复多播广播业务业务内容的接收。
实施例一(对应操作选择一):
预定有MCBCS业务的终端移动到了一个新的MBS Zone(未发生锚定寻呼控制器改变),空闲退出操作如图5所述,包括:
1,终端发送指示空闲模式退出的RNG请求,包含相应的多播广播业务信息。
2,服务的接入网发送空闲模式状态改变请求消息,将相应的多播广播业务信息转发给锚定寻呼控制器。注意:这个消息可能经过几个中间的接入网转播到达锚定寻呼控制器所在接入网。
3,锚定寻呼控制器将向当前服务MBS代理发起MBS区域更新请求,以获取新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。其中,MBS区域更新请求中将包括旧的MBS区域参数(即旧的多播连接标识和多播广播区域标识等)和终端的当前服务基站标识。
4,锚定寻呼控制器网络与锚定鉴定器网络进行安全上下文信息的交互。
5,当前服务MBS代理给锚定寻呼控制器发送MBS区域更新响应,若当前服务网络有可支持相同MCBCS业务的MBS区域,则响应中包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。锚定的寻呼控制器根据所获得的新的MCBCS相关上下文信息进行更新并保存。
6,锚定寻呼控制器向服务的接入网发送空闲模式状态改变响应,包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。
7,服务的接入网络向终端发送RNG响应,包含新的多播连接标识和多播广播区域标识,若可能,还有新的服务MBS代理和新的锚定MBS数据通道功能体等相关信息。
8,后续网络重入流程。
实施例二(对应操作选择二)
参见图6,包括如下步骤:
1-5,终端向网络发送RNG_REQ消息,指示空闲模式退出;相应锚定寻呼控制器收到后,获取相关鉴权上下文信息;
2,当前服务基站向当前接入网关(相关联的中继寻呼控制器)发送空闲模式退出请求消息;包括当前基站所支持的MBS区域相关信息(MBS区域标识,相应的MBS业务标识及多播连接标识);
3,当前接入网关给该终端对应的锚定寻呼控制器接入网发送空闲模式退出请求消息。该消息应包含MBS更新指示和当前基站所支持的MBS区域相关信息(MBS区域标识,相应的MBS业务标识及多播连接标识);
4-5,该锚定寻呼控制器接入网获取鉴权上下文信息;
6,该锚定寻呼控制器接入网给当前接入网发送空闲模式退出响应消息。根据本发明,若该终端有激活的MBS业务,基于第3步中所述当前基站所支持的MBS区域相关信息,若判断当前基站支持给定MCBCS业务连续性,该消息应包含相应的指示,通知当前基站发送相应的MBS业务更新信息给终端(改指示包括相应的MBS业务标识信息);进一步,锚定寻呼控制器更新所保存的终端的MBS上下文信息;
7,当前接入服务网将从锚定寻呼控制器所获得的终端上下文信息转发给当前服务基站;根据本发明,若上述第6步中相应的响应消息中包含通知基站发送相应的MBS业务更新信息给终端的相应的指示信息,则也需要包含在这一步的响应消息中;
8-11,对终端的单播业务,当前服务基站发起数据通道建立流程;
12,当前服务基站基于从锚定寻呼控制器获取的相关信息,给终端发送RNG_RSP消息。根据本发明,其中,基于从锚定寻呼控制器得到的MBS相关指示信息,若当前基站支持相同的MBS业务连续性,则在RNG_RSP包括新的MBS区域信息(包括新的MBS区域标识以及相应的多播连接标识和业务流标识);
若新的MBS区域标识为空,则表示该终端无法从当前基站恢复接收相同的MCBCS下行业务。终端需要执行完整的网络重入,以获取新的MBS区域信息来恢复给定MCBCS业务。
13-18,后续空闲模式退出流程;
实施例三(对应操作选择三),
参见以上实施例二图,包括以下步骤:
1-5,终端向网络发送RNG_REQ消息,指示空闲模式退出;相应锚定寻呼控制器收到后,获取相关鉴权上下文信息;
6,锚定寻呼控制器向中继寻呼控制器发送空闲模式退出响应,包含所保存的终端上下文信息。根据本发明,若该终端有激活的MBS业务,则包含所保存的MBS区域标识和相应的MBS业务流信息;
进一步,该保存的MBS区域标识可用于当前服务基站与自己所支持的MBS区域标识进行比较,判断该终端所对应的MBS区域是否改变;
7,当前接入服务网将从锚定寻呼控制器所获得的终端上下文信息转发给当前服务基站;根据本发明,若上述第6步中相应的响应消息中包含MBS业务流信息和MBS区域标识,则也需要包含在这一步的响应消息中;
8-11,对终端的单播业务,当前服务基站发起数据通道建立流程;
12,当前服务基站基于从锚定寻呼控制器获取的相关信息,给终端发送RNG_RSP消息。根据本发明,其中,基于从锚定寻呼控制器得到的MBS相关信息,若当前基站支持相同的MBS业务连续性,则在RNG_RSP包括新的MBS区域信息(包括新的MBS区域标识以及相应的多播连接标识和业务流标识);
若新的MBS区域标识为空,则表示该终端无法从当前基站恢复接收相同的MCBCS下行业务。终端需要执行完整的网络重入,以获取新的MBS区域信息来恢复给定MCBCS业务。
13-18,后续空闲模式推出流程;
本发明适用于接收MBS业务的终端移动到新的MBS区域的场景。
本发明在终端进入空闲模式之前,网络将该终端的所有MCBCS相关的上下文信息(若出现的话,如先前服务的MBS区域标识,相应的MCBCS业务标识信息,业务连接标识,业务流信息,若可能还可包括当前服务的MBS代理,锚定MBS数据通道功能体,MCBCS业务策略等),与该终端的寻呼控制器上所能得到的其他的终端上下文信息一起保存。
终端进行位置更新或终端退出空闲模式时,网络要确定当前终端所在的服务基站是否属于先前相同的MBS区域。特别的,该判断可在锚定寻呼控制器上进行,也可在当前服务基站上进行,也可根据终端的指示确定是否改变。若网络认为终端所在的MBS区域改变了,则需要将新的MBS区域相关信息(如新的MBS区域标识,新的多播连接标识以及相应的业务流信息)发送给终端以保持业务连续性。
新的MBS区域相关信息,可由该锚定寻呼控制器向该终端所在的当前服务的MBS代理获取,包括新的MBS区域标识和新的多播连接标识,若可能还有该新的MBS区域所对应的新的MBS代理和新的MBS同步控制器标识。或这,还可由锚定寻呼控制器向当前服务基站获取,包括新的MBS区域标识和新的多播连接标识。
本发明所述MBS区域标识、MBS业务标识信息、MBS连接标识等MBS标识信息可以包含在MBS业务流信息中,也可不包括。该MBS业务流即MBS上下文可以包含在终端上下文中,也可不包括。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所公开的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。

Claims (23)

1.一种终端在多播广播业务区域间保持业务连续性的方法,包括,
在所述终端发起位置更新或退出空闲模式的过程中,根据预先保存的终端的多播广播业务的上下文信息以及该终端当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息,所述终端相应的多播广播业务信息至少包括多播连接标识和多播广播业务区域标识,并将所述多播广播业务信息下发给所述终端。
2.如权利要求1所述的方法,其特征在于,
所述多播广播业务的上下文信息是在所述终端进入空闲模式之前保存的。
3.如权利要求2所述的方法,其特征在于,
所述保存的该终端的多播广播业务的上下文信息至少包括多播广播业务的业务流信息。
4.如权利要求2所述的方法,其特征在于,
所述多播广播业务的上下文信息保存在所述终端的锚定寻呼控制器上。
5.如权利要求1所述的方法,其特征在于,
在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
6.如权利要求5所述的方法,其特征在于,
通过以下方法之一判断该终端是否移动到一个新的多播广播业务区域:
方法1,由终端判断所在的多播广播业务区域发生改变后,将这一信息通知当前服务基站,所述当前服务基站进而判断该终端所在多播广播业务区域是否改变;
方法2,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,至少将所保存的所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站对所述业务流信息与当前多播广播业务区域的多播广播业务信息进行比较,进而判断该终端所在多播广播业务区域是否改变;
方法3,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,当前服务基站将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述锚定寻呼控制器对所述当前多播广播业务区域的多播广播业务信息与所述上下文信息中的业务流信息进行比较,进而判断该终端所在多播广播业务区域是否改变。
7.如权利要求6所述的方法,其特征在于,
在所述方法1中,所述当前服务基站判断该终端所在多播广播业务区域改变后,向锚定寻呼控制器发送位置更新请求消息,所述位置更新请求消息中携带多播广播业务更新指示,以指示锚定寻呼控制器所述终端需要进行多播广播业务更新。
8.如权利要求6所述的方法,其特征在于,
在所述方法2和3中,所述比较业务流信息和当前多播广播业务区域的多播广播业务信息是指,比较业务流信息中的多播广播业务区域标识与所述当前多播广播业务区域的多播广播业务信息中的多播广播业务区域标识是否相同。
9.如权利要求6所述的方法,其特征在于,
在所述方法2中,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站。
10.如权利要求6所述的方法,其特征在于,
在所述方法3中,所述当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器。
11.如权利要求1所述的方法,其特征在于,
通过以下方法之一确认所述终端相应的多播广播业务信息:
方法a,由所述终端的锚定寻呼控制器确认所述终端相应的多播广播业务信息,包括:所述终端的当前服务基站通过位置更新请求消息,或空闲模式退出状态改变请求消息将当前多播广播业务区域的多播广播业务信息发送给所述锚定寻呼控制器,所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,其根据保存的终端的多播广播业务的上下文信息中的业务流信息以及所述当前服务基站发送的当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
方法b,由所述终端的当前服务基站确认所述终端相应的多播广播业务信息,包括:所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,所述锚定寻呼控制器通过位置更新响应消息,或空闲模式退出状态改变响应消息将所述上下文信息中的业务流信息发送给所述终端的当前服务基站,所述当前服务基站根据所述所述锚定寻呼控制器发送的业务流信息以及所述当前多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
12.如权利要求11所述的方法,其特征在于,
所述确认所述终端相应的多播广播业务信息的步骤包括:
根据所述上下文信息中的业务流信息确定所述终端接收的多播广播业务,再从所述当前多播广播业务区域的多播广播业务信息中查找与所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
13.如权利要求11所述的方法,其特征在于,
在所述方法a中,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的锚定寻呼控制器在确认所述终端相应的多播广播业务信息之前,由所述终端的当前服务基站先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述锚定寻呼控制器,所述锚定寻呼控制器再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
14.如权利要求11所述的方法,其特征在于,
在所述方法b中,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息;
或者,所述终端的当前服务基站在确认所述终端相应的多播广播业务信息之前,由所述终端的锚定寻呼控制器先判断所述终端是否移动到一个新的多播广播业务区域,如果是,则将判断结果通知所述当前服务基站,所述当前服务基站再根据所述多播广播业务的上下文信息以及所述多播广播业务区域的多播广播业务信息,确认所述终端相应的多播广播业务信息。
15.如权利要求1所述的方法,其特征在于,
所述当前服务基站确认所述终端相应的多播广播业务信息后,或者获知所述终端相应的多播广播业务信息后,通过测距响应消息将所述终端相应的多播广播业务信息发送给所述终端。
16.如权利要求1或12或13或14或15所述的方法,其特征在于,
如果确认所述终端相应的多播广播业务信息失败,则所述当前服务基站向所述终端发送无效的多播广播业务区域标识。
17.如权利要求11所述的方法,其特征在于,
在所述方法a中,如果所述锚定寻呼控制器确认所述终端相应的多播广播业务信息成功,则更新所保存的所述终端的多播广播业务的上下文信息。
18.如权利要求11所述的方法,其特征在于,
在所述方法b中,如果所述当前服务基站确认所述终端相应的多播广播业务信息成功,则将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器,所述锚定寻呼控制器更新所保存的所述终端的多播广播业务的上下文信息。
19.如权利要求18所述的方法,其特征在于,
所述当前服务基站通过以下消息之一将确认的所述终端相应的多播广播业务信息通知所述锚定寻呼控制器:位置更新确认消息,位置更新请求消息,空闲模式退出状态改变请求消息、数据通道注册确认消息。
20.如权利要求1所述的方法,其特征在于,
由当前服务的多播广播业务代理确认所述终端相应的多播广播业务信息,包括:
所述终端的锚定寻呼控制器保存该终端的多播广播业务的上下文信息,并将所述上下文信息中的业务流信息发送给所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务代理向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
21.如权利要求20所述的方法,其特征在于,
所述多播广播业务代理根据所述业务流信息确定所述终端接收的多播广播业务,再从所保存当前多播广播业务区域的多播广播业务信息中查找所述多播广播业务对应的多播广播业务信息,所述多播广播业务信息至少包括多播连接标识和多播广播业务区域标识。
22.如权利要求20所述的方法,其特征在于,
所述锚定寻呼控制器根据所述多播广播业务代理返回的所述终端相应的多播广播业务信息更新所保存的所述终端的多播广播业务的上下文信息。
23.如权利要求20所述的方法,其特征在于,
所述终端的锚定寻呼控制器通过多播广播业务区域更新请求向所述多播广播业务代理请求所述终端相应的多播广播业务信息,所述多播广播业务区域更新请求中包括所述上下文信息中的业务流信息;所述多播广播业务代理通过多播广播业务区域更新响应消息向所述锚定寻呼控制器返回所述终端相应的多播广播业务信息。
CN200910113689.8A 2008-12-31 2009-12-31 终端在多播广播业务区域间保持业务连续性的方法 Active CN101771952B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200910113689.8A CN101771952B (zh) 2008-12-31 2009-12-31 终端在多播广播业务区域间保持业务连续性的方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810189801 2008-12-31
CN200810189801.1 2008-12-31
CN200910113689.8A CN101771952B (zh) 2008-12-31 2009-12-31 终端在多播广播业务区域间保持业务连续性的方法

Publications (2)

Publication Number Publication Date
CN101771952A true CN101771952A (zh) 2010-07-07
CN101771952B CN101771952B (zh) 2014-04-09

Family

ID=42504480

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910113689.8A Active CN101771952B (zh) 2008-12-31 2009-12-31 终端在多播广播业务区域间保持业务连续性的方法

Country Status (1)

Country Link
CN (1) CN101771952B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248653A (zh) * 2012-02-09 2013-08-14 联芯科技有限公司 基于虚拟终端上下文环境感知的多终端重构系统和方法
CN108476474A (zh) * 2015-12-31 2018-08-31 华为技术有限公司 移动性管理的方法、用户设备、存储节点和基站
CN109792687A (zh) * 2016-10-06 2019-05-21 高通股份有限公司 用于广播和单播服务的从深度休眠的独立苏醒
CN112995920A (zh) * 2019-12-17 2021-06-18 财团法人工业技术研究院 动态调整广播区域的方法与装置
US11178583B2 (en) 2015-12-31 2021-11-16 Huawei Technologies Co., Ltd. Mobility management method for low overhead state
WO2021249477A1 (zh) * 2020-06-11 2021-12-16 维沃移动通信有限公司 切换多播业务的方法及设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155346B (zh) * 2006-09-27 2012-11-07 华为技术有限公司 多播广播系统中终端移动的方法和基站
CN101291462A (zh) * 2007-02-15 2008-10-22 华为技术有限公司 多播广播系统中终端移动的方法和相关终端

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248653A (zh) * 2012-02-09 2013-08-14 联芯科技有限公司 基于虚拟终端上下文环境感知的多终端重构系统和方法
CN103248653B (zh) * 2012-02-09 2016-06-08 联芯科技有限公司 基于虚拟终端上下文环境感知的多终端重构系统和方法
CN108476474A (zh) * 2015-12-31 2018-08-31 华为技术有限公司 移动性管理的方法、用户设备、存储节点和基站
US11178583B2 (en) 2015-12-31 2021-11-16 Huawei Technologies Co., Ltd. Mobility management method for low overhead state
CN109792687A (zh) * 2016-10-06 2019-05-21 高通股份有限公司 用于广播和单播服务的从深度休眠的独立苏醒
CN109792687B (zh) * 2016-10-06 2022-01-28 高通股份有限公司 用于广播和单播服务的从深度休眠的独立苏醒的方法、装置和介质
CN112995920A (zh) * 2019-12-17 2021-06-18 财团法人工业技术研究院 动态调整广播区域的方法与装置
CN112995920B (zh) * 2019-12-17 2022-07-08 财团法人工业技术研究院 动态调整广播区域的方法与装置
WO2021249477A1 (zh) * 2020-06-11 2021-12-16 维沃移动通信有限公司 切换多播业务的方法及设备

Also Published As

Publication number Publication date
CN101771952B (zh) 2014-04-09

Similar Documents

Publication Publication Date Title
KR101467802B1 (ko) 광대역 무선접속 시스템에서 핸드오버 수행 및 지원 방법
CN112805956B (zh) 用于侧行链路同步的方法、装置以及计算机可读存储介质
CN102595399B (zh) 密钥衍生方法、设备及系统
KR101712865B1 (ko) 이동 통신 시스템에서 비계층 프로토콜을 이용한 통신 지원 방법 및 장치
US8705488B2 (en) Method for supporting idle mode in wireless local area network system
CN101771952B (zh) 终端在多播广播业务区域间保持业务连续性的方法
EP2667642B1 (en) Method, apparatus, software program and storage medium for handing over device
CN101803414B (zh) 宽带无线通信系统中提高寻呼成功率的方法
EP1771968A2 (en) Method of providing and receiving multicast and broadcasting service during handover in broadband wireless access system
CA2567108A1 (en) System and method for optimizing handover in mobile communication system
CN102821362B (zh) 多播广播业务的控制方法及其系统
US20100069088A1 (en) Tracking area choice
US9426699B2 (en) Apparatus and method for controlling relay mode of base station in communication system
CN101626565A (zh) 一种移动中继系统中组用户的切换方法
CN102215539A (zh) 在宽带无线通信系统中支持协同切换的设备和方法
CN1802024B (zh) 对退出空闲模式的终端的信息进行管理的方法
TW201032645A (en) Methods and systems for diversity idle mode in a mobile station
CN1826013A (zh) 无线网络的移动性支持方法
US9936531B2 (en) Method and device for proximity discovery among UEs
JP2014513460A (ja) サービス提供方法、サービス提供装置、コアネットワーク要素及び端末
TW201220901A (en) Wireless communication system and device thereof
CN100518376C (zh) 加快终端切换的方法
Jin et al. Idle mode for deep power save in IEEE 802.11 WLANs
KR20120113673A (ko) 기지국의 통신 방법 및 단말의 통신 방법
CN101189899B (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