CN112135320B - 用于传输业务报文的方法和装置 - Google Patents
用于传输业务报文的方法和装置 Download PDFInfo
- Publication number
- CN112135320B CN112135320B CN201910551334.0A CN201910551334A CN112135320B CN 112135320 B CN112135320 B CN 112135320B CN 201910551334 A CN201910551334 A CN 201910551334A CN 112135320 B CN112135320 B CN 112135320B
- Authority
- CN
- China
- Prior art keywords
- network element
- user plane
- source
- target
- plane 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 184
- 230000005540 biological transmission Effects 0.000 claims abstract description 41
- 238000013508 migration Methods 0.000 claims description 81
- 230000005012 migration Effects 0.000 claims description 81
- 230000006870 function Effects 0.000 claims description 52
- 230000008569 process Effects 0.000 claims description 38
- 238000004590 computer program Methods 0.000 claims description 21
- 238000007726 management method Methods 0.000 description 87
- 238000004891 communication Methods 0.000 description 44
- 238000013461 design Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 18
- 238000013523 data management Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 10
- 238000012986 modification Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 230000009471 action Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 102100021087 Regulator of nonsense transcripts 2 Human genes 0.000 description 3
- 101710028540 UPF2 Proteins 0.000 description 3
- 230000002441 reversible effect Effects 0.000 description 3
- 101000579423 Homo sapiens Regulator of nonsense transcripts 1 Proteins 0.000 description 1
- 102100028287 Regulator of nonsense transcripts 1 Human genes 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/06—Reselecting a communication resource in the serving access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种用于传输业务报文的方法和装置。该方法包括:目标用户面网元接收来自源用户面的第一上行业务报文,第一上行业务报文为源用户面接收到第二上行业务报文之后所接收的上行业务报文,第二上行业务报文为源用户面向源应用服务器发送的最后一个上行业务报文;目标用户面网元接收来自源用户面网元的第一指示信息,第一指示信息用于指示源用户面网元发送第一上行业务报文结束;在目标用户面网元接收到第一指示信息之后,当第一上行业务报文发送完毕,目标用户面网元向目标AS发送由接入网设备发送给目标用户面网元的上行业务报文,可以避免上行业务报文乱序的问题,从而有助于提高传输性能。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及通信领域中用于传输业务报文的方法和装置。
背景技术
当终端装置从原来的接入网设备的覆盖范围移动至当前的接入网设备的覆盖范围时,会触发空口的切换,即将终端装置的接入网设备从原来的接入网设备切换到当前的接入网设备。由于终端装置的位置发生了变化,但是终端装置仍然接入的是原来的用户面网元,但实际上此时离终端装置最近的用户面网元可能已经发生了变化,但是终端装置仍然与原来的用户面网元进行报文的传输,这种情况下传输路径较长,相应地,报文的传输时延就会变大。为了降低报文的传输时延,有必要将传输路径从原来的用户面网元切换到新的用户面网元,切换的过程中,还没有完成传输的上下行业务报文容易丢包,从而导致传输性能下降。
发明内容
本申请提供一种用于传输业务报文的方法,有助于提高传输性能。
第一方面,提供了一种用于传输业务报文的方法,包括:目标用户面功能接收来自源用户面网元的第一上行业务报文,第一上行业务报文为源用户面网元接收到第二上行业务报文之后所接收的上行业务报文,第二上行业务报文为源用户面网元向源应用服务器发送的最后一个上行业务报文;
目标用户面网元接收来自源用户面网元的第一指示信息,第一指示信息用于指示源用户面网元发送第一上行业务报文结束;
在目标用户面网元接收到第一指示信息之后,当第一上行业务报文发送完毕,目标用户面网元向目标应用服务器发送由接入网设备发送给目标用户面网元的上行业务报文。
因此,本申请实施例中,当源用户面网元向源应用服务器发送了最后一个第二上行业务报文之后,将第二上行业务报文之后的第一上行业务报文通过目标用户面网元向目标应用服务器发送,这样可以避免第一上行业务报文的丢失,并且源用户面网元可以向目标用户面网元发送第一指示信息来指示通过源用户面网元发送的第一上行业务报文结束,这样可以避免目标用户面网元一直等待接收源用户面网元发送的上行业务报文,目标用户面网元在接收到第一指示信息之后,向目标应用服务器发送完来自源用户面网元的上行业务报文之后,再发送由接入网设备发送给目标用户面网元的上行业务报文,从而可以避免上行业务报文乱序的问题。
在一些可能的实现方式中,在目标用户面网元接收来自源用户面网元的第一上行业务报文之前,方法还包括:
目标用户面网元向源用户面网元发送第一上行业务报文和第二指示信息,所述第二指示信息用于指示所述目标用户面网元发送所述第一上行业务报文结束。
需要说明的是,第一指示信息和第二指示信息可以是不同的网元之间的信令,但是第一指示信息和第二指示信息可以包括相同的信元,即该相同的信元可以是上行业务报文结束的标识,即当目标用户面网元向源用户面网元发送了第二指示信息之后,源用户面网元可以确定来自目标用户面网元的上行业务报文结束,即目标用户面网元不会再向源用户面网元发送上行业务报文了;当源用户面网元向目标用户面网元发送第一指示信息之后,目标用户面网元可以确定来自源用户面网元的上行业务报文结束,即源用户面网元不会再向目标用户面网元发送上行业务报文了。
在一些可能的实现方式中,在目标用户面网元接收来自源用户面网元的第一上行业务报文之前,方法还包括:
目标用户面网元接收来自源用户面网元的第一下行业务报文和第三指示信息,第三指示信息用于指示来自源应用服务器的下行业务报文发送结束。
在一些可能的实现方式中,在目标用户面网元收到来自源用户面网元的第三指示信息之后,方法还包括:
当第一下行业务报文发送完毕,目标用户面网元向接入网设备发送来自目标应用服务器发送的下行业务报文。
在一些可能的实现方式中,目标用户面网元向源用户面网元发送第二指示信息,包括:
目标用户面网元根据第三指示信息向源用户面网元发送第二指示信息。
在一些可能的实现方式中,目标用户面网元向源用户面网元发送第二指示信息,包括:
目标用户面网元接收来自目标应用服务器的下行业务报文或者接收来自会话管理功能网元发送的上下文迁移完成消息之后,目标用户面网元向源用户面网元发送第二指示信息。
在一些可能的实现方式中,在目标用户面网元向源用户面网元发送第二指示信息之前,目标用户面网元确定建立与源用户面网元之间的隧道信息,隧道信息是用于建立源用户面网元与目标用户面网元之间的上行业务报文转发隧道。
在一些可能的实现方式中,目标用户面网元可以将隧道信息发送给目标会话管理网元,这样目标会话管理网元可以将隧道信息发送给中心会话管理网元,中心会话管理网元可以将隧道信息发送给源会话管理网元,源会话管理网元将隧道信息发送给源用户面网元,这样源用户面网元和目标用户面网元就可以根据隧道信息建立上下业务报文的转发隧道。
在一些可能的实现方式中,目标用户面网元可以将隧道信息发送给中心会话管理网元,这样中心会话管理网元可以将隧道信息发送给源用户面网元,这样源用户面网元和目标用户面网元就可以根据隧道信息建立上下业务报文的转发隧道。
第二方面,提供了一种用于传输业务报文的方法,包括:源用户面功能网元接收到第二上行业务报文之后,源用户面网元接收第一上行业务报文,第二上行业务报文为源用户面网元向源应用服务器发送的最后一个上行业务报文,源用户面网元向目标用户面网元发送第一上行业务报文报文;源用户面网元向目标用户面网元发送第一指示信息,第一指示信息用于指示源用户面网元发送第一上行业务报文结束。
因此,本申请实施例中,当源用户面网元向源应用服务器发送了最后一个第二上行业务报文之后,将第二上行业务报文之后的第一上行业务报文通过目标用户面网元向目标应用服务器发送,这样可以避免第一上行业务报文的丢失,并且源用户面网元可以向目标用户面网元发送第一指示信息来指示源用户面网元发送第一上行业务报文结束,这样可以避免目标用户面网元一直等待接收源用户面网元发送的上行业务报文,目标用户面网元在接收到第一指示信息之后,向目标应用服务器发送完来自源用户面网元的上行业务报文之后,再发由接入网设备向目标用户面网元的上行业务报文,从而可以避免上行业务报文的乱序问题。
在一些可能的实现方式中,在源用户面网元向目标用户面网元发送第一上行业务报文之前,方法还包括:
源用户面网元接收来自目标用户面网元的第二指示信息,所述第二指示信息用于指示所述目标用户面网元发送所述第一上行业务报文结束。可选地,源用户面网元在接收到目标用户面网元发送的第一上行业务报文之后再接收目标用户面网元发送的第二指示信息,或者,源用户面网元可以同时接收目标用户面网元发送的第二指示信息和第一上行业务报文。
在一些可能的实现方式中,在源用户面网元向目标用户面网元发送第一上行业务报文之前,方法还包括:
源用户面网元向目标用户面网元发送第一下行业务报文和第三指示信息,第三指示信息用于指示来自源应用服务器的下行业务报文发送结束。
在一些可能的实现方式中,源用户面网元接收来自目标用户面网元的第二指示信息,包括:
源用户面网元接收目标用户面网元根据第三指示信息发送的第二指示信息。
在一些可能的实现方式中,在源用户面网元向目标用户面网元发送第一下行业务报文和第三指示信息之前,方法还包括:
源用户面网元接收第一网元发送的第四指示信息,第四指示信息用于指示第一下行业务报文为来自源应用服务器的最后一个下行业务报文;
源用户面网元向第一网元发送第五指示信息,第五指示信息用于指示第二上行业务报文为源用户面网元发送给源应用服务器的最后一个上行业务报文。
在一些可能的实现方式中,第一网元可以是源应用服务器或者源应用服务器的管理网元或者源应用服务器的控制面网元。
在一些可能的实现方式中,第四指示信息为第一下行业务报文的序列号,第五指示信息为第二上行业务报文的序列号。
在一些可能的实现方式中,方法还包括,源用户面网元接收中心会话管理网元或者源会话管理网元发送的隧道信息,隧道信息是用于建立源用户面网元与目标用户面网元之间的上行业务报文转发隧道。
第三方面,提供了一种用于传输业务报文的方法,包括:源应用服务器接收会话管理功能会话管理网元发送的第一通知信息,第一通知信息用于通知数据网络接入点标识发生变化或用于通知用户面网元发生变化,第一通知信息包括目标数据网络接入点标识和终端装置的标识;
源应用服务器确定处理完第一下行业务报文和第二上行业务报文之后,源应用服务器与目标数据网络接入点标识对应的目标应用服务器进行终端装置的上下文的迁移,其中,第一下行业务报文为源应用服务器向源用户面功能用户面网元发送的最后一个下行业务报文,第二上行业务报文为源用户面网元向源应用服务器发送的最后一个上行业务报文。
在一些可能的实现方式中,在源应用服务器与目标数据网络接入点标识对应的目标应用服务器进行终端装置的上下文的迁移之前,方法还包括:
源应用服务器向源用户面网元发送第四指示信息,第四指示信息用于指示第一下行业务报文为来自源应用服务器的最后一个下行业务报文;
源应用服务器接收源用户面网元发送的第五指示信息,第五指示信息用于指示第二上行业务报文为源用户面网元发送给源应用服务器的最后一个上行业务报文。
在一些可能的实现方式中,第四指示信息为第一下行业务报文的序列号,第五指示信息为第二上行业务报文的序列号。
在一些可能的实现方式中,源应用服务器向源用户面网元发送第四指示信息,包括:源应用服务器通过源会话管理网元向源用户面网元发送第四指示信息;源应用服务器接收源用户面网元发送的第五指示信息,包括:源应用服务器通过源会话管理网元接收源用户面网元发送的第五指示信息。
在一些可能的实现方式中,在源应用服务器与目标数据网络接入点标识对应的目标应用服务器进行终端装置的上下文的迁移之后,方法还包括:源应用服务器向中心会话管理网元发送上下文迁移完成消息,用于指示源应用服务器与目标应用服务器已经完成了终端装置的上下文迁移。
在一些可能的实现方式中,在源应用服务器与目标数据网络接入点标识对应的目标应用服务器进行终端装置的上下文的迁移之后,方法还包括:源应用服务器向中心会话管理网元和源会话管理网元分别发送上下文迁移完成消息,用于指示源应用服务器与目标应用服务器已经完成了终端装置的上下文迁移。
第四方面,提供了一种用于传输业务报文的方法,包括:第一会话管理网元接收源AS发送的第四指示信息,第一会话管理网元向源用户面网元发送第四指示信息,第四指示信息用于指示第一下行业务报文为来自源应用服务器的最后一个下行业务报文;第一会话管理网元接收源用户面网元发送的第五指示信息,第一会话管理网元向源应用服务器发送第五指示信息,第五指示信息用于指示第二上行业务报文为源用户面网元发送给源应用服务器的最后一个上行业务报文。
在一些可能的实现方式中,第四指示信息为第一下行业务报文的序列号,第五指示信息为第二上行业务报文的序列号。
在一些可能的实现方式中,第一会话管理网元为中心会话管理网元,中心会话管理网元用于控制一个或多个会话管理网元,一个或多个会话管理网元包括源会话管理网元。
在一些可能的实现方式中,第一会话管理网元为中心会话管理网元,方法还包括:中心会话管理网元接收源应用服务器发送的上下文迁移完成消息,上下文迁移完成消息用于指示源应用服务器与目标应用服务器完成了终端装置的上下文迁移。
在一些可能的实现方式中,第一会话管理网元为源会话管理网元。
在一些可能的实现方式中,若第一会话管理网元为源会话管理网元,方法还包括:第一会话管理网元获取隧道信息,并向源用户面网元发送隧道信息。
在一些可能的实现方式中,若第一会话管理网元为源会话管理网元,源会话管理网元获取隧道信息,包括:源会话管理网元接收中心会话管理网元发送的隧道信息。
第五方面,本申请提供一种用于传输业务报文的装置,用于实现第一方面和/或其任意可能的实现方式中的方法。该装置可以是目标用户面网元,也可以是目标用户面网元中的装置,或者是能够和目标用户面网元匹配使用的装置。一种设计中,该装置可以包括执行第一方面和/或其任意可能的实现方式中所描述的方法/操作/步骤/动作所一一对应的模块,该模块可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。一种设计中,该装置可以包括发送单元和接收单元。
第六方面,本申请提供一种用于传输业务报文的装置,用于实现第二方面和/或其任意可能的实现方式中的方法。该装置可以是源用户面网元,也可以是源用户面网元中的装置,或者是能够和源用户面网元匹配使用的装置。一种设计中,该装置可以包括执行第二方面和/或其任意可能的实现方式中所描述的方法/操作/步骤/动作所一一对应的模块,该模块可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。一种设计中,该装置可以包括发送单元和接收单元。
第七方面,本申请提供一种用于传输业务报文的装置,用于实现第三方面和/或其任意可能的实现方式中的方法。该装置可以是源应用服务器,也可以是源应用服务器中的装置,或者是能够和源应用服务器匹配使用的装置。一种设计中,该装置可以包括执行第三方面和/或其任意可能的实现方式中所描述的方法/操作/步骤/动作所一一对应的模块,该模块可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。一种设计中,该装置可以包括发送单元和迁移单元。
第八方面,本申请提供一种用于传输业务报文的装置,用于实现第四方面和/或其任意可能的实现方式中的方法。该装置可以是会话管理网元,也可以是会话管理网元中的装置,或者是能够和会话管理网元匹配使用的装置。一种设计中,该装置可以包括执行第四方面和/或其任意可能的实现方式中所描述的方法/操作/步骤/动作所一一对应的模块,该模块可以是硬件电路,也可是软件,也可以是硬件电路结合软件实现。一种设计中,该装置可以包括接收单元和发送单元。
第九方面,本申请提供一种用于传输业务报文的装置,该装置包括处理器,用于实现上述第一方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第一方面和/或其任意可能的实现方式中描述的方法。可选地,所述处理器用于存储指令,所述处理器执行所述存储器中存储的指令时,可以实现上述第一方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信,示例性的,通信接口可以是收发器、电路、总线、模块、管脚或其它类型的通信接口。
第十方面,本申请提供一种用于传输业务报文的装置,该装置包括处理器,用于实现上述第二方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第二方面和/或其任意可能的实现方式中描述的方法。可选地,所述处理器用于存储指令,所述处理器执行所述存储器中存储的指令时,可以实现上述第二方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信。
第十一方面,本申请提供一种用于传输业务报文的装置,该装置包括处理器,用于实现上述第三方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第三方面和/或其任意可能的实现方式中描述的方法。可选地,所述处理器用于存储指令,所述处理器执行所述存储器中存储的指令时,可以实现上述第三方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信。
第十二方面,本申请提供一种用于传输业务报文的装置,该装置包括处理器,用于实现上述第四方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括存储器,所述存储器与所述处理器耦合,所述处理器用于实现上述第四方面和/或其任意可能的实现方式中描述的方法。可选地,所述处理器用于存储指令,所述处理器执行所述存储器中存储的指令时,可以实现上述第四方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信。
第十三方面,本申请提供了一种用于传输业务报文的系统,该系统包括上述第五方面提供的装置、第六方面提供的装置、第七方面提供的装置以及第八方面提供的装置中的至少两方面的装置;或者
该系统包括上述第九方面提供的装置、第十方面提供的装置、第十一方面提供的装置以及第十二方面提供的装置中的至少两方面的装置;
第十四方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在计算机上运行时,使得计算机执行第一方面及其任意可能的设计中的方法。
第十五方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在计算机上运行时,使得计算机执行第二方面及其任意可能的设计中的方法。
第十六方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在计算机上运行时,使得计算机执行第三方面及其任意可能的设计中的方法。
第十七方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机指令,当计算机指令在计算机上运行时,使得计算机执行第四方面及其任意可能的设计中的方法。
第十八方面,本申请提供一种芯片,包括处理器。处理器用于执行第一方面及其任意可能的实现方式中的方法。
可选地,所述芯片还包括存储器,存储器与处理器耦合。
进一步可选地,所述芯片还包括通信接口。
第十九方面,本申请提供一种芯片,包括处理器。处理器用于执行第二方面及其任意可能的实现方式中的方法。
可选地,所述芯片还包括存储器,存储器与处理器耦合。
第二十方面,本申请提供一种芯片,包括处理器。处理器用于执行第三方面及其任意可能的实现方式中的方法。
可选地,所述芯片还包括存储器,存储器与处理器耦合。
进一步可选地,所述芯片还包括通信接口。
第二十一方面,本申请提供一种芯片,包括处理器。处理器用于执行第四方面及其任意可能的实现方式中的方法。
可选地,所述芯片还包括存储器,存储器与处理器耦合。
第二十二方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行第一方面及其任意可能的设计中的方法。
第二十三方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行第二方面及其任意可能的实现方式中的方法。
第二十四方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行第三方面及其任意可能的设计中的方法。
第二十五方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行第四方面及其任意可能的实现方式中的方法。
附图说明
图1是本申请实施例提供的系统架构示意图。
图2是本申请实施例提供的应用场景示意图。
图3是本申请实施例提供的另一应用场景示意图。
图4是本申请实施例提供的又一应用场景示意图。
图5是本申请实施例提供的用于传输业务报文的方法示意图。
图6是本申请实例提供的另一用于传输业务报文的方法示意图。
图7是本申请实施例提供的又一用于传输业务报文的方法示意图。
图8是本申请实施例提供的又一用于传输业务报文的方法示意图。
图9是本申请实施例提供的又一用于传输业务报文的方法示意图。
图10是本申请实施例提供的下行业务报文的传输过程示意图。
图11是本申请实施例提供的上行业务报文的传输过程示意图。
图12是本申请实施例提供的用于传输业务报文的装置的示意性框图。
图13是本申请实施例提供的另一用于传输业务报文的装置的示意性框图。
图14是本申请实施例提供的又一用于传输业务报文的装置的示意性框图。
图15是本申请实施例提供的又一用于传输业务报文的装置的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。
图1示例性示出了本申请提供的一种通信系统架构示意图。如图1所示,该通信系统架构包括移动性管理网元、会话管理网元、策略控制网元、认证服务网元、数据管理网元和用户面网元。进一步,该通信系统架构还包括接入网设备、终端装置(user equipment,UE)和数据网络网元(data network,DN)。终端装置可与移动性管理网元连接,接入网设备也可与移动性管理网元连接,接入网设备还可与用户面网元连接,用户面网元可分别与会话管理网元、数据网络连接,移动性管理网元可分别与会话管理网元、数据管理网元、策略控制网元和认证服务网元连接,会话管理网元分别与策略控制网元和数据管理网元连接。移动性管理网元和会话管理网元均可从数据管理网元获取数据,例如用户签约数据,移动性管理网元和会话管理网元均可从策略控制网元获取策略数据。例如,策略控制网元从数据管理网元获得用户签约数据并发送到移动性管理网元和会话管理网元,再由移动性管理网元和会话管理网元下发到接入网设备、终端装置和用户面网元等。
移动性管理网元,主要用于移动网络中的终端装置的注册、移动性管理、跟踪区更新流程。移动性管理网元终结了非接入层(non access stratum,NAS)消息、完成注册管理、连接管理以及可达性管理、分配跟踪区域列表(track area list,TA list)以及移动性管理等,并且透明路由会话管理(session management,SM)消息到会话管理网元。在第5代(5th generation,5G)通信中,移动性管理网元可以是核心网接入和移动性管理功能(coreaccess and mobility management function,AMF)网元,在未来通信如第6代(6thgeneration,6G)通信中,移动性管理网元仍可以是AMF网元,或者有其它名称,本申请对此不作限定。
会话管理网元,主要用于移动网络中的会话管理,如会话创建、修改、释放。具体功能比如包括为用户分配互联网协议(internet protocol,IP)地址、选择提供报文转发功能的用户面网元等。在5G中,会话管理网元可以是会话管理功能(session managementfunction,SMF)网元,在未来通信如6G中,会话管理网元仍可以是SMF网元,或有其它的名称,本申请不做限定。
策略控制网元,其包含用户签约数据管理功能,策略控制功能,计费策略控制功能,服务质量(quality of service,QoS)控制等。在5G中,策略控制网元可以是策略控制功能(policy control function,PCF)网元,在未来通信如6G中,策略控制网元仍可以是PCF网元,或有其它的名称,本申请不做限定。
认证服务器网元,主要用于使用可扩展的身份验证协议(extensibleauthentication protocol,EAP)验证服务功能、存储密钥,以实现对用户的鉴权和认证。在5G中,认证服务器网元可以是认证服务器功能(authentication server function,AUSF)网元,在未来通信如6G中,用户面网元仍可以是AUSF网元,或有其它的名称,本申请不做限定。
数据管理网元,主要用于存储用户数据,如签约信息、鉴权/授权信息。在5G中,数据管理网元可以是统一数据管理(unified data management,UDM)网元,在未来通信如6G中,数据管理网元仍可以是UDM网元,或有其它的名称,本申请不做限定。
用户面网元,主要用于用户平面的业务处理,例如业务路由、包转发、锚定功能、业务质量(quality of service,QoS)映射和执行、上行链路的标识识别并路由到数据网络、下行包缓存和下行链路数据到达的通知触发、与外部数据网络连接等,可以存在多个用户面网元,其中与应用服务器(application service,AS)连接的用户面网元称之为协议数据单元会话锚点(PDU session anchor,PSA),其中,PDU全称为protocol data unit。在5G中,用户面网元可以是用户面功能(user plane function,UPF)网元,在未来通信如6G中,用户面网元仍可以是UPF网元,或有其它的名称,本申请不做限定。
接入网设备,也可以称为无线接入网(radio access network,RAN)设备,是一种为终端装置提供无线通信功能的设备。接入网设备包括但不限于:5G中的下一代基站(gnodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio networkcontroller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved nodeB,或homenode B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receivingpoint,TRP)、发射点(transmitting point,TP)、移动交换中心等。
终端装置(user equipment,UE),是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。终端装置可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
数据网络(Data Network,DN),主要用于为用户提供业务,比如运营商的业务、互联网接入业务和第三方业务。
可以理解的是,上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。上述网元或者功能可划分出一个或多个服务,进一步,还可能会出现独立于网络功能存在的服务。在本申请中,上述功能的实例、或上述功能中包括的服务的实例、或独立于网络功能存在的服务实例均可称为服务实例。
需要说明的是,图1中包括的各个网元的命名仅是一个名字,名字对网元本身的功能不构成限定。在5G网络以及未来其它的网络中,上述各个网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能是其他命名,等等,在此进行统一说明,以下不再赘述。
需要说明的是,图1中的各个网元不是必须同时存在的,可以根据需求确定需要哪些网元。图1中的各个网元之间的连接关系也不是唯一确定的,可以根据需求进行调整。
本申请以用户面网元为UPF为例进行描述,例如,源UPF和目标UPF。可选地,可以将源UPF替换成源PSA,将目标UPF替换成目标PSA。本申请以会话管理网元为SMF网元为例进行描述。
图2示出了本申请实施例的一个应用场景示意图。图2示出了三条传输路径,路径1的上行业务报文传输过程为:终端装置-接入网设备1-UPF1-AS1,下行业务报文的传输过程为上行业务报文的逆过程。路径2的上行业务报文传输过程为:终端装置-接入网设备2-UPF2-UPF1-AS1,下行业务报文的传输过程为上行业务报文的逆过程。路径3的上行业务报文的传输过程为:终端装置-接入网设备2-UPF2-AS2,下行业务报文的传输过程为上行业务报文的逆过程。终端装置(例如可以为图1的UE109)采用路径1传输业务报文的过程中,终端装置的位置发生变化。当终端装置从接入网设备1覆盖的位置移动到接入网设备2覆盖的位置时,终端装置的接入网设备需要切换至接入网设备2,即空口进行了切换,此时采用路径2传输业务报文,路径2上的报文通过接入网设备2到达UPF2再到达UPF1(也称为源UPF)最后到达AS1,此时传输距离较长,路径2是三个传输路径中距离最长的路径,从而在路径2上传输的报文的时延较长,例如,对于低时延高可靠(ultra reliable low latencycommunications,URLLC)类型的报文,在路径2上可能无法满足低时延性要求,因此有必要将报文的传输路径从路径2切换至路径3,也就是说有必要将终端装置的上下文从AS1迁移到AS2。但是在将报文的传输路径从路径2切换至路径3的过程中,在路径2上正在传输的报文有可能由于路径切换操作导致丢失,这样会造成丢包率较高,从而导致传输性能较差。并且在路径切换时,UPF2(也称为目标UPF)有可能会同时收到来自路径2和路径3的上行业务报文。从而导致UPF2收到的报文出现乱序,这对报文的顺序有严格要求的业务类型是一个很大的问题。
针对上述问题,本申请实施例提供的用于传输业务报文的方法,通过源UPF与目标UPF之间的交互,具体交互过程参见下面实施例中的描述,在路径切换过程中将路径2上的上行业务报文准确的传到AS2,将路径2上的下行业务报文准确的传到终端装置。
需要说明的是图2简单示出了UPF改变的情况下报文传输示意图,在实际的传输过程中图2还可以存在其他的网元,由于与本申请无关,所以没有详细的描述。
需要说明的是,本申请是将上行业务报文的传输与下行业务报文的传输结合到一起描述的,但本申请实施例对此不作限制,在实际处理的过程中,可以只存在上行业务报文的传输,也可以只存在下行业务报文的传输。
需要说明的是,为了方便描述,去掉了“网元”,例如,UPF表示UPF网元,SMF表示SMF网元等。
下面结合图3和图4描述本申请实施例的两种应用场景。
如图3所示中央数据中心(central data center)控制一个或多个本地数据中心(local data center),图3中仅示出了两个本地数据中心(也称为本地源数据中心和本地目标数据中心),但本申请实施例不限于此。每个本地数据中心没有SMF。
具体地,中央数据中心包括中心SMF、PCF、NEF以及AMF,中心SMF用于从PCF获取策略数据,并根据策略数据控制源UPF和目标UPF,例如,当终端装置的位置发生变化,从源接入网设备的覆盖范围移动到目标接入网设备的覆盖范围时,终端装置的进行空口的切换,从源接入网设备切换到目标接入网设备,此时AMF可以获取到目标接入设备发送的终端装置的接入信息,并将终端装置的接入信息上报给中心SMF,该接入信息包括终端装置的位置信息,中心SMF根据终端装置的接入信息确定终端装置的用户面网元需要切换,当发现需要切换到的用户面网元对应的应用服务器也变化时,中心SMF确定目标AS的数据网络接入点标识(data network access identifier,DNAI)。中心SMF将目标AS的DNAI以及终端装置的标识(可选地,也可以发送终端装置的应用的标识)发送给源AS,以便于源AS根据DNAI确定目标AS,从而使得源AS与目标AS进行终端装置的上下文问的迁移,例如,中心SMF通过NEF与源AS和目标AS传输信令。
需要说明的是,图3中,中央数据中心还可以包括AF,中心SMF可以通过AF与源AS和目标AS交互,中心SMF可以通过NEF与AF交互。
如图4所示中央数据中心(central data center)控制一个或多个本地数据中心(local data center),图中仅示出了两个本地数据中心(也称为本地源数据中心和本地目标数据中心),但本申请实施例不限于此。每个本地数据中心存在SMF和NEF。例如,源数据中心包括源SMF和源NEF,目标数据中心包括目标SMF和目标NEF。中心SMF用于控制源SMF和目标SMF。
具体地,中央数据中心包括中心SMF,中心SMF用于从PCF获取策略数据,并根据策略数据控制源SMF和目标SMF,例如,当终端装置的位置发生变化,从源接入网设备的覆盖范围移动到目标接入网设备的覆盖范围时,终端装置的进行空口的切换,从源接入网设备切换到目标接入网设备,此时AMF可以获取到目标接入设备发送的终端装置的接入信息,并将终端装置的接入信息上报给中心SMF,中心SMF根据从PCF获取的策略数据确定终端装置的UPF需要切换,当发现需要切换到的目标UPF对应的应用服务器也变化时,中心SMF确定目标AS的数据网络接入点标识(data network access identifier,DNAI)。中心SMF将目标AS的DNAI以及终端装置的标识(可选地,也可以发送终端装置的应用的标识)发送给源AS,以便于源AS根据DNAI确定目标AS,从而使得源AS与目标AS进行终端装置的上下文的迁移,例如,中心SMF通过NEF与源AS和目标AS传输信令。可选的,中心SMF也可以直接与源AS或目标AS传输信令。
需要说明的是,图4中,中央数据中心还可以包括AS的控制面网元AF,中心SMF可以通过AF与源AS和目标AS交互,中心SMF可以通过NEF与AF交互。源SMF可以通过源NEF与AF交互,源SMF可以通过源NEF与源AS交互。目标SMF可以通过目标NEF与AF交互,目标SMF可以通过目标NEF与目标AS交互。为了避免赘述,本申请实施例并未示出。
在一种可能的实现方式中,本地源数据中心可以包括源UPF、源SMF、源AF和源AS。本地目标数据中心可以包括目标PSA、目标SMF、目标AF和目标AS。源SMF可以源AF与源AS交互,目标SMF可以目标AF与目标AS交互。
可选地,本申请中终端装置的上下文的迁移,可以是终端装置的上下文状态的迁移,例如,上下文的状态包括应用层状态以及传输层状态,即将终端装置的应用层状态和传输层状态从源AS迁移到目标AS;本申请中终端装置的上下文的迁移也可以是终端的应用实例的迁移,即一个应用实例只服务一个终端装置,终端装置上下文的迁移就是将应用实例从源AS迁移到目标AS。
下面结合图5描述本申请实施例提供的用于传输业务报文的方法200,方法200包括:
S210,源UPF接收到第二上行业务报文之后,源UPF接收第一上行业务报文,第二上行业务报文为源UPF向源应用服务器发送的最后一个上行业务报文
S220,源UPF向目标UPF发送第一上行业务报文,目标UPF接收来自源UPF发送的第一上行业务报文。需要说明的是,在本申请实施例中,第一上行业务报文可以为一个或多个来自源UPF,并且需要向目标UPF发送的上行业务报文。换句话说,第一上行业务报文可以是在路径切换过程中还没有处理完,即不能按照原路径发给源AS,但是已经到达源UPF的上行业务报文,为了避免报文的丢失,可以将第一上行业务报文发送给目标UPF。
S230,源UPF向目标UPF发送第一指示信息,目标UPF接收来自源UPF的第一指示信息。第一指示信息用于指示源UPF发送的第一上行业务报文结束。
可选地,源UPF可以将S220中的第一上行业务报文和S230中的第一指示信息同时向目标UPF发送,例如,若第一上行业务报文为源UPF向目标UPF发送的最后一个上行业务报文,则可以将第一指示信息封装在第一上行业务报文的报文头中向目标UPF发送。可选地,源UPF也可以是先发送第一上行业务报文,再发送携带第一指示信息的上行报文。例如,该携带第一指示信息的上行报文与第一上行业务报文具有相同的数据包格式,比如,第一上行业务报文是通用分组无线服务隧道协议(GPRS tunnelling protocol,GTP)数据包,其中,GPRS表示通用分组无线服务(general packet radio service),GTP数据包包括用户层面的通用分组无线服务(GTP for the user plane,GTP-U)的头,那么携带该第一指示信息的上行报文也是GTP数据包,第一指示信息可以设置于GTP-U的头的特定标识位,比如将特定标识位设置为“0”或“1”。除了特定标识位外,携带第一指示信息的上行报文的GTP-U头,与第一上行业务报文的完全相同。
S240,在目标UPF接收到第一指示信息之后,当第一上行业务报文发送完毕,目标UPF向目标AS发送由接入网设备向目标UPF发送的上行业务报文。
因此,本申请实施例中,当源UPF向源AS发送了最后一个第二上行业务报文之后,将第二上行业务报文之后的接收到第一上行业务报文通过目标UPF向目标AS发送,这样可以避免第一上行业务报文的丢失,并且源UPF可以向目标UPF发送第一指示信息来指示通过源UPF发送的第一上行业务报文结束,这样可以避免目标UPF一直等待接收源UPF发送的上行业务报文,目标UPF在接收到第一指示信息之后,向目标AS发送完来自源UPF的上行业务报文之后,再发由接入网设备发送给目标UPF的上行业务报文,从而可以避免上行业务报文的乱序问题。
图6示出了本申请实施例提供的用于传输业务报文的方法300,包括:
S310,源应用服务器AS接收会话管理功能SMF发送的第一通知信息,第一通知信息用于通知数据网络接入点标识DNAI发生变化或用于通知锚点UPF发生变化,第一通知信息包括目标数据网络接入点标识DNAI和终端装置的标识。
例如,在图3所示的场景下,S310中,源AS接收的是中心SMF发送的第一通知信息。
S320,源AS确定处理完第一下行业务报文和第二上行业务报文之后,源AS与目标DNAI对应的目标AS进行终端装置的上下文的迁移,其中,第一下行业务报文为源AS向源用户面功能UPF发送的最后一个下行业务报文,第二上行业务报文为源UPF向源应用服务器AS发送的最后一个上行业务报文。
在本申请实施例中,源AS接收到SMF网络发送的第一通知信息之后,可以确定终端装置的上下文需要迁移,在确定需要迁移终端装置的上下文之后,源AS确定要处理完最后一个下行业务报文(第一下行业务报文)和最后一个接收到的上行业务报文(第二上行业务报文)之后,源AS根据第一通知信息中的目标DNAI确定对应的目标AS,并将终端装置的上下文迁移至目标AS,这样,将终端装置的上下文迁移至目标AS之后,可以保证终端装置的上下行业务报文的连续传输。
需要说明的是,本申请实施例中的终端装置的上下文迁移可以是终端装置的某个应用实例的整体迁移,例如,当一个应用实例只服务一个终端装置时,上下文迁移是指将终端装置与数据网络(data network,DN)相关的整个应用实例从一个AS(源AS)迁移到另一个AS(目标AS);终端装置的上下文迁移也可以是终端装置的传输层和应用层上下文迁移,例如,当多个终端装置共享一个应用实例时,终端装置的上下文迁移是指将终端装置需要迁移的应用的传输层和应用层上下文从一个AS(源AS)迁移到另一个AS(目标AS)。
图7示出了本申请实施例提供的用于传输业务报文的方法400,包括:
S401,SMF向第一网元发送第一通知信息,第一网元接收SMF发送的第一通知信息,第一通知信息用于通知数据网络接入点标识DNAI发生变化或用于通知UPF发生变化,第一通知信息包括目标数据网络接入点标识DNAI和终端装置的标识。
可选地,第一网元可以是源AS或者源AS的管理网元或者源AS的控制面网元AF,如果第一网元是源AS的管理网元或者源AS的控制面网元AF,则SMF向源AS的管理网元或者源AS的控制面网元AF发送第一通知信息之后,源AS的管理网元或者源AS的控制面网元AF将第一通知信息转发给源AS。下面以第一网元为源AS为例进行描述。
S402,源AS接收到第一通知信息之后,确定源AS向源UPF发送的最后一个下行业务报文是第一下行业务报文,源AS向源UPF发送第四指示信息,源UPF接收源AS发送的第四指示信息,该第四指示信息用于指示第一下行业务报文为来自源AS的最后一个下行业务报文。例如,该第四指示信息可以是第一下行业务报文的序列号。
可选地,源AS可以在向源UPF发送第四指示信息之前,向源UPF发送第一下行业务报文。可选地,源AS在向源UPF发送第四指示信息之后,向源UPF发送第一下行业务报文。可选地,源AS向源UPF同时发送第四指示信息和第一下行业务报文,例如第四指示信息可以包括在第一下行业务报文的报文头中。无论第四指示信息和第一下行业务报文的发送顺序如何,源AS向源UPF发送第一下行业务报文之后不会再向源UPF发送下行业务报文。
可选地,在S402中,源AS在接收到第一通知信息之后,可以预冻结终端装置的上下文,比如与目标AS交互为终端装置上下文迁移做准备,这样可以缩短终端装置上下文迁移的时间。
S403,源UPF接收到源AS发送的第四指示信息之后,源UPF向源AS发送第五指示信息,源AS接收源UPF发送的第五指示信息,该第五指示信息用于指示第二上行业务报文为源UPF发送给源AS的最后一个上行业务报文。例如,该第五指示信息可以是第二上行业务报文的序列号。
可选地,S402和S403中,源AS向源UPF发送第四指示信息,可以通过源AS的控制面网元AF以及源UPF的控制面网元SMF来发送的,即源AS先向AF发送第四指示信息,AF将第四指示信息发送给SMF,SMF再发送给源UPF。可选地,源UPF向源AS发送第五指示信息,也可以通过SMF和AF来发送的,即源用户面网元向源UPF的控制面网元SMF发送第五指示信息,SMF将第五指示信息发送给AF,AF再将第五指示信息发送给源AS。
需要说明的是,本申请实施例并不限定源UPF向源AS发送第二上行业务报文和第五指示信息的先后顺序,也就是说,源UPF可以在向源AS发送第二上行业务报文之后,再向源AS发送第五指示信息;也可以在源UPF收到第二上行业务报文后,先向源AS发送第五指示信息,再发送第二上行业务报文;还可以在源UPF收到第二上行业务报文后,同时向源AS发送第二上行报文和第五指示信息。
可选地,源AS可以直接向源UPF发送第四指示信息,源UPF可以直接向源AS发送第五指示信息,本申请实施例对此不作限定。
S404,源AS接收到第五指示信息之后,可以确定第二上行业务报文为来自源UPF的最后一个上行业务报文,源AS确定第一下行业务报文和第二上行业务报文处理完毕。
具体的,源AS可以在收到第二上行业务报文,并回复该第二上行业务报文的确认消息后即确定第二上行业务报文处理完毕;可以在发送完第一下行业务报文并收到该第一下行业务报文的确认消息后即确定第一下行业务报文处理完毕。源AS也可以在收到第二上行业务报文即认为第二上行业务报文处理完毕,在发送了第一下行业务报文后即认为第一下行业务报文处理完毕。
S405,源AS在处理完第一下行业务报文和第二上行业务报文之后,与目标DNAI对应的目标AS进行终端装置的上下文的迁移。
S406,源UPF接收到源AS发送的第一下行业务报文之后,源UPF向目标UPF发送第一下行业务报文。
S407,源UPF向目标UPF发送第三指示信息,该第三指示信息用于指示来自源AS的下行业务报文发送结束。
需要说明的是S406与S407的顺序不作限定,可选地,源UPF可以先发送第一下行业务报文,然后再发送携带第三指示信息下行报文,该携带第三指示信息的下行报文与第一下行业务报文具有相同的数据包格式,比如,第一下行业务报文是GTP数据包,包括GTP-U的头,那么携带该第三指示信息的下行报文也是GTP数据包,第三指示信息可以设置于GTP-U的头的特定标识位,比如将特定标识位设置为“0”或“1”。除了特定标识位外,携带第三指示信息的下行报文的GTP-U头,与第一下行业务报文的完全相同;可选地,源UPF可以将第一下行业务报文和第三指示信息同时发送给目标UPF,例如将第三指示信息封装在第一下行业务报文的报文头中。也需要说明的是,源AS和目标AS进行上下文的迁移可以与源UPF向目标UPF发送第一下行业务报文和第三指示信息同时进行或者可以有先后顺序。换句话说,S404以及S405可以在S406以及S407之前或者之后或者同时进行。
S408,当源AS与目标AS完成终端装置的上下文迁移之后,并且目标AS与目标UPF之间的链路建立好之后,目标AS就可以向目标UPF发送终端装置的下行业务报文。
S409,若目标UPF既有接收到来自源UPF的第一下行业务报文也有接收到来自目标AS的下行业务报文,目标UPF会立即向接入网设备发送来自源AS的第一下行业务报文,若目标UPF在接收到第三指示信息之前有来自目标AS的下行业务报文时,将来自目标AS的下行业务报文缓存,当目标UPF在接收到第三指示信息之后,确定向接入网设备发送完第一下行业务报文之后,再向接入网设备发送来自目标AS的下行业务报文(S408的下行业务报文),这样,可以保证优先传输来自源AS的下行业务报文,再传输来自目标AS的下行业务报文,可以避免下行业务报文的乱序。
S410,接入网设备将S409中接收到的下行业务报文通过空口发送给终端装置。
S411,终端装置不感知网络侧的网元的切换,终端装置在接收下行业务报文的同时也可以向接入网设备发送上行业务报文。
需要说明的是,S411与前述的任何一个步骤都没有顺序的限制,终端装置需要发送上行业务报文时,即执行S411,并没有任何顺序限制。
S412,接入网设备向目标UPF发送来自终端装置发送的上行业务报文。
同理,S412只要在S411之后即可,S412与前述的其他步骤都没有顺序的限制,接入网设备接收到终端装置发送的上行业务报文,有需要向目标UPF发送上行业务报文时,即执行S412,并没有任何顺序限制。
S413,目标UPF在接收到接入网设备发送的上行业务报文之后,向源UPF发送第一上行业务报文,直到目标UPF接收到第三指示信息之后,目标UPF不再向源UPF发送上行业务报文。
S414,目标UPF接收到第三指示信息之后向源UPF发送第二指示信息,该第二指示信息用于指示目标UPF发送第一上行业务报文结束,即目标UPF不会再向源UPF发送上行业务报文。
需要说明的是,第一指示信息和第二指示信息可以是不同的网元之间的信令,但是第一指示信息和第二指示信息可以包括相同的信元,即该相同的信元可以是上行业务报文结束的标识,即当目标用户面网元向源用户面网元发送了第二指示信息之后,源用户面网元可以确定来自目标用户面网元的上行业务报文结束;当源用户面网元向目标用户面网元发送第一指示信息之后,目标用户面网元可以确定来自源用户面网元的上行业务报文结束。
作为S414可替换的方式,目标UPF接收来自目标AS的下行业务报文或者接收来自会话管理功能SMF发送的上下文迁移完成消息之后,目标UPF向源UPF发送第二指示信息。
换句话说,目标UPF向源UPF发送第二指示信息可以是分两种情况,情况一:目标UPF在接收到源UPF发送的第三指示信息之后,向源UPF发送第二指示信息;情况二:目标UPF在接收到目标AS的下行业务报文或者来自SMF发送的上下文迁移完成消息之后,向源UPF发送第二指示信息。
可选地,第二指示信息可以在最后一个第一上行业务报文之后发送,即目标UPF先向源UPF发送第一上行业务报文,再发送携带第二指示信息的上行报文,该携带第二指示信息的上行报文与第一上行业务报文具有相同的数据包格式,比如,第一上行业务报文是GTP数据包,包括GTP-U的头,那么携带该第二指示信息的上行报文也是GTP数据包,第二指示信息可以设置于GTP-U的头的特定标识位,比如将特定标识位设置为“0”或“1”。除了特定标识位外,携带第二指示信息的下行报文的GTP-U头,与第一上行业务报文的完全相同。可选地,目标UPF也可以将第二指示信息封装在最后一个第一上行业务报文的报文头中发送给源UPF。
S415,源UPF在向源AS发送第五指示信息之后,接收到来自目标UPF的第一上行业务报文时,则将第一上行业务报文转发给目标UPF。
S416,源UPF接收到目标UPF的第二指示信息之后,向目标UPF发送第一指示信息,这样,目标UPF就可以通过第一指示信息确定来自源UPF的上行业务报文结束。换句话说,目标UPF先向源UPF发送第二指示信息来指示来自目标UPF发送的第一上行业务报文发送结束,源UPF可以将第二指示信息中的信元作为第一指示信息的信元向目标UPF发送,这样目标UPF就可以获知来自源UPF的第一上行业务报文也发送结束。当然,第一指示信息与第二指示信息是为了区分不同网元之间的信令,在实际处理过程中,第一指示信息和第二指示信息也可以为同一个指示信息,即目标UPF先向源UPF发送该指示信息,源UPF再将该指示信息发送给目标UPF。换种方式理解,第一指示信息或第二指示信息可以指示原始路径或者旧路径上的上行业务报文发送结束,原始路径或旧路径为:目标UPF-源UPF-目标UPF,不管源UPF接收到第二指示信息还是目标UPF接收到第一指示信息,源UPF和目标UPF就可以确定后续不会再有原始路径或者旧路径上的上行业务报文了。
需要说明的是,源UPF按序向目标UPF发送第一上行业务报文和第一指示信息,即源UPF根据接收第一上行业务报文和第二指示信息的顺序向目标UPF发送第一上行业务报文和第一指示信息,第二指示信息与第一上行业务报文的之间的顺序(S413和S414)与第一指示信息与第一上行业务报文之间的顺序(S415和S416)相同,即S413中的第一上行业务报文在S414中的第二指示信息之前,则S415中的第一上行业务报文也在S416中的第一指示信息之前;如果S413和S414中的第一上行业务报文和第二指示信息同时发送,则S415和S416中的第一上行业务报文和第一指示信息也同时发送。
S417,目标UPF与目标AS建立好上行链路之后,目标UPF可以向目标AS发送上行业务报文。具体的,发送过程是:先发送第一上行业务报文,即来自源UPF的上行业务报文,再发送直接来自接入网设备的上行业务报文。
为了更好的说明S412-S417,下面进行举例描述,假设S412中,接入网设备向目标UPF按序发送的业务报文为报文1、报文2、报文3、报文4和报文5,目标UPF按序接收这5个报文,目标UPF按序向源UPF发送报文1、报文2和报文3,下面分两种情况描述,情况一:当接收到源UPF发送的第三指示信息时,目标UPF确定不再向源UPF发送上行业务报文,即向源UPF发送第二指示信息,来指示来自目标UPF的上行业务报文结束,目标UPF将报文4和报文5先缓存下来,此时报文1、报文2和报文3为第一上行业务报文,源UPF按序接收到报文1、报文2、报文3以及第二指示信息之后,将报文1、报文2、报文3以及第一指示信息(第一指示信息的报文中的次序与第二指示信息在报文中次序相同)按序发送给目标UPF,目标UPF向目标AS按序发送报文1、报文2、报文3,目标UPF在接收到第一指示信息之后,并且在向目标AS按序发送完报文1、报文2和报文3之后,再发送缓存的报文4和报文5。情况二,当接收到源UPF发送的第三指示信息时,目标UPF确定最后向源UPF发送的业务报文为报文4,并将第二指示信息封装在报文4的报文头中向源UPF发送,目标UPF将报文5先缓存下来,此时报文1、报文2、报文3和报文4为第一上行业务报文。源UPF按序接收到报文1、报文2、报文3以及报文4之后,将报文1、报文2、报文3以及报文4(此时报文4中的第二指示信息被替换为第一指示信息)按序发送给目标UPF,目标UPF向目标AS按序发送报文1、报文2、报文3和报文4,目标UPF解报文4的报文头中的第一指示信息之后,并且在向目标AS按序发送完报文1、报文2、报文3和报文4,再发送缓存的报文5。
需要说明的是,第一上行业务报文为在终端装置的上下文迁移过程中,已经发送到源UPF但还没有转发给源AS的上行业务报文,已经发送到源UPF的报文也可以称为旧路径或者原路径上的报文,此时需要将旧路径或者原路径上的报文转发到目标UPF,通过目标UPF转发至目标AS,以避免上行业务报文的丢失。并且通过第一指示信息指示旧路径或者原路径上的报文结束了,这样目标UPF保证旧路径或者原路径上的上行业务报文发送完成之后,再发送来自接入网设备的上行业务报文,可以避免上行业务报文出现乱序的问题。
下面结合图8描述本申请实施例提供的在图3场景下的用于传输业务报文的方法500,方法500包括:
S501,中心SMF确定终端装置的PSA切换后AS对应的DNAI要变化,确定需要执行终端装置的上下文迁移或者应用迁移(application relocation),中心SMF确定目标DNAI。
S502,中心SMF向源AS发送上下文迁移请求消息,源AS接收中心SMF发送的上下文迁移请求消息,上下文迁移请求消息用于触发迁移终端装置的上下文,上下文迁移请求消息包括目标DNAI以及终端装置的标识。
例如,终端装置的标识可以是终端装置的身份标识(identity,ID)或者终端装置的网络协议地址(internet protocol,IP)地址或者也可以是终端装置的通用公共签约标识(generic public subscription identifier,GPSI)等。
需要说明的是,在本申请实施例中,中心SMF可以与源AS和目标AS直接交互,也可以通过源AS的控制面网元AF与源AS交互,也可以通过目标AS的控制面网元AF与目标AS进行交互,源AS和目标AS的控制面网元可以是相同的AF或者不同的AF。SMF与AF的交互可以直接交互,也可以通过NEF与AF交互。为避免赘述,在此不详细说明。
需要说明的是,本申请实施例仅以源AS与目标AS要迁移终端装置的状态上下文为例描述。但本申请实施例不限于此,源AS与目标AS也可以迁移终端装置的应用实例,鉴于此,上下文迁移请求消息还包括:应用的标识或应用实例的标识,这样,源AS和目标AS就可以迁移终端应用实例。
可选地,方法S401中的第一通知信息可以是S502中的上下文迁移请求消息。
可选地,方法500包括:S503,源AS在接收到中心SMF发送的上下文迁移请求消息之后,源AS预冻结终端装置的上下文,为迁移终端装置的上下文做准备。
S504,中心SMF向源AS发送上下文迁移请求消息之后,获取隧道信息。
隧道信息是用于建立源UPF与目标UPF之间的上行报文转发隧道,可选地,在S504中,获取隧道信息,包括:中心SMF自身可以确定隧道信息。可选地,在S504中,获取隧道信息,包括:中心SMF向目标UPF发送N4会话修改请求消息,N4会话修改请求用于向目标UPF请求隧道信息,目标UPF向中心SMF发送N4会话修改请求消息的响应消息,该N4会话修改请求消息的响应消息包括隧道信息。
需要说明的是,S503与S504的顺序并没有任何限制,S503可以在S504之前或之后或同时进行。
S505,中心SMF将隧道信息发送给源UPF。
S506,源UPF和目标UPF根据隧道信息建立上行隧道。
S507,在S503之后,源AS通过中心SMF向源UPF发送第四指示信息,第四指示信息用于指示第一下行业务报文为来自源AS的最后一个下行业务报文,即源AS发送完第一下行业务报文之后,不再向源UPF发送下行业务报文。例如,第四指示信息可以是第一下行业务报文的序列号。
S508,源UPF接收到第四指示信息之后,通过中心SMF向源AS发送第五指示信息,第五指示信息用于指示第二上行业务报文为源UPF发送给源AS的最后一个上行业务报文,即源UPF向源AS发送完第二上行业务报文后,不再向源AS发送上行业务报文。例如,第五指示信息可以是第二上行业务报文的序列号。
S509,源AS根据第五指示信息确定第二上行业务报文为来自源UPF的最后一个上行业务报文,并且源AS确定最后发送的第一下行业务报文和最后接收的第二上行业务报文处理完毕。
S510,源AS根据目标DNAI确定目标AS,并与目标AS完成终端装置的上下文的迁移。
S511,源AS与目标AS完成终端装置的上下文的迁移之后,源AS向中心SMF发送上下文迁移完成消息。
S512,第一下行业务报文为来自源AS的最后一个下行业务报文,源UPF向目标UPF发送来自源AS的最后一个下行业务报文。
S513,源UPF接收到第四指示信息之后,并向目标UPF发送第一下行业务报文之后,向目标UPF发送第三指示信息,该第三指示信息用于指示目标UPF来自源AS的下行业务报文结束。换句话说,该第三指示信息可以指示目标UPF来自旧路径或者原路径上的下行业务报文结束。
可选地,S512与S513可以同时进行,即源UPF可以将第三指示信息与第一下行业务报文同时发送给目标UPF,例如,将第三指示信息封装在第一下行业务报文的报文头中发送,这种情况下,S513和S512在S507之后。可选地,先执行S512再执行S513,即源UPF可以将第一下行业务报文发送之后,再发送第三指示信息,这种情况下,S513在S507之后即可,S512与S507的顺序也不限定。换句话说,源UPF接收到第四指示信息之后触发源UPF向目标UPF发送第三指示信息,若第一下行业务报文与第三指示信息同时发送,则第一下行业务报文与第三指示信息是在S507之后发送;若第一下行业务报文在第三指示信息之前发送,则第三指示信息在S507之后发送即可,S512与S507的顺序不限定。
需要说明的是,S513与S508-S511的顺序没有任何限制,S513只要在S507之后即可。
S514,在S510之后,目标AS与目标UPF已经建立好链路之后,目标AS就可以向目标UPF发送下行业务报文。
S515,目标UPF既有S512中接收到来自源UPF的第一下行业务报文也有S514中接收到来自目标AS的下行业务报文,若目标UPF在接收到第三指示信息之前有来自目标AS的下行业务报文时,将来自目标AS的下行业务报文缓存,当目标UPF在接收到第三指示信息之后,确定向接入网设备发送完第一下行业务报文之后,再向接入网设备发送来自目标AS的下行业务报文,这样,可以保证优先传输来自源源AS的下行业务报文,再传输来自目标AS的下行业务报文,可以避免下行业务报文的乱序。
S516,接入网设备将S515中接收到的下行业务报文通过空口发送给终端装置。
S517,终端装置不感知网络侧的切换,终端装置在接收下行业务报文的同时也在向接入网设备发送上行业务报文。
需要说明的是,S517与前述的任何一个步骤都没有顺序的限制,终端装置需要发送上行业务报文时,即执行S517,并没有任何顺序限制。
S518,接入网设备向目标UPF发送来自终端装置发送的上行业务报文。
同理,S518只要在S517之后即可,S518与前述的其他步骤都没有顺序的限制,接入网设备接收到终端装置发送的上行业务报文,有需要向目标UPF发送上行业务报文时,即执行S518,并没有任何顺序限制。
S519,目标UPF在接收到接入网设备发送的上行业务报文之后,向源UPF发送第一上行业务报文,直到目标UPF接收到第三指示信息之后,目标UPF不再向源UPF发送上行业务报文。
S520,目标UPF接收到第三指示信息之后向源UPF发送第二指示信息,该第二指示信息用于指示目标UPF发送第一上行业务报文结束,即目标UPF不会再向源UPF发送上行业务报文。
作为S520可替换的方式,目标UPF接收来自目标AS的下行业务报文或者接收来自中心SMF发送的上下文迁移完成消息之后,目标UPF向源UPF发送第二指示信息。
换句话说,目标UPF向源UPF发送第二指示信息可以是分两种情况,情况一:目标UPF在接收到源UPF发送的第三指示信息之后,向源UPF发送第指示信息;情况二:目标UPF在接收到目标AS的下行业务报文或者来自SMF发送的上下文迁移完成消息之后,向源UPF发送第二指示信息。
S521,源UPF在向源AS发送第五指示信息之后,接收到来自目标UPF的第一上行业务报文时,则将第一上行业务报文转发给目标UPF。
S522,源UPF接收到目标UPF的第二指示信息之后,向目标UPF发送第一指示信息,这样,目标UPF就可以通过第一指示信息确定来自源UPF的上行业务报文结束。第一指示信息与第二指示信息的相关描述参见方法400中的描述。
S523,在S511之后,中心SMF可以向目标UPF发送上下文迁移完成消息。
S524,在S523之后,表示目标UPF与目标AS建立好链路,目标UPF可以向目标AS发送上行业务报文。或者,在目标UPF接收到来自目标AS的下行业务报文后,目标UPF确定与目标AS建立好链路,目标UPF可以向目标AS发送上行业务报文。具体的,发送过程是:先发送第一上行业务报文,即来自源UPF的上行业务报文,再发送直接来自接入网设备的上行接入报文。作为S523和S524的可替换的方式,中心SMF可以向目标UPF发送转发规则,该转发规则用于指示目标UPF切换上行业务报文的路径,目标UPF可以根据转发规则确定目标UPF与目标AS已经建立好链路,目标UPF可以向目标AS发送上行业务报文,转发规则包括发送业务报文的参数等。具体的,发送过程是:如果有第一上行业务报文,先发送第一上行业务报文,即来自源UPF的上行业务报文,再发送来直接自接入网设备的上行接入报文。
也就是说,在S520中,目标UPF向源UPF发送第一指示信息之后,在S524目标UPF确定可以向目标AS发送上行业务报文之前,目标UPF都会缓存直接来自接入网设备发送的上行业务报文。
需要说明的是,第一上行业务报文为在终端装置的上下文迁移过程中,已经发送到源UPF但还没有转发给源AS的上行业务报文,已经发送在源UPF的报文也可以称为旧路径或者原路径上的报文,此时需要将旧路径或者原路径上的报文转发到目标UPF,通过目标UPF转发至目标AS,以避免上行业务报文的丢失。并且通过第一指示信息指示旧路径或者原路径上的报文结束了,这样目标UPF保证旧路径或者原路径上的上行业务报文发送完成之后,再发送来自接入网设备的上行业务报文,可以避免上行业务报文出现乱序的问题。
下面结合图9描述本申请实施例提供的在图4场景下的用于传输业务报文的方法600,方法600与方法500的区别在于场景不同,在方法600中只描述与方法500不同的步骤,其他的步骤参考方法500,方法600包括:
S601-S603同S501-S503。
可选地,方法600还包括:中心SMF向源SMF发送上下文迁移通知消息,上下文迁移通知消息包括:终端装置的标识和/或应用的标识或应用实例的标识。可选地,上下文迁移通知消息还可以包括PDU会话的标识。可选地,终端装置的标识可以是SUPI。上下文迁移通知消息用于指示终端装置的应用上下文要迁移。
S604,中心SMF向源AS发送上下文迁移请求消息之后,向目标SMF发送隧道请求消息,用于向目标SMF请求隧道信息,隧道信息是用于建立源UPF与目标UPF之间的上行报文转发隧道。
需要说明的是,S603与S604的顺序并没有任何限制,S603可以在S604之前或之后或同时进行。
S605,目标SMF获取隧道信息,隧道信息可以是目标SMF自身分配的,目标SMF自身可以得到隧道信息。隧道信息也可以是目标UPF分配的,如果隧道信息是目标UPF分配的,目标SMF向目标UPF发送N4会话修改请求消息,用于向目标UPF请求隧道信息,目标UPF向目标SMFN4会话修改请求消息的响应消息,该N4会话修改请求消息的响应消息包括隧道信息。
S606,目标SMF将得到的隧道信息发送给中心SMF。
可选地,目标SMF可以通过隧道请求消息的响应消息向中心SMF发送隧道信息。
S607,中心SMF将隧道信息通过源SMF发送给源UPF。
S608,源UPF和目标UPF根据隧道信息建立上行隧道。
S609,在S603之后,源AS通过源SMF向源UPF发送第四指示信息,第四指示信息用于指示第一下行业务报文为来自源AS的最后一个下行业务报文,即源AS发送完第一下行业务报文之后,不再向源UPF发送下行业务报文。例如,第四指示信息可以是第一下行业务报文的序列号。
S610,源UPF接收到第四指示信息之后,通过源SMF向源AS发送第五指示信息,第五指示信息用于指示第二上行业务报文为源UPF发送给源AS的最后一个上行业务报文,即源UPF向源AS发送完第二上行业务报文后,不再向源AS发送上行业务报文。例如,第五指示信息可以是第二上行业务报文的序列号。
S611,源AS根据第五指示信息确定第二上行业务报文为来自源UPF的最后一个上行业务报文,并且源AS确定最后发送的第一下行业务报文和最后接收的第二上行业务报文处理完毕。
S612,源AS根据目标DNAI确定目标AS,并与目标AS完成终端装置的上下文的迁移。
S613,源AS与目标AS完成终端装置的上下文的迁移之后,源AS向源SMF发送上下文迁移完成消息。
S614,源AS与目标AS完成终端装置的上下文的迁移之后,目标AS向目标SMF发送上下文迁移完成消息。
可选地,S613与S614可以同时进行,或者S613在S614之前或之后。
S615-S616同S512-S513。
需要说明的是,S616与S610-S614的顺序没有任何限制,S616只要在S609之后即可。
S617,在S612之后,目标AS与目标UPF建立好链路之后,目标AS就可以向目标UPF发送下行业务报文。
S618,目标UPF既有S615中接收到来自源UPF的第一下行业务报文也有S617接收到来自目标AS的下行业务报文,若目标UPF在接收到第三指示信息之前有来自目标AS的下行业务报文时,将来自目标AS的下行业务报文缓存,当目标UPF在接收到第三指示信息之后,确定向接入网设备发送完第一下行业务报文之后,再向接入网设备发送来自目标AS的下行业务报文,这样,可以保证优先传输来自源AS的业务报文,再传输来自目标AS的下行业务报文,可以避免下行业务报文的乱序。
S619-S625同S516-S522。
需要说明的是,S620与前述的任何一个步骤都没有顺序的限制,终端装置需要发送上行业务报文时,即执行S620,并没有任何顺序限制。
作为S623可替换的方式,目标UPF接收来自目标AS的下行业务报文或者接收来自目标SMF发送的上下文迁移完成消息之后,目标UPF向源UPF发送第二指示信息。
换句话说,目标UPF向源UPF发送第二指示信息可以是分两种情况,情况一:目标UPF在接收到源UPF发送的第三指示信息之后,向源UPF发送第二指示信息;情况二:目标UPF在接收到目标AS的下行业务报文或者来自目标SMF发送的上下文迁移完成消息之后,向源UPF发送第二指示信息。
S626,在S614之后,目标SMF可以向目标UPF发送上下文迁移完成消息。
S627,在S626之后,表示目标UPF与目标AS建立好链路,目标UPF可以向目标AS发送上行业务报文。具体的,发送过程是:先发送第一上行业务报文,即来自源UPF的上行业务报文,再发送来直接自接入网设备的上行接入报文。
作为S626和S627的可替换的方式,目标SMF可以向目标UPF发送转发规则,该转发规则用于指示目标UPF切换上行业务报文的路径,目标UPF可以根据转发规则确定目标UPF与目标AS已经建立好链路,目标UPF可以向目标AS发送上行业务报文。具体的,发送过程是:如果有第一上行业务报文,先发送第一上行业务报文,即来自源UPF的上行业务报文,再发送直接来自接入网设备的上行接入报文。
需要说明的是,第一上行业务报文为在终端装置的上下文迁移过程中,已经发送到源UPF但还没有转发给源AS的上行业务报文,已经发送在源UPF的报文也可以称为旧路径或者原路径上的报文,此时需要将旧路径或者原路径上的报文转发到目标UPF,通过目标UPF转发至目标AS,以避免上行业务报文的丢失。并且通过第一指示信息指示旧路径或者原路径上的报文结束了,这样目标UPF保证旧路径或者原路径上的上行业务报文发送完成之后,再发送来自接入网设备的上行业务报文,可以避免上行业务报文出现乱序的问题。
对于下行业务报文,如图10所示,终端装置在移动之前,下行业务报文的传输路径为:源AS-源UPF-源接入网设备-终端装置。终端装置从源接入网设备的覆盖范围内移动到目标接入网设备的范围时,终端装置空口切换到目标接入网设备,此时,下行业务报文的传输路径为:源AS-源UPF-目标UPF-目标接入网设备-终端装置,此路径为称之为旧路径或者原路径。在旧路径或者原路径上业务报文的传输路径变长,导致旧路径或者原路径上的报文的时延较大,因此,有必要将下行业务报文的路径进行切换,切换至新路径:目标AS-目标UPF-目标接入网设备-终端装置。但是在将下行业务报文的路径从旧路径或者原路径切换至新路径上时,旧路径上的下行业务报文容易乱序。本申请实施例中,目标UPF可以同时接收来自旧路径以及新路径上的下行业务报文,即目标UPF可以既接收源UPF发送的下行业务报文也可以接收目标AS发送的下行业务报文。对于旧路径上的下行业务报文,源AS向源UPF发送第四指示信息,来指示源AS向源UPF发送的最后一个下行业务报文为第一下行业务报文,源UPF接收到第四指示信息之后,并发送完第一下行业务报文之后,源UPF向目标UPF发送第三指示信息,来指示来自源AS的下行业务报文结束。目标UPF在接收到第三指示信息之前,将来自旧路径上的下行业务报文按序向目标接入网设备发送,将来自新路径上的报文进行缓存,直到目标UPF接收到第三指示信息,并且保证旧路径上的下行业务报文都已经发送完毕之后,再发送新路径上的下行业务报文,这样,可以避免下行业务报文乱序的问题。换句话说,对于目标UPF需要保证旧路径上的下行业务报文都发送完毕之后才能发送新路径上的下行业务报文。
对于上行业务报文,如图11所示,终端装置在移动之前,上行业务报文的传输路径为:终端装置-源接入网设备-源UPF-源AS。终端装置从源接入网设备的覆盖范围内移动到目标接入网设备的范围时,终端装置空口切换到目标接入网设备,此时,上行业务报文的传输路径为:终端装置-目标接入网设备-目标UPF-源UPF-源AS,此路径为称之为旧路径或者原路径。在旧路径或者原路径上业务报文的传输路径变长,导致旧路径或者原路径上的业务报文的时延较大。因此,有必要将上行业务报文的路径进行切换,切换至新路径:终端装置-目标接入网设备-目标UPF-目标AS。但是在将上行业务报文的路径从旧路径或者原路径切换至新路径上时,旧路径上的上行业务报文容易丢失。本申请实施例中,目标UPF可以缓存目标接入网设备发送的上行业务报文,在切换路径的过程中,有一部分来自目标接入网设备的上行业务报文发送给了源UPF(旧路径),目标UPF可以先缓存路径切换过程中来自目标接入网设备的上行业务报文。对于旧路径上的上行业务报文,当目标UPF接收到源UPF发送的第三指示信息,来指示旧路上的下行业务报文发送结束。目标UPF向源UPF发送最后一个上行业务报文的同时可以发送第二指示信息,来指示来自目标UPF的上行业务报文结束,目标UPF开始缓存来自目标接入网设备的上行业务报文。源UPF在向源AS发送完最后一个上行业务报文(第二上行业务报文)之后,将接收到来自目标UPF的所有的上行业务报文以及第一指示信息发送给目标UPF,即将切换过程中旧路径上的报文转发至新路径上,目标UPF可以根据第一指示信息确定旧路径上的上行业务报文发送结束,目标UPF确保旧路径上的业务报文都已经按序向目标AS发送完毕之后,再发送缓存的来自目标接入网设备的上行业务报文。这样,在避免上行业务报文丢失的同时可以避免上行业务报文乱序的问题。换句话说,对于目标UPF需要保证旧路径上的上行业务报文都发送完毕之后才能发送新路径上的上行业务报文。
需要说明的是,本申请实施例以源AS与目标AS需要迁移终端装置的上下文为例描述,例如,方法400的S401中的第一通知信息包括终端装置的标识,方法500的S502和方法600中的S602中的上下文迁移请求消息包括终端装置的标识。但是本申请实施例不限于此,终端装置可能正在运行某个应用(application,APP),这种情况下,源AS与目标AS需要迁移终端装置的应用的上下文,例如,方法400的S401中的第一通知信息包括终端装置的标识和应用的标识,方法500的S502和方法600中的S602中的上下文迁移请求消息包括终端装置的标识和应用的标识。终端装置可能正在运行某个PDU会话,这种情况下,源AS与目标AS需要迁移终端装置的PDU会话的上下文,例如,方法400的S401中的第一通知信息包括终端装置的标识和PDU会话的标识,方法500的S502和方法600中的S602中的上下文迁移请求消息包括终端装置的标识和会话的标识。为了避免赘述本申请实施例不详细举例说明。
也需要说明的是,前述方法的隧道信息建立的隧道可以是终端级别的或者或者PDU会话级别的或者UPF设备级别的,即终端级别的表示同一个终端装置共用一个隧道,PDU会话级别的表示同一个UE的同一个PDU会话共用一个隧道,UPF设备级别的标识在源UPF和目标UPF之间建立一个设备级的隧道,所有的终端和会话都共用该隧道。在一些可能的实现方式中,源UPF与目标UPF可以提前建立好UPF设备级的隧道,即就不需要执行前述的获取隧道信息以及发送隧道信息的过程。在另外一些可能的实现方式中,当终端装置移动到目标接入网设备时,中心SMF可以预先建立好源UPF与目标UPF之间的终端级别的或者PDU会话级别的隧道,即就不需要前述的获取隧道信息以及发送隧道信息的过程。
也需要说明的是,本申请实施例中可以先发送第一下行业务报文再发送第三指示信息,或者可以同时发送第一下行业务报文和第三指示信息。在同时发送第一下行业务报文和第三指示信息的情况下,可以在第一下行业务报文的报文头中的特定的比特为设置为特定的取值,例如,特定的取值为1或0,即特定的取值为0或1时,表示该第一下行业务报文为来自源AS的最后一个下行业务报文。
本申请实施例中可以先发送第一上行业务报文再发送第一指示信息(或者第二指示信息),或者可以同时发送第一上行业务报文和第一指示信息(或者第二指示信息)。在同时发送第一上行业务报文和第一指示信息(或者第二指示信息)的情况下,可以在第一下行业务报文中的最后一个的业务报文头中的特定的比特为设置为特定的取值作为第一指示信息或第二指示信息,例如,特定的取值为1或0,即特定的取值为0或1时,表示该第一上行业务报文结束。
以上结合图1至图11,详细得描述了本申请实施例提供的用于传输业务报文的方法,下面结合图12至图15,详细描述本申请实施例提供的用于传输业务报文的装置。
图12示出了本申请实施例提供的用于传输业务报文的装置700的示意性框图,该装置700可以对应上述方法中描述的目标UPF网元,也可以对应目标UPF网元的芯片或者组件,并且,该装置700中各个模块或者单元分别可以用于执行上述方法中目标UPF网元所执行的各动作或处理过程,如图12所示,该用于传输业务报文的装置700可以包括接收单元710和发送单元720。
接收单元710,用于接收来自源用户面功能用户面网元的第一上行业务报文,第一上行业务报文为源UPF接收到第二上行业务报文之后所接收的上行业务报文,第二上行业务报文为源用户面网元向源应用服务器AS发送的最后一个上行业务报文;
接收单元710还用于:接收来自源UPF的第一指示信息,第一指示信息用于指示源用户面网元发送第一上行业务报文结束;
发送单元720,用于在接收到第一指示信息之后,当第一上行业务报文发送完毕,向目标AS发送由接入网设备发送给目标UPF的上行业务报文。
作为一个可选实施例,发送单元720还用于:在接收来自源用户面网元的第一上行业务报文之前,向源用户面网元发送第一上行业务报文和第二指示信息,第二指示信息用于指示目标UPF发送第一上行业务报文结束。
作为一个可选实施例,接收单元710还用于:在接收来自源UPF网元的第一上行业务报文之前,接收来自源UPF网元的第一下行业务报文和第三指示信息,第三指示信息用于指示来自源AS的下行业务报文发送结束。
作为一个可选实施例,发送单元720还用于:在收到来自源用户面网元的第三指示信息之后,并且当第一下行业务报文发送完毕,向接入网设备发送来自目标AS发送的下行业务报文。
作为一个可选实施例,发送单元720具体用于:根据第三指示信息向源用户面网元发送第二指示信息。
作为一个可选实施例,发送单元720具体用于:接收来自目标AS的下行业务报文或者接收来自会话管理功能SMF网元发送的上下文迁移完成消息之后,向源用户面网元发送第二指示信息。
应理解,装置700中各单元执行上述相应步骤的具体过程请参照前文中结合图5-图11的方法实施例的描述,为了简洁,这里不加赘述。
图13示出了本申请实施例提供的用于传输业务报文的装置800的示意性框图,该装置800可以对应上述方法中描述的源UPF网元,也可以对应源UPF网元的芯片或者组件,并且,该装置800中各个模块或者单元分别可以用于执行上述方法中源UPF网元所执行的各动作或处理过程,如图13所示,该用于传输业务报文的装置800可以包括接收单元810和发送单元820。
接收单元810,用于接收到第二上行业务报文之后,接收第一上行业务报文,第二上行业务报文为装置800向源应用服务器发送的最后一个上行业务报文;
发送单元820,用于向目标UPF网元发送第一上行业务报文;
发送单元820还用于向目标UPF发送第一指示信息,第一指示信息用于指示装置800发送第一上行业务报文结束。
作为一个可选实施例,接收单元810还用于在向目标UPF网元发送第一上行业务报文之前,接收来自目标UPF网元的第二指示信息,第二指示信息用于指示目标UPF发送第一上行业务报文结束。
作为一个可选实施例,发送单元820还用于:在向目标UPF网元发送第一上行业务报文之前,向目标UPF网元发送第一下行业务报文和第三指示信息,第三指示信息用于指示来自源AS的下行业务报文发送结束。
作为一个可选实施例,接收单元810具体用于:接收目标用户面网元根据第三指示信息发送的第二指示信息。
作为一个可选实施例,接收单元810具体用于:在向目标用户面网元发送第一下行业务报文和第三指示信息之前,接收第一网元发送的第四指示信息,第四指示信息用于指示第一下行业务报文为来自源AS的最后一个下行业务报文;
发送单元820还用于:向第一网元发送第五指示信息,第五指示信息用于指示第二上行业务报文为装置发送给源AS的最后一个上行业务报文
应理解,装置800中各单元执行上述相应步骤的具体过程请参照前文中结合图5-图11的方法实施例的描述,为了简洁,这里不加赘述。
图14示出了本申请实施例提供的用于传输业务报文的装置900的示意性框图,该装置900可以对应上述方法中描述的源AS,也可以对应源AS的芯片或者组件,并且,该装置900中各个模块或者单元分别可以用于执行上述方法中源AS所执行的各动作或处理过程,如图14所示,该用于传输业务报文的装置900可以包括收发单元910和迁移单元920。
收发单元910,用于接收会话管理功能SMF网元发送的第一通知信息,第一通知信息用于通知数据网络接入点标识DNAI发生变化或用于通知UPF网元发生变化,第一通知信息包括目标数据网络接入点标识DNAI和终端装置的标识;
迁移单元920,用于确定处理完第一下行业务报文和第二上行业务报文之后,与目标DNAI对应的目标AS进行终端装置的上下文的迁移,其中,第一下行业务报文为装置向源用户面功能UPF网元发送的最后一个下行业务报文,第二上行业务报文为源UPF网元向装置发送的最后一个上行业务报文。
作为一个可选实施例,收发单元910还用于:在与目标DNAI对应的目标AS进行终端装置的上下文的迁移之前,向源UPF网元发送第四指示信息,第四指示信息用于指示第一下行业务报文为来自装置的最后一个下行业务报文;
接收源UPF网元发送的第五指示信息,第五指示信息用于指示第二上行业务报文为源UPF网元发送给装置的最后一个上行业务报文。
应理解,装置900中各单元执行上述相应步骤的具体过程请参照前文中结合图5-图11的方法实施例的描述,为了简洁,这里不加赘述。
上述各个方案的装置700具有实现上述方法中目标UPF网元执行的相应步骤的功能,上述各个方案的装置800具有实现上述方法中源UPF网元执行的相应步骤的功能;上述各个方案的装置900具有实现上述方法中源AS执行的相应步骤的功能;功能可以通过硬件或软件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块;例如发送单元可以由通信接口替代,接收单元可以由通信接口替代,其它单元,如确定单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。在本申请实施例中,一个装置的通信接口用于该装置与其它设备进行通信。示例性的,通信接口可以是发射机、接收机、收发器、电路、总线、模块、管脚或其它类型的通信接口,本申请实施例不做限制。
在具体实现过程中,处理器可用于进行,例如但不限于,基带相关处理,通信接口可用于进行,例如但不限于,信息交互。上述器件可以分别设置在彼此独立的芯片上,也可以至少部分的或者全部的设置在同一块芯片上。例如,处理器可以进一步划分为模拟基带处理器和数字基带处理器,其中模拟基带处理器可以与通信接口集成在同一块芯片上,数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展,可以在同一块芯片上集成的器件越来越多,例如,数字基带处理器可以与多种应用处理器(例如但不限于图形处理器,多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为系统芯片(system on chip,SOC)。将各个器件独立设置在不同的芯片上,还是整合设置在一个或者多个芯片上,往往取决于产品设计的具体需要。本申请实施例对上述器件的具体实现形式不做限定。
可以理解的是,对于前述实施例中所涉及的处理器可以通过具有处理器和通信接口的硬件平台执行程序指令来分别实现其在本申请前述实施例中任一设计中涉及的功能,基于此,如图15所示,本申请实施例提供了一种用于传输报文的装置1000的示意性框图,装置1000包括:处理器1010、通信接口1020和存储器1030。其中,处理器1010、通信接口1020和存储器1030耦合以互相通信,该存储器1030用于存储指令,该处理器1010用于执行该存储器1030存储的指令,以控制该通信接口1020发送信号和/或接收信号。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
其中,在一种可能的实现方式中,若该装置1000为目标UPF网元,通信接口1020用于接收来自源用户面功能UPF网元的第一上行业务报文,第一上行业务报文为源UPF接收到第二上行业务报文之后所接收的上行业务报文,第二上行业务报文为源UPF网元向源应用服务器AS发送的最后一个上行业务报文;通信接口1020还用于接收来自源UPF的第一指示信息,第一指示信息用于指示源UPF发送第一上行业务报文结束;通信接口1020还用于在接收到第一指示信息之后,当第一上行业务报文发送完毕,向目标AS发送由接入网设备发送给目标UPF的上行业务报文。
在一种可能的实现方式中,若该装置1000为源UPF网元,通信接口1020用于接收到第二上行业务报文之后,接收第一上行业务报文,第二上行业务报文为装置1000向源应用服务器发送的最后一个上行业务报文,通信接口1020还用于向目标用户面功能UPF网元发送第一上行业务报文;通信接口1020还用于向目标UPF发送第一指示信息,第一指示信息用于指示装置1000发送的第一上行业务报文结束。
在一种可能的实现方式中,若该装置1000为源AS网元,通信接口1020用于接收会话管理功能SMF网元发送的第一通知信息,第一通知信息用于通知数据网络接入点标识DNAI发生变化或用于通知UPF网元发生变化,第一通知信息包括目标数据网络接入点标识DNAI和终端装置的标识;处理器1010用于确定处理完第一下行业务报文和第二上行业务报文之后,与目标DNAI对应的目标AS进行终端装置的上下文的迁移,其中,第一下行业务报文为装置1000向源用户面功能UPF网元发送的最后一个下行业务报文,第二上行业务报文为源UPF向装置1000发送的最后一个上行业务报文。
应理解,本申请实施例图12中的装置或图13中的装置或图14中的装置可以通过图15中的装置1000来实现,并且可以用于执行上述方法实施例中目标UPF、源UPF以及源AS对应的各个步骤和/或流程。
可以理解的是,本申请实施例描述的各种设计涉及的方法,流程,操作或者步骤,能够以一一对应的方式,通过计算机软件,电子硬件,或者计算机软件和电子硬件的结合来一一对应实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件,比如,考虑通用性好成本低软硬件解耦等方面,可以采纳执行程序指令的方式来实现,又比如,考虑系统性能和可靠性等方面,可以采纳使用专用电路来实现。普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,此处不做限定。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。本申请中的各个实施例也可以互相结合。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读解释存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。
在本申请实施例中,应注意,本申请实施例上述的方法实施例可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(Field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。RAM有多种不同的类型,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DRRAM)。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请中出现的术语“第一”、“第二”等仅是为了区分不同的对象,“第一”、“第二”本身并不对其修饰的对象的实际顺序或功能进行限定。本申请中被描述为“示例性的”,“示例”,“例如”,“可选地”或者“在某些实现方式中”的任何实施例或设计方案都不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用这些词旨在以具体方式呈现相关概念。
在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/操作/等各类客体进行了赋名,可以理解的是,这些具体的名称并不构成对相关客体的限定,所赋名称可随着场景,语境或者使用习惯等因素而变更,对本申请中技术术语的技术含义的理解,应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端装置或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁盘)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本申请实施例中,在无逻辑矛盾的前提下,各实施例之间可以相互引用,例如方法实施例之间的方法和/或术语可以相互引用,例如装置实施例之间的功能和/或术语可以相互引用,例如装置实施例和方法实施例之间的功能和/或术语可以相互引用。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (23)
1.一种用于传输业务报文的方法,其特征在于,包括:
目标用户面网元接收来自源用户面网元的第一上行业务报文,所述第一上行业务报文为所述源用户面网元接收到第二上行业务报文之后从所述目标用户面网元接收的上行业务报文,所述第二上行业务报文为所述源用户面网元向源应用服务器发送的最后一个上行业务报文;
所述目标用户面网元接收来自所述源用户面网元的第一指示信息,所述第一指示信息用于指示所述源用户面网元发送第一上行业务报文结束;
在所述目标用户面网元接收到所述第一指示信息之后,当所述第一上行业务报文发送完毕,所述目标用户面网元向目标应用服务器发送由接入网设备发送给所述目标用户面网元的上行业务报文。
2.根据权利要求1所述的方法,其特征在于,在所述目标用户面网元接收来自源用户面网元的第一上行业务报文之前,所述方法还包括:
所述目标用户面网元向所述源用户面网元发送所述第一上行业务报文和第二指示信息,所述第二指示信息用于指示所述目标用户面网元发送所述第一上行业务报文结束。
3.根据权利要求2所述的方法,其特征在于,在所述目标用户面网元接收来自源用户面网元的第一上行业务报文之前,所述方法还包括:
所述目标用户面网元接收来自源用户面网元的第一下行业务报文和第三指示信息,所述第三指示信息用于指示来自所述源应用服务器的下行业务报文发送结束。
4.根据权利要求3所述的方法,其特征在于,在所述目标用户面网元收到来自所述源用户面网元的所述第三指示信息之后,所述方法还包括:
当所述第一下行业务报文发送完毕,所述目标用户面网元向所述接入网设备发送来自所述目标应用服务器发送的下行业务报文。
5.根据权利要求3或4所述的方法,其特征在于,所述目标用户面网元向所述源用户面网元发送所述第二指示信息,包括:
所述目标用户面网元根据所述第三指示信息向所述源用户面网元发送所述第二指示信息。
6.根据权利要求2至4中任一项所述的方法,其特征在于,所述目标用户面网元向所述源用户面网元发送所述第二指示信息,包括:
所述目标用户面网元接收来自所述目标应用服务器的下行业务报文或者接收来自会话管理功能网元发送的上下文迁移完成消息之后,所述目标用户面网元向所述源用户面网元发送所述第二指示信息。
7.一种用于传输业务报文的方法,其特征在于,包括:
源用户面网元接收到第二上行业务报文之后,所述源用户面网元接收目标用户面网元发送的第一上行业务报文,所述第二上行业务报文为所述源用户面网元向源应用服务器发送的最后一个上行业务报文;
所述源用户面网元向所述目标用户面网元发送所述第一上行业务报文;
所述源用户面功能网元向所述目标用户面功能网元发送第一指示信息,所述第一指示信息用于指示所述源用户面网元发送第一上行业务报文结束。
8.根据权利要求7所述的方法,其特征在于,在所述源用户面网元向目标用户面网元发送第一上行业务报文之前,所述方法还包括:
所述源用户面网元接收来自所述目标用户面网元的第二指示信息,所述第二指示信息用于指示所述目标用户面网元发送所述第一上行业务报文结束。
9.根据权利要求8所述的方法,其特征在于,在所述源用户面网元向目标用户面网元发送第一上行业务报文之前,所述方法还包括:
所述源用户面网元向所述目标用户面网元发送第一下行业务报文和第三指示信息,所述第三指示信息用于指示来自所述源应用服务器的下行业务报文发送结束。
10.根据权利要求9所述的方法,其特征在于,所述源用户面网元接收来自所述目标用户面网元的所述第二指示信息,包括:
所述源用户面网元接收所述目标用户面网元根据所述第三指示信息发送的所述第二指示信息。
11.根据权利要求9所述的方法,其特征在于,在所述源用户面网元向目标用户面网元发送第一下行业务报文和第三指示信息之前,所述方法还包括:
所述源用户面网元接收第一网元发送的第四指示信息,所述第四指示信息用于指示所述第一下行业务报文为来自所述源应用服务器的最后一个下行业务报文;
所述源用户面网元向所述第一网元发送第五指示信息,所述第五指示信息用于指示所述第二上行业务报文为所述源用户面网元发送给所述源应用服务器的最后一个上行业务报文。
12.一种用于传输业务报文的方法,其特征在于,包括:
源应用服务器接收会话管理功能网元发送的第一通知信息,所述第一通知信息用于通知数据网络接入点标识发生变化或用于通知目标用户面功能用户面网元发生变化,所述第一通知信息包括目标数据网络接入点标识和终端装置的标识;
当所述源应用服务器处理完第一下行业务报文和第二上行业务报文之后,所述源应用服务器与所述目标数据网络接入点标识对应的目标应用服务器进行所述终端装置的上下文的迁移,其中,所述第一下行业务报文为所述源应用服务器向源用户面网元发送的最后一个下行业务报文,所述第二上行业务报文为所述源用户面网元向所述源应用服务器发送的最后一个上行业务报文。
13.根据权利要求12所述的方法,其特征在于,在所述源应用服务器与所述目标数据网络接入点标识对应的目标应用服务器进行所述终端装置的上下文的迁移之前,所述方法还包括:
所述源应用服务器向所述源用户面网元发送第四指示信息,所述第四指示信息用于指示所述第一下行业务报文为来自所述源应用服务器的最后一个下行业务报文;
所述源应用服务器接收所述源用户面网元发送的第五指示信息,所述第五指示信息用于指示所述第二上行业务报文为所述源用户面网元发送给所述源应用服务器的最后一个上行业务报文。
14.一种用于传输业务报文的装置,其特征在于,包括用于执行权利要求1-6中任一项方法的单元。
15.一种用于传输业务报文的的装置,其特征在于,包括用于执行权利要求7-11中任一项方法的单元。
16.一种用于传输业务报文的装置,其特征在于,包括用于执行权利要求12或13所述方法的单元。
17.一种用于传输业务报文的系统,包括权利要求14所述的装置和权利要求15所述装置,或者包括权利要求14所述的装置、权利要求15所述的装置以及权利要求16所述的装置,或者包括权利要求14所述的装置、权利要求15所述的装置以及接入网设备,或者包括权利要求14所述的装置、权利要求15所述的装置、权利要求16所述的装置以及接入网设备,所述接入网设备用于与权利要求14所述的装置传输业务报文。
18.一种计算机可读存储介质,其特征在于,包括计算机程序,所述计算机程序在计算机上被执行时,使得计算机执行如权利要求1-6中任一项所述的方法。
19.一种计算机可读存储介质,其特征在于,包括计算机程序,所述计算机程序在计算机上被执行时,使得计算机执行如权利要求1-11中任一项所述的方法。
20.一种计算机可读存储介质,其特征在于,包括计算机程序,所述计算机程序在计算机上被执行时,使得计算机执行如权利要求12或13所述的方法。
21.一种芯片,其特征在于,包括处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行如权利要求1-6中任一项所述的方法。
22.一种芯片,其特征在于,包括处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行如权利要求7-11中任一项所述的方法。
23.一种芯片,其特征在于,包括处理器和存储器,所述存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,以执行如权利要求12或13所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910551334.0A CN112135320B (zh) | 2019-06-24 | 2019-06-24 | 用于传输业务报文的方法和装置 |
EP20833120.7A EP3979700A4 (en) | 2019-06-24 | 2020-06-22 | METHOD AND DEVICE FOR TRANSMITTING A SERVICE MESSAGE |
PCT/CN2020/097394 WO2020259430A1 (zh) | 2019-06-24 | 2020-06-22 | 用于传输业务报文的方法和装置 |
US17/558,059 US20220116828A1 (en) | 2019-06-24 | 2021-12-21 | Service packet transmission method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910551334.0A CN112135320B (zh) | 2019-06-24 | 2019-06-24 | 用于传输业务报文的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112135320A CN112135320A (zh) | 2020-12-25 |
CN112135320B true CN112135320B (zh) | 2022-02-01 |
Family
ID=73849755
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910551334.0A Active CN112135320B (zh) | 2019-06-24 | 2019-06-24 | 用于传输业务报文的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220116828A1 (zh) |
EP (1) | EP3979700A4 (zh) |
CN (1) | CN112135320B (zh) |
WO (1) | WO2020259430A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7402887B2 (ja) * | 2019-10-04 | 2023-12-21 | 株式会社Nttドコモ | ユーザプレーン装置、通信システム、及びバッファ方法 |
CN116866885A (zh) * | 2022-03-28 | 2023-10-10 | 华为技术有限公司 | 一种通信方法和装置 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101651971A (zh) * | 2009-09-15 | 2010-02-17 | 新邮通信设备有限公司 | 一种下行切换方法及系统 |
WO2018137489A1 (zh) * | 2017-01-26 | 2018-08-02 | 中兴通讯股份有限公司 | 一种策略控制方法、装置、系统及存储介质 |
CN108632928A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种切换核心网的方法及装置 |
WO2018206844A1 (en) * | 2017-05-08 | 2018-11-15 | Nokia Technologies Oy | Routing and policy management at network edge |
WO2019035406A1 (en) * | 2017-08-15 | 2019-02-21 | Nec Corporation | APPARATUS AND METHOD FOR RECOVERING AND APPLYING POLICIES FOR POST-UPF MOBILE TRAFFIC ORIENTATION IN THE NEXT GENERATION (5G) 3GPP ARCHITECTURE |
CN109673008A (zh) * | 2017-10-17 | 2019-04-23 | 华为技术有限公司 | 终端设备的状态的确定方法、装置及设备 |
CN109691179A (zh) * | 2017-03-22 | 2019-04-26 | 华为技术有限公司 | 一种会话迁移方法及设备 |
CN109756937A (zh) * | 2017-11-01 | 2019-05-14 | 中国移动通信有限公司研究院 | 业务连续性保障方法、功能网元及存储介质 |
CN109788513A (zh) * | 2017-11-13 | 2019-05-21 | 中国电信股份有限公司 | 边缘计算应用的数据同步方法、系统及控制器 |
CN109788514A (zh) * | 2017-11-13 | 2019-05-21 | 中国电信股份有限公司 | 边缘计算应用的数据同步方法、系统及边缘计算平台 |
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017177364A1 (en) * | 2016-04-11 | 2017-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for communication over network slices in wireless communication systems |
KR102549946B1 (ko) * | 2017-01-09 | 2023-06-30 | 삼성전자주식회사 | 이동통신 환경에서 단말의 초기 접속 요청 메시지를 라우팅하는 방법 및 관련 파라미터 |
US20180324631A1 (en) * | 2017-05-05 | 2018-11-08 | Mediatek Inc. | Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems |
CN109218455B (zh) * | 2017-06-30 | 2021-04-09 | 华为技术有限公司 | 一种应用实例地址的转换方法和装置 |
-
2019
- 2019-06-24 CN CN201910551334.0A patent/CN112135320B/zh active Active
-
2020
- 2020-06-22 WO PCT/CN2020/097394 patent/WO2020259430A1/zh unknown
- 2020-06-22 EP EP20833120.7A patent/EP3979700A4/en active Pending
-
2021
- 2021-12-21 US US17/558,059 patent/US20220116828A1/en active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101651971A (zh) * | 2009-09-15 | 2010-02-17 | 新邮通信设备有限公司 | 一种下行切换方法及系统 |
WO2018137489A1 (zh) * | 2017-01-26 | 2018-08-02 | 中兴通讯股份有限公司 | 一种策略控制方法、装置、系统及存储介质 |
CN109691179A (zh) * | 2017-03-22 | 2019-04-26 | 华为技术有限公司 | 一种会话迁移方法及设备 |
CN108632928A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种切换核心网的方法及装置 |
WO2018206844A1 (en) * | 2017-05-08 | 2018-11-15 | Nokia Technologies Oy | Routing and policy management at network edge |
WO2019035406A1 (en) * | 2017-08-15 | 2019-02-21 | Nec Corporation | APPARATUS AND METHOD FOR RECOVERING AND APPLYING POLICIES FOR POST-UPF MOBILE TRAFFIC ORIENTATION IN THE NEXT GENERATION (5G) 3GPP ARCHITECTURE |
CN109673008A (zh) * | 2017-10-17 | 2019-04-23 | 华为技术有限公司 | 终端设备的状态的确定方法、装置及设备 |
CN109756937A (zh) * | 2017-11-01 | 2019-05-14 | 中国移动通信有限公司研究院 | 业务连续性保障方法、功能网元及存储介质 |
CN109788513A (zh) * | 2017-11-13 | 2019-05-21 | 中国电信股份有限公司 | 边缘计算应用的数据同步方法、系统及控制器 |
CN109788514A (zh) * | 2017-11-13 | 2019-05-21 | 中国电信股份有限公司 | 边缘计算应用的数据同步方法、系统及边缘计算平台 |
CN109842639A (zh) * | 2017-11-24 | 2019-06-04 | 华为技术有限公司 | 实现切换过程中业务连续性的方法、设备及系统 |
Non-Patent Citations (4)
Title |
---|
3GPP TS 23.502 V16.1.1 (2019-06);3GPP;《3GPP》;20190611;全文 * |
5G核心网建设路径选择及部署方案研究;黄嘉;《万方数据》;20181227;全文 * |
Discussion on enhancement of support for EC in 5GC v1.5;HUAWEI;《3GPP TSG-SA WG2 Meeting #131,S2-1901832》;20190219;全文 * |
I-SMF relocation with I-UPF as an ULCL or BP;Huawei, HiSilicon;《3GPP TSG-SA WG2 Meeting #132,S2-1903580》;20190412;全文 * |
Also Published As
Publication number | Publication date |
---|---|
EP3979700A4 (en) | 2022-08-31 |
WO2020259430A1 (zh) | 2020-12-30 |
US20220116828A1 (en) | 2022-04-14 |
CN112135320A (zh) | 2020-12-25 |
EP3979700A1 (en) | 2022-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11576080B2 (en) | Radio access network node, core network node, radio terminal, and methods therefor | |
CN112910913B (zh) | 一种会话建立的方法和网络系统 | |
CN111918346B (zh) | 一种通信方法、装置及相关设备 | |
CN110365727B (zh) | 通信方法和相关装置 | |
US11259344B2 (en) | Network architecture and information exchange method and apparatus | |
WO2019157942A1 (zh) | 通信方法和通信装置 | |
EP3934324B1 (en) | Data forwarding method performed by smf and smf device | |
CN110324246B (zh) | 一种通信方法及装置 | |
US20170019945A1 (en) | Dual Connectivity Re-Establishment | |
KR102339053B1 (ko) | 데이터 전달 방법, 장치, 및 시스템 | |
CN114600508A (zh) | Iab节点双连接建立的方法和通信装置 | |
CN105874830A (zh) | 一种移动性管理的方法、装置及系统 | |
CN110557846B (zh) | 一种数据传输方法、终端设备及网络设备 | |
KR20200125970A (ko) | 상이한 액세스 네트워크들 간에 모바일 통신 디바이스의 핸드오버를 수행하기 위한 방법 및 시스템 | |
US11677492B2 (en) | Service packet transmission method and apparatus | |
CN112135320B (zh) | 用于传输业务报文的方法和装置 | |
CN112929949B (zh) | 无线通信方法和通信设备 | |
CN114071605A (zh) | 一种切换的方法、装置和系统 | |
CN113271635A (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 |