CN109076316B - 一种处理信息或消息的方法及网络设备 - Google Patents

一种处理信息或消息的方法及网络设备 Download PDF

Info

Publication number
CN109076316B
CN109076316B CN201680085160.8A CN201680085160A CN109076316B CN 109076316 B CN109076316 B CN 109076316B CN 201680085160 A CN201680085160 A CN 201680085160A CN 109076316 B CN109076316 B CN 109076316B
Authority
CN
China
Prior art keywords
sending
modification request
session modification
information
processing
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
Application number
CN201680085160.8A
Other languages
English (en)
Other versions
CN109076316A (zh
Inventor
熊春山
吴义壮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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
Publication of CN109076316A publication Critical patent/CN109076316A/zh
Application granted granted Critical
Publication of CN109076316B publication Critical patent/CN109076316B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/005Routing actions in the presence of nodes in sleep or doze mode
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0893Assignment of logical groups to network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0894Policy-based network configuration management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • 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
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states

Landscapes

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

Abstract

本发明实施例提供一种处理信息或消息的方法及网络设备,涉及通信领域,实现了减少寻呼UE的信令开销,节约空口的信令开销。本发明实施例提供的方案包括:第一网络设备接收第二网络设备发送的UE的第一信息;第一网络设备根据第一信息的发送方式相关信息,确定第一信息的发送方式,发送方式包括立刻发送或者延迟发送或者延迟定时发送。本发明用于处理消息或信息。

Description

一种处理信息或消息的方法及网络设备
技术领域
本发明涉及通信领域,尤其涉及一种处理信息或消息的方法及网络设备。
背景技术
随着通信技术的飞速发展,通信网络为用户提供的业务也越来越丰富。因此,网络侧与用户设备(英文全称:User Equipment,UE)之间的通信也越来越频繁。
在很多情况下,通信网络中的网络侧需要频繁的向用户设备发送消息。例如,演进的分组系统(英文全称:Evolved Packet System,EPS)会话管理中,UE和核心网需要同步会话的上下文,如会话中的承载上下文信息的同步。在网络侧修改会话的信息的情况下,要求网络侧及时向UE发送会话更新消息,将修改后的会话信息通知到UE。
在网络侧在处理UE的信息时,若UE处于连接态,则可以直接发送。若UE处于空闲态(例如:Idle态),网络侧通常向UE发起寻呼流程,使得UE通过业务请求流程进入连接态从而接收信息并执行信息指示的内容。例如,在EPS会话管理中,网络侧向空闲态UE发送寻呼消息,使得UE进入连接态以执行会话的同步过程,获取会话更新的信息。
但是,从上述网络侧处理空闲态UE的信息的过程可知,在没有数据传输的场景下或所述修改的信息针对在短时间能使用现有的通道信息传输的业务的场景,通过寻呼流程让UE进入连接态的过程,会导致额外的信令开销,造成空口信令开销增大。
发明内容
本发明实施例提供一种处理信息或消息的方法及网络设备,实现减少寻呼UE的信令开销,节约空口的信令开销。
为达到上述目的,本发明的实施例采用如下技术方案:
本申请的第一方面,本申请提供一种处理信息的方法,该信息为处于空闲态的UE的信息。该方法应用于第一网络设备,方法具体包括:第一网络设备接收第二网络设备发送的UE的第一信息;第一网络设备根据第一信息的发送方式相关信息,确定第一信息的发送方式,发送方式包括立刻发送或者延迟发送或者延迟定时发送。
本申请提供的处理信息的方法,UE处于空闲态,第一网络设备在接收到第二网络设备发送的UE的第一信息时,根据第一信息的发送方式相关信息确定第一信息的发送方式,确定是否立即向该UE发送第一信息。在确定的发送方式为延迟发送或者延迟定时发送时,则无需立即寻呼UE,减小了寻呼的信令开销,从而节约了空口的信令开销。
其中,第一网络设备为通信网络中的执行控制面功能的网络设备。第二网络设备是通信网络中执行策略功能的网络设备。第一信息可以为网络侧向UE发送、或同步、或通知的任意类型的信息。第一网络设备或者第二网络设备可以单独设立,也可以部署在已有的网络设备中,作为功能单元。
其中,第一信息的发送方式相关信息可以包括:发送方式指示信息,发送方式指示信息用于指示UE处于空闲态时第一信息可以使用的发送方式;或,发送策略,发送策略用于确定UE处于空闲态时第一信息可以使用的发送方式。
其中,发送方式指示信息是与发送方式一一对应的信息,根据发送方式指示信息可以直接快速的确定第一信息的发送方式。发送策略是预设的规则,根据发送策略可以具体判断确定第一信息的发送方式。
其中,发送策略可以由通信设备的运营商静态预设,或者也可以由网络设备根据网络状态动态设置,或者发送策略还可以在通信设备的运营商静态预设的基础上,网络设备根据网络状态动态激活。
结合第一方面,在另一种可能的实现方式中,当第一信息的发送方式相关信息为发送方式指示信息,根据第一信息的发送方式相关信息,确定第一信息的发送方式,可以包括:确定第一信息的发送方式为发送方式指示信息指示的发送方式。
其中,与发送方式的类型相对应,发送方式指示信息可以包括立刻发送指示信息,或者延迟发送指示信息,或者延迟定时发送指示信息。
进一步的,当发送方式指示信息为延迟定时发送指示信息时,发送方式指示信息包括延迟定时发送标识及预设时间点;或者发送方式指示信息包含延迟发送指示以及预设时间或者发送指示信息包含预设时间。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,当第一信息的发送方式相关信息为发送策略,根据第一信息的发送方式相关信息,确定第一信息的发送方式,可以包括:根据发送策略,确定第一信息的发送方式。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了节约第一网络设备的存储资源,第一信息的发送方式相关信息可以由第二网络设备向第一网络设备提供。相应的,在根据第一信息的发送方式相关信息,确定第一信息的发送方式之前,该方法还可以包括:接收第二网络设备发送的第一信息的发送方式相关信息。
其中,第一信息的发送方式相关信息可以与第一信息包含在一条消息中,也可以分别单独发送。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了节约网络设备间的信令开销,第一信息的发送方式相关信息可以预配置在第一网络设备中。在接收到第一信息时,第一网络设备根据预配置的第一信息的发送方式相关信息,确定第一信息的发送方式。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了提高方案完整性,该方法还可以包括:根据第一信息的发送方式,向UE发送第一信息。使得向UE发送第一信息的过程,节约了空口的信令开销。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了实现在不同发送方式下向UE发送第一信息,具体将根据第一信息的发送方式,向UE发送第一信息,实现为:若第一信息的发送方式为延迟发送,则在UE进入连接态时,向UE发送第一信息;或者,若第一信息的发送方式为延迟定时发送,则在UE进入连接态或达到第一信息的预设时间点时,向UE发送第一信息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,提供一种实现在UE进入连接态时,向UE发送第一信息的方案。UE在发送位置更新请求时,即可确定UE进入连接态。在UE进入连接态时,向UE发送第一信息具体包括:接收UE发送的携带UE的对象信息的位置更新请求;根据UE的对象信息,向UE发送第一信息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,根据UE的对象信息,向UE发送第一信息具体可以实现为:根据UE的对象信息,确定第一信息所属的对象是否为激活状态或者是为新建的对象;若确定第一信息所属的对象为激活状态或者是为新建的对象,向UE发送第二通知请求。
其中,UE的对象信息中包括了UE的每个对象的当前属性,由于存在UE将某些对象删除的情况,这些对象的状态则为非激活状态。查找UE的对象信息即可确定第一信息所属的对象的当前状态。若UE的对象信息中不包括第一信息所属的对象,则第一信息所属的对象为新建的对象。
进一步的,若确定第一信息所属的对象为非激活状态且不是新建的对象,则不向UE发送第一信息,更好的节约了空口的信令开销。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,在UE通过发送位置更新请求进入连接态的场景下,为了兼容网络配置,在该场景下,向UE发送第一信息,具体可以实现为:向UE发送位置更新响应消息,位置更新响应消息包括第一信息;或者,向接入网设备发送包括第一信息的上下文建立消息,以使得接入网设备向UE发送包括第一信息的无线资源控制(英文全称:Radio Resource Control,RRC)重配消息。进一步,向UE发送位置更新响应消息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,提供另一种实现在UE进入连接态时,向UE发送第一信息的方案。UE在发送业务请求时,即可确定UE进入连接态。在UE进入连接态时,向UE发送第一信息,具体可以实现为:接收UE发送的携带UE的对象信息的业务请求;根据对象信息,向UE发送第一信息。
具体的,在UE在发送业务请求时的场景下,若根据UE的对象信息确定第一信息所属的对象为激活状态或者新建的对象,在接收到业务请求时,向UE发送第一信息具体实现为:向接入网设备发送包括第一信息的上下文建立消息,以使得接入网设备向UE发送包括第一信息的RRC重配消息。
可选的,UE发送业务请求可以为UE根据用户的指示发送业务请求,也可以为UE接收到寻呼消息后发送业务请求。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了更准确的处理UE的信息,该方法还可以包括:若第一信息的发送方式为延迟发送或者延迟定时发送,则设置第一信息为等待状态,等待状态用于指示第一信息待发送。
其中,将第一信息设置为等待状态可以实现为通过设置标识符来记录等待状态,或者,也可以实现为将第一信息保存至缓存中来记录等待状态,或者,也可以实现为将第一信息保存并标记为等待状态。
可选的,将第一信息设置为等待状态可以实现为将第一信息所属的对象设置为等待状态。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,若在第一信息的发送方式为延迟发送或者延迟定时发送且将第一信息设置为等待状态,该方法还可以包括:若第一信息的发送方式为延迟发送或延迟定时发送,且第一信息为等待状态,则当UE进入连接态时,向UE发送第一信息;或者,若第一信息的发送方式为延迟定时发送且第一信息为等待状态,则当达到第一信息的预设时间点时,向UE发送第一信息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,第一网络设备接收第二网络设备发送的UE的第一信息具体可以实现为:第一网络设备接收第二网络设备发送的第一消息,第一消息携带有第一信息和第一信息的发送方式相关信息。在此基础上,为了更准确的处理UE的信息,所述方法还可以包括:若第一信息的发送方式为延迟发送或延迟定时发送,则设置第一消息为等待状态。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,若在第一信息的发送方式为延迟发送或者延迟定时发送且将第一消息设置为等待状态,该方法还可以包括:若第一信息的发送方式为延迟发送或延迟定时发送,且第一消息为等待状态,则当UE进入连接态时,处理第一消息;或者,若第一信息的发送方式为延迟定时发送且第一消息为等待状态,则当达到第一消息的预设时间点时,处理第一消息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了与设置等待状态相对应,以避免误处理,在向UE发送第一信息后,所述方法还包括:取消第一信息的等待状态。
其中,若将第一信息设置为等待状态实现为通过设置标识符来记录等待状态,那么,取消第一信息的等待状态则为取消设置的标识符或者设置第一信息为已处理状态。若将第一信息设置为等待状态实现为将第一信息保存至缓存中来记录等待状态,那么,取消第一信息的等待状态则为在向UE发送第一信息后删除缓存中的第一信息。若将第一信息设置为等待状态实现为将第一信息保存并设置等待状态,那么,取消第一信息的等待状态则为在向UE发送第一信息后删除缓存中的第一信息和等待状态。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证方案的完整性,为了保证网络的互联互通,及第二网络设备获知UE的第一信息的当前处理情况,在接收第二网络设备发送的第一信息之后,该方法还可以包括:向第二网络设备发送第一信息的发送指示,第一信息的发送指示用于指示第一网络设备确定的第一信息的发送状态。
其中,发送状态包括已经发送或者未发送。
结合第一方面或上述任一种可能的实现方式中,在一种可能的实现方式中,将本申请的方案应用在会话管理流程中,以实现在会话管理流程中有效减小寻呼UE的信令开销,从而节约空口的信令开销。第一信息可以包括会话管理流程中向UE同步或更新的信息。
其中,会话管理流程中向UE同步或更新的信息包括会话的参数被修改、建立、删除后向UE的更新信息,或者,包括会话中的承载被修改、建立、删除后向UE的更新信息。
结合第一方面或上述任一种可能的实现方式中,在一种可能的实现方式中,第一信息可以包含在第一通知请求,向UE发送第一信息可以实现为向UE发送包括第一信息的第二通知请求消息。
结合第一方面或上述任一种可能的实现方式中,在一种可能的实现方式中,在会话管理流程中,第一通知请求消息可以为会话修改请求或者承载修改请求或者承载删除请求或者创建承载请求,第二通知请求消息可以为会话管理请求或者承载建立请求。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,在实际网络中,第一网络设备会不断的接收到第二网络设备发送的UE信息,当之前的UE信息没有处理又接收到新的UE的信息,此时,当UE进入连接态,同一个UE的多个信息,可以合并后发送,使得UE获取最新的完整信息即可。具体的,在向UE发送第一信息之前,所述方法还包括:接收第二网络设备发送的第二信息;若第一信息与第二信息属于同一个对象,则删除待发送的第一信息,只需发送第二信息即可,具体发送方式为第二信息的发送方式。若第一信息与第二信息属于不同的对象,则第一信息和第二信息的发送方式为:若第一信息和第二信息发送方式都为延迟发送,则发送方式为延迟发送;若第一信息和第二信息的发送方式包含延迟发送和延迟定时发送,则发送方式为延迟定时发送;若第一信息和第二信息发送方式都为延迟定时发送,则发送方式为延迟定时发送,且根据最先到达的时间点处理。
其中,合并是指,若多个信息属于同一个对象,则用最新的信息替代之前的信息;若多个信息属于不同的对象,则将多个信息均进行处理。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证方案的完整性,在向UE发送第一信息之后,所述方法还可以包括:接收UE发送的第一信息的响应消息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证网络的互联互通,及第二网络设备获知向UE发送的信息的当前处理情况,在接收到UE发送的第一信息的响应消息之后,所述方法还可以包括:第一网络设备向第二网络设备发送第一信息的完成指示消息,以通知第二网络设备已成功向UE发送第一信息。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证网络的互联互通,及第二网络设备获知向UE发送的信息的当前处理情况,在接收第二网络设备发送的第一信息之后,所述方法还包括:若向UE发送第一信息失败,向第二网络设备发送失败指示。
其中,向UE发送第一信息失败,可以根据实际需求定义。示例性的,在向UE发送第一信息之后的预设时长内,未接收到UE发送的第一信息的响应消息,则确定向UE发送第一信息失败。对于预设时长的长短,可以根据实际需求设定。
结合第一方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证方案的完整性,在第一网络设备接收第二网络设备发送的第一信息之后,所述方法还包括:向用户面网络设备通知第一信息。这样一来,在控制面、用户面及UE三方实现了信息的同步。
本申请的第二方面,提供另一种处理信息的方法,该信息为空闲态UE的信息,该方法应用于第一网络设备,方法可以包括:接收第二网络设备发送的UE的第一信息以及第一信息的发送方式指示信息;若发送方式指示信息指示采用延迟发送或延迟定时发送方式发送第一信息,则设置第一信息为等待状态,等待状态用于指示第一信息待发送。
本申请提供的处理信息的方法,UE处于空闲态,第二网络设备向第一网络设备发送UE的第一信息时,同时提供了第一信息的发送方式指示信息,若发送方式指示信息指示采用延迟发送或延迟定时发送方式发送第一信息,第一网络设备将第一信息设置为等待状态,则无需发起寻呼流程唤醒空闲态UE接收第一信息,减小了空口的信令开销。
结合第二方面,在一种可能的实现方式中,所述方法还可以包括:当UE进入连接态且第一信息为等待状态时,向UE发送第一信息。
结合第二方面或上述任一种可能的实现方式,在一种可能的实现方式中,所述方法还包括:当达到第一信息的预设时间点且第一信息为等待状态时,向UE发送第一信息。
进一步的,对于向UE发送第一信息的过程,与第一方面及第一方面的各种可能的实现方式相同,此处不再进行赘述。
本申请的第三方面,提供一种处理消息的方法,该消息包括处于空闲态的UE的信息,该方法应用于第一网络设备,方法具体包括:第一网络设备接收第二网络设备发送的第一消息,第一消息包含UE的第一信息;第一网络设备确定第一消息的处理方式为延迟处理或者延迟定时处理,存储第一消息或者存储根据第一消息生成的第二消息。
本申请提供的处理消息的方法,第一网络设备在接收到第二网络设备发送的包括空闲态UE的信息的第一消息时,明确是否立即处理第一消息。在确定第一消息的处理方式为延迟处理或者延迟定时处理时,则无需立即寻呼唤醒空闲态以处理第一消息,减小了空口的信令开销。
其中,第二消息可以为向UE发送上述任一方面或任一可能的实现方式中所述的第一信息时的消息。
结合第三方面,在一种可能的实现方式中,提供多种确定第一消息的处理方式为延迟处理或者延迟定时处理的方案,具体包括:根据处理方式指示信息确定第一消息的处理方式为延迟处理或者延迟定时处理;或者,根据处理策略确定第一消息的处理方式为延迟处理或者延迟定时处理。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,为了节约第一网络设备的存储资源,第一消息包括处理方式指示信息,或者,处理策略。其中,处理方式指示信息用于指示立即处理或延迟处理或延迟定时处理。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,在接收第二网络设备发送的第一消息之前,方法还可以包括:接收第二网络设备发送的处理策略,处理策略用于确定第一消息的处理方式。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,所述方法还可以包括:若第一消息的处理方式为延迟处理,则在UE进入连接态时,处理第一消息或者第二消息;或者,若第一消息的处理方式为延迟定时处理,则在UE进入连接态或达到第一消息的预设时间点时,处理第一消息或者第二消息。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,所述方法还可以包括:若第一消息的处理方式为延迟处理或者延迟定时处理,设置第一消息为等待状态或者第二消息为等待状态,等待状态用于指示第一消息或者第二消息待处理。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,在设置第一消息或者第二消息的等待状态后,所述方法还可以包括:若第一消息的处理方式为延迟处理或延迟定时处理,则当UE进入连接态时,处理处于等待状态的第一消息或者第二消息;或者,若第一消息的处理方式为延迟定时处理,则当达到第一信息的预设时间点时,处理处于等待状态的第一消息或者第二消息。
结合第三方面或上述任一种可能的实现方式,在一种可能的实现方式中,第一消息可以为会话管理流程中的会话修改请求、承载修改请求、承载建立请求或者承载删除请求,第一消息包括会话管理流程中向UE同步或更新的信息。第二消息可以为会话管理流程中向UE发送的会话管理请求或者承载建立请求,会话管理请求或者承载建立请求包括会话管理流程中向UE同步或更新的信息。
需要说明的是,第三方面中对于第一消息的处理流程,与第一方面中对于第一信息的发送流程相似。第一方面中对于第一信息的操作可以直接应用于第三方面中,作为对第一消息的操作。对于具体过程,此处不再进行赘述。
本申请的第四方面,提供另一种处理信息的方法,应用于第二网络设备。所述方法包括:第二网络设备获取UE的第一信息的发送方式相关信息,发送方式相关信息用于确定第一信息的发送方式,发送方式包括立刻发送或者延迟发送或者延迟定时发送;向第一网络设备发送第一信息以及第一信息的发送方式相关信息。
本申请提供的处理信息的方法,第二网络设备先获取UE的第一信息的发送方式相关信息,然后向第一网络设备发送第一信息时,还发送了第一信息的发送方式相关信息。第一网络设备根据第一信息的发送方式相关信息,可以确定第一信息的发送方式,在确定的发送方式为延迟发送或者延迟定时发送时,则无需发起寻呼流程唤醒空闲态UE接收第一信息,减小了寻呼UE的信令开销,同时节约了空口的信令开销。
结合第四方面,在一种可能的实现方式中,为了提高第一网络设备的处理效率,并实现集中控制,由第二网络设备确定UE的第一信息的发送方式后,向第一网络设备提供发送方式指示信息,第一信息的发送方式相关信息可以包括:发送方式指示信息,发送方式指示信息用于指示第一信息的发送方式。
结合第四方面或上述任一可能的实现方式,在一种可能的实现方式中,为了提高第二网络设备的处理效率,第二网络设备只需向第一网络设备提供发送策略,第一信息的发送方式相关信息可以包括:发送策略,发送策略用于确定第一信息的发送方式。
结合第四方面或上述任一可能的实现方式,在一种可能的实现方式中,若第一信息的发送方式相关信息包括发送方式指示信息,获取第一信息的发送方式相关信息,具体实现为:根据发送策略,确定第一信息的发送方式指示信息。
结合第四方面或上述任一种可能的实现方式中,在一种可能的实现方式中,将本申请的方案应用在会话管理流程中,以实现在会话管理流程中有效减小UE的信令开销,节约空口的信令开销。第一信息可以包括会话管理流程中向UE同步或更新的信息。
其中,会话管理流程中向UE同步或更新的信息包括会话的参数被修改、建立、删除后向UE的更新信息,或者,包括会话中的承载被修改、建立、删除后向UE的更新信息。
结合第四方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证网络的互联互通,及第二网络设备获知UE的第一信息的当前处理情况,在向第一网络设备发送第一信息之后,所述方法还包括:接收第一网络设备发送的第一信息的发送指示,第一信息的发送指示用于指示第一信息的发送状态。
结合第四方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证网络的互联互通,及第二网络设备获知UE的第一信息的当前处理情况,所述方法还包括:接收第一网络设备在接收到UE发送的第一信息的响应消息之后发送的第一信息的完成指示消息。
结合第四方面或上述任一种可能的实现方式,在另一种可能的实现方式中,为了保证网络的互联互通,及第二网络设备获知UE的第一信息的当前处理情况,所述方法还包括:接收第一网络设备在向UE发送第一信息失败后发送的发送失败指示。
本申请的第五方面,提供另一种处理信息的方法,应用于第二网络设备。所述方法可以包括:第二网络设备获取UE的第一信息的发送方式指示信息,发送方式指示信息用于指示第一信息的发送方式,发送方式包括立刻发送或者延迟发送或者延迟定时发送;向第一网络设备发送第一信息以及第一信息的发送方式指示信息。
本申请第五方面提供的处理信息的方法,与第二方面提供的处理信息的方法结合执行。因此,具体实现可参考第二方面,与第二方面可以达到相同的有益效果,此处不再进行赘述。
本申请的第六方面,提供一种处理消息的方法,该消息包括空闲态UE的信息,该方法应用于第二网络设备。所述方法包括:第二网络设备获取第一消息的处理方式相关信息,第一消息包括空闲态UE的第一信息,处理方式相关信息用于确定第一消息的处理方式;向第一网络设备发送第一消息以及第一消息的处理方式相关信息。
本申请第六方面提供的处理消息的方法,与第三方面提供的处理消息的方法结合执行。因此,具体实现可参考第三方面,与第三方面可以达到相同的有益效果,此处不再进行赘述。
本申请的第七方面,提供一种第一网络设备,该设备可以实现上述方法中第一网络设备的功能,所述设备的功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
结合第七方面,在一种可能的实现方式中,该设备的结构中包括处理器和收发器,该处理器被配置为支持该设备执行上述方法。该收发器用于支持该设备与其他网元之间的通信。该设备还可以包括存储器,该存储器用于与处理器耦合,其保存该设备必要的程序指令和数据。
本申请的第八方面,提供了一种计算机存储介质,用于储存为上述第一网络设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
本申请的第九方面,提供一种第二网络设备,该设备可以实现上述方法中第二网络设备的功能,所述设备的功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。
结合第九方面,在一种可能的实现方式中,该设备的结构中包括处理器和收发器,该处理器被配置为支持该设备执行上述方法。该收发器用于支持该设备与其他网元之间的通信。该设备还可以包括存储器,该存储器用于与处理器耦合,其保存该设备必要的程序指令和数据。
本申请的第十方面,提供了一种计算机存储介质,用于储存为上述第二网络设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
上述第七方面至第十方面中任一方面或可能的实现方式提供的方案,用于实现上述第一方面至第六方面提供的方法,因此可以与第一方面至第六方面达到相同的有益效果,此处不再进行赘述。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种通信网络的架构示意图;
图2为本发明实施例提供的一种EPS网络的架构示意图;
图3为本发明实施例提供的一种5G网络的架构示意图;
图4为本发明实施例提供的一种第一网络设备的结构示意图;
图5为本发明实施例提供的一种第二网络设备的结构示意图;
图6为本发明实施例提供的一种处理信息的方法的流程示意图;
图7为本发明实施例提供的另一种处理信息的方法的流程示意图;
图8为本发明实施例提供的再一种处理信息的方法的流程示意图;
图9为本发明实施例提供的一种处理消息的方法的流程示意图;
图10为本发明实施例提供的另一种处理信息的方法的流程示意图;
图11为本发明实施例提供的再一种处理信息的方法的流程示意图;
图12为本发明实施例提供的又一种处理信息的方法的流程示意图;
图12a为本发明实施例提供的又一种处理信息的方法的流程示意图;
图13为本发明实施例提供的另一种处理消息的方法的流程示意图;
图14为本发明实施例提供的再一种处理消息的方法的流程示意图;
图15为本发明实施例提供的另一种第一网络设备的结构示意图;
图16为本发明实施例提供的再一种第一网络设备的结构示意图;
图17为本发明实施例提供的又一种第一网络设备的结构示意图;
图18为本发明实施例提供的另一种第一网络设备的结构示意图;
图19为本发明实施例提供的另一种第一网络设备的结构示意图;
图20为本发明实施例提供的另一种第一网络设备的结构示意图;
图21为本发明实施例提供的另一种第一网络设备的结构示意图;
图22为本发明实施例提供的另一种第二网络设备的结构示意图;
图23为本发明实施例提供的再一种第二网络设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
当前,通信网络中的控制面网络设备在接收到UE的信息或者消息时,若UE处于空闲态,通过向UE发送寻呼消息,唤醒UE进入连接态,以向UE发送UE的信息或者处理包括UE信息的消息。该过程导致UE产生额外的信令开销,也浪费了空口的信令开销。
本发明的基本原理是:接收到UE的信息或者包括UE的信息的消息时,先确定UE的信息的发送方式或者包括UE信息的消息的处理方式,发送方式包括立刻发送或延迟发送或延迟定时发送,处理方式包括立刻处理或延迟处理或者延迟定时处理。根据确定的发送方式向UE发送该信息,或者,根据确定的处理方式处理该消息。使得在接收到无需立刻发送的信息或立刻处理的消息时,无需寻呼空闲态UE,减少了寻呼UE的信令开销,节约了空口的信令开销。
本发明实施例提供的处理信息或消息的方法,应用于如图1所示的通信网络架构或者图2所示的演进的分组系统(英文全称:Evolved Packet System,EPS)网络架构中。
图1所示的该通信网络架构中包括策略功能网络设备101、至少一个控制面网络设备102及至少一个UE 103。
其中,在图1所示的通信网络架构中,策略功能网络设备101与至少一个控制面网络设备102连接进行通信,一个控制面网络设备102服务多个UE 103。
需要说明的是,通信网络架构包括的策略功能网络设备101、控制面网络设备102及UE 103的数量,可以根据实际需求部署,本发明实施例对此不进行具体限定。图1只是通过示例的形式描述通信网络架构的组成,并不是对通信网络架构中包括的策略功能网络设备101、控制面网络设备102及UE 103的数量的具体限定。
如图2所示的EPS网络架构中,包括分组数据网关(英文全称:Public DataNetwork GateWay,P-GW),移动管理实体(英文全称:Mobility Management Entity,MME)。P-GW从策略和计费规则功能(英文全称:Policy and Charging Rule Function,PCRF)获取策略,P-GW通过服务网关(英文全称:Serving GateWay,S-GW)与MME进行通信。
可选的,图1所示的通信网络架构可以为第五代移动通信技术(英文全称:5th-Generation,5G)网络的网络架构。如图3所示,示意一种5G网络的网络架构。在图3所示的5G网络的网络架构中,策略功能(英文全称:Policy Function,PF)实体为策略功能网络设备,控制面(英文全称:Control Plane,CP)功能单元集为控制面网络设备。
其中,CP功能单元集可以为至少一个CP实体。当CP功能单元集合包括两个以上CP实体时,由两个以上的CP实体交互完成本发明实施例中第一网络设备的功能。
例如,CP功能单元集可以包括移动管理(英文全称:Mobility Management,MM)功能和会话管理(英文全称:Session Management,SM)功能。
当然,本发明实施例提供的处理信息或消息的方法,可以应用于各种通信网络架构中。因此,图1所示的通信网络架构也可以为其他通信网络的架构,本发明实施例对于图1所示的通信网络架构的类型不进行具体限定。
可选的,所述UE 103可以为手机、平板电脑、笔记本电脑、个人计算机(英文全称:personal computer,PC)、超级移动个人计算机(英文全称:Ultra-mobile PersonalComputer,UMPC)、上网本、个人数字助理(英文全称:Personal Digital Assistant,PDA)、车载设备等终端设备。
本发明实施例提供的处理信息或消息的方法,具体应用于第一网络设备40或者第二网络设备50。其中,第一网络设备40可以为图1所示的通信网络架构中的策略功能网络设备101,第二网络设备50可以为控制面网络设备102。
具体的,图4示出的是与本发明各实施例相关的第一网络设备40的结构示意图。第一网络设备40执行控制管理功能。
如图4所示,第一网络设备40可以包括:处理器401、存储器402、通信总线403及收发器404。
存储器402,用于存储程序代码,以便处理器401执行程序代码实现第一网络设备40的各种功能。存储器402可以是易失性存储器(volatile memory),例如随机存取存储器(英文全称:random-access memory,RAM);或者非易失性存储器(英文全称:non-volatilememory),例如只读存储器(英文全称:read-only memory,ROM),快闪存储器(英文全称:flash memory),硬盘(英文全称:hard disk drive,HDD)或固态硬盘(英文全称:solid-state drive,SSD);或者上述种类的存储器的组合。
处理器401是第一网络设备40的控制中心,可以是一个中央处理器(英文全称:central processing unit,CPU),也可以是特定集成电路(英文全称:ApplicationSpecific Integrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(英文全称:digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(英文全称:Field Programmable Gate Array,FPGA)。处理器401可以通过运行或执行存储在存储器402内的程序代码,以及调用存储在存储器402内的数据,实现第一网络设备40的各种功能。
其中,通信总线403可以是工业标准体系结构(英文全称:Industry StandardArchitecture,ISA)总线、外部设备互连(英文全称:Peripheral Component,PCI)总线或扩展工业标准体系结构(英文全称:Extended Industry Standard Architecture,EISA)总线等。该总线403可以分为地址总线、数据总线、控制总线等。为便于表示,图4中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
第一网络设备40可以通过收发器404与其他网络设备进行通信。收发器404可以为收发端口,即通信接口。
具体的,图5示出的是与本发明各实施例相关的第二网络设备50的结构示意图。第二网络设备50执行策略功能。
如图5所示,第二网络设备50可以包括:处理器501、存储器502、通信总线503及收发器504。
存储器502,用于存储程序代码,以便处理器501执行程序代码实现第二网络设备50的各种功能。存储器502可以是volatile memory,例如RAM。或者non-volatile memory,例如ROM,flash memory,HDD或SSD;或者上述种类的存储器的组合。
处理器501是第二网络设备50的控制中心,可以是一个CPU,也可以是ASIC,或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个DSP,或,一个或者多个FPGA。处理器501可以通过运行或执行存储在存储器502内的程序代码,以及调用存储在存储器502内的数据,实现第二网络设备50的各种功能。
其中,通信总线503可以是ISA总线、PCI总线或EISA总线等。该总线503可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
第二网络设备50可以通过收发器504与其他网络设备进行通信。收发器504可以为收发端口。
下面结合附图,对本发明的实施例进行具体阐述。
在阐述本发明实施例的具体方案之前,先解释与本发明实施例相关的发送方式的概念。
立刻发送,是指在接收到UE的信息时,若UE处于连接态则直接向UE发送该信息;或者,若UE处于空闲态,则寻呼UE,在UE进入连接态后发送。
延迟发送,是指在接收到UE的信息时,若UE处于连接态则直接发送;或者,若UE处于空闲态,则等待UE进入连接态后发送。
延迟定时发送,是指在接收到UE的信息时,若UE处于连接态则直接发送;或者,若UE处于空闲态,且在预定时间点之前UE进入连接态,在UE进入连接态后发送;或者,若UE处于空闲态,且在预定时间点之后UE未进入连接态,寻呼UE,在UE进入连接态后发送。
立刻处理,是指在接收到包括UE的信息的消息时,若UE处于连接态则直接处理;或者,若UE处于空闲态,则寻呼UE,在UE进入连接态后处理。
延迟处理,是指在接收到包括UE的信息的消息时,若UE处于连接态则直接处理;或者,若UE处于空闲态,则等待UE进入连接态后处理。
延迟定时处理,是指在接收到包括UE的信息的消息时,若UE处于连接态则直接处理;或者,若UE处于空闲态,且在预定时间点之前UE进入连接态,在UE进入连接态后处理;或者,若UE处于空闲态,且在预定时间点之后UE未进入连接态,寻呼UE,在UE进入连接态后处理。
需要说明的是,上述提及的处理可以包括消息或信息的发送,转换或更新。
一方面,本发明实施例提供一种处理信息的方法,应用于图1所示的通信网络架构或图2所示的EPS网络架构中。本实施例以第一网络设备与第二网络设备的交互过程为例对本发明实施例提供的处理信息的方法进行描述。
如图6所示,该方法可以包括:
S601、第二网络设备向第一网络设备发送UE的第一信息。
需要说明的是,UE的第一信息,可以为任意类型的信息,本发明实施例对此不进行具体限定。
示例性的,UE的第一信息可以为会话管理流程中向UE同步或更新的信息,如承载上下文信息,即当网络侧发起会话信息更新或者承载信息更新时,要求通知UE该更新信息。也可以为归属签约用户服务器(英文全称:Home Subscriber Server,HSS)发起的UE的签约信息或相关UE信息更新或者其他网络侧设备发起的UE信息的更新。当然,本发明实施例对于UE的第一信息的类型及形式均不进行具体限定。
其中,会话管理流程中向UE同步或更新的信息包括:会话的参数被修改或建立或删除后向UE同步的修改后或建立的删除后的会话的参数信息,使得UE同步为最新的会话参数;或者,会话中的承载被修改或建立或删除后,向UE同步的被修改或建立或删除承载的属性信息。
具体的,会话管理流程中向UE同步或更新的信息具体的包括:承载的服务质量(英文全称:Quality of Service,Qos)参数的修改或者APN粒度的最大聚合比特率(AccessPoint Network-Aggregated Maximum Bit Rate,APN-AMBR)或者承载的业务流模板(英文全称:TrafficFlowTemplate,TFT)信息或者通知协议配置设置(英文全称:ProtocolConfiguration Options,PCO)等。
参数信息可以为参数内容本身,也可以为参数内容对应的信息值。对于参数内容与信息值的对应关系,可以根据实际需求设定,本发明实施例对此不进行具体限定。
示例性的,承载属性信息可以包括服务质量(英文全称:Quality of Service,Qos)参数。Qos参数可以包括Qos等级标识(英文全称:QoS Class Identifier,QCI)、地址解析协议(英文全称:Address Resolution Protocol,ARP)、保证比特速率(英文全称:Guaranteed Bit Rate,GBR)和多频段指示(英文全称:multi-band-radio,MBR)。
可选的,在S601第二网络设备向第一网络设备发送UE的第一信息时,还可以向第一网络设备发送第一信息的发送方式相关信息。换句话说,第一信息和第一信息的发送方式相关信息可以通过第一消息发送给第一网络设备。
其中,第一信息的发送方式相关信息可以包括发送方式指示信息,或者,发送策略。
其中,发送方式指示信息用于指示第一信息的发送方式。发送策略用于确定UE的第一信息的发送方式。发送方式包括立刻发送或者延迟发送或者延迟定时发送。
可选的,发送策略可以包括不同类型的业务对应不同的发送方式;或者对不同类型对象的修改对应不同的发送方式,如保证比特率的承载的修改或者使用立即发送的方式,不保证比特率的承载的修改或者建立使用延迟发送;进一步的,还可以包括在网络侧处于拥塞时激活该特性等等。本发明实施例对于发送策略的具体内容不进行限定,可以根据实际需求定义发送策略的内容。
可选的,发送策略可以包括对于有具体执行时刻的业务,采用延迟定时发送方式向UE发送该业务的相关信息;该发送策略还可以包括向UE发送该业务的相关信息的时间点,或者,时间长度。例如,根据业务的具体执行时刻确定向UE发送该业务的相关信息时间点。
示例性的,在会话管理流程中,发送策略可以为不同的签约信息或者不同的信息属性对应不同的发送方式。根据UE的信息或者UE的签约等级,即可确定发送方式。
需要说明的是,若第二网络设备向第一网络设备发送UE的第一信息以及第一信息的发送方式相关信息,第一信息和第一信息的发送方式相关信息可以包含在一条消息中发送,也可以分别携带在不同的消息中发送,本发明实施例对此不进行具体限定。
相应的,若在S601第二网络设备向第一网络设备发送UE的第一信息时,还向第一网络设备发送第一信息的发送方式相关信息,在S601之前,所述方法还包括:第二网络设备获取UE的第一信息的发送方式相关信息。
可选的,第二网络设备获取发送策略可以有多种实现方式,具体包括但不限于:
方式1、接收运营商预配置的发送策略。
其中,在方式1中,运营商可以在第二网络设备上配置发送策略。
方式2、根据网络当前状况确定发送策略。
在方式2中,第二网络设备可以根据网络实际情况确定发送策略。
示例性的,发送策略可以包括:网络繁忙时,时效要求低于第一门限的信息采用延迟发送或延迟定时发送的方式,时效要求高于第一门限的信息采用立即发送的方式;或者,网络空闲时,所有信息均立即发送。
需要说明的是,上述示例只是对发送策略的举例描述,并不是对发送策略的具体内容的限定。
方式3、接收运营商配置的发送策略,同时根据网络当前状况动态调整发送策略。
进一步的,第二网络设备获取第一信息的发送方式指示信息包括:根据发送策略,确定第一信息的发送方式,生成第一信息的发送方式指示信息。
其中,发送方式指示信息可以包括立即发送指示信息、或者延迟发送指示信息,或者延迟定时发送指示信息。
需要说明的是,对于发送方式指示信息的表示形式,可以根据实际需求设定,本发明实施例对此不进行具体限定。
示例性的,可以通过不同的字符代表不同的发送方式指示信息,还可以通过发送方式指示信息是否为空来代表不同的发送方式。
例如:设定发送方式指示信息标志位:标志位置为1,代表立即发送,标志位置为2,代表延迟发送,标志位置为3,代表延迟定时发送。
再例如,立即发送可以通过同步指示(synchronization indication)来实现,延迟发送或延迟定时发送可以通过异步指示(asynchronization indication)来实现。其中,对于延迟定时发送可以在异步指示的基础上,进一步通过判断第二网络设备是否下发时间指示信息来确定,例如,第二网络设备下发该时间指示信息,则表明采用延迟定时发送方式。
显然地,同步指示和异步指示可以通过一个比特位来实现,不予限制。
进一步的,当发送方式为延迟定时发送方式时,所述指示信息还可以包括时间信息。该时间信息可以为第一信息的必须同步的时间点。
示例性的,可以根据标志位2加上时间信息确定发送方式为延迟定时发送。
进一步的,若第二网络设备根据发送策略,确定UE的第一信息的发送方式为延迟定时发送,第一信息的发送方式相关信息还可以包括UE的第一信息的预设时间点。
具体的,S601可以具体实现为:第一网络设备向第二网络设备发送携带有UE的第一信息的第一消息。可选的,第一消息还可以携带第一信息的发送方式相关信息。
S602、第一网络设备接收第二网络设备发送的UE的第一信息。
进一步的,若第二网络设备向第一网络设备发送UE的第一信息时,还发送了第一信息的发送方式相关信息,那么,S602中还包括第一网络设备接收第二网络设备发送的UE的第一信息的发送方式相关信息。
具体地,S602包括:第一网络设备接收第二网络设备发送的第一消息,第一消息携带有UE的第一信息。
进一步的,第一消息还可以携带第一信息的发送方式相关信息。
可选地,若UE处于空闲态,则执行S603。
S603、第一网络设备根据第一信息的发送方式相关信息,确定UE的第一信息的发送方式。
其中,步骤S603是在UE处于空闲态的情况下执行的。
其中,第一信息的发送方式相关信息可以由第二网络设备在S601中发送。
当第一信息的发送方式相关信息包括发送策略时,也可以存储在第一网络设备中。本发明实施例对此不进行具体限定。
具体的,根据第一信息的发送方式相关信息包括的内容不同,执行S603的方案也不同。
当第一信息的发送方式相关信息包括第一信息的发送方式指示信息时,S603具体执行为:确定第一信息的发送方式为发送方式指示信息指示的发送方式;或者,
当第一信息的发送方式相关信息包括发送策略时,S603具体执行为:根据发送策略,确定第一信息的发送方式。
需要说明的是,对于根据发送策略,确定第一信息的发送方式的具体过程,已经在S601中进行了描述,此处不再进行赘述。
本申请提供的处理信息的方法,UE处于空闲态,第一网络设备在接收到第二网络设备发送的空闲态UE的第一信息时,根据第一信息的发送方式相关信息确定第一信息的发送方式,明确是否立即向该UE发送第一信息。在确定的发送方式为延迟发送或者延迟定时发送时,则无需立即寻呼唤醒空闲态UE接收第一信息,减小了寻呼UE的信令开销,节约了空口的信令开销。
可选地,上述S602包括:第一网络设备接收第二网络设备发送的第一消息,第一消息携带有第一信息和第一信息的发送方式相关信息。
在S603之后,所述方法还包括:
若第一信息的发送方式为延迟发送或延迟定时发送,则设置第一消息为等待状态;或者,
若第一信息的发送方式为立即发送,则向UE发送寻呼消息;当UE进入连接态时,将第一信息发送给UE。
进一步地,在设置第一消息为等待状态之后,上述方法还可以包括:
若第一信息的发送方式为延迟发送或延迟定时发送,且第一消息为等待状态,则当UE进入连接态时,处理第一消息;或者,若第一信息的发送方式为延迟定时发送且第一消息为等待状态,则当达到第一消息的预设时间点时,处理第一消息。
例如,对第一消息进行处理可以包括:将第一信息发送给UE,或者,将第一消息中第一信息封装成第二消息并将第二消息发送给UE,或者,将第一信息进行加工并将加工后的第二信息发送给UE,不予限制。
可选的,如图7所示,在S603之后,所述方法还可以包括:
S604、第一网络设备根据第一信息的发送方式,向UE发送第一信息。
其中,第一网络设备向UE发送第一信息时,第一信息可以包含于消息中发送,本发明实施例对于该消息的类型不进行具体限定。
示例性的,在会话管理流程中,当网络侧修改了UE的会话信息时,第一网络设备需要向UE发送修改后的会话信息时,即将第一信息包含于会话管理请求中发送。
例如,会话管理请求中可以包括的第一信息为:UE和网络间建立的会话中的至少一个通信链路对应的上下文信息。例如,更新的QoS信息、业务流信息、APN-AMBR等。
具体的,在S604中,根据第一网络设备确定的第一信息的发送方式不同,第一网络设备根据第一信息的发送方式,向UE发送第一信息的过程不同。具体可以包括下述三种情况:
第一种情况:UE的第一信息的发送方式为延迟发送。
在第一种情况中,第一网络设备根据第一信息的发送方式,向UE发送第一信息,具体可以实现为:
在UE进入连接态时,向UE发送第一信息。
第二种情况:UE的第一信息的发送方式为延迟定时发送。
在第二种情况中,第一网络设备根据第一信息的发送方式,向UE发送第一信息,具体可以实现为:
在UE进入连接态或达到第一信息的预设时间点时,向UE发送第一信息。
其中,在上述第二种情况中,在UE进入连接态时向UE发送第一信息,具体包括:
在达到第一信息的预设时间点之前,若UE进入连接态,则在UE进入连接态时向UE发送第一信息。
进一步可选的,第一信息的预设时间点可以包括下述两种实现方式:
第一实现方式、第一信息的发送方式相关信息中包括第一信息的预设时间点。
第二实现方式、从接收到第一信息起,启动定时器计时,定时器超时,则为达到第一信息的预设时间点。
当前,第一信息的预设时间点还可以通过上述两种实现方式之外的方式实现,本发明实施例对此不进行具体限定。
第三种情况:UE的第一信息的发送方式为立即发送。
在第三种情况中,第一网络设备根据UE的第一信息的发送方式,向UE发送第一信息,具体可以实现为:
在确定UE的第一信息的发送方式后,立即向UE发送寻呼消息,在UE进入连接态时,向UE发送第一信息。
进一步的,在上述三种情况中,均在UE进入连接态时,向UE发送第一信息,下面描述实现在UE进入连接态时,向UE发送第一信息的过程,适用于上述三种情况中的任一种情况。
具体的,判断UE进入连接态有多种方式,凡是可以用来判断UE进入连接态的方法,均可以应用于本发明实施例。本发明实施例对此不进行具体限定。
下面详细描述几种在UE进入连接态时,向UE发送第一信息的实现过程。
第一种实现过程:
接收UE发送的位置更新请求,位置更新请求携带UE的对象信息,根据对象信息,向UE发送第一信息。
其中,UE的对象信息包括与UE相关的对象的标识及该对象的当前状态(激活或者非激活)。第一信息所属的对象是指第一信息体现的主体,第一信息是第一信息所属的对象的属性信息。
示例性的,在会话管理流程中,对象为会话,或者对象为会话中包括的承载。
具体的,根据对象信息,向UE发送第一信息,具体包括:
根据对象信息,判断第一信息所属的对象是否为激活状态,或者是否为新建的对象;若第一信息所属的对象为激活状态,或者为新建的对象,则向UE发送第一信息。
进一步的,根据对象信息,判断第一信息所属的对象是否为激活状态,具体包括:
查找对象信息中,第一信息所属的对象的当前状态,确定是否为激活状态。
进一步的,根据对象信息,判断第一信息所属的对象是否为新建的对象,具体包括:
查找对象信息中,若对象信息中不包括第一信息所属的对象,则第一信息所属的对象为新建的对象,否则不是新建的对象。
进一步的,在第一种实现过程中,向UE发送第一信息的过程,具体可以实现为下述两种方式:
方式A、向UE发送位置更新响应消息,位置更新响应消息包括第一信息。
在方式A中,第一网络设备向UE发送包括第一信息的位置更新响应消息后,UE向第一网络设备发送包括会话管理响应的位置更新完成消息,包括会话管理响应的位置更新完成消息即作为第一信息的响应消息。
方式B、向接入网设备发送包括第一信息的上下文建立消息,以使得接入网设备向UE发送包括第一信息的RRC重配消息。
进一步向UE发送位置更新响应消息。
在方式B中,接入网设备在接收到包括第一信息的上下文建立消息后,向UE发送包括第一信息的RRC重配消息。然后UE向接入网设备发送包括第一信息响应消息的重配消息。接入网设备再向第一网络设备发送包括第一信息响应消息的上下文建立响应消息。
需要说明的是,向UE发送第一信息是采用方式A还是方式B,可以根据实际需求确定,本发明实施例对此不进行具体限定。
第二种实现过程:
接收UE发送的业务请求,业务请求携带UE的对象信息;根据对象信息,向UE发送所述第一信息。
需要说明的是,对于根据对象信息,向UE发送所述第一信息已经在上述第一种实现过程中进行了详细说明,此处不再进行赘述。
需要说明的是,当第一网络设备向UE发送第一信息时,若第一网络设备与UE之间的信息模式,与第一网络设备与第二网络设备之间的信息模式不同,则根据两种信息模式的映射关系,将第一信息进行转换后发送。凡是将第一信息通知到UE的方式,都属于本发明的保护范围。
可选的,如图7所示,在S603之后,若第一信息的发送方式为延迟发送或者延迟定时发送,所述方法还可以包括:
S603a、第一网络设备将第一信息设置为等待状态。
其中,等待状态用于指示所述第一信息待发送。
其中,将第一信息设置为等待状态,可以实现为通过设置标识符来记录等待状态,或者,也可以实现为第一信息保存至缓存中来记录等待状态。
可选的,可以通过将第一信息所属的对象设置为等待状态,以实现将第一信息设置为等待状态。或者,也可以通过将第一信息所在的消息设置为等待状态,以实现将第一信息设置为等待状态。
进一步的,若所述方法包括S603a,那么,所述S604可以实现为:
若第一信息的发送方式为延迟发送或延迟定时发送,且第一信息为等待状态,则当UE进入连接态时,向UE发送第一信息。若第一信息的发送方式为延迟定时发送且第一信息为等待状态,则当达到第一信息的预设时间点时,向UE发送第一信息。
与S603a相对应,如图7所示,在S604中第一网络设备向UE发送第一信息后,所述方法还可以包括:
S604a、第一网络设备取消第一信息的等待状态。
其中,若将第一信息设置为等待状态实现为通过设置标识符来记录等待状态,那么,取消第一信息的等待状态则为删除设置的标识符或者将修改标识符来取消等待状态。若将第一信息设置为等待状态实现为将第一信息保存至特定的缓存中,那么,取消第一信息的等待状态则为在向UE发送第一信息后删除缓存中的第一信息。
可选的,如图7所示,在S604中向UE发送第一信息之前,所述方法还可以包括:
S604b、第一网络设备接收第二网络设备发送的UE的第二信息。
需要说明的是,S604b与S602相同,此处不再进行赘述。
进一步的,如图7所示,在S604b之后,所述方法还包括:
S604c、第一网络设备根据第二信息的发送方式相关信息,确定第二信息的发送方式。
需要说明的是,S604c与S603相同,此处不再进行赘述。
进一步的,若本发明实施例提供的处理信息的方法包括S604b和S604c,S604中向UE发送第一信息则具体实现为:
若第一信息与第二信息属于同一个对象,删除待发送的第一信息,仅向UE发送第二信息。具体的发送方式则为第二信息的发送方式。
若第一信息与第二信息属于不同的对象,则需向UE发送第一信息和第二信息。第一信息和第二信息的发送方式为:
若第一信息和第二信息发送方式都为延迟发送,则发送方式为延迟发送;若第一信息和第二信息的发送方式包含延迟发送和延迟定时发送,则发送方式为延迟定时发送;若第一信息和第二信息发送方式都为延迟定时发送,则发送方式为延迟定时发送,且根据最先到达的时间点发送。
其中,向UE发送第一信息及第二信息可以实现为,将第一信息及第二信息包含在一条消息中向UE发送。
需要说明的是,在第一网络设备发送第一信息之前,若接收到UE的多个信息,均与上述接收到第二信息时的处理过程相同,此处不再进行赘述。
可选的,如图7所示,在S602之后,所述方法还可以包括:
S602a、第一网络设备向第二网络设备发送第一信息的发送指示。
可选的,第一信息的发送指示用于指示第一网络设备确定的第一信息的发送方式。
可选的,第一信息的发送指示可以包含在第一信息的响应消息中向第二网络设备发送。
可选的,如图7所示,在S604中向UE发送第一信息之后,所述方法还可以包括S605和S606。
S605、UE向第一网络设备发送第一信息的响应消息。
其中,第一信息的响应消息用于向第一网络设备通知UE已接收到第一信息。
S606、第一网络设备接收UE发送的第一信息的响应消息。
可选的,如图7所示,在S606之后,所述方法还可以包括S607和S608:
S607、第一网络设备向第二网络设备发送第一信息的完成指示消息。
S608、第二网络设备接收第一网络设备发送的第一信息的完成指示消息。
可选的,如图7所示,在S604中向UE发送第一信息之后,所述方法还可以包括:
S609、若向UE发送第一信息失败,第一网络设备向第二网络设备发送失败指示。
S610、第二网络设备接收第一网络设备在向UE发送第一信息失败时发送的失败指示。
可选的,如图7所示,在S602之后,所述方法还可以包括:
S611、第一网络设备向用户面网络设备通知第一信息。
需要说明的是,S611只需要在S602之后执行即可,本发明实施例对于S611的具体执行先后不进行具体限定。
还需要说明的是,可以根据实际需求设定本发明实施例提供的处理信息的方法中各个步骤的执行先后顺序。图6和图7中只是示意了一种本发明实施例提供的处理信息的方法中各个步骤的执行先后顺序,并不是具体限定。
另一方面,本发明实施例提供另一种处理信息的方法,应用于图1所示的通信网络架构或图2所示的EPS网络架构中。本实施例以第一网络设备与第二网络设备的交互过程为例对本发明实施例提供的处理信息的方法进行描述。
如图8所示,所述方法可以包括:
S801、第二网络设备向第一网络设备发送UE的第一信息以及第一信息的发送方式指示信息。
需要说明的是,对于第一信息的发送方式指示信息已经在前述实施例中进行了详细说明,此处不再进行赘述。
S802、第一网络设备接收第二网络设备发送的UE的第一信息以及第一信息的发送方式指示信息。
具体的,若UE处于空闲态,且发送方式指示信息指示采用延迟发送或延迟定时发送方式发送第一信息,则执行S803。
S803、第一网络设备设置第一信息为等待状态。
其中,等待状态用于指示第一信息待发送。
本申请提供的处理信息的方法,第二网络设备向第一网络设备发送空闲态UE的第一信息时,同时提供了第一信息的发送方式指示信息,若发送方式指示信息指示采用延迟发送或延迟定时发送方式发送第一信息,第一网络设备将第一信息设置为等待状态,则无需立即寻呼唤醒空闲态UE接收第一信息,减小了UE的信令开销,同时节约了空口的信令开销。
进一步的,在S803之后,所述方法还可以包括:
当UE进入连接态且第一信息为等待状态时,向UE发送第一信息。
当达到第一信息的预设时间点且第一信息为等待状态时,向UE发送第一信息。
需要说明的是,对于当UE进入连接态向UE发送第一信息的过程,对于当达到第一信息的预设时间点向UE发送第一信息的过程,已经在前述实施例中进行了详细描述,此处不再进行赘述。
需要说明的是,图8所示的实施例中的UE的第一信息与图6或图7所示的实施例中的UE的第一信息相同,图8所示的处理信息的方法的其他未描述过程,可以参考图6或图7中描述的过程及步骤,此处不再一一赘述。
需要说明的是,图6、图7和图8描述了对于UE的第一信息的处理过程,通常第一信息是包含在消息中由第二网络设备向第一网络设备发送的,因此,本发明实施例可以针对包含第一信息的消息来进行处理,下面的实施例进行相关描述。
另一方面,本发明实施例提供一种处理消息的方法,应用于图1所示的通信网络架构或者图2所示的EPS系统架构中。本实施例以第一网络设备与第二网络设备的交互过程为例对本发明实施例提供的处理消息的方法进行描述。
如图9所示,所述方法可以包括:
S901、第二网络设备向第一网络设备发送第一消息。
需要说明的是,本发明实施例对第一消息的类型不进行具体限定。其中,第一消息包括UE的第一信息;具体地,第一信息可以参见图6所示实施例中的相关描述。
可选的,在会话管理流程中,第一消息为会话修改请求或者承载修改请求或者承载建立请求或者承载删除请求,其中承载为UE和网络侧用于传输数据建立的上下文信息,具体可以包含承载标识、TFT信息、QoS参数等。可选的,在S901第二网络设备向第一网络设备发送第一消息时,还可以向第一网络设备发送第一消息的处理方式指示信息或者处理策略。
其中,处理方式指示信息用于指示第一消息的处理方式。处理策略与前述的发送策略相似,此处不再赘述。
具体地,第一消息可以携带有处理方式指示信息和UE的第一信息。其中,该处理方式指示信息可以用于指示UE的第一信息的处理方式,也可以用于指示该第一消息的处理方式,此处不予限制。上述处理方式可以为立即处理,延迟处理或延迟定时处理。
其中,立即处理可以通过同步指示(synchronization indication)来实现,延迟处理或延迟定时处理可以通过异步指示(asynchronization indication)来实现。进一步地,延迟定时处理可以通过判断第一消息中是否携带有与时间相关的指示信息来确定,例如,若第一消息携带有异步指示和时间指示信息,则第一消息的处理方式为延迟定时处理;若第一消息携带有异步指示,不携带时间指示信息,则第一消息的处理方式为延迟处理;若第一消息携带有同步指示,则第一消息的处理方式为立即处理。
显然地,同步指示和异步指示可以通过一个比特位来实现,不予限制。
此外,上述处理方式指示也可以通过两个比特位来实现,例如,00表示立即处理,01表示延迟发送,10表示延迟定时发送;还可以参看图6所示实施例中的发送方式指示信息的相关描述,不再赘述。
可选地,在S901之前,上述方法还包括:
第二网络设备确定UE的第一信息以及第一信息的处理方式,发送第一消息给第一网络设备。
其中,第一消息可以携带有处理方式指示信息和UE的第一信息,该处理方式指示信息用于指示步骤S900中确定的处理方式。例如,当QoS发生改变,会话的参数发生改变,或者,会话被删除时,第二网络设备确定向UE更新发生改变的参数信息,具体可以参见图6所示实施例中的相关描述,不再赘述。
相应的,若在S901第二网络设备向第一网络设备发送第一消息时,还向第一网络设备发送处理方式指示信息或者处理策略,在S901之前,所述方法还包括:第二网络设备获取第一消息的处理方式指示信息或者处理策略。
其中,第二网络设备获取处理方式指示信息或者处理策略与S601中描述的第二网络设备获取第一信息的发送方式相关信息相似,此处不再赘述。
S902、第一网络设备接收第二网络设备发送的第一消息。
可选地,若UE处于空闲态,则执行步骤S903。
S903、第一网络设备确定第一消息的处理方式为延迟处理或者延迟定时处理,存储第一消息或者存储根据第一消息生成的第二消息。
其中,步骤S903是在UE处于空闲态的情况下执行的。
其中,根据第一消息生成的第二消息,是指收到第一消息后,根据第一消息的作用及目的设备,解析封装生成第二消息。
示例性的,在会话管理流程中,第一消息为包括向UE同步或更新的信息的会话修改请求或者承载修改请求或者承载建立请求或者承载建立请求,第一网络设备接收到该会话修改请求或者承载修改请求或者承载建立请求或者承载建立请求时,进行解析封装生成向UE发送的会话管理请求或者承载管理相关请求(修改或建立或者删除),该会话管理请求或承载管理相关请求包括向UE同步或更新的信息,该会话管理请求则为根据第一消息生成的第二消息。
具体的,在S903中,确定第一消息的处理方式为延迟处理或者延迟定时处理,可以包括:
根据处理方式指示信息确定第一消息的处理方式为延迟处理或者延迟定时处理;或者,根据处理策略确定第一消息的处理方式为延迟处理或者延迟定时处理。
需要说明的是,S903中根据处理方式指示信息确定第一消息的处理方式为延迟处理或者延迟定时处理,或者,根据处理策略确定第一消息的处理方式为延迟处理或者延迟定时处理的过程,与S603中确定第一信息的发送方式的过程相似,此处不再进行赘述。
其中,处理方式指示信息可以由第二网络设备在S901中发送。当第一信息的发送方式相关信息包括发送策略时,也可以存储在第一网络设备中。本发明实施例对此不进行具体限定。
可替换地,S903可以替换为:
第一网络设备确定第一消息的处理方式为立即处理,向UE发送寻呼消息。
例如,若第一消息携带的处理方式指示信息指示的处理方式为立即处理,则第一网络确定第一消息的处理方式为立即处理。
本申请提供的处理消息的方法,消息中包括空闲态UE的第一信息,第一网络设备在接收到第二网络设备发送的第一消息时,明确是否立即处理第一消息。在确定第一消息的处理方式为延迟处理或者延迟定时处理时,则无需立即寻呼唤醒空闲态以处理第一消息,减小了寻呼UE的信令开销,节约了空口的信令开销。
进一步的,在S903之后,所述方法还可以包括:根据第一消息的处理方式,处理第一消息或者第二消息。
具体的,根据第一消息的处理方式,处理第一消息或者第二消息,具体可以实现为:
若第一消息的处理方式为延迟处理,则在UE进入连接态时,处理第一消息或者第二消息;或者,若第一消息的处理方式为延迟定时处理,则在UE进入连接态或达到第一消息的预设时间点时,处理第一消息或者第二消息。
需要说明的是,对于在UE进入连接态时,处理第一消息或者第二消息,与S604中描述的当UE进入连接态向UE发送第一信息的过程相似,此处不再进行赘述。对于在UE达到第一消息的预设时间点时,处理第一消息或者第二消息的过程,与S604中当达到第一信息的预设时间点向UE发送第一信息的过程相似,此处不再进行赘述。
进一步的,在S903之后,所述方法还可以包括:
若第一消息的处理方式为延迟处理或者延迟定时处理,设置第一消息为等待状态或者第二消息为等待状态。
其中,等待状态用于指示第一消息或者第二消息待处理。
相应的,若在S903之后,设置第一消息为等待状态或者第二消息为等待状态具体的,根据第一消息的处理方式,处理第一消息或者第二消息,具体可以实现为:
若第一消息的处理方式为延迟处理或延迟定时处理,则当UE进入连接态时,处理处于等待状态的第一消息或者第二消息;或者,若第一消息的处理方式为延迟定时处理,则当达到第一信息的预设时间点时,处理处于等待状态的第一消息或者第二消息。
需要说明的是,图9所示的处理消息的方法的其他未描述过程,可以参考图6或图7中描述的处理信息的方法过程及步骤,只需将对第一信息的操作替换为对第一消息的操作即可,此处不再一一赘述。
下面结合场景,描述本发明实施例提供的方法。
实施例一
在5G网络架构中,第一网络设备为CP,第二网络设备为PF。以CP与PF的交互实现会话管理为例,描述本发明实施例提供的处理信息的方法。
如图10所示,所述方法可以包括:
S1001、当UE和网络之间建立的会话发生更新时,PF判断更新的会话信息的发送方式。
其中,发送方式具体可以参见图6所示实施例中的相关描述。
具体的,在S1001中,PF判断更新的会话的信息发送方式,确定是否需要马上将更新同步到UE侧。
具体的,PF可以根据签约信息或者应用功能(英文全称:Application Function,AF)发送的请求或会话中更新的信息属性等确定更新的会话信息的发送方式。
S1002、PF向CP发送包括发送方式指示信息的会话修改请求。
其中,指示信息用于指示PF确定的更新的会话信息的发送方式。
会话修改请求中还包括更新的会话信息。
S1003、CP接收会话修改请求。
S1004、若UE处于空闲态,CP根据会话修改请求中的发送方式指示信息确定更新的会话信息的发送方式。
若在S1004中,CP确定更新的会话信息的发送方式为延迟发送或者延迟定时发送,则执行S1005。
若在S1004中,CP确定更新的会话信息的发送方式为立刻发送,则向空闲态UE发送寻呼消息,之后在UE进入连接态时,向UE发送包含更新的会话信息的会话管理请求。
S1005、CP将更新的会话信息设置为等待状态。
S1006、CP向PF发送会话修改请求的响应。
S1007、CP向用户面(英文全称:User Plane,UP)发起会话更新流程。
其中,CP向UP发起会话更新流程用于将会话更新的信息同步到用户面网络设备。
S1008、CP根据确定的更新的会话信息的发送方式,向UE发送会话管理请求。
其中,会话管理请求包括更新的会话信息。
具体的,S1008的具体实现可以包括下述几种情况:
情况1、CP确定的更新的会话信息的发送方式为延迟发送,则CP在UE进入连接态时,触发会话管理流程,向UE发送会话管理请求,同步更新的会话信息到UE。
情况2、CP确定的更新的会话信息的发送方式为延迟定时发送,会话修改请求中包括的指示信息为一个时间点。在时间点到达之前,如果UE进入连接态,则在连接态建立中执行会话管理流程,向UE发送会话管理请求;在时间点到达时,如果UE没有进入连接态,CP对UE寻呼,并触发会话管理流程,向UE发送会话管理请求。
需要说明的是,S1008的具体执行过程,已经在S604中进行了详细描述,此处不再进行赘述。
S1009、CP向UP发起建立接入网(英文全称:Access Network,AN)上下文。
S1010、CP向PF发送更新完成指示消息。
其中,S1010是在CP确认UE已接收到会话管理请求后执行。
需要说明的是,S1007可以和S1009合并在S1009执行。
进一步的,在本实施例所述的处理信息的方法中,CP可能收到多个会话修改请求,处理方法与S604b、S604c及存在S604b和S604c时S604的具体实现过程相同,此处不再进行赘述。
需要说明的是,图10所示的方案中,还可以包括图7所示的方案中的可选步骤,此处不再一一赘述。
例如,若在S1008之前,CP再接收到PF发送的另一个会话修改请求,则可以将多次接收的会话修改请求合并处理,对于合并处理的过程,已经在图7所示的实施例中进行了详细描述,此处不再进行赘述。
实施例二
与上述实施例一不同的是,在实施例二中,PF向CP提供发送策略,由CP根据发送策略确定更新的会话信息的发送方式。
具体的,如图11所示,所述方法可以包括:
S1101、PF向CP发送确定UE的信息的发送策略。
其中,发送策略可以包括:保证比特率的通信链路对应的会话信息为立刻发送;非保证比特率的通信链路对应的会话信息为延迟发送;漫游用户的会话信息为延迟发送;优先级高的业务对应的通信链路对应的会话信息为立刻发送等。
S1102、当UE和网络之间建立的会话发生更新时,PF向CP发送包括更新的会话信息的会话修改请求。
S1103、CP接收会话修改请求。
S1104、若UE处于空闲态,CP根据会话修改请求及发送策略,确定更新的会话信息的发送方式。
在S1104之后,图11所示的方法的方案与图10所示的方法中S1004之后的执行相同,此处不再进行赘述。
实施例三
在5G网络架构中的漫游场景,第一网络设备为归属网络控制面网络设备(英文全称:Home-Control Plane,H-CP)和访问网络控制面网络设备(英文全称:Visited-ControlPlane,V-CP),第二网络设备为PF。以H-CP、V-CP与PF的交互实现会话管理为例,描述本发明实施例提供的处理信息的方法。
具体的,如图12所示,所述方法可以包括:
S1201、当UE和网络之间建立的会话发生更新时,PF判断更新的会话的发送方式。
S1202、PF向H-CP发送包括发送方式指示信息的会话修改请求。
S1203、H-CP向V-CP发送包会话修改请求。
S1204、V-CP接收会话修改请求。
S1205、若UE处于空闲态,V-CP根据会话修改请求中的发送方式指示信息确定更新的会话信息的发送方式。
在S1205之后,图12所示的方法的方案与图10所示的方法中S1004之后的执行相同,此处不再进行赘述。只是图10中CP的操作,在图12所示的方案中,由V-CP。图10中CP向PF发送的过程,在图12所示的方案中,由V-CP通过H-CP向PF发送。
进一步的,图12所示的方案中,还可以将S1201至S1205替换为图11所示的方案中的S1101至S1104。只是图11中CP的操作,在图12所示的方案中,由V-CP。图11中CP向PF发送的过程,在图12所示的方案中,由V-CP通过H-CP向PF发送。
实施例四
在LTE网络架构中,第一网络设备为MME,第二网络设备为P-GW。以MME通过S-GW与P-GW的交互实现会话管理为例,描述本发明实施例提供的处理信息的方法。
如图12a所示,所述方法可以包括:
S1201a、P-GW向S-GW发送包括更新的会话信息的会话修改请求。
其中,会话修改请求还可以包括更新的会话信息的发送方式指示信息或者发送策略。
P-GW向S-GW发送包括更新的会话信息的会话修改请求,用于S-GW向MME转发包括更新的会话信息的会话修改请求。
可选的,当UE和网络之间建立的会话发生更新时,P-GW可以直接将发送策略发给S-GW向MME转发,用于MME在接收到会话修改请求时,确定更新的会话信息的发送方式,这种情况下,会话修改请求包括发送策略。
可选的,当UE和网络之间建立的会话发生更新时,P-GW可以判断更新的会话信息的发送方式,这种情况下,会话修改请求包括更新的会话信息的发送方式指示信息,用于指示P-GW确定的更新的会话信息的发送方式。
需要说明的是,P-GW判断更新的会话信息的发送方式的过程,与S1001中PF确定更新的会话信息的发送方式的过程相似,此处不再进行赘述。
S1202a、S-GW接收会话修改请求。
S1203a、S-GW向MME发送会话修改请求。
其中,S-GW在S1202a中接收到会话修改请求后,可选的,需要解析封装后向MME发送,本发明实施例对于解析封装的过程不进行限定。
解析封装后会话修改请求包括更新的会话信息。
S1204a、MME接收S-GW发送的会话修改请求。
S1205a、若UE处于空闲态,MME根据会话修改请求确定更新的会话信息的发送方式。
若在S1205a中,MME确定更新的会话信息的发送方式为延迟发送或者延迟定时发送,则执行S1206a。
若在S1205a中MME确定更新的会话信息的发送方式为立即发送,则向空闲态UE发送寻呼消息,之后在UE进入连接态时,向UE发送包含更新的会话信息的会话管理请求。
S1206a、MME将更新的会话信息设置为等待状态。
S1207a、MME向S-GW发送会话修改请求的响应。
S1208a、S-GW接收MME发送的会话修改请求的响应。
S1209a、S-GW向P-GW发送会话修改请求的响应消息。
S1210a、MME根据确定的更新的会话信息的发送方式,向UE发送会话管理请求。
需要说明的是,S1210a的具体实现过程,与S1008的实现过程相似,此处不再进行赘述。
需要说明的是,在S1210a之后,图12a所示的方法的方案与图10所示的方法中S1008之后的执行相同,此处不再进行赘述。
需要说明的是,图12a所示的方案中,还可以包括图7所示的方案中的可选步骤,此处不再一一赘述。
例如,若在S1210a之前,MME再接收到S-GW转发的另一个会话修改请求,则可以将多次接收的会话修改请求合并处理,对于合并处理的过程,已经在图7所示的实施例中进行了详细描述,此处不再进行赘述。
进一步的,上述四个实施例的方法中,可以将发送策略替换为处理策略,或者将发送方式指示信息替换为处理方式指示信息,则上述三个实施例描述为处理消息的方法,具体通过下述实施例进行描述。
实施例五
在5G网络架构中,第一网络设备为CP,第二网络设备为PF。以CP与PF的交互实现会话管理为例,描述本发明实施例提供的处理消息的方法。
如图13所示,所述方法可以包括:
S1301、PF向CP发送包括更新的会话信息的会话修改请求。
其中,会话修改请求还可以包括会话修改请求的处理方式指示信息或者处理策略。
可选的,当UE和网络之间建立的会话发生更新时,PF可以直接将处理策略发给CP,用于CP在接收到会话修改请求时,确定会话修改请求的处理方式,这种情况下,会话修改请求包括处理策略。
可选的,当UE和网络之间建立的会话发生更新时,PF可以判断会话修改请求的处理方式,这种情况下,会话修改请求包括处理方式指示信息,用于指示PF确定的会话修改请求的处理方式。
需要说明的是,PF判断会话修改请求的处理方式的过程,与S1001中PF确定更新的会话信息的发送方式的过程相似,此处不再进行赘述。
S1302、CP接收会话修改请求。
在S1302之后,若UE处于空闲态且CP确定会话修改请求的处理方式为延迟处理或者延迟定时处理,则执行S1303。
若CP确定会话修改请求的处理方式为立即处理,则向空闲态UE发送寻呼消息,之后在UE进入连接态时,处理会话修改请求或者处理根据会话修改请求生成的会话管理请求。
S1303、CP存储会话修改请求或者存储根据会话修改请求生成的会话管理请求。
其中,会话管理请求是根据会话修改请求生成的,向UE发送会话修改请求中包括的更新的会话信息的请求消息。
S1304、CP将会话修改请求设置为等待状态。
S1305、CP向PF发送会话修改请求的响应。
S1306、CP向UP发起会话更新流程。
其中,CP向UP发起会话更新流程用于将会话更新的信息同步到用户面网络设备。
S1307、CP根据确定的会话修改请求的处理方式,处理会话修改请求或者会话管理请求。
其中,处理会话修改请求包括生成对应的会话管理请求并向UE发送。处理会话管理请求包括向UE发送会话管理请求。
具体的,S1307的具体实现可以包括下述几种情况:
情况1、CP确定的会话修改请求的处理方式为延迟处理,则CP在UE进入连接态时,处理会话修改请求或者会话管理请求。
情况2、CP确定的会话修改请求的处理方式为延迟定时处理,会话修改请求中还包括会话修改请求的预设个时间点。在预设时间点到达之前,在UE进入连接态时处理会话修改请求或者会话管理请求;在预设时间点到达时,如果UE没有进入连接态,CP寻呼UE,并在UE进入连接态时处理会话修改请求或者会话管理请求。
需要说明的是,在S1307之后,图13所示的方法的方案与图10所示的方法中S1008之后的执行相同,此处不再进行赘述。
需要说明的是,图13所示的方案中,还可以包括图7所示的方案中的可选步骤,此处不再一一赘述。
例如,若在S1307之前,CP再接收到PF发送的另一个会话修改请求,则可以将多次接收的会话修改请求合并处理,对于合并处理的过程,已经在图7所示的实施例中进行了详细描述,此处不再进行赘述。
进一步的,上述图13所示的实施例的方法中,若应用在长期演进(英文全称:LongTerm Evolution,LTE)场景中,MME执行CP的功能,PCRF执行PF的功能,PCRF与MME之间的交互通过P-GW与S-GW的转发实现,即可实现在LTE网络中实现处理消息的方法,具体过程描述如下。
实施例六
在LTE网络架构中,以MME通过S-GW与P-GW的交互实现会话管理为例,描述本发明实施例提供的处理消息的方法。
如图14所示,所述方法可以包括:
S1401、P-GW向S-GW发送包括更新的会话信息的会话修改请求。
其中,会话修改请求还可以包括会话修改请求的处理方式指示信息或者处理策略。
P-GW向S-GW发送包括更新的会话信息的会话修改请求,用于S-GW向MME转发包括更新的会话信息的会话修改请求。
可选的,当UE和网络之间建立的会话发生更新时,P-GW可以直接将处理策略发给S-GW向MME转发,用于MME在接收到会话修改请求时,确定会话修改请求的处理方式,这种情况下,会话修改请求包括处理策略。
可选的,当UE和网络之间建立的会话发生更新时,P-GW可以判断会话修改请求的处理方式,这种情况下,会话修改请求包括处理方式指示信息。
需要说明的是,P-GW判断会话修改请求的处理方式的过程,与S1001中PF确定更新的会话信息的发送方式的过程相似,此处不再进行赘述。
S1402、S-GW接收会话修改请求。
S1403、S-GW向MME发送会话修改请求。
其中,S-GW在S1402中接收到会话修改请求后,可选的,需要解析封装后向MME发送,本发明实施例对于解析封装的过程不进行限定。
S1404、MME接收S-GW会话修改请求。
S1405、若UE处于空闲态,MME根据会话修改请求确定会话修改请求的处理方式。
若在S1405中,MME确定会话修改请求的处理方式为延迟处理或者延迟定时处理,则执行S1406。
若在S1405中MME确定会话修改请求的处理方式为立即处理,则向空闲态UE发送寻呼消息,之后在UE进入连接态时,处理会话修改请求或者处理根据会话修改请求生成的会话管理请求。
S1406、MME存储会话修改请求或者存储根据会话修改请求生成的会话管理请求。
其中,会话管理请求是根据会话修改请求生成的,用于向UE发送会话修改请求中包括的更新的会话信息的请求消息。
S1407、MME将会话修改请求设置为等待状态。
S1408、MME向S-GW发送会话修改请求的响应。
S1409、S-GW接收MME发送的会话修改请求的响应。
S1410、S-GW向P-GW发送会话修改请求的响应消息。
S1411、MME根据确定的会话修改请求的处理方式,处理会话修改请求或者会话管理请求。
其中,处理会话修改请求包括生成对应的会话管理请求并向UE发送。处理会话管理请求包括向UE发送会话管理请求。
需要说明的是,S1411的具体实现过程,与S1307的实现过程相似,此处不再进行赘述。
需要说明的是,在S1411之后,图14所示的方法的方案与图10所示的方法中S1008之后的执行相同,此处不再进行赘述。
需要说明的是,图14所示的方案中,还可以包括图7所示的方案中的可选步骤,此处不再一一赘述。
例如,若在S1411之前,MME再接收到S-GW转发的另一个会话修改请求,则可以将多次接收的会话修改请求合并处理,对于合并处理的过程,已经在图7所示的实施例中进行了详细描述,此处不再进行赘述。
上述主要从各个网元之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是,各个网元,例如第一网络设备、第二网络设备等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本发明实施例可以根据上述方法示例对第一网络设备、第二网络设备等进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图15示出了上述实施例中所涉及的第一网络设备150的一种可能的结构示意图,第一网络设备150可以用于执行图6或图7或图8或图9所示实施例中第一网络设备的动作,或者图10或图11或图12或图14所示实施例中CP的动作,或者图14所示实施例中MME的动作。
在一种实现方式中,如图15所示,第一网络设备150包括:接收单元1501,确定单元1502。
接收单元1501,用于接收第二网络设备发送的UE的第一信息,UE处于空闲态。
确定单元1502,用于根据接收单元1501接收的第一信息的发送方式相关信息,确定第一信息的发送方式,其中,发送方式包括立刻发送或者延迟发送或者延迟定时发送。
可选的,第一信息的发送方式相关信息可以包括:发送方式指示信息,发送方式指示信息用于指示接收单元1501接收的第一信息的发送方式;或,发送策略,发送策略用于确定接收单元1501接收的第一信息的发送方式。
具体的,第一信息的发送方式相关信息包括发送方式指示信息时,确定单元1502具体可以用于:确定接收单元1501接收的第一信息的发送方式为发送方式指示信息指示的发送方式。
具体的,第一信息的发送方式相关信息包括发送策略时,确定单元1502具体可以用于:根据发送策略,确定接收单元1501接收的第一信息的发送方式。
进一步的,接收单元1501还可以用于:在确定单元1502根据第一信息的发送方式相关信息,确定第一信息的发送方式之前,接收第二网络设备发送的第一信息的发送方式相关信息。
进一步的,如图16所示,第一网络设备150还可以包括:
发送单元1503,用于根据确定单元1502确定的第一信息的发送方式,向UE发送接收单元1501接收的第一信息。
可选的,发送单元1503具体可以用于:
若确定单元1502确定第一信息的发送方式为延迟发送,则在UE进入连接态时,向UE发送接收单元1501接收的第一信息;或者,若确定单元1502确定的第一信息的发送方式为延迟定时发送,则在UE进入连接态或达到第一信息的预设时间点时,向UE发送接收单元1501接收的第一信息。
进一步的,如图16所示,所述第一网络设备150还可以包括:
设置单元1504,用于若确定单元1502确定的第一信息的发送方式为延迟发送或者延迟定时发送,则设置接收单元1501接收的第一信息为等待状态,等待状态用于指示第一信息待发送。
可选的,发送单元1503还可以用于:
若确定单元1502确定第一信息的发送方式为延迟发送或延迟定时发送,且第一信息为等待状态,则当UE进入连接态时,向UE发送接收单元1501接收的第一信息;或者,若确定单元1502确定第一信息的发送方式为延迟定时发送且第一信息为等待状态,则当达到第一信息的预设时间点时,向UE发送接收单元1501接收的第一信息。
可选的,接收单元1501具体可以用于:接收第二网络设备发送的第一消息,第一消息携带有第一信息和第一信息的发送方式相关信息。
设置单元1504还可以用于,若第一信息的发送方式为延迟发送或延迟定时发送,则设置接收单元1501接收的第一消息为等待状态。
可选的,第一信息包括会话管理流程中向UE同步或更新的信息。
在另一种实现方式中,如图17所示,第一网络设备150可以包括:接收单元1701和设置单元1702。
接收单元1701,用于接收第二网络设备发送的UE的第一信息以及第一信息的发送方式指示信息,UE处于空闲态。
设置单元1702,用于若接收单元1701接收的发送方式指示信息指示采用延迟发送方式或延迟定时发送方式发送第一信息,则设置接收单元1701接收的第一信息为等待状态,等待状态用于指示第一信息待发送。
进一步的,如图18所示,所述第一网络设备150还可以包括发送单元1703。
发送单元1703用于,当UE进入连接态且第一信息为等待状态时,向UE发送接收单元1701接收的第一信息。
或者,发送单元1703还可以用于,当达到第一信息的预设时间点且第一信息为等待状态时,向UE发送接收单元1701接收的第一信息。
在另一种实现方式中,如图19所示,第一网络设备150可以包括:接收单元1901、确定单元1902和保存单元1903。
接收单元1901,用于接收第二网络设备发送的第一消息,第一消息包含UE的第一信息,UE处于空闲态。
确定单元1902,用于确定接收单元1901接收的第一消息的处理方式。
保存单元1903,用于若确定单元1902确定接收单元1901接收的第一消息的处理方式为延迟处理或者延迟定时处理,存储接收单元1901接收的第一消息或者存储根据接收单元1901接收的第一消息生成的第二消息。
进一步的,所述确定单元1902具体用于:根据处理方式指示信息确定接收单元1901接收的第一消息的处理方式为延迟处理或者延迟定时处理;或者,根据处理策略确定接收单元1901接收的第一消息的处理方式为延迟处理或者延迟定时处理。
可选的,接收单元1901接收的第一消息包括处理方式指示信息,或者,处理策略。处理方式指示信息用于指示立即处理或延迟处理或延迟定时处理。
进一步的,如图20所示,所述第一网络设备150还可以包括:处理单元1904。
处理单元1904具体用于:若确定单元1902确定第一消息的处理方式为延迟处理,则在UE进入连接态时,处理保存单元1903存储的第一消息或者第二消息;或者,
若确定单元1902确定第一消息的处理方式为延迟定时处理,则在UE进入连接态或达到第一消息的预设时间点时,处理保存单元1903存储的第一消息或者所述第二消息。
进一步的,如图20所示,所述第一网络设备150还可以包括设置单元1905。
设置单元1905具体可以用于:若确定单元1902确定第一消息的处理方式为延迟处理或者延迟定时处理,设置保存单元1903保存的第一消息为等待状态或者保存单元1903保存的第二消息为等待状态,等待状态用于指示保存单元1903保存的第一消息或者第二消息待处理。
进一步的,处理单元1904或者可以用于:若确定单元1902确定第一消息的处理方式为延迟处理或延迟定时处理,则当UE进入连接态时,处理处于等待状态的保存单元1903保存的第一消息或者第二消息;或者,若确定单元1902确定第一消息的处理方式为延迟定时处理,则当达到第一信息的预设时间点时,处理处于等待状态的保存单元1903保存的第一消息或者第二消息。
在采用集成的单元的情况下,图21示出了上述实施例中所涉及的第一网络设备150的一种可能的结构示意图。第一网络设备150可以包括:处理模块2101和通信模块2102。处理模块2101用于对第一网络设备150的动作进行控制管理,例如,处理模块2101用于通过通信模块2102支持第一网络设备150执行S603、S604c、S903、S1004、S1104、S1205、S1405,和/或用于本文所描述的技术的其它过程。处理模块2101还用于支持第一网络设备150通过通信模块2102执行S602、S604b、S606、S902、S1003、S1103、S1204、S1302、S1404。通信模块2102用于支持第一网络设备150与其他网络实体的通信。第一网络设备150还可以包括存储模块2103,用于存储第一网络设备150的程序代码和数据。
其中,处理模块2101可以为图4所示的第一网络设备40的实体结构中的处理器401,可以是处理器或控制器,例如可以是CPU,通用处理器,DSP,ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块2102可以是图4所示的第一网络设备150的实体结构中的收发器404,或者可以是收发电路或通信接口等。存储模块2103可以是图4所示的第一网络设备150的实体结构中的存储器。
当处理模块2101为处理器,通信模块2102为收发器,存储模块2103为存储器时,本发明实施例图21所涉及的第一网络设备150可以为图4所示的第一网络设备40。
在采用对应各个功能划分各个功能模块的情况下,图22示出了上述实施例中所涉及的第二网络设备220的一种可能的结构示意图,第二网络设备220可以用于执行图6或图7或图8或图9所示实施例中第二网络设备的动作,或者图10或图11或图12或图14所示实施例中PF的动作,或者图14所示实施例中P-GW的动作。
如图22所示,第二网络设备220可以包括:获取单元2201,发送单元2202。
获取单元2201,用于获取UE的第一信息的发送方式相关信息,发送方式相关信息用于确定第一信息的发送方式。
发送单元2202,用于向第一网络设备发送第一信息以及获取单元2201获取的第一信息的发送方式相关信息。
可选的,第一信息的发送方式相关信息包括:发送方式指示信息,发送方式指示信息用于指示第一信息的发送方式;或,发送策略,发送策略用于确定第一信息的发送方式。
进一步的,若第一信息的发送方式相关信息包括发送方式指示信息,获取单元2201具体用于:根据发送策略,确定第一信息的发送方式指示信息。
在采用集成的单元的情况下,图23示出了上述实施例中所涉及的第二网络设备220的一种可能的结构示意图。第二网络设备220可以包括:处理模块2301和通信模块2302。处理模块2301用于对第二网络设备220的动作进行控制管理,例如,处理模块2301用于支持第二网络设备220获取发送策略或发送方式指示信息或者处理策略或者处理方式指示信息,具体执行S1001、S1201,和/或用于本文所描述的技术的其它过程。处理模块2301还用于支持第二网络设备220通过通信模块2302执行S601、S801、S901、S1002、S1101、S1102、S1202。通信模块2302用于支持第二网络设备220与其他网络实体的通信。第二网络设备220还可以包括存储模块2303,用于存储第二网络设备220的程序代码和数据。
其中,处理模块2301可以为图5所示的第二网络设备50的实体结构中的处理器501,可以是处理器或控制器,例如可以是CPU,通用处理器,DSP,ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块2302可以是图5所示的第二网络设备50的实体结构中收发器,可以是收发电路或通信接口等。存储模块2303可以是图5所示的第二网络设备50的实体结构中的存储器。
当处理模块2301为处理器,通信模块2302为收发器,存储模块2303为存储器时,本发明实施例图23所涉及的第二网络设备220可以为图5所示的第二网络设备50。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网接口设备中。当然,处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (44)

1.一种处理信息的方法,其特征在于,所述方法应用于第一网络设备,包括:
接收来自第二网络设备的用户设备UE的会话修改请求,所述会话修改请求用于向UE同步或更新UE上下文信息,所述第二网络设备为控制面的网络设备;
若UE处于空闲态,根据所述会话修改请求的发送方式相关信息,确定所述会话修改请求的发送方式为延迟发送或者延迟定时发送;
存储所述会话修改请求,且不寻呼所述UE;
当所述UE进入连接态,向所述UE发送所述会话修改请求。
2.根据权利要求1所述的方法,其特征在于,所述会话修改请求的发送方式相关信息包括:
发送方式指示信息,所述发送方式指示信息用于指示所述会话修改请求的发送方式;或,
发送策略,所述发送策略用于确定所述会话修改请求的发送方式。
3.根据权利要求2所述的方法,其特征在于,所述根据所述会话修改请求的发送方式相关信息,确定发送所述会话修改请求的发送方式为延迟发送或者延迟定时发送,包括:
确定所述会话修改请求的发送方式为所述发送方式指示信息指示的发送方式。
4.根据权利要求2所述的方法,其特征在于,所述根据所述会话修改请求的发送方式相关信息,确定发送所述会话修改请求的发送方式为延迟发送或者延迟定时发送,包括:
根据所述发送策略,确定所述会话修改请求的发送方式。
5.根据权利要求1-4任一项所述的方法,其特征在于,在所述根据所述会话修改请求的发送方式相关信息,确定发送所述会话修改请求的发送方式为延迟发送或者延迟定时发送之前,所述方法还包括:
接收来自所述第二网络设备的所述会话修改请求的发送方式相关信息。
6.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
根据所述会话修改请求的发送方式,向所述UE发送所述会话修改请求。
7.根据权利要求6所述的方法,其特征在于,所述根据所述会话修改请求的发送方式,向所述UE发送所述会话修改请求,包括:
若所述会话修改请求的发送方式为延迟定时发送,则在所述UE进入连接态或达到所述会话修改请求的预设时间点时,向所述UE发送所述会话修改请求。
8.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
若所述会话修改请求的发送方式为延迟发送或者延迟定时发送,则设置所述会话修改请求为等待状态,所述等待状态用于指示所述会话修改请求待发送。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
若所述会话修改请求的发送方式为延迟发送或延迟定时发送,且所述会话修改请求为等待状态,则当所述UE进入连接态时,向所述UE发送所述会话修改请求;或者,
若所述会话修改请求的发送方式为延迟定时发送且所述会话修改请求为等待状态,则当达到所述会话修改请求的预设时间点时,向所述UE发送所述会话修改请求。
10.根据权利要求1-4任一项所述的方法,其特征在于,
所述接收来自第二网络设备的所述UE的会话修改请求,包括:接收来自所述第二网络设备的会话修改请求,所述会话修改请求携带有所述会话修改请求和所述会话修改请求的发送方式相关信息;
所述方法还包括:
若所述会话修改请求的发送方式为延迟发送或延迟定时发送,则设置所述会话修改请求为等待状态。
11.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
向所述第二网络设备发送所述会话修改请求的发送指示,所述会话修改请求的发送指示用于指示所述第一网络设备确定的所述会话修改请求的发送状态。
12.根据权利要求1所述的方法,其特征在于,在接收来自所述第二网络设备的用户设备UE的会话修改请求之后,所述方法还包括:
向所述第二网络设备发送会话修改请求的发送指示,所述会话修改请求的发送指示用于指示第一网络设备确定的会话修改请求的发送状态,其中,发送状态包括延迟发送。
13.一种处理消息的方法,其特征在于,所述方法应用于第一网络设备,包括:
接收来自第二网络设备的会话修改请求,所述会话修改请求用于向UE同步或更新UE上下文信息,所述第二网络设备为控制面的网络设备;
若UE处于空闲态,确定向所述UE发送所述会话修改请求的处理方式为延迟处理或延迟定时处理,存储所述会话修改请求或存储根据所述会话修改请求生成的会话管理请求,且不寻呼所述UE;
当所述UE进入连接态,向所述UE发送所述会话修改请求。
14.根据权利要求13所述的方法,其特征在于,所述确定向所述UE发送所述会话修改请求的处理方式为延迟处理或延迟定时处理包括:
根据处理方式指示信息确定所述会话修改请求的处理方式为延迟处理或者延迟定时处理;
或者,
根据处理策略确定所述会话修改请求的处理方式为延迟处理或者延迟定时处理。
15.根据权利要求14所述的方法,其特征在于,所述会话修改请求包括所述处理方式指示信息,或者,所述处理策略,
其中,所述处理方式指示信息用于指示立即处理或延迟处理或延迟定时处理。
16.根据权利要求13-15任一项所述的方法,其特征在于,所述方法还包括:
若所述会话修改请求的处理方式为延迟处理,则在所述UE进入连接态时,处理所述会话修改请求或者所述会话管理请求;或者,
若所述会话修改请求的处理方式为延迟定时处理,则在所述UE进入连接态或达到所述会话修改请求的预设时间点时,处理所述会话修改请求或者所述会话管理请求。
17.根据权利要求13-15任一项所述的方法,其特征在于,所述方法还包括:
若所述会话修改请求的处理方式为延迟处理或者延迟定时处理,设置所述会话修改请求为等待状态或者所述会话管理请求为等待状态,所述等待状态用于指示所述会话修改请求或者所述会话管理请求待处理。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:
若所述会话修改请求的处理方式为延迟处理或延迟定时处理,则当所述UE进入连接态时,处理处于等待状态的所述会话修改请求或者所述会话管理请求;或者,
若所述会话修改请求的处理方式为延迟定时处理,则当达到所述会话修改请求的预设时间点时,处理处于等待状态的所述会话修改请求或者所述会话管理请求。
19.根据权利要求13-15、18任一项所述的方法,其特征在于,所述方法还包括:
向所述第二网络设备发送所述会话修改请求的发送指示,所述会话修改请求的发送指示用于指示所述第一网络设备确定的所述会话修改请求的发送状态。
20.根据权利要求13-15、18任一项所述的方法,其特征在于,所述方法还包括:
所述第二网络设备向所述第一网络设备发送所述会话修改请求。
21.一种处理信息的方法,其特征在于,包括:
第二网络设备获取用户设备UE的会话修改请求的发送方式相关信息,所述发送方式相关信息用于确定向所述UE发送所述会话修改请求的发送方式,所述会话修改请求用于向UE同步或更新的上下文信息,所述第二网络设备为控制面的网络设备;
向第一网络设备发送所述会话修改请求,用于若UE处于空闲态,所述第一网络设备确定发送所述会话修改请求的发送方式为延迟发送或者延迟定时发送;
所述第一网络设备存储所述会话修改请求,且不寻呼所述UE;
当所述UE进入连接态,所述第一网络设备向所述UE发送所述会话修改请求。
22.根据权利要求21所述的方法,其特征在于,所述会话修改请求的发送方式相关信息包括:
发送方式指示信息,所述发送方式指示信息用于指示所述会话修改请求的发送方式;或,
发送策略,所述发送策略用于确定所述会话修改请求的发送方式。
23.根据权利要求22所述的方法,其特征在于,若所述会话修改请求的发送方式相关信息包括所述发送方式指示信息,则所述获取用户设备UE的会话修改请求的发送方式相关信息包括:
根据所述发送策略,确定所述会话修改请求的发送方式指示信息。
24.根据权利要求21-23任一项所述的方法,其特征在于,
所述会话修改请求包括会话管理流程中向所述UE同步的信息。
25.根据权利要求21-23任一项所述的方法,其特征在于,所述方法还包括:
接收来自所述第一网络设备的所述会话修改请求的发送指示,所述会话修改请求的发送指示用于指示所述会话修改请求的发送状态。
26.一种第一网络设备,其特征在于,包括:
接收单元,用于接收来自第二网络设备的用户设备UE的会话修改请求,所述会话修改请求用于向UE同步或更新的上下文信息,所述第二网络设备为控制面的网络设备;
确定单元,若UE处于空闲态,根据所述会话修改请求的发送方式相关信息,确定向所述UE发送所述会话修改请求的发送方式为延迟发送或者延迟定时发送;
存储所述会话修改请求,且不寻呼所述UE;
当所述UE进入连接态,向所述UE发送所述会话修改请求。
27.根据权利要求26所述的第一网络设备,其特征在于,所述会话修改请求的发送方式相关信息包括:
发送方式指示信息,所述发送方式指示信息用于指示所述接收单元接收的所述会话修改请求的发送方式;或,
发送策略,所述发送策略用于确定所述接收单元接收的所述会话修改请求的发送方式。
28.根据权利要求27所述的第一网络设备,其特征在于,所述会话修改请求的发送方式相关信息包括所述发送方式指示信息,所述确定单元具体用于:
确定所述接收单元接收的所述会话修改请求的发送方式为所述发送方式指示信息指示的发送方式。
29.根据权利要求27所述的第一网络设备,其特征在于,所述会话修改请求的发送方式相关信息包括所述发送策略,所述确定单元具体用于:
根据所述发送策略,确定所述接收单元接收的所述会话修改请求的发送方式。
30.根据权利要求26-29任一项所述的第一网络设备,其特征在于,所述接收单元还用于:
在所述确定单元根据所述会话修改请求的发送方式相关信息,确定所述会话修改请求的发送方式之前,接收来自所述第二网络设备的所述会话修改请求的发送方式相关信息。
31.根据权利要求26-29任一项所述的第一网络设备,其特征在于,所述第一网络设备还包括:
发送单元,用于根据所述确定单元确定的所述会话修改请求的发送方式,向所述UE发送所述接收单元接收的所述会话修改请求。
32.根据权利要求31所述的第一网络设备,其特征在于,所述发送单元具体用于:
若所述确定单元确定所述会话修改请求的发送方式为延迟发送,则在所述UE进入连接态时,向所述UE发送所述接收单元接收的所述会话修改请求;或者,
若所述确定单元确定所述会话修改请求的发送方式为延迟定时发送,则在所述UE进入连接态或达到所述会话修改请求的预设时间点时,向所述UE发送所述接收单元接收的所述会话修改请求。
33.根据权利要求26-29、32任一项所述的第一网络设备,其特征在于,所述第一网络设备还包括:
设置单元,用于若所述确定单元确定的所述会话修改请求的发送方式为延迟发送或者延迟定时发送,则设置所述接收单元接收的所述会话修改请求为等待状态,所述等待状态用于指示所述会话修改请求待发送。
34.根据权利要求33所述的第一网络设备,其特征在于,所述第一网络设备还包括发送单元,具体用于:
若所述确定单元确定所述会话修改请求的发送方式为延迟发送或延迟定时发送,且所述会话修改请求为等待状态,则当所述UE进入连接态时,向所述UE发送所述接收单元接收的所述会话修改请求;或者,
若所述确定单元确定的所述会话修改请求的发送方式为延迟定时发送且所述会话修改请求为等待状态,则当达到所述会话修改请求的预设时间点时,向所述UE发送所述接收单元接收的所述会话修改请求。
35.根据权利要求26-29、32、34任一项所述的第一网络设备,其特征在于,
所述接收单元具体用于:接收来自所述第二网络设备的会话修改请求,所述会话修改请求携带有所述会话修改请求和所述会话修改请求的发送方式相关信息;
所述第一网络设备还包括设置单元,用于若所述会话修改请求的发送方式为延迟发送或延迟定时发送,则设置所述接收单元接收的所述会话修改请求为等待状态。
36.根据权利要求31所述的第一网络设备,其特征在于,所述发送单元具体还用于:
向所述第二网络设备发送所述会话修改请求的发送指示,所述会话修改请求的发送指示用于指示所述第一网络设备确定的所述会话修改请求的发送状态,其中,发送状态包括延迟发送。
37.一种第一网络设备,其特征在于,所述第一网络设备包括:
接收单元,用于接收来自第二网络设备的会话修改请求,所述会话修改请求用于向UE同步或更新UE上下文信息,所述第二网络设备为控制面的网络设备;
确定单元,用于若所述UE处于空闲态,确定向所述UE发送所述会话修改请求的处理方式为延迟处理或者延迟定时处理;
保存单元,用于存储所述会话修改请求或者存储根据所述会话修改请求生成的会话管理请求;
发送单元,用于当所述UE进入连接态,向所述UE发送所述会话修改请求。
38.根据权利要求37所述的第一网络设备,其特征在于,所述确定单元具体用于:
根据处理方式指示信息确定所述接收单元接收的所述会话修改请求的处理方式为延迟处理或者延迟定时处理;
或者,
根据处理策略确定所述接收单元接收的所述会话修改请求的处理方式为延迟处理或者延迟定时处理。
39.根据权利要求38所述的第一网络设备,其特征在于,所述接收单元接收的会话修改请求包括所述处理方式指示信息,或者,所述处理策略,
其中,所述处理方式指示信息用于指示立即处理或延迟处理或延迟定时处理。
40.根据权利要求37-39任一项所述的第一网络设备,其特征在于,所述第一网络设备还包括处理单元,具体用于:
若所述确定单元确定所述会话修改请求的处理方式为延迟处理,则在所述UE进入连接态时,处理所述保存单元存储的所述会话修改请求或者所述会话管理请求;或者,
若所述确定单元确定所述会话修改请求的处理方式为延迟定时处理,则在所述UE进入连接态或达到所述会话修改请求的预设时间点时,处理所述保存单元存储的所述会话修改请求或者所述会话管理请求会话管理请求。
41.根据权利要求37-39任一项所述的第一网络设备,其特征在于,所述第一网络设备还包括设置单元,具体用于:
若所述确定单元确定所述会话修改请求的处理方式为延迟处理或者延迟定时处理,设置所述保存单元保存的所述会话修改请求为等待状态或者所述会话管理请求为等待状态,所述等待状态用于指示所述保存单元保存的所述会话修改请求或者所述会话管理请求待处理。
42.根据权利要求41所述的第一网络设备,其特征在于,所述第一网络设备还包括处理单元,具体用于:
若所述确定单元确定所述会话修改请求的处理方式为延迟处理或延迟定时处理,则当所述UE进入连接态时,处理处于等待状态的所述保存单元保存的所述会话修改请求或者所述会话管理请求;或者,
若所述确定单元确定所述会话修改请求的处理方式为延迟定时处理,则当达到所述会话修改请求的预设时间点时,处理处于等待状态的所述保存单元保存的所述会话修改请求或者所述会话管理请求。
43.根据权利要求37-39、42任一项所述的第一网络设备,其特征在于,所述第一网络设备还包括发送单元,所述发送单元具体用于:
向所述第二网络设备发送所述会话修改请求的发送指示,所述会话修改请求的发送指示用于指示所述第一网络设备确定的所述会话修改请求的发送状态。
44.一种通信系统,其特征在于,包括如权利要求37-43任一项所述的第一网络设备和与所述第一网络设备连接的第二网络设备。
CN201680085160.8A 2016-08-23 2016-08-23 一种处理信息或消息的方法及网络设备 Active CN109076316B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/096438 WO2018035723A1 (zh) 2016-08-23 2016-08-23 一种处理信息或消息的方法及网络设备

Publications (2)

Publication Number Publication Date
CN109076316A CN109076316A (zh) 2018-12-21
CN109076316B true CN109076316B (zh) 2021-06-22

Family

ID=61246004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680085160.8A Active CN109076316B (zh) 2016-08-23 2016-08-23 一种处理信息或消息的方法及网络设备

Country Status (4)

Country Link
US (1) US20190191353A1 (zh)
EP (1) EP3493563B1 (zh)
CN (1) CN109076316B (zh)
WO (1) WO2018035723A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
EP3779820A1 (en) * 2019-08-14 2021-02-17 Nokia Technologies Oy Message delivery
CN113067685B (zh) * 2019-12-30 2022-09-16 海能达通信股份有限公司 一种信息通信方法及系统
CN113535426B (zh) * 2021-06-16 2023-11-03 福建天泉教育科技有限公司 一种消息下发的优化方法及服务端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070124386A1 (en) * 2005-11-21 2007-05-31 Research In Motion Limited Method for regulating instant messaging traffic
CN102217360A (zh) * 2011-04-29 2011-10-12 华为技术有限公司 Isr激活场景中移动管理设备故障的处理方法及设备
WO2011157132A2 (zh) * 2011-05-31 2011-12-22 华为技术有限公司 一种业务信息的发送方法、装置和系统
US20140126448A1 (en) * 2011-06-22 2014-05-08 Nec Europe Ltd. Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040094139A (ko) * 2003-05-02 2004-11-09 에스케이 텔레콤주식회사 이동통신 패킷망에서 단문메시지를 이용한 인스턴트메시징 서비스 방법
WO2017003235A1 (ko) * 2015-06-30 2017-01-05 엘지전자(주) 무선 통신 시스템에서 그룹 메시지를 전송하기 위한 방법 및 이를 위한 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070124386A1 (en) * 2005-11-21 2007-05-31 Research In Motion Limited Method for regulating instant messaging traffic
CN102217360A (zh) * 2011-04-29 2011-10-12 华为技术有限公司 Isr激活场景中移动管理设备故障的处理方法及设备
WO2011157132A2 (zh) * 2011-05-31 2011-12-22 华为技术有限公司 一种业务信息的发送方法、装置和系统
US20140126448A1 (en) * 2011-06-22 2014-05-08 Nec Europe Ltd. Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression

Also Published As

Publication number Publication date
US20190191353A1 (en) 2019-06-20
WO2018035723A1 (zh) 2018-03-01
EP3493563A1 (en) 2019-06-05
EP3493563A4 (en) 2019-07-10
EP3493563B1 (en) 2020-10-07
CN109076316A (zh) 2018-12-21

Similar Documents

Publication Publication Date Title
AU2021204507B2 (en) Method for moving between communications systems and apparatus
US11558783B2 (en) Communication method, network element, terminal apparatus, and system
EP3435729B1 (en) Method for changing connection mode in base station, and base station thereof, and method for changing connection mode in user equipment, and user equipment thereof
WO2019137286A1 (zh) 一种本地数据网络的指示方法及装置
WO2020063317A1 (zh) 一种通信方法及装置
CN103906262B (zh) 一种承载分配方法及用户设备、基站和服务网关
CN103875302B (zh) 一种数据连接管理的方法、装置及系统
WO2019033901A1 (zh) 一种会话管理方法、异系统互操作的方法及网络装置
EP3253083A1 (en) Control method and device based on multiple priorities in wireless communication system
CN109076316B (zh) 一种处理信息或消息的方法及网络设备
KR102476193B1 (ko) 레이트 제어 방법, 장치, 및 시스템
JP6998943B2 (ja) ユーザ装置、無線通信システム及び無線通信方法
KR20120070442A (ko) 사물통신 그룹 기반 터널링을 이용한 데이터 전송 방법, 그리고 이를 이용하는 이동통신 시스템
EP3989672A1 (en) Method and device for establishing and releasing local area network tunnel
WO2019223651A1 (zh) 一种消息发送的方法及装置
CN108432291B (zh) 数据业务的管理方法及设备
WO2018223900A1 (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