CN115397034A

CN115397034A - 服务请求的传输方法、装置、设备及介质

Info

Publication number: CN115397034A
Application number: CN202211007545.6A
Authority: CN
Inventors: 颜安; 陈扬
Original assignee: Zeku Technology Beijing Corp Ltd
Current assignee: Zeku Technology Beijing Corp Ltd
Priority date: 2022-08-22
Filing date: 2022-08-22
Publication date: 2022-11-25

Abstract

本申请公开了一种服务请求的传输方法、装置、设备及介质，涉及通信技术领域。所述方法由终端执行，该方法包括：在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，发送合并服务请求；其中，第一服务请求用于请求第一业务的分组数据单元PDU会话，合并服务请求至少用于请求第二业务的PDU会话。通过合并服务请求，降低了后发起的第二业务的PDU会话请求的时延。

Description

服务请求的传输方法、装置、设备及介质

技术领域

本申请涉及通信技术领域，特别涉及一种服务请求的传输方法、装置、设备及介质。

背景技术

第五代通信(5th-Generation，5G)中，终端若发起一个业务，则需要向网络设备发送该业务对应的服务请求，以请求该业务的分组数据单元会话(Packet Data Unitsession，PDU会话)。

以终端发起第一业务为例，终端向网络设备发送第一业务对应的第一服务请求，第一服务请求用于请求第一业务的PDU会话。随后，终端等待网络设备对第一服务请求的网络响应。比如第一业务是收发邮件服务业务。在得到第一服务请求的网络响应之前，若终端发起第二业务，比如第二业务是语音服务业务，则第二业务对应的第二服务请求需要等待，直至得到第一服务请求的网络响应之后或者超过第一服务请求对应的状态定时器的时长之后，终端再向网络设备发送第二服务请求。

在第二业务的处理优先级高于第一业务的处理优先级的情况下，第二业务所对应的第二服务请求存在较长时延，从而使得高优先级的第二业务的服务请求无法得到及时响应。

发明内容

本申请实施例提供了一种服务请求的传输方法、装置、设备及介质。所述技术方案如下：

根据本申请的一个方面，提供了一种服务请求的传输方法，该方法由终端执行，该方法包括：

在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，发送合并服务请求；

其中，第一服务请求用于请求第一业务的分组数据单元PDU会话，合并服务请求至少用于请求第二业务的PDU会话。

根据本申请的一个方面，提供了一种服务请求的传输方法，该方法由网络设备执行，该方法包括：

接收合并服务请求，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，第一服务请求用于请求第一业务的分组数据单元PDU会话，合并服务请求至少用于请求第二业务的PDU会话；

根据合并服务请求，至少建立第二业务对应的PDU会话。

根据本申请的一个方面，提供了一种服务请求的传输装置，该装置包括：

发送模块，用于在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，发送合并服务请求；

接收模块，用于接收合并服务请求，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，第一服务请求用于请求第一业务的分组数据单元PDU会话，合并服务请求至少用于请求第二业务的PDU会话；

处理模块，用于根据合并服务请求，至少建立第二业务对应的PDU会话。

根据本申请的一个方面，提供了一种终端，该终端包括存储器和处理器；

存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现如上所述的服务请求的传输方法。

根据本申请的一个方面，提供了一种网络设备，该网络设备包括存储器和处理器；

根据本申请的一个方面，提供了一种计算机可读存储介质，存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如上所述的服务请求的传输方法。

根据本申请的一个方面，提供了一种芯片，芯片包括可编程逻辑电路和/或程序指令，当安装有芯片的电子设备运行时，用于实现如上所述的服务请求的传输方法。

根据本申请的一个方面，提供了一种计算机程序产品，计算机程序产品包括计算机指令，计算机指令存储在计算机可读存储介质中，处理器从计算机可读存储介质读取并执行计算机指令，以实现如上所述的服务请求的传输方法。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个示例性实施例提供的通信系统的示意图；

图2是本申请一个示例性实施例提供的服务请求的传输方法的流程图；

图3是本申请一个示例性实施例提供的服务请求的传输方法的流程图；

图4是本申请一个示例性实施例提供的服务请求的传输方法的流程图；

图5是本申请一个示例性实施例提供的服务请求的传输方法的流程图；

图6是本申请一个示例性实施例提供的服务请求的传输方法的流程图；

图7是本申请一个示例性实施例提供的服务请求的传输装置的示意图；

图8是本申请一个示例性实施例提供的服务请求的传输装置的示意图；

图9是本申请一个示例性实施例提供的通信设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

第五代通信(5th-Generation，5G)中，终端(User Equipment，UE)若发起一个业务，则需要向网络设备发送该业务对应的服务请求，以请求该业务的分组数据单元会话(Packet Data Unit session，PDU会话)。

其中，终端处于5G网络空闲态或连接态的情况下，先后发起由两个不同业务触发的服务请求(service request)过程。先发起的第一业务触发的服务请求发出后，终端进入服务请求初始(5GMM-SERVICE-REQUEST-INITIATED)状态，在第一业务的服务请求成功、或失败、或异常失败结束后，终端发起对后发起的第二业务的服务请求。

图1示出了本申请一个示例性实施例提供的通信系统的示意图。其中，终端10在发起业务时，向网络设备20发送服务请求，该服务请求用于请求指定业务的PDU会话。

以终端10先发起第一业务后发起第二业务为例，终端10和网络设备20之间的交互可描述：

终端10首先向网络设备20发送第一业务对应的第一服务请求，第一服务请求用于请求第一业务的PDU会话。随后，在得到第一服务请求的网络响应后，终端再向网络设备20发送第二业务对应的第二服务请求，第二服务请求用于请求第二业务的PDU会话。

示意性的，在发送第一服务请求时，终端10进入服务请求初始状态。可选的，在发送第一服务请求时，可启动第一状态定时器，第一状态定时器用于指示终端10在发送第一服务请求后处于服务请求初始状态的时长。示例性的，第一状态定时器是定时器T3517。

在一种可选的实现场景下，在终端10进入服务请求初始状态后，可启动第一状态定时器，以等待网络设备20在第一状态定时器超时之前对第一服务请求进行响应。为保证第一服务请求能够尽快处理，在未接收到网络设备20对第一服务请求的网络响应之前，即使终端10需要发起具有更高处理优先级的第二业务，终端也不再向网络设备20发送新的服务请求。

示意性的，未得到第一服务请求的网络响应包括如下情况中的至少一种：

·未接收到网络设备20的回复消息，包括接入网和/或核心网发送的消息；

·第一状态定时器未超时；

·其他异常情况导致的网络设备20未响应或响应失败。

在发送第一服务请求之后，终端10需要等待第一服务请求的响应结果。其中，该响应结果可以是终端10接收到网络设备20的成功回复，也可以是由于第一状态定时器未超时而导致的网络设备20的未响应，还可以是由于异常情况导致第一服务请求的异常失败。比如，网络设备20未接收到第一服务请求而导致的响应失败。

若终端在得到第一服务请求的网络响应之前发起第二业务，将导致第二业务对应的第二服务请求只能延迟发送，从而导致第二服务请求的响应存在较长时延。尤其是在第二业务的处理优先级高于第一业务的处理优先级的情况下，将导致具有高优先级的第二业务的PDU会话请求无法得到及时响应。

图2示出了本申请一个示例性实施例提供的服务请求的传输方法的流程图，该方法可由图1中示出的终端10执行，该方法包括：

步骤102：在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，发送合并服务请求。

示意性的，第一服务请求用于请求第一业务的PDU会话，合并服务请求至少用于请求第二业务的PDU会话。

在一些实施例中，合并服务请求还可用于请求第二业务的PDU会话，也即，终端发送的合并服务请求中包括第一业务的PDU会话请求和第二业务的PDU会话请求。

在一些实施例中，第一业务的发起时间早于第二业务的发起时间。其中，由于第一业务的发起时间早于第二业务的发起时间，在终端发起第一业务的情况下，终端可以向网络设备发送第一服务请求，用于请求第一业务的PDU会话。可选的，终端在发送第一服务请求后进入服务请求初始状态，以等待第一服务请求的网络响应。

示意性的，第二业务的发起时间位于第一业务的发起时间之后、且位于得到第一服务请求的网络响应的时间节点之前。比如，终端在第一时刻发起第一业务，则终端在第一时刻向网络设备发送第一服务请求；随后，终端在第二时刻发起第二业务，在第二时刻下尚未得到第一服务请求的网络响应。

应当理解的是，第一业务和第二业务是不同的业务。

在一些实施例中，第一业务和第二业务的业务类型不同。比如，第一业务是收发邮件服务业务，第二业务是语音服务业务。

在另一些实施例中，第一业务和第二业务是属于同一业务类型的不同业务。比如，第一业务是第一收发邮件业务，第二业务是第二收发邮件业务。

可选的，第一业务的处理优先级低于第二业务的处理优先级。

在一种可选的实现场景中，在发起第一业务的情况下，终端向网络设备发送第一服务请求；随后，终端在得到第一服务请求的网络响应之前发起第二业务。在另一种可选的实现场景中，在发起第一业务的情况下，存在第一服务请求尚未发送且终端发起第二业务的可能性。上述两种实现场景中，分别给出了第一服务请求发送和未发送的两种可能性；且在第二业务发起时，均存在第一未得到服务请求的网络响应的情况。

示例性的，本申请实施例中，未得到第一服务请求的网络响应包括如下几种情况中的至少一种：第一服务请求尚未发送；第一服务请求对应的第一状态定时器未超时，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长；未接收到网络设备的回复消息，包括接入网和/或核心网发送的消息；其他异常情况导致的网络设备未响应或响应失败。

示意性的，在得到第一服务请求的网络响应之前发起第二业务的情况下，终端向网络设备发送合并服务请求，能够保证具有高优先级的第二业务的服务请求及时得到响应，从而降低了第二业务的PDU会话请求的时延。

可选的，合并服务请求至少包括如下信息：第二业务的PDU会话请求。

在一些实施例中，合并服务请求还用于请求第一业务的PDU会话，则合并服务请求还包括第一业务的PDU会话请求。

以合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话为例，合并服务请求中包括如下至少一种信元：

·服务类型(service type)信元；

其中，服务类型信元用于指示第一业务和第二业务分别所属的业务类型类别。示意性的，第一业务和第二业务分别所属的业务类型类别可以相同或不同。在第一业务和第二业务的服务类型类别不同的情况下，使用第二业务的服务类型类别。在一些实施例中，第一业务和第二业务的服务类型类别相同，第一业务和第二业务通过上行数据状态信元(uplink data status)进行区分。

·上行数据状态信元；

其中，上行数据状态用于指示终端中由于没有PDU资源而等待发送的数据将在某一指定的激活PDU会话。示例性的，上行数据状态信元是一个至少有2字节的值，比如，上行数据状态信元包括16个bit。其中，每个bit位对应于一个业务，若该业务需要进行PDU会话请求，则在该bit位上填写数值1，反之则填写数值0。根据前述内容，第一业务和第二业务既可以是不同业务类型的业务，也可以是属于同一业务类型的两个不同业务。类似的，上行数据状态信元中包括的多个bit位既可以对应于多种不同的业务类型，也可以对应于多个不同的具体业务。示例性的，在合并服务请求包括上行数据状态信元的情况下，终端可将第一业务和第二业务对应的bit位上的数值填写为1，其他bit位上的数值填写为0。

·PDU会话状态(PDU session status)信元。

其中，PDU会话状态信元用于指示每个PDU会话处于激活态或非激活态。

应当理解的是，合并服务请求可至少用于请求创建第二业务的PDU会话，也可至少用于请求恢复第二业务的PDU会话。在一些实施例中，合并服务请求中包括第一业务的PDU会话请求和第二业务的PDU会话请求，则合并服务请求可用于请求创建第一业务的PDU会话和第二业务的PDU会话，也可用于请求恢复第一业务的PDU会话和第二业务的PDU会话。

综上所述，本申请实施例提供的服务请求的传输方法，在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，通过终端向网络设备发送合并服务请求，降低了后发起的第二业务的PDU会话请求的时延。

在一些实施例中，合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话。通过该合并服务请求，能够使得不同发起时间的业务能够同时向网络设备发送PDU会话的请求。

在合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话的情况下，对于第一业务而言，第一服务请求和合并服务请求均可用于向网络设备请求第一业务的PDU会话，从而能够提高第一业务的PDU会话请求成功的可能性。

对于第二业务而言，合并服务请求不再等待第一服务请求的响应结果，能够实现在终端发起第二业务时便可向网络设备请求第二业务的PDU会话，从而能够降低第二业务的PDU会话请求的时延。

图3示出了申请一个示例性实施例提供的服务请求的传输方法的流程图，该方法可由图1中示出的网络设备20执行，该方法包括：

步骤202：接收合并服务请求。

示意性的，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，第一服务请求用于请求第一业务的PDU会话，合并服务请求至少用于请求第二业务的PDU会话。

在一些实施例中，第一业务的发起时间早于第二业务的发起时间。其中，第二业务的发起时间位于第一业务的发起时间之后、且位于得到第一服务请求的网络响应的时间节点之前。比如，终端在第一时刻发起第一业务，则终端在第一时刻向网络设备发送第一服务请求；随后，终端在第二时刻发起第二业务，在第二时刻下尚未得到第一服务请求的网络响应。

应当理解的是，第一业务和第二业务是不同的业务。

在一些实施例中，第一业务和第二业务的业务类型不同。在另一些实施例中，第一业务和第二业务是属于同一业务类型的不同业务。

在一种可选的实现场景中，在发起第一业务的情况下，终端向网络设备发送第一服务请求；随后，终端在得到第一服务请求的网络响应之前发起第二业务。在另一种可选的实现场景中，在发起第一业务的情况下，存在第一服务请求尚未发送且终端发起第二业务的可能性。上述两种实现场景中，分别给出了第一服务请求发送和未发生的两种可能性；且在第二业务发起时，均存在第一未得到服务请求的网络响应的情况。

其中，未得到第一服务请求的网络响应包括如下几种情况中的至少一种：第一服务请求尚未发送；第一服务请求对应的第一状态定时器超时，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长；网络设备未对第一服务请求进行回复。

在一些实施例中，合并服务请求还用于请求第一业务的PDU会话，则合并服务请求还包括第一业务的PDU会话请求。在一些实施例中，合并服务请求中包括如下至少一种信元：服务类型信元；上行数据状态信元；PDU会话状态信元。

应当理解的是，合并服务请求可至少用于请求创建第二业务的PDU会话，也可至少用于请求恢复第一业务的PDU会话和第二业务的PDU会话。在一些实施例中，合并服务请求中包括第一业务的PDU会话请求和第二业务的PDU会话请求，则合并服务请求可用于请求创建第一业务的PDU会话和第二业务的PDU会话，也可用于请求恢复第一业务的PDU会话和第二业务的PDU会话。

其中，第一业务、第二业务、第一服务请求、合并服务请求的相关描述可参考前述内容，不再赘述。

步骤204：根据合并服务请求，至少建立第二业务对应的PDU会话。

示意性的，合并服务请求是终端在得到第一服务请求的网络响应之前发起第二业务的情况下发送的，合并服务请求至少用于请求第二业务的PDU会话。

其中，合并服务请求的相关描述可参考前述内容，不再赘述。

在一种可选的实施场景下，合并服务请求至少包括如下信息：第二业务的PDU会话请求。在一些实施例中，合并服务请求中包括第一业务的PDU会话请求和第二业务的PDU会话请求。

网络设备在接收到终端发送的合并服务请求后，至少可获取到第二业务的PDU会话请求。随后，网络设备可根据规则判断是否创建或恢复第二业务的PDU会话，并将请求结果反馈给终端。

在一些实施例中，网络设备在接收到终端发送的合并服务请求后，可获取到第一业务的PDU会话请求和第二业务的PDU会话请求。随后，网络设备可根据规则判断是否创建或恢复第一业务和第二业务的PDU会话，并将请求结果反馈给终端。

在合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话的情况下，在终端发送第一服务请求之后，无论网络设备是否接收到第一服务请求，网络设备均可根据合并服务请求来获取到第一业务和第二业务的PDU会话请求，不仅能够降低后发起的第二业务的PDU会话请求，还可以保证两个业务的PDU会话请求均能被网络设备及时获取。

根据前述内容，第一服务请求存在发送和未发送的两种可能性，但都存在终端未得到第一服务请求的网络响应的结果。基于此，以下以发送第一服务请求为例进行详细阐述，未发送第一服务请求的情况可参考下述内容。

图4示出了本申请一个示例性实施例提供的服务请求的传输方法的流程图，该方法包括：

步骤302：终端在发起第一业务的情况下，发送第一业务对应的第一服务请求。

示意性的，第一服务请求用于请求第一业务的PDU会话。

可选的，第一服务请求至少包括第一业务的PDU会话请求。在一些实施例中，第一服务请求中还携带有如下至少一种信息：服务类型；上行数据状态；PDU会话状态。

根据前述内容，终端在发送第一服务请求后进入服务请求初始状态，以等待网络设备对第一服务请求的响应。随后，在得到第一服务请求的网络响应之前，终端存在发起第二业务的可能性。

在一种可选的实施场景下，终端可终止第一服务请求的结果的等待过程(可理解为终止第一业务的服务请求过程)，从而释放第一服务请求占用的无线资源控制(RadioResource Control，RRC)；随后执行步骤304。在另一种可选的实现场景下，终端也可不终止第一服务请求的结果的等待过程，但也不再继续等待第一服务请求的网络响应，此时终端可执行步骤304。

步骤304：在得到第一服务请求的网络响应之前发起第二业务的情况下，终端向网络设备发送合并服务请求。

示意性的，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，合并服务请求至少用于请求第二业务的PDU会话。

应当理解的是，第一业务和第二业务是不同的业务。

在得到第一服务请求的网络响应之前发起第二业务的情况下，终端向网络设备发送合并服务请求，能够保证具有高优先级的第二业务的服务请求及时得到响应，从而降低了第二业务的PDU会话请求的时延。

步骤306：网络设备根据合并服务请求，至少建立第二业务对应的PDU会话。

网络设备在接收到终端发送的合并服务请求后，至少可获取到第二业务的PDU会话请求。随后，网络设备可根据规则判断是否创建或恢第二业务的PDU会话，并将请求结果反馈给终端。

根据前述内容，终端在发起第一业务的情况下，向网络设备发送第一服务请求。在发送第一服务请求后，终端将进入服务请求初始状态，以等待第一服务请求的网络响应。随后，在得到第一服务请求的网络响应之前发起第二业务的情况下，终端向网络设备发送合并服务请求，以至少请求第二业务的PDU会话。。

应当理解的是，在终端发送第一服务请求时可启动第一状态定时器。可选的，本申请实施例提供的服务请求的传输方法中，还包括：

终端发送第一服务请求，且启动第一状态定时器；

其中，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长。

根据前述内容，在未得到第一服务请求的网络响应之前若发起第二业务，终端可以终止第一服务请求的结果的等待过程，以释放第一服务请求占用的RRC链接；也可以不终止第一服务请求结果的等待过程，直接发送合并服务请求。

可选的，本申请实施例提供的服务请求的传输方法中，还包括：

在释放第一服务请求占用的RRC链接的情况下，终止第一状态定时器。

可以理解为，在发起第一业务的情况下，终端向网络设备发送第一服务请求，并启动第一状态定时器；随后，在未得到第一服务请求的网络响应之前，终端发起第二业务；此时，终端释放第一服务请求占用的RRC链接，且终止第一状态定时器，随后向网络设备发送合并服务请求。可选的，在该种情况下，合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话。

与第一服务请求类似的，在终端发送合并服务请求时可启动第二状态定时器。可选的，本申请实施例提供的服务请求的传输方法中，还包括：

终端启动第二状态定时器；

其中，第二状态定时器用于指示终端在发送合并服务请求后处于服务请求初始状态的时长。

在上述两种情况中，终端和网络设备需要执行不同的操作。以下将针对上述两种情况展开描述：

第一种实现方式：终端终止第一服务请求的结果的等待过程。

在图4的基础上，图5示出了本申请一个示例性实施例提供的服务请求的传输方法的流程图。其中，步骤302可实现为步骤3021，该方法还包括步骤3031和步骤3032，步骤304可实现为步骤3041，步骤306可实现为步骤3061，具体如下：

步骤3021：终端在发起第一业务的情况下，发送第一服务请求，且启动第一状态定时器。

示意性的，第一服务请求用于请求第一业务的PDU会话，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长。

终端在发送第一服务请求后进入服务请求初始状态，以等待网络设备对第一服务请求的响应。此时，终端可同时启动第一状态定时器，在第一状态定时器指示的时长内等待第一服务请求的网络响应。

示例性的，第一状态定时器是定时器T3517。

在得到第一服务请求的网络响应之前，终端存在发起第二业务的可能性。

在一种可选的实施场景下，终端可终止第一服务请求的结果的等待过程，以终止第一业务的服务请求。此时，也可同时终止第一状态定时器，在发送合并服务请求时启动第二状态定时器等待网络设备的响应，具体如下：

步骤3031：在得到第一服务请求的网络响应之前发起第二业务的情况下，释放第一服务请求占用的RRC链接。

根据前述内容，在发送第一服务请求后，终端将进入服务请求初始状态，第一服务请求使用RRC链接资源进行信息传输。在未得到第一服务请求的网络响应的情况下，第一服务请求将始终占用RRC链接资源。

为降低终端和网络设备的处理复杂程度，在得到第一服务请求的网络响应之前发起第二业务的情况下，终端可终止第一服务请求的结果的等待过程，以终止第一业务的服务请求，从而释放掉第一服务请求占用的RRC链接。

步骤3032：终端终止第一状态定时器。

示意性的，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长。

终端在发送第一服务请求后启动第一状态定时器，在第一状态定时器指示的时长内等待第一服务请求的网络响应。在得到第一服务请求的网络响应之前发起第二业务的情况下，终端终止第一服务请求的结果的等待过程，以释放掉第一服务请求占用的RRC链接；此时，终端可同时终止第一状态定时器，以结束第一业务的服务请求。

示例性的，第一状态定时器是定时器T3517。

应当理解的是，步骤3031和步骤3032可同时执行，也可不同时执行。

步骤3041：在得到第一服务请求的网络响应之前发起第二业务的情况下，终端向网络设备发送合并服务请求，且启动第二状态定时器状态。

示意性的，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话。

其中，第一业务的发起时间早于第二业务的发起时间，第二状态定时器用于指示终端在发送合并服务请求后处于服务请求初始状态的时长。

与第一服务请求类似，终端在发送合并服务请求后进入服务请求初始状态，以等待网络设备对合并服务请求的响应。此时，终端可同时启动第二状态定时器，在第二状态定时器指示的时长内等待合并服务请求的网络响应。

示例性的，第二状态定时器是定时器T3517。

其中，第二业务的发起时间位于第一业务的发起时间之后、且位于得到第一服务请求的网络响应的时间节点之前。应当理解的是，第一业务和第二业务是不同的业务。在一些实施例中，第一业务和第二业务的业务类型不同。在另一些实施例中，第一业务和第二业务是属于同一业务类型的不同业务。

在一些实施例中，合并服务请求可仅用于请求第二业务的PDU会话，以保证第二业务的服务请求得到及时响应。在另一些实施例中，合并服务请求可用于请求第一业务的PDU会话和第二业务的PDU会话，以使得不同发起时间的业务能够同时向网络设备发送PDU会话的请求，从而保证第一业务的服务请求不被遗失。

应当理解的是，本申请实施例是以合并服务请求用于请求第一业务的PDU会话和第二业务的PDU会话进行示例的，不对本申请造成限定。

可选的，合并服务请求至少包括如下信息：第一业务的PDU会话请求；第二业务的PDU会话请求。在一些实施例中，合并服务请求中包括如下至少一种信元：服务类型信元；上行数据状态信元；PDU会话状态信元。

应当理解的是，合并服务请求可用于请求创建第一业务的PDU会话和第二业务的PDU会话，也可用于请求恢复第一业务的PDU会话和第二业务的PDU会话。

步骤3061：网络设备根据合并服务请求，分别建立第一业务和第二业务对应的PDU会话。

网络设备在接收到终端发送的合并服务请求后，可获取到第一业务的PDU会话请求和第二业务的PDU会话请求。随后，网络设备可根据规则判断是否创建或恢复第一业务和第二业务的PDU会话，并将请求结果反馈给终端。

示例性的，根据第一种实现方式，本申请实施例提供的服务请求的传输方法可实现为如下：

步骤1：终端在发起第一业务时向网络设备发送第一服务请求；

步骤2：在得到第一服务请求的网络响应之前发起第二业务时，终端终止第一服务请求的结果的等待过程，以释放掉第一服务请求占用的RRC链接，向网络设备发送合并服务请求，合并服务请求用于第一业务的PDU会话和第二业务的PDU会话；

步骤3：网络设备根据合并服务请求，建立第一业务和第二业务对应的PDU会话。

综上所述，本申请实施例提供的服务请求的传输方法中，给出了终端终止第一服务请求的结果的等待过程的实现方式。其中，在得到第一服务请求的网络响应之前发起第二业务的情况下，通过终端主动终止第一服务请求的结果的等待过程，以释放第一服务请求占用的RRC链接。该种实现方式不需要对网络设备进行限定，由终端独立完成，以便遵守现有的第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议规范，能够有效地降低网络设备的处理复杂程度。

可选的，本申请实施例提供的服务请求的传输方法中，还可在发送第一服务请求时启动第一状态定时器，以限定终端在发送第一服务请求后处于服务请求初始状态的时长。

可选的，本申请实施例提供的服务请求的传输方法中，还可在得到第一服务请求的网络响应之前发起第二业务的情况下，终端终止第一状态定时器；且终端在发送合并服务请求时启动第二状态定时器，以限定终端在发送合并服务请求后处于服务请求初始状态的时长。

第二种实现方式：终端不终止第一服务请求的结果的等待过程。

可选的，在一些实施例中，合并服务请求还用于请求网络设备在接收到第一服务请求的情况下丢弃第一服务请求。

在该种情况下，合并服务请求可用于请求第一业务的PDU会话和第二业务的PDU会话。此时，若网络设备未接收到第一服务请求，可根据合并服务请求分别建立第一业务的PDU会话和第二业务的PDU会话。

在一些实施例中，合并服务请求可用于请求第一业务的PDU会话。此时，网络设备在接收到第一服务请求的情况下不再丢弃第一服务请求，以便于根据第一服务请求建立第一业务的PDU会话。

在图4的基础上，图6示出了本申请一个示例性实施例提供的服务请求的传输方法的流程图。其中，步骤302可实现为步骤3021，该方法还包括步骤3033和步骤305，步骤304可实现为步骤3041，步骤306可实现为步骤3061，具体如下：

示例性的，第一状态定时器是定时器T3517。

在一种可选的实现场景下，终端可不终止第一服务请求的结果的等待过程，同时也不再继续等待第一服务请求的网络响应，终端向网络设备发送合并服务请求，并启动第二状态定时器，具体如下：

步骤3033：在得到第一服务请求的网络响应之前发起第二业务的情况下，终端不终止第一服务请求的结果的等待过程。

根据前述内容，在发送第一服务请求后，终端将进入服务请求初始状态，第一服务请求使用RRC链接资源进行信息传输。在未得到第一服务请求的网络响应的情况下，第一服务请求将始终占用一个RRC链接资源。

为提高服务请求的效率，在得到第一服务请求的网络响应之前发起第二业务的情况下，终端可不终止第一服务请求的结果的等待过程，重新向网络设备发送合并服务请求。

相较于第一种实现方式，第二种实现方式省去了终端终止第一服务请求的结果的等待过程以及终止第一状态定时器的步骤，相对提高了服务请求的效率，不必等待RRC链接建立过程。

应当理解的是，在第二种实现方式中，允许终端和网络设备不顺序进行服务请求的处理，也可理解为，允许终端和网络设备进行无序的服务请求的处理。基于此，终端可无需按照第一种实现方式去终止第一服务请求的结果的等待过程；此时，合并服务请求的请求过程也可以正常处理。

应当理解的是，基于步骤3033，在第二种实现方式中，终端始终处于等待第一服务请求的网络响应的状态。也即，步骤3033是一个便于理解的示意性步骤，而非终端需要执行的实质操作。

示例性的，第二状态定时器是定时器T3517。

在第二种实现方式中，由于终端不终止第一服务请求的结果得等待过程，则网络设备存在接收到第一服务请求的可能性。

在一种可选的实施场景下，合并服务请求用于请求第一业务和第二业务的PDU会话。若网络设备未接收到第一服务请求，此时网络设备可根据合并服务请求建立第一业务和第二业务的PDU会话。

在另一种可选的实现场景下，合并服务请求用于请求第二业务的PDU会话。网络设备接收到第一服务请求，此时，网络设备可不舍弃第一服务请求，以使得网络设备根据第一服务请求来建立第一业务的PDU会话，根据合并服务请求来建立第二业务的PDU会话。

在另一种可选的实现场景下，合并服务请求用于请求第一业务和第二业务的PDU会话。若网络设备接收到第一服务请求，此时，网络设备需要舍弃第一服务请求后，再根据合并服务请求进行处理，则网络设备执行步骤305和步骤3061。其中，步骤305、步骤3061具体如下：

步骤305：网络设备在接收到第一服务请求且接收到合并服务请求的情况下，丢弃第一服务请求。

在终端发起第一业务时，终端向网络设备发送第一服务请求，且终端启动第一状态定时器。同时，根据步骤3033，在得到第一服务请求的网络响应之前发起第二业务的情况下，终端不终止第一服务请求的结果的等待过程。基于此，第一服务请求的服务请求过程仍在继续。

相较于第一种实现方式，在第二种实现方式中，网络设备在接收到第一服务请求且接收到合并服务请求的情况下，需要丢弃第一服务请求，不对第一服务请求进行处理，仅对合并服务请求内的全部请求进行处理。

在另一种可选的实现场景下，网络设备未接收到第一服务请求，仅接收到合并服务请求，则网络设备可不执行步骤305，仅执行步骤306。其中，网络设备未接收到第一服务请求可以是基于异常情况，比如第一服务请求未发送至网络设备。

示例性的，根据第二种实现方式，本申请实施例提供的服务请求的传输方法可实现为如下：

步骤2：在得到第一服务请求的网络响应之前发起第二业务时，终端向网络设备发送合并服务请求，合并服务请求用于第一业务的PDU会话和第二业务的PDU会话；

根据对第一服务请求和合并服务请求的接收情况，网络设备执行步骤3-1或步骤3-2，具体如下：

步骤3-1：在未接收到第一服务请求且接收到合并服务请求的情况下，网络设备根据合并服务请求，分别建立第一业务和第二业务对应的PDU会话；

步骤3-2：在接收到第一服务请求且接收到合并服务请求的情况下，网络设备丢弃第一服务请求后，根据合并服务请求，分别建立第一业务和第二业务对应的PDU会话。

应当理解的是，上述多个实施例中，终端一侧的步骤和网络设备一侧的步骤均可单独实现为服务请求的传输方法的一个实施例，具体阐释可参考前述内容。

综上所述，本申请实施例提供的服务请求的传输方法中，给出了终端不终止第一服务请求的结果的等待过程的实现方式。其中，在得到第一服务请求的网络响应之前发起第二业务的情况下，允许终端和网络设备不顺序进行服务请求的传输。相较于第一种实现方式，第二种实现方式省去了终端终止第一服务请求的结果的等待过程以及终止第一状态定时器的步骤，相对提高了服务请求的效率。

可选的，在接收到第一服务请求且接收到合并服务请求的情况下，网络设备丢弃第一服务请求，从而避免了重复处理第一业务的PDU会话请求，或者遗漏处理第二业务的PDU会话请求。

可选的，本申请实施例提供的服务请求的传输方法中，还可在发送第一服务请求时启动第一状态定时器，以限定终端在发送第一服务请求后处于服务请求初始状态的时长，且终端在发送合并服务请求时启动第二状态定时器，以限定终端在发送合并服务请求后处于服务请求初始状态的时长。

以下为本申请的装置实施例，对于装置实施例中未详细描述的细节，可以结合参考上述方法实施例中相应的记载，本文不再赘述。

图7示出了本申请一个示例性实施例提供的服务请求的传输装置的示意图，该装置包括：

发送模块720，用于在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下，发送合并服务请求；

可选的，装置还包括释放模块740，用于释放第一服务请求占用的无线资源控制RRC链接。

可选的，合并服务请求还用于请求网络设备在接收到第一服务请求的情况下丢弃第一服务请求。

可选的，装置还包括启动模块760，用于发送第一服务请求，且启动第一状态定时器，第一状态定时器用于指示终端在发送第一服务请求后处于服务请求初始状态的时长。

可选的，启动模块760，还用于在释放第一服务请求占用的RRC链接的情况下，终止第一状态定时器。

可选的，启动模块760，还用于启动第二状态定时器，第二状态定时器用于指示终端在发送合并服务请求后处于服务请求初始状态的时长。

可选的，合并服务请求还用于请求第一业务的PDU会话。

可选的，第一业务和第二业务的业务类型不同。

图8示出了本申请一个示例性实施例提供的服务请求的传输装置的示意图，该装置包括：

接收模块820，用于接收合并服务请求，合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，第一服务请求用于请求第一业务的分组数据单元PDU会话，合并服务请求至少用于请求第二业务的PDU会话；

处理模块840，用于根据合并服务请求，至少建立第二业务对应的PDU会话。

可选的，接收模块820，还用于在接收到第一服务请求的情况下，丢弃第一服务请求。

可选的，合并服务请求还用于请求第一业务的PDU会话；处理模块840，用于根据合并服务请求，分别建立第一业务和第二业务对应的PDU会话。

可选的，第一业务和第二业务的业务类型不同。

图9示出了本申请一个示例性实施例提供的通信设备(终端或网络设备)的结构示意图，该通信设备包括：处理器901、接收器902、发射器903、存储器904和总线905。

处理器901包括一个或者一个以上处理核心，处理器901通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器902和发射器903可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器904通过总线905与处理器901相连。

存储器904可用于存储至少一个指令，处理器901用于执行该至少一个指令，以实现上述方法实施例中提到的服务请求的传输方法的各个步骤。

此外，存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(Electrically-Erasable Programmable Read Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，静态随时存取存储器(Static Random Access Memory，SRAM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，可编程只读存储器(Programmable Read-Only Memory，PROM)。

本申请还提供了一种终端，终端包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现前述的服务请求的传输方法。

本申请还提供了一种网络设备，网络设备包括存储器和处理器；存储器中存储有至少一条程序代码，程序代码由处理器加载并执行以实现前述的服务请求的传输方法。

本申请还提供了一种计算机可读存储介质，存储介质中存储有计算机程序，计算机程序用于被处理器执行，以实现前述的服务请求的传输方法。

本申请还提供了一种芯片，芯片包括可编程逻辑电路和/或程序指令，当安装有芯片的电子设备运行时，用于实现前述的服务请求的传输方法。

本申请还提供了一种计算机程序产品，计算机程序产品包括计算机指令，计算机指令存储在计算机可读存储介质中，处理器从计算机可读存储介质读取并执行计算机指令，以实现前述的服务请求的传输方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种服务请求的传输方法，其特征在于，所述方法由终端执行，所述方法包括：

其中，所述第一服务请求用于请求所述第一业务的分组数据单元PDU会话，所述合并服务请求至少用于请求所述第二业务的PDU会话。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

释放所述第一服务请求占用的无线资源控制RRC链接。

3.根据权利要求1所述的方法，其特征在于，

所述合并服务请求还用于请求网络设备在接收到所述第一服务请求的情况下丢弃所述第一服务请求。

4.根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：

发送所述第一服务请求，且启动第一状态定时器；

其中，所述第一状态定时器用于指示所述终端在发送所述第一服务请求后处于服务请求初始状态的时长。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在释放所述第一服务请求占用的无线资源控制RRC链接的情况下，终止所述第一状态定时器。

6.根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：

启动第二状态定时器，所述第二状态定时器用于指示所述终端在发送所述合并服务请求后处于所述服务请求初始状态的时长。

7.根据权利要求1至6任一所述的方法，其特征在于，

所述合并服务请求还用于请求所述第一业务的PDU会话。

8.根据权利要求1至6任一所述的方法，其特征在于，所述第一业务的处理优先级低于所述第二业务的处理优先级。

9.根据权利要求1至6任一所述的方法，其特征在于，所述第一业务和所述第二业务的业务类型不同。

10.一种服务请求的传输方法，其特征在于，所述方法由网络设备执行，所述方法包括：

接收合并服务请求，所述合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，所述第一服务请求用于请求所述第一业务的分组数据单元PDU会话，所述合并服务请求至少用于请求所述第二业务的PDU会话；

根据所述合并服务请求，至少建立所述第二业务对应的PDU会话。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

在接收到所述第一服务请求的情况下，丢弃所述第一服务请求。

12.根据权利要求10或11所述的方法，其特征在于，所述合并服务请求还用于请求所述第一业务的PDU会话，所述根据所述合并服务请求，至少建立所述第二业务对应的PDU会话，包括：

根据所述合并服务请求，分别建立所述第一业务和所述第二业务对应的PDU会话。

13.根据权利要求10或11所述的方法，其特征在于，所述第一业务的处理优先级低于所述第二业务的处理优先级。

14.根据权利要求10或11所述的方法，其特征在于，所述第一业务和所述第二业务的业务类型不同。

15.一种服务请求的传输装置，其特征在于，所述装置包括：

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：

释放模块，用于释放所述第一服务请求占用的无线资源控制RRC链接。

17.根据权利要求15所述的装置，其特征在于，

18.根据权利要求15至17任一所述的装置，其特征在于，所述装置还包括：

启动模块，用于发送所述第一服务请求，且启动第一状态定时器，所述第一状态定时器用于指示所述终端在发送所述第一服务请求后处于服务请求初始状态的时长。

19.根据权利要求18所述的装置，其特征在于，

所述启动模块，还用于在释放所述第一服务请求占用的无线资源控制RRC链接的情况下，终止所述第一状态定时器。

20.根据权利要求15至17任一所述的装置，其特征在于，所述装置还包括：

启动模块，用于启动第二状态定时器，所述第二状态定时器用于指示所述终端在发送所述合并服务请求后处于所述服务请求初始状态的时长。

21.根据权利要求15至20任一所述的装置，其特征在于，

所述合并服务请求还用于请求所述第一业务的PDU会话。

22.根据权利要求15至20任一所述的装置，其特征在于，所述第一业务的处理优先级低于所述第二业务的处理优先级。

23.根据权利要求15至20任一所述的装置，其特征在于，所述第一业务和所述第二业务的业务类型不同。

24.一种服务请求的传输装置，其特征在于，所述装置包括：

接收模块，用于接收合并服务请求，所述合并服务请求是终端在得到第一业务对应的第一服务请求的网络响应之前发起第二业务的情况下发送的，所述第一服务请求用于请求所述第一业务的分组数据单元PDU会话，所述合并服务请求至少用于请求所述第二业务的PDU会话；

处理模块，用于根据所述合并服务请求，至少建立所述第二业务对应的PDU会话。

25.根据权利要求24所述的装置，其特征在于，

所述接收模块，还用于在接收到所述第一服务请求的情况下，丢弃所述第一服务请求。

26.根据权利要求24或25所述的装置，其特征在于，所述合并服务请求还用于请求所述第一业务的PDU会话；

所述处理模块，用于根据所述合并服务请求，分别建立所述第一业务和所述第二业务对应的PDU会话。

27.根据权利要求24或25所述的装置，其特征在于，所述第一业务的处理优先级低于所述第二业务的处理优先级。

28.根据权利要求24或25所述的装置，其特征在于，所述第一业务和所述第二业务的业务类型不同。

29.一种终端，其特征在于，所述终端包括存储器和处理器；

所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求1至9中任一项所述的服务请求的传输方法。

30.一种网络设备，其特征在于，所述网络设备包括存储器和处理器；

所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求10至14中任一项所述的服务请求的传输方法。

31.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以实现如权利要求1至14中任一项所述的服务请求的传输方法。

32.一种芯片，其特征在于，所述芯片包括可编程逻辑电路和/或程序指令，当安装有所述芯片的电子设备运行时，用于实现如权利要求1至14中任一项所述的服务请求的传输方法。

33.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现如权利要求1至14中任一项所述的服务请求的传输方法。