空闲模式通告方法 |
|||||||
申请号 | CN200810170607.9 | 申请日 | 2008-10-17 | 公开(公告)号 | CN101729984A | 公开(公告)日 | 2010-06-09 |
申请人 | 三星电子株式会社; 北京三星通信技术研究有限公司; | 发明人 | 吴起; 梁宗闯; | ||||
摘要 | 一种空闲模式通告方法,包括步骤:用户进入空闲模式之前向基站发送解除注册 请求 消息,基站向用户发送动态服务增加请求消息DSA-REQ,将该用户加入空闲模式的多播组;用户进入空闲模式;基站通过多播广播地图向用户发送空闲模式通告;用户获得空闲模式通告,如果是网络重进入的通告,则切换到单播的载波上执行网络重进入。本 发明 的方法把空闲模式通告作为多播/广播的一类业务。当用户进入空闲模式时,如果多播/广播业务运行在一个独立的载波,基站主动邀请用户加入空闲模式通告多播组。本发明不仅避免了订阅了多播业务的用户在空闲状态时的切换问题,同时也节省了专 门 为空闲模式进行通告的信令开销。 | ||||||
权利要求 | 1.一种空闲模式通告方法,包括步骤: |
||||||
说明书全文 | 空闲模式通告方法技术领域[0001] 本发明涉及蜂窝系统,特别涉及802.16m系统中独立MBS载波情况下的空闲模式通告方法。 背景技术[0002] 在802.16e系统中,多播/广播业务(MBS)和普通的单播业务运行在同一个载波上,两者通过时间进行分割。即MBS和单播业务分别占用不同的OFDMA时频单元格。在802.16m的系统需求中,MBS可以使用独立的载波,也就是说MBS和单播业务可以运行在不同的频点上。 [0003] 在802.16e系统中,空闲模式被定为用户从当前服务基站取消注册,无法接收正常的单播消息。当用户没有数据或呼叫要发送的时候可以进入空闲模式,这样可以在多个小区漫游而不用切换,同时也无需每帧都收听前导符号(preamble)和调度表(MAP),从而可以大大降低用户的电量消耗,以及节省切换时所需的系统资源。在空闲模式下,用户需要定期和基站下行同步,收听空闲模式的宣告消息,去检查是否有发给自己的语音呼叫,或者是数据。 [0004] 在802.16m系统中,如果多播/广播业务运行在一个独立的载波,一个空闲状态的用户通过多播/广播方式收听数字媒体广播,或者观看手机电视,目前的协议要求用户必须周期性地切换到单播频点,去检查是否有发给自己的语音呼叫,或者是数据。由于多播/广播数据不会为单个用户而暂停,因此势必造成数据丢失,从而导致服务质量下降。另外,在多个频点进行来回切换也会增加用户上下行同步等一系列开销,并加速电量损耗。 发明内容[0005] 本发明的目的是提供空闲模式通告方法。 [0006] 按照本发明的一方面,一种空闲模式通告方法,包括步骤: [0008] 用户进入空闲模式; [0009] 基站通过多播广播地图向用户发送空闲模式通告; [0010] 用户获得空闲模式通告,如果是网络重进入的通告,则切换到单播的载波上执行网络重进入。 [0011] 按照本发明的另一方面,一种空闲模式通告方法,包括步骤: [0012] 用户进入空闲模式之前向MCBCS服务器发送订阅请求,MCBCS服务器将用户加入空闲模式的多播组; [0013] 用户进入空闲模式; [0014] 基站通过多播广播地图向用户发送空闲模式通告; [0015] 用户获得空闲模式通告,如果是网络重进入的通告,则切换到单播的载波上执行网络重进入。 [0016] 本发明的方法把空闲模式通告作为多播/广播的一类业务。当用户进入空闲模式时,如果多播/广播业务运行在一个独立的载波,基站主动邀请用户加入空闲模式通告多播组。本发明不仅避免了订阅了多播业务的用户在空闲状态时的切换问题,同时也节省了专门为空闲模式进行通告的信令开销。附图说明 [0017] 图1是用户发起的第一种空闲模式进入流程示意图; [0018] 图2是基站发起的第一种空闲模式进入流程示意图; [0019] 图3是基站发起的第二种空闲模式进入流程示意图; [0020] 图4是基站通过多播/广播向用户发送空闲模式通告的示意图; [0021] 图5是用户发起的第一种空闲模式流程中用户的动作示意图; [0022] 图6是用户发起的第一种空闲模式流程中基站的动作示意图; [0023] 图7是基站发起的第一种和第二种空闲模式流程中用户的动作示意图; [0024] 图8是基站发起的第一种和第二种空闲模式流程中基站的动作示意图; [0025] 图9是空闲模式状态下中用户的动作示意图; [0026] 图10是空闲模式状态下中基站的动作示意图; [0027] 图11是用户发起的第二种空闲模式进入流程示意图; [0028] 图12是基站发起的第三种空闲模式进入流程示意图; [0029] 图13是基站发起的第四种空闲模式进入流程示意图; [0030] 图14是用户发起的第二种进入空闲模式流程中用户的动作示意图; [0031] 图15是用户发起的第二种进入空闲模式流程中基站的动作示意图; [0032] 图16是MCBCS服务器的动作示意图; [0033] 图17是AAA的动作示意图; [0034] 图18是基站发起的第三种进入空闲模式流程中基站的动作示意图; [0035] 图19是基站发起的第三种进入空闲模式流程中用户的动作示意图; [0036] 图20是基站发起的第四种进入空闲模式流程中基站的动作示意图; [0037] 图21是基站发起的第四种进入空闲模式流程中用户的动作示意图。 具体实施方式[0038] 本发明提出一种802.16m系统空闲模式通告方法。附图1给出了用户发起的空闲模式进入流程。其中,用户发起的第一种空闲模式进入流程包括如下步骤: [0039] 101.用户向基站发送解除注册请求消息(DREG-REQ);消息中解除注册请求字段De-registration_Request_Code为1,表明用户想要从基站解除注册,并开始进入空闲模式; [0040] 102.当基站接收到用户发来的解除注册请求消息后,根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤103~106,如果多播/广播业务和单播业务部署在相同的载波上,则直接执行步骤106; [0041] 103.基站向用户发送动态服务增加请求消息(DSA-REQ);消息头中连接标识(CID),设置为用户的主连接标识,即用户在注册到基站时,基站给用户分配的主连接标识。 [0042] 消息中包含MBS服务的TLV,表明是多基站MBS,即多个基站在相同的时频单元内采用相同的调制编码方式发送相同的数据。消息中包含MBS内容标识符的TLV,即空闲模式通告对应的内容标识符。 [0044] 消息中包含服务流标识符(SFID)和连接标识(CID),其中SFID指明了服务流的服务质量(QoS)状况,CID为空闲模式通告的连接标识。 [0045] 104.用户向基站发送动态服务增加响应消息(DSA-RSP); [0046] 消息头中连接标识(CID)字段为用户的主连接标识。 [0047] 消息中包含MBS服务的TLV,表明是多基站MBS。 [0048] 消息中包含MBS内容标识符的TLV,即接收到的DSA-REQ消息中的值。 [0049] 消息中的事务标识符字段,为DSA-REQ中的基站指定的事务标识符。 [0050] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-REQ中指定的SFID和CID的值。 [0051] 105.基站向用户发送动态服务增加确认消息(DSA-ACK); [0052] 消息头中连接标识(CID)字段为用户的主连接标识。 [0053] 消息中包含MBS服务的TLV,表明是多基站MBS。 [0054] 消息中包含MBS内容标识符的TLV,即接收到的DSA-RSP消息中的值。 [0055] 消息中的事务标识符字段,为DSA-RSP中的基站指定的事务标识符。 [0056] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-RSP中指定的SFID和CID的值。 [0057] 106.基站向用户发送解除注册命令消息(DREG-CMD);消息中动作字段Action_Code为5,表明基站希望用户接收到消息后从基站解除注册,进入空闲模式。 [0058] 附图2给出了基站发起的空闲模式进入流程。基站发起的第一种空闲模式进入流程包括如下步骤: [0059] 201.基站根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤202~206,如果多播/广播业务和单播业务部署在相同的载波上,则执行步骤205~206; [0060] 202.基站向用户发送动态服务增加请求消息(DSA-REQ); [0061] 消息头中连接标识(CID)字段为用户的主连接标识。 [0062] 消息中包含MBS服务的TLV,表明是多基站MBS。 [0063] 消息中包含MBS内容标识符的TLV,即为空闲模式通告对应的内容标识符。 [0064] 消息中包含基站指定的事务标识符。 [0065] 消息中包含服务流标识符(SFID)和连接标识(CID),其中SFID指明了服务流的服务质量(QoS)状况,CID为空闲模式通告的连接标识。 [0066] 203.用户向基站发送动态服务增加响应消息(DSA-RSP); [0067] 消息头中连接标识(CID)字段为用户的主连接标识。 [0068] 消息中包含MBS服务的TLV编码,表明是多基站MBS。 [0069] 消息中包含MBS内容标识符的TLV编码,即接收到的DSA-REQ消息中的值。 [0070] 消息中的事务标识符字段,为DSA-REQ中的基站指定的事务标识符。 [0071] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-REQ中指定的SFID和CID的值。 [0072] 204.基站向用户发送动态服务增加确认消息(DSA-ACK); [0073] 消息头中连接标识(CID)字段为用户的主连接标识。 [0074] 消息中包含MBS服务的TLV编码,表明是多基站MBS。 [0075] 消息中包含MBS内容标识符的TLV编码,即接收到的DSA-RSP消息中的值。 [0076] 消息中的事务标识符字段,为DSA-RSP中的基站指定的事务标识符。 [0077] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-RSP中指定的SFID和CID的值。 [0078] 205.基站向用户发送解除注册命令消息(DREG-CMD);消息中动作字段Action Code为5,表明基站希望用户接收到消息后开始从基站解除注册,进入空闲模式。 [0079] 206.用户向基站发送解除注册请求消息(DREG-REQ); [0080] 用户在收到基站发送的DREG-CMD消息后,向基站发送解除注册请求消息(DREG-REQ)。消息中解除注册请求字段De-registration_Request_Code为2,表明用户从基站解除注册并开始进入空闲模式。 [0081] 附图3给出了基站发起的空闲模式进入流程。基站发起的第二种空闲模式进入流程包括如下步骤: [0082] 301.基站根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤302~307,如果多播/广播业务和单播业务部署在相同的载波上,则执行步骤305~307; [0083] 302.基站向用户发送动态服务增加请求消息(DSA-REQ); [0084] 消息头中连接标识(CID)字段为用户的主连接标识)。 [0085] 消息中包含MBS服务的TLV编码,表明是多基站MBS。 [0086] 消息中包含MBS内容标识符的TLV编码,即空闲模式通告对应的内容标识符。 [0087] 消息中包含基站指定的事务标识符。 [0088] 消息中包含服务流标识符(SFID)和连接标识(CID),其中SFID指明了服务流的服务质量(QoS)状况,CID为空闲模式通告的连接标识。 [0089] 303.用户向基站发送动态服务增加响应消息(DSA-RSP); [0090] 消息头中连接标识(CID)字段为用户的主连接标识)。 [0091] 消息中包含MBS服务的TLV编码,表明是多基站MBS。 [0092] 消息中包含MBS内容标识符的TLV编码,即接收到的DSA-REQ消息中的值。 [0093] 消息中的事务标识符字段,为DSA-REQ中的基站指定的事务标识符。 [0094] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-REQ中指定的SFID和CID的值。 [0095] 304.基站向用户发送动态服务增加确认消息(DSA-ACK); [0096] 消息头中连接标识(CID)字段为用户的主连接标识)。 [0097] 消息中包含MBS服务的TLV编码,表明是多基站MBS。 [0098] 消息中包含MBS内容标识符的TLV编码,即接收到的DSA-RSP消息中的值。 [0099] 消息中的事务标识符字段,为DSA-RSP中的基站指定的事务标识符。 [0100] 消息中包含服务流标识符(SFID)和连接标识(CID),为DSA-RSP中指定的SFID和CID的值。 [0101] 305.基站向用户发送解除注册命令消息(DREG-CMD); [0102] 消息中动作字段Action_Code为5,表明基站希望用户接收到消息后开始从基站解除注册,进入空闲模式。 [0103] 消息中包含REQ-Duration的TLV编码,表明等待用户发送解除注册请求的时间段。 [0104] 306.用户向基站发送解除注册请求消息(DREG-REQ); [0105] 用户在收到基站发送的DREG-CMD消息后,等待消息中包含的REQ-Duration的TLV编码中指定的时间过去以后,向基站发送本消息,消息中解除注册请求字段De-registration_Request_Code为1,表明用户想要从基站解除注册,并开始进入空闲模式。 [0106] 307.基站向用户发送解除注册命令消息(DREG-CMD);消息中动作字段Action_Code为5,表明基站希望用户接收到消息后立即从基站解除注册,进入空闲模式。 [0107] 附图4给出了基站通过多播/广播向用户发送空闲模式通告的流程。基站通过多播/广播向用户发送空闲模式通告的流程包括如下步骤: [0108] 401.基站向用户发送多播广播地图(MBS-MAP) [0109] 其中MBS-MAP包含空闲模式通告发送位置 [0110] 其中MBS-MAP包含下一次发送包含空闲模式通告发送位置的MBS-MAP的时间[0111] 402.用户接收MBS-MAP,从中找到空闲模式通告发送位置和下一次发送包含空闲模式通告发送位置的MBS-MAP的时间; [0112] 403.基站在空闲模式通告发送位置上向用户发送空闲模式通告; [0113] 空闲模式通告包含用户的MAC地址哈希(HASH),以及动作; [0114] 404.用户在空闲模式通告发送位置上接收空闲模式通告,如果通告中没有包含自己的MAC地址哈希(HASH),或者包含了自己的MAC地址哈希(HASH)但对应的动作是不做动作,则执行405;如果通告中包含自己的MAC地址哈希(HASH),且对应的动作是网络重进入,则执行406; [0115] 405.用户等待下一个包含空闲模式通告的MBS-MAP; [0116] 406.用户结束空闲模式,切换到单播的载波上进行网络重进入(reenter)。 [0117] 附图11给出了用户发起的空闲模式进入流程。其中,用户发起的第二种空闲模式进入流程包括如下步骤: [0118] 1101.用户根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤 [0119] 1102~1106,如果多播/广播业务和单播业务部署在相同的载波上,则执行步骤1105~1106; [0120] 1102.用户向MCBCS服务器发送订阅请求消息(Subscription Request);消息中包含用户信息(NAI),程序标识符和内容标识符(订阅服务信息),其中程序标识符和内容标识符字段为空闲模式通告多播组对应的值; [0121] 1103.MCBCS服务器和AAA进行交互,对用户信息进行鉴定和授权;具体包括[0122] MCBCS服务器把用户信息和订阅服务信息发送给AAA; [0123] AAA根据用户信息和订阅服务信息,鉴定并核准用户是否具有订阅所请求的服务的权利,并把结果反馈给MCBCS服务器; [0124] 1104.MCBCS服务器根据鉴定和授权的结果,向用户反馈信息,具体包括如果鉴定和授权成功,则MCBCS向用户发送订阅响应消息(SubscriptionResponse),消息中包括映射表。 [0125] 如果鉴定和授权不成功,则MCBCS向用户发送错误指示消息。 [0126] 1105.用户向基站发送解除注册请求消息(DREG-REQ);消息中解除注册请求字段De-registration_Request_Code为1,表明用户想要从基站解除注册,并开始进入空闲模式; [0127] 1106.基站向用户发送解除注册命令消息(DREG-CMD);消息中动作字段Action Code为5,表明基站希望用户接收到消息后从基站解除注册,进入空闲模式。 [0128] 附图12给出了基站发起的空闲模式进入流程。基站发起的第三种空闲模式进入流程包括如下步骤: [0129] 1201.基站向用户发送解除注册命令消息(DREG-CMD); [0130] 消息中动作字段Action_Code为5,表明基站希望用户接收到消息后开始从基站解除注册,进入空闲模式。 [0131] 1202.用户根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤1203~1206,如果多播/广播业务和单播业务部署在相同的载波上,则执行步骤1206; [0132] 1203.用户向MCBCS服务器发送订阅请求消息(Subscription Request);消息中包含用户信息(NAI),程序标识符和内容标识符(订阅服务信息),其中程序标识符和内容标识符字段为空闲模式通告多播组对应的值; [0133] 1204.MCBCS服务器和AAA进行交互,对用户信息进行鉴定和授权;具体包括[0134] MCBCS服务器把用户信息和订阅服务信息发送给AAA; [0135] AAA根据用户信息和订阅服务信息,鉴定并核准用户是否具有订阅所请求的服务的权利,并把结果反馈给MCBCS服务器; [0136] 1205.MCBCS服务器根据鉴定和授权的结果,向用户反馈信息,具体包括如果鉴定和授权成功,则MCBCS向用户发送订阅响应消息(SubscriptionResponse),消息中包括映射表。 [0137] 如果鉴定和授权不成功,则MCBCS向用户发送错误指示消息。 [0138] 1206.用户向基站发送解除注册请求消息(DREG-REQ);用户向基站发送解除注册请求消息(DREG-REQ)。消息中解除注册请求字段De-registration_Request_Code为2,表明用户从基站解除注册并开始进入空闲模式。 [0139] 附图13给出了基站发起的空闲模式进入流程。基站发起的第四种空闲模式进入流程包括如下步骤: [0140] 1301.基站向用户发送解除注册命令消息(DREG-CMD); [0141] 消息中动作字段Action_Code为5,表明基站希望用户接收到消息后开始从基站解除注册,进入空闲模式。 [0142] 消息中包含REQ-Duration的TLV编码,表明等待用户发送解除注册请求的时间段。 [0143] 1302.用户根据多播/广播业务的部署状况,决定采用不同的步骤;具体为,如果多播/广播业务和单播业务部署在不同的载波上,则执行步骤1303~1307,如果多播/广播业务和单播业务部署在相同的载波上,则执行步骤1306~1307; [0144] 1303.用户向MCBCS服务器发送订阅请求消息(Subscription Request);消息中包含用户信息(NAI),程序标识符和内容标识符(订阅服务信息),其中程序标识符和内容标识符字段为空闲模式通告多播组对应的值; [0145] 1304.MCBCS服务器和AAA进行交互,对用户信息进行鉴定和授权;具体包括[0146] MCBCS服务器把用户信息和订阅服务信息发送给AAA; [0147] AAA根据用户信息和订阅服务信息,鉴定并核准用户是否具有订阅所请求的服务的权利,并把结果反馈给MCBCS服务器; [0148] 1305.MCBCS服务器根据鉴定和授权的结果,向用户反馈信息,具体包括如果鉴定和授权成功,则MCBCS向用户发送订阅响应消息(SubscriptionResponse),消息中包括映射表。 [0149] 如果鉴定和授权不成功,则MCBCS向用户发送错误指示消息。 [0150] 1306.用户向基站发送解除注册请求消息(DREG-REQ); [0151] 用户在DREG-CMD消息中包含的REQ-Duration的TLV编码中指定的时间过去以后,向基站发送本消息,消息中解除注册请求字段 [0152] De-registration_Request_Code为1,表明用户想要从基站解除注册,并开始进入空闲模式。 [0153] 1307.基站向用户发送解除注册命令消息(DREG-CMD);消息中动作字段Action Code为5,表明基站希望用户接收到消息后立即从基站解除注册,进入空闲模式。 [0154] 实施例 [0155] 实施例1.用户发起的第一种空闲模式实施例 [0156] 用户端的动作行为(参见图5) [0157] 501.假设用户想要进入空闲模式,构造DREG-REQ消息,把该消息发给基站,表明用户想要从基站解除注册,并开始进入空闲模式; [0158] 502.如果用户接收到基站的消息是DREG-CMD,则从基站解除注册并进入空闲模式; [0159] 503.如果用户接收到基站的消息是DSA-REQ,向基站发送DSA-RSP消息作为回应,加入空闲模式通告的多播组; [0160] 504.如果用户接收到基站的消息是DSA-ACK,则继续等待DREG-CMD;基站端的动作行为(参见图6) [0161] 601.当基站接收到用户发来的DREG-REQ后,如果多播/广播业务和单播业务部署在不同的载波上,则执行动作602,否则执行动作603. [0162] 602.基站向用户发送DSA-REQ消息,邀请用户加入多播组, [0163] 603.基站向用户发送DREG-CMD消息,希望用户从基站解除注册; [0164] 604.当基站接收到用户发来的DSA-RSP消息后,向用户发送DSA-ACK消息,表明基站确认用户加入多播组,发出DSA-ACK消息之后,基站执行603; [0165] 实施例2.基站发起的第一种和第二种空闲模式实施例 [0166] 用户端的动作行为(参见图7) [0167] 701.如果用户接收到基站的消息是DSA-REQ,则向基站发送DSA-RSP消息作为回应,并接收来自基站的DSA-ACK消息,加入空闲模式通告的多播组; [0168] 702.如果用户接收到基站的消息是DREG-CMD,且DREG-CMD中不包含REQ-Duration,则执行703,否则执行704和705; [0169] 703.用户向基站发送DREG-REQ消息,并进入空闲模式; [0170] 704.用户向基站发送DREG-REQ消息; [0171] 705.用户接收来自基站的DREG-CMD消息,进入空闲模式; [0172] 基站端的动作行为(参见图8) [0173] 801.假设基站想要让用户进入空闲模式,则基站首先判断多播/广播业务和单播业务是否部署在不同的载波上,如果部署在不同的载波上,则基站执行802,否则执行804; [0174] 802.基站向用户发送DSA-REQ消息,邀请用户加入多播组; [0175] 803.当基站接收到用户发来的DSA-RSP消息后,向用户发送DSA-ACK消息,表明基站确认用户加入多播组,发出DSA-ACK消息之后; [0176] 804.基站向用户发送DREG-CMD消息,希望用户从基站解除注册; [0177] 805.如果基站向用户发送DREG-CMD消息中包含不REQ-Duration,则执行806,否则执行807; [0178] 806.基站接收到用户发来的DREG-REQ消息; [0179] 807.基站接收到用户发来的DREG-REQ消息后,向用户发送DREG-CMD消息; [0180] 实施例3.基站通过多播/广播向用户发送空闲模式通告的实施例[0181] 用户端的动作行为(参见图9) [0182] 901.用户接收MBS-MAP,从中找到空闲模式通告发送位置和下一次发送包含空闲模式通告发送位置的MBS-MAP的时间; [0183] 902.用户在空闲模式通告发送位置接收空闲模式通告; [0184] 903.用户检查空闲模式通告中关于自己的通告状态,如果通告中没有包含自己的MAC地址哈希(HASH),或者包含了自己的MAC地址哈希(HASH)但对应的动作是不做动作,则执行905;如果通告中包含自己的MAC地址哈希(HASH),且对应的动作是网络重进入,则执行904. [0185] 904.用户结束空闲模式,切换到单播的载波上进行网络重进入(reenter),即搜索并接收基站发出的前导符号(Preamble),和基站建立下行同步,之后进行测距(Ranging),和基站建立上行同步,之后在基站进行注册,从而恢复到活动模式,能够和基站进行正常上下行通信。 [0186] 905.用户等待接收下一个MBS-MAP; [0187] 基站端的动作行为(参见图10) [0188] 1001.基站向用户发送MBS-MAP,其中包含空闲模式通告发送位置,以及下一次发送包含空闲模式通告发送位置的MBS-MAP的时间。 [0189] 1002.基站在空闲模式通告发送位置向用户发送空闲模式通告,空闲模式通告包含用户的MAC地址哈希(HASH),以及动作; [0190] 实施例4.用户发起的第二种空闲模式实施例 [0191] 用户端的动作行为(参见图14) [0192] 1401。假设用户想要进入空闲模式,用户根据多播/广播业务和单播业务部署状况采取不同的动作;如果多播/广播业务和单播业务部署在相同的载波上,则执行1404,否则执行1402; [0193] 1402.用户构造订阅请求消息,把该消息发给MCBCS服务器; [0194] 1403.如果用户接收到MCBCS服务器的消息是订阅响应消息,则执行1404.[0195] 1404.构造DREG-REQ消息,把该消息发给基站,表明用户想要从基站解除注册,并开始进入空闲模式; [0196] 1405.如果用户接收到基站的消息是DREG-CMD,则从基站解除注册并进入空闲模式; [0197] 基站端的动作行为(参见图15) [0198] 1501.当基站接收到用户发来的DREG-REQ后,执行1502 [0199] 1502.基站向用户发送DREG-CMD消息,希望用户从基站解除注册;MCBCS服务器端的动作行为(参见图16) [0200] 1601.当MCBCS服务器接收到用户发来的订阅请求消息,执行1602.[0201] 1602.MCBCS服务器向AAA发送用户信息和订阅服务信息,请求AAA进行鉴定和授权; [0202] 1603.MCBCS服务器接收来自AAA的鉴定和授权结果; [0203] 1604.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送订阅响应消息; [0204] 1605.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送错误指示消息; [0205] AAA端的动作行为(参见图17) [0206] 1701.当AAA接收到MCBCS服务器发来的用户信息和订阅服务信息; [0207] 1702.AAA鉴定并核准用户是否具有订阅所请求的服务的权利; [0208] 1703.AAA把结果反馈给MCBCS服务器; [0209] 实施例5.基站发起的第三种空闲模式实施例 [0210] 基站端的动作行为(参见图18) [0211] 1801.假设基站想要让用户进入空闲模式,基站向用户发送DREG-CMD消息,希望用户从基站解除注册; [0212] 1802.如果基站接收到用户发来的DREG-REQ消息,则基站知道用户已经进入了空闲模式; [0213] 用户端的动作行为(参见图19) [0214] 1901.如果用户接收到基站的消息是DREG-CMD,根据多播/广播业务和单播业务部署状况采取不同的动作; [0215] 1902.如果多播/广播业务和单播业务部署在相同的载波上,则执行1905,否则执行1903; [0216] 1903.用户构造订阅请求消息,把该消息发给MCBCS服务器; [0217] 1904.用户接收来自MCBCS服务器的订阅响应消息, [0218] 1905.用户向基站发送DREG-REQ,从基站解除注册并进入空闲模式; [0219] MCBCS服务器端的动作行为(参见图16) [0220] 1601.当MCBCS服务器接收到用户发来的订阅请求消息,执行1602.[0221] 1602.MCBCS服务器向AAA发送用户信息和订阅服务信息,请求AAA进行鉴定和授权; [0222] 1603.MCBCS服务器接收来自AAA的鉴定和授权结果; [0223] 1604.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送订阅响应消息; [0224] 1605.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送错误指示消息; [0225] AAA端的动作行为(参见图17) [0226] 1701.当AAA接收到MCBCS服务器发来的用户信息和订阅服务信息; [0227] 1702.AAA鉴定并核准用户是否具有订阅所请求的服务的权利; [0228] 1703.AAA把结果反馈给MCBCS服务器; [0229] 实施例6.基站发起的第四种空闲模式实施例 [0230] 基站端的动作行为(参见图20) [0231] 2001.假设基站想要让用户进入空闲模式,向用户发送DREG-CMD消息,消息中包含REQ-Duration字段,希望用户从基站解除注册; [0232] 2002.基站接收用户发来的DREG-REQ消息; [0233] 2003.基站向用户发送DREG-CMD消息; [0234] 用户端的动作行为(参见图21) [0235] 2101.如果用户接收到基站的消息是DREG-CMD,且消息中包含REQ-Duration字段,则根据多播/广播业务和单播业务部署状况采取不同的动作; [0236] 2102.如果多播/广播业务和单播业务部署在相同的载波上,则执行2105,否则执行2103; [0237] 2103.用户构造订阅请求消息,把该消息发给MCBCS服务器; [0238] 2104.用户接收来自MCBCS服务器的订阅响应消息, [0239] 2105.用户在REQ-Duration指定的时间结束后向基站发送DREG-REQ;2106.当用户再次从基站接收到DREG-CMD消息后,从基站解除注册并进入空闲模式; [0240] MCBCS服务器端的动作行为(参见图16) [0241] 1601.当MCBCS服务器接收到用户发来的订阅请求消息,执行1602.[0242] 1602.MCBCS服务器向AAA发送用户信息和订阅服务信息,请求AAA进行鉴定和授权; [0243] 1603.MCBCS服务器接收来自AAA的鉴定和授权结果; [0244] 1604.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送订阅响应消息; [0245] 1605.如果MCBCS服务器接收到AAA的鉴定和授权结果为成功,则向用户发送错误指示消息; [0246] AAA端的动作行为(参见图17) [0247] 1701.当AAA接收到MCBCS服务器发来的用户信息和订阅服务信息; [0248] 1702.AAA鉴定并核准用户是否具有订阅所请求的服务的权利; [0249] 1703.AAA把结果反馈给MCBCS服务器。 |