CN110463295B - 一种寻呼方法及装置 - Google Patents
一种寻呼方法及装置 Download PDFInfo
- Publication number
- CN110463295B CN110463295B CN201780088694.0A CN201780088694A CN110463295B CN 110463295 B CN110463295 B CN 110463295B CN 201780088694 A CN201780088694 A CN 201780088694A CN 110463295 B CN110463295 B CN 110463295B
- Authority
- CN
- China
- Prior art keywords
- identifier
- tunnel
- paging
- terminal
- group
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种寻呼方法及装置,用以解决现有技术中寻呼过程复杂的问题,该方法包括:接入设备接收下行数据,下行数据包括终端的第一标识,根据第一标识确定寻呼标识,接入设备向终端发送寻呼消息,寻呼消息携带寻呼标识。因此,接入设备接收到下行数据后,寻呼过程由接入设备发起,无需经过控制面网元设备,节省信令,减少信令传输路径,降低了寻呼过程的复杂度。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种寻呼方法及装置。
背景技术
随着无线网络技术的发展,物联网(Internet of Things,IoT)应用越发普及,终端为了节省电量,若长时间与网络侧没有交互则会进入空闲(IDLE)态,释放终端与核心网之间的连接。当有下行数据到达时,需要首先恢复终端与核心网之间的连接,使终端进入激活(ACTIVE)状态,这个过程就寻呼过程。
如图1所示为4G网络中的寻呼过程。
S101:服务网关(Serving Gateway,S-GW)接收下行数据。
S102:S-GW向移动性管理实体(Mobility Management Entity,MME)发送下行数据通知消息(Downlink Data Notification,DDN)。
S103:MME向S-GW回复下行数据通知确认消息。
S104:MME向演进型基站(evolved Node B,eNB)发送寻呼消息。
S105:eNB向用户设备(User Equipment,UE)发送寻呼消息。
UE收到寻呼消息后,重新建立UE与eNB之间的空口连接、以及eNB与MME之间的信令连接。
由图1可知,在4G网络中,当UE处于IDLE态时,只有MME与S-GW之间的S11信令连接,和S-GW与分组数据网络网关(Packet Data Network Gateway,P-GW)之间的用户面连接(图1中没有画出)。而eNB和MME之间的S1连接处于断开状态,UE和eNB之间的无线资源控制(Radio Resource Control,RRC)连接也处于断开状态。
上述寻呼过程主要存在如下问题:信令交互数目较多且寻呼过程较为复杂。
发明内容
本申请实施例提供一种寻呼方法及装置,用以解决现有技术中寻呼过程复杂的问题。
第一方面,本申请实施例提供一种寻呼方法,包括:接入设备接收下行数据,下行数据包括终端的第一标识,根据第一标识确定寻呼标识,接入设备向终端发送寻呼消息,寻呼消息携带寻呼标识。因此,采用本申请实施例提供的方法,接入设备接收到下行数据后,寻呼过程由接入设备发起,无需经过控制面网元设备,节省信令,减少信令传输路径,降低了寻呼过程的复杂度。
在一种可能的设计中,接入设备根据第一标识确定寻呼标识,包括:接入设备确定第一标识作为寻呼标识。因此,采用本申请实施例提供的方法确定寻呼标识,方法简便,复杂度较低。应理解的是,由于一个终端可能对应多个IP地址,因此,当寻呼标识为终端的IP地址,或终端的IP地址的派生值时,接入设备只能恢复该IP地址对应的会话连接,而不能恢复该终端对应的所有会话连接。而当寻呼标识为终端的ID、或终端的ID的派生值、或终端的MAC地址、或终端的MAC地址的派生值时,接入设备可恢复该终端的所有会话连接。
在一种可能的设计中,接入设备根据第一标识确定寻呼标识,包括:接入设备根据第一标识,确定终端的第二标识,寻呼标识包括终端的第二标识。因此,采用本申请实施例提供的方法,第二标识可以为临时标识,与现有技术中的寻呼标识相同,不需要对终端进行改进,与现有技术的兼容性较好。例如,接入设备上存储算法,接入设备可根据该算法将第一标识映射至第二标识。可选的,接入设备本身可不必存储第一标识与第二标识的映射关系。同时,CP也存储与接入设备相同的算法,CP也可根据该算法将第一标识映射至第二标识,CP事先将第二标识通知给终端,使终端在收到接入设备发送的携带该第二标识的寻呼消息时,获知该寻呼消息是针对本终端的寻呼消息。
在一种可能的设计中,还包括:接入设备根据目标隧道标识,以及隧道标识与控制面网元的设备标识的对应关系,确定目标隧道标识对应的控制面网元的设备标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;寻呼标识还包括目标隧道标识对应的控制面网元的设备标识。因此,采用本申请实施例提供的方法,当接入设备确定终端的第二标识后,还可以进一步确定目标隧道标识对应的控制面网页的设备标识,一起作为寻呼标识,此时,也不需要对终端进行改进,与现有技术的兼容性较好。
在一种可能的设计中,接入设备根据第一标识确定终端的第二标识,包括:接入设备根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定目标隧道标识对应的DN名称,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;接入设备根据第一标识和目标隧道标识对应的DN名称,确定终端的第二标识。因此,根据不同的场景,第二标识还可根据不同的参数确定,保障了寻呼标识的可靠性和准确性。
在一种可能的设计中,第一标识为终端的身份标识ID、或终端的ID的派生值、或终端的IP地址、或终端的IP地址的派生值、或终端的媒体访问控制MAC地址、或终端的MAC地址的派生值。因此,本申请实施例中提供了第一标识的多种可能实现方式,提高了第一标识的灵活性。
在一种可能的设计中,还包括:接入设备根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定目标隧道标识对应的DN名称,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;其中,寻呼标识还包括目标隧道标识对应的DN名称。因此,根据不同的场景,寻呼标识中还可包括DN名称,保障了寻呼标识的可靠性和准确性。需要说明的是,访问不同DN的终端,可能具有相同的IP地址。如,UE1通过某AN访问DN1,UE2通过同样的AN访问DN2。那么,UE1的IP地址可能与UE2的IP地址相同。对于这种场景,寻呼标识为UE的IP地址或UE的IP地址的派生值,或寻呼标识为根据UE的IP地址或UE的IP地址的派生值确定的第二标识,或寻呼标识为根据UE的IP地址或UE的IP地址的派生值确定的第二标识,以及控制面网元的设备标识时,无法唯一确定一个UE。因此考虑将第一标识和DN名称作为寻呼标识,或将第二标识和DN名称作为寻呼标识,或第二标识和控制面网元设备标识和DN名称作为寻呼标识,或由AN根据第一标识和DN名称确定第二标识,并将第二标识作为寻呼标识,或由AN根据第一标识和DN名称确定第二标识,并将第二标识和控制面网元的设备标识作为寻呼标识。同理,上述DN名称,也可以由DN名称的派生值代替,上述第一标识也可以由第一标识的派生值代替。
在一种可能的设计中,该方法还包括:接入设备在隧道建立过程中,从控制面网元接收隧道标识与DN名称的对应关系。因此,本申请实施例中接入设备可以在用户面隧道建立过程从控制面网元接收隧道标识与DN名称的对应关系,具体的可以报考在设备连接建立过程中建立用户面隧道或终端的会话建立过程中建立用户面隧道。
在一种可能的设计中,接入设备发送寻呼消息,包括:接入设备根据寻呼标识计算寻呼时刻;接入设备在寻呼时刻发送寻呼消息。因此,本申请实施例中接入设备可以用寻呼标识,例如第一标识或第二标识,计算寻呼时刻,无需从控制面网元接收用于计算寻呼时刻的参数,节省了信令。
第二方面,一种寻呼方法,包括:接入设备接收下行数据;接入设备根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;接入设备向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带寻呼标识,寻呼标识包括目标隧道标识对应的群组标识。因此,采用本申请实施例提供的方法,接入设备通过确定群组标识,将群组中包括的终端寻呼成功,无需通过多个网元执行多次信令交互,提高了寻呼效率。
在一种可能的设计中,该方法还包括:接入设备在隧道建立过程中,从控制面网元接收隧道标识与群组标识的对应关系。因此,接入设备可以在用户面隧道建立过程中获得隧道标识与群组标识的对应关系,不用增加新的信令交换流程,不必增加系统复杂度。
在一种可能的设计中,该方法还包括:接入设备在隧道建立过程中,从控制面网元接收群组标识对应群组中包括的终端数量;接入设备向群组标识对应的终端发送寻呼消息,包括:接入设备周期性地向群组标识对应的终端发送寻呼消息,直至接入设备确定群组标识对应的终端均已寻呼成功。因此,采用本申请实施例提供的方法,接入设备可以清楚地了解是否将群组内的所有终端寻呼成功,保证了群组内终端的一致性,提高了寻呼过程的可靠性。
在一种可能的设计中,寻呼消息还携带下行数据。因此,相较于现有技术中采用广播信道传输数据,增强了下行数据传输的可靠性。
在一种可能的设计中,在接入设备发送寻呼消息之后,方法还包括:接入设备确定群组标识对应群组中的第一终端进入激活态时,将下行数据发送给第一终端。因此,相较于现有技术中采用广播信道传输数据,增强了下行数据传输的可靠性。
第三方面,本申请提供一种寻呼装置,用于执行上述第一方面或第一方面的任意可能的设计的方法。具体地,该装置包括用于执行上述第一方面或第一方面的任意可能的设计的方法的单元。
第四方面,本申请提供一种寻呼装置,用于执行上述第二方面或第二方面的任意可能的设计的方法。具体地,该装置包括用于执行上述第二方面或第二方面的任意可能的设计的方法的单元。
第五方面,本申请提供一种接入设备,包括收发器、处理器和存储器。其中,收发器、处理器以及所述存储器之间可以通过总线系统相连。该存储器用于存储程序、指令或代码,所述处理器用于执行所述存储器中的程序、指令或代码,以完成上述第一方面或第一方面的任意可能的实现方式中的方法。
第六方面,本申请提供一种接入设备,包括收发器、处理器和存储器。其中,收发器、处理器以及所述存储器之间可以通过总线系统相连。该存储器用于存储程序、指令或代码,所述处理器用于执行所述存储器中的程序、指令或代码,以完成上述第二方面或第二方面的任意可能的实现方式中的方法。
本申请的又一方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请的又一方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
根据本申请的方案,接入设备接收下行数据,下行数据包括终端的第一标识,接入设备根据第一标识确定寻呼标识,向终端发送寻呼消息,其中,寻呼消息携带寻呼标识。因此,接入设备接收到下行数据后,寻呼过程由接入设备发起,无需经过控制面网元设备,节省信令,减少信令传输路径,降低了寻呼过程的复杂度。
根据本申请的方案,接入设备接收下行数据,根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识,接入设备向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带寻呼标识,寻呼标识包括目标隧道标识对应的群组标识。因此,接入设备根据接收下行数据采用隧道的隧道标识确定群组标识,将群组中包括的终端寻呼成功,无需通过多个网元执行多次信令交互,提高了寻呼效率。
附图说明
图1为本申请背景技术中4G网络中的寻呼流程示意图;
图2为本申请实施例中演进分组系统的结构示意图;
图3为本申请实施例中基于SDN的网络架构示意图;
图4为本申请实施例中寻呼方法的概述流程图之一;
图5为本申请实施例中GUTI的构成示意图;
图6为本申请实施例中通过设备连接建立过程获得隧道标识与DN名称的对应关系的示意图;
图7为本申请实施例中通过会话建立过程获得隧道标识与DN名称的对应关系的示意图;
图8为本申请实施例中寻呼方法的概述流程图之二;
图9为本申请实施例中接入设备寻呼终端群组的具体场景示意图之一;
图10为本申请实施例中接入设备寻呼终端群组的具体场景示意图之二;
图11为本申请实施例中通过会话建立过程获得隧道标识与群组标识的对应关系的示意图;
图12为本申请实施例中寻呼装置的结构示意图之一;
图13为本申请实施例中寻呼装置的结构示意图之二;
图14为本申请实施例中接入设备的结构示意图之一;
图15为本申请实施例中接入设备的结构示意图之二。
具体实施方式
下面结合附图,对本申请的实施例进行描述。
首先,针对本申请实施例的应用场景进行简单介绍,参阅图2和图3所示。
如图2所示,演进分组系统(Evolved Packet System,EPS)分为无线接入网和核心网两部分。其中,无线接入网是演进的通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN),用于实现无线接入有关的功能。核心网是演进的分组核心网(Evolved Packet Core,EPC),核心网中的关键逻辑网元包括MME、S-GW、P-GW、归属用户服务器(Home Subscriber Server,HSS),以及策略与计费规则功能单元(Policy and Charging Rules Function,PCRF)等。
其中,MME主要负责控制面的移动性管理和会话管理,如用户的鉴权、切换、空闲状态终端的移动性管理、用户上下文管理以及承载管理等。S-GW是用户面功能实体,完成分组数据的路由和转发,同时还是3GPP系统内的数据锚点,终止E-UTRAN的接口。HSS存储用户签约信息。P-GW是连接外部数据网的网关,是3GPP接入网络和非3GPP接入网络之间的用户面锚点。
例如,UE可以通过建立到P-GW的分组数据网络(Packet Data Network,PDN)连接来访问外部PDN,这些PDN可以是Internet、虚拟私有网络(Virtual Private Network,VPN)、IP多媒体业务(IP Multi-media Service,IMS)网络,或者由运营商提供的无线应用协议(Wireless Application Protocol,WAP)网络等。
在实际的网络部署中,S-GW和P-GW都是合一部署的(除个别情况外,如漫游),一般统称为网关。随着移动互联网业务的发展、企业网业务的丰富、以及多种制式的移动接入网络的融合,需要网关设备在完成基本的数据转发功能的基础上,逐渐向更精细化的业务控制和计费方向发展,从而支撑运营商更丰富的业务实施和控制。因此,在EPS架构中,网关仍然保留大量的对外信令接口,为了能处理大量的接口信令,网关采用专用硬件平台,并在专用硬件平台的基础上增加大量的通用计算处理器芯片等硬件,使得网关设备的硬件平台非常复杂,成本过高,不利于移动分组数据网络的推广和部署,且信令处理性能不强,已经成为网络演进的瓶颈。
软件定义网络(Software Defined Network,SDN)技术为网络演进的瓶颈问题提供了有效的途径,通过进一步将网关的控制面接口信令处理功能和用户面转发数据功能分离,将接口信令处理功能放在通用计算平台上,成为控制面网元(Control Plane,CP),将用户面转发数据的功能放在专用硬件平台上,成为转发面网元(User Plane,UP)。另外,通过将网关中控制面功能和转发面功能解耦,大大简化了硬件平台的设计,降低了硬件平台的成本,有利于加快移动分组数据网络部署。
如3图所示,为基于SDN的网络架构示意图,包括:CP、UP、接入网(Access Network,AN)、终端、数据网络(Data Network,DN)等。在终端处于激活态时,CP与终端之间存在NG1信令连接,终端与AN之间存在无线连接,该无线连接包括RRC信令连接和用户面连接,其中用户面连接可以是无线承载(radio bearer,RB),CP与AN之间存在NG2连接,AN与UP之间存在NG3连接,CP与UP之间存在NG4连接,UP与DN之间存在NG6连接。
其中,CP负责SDN网络中的移动性管理、转发路径管理,如向UP下发报文转发策略,指示UP根据报文转发策略进行报文处理和转发。CP可以是SDN控制器、或网关控制面(GW-C)、或MME,或以上网元融合后形成的。另外,CP还可以分为移动性管理网元和会话管理网元。移动性管理网元负责对用户进行移动性管理,如附着、切换、位置更新等过程;会话管理网元负责对用户进行会话管理,如会话建立、修改、释放等过程。
UP负责报文处理与转发,可以是具有P-GW的转发面功能、或S-GW的转发面功能的物理或虚拟的转发设备、或路由器、或交换机等。
AN为终端提供无线接入服务。AN可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同,例如,在LTE系统中,称为演进的节点B(evolved NodeB,eNB或者eNodeB),在第三代(3rd generation,3G)系统中,称为节点B(Node B)等。
终端包括但不限于手机、网络接入终端设备、物联网终端设备等。
数据网络(Data Network,DN),为用户提供数据传输服务,可以是PDN网络,如Internet、IMS等。
应理解的是,在本申请的主要应用场景中,终端主要为固定无线终端,或不超出基站覆盖范围的移动终端,如火灾检测传感器、智能水表/电表、工厂监控设备等。核心网之间,即AN与UP之间、UP与UP之间,采用聚合隧道,如组隧道(per group tunnel)、节点隧道(per node per DN tunnel)。其中,per group tunnel可供一组终端使用。per node perDN tunnel属于设备级隧道。例如,在AN与UP之间采用per node per DN tunnel的应用场景中,凡是通过同一个AN、同一个UP接入某网络的终端,都可以采用相同的per node per DNtunnel,该per node per DN tunnel不会随着终端进入idle态而释放,即AN与UP之间始终存在用户面连接。
本申请实施例提供一种寻呼方法,用以解决现有技术中寻呼过程复杂,信令交互数目较多的问题,针对接入设备寻呼单个终端的场景,如图4所示,终端与接入设备之间无RRC连接,无RB,且控制面网元与接入设备之间无NG2连接,控制面网元与转发面网元之间存在NG4连接,接入设备与转发面网元之间存在NG3隧道连接(例如上述per node per DN隧道)。
参阅图4所示,该方法包括:
步骤400:接入设备接收下行数据,下行数据包括终端的第一标识。
如图4所述,聚合隧道NG3隧道在建立完成后,始终保持连接状态。接入设备通过聚合隧道接收由转发面网元发送的下行数据。
步骤410:接入设备根据第一标识确定寻呼标识。
步骤420:接入设备向终端发送寻呼消息,寻呼消息携带寻呼标识。
应理解的是,当终端不是空闲态时,接入设备可以直接通过终端与接入设备之间存在空口连接把下行数据发送给终端。当终端处于空闲态,此时接入设备没有该终端的空口侧上下文,例如数据无线承载标识(data radio bearer identity,DRB ID),接入设备需要向终端发起寻呼。当终端转换至激活态后,接入设备向终端发送下行数据。
由上可知,采用本申请实施例提供的方法,接入设备在接收到下行数据后,无需通过多个网元执行多次信令交互,提高了寻呼效率,降低了寻呼过程的复杂度。
在一种可能的设计中,接入设备在执行步骤410时,接入设备确定第一标识作为寻呼标识。
例如,第一标识为终端的身份标识ID、或终端的ID的派生值、或终端的IP地址、或终端的IP地址的派生值、或终端的媒体访问控制(Media Access Control,MAC)地址、或终端的MAC地址的派生值。
应理解的是,由于一个终端可能对应多个IP地址,因此,当寻呼标识为终端的IP地址,或终端的IP地址的派生值时,接入设备只能恢复该IP地址对应的会话连接,而不能恢复该终端对应的所有会话连接。而当寻呼标识为终端的ID、或终端的ID的派生值、或终端的MAC地址、或终端的MAC地址的派生值时,接入设备可恢复该终端的所有会话连接。
在一种可能的设计中,接入设备在执行步骤410时,接入设备根据第一标识,确定终端的第二标识,寻呼标识包括终端的第二标识。
例如,AN上存储算法,AN可根据该算法将第一标识映射至第二标识。可选的,AN本身可不必存储第一标识与第二标识的映射关系。同时,CP也存储与AN相同的算法,CP也可根据该算法将第一标识映射至第二标识,CP事先将第二标识通知给终端,使终端在收到AN发送的携带该第二标识的寻呼消息时,获知该寻呼消息是针对本终端的寻呼消息。
在一种可能的设计中,接入设备在执行步骤410时,可进一步根据目标隧道标识,以及隧道标识与控制面网元的设备标识的对应关系,确定目标隧道标识对应的控制面网元的设备标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识。此时,寻呼标识还包括目标隧道标识对应的控制面网元的设备标识。因此,寻呼标识包括终端的第二标识和目标隧道标识对应的控制面网元的设备标识。
例如,AN上存储算法,AN可根据该算法将第一标识映射至第二标识,可选的,AN本身可不必存储第一标识与第二标识的映射关系。同时,CP也存储与AN相同的算法,CP也可根据该算法将第一标识映射至第二标识,CP事先将第二标识和CP的设备标识通知给终端,使终端在收到AN发送的携带该第二标识和CP的设备标识的寻呼消息时,获知该寻呼消息是针对本终端的寻呼消息。
又例如,当第一标识为UE IP时,CP可以根据UE IP为UE分配临时标识,作为第二标识。
需要说明的是,CP分配第二标识与CP分配UE IP可以不同时进行,如在注册流程或会话建立流程中,CP为UE分配第二标识,而不分配UE IP或UE ID;在会话建立流程之后,CP为UE分配IP地址,如通过DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)方式。在这种情况下,CP在注册流程或会话建立流程中,为UE分配一个默认的或随机的第二标识;当CP为UE分配IP地址后,CP根据UE IP更新第二标识,并将更新后的第二标识发送给UE。
此外,接入设备根据终端的第一标识,确定终端的第二标识时,接入设备首先根据目标隧道标识,以及隧道标识与DN名称的对应关系确定目标隧道标识对应的DN名称,然后,接入设备根据下行数据中包括的终端的第一标识、目标隧道标识对应的DN名称,确定终端的第二标识。
例如,AN上存储的算法,AN可根据该算法将第一标识、目标隧道标识对应的DN名称映射至第二标识,可选的,AN本身可不必存储第一标识与第二标识的映射关系。举例来说,当第二标识为全球唯一临时标识(Globally Unique Temporary Identity,GUTI)时,可通过算法GUTI=f(UE IP,DNN)来确定第二标识。其中,DNN是指数据网络名称(Data NetworkName,DNN)。
GUTI的构成如图5所示,在4G网络中,移动设备国家代码(Mobile Country Code,MCC)、移动设备网络代码(Mobile Network Code,MNC)、MME组标识(MME GroupIdentifier,MMEGI)、和MME编号(MME Code,MMEC)都是无法改变的,只有MME临时用户标识(MME-Temporary Mobile Subscriber Identity,M-TMSI)是由CP随机分配的。
根据本申请实施例,AN可根据UE IP或UE ID确定UE的GUTI、SAE临时移动用户标识(SAE-Temporary Mobile Subscriber Identity,S-TMSI)或M-TMSI,作为第二标识。例如,可以采用但不限于以下几种方式:
公式1:GUTI=f(UE IP/UE ID)
公式2:S-TMSI=f(UE IP/UE ID)
公式3:M-TMSI=f(UE IP/UE ID)
进一步地,CP采用公式1根据UE IP/UE ID为UE分配GUTI,通知给UE。同样地,AN根据下行数据中包括的UE IP/ID、以及公式1确定GUTI作为寻呼标识。
或者,CP采用公式2根据UE IP/UE ID为UE分配S-TMSI,通知给UE。同样地,AN根据下行数据中包括的UE IP/ID、以及公式2确定S-TMSI作为寻呼标识。
又或者,CP采用公式3根据UE IP/UE ID为UE分配M-TMSI,并进一步确定MMEC,由M-TMSI和MMEC构成S-TMSI通知给UE,同样地,由AN根据下行数据中包括的UE IP/ID、以及公式3确定对应的M-TMSI,以及根据接收下行数据时采用隧道的隧道标识确定对应的MMEC,这两个标识共同作为寻呼标识。其中,CP将隧道标识与MMEC的对应关系发送给AN。
在一种可能的设计中,寻呼标识还包括目标隧道标识对应的DN名称;
即寻呼标识的构成可以为第一标识和DN名称,第二标识和DN名称,或,第二标识和目标隧道标识对应的控制面网元的设备标识和DN名称。
需要说明的是,访问不同DN的终端,可能具有相同的IP地址。如,UE1通过某AN访问DN1,UE2通过同样的AN访问DN2。那么,UE1的IP地址可能与UE2的IP地址相同。对于这种场景,考虑将第一标识和DN名称作为寻呼标识,或将第二标识和DN名称作为寻呼标识,或第二标识和控制面网元设备标识和DN名称作为寻呼标识,或由AN根据第一标识和DN名称确定第二标识,并将第二标识作为寻呼标识,或由AN根据第一标识和DN名称确定第二标识,并将第二标识和控制面网元的设备标识作为寻呼标识,从而唯一确定一个UE。同理,上述DN名称,也可以由DN名称的派生值代替,上述第一标识也可以由第一标识的派生值代替。
进一步地,隧道标识与DN名称的对应关系可以通过以下方法获得:
接入设备在隧道建立过程中,从控制面网元接收隧道标识与DN名称的对应关系。
上述隧道建立过程是指用户面隧道的建立过程,即NG3的建立过程。
下面结合图6和图7对接入设备获得隧道标识与DN名称的对应关系的过程进行详细说明。
从图6和图7中可知,用户面隧道的建立方式有2种:
第一种方式:如图6所示,在设备连接建立过程中建立用户面隧道。
S601:AN向CP发送NG2连接建立请求,携带AN的用户面消息,其中,AN的用户面消息包括AN IP。
S602:CP向UP发起AN与UP之间的用户面路径建立请求。
具体的,CP分配隧道标识,向UP发送用户面路径建立请求,携带AN的用户面消息、隧道标识以及DN名称。
在一种可能的实现方式中,CP根据本地配置信息获知DN名称,或CP根据UP的连接能力信息获知对应的DN名称,其中,UP的连接能力信息用于指示该UP所连接的DN,该UP的连接能力信息也保存在CP中。
S603:UP向CP发送用户面路径建立响应,携带UP的用户面消息,其中,UP的用户面消息包括UPIP。
S604:CP向AN发送NG2连接建立响应,携带UP的用户面消息、隧道标识以及DN名称。
S605:AN保存隧道标识与DN名称的对应关系。
第二种方式:如图7所示,在会话建立过程中建立用户面隧道。
S701:UE通过AN向CP发送会话建立请求,用于建立UE与AN之间的会话连接。可选的,该会话建立请求携带DN名称。
S702:CP根据DN名称、签约数据等选择为UE提供报文转发服务的UP,为UE分配IP地址,分配隧道标识,并向UP发送用户面路径建立请求,携带AN的用户面消息,隧道标识以及DN名称,UE的IP地址,其中,AN的用户面消息包括AN IP。
当UE发送的会话建立请求携带DN名称时,CP根据该DN名称和该UE签约数据中的DN名称选择为该UE提供报文转发服务的UP。或者,当UE发送的会话建立请求未携带DN名称时,CP根据该UE签约数据中的DN名称选择为该UE提供报文转发服务的UP。
S703:UP向CP发送用户面路径建立响应,携带UP的用户面消息,其中,UP的用户面消息包括UPIP。
S704:CP向AN发送资源建立请求。
所述资源建立请求除了携带UP的用户面消息、会话建立接受消息之外,还携带隧道标识以及DN名称,UE的IP地址。
S705:AN保存隧道标识与DN名称的对应关系。
S706:AN与UE之间完成无线连接建立。
S707:AN向CP发送资源建立响应,表明UE与AN之间的无线连接建立完成。
S708:UE通过AN向CP发送会话建立完成,表明会话建立完成。
此外,接入设备还可根据寻呼标识计算寻呼时刻,在计算出的寻呼时刻发送寻呼消息。
现有技术中,终端对应寻呼帧(paging frame,PF)的系统帧号(System FrameNumber,SFN):
SFN mod T=(T div N)*(UE_ID mod N)
终端对应寻呼时刻(paging occasion,PO)的子帧号i_s:
i_s=(UE_ID/N)mod Ns
其中,T为UE的非连续接收周期(DRX cycle of the UE),即寻呼周期。nB是寻呼配置参数,nB的取值可以为4T,2T,T,T/2,T/4,T/8,T/16,T/32。N的取值为min(T,nB),是指寻呼周期中寻呼帧的数目。Ns的取值为max(1,nB/T),是指寻呼帧中寻呼子帧数目。上式中UE_ID为国际移动用户识别码(International Mobile Subscriber Identification Number,IMSI)mod 1024。
而在本申请实施例中,可以用第一标识或第二标识替换上式中的UE_ID,计算得到终端对应PF的SFN和终端对应PO的子帧号i_s,并在该SFN和子帧号i_s对应的时刻发送寻呼消息。因此,本申请实施例中接入设备可以用寻呼标识,例如第一标识或第二标识,计算寻呼时刻,无需从控制面网元接收用于计算寻呼时刻的参数,节省了信令。
本申请实施例提供一种寻呼方法,用以解决现有技术中寻呼过程复杂,信令交互数目较多的问题,针对接入设备寻呼终端群组的场景,如图8所示,终端与接入设备之间无RRC连接,无RB,且控制面网元与之间无NG2连接,控制面网元与转发面网元之间存在NG4连接,接入设备与转发面网元之间存在NG3隧道连接(例如上述per group隧道)。
参阅图8所示,该方法包括:
步骤800:接入设备接收下行数据。
步骤810:接入设备根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定寻呼标识,寻呼标识包括目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识。
步骤820:接入设备向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带所述寻呼标识。
因此,采用本申请实施例提供的方法,接入设备通过隧道标识与群组标识的对应关系确定出与目标隧道标识对应的群组标识,进而将群组中包括的终端寻呼成功,无需通过多个网元执行多次信令交互,提高了寻呼效率。
上述针对接入设备寻呼终端群组的场景,可以为如图9和图10两种可能的应用场景。
图9中,UE1、UE2、UE3属于一个群组,其中,UE1和UE2通过AN1接入网络,UE3通过AN2接入网络。UE1和UE2通过AN1和UP之间的群组隧道访问DN,UE3通过AN2和UP之间的群组隧道访问DN。
图10中,UE1、UE2、UE3属于一个群组,其中,UE1、UE2、UE3均通过AN1接入网络,UE1、UE2、UE3通过AN1和UP之间的群组隧道访问DN。
在一种可能的设计中,隧道标识与群组标识的对应关系可以通过以下方法获得:
接入设备在隧道建立过程中,从控制面网元接收隧道标识与群组标识的对应关系。
此外,接入设备在隧道建立过程中,还可从控制面网元接收群组标识与对应群组中包括的终端数量的对应关系。
可选的,在执行步骤820时,接入设备向群组标识对应的终端发送寻呼消息,可采用以下方法:接入设备周期性地向群组标识对应的终端发送寻呼消息,直至接入设备确定群组标识对应的终端均已寻呼成功。
如图9所示,AN1从CP获取AN1下该群组包括的终端数量为2,AN2从CP获取AN1针对该群组包括的终端数量为1。AN1周期性地向群组标识对应的2个终端(UE1和UE2)发送寻呼消息,直至接入设备确定这2个终端均已寻呼成功。AN2周期性地向群组标识对应的1个终端(UE3)发送寻呼消息,直至接入设备确定这个终端已寻呼成功。
如图10所示,AN1从CP获取AN1下该群组包括的终端数量为3。AN1周期性地向群组标识对应的3个终端(UE1、UE2和UE3)发送寻呼消息,直至接入设备确定这3个终端均已寻呼成功。
在一种可能的设计中,寻呼消息还可携带下行数据。
例如,在小包传输场景下,由于下行数据包括的数据长度一般较小,因此,可以将下行数据携带在寻呼消息中直接发送至终端。
在一种可能的设计中,在接入设备发送寻呼消息之后,接入设备确定群组标识对应的群组中的第一终端进入激活态时,将下行数据发送给第一终端。
此时,具体可以包括以下两种情况:
(1)每当群组中的一个终端进入ACTIVE态时,接入设备便将下行数据复制一份发给该终端,当接入设备的复制份数达到接入设备保存的群组中的终端数量时,接入设备停止复制并将缓存的下行数据丢弃。
(2)当群组中的所有终端进入ACTIVE态时,接入设备同时复制多份下行数据发送给群组中的终端,并删除缓存的下行数据。
如图11所示,以UE1与AN1会话建立过程为例,说明AN1如何获得隧道标识与群组标识的对应关系。
S1101:UE1通过AN1向CP发送会话建立请求。
S1102:CP选择为UE提供报文转发服务的UP,为UE分配IP,确定群组标识及群组中的UE数量。
S1103:CP分配隧道标识,向UP发送用户面路径建立请求,携带隧道标识、群组标识、群组中的UE数量。
S1104:UP向CP发送用户面路径建立响应消息,携带UP用户面信息。其中,UP的用户面消息包括UP IP。
此外,UP保存隧道标识、群组标识、群组中的UE数量的对应关系。具体的,UP可以根据保存隧道标识、群组标识、群组中的UE数量的对应关系,对群组中的终端进行计费,一般地,属于同一群组的终端是以群组为单位计费的。当UE通过某一群组隧道与DN进行数据通信时,UP根据该隧道的隧道标识确定该隧道标识对应的隧道为组隧道,并针对该群组进行计费,如话单统计。
S1105a:CP向AN1发送资源建立请求消息,携带UE IP、UP用户面信息、及会话建立接受消息。在一种实现方式中,资源建立请求消息中还携带群组标识、群组中的UE数量、隧道标识。在另一种方式中,CP还可以通过一个单独的消息(如图中S1105b所示,例如通过CP配置更新消息),将群组标识、隧道标识、及群组中的UE数量的对应关系发送给AN1。
S1106:AN1保存隧道标识与群组标识对应关系。
S1107:AN1发起AN1与UE之间的无线连接建立,完成UE与AN1之间的无线承载(RB)的建立。
S1108:UE通过AN1向CP发送会话建立完成消息,表示完成了UE与DN之间的会话连接建立。
应理解的是,上述UE1与AN1的会话建立过程中假设AN1与UP之间的隧道连接无隧道连接,因此,需要执行S1102~S1104,而群组中的其它UE与AN1的会话建立过程与上述过程的不同之处在于,由于CP已经为该群组中的UE建立了AN1与UP之间的per group tunnel,则无需再次建立AN1与UP之间的隧道连接,因此,群组中的其他UE通过AN1向CP发送会话建立请求后,CP可直接向AN1发送资源建立请求消息,即无需再次执行S1102~S1104,此时,CP向AN1发送资源建立请求消息中携带UE IP、群组标识和/或隧道标识、更新后的群组中的UE数量及会话建立接受消息。AN1根据群组标识和/或隧道标识,索引至AN1已存储的隧道标识与群组标识的对应关系,更新群组中UE的数量。须知,当CP需要更新群组标识或隧道标识时,CP通过步骤S1105a或S1105b携带更新后的群组标识、或更新后的隧道标识、以及群组中的UE数量。
可选的,针对CP确定群组中的UE数量可以采用但不限于以下方式:
(1)CP根据签约数据确定群组中的UE数量。例如,CP向签约数据库发送签约信息获取请求,签约数据库向CP回复应答消息。签约数据库向CP发送的应答消息中携带UE1所属的群组标识、群组中的UE数量等签约数据。
(2)CP根据本地配置策略确定群组中的UE数量。例如,本地配置策略为访问某DN网络的UE为一个群组,对应的群组标识为group ID1。则当UE1和UE2均访问该DN时,根据本地配置策略可知,UE1和UE2同属于一个群组。当本地策略没有规定群组标识时,可以由CP分配群组标识。因此,群组中的UE数量随着访问该DN的UE数量动态变化。
(3)CP根据UE的业务特性确定群组中的UE数量,例如,UE的QoS要求、移动性模式(mobility pattern)等。其中,移动性模式指的是UE的移动性特点,如无移动性(静止终端)、低移动性(UE可以在一定的地理区域内移动)、高移动性(UE可以随意移动)。例如,CP将不同移动性模式的UE分成不同的群组,分别统计每个移动性模式对应的群组中的UE数量,当UE在S1101向CP发送会话建立请求时携带UE的移动性模式,CP根据该UE的移动性模式确定其所属的群组,并更新该群组中UE数量。
(4)CP还可通过服务器获得关于群组标识以及群组中的UE数量的信息,此外,该信息还可以用于触发CP为该群组建立新的会话连接,并在会话连接的建立过程中,将群组标识、群组中的UE数量、及隧道标识发送给AN1。
基于同一构思,本申请还提供了一种寻呼装置,该装置可以用于执行上述图4中接入设备AN执行的步骤,因此本申请实施例提供的寻呼装置的实施方式可以参见该方法的实施方式。
例如,参阅图12所示,本申请实施例提供一种寻呼装置1200,包括:
接收单元1210,用于接收下行数据,下行数据包括终端的第一标识;
处理单元1220,用于根据第一标识确定寻呼标识;
发送单元1230,用于向终端发送寻呼消息,寻呼消息携带寻呼标识。
在一种可能的设计中,根据第一标识确定寻呼标识时,处理单元1220,具体用于:
确定第一标识作为寻呼标识。
在一种可能的设计中,根据第一标识确定寻呼标识时,处理单元1220,具体用于:
根据第一标识,确定终端的第二标识,寻呼标识包括终端的第二标识。
在一种可能的设计中,处理单元1220,还用于:
根据目标隧道标识,以及隧道标识与控制面网元的设备标识的对应关系,确定目标隧道标识对应的控制面网元的设备标识,其中,目标隧道标识为装置接收下行数据采用隧道的隧道标识;
寻呼标识还包括目标隧道标识对应的控制面网元的设备标识。
在一种可能的设计中,根据第一标识确定终端的第二标识时,处理单元1220,具体用于:
根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定目标隧道标识对应的DN名称,其中,目标隧道标识为装置接收下行数据采用隧道的隧道标识;
根据第一标识和目标隧道标识对应的DN名称,确定终端的第二标识。
在一种可能的设计中,第一标识为终端的身份标识ID、或终端的ID的派生值、或终端的IP地址、或终端的IP地址的派生值、或终端的媒体访问控制MAC地址、或终端的MAC地址的派生值。
在一种可能的设计中,处理单元1220,还用于:
根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定目标隧道标识对应的DN名称,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;
其中,寻呼标识还包括目标隧道标识对应的DN名称。
在一种可能的设计中,接收单元1210,还用于:
在隧道建立过程中,从控制面网元接收隧道标识与DN名称的对应关系。
在一种可能的设计中,发送寻呼消息时,处理单元1220,具体用于:
根据寻呼标识计算寻呼时刻;
发送单元1230,具体用于在寻呼时刻发送寻呼消息。
基于同一构思,本申请还提供了一种寻呼装置,该装置可以用于执行上述图8中接入设备AN执行的步骤,因此本申请实施例提供的寻呼装置的实施方式可以参见该方法的实施方式,重复之处不再赘述。
参阅图13所示,本申请实施例提供一种寻呼装置1300,包括:
接收单元1310,用于接收下行数据;
处理单元1320,用于根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;
发送单元1330,用于向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带寻呼标识,寻呼标识包括目标隧道标识对应的群组标识。
在一种可能的设计中,接收单元1310,还用于:
在隧道建立过程中,从控制面网元接收隧道标识与群组标识的对应关系。
在一种可能的设计中,接收单元1310,还用于:
在隧道建立过程中,从控制面网元接收群组标识对应群组中包括的终端数量;
向群组标识对应的终端发送寻呼消息时,发送单元,具体用于:
周期性地向群组标识对应的终端发送寻呼消息,直至接入设备确定群组标识对应的终端均已寻呼成功。
在一种可能的设计中,寻呼消息还携带下行数据。
在一种可能的设计中,在发送寻呼消息之后,处理单元1320,还用于:
确定群组标识对应群组中的第一终端进入激活态时,通过发送单元将下行数据发送给第一终端。
应理解的是,上述单元的具体划分仅作为举例,不做为本申请的限定。
基于同一构思,本申请还提供了一种接入设备,该设备可以用于执行上述图4中接入设备AN执行的步骤,因此本申请实施例提供的接入设备实施方式可以参见该方法的实施方式,重复之处不再赘述。
参阅图14所示,本申请实施例提供一种接入设备1400,该设备包括收发器1410,处理器1420和存储器1430,其中,收发器1410、处理器1420以及存储器1430之间可以通过总线系统相连。该存储器1430用于存储程序、指令或代码,处理器1420用于执行存储器1430中的程序、指令或代码,以具体执行:通过收发器1410接收下行数据,下行数据包括终端的第一标识,根据第一标识确定寻呼标识,通过收发器1410向终端发送寻呼消息,寻呼消息携带寻呼标识。
需要说明的是,一个具体的实施方式中,图12中的接收单元1210和发送单元1230的功能可以用图14中的收发器1410实现,图12中的处理单元1220的功能可以用图14中的处理器1420实现。
基于同一构思,本申请还提供了一种接入设备,该设备可以用于执行上述图8中接入设备AN执行的步骤,因此本申请实施例提供的接入设备实施方式可以参见该方法的实施方式,重复之处不再赘述。
参阅图15所示,本申请实施例提供一种接入设备1500,该设备包括收发器1510,处理器1520和存储器1530,其中,收发器1510、处理器1520以及存储器1530之间可以通过总线系统相连。该存储器1530用于存储程序、指令或代码,处理器1520用于执行存储器1530中的程序、指令或代码,以具体执行:通过收发器1510接收下行数据,根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定寻呼标识,寻呼标识包括目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识,通过收发器1510向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带所述寻呼标识。
需要说明的是,一个具体的实施方式中,图13中的接收单元1310和发送单元1330的功能可以用图15中的收发器1510实现,图13中的处理单元1320的功能可以用图15中的处理器1520实现。
综上所述,本申请实施例提供了一种寻呼方法,适用于寻呼单个终端,该方法包括:接入设备接收下行数据,下行数据包括终端的第一标识,根据第一标识确定寻呼标识,接入设备向终端发送寻呼消息,寻呼消息携带寻呼标识。因此,采用本申请实施例提供的方法,接入设备接收到下行数据后,根据下行数据中包括的终端的第一标识,可以确定寻呼标识的多种组合形式,寻呼过程由接入设备发起,无需经过控制面网元设备,节省了信令,减少信令传输路径,降低了寻呼过程的复杂度。
本申请实施例提供了一种寻呼方法,适用于寻呼终端群组,该方法包括:接入设备接收下行数据,根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定目标隧道标识对应的群组标识,其中,目标隧道标识为接入设备接收下行数据采用隧道的隧道标识;接入设备向群组标识对应群组中的终端发送寻呼消息,寻呼消息携带寻呼标识,寻呼标识包括目标隧道标识对应的群组标识。因此,采用本申请实施例提供的方法,接入设备通过接收下行数据采用隧道的隧道标识确定群组标识,将群组中包括的终端寻呼成功,无需通过多个网元执行多次信令交互,提高了寻呼效率,且寻呼消息还可携带下行数据,或在终端进行激活态或将下行数据发送给终端,增强了下行数据传输的可靠性。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (28)
1.一种寻呼方法,其特征在于,包括:
接入设备接收下行数据,所述下行数据包括终端的第一标识;其中,在接收到所述下行数据后寻呼过程由所述接入设备发起;所述接入设备通过隧道接收由转发面网元发送的所述下行数据,所述隧道在建立完成后保持连接状态;
所述接入设备根据所述第一标识确定寻呼标识;
所述接入设备向所述终端发送寻呼消息,所述寻呼消息携带所述寻呼标识。
2.如权利要求1所述的方法,其特征在于,所述接入设备根据所述第一标识确定寻呼标识,包括:
所述接入设备确定所述第一标识作为寻呼标识。
3.如权利要求1所述的方法,其特征在于,所述接入设备根据所述第一标识确定寻呼标识,包括:
所述接入设备根据所述第一标识,确定所述终端的第二标识,所述寻呼标识包括所述终端的第二标识。
4.如权利要求3所述的方法,其特征在于,还包括:
所述接入设备根据目标隧道标识,以及隧道标识与控制面网元的设备标识的对应关系,确定所述目标隧道标识对应的控制面网元的设备标识,其中,所述目标隧道标识为所述接入设备接收所述下行数据采用的所述隧道的隧道标识;
所述寻呼标识还包括所述目标隧道标识对应的控制面网元的设备标识。
5.如权利要求3或4所述的方法,其特征在于,所述接入设备根据所述第一标识确定所述终端的第二标识,包括:
所述接入设备根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定所述目标隧道标识对应的DN名称,其中,所述目标隧道标识为所述接入设备接收所述下行数据采用隧道的隧道标识;
所述接入设备根据所述第一标识和所述目标隧道标识对应的DN名称,确定所述终端的第二标识。
6.如权利要求1-4任一项所述的方法,其特征在于,所述第一标识为所述终端的身份标识ID、或所述终端的ID的派生值、或所述终端的IP地址、或所述终端的IP地址的派生值、或所述终端的媒体访问控制MAC地址、或所述终端的MAC地址的派生值。
7.如权利要求2-4任一项所述的方法,其特征在于,还包括:
所述接入设备根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定所述目标隧道标识对应的DN名称,其中,所述目标隧道标识为所述接入设备接收所述下行数据采用隧道的隧道标识;
其中,所述寻呼标识还包括所述目标隧道标识对应的DN名称。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
所述接入设备在隧道建立过程中,从控制面网元接收所述隧道标识与DN名称的对应关系。
9.如权利要求1-4任一项所述的方法,其特征在于,所述接入设备发送所述寻呼消息,包括:
所述接入设备根据所述寻呼标识计算寻呼时刻;
所述接入设备在所述寻呼时刻发送所述寻呼消息。
10.一种寻呼方法,其特征在于,包括:
接入设备接收下行数据;所述接入设备通过隧道接收由转发面网元发送的所述下行数据,所述隧道在建立完成后保持连接状态;
所述接入设备根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定所述目标隧道标识对应的群组标识,其中,所述目标隧道标识为所述接入设备接收所述下行数据采用的所述隧道的隧道标识;
所述接入设备向所述群组标识对应群组中的终端发送寻呼消息,所述寻呼消息携带寻呼标识,所述寻呼标识包括所述目标隧道标识对应的群组标识。
11.如权利要求10所述的方法,其特征在于,所述方法还包括:
所述接入设备在隧道建立过程中,从控制面网元接收所述隧道标识与群组标识的对应关系。
12.如权利要求10或11所述的方法,其特征在于,所述方法还包括:
所述接入设备在隧道建立过程中,从控制面网元接收所述群组标识对应群组中包括的终端数量;
所述接入设备向所述群组标识对应的终端发送寻呼消息,包括:
所述接入设备周期性地向所述群组标识对应的终端发送所述寻呼消息,直至所述接入设备确定所述群组标识对应的终端均已寻呼成功。
13.如权利要求10或11所述的方法,其特征在于,所述寻呼消息还携带所述下行数据。
14.如权利要求10或11所述的方法,其特征在于,在所述接入设备发送所述寻呼消息之后,所述方法还包括:
所述接入设备确定所述群组标识对应群组中的第一终端进入激活态时,将所述下行数据发送给所述第一终端。
15.一种寻呼装置,其特征在于,包括:
接收单元,用于接收下行数据,所述下行数据包括终端的第一标识;其中,在接收到所述下行数据后寻呼过程由所述装置发起;所述接收单元通过隧道接收由转发面网元发送的所述下行数据,所述隧道在建立完成后保持连接状态;
处理单元,用于根据所述第一标识确定寻呼标识;
发送单元,用于向所述终端发送寻呼消息,所述寻呼消息携带所述寻呼标识。
16.如权利要求15所述的装置,其特征在于,根据所述第一标识确定寻呼标识时,所述处理单元,具体用于:
确定所述第一标识作为寻呼标识。
17.如权利要求15所述的装置,其特征在于,根据所述第一标识确定寻呼标识时,所述处理单元,具体用于:
根据所述第一标识,确定所述终端的第二标识,所述寻呼标识包括所述终端的第二标识。
18.如权利要求17所述的装置,其特征在于,所述处理单元,还用于:
根据目标隧道标识,以及隧道标识与控制面网元的设备标识的对应关系,确定所述目标隧道标识对应的控制面网元的设备标识,其中,所述目标隧道标识为所述装置接收所述下行数据采用的所述隧道的隧道标识;
所述寻呼标识还包括所述目标隧道标识对应的控制面网元的设备标识。
19.如权利要求17或18所述的装置,其特征在于,根据所述第一标识确定所述终端的第二标识时,所述处理单元,具体用于:
根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定所述目标隧道标识对应的DN名称,其中,所述目标隧道标识为所述装置接收所述下行数据采用隧道的隧道标识;
根据所述第一标识和所述目标隧道标识对应的DN名称,确定所述终端的第二标识。
20.如权利要求15-18任一项所述的装置,其特征在于,所述第一标识为所述终端的身份标识ID、或所述终端的ID的派生值、或所述终端的IP地址、或所述终端的IP地址的派生值、或所述终端的媒体访问控制MAC地址、或所述终端的MAC地址的派生值。
21.如权利要求16-18任一项所述的装置,其特征在于,所述处理单元,还用于:
根据目标隧道标识,以及隧道标识与数据网络DN名称的对应关系确定所述目标隧道标识对应的DN名称,其中,所述目标隧道标识为所述装置接收所述下行数据采用隧道的隧道标识;
其中,所述寻呼标识还包括所述目标隧道标识对应的DN名称。
22.如权利要求21所述的装置,其特征在于,所述接收单元,还用于:
在隧道建立过程中,从控制面网元接收所述隧道标识与DN名称的对应关系。
23.如权利要求15-18任一项所述的装置,其特征在于,所述处理单元,具体用于:发送所述寻呼消息时,根据所述寻呼标识计算寻呼时刻;
所述发送单元,具体用于在所述寻呼时刻发送所述寻呼消息。
24.一种寻呼装置,其特征在于,包括:
接收单元,用于接收下行数据;所述接收单元通过隧道接收由转发面网元发送的所述下行数据,所述隧道在建立完成后保持连接状态;
处理单元,用于根据目标隧道标识、以及隧道标识与群组标识的对应关系,确定所述目标隧道标识对应的群组标识,其中,所述目标隧道标识为所述装置接收所述下行数据采用的所述隧道的隧道标识;
发送单元,用于向所述群组标识对应群组中的终端发送寻呼消息,所述寻呼消息携带寻呼标识,所述寻呼标识包括所述目标隧道标识对应的群组标识。
25.如权利要求24所述的装置,其特征在于,所述接收单元,还用于:
在隧道建立过程中,从控制面网元接收所述隧道标识与群组标识的对应关系。
26.如权利要求24或25所述的装置,其特征在于,所述接收单元,还用于:
在隧道建立过程中,从控制面网元接收所述群组标识对应群组中包括的终端数量;
向所述群组标识对应的终端发送寻呼消息时,所述发送单元,具体用于:
周期性地向所述群组标识对应的终端发送所述寻呼消息,直至所述装置确定所述群组标识对应的终端均已寻呼成功。
27.如权利要求24或25所述的装置,其特征在于,所述寻呼消息还携带所述下行数据。
28.如权利要求24或25所述的装置,其特征在于,在发送所述寻呼消息之后,所述处理单元,还用于:
确定所述群组标识对应群组中的第一终端进入激活态时,通过所述发送单元将所述下行数据发送给所述第一终端。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2017/077553 WO2018170740A1 (zh) | 2017-03-21 | 2017-03-21 | 一种寻呼方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110463295A CN110463295A (zh) | 2019-11-15 |
CN110463295B true CN110463295B (zh) | 2021-06-08 |
Family
ID=63584809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780088694.0A Active CN110463295B (zh) | 2017-03-21 | 2017-03-21 | 一种寻呼方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11184875B2 (zh) |
EP (1) | EP3589039B1 (zh) |
CN (1) | CN110463295B (zh) |
WO (1) | WO2018170740A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111727641B (zh) * | 2018-02-15 | 2023-08-18 | 瑞典爱立信有限公司 | 用于处理无线通信网络中的组寻呼的ue、网络节点和方法 |
US11304259B2 (en) * | 2019-11-22 | 2022-04-12 | Cisco Technology, Inc. | Efficient multicast communication suitable for use in local private 3GPP networks |
CN113543270A (zh) * | 2020-04-16 | 2021-10-22 | 华为技术有限公司 | 数据传输方法及通信装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010062095A3 (en) * | 2008-11-28 | 2010-08-19 | Samsung Electronics Co., Ltd. | Radio resorce allocation method and device of henb in evolved packet system |
CN101998670A (zh) * | 2009-08-25 | 2011-03-30 | 华为技术有限公司 | 家庭基站接入场景下寻呼的处理方法和装置 |
CN102164411A (zh) * | 2011-05-31 | 2011-08-24 | 电信科学技术研究院 | 一种进行寻呼的方法、系统和设备 |
WO2014047825A1 (zh) * | 2012-09-27 | 2014-04-03 | 华为技术有限公司 | 一种寻呼的控制方法、装置、实体及网络设备 |
WO2016049902A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种寻呼方法、相关设备及系统 |
WO2016162051A1 (en) * | 2015-04-07 | 2016-10-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Paging towards multiple devices in a group of devices |
CN106162877A (zh) * | 2015-04-22 | 2016-11-23 | 北京佰才邦技术有限公司 | 数据传输的方法和设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104144467B (zh) * | 2013-05-10 | 2019-01-29 | 上海诺基亚贝尔股份有限公司 | 数据传输方法和设备 |
US10694383B2 (en) * | 2015-03-23 | 2020-06-23 | Lg Electronics Inc. | Method and device for transmitting or receiving data by terminal in wireless communication system |
US10419985B2 (en) * | 2016-10-25 | 2019-09-17 | Lg Electronics Inc. | Method of supporting access network handover operation of user equipment in wireless communication system and apparatus for the same |
CN108668178B (zh) * | 2017-03-31 | 2020-12-04 | 华为技术有限公司 | 一种组播实现方法及相关网络设备 |
-
2017
- 2017-03-21 CN CN201780088694.0A patent/CN110463295B/zh active Active
- 2017-03-21 EP EP17901463.4A patent/EP3589039B1/en active Active
- 2017-03-21 WO PCT/CN2017/077553 patent/WO2018170740A1/zh unknown
-
2019
- 2019-09-16 US US16/571,308 patent/US11184875B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010062095A3 (en) * | 2008-11-28 | 2010-08-19 | Samsung Electronics Co., Ltd. | Radio resorce allocation method and device of henb in evolved packet system |
CN101998670A (zh) * | 2009-08-25 | 2011-03-30 | 华为技术有限公司 | 家庭基站接入场景下寻呼的处理方法和装置 |
CN102164411A (zh) * | 2011-05-31 | 2011-08-24 | 电信科学技术研究院 | 一种进行寻呼的方法、系统和设备 |
WO2014047825A1 (zh) * | 2012-09-27 | 2014-04-03 | 华为技术有限公司 | 一种寻呼的控制方法、装置、实体及网络设备 |
WO2016049902A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种寻呼方法、相关设备及系统 |
WO2016162051A1 (en) * | 2015-04-07 | 2016-10-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Paging towards multiple devices in a group of devices |
CN106162877A (zh) * | 2015-04-22 | 2016-11-23 | 北京佰才邦技术有限公司 | 数据传输的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
US20200015194A1 (en) | 2020-01-09 |
US11184875B2 (en) | 2021-11-23 |
US20210235414A2 (en) | 2021-07-29 |
EP3589039B1 (en) | 2022-03-09 |
WO2018170740A1 (zh) | 2018-09-27 |
CN110463295A (zh) | 2019-11-15 |
EP3589039A4 (en) | 2020-02-12 |
EP3589039A1 (en) | 2020-01-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11122540B2 (en) | Light connection control method and apparatus | |
US11224084B2 (en) | Method for registering terminal in wireless communication system and apparatus therefor | |
US11632788B2 (en) | Data scheduling method, base station, and system | |
US9307388B2 (en) | Method and apparatus for supporting user equipment mobility in a wireless communication system | |
CN108668357B (zh) | 位置区管理方法及设备 | |
US9668247B2 (en) | Method and apparatus for setting up uplink common bearer in wireless communication network | |
CN109392083B (zh) | 位置区管理方法和核心网控制器 | |
KR20210142725A (ko) | 코어 페이징 처리 | |
EP2783538A1 (en) | Paging off-line state terminals | |
KR101682925B1 (ko) | 무선 통신 시스템에서 통신 시스템 노드와 데이터 서비스 망 노드 간 연결 설정 방법 | |
US11184875B2 (en) | Paging method and apparatus for wireless communication | |
CN107615817A (zh) | 近距离业务的通信路径切换方法、装置及系统 | |
GB2497074A (en) | A virtual mobility manager stores context information for an offline communications terminal | |
KR101598598B1 (ko) | 지능적 서비스를 제공하는 통합 기지국 장치 및 그 방법 | |
CN114071715A (zh) | 用于寻呼的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |