CN117641624A - 一种通信方法和通信装置 - Google Patents
一种通信方法和通信装置 Download PDFInfo
- Publication number
- CN117641624A CN117641624A CN202210952997.5A CN202210952997A CN117641624A CN 117641624 A CN117641624 A CN 117641624A CN 202210952997 A CN202210952997 A CN 202210952997A CN 117641624 A CN117641624 A CN 117641624A
- Authority
- CN
- China
- Prior art keywords
- terminal
- information
- edrx
- multicast
- network device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 208
- 238000004891 communication Methods 0.000 title claims description 89
- 230000005540 biological transmission Effects 0.000 claims abstract description 86
- 230000006870 function Effects 0.000 claims description 232
- 238000004590 computer program Methods 0.000 claims description 17
- 239000000523 sample Substances 0.000 claims 6
- 238000007726 management method Methods 0.000 description 147
- 230000004044 response Effects 0.000 description 42
- 230000007704 transition Effects 0.000 description 26
- 239000000872 buffer Substances 0.000 description 23
- 230000004048 modification Effects 0.000 description 20
- 238000012986 modification Methods 0.000 description 20
- 238000012545 processing Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 13
- 230000003139 buffering effect Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000009471 action Effects 0.000 description 9
- 230000003993 interaction Effects 0.000 description 8
- 230000009286 beneficial effect Effects 0.000 description 7
- 238000002716 delivery method Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000013523 data management Methods 0.000 description 3
- 101100240462 Homo sapiens RASAL2 gene Proteins 0.000 description 2
- 101150119040 Nsmf gene Proteins 0.000 description 2
- 102100035410 Ras GTPase-activating protein nGAP Human genes 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 241000473945 Theria <moth genus> Species 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 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
- 239000000725 suspension Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种通信方法和通信装置,在该方法中,在终端已经加入多播会话的情况下,核心网设备可以向接入网设备通知拒绝为终端配置非激活态下的eDRX或者向接入网设备指示终端不适用非激活态下的eDRX,使得接入网设备在将终端转换为非激活态时可以根据核心网设备的通知或指示不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理以及保障多播业务的传输。
Description
技术领域
本申请实施例涉及通信领域,并且更具体地,涉及一种通信方法和通信装置。
背景技术
接入网设备可以通过为终端配置延长非连续接收(extended discontinuousreception,eDRX)来节省终端的能耗。处于eDRX的睡眠状态的终端不可达,即终端不能接收下行数据。
目前,终端可以通过加入多播会话来接收多播业务的数据(可以简称多播数据),并且在多播数据的传输过程中,终端保持在连接态。由于接入网设备的容量有限,接入网设备仅支持有限数量的终端保持在连接态。为了在接入网设备资源不足的情况下仍能够保证多播数据的传输,提出了一种解决方案:终端在非激活态接收多播数据。具体地,在接入网设备资源不足的情况下,接入网设备可以将加入了多播会话的终端转换为非激活态,并通过广播方式或其他方式通知终端接收多播数据,从而实现终端在非激活态接收多播数据。在上述场景下,如何管理非激活态下的终端的eDRX成为急需解决的问题。
发明内容
本申请提供一种通信方法和通信装置,可以实现非激活态下的终端的eDRX的管理。
第一方面,提供了一种通信方法,所述方法可以由核心网设备执行,也可以由核心网设备中的模块或单元执行,为了描述方便,下文统一称为核心网设备。
所述方法包括:核心网设备获知终端已加入多播会话;所述核心网设备发送第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX,或者所述第一信息用于指示所述终端不适用非激活态下的eDRX。
可选地,当第一信息用于通知拒绝为终端配置非激活态下的eDRX时,核心网设备向接入网设备发送第一信息。
可选地,当第一信息用于指示终端不适用非激活态下的eDRX时,核心网设备向接入网设备或终端发送第一信息。
基于上述方法,在终端已加入多播会话的情况下,核心网设备可以向接入网设备通知拒绝为终端配置非激活态下的eDRX,或者指示终端不适用非激活态下的eDRX,以便接入网设备根据核心网设备的通知或指示不为终端配置非激活态下的eDRX;或者核心网设备向终端指示终端不适用非激活态下的eDRX,以便终端请求更新在终端在接入网设备的eDRX能力(更新为不支持eDRX),使得接入网设备根据更新后的终端的eDRX能力不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。
此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第一方面,在一种可能的实现方式中,所述核心网设备发送第一信息,包括:当以下条件中的至少一个被满足时,所述核心网设备发送所述第一信息:为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
这里的“以下条件”指的是:为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件。
基于上述方法,在核心网设备获知终端已加入多播会话后,核心网设备可以进一步判断上述条件是否被满足,当上述条件被满足时,核心网设备发送第一信息,以通知拒绝为终端配置非激活态下的eDRX或者指示终端不适用非激活态下的eDRX。这样,可以使得核心网设备的判断结果更准确。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,当所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX时,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述方法还包括:所述核心网设备接收第二信息,所述第二信息用于请求为所述终端配置非激活态下的eDRX。
基于上述方法,当接入网设备确定将终端转换为非激活态时,可以向核心网设备向核心网设备请求为终端配置非激活态下的eDRX,核心网设备接收到接入网设备的请求后,可以结合终端已加入多播会话判断不允许为终端配置非激活态下的eDRX,从而拒绝接入网设备的请求,使得接入网设备在请求被拒绝后不为终端配置非激活态下的eDRX,从而实现在终端已加入多播会话的情况下不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述方法还包括:所述核心网设备接收来自所述接入网设备的第三信息,所述第三信息用于指示所述接入网设备不支持eDRX。
基于上述方法,接入网设备可以向核心网设备上报自己是否支持eDRX,使得核心网设备可以根据接入网设备的eDRX能力判断是否允许为终端配置非激活态下的eDRX。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元,所述方法还包括:所述接入和移动性管理功能网元接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
基于上述方法,核心网设备可以根据终端已加入的多播会话对应的多播业务是否支持eDRX判断是否允许为终端配置非激活态下的eDRX。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
结合第一方面或其任意实现方式,在另一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元,所述方法还包括:所述接入和移动性管理功能网元接收来自会话管理功能网元的第四信息,所述第四信息用于指示所述终端已加入多播会话。
基于上述方法,由会话管理功能网元向接入和移动性管理功能网元提供终端已加入多播会话的信息,使得接入和移动性管理功能网元可以基于终端已加入多播会话发送第一信息。
第二方面,提供了一种通信方法,所述方法可以由接入网设备执行,也可以由接入网设备中的模块或单元执行,为了描述方便,下文统一称为接入网设备。
所述方法包括:当接入网设备确定将终端转换为非激活态时,所述接入网设备向核心网设备发送第二信息,所述第二信息用于请求为所述终端配置非激活态下的eDRX;所述接入网设备接收来自所述核心网设备的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX;所述接入网设备根据所述第一信息,不为所述终端配置非激活态下的eDRX。
基于上述方法,当接入网设备确定将终端转换为非激活态时,可以向核心网设备向核心网设备请求为终端配置非激活态下的eDRX,并在请求被核心网设备拒绝后不为终端配置非激活态下的eDRX,从而实现在终端已加入多播会话的情况下不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。
此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第二方面,在一种可能的实现方式中,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
结合第二方面或其任意实现方式,在另一种可能的实现方式中,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
结合第二方面或其任意实现方式,在另一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
第三方面,提供了一种通信方法,所述方法可以由接入网设备执行,也可以由接入网设备中的模块或单元执行,为了描述方便,下文统一称为接入网设备。
所述方法包括:接入网设备接收来自核心网设备的第一信息,所述第一信息用于指示终端不适用非激活态下的eDRX;当所述接入网设备确定将所述终端转换为非激活态时,所述接入网设备根据所述第一信息,不为所述终端配置非激活态下的eDRX。
基于上述方法,在终端已加入多播会话的情况下,核心网设备可以向接入网设备指示终端不适用非激活态下的eDRX,接入网设备可以根据核心网设备的指示不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。
此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第三方面,在一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
第四方面,提供了一种通信方法,所述方法可以由接入和移动性管理功能网元执行,也可以由接入和移动性管理功能网元中的模块或单元执行,为了描述方便,下文统一称为接入和移动性管理功能网元。
所述方法包括:接入和移动性管理功能网元接收来自接入网设备的第二信息,所述第二信息用于请求为终端配置非激活态下的eDRX;所述接入和移动性管理功能网元向第一会话管理功能网元和第二会话管理功能网元发送所述第二信息,所述第一会话管理功能网元用于管理与所述终端的多播会话相关联的单播会话,所述第二会话管理功能网元用于管理与所述终端的多播会话不关联的单播会话;所述接入和移动性管理功能网元接收来自所述第一会话管理功能网元的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX;所述接入和移动性管理功能网元向所述接入网设备发送所述第一信息,和/或,向所述第二会话管理功能网元发送第五信息,所述第五信息用于触发所述第二会话管理功能网元停止为所述终端配置非激活态下的eDRX。
基于上述方法,接入网设备通过接入和移动性管理功能网元与第一会话管理功能网元交互。接入和移动性管理功能网元可以向第一会话管理功能网元和第二会话管理功能网元请求为终端配置非激活态下的eDRX,并且在接入和移动性管理功能网元接收到来自第一会话管理功能网元的第一信息后,接入和移动性管理功能网元向第二会话管理功能网元发送第五信息,以便触发第二第二会话管理功能网元停止为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。
此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
需要说明的是,接入和移动性管理功能网元接收到的信息和接入和移动性管理功能网元发送的信息虽然都被称为第一信息或第二信息,但接入和移动性管理功能网元接收到的信息和接入和移动性管理功能网元发送的信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。
结合第四方面,在一种可能的实现方式中,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
结合第四方面或其任意实现方式,在另一种可能的实现方式中,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
第五方面,提供了一种通信方法,所述方法可以由接入网设备执行,也可以由接入网设备中的模块或单元执行,为了描述方便,下文统一称为接入网设备。
所述方法包括:接入网设备获知终端已加入多播会话;在所述接入网设备确定将所述终端转换为非激活态时,所述接入网设备不为所述终端配置非激活态下的eDRX。
基于上述方法,在终端已加入多播会话的情况下,接入网设备不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第五方面,在一种可能的实现方式中,所述接入网设备不为所述终端配置eDRX,包括:当以下条件中的至少一个被满足时,所述接入网设备不为所述终端配置非激活态下的eDRX:所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
这里的“以下条件”指的是:所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件。
基于上述方法,在接入网设备获知终端已加入多播会话后,接入网设备可以进一步判断上述条件是否被满足,当上述条件被满足时,接入网设备不为终端配置非激活态下的eDRX。这样,可以使得接入网设备的判断结果更准确。
结合第五方面或其任意实现方式,在另一种可能的实现方式中,所述方法还包括:所述接入网设备接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
基于上述方法,接入网设备可以根据终端已加入的多播会话对应的多播业务是否支持eDRX判断是否允许为终端配置非激活态下的eDRX。
结合第五方面或其任意实现方式,在另一种可能的实现方式中,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
第六方面,提供了一种通信方法,所述方法可以由终端执行,也可以由终端中的模块或单元执行,为了描述方便,下文统一称为终端。
所述方法包括:终端获知所述终端已加入多播会话,所述终端支持eDRX;所述终端向接入网设备发送第六信息,所述第六信息用于指示所述终端不支持eDRX。
基于上述方法,在终端已加入多播会话的情况下,支持eDRX的终端可以向接入网设备提供自己不支持eDRX的信息,使得接入网设备在进行将终端转化为非激活态的判断时,可以根据终端不支持eDRX不为终端配置非激活态下的eDRX,从而实现终端的eDRX管理。
此外,在终端已加入多播会话的情况下,不为终端配置非激活态下的eDRX,有助于保障多播会话对应的多播数据的传输。
结合第六方面,在一种可能的实现方式中,所述终端向接入网设备发送第六信息,包括:当以下条件中的至少一个被满足时,所述终端向所述接入网设备发送所述第六信息:接收到来自核心网设备的第一信息、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述第一信息用于指示所述终端不适用非激活态下的eDRX,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
这里的“以下条件”指的是:接收到来自核心网设备的第一信息、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件。
基于上述方法,在获知终端已加入多播会话后,终端可以进一步判断上述条件是否被满足,当上述条件被满足时,终端向终端提供第六信息。这样,可以使得终端的判断结果更准确。
结合第六方面或其任意实现方式,在另一种可能的实现方式中,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
结合第六方面或其任意实现方式,在另一种可能的实现方式中,所述方法还包括:所述终端接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
基于上述方法,终端可以根据终端已加入的多播会话对应的多播业务是否支持eDRX判断是否向接入网设备提供第六信息。
结合第六方面或其任意实现方式,在另一种可能的实现方式中,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
结合第六方面或其任意实现方式,在另一种可能的实现方式中,在所述终端向接入网设备发送第六信息之前,所述方法还包括:所述终端向所述接入网设备发送第七信息,所述第七信息用于指示所述终端支持eDRX。
即当终端当前判断的结果与已经上报给接入网设备的eDRX能力不一致时,终端可以更新自己在接入网设备的eDRX能力。
结合第六方面或其任意实现方式,在另一种可能的实现方式中,所述方法还包括:在所述终端离开所述终端已加入的全部多播会话后,所述终端向所述接入网设备发送第八信息,所述第八信息用于指示所述终端支持eDRX。
即当终端离开终端已加入的全部多播会话后,终端可以请求更新自己在接入网设备的eDRX能力。
第七方面,提供了一种通信方法,所述方法可以由会话管理功能网元执行,也可以由会话管理功能网元中的模块或单元执行,为了描述方便,下文统一称为会话管理功能网元。
所述方法包括:会话管理功能网元接收来自接入网设备的第二信息,所述第二信息用于请求为终端配置非激活态下的eDRX;所述会话管理功能网元根据所述第二信息,建立单播用户面功能网元和多播用户面功能网元之间的传输通道,所述传输通道用于传输所述终端的多播数据;所述会话管理功能网元向接入网设备发送第九信息,所述第九信息用于指示成功为所述终端配置非激活态下的eDRX。
这样,在终端加入多播会话的情况下,接入网设备可以将终端转化为非激活态以及为终端配置eDRX,从而实现终端的eDRX管理。
结合第七方面,在一种可能的实现方式中,所述方法还包括:所述会话管理功能网元向所述单播用户面功能网元或所述多播用户面功能网元发送eDRX缓存信息,所述eDRX缓存信息用于缓存所述多播数据。
基于上述方法,在终端加入多播会话的情况下,接入网设备可以将终端转化为非激活态以及为终端配置eDRX,并且由单播用户面功能网元或多播用户面功能网元对终端的多播数据进行缓存,从而避免终端错过多播数据,有助于保障多播业务的传输。
此外,由多播用户面功能网元缓存多播数据,缓存点比较高,有助于降低网络缓存的数据量。
第八方面,提供了一种通信方法,所述方法可以由多播用户面功能网元执行,也可以由多播用户面功能网元中的模块或单元执行,为了描述方便,下文统一称为多播用户面功能网元。
所述方法包括:多播用户面功能网元接收来自会话管理功能网元的eDRX缓存信息,所述eDRX缓存信息用于缓存终端的多播数据;所述多播用户面功能网元根据所述eDRX缓存信息,缓存所述终端的多播数据。
基于上述方法,在终端加入多播会话的情况下,接入网设备可以将终端转化为非激活态以及为终端配置eDRX,并且由多播用户面功能网元对终端的多播数据进行缓存,从而避免终端错过多播数据,有助于保障多播业务的传输。
此外,由多播用户面功能网元缓存多播数据,缓存点比较高,有助于降低网络缓存的数据量。
第九方面,提供了一种通信装置,该装置用于执行上述任意一方面或其实现方式提供的方法。具体地,该装置可以包括用于执行上述任意一方面或其实现方式提供的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元。当该装置为核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元时,通信单元可以是收发器,或,输入/输出接口,或者通信接口;处理单元可以是至少一个处理器。可选地,收发器为收发电路。可选地,输入/输出接口为输入/输出电路。
在另一种实现方式中,该装置为用于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的芯片、芯片系统或电路。当该装置为用于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第十方面,提供了一种通信装置,该装置包括:存储器,用于存储程序;至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述任意一方面或其实现方式提供的方法。
在一种实现方式中,该装置为核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元。
在另一种实现方式中,该装置为用于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的芯片、芯片系统或电路。
第十一方面,提供了一种通信装置,该装置包括:至少一个处理器和通信接口,该至少一个处理器用于通过该通信接口获取存储在存储器的计算机程序或指令,以执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。
在一种实现方式中,该装置还包括该存储器。
第十二方面,提供了一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,那么可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第十三方面,提供了一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述任意一方面或其实现方式提供的方法。
第十四方面,提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述任意一方面或其实现方式提供的方法。
第十五方面,提供了一种芯片,芯片包括处理器与通信接口,处理器通过通信接口读取存储器上存储的指令,执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。
可选地,作为一种实现方式,芯片还包括存储器,存储器中存储有计算机程序或指令,处理器用于执行存储器上存储的计算机程序或指令,当计算机程序或指令被执行时,处理器用于执行上述任意一方面或其实现方式提供的方法。
第十六方面,提供了一种通信系统,包括上文的核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的至少一个。
附图说明
图1是适用于本申请的实施例的一种网络架构的示意图。
图2是一种多播/广播业务的网络架构示意图。
图3是本申请提供的通信方法300的示意性流程图。
图4是本申请提供的通信方法400的示意性流程图。
图5是本申请提供的通信方法500的示意性流程图。
图6是本申请提供的通信方法600的示意性流程图。
图7是本申请的通信方法的一个示例。
图8是本申请的通信方法的另一个示例。
图9是本申请的通信方法的另一个示例。
图10是本申请的通信方法的另一个示例。
图11是本申请的通信方法的另一个示例。
图12是本申请的通信方法的另一个示例。
图13是传输多播数据的一个示意图。
图14是本申请的通信方法的另一个示例。
图15是传输多播数据的另一个示意图。
图16是本申请的实施例提供的一种装置的结构示意图。
图17是本申请的实施例提供的另一装置的结构示意图。
具体实施方式
为便于理解本申请实施例,在介绍本申请的实施例之前,先做出以下几点说明。
“用于指示”或“指示”可以包括直接指示和间接指示,或者说“用于指示”或“指示”可以显式地和/或隐式地指示。例如,当描述某一信息用于指示信息I时,可以包括该信息直接指示I或间接指示I,而并不代表该信息中一定携带有I。又例如,隐式指示可以基于用于传输的位置和/或资源;显式指示可以基于一个或多个参数,和/或一个或多个索引,和/或一个或多个它所表示的位模式。
第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。例如,区分不同的字段、不同的信息等。
“示例的”、“例如”、“示例性地”、“作为(另)一个示例”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a、b和c中的至少一项(个),可以表示:a,或,b,或,c,或,a和b,或,a和c,或,b和c,或,a、b和c。其中a、b和c分别可以是单个,也可以是多个。
“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下设备会做出相应的处理,并非是限定时间,且也不要求设备在实现时一定要有判断的动作,也不意味着存在其它限定。
在本申请实施例中,涉及网元A向网元B发送消息、信息或数据,以及网元B接收来自网元A的消息、信息或数据的相关描述,旨在说明该消息、信息或数据是要发给哪个网元,而并不限定它们之间是直接发送还是经由其他网元间接发送。
在本申请实施例中,将围绕包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解的是,各个系统可以包括网络架构的示意图中涉及的所有设备、组件、模块,也可以仅包括其中的部分,不予限制。
本申请提供的实施例可以应用于各种通信系统。例如,第五代(5thgeneration,5G)或新无线(new radio,NR)系统、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)系统等。本申请提供的实施例还还可以应用于卫星通信系统等非陆地通信网络(non-terrestrial network,NTN)通信系统。本申请提供的实施例还可以应用于设备到设备(device to device,D2D)通信、车到万物(vehicle-to-everything,V2X)通信、机器到机器(machine to machine,M2M)通信、机器类型通信(machine type communication,MTC)、以及物联网(internet of things,IoT)通信系统或者其他通信系统。本申请提供的实施例还可以应用于未来的通信系统,如第六代移动通信系统。
示例性地,图1示出了一种网络架构的示意图。
如图1所示,该网络架构以5G系统(the 5th generation system,5GS)为例。该网络架构中可包括三部分,分别是用户设备(user equipment,UE)、数据网络(data network,DN)和运营商网络。其中,运营商网络可包括以下网元中的一个或多个:(无线)接入网((radio)access network,(R)AN)设备、用户面功能(user plane function,UPF)网元、接入和移动性管理功能(access and mobility management function,AMF)网元、会话管理功能(session management function,SMF)网元、策略控制功能(policy controlfunction,PCF)网元、统一数据管理(unified data management,UDM)网元和应用功能(application function,AF)网元。上述运营商网络中,除(R)AN之外的部分可以称为核心网。
在本申请中,将(无线)接入网设备、UPF网元、AMF网元、SMF网元、PCF网元、UDM网元、AF网元分别简称为(R)AN、UPF、AMF、SMF、PCF、UDM、AF。
下面对图1中涉及的各设备进行简单描述。
1、UE
UE也可以称为终端、用户、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置等,为了描述方便,下文统一称为终端。
终端是一种可以接入无线通信网络的设备。终端与(R)AN之间可以采用空口技术(如NR或LTE)进行通信。终端与终端之间也可以采用空口技术(如NR或LTE)进行通信。具体地,终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、卫星通信中的终端、接入回传一化链路(integrated access and backhaul,IAB)系统中的终端、WiFi通信系统中的终端、工业控制(industrial control)中的终端、无人驾驶(self driving)中的终端、远程医疗(remote medical)中的终端、智能电网(smart grid)中的终端、运输安全(transportation safety)中的终端、智慧城市(smart city)中的终端、智慧家庭(smarthome)中的终端等。
本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。
2、(R)AN
(R)AN可以是用于与终端进行通信的设备,也可以是一种将终端接入无线通信网络的设备。
(R)AN可以为无线接入网中的节点。例如,基站(base station)、演进型基站(evolved NodeB,eNodeB)、发送接收点(transmission reception point,TRP)、家庭基站(例如,home evolved NodeB,或home Node B,HNB)、Wi-Fi接入点(access point,AP)、移动交换中心、5G移动通信系统中的下一代基站(next generation NodeB,gNB)、开放无线接入网(open radio access network,O-RAN或open RAN)中的接入网设备、第六代(6thgeneration,6G)移动通信系统中的下一代基站、或未来移动通信系统中的基站等。(R)AN还可以是完成基站部分功能的模块或单元,例如,可以是集中式单元(central unit,CU)、分布式单元(distributed unit,DU)、射频拉远单元(remote radio unit,RRU)或基带单元(baseband unit,BBU)等。
(R)AN还可以是D2D通信系统、V2X通信系统、M2M通信系统以及IoT通信系统中承担基站功能的设备等。(R)AN还可以是NTN中的网络设备,即(R)AN可以部署于高空平台或者卫星。(R)AN可以是宏基站,也可以是微基站或室内站,还可以是中继节点或施主节点等。
本申请的实施例对(R)AN所采用的具体技术、设备形态以及名称不做限定。为了描述方便,下文将(R)AN统一称为接入网设备。
3、UPF
UPF主要负责终端中的用户数据的转发和路由。例如,UPF可以从DN接收用户面数据,并通过接入网设备将用户面数据发送给终端。UPF还可以通过接入网设备从终端接收用户面数据,并转发到DN。UPF网元中为终端提供服务的传输资源和调度功能由SMF管理控制。
4、DN
DN主要用于为终端提供数据服务的运营商网络。例如,因特网(Internet)、第三方的业务网络、或IP多媒体服务业务(IP multi-media service,IMS)网络等。DN中可以由多个应用服务器(application server,AS)。
5、AMF
AMF主要负责终端的接入控制和移动性管理,如用户位置更新、用户注册网络、或用户切换等。
6、SMF
SMF主要负责用户面网元选择、用户面网元重定向、因特网协议(internetprotocol,IP)地址分配、会话的建立、修改和释放以及QoS控制等。
8、PCF
PCF主要负责策略控制的决策、提供控制平面功能的策略规则、以及基于流量的计费控制功能等。
9、UDM
UDM主要负责终端的签约数据管理,包括终端标识的存储和管理、终端的接入授权等。
10、AF
AF主要支持与3GPP核心网交互来提供服务,例如影响数据路由决策、策略控制功能或者向网络提供第三方的服务。AF可以是运营商网络自身部署的AF,也可以是第三方AF。
图2是一种多播/广播业务的网络架构示意图。
其中,图2所示的网络架构和网元的功能是在图1所示的网络架构和网元的功能的基础上增强而定义的。为了简洁,下文仅对图2中各个网元特定于多播/广播业务的功能进行描述。
1、PCF
PCF主要负责:多播/广播业务(multicast-broadcast service,MBS)会话的QoS处理、向多播/广播SMF(multicast-broadcast SMF,MB-SMF)提供策略信息、以及与用户数据存储库(user data repository,UDR)交互获取QoS信息等。PCF是可选网元,例如,可以在使用动态策略计费控制(policy charging control,PCC)时才具备该功能实体。
2、MB-SMF
MB-SMF是一个具备支持多播/广播特性的实体。MB-SMF负责:MBS会话的管理,例如QoS控制等;配置多播/广播(multicast-broadcast UPF,MB-UPF);与接入网设备交互以控制广播流(flow)传输;与单播SMF交互以关联协议数据单元(protocol data unit,PDU)会话;与接入网设备交互以控制多播流的传输等。MB-SMF还可以同时具备单播SMF的功能。
3、SMF
SMF主要负责:发现MB-SMF、终端加入MBS的认证、与MB-SMF交互以管理多播会话上下文、与接入网设备交互以建立多播传输资源等。
4、MB-UPF
MB-UPF是MBS的数据面的网关,主要负责:与MB-SMF交互以获取数据转发规则、向接入网设备通过共享传递方法(shared delivery method)传输多播数据;向UPF通过单独传递方法(individual delivery method)传输多播数据等。
5、UPF
UPF主要负责:通过单独传递方法(individual delivery method)传输多播数据,例如,从MB-UPF接收多播数据、并通过PDU会话向终端传输多播数据等。
6、AMF
AMF主要负责:信令路由(例如,(R)AN与MB-SMF之间信令路由)、以及为MBS选择(R)AN等。
7、(R)AN
(R)AN主要负责:处理MBS QoS流、通过点到多点(point to multipoint,PTM)、点到点(point to point,PTP)向终端发送数据、配置接入层(access stratum,AS)接收广播流、在PTM和PTP之间切换、支持多播会话的Xn和N2切换、处理会话信令、以及建立空口广播和多播资源等。
8、UE
UE主要功能为:通过PTM/PTP接收多播数据、通过PTM接收多播数据/广播数据、处理QoS、发起会话加入(session join)和会话离开(session leave)、以及MBS的终端侧的资源管理等。
9、多播/广播服务功能(multicast-broadcast service function,MBSF)网元
MBSF网元,下文简称为MBSF,主要支持以下功能:业务层功能、与LTE MBS的互通、与AF和MB-SMF交互以支持MBS会话的操作、确定传输参数和MBS会话的类型、选择MB-SMF控制MBSTF、以及确定发送者的IP多播地址等。MBSF为可选网元。
10、多播/广播服务传输功能(multicast-broadcast service transmissionfunction,MBSTF)网元
MBSTF网元,下文简称为MBSTF,主要支持以下功能:MBS数据的锚点;作为IP多播的源;支持例如帧、多流、前向纠错(forward error correction,FEC)等通用传输功能;将输入的文件作为目标(object)或目标流(object flow)以多播或广播的方式发送等。MBSTF为可选网元。
11、AF
AF主要支持以下功能:向核心网(core network)提供业务信息并请求多播或广播服务、以及指示(instruct)与MBS会话操作等。
12、UDM
UDM主要支持多播会话的订阅/签约管理等。
13、网络功能库功能(network repository function,NRF)
NRF主要包括以下功能:支持对服务MBS会话的MB-SMF的管理,具体包括保存MB-SMF服务的MBS会话ID等。
14、网络开放功能(network exposure function,NEF)
NEF主要包括以下功能:选择MB-SMF;与AF以及MB-SMF交互以实现MBS会话操作、确定传输参数等;向AF提供MBS流程的接口如服务配置、MBS会话配置和QoS管理等接口等。
在图1和图2所示的网络架构中,各网元之间可以接口通信。各网元之间的接口可以是点对点接口,也可以是服务化接口,本申请不予限制。
应理解,上述所示的网络架构仅是示例性说明,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
还应理解,图1和图2中所示的各个功能或者网元,可以理解为用于实现不同功能的网元,例如可以按需组合成网络切片。这些网元可以各自独立的设备,也可以集成于同一设备中实现不同的功能,或者可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能,本申请对于上述网元的具体形态不作限定。
还应理解,上述命名仅为便于区分不同的功能而定义,不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能采用其他名称等。
为便于理解本申请实施例,首先对本申请中涉及到的术语做简单说明。
1、多播会话
用于传输多播业务的会话可以称为多播会话,多播会话的特点在于一组终端接收同一数据。多播会话也可以称为多播MBS会话或组播会话,在本申请中统一称为多播会话。
终端可以通过加入多播会话来接收多播业务的数据。多播业务的数据可以简称多播数据。
在本申请中,“加入多播会话”也可以替换为“加入多播群组”,不予限制。
2、DRX和eDRX
为了降低终端功耗,通信系统引入了DRX技术。DRX技术可以使终端周期性进入睡眠状态来达到降低终端功耗的目的。一个DRX周期包括睡眠期和激活期。在激活期内,终端监听并接收下行信道;在睡眠期内,终端可以不打开接收机接收下行信道的数据,从而降低终端功耗。DRX周期可以分为短DRX周期和长DRX周期。
进一步地,针对能力受限的终端,可以将DRX延长为eDRX。eDRX可以将终端的DRX周期从最大10.24秒(s)变为1万多秒,使得终端打开接收机的时间更少,进而进一步降低终端功耗。eDRX可以包括长eDRX(long eDRX),长eDRX的周期长度可以大于10.24秒。本申请中的eDRX也可以替换为eDRX周期(cycle)、长eDRX、长eDRX周期、或周期长度大于10.24秒的eDRX。
上面对本申请中涉及到的术语做了简单说明,下文实施例中不再赘述。
下面对本申请实施例提供的通信方法进行详细描述。
图3是本申请提供的通信方法300的示意性流程图。
方法300可以由接入网设备和核心网设备执行,也可以由接入网设备和核心网设备中的模块或单元执行,本申请不予限制,为了描述方便,下文统一称为接入网设备和核心网设备。方法300包括以下内容的至少部分内容。
步骤301,核心网设备获知终端已加入多播会话。
可选地,核心网设备为SMF或AMF。
当核心网设备为SMF时,SMF可以在终端加入多播会话的过程中获知终端已加入多播会话。
具体地,SMF可以根据接收到终端发送的非接入层(Non-Access Stratum,NAS)消息中携带多播会话的标识,和/或,加入请求(join request)信息判断。
又或者,SMF在接收到上述非接入层消息后,进一步从本地或UDM处获取终端的签约信息(例如终端是否被授权加入某些多播会话),和/或从本地或MB-SMF处获取多播会话的上下文信息,上下文信息中包含多播会话是否对于所有终端均开放。例如,如果终端的签约信息中,包括终端被授权加入多播会话的信息(例如,签约信息包含多播会话的标识信息,其中,多播会话的标识例如可以为临时多播组标识(temporary multicast groupidentifier,TMGI)),那么SMF获知终端已加入多播会话。如果终端的签约信息中,不包括终端被授权加入多播会话的信息,但是多播会话的上下文信息总包含多播会话对于所有终端均开放,那么SMF获知终端已加入多播会话。
当核心网设备为AMF时,步骤301包括:AMF接收来自SMF的第四信息,相应地,SMF向AMF发送第四信息,其中,第四信息用于指示终端已加入多播会话;AMF根据第四信息获知终端已加入多播会话。其中,对于SMF,SMF可以在终端加入多播会话的过程中获知终端已加入多播会话。
可选地,第四信息包括终端已加入的多播会话的标识。其中,多播会话的标识例如可以为临时多播组标识(temporary multicast group identifier,TMGI)。可以理解为,第四信息通过隐示的方式指示终端已加入该多播会话的标识对应的多播会话。
可选地,第四信息包括终端已加入的多播会话的标识、以及第一指示信息。其中,多播会话的标识例如可以为TMGI,第一指示信息用于指示终端已加入多播会话。可以理解为,第四信息通过显示的方式指示终端已加入多播会话、以及该多播会话的标识。
可选地,步骤301具体包括:SMF在多播会话为激活态时向AMF发送第四信息,相应地,AMF接收来自SMF的第四信息。
步骤302,核心网设备发送第一信息。
其中,第一信息用于通知拒绝为终端配置非激活态下的eDRX,或者,第一信息用于指示终端不适用非激活态下的eDRX。
其中,“终端不适用于非激活态下的eDRX”也可以采用以下描述:“不允许为终端配置非激活态下的eDRX”、“不为终端配置非激活态下的eDRX”、“不将终端转换为eDRX的非激活态”、“终端不适用eDRX”、“不将终端转化为非激活态下的eDRX”、“终端不进入非激活态下的eDRX”或“不将终端发送至非激活态下的eDRX”等。
其中,“拒绝为终端配置非激活态下的eDRX”也可以采用以下描述:“拒绝将终端转换为eDRX的非激活态”、“拒绝将终端转化为非激活态下的eDRX”、“拒绝终端进入非激活态下的eDRX”或“拒绝将终端发送至非激活态下的eDRX”等。
可选地,当第一信息用于通知拒绝为终端配置非激活态下的eDRX时,第一信息包括拒绝信息,拒绝信息用于指示拒绝为终端配置非激活态下的eDRX。其中,拒绝信息可以包括拒绝为终端配置非激活态下的eDRX的原因,该原因随核心网设备在发送第一信息时考虑的信息不同而不同,将在下文进行描述。
可选地,当核心网设备为AMF时,第一信息可以是RRC非激活态辅助信息(RRCinactive assistance information,RIAI),第一信息不包括UE特定的扩展的空闲态DRX值(UE specific extended idle mode DRX values)。
可选地,当核心网设备为SMF时,第一信息可以包含在PDU会话资源建立请求传输(PDU Session Resource Setup Request Transfer)消息,或者包含在PDU会话资源修改请求传输(PDU Session Resource Modify Request Transfer)消息。
可选地,当第一信息用于通知拒绝为终端配置非激活态下的eDRX时,步骤302包括:核心网设备向接入网设备发送第一信息。并且在步骤302之前,方法300还包括步骤303,步骤303如下。
步骤303,当接入网设备确定将终端转换为非激活态时,接入网设备向核心网设备发送第二信息。
相应地,核心网设备接收来自接入网设备的第二信息。
其中,第二信息用于请求为终端配置非激活态下的eDRX。例如,第二信息用于请求将终端转换为非激活态且第二信息携带eDRX的信息,其中,eDRX的信息包括终端进入eDRX的周期等。“请求”也可以替换为“指示”或“配置”等。
步骤303也可以描述为:接入网设备确定将终端转换为非激活态,接入网设备向核心网设备发送第二信息。接入网设备确定将终端转换为非激活态可以在接入网设备发送第二信息之前执行,也可以在接入网设备发送第二信息之后执行,不予限制。
可选地,在步骤303中,接入网设备可以根据RRC非激活态辅助信息(RRC inactiveassistance information,RIAI)、以及其他可能的信息(例如接入网设备的实现、或接入网设备当前的负载等),决定将终端转换为非激活态。更详细的描述可以参考现有技术,在此不再赘述。
需要说明的是,若核心网设备为SMF,接入网设备与SMF之间的交互通过AMF。例如,SMF通过AMF向接入网设备发送第一信息。又例如,接入网设备可以通过AMF向SMF发送第二信息。在此情况下,AMF接收到的信息和AMF发送的信息虽然都被称为第一信息或第二信息,但AMF接收到的信息和AMF发送的信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。例如,SMF可以通过N11消息向AMF发送第一信息;AMF接收到来自SMF的N11消息后,根据其中的第一信息,向接入网设备发送N2消息,即通过N2消息或其中的信元向接入网设备传递第一信息。又例如,接入网设备可以通过N2消息向AMF发送第二信息;AMF接收到来自接入网设备的N2消息后,根据其中的第二信息,向SMF发送PDU会话更新会话管理上下文请求消息(如Nsmf_PDUsession_UpdateSMContext request),即通过PDU会话更新会话管理上下文请求消息或其中的信元向SMF传递第二信息。
还需要说明的是,当核心网设备为SMF时,在接收到来自接入网设备的第二信息后,AMF可能会向一个或多个SMF发送第二信息。对于AMF向多个SMF发送第二信息的情况,例如,AMF可以向用于管理与终端的多播会话相关联的单播会话的第一SMF以及用于管理与终端的多播会话不关联的单播会话的第二SMF发送第二信息,在此情况下,核心网设备可以为第一SMF,并且在AMF接收到来自第一SMF的第一信息后,AMF向第二SMF发送第五信息,相应地,第二SMF接收来自AMF的第五信息,其中第五信息用于触发第二SMF停止为终端配置非激活态下的eDRX;第二SMF停止为终端配置非激活态下的eDRX。
其中,第二SMF停止为终端配置非激活态下的eDRX可以包括:第二SMF去使能缓存数据。
一种可能的实现方式,第二SMF向UPF发送针对多播的配置消息,针对多播的配置消息中不包含eDRX的缓存指示,或者包含清除eDRX缓存的指示信息。这里的UPF可以是第二SMF管理的UPF。
另一种可能的实现方式中,第二SMF向UPF发送针对多播的配置消息,针对多播的配置消息中将缓存动作规则(Buffer Action Rule,BAR)置为0,或者包含清除BAR的指示信息。
再一种可能的实现方式中,第二SMF向UPF发送针对多播的配置消息,针对多播的配置消息中,针对多播的创建(或者更新)转发动作规则(Create/Update ForwardingAction Rule,Create/Update FAR)对应的BAR标识置为特殊值(例如0),用于指示不需要进行缓存,或者,针对多播的Create/Update FAR不包括对应的BAR标识。
又一种可能的实现方式中,第二SMF向UPF发送针对多播的配置消息,针对多播的配置消息中,包含针对多播的删除(或者释放)转发动作规则(Delete/Release ForwardingAction Rule,Delete/Release FAR),且Delete/Release FAR包含的BAR标识置为特殊值,用于指示不需要进行缓存,或者,针对多播的配置消息中,包含针对多播的删除(或者释放)转发动作规则(Delete/Release Forwarding Action Rule,Delete/Release FAR),且Delete/Release FAR包括对应的BAR标识。
其中,“停止为终端配置非激活态下的eDRX”也可以采用以下描述:“恢复终端的原有状态”、“取消为终端配置非激活态下的eDRX”或“撤回为终端配置非激活态下的eDRX”等。
可选地,当第一信息用于指示终端不适用非激活态下的eDRX时,步骤302包括:核心网设备向接入网设备或终端发送第一信息。可选地,第一信息可以携带在RIAI中。
需要说明的是,当核心网设备为SMF时,SMF通过AMF向接入网设备发送第一信息。在此情况下,AMF接收到的信息和AMF发送的信息虽然都被称为第一信息,但AMF接收到的信息和AMF发送的信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。
一种可能的实现方式,步骤302包括:若终端已加入多播会话,则核心网设备发送第一信息。可以理解为,在核心网设备获知终端已加入多播会话后,核心网设备便可发送第一信息,以通知拒绝为终端配置非激活态下的eDRX或者指示终端不适用非激活态下的eDRX。在该实现方式中,若第一信息包括拒绝原因,该原因为终端已加入多播会话。
另一种可能的实现方式,步骤302包括:当以下条件中的至少一个被满足时,核心网设备发送第一信息:为终端提供服务的接入网设备不支持eDRX、终端不支持eDRX、或多播会话满足预设条件,其中,预设条件为:多播会话处于激活态、多播会话对应的多播业务不支持eDRX、或多播会话处于激活态且多播会话对应的多播业务不支持eDRX。可以理解为,在核心网设备获知终端已加入多播会话后,核心网设备进一步判断上述条件是否被满足,当上述条件被满足时,核心网设备发送第一信息,以通知拒绝为终端配置非激活态下的eDRX或者指示终端不适用非激活态下的eDRX。在该实现方式中,若第一信息包括拒绝原因,该原因包括以下原因中的至少一个:终端已加入多播会话、为终端提供服务的接入网设备不支持eDRX、终端不支持eDRX、或多播会话满足预设条件。
例如,假设预设条件为多播会话处于激活态,若终端已加入多播会话且该多播会话处于激活态,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则核心网设备发送第一信息;若终端已加入多播会话且该多播会话处于去激活态、接入网设设备支持eDRX、且终端支持eDRX,则核心网设备不发送第一信息。
又例如,假设预设条件为多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话对应的多播业务不支持eDRX,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则核心网设备发送第一信息;若终端已加入多播会话且该多播会话对应的多播业务支持eDRX、接入网设设备支持eDRX、且终端支持eDRX,则核心网设备不发送第一信息。
又例如,假设预设条件为多播会话处于激活态且多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话满足预设条件,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则核心网设备发送第一信息;若终端已加入多播会话且该多播会话不满足预设条件、接入网设设备支持eDRX、且终端支持eDRX时,则核心网设备不发送第一信息。
可选地,方法300还包括步骤304:核心网设备接收来自接入网设备的第三信息,相应地,接入网设备向核心网设备发送第三信息,其中,第三信息用于指示接入网设备是否支持eDRX。例如,当接入网设备在上电时,可以向核心网设备上报第三信息。
可选地,第三信息可以承载于下一代(接口)配置请求(NG setrequest)消息。
需要指出的是,当核心网设备为SMF时,接入网设备可以通过AMF向SMF发送第三信息。在此情况下,AMF接收到的第三信息和AMF向SMF发送的第三信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。
可选地,当核心网设备为AMF时,方法300还包括:AMF接收来自SMF的业务信息,相应地,SMF向AMF发送业务信息,其中,业务信息用于指示多播会话对应的多播业务是否支持eDRX。
作为一个示例,业务信息可以包括多播业务的类型。当多播业务类型为时延敏感类型时,可以认为该多播业务支持eDRX。当多播业务类型为非时延敏感类型时,可以认为该多播业务不支持eDRX。
作为另一个示例,业务信息可以包括第二指示信息,第二指示信息用于指示多播业务是否支持eDRX。第二指示信息可以为一个或若干个比特,即业务信息可以通过显示的方式指示多播业务是否支持eDRX。
步骤305,接入网设备根据第一信息,不为终端配置非激活态下的eDRX。
其中,“不为终端配置非激活态下的eDRX”也可以理解为不执行为终端配置eDRX的操作,其也可以采用以下描述:“不将终端转换为采用eDRX的非激活态”或“不将终端转换为eDRX状态”。
可选地,方法300还包括:接入网设备将终端转换为非激活态、将终端保持在连接态、将终端转换为空闲态、将终端转换为非激活态并为终端配置DRX、将终端转换为非激活态并仅为终端配置DRX且不包含eDRX信息、将终端转换为非激活态并在终端的配置信息中仅包含RAN-寻呼周期(ran-PagingCycle)信息、或将终端转换为非激活态并在终端的配置信息中仅包含RAN-寻呼周期(ran-PagingCycle)信息且不包含RAN-扩展的寻呼周期(ran-ExtendedPagingCycle)。进一步可选地,DRX周期不长于2.56s。
其中,“转换”也可以描述为“释放”、“切换”、“配置”、或“设置”等。
可选地,当第一信息用于指示终端不适用非激活态的eDRX时,步骤305包括:当接入网设备确定将终端转换为非激活态时,接入网设备根据第一信息,不为终端配置非激活态下的eDRX。
这样,通过方法300,在终端已经加入多播会话的情况下,核心网设备可以向接入网设备通知拒绝为终端配置非激活态下的eDRX或者向接入网设备指示终端不适用非激活态下的eDRX,使得接入网设备在将终端转换为非激活态时可以根据核心网设备的通知或指示不为终端配置非激活态下的eDRX,从而保障该多播会话对应的多播数据的传输。
图4是本申请提供的通信方法400的示意性流程图。
方法400可以由接入网设备和核心网设备执行,也可以由接入网设备和核心网设备中的模块或单元执行,本申请不予限制,为了描述方便,下文统一称为接入网设备和核心网设备。方法400包括以下内容的至少部分内容。
步骤401,接入网设备获知终端已加入多播会话。
一种可能的实现方式,接入网设备可以在终端加入多播会话的过程中获知终端已加入多播会话。
具体地,接入网设备可以根据从为终端分配的地址处,接收到SMF发送的N2信息,并且信息中包含多播会话的标识来获知终端已加入多播会话。
又或者,接入网设备接收到来自AMF发送的PDU会话资源建立请求(PDU SESSIONRESOURCE SETUP REQUEST),请求消息中包含PDU会话资源修改建立请求传输(PDU SessionResource SetupRequest Transfer),请求传输消息中包含MBS会话建立请求列表(MBSSession Setup Request List),并且列表中包含多播会话ID的信息(例如MBS SessionID,其可以为TMGI)。
再或者,接入网设备接收到来自AMF发送的PDU会话资源修改请求(PDU SESSIONRESOURCE MODIFY REQUEST),请求消息中包含PDU会话资源修改请求传输(PDU SessionResource Modify Request Transfer)请求传输消息中包含MBS会话建立请求或修改列表(MBS Session Setup or Modify Request List),并且列表中包含多播会话ID的信息(例如MBS Session ID,其可以为TMGI)。
步骤402,当接入网设备确定将终端转换为非激活态时,接入网设备不为终端配置非激活态下的eDRX。
其中,“不为终端配置非激活态下的eDRX”也可以理解为不执行为终端配置eDRX的操作,其也可以采用以下描述:“不将终端转换为采用eDRX的非激活态”或“不将终端转换为eDRX状态”。
可选地,方法400还包括:接入网设备将终端转换为非激活态、将终端保持在连接态、将终端转换为空闲态、将终端转换为非激活态并为终端配置DRX、将终端转换为非激活态并仅为终端配置DRX且不包含eDRX信息、将终端转换为非激活态并在终端的配置信息中仅包含RAN-寻呼周期(ran-PagingCycle)信息、或将终端转换为非激活态并在终端的配置信息中仅包含RAN-寻呼周期(ran-PagingCycle)信息且不包含RAN-扩展的寻呼周期(ran-ExtendedPagingCycle)。进一步可选地,DRX周期不长于2.56s。
其中,“转换”也可以描述为“释放”、“切换”、“配置”、或“设置”等。
一种可能的实现方式,步骤402包括:若终端已加入多播会话,则接入网设备不为终端配置非激活态下的eDRX。可以理解为,在满足将终端转换为非激活态的条件时,接入网设备进一步考虑终端是否已加入多播会话,并在终端已加入多播会话的情况下,不为终端配置eDRX。或者也可以理解为,接入网设备根据终端已加入多播会话,判断不满足将终端转换为非激活态同时为终端配置eDRX的条件。
另一种可能的实现方式,步骤402包括:当以下条件中的至少一个被满足时,接入网设备不为终端配置非激活态下的eDRX:接入网设备不支持eDRX、终端不支持eDRX、或多播会话满足预设条件,其中,预设条件为:多播会话处于激活态、多播会话对应的多播业务不支持eDRX、或多播会话处于激活态且多播会话对应的多播业务不支持eDRX。可以理解为,在接入网设备在获知终端已加入多播会话的情况下,当决定接入网将终端转换为非激活态时,判断上述条件是否被满足,当上述条件被满足时,接入网设备不为终端配置非激活态下的eDRX。
例如,假设预设条件为多播会话处于激活态,若终端已加入多播会话且该多播会话处于激活态,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则接入网设备不为终端配置非激活态下的eDRX;若终端已加入多播会话且该多播会话处于去激活态、接入网设设备支持eDRX、且终端支持eDRX,则接入网设备可以为终端配置非激活态下的eDRX。
又例如,假设预设条件为多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话对应的多播业务不支持eDRX,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则接入网设备不为终端配置非激活态下的eDRX;若终端已加入多播会话且该多播会话对应的多播业务支持eDRX、接入网设设备支持eDRX、且终端支持eDRX,则接入网设备可以为终端配置非激活态下的eDRX。
又例如,假设预设条件为多播会话处于激活态且多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话满足预设条件,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则接入网设备不为终端配置非激活态下的eDRX;若终端已加入多播会话且该多播会话不满足预设条件、接入网设设备支持eDRX、且终端支持eDRX时,则接入网设备可以为终端配置非激活态下的eDRX。
可选地,方法400还包括步骤403:接入网设备接收来自SMF的业务信息,相应地,SMF向接入网设备发送业务信息,其中,业务信息用于指示多播会话对应的多播业务是否支持eDRX。
作为一个示例,业务信息可以包括多播业务的类型。当多播业务类型为时延敏感类型时,可以认为该多播业务支持eDRX。当多播业务类型为非时延敏感类型时,可以认为该多播业务不支持eDRX。
作为另一个示例,业务信息可以包括第二指示信息,第二指示信息用于指示多播业务是否支持eDRX。第二指示信息可以为一个或若干个比特,即业务信息可以通过显示的方式指示多播业务是否支持eDRX。
这样,通过方法400,在终端已经加入多播会话的情况下,接入网设备可以确定不为终端配置非激活态下的eDRX,从而保障该多播会话对应的多播数据的传输。
图5是本申请提供的通信方法500的示意性流程图。
方法500可以由终端和接入网设备执行,也可以由终端和接入网设备中的模块或单元执行,本申请不予限制,为了描述方便,下文统一称为终端和接入网设备。方法500包括以下内容的至少部分内容。
步骤501,终端获知终端已加入多播会话。
其中,终端支持eDRX。
一种可能的实现方式,终端可以在终端加入多播会话的过程中获知终端已加入多播会话。
具体地,终端可以根据从AMF发送的NAS消息,并且NAS消息中包含多播会话的标识来获知终端已加入多播会话。
又或者,终端接收到来自AMF发送的PDU会话建立接受(PDU SESSIONESTABLISHMENT ACCEPT)消息,消息中包含MBS Session ID(例如TMGI)。一种可能的实现方式中,MBS Session ID包含在接收的MBS信息(Received MBS information)中,接收的MBS信息包含在接收的MBS容器(Received MBS container)中,接收的MBS容器包含在PDU会话建立接受消息中。此时,终端可以获知终端已加入多播会话。
再或者,接入网设备接收到来自AMF发送的PDU会话修改命令(PDU SESSIONMODIFICATION COMMAND)消息,消息中包含MBS Session ID(例如TMGI)。一种可能的实现方式中,MBS Session ID包含在接收的MBS信息(Received MBS information)中,接收的MBS信息包含在接收的MBS容器(Received MBS container)中,接收的MBS容器包含在PDU会话修改命令消息中。此时,终端可以获知终端已加入多播会话。
步骤502,终端向接入网设备发送第六信息。
相应地,接入网设备接收来自终端的第六信息。
其中,第六信息用于指示终端不支持eDRX。
这样,在终端加入多播会话的情况下,接入网设备在进行将终端转化为非激活态的判断时,可以根据第六信息不为终端配置非激活态下的eDRX,从而保障该多播会话对应的多播数据的传输。
一种可能的实现方式,步骤502包括:终端通过AMF向接入网设备发送第六信息。例如,终端向AMF发送携带第六信息的注册请求消息,第六信息可以为终端的eDRX能力信息;在接收到终端的注册请求消息后,AMF通过终端上下文更新消息向接入网设备发送第六信息。可选地,第六信息可以被携带在RIAI中。
需要指出的是,当终端通过AMF向接入网设备发送第六信息时,AMF接收到的第六信息和AMF发送的第六信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。
一种可能的实现方式,步骤502包括:若终端已加入多播会话,则终端发送第六信息。可以理解为,在终端获知终端已加入多播会话后,终端便可向接入网设备发送第六信息,以向接入网设备指示终端不支持eDRX。
另一种可能的实现方式,步骤502包括:当以下条件中的至少一个被满足时,终端向接入网设备发送第六信息:接收到来自核心网设备的第一信息、接入网设备不支持eDRX、终端不支持eDRX、或多播会话满足预设条件,其中,第一信息用于指示终端不适用eDRX,预设条件为:多播会话处于激活态、多播会话对应的多播业务不支持eDRX、或多播会话处于激活态且多播会话对应的多播业务不支持eDRX。可以理解为,在终端获知终端已加入多播会话后,终端进一步判断上述条件是否被满足,当上述条件被满足时,向接入网设备发送第六信息,以向接入网设备指示终端不支持eDRX。
例如,假设预设条件为多播会话处于激活态,若终端已加入多播会话且该多播会话处于激活态,和/或,接收到来自核心网设备的第一信息,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则终端向接入网设备发送第六信息;若终端已加入多播会话且该多播会话处于去激活态、未接收到来自核心网设备的第一信息、接入网设设备支持eDRX、且终端支持eDRX,则终端可以不向接入网设备发送第六信息。
又例如,假设预设条件为多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话对应的多播业务不支持eDRX,和/或,接收到来自核心网设备的第一信息,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则终端向接入网设备发送第六信息;若终端已加入多播会话且该多播会话对应的多播业务支持eDRX、未接收到来自核心网设备的第一信息、接入网设设备支持eDRX、且终端支持eDRX,则终端可以不向接入网设备发送第六信息。
又例如,假设预设条件为多播会话处于激活态且多播会话对应的多播业务不支持eDRX,若终端已加入多播会话且该多播会话满足预设条件,和/或,接收到来自核心网设备的第一信息,和/或,接入网设设备不支持eDRX,和/或,终端不支持eDRX,则终端向接入网设备发送第六信息;若终端已加入多播会话且该多播会话不满足预设条件、未接收到来自核心网设备的第一信息、接入网设设备支持eDRX、且终端支持eDRX时,则终端可以不向接入网设备发送第六信息。
需要说明的还是,第一信息的相关描述可以参考方法300,在此不再赘述。
可选地,方法500还包括步骤503:终端接收来自SMF的业务信息,相应地,SMF向终端发送业务信息,其中,业务信息用于指示多播会话对应的多播业务是否支持eDRX。业务信息可以包含在PDU会话修改命令、PDU会话修改接受、PDU会话建立响应等消息中。
作为一个示例,业务信息可以包括多播业务的类型。当多播业务类型为时延敏感类型时,可以认为该多播业务支持eDRX。当多播业务类型为非时延敏感类型时,可以认为该多播业务不支持eDRX。
作为另一个示例,业务信息可以包括第二指示信息,第二指示信息用于指示多播业务是否支持eDRX。第二指示信息可以为一个或若干个比特,即业务信息可以通过显示的方式指示多播业务是否支持eDRX。
可选地,在上述实施例的另一种场景下,在步骤501之前,方法500还包括:终端向接入网设备发送第七信息,相应地,基站接收来自终端的第七信息,其中第七信息用于指示终端支持eDRX。终端向接入网设备发送第七信息的方式可以参考终端向接入网设备发送第六信息的方式,在此不再赘述。
可选地,在上述实施例的另一种场景下,在步骤502之后,方法500还包括:在终端离开终端已加入的全部多播会话后,终端向接入网设备发送第八信息,相应地,基站接收来自终端的第八信息,其中第八信息用于指示终端支持eDRX。终端向接入网设备发送第八信息的方式可以参考终端向接入网设备发送第六信息的方式,在此不再赘述。
在本申请的另一些场景中,步骤502也可以替换为:终端向AMF发送注册请求消息,注册请求消息中不包含请求的扩展DRX参数(Requested extended DRX parameters);在接收到终端的注册请求消息后,AMF根据注册请求消息中不包含请求的扩展DRX参数,更新接入网设备的终端上下文。具体地,AMF通过终端上下文更新消息向接入网设备发送RIAI信息,在RIAI中不包含UE特定的扩展的空闲态DRX值(UE specific extended idle modeDRX)。
图6是本申请提供的通信方法600的示意性流程图。
方法600可以由接入网设备、SMF、UPF和MB-UPF执行,也可以由接入网设备、SMF、UPF和MB-UPF中的模块或单元执行,本申请不予限制,为了描述方便,下文统一称为接入网设备、SMF、UPF和MB-UPF。方法600包括以下内容的至少部分内容。
步骤601,接入网设备向SMF发送第二信息。
相应地,SMF接收来自接入网设备的第二信息。
其中,第二信息用于请求为终端配置非激活态下的eDRX。例如,第二信息用于请求将终端转换为非激活态且第二信息携带eDRX的信息,其中,eDRX的信息包括终端进入eDRX的周期等。
“请求”也可以替换为“指示”或“配置”等。
需要说明的是,接入网设备与SMF之间的交互可以通过AMF,在此情况下,AMF接收到的信息和AMF发送的信息虽然都被称为第二信息,但AMF接收到的信息和AMF发送的信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。例如,接入网设备可以通过N2消息向AMF发送第二信息;AMF接收到来自接入网设备的N2消息后,根据其中的第二信息,向SMF发送PDU会话更新会话管理上下文请求消息(如Nsmf_PDUsession_UpdateSMContext request),即通过PDU会话更新会话管理上下文请求消息或其中的信元向SMF传递第二信息。
步骤602,在接收到第二信息后,SMF根据第二信息,建立UPF和MB-UPF之间的传输通道。
其中,UPF和MB-UPF之间的传输通道用于传输终端的多播数据。这里的多播数据可以为终端处于eDRX睡眠状态时的多播数据。
步骤602可以理解为在为终端配置非激活态的eDRX时可以触发SMF建立UPF和MB-UPF之间的传输通道。
可选地,SMF此前可以获知为终端提供服务的接入网设备支持多播。即在接入网设备支持多播的情况下,SMF接收到第二信息后可以建立UPF和MB-UPF之间的传输通道。
需要指出的是,SMF根据第二信息建立UPF和MB-UPF之间的传输通道,可以是SMF根据第二信息新建UPF和MB-UPF之间的传输通道,也可以是SMF根据第二信息修改已有的UPF和MB-UPF之间的传输通道使得该通道可以传输终端的多播数据。
可选地,SMF建立UPF和MB-UPF之间的传输通道的方式有很多,不予限制。
一种可能的实现方式,SMF向UPF发送N4消息,相应地,UPF接收来自SMF的N4消息,其中,N4消息用于询问是否建立过UPF至MB-UPF的传输通道;UPF向SMF发送N4消息的响应消息,相应地,SMF接收来自UPF的响应消息,其中响应消息中包括第一下行隧道标识;SMF向MB-SMF发送请求消息,相应地,MB-SMF接收来自SMF的请求消息,其中请求消息包括第一下行隧道标识;MB-SMF与MB-UPF交互建立UPF与MB-UPF之间的传输通道;MB-SMF向SMF发送请求消息的响应消息,相应地,SMF接收来自MB-SMF的响应消息。其中,若UPF与MB-UPF之间已经存在传输通道,则第一下行隧道标识为该传输通道的隧道标识;若UPF与MB-UPF之间尚未建立传输通道,则第一下行隧道标识为UPF分配的隧道标识。更详细的描述可以参考现有技术,不再赘述。
另一种可能的实现方式,SMF向UPF发送N4消息,相应地,UPF接收来自SMF的N4消息,其中,N4消息用于询问是否建立过UPF至MB-UPF的传输通道;UPF向SMF发送N4消息的响应消息,相应地,SMF接收来自UPF的响应消息,其中响应消息中包括SSM信息;SMF向MB-SMF发送请求消息,相应地,MB-SMF接收来自SMF的请求消息,其中请求消息包括SSM信息;MB-SMF与MB-UPF交互建立UPF与MB-UPF之间的传输通道,在该过程中MB-UPF向MB-SMF提供用于多播的第二下行隧道标识;MB-SMF向SMF发送请求消息的响应消息,相应地,SMF接收来自MB-SMF的响应消息,其中响应消息包括第二下行隧道标识;SMF向UPF提供第二下行隧道标识。更详细的描述可以参考现有技术,不再赘述。
步骤603,SMF向UPF或MB-UPF发送eDRX缓存信息。
相应地,UPF或MB-SMF接收来自SMF的eDRX缓存信息。
其中,eDRX缓存信息用于缓存终端的多播数据。
可选地,eDRX缓存信息包括第三指示信息和终端进入eDRX的周期,其中第三指示信息用于指示停止终端的多播数据的传输并对终端的多播数据进行缓存。
可选地,eDRX缓存信息包括配置信息和终端进入eDRX的周期,其中配置信息用于配置UPF或MB-UPF以便UPF或MB-UPF对终端的多播数据进行缓存。
当SMF向UPF发送eDRX缓存信息时,可以认为是由UPF对终端的多播数据进行缓存。即MB-UPF可以通过UPF与MB-UPF之间的传输通道将终端的多播数据传输至UPF,并由UPF进行缓存。后续当终端重新变为可达状态时,UPF可以将缓存的数据发送至终端。
当SMF向MB-UPF发送eDRX缓存信息时,可以认为是由MB-UPF对终端的多播数据进行缓存。即MB-UPF可以对终端的多播数据进行缓存,后续当终端重新变为可达状态时,MB-UPF可以通过UPF与MB-UPF之间的传输通道将缓存的多播数据传输至UPF,在由UPF传输至终端。
需要指出的是,步骤603可以通过步骤602实现,例如,SMF通过发送给UPF的N4消息向UPF发送eDRX缓存信息,又例如,SMF通过发送给MB-SMF的请求消息向MB-SMF发送eDRX缓存信息,进而MB-SMF可以在与MB-UPF交互的过程中向MB-UPF发送eDRX缓存信息。步骤603也可以通过独立与步骤602的其他信令实现。
步骤604,SMF向接入网设备发送第九信息。
相应地,接入网设备接收来自SMF的第九信息。
其中,第九信息用于指示成功为终端配置非激活态下的eDRX。
后续,在接收到第九信息后,接入网设备可以发起RRC连接释放过程以及为终端配置eDRX。
需要说明的是,接入网设备与SMF之间的交互可以通过AMF,在此情况下,AMF接收到的信息和AMF发送的信息虽然都被称为第九信息,但AMF接收到的信息和AMF发送的信息的实现方式可以相同,也可以不同(例如通过不同的消息和/或信元),不予限制。
这样,在终端加入多播会话的情况下,接入网设备可以将终端转化为非激活态以及为终端配置eDRX,并且由UPF或MB-UPF对终端的多播数据进行缓存,从而保障多播数据的传输。
可选地,在上述实施例的另一种场景下,在接收到第二信息后,由SMF对终端的多播数据进行缓存或由SMF通知MB-SMF对终端的多播数据进行缓存。
下面结合具体的例子对本申请的实施例进行详细描述。
在以下示例中,eDRX信息可以对应于上文的eDRX缓存信息。
示例1
图7是本申请的通信方法的一个示例。
在本示例中,接入网设备可以支持多播,也可以不支持多播。
步骤701,终端注册到网络,并与网络协商用于连接管理(connectionmanagement,CM)-空闲态(IDLE)的eDRX的参数。
具体地,当终端支持eDRX时,终端在发送给AMF的注册请求消息中携带用于指示终端支持eDRX的信息;如果允许终端进入eDRX状态,那么AMF在发送给终端的注册接受消息中携带用于指示允许终端进入eDRX的信息、以及寻呼时间窗口(paging time window,PTW)的信息。当终端不支持eDRX时,终端在发送给AMF的注册请求消息中携带用于指示终端不支持eDRX的信息。
步骤701更详细地描述可以参考现有技术,在此不再赘述。
步骤702,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
具体地,终端向核心网设备发送PDU会话修改请求消息或PDU会话建立请求消息,消息中携带终端请求加入的多播会话的标识;核心网设备根据终端请求加入的多播会话的标识生成该多播会话对应的上下文、以及可选的该多播会话对应的单播QoS流的信息,并将生成的信息发送至接入网设备;接入网设备根据接收到的信息,建立或修改多播会话对应的上下文、以及可选地建立单播上下文。
步骤702更详细地描述可以参考现有技术,在此不再赘述。
通过步骤702,SMF可以获知终端已加入多播会话。
步骤703,在终端加入多播会话后,SMF向AMF发送N11消息。
相应地,AMF接收来自SMF的N11消息。
其中,N11消息用于向AMF通知终端已加入多播会话。具体地,该N11消息包括终端加入的多播会话的标识(例如,临时多播组标识(temporary multicast groupidentifier,TMGI))。可选地,N11消息还包括指示信息#1,指示信息#1用于指示终端已加入该多播会话。
需要指出的是,当该N11消息不包括指示信息#1时,可以认为N11消息包括的多播会话的标识隐式地指示终端已加入该标识对应的多播会话。
还需要指出的是,SMF可以在终端加入的多播会话为激活态时才向AMF发送该N11消息,换句话说,N11消息可以隐示的指示多播会话为激活态。
步骤704,接入网设备向AMF上报接入网设备是否支持eDRX。
一种可能的实现方式,在接入网设备上电时,接入网设备向AMF上报其知否支持eDRX。例如,接入网设备在下一代应用协议(next generation application protocol,NGAP)设置请求消息(NGAP setup request)中携带接入网设备的eDRX能力信息,该eDRX能力信息用于指示接入网设备是否支持eDRX。
步骤704为可选步骤。
步骤705,AMF根据接入网设备是否支持eDRX、终端是否支持eDRX、以及终端是否已加入多播会话,确定是否可将终端转换为eDRX的非激活态(即RRC inactive with eDRX)。
具体地,当接入网设备不支持eDRX,和/或,终端不支持eDRX,和/或,终端已加入多播会话时,AMF确定终端不适用非激活态下的eDRX。当接入网设备支持eDRX、终端支持eDRX、且终端未加入多播会话时,AMF确定终端适用非激活态下的eDRX。
需要指出的是,若未执行步骤704,则AMF在确定是否可将终端转换为eDRX的非激活态时可以不考虑接入网设备是否支持eDRX。
步骤706,AMF向接入网设备发送指示信息#2。
相应地,接入网设备接收来自AMF的指示信息#2。
其中,指示信息#2用于指示终端是否适用非激活态下的eDRX。指示信息#2可以对应于上文的第一信息。
一种可能的实现方式,指示信息#2可以携带在RRC非激活态辅助信息(RRCinactive assistance information,RIAI)中。
步骤707,接入网设备根据指示信息#2,将或不将终端转换为eDRX的非激活态。
具体地,当指示信息#2用于指示终端不适用非激活态下的eDRX时,接入网设备不将终端转换为eDRX的非激活态。当指示信息#2用于指示终端适用非激活态下的eDRX时,接入网设备进一步结合其他信息(例如接入网设备是否支持eDRX(若未执行步骤704)、接入网设备的实现、和接入网设备当前的负载等),确定将终端转换为eDRX的非激活态或不将终端转换为eDRX的非激活态。
这样,在本示例中,在终端已加入多播会话的情况下,接入网设备不将终端转换为eDRX的非激活态,有助于保障多播业务的传输。
示例2
图8是本申请的通信方法的另一个示例。
在本示例中,接入网设备支持多播。由于接入网设备支持多播,因此接入网设备知道终端是否已加入多播会话、以及多播会话的状态。
步骤801,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤802,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤801~802可以参考步骤701~702,在此不再详述。
步骤803,接入网设备根据接入网设备是否支持eDRX、终端是否支持eDRX、以及终端是否已加入多播会话,将或不将终端转换为eDRX的非激活态。
一种可能的实现方式,当接入网设备不支持eDRX,和/或,终端不支持eDRX,和/或,终端已加入多播会话时,接入网设备不将终端转换为eDRX的非激活态。当接入网设备支持eDRX、终端支持eDRX、且终端未加入多播会话时,接入网设备可以将终端转换为eDRX的非激活态,但接入网设备是否将终端转换为eDRX的非激活态,还要看是否满足将终端转换为eDRX的非激活态需要满足的其他条件(例如,接入网设备的实现或接入网设备当前的负载等)时。
另一种可能的实现方式,接入网设备还可以进一步考虑终端加入的多播会话的状态。例如,当接入网设备不支持eDRX,和/或,终端不支持eDRX,和/或,终端已加入多播会话且该多播会话为激活态时,接入网设备不将终端转换为eDRX的非激活态;否则,接入网设备可以将终端转换为eDRX的非激活态,但接入网设备是否将终端转换为eDRX的非激活态,还要看是否满足将终端转换为eDRX的非激活态需要满足的其他条件(例如,接入网设备的实现或接入网设备当前的负载等)时。
这样,在本示例中,在终端已加入多播会话(可选的该多播会话为激活态)的情况下,接入网设备不将终端转换为eDRX的非激活态,有助于保障多播业务的传输。
示例3
图9是本申请的通信方法的另一个示例。
步骤901,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤902,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤901~902可以参考步骤701~702,在此不再详述。
步骤903,在终端加入多播会话后,SMF向AMF发送N11消息。
相应地,AMF接收来自SMF的N11消息。
其中,N11消息用于向AMF通知终端已加入多播会话。具体地,该N11消息包括终端加入的多播会话的标识(例如,TMGI)。可选地,N11消息还包括指示信息#1,指示信息#1用于指示终端已加入该多播会话。
需要指出的是,当该N11消息不包括指示信息#1时,可以认为N11消息包括的多播会话的标识隐式地指示终端已加入该标识对应的多播会话。
还需要指出的是,SMF可以在终端加入的多播会话为激活态时才向AMF发送该N11消息,换句话说,N11消息可以隐示的指示多播会话为激活态。
步骤904,接入网设备根据RIAI、以及其他可能的信息(例如接入网设备的实现或接入网设备当前的负载等),决定将终端转换为eDRX的非激活态。
步骤905,在将终端转换为eDRX的非激活态之前,接入网设备向AMF发送N2消息。
相应地,AMF接收来自接入网设备的N2消息。
其中,该N2消息用于请求将终端转换为eDRX的非激活态,该消息中携带eDRX信息(例如,终端进入eDRX的周期等)。这样,在接收到该N2消息后,AMF根据该N2消息可以获知接入网设备计划将终端转换为eDRX的非激活态。
步骤904~905更详细的描述可以参考现有技术,在此不再详述。
步骤906,AMF根据步骤903中获得的信息(如TMGI和/或指示信息#1)确定终端不适用非激活态下的eDRX。
步骤907,AMF向接入网设备发送N2消息。
相应地,接入网设备接收来自AMF的N2消息。
其中,该N2消息用于拒绝将终端转换为eDRX的非激活态的请求。示例性地,该N2消息包括拒绝信息和拒绝原因,其中,拒绝信息用于指示拒绝将终端转换为eDRX的非激活态,拒绝原因包括终端已加入多播会话。
步骤908,接入网设备根据步骤907中的N2消息,不将终端转换为eDRX的非激活态。
这样,在本示例中,在终端已加入多播会话的情况下,接入网设备不将终端转换为eDRX的非激活态,有助于保障多播业务的传输。
示例4
图10是本申请的通信方法的另一个示例。
步骤1001,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤1002,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤1001~1002可以参考步骤701~702,在此不再详述。
步骤1003,接入网设备根据RIAI、以及其他可能的信息(例如接入网设备的实现或接入网设备当前的负载等),决定将终端转换为非激活态。
步骤1004,接入网设备向AMF发送N2消息。
相应地,AMF接收来自接入网设备的N2消息。
其中,该N2消息用于请求将终端转换为eDRX的非激活态,该消息中携带eDRX信息(例如,终端进入eDRX的周期等)。
这样,在接收到该N2消息后,AMF根据该N2消息可以获知接入网设备计划将终端转换为eDRX的非激活态,以便后续通知用户面处于激活态的PDU会话对应的SMF将终端转换为eDRX的非激活态。
步骤1003~1004更详细的描述可以参考现有技术,在此不再详述。
步骤1005,AMF向SMF发送N11消息。
相应地,SMF接收来自AMF的N11消息。
其中,N11消息用于请求将终端转换为eDRX的非激活态,该消息中携带eDRX信息(例如,终端进入eDRX的周期等)。
一种可能的实现方式,该N11消息为Nsmf_PDUSessionUpdateSMContext request。
步骤1006,SMF根据终端已加入多播会话,确定终端不适用非激活态下的eDRX。
其中,SMF可以通过步骤1002获知终端已加入多播会话。
步骤1007,SMF向AMF发送N11消息。
相应地,AMF接收来自SMF的N11消息。
其中,该N11消息用于拒绝将终端转换为eDRX的非激活态的请求。示例性地,该N11消息包括拒绝信息和拒绝原因,其中,拒绝信息用于拒绝将终端转换为eDRX的非激活态,拒绝原因包括终端已加入多播会话。
一种可能的实现方式,该N11消息为Nsmf_PDUSessionUpdateSMContextresponse。
步骤1008,若在步骤1004中AMF还向其他SMF发送了N11消息,则在接收到步骤1007中的N11消息后AMF向其他SMF发送N11消息。
其中,该N11消息用于撤回将终端转换为eDRX的非激活态的请求。示例性地,该N11消息中可以携带指示信息#3,指示信息#3用于指示停止将终端转换为eDRX的非激活态。
步骤1009,AMF向接入网设备发送N2消息。
相应地,接入网设备接收来自AMF的N2消息。
其中,该N2消息用于拒绝接入网设备将终端转换为eDRX的非激活态的请求。示例性地,该N2消息包括拒绝信息和拒绝原因,其中,拒绝信息用于拒绝将终端转换为eDRX的非激活态,拒绝原因包括终端已加入多播会话。
步骤1010,接入网设备根据步骤1009中的N2消息,不将终端转换为eDRX的非激活态。
这样,在本示例中,在终端已加入多播会话的情况下,接入网设备不将终端转换为eDRX的非激活态,有助于保障多播业务的传输。
示例5
图11是本申请的通信方法的另一个示例。
步骤1101,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤1102,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤1101~1102可以参考步骤701~702,在此不再详述。
步骤1103,SMF向终端发送N1消息。
相应地,终端接收来自SMF的N1消息。
其中,该N1消息包括多播会话对应的多播业务的业务特性。这里的多播会话可以是终端加入的多播会话。多播业务的业务特性可以用于确定或指示该多播业务是否支持eDRX,例如,多播业务的业务特性可以包括多播业务是否支持eDRX、多播业务为时延敏感类型等。
一种可能的实现方式,N11消息可以是步骤1102中的消息,即步骤1103可以通过步骤1102来实现,或者说,步骤1103为步骤1102的一部分。例如,N11消息可以是多播会话加入请求消息的响应消息,如PDU会话修改指令(PDU session modification command)等,此时,多播业务的业务特性可以是该消息中的一个信元。
另一种可能的实现方式,N11消息可以是新增加的用于传输多播业务的业务特性的消息。
步骤1104,在满足以下条件时,终端向AMF发送注册请求消息,以便重新与网络协商终端的eDRX能力:
条件1,终端已加入多播会话;
条件2,在步骤1403中接收到的N1消息携带的多播业务的业务特性指示多播业务不支持eDRX;
条件3,之前与网络协商过用于CM-IDLE的eDRX的参数,并且接收到用于指示允许终端进入eDRX的信息、以及PTW的信息。
其中,注册请求消息不携带用于指示终端支持eDRX的信息或者携带用于指示终端不支持eDRX的信息。
需要指出的是,终端也可以不考虑条件2。
在此之后,由于终端已加入多播会话,因此在终端再次发起注册流程中不会携带用于指示终端支持eDRX的信息。当然,若终端离开了其加入的全部多播会话,则终端再次发起注册流程时可以携带用于指示终端支持eDRX的信息。
步骤1105,在接收到终端的注册请求消息后,AMF向接入网设备发送终端上下文更新消息。
相应地,接入网设备接收来自AMF的终端上下文更新消息。
其中,终端上下文更新消息不包括用于指示终端支持eDRX的信息,或者,终端上下文更新消息包括用于指示终端不支持eDRX的信息。例如,在RIAI信息中不携带UE specificextended idle mode DRX,或者,在RIAI信息中携带UE specific extended idle modeDRX,但UE specific extended idle mode DRX为特殊值。
一种可能的实现方式,在AMF向接入网设备发送终端上下文更新消息之前,AMF确定此前向接入网设备提供过RIAI信息。
另一种可能的实现方式,在AMF向接入网设备发送终端上下文更新消息之前,AMF确定此前向接入网设备提供过RIAI信息,且该RIAI信息包括用于指示允许终端进入eDRX的信息。
步骤1106,接入网设备根据更新后的终端上下文不将终端转换为eDRX的非激活态。
在以上示例1至示例5中,在终端已加入多播会话的情况下,接入网设备不会将终端转换为eDRX的非激活态。在以下的示例6和示例7中,在终端已加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态,多播数据缓存在核心网设备并在终端重新变为可达时才发送至终端。
示例6
在本示例中,在终端加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态,多播数据可以缓存在UPF。
图12是本申请的通信方法的另一个示例。
步骤1201,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤1202,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤1201~1202可以参考步骤701~702,在此不再详述。
步骤1203,AMF向接入网设备发送N2消息。
相应地,接入网设备接收来自AMF的N2消息。
其中,N2消息包括RIAI。RIAI中携带用于将终端转换为非激活态时所需的信息,例如注册区域、周期注册时间、UE特定的扩展的空闲态DRX值(UE specific extended idlemode DRX values)等。
步骤1204,接入网设备根据RIAI、以及其他可能的信息(例如接入网设备的实现,UE的无线能力(UE Radio Capability)支持eDRX,或接入网设备当前的负载等),决定将终端转换为RRC非激活态。
步骤1205,接入网设备向AMF发送N2消息。
相应地,AMF接收来自接入网设备的N2消息。
其中,N2消息中的包括eDRX信息(例如,终端进入eDRX的周期、eDRX指示、缓存时间等)。这样,在接收到该N2消息后,AMF根据该N2消息可以获知接入网设备计划(或准备)将终端转换为eDRX的非激活态,随后针对用户面处于激活态的PDU会话,AMF可以通知对应的SMF。
可选地,N2消息可以是UE通知(UE Notification)消息,也可以是RRC非激活态转换通知(RRC INACTIVE TRANSITION REPORT),也可以是其他消息,本申请不做限定。
步骤1206,AMF向所述对应的SMF发送更新会话管理上下文请求消息(如Nsmf_PDUSessionUpdateSMContext request)。
相应地,SMF接收来自AMF的更新会话管理上下文请求消息。
其中,更新会话管理上下文请求消息中携带指示信息#4和eDRX信息,指示信息#4用于指示停止用户面传输并且对用户面的多播数据进行缓存。
此后,如果由SMF处理下行多播数据,那么SMF开始缓存下行多播数据。如果由MB-SMF处理下行多播数据,那么SMF通知MB-SMF缓存下行多播数据。如果由UPF或MB-UPF处理下行多播数据,那么SMF可以继续执行步骤1207。
一种可能的实现方案是,指示信息#4可以是用户面挂起(UP Suspend)指示。
一种例子可以是,N2消息中包含了用户面处于激活态的PDU会话列表,AMF根据列表通知对应的SMF。
步骤1207,在接收到步骤1206中的更新会话管理上下文请求消息后,SMF触发建立MB-UPF到UPF的传输通道(或称转发通道、通道、转发隧道)。
一种可能的实现方式,若SMF为管理与终端的多播会话相关联的单播会话的SMF,则SMF判断:a)针对该终端,当前不存在MB-UPF到UPF的传输通道;和/或,b)SMF建立了MB-UPF到UPF的传输通道,但MB-UPF此时不向UPF发送数据(例如,MB-UPF被配置不向UPF发送数据);和/或,c)终端当前驻留的接入网设备支持多播(例如,SMF从接入网设备接收的N2消息中,接收到“基站支持多播(NG-RAN supports MBS)”的指示信息);SMF触发建立MB-UPF到UPF的传输通道。这里的“建立”可以指新建或修改。
建立MB-UPF到UPF的传输通道的步骤如步骤1208~1212
步骤1208,SMF向UPF发送N4消息(如N4会话修改请求消息)。
相应地,UPF接收来自SMF的N4消息。
其中,N4消息用于请求建立UPF至MB-UPF的传输通道,或者用于询问UPF是否建立过UPF至MB-UPF的传输通道。N4消息包括eDRX信息(buffer info foreDRX)、多播会话的标识(如TMGI)、可选的SSM等信息,其中eDRX信息用于缓存终端的多播数据。
可选地,N4消息还包括配置信息,配置信息用于配置的内容包括:a)多播数据的识别规则;b)多播数据的转发规则等。
步骤1209,UPF向SMF发送步骤1208中的N4消息的响应消息或数据包。
相应地,SMF接收来自UPF的响应消息或数据包。
其中,响应消息中包括下行隧道标识#1(如DL tunnel ID#1)。
具体地,在接收收到步骤1208中的N4消息后,UPF判断是否建立过UPF至MB-UPF的传输通道。若尚未建立UPF至MB-UPF的传输通道,则UPF可以返回下行隧道标识#1,或者根据SSM信息发送数据包。
可选地,UPF还可以在N4响应消息中包含下行隧道标识#1是否是新分配的。
步骤1210,SMF向MB-SMF发送N16mb消息。
相应地,MB-SMF接收来自SMF的N16mb消息。
其中,N16mb消息用于请求建立UPF至MB-UPF的传输通道。可选地,N16mb消息中包括下行隧道标识#1。
可选地,如果UPF在N4响应消息中包含下行隧道标识#1是新分配的,那么SMF可以向MB-SMF发送N16mb消息。
步骤1211,MB-SMF与MB-UPF进行N4mb会话修改流程。
在此过程中,MB-SMF可以将下行隧道标识#1提供给MB-UPF或者接收MB-UPF提供用于多播的下行隧道标识#2。
步骤1212,MB-SMF向SMF发送步骤1210中N16mb消息的响应消息。
相应地,SMF接收来自MB-SMF的响应消息。
可选地,响应消息中携带下行隧道标识#2。
可选地,若在步骤1208中N4消息不包括配置信息,则SMF在接收到响应消息后可以为UPF配置以下内容:a)多播数据的识别规则;b)多播数据的转发规则等。
可选地,若在响应消息中包括下行隧道标识#2,则SMF可以向UPF提供下行隧道标识#2。
步骤1213,SMF向AMF发送步骤1206中的N11消息的响应消息。
相应地,AMF接收来自SMF的响应消息。
步骤1214,AMF向接入网设备发送步骤1205中的N2消息的响应消息。
相应地,接入网设备接收来自AMF的响应消息。
步骤1215,接入网设备将终端转换为eDRX的RRC非激活态。
图13是传输多播数据的一个示意图。
图13所示的传输多播数据的示意图基于图12所示的传输方法,在终端已加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态。
如图13的(a)图所示,针对处于DRX的非激活态的终端(如终端1),MB-UPF通过UPF与MB-UPF之间的传输通道将处于eDRX状态的终端1的多播数据传输至UPF,由UPF为终端1缓存多播数据。
如图13的(b)图所示,当终端重新变为可达时,UPF将缓存的多播数据发送至终端。
这样,在终端加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态,多播数据可以缓存在UPF,从而避免终端错过多播数据,有助于保障多播业务的传输。
示例7
在本示例中,在终端加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态,多播数据可以缓存在MB-UPF。
图14是本申请的通信方法的另一个示例。
步骤1401,终端注册到网络,并与网络协商用于CM-IDLE的eDRX的参数。
步骤1402,终端请求加入多播会话,相应地,核心网设备建立该多播会话的相关资源。
步骤1401~1402可以参考步骤701~702,在此不再详述。
步骤1403,AMF向接入网设备发送N2消息。
相应地,接入网设备接收来自AMF的N2消息。
其中,N2消息包括RIAI。RIAI中携带用于将终端转换为非激活态时所需的信息,例如注册区域、周期注册时间、UE特定的扩展的空闲态DRX值(UE specific extended idlemode DRX values)等。
步骤1404,接入网设备根据RIAI、以及其他可能的信息(例如接入网设备的实现,UE的无线能力(UE Radio Capability)支持eDRX,或接入网设备当前的负载等),决定将终端转换为RRC非激活态。
步骤1405,接入网设备向AMF发送N2消息。
相应地,AMF接收来自接入网设备的N2消息。
其中,N2消息中的包括eDRX信息(例如,终端进入eDRX的周期、eDRX指示、缓存时间等)。这样,在接收到该N2消息后,AMF根据该N2消息可以获知接入网设备计划(或准备)将终端转换为eDRX的非激活态,随后针对用户面处于激活态的PDU会话,AMF可以通知对应的SMF。
可选地,N2消息可以是UE通知(UE Notification)消息,也可以是RRC非激活态转换通知(RRC INACTIVE TRANSITION REPORT),也可以是其他消息,本申请不做限定。
步骤1406,AMF向所述对应的SMF发送更新会话管理上下文请求消息(如Nsmf_PDUSessionUpdateSMContext request)。
相应地,SMF接收来自AMF的更新会话管理上下文请求消息。
一种例子可以是,N2消息中包含了用户面处于激活态的PDU会话列表,AMF根据列表通知对应的SMF。
其中,更新会话管理上下文请求消息中携带指示信息#4和eDRX信息,指示信息#4用于指示停止用户面传输并且对用户面的多播数据进行缓存。
此后,如果由SMF处理下行多播数据,那么SMF开始缓存下行多播数据。如果由MB-SMF处理下行多播数据,那么SMF通知MB-SMF缓存下行多播数据。如果由UPF或MB-UPF处理下行多播数据,那么SMF可以继续执行步骤1407。
步骤1407,在接收到步骤1406中的更新会话管理上下文请求消息后,SMF触发建立MB-UPF到UPF的传输通道(或称转发通道、通道、转发隧道)。
一种可能的实现方式是,若SMF为管理与终端的多播会话相关联的单播会话的SMF,则SMF判断:a)针对该终端,当前不存在MB-UPF到UPF的传输通道;和/或,b)SMF建立了MB-UPF到UPF的传输通道,但MB-UPF此时不向UPF发送数据(例如,MB-UPF被配置不向UPF发送数据);和/或,c)终端当前驻留的接入网设备支持多播(例如,SMF从接入网设备接收的N2消息中,接收到“基站支持多播(NG-RAN supports MBS)”的指示信息);SMF触发建立MB-UPF到UPF的传输通道。这里的“建立”可以指新建或修改。
步骤1407中的判断逻辑可以执行也可以不执行,不予限制。
建立MB-UPF到UPF的传输通道的步骤如步骤1408~1412
步骤1408,SMF向UPF发送N4消息(如N4会话修改请求消息)。
相应地,UPF接收来自SMF的N4消息。
其中,N4消息用于请求建立UPF至MB-UPF的传输通道,或者用于询问UPF是否建立过UPF至MB-UPF的传输通道。N4消息包括eDRX信息、多播会话的标识(如TMGI)、可选的SSM等信息,其中eDRX信息用于缓存终端的多播数据。
可选地,N4消息还包括配置信息,配置信息用于配置的内容包括:a)多播数据的识别规则;b)多播数据的转发规则等。
步骤1409,UPF向SMF发送步骤1408中的N4消息的响应消息或数据包。
相应地,SMF接收来自UPF的响应消息或数据包。
其中,响应消息中包括下行隧道标识#1(如DL tunnel ID#1)。
具体地,在接收收到步骤1408中的N4消息后,UPF判断是否建立过UPF至MB-UPF的传输通道。若尚未建立UPF至MB-UPF的传输通道,则UPF可以返回下行隧道标识#1,或者根据SSM信息发送数据包。
可选地,UPF还可以在N4响应消息中包含下行隧道标识#1是否是新分配的。
步骤1410,SMF向MB-SMF发送N16mb消息。
相应地,MB-SMF接收来自SMF的N16mb消息。
其中,N16mb消息用于请求建立UPF至MB-UPF的传输通道,N16mb消息中包括eDRX信息。可选地,N16mb消息中包括下行隧道标识#1。
可选地,如果UPF在N4响应消息中包含下行隧道标识#1是新分配的,那么SMF可以向MB-SMF发送N16mb消息。
步骤1411,MB-SMF与MB-UPF进行N4mb会话修改流程。
在此过程中,MB-SMF可以将eDRX信息提供给MB-UPF,并且将下行隧道标识#1提供给MB-UPF或者接收MB-UPF提供用于多播的下行隧道标识#2。
步骤1412,MB-SMF向SMF发送步骤1410中N16mb消息的响应消息。
相应地,SMF接收来自MB-SMF的响应消息。
可选地,响应消息中携带下行隧道标识#2。
可选地,若在步骤1408中N4消息不包括配置信息,则SMF在接收到响应消息后可以为UPF配置以下内容:a)多播数据的识别规则;b)多播数据的转发规则等。
可选地,若在响应消息中包括下行隧道标识#2,则SMF可以向UPF提供下行隧道标识#2。
步骤1413,SMF向AMF发送步骤1406中的N11消息的响应消息。
相应地,AMF接收来自SMF的响应消息。
步骤1414,AMF向接入网设备发送步骤1405中的N2消息的响应消息。
相应地,接入网设备接收来自AMF的响应消息。
步骤1415,接入网设备将终端转换为eDRX的RRC非激活态。
图15是传输多播数据的另一个示意图。
图15所示的传输多播数据的示意图基于图14所示的传输方法,在终端已加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态。
如图15的(a)图所示,针对处于DRX的非激活态的终端(如终端1),由MB-UPF为处于eDRX状态的终端(如终端1)缓存多播数据。
如图15的(b)图所示,当终端重新变为可达时,MB-UPF通过UPF与MB-UPF之间的传输通道将缓存的多播数据传输至UPF,再由UPF发送至终端。
这样,在终端加入多播会话的情况下,接入网设备可以将终端转换为eDRX的非激活态,多播数据可以缓存在MB-UPF,从而避免终端错过多播数据,有助于保障多播业务的传输。此外,MB-UPF缓存多播数据,缓存点比较高,有助于降低网络缓存的数据量。
上文结合图3至图15,详细描述了本申请提供的方法,下面将结合图16至图17,详细描述本申请的装置实施例。
可以理解的是,为了实现上述实施例中功能,图16或图17中的装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请中所公开的实施例描述的各示例的单元及方法步骤,本申请能够以硬件或硬件和计算机软件相结合的形式来实现。
图16和图17为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元的功能,因此也能实现上述方法实施例所具备的有益效果。
如图16所示,装置1600包括收发单元1610和处理单元1620。
在一些实现方式中,当装置1600用于实现上述方法实施例中核心网设备的功能时,收发单元1610用于:获知终端已加入多播会话;发送第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX,或者所述第一信息用于指示所述终端不适用非激活态下的eDRX。
可选地,收发单元1610具体用于:当以下条件中的至少一个被满足时,发送所述第一信息:为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
可选地,当所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX时,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
可选地,收发单元1610还用于:接收第二信息,所述第二信息用于请求为所述终端配置非激活态下的eDRX。
可选地,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
可选地,收发单元1610还用于:接收来自所述接入网设备的第三信息,所述第三信息用于指示所述接入网设备不支持eDRX。
可选地,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
可选地,所述核心网设备为接入和移动性管理功能网元,收发单元1610还用于:接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
可选地,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
可选地,所述核心网设备为接入和移动性管理功能网元,收发单元1610还用于:接收来自会话管理功能网元的第四信息,所述第四信息用于指示所述终端已加入多播会话。
在一些实现方式中,当装置1600用于实现上述方法实施例中接入网设备的功能时,收发单元1610用于:当确定将终端转换为非激活态时,向核心网设备发送第二信息,所述第二信息用于请求为所述终端配置非激活态下的eDRX;接收来自所述核心网设备的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX。处理单元1620用于根据所述第一信息,不为所述终端配置非激活态下的eDRX。
可选地,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
可选地,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
可选地,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
在另一些实现方式中,当装置1600用于实现上述方法实施例中接入网设备的功能时,收发单元1610用于:接收来自核心网设备的第一信息,所述第一信息用于指示终端不适用非激活态下的eDRX。处理单元1620用于:当确定将所述终端转换为非激活态时,根据所述第一信息,不为所述终端配置非激活态下的eDRX。
可选地,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
在又一些实现方式中,当装置1600用于实现上述方法实施例中接入网设备的功能时,收发单元1610用于:获知终端已加入多播会话。处理单元1620用于:在确定将所述终端转换为非激活态时,不为所述终端配置非激活态下的eDRX。
可选地,处理单元1620具体用于:当以下条件中的至少一个被满足时,不为所述终端配置非激活态下的eDRX:所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
可选地,收发单元1610还用于:接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
可选地,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
在一些实现方式中,当装置1600用于实现上述方法实施例中接入和移动性管理功能网元的功能时,收发单元1610用于:接收来自接入网设备的第二信息,所述第二信息用于请求为终端配置非激活态下的eDRX;向第一会话管理功能网元和第二会话管理功能网元发送所述第二信息,所述第一会话管理功能网元用于管理与所述终端的多播会话相关联的单播会话,所述第二会话管理功能网元用于管理与所述终端的多播会话不关联的单播会话;接收来自所述第一会话管理功能网元的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX;向所述接入网设备发送所述第一信息,和/或,向所述第二会话管理功能网元发送第五信息,所述第五信息用于触发所述第二会话管理功能网元停止为所述终端配置非激活态下的eDRX。
可选地,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
可选地,所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
在一些实现方式中,当装置1600用于实现上述方法实施例中终端的功能时,收发单元1610用于:获知所述终端已加入多播会话,所述终端支持eDRX;向接入网设备发送第六信息,所述第六信息用于指示所述终端不支持eDRX。
可选地,收发单元1610具体用于:当以下条件中的至少一个被满足时,向所述接入网设备发送所述第六信息:接收到来自核心网设备的第一信息、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;其中,所述第一信息用于指示所述终端不适用非激活态下的eDRX,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
可选地,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
可选地,收发单元1610还用于:接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
可选地,所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
可选地,在所述终端向接入网设备发送第六信息之前,收发单元1610还用于:向所述接入网设备发送第七信息,所述第七信息用于指示所述终端支持eDRX。
可选地,收发单元1610还用于:在所述终端离开所述终端已加入的全部多播会话后,向所述接入网设备发送第八信息,所述第八信息用于指示所述终端支持eDRX。
在一些实现方式中,当装置1600用于实现上述方法实施例中会话管理功能网元的功能时,收发单元1610用于:接收来自接入网设备的第二信息,所述第二信息用于请求为终端配置非激活态下的eDRX。处理单元1620用于:根据所述第二信息,建立单播用户面功能网元和多播用户面功能网元之间的传输通道,所述传输通道用于传输所述终端的多播数据。收发单元1610还用于:向接入网设备发送第九信息,所述第九信息用于指示成功为所述终端配置非激活态下的eDRX。
可选地,收发单元1610还用于:向所述单播用户面功能网元或所述多播用户面功能网元发送eDRX缓存信息,所述eDRX缓存信息用于缓存所述多播数据。
在一些实现方式中,当装置1600用于实现上述方法实施例中多播用户面功能网元的功能时,收发单元1610用于:接收来自会话管理功能网元的eDRX缓存信息,所述eDRX缓存信息用于缓存终端的多播数据。处理单元1620用于:根据所述eDRX缓存信息,缓存所述终端的多播数据。
关于上述收发单元1610和处理单元1620更详细的描述,可参考上述方法实施例中的相关描述,在此不再说明。
如图17示,装置1700包括处理器1710。处理器1710与存储器1730耦合,存储器1730用于存储指令。当装置1700用于实现上文所述的方法时,处理器1710用于执行存储器1730中的指令,以实现上述处理单元1620的功能。
可选地,装置1700还包括存储器1730。
可选地,装置1700还包括接口电路1720。处理器1710和接口电路1720之间相互耦合。可以理解的是,接口电路1720可以为收发器或输入输出接口。当装置1700用于实现上文所述的方法时,处理器1710用于执行指令,以实现上述处理单元1620的功能,接口电路1720用于实现上述收发单元1610的功能。
示例性地,当装置1700为应用于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元的芯片时,该芯片实现上述方法实施例中核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元的功能。该芯片从核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的其它模块(如射频模块或天线)接收信息,该信息是其他装置发送给核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元的;或者,该芯片向核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中的其它模块(如射频模块或天线)发送信息,该信息是核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元发送给其他装置的。
本申请还提供一种通信装置,包括处理器,该处理器与存储器耦合,存储器用于存储计算机程序或指令和/或数据,处理器用于执行存储器存储的计算机程序或指令,或读取存储器存储的数据,以执行上文各方法实施例中的方法。可选地,处理器为一个或多个。可选地,该通信装置包括存储器。可选地,存储器为一个或多个。可选地,该存储器与该处理器集成在一起,或者分离设置。
本申请还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元执行的方法的计算机指令。
本申请还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元执行的方法。
本申请还提供一种通信系统,该通信系统包括上文各实施例中的核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中至少一个。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
可以理解的是,本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其它通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其它可编程逻辑器件、晶体管逻辑器件,硬件部件或者其任意组合。通用处理器可以是微处理器,也可以是任何常规的处理器。
本申请的实施例中的方法步骤可以通过硬件的方式来实现,也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、只读光盘存储器(compact disc read-onlymemory,CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中。当然,处理器和存储介质也可以作为分立组件存在于核心网设备、接入网设备、接入和移动性管理功能网元、终端、会话管理功能或多播用户面功能网元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时,全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如,软盘、硬盘、磁带;也可以是光介质,例如,数字视频光盘;还可以是半导体介质,例如,固态硬盘。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
除非另有说明,本申请实施例所使用的所有技术和科学术语与本申请的技术领域的技术人员通常理解的含义相同。本申请中所使用的术语只是为了描述具体的实施例的目的,不是旨在限制本申请的范围。应理解,上述为举例说明,上文的例子仅仅是为了帮助本领域技术人员理解本申请实施例,而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据上文所给出的例子,显然可以进行各种等价的修改或变化,这样的修改和变化也落入本申请实施例的范围内。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (37)
1.一种通信方法,其特征在于,所述方法包括:
核心网设备获知终端已加入多播会话;
所述核心网设备发送第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的延长非连续接收eDRX,或者所述第一信息用于指示所述终端不适用非激活态下的eDRX。
2.根据权利要求1所述的方法,其特征在于,所述核心网设备发送第一信息,包括:
当以下条件中的至少一个被满足时,所述核心网设备发送所述第一信息:为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
3.根据权利要求1或2所述的方法,其特征在于,
当所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX时,所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述核心网设备接收第二信息,所述第二信息用于请求为所述终端配置非激活态下的eDRX。
5.根据权利要求3或4所述的方法,其特征在于,
所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;
其中,所述原因包括以下至少一个:所述终端已加入多播会话、为所述终端提供服务的接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
6.根据权利要求2至5中任选一项所述的方法,其特征在于,所述方法还包括:
所述核心网设备接收来自所述接入网设备的第三信息,所述第三信息用于指示所述接入网设备不支持eDRX。
7.根据权利要求1至6中任一项所述的方法,其特征在于,
所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
8.根据权利要求7所述的方法,其特征在于,所述核心网设备为接入和移动性管理功能网元,所述方法还包括:
所述接入和移动性管理功能网元接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
9.根据权利要求8所述的方法,其特征在于,
所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
10.根据权利要求7至9中任一项所述的方法,其特征在于,所述核心网设备为接入和移动性管理功能网元,所述方法还包括:
所述接入和移动性管理功能网元接收来自会话管理功能网元的第四信息,所述第四信息用于指示所述终端已加入多播会话。
11.一种通信方法,其特征在于,所述方法包括:
当接入网设备确定将终端转换为非激活态时,所述接入网设备向核心网设备发送第二信息,所述第二信息用于请求为所述终端配置非激活态下的延长非连续接收eDRX;
所述接入网设备接收来自所述核心网设备的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX;
所述接入网设备根据所述第一信息,不为所述终端配置非激活态下的eDRX。
12.根据权利要求11所述的方法,其特征在于,
所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
13.根据权利要求12所述的方法,其特征在于,
所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;
其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
14.根据权利要求11至13中任一项所述的方法,其特征在于,
所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
15.一种通信方法,其特征在于,所述方法包括:
接入网设备接收来自核心网设备的第一信息,所述第一信息用于指示终端不适用非激活态下的延长非连续接收eDRX;
当所述接入网设备确定将所述终端转换为非激活态时,所述接入网设备根据所述第一信息,不为所述终端配置非激活态下的eDRX。
16.根据权利要求15所述的方法,其特征在于,
所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
17.一种通信方法,其特征在于,所述方法包括:
接入和移动性管理功能网元接收来自接入网设备的第二信息,所述第二信息用于请求为终端配置非激活态下的延长非连续接收eDRX;
所述接入和移动性管理功能网元向第一会话管理功能网元和第二会话管理功能网元发送所述第二信息,所述第一会话管理功能网元用于管理与所述终端的多播会话相关联的单播会话,所述第二会话管理功能网元用于管理与所述终端的多播会话不关联的单播会话;
所述接入和移动性管理功能网元接收来自所述第一会话管理功能网元的第一信息,所述第一信息用于通知拒绝为所述终端配置非激活态下的eDRX;
所述接入和移动性管理功能网元向所述接入网设备发送所述第一信息,和/或,向所述第二会话管理功能网元发送第五信息,所述第五信息用于触发所述第二会话管理功能网元停止为所述终端配置非激活态下的eDRX。
18.根据权利要求17所述的方法,其特征在于,
所述第一信息包括拒绝信息,所述拒绝信息用于指示拒绝为所述终端配置非激活态下的eDRX。
19.根据权利要求18所述的方法,其特征在于,
所述拒绝信息包括拒绝为所述终端配置非激活态下的eDRX的原因;
其中,所述原因包括以下至少一个:所述终端已加入多播会话、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
20.一种通信方法,其特征在于,所述方法包括:
接入网设备获知终端已加入多播会话;
在所述接入网设备确定将所述终端转换为非激活态时,所述接入网设备不为所述终端配置非激活态下的延长非连续接收eDRX。
21.根据权利要求20所述的方法,其特征在于,所述接入网设备不为所述终端配置eDRX,包括:
当以下条件中的至少一个被满足时,所述接入网设备不为所述终端配置非激活态下的eDRX:所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
22.根据权利要求21所述的方法,其特征在于,所述方法还包括:
所述接入网设备接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
23.根据权利要求22所述的方法,其特征在于,
所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
24.一种通信方法,其特征在于,所述方法包括:
终端获知所述终端已加入多播会话,所述终端支持延长非连续接收eDRX;
所述终端向接入网设备发送第六信息,所述第六信息用于指示所述终端不支持eDRX。
25.根据权利要求24所述的方法,其特征在于,所述终端向接入网设备发送第六信息,包括:
当以下条件中的至少一个被满足时,所述终端向所述接入网设备发送所述第六信息:接收到来自核心网设备的第一信息、所述接入网设备不支持eDRX、所述终端不支持eDRX、或所述多播会话满足预设条件;
其中,所述第一信息用于指示所述终端不适用非激活态下的eDRX,所述预设条件为:所述多播会话处于激活态、所述多播会话对应的多播业务不支持eDRX、或所述多播会话处于激活态且所述多播会话对应的多播业务不支持eDRX。
26.根据权利要求25所述的方法,其特征在于,所述核心网设备为接入和移动性管理功能网元或会话管理功能网元。
27.根据权利要求25或26所述的方法,其特征在于,所述方法还包括:
所述终端接收来自会话管理功能的业务信息,所述业务信息用于指示所述多播会话对应的多播业务不支持eDRX。
28.根据权利要求27所述的方法,其特征在于,
所述业务信息包括所述多播业务的类型,所述类型为时延敏感类型。
29.根据权利要求24至28中任一项所述的方法,其特征在于,在所述终端向接入网设备发送第六信息之前,所述方法还包括:
所述终端向所述接入网设备发送第七信息,所述第七信息用于指示所述终端支持eDRX。
30.根据权利要求24至29中任一项所述的方法,其特征在于,所述方法还包括:
在所述终端离开所述终端已加入的全部多播会话后,所述终端向所述接入网设备发送第八信息,所述第八信息用于指示所述终端支持eDRX。
31.一种通信装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至10中任一项所述的方法,或者执行如权利要求11至14中任一项所述的方法,或者执行如权利要求15或16所述的方法,或者执行如权利要求17至19中任一项所述的方法,或者执行如权利要求20至23中任一项所述的方法,或者执行如权利要求24至30中任一项所述的方法。
32.根据权利要求31所述的装置,其特征在于,所述装置还包括所述存储器。
33.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至10中任一项所述的方法,或者执行如权利要求11至14中任一项所述的方法,或者执行如权利要求15或16所述的方法,或者执行如权利要求17至19中任一项所述的方法,或者执行如权利要求20至23中任一项所述的方法,或者执行如权利要求24至30中任一项所述的方法。
34.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至10中任一项所述的方法的指令,或者包括执行如权利要求11至14中任一项所述的方法的指令,或者包括执行如权利要求15或16所述的方法的指令,或者包括执行如权利要求17至19中任一项所述的方法的指令,或者包括执行如权利要求20至23中任一项所述的方法的指令,或者包括执行如权利要求24至30中任一项所述的方法的指令。
35.一种通信系统,其特征在于,包括:接入网设备,所述接入网设备用于执行如权利要求11至16、20至23中任一项所述的方法。
36.根据权利要求35所述的方法,其特征在于,所述接入网设备用于执行如权利要求11至16中任一项所述的方法,所述通信系统还包括核心网设备,所述核心网设备用于执行如权利要求1至10中任一项所述的方法。
37.一种通信系统,其特征在于,包括:终端,所述终端用于执行如权利要求24至30中任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210952997.5A CN117641624A (zh) | 2022-08-09 | 2022-08-09 | 一种通信方法和通信装置 |
PCT/CN2023/111503 WO2024032555A1 (zh) | 2022-08-09 | 2023-08-07 | 一种通信方法和通信装置 |
TW112129920A TW202408256A (zh) | 2022-08-09 | 2023-08-09 | 通信方法和通信裝置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210952997.5A CN117641624A (zh) | 2022-08-09 | 2022-08-09 | 一种通信方法和通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117641624A true CN117641624A (zh) | 2024-03-01 |
Family
ID=89850871
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210952997.5A Pending CN117641624A (zh) | 2022-08-09 | 2022-08-09 | 一种通信方法和通信装置 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN117641624A (zh) |
TW (1) | TW202408256A (zh) |
WO (1) | WO2024032555A1 (zh) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101971780B1 (ko) * | 2016-08-11 | 2019-04-26 | 주식회사 케이티 | 멀티캐스트 데이터를 수신하는 방법 및 그 장치 |
WO2020150704A1 (en) * | 2019-01-18 | 2020-07-23 | Apple Inc. | Selection of core network based on supported cellular internet of things (ciot) features |
CN114340043A (zh) * | 2020-10-09 | 2022-04-12 | 华为技术有限公司 | 一种通信方法及设备 |
WO2022133992A1 (zh) * | 2020-12-25 | 2022-06-30 | 北京小米移动软件有限公司 | 终端控制、信息处理方法及装置、通信设备及存储介质 |
US20240080218A1 (en) * | 2020-12-30 | 2024-03-07 | JRD Communication (Shenzhen) Ltd. | Communication method and user equipment |
-
2022
- 2022-08-09 CN CN202210952997.5A patent/CN117641624A/zh active Pending
-
2023
- 2023-08-07 WO PCT/CN2023/111503 patent/WO2024032555A1/zh unknown
- 2023-08-09 TW TW112129920A patent/TW202408256A/zh unknown
Also Published As
Publication number | Publication date |
---|---|
TW202408256A (zh) | 2024-02-16 |
WO2024032555A1 (zh) | 2024-02-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021063383A1 (en) | Support group communications with shared downlink data | |
JP7145319B2 (ja) | リリースおよびリダイレクトが続く再開の要求 | |
US11937337B2 (en) | Methods and apparatuses for alternative data over non-access stratum, donas, data delivery in a roaming scenario | |
US10531365B2 (en) | Optimizations for relay communications | |
US20240064863A1 (en) | Ue controlled pdu sessions on a network slice | |
CN115486101A (zh) | 用于5g网络中的多播和广播服务的递送模式切换的方法 | |
US20220346052A1 (en) | Support of network slicing for sms | |
US20230371098A1 (en) | Communication method, apparatus, and system | |
CN113163514B (zh) | 会话处理方法及通信装置 | |
WO2022034050A1 (en) | Mbs with individual qos option | |
EP4298810A1 (en) | New method for external parameter provisioning for an af session | |
CN117641624A (zh) | 一种通信方法和通信装置 | |
WO2023066021A1 (zh) | 一种通信方法、装置及设备 | |
US20220174775A1 (en) | Ue-triggered connection resume with early data transmission and network-triggered connection resume | |
WO2023103575A1 (zh) | 组播/广播通信的方法与相关装置 | |
WO2023202503A1 (zh) | 通信方法和装置 | |
US20230362740A1 (en) | 5g multicast broadcast service handover | |
US20230269573A1 (en) | Systems and methods for ue context management in sidelink relay scenarios | |
US20230337069A1 (en) | QoS UPDATE HANDLING ALTERNATIVES DURING Xn HO | |
CN117641251A (zh) | 通信方法及装置 | |
WO2022229883A1 (en) | 5mbs amf involvement on signaling efficiency | |
KR20220163439A (ko) | 네트워크 요청 등록 절차 개시 | |
WO2024062010A1 (en) | Service enhancements on mcx | |
KR20240070631A (ko) | 통신 방법, 장치 및 디바이스 | |
GB2617553A (en) | Reselecting a new serving cell by a UE |
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 |