WO2020199103A1 - 传输信息的方法、终端设备、基站和核心网设备 - Google Patents

传输信息的方法、终端设备、基站和核心网设备 Download PDF

Info

Publication number
WO2020199103A1
WO2020199103A1 PCT/CN2019/080887 CN2019080887W WO2020199103A1 WO 2020199103 A1 WO2020199103 A1 WO 2020199103A1 CN 2019080887 W CN2019080887 W CN 2019080887W WO 2020199103 A1 WO2020199103 A1 WO 2020199103A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
information
terminal device
target base
handover request
Prior art date
Application number
PCT/CN2019/080887
Other languages
English (en)
French (fr)
Inventor
许阳
王淑坤
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2019/080887 priority Critical patent/WO2020199103A1/zh
Priority to CN201980087845.XA priority patent/CN113261340B/zh
Publication of WO2020199103A1 publication Critical patent/WO2020199103A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements

Definitions

  • This application relates to the field of communications, in particular to methods for transmitting information, terminal equipment, base stations, and core network equipment.
  • the communication between the base station and the terminal device usually refers to the access stratum (AS) layer process, that is, the base station sends information to the terminal device through the AS layer.
  • AS access stratum
  • the embodiments of the present application provide a method, terminal equipment, base station, and core network equipment for transmitting information, which can improve information transmission efficiency.
  • a method for transmitting information including: a first base station sends first information to a terminal device, and the terminal device is configured to transfer the first information to a protocol layer higher than the access layer of the terminal device .
  • a method for transmitting information which includes: a terminal device receives first information sent by a first base station; and the terminal device transmits the first information to a protocol layer higher than an access layer.
  • a method for transmitting information including: a core network device sends first information to a terminal device, and the terminal device is used to transfer the first information to a protocol layer higher than the access layer of the terminal device .
  • a method for transmitting information in a handover process which includes: a target base station of a terminal device sends first information to a source base station of the terminal device, and the first information includes protocol data of the target base station to the terminal device For the support status of the unit PDU session and/or quality of service QoS flow, the first information is used for the source base station to determine the support status of the target base station for the PDU session and/or QoS flow of the terminal device.
  • a method for transmitting information in a handover process including: a source base station of a terminal device receives first information sent by a target base station of the terminal device, and the first information includes a protocol of the target base station to the terminal device The support status of the data unit PDU session and/or the quality of service QoS flow; the source base station determines the support status of the PDU session and/or QoS flow of the terminal device by the target base station according to the first information.
  • a method for transmitting information in a handover process which includes: a source base station of a terminal device sends second information to a target base station of the terminal device, and the second information is used to indicate whether the terminal device allows or not Guarantee the quality of service QoS parameters and/or whether it is allowed to change the identification of the QoS flow.
  • the QoS parameters include the QoS parameters of the protocol data unit PDU session of the terminal device and/or the QoS parameters of the QoS flow.
  • a method for transmitting information in a handover process including: a target base station of a terminal device receives second information sent by a source base station of the terminal device, and the second information is used to indicate whether the terminal device allows The quality of service QoS parameters are not guaranteed and/or the identity of the QoS flow is allowed to be changed.
  • the QoS parameters include the QoS parameters of the protocol data unit PDU session of the terminal device and/or the QoS parameters of the QoS flow; the target base station is based on the second Information to determine the QoS parameters.
  • a method for determining the location of a terminal device including: the core network device determines whether the terminal device enters or leaves the presence report area PRA, the terminal device is in an RRC connection inactive state and is located in the radio access network notification area RNA , The PRA does not cross the border of the RNA.
  • a base station which is used to execute the method in the first aspect or its implementation manners.
  • the terminal device includes a functional module for executing the method in any one of the first aspect, the fourth aspect to the seventh aspect, or each implementation manner thereof.
  • a terminal device which is used to execute the method in the second aspect or its implementation manners.
  • the network device includes a functional module for executing the method in the foregoing second aspect or each implementation manner thereof.
  • a core network device including a processor and a memory.
  • the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory to execute any one of the above-mentioned first aspect and eighth aspect or the method in each implementation manner thereof.
  • a chip for implementing any one of the foregoing first to eighth aspects or the method in each implementation manner thereof.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes any one of the first aspect to the eighth aspect or the implementation manners thereof method.
  • a computer-readable storage medium for storing a computer program that enables a computer to execute any one of the above-mentioned first to eighth aspects or the method in each implementation manner thereof.
  • a computer program product including computer program instructions that cause a computer to execute any one of the above-mentioned first to eighth aspects or the method in each implementation manner thereof.
  • a computer program which when run on a computer, causes the computer to execute any one of the first to eighth aspects above or the method in each implementation manner thereof.
  • the source base station when sending a handover request or handover request, can inform the target base station whether QoS is not guaranteed, that is, the source base station has the right to apply to the target base station whether to perform "Soft Admission" behavior, thereby guaranteeing QoS parameters.
  • the source base station when the source base station sends the handover command, it can also inform the terminal equipment whether the target base station can guarantee QoS, or inform the terminal equipment that the QoS parameters can be guaranteed when the handover is performed at a specified time. This can make full use of existing messages and mechanisms to complete the terminal equipment
  • the terminal device can be given enough information and decision rights. The terminal device can actively choose to switch and give up the guarantee of QoS parameters, or choose not to switch and maintain the QoS guarantee.
  • Fig. 1 is a schematic diagram of a communication system architecture provided by an embodiment of the present application.
  • Fig. 2 is a schematic diagram of a method for transmitting information provided by an embodiment of the present application.
  • Fig. 3 is a schematic diagram of a method for a first base station to send first information to a terminal device through a second base station according to an embodiment of the present application.
  • FIG. 4 is a schematic diagram of a first base station forwarding first information according to an embodiment of the present application.
  • Fig. 5 is a schematic diagram of part of the protocol layers of a terminal device provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of another method for transmitting information provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a first base station sending first information to a second base station through a core network device according to an embodiment of the present application.
  • FIG. 8 is a schematic diagram of still another method for transmitting information according to an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a second base station sending second information to the first base station through a core network device according to an embodiment of the present application.
  • FIG. 10 is a schematic diagram of a method for transmitting information in a handover process provided by an embodiment of the present application.
  • FIG. 11 is a schematic diagram of another method for transmitting information in a handover process provided by an embodiment of the present application.
  • Fig. 12 is a schematic diagram of a PRA and RNA provided in an embodiment of the present application.
  • Fig. 13 is a schematic diagram of another PRA and RNA provided in an embodiment of the present application.
  • FIG. 14 is a schematic diagram of a method for determining the location of a terminal device according to an embodiment of the present application.
  • FIG. 15 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 16 is a schematic block diagram of a base station provided by an embodiment of the present application.
  • FIG. 17 is a schematic block diagram of a core network device provided by an embodiment of the present application.
  • FIG. 18 is a schematic block diagram of a communication device according to an embodiment of the present application.
  • FIG. 19 is a schematic block diagram of a chip provided by an embodiment of the present application.
  • FIG. 20 is a schematic diagram of a communication system provided by an embodiment of the present application.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GSM Global System of Mobile Communication
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • UMTS Universal Mobile Telecommunication System
  • WiMAX Worldwide Interoperability for Microwave Access
  • the communication system 100 applied in the embodiment of the present application is shown in FIG. 1.
  • the communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal device 120 (or called a communication terminal or terminal).
  • the network device 110 may provide communication coverage for a specific geographic area, and may communicate with terminal devices located in the coverage area.
  • the network device 110 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, a base station (NodeB, NB) in a WCDMA system, or an evolved base station in an LTE system (Evolutional Node B, eNB or eNodeB), or the wireless controller in the Cloud Radio Access Network (CRAN), or the network equipment can be a mobile switching center, a relay station, an access point, a vehicle-mounted device, Wearable devices, hubs, switches, bridges, routers, network-side devices in 5G networks, or network devices in the future evolution of the Public Land Mobile Network (PLMN), etc.
  • BTS Base Transceiver Station
  • NodeB, NB base station
  • LTE Long Term Evolutional Node B
  • eNB evolved base station
  • CRAN Cloud Radio Access Network
  • the network equipment can be a mobile switching center, a relay station, an access point, a vehicle-mounted device, Wearable devices, hubs, switches
  • the communication system 100 also includes at least one terminal device 120 located within the coverage area of the network device 110.
  • the "terminal equipment” used here includes but is not limited to connection via wired lines, such as via public switched telephone networks (PSTN), digital subscriber lines (Digital Subscriber Line, DSL), digital cables, and direct cable connections ; And/or another data connection/network; and/or via a wireless interface, such as for cellular networks, wireless local area networks (WLAN), digital TV networks such as DVB-H networks, satellite networks, AM- FM broadcast transmitter; and/or another terminal device that is set to receive/send communication signals; and/or Internet of Things (IoT) equipment.
  • PSTN public switched telephone networks
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL
  • a terminal device set to communicate through a wireless interface may be referred to as a "wireless communication terminal", a “wireless terminal” or a “mobile terminal”.
  • mobile terminals include, but are not limited to, satellites or cellular phones; Personal Communications System (PCS) terminals that can combine cellular radio phones with data processing, fax, and data communication capabilities; can include radio phones, pagers, Internet/intranet PDA with internet access, web browser, memo pad, calendar, and/or Global Positioning System (GPS) receiver; and conventional laptop and/or palmtop receivers or others including radio phone transceivers Electronic device.
  • PCS Personal Communications System
  • GPS Global Positioning System
  • Terminal equipment can refer to access terminals, user equipment (UE), user units, user stations, mobile stations, mobile stations, remote stations, remote terminals, mobile equipment, user terminals, terminals, wireless communication equipment, user agents, or User device.
  • the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital processing (Personal Digital Assistant, PDA), with wireless communication Functional handheld devices, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in 5G networks, or terminal devices in the future evolution of PLMN, etc.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Assistant
  • direct terminal connection (Device to Device, D2D) communication may be performed between the terminal devices 120.
  • the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.
  • NR New Radio
  • Figure 1 exemplarily shows one network device and two terminal devices.
  • the communication system 100 may include multiple network devices and the coverage of each network device may include other numbers of terminal devices. The embodiment does not limit this.
  • the communication system 100 may also include other network entities such as a network controller and a mobility management entity, or the communication system 100 may also include core network equipment (or called core network elements), for example, the core Network equipment can refer to one or more of Access and Mobility Management Function (AMF), Session Management Function (SMF), and User Plane Management Function (UPF).
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • UPF User Plane Management Function
  • the devices with communication functions in the network/system in the embodiments of the present application may be referred to as communication devices.
  • the communication device may include a network device 110 and a terminal device 120 with communication functions, and the network device 110 and the terminal device 120 may be the specific devices described above, which will not be repeated here.
  • the communication device may also include other devices in the communication system 100, such as other network entities such as a network controller and a mobility management entity, which are not limited in this embodiment of the application.
  • FIG. 2 is a schematic diagram of a method 200 for transmitting information according to an embodiment of the application.
  • the method 200 may be executed by a base station and a terminal device.
  • the base station is referred to herein as the first base station, and the first base station is any base station.
  • the first base station may be a network device as shown in FIG. 1, and the terminal device may be as shown in FIG. Any terminal device shown.
  • the method 200 may include the following steps.
  • S210 Send the first information, that is, the first base station sends the first information to the terminal device.
  • the first base station may send the first information to the terminal device in multiple ways.
  • the first base station may directly or indirectly send the first information; or the first base station may also send other devices.
  • the first information of is forwarded to the terminal device, which will be described in detail below with reference to Figs. 2 to 4.
  • this S210 may indicate that the first base station directly sends the first information to the terminal device.
  • the first base station directly sends the first information to the terminal device through a radio resource control (Radio Resource Control, RRC) message.
  • RRC Radio Resource Control
  • the RRC message may be an RRC connection reconfiguration message.
  • the S210 may also indicate that the first base station indirectly sends the first information to the terminal device through other devices.
  • the first base station may send the first information to the terminal device through a second base station, where the second base station is any base station other than the first base station.
  • FIG. 3 shows a schematic diagram of a method for a first base station to send first information to a terminal device through a second base station in an embodiment of the present application.
  • step 210 may include the following situations.
  • the first base station sending the first information to the terminal device through the second base station may include: S211, sending the first information, that is, the first base station sends the first information to the core network device through the N2 interface, and then continues to perform S212.
  • S212 Forward the first information, that is, the core network device forwards the received first information sent by the first base station to the second base station, and continues to perform S214.
  • the first base station sends the first information to the terminal device through the core network device and the second base station, where the first information may be located in the first container to facilitate the core network device and the second base station
  • the first information is transparently transmitted to the terminal device.
  • the core network device and the second base station do not perceive or modify the first container.
  • the first container may further include an RRC connection reconfiguration message, and the RRC connection reconfiguration message includes the first information.
  • the first base station sending the first information to the terminal device via the second base station may further include: S213, sending the first information, that is, the first base station sends the first information to the second base station through the Xn interface, and continues Go to S214.
  • the first base station sends the first information to the terminal device through the second base station, where the first information may be located in the first container, so that the second base station transparently transmits the first information to For terminal equipment, in the transparent transmission process, the second base station does not perceive or modify the first container.
  • the first container may further include an RRC connection reconfiguration message, and the RRC connection reconfiguration message includes the first information.
  • the S210 may also indicate that the first base station forwards the first information sent by other devices to the terminal device.
  • FIG. 4 shows a schematic diagram of a first base station forwarding first information according to an embodiment of the present application.
  • the method 200 may further include: S230, sending first information, that is, the core network device sends the first information to the first base station, and continues to perform S215.
  • the first information may be located in a second container, which is used by the first base station to transparently transmit the first information to the terminal device, and the first base station does not perceive or modify the contents of the second container Content.
  • sending the first information to the terminal device by the first base station in S210 may further include: the first base station in S215 forwards the received first information sent by the core network device to the terminal device.
  • the core network device sending the first information to the terminal device may also include: the core network device sending the first information to the terminal device located in a specific presence reporting area (PRA), where the The specific PRA may also be referred to as the first PRA, and may represent any PRA.
  • PRA specific presence reporting area
  • the first base station sends the first information to the terminal device in any of the foregoing manners, so that the terminal device continues to perform S220 after receiving the first information.
  • FIG. 5 is a schematic diagram of part of the protocol layers of a terminal device according to an embodiment of the present application.
  • the protocol layers above the AS layer may include a non-access stratum (NAS) layer and an operating system At least one of the (operating system, OS) layer and the application layer.
  • NAS non-access stratum
  • the first information sent by the first base station to the terminal device can be applied to any layer above the AS layer of the terminal device, for example, it can be applied to the NAS layer, OS layer, and application layer of the terminal device, that is, the base station can Sending information to any layer above the AS layer of the terminal device without forwarding through the application server can save transmission time.
  • the first information in the embodiment of the present application may include any information applied to any protocol layer above the AS layer of the terminal device.
  • the first information may include the support status of the protocol data unit (Protocol Data Unit, PDU) session and/or Quality of Service (QoS) flow of the terminal device by the first base station.
  • PDU Protocol Data Unit
  • QoS Quality of Service
  • the support status of the PDU session and/or QoS flow included in the first information may include at least one of the following information: whether the target network device supports the PDU session; whether the target network device supports the QoS flow; Whether the target network device can guarantee the QoS parameters of the PDU session; whether the target network device can guarantee the QoS parameters of the QoS flow; the QoS parameters of the PDU session that the target network device can guarantee; the QoS parameters of the QoS flow The time when the QoS parameters that the target network device can guarantee allow or recommend the terminal device to initiate access to the cell of the target network device.
  • the first information can be applied to a handover scenario, where the second base station is the source base station of the terminal device, the first base station is the target base station of the terminal device, and the terminal device performs the handover process, that is, it needs to switch from the source base station to the target base station. .
  • the target base station sends the first information to the terminal device, which may be used by the terminal device to determine whether to switch to the target base station according to the first information.
  • the terminal device determines whether one or more PDU sessions or QoS flows can guarantee QoS parameters according to the first information sent by the target base station, and then determines whether to switch to the target base station.
  • the foregoing description takes the target base station sending the first information to the terminal device as an example, or the target base station may also send the first information to the source base station.
  • the source base station may determine that the first information includes The target base station supports the PDU session and/or QoS flow of the terminal device in order to determine whether to switch the terminal device to the target base station. Therefore, the embodiment of the present application proposes another method of transmitting information.
  • FIG. 6 is a schematic diagram of another method 300 for transmitting information according to an embodiment of the application, and the method 300 may be executed by two base stations.
  • the two base stations are referred to as the first base station and the second base station respectively.
  • the first base station or the second base station may be any base station.
  • the first base station may be as shown in FIG. 1
  • the second base station may also be a network device as shown in FIG. 1.
  • the method 300 may include the following steps.
  • Send the first information that is, the first base station sends the first information to the second base station.
  • the first base station may directly or indirectly send the first information to the second base station. This will be described in detail below in conjunction with FIG. 6 and FIG. 7.
  • this S310 may indicate that the first base station directly sends the first information to the second base station.
  • the first base station sends the first information to the second base station through the Xn interface.
  • this S310 may also indicate that the first base station sends the first information to the second base station through another device.
  • the first base station may send the first information to the second base station through the core network device.
  • FIG. 7 shows a schematic diagram of a first base station in an embodiment of the present application sending first information to a second base station through a core network device.
  • the first base station in S310 sending the first information to the second base station may include: S311, sending the first information, that is, the first base station sending the first information to the core network device.
  • the first base station may send the first information to the core network device through the N2 interface, and continue to perform S312.
  • the first base station sends the first information to the second base station through the core network equipment, where the first information may be located in the container, so that the core network equipment transparently transmits the first information in the container to In the second base station, during the transparent transmission process, the core network device does not perceive or modify the content in the container.
  • the content of the first information in the method 300 may be the same as or different from the content of the first information in the method 200.
  • the first information in the method 300 may also refer to the support status of the PDU session and/or QoS flow of the terminal device by the first base station.
  • the first information in the method 300 may include at least one of the following information: whether the target base station supports the PDU session; whether the target base station supports the QoS flow; whether the target base station can guarantee the QoS parameters of the PDU session ; Whether the target base station can guarantee the QoS parameters of the QoS flow; among the QoS parameters of the PDU session, the QoS parameters that the target base station can guarantee; among the QoS parameters of the QoS flow, the QoS parameters that the target base station can guarantee allow or recommend the terminal The time when the device initiates access to the cell of the target base station.
  • the second base station receives the first information sent by the first base station, and determines, according to the first information, the support status of the first base station for the PDU session and/or QoS flow of the terminal device.
  • the method 300 can also be applied in a handover scenario, and the second base station is the source base station of the terminal device, the first base station is the target base station of the terminal device, and the terminal device performs the handover process, that is, it needs to switch from the source base station to Target base station.
  • the target base station sends the first information to the second base station, which can be used by the second base station to determine whether the terminal device can be handed over to the target base station according to the first information.
  • the second base station determines whether one or more PDU sessions or QoS flows of the terminal device can guarantee QoS parameters according to the first information sent by the target base station, and then determines whether the terminal device is handed over to the target base station.
  • both the method 300 and the method 200 are embodiments that can be used independently, and the first information and the content that may be included in the method 300 are the same as the content that the first information in the method 200 may include, and the method Both the method 300 and the method 200 can be applied to handover scenarios, so the information in the method 200 and the method 300 are both referred to as "first information" here.
  • first information in the method 300 is different from the first information in the method 200, for example, the content included in the two may be different; at the same time, the transmission mode is also different.
  • the target base station may send the first information to the source base station or the terminal device, so that the source base station or the terminal device that receives the first information can determine according to the first information
  • the target base station supports the PDU session and/or QoS flow of the terminal device to determine whether the terminal device can be handed over to the target base station.
  • the embodiment of the application also proposes a method for transmitting information.
  • the source base station can also send information to the target base station, so that the target base station can determine whether the terminal device is allowed to not guarantee QoS parameters and/or whether to change the identity of the QoS flow .
  • FIG. 8 is a schematic diagram of another method 400 for transmitting information according to an embodiment of the application, and the method 400 may be executed by two base stations.
  • the two base stations are referred to as the first base station and the second base station respectively.
  • the first base station or the second base station may be any base station.
  • the first base station may be as shown in FIG. 1
  • the second base station may also be a network device as shown in FIG. 1.
  • the method 400 may include the following steps.
  • S410 Send the first information, that is, the second base station sends the second information to the first base station.
  • the second base station may directly or indirectly send the second information to the first base station. This will be described in detail below in conjunction with FIG. 8 and FIG. 9.
  • this S410 may indicate that the second base station directly sends the second information to the first base station.
  • the second base station sends the second information to the first base station through the Xn interface.
  • this S410 may also indicate that the second base station sends the second information to the first base station through another device.
  • the second base station may send the second information to the first base station through the core network device.
  • FIG. 9 shows a schematic diagram of a second base station sending second information to the first base station through a core network device in an embodiment of the present application.
  • the second base station in S410 sending the second information to the first base station may include: S411, sending the second information, that is, the second base station sending the second information to the core network device.
  • the second base station may send the second information to the core network device through the N2 interface, and continue to perform S412.
  • S412 Forward the second information, that is, the core network device forwards the received second information sent by the second base station to the first base station.
  • the second base station sends the second information to the first base station through the core network device, where the second information may be located in the third container, so that the core network device can use the second information in the third container.
  • the information is transparently transmitted to the first base station. During the transparent transmission, the core network device does not perceive or modify the content in the third container.
  • the method 400 can be used in a handover scenario, and the second base station is the source base station of the terminal device, the first base station is the target base station of the terminal device, and the terminal device performs the handover process, that is, it needs to switch from the source base station to the target base station.
  • the second base station sends second information to the first base station, where the second information may include whether the terminal device allows non-guaranteed QoS parameters and/or allows the identification of the QoS flow to be changed, and the QoS parameters include the The QoS parameters of the PDU session of the terminal device and/or the QoS parameters of the QoS flow.
  • the second information sent by the source base station to the target base station may be provided by the core network device.
  • the second information is sent to the source base station through QoS rules, and is used as an attribute parameter by the target base station during the handover process. Apply and save.
  • the first base station receives the second information sent by the second base station, and determines the QoS parameter of the terminal device according to the second information. For example, if the target base station receives the second information sent by the source base station, the second information includes whether one or more QoS flows of the terminal device are allowed to not guarantee its QoS parameters, then the target base station sets the QoS parameters of the QoS flow. For example, for a certain QoS flow, if the QoS flow is allowed to not guarantee its QoS parameters, the target base station may set the QoS flow to not meet its QoS parameters.
  • the QoS parameters in the embodiments of the present application may include at least one of the following: delay, guaranteed bit rate (Guaranteed Bit Rate, GBR) (or may also be referred to as guaranteed flow bit rate (Guaranteed Flow Bit Rate, GFBR)) and Maximum Bit Rate (Maximum Bit Rate, MBR).
  • GBR Guarantee Bit Rate
  • MBR Maximum Bit Rate
  • QoS parameters may be different, and QoS parameters of different PDU sessions or different QoS flows in the same information may also be different.
  • the QoS parameter in the first information in the above method 200 may include time delay
  • the QoS parameter in the first information in the above method 300 may be GBR.
  • the second information in the foregoing method 400 may include a QoS parameter of a certain PUD session, where the QoS parameter is a delay, and the second information may also include a QoS parameter of a certain QoS flow, and the QoS parameter is MBR, but the embodiments of this application are not limited to this.
  • the foregoing method 200, method 300, and method 400 in the embodiments of the present application can be used separately or in combination with each other, and when used in combination, the execution order of the various embodiments is not limited. Examples are not limited to this.
  • the method 200 and the method 300 can be used together, and the method 200 can be completed first and then the method 300 can be executed, or the method 300 can be completed first and then the method 200 can be executed, or the method 200 and the method 300 can be executed simultaneously.
  • all of the above method 200, method 300, and method 400 may also be used in combination, for example, method 400 is executed first, and then method 200 and method 300 are executed simultaneously.
  • the handover (HO) process of a terminal device from a source base station to a target base station can be roughly divided into three stages: Handover Preparation (Handover Preparation), Handover Execution (Handover Execution), and Handover Completion (Handover Completion).
  • the source base station in the handover preparation phase, usually informs the target base station of the PDU session identifier (ID), the ID of the QoS flow (Flow) and the corresponding QoS parameters, and the target base station determines whether the QoS parameters corresponding to the data flow can be met .
  • ID PDU session identifier
  • Flow the ID of the QoS flow
  • Flow the ID of the QoS flow
  • the target base station determines whether the QoS parameters corresponding to the data flow can be met .
  • the target base station may reject the corresponding QoS Flow ID; or the target base station may also accept the QoS Flow ID, but does not meet its QoS parameter requirements; or , The target base station may also change the data in the QoS Flow to a Flow corresponding to a low QoS parameter.
  • the embodiment of the present application proposes a method for transmitting information in the handover process.
  • the method for transmitting information in the handover process of the embodiment of the present application will be described in detail below in conjunction with the handover scenarios shown in FIG. 10 and FIG. 11. description.
  • FIG. 10 shows a schematic diagram of a method 500 for transmitting information in a handover process according to an embodiment of the present application. It should be understood that FIG. 10 only shows a part of the process in the handover process, not the entire process, and the embodiment of the present application is not limited to this.
  • the handover procedure shown in the method 500 is a handover procedure based on the Xn interface, and the method 500 may include the following steps.
  • this step may include: the source base station configures the UE to perform measurement report; the terminal device reports the measurement result to the source base station, so that the source base station determines whether the terminal device needs to be handed over to the target base station based on the measurement result.
  • S520 Determine to switch.
  • the source base station decides to perform handover according to the measurement report sent by the terminal device.
  • S530 Send a HO Request (HO Request) message.
  • the source base station determines that the terminal device performs handover, and can send a HO Request message to the target base station.
  • the HO Request message in the method 500 may also be referred to as the first HO Request message.
  • the source base station may send a HO Request message to the target base station through the Xn interface, and the HO Request message may include the second information.
  • the second information may be the second information in the above method 400, and the second information is read by the target base station.
  • the target base station For the sake of brevity, details are not repeated here.
  • the second information may include: whether it is allowed to perform "soft admission" for a specific PDU session and/or QoS Flow, for example, whether it is allowed to not guarantee its QoS parameters for a certain PDU session and/or QoS Flow Or, whether to accept its QoS Flow ID but not guarantee its QoS parameters.
  • the second information may be located in any one or more positions in the HO Request message.
  • the second information can be directly set in the HO Request message without secondary parameters.
  • the HO Request message may include a list of PDU session resources to be set (PDU Session Resources To Be Setup List), and the PDU Session Resources To Be Setup List may include second information.
  • the PDU Session Resources To Be Setup List may also include the PDU Session Resources To Be Setup Item to be set and/or the QoS Flows List to be set (QoS Flows To Be Setup List), Then the second information can be set in PDU Session Resources To Be Setup Item and/or QoS Flows To Be Setup List, but the embodiment of the application is not limited to this.
  • the second information sent by the source base station to the target base station may be provided by the core network device.
  • the second information is sent to the source base station through QoS rules, and is used as an attribute parameter by the target base station during the handover process. Applied and saved.
  • the HO Request message may also include other information used in the handover process, which will not be listed here.
  • the HORequest message may include an RRC container (Container), and the RRC Container includes information necessary for the target base station to prepare for HO.
  • the RRC Container includes at least one of the following information: target cell ID, source base station Cell Radio Network Temporary Identifier (C-RNTI) assigned by the terminal device, the inactive state (Inactive) time of the terminal device, the basic configuration of the AS layer (such as antenna information, downlink carrier frequency, etc.), the source base station
  • C-RNTI Cell Radio Network Temporary Identifier
  • Inactive active time of the terminal device
  • basic configuration of the AS layer such as antenna information, downlink carrier frequency, etc.
  • the mapping relationship between the above QoS Flow and the data radio bearer (DRB) and the minimum system information on the source base station may also include measurement information reported by the terminal device, for example, beam related information.
  • the target base station performs access control, which may specifically include: whether the target base station accepts the sent QoS Flow and/or DRB establishment, and may also include the target base station determining the PDU session and/or QoS Flow of the terminal device according to the second information QoS parameters.
  • the target base station can reject the QoS parameter when the QoS parameter cannot be met, or the target base station can also accept the QoS Flow ID, but does not satisfy Its QoS parameter requirements; or, the target base station can also change the data in the QoS Flow to a Flow corresponding to a lower QoS parameter.
  • S550 Send a handover request reply message. That is, after the target base station agrees to the handover request, the target base station reserves layer 1/layer 2 related resources, and also sends a handover request reply message to the source base station. For example, the target base station sends a handover request reply message to the source base station through the Xn interface, or it can also It is called Handover Request Acknowledge (Handover Request Acknowledge) message. In order to distinguish it from other embodiments or methods, the Handover Request message in the method 500 may also be referred to as the first Handover Request Acknowledge message.
  • the Handover Request Acknowledge may include first information, and the first information may be the first information in the method 200 and/or the method 300, which is not repeated here for brevity.
  • the first information may include at least one of the following: a specific PDU session and/or QoS Flow cannot be established, a specific PDU session and/or QoS Flow QoS parameters cannot be guaranteed, a specific PDU session and/or QoS Which QoS parameters of Flow cannot be guaranteed (for example, GFBR cannot guarantee), and the time information for the target base station to allow or recommend the terminal device to initiate access to the target base station cell.
  • the first information may be located in any one or more positions in the Handover Request Acknowledge message.
  • the first information may be directly located in the Handover Request Acknowledge without secondary parameters, so that the source base station can receive the Handover Request Acknowledge message and read the first information therein.
  • the Handover Request Acknowledge message may also include a received PDU Session Resource Admitted list (PDU Session Resource Admitted list), and the PDU Session Resource Admitted list may include the first information so that the source base station can receive the Handover Request Acknowledge message , And read the first information in the PDU Session Resource Admitted list.
  • PDU Session Resource Admitted list may include the first information so that the source base station can receive the Handover Request Acknowledge message , And read the first information in the PDU Session Resource Admitted list.
  • the first information may also be located in the container in the Handover Request Acknowledge message.
  • the container may be referred to as a transparent container (Transparent Container), or it may also be referred to as a target-to-source transparent container (Target to Source Transparent).
  • Container can also be referred to as a transparent container from the target base station to the source base station (Target NG-RAN node To Source NG-RAN node Transparent Container), so that the source base station transparently transmits the received container to the terminal device.
  • the source base station does not read or modify or perceive the contents of the container.
  • the Handover Request Acknowledge message may also include other information used for the handover process; or, the container in the Handover Request Acknowledge message may also include other information, and the embodiment of the present application is not limited thereto.
  • the Handover Request Acknowledge message may also include a target base station that will also configure a radio resource control (Radio Resource Control, RRC) connection reconfiguration (RRC Connection Reconfiguration) message for the UE.
  • RRC connection reconfiguration message may further include at least one of the following information: random access channel (Random access channel, RACH) resources, C-RNTI, target base station security algorithm, and target base station system messages.
  • the RRC connection reconfiguration message may also be located in the container that includes the first information, that is, the RRC connection reconfiguration message may also be located in the Transparent Container, for example, the RRC connection reconfiguration message in the Transparent Container may include The first information is so that the source base station transparently transmits the RRC connection reconfiguration message to the terminal device through the Transparent Container, but the embodiment of the present application is not limited to this.
  • S560 Send a switching command. That is, the source base station sends a handover command (HO commend) to the terminal device, and the HO commend can be used to instruct the terminal device to switch to the target base station.
  • HO commend a handover command
  • the source base station will only trigger the handover preparation procedure when the terminal device reports the measurement and reaches the handover threshold.
  • 3GPP now has the following enhanced Conditional Handover:
  • the "handover preparation" phase will be carried out in advance; the source base station will send multiple
  • the target base station executes the handover request in "handover preparation”, and decides which one or several target base stations to select for the UE to perform handover according to the reply information of different target base stations (such as whether to support the transmission of important services, etc.).
  • the source base station sends one or more selected target base stations to the terminal device through a Handover Command message, and the terminal device decides which target base station to switch to when performing the handover process.
  • the source base station selects one or more target base stations for handover for the UE, and then sends the Handover Command message to the UE, and the UE accesses the designated base station strictly according to the target base station list sent by the source base station.
  • the source base station may transparently transmit the Transparent Container to the terminal device through the HO commend.
  • the Transparent Container may include the first information, that is, the first information may be transparently transmitted to the terminal device through the Transparent Container.
  • the first information corresponds to the transmission of the first information in the foregoing method 200.
  • the first information can be applied to the first situation described above, so that the terminal device can determine whether to switch to the target base station according to the first information, or when the terminal device can switch to the target base station.
  • the source base station may forward the first information to the terminal device through HO commend, or , The source base station may not forward the first information.
  • the first information can still correspond to the transmission of the first information in the above method 200, and the first information can be applied to the above case 1. , So that the terminal device determines whether to switch to the target base station according to the first information.
  • the source base station may also read the first information in the Handover Request Acknowledge message, and the first information corresponds to the transmission of the first information in the foregoing method 300, and at the same time, the first information may be applied to the foregoing case 2. So that the source base station determines whether the terminal device is handed over to the target base station, or when the terminal device can hand over to the target base station, without forwarding the first information to the terminal device.
  • the HO commend may also include other information used for handover, and the embodiment of the present application is not limited to this.
  • the HO commend may also include a message that needs to be involved in the target cell.
  • it may include: the ID of the target cell (Cell), the new C-RNTI, the security algorithm identifier of the target base station, the dedicated RACH resource, and the random access Channel (Random Access Channel, RACH) resource and synchronization signal block (Synchronization Signal Block, SS Block) association relationship, RACH resource and terminal device specific channel state information reference signal (Channel State Information-Reference Signal, CSI-RS) configuration
  • the association relationship common radio access network (Radio Access Network, RAN) resources and target cell system information block (System Information Blocks, SIB) information, etc.
  • Radio Access Network Radio Access Network
  • SIB System Information Blocks
  • S570 Synchronize to the target cell, and complete the RRC handover process. That is, the terminal equipment synchronizes to the target cell according to the HO commend, and completes the RRC handover process from the source base station to the target base station.
  • steps S560 and S570 belong to the handover execution phase.
  • the handover execution phase may also include other steps, and the embodiment of the present application is not limited thereto.
  • the handover execution phase may also include: sequence number (Sequence Number, SH) status transfer (SN STATUS TRANSFER).
  • sequence number Sequence Number, SH
  • SN STATUS TRANSFER SN STATUS TRANSFER
  • the source base station can send SN STATUS TRANSFER to the target base station to inform the target base station of the uplink packet data convergence protocol (Packet Data Convergence Protocol, PDCP) SN reception status and downlink PDCP SN sending status.
  • PDCP Packet Data Convergence Protocol
  • the method 500 may further include: S580, Path Switch.
  • the target base station After the handover is completed, the target base station will send a notification message to the core network device so that the core network device can change the data sending path.
  • the signaling at this stage is used to tell the core network equipment that the air interface handover has been completed, and the core network changes the data transmission path from the source base station to the target base station.
  • step S580 belongs to the handover completion phase.
  • the handover completion phase may also include other steps, and the embodiment of the present application is not limited thereto.
  • the target base station instructs the source base station to release the context of the terminal device, and the switching is completed.
  • FIG. 11 shows a schematic diagram of another method 600 for transmitting information in a handover process according to an embodiment of the present application. It should be understood that FIG. 11 only shows a part of the process in the handover process, not the entire process, and the embodiment of the present application is not limited to this.
  • the handover procedure shown in the method 600 is a handover procedure based on the N2 interface, and the method 600 may include the following steps.
  • S610 Send a handover request message.
  • the source base station sends a Handover Required message to the core network device.
  • the source base station sends a Handover Required message through the N2 interface core network device.
  • the Handover Required message is used to request the terminal device to be handed over to the target base station.
  • the Handover Required message may include second information.
  • the second information may be the second information in the foregoing method 400, and the transmission of the second information may be applicable to the second information in the foregoing method 400
  • I will not repeat the transmission process here.
  • the second information may include: whether it is allowed to perform "soft admission" for a specific PDU session and/or QoS Flow, for example, whether it is allowed to not guarantee its QoS parameters for a certain PDU session and/or QoS Flow Or, whether to accept its QoS Flow ID but not guarantee its QoS parameters.
  • the second information may be located in any one or more positions in the Handover Required message.
  • the second information can be directly set in the Handover Required message without a secondary parameter.
  • the core network device can read the second information, and then forward it to the target base station by the core network device.
  • the Handover Required message may include a PDU session resource list (PDU Session Resources Item), and the second information may be located in the PDU Session Resources Item; or, the Handover Required message may include Handover Required transfer (Transfer) parameters, The second information may be located in the Handover Required Transfer parameter. At this time, the second information may also be read by the core network device, and then forwarded by the core network device to the target base station.
  • PDU Session Resources Item PDU Session Resources Item
  • the Handover Required message may include Handover Required transfer (Transfer) parameters
  • the second information may be located in the Handover Required Transfer parameter.
  • the second information may also be read by the core network device, and then forwarded by the core network device to the target base station.
  • the second information may also be located in a container, or it may also be called a transparent container (Transparent Container), or it may also be called a source to target transparent container (Source to Target Transparent Container).
  • the Handover Required message includes the container, and the container includes second information so that the core network transparently transmits the container to the target base station, and the core network device does not perceive or modify or read the content in the container .
  • the Handover Required message may also include other information used for handover, and the embodiment of the present application is not limited to this.
  • S620 Send a handover request (Handover Request) message. That is, the core network device sends a Handover Request message to the target base station to request the terminal device to be handed over to the target base station.
  • the Handover Request message in the method 600 may also be referred to as the second Handover Request message.
  • the Handover Request may include the second information.
  • the second information is also the second information in the foregoing method 400.
  • the core network device may read the second information, and then forward the second information to the target base station.
  • the second information may be located in the container, and the core network device may transparently transmit the container to the target base station.
  • the Handover Request message may also include other information used for handover, and the embodiment of the present application is not limited to this.
  • S630 Send a handover request reply message. That is, after the target base station determines that the handover is possible, it can send a handover request reply message to the core network device. For example, the target base station sends a handover request reply message to the core network device through the N2 interface, or it can also be called a handover request acknowledgement (Handover Request Acknowledge) message . In order to distinguish it from other embodiments or methods, the Handover Request Acknowledge message in the method 630 may also be referred to as the second Handover Request Acknowledge message.
  • the target base station sends a handover request reply message to the core network device through the N2 interface, or it can also be called a handover request acknowledgement (Handover Request Acknowledge) message .
  • the Handover Request Acknowledge message in the method 630 may also be referred to as the second Handover Request Acknowledge message.
  • the Handover Request Acknowledge may include first information, and the first information may be the first information in the method 200 and/or the method 300, which is not repeated here for brevity.
  • the first information may include at least one of the following: a specific PDU session and/or QoS Flow cannot be established, a specific PDU session and/or QoS Flow QoS parameters cannot be guaranteed, a specific PDU session and/or QoS Which QoS parameters of Flow cannot be guaranteed (for example, GFBR cannot guarantee), and the time information for the target base station to allow or recommend the terminal device to initiate access to the target base station cell.
  • the first information may be located in any one or more positions in the Handover Request Acknowledge message.
  • the first information may be directly located in the Handover Request Acknowledge, without secondary parameters.
  • the core network device may read the first information, and forward the first information to the source base station for further processing by the source base station.
  • the source base station may or not forward the first information.
  • the first information may also be located in the PDU Session Resource Admitted Item in the Handover Request Acknowledge message.
  • the core network device may also read the first information and forward the first information to the source base station , So as to facilitate further processing by the source base station, for example, the source base station may forward or not forward the first information.
  • the first information may also be located in a container, for example, it may also be referred to as a transparent container (Transparent Container), or it may also be referred to as a Target to Source Transparent Container.
  • the core network device can transparently transmit the container including the first information to the source base station, that is, the core network device does not perceive or modify or read the content in the container to facilitate further processing by the source base station.
  • the source base station also The container can continue to be transparently transmitted to the terminal device, or the source base station can also read the content of the container.
  • Handover Request Acknowledge message may also include other information used for the handover process; or, the container in the Handover Request Acknowledge message may also include other information, and the embodiment of the present application is not limited thereto.
  • the handover preparation phase may also include other steps, and the embodiment of the present application is not limited thereto.
  • the core network device may interact with the target base station to confirm the bearers that can be handed over, and the core network device may also establish a PDU session related to the target base station.
  • S640 Send the first switching command. That is, the core network device sends a first handover command (HO Command) to the source base station, and the first HO commend may be used to indicate that the terminal device can handover to the target base station.
  • HO Command first handover command
  • the first HO commend includes first information.
  • the core network device may set the first information in any one or more positions in the first HO commend.
  • the first HO commend may directly include first information without secondary parameters; or, the first HO commend may also include other parameter information, and the other parameter information includes the first information.
  • the source base station may read the first information to facilitate further processing by the source base station. For example, the source base station may forward or not forward the first information.
  • the first HO commend may further include a container, and the first information is located in the container.
  • the container may also be referred to as a transparent container (Transparent Container), or it may also be referred to as a Target to Source Transparent Container.
  • the source base station can transparently transmit the container including the first information to the terminal device, that is, the source base station does not perceive or modify or read the content in the container; or, the source base station can also read the content in the container, In order to facilitate further processing by the source base station, for example, the source base station may also forward or not forward the first information.
  • the source base station sends the second HO commend to the terminal device.
  • the second HO commend can be used to instruct the terminal device to switch to the target base station.
  • the source base station sending the second HO commend to the terminal device in the method 600 can also be divided into two cases.
  • Case 1 The source base station sends the selected one or more target base stations to the terminal device through the Handover Command message, and the terminal device decides which target base station to switch to when performing the handover process.
  • Case 2 The source base station selects one or more target base stations for the UE to handover, and then sends the Handover Command message to the UE.
  • the UE strictly follows the target base station list sent by the source base station to access the target base station designated by the source base station.
  • the source base station can forward the first information to the terminal device, which corresponds to the above case 1, so that the terminal device can determine whether to switch to the target base station based on the first information Or, determine when to switch to the target base station.
  • the source base station may not forward the first information to the terminal device, that is, it may correspond to the second case above, and the source base station may determine whether the terminal device is handed over to the target base station according to the first information, or determine the terminal device When can you switch to the target base station?
  • the second HOcommend may include a container, the container includes the first information, and the source base station transparently transmits the container to the terminal through the second HOcommend Terminal equipment, the source base station does not perceive or modify or does not read the container; or, the first information can also be located in other positions in the second HO commend, after being read by the source base station in the first HO commend Then forward to the terminal device.
  • the terminal device determines whether to switch to the target base station according to the received first information in the second HO commend, or determines when it can switch to the target base station.
  • the source base station can read the first information through the first HO commend received, and the source base station determines whether the terminal device is handed over to the target base station according to the first information, or, When can the terminal device switch to the target base station?
  • the HO commend may also include other information used for handover, and the embodiment of the present application is not limited to this.
  • S660 Perform air interface handover.
  • the terminal device receives the second HO commend sent by the source base station, and triggers the UE to perform an air interface handover flow to the target base station.
  • the handover execution phase may also include other steps, and the embodiment of the present application is not limited thereto.
  • the terminal device may send a message to the target base station, for example, a handover confirmation (Handover Confirm) message.
  • the target base station interacts with the core network device to update the target side session and switch the data transmission path.
  • the method 600 may further include: it should be understood that step S670 belongs to the handover completion phase.
  • the handover completion phase may also include other steps, and the embodiment of the present application is not limited thereto.
  • the source base station when applying the method for transmitting information during the handover process in the embodiment of the present application, when the source base station sends a handover request or a handover request, it can inform the target base station whether the QoS is not guaranteed, that is, the source base station has the right to apply to the target base station for execution "Soft Admission" behavior to ensure QoS parameters.
  • the source base station when the source base station sends the handover command, it can also inform the terminal equipment whether the target base station can guarantee QoS, or inform the terminal equipment that the QoS parameters can be guaranteed when the handover is performed at a specified time.
  • the terminal device can be given enough information and decision rights.
  • the terminal device can actively choose to switch and give up the guarantee of QoS parameters, or choose not to switch and maintain the QoS guarantee.
  • PRA is a type of area information used by the core network to perceive the location of terminal equipment. It is described by one or more tracking areas (TA), base station ID and/or cell ID, because the terminal equipment will be changed when the base station is switched. TA, base station ID and/or cell ID, these changes will be reported to the core network equipment, for example, reported to AMF, AMF can easily determine whether the terminal equipment has entered or left a certain area according to the PRA configuration, and then notify other networks Element, such as a policy network element, that is, a policy control function (PCF).
  • PCF policy control function
  • RNA is an area definition when a terminal device is in the RRC Inactive state, and is described by one or more TA or RAN area codes.
  • RRC Inactive is a state of the terminal equipment, that is, the RRC connection of the terminal equipment (the connection between the terminal equipment and the control plane of the base station) is released, but the connection between the base station and the core network is still maintained. In this way, the core network device AMF always considers that the terminal device is in the connection management (connection management, CM) connected (Connected) state in the RRC Inactive state, but the connection between the terminal device and the base station is actually disconnected.
  • connection management connection management
  • the terminal device can disconnect the RRC connection within the range specified by RNA and the base station does not notify the core network side. At the same time, the terminal device may not notify the base station when it moves in the RNA area. When the terminal device leaves the designated area The terminal device will trigger the RNA update (Update) process to inform the base station of its current connected base station location. In addition, similar to TA Update, the terminal device will periodically perform RNA Update within the RNA range to let the base station know that the UE is reachable.
  • Update RNA update
  • RNA is set as a subset of PRA, that is, all regions where PRA includes RNA.
  • PRA region can include one or more RNAs, as shown in Figure 13, where one PRA region includes 3 Take a RNA as an example.
  • PRA can also be set as a subset of RNA, that is, RNA includes all regions of PRA, for example, one RNA region includes one or more PRAs.
  • FIG. 14 shows a schematic diagram of a method 700 for determining the location of a terminal device according to an embodiment of the present application.
  • the method 700 includes: the core network device determines whether the terminal device enters or leaves the PRA, and the terminal device In the RRC connection inactive state and located in RNA, the PRA does not cross the border of the RNA, that is, the RNA does not cross the border of the PRA.
  • the size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, rather than corresponding to the embodiments of the present application.
  • the implementation process constitutes any limitation.
  • the base station 800 includes: a processing unit 810 and a transceiver unit 820.
  • the base station 800 may be the first base station or the second base station in the foregoing methods 200 to 600.
  • the base station 800 may be the first base station in the method 200, that is, the transceiving unit 820 is used to send first information to a terminal device, and the terminal device is used to transfer the first information to a connection higher than the terminal device. Enter the protocol layer of the layer.
  • the transceiving unit 820 is configured to: send the first information to the terminal device through the second base station; or directly send the first information to the terminal device through a radio resource control RRC message.
  • the RRC message is an RRC connection reconfiguration message.
  • the transceiver unit 820 is configured to: send the first information to the second base station through an Xn interface, and the second base station is configured to send the first information to the terminal device; or, through N2 The interface sends the first information to a core network device, where the core network device is used to send the first information to the second base station, and the second base station is used to send the first information to the terminal device.
  • the first information is located in a first container, and the first container is used for the second base station and/or the core network device to transparently transmit the first information to the terminal device.
  • the first container includes an RRC connection reconfiguration message
  • the RRC connection reconfiguration message includes the first information
  • the first information includes the support status of the protocol data unit PDU session and/or the quality of service QoS flow of the terminal device by the base station.
  • the first information includes at least one of the following information: whether the target base station supports the PDU session; whether the target base station supports the QoS flow; whether the target base station can guarantee the QoS of the PDU session Parameters; whether the target base station can guarantee the QoS parameters of the QoS flow; the QoS parameters that the target base station can guarantee among the QoS parameters of the PDU session; the QoS parameters that the target base station can guarantee among the QoS parameters of the QoS flow; allow or suggest The time when the terminal device initiates access to the cell of the target base station.
  • the base station is the target base station of the terminal device
  • the second base station is the source base station of the terminal device
  • the transceiving unit 820 is configured to: in the handover process, send the source base station to the terminal The device sends the first information.
  • the first information is located in a handover request reply message sent by the target base station.
  • the transceiving unit 820 is further configured to: receive a handover request message, the handover request message is used to request the terminal device to be handed over to the target base station; the processing unit 810 is used to: according to the handover request Message, confirm the handover request reply message.
  • the transceiver unit 820 is configured to: receive the handover request message sent by the source base station through the Xn interface; receive the handover request message sent by the core network device through the N2 interface, and the core network device is used for The handover request message is determined according to the received handover request message sent by the source base station.
  • the transceiving unit 820 is configured to receive the first information sent by the core network device.
  • the first information is located in a second container, and the second container is used by the base station to transparently transmit the first information to the terminal device.
  • the base station 800 may also be the first base station in the method 300.
  • the base station 800 is the target base station of the terminal device in the handover process as an example for description.
  • the transceiving unit 820 is configured to: send first information to the source base station of the terminal device, the first information includes the support status of the target base station for the PDU session and/or QoS flow of the terminal device, and the first information is used for The source base station determines the support situation of the target base station for the PDU session and/or QoS flow of the terminal device.
  • the target base station's support for the PDU session and/or QoS flow of the terminal device includes at least one of the following: whether the target base station supports the PDU session; whether the target base station supports the PDU session QoS flow; whether the target base station can guarantee the QoS parameters of the PDU session; whether the target base station can guarantee the QoS parameters of the QoS flow; among the QoS parameters of the PDU session, the QoS parameters that the target base station can guarantee; the QoS of the QoS flow Among the parameters, the QoS parameter that the target base station can guarantee; the time when the terminal device is allowed or recommended to initiate access to the cell of the target base station.
  • the transceiving unit 820 is configured to: send the first information to the source base station through an Xn interface; or, send the first information to a core network device through an N2 interface, and the core network device Used to send the first information to the source base station.
  • the first information is located in a handover request reply message sent by the target base station.
  • the transceiving unit 820 is configured to: receive a handover request message, the handover request message being used to request the terminal device to be switched to the target base station; the processing unit 810 is configured to: according to the handover request message To confirm the handover request reply message.
  • the transceiving unit 820 is configured to: receive the handover request message sent by the source base station through the Xn interface; or, receive the handover request message sent by the core network device through the N2 interface, and the core network device It is used to determine the handover request message according to the received handover request message sent by the source base station.
  • the base station 800 may also be the second base station in the method 300.
  • the base station 800 is used as the source base station in the handover process as an example for description.
  • the transceiving unit 820 is configured to: receive first information sent by a target base station of the terminal device, the first information including the support status of the target base station for the protocol data unit PDU session and/or the quality of service QoS flow of the terminal device;
  • the processing unit 810 is configured to determine, according to the first information, the support situation of the target base station for the PDU session and/or QoS flow of the terminal device.
  • the target base station's support for the PDU session and/or QoS flow of the terminal device includes at least one of the following: whether the target base station supports the PDU session; whether the target base station supports the PDU session QoS flow; whether the target base station can guarantee the QoS parameters of the PDU session; whether the target base station can guarantee the QoS parameters of the QoS flow; among the QoS parameters of the PDU session, the QoS parameters that the target base station can guarantee; the QoS of the QoS flow Among the parameters, the QoS parameter that the target base station can guarantee; the time when the terminal device is allowed or recommended to initiate access to the cell of the target base station.
  • the transceiver unit 820 is configured to receive a handover request reply message sent by the target base station through an Xn interface, where the handover request reply message includes the first information.
  • the transceiver unit 820 is further configured to send a handover request message to the target base station through the Xn interface, where the handover request message is used by the target base station to determine the handover request reply message.
  • the transceiving unit 820 is configured to: receive a handover command sent by a core network device through the N2 interface, and the handover command is sent by the core network device according to a received handover request reply message sent by the target base station Yes, the handover command and the handover request reply message include the first information.
  • the transceiving unit 820 is configured to: send a handover request message to the core network device through the N2 interface, and the handover request message is used for the core network device to send a handover request message to the target base station, and the handover The request message is used by the target base station to determine the handover request reply message.
  • the base station 800 may also be the first base station in the method 400.
  • the base station 800 is the target base station of the terminal device in the handover process as an example for description.
  • the transceiving unit 820 is configured to: receive second information sent by the source base station of the terminal device, and the second information is used to indicate whether the terminal device allows non-guaranteed QoS parameters and/or allows changing the QoS flow identifier,
  • the QoS parameter includes the QoS parameter of the PDU session of the terminal device and/or the QoS parameter of the QoS flow;
  • the processing unit 810 is configured to determine the QoS parameter according to the second information.
  • the transceiving unit 820 is configured to receive the second information sent by the source base station through an Xn interface.
  • the transceiver unit 820 is configured to: receive a first handover request message sent by the source base station through an Xn interface, where the first handover request message includes the second information.
  • the first handover request message includes a list of PDU session resources to be set, and the list of PDU session resources to be set includes the second information.
  • the second information is located in the PDU session resource item to be set and/or the QoS flow list to be set included in the PDU session resource list to be set.
  • the transceiving unit 820 is configured to receive the second information sent by the core network device through the N2 interface, where the second information is received by the core network device and sent by the source base station.
  • the transceiver unit 820 is configured to: receive a second handover request message sent by a core network device through the N2 interface, where the handover request message is a handover request sent by the core network device according to the received source base station When the message is sent, the second handover request message and the handover request message include the second information.
  • the second handover request message and the handover request message include a third container, the third container includes the second information, and the third container is used by the core network device to transmit to the target base station. Pass the second message.
  • the base station 800 may also be the second base station in the foregoing method 400.
  • the base station 800 is used as the source base station of the terminal device in the handover process as an example for description.
  • the transceiving unit 820 is configured to: send second information to the target base station of the terminal device, and the second information is used to indicate whether the terminal device allows non-guaranteed QoS parameters and/or allows changing the QoS flow identification.
  • the QoS parameters include the QoS parameters of the PDU session of the terminal device and/or the QoS parameters of the QoS flow.
  • the transceiving unit 820 is configured to send the second information to the target base station through an Xn interface.
  • the transceiver unit 820 is configured to send a first handover request message to the target base station through an Xn interface, where the first handover request message includes the second information.
  • the first handover request message includes a list of PDU session resources to be set, and the list of PDU session resources to be set includes the second information.
  • the second information is located in the PDU session resource item to be set and/or the QoS flow list to be set included in the PDU session resource list to be set.
  • the transceiver unit 820 is configured to send the second information to a core network device through an N2 interface, and the core network is configured to send the second information to the target base station.
  • the transceiving unit 820 is configured to: send a handover request message to the core network device through the N2 interface, and the core network device is configured to send a second handover request message to the target base station according to the handover request message ,
  • the second handover request message and the handover request message include the second information.
  • the handover request message includes a PDU session resource item, and the PDU session resource item includes the second information.
  • the second handover request message and the handover request message include a third container, the third container includes the second information, and the third container is used by the core network device to transmit to the target base station. Pass the second message.
  • each unit in the base station 800 according to the embodiment of the present application are used to implement the first base station, the second base station, the source base station, or the target base station in each method in FIG. 1 to FIG.
  • the corresponding process will not be repeated here.
  • the source base station when the source base station sends a handover request or handover request, it can inform the target base station whether QoS is not guaranteed, that is, the source base station has the right to apply to the target base station whether to perform "Soft Admission" Behavior to ensure QoS parameters.
  • the source base station when the source base station sends the handover command, it can also inform the terminal equipment whether the target base station can guarantee QoS, or inform the terminal equipment that the QoS parameters can be guaranteed when the handover is performed at a specified time.
  • the terminal device can be given enough information and decision rights.
  • the terminal device can actively choose to switch and give up the guarantee of QoS parameters, or choose not to switch and maintain the QoS guarantee.
  • the terminal device 900 includes: a processing unit 910 and a transceiver unit 920.
  • the receiving and sending unit 910 is configured to: receive the first information sent by the first base station; and, through the processing unit 910, control the transceiver unit 920 to transfer the first information to a protocol layer higher than the access layer.
  • the transceiver unit 920 is configured to: receive the first information sent by the second base station, where the first information is sent by the second base station received by the first base station; or, directly receive the first information.
  • the RRC message is an RRC connection reconfiguration message.
  • the terminal device receives the first information sent by the second base station, the first information is located in a first container, and the first container is used by the second base station to transparently transmit the first information to The terminal equipment.
  • the first container includes an RRC connection reconfiguration message
  • the RRC connection reconfiguration message includes the first information
  • the first information includes the support status of the PDU session and/or QoS flow of the terminal device by the first base station.
  • the first information includes at least one of the following information: whether the target base station supports the PDU session; whether the target base station supports the QoS flow; whether the target base station can guarantee the QoS of the PDU session Parameters; whether the target base station can guarantee the QoS parameters of the QoS flow; the QoS parameters that the target base station can guarantee among the QoS parameters of the PDU session; the QoS parameters that the target base station can guarantee among the QoS parameters of the QoS flow; allow or suggest The time when the terminal device initiates access to the cell of the target base station.
  • the first base station is the target base station of the terminal device
  • the second base station is the source base station of the terminal device
  • the transceiving unit 920 is configured to: during the handover process, receive a transmission from the source base station The first information.
  • the first information is sent by the first base station receiving the core network device, the first information is located in a second container, and the second container is used by the first base station to transparently transmit the first information. Information to the terminal device.
  • the source base station can inform the target base station whether QoS is not guaranteed. "Behavior to ensure QoS parameters.
  • the source base station sends the handover command, it can also inform the terminal equipment whether the target base station can guarantee QoS, or inform the terminal equipment that the QoS parameters can be guaranteed when the handover is performed at a specified time. This can make full use of existing messages and mechanisms to complete the terminal equipment
  • the terminal device can be given enough information and decision rights. The terminal device can actively choose to switch and give up the guarantee of QoS parameters, or choose not to switch and maintain the QoS guarantee.
  • the core network device 1000 includes: a processing unit 1010 and a transceiver unit 1020.
  • the core network device 1000 may be the core network device in the above method 200, that is, the transceiving unit 1010 is configured to: send the first information to the terminal device, and the terminal device is configured to transmit the first information to the Protocol layer of access layer of terminal equipment
  • the transceiver unit 1020 is configured to send the first information to a first base station, and the first base station is configured to send the first information to the terminal device.
  • the transceiver unit 1020 is configured to send the first information to the terminal device located in the first presence report area PRA.
  • the transceiver unit 1020 is configured to: receive the first information sent by the first base station; send the first information to the second base station, and the second base station is configured to send the first information to the terminal device.
  • One information is configured to: send the first information sent by the first base station; send the first information to the second base station, and the second base station is configured to send the first information to the terminal device.
  • the first information is located in a first container, and the first container is used for the second base station and/or the core network device to transparently transmit the first information to the terminal device.
  • the first container includes an RRC connection reconfiguration message
  • the RRC connection reconfiguration message includes the first information
  • the first information includes the support status of the PDU session and/or QoS flow of the terminal device by the first base station.
  • the first information includes at least one of the following information: whether the target base station supports the PDU session; whether the target base station supports the QoS flow; whether the target base station can guarantee the QoS of the PDU session Parameters; whether the target base station can guarantee the QoS parameters of the QoS flow; the QoS parameters that the target base station can guarantee among the QoS parameters of the PDU session; the QoS parameters that the target base station can guarantee among the QoS parameters of the QoS flow; allow or suggest The time when the terminal device initiates access to the cell of the target base station.
  • the first base station is the target base station of the terminal device
  • the second base station is the source base station of the terminal device
  • the transceiver unit 1020 is configured to: send to the terminal device during the handover process The first information.
  • the transceiver unit 1020 is configured to receive a handover request reply message sent by the target base station, where the handover request reply message includes the first information.
  • the transceiver unit 1020 is configured to send a handover command to the source base station, where the handover command includes the first information, and the handover command is used to instruct the terminal device to switch to the target base station.
  • the source base station can inform the target base station whether QoS is not guaranteed. Admission" behavior to ensure QoS parameters.
  • the source base station when the source base station sends the handover command, it can also inform the terminal equipment whether the target base station can guarantee QoS, or inform the terminal equipment that the QoS parameters can be guaranteed when the handover is performed at a specified time. This can make full use of existing messages and mechanisms to complete the terminal equipment
  • the terminal device can be given enough information and decision rights. The terminal device can actively choose to switch and give up the guarantee of QoS parameters, or choose not to switch and maintain the QoS guarantee.
  • the core network device 1000 may also be the core network device in the above method 700, that is, the processing unit 1010 is configured to determine whether the terminal device enters or leaves the presence report area PRA, and the terminal device is in an RRC connection inactive state And it is located in the radio access network notification area RNA, and the PRA does not cross the border of the RNA.
  • FIG. 18 is a schematic structural diagram of a communication device 1100 according to an embodiment of the present application.
  • the communication device 1100 shown in FIG. 18 includes a processor 1110, and the processor 1110 can call and run a computer program from a memory to implement the method in the embodiment of the present application.
  • the communication device 1100 may further include a memory 1120.
  • the processor 1110 may call and run a computer program from the memory 1120 to implement the method in the embodiment of the present application.
  • the memory 1120 may be a separate device independent of the processor 1110, or may be integrated in the processor 1110.
  • the communication device 1100 may further include a transceiver 1130, and the processor 1110 may control the transceiver 1130 to communicate with other devices. Specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 1130 may include a transmitter and a receiver.
  • the transceiver 1130 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 1100 may specifically be a network device in an embodiment of the application, and the communication device 1100 may implement the corresponding process implemented by the network device in each method of the embodiment of the application. For the sake of brevity, details are not repeated here. .
  • the communication device 1100 may specifically be a mobile terminal/terminal device of an embodiment of the application, and the communication device 1100 may implement the corresponding processes implemented by the mobile terminal/terminal device in each method of the embodiment of the application.
  • I won’t repeat it here.
  • FIG. 19 is a schematic structural diagram of a chip of an embodiment of the present application.
  • the chip 1200 shown in FIG. 19 includes a processor 1210, and the processor 1210 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 1200 may further include a memory 1220.
  • the processor 1210 can call and run a computer program from the memory 1220 to implement the method in the embodiment of the present application.
  • the memory 1220 may be a separate device independent of the processor 1210, or it may be integrated in the processor 1210.
  • the chip 1200 may further include an input interface 1230.
  • the processor 1210 can control the input interface 1230 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 1200 may further include an output interface 1240.
  • the processor 1210 can control the output interface 1240 to communicate with other devices or chips, specifically, can output information or data to other devices or chips.
  • the chip can be applied to the network device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application.
  • the chip mentioned in the embodiment of the present application may also be referred to as a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip, etc.
  • FIG. 20 is a schematic block diagram of a communication system 1300 according to an embodiment of the present application. As shown in FIG. 20, the communication system 1300 includes a terminal device 1310, a base station 1320, and a core network device 1330.
  • the terminal device 1310 can be used to implement the corresponding function implemented by the terminal device in the above method
  • the base station 1320 can be used to implement the corresponding function implemented by each base station in the above method, for example, the first base station and the second base station.
  • the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capability.
  • the steps of the foregoing method embodiments can be completed by hardware integrated logic circuits in the processor or instructions in the form of software.
  • the aforementioned processor may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (ASIC), a ready-made programmable gate array (Field Programmable Gate Array, FPGA) or other Programming logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC application specific integrated circuit
  • FPGA ready-made programmable gate array
  • the methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDR SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM SLDRAM
  • DR RAM Direct Rambus RAM
  • the memory in the embodiment of the present application may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is to say, the memory in the embodiment of the present application is intended to include but not limited to these and any other suitable types of memory.
  • the embodiment of the present application also provides a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • I will not repeat it here.
  • the embodiments of the present application also provide a computer program product, including computer program instructions.
  • the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program product can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, For brevity, I won't repeat them here.
  • the embodiment of the present application also provides a computer program.
  • the computer program can be applied to the network device in the embodiment of the present application.
  • the computer program runs on the computer, the computer is caused to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • I won’t repeat it here.
  • the computer program can be applied to the mobile terminal/terminal device in the embodiment of the present application.
  • the computer program runs on the computer, the computer executes each method in the embodiment of the present application. For the sake of brevity, the corresponding process will not be repeated here.
  • the disclosed system, device, and method may be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or It can be integrated into another system, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units can be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • each unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium.
  • the technical solution of this application essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

Abstract

本申请实施例涉及传输信息的方法、终端设备、基站和核心网设备。该方法包括：第一基站向终端设备发送第一信息，该终端设备用于将该第一信息传递给高于该终端设备的接入层的协议层，例如，该第一信息包括：在切换场景中，目标基站对该终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。本申请实施例的传输信息的方法、终端设备、基站和核心网设备，能够提高信息的传输效率。

Description

传输信息的方法、终端设备、基站和核心网设备 技术领域
本申请涉及通信领域，尤其涉及传输信息的方法、终端设备、基站和核心网设备。
背景技术
基站与终端设备之间的通信，通常指的是接入层(access stratum，AS)层的流程，也就是基站通过AS层向终端设备发送信息。
发明内容
本申请实施例提供一种传输信息的方法、终端设备、基站和核心网设备，能够提高信息的传输效率。
第一方面，提供了一种传输信息的方法，包括：第一基站向终端设备发送第一信息，该终端设备用于将该第一信息传递给高于该终端设备的接入层的协议层。
第二方面，提供了一种传输信息的方法，包括：终端设备接收第一基站发送的第一信息；该终端设备将该第一信息传递给高于接入层的协议层。
第三方面，提供了一种传输信息的方法，包括：核心网设备向终端设备发送第一信息，该终端设备用于将该第一信息传递给高于该终端设备的接入层的协议层。
第四方面，提供了一种用于切换过程中传输信息的方法，包括：终端设备的目标基站向终端设备的源基站发送第一信息，该第一信息包括该目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况，该第一信息用于该源基站确定该目标基站对该终端设备的PDU会话和/或QoS流的支持情况。
第五方面，提供了一种用于切换过程中传输信息的方法，包括：终端设备的源基站接收终端设备的目标基站发送的第一信息，该第一信息包括该目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况；该源基站根据该第一信息，确定该目标基站对该终端设备的PDU会话和/或QoS流的支持情况。
第六方面，提供了一种用于切换过程中传输信息的方法，包括：终端设备的源基站向该终端设备的目标基站发送第二信息，该第二信息用于指示该终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，该QoS参数包括该终端设备的协议数据单元PDU会话的QoS参数和/或该QoS流的QoS参数。
第七方面，提供了一种用于切换过程中传输信息的方法，包括：终端设备的目标基站接收该终端设备的源基站发送的第二信息，该第二信息用于指示该终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，该QoS参数包括该终端设备的协议数据单元PDU会话的QoS参数和/或该QoS流的QoS参数；该目标基站根据该第二信息，确定该QoS参数。
第八方面，提供了一种确定终端设备位置的方法，包括：核心网设备确定终端设备是否进入或离开存在报告区域PRA，该终端设备处于RRC连接非激活状态并且位于无线接入网通知区域RNA，该PRA不跨越该RNA的边界。
第九方面，提供了一种基站，用于执行上述第一方面或其各实现方式中的方法。具体地，该终端设备包括用于执行上述第一方面、第四方面至第七方面中的任一方面或其各实现方式中的方法的功能模块。
第十方面，提供了一种终端设备，用于执行上述第二方面或其各实现方式中的方法。具体地，该网络设备包括用于执行上述第二方面或其各实现方式中的方法的功能模块。
第十一方面，提供了一种核心网设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面和第八方面中的任一方面或其各实现方式中的方法。
第十二方面，提供了一种芯片，用于实现上述第一方面至第八方面中的任一方面或其各实现方式中的方法。具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面至第八方面中的任一方面或其各实现方式中的方法。
第十三方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第八方面中的任一方面或其各实现方式中的方法。
第十四方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第八方面中的任一方面或其各实现方式中的方法。
第十五方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第八方面中的任一方面或其各实现方式中的方法。
通过上述技术方案，源基站在发送切换请求或者切换要求时，可以告知目标基站是否允许不保障QoS，也就是源基站有权向目标基站申请是否执行“Soft Admission”行为，从而保证QoS参数。另外，源基站在发送切换命令时，还可以告知终端设备目标基站是否可以保障QoS，或告知终端设备在指定时间进行切换时可以保障QoS参数，这样可以充分利用现有消息和机制完成对于终端设备和基站的通知行为，并且对于QoS参数无法保障的情况，能够给予终端设备足够的消息和决定权，终端设备可以主动选择切换而放弃QoS参数的保障，或者选择不切换而维持QoS保障。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种传输信息的方法的示意性图。
图3是本申请实施例提供的第一基站通过第二基站向终端设备发送第一信息的方法的示意图。
图4是本申请实施例提供的第一基站转发第一信息的示意图。
图5是本申请实施例提供的终端设备的部分协议层的示意图。
图6是本申请实施例提供的另一种传输信息的方法的示意性图。
图7是本申请实施例提供的第一基站通过核心网设备向第二基站发送第一信息的示意图。
图8是本申请实施例提供的再一种传输信息的方法的示意性图。
图9是本申请实施例提供的第二基站通过核心网设备向第一基站发送第二信息的示意图。
图10是本申请实施例提供的一种用于切换过程中的传输信息的方法的示意图。
图11是本申请实施例提供的另一种用于切换过程中的传输信息的方法的示意图。
图12是本申请实施例提供的一种PRA和RNA的示意图。
图13是本申请实施例提供的另一种PRA和RNA的示意图。
图14是本申请实施例提供的一种确定终端设备位置的方法的示意图。
图15是本申请实施例提供的一种终端设备的示意性框图。
图16是本申请实施例提供的一种基站的示意性框图。
图17是本申请实施例提供的一种核心网设备的示意性框图。
图18是本申请实施例提供的一种通信设备的示意性框图。
图19是本申请实施例提供的一种芯片的示意性框图。
图20是本申请实施例提供的一种通信系统的示意性图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperability for Microwave Access，WiMAX)通信系统或5G系统等。
示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。可选地，该网络设备110可以是GSM系统或CDMA系统中的基站(Base Transceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public Switched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如 DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
可选地，终端设备120之间可以进行终端直连(Device to Device，D2D)通信。
可选地，5G系统或5G网络还可以称为新无线(New Radio，NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端设备，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，或者，该通信系统100中还可以包括核心网设备(或者称为核心网网元)，例如，该核心网设备可以指接入和移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)以及用户面管理功能(User Plane Function，UPF)中的一个或者多个，本申请实施例对此不作限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端设备120，网络设备110和终端设备120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图2为本申请实施例提供的一种传输信息的方法200的示意图，该方法200可以由基站和终端设备执行。为了便于后面描述，这里将该基站称为第一基站，该第一基站为任意一个基站，例如，该第一基站可以为如图1所示的网络设备，而该终端设备可以为如图1所示的任意终端设备。如图2所示，该方法200可以包括以下步骤。
S210，发送第一信息，即第一基站向终端设备发送第一信息。具体的，该第一基站可以通过多种方式向该终端设备发送该第一信息，例如，该第一基站可以直接或者间接发送该第一信息；或者，该第一基站也可以将其他设备发送的第一信息转发至终端设备，下面将结合图2至图4详细说明。
可选的，作为一个实施例，如图2所示，该S210可以表示第一基站直接向终端设备发送该第一信息。例如，该第一基站通过无线资源控制(Radio Resource Control，RRC)消息直接向所述终端设备发送所述第一信息。其中，该RRC消息可以为RRC连接重配置消息。
可选的，作为一个实施例，如图2所示，该S210还可以表示第一基站通过其他设备间接向该终端设备发送该第一信息。例如，该第一基站可以通过第二基站向所述终端设备发送所述第一信息，其中，该第二基站为除了第一基站以外的任意一个基站。下面将结合图3进行举例说明，图3示出了本申请实施例的第一基站通过第二基站向终端设备发送第一信息的方法的示意图。如图3所示，步骤210可以包括如下几种情况。
具体地，第一基站通过第二基站向终端设备发送第一信息可以包括：S211，发送第一信息，即第一基站通过N2接口向核心网设备发送该第一信息，之后继续执行S212。
S212，转发第一信息，即核心网设备将接收到的第一基站发送的第一信息，转发至第二基站，并继续执行S214。
S214，转发第一信息，即第二基站将接收到的第一信息转发至终端设备。
应理解，在上述过程中，第一基站通过核心网设备和第二基站向终端设备发送该第一信息，其中，该第一信息可以位于第一容器中，以便于核心网设备和第二基站将该第一信息透传至终端设备，在透传过程中，该核心网设备和第二基站对该第一容器不感知或不修改。可选的，该第一容器还可以包括RRC连接重配置消息，该RRC连接重配置消息包括该第一信息。
可选的，该第一基站过第二基站向终端设备发送第一信息还可以包括：S213，发送第一信息，即第一 基站通过Xn接口向该第二基站发送该第一信息，并继续执行S214。
S214，转发第一信息，即第二基站将接收到的第一信息转发至终端设备。
应理解，在上述过程中，第一基站通过第二基站向终端设备发送该第一信息，其中，该第一信息可以位于第一容器中，以便于第二基站将该第一信息透传至终端设备，在透传过程中，该第二基站对该第一容器不感知或不修改。可选的，该第一容器还可以包括RRC连接重配置消息，该RRC连接重配置消息包括该第一信息。
可选的，作为一个实施例，如图2所示，该S210还可以表示第一基站将其他设备发送的第一信息转发至该终端设备。例如，图4示出了根据本申请实施例的第一基站转发第一信息的示意图。
如图4所示，在S210之前，该方法200还可以包括：S230，发送第一信息，即核心网设备向第一基站发送第一信息，并继续执行S215。
可选的，该第一信息可以位于第二容器中，该第二容器用于该第一基站透传该第一信息至该终端设备，该第一基站不感知或不修改该第二容器内的内容。
S215，转发第一信息，即第一基站向终端设备转发第一信息。具体地，在S210中的第一基站向终端设备发送第一信息还可以包括：S215中的该第一基站将接收到的核心网设备发送的第一信息，转发至终端设备。
可选的，该核心网设备向终端设备发送第一信息还可以包括：该核心网设备向位于特定的存在报告区域(Presence Reporting Area，PRA)内的终端设备发送该第一信息，其中，该特定PRA也可以称为第一PRA，可以表示任意一个PRA。
应理解，第一基站通过上述任意方式向终端设备发送第一信息，以便于终端设备接收到该第一信息之后，继续执行S220。
S220，将第一信息传递至高于接入层(AS层)的协议层。具体地，终端设备接收到第一基站发送的第一信息，该终端设备可以将该第一信息直接传递至AS层以上的协议层，而不需要由基站经过应用服务器转发至终端设备。例如，图5为根据本申请实施例的终端设备的部分协议层的示意图，如图5所示，AS层以上的协议层可以包括非接入层(Non-access stratum，NAS)层、操作系统(operating system，OS)层和应用层中的至少一层。
这样，第一基站向终端设备发送的第一信息可以应用于终端设备的AS层以上的任意一层，例如，可以应用于终端设备的NAS层、OS层和应用层，也就是说，基站可以向终端设备的AS层以上的任意一层发送信息，而无需经过应用服务器转发，可以节省传输时间。
应理解，本申请实施例中的第一信息可以包括应用于终端设备AS层以上任意协议层中的任意信息。例如，该第一信息可以包括该第一基站对该终端设备的协议数据单元(Protocol Data Unit，PDU)会话和/或服务质量(Quality of Service，QoS)流的支持情况。
具体地，该第一信息中包括的PDU会话和/或QoS流的支持情况可以包括以下信息中的至少一个：该目标网络设备是否支持该PDU会话；该目标网络设备是否支持该QoS流；该目标网络设备是否能够保证该PDU会话的QoS参数；该目标网络设备是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标网络设备能够保证的QoS参数；该QoS流的QoS参数中该目标网络设备能够保证的QoS参数允许或建议该终端设备发起接入该目标网络设备的小区的时间。
例如，该第一信息可以应用于切换场景中，其中，第二基站为终端设备的源基站，第一基站为终端设备的目标基站，终端设备执行切换流程，即需要从源基站切换至目标基站。目标基站向终端设备发送该第一信息，可以用于终端设备根据该第一信息确定是否切换至目标基站。例如，终端设备根据接收到由目标基站发送的第一信息，确定一个或者多个PDU会话或者QoS流是否能够保障QoS参数，进而确定是否切换至该目标基站。
可选的，上述以目标基站将第一信息发送至终端设备为例进行说明，或者，该目标基站也可以将第一信息发送至源基站，例如，可以通过该源基站确定第一信息中包括的目标基站对终端设备的PDU会话和/或QoS流的支持情况，从而确定是否将终端设备切换至目标基站。因此，本申请实施例提出了另一种传输信息的方法。
具体地，图6为本申请实施例提供的另一种传输信息的方法300的示意图，该方法300可以由两个基站执行。为了便于后面描述，这里将该两个基站分别称为第一基站和第二基站，该第一基站或者第二基站都可以为任意一个基站，例如，该第一基站可以为如图1所示的网络设备，而该第二基站也可以为如图1所示的网络设备。如图6所示，该方法300可以包括以下步骤。
S310，发送第一信息，即第一基站向第二基站发送第一信息。其中，具体地，该第一基站可以直接或者间接向该第二基站发送第一信息。下面将结合图6和图7详细说明。
可选的，作为一个实施例，如图6所示，该S310可以表示第一基站直接向第二基站发送第一信息。 例如，该第一基站通过Xn接口，向该第二基站发送该第一信息。
可选的，作为一个实施例，如图6所示，该S310还可以表示第一基站通过其他设备向第二基站发送第一信息。例如，第一基站可以通过核心网设备向第二基站发送第一信息。下面将结合图7举例说明，图7示出了本申请实施例的第一基站通过核心网设备向第二基站发送第一信息的示意图。
如图7所示，S310中的第一基站向第二基站发送第一信息可以包括：S311，发送第一信息，即第一基站向核心网设备发送第一信息。例如，该第一基站可以通过N2接口向核心网设备发送第一信息，并继续执行S312。
S312，转发第一信息，即核心网设备将接收到的第一基站发送的第一信息，转发至第二基站。
应理解，上述过程中，第一基站通过核心网设备向第二基站发送第一信息，其中，该第一信息可以位于容器中，以便于核心网设备将该容器中的第一信息透传至第二基站，在透传过程中，核心网设备对该容器内的内容不感知或不修改。
应理解，该方法300中的第一信息可以与方法200中的第一信息的内容相同，或者不同。例如，该方法300中的该第一信息也可以指第一基站对终端设备的PDU会话和/或QoS流的支持情况。具体地，该方法300中的第一信息可以包括以下信息中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数允许或建议该终端设备发起接入该目标基站的小区的时间。
对应的，在S320中，该第二基站接收第一基站发送的第一信息，并根据该第一信息确定第一基站对终端设备的PDU会话和/或QoS流的支持情况。
可选的，该方法300同样可以应用于切换场景中，并且，第二基站为终端设备的源基站，第一基站为终端设备的目标基站，终端设备执行切换流程，即需要从源基站切换至目标基站。根据该方法300，目标基站向第二基站发送该第一信息，可以用于第二基站根据该第一信息确定终端设备是否可以切换至该目标基站。例如，第二基站根据接收到由目标基站发送的第一信息，确定终端设备的一个或者多个PDU会话或者QoS流是否能够保障QoS参数，进而确定该终端设备是否切换至该目标基站。
考虑到方法300和方法200均为可以独立使用的实施例，而该方法300中的第一信息与可能包括的内容与方法200中的第一信息可能包括的内容可能包括的内容相同，并且方法300和方法200均可以应用于切换场景，所以这里将方法200和方法300中的信息均称为“第一信息”。但方法300中的第一信息与方法200中的第一信息不同，例如，二者包括的内容可能不同；同时，传输方式也不同。
应理解，根据上述方法200和方法300可知，对于切换场景，目标基站可以向源基站或者终端设备发送第一信息，以便于接收到第一信息的源基站或者终端设备根据该第一信息，确定目标基站对终端设备的PDU会话和/或QoS流的支持情况，进而确定终端设备是否可以切换至该目标基站。另外，本申请实施例还提出了一种传输信息的方法，源基站也可以向目标基站发送信息，以便于目标基站确定终端设备的是否允许不保障QoS参数和/或是否允许更改QoS流的标识。
具体地，图8为本申请实施例提供的再一种传输信息的方法400的示意图，该方法400可以由两个基站执行。为了便于后面描述，这里将该两个基站分别称为第一基站和第二基站，该第一基站或者第二基站都可以为任意一个基站，例如，该第一基站可以为如图1所示的网络设备，而该第二基站也可以为如图1所示的网络设备。如图8所示，该方法400可以包括以下步骤。
S410，发送第一信息，即第二基站向第一基站发送第二信息。其中，具体地，该第二基站可以直接或者间接向该第一基站发送第二信息。下面将结合图8和图9详细说明。
可选的，作为一个实施例，如图8所示，该S410可以表示第二基站直接向第一基站发送第二信息。例如，该第二基站通过Xn接口，向该第一基站发送该第二信息。
可选的，作为一个实施例，如图8所示，该S410还可以表示第二基站通过其他设备向第一基站发送第二信息。例如，第二基站可以通过核心网设备向第一基站发送第二信息。下面将结合图9举例说明，图9示出了本申请实施例的第二基站通过核心网设备向第一基站发送第二信息的示意图。
如图9所示，S410中的第二基站向第一基站发送第二信息可以包括：S411，发送第二信息，即第二基站向核心网设备发送第二信息。例如，该第二基站可以通过N2接口向核心网设备发送第二信息，并继续执行S412。
S412，转发第二信息，即核心网设备将接收到的第二基站发送的第二信息，转发至第一基站。
应理解，上述过程中，第二基站通过核心网设备向第一基站发送第二信息，其中，该第二信息可以位于第三容器中，以便于核心网设备将该第三容器中的第二信息透传至第一基站，在透传过程中，核心网设备对该第三容器内的内容不感知或不修改。
应理解，该方法400可以用于切换场景中，并且，第二基站为终端设备的源基站，第一基站为终端 设备的目标基站，终端设备执行切换流程，即需要从源基站切换至目标基站。根据该方法400，第二基站向第一基站发送第二信息，其中，该第二信息可以包括该终端设备是否允许不保障QoS参数和/或是否允许更改QoS流的标识，该QoS参数包括该终端设备的PDU会话的QoS参数和/或该QoS流的QoS参数。
可选的，源基站向目标基站发送的第二信息可以由核心网设备提供，如在会话建立和修改时通过QoS规则一起发送给源基站，并作为一个属性参数在切换过程中被目标基站所应用和保存。
在S420中，第一基站接收到第二基站发送的第二信息，并根据该第二信息，确定终端设备的QoS参数。例如，目标基站接收到源基站发送的第二信息，在该第二信息中包括终端设备的一个或者多个QoS流是否允许不保证其QoS参数，则该目标基站根据第二信息，设置其中的QoS流的QoS参数。例如，对于某个QoS流，若该QoS流允许不保证其QoS参数，则目标基站可以将该QoS流设置为不满足其QoS参数。
应理解，本申请实施例中的QoS参数可以包括以下至少一个：时延、保证比特速率(Guaranteed Bit Rate，GBR)(或者也可以称为保证流比特速率(Guaranteed Flow Bit Rate，GFBR))和最大比特速率(Maximum Bit Rate，MBR)。并且，在不同信息中，QoS参数可能不同，同一个信息中不同PDU会话或者不同QoS流的QoS参数也可能不同。例如，上述方法200中的第一信息中的QoS参数可以包括时延，而上述方法300中的第一信息中的QoS参数可以为GBR。再例如，上述方法400中的第二信息中可能包括某个PUD会话的QoS参数，该QoS参数为时延，而该第二信息中可能还包括某个QoS流的QoS参数，该QoS参数为MBR，但本申请实施例并不限于此。
应理解，本申请实施例中的上述方法200、方法300和方法400可以分别单独使用，或者也可以互相结合使用，并且，在结合使用时，并不限制各个实施例的执行顺序，本申请实施例并不限于此。例如，方法200和方法300可以共同使用，并且可以先完成方法200再执行方法300，或者先完成方法300再执行方法200，或者也可以将方法200和方法300同时执行。再例如，还可以将上述方法200、方法300和方法400全部结合使用，比如，先执行方法400，再同时执行方法200和方法300。
应理解，上述方法200、方法300和方法400均以切换场景为例进行说明，另外，上述各个方法还可以应用于其他场景。例如，上述各个方法还可以应用于车联网(vehicle to everything，V2X)、超高可靠低时延(“Ultra Reliable Low Latency Communications，URLLC)以及无人机等对于QoS要求较高的业务。
考虑到上述方法200、方法300和方法400均可以用于切换场景，下面将结合图10和图11所示的切换场景，通过举例进行详细描述。
对于终端设备从源基站向目标基站的切换(Handover，HO)流程，大致可以分为切换准备(Handover Preparation)、切换执行(Handover Execution)和切换完成(Handover Completion)三个阶段。其中，在切换准备阶段，源基站通常会将PDU会话标识(ID)、QoS流(Flow)的ID以及相应的QoS参数告诉给目标基站，并且由目标基站决定是否能够满足数据流对应的QoS参数。
若对于某个特定的QoS Flow，目标基站不能满足其QoS参数，那么目标基站可能会拒绝对应的QoS Flow ID；或者，目标基站也可能接受该QoS Flow ID，但是不满足其QoS参数要求；或者，目标基站也可能为该QoS Flow中的数据改变到一个低的QoS参数对应的Flow上。
但是对于终端设备而言，并不知道该QoS Flow的QoS参数无法保障，这可能会导致UE不能及时停止发送/接收相应的数据或采取其他措施。因此，本申请实施例提出了用于切换过程中的传输信息的方法，下面将结合图10和图11所示的切换场景，对本申请实施例的用于切换过程中的传输信息的方法进行详细描述。
具体的，图10示出了根据本申请实施例的一种用于切换过程中的传输信息的方法500的示意图。应理解，图10仅示出了切换过程中的部分流程，并非全部流程，本申请实施例并不限于此。
如图10所示，方法500示出的切换流程为基于Xn接口的切换流程，该方法500可以包括以下步骤。
S510，传输测量控制和报告。具体地，该步骤中可以包括：源基站配置UE进行测量上报；终端设备向源基站报告测量结果，以便于源基站基于该测量结果确定该终端设备是否需要切换至目标基站。
S520，确定切换。源基站根据终端设备发送的测量报告决定执行切换。
S530，发送切换请求(HO Request)消息。源基站确定终端设备进行切换，则可以向目标基站发送HO Request消息。为了便于与其它方法货实施例区别，这里也可以将该方法500中的HO Request消息称为第一HO Request消息。
具体地，源基站可以通过Xn接口向目标基站发送HO Request消息，该HO Request消息可以包括第二信息。例如，该第二信息可以为上述方法400中的第二信息，该第二信息由目标基站读取，为了简洁，在此不再赘述。
例如，该第二信息可以包括：对于特定的PDU会话和/或QoS Flow是否允许执行“软加入(Soft Admission)”，例如，对于某个PDU会话和/或QoS Flow是否允许不保障其QoS参数，或者，是否接受 其QoS Flow ID但是不保障其QoS参数。
应理解，该第二信息可以位于该HO Request消息中的任意的一个或者多个位置。例如，可以将该第二信息直接设置在该HO Request消息中，没有二级参数。又例如，该HO Request消息中可以包括将要设置的PDU会话资源列表(PDU Session Resources To Be Setup List)，可以在该PDU Session Resources To Be Setup List中包括第二信息。进一步的，在该PDU Session Resources To Be Setup List中还可以包括将要设置的PDU会话资源项目(PDU Session Resources To Be Setup Item)和/或将要设置的QoS Flows列表(QoS Flows To Be Setup List)，则该第二信息可以设置在PDU Session Resources To Be Setup Item和/或QoS Flows To Be Setup List中，但本申请实施例并不限于此。
可选的，该源基站向目标基站发送的第二信息可以由核心网设备提供，如在会话建立和修改时通过QoS规则一起发送给源基站，并作为一个属性参数在切换过程中被目标基站所应用和保存。
另外，该HO Request消息还可以包括其他用于切换过程中的信息，在此不再一一列举。例如，该HO Request消息中可以包括RRC容器(Container)，RRC Container包括目标基站为准备HO而必须的信息，例如，该RRC Container中至少包括以下信息中的至少一个：目标小区ID、源基站给终端设备分配的小区无线网络临时标识(Cell Radio Network Temporary Identifier，C-RNTI)、终端设备的连接非激活状态(Inactive)时间、AS层基本配置(如天线信息、下行载波频率等)、源基站上的QoS Flow与数据无线承载(data radio bearer，DRB)的映射关系以及源基站上的最小系统信息，此外，还可以包括终端设备上报的测量信息，例如，波束相关信息等。
S540，接入控制。即目标基站执行接入控制，具体可以包括：目标基站对发来的QoS Flow和/或DRB建立是否接受，还可以包括，目标基站根据第二信息，确定终端设备的PDU会话和/或QoS Flow的QoS参数。
例如，目标基站对于第二信息指示的某个PDU会话和/或QoS Flow，目标基站在不能满足其QoS参数时，可以拒绝该QoS参数，或者目标基站也可以接受该QoS Flow ID，但是不满足其QoS参数要求；或者，目标基站也可以为该QoS Flow中的数据改变到一个低的QoS参数对应的Flow上。
S550，发送切换请求回复消息。即目标基站同意切换请求后，目标基站贮备层1/层2的相关资源，还会向源基站发送切换请求回复消息，例如，目标基站通过Xn接口向源基站发送切换请求回复消息，或者也可以称为切换请求确认(Handover Request Acknowledge)消息。为了便于与其他实施例或者方法区分，这里也可以将该方法500中的Handover Request消息称为第一Handover Request Acknowledge消息。
具体地，该Handover Request Acknowledge中可以包括第一信息，该第一信息可以为方法200和/或方法300中的第一信息，为了简洁，在此不再赘述。
例如，该第一信息可以包括以下内容中的至少一个：特定的PDU会话和/或QoS Flow不能建立，特定的PDU会话和/或QoS Flow的QoS参数不能保障，特定的PDU会话和/或QoS Flow的哪些QoS参数不能保障(如GFBR不能保障)，以及该目标基站允许或建议终端设备发起接入目标基站小区的时间信息。
应理解，该第一信息可以位于该Handover Request Acknowledge消息中的任意一个或者多个位置。例如，该第一信息可以直接位于该Handover Request Acknowledge中，无二级参数，以便于源基站接收该Handover Request Acknowledge消息，并读取其中的第一信息。
又例如，该Handover Request Acknowledge消息中还可以包括已接收的PDU会话资源列表(PDU Session Resource Admitted list)，该PDU Session Resource Admitted list可以包括该第一信息，以便于源基站接收该Handover Request Acknowledge消息，并读取其中PDU Session Resource Admitted list中的第一信息。
又例如，该第一信息还可以位于Handover Request Acknowledge消息中的容器中，例如，该容器可以称为透明容器(Transparent Container)，或者，也可以称为目标到源的透明容器(Target to Source Transparent Container)，或者，还可以称为目标基站到源基站的透明容器(Target NG-RAN node To Source NG-RAN node Transparent Container)，以便于源基站将接收到的该容器透传至终端设备，该源基站不读取或不修改或不感知该容器中的内容。
另外，该Handover Request Acknowledge消息中还可以包括其他用于切换过程的信息；或者，该Handover Request Acknowledge消息中的容器也还可以包括其他信息，本申请实施例并不限于此。例如，该Handover Request Acknowledge消息中还可以包括目标基站还会为该UE配置无线资源控制(Radio Resource Control，RRC)连接重配置(RRC Connection Reconfiguration)消息。例如，该RRC连接重配置消息中还可以包括以下信息中的至少一个：随机接入信道(Random access channel，RACH)资源、C-RNTI、目标基站安全算法以及目标基站的系统消息等内容。
可选的，该RRC连接重配置消息也可以位于上述包括第一信息的容器中，即该RRC连接重配置消息也可以位于Transparent Container中，例如，Transparent Container中的该RRC连接重配置消息可以包括第 一信息，以便于通过该Transparent Container，源基站将该RRC连接重配置消息透传至终端设备，但本申请实施例并不限于此。
应理解，上述S510至550均属于切换准备阶段，另外，切换准备阶段还可能包括其他步骤，本申请实施例并不限于此。
S560，发送切换命令。即源基站向终端设备发送切换命令(HO commend)，该HO commend可以用于指示终端设备切换至目标基站。
应理解，传统的切换流程中，源基站只会在终端设备上报测量并达到切换门限时才会触发切换准备流程。但是为了加速切换的速度以及切换的准确性，例如，选择最合适的目标基站，现在的3GPP有如下增强的条件切换(Conditional Handover)：“切换准备”阶段会提前进行；源基站会向多个目标基站执行“切换准备”中的切换请求，并根据不同目标基站的回复信息(如是否支持重要业务的传输等)决定选择哪一个或几个目标基站供UE执行切换使用。
例如，情况一，源基站将选择好的一个或多个目标基站，通过Handover Command消息发送给终端设备，终端设备在执行切换过程时，自行决定切换到哪个一个目标基站。
又例如，情况二，源基站为UE选择好切换的一个或多个目标基站，然后通过Handover Command消息发送给UE，UE严格根据源基站发送的目标基站列表接入到指定的基站。
可选的，对于目标基站向源基站发送的包括Transparent Container的Handover Request Acknowledge消息，源基站可以通过该HO commend将Transparent Container透传至终端设备。其中，该Transparent Container中可以包括第一信息，即该第一信息可以通过Transparent Container透传至终端设备，此时该第一信息对应上述方法200中的第一信息的传输。同时，该第一信息可以应用于上述的情况一，以便于终端设备根据该第一信息，确定是否切换至目标基站，或者，该终端设备什么时间可以切换至该目标基站。
可选的，若该第一信息位于Handover Request Acknowledge消息中的其他位置，即该源基站可以读取该第一信息时，该源基站可以将该第一信息通过HO commend转发至终端设备，或者，该源基站也可以不转发该第一信息。
其中，若该源基站通过HO commend转发该第一信息至终端设备，则该第一信息仍然可以对应上述方法200中的第一信息的传输，并且，该第一信息可以应用于上述的情况一，以便于终端设备根据该第一信息，确定是否切换至目标基站。
或者，该源基站还可以读取该Handover Request Acknowledge消息中的第一信息，该第一信息对应于上述方法300中的第一信息的传输，同时，该第一信息可以应用于上述情况二，以便于由源基站确定该终端设备是否切换至目标基站，或者，该终端设备什么时间可以切换至该目标基站，而不需要将该第一信息转发至终端设备。
可选的，该HO commend中还可以包括其他用于切换的信息，本申请实施例并不限于此。例如，该HO commend中还可以包括需要介入目标小区的消息，例如，可以包括：目标小区(Cell)的ID，新的C-RNTI，目标基站的安全算法标识，专有RACH资源，随机接入信道(Random Access Channel，RACH)资源和同步信号块(Synchronization Signal Block，SS Block)的关联关系，RACH资源和终端设备特定的信道状态信息参考信号(Channel State Information-Reference Signal，CSI-RS)配置的关联关系，普通无线接入网(Radio Access Network，RAN)资源以及目标小区系统信息块(System Information Blocks，SIB)信息等。
S570，同步到目标小区，完成RRC切换过程。即终端设备根据HO commend，同步到目标小区，完成从源基站到目标基站的RRC切换过程。
应理解，步骤S560和S570属于切换执行阶段，另外，切换执行阶段还可能包括其他步骤，本申请实施例并不限于此。
例如，该切换执行阶段还可能包括：序列号(Sequence Number，SH)状态传递(SN STATUS TRANSFER)。具体地，终端设备向目标基站发起随机接入流程的同时，源基站可以发送SN STATUS TRANSFER给目标基站，用于告知目标基站上行分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)SN接收状态以及下行PDCP SN发送状态。
可选的，该方法500还可以包括：S580，路径转移(Path Switch)。在完成切换后，目标基站会向核心网设备发送通知消息，以便于核心网设备更换数据发送的路径。
该阶段的信令用于告诉核心网设备空口切换已完成，核心网将数据的发送路径由源基站改变到目标基站。
应理解，步骤S580属于切换完成阶段，另外，该切换完成阶段还可以包括其他步骤，本申请实施例并不限于此。
例如，在路径切换完成之后，目标基站会指示源基站释放终端设备的上下文，切换完成。
可选的，图11示出了根据本申请实施例的另一种用于切换过程中的传输信息的方法600的示意图。应理解，图11仅示出了切换过程中的部分流程，并非全部流程，本申请实施例并不限于此。
如图11所示，方法600示出的切换流程为基于N2接口的切换流程，该方法600可以包括以下步骤。
S610，发送切换要求消息。具体地，源基站向核心网设备发送切换要求(Handover Required)消息，例如，源基站通过N2接口核心网设备发送Handover Required消息，该Handover Required消息用于请求将终端设备切换至目标基站。
可选的，该Handover Required消息中可以包括第二信息，例如，该第二信息可以为上述方法400中的第二信息，并且该第二信息的传输可以适用于上述方法400中的第二信息的传输过程，为了简洁，在此不再赘述。
例如，该第二信息可以包括：对于特定的PDU会话和/或QoS Flow是否允许执行“软加入(Soft Admission)”，例如，对于某个PDU会话和/或QoS Flow是否允许不保障其QoS参数，或者，是否接受其QoS Flow ID但是不保障其QoS参数。
应理解，该第二信息可以位于该Handover Required消息中的任意的一个或者多个位置。例如，可以将该第二信息直接设置在该Handover Required消息中，没有二级参数，此时，该核心网设备可以读取该第二信息，并再由该核心网设备转发至目标基站。
又例如，该Handover Required消息中可以包括PDU会话资源列表(PDU Session Resources Item)，该第二信息可以位于该PDU Session Resources Item中；或者，该Handover Required消息中可以Handover Required转移(Transfer)参数，该第二信息可以位于该Handover Required Transfer参数中。此时，该第二信息也可以由核心网设备读取，并再由该核心网设备转发至目标基站。
又例如，该第二信息还可以位于容器中，或者还可以称为透明容器(Transparent Container)，或者还可以称为源到目标透明容器(Source to Target Transparent Container)。该Handover Required消息中包括该容器，该容器中包括第二信息，以便于核心网将该容器透传至目标基站，而该核心网设备对该容器内的内容不感知或不修改或不读取。
可选的，该Handover Required消息中还可以包括其他用于切换的信息，本申请实施例并不限于此。
S620，发送切换请求(Handover Request)消息。即核心网设备向目标基站发送Handover Request消息，以请求将终端设备切换至目标基站。为了便于与其它方法区别，这里也可以将该方法600中的Handover Request消息称为第二Handover Request消息。
具体的，该Handover Request中可以包括第二信息。与步骤S620相对应，该第二信息也为上述方法400中的第二信息。
例如，该核心网设备可以读取处第二信息，再将该第二信息转发至目标基站。又例如，该第二信息可以位于容器中，则该核心网设备可以将该容器透传至目标基站。
可选的，该Handover Request消息中还可以包括其他用于切换的信息，本申请实施例并不限于此。
S630，发送切换请求回复消息。即目标基站确定可以切换之后，可以向核心网设备发送切换请求回复消息，例如，目标基站通过N2接口向核心网设备发送切换请求回复消息，或者也可以称为切换请求确认(Handover Request Acknowledge)消息。为了便于与其他实施例或者方法区分，这里也可以将该方法630中的Handover Request Acknowledge消息称为第二Handover Request Acknowledge消息。
具体地，该Handover Request Acknowledge中可以包括第一信息，该第一信息可以为方法200和/或方法300中的第一信息，为了简洁，在此不再赘述。
例如，该第一信息可以包括以下内容中的至少一个：特定的PDU会话和/或QoS Flow不能建立，特定的PDU会话和/或QoS Flow的QoS参数不能保障，特定的PDU会话和/或QoS Flow的哪些QoS参数不能保障(如GFBR不能保障)，以及该目标基站允许或建议终端设备发起接入目标基站小区的时间信息。
应理解，该第一信息可以位于该Handover Request Acknowledge消息中的任意一个或者多个位置。例如，该第一信息可以直接位于该Handover Request Acknowledge中，无二级参数。此时，该核心网设备可以读取该第一信息，并将该第一信息转发至源基站，以便于源基站进一步处理，例如，该源基站可以转发或者不转发该第一信息。
又例如，该第一信息还可以位于该Handover Request Acknowledge消息中的PDU Session Resource Admitted Item中，此时，该核心网设备也可以读取该第一信息，并将该第一信息转发至源基站，以便于源基站进一步处理，例如，该源基站可以转发或者不转发该第一信息。
再例如，该第一信息还可以位于容器中，例如，还可以称为透明容器(Transparent Container)，或者，也可以称为Target to Source Transparent Container。核心网设备可以将该包括第一信息的容器透传至源基站，即核心网设备不感知或不修改或不读取该容器内的内容，以便于源基站进一步处理，例如，该源基站还可以将该容器继续透传给终端设备，或者，该源基站还可以读取该容器内容。
另外，该Handover Request Acknowledge消息中还可以包括其他用于切换过程的信息；或者，该Handover Request Acknowledge消息中的容器也还可以包括其他信息，本申请实施例并不限于此。
应理解，上述S610至S630均属于切换准备阶段，另外，切换准备阶段还可能包括其他步骤，本申请实施例并不限于此。例如，该切换准备阶段，该核心网设备可以与目标基站交互确认能够切换的承载，并且核心网设备还可以建立与目标基站相关的PDU会话。
S640，发送第一切换命令。即核心网设备向源基站发送第一切换命令(HO Command)，该第一HO commend可以用于指示终端设备可以切换至目标基站。
应理解，对应于上述步骤S630，该第一HO commend中包括第一信息。
例如，该核心网设备可以将第一信息设置在该第一HO commend中的任意一个或者多个位置。例如，该第一HO commend可以直接包括第一信息，无二级参数；或者，该第一HO commend还可以包括其他参数信息，在该其他参数信息中包括该第一信息。此时，源基站可以读取该第一信息，以便于该源基站进一步处理，例如，该源基站可以转发或者不转发该第一信息。
又例如，该第一HO commend中还可以包括容器，第一信息位于该容器中，例如，还可以称为透明容器(Transparent Container)，或者，也可以称为Target to Source Transparent Container。源基站可以将包括第一信息的容器透传至终端设备，即该源基站不感知或不修改或不读取该容器内的内容；或者，该源基站还可以读取该容器中的内容，以便于源基站进一步处理，例如，该源基站还可以转发或者不转发该第一信息。
S650，发送第二切换命令。即源基站向终端设备发送第二HO commend，为了与上述S640中的HO commend区别，这里称为第二HO commend。，该第二HO commend可以用于指示终端设备切换至目标基站。
应理解，与方法500中的S560类似，若存在多个目标基站，方法600中源基站向终端设备发送第二HO commend也可以分为两种情况。情况一，源基站将选择好的一个或多个目标基站，通过Handover Command消息发送给终端设备，终端设备在执行切换过程时，自行决定切换到哪个一个目标基站。情况二，源基站为UE选择好切换的一个或多个目标基站，然后通过Handover Command消息发送给UE，UE严格根据源基站发送的目标基站列表接入到由源基站指定的目标基站。
因此，对于源基站接收到的第一信息，该源基站可以将该第一信息转发至终端设备，即对应于上述情况一，以便于终端设备可以根据该第一信息，确定是否切换至目标基站，或者，确定什么时间可以切换至该目标基站。或者，该源基站也可以不转发该第一信息至终端设备，即可以对应于上述情况二，则源基站可以根据该第一信息确定该终端设备是否切换至目标基站，或者，确定该终端设备什么时间可以切换至该目标基站。
具体的，对于源基站将该第一信息转发至终端设备的情况，该第二HO commend中可以包括容器，该容器中包括第一信息，该源基站将该容器通过第二HO commend透传至终端设备，该源基站不感知或不修改或不读取该容器；或者，该第一信息还可以位于该第二HO commend中的其他位置，由该源基站在第一HO commend中读取后再转发至该终端设备。终端设备根据接收到的第二HO commend中的第一信息，确定是否切换至目标基站，或者，确定什么时间可以切换至该目标基站。
而对于源基站不转发该第一信息的情况，该源基站可以通过接收的第一HO commend读取第一信息，该源基站根据该第一信息，确定终端设备是否切换至目标基站，或者，该终端设备什么时间可以切换至该目标基站。
可选的，该HO commend中还可以包括其他用于切换的信息，本申请实施例并不限于此。
S660，执行空口切换。终端设备接收源基站发送的第二HO commend，触发UE向目标基站执行空口切换流。
应理解，上述S640至S660均属于切换执行阶段，另外，切换执行阶段还可能包括其他步骤，本申请实施例并不限于此。例如，在终端设备空口切换完成后，终端设备可以向目标基站发送消息，例如，发送切换确认(Handover Confirm)消息。
S670，更新会话以及路径转移。目标基站与核心网设备交互来更新目标侧会话以及转换数据传输路径。
可选的，该方法600还可以包括：应理解，步骤S670属于切换完成阶段，另外，该切换完成阶段还可以包括其他步骤，本申请实施例并不限于此。
因此，本申请实施例的应用切换过程中的传输信息的方法，源基站在发送切换请求或者切换要求时，可以告知目标基站是否允许不保障QoS，也就是源基站有权向目标基站申请是否执行“Soft Admission”行为，从而保证QoS参数。另外，源基站在发送切换命令时，还可以告知终端设备目标基站是否可以保障QoS，或告知终端设备在指定时间进行切换时可以保障QoS参数，这样可以充分利用现有消息和机制完成对于终端设备和基站的通知行为，并且对于QoS参数无法保障的情况，能够给予终端设备足够的消息和决 定权，终端设备可以主动选择切换而放弃QoS参数的保障，或者选择不切换而维持QoS保障。
PRA是核心网用于感知终端设备位置的一种区域信息，用一个或多个跟踪区(Tracking Area，TA)、基站ID和/或小区ID来描述，由于切换基站时会更换终端设备对应的TA、基站ID和/或小区ID，这些改变会上报给核心网设备，例如上报给AMF，AMF很容易根据PRA的配置来判断该终端设备是否进入或离开了一定的区域，然后通知给其他网元，如策略网元，即策略控制功能(Policy Control function，PCF)。
RAN通知区域(RAN Notification Area，RNA)是终端设备处于RRC Inactive状态时的一种区域定义，用一个或多个TA或RAN区域节点(area code)来描述。RRC Inactive是终端设备的一种状态，即终端设备的RRC连接(终端设备与基站的控制面连接)被释放，但基站与核心网的连接仍然保持。这样一来，核心网设备AMF在RRC Inactive状态下始终认为终端设备是处于连接管理(connection management，CM)连接(Connected)状态，但其实终端设备与基站之间的连接是断开的。为了对RRC Inactive状态进行管理，终端设备在RNA规定的范围内可以断开RRC连接并且基站不告知核心网侧，同时终端设备在RNA区域内移动时可以不告知基站，当终端设备离开所划定的RNA时，终端设备会触发RNA更新(Update)流程，告知基站其当前的连接的基站位置。此外，类似TA Update，终端设备在RNA范围内也会周期性执行RNA Update，以让基站知道UE是可达的。
但是，如图12所示，如果PRA的配置(或者说划分)和RNA的配置(或者划分)是重叠的状态，也就是RNA区域跨越了PRA的边界，或者RNA的区域跨越了PRA的边界，那么处于RRC Inactive状态的终端设备在走出或进入PRA时，基站是无法感知到的，从而AMF也无法知道其是否进入或离开了PRA。因此，本申请实施例提出了两种解决方式。
方式一，将RNA和PRA设置为：RNA的区域不能跨越PRA的边界，或者说，PRA的区域不能跨域RNA的边界。也就是说，RNA设置为PRA的子集，即PRA包括RNA的区域的全都，例如，一个PRA区域中可以包括一个或者多个RNA，如图13所示，这里以一个一个PRA区域中包括3个RNA为例。相反的，PRA也可以设置为RNA的子集，即RNA包括PRA的区域的全都，例如，一个RNA区域包括一个或者多个PRA。
例如，本申请实施例提供了一种确定终端设备位置的方法。具体地，图14示出了根据本申请实施例的确定终端设备位置的方法700的示意图，如图14所示，该方法700包括：核心网设备确定终端设备是否进入或离开PRA，该终端设备处于RRC连接非激活状态并且位于RNA，该PRA不跨越该RNA的边界，也就是说，该RNA也不会不跨越该PRA的边界。
方式二，对于存在图12所示的情况，PRA与RNA不同时使用。具体地，在核心网设备使用PRA事件触发功能时，终端设备不能使用RRC Inactive功能；或者，终端设备使用RRC Inactive功能时，核心网设备不使用PRA事件触发功能。
通过上述两种方式，可以避免RRC Inactive状态的终端设备在走出或进入PRA时，基站是无法感知到的情况，也就可以避免AMF无法知道其是否进入或离开了PRA的情况。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
上文中结合图1至图14，详细描述了根据本申请实施例的传输信息的方法以及确定终端设备位置的方法，下面将结合图15至图20，描述根据本申请实施例的终端设备、基站和核心网设备。
如图15所示，根据本申请实施例的基站800包括：处理单元810和收发单元820。具体地，该基站800可以为上述方法200至方法600中的第一基站或者第二基站。
例如，该基站800可以为方法200中的第一基站，即该收发单元820用于：向终端设备发送第一信息，该终端设备用于将该第一信息传递给高于该终端设备的接入层的协议层。
可选地，作为一个实施例，该收发单元820用于：通过第二基站向该终端设备发送该第一信息；或者，通过无线资源控制RRC消息直接向该终端设备发送该第一信息。
可选地，作为一个实施例，该RRC消息为RRC连接重配置消息。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口向该第二基站发送该第一信息，该第二基站用于向该终端设备发送该第一信息；或者，通过N2接口向核心网设备发送该第一信息，该核心网设备用于向该第二基站发送该第一信息，该第二基站用于向该终端设备发送该第一信息。
可选地，作为一个实施例，该第一信息位于第一容器中，该第一容器用于该第二基站和/或该核心网设备透传该第一信息至该终端设备。
可选地，作为一个实施例，该第一容器包括RRC连接重配置消息，该RRC连接重配置消息包括该第 一信息。
可选地，作为一个实施例，该第一信息包括该基站对该终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
可选地，作为一个实施例，该第一信息包括以下信息中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数；允许或建议该终端设备发起接入该目标基站的小区的时间。
可选地，作为一个实施例，该基站为该终端设备的目标基站，该第二基站为该终端设备的源基站，该收发单元820用于：在切换过程中，通过该源基站向该终端设备发送该第一信息。
可选地，作为一个实施例，该第一信息位于该目标基站发送的切换请求回复消息中。
可选地，作为一个实施例，该收发单元820还用于：接收切换请求消息，该切换请求消息用于请求将该终端设备切换至该目标基站；该处理单元810用于：根据该切换请求消息，确定该切换请求回复消息。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口接收该源基站发送的该切换请求消息；通过N2接口接收核心网设备发送的该切换请求消息，该核心网设备用于根据接收的该源基站发送的切换要求消息确定该切换请求消息。
可选地，作为一个实施例，该收发单元820用于：接收核心网设备发送的该第一信息。
可选地，作为一个实施例，该第一信息位于第二容器中，该第二容器用于该基站透传该第一信息至该终端设备。
又例如，该基站800也可以为方法300中的第一基站，这里以该基站800为切换过程中终端设备的目标基站为例进行说明。具体地，该收发单元820用于：向终端设备的源基站发送第一信息，该第一信息包括该目标基站对终端设备的PDU会话和/或QoS流的支持情况，该第一信息用于该源基站确定该目标基站对该终端设备的PDU会话和/或QoS流的支持情况。
可选地，作为一个实施例，该目标基站对该终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数；允许或建议该终端设备发起接入该目标基站的小区的时间。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口，向该源基站发送该第一信息；或，通过N2接口，向核心网设备发送该第一信息，该核心网设备用于向该源基站发送该第一信息。
可选地，作为一个实施例，该第一信息位于该目标基站发送的切换请求回复消息中。
可选地，作为一个实施例，该收发单元820用于：接收切换请求消息，该切换请求消息用于请求将该终端设备切换至该目标基站；该处理单元810用于：根据该切换请求消息，确定该切换请求回复消息。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口接收该源基站发送的该切换请求消息；或，通过N2接口接收核心网设备发送的该切换请求消息，该核心网设备用于根据接收的该源基站发送的切换要求消息确定该切换请求消息。
再例如，该基站800还可以为方法300中的第二基站，这里以该基站800为切换过程中的源基站为例进行说明。具体地，该收发单元820用于：接收终端设备的目标基站发送的第一信息，该第一信息包括该目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况；该处理单元810用于：根据该第一信息，确定该目标基站对该终端设备的PDU会话和/或QoS流的支持情况。
可选地，作为一个实施例，该目标基站对该终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数；允许或建议该终端设备发起接入该目标基站的小区的时间。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口，接收该目标基站发送的切换请求回复消息，该切换请求回复消息包括该第一信息。
可选地，作为一个实施例，该收发单元820还用于：通过Xn接口向该目标基站发送切换请求消息，该切换请求消息用于该目标基站确定该切换请求回复消息。
可选地，作为一个实施例，该收发单元820用于：通过N2接口，接收核心网设备发送的切换命令，该切换命令为该核心网设备根据接收的该目标基站发送的切换请求回复消息发送的，该切换命令和该切换请求回复消息包括该第一信息。
可选地，作为一个实施例，该收发单元820用于：通过N2接口向该核心网设备发送切换要求消息，该切换要求消息用于该核心网设备向该目标基站发送切换请求消息，该切换请求消息用于该目标基站确定该切换请求回复消息。
再例如，该基站800还可以为方法400中的第一基站，这里以该基站800为切换过程中终端设备的目标基站为例进行说明。具体地，该收发单元820用于：接收该终端设备的源基站发送的第二信息，该第二信息用于指示该终端设备是否允许不保障QoS参数和/或是否允许更改QoS流的标识，该QoS参数包括该终端设备的PDU会话的QoS参数和/或该QoS流的QoS参数；该处理单元810用于：根据该第二信息，确定该QoS参数。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口接收该源基站发送的第二信息。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口接收该源基站发送的第一切换请求消息，该第一切换请求消息包括该第二信息。
可选地，作为一个实施例，该第一切换请求消息包括将要设置的PDU会话资源列表，该将要设置的PDU会话资源列表包括该第二信息。
可选地，作为一个实施例，该第二信息位于该将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
可选地，作为一个实施例，该收发单元820用于：通过N2接口接收核心网设备发送的该第二信息，该第二信息为该核心网设备接收该源基站发送的。
可选地，作为一个实施例，该收发单元820用于：通过N2接口接收核心网设备发送的第二切换请求消息，该切换请求消息为该核心网设备根据接收的该源基站发送的切换要求消息发送的，该第二切换请求消息和该切换要求消息包括该第二信息。
可选地，作为一个实施例，该第二切换请求消息和该切换要求消息包括第三容器，该第三容器包括该第二信息，该第三容器用于该核心网设备向该目标基站透传该第二信息。
再例如，该基站800还可以为上述方法400中的第二基站，这里以该基站800为切换过程中终端设备的源基站为例进行说明。具体地，该收发单元820用于：向该终端设备的目标基站发送第二信息，该第二信息用于指示该终端设备是否允许不保障QoS参数和/或是否允许更改QoS流的标识，该QoS参数包括该终端设备的PDU会话的QoS参数和/或该QoS流的QoS参数。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口向该目标基站发送该第二信息。
可选地，作为一个实施例，该收发单元820用于：通过Xn接口向该目标基站发送第一切换请求消息，该第一切换请求消息包括该第二信息。
可选地，作为一个实施例，该第一切换请求消息包括将要设置的PDU会话资源列表，该将要设置的PDU会话资源列表包括该第二信息。
可选地，作为一个实施例，该第二信息位于该将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
可选地，作为一个实施例，该收发单元820用于：通过N2接口向核心网设备发送该第二信息，该核心网用于向该目标基站发送该第二信息。
可选地，作为一个实施例，该收发单元820用于：通过N2接口向该核心网设备发送切换要求消息，该核心网设备用于根据该切换要求消息向该目标基站发送第二切换请求消息，该第二切换请求消息和该切换要求消息包括该第二信息。
可选地，作为一个实施例，该切换要求消息包括PDU会话资源项目，该PDU会话资源项目包括该第二信息。
可选地，作为一个实施例，该第二切换请求消息和该切换要求消息包括第三容器，该第三容器包括该第二信息，该第三容器用于该核心网设备向该目标基站透传该第二信息。
应理解，根据本申请实施例的基站800中的各个单元的上述和其它操作和/或功能分别为了实现图1至图14中的各个方法中第一基站、第二基站、源基站或者目标基站的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的基站，对于切换场景，源基站在发送切换请求或者切换要求时，可以告知目标基站是否允许不保障QoS，也就是源基站有权向目标基站申请是否执行“Soft Admission”行为，从而保证QoS参数。另外，源基站在发送切换命令时，还可以告知终端设备目标基站是否可以保障QoS，或告知终端设备在指定时间进行切换时可以保障QoS参数，这样可以充分利用现有消息和机制完成对于终端设备和基站的通知行为，并且对于QoS参数无法保障的情况，能够给予终端设备足够的消息和决定权，终端设备可以主动选择切换而放弃QoS参数的保障，或者选择不切换而维持QoS保障。
如图16所示，根据本申请实施例的终端设备900包括：处理单元910和收发单元920。具体地，该收 发单元910用于：接收第一基站发送的第一信息；以及，通过处理单元910控制该收发单元920将该第一信息传递给高于接入层的协议层。
可选地，作为一个实施例，该收发单元920用于：接收第二基站发送的第一信息，该第一信息为该第二基站接收该第一基站发送的；或者，直接接收该第一基站发送的无线资源控制RRC消息，该RRC消息包括该第一信息。
可选地，作为一个实施例，该RRC消息为RRC连接重配置消息。
可选地，作为一个实施例，若该终端设备接收第二基站发送的第一信息，该第一信息位于第一容器中，该第一容器用于该第二基站透传该第一信息至该终端设备。
可选地，作为一个实施例，该第一容器包括RRC连接重配置消息，该RRC连接重配置消息包括该第一信息。
可选地，作为一个实施例，该第一信息包括该第一基站对该终端设备的PDU会话和/或QoS流的支持情况。
可选地，作为一个实施例，该第一信息包括以下信息中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数；允许或建议该终端设备发起接入该目标基站的小区的时间。
可选地，作为一个实施例，该第一基站为该终端设备的目标基站，该第二基站为该终端设备的源基站，该收发单元920用于：在切换过程中，接收该源基站发送的该第一信息。
可选地，作为一个实施例，该第一信息为该第一基站接收核心网设备发送的，该第一信息位于第二容器中，该第二容器用于该第一基站透传该第一信息至该终端设备。
应理解，根据本申请实施例的终端设备900中的各个单元的上述和其它操作和/或功能分别为了实现图1至图14中的各个方法中终端设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的网络设备，对于切换场景，源基站在发送切换请求或者切换要求时，可以告知目标基站是否允许不保障QoS，也就是源基站有权向目标基站申请是否执行“Soft Admission”行为，从而保证QoS参数。另外，源基站在发送切换命令时，还可以告知终端设备目标基站是否可以保障QoS，或告知终端设备在指定时间进行切换时可以保障QoS参数，这样可以充分利用现有消息和机制完成对于终端设备和基站的通知行为，并且对于QoS参数无法保障的情况，能够给予终端设备足够的消息和决定权，终端设备可以主动选择切换而放弃QoS参数的保障，或者选择不切换而维持QoS保障。
如图17所示，根据本申请实施例的核心网设备1000包括：处理单元1010和收发单元1020。具体地，该核心网设备1000可以为上述方法200中的核心网设备，即该收发单元1010用于：向终端设备发送第一信息，该终端设备用于将该第一信息传递给高于该终端设备的接入层的协议层
可选的，作为一个实施例，该收发单元1020用于：向第一基站发送该第一信息，该第一基站用于向该终端设备发送该第一信息。
可选的，作为一个实施例，该收发单元1020用于：向位于第一存在报告区域PRA内的该终端设备发送该第一信息。
可选的，作为一个实施例，该收发单元1020用于：接收第一基站发送的该第一信息；向第二基站发送该第一信息，该第二基站用于向该终端设备发送该第一信息。
可选的，作为一个实施例，该第一信息位于第一容器中，该第一容器用于该第二基站和/或该核心网设备透传该第一信息至该终端设备。
可选的，作为一个实施例，该第一容器包括RRC连接重配置消息，该RRC连接重配置消息包括该第一信息。
可选的，作为一个实施例，该第一信息包括该第一基站对该终端设备的PDU会话和/或QoS流的支持情况。
可选的，作为一个实施例，该第一信息包括以下信息中的至少一个：该目标基站是否支持该PDU会话；该目标基站是否支持该QoS流；该目标基站是否能够保证该PDU会话的QoS参数；该目标基站是否能够保证该QoS流的QoS参数；该PDU会话的QoS参数中该目标基站能够保证的QoS参数；该QoS流的QoS参数中该目标基站能够保证的QoS参数；允许或建议该终端设备发起接入该目标基站的小区的时间。
可选的，作为一个实施例，该第一基站为该终端设备的目标基站，该第二基站为该终端设备的源基站，该收发单元1020用于：在切换过程中，向该终端设备发送该第一信息。
可选的，作为一个实施例，该收发单元1020用于：接收该目标基站发送的切换请求回复消息，该切 换请求回复消息包括该第一信息。
可选的，作为一个实施例，该收发单元1020用于：向该源基站发送切换命令，该切换命令包括该第一信息，该切换命令用于指示该终端设备切换至该目标基站。
应理解，根据本申请实施例的核心网设备1000中的各个单元的上述和其它操作和/或功能分别为了实现图1至图14中的各个方法中核心网设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的核心网设备，对于切换场景，源基站在发送切换请求或者切换要求时，可以告知目标基站是否允许不保障QoS，也就是源基站有权向目标基站申请是否执行“Soft Admission”行为，从而保证QoS参数。另外，源基站在发送切换命令时，还可以告知终端设备目标基站是否可以保障QoS，或告知终端设备在指定时间进行切换时可以保障QoS参数，这样可以充分利用现有消息和机制完成对于终端设备和基站的通知行为，并且对于QoS参数无法保障的情况，能够给予终端设备足够的消息和决定权，终端设备可以主动选择切换而放弃QoS参数的保障，或者选择不切换而维持QoS保障。
可选的，该核心网设备1000还可以为上述方法700中的核心网设备，即该处理单元1010用于：确定终端设备是否进入或离开存在报告区域PRA，该终端设备处于RRC连接非激活状态并且位于无线接入网通知区域RNA，该PRA不跨越该RNA的边界。
图18是本申请实施例提供的一种通信设备1100示意性结构图。图18所示的通信设备1100包括处理器1110，处理器1110可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图18所示，通信设备1100还可以包括存储器1120。其中，处理器1110可以从存储器1120中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1120可以是独立于处理器1110的一个单独的器件，也可以集成在处理器1110中。
可选地，如图18所示，通信设备1100还可以包括收发器1130，处理器1110可以控制该收发器1130与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器1130可以包括发射机和接收机。收发器1130还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备1100具体可为本申请实施例的网络设备，并且该通信设备1100可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备1100具体可为本申请实施例的移动终端/终端设备，并且该通信设备1100可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图19是本申请实施例的芯片的示意性结构图。图19所示的芯片1200包括处理器1210，处理器1210可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图19所示，芯片1200还可以包括存储器1220。其中，处理器1210可以从存储器1220中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器1220可以是独立于处理器1210的一个单独的器件，也可以集成在处理器1210中。
可选地，该芯片1200还可以包括输入接口1230。其中，处理器1210可以控制该输入接口1230与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片1200还可以包括输出接口1240。其中，处理器1210可以控制该输出接口1240与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图20是本申请实施例提供的一种通信系统1300的示意性框图。如图20所示，该通信系统1300包括终端设备1310、基站1320以及核心网设备1330。
其中，该终端设备1310可以用于实现上述方法中由终端设备实现的相应的功能，以及该基站1320可以用于实现上述方法中由各个基站实现的相应的功能，例如，第一基站、第二基站、目标基站和源基站中的任意基站；另外核心网设备1330可以用于实现上述方法中由核心网设备实现的相应的功能，为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，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，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选 择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (143)

  1. 一种传输信息的方法，其特征在于，包括：
    第一基站向终端设备发送第一信息，所述终端设备用于将所述第一信息传递给高于所述终端设备的接入层的协议层。
  2. 根据权利要求1所述的方法，其特征在于，所述第一基站向终端设备发送第一信息，包括：
    所述第一基站通过第二基站向所述终端设备发送所述第一信息；或者，
    所述第一基站通过无线资源控制RRC消息直接向所述终端设备发送所述第一信息。
  3. 根据权利要求2所述的方法，其特征在于，所述RRC消息为RRC连接重配置消息。
  4. 根据权利要求2或3所述的方法，其特征在于，所述第一基站通过第二基站向所述终端设备发送所述第一信息，包括：
    所述第一基站通过Xn接口向所述第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息；或者，
    所述第一基站通过N2接口向核心网设备发送所述第一信息，所述核心网设备用于向所述第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息。
  5. 根据权利要求4所述的方法，其特征在于，所述第一信息位于第一容器中，所述第一容器用于所述第二基站和/或所述核心网设备透传所述第一信息至所述终端设备。
  6. 根据权利要求5所述的方法，其特征在于，所述第一容器包括RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  7. 根据权利要求2至6中任一项所述的方法，其特征在于，所述第一信息包括所述第一基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  8. 根据权利要求7所述的方法，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  9. 根据权利要求7或8所述的方法，其特征在于，所述第一基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述第一基站通过第二基站向所述终端设备发送所述第一信息，包括：
    所述目标基站在切换过程中，通过所述源基站向所述终端设备发送所述第一信息。
  10. 根据权利要求9所述的方法，其特征在于，所述第一信息位于所述目标基站发送的切换请求回复消息中。
  11. 根据权利要求9或10所述的方法，其特征在于，所述方法还包括：
    所述目标基站接收切换请求消息，所述切换请求消息用于请求将所述终端设备切换至所述目标基站；
    所述目标基站根据所述切换请求消息，确定所述切换请求回复消息。
  12. 根据权利要求11所述的方法，其特征在于，所述目标基站接收切换请求消息，包括：
    所述目标基站通过Xn接口接收所述源基站发送的所述切换请求消息；
    所述目标基站通过N2接口接收核心网设备发送的所述切换请求消息，所述核心网设备用于根据接收的所述源基站发送的切换要求消息确定所述切换请求消息。
  13. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述第一基站接收核心网设备发送的所述第一信息。
  14. 根据权利要求13所述的方法，其特征在于，所述第一信息位于第二容器中，所述第二容器用于所述第一基站透传所述第一信息至所述终端设备。
  15. 一种传输信息的方法，其特征在于，包括：
    终端设备接收第一基站发送的第一信息；
    所述终端设备将所述第一信息传递给高于接入层的协议层。
  16. 根据权利要求15所述的方法，其特征在于，所述终端设备接收第一基站发送的第一信息，包括：
    所述终端设备接收第二基站发送的第一信息，所述第一信息为所述第二基站接收所述第一基站发送的；或者，
    所述终端设备直接接收所述第一基站发送的无线资源控制RRC消息，所述RRC消息包括所述第一信 息。
  17. 根据权利要求16所述的方法，其特征在于，所述RRC消息为RRC连接重配置消息。
  18. 根据权利要求16或17所述的方法，其特征在于，若所述终端设备接收第二基站发送的第一信息，所述第一信息位于第一容器中，所述第一容器用于所述第二基站透传所述第一信息至所述终端设备。
  19. 根据权利要求18所述的方法，其特征在于，所述第一容器包括RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  20. 根据权利要求16至19中任一项所述的方法，其特征在于，所述第一信息包括所述第一基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  21. 根据权利要求20所述的方法，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  22. 根据权利要求20或21所述的方法，其特征在于，所述第一基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述终端设备接收第二基站发送的第一信息，包括：
    所述终端设备在切换过程中，接收所述源基站发送的所述第一信息。
  23. 根据权利要求15所述的方法，其特征在于，所述第一信息为所述第一基站接收核心网设备发送的，所述第一信息位于第二容器中，所述第二容器用于所述第一基站透传所述第一信息至所述终端设备。
  24. 一种传输信息的方法，其特征在于，包括：
    核心网设备向终端设备发送第一信息，所述终端设备用于将所述第一信息传递给高于所述终端设备的接入层的协议层。
  25. 根据权利要求24所述的方法，其特征在于，所述核心网设备向终端设备发送第一信息，包括：
    所述核心网设备向第一基站发送所述第一信息，所述第一基站用于向所述终端设备发送所述第一信息。
  26. 根据权利要求25所述的方法，其特征在于，所述核心网设备向终端设备发送第一信息，包括：
    所述核心网设备向位于第一存在报告区域PRA内的所述终端设备发送所述第一信息。
  27. 根据权利要求24所述的方法，其特征在于，所述核心网设备向终端设备发送第一信息，包括：
    所述核心网设备接收第一基站发送的所述第一信息；
    所述核心网设备向第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息。
  28. 根据权利要求27所述的方法，其特征在于，所述第一信息位于第一容器中，所述第一容器用于所述第二基站和/或所述核心网设备透传所述第一信息至所述终端设备。
  29. 根据权利要求28所述的方法，其特征在于，所述第一容器包括无线资源控制RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  30. 根据权利要求28或29所述的方法，其特征在于，所述第一信息包括所述第一基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  31. 根据权利要求30所述的方法，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  32. 根据权利要求27至31所述的方法，其特征在于，所述第一基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述核心网设备向终端设备发送第一信息，包括：
    所述核心网设备在切换过程中，向所述终端设备发送所述第一信息。
  33. 根据权利要求32所述的方法，其特征在于，所述核心网设备接收第一基站发送的所述第一信息，包括：
    所述核心网设备接收所述目标基站发送的切换请求回复消息，所述切换请求回复消息包括所述第一信息。
  34. 根据权利要求33所述的方法，其特征在于，所述核心网设备向第二基站发送所述第一信息，包括：
    所述核心网设备向所述源基站发送切换命令，所述切换命令包括所述第一信息，所述切换命令用于指示所述终端设备切换至所述目标基站。
  35. 一种用于切换过程中传输信息的方法，其特征在于，包括：
    终端设备的目标基站向终端设备的源基站发送第一信息，所述第一信息包括所述目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况，所述第一信息用于所述源基站确定所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况。
  36. 根据权利要求35所述的方法，其特征在于，所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  37. 根据权利要求35或36所述的方法，其特征在于，所述终端设备的目标基站向终端设备的源基站发送第一信息，包括：
    所述目标基站通过Xn接口，向所述源基站发送所述第一信息；或
    所述目标基站通过N2接口，向核心网设备发送所述第一信息，所述核心网设备用于向所述源基站发送所述第一信息。
  38. 根据权利要求37所述的方法，其特征在于，所述第一信息位于所述目标基站发送的切换请求回复消息中。
  39. 根据权利要求38所述的方法，其特征在于，所述方法还包括：
    所述目标基站接收切换请求消息，所述切换请求消息用于请求将所述终端设备切换至所述目标基站；
    所述目标基站根据所述切换请求消息，确定所述切换请求回复消息。
  40. 根据权利要求39所述的方法，其特征在于，所述目标基站接收切换请求消息，包括：
    所述目标基站通过Xn接口接收所述源基站发送的所述切换请求消息；或，
    所述目标基站通过N2接口接收核心网设备发送的所述切换请求消息，所述核心网设备用于根据接收的所述源基站发送的切换要求消息确定所述切换请求消息。
  41. 一种用于切换过程中传输信息的方法，其特征在于，包括：
    终端设备的源基站接收终端设备的目标基站发送的第一信息，所述第一信息包括所述目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况；
    所述源基站根据所述第一信息，确定所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况。
  42. 根据权利要求41所述的方法，其特征在于，所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  43. 根据权利要求41或42所述的方法，其特征在于，所述终端设备的源基站接收终端设备的目标基站发送的第一信息，包括：
    所述源基站通过Xn接口，接收所述目标基站发送的切换请求回复消息，所述切换请求回复消息包括 所述第一信息。
  44. 根据权利要求43所述的方法，其特征在于，所述方法还包括：
    所述源基站通过Xn接口向所述目标基站发送切换请求消息，所述切换请求消息用于所述目标基站确定所述切换请求回复消息。
  45. 根据权利要求41或42所述的方法，其特征在于，所述终端设备的源基站接收终端设备的目标基站发送的第一信息，包括：
    所述源基站通过N2接口，接收核心网设备发送的切换命令，所述切换命令为所述核心网设备根据接收的所述目标基站发送的切换请求回复消息发送的，所述切换命令和所述切换请求回复消息包括所述第一信息。
  46. 根据权利要求45所述的方法，其特征在于，所述方法还包括：
    所述源基站通过N2接口向所述核心网设备发送切换要求消息，所述切换要求消息用于所述核心网设备向所述目标基站发送切换请求消息，所述切换请求消息用于所述目标基站确定所述切换请求回复消息。
  47. 一种用于切换过程中传输信息的方法，其特征在于，包括：
    终端设备的源基站向所述终端设备的目标基站发送第二信息，所述第二信息用于指示所述终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，所述QoS参数包括所述终端设备的协议数据单元PDU会话的QoS参数和/或所述QoS流的QoS参数。
  48. 根据权利要求47所述的方法，其特征在于，所述终端设备的源基站向所述终端设备的目标基站发送第二信息，包括：
    所述源基站通过Xn接口向所述目标基站发送所述第二信息。
  49. 根据权利要求48所述的方法，其特征在于，所述源基站通过Xn接口向所述目标基站发送第二信息，包括：
    所述源基站通过Xn接口向所述目标基站发送第一切换请求消息，所述第一切换请求消息包括所述第二信息。
  50. 根据权利要求49所述的方法，其特征在于，所述第一切换请求消息包括将要设置的PDU会话资源列表，所述将要设置的PDU会话资源列表包括所述第二信息。
  51. 根据权利要求50所述的方法，其特征在于，所述第二信息位于所述将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
  52. 根据权利要求47所述的方法，其特征在于，所述终端设备的源基站向所述终端设备的目标基站发送第二信息，包括：
    所述源基站通过N2接口向核心网设备发送所述第二信息，所述核心网用于向所述目标基站发送所述第二信息。
  53. 根据权利要求52所述的方法，其特征在于，所述源基站通过N2接口向核心网设备发送所述第二信息，包括：
    所述源基站通过N2接口向所述核心网设备发送切换要求消息，所述核心网设备用于根据所述切换要求消息向所述目标基站发送第二切换请求消息，所述第二切换请求消息和所述切换要求消息包括所述第二信息。
  54. 根据权利要求53所述的方法，其特征在于，所述切换要求消息包括PDU会话资源项目，所述PDU会话资源项目包括所述第二信息。
  55. 根据权利要求53或54所述的方法，其特征在于，所述第二切换请求消息和所述切换要求消息包括第三容器，所述第三容器包括所述第二信息，所述第三容器用于所述核心网设备向所述目标基站透传所述第二信息。
  56. 一种用于切换过程中传输信息的方法，其特征在于，包括：
    终端设备的目标基站接收所述终端设备的源基站发送的第二信息，所述第二信息用于指示所述终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，所述QoS参数包括所述终端设备的协议数据单元PDU会话的QoS参数和/或所述QoS流的QoS参数；
    所述目标基站根据所述第二信息，确定所述QoS参数。
  57. 根据权利要求56所述的方法，其特征在于，所述终端设备的目标基站接收所述终端设备的源基站发送的第二信息，包括：
    所述目标基站通过Xn接口接收所述源基站发送的第二信息。
  58. 根据权利要求57所述的方法，其特征在于，所述目标基站通过Xn接口接收所述源基站发送的第二信息，包括：
    所述目标基站通过Xn接口接收所述源基站发送的第一切换请求消息，所述第一切换请求消息包括所 述第二信息。
  59. 根据权利要求58所述的方法，其特征在于，所述第一切换请求消息包括将要设置的PDU会话资源列表，所述将要设置的PDU会话资源列表包括所述第二信息。
  60. 根据权利要求59所述的方法，其特征在于，所述第二信息位于所述将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
  61. 根据权利要求56所述的方法，其特征在于，所述终端设备的目标基站接收所述终端设备的源基站发送的第二信息，包括：
    所述目标基站通过N2接口接收核心网设备发送的所述第二信息，所述第二信息为所述核心网设备接收所述源基站发送的。
  62. 根据权利要求61所述的方法，其特征在于，所述目标基站通过N2接口接收核心网设备发送的所述第二信息，包括：
    所述目标基站通过N2接口接收核心网设备发送的第二切换请求消息，所述切换请求消息为所述核心网设备根据接收的所述源基站发送的切换要求消息发送的，所述第二切换请求消息和所述切换要求消息包括所述第二信息。
  63. 根据权利要求62所述的方法，其特征在于，所述第二切换请求消息和所述切换要求消息包括第三容器，所述第三容器包括所述第二信息，所述第三容器用于所述核心网设备向所述目标基站透传所述第二信息。
  64. 一种确定终端设备位置的方法，其特征在于，包括：
    核心网设备确定终端设备是否进入或离开存在报告区域PRA，所述终端设备处于RRC连接非激活状态并且位于无线接入网通知区域RNA，所述PRA不跨越所述RNA的边界。
  65. 一种基站，其特征在于，包括：
    收发单元，用于向终端设备发送第一信息，所述终端设备用于将所述第一信息传递给高于所述终端设备的接入层的协议层。
  66. 根据权利要求65所述的基站，其特征在于，所述收发单元用于：
    通过第二基站向所述终端设备发送所述第一信息；或者，
    通过无线资源控制RRC消息直接向所述终端设备发送所述第一信息。
  67. 根据权利要求66所述的基站，其特征在于，所述RRC消息为RRC连接重配置消息。
  68. 根据权利要求66或67所述的基站，其特征在于，所述收发单元用于：
    通过Xn接口向所述第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息；或者，
    通过N2接口向核心网设备发送所述第一信息，所述核心网设备用于向所述第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息。
  69. 根据权利要求68所述的基站，其特征在于，所述第一信息位于第一容器中，所述第一容器用于所述第二基站和/或所述核心网设备透传所述第一信息至所述终端设备。
  70. 根据权利要求69所述的基站，其特征在于，所述第一容器包括RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  71. 根据权利要求66至70中任一项所述的基站，其特征在于，所述第一信息包括所述基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  72. 根据权利要求71所述的基站，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  73. 根据权利要求71或72所述的基站，其特征在于，所述基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述收发单元用于：
    在切换过程中，通过所述源基站向所述终端设备发送所述第一信息。
  74. 根据权利要求73所述的基站，其特征在于，所述第一信息位于所述目标基站发送的切换请求回复消息中。
  75. 根据权利要求73或74所述的基站，其特征在于，所述收发单元还用于：
    接收切换请求消息，所述切换请求消息用于请求将所述终端设备切换至所述目标基站；
    所述基站还包括：处理单元，所述处理单元用于：
    根据所述切换请求消息，确定所述切换请求回复消息。
  76. 根据权利要求75所述的基站，其特征在于，所述收发单元用于：
    通过Xn接口接收所述源基站发送的所述切换请求消息；
    通过N2接口接收核心网设备发送的所述切换请求消息，所述核心网设备用于根据接收的所述源基站发送的切换要求消息确定所述切换请求消息。
  77. 根据权利要求65所述的基站，其特征在于，所述收发单元用于：
    接收核心网设备发送的所述第一信息。
  78. 根据权利要求77所述的基站，其特征在于，所述第一信息位于第二容器中，所述第二容器用于所述基站透传所述第一信息至所述终端设备。
  79. 一种终端设备，其特征在于，包括：
    收发单元，用于接收第一基站发送的第一信息；
    所述收发单元还用于：将所述第一信息传递给高于接入层的协议层。
  80. 根据权利要求79所述的终端设备，其特征在于，所述收发单元用于：
    接收第二基站发送的第一信息，所述第一信息为所述第二基站接收所述第一基站发送的；或者，
    直接接收所述第一基站发送的无线资源控制RRC消息，所述RRC消息包括所述第一信息。
  81. 根据权利要求80所述的终端设备，其特征在于，所述RRC消息为RRC连接重配置消息。
  82. 根据权利要求80或81所述的终端设备，其特征在于，若所述终端设备接收第二基站发送的第一信息，所述第一信息位于第一容器中，所述第一容器用于所述第二基站透传所述第一信息至所述终端设备。
  83. 根据权利要求82所述的终端设备，其特征在于，所述第一容器包括RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  84. 根据权利要求80至83中任一项所述的终端设备，其特征在于，所述第一信息包括所述第一基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  85. 根据权利要求84所述的终端设备，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  86. 根据权利要求84或85所述的终端设备，其特征在于，所述第一基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述收发单元用于：
    在切换过程中，接收所述源基站发送的所述第一信息。
  87. 根据权利要求79所述的终端设备，其特征在于，所述第一信息为所述第一基站接收核心网设备发送的，所述第一信息位于第二容器中，所述第二容器用于所述第一基站透传所述第一信息至所述终端设备。
  88. 一种核心网设备，其特征在于，包括：
    收发单元，用于向终端设备发送第一信息，所述终端设备用于将所述第一信息传递给高于所述终端设备的接入层的协议层。
  89. 根据权利要求88所述的核心网设备，其特征在于，所述收发单元用于：
    向第一基站发送所述第一信息，所述第一基站用于向所述终端设备发送所述第一信息。
  90. 根据权利要求89所述的核心网设备，其特征在于，所述收发单元用于：
    向位于第一存在报告区域PRA内的所述终端设备发送所述第一信息。
  91. 根据权利要求88所述的核心网设备，其特征在于，所述收发单元用于：
    接收第一基站发送的所述第一信息；
    向第二基站发送所述第一信息，所述第二基站用于向所述终端设备发送所述第一信息。
  92. 根据权利要求91所述的核心网设备，其特征在于，所述第一信息位于第一容器中，所述第一容器用于所述第二基站和/或所述核心网设备透传所述第一信息至所述终端设备。
  93. 根据权利要求92所述的核心网设备，其特征在于，所述第一容器包括无线资源控制RRC连接重配置消息，所述RRC连接重配置消息包括所述第一信息。
  94. 根据权利要求92或93所述的核心网设备，其特征在于，所述第一信息包括所述第一基站对所述终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况。
  95. 根据权利要求94所述的核心网设备，其特征在于，所述第一信息包括以下信息中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  96. 根据权利要求91至95所述的核心网设备，其特征在于，所述第一基站为所述终端设备的目标基站，所述第二基站为所述终端设备的源基站，
    所述收发单元用于：
    在切换过程中，向所述终端设备发送所述第一信息。
  97. 根据权利要求96所述的核心网设备，其特征在于，所述收发单元用于：
    接收所述目标基站发送的切换请求回复消息，所述切换请求回复消息包括所述第一信息。
  98. 根据权利要求97所述的核心网设备，其特征在于，所述收发单元用于：
    向所述源基站发送切换命令，所述切换命令包括所述第一信息，所述切换命令用于指示所述终端设备切换至所述目标基站。
  99. 一种用于切换过程中的目标基站，其特征在于，包括：
    收发单元，用于向终端设备的源基站发送第一信息，所述第一信息包括所述目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况，所述第一信息用于所述源基站确定所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况。
  100. 根据权利要求99所述的目标基站，其特征在于，所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  101. 根据权利要求99或100所述的目标基站，其特征在于，所述收发单元用于：
    通过Xn接口，向所述源基站发送所述第一信息；或
    通过N2接口，向核心网设备发送所述第一信息，所述核心网设备用于向所述源基站发送所述第一信息。
  102. 根据权利要求101所述的目标基站，其特征在于，所述第一信息位于所述目标基站发送的切换请求回复消息中。
  103. 根据权利要求102所述的目标基站，其特征在于，所述收发单元用于：
    接收切换请求消息，所述切换请求消息用于请求将所述终端设备切换至所述目标基站；
    所述目标基站还包括：
    处理单元，用于根据所述切换请求消息，确定所述切换请求回复消息。
  104. 根据权利要求103所述的目标基站，其特征在于，所述收发单元用于：
    通过Xn接口接收所述源基站发送的所述切换请求消息；或，
    通过N2接口接收核心网设备发送的所述切换请求消息，所述核心网设备用于根据接收的所述源基站发送的切换要求消息确定所述切换请求消息。
  105. 一种用于切换过程中的源基站，其特征在于，包括：
    收发单元，用于接收终端设备的目标基站发送的第一信息，所述第一信息包括所述目标基站对终端设备的协议数据单元PDU会话和/或服务质量QoS流的支持情况；
    处理单元，用于根据所述第一信息，确定所述目标基站对所述终端设备的PDU会话和/或QoS流的支 持情况。
  106. 根据权利要求105所述的源基站，其特征在于，所述目标基站对所述终端设备的PDU会话和/或QoS流的支持情况包括以下内容中的至少一个：
    所述目标基站是否支持所述PDU会话；
    所述目标基站是否支持所述QoS流；
    所述目标基站是否能够保证所述PDU会话的QoS参数；
    所述目标基站是否能够保证所述QoS流的QoS参数；
    所述PDU会话的QoS参数中所述目标基站能够保证的QoS参数；
    所述QoS流的QoS参数中所述目标基站能够保证的QoS参数；
    允许或建议所述终端设备发起接入所述目标基站的小区的时间。
  107. 根据权利要求105或106所述的源基站，其特征在于，所述收发单元用于：
    通过Xn接口，接收所述目标基站发送的切换请求回复消息，所述切换请求回复消息包括所述第一信息。
  108. 根据权利要求107所述的源基站，其特征在于，所述收发单元还用于：
    通过Xn接口向所述目标基站发送切换请求消息，所述切换请求消息用于所述目标基站确定所述切换请求回复消息。
  109. 根据权利要求105或106所述的源基站，其特征在于，所述收发单元用于：
    通过N2接口，接收核心网设备发送的切换命令，所述切换命令为所述核心网设备根据接收的所述目标基站发送的切换请求回复消息发送的，所述切换命令和所述切换请求回复消息包括所述第一信息。
  110. 根据权利要求109所述的源基站，其特征在于，所述收发单元用于：
    通过N2接口向所述核心网设备发送切换要求消息，所述切换要求消息用于所述核心网设备向所述目标基站发送切换请求消息，所述切换请求消息用于所述目标基站确定所述切换请求回复消息。
  111. 一种用于切换过程中的源基站，其特征在于，包括：
    收发单元，用于向所述终端设备的目标基站发送第二信息，所述第二信息用于指示所述终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，所述QoS参数包括所述终端设备的协议数据单元PDU会话的QoS参数和/或所述QoS流的QoS参数。
  112. 根据权利要求111所述的源基站，其特征在于，所述收发单元用于：
    通过Xn接口向所述目标基站发送所述第二信息。
  113. 根据权利要求112所述的源基站，其特征在于，所述收发单元用于：
    通过Xn接口向所述目标基站发送第一切换请求消息，所述第一切换请求消息包括所述第二信息。
  114. 根据权利要求113所述的源基站，其特征在于，所述第一切换请求消息包括将要设置的PDU会话资源列表，所述将要设置的PDU会话资源列表包括所述第二信息。
  115. 根据权利要求114所述的源基站，其特征在于，所述第二信息位于所述将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
  116. 根据权利要求111所述的源基站，其特征在于，所述收发单元用于：
    通过N2接口向核心网设备发送所述第二信息，所述核心网用于向所述目标基站发送所述第二信息。
  117. 根据权利要求116所述的源基站，其特征在于，所述收发单元用于：
    通过N2接口向所述核心网设备发送切换要求消息，所述核心网设备用于根据所述切换要求消息向所述目标基站发送第二切换请求消息，所述第二切换请求消息和所述切换要求消息包括所述第二信息。
  118. 根据权利要求117所述的源基站，其特征在于，所述切换要求消息包括PDU会话资源项目，所述PDU会话资源项目包括所述第二信息。
  119. 根据权利要求117或118所述的源基站，其特征在于，所述第二切换请求消息和所述切换要求消息包括第三容器，所述第三容器包括所述第二信息，所述第三容器用于所述核心网设备向所述目标基站透传所述第二信息。
  120. 一种用于切换过程中的目标基站，其特征在于，包括：
    收发单元，用于接收所述终端设备的源基站发送的第二信息，所述第二信息用于指示所述终端设备是否允许不保障服务质量QoS参数和/或是否允许更改QoS流的标识，所述QoS参数包括所述终端设备的协议数据单元PDU会话的QoS参数和/或所述QoS流的QoS参数；
    处理单元，用于根据所述第二信息，确定所述QoS参数。
  121. 根据权利要求120所述的目标基站，其特征在于，所述收发单元用于：
    通过Xn接口接收所述源基站发送的第二信息。
  122. 根据权利要求120所述的目标基站，其特征在于，所述收发单元用于：
    通过Xn接口接收所述源基站发送的第一切换请求消息，所述第一切换请求消息包括所述第二信息。
  123. 根据权利要求122所述的目标基站，其特征在于，所述第一切换请求消息包括将要设置的PDU会话资源列表，所述将要设置的PDU会话资源列表包括所述第二信息。
  124. 根据权利要求123所述的目标基站，其特征在于，所述第二信息位于所述将要设置的PDU会话资源列表中包括的将要设置的PDU会话资源项目和/或将要设置的QoS流列表。
  125. 根据权利要求124所述的目标基站，其特征在于，所述收发单元用于：
    通过N2接口接收核心网设备发送的所述第二信息，所述第二信息为所述核心网设备接收所述源基站发送的。
  126. 根据权利要求125所述的目标基站，其特征在于，所述收发单元用于：
    通过N2接口接收核心网设备发送的第二切换请求消息，所述切换请求消息为所述核心网设备根据接收的所述源基站发送的切换要求消息发送的，所述第二切换请求消息和所述切换要求消息包括所述第二信息。
  127. 根据权利要求126所述的目标基站，其特征在于，所述第二切换请求消息和所述切换要求消息包括第三容器，所述第三容器包括所述第二信息，所述第三容器用于所述核心网设备向所述目标基站透传所述第二信息。
  128. 一种核心网设备，其特征在于，包括：
    处理单元，用于确定终端设备是否进入或离开存在报告区域PRA，所述终端设备处于RRC连接非激活状态并且位于无线接入网通知区域RNA，所述PRA不跨越所述RNA的边界。
  129. 一种基站，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至14、35至64中任一项所述的方法。
  130. 一种终端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求15至23中任一项所述的方法。
  131. 一种核心网设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求24至34中任一项所述的方法。
  132. 一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至14、35至64中任一项所述的方法。
  133. 一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求15至23中任一项所述的方法。
  134. 一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求24至34中任一项所述的方法。
  135. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至14、35至64中任一项所述的方法。
  136. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求15至23中任一项所述的方法。
  137. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求24至34中任一项所述的方法。
  138. 一种计算机程序产品，其特征在于，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至14、35至64中任一项所述的方法。
  139. 一种计算机程序产品，其特征在于，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求15至23中任一项所述的方法。
  140. 一种计算机程序产品，其特征在于，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求24至34中任一项所述的方法。
  141. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1至14、35至64中任一项所述的方法。
  142. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求15至23中任一项所述的方法。
  143. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求24至34中任一项所述的方法。
PCT/CN2019/080887 2019-04-01 2019-04-01 传输信息的方法、终端设备、基站和核心网设备 WO2020199103A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2019/080887 WO2020199103A1 (zh) 2019-04-01 2019-04-01 传输信息的方法、终端设备、基站和核心网设备
CN201980087845.XA CN113261340B (zh) 2019-04-01 2019-04-01 传输信息的方法、终端设备、基站和核心网设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/080887 WO2020199103A1 (zh) 2019-04-01 2019-04-01 传输信息的方法、终端设备、基站和核心网设备

Publications (1)

Publication Number Publication Date
WO2020199103A1 true WO2020199103A1 (zh) 2020-10-08

Family

ID=72664866

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/080887 WO2020199103A1 (zh) 2019-04-01 2019-04-01 传输信息的方法、终端设备、基站和核心网设备

Country Status (2)

Country Link
CN (1) CN113261340B (zh)
WO (1) WO2020199103A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115334609B (zh) * 2022-10-14 2023-03-31 武汉世炬信息技术有限公司 移动终端的信道切换方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392038A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 通信方法及源基站、目标基站、核心网设备、终端设备
CN109547932A (zh) * 2017-08-15 2019-03-29 华为技术有限公司 一种通信方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2497313A (en) * 2011-12-06 2013-06-12 Nec Corp Determining likelihood of handover success in a wireless communication network
EP3349518B1 (en) * 2013-04-01 2019-06-12 Samsung Electronics Co., Ltd. Location registration method and apparatus of terminal in mobile communication system
CN109392004B (zh) * 2017-08-11 2021-09-21 华为技术有限公司 通信方法、基站、终端设备和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392038A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 通信方法及源基站、目标基站、核心网设备、终端设备
CN109547932A (zh) * 2017-08-15 2019-03-29 华为技术有限公司 一种通信方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "3GPP TSG-RAN WG2 Meeting #101, R2-1803662", NR 0MS INTERRUPTION HO, 2 March 2018 (2018-03-02), XP051400685, DOI: 20191218194033A *

Also Published As

Publication number Publication date
CN113261340A (zh) 2021-08-13
CN113261340B (zh) 2022-10-18

Similar Documents

Publication Publication Date Title
US20210377815A1 (en) Method and device for cell switching
EP3340683B1 (en) Method and device for anchor replacement
EP3852482B1 (en) Resource establishing method, and device
WO2020155172A1 (zh) 业务处理方法、装置、芯片及计算机程序
WO2020061931A1 (zh) 一种切换上报的方法、终端设备及网络设备
WO2020062174A1 (zh) 一种控制数据传输方法、网络设备和存储介质
WO2020186464A1 (zh) 一种小区切换的处理方法、设备及存储介质
US20230073616A1 (en) Handover method and device
US11805563B2 (en) Wireless communication method and base station
US11611925B2 (en) Switching processing method, terminal device and network device
AU2018435773A1 (en) Information configuration method and apparatus, terminal, and network device
WO2020248283A1 (zh) 无线通信方法、装置和终端设备
WO2021022428A1 (zh) 无线通信的方法、终端设备和网络设备
WO2021092940A1 (zh) 一种小区切换方法、电子设备及存储介质
WO2020199103A1 (zh) 传输信息的方法、终端设备、基站和核心网设备
WO2020113520A1 (zh) 用于建立连接的方法、网络设备和终端设备
CN112789895A (zh) 一种切换方法及装置、终端、网络设备
WO2022083469A1 (zh) 一种mro临界场景的判定方法、装置及设备
WO2019136673A1 (zh) 一种信息传输的方法、设备及计算机存储介质
US20210289469A1 (en) Data transmission method, network device
JP7301961B2 (ja) パラメータ設定方法、端末装置及び記憶媒体
WO2021087833A1 (zh) 无线通信的方法、终端设备和网络设备
WO2020029275A1 (zh) 一种无线通信方法、终端设备和网络设备
WO2020061943A1 (zh) 一种数据传输方法、终端设备及网络设备
WO2021031214A1 (zh) 一种信息处理方法及终端设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19922645

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19922645

Country of ref document: EP

Kind code of ref document: A1