CN115484556A - 一种业务寻呼方法、相关设备及系统 - Google Patents

一种业务寻呼方法、相关设备及系统 Download PDF

Info

Publication number
CN115484556A
CN115484556A CN202110670508.2A CN202110670508A CN115484556A CN 115484556 A CN115484556 A CN 115484556A CN 202110670508 A CN202110670508 A CN 202110670508A CN 115484556 A CN115484556 A CN 115484556A
Authority
CN
China
Prior art keywords
paging
message
identifier
service
access network
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.)
Pending
Application number
CN202110670508.2A
Other languages
English (en)
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 CN202110670508.2A priority Critical patent/CN115484556A/zh
Priority to PCT/CN2022/097179 priority patent/WO2022262609A1/zh
Priority to EP22824089.1A priority patent/EP4340405A1/en
Publication of CN115484556A publication Critical patent/CN115484556A/zh
Priority to US18/516,987 priority patent/US20240089922A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60Context-dependent security
    • H04W12/69Identity-dependent
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种业务寻呼方法、相关设备及系统,该方法可包括:核心网设备和接入网设备向终端设备进行多播广播业务寻呼时,每次使用的用于标识该多播广播业务的标识均经过更新和/或安全处理。终端设备能够根据经过更新和/或安全处理的标识确定该多播广播业务。本申请实施例在进行多播广播业务寻呼时采用经过更新和/或安全处理的标识,可以增加窃听者追踪多播广播业务的难度,从而提高多播广播业务的安全性。

Description

一种业务寻呼方法、相关设备及系统
技术领域
本申请涉及通信技术领域,尤其涉及一种业务寻呼方法、相关设备及系统。
背景技术
随着移动互联网的发展,终端电子设备得到广泛应用,大量多播广播业务(Multicast and Broadcast Service,MBS)应运而生,例如直播业务、公共安全业务、批量软件更新业务等,MBS业务在人们的日常工作和生活中无处不在,串联日常工作生活的方方面面,尤其公共安全业务更是与人们的人身财产安全紧密相关。
然而,现有技术中的MBS业务在实际传输过程中,其业务标识存在被窃听或者跟踪等安全风险问题,这严重影响MBS业务的正常开展。尤其对于公共安全业务,例如消防通信等业务,其安全性更加显得尤为重要。因此,如何提供一种提高MBS业务安全性的方案,是亟待解决的问题。
发明内容
本申请实施例提供一种业务寻呼方法、相关设备及系统,提高MBS业务的安全性。
第一方面,本申请实施例提供了一种业务寻呼方法,应用于接入网设备,可包括:
接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;所述接入网设备向所述终端设备发送第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
本申请实施例中,首先,接入网设备通过第一消息对终端设备进行第一寻呼,并在第一寻呼过程中利用第一寻呼标识对第一业务进行标识;然后,接入网设备通过在第二消息中携带下一次寻呼(即第二寻呼)的过程中用于识别第一业务的第二寻呼标识。也即是说,当接入网设备在对终端设备进行第一寻呼的下一次寻呼时,标识第一业务的已经不是第一寻呼标识,而是替换为在第二消息中携带的第二寻呼标识。如此一来,则可通过第一业务的标识的变化来增加窃听者追踪第一业务的难度。综上,接入网设备通过在向终端设备发送多次消息的过程中不断更新第一业务的标识,使得接入网设备针对第一业务向终端设备发起的多次寻呼所使用的标识是不同的,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高了业务安全性。
在一种可能的实现方式中,所述第二消息为RRC消息或者NAS消息。
本申请实施例中,第二消息可以是RRC消息,或者可以是NAS消息。接入网设备在第二寻呼发起之前,可通过发送RRC消息或者转发NAS消息,将第二寻呼时用于标识第一业务的第二寻呼标识提前下发给终端设备。因此,终端设备收到第二寻呼时,能够通过第二寻呼标识确定第二寻呼针对的业务是第一业务。本申请实施例在第二寻呼发起前,提前下发经过更新的标识,使得终端设备能够在第二寻呼发起时确定第一业务。如此,可以为利用经过更新的标识进行正常寻呼提供保障,进而可以为提高业务的安全性提供保障。
在一种可能的实现方式中,所述方法,还包括:所述接入网设备接收核心网设备发送的第三消息,所述第三消息包含第三寻呼标识,所述第三寻呼标识用于标识所述第一业务;所述第三消息为会话指示消息,所述会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述第一业务的会话。
本申请实施例中,接入网设备接收核心网设备发送的会话指示消息,会话指示消息的作用是指示所述接入网设备暂停、停止、激活或者释放所述第一业务的会话,并且将第三寻呼标识提前下发给接入网设备。当接入网设备收到核心网设备指示其发起第二寻呼的消息时,可以根据第三寻呼标识确定第二寻呼针对的业务是第一业务。然后接入网设备可以根据核心网寻呼消息中第三寻呼标识设置第二寻呼标识,为提前向终端设备下发第二寻呼标识做好准备。本申请实施例中,接入网设备能够在第二寻呼发起前,确定第三寻呼标识和第二寻呼标识,可以为利用经过更新的标识进行正常寻呼提供保障,进而可以为提高业务的安全性提供保障。
在一种可能的实现方式中,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向所述终端设备进行所述第二寻呼。
本申请实施例中,接入网设备接收核心网设备发送的核心网寻呼消息,核心网寻呼消息的作用是指示所述接入网设备向所述终端设备进行所述第二寻呼。其中,通过第三寻呼标识,接入网设备可以确定核心网设备指示其发起的第二寻呼是针对第一业务的。而在指示接入网发起第一寻呼的核心网寻呼消息中,是通过第四寻呼标识来标识第一业务的。本申请实施例中,针对第一业务的第二寻呼过程由核心网设备发出指示,第三寻呼标识替代了在第一寻呼过程中核心网寻呼消息携带的第四寻呼标识。在指示发起第二寻呼时,利用经过更新的标识,达到提高业务安全性的目的。
在一种可能的实现方式中,所述第三寻呼标识为MBS会话标识、临时移动组标识(Temporary mobile group identification,TMGI)或IP组播地址。
本申请实施例中,在针对多播广播业务的寻呼场景下,使用的标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。本申请实施例通过更新多播广播业务的标识,使得针对相同多播广播业务的多次寻呼使用的是不同的标识,多次寻呼过程中用于标识多播广播业务的标识因为存在变化而难以被窃听者追踪。如此,增加窃听者追踪业务的难度,从而提高多播广播业务的安全性。
在一种可能的实现方式中,所述方法,还包括:所述接入网设备向所述终端设备发送第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
本申请实施例中,接入网设备在收到核心网设备发送的核心网寻呼消息时,得到发起第二寻呼的指示,根据第三寻呼标识确定第二寻呼针对的业务为第一业务。然后接入网设备向终端设备发送第四消息,第四消息为组寻呼消息,用于向终端设备发起第二寻呼,第二寻呼标识则是用于指示第二寻呼针对的业务为第一业务。本申请实施例通过更新第一业务的标识,使用第二寻呼标识替代第一寻呼标识进行第二寻呼,使得针对第一业务的多次寻呼使用的是不同的标识,多次寻呼过程中用于标识第一业务的标识因为存在变化而难以被窃听者追踪。如此,增加窃听者追踪业务的难度,从而提高多播广播业务的安全性。
在一种可能的实现方式中,所述第三寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
本申请实施例中,在针对多播广播业务的寻呼场景下,使用与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。本申请实施例,通过对标识进行映射处理,能够达到脱敏的目的,再对映射后的标识进行更新和/或安全处理。如此,进一步增加窃听者追踪业务的难度,从而能够进一步提高多播广播业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,接入网设备接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,所述核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述接入网设备向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
本申请实施例中,当所述终端设备没有接收到本次组寻呼或者接收出错时,接入网设备向所有终端设备发送组寻呼消息,用于向终端设备重新发起寻呼;或者接入网设备分别向没有接收到本次组寻呼或者接收出错的终端设备发送单播寻呼的消息,用于向这些终端设备重新发起寻呼。因此,能够确保所有对所述MBS业务感兴趣的终端设备都能正常进入连接态接收业务数据。此外,在使用经过更新的标识的场景下,可以防止终端设备因为错过某次接入而无法提前获知下一次寻呼所使用的更新标识,能够为经过更新的标识可以正常使用提供保障。因此,可以提高第一业务的服务质量,也为提高第一业务安全性提供保障。
第二方面,本申请实施例提供了一种业务寻呼方法,应用于接入网设备,可包括:
所述接入网设备接收核心网设备发送的核心网寻呼消息,所述核心网寻呼消息包括第一寻呼标识和第二寻呼标识,所述第一寻呼标识用于在第一寻呼时标识所述第一业务,所述第二寻呼标识用于在第二寻呼时标识所述第一业务;所述核心网寻呼消息用于指示所述接入网设备针对所述第一业务向终端设备发起第一寻呼,所述第二寻呼为所述第一寻呼的下一次寻呼;所述接入网设备发送第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息可以是第一组寻呼消息,用于针对所述MBS业务向所述终端设备进行所述第一寻呼;所述接入网设备发送第二消息,所述第二消息包括第二寻呼标识。
本申请实施例中,核心网寻呼消息中携带第一寻呼和第二寻呼所使用的第一寻呼标识和第二寻呼标识,接入网设备在收到核心网寻呼消息发起第一寻呼的指示时,就可以提前知道指示针对第一业务发起第二寻呼所使用的标识为第二寻呼标识。从而,接入网设备可以在第二寻呼发起前,利用RRC消息将第二寻呼标识提前下发给终端设备。因此,当接入网设备利用第二寻呼标识替代第一寻呼标识对终端设备发起第二寻呼时,终端设备可以根据第二寻呼标识确定第一业务。本申请实施例中,接入网设备针对第一业务向终端设备发起的多次寻呼所使用的标识是不同的,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高了业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,接入网设备接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述接入网设备向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
第三方面,本申请实施例提供了一种业务寻呼方法,应用于接入网设备,可包括:
所述接入网设备接收核心网设备发送的NAS消息或会话指示消息,所述NAS消息或会话指示消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;接入网设备转发NAS消息或发送RRC释放消息给终端设备,RRC释放消息是与会话指示消息对应的消息,其中携带寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述寻呼标识更新的规则进行更新的更新次数;所述接入网设备向终端设备发送第四消息,所述第四消息包括第二寻呼标识,所述第二寻呼标识用于标识第一业务,所述第四消息用于向终端设备针对所述业务发起第二寻呼。
本申请实施例中,寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息进行下发、或者也可以由接入网设备通过RRC消息下发、或者也可以在协议中做好规定。如此,接入网设备和终端设备在通过NAS消息或者会话指示消息获知寻呼标识更新所需要的参数的情况下,可以按照寻呼标识更新的规则对初始寻呼标识(或第一寻呼标识)进行一定次数的更新处理,从而提前知道针对第一业务的下一次寻呼所使用的标识。因此,能够通过调整更新参数保证接入网设备针对第一业务向终端设备发起的多次寻呼所使用的标识是不同的,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高了第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,接入网设备接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述接入网设备向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
第四方面,本申请实施例提供了一种业务寻呼方法,应用于接入网设备,可包括:
所述接入网设备接收核心网设备发送的核心网寻呼消息,所述核心网寻呼消息包括第四寻呼标识;其中,核心网寻呼消息用于指示接入网设备针对第一业务向终端设备发起寻呼,所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址或者可以是与其建立映射关系的标识,也可以是它们中任一个经过安全处理得到的;接入网设备根据所述第四寻呼标识设置第一寻呼标识,第一寻呼标识也经过安全处理;接入网设备发送组寻呼消息,组寻呼消息包括第一寻呼标识;组寻呼消息用于向终端设备发起寻呼,第一寻呼标识用于标识第一业务。
本申请实施例中,在发起寻呼之前,核心网设备、接入网设备和终端设备均已提前知道用于安全处理的安全信息。其中,安全信息包括密钥、安全输入参数、安全算法中的一种或多种。安全信息可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息进行下发、或者可以由接入网设备通过RRC消息下发、也可以在协议中做好规定。如此,接入网设备和终端设备在接收到经过安全处理(例如加密)的标识时,可以按照安全信息相应地对标识进行解密,从而确定该标识所针对的是第一业务。而窃听者由于缺少安全信息,难以破获安全处理后的内容。因此,能够增加窃听者追踪业务的难度,从而能够提高第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,接入网设备接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述接入网设备向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
第五方面,本申请实施例提供了一种业务寻呼方法,应用于终端设备,可包括:
终端设备接收接入网设备发送的第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述目标终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;
所述终端设备接收所述接入网设备发送的第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
本申请实施例中,首先,终端设备通过第一寻呼标识确定第一业务,响应第一消息接入第一寻呼。然后,终端设备接收第二消息,第二消息中包括第二寻呼标识,当接入网设备对终端设备进行第一寻呼的下一次寻呼时(即第二寻呼),标识第一业务的不是第一寻呼标识,而是第二寻呼标识,由于终端设备在第二寻呼发起前就已经提前获知第二寻呼所使用的标识是第二寻呼标识,所以终端设备能够使用第二寻呼标识监听第一业务的第二寻呼。如此一来,则可通过第一业务的标识的变化来增加窃听者追踪第一业务的难度。综上,终端设备在接收接入网设备发送的多次消息的过程中确定不断更新第一业务的标识,使得接入网设备针对第一业务的多次寻呼所使用的不同标识都可以够正常使用,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高了业务安全性。
在一种可能的实现方式中,所述第二消息为RRC消息或者NAS消息。
本申请实施例中,第二消息可以是RRC消息,或者也可以是NAS消息。终端设备在接收到第二寻呼之前,通过接收RRC消息或者NAS消息,提前获知在第二寻呼时用于标识第一业务的第二寻呼标识。因此,终端设备在收到第二寻呼时,能够通过第二寻呼标识确定第二寻呼针对的业务是第一业务。如此,可以为利用经过更新的标识进行正常寻呼提供保障,进而可以为提高业务的安全性提供保障。
在一种可能的实现方式中,所述方法,还包括:所述终端设备接收所述接入网设备发送的第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
本申请实施例中,终端设备接收接入网设备发送的第四消息,第四消息为组寻呼消息,用于向终端设备进行第二寻呼,第二寻呼标识则是用于指示第二寻呼针对的业务为第一业务。本申请实施例通过更新多播广播业务的标识,使用第二寻呼标识替代第一寻呼标识进行第二寻呼,使得针对第一业务的多次寻呼使用的是不同的标识,多次寻呼过程中用于标识第一业务的标识因为存在变化而难以被窃听者追踪。如此,增加窃听者追踪业务的难度,从而提高多播广播业务的安全性。
在一种可能的实现方式中,所述方法,还包括:在所述终端设备加入所述第一业务的业务组时,所述终端设备接收核心网设备发送的NAS消息,所述NAS消息包括所述第一寻呼标识。
本申请实施例中,在所述终端设备加入所述第一业务的业务组时,终端设备从核心网设备发送的NAS消息中获知在进行第一寻呼时标识第一业务的第一寻呼标识。因此,能够为使用更新的标识针对第一业务进行寻呼的正常开展提供前提。
在一种可能的实现方式中,所述终端设备接收到的第一寻呼标识和第二寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址,或者第一寻呼标识和第二寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
本申请实施例中,在针对多播广播业务的寻呼场景下,使用的标识为MBS会话标识、临时移动组标识TMGI或IP组播地址,或者使用的标识为MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。如此,增加窃听者追踪业务的难度,从而提高多播广播业务的安全性。如果再对经过映射处理的标识进行更新和/或安全处理,则可以进一步增加窃听者追踪业务的难度,从而能够进一步提高多播广播业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,终端设备接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
本申请实施例中,当所述终端设备没有接收到本次组寻呼或者接收出错时,终端设备接收接入网设备发送的组寻呼消息,组寻呼消息用于向终端设备重新发起针对第一业务的寻呼;或者终端设备接收接入网设备发送的单播寻呼的消息,单播寻呼的消息用于向该没有接收到本次组寻呼或者接收出错的终端设备重新发起寻呼。因此,能够确保所有对所述MBS业务感兴趣的终端设备都能正常进入连接态接收业务数据。此外,在使用经过更新的标识的场景下,可以防止终端设备因为错过某次接入而无法提前获知下一次寻呼所使用的更新标识,能够为经过更新的标识可以正常使用提供保障。因此,可以提高第一业务的服务质量,也为提高第一业务安全性提供保障。
第六方面,本申请实施例提供了一种业务寻呼方法,应用于终端设备,可包括:
所述终端设备接收核心网设备发送的NAS消息或接入网设备发送的RRC消息,所述NAS消息或RRC消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述寻呼标识更新的规则进行更新的更新次数;所述终端设备接收接入网设备发送的第四消息,所述第四消息包括第二寻呼标识,所述第二寻呼标识用于标识第一业务,所述第四消息用于向终端设备针对所述业务发起第二寻呼。
本申请实施例中,寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息、或者由接入网设备通过RRC消息进行下发、或者也可以在协议中做好规定。如此,终端设备在通过NAS消息或者RRC消息获知寻呼标识更新所需要的参数的情况下,可以按照寻呼标识更新的规则对初始寻呼标识(或第一寻呼标识)进行一定次数的更新处理,从而提前知道针对第一业务的下一次寻呼所使用的标识。因此,能够通过调整更新参数保证接入网设备针对第一业务发起的多次寻呼使用的标识是不同的,从而实现在多次寻呼过程中由于标识第一业务的标识存在变化而避免被窃听者轻易追踪,提高第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,终端设备接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
第七方面,本申请实施例提供了一种业务寻呼方法,应用于终端设备,可包括:
所述终端设备接收接入网设备发送的组寻呼消息,所述组寻呼消息包括第一寻呼标识;其中,所述组寻呼消息用于向终端设备发起针对第一业务的寻呼,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址经过安全处理得到的,第一寻呼标识用于标识第一业务。
本申请实施例中,在发起寻呼之前,核心网设备、接入网设备和终端设备均已提前知道用于安全处理的安全信息。其中,安全信息包括密钥、安全输入参数、安全算法中的一种或多种。安全信息可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息进行下发、或者可以由接入网设备通过RRC消息下发、也可以在协议中做好规定。如此,终端设备在接收到经过安全处理(例如加密)的标识时,可以按照安全信息相应地对标识进行解密,从而确定该标识所针对的是第一业务。而窃听者由于缺少安全信息,难以破获安全处理后的内容。因此,能够增加窃听者追踪业务的难度,从而能够提高第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,终端设备接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
第八方面,本申请实施例提供了一种业务寻呼方法,应用于核心网设备,可包括:
核心网设备向接入网设备发送第三消息,所述第三消息包括第三寻呼标识;其中,所述第三寻呼标识用于在进行第二寻呼时替代第一寻呼标识来标识第一业务,所述第一寻呼标识用于在进行第一寻呼时标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
本申请实施例中,核心网设备在进行第二寻呼时,使用第三寻呼标识替代第一寻呼标识来标识第一业务,也即是说核心网设备在指示接入网设备向终端设备发起第二寻呼时所使用的是第三寻呼标识,而不再是第一寻呼标识。综上,核心网设备通过在向接入网设备发送的多次消息的过程中不断更新第一业务的标识,使得核心网设备多次指示接入网设备的消息所使用的标识是不同的,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高业务安全性。
在一种可能的实现方式中,所述第三消息为会话指示消息或NAS消息;所述会话指示消息用于指示所述接入网设备停止、激活、或者释放所述第一业务的会话。
本申请实施例中,所述第三消息为会话指示消息或者NAS消息,核心网设备可以通过会话指示消息或者NAS消息将第三寻呼标识提前在第二寻呼开始之前下发给接入网设备或终端设备。本申请实施例中,接入网设备和终端设备能够在第二寻呼发起前,确定第二寻呼所使用的标识,可以为利用经过更新的标识进行正常寻呼提供保障,进而可以为提高业务的安全性提供保障。
在一种可能的实现方式中,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向终端设备进行第二寻呼,所述第二寻呼为第一寻呼的下一次寻呼。
本申请实施例中,核心网设备通过核心网寻呼消息指示所述接入网设备向终端设备进行第二寻呼,第二寻呼针对的业务是第三寻呼标识所标识的第一业务。本申请实施例通过更新用于指示发起第一业务的标识,使用第三寻呼标识替代第一寻呼标识指示发起针对第一业务的第二寻呼,使得核心网设备多次指示接入网设备的消息所使用的标识是不同的,从而实现在多次寻呼过程中由于标识第一业务的标识存在变化而避免被窃听者轻易追踪,提高业务的安全性。
在一种可能的实现方式中,所述第三寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。
本申请实施例中,在针对多播广播业务的寻呼场景下,使用的标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。本申请实施例通过更新多播广播业务的标识,使得核心网设备多次指示接入网设备的消息所寻呼使用的标识是不同的,从而实现在多次寻呼过程中由于标识多播广播业务的标识存在变化而避免被窃听者轻易追踪,提高多播广播业务的安全性。
在一种可能的实现方式中,所述方法,还包括:在终端设备加入所述第一业务的业务组时,所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述第一业务。
本申请实施例中,在所述终端设备加入所述第一业务的业务组时,核心网设备向终端设备发送NAS消息,终端设备可以从NAS消息中获知用于在进行第一寻呼时标识第一业务的第一寻呼标识。因此,能够为使用更新的标识针对第一业务进行寻呼的正常开展提供前提。
在一种可能的实现方式中,所述第三寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
本申请实施例中,在针对多播广播业务的寻呼场景下,使用与MBS会话标识、临时移动组标识TMGI或IP组播地址有映射关系的标识。本申请实施例首先对标识进行映射处理,能够达到脱敏的目的。如果再对经过映射处理的标识进行更新和/或安全处理,则可以进一步增加窃听者追踪业务的难度,从而能够进一步提高多播广播业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,核心网设备发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
本申请实施例中,当所述终端设备没有接收到本次组寻呼或者接收出错时,核心网设备发送核心网寻呼消息,用于指示接入网设备向终端设备重新发起寻呼;或者核心网设备发送单播寻呼的消息,用于指示接入网设备分别向没有接收到本次组寻呼或者接收出错的终端设备重新发起寻呼。因此,能够确保所有对所述MBS业务感兴趣的终端设备都能正常进入连接态接收业务数据。此外,在使用经过更新的标识的场景下,可以防止终端设备因为错过某次接入而无法提前获知下一次寻呼所使用的更新标识,能够为经过更新的标识可以正常使用提供保障。因此,可以提高第一业务的服务质量,也为提高第一业务安全性提供保障。
第九方面,本申请实施例提供了一种业务寻呼方法,应用于核心网设备,可包括:
核心网设备向接入网设备发送核心网寻呼消息,所述核心网寻呼消息包括第一寻呼标识和第二寻呼标识,所述第一寻呼标识用于在第一寻呼时标识所述第一业务,所述第二寻呼标识用于在第二寻呼时标识所述第一业务;所述核心网寻呼消息用于指示所述接入网设备发起针对所述第一业务的第一寻呼。
本申请实施例中,核心网寻呼消息中携带第一寻呼和第二寻呼所使用的第一寻呼标识和第二寻呼标识,接入网设备在收到向终端设备发起第一寻呼的指示时,可以提前知道用于指示发起针对第一业务的第二寻呼所使用的标识为第二寻呼标识。从而,接入网设备可以在第二寻呼发起前,利用RRC消息将第二寻呼标识提前下发给终端设备。当接入网设备利用第二寻呼标识替代第一寻呼标识对终端设备进行第二寻呼时,终端设备可以根据第二寻呼标识确定第一业务。因此,接入网设备针对第一业务向终端设备发起的多次寻呼所使用的标识是不同的,从而实现在多次寻呼过程中由于第一业务的标识存在变化而避免被窃听者轻易追踪,提高了业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,核心网设备发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
第十方面,本申请实施例提供了一种业务寻呼方法,应用于核心网设备,可包括:
核心网设备发送NAS消息或会话指示消息,所述NAS消息或会话指示消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述寻呼标识更新的规则进行更新的更新次数;所述核心网设备向接入网设备发送核心网寻呼消息,所述核心网寻呼消息包括第二寻呼标识,所述第二寻呼标识用于标识第一业务,所述核心网寻呼消息用于指示接入网设备向终端设备针对所述业务发起第二寻呼。
本申请实施例中,寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息或者会话指示消息进行下发、或者可以在协议中做好规定。如此,接入网设备和终端设备在通过NAS消息获知寻呼标识更新所需要的参数的情况下,可以按照寻呼标识更新的规则对初始寻呼标识或第一寻呼标识进行一定次数的更新处理,从而提前知道针对第一业务的下一次寻呼所使用的标识。因此,能够通过调整更新参数保证核心网设备多次指示接入网设备的消息所使用的标识是不同的,从而实现在多次寻呼过程中由于标识第一业务的标识存在变化而避免被窃听者轻易追踪,提高第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,核心网设备发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
第十一方面,本申请实施例提供了一种业务寻呼方法,应用于核心网设备,可包括:
核心网设备发送核心网寻呼消息,所述核心网寻呼消息包括第四寻呼标识;其中,核心网寻呼消息用于指示接入网设备针对第一业务向终端设备发起寻呼,所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址或者其映射标识经过安全处理得到的。
本申请实施例中,在发起寻呼之前,核心网设备、接入网设备和终端设备均已提前知道关于安全处理的安全信息。其中,安全信息包括密钥、安全输入参数、安全算法中的一种或多种。安全信息可以在终端设备加入第一业务的业务组时,由核心网设备通过NAS消息或者会话指示消息进行下发、或者可以在协议中做好规定。如此,接入网设备和终端设备在接收到经过安全处理(例如加密)的标识时,可以按照安全信息相应地对标识进行解密,从而确定该标识所针对的是第一业务。而窃听者由于缺少安全信息,难以破获安全处理后的内容。因此,能够增加窃听者追踪业务的难度,从而能够提高第一业务的安全性。
在一种可能的实现方式中,上述方法,还包括:当所述终端设备没有接收到针对所述第一业务的组寻呼时,核心网设备发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
第十二方面,本申请实施例提供了一种接入网设备,可包括用于执行上述第一方面、第二方面、第三方面、第四方面中的一项或多项,或,其中任一方面的任意的可能的实现方式中的一项或多项所提供的业务寻呼方法的单元和/或模块,因此也能实现该业务寻呼方法所具备的有益效果(或优点)。
第十三方面,本申请实施例提供了一种终端设备,可包括用于执行上述第五方面、第六方面、第七方面中的一项或多项,或,其中任一方面的任意的可能的实现方式中的一项或多项所提供的业务寻呼方法的单元和/或模块,因此也能实现该业务寻呼方法所具备的有益效果(或优点)。
第十四方面,本申请实施例提供了一种核心网设备,可包括用于执行上述第八方面、第九方面、第十方面、第十一方面中的一项或多项,或,其中任一方面的任意的可能的实现方式中的一项或多项所提供的业务寻呼方法的单元和/或模块,因此也能实现该业务寻呼方法所具备的有益效果(或优点)。
第十五方面,本申请实施例提供一种网络设备,该网络设备中包括处理器,处理器被配置为支持该网络设备实现第一方面、第二方面、第三方面、第四方面、第五方面、第六方面、第七方面、第八方面、第九方面、第十方面、第十一方面中的一种或多种所提供的业务寻呼方法中相应的功能。该网络设备还可以包括存储器,存储器用于与处理器耦合,其保存该网络设备必要的程序指令和数据。该网络设备还可以包括通信接口,用于该网络设备与其他设备或通信网络通信。
第十六方面,本申请实施例提供一种计算机可读存储介质,用于储存为上述第十二方面、第十三方面、第十四方面中的一种或多种所提供的一种用于寻呼设备装置中的处理器中所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
第十七方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于支持设备实现上述第一方面、第二方面、第三方面、第四方面、第五方面、第六方面、第七方面、第八方面、第九方面、第十方面、第十一方面中的一种或多种所涉及的功能,例如,生成或处理上述终端卡死恢复方法中所涉及的信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1a是一种MBS业务的通信系统架构示意图。
图1b是一种MBS业务寻呼的流程示意图。
图2是本申请实施例提供的一种MBS业务的场景示意图。
图3a是本申请实施例提供的一种基于更新处理的MBS业务寻呼的流程示意图。
图3b是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图。
图4是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图。
图5是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图。
图6是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图。
图7a是本申请实施例提供的一种基于安全处理的MBS业务寻呼的流程示意图。
图7b是本申请实施例提供的另一种基于安全处理的MBS业务寻呼的流程示意图。
图8是本申请实施例提供的一种终端设备接入失败再寻呼的流程示意图。
图9是本申请实施例提供的一种接入网设备的结构示意图。
图10是本申请实施例提供的一种终端设备的结构示意图。
图11是本申请实施例提供的一种核心网设备的结构示意图。
图12是本申请实施例提供的一种通信装置1200的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例进行描述。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的一个或多个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
首先,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
(1)非接入层(Non-Access Stratum,NAS)流程,指核心网设备与终端设备通过接入网设备进行消息中转从而完成通信,其中接入网设备只对消息进行透明转发而不去改变消息内容。本申请方案中,NAS流程的消息可用于传送MBS业务的标识和更新处理以及安全处理的参数信息。
(2)无线资源控制(Radio Resource Control,RRC),对无线资源进行分配并发送相关信令,RRC信令承载了建立、修改和释放层2和物理层协议实体所需的全部参数,同时也携带了非接入层(NAS)的一些信令,例如用于进行移动性管理或者会话管理的信令等。本申请方案中,RRC信令可用于传送MBS业务的标识和更新处理以及安全处理的参数信息。
(3)单播,网络侧和终端设备针对该终端设备专用业务进行通信的模式,网络通过与一个终端设备专用的连接与终端设备进行通信。本申请方案中,终端设备接收针对组播业务的寻呼失败时,网络侧可能会发起单播寻呼来让终端设备进入连接态。
(4)多播或者组播,网络侧和一组终端设备针对该组终端设备共同业务进行通信的模式,也就是加入了同一个组播组的终端设备可以同时接收针对该组播组的组播业务。终端设备可以向网络设备请求加入或退出某个组,网络设备只将组内业务的数据传输给那些加入此组的终端设备。这样既能一次将数据传输给多个有需要(加入组)的终端设备,又能保证不影响其他不需要(未加入组)的终端设备的其他通信。
(5)广播,网络侧针对所有终端设备发送业务的通信模式,采用广播传输模式进行,对终端设备的RRC状态没有要求,网络中所有终端设备都可以对广播业务进行接收。
(6)安全处理,包括加密处理、解密处理、完整性保护和完整性验证。本申请方案中,提供给了一个使用经过安全处理的标识进行业务寻呼的实施例,能够提高业务的安全性。
多播广播业务(Multicast and Broadcast Service,MBS)一般面向多个终端,业务数据来自数据服务器。请参见图1a,图1a是一种MBS业务的通信系统架构示意图。首先数据服务器将MBS数据发送给核心网设备,然后核心网设备通过一个公共的传输通道——MBS会话将MBS数据发送给接入网设备,最后接入网设备可以采用点对点(point to point,PTP)或点对多点(point to multi-point,PTM)的传输方式将MBS数据发送给一个或多个终端设备(User Equipment,UE)。
为方便更好地理解本申请方案,以下先对单播寻呼和组寻呼的寻呼过程进行简单描述。
对于单播业务来说,当有业务数据到达时,如果UE处于空闲态(IDLE)或者非激活态(INACTIVE),网络侧需要先寻呼UE才能完成业务数据的传输。UE为了节省功耗,在处于IDLE或者INACTIVE状态时会采用非连续接收方式(DRX)进行寻呼监听,每个DRX周期,UE会监听一个监听时机(PO)。网络侧可在该PO向UE发送寻呼帧,UE通过监听并解析与寻呼相对应的下行链路控制器(Downlink Control Indicator,DCI)指示的内容,UE根据DCI指示的内容获知是否被寻呼。其中,寻呼帧是一个无线帧(PF),包含了一个或多个PO,或者是单个PO的起始位置。用于确定寻呼的PF和PO的相关公式如下:
(1)用于确定PF的系统帧号(System Frame Number,SFN)的公式:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)
(2)用于确定PO下标的公式:
i_s=floor(UE_ID/N)mod Ns
其中,用于寻呼的物理下行控制信道(Physical Downlink Control Channel,PDCCH)监听时机与PO下标相关。PF_offset是由广播消息SIB1提供的用于在确定PF时的偏置值,N是DRX周期T内PF总数,UE_ID则由UE的ID决定,Ns代表一个PF内PO的个数。mod表示相除取余数运算,div表示相除取商运算,floor表示向下取整运算。
值得注意的是,网络侧如果需要基于单播业务寻呼特定的某个UE,核心网设备会单独发送一条无线消息给该UE所在的跟踪区域内的无线接入网络(Radio AccessNetwork,RAN)节点,RAN节点根据无线消息中的UE ID和DRX参数确定PO并在该PO向UE发送寻呼消息。
而在MBS业务场景下,当MBS业务数据到达时,需要提醒加入该MBS业务组的所有UE。因此网络侧需要寻呼数量较多的UE,此时有两种方法可以考虑:
第一种方法,网络侧需要根据不同的UEID计算出各个UE对应的PO,并在各个UE对应的PO上发送寻呼消息,寻呼消息中携带MBS业务标识。其中,MBS业务标识可以是MBS会话标识、临时移动组标识TMGI或者IP组播地址。
第二种方法,网络侧需要根据MBS业务标识计算出该MBS业务对应的PO,而接收该MBS业务的多个UE在该PO上监听寻呼消息。其中,寻呼消息中也需要携带MBS业务标识。其中,MBS业务标识可以是MBS会话标识、临时移动组标识TMGI或者IP组播地址。需要说明的是,需要将上述公式中的UE ID替换为MBS业务的ID或者另外的一个公共的标识,才能计算出该MBS业务对应的PO。
首先,分析并提出本申请所具体要解决的技术问题。在现有技术中,MBS业务的寻呼方案如下步骤,请参见图1b,图1b是一种MBS业务寻呼的流程示意图:
步骤S101:当某个MBS业务要发起时,核心网设备需要通过寻呼消息通知接入网设备,寻呼消息中包含以下内容:一个或多个UE的ID,MBS业务标识,一个或多个DRX参数。
步骤S102:接入网设备根据核心网设备发送的寻呼消息确定需要发送组寻呼消息的PO所在的时域位置,然后向终端设备发送组寻呼消息。组寻呼消息中携带MBS业务标识。
步骤S103:终端设备接收到组寻呼消息以后,根据MBS业务标识确定具体MBS业务并发起随机接入。
步骤S104:核心网设备向接入网设备发送指示消息,用于暂停、停止、激活或者释放MBS业务。
步骤S105:接入网设备向终端设备发送RRC释放消息,终端设备进入空闲态或者非激活态。
基于上述步骤,现有MBS业务的寻呼方案存在以下缺点:
缺点1:在组寻呼过程中,针对同一MBS业务使用的MBS业务标识在很长一段时间内是固定不变的,导致MBS业务容易被追踪。
缺点2:在组寻呼过程中,携带的是明文形式的MBS业务标识,导致MBS业务容易被追踪。
为了解决当前在组寻呼过程中,业务标识容易被窃听的问题,从而提高MBS业务安全性,本申请综合考虑现有技术存在的缺点,要解决的技术问题包括如下几方面:
1、更新标识(方案一的缺点1)。在组寻呼过程中,针对同一MBS业务使用的MBS业务标识长时间固定不变,导致MBS业务容易被追踪。因此,引入业务标识更新机制,使得每次针对相同MBS业务进行寻呼所使用的业务标识都不相同,可以增加追踪难度,提高MBS业务安全性。
2、安全处理标识(方案一的缺点2)。在组寻呼过程中,携带的是明文形式的MBS业务标识,导致MBS业务容易被追踪。因此,通过对MBS业务标识进行安全处理,可以增加追踪难度,提高MBS业务安全性。
综上所述,现有的MBS业务的寻呼方案无法满足对业务安全性的更高要求。因此,本申请提供的业务寻呼方法用于解决上述技术问题。
为更好地理解本申请实施例提供的业务寻呼方法,下面将对本申请实施例提供的多播广播业务寻呼方法的系统架构和/或应用场景进行说明。可理解的,本申请实施例描述的场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定。
基于图1a提供的MBS业务的通信系统架构示意图,以及图1b提供的MBS业务寻呼的流程示意图,结合本申请中提供的多播广播业务寻呼方法,对本申请中提出的技术问题进行具体分析和解决。
本申请实施例提供的多播广播业务寻呼方法所使用的系统架构,可以包括一个或多个终端设备、一个或多个接入网设备、一个或多个核心网设备。
其中,终端设备是一种用于接收或发射信号的实体,主要实现与基站进行无线通信的功能。终端设备可以是接入终端、UE单元、UE站、移动站、移动台、远方站、远程终端、移动设备、UE终端、终端、无线通信设备、多媒体设备、流媒体设备、UE代理或UE装置等。其中,接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal DigitalAssistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端等。
接入网设备网络侧的一种用于发射或接收信号的实体,主要实现与用户终端设备和核心网设备进行通信的功能。接入网设备可以是基站、中继站或接入点。其中,基站可以是全球移动通信系统(Global system for mobile communication,GSM)或码分多址(CodeDivision Multiple Access,CDMA)网络中的基站收发信台(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)中的节点基站(Nodebase station,NB),还可以是长期演进(Long Term Evolution,LTE)中的演进型(evolutional)NB(eNB或eNodeB),还可以是云无线接入网络(Cloud Radio AccessNetwork,CRAN)场景下的无线控制器,还可以是未来5G网络中的基站设备或者未来演进的PLMN网络中的接入网设备,还可以是可穿戴设备或车载设备等。
核心网设备在不同的系统中可以对应不同的设备,通过接入网设备与UE进行通信。比如在3G中可以对应通用分组无线服务技术(General Packet Radio Service,GPRS)的服务支持节点(Serving GPRS Support Node,SGSN)和/或GPRS的网关支持节点(GatewayGPRS Support Node,GGSN);在4G中可以对应移动管理实体(Mobility ManagementEntity,MME)和/或服务网关(Serving Gateway,S-GW);在5G中可以对应接入和移动管理功能单元(Access and Mobility Management Function,AMF),会话管理功能单元(SessionManagement Function,SMF)或者用户面功能单元(User plane Function,UPF)。
需要说明的是,本申请实施例可以应用于各种通信系统,只要该通信系统中存在实体需要发送信息,而另一个实体需要接收该信息。参见图2,图2是本申请实施例提供的一种MBS业务的场景示意图。接入网设备和UE1~UE6组成一个通信系统。在该通信系统中,UE1~UE6可以发送上行数据给接入网设备,接入网发送的下行数据给UE1~UE6。此外,UE4~UE6也可以组成一个通信系统。在该通信系统中,接入网设备可以发送下行信息给UE1、UE2、UE5等;UE5也可以发送下行信息给UE4、UE6。而UE4和UE6也可以通过UE5向基站发送上行信息。可以理解的是,上述图中的通信系统架构或场景只是本申请实施例中的一种示例性的实施方式,本申请实施例中的通信系统架构或场景包括但不仅限于以上通信系统架构或场景。
下面通过本申请提供的多播广播业务寻呼方法的多个实施例(包括实施例1~实施例7),对本申请提出的技术问题进行具体分析和解决,结合附图从核心网设备、接入网设备和终端设备的交互侧进行说明描述。
其中,实施例1中核心网设备、接入网设备和终端设备进行MBS业务的第二寻呼时,使用经过更新的标识。所述经过更新的标识在第一寻呼建立连接后,可以由核心网设备通过会话指示消息下发给接入网设备,接入网设备再通过RRC释放消息发送给终端设备。之后,终端设备用更新后的标识监听接入网设备针对该MBS业务发起的第二寻呼,第二寻呼是第一寻呼的下一次寻呼,即第一寻呼使用更新前的标识,第二寻呼使用更新后的标识。参见图3a,图3a是本申请实施例提供的一种基于更新处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S300~S308:
步骤S300:所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。
具体地,在终端设备加入MBS业务的业务组时,核心网设备向终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。其中,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述MBS业务。这样在发起第一寻呼之前,终端设备已经获知在第一寻呼时所使用的标识,从而在接入网设备针对所述MBS业务进行第一寻呼时,终端设备能够根据所述第一寻呼标识确定该业务为所述MBS业务。例如,本实施例中的第一寻呼标识可以是“MBS业务1”。
步骤S301:核心网设备向接入网设备发送第一核心网寻呼消息,所述第一核心网寻呼消息包括第一寻呼标识。
具体地,所述第一寻呼标识用于在进行所述第一寻呼时标识所述MBS业务,所述第一核心网寻呼消息用于指示接入网设备针对所述MBS业务发起所述第一寻呼。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,所述终端设备ID以及DRX参数用于给接入网设备确定寻呼终端设备和寻呼时刻。
步骤S302:所述接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识。
具体地,所述第一消息可以是第一组寻呼消息,所述第一组寻呼消息中携带所述第一寻呼标识“MBS业务1”,第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第一寻呼。
步骤S303:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到所述第一组寻呼消息后,根据所述第一寻呼标识“MBS业务1”确定该业务是该MBS业务,由于终端设备已加入该MBS业务的业务组,对该MBS业务感兴趣,所以会发起随机接入,进入连接态,终端设备在接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
步骤S304:核心网设备向接入网设备发送第三消息,所述第三消息包括第三寻呼标识。
具体地,所述第三寻呼标识用于在进行第二寻呼时标识所述MBS业务,所述第三寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第二寻呼为所述第一寻呼的下一次寻呼。其中,所述第三消息可以是会话指示消息,用于指示所述接入网设备暂停、停止、激活或者释放所述MBS业务的会话,并且能够在进行所述第二寻呼之前将所述第二寻呼所使用的所述第三寻呼标识提前发送给所述接入网设备。如此,在进行所述第二寻呼时,所述接入网设备可以使用第三寻呼标识对终端设备进行第二寻呼。也即是说,接入网设备在进行第二寻呼时使用的不再是第一寻呼标识,而是第三寻呼标识。例如,本实施例中的第三寻呼标识可以是“MBS业务2”。
需要说明的是,所述第三寻呼标识可以是基于所述第一寻呼标识进行更新处理得到的。其中,更新方式可以是基于第一寻呼标识按照随机函数或者某个特定函数公式更新。例如,可以对第一寻呼标识的尾部做顺序递增更新,所以所述第三寻呼标识可以是“MBS业务2”。
步骤S305:所述接入网设备向终端设备发送第二消息,所述第二消息包括第二寻呼标识。
具体地,所述第二消息可以是RRC释放消息,所述第二寻呼标识可以是第三寻呼标识,即第二寻呼标识可以是“MBS业务2”。其中,RRC释放消息用于将所述终端设备释放到空闲态或者非激活态,同时能够在进行所述第二寻呼之前将所述第二寻呼使用的所述第二寻呼标识发送给所述终端设备。如此,在接入网设备针对所述MBS业务进行所述第二寻呼时,所述终端设备可以根据所述第二寻呼标识“MBS业务2”确定第二寻呼所针对的业务为所述MBS业务。
步骤S306:核心网设备向接入网设备发送的第三消息,所述第三消息包括第三寻呼标识。
具体地,所述第三消息可以是第二核心网寻呼消息,用于指示接入网设备发起针对所述MBS业务的第二寻呼,其中,针对第二寻呼所使用的标识是所述第三寻呼标识。可理解地,所述第二核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S307:所述接入网设备向终端设备发送第四消息,所述第四消息包括第二寻呼标识。
具体地,所述第四消息可以是第二组寻呼消息,所述第二寻呼标识可以是第三寻呼标识,即第二寻呼标识可以是“MBS业务2”。所述第二组寻呼消息用于向所述终端设备进行针对所述MBS业务的所述第二寻呼,针对所述MBS业务进行的第二寻呼所使用的标识是所述第二寻呼标识“MBS业务2”。
步骤S308:所述终端设备根据所述第二寻呼标识确定所述MBS业务,响应所述第二寻呼进入连接态接收所述MBS业务。
具体地,由于在步骤S305中接入网设备已经将第二寻呼所使用的所述第二寻呼标识“MBS业务2”提前发送给终端设备,因此终端设备在接收到接入网设备的第二组寻呼消息时,能够根据所述第二寻呼标识“MBS业务2”确定该组寻呼针对的业务为所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
在一种可能的实现方式中,上述步骤S300~S310中,所述第一寻呼标识和所述第三寻呼标识也可以是与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。例如,可以将不同的MBS业务映射为不同的英文字母,将消防通信业务的MBS会话标识、临时移动组标识TMGI或IP组播地址映射为英文字母a,将公共安全通信业务的MBS会话标识、临时移动组标识TMGI或IP组播地址映射为英文字母b。
基于上述方法,使得每次针对所述MBS业务进行寻呼所使用的标识都不相同,增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
其中,实施例2中核心网设备、接入网设备和终端设备进行MBS业务的第二寻呼时,使用经过更新的标识。所述经过更新的标识在第一寻呼建立连接后,可以由接入网设备通过RRC释放消息发送给终端设备。之后,终端设备用更新后的标识监听接入网设备针对该MBS业务发起的第二寻呼,第二寻呼是第一寻呼的下一次寻呼,即第一寻呼使用更新前的标识,第二寻呼使用更新后的标识。参见图3b,图3b是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S300~S308:
步骤S300:所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。
具体地,在终端设备加入MBS业务的业务组时,核心网设备向终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。其中,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述MBS业务。这样在发起第一寻呼之前,终端设备已经获知在第一寻呼时所使用的标识,从而在接入网设备针对所述MBS业务进行第一寻呼时,终端设备能够根据所述第一寻呼标识确定该业务为所述MBS业务。例如,本实施例中的第一寻呼标识可以是“MBS业务1”。
步骤S301:核心网设备向接入网设备发送第一核心网寻呼消息,所述第一核心网寻呼消息包括第一寻呼标识。
具体地,所述第一寻呼标识用于在进行所述第一寻呼时标识所述MBS业务,所述第一核心网寻呼消息用于指示接入网设备针对所述MBS业务发起所述第一寻呼。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S302:所述接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识。
具体地,所述第一消息可以是第一组寻呼消息,所述第一组寻呼消息中携带所述第一寻呼标识“MBS业务1”,第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第一寻呼。
步骤S303:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到所述第一组寻呼消息后,根据所述第一寻呼标识“MBS业务1”确定该业务是该MBS业务,由于终端设备已加入该MBS业务的业务组,对该MBS业务感兴趣,所以会发起随机接入,进入连接态,终端设备在接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
步骤S304:核心网设备向接入网设备发送会话指示消息。
具体地,会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述MBS业务的会话。
步骤S305:所述接入网设备向终端设备发送第二消息,所述第二消息包括第二寻呼标识。
具体地,所述第二消息可以是RRC释放消息,用于将所述终端设备释放到空闲态或者非激活态,同时能够在进行所述第二寻呼之前将所述第二寻呼使用的所述第二寻呼标识发送给所述终端设备。其中,第二寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第二寻呼为所述第一寻呼的下一次寻呼。如此,在接入网设备针对所述MBS业务进行所述第二寻呼时,所述终端设备可以根据所述第二寻呼标识“MBS业务2”确定第二寻呼所针对的业务为所述MBS业务。也即是说,接入网设备在进行第二寻呼时使用的不再是第一寻呼标识,而是第二寻呼标识。
需要说明的是,所述第二寻呼标识可以是基于所述第一寻呼标识进行更新处理得到的。其中,更新方式可以是基于第一寻呼标识按照随机函数或者按照某个特定函数公式更新。例如,可以对第一寻呼标识的尾部做顺序递增更新,所以所述第二寻呼标识可以是“MBS业务2”。
步骤S306:核心网设备向接入网设备发送的第三消息,所述第三消息包括第三寻呼标识。
具体地,所述第三消息可以是第二核心网寻呼消息,用于指示接入网设备发起针对所述MBS业务的第二寻呼。其中,第三寻呼标识可以是第一寻呼标识“MBS业务1”,指示发起针对所述MBS业务的第二寻呼所使用的标识是所述第三寻呼标识,即第一寻呼标识。可理解地,所述第二核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S307:所述接入网设备向终端设备发送第四消息,所述第四消息包括第二寻呼标识。
具体地,所述第四消息可以是第二组寻呼消息,用于向所述终端设备进行针对所述MBS业务的所述第二寻呼,针对所述MBS业务进行的第二寻呼所使用的标识是所述第二寻呼标识“MBS业务2”。
步骤S308:所述终端设备根据所述第二寻呼标识确定所述MBS业务,响应所述第二寻呼进入连接态接收所述MBS业务。
具体地,由于在步骤S305中接入网设备已经将第二寻呼所使用的所述第二寻呼标识“MBS业务2”提前发送给终端设备,因此终端设备在接收到接入网设备的第二组寻呼消息时,能够根据所述第二寻呼标识“MBS业务2”确定该组寻呼针对的业务为所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
在一种可能的实现方式中,上述步骤S300~S310中,接入网设备发送的所述第一寻呼标识和所述第二寻呼标识也可以是与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。例如,可以将不同的MBS业务映射为不同的英文字母,将消防通信业务的MBS会话标识、临时移动组标识TMGI或IP组播地址映射为英文字母a,将公共安全通信业务的MBS会话标识、临时移动组标识TMGI或IP组播地址映射为英文字母b。
基于上述方法,使得每次针对所述MBS业务进行寻呼所使用的标识都不相同,增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
在实施例3中,核心网设备、接入网设备和终端设备进行MBS业务的第二寻呼时,使用经过更新处理的标识,所述经过更新处理的标识在第一寻呼建立连接后,可以由核心网设备通过NAS消息下发给接入网设备和终端设备。之后,终端设备用更新后的标识监听接入网设备针对该MBS业务发起的第二寻呼,所述第二寻呼是所述第一寻呼的下一次寻呼。参见图4,图4是本申请实施例提供的一种基于更新处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S400~S409:
步骤S400:所述核心网设备向所述终端设备发送第一NAS消息,所述第一NAS消息包括第一寻呼标识。
具体地,在终端设备加入MBS业务的业务组时,所述核心网设备向所述终端设备发送第一NAS消息,所述第一NAS消息包括第一寻呼标识。其中,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述MBS业务。这样在发起第一寻呼之前,终端设备已经获知在第一寻呼时所使用的标识,从而在接入网设备针对所述MBS业务进行第一寻呼时,终端设备能够根据所述第一寻呼标识确定该业务为所述MBS业务。例如,本实施例中的第一寻呼标识可以是“MBS业务1”。
步骤S401:核心网设备向接入网设备发送第一核心网寻呼消息,所述第一核心网寻呼消息包括第一寻呼标识。
具体地,所述第一寻呼标识用于在进行所述第一寻呼时标识所述MBS业务,所述第一核心网寻呼消息用于指示接入网设备针对所述MBS业务发起所述第一寻呼。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S402:所述接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识。
具体地,所述第一消息可以是第一组寻呼消息,所述第一组寻呼消息中携带所述第一寻呼标识“MBS业务1”,第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第一寻呼。
步骤S403:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到所述第一组寻呼消息后,根据所述第一寻呼标识“MBS业务1”确定该业务是该MBS业务,由于终端设备已加入该MBS业务的业务组,对该MBS业务感兴趣,所以会发起随机接入,进入连接态,终端设备在接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
步骤S404:核心网设备向终端设备发送第三消息,所述第三消息包括第三寻呼标识。
具体地,所述第三寻呼标识用于在进行第二寻呼时标识所述MBS业务,所述第三寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第二寻呼为所述第一寻呼的下一次寻呼。所述第三消息可以是第二NAS消息,能够在进行所述第二寻呼之前,将所述第二寻呼所使用的所述第三寻呼标识提前发送给所述接入网设备和终端设备。如此,在进行所述第二寻呼时,所述接入网设备可以使用第三寻呼标识对终端设备进行第二寻呼。也即是说,接入网设备在进行第二寻呼时使用的不再是第一寻呼标识,而是第三寻呼标识。
需要说明的是,所述第三寻呼标识可以是基于所述第一寻呼标识进行更新处理得到的,其中更新方式可以是基于第四寻呼标识按照随机函数或者按照某个特定函数公式更新。例如,可以对第一寻呼标识的尾部做顺序递增更新,所以所述第三寻呼标识为“MBS业务2”。
步骤S405:核心网设备向接入网设备发送会话指示消息。
具体地,会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述MBS业务的会话。
步骤S406:所述接入网设备向终端设备发送RRC释放消息。
具体地,RRC释放消息用于将所述终端设备释放到空闲态或者非激活态。
步骤S407:核心网设备向接入网设备发送的第三消息,所述第三消息包括第三寻呼标识。
具体地,所述第三消息可以是第二核心网寻呼消息,用于指示接入网设备发起针对所述MBS业务的第二寻呼。其中,针对第二寻呼所使用的标识是所述第三寻呼标识。可理解地,所述第二核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S408:所述接入网设备向终端设备发送第四消息,所述第四消息包括第二寻呼标识。
具体地,所述第四消息可以是第二组寻呼消息,所述第二寻呼标识可以是第三寻呼标识,即第二寻呼标识可以是“MBS业务2”。所述第二组寻呼消息用于向所述终端设备进行针对所述MBS业务的所述第二寻呼,针对所述MBS业务进行的第二寻呼所使用的标识是所述第二寻呼标识“MBS业务2”。
步骤S409:所述终端设备根据所述第二寻呼标识确定所述MBS业务,响应所述第二寻呼进入连接态接收所述MBS业务。
具体地,由于在步骤S404中核心网设备已经将第二寻呼所使用的所述第二寻呼标识“MBS业务2”提前发送给终端设备,因此终端设备在接收到接入网设备的第二组寻呼消息时,能够根据所述第二寻呼标识“MBS业务2”确定该业务为所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
在一种可能的实现方式中,上述步骤S400~S409中的所述第一寻呼标识、所述第三寻呼标识也可以是与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。此处不再详述。
基于上述方法,使得每次针对所述MBS业务进行寻呼所使用的标识都不相同,增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
在实施例4中,核心网设备、接入网设备和终端设备进行MBS业务的第二寻呼时,使用经过更新的标识,所述经过更新的标识在核心网设备指示接入网设备发起第一寻呼的核心网寻呼消息中,所述第二寻呼是所述第一寻呼的下一次寻呼。之后,终端设备用更新后的标识监听接入网设备针对该MBS业务发起的第二寻呼。其中,核心网寻呼消息可以不只是携带第二寻呼所使用的标识,也可以携带后续多次寻呼所使用的多个标识。参见图5,图5是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S500~S508:
步骤S500:所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。
具体地,在终端设备加入所述MBS业务的业务组时,所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。其中,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述MBS业务。这样在发起第一寻呼之前,终端设备已经获知在第一寻呼时所使用的标识,从而在接入网设备针对所述MBS业务进行第一寻呼时,终端设备能够根据所述第一寻呼标识确定该业务为所述MBS业务。例如,本实施例中的第一寻呼标识可以是“MBS业务1”。
步骤S501:核心网设备向接入网设备发送的第一核心网寻呼消息,所述第一核心网寻呼消息包括第一寻呼标识和第二寻呼标识。
具体地,所述第一寻呼标识用于在进行第一寻呼时标识MBS业务,所述第二寻呼标识用于在进行第二寻呼时标识该MBS业务,所述第二寻呼为所述第一寻呼的下一次寻呼。所述第一核心网寻呼消息用于指示接入网设备发起针对所述MBS业务的第一寻呼。本实施例中第一寻呼标识可以是“消防业务1”。所述第二寻呼标识可以是基于所述第一寻呼标识进行更新处理得到的,具体更新处理可参考上述实施例的方法,此处不再详述。因此,所述第二寻呼标识可以是“消防业务2”。由于,在所述第二寻呼之前将所述第二寻呼使用的所述第二寻呼标识“消防业务2”发送给所述接入网设备。因此,在进行所述第二寻呼时,所述接入网设备可以使用第二寻呼标识对终端设备进行第二寻呼。也即是说,接入网设备在进行第二寻呼时使用的不再是第一寻呼标识,而是第二寻呼标识。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
可选地,第一核心网寻呼消息还可以携带第二寻呼后的连续多次寻呼所使用的标识。后一次寻呼所使用的标识可以基于前一次寻呼所使用的标识进行更新处理得到。例如,第三寻呼标识用于第三寻呼,第四寻呼标识用于第四寻呼,其中第三寻呼为第二寻呼的下一次寻呼,第四寻呼为第三寻呼的下一次寻呼。此处不再对第二寻呼后的后续多次寻呼所使用的标识一一例举。
步骤S502:所述接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识。
具体地,所述第一消息可以是第一组寻呼消息,所述第一组寻呼消息中携带所述第一寻呼标识“MBS业务1”,所述第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第一寻呼。
步骤S503:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到所述第一组寻呼消息后,根据所述第一寻呼标识“MBS业务1”确定该业务是该MBS业务,由于终端设备已加入该MBS业务的业务组,对该MBS业务感兴趣,所以会发起随机接入,进入连接态,终端设备在接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
步骤S504:核心网设备向接入网设备发送会话指示消息。
具体地,所述会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述MBS业务的会话。
步骤S505:所述接入网设备向终端设备发送第二消息,所述第二消息包括第二寻呼标识。
具体地,所述第二消息可以是RRC释放消息,RRC释放消息用于将所述终端设备释放到空闲态或者非激活态,并且能够在进行所述第二寻呼之前将所述第二寻呼使用的所述第二寻呼标识发送给所述终端设备。因此,在接入网设备针对所述MBS业务进行所述第二寻呼时,所述终端设备可以根据所述第二寻呼标识“MBS业务2”确定该第二寻呼所针对的业务为所述MBS业务。
步骤S506:核心网设备向接入网设备发送第二核心网寻呼消息,所述第二核心网寻呼消息包括第二寻呼标识和第三寻呼标识。
具体地,所述第二核心网寻呼消息,用于指示接入网设备发起针对所述MBS业务的第二寻呼,其中,针对第二寻呼所使用的标识是所述第二寻呼标识,针对第三寻呼所使用的标识是所述第三寻呼标识,所述第三寻呼为所述第二寻呼的下一次寻呼。由于在步骤S501中核心网设备已经将所述第二寻呼标识“MBS业务2”提前发送给接入网设备,因此接入网设备在接收到第二核心网寻呼消息时,能够根据所述第二寻呼标识确定第二寻呼是针对该MBS业务发起的。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
可选地,所述第二核心网寻呼消息也可以携带后续多次寻呼所使用的标识,可参考步骤S501,此处不再详述。
步骤S507:所述接入网设备向终端设备发送第二消息,所述第二消息包括第二寻呼标识。
具体地,所述第二消息为第二组寻呼消息,第二组寻呼消息用于向所述终端设备进行针对所述MBS业务的所述第二寻呼,针对所述MBS业务进行的第二寻呼所使用的标识是所述第二寻呼标识“MBS业务2”。
步骤S508:所述终端设备根据所述第二寻呼标识确定所述MBS业务,响应所述第二寻呼进入连接态接收所述MBS业务。
具体地,由于在步骤S305中接入网设备已经将第二寻呼所使用的所述第二寻呼标识“MBS业务2”提前发送给终端设备,因此终端设备在接收到接入网设备的第二组寻呼消息时,能够根据所述第二寻呼标识“MBS业务2”确定该组寻呼针对的业务为所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
基于上述方法,使得每次针对所述MBS业务进行寻呼所使用的标识都不相同,增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
在实施例5中,接入网设备对终端设备进行针对MBS业务的第二寻呼时,使用由初始寻呼标识经过更新得到的寻呼标识,同时,终端设备也相应的对初始寻呼标识进行更新,从而能够确定第二寻呼所针对的业务是否是自己感兴趣的业务。其中接入网设备和终端设备通过相同的更新信息获得第二寻呼中的寻呼标识,所述更新信息包括但不限于寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。上述寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种可以在第二寻呼发起前,由核心网设备分别发送给终端设备和接入网设备,所述第二寻呼是所述第一寻呼的下一次寻呼。参见图6,图6是本申请实施例提供的另一种基于更新处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S600~S609:
步骤S600:所述核心网设备向所述终端设备发送第一NAS消息,所述第一NAS消息包括第一寻呼标识。
具体地,在终端设备加入所述MBS业务的业务组时,所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识。其中,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述MBS业务。这样在发起第一寻呼之前,终端设备已经获知在第一寻呼时所使用的标识,从而在接入网设备针对所述MBS业务进行第一寻呼时,终端设备能够根据所述第一寻呼标识确定该业务为所述MBS业务。例如,本实施例中的第一寻呼标识可以是“MBS业务1”。
步骤S601:核心网设备向接入网设备发送第一核心网寻呼消息,所述第一核心网寻呼消息包括第一寻呼标识。
具体地,所述第一寻呼标识用于在进行所述第一寻呼时标识所述MBS业务。所述第一核心网寻呼消息用于指示接入网设备发起针对所述MBS业务的第一寻呼。可理解地,所述第一核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S602:所述接入网设备向终端设备发送组寻呼消息,所述组寻呼消息包括第一寻呼标识。
具体地,所述第一组寻呼消息中携带所述第一寻呼标识,所述第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第一寻呼。
步骤S603:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到第一组寻呼消息后,根据所述第一寻呼标识“MBS业务1”确定该业务是该MBS业务,由于终端设备已加入该MBS业务的业务组,对该MBS业务感兴趣,所以会发起随机接入,进入连接态,终端设备在接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
步骤S604:所述核心网设备向所述终端设备发送第二NAS消息,所述第二NAS消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。
具体地,在接入网设备针对所述MBS业务向终端设备发起第二寻呼之前,所述核心网设备先通过NAS消息将寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种发送给所述终端设备。其中,所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或者第一寻呼标识的更新次数,此参数会随着寻呼次数的增加而递增。例如,基于第一寻呼的下一次寻呼为针对所述MBS业务的第二寻呼,寻呼标识更新所需要的参数可以是“1”,然后终端设备可以使用寻呼标识更新的规则对第一寻呼时所使用的第一寻呼标识“MBS业务1”进行1次更新,得到第二寻呼标识“MBS业务2”。之后,终端设备将会使用第二寻呼标识来对所述MBS业务的第二寻呼进行监听,也即是说,接入网设备在针对所述MBS业务发起第二寻呼时所使用的标识会是第二寻呼标识。
步骤S605:核心网设备向接入网设备发送会话指示消息,所述会话指示消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。
具体地,会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述MBS业务的会话,并且能够在进行所述第二寻呼之前将将寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种提前发送给所述接入网设备。因此,接入网设备可以提前明确在针对所述MBS业务向终端设备进行第二寻呼时要使用的第二寻呼标识“MBS业务2”,且核心网设备在指示接入网设备发起第二寻呼的核心网寻呼消息中携带的也是第二寻呼标识“MBS业务2”。
可选地,核心网也可以通过其他消息向接入网设备发送寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。
步骤S606:所述接入网设备向终端设备发送RRC释放消息。
具体地,RRC释放消息用于将所述终端设备释放到空闲态或者非激活态。
步骤S607:核心网设备向接入网设备发送的第三消息,所述第三消息包括第二寻呼标识。
具体地,所述第三消息可以是第二核心网寻呼消息,用于指示接入网设备发起针对所述MBS业务的第二寻呼,其中,针对第二寻呼所使用的标识是所述第二寻呼标识。可理解地,所述第二核心网寻呼消息还可能包括一个或多个终端设备ID以及DRX参数,此处不再详述。
步骤S608:所述接入网设备向终端设备发送第四消息,所述第四消息包括第二寻呼标识。
具体地,所述第四消息可以是第二组寻呼消息,用于向所述终端设备进行针对所述MBS业务的所述第二寻呼。其中,针对所述MBS业务进行的第二寻呼所使用的标识是所述第二寻呼标识“MBS业务2”。
步骤S609:所述终端设备根据所述第二寻呼标识确定所述MBS业务,响应所述第二寻呼进入连接态接收所述MBS业务。
具体地,由于在步骤S604中终端设备已经明确第二寻呼所使用的所述第二寻呼标识“MBS业务2”,因此终端设备在接收到接入网设备的第二组寻呼消息时,能够根据所述第二寻呼标识“MBS业务2”确定该组寻呼针对的业务为所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
基于上述方法,在某一次寻呼开始之前,核心网设备、接入网设备以及终端设备之间只需要通过信令交互最新的寻呼标识更新所需要的参数,便可以提前明确所述某一次寻呼所使用的标识。因此,即使在所述某一次寻呼之前出现错过接收业务的情况,也可以基于初始寻呼标识或第一寻呼标识以及最新的寻呼标识更新所需要的参数,确定出所述某一次寻呼要使用的标识。使得每次针对所述MBS业务进行寻呼所使用的标识都不相同,增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
在实施例6中,接入网设备向终端设备发送针对MBS业务的组寻呼时,使用经过安全处理的标识,其中用于安全处理的密钥、安全输入参数、安全算法中的一种或多种可以在寻呼发起前由核心网设备分别发送给接入网设备和终端设备。参见图7a和图7b,图7a是本申请实施例提供的一种基于安全处理的MBS业务寻呼的流程示意图,图7b是本申请实施例提供的另一种基于安全处理的MBS业务寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S700~S703:
步骤S700:所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括安全信息,所述安全信息包括密钥、安全输入参数、安全算法中的一种或多种。
具体地,在向终端设备针对所述MBS业务发起第二寻呼之前,所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括安全信息,所述安全信息包括密钥、安全输入参数、安全算法中的一种或多种。其中,安全算法可以是对称加密算法或非对称加密算法,例如采用DES算法,3DES算法,RSA算法等。
可选地,也可以由接入网设备向所述终端设备发送RRC消息,所述RRC消息包括安全信息包括密钥、安全输入参数、安全算法中的一种或多种。
可选地,所述安全信息也可以在协议中提前规定。
步骤S701:核心网设备向接入网设备发送的核心网寻呼消息,所述核心网寻呼消息包括第四寻呼标识。
具体地,所述第四寻呼标识用于标识MBS业务。所述核心网寻呼消息用于指示接入网设备发起针对所述MBS业务的第二寻呼。所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址(即在核心网发出的消息中第四寻呼标识未经过安全处理,如图7b中的S701),也可以是MBS会话标识、临时移动组标识TMGI或IP组播地址经过安全处理得到的标识(即在核心网发出的消息中第四寻呼标识已经过安全处理,如图7a中的S701)。
可选地,所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址进行映射处理后得到(即在核心网发出的消息中第四寻呼标识未经过安全处理,如图7b中的S701),也可以是MBS会话标识、临时移动组标识TMGI或IP组播地址进行映射处理和安全处理得到的标识(即在核心网发出的消息中第四寻呼标识已经过安全处理,如图7a中的S701)。
步骤S702:所述接入网设备向终端设备发送组寻呼消息,所述组寻呼消息包括第一寻呼标识。
具体地,所述第一组寻呼消息用于针对所述MBS业务向所述终端设备进行所述第二寻呼。
需要说明的是,第一寻呼标识是经过安全处理得到的。如果核心网寻呼消息中的第四寻呼标识未经过安全处理(如图7b中的S701),那么接入网设备可以利用所述安全信息对第四寻呼标识进行安全处理,得到第一寻呼标识(如图7b中的S702);如果第四寻呼标识已经过安全处理(如图7a中的S701),那么接入网设备可以根据安全信息对第四寻呼标识进行解密,从而确定第四寻呼标识所标识的是所述MBS业务,最后再依赖所述MBS业务进行设置一个新的标识并通过安全处理得到所述第一寻呼标识(如图7a中的S702)。
还需要说明的是,接入网设备可以通过核心网发送的其它消息提前获知用于安全处理的安全消息。
步骤S703:所述终端设备根据所述第一寻呼标识确定所述MBS业务,响应所述第一寻呼进入连接态接收所述MBS业务。
具体地,终端设备在接收到第一消息后,首先根据所述安全信息对所述第一寻呼标识进行解密,从而确定第一寻呼标识所标识的是所述MBS业务。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
基于上述方法,在针对MBS业务进行寻呼时,核心网设备、接入网设备以及终端设备之间利用经过安全处理的标识进行业务寻呼。通过安全处理,能够利用特种符号隐蔽消息中的语言、文字、图象,再通过隐蔽后的消息进行寻呼,使消息在寻呼过程中即使被窃取或载获,窃取者也不能了解消息的内容,从而保证标识的安全。因此,使得每次针对所述MBS业务进行寻呼所使用的标识都经过安全处理,能够增加窃听者追踪业务的难度,从而提高MBS业务的安全性。
需要说明的是,所有多播广播业务可以共同使用一组安全信息,每一种多播广播业务也可以使用不同的安全信息,这里不做具体限定。
需要说明的是,由于对寻呼标识进行安全处理的过程,会增加系统处理的复杂度,所以可以不需要对所有多播广播业务都进行寻呼标识安全处理。例如,对于安全性要求不高的业务(例如视频直播等业务),可以只采用正常的寻呼(即寻呼标识不需安全处理);而对于安全性要求较高的业务(例如公共安全业务),可以采用经过安全处理的寻呼标识进行寻呼。
还需要说明的是,寻呼标识是否需要进行安全处理,可以由核心网设备或者接入网设备决定。一方面,在终端设备加入多播广播业务组的时候,核心网设备可以通过NAS消息指示终端设备,某一多播广播业务的组寻呼中的寻呼标识是否会进行安全处理。如果需要安全处理,则可以进一步通过NAS消息将该多播广播业务对应的安全信息发送给终端设备;如果不需要安全处理,可以不发送该业务对应的安全信息。另一方面,核心网设备可以在寻呼消息中指示接入网设备是否需要对寻呼标识安全处理,相对应的,接入网设备可以在广播消息中或者组寻呼消息中携带指示信息,指示信息用于指示终端设备寻呼中的寻呼标识是否经过安全处理。
在实施例7中,当终端设备没有接收到针对所述MBS业务的组寻呼时,核心网设备需要启动保护机制,目的是确保所有对所述MBS业务感兴趣的终端设备都能正常进入连接态接收业务数据;保护机制的一种实现方式为,核心网设备重新发起针对该业务的组寻呼,让没有接收到本次组寻呼或者接收出错的终端设备通过重新发起的组寻呼进入连接态接收MBS业务;保护机制的另一种实现方式为,核心网设备针对没有接收到本次组寻呼或者接收出错的终端设备分别发起单播寻呼,使其进入连接态接收组播业务。参见图8,图8是本申请实施例提供的一种终端设备接入失败再寻呼的流程示意图,可应用于上述图1a中所述的通信系统。该方法包括以下步骤S800~S802:
S800:当终端设备没有接收到针对所述MBS业务的组寻呼时,核心网设备再次发送核心网寻呼消息。
具体地,假设由于某些原因,某些终端设备错过了一次组寻呼而没有进入连接态接入MBS业务,若按照上述实施例的标识更新方式,这些终端设备可能因为没有进入连接态而导致保存的还是未更新的标识,而其他接收到组寻呼并进入连接态的终端设备可以保存更新后的标识。当接入网设备下一次利用更新后的寻呼标识对该MBS业务进行寻呼时,保存未更新标识的终端设备会因为寻呼标识不匹配而不进入连接态,导致无法接收到该MBS业务。因此,当终端设备没有接收到针对所述MBS业务的组寻呼时,核心网设备会重新发送核心网寻呼消息指示接入网设备向所述终端设备再次发起针对所述MBS业务的寻呼。具体过程可以参考上述实施例,这里不再详述。
需要说明的是,核心网设备也可以回退到传统单播方式,针对没有接收到本次组寻呼或者接收出错的终端设备分别发起单播寻呼,使其进入连接态接收组播业务。
可选地,核心网设备可以先确定没有接收到本次组寻呼的终端设备数量,如果少于预设门限时,例如数量少于5个时,则回退到传统单播方式,对各个终端设备分别发起单播寻呼;否则可以继续使用组寻呼方式重新发送核心网寻呼消息指示接入网设备寻呼所有终端设备。通过设定门限值,可以减少因没有接收到本次组寻呼的终端数量较多时,仍采用传统单播方式带来的网络开销。
S801:接入网设备发送组寻呼消息。
具体地,接入网设备收到核心网设备发送的核心网寻呼消息后,通过组寻呼消息向所述终端设备再次发起针对所述MBS业务的寻呼。具体过程可以参考上述实施例,这里不再详述。
需要说明的是,接入网设备也可以对应地回退到传统单播方式,针对没有接收到本次组寻呼或者接收出错的终端设备分别发起单播寻呼,使其进入连接态接收组播业务。
S802:终端设备确定MBS业务,进入连接态接收所述MBS业务。
具体地,终端设备可以根据组寻呼消息或单播寻呼的消息中携带的标识,确定本次寻呼是针对MBS业务的。终端设备在确定该业务是自己感兴趣的业务之后,可以发起随机接入,进入连接态,接收到接入网设备发送的配置信息以后,开始接收该MBS业务的数据。
需要说明的是,终端设备在首次接入某个多播广播业务之前,需要先通过NAS流程消息通知核心网设备该终端设备加入该多播广播业务组。后续核心网设备发起该多播广播业务时,才能知道需要通知该终端设备进入连接态并接收该多播广播业务,并且也可以知道没有接收到某次组寻呼或者接收出错的终端设备。
还需要说明的是,该终端设备通过NAS流程消息加入该多播广播业务对应的多播广播组,如果此时该多播广播业务已经在传输过程中,则该终端设备保持在连接态,接入网设备向该终端设备发送接入该多播广播业务的配置信息,该终端设备可以根据配置信息接入该多播广播业务;如果该多播广播业务已经停止传输或者尚未开始传输,则接入网设备可以向该终端设备发送RRC释放消息,将终端设备释放到空闲态或者非激活态。其中,RRC释放消息中可以指示针对该多播广播业务的寻呼标识,终端设备可以根据此寻呼标识判断该多播广播业务何时开始。
最后还需要说明的是,上述实施例1~7中的更新处理和安全处理也可以进行组合,对经过更新处理的标识再进行安全处理,能够更大限度地增加窃听者追踪业务的难度,从而能够更加显著提高MBS业务的安全性。
可理解地,当上述实施例1~7应用于MBS业务时,由于采用了更新处理、安全处理中的一种或多种方式对MBS业务的标识进行了处理,使得针对MBS业务的每次寻呼所使用的标识与上一次寻呼所使用的标识不相同,或者每次寻呼所使用的标识都经过安全处理。因此,使得窃听者要通过MBS业务的标识进行业务追踪的难度巨大。本申请通过增加窃听者追踪MBS业务的难度,从而提高了MBS业务的安全性。
上述详细阐述了本申请实施例的方法,下面提供3种本申请实施例的相关设备。
请参见图9,图9是本申请实施例提供的一种接入网设备的结构示意图,该接入网设备9可以包括收发单元91、处理单元92,其中,各个单元的详细描述如下。
在一种设计中,收发单元91,用于发送第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;
所述收发单元91,用于发送第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
在一种可能的实现方式中,所述第二消息为RRC消息或者NAS消息。
在一种可能的实现方式中,所述收发单元91还用于接收核心网设备发送的第三消息,所述第三消息包含第三寻呼标识,所述第三寻呼标识用于标识所述第一业务;所述第三消息为会话指示消息,所述会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述第一业务的会话。
在一种可能的实现方式中,所述收发单元91用于接收第三消息,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向所述终端设备进行所述第二寻呼。
在一种可能的实现方式中,所述第三寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。
在一种可能的实现方式中,所述收发单元91还用于向所述终端设备发送第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
在一种可能的实现方式中,所述第三消息包含第三寻呼标识,所述第三寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元91还用于接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,所述核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述收发单元91向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
在另一种设计中,所述收发单元91用于接收核心网设备发送的核心网寻呼消息,所述核心网寻呼消息包括第一寻呼标识和第二寻呼标识,所述第一寻呼消息用于在第一寻呼时标识所述第一业务,所述第二寻呼标识用于在第二寻呼时标识所述第一业务;所述核心网寻呼消息用于指示所述接入网设备向终端设备发起所述第一业务的第一寻呼;所述收发单元91发送第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息可以是第一组寻呼消息,用于针对所述MBS业务向所述终端设备进行所述第一寻呼;所述收发单元91发送第二消息,所述第二消息包括第二寻呼标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元91还用于接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,所述核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述收发单元91向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
在另一种设计中,所述收发单元91用于接收核心网设备发送的NAS消息或会话指示消息,所述NAS消息或会话指示消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;所述收发单元91转发NAS消息或发送RRC释放消息给终端设备,RRC释放消息是与会话指示消息对应的消息,其中携带寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述寻呼标识更新的规则进行更新的更新次数;所述接入网设备还包括处理单元92,用于根据会话指示消息暂停、停止、激活或者释放所述第一业务的会话。
可选地,所述处理单元92还包括更新子单元921,用于基于初始寻呼标识或者第一寻呼标识按照更新的规则进行一定更新次数的更新,确定下一次寻呼所使用的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元91还用于接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,所述核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述收发单元91向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
在另一种设计中,所述收发单元91用于接收核心网设备发送的核心网寻呼消息,所述核心网寻呼消息包括第四寻呼标识;其中,核心网寻呼消息用于指示接入网设备针对第一业务向终端设备发起寻呼,所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址或者其映射标识经过安全处理得到的。
所述接入网设备还包括处理单元92,用于根据所述第四寻呼标识设置第一寻呼标识,第一寻呼标识也经过安全处理;所述收发单元91发送组寻呼消息,组寻呼消息包括第一寻呼标识。组寻呼消息用于向终端设备发起寻呼,第一寻呼标识用于标识第一业务。
可选地,所述处理单元92还包括安全子单元(加解密)922,用于对第四寻呼标识进行解密、对第一寻呼标识进行加密。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元91还用于接收核心网设备发送的核心网寻呼消息或单播寻呼的消息,所述核心网寻呼消息或单播寻呼的消息用于指示所述接入网设备向终端设备重新发起针对所述第一业务的寻呼;所述收发单元91向所述终端设备发送组寻呼消息或单播寻呼的消息,所述组寻呼消息或单播寻呼的消息用于向所述终端设备重新发起针对所述第一业务的寻呼。
请参见图10,图10是本申请实施例提供的一种终端设备的结构示意图,该终端设备10可以包括收发单元101,可选地,终端设备10还可以包括处理单元102,其中,各个单元的详细描述如下。
在一种设计中,收发单元101,用于接收接入网设备发送的第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述目标终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;
所述收发单元101,用于接收所述接入网设备发送的第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
在一种可能的实现方式中,所述第二消息为RRC消息或者NAS消息。
在一种可能的实现方式中,所述收发单元101还用于接收所述接入网设备发送的第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
可选地,所述终端设备还包括处理单元102,用于确定所述第一业务并发起随机接入所述第一业务。
在一种可能的实现方式中,在所述终端设备加入所述第一业务的业务组时,所述收发单元101还用于接收核心网设备发送的NAS消息,所述NAS消息包括所述第一寻呼标识。
在一种可能的实现方式中,第一寻呼标识和第二寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址,或者第一寻呼标识和第二寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,收发单元101接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
在另一种设计中,所述收发单元101用于接收核心网设备发送的NAS消息或接入网设备发送的RRC消息,所述NAS消息或RRC消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种。所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述更新的规则进行更新的更新次数。所述收发单元101接收接入网设备发送的第四消息,所述第四消息包括第二寻呼标识,所述第二寻呼标识用于标识第一业务,所述第四消息用于向终端设备针对所述业务发起第二寻呼。
可选地,所述终端设备还包括处理单元102,用于响应RRC消息释放本次寻呼链路资源。
可选地,所述处理单元102还包括更新子单元1021,用于基于初始寻呼标识或第一寻呼标识按照更新的规则进行一定更新次数的更新,确定第二寻呼所使用的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,收发单元101接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
在另一种设计中,所述收发单元101用于接收接入网设备发送的组寻呼消息,所述组寻呼消息包括第一寻呼标识;其中,组寻呼消息用于向终端设备发起针对第一业务的寻呼,所述第一寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址经过安全处理得到的,第一寻呼标识用于标识第一业务。
可选的,所述终端设备还包括处理单元102,用于确定所述第一业务并发起随机接入本次业务寻呼。
可选的,所述处理单元102还包括安全子单元(解密)1022,用于对第一寻呼标识进行解密。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,收发单元101接收接入网设备发送的组寻呼消息或者单播寻呼的消息,所述组寻呼消息或者单播寻呼的消息用于向所述终端设备重新发起所述第一业务的寻呼。
请参见图11,图11是本申请实施例提供的一种核心网设备的结构示意图,该核心网设备11可以包括收发单元111,可选地,核心网设备11还可以包括处理单元112,其中,各个单元的详细描述如下。
在一种设计中,收发单元111,用于向接入网设备发送第三消息,所述第三消息包括第三寻呼标识;其中,所述第三寻呼标识用于在进行第二寻呼时替代第一寻呼标识来标识第一业务,所述第一寻呼标识用于在进行第一寻呼时标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
在一种可能的实现方式中,所述第三消息为会话指示消息或NAS消息;所述会话指示消息用于指示所述接入网设备停止、激活、或者释放所述第一业务的会话。
在一种可能的实现方式中,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向终端设备进行第二寻呼,所述第二寻呼为第一寻呼的下一次寻呼。
在一种可能的实现方式中,所述第三寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。
在一种可能的实现方式中,在终端设备加入所述第一业务的业务组时,所述收发单元111向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述第一业务。
在一种可能的实现方式中,所述第三寻呼标识为与MBS会话标识、临时移动组标识TMGI或IP组播地址建立了映射关系的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元111发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
在另一种设计中,所述收发单元111发送核心网寻呼消息,所述核心网寻呼消息包括第一寻呼标识和第二寻呼标识,所述第一寻呼消息用于在第一寻呼时标识所述第一业务,所述第二寻呼标识用于在第二寻呼时标识所述第一业务;所述核心网寻呼消息用于指示所述接入网设备发起针对所述第一业务的第一寻呼。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元111发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
在另一种设计中,所述收发单元111发送NAS消息或会话指示消息,所述NAS消息或会话指示消息包括寻呼标识更新的规则、初始寻呼标识、寻呼标识更新所需要的参数中的一种或多种;所述寻呼标识更新所需要的参数可以是基于初始寻呼标识或第一寻呼标识按照所述寻呼标识更新的规则进行更新的更新次数;所述收发单元111向接入网设备发送核心网寻呼消息,所述核心网寻呼消息包括第二寻呼标识,所述第二寻呼标识用于标识第一业务,所述核心网寻呼消息用于指示接入网设备向终端设备针对所述业务发起第二寻呼。
可选地,所述核心网设备还包括处理单元112,用于生成NAS消息或会话指示消息。
可选地,所述处理单元112还包括更新子单元1121,用于基于初始寻呼标识或第一寻呼标识按照更新的规则进行一定更新次数的更新,确定第二寻呼所使用的标识。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元111发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
在另一种设计中,所述收发单元111发送核心网寻呼消息,所述核心网寻呼消息包括第四寻呼标识;其中,核心网寻呼消息用于指示接入网设备针对第一业务向终端设备发起寻呼,所述第四寻呼标识可以是MBS会话标识、临时移动组标识TMGI或IP组播地址或者其映射标识经过安全处理得到的。
可选地,所述核心网设备还包括处理单元112,用于生成核心网寻呼消息。
可选地,所述处理单元112还包括安全子单元(加密)1122,用于对第四寻呼标识进行加密。
在一种可能的实现方式中,当所述终端设备没有接收到针对所述第一业务的组寻呼时,所述收发单元111发送核心网寻呼消息或者单播寻呼的消息,所述核心网寻呼消息或者单播寻呼的消息用于指示接入网设备向终端设备重新发起针对第一业务的寻呼。
需要说明的是,本申请实施例中所描述的核心网设备11、接入网设备9和终端设备10中各功能单元的功能可参见上述方法实施例中的相关描述,此处不再赘述。
作为一种可能的产品形态,本申请实施例所述的核心网设备、接入网设备或终端设备,可以由一般性的总线体系结构来实现。
为了便于说明,参见图12,图12是本申请实施例提供的通信装置1200的结构示意图。该通信装置1200可以为核心网设备、接入网设备或终端设备,或其中的芯片。图12仅示出了通信装置1200的主要部件。除处理器1201和收发器1202之外,所述通信装置还可以进一步包括存储器1203、以及输入输出装置(图未示意)。
处理器1201主要用于对通信协议以及通信数据进行处理,以及对整个通信装置进行控制,执行软件程序,处理软件程序的数据。存储器1203主要用于存储软件程序和数据。收发器1202可以包括控制电路和天线,控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。
当通信装置开机后,处理器1201可以读取存储器1203中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过无线发送数据时,处理器1201对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器1201,处理器1201将基带信号转换为数据并对该数据进行处理。
在另一种实现中,所述的射频电路和天线可以独立于进行基带处理的处理器而设置,例如在分布式场景中,射频电路和天线可以与独立于通信装置,呈拉远式的布置。
其中,处理器1201、收发器1202、以及存储器1203可以通过通信总线连接。
一种设计中,通信装置1200可以用于执行前述实施例1中业务寻呼的功能:处理器1201可以用于生成图3a中各个步骤所发送的各类消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图3a中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例2中业务的功能:处理器1201可以用于生成图3b中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图3b中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例3中业务寻呼的功能:处理器1201可以用于生成图4中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图4中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例4中业务寻呼的功能:处理器1201可以用于生成图5中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图5中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例5中业务寻呼的功能:处理器1201可以用于生成图6中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图6中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例6中业务寻呼的功能:处理器1201可以用于生成图7a或图7b中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图7a或图7b中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通信装置1200可以用于执行前述实施例7中业务寻呼的功能:处理器1201可以用于生成图8中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;收发器1202可以用于收发图8中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
在上述任一种设计中,处理器1201中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在上述任一种设计中,处理器1201可以存有指令,该指令可为计算机程序,计算机程序在处理器1201上运行,可使得通信装置1200执行上述任一方法实施例中描述的方法。计算机程序可能固化在处理器1201中,该种情况下,处理器1201可能由硬件实现。
在一种实现方式中,通信装置1200可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuitboard,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor,PMOS)、双极结型晶体管(bipolar junction transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
本申请中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受图12的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端、智能终端、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
作为一种可能的产品形态,本申请实施例所述的核心网设备、接入网设备或终端设备,可以由通用处理器来实现。
实现业务寻呼的通用处理器包括处理电路和与所述处理电路内部连接通信的输入输出接口。
一种设计中,通用处理器可以用于执行前述实施例1中业务寻呼的功能:该处理电路可以用于生成图3a中各个步骤所发送的各类消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图3a中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例2中业务的功能:该处理电路可以用于生成图3b中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图3b中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例3中业务寻呼的功能:该处理电路可以用于生成图4中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图4中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例4中业务寻呼的功能:该处理电路可以用于生成图5中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图5中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例5中业务寻呼的功能:该处理电路可以用于生成图6中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图6中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例6中业务寻呼的功能:该处理电路可以用于生成图7a或图7b中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图7a或图7b中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
另一种设计中,通用处理器可以用于执行前述实施例7中业务寻呼的功能:该处理电路可以用于生成图8中各个步骤发送的消息,和/或用于执行本文所描述的技术的其它过程;该输入输出接口可以用于收发图8中各个步骤的消息,和/或用于本文所描述的技术的其它过程。
应理解,上述各种产品形态的通信装置,具有上述方法实施例中业务寻呼的任意功能,此处不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序代码,当上述处理器执行该计算机程序代码时,电子设备执行前述任一实施例中的方法。
本申请实施例还提供一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行前述任一实施例中的方法。
本申请实施例还提供一种通信装置,该装置可以以芯片的产品形态存在,该装置的结构中包括处理器和接口电路,该处理器用于通过接收电路与其它装置通信,使得该装置执行前述任一实施例中的方法。
本申请实施例还提供一种无线通信系统,包括核心网设备、接入网设备、终端设备中的一种或多种,可以执行前述任一实施例中的方法。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可能可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以为个人计算机、服务端或者网络设备等,具体可以是计算机设备中的处理器)执行本申请各个实施例上述方法的全部或部分步骤。其中,而前述的存储介质可包括:U盘、移动硬盘、磁碟、光盘、只读存储器(Read-OnlyMemory,缩写:ROM)或者随机存取存储器(RandomAccessMemory,缩写:RAM)等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (19)

1.一种业务寻呼方法,其特征在于,包括:
接入网设备向终端设备发送第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;
所述接入网设备向所述终端设备发送第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
2.如权利要求1所述的方法,其特征在于,所述第二消息为RRC消息或者NAS消息。
3.如权利要求1~2中任一项所述的方法,其特征在于,所述方法,还包括:
所述接入网设备接收核心网设备发送的第三消息,所述第三消息包含第三寻呼标识,所述第三寻呼标识用于标识所述第一业务;
所述接入网设备根据所述第三寻呼标识确定所述第二寻呼标识。
4.如权利要求3所述的方法,其特征在于,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向所述终端设备进行所述第二寻呼。
5.如权利要求3所述的方法,其特征在于,所述第三消息为会话指示消息,所述会话指示消息用于指示所述接入网设备暂停、停止、激活或者释放所述第一业务的会话。
6.如权利要求3~5中任一项所述的方法,其特征在于,所述第三寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。
7.如权利要求1~6中任一项所述的方法,其特征在于,所述方法,还包括:
所述接入网设备向所述终端设备发送第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
8.一种业务寻呼方法,其特征在于,包括:
终端设备接收接入网设备发送的第一消息,所述第一消息包括第一寻呼标识;其中,所述第一消息用于对所述目标终端设备进行第一寻呼,所述第一寻呼标识用于标识第一业务;
所述终端设备接收所述接入网设备发送的第二消息,所述第二消息包括第二寻呼标识;其中,所述第二寻呼标识用于在进行第二寻呼时替代所述第一寻呼标识来标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
9.如权利要求8所述的方法,其特征在于,所述第二消息为RRC消息或者NAS消息。
10.如权利要求8~9中任一项所述的方法,其特征在于,所述方法,还包括:
所述终端设备接收所述接入网设备发送的第四消息,所述第四消息包括所述第二寻呼标识;其中,所述第四消息用于对所述终端设备进行所述第二寻呼。
11.如权利要求8~10中任一项所述的方法,其特征在于,所述方法,还包括:
在所述终端设备加入所述第一业务的业务组时,所述终端设备接收核心网设备发送的NAS消息,所述NAS消息包括所述第一寻呼标识。
12.一种业务寻呼方法,其特征在于,包括:
核心网设备向接入网设备发送第三消息,所述第三消息包括第三寻呼标识;其中,所述第三寻呼标识用于在进行第二寻呼时替代第一寻呼标识来标识第一业务,所述第一寻呼标识用于在进行第一寻呼时标识所述第一业务,所述第二寻呼为所述第一寻呼的下一次寻呼。
13.如权利要求12所述的方法,其特征在于,所述第三消息为会话指示消息或NAS消息;所述会话指示消息用于指示所述接入网设备停止、激活、或者释放所述第一业务的会话。
14.如权利要求12所述的方法,其特征在于,所述第三消息为核心网寻呼消息,所述核心网寻呼消息用于指示所述接入网设备向终端设备进行第二寻呼,所述第二寻呼为第一寻呼的下一次寻呼。
15.如权利要求12~14中任一项所述的方法,其特征在于,所述第三寻呼标识为MBS会话标识、临时移动组标识TMGI或IP组播地址。
16.如权利要求12~15中任一项所述的方法,其特征在于,所述方法,还包括:
在终端设备加入所述第一业务的业务组时,所述核心网设备向所述终端设备发送NAS消息,所述NAS消息包括第一寻呼标识,所述第一寻呼标识用于对所述终端设备进行第一寻呼时标识所述第一业务。
17.一种接入网设备,其特征在于,包括用于执行如权利要求1~7中任一项所述方法的单元或模块。
18.一种终端设备,其特征在于,包括用于执行如权利要求8~11中任一项所述方法的单元或模块。
19.一种核心网设备,其特征在于,包括用于执行如权利要求12~16中任一项所述方法的单元或模块。
CN202110670508.2A 2021-06-16 2021-06-16 一种业务寻呼方法、相关设备及系统 Pending CN115484556A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202110670508.2A CN115484556A (zh) 2021-06-16 2021-06-16 一种业务寻呼方法、相关设备及系统
PCT/CN2022/097179 WO2022262609A1 (zh) 2021-06-16 2022-06-06 一种业务寻呼方法、相关设备及系统
EP22824089.1A EP4340405A1 (en) 2021-06-16 2022-06-06 Service paging method and system, and related device
US18/516,987 US20240089922A1 (en) 2021-06-16 2023-11-22 Service paging method, related device, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110670508.2A CN115484556A (zh) 2021-06-16 2021-06-16 一种业务寻呼方法、相关设备及系统

Publications (1)

Publication Number Publication Date
CN115484556A true CN115484556A (zh) 2022-12-16

Family

ID=84420220

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110670508.2A Pending CN115484556A (zh) 2021-06-16 2021-06-16 一种业务寻呼方法、相关设备及系统

Country Status (4)

Country Link
US (1) US20240089922A1 (zh)
EP (1) EP4340405A1 (zh)
CN (1) CN115484556A (zh)
WO (1) WO2022262609A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101520683B1 (ko) * 2007-09-13 2015-05-15 엘지전자 주식회사 페이징 과정을 이용한 제어 정보 제공 방법
CN105188138B (zh) * 2015-08-26 2018-07-24 京信通信系统(中国)有限公司 Lte寻呼方法和系统
WO2018127454A1 (en) * 2017-01-04 2018-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for paging in a wireless communication system
CN110291812B (zh) * 2017-02-10 2022-04-15 三星电子株式会社 无线通信系统中非活动模式操作的方法和装置
US10667238B2 (en) * 2017-05-05 2020-05-26 Qualcomm Incorporated Multiple paging radio network temporary identifiers (PRNTIs) to reduce page collisions
CN108990150B (zh) * 2017-06-05 2022-02-18 普天信息技术有限公司 寻呼处理方法

Also Published As

Publication number Publication date
US20240089922A1 (en) 2024-03-14
WO2022262609A1 (zh) 2022-12-22
EP4340405A1 (en) 2024-03-20

Similar Documents

Publication Publication Date Title
JP5789287B2 (ja) 無線通信システムにおけるマルチメディアブロードキャスト・マルチキャストサービスのためのマルチセル協調
US20080233974A1 (en) Multimedia broadcast and multicast service notification in long term evolution
EP3033911A1 (en) Method and apparatus
CN105340322A (zh) 用于处理通信网络中失效的方法和节点
US20220322285A1 (en) Communication method and apparatus
WO2021038277A1 (en) Broadcast service
CN113055812A (zh) 一种数据传输方法、基站及核心网网元
TWI763685B (zh) 數據傳輸的方法、接入網設備、終端設備和網絡實體
EP3138267A1 (en) Providing location information for expressions
CN114173322A (zh) 一种通信方法及装置
CN115484556A (zh) 一种业务寻呼方法、相关设备及系统
US20210243657A1 (en) Communication method, core network device, access network device, terminal device, and communication system
CN114374937B (zh) 业务变更通知方法、终端及网络侧设备
JP6421761B2 (ja) 装置及び方法
US20190116468A1 (en) Efficient broadcast to mobile device operating independently of a sim
WO2017011941A1 (zh) 上行数据包的传输方法、终端设备、基站及通信系统
CN112118540B (zh) 一种通信方法及设备
US20240048503A1 (en) Resource Release Method and Apparatus, Network Node and Storage Medium
AU2021286622B2 (en) Mode Switching Method, Terminal, and Network-Side Device
WO2022148454A1 (zh) 数据传输方法、装置及网络侧设备
KR20240019847A (ko) 정보 전송 방법, 장치, 통신 기기 및 저장 매체(information transmission method and apparatus, and communication device and storage medium)
CN115516942A (zh) 寻呼处理方法及其装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination